コールに関連するビデオへのウェブベースのアクセス
【解決手段】
音声ベアラが第１のユーザのマルチメディア端末と第２のユーザの音声端末との間に確立されて第１、第２のユーザ間に音声通信を許容する通信環境において、本発明は第２のユーザがウェブセッションを通して第１のユーザのビデオコンテンツへアクセスすることを可能にする。
音声ベアラが第１のユーザのマルチメディア端末と第２のユーザの音声端末との間に確立されて第１、第２のユーザ間に音声通信を許容する通信環境において、本発明は第２のユーザがウェブセッションを通して第１のユーザのビデオコンテンツへアクセスすることを可能にする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はビデオの共有に関し、特にウェブセッションを通して音声及びビデオコールのビデオ成分へのアクセスを可能にすることに関する。
【背景技術】
【０００２】
多くの最近のモバイルフォンはビデオコンテンツを捉えて、ビデオコンテンツを、ビデオコンテンツの共有をサポートするサービスへ加入する他のコンパチブルフォンと共有する能力を有する。ビデオコンテンツの共有への要望が増加するで、ユーザは、コンパチブルフォンを有しかつビデオ共有サービスへ加入する他のユーザとしかビデオを共有することができないことに多大の制約を受けている。従って、コンパチブルフォンを有してもコンパチブルなビデオサーバーに加入していないユーザはビデオを共有できない。ビデオコンテンツを共有化できるフォンを有するユーザはコンパチブルフォンを有さない他のユーザと彼らのビデオコンテンツを共有化できない。ビデオコンテンツの共有化への明白な要望がありながらそれを実行する能力が制限される現状において、ユーザがコンパチブルフォンを有さない又はコンパチブルなビデオ共有サービスに加入していないユーザとの間でユーザのテレフォンからのビデオコンテンツを共有化することを可能にする、有効かつ効率的な技術に対するニーズが存在する。
【発明の概要】
【０００３】
音声ベアラが第１のユーザのマルチメディア端末と第２のユーザの音声端末間に確立されて第１、第２ユーザ間の音声通信を可能にする通信環境の中で、本発明は第２のユーザがウェブセッションを通して第１のユーザのビデオコンテンツにアクセスすることを可能にする。第１の実施形態では、第１のユーザが第２のユーザの音声端末に向けて音声及びビデオ（Ｖｏｉｃｅ Ａｎｄ Ｖｉｄｅｏ：ＶＡＶ）コールを開始することに応じて音声ベアラが確立される。第２のユーザはサービスノードとウェブセッションを開始でき、サービスノードはウェブセッションを介して情報取得しその情報を使って第１のユーザのビデオコンテンツを第２のユーザのウェブブラウザに関連するメディアプレーヤーへ配信するようマルチメディア端末へ指示する。第２の実施形態では、マルチメディア端末と音声端末間に確立された音声のみのコールに応じて音声ベアラが確立される。音声コールの間、第２のユーザがサービスノードによりウェブセッションを開始できる。サービスノードはウェブセッションを介して情報を取得し、その情報を使って第１のユーザのビデオコンテンツを第２のユーザのウェブブラウザに関連するメディアプレーヤーへ配信するようマルチメディア端末へ指示する。
【０００４】
第１の実施形態の１つの構成では、第１モバイルユーザはマルチメディア端末から第２のユーザへ音声及びビデオ（ＶＡＶ）コールを創出し、その中で、ＶＡＶコールの音声成分は第２のユーザの音声端末を介して確立され、ＶＡＶコールのビデオ成分は第２のユーザのウェブブラウザを介して確立されてもよい。ウェブブラウザは、第２のユーザの音声端末又は他の端末に設けられてもよい。ＶＡＶコールが創出される時、ＶＡＶコールはサービスノードへ送られ、サービスノードは第１のユーザのマルチメディア端末と第２のユーザの音声端末との間のＶＡＶコールの音声成分に対する音声ベアラの確立を容易にする。ＶＡＶコールのビデオ成分にアクセスするため、第２のユーザはウェブブラウザを介してサービスノードによるウェブセッションを開始し、ＶＡＶコールのビデオ成分へのアクセスのための要望を示す。ウェブセッションに応答して、サービスノードはアクセスが要求されるＶＡＶコールを識別し、ＶＡＶコールのビデオ成分に対するビデオコンテンツがビデオベアラを介してウェブブラウザへ配信されるのに十分な情報を通信する。サービスノードはマルチメディア端末へ通信情報を提供し、マルチメディア端末はその通信情報を使ってビデオコンテンツをビデオベアラを介して第２のユーザのウェブブラウザへストリームする。生の又は予め記録されたビデオコンテンツは、ウェブブラウザと一体化されたもしくはウェブブラウザに関連するメディアプレーヤーによって第２のユーザへ提供され受信される。第２のユーザのビデオコンテンツは、ウェブブラウザからマルチメディア端末へ返信されＶＡＶコールの音声成分に関連する双方向ビデオセッションを提供する。
【０００５】
ＶＡＶコールはサービスノードにより提供される通信機能へ送られてもよい。通信機能は、マルチメディア端末、マルチメディア端末に代わり動作する要素等によりマルチメディアシグナリングをサポートし、及び、音声端末、音声端末に代わり動作する要素、メディアゲートウェイ制御部、コールサーバー等により音声シグナリングをサポートすることができる。ＶＡＶコールはマルチメディアシグナリングを介してサービスノードへ送られてもよく、マルチメディアシグナリングを通して一般的にはＶＡＶコール、又は特にＶＡＶコールの音声成分を処理するためのさらなるシグナリングがサポートされてもよい。上記構成に限定されず、マルチメディアシグナリングは、サービスノードがマルチメディア端末又はマルチメディア端末のエージェントと相互作用することを可能にして、音声成分の音声ベアラを確立し制御するとともに、マルチメディア端末又はマルチメディア端末のエージェントにビデオベアラを介してビデオをウェブブラウザへ配信するように指示する。サービスノードは、マルチメディア端末またはマルチメディア端末のエージェントが第１のユーザによって提供されるビデオコンテンツを第２のユーザのウェブブラウザへストリームするか又は配信することができるのに十分な通信情報を提供してもよい。通信情報は、これらに限定されないが、ウェブブラウザ又はウェブブラウザで動作するメディアプレーヤーに関連するアドレス、ポート、及びコーデック情報を備えてもよい。例えば、マルチメディア端末又はそのエージェントは特定のコーデックに従ってビデオコンテンツをストリームしてもよく、提供されたアドレス及びポート情報を使ってウェブブラウザへストリームする。
【０００６】
サービスノードの通信機能は音声シグナリングもサポートしてもよく、音声シグナリングはサービスノードによって使われて音声端末又はそのエージェントと相互作用して、ＶＡＶコールの音声成分の音声ベアラを確立し制御する。従って、通信機能はＶＡＶコールの音声成分の音声ベアラを確立し制御する上で、マルチメディア及び音声シグナリングの両方を採用してもよい。特に、音声ベアラはパケットネットワーク、回線交換ネットワーク、又はこれらの組合せを介して提供されてもよく、マルチメディア及び音声シグナリングは当業者によって理解されるように、所望の音声ベアラの構成要件に従って利用される。
【０００７】
サービスノードは、また、ウェブブラウザによりウェブセッションをサポートするためのウェブサーバ機能及びウェブサーバ機能と通信機能間の相互作用を容易にするための相互作用機能を提供してもよい。ウェブサーバ機能は、サービスノードがウェブブラウザに対してウェブサーバとして現れて、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ’ｓ（ＩＥＴＦ）Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２６１６に記載のＨｙｐｅｒ−Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のような適当なウェブセッションプロトコルを使って、コンテンツに対するウェブブラウザの要求に応答したり、ウェブページやウェブページ更新に要求されたコンテンツを提供したりするような通常のウェブサーバの機能性をサポートすることを可能にする。サービスノードの相互作用機能は通信制御及びウェブサーバ機能を提供し、以下に説明する通信とウェブサーバ機能間の相互作用を提供する。
【０００８】
サービスノードの通信機能は第２のユーザに関連するＶＡＶが可能な端末又はそのアドレスとして現れ、ＶＡＶコールの音声及びビデオ成分を処理することができる。マルチメディア端末によって創出されたＶＡＶコールは有効に通信機能へ送られ、通信機能はコールの音声成分の音声ベアラを確立し、マルチメディア端末がＶＡＶコールに関連するビデオコンテンツを提供する前に、分離するウェブセッションを介してＶＡＶコールのビデオ成分へ第２のユーザがアクセス要求を行うことを待機するように動作する。第２のユーザがウェブブラウザを介してウェブセッションを開始しＶＡＶコールのビデオ成分へアクセス要求を行うと、サービスノードはマルチメディア端末に対してウェブブラウザに関連するメディアプレーヤーへビデオコンテンツの供給を開始するように指示する。マルチメディア端末の視点からすると、ＶＡＶコールは、関連する音声とビデオ成分を有しＶＡＶコールの一部としてＶＡＶコールの音声とビデオ成分の両方をサポートすることができる単一のユーザ端末へ提供される通常のＶＡＶコールである。マルチメディア端末はウェブセッションを意識する必要が無く、又はビデオコンテンツの目的地がＶＡＶコールの音声成分を処理する同じ通信エージェントの代わりにウェブブラウザに関連するメディアプレーヤーであることを意識する必要が無い。
【０００９】
第２の実施形態の１つの構成では、ビデオ成分が既存の音声コールへ加えられる。音声コールは、音声のみのコールとして始められ少なくとも一部がマルチメディア端末と音声端末間の回線交換接続を介して確立された。音声コールの音声ベアラが確立された後、第２のユーザのビデオ成分を既存の音声コールへ加えたいという要望を判定する第２のユーザのウェブブラウザによってサービスがウェブセッションを確立してもよい。ウェブセッションは、第１のユーザとの会話に応答して第２のユーザによって始められてもよい。ウェブセッションを介して、サービスノードはマルチメディア端末に関連するセッション情報及びウェブブラウザに関連するメディアプレーヤーへ第１ビデオコンテンツを配信するために十分な通信情報の少なくとも一部を取得してもよい。セッション情報に基づいて、サービスノードは既存の音声コールをサポートするマルチメディア端末を識別してもよく、マルチメディア端末が通信情報を使ってビデオ成分を介してウェブブラウザのメディアプレーヤーへビデオコンテンツを配信できるように、マルチメディア端末に対しビデオ成分を加えて既存の音声コールを拡張させるように指示を提供する。
【００１０】
以下の詳細な説明を添付の図面を参照して読むならば、当業者は本発明の範囲を理解し、その追加の特徴を理解するであろう。
【００１１】
本明細書に組み込まれてその一部を形成する添付図面は本発明のいくつかの特徴を図示し、記載内容とともに本発明の原理を説明する。
【図面の簡単な説明】
【００１２】
【図１】本開示の一の実施形態にかかる通信環境のブロック図である。
【図２Ａ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｂ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｃ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｄ】本開示の一の実施形態にかかる代表的な通信フローである。
【図３】本開示の第２の実施形態にかかる通信環境のブロック図である。
【図４】本開示の第３の実施形態にかかる通信環境のブロック図である。
【図５】本開示の第４の実施形態にかかる通信環境のブロック図である。
【図６】本開示の第５の実施形態にかかる通信環境のブロック図である。
【図７Ａ】本開示の他の実施形態にかかる代表的な通信フローである。
【図７Ｂ】本開示の他の実施形態にかかる代表的な通信フローである。
【図８】本開示の一の実施形態にかかるサービスノードのブロック図である。
【図９】本開示の一の実施形態にかかるブラウザ端末（又は音声端末）のブロック図である。
【発明を実施するための形態】
【００１３】
【００１４】
【００１５】
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
以下に述べる実施形態は、当業者が本発明を実施するのに必要な情報を提供し、本発明を実施するうえでベストモードを説明する。添付の図面を参照して以下の説明を読むことにより当業者は本発明のコンセプトを理解し、ここに特に記載していないこれらのコンセプトの応用を認識するであろう。これらのコンセプト及び応用は、この開示の範囲に入り、添付の特許請求範囲に含まれることが理解されるべきである。
【００２２】
選択的な実施形態の詳細説明に入る前に、代表的な通信環境１０の概要が添付図１において提供される。一般的に、サービスノード１２は、マルチメディア端末１４，音声端末１６，及び音声端末１６又は離れたブラウザ端末１８に設けられるウェブブラウザ１８Ｂの間の通信を容易にするために設けられる。特に、種々の端末は、有線又は無線のテレフォン、パソコン、携帯情報端末のようなものを備え、実質的にあらゆる形態を採ってもよい。この説明や以下の請求範囲においてこれらの端末に提供するラベルは読み易さを改良するため及び端末を個別に識別するためにのみ用いる。従って、端末（１４，１６，１８）のいずれも、音声を備えたマルチメディアのアプリケーション及び通信の制限された又は全部の範囲をサポートしてもよい。別の方法として、音声端末１６はパケット又は回線交換接続を通して主要な音声通信アプリケーションをサポートしてもよい。
【００２３】
一般的に、本発明の一の実施形態では、マルチメディア端末１４に関連する第１のモバイルユーザが音声及びビデオ（ＶＡＶ）コールをマルチメディア端末１４から一般的には第２のユーザ、特に音声端末１６に関連する通信アドレスを使って第２のユーザに向けて創出することができる。通信アドレスは、ディレクトリ番号又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）のようなパケット通信アドレスであってもよい。通信アドレス又はＶＡＶコールが向けられる端末がＶＡＶコールのビデオ成分をサポートすることができない時、ＶＡＶコールは処理のためにサービスノード１２へ送られる。ＶＡＶコールがマルチメディア端末１４によって創出される時、ＶＡＶコールは最初はセッションプロキシ（Ｓｅｓｓｉｏｎ Ｐｒｏｘｙ：ＳＰ）２２へ送られてもよい。セッションプロキシ（ＳＰ）２２は、ＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールのビデオ成分をサポートできるかどうかを判定する。セッションプロキシ２２は、ＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールの音声及びビデオ成分の両方をサポートできると判定すれば、セッションプロキシ２２は従来の手法でそのコールを指定の通信アドレス又は端末へ送る。もしセッションプロキシ２２がＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールのビデオ成分をサポートできないと判定すれば、セッションプロキシ２２はそのコールを処理のためサービスノード１２へ送る。図１の実施形態では、マルチメディア端末１４は、インターネット２０に直接又は間接的に結合されセッションプロキシ２２へアクセスする、パケットベースのアクセスサブシステム（Ｐａｃｋｅｔ−ｂａｓｅｄ ａｃｃｅｓｓ Ｓｕｂｓｙｓｔｅｍ：ＰＳ）２４を介してサービスされる。セッションプロキシ２２及びサービスノード１２はインターネットを介して通信してもよい。
【００２４】
この例では、ＶＡＶコールはＶＡＶコールのビデオ成分をサポートできない音声端末１６へ向けられる。ＶＡＶコールがサービスノード１２へ送られる時、サービスノード１２は、音声端末１６によりＶＡＶコールの音声成分を確立するように動作する。さらに下記に説明するように、第２のユーザに対するＶＡＶコールのビデオ成分がウェブブラウザ１８Ｂを介してその後確立されてもよく、図示のようにウェブブラウザ１８Ｂは音声端末１６又は第２のユーザのブラウザ端末１８に設けられてもよい。ＶＡＶコールがセッションプロキシ２２によりサービスノード１２へ送られる時、サービスノード１２は、第１のユーザのマルチメディア端末１４と第２のユーザの音声端末１６間のＶＡＶコールの音声成分に対する音声ベアラの確立を容易にする。図示のように、ＶＡＶコールは、セッションプロキシ２２を介し、マルチメディアシグナリングを介してサービスノード１２へ送られ、マルチメディアシグナリングはサービスノード１２へのシグナリングメカニズムを提供してマルチメディア端末１４に対してＶＡＶコールの音声及びビデオ成分の両方を確立し制御するとともにマルチメディア端末１４と情報を交換する。
【００２５】
音声端末１６は公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）２６によってサービスされ、サービスノード１２は別の音声シグナリングを採用し、ＶＡＶコールの音声成分を確立し制御してもよい。マルチメディアシグナリング及び音声シグナリングを通してサービスノード１２はマルチメディア端末１４と音声端末１６との間のＶＡＶコールの音声成分をサポートする音声ベアラの確立を容易にすることができる。図示のように、サービスノード１２は音声シグナリングを介してメディアゲートウェイ３０を制御するように動作するメディアゲートウェイコントローラ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：ＭＧＣ）２８と通信することができる。サービスノード１２は、マルチメディア端末１４又はマルチメディア端末１４のエージェント及びＭＧＣ２８へ指示を出し、マルチメディア端末１４と音声端末１６との間にメディアゲートウェイ３０を介して音声ベアラを確立する。この例では、音声ベアラはＭＧＣ２８の制御のもとでメディアゲートウェイ３０を通して確立され、音声ベアラはマルチメディア端末１４及びメディアゲートウェイ３０間にＰＳ２４及びインターネット２０を通してパケット部を有し、メディアゲートウェイ３０及び音声端末１６間にＰＳＴＮ２６を介して回線交換部を有する。
【００２６】
第１、第２のユーザは音声ベアラを介して相互に会話をしてもよいが、ＶＡＶコールのビデオ成分はまだ確立されていない。ＶＡＶコールの開始前、又は一旦音声ベアラが確立されると、第１のユーザは第２のユーザへＶＡＶコールの音声成分に関連してビデオ成分があることを知らせてもよい。ＶＡＶコールのビデオ成分へアクセスするために、第２のユーザはウェブブラウザ１８Ｂを開き、ユーザがＶＡＶコールのビデオ成分へアクセスすることを許容するサービスに関連するウェブサイトへナビゲートすることによってウェブセッションを開始する。第２のユーザは、ユーザによって提供され、ユーザによって開始された特定の１つの又は複数のＶＡＶコールに関連する特定のＵＲＬを使ってそのウェブサイトへナビゲートしてもよい。代表的な特定のＵＲＬは、ｈｔｔｐ：／／ｖｉｄｅｏ．ｃａｒｒｉｅｒ．ｃｏｍ／？ＤＮ０である。ここで、ＤＮ（Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）０はマルチメディア端末１４に関連するディレクトリ番号である。他の方法として、第２のユーザはユーザがＶＡＶコールのビデオ成分へアクセスすることを許容するサービスに関連する一般的なＵＲＬを使ってそのウェブサイトへナビゲートしてもよい。その中で、第２のユーザは、アクセスを要望する特定のＶＡＶコールを識別するために十分な情報を提供してもよい。代表的な一般的ＵＲＬはｈｔｔｐ：／／ｖｉｄｅｏ．ｃａｒｒｉｅｒ．ｃｏｍであり、これはディレクトリ番号ＤＮ０、又はサービスノード１２が第１のユーザによって開始されたＶＡＶコールにウェブセッションを関連付けることを許容するのに十分な他の識別情報を提供することによってユーザがＶＡＶコールを識別することを許容する、一般のページに関連する。ＶＡＶコールのビデオ成分にアクセスする要望は、ウェブセッションの開始に基づいて、又はそれを行うための特定のリクエスト、情報又は指示を提供する第２のユーザによって判定されてもよい。
【００２７】
ウェブセッションに応答してサービスノード１２はアクセスがリクエストされたＶＡＶコールを識別してＶＡＶコールのビデオ成分に対するビデオコンテンツが音声ベアラを介してウェブブラウザ１８Ｂへストリームされることが可能であるために十分な通信情報を取得する。通信情報の全て又は一部分は予めサービスノード１２に記憶されていてもよく、第２のユーザ、ウェブブラウザ１８Ｂ、ウェブブラウザ１８Ｂに関するメディアプレーヤー、ブラウザ端末１８、第三者、あるいはこれらの組合せから取得されてもよい。通信情報のタイプやコンテンツは実施形態によって異なってもよいが、通信情報はマルチメディア端末１４やマルチメディア端末１４のエージェントが第１のユーザによって提供されたビデオコンテンツをウェブブラウザ１８Ｂへストリームしたり、あるいは配信したりするのに十分なものでなければならない。通信情報はアドレス、ポート、ウェブブラウザ１８Ｂやウェブブラウザ１８Ｂとともに動作するメディアプレーヤーに関するコーデック情報を備えてもよい。例えば、マルチメディア端末１４やマルチメディア端末１４のエージェントは特定のコーデックに従ってビデオコンテンツをエンコードしてもよく、提供されたアドレスやポート情報を使ってビデオコンテンツをウェブブラウザ１８Ｂへストリームしてもよい。
【００２８】
サービスノード１２は通信情報をマルチメディア端末１４やマルチメディア端末１４のエージェントへ提供し、マルチメディア端末１４やマルチメディア端末１４のエージェントは通信情報を使ってビデオコンテンツをビデオベアラを介して第２のユーザのウェブブラウザ１８Ｂへストリームする。通信情報は、ＶＡＶコールのビデオ成分をスタートさせる指示又はそれに関連してサービスノード１２によってマルチメディア端末１４へ提供されてもよく、ビデオコンテンツのウェブブラウザ１８Ｂへの配信が開始される。次いで、生のあるいは予め記録されたビデオコンテンツが、ウェブブラウザ１８Ｂと一体のあるいはそれに関連するメディアプレーヤーによって第２のユーザによって受取られる。このように、ビデオコンテンツはウェブセッションにより又はウェブセッションに関連して第２のユーザへ効果的に提供されてもよいる。第２のユーザのビデオコンテンツはウェブブラウザ１８Ｂからマルチメディア端末１４やマルチメディア端末１４のエージェントへ逆配信されてもよく、ＶＡＶコールの音声成分に関連する双方向ビデオセッションを提供する。第１のユーザへ逆配信されるビデオコンテンツは、生のあるいは記録されたビデオコンテンツであってもよく、ビデオコンテンツはブラウザ端末１８のビデオカメラ３２により捉えられたものである。
【００２９】
一般的に、サービスノード１２は、通信機能、ウェブサーバ機能、及び相互作用機能を提供してもよい。ＶＡＶコールが創出されると、ＶＡＶコールはサービスノード１２により提供される通信機能へ送られる。通信機能は、マルチメディア端末１４、マルチメディア端末１４に代わり動作する要素等によりマルチメディアシグナリングをサポートすることができ、音声端末１６、音声端末１６に代わり動作する要素、メディアゲートウェイコントローラ２８、コールサーバ（図示しない）等により音声シグナリングをサポートすることができる。一の実施形態では、ＶＡＶコールはマルチメディアシグナリングを介してサービスノード１２へ送られ、マルチメディアシグナリングは一般的にはＶＡＶコール、特にＶＡＶコールの音声成分を処理するのに必要なシグナリングをさらにサポートしてもよい。これに限定されないが、マルチメディアシグナリングは、音声成分に対する音声ベアラを確立し制御すること、及びマルチメディア端末１４やそのエージェントがビデオを音声ベアラを介してウェブブラウザ１８Ｂへ配信するよう指示することに関連して、サービスノード１２がマルチメディア端末１４やそのエージェントと相互作用することを可能にする。
【００３０】
通信機能は、音声シグナリングをサポートしてもよい。音声シグナリングは、サービスノード１２により使われてＭＧＣ３０又はコールサーバのような音声端末１６又はそのエージェントとＶＡＶコールの音声成分に対する音声ベアラを確立し制御することに関し相互作用する。このように、サービスノード１２の通信機能は、ＶＡＶコールの音声成分に対する音声ベアラを確立し制御することに関しマルチメディア及び音声シグナリングの両方を採用してもよい。特に、音声ベアラはＰＳ２４，ＰＳＴＮ２６，又はこれら組合せを介して提供されてもよく、当業者によって理解されるように、マルチメディア及び音声シグナリングは、望ましい音声ベアラの構成要件に従って使われる。
【００３１】
サービスノード１２のウェブサーバ機能は、ウェブブラウザ１８Ｂのウェブセッションをサポートし、サービスノード１２の相互作用機能は、ウェブサーバ機能と通信機能との間の相互作用を容易にする。ウェブサーバ機能により、サービスノード１２がウェブブラウザ１８Ｂに対しウェブサーバとして現れ、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ’ｓ（ＩＥＴＦ）Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２６１６に記載のＨｙｐｅｒ−Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のような適当なウェブセッションプロトコルを使って、コンテンツに対するウェブブラウザ要求に応答したり、要求されたコンテンツをウェブページやウェブページの更新に提供する、通常のウェブサーバの機能性をサポートする。サービスノード１２の相互作用機能は通信やウェブサーバ機能や通信やウェブサーバ機能間の相互作用の制御を提供する。
【００３２】
一の実施形態では、サービスノード１２の通信機能は、第２のユーザに関連するかそのアドレスに関連して、ＶＡＶコールの音声及びビデオ成分を処理することができるＶＡＶ可能な端末として現れるかあるいはＶＡＶ可能な端末を表す。マルチメディア端末１４により創出されたＶＡＶコールは効果的に通信機能へ送られ、コールの音声成分の音声ベアラを確立するように動作し、マルチメディア端末１４がＶＡＶコールに関するビデオコンテンツを提供する前に、分離したウェブセッションを介してＶＡＶコールのビデオ成分へのアクセスを第２のユーザが要求するのを待機する。第２のユーザがウェブブラウザ１８Ｂを介してウェブセッションを開始しＶＡＶコールのビデオ成分へアクセス要求を行うと、サービスノード１２はマルチメディア端末１４に対してウェブブラウザ１８Ｂに関連するメディアプレーヤーへビデオコンテンツの提供を開始するように指示する。マルチメディア端末１４の視点からすると、ＶＡＶコールは関連する音声とビデオ成分を有しＶＡＶコールの音声とビデオ成分の両方をサポートすることができる単一のユーザ端末へ提供される通常のＶＡＶコールである。マルチメディア端末１４はウェブセッションを意識する必要が無く、又はビデオコンテンツの目的地がＶＡＶコールの音声成分を処理する同じ通信クライエントの代わりにウェブブラウザ１８Ｂに関連するメディアプレーヤーであることを意識する必要が無い。
【００３３】
図２Ａ乃至２Ｄを参照すると、第２のユーザがウェブブラウザ１８Ｂを使ってＶＡＶコールのビデオ成分をアクセスすることを許容する代表的なシナリオを説明する通信フローが提供される。当業者はこれが本発明の一の実施形態に係る代表的シナリオに過ぎないことを理解し、通信フローに表わされる特徴と要素は本発明を実施するうえで全てが必要ではないことを理解するであろう。特に、通信フローは本発明のコアコンセプトを補う多くの選択的な特徴を図示するように意図されている。このシナリオのために第２のユーザ又は音声端末１６はディレクトリ番号ＤＮ１に関連し、第１のユーザ又はマルチメディア端末１４はディレクトリ番号ＤＮ０に関連する。
【００３４】
いずれかの時点で、第１のユーザはディレクトリ番号ＤＮ１を使ってマルチメディア端末１４からＶＡＶコールを開始することを決定する。従って、第１のユーザはマルチメディア端末１４へＶＡＶコールを行うことを指示し、これによりマルチメディア端末１４はディレクトリ番号ＤＮ１に対してＶＡＶコールを開始する（ステップ１００）。このシナリオでは、通信環境１０が使われ、マルチメディア端末１４はＰＳ２４によってサポートされるので、このコールは対応するＰＳインターフェイスを介して開始されると想定する。さらに、セッション開始プロトコル（ＳＩＰ）がセッションシグナリング及び制御に使われる。しかしながら、当業者は他のセッションシグナリングプロトコルも採用されることを理解するであろう。
【００３５】
ＶＡＶコールを開始するために、マルチメディア端末１４は、ディレクトリ番号ＤＮ１対象のＳＩＰインバイトをセッションプロキシ２２へ送信する（ステップ１０２）。このインバイトは、マルチメディア端末１４に対するディレクトリ番号ＤＮ０を備えるとともに、このインバイトが音声及びビデオ成分を備えるＶＡＶコールのインバイトであることを示す。セッションプロキシ２２は適当なデータベースを記録するか又はそれをアクセスしてもよく、ディレクトリ番号ＤＮ１がビデオ能力を備えるユーザ端末、特にＶＡＶコールのビデオ成分をサポートできるユーザ端末に関して登録されているかどうかを判定する。この例では、音声端末１６はＶＡＶコールのビデオ成分を典型的な手法ではサポートすることができず、セッションプロキシ２２はディレクトリ番号ＤＮ１がビデオ能力を有する装置に登録されていないと判定する（ステップ１０４）。
【００３６】
セッションプロキシ２２は、ディレクトリ番号ＤＮ１がビデオ能力を有するようには登録されていないと判定すると、ＶＡＶコールは通常の手法で処理される代わりにサービスノード１２へ有効に送り返される。このように、ＶＡＶコールをサービスノード１２へ有効に別ルートで送るために、セッションプロキシ２２はインバイトをサービスノード１２へ送る（ステップ１０６）。特に、ＶＡＶコール特にＶＡＶコールを開始することに関するインバイトのルーティングは、マルチメディアシグナリングを介して提供される。インバイトを受取ると、サービスノード１２はディレクトリ番号ＤＮ１をインバイトから取り出し、このディレクトリ番号ＤＮ１を使ってＶＡＶコールの音声成分を確立する（ステップ１０８）。要するに、サービスノード１２は適当なユーザ端末、この場合は音声端末１６を判定し、これにより音声ベアラが確立されてＶＡＶコールの音声成分をサポートする。音声端末１６はＰＳＴＮ２６によりサポートされるので、サービスノード１２はインバイトを修正して音声セッション開始にのみ使用されることを示し、その後インバイトを、音声端末１６をサービスできるメディアゲートウェイコントローラ２８へ送信する（ステップ１１０）。インバイトの受信に応答して、メディアゲートウェイコントローラ２８は必要なコールセットアップシグナリングを適当なテレフォニスイッチ又はＰＳＴＮ２６の他のメディアゲートウェイにより容易にし、ＶＡＶコールに相当する音声コールをＰＳＴＮ２６を通して音声端末１６に提供することを容易にする（ステップ１１２）。
【００３７】
第２のユーザが音声コールに応えると（ステップ１１４）、メディアゲートウェイコントローラ２８がコールセットアップシグナリングを通して通知される。メディアゲートウェイコントローラ２８は２００ＯＫメッセージをサービスノード１２及びセッションプロキシ２２を通してマルチメディア端末１４へ返信して音声コールが応えられたことを示し、必須の通信情報を提供してマルチメディア端末１４がメディアゲートウェイ３０と通信できるようにする（ステップ１１６）。このように、マルチメディア端末１４はＶＡＶコールの音声成分のみが確立されたことを認識する。サービスノード１２及びセッションプロキシ２２を介してマルチメディア端末１４とメディアゲートウェイコントローラ２８との間のシグナリングの交換を通して、マルチメディア端末１４は音声コンテンツをメディアゲートウェイ３０へ配信する十分な通信情報を有し、メディアゲートウェイ３０は音声ベアラのパケット部を介してマルチメディア端末１４へ音声コンテンツを配信できるための十分な通信情報を有する。コールセットアップシグナリングはＰＳＴＮ２６を通して、メディアゲートウェイ３０と音声端末１６間の音声ベアラの部分の回線交換、あるいはＰＳＴＮを容易にする。音声ベアラのパケット及びＰＳＴＮ部は、メディアゲートウェイ３０で相互作用し、第１のユーザ、第２のユーザが相互に話すことができるのに十分な全体の音声ベアラを提供する（ステップ１１８）。特に、当業者は別のシグナリングが従来の手法で求められまたは提供されて音声ベアラの個々の部分を確立することを理解し、個々の要素間で交換されねばならない情報が異なるコールシグナリングメッセージに提供されてもよいことを理解するだろう。
【００３８】
この例では、第１のユーザ、第２のユーザ間の会話中に、第１のユーザが第２のユーザへ音声セッションに関連して利用できるビデオ成分が存在することを通知すると想定する（ステップ１２０）。音声端末１６を介して第１のユーザと話をする間、第２のユーザはブラウザ端末１８を操作してウェブブラウザ１８Ｂを開いてもよい（ステップ１２２）。ウェブブラウザ１８ＢはＵＲＬを識別して、ビデオアクセスページをアクセスするのに使い、ビデオアクセスページはユーザがＶＡＶコールのビデオ成分にアクセスすることを支援する（ステップ１２４）。ＵＲＬはウェブブラウザ１８Ｂにより記憶されてもよいし、第２のユーザによって提供されてもよい。この例では、ＵＲＬは第１のユーザにより第２のユーザへ提供され、第２のユーザがＵＲＬをウェブブラウザ１８Ｂへ入力し、ウェブブラウザ１８Ｂはその後ＵＲＬを使ってビデオアクセスページ要求をサービスノード１２へ送る（ステップ１２６）。ビデオアクセスページ要求はサービスノード１２のウェブサーバ機能によりウェブセッションを効果的に開始すると想定する。ビデオアクセスページ要求に応答してサービスノード１２は適当なビデオアクセスページを生成し（ステップ１２８）、ビデオアクセスページをブラウザ端末１８のウェブブラウザ１８Ｂへ送信する（ステップ１３０）。ウェブブラウザ１８Ｂはビデオアクセスページを第２のユーザへ与え（ステップ１３２）、この例では、第２のユーザからセッション情報を受取る（ステップ１３４）。セッション情報は第１、第２のユーザの識別（第１のユーザＩＤ及び第２のユーザＩＤ）及びＶＡＶコールに関連するディレクトリ番号（ＤＮ０及びＤＮ１）を備えてもよいが備える必要はない。ウェブセッションの期間、専用の又は他のメッセージングを通してセッション情報がサービスノード１２へ提供されてもよい（ステップ１３６）。サービスノード１２は、第２のユーザやウェブセッションを開始するために使われるＵＲＬや他の適当な情報により提供されたセッション情報に基づいて第２のユーザが興味を持つＶＡＶコールを識別してもよい（ステップ１３８）。
【００３９】
サービスノード１２は、ＶＡＶコールのビデオ成分へのアクセスを許可する前に第２のユーザの認証を要求してもよい。一の実施形態では、サービスノード１２はパスワードやアクセスコード、認証ページや更新のような認証情報を生成してもよい（ステップ１４０）。認証ページや更新はウェブページやビデオアクセスページの更新であってもよく、第２のユーザがＶＡＶコールのビデオ成分へのアクセスを行える前に第２のユーザの認証がとれるように、第２のユーザへ認証情報の入力要求を提供する。認証ページや更新はブラウザ端末１８のウェブブラウザ１８Ｂへ提供されてもよく（ステップ１４２）、ウェブブラウザ１８Ｂは認証ページや更新を第２のユーザへ与える（ステップ１４４）。特に、認証ページや更新は、認証情報を備えない。その代わり、サービスノード１２は認証情報を第１のユーザへ任意の利用可能な方法で配信する（ステップ１４６）。例えば、サービスノード１２は、ショートメッセージングサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ：ＳＭＳ）メッセージ、インスタントメッセージ、マルチメディアメッセージサービス（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ：ＭＭＳ）メッセージ、ｅメール、等を通して認証情報をマルチメディア端末１４へ送ってもよい。マルチメディア端末１４はサービスノード１２から認証情報を受取り、認証情報を第１のユーザへ与える。
【００４０】
第１のユーザは、ＶＡＶコールの音声成分を介してあるいはＳＭＳ、ＭＭＳ、インスタントメッセージング又はｅメールのような適当なメッセージング技術を使って認証情報を第２のユーザへ提供してもよい（ステップ１４８）。認証情報は、通常のダイナミックな手法でマルチメディア端末１４又は第１のユーザへ生成されて配信される必要は無い。認証情報は、ＶＡＶコールの前に生成されて第２のユーザと共有することができる。認証情報がどのように第２のユーザによって受取られるかに関わらず、認証情報を認証ページや更新に設けられる適当なフィールドへ入力することなどにより、第２のユーザは認証情報をウェブブラウザ１８Ｂへ提供する。第２のユーザから認証情報を受取ると（ステップ１５０）、ブラウザ端末１８のウェブブラウザ１８Ｂは認証情報をウェブセッションメッセージを介してサービスノード１２へ与える（ステップ１５２）。サービスノード１２は認証情報を取り出し、認証情報に基づいて第２のユーザを認証する（ステップ１５４）。もし第２のユーザが認証されなければ、ＶＡＶコールのビデオ成分へのアクセスは否定される。もし第２のユーザが認証されれば、サービスノード１２はコネクトページや更新を生成し（ステップ１５６）、コネクトページや更新をブラウザ端末１８へ送る（ステップ１５８）。コネクトページや更新は、第２のユーザにＶＡＶコールのビデオ成分へ接続するプロセスが進行中であることを知らせ、ウェブブラウザ１８Ｂに関連するメディアプレーヤーへＶＡＶコールのビデオ成分に参加する準備を行うように指示を提供する（ステップ１６０）。
【００４１】
上記の任意のあるウェブページや更新又は別のウェブページや更新を通して、ウェブブラウザ１８Ｂはサービスノード１２によって提供されたウェブページがビデオが利用可能であることを示していることを検知する（ステップ１６２）。この例では、コネクトページ又は更新はウェブページに関連しビデオが利用できることを提供してもよい。ブラウザ端末１８のウェブブラウザ１８Ｂはウェブブラウザ１８Ｂに関連するメディアプレーヤーのアドレス、ポート、及びコーディック等の通信情報を取得し、（ステップ１６４）、メディアプレーヤーの通信情報をウェブセッションを介してサービスノード１２へ送る（ステップ１６６）。
【００４２】
サービスノード１２は、ＶＡＶコールの音声成分へのアクセスが適当であり、メディアプレーヤーの通信情報が受取られたことを判定すると、サービスノード１２は、ＶＡＶコールのビデオ成分に対するセッションデータプロトコル（Ｓｅｓｓｉｏｎ Ｄａｔａ Ｐｒｏｔｏｃｏｌ：ＳＤＰ）に提供されたメディアプレーヤーの通信情報とともにＳＩＰリインバイトを生成する（ステップ１６８）。リインバイトのＳＤＰは、ウェブブラウザ１８ＢのメディアプレーヤーへＶＡＶコールのビデオ成分に対するビデオコンテンツを配信するために使う、アドレス、ポート、及びコーディック等の十分な通信情報を提供する。ＶＡＶコールのビデオ成分に対するリインバイトは、セッションプロキシ２２を介してマルチメディア端末１４へ送られ（ステップ１７０）、マルチメディア端末１４はリインバイトを処理し（ステップ１７２）、マルチメディア端末１４がＶＡＶコールのビデオ成分に対するビデオコンテンツの提供を開始する。リインバイトに応答して、マルチメディア端末１４は２００ＯＫ又はマルチメディア端末１４に対する通信情報を備えた他のメッセージを提供してもよい（ステップ１７４）。この通信情報はアドレス、ポート、マルチメディア端末１４のコーディックを識別してもよく、ブラウザ端末１８によって使われて、双方向ビデオが望まれる場合には、ビデオコンテンツをＶＡＶコールの音声成分に関連するマルチメディア端末１４へ返信する。
【００４３】
ウェブブラウザ１８Ｂのメディアプレーヤーに対する通信情報が具わり、マルチメディア端末１４はＶＡＶコールのビデオ成分に対するビデオコンテンツをビデオベアラを介してウェブブラウザ１８Ｂのメディアプレーヤーへ配信を開始してもよい（ステップ１７６）。ブラウザ端末１８のウェブブラウザ１８Ｂは、ビデオコンテンツを処理し第２のユーザへ与えてもよい（ステップ１７８）。双方向ビデオが望まれる場合には、サービスノード１２はウェブセッション等を介して第２のユーザからの指示に応答して第２のユーザから第１のユーザへビデオ配信を開始するように判定してもよい（ステップ１８０）。サービスノード１２は、ビデオの配信をウェブブラウザ１８Ｂへ開始する指示を送ってもよい（ステップ１８２）。この指示は、マルチメディア端末１４の通信情報を備えてもよく、これにより、ブラウザ端末１８は録画であれ生であれ選択ビデオコンテンツをサービスノード１２により提供される通信情報を使ってビデオベアラを介してマルチメディア端末１４へ送ることができる（ステップ１８４）。ブラウザ端末１８により提供されるビデオコンテンツは、カメラ３２により取得され、ＶＡＶコールと同時に記録される生のビデオ又は予め録画されたビデオを表してもよい。第１のユーザ、第２のユーザ間で提供されるビデオに加え、写真等のような他のメディアはビデオコンテンツの代わりに、またはそれに関連して交換されてもよい。
【００４４】
上記実施態様において説明したように、ＶＡＶコールの音声成分は音声端末１６によりサポートされ、一方ビデオ成分は音声端末１６とは分離したブラウザ端末１８のウェブブラウザ１８Ｂによりサポートされる図３に示されるように、音声端末３４はあるタイプのメディアをサポートする能力を備えてもよいが、マルチメディア端末１４や音声及びビデオ成分を有するビデオコールを容易にするサービスプロバイダとは完全にコンパチブルとはならない。例えば、音声端末３４はＰＳＴＮ２を通してセルラー通信をサポートすることができ、３、４世代のモバイル通信システムにおいて提供されるような適当なパケットベースのアクセスメカニズムを通してインターネット２０へのアクセスをサポートできる。このような構成により、図３に示されるように、音声端末３４はＰＳＴＮ２６を介して音声セッションをサポートでき、インターネット２０を介してウェブセッションをサポートできる。ビデオベアラは、ウェブブラウザ１８Ｂに関連するメディアプレーヤーへ提供されてもよく、ウェブブラウザ１８Ｂは、音声端末３４に存在して上述のようにウェブセッションを介してアクセスされる。図１、３において、ＰＳＴＮ２６を通して、音声ベアラは音声端末１６，３４へ提供されるが、図４に示すように、音声ベアラはインターネット２０のようなパケットネットワークを通して、音声端末１６，３４へ提供されてもよい。従って、インターネット２０は音声及びビデオベアラ及びＶＡＶコールのビデオ成分へのアクセスが提供されるウェブセッションの全て又は少なくともその一部をサポートしてもよい。
【００４５】
図５に示されるように、マルチメディアシグナリング及び音声及びビデオベアラの少なくとも一部はマルチメディア端末１４のＰＳＴＮ２６により提供される回線変換接続を介して多重化されてもよい。例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ））標準化機構は、ＰＳＴＮ２６により提供される従来のアナログ電話回線又は無線接続を介する多重音声、ビデオ、データ送信について規格を定めている。代表的な規格は３Ｇ−３２４Ｍ規格であり、回線交換接続を介して送信のための音声、ビデオ、データを多重化し、その中でＨ．２３６コーデックがビデオエンコーディングにＡＭＲコーディックが音声ビデオエンコーディングに用いられる。多重接続はマルチメディア端末１４からモバイルスイッチングセンタ（Ｖｉｓｉｔｅｄ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ：ＶＭＳＣ）３６を通りビデオゲートウェイ（Ｖｉｄｅｏ Ｇａｔｅｗａｙ：ＶＧＷ）３８へ効果的に延伸している。ビデオゲートウェイ３８は、多重接続をマルチメディア端末１４や通信環境１０の中の様々な要素と相互に作用させる。例えば、マルチメディアシグナリングはセッションプロキシ２２を通してサービスノード１２へ提供される。音声及びビデオベアラは分離され、しかるべくルート化され、この例では、ＰＳＴＮ２６とインターネット２０を介して、それぞれ音声端末１６及びブラウザ端末１８へ通じている。
【００４６】
本発明の他の実施形態では、ＶＡＶコールを開始するマルチメディア端末１４の代わりに、基本的な音声コールが第１のユーザ、第２のユーザのいずれかによって最初に開始され、ＰＳＴＮ２６を介して確立されてもよい。次いで、少なくともマルチメディア端末１４の視点からビデオセッションが確立され、ＶＡＶコールを提供するために音声コールに関連付けられる。図６の例に示されるように、マルチメディア端末１４はＰＳ２４及び回線交換サブシステムＣＳ（Ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ Ｓｕｂｓｙｓｔｅｍ）３６によりサービスされてもよく、音声コールはＣＳ３６を介して確立され、ビデオ成分に対するビデオセッションはＰＳ２４を介して確立される。ビデオ成分へのアクセスは上記と同様の手法によりウェブセッションを通しして第２のユーザにより開始される。一例として、マルチメディア端末１４は３ＧＰＰ ｓｔａｎｄａｒｄＴＲ２３．２７９，Ｃｏｍｂｉｎｉｎｇ Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ（ＣＳ）及びＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）のサービスを使ってもよく、これらの全部は参照することにより本出願に組み込まれ、音声及びビデオコールを確立する。音声コールが確立された後、ウェブブラウザ１８Ｂを介しウェブセッションを通して第２のユーザによってビデオ成分のプロセスが開始される。ウェブセッションを開始するために、第２のユーザは適当なＵＲＬを使ってサービスノード１２を接続してもよい。
【００４７】
ウェブセッションを通して、第２のユーザは十分なセッション情報を提供してもよく、ビデオ成分が関連付けられる音声コールを識別する。サービスノード１２はウェブセッションを介して十分な通信情報を取得してもよいし、あるいはマルチメディア端末１４がビデオコンテンツをウェブブラウザ１８Ｂに関連するメディアプレーヤーへ配信することを許容してもよい。サービスノード１２はその後マルチメディア端末１４及び恐らくはウェブブラウザ１８Ｂに関連するメディアプレーヤーと相互作用して、ビデオメディアがマルチメディア端末１４からウェブブラウザ１８Ｂのメディアプレーヤーへ提供されるように音声コールに平行してビデオセッションを立ち上げる。マルチメディア端末１４は、マルチメディア端末１４の視点からＶＡＶコールを提供するために音声コールとビデオセッションを関連させてもよい。マルチメディア端末１４は、ＶＡＶコールを提供するために音声コールとビデオセッションを関連させてもよいが、音声コール、特に音声コールのシグナリング及びベアラはＣＳ３６及びＰＳＴＮ２６の中では影響を受けない。
【００４８】
図７Ａ及び７Ｂには、かかる構成の代表的な通信フローが示される。いずれかのポイントで、第１のユーザはディレクトリ番号ＤＮ１を使って音声コール、又はセッションをマルチメディア端末１４から開始する。図示のように、第１のユーザは、音声端末１６に関連するＤＮ１へ音声コールを開始するように、マルチメディア端末１４に対して指示する。マルチメディア端末１４はＣＳ３６を介しディレクトリ番号ＤＮ１に対して音声コールを開始する（ステップ２００）。これに応じて、マルチメディア端末１４及び音声端末１６間の音声コールのために利用可能なコール立ち上げメカニズムを使って音声ベアラが確立される（ステップ２０２）。マルチメディア端末１４はＣＳ３６及びＰＳ２４によってサポートされ、コールはセッションプロキシ２２やサービスノード１２により関与されることなくＣＳ３６を介して開始され、確立されると想定する。
【００４９】
この例では、音声ベアラを介して第１のユーザ、第２のユーザ間にサポートされる会話の間、第１のユーザは音声コールに関連して利用可能なビデオ成分が存在することを第２のユーザへ知らせると想定する（ステップ２０４）。音声端末１６を介する第１のユーザとの会話の間、第２のユーザはブラウザ端末１８と相互作用し、ウェブブラウザ１８Ｂを開いてもよい（ステップ２０６）。ウェブブラウザ１８ＢはＵＲＬを識別してビデオアクセスページをアクセスするために使い、これによりユーザはビデオ成分へアクセスできる（ステップ２０８）。ＵＲＬはウェブブラウザ１８Ｂにより記憶されてもよいし、又は第２のユーザによって提供されてもよい。この例では、ＵＲＬはウェブブラウザ１８Ｂに記憶され、第２のユーザは記憶されたＵＲＬリストからＵＲＬを選択できる。一旦選択されると、ウェブブラウザ１８ＢはこのＵＲＬを使ってビデオアクセスページ要求をサービスノード１２へ送る（ステップ２１０）。
【００５０】
ビデオアクセスページ要求は、サービスノード１２のウェブサーバ機能によりウェブセッションを効果的に開始すると想定する。ビデオアクセスページ要求に応答して、サービスノード１２は適当なビデオアクセスページを生成し（ステップ２１２）、かかるビデオアクセスページをブラウザ端末１８のウェブブラウザ１８Ｂへ送る（ステップ２１４）。ウェブブラウザ１８Ｂは、ビデオアクセスページを第２のユーザへ与え（ステップ２１６）、この例では、第２のユーザからセッション情報を受取る（ステップ２１８）。セッション情報は第１、第２のユーザの識別（第１のユーザＩＤ及び第２のユーザＩＤ）及び音声コール（ＤＮ０及びＤＮ１）に関するディレクトリ番号を備えてもよいが備えなくともよい。ブラウザ端末１８のウェブブラウザ１８Ｂは、アドレス、ポート及びコーディックのようなウェブブラウザ１８Ｂに関するメディアプレーヤーに対する通信情報を取得してもよく（ステップ２２０）、このメディアプレーヤーに対するセッション情報と通信情報とを１以上のメッセージを通してウェブセッションを介してサービスノード１２へ送信する（ステップ２２２）。上記のように、この例では図示しないが、サービスノード１２は、要求されたビデオ成分へのアクセスを開始する前に第２のユーザの認証を要求してもよい。
【００５１】
要求される音声成分へのアクセスが適当であり、メディアプレーヤーの通信情報が受取られたとサービスノード１２が判定すると、サービスノード１２は要求されたビデオ成分に対するビデオセッションの確立ためにＳＤＰに設けられたメディアプレーヤーに対する通信情報のＳＩＰインバイトを生成する（ステップ２２４）。インバイトはディレクトリ番号ＤＮ０へ向けられてもよく、音声コールがＤＮ１、第１のユーザ，第２のユーザ，あるいはセッション情報に基づいてこれらの組合せにも関連することを示す。インバイトのＳＤＰは、アドレス、ポート、コーデック等十分な通信情報を提供し、ＶＡＶコールのビデオ成分に対するビデオコンテンツをウェブブラウザ１８Ｂのメディアプレーヤーへ配信するために使用する。ＶＡＶコールのビデオ成分に対するインバイトはセッションプロキシ２２を介してマルチメディア端末１４へ送られ（ステップ２２６）、マルチメディア端末１４はインバイトを処理し（ステップ２２８）、マルチメディア端末１４が音声コールに関連する要求されたビデオ成分に対するビデオコンテンツを提供するように起動する。インバイトは、マルチメディア端末１４がビデオコンテンツを配信するために使われる音声セッションを音声コールと関連付けて、音声コールを音声及びビデオ成分の両方を備えるＶＡＶコールへ効果的に移行させるように構成されてもよい。
【００５２】
インバイトに応答して、マルチメディア端末１４は、２００ＯＫや他のメッセージにマルチメディア端末１４に対する通信情報を提供してもよい（ステップ２３０）。この通信情報は、マルチメディア端末１４のアドレス、ポート、コーデックを識別してもよく、双方向ビデオが望まれる場合はブラウザ端末１８によってビデオコンテンツをＶＡＶコールの音声成分に関連するマルチメディア端末１４へ返送するために使用される。２００ＯＫメッセージに応答して、サービスノード１２は、マルチメディア端末１４からストリームされるビデオコンテンツを再生する準備をさせるためにメディアプレーヤーへ指示を提供してもよい（ステップ２３２）。
【００５３】
ウェブブラウザ１８Ｂのメディアプレーヤーに対する通信情報が具わって、マルチメディア端末１４は、ウェブブラウザ１８Ｂのメディアプレーヤーへビデオベアラを介してＶＡＶコールのビデオ成分に対するビデオコンテンツの配信を開始してもよい（ステップ２３４）。ブラウザ端末１８のウェブブラウザ１８Ｂは、ビデオコンテンツを処理し第２のユーザへ与えてもよい（ステップ２３６）。もし双方向ビデオが望まれる場合、ウェブセッション等を介して第２のユーザからの指示に応じて、サービスノード１２は第２のユーザから第１のユーザへビデオの配信を開始することを判定してもよい（ステップ２３８）。サービスノード１２は、ビデオの配信を開始するようウェブブラウザ１８Ｂへ指示を送ってもよい（ステップ２４０）。この指示は、マルチメディア端末１４に対する通信情報を備えてもよく、従って、ブラウザ端末１８は録画された又は生の選択ビデオコンテンツをサービスノード１２により提供された通信情報を使ってマルチメディア端末１４へ送ることができる（ステップ２４２）。
【００５４】
図８を参照し、サービスノード１２のブロック図を一の実施形態に従って説明する。サービスノード１２は、上記のように動作する必須のソフトウェア４２及びデータ４４に対する十分なメモリ４０を備えた制御システム３８を備えてもよい。ソフトウェア３８は、上記の通信機能、ウェブサーバ機能、及び相互作用機能を提供してもよい。通信環境１０に示された様々な要素及び本発明の実施中に使われる任意の他の要素との通信を容易にするために、制御システム３８は１以上の通信インターフェイス４６に関連してもよい。
【００５５】
図９を参照すると、ブラウザ端末１８（あるいは音声端末１６）のブロック図が示されている。ブラウザ端末１８は、電話、パソコン等を表してもよく、上記のように動作する必須のソフトウェア５２及びデータ５４に対する十分なメモリ５０を有する制御システム４８を備えてもよい。制御システム４８は、上記のように通信を容易にするために１以上の通信インターフェイス５６に関連し、ユーザインターフェイス５８に関連する。ユーザインターフェイス５８は、キーボード、マウス、タッチスクリーン、マイクロフォン等の入力デバイスや、スピーカ、ディスプレイ等を備える１以上の出力メカニズムを備えてもよい。
【００５６】
当業者は本発明の実施態様に対する改良や変更を認識するであろう。このような改良や変更の全てはここに開示するコンセプト及び以下に示す特許請求範囲に含まれると考えられる。
【技術分野】
【０００１】
本発明はビデオの共有に関し、特にウェブセッションを通して音声及びビデオコールのビデオ成分へのアクセスを可能にすることに関する。
【背景技術】
【０００２】
多くの最近のモバイルフォンはビデオコンテンツを捉えて、ビデオコンテンツを、ビデオコンテンツの共有をサポートするサービスへ加入する他のコンパチブルフォンと共有する能力を有する。ビデオコンテンツの共有への要望が増加するで、ユーザは、コンパチブルフォンを有しかつビデオ共有サービスへ加入する他のユーザとしかビデオを共有することができないことに多大の制約を受けている。従って、コンパチブルフォンを有してもコンパチブルなビデオサーバーに加入していないユーザはビデオを共有できない。ビデオコンテンツを共有化できるフォンを有するユーザはコンパチブルフォンを有さない他のユーザと彼らのビデオコンテンツを共有化できない。ビデオコンテンツの共有化への明白な要望がありながらそれを実行する能力が制限される現状において、ユーザがコンパチブルフォンを有さない又はコンパチブルなビデオ共有サービスに加入していないユーザとの間でユーザのテレフォンからのビデオコンテンツを共有化することを可能にする、有効かつ効率的な技術に対するニーズが存在する。
【発明の概要】
【０００３】
音声ベアラが第１のユーザのマルチメディア端末と第２のユーザの音声端末間に確立されて第１、第２ユーザ間の音声通信を可能にする通信環境の中で、本発明は第２のユーザがウェブセッションを通して第１のユーザのビデオコンテンツにアクセスすることを可能にする。第１の実施形態では、第１のユーザが第２のユーザの音声端末に向けて音声及びビデオ（Ｖｏｉｃｅ Ａｎｄ Ｖｉｄｅｏ：ＶＡＶ）コールを開始することに応じて音声ベアラが確立される。第２のユーザはサービスノードとウェブセッションを開始でき、サービスノードはウェブセッションを介して情報取得しその情報を使って第１のユーザのビデオコンテンツを第２のユーザのウェブブラウザに関連するメディアプレーヤーへ配信するようマルチメディア端末へ指示する。第２の実施形態では、マルチメディア端末と音声端末間に確立された音声のみのコールに応じて音声ベアラが確立される。音声コールの間、第２のユーザがサービスノードによりウェブセッションを開始できる。サービスノードはウェブセッションを介して情報を取得し、その情報を使って第１のユーザのビデオコンテンツを第２のユーザのウェブブラウザに関連するメディアプレーヤーへ配信するようマルチメディア端末へ指示する。
【０００４】
第１の実施形態の１つの構成では、第１モバイルユーザはマルチメディア端末から第２のユーザへ音声及びビデオ（ＶＡＶ）コールを創出し、その中で、ＶＡＶコールの音声成分は第２のユーザの音声端末を介して確立され、ＶＡＶコールのビデオ成分は第２のユーザのウェブブラウザを介して確立されてもよい。ウェブブラウザは、第２のユーザの音声端末又は他の端末に設けられてもよい。ＶＡＶコールが創出される時、ＶＡＶコールはサービスノードへ送られ、サービスノードは第１のユーザのマルチメディア端末と第２のユーザの音声端末との間のＶＡＶコールの音声成分に対する音声ベアラの確立を容易にする。ＶＡＶコールのビデオ成分にアクセスするため、第２のユーザはウェブブラウザを介してサービスノードによるウェブセッションを開始し、ＶＡＶコールのビデオ成分へのアクセスのための要望を示す。ウェブセッションに応答して、サービスノードはアクセスが要求されるＶＡＶコールを識別し、ＶＡＶコールのビデオ成分に対するビデオコンテンツがビデオベアラを介してウェブブラウザへ配信されるのに十分な情報を通信する。サービスノードはマルチメディア端末へ通信情報を提供し、マルチメディア端末はその通信情報を使ってビデオコンテンツをビデオベアラを介して第２のユーザのウェブブラウザへストリームする。生の又は予め記録されたビデオコンテンツは、ウェブブラウザと一体化されたもしくはウェブブラウザに関連するメディアプレーヤーによって第２のユーザへ提供され受信される。第２のユーザのビデオコンテンツは、ウェブブラウザからマルチメディア端末へ返信されＶＡＶコールの音声成分に関連する双方向ビデオセッションを提供する。
【０００５】
ＶＡＶコールはサービスノードにより提供される通信機能へ送られてもよい。通信機能は、マルチメディア端末、マルチメディア端末に代わり動作する要素等によりマルチメディアシグナリングをサポートし、及び、音声端末、音声端末に代わり動作する要素、メディアゲートウェイ制御部、コールサーバー等により音声シグナリングをサポートすることができる。ＶＡＶコールはマルチメディアシグナリングを介してサービスノードへ送られてもよく、マルチメディアシグナリングを通して一般的にはＶＡＶコール、又は特にＶＡＶコールの音声成分を処理するためのさらなるシグナリングがサポートされてもよい。上記構成に限定されず、マルチメディアシグナリングは、サービスノードがマルチメディア端末又はマルチメディア端末のエージェントと相互作用することを可能にして、音声成分の音声ベアラを確立し制御するとともに、マルチメディア端末又はマルチメディア端末のエージェントにビデオベアラを介してビデオをウェブブラウザへ配信するように指示する。サービスノードは、マルチメディア端末またはマルチメディア端末のエージェントが第１のユーザによって提供されるビデオコンテンツを第２のユーザのウェブブラウザへストリームするか又は配信することができるのに十分な通信情報を提供してもよい。通信情報は、これらに限定されないが、ウェブブラウザ又はウェブブラウザで動作するメディアプレーヤーに関連するアドレス、ポート、及びコーデック情報を備えてもよい。例えば、マルチメディア端末又はそのエージェントは特定のコーデックに従ってビデオコンテンツをストリームしてもよく、提供されたアドレス及びポート情報を使ってウェブブラウザへストリームする。
【０００６】
サービスノードの通信機能は音声シグナリングもサポートしてもよく、音声シグナリングはサービスノードによって使われて音声端末又はそのエージェントと相互作用して、ＶＡＶコールの音声成分の音声ベアラを確立し制御する。従って、通信機能はＶＡＶコールの音声成分の音声ベアラを確立し制御する上で、マルチメディア及び音声シグナリングの両方を採用してもよい。特に、音声ベアラはパケットネットワーク、回線交換ネットワーク、又はこれらの組合せを介して提供されてもよく、マルチメディア及び音声シグナリングは当業者によって理解されるように、所望の音声ベアラの構成要件に従って利用される。
【０００７】
サービスノードは、また、ウェブブラウザによりウェブセッションをサポートするためのウェブサーバ機能及びウェブサーバ機能と通信機能間の相互作用を容易にするための相互作用機能を提供してもよい。ウェブサーバ機能は、サービスノードがウェブブラウザに対してウェブサーバとして現れて、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ’ｓ（ＩＥＴＦ）Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２６１６に記載のＨｙｐｅｒ−Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のような適当なウェブセッションプロトコルを使って、コンテンツに対するウェブブラウザの要求に応答したり、ウェブページやウェブページ更新に要求されたコンテンツを提供したりするような通常のウェブサーバの機能性をサポートすることを可能にする。サービスノードの相互作用機能は通信制御及びウェブサーバ機能を提供し、以下に説明する通信とウェブサーバ機能間の相互作用を提供する。
【０００８】
サービスノードの通信機能は第２のユーザに関連するＶＡＶが可能な端末又はそのアドレスとして現れ、ＶＡＶコールの音声及びビデオ成分を処理することができる。マルチメディア端末によって創出されたＶＡＶコールは有効に通信機能へ送られ、通信機能はコールの音声成分の音声ベアラを確立し、マルチメディア端末がＶＡＶコールに関連するビデオコンテンツを提供する前に、分離するウェブセッションを介してＶＡＶコールのビデオ成分へ第２のユーザがアクセス要求を行うことを待機するように動作する。第２のユーザがウェブブラウザを介してウェブセッションを開始しＶＡＶコールのビデオ成分へアクセス要求を行うと、サービスノードはマルチメディア端末に対してウェブブラウザに関連するメディアプレーヤーへビデオコンテンツの供給を開始するように指示する。マルチメディア端末の視点からすると、ＶＡＶコールは、関連する音声とビデオ成分を有しＶＡＶコールの一部としてＶＡＶコールの音声とビデオ成分の両方をサポートすることができる単一のユーザ端末へ提供される通常のＶＡＶコールである。マルチメディア端末はウェブセッションを意識する必要が無く、又はビデオコンテンツの目的地がＶＡＶコールの音声成分を処理する同じ通信エージェントの代わりにウェブブラウザに関連するメディアプレーヤーであることを意識する必要が無い。
【０００９】
第２の実施形態の１つの構成では、ビデオ成分が既存の音声コールへ加えられる。音声コールは、音声のみのコールとして始められ少なくとも一部がマルチメディア端末と音声端末間の回線交換接続を介して確立された。音声コールの音声ベアラが確立された後、第２のユーザのビデオ成分を既存の音声コールへ加えたいという要望を判定する第２のユーザのウェブブラウザによってサービスがウェブセッションを確立してもよい。ウェブセッションは、第１のユーザとの会話に応答して第２のユーザによって始められてもよい。ウェブセッションを介して、サービスノードはマルチメディア端末に関連するセッション情報及びウェブブラウザに関連するメディアプレーヤーへ第１ビデオコンテンツを配信するために十分な通信情報の少なくとも一部を取得してもよい。セッション情報に基づいて、サービスノードは既存の音声コールをサポートするマルチメディア端末を識別してもよく、マルチメディア端末が通信情報を使ってビデオ成分を介してウェブブラウザのメディアプレーヤーへビデオコンテンツを配信できるように、マルチメディア端末に対しビデオ成分を加えて既存の音声コールを拡張させるように指示を提供する。
【００１０】
以下の詳細な説明を添付の図面を参照して読むならば、当業者は本発明の範囲を理解し、その追加の特徴を理解するであろう。
【００１１】
本明細書に組み込まれてその一部を形成する添付図面は本発明のいくつかの特徴を図示し、記載内容とともに本発明の原理を説明する。
【図面の簡単な説明】
【００１２】
【図１】本開示の一の実施形態にかかる通信環境のブロック図である。
【図２Ａ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｂ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｃ】本開示の一の実施形態にかかる代表的な通信フローである。
【図２Ｄ】本開示の一の実施形態にかかる代表的な通信フローである。
【図３】本開示の第２の実施形態にかかる通信環境のブロック図である。
【図４】本開示の第３の実施形態にかかる通信環境のブロック図である。
【図５】本開示の第４の実施形態にかかる通信環境のブロック図である。
【図６】本開示の第５の実施形態にかかる通信環境のブロック図である。
【図７Ａ】本開示の他の実施形態にかかる代表的な通信フローである。
【図７Ｂ】本開示の他の実施形態にかかる代表的な通信フローである。
【図８】本開示の一の実施形態にかかるサービスノードのブロック図である。
【図９】本開示の一の実施形態にかかるブラウザ端末（又は音声端末）のブロック図である。
【発明を実施するための形態】
【００１３】
【００１４】
【００１５】
【００１６】
【００１７】
【００１８】
【００１９】
【００２０】
【００２１】
以下に述べる実施形態は、当業者が本発明を実施するのに必要な情報を提供し、本発明を実施するうえでベストモードを説明する。添付の図面を参照して以下の説明を読むことにより当業者は本発明のコンセプトを理解し、ここに特に記載していないこれらのコンセプトの応用を認識するであろう。これらのコンセプト及び応用は、この開示の範囲に入り、添付の特許請求範囲に含まれることが理解されるべきである。
【００２２】
選択的な実施形態の詳細説明に入る前に、代表的な通信環境１０の概要が添付図１において提供される。一般的に、サービスノード１２は、マルチメディア端末１４，音声端末１６，及び音声端末１６又は離れたブラウザ端末１８に設けられるウェブブラウザ１８Ｂの間の通信を容易にするために設けられる。特に、種々の端末は、有線又は無線のテレフォン、パソコン、携帯情報端末のようなものを備え、実質的にあらゆる形態を採ってもよい。この説明や以下の請求範囲においてこれらの端末に提供するラベルは読み易さを改良するため及び端末を個別に識別するためにのみ用いる。従って、端末（１４，１６，１８）のいずれも、音声を備えたマルチメディアのアプリケーション及び通信の制限された又は全部の範囲をサポートしてもよい。別の方法として、音声端末１６はパケット又は回線交換接続を通して主要な音声通信アプリケーションをサポートしてもよい。
【００２３】
一般的に、本発明の一の実施形態では、マルチメディア端末１４に関連する第１のモバイルユーザが音声及びビデオ（ＶＡＶ）コールをマルチメディア端末１４から一般的には第２のユーザ、特に音声端末１６に関連する通信アドレスを使って第２のユーザに向けて創出することができる。通信アドレスは、ディレクトリ番号又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ）Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）のようなパケット通信アドレスであってもよい。通信アドレス又はＶＡＶコールが向けられる端末がＶＡＶコールのビデオ成分をサポートすることができない時、ＶＡＶコールは処理のためにサービスノード１２へ送られる。ＶＡＶコールがマルチメディア端末１４によって創出される時、ＶＡＶコールは最初はセッションプロキシ（Ｓｅｓｓｉｏｎ Ｐｒｏｘｙ：ＳＰ）２２へ送られてもよい。セッションプロキシ（ＳＰ）２２は、ＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールのビデオ成分をサポートできるかどうかを判定する。セッションプロキシ２２は、ＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールの音声及びビデオ成分の両方をサポートできると判定すれば、セッションプロキシ２２は従来の手法でそのコールを指定の通信アドレス又は端末へ送る。もしセッションプロキシ２２がＶＡＶコールが向けられるアドレス又は端末がＶＡＶコールのビデオ成分をサポートできないと判定すれば、セッションプロキシ２２はそのコールを処理のためサービスノード１２へ送る。図１の実施形態では、マルチメディア端末１４は、インターネット２０に直接又は間接的に結合されセッションプロキシ２２へアクセスする、パケットベースのアクセスサブシステム（Ｐａｃｋｅｔ−ｂａｓｅｄ ａｃｃｅｓｓ Ｓｕｂｓｙｓｔｅｍ：ＰＳ）２４を介してサービスされる。セッションプロキシ２２及びサービスノード１２はインターネットを介して通信してもよい。
【００２４】
この例では、ＶＡＶコールはＶＡＶコールのビデオ成分をサポートできない音声端末１６へ向けられる。ＶＡＶコールがサービスノード１２へ送られる時、サービスノード１２は、音声端末１６によりＶＡＶコールの音声成分を確立するように動作する。さらに下記に説明するように、第２のユーザに対するＶＡＶコールのビデオ成分がウェブブラウザ１８Ｂを介してその後確立されてもよく、図示のようにウェブブラウザ１８Ｂは音声端末１６又は第２のユーザのブラウザ端末１８に設けられてもよい。ＶＡＶコールがセッションプロキシ２２によりサービスノード１２へ送られる時、サービスノード１２は、第１のユーザのマルチメディア端末１４と第２のユーザの音声端末１６間のＶＡＶコールの音声成分に対する音声ベアラの確立を容易にする。図示のように、ＶＡＶコールは、セッションプロキシ２２を介し、マルチメディアシグナリングを介してサービスノード１２へ送られ、マルチメディアシグナリングはサービスノード１２へのシグナリングメカニズムを提供してマルチメディア端末１４に対してＶＡＶコールの音声及びビデオ成分の両方を確立し制御するとともにマルチメディア端末１４と情報を交換する。
【００２５】
音声端末１６は公衆交換電話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）２６によってサービスされ、サービスノード１２は別の音声シグナリングを採用し、ＶＡＶコールの音声成分を確立し制御してもよい。マルチメディアシグナリング及び音声シグナリングを通してサービスノード１２はマルチメディア端末１４と音声端末１６との間のＶＡＶコールの音声成分をサポートする音声ベアラの確立を容易にすることができる。図示のように、サービスノード１２は音声シグナリングを介してメディアゲートウェイ３０を制御するように動作するメディアゲートウェイコントローラ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ：ＭＧＣ）２８と通信することができる。サービスノード１２は、マルチメディア端末１４又はマルチメディア端末１４のエージェント及びＭＧＣ２８へ指示を出し、マルチメディア端末１４と音声端末１６との間にメディアゲートウェイ３０を介して音声ベアラを確立する。この例では、音声ベアラはＭＧＣ２８の制御のもとでメディアゲートウェイ３０を通して確立され、音声ベアラはマルチメディア端末１４及びメディアゲートウェイ３０間にＰＳ２４及びインターネット２０を通してパケット部を有し、メディアゲートウェイ３０及び音声端末１６間にＰＳＴＮ２６を介して回線交換部を有する。
【００２６】
第１、第２のユーザは音声ベアラを介して相互に会話をしてもよいが、ＶＡＶコールのビデオ成分はまだ確立されていない。ＶＡＶコールの開始前、又は一旦音声ベアラが確立されると、第１のユーザは第２のユーザへＶＡＶコールの音声成分に関連してビデオ成分があることを知らせてもよい。ＶＡＶコールのビデオ成分へアクセスするために、第２のユーザはウェブブラウザ１８Ｂを開き、ユーザがＶＡＶコールのビデオ成分へアクセスすることを許容するサービスに関連するウェブサイトへナビゲートすることによってウェブセッションを開始する。第２のユーザは、ユーザによって提供され、ユーザによって開始された特定の１つの又は複数のＶＡＶコールに関連する特定のＵＲＬを使ってそのウェブサイトへナビゲートしてもよい。代表的な特定のＵＲＬは、ｈｔｔｐ：／／ｖｉｄｅｏ．ｃａｒｒｉｅｒ．ｃｏｍ／？ＤＮ０である。ここで、ＤＮ（Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ）０はマルチメディア端末１４に関連するディレクトリ番号である。他の方法として、第２のユーザはユーザがＶＡＶコールのビデオ成分へアクセスすることを許容するサービスに関連する一般的なＵＲＬを使ってそのウェブサイトへナビゲートしてもよい。その中で、第２のユーザは、アクセスを要望する特定のＶＡＶコールを識別するために十分な情報を提供してもよい。代表的な一般的ＵＲＬはｈｔｔｐ：／／ｖｉｄｅｏ．ｃａｒｒｉｅｒ．ｃｏｍであり、これはディレクトリ番号ＤＮ０、又はサービスノード１２が第１のユーザによって開始されたＶＡＶコールにウェブセッションを関連付けることを許容するのに十分な他の識別情報を提供することによってユーザがＶＡＶコールを識別することを許容する、一般のページに関連する。ＶＡＶコールのビデオ成分にアクセスする要望は、ウェブセッションの開始に基づいて、又はそれを行うための特定のリクエスト、情報又は指示を提供する第２のユーザによって判定されてもよい。
【００２７】
ウェブセッションに応答してサービスノード１２はアクセスがリクエストされたＶＡＶコールを識別してＶＡＶコールのビデオ成分に対するビデオコンテンツが音声ベアラを介してウェブブラウザ１８Ｂへストリームされることが可能であるために十分な通信情報を取得する。通信情報の全て又は一部分は予めサービスノード１２に記憶されていてもよく、第２のユーザ、ウェブブラウザ１８Ｂ、ウェブブラウザ１８Ｂに関するメディアプレーヤー、ブラウザ端末１８、第三者、あるいはこれらの組合せから取得されてもよい。通信情報のタイプやコンテンツは実施形態によって異なってもよいが、通信情報はマルチメディア端末１４やマルチメディア端末１４のエージェントが第１のユーザによって提供されたビデオコンテンツをウェブブラウザ１８Ｂへストリームしたり、あるいは配信したりするのに十分なものでなければならない。通信情報はアドレス、ポート、ウェブブラウザ１８Ｂやウェブブラウザ１８Ｂとともに動作するメディアプレーヤーに関するコーデック情報を備えてもよい。例えば、マルチメディア端末１４やマルチメディア端末１４のエージェントは特定のコーデックに従ってビデオコンテンツをエンコードしてもよく、提供されたアドレスやポート情報を使ってビデオコンテンツをウェブブラウザ１８Ｂへストリームしてもよい。
【００２８】
サービスノード１２は通信情報をマルチメディア端末１４やマルチメディア端末１４のエージェントへ提供し、マルチメディア端末１４やマルチメディア端末１４のエージェントは通信情報を使ってビデオコンテンツをビデオベアラを介して第２のユーザのウェブブラウザ１８Ｂへストリームする。通信情報は、ＶＡＶコールのビデオ成分をスタートさせる指示又はそれに関連してサービスノード１２によってマルチメディア端末１４へ提供されてもよく、ビデオコンテンツのウェブブラウザ１８Ｂへの配信が開始される。次いで、生のあるいは予め記録されたビデオコンテンツが、ウェブブラウザ１８Ｂと一体のあるいはそれに関連するメディアプレーヤーによって第２のユーザによって受取られる。このように、ビデオコンテンツはウェブセッションにより又はウェブセッションに関連して第２のユーザへ効果的に提供されてもよいる。第２のユーザのビデオコンテンツはウェブブラウザ１８Ｂからマルチメディア端末１４やマルチメディア端末１４のエージェントへ逆配信されてもよく、ＶＡＶコールの音声成分に関連する双方向ビデオセッションを提供する。第１のユーザへ逆配信されるビデオコンテンツは、生のあるいは記録されたビデオコンテンツであってもよく、ビデオコンテンツはブラウザ端末１８のビデオカメラ３２により捉えられたものである。
【００２９】
一般的に、サービスノード１２は、通信機能、ウェブサーバ機能、及び相互作用機能を提供してもよい。ＶＡＶコールが創出されると、ＶＡＶコールはサービスノード１２により提供される通信機能へ送られる。通信機能は、マルチメディア端末１４、マルチメディア端末１４に代わり動作する要素等によりマルチメディアシグナリングをサポートすることができ、音声端末１６、音声端末１６に代わり動作する要素、メディアゲートウェイコントローラ２８、コールサーバ（図示しない）等により音声シグナリングをサポートすることができる。一の実施形態では、ＶＡＶコールはマルチメディアシグナリングを介してサービスノード１２へ送られ、マルチメディアシグナリングは一般的にはＶＡＶコール、特にＶＡＶコールの音声成分を処理するのに必要なシグナリングをさらにサポートしてもよい。これに限定されないが、マルチメディアシグナリングは、音声成分に対する音声ベアラを確立し制御すること、及びマルチメディア端末１４やそのエージェントがビデオを音声ベアラを介してウェブブラウザ１８Ｂへ配信するよう指示することに関連して、サービスノード１２がマルチメディア端末１４やそのエージェントと相互作用することを可能にする。
【００３０】
通信機能は、音声シグナリングをサポートしてもよい。音声シグナリングは、サービスノード１２により使われてＭＧＣ３０又はコールサーバのような音声端末１６又はそのエージェントとＶＡＶコールの音声成分に対する音声ベアラを確立し制御することに関し相互作用する。このように、サービスノード１２の通信機能は、ＶＡＶコールの音声成分に対する音声ベアラを確立し制御することに関しマルチメディア及び音声シグナリングの両方を採用してもよい。特に、音声ベアラはＰＳ２４，ＰＳＴＮ２６，又はこれら組合せを介して提供されてもよく、当業者によって理解されるように、マルチメディア及び音声シグナリングは、望ましい音声ベアラの構成要件に従って使われる。
【００３１】
サービスノード１２のウェブサーバ機能は、ウェブブラウザ１８Ｂのウェブセッションをサポートし、サービスノード１２の相互作用機能は、ウェブサーバ機能と通信機能との間の相互作用を容易にする。ウェブサーバ機能により、サービスノード１２がウェブブラウザ１８Ｂに対しウェブサーバとして現れ、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ’ｓ（ＩＥＴＦ）Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ（ＲＦＣ）２６１６に記載のＨｙｐｅｒ−Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のような適当なウェブセッションプロトコルを使って、コンテンツに対するウェブブラウザ要求に応答したり、要求されたコンテンツをウェブページやウェブページの更新に提供する、通常のウェブサーバの機能性をサポートする。サービスノード１２の相互作用機能は通信やウェブサーバ機能や通信やウェブサーバ機能間の相互作用の制御を提供する。
【００３２】
一の実施形態では、サービスノード１２の通信機能は、第２のユーザに関連するかそのアドレスに関連して、ＶＡＶコールの音声及びビデオ成分を処理することができるＶＡＶ可能な端末として現れるかあるいはＶＡＶ可能な端末を表す。マルチメディア端末１４により創出されたＶＡＶコールは効果的に通信機能へ送られ、コールの音声成分の音声ベアラを確立するように動作し、マルチメディア端末１４がＶＡＶコールに関するビデオコンテンツを提供する前に、分離したウェブセッションを介してＶＡＶコールのビデオ成分へのアクセスを第２のユーザが要求するのを待機する。第２のユーザがウェブブラウザ１８Ｂを介してウェブセッションを開始しＶＡＶコールのビデオ成分へアクセス要求を行うと、サービスノード１２はマルチメディア端末１４に対してウェブブラウザ１８Ｂに関連するメディアプレーヤーへビデオコンテンツの提供を開始するように指示する。マルチメディア端末１４の視点からすると、ＶＡＶコールは関連する音声とビデオ成分を有しＶＡＶコールの音声とビデオ成分の両方をサポートすることができる単一のユーザ端末へ提供される通常のＶＡＶコールである。マルチメディア端末１４はウェブセッションを意識する必要が無く、又はビデオコンテンツの目的地がＶＡＶコールの音声成分を処理する同じ通信クライエントの代わりにウェブブラウザ１８Ｂに関連するメディアプレーヤーであることを意識する必要が無い。
【００３３】
図２Ａ乃至２Ｄを参照すると、第２のユーザがウェブブラウザ１８Ｂを使ってＶＡＶコールのビデオ成分をアクセスすることを許容する代表的なシナリオを説明する通信フローが提供される。当業者はこれが本発明の一の実施形態に係る代表的シナリオに過ぎないことを理解し、通信フローに表わされる特徴と要素は本発明を実施するうえで全てが必要ではないことを理解するであろう。特に、通信フローは本発明のコアコンセプトを補う多くの選択的な特徴を図示するように意図されている。このシナリオのために第２のユーザ又は音声端末１６はディレクトリ番号ＤＮ１に関連し、第１のユーザ又はマルチメディア端末１４はディレクトリ番号ＤＮ０に関連する。
【００３４】
いずれかの時点で、第１のユーザはディレクトリ番号ＤＮ１を使ってマルチメディア端末１４からＶＡＶコールを開始することを決定する。従って、第１のユーザはマルチメディア端末１４へＶＡＶコールを行うことを指示し、これによりマルチメディア端末１４はディレクトリ番号ＤＮ１に対してＶＡＶコールを開始する（ステップ１００）。このシナリオでは、通信環境１０が使われ、マルチメディア端末１４はＰＳ２４によってサポートされるので、このコールは対応するＰＳインターフェイスを介して開始されると想定する。さらに、セッション開始プロトコル（ＳＩＰ）がセッションシグナリング及び制御に使われる。しかしながら、当業者は他のセッションシグナリングプロトコルも採用されることを理解するであろう。
【００３５】
ＶＡＶコールを開始するために、マルチメディア端末１４は、ディレクトリ番号ＤＮ１対象のＳＩＰインバイトをセッションプロキシ２２へ送信する（ステップ１０２）。このインバイトは、マルチメディア端末１４に対するディレクトリ番号ＤＮ０を備えるとともに、このインバイトが音声及びビデオ成分を備えるＶＡＶコールのインバイトであることを示す。セッションプロキシ２２は適当なデータベースを記録するか又はそれをアクセスしてもよく、ディレクトリ番号ＤＮ１がビデオ能力を備えるユーザ端末、特にＶＡＶコールのビデオ成分をサポートできるユーザ端末に関して登録されているかどうかを判定する。この例では、音声端末１６はＶＡＶコールのビデオ成分を典型的な手法ではサポートすることができず、セッションプロキシ２２はディレクトリ番号ＤＮ１がビデオ能力を有する装置に登録されていないと判定する（ステップ１０４）。
【００３６】
セッションプロキシ２２は、ディレクトリ番号ＤＮ１がビデオ能力を有するようには登録されていないと判定すると、ＶＡＶコールは通常の手法で処理される代わりにサービスノード１２へ有効に送り返される。このように、ＶＡＶコールをサービスノード１２へ有効に別ルートで送るために、セッションプロキシ２２はインバイトをサービスノード１２へ送る（ステップ１０６）。特に、ＶＡＶコール特にＶＡＶコールを開始することに関するインバイトのルーティングは、マルチメディアシグナリングを介して提供される。インバイトを受取ると、サービスノード１２はディレクトリ番号ＤＮ１をインバイトから取り出し、このディレクトリ番号ＤＮ１を使ってＶＡＶコールの音声成分を確立する（ステップ１０８）。要するに、サービスノード１２は適当なユーザ端末、この場合は音声端末１６を判定し、これにより音声ベアラが確立されてＶＡＶコールの音声成分をサポートする。音声端末１６はＰＳＴＮ２６によりサポートされるので、サービスノード１２はインバイトを修正して音声セッション開始にのみ使用されることを示し、その後インバイトを、音声端末１６をサービスできるメディアゲートウェイコントローラ２８へ送信する（ステップ１１０）。インバイトの受信に応答して、メディアゲートウェイコントローラ２８は必要なコールセットアップシグナリングを適当なテレフォニスイッチ又はＰＳＴＮ２６の他のメディアゲートウェイにより容易にし、ＶＡＶコールに相当する音声コールをＰＳＴＮ２６を通して音声端末１６に提供することを容易にする（ステップ１１２）。
【００３７】
第２のユーザが音声コールに応えると（ステップ１１４）、メディアゲートウェイコントローラ２８がコールセットアップシグナリングを通して通知される。メディアゲートウェイコントローラ２８は２００ＯＫメッセージをサービスノード１２及びセッションプロキシ２２を通してマルチメディア端末１４へ返信して音声コールが応えられたことを示し、必須の通信情報を提供してマルチメディア端末１４がメディアゲートウェイ３０と通信できるようにする（ステップ１１６）。このように、マルチメディア端末１４はＶＡＶコールの音声成分のみが確立されたことを認識する。サービスノード１２及びセッションプロキシ２２を介してマルチメディア端末１４とメディアゲートウェイコントローラ２８との間のシグナリングの交換を通して、マルチメディア端末１４は音声コンテンツをメディアゲートウェイ３０へ配信する十分な通信情報を有し、メディアゲートウェイ３０は音声ベアラのパケット部を介してマルチメディア端末１４へ音声コンテンツを配信できるための十分な通信情報を有する。コールセットアップシグナリングはＰＳＴＮ２６を通して、メディアゲートウェイ３０と音声端末１６間の音声ベアラの部分の回線交換、あるいはＰＳＴＮを容易にする。音声ベアラのパケット及びＰＳＴＮ部は、メディアゲートウェイ３０で相互作用し、第１のユーザ、第２のユーザが相互に話すことができるのに十分な全体の音声ベアラを提供する（ステップ１１８）。特に、当業者は別のシグナリングが従来の手法で求められまたは提供されて音声ベアラの個々の部分を確立することを理解し、個々の要素間で交換されねばならない情報が異なるコールシグナリングメッセージに提供されてもよいことを理解するだろう。
【００３８】
この例では、第１のユーザ、第２のユーザ間の会話中に、第１のユーザが第２のユーザへ音声セッションに関連して利用できるビデオ成分が存在することを通知すると想定する（ステップ１２０）。音声端末１６を介して第１のユーザと話をする間、第２のユーザはブラウザ端末１８を操作してウェブブラウザ１８Ｂを開いてもよい（ステップ１２２）。ウェブブラウザ１８ＢはＵＲＬを識別して、ビデオアクセスページをアクセスするのに使い、ビデオアクセスページはユーザがＶＡＶコールのビデオ成分にアクセスすることを支援する（ステップ１２４）。ＵＲＬはウェブブラウザ１８Ｂにより記憶されてもよいし、第２のユーザによって提供されてもよい。この例では、ＵＲＬは第１のユーザにより第２のユーザへ提供され、第２のユーザがＵＲＬをウェブブラウザ１８Ｂへ入力し、ウェブブラウザ１８Ｂはその後ＵＲＬを使ってビデオアクセスページ要求をサービスノード１２へ送る（ステップ１２６）。ビデオアクセスページ要求はサービスノード１２のウェブサーバ機能によりウェブセッションを効果的に開始すると想定する。ビデオアクセスページ要求に応答してサービスノード１２は適当なビデオアクセスページを生成し（ステップ１２８）、ビデオアクセスページをブラウザ端末１８のウェブブラウザ１８Ｂへ送信する（ステップ１３０）。ウェブブラウザ１８Ｂはビデオアクセスページを第２のユーザへ与え（ステップ１３２）、この例では、第２のユーザからセッション情報を受取る（ステップ１３４）。セッション情報は第１、第２のユーザの識別（第１のユーザＩＤ及び第２のユーザＩＤ）及びＶＡＶコールに関連するディレクトリ番号（ＤＮ０及びＤＮ１）を備えてもよいが備える必要はない。ウェブセッションの期間、専用の又は他のメッセージングを通してセッション情報がサービスノード１２へ提供されてもよい（ステップ１３６）。サービスノード１２は、第２のユーザやウェブセッションを開始するために使われるＵＲＬや他の適当な情報により提供されたセッション情報に基づいて第２のユーザが興味を持つＶＡＶコールを識別してもよい（ステップ１３８）。
【００３９】
サービスノード１２は、ＶＡＶコールのビデオ成分へのアクセスを許可する前に第２のユーザの認証を要求してもよい。一の実施形態では、サービスノード１２はパスワードやアクセスコード、認証ページや更新のような認証情報を生成してもよい（ステップ１４０）。認証ページや更新はウェブページやビデオアクセスページの更新であってもよく、第２のユーザがＶＡＶコールのビデオ成分へのアクセスを行える前に第２のユーザの認証がとれるように、第２のユーザへ認証情報の入力要求を提供する。認証ページや更新はブラウザ端末１８のウェブブラウザ１８Ｂへ提供されてもよく（ステップ１４２）、ウェブブラウザ１８Ｂは認証ページや更新を第２のユーザへ与える（ステップ１４４）。特に、認証ページや更新は、認証情報を備えない。その代わり、サービスノード１２は認証情報を第１のユーザへ任意の利用可能な方法で配信する（ステップ１４６）。例えば、サービスノード１２は、ショートメッセージングサービス（Ｓｈｏｒｔ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ：ＳＭＳ）メッセージ、インスタントメッセージ、マルチメディアメッセージサービス（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ：ＭＭＳ）メッセージ、ｅメール、等を通して認証情報をマルチメディア端末１４へ送ってもよい。マルチメディア端末１４はサービスノード１２から認証情報を受取り、認証情報を第１のユーザへ与える。
【００４０】
第１のユーザは、ＶＡＶコールの音声成分を介してあるいはＳＭＳ、ＭＭＳ、インスタントメッセージング又はｅメールのような適当なメッセージング技術を使って認証情報を第２のユーザへ提供してもよい（ステップ１４８）。認証情報は、通常のダイナミックな手法でマルチメディア端末１４又は第１のユーザへ生成されて配信される必要は無い。認証情報は、ＶＡＶコールの前に生成されて第２のユーザと共有することができる。認証情報がどのように第２のユーザによって受取られるかに関わらず、認証情報を認証ページや更新に設けられる適当なフィールドへ入力することなどにより、第２のユーザは認証情報をウェブブラウザ１８Ｂへ提供する。第２のユーザから認証情報を受取ると（ステップ１５０）、ブラウザ端末１８のウェブブラウザ１８Ｂは認証情報をウェブセッションメッセージを介してサービスノード１２へ与える（ステップ１５２）。サービスノード１２は認証情報を取り出し、認証情報に基づいて第２のユーザを認証する（ステップ１５４）。もし第２のユーザが認証されなければ、ＶＡＶコールのビデオ成分へのアクセスは否定される。もし第２のユーザが認証されれば、サービスノード１２はコネクトページや更新を生成し（ステップ１５６）、コネクトページや更新をブラウザ端末１８へ送る（ステップ１５８）。コネクトページや更新は、第２のユーザにＶＡＶコールのビデオ成分へ接続するプロセスが進行中であることを知らせ、ウェブブラウザ１８Ｂに関連するメディアプレーヤーへＶＡＶコールのビデオ成分に参加する準備を行うように指示を提供する（ステップ１６０）。
【００４１】
上記の任意のあるウェブページや更新又は別のウェブページや更新を通して、ウェブブラウザ１８Ｂはサービスノード１２によって提供されたウェブページがビデオが利用可能であることを示していることを検知する（ステップ１６２）。この例では、コネクトページ又は更新はウェブページに関連しビデオが利用できることを提供してもよい。ブラウザ端末１８のウェブブラウザ１８Ｂはウェブブラウザ１８Ｂに関連するメディアプレーヤーのアドレス、ポート、及びコーディック等の通信情報を取得し、（ステップ１６４）、メディアプレーヤーの通信情報をウェブセッションを介してサービスノード１２へ送る（ステップ１６６）。
【００４２】
サービスノード１２は、ＶＡＶコールの音声成分へのアクセスが適当であり、メディアプレーヤーの通信情報が受取られたことを判定すると、サービスノード１２は、ＶＡＶコールのビデオ成分に対するセッションデータプロトコル（Ｓｅｓｓｉｏｎ Ｄａｔａ Ｐｒｏｔｏｃｏｌ：ＳＤＰ）に提供されたメディアプレーヤーの通信情報とともにＳＩＰリインバイトを生成する（ステップ１６８）。リインバイトのＳＤＰは、ウェブブラウザ１８ＢのメディアプレーヤーへＶＡＶコールのビデオ成分に対するビデオコンテンツを配信するために使う、アドレス、ポート、及びコーディック等の十分な通信情報を提供する。ＶＡＶコールのビデオ成分に対するリインバイトは、セッションプロキシ２２を介してマルチメディア端末１４へ送られ（ステップ１７０）、マルチメディア端末１４はリインバイトを処理し（ステップ１７２）、マルチメディア端末１４がＶＡＶコールのビデオ成分に対するビデオコンテンツの提供を開始する。リインバイトに応答して、マルチメディア端末１４は２００ＯＫ又はマルチメディア端末１４に対する通信情報を備えた他のメッセージを提供してもよい（ステップ１７４）。この通信情報はアドレス、ポート、マルチメディア端末１４のコーディックを識別してもよく、ブラウザ端末１８によって使われて、双方向ビデオが望まれる場合には、ビデオコンテンツをＶＡＶコールの音声成分に関連するマルチメディア端末１４へ返信する。
【００４３】
ウェブブラウザ１８Ｂのメディアプレーヤーに対する通信情報が具わり、マルチメディア端末１４はＶＡＶコールのビデオ成分に対するビデオコンテンツをビデオベアラを介してウェブブラウザ１８Ｂのメディアプレーヤーへ配信を開始してもよい（ステップ１７６）。ブラウザ端末１８のウェブブラウザ１８Ｂは、ビデオコンテンツを処理し第２のユーザへ与えてもよい（ステップ１７８）。双方向ビデオが望まれる場合には、サービスノード１２はウェブセッション等を介して第２のユーザからの指示に応答して第２のユーザから第１のユーザへビデオ配信を開始するように判定してもよい（ステップ１８０）。サービスノード１２は、ビデオの配信をウェブブラウザ１８Ｂへ開始する指示を送ってもよい（ステップ１８２）。この指示は、マルチメディア端末１４の通信情報を備えてもよく、これにより、ブラウザ端末１８は録画であれ生であれ選択ビデオコンテンツをサービスノード１２により提供される通信情報を使ってビデオベアラを介してマルチメディア端末１４へ送ることができる（ステップ１８４）。ブラウザ端末１８により提供されるビデオコンテンツは、カメラ３２により取得され、ＶＡＶコールと同時に記録される生のビデオ又は予め録画されたビデオを表してもよい。第１のユーザ、第２のユーザ間で提供されるビデオに加え、写真等のような他のメディアはビデオコンテンツの代わりに、またはそれに関連して交換されてもよい。
【００４４】
上記実施態様において説明したように、ＶＡＶコールの音声成分は音声端末１６によりサポートされ、一方ビデオ成分は音声端末１６とは分離したブラウザ端末１８のウェブブラウザ１８Ｂによりサポートされる図３に示されるように、音声端末３４はあるタイプのメディアをサポートする能力を備えてもよいが、マルチメディア端末１４や音声及びビデオ成分を有するビデオコールを容易にするサービスプロバイダとは完全にコンパチブルとはならない。例えば、音声端末３４はＰＳＴＮ２を通してセルラー通信をサポートすることができ、３、４世代のモバイル通信システムにおいて提供されるような適当なパケットベースのアクセスメカニズムを通してインターネット２０へのアクセスをサポートできる。このような構成により、図３に示されるように、音声端末３４はＰＳＴＮ２６を介して音声セッションをサポートでき、インターネット２０を介してウェブセッションをサポートできる。ビデオベアラは、ウェブブラウザ１８Ｂに関連するメディアプレーヤーへ提供されてもよく、ウェブブラウザ１８Ｂは、音声端末３４に存在して上述のようにウェブセッションを介してアクセスされる。図１、３において、ＰＳＴＮ２６を通して、音声ベアラは音声端末１６，３４へ提供されるが、図４に示すように、音声ベアラはインターネット２０のようなパケットネットワークを通して、音声端末１６，３４へ提供されてもよい。従って、インターネット２０は音声及びビデオベアラ及びＶＡＶコールのビデオ成分へのアクセスが提供されるウェブセッションの全て又は少なくともその一部をサポートしてもよい。
【００４５】
図５に示されるように、マルチメディアシグナリング及び音声及びビデオベアラの少なくとも一部はマルチメディア端末１４のＰＳＴＮ２６により提供される回線変換接続を介して多重化されてもよい。例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ））標準化機構は、ＰＳＴＮ２６により提供される従来のアナログ電話回線又は無線接続を介する多重音声、ビデオ、データ送信について規格を定めている。代表的な規格は３Ｇ−３２４Ｍ規格であり、回線交換接続を介して送信のための音声、ビデオ、データを多重化し、その中でＨ．２３６コーデックがビデオエンコーディングにＡＭＲコーディックが音声ビデオエンコーディングに用いられる。多重接続はマルチメディア端末１４からモバイルスイッチングセンタ（Ｖｉｓｉｔｅｄ Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ：ＶＭＳＣ）３６を通りビデオゲートウェイ（Ｖｉｄｅｏ Ｇａｔｅｗａｙ：ＶＧＷ）３８へ効果的に延伸している。ビデオゲートウェイ３８は、多重接続をマルチメディア端末１４や通信環境１０の中の様々な要素と相互に作用させる。例えば、マルチメディアシグナリングはセッションプロキシ２２を通してサービスノード１２へ提供される。音声及びビデオベアラは分離され、しかるべくルート化され、この例では、ＰＳＴＮ２６とインターネット２０を介して、それぞれ音声端末１６及びブラウザ端末１８へ通じている。
【００４６】
本発明の他の実施形態では、ＶＡＶコールを開始するマルチメディア端末１４の代わりに、基本的な音声コールが第１のユーザ、第２のユーザのいずれかによって最初に開始され、ＰＳＴＮ２６を介して確立されてもよい。次いで、少なくともマルチメディア端末１４の視点からビデオセッションが確立され、ＶＡＶコールを提供するために音声コールに関連付けられる。図６の例に示されるように、マルチメディア端末１４はＰＳ２４及び回線交換サブシステムＣＳ（Ｃｉｒｃｕｉｔ−ｓｗｉｔｃｈｅｄ Ｓｕｂｓｙｓｔｅｍ）３６によりサービスされてもよく、音声コールはＣＳ３６を介して確立され、ビデオ成分に対するビデオセッションはＰＳ２４を介して確立される。ビデオ成分へのアクセスは上記と同様の手法によりウェブセッションを通しして第２のユーザにより開始される。一例として、マルチメディア端末１４は３ＧＰＰ ｓｔａｎｄａｒｄＴＲ２３．２７９，Ｃｏｍｂｉｎｉｎｇ Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ（ＣＳ）及びＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）のサービスを使ってもよく、これらの全部は参照することにより本出願に組み込まれ、音声及びビデオコールを確立する。音声コールが確立された後、ウェブブラウザ１８Ｂを介しウェブセッションを通して第２のユーザによってビデオ成分のプロセスが開始される。ウェブセッションを開始するために、第２のユーザは適当なＵＲＬを使ってサービスノード１２を接続してもよい。
【００４７】
ウェブセッションを通して、第２のユーザは十分なセッション情報を提供してもよく、ビデオ成分が関連付けられる音声コールを識別する。サービスノード１２はウェブセッションを介して十分な通信情報を取得してもよいし、あるいはマルチメディア端末１４がビデオコンテンツをウェブブラウザ１８Ｂに関連するメディアプレーヤーへ配信することを許容してもよい。サービスノード１２はその後マルチメディア端末１４及び恐らくはウェブブラウザ１８Ｂに関連するメディアプレーヤーと相互作用して、ビデオメディアがマルチメディア端末１４からウェブブラウザ１８Ｂのメディアプレーヤーへ提供されるように音声コールに平行してビデオセッションを立ち上げる。マルチメディア端末１４は、マルチメディア端末１４の視点からＶＡＶコールを提供するために音声コールとビデオセッションを関連させてもよい。マルチメディア端末１４は、ＶＡＶコールを提供するために音声コールとビデオセッションを関連させてもよいが、音声コール、特に音声コールのシグナリング及びベアラはＣＳ３６及びＰＳＴＮ２６の中では影響を受けない。
【００４８】
図７Ａ及び７Ｂには、かかる構成の代表的な通信フローが示される。いずれかのポイントで、第１のユーザはディレクトリ番号ＤＮ１を使って音声コール、又はセッションをマルチメディア端末１４から開始する。図示のように、第１のユーザは、音声端末１６に関連するＤＮ１へ音声コールを開始するように、マルチメディア端末１４に対して指示する。マルチメディア端末１４はＣＳ３６を介しディレクトリ番号ＤＮ１に対して音声コールを開始する（ステップ２００）。これに応じて、マルチメディア端末１４及び音声端末１６間の音声コールのために利用可能なコール立ち上げメカニズムを使って音声ベアラが確立される（ステップ２０２）。マルチメディア端末１４はＣＳ３６及びＰＳ２４によってサポートされ、コールはセッションプロキシ２２やサービスノード１２により関与されることなくＣＳ３６を介して開始され、確立されると想定する。
【００４９】
この例では、音声ベアラを介して第１のユーザ、第２のユーザ間にサポートされる会話の間、第１のユーザは音声コールに関連して利用可能なビデオ成分が存在することを第２のユーザへ知らせると想定する（ステップ２０４）。音声端末１６を介する第１のユーザとの会話の間、第２のユーザはブラウザ端末１８と相互作用し、ウェブブラウザ１８Ｂを開いてもよい（ステップ２０６）。ウェブブラウザ１８ＢはＵＲＬを識別してビデオアクセスページをアクセスするために使い、これによりユーザはビデオ成分へアクセスできる（ステップ２０８）。ＵＲＬはウェブブラウザ１８Ｂにより記憶されてもよいし、又は第２のユーザによって提供されてもよい。この例では、ＵＲＬはウェブブラウザ１８Ｂに記憶され、第２のユーザは記憶されたＵＲＬリストからＵＲＬを選択できる。一旦選択されると、ウェブブラウザ１８ＢはこのＵＲＬを使ってビデオアクセスページ要求をサービスノード１２へ送る（ステップ２１０）。
【００５０】
ビデオアクセスページ要求は、サービスノード１２のウェブサーバ機能によりウェブセッションを効果的に開始すると想定する。ビデオアクセスページ要求に応答して、サービスノード１２は適当なビデオアクセスページを生成し（ステップ２１２）、かかるビデオアクセスページをブラウザ端末１８のウェブブラウザ１８Ｂへ送る（ステップ２１４）。ウェブブラウザ１８Ｂは、ビデオアクセスページを第２のユーザへ与え（ステップ２１６）、この例では、第２のユーザからセッション情報を受取る（ステップ２１８）。セッション情報は第１、第２のユーザの識別（第１のユーザＩＤ及び第２のユーザＩＤ）及び音声コール（ＤＮ０及びＤＮ１）に関するディレクトリ番号を備えてもよいが備えなくともよい。ブラウザ端末１８のウェブブラウザ１８Ｂは、アドレス、ポート及びコーディックのようなウェブブラウザ１８Ｂに関するメディアプレーヤーに対する通信情報を取得してもよく（ステップ２２０）、このメディアプレーヤーに対するセッション情報と通信情報とを１以上のメッセージを通してウェブセッションを介してサービスノード１２へ送信する（ステップ２２２）。上記のように、この例では図示しないが、サービスノード１２は、要求されたビデオ成分へのアクセスを開始する前に第２のユーザの認証を要求してもよい。
【００５１】
要求される音声成分へのアクセスが適当であり、メディアプレーヤーの通信情報が受取られたとサービスノード１２が判定すると、サービスノード１２は要求されたビデオ成分に対するビデオセッションの確立ためにＳＤＰに設けられたメディアプレーヤーに対する通信情報のＳＩＰインバイトを生成する（ステップ２２４）。インバイトはディレクトリ番号ＤＮ０へ向けられてもよく、音声コールがＤＮ１、第１のユーザ，第２のユーザ，あるいはセッション情報に基づいてこれらの組合せにも関連することを示す。インバイトのＳＤＰは、アドレス、ポート、コーデック等十分な通信情報を提供し、ＶＡＶコールのビデオ成分に対するビデオコンテンツをウェブブラウザ１８Ｂのメディアプレーヤーへ配信するために使用する。ＶＡＶコールのビデオ成分に対するインバイトはセッションプロキシ２２を介してマルチメディア端末１４へ送られ（ステップ２２６）、マルチメディア端末１４はインバイトを処理し（ステップ２２８）、マルチメディア端末１４が音声コールに関連する要求されたビデオ成分に対するビデオコンテンツを提供するように起動する。インバイトは、マルチメディア端末１４がビデオコンテンツを配信するために使われる音声セッションを音声コールと関連付けて、音声コールを音声及びビデオ成分の両方を備えるＶＡＶコールへ効果的に移行させるように構成されてもよい。
【００５２】
インバイトに応答して、マルチメディア端末１４は、２００ＯＫや他のメッセージにマルチメディア端末１４に対する通信情報を提供してもよい（ステップ２３０）。この通信情報は、マルチメディア端末１４のアドレス、ポート、コーデックを識別してもよく、双方向ビデオが望まれる場合はブラウザ端末１８によってビデオコンテンツをＶＡＶコールの音声成分に関連するマルチメディア端末１４へ返送するために使用される。２００ＯＫメッセージに応答して、サービスノード１２は、マルチメディア端末１４からストリームされるビデオコンテンツを再生する準備をさせるためにメディアプレーヤーへ指示を提供してもよい（ステップ２３２）。
【００５３】
ウェブブラウザ１８Ｂのメディアプレーヤーに対する通信情報が具わって、マルチメディア端末１４は、ウェブブラウザ１８Ｂのメディアプレーヤーへビデオベアラを介してＶＡＶコールのビデオ成分に対するビデオコンテンツの配信を開始してもよい（ステップ２３４）。ブラウザ端末１８のウェブブラウザ１８Ｂは、ビデオコンテンツを処理し第２のユーザへ与えてもよい（ステップ２３６）。もし双方向ビデオが望まれる場合、ウェブセッション等を介して第２のユーザからの指示に応じて、サービスノード１２は第２のユーザから第１のユーザへビデオの配信を開始することを判定してもよい（ステップ２３８）。サービスノード１２は、ビデオの配信を開始するようウェブブラウザ１８Ｂへ指示を送ってもよい（ステップ２４０）。この指示は、マルチメディア端末１４に対する通信情報を備えてもよく、従って、ブラウザ端末１８は録画された又は生の選択ビデオコンテンツをサービスノード１２により提供された通信情報を使ってマルチメディア端末１４へ送ることができる（ステップ２４２）。
【００５４】
図８を参照し、サービスノード１２のブロック図を一の実施形態に従って説明する。サービスノード１２は、上記のように動作する必須のソフトウェア４２及びデータ４４に対する十分なメモリ４０を備えた制御システム３８を備えてもよい。ソフトウェア３８は、上記の通信機能、ウェブサーバ機能、及び相互作用機能を提供してもよい。通信環境１０に示された様々な要素及び本発明の実施中に使われる任意の他の要素との通信を容易にするために、制御システム３８は１以上の通信インターフェイス４６に関連してもよい。
【００５５】
図９を参照すると、ブラウザ端末１８（あるいは音声端末１６）のブロック図が示されている。ブラウザ端末１８は、電話、パソコン等を表してもよく、上記のように動作する必須のソフトウェア５２及びデータ５４に対する十分なメモリ５０を有する制御システム４８を備えてもよい。制御システム４８は、上記のように通信を容易にするために１以上の通信インターフェイス５６に関連し、ユーザインターフェイス５８に関連する。ユーザインターフェイス５８は、キーボード、マウス、タッチスクリーン、マイクロフォン等の入力デバイスや、スピーカ、ディスプレイ等を備える１以上の出力メカニズムを備えてもよい。
【００５６】
当業者は本発明の実施態様に対する改良や変更を認識するであろう。このような改良や変更の全てはここに開示するコンセプト及び以下に示す特許請求範囲に含まれると考えられる。
【特許請求の範囲】
【請求項１】
第１のユーザのマルチメディア端末から創出され、音声成分とビデオ成分とを有する音声及びビデオコールを受信し、
前記マルチメディア端末と前記音声及びビデオコールが向けられる第２のユーザの音声端末との間に音声ベアラを確立し、
前記音声及びビデオコールの前記ビデオ成分にアクセスする前記第２のユーザの要望を判定する前記第２のユーザのウェブブラウザとウェブセッションを確立し、
アクセスが望まれる前記音声及びビデオコールを識別し、
前記音声及びビデオコールの前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報を取得し、
前記第１通信情報を使用する前記ウェブブラウザの前記メディアプレーヤーへ前記第１ビデオコンテンツを前記マルチメディア端末又は前記マルチメディア端末のエージェントが配信できるように前記第１通信情報を前記マルチメディア端末へ配信する
音声及びビデオコールのビデオ成分へのアクセスを提供する方法。
【請求項２】
前記第１通信情報は、アドレス情報、ポート情報及びコーデック情報を構成要件とする１以上のグループを含む請求項１に記載の方法。
【請求項３】
前記ウェブセッションは、前記第２のユーザによって前記ウェブブラウザから開始され、前記ウェブセッションを確立することは前記ウェブブラウザからブラウザ要求を受信することと、前記ウェブセッションを開始するために前記ブラウザ要求にウェブページにより応答することを含む請求項１に記載の方法。
【請求項４】
アクセスが望まれる前記音声及びビデオコールは、前記ブラウザ要求内で提供されるＵＲＬの識別情報に基づいて識別される請求項３に記載の方法。
【請求項５】
前記識別情報は、ディレクトリ番号と前記音声及びビデオコールに関連するテレフォニアドレスを構成要件とするグループの１つを含む請求項４に記載の方法。
【請求項６】
前記識別情報は、音声端末に関連する請求項５に記載の方法。
【請求項７】
前記第１通信情報の少なくとも一部は、前記ウェブセッションを介して前記ウェブブラウザ又は前記ウェブブラウザに関連するメディアプレーヤーから取得される請求項１に記載の方法。
【請求項８】
前記ウェブブラウザは、前記音声端末に設けられる請求項１に記載の方法。
【請求項９】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項１に記載の方法。
【請求項１０】
前記音声端末は、前記音声及びビデオコールの前記ビデオ成分をサポートすることができない請求項１に記載の方法。
【請求項１１】
前記音声端末は、前記音声及びビデオコールをサポートすることができない請求項１に記載の方法。
【請求項１２】
前記音声端末は、公衆交換電話網によりサービスされる請求項１に記載の方法。
【請求項１３】
前記ウェブブラウザは、インターネットへのアクセスを有し、前記第１ビデオコンテンツは前記インターネットを介して配信される請求項１に記載の方法。
【請求項１４】
前記ウェブセッションを介して前記第２のユーザから認証情報を取得し、前記第２のユーザが前記音声及びビデオコールの前記ビデオ成分へアクセスする権限を与えられるかどうかを前記認証情報に基づいて判定することをさらに含む請求項１に記載の方法。
【請求項１５】
前記認証情報を生成し前記認証情報の前記第１のユーザへの配信を行うことをさらに含む請求項１４に記載の方法。
【請求項１６】
前記第２のユーザの第２ビデオコンテンツを前記マルチメディア端末へ配信するのに十分な第２の通信情報を取得し、
前記第２のユーザの前記第２ビデオコンテンツが前記第２の通信情報を使用する前記マルチメディア端末へ提供されるように前記第２の通信情報を前記ウェブセッションを介して前記ウェブブラウザへ配信する
ことをさらに含む請求項１に記載の方法。
【請求項１７】
前記マルチメディア端末又は前記マルチメディア端末の前記エージェントへ要求を送信し、前記第１の通信情報を使用する前記ウェブブラウザに関連する前記メディアプレーヤーへ前記第１ビデオコンテンツの配信を開始することをさらに含む請求項１に記載の方法。
【請求項１８】
少なくとも１の通信インターフェイスと、
第１のユーザのマルチメディア端末から創出され、音声成分とビデオ成分とを有する音声及びビデオコールを受信し、
前記マルチメディア端末と前記音声及びビデオコールが向けられる第２のユーザの音声端末との間に音声ベアラを確立し、
前記音声及びビデオコールの前記ビデオ成分にアクセスする前記第２のユーザの要望を判定する前記第２のユーザのウェブブラウザとウェブセッションを確立し、
アクセスが望まれる前記音声及びビデオコールを識別し、
前記音声及びビデオコールの前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報を取得し、
前記第１通信情報を使用する前記ウェブブラウザの前記メディアプレーヤーへ前記第１ビデオコンテンツを前記マルチメディア端末又は前記マルチメディア端末のエージェントが配信できるように前記第１通信情報を前記マルチメディア端末へ配信する
ように適用された前記少なくとも１の通信インターフェイスに関連する制御システムと、
を含む音声及びビデオコールのビデオ成分へのアクセスを提供する通信サービスノード。
【請求項１９】
前記ウェブセッションは、前記第２のユーザによって前記ウェブブラウザから開始され、前記ウェブセッションを確立することは、前記ウェブブラウザからブラウザ要求を受信することと、前記ウェブセッションを開始するために前記ブラウザ要求にウェブページにより応答することを含む請求項１８に記載の通信サービスノード。
【請求項２０】
アクセスが望まれる前記音声及びビデオコールは、前記ブラウザ要求内で提供されるＵＲＬの識別情報に基づいて識別される請求項１９に記載の通信サービスノード。
【請求項２１】
前記音声及びビデオコールは、ディレクトリ番号と音声及びビデオコールに関連するテレフォニアドレスを構成要件とするグループの１つを含む識別情報であり、前記識別情報は音声端末に関連する請求項２０に記載の通信サービスノード。
【請求項２２】
前記第１通信情報の少なくとも一部は、前記ウェブセッションを介して前記ウェブブラウザ又は前記ウェブブラウザに関連するメディアプレーヤーから取得される請求項１８に記載の通信サービスノード。
【請求項２３】
前記ウェブブラウザは、前記音声端末に設けられる請求項１８に記載の通信サービスノード。
【請求項２４】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項１８に記載の通信サービスノード。
【請求項２５】
前記音声端末は、公衆交換電話網によりサービスされる請求項１８に記載の通信サービスノード。
【請求項２６】
前記ウェブセッションを介して前記第２のユーザから認証情報を取得し、前記第２のユーザが前記音声及びビデオコールの前記ビデオ成分へアクセスする権限を与えられるかどうかを前記認証情報に基づいて判定することをさらに含む請求項１８に記載の通信サービスノード。
【請求項２７】
前記認証情報を生成し前記認証情報の前記第１のユーザへの配信を行うことをさらに含む請求項２６に記載の通信サービスノード。
【請求項２８】
第１のユーザのマルチメディア端末と第２のユーザの音声端末間に回線交換接続を介して少なくとも一部が確立された既存の音声コールへビデオ成分を加える方法であって、
前記方法は、
ビデオ成分を前記既存の音声コールへ加える前記第２のユーザの要望が判定される前記第２のユーザのウェブブラウザとウェブセッションを確立し、
前記ウェブセッションを介して前記マルチメディア端末に関連するセッション情報を取得し、
前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブセッションを介して前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報の少なくとも一部を取得し、
前記セッション情報に基づいて前記既存の音声コールをサポートする前記マルチメディア端末を識別し、
前記マルチメディア端末が前記通信情報を使用する前記ウェブブラウザのメディアプレーヤーへ前記ビデオ成分を介してビデオコンテンツを配信できるように、前記既存の音声コールを前記ビデオ成分により拡張する指示を前記マルチメディア端末へ向けて配信する
ことを含む方法。
【請求項２９】
前記ウェブセッションは、前記第２のユーザにより前記ウェブブラウザから開始され、前記ウェブセッションを確立することは前記ウェブブラウザからブラウザ要求を受取り、ウェブページによりブラウザ要求へ応答することを含む請求項２８に記載の方法。
【請求項３０】
前記既存の音声コールは、前記マルチメディア端末をサポートする回線交換サブシステムを介して確立され、前記ビデオコンテンツは前記マルチメディア端末をサポートするパケットサブシステムを介して配信される請求項２８に記載の方法。
【請求項３１】
前記ウェブブラウザは、前記音声端末に設けられる請求項２８に記載の方法。
【請求項３２】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項２８に記載の方法。
【請求項３３】
前記音声端末はビデオセッションをサポートできない請求項２８に記載の方法。
【請求項３４】
前記音声端末は、前記音声及びビデオコールをサポートすることができない請求項２８に記載の方法。
【請求項３５】
前記音声端末は、公衆交換電話網によりサービスされる請求項２８に記載の方法。
【請求項３６】
前記ウェブブラウザは、インターネットへのアクセスを有し、前記第１ビデオコンテンツは前記インターネットを介して配信される請求項２８に記載の方法。
【請求項３７】
前記音声コールを前記ビデオ成分により拡張することは、統合された音声及びビデオコールを提供する前記マルチメディア端末をもたらす請求項２８に記載の方法。
【請求項１】
第１のユーザのマルチメディア端末から創出され、音声成分とビデオ成分とを有する音声及びビデオコールを受信し、
前記マルチメディア端末と前記音声及びビデオコールが向けられる第２のユーザの音声端末との間に音声ベアラを確立し、
前記音声及びビデオコールの前記ビデオ成分にアクセスする前記第２のユーザの要望を判定する前記第２のユーザのウェブブラウザとウェブセッションを確立し、
アクセスが望まれる前記音声及びビデオコールを識別し、
前記音声及びビデオコールの前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報を取得し、
前記第１通信情報を使用する前記ウェブブラウザの前記メディアプレーヤーへ前記第１ビデオコンテンツを前記マルチメディア端末又は前記マルチメディア端末のエージェントが配信できるように前記第１通信情報を前記マルチメディア端末へ配信する
音声及びビデオコールのビデオ成分へのアクセスを提供する方法。
【請求項２】
前記第１通信情報は、アドレス情報、ポート情報及びコーデック情報を構成要件とする１以上のグループを含む請求項１に記載の方法。
【請求項３】
前記ウェブセッションは、前記第２のユーザによって前記ウェブブラウザから開始され、前記ウェブセッションを確立することは前記ウェブブラウザからブラウザ要求を受信することと、前記ウェブセッションを開始するために前記ブラウザ要求にウェブページにより応答することを含む請求項１に記載の方法。
【請求項４】
アクセスが望まれる前記音声及びビデオコールは、前記ブラウザ要求内で提供されるＵＲＬの識別情報に基づいて識別される請求項３に記載の方法。
【請求項５】
前記識別情報は、ディレクトリ番号と前記音声及びビデオコールに関連するテレフォニアドレスを構成要件とするグループの１つを含む請求項４に記載の方法。
【請求項６】
前記識別情報は、音声端末に関連する請求項５に記載の方法。
【請求項７】
前記第１通信情報の少なくとも一部は、前記ウェブセッションを介して前記ウェブブラウザ又は前記ウェブブラウザに関連するメディアプレーヤーから取得される請求項１に記載の方法。
【請求項８】
前記ウェブブラウザは、前記音声端末に設けられる請求項１に記載の方法。
【請求項９】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項１に記載の方法。
【請求項１０】
前記音声端末は、前記音声及びビデオコールの前記ビデオ成分をサポートすることができない請求項１に記載の方法。
【請求項１１】
前記音声端末は、前記音声及びビデオコールをサポートすることができない請求項１に記載の方法。
【請求項１２】
前記音声端末は、公衆交換電話網によりサービスされる請求項１に記載の方法。
【請求項１３】
前記ウェブブラウザは、インターネットへのアクセスを有し、前記第１ビデオコンテンツは前記インターネットを介して配信される請求項１に記載の方法。
【請求項１４】
前記ウェブセッションを介して前記第２のユーザから認証情報を取得し、前記第２のユーザが前記音声及びビデオコールの前記ビデオ成分へアクセスする権限を与えられるかどうかを前記認証情報に基づいて判定することをさらに含む請求項１に記載の方法。
【請求項１５】
前記認証情報を生成し前記認証情報の前記第１のユーザへの配信を行うことをさらに含む請求項１４に記載の方法。
【請求項１６】
前記第２のユーザの第２ビデオコンテンツを前記マルチメディア端末へ配信するのに十分な第２の通信情報を取得し、
前記第２のユーザの前記第２ビデオコンテンツが前記第２の通信情報を使用する前記マルチメディア端末へ提供されるように前記第２の通信情報を前記ウェブセッションを介して前記ウェブブラウザへ配信する
ことをさらに含む請求項１に記載の方法。
【請求項１７】
前記マルチメディア端末又は前記マルチメディア端末の前記エージェントへ要求を送信し、前記第１の通信情報を使用する前記ウェブブラウザに関連する前記メディアプレーヤーへ前記第１ビデオコンテンツの配信を開始することをさらに含む請求項１に記載の方法。
【請求項１８】
少なくとも１の通信インターフェイスと、
第１のユーザのマルチメディア端末から創出され、音声成分とビデオ成分とを有する音声及びビデオコールを受信し、
前記マルチメディア端末と前記音声及びビデオコールが向けられる第２のユーザの音声端末との間に音声ベアラを確立し、
前記音声及びビデオコールの前記ビデオ成分にアクセスする前記第２のユーザの要望を判定する前記第２のユーザのウェブブラウザとウェブセッションを確立し、
アクセスが望まれる前記音声及びビデオコールを識別し、
前記音声及びビデオコールの前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報を取得し、
前記第１通信情報を使用する前記ウェブブラウザの前記メディアプレーヤーへ前記第１ビデオコンテンツを前記マルチメディア端末又は前記マルチメディア端末のエージェントが配信できるように前記第１通信情報を前記マルチメディア端末へ配信する
ように適用された前記少なくとも１の通信インターフェイスに関連する制御システムと、
を含む音声及びビデオコールのビデオ成分へのアクセスを提供する通信サービスノード。
【請求項１９】
前記ウェブセッションは、前記第２のユーザによって前記ウェブブラウザから開始され、前記ウェブセッションを確立することは、前記ウェブブラウザからブラウザ要求を受信することと、前記ウェブセッションを開始するために前記ブラウザ要求にウェブページにより応答することを含む請求項１８に記載の通信サービスノード。
【請求項２０】
アクセスが望まれる前記音声及びビデオコールは、前記ブラウザ要求内で提供されるＵＲＬの識別情報に基づいて識別される請求項１９に記載の通信サービスノード。
【請求項２１】
前記音声及びビデオコールは、ディレクトリ番号と音声及びビデオコールに関連するテレフォニアドレスを構成要件とするグループの１つを含む識別情報であり、前記識別情報は音声端末に関連する請求項２０に記載の通信サービスノード。
【請求項２２】
前記第１通信情報の少なくとも一部は、前記ウェブセッションを介して前記ウェブブラウザ又は前記ウェブブラウザに関連するメディアプレーヤーから取得される請求項１８に記載の通信サービスノード。
【請求項２３】
前記ウェブブラウザは、前記音声端末に設けられる請求項１８に記載の通信サービスノード。
【請求項２４】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項１８に記載の通信サービスノード。
【請求項２５】
前記音声端末は、公衆交換電話網によりサービスされる請求項１８に記載の通信サービスノード。
【請求項２６】
前記ウェブセッションを介して前記第２のユーザから認証情報を取得し、前記第２のユーザが前記音声及びビデオコールの前記ビデオ成分へアクセスする権限を与えられるかどうかを前記認証情報に基づいて判定することをさらに含む請求項１８に記載の通信サービスノード。
【請求項２７】
前記認証情報を生成し前記認証情報の前記第１のユーザへの配信を行うことをさらに含む請求項２６に記載の通信サービスノード。
【請求項２８】
第１のユーザのマルチメディア端末と第２のユーザの音声端末間に回線交換接続を介して少なくとも一部が確立された既存の音声コールへビデオ成分を加える方法であって、
前記方法は、
ビデオ成分を前記既存の音声コールへ加える前記第２のユーザの要望が判定される前記第２のユーザのウェブブラウザとウェブセッションを確立し、
前記ウェブセッションを介して前記マルチメディア端末に関連するセッション情報を取得し、
前記ビデオ成分に対する第１ビデオコンテンツを前記ウェブセッションを介して前記ウェブブラウザに関連するメディアプレーヤーへ配信するのに十分な第１通信情報の少なくとも一部を取得し、
前記セッション情報に基づいて前記既存の音声コールをサポートする前記マルチメディア端末を識別し、
前記マルチメディア端末が前記通信情報を使用する前記ウェブブラウザのメディアプレーヤーへ前記ビデオ成分を介してビデオコンテンツを配信できるように、前記既存の音声コールを前記ビデオ成分により拡張する指示を前記マルチメディア端末へ向けて配信する
ことを含む方法。
【請求項２９】
前記ウェブセッションは、前記第２のユーザにより前記ウェブブラウザから開始され、前記ウェブセッションを確立することは前記ウェブブラウザからブラウザ要求を受取り、ウェブページによりブラウザ要求へ応答することを含む請求項２８に記載の方法。
【請求項３０】
前記既存の音声コールは、前記マルチメディア端末をサポートする回線交換サブシステムを介して確立され、前記ビデオコンテンツは前記マルチメディア端末をサポートするパケットサブシステムを介して配信される請求項２８に記載の方法。
【請求項３１】
前記ウェブブラウザは、前記音声端末に設けられる請求項２８に記載の方法。
【請求項３２】
前記ウェブブラウザは、前記音声端末とは分離したユーザ端末に設けられる請求項２８に記載の方法。
【請求項３３】
前記音声端末はビデオセッションをサポートできない請求項２８に記載の方法。
【請求項３４】
前記音声端末は、前記音声及びビデオコールをサポートすることができない請求項２８に記載の方法。
【請求項３５】
前記音声端末は、公衆交換電話網によりサービスされる請求項２８に記載の方法。
【請求項３６】
前記ウェブブラウザは、インターネットへのアクセスを有し、前記第１ビデオコンテンツは前記インターネットを介して配信される請求項２８に記載の方法。
【請求項３７】
前記音声コールを前記ビデオ成分により拡張することは、統合された音声及びビデオコールを提供する前記マルチメディア端末をもたらす請求項２８に記載の方法。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【公表番号】特表２０１２−５１４３６５（Ｐ２０１２−５１４３６５Ａ）
【公表日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願番号】特願２０１１−５４２９０６（Ｐ２０１１−５４２９０６）
【出願日】平成２１年１２月２日（２００９．１２．２）
【国際出願番号】ＰＣＴ／ＩＢ２００９／００７６２９
【国際公開番号】ＷＯ２０１０／０７３０７４
【国際公開日】平成２２年７月１日（２０１０．７．１）
【出願人】（５０１４４９２１８）ノーテル ネットワークス リミテッド (30)
【Ｆターム（参考）】
【公表日】平成２４年６月２１日（２０１２．６．２１）
【国際特許分類】
【出願日】平成２１年１２月２日（２００９．１２．２）
【国際出願番号】ＰＣＴ／ＩＢ２００９／００７６２９
【国際公開番号】ＷＯ２０１０／０７３０７４
【国際公開日】平成２２年７月１日（２０１０．７．１）
【出願人】（５０１４４９２１８）ノーテル ネットワークス リミテッド (30)
【Ｆターム（参考）】
[ Back to top ]