JP5384349B2 - 動的なストリーミング保管構成のための方法および装置 - Google Patents

Description

本発明はテレビ会議およびストリーミングシステム／保管システムに関する。

同じ場所にいない参加者の間で打ち合わせを行うために、多くの技術的なシステムが利用可能である。これらのシステムは、テレビ会議、ウェブ会議、または音声会議を含むであろう。

実際の打ち合わせに代わる最も現実味のある代替品は、高性能なテレビ会議システムである。従来のテレビ会議システムは、ＷＡＮ、ＬＡＮ、および／または回線交換ネットワークを介して、リアルタイムの映像、音声、および／またはデータストリームを通信する多くの端点を含む。端点は１つまたは複数のモニタ（単数または複数）、カメラ（単数または複数）、マイクロフォン（単数または複数）、および／またはデータ捕捉装置（単数または複数）、並びに、発信および着信するストリームをそれぞれエンコードおよびデコードするコーデックを含む。加えて、多数の端点を互いにリンクするために、多地点間制御ユニット（ＭＣＵ）として知られる集中型のソースが必要とされる。ＭＣＵは、端点の端末から二地点間接続を介してマルチメディア信号（音声、映像および／またはデータ）を受信することによりリンク形成を実行し、受信信号を処理し、処理された信号を会議において選択された端点の端末に再送信する。

テレビ会議システムを使用することによって、さらに他の全ての参加者を見る、および聞くことが可能であると同時に、例えば、パワーポイントプレゼンテーションまたは任意の他のＰＣプレゼンテーションが提示可能である。

マルチメディアコンテンツを提示する他の共通な方法は、ウェブインターフェースを通じてコンピュータにデータをストリーミングすることである。データストリームは、リアルタイム、またはコンテンツサーバを通じて保管されたコンテンツの再生で、送信可能である。従来のストリーミングデータは保存および配信のために適合され、そのために、マルチメディアコンテンツはテレビ会議用のものと異なった形式で表現される。このため、従来のテレビ会議のストリーミングおよび保管を可能にするためには、マルチメディアデータを変換するためのシステムが必要とされる。そのようなシステムの１つの例を以下に説明する。

コンテンツサーバ（ＣＳ）は、好ましくは、このサーバをコンピュータネットワークに接続するためのネットワークインターフェースと、会議コンテンツを受信するための音声／映像およびプレゼンテーションデータのインターフェースと、プレゼンテーションコンテンツを配信のために標準の画像フォーマットに変換するためのファイル変換エンジンと、コンテンツを配信のためにストリーミング形式にエンコードするためのストリームエンコーダとを備える。ＣＳはエンコードされた音声／映像のコンテンツを送信するためのストリームサーバと、ウェブページおよび変換されたプレゼンテーションコンテンツをネットワークのノードに位置した端末に送信するためのウェブサーバとを装備する。ＣＳは、また、コンピュータネットワークを介して遠隔地の端末での要求者に後でオンデマンド配信を可能にするために、ローカルな保存媒体またはサーバ／データベースに所在するエンコードされたストリームデータからなる保管ファイルを生成するように適合される。

典型的な運転様式に従うと、ＣＳを参加者として会議に含ませることによって、会議が開始される。ＣＳは、二地点間（この呼び出しにおいて、Ｈ．３２３システムは１つのみ
であり、単一の教官から教材を記録するために典型的に使用される）または多地点間（この呼び出しにおいて、Ｈ．３２３システムは２〜ｎ個であり、打ち合わせをストリーミングする、または保管するために典型的に使用される）として、Ｈ．３２３映像呼び出しを受け入れる、または呼び出しをかける。遠隔地の端末の視聴者は、従来のウェブブラウザを配信装置に関連づけられたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に向けることによって、会議にアクセス可能である。視聴者と配信装置との間で検証データ交換の完了後、視聴者は、この会議場所で提示されるプレゼンテーションコンテンツを視聴可能なだけでなく、会議の提示者の場所において参加者間で起こる個人的なやり取り、すなわち、会話および関連した行為を視聴可能である。マルチメディアコンテンツは、ストリーミングメディアプレーヤによって提示される音声／映像のコンテンツ、および、別のウインドウに表示されたプレゼンテーションコンテンツと共に、視聴者のウェブブラウザを通じて多ウインドウのユーザインターフェースで視聴される。会議の責任者によって、または会議管理システムによって要求された場合には、エンコードされたストリームデータは、識別可能なファイルとしてサーバに保存される。

コンテンツサーバはライン（またはポート）構造に基づき、各ＣＳは、それぞれが、トランスコーディングライン、または、および保管ラインのいずれかの機能を備える、１つまたは複数のラインを有することを意味する。これらのラインのそれぞれは、システム管理者によって規定されるような、特定の記録テンプレート／ストリーミングテンプレートを指定される。テンプレートの内容は、所望の出力を生成するように、テレビ会議の出力がＣＳによってどのように処理されるか決定する。テンプレートは呼び出しに対し種々の設定を規定し、例えば、
・どのコーデックまたはコーデックの組み合わせが必要とされるか。
ウィンドウズメディア（Ｗｉｎｄｏｗｓ Ｍｅｄｉａ）、リアルメディア（Ｒｅａ
ｌ Ｍｅｄｉａ）、クイックタイム（ｑｕｉｃｋｔｉｍｅ）等。
・帯域幅／ストリーミング速度、５６Ｋ、２５６Ｋ、３８４等。
・映像、または音声、または両方。
・静止画像か否か。
・デュアルストリームビデオおよびスライド。
・ピクチャープレゼンテーションレイアウト中のピクチャー
・暗号化 オン／オフ
・パスワード オン／オフ
・等

ラインへの、またはラインからなされた、あらゆる呼び出しは、このテンプレートを使用して記録／ストリーミングされる。ライン上で使用されるテンプレートの変更は、どのようなものでもシステム全体の変更であり、変更時点からの全ての会議は、この新しいテンプレートを使うことになる。

しかし、一対一でテンプレートをラインに付属させるこの方法は、全てのユーザが現在選択されたテンプレートを使用せねばならない、または、呼び出しを行う前にテンプレートを変更しなければならないため、非常に制限的である。従って、より動的に記録テンプレート／ストリーミングテンプレートを選択することが必要とされる。

１つの先行技術の記録およびストリーミングシステムでは、ユーザが「ライン」を所有することを可能にし、これは、エリアスが記録システムの特定のラインを指し、着信する呼び出しに対し、ユーザがそのラインの機能を得ることを意味する。発信する呼び出しに対しては、同じユーザが「呼び出しテンプレート」（またはアドレス帳入力）を使用でき、ここでユーザは、呼び出しの説明、基本呼び出しオプション、およびいくつかのセキュリティーオプション等の情報をさらに規定可能である。しかし、これらの機能は、アドレ
ス帳入力として追加された端点毎に設定する必要があり、いくぶん、制限される。このモデルは柔軟性が非常に小さく、多数のユーザに同じ構成を利用して欲しい場合には、同じ労力を繰り返すことが必要である。

他の先行技術の記録およびストリーミングシステムでは、記録するためのパラメータを端点の識別子に基づき保存する。この識別子は、ｉｐアドレスまたは端点のエリアスのいずれかである。しかし、設定可能なパラメータは、表示名、所望の映像の大きさ、所望の発信および着信の帯域幅、およびＨ．２３９ビデオ投稿（ｖｉｄｅｏ ｃｏｎｔｒｉｂｕｔｉｏｎ）に制限される。記録のためのさらなる設定は、場所毎に行われ、これは非常に柔軟性に欠ける。利用者の記録パラメータが、利用者のデスクトップの端点に関連づけられているとすると、利用者が打ち合わせ場所の端点から呼び出しを行う場合には、利用者は、利用者の所望のパラメータで呼び出しを記録することができないだろう。

本発明の目的は、前述の先行技術の問題の少なくとも１つを解決する方法およびシステムを提供することである。

添付の独立した請求項の中に規定された特性は、本方法およびシステムを特徴づけるものである。

本発明をより容易に理解可能とするために、付属の図面に関して以下の説明を行う。
パケット交換ネットワークにおける音声会議装置および／またはテレビ会議装置の典型的なシステム構成を例示するブロック線図である。 本発明のストリーミングおよび保管システムの典型的なシステム構成を例示するブロック線図である。 テンプレートファイルの例である。 呼び出し構成ファイルの例である。 個人エリアスを使用してコンテンツサーバを呼び出す模範的な実施形態において実行されるステップを例示するフロー線図である。

以下、好適な実施形態を説明することによって、および付属の図面を参照することによって本発明を説明する。しかし、当業者は、添付の独立の請求項に規定されるような本発明の範囲内で、他の応用および改変を実現するだろう。

前に提示したように、コンテンツサーバ（ＣＳ）はサービスの提供者を通じて、または企業の通信ネットワークの一部としてアクセス可能である。どちらの方法でも、種々の始動要求をもった多数のユーザが、同じ装置を使用する可能性が最も高い。従って、各ユーザが、自身で規定したテンプレートに関連づけられるテンプレートシステムが、それ故、最も適切な解決策であろう。

本発明の基本的な考えは、１つまたは複数の個人エリアスを使用して、任意の端点からコンテンツサーバをダイヤルすることによって、または、１つまたは複数の個人エリアスを使用して、コンテンツサーバから端点をダイヤルすることによって、ユーザがテレビ会議を記録する／ストリーミングすることを可能にするシステムおよび方法を提供することである。エリアス（単数または複数）は、ユーザの所望するストリーミングテンプレート（単数または複数）／保管テンプレート（単数または複数）および呼び出し構成（単数または複数）を規定し、ユーザが会議用に特定の視聴規則を設定することを可能とし、このエリアスを通じて生成された会議の所有者としてユーザを識別する。エリアスの所有者は
、また、デフォルトのメタデータ（表題、説明等）、および、誰がこの記録および／またはストリーミングされた会議を視聴可能か決定するためのアクセスリストも指定可能である。これを可能にすることによって、各ユーザは、新たな呼び出しがなされる度に、設定をチェックするまたは変更する必要なしに、かつ、設定を他のユーザに変更することなしに、利用者の所望の設定で会議を容易にストリーミングする／記録することができる。

図１は典型的なパケットベースのネットワークに接続されたテレビ会議装置を示す。Ｈ．３２３は国際電気通信連合（ＩＴＵ）標準であり、リアルタイムの音声、映像、およびデータ情報がどのように送信されるか規定する、パケットベースのネットワークを介するマルチメディア通信のためのコンピュータ、装置、サービスのための仕様を提供する。Ｈ．３２３標準は、互いにネットワークされると、二地点間および一対多地点間のマルチメディア通信サービスを提供する、次の４種類の構成要素を指定する。

１．端末（１０１）
２．ゲートウェイ（１０２）
３．ゲートキーパ（１０３）
４．多地点間制御ユニット（ＭＣＵ）（１０４）

Ｈ．３２３端末はリアルタイムの双方向通信を提供するＬＡＮ上の端点である。通常、端末はパーソナルコンピュータ（ＰＣ）、または単体装置（例えば、テレビ会議端点）である。ゲートキーパは、端点の現在のＩＰアドレスとさまざまなＨ．３２３ＩＤエリアスとの間のアドレス変換の提供、Ｈ．３２３の端点に対して呼び出し制御およびルーティングサービス、並びにシステム管理およびセキュリティーポリシーについて役割を担う。Ｈ．３２３ゲートウェイは、Ｈ．３２３ネットワークと非Ｈ．３２３ネットワーク（例えば、ＩＳＤＮ）との間の接続性を提供する。最後に、ＭＣＵは３つ以上のＨ．３２３端末の会議に対してサポートを提供する。

前に述べたように、テレビ会議からストリーミング出力および記録出力を生成するために、コンテンツサーバ（１０６）はテレビ会議の端点（端末）のように作用する。ＣＳ（１０６）は、任意の他の端点と同様に二地点間または多地点間のテレビ会議を結合させるが、多くの通常のテレビ会議の端点のように出力を画面上に表示する代わりに、データを他の有用な出力中に処理する。

端点として、ＣＳは、また、自身に関連づけられた１つまたは複数のエリアスアドレスを有してよい。エリアスアドレスは、端点をアドレス指定する代わりの方法を提供する。これらのアドレスには、Ｅ．１６４（ネットワークアクセス番号、電話番号等）、Ｈ．３２３ＩＤ（名前を代表する英数字文字列、電子メールのようなアドレス等）、およびＨ．２２５．０勧告中に規定された任意の他のものを含む。エリアスアドレスはゾーン、ドメイン、ゾーン間、およびドメイン間の中で無二である。

前に説明したように、ゲートキーパ（１０３）は、Ｈ．３２３テレビ会議装置用にアドレス指定サービスを提供するネットワーク装置である。ゲートキーパ（１０３）の使用は、ＩＰアドレス（ＤＨＣＰによって変更され得る）ではなくテレビ会議エリアスを使用して、テレビ会議装置が他の装置に「ダイヤルする」ことを可能とする。ゲートキーパ（１０３）が呼び出しをどこに向けるかを認識するためには、端末（１０１）およびゲートウェイ（１０２）はゲートキーパに登録し、それらの現在のＩＰアドレスおよび関連づけられたエリアスをゲートキーパ（１０３）に通知しなければならない。呼び出された端点のＥ．１６４アドレスは、Ｅ．１６４エリアスがその後に続く任意選択のサービス接頭文字からなり得る。サービス接頭文字は０から９迄の組みからｎ個のディジット、並びに、^＊および＃からなり、ここでｎは所定のディジット数である。このような、サービス接頭文
字の目的の１つは、ゲートウェイにアクセス要求するためであろう。ゲートキーパは、それを目的地に送る前に、このアドレスを変更してよい。

本発明によると、ＣＳ（１０６）は、１つまたは複数のサービス接頭文字および／またはサービス接尾文字と共に、ゲートウェイとして、自身のローカルゲートキーパ（１０３）に登録する。こうすることによって、登録されたサービス接頭文字の１つで開始する、または登録されたサービス接尾文字の１つで終わるアドレスに向けられた全ての呼び出しは、アドレス内の残りのディジット（または英数字文字）に係わらず、ゲートキーパによって前記コンテンツサーバに転送される。残りのディジット（または英数字文字）は、内部エリアスと呼ばれ、サービス接頭文字またはサービス接尾文字と共に個人エリアスを構成する。

個人エリアスは、ウェブベースのユーザインターフェースを通じて、各ユーザ用に、配信装置の中で生成される。個人エリアスは、データベース内の個々のレコードとして、コンテンツサーバ内に保存される。前に述べたように、個人エリアスは以下の２つの部分からなる。

１．接頭文字−ローカルゲートキーパに登録されたサービス接頭文字であり、配信装置をＨ．３２３ゲートウェイとして識別する。
２．内部エリアス−特定の個人エリアスに対応し、配信装置内に生成されるエリアス。

Ｅ．１６４エリアスの使用に基づく、個人エリアスの例は、
５７００１１であり、
ここで、５７がサービス接頭文字で、００１１が内部エリアスである。さらに、個人エリアスはＥ．１６４およびＨ．３２３ＩＤエリアスの両方として登録可能である。Ｈ．３２３ＩＤエリアスを使用する場合、ゲートキーパはアドレス中の接頭文字および接尾文字の両方をサポート可能である。これは、呼び出しがＨ．３２３ＩＤに対してなされた時、ゲートキーパは呼び出されたアドレスを登録された接頭文字および接尾文字の内部データベースに対応させることを意味する。アドレスの開始または終了の文字列が登録された接頭文字または接尾文字の１つにそれぞれ一致する場合には、アドレス中の残りの英数字文字にかかわらず、この呼び出しはこの接頭文字または接尾文字に関連づけられたゲートウェイに転送される。Ｈ．３２３ＩＤエリアスおよび接頭文字の使用に基づく、個人エリアスの例は、
ｓｔｒｅａｍ．ｊｏｈｎ．ｈｅｎｄｅｒｓｏｎであり、
ここで、ｓｔｒｅａｍが接頭文字で、ｊｏｈｎ．ｈｅｎｄｅｒｓｏｎが内部エリアスである。Ｈ．３２３ＩＤエリアスおよび接尾文字の使用に基づく、個人エリアスの例は、
ｓｔｒｅａｍ．ｊｏｈｎ．ｈｅｎｄｅｒｓｏｎ＠ａｃｍｅ．ｃｏｍであり、
ここで＠ａｃｍｅ．ｃｏｍは接尾文字で、ｓｔｒｅａｍ．ｊｏｈｎ．ｈｅｎｄｅｒｓｏｎが内部エリアスである。

図２は、コンテンツサーバの実施形態のさまざまな構成要素を示すブロック線図である。ＣＳは、全てのエリアスが保存されるデータベース（２０１）からなる。エリアスの生成は、典型的には、セキュリティ上の理由により管理的なユーザによってなされる。エリアスが生成され、全ての管理者設定が設定されると、このユーザはウェブベースのユーザインターフェース（２０２）を通じてＣＳにログインし、会議用に所望の記録設定／ストリーミング設定を設定可能である。これらの設定は、内部エリアスと共に、ＣＳのデータベース（２０１）内に保存されるだろう。各データベースレコードに対し保存される情報は以下の通りである。

エリアス（Ｅ．１６４およびＨ．３２３エリアスの両方）へのアクセスは、好ましくは、管理者に制限されるが、必要があれば、当然、アクセスをユーザに認めてもよい。しかし、個人エリアスの接頭文字および／または接尾文字の部分はユーザが変更できず、このため、どのエリアスにダイヤルするかについて混乱を防ぐためには、内部エリアスではなく、完全なエリアスをユーザに提示することが重要である。しかし、完全なエリアスをコンテンツサーバのデータベース内に保存する必要はない。

「テンプレート」ファイルは、記録フォーマットおよび記録出力、並びにストリーミングフォーマットおよびストリーミング出力についての情報を保存する。このファイルの中で、エリアスは、どのストリーミングフォーマットを使用するか、および、このストリーミングフォーマット内でどの型の出力を使用するか規定し、ソース媒体の情報を何処から入手するか（例えば、通常の映像ソース、Ｈ．２３９ソース／デュオビデオソース等）等の情報を規定する。テンプレートファイルの例を図３に示す。ユーザはファイル自体を生成する必要はないだろう。あり得る出力構成は全て、テンプレートデータベース（２０３）内に多数のテンプレートファイルとして保存され、ユーザは、ユーザインターフェース（２０２）中に、ドロップダウンメニュー等を通じて、利用可能なテンプレートファイルの一覧を提示されるだろう。

「呼び出し構成」ファイルは、呼び出しのためのＨ．３２３設定を収容する。これは、どのコーデックを通知（使用）するか、発信する呼び出し用にどの帯域幅が利用可能か、全ての呼び出し用に最大帯域幅は何か、および呼び出し期間設定を含む。別法として、セッション開始プロトコル（ＳＩＰ）を所望する場合には、このファイルは、その呼び出しのＳＩＰ設定を収容する。テンプレートファイルの例を図４に示す。呼び出し構成ファイルは内部データベース（２０４）内に保存され、テンプレートファイルと同様な方式で選択可能である。

「ユーザ名」は個人記録エリアスに対する所有者を規定する。

「デフォルトのアクセスリスト」は、エリアスに基づき記録またはストリーミングされる会議のためのデフォルトのアクセスリストを規定する。このリストは、誰が会議を視聴可能で、誰が会議の詳細を編集可能か規定する。

「デフォルトのカテゴリ」は、要求されると、会議の記録を特定のカテゴリに指定する簡単な方法である。

「デフォルトのメタデータ」は、ユーザが、表題、説明、提示者、著作権、キーワード等の情報を、このエリアスで生成された会議に対して規定することを可能にする。

ユーザが、自身が所望する設定を使用してテレビ会議セッションを記録またはストリーミングすることを希望する場合には、ユーザは、端末／端点から、管理者によってユーザに指定されたエリアスにダイヤルしてよい。両方がプロファイルに生成されていれば、ユーザはどちらのエリアス（Ｅ．１６４またはＨ．３２３ＩＤ）を使用するか選択してよい。呼び出しを受信すると、ゲートキーパはダイヤルされたアドレスを、接頭文字一致または接尾文字一致を目的として検索する。ダイヤルされたアドレスの一部が登録された接頭文字または接尾文字と同一であれば、接頭文字一致または接尾文字一致が検出される。対応を特定するために、ゲートキーパは、接頭文字一致または接尾文字一致を目的として、自身の内部保存部を検索する。そのような一致が検出されると、一致した接頭文字または接尾文字に対して登録された装置に呼び出しが転送される。例えば、Ａｃｍｅと称する会社は、そのコンテンツサーバを接尾文字＠ｓｔｒｅａｍ．ａｃｍｅ．ｃｏｍと共にゲートキーパに登録する。ユーザがアドレスｊｏｈｎ．ｈｅｎｄｅｒｓｏｎ．ｓｔｒｅａｍ＠ａｃｍｅ．ｃｏｍをダイヤルすると、ゲートキーパは接頭文字＠ａｃｍｅ．ｃｏｍをそこに保存された接尾文字の１つに対応させ、次に、この呼び出しをＡｃｍｅのコンテンツサーバに転送する。

図５は、個人エリアスを使用してコンテンツサーバを呼び出す模範的な実施形態にかかわるステップのフロー線図を例示する。呼び出し要求（５０１）を受信すると、コンテンツサーバ内の呼び出し処理ユニット（２０５）は受信者識別（呼び出されたアドレス）を解析し、内部エリアスを抽出する。内部エリアスは、例えば、受信者識別から単に接頭文字または接尾文字を除去することによって抽出できる。本明細書の前の例では、これで内部エリアスｊｏｈｎ．ｈｅｎｄｅｒｓｏｎ．ｓｔｒｅａｍが残るだろう。呼び出し処理ユニット（２０５）は、内部エリアスを抽出したら、内部エリアス一致を目的として、ＣＳの内部データベース（２０１）レコードを検索する（５０２）。抽出された内部エリアスがデータベース（２０１）内のレコードの内の１つに保存されたエリアスと同一なら、内部エリアス一致が検出される。そのような一致が検出されなければ、呼び出しは拒絶される（５０３）。そのような一致が検出されると、呼び出し処理ユニットは、このエリアスに対して保存された情報を呼び出し処理ユニット中にロードする。保存された情報は、このエリアスに対するストリーミング設定および／または保管設定であり、ストリーミングタスクおよび／または保管タスクのために、どのテンプレートファイル、呼び出し構成ファイル、メタデータ、アクセスリスト等を使用するか規定する。呼び出しを始動するために、プロファイルは、少なくとも、使用するテンプレートファイルおよび呼び出し構成ファイルを規定しなければならない。このように、呼び出し処理ユニットは、少なくとも、呼び出し構成ファイル（５０４）およびテンプレートファイル（５０５）を、それらのそれぞれのデータベース（２０４、２０６）から取得し、これらを分析（５０６）し有効であることを確認する。要求されたどのような情報もｘｍｌファイル内に含まれていなければ、テンプレートは無効である。テンプレートが無効ならば、呼び出しは受け入れられない（５０８）。テンプレートが有効ならば、呼び出し処理ユニットは、この呼び出しを処理するに十分なリソースが空いているか確認する（５０９）。ＣＳが、呼び出しを生成するに十分なリソースを持たない場合、この呼び出しは終了されるだろう（５１１）。十分なリソースが利用可能であれば、抽出された内部エリアスに関連づけられた設定を使用して、呼び出しが生成され（５１２）、会議の記録／ストリーミングが開始する（５１３）。本明細書の例では、抽出された内部エリアス（ｊｏｈｎ．ｈｅｎｄｅｒｓｏｎ．ｓｔｒｅａｍ）の一致がデータベース内に検出され、呼び出し処理ユニットは関連づけられたテンプレートファイル（ｗｍＤｅｆａｕｌｔ−Ｄｕａｌ−ＶＧＡ．ｘｍｌ）、関連づけられた呼び出し構成ファイル（ｅａｓｙＩｎｔｅｒｏｐ．ｘｍｌ）、および関連づけられたアクセスリスト（ｏｗｎｅｒ＝Ａｃｍｅ＿ＵＳ、ｕｓｅｒ＝Ａｃｍｅ Ｒ＆Ｄ）を取得し、呼び出し要求は受け入れられる。さらに、ストリームを視聴するためにパスワードが必要とされる場合には、この情報はデータベース一覧から抽出されるだろう。また、受信する当事者に情報を表示するためにメタデータおよびユーザ名を使用してもよい。

ユーザは、また、ユーザの個人エリアスを使用して、コンテンツサーバから呼び出しを開始することによって、会議をストリーミングするおよび／または記録してよい。これはウェブベースのユーザインターフェース中で実行可能である。ユーザは、ユーザインターフェース内のアドレス領域内にテレビ会議装置のアドレスを入力することによって、任意のテレビ会議装置に呼び出し要求を送ってよい。コンテンツサーバが、記録タスクおよび／またはストリーミングタスクのためにどの設定を使用するか認識するために、ユーザは、一覧から内部エリアスを選択する、または指定された領域内にエリアスを入力することが要求される。ユーザが個人エリアスを入力しなければ、呼び出し処理ユニットは、この呼び出しに対しデフォルトのエリアスを使用する。呼び出し処理ユニットは、図５に示すように、次に、ステップ５０２〜５１２を実行する。別法として、ユーザがユーザインターフェース（ＵＩ）にログインする時、呼び出しが可能かどうかユーザに直ちに通知するために、ユーザインターフェースは、ＣＳが空いているリソースを持っているか自動的に確認してよい。

さらに、１つまたは複数の公開エリアスを生成してよい。公開エリアスは、基本的に個人エリアスと同じであるが、それ以外では、ユーザ変更が不可である。管理的なユーザは一式の公開エリアスを生成および編集してよく、ここで、各公開エリアスは、電話会議を記録／ストリーミングする場合に最も頻繁に使用されるテンプレートおよび呼び出し構成を規定する。公開エリアスは、呼び出し前にユーザ自身の個人エリアスを変更することを必要とせずに、迅速かつ簡便に標準的な構成にアクセスすることをユーザに提供する。

本発明によると、配信装置もゲートキーパに端末として登録してよい。前に説明したゲートウェイモデルにおけるようにサービス接頭文字を登録する代わりに、配信装置は全ての個人エリアスをゲートキーパに登録するだろう。この登録方法は、ゲートキーパがサポートする単一の端点からの最大登録数に基づき、配信装置がサポートするエリアス数を制限するだろう。これはゲートキーパ製造業者の間で変わるだろう。サポートされるエリアスの総数が制限されると同時に、この方法は、ゲートウェイの機能を持たない配信装置に対し先端のダイヤルプロファイル特性を提供する。

ゲートウェイ登録方法の元では、記録システムは何千も大きさで個人記録エリアスを維持することが可能である。配信装置は、あたかも端末であるかのように標準的なエリアスを登録すると同様に、サービス接頭文字をゲートキーパに登録可能でなければならない。しかし、配信装置のゲートウェイ登録では、１つまたは複数の記録接頭文字の登録を必要とするだけで、エリアスの残りを自身のシステム内に維持する。

本発明の利点の１つは、呼び出し構成、記録およびストリーミング構成、会議情報、および会議アクセスの全てが、単一のエリアスの使用を通じて構成可能であることである。さらに、何千ものユーザが１つ（または２〜３の）記録エリアスを使用可能であり、何千ものユーザが、それぞれ、彼ら自身の個人記録エリアスを保有可能であり、ユーザに非常な柔軟性を与える。記録エリアスは個人、グループ、チーム、部門に対して使用可能であり、基本的に、任意の個人またはグループがエリアスによって代表可能である。ユーザは、単に異なるエリアスをダイヤルすることによって、彼らの会議がどのように記録されるかの構成を容易に変更可能である。先行技術と異なり、エリアスは、通常「ライン」に付属するであろう全ての構成を規定し、もはや、Ｘライン＝Ｘ記録構成によって制限されないため、本発明は「ライン」に独立である。

Claims (14)

1. コンテンツサーバ中にテレビ電話会議の動的なストリーミング構成および／または保管構成を提供するための方法において、
   前記コンテンツサーバのローカルデータベース内に、それぞれのレコードが少なくとも１つのエリアスまたは１つのエリアスの一部と、前記エリアスまたはエリアスの前記一部に関連づけられたストリーミング設定および／または保管設定とを有している複数のレコードを生成するステップと、
   前記コンテンツサーバと会議装置との間に呼び出しを確立するステップであって、送信者識別として前記エリアスの内の１つを使用する呼び出し要求を前記コンテンツサーバから送信する、または、受信者識別として前記エリアスの内の１つを使用する会議装置からの呼び出し要求を前記コンテンツサーバで受信する、ステップと、
   前記送信者識別または受信者識別の少なくとも一部を抽出し、前記抽出された識別を前記データベース内の前記エリアスと比較するステップと、
   抽出された識別が前記データベース内の保存されたエリアスの１つと一致する場合に前記データベース内の前記一致したエリアスに関連づけられた前記設定を使用して前記電話会議をストリーミングおよび／または記録するステップと、を有することを特徴とする、方法。
2. 前記呼び出しを確立するステップが、
   前記コンテンツサーバをゲートキーパに登録するステップと、
   受信者識別として前記エリアスの内の１つを使用する会議装置からの呼び出し要求を前記ゲートキーパで受信するステップと、
   前記呼び出し要求を前記コンテンツサーバにルーティングするステップとをさらに有することを特徴とする、請求項１に記載の方法。
3. 前記呼び出しを確立するステップが、
   前記データベース内の前記エリアスまたはエリアスの前記一部の内の１つを送信者識別として選択するステップと、
   前記選択されたエリアスまたはエリアスの一部から、前記コンテンツサーバからの呼び出し要求を会議装置に送信するステップをさらに有することを特徴とする、請求項１に記載の方法。
4. 前記登録するステップが、１つまたは複数のサービス接頭文字および／またはサービス接尾文字と共に、前記コンテンツサーバをゲートウェイとして前記ゲートキーパに登録するステップをさらに有すると共に、前記抽出するステップが、前記受信者識別から前記接頭文字または接尾文字を除去するステップをさらに有することと特徴とする、請求項２に記載の方法。
5. 前記登録するステップが、
   前記コンテンツサーバを端末として前記ゲートキーパに登録するステップと、
   前記データベース内の前記複数のエリアスのそれぞれを前記ゲートキーパに登録するステップとをさらに有することを特徴とする、請求項２に記載の方法。
6. 前記ストリーミング設定および／または保管設定が、
   記録フォーマットおよび記録出力、並びにストリーミングフォーマットおよびストリーミング出力のための設定を収容するテンプレートファイルと、
   前記呼び出しのためのＨ．３２３またはＳＩＰ設定を収容する呼び出し構成ファイルとを有することを特徴とする、請求項１から５までのいずれか１項に記載の方法。
7. 前記ストリーミング設定および／または保管設定が、
   エリアス所有者と、
   誰が前記会議を視聴可能で、誰が前記会議の詳細を編集可能か規定するアクセスリストと、
   前記会議の記録を特定のカテゴリに指定するデフォルトのカテゴリと、
   前記会議のための、表題、説明、提示者、著作権、またはキーワード、以上の内の１つまたは複数を収容するメタデータとのための設定をさらに有することを特徴とする、請求項１から６までのいずれか１項に記載の方法。
8. Ｈ．３２３またはＳＩＰでコード化されたデータストリームを受信するように構成された少なくとも１つの変換エンジンを有し、従来の会議フォーマットでコード化されたデータストリームを、規定されたマルチメディアストリーミングフォーマットのマルチメディアストリームに変換する、テレビ電話会議の動的なストリーミング構成および／または保管構成を提供するためのシステムにおいて、
   エリアス並びにエリアスに関連づけられたストリーミング設定および／または保管設定を収容する複数のレコードを保存するように構成されたデータベースと、
   前記コンテンツサーバと会議装置との間に呼び出しを確立するための呼び出し処理ユニットであって、送信者識別として前記エリアスの内の１つを使用する呼び出し要求を送信する、または、受信者識別として前記エリアスの内の１つが使用される会議装置からの呼び出し要求を受信するように構成された、呼び出し処理ユニットとを有し、
   前記呼び出し処理ユニットが、
   前記送信者識別または受信者識別の少なくとも一部を抽出し、前記抽出された識別を前記データベース内の前記エリアスと比較するようにさらに構成され、
   前記変換エンジンが、前記抽出された識別が前記データベース内に前記保存されたエリアスの内の１つと一致する場合には、前記データベース内の一致したエリアスに関連づけられた前記設定を使用して、前記電話会議をストリーミングする、および／または記録するようにさらに構成されたことを特徴とする、システム。
9. 前記呼び出し処理ユニットが、受信者識別として前記エリアスの内の１つを使用する会議装置からの呼び出し要求を前記ゲートキーパが受信すると、前記呼び出し要求が前記コンテンツサーバにルーティングされるような態様で、前記コンテンツサーバをゲートキーパに登録するようにさらに構成されたことを特徴とする、請求項８に記載のシステム。
10. 前記呼び出し処理ユニットが、送信者識別として前記エリアスの内のいずれかを使用するようにさらに構成されたことを特徴とする、請求項８に記載のシステム。
11. 前記呼び出し処理ユニットが、１つまたは複数のサービス接頭文字および／またはサービス接尾文字と共に、前記コンテンツサーバをゲートウェイとしてゲートキーパに登録し、呼び出し要求が受信されると、前記受信者識別から前記接頭文字または接尾文字を除去することによって前記エリアスを抽出するようにさらに構成されたことを特徴とする、請求項９に記載のシステム。
12. 前記呼び出し処理ユニットが、前記ストリーミングおよび保管のシステムを端末として前記ゲートキーパに登録し、前記データベース内に生成され保存された前記複数のエリアスのそれぞれを前記ゲートキーパに登録するようにさらに構成されたことを特徴とする、請求項９に記載のシステム。
13. 前記ストリーミング設定および保管設定が、記録フォーマットおよび記録出力、並びにストリーミングフォーマットおよびストリーミング出力のための設定を収容するテンプレートファイルと、前記呼び出しのためのＨ．３２３またはＳＩＰ設定を収容する呼び出し構成ファイルとを少なくとも有することを特徴とする、請求項８から１２までのいずれか１項に記載のシステム。
14. 前記ストリーミング設定および保管設定が、エリアス所有者と、誰が前記会議を視聴可能で、誰が前記会議の詳細を編集可能か規定するアクセスリストと、前記会議の記録を特定のカテゴリに指定するデフォルトのカテゴリと、前記会議のための、表題、説明、提示者、著作権、またはキーワード、以上の内の１つまたは複数を収容するメタデータとのための設定をさらに有することを特徴とする、請求項８から１３までのいずれか１項に記載のシステム。

Images