(57)【要約】画面共有体験のための共有保護技法について記載する。少なくとも一部の実施形態では、画面共有体験は、通信セッションの一部として、ユーザーが彼らの表示画面の部分を他のユーザーと共有することを伴う。種々の実施形態によれば、画面共有体験の一部として彼らの画面を他のデバイスと共有しているユーザーは、画面の一部を共有保護されるものとして指定することによって、その一部が共有されないように保護することができる。つまり、ユーザーの画面の識別された一部からのコンテンツが暗号化され、このコンテンツを解読することができない他のデバイスが、このコンテンツを見ることを防止する。１つ以上の実施形態によれば、画面共有体験の一部として、共有保護されたものを解読し視聴するために、暗号鍵へのアクセスがユーザーに許可されるように、このユーザーを共有特権者として指定することができる。【選択図】図１
2020504353.tif 000002
【特許請求の範囲】
【請求項１】
画面共有体験に対して媒体を保護するシステムであって、
少なくとも１つのプロセッサーと、
格納された命令を含む１つ以上のコンピューター読み取り可能記憶媒体と、
を含み、前記命令が、前記少なくとも１つのプロセッサーによる実行に応答して前記システムに動作を実行させ、該動作が、
共有媒体のある領域が、画面共有体験の一部として共有保護されるべきであることを確認する動作と、 
前記画面共有体験における参加者のグループにおける前記画面共有体験中に、前記領域からのコンテンツに鍵で暗号化させる動作と、
前記参加者のグループの内第１参加者を、共有特権者として指定し、前記画面共有体験の一部として前記第１参加者のためにコンテンツを解読することを可能にするために、前記第１参加者に前記鍵がアクセス可能になることを許可し、前記参加者のグループの内第２参加者を共有特権者として指定せず、前記画面共有体験の一部として前記第２参加者に前記鍵がアクセス可能になることを許可しない動作と、    
を含む、システム。
【請求項２】
請求項１記載のシステムにおいて、前記確認する動作が、共有媒体の前記領域を識別するユーザー入力に応答する、システム。
【請求項３】
請求項１記載のシステムにおいて、共有媒体の前記領域が、クライアント・デバイスの表示エリアの領域に対応する、システム。
【請求項４】
請求項１記載のシステムにおいて、前記指定する動作が、前記第１参加者に関連する第１デバイスに前記鍵がアクセス可能になることを許可するが、前記第２参加者に関連する第２デバイスには前記鍵がアクセス可能になることを許可しない、システム。
【請求項５】
請求項１記載のシステムにおいて、前記画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、前記第１参加者を特権ユーザーであるとして指定するユーザー入力に基づき、前記ユーザー入力が、前記通信セッションに対する会合招待とのユーザーの対話処理を含む、システム。
【請求項６】
請求項１記載のシステムにおいて、前記画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、前記第１参加者に送られる前記通信セッションに対する会合招待に、前記鍵を添付させる、システム。
【請求項７】
請求項１記載のシステムにおいて、前記画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、前記第１参加者に送られる前記通信セッションに対する会合招待に、前記鍵へのポインタを含ませる、システム。
【請求項８】
請求項１記載のシステムにおいて、前記前記第１参加者を共有特権者として指定する前記動作が、前記第１参加者のグループ・メンバーシップに基づき、前記鍵が前記グループの会員にアクセス可能である、システム。
【請求項９】
請求項１記載のシステムにおいて、前記画面共有体験が通信セッションを含み、前記動作が、更に、
前記通信セッションに対する特権招待状を前記第１参加者に送る動作であって、前記特権招待状が前記鍵へのアクセスを可能にする、動作と、
前記通信セッションに対する一般招待状を前記第２参加者に送る動作であって、前記一般招待状が、前記鍵へのアクセスを可能にしない、動作と、
を含む、システム。
【請求項１０】
請求項１記載のシステムにおいて、前記動作が、更に、前記画面共有体験の一部として、前記第１参加者に関連する第１デバイスおよび前記第２参加者に関連する第２デバイスに、データー・ストリームを伝達させる動作を含み、前記データー・ストリームが、前記領域からの暗号化コンテンツを、前記鍵で暗号化されていない前記共有媒体の異なる領域からの異なるコンテンツと共に含む、システム。
【請求項１１】
請求項１記載のシステムにおいて、共有媒体の前記領域が、クライアント・デバイスのディスプレイ・デバイスのある領域に対応し、前記画面共有体験が、前記クライアント・デバイスと、前記第１参加者に関連する第１デバイスと、前記第２参加者に関連する第２デバイスとを含むリアル・タイム通信セッションを含み、前記させる動作および前記指定する動作が、前記通信セッションの間に動的に実行される、システム。
【請求項１２】
画面共有体験に対して媒体を保護するためのコンピューター実装方法であって、
共有媒体の領域が、画面共有体験の一部として、共有保護されるべきであることを確認するステップと、
前記画面共有体験における第１参加者が、前記共有媒体の前記領域からのコンテンツへのアクセスを許可されることを指定するユーザー入力を受けるステップと、
前記画面共有体験における参加者のグループにおける前記画面共有体験中に、前記領域からのコンテンツを鍵で暗号化させるステップと、
前記参加者のグループの内前記第１参加者を、共有特権者として指定し、前記画面共有体験の一部として前記第１参加者のためにコンテンツが解読されることを可能にするために、前記鍵が前記第１参加者にアクセス可能になることを許可し、前記参加者のグループの内第２参加者を、共有特権者として指定せず、前記画面共有体験の一部として、前記鍵が前記第２参加者にアクセス可能になることを許可しない、ステップと、
を含む、コンピューター実装方法。
【請求項１３】
請求項１２記載の方法において、前記画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記ステップが、前記第１参加者に送られる前記通信セッションに対する会合招待に、前記鍵を添付させる、方法。
【請求項１４】
請求項１２記載の方法において、前記画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記ステップが、前記第１参加者に送られる前記通信セッションに対する会合招待に、前記鍵へのポインタを含ませ、前記会合招待が前記鍵のコピーを含まない、方法。
【請求項１５】
請求項１２記載の方法において、画面共有体験が通信セッションを含み、前記ユーザー入力が、前記通信セッションに対する招待のユーザー構成を含む、方法。
【発明の詳細な説明】
【背景技術】
【０００１】
[0001]  最近の通信システムは、種々の通信様式の異なるサービスとの統合を含む、多数の能力を有する。例えば、インスタント・メッセージ、音声／ビデオ通信、データー／アプリケーション共有、ホワイトボーディング(white-boarding)、および他の形態の通信を、加入者についてのプレゼンスおよび可用性情報と組み合わせることができる。このようなシステムは、加入者に、種々のステータス・カテゴリー、代わりの連絡先、カレンダー情報、および相応の機能(features)に対する命令を発呼側(caller)に供給するというような、強化能力を提供することができる。更に、ユーザーが種々のタイプの文書およびコンテンツを作成および修正するときに共有および連携することを可能にする連携システムを、多様式通信システム(multimodal communication system)と統合して、異なる種類の通信および連携能力を提供することもできる。このような統合システムを、ときとして、統合通信および連携システム（ＵＣ＆Ｃ： Unified Communication and Collaboration)と呼ぶこともある。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
[0002]  ＵＣ＆Ｃシステムは通信における柔軟性向上に対応するが、これらには実現上の課題も多数ある。例えば、ユーザーが、ＵＣ＆Ｃ通信に関与する異なるデバイスに、画面コンテンツを共有することを望むという場合もある。しかしながら、このユーザーは、一部の画面コンテンツが共有されないように保護することを望むこともある。画面共有およびコンテンツ保護を同時に可能にするには、多数の実現上の課題が発生する。
【課題を解決するための手段】
【０００３】
[0003]  この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として使用されることを意図するのでもない。
【０００４】
[0004]  画面共有体験のための共有保護技法について説明する。少なくともいくつかの実施形態では、画面共有体験は、ユーザーが彼らの表示画面の一部を他のユーザーと、通信セッションの一部として共有することを伴う。種々の実施形態によれば、ユーザーが彼らの画面を他のデバイスと、画面共有体験の一部として、共有しているとき、画面の部分を共有保護されるものとして指定することによって、その部分が共有されないように保護することができる。つまり、ユーザーの画面の識別された部分からのコンテンツは暗号化され、そのコンテンツを解読することができない他のデバイスがそのコンテンツを見ることを防止する。１つ以上の実施形態によれば、ユーザーを共有特権者として(sharing privileged)指定することができ、このユーザーは暗号鍵にアクセスし、共有保護を解読して、画面共有体験の一部として見ることが許される。
【図面の簡単な説明】
【０００５】
[0005]  添付図面を参照しながら詳細な説明を行う。図では、参照番号の左端の数字（１つまたは複数）が、その参照番号が最初に現れる図を識別する。説明および図面における異なる場合に同じ参照番号を使用する場合、同様または同一の品目を示すとしてよい。参照番号において同一の番号の後ろに異なる文字が続く場合、特定の品目の異なる実例を指すとしてよい。
【図１】図１は、本明細書において説明する技法を採用するように動作可能な実現例における環境の図である。
【図２】図２は、１つ以上の実施形態にしたがって、画面共有体験の間にコンテンツを保護するための実現例のシナリオを表す。
【図３】図３は、１つ以上の実施形態にしたがって、画面共有体験の間にコンテンツを保護するための実現例のシナリオを表す。
【図４】図４は、１つ以上の実施形態にしたがって、画面共有体験の間、共有保護コンテンツが特権ユーザーによってアクセスできることを可能にするための実現例のシナリオを表す。
【図５】図５は、１つ以上の実施形態にしたがって共有保護領域を指定するための実現例のシナリオを表す。
【図６】図６は、１つ以上の実施形態にしたがって共有保護領域を指定するための実現例のシナリオを表す。
【図７】図７は、１つ以上の実施形態にしたがって、共有保護領域を見ることを許可されるユーザー集合を指定するための実現例のシナリオを表す。
【図８】図８は、１つ以上の実施形態にしたがって、共有特権が与えられるユーザーを指定するための実現例のシナリオを表す。
【図９】図９は、１つ以上の実施形態にしたがって、共有保護領域のコンテンツへのアクセスを制御する方法におけるステップを説明する流れ図である。
【図１０】図１０は、１つ以上の実施形態にしたがって、共有保護領域のコンテンツへのアクセスを制御する方法におけるステップを説明する流れ図である。
【図１１】図１１は、１つ以上の実施形態にしたがって、共有保護領域を視覚的に隠す方法におけるステップを説明する流れ図である。
【図１２】図１２は、図１を参照して説明するようなシステムおよびコンピューティング・デバイスであって、本明細書において説明する実施形態を実現するように構成された例を示す。
【発明を実施するための形態】
【０００６】
[0018]  画面共有体験のための共有保護技法について説明する。少なくともいくつかの実現例では、画面共有体験は、ユーザーが彼らの表示画面の部分を他のユーザーと、通信セッションの一部として共有することを伴う。通信セッションとは、例えば、異なる通信エンドポイント間における通信メディアのリアル・タイム交換を指す。通信セッションの例には、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）コール、ビデオ・コール、テキスト・メッセージング、ファイル転送、コンテンツ共有、および／またはこれらの組み合わせが含まれる。少なくとも１つの実現例では、通信セッションは、統合通信および連携（ＵＣ＆Ｃ）セッションを表す。
【０００７】
[0019]  種々の実現例によると、画面共有体験の一部として画面を他のデバイスと共有するユーザーが、画面の一部が共有されないように保護することを望む。例えば、彼らの画面の一部が、ユーザーが共有することを望まない要注意(sensitive)情報および／または個人情報を表示しているとしてもよい。したがって、ユーザーは、共有保護機能を呼び出して、ユーザーが、他のデバイスと共有してはならない彼らの画面の部分を識別することを可能にする。例えば、ユーザーは、彼らが共有保護を望む画面の部分の周囲に保護枠を引くことができる。表示の特定部分を共有保護されるものとして指定する他の方法について、以下で説明する。このように、ユーザーの画面の識別された部分は暗号化されるが、他の部分は画面共有体験の一部として、自由に共有される。
【０００８】
[0020]  １つ以上の実現例によると、画面共有体験の一部として共有保護されたとして指定されたコンテンツをユーザーが見ることを許可されるように、このユーザーを共有特権者(sharing privileged)として指定することができる。例えば、表示画面の一部を、画面共有体験の一部として共有保護されるものとして指定する共有ユーザーは、画面共有体験における参加者を、共有特権者として識別することができる。つまり、特権参加者に関連するデバイスは、画面の共有保護部分からコンテンツを解読し、解読したコンテンツを自由に表示できるように、暗号鍵にアクセスすることができる。しかしながら、画面共有体験における他の非特権参加者は、暗号鍵にアクセスすることができず、したがって保護コンテンツを解読し見ることができない。このように、ユーザーは一定の画面コンテンツを全体的な共有から保護しつつ、そのコンテンツを見ることを許可される１組の特権ユーザーを指定することができる。
【０００９】
[0021]  したがって、本明細書において説明する画面共有体験のための共有保護技法は、画面共有体験中にユーザーが要注意コンテンツおよびデーターを保護する能力を高め、要注意ユーザー・データーに対するデーター・セキュリティを改善し、要注意ユーザー・コンテンツの望ましくない露出を防止する。また、説明する技法は、保護コンテンツを解読するための暗号鍵が特権デバイスに効率的に配布されることを可能にすることによって、画面共有体験中におけるコンピューティング・デバイスの性能も向上させる。
【００１０】
[0022]  以下の説明では、最初に、本明細書において説明する技法を採用するように動作可能な環境例について説明する。次に、いくつかの実現例のシナリオについて、１つ以上の実施形態にしたがって説明する。それに続いて、１つ以上の実施形態にしたがっていくつかの手順例について説明する。最後に、１つ以上の実施形態にしたがって、本明細書において説明する技法を採用するように動作可能なシステムおよびデバイス例について説明する。これより、実現例を採用することができる環境例について検討する。
【００１１】
[0023]  図１は、本明細書において説明する画面共有体験のための共有保護技法を採用するように動作可能な実現例における環境１００の図である。概略的に、環境１００は、種々の異なる様式(modality)による通信を可能にする種々のデバイス、サービス、およびネットワークを含む。例えば、環境１００は、ネットワーク１０４に接続されたクライアント・デバイス１０２を含む。クライアント・デバイス１０２は、従前からのコンピューター（例えば、デスクトップ・パーソナル・コンピューター、ラップトップ・コンピューター等）、移動局、娯楽アプライアンス、スマートフォン、ウェアラブル・デバイス、ネットブック、ゲーム・コンソール、ハンド・ヘルド・デバイス（例えば、タブレット）等のように、種々の方法で構成されてもよい。
【００１２】
[0024]  ネットワーク１０４は、クライアント・デバイス１０２に、インターネットのような種々のネットワークおよび／またはサービスへの接続機能(connectivity)を提供するネットワークを表す。ネットワーク１０４は、クライアント・デバイス１０２に、ブロードバンド・ケーブル、ディジタル加入者ライン（ＤＳＬ）、ワイヤレス・セルラー、ワイヤレス・データー接続機能（例えば、ＷｉＦｉ（商標））、Ｔ−ｃａｒｒｉｅｒ（例えば、ＴＩ）、イーサネット（登録商標）等のような、種々の異なる接続技術(connectivity technologies)によって接続機能を提供することができる。少なくとも一部の実現例では、ネットワーク１０４は異なる相互接続有線ネットワークおよびワイヤレス・ネットワークを表す。
【００１３】
[0025]  クライアント・デバイス１０２は、種々のアクティビティおよびタスクを実行可能にする種々の異なる機能を含む。例えば、クライアント・デバイス１０２は、オペレーティング・システム１０６、アプリケーション１０８、通信クライアント１１０、および通信モジュール１１２を含む。通常、オペレーティング・システム１０６は、ハードウェア、カーネル−レベル・モジュール、およびサービス等のような、クライアント・デバイス１０２の種々のシステム・コンポーネントを抽象化する機能を表す。オペレーティング・システム１０６は、例えば、コンポーネントとアプリケーション１０８との間における相互作用を可能にするために、クライアント・デバイス１０２の種々のコンポーネントをアプリケーション１０８に対して抽象化することができる。
【００１４】
[0026]  アプリケーション１０８は、クライアント・デバイス１０２を介して異なるタスクを実行する機能を表す。アプリケーション１０８の例には、文書処理アプリケーション、表計算アプリケーション、ウェブ・ブラウザー、ゲーミング・アプリケーション等が含まれる。アプリケーション１０８は、ローカル・ランタイム環境を介して実行されるようにクライアント・デバイス１０２にローカルにインストールされてもよく、および／またはクラウド・ベース・サービス、ウェブ・アプリ等のような、リモート機能に対するポータルを表してもよい。つまり、アプリケーション１０８は、ローカルに実行されるコード、リモートにホストされたサービスへのポータル等のように、種々の形態をなすことができる。
【００１５】
[0027]  通信クライアント１１０は、クライアント・デバイス１０２を介して異なる形態の通信を可能にする機能を表す。通信クライアント１１０の例には、音声通信アプリケーション（例えば、ＶｏＩＰクライアント）、ビデオ通信アプリケーション、メッセージング・アプリケーション、コンテンツ共有アプリケーション、統合通信および協調（ＵＣ＆Ｃ：unified communication & collaboration）アプリケーション、およびこれらの組み合わせが含まれる。例えば、通信クライアント１１０は、異なる通信様式を組み合わせて多様な通信シナリオに対応することを可能にする。  
【００１６】
[0028]  通信モジュール１１２は、クライアント・デバイス１０２が有線および／またはワイヤレス通信を介してデーターを通信することを可能にする機能を表す。実例を上げると、通信モジュール１１２は、種々の異なる有線および／またはワイヤレス技術ならびにプロトコルを介したデーター通信のためのハードウェアおよびロジックを表す。
【００１７】
[0029]  更に、クライアント・デバイス１０２は、クライアント・デバイス１０２のための視覚出力機能を表すディスプレイ・デバイス１１４も含む。加えて、ディスプレイ・デバイス１１４は、タッチ入力、ペン入力等のような、種々のタイプの入力を受ける機能を表す。
【００１８】
[0030]  更に、環境１００はエンドポイント・デバイス１１６も含む。エンドポイント・デバイス１１６は、クライアント・デバイス１０２が通信することができるデバイスおよび／または機能を表す。少なくとも一部の実現例では、エンドポイント・デバイス１１６は、クライアント・デバイス１０２を参照して説明するような、エンド・ユーザー・デバイスを表す。エンドポイント・デバイス１１６は、通信クライアント１１８を表し、通信クライアント１１８は、エンドポイント・デバイス１１６を介して異なる形態の通信を可能にする機能を表す。通信クライアント１１８は、例えば、通信クライアント１１０の異なるインスタンスを表す。本明細書における説明の目的上、エンドポイント・デバイス１１６および通信クライアント１１８に言及するが、これらは、それぞれ、エンドポイント・デバイス１１６および通信クライアント１１８のインスタンスを表す。
【００１９】
[0031]  少なくとも一部の実現例では、通信クライアント１１０、１１８は、通信サービス１２０へのインターフェースを表す。通常、通信サービス１２０は、クライアント・デバイス１０２とエンドポイント・デバイス１１６との間における通信の管理のために種々のタスクを実行するサービスを表す。通信サービス１２０は、例えば、通信クライアント１１０、１１８間における通信セッションの開始、変調、および終了を管理することができる。
【００２０】
[0032]  通信サービス１２０は、多くの異なるネットワークに跨がってプレゼンス(presence)を維持し、クラウド・ベース・サービス、分散型サービス、ウェブ・ベース・サービス等のような種々の異なるアーキテクチャにしたがって実現することができる。通信サービス１２０の例には、ＶｏＩＰサービス、オンライン会議サービス、ＵＣ＆Ｃサービス等が含まれる。
【００２１】
[0033]  更に、通信クライアント１１０は、共有モジュール１２２を含む。共有モジュール１２２は、本明細書において説明する画面共有体験のための共有保護技法の種々の形態を実行するための機能を表す。共有モジュール１２２の種々の属性および動作形態については以下で詳細に説明する。共有モジュール１２２は、共有ポリシー１２４を維持する。共有ポリシー１２４は、クライアント・デバイス１０２とエンドポイント・デバイス１１６との間におけるコンテンツ共有に対する許可および判断基準を指定する複数の異なる組のデーターを表す。例えば、共有ポリシー１２４は、ディスプレイ・デバイス１１４のどの領域がエンドポイント・デバイス１１６と共有されてもよいか、そしてディスプレイ・デバイス１１４のどの領域がエンドポイント・デバイス１１６と共有されてはいけないか指定する。あるいはまたは加えて、共有ポリシー１２４は、コンテンツおよび／またはアプリケーション特定である。例えば、共有ポリシー１２４は、エンドポイント・デバイス１１６と共有されることが許可される特定のタイプのコンテンツ、およびエンドポイント・デバイス１１６と共有されることが許可されない他のタイプのコンテンツを指定することができる。更に、共有ポリシー１２４は、特定のアプリケーション１０８のアプリケーション・ウィンドウは共有されることを許可され、一方異なるアプリケーション１０８のアプリケーション・ウィンドウは、共有されることを許可されないと指定することもできる。一般に、共有ポリシー１２４は、アプリケーション開発者によって指定されるデフォルト設定によって、エンド・ユーザーが指定する設定値によって、情報技術（ＩＴ）要員によって等というように、種々の方法で設定する(configure)ことができる。
【００２２】
[0034]  更に、通信クライアント１１０は、グループ・メンバーシップ１２６を維持する、および／またはこれにアクセスすることができる。グループ・メンバーシップ１２６は、クライアント・デバイス１０２のユーザー１２８が会員になっている異なるグループの識別子を表す。一般に、「グループ」とは、異なる判断基準に基づく異なるユーザーの集合を指す。特定のグループは、例えば、この特定のグループに属するユーザーの識別子および／またはデバイスの識別子の集合体を表す。一般に、グループは、ハードウェア・リソース、ソフトウェア・リソース、コンテンツ、ファイル・システム（例えば、ディレクトリー）等へのアクセスを制御するために、作製および管理されるとして差し支えない。グループの例には、ユーザー・グループ、電子メール・グループ、ディレクトリー・グループ等が含まれる。少なくとも一部の実現例では、共有ポリシー１２４は、共有保護領域を「自由に」共有してもよい特定の特権グループを識別する。一般に、「自由に」(in the clear)という語句は、本明細書において使用する場合、暗号化コンテンツの解読によって可能にされるように、暗号解除および／または難読化解除された形態でコンテンツを見ることができるという意味である。例えば、共有保護コンテンツが特定のグループとは共有されてもよいが、この特定のグループ以外のユーザー、例えば、特定のグループの会員ではないユーザーと共有されてはいけないことを、特定の共有ポリシー１２４が指定することができる。共有特権グループを指定する代わりにまたはこれに加えて、共有ポリシー１２４は、特定の共有特権ユーザー、デバイス、ネットワーク・ドメイン等を指定してもよい。
【００２３】
[0035]  共有モジュール１２２および共有ポリシー１２４は、クライアント・デバイス１０２に実装されるように図示されているが、いくつかの追加の実現例または代わりの実現例では、共有モジュール１２２および／または共有ポリシー１２４の機能は、通信サービス１２０のようなネットワーク・ベース・サービスによって部分的にまたは全体的に実装されてもよいことは認められてしかるべきである。例えば、本明細書において説明する画面共有体験の対する共有保護技法の種々の形態を、通信サービス１２０が実行してもよい。
【００２４】
[0036]  更に、クライアント・デバイス１０２は、暗号モジュール１３０およびコーデック１３２を含む。暗号モジュール１３０は、画面コンテンツを画面共有体験の一部として暗号化するためというように、データーを暗号化および解読する機能を表す。少なくともこの目的のためには、暗号モジュール１３０は、暗号鍵（“keys”）１３４を含むおよび／またはこれにアクセスすることができる。暗号鍵１３４は、情報を暗号化および解読するために使用することができる鍵を表す。例えば、鍵１３４は、共有保護コンテンツを暗号化するために暗号モジュール１３０によって使用することができる。例えば、暗号化されたコンテンツを受信したエンドポイント・デバイス１１６が、このコンテンツを暗号化するために使用された特定の鍵１３４にアクセスできなければ、エンドポイント・デバイス１１６がコンテンツを自由に見ることができないように、共有保護コンテンツを暗号モジュール１３０によって暗号化することができる。
【００２５】
[0037]  少なくとも一部の実現例では、暗号モジュール１３０がスクランブリング機能（例えば、スクランブラー）を含んでもよい。スクランブリング機能は、保護コンテンツが自由に見られることを防止するために、共有保護コンテンツにスクランブルをかける。例えば、暗号化モジュール１３０は、スクランブリング・アルゴリズムおよび／または他のデーター・スクランブリング技法を適用し、共有保護コンテンツのデーターをランダム化し、他のデバイスが、保護コンテンツに自由にアクセスするのを防止することができる。本明細書において使用する場合、暗号化(encryption)とは、鍵によってデーターをエンコードする暗号化、スクランブリング・アルゴリズムを使用してデーターにスクランブルをかけるスクランブリング、および／またはこれらの組み合わせを指すことができる。
【００２６】
[0038]  コーデック１３２は、画面共有体験の一部として生成されたコンテンツ・ストリーム（例えば、ビデオ、オーディオ、ファイル等を含む）をエンコードおよびデコードするためというように、コンテンツをエンコードおよびデコードする機能を表す。例えば、コーデック１３２は、画面共有体験の一部としてコンテンツ・ストリームを送信するために必要とされる送信帯域幅を削減するためというように、コンテンツ・データーの圧縮および解凍を実行するように構成される。
【００２７】
[0039]  以上、本明細書において説明する技法が動作することができる環境例について説明したので、これより１つ以上の実施形態にしたがって画面共有体験のための共有保護の実現例のシナリオの一例の説明について検討する。
【００２８】
[0040]  以下の章では、１つ以上の実現例による画面共有体験のための共有保護の実現例のシナリオのいくつかの例について説明する。実現例のシナリオは、以上で説明した環境１００および／または任意の他の適した環境において実現することができる。
【００２９】
[0041]  図２は、１つ以上の実現例にしたがって、画面共有体験中においてコンテンツを保護する実現例のシナリオの一例２００を表す。シナリオ２００は、環境１００を参照して先に紹介した種々のエンティティおよびコンポーネントを含む。
【００３０】
[0042]  シナリオ２００において、クライアント・デバイス１０２のユーザー１２８は、エンドポイント・デバイス１１６ａのユーザー２０２との通信セッション２０４を遂行中である。通常、通信セッション２０４は、クライアント・デバイス１０２とエンドポイント・デバイス１１６ａとの間におけるオーディオ、ビデオ、ファイル、メディア・コンテンツ、および／またはこれらの組み合わせというような、異なる通信メディアのリアル・タイム交換を表す。この特定例では、通信セッション１０４は、クライアント・デバイス１０２とエンドポイント・デバイス１１６ａとの間における、ネットワーク１０４を介した音声データー２０６およびビデオ・データー２０８のリアル・タイム交換を伴う。
【００３１】
[0043]  通信セッション２０４の一部として、ユーザー１２８はディスプレイ・デバイス１１４のデスクトップ２１０の一部をユーザー２０２と共有するアクションを実行する。通常、デスクトップ２１０は、ディスプレイ・デバイス１１４において、アプリケーション、タスク、システム動作等のための異なるインターフェースおよびコントロール(control)が表示される部分を表す。例えば、ユーザー１２８は通信クライアント・インターフェース２１４ａから共有コントロール２１２を選択する。通常、通信クライアント・インターフェース２１４ａは、ユーザー１２８が種々のアクションを実行し通信セッション２０４に関連するステータス情報を見ることを可能にする、通信クライアント１１０のインターフェースを表す。共有コントロール２１２を選択したことによって、共有モード２１６がアクティブ化し、デスクトップ２１０の少なくとも一部を、エンドポイント・デバイス１１６ａと共有させる。
【００３２】
[0044]  したがって、共有モード２１６をアクティブ化するユーザー・アクションに応答して、デスクトップ２１０の領域２１８ａがエンドポイント１１６ａと共有される。デスクトップ２１０を共有するユーザー・アクションは、領域２１８ａの視覚表現２２０を、エンドポイント・デバイス１１６ａのディスプレイ２２２上に表示される通信クライアント・インターフェース２１４ａ内に提示させる。視覚表現２２０は、例えば、ビデオ・データー２０８の一部としてクライアント・デバイス１０２からエンドポイント・デバイス１１６ａに伝達される領域２１８ａの生のコピーを表す。通常、通信クライアント・インターフェース２１４ａは通信クライアント１１８のＧＵＩを表す。
【００３３】
[0045]  尚、領域２１８ａはエンドポイント・デバイス１１６ａと共有されるが、デスクトップ２１０の異なる領域２１８ｂはエンドポイント・デバイス１１６ａと共有されないことに注意されたい。本明細書において説明する画面共有体験のための共有保護技法によれば、領域２１８ｂは、エンドポイント・デバイス１１６ａと共有されない保護領域として指定される。一般に、領域２１８ｂを保護領域に指定するには、領域２１８ｂを保護領域として識別するユーザー・アクションによってというように、種々の方法で行うことができる。例えば、ユーザー１２８が保護コントロール２２４を通信クライアント・インターフェース２１４ａから選択すると、共有保護モードがアクティブ化され、領域２１８ｂを共有保護されるものとして指定することが可能になる。表示エリアの保護領域を指定する異なる方法の例についても、以下で説明する。
【００３４】
[0046]  領域２１８ｂをエンドポイント・デバイス１１６ａと共有しないように保護することを可能にするために、通信クライアント１１０は、暗号化モジュール１３０とインターフェースし、鍵１３４ａを使用してというようにして、領域２１８ｂを暗号化させる。例えば、共有モジュール１２２は、領域２１８ｂの領域識別子（「ＩＤ」）２２６を暗号モジュール１３０に渡し、暗号モジュール１３０は、鍵１３４ａを使用して領域２１８ｂからのデーターを暗号化して、暗号化ビデオ・データー２２８を生成する。一般に、領域ＩＤ２２６は、領域２１８ｂを定める画素座標、領域２１８ｂ内にコンテンツを提示するアプリケーション１０８のアプリケーション識別子、領域２１８ｂ内に提示されるコンテンツのファイル識別子等というような、種々の方法で実現することができる。
【００３５】
[0047]  したがって、暗号化ビデオ・データー２２８を、通信セッション２０４のデーター・ストリームと共に伝達することができる。しかしながら、エンドポイント・デバイス１１６ａは鍵１３４ａにアクセスできないので、エンドポイント・デバイス１１６ａは、暗号化ビデオ・データー２２８を解読して、領域２１８ｂからのコンテンツを自由に表示することができない。
【００３６】
[0048]  このように、表示エリア（例えば、デスクトップ）の異なる領域を共有制限されたものとして定めることができ、表示のいくつかの部分を共有し、他の部分を共有しないように保護することが可能になる。通常、コンテンツを共有保護に指定することは、動的に、そして通信セッション２０４が進展している間に行うことができる。例えば、ユーザー１２８は、通信セッション２０４が進展している間に、領域２１８ｂに対して共有保護を適用させるアクションを実行し、次いで後に取り下げることができる。代わりにまたは加えて、一定のコンテンツを共有保護に永続的に指定し、複数の別々の通信セッションにわたって共有保護が自動的に適用されるようにすることもできる。永続的共有保護は、例えば、アプリケーションＩＤ、コンテンツ・タイプ、デスクトップ２１０の特定部分等に基づいて適用することができる。
【００３７】
[0049]  図３は、１つ以上の実現例にしたがって、画面共有体験の間コンテンツを保護する実現例のシナリオの一例３００を表す。シナリオ３００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。少なくとも一部の実現例では、シナリオ３００は以上で説明したシナリオ２００の続きおよび／または変形を表す。
【００３８】
[0050]  シナリオ３００において、ユーザー１２８は、通信セッション２０４の一部として、ユーザー３０２との画面共有体験に参加しており、本明細書の他のところで説明するように、領域２１８ｂを共有保護として指定する。応答して、暗号モジュール１３０は領域２１８ｂからのコンテンツを暗号化する。この特定のシナリオでは、しかしながら、領域２１８ｂからのコンテンツは、ディスプレイ１１４およびユーザー３０２のエンドポイント・デバイス１１６ｂのディスプレイ３０４の双方において、コンテンツが難読化されるように、ローカルに暗号化される。例えば、デスクトップ２１０上において、そしてエンドポイント・デバイス１１６ｂの通信クライアント１１８ｂによって提示される通信クライアント・インターフェース２１４ｂにおいても、領域２１８ｂが視覚的に難読化される（例えば、スクランブルがかけられる）ことに注意されたい。少なくとも一部の実現例では、デスクトップ２１０上においてローカルに領域２１８ｂを視覚的に難読化することによって、デスクトップ２１０全体をコーデック１３２によってキャプチャおよびエンコードし、エンドポイント・デバイス１１６ｃに１つのエンコード化ビデオ・ストリーム３０４として送信することが可能になる。例えば、エンコード化ビデオ・ストリーム３０４は、ビデオ・データー３０６および音声データー３０６を含み、ビデオ・データー３０６はデスクトップ２１０（例えば、領域２１８ａ）の内、難読化されていない（例えば、暗号化されていない）部分および難読化された領域２１８ｂを含む。つまり、デスクトップ２１０全体を通信セッション２０４の一部として送信することができ、領域２１８ｂを、通信セッション２０４の一部として、別個の暗号化コンテンツ部分として暗号化し伝達する必要はない。
【００３９】
[0051]  図４は、１つ以上の実現例にしたがって、画面共有体験中に、共有保護コンテンツを特権ユーザーによってアクセス可能にすることを可能にする実現例のシナリオの一例４００を表す。シナリオ４００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。少なくとも一部の実現例では、シナリオ４００は、先に説明したシナリオ２００、３００の続きおよび／または変形を表す。
【００４０】
[0052]  シナリオ４００において、ユーザー１２８は、通信セッション２０４の一部として、ユーザー４０２と画面共有体験に参加しており、本明細書の他のところで説明したように、領域２１８ｂを共有保護されるものとして指定する。応答して、暗号モジュール１３０は、領域２１８ｂからのコンテンツを暗号鍵１３４ｃによって暗号化し、暗号化ビデオ・データー４０４を生成する。こうして、暗号化ビデオ・データー４０４を、音声データー２０６およびビデオ・データー２０８と共にユーザー４０２のエンドポイント・デバイス１１８ｃに送信する。
【００４１】
[0053]  この特定のシナリオでは、エンドポイント・デバイス１１６ｃは、鍵４０６を含む、および／または鍵４０６にアクセスすることができる。鍵４０６は、暗号化ビデオ・データー４０４を暗号化するために使用された鍵１３４ｃのインスタンスである。したがって、エンドポイント・デバイス１１６ｃは、暗号化ビデオ・データー４０４を解読することができ、領域２１８ａおよび領域２１８ｂからのコンテンツを含む、デスクトップ２１０の視覚表現４０８を、通信クライアント１１８ｃのための通信クライアント・インターフェース２１４ｃの一部として、自由に表示することを可能にする。通信セッション２０４に参加しているが鍵４０６にアクセスできない他のエンドポイント１１６は、暗号化ビデオ・データー４０４を受信することはできるが、暗号化データー４０４を解読して自由に領域２１８ｂを見ることはできない。
【００４２】
[0054]  一般に、エンドポイント・デバイス１１６ｃは、種々の方法で鍵４０６にアクセスすることができる。例えば、鍵４０６をエンドポイント・デバイス１１６ｃに、通信セッション２０４に参加する招待と共に、この招待の中に埋め込むおよび／または招待に添付するというようにして、伝達してもよい。他の例として、鍵４０６は、招待とは別個に、エンドポイント・デバイス１１６ｃに、電子メールの一部として、インスタント・メッセージにおいて、テキスト・メッセージで等というようにして、伝達してもよい。
【００４３】
[0055]  １つの実現例では、鍵４０６は、ユーザー１２８が鍵４０６にアクセスする資格がある特権グループの会員であることによって、エンドポイント・デバイス１１６ｃにアクセス可能であってもよい。例えば、共通のグループにおけるメンバーシップは、鍵４０６にアクセスする資格をそのユーザーに与え、特に共有特権を与えられたものとして指定されていないそのグループ以外のユーザーには、鍵４０６にアクセスする資格が与えられない。少なくとも一部の実現例では、ユーザー４０２およびユーザー１２８の双方が同じグループの会員であることによって、鍵４０６がエンドポイント１１６ｃに入手可能になる。例えば、グループに対するグループ特権が、その会員に鍵４０６にアクセスする資格を与える。
【００４４】
[0056]  図５は、１つ以上の実現例にしたがって共有保護領域を指定する実現例のシナリオの一例５００を表す。シナリオ５００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。少なくとも一部の実現例では、シナリオ５００は、先に説明下シナリオ２００〜４００の続きおよび／または変形を表す。
【００４５】
[0057]  シナリオ５００において、クライアント・デバイス１０２は共有モード２１６にある。更に、ユーザー１２８は領域２１８ｂを共有保護領域に指定し、このような領域２１８ｂは、先のシナリオにおいて説明したように、共有モード２１６がアクティブの間、他のデバイスと共有されない。例えば、ユーザー１２８は、領域２１８ｂの周囲に保護枠５０２を引くために、ディスプレイ・デバイス１１４にタッチ入力を使用する。マウスおよびカーソルを使用する入力、タッチをしないジェスチャ入力、スタイラス入力等のような、他のタイプの入力も、保護枠５０２を引くために使用してもよい。この特定例では、保護枠５０２は、破線で視覚的に示され、ディスプレイ・デバイス１１４の内共有保護されるものとして指定された部分の視覚的アフォーダンス(visual affordance)を与える。
【００４６】
[0058]  少なくとも１つの実現例では、ユーザー１２８は、保護枠５０２を引く前に、共有保護（「ＳＰ」）モード５０４をアクティブ化する。あるいはまたは加えて、ユーザー１２８は保護枠５０２を引き、次いでその後にＳＰモード５０４をアクティブ化する。１つの特定例では、ＳＰモード５０４は、共有保護（「保護」）コントロール５０６を選択することによってアクティブ化される。大まかには、ＳＰモード５０４は、ディスプレイの一部を共有保護されるものとして指定することを可能にする。例えば、ＳＰモード５０４は、ディスプレイ・デバイス５０６のいずれの任意の部分の周囲にでも保護枠を引くことを可能にし、この保護枠内のコンテンツが共有保護されるものとして指定される。
【００４７】
[0059]  更にシナリオ５００に関して、保護枠５０２を引くことにより、保護枠５０２内部のディスプレイ・デバイス１１４の部分を、鍵１３４のインスタンスを使用して暗号化させる。共有保護コンテンツを暗号化する方法の例および実現例については、先に説明した。
【００４８】
[0060]  図６は、１つ以上の実現例にしたがって共有保護領域を指定する実現例のシナリオの一例６００を表す。シナリオ６００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。例えば、シナリオ６００は、先に説明したシナリオ２００〜５００と共に実現されてもよい。
【００４９】
[0061]  シナリオ６００において、クライアント・デバイス１０２は、先に説明したような、共有モード２１６にある。更に、ＧＵＩ６０２が保護コントロール６０４を含む。例えば、ＧＵＩ６０２は特定のアプリケーション１０８のためのＧＵＩを表す。本明細書において説明する実現例によれば、保護コントロール６０４は、ＧＵＩ６０２に対してＳＰモード５０４を呼び出すように選択可能である。例えば、ユーザー１２８が保護コントロール６０４を選択したことに応答して、ＳＰモード５０４がＧＵＩ４０２に対して呼び出される。したがって、ユーザー１２８はディスプレイ・デバイス１１４内でＧＵＩ６０２を動かす（例えば、ドラッグする）ことができ、ＧＵＩ６０２は共有保護されたままでいる。このように、ＳＰモード５０４をコンテンツの特定のインスタンス（例えば、ＧＵＩ４０２）に結び付け、コンテンツが表示され得るところはどこでも、共有保護されたままでいるようにすることができる。
【００５０】
[0062]  通常、ＧＵＩ６０２に対してＳＰモード５０４を呼び出すと、暗号モジュール１３０によって鍵１３４を使用してＧＵＩ６０２を暗号化させる。つまり、デスクトップ２１０が、鍵１３４にアクセスできない他のデバイスと共有されるとき、ＧＵＩ６０２のコンテンツには自由にアクセスできない。例えば、コンテンツが視覚的に難読化される。しかしながら、鍵１３４にアクセスできる他のデバイスは、ＧＵＩ６０２のコンテンツを解読し自由に見ることができる。
【００５１】
[0063]  図７は、１つ以上の実現例にしたがって共有保護領域を見ることを許可されるユーザー集合(user set)を指定する実現例のシナリオの一例７００を表す。シナリオ７００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。シナリオ７００は、例えば、先に説明したシナリオ２００〜６００と共に実現されてもよい。
【００５２】
[0064]  シナリオ７００において、ユーザー１２８は、先に紹介した通信セッション２０４に参加しており、デスクトップ２１０の一部が通信セッション２０４に参加している他のデバイスと共有されるように、共有モード２１６がアクティブになっている。更に先に説明したように、領域２１８ｂが共有保護されるものとして指定されている。領域２１８ｂが共有保護されるものとして指定されたことに応答して、暗号モジュール１３０は、鍵１３４によって、領域２１８ｂからのコンテンツを暗号化し、暗号化ビデオ・コンテンツ７０２を生成する。
【００５３】
[0065]  更にシナリオ７００に関して、ディスプレイ・デバイス１１４上に通信クライアント・インターフェース７０４が表示されている。通常、通信クライアント・インターフェース７０４は、ユーザー１２８が種々のアクションを実行し、通信セッション２０４に関連する種々の情報を見ることを可能にする、通信クライアント１１０のインターフェースを表す。この特定例では、通信クライアント・インターフェース７０４は、通信セッション２０４に接続され参加している異なるユーザーを識別する参加者領域７０６を含む。例えば、参加者領域７０６には、通信セッション２０４に接続されている異なるユーザーを各々表す視覚アイコンが入力される。
【００５４】
[0066]  先に説明したように、少なくとも一部の実現例では、ユーザーが表示エリアの特定領域を共有保護されるものとして指定すると、その領域は暗号化されるため、画面共有体験における他の参加者は、その領域のコンテンツを解読できなければ、そのコンテンツを自由に見ることができない。つまり、ここで説明する実現例は、ユーザーが特定の領域があるユーザーに自由にアクセス可能になることを防止しつつ、他のユーザーに対しては、この領域が自由にアクセスできるようにすることを可能にする。ユーザー１２８は、例えば、共有保護されたものとして指定されている領域からのコンテンツを自由に見ることを許可された特定のユーザーを識別することができる。
【００５５】
[0067]  例えば、通信クライアント・インターフェース７０４において、参加者領域７０４内のユーザー・アイコン７０８ａおよびユーザー・アイコン７０８ｂは、それぞれのアイコン７０８ａ、７０８ｂによって表されるユーザーが、共有保護コンテンツを自由に見る特権が与えられたものとして指定されていることを示すために、視覚的に注釈が付けられる。アイコン７０８ａ、７０８ｂは、例えば、文字「Ｓ」が付けられ、それぞれのユーザーに共有特権が与えられていることを示す。
【００５６】
[0068]  一般に、ユーザー１２８は、種々の方法で、ユーザーを共有特権者として指定することができる。例えば、ユーザー２０２は、マウスの右クリック、長押しタッチ・ジェスチャ(press and hold touch gesture)、タッチのないハンド・ジェスチャ(touchless hand gesture)等のように、個々のアイコン７０８ａ、７０８ｂを選択することができる。この選択に応答して、ユーザー２０２には、アイコン７０８ａ、７０８ｂを特権が与えられたものとして識別されることを可能にする、選択可能なオプションを提示することができる。
【００５７】
[0069]  あるいはまたは加えて、ユーザー１２８はアイコン７０８ａ、７０８ｂを参加者領域７０６から通信クライアント・インターフェース７０２の特権領域７０８内までドラッグすることができ、これによって、それぞれのユーザーを共有特権者として指定させる。例えば、それぞれのユーザーが共有特権者として指定されていることを示し、これらのユーザーが、共有保護コンテンツを解読するための暗号鍵を得ることができるように、特権領域７０８にはアイコン７０８ａ、７０８ｂが入力される。
【００５８】
[0070]  更にシナリオ７００に対して、アイコン７０８ａ、７０８ｂによって表されたユーザーが共有特権者として指定されたことに応答して、鍵７１０がこれらの特権ユーザーに入手可能にされる。種々の実現例によれば、鍵７１０は、暗号化コンテンツ７０２を暗号化するために使用された鍵１３４のインスタンス（例えば、コピー）を表す。鍵７１０は、例えば、電子メール、インターネット・メッセージング、テキスト・メッセージング等を介してというようにして、特権ユーザーに伝達することができる。あるいはまたは加えて、鍵７１０は、特権ユーザーに関連するエンドポイント・デバイス１１６に存在する通信クライアント１１８のそれぞれのインスタンスに直接伝達することもできる。更に他の実現例として、それぞれのユーザーに関連するエンドポイント・デバイス１１６から離れたネットワーク・ストレージのような、特権ユーザーにアクセス可能な遠隔地に鍵７１０を格納することができる。
【００５９】
[0071]  先に説明したように、共有保護コンテンツを解読するための鍵へのアクセスは、グループ・メンバーシップに基づくことができる。つまり、少なくとも一部の実現例において、鍵７１０を特定のグループと関連付けることによって、鍵７１０を特権ユーザーで共有することができる。例えば、ユーザーが特権ユーザーとして指定されたことに応答して、これらのユーザーを、鍵７１０にアクセスすることができるグループ７１２のメンバーとして追加することができる。つまり、特権ユーザーに関連するエンドポイント・デバイス１１８は、グループ７１２のためにコンテンツを格納するネットワーク・ストレージにアクセスすることによってというようにして、鍵７１０にアクセスすることができる。あるいは、特権ユーザーが既にグループ７１２のメンバーであってもよく、したがって、ユーザーが特権を与えられたものとして指定されたことに応答して、グループ７１２を特権グループとして指定することができる。このように、グループ７１２のメンバーであることによって、アイコン７０６ａ、７０６ｂによって表される特権ユーザーは鍵７１０にアクセスし、暗号化コンテンツ７０２を解読することができ、特権ユーザーが領域２１８ｂからのコンテンツを自由に見ることを可能にする。
【００６０】
[0072]  ユーザー１２８が特定のユーザーに対する共有特権を廃止したい場合、ユーザー１２８はそのようにするアクションを実行することができる。例えば、ユーザー１２８は個々のアイコン７０６ａ、７０６ｂを選択し、それぞれのユーザーに対する共有特権を継続しないオプションを提示させることができる。ユーザー１２８がこのオプションを選択すると、そのユーザーに対する共有特権は廃止され、共有特権が与えられたものとして指定されたコンテンツは、もはやそのユーザーにはアクセス可能ではなくなる。あるいはまたは加えて、ユーザー１２８はアイコン７０６ａ、７０６ｂを特権エリア７０８から参加者領域７０４までドラッグすることもでき、これによって、それぞれのユーザーに対する共有特権がアクティブ解除される(deactivate)。一般に、共有特権を廃止するには、種々の方法で行うことができる。例えば、ユーザーがもはや鍵７１０にアクセスすることができず、暗号化コンテンツ７０２を解読できないように、鍵７１０へのアクセスを廃止することができる。
【００６１】
[0073]  あるいは、鍵７１０が、暗号化コンテンツ７０２を解読するにはもはや有効でなくなるように、共有保護コンテンツを暗号化し暗号化コンテンツ７０２を生成するために、異なる鍵１３４を選択することもできる。このような場合、この異なる鍵は、共有特権が与えられたままである他のユーザーには配布するおよび／または入手可能にすることができるが、共有特権が廃止されたユーザーには配布するおよび／または入手可能にすることはできない。
【００６２】
[0074]  少なくとも一部の実現例では、通信セッション２０４の進展中等に、ユーザーを、特権が与えられたものまたは特権が与えられていないものとして動的に指定することができる。例えば、先に説明したように、ユーザーが領域２１８ｂを共有保護されるものとして指定した場合について検討する。更に、通信セッション２０４の進展中に、ユーザー１２８が、領域１２８ｂを通信セッション２０４における参加者の部分集合と一時的に共有することを望むとする。したがって、通信セッション２０４が行われている間、ユーザーは、アイコン７０６ａ、７０６ｂによって表されたユーザーを、共有特権者として指定するアクションを実行することができる。応答して、領域２１８ｂは、ユーザーに共有されないように保護されるものから、ユーザーと共有されるものに移行し、ユーザーは彼らのそれぞれのデバイスにおいて領域２１８ｂを自由に見ることができるようになるが、領域２１８ｂは、通信セッションに参加している他の非特権ユーザーに対しては共有が保護されたままとなるようにする。通信セッション２０４の進展中に、ユーザーが領域２１８ｂを共有しないように保護することをユーザー１２８が後に決定した場合、ユーザー１２８は、先に説明したように、ユーザーからの共有特権を無効にすることができる。このように、画面共有体験のための共有保護の実現例は、通信セッションの進展中に、共有保護領域を一時的に異なるユーザーと共有することを可能にする。
【００６３】
[0075]  図８は、１つ以上の実現例にしたがって、共有特権が与えられるユーザーを指定する実現例のシナリオの一例８００を表す。シナリオ８００は、環境１００を参照して先に紹介した種々エンティティおよびコンポーネントを含む。シナリオ８００は、例えば、先に説明したシナリオ２００〜７００と共に実現されてもよい。
【００６４】
[0076]  シナリオ８００は、会合招待ＧＵＩ（「招待ＧＵＩ」）８０２を含む。これは、通信クライアント１１０を介して実現される通信セッション８０４に参加するための招待を異なるユーザーに生成するためのＧＵＩを表す。例えば、通信セッション８０４は、今後の時点で行われる通信セッションを表す。招待ＧＵＩ８０２は、招待者領域８０６、および共有特権領域８０８を含む。大まかには、招待者領域８０６は、ユーザー１２８が通信セッションに参加するように招待しようとしている異なるユーザーを指定することを可能にする。共有特権領域８０８は、ユーザー１２８が、招待者領域において識別された特定のユーザーに共有特権が与えられるべきか否か指示することを可能にする。この特定例では、共有特権領域８０８は、個々のユーザーに対する共有特権ステータスを選択することおよび選択解除することを可能にする、選択可能なコントロールを含む。例えば、この例では、ユーザー「エー  スミス（A Smith)」および「ダブリュー  ソール（W Sole)」が共有特権者として指定され、一方ユーザー「ティー  ハインズ（T Heins）」および「ジェー  オーエン（J Owen)」は指定されない。
【００６５】
[0077]  招待ＧＵＩ８０２は、送信コントロール８１０を含む。送信コントロール８１０は、通信セッション８０４に参加するための招待８１２を、招待者領域８０４において識別された招待者に遅らせるために選択可能である。一般に、招待８１０は、電子メール、インターネット・メッセージング、アプリケーション特定通信（例えば、通信クライアント１１０の異なるインスタンス間）等によってというように、種々の方法で送ることができる。
【００６６】
[0078]  通常、招待８１０は、一般招待状(standard invite)８１４および特権招待状(privileged invite)８１６を含む。 一般招待状 ８１４は、共有特権者として指定されていない招待者、例えば、「ティー  ハインズ」および「ジョー  オーエン」に送られる。しかしながら、特権招待状８１６は、特権が与えられたものとして指定された招待者、例えば、「エー  スミス」および「ダブリュー  ソール」に送られる。特権招待状８１６は、例えば、通信セッション８０４の一部として共有保護されたものとして指定されたコンテンツを解読するために使用することができる鍵８１８へのアクセスを付与する。鍵８１８は、例えば、特権招待状８１６に添付することができるが、一般招待状８１２には添付することはできない。あるいはまたは加えて、特権招待状８１６は、安全なネットワーク記憶場所のような、鍵８１８を引き出すことができるネットワーク位置へのリンク（例えば、ハイパーリンク）または他のポインタを含むこともできる。例えば、特権招待状８１６は、鍵８１８自体を含まずに、鍵８１８へのポインタを含むことができる。更に他の実現例では、特権招待状８１６を送ることによって、共有特権ユーザーを、鍵８１８へのアクセスが許可されている特権グループに追加させる。
【００６７】
[0079]  対照的に、一般招待状８１４は鍵８１８へのアクセスを付与せず、したがって非共有特権招待者が鍵にアクセスし、通信セッション８０４の一部として含まれる共有保護コンテンツを解読することを可能にしない。グループ・アクセスが採用されるシナリオでは、一般招待状８１４は、非共有特権ユーザーを共有特権グループに追加させない。
【００６８】
[0080]  このように、これらのシナリオ例が実証するのは、画面共有体験のための共有保護技法が、画面共有体験の一部として画面コンテンツを共有保護することを可能にし、更に画面共有体験における特定の参加者が共有保護コンテンツを自由に見ることを可能にするということである。
【００６９】
[0081]  以上、実現例のシナリオについていくつかの例を説明したので、これより、１つ以上の実施形態によるいくつかの手順例の考察(discussion)について検討する。
[0082]  以下の説明では、１つ以上の実施形態にしたがって、画面共有体験のための共有保手順のいくつかの例について説明する。これらの手順例は、図１の環境１００、図１２のシステム１２００、および／または任意の他の適した環境において採用することができる。これらの手順は、例えば、先に説明した実現例のシナリオを実現するための手順例を表す。少なくとも一部の実現例では、種々の手順について説明するステップは、自動的にそしてユーザーの仲介とは無関係に実行される。種々の実現例によれば、これらの手順はローカルに（例えば、クライアント・デバイス１０２において）および／または通信サービス１２０のような、ネットワーク・ベース・サービスにおいて実行することもできる。
【００７０】
[0083]  図９は、１つ以上の実現例による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実現例にしたがって共有保護領域のコンテンツへのアクセスを制御するための手順例について説明する。少なくとも一部の実現例では、この方法は、少なくとも部分的にクライアント・デバイス１０２によって（例えば、通信クライアント１１０によって）および／または通信サービス１２０によって実行されてもよい。
【００７１】
[0084]  ステップ９００では、共有メディアのある領域が、画面共有体験の一部として、共有保護されるべきであることを確認する。ユーザーは、例えば、表示エリアの特定領域、および／または共有保護されるべきである特定のコンテンツ・タイプを選択する。仮想／混合現実環境におけるコンテンツの選択、リモート・ディスプレイ・デバイス上に表示されるコンテンツの選択等によるというように、 共有保護コンテンツを選択する他の方法も、追加的にまたは代わりに採用してもよい。表示領域および／または特定のコンテンツ（例えば、「共有メディア」）を共有保護されるものとして指定する方法の例については、先に説明した。
【００７２】
[0085]  ステップ９０２では、画面共有体験において、共有メディアの領域からのコンテンツへのアクセスを許可される第１参加者を指定するユーザー入力を受ける。共有特権ユーザーを指定する異なる方法については、先に説明した。
【００７３】
[0086]  ステップ９０４では、画面共有体験における参加者のグループにおいて、画面共有体験中に、その領域からのコンテンツを鍵によって暗号化させる。暗号モジュール１３０は、例えば、暗号鍵１３４によってコンテンツを暗号化し、暗号化コンテンツを生成する。
【００７４】
[0087]  ステップ９０６では、参加者のグループの内第１参加者を、鍵にアクセスできる共有特権者として指定し、参加者のグループの第２参加者を、鍵にアクセスできる共有特権者として指定しない。大まかには、これによって、鍵が第１参加者にはアクセス可能になることを許可し、画面共有体験の一部として第１参加者のためにコンテンツを解読することを可能にするが、第２参加者には、画面共有体験の一部として鍵をアクセス可能にすることは許可しない。例えば、第１参加者に関連する第１デバイスには鍵へのアクセスが許可され、第１デバイスが画面共有体験の一部としてコンテンツを解読することが可能になるが、第２参加者に関連する第２デバイスは、画面共有体験の一部として鍵へのアクセスが許可されない。
【００７５】
[0088]  ステップ９０８では、暗号化コンテンツを、他の未暗号化コンテンツと共に、画面共有体験のデーター・ストリームの一部として伝達する。少なくとも一部の実現例では、画面共有体験はリアル・タイム通信セッションの一部である。つまり、表示領域の部分を暗号化しデーター・ストリームに含めることができるが、他の部分は、未暗号化形態でデーター・ストリームに含まれてもよい。
【００７６】
[0089]  図１０は、１つ以上の実現例による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実現例にしたがって、共有保護領域のコンテンツへのアクセスを制御するための手順例について説明する。少なくとも一部の実現例では、この方法は、少なくとも部分的にクライアント・デバイス１０２において（例えば、通信クライアント１１０によって）および／または通信サービス１２０によって実行されてもよい。
【００７７】
[0090]  ステップ１０００では、通信セッションに対する特権招待状を第１参加者に送る。特権招待状は、保護コンテンツを暗号化するために使用される鍵へのアクセスを可能にする。通信クライアント１１０は、例えば、特権招待状を、共有特権者として指定されたユーザーに伝達する。種々の実現例によれば、特権招待状は、暗号化および保護されたコンテンツを暗号化するための暗号鍵へのアクセスを可能にする。例えば、第１参加者に関連する第１デバイスは、この招待に付随する情報を利用して、鍵にアクセスし暗号化コンテンツを解読することができる。
【００７８】
[0091]  ステップ１００２では、通信セッションに対する一般招待状を第２参加者に送る。一般招待状は、鍵へのアクセスを可能にしない。一般招待状は、例えば、第１参加者が通信セッションに参加することを可能にするが、通信セッションの一部として暗号化形態で送信される保護コンテンツを解読することは可能にしない。
【００７９】
[0092]  一般に、以上で述べた手順は、画面共有体験（例えば、通信セッション）がアクティブである間に、動的にそしてリアル・タイムで実行することができる。例えば、画面共有体験がアクティブである間、共有ユーザーは、あるユーザーを共有特権者として指定することができ、この異なるユーザーのデバイスが、保護コンテンツを解読するための暗号鍵にアクセスできるようにする。更に、画面共有体験が未だアクティブである間に、共有ユーザーは、コンテンツを解読するための暗号鍵にアクセスする前述のユーザーの許可が取り消されるように、このユーザーの共有特権ステータスを取り消すことができる。
【００８０】
[0093]  図１１は、１つ以上の実現例による方法におけるステップを説明する流れ図である。この方法は、１つ以上の実現例にしたがって共有保護領域を視覚的に難読化するための手順例について説明する。少なくとも一部の実現例では、この方法は、少なくとも部分的にクライアント・デバイス１０２において（例えば、通信クライアント１１０によって）および／または通信サービス１２０によって実行されてもよい。
【００８１】
[0094]  ステップ１１００では、クライアント・デバイスの表示エリアの第１領域が共有保護されるべきであることを確認する。ユーザーは、例えば、共有保護されるべきである表示エリアの部分を識別する入力を供給する。
【００８２】
[0095]  ステップ１１０２では、クライアント・デバイスの表示エリア上において第１領域が視覚的に難読化されるように、クライアント・デバイスにおいて第１領域を暗号化させる。例えば、表示エリアの第１領域が共有保護されるべきであると確認したことに応答して、第１領域からのコンテンツを暗号化する。
【００８３】
[0096]  ステップ１１０４では、表示エリアにおいて、クライアント・デバイスの表示エリアの視覚的に難読化された第１領域と、難読化されない第２領域とを含むビデオ画像をキャプチャする。表示エリアの異なる領域は、例えば、共有保護されるものとして指定されず、つまり暗号化されない。したがって、暗号化された第１領域および暗号化されない第２領域を一緒に、表示エリアの１つのビデオ画像としてキャプチャすることができる。種々の実現例によれば、この１つのビデオ画像は、リアル・タイム通信セッションの一部のような、ある時間期間にわたってキャプチャされたリアル・タイム画像を表す。
【００８４】
[0097]  ステップ１１０６では、クライアント・デバイスと異なるデバイスとの間における画面共有体験の一部として、このビデオ画像を異なるデバイスに伝達する。例えば、ビデオ画像は、クライアント・デバイスと異なるデバイスとの間におけるリアル・タイム通信セッションの一部としてというように、これらのデバイス間におけるデーター・ストリームの一部として伝達される。
【００８５】
[0098]  ここで説明する実現例によれば、以上で説明した手順は、表示エリアの共有保護領域を指定するため、そして共有特権が与えられたユーザーを識別するために、通信セッションの間複数回実行することができる。
【００８６】
[0099]  したがって、本明細書において説明した技法は、画面共有体験の間、あるコンテンツが共有されることを許可しつつ、この体験の間他のコンテンツが自由にアクセスされないように保護するための多種多様のシナリオおよび実現例を提供する。これによって、ユーザーが画面共有体験の間特定のコンテンツを共有しつつ、この体験の間他の要注意コンテンツを保護する能力が高められる。
【００８７】
[00100]  以上、いくつかの手順例について説明したので、これより１つ以上の実施形態によるシステムおよびデバイスの例の説明について検討する。
[00101]  図１２は、本明細書において説明した種々の技法を実現することができる１つ以上のコンピューティング・システムおよび／またはデバイスを表すコンピューティング・デバイスの一例１２０２を含むシステム例を、全体的に１２００で示す。例えば、図１を参照して先に説明したクライアント・デバイス１０２、エンドポイント・デバイス１１６、および／または通信サービス１２０は、コンピューティング・デバイス１２０２として具体化することができる。コンピューティング・デバイス１２０２は、例えば、サービス・プロバイダーのサーバー、クライアントに関連するデバイス（例えば、クライアント・デバイス）、オンチップ・システム、および／または任意の他の適したコンピューティング・デバイスもしくはコンピューティング・システムであってもよい。
【００８８】
[00102]  図示のようなコンピューティング・デバイス例１２０２は、処理システム１２０４、１つ以上のコンピューター読み取り可能媒体１２０６、および１つ以上の入力／出力（Ｉ／Ｏ）インターフェース１２０８を含み、これらは互いに通信可能に結合されている。図示しないが、コンピューティング・デバイス１２０２は、更に、種々のコンポーネントを互いに結合するシステム・バスまたは他のデーターおよびコマンド転送システムを含むことができる。システム・バスは、メモリー・バスまたはメモリー・コントローラー、周辺バス、ユニバーサル・シリアル・バス、および／または種々のバス・アーキテクチャの内任意のものを利用するプロセッサー・バスまたはローカル・バスのような、異なるバス構造の任意の１つまたは組み合わせを含むことができる。また、制御およびデーター・ラインのような、種々の他の例も考えられる。
【００８９】
[00103]  処理システム１２０４は、ハードウェアを使用して１つ以上の動作を実行する機能を表す。したがって、処理システム１２０４は、プロセッサー、機能ブロック等として構成されてもよいハードウェア・エレメント１２１０を含むように示されている。これは、特定用途集積回路、または１つ以上の半導体を使用して形成される他の論理デバイスのような、ハードウェアの実現例を含んでもよい。ハードウェア・エレメント１２１０は、それらが形成される材料によっても、内部で採用される処理メカニズムによっても限定されない。例えば、プロセッサーは、半導体（１つまたは複数）および／またはトランジスター（例えば、電子集積回路（ＩＣ））で構成されてもよい。このようなコンテキストでは、プロセッサー実行可能命令は、電子的実行可能命令であってもよい。
【００９０】
[00104]  コンピューター読み取り可能媒体１２０６は、メモリー／ストレージ１２１２を含むように示されている。メモリー／ストレージ１２１２は、１つ以上のコンピューター読み取り可能媒体に関連するメモリー／ストレージ容量を表す。メモリー／ストレージ１２１２は、揮発性媒体（ランダム・アクセス・メモリー（ＲＡＭ）のような）および／または不揮発性媒体（リード・オンリー・メモリー（ＲＯＭ）、Ｆｌａｓｈメモリー、光ディスク、磁気ディスク等のような）を含むことができる。メモリー／ストレージ１２１２は、固定媒体（例えば、ＲＡＭ、ＲＯＭ、固定ハード・ドライブ等）、更にはリムーバブル媒体（例えば、Ｆｌａｓｈメモリー、リムーバブル・ハード・ドライブ、光ディスク等）も含むことができる。コンピューター読み取り可能媒体１２０６は、以下で更に説明するような種々の他の方法で構成されてもよい。
【００９１】
[00105]  入力／出力インターフェース（１つまたは複数）１２０８は、ユーザーにコマンドおよび情報をコンピューティング・デバイス１２０２に入力させる機能、ならびに種々の入力／出力デバイスを使用して情報をユーザーおよび／または他のコンポーネントもしくはデバイスに提示させる機能も表す。入力デバイスの例には、キーボード、カーソル制御デバイス（例えば、マウス）、マイクロフォン（例えば、音声認識および／または発話入力のため）、スキャナー、タッチ機能（例えば、物理的接触を検出するように構成された容量式センサまたは他のセンサ）、カメラ（例えば、ジェスチャのように、タッチを伴わない動きを検出するために赤外線周波数のような可視波長または不可視波長を採用してもよい）等が含まれる。出力デバイスの例には、ディスプレイ・デバイス（例えば、モニターまたはプロジェクター）、スピーカー、プリンター、ネットワーク・カード、触覚応答デバイス等が含まれる。このように、コンピューティング・デバイス１２０２は、ユーザーの対話処理をサポートするために、以下で更に説明するように種々の方法で構成することができる。
【００９２】
[00106]  本明細書では、種々の技法についてソフトウェア、ハードウェア・エレメント、またはプログラム・モジュールという一般的なコンテキストで説明することもできる。通常、このようなモジュールは、ルーチン、プログラム、オブジェクト、エレメント、コンポーネント、データー構造等を含み、特定のタスクを実行するか、または特定の抽象データー型を実装する。「モジュール」(module)、「機能」(functionality)、エンティティ(entity)、および「コンポーネント」(component)という用語は、本明細書において使用する場合、ソフトウェア、ファームウェア、ハードウェア、またはこれらの組み合わせを表すのが一般的である。本明細書において説明した技法の特徴は、プラットフォーム独立であり、これが意味するのは、種々のプロセッサーを有する種々の商用コンピューティング・プラットフォームにおいて、本技法を実現できるということである。
【００９３】
[00107]  以上で説明したモジュールおよび技法の実現例は、何らかの形態のコンピューター読み取り可能媒体に格納されてもよく、またはそれを介して送信されてもよい。コンピューター読み取り可能媒体には、コンピューティング・デバイス１２０２によってアクセスすることができる種々の媒体を含むことができる。一例として、そして限定ではなく、コンピューター読み取り可能媒体は、「コンピューター読み取り可能記憶媒体」および「コンピューター読み取り可能信号媒体」を含むとしてもよい。
【００９４】
[00108]  「コンピューター読み取り可能記憶媒体」とは、単なる信号送信、搬送波、または信号自体とは対象的に、情報の永続的格納を可能にする媒体および／またはデバイスを指すとしてよい。コンピューター読み取り可能媒体は、それ自体信号を含まない。コンピューター読み取り可能記憶媒体は、揮発性および不揮発性、リムーバブルおよび非リムーバブル媒体、および／またはコンピューター読み取り可能命令、データー構造、プログラム・モジュール、論理エレメント／回路、または他のデーターというような情報の格納に適した方法あるいは技術で実現される記憶デバイスのようなハードウェアを含む。コンピューター読み取り可能記憶媒体の例には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリーまたは他のメモリー技術、ＣＤ−ＲＯＭ、ディジタル・バーサタイル・ディスク（ＤＶＤ）または他の光ストレージ、ハード・ディスク、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、あるいは他の記憶デバイス、有形媒体、もしくは所望の情報を格納するのに適しておりコンピューターによってアクセスすることができる製品を含むことができるが、これらに限定されるのではない。
【００９５】
[00109]  「コンピューター読み取り可能信号媒体」とは、ネットワークを介してというようにして、コンピューティング・デバイス１２０２のハードウェアに命令を送信するように構成された信号支持媒体を指すとしてもよい。信号媒体は、通例、コンピューター読み取り可能命令、データー構造、プログラム・モジュール、または他のデーターを、搬送波のような変調データー信号、データー信号、または他の移送メカニズム内に具体化することができる。また、信号媒体は任意の情報配信媒体も含む。「変調データー信号」という用語は、その特性の１つ以上が、信号内に情報をエンコードするような方法で設定されたまたは変化させられた信号を意味する。一例として、そして限定ではなく、通信媒体は、有線ネットワークまたは直接有線接続のような有線媒体と、音響、高周波（ＲＦ）、赤外線、および他のワイヤレス媒体のような、ワイヤレス媒体とを含む。
【００９６】
[00110]  既に説明したように、ハードウェア・エレメント１２１０およびコンピューター読み取り可能媒体１２０６は、ハードウェア形態で実装された命令、モジュール、プログラマブル・デバイス・ロジック、および／または固定デバイス・ロジックを表し、本明細書において説明した技法の少なくともいくつかの形態を実現するために、いくつかの実施形態において採用することができる。ハードウェア・エレメントは、集積回路またはオンチップ・システムのコンポーネント、特定用途集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、複合プログラマブル・ロジック・デバイス（ＣＰＬＤ）、およびシリコンまたは他のハードウェア・デバイス内における他の実装を含むことができる。このコンテキストでは、ハードウェア・エレメントは、実行のための命令を格納するために利用されるハードウェア・エレメントおよびハードウェア・デバイス、例えば、既に説明したコンピューター読み取り可能記憶媒体、によって具体化される命令、モジュール、および／またはロジックによって定められるプログラム・タスクを実行する処理デバイスとして動作することができる。
【００９７】
[00111]  以上のものの組み合わせも、本明細書において説明した種々の技法およびモジュールを実現するために採用することができる。したがって、ソフトウェア、ハードウェア、またはプログラム・モジュールおよび他のプログラム・モジュールは、何らかの形態のコンピューター読み取り可能記憶媒体において、および／または１つ以上のハードウェア・エレメント１２１０によって具体化される１つ以上の命令および／またはロジックとして実装することもできる。コンピューティング・デバイス１２０２は、ソフトウェアおよび／またはハードウェア・モジュールに対応する特定の命令および／または機能を実装するように構成することもできる。したがって、コンピューティング・デバイス１２０２によってソフトウェアとして実行可能なモジュールの実現例は、少なくとも部分的にハードウェアで、例えば、コンピューター読み取り可能記憶媒体および／または処理システムのハードウェア・エレメント１２１０の使用によって達成することができる。命令および／または機能は、本明細書において説明した技法、モジュール、および例を実現するために、１つ以上の製品（例えば、１つ以上のコンピューティング・デバイス１２０２および／または処理システム１２０４）によって実行可能／動作可能であってもよい。
【００９８】
[00112]  更に図１２に示すように、システム例１２００は、パーソナル・コンピューター（ＰＣ）、テレビジョン・デバイス、および／または移動体デバイスにおいてアプリケーションを実行するときに、継ぎ目のないユーザー体験のための遍在環境(ubiquitous environment)を可能にする。サービスおよびアプリケーションは、アプリケーションを利用している間、ビデオ・ゲームをプレーしている間、ビデオを視聴している間等に、１つのデバイスから次のデバイスに移行するときに、共通のユーザー体験のために、３つの環境全てにおいて実質的に同様に実行される。
【００９９】
[00113]  システム例１２００では、複数のデバイスが中央コンピューティング・デバイスを経由して相互接続される。中央コンピューティング・デバイスは、複数のデバイスに対してローカルであってもよく、または複数のデバイスから離れて配置されてもよい。一実施形態では、中央コンピューティング・デバイスは、ネットワーク、インターネット、または他のデーター通信リンクを介して複数のデバイスに接続される１つ以上のサーバー・コンピューターのクラウドであってもよい。
【０１００】
[00114]  一実施形態では、この相互接続アーキテクチャは、共通で継ぎ目のない体験を複数のデバイスのユーザーに提供するために、複数のデバイスに跨がって機能を伝えることを可能にする。複数のデバイスの各々は、異なる物理要件および潜在能力(capabilities)を有してもよく、中央コンピューティング・デバイスは、各デバイスに合わせて特別作られしかも全てのデバイスに共通である体験のデバイスへの配信を可能にするプラットフォームを使用する。一実施形態では、ターゲット・デバイスのクラスが作られ、包括的(generic)クラスのデバイスに合わせて体験が特別に作られる。デバイスのクラスは、デバイスの物理的特徴、使用形式、または他の共通特性によって定められてもよい。
【０１０１】
[00115]  種々の実現例では、コンピューティング・デバイス１２０２は、コンピューター１２１４、移動体１２１６、およびテレビジョン１２１８の使用のためというように、種々の異なる構成を取ることができる。これらの構成の各々は、通常では異なる構造(constructs)および機能(capabilities)を有してもよいデバイスを含み、つまり、コンピューティング・デバイス１２０２は、異なるデバイス・クラスの１つ以上にしたがって構成することができる。例えば、コンピューティング・デバイス１２０２は、パーソナル・コンピューター、デスクトップ・コンピューター、マルチスクリーン・コンピューター、ラップトップ・コンピューター、ネットブック等を含むコンピューター１２１４クラスのデバイスとして実装することができる。
【０１０２】
[00116]  また、コンピューティング・デバイス１２０２は、移動体電話機、携帯用音楽プレーヤ、携帯用ゲーミング・デバイス、タブレット・コンピューター、ウェアラブル・デバイス、マルチスクリーン・コンピューター等のような、移動体デバイスを含む、移動体１２１６クラスのデバイスとして実現することもできる。また、コンピューティング・デバイス１２０２は、気楽な視聴環境において通常もっと大きな画面を有する、または接続されたデバイスを含むテレビジョン１２１８クラスのデバイスとして実現することもできる。これらのデバイスは、テレビジョン、セットトップ・ボックス、ゲーミング・コンソール等を含む。
【０１０３】
[00117]  本明細書において説明した技法は、コンピューティング・デバイス１２０２のこれら種々の構成によってサポートすることができ、本明細書において説明した技法の具体的な例に限定されるのではない。例えば、共有モジュール１２２、暗号モジュール１３０、および／または通信サービス１２０を参照して説明した機能は、全体的または部分的に、以下で説明するような「クラウド」１２２０上でプラットフォーム１２２２を介してというようにして、分散型システムの使用によって実現することもできる。
【０１０４】
[00118]  クラウド１２２０は、リソース１２２４用のプラットフォーム１２２２を含むおよび／または表す。プラットフォーム１２２２は、クラウド１２２０のハードウェア（例えば、サーバー）およびソフトウェア・リソースの基礎になる機能を抽象化する。リソース１２２４は、コンピューティング・デバイス１２０２から離れたサーバーにおいてコンピューター処理が実行される間に利用することができるアプリケーションおよび／またはデーターを含むことができる。また、リソース１２２４は、インターネット上で供給されるサービス、および／またはセルラーもしくはＷｉ−Ｆｉネットワークのような加入者ネットワークを介して提供されるサービスも含むことができる。
【０１０５】
[00119]  プラットフォーム１２２２は、コンピューティング・デバイス１２０２を他のコンピューティング・デバイスと接続するためのリソースおよび機能を抽象化することもできる。また、プラットフォーム１２２２は、プラットフォーム１２２２を介して実装されるリソース１２２４に対して遭遇した要求に対して、対応した拡縮度(level of scale)を与えるために、リソースの拡縮調整(scaling)を抽象化する機能も果たすことができる。したがって、相互接続されたデバイスの実施形態では、本明細書において説明した機能の実現は、システム１２００全体に分散することができる。たとえば、機能は、部分的にコンピューティング・デバイス１２０２において実装されてもよく、更にクラウド１２２０の機能を抽象化するプラットフォーム１２２２を介して実装されてもよい。
【０１０６】
[00120]  本明細書において説明したのは、本明細書において説明した技法を実行するために実装することができる複数の方法である。これらの方法の形態は、ハードウェア、ファームウェア、またはソフトウェア、あるいはこれらの組み合わせで実装することができる。これらの方法は、１つ以上のデバイスによって実行される動作を指定する１組のステップとして示され、それぞれのブロックによって動作を実行するために示した順序には必ずしも限定されない。更に、特定の方法に関して示される動作は、１つ以上の実現例による異なる方法の動作と組み合わせることもでき、および／または相互交換することもできる。これらの方法の形態は、環境１２００を参照して先に説明した種々のエンティティ間における相互作用によって実現することができる。
【０１０７】
[00121]  画面共有体験のための共有保護技法について説明した。実施形態の説明は、構造的な特徴および／または方法論的アクトに特定の文言でなされたが、添付する特許請求の範囲において定められる実施形態は、必ずしも、これらの説明した特定の特徴やアクトには限定されない。逆に、特定の特徴およびアクトは、特許請求する実施形態を実現する形態例として開示されたまでである。
【０１０８】
[00122]  本明細書における説明では、種々の異なる実施形態について説明した。尚、本明細書において説明した各実施形態は、それ自体のみで、または本明細書において説明した１つ以上の他の実施形態と併せて使用できることは認められ理解されよう。本明細書において説明した技法の他の形態は、以下の実施形態の１つ以上に関係する。
【０１０９】
[00123]  画面共有体験のための媒体保護システムであって、このシステムは、少なくとも１つのプロセッサーと、格納された命令を含む１つ以上のコンピューター読み取り可能記憶媒体とを含む。命令は、少なくとも１つのプロセッサーによる実行に応答して、共有媒体のある領域が、画面共有体験の一部として共有保護されるべきであることを確認する動作と、 画面共有体験における参加者のグループにおける画面共有体験中に、前記領域からのコンテンツに鍵で暗号化させる動作と、前記参加者のグループの内第１参加者を、共有特権者として指定し、画面共有体験の一部として第１参加者のためにコンテンツを解読することを可能にするために、第１参加者に鍵がアクセス可能になることを許可し、前記参加者のグループの内第２参加者を共有特権者として指定せず、画面共有体験の一部として第２参加者に鍵がアクセス可能になることを許可しない動作とを含む動作を、このシステムに実行させる。
【０１１０】
[00124]  以上で説明したシステムの内任意のものに加えて、以下の内任意の１つまたは組み合わせがある。前記確認する動作が、共有媒体の前記領域を識別するユーザー入力に応答する。共有媒体の前記領域が、クライアント・デバイスの表示エリアのある領域に対応する。前記指定する動作が、第１参加者に関連する第１デバイスに鍵がアクセス可能になることを許可するが、第２参加者に関連する第２デバイスには鍵がアクセス可能になることを許可しない。画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、第１参加者を特権ユーザーであるとして指定するユーザー入力に基づき、このユーザー入力が、通信セッションに対する会合招待とのユーザーの対話処理を含む。画面共有体験が、通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、第１参加者に送られる通信セッションに対する会合招待に、鍵を添付させる。画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記動作が、第１参加者に送られる通信セッションに対する会合招待に、鍵へのポインタを含ませる。第１参加者を共有特権者として指定する前記動作が、第１参加者のグループ・メンバーシップに基づき、鍵はこのグループの会員にアクセス可能である。画面共有体験が通信セッションを含み、前記動作が、更に、通信セッションに対する特権招待状を第１参加者に送る動作であって、特権招待状が鍵へのアクセスを可能にする、動作と、通信セッションに対する一般招待状を第２参加者に送る動作であって、一般招待状は鍵へのアクセスを可能にしない、動作とを含む。前記動作が、更に、画面共有体験の一部として、第１参加者に関連する第１デバイスおよび第２参加者に関連する第２デバイスに、データー・ストリームを伝達させる動作を含み、データー・ストリームが、前記領域からの暗号化コンテンツを、鍵で暗号化されていない共有媒体の異なる領域からの異なるコンテンツと共に含む。共有媒体の前記領域が、クライアント・デバイスのディスプレイ・デバイスのある領域に対応し、画面共有体験が、クライアント・デバイスと、第１参加者に関連する第１デバイスと、第２参加者に関連する第２デバイスとを含むリアル・タイム通信セッションを含み、前記させる動作および前記指定する動作が、通信セッションの間に動的に実行される。
【０１１１】
[00125]   画面共有体験に対して媒体を保護するためのコンピューター実装方法であって、この方法は、クライアント・デバイスの表示エリアの第１領域が共有保護されるべきであることを確認するステップと、前記確認するステップに応答して、第１領域がクライアント・デバイスの表示エリアにおいて視覚的に難読化されるように、第１領域をクライアント・デバイスにおいて暗号化させるステップと、表示エリアの内、クライアント・デバイスの表示エリアの視覚的に難読化された第１領域と、難読化されない第２領域とを含むビデオ画像をキャプチャするステップと、クライアント・デバイスと異なるデバイスとの間における画面共有体験の一部として、前記ビデオ画像を異なるデバイスに伝達するステップとを含む。
【０１１２】
[00126]  以上に記載した方法の内任意のものに加えて、以下の内任意の１つまたは組み合わせがある。前記ビデオ画像を１つのエンコード化データー・ストリームとしてエンコードするステップを更に含み、前記伝達するステップが、異なるデバイスにおいて難読化された第１領域および難読化されない第２領域の視覚表現を表示することを可能にするために、前記１つのエンコード化ビデオ・ストリームを異なるデバイスに伝達するステップを含む。画面共有体験が、クライアント・デバイスと異なるデバイスとを含むリアル・タイム通信セッションを含み、前記確認するステップが、第１領域を共有保護されるものとして識別するユーザー入力に基づく。
【０１１３】
[00127]  画面共有体験に対して媒体を保護するためのコンピューター実装方法であって、この方法は、共有媒体のある領域が、画面共有体験の一部として共有保護されるべきであることを確認するステップと、画面共有体験における第１参加者が、前記共有媒体の前記領域からのコンテンツへのアクセスを許可されることを指定するユーザー入力を受けるステップと、画面共有体験における参加者のグループの画面共有体験中に、前記領域からのコンテンツを鍵で暗号化させるステップと、参加者のグループの内第１参加者を、共有特権者として指定し、画面共有体験の一部として第１参加者のためにコンテンツが解読されることを可能にするために、鍵が第１参加者にアクセス可能になることを許可し、参加者のグループの内第２参加者を、共有特権者として指定せず、画面共有体験の一部として、鍵が第２参加者にアクセス可能になることを許可しない、ステップとを含む。
【０１１４】
[00128]  以上に記載した方法の内任意のものに加えて、以下の内任意の１つまたは組み合わせがある。画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記ステップが、第１参加者に送られる通信セッションに対する会合招待に、鍵を添付させる。画面共有体験が通信セッションを含み、第１参加者を共有特権者として指定する前記ステップが、第１参加者に送られる通信セッションに対する会合招待に、鍵へのポインタを含ませ、会合招待が鍵のコピーを含まない。画面共有体験が通信セッションを含み、ユーザー入力が、通信セッションに対する招待のユーザー構成を含む。第１参加者を共有特権者として指定する前記ステップが、第１参加者のグループ・メンバーシップに基づき、鍵がグループの会員にはアクセス可能である。
【図１】
2020504353.tif 000003
【図２】
2020504353.tif 000004
【図３】
2020504353.tif 000005
【図４】
2020504353.tif 000006
【図５】
2020504353.tif 000007
【図６】
2020504353.tif 000008
【図７】
2020504353.tif 000009
【図８】
2020504353.tif 000010
【図９】
2020504353.tif 000011
【図１０】
2020504353.tif 000012
【図１１】
2020504353.tif 000013
【図１２】
2020504353.tif 000014
【国際調査報告】
2020504353.tif 000015
2020504353.tif 000016