JP2008236663A - Ｓｉｐ通信システム及びｓｉｐ通信方法 - Google Patents

Abstract

【課題】 種々の端末を、ＷｅｂアプリケーションとＳＩＰアプリケーションとが連携するシステムに容易に対応させることができるようにする。
【解決手段】 ＳＩＰ通信システムは、クライアント端末とＳＩＰアプリケーションサーバとを有する。クライアント端末は、ユーザへの表示を行うハードウェアである１又は複数のユーザリソースと、各ユーザリソースにアクセスするための上記サーバからダウンロードされたモジュールと、ＳＩＰサービスに応じたユーザインタフェースを提供するための上記サーバからダウンロードされたモジュールとを有する。クライアント端末は、上記モジュールを搭載して機能する表示手段を経由して、上記サーバにおけるＷｅｂアプリケーションにアクセスし、Ｗｅｂアプリケーションから上記サーバにおけるＳＩＰアプリケーションを呼び出す。
【選択図】 図１

Description

本発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）通信システム、ＳＩＰアプリケーションサーバ、及び、ＳＩＰ通信方法に関し、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）クライアント上等に構築したユーザインタフェースをＳＩＰのコアネットワーク側に認識させてＳＩＰサービスを提供させる場合に適用し得るものである。

ＩＰ電話をはじめとしたリアルタイム・マルチメディア通信をＩＰネットワークで実現するための中核技術として、「ＳＩＰ」というプロトコルがある（非特許文献１参照）。

今日、ＳＩＰに従う端末（以下、ＳＩＰ端末と呼ぶ）が、ＳＩＰアプリケーションサーバと直接ＳＩＰメッセージの送受信を行って通話や映像の表示等を行うことがなされている。また、シグナリング・プロトコルとしてのＳＩＰは、その軽量性、柔軟性から、他のアプリケーションと密に連携することが容易である。例えば、ブラウザ上で電話帳を表示するサービスを提供するＷｅｂアプリケーションと密に連携することが容易である（非特許文献２参照）。

すなわち、ＳＩＰアプリケーションサーバがＷｅｂアプリケーションサービス等と連携する研究、開発が盛んになりつつある。

なお、片方向通信のネットワーク環境でも、リアルタイムにイベント通知することができるＷｅｂサービスシステムが特許文献１で提供されており、このＷｅｂサービスシステムでは、ＳＩＰを利用するようにしている。
特開２００４−３５６９６７号公報 「ＳＩＰ：ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ（ＲＦＣ３２６１）」 千村保文、村田利文著、「改訂版ＳＩＰ教科書」、株式会社インプレス、２００５年１２月発行、ｐｐ．６０−６１

特許文献１の記載技術は、各機能を実現するための、通信相手とのシグナリング全般を制御するＳＩＰスタックを端末側に配備する必要がある。すなわち、端末側でも、ＳＩＰスタックレベルの実装が必要となる。このため、クライアントの端末側でのＳＩＰ対応が必要となり、サービス追加時等に端末側で対応するためにＳＩＰ技術者が必要となっていた。

また、ＳＩＰアプリケーションサーバやＷｅｂサービス等の連携時には、サービス毎に、ＳＩＰ端末のカスタマイズが発生する場合が多々あった。さらに、ＳＩＰ端末は、各ＯＳ毎に設計されたものがほとんどであり、カスタマイズ等は、各ＳＩＰ端末の開発者以外はできないケースがほとんどであった。

ＳＩＰアプリケーションサーバとして、新しくサービスを提供する際にも、（１）新しくＷｅｂサービスとＳＩＰサービスの連携したサービスを提供する際、ＳＩＰ端末側の変更が必要となる場合がある、（２）ＳＩＰ端末側の変更は、各ＯＳ毎に変更が必要となり、工数が大幅にかかる場合がある、（３）ＳＩＰ端末ではＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）等に対応させて、ＳＩＰを通すための処理が必要である、などの課題を挙げることができる。

ＳＩＰアプリケーションサーバやＷｅｂサービス等の連携時において、コアネットワーク側としても、コアネットワーク側で新規に対応した仕様に応じ、ＳＩＰ端末をバージョンアップする必要があるが、配布方法やバージョンアップ未実施のＳＩＰ端末への対応等に問題が生じる、という課題を挙げることができる。

そのため、ユーザが操作する既存の端末などの種々の端末を、ＷｅｂアプリケーションとＳＩＰアプリケーションとが連携するシステムに容易に対応させることができるようにすると共に、ＳＩＰアプリケーションサーバとＷｅｂアプリケーションサーバとの連携をより効率的にシームレスに行うことができるＳＩＰ通信システム及びＳＩＰ通信方法が望まれている。

第１の本発明は、クライアント端末と、ＳＩＰアプリケーションサーバ装置とを有するＳＩＰ通信システムであって、（１）上記クライアント端末は、（１−１）ユーザへの表示を行うハードウェアとしての存在である１又は複数のユーザリソースと、（１−２）上記各ユーザリソースにアクセスするための、上記ＳＩＰアプリケーションサーバ装置からダウンロードされたリソースアクセスソフトウェアモジュールと、（１−３）ＳＩＰサービスに応じたユーザインタフェースを提供するための、上記ＳＩＰアプリケーションサーバ装置からダウンロードされたＵＩソフトウェアモジュールと、（１−４）上記リソースアクセスソフトウェアモジュール及び上記ＵＩソフトウェアモジュールをダウンロードさせるダウンロード実行部とを有し、（２）上記ＳＩＰアプリケーションサーバ装置は、（２−１）上記クライアント端末にダウンロードし得るモジュールを格納し、要求に応じて、モジュールを提供するモジュール提供部と、（２−２）ＳＩＰサービスを提供するＳＩＰアプリケーションと、（２−３）Ｗｅｂサービスを提供するＷｅｂアプリケーションとを有し、（３）上記クライアント端末は、上記ＵＩソフトウェアモジュールを搭載して機能する表示手段を経由して上記Ｗｅｂアプリケーションにアクセスし、上記Ｗｅｂアプリケーションから上記ＳＩＰアプリケーションを呼び出すことを特徴とする。

第２の本発明は、クライアント端末がＳＩＰアプリケーションサーバ装置経由でＳＩＰのコアネットワーク側と通信するＳＩＰ通信方法であって、（１）上記クライアント端末は、ユーザへの表示を行うハードウェアとしての存在である１又は複数のユーザリソースを有すると共に、内蔵するダウンロード実行部が、上記各ユーザリソースにアクセスするためのリソースアクセスソフトウェアモジュールを、上記ＳＩＰアプリケーションサーバ装置からダウンロードさせ、かつ、ＳＩＰサービスに応じたユーザインタフェースを提供するためのＵＩソフトウェアモジュールを、上記ＳＩＰアプリケーションサーバ装置からダウンロードさせ、（２）上記ＳＩＰアプリケーションサーバ装置は、内蔵するモジュール提供部が、上記クライアント端末にダウンロードし得るモジュールを格納し、要求に応じて、モジュールを提供し、（３）上記クライアント端末は、上記ＵＩソフトウェアモジュールを搭載して機能する表示手段を経由して、Ｗｅｂサービスを提供する上記ＳＩＰアプリケーションサーバ装置のＷｅｂアプリケーションにアクセスし、上記Ｗｅｂアプリケーションから上記ＳＩＰアプリケーションを呼び出すことを特徴とする。

本発明によれば、クライアント端末に対し、リソースアクセスソフトウェアモジュール及びＵＩソフトウェアモジュールをダウンロードして、ＳＩＰ端末として振る舞えるようにすると共に、Ｗｅｂアプリケーションを介してＳＩＰアプリケーションを呼び出すようにしたので、種々の端末を、ＷｅｂアプリケーションとＳＩＰアプリケーションとが連携するシステムに容易に対応させると共に、ＳＩＰアプリケーションとＷｅｂアプリケーションとの連携をより効率的にシームレスに行うことができるようになる。

（Ａ）主たる実施形態
以下、本発明によるＳＩＰ通信システム、ＳＩＰアプリケーションサーバ、及び、ＳＩＰ通信方法の一実施形態を、図面を参照しながら詳述する。なお、以下の各図において、同一、対応部分には同一、対応符号を付して示している。

（Ａ−１）実施形態の構成
図１は、この実施形態のＳＩＰ通信システムでＳＩＰサービスを提供する際の全体的なシステム構成を示すブロック図である。

図１において、実施形態のＳＩＰ通信システム１００は、閲覧入力装置１０１、ＳＩＰアプリケーションサーバ装置１０２、コアネットワーク１０３及びＳＩＰ端末１０４を有する。

閲覧入力装置１０１は、ユーザが操作する、例えばＷｅｂブラウザ（閲覧入力用ソフトウェア）を搭載したパソコンやモバイル端末などの端末（クライアント端末）が該当し、ＨＴＴＰクライアントとなっているものである。この実施形態の場合、閲覧入力装置１０１は、ＳＩＰアプリケーションサーバ装置１０２に接続され、コアネットワーク１０３に対し、ＳＩＰ端末１１０４と同様な端末となり得るものである。なお、閲覧入力装置１０１は、閲覧機能だけに対応したＨＴＴＰクライアントであっても良い。

ＳＩＰアプリケーションサーバ装置１０２は、ハードウェアとしては通信機能を備えるサーバが該当する。ＳＩＰアプリケーションサーバ１０２は、１又は複数の閲覧入力装置１０１及びコアネットワーク１０３に接続し、様々なＳＩＰサービスをコアネットワーク１０３及び閲覧入力装置１０１に対して提供するものである。

コアネットワーク１０３は、ＳＩＰ端末１０４と接続し、ＳＩＰサービスを提供するものである。この実施形態の場合、コアネットワーク１０３から見れば、ＳＩＰアプリケーションサーバ１０２経由の閲覧入力装置１０１は、ＳＩＰ端末１０４と同様に機能するものである。

図２は、閲覧入力装置１０１及びＳＩＰアプリケーションサーバ装置１０２のソフトウェア的な基本構成を示す説明図である。

閲覧入力装置１０１は、閲覧入力機能を担当する表示手段２０１を備えている。表示手段２０１は、ＳＩＰアプリケーションサーバ２０２（のＷｅｂアプリケーション２０６）にアクセスして、通話機能や、映像（動画等）表示機能や、アプリケーション（ホワートボードやゲーム等）の機能などを有するダウンロードモジュール２０３、及び、ＵＩ（ユーザインタフェース）を提供するＨＴＭＬ／ＸＭＬ部２０４をダウンロードすることで、各種ＳＩＰサービスを受けるための機能を構築する。ＨＴＭＬ／ＸＭＬ部２０４は、対応可能な言語がＨＴＭＬ（Ｈｙｐｅｒ Ｔｘｅｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に制限されていても良いが、これら以外の言語に対応できるものであっても良い。

ＳＩＰアプリケーションサーバ装置１０２は、ビジネスロジックに関する中間層の処理や、トランザクション管理、セッション管理、マルチタスク管理、負荷分散処理などを有するＳＩＰアプリケーションサーバ２０２を有する。ＳＩＰアプリケーションサーバ２０２では、ＳＩＰアプリケーション２０５及びＷｅｂアプリケーション２０６が動作する。Ｗｅｂアプリケーション２０６は、表示手段２０１上に構築されたダウンロードモジュール２０３及びＨＴＭＬ／ＸＭＬ部２０４から呼び出されるものである。呼び出されたＷｅｂアプリケーション２０６は、ＳＩＰアプリケーション２０５を呼び出すことにより、ＳＩＰによる他のサービスとの連携を行うことができるようになっている。通知手段２０８は、ＳＩＰアプリケーション２０５が、コアネットワーク１０３と送受信したＳＩＰメッセージの内容などをＷｅｂアプリケーション２０６側に通知するためのものである。

Ｗｅｂアプリケーション２０６及びＳＩＰアプリケーション２０５の連携機能については、以下の動作説明で明らかにする。

（Ａ−２）実施形態の動作
次に、実施形態のＳＩＰ通信システム１００の動作の概要を、上述した図２を参照しながら説明する。

ＳＩＰアプリケーションサーバ２０２には、閲覧入力装置１０１（端末）にダウンロードし得るダウンロードモジュール２０３及びＨＴＭＬ／ＸＭＬ部２０４が予め格納されている。ユーザは、当該閲覧入力装置１０１（端末）を、ＳＩＰ端末として振る舞うようにさせるには、表示手段２０１を用い、ＨＴＴＰによる通信を実行し、ＳＩＰアプリケーションサーバ２０２からダウンロードモジュール２０３及びＨＴＭＬ／ＸＭＬ部２０４をダウンロードさせておく。

ユーザは、表示手段２０１を用い、ＳＩＰアプリケーションサーバ２０２からダウンロードしたダウンロードモジュール２０３及びＨＴＭＬ／ＸＭＬ部２０４を用いて、ユーザインタフェースの構築を行う。ユーザインタフェースを起動若しくは操作することにより、ユーザは、表示手段２０１を経由して、ＳＩＰアプリケーションサーバ２０２に通信要求を行うことができる。例えば、プレゼンス機能に係る通信や、チャット機能に係る通信要求を実行することができる。

ＳＩＰアプリケーションサーバ２０２は、受け取ったユーザからの要求をＷｅｂアプリケーション２０６に対して通知する。

通知を受けたＷｅｂアプリケーション２０６は、当該Ｗｅｂアプリケーション２０６内の処理でユーザインタフェースに表示する内容を返したり、通知内容に対応したＳＩＰアプリケーション２０５を呼出したりすることを行う（後述する図６〜図９参照）。

呼び出されたＳＩＰアプリケーション２０５は、その内容によって、コアネットワーク１０３側とＳＩＰメッセージの送受信を行う。ＳＩＰアプリケーション２０５は、送受信したＳＩＰメッセージの内容を、通知手段２０８を使用して、Ｗｅｂアプリケーション２０６側に通知する。

Ｗｅｂアプリケーション２０６は、通知手段２０８を経由してＳＩＰアプリケーション２０５から通知されたＳＩＰメッセージに係る内容も、適宜、ユーザインタフェースに表示する内容として表示手段２０１に返したりする。Ｗｅｂアプリケーション２０６は、ユーザインタフェースとはＨＴＴＰによる通信を実行するものである。

図３は、ユーザ側（閲覧入力装置１０１）に構築されるユーザインタフェース群の構成例を示す説明図である。

表示手段２０１上には、ダウンロードモジュール２０３として、複数のユーザリソース（例えば、パソコン上のマイクやキャプチャデバイス等）にアクセスするためのモジュールがダウンロードされる。図３は、モジュールの例として、Ｖｉｄｅｏコーデックなどを含むＶｉｄｅｏデバイスアクセスモジュール２０３ａ、Ａｕｄｉｏコーデックなどを含むＡｕｄｉｏデバイスアクセスモジュール２０３ｂ、Ｖｉｄｅｏ画面表示モジュール２０３ｃ、音量調節モジュール２０３ｄなどを描き出している。これらモジュールとしては、例えば、ＡｃｔｉｖｅＸコントロール（登録商標）やＪａｖａアプレット（登録商標）のような、Ｗｅｂブラウザ上で動かしたりＷｅｂブラウザ上に貼りつけたりするものを上げることができる。

また、ＨＴＭＬ／ＸＭＬ部２０４を利用して、ＳＩＰアプリケーションサーバ２０２からダウンロードした、各種サービスに係る複数のユーザインタフェースを提供する。図３は、各種サービスに係るユーザインタフェースの例として、友達の輪を拡げるためのフレンドリスト機能２０４ａ、テキストメッセージや音声を他の人と授受するためのチャット機能２０４ｂ、通信相手のプレゼンスを表示するためのプレゼンス機能２０４ｃ、会議制御機能２０４ｄなどの各種メッセンジャーソフトを挙げている。例えば、非特許文献２のｐｐ．２８０−２８２には、ＳＩＰ端末が対応可能な各種サービスに係る機能が移載されている。

ここで提供されるユーザインタフェースは、ＳＩＰアプリケーションサーバ２０２（のＷｅｂアプリケーション２０６）とデータの送受信を行い、表示を更新するためのものである。この表示の更新は、ユーザにより明示的に行われる場合もあれば、表示手段２０１自体の処理により行われる場合のいずれであっても良い。後者の例としては、Ｊａｖａｓｃｒｉｐｔを使用した部分的な画面表示の更新等を、表示手段２０１自体がタイムアウト時に自動的に行う場合を挙げることができる。

以上から明らかなように、ユーザ側（閲覧入力装置１０１）にダウンロードされるのは、ＳＩＰ端末として必要なモジュール、機能群のうち、ＳＩＰスタックモジュールを除いた部分であり、ＳＩＰスタックモジュールは、ＳＩＰアプリケーションサーバ２０２に設けられている。

図４は、ＳＩＰアプリケーションサーバ２０２における動作の概要を示す説明図である。

Ｗｅｂアプリケーション２０６は、ＳＩＰアプリケーション呼出部５０２と、ユーザインタフェースを構築するための各ユーザ用のデータを表すユーザデータ５０３とを有している。また、ユーザデータ５０３に関連して表示用データ生成部５０７が設けられている。

ＳＩＰアプリケーション呼出部５０２は、ＳＩＰアプリケーション２０５を呼び出すためのコンポーネントである。ＳＩＰアプリケーション呼出部５０２は、後述する図６〜図９に示すように、表示手段２０１からの要求などに応じたＳＩＰアプリケーション２０５を呼び出すものである。

ユーザデータ５０３は、ユーザインタフェースに表示するためのデータ等を格納するコンポーネントである。ユーザデータ５０３は、例えば、メッセージバディリストやプレゼンス等である。

ＳＩＰアプリケーション２０５は、ＳＩＰアプリケーション呼出部５０２に呼び出されることで、コアネットワーク１０３との通信を行い、様々なＳＩＰサービスを提供するものである。

ＳＩＰアプリケーション２０５は、ダイアログの継続中、しばらくの間、接続する２つのＵＡ間のピア・ツー・ピアの関係を規定するＳＩＰダイアログ情報５０５を有する。このようなＳＩＰダイアログ情報５０５は、通知手段２０８によって、表示用データ生成部５０７に渡される。

表示用データ生成部５０７は、各ユーザデータ５０３と連携して、適宜、各ユーザの表示手段２０１上に情報を表示するためのデータを生成する。

図５は、Ｗｅｂアプリケーション２０６及び表示手段２０１間で授受される表示データ６００と、ユーザデータ５０３との構成例を示す説明図である。

ユーザデータ５０３は、データＩＤ６０１、ローカルユーザＩＤ６０２、リモートユーザＩＤ６０３、生成日時６０４、最終アクセス日時６０５、サービスタイプ６０６、メッセージタイプ６０７、関連データ６０８、表示データリスト６０９などを含んでいる。

データＩＤ６０１は、当該ユーザデータ５０３を識別するためのＩＤである。これには、ＳＩＰメッセージのダイアログＩＤ等をそのまま利用するようにしても良い。

ローカルユーザＩＤ６０２及びリモートユーザＩＤ６０３はそれぞれ、当該ユーザデータ５０３に関連するユーザのＩＤである。例えば、ユーザ（ｓｉｐ：ａｌｉｃｅ＠ｂａｒ．ｃｏｍ）が、表示手段２０１を経由で、外部ＳＩＰサーバの端末（ｓｉｐ：ｂｏｂ＠ｂａｒ．ｃｏｍ）と通信を行う場合には、ローカルユーザＩＤ６０２は、当該Ｗｅｂアプリケーション２０６にアクセスしてきた側のユーザに係るＩＤ「ｓｉｐ：ａｌｉｃｅ＠ｂａｒ．ｃｏｍ」となり、リモートユーザＩＤ６０３は、外部ＳＩＰサーバの端末のＩＤ「ｓｉｐ：ｂｏｂ＠ｂａｒ．ｃｏｍ」となる。

生成日時６０４は、このユーザデータ５０３が生成された日時を表す。

最終アクセス日時６０５は、ユーザにより、表示手段２０１を経由して、このユーザデータ５０３自体にアクセスした最終日時を表す。

サービスタイプ６０６は、このユーザデータ５０３が関連するサービスのタイプを表す。例えば、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）接続のためのサービスや、プレゼンス表示のためのサービス等を規定するデータが記述される。

メッセージタイプ６０７は、このユーザデータ５０３が関連するメッセージのタイプを表す。メッセージタイプ６０７とは、ＳＩＰリクエスト発信での処理、ＳＩＰリクエスト受信での処理、Ｗｅｂアプリケーションのみでの処理など、処理の種類によってメッセージでタイプを分けるようにしても良い。

関連データ６０８は、このユーザデータ５０３に関連する情報を定義できる。これは、アプリケーション毎に自由に利用するためのデータ領域である。

表示データリスト６０９は、ユーザの表示手段２０１において表示するための１又は複数の表示データ６００のリストである。この表示データリスト６０９には、例えば、後述する表示データ６００に含まれる生成日時６１２によって、複数の表示データ６００の情報がソートされて格納されている。

１個の表示データ６００は、この表示データ６００に含まれるデータ６１１のデータタイプを表しているデータタイプ６１０、表示するデータそのものであるデータ６１１、表示データ６００自体が生成された日時を表す生成日時６１２を有する。

これらのユーザデータ５０３及び表示データ６００の組み合わせにより、ユーザは、表示手段２０１上にユーザインタフェースを構築し、ユーザに対して、各アプリケーションによって提供されるサービスの状態を表示することができる。

図６は、ユーザが、表示手段２０１を経由して、Ｗｅｂアプリケーション２０６にアクセスし、コアネットワーク１０３側に位置する外部ＳＩＰサーバ（図１では図示せず）に登録（ＲＥＧＩＳＴＥＲ）する場合のシーケンス例を示すシーケンス図である。なお、図６〜後述する図９においては、外部ＳＩＰサーバに対し、符号「１０３」を用いている。

ユーザは、表示手段２０１を経由して、Ｗｅｂアプリケーション２０６に対して、ログインを実行する（ステップ７０１）。例えば、表示手段２０１が起動されたときに、ログインを実行する。

Ｗｅｂアプリケーション２０６は、ユーザからのログイン（呼出）に応じて、ＲＥＧＩＳＴＥＲ（登録）を実行するためＳＩＰアプリケーション２０５を呼出す（ステップ７０２）。このＳＩＰアプリケーション２０５は、Ｗｅｂアプリケーション２０６からの呼出に応じて、予め内部に登録されている外部ＳＩＰサーバに対する登録（ＲＥＧＩＳＴＥＲ）動作を起動する（ステップ７０３）。ＳＩＰアプリケーション２０５は、外部ＳＩＰサーバ１０３に対して、各ユーザに対応したＲＥＧＩＳＴＥＲリクエストを送信し、成功応答（２００／ＲＥＧＩＳＴＥＲ）を待ち受ける（ステップ７０４）。なお、図６は、１回認証エラー応答が返信されたため、ＲＥＧＩＳＴＥＲを再送して成功応答を得た場合を示している。

ＳＩＰアプリケーション２０５は、外部ＳＩＰサーバ１０３からの成功応答を受け、登録（ＲＥＧＩＳＴＥＲ）が完了したことをＷｅｂアプリケーション２０６に対して通知する（ステップ７０５）。

Ｗｅｂアプリケーション２０６は、ＳＩＰアプリケーション２０５からの通知から、表示データを生成する（ステップ７０６）。表示手段２０１は、Ｗｅｂアプリケーション２０６が生成した表示データを取得し、登録（「ＲＥＧＩＳＴＥＲ」が完了したことを画面上に表示する（ステップ７０７）。

以上のように、ユーザ（クライアント端末）を、外部ＳＩＰサーバに対する登録（ＲＥＧＩＳＴＥＲ）することができる。

図７は、外部ＳＩＰサーバを経由して、ＲＴＰによる接続を実行する場合のシーケンス例を示すシーケンス図である。

ユーザは、表示手段２０１を経由して、Ｗｅｂアプリケーション２０６に対して、ＲＴＰ接続処理の開始を要求する（ステップ８０１）。このとき、ＲＴＰ接続に必要な情報（ＩＰアドレスやポート番号、コーデック情報等）をＷｅｂアプリケーション２０６に対して送信する。例えば、ＨＴＭＬ／ＸＭＬ部２０４を利用してＳＩＰアプリケーションサーバ２０２からダウンロードした複数のユーザインタフェースのいずれかが（フレンドリスト２０４ａ、テキストメッセージや音声を他の人と授受するためのチャット２０４ｂ、通信相手のプレゼンスを表示するためのプレゼンス２０４ｃ、会議２０４ｄ）が呼び出す端末を入力したときに、ＲＴＰ接続処理の開始を要求する。

ここでは、呼び出し端末が、外部ＳＩＰサーバ１０３が接続処理を行うものであったとする。Ｗｅｂアプリケーション２０６は、このときのユーザからの呼出に応じて、発呼（ＩＮＶＩＴＥ）を実行するためのＳＩＰアプリケーション２０５を呼出す（ステップ８０２）。このＳＩＰアプリケーション２０５は、Ｗｅｂアプリケーション２０６からの呼出に応じて、外部ＳＩＰサーバ１０３に接続されている端末に対するＩＮＶＩＴＥリクエストの送信を起動する（ステップ８０３）。ＳＩＰアプリケーション２０５は、外部ＳＩＰサーバ１０３に対して、要求された相手端末に対するＩＮＶＩＴＥリクエストを構築して送信し、接続完了を待ち受ける（ステップ８０４）。外部ＳＩＰサーバ１０３からは、「接続中（呼び出し中）；１８０／ＩＮＶＩＴＥ」がまず返信され、その後、「接続完了；２００／ＩＮＶＩＴＥ」が返信され、ＳＩＰアプリケーション２０５は、「接続完了」を受信したことを応答（ＡＣＫ）する。

図７ではステップ８０５〜８０７を１回しか示していないが、実際には、ステップ８０５〜８０７は、「接続中（呼び出し中）；１８０／ＩＮＶＩＴＥ」がＳＩＰアプリケーション２０５に返信されたとき、及び、「接続完了；２００／ＩＮＶＩＴＥ」が返信されたときに実行される。

ＳＩＰアプリケーション２０５は、外部ＳＩＰサーバ１０３からの応答を受け、「進捗状況（接続中、接続完了等）をＷｅｂアプリケーション２０６に対して通知する（ステップ８０５）。Ｗｅｂアプリケーション２０６は、ＳＩＰアプリケーション２０５からの通知から、表示データを生成する（ステップ８０６）。表示手段２０１は、Ｗｅｂアプリケーション２０６が生成した表示データを取得し、接続の進捗状況を画面上に表示する（ステップ８０７）。上述のように、「接続中」及び「接続完了」の２つの表示データが形成されたときには、これらはユーザデータ５０３で順次リストアップされる。

ユーザは、接続が完了した場合、ＲＴＰに従って呼び出した端末との通信を開始する（ステップ８０８）。

この通信時においては、表示手段２０１がダウンロードで取得したダウンロードモジュール２０３（リソース情報）を利用して、ＳＩＰアプリケーション２０５で必要な音声や映像による通話情報を形成してＷｅｂアプリケーション２０６に送信し、Ｗｅｂアプリケーション２０６がＳＩＰアプリケーション２０５に対して通話情報を通知し、相手のＳＩＰ端末に対し、音声や映像による通話情報を送信する。相手のＳＩＰ端末からの音声や映像による通話情報は、ＳＩＰアプリケーション２０５、Ｗｅｂアプリケーション２０６経由で、表示手段２０１の該当するダウンロードモジュール２０３（リソース情報）に与えられ、ハードウェアリソースから音声が発音出力されたり映像が表示されたりする。

以上のように、ＲＴＰに従った呼び出した端末との通信時には、表示手段２０１がダウンロードで取得したダウンロードモジュール２０３（リソース情報）が有効に機能し、相手のＳＩＰ端末との間で、音声や映像による通話等を確立する。

図８は、ＷｅｂアプリケーションのみでＲＴＰによる接続を行う場合のシーケンス例を示すシーケンス図である。

ユーザは、表示手段２０１−１を経由して、Ｗｅｂアプリケーション２０６に対して、ユーザによるＲＴＰ接続処理の開始を要求する（ステップ９０１）。このとき、ＲＴＰ接続に必要な情報（ＩＰアドレスやポート番号、コーデック情報等）をＷｅｂアプリケーション２０６に対して送信する。

ここでは、呼び出し端末が、当該ＳＩＰアプリケーションサーバ２０２が接続処理を行うものであったとする。Ｗｅｂアプリケーション２０６は、ユーザからの呼出に応じて、呼び出し先に係る表示手段２０１−２に対する、呼び出し（ＲＴＰ接続要求を受けたこと）を通知する表示データを生成する（ステップ９０２）。また、Ｗｅｂアプリケーション２０６は、表示手段２０１−２に対する処理と並行して、表示手段２０１−１に対して、ＲＴＰ接続処理の進捗状況のための表示データ、すなわち、「接続中」を通知する表示データを生成する（ステップ９０３）。

表示手段２０１−１は、Ｗｅｂアプリケーション２０６からの表示データを取得して、接続の進捗状況（接続中）を画面上に表示する（ステップ９０４）。また、表示手段２０１−２は、Ｗｅｂアプリケーション２０６からの表示データを取得して、表示手段２０１−１からＲＴＰ接続要求を受けたことを表示する（ステップ９０５）。

次に、表示手段２０１−２は、ユーザの呼び出し応答操作により、接続を受け付けるための応答をＷｅｂアプリケーション２０６に対して送信する（ステップ９０６）。このとき、Ｗｅｂアプリケーション２０６は、表示手段２０１−２からの応答に基づいて、表示手段２０１−１に対する接続完了を通知する表示データを生成する（ステップ９０７）。表示手段２０１−１は、Ｗｅｂアプリケーション２０６が生成した表示データを取得し、接続の進捗状況（接続完了）を画面上に表示する（ステップ９０８）。なお、表示手段２０１−２のユーザの応答（例えば、着信拒否）によっては、異なる接続の進捗状況（接続完了）が表示手段２０１−１の画面上に表示される（ステップ９０８）。

表示手段２０１−１のユーザは、接続が完了した場合、ＲＴＰに従って呼び出した端末との通信を開始する（ステップ９０９）。

図９は、外部ＳＩＰサーバ側（のＳＩＰ端末）からの要求により、ユーザの表示手段においてＲＴＰ接続要求を受ける場合のシーケンス例を示すシーケンス図である。

外部ＳＩＰサーバ１０３は、配下のＳＩＰ端末（図１の１０４）からの要求を受け、ＳＩＰアプリケーション２０５に対して接続要求を出し、ＳＩＰアプリケーション２０５は受信応答（１００／ＩＮＶＩＴＥ）を返信する（ステップ１００１）。

ＳＩＰアプリケーション２０６は、外部ＳＩＰサーバ１０３からの要求を受け、接続要求を受けたことをＷｅｂアプリケーション２０５に対して通知する（ステップ１００２）。このとき、Ｗｅｂアプリケーション２０５は、ＳＩＰアプリケーション２０６からの通知に基づいて、呼び出しを通知する表示データを生成する（ステップ１００３）。ＳＩＰアプリケーション２０６は、呼出を開始したことを示すため、外部ＳＩＰサーバ１０３に対して、進捗状況（接続中）を通知する（ステップ１００４）。

表示手段２０１は、Ｗｅｂアプリケーション２０５からの表示データを取得して、外部ＳＩＰサーバ１０３に接続するＳＩＰ端末からＲＴＰ接続要求を受けたことを表示する（ステップ１００５）。表示手段２０１は、ユーザの呼び出し応答操作により、Ｗｅｂアプリケーション２０５に対して、接続を受け付けるための応答を送信する（ステップ１００６）。このとき、ＲＴＰ接続に必要な情報（ＩＰアドレスやポート番号、コーデック情報等）をＷｅｂアプリケーション２０５に対して送信する。

なお、図９では応答の概略を示しており、厳密に言えば、表示手段２０１からＷｅｂアプリケーション２０５へは「呼び出し中（接続中）」を示す応答と、呼び出しに応じてユーザが応答したことを表す「接続完了」を示す応答が送信される。すなわち、ステップ１００６〜１００９の処理は、２種類の応答のそれぞれについて実行される。

Ｗｅｂアプリケーション２０５は、表示手段２０１から受けた接続を受け付けるための応答（ここでは「接続完了」とする）に基づいて、進捗状況（接続完了）をＳＩＰアプリケーション２０６に対して通知する（ステップ１００７）。ＳＩＰアプリケーション２０６は、Ｗｅｂアプリケーション２０５からの通知により、進捗状況を外部ＳＩＰサーバ１０３に通知する処理を起動する（ステップ１００８）。すなわち、ＳＩＰアプリケーション２０６は、外部ＳＩＰサーバ１０３からのステップ１００１による接続要求に対する応答（接続完了；２００／ＩＮＶＩＴＥ）を外部ＳＩＰサーバ１０３に返信し、その受信応答（ＡＣＫ）を待ち受ける（ステップ１００９）。なお、このとき、外部ＳＩＰサーバ１０３は、接続完了の応答を受け取り、接続されているＳＩＰ端末に対して通知する。

ＳＩＰアプリケーション２０５は、外部ＳＩＰサーバ１０３からの受信応答（ＡＣＫ）を受け、Ｗｅｂアプリケーション２０６に対して、進捗状況（相手端末に接続完了を通知したこと）を通知する（ステップ１０１０）。Ｗｅｂアプリケーション２０６は、その通知に基づいて、表示データを生成する（ステップ１０１１）。

このような表示データを取得した表示手段２０１は、ＲＴＰに従って、呼び出した端末との通信を開始する（ステップ１０１２）。

（Ａ−３）実施形態の特徴点
上述のような構成を有し、上述のように動作する実施形態のＳＩＰ通信システムの特徴点を整理すると、以下のとおりである。

（１）ユーザは、表示手段（Ｗｅｂブラウザ等）２０１からＳＩＰアプリケーションサーバ２０２に対してアクセスし、ＳＩＰアプリケーションサーバ２０２上から、ＳＩＰ端末として機能するための情報をダウンロードして動作させることができる。

（２）ＳＩＰ端末（の機能）を、全てクライアント上で構築するのではなく、ＳＩＰアプリケーションサーバ２０２側でＳＩＰスタックを構築する。

（３）クライアント上で構築するＳＩＰ端末機能は、クライアント上のリソース（ユーザに対して流す音声や映像等）を必要とする場合のみとし、その他の実装（ＳＩＰスタック等）については、ＳＩＰアプリケーションサーバ２０２側で構築する。

（４）但し、クライアント上で構築する端末側で処理可能な内容に関しては、ＪａｖａＳｃｒｉｐｔ等を使用することでＳＩＰアプリケーションサーバ２０２側の負荷を極力軽減するようにしている。

（５）クライアント上での端末構築は、Ｗｅｂアプリケーション２０６へアクセスすることで実行される。

（６）クライアント端末（ユーザが利用するパソコンやモバイル端末等）は表示手段上等にリッチクライアントとして構築される。ここでの「リッチクライアント」は、必要に応じてアプリケーションをダウンロードして実行するものを表し、また、Ｗｅｂクライアントとして動作するものを表している。

（７）クライアントの端末側の処理は、Ｗｅｂサービスへのアクセスのみに集約され、Ｗｅｂアプリケーション開発者も容易に開発可能である。

（８）クライアント端末側は、ＨＴＴＰを介してサービスに関連する処理を行うため、ＳＩＰスタックのためにＵＰｎＰ等に対応させる必要はない。

（Ａ−４）実施形態の効果
上述のような実施形態の特徴により、以下の効果を奏することができる。

上記実施形態では、表示手段２０１上に恰もＳＩＰ端末を構築し、ＨＴＴＰクライアント機能を持つ表示手段２０１を利用し、ＳＩＰアプリケーションサーバにより提供されるサービスを利用することができる。

このように構築される端末側には、ＳＩＰスタックレベルの実装が必要ないため、サービス追加時等に、端末側にＳＩＰ技術者が出掛けて対応する必要がない。

また、ＳＩＰアプリケーションサーバやＷｅｂサービス等の連携時に、従来では、サービス毎に、各ＳＩＰ端末の開発者以外はできないようなＳＩＰ端末のカスタマイズが発生する場合が多々あったが、端末へのダウンロードモジュール２０３やＨＴＭＬ／ＸＭＬ部２０４のダウンロードによって、カスタマイズの必要性にも容易に対応できる。

ＳＩＰアプリケーションサーバとして、新しくサービスを提供する際には、従来では、ＳＩＰ端末側の変更が必要となったり、変更に多くの工数がかかったりしていたが、端末へのダウンロードモジュール２０３やＨＴＭＬ／ＸＭＬ部２０４のダウンロードによって、このような課題は生じない。コアネットワーク側で新規に対応した仕様に応じ、ＳＩＰ端末をバージョンアップする必要があり、従来では、配布方法やバージョンアップ未実施のＳＩＰ端末への対応等に問題が生じるという課題があるが、実施形態では、端末へのダウンロードモジュール２０３やＨＴＭＬ／ＸＭＬ部２０４のダウンロードによって対応するため、このような課題は生じない。

なお、ＳＩＰを適用するケースはリアルタイム性が必要な際に使用されることが想定されているが、実運用において秒単位での遅延があっても問題ない場合も多く、そのような場合には、上記実施形態の適用が可能となる。

（Ｂ）他の実施形態
上記実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。

上記実施形態の説明では、当該閲覧入力装置１０１（端末）に、表示手段２０１を用い、ＳＩＰアプリケーションサーバ２０２からダウンロードモジュール２０３及びＨＴＭＬ／ＸＭＬ部２０４を予めダウンロードさせて格納しておくものを示したが、ＳＩＰサービスを受ける直前に、ダウンロードさせるようにしても良い。この場合、ユーザインタフェースとして、プレゼンス機能だけのように、個別の機能だけをダウンロードさせるようにしても良い。

予めダウンロードさせておく場合も、プレゼンス機能だけのように、個別の機能だけをダウンロードさせておくようにしても良い。

また、ダウンロード時に、ユーザインタフェースをダウンロードさせるサービス（機能）の種類をユーザが選択できるようにしても良い。同様に、ダウンロードモジュール２０３についてもユーザが選択できるようにしても良い。

上記実施形態では、ＳＩＰアプリケーション２０５及びＷｅｂアプリケーション２０６が、ハードウェア的に同一の装置（サーバ）に搭載されているイメージで説明したが、ＳＩＰアプリケーション２０５及びＷｅｂアプリケーション２０６が、ハードウェア的に異なる装置に搭載されていても良い。

実施形態のＳＩＰ通信システムでＳＩＰサービスを提供する際の全体的なシステム構成を示すブロック図である。 実施形態における表示手段及びＳＩＰアプリケーションサーバのソフトウェア的な基本構成を示す説明図である。 実施形態におけるユーザ側に構築されるユーザインタフェース群の構成例を示す説明図である。 実施形態のＳＩＰアプリケーションサーバにおける動作の概要を示す説明図である。 実施形態のＷｅｂアプリケーション及び表示手段間で授受される表示データと、ユーザデータとの構成例を示す説明図である。 実施形態において、ユーザが表示手段を経由してＷｅｂアプリケーションにアクセスし、外部ＳＩＰサーバにＲＥＧＩＳＴＥＲする場合のシーケンス例を示すシーケンス図である。 実施形態において、外部ＳＩＰサーバを経由してＲＴＰによる接続を実行する場合のシーケンス例を示すシーケンス図である。 実施形態において、ＷｅｂアプリケーションのみでＲＴＰによる接続を行う場合のシーケンス例を示すシーケンス図である。 実施形態において、外部ＳＩＰサーバ側からの要求により、ユーザの表示手段においてＲＴＰ接続要求を受ける場合のシーケンス例を示すシーケンス図である。

符号の説明

１００…ＳＩＰ通信システム、１０１…閲覧入力装置、１０２…ＳＩＰアプリケーションサーバ装置、１０３…コアネットワーク、１０４…ＳＩＰ端末、２０１…表示手段、２０２…ＳＩＰアプリケーションサーバ、２０３…ダウンロードモジュール、２０４…ＨＴＭＬ／ＸＭＬ部、２０５…ＳＩＰアプリケーション、２０６…Ｗｅｂアプリケーション、２０８…通知手段。

Claims (4)

1. クライアント端末と、ＳＩＰアプリケーションサーバ装置とを有するＳＩＰ通信システムであって、
   上記クライアント端末は、
   ユーザへの表示を行うハードウェアとしての存在である１又は複数のユーザリソースと、
   上記各ユーザリソースにアクセスするための、上記ＳＩＰアプリケーションサーバ装置からダウンロードされたリソースアクセスソフトウェアモジュールと、
   ＳＩＰサービスに応じたユーザインタフェースを提供するための、上記ＳＩＰアプリケーションサーバ装置からダウンロードされたＵＩソフトウェアモジュールと、
   上記リソースアクセスソフトウェアモジュール及び上記ＵＩソフトウェアモジュールをダウンロードさせるダウンロード実行部とを有し、
   上記ＳＩＰアプリケーションサーバ装置は、
   上記クライアント端末にダウンロードし得るモジュールを格納し、要求に応じて、モジュールを提供するモジュール提供部と、
   ＳＩＰサービスを提供するＳＩＰアプリケーションと、
   Ｗｅｂサービスを提供するＷｅｂアプリケーションとを有し、
   上記クライアント端末は、上記ＵＩソフトウェアモジュールを搭載して機能する表示手段を経由して上記Ｗｅｂアプリケーションにアクセスし、上記Ｗｅｂアプリケーションから上記ＳＩＰアプリケーションを呼び出すことを特徴とするＳＩＰ通信システム。
2. 上記ＳＩＰアプリケーションサーバ装置は、上記ＳＩＰアプリケーションにおけるＳＩＰメッセージや通信状況に基づいて、上記クライアント端末に通知し得る通知データを形成して、上記Ｗｅｂアプリケーションに与える通知手段を有することを特徴とする請求項１に記載のＳＩＰ通信システム。
3. 上記ＳＩＰアプリケーションサーバ装置は、ＳＩＰ通信を実行するための、ＳＩＰスタックモジュールを有することを特徴とする請求項１又は２に記載のＳＩＰ通信システム。
4. クライアント端末がＳＩＰアプリケーションサーバ装置経由でＳＩＰのコアネットワーク側と通信するＳＩＰ通信方法であって、
   上記クライアント端末は、ユーザへの表示を行うハードウェアとしての存在である１又は複数のユーザリソースを有すると共に、内蔵するダウンロード実行部が、上記各ユーザリソースにアクセスするためのリソースアクセスソフトウェアモジュールを、上記ＳＩＰアプリケーションサーバ装置からダウンロードさせ、かつ、ＳＩＰサービスに応じたユーザインタフェースを提供するためのＵＩソフトウェアモジュールを、上記ＳＩＰアプリケーションサーバ装置からダウンロードさせ、
   上記ＳＩＰアプリケーションサーバ装置は、内蔵するモジュール提供部が、上記クライアント端末にダウンロードし得るモジュールを格納し、要求に応じて、モジュールを提供し、
   上記クライアント端末は、上記ＵＩソフトウェアモジュールを搭載して機能する表示手段を経由して、Ｗｅｂサービスを提供する上記ＳＩＰアプリケーションサーバ装置のＷｅｂアプリケーションにアクセスし、上記Ｗｅｂアプリケーションから上記ＳＩＰアプリケーションを呼び出す
   ことを特徴とするＳＩＰ通信方法。

Images