JP4993832B2

JP4993832B2 - ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するための方法及び装置

Info

Publication number: JP4993832B2
Application number: JP2001529144A
Authority: JP
Inventors: クリスティアン・ウィプリエ; ステファン・スタティオティス; ミシェル・ブールバオ; ダヴィド・ファルシー
Original assignee: グラコンサルティングリミテッドライアビリティカンパニー
Priority date: 1999-10-04
Filing date: 2000-10-02
Publication date: 2012-08-08
Anticipated expiration: 2020-10-02
Also published as: FR2799326A1; EP1135893A1; US7079526B1; CA2352988A1; AU7670200A; JP2003511768A; WO2001026301A1; FR2799326B1

Description

【０００１】
【従来の技術および発明が解決しようとする課題】
発信ネットワークを介して全ての種類の情報を交換することが導入されたおかげで、満足できる状況下で情報を確実に発信することを期待して、ネットワークを合理的に構成し占有し使用することは、重要な問題となっている。
【０００２】
一般的に言って、情報は、そのようなネットワークを介して接続モードあるいは未接続モードで発信される。
【０００３】
接続モードの発信の間、最初に情報のブロックを発信することを許すかどうかを被呼者の実体（entity）に訊ねずに、発呼者の実体が、情報を被呼者の実体に対して、情報を発信することはできない。従って、接続モードでの発信の処理によって、接続の設定と、連続して起きる多数の接続と、情報のブロックの交換と、接続の解除とが引き起こされる。例えば、公衆交換電話網（ＰＳＴＮ）を経由して、あるいは、統合サービスデジタルネットワーク（ＩＳＤＮ）を経由しての通信がこの場合である。
【０００４】
未接続モードでの発信の間に、情報は、動作中かも知れないし休止中かも知れない遠くの実体に回されてから発信される。もし、実体が休止中であれば、それはメールボックスによって置き換えられる。この種の発信モードに対して、発信済みのデータのブロックの特性は分かっていなければならないし、また、各発信に対して、送信済みのデータに対して必要な制御情報と、データにより運ばれる情報とを特定することが、目的地に着くのに必要である。特に、受信を行う遠くの実体と送信を行う実体のアドレスが、この目的のために発信されるデータのブロックの中に挿入されていなければならない。リアルタイムの通信が必要とはならない、電子メールとファイルとアプリケーションの発信が特にこの場合である。
【０００５】
現在では、接続済みのネットワークのプログラムと構成との主題に関する発表は、必然的に、信号のプログラミングの処理と構成の処理に関している。特に、これらの信号の処理は、必然的に、共通チャネル信号ネットワークとして参照される信号ネットワークを経由して、信号として参照もされる、接続命令を運ぶことから成っている。
【０００６】
さらに最近では、アメリカ合衆国のカンサス大学とコロンビア大学（ニューヨーク）が資源を予約するために Generic Switch Management Protocol （ＧＳＭＰ）を用いた通信ネットワークにおける帯域幅の確保に関する研究結果を公表している。
【０００７】
上述の研究結果には、以下の論文がある。
１）J.F.HUSRD, A.A.LAZAR, K.S. LIM and G.S.TSELIKIS, "Realizing the MPEG-4 Multimedia Delivery Framework", IEEE Network Magazine pp.35-45,
November/December 1998. Special Issue on Transmission and Distribution of Digital Video.
２）J.F.HUSRD, A.A.LAZAR, K.S. LIM and G.S.TSELIKIS, "A Programmble
Transport Architecture with QUOS Guarantee", IEEE Communications
Magazine, Vol.36, No.10, pp.54-62, October 1998.
３）J.BISWAS, A.A.LAZAR, J.F.HUSRD, A.A.LAZAR, K.S. LIM, S.MAUJOUB, L.F.PAJ, M.SUZUKI, S.TORTENSSON, W.WANG andS.WEINSTEIN, "The IEEEp.1520
Standards Initiative for Programmable Network Interfaces", IEEE
Communications Magazine, Vo.36, No.10, pp.64-70, October 1998.
４）A.A.LAZAR, "Programming Telecommunication Network", IEEE
Communications Magazine, pp.8-18, September/October 1998.
【０００８】
ウェブブラウザを用いたネットワークを経由した接続の設定を要求する手順に関する論文には、以下のものがある。
５）GOTA LEINJONHUFVUD, Ericsson Telecom AB, "Session Control for
Broadband Multimedia Services using the HTTP Protocol", ATM Forum,
February 1997,
【０００９】
最後に、Remote Method Invocation（ＲＭＩ）とHyperText Mark-up Langage（ＨＴＭＬ）の手順が、未接続のネットワーク上の顧客サーバーでアプリケーションを立ち上げるためのＪＡＶＡ（登録商標）環境の中で使用される。
【００１０】
前に説明した手順は、満足すべきものであったが、そこでは、アプリケーションの情報の流れを発信するのに同じネットワークを使用しなければならない。例えば、前述の手順では、必要なサービスの質の値と種類とをネットワークに知らせる手段がなかった。また、前述の手順では、接続済みのネットワーク接続の立ち上がりあるいはアプリケーションの立ち上がりを保証する組み合わせが明らかに無く、その接続済みネットワークは、未接続のネットワークから分離しておりまた独立している。
【００１１】
本発明の目的は、接続済みネットワークに端末が接続されていれば、被呼端末上で遠隔から発呼端末がアプリケーションを立ち上げることができるように、ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するためのプロトコルを提供することにより、従来技術の手順が持っていた欠点と制約とを改善することである。
【００１２】
本発明の他の目的は、実際にアプリケーションを立ち上げる前に、発呼端末が予約の手順を用いて未接続のネットワークから接続を行っておいて、ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するためのプロトコルを提供することである。
【００１３】
本発明のさらなる目的は、接続済みのネットワークが、発呼端末と被呼端末との間の接続を終えた後で、接続済みのネットワーク上で、保証されたビット速度とサービスの質を備えた通信を可能にするようなプロトコルを提供することである。
【００１４】
本発明の最後の目的は、ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するためのプロトコルを提供することであり、より特化して、発呼端末のレベルにおいて同じ集積システムからビデオ電話を管理することを意図したものである。
【００１５】
【課題を解決するための手段】
ソフトウェアアプリケーションを遠隔から立ち上げ、ネットワーク資源を高質のサービスで予約するための、発呼端末と被呼端末との間の、本発明のプロトコルの特徴は、サーバーおよび未接続のネットワークを経由して、発呼端末から被呼端末へ接続予約の要求を発送し、発呼端末と被呼端末との間でサービスの質を備えたネットワーク資源の予約を設定することから成る。サーバーがネットワーク資源の予約を受諾すると、未接続のネットワークを支援する物理的に同じネットワーク上で、制御ネットワークを用いて、発呼端末と被呼端末との間で接続済みネットワークが設定される。接続済みネットワークは、発呼端末と被呼端末との間でソフトウェアアプリケーションを遠隔から実行するためにサービスの質を備えたネットワーク資源を構成する。
【００１６】
本発明による手順は、サービスの質を保って全ての種類のソフトウェアアプリケーションを遠隔から実行することを意図しており、しかし、さらに特化して、実行中には接続されたネットワークの帯域幅の占有を管理することが最重要であるようなビデオ会議を意図している。
【００１７】
【発明の実施の形態】
本発明の理解を助けるために、本発明による手順が、図面を参照しつつ以下において説明される。
図１（ａ）は、本発明によるプロトコルの段階を示したフローチャートである。
図１（ｂ）は、未接続のネットワークがインターネットプロトコル（ＩＰ）であり、接続済みのネットワークがＡＴＭネットワークであるような場合の、本発明によるプロトコルの一つの特定の実施形態を示している。
図１（ｃ）は、図１（ｂ）の実施形態の接続済みのネットワークおよび未接続のネットワークの相対的アーキテクチャを図例により示したものである。
図２は、接続予約の要求と予約処理のメッセージが、ＪＡＶＡ（登録商標）環境の中で行われるような、本発明によるプロトコルの一実施形態の詳細を図例により示したものである。
図３（ａ）と図３（ｂ）は、それぞれ、ビデオ会議のアプリケーションの際に、発呼端末と被呼端末のモニターにより表示される画面を示している。
【００１８】
ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源予約する本発明によるプロトコルが、図１（ａ）とそれに続く図を参照して説明される。
【００１９】
一般的に言って、本発明によるプロトコルは、発呼端末ＴＡと被呼端末ＴＢの間で使用されることを考えている。勿論、発呼端末と被呼端末は、発呼端末ＴＡと被呼端末ＴＢとの双方向の対話ができるようなファイルの形式で、より望ましくは画面の形式で情報メッセージを交換するために必要な資源を備えている。
【００２０】
被呼端末ＴＢは発呼端末ＴＡとは機能的に独立しているが、発呼端末ＴＡと被呼端末ＴＢとが、両者の間の通信を設定することができるネットワークに物理的に必ず内部接続されている開始段階に続いて、本発明によるプロトコルは、段階Ａにおいて、未接続のネットワークを介してサーバーＳにより発信される接続予約要求Ｒ_rcを、発呼端末ＴＡから被呼端末ＴＢへ発信することから成っている。未接続のネットワークを介して要求を発信することは、データあるいは未接続のネットワーク上での情報メッセージの発信に関する上の説明で既に説明したところの発信条件を示唆している。
【００２１】
上述した段階Ａの後で、本発明によるプロトコルの段階Ｂは、発呼端末ＴＡと被呼端末ＴＢとの間で、サービスの質を備えたネットワーク資源を確保する処理を設定することが含まれている。一般的に言って、この確保するための処理によって、端末ＴＡのユーザーは、高質のサービスによるネットワーク資源に関するあるパラメータを定義することができ、これは以下の文章の中で説明される。
【００２２】
本発明によるプロトコルの一つの著しい面から、確保の処理は、サーバーを介してメッセージを交換し、段階Ａに関して既に参照された未接続のネットワークを介して発信することにより設定される。
【００２３】
サーバーがネットワーク資源の予約を受諾すると、上述の被呼端末あるいはそのユーザーはアプリケーションの実行を受け入れる位置におり、本発明によるプロトコルの段階Ｃは、好ましくは、未接続のネットワークを支援する物理的に同じネットワーク上で制御ネットワークＲＣを介して、上記発呼端末と上記被呼端末との間で接続済みネットワークを設定する。接続済みネットワークが設定されると、発呼端末ＴＡと被呼端末ＴＢとの間の情報メッセージの発信は、接続済みネットワーク上における情報メッセージの発信に関する説明の中で既に参照された条件を満足する。
【００２４】
従って、接続済みネットワークは、発呼端末と被呼端末との間で遠隔からソフトウェアアプリケーションを実行することができる、サービスの質を備えたネットワーク資源を構成する。
【００２５】
一般的に言って、本発明による手順を使用するのに、高質のサービスで情報の流れを発信することを考えている接続済みネットワークが外部から制御される必要があり、この外部からの制御とは、接続済みネットワークを連続的に接続するように構成するのに、ここではネットワークＲＣである制御ネットワークを使用し、あるいは、もし利用可能ならば、明細書の中で既に定義した資源と既存の信号とを確保するための未接続ネットワークによって発信されるメッセージ用の変換システムとを含む。
【００２６】
様々な特別な実施形態が図１（ｂ）と図１（ｃ）とを参照しつつ説明されるが、その目的は、本発明によるプロトコルを実行して、ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を確保するのに使用される接続済みネットワークと未接続ネットワークのそれぞれの好ましいアーキテクチャを定義することである。
【００２７】
一般的に言って、接続予約の要求Ｒ_rcを発信する段階と、発呼端末と被呼端末の間で、サービスの質を備えたネットワーク資源を予約する処理を設定することから成る段階とは、サーバーから実行されるのが好ましい（図１（ｂ）を参照）。
【００２８】
同様にして、もしサーバーがウェブサーバーであれば非常に好ましい（図１（ｃ）を参照）。接続予約の要求を発信する段階と、発呼端末ＴＡと被呼端末ＴＢの間で、サービスの質を備えたネットワーク資源を予約する処理を設定する段階とは、従って、HyperText Mark-up Langage (HTML)メッセージから成ることができる。
【００２９】
図１（ｂ）と図１（ｃ）を参照して、この実施形態では、本発明によるプロトコルがＩＰネットワークからＡＴＭネットワークのリンクを制御する。ＡＴＭネットワークは、接続済みネットワークを構成し、ＩＰネットワークは、未接続ネットワークを構成する。
【００３０】
図１（ｂ）に示すように、サービスの質を備えた情報の流れを運ぶためと、もし利用可能ならば、同じＡＴＭ内部接続カード上で２つのプロトコルのスタックにアクセスするために、発呼端末ＴＡと被呼端末ＴＢは、自然にＩＰネットワークカードとＡＴＭネットワークインターフェイスカードとを持っている。
【００３１】
この場合には、ＩＰ未接続ネットワークとＡＴＭ接続済みネットワークの両方は、同じ物理的媒体を使用する。特に、ＩＰアプリケーションすなわち、ＨＴＭＬあるいはその種のメッセージは、Local Area network（ＬＡＮ）をエミュレートして運ばれ、ＡＴＭメッセージは、機械の中を直接に、あるいは適応層（adaptation layer）ＡＡＬの中で発信されうる。
【００３２】
従って、二つのプロトコルのスタックは、同じ物理的な媒体によって利用可能となる（図１（ｂ）を参照）。
【００３３】
図１（ｃ）を参照して、サーバー特にウェブサーバーへの接続が発呼端末ＴＡから設定されるときに、明細書の後で説明されるであろう、メッセージと利用可能なプログラムを運び、サブルーチンを実行するウェブブラウザのＨＴＴＰプロトコルを用いて、前述の発呼端末とサーバーとの間で対話を作ることができる。その後、サーバーは、図１（ｃ）に示されるように、接続命令を立ち上げることができ、制御ネットワークへのその接続命令はＣＯＲＢＡＩＰ手順を用いて立ち上げられ、ステーションへのＣＯＲＢＡバスを含む制御ネットワークは、ＡＴＭリンクを発生する。図１（ｃ）に図示するように、本発明に制限を加えることなく、サードパーティのエージェントにより信号を送られるような他の解決法も可能ではあるが、ＡＴＭネットワークは、プログラム可能な分散プラットフォームから構成される。
【００３４】
図１（ｃ）に示すように、ＡＴＭネットワーク上で接続を行うのに、すなわち、構成図で示す接続済みのネットワークを構成するのに、予め述べた制御ネットワークＲＣとＡＴＭネットワークとの間で使用されるプロトコルは、実際は高質のサービスでアプリケーションを運ぶためのネットワークを構成するが、Generic Switch Management Protocol（ＧＳＭＰ）で良い。
【００３５】
こうして、前述の転送ネットワークを構成する接続済みネットワークは、様々な副ネットワークの形式をここで取ることができ、制約の無い例である副ネットワーク１と２を用いて、発呼端末ＴＡと被呼端末ＴＢとの間のＡＴＭリンクは、勿論いかなる場所でも後者の内部接続が可能である。
【００３６】
本発明によるプロトコルの一つの特定な実施形態が、例えば、未接続ネットワークがＩＰネットワークであり、サーバーがウェブサーバーであるような場合において、図２を参照しつつ詳細に説明される。
【００３７】
前述した図に示されるように、接続予約要求を発信し、サービスの質を備えたネットワーク資源を予約するための処理を設定する段階、すなわち図１（ａ）で示された段階Ａと段階Ｂは、少なくとも次から成る。
１）発呼端末ＴＡからウェブサーバーへ接続要求を発信し、発呼端末ＴＡが前述のサーバーに接続されると、２）発呼端末ＴＡに参加ページを与える。
参加ページを発呼端末ＴＡに与えることは、図２に詳細には示されていない、というのは、これはＩＰネットワーク転送手順によって、端末がサーバーにアクセスするときに実行される標準的な動作であるからである。
【００３８】
参加ページを与えることに続いて、本発明によるプロトコルには、段階３）が含まれ、そこでは、発呼端末が、サーバーから特にウェブサーバーから、サービスの質のパラメータを選択するためのサブルーチンをメモリの中にダウンロードする。
従って、発呼端末は、このサブルーチンを用いて、実行しようとするアプリケーションに関する情報を発信するためのパラメータを選択することにより発呼端末のユーザーを導く位置にいる。
【００３９】
その後、前述の段階３）の後には、発呼端末ＴＡの中で実行され、閉ループの矢印で示される段階３ａ）が続き、これは、前述の発呼端末からサービスの質のパラメータを選び、サブルーチンを選択することから成る。
【００４０】
前述の段階３）と３ａ）の後に段階４）が続き、ここでは、必要な通信とサービスの質のラメータを入力した後に、発呼端末ＴＡからウェブサーバーへ、選んだサービスの質のパラメータを発信することから成る。
【００４１】
選んだサービスの質のパラメータを用いて、その時には、本明細書で予め参照されるサービスの質を備えたネットワーク資源を構成する接続済みネットワーク資源の予約を設定することが可能である。前述の資源の予約は、制御ネットワークＲＣを介してウェブサーバーから、図１（ｂ）と図１（ｃ）を参照して既に記載されたＡＴＭネットワークへと設定される。
【００４２】
従って、段階４）の最後に、制御ネットワークＲＣは、発呼端末ＴＡと被呼端末ＴＢとの間でＡＴＭネットワークに資源の予約を設定する。
【００４３】
接続済みネットワーク資源の予約を設定した後、本発明によるプロトコルである段階５ａ）は、有利に、発呼端末ＴＡから被呼端末ＴＢへ、発呼端末ＴＡを識別する少なくとも一つの符号を含むアプリケーション実行要求を発信することから成る。勿論、たとえ、接続済みネットワークの予約が実際に済んでいて、その結果、接続済みネットワークが設定されていても、アプリケーション実行要求は、未接続のネットワーク上に発信され得る。概して、アプリケーション実行要求の中には、発呼端末ＴＡを識別する少なくとも一つの符号を含んでいる。前述の段階５ａ）の後で、本発明による手順５ｂ）は、被呼端末ＴＢの中で、アプリケーション実行要求を管理する処理を設定することから成る。この理由から、段階５ｂ）の管理処理は、図２の端末ＴＢ内の閉ループにより表される。
【００４４】
特定の制約の無い実施形態において、段階５ｂ）で示される管理処理には、有利に、未接続のネットワークを介して発呼端末ＴＡへアプリケーション実行要求の拒絶メッセージを発信し、被呼端末ＴＢがアプリケーション実行要求を拒絶したら発呼端末ＴＡを促して接続予約を取り消させるような段階が含まれる。図２には、実行要求の拒絶メッセージを発信する段階５ｃ）が示される。
【００４５】
他方で、実行要求が被呼端末ＴＢにより受諾されると、アプリケーション実行要求受諾と、未接続のネットワークを介してアプリケーション開始メッセージとを発呼端末へ発信する段階が実行される。図２には、アプリケーション実行要求の受諾メッセージを発信する段階５ｄ）が示される。
【００４６】
他方で、もし、予め定めた時間の間に被呼端末ＴＢから応答が無いときは、すなわち、アプリケーション実行要求への応答が無いときは、本発明によるプロトコルの段階５ｅ）は、接続済みネットワークを介して、前述の予め定めた時間の後で、被呼端末ＴＢが不在である旨のメッセージを発呼端末ＴＡへ発信することから成る。概して、図２に示したように、段階５ｃ），５ｄ），５ｅ）は、広範囲に“ビデオ応答”を示しているが、この“ビデオ”という言葉は、一般的にビデオ会議専用のアプリケーションを考えており、これは後に明細書中で説明される。
【００４７】
接続予約要求とサービスパラメータ選択サブルーチンの質に関して、ソフトウェアアプリケーションを遠隔から立ち上げ、ネットワーク資源を高質のサービスで予約するための、本発明によるプロトコルは、通常ＪＡＶＡ（登録商標）環境内のアプレットとして参照されるサブルーチンによって実現することができる。
【００４８】
この場合、サービスパラメータ選択サブルーチンの質をサーバーから発呼端末へダウンロードする段階は、ＪＡＶＡ（登録商標）アプレットを有利にロードすることにある。
【００４９】
最後に、アプリケーションの実行の終わりに、すなわち、ＡＴＭネットワークを介した情報メッセージを発信する終わりに、発呼端末ＴＡと被呼端末ＴＢは、例えば従来からの通話やＩＳＤＮ通話を終了させるのと同じやり方で局所的にアプリケーションを終了する。
【００５０】
通話の終了に続いて、接続を設定する発呼端末ＴＡは、その後実際には段階７）においてＡＴＭネットワークの前述したウェブサーバーの資源を解除する切断動作を実行するように促される。その結果、全体の制御処理は終了し、ＡＴＭネットワークは、全体的に消去され、次の再構築に向かい準備する。
【００５１】
アプリケーションがビデオ会議のアプリケーション専用のときに、本発明によるプロトコルの特定の要素である図３（ａ）と図３（ｂ）を参照して、より詳細な説明が行われる。
【００５２】
この種の状況では、ビデオ会議に関するビデオ情報が、ＡＴＭネットワークを介してこの終わりまで発信され、ＪＡＶＡ（登録商標）アプレットからなるサーバーパラメータ選択サブルーチンの質は、予約者と帯域幅とマルチキャストのパラメータを選択する。これは分散オブジェクトシステムで使用される Remote Procedure Code（ＲＰＣ）プロトコルが不適切であるのに対し、JAVA（登録商標）SOFTにより開発された Remote Method Invocation（ＲＭＩ）機構は、ＪＡＶＡ（登録商標）アプレットを実現し発信するのに好ましい方法である。ＲＭＩ機構の目的は、
−ＪＡＶＡ（登録商標）オブジェクトの遠隔呼び出しを支援する。
−言語のオブジェクト指向意味論を保ったまま、分散オブジェクトモデルをＪＡＶＡ（登録商標）環境の中へ自然に統合する。
−分散アプリケーションの開発を簡単にする。
−前述のＪＡＶＡ（登録商標）環境の安全性と信頼性とを保つ。
【００５３】
前述のＲＭＩ機構は、通話に対して有効な顧客／サーバーの考えを要求する。ＲＭＩ機構は、実際、遠隔からＪＡＶＡ（登録商標）オブジェクトを呼び、これにより３つの既述した臨界点の内２つを満足する。すなわち、
−機構の実現への依存性、実際には遠隔ＲＭＩサーバーを設置するＩＰアドレスを用いたＲＭＩ機構と、
−ビデオ会議サービスは追加として、発呼端末ＴＡと被呼端末ＴＢとに、被呼端末ＴＢが強化されかつ接続され、かつ、ＲＭＩサーバーが前述の端末の各々の上にバックグランドタスクとして存在する条件を課する。
【００５４】
通話の間、発呼端末ＴＡは、ＲＭＩ顧客であり同時にサーバーであり、また、被呼端末ＴＢは、ＲＭＩサーバーであり、これは、たとえ符号が前述した端末の各々に対して同じであってもである。従って、この場合、前述したビデオ会議サービスは、完全には端末から独立したものはないが、遠隔にある各端末の唯一可能な動作は、サーバーエンドのインターフェイスにおいて定義されるものであることによって安全であるという長所を持つ。
【００５５】
しかし、前述したビデオ会議を実現するのに、明細書内で予め述べたアプリケーション実行要求を被呼端末ＴＢに警告することが依然として必要である。
【００５６】
本発明によるプロトコルをＪＡＶＡ（登録商標）環境内で使用する状況において、満足すべき解決は、被呼端末ＴＢで遠隔から呼び出されたＪＡＶＡ（登録商標）対話ボックスを導入することから成る。
【００５７】
この場合、図２に示される本発明による手順の段階に対応する暗号化された参考例がビデオ会議アプリケーション専用であるが、対応する連続的段階は以下のようである。
１）発呼端末ＴＡはウェブ資源サーバーに接続される。
２）サーバーは、ＨＴＭＬページを発呼端末ＴＡに与える。ウェブサーバーは、サーバーに必要な情報を備えている。それによって、発呼端末ＴＡの名前とＩＰアドレスとの間の対応を、電子メール放送リストと同じ方法で定義する。
３）このリストは本発明では制約をしないが、発呼端末ＴＡは、前述したように予約者Ｂや帯域幅やマルチキャストのような通話パラメータを選択するためのＪＡＶＡ（登録商標）アプレットをダウンロードする。図３（ａ）に示すように、前述したＪＡＶＡ（登録商標）アプレットには、発呼端末ＴＡ上に表示され、少なくとも二つの選択ボタン、すなわち、“接続／切断”選択ボタンと、ビデオ会議でデータを発信するために必要なビット速度を変更するためのボタンとを含む画面が含まれている。他のパラメータは、外部制御のために使用することができる。ビット速度を変えるボタンは、図３で“ビット速度(kbits/s)”と分類される。
【００５８】
もし、“接続／切断”選択ボタンがソフトボタンならば、特別に有利である。本発明の特別に有利な面に関して、高質のネットワーク資源の予約に続いて、“接続”選択ボタンは、ビデオ会議アプリケーションを立ち上げるネットワークの外部制御を同期する機能が割り当てられる。この動作モードは、ＡＴＭネットワーク資源を予約する前に前述のアプリケーションが立ち上がらないようにするために、ネットワークの外部制御をビデオ会議アプリケーションの立ち上がりに同期させるが、これなしにはアプリケーションは勿論機能しない。
【００５９】
４）段階４）で“接続”ボタンを押すことが、接続設定命令をウェブサーバーに戻すきっかけとなる。この場合、ウェブサーバーは、経路決定の計算をした後で各端末に対して仮想経路（ＶＰ）と仮想チャネル（ＶＣ）を割り当てることにより、発呼端末ＴＡと被呼端末ＴＢとの間でＡＴＭ資源予約を設定するところの制御ネットワークＲＣに予約命令を回す。図１（ｃ）を参照して前述した例において、接続済みネットワークを構成するために接続が与えられるスイッチをより効果的に制御するために、ネットワーク管理は、ＣＯＲＢＡ手順を用いて配分される。
【００６０】
５ａ）関連する段階の間、前述したＪＡＶＡ（登録商標）アプレットは、さらに被呼端末ＴＢ上に表示される画面を含んでいる。この画面は、二つのボタンを含んでいるが、すなわち、アプリケーションの立ち上げを受諾する“受諾”ボタンと、アプリケーションの立ち上げを拒絶する“拒絶”ボタンとである。従って、前述の段階５ａ）で実行される動作は、発呼端末を保留状態にし、“通話中”という種類のメッセージを出し、このようにして、対話ボックスによって被呼端末ＴＢにビデオ会議要求を警告し、ここでは適当な警報信号と組み合わされ、対話ボックスが発呼者の身元を示す。図３（ｂ）において、“ビデオ”は、総称的にビデオ会議を指し、“Karnak”は、任意の発呼端末を示している。図３（ｂ）に示すように、前述した対話ボックスは、有利なことに、前述のＲＭＩ機構によって立ち上がり、従って被呼端末ＴＢを発呼端末ＴＡに対してその決定によって応答させるようなＪＡＶＡ（登録商標）アプリケーションから成る。勿論、この場合、決定は被呼端末ＴＢのユーザーによってなされる。
【００６１】
その次に、受諾あるいは拒絶は、図３（ｂ）と共に先に述べた二つのボタン、すなわち、“受諾”と“拒絶”ボタンを用いた可変的な選択によって管理をすることができる。
【００６２】
被呼端末ＴＢのユーザーは、従って、以下の動作を実行することができる。
ａ）“拒絶”ボタンを押すことによって、ユーザーは、要求のあったビデオ会議を拒絶することができ、その効果は、他のパーティがビデオ会議を望んでいないことと、発呼端末ＴＡのユーザーは予め予約した資源を取り消す責任があるということとを示す符号を発呼者に戻すことである。これは、図２の段階５ｃ）である。
【００６３】
ｂ）被呼端末は、“受諾”ボタンを押すことで、要求のあったビデオ会議を受諾することができ、対応する戻り符号は、送り返されて、ビデオ会議アプリケーションは、二つの端末すなわち発呼端末と被呼端末上でＲＭＩ機構によって同時に立ち上がる。これは、図２の段階５ｄ）である。
【００６４】
ｃ）被呼端末ＴＢは接続されているが、その間隔は例えば１５から２０秒に設定できる“時間切れ”モジュールが終了する前には返答しない。この場合には、被呼端末ＴＢのユーザーが不在であることが、発呼端末ＴＡに知らされる。前述の時間切れは、ＪＡＶＡ（登録商標）対話ボックスが立ち上がったときに、都合良く、被呼端末ＴＢにおいて開始される。これは、図２の段階５ｅ）である。
【００６５】
６）通話の最後に、すなわち、ビデオ会議アプリケーションの最後に、被呼[sic]端末ＴＢと被呼端末ＴＢのユーザーは、局所的に自分たちのアプリケーションを終了するが、これは、例えば電話のようにである。それから接続を設定する発呼端末は、“切断”ボタンを押すことで終了しなくてはならない。
【００６６】
発呼端末ＴＡのユーザーは、“切断”ボタンを押し、その機能は再割り当てはされず、ビデオ会議の終了と通話の終了の後に、資源を取り消す。従って、切断の機構は、接続の機構と似ているが、資源を保存するときよりむしろ取り消すときの命令にである。
【図面の簡単な説明】
【図１】図１（ａ）は、本発明による手順の段階を示したフローチャートであり、図１（ｂ）は、未接続のネットワークがインターネットプロトコル（ＩＰ）であり、接続済みのネットワークがＡＴＭネットワークであるような場合の、本発明による手順の一つの特定の実施形態を示しており、図１（ｃ）は、図１（ｂ）の実施形態の接続済みのネットワークおよび未接続のネットワークの相対的アーキテクチャを例により示した図である。
【図２】接続予約の要求と予約処理のメッセージが、ＪＡＶＡ（登録商標）環境の中で行われるような、本発明による手順の一実施形態の詳細を例により示した図である。
【図３】図３（ａ）と図３（ｂ）は、それぞれ、ビデオ会議のアプリケーションの際に、発呼端末と被呼端末のモニターにより表示される画面を示した図である。
【符号の説明】
Ｓ…ウェブサーバー
ＲＣ…制御ネットワーク
ＴＡ…発呼端末
ＴＢ…被呼端末

Claims

ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するための、発呼端末と被呼端末との間の通信方法であって、
サーバーおよび未接続のネットワークを経由して、上記発呼端末から上記被呼端末へ接続予約の要求を発送する段階であって、上記未接続のネットワークはインターネットプロトコル（ＩＰ）ネットワークである段階と、
上記の未接続のネットワークを経由した送信によってメッセージを交換し、上記サーバーがネットワーク資源の予約を受諾すると、上記発呼端末と上記被呼端末との間でサービスの質を備えたネットワーク資源を予約する処理を設定する段階と、
未接続のネットワークを支援する物理的に同じネットワーク上で、制御ネットワークを用いて、上記発呼端末と上記被呼端末との間で接続済みネットワークを設定する段階と
を備え、
上記接続済みネットワークは、上記発呼端末と上記被呼端末との間で上記ソフトウェアアプリケーションを遠隔から実行するために上記サービスの質を備えたネットワーク資源を構成し、
上記接続済みネットワーク資源を予約する処理を設定した後に、上記通信方法は、
上記発呼端末を識別する少なくとも一つの符号を含むアプリケーション実行要求を、上記発呼端末から上記被呼端末へと発送する段階をさらに備え、
アプリケーション実行要求を管理するための管理処理が上記被呼端末の中で設定され、
上記管理処理は、
上記被呼端末によりアプリケーション実行要求が拒絶されるときに、上記未接続のネットワークを経由して、上記発呼端末に対して上記接続予約を取り消すように促すためのアプリケーション実行要求拒絶のメッセージを上記発呼端末が受信する段階と、
上記未接続のネットワークを経由して、上記被呼端末により実行要求が受諾されるときに、アプリケーション実行要求の受諾と、アプリケーション立ち上げメッセージとを上記発呼端末が受信する段階と、
予め定められた時間、上記被呼端末からの応答が無いときに、上記未接続のネットワークを経由して、被呼端末不在メッセージを上記発呼端末が受信する段階と
を含むことを特徴とする通信方法。
上記サーバーは、ウェブサーバーを備え、
接続予約の要求を発送する段階と、上記発呼端末と上記被呼端末との間でサービスの質を備えたネットワーク資源を予約する処理を設定する段階とを具備する上記段階は、ＨＴＭＬメッセージを送る段階を含むことを特徴とする請求項１記載の通信方法。
接続予約の要求を発送する上記段階と、サービスの質を備えたネットワーク資源を予約する上記処理を設定する上記段階とは、少なくとも、
上記発呼端末から上記サーバーへ接続予約の要求を発送する段階を備え、
上記発呼端末から上記サーバーへ接続がされると、
上記発呼端末への入口ページを提供する段階と、
上記サーバーから上記発呼端末へサービスの質のパラメータを選択するためのサブルーチンをロードする段階と、
上記発呼端末と上記選択サブルーチンからサービスの質のパラメータの選択を実行する段階と、
上記サービスの質のパラメータの選択を、上記発呼端末から上記サーバーへ発送する段階と、
サービスの質のパラメータの選択に基づいて、サービスの質を備えたネットワーク資源を構成する接続済みネットワーク資源を予約する処理を設定する段階と
を備えることを特徴とする請求項１あるいは請求項２のいずれか一つに記載の通信方法。
接続予約の要求とサービスの質のパラメータ選択サブルーチンはＪＡＶＡ（登録商標）アプレットであることを特徴とする請求項２あるいは３に記載の通信方法。
非同期転送モード（ＡＴＭ）ネットワークを介して発信されるビデオ会議のセッションから成るソフトウェアアプリケーションにとって、
ＪＡＶＡ（登録商標）アプレットから成る上記サービスの質のパラメータ選択サブルーチンは、予約者と帯域幅とマルチキャストのパラメータを選択し、上記接続済みネットワークはＡＴＭネットワークであることを特徴とする請求項４に記載の通信方法。
上記ＪＡＶＡ（登録商標）アプレットには、上記発呼端末上に表示され、かつ、例えば“接続／切断”選択ボタンと発信ビット率を変化させるボタンの少なくとも二つのボタンを含む画面ページが含まれることを特徴とする請求項５に記載の通信方法。
上記“接続／切断”選択ボタンは、その機能を再割り当てすることができ、
“接続”選択ボタンは、ネットワークの外部制御の同期を取り、かつ、サービスの質を備えたネットワーク資源を予約した後に、ビデオ会議のアプリケーションを立ち上げる機能が割り当てられることを特徴とする請求項６に記載の通信方法。
上記ＪＡＶＡ（登録商標）アプレットは、上記被呼端末上に表示され、かつ、例えばアプリケーションの立ち上げを受諾するためのボタンとアプリケーションの立ち上がりを拒絶するためのボタンの２つのボタンを含む画面ページをさらに含むことを特徴とする請求項６あるいは７のいずれか一つに記載の通信方法。
被呼端末で、ソフトウェアアプリケーションを遠隔から立ち上げ、サービスの質を備えたネットワーク資源を予約するための通信方法であって、
サーバーおよび未接続のネットワークを経由して、上記被呼端末で、発呼端末から接続予約の要求を受信する段階であって、上記未接続のネットワークはインターネットプロトコル（ＩＰ）ネットワークである段階と、
上記の未接続のネットワークを経由した送信によってメッセージを交換し、上記サーバーによってネットワーク資源の予約が受諾されると、上記被呼端末と上記発呼端末との間で、サービスの質を備えたネットワーク資源を予約する処理を設定する段階と、
上記の未接続のネットワークを支援する物理的ネットワーク上で、制御ネットワークを使用して、上記被呼端末と上記発呼端末との間で接続済みネットワークを設定する段階と、
上記発呼端末を識別する少なくとも一つの符号を含むアプリケーション実行要求を、上記被呼端末で、上記発呼端末から受信する段階と、
上記被呼端末の中で、アプリケーション実行要求を管理するための管理処理を設定する段階と
を備え、
上記接続済みネットワークは、上記発呼端末と上記被呼端末との間で上記ソフトウェアアプリケーションを遠隔から実行するために上記サービスの質を備えたネットワーク資源を構成し、
上記管理処理は、
上記被呼端末によりアプリケーション実行要求が拒絶されるときに、上記未接続のネットワークを経由して、上記発呼端末に対して上記接続予約を取り消すように促すためのアプリケーション実行要求拒絶のメッセージを発送する段階と、
上記被呼端末により実行要求が受諾されるときに、上記未接続のネットワークを経由して、アプリケーション実行要求の受諾と、アプリケーション立ち上げメッセージとを上記発呼端末へ発送する段階と、
予め定められた時間、上記被呼端末からの応答が無いときに、上記未接続のネットワークを経由して、被呼端末不在メッセージを上記発呼端末へ発送する段階と
を含むことを特徴とする通信方法。
上記サーバーは、ウェブサーバーを備え、かつ、
接続予約の要求を受信する段階と、上記発呼端末と上記被呼端末との間でサービスの質を備えたネットワーク資源を予約する処理を設定する段階とを具備する上記段階は、ＨＴＭＬメッセージを受信する段階を含むことを特徴とする請求項９記載の通信方法。
接続予約の要求を受信する上記段階と、サービスの質を備えたネットワーク資源を予約する処理を設定する上記段階とは、少なくとも、
接続予約の要求が上記発呼端末から上記サーバーへ発送され、
上記発呼端末から上記サーバーへ接続がされると、
入口ページが上記発呼端末へ提供され、
サービスの質のパラメータを選択するためのサブルーチンが上記サーバーから上記発呼端末へロードされ、
上記発呼端末と上記選択サブルーチンからサービスの質のパラメータの選択を実行する段階を備え、
上記サービスの質のパラメータの選択が上記発呼端末から上記サーバーへ発送され、
サービスの質のパラメータの選択に基づいて、サービスの質を備えたネットワーク資源を予約する処理を設定する段階
を備えることを特徴とする請求項９あるいは請求項１０に記載の通信方法。
接続予約の要求とサービスの質のパラメータ選択サブルーチンはＪＡＶＡ（登録商標）アプレットであることを特徴とする請求項１０あるいは１１に記載の通信方法。
非同期転送モード（ＡＴＭ）ネットワークを介して発信されるビデオ会議のセッションを含むソフトウェアアプリケーションにとって、
ＪＡＶＡ（登録商標）アプレットを含む上記サービスの質のパラメータ選択サブルーチンは、予約者と帯域幅とマルチキャストのパラメータを選択し、上記接続済みネットワークはＡＴＭネットワークであることを特徴とする請求項１２に記載の通信方法。
上記ＪＡＶＡ（登録商標）アプレットには、上記発呼端末上に表示され、かつ、例えば“接続／切断”選択ボタンと発信ビット率を変化させるボタンの少なくとも二つのボタンを含む画面ページが含まれることを特徴とする請求項１３に記載の通信方法。
上記“接続／切断”選択ボタンは、その機能を再割り当てすることができ、
“接続”選択ボタンは、ネットワークの外部制御の同期を取り、かつ、サービスの質を備えたネットワーク資源を予約した後に、ビデオ会議のアプリケーションを立ち上げる機能が割り当てられることを特徴とする請求項１４に記載の通信方法。
上記ＪＡＶＡ（登録商標）アプレットは、上記被呼端末上に表示され、かつ、例えばアプリケーションの立ち上げを受諾するためのボタンとアプリケーションの立ち上がりを拒絶するためのボタンの２つのボタンを含む画面ページをさらに含むことを特徴とする請求項１４あるいは１５に記載の通信方法。
遠隔から立ち上げられるソフトウェアアプリケーションをその中に有するように構成された被呼端末を備えた装置であって、
上記被呼端末は、
サーバーおよび未接続のネットワークを経由して、発呼端末から接続予約の要求を受信する手段であって、上記未接続のネットワークはインターネットプロトコル（ＩＰ）ネットワークである手段と、
上記の未接続のネットワークを経由した送信によってメッセージを交換し、上記サーバーによってネットワーク資源の予約が受諾されると、上記発呼端末を用いて、サービスの質を備えたネットワーク資源を予約する処理を設定する手段と、
上記の未接続のネットワークを支援する物理的ネットワーク上で、制御ネットワークを使用して、上記被呼端末と上記発呼端末との間で、接続済みネットワークを設定する手段と、
発呼端末を識別する少なくとも一つの符号を含むアプリケーション実行要求を、上記発呼端末から受信する手段と、
アプリケーション実行要求を管理するための管理処理を設定する手段と
をさらに備え、
上記接続済みネットワークは、上記発呼端末と上記被呼端末との間で、上記ソフトウェアアプリケーションを遠隔から実行するために上記サービスの質を備えたネットワーク資源を構成し、
上記管理処理は、
上記被呼端末によりアプリケーション実行要求が拒絶されるときに、上記未接続のネットワークを経由して、上記発呼端末に対して上記接続予約を取り消すように促すためのアプリケーション実行要求拒絶のメッセージを発送し、
上記被呼端末により実行要求が受諾されるときに、上記未接続のネットワークを経由して、アプリケーション実行要求の受諾と、アプリケーション立ち上げメッセージとを上記発呼端末へ発送し、
予め定められた時間、上記被呼端末からの応答が無いときに、上記未接続のネットワークを経由して、被呼端末不在メッセージを上記発呼端末へ発送することを特徴とする装置。
上記サーバーは、ウェブサーバーを備え、
接続予約の要求を受信する上記手段と、サービスの質を備えたネットワーク資源を予約する処理を設定する上記手段とは、ＨＴＭＬメッセージを送る手段を含むことを特徴とする請求項１７記載の装置。
接続予約の要求が上記発呼端末から上記サーバーへ発送され、
上記発呼端末から上記サーバーへ接続がされると、
入口ページが上記発呼端末へ提供され、
サービスの質のパラメータを選択するためのサブルーチンが上記サーバーから上記発呼端末へロードされ、
サービスの質のパラメータの選択が上記発呼端末と上記選択サブルーチンから実行され、
上記サービスの質のパラメータの選択が上記発呼端末から上記サーバーへ発送され、
サービスの質のパラメータの選択に基づいて、サービスの質を備えたネットワーク資源を予約する処理が設定される
ことを特徴とする請求項１７あるいは請求項１８に記載の装置。
接続予約の要求とサービスの質のパラメータ選択サブルーチンはＪＡＶＡ（登録商標）アプレットであることを特徴とする請求項１８あるいは１９に記載の装置。
ＡＴＭネットワークを介して発信されるビデオ会議のセッションを含むソフトウェアアプリケーションにとって、
ＪＡＶＡ（登録商標）アプレットを含む上記サービスの質のパラメータ選択サブルーチンは、予約者と帯域幅とマルチキャストのパラメータを選択することを特徴とする請求項２０に記載の装置。
上記ＪＡＶＡ（登録商標）アプレットには、上記発呼端末上に表示され、かつ、例えば“接続／切断”選択ボタンと発信ビット率を変化させるボタンの少なくとも二つのボタンを含む画面ページが含まれることを特徴とする請求項２１に記載の装置。
上記“接続／切断”選択ボタンは、その機能を再割り当てすることができ、
“接続”選択ボタンは、ネットワークの外部制御の同期を取り、かつ、サービスの質を備えたネットワーク資源を予約した後に、ビデオ会議のアプリケーションを立ち上げる機能が割り当てられることを特徴とする請求項２２に記載の装置。
上記ＪＡＶＡ（登録商標）アプレットは、上記被呼端末上に表示され、かつ、例えばアプリケーションの立ち上げを受諾するためのボタンとアプリケーションの立ち上がりを拒絶するためのボタンの２つのボタンを含む画面ページをさらに含むことを特徴とする請求項２２あるいは２３に記載の装置。