(57)【特許請求の範囲】
【請求項１】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービス提供システムにおいて、該サービス提供システムは、
第１の通信プロトコルに基づいて動作する第１のシステムと、
第２の通信プロトコルに基づいて動作する第２のシステムとを備え、
第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理し、第２のシステムから供給される第３の通信プロトコルによる情報を第１の通信プロトコルの情報にする第１の連携管理手段と、
第１のシステムに接続するクライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとし、該コールアテンプトにおける情報を操作管理する第１のコールアテンプト管理手段とを含み、
第２のシステムは、第１のシステムに送出する情報を第３の通信プロトコルに処理し、第１のシステムから供給される第３の通信プロトコルによる情報を第２の通信プロトコルの情報にする第２の連携管理手段と、
第２のシステムから第１のコールアテンプト管理手段の対応した機能にアクセスする第２のコールアテンプト管理手段と、
第２のシステムの前記クライアントでコミュニケーションの内容および状況に応じて監視してサービスを提供する監視機能ブロックとを含むことを特徴とするサービス提供システム。
【請求項２】
請求項１に記載のサービス提供システムにおいて、第１のシステムは、通信を所望する第１のシステム内における前記クライアントに対する第２のシステムのクライアントからの伝言要求および伝言再生のいずれかに応じて動作する音声伝言機能ブロックを含むことを特徴とするサービス提供システム。
【請求項３】
請求項１または２に記載のサービス提供システムにおいて、第１のシステムは、要求されたサービスインスタンスを第１のシステムのクライアントに見立てて、仮想的にユーザエージェントとして管理し、該管理する情報を操作する第１の代理管理手段を含み、
第２のシステムは、前記要求されたサービスインスタンスに対して第２のシステムから第１の代理管理手段の対応した機能に仮想的なユーザエージェントによりアクセスし、前記サービスインスタンスの実行結果を取得する第２の代理管理手段を含むことを特徴とするサービス提供システム。
【請求項４】
請求項１、２または３に記載のサービス提供システムにおいて、第１の通信プロトコルはセッション開始プロトコルであり、第２の通信プロトコルはハイパテキスト転送プロトコルであり、第３の通信プロトコルは第１および第２の通信プロトコルでともに扱えるSOAPおよびCORBAのいずれかの通信プロトコルを用いることを特徴とするサービス提供システム。
【請求項５】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービス提供方法において、該方法は、
第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、
第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、
第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、
第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、
第２のシステムに接続するクライアントにコミュニケーション状況を表示する第５の工程と、
第２のシステムにて表示した中から用件の依頼者を選択し、該依頼者に対する前記用件名を入力する第６の工程と、
第１のシステムに接続する前記クライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとする場合、第２のシステムから対応する第１のシステムの前記コールアテンプトにアクセスを要求し、該要求を第３および第４の工程により第１のシステムに送って、第１のシステムの前記コールアテンプトを生成し、該生成したコールアテンプトを登録する第７の工程と、
該登録の完了にともなう結果を第１および第２の工程により第２のシステムに供給し、第２のシステムに接続するクライアントに表示する第８の工程と、
該表示したクライアントから前記用件を入力する第９の工程と、
該入力した用件に該当するコールアテンプトを対応付けて登録する第10の工程と、
該登録結果に応じて第３および第４の工程により第１のシステムに接続されているクライアント間のコミュニケーションの確立を要求する第11の工程とを含むことを特徴とするサービス提供方法。
【請求項６】
請求項５に記載の方法において、該方法は、第11の工程の後、前記コミュニケーションの終了に際して、第２のシステムのクライアントにコミュニケーションによる前記用件に対する状況をステータスとして入力面面に第１および第２の工程を経て供給し、前記供給されるステータスを表示する第12の工程と、
該コミュニケーションにおける前記ステータスの変化について入力する第13の工程と、
該入力したコールアテンプトのステータスの変更に応じて該ステータスの変更を第３および第４の工程を経て第１のシステムに供給し、前記ステータスを設定する機能を起動して、登録されているステータスを変更する第14の工程と、
該変更したステータスの結果を第３および第４の工程により第２のシステムに送り、該ステータスの結果を第２のシステムのクライアントに表示する第15の工程とを含むことを特徴とするサービス提供方法。
【請求項７】
請求項５に記載の方法において、該方法は、第８の工程以降において、第２のシステムにて前記ステータスとして再依頼を入力し、これまでの履歴を要求し、検索する第16の工程と、
該検索結果を基に第３および第４の工程を経て、第２のシステムから第１のシステムの情報検索にアクセスし、前記用件別に所望のコミュニケーション先を検索する第17の工程と、
該検索結果を前記履歴の要求に対する情報として第１および第２の工程を経て、第２のシステムのクライアントに表示する第18の工程と、
該表示した情報の中から前記コミュニケーション先を選択し、接続を要求する第19の工程と、
該接続要求を第３および第４の工程により第１のシステムに送り、第１のシステムのクライアント間における前記コミュニケーションを確立する第20の工程とを含むことを特徴とするサービス提供方法。
【請求項８】
請求項５に記載の方法において、該方法は、第８の工程以降において、第２のシステムのクライアントから伝言を要求し、該要求に応じた前記伝言を入力する画面を表示する第21の工程と、
該表示された画面に前記伝言を入力し、該入力した伝言を第２のシステム内に登録する第22の工程と、
該登録にともなって生じる前記コールアテンプトのステータスの変更に応じて第３および第４の工程を経て第１のシステムにてステータスの設定を起動して、登録されているステータスを変更する第24の工程と、
該変更したステータスの結果を第３および第４の工程により第２のシステムに送り、該ステータスの結果を第２のシステムのクライアントに表示する第25の工程とを含むことを特徴とするサービス提供方法。
【請求項９】
請求項５に記載の方法において、該方法は、第８の工程までのモニタリング以降において、第２のシステムのクライアントに表示された伝言の選択に応じて登録されている伝言を検索して、表示する第26の工程と、
該伝言の表示にともなって生じる前記コールアテンプトのステータスの変更に応じて第３および第４の工程を経て第１のシステムにてステータスの設定を起動して、登録されているステータスを変更する第27の工程と、
該変更したステータスの結果を第３および第４の工程により第２のシステムに送り、該ステータスの結果を第２のシステムのクライアントに表示する第25の工程とを含むことを特徴とするサービス提供方法。
【請求項１０】
請求項８に記載の方法において、該方法は、第21の工程以降において、前記伝言として音声の録音を要求し、該要求を第３および第４の工程により第２のシステムから第１のシステムに送って、該当のアプリケーションを起動する第28の工程と、
該起動に応じて第１のシステムにおいて前記要求に該当するクライアントにメッセージを送り、該クライアントから前記音声を入力する第29の工程と、
前記アプリケーションから第３および第４の工程により第２のシステムに前記音声の伝言を示す情報を送る第30の工程と、
第２のシステムにて前記音声が入力されたことを示す情報に基づいて前記伝言を登録する第31の工程と、
第22の工程以降の処理とを含むことを特徴とするサービス提供方法。
【請求項１１】
請求項９に記載の方法において、第26の工程以降において、前記伝言として音声が録音されている場合、該音声の再生する要求に応じて第２のシステムにて登録されている音声の伝言を検索する第32の工程と、
該検索結果に含まれる音声の伝言に対する再生要求を第３および第４の工程により第１のシステムにおける該当のアプリケーションに供給し、該アプリケーションを起動する第33の工程と、
該起動に応じて前記音声の伝言を再生し、対象のクライアントに供給する第34の工程とを含むことを特徴とするサービス提供方法。
【請求項１２】
請求項５に記載の方法において、該方法は、第６の工程以降において、前記用件の依頼者を表示の中から選択し、前記用件と前記コールアテンプトを登録する第35の工程と、
第１のシステムにおけるクライアント間での要求と応答とを仮想的なやりとりを担う機能を代理ユーザエージェントとし、第２のシステムにて、前記登録の後、第１のシステムにおける前記代理ユーザエージェントにアクセスする要求に応じて第３および第４の工程により前記代理ユーザエージェントの生成を起動する第36の工程と、
該生成した代理ユーザエージェントを登録する第37の工程と、
該登録後に、第１および第２の工程により前記代理ユーザエージェントの登録情報を第２のシステムに供給して、前記用件と前記コールアテンプトとをともに登録する第38の工程とを含み、
この後、第11の工程を行って、第１のシステムにおけるクライアント間のコミュニケーションを確立することを特徴とするサービス提供方法。
【請求項１３】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービス提供方法において、該方法は、
第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、
第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、
第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、
第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、
第１のシステムにおけるクライアント間での要求と応答とを仮想的なやりとりを担う機能を代理ユーザエージェントとし、第１のシステムに接続するクライアントから前記代理ユーザエージェントの一覧表示を要求し、該要求に応じて検索する第５の工程と、
該検索結果を第１のシステムから第２のシステムに第１および第２の工程を経て供給する第６の工程と、
第１のシステムに接続する前記クライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとし、第２のシステムにて該コールアテンプトを管理している用件と前記検索結果である前記代理ユーザエージェントとの対応を検索し、該検索結果を第２のシステムから第１のシステムに第３および第４の工程を経て、前記要求を出力したクライアントに供給し、表示する第７の工程と、
該クライアントに表示した情報の中から監視する用件を選択して、登録する第８の工程と、
該登録に応じて第１のシステムから第２のシステムに第１および第２の工程を経て監視者の登録を要求する第９の工程と、
該要求に応じて前記監視者を登録する第10の工程と、
該登録結果を第２のシステムから第１のシステムに第３および第４の工程を経て、前記監視の用件を選択したクライアントに供給し、表示する第11の工程とを含むことを特徴とするサービス提供方法。
【請求項１４】
請求項13に記載の方法において、該方法は、第１のシステムにて用件に対する状況をステータスとし、該ステータスの変更が前記代理ユーザエージェントに通知された際に、第１のシステムから第２のシステムに第１および第２の工程を経て供給する第12の工程と、
前記ステータスの変更に該当する監視者を検索する第13の工程と、
該検索結果を第２のシステムから第１のシステムに第３および第４の工程を経て、メッセージとして送信する第14の工程と、
前記監視者のクライアントからの監視画面の表示要求を第１のシステムから第２のシステムに第１および第２の工程を経て供給する第15の工程と、
第２のシステムにて前記画面に前記ステータスを表示する第16の工程とを含むことを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システムおよびその提供方法に関するものである。本発明のサービス提供システムは、とくに、VoIP（Voice over Internet Protocol）を実現する代表的なプロトコルであるSIP（Session Initiation Protocol）によるVoIPサーバ環境（SIPサーバ環境）と、Web（World Wide Web）環境上のAP（APplication:アプリケーションソフトウェア）を提供するWeb-APサーバ環境を融合し、VoIPとWebの融合型APを捉供するためのソフトウェアモデル・方式に関するものである。また、本発明のサービス提供方法は、具体的なサービスとして、Webブラウザ上から起動したVoIPコミュニケーションの記録をコミュニケーションの目的の達成状況と対応させて、管埋して、このコミュニケーションの実行と目的の達成をサポートするコミュニケーションモニタリングサービスの提供に関するものである。
【背景技術】
【０００２】
従来、一般に企業は、特許文献１に示すように、企業内の定型化した業務だけを個別に、ERP（Enterprise Resource Planning）等の基幹系情報システムとして構築し、ワークフロー管理および進捗管理を行っていた。ここでの企業内の定型化した業務には、業務効率化のため、たとえば会計システムや在庫管理等の基幹業務といった業務等が挙げられる。また、それらのシステムは情報系システムとして構築しており、電話系システムとは独立した構成で企業内に存在していた。
【特許文献１】特開2003−141315号公報
【非特許文献１】RFC3261、インターネット＜URL：http://www.ietf.org/rfc/rfc3261.txt＞
【非特許文献２】JSR116、インターネット＜URL：http://jcp.org/aboutJava/communityprocess/final/jsr116/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、前述した方法では、企業は、業務毎に大規模なシステムを構築することになる上、様々な細かな業務、突発的な業務など“定型化が困難な業務”については、業務管理や進捗管理ができないという問題点がある。また、従来の情報系システム（Web）では管理者が、各業務担当者の進捗を確認する場合、あらかじめ決められた大きなマイルストーンでの作業状況（完了・未完了等）を確認できるだけで、マイルストーン間の細かな進捗状況を管理することはできない。
【０００４】
さらに、情報系システムと通信系システムが独立しているため、通信系システムの通話履歴等を情報系システムで、また情報系システムの情報を通信系システムで利用するなど情報システムと通信システムの情報を有効活用することができていないという問題があった。
【０００５】
本発明はこのような従来技術の欠点を解消し、情報系システムと通信系システムとを融合させ、情報を有効活用して業務およびその状況を管理できるサービス提供システムおよびその提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービス提供システムにおいて、このサービス提供システムは、第１の通信プロトコルに基づいて動作する第１のシステムと、第２の通信プロトコルに基づいて動作する第２のシステムとを備え、第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理し、第２のシステムから供給される第３の通信プロトコルによる情報を第１の通信プロトコルの情報にする第１の連携管理手段と、第１のシステムに接続するクライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとし、このコールアテンプトにおける情報を操作管理する第１のコールアテンプト管理手段とを含み、第２のシステムは、第１のシステムに送出する情報を第３の通信プロトコルに処理し、第１のシステムから供給される第３の通信プロトコルによる情報を第２の通信プロトコルの情報にする第２の連携管理手段と、第２のシステムから第１のコールアテンプト管理手段の対応した機能にアクセスする第２のコールアテンプト管理手段と、第２のシステムのクライアントでコミュニケーションの内容および状況に応じて監視してサービスを提供する監視機能ブロックとを含むことを特徴とする。
【０００７】
本発明のサービス提供システムは、第１および第２の連携管理手段を介して第１のシステムと第２のシステムとの間における通信の融合を図り、第２のコールアテンプト管理手段からの要求に応じて第１のコールアテンプト管理手段を起動させて、たとえばコールアテンプトを登録し、登録結果を第２のシステムに供給して、表示し、用件を入力し、登録して、第１のシステムに接続されているクライアント間で接続やモニタリングサービスを提供する。
【０００８】
本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービス提供方法において、この方法は、第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、第２のシステムに接続するクライアントにコミュニケーション状況を表示する第５の工程と、第２のシステムにて表示した中から用件の依頼者を選択し、この依頼者に対する用件名を入力する第６の工程と、第１のシステムに接続するクライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとする場合、第２のシステムから対応する第１のシステムのコールアテンプトにアクセスを要求し、この要求を第３および第４の工程により第１のシステムに送って、第１のシステムのコールアテンプトを生成し、この生成したコールアテンプトを登録する第７の工程と、この登録の完了にともなう結果を第１および第２の工程により第２のシステムに供給し、第２のシステムに接続するクライアントに表示する第８の工程と、この表示したクライアントから用件を入力する第９の工程と、この入力した用件に該当するコールアテンプトを対応付けて登録する第10の工程と、この登録結果に応じて第３および第４の工程により第１のシステムに接続されているクライアント間のコミュニケーションの確立を要求する第11の工程とを含むことを特徴とする。
【０００９】
本発明のサービス提供方法は、第１および第２の工程、ならびに第３および第４の工程により第１のシステムと第２のシステムとの間における通信の融合を図り、コミュニケーション状況を表示し、この中から用件の依頼者の選択およびこの依頼者に対する用件名の入力を行い、第２のシステムから対応する第１のシステムのコールアテンプトにアクセスを要求し、第１のシステムに送って、第１のシステムのコールアテンプトを生成し、登録し、この後登録の完了にともなう結果を第２のシステムに表示し、さらに用件を入力し、この入力した用件に該当するコールアテンプトを対応付けて登録し、この登録結果に応じて第１のシステムに接続されているクライアント間のコミュニケーションを確立することにより、業務の効率的な処理を図ることができる。
【００１０】
また、本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービス提供方法において、この方法は、第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、第１のシステムにおけるクライアント間での要求と応答とを仮想的なやりとりを担う機能を代理ユーザエージェントとし、第１のシステムに接続するクライアントから代理ユーザエージェントの一覧表示を要求し、この要求に応じて検索する第５の工程と、この検索結果を第１のシステムから第２のシステムに第１および第２の工程を経て供給する第６の工程と、第１のシステムに接続するクライアントの一つによる発呼から通話目的を達成するまでのオブジェクトのインスタンスをコールアテンプトとし、第２のシステムにて該コールアテンプトを管理している用件と検索結果である代理ユーザエージェントとの対応を検索し、この検索結果を第２のシステムから第１のシステムに第３および第４の工程を経て、要求を出力したクライアントに供給し、表示する第７の工程と、このクライアントに表示した情報の中から監視する用件を選択して、登録する第８の工程と、この登録に応じて第１のシステムから第２のシステムに第１および第２の工程を経て監視者の登録を要求する第９の工程と、この要求に応じて監視者を登録する第10の工程と、この登録結果を第２のシステムから第１のシステムに第３および第４の工程を経て、監視の用件を選択したクライアントに供給し、表示する第11の工程とを含むことを特徴とする。
【００１１】
本発明のサービス提供方法は、第１および第２の工程、ならびに第３および第４の工程により第１のシステムと第２のシステムとの間における通信の融合を図り、第１のシステムのクライアントから代理ユーザエージェントの一覧表示要求を受けて、検索し、この検索結果を第２のシステムに供給し、用件と代理ユーザエージェントとの対応を検索し、この検索結果を第１のシステムにおける要求を出力したクライアントに供給し、表示した情報の中から監視する用件を選択して、登録し、再び第２のシステムに監視者を登録する要求に応じて登録し、登録結果を第１のシステムにおいて監視の用件を選択したクライアントに供給して、表示することにより、登録された用件の作業状況が代理ユーザエージェントを介して第１のシステムにおけるクライアントでリアルタイムに知ることができる。
【発明を実施するための最良の形態】
【００１２】
次に添付図面を参照して本発明によるサービス提供システムの実施例を詳細に説明する。
【００１３】
本実施例は、本発明のサービス提供システムをコミュニケーションシステム10に適用した場合である。本発明と直接関係のない部分について図示および説明を省略する。以下の説明で、信号はその現れる接続線の参照番号で指示する。
【００１４】
コミュニケーションシステム10は、図１に示すように、SIPシステム12、Webシステム14、SOAP/CORBAネットワーク16、SIPクライアント18およびWebクライアント20を含む。コミュニケーションシステム10は、SIPシステム12およびWebシステム14がSOAP/CORBAネットワーク16により接続され、通信している。SIPシステム12およびWebシステム14は、それぞれに異なるネットワークドメインに属するネットワーク環境上に配置するとともに、後述するようにSIPシステム12およびWebシステム14のそれぞれが本来有していないWeb環境とSIP環境を補完する機能ブロックを持たせている。これにより、コミュニケーションシステム10は、SIPシステム12、Webシステム14をそれぞれ、１つのサーバ計算機内または同じドメイン内のLAN環境に配置するシステムに対応して一つの環境をそれぞれ、備えている。
【００１５】
SIPシステム12は、SIPサーバ22、SIP-データベース（SIP-DB）24、SIP-アプリケーションサーバ（SIP-APサーバ）26、SIP-アプリケーションインタフェース（SIP-API）28、SIP-アプリケーション（SIP-AP）30およびWebアクセッサコンポーネント32を含む。また、Webシステム14は、Webサーバ34、Web-データベース（Web-DB）36、Web-アプリケーションサーバ（Web-APサーバ）38、Web-アプリケーションインタフェース（Web-API）40、Web-アプリケーション（Web-AP）42およびSIPアクセッサコンポーネント44を含む。SIPシステム12およびWebシステム14については、後段でさらに説明する。
【００１６】
SOAP/CORBAネットワーク16は、それぞれ、SIPシステム12とWebシステム14との情報を仲介する役割を担う通信プロトコルを機能させてシステム間をつないでいる。上述した通信プロトコルのうち、SOAP（Simple Object Access Protocol）は、Webサービス間で交換されるメッセージのデータフォーマットやメッセージの処理ルールを規定した通信プロトコルである。SOAP/CORBAネットワーク16は、SOAPを用いた場合、この規定に従ったSOAPメッセージをサービス要求者、サービス提供者およびサービス仲介者が相互にやりとりする。CORBAは、OMG（Object Management Group）が策定した分散オブジェクト技術である。
【００１７】
SIPクライアント18は、SIPサーバ22と接続し、SIP-AP 26が提供する機能を利用するクライアント環境を有している。代表的には、SIPソフトフォン等がある。本実施例では、SIPクライアント端末46および48を用いている。
【００１８】
また、Webクライアント20は、Webサーバ34と接続し、Web-AP 42が提供する機能を利用するようにクライアント環境が完備されている。代表的なWebクライアントには、Webブラウザがある。本実施例では、Webブラウザ50および52を用いている。ここで、Webブラウザ52は保守用である。Webブラウザは、一般的に、Webブラウザ上に表示されるWebサーバ34側が提供するGUI（Graphical User Interface）を利用して行われる。
【００１９】
さらに、上述したSIPシステム12およびWebシステム14の構成要素それぞれについて簡単に説明する。SIPサーバ22は、エンド・ツー・エンドでやりとりするクライアント-サーバモデルのプロトコルであるSIPに基づいてクライアントの要求に応じて応答するサーバであり、とくに、IETF（International Engineering Task Force）で規定される、たとえばRFC（Request For Comments）3261に準拠したSIPをハンドリング・管理する機能を有している。この管理機能のうち、SIPサーバ22には、一般的に３つのサーバ機能、すなわちSIPプロキシサーバ機能、SIPレジストラサーバ機能およびSIPロケーションサーバ機能が含まれている。第１に、SIPプロキシサーバ機能はクライアントの代理として、SIPメッセージの中継を行う機能である。第２に、SIPレジストラサーバ機能はクライアントの登録を管理する機能である。第３に、SIPロケーションサーバ機能は登録されたクライアントのアドレス情報等を管理する機能を有している。SIPサーバ22は、たとえばSIPクライアント18の構成要素であるSIPクライアント端末46および48に接続され、SIP-APサーバ26から提供される情報、SIPメッセージによりやりとりしている。
【００２０】
SIP-DB 24は、SIPサーバ22が管理する、たとえばユーザ情報およびプレゼンス情報等を相互に関連付けて格納するストレージで、SIPサーバ22に接続され、SIPサーバ22の検索要求に応じて情報を提供する機能を有するものもある。SIP-DB 24においてユーザ情報は、クライアントのアドレス情報や認証に用いる情報である。プレゼンス情報は、クライアントがSIPシステム12に接続されているか否か、クライアントが起動・利用されているか否か、さらに別のクライアントと接続中であるか否か等の情報である。
【００２１】
SIP-APサーバ26は、SIPプロトコルに基づいてSIPサーバ22により管理されるアプリケーションを操作に応じて稼動するサーバである。SIP-APサーバ26は、SIPサーバ22およびSIP-API 28にそれぞれ、接続されている。SIP-API 28は、SIPサーバ22で受信するSIPリクエストをアプリケーションに伝達する機能およびSIPサーバ22ヘのリクエストを発行する機能を有する。SIPリクエストには、セッション確立、確認応答、通話終了およびプレゼンス変更等がある。
【００２２】
SIP-API 28は、SIP-APサーバ26が提供するアプリケーションインタフェースである。SIP-APサーバ26は、SIP-API 28を介してSIP-AP 30に接続されている。SIP-API 28には、代表的なものとして、JCP（Java（商標） Community Process）において標準化作業が進められているSIP Servlet アプリケーションインタフェースがある。
【００２３】
SIP-AP 30は、接続するSIP-API 28により構築され、SIP-APサーバ26上で稼動するアプリケーションである。SIP-AP 30には、たとえばIP電話、インスタントメッセージ、TV（TeleVison）電話、プレゼンスコミュニケーション等がある。
【００２４】
Webアクセッサコンポーネント32は、SIP-AP 30がWebシステム14と連携するコンポーネント群の総称であり、コンポーネントのそれぞれはライブラリソフトウェア部品を表している。したがって、Webアクセッサコンポーネント32は、SIP-AP 30が動作する際に呼び出され、Webシステム14の後述するSIPアクセッサコンポーネント44と交信する際に利用される。Webアクセッサコンポーネント32には、たとえばコールアテンプト（Call Attempt: CA）管理部54、連携管理部56およびコンポーネントアプリケーションインタフェース（コンポーネントAPI）58を含む。
【００２５】
コールアテンプト管理部54は、発信者がはじめにコンタクトしようと試みた発呼から通話目的の達成までをライフタイムとするオブジェクトのインスタンスをコールアテンプトと呼び、このライフタイムにおけるステータスを管理し、発信者情報、着信者情報およびコールアテンプト履歴情報等の情報と合わせて操作を管理する機能を有している。ここで、ステータスとは、目的の達成状況に相当する情報を値で表している。ステータスには、たとえば完了、回答待ち、伝言待ちおよび再依頼予定がある。また、コールアテンプト情報とは、CAの発信者情報、着信者情報およびコールアテンプト履歴情報を総称している。
【００２６】
コールアテンプト管理部54は、図２に示すように、生成機能部60、削除機能部62、ステータス検索機能部64、ステータス設定機能部66、ステータス変更通知機能部68、ステータス滞留通知機能部70、情報編集機能部72および情報検索機能部74を含む。生成機能部60および削除機能部62は、それぞれ、発信者の発呼インスタンスに対応するCAの生成機能および削除機能を有する。ステータス検索機能部64およびステータス設定機能部66は、それぞれ、発呼インスタンスに対応するCAの通信ステータス情報の検案機能および設定機能を持っている。
【００２７】
ステータス変更通知機能部68は、発信者または着信者の操作によるステータスの変更に応じてたとえば、通話や確認等のステータスの進行に変更を通知する機能を有する。また、ステータス滞留通知機能部70は、たとえば変更に対応するように通知しても、一定時間にステータスの変更がない場合に対応していない旨を通知する機能を有し、この通知により発信者または着信者に対してステータスの変更を喚起して、促進させている。情報編集機能部72および情報検索機能部74は、それぞれ、発呼インスタンスに対応するCAの発信者情報、着信者情報およびコールアテンプト履歴情報の編集機能および検索機能を有する。
【００２８】
コンポーネントAPI 76は、図１のコンポーネントAPI 58に含まれ、コールアテンプト管理部54をSIP-AP 30が利用するためのインタフェースである。
【００２９】
なお、Webアクセッサコンポーネント32は、具体的なSIP-AP 30としてどのような機能を実現するかにより、SIP-AP 30側から組み合せて利用できるものであり、上述したコンポーネント以外にも、用途に応じて随時拡張することが可能である。このコンポーネントの追加・拡張により、Webシステム14との連携のバリエーションも追加・拡張されることになる。
【００３０】
連携管理部56は、Webシステム14内の対応する連携管理部78と連携し、コールアテンプト管理部54に対するWebシステム14側からのアクセスまたはWebシステム14側へのアクセスを行う通信環境を管理する機能を有している。連携管理環境には、たとえば、SOAPやCORBAのプロトコルに対応する環境設定等がある。連携管理部56には、情報を共通の通信プロトコルに変換する機能およびSIPプロトコルに変換する機能がある。
【００３１】
図１に戻って、Webシステム14について説明する。Webサーバ34は、HTTPプロトコルを基にハンドリング・管理するサーバである。Webサーバ34は、Webクライアント20の構成要素であるWebブラウザ50および52に接続されている。また、Webサーバ34は、Web-DB 36およびWeb-APサーバ38と接続してこれらを管理している。
【００３２】
Web-DB 36は、Webサーバ34が管理する情報を格納するストレージであり、Webサーバ34の検索要求に応じて情報を提供する機能を有するものもある。管理する情報には、クライアントの課金情報および利用ログ等がある。
【００３３】
Web-APサーバ38は、常時起動状態にあって、WebプロトコルであるHTTPプロトコルに基づいてWebサーバ34により管理されるアプリケーションを操作に応じて稼動するサーバである。Web-APサーバ38には、たとえば、オープンソースのTOMCAT、BEAシステム社のWebLogic（商標）等が挙げられる。Web-APサーバ38は、Web-API 40を介してWeb-AP 42に接続されている。Web-APサーバ38は、Web-DB 36の情報を基にアプリケーションを動作させてもよい。
【００３４】
Web-API 40は、Web-APサーバ38が提供するアプリケーションインタフェースである。Web-API 40は、代表的なAPIとして、J2EE（Java2 Enterprise Edition）環境で規定されているHTTP Servlet APIやEJB（Enterprise Java（商標） Beans）等がある。Web-API 40は、Web-APサーバ38とWeb-AP 42との情報のやりとりを可能にしている。
【００３５】
Web-AP 42は、接続するWeb-API 40により構築され、Web-APサーバ38上で稼動するWebアプリケーションであり、SIPアクセッサコンポーネント44にも接続されている。Web-AP 42は、たとえば、インターネットショッビングモール、企業ポータルおよびコンテンツ配信等のAPを有している。本実施例では、コミュニケーションモニタリングサービスAP（Communication Monitoring Service-APplication: CMS-AP）80を有している。CMS-AP 80は、たとえば複数の通信サービスにおける処理内容の表示、連絡相手の表示、処理に対するステータス表示等を視認可能な情報として提供するアプリケーションである。
【００３６】
SIPアクセッサコンポーネント44は、Web-AP 42がSIPシステム12と連携するコンポーネント群の総称であり、Web-AP 42が動作する際に呼び出されるライブラリソフトウェアである。SIPアクセッサコンポーネント44は、Web-AP 42がSIPシステム12上のWebアクセッサコンポーネント32と交信する際に利用される。この場合も、Webアクセッサコンポーネント32と同様に、Web-AP 42は、SIP-AP 26と連携してどのような機能を実現するかに応じてWeb-AP 42側から組み合せて利用できるものである。SIPアクセッサコンポーネント44は、用途に応じて随時拡張することが可能で、このコンポーネントの追加・拡張により、SIPシステム12との連携のバリエーションも追加・拡張されることになる。
【００３７】
SIPアクセッサコンポーネント44は、コールアテンプト管理部82、連携管理部78およびコンポーネントAPI 84を含む。コールアテンプト管理部82は、SIPシステム12内で管理するコールアテンプト情報にアクセスするWebシステム14内のコンポーネントである。コールアテンプト管理部82は、図２に示すように、生成アクセス機能部86、削除アクセス機能部88、ステータス検索アクセス機能部90、ステータス設定アクセス機能部92、ステータス変更通知アクセス機能部94、ステータス滞留通知アクセス機能部96、情報編集アクセス機能部98および情報検索アクセス機能部100を含む。
【００３８】
生成アクセス機能部86および削除アクセス機能部88は、Webシステム14からSIPシステム12におけるコールアテンプト管理部54の生成機能部60および削除機能部62にそれぞれ、アクセスする機能を有するモジュールである。ステータス検索アクセス機能部90およびステータス設定アクセス機能部92は、Webシステム14内からSIPシステム12におけるコールアテンプト管理部54のステータス検索機能部64およびステータス設定機能部66にそれぞれ、アクセスする機能を有するモジュールである。
【００３９】
また、ステータス変更通知アクセス機能部94およびステータス滞留通知アクセス機能部96は、Webシステム14からSIPシステム12におけるコールアテンプト管理部54のステータス変更通知機能部68およびステータス滞留通知機能部70にそれぞれ、アクセスする機能を有するモジュールである。さらに、情報編集アクセス機能部98および情報検索アクセス機能部100は、Webシステム14からSIPシステム12におけるコールアテンプト管理部54の情報編集機能部72および情報検索機能部74にそれぞれ、アクセスする機能を有するモジュールである。
【００４０】
連携管理部78は、SIPシステム12内の対応する連携管理部56と連携し、コールアテンプト管理部54を利用して、SIPシステム12にアクセスまたはWebシステム14側をアクセスさせる機能を有している。この機能は、SIPシステム12の連携管理に対応した通信環境が設定されている。この通信環境には、SOAPやCORBA等の連携管理環境が用いられている。連携管理部78は、情報を共通の通信プロトコルに変換する機能およびHTTPプロトコルに変換する機能がある。
【００４１】
コンポーネントAPI 84は、Web-AP 42が利用するために配設されている。コンポーネントAPI 102は、図１に示すように、コールアテンプト管理部82に対応してコンポーネントAPI 102を含む。
【００４２】
このように構成して、SIPシステム12に構築されるAPとWebシステム14に構築されるAPとを相互に連携させることができ、SIPシステム12およびWebシステム14の融合を図ることができ、リアルタイムな通信により、構築したAPのサービスをユーザに提供することができる。
【００４３】
次にコミュニケーションシステム10の動作のうち、本実施例ではコールアテンプト管理部82を利用したCMS-AP 80の動作シーケンスについて説明する。本実施例では、用件入力に対応したコール確立、コール切断にともなうステータス変更、モニタリングによる再依頼のコール確立、用件・伝言入力およびモニタリングによる伝言開封の５つをそれぞれ、説明する。
【００４４】
用件入力に対応したコール確立する場合、図３に示すように、Webブラウザ50は、時刻T10にてCMS-AP 80の用件入力画面表示要求（Disp._REQ）110をWebサーバ34およびWeb-APサーバ38のいずれか一方に対して依頼する。これ以降、Webサーバ34およびWeb-APサーバ38のいずれか一方は、表記簡略化のためWebサーバ34/Web-APサーバ38と表記する。Webサーバ34/Web-APサーバ38は、時刻T12にてCMS-AP 80に用件入力画面表示要求（Disp._REQ）112を送信する。CMS-AP 80は要求に応じた用件入力画面データ（Disp._DATA）114をWebサーバ34/Web-APサーバ38に送信する。Webサーバ34/Web-APサーバ38は、時刻T16にて要求のあったWebブラウザ50に用件入力画面データ116を送って、画面に表示する。Webブラウザ50の用件入力画面には、管理（モニタリング）したい用件記入欄、あて先入力欄およびコンタクトリストを表示させる表示ボタン等が実装されている。
【００４５】
Webブラウザ50は、時刻T18にて新規用件で発信候補となる“コンタクトリスト表示”のリスト要求依頼（List_REQ.）118をWebサーバ34/Web-APサーバ38に発行する。Webサーバ34/Web-APサーバ38は、時刻T20にてこの要求に応じてコンタクトリストデータ（List_DATA）120をWebブラウザ50に送信する。コンタクトリストデータ120には、通信先の氏名、電話番号およびプレゼンス等の情報が含まれる。ユーザは、Webブラウザ50上に表示されたコンタクトリストの中から、所望するコンタクト先を１つ選択する。Webブラウザ50は、時刻T22にて選択したコンタクト先の接続要求（“コンタクトリスト選択”）を選択情報（SEL._INF.）122としてCMS-AP 80に出力する。これにより、コミュニケーションを開始する。
【００４６】
CMS-AP 80は、送られた“コンタクトリスト選択”を基にコールアテンプト管理部82に対する起動信号（Launching）124を生成する。起動信号124には、選択情報122が含まれていることは言うまでもない。CMS-AP 80は、時刻T24にて生成した起動信号124をコールアテンプト管理部82に出力する。コールアテンプト管理部82は、供給された起動信号124によりコンポーネントAPI 102を利用して、生成アクセス機能部86を起動する。生成アクセス機能部86は、連携管理部78を起動させる起動信号126を生成する。生成アクセス機能部86は、時刻T26にて生成した起動信号126を連携管理部78に出力する。
【００４７】
連携管理部78は、図４に示すコールアテンプト管理部56に選択情報122を伝達するため、SOAPおよびCORBA等のいずれか一つを利用し、SOAP/CORBAネットワーク16上の別ドメイン内に存在する連携管理部56と通信する。連携管理部78は、時刻T28にて選択情報122を含む“コールアテンプト生成依頼”（CA_Gen._REQ.）128を連携管理部56に送信する。連携管理部56は、“コールアテンプト生成依頼”128を受信する。
【００４８】
連携管理部56は、コールアテンプト管理部54の生成機能部60に対する起動信号130を生成する。連携管理部56は、時刻T30にて生成した起動信号130をコールアテンプト管理部54に出力する。コールアテンプト管理部54は、起動信号130に応じて生成機能部60を起動する。生成機能部60は、用件に相当するコールアテンプトのインスタンスをSIP-DB 24に生成し、時刻T32にて生成したインスタンスを登録する（Registration 132）。たとえば、コールアテンプト（CA）のインスタンス・管理情報としては、図５に示すように、CA番号（CA No.）、依頼者、受信者、開始時刻、終了時刻、通信手段およびステータスをそれぞれ、表示する。
【００４９】
図４に戻って、SIP-DB 24は、時刻T34にて登録完了にともなうコールアテンプト生成完了である応答信号（Response）134を生成機能部60に出力する。生成機能部60は、応答信号134を受信し、連携管理部56の起動信号136を生成する。生成機能部60は、生成した起動信号136を時刻T38にて連携管理部56に出力する。
【００５０】
連携管理部56は、図３のコールアテンプト管理部82に、コールアテンプト管理部82からの送信結果を回答するため、SOAPおよびCORBA等のいずれか一方を利用し、時刻T38にて連携管理部78にコールアテンプト管理部82により発行された“コールアテンプト生成依頼”の結果（CA_Gen._RES.）138を供給する。連携管理部78は、時刻T40にて生成アクセス機能部86に“コールアテンプト生成依頼”の結果を応答信号140として送信する。コールアテンプト管理部82は、応答信号140を受信し、時刻T42にてコンポーネントAPI 102の実行結果として、応答信号142をCMS-AP 80に送信する。CMS-AP 80は、該当するコンタクト先が選択されていることが表示できる形式に加工する。表示形式としては、たとえば、反転表示のデータに加工することが好ましい。CMS-AP 80は、時刻T44にて加工した表示データ（Disp._SEL.）144をWebブラウザ50に出力する。Webブラウザ50は、画面表示におけるコンタクトリスト中の該当するコンタクト先を反転して表示する。
【００５１】
このようにして、用件およびコンタクト先が確定した後、コミュニケーションシステム10では、コミュニケーションにおけるコール確立に向けた動作が続けられる。Webブラウザ50は、時刻T46にて用件-CA登録依頼（CA_Reg._REQ）146をCMS-AP 80に発行する。CMS-AP 80は、時刻T48にて用件-CA登録依頼146を受けて、用件とCAの情報をWeb-DB 36の用件-CA登録リストに登録する（Reg. 148）。用件-CA登録リストには、図６に示すようにCA番号（CA No.）、用件および依頼者がそれぞれ、表示される。Web-DB 36は、時刻T50にて登録完了通知（Reg._Notify）150をCMS-AP 80に発行する。
【００５２】
CMS-AP 80は、時刻T52にてSOAP/CORBAネットワーク16を介してSIP-APサーバ26およびSIPサーバ22のいずれか一方と通信する。SIP-APサーバ26およびSIPサーバ22のいずれか一方は、今後、SIP-APサーバ26/SIPサーバ22と記載する。SOAP/CORBAネットワーク16の橋渡しは、前述と同様に連携管理部78および56において選択した通信プロトコルにより行われる。図４のSIP-APサーバ26/SIPサーバ22には、時刻T52にてコンタクト選択先のSIPクライアント46と利用者のSIPクライアント48との間に“コール確立”を依頼される（Call_REQ. 152）。
【００５３】
SIP-APサーバ26/SIPサーバ22は、たとえば3PCC（3rd Party Call Control: 第三者呼制御）の手順を利用して、コンタクト選択先のSIPクライアント46に呼制御信号（Call_CON.）154を時刻T54にて発信する。また、同様にして、利用者のSIPクライアント48に呼制御信号（Call_CON.）156を時刻T56にて発信する。この結果、SIPクライアント46とSIPクライアント48の間にコールが確立する。
【００５４】
本実施例では、Web-DB 36に用件-CAリスト148を登録しているが、本実施例に限定されるものでなく、これ以外の実施例としてSIP-DB 24に登録する方法により実現できることは言うまでもない。
【００５５】
次にコール切断にともなうステータス変更の場合について説明する。この場合とは、コール確立からの続きとしてコミュニケーションを行い、コミュニケーションの終了を受けて、Webブラウザ50にステータス入力の画面を表示させ、コミュニケーションにより目的とする用件がどのような状況に変化したかを入力し、この結果、コールアテンプトのステータスを変えるまでの動作手順を図７および図８により説明する。
【００５６】
図７に示すように、コミュニケーション中のSIPクライアント48で時刻T58にて切断操作する。この操作により、“コール切断（Disconnect）”158がSIP-APサーバ26/SIPサーバ22に伝わる。SIP-APサーバ26/SIPサーバ22は、時刻T60にてコミュニケーションの相手であるSIPクライアント46に切断の旨を伝え（Disconnect 160）、コミュニケーションが終了する。
【００５７】
SIP-APサーバ26/SIPサーバ22は、ほぼ同時の時刻T62にて、連携管理部56および78、ならびにWebサーバ34/Web-APサーバ38を通じてCMS-AP 80にコンタクト選択先のSIPクライアント46と利用者のSIPクライアント48との間の“コール終了”を通知する。簡略した記載ながら、この通知においても連携管理部56および78は、SOAP/CORBAネットワーク16を選択した共通の通信プロトコルに従う変換処理を行って情報（コール終了通知）を異なるシステム、すなわち一方のシステムであるSIPシステム12から他方のシステムであるWebシステム14に送っている。
【００５８】
CMS-AP 80は、Web-DB 36の用件-コールアテンプト対応リストから、時刻T64にて該当するコールの用件とWebブラウザ50ヘの表示内容を検索する（Search 164）。Web-DB 36は、CMS-AP 80に検索結果（Result）166として時刻T66にてWebブラウザ50ヘの表示内容を送信する。CMS-AP 80は、検索結果166を反映するように加工した、Webブラウザ50ヘコミュニケーションの用件およびコミュニケーションのステータス選択ボタンの表示データ（Disp._DATA）168を時刻T68にてWebブラウザ50に出力する。Webブラウザ50は、供給された表示データ168に反映した画面に表示する。
【００５９】
Webブラウザ50には、ユーザの操作により直前のコミュニケーションで目的とする用件がどのような状況に変化したかが入力される。入力内容は、時刻T70にてWebサーバ34e/Web-APサーバ38を通じてCMS-AP 80に送られる。入力内容には、完了、再依頼、回答待および伝言待がある。CMS-AP 80は、送られた“ステータス内容（Status）”170を基にコールアテンプト管理部82に対する起動信号172を生成する。起動信号172は、ステータス170を含んでいる。CMS-AP 80は、生成した起動信号172をコールアテンプト管理部82に出力する。コールアテンプト管理部82は、供給される起動信号172を基にコンポーネントAPI 102を利用して、ステータス設定アクセス機能部92を起動する。ステータス設定アクセス機能部92は、連携管理部78に対する起動信号174を生成する。ステータス設定アクセス機能部92は、時刻T74にて生成した起動信号174を連携管理部78に出力する。連携管理部78は、供給される起動信号174に応じて起動する。
【００６０】
連携管理部78は、時刻T76にてコールアテンプト管理部54ヘステータス情報（Status_SET）176を伝達するため、SOAPおよびCORBA等のいずれか一方を利用し、共通の通信プロトコルによる情報に変換して、SOAP/CORBAネットワーク16上の別ドメイン内に存在する図７の連携管理部56と通信する。ここでの情報は、ステータス情報である。連携管理部56は、連携管理部78と通信し、ステータスの入力で発行された“ステータス内容”176を受信する。
【００６１】
連携管理部56は、コールアテンプト管理部54内のステータス設定機能部66に対する起動信号178を生成する。連携管理部56は、時刻T78にて生成した起動信号178をステータス設定機能部66に供給する。ステータス設定機能部66は、供給される起動信号178に応じて起動する。ステータス設定機能部66は、時刻T80にて用件に相当するコールアテンプトのステータス値で該当するSIP-DB 24の値を変更し、登録する（Change 180）。SIP-DB 24は、変更したステータス設定の完了を示す応答信号182を時刻T82にてコールアテンプト管理部54のステータス設定機能部66に出力する。ステータス設定機能部66は、応答信号182を受信して、連携管理部56に対する起動信号184を生成する。ステータス設定機能部66は、時刻T86にて起動信号184を連携管理部56に出力する。連携管理部56は、起動信号184に応じて起動し、コールアテンプト管理部82にステータス設定結果を回答するため、SOAPおよびCORBA等のいずれか一つを利用し、時刻T86にてステータス応答（Status_RES.）186を連携管理部78に供給する。図８に示す連携管理部78は、時刻T88にて連携管理部56との通信により得たステータス設定の変更にともない実行された“ステータス内容”の設定結果（Response）188をコールアテンプト管理部82に送信する。
【００６２】
コールアテンプト管理部82は、コンポーネントAPI 102の実行結果として、CMS-AP 80に設定結果190を時刻T90にて返す。CMS-AP 80は、設定結果190をユーザが指定したステータスの設定されていることが表示できる形式に加工する。この加工はたとえば、設定確認メッセージ表示に加工することが好ましい。CMS-AP 80は、時刻T92にて加工した表示データ（Disp._DATA）192をWebブラウザ50に供給する。Webブラウザ50は、供給される表示データ192を画面に表示する。Webブラウザ50上で用件にともなうステータスの設定変更を知ることができる。
【００６３】
次にモニタリングによるコール確立の動作シーケンスを説明する。Webブラウザ50は、図９に示すように、時刻T200にてWebサーバ34/Web-APサーバ38を通じてCMS-AP 80ヘモニタリング画面の表示データを要求する（Disp._REQ. 200）。CMS-AP 80は、時刻T102にてWeb-DB 36に対してモニタリング画面の表示依頼者が関係している用件とコールアテンプトの検索を要求する（Search_REQ. 202）。Web-DB 36は、モニタリング画面の表示依頼者が関係している用件とコールアテンプトを検索し、時刻T204にてこの検索結果（Search_RES.）204をCMS-AP 80に送信する。CMS-AP 80は、依頼者用件とコールアテンプトの検索結果204を基にコールアテンプト管理部82内のコンポーネントAPI 102を利用して、情報検索アクセス機能部100に対する起動信号206を生成する。CMS-AP 80は、時刻T206にて生成した起動信号206をコールアテンプト管理部82の情報検索アクセス機能部100に供給する。依頼者用件は、複数であってもよい。
【００６４】
情報検索アクセス機能部100は、供給される起動信号206に応じて起動し、連携管理部78の起動信号208を生成する。情報検索アクセス機能部100は、時刻T208にて生成した起動信号208を連携管理部78に出力する。連携管理部78は、供給される起動信号208に応じて起動する。連携管理部78は、コールアテンブト管理部54に依頼者別の用件に関する検索情報を伝達するため、SOAPおよびCORBA等のいずれか一方の通信プロトコルを利用し、SOAP/CORBAネットワーク16上の別ドメイン内に存在する連携管理部56と通信する。連携管理部78は、時刻T210にてCMS-AP 80で発行された起動信号206に含まれる“コールアテンプト検索依頼（Search_REQ.）”210を連携管理部56に出力する。
【００６５】
図10の連携管理部56は、連携管理部78からの“コールアテンプト検索依頼”210を受信して、コールアテンプト管理部54内の情報検索機能部74に対する起動信号212を生成する。連携管理部56は、時刻T212にて生成した起動信号212を情報検索機能部74に出力する。情報検索機能部74は、供給される起動信号212に応じて起動し、時刻T214にてSIP-DB 24に対してステータスの検索を行う（Search 214）。ステータスの検索は、複数の用件を検索することができる。SIP-DB 24は、時刻T216にて情報検索機能部74にコールアテンプト検索完了（Response）216を出力する。情報検索機能部74は、連携管理部56に対する起動信号218を生成し、時刻T218にて起動信号218を連携管理部56に出力する。
【００６６】
連携管理部56は、図９のコールアテンプト管理部82にSIP-DB 24からの検索結果216を回答するため、SOAPおよびCORBA等のいずれか一方を利用し、連携管理部78と通信する。連携管理部56は、選択した通信プロトコルに検索結果216を変換し、時刻T220にてステータス検索で発行された“コールアテンプト検索依頼”の結果（Search_RES.）220を連携管理部78に供給する。
【００６７】
連携管理部78は、時刻T222にて情報検索アクセス機能部100に“コールアテンプト検索依頼”の結果（Response）222を送信する。情報検索アクセス機能部100は、供給される結果222をさらに、コールアテンプト管理部82におけるコンポーネントAPI 102の実行結果（Result）224として、時刻T224にてCMS-AP 80に返す。CMS-AP 80は、表示依頼者が関係している用件とコールアテンプトの検索結果224を表示形式に加工し、時刻T226にて加工した表示データ226をWebブラウザ50に供給する表示する。このように一連のシーケンスにより、ユーザは画面上のWebブラウザ50をチェックして、依頼者別にモニタリングすることができる。これにより、完了した作業のコミュニケーション履歴や再依頼になっている作業の確認ができる。さらに、モニタリングのWebブラウザ50から用件の再依頼を行う場合について説明する。
【００６８】
ユーザは、Webブラウザ50のモニタリング画面に表示された用件を選択し、時刻T228にてCMS-AP 80に履歴表示を要求する（Disp._REQ. 228）。ここでの履歴表示は再依頼する用件とする。CMS-AP 80は、Web-DB 36へ用件に対応するコールアテンプトの検索（Search_REQ.）230を時刻T230にて要求する。Web-DB 36は、用件-コールアテンプト対応表から、該当するコールアテンプトを検出し、時刻T232にて検索結果（Search_RES.）232をCMS-AP 80へ送信する。CMS-AP 80は、コールアテンプトの検索結果232を基にコールアテンプト管理部82内のコンポーネントAPI 102を利用して、情報検索アクセス機能部100に対する起動信号236を生成する。CMS-AP 80は、時刻T234にて起動信号234を情報検索アクセス機能部100に供給する。情報検索アクセス機能部100は、供給される起動信号234に応じて起動し、連携管理部78に対する起動信号236を生成する。情報検索アクセス機能部100は、時刻T236にて生成した起動信号236を連携管理部78に供給する。
【００６９】
連携管理部78は、コールアテンプト管理部54ヘWeb-DB 36での検索して得られた情報232を伝達するため、SOAPおよびCORBA等のいずれか一方を利用する。連携管理部78は、SOAP/CORBAネットワーク16上の別ドメイン内に存在する連携管理部56と時刻T238にCMS-AP 80で発行された“コールアテンプト情報検索依頼”238を送信する。図10の連携管理部56は、受信した“コールアテンプト情報検索依頼”238を含む、コールアテンプト管理部54内の情報検索機能部74に対する起動信号240を生成する。連携管理部56は、時刻T240にて生成した起動信号240を情報検索機能部74に供給する。情報検索機能部74は、供給される起動信号240に応じて起動し、時刻T242にてSIP-DB 24に用件別に相当する相手先を検索する指示を出す。SIP-DB 24は、時刻T244にて情報検索機能部74にコールアテンプトにおける情報検索完了（Response）244を送信する。
【００７０】
情報検索機能部74は、連携管理部56に対する起動信号246を生成する。情報検索機能部74は、時刻T246にて生成した起動信号246を連携管理部78に供給する。連携管理部78は、時刻T250にてコールアテンプト管理部82に用件別の相手先検索の結果244を回答するため、SOAPおよびCORBA等のいずれか一方を利用する。連携管理部78は、発行された“コールアテンプト情報検索依頼”の結果248として時刻T250にて図９のコールアテンプト管理部82に応答信号250を送信する。
【００７１】
コールアテンプト管理部82は、時刻T252にてコンポーネントAPI 102の実行結果（Result）252として、CMS-AP 80に返却する。CMS-AP 80は、用件に対する履歴情報を依頼者のWebブラウザ50に表示できるように加工する。履歴情報には、相手先、コミュニケーション時間、通信手段等がある。CMS-AP 80は、加工した表示データ（Disp._DATA）254を時刻T254にてWebブラウザ50に供給する。Webブラウザ50では、表示されている前回のコミュニケーションを示す履歴情報の中からユーザによって再依頼先が選択される。Webブラウザ50は、時刻T256にてこの選択に応じて接続要求（Connect_REQ.）256をCMS-AP 80に出力する。
【００７２】
CMS-AP 80は、時刻T258にて連携管理部78を起動し、SOAP/CORBAネットワーク16を介して連携管理部56を動作させ、さらに図11に示すSIP-APサーバ26/SIPサーバ22と通信して、コンタクト選択先のSIPクライアント46と利用者のSIPクライアント48との間に“コール確立”を依頼する（Call_REQ. 258）。
【００７３】
SIP-APサーバ26/SIPサーバ22は、たとえば3PCC（3rd Party Call Control: 第三者呼制御）の手順を利用して、コンタクト選択先のSIPクライアント46に呼制御信号（Call_CON.）260を時刻T260にて発信する。また、同様にして、利用者のSIPクライアント48に呼制御信号（Call_CON.）262を時刻T262にて発信する。この結果、SIPクライアント46とSIPクライアント48の間にコールが確立する。
【００７４】
このように自分が依頼した用件および他者から受けた依頼用件と、その作業状況の一覧をWebブラウザ50に表示させ、この一覧から所望の用件をクリックすることにより、コミュニケーションの履歴情報を確認できる上、クリックするだけで、再度容易に依頼することもできる。
【００７５】
次に用件・伝言入力の場合について説明する。CMS-AP 80に画面表示のデータを要求する動作シーケンスは、図３および図４の時刻T10〜T44までの手順と同じであることから、説明を省略し、これ以降の手順について説明する。ここでの画面表示のデータを要求は、伝言画面に関するものである。図12に示すように、コンタクト先が選択された画面を表示させた後、Webブラウザ50は、時刻T270にて伝言画面の切替えをCMS-AP 80に発行する。CMS-AP 80は、時刻T272にてWebブラウザ50に対して伝言画面の表示データ（Disp._DATA）272を出力する。Webブラウザ50は、供給される表示データ272に応じた画面を作成して、表示する。
【００７６】
Webブラウザ50には、伝言依頼者によってたとえば、キーボードやマウス等の入力手段を介して用件名および伝言文が入力される。Webブラウザ50は、時刻T274にてCMS-AP 80に入力された用件名および伝言文の情報を登録するように依頼を発行する（Reg._REQ. 272）。CMS-AP 80は、登録依頼272を受けて、時刻T276にて用件、伝言文およびCAの情報をWeb-DB 34の用件-CA登録リストに登録する（Registration 276）。
【００７７】
Web-DB 34は、時刻T278にて登録完了通知（Reg._Notify）278をCMS-AP 80に発行する。CMS-AP 80は、図８の時刻T72にてステータス設定アクセス機能部92を起動させる。コミュニケーションシステム10は、これ以降、図８および図９に示す動作シーケンスを行い、SIP-DB 24に伝言待のステータスを登録し、この登録完了をWebブラウザ50に供給する時刻T92まで動作させる。
【００７８】
このように動作させると、相手先が不在であっても、伝言メッセージを相手に送信することができる。伝言もコールアテンプトが管理することから、用件の相手が伝言を開封すると、用件に対するステータスが伝言から回答待に変更される。
【００７９】
次にこのモニタリングによる伝言開封の場合について説明する。この場合におけるモニタリングの動作も、図９の時刻T100、図10の処理を経て、再び図９に示す時刻T226の表示データ226を送信するまで同じ手順であることから、モニタリングにおける動作の説明を省略する。本実施例では、Webブラウザ52から要求が出された場合として説明する。
【００８０】
Webブラウザ52は、画面に依頼者別のモニタリング画面として表示している。Webブラウザ52のモニタリング画面において“伝言あり”の用件が表示されている場合である。図13に示すように、Webブラウザ52は、ユーザが該当の用件をクリックすると、時刻T280にて伝言表示要求（Message._REQ.）280がCMS-AP 80に発行する。CMS-AP 80は、時刻T282にて依頼者の用件に対応した伝言の検索をWeb-DB 34に依頼する（Search 282）。Web-DB 34は、伝言の検索を行い、この検索結果（Result）284を時刻T284にてCMS-AP 80に送信する。
【００８１】
CMS-AP 80は、Web-DB 34から検索により得られた伝言内容を表示データ（Disp._DATA）286として時刻T286にてWebブラウザ52に供給する。Webブラウザ52は、供給される表示データ286を画面上に表示する。CMS-AP 80は、Webブラウザ52に伝言内容を供給し、表示すると同時に、ステータス設定アクセス機能部92の起動信号288を生成する。CMS-AP 80は、時刻T288にて生成した起動信号288をステータス設定アクセス機能部92に供給する。コールアテンプト管理部82内のコンポーネントAPI 102を利用して、ステータス設定アクセス機能部92は、供給された起動信号288を基に起動する。
【００８２】
本実施例におけるステータスは、開封により伝言待から回答待に変更される。このステータス変更は、図７の時刻T74から時刻T88までの動作シーケンスに同じであることから、説明の繰返しを避けるため説明を省略する。SIP-DB 24では、ステータス設定を伝言待から回答待に変更し、変更完了の応答信号188をコールアテンプト管理部82にて得ることができる。コールアテンプト管理部82のステータス設定アクセス機能部92は、時刻T290にてステータスの変更結果290をCMS-AP 80に供給する。CMS-AP 80は、ステータスの変更結果290を加工して、表示データ292として時刻T292にてWebブラウザ52に供給する。Webブラウザ52は、Webブラウザ上のモニタリング画面に更新されたステータスを表示する。
【００８３】
Webブラウザ上から起動したVoIPコミュニケーションの記録をコミュニケーションの目的の達成状況と対応させて管理、ならびにシステムがコミュニケーションの実行と目的の遠成をサポートする仕組みをベースにWebブラウザ上に、“定型化されていない業務”のフローおよび進捗状況を用件別に、かつリアルタイムに管理（モニタリング）することができる。とくに、従来困難であった情報系システムのワークフローにおける各マイルストーン間の細かな進捗管理が可能となる。このように動作させると、たとえば企業において、突発的に生じた業務をWeb上のCMS-APにて用件（目的）を入力して、コミュニケーションを行うことで、用件とコミュニケーションの状況を同期させることができ、用件達成をサポートすることが可能になる。ディスプレイには、自分がコミュニケーションしたたとえば、確認事項や依頼事項等の内容およびその結果がリアルタイムで表示される。これにより、業務の漏れや忘れをなくすことができ、コミュニケーション履歴の有効活用により、たとえば相手の電話番号を調べたり、入力したりすることなく、業務の大幅な効率化が期待できる。
【００８４】
次に本発明のサービス提供システムを適用したコミュニケーションシステム10における他の実施例について説明する。コミュニケーションシステム10は、基本的に先の実施例と同じ構成要素を用いている。ただし、SIPシステム12は、図14に示すように、SIP-AP 30上にVoiceメール-AP 294を実装している点が相違している。Voiceメール-AP 294は、SIPプロトコルに対応した音声信号の録音およびその再生機能を有している。
【００８５】
次に本実施例のコミュニケーションシステム10におけるコールアテンプト管理部82を利用したCMS-AP 80とVoiceメール-AP 294を連携させた、いくつかの動作シーケンスについて説明する。まず、Webブラウザから音声伝言登録までの動作シーケンスを説明する。これは、相手が不在の場合、WebブラウザからSIPサーバ22上におけるSIP対応のVoiceメール-AP 294を起動し、音声を登録する手順である。ここで、伝言画面表示要求から伝言入力画面表示までの動作は、図12の動作シーケンス、すなわち時刻T10〜T44、ならびに時刻T270およびT272と同じであるため、説明を省略する。
【００８６】
Webブラウザ50は、図15に示すように、時刻300にて音声録音要求（REC_REQ）300をCMS-AP 80に対して発行する。この発行は、Webブラウザ50の画面におけるVoiceメールボタンのクリックにより行われる。CMS-AP 80は、時刻T302にて情報として音声録音要求300を含む起動要求（Launching_REQ.）302をSIP-APサーバ26内のVoiceメール-AP 294に送信する。この送信を順に説明すると、CMS-AP 80は、連携管理78を起動する。連携管理部78は、SOAP/CORBAネットワーク16を介した通信において連携管理78および56での共通の通信プロトコルを選択し、音声録音要求（REC_REQ）300を連携管理部56に供給する。図16の連携管理部56は、コールアテンプト管理部54を通じてSIP-APサーバ26/SIPサーバ22に音声録音要求300を供給する。SIP-APサーバ26/SIPサーバ22は、Voiceメール-AP 294に対する起動信号304を生成する。SIP-APサーバ26/SIPサーバ22は、時刻T304にて生成した起動信号304をVoiceメール-AP 294に供給する。
【００８７】
Voiceメール-AP 294は、時刻T306にて音声録音依頼者のSIPクライアント46に録音開始のメッセージ（Message）306を送信する。SIPクライアント46は、音声伝言（V._Message）308を入力し、時刻T308にてVoiceメール-AP 294に送信する。Voiceメール-AP 294は、概略すると、時刻T310にてSIP-APサーバ26/SIPサーバ22、連携管理部56および78を通じてCMS-AP 80に音声伝言を含む録音要求に対する応答信号（REC_RES）310を送信する。応答信号310に含まれる音声伝言が、連携管理部56および78の間のSOAP/CORBAネットワーク16を選択した共通の通信プロトコルに変換され、連携管理部78に供給されていることは言うまでもない。
【００８８】
CMS-AP 80は、受け取った応答信号310を時刻T312にて登録信号（Registration）312としてWeb-DB 36に送信する。Web-DB 36は、供給された登録信号312に含まれる音声伝言を登録する。Web-DB 36は、時刻T314にて登録完了結果（Reg._Notify）314をCMS-AP 80に送信する。
【００８９】
これ以降、図12に示す時刻T276、T278を経て、さらに時刻T72〜T92にてステータス変更処理をSIP-DB 24に登録し、登録完了をWebブラウザ50に表示する。ここでのステータスは、伝言待を登録する。
【００９０】
コミュニケーションシステム10は、Webシステム14にて伝言画面を表示させ、SIPクライアント46に音声録音を要求し、SIPシステムのVoiceメール-AP 294からSIPクライアント46の音声伝言をWeb-DB 36に登録し、SIP-DB 24にステータスを変更して登録し、これにともないWebブラウザ50にはステータス変更を表示することができる。
【００９１】
次にコミュニケーションシステム10におけるモニタリングから音声伝言を再生する場合について図17および図18を参照しながら説明する。モニタリングは、図13に示した時刻T100〜T226までを動作させ、さらにモニタリング画面からの操作として時刻T280〜時刻T286までの伝言表示をさせる。この後、Webブラウザ52は、伝言有りの表示をクリックして、時刻T320にて再生要求（Reproduction_REQ.）320をCMS-AP 80に発行する。CMS-AP 80は、時刻T322にてWeb-DB 36に登録されている音声伝言ファイルを検索する（Search 322）。
【００９２】
Web-DB 36には、図19に示すように、CA番号（CA No.）、用件、依頼者およびテキスト伝言やCA番号（CA No.）、用件、依頼者、テキスト伝言および音声伝言の項目ごとに情報が、それぞれ登録されている。Web-DB 36は、登録されている音声伝言ファイルの検索結果（Response）324をCMS-AP 80に送信する。
【００９３】
まとめて説明すると、CMS-AP 80は、異なるシステム間をつなぐように処理する連携管理部78および56を通じて、SIP-APサーバ26/SIPサーバ22に情報として音声伝言再生要求を含む起動信号326を送信する。SIP-APサーバ26/SIPサーバ22は、Voiceメール-AP 294を起動させる起動信号328を生成する。SIP-APサーバ26/SIPサーバ22は、時刻T328にて生成した起動信号328をVoiceメール-AP 294に供給する。Voiceメール-AP 294は、登録音声を再生する。Voiceメール-AP 294は、時刻T330にて再生した登録音声、すなわち伝言音声（V._Reproduction）330を音声伝言再生依頼者のSIPクライアント48に供給する。
【００９４】
このようにWebブラウザ52のモニタリング画面にて、用件名のステータス表示部に“伝言あり”の表示をクリックすると、SIP-AP 30内のVoiceメール-AP 294を起動し、音声にて伝言が再生され、SIPクライアント48に伝えられる。WebとVoIPの融合型APの構築・実行・運用が容易に実現されることにより、VoIP技術を用いた音声の録音・再生等を容易に実現することができる。
【００９５】
さらに、本発明のサービス提供システムを適用したコミュニケーションシステム10における他の実施例について説明する。コミュニケーションシステム10は、基本的に先の実施例と同じ構成要素を用いている。ただし、図20に示すように、SIPシステム12のWebアクセッサコンポーネント32は、コールアテンプト管理部54、連携管理部56およびコンポーネントAPI 58とともに、サービス代理UA管理部332を含む。また、Webシステム14のSIPアクセッサコンポーネント44は、コールアテンプト管理部82、連携管理部78およびコンポーネントAPI 84とともに、サービス代理UA管理部334を含む。
【００９６】
サービス代理UA管理部332および334について図21を用いてさらに説明する。サービス代理UA管理部332は、SIP環境のSIPシステム12内で管理するサービス代理UA情報を操作管理する機能を有している。サービス代理UAは、サービスインスタンスをSIPクライアントに見立てて、見立てたSIPクライアント間で要求と応答を仮想的にやりとりするUAとしてサービスを実現させている。
【００９７】
サービス代理UA管理部332は、以下のような代表的な機能モジュールとして、代理UA生成機能部336、代理UA登録機能部338、代理UA削除機能部340、プレゼンス設定機能部342、メッセージ送信機能部344、代理UA情報編集機能部346および代理UA情報検索機能部348を有する。代理UA生成機能部336、代理UA登録機能部338および代理UA削除機能部340は、それぞれ、サービスインスタンスに対応するUAの生成機能、登録機能および削除機能を有する。プレゼンス設定機能部342はサービスインスタンスに対応するUAのプレゼンス情報を変更する機能を有する。メッセージ送信機能部344はサービスインスタンスに対応するUAから指定のUAにメッセージを送信する機能を持つ。メッセージにはたとえば、テキストストリング等がある。
【００９８】
代理UA情報編集機能部346はサービスインスタンスに対応するUAのユーザ情報を編集する機能を有する。最後に、代理UA情報検索機能部348はサービスインスタンスに対応するUAのユーザ情報を検索する機能を有している。
【００９９】
コンポーネントAPI 350は、図１や図20のコンポーネントAPI 84に含まれ、サービス代理UA管理部332をSIP-AP 30が利用するためのインタフェースである。
【０１００】
また、サービス代理UA管理部334は、SIP環境側サービス代理UA管理部334内の各機能部を連携管理部56と連携管理部78との通信によりアクセスする機能部を含む。サービス代理UA管理部334は、代理UA生成アクセス機能部352、代理UA登録アクセス機能部354、代理UA削除アクセス機能部356、プレゼンス設定アクセス機能部358、メッセージ送信アクセス機能部360、代理UA情報編集アクセス機能部362および代理UA情報検索アクセス機能部364をそれぞれ、含む。
【０１０１】
代理UA生成アクセス機能部352、代理UA登録アクセス機能部354および代理UA削除アクセス機能部356は、それぞれ、Webシステム14内から、SIPシステム12におけるサービス代理UA管理部332内の代理UA生成機能部336、代理UA登録機能部338および代理UA削除機能部340にアクセスするためのモジュールである。プレゼンス設定アクセス機能部358は、サービスのプレゼンス状態の変更に応じてサービス代理UA管理部334からサービス代理UA管理部332のプレゼンス設定機能部342にアクセスし、代理UAのプレゼンスを変更するモジュールである。プレゼンスの変更結果はSIPサーバ22を介してプレゼンス情報のウォッチャに通知される。
【０１０２】
また、メッセージ送信アクセス機能部360は、サービスの経過状況の変化に応じてサービス代理UA管理部334からサービス代理UA管理部332のメッセージ送信機能部344にアクセスし、代理UAのメッセージを作成したり送信したりするモジュールである。メッセージはSIPサーバ22を介して受信側に通知される。
【０１０３】
代理UA情報編集アクセス機能部362および代理UA情報検索アクセス機能部364は、それぞれ、Webシステム14からSIPシステム12におけるサービス代理UA管理部332内の代理UA情報編集機能部346および代理UA情報検索機能部348をアクセスするモジュールである。
【０１０４】
このようにサービス代理UA管理部334に格納される機能部すべては、それぞれ、SIP環境側サービス代理UA管理部332内の対応する機能部をアクセスすることにより、Web環境側からのアクセスを実現する。
【０１０５】
コンポーネントAPI 366は、Web-AP 42が利用するために配設されている。コンポーネントAPI 366は、図20に示すように、サービス代理UA管理部334に対応して設けられ、コンポーネントAPI 84に含まれている。
【０１０６】
この構成により管理者は、個人の在席状態を表示するプレゼンスと同様にコールアテンプト（CA）で管理しているサービスの状態（完了・再依頼・回答待・伝言待ち）を、サービスプレゼンスとして管理できる。たとえば、ソフトフォンの電話帳と同等の位置付けする仕事帳を開くと、仕事の用件リストが表示され、選択すると管理者のソフトフォンに用件版バディリストとして登録され、各サービスプレゼンスが監視できる。ここで、Webブラウザ（HTTP）と異なり、SIPなので、Push型のプレゼンスサービスが実現できるため、緊急度・重要度が高い用件を確実に管理できる。
【０１０７】
この構成における動作について説明する。コミュニケーションシステム10は、図３に示した時刻T10のWebブラウザ50から図４の処理を経て図３の時刻T46におけるWebブラウザ50からの用件登録依頼まで同じ手順で動作させる。図22に示すCMS-AP 80は、用件登録依頼を受けて、時刻T370にて用件とCAの情報をWeb-DB 36の登録リストに登録する（Registration 370）。Web-DB 36は、時刻T372にて登録完了通知（Reg._Notify）をCMS-AP 80に供給する。CMS-AP 80は、時刻T374にて“サービス生成依頼（Gen._REQ.）を含む起動信号372をサービス代理UA管理部334に送信する。サービス代理UA管理部334は、コンポーネントAPI 366を利用して、代理UA生成アクセス機能部352を起動する。代理UA生成アクセス機能部352は、連携管理部78を起動させる起動信号376を生成する。代理UA生成アクセス機能部352は、時刻T378にて生成した起動信号376を連携管理部78に出力する。
【０１０８】
連携管理部78は、サービス代理UA管理部334にて代理UAを生成する情報を伝達するため、SOAPおよびCORBA等のいずれか一つを共通の通信プロトコルとして選択し、利用することにより、SOAP/CORBAネットワーク16を介して連携管理部56と通信する。連携管理部56は、生成要求（Gen._REQ.）を含む起動信号380を生成する。図23の連携管理部56は、時刻T380にて生成した起動信号380をサービス代理UA管理部332の代理UA生成機能部336に供給する。代理UA生成機能部336は、起動信号380を受けて、コンポーネントAPI 350を利用して、起動する（Launching 382）。代理UA生成機能部336は、起動により各用件に対してサービス代理UAを時刻T382にて生成する。代理UA生成機能部336は、時刻T384にて用件毎に生成したサービス代理UAの情報（Reg._INF）384をSIP-DB 24に登録する。
【０１０９】
SIP-DB 24は、時刻T386にて登録結果（Response）386を代理UA生成機能部336に返す。代理UA生成機能部336は、時刻T388にて受信した登録結果386を新たな登録結果388としてサービス代理UA管理部332に出力する。サービス代理UA管理部332は、登録結果を含む連携管理部78を起動する起動信号390を生成する。サービス代理UA管理部332は、時刻T390にて生成した起動信号390を連携管理部78に供給する。
【０１１０】
連携管理部56は、サービス代理UA管理部334に生成SIP-URI（Uniform Resource Identifier）を回答するためSOAPおよびCORBA等のいずれか一つを選択して、利用し、時刻T392にて連携管理部78と通信する（Gen._RES. 392）。連携管理部78は、時刻T394にて受信した内容を応答信号394としてサービス代理UA管理部334に供給する。サービス代理UA管理部334は、時刻T396にてコンポーネントAPI 366の実行結果（Result）396としてCMS-AP 80に返す。実行結果とは、SIP-DB 24上の検索により得られたユーザ情報である。
【０１１１】
CMS-AP 80は、時刻T398にて実行結果396として供給されたUA情報398をWeb-DB 36に供給する。Web-DB 36は、図24に示す用件-CAリスト400にUA情報398を追加登録する。これにより、用件-CAリスト402のUA番号（UA No.）が埋まり、リストが完成される。Web-DB 36は、時刻T400にて登録完了（Reg._Notify）404をCMS-AP 80に通知する。これ以降、コミュニケーションシステム10は、図３の時刻T52〜図４の時刻T56までと同じ手順で処理し、SIPクライアント46とSIPクライアント48との間にコールを確立する。
【０１１２】
次にコミュニケーションシステム10による管理者によるモニタリングの用件選択から登録完了までの動作について説明する。図25に示すように、SIPクライアント406は、時刻T410にてSIPサーバ22/SIP-APサーバ26にソフトフォン画面に対する表示要求（Disp._REQ.）410を発行する。SIPサーバ22/SIP-APサーバ26は、時刻T412にてソフトフォン画面の表示データ（Disp._DATA）412をSIPクライアント406に供給し、ソフトフォン画面を表示する。SIPクライアント406は、代理UA一覧に対する表示要求414を発行する。ここで、代理UA一覧とは、たとえば図24に示すの仕事帳のように、コールアテンプトが管理している用件の一覧に相当する。
【０１１３】
SIPサーバ22/SIP-APサーバ26は、表示要求414を受けて、情報検索機能部74を起動する起動信号416を生成する。SIPサーバ22/SIP-APサーバ26は、時刻T416にて生成した起動信号416をサービス代理UA管理部332に供給する。サービス代理UA管理部332は、情報検索機能部74を起動し、時刻T418にてSIP-DB 24に情報検索を要求する（Search 418）。SIP-DB 24は、代理UAの検索結果（Response）420をSIPサーバ22/SIP-APサーバ26に送信する。検索結果420は、登録されている代理UA情報である。
【０１１４】
SIPサーバ22/SIP-APサーバ26は、“代理UA一覧”の表示要求414を基に得られた代理UAの情報、すなわち検索結果420を含む代理UAに対する用件リストの要求（List_REQ.）422を時刻T422にてCMS-AP 80に送る。この際、連携管理部56は、起動され、共通する通信プロトコルを選択して、図25に示す用件リスト要求422を起動された連携管理部78に送る。図26の連携管理部78は、さらにこれをCMS-AP 80に供給する。
【０１１５】
CMS-AP 80は、Web-DB 36に登録されている代理UAに対する用件リストの検索を時刻T424にて依頼する（Search 424）。Web-DB 36は、時刻T426にて代理UAに対する用件リストの結果（Response）426をCMS-AP 80に送る。CMS-AP 80は、用件リストの結果426を受けて、用件リストの応答（List_RES.）428をSIPサーバ22/SIP-APサーバ26に送る。この際、連携管理部78は、起動され、共通する通信プロトコルを選択して、用件リスト応答428を起動された連携管理部56に送る。連携管理部56は、さらにこれをSIPサーバ22/SIP-APサーバ26に送る。
【０１１６】
SIPサーバ22/SIP-APサーバ26は、時刻T430にて用件リストを表示データ430として要求のあったSIPクライアント406に供給する。SIPクライアント406は、供給された表示データ430を画面に表示する。SIPクライアント406は、モニタリングする用件を表示された用件リストの中から選択し、時刻T432にて登録要求（Reg._REQ.）432をSIPサーバ22/SIP-APサーバ26に発行する。SIPサーバ22/SIP-APサーバ26は、時刻T434にてSIPクライアント406から受け取った登録要求432を基にSIPクライアントに表示する用件をSIP-DB 24に登録する（Registration 434）。ほぼ同時（時刻T436）にてSIPサーバ22/SIP-APサーバ26は、モニタリングするクライアントの登録要求（Reg._REQ.）436をCMS-AP 80に発行する。この発行にともない連携管理部56および78は、再び共通の通信プロトコルを選択し、これを利用して、登録要求436の情報を異なる通信システムに送っている。このクライアントのモニタリングをウォッチャという。
【０１１７】
CMS-AP 80はモニタリングする対象のクライアントをWeb-DB 36に登録する（Registration 438）。ここで、図27に示す用件の一覧は、図24に示したリストの項目にウォッチャ（監視者）が追加されている。ウォッチャは、依頼者が誰を監視し、監視対象のSIPそれぞれに対応するURIを示している。Web-DB 36は、時刻T440にて登録完了を示す応答信号440をCMS-AP 80に供給する。
【０１１８】
CMS-AP 80は、時刻T442にてSIPサーバ22/SIP-APサーバ26に登録完了（Reg._RES.）442を送信する。この送信においても、連携管理部78および56は、再び共通の通信プロトコルを選択し、これを利用して、登録完了442の情報を異なる通信システムに送る。SIPサーバ22/SIP-APサーバ26は、SIPクライアント406に登録した用件の表示データ444を供給する。SIPクライアント406は、登録した要件を表示する。
【０１１９】
これにより、管理者が、自分のSIPクライアント406（ソフトフォン）から、CAの管理している用件を検索でき、その中から、管理が必要な用件だけを選択、登録できる。登録された用件のサービスプレゼンス（作業状況）は、各サービス代理UAによって管理、リアルタイムで通知されることになる。
【０１２０】
次にコミュニケーションシステム10におけるコールアテンプトのステータス変更にともなうメッセージ送信までの動作シーケンスを説明する。図28に示すよううに、コールアテンプトのステータスが変更されると、SIP-DB 24は、時刻T450にて代理UA情報検索機能部348にステータス変更通知（Status_CHG）450を発行する。代理UA情報検索機能部348は、異なるシステム間を選択した共通の通信プロトコルを用いて、連携管理部56および78を通じて、図29に示すCMS-AP 80にウォッチャの検索依頼（Search_REQ.）452を要求する。
【０１２１】
CMS-AP 80は、時刻T454にてウォッチャの検索要求454をWeb-DB 36に出力する。Web-DB 36は、検索結果（Response）456を時刻T456にてCMS-AP 80に供給する。検索結果456は、ウォッチャのアドレスである。CMS-AP 80は、時刻T458にて検索結果458を代理UA情報検索機能部348に送信する。この送信においても検索結果458は、連携管理部78および56の順に選択した共通の通信プロトコルを利用して、異なるシステム間の通信により、代理UA情報検索機能部348に供給される。
【０１２２】
代理UA情報検索機能部348は、図28に図示しないがサービス代理UA管理部332内のメッセージ送信機能部344を時刻T460にて起動させる（Launching 460）。メッセージ送信機能部344は、時刻T462にて登録されている対象のSIPクライアントすべてに用件の作業状況が変更されたことをメッセージ（Message）462として送信する。
【０１２３】
対象のSIPクライアント406が画面に表示されている確認ボタンをクリックすると、SIPクライアント406は、時刻T464にてWebブラウザ50のモニタリング画面に表示するよう表示依頼（Disp._REQ.）464をSIPサーバ22/SIP-APサーバ26に送信する。SIPサーバ22/SIP-APサーバ26は、さらに、時刻T466にてCMS-AP 80に対してWebブラウザ50のモニタリング画画の表示を要求する（Disp._REQ. 466）。この表示要求466も異なるシステム間を通すように処理してCMS-AP 80に送られる。
【０１２４】
CMS-AP 80は、時刻T468にて表示データ468をWebブラウザ50に供給する。データ468は、登録されているウォッチャすべてを表すモニタリング画面のデータである。これにより、モニタリングしている用件（CA）が変更されると、管理しているすべての人にメッセージが送信される。
【０１２５】
このように動作させると、コミュニケーションの当事者以外、たとえばあるプロジェクトのチームリーダ（管理者）等がプロジェクト関連作業の進捗状況をリアルタイムに把握することができる。各管理者の緊急度や重要度といった要求に応じた用件の管理を簡単に行うことができる。さらに、Webブラウザ50だけのプル型表示は、必ずしもリアルタイムに状況を表示することができないが、SIPによりプッシュ型の表示が可能となることから、完全なリアルタイム管理を可能にすることができる。
【０１２６】
なお、本実施例では、サービス代理UA、用件、およびコールアテンプトが１対１対１として説明しているが、１つのサービス代理UAが複数の用件や１つの用件が複数のコールアテンプトを管理することも可能となる。これにより、たとえば、複数人が行う複数のコミュニケーションを１つの目的の下で状況を管理していくことができる。このような管理の具体例としては、比較的大規模なシステム提案等の案件が対応している。この場合、複数の営業マンやSE（Sales Engineer）は、顧客の複数の窓口や担当者とコミュニケーションを行いながら、業務が進展していく。この中で案件成約・システム構築などの目的達成のために複数の人間が営業交渉や技術提案などの複数のコミュニケーションを実施することが可能となる。
【０１２７】
以上のように構成することにより、連携管理部56および78を介してSIPシステム12とWebシステム14との間における通信の融合を図り、コールアテンプト管理部82からの要求に応じてSIPシステム12のコールアテンプト管理部54を起動させて、たとえばコールアテンプトをSIP-DB 24に登録し、登録結果をWebシステム14に供給して、Webクライアント20に表示し、用件を入力し、Web-DB 36に登録して、SIPシステム12に接続されているSIPクライアント46および48の間で接続やモニタリングサービスを提供する。これにより、“定型化が困難な業務”における業務管理や進捗管理を容易に実現することができる。とくに、業務上の依頼忘れや漏れをなくすことができ、従来難しかったの情報系システムのワークフローにおけるマイルストーン間の細かな進捗管理を可能になる。また、業務において通信相手の電話番号を調べて、入力せずに済むことから、作業者の効率を向上させることもできる。
【０１２８】
SIPシステム12は、通信を所望するSIPシステム12内におけるSIPクライアント48に対するSIPシステム12のSIPクライアント46からの伝言要求および伝言再生のいずれかに応じて動作するVoiceメール-AP 294を含むことにより、Webブラウザ50からVoIP技術を用い他音声の録音/再生を容易に実現することができる。
【０１２９】
コミュニケーションシステム10において、SIPシステム12は、要求されたサービスインスタンスをSIPシステム12のクライアントに見立てて、仮想的に代理UAとして管理し、情報を操作するサービス代理UA管理部332を含み、Webシステム14は、要求されたサービスインスタンスに対してWebシステム14からサービス代理UA管理部332の対応した機能に仮想的な代理UAによりアクセスし、サービスインスタンスの実行結果を取得するサービス代理UA管理部334を含むことにより、コミュニケーションの当事者以外の管理者等が作業の進捗状況をリアルタイムに把握することを可能にする。また、コミュニケーションシステム10は、管理者の要求に応じた用件の管理も容易にできる。上述したリアルタイムとは、Webブラウザ50だけに表示させるプル型表示ではできない、SIPによるプッシュ型表示による完全なリアルタイム管理である。
【０１３０】
コミュニケーションシステム10において、第１の通信プロトコルはSIPプロトコルであり、第２の通信プロトコルはHTTPプロトコルであり、第３の通信プロトコルはSIPおよびHTTPプロトコルでともに扱えるSOAPおよびCORBAのいずれかの通信プロトコルを用いることが好ましい。
【０１３１】
また、本発明のサービス提供方法は、連携管理部56および78にて共通の通信プロトコルを選択し、たとえばSIP、選択した共通の通信プロトコルおよびHTTPへの変換、ならびにHTTP、選択した共通の通信プロトコルおよびSIPへの変換により連携管理して、SIPシステム12とWebシステム14との間における通信の融合を図り、コミュニケーション状況を表示し、この中から用件の依頼者の選択およびこの依頼者に対する用件名の入力を行い、Webシステム14から対応するSIPシステム12のコールアテンプトにアクセスを要求し、SIPシステム12に送って、SIPシステムのコールアテンプトを生成し、登録し、この後登録の完了にともなう結果をWebシステム14に表示し、さらに用件を入力し、この入力した用件に該当するコールアテンプトを対応付けて登録し、この登録結果に応じてSIPシステム12に接続されているクライアント間のコミュニケーションを確立することにより、業務の効率的な処理を図ることができる。とくに、業務において通信相手を選ぶだけで済むことから、これまでの通信相手の電話番号を調べて、入力する作業をなくし、作業者の効率を向上させることができる。
【０１３２】
コミュニケーションシステム10における通信方法は、SIPクライアント間のコミュニケーションの確立を要求し、確立した後、コミュニケーションの終了に際して、Webシステム12のWebブラウザにコミュニケーションによる用件に対する状況をステータスとして入力面面に連携管理した通信により供給し、ステータスを表示し、ステータスの変化を入力し、この入力したコールアテンプトのステータスを変更に応じてステータスを連携管理した通信によりSIPシステム12に供給し、ステータスを設定する機能を起動して、登録されているステータスを変更し、この結果を連携管理した通信によりWebシステムに送り、ステータスの結果をWebシステム14のWebブラウザに表示することにより、Webシステム14側にてステータスの変化を知ることができ、とくに進捗状況等の管理において有利である。ステータスとしては、完了、再依頼、回答待および伝言待等がある。
【０１３３】
コミュニケーションシステム10における通信方法は、Webブラウザへのモニタリング画面表示以降において、Webシステムにてステータスとして再依頼を入力し、これまでの履歴を要求し、検索して、この検索結果を基に連携管理した通信により、Webシステム14からSIPシステム12の情報検索にアクセスし、用件別に所望のコミュニケーション先を検索し、この検索結果を履歴の要求に対する情報として連携管理した通信によりWebシステム14のWebブラウザに表示し、この表示した情報の中からコミュニケーション先を選択し、接続要求を再び連携管理した通信により送って、SIPシステム12のクライアント間におけるコミュニケーションを確立することにより、WebシステムのクライアントからSIPシステムのクライアントに対して再依頼の用件を実行することができ、作業者の処理手順を大幅に減らすことができる。
【０１３４】
コミュニケーションシステム10における通信方法は、Webブラウザへのモニタリング画面表示以降において、Webシステム14のWebブラウザから伝言を要求し、伝言入力画面を表示し、伝言を入力し、この伝言をWebシステム14内に登録し、この登録によるコールアテンプトのステータスの変更に応じて連携管理した通信によりSIPシステム12にてステータスの設定を起動して、ステータスを変更し、この変更結果を連携管理した通信によりWebシステム14に送り、このステータスの結果をWebブラウザに表示することにより、伝言をWebシステムに登録するとともに、SIPシステムのステータスを伝言待に変更することができ、作業状況を容易に把握できる。
【０１３５】
コミュニケーションシステム10における通信方法は、Webブラウザへのモニタリング画面表示以降において、Webシステム14のWebブラウザに表示された伝言の選択に応じて登録されている伝言を検索して、表示し、これによるコールアテンプトのステータスの変更に応じて連携管理した通信によりSIPシステム12にてステータスの設定を起動して、登録されているステータスを変更し、変更結果を連携管理した通信によりWebシステム14に送り、変更結果をWebブラウザに表示することにより、該当する伝言を選択して、Webブラウザに表示させ、SIPシステムでは伝言のステータスをたとえば回答待に変更して状況の把握に寄与することができる。
【０１３６】
コミュニケーションシステム10における通信方法は、伝言入力画面表示後において、伝言として音声の録音を要求し、この要求を連携管理した通信によりSIPシステム12に送って、Voiceメール-AP 294を起動し、この起動に応じてSIPシステム12において要求に該当するSIPクライアントにメッセージを送り、このクライアントから音声を入力し、Voiceメール-AP 294から連携管理した通信によりWebシステム14に音声の伝言を示す情報を送って、該情報に基づいて伝言を登録して、登録後のステータス変更およびその表示を行うことにより、Webシステム14のクライアントからの要求に応じてSIPシステム12による音声入力させ、Webシステム14のクライアントに音声による伝言の有無を表示することができ、情報の漏れをなくすようにシステムの機能を向上させることができる。
【０１３７】
コミュニケーションシステム10における通信方法は、伝言の検索表示後において、伝言として音声の録音に対する再生要求に応じてWebシステム14にて登録されている音声の伝言を検索し、この検索結果に含まれる音声の伝言に対する再生要求を連携管理した通信によりSIPシステム12のVoiceメール-AP 294に供給し、起動し、この起動に応じて音声の伝言を再生し、対象のクライアントに送ることにより、テキストの伝言では表せない、メッセージの録音によって相手に緊急度や重要性を伝えることができる。
【０１３８】
コミュニケーションシステム10における通信方法は、依頼者に対する用件の入力後において、この表示の中から選択し、用件とコールアテンプトを登録し、Webシステム14にて登録の後、SIPシステムにおける代理UAへのアクセス要求に応じて連携管理した通信により代理UAの生成を起動し、これを登録し、この登録後に、連携管理した通信により代理UAの登録情報をWebシステム14に供給して、用件とコールアテンプトとをともに登録して、この後、コミュニケーションの確立を要求して、SIPシステム12におけるクライアント間のコミュニケーションを確立することにより、Webシステム14での用件の選択、たとえば発信ボタンの選択に応じてWebシステム14からSIPシステム12に代理UAの登録およびこれにともなうSIPシステム12からWebシステム14に用件-コールアテンプト-代理UAの対応を登録して、コール確立等の用件を実行することができ、作業効率を向上させることができる。
【０１３９】
本発明のサービス提供方法を適用したコミュニケーションシステム10における通信方法は、連携管理部56および78にて共通の通信プロトコルを選択し、たとえばSIP、選択した共通の通信プロトコルおよびHTTPへの変換、ならびにHTTP、選択した共通の通信プロトコルおよびSIPへの変換により連携管理して、SIPシステム12とWebシステム14との間における通信の融合を図り、SIPシステム12のクライアントから代理UAの一覧表示要求を受けて、検索し、この検索結果をWebシステム14に供給し、用件と代理UAとの対応を検索し、この検索結果をSIPシステムにおける要求を出力したクライアントに供給し、表示した情報の中から監視する用件を選択して、登録し、再びWebシステム14に監視者を登録する要求に応じて登録し、登録結果をSIPシステム12において監視の用件を選択したクライアントに供給して、表示することにより、登録された用件の作業状況が代理UAを介して監視するクライアントで知ることができる。すなわち、コミュニケーションの当事者以外のたとえば、管理者がリアルタイムに進捗状況を把握することができる。これにより、管理者による管理を簡便にし、漏れのない管理を提供することができる。また、SIPによるプッシュ型表示を可能にすることから、完全なリアルタイム管理を可能にする。
【０１４０】
さらに、コミュニケーションシステム10における通信方法は、SIPシステム12にて用件に対する状況をステータスとし、このステータスの変更が代理UAに通知された際に、Webシステム14に連携管理した通信により供給し、ステータスの変更に該当する監視者を検索し、この検索結果をSIPシステム12に連携管理した通信によりステータスの変更を示すメッセージとして送信し、監視者のクライアントからの監視画面の表示要求をWebシステム14に連携管理した通信により供給し、Webシステム14にて画面にステータスを表示することにより、登録されている監視者のクライアントがステータスの変更を容易に知ることができる。とくに、この一連の処理により、登録されている監視者すべてにこの変更を報知することもできる。
【図面の簡単な説明】
【０１４１】
【図１】本発明のサービス提供システムを適用したコミュニケーションシステムにおける実施例の概略的な構成を示すブロック図である。
【図２】図１のコミュニケーションシステムで使用するアクセッサコンポーネントのそれぞれの構成を示すブロック図である。
【図３】図１のコミュニケーションシステムにおいてコミュニケーションモニタリングサービスAPの処理を含み、コール確立までの動作シーケンスを説明する図である。
【図４】図３とのつながりを示す動作シーケンスを説明する図である。
【図５】図１のSIP-DBが管理するコールアテンプト管理情報の例である。
【図６】図１のWeb-DBが管理する用件-コールアテンプト対応リストの例である。
【図７】図１のコミュニケーションシステムにおけるコール切断にともなうステータス変更の動作シーケンスを説明する図である。
【図８】図７とのつながりを示す動作シーケンスを説明する図である。
【図９】図１のコミュニケーションシステムにおけるモニタリングによる再依頼のコール確立までの動作シーケンスを説明する図である。
【図１０】図９とのつながりを示す動作シーケンスを説明する図である。
【図１１】図10とのつながりを示す動作シーケンスを説明する図である。
【図１２】図１のコミュニケーションシステムにおける用件・伝言入力の動作シーケンスを説明する図である。
【図１３】図１のコミュニケーションシステムにおける伝言開封にともなう動作シーケンスを説明する図である。
【図１４】本発明のサービス提供システムを適用したコミュニケーションシステムのうち、SIPシステムにおける他の実施例の概略的な構成を示すブロック図である。
【図１５】図14を適用したコミュニケーションシステムにおける音声伝言入力およびその登録の動作シーケンスを説明する図である。
【図１６】図15とのつながりを示す動作シーケンスを説明する図である。
【図１７】図14を適用したコミュニケーションシステムにおけるモニタリングにともなって行われる音声伝言再生の動作シーケンスを説明する図である。
【図１８】図17とのつながりを示す動作シーケンスを説明する図である。
【図１９】Web-DBが管理する用件-コールアテンプト-伝言の対応リストの例である。
【図２０】本発明のサービス提供システムを適用したコミュニケーションシステムにおける他の実施例の概略的な構成を示すブロック図である。
【図２１】図20のコミュニケーションシステムで使用するアクセッサコンポーネントのそれぞれの構成を示すブロック図である。
【図２２】図20のコミュニケーションシステムにおける用件入力によるコール確立までの動作シーケンスを説明する図である。
【図２３】図22とのつながりを示す動作シーケンスを説明する図である。
【図２４】図20のWeb-DBが管理する用件-コールアテンプト-代理UAの対応リストの例である。
【図２５】図20のコミュニケーションシステムにおけるモニタリングの用件選択から登録完了までの動作シーケンスを説明する図である。
【図２６】図25とのつながりを示す動作シーケンスを説明する図である。
【図２７】図20のWeb-DBが管理する用件-コールアテンプト-代理UA-ウォッチャの対応リストの例である。
【図２８】図20のコミュニケーションシステムにおいてステータス変更にともなうメッセージ送信の動作シーケンスを説明する図である。
【図２９】図28とのつながりを示す動作シーケンスを説明する図である。
【符号の説明】
【０１４２】
10  コミュニケーションシステム
12  SIPシステム
14  Webシステム
16  SOAP/CORBAネットワーク
18  SIPクライアント
20  Webクライアント
22  SIPサーバ
24  SIP-DB
26  SIP-APサーバ
28  SIP-API
30  SIP-AP
32  Webアクセッサコンポーネント
34  Webサーバ
36  Web-DB
38  Web-APサーバ
40  Web-API
42  Web-AP
44  SIPアクセッサコンポーネント
54, 82  コールアテンプト管理部
56, 78  連携管理部
80  CMS-AP
【図１】
0004710244.tif 000002
【図２】
0004710244.tif 000003
【図３】
0004710244.tif 000004
【図４】
0004710244.tif 000005
【図５】
0004710244.tif 000006
【図６】
0004710244.tif 000007
【図７】
0004710244.tif 000008
【図８】
0004710244.tif 000009
【図９】
0004710244.tif 000010
【図１０】
0004710244.tif 000011
【図１１】
0004710244.tif 000012
【図１２】
0004710244.tif 000013
【図１３】
0004710244.tif 000014
【図１４】
0004710244.tif 000015
【図１５】
0004710244.tif 000016
【図１６】
0004710244.tif 000017
【図１７】
0004710244.tif 000018
【図１８】
0004710244.tif 000019
【図１９】
0004710244.tif 000020
【図２０】
0004710244.tif 000021
【図２１】
0004710244.tif 000022
【図２２】
0004710244.tif 000023
【図２３】
0004710244.tif 000024
【図２４】
0004710244.tif 000025
【図２５】
0004710244.tif 000026
【図２６】
0004710244.tif 000027
【図２７】
0004710244.tif 000028
【図２８】
0004710244.tif 000029
【図２９】
0004710244.tif 000030