(57)【要約】  【課題】  【解決手段】  ストリーミングサーバ、許可サーバ、ユーザシステム、及び配信サーバを具えるグループ同報許可システム。配信サーバはグループ同報チャネルを介してグループ同報データストリームを提供する。ユーザシステムは、グループ同報データストリームを受信する許可コードをリクエストして許可サーバから受信し、この許可コードをストリーミングサーバに提供する。ストリーミングサーバは、許可サーバとユーザシステムの双方に接続されており、許可コードを確認すると、グループ同報データストリームにアクセスするためのスタートアップ情報をユーザシステムに送信する。グループ同報データストリームは暗号化されており、ユーザシステムは、暗号化されたグループ同報データストリームを解読するのに使用する暗号化キーを提供する許可サーバとの接続を維持する。【選択図】    図２
2008516476.tif 000002
【特許請求の範囲】
【請求項１】
ユーザシステムによるグループ同報データストリームの受信を許可する方法において：
許可サーバからグループ同報データストリームを受信するための許可コードをリクエストする機能と；
前記許可サーバから許可コードを受信する機能と；
ストリーミングサーバへ前記許可コードを提供する機能と；
前記ストリーミングサーバによって前記許可コードを確認する機能と；
前記許可コードが確認されると、前記ストリーミングサーバから前記グループ同報データストリーム情報にアクセスするためのスタートアップ情報を受信する機能と；
を具えることを特徴とする方法。
【請求項２】
請求項１に記載の方法において、前記グループ同報データストリームが暗号化されたデータストリームであることを特徴とする方法。
【請求項３】
請求項２に記載の方法が更に：
前記ユーザシステムと前記許可サーバとの間の接続を前記グループ同報データストリームが受信している間、維持する機能と；
前記許可サーバから暗号化コードを受信する機能と；及び
前記暗号化したグループ同報データストリームを、前記暗号化コードを用いて解読手順に従って解読する機能と；
を具えることを特徴とする方法。
【請求項４】
請求項１に記載の方法が更に、前記スタートアップ情報を受信すると、前記ストリーミングサーバから前記ユーザシステムの接続を切り離す機能を具えることを特徴とする方法。
【請求項５】
請求項１に記載の方法において、前記リクエストを行う機能が、前記許可サーバへユーザ名とパスワード証明を提供する機能を具えることを特徴とする方法。
【請求項６】
請求項１に記載の方法において、前記許可コードがキートークンを具えることを特徴とする方法。
【請求項７】
請求項１に記載の方法が更に、前記ユーザシステムと前記許可サーバとの間の接続を、前記グループ同報データストリームを受信している間維持する機能を具えることを特徴とする方法。
【請求項８】
請求項１に記載の方法において、前記確認機能が：
前記ストリーミングサーバによって許可サーバと交信する機能と；
前記許可サーバへ前記許可コードを提供する機能と；
前記許可コードが有効であるかどうかを決定する機能と；及び
前記許可コードが有効であると決定したら前記ストリーミングサーバで確認信号を受信する機能と；
を具えることを特徴とする方法。
【請求項９】
請求項６に記載の方法において、前記許可サーバからの前記キートークンがバックチャネルを介して前記ユーザシステムによって受信されることを特徴とする方法。
【請求項１０】
請求項１に記載の方法において、前記ユーザシステムがメディアプレーヤであることを特徴とする方法。
【請求項１１】
グループ同報データストリームに対するアクセスを提供するグループ同報許可システムにおいて：
クライアントアプリケーションと；
許可サーバであって、前記ユーザシステムから許可コードリクエストを受信し、前記ユーザシステムへ許可コードを提供するように接続されている許可サーバと；及び
前記許可サーバとユーザシステムの双方に接続して、前記許可サーバから確認信号を受信したら、前記グループ同報データストリームにアクセスするためのスタートアップ情報を前記ユーザシステムに提供するストリーミングサーバと；
を具えることを特徴とするシステム。
【請求項１２】
請求項１１に記載のシステムにおいて、前記ユーザシステムによってアクセスされたグループ同報データストリームが暗号化され、前記許可サーバが前記暗号化したデータストリームを解読する暗号化キーを前記ユーザシステムに提供することを特徴とするシステム。
【請求項１３】
請求項１２に記載のシステムにおいて、前記システムが前記ユーザシステムと前記許可サーバ間の接続を、前記暗号化したグループ同報データストリームを受信している間、維持することを特徴とするシステム。
【請求項１４】
請求項１１に記載のシステムにおいて、前記クライアントアプリケーションがメディアプレーヤを具えることを特徴とするシステム。
【請求項１５】
請求項１１に記載のシステムが更に、前記ユーザシステムを前記許可サーバに接続するデータチャネルを具えていることを特徴とするシステム。
【請求項１６】
請求項１１に記載のシステムにおいて、前記ストリーミングサーバと許可サーバが、前記ユーザシステムを確認する確認チャネルを介して前記ストリーミングサーバに接続されていることを特徴とするシステム。
【請求項１７】
請求項１１に記載のシステムが更に、複数のクライアントアプリケーションを具え、各クライアントアプリケーションが、前記グループ同報データストリームにアクセスする許可コードを受信するために前記許可サーバに接続していることを特徴とするシステム。
【請求項１８】
請求項１７に記載のシステムにおいて、各クライアントアプリケーションが前記ストリーミングサーバに接続して、所望のグループ同報データストリームにアクセスするためのスタートアップ情報を受信することを特徴とするシステム。
【請求項１９】
請求項１１に記載のシステムにおいて、前記グループ同報データストリームが少なくとも一のビデオデータとオーディオデータを具えることを特徴とするシステム。
【請求項２０】
請求項１１に記載のシステムにおいて、前記許可コードがキートークンであることを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
発明の属する技術分野
本発明は、マルチメディア通信の分野に関するものであり、特に、グループ同報マルチメディアデータストリームの受信を許可する同報通信システム及び方法に関する。
【０００２】
発明の背景
効率的なネットワークセキュリティは、良好なデジタルマルチメディア送信を可能にする。今日の技術には、秘密キー暗号を使用することによってクライアント／サーバアプリケーション用の認証を提供するように設計されたネットワーク認証プロトコルがある。ネットワーク認証プロトコルは、通信プロトコルと共に使用することで二つのパーティ間でのデータの確実な配信を提供する。
【０００３】
セキュアソケットレイヤ（Secure socket layer：ＳＳＬ）は、インターネット上の主要なセキュリティプロトコルである。ＳＳＬは、ウエブサイトのアイデンティティを確認して、クレジットカードやその他の個人データなどの機密データをベンダに送るための認証と暗号化を提供するのに広く使用されている。認証の成功は、ログオンしようとしているユーザまたはクライアントの機械のアイデンティティを証明する。認証されたユーザは、予め決められた方針に基づいて特定のリソースにアクセスが許され、ユーザまたはユーザグループに許可レベルが割り当てられる。
【０００４】
ユーザを認証するプロセスは、二つのパーティ間で送信されたメッセージの完全性を検証するステップを含む。ユーザがネットワークにログオンするときは、ユーザのアイデンティティが検証されなくてはならず、認証方法を用いて各特定ユーザのアイデンティティを証明する。ユーザがログオンすると、ネットワークアクセスサーバ（ＮＡＳ）、ワイヤレスアクセスポイントまたは、認証サーバが「呼びかけ」を作る。この呼びかけは、典型的にはクライアント機械に送られた乱数である。 
【０００５】
認証トークンは、それを所有し続けているユーザを認証するために設けられたセキュリティデバイスである。ネットワークにログオンするためには、セキュリティ「カード」または「トークン」が、クレジットカードのように直接的に読み取られたり、あるいはパスワードとしてタイプされた交換番号を表示することがある。後者も、ソフトウエアに全体的に実装される。
【０００６】
呼びかけ／応答システムも、認証トークンと共に動作する。これは、ユーザが所有しているスマートカードまたはクレジットカードの大きさのカードである。ユーザがログオンするときに、ユーザは自分のスマートカードをリーダに挿入するか、カードの上の読み出し情報に表示されたパスワードをタイプするかして、呼びかけに応答する。この例では、ネットワークアクセスサーバか、認証サーバのいずれかが乱数を生成して、クライアントに呼びかけとして送信する。クライアントはハッシュアルゴリズムを使用して、この呼びかけとパスワードを組み合わせて結果を送り返す。発信コンポーネントは、同じハッシュステップを実行して、これをクライアントの結果と比較する。これが合致すれば、システムはそのクライアントが正しいパスワードを持っていることがわかる。
【０００７】
ネットワークセキュリティで広く使用されているもう一つの形態は暗号化である。暗号化とは、秘密キーの生成、配信およびメンテナンスである。暗号化は、秘密キーをどのように生成するかを決定し、それを両パーティが入手可能にする。秘密キーは、２進数であり、典型的には４０乃至２５６ビットの長さである。キー中のビット数（暗号強度）が大きいほど、より多くのキー組み合わせの可能性があり、コードを破るのにより長い時間がかかるであろう。キー中のビットをデータビットと数学的に組み合わせることによりデータが暗号化される。受信側では、キーを用いてコードロックを解除し、オリジナルデータを復元する。公開キーシステムは、交換用に広く使用されている。セッションキーが使用される場合は、その生成と、更新する時期をキー構成が決定する。
【０００８】
パスワード、デジタル署名、およびスマートカードも、ネットワークに対するクライアントのアイデンティティを証明するのに使用することができる。クライアントのソフトウエアは、パスワードまたは秘密キーを用いて、暗号アルゴリズムまたはワンウエイハッシュ機能を介してアイデンティティを暗号化し、結果をネットワークに送り返す。呼びかけに対して認証システムも同じ暗号化プロセスを実行して、その結果をクライアントからの応答と比較する。これらが合致すれば、認証システムが、ユーザが正しいパスワードを使用していることを検証する。パスワードはユーザを認識するのに広く使用されているが、これはユーザがパスワードを知っていることを検証するだけである。デジタル署名は、情報が変更されていないことを保証する。デジタル署名の二つの主なアプリケーションは、ウエブサイトへの安全な接続をセットアップし、送信されたファイルの完全性を検証するためのものである。スマートカードは、デジタル署名と同じように機能する。しかしながら、スマートカードは、ユーザが所有する物理的トークンを有していることを検証する。
【０００９】
カーベロスは、小企業と多数のドメインと認証サーバを有する大企業の両方で動作するように設計されたアクセス制御システムである。カーベロスの概念は、ログオン時に得た「マスターチケット」を用いており、これを用いて特定のリソースが必要な場合は追加の「サービスチケット」を得る。ユーザがカーベロスシステムにログオンするとき、そのパスワードが暗号化されてキー配送センタ（Key Distribution Center：ＫＤＣ）内の認証サーバに送られる。認証が成功したら、ＫＤＣはマスターチケットを作って、ユーザの機械に送り返す。ユーザがサービスにアクセスしたいときに、ＫＤＣにマスターチケットが提示され、そのサービスに対するサービスチケットを得る。マスター−サービスチケット法は、ログオン時に一回だけ送ることによってパスワードをより安全に保つ。オンした時点から、サービスチケットが使用される。このチケットは、セッションキーのように機能する。
【００１０】
典型的なマルチメディアシステムでは、データネットワーク上でクライアントによって行われた接続リクエストにサーバが応答する。従来のアクセスコントロールが行われ、各クライアントは同じ接続を介してマルチメディア情報の受信が許可される。このシステムはクライアントに権限を授与するものであるが、帯域幅が集中している。従って、クライアントのリクエストに応答するマルチメディアシステムにおける認証プロセスを合理化する必要がある。
【００１１】
典型的なマルチメディアストリーミングシステムでは、ストリーミングサーバはグループ同報チャネルにグループ同報データストリームを提供する。ユーザシステムは、許可サーバから許可コードをリクエストして受信し、グループ同報データストリームを受信して、ストリーミングサーバに許可コードを提供する。許可サーバとユーザシステムの双方に接続されているストリーミングサーバは、許可コードを確認したら、グループ同報データストリーム情報をユーザシステムに送信する。
【００１２】
ストリーミングシステムの帯域幅の必要性を低減するために、いくつかのストリーミングサーバは、クライアントを別々にストリーミングすることで、ネットワーク上で行われたストリーム方向付け接続リクエストに応答する。マルチメディアストリームのコピーを受信する代わりに、クライアントは、ストリームデータを見つけることができるグループ同報グループを列挙する情報を受信する。次いで、特定のグループ同報グループに加入することによって、クライアントがマルチメディアストリームを受信する。クライアントがグループ同報グループに加入すると、クライアントにはもはやアクセスコントロールが行われない。このシステムは、安全性が低く、セキュリティ証明を複数の加入者でシェアすることができるが、比較的少ないマルチメディアストリームを見ている比較的多数のクライアントにシステムがサービスを提供している場合でも帯域幅が集中しない。
【００１３】
広く、異質なネットワークに亘って展開しているストリーミングシステムを伴う大型ビジネスは、強い財政上のインセンティブを有しており、帯域幅効率がより良いグループ同報システムを使用している。しかしながら、このようなビジネスは同報通信を行うコンテントを保全する義務も負っている。従って、大型ビジネスは、グループ同報グループへの全加入期間においてクライアントの受信を許可する方法を提供するシステムを必要としている。
【００１４】
発明の概要
本発明は、マルチメディア通信の分野に関し、特に、グループ同報マルチメディアの受信を許可するシステム及び方法に関する。
【００１５】
本発明の原理による方法及びシステムは、ユーザシステムによってグループ同報データストリームの受信を許可する。ユーザシステムは、許可サーバから許可コードをリクエストして、グループ同報データストリームを受信する。許可コードは、許可サーバから受信され、ストリーミングサーバに提供される。このストリーミングサーバは、許可コードを確認にして、許可コードが確認されると、グループ同報データストリーム情報へアクセスするスタートアップ情報をユーザシステムへ提供する。
【００１６】
メディアプレーヤクライアントによってグループ同報送信チャネルでマルチメディアコンテントの受信を許可するシステムが提供されている。このシステムの第１の態様によれば、メディアプレーヤクライアントは、許可サーバへのバックチャネル接続を維持することによってグループ同報された再生を許可する。このシステムは、ストリーミングサーバ、許可サーバ、およびメディアプレーヤを使用する。ストリーミングサーバは、メディアプレーヤクライアントに、グループ同報マルチメディアデータストリームへアクセスを許可するための情報を提供するように構成されている。メディアプレーヤは、許可サーバと交信して、バックチャネルを設定する。メディアプレーヤは、このバックチャネルを使用して、ユーザ及びパスワード証明を許可サーバに提供する。ユーザ及びパスワード証明の許可の成功によって、バックチャネルを介してメディアプレーヤへトークンが戻る。次いで、メディアプレーヤは、許可トークンを用いてストリーミングサーバと交信する。このトークンは、ストリーミングサーバによって使用され、許可サーバでそのリクエストを確認することで、特定のストリームの送信を許可する。許可が成功した場合、ストリーミングサーバからグループ同報セッション情報がメディアプレーヤへ戻され、メディアプレーヤがグループ同報データストリームへアクセス可能になる。グループ同報データストリームは暗号化されている。メディアプレーヤと許可サーバ間のバックチャネル接続は、グループ同報セッションの間維持される。許可サーバによって、メディアプレーヤに、暗号解読プロセスによる暗号化グループ同報セッション情報の解読用の暗号化キーがバックチャネルを介して提供される。
【００１７】
本システムは、非常に強化されたセキュリティを提供してグループ同報マルチメディアの受信を許可する方法を提供し、グループ同報マルチメディアデータストリームにアクセスするための情報をメディアプレーヤに提供することによって、グループ同報マルチメディアの受信に必要な帯域幅を、最小限にするようにして、現存のシステムの欠点を克服している。
【００１８】
本発明の原理によるシステムは、これらの欠点と関連する問題に取り組むものである。
【００１９】
発明の詳細な説明
ここで使用されているアプリケーションは、オペレーティングシステム、ヘルスケア情報システム、あるいは、例えばユーザコマンドや入力に応答するその他の情報処理システムの機能を含む所定の機能を実行するためのコードまたは機械で読み取り可能なインストラクションを具える実行可能なアプリケーションである。実行可能な手順は、コードセグメント（機械で読み取り可能なインストラクション）、サブルーチン、またはその他の異なるコードセクション、または一又はそれ以上の特定のプロセスを実行するための実行可能なアプリケーションの部分であり、入力パラメータを受信するときに（または、受信した入力パラメータに答えて）オペレーションを実行するステップを含んでおり、結果としての出力パラメータを提供するステップを提供するものであっても良い。ここで使用されているプロセッサは、課題を実行するためのデバイス及び／又は機械で読み取り可能なインストラクションセットである。プロセッサは、ハードウエア、ファームウエア，及び／又はソフトウエアのうちのいずれか一つ、またはこれらの組み合わせを具えている。プロセッサは、実行可能な手順によってあるいは情報デバイスによって、使用する情報を操作、分析、変更、変換又は送信することによって、及び／又は出力デバイスへその情報をルーティングすることによって、情報に作用する。プロセッサは、例えば、コントローラまたはマイクロプロセッサの機能を使用する、あるいは具えるものであっても良い。ここで使用されているマルチメディアコンテントあるいはコンテントストリームは、ビデオデータ及びオーディオデータのうちの少なくとも一つを有する符号化されたまたは符号化されていないデータである。ここで使用されているメディアプレーヤアプリケーションは、ユーザにオーディオ、ビデオ又はオーディオ−ビデオデータを、リクエスト、選択、処理、表示、送信、受信、および再生のうちの少なくとも一つを行わせるアプリケーションを具える。ここで使用されているストリーミングサーバは、データストリームを更に処理することができるクライアントアプリケーションによって受信される、ビデオデータおよびオーディオ−ビデオデータのうちの少なくとも一つを具える連続データストリーム（符号化されている、または符号化されていない）を提供する専用システムである。ここで使用されている許可サーバは、特定のユーザがシステムリソースを使用する権利又は許可を有するかどうかを決定することができる、あらゆるソフトウエアアプリケーション又はハードウエア装置を具える。ここで使用されているグループ同報データストリームは、特定のグループ又はユーザの員、または特定のシステムへ送信され同報通信した単一のソースから発信する、ここで符号化されたビデオ及びオーディオ−ビデオデータのうちの少なくとも一つを有するデータの連続ストリームを具える。ここで使用されている許可コードは、メディアプレーヤアプリケーションを確認し、グループ同報データストリームを受信するアクセスを許可するのに使用するためにメディアプレーヤアプリケーションへ提供されるデータストリングである。
【００２０】
更に、図１乃至４の全ての機能は、ソフトウエア、ハードウエア、あるいはこれらの組み合わせを用いて実行することができる。
【００２１】
図１は、グループ同報マルチメディアコンテントを受信するストリーミングサーバに接続した複数のクライアントアプリケーションを示す図である。このシステムは、複数のメディアプレーヤクライアントアプリケーション１６と、ストリーミングサーバ１２と、許可サーバ１４を具える。複数のメディアプレーヤアプリケーション１６は、ストリーミングサーバ１２と許可サーバ１４に個別に接続されている。更に、ストリーミングサーバ１２は、許可サーバ１４に接続されている。これらの接続は、限定するものではないが、広域ネットワーク（ＷＡＮ）、構内ネットワーク（ＬＡＮ）、および無線接続を含む。
【００２２】
クライアントは、マルチメディアデータストリームのリクエストと表示の双方にメディアプレーヤアプリケーション１６を使用する。このシステムに関して、メディアプレーヤアプリケーション１６によって検索されたマルチメディアストリームは、ストリーミングサーバ１２から受信された情報に基づいてアクセス可能な位置から提供されるマルチメディアコンテントである。マルチメディアコンテントは、限定するものではないが、ストリーミングビデオ及び／又はオーディオコンテントを含む。更に、ストリーミングコンテントは、それぞれ、リクエストしているクライアントが表示するための、予め記録されたオーディオ−ビデオデータストリームであっても良く、あるいはライブを捕らえたオーディオ−ビデオデータストリームであっても良い。許可サーバ１４は、下記に述べるようなグループ同報ネットワークを介して送信されたデータストリームを保全する機構を提供する。
【００２３】
図２を参照してより詳細に後述するように、ストリーミングサーバ１２は、データストリームにアクセスするためのスタートアップ情報に関する情報を、許可サーバ１４によって提供された確認されたキートークン２０を有するメディアプレーヤクライアントアプリケーション１６に提供するように構成されている。このキートークンは、限定するものではないが、メディアプレーヤクライアントアプリケーション１６についての少なくとも一の認識情報を含んでおり、この情報は、メディアプレーヤがアクセスその他をリクエストしているアクティブセッションを認識する。
【００２４】
従って、メディアプレーヤクライアントアプリケーション１６は、許可サーバ１４と交信してキートークン２０のリクエストを送る。このリクエストは、ユーザ及びパスワード証明を具えており、バックチャネル１８を介して許可サーバ１４へ提供される。ユーザ及びパスワード証明を受信すると、許可サーバ１４は、ユーザ及びパスワード証明を許可する。許可が成功すると、メディアプレーヤと、メディアプレーヤアプリケーション１６に戻るリソースのアクセス用のアクティブセッションを認識するキートークン２０が生じる。メディアプレーヤアプリケーション１６は、バックチャネル１８を介してキートークン２０を受信し、バックチャネル１８を介して許可サーバ１４との接続を維持する。キートークン２０がメディアプレーヤアプリケーション１６に受信されると、メディアプレーヤアプリケーション１６は、ストリーミングサーバ１２と交信して、ストリーミングサーバ１２に許可キートークン２０を提供する。ストリーミングサーバ１２は、許可サーバ１４と交信して、確認リクエストと共に、確認チャネルを介してこのキートークン２０を許可サーバに提供する。許可サーバ１４は、ストリーミングサーバ１２からの確認リクエストとキートークン２０を受信して処理する。許可サーバ１４は、キートークン２０をチェックして、これが有効であることを確認し、メディアプレーヤクライアント１６へグループ同報セッション情報を提供する許可をストリーミングサーバ１２に与える。ストリーミングサーバ１２でキートークン２０の確認が受信されると、グループ同報セッション情報がメディアプレーヤアプリケーション１６に戻され、リクエストしたグループ同報コンテントストリームにメディアプレーヤがアクセスできるようになる。ストリーミングサーバは、メディアプレーヤに、グループ同報マルチメディアデータストリームを送信する配信サーバにどこでどのようにアクセスするかについての情報を含むスタートアップ情報を提供する。スタートアップ情報を受信すると、メディアプレーヤ１６とストリーミングサーバ１２間の接続が終了する。
【００２５】
有効なキートークン２０を提供しないメディアプレーヤアプリケーション１６については、グループ同報セッション情報へのアクセスが否認される。各メディアプレーヤアプリケーション１６は、グループ同報セッション情報へのアクセスを獲得するためには、許可サーバ１４から有効なキートークン２０を取得して、このキートークン２０をストリーミングサーバに提供することが要求される。更に、メディアプレーヤクライアント１６は、グループ同報セッションを通じて、バックチャネル１８の許可サーバ１４との接続を維持することが要求される。
【００２６】
グループ同報マルチメディアデータストリームを送信する配信サーバ（図示せず）は、ストリーミングサーバによって提供されたアクセス情報に基づいてメディアプレーヤ１６によってアクセス可能である。データストリームは、グループ同報データストリームとして送信され、暗号化される。データストリームが送信された位置と交信すると、メディアプレーヤ１６は暗号化されたデータストリームを受信することができる。メディアプレーヤにはまた、バックチャネル接続を介して許可サーバによって暗号化キーが提供される。暗号化キーは、メディアプレーヤによって、暗号解読手順を用いて暗号化されたデータストリームを解読するのに使用される。配信サーバは、グループ同報データストリームを、メディアプレーヤが送信を受信したかどうかを決定し得ないまま送信する。暗号化キーは、解読したデータストリームを回復させるのに必要であるので、メディアプレーヤがデータストリームを受信したかどうかを決定することができる。
【００２７】
図２は、マルチメディアグループ同報を許可するシステムのブロック図である。システム１０は、ストリーミングサーバ１２と、許可サーバ１４と、メディアプレーヤクライアントアプリケーション１６を使用している。クライアントは、マルチメディアデータストリームのリクエストと表示の双方にメディアプレーヤアプリケーション１６を用いて、そこで符号化されたオーディオ及びビデオデータを有するマルチメディアデータストリームへのアクセスを取得する。システムに対して、クライアントが検索したマルチメディアストリームは、グループ同報送信チャネルを介してマルチメディアコンテントを送信する配信サーバ３０に保存されたマルチメディアコンテントである。このマルチメディアコンテントは、限定するものではないが、流れているビデオ及び／又はオーディオコンテントを含んでいても良い。更に、このストリーミングコンテントは、それぞれリクエストしているクライアントが表示する、予め記録されたオーディオ−ビデオデータストリーム又はライブを捕えたオーディオ−ビデオデータストリームであっても良い。本発明のシステム１０は更に、メディアプレーヤクライアント１６とストリーミングサーバ１２の各々と通信する許可サーバ１４を具える。許可サーバ１４は、配信サーバ３０によってグループ同報ネットワークを介して送信されるデータストリームを保全する機構を具える。
【００２８】
ストリーミングサーバ１２は、許可サーバ１４から受信したキートークン２０を使用しているクライアントに、配信サーバ３０にアクセスするためのスタートアップ情報を提供することによって、メディアプレーヤアプリケーション１６を許可する。従って、グループ同報セッション情報を受け取る前に、メディアプレーヤアプリケーション１６は許可サーバ１４と交信して、キートークン２０のリクエストを出す。メディアプレーヤアプリケーション１６は、このリクエストと共にユーザ及びパスワード証明をバックチャネル１８を介して許可サーバ１４に提供する。許可サーバ１４は、ユーザ及びパスワード証明を受信すると、このユーザ及びパスワード証明を確認する。確認が成功すると、キートークン２０をメディアプレーヤアプリケーション１６に戻す。メディアプレーヤアプリケーション１６と許可サーバ１４は、バックチャネル１８を介しての通信を維持する。キートークン２０がメディアプレーヤアプリケーション１６で受信されると、メディアプレーヤアプリケーション１６は、ストリーミングサーバ１２と交信して、キートークン２０をストリーミングサーバ１２に提供する。ストリーミングサーバ１２は、確認チャネルを介してキートークン２０を確認するために、許可サーバ１４と交信する。許可サーバ１４は、キートークン２０を認証して、ストリーミングサーバ１２に確認信号を提供する。許可サーバ１４がストリーミングサーバ１２とのリクエストを確認すると、グループ同報セッション情報へアクセスするためのスタートアップ情報がマルチメディアプレーヤアプリケーション１６へ戻され、メディアプレーヤクライアントが配信サーバ３０上のリクエストしたマルチメディアコンテントストリームにアクセス可能となる。メディアプレーヤアプリケーション１６がスタートアップ情報を受け取ると、ストリーミングサーバ１２との接続が終了する。メディアプレーヤアプリケーションは、次いで、配信サーバと交信して、グループ同報マルチメディアデータストリームを受信する。グループ同報マルチメディアデータストリームは、配信サーバによって暗号化された信号として送信される。メディアプレーヤはこの暗号化されたグループ同報マルチメディアデータストリームを配信サーバ３０から、許可サーバ１４からの暗号化キーと共に受信する。メディアプレーヤアプリケーションは、暗号解読手順を用いて、この暗号化されたグループ同報マルチメディアデータストリームを解読することができる。
【００２９】
図３は、本発明を使用する場合のフローチャートである。ステップＳ１０１では、メディアプレーヤアプリケーション１６が許可サーバ１４と交信する。バックチャネル１８を介してリクエストがなされ、このリクエストはメディアプレーヤアプリケーション１６用のユーザ名とパスワード証明を含む。ステップＳ１０２では、許可サーバ１４がこのユーザ名とパスワードを確認する。ユーザ名とパスワードは、ストリーミングサーバ１２へのアクセスを許可されたユーザ独自のものである。ユーザ名とパスワードが有効であることが決定されると、許可サーバ１４はメディアプレーヤアプリケーション１６とメディアプレーヤアプリケーションがアクセスを試みているアクティブセッションを認識するキートークン２０を生成し、ステップＳ１０３においてバックチャネル１８を介してこのキートークン２０をメディアプレーヤアプリケーション１６へ提供する。しかしながら、ユーザ名とパスワードが確認されない場合は、許可サーバ１４はメディアプレーヤアプリケーション１６へのキートークン２０を無視して、これによって、ステップＳ１０４で示すようにメディアプレーヤアプリケーション１６がストリーミングサーバ１２からのコンテントを受け取ることを許可しない。アクティブセッションが終了し、メディアプレーヤアプリケーション１６が別のグループ同報データストリームを受信することを希望する場合、メディアプレーヤアプリケーションは、メディアプレーヤアプリケーション１６を認識する新しいキートークン２０と、メディアプレーヤアプリケーションがアクセスを試みている新しいアクティブセッションをリクエストしなければならない。
【００３０】
キートークン２０を受信した後、ステップＳ１０５において、メディアプレーヤアプリケーション１６はこのキートークン２０をストリーミングサーバ１２へ提供する。ストリーミングサーバ１２は、次いでステップＳ１０６に示すように、確認チャンネルを介して許可サーバ１４と交信して、キーコード２０を確認する。許可サーバ１４から確認があると、ステップＳ１０８に示すように、グループ同報コンテントストリーム情報へアクセスするためのスタートアップ情報がメディアプレーヤアプリケーション１６へ戻される。スタートアップ情報が受信されると、ストリーミングサーバとの接続が終了し、メディアプレーヤアプリケーションは、ステップＳ１０９に示すように、コンテントストリームにアクセスするために配信サーバ３０と交信する。しかしながら、メディアプレーヤアプリケーション１６から受信したキートークン２０が許可サーバ１４によって無効であると決定された場合、ステップＳ１０７に示すように、ストリーミングサーバ１２は、グループ同報コンテントストリーム情報へのメディアプレーヤアプリケーション１６のアクセスを否認する。メディアプレーヤアプリケーション１６がストリーミングサーバ１２からグループ同報コンテントストリーム情報へのアクセスを受信するためには、メディアプレーヤアプリケーション１６は、ストリーミングサーバ１２と交信する前に許可サーバ１４から有効なキートークン２０を取得する。正しいキートークン２０をもってしてのみメディアプレーヤアプリケーション１６のクライアントは、ストリーミングサーバ１２上のあるコンテンツへのアクセスが許可される。コンテントストリームは、暗号化したグループ同報信号として送信される。従って、コンテント情報を受信して表示するためには、メディアプレーヤアプリケーションは許可を受けてストリーミングサーバ１２からスタートアップ情報を受信するのみならず、バックチャネル接続を介して許可サーバ１４から暗号化キーを受信しなくてはならない。暗号化されたコンテントストリーム情報と暗号化キーを受信すると、メディアプレーヤクライアントは、暗号解読手順を用いてコンテントストリーム情報を解読する。暗号解読手順はメディアプレーヤアプリケーションに保存しておくか、スタートアップ情報と共にストリーミングサーバによって提供するか、あるいは、暗号化キーと共に許可サーバによって提供するようにしても良い。
【００３１】
図４は、許可サーバ１４からキートークン２０をリクエストし、ストリーミングサーバ１２と配信プロセッサ３０にアクセスするクライアントメディアプレーヤアプリケーション１６を示す図である。メディアプレーヤアプリケーション１６は、ユーザ名とパスワードを含むリクエストを許可サーバ１４に送ることによって許可サーバ１４にログオンする。ユーザ名とパスワードが確認されると、許可サーバ１４はキートークン２０を生成し、このキートークンがメディアプレーヤアプリケーション１６に提供されてメディアプレーヤにストリーミングサーバ１２へのアクセスを許可する。キートークン２０は許可サーバ１４からメディアプレーヤアプリケーション１６にバックチャネル１８を介して送られ、メディアプレーヤアプリケーション１６と許可サーバ１４との接続は、ストリーミングサーバ１２との通信が行われている期間中バックチャネル１８を介して維持される。
【００３２】
メディアプレーヤアプリケーション１６がバックチャネル１８を介して許可サーバ１４からキートークン２０を受信した後、メディアプレーヤアプリケーション１６は、許可キートークン２０を伴ってストリーミングサーバ１２と交信する。次いで、キートークン２０は、許可サーバ１４でのメディアプレーヤアプリケーション１６の許可を有効にするためにストリーミングサーバ１２によって使用される。確認が成功すると、グループ同報コンテントストリーム情報を同報通信する配信サーバにアクセスするためのスタートアップ情報が、メディアプレーヤアプリケーション１６に戻される。スタートアップ情報がメディアプレーヤアプリケーション１６によって受信されると、メディアプレーヤアプリケーション１６とストリーミングサーバ間の接続が終了し、メディアプレーヤアプリケーションはストリーミングマルチメディアコンテントにアクセスするために配信サーバ３０と交信が可能になる。ストリーミングマルチメディアコンテントは、配信サーバによって暗号化される。メディアプレーヤアプリケーション１６は、又、バックチャネルを介して許可サーバから暗号化キーを受信する。暗号化キーは、メディアプアレーヤアプリケーション１６によって、暗号解読手順を用いて暗号化されたストリーミンググループ同報マルチメディアコンテントを解読するのに使用される。
【００３３】
しかしながら、メディアプレーヤアプリケーション１６から受信したキートークン２０が無効である場合は、ストリーミングサーバ１２はメディアプレーヤアプリケーション１６にスタートアップ情報を提供せずに、グループ同報コンテントストリーム情報へのアクセスを効率的に否認する。メディアプレーヤアプリケーション１６がグループ同報コンテントストリーム情報へのアクセスを受けるためには、メディアプレーヤアプリケーション１６はストリーミングサーバ１２と交信する前に許可サーバ１４から有効なキートークン２０を取得しなければならない。正しいキートークン２０と共にのみ、メディアプレーヤアプリケーション１６のクライアントは、グループ同報マルチメディアデータストリームにアクセスするためのストリーミングサーバ１２によって提供されるスタートアップ情報にアクセスが許可される。
【００３４】
図１ないし４に示されているシステム、ユーザインターフェース画像及び手順は排他的なものではない。その他のシステム及び手順を、同じ目的を達成するために本発明の原理によって取り出すことができる。本発明は特定の実施例を参照して述べられているが、ここに示して説明した実施例及び変形例は説明のためだけの目的であると解される。現行の設計の変更は、当業者であれば本発明の範囲から外れることなく実行することができる。更に、図１、図２及び図４に記載のシステムと、図３に記載の手順で与えられた機能はいずれもハードウエア、ソフトウエア、またはこれらの組み合わせによって実行することができる。リソースモニタリングシステムとディスプレイ画像は、企業の活動の全体像を表しており、そのステータス、使用期間、使用優先順位、活動におけるスケジュールにない遅延を適応的に補償する入手可能時間（日にち）を表示するリソーススケジュールを示す。
【図面の簡単な説明】
【００３５】
【図１】図１は、本発明の原理によって、グループ同報マルチメディアコンテントを表示するためにストリーミングサーバと接続した複数のクライアントを示す図である。
【図２】図２は、本発明の原理によるグループ同報システムのブロック図である。
【図３】図３は、本発明の原理によるマルチメディアグループ同報を許可するシステムのフロー図である。
【図４】図４は、本発明の原理によって、許可サーバからのキートークンをリクエストして、ストリーミングサーバにアクセスするクライアントメディアプレーヤを示す図である。
【図１】
2008516476.tif 000003
【図２】
2008516476.tif 000004
【図３】
2008516476.tif 000005
【図４】
2008516476.tif 000006
【国際調査報告】
2008516476.tif 000007
2008516476.tif 000008
2008516476.tif 000009
2008516476.tif 000010