(57)【要約】【課題】異なるシステムの融合を図って運用し、APの処理経過状況などを相互に通知できるサービスシステムおよびサービス提供方法を提供。【解決手段】サービス提供システム10は、Webシステム14に接続するクライアントから要求されたサービスインスタンスを実行する場合、HTTPプロトコルでこの要求に対する代理UA管理部76が代理UAとして機能し、連携管理部70を起動させ、連携管理部70でこの要求をSOAP/CORBAのいずれかのプロトコルの要求にし、連携管理部52に送り、連携管理部52でSIPプロトコルの要求にし、代理UA管理部50の対応する代理UA機能で要求に対する処理を行い、この処理結果の応答を代理UA管理部50、連携管理部52, 70、代理UA管理部76を経て要求したクライアントに送って、表示させている。【選択図】図１
2005135222.tif 000002
【特許請求の範囲】
【請求項１】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービスシステムにおいて、該サービスシステムは、
第１の通信プロトコルに基づいて動作する第１のシステムと、
第２の通信プロトコルに基づいて動作する第２のシステムとを備え、
第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理し、第２のシステムから供給される第３の通信プロトコルによる情報を第１の通信プロトコルの情報にする第１の連携管理手段と、
要求されたサービスインスタンスを第１のシステムのクライアントに見立てて、仮想的にユーザエージェントとして管理し、該管理する情報を操作する第１の代理管理手段とを含み、
第２のシステムは、第１のシステムに送出する情報を第３の通信プロトコルに処理し、第１のシステムから供給される第３の通信プロトコルによる情報を第２の通信プロトコルの情報にする第２の連携管理手段と、
前記要求されたサービスインスタンスに対して第２のシステムから第１の代理管理手段の対応した機能に仮想的なユーザエージェントによりアクセスし、前記サービスインスタンスの実行結果を取得する第２の代理管理手段とを含むことを特徴とするサービスシステム。
【請求項２】
請求項１に記載のサービスシステムにおいて、第１の代理管理手段は、前記要求されたサービスインスタンスに対応する、前記ユーザエージェントに対する代理としての生成、登録、削除、ならびに前記ユーザエージェントとするプレゼンス情報の変更、前記ユーザエージェントとして指定先へのメッセージ送信、前記ユーザエージェントを代理するユーザ情報の編集および前記ユーザエージェントを代理する前記ユーザ情報の検索をそれぞれ、管理する手段を含み、
第２の代理管理手段は、第１の代理管理手段のそれぞれにアクセスする手段をそれぞれ含むことを特徴とするサービスシステム。
【請求項３】
請求項１または２に記載のサービスシステムにおいて、第１の通信プロトコルはセッション開始プロトコルであり、第２の通信プロトコルはハイパテキスト転送プロトコルであり、第３の通信プロトコルは第１および第２の通信プロトコルでともに扱えるSOAPおよびCORBAのいずれかの通信プロトコルを用いることを特徴とするサービスシステム。
【請求項４】
請求項１または２に記載のサービスシステムにおいて、第１の通信プロトコルはセッション開始プロトコルであり、第２の通信プロトコルはファイル転送プロトコルであり、第３の通信プロトコルは第１および第２の通信プロトコルでともに扱えるSOAPおよびCORBAのいずれかの通信プロトコルを用いることを特徴とするサービスシステム。
【請求項５】
請求項１ないし４のいずれか一項に記載のサービスシステムにおいて、該サービスシステムは、第１のシステムおよび第２のシステムが同一の計算機内に収容されていることを特徴とするサービスシステム。
【請求項６】
請求項５に記載のサービスシステムにおいて、該サービスシステムは、第１の連携管理手段および第２の連携管理手段の機能を所定の関数コールに持たせることを特徴とするサービスシステム。
【請求項７】
請求項１ないし４のいずれか一項に記載のサービスシステムにおいて、該サービスシステムは、第１のシステムと第２のシステムとの間にネットワークが介在することを特徴とするサービスシステム。
【請求項８】
請求項１ないし６のいずれか一項に記載のサービスシステムを機能させるプログラムにおいて、第１のシステムおよび第２のシステムのそれぞれはコンピュータであり、該プログラムは、第１のシステムにおける第１の連携管理手段および第１の代理管理手段ならびに第２のシステムにおける第２の連携管理手段および第２の代理管理手段として機能させることを特徴とするプログラム。
【請求項９】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービス提供方法において、該方法は、
第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、
第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、
第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、
第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、
第１および第２のシステムのいずれかに接続されているクライアントから要求されたサービスインスタンスに対応して通信先のシステムにおけるクライアントに見立てて、仮想的にユーザエージェントとして代理させて、管理する代理ユーザエージェントにアクセスする代理アクセス機能に応じて前記サービスインスタンスに対応する情報を含む第１の起動信号を生成する第５の工程と、
第１および第２の工程の組または第３および第４の工程の組における一方の組の工程を第１の起動信号にともない順次実行する第６の工程と、
前記通信先のシステムにて前記代理ユーザエージェントにより前記サービスインスタンスに対応した情報処理を行う第７の工程と、
該情報処理に対する応答情報を含む第２の起動信号を前記代理ユーザエージェントにより生成する第８の工程と、
第２の起動信号にともない他方の組の工程を順次実行する第９の工程と、
前記サービスインスタンスを要求した通信元のシステムにて前記代理アクセス機能により前記応答情報を要求したクライアントに返す第10の工程とを含むことを特徴とするサービス提供方法。
【請求項１０】
請求項９に記載の方法において、前記代理ユーザエージェントは、前記要求されたサービスインスタンスに対応する、前記ユーザエージェントとしての生成、登録、削除、ならびに前記ユーザエージェントとするプレゼンス情報の変更、前記ユーザエージェントとして指定先へのメッセージ送信、前記ユーザエージェントとしてユーザ情報の編集および前記ユーザエージェントとして前記ユーザ情報の検索をそれぞれ行い、
前記代理アクセスは、前記生成、前記登録、前記削除、前記プレゼンスの変更、前記メッセージ送信、前記ユーザ情報の編集および前記ユーザ情報の検索それぞれへのアクセスを行うことを特徴とするサービス提供方法。
【請求項１１】
請求項９または10に記載の方法において、第１の通信プロトコルはセッション開始プロトコルであり、第２の通信プロトコルはハイパテキスト転送プロトコルおよびファイル転送プロトコルのいずれか一方であり、第３の通信プロトコルは第１および第２の通信プロトコルでともに扱えるSOAPおよびCORBAのいずれかの通信プロトコルを用いることを特徴とするサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスシステムおよびサービス提供方法に関し、本発明のサービスシステムは、とくに、セッション開始プロトコル（SIP）に基づき動作するSIP環境とWeb（World Wide Web）環境の融合を図ってアプリケーションを相互に連携させて、接続しているクライアントにサービスを提供するシステムに関するものである。また、サービス提供方法は、たとえば異なる環境で動作するアプリケーションを相互に連携させて、サービスを提供する方法に関し、たとえば、Webブラウザ上から、起動したサービスの経過状況や終了を通知するようなアラート型アプリケーション（AP）の実現に関するものである。
【背景技術】
【０００２】
従来、セッション開始プロトコル（Session Initiation Protocol： SIP）に基づくアプリケーションソフトウェア（AP）環境とウェブ、すなわちWorld Wide Webに基づくアプリケーションソフトウェア（AP）環境は別々のAP環境として構築され、要求に応じたAPを動作させて要求を満たすように実行されていた。このように上述した両環境の融合は図られていない。これは、従来のWeb-AP環境が企業の情報システムや国際標準化プロファイル（International Standardized Profile: ISP）が提供する情報提供型のAPサービスの構築に用いられ、一方のSIP-AP環境は電話系サービスの構築に用いられ、このようにそれぞれに異なる用途の利用に起因している。
【０００３】
また、このような異なる通信プロトコルにより実現されるサーバ環境を連携・接続する場合には、プロトコル変換用ゲートウェイを仲介させる方式が一般的に採用される。このゲートウェイは、Web環境のプロトコルであるHTTP（Hyper Text Transfer Protocol）プロトコルとSIPの相互接続変換機能を有するSIP環境のプロトコルとを用いて、HTTP-SIP変換を行っている。
【０００４】
【非特許文献１】RFC3261＜http://www.ietf.org/rfc/rfc3261.txt＞
【非特許文献２】＜http://jcp.org/aboutJava/communityprocess/final/jsr116/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、HTTP-SIP変換機能を有するHTTP-SIPゲートウェイは、あらかじめこのゲートウェイに組み込むプロトコル変換規則にしたがった簡単な機能だけを実現するに過ぎない。HTTP-SIPゲートウェイは、たとえば１つのHTTPプロトコルによる要求内容を基にし、さらに処理の経過状況に応じてSIP環境内のデータベース上でプレゼンスを変化させ、SIP環境のユーザに情報を通知することができない。また、HTTP環境で処理経過をユーザに通知する場合、HTTP-SIPゲートウェイは、長時間にわたってHTTPのトランザクションを保留することになる。これは、リソースの有効利用や実際的なアプリケーションとしてのユーザインタフェース実現の観点から、適切な実現方法ということはできない。
【０００６】
本発明はこのような従来技術の欠点を解消し、異なるシステムの融合を図って運用し、APの処理経過状況などを相互に通知できるサービスシステムおよびサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービスシステムにおいて、このサービスシステムは、第１の通信プロトコルに基づいて動作する第１のシステムと、第２の通信プロトコルに基づいて動作する第２のシステムとを備え、第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理し、第２のシステムから供給される第３の通信プロトコルによる情報を第１の通信プロトコルの情報にする第１の連携管理手段と、要求されたサービスインスタンスを第１のシステムのクライアントに見立てて、仮想的にユーザエージェントとして管理し、この管理する情報を操作する第１の代理管理手段とを含み、第２のシステムは、第１のシステムに送出する情報を第３の通信プロトコルに処理し、第１のシステムから供給される第３の通信プロトコルによる情報を第２の通信プロトコルの情報にする第２の連携管理手段と、要求されたサービスインスタンスに対して第２のシステムから第１の代理管理手段の対応した機能に仮想的なユーザエージェントによりアクセスし、サービスインスタンスの実行結果を取得する第２の代理管理手段とを含むことを特徴とする。
【０００８】
本発明のサービスシステムは、第２のシステムに接続するクライアントから要求されたサービスインスタンスを実行する場合、第２の通信プロトコルでこの要求に対する第２の代理管理手段が代理ユーザエージェント（UA）として機能し、第２の連携管理手段を起動させ、第２の連携管理手段でこの要求を第３の通信プロトコルの要求にして、第１の連携管理手段に送り、第１の連携管理手段で第１の通信プロトコルの要求にし、第１の代理管理手段の対応する代理UA機能で要求に対する処理を行い、この処理結果の応答を第１の代理管理手段、第１の連携管理手段、第２の連携管理手段、第２の代理管理手段を経て要求したクライアントに送って、表示させることにより、異種の通信プロトコル間でのサービスインスタンスに対応した代理UA処理を各システムで行い、これまでできなかったサービスを提供する。
【０００９】
また、本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービス提供方法において、この方法は、第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う第３の通信プロトコルに処理して、送出する第１の工程と、第２のシステムに供給される第３の通信プロトコルの情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、第２のシステムから送出する第２の通信プロトコルの情報を第３の通信プロトコルの情報に処理して、送出する第３の工程と、第１のシステムに供給される第３の通信プロトコルの情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、第１および第２のシステムのいずれかに接続されているクライアントから要求されたサービスインスタンスに対応して通信先のシステムにおけるクライアントに見立てて、仮想的にユーザエージェントとして代理させて、管理する代理ユーザエージェントにアクセスする代理アクセス機能に応じてサービスインスタンスに対応する情報を含む第１の起動信号を生成する第５の工程と、第１および第２の工程の組または第３および第４の工程の組における一方の組の工程を第１の起動信号にともない順次実行する第６の工程と、通信先のシステムにて代理ユーザエージェントによりサービスインスタンスに対応した情報処理を行う第７の工程と、この情報処理に対する応答情報を含む第２の起動信号を代理ユーザエージェントにより生成する第８の工程と、第２の起動信号にともない他方の組の工程を順次実行する第９の工程と、サービスインスタンスを要求した通信元のシステムにて代理アクセス機能により応答情報を要求したクライアントに返す第10の工程とを含むことを特徴とする。
【００１０】
本発明のサービス提供方法は、第２のシステムに接続するクライアントから要求されたサービスインスタンスを実行する場合、第２の通信プロトコルでこの要求に対する代理ユーザエージェント（UA）の代理アクセス機能により第１の起動信号を生成し、この要求を第３の通信プロトコルの要求にして、システム間の通信を行い、第１の通信プロトコルにした要求に対応する代理UA機能で第１のシステムにおける情報処理を行い、この処理結果の応答情報を含む第２の起動信号を代理UAにより生成し、応答情報を第３の通信プロトコルにして、システム間の通信を行い、応答情報を代理アクセス機能にて要求したクライアントに送って、表示させることにより、異種の通信プロトコル間でのサービスインスタンスに対応した代理UA処理を各システムで行い、これまでできなかったサービスを提供する。
【発明を実施するための最良の形態】
【００１１】
次に添付図面を参照して本発明によるサービスシステムの実施例を詳細に説明する。図１を参照すると、本発明によるサービスシステムの実施例は、従来型のHTTP-SIP変換ゲートウェイ等の連携方式での問題点であるアプリケーションの処理状況を的確な通知の実行性問題を解決するとともに、SIPのアプリケーションとWebのアプリケーションとの柔軟な連携を可能とする構成および方法により、クライアントは、SIP環境またはWeb環境のどちらかの環境でありながら、アプリケーションの処理状況を知ることができる。
【００１２】
本実施例は、本発明のサービスシステムをサービス提供システム10に適用した場合である。本発明と直接関係のない部分について図示および説明を省略する。以下の説明で、信号はその現れる接続線の参照番号で指示する。
【００１３】
サービス提供システム10は、図１に示すように、SIPシステム12およびWebシステム14がネットワーク16により接続されている。SIPシステム12およびWebシステム14は、異なるネットワークドメインに属するネットワーク環境上に配置するとともに、SIPシステム12およびWebシステム14のそれぞれが本来有していないWeb環境とSIP環境を互いに補完する機能ブロックを持たせている。これにより、サービス提供システム10のSIPシステム12とWebシステム14は、それぞれ１つのサーバ計算機内または同じドメイン内のLAN環境に配置するシステムに対応して一つの環境を備えている。
【００１４】
ネットワーク16は、本実施例においてSOAP (Simple Object Access Protocol)/CORBA (Common Object Request Broker Architecture)ネットワークであり、SIPシステム12とWebシステム14との情報を仲介する役割を担っている。SOAPは、Webサービス間で交換されるメッセージのデータフォーマットやメッセージの処理ルールを規定した通信プロトコルである。ネットワーク16は、この規定に従ったSOAPメッセージをサービス要求者、サービス提供者およびサービス仲介者が相互にやりとりする。CORBAは、OMG（Object Management Group）が策定した分散オブジェクト技術である。
【００１５】
SIPシステム12は、SIPサーバ18、SIPデータベース（SIP-DB）20、SIPアプリケーションサーバ（SIP-APサーバ）22、SIPアプリケーションインタフェース（SIP-API）24、SIPアプリケーション（SIP−AP）26、Webアクセッサコンポーネント28およびSIPクライアント30を含む。また、Webシステム14は、Webサーバ32、Webデータベース（Web-DB）34、Webアプリケーションサーバ（Web-APサーバ）36、Webアプリケーションインタフェース（Web-API）38、Webアプリケーション（Web-AP）40、SIPアクセッサコンポーネント42およびWebクライアント44を含む。以下に、これらの構成要素についてそれぞれ簡単に説明する。
【００１６】
SIPサーバ18は、エンド・ツー・エンドでやりとりするクライアント-サーバモデルのプロトコルであるSIPに基づいてクライアントの要求に応じて応答するサーバであり、とくにIETF（International Engineering Task Force）で規定される、たとえばRFC（Request For Comments)3261に準拠したSIPをハンドリング・管理する機能を有している。この管理機能のうち、SIPサーバ18には、一般的に３つのサーバ機能、すなわちSIPプロキシサーバ機能、SIPレジストラサーバ機能およびSIPロケーションサーバ機能が含まれている。第１に、SIPプロキシサーバ機能はクライアントの代理として、SIPメッセージの中継を行う機能である。第２に、SIPレジストラサーバ機能はクライアントの登録を管理する機能である。第３に、SIPロケーションサーバ機能は登録されたクライアントのアドレス情報等を管理する機能を有している。SIPサーバ18は、たとえばSIPクライアント30の構成要素であるSIPソフトフォン46, 48に接続され、SIP-APサーバ22から提供される情報をSIPメッセージによりやりとりしている。
【００１７】
SIP-DB 20は、SIPサーバ18が管理する、たとえばユーザ情報、プレゼンス情報、位置情報等を相互に関連付けて格納するストレージで、SIPサーバ18に接続され、SIPサーバ18の検索要求に応じて情報を提供する機能を有するものもある。SIP-DB 20においてユーザ情報は、クライアントのアドレス情報や認証を行うための情報である。また、プレゼンス情報は、クライアントがSIPシステム12に接続されているか否か、クライアントが起動・利用されているか否か、さらに別のクライアントと接続中であるか否か等の情報であり、これらの情報からわかるように、SIP-DB 20は、クライアントの状態を表わす情報を格納している。
【００１８】
SIP-APサーバ22は、SIPプロトコルに基づいてSIPサーバ18により管理されるアプリケーションを操作に応じて稼動するサーバである。SIP-APサーバ22は、SIPサーバ18およびSIP-API 24にそれぞれ接続されている。SIP-API 24は、SIPサーバ18で受信するSIPリクエストに応じてアプリケーションを操作する機能およびSIPサーバ18ヘのリクエストを発行する機能を有する。SIPリクエストには、セッション確立、確認応答、通話終了およびプレゼンス変更等がある。
【００１９】
SIP-API 24は、SIP-APサーバ22が提供するアプリケーションインタフェースである。SIP-APサーバ22は、SIP-API 24を介してSIP-AP 26に接続されている。SIP-API 24には、代表的なものとして、JCP（Java（登録商標）Community Process）において標準化作業が進められているSIP Servlet アプリケーションインタフェースがある。
【００２０】
SIP-AP 26は、接続するSIP-API 24により構築され、SIP-APサーバ22上で稼動するアプリケーションである。SIP-AP 26には、図示しないがUA（User Agent）生成アプリケーションが含まれている。UA生成アプリケーションとは、UA、すなわちアプリケーションソフト等のようなエンドシステムが持つ機能で、SIPリクエストの生成に際してUAクライアントとして動作し、リクエストの処理後においてレスポンスの生成に際してUAS（UA Server）として動作する機能を有するものである。アプリケーションには、たとえばIP電話、インスタントメッセージ、TV（TeleVision）電話、プレゼンスコミュニケーション等がある。
【００２１】
Webアクセッサコンポーネント28は、SIP-AP 26がWebシステム14と連携するコンポーネント群の総称であり、コンポーネントのそれぞれはライブラリソフトウェア部品を表している。したがって、Webアクセッサコンポーネント28は、SIP-AP 26が動作する際に呼び出され、Webシステム14の後述するSIPアクセッサコンポーネント42と交信する際に利用される。Webアクセッサコンポーネント28には、たとえば、図２に示すように、代理UA管理部50、連携管理部52およびコンポーネントアプリケーションインタフェース（コンポーネントAPI）54を含む。
【００２２】
さらに説明すると、代理UA管理部50は、SIPシステム12内でサービス代理UA情報を操作管理するコンポーネントであり、とくに、サービスインスタンスをSIPクライアントに見立てて、仮想的にUAとして管理し、その情報等の操作管理を行うコンポーネントである。代理UA管理部50には、図２に示すように、サービスインスタンスに対応してUAを管理する各種の機能部が含まれている。すなわち代理UA生成機能部56、代理UA登録機能部58、代理UA削除機能部60、プレゼンス設定機能部62、メッセージ送信機能部64、代理UA情報編集機能部66および代理UA情報更新機能部68が含まれている。
【００２３】
代理UA生成機能部56はサービスインスタンスに対応するUAを生成するモジュールである。代理UA登録機能部58はサービスインスタンスに対応するUAを登録するモジュールである。代理UA削除機能部60はサービスインスタンスに対応するUAを削除するモジュールである。また、プレゼンス設定機能部62はサービスインスタンスに対応するUAのプレゼンス情報を変更するモジュールである。メッセージ送信機能部64はサービスインスタンスに対応するUAから指定のUAにメッセージ、すなわちテキストストリングを送信するモジュールである。代理UA情報編集機能部66はサービスインスタンスに対応するUAのユーザ情報を編集するモジュールである。代理UA情報検索機能部68はサービスインスタンスに対応するUAのユーザ情報を検索するモジュールである。
【００２４】
連携管理部52はWebシステム14内の対応する連携管理部70と連携し、代理UA管理部50に対するWebシステム14側からのアクセスまたはWebシステム14側へのアクセスを行う通信環境を管理する機能を有している。連携管理環境には、たとえば、SOAPやCORBAのプロトコルに対応する環境設定等がある。
【００２５】
コンポーネントAPI 54は、対応するコンポーネントをSIP-AP 26が利用するためのインタフェースである。
【００２６】
なお、Webアクセッサコンポーネント28は、上述したコンポーネントに限定されるものでなく、具体的にSIP-AP 26としてどのような機能を実現するかにより、SIP-AP 26側から組合せて利用され、上述したコンポーネント以外にも、用途に応じて随時拡張することが可能である。このコンポーネントの追加・拡張により、Webシステム14との連携のバリエーションも追加・拡張されることになることは言うまでもない。
【００２７】
次に図１に戻って、Webシステム14について説明する。Webサーバ32は、HTTPを基にハンドリング・管理するサーバである。Webサーバ32は、Webクライアント44の構成要素であるWebブラウザ72, 74に接続されている。また、Webサーバ32は、Web-DB 34およびWeb-APサーバ36と接続してこれらを管理している。
【００２８】
Web-DB 34は、Webサーバ32が管理する情報を格納するストレージであり、Webサーバ32の検索要求に応じて情報を提供する機能を有するものもある。格納する管理情報には、クライアントの課金情報および利用ログ等がある。Web-DB 34は、Webサーバ32だけでなく、Web-APサーバ36にもデータを提供できるように接続されている。
【００２９】
Web-APサーバ36は、常時起動状態にあって、WebプロトコルであるHTTPに基づいてWebサーバ32により管理されるアプリケーションを操作に応じて稼動するサーバである。Web-APサーバ36には、たとえば、オープンソースのTOMCAT、BEAシステム社のWebLogic（商標）等が挙げられる。Web-APサーバ36は、Web-API 38を介してWeb-AP 40に接続されている。Web-APサーバ36は、Web-DB 34の情報を基にアプリケーションを動作させてもよい。
【００３０】
Web-API 38は、Web-APサーバ36が提供するアプリケーションインタフェースである。Web-API 38は、代表的なAPIとして、J2EE（Java2 Enterprise Edition）環境で規定されているHTTP Servlet APIやEJB（Enterprise Java（商標） Beans）等がある。Web-API 38は、Web-APサーバ36とWeb-AP 40との情報のやりとりを可能にしている。
【００３１】
Web-AP 40は、接続するWeb-API 38により構築され、Web-APサーバ36上で稼動するWebアプリケーションであり、SIPアクセッサコンポーネント42にも接続されている。Web-AP 40には、たとえば、インターネットショッピングモール、企業ポータルおよびコンテンツ配信等のAPがある。この他、Web-AP 40は、たとえば図示しないがマッチングAPおよびDB検索APを含むようにしてもよい。マッチングAPは、UAの位置情報変更にともない、位置情報に関連するUAの登録情報と更新位置の情報、時間または季節で表される更新時期情報および過去情報等をそれぞれ照合し、適合した情報をUAヘメッセージとして送信するアプリケーションである。また、DB検索APは、位置情報に関連するUAの登録情報、更新位置の情報、更新時期情報および過去情報等をWeb-DB 34より抽出するアプリケーションである。
【００３２】
SIPアクセッサコンポーネント42は、Web-AP 40がSIPシステム12と連携するコンポーネント群の総称であり、Web-AP 40が動作する際に呼び出されるライブラリソフトウェアである。たとえば、以下のコンポーネンおよびAPIが存在する。SIPアクセッサコンポーネント42は、Web-AP 40がSIPシステム12上のWebアクセッサコンポーネント28と交信する際に利用される。この場合も、Webアクセッサコンポーネント28と同様に、Web-AP 40は、SIP-AP 26と連携したどのような機能を実現するかに応じてWeb-AP 40側から組合せて利用できるものである。SIPアクセッサコンポーネント42は、用途に応じて随時拡張することが可能で、このコンポーネントの追加・拡張により、SIPシステム12との連携のバリエーションも追加・拡張されることになる。
【００３３】
SIPアクセッサコンポーネント42には、図２に示すように、たとえば代理UA管理部76、連携管理部70およびコンポーネントAPI 78を含む。代理UA管理部76は、 SIPシステム12内で管理するサービス代理UA情報にアクセスするWebシステム14内のコンポーネントである。これにより、サービス提供システム10は、Webシステム14側からSIPシステム12側にアクセスし、SIPシステム内からWebシステム14に読み出したサービス代理UA情報をWebブラウザに提供している。代理UA管理部76は、図２に示すように、代理UA生成アクセス機能部80、代理UA登録アクセス機能部82、代理UA削除アクセス機能部84、プレゼンス設定アクセス機能部86、メッセージ送信アクセス機能部88、代理UA情報編集アクセス機能部90および代理UA情報検索アクセス機能部92をモジュールとして含む。
【００３４】
代理UA生成アクセス機能部80は、Webシステム14内からSIPシステム12側の代理UA生成機能部56をアクセスするモジュールである。代理UA登録アクセス機能部82もWebシステム14内からSIPシステム12側の代理UA登録機能部58をアクセスするモジュールである。同様に、代理UA削除アクセス機能部84はWebシステム14内からSIPシステム12側代理UA削除機能部60をアクセスするモジュールである。
【００３５】
プレゼンス設定アクセス機能部86は、サービスのプレゼンス状態の変更をこの機能部86内からアクセスし、SIPシステム12側のプレゼンス設定機能部62を通して代理UAのプレゼンスを変更するモジュールである。プレゼンスの変更結果はSIPサーバ18を介してプレゼンス情報のウォッチャーに通知される。また、メッセージ送信アクセス機能部88はサービスの経過状況の変化をこの機能部88内からアクセスし、SIPシステム側のメッセージ送信機能部64を通して代理UAのメッセージを作成・送信するモジュールである。メッセージはSIPサーバ18を介して受信側に通知される。
【００３６】
代理UA情報編集アクセス機能部90は、Webシステム14内からSIPシステム12側の代理UA情報編集機能部66をアクセスするモジュールである。さらに、代理UA情報検索アクセス機能部92は、Webシステム14内からSIPシステム12側の代理UA情報検索機能部68をアクセスするモジュールである。
【００３７】
連携管理部70は、SIPシステム12内の対応する連携管理部52と連携し、代理UA管理部76を利用して、SIPシステム12側へのアクセスまたはSIPシステム12側からWebシステム14側へのアクセスを行う通信環境の管理機能を有している。連携管理環境には、たとえば、SOAPやCORBAのプロトコルに対応する環境設定等を含む。
【００３８】
連携管理部52と連携管理部70との通信は、たとえばSIPシステム12における代理UA管理の検索機能をWebシステム14側から利用する場合、検索アクセス機能部92の機能をリモート環境からアクセスするため代理UA情報の検索スタブを呼び出して、連携管理部52を介して交信する。このとき呼び出すスタブは、リモートアクセスの実現に利用するネットワーク16で何を使用するかにより異なる。本実施例では、連携にCORBAを用いるときCORBAのスタブ、SOAPを用いる場合SOAPアクセス用のスタブを利用している。
【００３９】
コンポーネントAPI 78は、対応するコンポーネントをWeb-AP 40が利用するためのインタフェースである。
【００４０】
このように各システム間の連携を管理し、サービスインスタンスに対応して代理UA管理が有する機能を基に、たとえば登録されている情報を取り出し、異なるシステムにもかかわらず、得られた情報を要求のあったクライアントに提供するアプリケーションを構築することができる。すなわち、Web環境上に構築されるAPと、SIP環境上に構築されるAPが相互に連携可能となり、WebとVoIPの融合型APの構築・実行・運用が容易に実現される。この構築により各システムの情報を共有して、スムーズに利用することができるようになる。
【００４１】
次にサービス提供システム10の通信手順について説明する。代理UA管理部52, 72を利用したサービス代理UA生成の動作について図３を参照しながら説明する。
【００４２】
たとえばWebブラウザ72が、時刻T10にて“サービス生成”の実行依頼を発行する（サービス生成依頼信号：Gen._REQ. 100）。ここで、依頼情報には、たとえば検索情報、送信するメッセージ情報等の要求情報とともに、ユーザ情報が含まれている。このユーザ情報には、利用者の氏名、住所、年齢、アドレス情報等の契約に関わる情報やシステム利用時の認証に用いる情報がある。一般的に、この依頼は、Webブラウザ72上に表示されるWebサーバ32側が提供するGUI（Graphical User Interface）を利用して行う。サービス生成依頼信号は、Webサーバ32/Web-APサーバ36に送られる。
【００４３】
Webサーバ32/Web-APサーバ36は、供給される“サービス生成依頼”を基にWeb側の代理UA管理部76内のコンポーネントAPI 78を利用して、時刻T12にて起動信号（Launching）102を代理UA生成アクセス機能部80に供給し、代理UA生成アクセス機能部80を起動する。代理UA生成アクセス機能部80は、時刻T14にて連携管理部70に起動信号（Launching）104を供給して、起動する。
【００４４】
連携管理部70は、SIPシステム12の代理UA管理部52に情報を伝達するために、共通に利用できる通信プロトコル、たとえばSOAPまたはCORBA等に合うように“サービス生成依頼”をデータ変換し、ネットワーク16上の別ドメイン内に存在するSIPシステム12側の連携管理部52と通信を行う。連携管理部70は、時刻T16にて連携管理部52と通信を行い、Webブラウザ72により発行された“サービス生成依頼”を送信する（Gen._REQ. 106）。
【００４５】
連携管理部52は、時刻T18にて“サービス生成依頼”を含む起動信号（Launching）108を代理UA管理部50の代理UA生成機能部56に供給して代理UA生成機能部56を起動する。これにより、代理UAが生成される。代理UA生成機能部56は、図示しないが代理UA登録機能部58を起動させる。代理UA登録機能部58は、時刻T20にてSIP-APサーバ22またはSIPサーバ18により管理されるSIP-DB 20内にサービス代理UA情報の登録を行う（Registration 110）。この登録により、Webブラウザ72はシステム利用における認証が可能になる。
【００４６】
この登録後、代理UA管理部50は、図示しないが“サービス生成依頼”に含まれる情報の内、検索情報が含まれている場合に代理UA情報検索機能部68を起動する。代理UA情報検索機能部68は、SIP-DB 20に検索情報に対する検索処理を指示する（Search 112)。SIP-DB 20は、供給される検索情報に対応して検索処理を行う。SIP-DB 20は、時刻T24にて検索結果を応答信号（Response）114として代理UA管理部50の代理UA情報検索機能部68に送信する。検索結果は、SIPで生成されたURI（Uniform Resource Identifiers）情報である。
【００４７】
代理UA情報検索機能部68は検索結果を受信し、代理UA管理部50は、時刻T26にてこの検索結果（生成SIP-URI情報）を含む起動信号（Launching）116を生成し、連携管理部52に出力する。連携管理部52は、起動信号116により起動され、代理UA管理部70に検索結果（生成SIP-URI情報）を回答する。このため、連携管理部50は、SOAPまたはCORBA等の一方を選択して利用し、連携管理部70と通信する。連携管理部52が、たとえばSOAPを利用する場合、HTTPプロトコルに基づいて供給される検索情報が、時刻T28にてSOAPレスポンスである応答信号（Response）118としてネットワーク16を介して連携管理部70に出力される。連携管理部70は、供給された検索情報を受信し、代理UA管理部76に“サービス生成依頼”の結果を時刻T30にて送信する（Response 120）。
【００４８】
次に代理UA管理部76は、受信した“サービス生成依頼”の結果を受信し、時刻T32にてコンポーネントAPI 54の実行結果としてWebサーバ32またはWeb-APサーバ36に返す（Response 122）。この実行結果は、前述したSIP-DB上の検索により得られたユーザ情報のデータである。
【００４９】
Webサーバ32またはWeb-APサーバ36は、供給されるユーザ情報検索の結果、すなわち生成SIP-URI情報をWebクライアントが表示できる形式に加工する。この場合、SIP-URI形式のデータにする。Webサーバ32またはWeb-APサーバ36は、時刻T34にてサービスSIP-URI 124としてWebブラウザ72に出力する。Webブラウザ72は時刻T36にて“サービス生成依頼”の結果をモニタに表示する。
【００５０】
このように動作させることにより、WebブラウザまたはWebクライアントからのサービス生成依頼に対応してSIPシステム12の生成SIP-URI情報を要求したクライアントに容易に提供することができる。
【００５１】
また、サービス提供システム10におけるプレゼンス設定の動作について図４を参照しながら説明する。使用する構成要素はまったく同じで、構成要素それぞれに対する参照符号も同じ番号を用いている。
【００５２】
Webブラウザ72は、時刻T40にて“サービスプレゼンス設定”の実行依頼をWebサーバ32/Web-APサーバ36に発行する。この実行依頼は、SIP-URIを指定することであり、ユーザ情報も含まれている。ユーザ情報は、前述したように利用者の氏名、住所、年齢、アドレス情報等の契約に関わる情報やシステム利用時の認証を行う情報である。サービスプレゼンス設定依頼の情報にはサービスの状態を表す内容としてたとえば、「実行待ち」、「処理中」、「終了」等がある。実行依頼は、一般的に、Webブラウザ72上に表示されるWebサーバ32側が提供するGUIを利用して行われる。
【００５３】
Webサーバ32/Web-APサーバ36は“サービスプレゼンス設定依頼”（Set_REQ）130を基に生成した起動信号（Launching）132を時刻T42にて代理UA管理部76に供給する。代理UA管理部76は、起動信号132が含む“サービスプレゼンス設定依頼”（Set_REQ）130を基にコンポーネントAPI 78を利用して、プレゼンス設定アクセス機能部86を起動する。これにより、プレゼンス設定アクセス機能部86は連携管理部70に起動信号（Launching）134を時刻T44にて供給して起動する。
【００５４】
連携管理部70は、代理UA管理部50に情報を伝達するため、SOAPまたはCORBA等のいずれかを利用し、ネットワーク16上の別ドメイン内に存在する連携管理部52と時刻T46に通信する。この通信により、連携管理部52はWebブラウザ72により発行された“サービスプレゼンス設定依頼”（Set_REQ.）136を受信する。
【００５５】
連携管理部52は、生成した起動信号（Launching）138を時刻T48にて代理UA管理部50に供給して、プレゼンス設定機能部62を起動する。この起動により、プレゼンス設定機能部62はプレゼンスを設定する。
【００５６】
プレゼンス設定機能部62はSIP-APサーバ22/SIPサーバ18により管理されるSIP-DB 20内に格納されている代理UAブレゼンス情報を時刻T50にて変更する（Changing 140）。この変更後、代理UA情報検索機能部68が起動し、時刻T52にてSIP-DB 20に対して検索する（Search 142）。SIP-DB 20は、時刻T54にて代理UAプレゼンス情報の検索結果を代理UA情報検索機能部68に出力する（Response 144）。代理UA情報検索機能部68は、供給された代理UAプレゼンス情報の検索結果をプレゼンス設定機能部62に供給する。
【００５７】
ところで、プレゼンス設定機能部62は、SIP-DB 20に登録されたプレゼンス情報の変更をたとえば、SIPソフトフォン46に通知する。この変更通知は、時刻T54以降に行う検索処理のシーケンスとは非同期にウォッチャーの数だけ実行する（Notify 146）。
【００５８】
代理UA管埋部50は、時刻T56にて検索結果を含む起動信号（Launching）148を連携管理部52に供給し、起動する。連携管理部52は、SOAPまたはCORBA等のいずれか一つを利用し、時刻T58にて連携管理部70と通信を行う（Response 150）。連携管理部70は、時刻T60にて代理UA管理部76に応答信号（Response）152を供給する。応答信号152は、“プレゼンス設定依頼”の結果を含み、通常設定が成功の場合、設定したプレゼンス内容が「実行待ち」のような結果として送信される。また、設定が失敗の場合、応答信号152はNG（No Good）が結果として送信される。代理UA管理部76のプレゼンス設定アクセス機能部86が応答信号152を“サービスプレゼンス設定依頼”の結果として受信する。
【００５９】
代理UA管理部76は、時刻T62にてコンポーネントAPI 78の実行結果としてWebサーバ32/Web-APサーバ36に供給する（Response 154）。この実行結果とは、SIP-DB 20での検索により得られたユーザ情報のデータを示す。Webサーバ32/Web-APサーバ36は、この実行結果を表示できる形式にする。形式には、たとえば、SIP-URI形式がある。Webサーバ32/Web-APサーバ36は、時刻T64にて依頼したWebブラウザ72に“サービスプレゼンス設定依頼”の結果、すなわちサービスプレゼンス156を供給し、表示する。
【００６０】
このように動作させることにより、WebブラウザまたはWebクライアントからのプレゼンス設定依頼に対応してSIPシステム12のSIP-DB 20に設定し、SIP-DB 20での設定状況を応答信号として要求したクライアントに容易に提供することができる。
【００６１】
さらに、サービス提供システム10におけるメッセージ送信の動作について図５を参照しながら、簡単に説明する。使用する構成要素はまったく同じで、構成要素それぞれに対する参照符号も同じ番号を用いている。
【００６２】
Webブラウザ72は、時刻T70にて“メッセージ送信”の実行依頼（Send_REQ.）160をWebサーバ32/Web-APサーバ36に発行する。ここで扱うユーザ情報、GUIも先の動作説明と同じである。Webサーバ32/Web-APサーバ36は、受信した“メッセージ送信依頼”（Send_REQ.）160を基に起動信号（Launching）162を生成し、コンポーネントAPI 78を利用して、メッセージ送信アクセス機能部88を起動する。
【００６３】
メッセージ送信アクセス機能部88は、時刻T74にて連携管理部70を起動する（Launching 164）。連携管埋部70は、SOAPまたはCORBA等の一つを利用して、ネットワーク16上の別ドメイン内に存在する連携管理部52と時刻T76にて通信を行う。連携管理部52は、“メッセージ送信依頼”（Send_REQ.）166を受信する。連携管理部52は、時刻T78にてメッセージ送信機能部64を起動する（Launching 168）。
【００６４】
メッセージ送信機能部64は、SIPクライアントであるSIPソフトフォン46にメッセージ（Message）170を送出し、モニタに表示する。SIPクライアントがメッセージ受信者に対応している。メッセージ送信機能部64は、図示しないがSIPソフトフォン46からメッセージ応答を受信する。メッセージ送信機能部64は、時刻T82にて応答内容を含む（Launching）172を連携管理部50に供給し、起動する。
【００６５】
連携管埋部52は、送信結果の応答を送る上でSOAPまたはCORBA等の一つを利用し、連携管理部70と通信を行う（Response 174）。連携管理部70は、Webブラウザ72により発行された“メッセージ送信依頼”の結果を受信する。連携管理部70は、時刻T86にて代理UA管理部76のメッセージ送信アクセス機能部88に送信する（Response 176）。
【００６６】
メッセージ送信アクセス機能部88は、供給された“メッセージ送信依頼”の結果を受信し、時刻T88にてコンポーネントAPI 78の実行結果としてWebサーバ32/Web-APサーバ36に出力する（Response 178）。Webサーバ32/Web-APサーバ36は、メッセージ送信依頼の結果を表示できる形式に加工する。形式にはたとえば、SIP-URI形式がある。Webサーバ32/Web-APサーバ36は、時刻T90にてWebブラウザ72に応答信号（Response 180）を供給する。Webブラウザ72は“メッセージ送信依頼”の結果をモニタに表示する。
【００６７】
このように動作させて、代理UA管理部50, 76と連携管理部54, 70を利用して、Web上のサービスをトラッキングし、メッセージをサービス提供システム10において構成する一方のシステムから他方のシステムに通知することができ、通知結果も送信元に供給することができる。また、長時間HTTPのトランザクションを保留しないことから、リソースの有効利用や実際的なアプリケーションとしてのユーザインタフェース実現が容易に可能となる。
【００６８】
次に本発明を適用したサービス提供システム10の第１変形例について図６を参照しながら説明する。本実施例のサービス提供システム10はSIPシステム12とWebシステムとが１つの計算機上に配置された場合である。ここで、構成要素に関しては、先の実施例と共通する部分に同じ参照符号を付して、説明を省略する。サービス提供システム10は、図６に示すように、同一計算機上のプロセス連携により接続されている。この接続から明らかなように本実施例のサービス提供システム10は、ネットワークの接続を介さない。また、図１に示した連携管理部52, 70は、あえて構成要素として配設するのではなく、Webアクセッサコンポーネント28とSIPアクセッサコンポーネント42にそれぞれ、これらと同様に連携管理を行う関数呼出し機能部182により異なるシステム間をつなぐ。関数呼出し機能部182は、たとえば、C言語やC++言語の関数呼出しやJava（商標）言語のメソッドコールを用いたプログラムを配するとよい。動作手順は先の実施例と同じである。
【００６９】
このように構成しても、先の実施例と同様に、Web環境上に構築されるAPとSIP環境上に構築されるAPとを相互に連携することが可能になる。これにより、WebとVoIPの融合型APの構築・実行・運用が容易に実現されることになる。また、本実施例では、単一計算機環境上にシステムを構築することにより、小規模な計算機環境下でのWeb-APとVoIP-APの融合が実現することができる。
【００７０】
次に本発明を適用したサービス提供システム10の第２変形例について図７を参照しながら説明する。本実施例のサービス提供システム10は、SIPシステム12とFTP（File Transfer Protocol）システム190とが、ネットワーク16により接続されている。ここで、SIPシステム12とFTPシステム180は異なるネットワークドメインに属するネットワーク環境上に配置されている。また、SIPシステム12およびFTPシステム190は、それぞれ最初の実施例と同様に１つのサーバ計算機内または同じドメイン内のLAN環境に配置する構成にしている。
【００７１】
SIPシステム12は、最初の実施例とまったく同じ構成を用い、同じ参照符号を付して説明を省略している。ただし、本実施例の場合、SIPシステム12におけるアクセッサコンポーネントの機能は、Webアクセッサコンポーネント28とまったく同じであるが、Web対応でなく、FTPであることから、名称をFTPアクセッサコンポーネント29としている。
【００７２】
もう一方のシステムであるFTPシステム190は、FTPサーバ192、FTPデータベース（FTP-DB）194、FTPアプリケーションサーバ（FTP-APサーバ）196、FTPアプリケーションインタフェース（FTP-API）198、FTPアプリケーション（FTP-AP）200、SIPアクセッサコンポーネント202およびFTPクライアント204を含む。以下に、各構成要素について簡単に説明する。
【００７３】
FTPサーバ192はFTPをハンドリング・管埋するサーバである。FTP-DB 194はFTPサーバ192が管理する情報を格納するストレージで、データベースである。格納する情報は、FTPにより転送されたファイル情報等である。FTP-APサーバ196はFTPサーバ192により管理されるファイル転送プロトコル（FTP）を操作するAPを稼動するサーバである。FTP-API 198はFTP-APサーバ196が提供するAPインタフェースである。FTP-AP 200は、FTP-API 198により構築され、FTP-APサーバ196上で稼動するFTP-APである。APには、たとえば２者間でのピア・ツー・ピア型のファイル交換、ファイル共有等のAPがある。
【００７４】
SIPアクセッサコンポーネント202は、FTP-AP 200がSIPシステム12と連携するコンポーネント群（ソフトウェア部品）の総称である。SIPアクセッサコンポーネント202は、前述したWebシステム14のSIPアクセッサコンポーネント42と同じものである。すなわち、代理UA管理部76、連携管理部70およびコンポーネントAPI 78を含む。各構成要素の機能は、前述した最初の実施例と同じである。
【００７５】
FTPクライアント204はFTPサーバ192と接続し、FTP-AP 200が提供する機能を利用する環境に設定されているクライアントである。FTPクライアント204には複数のFTPクライアント端末206, 208を有してもよい。FTPクライアント204は一般的にテキスト表示画面を有する。
【００７６】
この構成により、異なるシステムにもかかわらず、得られた情報を要求のあったクライアントに提供するアプリケーションを構築することができる。すなわち、FTPシステム190上に構築されるAPとSIPシステム12上に構築されるAPが相互に連携可能となり、FTPとVoIPの融合型APの構築・実行・運用が容易に実現される。この構築により各システムの情報を共有して、スムーズに利用することができるようになる。また、FTPアクセッサコンポーネント29上とSIPアクセッサコンポーネント202上の各種コンポーネントを増設することにより、FTPとVoIPの融合タイプを拡張することができる。実装するSIP-APとFTP-APの種類とともに、このコンポーネントの種類を増やすことにより、様々なFTPとVoIPの融合型APを実現することができる。
【００７７】
次に第２変形例のサービス提供システム10を用いたメッセージ送信動作について図８を参照しながら、簡単に説明する。本実施例は、ファイル内容をSIPのメッセージ情報として扱い、ファイル転送によるファイルの更新情報をSIPのメッセージ送信処理として実現する。
【００７８】
この動作手順として最初にFTPクライアント194は、テキスト表示画面を通じて“ファイル転送依頼”の依頼を時刻T100にてFTPサーバ192/FTP-APサーバ196に発行する（FT_REQ. 210）。FTPサーバ192/FTP-APサーバ196は、受け取った“ファイル転送依頼”を基にファイル転送を実行する。この実行後、FTPサーバ192/FTP-APサーバ196は、転送されたファイルの内容からメッセージを送信する相手先のSIP-URIおよび送信するメッセージの内容をそれぞれ、読み取る。FTPサーバ192/FTP-APサーバ196は、読み取ったSIP-URIと送信メッセージの内容を含む起動信号（Launching）212を生成し、時刻T102にて代理UA管理部76に供給する。代理UA管理部76は、起動信号212をコンポーネントAPI 78のインタフェース機能によりメッセージ送信アクセス機能部88に供給し、メッセージ送信アクセス機能部88を起動する。
【００７９】
メッセージ送信アクセス機能部88は、連携管理部70に対する起動信号（Launching）214を生成し、時刻T104にて連携管理部70に供給する。連携管理部70は、供給される起動信号214により起動する。連携管理部70は、SOAPまたはCORBA等の内の一つを利用し、利用するプロトコルに対応した要求信号（FT_REQ.）216にして、時刻T106にてネットワーク16上の別ドメイン内に存在する連携管理部52と通信する。
【００８０】
連携管理部52は、供給される要求信号（FT_REQ.）216を“ファイル転送依頼”として受信する。連携管理52は、受信した要求信号216を基に代理UA管理部50内のメッセージ送信機能部64に対する起動信号（Launching）218を生成する。連携管理部52は時刻T108にて起動信号218を代理UA管理部50に出力する。
【００８１】
代理UA管理部50は、供給される起動信号218によりメッセージ送信機能部64を起動する。メッセージ送信機能部64は、時刻T110にて供給された起動信号218に含まれていたメッセージ内容をメッセージ情報（Message）220としてSIPソフトフォン46に出力する。SIPソフトフォン46は、メッセージ受信者として供給されるメッセージ情報220を表示する。
【００８２】
メッセージ送信機能部64は、図示しないが、SIPソフトフォン46からメッセージ情報220の受信応答をメッセージ送信結果として受ける。メッセージ送信機能部64は、時刻T112にて連携管理部52に対する受信応答を含む起動信号（Launching）222を出力する。連携管理部52は、起動信号222の受信に応じて起動する。連携管理部52は、ネットワーク16を介して異なるFTPシステム180に送信結果を送るため、SOAPまたはCORBA等のいずれか一つを利用し、送信結果が選んだプロトコルで扱えるようにした信号（Response）224を時刻T114にて連携管理部70に送る。連携管理部70は、時刻T116にて“ファイル転送依頼”の結果（Response）226を代理UA管理部76のメッセージ送信アクセス機能部88に送信する。
【００８３】
代理UA管理部76が“ファイル転送依頼”の結果を受信する。メッセージ送信アクセス機能部88は、この受信結果をコンポーネントAPI 78の実行結果として時刻T118にてFTPサーバ192/FTP-APサーバ196に供給する（Response 228）。供給されたFTPサーバ192/FTP-APサーバ196は、メッセージ送信依頼の結果を表示できる形式に加工する。形式はたとえば、SIP-URI形式である。FTPサーバ192/FTP-APサーバ196は、時刻T120に加工したメッセージ送信依頼の結果（Response）230をFTPクライアント206に出力する。FTPクライアント206は“ファイル転送依頼”の結果をコード表示する。
【００８４】
このように動作させることにより、FTPシステム190でファイル転送処理を実行し、完了した際にファイル内容を表すファイル更新情報をSIPシステム12においてSIPのメッセージ情報として扱い、FTPシステム190から送信されるメッセージをSIPシステム12にも供給し、FTPクライアント206は、SIPシステム12から供給されるSIPのメッセージ送信結果としてファイル状態を管理することができる。
【００８５】
なお、本実施例は、Webシステム12またはFTPシステム190のクライアントからSIPシステム12にサービスインスタンスに対応した処理を行わせ、その処理結果は要求を出したクライアントに表示させる点を説明したが、この処理に限定されるものでなく、逆のシーケンスにより情報を提供することもできる。すなわちSIPシステム12からWebシステム12またはFTPシステム190に代理UA処理を行うこともできる。
【００８６】
以上のように構成することにより、たとえばWebシステム14に接続するクライアントから要求されたサービスインスタンスを実行する場合、HTTPプロトコルでこの要求に対する代理UA管理部76が代理UAとして機能し、連携管理部70を起動させ、連携管理部70でこの要求をSOAP/CORBAのいずれかのプロトコルの要求にして、連携管理部52に送り、連携管理部52でSIPプロトコルの要求にし、代理UA管理部50の対応する代理UA機能で要求に対する処理を行い、この処理結果の応答を代理UA管理部50、連携管理部52, 70、代理UA管理部76を経て要求したクライアントに送って、表示させ、異種の通信プロトコル間でのサービスインスタンスに対応した代理UA処理を各システムで行い、これまで変換ゲートウェイでできなかったサービスを提供し、Webシステム14において長時間にわたって処理の保留がなく、リソースを有効に利用することができ、適切なユーザインタフェースを実現させることができる。
【００８７】
代理UA管理部50は、ユーザエージェントに対する代理としての生成、登録、削除、ならびにユーザエージェントとするプレゼンス情報の変更、ユーザエージェントとして指定先へのメッセージ送信、ユーザエージェントを代理するユーザ情報の編集およびユーザエージェントを代理するユーザ情報の検索をそれぞれ、管理する機能部56〜68を含み、代理UA管理部76は、代理UA管理部50の各機能部56〜68にアクセスする機能部80〜92を含むことにより、とくに、HTTP環境での上述した各処理の経過をユーザに通知するHTTPの処理（トランザクション）が迅速に行うことができる。
【００８８】
SIPとHTTPプロトコルやSIPとFTPプロトコルに対して共通に扱えるプロトコルにSOAPおよびCORBAのいずれかを用いることにより、異なるシステム環境のシステム間であっても、情報を通信させることができる。
【００８９】
サービス提供システム10は、SIPシステム12とWebシステム14を同一の計算機内に収容することにより、システム構成を小規模にすることができる。また、連携管理部52, 70の機能を所定の関数コールに持たせることにより、連携管理部52, 70をそれぞれの構成要素として実装せずに済むことから、装置の小型化に寄与する。SIPシステム12とWebシステム14またはSIPシステム12とFTPシステム190との間にネットワークを介在させることにより、各システムを分散して配置することができ、サービス提供システム10の配置に柔軟性を持たせることができる。
【００９０】
サービス提供システム10は、SIPシステム12とWebシステム14ならびにSIPシステム12とFTPシステム190とをそれぞれコンピュータで構成し、このシステム10を機能させるプログラムは、連携管理部52および代理UA管理部50ならびに連携管理部70および代理UA管理部76として機能させることことにより、システム構成をより一層小型することができ、構成の追加や削減、バージョンアップ等の要求に対しても柔軟に対応することができる。
【００９１】
また、本発明のサービス提供方法によれば、たとえばWebシステム14に接続するクライアントから要求されたサービスインスタンスを実行する場合、HTTPプロトコルでこの要求に対する代理ユーザエージェント（UA）の代理アクセス機能により起動信号（Launching）104を生成し、この要求をSOAP/CORBAの一方を用いて表された要求にして、システム間の通信を行い、SIPプロトコルにした要求に対応する代理UA機能でSIPシステム12における情報処理を行い、この処理結果の応答情報を含む起動信号（Launching）116を代理UAにより生成し、応答情報をSOAP/CORBAの一方にして、システム間の通信を行い、応答情報を代理アクセス機能にて要求したクライアントに送って、表示させて、異種の通信プロトコル間でのサービスインスタンスに対応した代理UA処理を各システムで行うことにより、これまでできなかったサービスを提供することができる。とくに、Webシステム14において長時間にわたって処理の保留がなく、リソースを有効に利用することができる。
【００９２】
代理ユーザエージェントは、要求されたサービスインスタンスに対応する、ユーザエージェントとしての生成、登録、削除、ならびにユーザエージェントとするプレゼンス情報の変更、ユーザエージェントとして指定先へのメッセージ送信、ユーザエージェントとしてユーザ情報の編集およびユーザエージェントとしてユーザ情報の検索をそれぞれ行い、代理アクセスは、生成、登録、削除、プレゼンスの変更、メッセージ送信、ユーザ情報の編集およびユーザ情報の検索それぞれへのアクセスを行うことにより、HTTP環境での上述した各処理の経過をユーザに通知するHTTPの処理（トランザクション）が迅速に行うことができる。
【００９３】
また、サービス提供方法は、SIPとHTTPプロトコルやSIPとFTPプロトコルに対して共通に扱えるプロトコルにSOAPおよびCORBAのいずれかを用いることにより、異なるシステム環境のシステム間であっても、情報を通信させることができる。
【産業上の利用可能性】
【００９４】
本発明は、前述した実施例に限定されるものでなく、異なるプロトコル間を融合するプロトコルと、この使用するプロトコルにより連携管理すれば、構築するAPを相互に連携させることができ、融合型APの構築・実行・運用を容易に行うことができる。
【図面の簡単な説明】
【００９５】
【図１】本発明のサービスシステムを適用したサービス提供システムの概略的な構成を示すブロック図である。
【図２】図１に示したアクセッサコンポーネントの構成例を示すブロック図である。
【図３】図１に示したサービス提供システムにおけるサービス生成依頼に対する動作手順を説明するシーケンスチャートである。
【図４】図１に示したサービス提供システムにおけるプレゼンス設定依頼に対する動作手順を説明するシーケンスチャートである。
【図５】図１に示したサービス提供システムにおけるメッセージ送信依頼に対する動作手順を説明するシーケンスチャートである。
【図６】図１の構成に対する第１変形例の概略的な構成を示すブロック図である。
【図７】図１の構成に対する第２変形例の概略的な構成を示すブロック図である。
【図８】図７に示したサービス提供システムにおけるメッセージ送信依頼に対する動作手順を説明するシーケンスチャートである。
【符号の説明】
【００９６】
10  サービス提供システム
12  SIPシステム
14  Webシステム
16  SOAP/CORBAネットワーク
18  SIPサーバ
20  SIP-DB
22  SIP-APサーバ
26  SIP-AP
28  Webアクセッサコンポーネント
30  SIPクライアント
32  Webサーバ
34  Web-DB
36  Web-APサーバ
40  Web-AP
42  SIPアクセッサコンポーネント
50, 76  代理UA管理部
52, 70  連携管理部
54, 78  コンポーネントAPI
【図１】
2005135222.tif 000003
【図２】
2005135222.tif 000004
【図３】
2005135222.tif 000005
【図４】
2005135222.tif 000006
【図５】
2005135222.tif 000007
【図６】
2005135222.tif 000008
【図７】
2005135222.tif 000009
【図８】
2005135222.tif 000010