特許 5965404 ユーザー固有属性のカスタマイズ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5965404

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】ユーザー固有属性のカスタマイズ

(51)【国際特許分類】

   G06F 9/445 20060101AFI20160721BHJP

   G06F 15/00 20060101ALI20160721BHJP

   H04N 21/4415 20110101ALI20160721BHJP

   A63F 13/843 20140101ALI20160721BHJP

【ＦＩ】

   G06F9/06 610A

   G06F15/00 410A

   H04N21/4415

   A63F13/843

【請求項の数】15

【全頁数】16

(21)【出願番号】特願2013-529157(P2013-529157)

(86)(22)【出願日】2011年8月15日

(65)【公表番号】特表2013-537341(P2013-537341A)

(43)【公表日】2013年9月30日

(86)【国際出願番号】US2011047813

(87)【国際公開番号】WO2012036816

(87)【国際公開日】20120322

【審査請求日】2014年8月12日

(31)【優先権主張番号】12/883,010

(32)【優先日】2010年9月15日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】314015767

【氏名又は名称】マイクロソフト テクノロジー ライセンシング，エルエルシー

(74)【代理人】

【識別番号】100140109

【弁理士】

【氏名又は名称】小野 新次郎

(74)【代理人】

【識別番号】100075270

【弁理士】

【氏名又は名称】小林 泰

(74)【代理人】

【識別番号】100101373

【弁理士】

【氏名又は名称】竹内 茂雄

(74)【代理人】

【識別番号】100118902

【弁理士】

【氏名又は名称】山本 修

(74)【代理人】

【識別番号】100153028

【弁理士】

【氏名又は名称】上田 忠

(74)【代理人】

【識別番号】100120112

【弁理士】

【氏名又は名称】中西 基晴

(74)【代理人】

【識別番号】100196508

【弁理士】

【氏名又は名称】松尾 淳一

(74)【代理人】

【識別番号】100147991

【弁理士】

【氏名又は名称】鳥居 健一

(74)【代理人】

【識別番号】100119781

【弁理士】

【氏名又は名称】中村 彰吾

(74)【代理人】

【識別番号】100162846

【弁理士】

【氏名又は名称】大牧 綾子

(74)【代理人】

【識別番号】100173565

【弁理士】

【氏名又は名称】末松 亮太

(74)【代理人】

【識別番号】100138759

【弁理士】

【氏名又は名称】大房 直樹

(72)【発明者】

【氏名】ペティット，ブラッドリー・ロバート

(72)【発明者】

【氏名】ソルダン，エリック

(72)【発明者】

【氏名】ミンワラ，ノシャーワン

(72)【発明者】

【氏名】ビショップ，アラン

(72)【発明者】

【氏名】スーパタヌ，ニコラエ

【審査官】 坂庭 剛史

(56)【参考文献】

【文献】 特開２００９−１５２７１９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００９／０１３８８０５（ＵＳ，Ａ１）

【文献】 米国特許出願公開第２０１０／０１０３３１６（ＵＳ，Ａ１）

【文献】 特表２００４−５３３１９３（ＪＰ，Ａ）

【文献】 特開２００４−３２０２１７（ＪＰ，Ａ）

【文献】 特開２００２−３６９９７２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４５

Ｇ０６Ｆ １５／００

Ｈ０４Ｎ ２１／４４１５

Ｈ０４Ｎ ２１／４４２

Ａ６３Ｆ １３／８４３

(57)【特許請求の範囲】

【請求項1】

エンターテインメントシステムとのセッションの間に、前記エンターテインメントシステムの有効範囲内において１又は複数のユーザーを識別するユーザー識別モジュールと、
前記エンターテインメントシステムの前記有効範囲内において識別された２以上のユーザーのうちの１人であって前記エンターテインメントシステムとのセッションの間に最初に識別されたユーザーである、優勢的ユーザーの排他的ユーザー固有属性を前記セッションの間に自動的に表現する優勢的属性モジュールと、
前記エンターテインメントシステムの前記有効範囲内において識別された２以上のユーザーのうちの２人である、第１ユーザーと第２ユーザーの結合的ユーザー固有属性を前記セッションの間に自動的に表現する協同的属性モジュールと、
を備えるエンターテインメントシステム。

【請求項2】

前記ユーザー識別モジュールは、深度カメラから取得された観察深度画像において前記１又は複数のユーザーを識別するように構成される、請求項１に記載のエンターテインメントシステム。

【請求項3】

前記ユーザー識別モジュールは、カメラから取得された観察画像において前記１又は複数のユーザーを識別する顔認識モジュールを含む、請求項１に記載のエンターテインメントシステム。

【請求項4】

前記ユーザー識別モジュールは、マイクロフォンから取得されたオーディオセグメントにおいて前記１又は複数のユーザーを識別する音声認識モジュールを含む、請求項１に記載のエンターテインメントシステム。

【請求項5】

前記ユーザー識別モジュールは、それぞれのユーザーに対して、当該ユーザーに紐付いたコンパニオンデバイスと無線通信することによって、前記１又は複数のユーザーを識別するように構成される、請求項１に記載のエンターテインメントシステム。

【請求項6】

前記コンパニオンデバイスは、前記エンターテインメントシステムと無線でペアリングするように構成されたモバイル通信デバイスである、請求項５に記載のエンターテインメントシステム。

【請求項7】

前記ユーザー識別モジュールは、無視されたエンティティーを識別するように構成され、前記優勢的属性モジュール及び前記協同的属性モジュールは、前記無視されたエンティティーの存在を識別するように構成される、請求項１に記載のエンターテインメントシステム。

【請求項8】

前記結合的ユーザー固有属性はリストアイテムを含む、請求項１に記載のエンターテインメントシステム。

【請求項9】

前記協同的属性モジュールは、利用可能なメディアアイテムの部分集合を含む協同番組表として、前記結合的ユーザー固有属性を自動的に表現する、請求項１に記載のエンターテインメントシステム。

【請求項10】

前記協同的属性モジュールは、前記結合的ユーザー固有属性を、前記第１ユーザーと前記第２ユーザーからのユーザー固有属性の全体が一体化された協同的和集合として表現するように構成される、請求項１に記載のエンターテインメントシステム。

【請求項11】

前記協同的属性モジュールは、前記結合的ユーザー固有属性を、重複部分を有しない協同的和集合として表現するように構成され、前記重複部分を有しない協同的和集合において、前記第１ユーザーからのユーザー固有属性の全体が、当該第１ユーザーからのユーザー固有属性と重複している前記第２ユーザーのユーザー固有属性部分を除いた、前記第２ユーザーからのユーザー固有属性の全体と一体化される、請求項１に記載のエンターテインメントシステム。

【請求項12】

前記協同的属性モジュールは、前記結合的ユーザー固有属性を、例外を有した協同的和集合として表現するように構成され、前記例外を有した協同的和集合において、前記第１ユーザーからのユーザー固有属性は、前記第２ユーザーによって発動される予め定められた基準を満たす前記第１ユーザーのユーザー固有属性を除外しつつ、前記第２ユーザーからのユーザー固有属性と一体化される、請求項１に記載のエンターテインメントシステム。

【請求項13】

前記協同的属性モジュールは、前記結合的ユーザー固有属性を協同的積集合として表現するように構成され、前記協同的積集合において、前記第１ユーザーと前記第２ユーザーの両者からのユーザー固有属性のみが一体化される、請求項１に記載のエンターテインメントシステム。

【請求項14】

前記協同的属性モジュールは、前記結合的ユーザー固有属性を発見的補集合として表現するように構成され、前記発見的補集合において、前記第１ユーザーからのユーザー固有属性ではない前記第２ユーザーからのユーザー固有属性のみが表現される、請求項１に記載のエンターテインメントシステム。

【請求項15】

エンターテインメントシステムのユーザー固有属性を決定する方法であって、
前記エンターテインメントシステムの有効範囲内において第１ユーザーを識別するステップと、
前記エンターテインメントシステムの前記有効範囲内において第２ユーザーを識別するステップと、
前記第１ユーザー又は前記第２ユーザーのうちの１人であって前記エンターテインメントシステムとのセッションの間に最初に識別されたユーザーの排他的ユーザー固有属性を、前記エンターテインメントシステム上で自動的に有効化するステップと、
前記第１ユーザーと前記第２ユーザー両方の結合的ユーザー固有属性を、前記エンターテインメントシステム上で自動的に有効化するステップと、
を含む方法。

【発明の詳細な説明】

【背景技術】

【0001】

[0001] エンターテインメントシステムは、従来のコンピューターアプリケーションだけでなく、映画、テレビ、音楽、写真、個人間通信、ソーシャルネットワーキング等といったような様々な異なる種類のコンテンツを提示するのに用いることができる。また、異なるユーザーは、エンターテインメントシステムを違ったやり方で使用する場合がある。それ故、１又は複数の特定のユーザーによりよく適応するように、ユーザーエクスペリエンスをカスタマイズすることが望ましい。

【発明の概要】

【0002】

[0002] この概要は、以下詳細な説明において更に説明される概念から選び出したものを、単純化した形で紹介すべく提供されるものである。この概要は、特許請求の範囲に記載された対象の主要な特徴、又は本質的な特徴を特定することを意図しておらず、また、特許請求の範囲に記載された対象の範囲を限定するように用いられることも意図していない。更に、特許請求の範囲に記載された対象は、本開示の如何なる箇所に記された任意の、又は全ての欠点を解決する実施に限定されるものではない。

【0003】

[0003] 本開示の一側面に従って、エンターテインメントシステムが提供される。このエンターテインメントシステムは、当該エンターテインメントシステムの有効範囲内において１又は複数のユーザーを識別するユーザー識別モジュールと、当該エンターテインメントシステムの有効範囲内において識別された２以上のユーザーのうちの１人である、優勢的ユーザーの排他的ユーザー固有属性を自動的に表現する優勢的属性モジュールとを含む。このエンターテインメントシステムは、更に、当該エンターテインメントシステムの有効範囲内において識別された２以上のユーザーのうちの２人である、第１ユーザーと第２ユーザーの結合的ユーザー固有属性を自動的に表現する協同的属性モジュールを含む。

【図面の簡単な説明】

【0004】

【図1】[0004] 図１は、本開示の実施態様に従って、エンターテインメントシステムの例示的な使用環境を示す。

【図2】[0005] 図２は、本開示の実施態様に従って、排他的ユーザー固有属性の選択の例を模式的に示す。

【図3】[0006] 図３は、本開示の実施態様に従って、結合的ユーザー固有属性の選択の例を模式的に示す。

【図4】[0007] 図４は、本開示の実施態様に従って、結合したリストアイテムの選択の例を模式的に示す。

【図5】[0008] 図５は、本開示の実施態様に従って、エンターテインメントシステムのユーザー固有属性を決定する例示的な方法のフロー図を示す。

【発明を実施するための形態】

【0005】

[0009] エンターテインメントシステムは、コンテンツを閲覧しコンテンツと対話するのに用いることができる。それ故、エンターテインメントシステムは、ディスプレイデバイス及び／又は他のデバイス、例えばセットトップボックス、メディアディスクプレーヤー、ゲームコンソール、パーソナルコンピューター等を含むことができる。エンターテインメントシステムは、様々な異なるユーザーによって使用されることができる。ある場合には、多数のユーザーが協同で同一のエンターテインメントシステムを使用することがある。本明細書において説明されるように、エンターテインメントシステムは、ユーザーを識別して、その識別されたユーザーにカスタマイズ化されたエクスペリエンスを提供するように構成されることができる。

【0006】

[0010] 更に、このエンターテインメントシステムは、ユーザーを自動的に識別するように構成されることができる。こうすることで、ユーザーは、例えばログイン情報を提供しなくて済む。それどころか、ユーザーを識別すると、エンターテインメントシステムは、当該識別されたユーザーに基づいてカスタマイズ化されたエクスペリエンスを自動的に提供することができる。

【0007】

[0011] 図１は、様々なユーザーによって使用可能な例示的なエンターテインメントシステム２０を示している。エンターテインメントシステム２０は、更に、エンターテインメントシステム２０の有効範囲２４内においてユーザー２６ａ、ユーザー２６ｂ、及び／又はユーザー２６ｃ等のユーザーを識別するユーザー識別モジュール２２を備えることができる。この有効範囲は任意の適した有効範囲であってよく、図１に示されたような有効範囲２４は限定的であることを何ら意図されていない、ということが認識されるべきである。

【0008】

[0012] ユーザー識別モジュール２２は、ユーザーを任意の適した方法で識別するように構成されることができる。例えば、ある実施態様では、ユーザー識別モジュール２２は、深度カメラから取得された観察深度画像においてユーザーを識別するように構成されることができる。一例として、エンターテインメントシステム２０は、深度情報を捉えるように構成された深度カメラ２８を含むことができる。このような場合、有効範囲２４は、深度カメラ２８の撮像範囲に基づくことができる。ユーザー識別モジュール２２は、この観察深度画像を任意の適した方法で、例えば選択した特徴を探し出すように当該深度画像を分析することによって、利用することができる。

【0009】

[0013] ある実施態様では、ユーザー識別モジュール２２は、ユーザー識別を補助する付加的な及び／又は代替のモジュールを含むことができる。一例として、ユーザー識別モジュール２２は、カメラ３２又は深度カメラ２８等のカメラから取得された観察画像においてユーザーを識別する顔認識モジュール３０を含むことができる。このような場合、有効範囲２４は、カメラ３２の視野に基づくことができる。顔認識モジュール３０は、ユーザーの顔を任意の適した方法で、例えば取得された画像を分析し当該画像から得られる選択された顔の特徴を既知の情報と比較することによって、識別することができる。

【0010】

[0014] 別の例として、ユーザー識別モジュール２２は、ユーザーを識別するように構成されたレーザースキャナーを含むことができる。
[0015] 別の例として、ユーザー識別モジュール２２は、マイクロフォン３６等のマイクロフォンから取得されたオーディオセグメントにおいてユーザーを識別する音声認識モジュール３４を含むことができる。このような場合、有効範囲２４は、マイクロフォン３６の可聴距離に基づくことができる。音声認識モジュール３４は、ユーザーの声を任意の適した方法で、例えばオーディオセグメントを分析し選択された特徴を既知の情報と比較することによって、識別することができる。

【0011】

[0016] 更に、それに加えて又はそれに代えて、ある場合には、ユーザー識別モジュール２２は、それぞれのユーザーを、そのユーザーに紐付いたコンパニオンデバイスと無線通信することによって識別するように構成されることができる。一例として、図１は、ユーザー２６ａに紐付けられた例示的なコンパニオンデバイス３８を示している。非限定的な例として、コンパニオンデバイス３８は、エンターテインメントシステム２０と無線でペアリングするように構成されたモバイル通信デバイスであり得る。ある場合には、コンパニオンデバイスとの無線通信は、自動的に、例えばそのユーザーとの対話をすることなく、行われることができる。非限定的な例として、ユーザー識別モジュール２２は、無線でコンパニオンデバイス３８を識別するためのブルートゥース（登録商標）無線装置、ＷｉＦｉ無線装置、ＩＲ送信機／受信機、ＲＦ無線装置、及び／又はＲＦＩＤセンサーを含むことができる。多くのコンパニオンデバイスは特定のユーザーに個人的に属し、通常その特定のユーザーにより携帯されるので、コンパニオンデバイスが識別されると、ユーザーの識別が正確に推論されることができる。

【0012】

[0017] これらの例は非限定的なものであり、ユーザー識別モジュール２２は任意の他の適した方法でユーザーを識別するように構成されることができる、ということが認識されるべきである。

【0013】

[0018] ユーザーの識別の後、エンターテインメントシステム２０は、カスタマイズされたユーザーエクスペリエンスを当該識別されたユーザーに提供するように構成されることができる。ユーザーエクスペリエンスは、任意の適した方法でカスタマイズされることができる。ある実施態様では、ユーザーに提示されるコンテンツの見え方がカスタマイズされることができる。ある実施態様では、ユーザーへの提示のために選択されるコンテンツ自体がカスタマイズされることができる。本明細書で用いられる場合、カスタマイズされることが可能なユーザーエクスペリエンスの如何なるそうした側面も、ユーザー固有属性と呼ばれる。図１は、ユーザーに対応するそのようなユーザー固有属性４０を模式的に示している。カスタマイズされることが可能なユーザー固有属性の例には、表示属性（例えば、背景色、フォント、フォントサイズ、色設定等）、言語属性（例えば映像と音声）、そしてまたエンターテインメントシステム２０のコンテンツに関連した他の属性（例えば、番組表におけるチャンネルや番組、デジタルアルバム内の写真、デジタルライブラリー内の楽曲、アドレス帳内の連絡先、ブックマーク、アプリケーション等）が含まれる。本明細書で用いられる場合、「チャンネル」という用語は、広く任意の特定のコンテンツ供給源を意味するように用いられており、限定ではないが、無線通信ネットワークテレビのチャンネル、ケーブルテレビのチャンネル、衛星テレビのチャンネル、インターネットテレビのチャンネル、無線通信ラジオのチャンネル、衛星ラジオのチャンネル、インターネットラジオのチャンネル、オンデマンドコンテンツ供給源等を含む。

【0014】

[0019] ユーザーエクスペリエンスは、こうしたユーザー固有属性に従って任意の適した方法でカスタマイズされることができる。例えば、ユーザーを識別すると、エンターテインメントシステムは、そのユーザーに紐付いた属性を取得することができ、この属性は、その後カスタマイズされたユーザーエクスペリエンスを提供するのに利用可能である。ある実施態様では、このようなユーザー属性は、エンターテインメントシステム２０においてローカルに格納され、ネットワークアクセス可能なサービスを介してリモートで格納され、及び／又は当該ユーザーのコンパニオンデバイスによって個人的に格納されることができる。

【0015】

[0020] こうした属性は、ユーザーエクスペリエンスをカスタマイズする際に適用されるべきペアレンタルコントロール等の制限を表すことができる。一例として、ペアレンタルコントロールは、子供が居合わせている（例えば、エンターテインメントシステム２０により有効範囲２４において識別された）場合にブロックされるべきコンテンツを示すことができる。別の例として、ペアレンタルコントロールは、親が居合わせている場合にのみ表示されることができるコンテンツであって、例えば親がエンターテインメントシステム２０の有効範囲２４からいなくなった場合には、表示から取り除かれるべきコンテンツを示すことができる。

【0016】

[0021] 更にその上、エンターテインメントシステム２０は、有効範囲２４内にユーザーを識別することができなかった場合にデフォルトの属性を利用するように構成されることができる。

【0017】

[0022] これらの例は非限定的なものであり、エンターテインメントシステム２０は任意の適した方法でユーザー固有属性に関連する属性にアクセスするように構成されることができる、ということが認識されるべきである。

【0018】

[0023] 更に、エンターテインメントシステム２０は、どのユーザーが識別され、当該ユーザーにどのような種類の属性が紐付いているかに基づいて、任意の適した方法でカスタマイズを決定するように構成されることができる。特に、２人以上のユーザーが有効範囲２４内で識別された場合、エンターテインメントシステム２０は、どちらのユーザーが識別されたかに応じて、エクスペリエンスをカスタマイズするように構成されることができる。例えば、エンターテインメントシステムは、多数のユーザーの結合した属性を収容するようにユーザーエクスペリエンスをカスタマイズするように構成されることができる。即ち、エンターテインメントシステムは、単純にあるユーザーのユーザー固有属性よりも別のユーザーのユーザー固有属性を優先させるのではなく、それよりむしろ、両方のユーザーのユーザー固有属性を結合して、両方のユーザー向けにカスタマイズされたユーザーエクスペリエンスを提供するだろう。ある実施態様では、特定の種類の属性は、望ましい形で結合することができない（例えば、異なる背景色や音声出力用の異なる言語といったような、単一要素からなる属性）。そのような場合、本明細書において優勢的ユーザーと呼ばれる１人のユーザーのユーザー固有属性が選択されることができる。ある実施態様では、エンターテインメントシステムは、他のシナリオにおいて、優勢的ユーザーのユーザー固有属性を排他的に選択するように構成されることができる。

【0019】

[0024] したがって、エンターテインメントシステム２０は、有効範囲２４内において識別された２以上のユーザーのうちの１人である、優勢的ユーザーの排他的ユーザー固有属性４６を自動的に表現する優勢的属性モジュール４４を更に含むことができる。非限定的な例として、排他的ユーザー固有属性には、ユーザーインターフェース属性が含まれ得る。図２は、２人の識別されたユーザーに紐付いているユーザー固有属性、即ち優勢的ユーザーに紐付いた属性Ａと別の識別されたユーザーに紐付いた属性Ｂに関する、排他的ユーザー固有属性の選択の一例を模式的に示している。優勢的ユーザーが有効範囲に存在することをエンターテインメントシステムが決定したので、当該優勢的ユーザー用にユーザーエクスペリエンスをカスタマイズするために、排他的ユーザー固有属性が自動的に表現される。符号５０に示されるように、排他的ユーザー固有属性は属性Ａのみを含み得る。しかしながら、ある場合には、優勢的ユーザーともう一方のユーザーとの間にはオーバーラップが存在することがあり、それ故、符号５２に示されるように、優勢的ユーザーの属性Ａが、オーバーラップした属性に関して優先されるだろう。ある実施態様では、優勢的ユーザーは、そのユーザーに関連したプロファイルの側面に基づいて選択されることができる（例えば、優勢度による選択、優先度のランキング等）。しかしながら、ある実施態様では、優勢的ユーザーは、エンターテインメントシステムによって割り当てられることができる（例えば、エンターテインメントシステムとの特定のセッションの間に識別される最初のユーザー）。

【0020】

[0025] 図１に戻って、エンターテインメントシステム２０は、有効範囲２４内において識別された２以上のユーザーのうちの２人である、少なくとも第１ユーザーと第２ユーザーの結合的ユーザー固有属性６２を自動的に表現する協同的属性モジュール６０を更に含むことができる。非限定的な例として、結合的ユーザー固有属性には、チャンネル、保存されたメディアアイテム、ネットワークアクセス可能なメディアアイテム等といったようなリストアイテムが含まれ得る。

【0021】

[0026] 協同的属性モジュール６０は、結合的ユーザー固有属性を任意の適した方法により自動的に表現することができる。例えば、ある実施態様では、協同的属性モジュール６０は、利用可能なメディアアイテムの部分集合を含む協同番組表として、結合的ユーザー固有属性を自動的に表現することができる。このようにして、識別されたユーザーの興味を引くメディアアイテムが得られるように、番組表がカスタマイズされる。

【0022】

[0027] 以降でより詳細に説明されるように、協同的属性モジュール６０は、結合的ユーザー固有属性を選択された属性の協同的和集合として表現するように構成されることができる。このようにして、両方のユーザーに対して結合したやり方でエクスペリエンスをカスタマイズするように、ユーザー固有属性が選択されることができる。

【0023】

[0028] 図３は、２人の識別されたユーザーに紐付いているユーザー固有属性、即ち第１の識別されたユーザーに紐付いた属性Ａと第２の識別されたユーザーに紐付いた属性Ｂに関する、結合的ユーザー固有属性の選択の一例を模式的に示している。これら識別されたユーザーのそれぞれに紐付いている属性は、任意の適した方法で結合されることができる。例えば、符号７０に示されるように、結合的ユーザー固有属性は、上記の第１ユーザーと第２ユーザーからのユーザー固有属性の全体が一体化された、協同的和集合として表現されることができる。このようにして、エクスペリエンスをカスタマイズするように第１ユーザーのユーザー固有属性が利用され、第２ユーザーのユーザー固有属性もまた同様である。

【0024】

[0029] 符号７２に示されるように、結合的ユーザー固有属性は、重複部分を有しない協同的和集合として表現されることができる。そのような場合には、第１ユーザーからのユーザー固有属性の全体が、第１ユーザーからのユーザー固有属性と重複している第２ユーザーのユーザー固有属性部分を除いた、第２ユーザーからのユーザー固有属性の全体と一体化される。このようにして、もし識別されたユーザーが重複したユーザー固有属性を有していても、それらの属性を二度ではなく一度だけ包含するようなやり方で、ユーザーエクスペリエンスがカスタマイズされる。

【0025】

[0030] 更に別の例として、結合的ユーザー固有属性は、符号７４に示されるように、例外を有した協同的和集合として表現されることができる。そのような場合には、第１ユーザーからのユーザー固有属性は、第１ユーザーのユーザー固有属性のいくらかを除外しつつ、第２ユーザーからのユーザー固有属性と一体化される。それらの除外されたユーザー固有属性は、第２ユーザーによって発動される予め定められた基準に従って除外されることができる。非限定的な例として、第１の識別されたユーザーは、子供にとって相応しくないコンテンツを含んだ、あらゆる種類のコンテンツに関連したユーザー固有属性を有する親であり得る。可能性のある利用シナリオとして、部屋に歩いて入って来る子供が、エンターテインメントシステムによって未成年の第２ユーザーとして識別されることができる。この未成年の第２ユーザーの存在は、子供にとって相応しくないコンテンツが制限されることを発動することができる。それ故、ユーザーエクスペリエンスが親と子供向けにカスタマイズされる。

【0026】

[0031] 協同的和集合の文脈で除外が上述されたが、除外はどのような属性の選択にも適用可能である、ということが理解されなければならない。
[0032] 図３を続けると、符号７６に示されるように、結合的ユーザー固有属性は、第１ユーザーと第２ユーザーの両者からのユーザー固有属性のみが一体化された、協同的積集合として表現されることができる。このようにして、ユーザー固有属性のオーバーラップを強調するように、ユーザーエクスペリエンスが第１ユーザーと第２ユーザー向けにカスタマイズされる。非限定的な例として、協同的積集合は、両方のユーザーに好まれる番組表のチャンネルや番組を包含し、当該２人のユーザーのうちの１人だけに好まれるチャンネルや番組を排除することができる。

【0027】

[0033] 更に別の例として、結合的ユーザー固有属性は、符号７８に示されるように、発見的補集合として表現されることができる。そのような場合には、第１ユーザーからのユーザー固有属性ではない第２ユーザーからのユーザー固有属性のみが表現される。このようにして、ユーザーエクスペリエンスのカスタマイズにより、第１ユーザーが新たなユーザー固有属性、即ちもう一方のユーザーに紐付いたユーザー固有属性に触れる機会を与えられているという点において、発見的エクスペリエンスが当該第１ユーザーに提供される。

【0028】

[0034] 上で紹介されたように、ある実施態様では、ユーザー固有属性には、チャンネル、保存されたメディアアイテム（例えば、ローカルに保存された映画、楽曲、写真、ゲーム等）、ネットワークアクセス可能なメディアアイテム（例えば、リモートで保存された映画、楽曲、写真、ゲーム等）等といったようなリストアイテムが含まれ得る。

【0029】

[0035] 図４は、図３と関連して上述された結合の選択肢に従って結合されたリストアイテムの例示的な選択を模式的に示している。描写された例では、第１ユーザー即ちユーザーＡに紐付いたユーザー固有属性には、リストアイテム「ａ」、「ｂ」、「ｃ」、「ｄ」、及び「ｅ」が含まれている。第２ユーザー即ちユーザーＢに紐付いたユーザー固有属性には、リストアイテム「ｃ」、「ｆ」、「ｉ」、及び「ｊ」が含まれている。エンターテインメントシステムは、この２人の識別されたユーザーのリストアイテムを任意の適した方法で結合するように構成されることができる。例えば、このリストアイテムは、符号８０に示されるように、協同的和集合として結合されることができる。別の例として、符号８２に示されるように、リストアイテムは、重複部分を有しない協同的和集合として結合されることができる。このようにして、ユーザーＡとユーザーＢの両方のユーザー固有属性に含まれているリストアイテム「ｃ」は、重複を回避する。更に別の例として、符号８４に示されるように、リストアイテムは、例えばリストアイテム「ａ」及び「ｂ」を除外するような、例外を有した協同的和集合として結合されることができる。更に、符号８６に示されるように、リストアイテムは、リストアイテム「ｆ」、「ｉ」、及び「ｊ」といったユーザーＢの新たなリストアイテムに触れる機会をユーザーＡに与える、発見的補集合として結合されることができる。更に別の例として、符号８８に示されるように、リストアイテムは、ユーザーＡとユーザーＢに共通のリストアイテム、即ちリストアイテム「ｃ」のみを含む協同的積集合として結合されることができる。これらの例は如何なる点においても限定的であることを意図されるものではない、ということが認識されるべきである。任意の望ましい種類のカスタマイズを実現するように、属性が結合されることができる。

【0030】

[0036] このように、エンターテインメントシステムは、識別されたユーザーに適応するように、多くの様々な方法のうちの任意の方法によってユーザーエクスペリエンスをカスタマイズすることが可能である。こうして、どのユーザーがそこにいるか、ユーザーのうちの誰かが優勢的ユーザーであるか否か、特定のユーザーによって何らかの例外が発動されたか否か、ユーザーが何らかのオーバーラップ属性を有しているか否か、等に基づいて、カスタマイズされたユーザーエクスペリエンスが動的に生み出されることができる。

【0031】

[0037] ある実施態様では、ユーザーは１又は複数の基準に従って分類されることができ、カスタマイズは、識別されたユーザーの分類に依存することができる。一例として、あるユーザーが、本来的に優勢なユーザー（例えば、常に優勢な特有のユーザー）又は条件的に優勢なユーザー（例えば、所与のセッションに関して優勢な最初の視聴者）の何れかとして、分類されることができる。別の例として、エンターテインメントシステムによって認識され、エンターテインメントシステムがユーザーエクスペリエンスをカスタマイズするのに使用可能な属性を有しているユーザーは、友人エンティティーとして分類されることができる。別の例として、エンターテインメントシステムによって識別されることが不可能なユーザーは、外来者エンティティーとして分類されることができる。エンターテインメントシステムは、このような外来者エンティティーが存在する場合にデフォルトモードに依拠するように構成されることができ、又は、外来者エンティティーが存在しないかのようにカスタマイズを行うように構成されることができる。更に別の例として、エンターテインメントシステムによって認識されるが、エンターテインメントシステムが無視するように構成されているユーザー又は他のエンティティー（例えば、ペット、赤ん坊、近所の人等）は、無視されたエンティティーとして識別されることができる。

【0032】

[0038] ここで図５に目を向けると、図５は、エンターテインメントシステムのユーザー固有属性を決定する例示的な方法１００を示している。１０２において、方法１００は、エンターテインメントシステムの有効範囲内において１又は複数のユーザーを識別するステップを含む。例えば２人のユーザーが存在しているシナリオでは、このステップは、エンターテインメントシステムの有効範囲内において第１ユーザーを識別するステップと、エンターテインメントシステムの有効範囲内において第２ユーザーを識別するステップとを含むことができる。ある実施態様では、方法１００は、１０４及び１０６にそれぞれ示されているように、深度カメラから目標物の観察深度画像を取得するステップと、その観察深度画像において１又は複数の目標ユーザーを識別するステップとを含むことができる。他の実施態様では、異なる手法によってユーザーが識別されることができる。

【0033】

[0039] １０８において、方法１００は、第１ユーザー又は第２ユーザーのみの排他的ユーザー固有属性を、エンターテインメントシステム上で自動的に有効化するステップを含む。観察深度画像を利用する実施態様の場合、このステップは、１１０に示されているように、当該観察深度画像内に存在している２人以上の識別されたユーザーのうちの１人である、優勢的ユーザーの排他的ユーザー固有属性を自動的に表現するステップを含むことができる。

【0034】

[0040] １１２において、方法１００は、第１ユーザーと第２ユーザー両方の結合的ユーザー固有属性を、エンターテインメントシステム上で自動的に有効化するステップを含む。観察深度画像を利用する実施態様の場合、このステップは、１１４に示されているように、当該観察深度画像内に存在している２人以上の識別されたユーザーのうちの２人である、第１ユーザーと第２ユーザーの結合的ユーザー固有属性を自動的に表現するステップを含むことができる。

【0035】

[0041] 上で紹介されたように、ある実施態様では、エンターテインメントシステム２０のユーザー識別モジュール２２は、１又は複数の目標物（例えばユーザー）の深度画像を得るように構成された、深度カメラ（例えば深度カメラ２８）から取得された観察深度画像においてユーザーを識別するように構成されることができる。この深度カメラは、任意の適した手法（例えば、飛行時間法、構造化光法、ステレオ画像法、等）によって深度情報を有した映像を捉えるように構成されることができる。ある実施態様では、付加的な又は代替のキャプチャーデバイス、例えば、ビデオカメラ、ステレオカメラ、及び／又は他の適したキャプチャーデバイスが利用可能である。

【0036】

[0042] 例えば、飛行時間分析では、深度カメラ２８は、赤外光を目標物に向けて放射することができ、次いで、センサーを用いて当該目標物の表面からの後方散乱光を検出することができる。ある場合には、赤外パルス光が使用可能であり、その場合、出射した光パルスとそれに対応する戻り光パルスとの間の時間が測定され、この時間を用いて、キャプチャーデバイスから目標物の特定の場所までの物理的な距離を決定することができる。ある場合には、出射した光波の位相が戻って来る光波の位相と比較されて位相シフトを求めることができ、この位相シフトを用いて、キャプチャーデバイスから目標物の特定の場所までの物理的な距離を決定することができる。

【0037】

[0043] 別の例では、飛行時間分析を利用し、反射した光ビームの強度をシャッタード光パルスイメージング等の手法を用いて時間にわたって分析することによって、キャプチャーデバイスから目標物の特定の場所までの物理的な距離を間接的に決定することができる。

【0038】

[0044] 別の例において、深度カメラ２８は、深度情報を捉えるのに構造化光分析を利用することができる。このような分析では、パターンを有した光（即ち、格子状パターン、縞状パターン、一群の点等といったような既知のパターンとして照明された光）が目標物の上に投影されることができる。目標物の表面に当たるとこのパターンは変形した状態となり、パターンのこのような変形を分析して、キャプチャーデバイスから目標物の特定の場所までの物理的な距離を間接的に決定することができる。

【0039】

[0045] 別の例では、エンターテインメントシステム２０は、目標物を異なるアングルから展望して視覚的なステレオデータを取得する、２以上の物理的に離れたカメラを含むことができる。このような場合、当該視覚的なステレオデータを分析して深度画像を生成することができる。

【0040】

[0046] 他の実施態様では、エンターテインメントシステム２０は、深度値を測定及び／又は計算するために他の技術を利用することができる。加えて、深度カメラ２８は、計算により得られた深度情報を、「Ｚレイヤー」、即ち深度カメラからその視線に沿って伸びるＺ軸に対して垂直なレイヤーに編成することができる。

【0041】

[0047] ある実施態様では、２以上の異なるカメラが統合型キャプチャーデバイスに一体化されることができる。例えば、深度カメラとビデオカメラ（例えばＲＧＢビデオカメラ）が共通のキャプチャーデバイスに一体化されることができる。ある実施態様では、２以上の別々のキャプチャーデバイスが協同的に使用されることができる。例えば、深度カメラと別個のビデオカメラとが使用されることができる。ビデオカメラが使用される場合、そのビデオカメラは、目標追跡データ、目標追跡の誤差補正のための確認用データ、画像キャプチャー、顔認識、指（又は他の小さい特徴物）の高精度追跡、照度検知、及び／又は他の機能を提供するために使用されることができる。

【0042】

[0048] 少なくともいくつかの目標物分析及び追跡演算は、１又は複数のキャプチャーデバイス及び／又はエンターテインメントシステム２０の論理機械によって実行されることができる、ということは理解されなければならない。キャプチャーデバイスは、例えば、１又は複数の目標物分析及び／又は追跡機能を実施するように構成された１又は複数のオンボード処理ユニットを含むことができる。キャプチャーデバイスは、そのようなオンボード処理ロジックの更新を助けるファームウェアを含むことができる。

【0043】

[0049] 一旦深度画像が生成されると、その深度画像を生成するのに用いられたハードウェア及び／又は処理手法に関係なく、１又は複数のユーザーを識別すべく当該深度画像が分析されることができる。例えば、骨格マッピングアルゴリズムが深度画像に適用されることができ、それにより、被観察ユーザーのそれぞれに対して３次元骨格モデルが確定される。このような骨格モデルは、次いで既知のユーザーのデータベースと比較されることができ、それにより、当該骨格モデルに基づいてユーザーが識別されることができる。このような骨格分析はユーザーを識別するための１つの適した手法であり、本開示の範囲から逸脱することなく他の手法が利用されることができる、ということは理解されなければならない。

【0044】

[0050] 図１に戻ると、ある実施態様では、エンターテインメントシステム２０は、更に、コンパニオンデバイス３８からリモートコマンドを無線で受信し、当該リモートコマンドに応答してエンターテインメントシステム２０のパラメーターを変更するように構成された、コマンド受付モジュール９０を含むことができる。このようにして、コンパニオンデバイス３８は、エンターテインメントシステム２０とインターフェースするための入力デバイス（即ちリモートコントロール）として機能することができる。例えば、コンパニオンデバイス３８は、コマンド受付モジュール９０へリモートコマンド（例えば「チャンネル変更」）を送信することができ、このリモートコマンドを受信すると、コマンド受付モジュールは、エンターテインメントシステム２０に、指示どおりにチャンネルの変更を行わせることが可能である。

【0045】

[0051] 上で紹介されたように、ある実施態様では、エンターテインメントシステム２０のユーザー識別モジュール２２は、ユーザーに紐付いていると識別されたコンパニオンデバイス（例えば、ユーザー２６ａのコンパニオンデバイス３８）に基づく推定によってユーザーを識別するように構成されることができる。これは任意の適した方法でなされることができる。一例として、コンパニオンデバイスは、エンターテインメントシステムを認識して、属性情報源（例えばサードパーティーのサービス）からトークンを要求することができる。このトークンは、属性情報源からエンターテインメントシステムへ送られることができ、エンターテインメントシステムが、コンパニオンデバイスの存在中に（例えば、予め定められた時間後に自動で期限切れになる）、ユーザーの属性の要素を問い合わせることを可能にする。別の例として、エンターテインメントシステムは、ユーザーのバイオメトリック特性に基づく署名を構築して、パーソナル化サービスからトークンを要求することができる。ある実施態様では、エンターテインメントシステムは、それ以降、例えば、予め定められた時間期間の後、トークンが期限切れになった後等には、ユーザーの属性へのアクセスを制限されることができる。

【0046】

[0052] 更に、こうしたトークンは、あらゆる属性へのアクセスを可能とする必要はない。言い換えると、トークンは、エンターテインメントシステムが、ユーザーに紐付いている選択された属性にアクセスすることを可能にすることができる。エンターテインメントシステムは、任意の適した方法で選択的に属性にアクセスするように構成されることができる。一例として、エンターテインメントシステムは、コンパニオンデバイスへ署名のための要求を送信するように構成されることができる。コンパニオンデバイスは、次いで、その要求を検査し、その要求が許可されたリソースを参照するものであるか否かを判定し、そして、ユーザーの属性の全てにアクセスするためのトークンではなく、ただ１つのリソースへのアクセスを可能とするトークンを、エンターテインメントシステムへ返送することができる。

【0047】

[0053] 更に別の例として、コンパニオンデバイスは、エンターテインメントシステムが非公開の属性にアクセスするためのプロキシとして動作することができる。そのような場合、エンターテインメントシステムは、全ての非公開リソースに対する要求をコンパニオンデバイスへ送ることができ、コンパニオンデバイスは、次いで、その要求を検査し、その要求を破棄するか又は適切な認証メカニズムを用いて当該リソースを自らフェッチし、そして、その結果をエンターテインメントシステムへ代理として戻す。このようにして、トークンや認証情報は一切エンターテインメントシステムへ提供されることがなく、エンターテインメントシステムがコンパニオンデバイスの存在なしにリソースの要求を続けることの可能な、予め定められた時間ウィンドウは一切存在しない。

【0048】

[0054] コンパニオンデバイスを介した識別に関してトークンベースのやり取りが上述されたが、このようなトークンベースのやり取りは、他の識別シナリオに適合させることができる。更にまた、ある実施態様では、属性は、トークンを介して表現される必要はなく、エンターテインメントシステムにありのままで公開されることができる。一例として、コンパニオンデバイスは、プロファイルの全体をエンターテインメントシステムに公表することができる。

【0049】

[0055] ある実施態様では、上述された方法及び処理は、１又は複数のコンピューターを含んだエンターテインメントシステムと結び付けられることができる。特に、本明細書において説明された方法及び処理は、コンピューターアプリケーション、コンピューターサービス、コンピューターＡＰＩ、コンピューターライブラリー、及び／又は他のコンピュータープログラム製品として実現されることができる。

【0050】

[0056] 図１は、上述された方法及び処理のうちの１又は複数を実施することができる非限定的なエンターテインメントシステム２０を模式的に示している。エンターテインメントシステム２０は、簡略化された形で示されている。本開示の範囲から逸脱することなく事実上任意のコンピューターアーキテクチャーが利用可能である、ということは理解されなければならない。様々な実施態様において、エンターテインメントシステム２０は、メインフレームコンピューター、サーバーコンピューター、デスクトップコンピューター、ラップトップコンピューター、タブレットコンピューター、ホームエンターテインメントコンピューター、ネットワークコンピューティングデバイス、モバイルコンピューティングデバイス、モバイル通信デバイス、ゲームデバイス、テレビ等のうちの１又は複数の形態をとることができる。

【0051】

[0057] エンターテインメントシステム２０は、論理サブシステム１２０とデータ保持サブシステム１２２を含んでいる。エンターテインメントシステム２０は、オプションとして、表示サブシステム１２４、通信サブシステム１２６、及び／又は図１に示されていない他のコンポーネントを含むことができる。エンターテインメントシステム２０はまた、オプションとして、例えばキーボード、マウス、ゲームコントローラー、カメラ、マイクロフォン、及び／又はタッチスクリーンといったような、ユーザー入力デバイスをも含むことができる。そのようなコンポーネントは、同一の物理的な機械（例えばテレビ）の一部分、又は、２以上の別個の機械（例えばテレビとセットトップボックス）の一部分であり得る。

【0052】

[0058] 論理サブシステム１２０は、１又は複数の命令を実行するように構成された１又は複数の物理的デバイスを含むことができる。例えば、論理サブシステムは、１又は複数のアプリケーション、サービス、プログラム、ルーチン、ライブラリー、オブジェクト、コンポーネント、データ構造、若しくは他の論理的構造物のうちの一部分である、１又は複数の命令を実行するように構成されることができる。そのような命令は、タスクを実施し、データ型を実装し、１又は複数のデバイスの状態を変化させ、又はそれ以外のやり方で所望の結果に到達するように、具現化されることができる。

【0053】

[0059] 論理サブシステムは、ソフトウェア命令を実行するように構成された１又は複数のプロセッサーを含むことができる。加えて、又はそれに代えて、論理サブシステムは、ハードウェア命令又はファームウェア命令を実行するように構成された１又は複数のハードウェア論理機械又はファームウェア論理機械を含むことができる。論理サブシステムのプロセッサーは、シングルコア又はマルチコアとすることができ、その上で実行されるプログラムは、並列処理又は分散処理を行うように構成されることができる。論理サブシステムは、オプションとして、離れて配置され及び／又は協調処理を行うように構成された、２以上のデバイスの全体に分散した個別コンポーネントを含むことができる。論理サブシステムの１又は複数の側面は、クラウドコンピューティングコンフィギュレーションに構成されたリモートアクセス可能なネットワークコンピューティングデバイスによって仮想化され、実行されることができる。更に、論理サブシステム１２０は、動作可能に深度カメラ２８に接続されることができる。

【0054】

[0060] データ保持サブシステム１２２は、データ、及び／又は、論理サブシステムによって実行可能な本明細書で説明された方法及び処理を実現するための命令を保持するように構成された、１又は複数の物理的、非一時的なデバイスを含むことができる。そのような方法及び処理が実現される時、データ保持サブシステム１２２の状態は（例えば異なるデータを保持するように）変化することができる。

【0055】

[0061] データ保持サブシステム１２２は、リムーバブル媒体及び／又は内蔵デバイスを含むことができる。データ保持サブシステム１２２は、数ある中でも、光学メモリーデバイス（例えば、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、ブルーレイディスク等）、半導体メモリーデバイス（例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等）、及び／又は磁気メモリーデバイス（例えば、ハードディスクドライブ、フロッピーディスク（登録商標）ドライブ、テープドライブ、ＭＲＡＭ等）を含むことができる。データ保持サブシステム１２２は、以下の特性、即ち、揮発性、不揮発性、動的、静的、読み取り／書き込み、読み取り専用、ランダムアクセス、シーケンシャルアクセス、位置でアドレス指定可能、ファイルでアドレス指定可能、及び、コンテンツでアドレス指定可能、のうちの１又は複数を有したデバイスを含むことができる。ある実施態様では、論理サブシステム１２０とデータ保持サブシステム１２２は、特定用途向け集積回路やシステムオンチップ等の１又は複数の共通のデバイスに統合されることができる。

【0056】

[0062] 図１はまた、データ及び／又は本明細書で説明された方法及び処理を実現するように実行可能な命令を格納し及び／又は転送するのに使用できる、リムーバブルなコンピューター読み取り可能記憶媒体１２８の形態でデータ保持サブシステムの一側面を示している。リムーバブルなコンピューター読み取り可能記憶媒体１２８は、数ある中でも、ＣＤ、ＤＶＤ、ＨＤ−ＤＶＤ、ブルーレイディスク、ＥＥＰＲＯＭ、及び／又はフロッピーディスク（登録商標）の形態をとることができる。

【0057】

[0063] １又は複数の特有の機能を実施するように実現されたエンターテインメントシステム２０の一側面を記述するのに、「モジュール」、「プログラム」、及び「エンジン」という用語が使用されることができる。ある場合には、こうしたモジュール、プログラム、又はエンジンは、データ保持サブシステム１２２により保持された命令を実行する論理サブシステム１２０によって、インスタンス化されることができる。同一のアプリケーション、サービス、コードブロック、オブジェクト、ライブラリー、ルーチン、ＡＰＩ、関数等から、異なるモジュール、プログラム、及び／又はエンジンがインスタンス化されることができる、ということは理解されなければならない。同様に、異なるアプリケーション、サービス、コードブロック、オブジェクト、ルーチン、ＡＰＩ、関数等によって、同一のモジュール、プログラム、及び／又はエンジンがインスタンス化されることができる。「モジュール」、「プログラム」、及び「エンジン」という用語は、そのようなアイテムを実行し又は他のやり方で可能とするのに使用されるハードウェアだけではなく、実行可能ファイル、データファイル、ライブラリー、ドライバー、スクリプト、データベースレコード等の１つ１つ又はそれらの集まりを包含することを意図している。

【0058】

[0064] 本明細書で用いられる場合、「サービス」は、多数のユーザーセッションにわたって実行可能であると共に１又は複数のシステムコンポーネント、プログラム、及び／又は他のサービスに利用可能なアプリケーションプログラムであり得る、ということは認識されなければならない。ある実装においては、サービスは、クライアントからの要求に応答してサーバー上で走ることができる。

【0059】

[0065] 含まれる場合、表示サブシステム１２４は、データ保持サブシステム１２２によって保持されたデータの視覚的表現を提示するのに用いられることができる。本明細書で説明された方法及び処理がデータ保持サブシステムによって保持されたデータを変更し、それによりデータ保持サブシステムの状態を変化させると、表示サブシステム１２４の状態も同様に、それの基礎をなすデータの変更を視覚的に表現するように変化し得る。表示サブシステム１２４は、実質的に任意の種類の技術を利用する１又は複数のディスプレイデバイスを含むことができる。そうしたディスプレイデバイスは、共通の筐体内で論理サブシステム１２０及び／又はデータ保持サブシステム１２２と一体化することができる。あるいは、そうしたディスプレイデバイスは、周辺機器のディスプレイデバイスであり得る。

【0060】

[0066] 含まれる場合、通信サブシステム１２６は、エンターテインメントシステム２０を１又は複数の他のコンピューティングデバイスと通信可能に接続するように構成されることができる。通信サブシステム１２６は、１又は複数の異なる通信プロトコルと互換性のある有線及び／又は無線の通信デバイスを含むことができる。非限定的な例として、通信サブシステムは、無線電話ネットワーク、無線ローカルエリアネットワーク、有線ローカルエリアネットワーク、無線ワイドエリアネットワーク、有線ワイドエリアネットワーク等を介した通信向けに構成されることができる。ある実施態様では、通信サブシステムは、エンターテインメントシステム２０が、インターネット等のネットワークを介して他のデバイスへメッセージを送信し、及び／又は他のデバイスからメッセージを受信することを可能にすることができる。

【0061】

[0067] 本明細書で説明された構成及び／又はアプローチは本質的に例示的なものであり、数多くの変形が可能であるためこれらの具体的な実施態様や例は限定的な意味で検討されてはならない、ということは理解されなければならない。本明細書で説明された具体的なルーチンや方法は、多数の処理戦略のうちの１又は複数を表し得る。それ故、例示された様々な動作は、例示されたシーケンスで、他のシーケンスで、並列で、又はある場合には省略されて、実施されることができる。同様に、上述された処理の順序は変更することができる。

【0062】

[0068] 本開示の対象には、本明細書で開示された様々な処理、システム及び構成、並びに他の特徴、機能、動作、及び／又は特性からなるあらゆる新規且つ非自明のコンビネーション及びサブコンビネーションが含まれ、またそれらの任意及び全ての均等物も含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】