(57)【要約】【課題】システム環境に関わらず、発信側による通信能力の指定を可能にするサービスシステムおよびその通信条件の設定方法を提供。【解決手段】SIP通信システム10は、SIPクライアント端末装置14の発信に応じてSIPサーバ18が有するプレゼンス探索機能部28の機能によりSIP-DB 20にあらかじめ登録されている通信相手の通信条件を検索し、得られた通信相手に対する通信条件を発信元のSIPクライアント端末装置14に供給し、発信側指定機能部32の機能によりこの通信条件の中から一つの通信条件を選択して、通信相手側のSIPクライアント端末装置16に通信条件を指定して、発信側にて通信相手側が満足する通信条件を設定する。【選択図】図１
2005202724.tif 000002
【特許請求の範囲】
【請求項１】
システム環境を特定する通信プロトコルを取り扱って、管理する第１のサーバと、
第１のサーバが管理する情報とともに、通信条件を格納する情報蓄積手段と、
前記通信プロトコルを操作するアプリケーションを稼動させる第２のサーバと、
第２のサーバに提供される前記アプリケーションを構築するインタフェース手段と、
第１のサーバに接続されるクライアント端末手段とを含み、
第１および第２のサーバは、それぞれ、前記通信条件を示すプレゼンス情報を探索する機能ブロックを有し、
前記クライアント端末手段は、該手段からの発信に応じて第１のサーバを介して通信相手に対する通信条件が供給され、該供給された通信条件の中から一つの通信条件を選択する条件指定機能ブロックを有することを特徴とするサービスシステム。
【請求項２】
請求項１に記載のシステムにおいて、前記通信条件は、あらかじめ登録された通信機器を示す通信形態情報ならびに音声および映像情報に対する通信方式を示す通信形式情報とともに、前記通信形態情報と前記通信形式情報との組合せに対してユーザが所望の優先度を含むことを特徴とするサービスシステム。
【請求項３】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、該情報をサービスとして提供するサービスシステムにおいて、該サービスシステムは、
第１の通信プロトコルに基づいて動作する第１のシステムと、
第２の通信プロトコルに基づいて動作する第２のシステムとを備え、
第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う仲介ソフトウェアで処理し、第２のシステムから供給される前記仲介ソフトウェアで処理された情報を第１の通信プロトコルの情報にする第１の連携管理手段と、
サービス対象の状態情報を表すプレゼンス情報を処理し、管理する第１のプレゼンス管理手段と、
第１の通信プロトコルを取り扱って、管理する第１のサーバと、
第１のプロトコルを操作するアプリケーションを稼動させる第２のサーバと、
第１のサーバが管理する情報とともに、第１の通信条件を格納する第１の情報蓄積手段と、
第２のサーバに提供される前記アプリケーションを構築するインタフェース手段と、
第１および第２のサーバの少なくとも一方に第１の通信条件を示すプレゼンス情報を探索する機能ブロックとを含み、
第２のシステムは、第１のシステムに送出する情報を前記仲介ソフトウェアで処理し、第１のシステムから供給される前記仲介ソフトウェアで処理された情報を第２の通信プロトコルの情報にする第２の連携管理手段と、
第２のシステムから第１のプレゼンス管理手段にアクセスして、前記サービス対象の各種情報を取得する第２のプレゼンス管理手段と、
第２の通信プロトコルを取り扱って、管理する第３のサーバと、
第２のプロトコルを操作するアプリケーションを稼動させる第４のサーバと、
第３のサーバが管理する情報とともに、第２の通信条件を格納する第２の情報蓄積手段と、
第４のサーバに提供される前記アプリケーションを構築するインタフェース手段と、
第３および第４のサーバの少なくとも一方に第２の通信条件を示すプレゼンス情報を探索する機能ブロックとを含み、
さらに、該サービスシステムは、第１のサーバに接続され、発信に応じて通信相手に対する第２の通信条件が供給され、該供給された第２の通信条件の中から一つの通信条件を選択する条件指定機能ブロックを有するクライアント端末手段を含むことを特徴とするサービスシステム。
【請求項４】
請求項３に記載のサービスシステムにおいて、前記仲介ソフトウェアは、SOAP（Simple Object Access Protocol）およびCORBA（Common Object Request Broker Architecture）のいずれかであることを特徴とするサービスシステム。
【請求項５】
請求項３または４に記載のサービスシステムにおいて、第１のシステムおよび第２のシステムは、それぞれ、一つの計算機内または同じドメイン内のLAN（Local Area Network）環境に配置されていることを特徴とするサービスシステム。
【請求項６】
請求項３または４に記載のサービスシステムにおいて、第１のシステムおよび第２のシステムは、ともに同一計算機に配置され、第１および第２の連携管理手段ならびに第１および第２のプレゼンス管理手段と同一の機能を関数として実現させる関数呼出し機能ブロックを設け、該機能の重複を避けた構成にすることを特徴とするサービスシステム。
【請求項７】
請求項６に記載のサービスシステムにおいて、前記関数呼出し機能ブロックは、C言語およびC++言語のいずれかを用いて記述されたプログラムであることを特徴とするサービスシステム。
【請求項８】
請求項３ないし７のいずれか一項に記載のサービスシステムにおいて、第１のシステムは、SIP（Session Initiation Protocol）環境のシステムであり、第２のシステムは、Web（world wide Web）環境のシステムであることを特徴とするサービスシステム。
【請求項９】
請求項３ないし７のいずれか一項に記載のサービスシステムにおいて、第１のシステムは、SIP（Session Initiation Protocol）環境のシステムであり、第２のシステムは、FTP（File Transfer Protocol）環境のシステムであることを特徴とするサービスシステム。
【請求項１０】
通信端末装置間で通信条件を設定する方法であって、該方法は、
送信側の通信端末装置から通信相手を特定する情報を発信する第１の工程と、
該発信した通信相手を特定する情報を基にあらかじめ登録された前記通信相手側が所望する通信条件を検索する第２の工程と、
該検索により得られた前記通信相手側が所望する通信条件を前記送信側の通信端末装置に通知する第３の工程と、
該送信側の通信端末装置にて通知された前記通信相手側が所望する通信条件の中から所望の通信条件を選択する第４の工程と、
該選択した通信条件を前記通信相手側の通信端末装置に送信する第５の工程とを含むことを特徴とする通信条件の設定方法。
【請求項１１】
請求項10に記載の方法において、前記通信相手側が所望する通信条件は、所望する通信機器を示す通信形態情報ならびに音声および映像情報に対する通信方式を示す通信形式情報とともに、前記通信形態情報と前記通信形式情報との組合せに対してユーザが所望の優先度を含むことを特徴とする通信条件の設定方法。
【請求項１２】
異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信する際に通信条件を設定する方法において、該方法は、
第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う仲介ソフトウェアで処理した情報を送出する第１の工程と、
第２のシステムに供給される前記仲介ソフトウェアにより処理した情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、
第２のシステムから送出する第２の通信プロトコルの情報を前記仲介ソフトウェアで処理した情報を送出する第３の工程と、
第１のシステムに供給される前記仲介ソフトウェアにより処理した情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、
送信側のクライアントから通信相手を特定する情報を発信する第５の工程と、
該発信した通信相手を特定する情報を第１の検索条件として検索する第６の工程と、
第１の検索条件を第１および第２の工程により第２のシステムに送り、第２の通信プロトコルにおける検索条件にする第７の工程と、
第２の通信プロトコルにおける検索条件を基に該当するあらかじめ登録された前記通信相手側が所望する通信条件を検索する第８の工程と、
該検索結果を第３および第４の工程により第１のシステムに送り、第１の通信プロトコルで記述した前記通信相手側が所望する通信条件にする第９の工程と、
該検索により得られた前記通信相手側が所望する通信条件を前記送信側のクライアントに通知する第10の工程と、
該送信側の通信端末装置にて通知された前記通信相手側が所望する通信条件の中から所望の通信条件を選択する第11の工程と、
該選択した通信条件を前記通信相手側の通信端末装置に送信する第12の工程とを含むことを特徴とする通信条件の設定方法。
【請求項１３】
請求項12に記載の方法おいて、前記仲介ソフトウェアは、SOAP（Simple Object Access Protocol）およびCORBA（Common Object Request Broker Architecture）のいずれかであることを特徴とする通信条件の設定方法。
【請求項１４】
請求項12または13に記載の方法において、第１のシステムは、SIP（Session Initiation Protocol）環境のシステムであり、第２のシステムは、Web（world wide Web）環境のシステムであることを特徴とする通信条件の設定方法。
【請求項１５】
請求項12または13に記載の方法において、第１のシステムは、SIP（Session Initiation Protocol）環境のシステムであり、第２のシステムは、FTP（File Transfer Protocol）環境のシステムであることを特徴とする通信条件の設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスシステムおよびその通信条件の設定方法に関し、本発明のサービスシステムは、サーバ-クライアント間においてサービス性が高く、リアルタイムに通信する通信システムで、とくに、VoIP（Voice Over Internet Protocol）を実現する代表的なプロトコルであるSIP（Session Initiation Protocol）によるVoIPサーバ環境（SIPサーバ環境）と、この環境と異なる環境上のAP（Application:アプリケーションソフトウェア）とを利用した融合型の通信システムに関するものであり、また、本発明の通信条件の設定方法は、サーバ-クライアント間の通信システムにおける発信者側でたとえば、メディアの決定権を与える通信条件の設定方法に関するものである。
【背景技術】
【０００２】
従来、SIP（Session Initiation Protocol）は、インターネット技術の標準文書であるRFC（Request For Comments）3261勧告により本体が定義されている。RFC3261勧告には、Preferenceが定義されている。この定義では、発信者側がメディアタイプを指定して通信する場合と、着信側が着信時のメディアを登録しておく場合がある。メディアタイプとは、通信能力を示すものであり、具体的には音声/画像符号化方式等を表している。SIPでは、いずれの場合も着信側にメディアの決定権を持たせている。
【０００３】
【非特許文献１】RFC3261 インターネット＜URL: http://www.ietf.org/rfc/rfc3261.txt＞
【非特許文献２】インターネット＜URL: http://jcp.org/aboutJava/communityprocess/final/jsr116/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述したようなメディアの決定権の規定により、ISP（Internet Service Provider）が提供するリアルタイムコミュニケーションサービス等において発信者はメディアを指定できない。このことから、発信者は、相手の状況・自分の状況に基づいた最適なメディアを選択できない。
【０００５】
簡単にメディアの選択について説明する。単一システムにおける着信指定の場合がある。第１に、着信側による指定において、メディアタイプを携帯電話またはIM（Instant Message）での通信だけとしてサーバに設定している場合、決定権のある着信者は、送信側のソフトフォンでの発信に対して携帯電話で着信を行う。第２に、着信側がメディアタイプとしてIMまたは通常の電話の通信を指定する場合、たとえ発信者がテレビ電話を指定し、発信要求を出力しても、決定権のある着信者は、この発信要求を受け入れず、発信者にたとえば、普通の電話での接続ならば可能なことを伝える。したがって、発信者はメディアを指定できない。
【０００６】
また、異種のシステム間で発信を指定する場合がある。たとえば発信者がSIP環境を介してサービス提供者が有する相手側のWeb（world wide Web）サーバにアクセスして通信相手が使用したい通信能力等の条件内で優先度付けを行う場合、別々なAP（AP: APplication）環境に対するそれぞれの煩雑な操作によって実現させている。しかしながら、WebのAP環境のWebクライアントは、Web画面等を駆使して通信方法の優先度付け等を行うことができない。これは、従来のWebのAP環境が企業の情報システムやISPが提供する情報提供型のAPサービスの構築とSIPのAP環境が電話系サービスの構築と、それぞれ異なる用途に利用されていることが原因である。
【０００７】
本発明はこのような従来技術の欠点を解消し、システム環境に関わらず、発信側による通信能力の指定を可能にするサービスシステムおよびその通信条件の設定方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は上述の課題を解決するために、システム環境を特定する通信プロトコルを取り扱って、管理する第１のサーバと、第１のサーバが管理する情報とともに、通信条件を格納する情報蓄積手段と、通信プロトコルを操作するアプリケーションを稼動させる第２のサーバと、第２のサーバに提供されるアプリケーションを構築するインタフェース手段と、第１のサーバに接続されるクライアント端末手段とを含み、第１および第２のサーバは、それぞれ、通信条件を示すプレゼンス情報を探索する機能ブロックを有し、クライアント端末手段は、この手段からの発信に応じて第１のサーバを介して通信相手に対する通信条件が供給され、この供給された通信条件の中から一つの通信条件を選択する条件指定機能ブロックを有することを特徴とする。
【０００９】
本発明のサービスシステムは、クライアント端末手段の発信に応じて第１のサーバが有する機能ブロックの機能により情報蓄積手段にあらかじめ登録されている通信相手の通信条件を検索し、得られた通信相手に対する通信条件を発信元のクライアント端末手段に供給し、条件指定機能ブロックの機能によりこの通信条件の中から一つの通信条件を選択して、通信相手側に通信条件を指定することにより、発信側にて通信相手側が満足する通信条件を設定することができる。
【００１０】
また、本発明は上述の課題を解決するために、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信して、この情報をサービスとして提供するサービスシステムにおいて、このサービスシステムは、第１の通信プロトコルに基づいて動作する第１のシステムと、第２の通信プロトコルに基づいて動作する第２のシステムとを備え、第１のシステムは、第２のシステムに送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う仲介ソフトウェアで処理し、第２のシステムから供給される仲介ソフトウェアで処理された情報を第１の通信プロトコルの情報にする第１の連携管理手段と、サービス対象の状態情報を表すプレゼンス情報を処理し、管理する第１のプレゼンス管理手段と、第１の通信プロトコルを取り扱って、管理する第１のサーバと、第１のプロトコルを操作するアプリケーションを稼動させる第２のサーバと、第１のサーバが管理する情報とともに、第１の通信条件を格納する第１の情報蓄積手段と、第２のサーバに提供されるアプリケーションを構築するインタフェース手段と、第１および第２のサーバの少なくとも一方に第１の通信条件を示すプレゼンス情報を探索する機能ブロックとを含み、第２のシステムは、第１のシステムに送出する情報を仲介ソフトウェアで処理し、第１のシステムから供給される仲介ソフトウェアで処理された情報を第２の通信プロトコルの情報にする第２の連携管理手段と、第２のシステムから第１のプレゼンス管理手段にアクセスして、サービス対象の各種情報を取得する第２のプレゼンス管理手段と、第２の通信プロトコルを取り扱って、管理する第３のサーバと、第２のプロトコルを操作するアプリケーションを稼動させる第４のサーバと、第３のサーバが管理する情報とともに、第２の通信条件を格納する第２の情報蓄積手段と、第４のサーバに提供されるアプリケーションを構築するインタフェース手段と、第３および第４のサーバの少なくとも一方に第２の通信条件を示すプレゼンス情報を探索する機能ブロックとを含み、さらに、このサービスシステムは、第１のサーバに接続され、発信に応じて通信相手に対する第２の通信条件が供給され、該供給された第２の通信条件の中から一つの通信条件を選択する条件指定機能ブロックを有するクライアント端末手段を含むことを特徴とする。
【００１１】
本発明のサービスシステムは、クライアント端末手段の発信に応じて第１のサーバが有する機能ブロックの機能により第１の情報蓄積手段に登録されている通信相手の第１の通信条件を検索し、この検索結果を第１の連携管理手段の仲介ソフトウェアで処理して、第２の連携管理手段に送って、第２の通信プロトコルの情報にした検索結果を第４のサーバに供給し、この検索結果を基に第４のサーバが有する機能ブロックを機能させて第２の情報蓄積手段を検索して該当する第２の通信条件を求め、得られた第２の通信条件を第４のサーバ、第２の連携管理手段、第１の連携管理手段、第２のサーバおよび第１のサーバを経て発信元のクライアント端末装置に供給し、条件指定機能ブロックの機能により第２の通信条件の中から一つの通信条件を選択して、通信相手側に通信条件を指定することにより、発信側にて通信相手側が満足する通信条件を設定することができる。
【００１２】
本発明は上述の課題を解決するため、通信端末装置間で通信条件を設定する方法であって、この方法は、送信側の通信端末装置から通信相手を特定する情報を発信する第１の工程と、この発信した通信相手を特定する情報を基にあらかじめ登録された通信相手側が所望する通信条件を検索する第２の工程と、この検索により得られた通信相手側が所望する通信条件を送信側の通信端末装置に通知する第３の工程と、この送信側の通信端末装置にて通知された通信相手側が所望する通信条件の中から所望の通信条件を選択する第４の工程と、この選択した通信条件を通信相手側の通信端末装置に送信する第５の工程とを含むことを特徴とする。
【００１３】
本発明の通信条件の設定方法は、発信した通信相手を特定する情報を基にあらかじめ登録された通信相手側が所望する通信条件を検索して得られた通信相手側が所望する通信条件を送信元の通信端末装置に供給し、取得した通信条件の中から所望の通信条件を選択し、通信相手側の通信端末装置に送信することにより、発信側にて通信条件を指定することが可能になる。
【００１４】
さらに、本発明は上述の課題を解決するため、異なる通信プロトコルの環境により構築されたシステムに接続するクライアントのそれぞれと情報を通信する際に通信条件を設定する方法において、この方法は、第１の通信プロトコルに応じて動作する第１のシステムと第２の通信プロトコルに応じて動作する第２のシステムとの間の通信のうち、第１のシステムから送出する情報を第１の通信プロトコルと第２の通信プロトコルにおいて共通に連携させる情報として扱う仲介ソフトウェアで処理した情報を送出する第１の工程と、第２のシステムに供給される前記仲介ソフトウェアにより処理した情報を第２の通信プロトコルの情報に処理して、送出する第２の工程と、第２のシステムから送出する第２の通信プロトコルの情報を仲介ソフトウェアで処理した情報を送出する第３の工程と、第１のシステムに供給される仲介ソフトウェアにより処理した情報を第１の通信プロトコルの情報に処理して、送出する第４の工程とを含み、送信側のクライアントから通信相手を特定する情報を発信する第５の工程と、この発信した通信相手を特定する情報を第１の検索条件として検索する第６の工程と、第１の検索条件を第１および第２の工程により第２のシステムに送り、第２の通信プロトコルにおける検索条件にする第７の工程と、第２の通信プロトコルにおける検索条件を基に該当するあらかじめ登録された通信相手側が所望する通信条件を検索する第８の工程と、この検索結果を第３および第４の工程により第１のシステムに送り、第１の通信プロトコルで記述した通信相手側が所望する通信条件にする第９の工程と、この検索により得られた通信相手側が所望する通信条件を送信側のクライアントに通知する第10の工程と、この送信側の通信端末装置にて通知された通信相手側が所望する通信条件の中から所望の通信条件を選択する第11の工程と、この選択した通信条件を通信相手側の通信端末装置に送信する第12の工程とを含むことを特徴とする。
【００１５】
本発明の通信条件の設定方法は、発信した通信相手を特定する情報を基にあらかじめ登録された通信相手側の第１の通信条件を検索し、仲介ソフトウェアにより検索結果を第１のシステムから第２のシステムに送り、供給された検索結果を基に第２の通信条件を検索し、第２の通信条件を第２のシステムから第１のシステムに仲介ソフトウェアを用いて送り、さらに送信側のクライアントに通知し、通知された第２の通信条件の中から所望の通信条件を選択し、通信相手側のクライアントに送信することにより、異なる通信システムにおける通信を融合させて取得した情報を基に発信側にて通信条件を指定する。
【発明を実施するための最良の形態】
【００１６】
次に添付図面を参照して本発明によるサービスシステムの実施例を詳細に説明する。本実施例は、本発明のサービスシステムをSIP通信システム10に適用した場合である。本発明と直接関係のない部分について図示および説明を省略する。以下の説明で、信号はその現れる接続線の参照番号で指示する。
【００１７】
SIP通信システム10は、図１に示すように、SIPシステム12およびSIPクライアント端末装置14, 16を含む。SIPシステム12は、１つのサーバ計算機内または同じドメイン内のLAN（Local Area Network）環境に配置される構成である。SIPシステム12は、SIPサーバ18、SIPデータベース（SIP-DB）20、SIPアプリケーションサーバ（SIP-APサーバ）22、SIPアプリケーションインタフェース（SIP-API）24およびSIPアプリケーション（SIP−AP）26を含む。
【００１８】
SIPシステム12の構成要素それぞれについて簡単に説明する。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は、本実施例の特徴であるプレゼンス探索機能部28を有している。プレゼンス探索機能部28は、SIPクライアント端末装置の発信要求に対する着信側のSIPクライアント端末装置に設定されているプレゼンス情報を探索する機能を有している。SIPサーバ18は、本実施例にてSIPクライアント端末装置14, 16に接続され、SIP-APサーバ22から提供される情報、SIPメッセージによりやりとりしている。
【００２１】
SIP-DB 20は、SIPサーバ18が管理する、たとえばユーザ情報およびプレゼンス情報等を相互に関連付けて格納するストレージでデータベースが構築されている。SIP-DB 20にはSIPサーバ18に接続され、SIPサーバ18の検索要求やSIP-APサーバ22からの要求に応じて情報を提供する機能を有するものもある。上述したユーザ情報は、クライアントのアドレス情報や認証に用いる情報である。プレゼンス情報は、クライアントがSIPシステム12に接続されているか否か、クライアントが起動・利用されているか否か、さらに別のクライアントと接続中であるか否か等の情報である。
【００２２】
本実施例では、希望する通信形態に関する情報やこれらの情報が適用される優先順位等も格納されている。通信形態に関する情報としては、たとえば固定電話、携帯電話、テレビ電話、IM等が挙げられる。また、通信能力を示す情報には、G.711、G.729およびG.723等の音声符号化方式、H.261、H.263等の画像符号化方式に関する情報がある。
【００２３】
SIP-APサーバ22は、SIPプロトコルに基づいてSIPサーバ18により管理されるアプリケーションを操作に応じて稼動するサーバである。SIP-APサーバ22は、SIPサーバ18およびSIP-API 24にそれぞれ、接続されている。SIP-API 24は、SIPサーバ18で受信するSIPリクエストをアプリケーションに伝達する機能およびSIPサーバ18ヘのリクエストを発行する機能を有する。SIPリクエストには、セッション確立、確認応答、通話終了およびプレゼンス変更等がある。SIP-APサーバ22には、プレゼンス探索機能部30を設けるようにしてもよい。この場合、SIP-APサーバ22は、SIPクライアント端末装置からの発信要求を受けて、SIPサーバ28を介してSIP-DB 20にて該当するプレゼンス情報の事前探索を行い、得られた結果を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 アプリケーションインタフェース（API）がある。
【００２５】
SIP-AP 26は、接続するSIP-API 24により構築され、SIP-APサーバ22上で稼動するアプリケーションである。SIP-AP 26が扱うアプリケーションには、たとえばIP電話、インスタントメッセージ、テレビ電話、プレゼンスコミュニケーション等がある。
【００２６】
SIPクライアント端末装置14, 16は、SIPサーバ18と接続し、SIP-AP 26が提供する機能を利用するクライアント環境を有している。これらを代表する端末装置には、SIPソフトフォンがある。SIPクライアント端末装置14, 16は、それぞれ発信側指定機能部32, 34を含む。発信側指定機能部32, 34は、SIPサーバ18またはSIP-APサーバ22で得られた優先度を有する事前のプレゼンス情報の中からプレゼンス情報を選択して着信側に送信する機能を有している。
【００２７】
SIP通信システム10は、SIPサーバ18とSIP-APサーバ22を接続させ、これらのサーバに連携して動作させ、プレゼンス探索機能部28, 30を設けてSIPクライアント端末装置が要求する着信相手の情報をSIP-DB 20で探索し、事前に取得し、発信元に対応するSIPクライアント端末装置に提供する。SIPクライアント端末装置は、発信側指定機能部で事前に提供された情報の中から選択した指定情報を着信側に送る。これにより、発信側で通信能力を指定することができる。
【００２８】
次にSIP通信システム10における通信条件の選択処理について説明する。この説明においてSIPクライアント端末装置14を送信側とSIPクライアント端末装置16を受信側とする。SIPクライアント端末装置16は、あらかじめ通信能力等に関するプレゼンス情報をSIPシステム12に登録する。時刻T10にてSIPクライアント端末装置16は、プレゼンス情報の登録依頼（REGIST_REQ.）40をSIPサーバ18に送信する。
【００２９】
SIPサーバ18では時刻T12にてSIPクライアント端末装置16から提供されたプレゼンス情報の登録依頼（REGIST_REQ.）40に含まれるプレゼンス情報を登録情報（REGIST_INFO.）42としてSIP-DB 20に送信する。SIP-DB 20は、プレゼンス情報の登録情報42を記録して蓄積する。このようにSIP-DB 20に格納されるプレゼンス情報の登録情報42は、SIPクライアント端末装置16が扱う通信形態、ならびに通信能力を示す音声符号化方式および画像符号化方式とともに、これらに対する優先度を含んでいる。SIP-DB 20には、SIPクライアント端末装置16に限らず、他のSIPクライアント端末装置のプレゼンス情報をあらかじめ登録していることは言うまでもない。
【００３０】
SIPクライアント端末装置14は、時刻T14にてこれから通信する相手が登録しているプレゼンス情報を確認するように確認依頼（CONFIRM_REQ.）44をSIPサーバ18に出力する。確認依頼44には、電話番号、IPアドレス等のように通信相手を特定する情報が含まれている。SIPサーバ18では、SIPクライアント端末装置14からの確認依頼44を受信して、時刻T16にてプレゼンス探索機能部28の機能によりプレゼンス情報の確認依頼（CONFIRM_REQ.）46をSIP-DB 20に出力する。
【００３１】
SIP-DB 20では、確認依頼46に含まれている情報を基に通信する相手先の登録されているプレゼンス情報を検索する。SIP-DB 20は、時刻T18にて検索結果を応答情報（RESPONSE）48としてSIPサーバ18に出力する。ここで、これは、ソフトウェア上における引数に対して値を返すことに対応している。応答情報48には、該当するプレゼンス情報が存在した場合、登録されているプレゼンス情報が含まれている。また、該当するプレゼンス情報がない場合、応答情報48は、該当する情報がないことを示す情報を含む。
【００３２】
SIPサーバ18では、SIP-DB 22から供給された応答情報48を時刻T20にて取得したプレゼンス情報の通知（NOTIFY）50として要求されたSIPクライアント端末装置14に送出する。
【００３３】
SIPクライアント端末装置14は、発信側指定機能部32により通知された通信相手先のプレゼンス情報に設定された通信形態および通信能力のうち、所望するものを決定する。この決定は、発信側指定機能部32により、通信形態および通信能力の個々に対して設定されている優先度も、たとえば画面に表示させ、ユーザのキー操作によって行う。SIPクライアント端末装置14は、時刻T22にて通信相手である本実施例のSIPクライアント端末装置16との通信要求をSIPサーバ18に出力する。このとき、通信要求には、上述した選択結果、すなわち指定情報（DESIG._INFO.）52が含まれている。
【００３４】
SIPサーバ18は、決定した指定情報52を含めた、通信要求（COMM._REQ.）54をSIPクライアント端末装置16に時刻T24にて通知する。これにより、SIPクライアント端末装置16は、自装置16の通信指定に合った状況で通信できることを確認し、発信元のSIPクライアント端末装置14との通信を開始する。
【００３５】
なお、発信元のSIPクライアント端末装置は、SIPサーバ18に限定されるものでなく、SIP-APサーバ22に設けたプレゼンス探索機能部30を用い、SIP-DB 20から該当する登録されたプレゼンス情報を取得するようにSIPサーバ18を介してアクセスするようにしてもよい。このアクセスによっても情報を取得することができ、SIPサーバ18から発信元のSIPクライアント端末装置に情報を提供することができる。
【００３６】
このようなシーケンスにより、発信者が通信能力等を指定できる。これにより、相手の状況・自分の状況から最適な通信能力等を選択することができる。
【００３７】
次に本発明のサービスシステムを適用した他の実施例について説明する。本実施例は、異種システム間で通信融合システム60である。共通する部分には、先の実施例に用いた参照番号を付して、説明の煩雑さを避けるためその説明を省略する。通信融合システム60は、図３に示すように、SIP環境のSIPシステム12、SIPクライアント端末装置14, 16、Web環境のWebシステム62、Webクライアント端末装置64, 66を含む。SIPシステム12とWebシステム62は、上述したように、異なるネットワークドメインに属するネットワーク環境上のシステムであり、ネットワーク68を介して相互の通信を行う。SIPシステム12およびWebシステム62は、それぞれ１つのサーバ計算機内または同じドメイン内のLAN環境に配置する構成している。
【００３８】
ネットワーク68は、異なるネットワークドメインに属するネットワーク環境上のシステムを接続するネットワークであり、本実施例においてSOAP（Simple Object Access Protocol）/CORBA（Common Object Request Broker Architecture）ネットワークで、SOAP/CORBAは、それぞれ、SIPシステム12とWebシステム14との情報を仲介する役割を担う通信プロトコルである。さらに説明すると、SOAPは、Webサービス間で交換されるメッセージのデータフォーマットやメッセージの処理ルールを規定した通信プロトコルである。また、CORBAは、OMG（Object Management Group）が策定した分散オブジェクト技術である。
【００３９】
図４に示すSIPシステム12は、図１に示した構成要素、SIPサーバ18、SIP-DB 20、SIP-APサーバ22、SIP-API 24およびSIP-AP 26を含むとともに、新たな構成要素としてWebアクセッサコンポーネント70を含んでいる。
【００４０】
Webアクセッサコンポーネント70は、SIP-AP 26がWebシステム14と連携するコンポーネント群の総称であり、コンポーネントのそれぞれはライブラリソフトウェア部品を表している。したがって、Webアクセッサコンポーネント70は、SIP-AP 26が動作する際に呼び出され、図６に示すWebシステム62の後述するSIPアクセッサコンポーネント72と交信する際に利用される。Webアクセッサコンポーネント70には、たとえば、図４に示すように、プレゼンス管理部74、連携管理部76およびコンポーネントアプリケーションインタフェース（コンポーネントAPI）78を含む。
【００４１】
さらにWebアクセッサコンポーネント70について図５を参照しながら、説明する。プレゼンス管理部74は、SIPシステム12、すなわちSIP環境内で管理するプレゼンス情報を操作管理する機能を有するコンポーネントである。プレゼンス管理部74は、情報登録機能部80、情報変更機能部82、情報検索機能部84および情報更新通知アクセス機能部86を含む。
【００４２】
情報登録機能部80は、たとえば、SIPサーバ18を介して供給されるプレゼンス情報をSIP-DB 20に登録するモジュールである。情報変更機能部82は、SIP-DB 20に対してすでに登録済であるプレゼンス情報を供給される最新のプレゼンス情報で更新するモジュールである。情報検索機能部84は、SIP-DB 20が記録しているプレゼンス情報を供給されるプレゼンス情報で検索するモジュールである。情報更新通知アクセス機能部86は、Webシステム62のプレゼンス管理部に対して最新のプレゼンス情報を更新したことを通知するアクセスモジュールである。
【００４３】
なお、具体的なSIP-AP 26としてどのような機能を実現するかにより、SIP-AP 26側から組合せて利用できるものであり、これらのコンポーネント以外にも、用途に応じて随時拡張することが可能である。このコンポーネントの追加・拡張により、Webシステム62との連携のバリエーションも追加・拡張されることになる。
【００４４】
連携管理部76は、Webシステム62内の対応する連携管理部88と連携し、プレゼンス管理部70をWebシステム62側からアクセスするまたはWebシステム62側をアクセスする通信環境を管理する機能を有している。連携管理環境には、たとえば、SOAPやCORBAのプロトコルに対応する環境設定等がある。このように設定して連携管理部76は、上述したアクセスを可能にするように情報を共通の通信プロトコルに変換する機能およびSIPプロトコルに変換する機能を有している。
【００４５】
コンポーネントAPI 78は、Webアクセッサコンポーネント70をSIP-AP 26が利用するためのインタフェースである。
【００４６】
次にWebシステム62について説明する。Webシステム62は、図６に示すように、Webサーバ90、Web-DB 92、Web-APサーバ94、Web-API 96、Web-AP 98およびSIPアクセッサコンポーネント部72を含む。
【００４７】
Webサーバ90は、HTTPプロトコルを基にハンドリング・管理するサーバである。Webサーバ90は、Web環境内におけるWebクライアント端末装置64, 66に接続されている。Webクライアント端末装置64, 66には、代表的なものとしてWebブラウザがある。また、Webサーバ90は、Web-DB 92およびWeb-APサーバ94と接続してこれらを管理している。Webサーバ90には、プレゼンス探索機能部100を有している。プレゼンス探索機能部100は、SIPクライアント端末装置の発信要求に対する着信側のSIPクライアント端末装置に設定されているプレゼンス情報をWeb-DB 92から探索する機能を有している。
【００４８】
Web-DB 92は、Webサーバ90が管理する情報を格納するストレージであり、管理する情報としてはクライアントの課金情報、利用ログ等を格納してデータベースが構築されている。本実施例でWeb-DB 92には、ユーザの所望する通信形態や通信能力に関する情報が格納されている。通信形態とは、SIP-DB 20の説明で前述したように固定電話、携帯電話、テレビ電話、IM等のことである。また、通信能力情報としては、たとえばG.711、G.729およびG.723等の音声符号化方式やH.261およびH.263等の画像符号化方式のうち、いずれの方式が可能かを示す情報を格納されている。さらに、Web-DB 92は、格納するこれらの情報が適用される優先順位等の情報もユーザによって指定されている。
【００４９】
Web-APサーバ94は、Webサーバ90により管理されるWebプロトコル、HTTP（Hyper Text Transfer Protocol）を操作するAPを稼動するサーバである。Web-APサーバ94には、たとえば、オープンソースのTOMCAT、BEAシステム社のWebLogic（商標）等が挙げられる。Web-APサーバ94は、Web-API 96を介してWeb-AP 98に接続されている。Web-APサーバ94は、Web-DB 92の情報を基にアプリケーションを動作させてもよい。Web-APサーバ94には、Webサーバ90と同様にプレゼンス探索機能部102を有している。プレゼンス探索機能部102は、SIPクライアント端末装置の発信要求に対する着信側のSIPクライアント端末装置に設定されているプレゼンス情報をWeb-DB 92から探索する機能を有している。
【００５０】
Web-API 96は、Web-APサーバ94が提供するアプリケーションインタフェースである。Web-API 96は、代表的なAPIとして、J2EE（Java2 Enterprise Edition）環境で規定されているHTTP Servlet APIやEJB（Enterprise Java（商標） Beans）等がある。Web-API 96は、Web-APサーバ94とWeb-AP 98との情報のやりとりを可能にしている。
【００５１】
Web-AP 98は、接続するWeb-API 96により構築され、Web-APサーバ94上で稼動するWebアプリケーションであり、SIPアクセッサコンポーネント72にも接続されている。Webアプリケーションには、インターネットショッピングモール、企業ポータル、コンテンツ配信等のAPがある。
【００５２】
SIPアクセッサコンポーネント72は、Web-AP 98がSIPシステム12と連携するコンポーネント群の総称であり、Web-AP 98が動作する際に呼び出されるライブラリソフトウェアである。SIPアクセッサコンポーネント72は、Web-AP 98がSIPシステム12上のWebアクセッサコンポーネント70と交信する際に利用される。この場合も、Webアクセッサコンポーネント70と同様に、Web-AP 98は、SIP-AP 26と連携してどのような機能を実現するかに応じてWeb-AP 98側から組み合せて利用できるものである。SIPアクセッサコンポーネント72は、用途に応じて随時拡張することが可能で、このコンポーネントの追加・拡張により、SIPシステム12との連携のバリエーションも追加・拡張されることになる。
【００５３】
SIPアクセッサコンポーネント72は、プレゼンス管理部104、連携管理部88およびコンポーネントAPI 106を含む。プレゼンス管理部104は、プレゼンス管理部74内の前述した各機能部を連携管理部76と連携管理部88との通信によりアクセスする複数のモジュールを含む。プレゼンス管理部104は、SIP環境のプレゼンス管理部74にアクセスして、SIPシステム12またはSIP環境内で管理するプレゼンス情報にアクセスするWeb環境内のコンポーネントである。すなわち、プレゼンス管理部104は、機能部のそれぞれからプレゼンス管理部74の対応する機能部をアクセスすることにより、Webシステム62またはWeb環境側からのアクセス機能を実現し、各種の情報を取得する。
【００５４】
プレゼンス管理部104は、図５に示すように、情報登録アクセス機能部108、情報変更アクセス機能部110、情報検索アクセス機能部112および情報更新通知機能部114を含む。情報登録アクセス機能部108、情報変更アクセス機能部110および情報検索アクセス機能部112は、それぞれの機能部からアクセスし、SIP環境側のプレゼンス管理部74内の対応する機能部をアクセスすることにより、アクセス機能を実現し、情報更新通知機能部114は、SIP環境側のプレゼンス管理部74内のプレゼンス情報更新通知アクセス機能部86からの情報通知後に起動される機能として実現する。通知されたプレゼンス情報は、Webブラウザ上で表示可能な形式に変換される。
【００５５】
連携管理部88は、SIPシステム12内の対応する連携管理部76と連携し、プレゼンス管理部108を利用してSIPシステム12側をアクセスし、また、Webシステム62側をアクセスさせる通信環境を有している。具体的に連携管理部88は、連携管理部76に対応してSOAPやCORBA等による連携処理を行う。本実施例における連携処理とは、Webシステム62からの送信に際してSOAP/CORBAのいずれかに処理し、Webシステム62への受信に際して供給されるデータをHTTPプロトコルにすることである。この処理とは、SIPシステム12の情報検索機能部84をWebシステム62側から利用する場合、情報検索機能をリモート環境からアクセスするプレゼンス情報検索スタブを呼び出すことにより交信を行うことである。このスタブは、リモートアクセスの実現に利用する上述した機構により異なる。選択する機構がCORBAによる連携であればCORBAのスタブ、選択する機構がSOAPによる連携であればSOAPアクセスするスタブを利用することになる。
【００５６】
コンポーネントAPI 106は、SIPアクセッサコンポーネント部72をWeb-AP 98が利用するために配設されている。
【００５７】
このようにSIP環境とWeb環境との通信を融合させて、相互に連携した通信を可能にしながら、あらかじめ通信相手が所望する通信能力や優先度等を示すプレゼンス情報をWeb-DB 92に通信条件として設定しておき、SIP環境のSIPクライアント端末装置を発信者として、SIPシステム12、SOAP/CORBAネットワーク68を介してサービスを提供するWebシステム62におけるWeb-APサーバ94にアクセスし、通信要求の相手先に関する通信条件をWeb-DB 92から探索して求める。Webシステム62は、得られた通信条件をSOAP/CORBAネットワーク68を介してSIPシステム12内のSIPサーバ18に供給し、さらに通信条件を発信者であるSIPクライアント端末装置に通知する。発信者は、通信相手の所望する通信条件の中から選んだ条件を発信する。このとき、SIPサーバは自動的に通信相手側と指定された通信条件を基にネゴシエーションして、通信可能な状態にする。これにより、発信者の指定する通信条件で通信が行われるようになる。
【００５８】
次に通信融合システム60における発信者側による通信設定手順を説明する。通信設定手順を行う前提として通信条件の設定をWeb-DB 92にあらかじめおこなっておく。Webクライアント端末装置64のWebブラウザは、図７に示すように、受信時における所望の通信条件等を含むプレゼンス情報設定依頼（Set_REQ.）120を時刻T30にてWebサーバ90/Web-APサーバ94に出力する。プレゼンス情報設定依頼120を受信したWebサーバ90/Web-APサーバ94は、Web-DB 92に対して供給された通信条件を含むプレゼンス情報を時刻T32にて通知し、書き込む（W._INSTRUCT. 122）。Webサーバ90/Web-APサーバ94は、プレゼンス情報を書き込む前に、新規登録か否かを判定する。Webサーバ90/Web-APサーバ94は、未登録の場合新規として情報登録し、登録済みの場合、最新のプレゼンス情報の更新として情報更新して書き込む。
【００５９】
この書込み完了と同時に時刻T34にてWeb-DB 92から正常に書込み処理が済んだことを示す情報が応答信号（RESPONSE）124としてWebサーバ90/Web-APサーバ94に返される。Webサーバ90/Web-APサーバ94は、さらに時刻T36でプレゼンス情報設定依頼120を発信したWebクライアント端末装置64に応答信号126を返す。
【００６０】
図８に示す時刻T40にてSIPクライアント端末装置14が発信側として発信要求（TRANSMIT_REQ.）130をSIPサーバ18に出力する。発信要求130には、相手先の電話番号が含まれている。SIPサーバ18は、時刻T42にてSIP-DB 20に対して着信側の情報検索を行う（SEARCH 132）。SIP-DB 20は、時刻T44にて検索結果を応答信号（RESPONSE）134として返す。検索結果は、たとえばソフトウェアにおける引数に与えられる情報である。この情報には、たとえばIP（Internet Protocol）アドレス等が含まれる。
【００６１】
次にSIPサーバ18は、時刻T46にて通信相手先の通信条件を取得する条件要求（COND._REQ.）136をSIP-APサーバ22に出力する。条件要求136には、検索結果が示す情報を基にWeb-DB 92の検索が行えるように着信側の情報を含んでいる。SIP-APサーバ22は、条件要求136を含み、連携管理部76を起動する起動信号（LAUNCHING）138を生成し、時刻T48にて起動信号138を連携管理部76に出力する。
【００６２】
ここで、図示しないが、本実施例ではプレゼンス管理部74の情報検索機能部84を起動させて起動信号138に供給している。
【００６３】
連携管理部76は、起動信号138を受信して“条件要求”の検索情報をWeb-APサーバ94に伝えるため、SOAPあるいはCORBA等の内、いずれか一つの通信プロトコルを選択し、この選択した通信プロトコルを利用して“条件要求”の検索情報を含む検索要求（SEARCH_REQ.）140を生成する。連携管理部76は、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部88に検索要求140を時刻T50にて供給して通信する。連携管理部88は、連携管理部76から供給される“条件要求”の情報を含む検索要求140を受信する。
【００６４】
連携管理部88は、検索要求140を受信して、検索要求140をWeb環境で用いられるHTTPプロトコルに準拠した検索要求（SEARCH_REQ.）142に変換する。連携管理部88は、時刻T52にて検索要求142をWeb-APサーバ94に出力する。
【００６５】
Web-APサーバ94では、受信した検索要求142に応じてプレゼンス探索機能部102を起動させ、時刻T54にて通信相手の通信条件を検索する（SEARCH 144）。Web-DB 92では、データベース内の情報と検索情報が一致するか否かで検索が行われる。該当する場合、Web-DB 92内に登録されている通信条件を応答信号（RESPONSE）146として時刻T56にて読み出してWeb-APサーバ94に返す。検索が不一致の場合、該当する通信条件がないことを応答信号146として時刻T56にてWeb-APサーバ94に返す。
【００６６】
Web-APサーバ94は、時刻T58にてこのようにして得られたプレゼンス情報を含む起動信号（LAUNCHING）148として連携管理部88に供給する。連携管理部88は、起動信号148を受けて、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部76に供給されたプレゼンス情報をSIP-APサーバ22に伝えるように、SOAPあるいはCORBA等の内、いずれか一つの通信プロトコルを選択し、この選択した通信プロトコルを利用して得られた応答信号に含まれる“プレゼンス情報”が扱えるように変換する。プレゼンス情報には、検索結果である通信条件が含まれている。連携管理部88は、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部76に応答信号150を時刻T60にて送信する。連携管理部76は、時刻T62にて共通に情報を扱える形式からSIP環境の形式にプレゼンス情報を変換した応答信号152をSIP-APサーバ22に出力する。
【００６７】
SIP-APサーバ22は、応答信号152を時刻T64にてSIPサーバ18に応答信号154として通知する。SIPサーバ18は、着信側の通信条件を示すプレゼンス情報を時刻T66にて発信要求を出力したSIPクライアント端末装置14に通知する（NOTIFY 156）。SIPクライアント端末装置14は、これにより着信側の通信条件、すなわち通信形態、通信能力および優先度を含むプレゼンス情報を得る。プレゼンス情報がたとえば、優先度付の通信形態とともに、通信可能な時間帯も合わせて提供することが好ましい。このような付帯情報も考慮して、発信者（ユーザ）は、SIPクライアント端末装置14が有する発信側指定機能部32を用いて表示された通信条件の中から条件を選択する。この選択によって、通信を確実に行える条件がSIPクライアント端末装置16に提供できるようになる。SIPクライアント端末装置14は、時刻T68にて選択した通信条件および通信相手の番号等の情報を含む発信要求（TRANSMIT_REQ.）158をSIPサーバ18に出力する。
【００６８】
SIPサーバ18は、供給された情報を時刻T70にて着信側のSIPクライアント端末装置16に通知する（NOTIFY 160）。SIPクライアント端末装置16は、所望の通信条件を満足する条件が発信元から供給されることから、時刻T72にて通信を受けることを示す応答信号（RESPONSE）162をSIPサーバ18に返す。SIPサーバ18は、SIPクライアント端末装置16からの応答信号164を時刻T74にてSIPクライアント端末装置14に返す。これにより、発信側からの指定した通信条件に基づいたSIPクライアント端末装置14, 16との間のネゴシエーションが完了する。これ以降、通信を開始する。
【００６９】
このように動作させることにより、Web環境とSIP環境が相互に連携可能となり、WebとVoIPを融合させて、所望の通信相手の状況を異なるシステム環境のサービスから通信条件を取得して、この得られた通信条件の中から発信者側で選択して発信側から通信を要求する。これにより、通信相手に対する通信条件を発信側から設定することができ、発信側と着信側とのネゴシエーションを確実に行うことができる。
【００７０】
また、図９に示すように、上述した通信融合システム60におけるSIPシステム12およびWebシステム62を１つにまとめた計算機170環境上に配置するように構成してもよい。ただし、SIPシステム12およびWebシステム62は、上述した実施例の連携管理部76, 88を設けていない。本実施例では、連携管理部76, 88によるSIPシステム12およびWebシステム62との融合を図るプロセス連携の代替機能として、計算機170は、SIPシステム12およびWebシステム62との間に関数呼出し機能部172を設ける。関数呼出し機能部172は、たとえば、C言語やC++言語で作成した関数呼出しやJava（商標）言語のメソッドコール等を用いて、両システム12, 62のプロセスを連携させる。関数呼出し機能部172は、SOAP/CORBAプロトコルの変換機能と同じ機能を有している。動作は、図７および図８に示したシーケンスとまったく同じである。
【００７１】
これにより、単一の小規模な計算機上にてWebシステム62のAPとSIPシステム12におけるVoIP-APを融合させ、発信側から着信側の通信条件を設定することができる。
【００７２】
通信融合システム60は、SIPシステム12とWebシステム62との融合を図る構成に限定されるものでなく、SIPシステム12とFTP（File Transfer Protocol）システム180とを融合させる構成でも実現することができる。SIPシステム12とFTPシステム180は、SOAP/CORBAネットワーク68を介して、それぞれ、異なるネットワークドメインに属するネットワーク環境上に配置されている。また、本実施例のSIP環境とFTP環境は、それぞれ１つのサーバ計算機内あるいは同じドメイン内のLAN環境に配置されている。SIPシステム12は、先の実施例と同じ構成であり、説明を省略する。
【００７３】
図10のFTPシステム180は、FTPサーバ182、FTP-DB 184、FTP-APサーバ186、FTP-API 188、FTP-AP 190およびSIPアクセッサコンポーネント部192を含む。以下に各構成を簡単に説明する。FTPサーバ182は、FTPをハンドリング・管理するサーバである。FTPサーバ182には、Webサーバ90のプレゼンス探索機能部100と同じ機能を有するプレゼンス探索機能部194を含む。FTP-DB 184は、FTPサーバ182が管理するFTPにより転送されたファイル情報等を格納するとともに、ファイル情報に対応した通信条件をも格納するデータベースである。
【００７４】
FTP-APサーバ186は、FTPサーバ182により管理されるファイル転送プロトコルを操作するAPを稼動するサーバである。FTP-APサーバ186には、Web-APサーバ94のプレゼンス探索機能部102と同じ機能を有するプレゼンス探索機能部196を含む。FTP-API 188は、FTP-APサーバl86が提供するAPインタフェースである。FTP-AP 190は、FTP-API 188により構築され、FTP-APサーバl86上で稼動するAPである。APには、たとえば、２者間でのピア・ツー・ピア型のファイル交換、ファイル共有等がある。
【００７５】
SIPアクセッサコンポーネント部192は、FTP-AP 190がSIP環境と連携させる機能を有するコンポーネント、すなわちソフトウェア部品群の総称である。SIPアクセッサコンポーネント部192は、Webシステム62におけるSIPアクセッサコンポーネント部72と同じ構成要素を含み、同じ参照番号を付す。プレゼンス管理部104は、SIPシステム12内で管理するプレゼンス情報にアクセスするFTPシステム180内のコンポーネント群を含む。連携管理部88は、SIPシステム12内の連携管理部76と連携し、SIPクライアント端末装置64のリセット要求を受信し、また、FTPサーバ194からのリセット指示をSIPシステム12に送信するように共通化したプロトコルへの変換、配設された通信環境に合うように変換する機能を有している。共通化のプロトコルには、SOAPやCORBAがある。コンポーネントAPI 106は、SIPアクセッサコンポーネント部192をFTP-AP 190が利用するためのインタフェースである。
【００７６】
FTPクライアント端末装置198, 200は、FTPサーバ182と接続し、FTP-AP 190が提供する機能を利用するクライアント環境の端末装置であり、FTP-DB 184に通信条件を提供する機能を有している。
【００７７】
このように構成して、SIP環境とFTP環境との通信を融合させて、相互に連携した通信を可能にしながら、あらかじめ通信相手が所望する通信能力や優先度等を示すプレゼンス情報をFTP-DB 184に通信条件として設定しておき、SIP環境のSIPクライアント端末装置を発信者として、SIPシステム12、SOAP/CORBAネットワーク68を介してサービスを提供するFTPシステム180におけるFTP-APサーバ186にアクセスし、通信要求の相手先に関する通信条件をFTP-DB 184から探索して求める。FTPシステム180は、得られた通信条件をSOAP/CORBAネットワーク68を介してSIPシステム12内のSIPサーバ18に供給し、さらに通信条件を発信者であるSIPクライアント端末装置に通知する。発信者は、通信相手の所望する通信条件の中から選んだ条件を発信する。このとき、SIPサーバは自動的に通信相手側と指定された通信条件を基にネゴシエーションして、通信可能な状態にする。これにより、発信者の指定する通信条件で通信が行われるようになる。
【００７８】
次に本実施例の通信融合システム60における発信者側による通信設定手順を説明する。通信設定手順を行う前提として通信条件の設定がFTP-DB 184にあらかじめ行われている。この前提の基で通信設定を行う。
【００７９】
時刻T80にてSIPクライアント端末装置14が発信側として発信要求（TRANSMIT_REQ.）202をSIPサーバ18に出力する。発信要求202には、相手先の電話番号が含まれている。SIPサーバ18は、時刻T82にてSIP-DB 20に対して着信側の情報検索を行う（SEARCH 204）。SIP-DB 20は、時刻T84にて検索結果を応答信号（RESPONSE）206として返す。検索結果は、たとえばソフトウェアにおける引数に与えられる情報である。この情報には、たとえばIPアドレス等が含まれる。
【００８０】
次にSIPサーバ18は、時刻T86にて通信相手先の通信条件を取得する条件要求（COND._REQ.）208をSIP-APサーバ22に出力する。条件要求208には、検索結果が示す情報を基にFTP-DB 184の検索が行えるように着信側の情報を含んでいる。SIP-APサーバ22は、条件要求208を含み、連携管理部76を起動する起動信号（LAUNCHING）210を生成し、時刻T88にて起動信号210を連携管理部76に出力する。
【００８１】
ここで、図示しないが、本実施例ではプレゼンス管理部74の情報検索機能部84を起動させて起動信号210に供給している。
【００８２】
連携管理部76は、起動信号210を受信して“条件要求”の検索情報をFTP-APサーバ186に伝えるため、SOAPあるいはCORBA等の内、いずれか一つの通信プロトコルを選択し、この選択した通信プロトコルを利用して“条件要求”の検索情報を含む検索要求（SEARCH_REQ.）212を生成する。連携管理部76は、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部88に検索要求140を時刻T90にて供給して通信する。連携管理部88は、連携管理部76から供給される“条件要求”の情報を含む検索要求212を受信する。
【００８３】
連携管理部88は、検索要求212を受信して、検索要求212をFTP環境で用いられるHTTPプロトコルに準拠した検索要求（SEARCH_REQ.）214に変換する。連携管理部88は、時刻T92にて検索要求214をFTP-APサーバ186に出力する。
【００８４】
FTP-APサーバ186では、受信した検索要求214に応じてプレゼンス探索機能部196を起動させ、時刻T94にて通信相手の通信条件を検索する（SEARCH 216）。FTP-DB 184では、データベース内の情報と検索情報が一致するか否かで検索が行われる。該当する場合、FTP-DB 184内に登録されている通信条件を応答信号（RESPONSE）218として時刻T96にて読み出してFTP-APサーバ186に返す。検索が不一致の場合、該当する通信条件がないことを応答信号218として時刻T96にてFTP-APサーバ186に返す。
【００８５】
FTP-APサーバ186は、時刻T98にてこのようにして得られたプレゼンス情報を含む起動信号（LAUNCHING）220として連携管理部88に供給する。連携管理部88は、起動信号148を受けて、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部76に供給されたプレゼンス情報をSIP-APサーバ22に伝えるように、SOAPあるいはCORBA等の内、いずれか一つの通信プロトコルを選択し、この選択した通信プロトコルを利用して得られた応答信号に含まれる“プレゼンス情報”が扱えるように変換する。プレゼンス情報には、検索結果である通信条件が含まれている。連携管理部88は、SOAP/CORBAネットワーク68上の別ドメイン内に存在する連携管理部76に応答信号222を時刻T100にて送信する。連携管理部76は、時刻T102にて共通に情報を扱える形式からSIP環境の形式にプレゼンス情報を変換した応答信号224をSIP-APサーバ22に出力する。
【００８６】
SIP-APサーバ22は、応答信号224を時刻T104にてSIPサーバ18に応答信号226として通知する。SIPサーバ18は、着信側の通信条件を示すプレゼンス情報を時刻T106にて発信要求を出力したSIPクライアント端末装置14に通知する（NOTIFY 228）。SIPクライアント端末装置14は、これにより着信側の通信条件、すなわち通信形態、通信能力および優先度を含むプレゼンス情報を得る。プレゼンス情報がたとえば、優先度付の通信形態とともに、通信可能な時間帯も合わせて提供することが好ましい。このような付帯情報も考慮して、発信者（ユーザ）は、SIPクライアント端末装置14が有する発信側指定機能部32を用いて表示された通信条件の中から条件を選択する。この選択によって、通信を確実に行える条件がSIPクライアント端末装置16に提供できるようになる。SIPクライアント端末装置14は、時刻T108にて選択した通信条件および通信相手の番号等の情報を含む発信要求（TRANSMIT_REQ.）230をSIPサーバ18に出力する。
【００８７】
SIPサーバ18は、供給された情報を時刻T110にて着信側のSIPクライアント端末装置16に通知する（NOTIFY 232）。SIPクライアント端末装置16は、所望の通信条件を満足する条件が発信元から供給されることから、時刻T112にて通信を受けることを示す応答信号（RESPONSE）234をSIPサーバ18に返す。SIPサーバ18は、SIPクライアント端末装置16からの応答信号236を時刻T114にてSIPクライアント端末装置14に返す。これにより、発信側からの指定した通信条件に基づいたSIPクライアント端末装置14, 16との間のネゴシエーションが完了する。これ以降、通信を開始する。
【００８８】
このように動作させることにより、FTP環境とSIP環境が相互に連携可能となり、FTPとVoIPを融合させて、所望の通信相手の状況を異なるシステム環境のサービスから通信条件を取得して、この得られた通信条件の中から発信者側で選択して発信側から通信を要求する。これにより、通信相手に対する通信条件を発信側から設定することができ、発信側と着信側とのネゴシエーションを確実に行うことができる。
【００８９】
以上のように構成することにより、SIP通信システム10は、SIPクライアント端末装置14の発信に応じてSIPサーバ18が有するプレゼンス探索機能部28の機能によりSIP-DB 20にあらかじめ登録されている通信相手の通信条件を検索し、得られた通信相手に対する通信条件を発信元のSIPクライアント端末装置14に供給し、発信側指定機能部32の機能によりこの通信条件の中から一つの通信条件を選択して、通信相手側のSIPクライアント端末装置16に通信条件を指定して、発信側にて通信相手側が満足する通信条件を設定することにより、最適な通信能力等を選択して容易にネゴシエーションをとり、通信することができる。
【００９０】
通信条件は、あらかじめ登録された通信形態情報ならびに音声および映像情報に対する通信形式情報とともに、通信形態情報と通信形式情報との組合せに対してユーザが所望の優先度を含む情報とすることで、通信能力の選択を一層最適なものにすることができる。
【００９１】
本発明のサービスシステムは、SIPクライアント端末装置14の発信に応じてSIPサーバ18が有するプレゼンス探索機能部28の機能によりSIP-DB 20に登録されている通信相手の通信条件を検索し、この検索結果を連携管理部76のSOAP/CORBAのいずれかで処理して、連携管理部88に送って、Web環境のHTTPプロトコルの情報にした検索結果をWeb-APサーバ94に供給し、この検索結果を基にWeb-APサーバ94が有するプレゼンス探索機能部102を機能させてWeb-DB 92を検索して該当する通信条件を求め、得られた通信条件をWeb-APサーバ94、連携管理部88、連携管理部76、SIP-APサーバ26およびSIPサーバ18を経て発信元のSIPクライアント端末装置14に供給し、発信側指定機能部32の機能により通信条件の中から一つの通信条件を選択して、通信相手側のSIPクライアント端末装置16に通信条件を指定し、発信側にて通信相手側が満足する通信条件を設定することにより、最適な通信能力等を選択して容易にネゴシエーションをとり、通信することができる。
【００９２】
仲介ソフトウェアは、SOAPおよびCORBAのいずれかにすることで異なるシステムを融合させることができ、通信を可能にする。
【００９３】
SIPシステム12およびWebシステム62は、ともに同一計算機に配置され、関数呼出し機能部172を設け、この機能の重複を避けた構成にすることでシステムの構成を小型化することができる。関数呼出し機能部172は、プログラムを格納し、C言語およびC++言語のいずれかを用いて記述されていることが好ましい。
【００９４】
通信融合システム60は、SIP環境のシステムとWeb環境のシステムやSIP環境のシステムとFTP環境のシステムであればよい。
【００９５】
また、本発明の通信条件の設定方法によれば、発信した通信相手を特定する情報を基にあらかじめ登録された通信相手側が所望する通信条件を検索して得られた通信相手側が所望する通信条件を送信元の通信端末装置に供給し、取得した通信条件の中から所望の通信条件を選択し、通信相手側の通信端末装置に送信することにより、発信側にて通信条件を指定することが可能になる。
【００９６】
通信条件は、あらかじめ登録された通信形態情報ならびに音声および映像情報に対する通信形式情報とともに、通信形態情報と通信形式情報との組合せに対してユーザが所望の優先度を含む情報とすることで、通信能力の選択を一層最適なものにすることができる。
【００９７】
さらに、本発明の通信条件の設定方法によれば、発信した通信相手を特定する情報を基にあらかじめ登録された通信相手側の第１の通信条件を検索し、SOAP/CORBASにより検索結果をSIPシステム12からWebシステム62に送り、供給された検索結果を基に第２の通信条件を検索し、第２の通信条件をWebシステム62からSIPシステム12にSOAP/CORBAを用いて送り、さらに送信側のクライアントに通知し、通知された第２の通信条件の中から所望の通信条件を選択し、通信相手側のクライアントに送信し、異なる通信システムにおける通信を融合させることにより、取得した情報を基に発信側にて通信条件を指定することができ、最適な通信能力等の選択により、容易にネゴシエーションをとり、通信することができる。
【００９８】
この方法においても通信条件は、あらかじめ登録された通信形態情報ならびに音声および映像情報に対する通信形式情報とともに、通信形態情報と通信形式情報との組合せに対してユーザが所望の優先度を含む情報とすることで、通信能力の選択を一層最適なものにすることができる。
【００９９】
通信融合システム60は、たとえば、SIP環境のシステムとWeb環境のシステムやSIP環境のシステムとFTP環境のシステムであれることがより好ましい。
【産業上の利用可能性】
【０１００】
本発明のサービスシステムおよびその通信条件の設定方法は、SIP環境、SIP環境とWeb環境の融合およびSIP環境とFTP環境の融合に関して説明したが、この環境の組合せに限定されるものでなく、異なるプロトコル環境であっても、相互に通信する情報を共通に扱う融合処理、すなわち連携を可能にする処理を適用することにより発信側に通信条件をもたらし、発信側から通信条件を指定して通信することができることは言うまでもない。
【図面の簡単な説明】
【０１０１】
【図１】本発明のサービスシステムを適用した実施例におけるSIP通信システムの概略的な構成を示すブロック図である。
【図２】図１のSIP通信システムにおける発信開始までの手順を説明するシーケンシャルチャートである。
【図３】本発明のサービスシステムを適用した他の実施例における通信融合システムの概略的な構成を示すブロック図である。
【図４】図３の通信融合システムの内、SIP環境における概略的な構成を示すブロック図である。
【図５】図３の通信融合システムにおけるWebアクセッサコンポーネント部とSIPアクセッサコンポーネントの構成を示すブロック図である。
【図６】図３の通信融合システムの内、Web環境における概略的な構成を示すブロック図である。
【図７】図３の通信融合システムでのWeb環境における通信条件の設定手順を説明するシーケンシャルチャートである。
【図８】図３の通信融合システムにおける発信側による通信条件設定を説明するシーケンシャルチャートである。
【図９】図３の通信融合システムにおいて簡略化した構成を示すブロック図である。
【図１０】図３の通信融合システムの内、FTP環境における概略的な構成を示すブロック図である。
【図１１】図10で構成された通信融合システムにおける発信側による通信条件設定を説明するシーケンシャルチャートである。
【符号の説明】
【０１０２】
10  SIP通信システム
12  SIPシステム
14, 16 SIPクライアント端末装置
18  SIPサーバ
20  SIP-DB
22  SIP-APサーバ
24  SIP-API
26  SIP-AP
28, 30, 100, 102 プレゼンス探索機能部
32, 34 発信側指定機能部
60  通信融合システム
62  Webシステム
70  Webアクセッサコンポーネント部
72  SIPアクセッサコンポーネント部
90  Webサーバ
92  Web-DB
94  Web-APサーバ
96  Web-API
98  Web-AP
74, 104 プレゼンス管理部
76, 88 連携管理部
78, 106 コンポーネントAPI
【図１】
2005202724.tif 000003
【図２】
2005202724.tif 000004
【図３】
2005202724.tif 000005
【図４】
2005202724.tif 000006
【図５】
2005202724.tif 000007
【図６】
2005202724.tif 000008
【図７】
2005202724.tif 000009
【図８】
2005202724.tif 000010
【図９】
2005202724.tif 000011
【図１０】
2005202724.tif 000012
【図１１】
2005202724.tif 000013