JP3788281B2 - セッション確立方法 - Google Patents
セッション確立方法 Download PDFInfo
- Publication number
- JP3788281B2 JP3788281B2 JP2001207912A JP2001207912A JP3788281B2 JP 3788281 B2 JP3788281 B2 JP 3788281B2 JP 2001207912 A JP2001207912 A JP 2001207912A JP 2001207912 A JP2001207912 A JP 2001207912A JP 3788281 B2 JP3788281 B2 JP 3788281B2
- Authority
- JP
- Japan
- Prior art keywords
- information processing
- processing apparatus
- application
- session
- rmi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 42
- 230000010365 information processing Effects 0.000 claims description 47
- 238000004891 communication Methods 0.000 claims description 19
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012790 confirmation Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 244000205754 Colocasia esculenta Species 0.000 description 3
- 235000006481 Colocasia esculenta Nutrition 0.000 description 3
- 230000004913 activation Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒアプリケーションのセッション確立方法に関する。
【０００２】
【従来の技術】
Ｊａｖａは色々なオペレーティングシステムやプラットフォーム上に広く普及しており、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ２５４３）もＰｅｅｒ−ｔｏ−Ｐｅｅｒアプリケーションのセッション確立のためのプロトコルとして普及してきている。ＳＩＰはペイロードにＳＤＰ以外のデータを持つことも出来、分散オブジェクト間の通信の確立（セッションの確立）を行うことにも利用できる。しかし、Ｊａｖａによる分散オブジェクトを使った、インタラクティブなアプリケーションは使われていない。
【０００３】
ＲＭＩオブジェクトのアドレスであるＲＭＩ ＵＲＬを保持するＮａｍｉｎｇＳｅｒｖｅｒが一般的に広く普及していないために、どんなＲＭＩオブジェクトがどのＰＣやサーバで利用可能か知ることが出来なかった。また、個人が所有するＰＣはパワーオフしたり、ネットワークへのケーブルをＰＣから抜くために、頻繁にネットワークとの接続が切れるので、ＰＣのような端末上でＲＭＩオブジェクトが常に処理受付状態で稼動している状況はなかなか実現しにくかった。そのため、Ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信のＪａｖａアプリケーションは、これまでうまく実現できなかった。
【０００４】
【発明が解決しようとする課題】
従って本願発明は、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信の色々なアプリケーションを実現させるための、ＳＩＰをＪａｖａ ＲＭＩ分散オブジェクト間の通信の確立（セッションの確立）を行うことへ適用した、セッション確立方法を提供することを課題とする。
【０００５】
【課題を解決するための手段】
前記課題を解決するための本願発明のセッション確立方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＪａｖａとをサポートするマルチメディア端末である第１の情報処理装置と第２の情報処理装置との間で行うセッション確立方法であって、前記第１の情報処理装置が、ＪａｖａＲＭＩアプリケーションを起動し、ペイロードとして前記ＪａｖａＲＭＩアプリケーションに関係したパラメータをＸＭＬ形式で記述したＳＩＰメッセージを用いて前記第２の情報処理装置との間でＲＴＰメディアのセッションを確立する手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージに記述されたパラメータに係るＪａｖａＲＭＩアプリケーションと同等のＪａｖａＲＭＩアプリケーションを起動する手順と、前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されたＪａｖａＲＭＩアプリケーション間で、ＲＭＩを用いたＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信の確立を行う手順とを有することを特徴とする。
また、前記課題を解決するための本願発明のセッション確立方法は、第１の情報処理装置が、アプリケーションを起動し、ペイロードに前記アプリケーションに関係したパラメータを記述したＳＩＰメッセージを用いて第２の情報処理装置に対してセッションの申込を行う手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージを用いて前記第１の情報処理装置に対してセッションの許可を行う手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージのペイロードに記述されたパラメータに係るアプリケーションと同等のアプリケーションを起動する手順と、前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されているアプリケーション間でセッションの確立を行う手順とを有することを特徴とする。
【０００６】
これにより、ＳＩＰをサポートする情報処理装置では、発呼者が任意のＲＭＩアプリケーションを自分の端末と、複数の着信者の端末上で起動し、それらの間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現できる。これによって、遠隔教育、地域コミュニティーでのだんらんやネットワークゲームなど、色々なＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信サービスを展開できるようになる。
また、ＳＩＰメッセージのペイロードに、アプリケーションのパラメータを記述することにより、第１の情報処理装置と第２の情報処理装置それぞれにおけるＪａｖａオブジェクト間のＲＭＩ通信の確立に必要なパラメータを、第１の情報処理装置が第２の情報処理装置へ送ることができる。
【０００７】
また、前記課題を解決するための本願発明のセッション確立方法は、前記第１の情報処理装置および／または前記第２の情報処理装置は、アプリケーションが保存されたリポジトリから、起動すべきアプリケーションをダウンロードし、当該ダウンロードしたアプリケーションを起動することを特徴とする。
【０００８】
これにより、第１の情報処理装置と第２の情報処理装置が、該当するアプリケーションを保有していない場合にも、リポジトリからアプリケーションをダウンロードして起動を行うことができる。
【０００９】
また、前記課題を解決するための本願発明のセッション確立方法は、前記第１の情報処理装置は起動したアプリケーションのリファレンスを第１のレジストリに登録し、前記第２の情報処理装置は起動したアプリケーションのリファレンスを第２のレジストリに登録し、互いのリファレンスを取得しあうことを特徴とする。
【００１０】
第１及び第２の情報処理装置が、アプリケーションのリファレンスをレジストリに登録して、互いのリファレンスを取得しあうことにより、ローカルなオブジェクトのＪａｖａ ＡＰＩを利用するのと同じ要領で、相手リモートオブジェクトを利用できる。
【００１３】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータには、前記第１のレジストリまたは前記第２のレジストリのURLが記述されていることを特徴とする。
【００１４】
パラメータにレジストリのURLが記述されていることにより、両情報処理装置が、互いのアプリケーションのリファレンスを互いに取得することが可能になる。
【００１５】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータには、前記リポジトリのURLが記述されていることを特徴とする。
【００１６】
パラメータにリポジトリのURLが記述されていることにより、両情報処理装置において起動すべきアプリケーションを、確実にダウンロードすることができる。
【００１７】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータはＸＭＬ形式で記述されていることを特徴とする。
【００１８】
パラメータをＸＭＬ形式で記述することで、アプリケーション毎に異なる仕様のパラメータに対しても、柔軟に対応して必要な内容を記述することが可能となる。
【００１９】
【実施の形態】
図１は実施の形態としての、本願発明のＳＩＰによるＪａｖａ ＲＭＩセッション確立方法を用いたシステムの基本構成図である。ＳＩＰでは、マルチメディア通信端末１０５はＵＡＣ（Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）、１０６はＵＡＳ（Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）と呼ばれる。ＵＡＣ１０５はＵＡＳ１０６に対しＳＩＰを使ってマルチメディアセッションの確立を行う。ＳＩＰメッセージのペイロードＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ２３２７）にＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ１８８９）のメディア属性を記述することで、複数のマルチメディア端末間の音声やビデオ通信を確立することが出来る。
【００２０】
本実施の形態では、ＳＩＰのペイロードとしてＪａｖａ ＲＭＩ（Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）アプリケーションに関係したパラメータをＸＭＬで記述し、複数のマルチメディア端末上で、指定されたＪａｖａ オブジェクトのインスタンス生成と起動を行い、その間でＲＭＩを使ったＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信の確立を行うことを特徴とする。ここでは、自端末から他端末上のＪａｖａオブジェクトをＲＭＩを使って利用する場合、他端末上のＪａｖａオブジェクトをリモートオブジェクトと称する。また、本発明で言及されるＪａｖａプログラムは全てＲＭＩを利用するため、以後ＲＭＩアプリケーションと称することにする。
【００２１】
図１においてＳＩＰサーバ１０２があるが、これはＳＩＰメッセージのルーティングに使われる。例えば、ＵＡＣ（１０５）がＵＡＳ（１０６）へＳＩＰメッセージを送るとき、ＳＩＰサーバ１０２を経由して送る。これは本発明には本質的な要素ではない。同様に、ＣＯＤＥＣ１１０、及び１１４はＲＴＰメディアである音声やビデオの符号化／復号化に使われるのみで、本発明において本質的な要素ではない。１０９および１１３はＪＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）であり、Ｊａｖａが実行可能なオペレーティングシステムやプラットフォーム上で必ず提供されているものである。
【００２２】
図１において、ＵＡＣ（１０５）のＳＩＰ呼制御機能１０７はＵＡＳ（１０６）のＳＩＰ呼制御機能１１１とＳＩＰのシグナリングメッセージを交換することで、ＵＡＣとＵＡＳ間のセッションを確立する。このときＳＩＰメッセージの中のペイロードとして、ＲＴＰメディアのセッションを確立するためにＳＤＰが運ばれ、リモートオブジェクト間のセッションを確立するためにＸＭＬで記述された関連パラメータが運ばれる。具体的には、ＵＡＣがＳＩＰでセッションを確立するとき、ＵＡＳ１０６において起動してほしいＪａｖａオブジェクト（ＲＭＩアプリケーション）名とそれに関係するパラメータをＸＭＬの形で記述し、それをＳＩＰメッセージのペイロードでＵＡＳ１０６へ送る。リポジトリ１０１に、ＪａｖａオブジェクトがＪＡＲ（Ｊａｖａ Ａｒｃｈｉｖｅ Ｆｉｌｅ）の形式で保存されており、ＵＡＣ（１０５）とＵＡＳ（１０６）は、ＨＴＴＰ ＵＲＬで指定された特定のＪＡＲファイルをＨＴＴＰ（ＩＥＴＦ ＲＦＣ２６１６）を使ってダウンロードする事が出来る。
【００２３】
ＵＡＣ（１０５）は、ＳＩＰセッション確立前に自端末において起動されたＲＭＩアプリケーション（１０８）をＲＭＩレジストリ１０３へ名前をつけて登録する。登録後、ＵＡＳ（１０６）は、ＵＡＣ（１０５）において起動されたＪａｖａオブジェクトのＲＭＩリファレンスを、そのＪａｖａオブジェクトに相当するＲＭＩ ＵＲＬを指定することで取得できるようになる。同様に、ＵＡＳ（１０６）のＳＩＰ呼制御機能（１１１）は、ＳＩＰセッション確立途中に自端末において起動されたＪａｖａオブジェクトをＲＭＩレジストリ１０４へ名前をつけて登録する。登録後、ＵＡＣ（１０５）は、ＵＡＳ（１０６）において起動されたＲＭＩアプリケーション（１１２）のＲＭＩリファレンスを、そのＪａｖａオブジェクトに相当するＲＭＩ ＵＲＬを指定することで取得できるようになる。
【００２４】
図２は、ＲＭＩ分散オブジェクト間のセッション確立時における本実施の形態の動作を示した図である。発呼者側マルチメディア端末（ＳＩＰ ＵＡＣ）は、ある任意のＲＭＩアプリケーション２０１を起動する。２０１はＳＵＮ ＭｉｃｒｏｓｙｓｔｅｍｓがＪＡＩＮとして標準化を行っているようなあるＡＰＩを使って、ＳＩＰセッション起動２０２を行う。この時、ＵＡＳ側マルチメディア端末でどのＲＭＩアプリケーションが起動されるべきか、また、ＲＭＩレジストリ１０３に登録したＲＭＩ ＵＲＬをＳＩＰ呼制御１０７へ知らせる。
【００２５】
ＵＡＣはＩＮＶＩＴＥメッセージ（２０３）をＵＡＳへ送る。ＵＡＳは直ちに１８０ Ｒｉｎｇｉｎｇ（２０４）をＵＡＣへ返し、ＩＮＶＩＴＥのペイロードにＸＭＬで指定されたＪａｖａオブジェクトのインスタンス生成を行う（２０８）。ただし、このインスタンスが生成されても良い事をＵＡＳのユーザに事前に確認して起動許可を受ける（２０６および２０７）。この確認には、発呼者の名前としてＩＮＶＩＴＥメッセージの中のＦｒｏｍヘッダーフィールドの値を表示するとともに、ＩＮＶＩＴＥメッセージ内のＳｕｂｊｅｃｔヘッダーフィールドに示されたサブジェクト名も表示する。それらヘッダーフィールドのＩＮＶＩＴＥメッセージ例を図４に示す。図３のウインドウ（３０１）がその確認画面である。ＵＡＳ側ユーザはこのウインドウのＹｅｓボタン（３０２）を押すことで、指定されたＪａｖａオブジェクトが起動される事を許可し、このセッションを継続する。もし、許可しない場合は、Ｎｏボタン（３０３）を押す。
【００２６】
図４において、実際のＳＩＰメッセージの例を示した。ここで、ＩＮＶＩＴＥメッセージの中の４０４がＳＤＰペイロードで、４０７が本発明の特徴であるＸＭＬペイロードである。この中において、４０５でＭＩＭＥ（ＩＥＴＦ ＲＦＣ２０４５）タイプ名である”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｊａｖａ−ｒｍｉｐａｒａｍ”が記述されている。”ｘ−“で始まるＭＩＭＥタイプ名は拡張仕様であり、ＩＡＮＡでの正式登録なしに使用することが出来る。したがって、ＭＩＭＥタイプ名に関しては、そのマルチメディア端末が解釈できる任意の名前をとる事が出来る。また、ＸＭＬでのパラメータ記述に必要なシンタックスやセマンティクスはＸＭＬでのＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）で任意に定義することが出来る。
【００２７】
図４において、ＸＭＬ記述４０７の
＜ｊａｒｕｒｌ＞ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ＜／ｊａｒｕｒｌ＞と
＜ｒｍｉｕｒｌ＞ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５＜／ｒｍｉｕｒｌ＞の２つがＪＡＲファイルのＨＴＴＰ ＵＲＬとＲＭＩ ＵＲＬを示すパラメータに相当する。＜ｊａｒｕｒｌ＞， ＜／ｊａｒｕｒｌ＞， ＜ｒｍｉｕｒｌ＞， ＜／ｒｍｉｕｒｌ＞等のＸＭＬタグはＤＴＤで任意に定義できる。なお図４の４０１、４０２、４０６はこのペイロードの中身に応じて変わる数字である。４０１は４０４と４０５から構成される２つのＭＩＭＥオブジェクトのトータルのバイト長で、実際には数字が入る。４０２は４０４のＳＤＰ部分のバイト長、４０４は４０７のＸＭＬ部分のバイト長がそれぞれ数字で入る。４０４のＳＤＰのＭＩＭＥオブジェクトと４０７のＸＭＬのＭＩＭＥオブジェクトは、この例では”ｂｏｕｎｄａｒｙ”という境界で区切られる。
【００２８】
ＸＭＬ記述４０７において指定されたパラメータによって、ＵＡＳはレジストリ１０１から、ＨＴＴＰ ＵＲＬ である”ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ”にあるｕｎｉｔ２５．ｊａｒという名前のファイルをＨＴＴＰでダウンロードし、それを起動する。Ｊａｖａのプログラムを起動するにはｍａｉｎ（…）というメソッド名があるＪａｖａクラスの名前を事前に知っておく必要があるが、どのＪａｖａクラスにｍａｉｎ（…）メソッドが含まれるかはＪＡＲファイル内のマニフェストに記述されているので、ＵＡＳはそれを参照する。
【００２９】
図２において、ＵＡＳにおける指定されたＲＭＩアプリケーションの起動後、図４のＩＮＶＩＴＥメッセージのＸＭＬ記述４０７内のパラメータ＜ｒｍｉｕｒｌ＞ ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５＜／ｒｍｉｕｒｌ＞で指定されたＲＭＩ ＵＲＬである”ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５”を使って、ＵＡＣにおけるＲＭＩアプリケーションのリファレンスを取得する（２０９）。また、ここではＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信アプリケーションを前提としているため、この時、逆に、ＵＡＳで起動されているＲＭＩアプリケーションをＵＡＣがＲＭＩを使って利用するケースも考えられる。
【００３０】
これは図１において、ＲＭＩアプリケーション１１２がＲＭＩレジストリ１０４へ自分自身のＲＭＩ ＵＲＬを登録し、それをＲＭＩアプリケーション１０８へ知らせる事で、ＲＭＩアプリケーション１０８がＲＭＩアプリケーション１１２のリファレンスを取得することが可能となる。この処理はＲＭＩアプリケーションのプログラムアルゴリズム次第となる。また、これに関しては、まだＩｎｔｅｒｎｅｔ Ｄｒａｆｔの段階であるが、ＲＦＣ２５４３の改版であるＲＦＣ２５４３−ｂｉｓ内のＳＩＰメッセージ１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ を使うこともできる。ＩＮＶＩＴＥ内のＸＭＬペイロードと同様な方法で１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓのペイロードとして上記ＲＭＩ ＵＲＬをＵＡＳからＵＡＣへ運ぶ事ができる。
【００３１】
図２において、ＵＡＣとＵＡＳの間のＲＭＩアプリケーション間のセッション２０９の確立が成功した場合、Ｊａｖａアプリケーション（ＲＭＩアプリケーション）は２１０において、準備ＯＫであることをＵＡＳのＳＩＰ呼制御１１１へ知らせる。ＳＩＰ呼制御は２００ ＯＫ（２１１）をＵＡＣへ返し、ＵＡＣはＡＣＫ（２１２）を返す。これによって、ＲＭＩを含むマルチメディアセッションがＳＩＰによって確立される。この時、図３にあるウインドウ３０４が、ＵＡＳ側ユーザへ示され、ＲＭＩ含むマルチメディアセッションが確立したことを知らせる。
【００３２】
このセッションは、分散オブジェクト間のセッション確立だけでなく、音声やビデオなどのＲＴＰメディアのセッションも確立できる。ＳＩＰはＭＩＭＥ Ｍｕｌｔｉｐａｒｔに対応するため、複数のＭＩＭＥ タイプをペイロードに保持し、複数のＭＩＭＥオブジェクトを運べるからである。例として図４にＭＩＭＥＭｕｌｔｉｐａｒｔで記述されたペイロードを示す。この例で、ＳＤＰ記述４０３では、ＩＴＵ−Ｔ Ｇ．７１１μｌａｗでの音声符号化方式によるＲＴＰメディアと、ＩＴＵ−Ｔ Ｈ．２６１によるビデオ符号化方式によるＲＴＰメディアが指定されている。したがって、この例では、ＲＭＩアプリケーション間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信と、音声、ビデオのＲＴＰメディアによる通信が成立している事になる。
【００３３】
以上の実施の形態を実際のアプリケーション利用に置き換えて、外国語遠隔レッスンをとりあげて図５を用いて説明する。ここでは、講師と２人の生徒のマルチメディア端末間で、遠隔英会話教育を行うためのセッションを確立する場合を述べる。
【００３４】
外国語講師であるグレッグ先生が、あるレッスンのＲＭＩアプリケーション（Ｊａｖａプログラム）を起動する。この例では、ユニット２５のレッスンを行うためのプログラムが起動される。必要なＪａｖａクラスはＪＡＲファイルとして、リポジトリ５０１からダウンロード（３０２）される。この語学学習プログラム（５０４）は、ＳＩＰを使って、生徒Ａ（太郎）及び生徒Ｂ（花子）とのセッションを確立する。
【００３５】
図５において、ＳＩＰとＪａｖａをサポートする２つのマルチメディア端末５１５，５１６が示される。５１５がＵＡＣ、５１６がＵＡＳに相当する。これらマルチメディア端末は、それぞれの顔と音声をお互いに送るため、ビデオカメラとマイクが搭載されている。また、内部には、ＳＩＰ呼制御処理、ＪＶＭ （Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）と音声とビデオの符号化／復号化に使われるＣＯＤＥＣが装備されている。この外国語スクールで使用する教材は複数のユニット（単位）で構成されるとし、リポジトリ５０１は、それぞれのユニットをＪＡＲファイルの形で保持している。
【００３６】
英語学習プログラムのユニット２５は、ＵＡＣでは５０４，ＵＡＳでは５０５としてＪＶＭ上で稼動している。これらはＲＭＩによってお互いに通信する（５０６）。ＣＯＤＥＣにより、音声とビデオのＲＴＰメディア（５０７，５０８）が符号化／復号化される。５０９はこの英会話レッスン、ユニット２５のＪａｖａプログラムのＧＵＩである。５１０はグレッグ先生が英文テキストの一部を一時的に隠しており、５１１はクイズ形式のレッスンを行うためのものである。５１２にはグレッグ先生の顔が映し出され、５１３には生徒Ａ、５１４には生徒Ｂの顔が映し出される。
【００３７】
図１、図２で示した動作の仕組みで本実施例が実現される。また、図３のウインドウ３０１と３０４がマルチメディア端末５１６のディスプレイー上に、すなわち、ユーザへ示される。図４で示されるＩＮＶＩＴＥメッセージが、図５におけるマルチメディア端末５１５からマルチメディア端末５１６へ送出される。ＲＭＩアプリケーションはリポジトリ５０１にＪＡＲファイルで保持されている。図４のＸＭＬ記述４０７にあるように、ＨＴＴＰ ＵＲＬである
”ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ”から、マルチメディア端末５１５、５１６はユニット２５のプログラムをＪＡＲファイルとしてダウンロードできる。
マルチメディア端末５１６は、図４のＸＭＬ記述４０７にあるように、ＲＭＩ ＵＲＬである”ｒｍｉ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５”のアドレスにより、マルチメディア端末５１６のＲＭＩアプリケーション５０５は、マルチメディア端末５１５上のＲＭＩアプリケーション５０４のリファレンスを取得する。
【００３８】
実際にグレッグ先生と生徒Ａ（太郎）、生徒Ｂ（花子）が使用するユニット２５の ＪａｖａプログラムのＧＵＩ（５０９）を図５右上に示す。このＧＵＩはグレッグ先生、生徒Ａと生徒Ｂのそれぞれのマルチメディア端末において表示される。これにおいて、ＧＵＩの中のウインドウ５１２にはグレッグ先生の顔が、ウインドウ５１３には生徒Ａ（太郎）の顔が、ウインドウ５１４には生徒Ｂ（花子）の顔が表示される。これらはマルチメディア端末に搭載されているテレビカメラでとらえられた画像をＲＴＰメディアとして送出しているものである。また、マルチメディア端末のマイクからとらえられたグレッグ先生と生徒Ａ、生徒Ｂの声も、ＲＴＰメディアとして送出される。５１０はグレッグ先生が英文テキストのある一部を隠した状態で、５１１は３択式のクイズでＢｉｌｌｙ Ｊｏｅｌの項をどちらかの生徒がクリックした例である。
【００３９】
生徒Ａへのセッション確立と生徒Ｂへのセッション確立は同時に行える。ＳＩＰでは別の呼として扱われ、生徒ＡのＲＭＩオブジェクトと生徒ＢのＲＭＩオブジェクトは別々のＲＭＩ ＵＲＬで識別されるからである。ただし、グレッグ先生のＲＭＩオブジェクトは他の２つのＲＭＩオブジェクトと通信していることを認識している必要がある。また、音声やビデオのＲＭＩメディアを３者で共用するためには、ＩＰマルチキャストか、もしくはグレッグ先生のマルチメディア端末５１５がＲＴＰミキサーとして機能させる事が考えられる。
【００４０】
Ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信のＪａｖａアプリケーションの利点は、図５の５１０に示されるように、グレッグ先生が英文テキストの任意の場所を隠し、そのＧＵＩの同じ状態を先生と生徒Ａ、生徒Ｂが共有している点。また５１１に示されるように、クイズ形式のインタラクティブな教材も実現できるところにある。遠隔教育でありながら、一つの机を囲んで、同じ教材を使いならが、先生と複数の生徒が英会話レッスンをしている状況がオンラインで実現できる。なお、ここでは外国語遠隔レッスンの実施例を取り上げたが、ネットワークゲーム等の他の色々なアプリケーションへ応用も可能である。
【００４１】
【発明の効果】
ＳＩＰをサポートするマルチメディア端末では、発呼者が任意のＲＭＩアプリケーションを自分の端末と、複数の着信者の端末上で起動し、それらの間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現できる。これによって、遠隔教育、地域コミュニティーでの団欒やネットワークゲームなど、色々なＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信サービスを展開できるようになる。
【００４２】
マルチメディア端末は相手マルチメディア端末で起動しているリモートオブジェクトのリファレンスを取得することで、ローカルなオブジェクトのＪａｖａ ＡＰＩを利用するのと同じ要領で、相手リモートオブジェクトを利用できる。また、ＳＩＰでのセッション確立時に、ＵＡＣがＵＡＳへどのＪａｖａオブジェクトを起動するのかを指定できるのと、ＵＡＣとＵＡＳそれぞれにおけるＪａｖａオブジェクト間のＲＭＩ通信の確立に必要なパラメータをＵＡＣがＵＡＳへ送ることができる。
【００４３】
ＳＩＰメッセージのペイロードＳＤＰにＲＴＰのメディア属性を記述することで、複数のマルチメディア端末間の音声やビデオ通信を確立することが出来る。
【図面の簡単な説明】
【図１】実施の形態のシステム基本構成を示した図
【図２】ＲＭＩ分散オブジェクト間のセッション確立手順を示した図
【図３】ＲＭＩアプリケーション起動確認ウィンドウとセッション確立ウィンドウの例
【図４】ＳＩＰに含まれるＩＮＶＩＴＥメッセージの例
【図５】遠隔英会話教育を例としたシステム構成を示した図
【符号の説明】
１０１、５０１…リポジトリ
１０２…ＳＩＰサーバ
１０３、１０４…ＲＭＩレジストリ
１０５、５１５…ＵＡＣ
１０６、５１６…ＵＡＳ
１０７、１１１…ＳＩＰ呼制御
１０８、１１２…ＲＭＩアプリケーション
１０９、１１３…Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ
１１０、１１４…ＣＯＤＥＣ
２０１、２０８…ＲＭＩアプリケーション起動
２０２…ＳＩＰセッション起動
２０３…ＩＮＶＩＴＥメッセージ
２０４…１８０Ｒｉｎｇｉｎｇ
２０６…起動確認
２０７…起動許可
２０９…セッション確立
２１０、２１３…準備ＯＫ
２１１…２００ＯＫ
２１２…ＡＣＫ
３０１、３０２、３０３…起動確認ウィンドウ
３０４…セッション確立ウィンドウ
４０１、４０２、４０３、４０５、４０６…パラメータ
４０４…ＳＤＰペイロード
４０７…ＸＭＬペイロード
５０４、５０５…英語学習プログラム
５０７…音声
５０８…映像
５０９、５１０、５１１、５１２、５１３、５１４…ＧＵＩ
【発明の属する技術分野】
本発明は、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒアプリケーションのセッション確立方法に関する。
【０００２】
【従来の技術】
Ｊａｖａは色々なオペレーティングシステムやプラットフォーム上に広く普及しており、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ２５４３）もＰｅｅｒ−ｔｏ−Ｐｅｅｒアプリケーションのセッション確立のためのプロトコルとして普及してきている。ＳＩＰはペイロードにＳＤＰ以外のデータを持つことも出来、分散オブジェクト間の通信の確立（セッションの確立）を行うことにも利用できる。しかし、Ｊａｖａによる分散オブジェクトを使った、インタラクティブなアプリケーションは使われていない。
【０００３】
ＲＭＩオブジェクトのアドレスであるＲＭＩ ＵＲＬを保持するＮａｍｉｎｇＳｅｒｖｅｒが一般的に広く普及していないために、どんなＲＭＩオブジェクトがどのＰＣやサーバで利用可能か知ることが出来なかった。また、個人が所有するＰＣはパワーオフしたり、ネットワークへのケーブルをＰＣから抜くために、頻繁にネットワークとの接続が切れるので、ＰＣのような端末上でＲＭＩオブジェクトが常に処理受付状態で稼動している状況はなかなか実現しにくかった。そのため、Ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信のＪａｖａアプリケーションは、これまでうまく実現できなかった。
【０００４】
【発明が解決しようとする課題】
従って本願発明は、Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ通信の色々なアプリケーションを実現させるための、ＳＩＰをＪａｖａ ＲＭＩ分散オブジェクト間の通信の確立（セッションの確立）を行うことへ適用した、セッション確立方法を提供することを課題とする。
【０００５】
【課題を解決するための手段】
前記課題を解決するための本願発明のセッション確立方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＪａｖａとをサポートするマルチメディア端末である第１の情報処理装置と第２の情報処理装置との間で行うセッション確立方法であって、前記第１の情報処理装置が、ＪａｖａＲＭＩアプリケーションを起動し、ペイロードとして前記ＪａｖａＲＭＩアプリケーションに関係したパラメータをＸＭＬ形式で記述したＳＩＰメッセージを用いて前記第２の情報処理装置との間でＲＴＰメディアのセッションを確立する手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージに記述されたパラメータに係るＪａｖａＲＭＩアプリケーションと同等のＪａｖａＲＭＩアプリケーションを起動する手順と、前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されたＪａｖａＲＭＩアプリケーション間で、ＲＭＩを用いたＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信の確立を行う手順とを有することを特徴とする。
また、前記課題を解決するための本願発明のセッション確立方法は、第１の情報処理装置が、アプリケーションを起動し、ペイロードに前記アプリケーションに関係したパラメータを記述したＳＩＰメッセージを用いて第２の情報処理装置に対してセッションの申込を行う手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージを用いて前記第１の情報処理装置に対してセッションの許可を行う手順と、前記第２の情報処理装置が、前記ＳＩＰメッセージのペイロードに記述されたパラメータに係るアプリケーションと同等のアプリケーションを起動する手順と、前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されているアプリケーション間でセッションの確立を行う手順とを有することを特徴とする。
【０００６】
これにより、ＳＩＰをサポートする情報処理装置では、発呼者が任意のＲＭＩアプリケーションを自分の端末と、複数の着信者の端末上で起動し、それらの間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現できる。これによって、遠隔教育、地域コミュニティーでのだんらんやネットワークゲームなど、色々なＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信サービスを展開できるようになる。
また、ＳＩＰメッセージのペイロードに、アプリケーションのパラメータを記述することにより、第１の情報処理装置と第２の情報処理装置それぞれにおけるＪａｖａオブジェクト間のＲＭＩ通信の確立に必要なパラメータを、第１の情報処理装置が第２の情報処理装置へ送ることができる。
【０００７】
また、前記課題を解決するための本願発明のセッション確立方法は、前記第１の情報処理装置および／または前記第２の情報処理装置は、アプリケーションが保存されたリポジトリから、起動すべきアプリケーションをダウンロードし、当該ダウンロードしたアプリケーションを起動することを特徴とする。
【０００８】
これにより、第１の情報処理装置と第２の情報処理装置が、該当するアプリケーションを保有していない場合にも、リポジトリからアプリケーションをダウンロードして起動を行うことができる。
【０００９】
また、前記課題を解決するための本願発明のセッション確立方法は、前記第１の情報処理装置は起動したアプリケーションのリファレンスを第１のレジストリに登録し、前記第２の情報処理装置は起動したアプリケーションのリファレンスを第２のレジストリに登録し、互いのリファレンスを取得しあうことを特徴とする。
【００１０】
第１及び第２の情報処理装置が、アプリケーションのリファレンスをレジストリに登録して、互いのリファレンスを取得しあうことにより、ローカルなオブジェクトのＪａｖａ ＡＰＩを利用するのと同じ要領で、相手リモートオブジェクトを利用できる。
【００１３】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータには、前記第１のレジストリまたは前記第２のレジストリのURLが記述されていることを特徴とする。
【００１４】
パラメータにレジストリのURLが記述されていることにより、両情報処理装置が、互いのアプリケーションのリファレンスを互いに取得することが可能になる。
【００１５】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータには、前記リポジトリのURLが記述されていることを特徴とする。
【００１６】
パラメータにリポジトリのURLが記述されていることにより、両情報処理装置において起動すべきアプリケーションを、確実にダウンロードすることができる。
【００１７】
また、前記課題を解決するための本願発明のセッション確立方法は、前記パラメータはＸＭＬ形式で記述されていることを特徴とする。
【００１８】
パラメータをＸＭＬ形式で記述することで、アプリケーション毎に異なる仕様のパラメータに対しても、柔軟に対応して必要な内容を記述することが可能となる。
【００１９】
【実施の形態】
図１は実施の形態としての、本願発明のＳＩＰによるＪａｖａ ＲＭＩセッション確立方法を用いたシステムの基本構成図である。ＳＩＰでは、マルチメディア通信端末１０５はＵＡＣ（Ｕｓｅｒ Ａｇｅｎｔ Ｃｌｉｅｎｔ）、１０６はＵＡＳ（Ｕｓｅｒ Ａｇｅｎｔ Ｓｅｒｖｅｒ）と呼ばれる。ＵＡＣ１０５はＵＡＳ１０６に対しＳＩＰを使ってマルチメディアセッションの確立を行う。ＳＩＰメッセージのペイロードＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ２３２７）にＲＴＰ（ＲｅａｌｔｉｍｅＴｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ． ＩＥＴＦ ＲＦＣ１８８９）のメディア属性を記述することで、複数のマルチメディア端末間の音声やビデオ通信を確立することが出来る。
【００２０】
本実施の形態では、ＳＩＰのペイロードとしてＪａｖａ ＲＭＩ（Ｒｅｍｏｔｅ Ｍｅｔｈｏｄ Ｉｎｖｏｃａｔｉｏｎ）アプリケーションに関係したパラメータをＸＭＬで記述し、複数のマルチメディア端末上で、指定されたＪａｖａ オブジェクトのインスタンス生成と起動を行い、その間でＲＭＩを使ったＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信の確立を行うことを特徴とする。ここでは、自端末から他端末上のＪａｖａオブジェクトをＲＭＩを使って利用する場合、他端末上のＪａｖａオブジェクトをリモートオブジェクトと称する。また、本発明で言及されるＪａｖａプログラムは全てＲＭＩを利用するため、以後ＲＭＩアプリケーションと称することにする。
【００２１】
図１においてＳＩＰサーバ１０２があるが、これはＳＩＰメッセージのルーティングに使われる。例えば、ＵＡＣ（１０５）がＵＡＳ（１０６）へＳＩＰメッセージを送るとき、ＳＩＰサーバ１０２を経由して送る。これは本発明には本質的な要素ではない。同様に、ＣＯＤＥＣ１１０、及び１１４はＲＴＰメディアである音声やビデオの符号化／復号化に使われるのみで、本発明において本質的な要素ではない。１０９および１１３はＪＶＭ（Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）であり、Ｊａｖａが実行可能なオペレーティングシステムやプラットフォーム上で必ず提供されているものである。
【００２２】
図１において、ＵＡＣ（１０５）のＳＩＰ呼制御機能１０７はＵＡＳ（１０６）のＳＩＰ呼制御機能１１１とＳＩＰのシグナリングメッセージを交換することで、ＵＡＣとＵＡＳ間のセッションを確立する。このときＳＩＰメッセージの中のペイロードとして、ＲＴＰメディアのセッションを確立するためにＳＤＰが運ばれ、リモートオブジェクト間のセッションを確立するためにＸＭＬで記述された関連パラメータが運ばれる。具体的には、ＵＡＣがＳＩＰでセッションを確立するとき、ＵＡＳ１０６において起動してほしいＪａｖａオブジェクト（ＲＭＩアプリケーション）名とそれに関係するパラメータをＸＭＬの形で記述し、それをＳＩＰメッセージのペイロードでＵＡＳ１０６へ送る。リポジトリ１０１に、ＪａｖａオブジェクトがＪＡＲ（Ｊａｖａ Ａｒｃｈｉｖｅ Ｆｉｌｅ）の形式で保存されており、ＵＡＣ（１０５）とＵＡＳ（１０６）は、ＨＴＴＰ ＵＲＬで指定された特定のＪＡＲファイルをＨＴＴＰ（ＩＥＴＦ ＲＦＣ２６１６）を使ってダウンロードする事が出来る。
【００２３】
ＵＡＣ（１０５）は、ＳＩＰセッション確立前に自端末において起動されたＲＭＩアプリケーション（１０８）をＲＭＩレジストリ１０３へ名前をつけて登録する。登録後、ＵＡＳ（１０６）は、ＵＡＣ（１０５）において起動されたＪａｖａオブジェクトのＲＭＩリファレンスを、そのＪａｖａオブジェクトに相当するＲＭＩ ＵＲＬを指定することで取得できるようになる。同様に、ＵＡＳ（１０６）のＳＩＰ呼制御機能（１１１）は、ＳＩＰセッション確立途中に自端末において起動されたＪａｖａオブジェクトをＲＭＩレジストリ１０４へ名前をつけて登録する。登録後、ＵＡＣ（１０５）は、ＵＡＳ（１０６）において起動されたＲＭＩアプリケーション（１１２）のＲＭＩリファレンスを、そのＪａｖａオブジェクトに相当するＲＭＩ ＵＲＬを指定することで取得できるようになる。
【００２４】
図２は、ＲＭＩ分散オブジェクト間のセッション確立時における本実施の形態の動作を示した図である。発呼者側マルチメディア端末（ＳＩＰ ＵＡＣ）は、ある任意のＲＭＩアプリケーション２０１を起動する。２０１はＳＵＮ ＭｉｃｒｏｓｙｓｔｅｍｓがＪＡＩＮとして標準化を行っているようなあるＡＰＩを使って、ＳＩＰセッション起動２０２を行う。この時、ＵＡＳ側マルチメディア端末でどのＲＭＩアプリケーションが起動されるべきか、また、ＲＭＩレジストリ１０３に登録したＲＭＩ ＵＲＬをＳＩＰ呼制御１０７へ知らせる。
【００２５】
ＵＡＣはＩＮＶＩＴＥメッセージ（２０３）をＵＡＳへ送る。ＵＡＳは直ちに１８０ Ｒｉｎｇｉｎｇ（２０４）をＵＡＣへ返し、ＩＮＶＩＴＥのペイロードにＸＭＬで指定されたＪａｖａオブジェクトのインスタンス生成を行う（２０８）。ただし、このインスタンスが生成されても良い事をＵＡＳのユーザに事前に確認して起動許可を受ける（２０６および２０７）。この確認には、発呼者の名前としてＩＮＶＩＴＥメッセージの中のＦｒｏｍヘッダーフィールドの値を表示するとともに、ＩＮＶＩＴＥメッセージ内のＳｕｂｊｅｃｔヘッダーフィールドに示されたサブジェクト名も表示する。それらヘッダーフィールドのＩＮＶＩＴＥメッセージ例を図４に示す。図３のウインドウ（３０１）がその確認画面である。ＵＡＳ側ユーザはこのウインドウのＹｅｓボタン（３０２）を押すことで、指定されたＪａｖａオブジェクトが起動される事を許可し、このセッションを継続する。もし、許可しない場合は、Ｎｏボタン（３０３）を押す。
【００２６】
図４において、実際のＳＩＰメッセージの例を示した。ここで、ＩＮＶＩＴＥメッセージの中の４０４がＳＤＰペイロードで、４０７が本発明の特徴であるＸＭＬペイロードである。この中において、４０５でＭＩＭＥ（ＩＥＴＦ ＲＦＣ２０４５）タイプ名である”ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｊａｖａ−ｒｍｉｐａｒａｍ”が記述されている。”ｘ−“で始まるＭＩＭＥタイプ名は拡張仕様であり、ＩＡＮＡでの正式登録なしに使用することが出来る。したがって、ＭＩＭＥタイプ名に関しては、そのマルチメディア端末が解釈できる任意の名前をとる事が出来る。また、ＸＭＬでのパラメータ記述に必要なシンタックスやセマンティクスはＸＭＬでのＤＴＤ（Ｄｏｃｕｍｅｎｔ Ｔｙｐｅ Ｄｅｆｉｎｉｔｉｏｎ）で任意に定義することが出来る。
【００２７】
図４において、ＸＭＬ記述４０７の
＜ｊａｒｕｒｌ＞ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ＜／ｊａｒｕｒｌ＞と
＜ｒｍｉｕｒｌ＞ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５＜／ｒｍｉｕｒｌ＞の２つがＪＡＲファイルのＨＴＴＰ ＵＲＬとＲＭＩ ＵＲＬを示すパラメータに相当する。＜ｊａｒｕｒｌ＞， ＜／ｊａｒｕｒｌ＞， ＜ｒｍｉｕｒｌ＞， ＜／ｒｍｉｕｒｌ＞等のＸＭＬタグはＤＴＤで任意に定義できる。なお図４の４０１、４０２、４０６はこのペイロードの中身に応じて変わる数字である。４０１は４０４と４０５から構成される２つのＭＩＭＥオブジェクトのトータルのバイト長で、実際には数字が入る。４０２は４０４のＳＤＰ部分のバイト長、４０４は４０７のＸＭＬ部分のバイト長がそれぞれ数字で入る。４０４のＳＤＰのＭＩＭＥオブジェクトと４０７のＸＭＬのＭＩＭＥオブジェクトは、この例では”ｂｏｕｎｄａｒｙ”という境界で区切られる。
【００２８】
ＸＭＬ記述４０７において指定されたパラメータによって、ＵＡＳはレジストリ１０１から、ＨＴＴＰ ＵＲＬ である”ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ”にあるｕｎｉｔ２５．ｊａｒという名前のファイルをＨＴＴＰでダウンロードし、それを起動する。Ｊａｖａのプログラムを起動するにはｍａｉｎ（…）というメソッド名があるＪａｖａクラスの名前を事前に知っておく必要があるが、どのＪａｖａクラスにｍａｉｎ（…）メソッドが含まれるかはＪＡＲファイル内のマニフェストに記述されているので、ＵＡＳはそれを参照する。
【００２９】
図２において、ＵＡＳにおける指定されたＲＭＩアプリケーションの起動後、図４のＩＮＶＩＴＥメッセージのＸＭＬ記述４０７内のパラメータ＜ｒｍｉｕｒｌ＞ ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５＜／ｒｍｉｕｒｌ＞で指定されたＲＭＩ ＵＲＬである”ｒｍｉ：／／ｇｒｅｇ．ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５”を使って、ＵＡＣにおけるＲＭＩアプリケーションのリファレンスを取得する（２０９）。また、ここではＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信アプリケーションを前提としているため、この時、逆に、ＵＡＳで起動されているＲＭＩアプリケーションをＵＡＣがＲＭＩを使って利用するケースも考えられる。
【００３０】
これは図１において、ＲＭＩアプリケーション１１２がＲＭＩレジストリ１０４へ自分自身のＲＭＩ ＵＲＬを登録し、それをＲＭＩアプリケーション１０８へ知らせる事で、ＲＭＩアプリケーション１０８がＲＭＩアプリケーション１１２のリファレンスを取得することが可能となる。この処理はＲＭＩアプリケーションのプログラムアルゴリズム次第となる。また、これに関しては、まだＩｎｔｅｒｎｅｔ Ｄｒａｆｔの段階であるが、ＲＦＣ２５４３の改版であるＲＦＣ２５４３−ｂｉｓ内のＳＩＰメッセージ１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ を使うこともできる。ＩＮＶＩＴＥ内のＸＭＬペイロードと同様な方法で１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓのペイロードとして上記ＲＭＩ ＵＲＬをＵＡＳからＵＡＣへ運ぶ事ができる。
【００３１】
図２において、ＵＡＣとＵＡＳの間のＲＭＩアプリケーション間のセッション２０９の確立が成功した場合、Ｊａｖａアプリケーション（ＲＭＩアプリケーション）は２１０において、準備ＯＫであることをＵＡＳのＳＩＰ呼制御１１１へ知らせる。ＳＩＰ呼制御は２００ ＯＫ（２１１）をＵＡＣへ返し、ＵＡＣはＡＣＫ（２１２）を返す。これによって、ＲＭＩを含むマルチメディアセッションがＳＩＰによって確立される。この時、図３にあるウインドウ３０４が、ＵＡＳ側ユーザへ示され、ＲＭＩ含むマルチメディアセッションが確立したことを知らせる。
【００３２】
このセッションは、分散オブジェクト間のセッション確立だけでなく、音声やビデオなどのＲＴＰメディアのセッションも確立できる。ＳＩＰはＭＩＭＥ Ｍｕｌｔｉｐａｒｔに対応するため、複数のＭＩＭＥ タイプをペイロードに保持し、複数のＭＩＭＥオブジェクトを運べるからである。例として図４にＭＩＭＥＭｕｌｔｉｐａｒｔで記述されたペイロードを示す。この例で、ＳＤＰ記述４０３では、ＩＴＵ−Ｔ Ｇ．７１１μｌａｗでの音声符号化方式によるＲＴＰメディアと、ＩＴＵ−Ｔ Ｈ．２６１によるビデオ符号化方式によるＲＴＰメディアが指定されている。したがって、この例では、ＲＭＩアプリケーション間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信と、音声、ビデオのＲＴＰメディアによる通信が成立している事になる。
【００３３】
以上の実施の形態を実際のアプリケーション利用に置き換えて、外国語遠隔レッスンをとりあげて図５を用いて説明する。ここでは、講師と２人の生徒のマルチメディア端末間で、遠隔英会話教育を行うためのセッションを確立する場合を述べる。
【００３４】
外国語講師であるグレッグ先生が、あるレッスンのＲＭＩアプリケーション（Ｊａｖａプログラム）を起動する。この例では、ユニット２５のレッスンを行うためのプログラムが起動される。必要なＪａｖａクラスはＪＡＲファイルとして、リポジトリ５０１からダウンロード（３０２）される。この語学学習プログラム（５０４）は、ＳＩＰを使って、生徒Ａ（太郎）及び生徒Ｂ（花子）とのセッションを確立する。
【００３５】
図５において、ＳＩＰとＪａｖａをサポートする２つのマルチメディア端末５１５，５１６が示される。５１５がＵＡＣ、５１６がＵＡＳに相当する。これらマルチメディア端末は、それぞれの顔と音声をお互いに送るため、ビデオカメラとマイクが搭載されている。また、内部には、ＳＩＰ呼制御処理、ＪＶＭ （Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）と音声とビデオの符号化／復号化に使われるＣＯＤＥＣが装備されている。この外国語スクールで使用する教材は複数のユニット（単位）で構成されるとし、リポジトリ５０１は、それぞれのユニットをＪＡＲファイルの形で保持している。
【００３６】
英語学習プログラムのユニット２５は、ＵＡＣでは５０４，ＵＡＳでは５０５としてＪＶＭ上で稼動している。これらはＲＭＩによってお互いに通信する（５０６）。ＣＯＤＥＣにより、音声とビデオのＲＴＰメディア（５０７，５０８）が符号化／復号化される。５０９はこの英会話レッスン、ユニット２５のＪａｖａプログラムのＧＵＩである。５１０はグレッグ先生が英文テキストの一部を一時的に隠しており、５１１はクイズ形式のレッスンを行うためのものである。５１２にはグレッグ先生の顔が映し出され、５１３には生徒Ａ、５１４には生徒Ｂの顔が映し出される。
【００３７】
図１、図２で示した動作の仕組みで本実施例が実現される。また、図３のウインドウ３０１と３０４がマルチメディア端末５１６のディスプレイー上に、すなわち、ユーザへ示される。図４で示されるＩＮＶＩＴＥメッセージが、図５におけるマルチメディア端末５１５からマルチメディア端末５１６へ送出される。ＲＭＩアプリケーションはリポジトリ５０１にＪＡＲファイルで保持されている。図４のＸＭＬ記述４０７にあるように、ＨＴＴＰ ＵＲＬである
”ｈｔｔｐ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｌｅｓｓｏｎｓ／ｕｎｉｔ２５．ｊａｒ”から、マルチメディア端末５１５、５１６はユニット２５のプログラムをＪＡＲファイルとしてダウンロードできる。
マルチメディア端末５１６は、図４のＸＭＬ記述４０７にあるように、ＲＭＩ ＵＲＬである”ｒｍｉ：／／ｘｙｚ＿ｓｃｈｏｏｌ．ｃｏ．ｊｐ／ｕｎｉｔ２５”のアドレスにより、マルチメディア端末５１６のＲＭＩアプリケーション５０５は、マルチメディア端末５１５上のＲＭＩアプリケーション５０４のリファレンスを取得する。
【００３８】
実際にグレッグ先生と生徒Ａ（太郎）、生徒Ｂ（花子）が使用するユニット２５の ＪａｖａプログラムのＧＵＩ（５０９）を図５右上に示す。このＧＵＩはグレッグ先生、生徒Ａと生徒Ｂのそれぞれのマルチメディア端末において表示される。これにおいて、ＧＵＩの中のウインドウ５１２にはグレッグ先生の顔が、ウインドウ５１３には生徒Ａ（太郎）の顔が、ウインドウ５１４には生徒Ｂ（花子）の顔が表示される。これらはマルチメディア端末に搭載されているテレビカメラでとらえられた画像をＲＴＰメディアとして送出しているものである。また、マルチメディア端末のマイクからとらえられたグレッグ先生と生徒Ａ、生徒Ｂの声も、ＲＴＰメディアとして送出される。５１０はグレッグ先生が英文テキストのある一部を隠した状態で、５１１は３択式のクイズでＢｉｌｌｙ Ｊｏｅｌの項をどちらかの生徒がクリックした例である。
【００３９】
生徒Ａへのセッション確立と生徒Ｂへのセッション確立は同時に行える。ＳＩＰでは別の呼として扱われ、生徒ＡのＲＭＩオブジェクトと生徒ＢのＲＭＩオブジェクトは別々のＲＭＩ ＵＲＬで識別されるからである。ただし、グレッグ先生のＲＭＩオブジェクトは他の２つのＲＭＩオブジェクトと通信していることを認識している必要がある。また、音声やビデオのＲＭＩメディアを３者で共用するためには、ＩＰマルチキャストか、もしくはグレッグ先生のマルチメディア端末５１５がＲＴＰミキサーとして機能させる事が考えられる。
【００４０】
Ｐｅｅｒ−ｔｏ−ｐｅｅｒ通信のＪａｖａアプリケーションの利点は、図５の５１０に示されるように、グレッグ先生が英文テキストの任意の場所を隠し、そのＧＵＩの同じ状態を先生と生徒Ａ、生徒Ｂが共有している点。また５１１に示されるように、クイズ形式のインタラクティブな教材も実現できるところにある。遠隔教育でありながら、一つの机を囲んで、同じ教材を使いならが、先生と複数の生徒が英会話レッスンをしている状況がオンラインで実現できる。なお、ここでは外国語遠隔レッスンの実施例を取り上げたが、ネットワークゲーム等の他の色々なアプリケーションへ応用も可能である。
【００４１】
【発明の効果】
ＳＩＰをサポートするマルチメディア端末では、発呼者が任意のＲＭＩアプリケーションを自分の端末と、複数の着信者の端末上で起動し、それらの間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信を実現できる。これによって、遠隔教育、地域コミュニティーでの団欒やネットワークゲームなど、色々なＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信サービスを展開できるようになる。
【００４２】
マルチメディア端末は相手マルチメディア端末で起動しているリモートオブジェクトのリファレンスを取得することで、ローカルなオブジェクトのＪａｖａ ＡＰＩを利用するのと同じ要領で、相手リモートオブジェクトを利用できる。また、ＳＩＰでのセッション確立時に、ＵＡＣがＵＡＳへどのＪａｖａオブジェクトを起動するのかを指定できるのと、ＵＡＣとＵＡＳそれぞれにおけるＪａｖａオブジェクト間のＲＭＩ通信の確立に必要なパラメータをＵＡＣがＵＡＳへ送ることができる。
【００４３】
ＳＩＰメッセージのペイロードＳＤＰにＲＴＰのメディア属性を記述することで、複数のマルチメディア端末間の音声やビデオ通信を確立することが出来る。
【図面の簡単な説明】
【図１】実施の形態のシステム基本構成を示した図
【図２】ＲＭＩ分散オブジェクト間のセッション確立手順を示した図
【図３】ＲＭＩアプリケーション起動確認ウィンドウとセッション確立ウィンドウの例
【図４】ＳＩＰに含まれるＩＮＶＩＴＥメッセージの例
【図５】遠隔英会話教育を例としたシステム構成を示した図
【符号の説明】
１０１、５０１…リポジトリ
１０２…ＳＩＰサーバ
１０３、１０４…ＲＭＩレジストリ
１０５、５１５…ＵＡＣ
１０６、５１６…ＵＡＳ
１０７、１１１…ＳＩＰ呼制御
１０８、１１２…ＲＭＩアプリケーション
１０９、１１３…Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ
１１０、１１４…ＣＯＤＥＣ
２０１、２０８…ＲＭＩアプリケーション起動
２０２…ＳＩＰセッション起動
２０３…ＩＮＶＩＴＥメッセージ
２０４…１８０Ｒｉｎｇｉｎｇ
２０６…起動確認
２０７…起動許可
２０９…セッション確立
２１０、２１３…準備ＯＫ
２１１…２００ＯＫ
２１２…ＡＣＫ
３０１、３０２、３０３…起動確認ウィンドウ
３０４…セッション確立ウィンドウ
４０１、４０２、４０３、４０５、４０６…パラメータ
４０４…ＳＤＰペイロード
４０７…ＸＭＬペイロード
５０４、５０５…英語学習プログラム
５０７…音声
５０８…映像
５０９、５１０、５１１、５１２、５１３、５１４…ＧＵＩ
Claims (7)
- ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＪａｖａとをサポートするマルチメディア端末である第１の情報処理装置と第２の情報処理装置との間で行うセッション確立方法であって、
前記第１の情報処理装置が、ＪａｖａＲＭＩアプリケーションを起動し、ペイロードとして前記ＪａｖａＲＭＩアプリケーションに関係したパラメータをＸＭＬ形式で記述したＳＩＰメッセージを用いて前記第２の情報処理装置との間でＲＴＰメディアのセッションを確立する手順と、
前記第２の情報処理装置が、前記ＳＩＰメッセージに記述されたパラメータに係るＪａｖａＲＭＩアプリケーションと同等のＪａｖａＲＭＩアプリケーションを起動する手順と、
前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されたＪａｖａＲＭＩアプリケーション間で、ＲＭＩを用いたＰｅｅｒ−ｔｏ−Ｐｅｅｒの通信の確立を行う手順と、
を有することを特徴とするセッション確立方法。 - 第１の情報処理装置が、アプリケーションを起動し、ペイロードに前記アプリケーションに関係したパラメータを記述したＳＩＰメッセージを用いて第２の情報処理装置に対してセッションの申込を行う手順と、
前記第２の情報処理装置が、前記ＳＩＰメッセージを用いて前記第１の情報処理装置に対してセッションの許可を行う手順と、
前記第２の情報処理装置が、前記ＳＩＰメッセージのペイロードに記述されたパラメータに係るアプリケーションと同等のアプリケーションを起動する手順と、
前記第１の情報処理装置と前記第２の情報処理装置とにおいて起動されているアプリケーション間でセッションの確立を行う手順と、
を有することを特徴とするセッション確立方法。 - 前記第１の情報処理装置および／または前記第２の情報処理装置は、アプリケーションが保存されたリポジトリから、起動すべきアプリケーションをダウンロードし、当該ダウンロードしたアプリケーションを起動することを特徴とする請求項１または請求項２に記載されたセッション確立方法。
- 前記第１の情報処理装置は起動したアプリケーションのリファレンスを第１のレジストリに登録し、前記第２の情報処理装置は起動したアプリケーションのリファレンスを第２のレジストリに登録し、互いのリファレンスを取得しあうことを特徴とする請求項１乃至請求項３のいずれか１項に記載されたセッション確立方法。
- 前記パラメータには、前記第１のレジストリまたは前記第２のレジストリのＵＲＬが記述されていることを特徴とする請求項４に記載されたセッション確立方法。
- 前記パラメータには、前記リポジトリのＵＲＬが記述されていることを特徴とする請求項３に記載されたセッション確立方法。
- 前記パラメータは、ＸＭＬ形式で記述されていることを特徴とする請求項２に記載されたセッション確立方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001207912A JP3788281B2 (ja) | 2001-07-09 | 2001-07-09 | セッション確立方法 |
| US10/190,537 US20030009565A1 (en) | 2001-07-09 | 2002-07-09 | Method of establishing peer-to-peer application sessions |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001207912A JP3788281B2 (ja) | 2001-07-09 | 2001-07-09 | セッション確立方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003022250A JP2003022250A (ja) | 2003-01-24 |
| JP3788281B2 true JP3788281B2 (ja) | 2006-06-21 |
Family
ID=19043820
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001207912A Expired - Fee Related JP3788281B2 (ja) | 2001-07-09 | 2001-07-09 | セッション確立方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030009565A1 (ja) |
| JP (1) | JP3788281B2 (ja) |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040230659A1 (en) * | 2003-03-12 | 2004-11-18 | Chase Michael John | Systems and methods of media messaging |
| US7912820B2 (en) * | 2003-06-06 | 2011-03-22 | Microsoft Corporation | Automatic task generator method and system |
| JP2005020647A (ja) | 2003-06-30 | 2005-01-20 | Canon Inc | 通信端末、通信端末の制御方法、通信端末の制御プログラム |
| US7042871B2 (en) * | 2003-07-23 | 2006-05-09 | Mci, Llc | Method and system for suppressing early media in a communications network |
| US7325251B1 (en) * | 2003-12-16 | 2008-01-29 | Symantec Corporation | Method and system to prevent peer-to-peer (P2P) worms |
| US7924771B2 (en) * | 2004-04-13 | 2011-04-12 | Qualcomm, Incorporated | Multimedia communication using co-located care of address for bearer traffic |
| US20060095365A1 (en) * | 2004-06-29 | 2006-05-04 | Damaka, Inc. | System and method for conducting an auction in a peer-to peer network |
| US20060206310A1 (en) * | 2004-06-29 | 2006-09-14 | Damaka, Inc. | System and method for natural language processing in a peer-to-peer hybrid communications network |
| US8009586B2 (en) * | 2004-06-29 | 2011-08-30 | Damaka, Inc. | System and method for data transfer in a peer-to peer hybrid communication network |
| US7623516B2 (en) * | 2004-06-29 | 2009-11-24 | Damaka, Inc. | System and method for deterministic routing in a peer-to-peer hybrid communications network |
| US7656870B2 (en) | 2004-06-29 | 2010-02-02 | Damaka, Inc. | System and method for peer-to-peer hybrid communications |
| US8437307B2 (en) * | 2007-09-03 | 2013-05-07 | Damaka, Inc. | Device and method for maintaining a communication session during a network transition |
| US8050272B2 (en) | 2004-06-29 | 2011-11-01 | Damaka, Inc. | System and method for concurrent sessions in a peer-to-peer hybrid communications network |
| US7570636B2 (en) | 2004-06-29 | 2009-08-04 | Damaka, Inc. | System and method for traversing a NAT device for peer-to-peer hybrid communications |
| US7778187B2 (en) * | 2004-06-29 | 2010-08-17 | Damaka, Inc. | System and method for dynamic stability in a peer-to-peer hybrid communications network |
| US7623476B2 (en) * | 2004-06-29 | 2009-11-24 | Damaka, Inc. | System and method for conferencing in a peer-to-peer hybrid communications network |
| US20070078720A1 (en) * | 2004-06-29 | 2007-04-05 | Damaka, Inc. | System and method for advertising in a peer-to-peer hybrid communications network |
| US7933260B2 (en) * | 2004-06-29 | 2011-04-26 | Damaka, Inc. | System and method for routing and communicating in a heterogeneous network environment |
| JP2006127185A (ja) * | 2004-10-29 | 2006-05-18 | Nec Corp | Ｓｉｐクライアント上のアプリケーションプラットフォーム及びインターフェイス |
| JPWO2006080080A1 (ja) * | 2005-01-28 | 2008-06-19 | 富士通株式会社 | 電話管理システム、電話管理方法、および電話管理プログラム |
| ATE429767T1 (de) | 2005-05-25 | 2009-05-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtung zum identifizieren eines ims-dienstes |
| US7660851B2 (en) | 2005-07-06 | 2010-02-09 | Microsoft Corporation | Meetings near me |
| US20070047726A1 (en) * | 2005-08-25 | 2007-03-01 | Cisco Technology, Inc. | System and method for providing contextual information to a called party |
| JP2007259320A (ja) * | 2006-03-24 | 2007-10-04 | Fujitsu Ltd | 通話音質評価システム、通信システム、試験管理装置及び試験通信装置 |
| JP4794363B2 (ja) * | 2006-06-06 | 2011-10-19 | 日本電信電話株式会社 | 端末接続プログラムおよび装置 |
| JP2008225688A (ja) | 2007-03-09 | 2008-09-25 | Nec Corp | 端末制御方法及び該方法を用いたサービス提供システム |
| US8145702B2 (en) * | 2007-05-25 | 2012-03-27 | Sony Computer Entertainment America Llc | Method and apparatus for team based strategy planning in computer simulations |
| US8886510B2 (en) * | 2007-05-25 | 2014-11-11 | Sony Computer Entertainment America Llc | Method and apparatus for generating an event in response to interactions with information available only to a subset of client devices in a computer simulation |
| WO2009043016A2 (en) | 2007-09-28 | 2009-04-02 | Damaka, Inc. | System and method for transitioning a communication session between networks that are not commonly controlled |
| WO2009070718A1 (en) | 2007-11-28 | 2009-06-04 | Damaka, Inc. | System and method for endpoint handoff in a hybrid peer-to-peer networking environment |
| US8645474B2 (en) * | 2008-02-29 | 2014-02-04 | Microsoft Corporation | Self-described rendering of data |
| US20090281833A1 (en) * | 2008-05-09 | 2009-11-12 | Tele Video Md, Inc. | System and method for secure multi-party medical conferencing |
| JP5237875B2 (ja) * | 2009-04-24 | 2013-07-17 | 株式会社朝日ネット | 共有記事公開システム |
| US8725895B2 (en) | 2010-02-15 | 2014-05-13 | Damaka, Inc. | NAT traversal by concurrently probing multiple candidates |
| US8892646B2 (en) | 2010-08-25 | 2014-11-18 | Damaka, Inc. | System and method for shared session appearance in a hybrid peer-to-peer environment |
| US8874785B2 (en) * | 2010-02-15 | 2014-10-28 | Damaka, Inc. | System and method for signaling and data tunneling in a peer-to-peer environment |
| US8689307B2 (en) * | 2010-03-19 | 2014-04-01 | Damaka, Inc. | System and method for providing a virtual peer-to-peer environment |
| US9043488B2 (en) | 2010-03-29 | 2015-05-26 | Damaka, Inc. | System and method for session sweeping between devices |
| US9191416B2 (en) | 2010-04-16 | 2015-11-17 | Damaka, Inc. | System and method for providing enterprise voice call continuity |
| US8352563B2 (en) | 2010-04-29 | 2013-01-08 | Damaka, Inc. | System and method for peer-to-peer media routing using a third party instant messaging system for signaling |
| US8446900B2 (en) | 2010-06-18 | 2013-05-21 | Damaka, Inc. | System and method for transferring a call between endpoints in a hybrid peer-to-peer network |
| US8611540B2 (en) | 2010-06-23 | 2013-12-17 | Damaka, Inc. | System and method for secure messaging in a hybrid peer-to-peer network |
| CN101867622A (zh) * | 2010-07-02 | 2010-10-20 | 苏州阔地网络科技有限公司 | 一种网页上实现的p2p视频通讯的方法 |
| US8468010B2 (en) | 2010-09-24 | 2013-06-18 | Damaka, Inc. | System and method for language translation in a hybrid peer-to-peer environment |
| US8743781B2 (en) | 2010-10-11 | 2014-06-03 | Damaka, Inc. | System and method for a reverse invitation in a hybrid peer-to-peer environment |
| US8407314B2 (en) | 2011-04-04 | 2013-03-26 | Damaka, Inc. | System and method for sharing unsupported document types between communication devices |
| US8694587B2 (en) | 2011-05-17 | 2014-04-08 | Damaka, Inc. | System and method for transferring a call bridge between communication devices |
| US20140194111A1 (en) * | 2011-06-30 | 2014-07-10 | Panasonic Corporation | Communication system, user terminal, and communication device |
| US8478890B2 (en) | 2011-07-15 | 2013-07-02 | Damaka, Inc. | System and method for reliable virtual bi-directional data stream communications with single socket point-to-multipoint capability |
| US9027032B2 (en) | 2013-07-16 | 2015-05-05 | Damaka, Inc. | System and method for providing additional functionality to existing software in an integrated manner |
| JP2015072668A (ja) * | 2013-09-06 | 2015-04-16 | 株式会社オプティム | アプリケーション共同実行端末、アプリケーション共同実行方法、及び、アプリケーション共同実行端末用プログラム |
| US9357016B2 (en) | 2013-10-18 | 2016-05-31 | Damaka, Inc. | System and method for virtual parallel resource management |
| CA2956617A1 (en) | 2014-08-05 | 2016-02-11 | Damaka, Inc. | System and method for providing unified communications and collaboration (ucc) connectivity between incompatible systems |
| US9781169B2 (en) * | 2015-01-27 | 2017-10-03 | Tevnos LLC | Switch controller for separating multiple portions of call |
| US10091025B2 (en) | 2016-03-31 | 2018-10-02 | Damaka, Inc. | System and method for enabling use of a single user identifier across incompatible networks for UCC functionality |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6967957B2 (en) * | 1998-12-11 | 2005-11-22 | Telcordia Technologies, Inc. | Architecture for the rapid creation of telephony services in a next generation network |
| US6564261B1 (en) * | 1999-05-10 | 2003-05-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Distributed system to intelligently establish sessions between anonymous users over various networks |
| US6922685B2 (en) * | 2000-05-22 | 2005-07-26 | Mci, Inc. | Method and system for managing partitioned data resources |
| US7299257B2 (en) * | 2001-02-06 | 2007-11-20 | Lucent Technologies Inc. | Apparatus and method for use in collaboration services |
-
2001
- 2001-07-09 JP JP2001207912A patent/JP3788281B2/ja not_active Expired - Fee Related
-
2002
- 2002-07-09 US US10/190,537 patent/US20030009565A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20030009565A1 (en) | 2003-01-09 |
| JP2003022250A (ja) | 2003-01-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3788281B2 (ja) | セッション確立方法 | |
| US7865607B2 (en) | Servlet model for media rich applications | |
| US7376129B2 (en) | Enabling collaborative applications using Session Initiation Protocol (SIP) based Voice over Internet protocol Networks (VoIP) | |
| US8855272B2 (en) | System and method for implementing multimedia calling line identification presentation service | |
| US7752315B2 (en) | Method for extending the use of SIP (session initiated protocol) for providing debug services | |
| WO2006025461A1 (ja) | 通話を伴うプッシュ型情報通信システム | |
| WO2008005340A2 (en) | Online conferencing systems for sharing documents | |
| US20130246636A1 (en) | Providing additional information with session requests | |
| NO325064B1 (no) | Kommunikasjonsklient | |
| CA2661954C (en) | Deleting mechanism in sip multimedia services | |
| US20090052413A1 (en) | Invoking multiple sip based services during a single communication session using resource lists | |
| Andreasen | Session Description Protocol (SDP) Simple Capability Declaration | |
| Rosenberg et al. | Guidelines for Authors of Extensions to the Session Initiation Protocol (SIP) | |
| KR101489432B1 (ko) | 접속 설정 프로토콜 기반의 브이오 아이피 네트워크에서 미디어 코덱 결정 방법 및 장치 | |
| US9215316B1 (en) | Caller identification and notification adjunct | |
| US7469293B1 (en) | Using additional information provided in session requests | |
| CN100563219C (zh) | 实现点击拨号的系统及方法 | |
| CA2658851C (en) | Integrating data with conversations | |
| Rosenberg | A Framework for Application Interaction in the Session Initiation Protocol (SIP) | |
| WO2010047641A1 (en) | Method and arrangement for improved session setup signaling policing | |
| CN112527516B (zh) | 一种跨应用开展交互业务的方法和系统 | |
| Saleem et al. | Media server markup language (MSML) | |
| O’Doherty et al. | JAIN SIP Tutorial | |
| JP7340835B2 (ja) | プログラム、情報処理方法、及び情報処理装置 | |
| US20070130300A1 (en) | Configurable multimedia sip client |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050607 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050823 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051024 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060213 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060320 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140407 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |