JP7655324B2 - 折り畳み可能なスクリーン装置におけるユーザインタフェース操作 - Google Patents

Description

（関連出願の相互参照）
本出願は、「User Interface Manipulation in a Foldable Screen Device」と題され、２０２０年４月１０日に出願された米国仮出願第６３／００８，４７３号、および「Foldable Phone UI Manipulation for Privacy」と題され、２０２０年３月１８日に出願された米国仮出願第６２／９９１，５５３号に対する優先権を主張する。これらの出願の各々は、その全体が参照により本明細書に組み込まれる。

（技術分野）
本開示は、一般に、データセキュリティに関し、より詳細には、モバイルエンドユーザデバイスに表示される機密情報を、そのような情報を盗用するための傍観者（onlookers）の試みから保護することに関する。

コンピュータと携帯電子デバイスの普及に伴い、情報提示の好ましいモードは、紙から電子に移行して久しい。一般に、このような電子デバイスは、人間のユーザに視覚情報を提示する表示画面（例えば、液晶ディスプレイ（ＬＣＤ）画面）を備えている。

多くの場合、例えば、金融または商取引に関わる場合、社会保障番号または銀行口座番号のような機密情報が表示画面上に表示され得る。この技術の状態は、非良心的な傍観者が、デバイスの横からユーザの情報を見ること、および、心象の又は実際の写真を撮ることにより、ユーザから機密の個人および金融情報を盗むという脆弱性を生じさせている。

本開示の１以上の実施形態は、例として、限定されずに添付図面の図に示され、その中で、同様の参照は同様の要素を示している。

図１Ａは、ここで紹介されるような折り畳み可能な電話機のユーザインタフェース（ＵＩ）が実施され得る一例の環境を示す。

図１Ｂは、一例の折り畳み可能な電話機の折り畳み角度を示す。

図１Ｃは、人間のユーザに対する一例の折り畳み可能な電話機の視野角（viewing angle）を示す。

図１Ｄは、開示されたＵＩ操作技術の異なる構成を示す表を示す。

図２Ａは、ここで紹介されるような折り畳み可能な電話機ＵＩが、異なるプライバシーシナリオに関してどのように実施され得るかの例を示す。

図２Ｂは、ユーザから見たＵＩと対比した実際のＵＩに表示される視覚ガイダンス指標およびテキストガイダンスの一例を示す。

図２Ｃは、紹介された折り畳み可能な電話機のＵＩ操作技術のいくつかの例に関する追加の実装的な詳細を示す。

図３は、折り畳み可能な電話機のＵＩ操作技術を実装するために利用できる一例のＵＩ操作エンジンの機能ブロック図を示す。

図４Ａは、図３のＵＩ操作エンジンのいくつかの例示の構成要素で折り畳み可能な電話機のＵＩ操作技術を実装するための一例のデータフロー図を示す。

図４Ｂは、図３のＵＩ操作エンジンのいくつかの例示の構成要素で折り畳み可能な電話機のＵＩ操作技術を実装するための別の例のデータフロー図を示す。

図４Ｃは、図３のＵＩ操作エンジンのいくつかの例示の構成要素で折り畳み可能な電話機のＵＩ操作技術を実装するためのさらに別の例のデータフロー図を示す。

図５は、折り畳み可能な電話機のＵＩ操作技術を実装するための一例の方法を示すフローチャートを示す。

図６は、折り畳み可能な電話機のＵＩ操作技術を実装するための他の例の方法を示すフローチャートを示す。

図７Ａは、折り畳み可能な電話機のＵＩ操作技術のいくつかの実施形態において、歪んだＵＩが生成され得る方法に関するより詳細な例を示す。

図７Ｂは、図７Ａの例における計算の追加の仮定を示す。

図７Ｃは、図７Ａの例における折り畳み角度の変更による一例の変換計算を示す。

図７Ｄは、図７Ａの例における視野角の変更による一例の変換計算を示す。

図７Ｅは、視野角の変更に応答して、実際の、生成されたＵＩにおける角度歪み（例えば、どのように傾いているか）を補償するために、どのようにＵＩが調整できるかの一例を示す。

図７Ｆは、角度歪みの調整量と視野角の変化との間の一例の関係を示す。

図８は、グリップ操作技術を実装するための一例の方法を示すフローチャートを示す。

図９は、ＵＩ駆動型グリップ操作技術を実装するための一例の方法を示すフローチャートを示す。

図１０Ａは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用してグリップ操作技術を実装するための一例のデータフローである。

図１０Ｂは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用してグリップ操作技術を実装するための別の例のデータフローである。

図１１Ａは、ユーザデバイスに近接している個人が、ユーザデバイスにより示される機密情報を見ることができ得る方法を示す。

図１１Ｂは、ＵＩ操作エンジンが、プライバシーを確保するためにどの方向を見えなくするべきかを、近くの個人の位置に基づいて計算し得る方法を示す。

図１１Ｃは、ＵＩ操作エンジンが、最適グリップ位置に手を位置する際にユーザを支援する視覚ガイダンス指標の表示を生じ得る方法を示す。

図１１Ｄは、手が最適グリップ位置に配置されるとき、ユーザデバイスにより示される機密情報が、近くの個人から隠され得る方法を示す。

図１２は、ここで紹介される技術に関連する少なくともいくつかの動作が実装され得るモバイルシステムの一例を示す高レベルブロック図を示す。

本明細書における「一実施形態」、「１つの実施形態」等への言及は、説明される特定の特徴、機能、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。本明細書におけるこのような語句の出現は、必ずしも全てが同じ実施形態を指すとは限らない。一方、言及される実施形態はまた、必ずしも相互に排他的ではない。

上述したように、金融及び商取引は、紙の代わりにコンピュータ及び携帯電話のような他の携帯電子デバイスで行われることが多くなっている。一般に、そのような電子デバイスは、人間のユーザに視覚情報を提示する表示画面（例えば、液晶ディスプレイ（ＬＣＤ）画面）を備えている。多くの場合、例えば、金融または商取引に関わる場合、社会保障番号または銀行口座番号のような機密情報が表示画面上に表示され得る。スマートフォンが決済市場でますます大きなシェアを占めるようになり、より多くの人々が定期的にスマートフォンをバンキングアプリケーションのために使用している。人々は、非常に安全性の低い、公共の場において、プライベートデータを入力および読み取ろうとするかもしれない。この技術の状態は、ユーザのデバイスとのユーザのやりとりを物理的に見ることができ、かつ、デバイスの横からユーザの情報を見ることにより、および、心象のまたは実際の写真を撮ることにより、ユーザから機密の個人および金融情報を盗むことができる悪意のある人々およびエージェントに対する脆弱性を生じさせている。

一方、過去１０年間に、主に有機発光ダイオード（ＯＬＥＤ）ディスプレイ技術の進歩により、（例えば、ファブリック（布）ベースの基板を用いた）フレキシブルディスプレイの作製において大きな進歩があった。これらのフレキシブルディスプレイデバイスは、アプリケーションのニーズと可変の物理的構成に対応するために、可変のスクリーンサイズを可能にするなど、単一のデバイス内で異なる構成を可能にする。フレキシブルディスプレイが改良されると、ユーザインタフェースとインタラクションのモードについて、さまざまな新たな物理的構成が可能になる。折り畳み可能な（折り畳み式）携帯電話のＵＩ要素（例えば、スクリーン（複数可））は、異なる形状に素早く操作されるか、または、異なる折り畳み角度に変更され得る。フレキシブルディスプレイに加えて、従来のディスプレイでさえ普及し製造コストが下がり続けており、硬いディスプレイを有するが２つ以上の画面を有するデバイス（例えば、２つの画面を有する二つ折り式電話）も市場に現れている。

したがって、ここに紹介されるのは、ユーザデバイスが、主要なユーザに対してのみそのアクセス性を維持または改善しながら、傍観者から、フレキシブルな、折り畳み可能な、または他の方法で再構成可能なディスプレイ上に表示される機密情報を隠し、かつ不明瞭にできるユーザインタフェース（ＵＩ）操作技術である。より具体的には、開示される技術の１以上の実施形態は、ユーザデバイスがある折り畳み角度に物理的に構成されたときに、主として意図された通りにしか見ることができないように、ＵＩを操作できる。いくつかの例では、ＵＩは、ユーザの現在の周辺について最適なセキュリティ構成を提供できる特定のデバイス構成（例えば、折り畳み角度）を促すようにカスタマイズされ得る。表示画面上に表示されるＵＩは、現在の環境に適応するように（例えば、ユーザがある環境から他に移動するとき、またはユーザの周りで環境が変化するときに）フォームファクタ（例えば、ユーザにより見られる意図されたサイズ）を変更できる。加えて、または代替的に、表示されるＵＩは、表示されるコンテンツにおける秘密度に基づいて、そのフォームファクタを変更できる。

ＵＩ操作により、ここで紹介される技術は、ユーザにとって使いやすさと読みやすさが維持される直観的な方法で、デバイスに表示される情報を隠したり見えなくしたりすることを可能にし、それにより、ユーザがセキュリティにとって最適な画面構成を容易に実現し、かつ、傍観者に対する意図しないデータ損失を防ぐのに役立つ効果的なユーザインタフェースシステムを実施できる。

以下の説明では、技術の様々な側面を説明するために、例示のみを目的として、折り畳み可能なモバイルデバイスの例が使用される。しかし、ここで紹介される技術は、折り畳み可能な携帯電話または任意の他の特定の種類のデバイスへの適用性において制限されないことに留意されたい。また、以下の説明は、開示された技術の様々な態様を携帯電話で実施することに焦点を当てているが、他の電子デバイスまたはシステム（例えば、ラップトップまたはタブレット）も、同様の方法で本技術に適合し得る。用語「折り畳み可能なディスプレイ」または「折り畳み可能なスクリーン」は、文脈により他に明らかにされない限り、ここでは互換的に用いられ、表示領域が折り畳み可能であるディスプレイの任意の変形を指し、それは２つの変形を少なくとも含むべきである：（１）折り畳み可能に構成された少なくとも１つのフレキシブルスクリーン（例えば、１つのフレキシブルＯＬＥＤディスプレイスクリーン）を有するディスプレイ、および、（２）少なくとも２つのセクションを有するディスプレイであって、２つのセクションの各々はスクリーンを有するが、２つのセクションが一緒に（または集合的に）１つのスクリーンとして機能するように構成され、２つのセクションが折り畳み機構を介して互いに機械的に結合される、ディスプレイ。折り畳み可能なスクリーンのいくつかの例は、二つ折りディスプレイ、三つ折りディスプレイなどを含む。

本明細書において、用語「ユーザ」は、一般に、モバイルデバイスを物理的に操作する者を指し、用語「傍観者」は、一般に、ユーザの物理的に近傍にいるがモバイルデバイスを物理的に操作していない者を指す。また、ここで紹介されるＵＩ操作技術は、（例えば、１９００ｘ１２００ピクセルのディスプレイを単に１６８０ｘ１０５０ピクセルのディスプレイに縮小するように、表示するためにより少ないピクセルを使用することにより、）情報を表示するために全領域よりも小さい領域を単に使用する技術とは区別され、ここで検討するように、ＵＩ操作技術は、ユーザがＵＩを正しく見ることができる前に特定の物理的なデバイス構成（例えば、折り畳み角度）に電話を配置することをユーザに直観的に要求するような視覚的変形を利用することに留意されたい。このように、本開示における、かつディスプレイの文脈における用語「フォームファクタ」は、一般に、ディスプレイが、第三者（例えば、傍観者）からではなく、ユーザに対して（すなわち、ユーザの視点から見たときに）視覚的にどの程度大きくまたは小さく見えるべきかを意味する。同様の意味で、本明細書の検討の目的では、明細書の文脈で特に明らかにされない限り、用語「見られる」または「知覚される」は、他の当事者からではなく、該当するデバイスのユーザの視点に関して使用される。

ここに提示された図面は、開示されたＵＩ操作技術の検討を容易にするための単なる例であり、それらは縮尺通りに描かれていないことに留意されたい。
［アプリケーション環境］

図１Ａは、ここで紹介されるような折り畳み可能な電話機のユーザインタフェースが実施され得る環境１００を示す。環境１００に図示されているのは、多数の傍観者１４０の存在下で、折り畳み可能なモバイルデバイス１３０上の折り畳み可能なスクリーン１２０とやりとりするユーザ１１０である。傍観者１４０が環境１００に存在するため、モバイルデバイス１３０のユーザインタフェースに表示される（すなわち、従来の方法で折り畳み可能なスクリーン１２０に直接表示される）ユーザの情報を傍観者１４０が盗むかもしれない高い可能性がある。図１Ａに示すように、モバイルデバイス１３０は、ユーザのプライバシーに対するリスクがあるところで、ユーザのプライベート及び機密情報を表示している。そのため、ユーザ１１０の情報を傍観者１４０により盗まれることから保護する必要がある。

したがって、以下でより詳細に検討されるように、ここで開示されるＵＩ操作技術は、デバイスがユーザにより、（たとえば、ある折り畳み角度で折り畳まれ、および／または、いくつかの実施形態では、ある視野角から見られる）選択されたデバイス構成に構成／再構成されたときのみに、ユーザに実質的に視認可能になるような方法でＵＩを操作できる。言い換えれば、開示されたＵＩシステムは、ユーザデバイスが特定の折り畳み角度および／または視野角に物理的に構成されるとき、結果として生じるＵＩがユーザ１１０の視点から、セキュリティを高めるサイズおよび／または角度で視覚的に見えるように、ＵＩを操作できる。

１つ以上の例において、開示されたＵＩ操作システムは、ユーザの周辺における傍観者の存在の可能性および潜在的な数を求めることにより、ユーザの周辺環境のプライバシーリスクのレベルを決定できる。加えて、または代替的に、ＵＩシステムは、ユーザのモバイルデバイス１３０上に提示されるプライベートおよび機密情報の秘密度のレベルを決定できる。次に、いくつかの実施形態では、ユーザの周辺環境のプライバシーリスクのレベル及び／又はユーザのモバイルデバイス１３０上に提示されるプライベートおよび機密情報の秘密度のレベルに基づいて、ＵＩシステムは、ユーザ１１０のみが機密情報の歪みのないビューを得る位置にいるように、機密情報がどのように折り畳み可能なスクリーン１２０上に表示されるかに関するフォームファクタを決定できる。これらの実施形態では、折り畳み可能なスクリーン１２０が選択された折り畳み角度及び／又は選択された視野角に操作されない限り、機密情報は、ユーザ１１０に対しても歪んだままとなり得る。別の言い方をすれば、いくつかの例では、ＵＩは、ユーザの現在の環境１００に関する最適なセキュリティ構成を提供できる特定のデバイス構成（例えば、折り畳み角度及び／又は視野角）を促すようにカスタマイズされ得る。
［折り畳み角度］

図１Ｂは、折り畳み可能な電話（例えば、ユーザデバイス１３０）の折り畳み角度１３８を示す。図１Ｂに示されるように、折り畳み角度１３８は、マルチセクションの折り畳み可能なモバイルデバイス（例えば、ユーザデバイス１３０）のセクションの間の角度である。より具体的には、折り畳み角度１３８は、２つの軸：折り畳み可能な電話１３０の第１のセクション（例えば、左のセクション）の表面に沿って延びる第１の軸１３２、及び、折り畳み可能な電話１３０の第２のセクション（例えば、右のセクション）の表面に沿って延びる第２の軸１３４の間の角度により形成される。折り畳み可能な電話１３０の第１及び第２のセクションは、機械的に接続され、かつ、ヒンジ軸１３６に沿って折り畳まれる。図１Ｂに示されるように、デバイス１３０上のＵＩは、折り畳み可能なディスプレイの左および右セクションにより集合的に（まとめて）表示される。

検討を簡単にするために、ここで説明する二つ折りディスプレイの実施形態は、横方向（例えば、左から右）に折り畳む構成に焦点を当てているが、開示する技術は、縦方向（例えば、上から下）に折り畳む構成を有するそれらの実施形態に同様に適用できることに留意されたい。それらの実施形態のいくつかでは、構成は、例えば、手動または自動の画面回転機能を介して、構成がユーザの好みおよび現在のデバイスの向きにより合うことができるように、交換可能であり得る。

本実施形態によれば、折り畳み角度１３８は選択されることができ、かつ、ＵＩはそれに応じて歪められ、折り畳み可能な電話１３０の折り畳み可能なスクリーン（例えば、スクリーン１２０）が、選択された折り畳み角度（または所望の折り畳み角度）に折り畳まれるか操作されると、ユーザインタフェースは、ユーザ１１０により最適に読めるが周辺の残りの者（例えば、傍観者１３０）に対して歪められる。選択された折り畳み角度は、ディスプレイスクリーン１２０が折り畳まれる最適な内角と表現されることもできる。例えば、ディスプレイが二つ折りディスプレイ（例えば、シングルヒンジ）である場合、折り畳み角度は、ディスプレイが折り畳まれる内角である。

いくつかの実施形態では、所望の折り畳み角度は、ユーザインタフェースに表示されるプライベート情報の秘密度、及び／又は、ユーザの周辺の潜在的な傍観者の存在に基づいて、ユーザのプライベートな画面上の情報のビューを遮るように決定され得る。例えば、ユーザがプライベート又はセキュアデータにアクセスしたい場合、ユーザの周辺における任意の潜在的な傍観者の存在を判断するために、電話のカメラのデータが使用され得る。

電話の最適折り畳み角度が決定されると、ユーザインタフェースは、それが最適折り畳み角度で読めるように、生成され／歪められ／カスタマイズされ得る。ユーザは、ユーザインタフェースがユーザの位置で読めるようにするために、電話をある程度折り畳み、潜在的な傍観者の視野がユーザの個人情報を見渡すことを妨げる。例えば、ユーザは、バスに乗っているときに自身の銀行口座の情報を見たい。ここで紹介される折り畳み可能な電話にインストールされたソフトウェアアプリケーション（例えば、銀行の独自のアプリケーション）にユーザがアクセスすると、電話は、歪んで見えるユーザインタフェースをユーザに提示する。ユーザは、ユーザの視点からユーザインタフェースが視覚的に読めるようになる（例えば、エッジとフォントが斜めに／歪んで見えない）まで、電話をより狭い角度まで閉じ、その間に（電話をより狭い角度まで閉じたことにより）コンテンツをユーザの周りの潜在的な傍観者から妨げる。
［視野角］

図１Ｃは、一例の折り畳み可能な電話機（例えば、ユーザデバイス１３０）のユーザ（例えば、ユーザ１１０）に対する視野角１４８を示す。一般に、視野角は、ユーザ１１０に対するモバイルデバイス１３０の向きの角度である。視野角はまた、折り畳み可能なデバイス１３０に対するユーザ１１０の目の位置として理解されることもできる。図１Ｃに示されるように、二つ折り電話の例では、視野角１４８は、デバイス１３０の非折り畳みエッジに垂直（すなわち、９０°）である第１の軸１４２と、ユーザ１１０の視線との間の角度であり得る。図１Ｃの二つ折りデバイスは、中央に位置する（例えば、ヒンジ軸１３６と同じ構成である）ヒンジ軸１４６を中心に折り畳める。

図１Ｃに示されるように、便宜上、ここでの開示は、注視点（すなわち、ユーザの目が焦点を合わせる場所）が画面の中心であると仮定していることに留意されたい。注視点は、視野角１４８が測定され得る開始エッジを定義する。この視野角の定義及び／又は注視点の仮定は、実装に応じて変化し得るが（例えば、注視点は、画面の上部または下部にあり得る、または、いくつかの実装では、注視点は、センサにより動的に決定され得る）、ここに開示されるＵＩ操作技術は、視野角の定義及び／又は注視点の位置の変化にかかわらず、同様に適用可能である。
［静的と対比した動的なＵＩ調整］

ここでのＵＩ操作技術により生成されたＵＩは、一般に、折り畳み可能なスクリーンが意図された折り畳み角度に折り畳まれ、かつ、スクリーンが意図された視野角から見られるときにのみ、視覚的に変形または歪んでいないとして、ユーザが（すなわち、ユーザの視点から）見ることができるという効果を有する。このように、実施形態によっては、ユーザデバイスは、ＵＩ歪みを動的にまたは静的に調整するオプションを有することができる。ここでの検討の目的のために、用語「静的なＵＩ操作」は、最適折り畳み角度で及び／又は最適な視野角から見るために、ＵＩが（例えば、後述の図２Ａに関して説明される方法で）操作され／曲げられるだけであり、ＵＩレンダリングがデバイスの実際の折り畳み角度またはユーザの目の位置／注視点の実際の位置に基づいて変化しないという意味で「静的」である、ことを意味する。これに対して、用語「動的なＵＩ操作」は、ＵＩレンダリングが、デバイスの実際の折り畳み角度及び／又はユーザの目の位置／注視点の実際の位置に基づいて変化し、かつ、調整を受けることを意味する。

より具体的には、図１Ｄの表１５０に示すように、４つの異なるＵＩ調整構成がある：（Ａ）折り畳み角度ＵＩ調整と視野角ＵＩ調整の両方が静的である、（Ｂ）静的な折り畳み角度ＵＩ調整と動的な視野角ＵＩ調整、（Ｃ）動的な折り畳み角度ＵＩ調整と静的な視野角ＵＩ調整、及び（Ｄ）折り畳み角度ＵＩ調整と視野角ＵＩ調整との両方が動的である、組み合わせの４つが存在する。静的な折り畳み角度調整を実施する実施形態については、生成されるＵＩ歪みは、デバイスの実際の折り畳み角度を考慮する必要はなく、むしろ、ＵＩは、選択された最適折り畳み角度に基づいて生成され、正しいＵＩを見るために（例えば、画面を折り畳むことにより）最適折り畳み角度にデバイスを再構成することは、ユーザ次第である。同様に、静的な視野角調整を実施する実施形態については、生成されるＵＩ歪みは、ユーザの目の位置／注視点を考慮する必要はなく、むしろ、ＵＩは、選択された最適視野角に基づいて生成され、ユーザが正しいＵＩを見るために、最適視野角からデバイスが見られるように、デバイスを保持位置／向き／等に調整すること、及び／又は、デバイスに対してユーザの目を動かすことは、ユーザ次第である。

これに対して、動的な折り畳み角度調整を実施する実施形態については、ＵＩ歪みは、デバイスの実際の折り畳み角度を考慮することで動的に生成および調整される、すなわち、ＵＩは、実際の折り畳み角度が変化すると変形できる。同様に、動的な視野角調整を実施する実施形態では、生成されるＵＩ歪みは、ユーザの目の位置／注視点を考慮する。言い換えれば、ＵＩは、ユーザの目の実際の位置／注視点に基づいて動的に生成および調整される。動的な視野角調整で、ユーザは、保持位置／向き／等を調整する必要がなく、かつ、一般にユーザが利用可能な任意の視野角から正しいＵＩを見ることができる。

簡略化のために、文脈により明らかにされない限り、ＵＩ操作技術に関する以下の説明は、静的な折り畳み角度ＵＩ調整および動的な視野角ＵＩ調整を採用する構成、すなわち、構成（Ｂ）に主に焦点を合わせる。ここで、構成（Ｂ）は、第１に、静的な折り畳み角度がユーザに折り畳み角度の変更を強制し、したがって傍観者に対する機密データの保護が容易であり、第２に、ユーザの目の位置がどこにあるかに基づいてＵＩ歪みを変化させる動的視野角が、利便性を提供し、かつ、ユーザに対する使い勝手を向上するという、少なくとも２つの利点のために、多くのフィールドアプリケーションで好まれ得ることが認められる。比較すると、構成（Ａ）は、ユーザの視線追跡システムなどの余分なセンサシステムがコストが高く、および／または、電力を消費しすぎる可能性がある、低コストおよび／または低電力の実施において好ましいかもしれない。一方、構成（Ｄ）は、ユーザの現在の折り畳み角度または注視点に関係なく、ＵＩがユーザにとって見ることができるままであるので、最もシームレスなユーザ体験を比較的に提供するが、しかし、ＵＩの見やすさがユーザにとって同じであれば、ユーザは何らかの調整（例えば、電話を狭く折り畳む）を行いたいと思わなくなるため、静的な折り畳み角度を有する構成よりも安全性が低くなるであろう。

構成（Ｂ）が好まれるにもかかわらず、開示された技術は、構成（Ａ）、（Ｃ）、及び（Ｄ）にも同様に適用可能である。具体的には、最適折り畳み角度の決定と生成が検討される以下の説明において、（例えば、静的な視野角調整を伴うそれらの実施のための）最適な視野角の決定と生成に、同じ又は同様の検討（例えば、ユーザデバイスの内部及び／又は外部の情報に関する）を適用できる。いくつかの実施形態では、ユーザは、異なる構成の中から選択するオプションを与えられ得る。

さらに、いくつかの実施形態において、ＵＩ歪みは、ユーザの個人情報の秘密度の決定されたレベルおよび／またはプライバシーリスクの決定されたレベルに基づいて「更新」され得ることに留意されたい。ＵＩ歪みのこれらの「更新」も、ある意味で一般的に「動的」として理解され得るが、それは、秘密度または周辺のプライバシーリスクの表示データのいずれか、または両方の変化に応答して行われるため、このタイプの検討は、文脈で明らかにされ、かつ、ユーザの注視点および／または折り畳み角度（即ち、ユーザのコントロールの範囲内にあるパラメータ）に応答する動的ＵＩ操作の一般的検討と混同されない。
［機密データ保護のためのユーザインタフェース操作］

図２Ａは、ここに紹介するような折り畳み可能な電話機のユーザインタフェースが、プライバシー及び機密データ保護のためにどのように実施され得るかの例を示す。図２Ａに示されるのは、ヒンジ軸２３６を中心に折り畳まれる二つ折りディスプレイ２２０を有する折り畳み可能な携帯電話２３０である。また、図２Ａに示されるのは、４つの異なる例示的プライバシーシナリオ－（１）プライベート空間、（２）相対的に安全な空間、（３）公共だが静かな空間、および（４）混雑した公共空間、において異なる折り畳みのために折り畳み可能な携帯電話２３０がどのように操作され得るかという、４セットの組み合わせ（すなわち、第１セットは例示のＵＩ２０１－２０２であり、第２セットは例示のＵＩ２０３－２０４である、など）をそれぞれ示す例示のＵＩ２０１－２０８である。以下では、プライバシーシナリオとそれらの対応する保持角度は単に検討のためのものであり、実装に応じて、より多く又はより少ないシナリオを採用することができ、かつ、異なる保持角度が採用され得る。

例示のＵＩ２０１，２０３，２０５，および２０７は、異なるプライバシーシナリオにおいてユーザ（例えば、ユーザ１１０）に見えるＵＩを示し、例示のＵＩ２０２，２０４，２０６，および２０８は、二つ折りスクリーン２２０に表示される実際のＵＩを示す。具体的には、例示のＵＩ２０２，２０４，２０６，および２０８における実際のＵＩ表現は、ユーザのプライベート／機密情報が、二つ折りディスプレイ（例えば、二つ折りディスプレイ２２０）を有する電話機のユーザインタフェース上にどのようにレイアウトされ得るかを示す。言い換えれば、「実際のＵＩ」表現は、折り畳み可能な電話２３０が各シナリオで完全に開かれたときに、ユーザインタフェースがユーザにどのように見えるかを正確に示すものである。比較すると、「ユーザから見たＵＩ」表現は、二つ折りディスプレイ２２０がシナリオのそれぞれについて最適折り畳み角度で折り畳まれた（及び、いくつかの実施形態では、最適な視野角から見られた）ときに、ユーザのプライベート／機密情報が電話２３０のユーザインタフェース上でユーザに対して視覚的にどのように見えるかを示している。

第１のプライバシーシナリオ－プライベート空間－を例として挙げる。例示のＵＩ２０２は、折り畳み可能な携帯電話２３０の二つ折りディスプレイ２２０が完全に開いているときの、電話２３０上のユーザのプライベート／機密情報の実際のＵＩレンダリングを表す。比較すると、ユーザに見えるＵＩ、例示のＵＩ２０１は、二つ折りディスプレイ２２０の２つのセクション（すなわち左および右セクション）が、すなわち、完全に開き、かつ、折り畳み可能なディスプレイ２２０の全領域を占めるとき、実際のＵＩ２０２がユーザに対して視覚的にどのように見えるかを示す。折り畳み可能なディスプレイ２２０の表示領域を完全に利用するので、ユーザは一般的に、自宅などのユーザのプライベート空間で折り畳み可能な携帯電話２３０を完全に開いておくことを好むであろうことが理解される。完全に開いた状態では、実際のＵＩ（すなわち、例示のＵＩ２０２）は、ユーザの最適視野角でユーザに見えるＵＩ（すなわち、例示のＵＩ２０１）と同じであることに留意されたい。

第２の例のプライバシーシナリオ－オフィスの小部屋－は、一般に比較的安全と分類され得る場所であるが、ユーザの自宅ほど安全ではないので、傍観者がユーザの電話を見る可能性がまだ少しあるので、ユーザが電話２３０を完全に開いておくことは得策でないかもしれない。このような場合、電話２３０を多少折り畳んでいても大きい角度にしておけば、ユーザのプライベート／機密情報を傍観者に盗まれることから保護する上で十分である。例示のＵＩ２０３は、ユーザが相対的に安全な空間に位置している場合のシナリオについて、電話２３０上のユーザのプライベート／機密情報の実際のＵＩレンダリングを表している。このような環境では、二つ折りディスプレイ２２０の２つのセクションが大きい角度（例えば、１３５°以上）に折り畳まれると、ユーザにとって最適なビューが達成され得る。比較すると、ユーザに見えるＵＩ、例示のＵＩ２０３は、二つ折りディスプレイ２２０の２つのセクションが、相対的に（しかし完全ではない）安全な空間に関する最適折り畳み角度に折り畳まれたときに、実際のＵＩ２０４がユーザにどのように見えるかを示している。また、ここで、ユーザから見たＵＩ２０３は、折り畳み可能な携帯電話２３０が最適な視野角から見られたときに実際のＵＩ２０４がユーザにどのように見えるかを表すことにも留意されたい（図１Ｃ－１Ｄに関する上記説明を参照されたい）。ユーザから見たＵＩ２０３は、相対的に安全な空間における最適折り畳み角度で、（例えば、ＵＩ２０１と比較して）ディスプレイの全領域よりも小さく見えるが、ユーザには歪んでいないユーザインタフェースである。一方、同じユーザインタフェースが傍観者には歪んで見える（例えば、ＵＩ２０４）。

同様に、第３のプライバシーシナリオ、公園のような、一般に公共の場であるがまだ静かな空間として分類され得る場所では、特にユーザがオフィスのようなより安全な場所に位置していたときの第２のシナリオと比較して、ユーザは狭い角度まで電話２３０を折り畳んでおくことが得策かもしれない。これは、オフィスのようなより安全な場所に比べて、公園では傍観者がユーザの電話を見ている可能性が高いからである。このような場合、携帯電話を狭い角度で折りたたんでおくことは、ユーザのプライベート／機密情報を傍観者に盗まれることから保護できる。例示のＵＩ２０６は、ユーザが公共の場であるがまだ静かな空間に位置している場合のシナリオのための、電話２３０上のユーザのプライベート／機密情報の実際のＵＩレンダリングである。このような環境では、二つ折りディスプレイ２２０の２つのセクションが狭い角度（例えば、１３５°－７５°）に折り畳まれると、ユーザにとって最適なビューが達成され得る。ユーザから見たＵＩ２０５は、折り畳み可能な携帯電話２３０が公共の場であるがまだ静かな空間について最適な折り畳み角度に折り畳まれたときに、実際のＵＩ２０６がユーザにどのように見えるかを示している。このようにして、ユーザにより知覚される表示領域が（例えば、ＵＩ２０１と比較して）折り畳み可能なディスプレイ２２０の全領域よりも小さくなったとしても、最適折り畳み角度において、ユーザから見たＵＩ２０５はユーザに対して歪みのないままである。しかしながら、同じユーザインタフェースは、そのより狭い折り畳み角度のために、傍観者に対してより隠されるようになり、かつ、第２のシナリオと比較して、傍観者にはさらに歪んだものとして見える。

最後に、第４のプライバシーシナリオ、バス又は地下鉄のような一般に混雑した公共空間として分類され得る場所では、ユーザは、前のシナリオ（例えば、公園）と比較して、電話２３０をさらに狭い角度に折り畳んでおくことが得策であり得る。これは、公園と比較して、バスでは傍観者がユーザの電話を見る可能性がより高いからである。このような場合、電話２３０をさらに狭い角度で折り畳んでおくことは、傍観者に盗まれることからユーザのプライベート／機密情報を保護できる。例示のＵＩ２０８は、ユーザが混雑した公共空間にいるときのシナリオのための電話２３０のユーザのプライベート／機密情報の実際のＵＩレンダリングである。このような環境では、二つ折りディスプレイ２２０の２つのセクションが４つのシナリオのすべてにおいて最も狭い角度（例えば、７５°以下）に折り畳まれるとき、ユーザにとって最適なビューが達成され得る。ユーザから見たＵＩ２０７は、折り畳み可能な携帯電話２３０が混雑した公共空間に関する最適な折り畳み角度に折り畳まれたとき、実際のＵＩ２０８がユーザにどのように見えるかを示している。図２Ａに示すように、ユーザにより知覚される表示領域が（ＵＩ２０１，２０３，及び２０５と比較して）全ての４つの中で最も小さいにもかかわらず、最適折り畳み角度において、ユーザから見たＵＩ２０７はユーザにとって歪みのないままであることができる。しかしながら、最初の３つのシナリオと比較して、例示のＵＩ２０８は、最も狭い折り畳み角度のために傍観者に対して最も隠され、かつ、前のすべてのシナリオと比較して、最も歪んだものとして傍観者に見える。折り畳み可能なディスプレイが中央でまたは中央付近で折り畳まれるように構成された実施形態（例えば、二つ折りディスプレイ構成）において、本技術を実装するユーザインタフェース（例えば、ＵＩ２０４，２０６，および２０８）は、折り畳み可能なディスプレイ（例えば、ディスプレイ２２０）のヒンジ（例えば、軸２３６）に沿った軸について対称に変形されてもよいことに留意されたい。

このようにして、開示されたＵＩ操作／歪み技術は、ユーザインタフェースのコンテンツが実際のＵＩ表現において視覚的に歪められ、かつ、ディスプレイ（複数可）（例えば、ディスプレイ２２０）が特定の角度に折り畳まれたときにのみ歪められず読み取り可能に見えることができる、直観的なユーザインタフェースシステムを提供する。このことは、傍観者が実際のＵＩ表現（例えば、例示のＵＩ２０４，２０６，および２０８）として示されるそれらの例のような歪んだユーザインタフェース表示のみを見ることができるので、傍観者（例えば、傍観者１４０）により盗まれることからのユーザのプライベートおよび機密情報の保護を可能にする。さらに、ユーザから見たＵＩ表現（例えば、例示のＵＩ２０３，２０５，及び２０７）として示されるそれらの例のような読み取り可能なＵＩをユーザが見ているときに、ユーザは特定の折り畳み角度でディスプレイを折り畳んだり閉じたりして傍観者の視野を遮断するので、傍観者は、ユーザのプライベート及び機密情報を盗むことをさらに妨げられる。

図２Ｂは、ユーザから見たＵＩと対比した実際のＵＩに表示されるような視覚ガイダンス指標２５０およびテキストガイダンス２５２の例を示す。ここで検討したように、折り畳み可能なまたはフレキシブルディスプレイ上に表示されるＵＩは、選択された折り畳み角度に基づいて生成されることができ、その結果、ＵＩは、折り畳み可能な電話の画面が選択された折り畳み角度に折り畳まれたときのみに通常通りユーザに視覚的に見えるであろう。この技術から生成されたＵＩは、少なくとも、電話が選択された構成（例えば、選択された折り畳み角度まで折り畳まれる）にないとき、さもなければコンテンツが異常（例えば、歪んだ又は斜めになった）に見えるので、ユーザにとって直観的である。

それにもかかわらず、ユーザが電話を直観的に構成及び／又は方向付けることをさらに可能にし、かつ、ユーザを案内するために表示されているコンテンツの歪みへの依存を低減するために、生成されたＵＩは、ユーザが折り畳み可能なディスプレイを選択された折り畳み角度に操作することを案内する視覚ガイダンス指標（例えば、ガイダンス指標２５０）を追加的に含むことができる。いくつかの実装では、視覚ガイダンス指標２５０は、ディスプレイの上部に、またはユーザからＵＩ内の通常のコンテンツを妨げない場所に表示され得る。視覚ガイダンス指標２５０は、円、四角形、三角形、菱形などの選択された幾何学的形状であり得る。開示されたＵＩ操作技術の実装により、視覚ガイダンス指標は、折り畳み可能なディスプレイが最適折り畳み角度に操作されるときにのみ、選択された幾何学的形状（例えば、図２Ｂの「ユーザから見たＵＩ」表現に示されるような円）としてユーザに見えるであろう。例えば、選択された幾何学的形状が円である場合、折り畳み可能なディスプレイが最適折り畳み角度に操作されないとき、実際のＵＩは、円以外の形状（例えば、図２Ｂの「実際のＵＩ」表現に示すような、傾いた楕円）としてユーザに見え得る。言い換えると、直観的なユーザインタフェース上の幾何学的形状は、折り畳み可能なディスプレイが最適折り畳み角度に操作されるときのみに、円として見える。いくつかの実施形態では、実際のＵＩは、選択された幾何学的形状が何であるかをユーザに示すディスプレイ上の追加のヒント（これは、後述のテキストガイダンス２５２の一部であることもできる）を含んでもよい。次に、ユーザは、楕円が円に見えるまで、電話をより狭い角度に調整できる。ユーザインタフェースは、ユーザの視点から読みやすく、かつ、視覚的に正常となるが、ユーザの周辺の傍観者には、さもなければコンテンツはブロックされるか、または、視覚的に歪められる。

加えて、又は代替的に、生成されたＵＩは、図８－１１Ｄに関して検討されたグリップ操作技術に従って、ユーザに自身のグリップ（つかみ）を操作することを案内する視覚ガイダンス指標を含むことができる。したがって、１つ以上の実施形態において、生成されたＵＩは、ＵＩ操作技術のための視覚ガイダンス指標と、グリップ操作技術のための視覚ガイダンス指標とを含んでもよい。しかしながら、視覚ガイダンス指標は、互いに独立して生成されてもよい。グリップ操作技術のための視覚ガイダンス指標は、ＵＩ操作技術から独立して（すなわち、視覚的歪みを伴わずに）、又はＵＩ操作技術と関連して（すなわち、視覚的歪みを伴って）生成されてもよい。

加えて、又は代替案として、ここでのＵＩ操作システムの１以上の実施形態は、現在の折り畳み角度を最適折り畳み角度に変更するようにユーザを案内するためのテキストガイダンス（例えば、テキストガイダンス２５２）をユーザインタフェース上に含んでもよい。例えば、テキストガイダンス２５２は、「折り畳み可能なディスプレイをもっと開け」又は「折り畳み可能なディスプレイをもっと閉じろ」のような言葉でユーザに指示できる。いくつかの変形例では、テキストガイダンスは、例えば、「楕円が真円になるまで電話を閉じろ」という指示として、現在読みやすいフォントで（すなわち、歪んでいない方法で）表示され得る。

この態様において、視覚ガイダンス２５０及び／又はテキストガイダンス２５２は、ユーザの個人情報から潜在的な傍観者の視野を遮断して、ユーザの位置からユーザインタフェースを読み取り可能にするために、ちょうどよい量だけ電話を折り畳むようにユーザを誘導できる。実際の例として、ユーザは、バスに乗っているときに自身の銀行口座の情報を見たい。ユーザが折り畳み可能な電話でその情報にアクセスするとき、電話は歪んで見えるＵＩをユーザに提示する。上部に楕円形があり、現在読みやすいフォントで書かれているのは、指示：「黒い楕円が真円になる（かつ、ＵＩが一直線で水平に見える）まで、より狭い折り畳み角度にあなたの電話を折り畳んでください」である。ユーザは、楕円が円に見えるまで、電話に対してより狭い角度まで電話を閉じる。調整後、ユーザインタフェースは、ユーザの位置から完全に読み取り可能になったが、それの上のコンテンツは潜在的な傍観者に対してブロックされるようになった。

さらに、いくつかの例では、ＵＩ操作システムは、機密情報がＵＩ上でユーザに表示され得る前に、ユーザデバイスが最適な構成に配置されることを要求できる。例えば、ＵＩ操作システムは、補助ＵＩ要素のみを表示し、かつ、折り畳み可能なディスプレイが最適デバイス構成（例えば、最適折り畳み角度）に操作されない限り／されるまで、ユーザデバイスの画面上への機密データの表示を積極的にブロックする、ぼかす、マスクする、さもなければ妨げる、又は単に禁止するよう構成され得る。例えば、ＵＩは、ユーザがガイダンス指示に従い、かつ、折り畳み可能な電話を選択された最適折り畳み角度に再構成または操作するまで、ガイダンス情報（例えば、視覚的指標２５０および／またはテキストガイダンス２５２）のみをユーザに表示できる。そのとき初めて、ＵＩ操作システムは、（例えば、上述した方法で）ＵＩ上に機密情報を表示する。

図２Ｃは、折り畳み可能な電話のＵＩ操作技術のいくつかの例に関する追加の任意の実装の詳細を示す。ここで検討されるように、紹介されたＵＩ操作技術の少なくともいくつかの例は、ユーザにより知覚される折り畳み可能なディスプレイの表示領域を（例えば、ＵＩ２０１をＵＩ２０３，２０５，および２０７に対して比較して）減少または縮小する視覚効果を有するので、いくつかの実施形態では、ディスプレイのコンテンツは、折り畳み可能なディスプレイに関する決定された有効なフォームファクタに基づいて自動的に調整され得る。具体的には、様々な実施形態において、機密情報の元のレイアウトは、決定されたフォームファクタに従って代替レイアウトに変更または再配置されることができ、代替レイアウトは、折り畳み可能なディスプレイの全エリアと比較してより小さいフォームファクタに適している。例えば、元のレイアウト（例えば、それはデスクトップ／タブレットディスプレイのようなより大きなディスプレイ用に設計されてもよい）は、小さい又はより小さい画面を有するモバイルデバイス用に設計された代替レイアウト（例えば、それは異なるフォントサイズ、グラフィックス、および／またはナビゲーションの配置を有してもよい）に変更され得る。

図２Ｃに示されているのは、２つの例示のＵＩ２７０と２７２であり、ここで例示のＵＩ２７０は、画面が完全に開いているときに表示されるべきコンテンツの元のレイアウトを示す。ＵＩ操作技術を実装するデバイスが折り畳まれるとき、表示されるレイアウトは、例示のＵＩ２７２により示される代替レイアウトに自動的に変更され得る。追加的に、または代替的に、スクロールバー２７４などの追加のＵＩ要素が、表示されたＵＩにさらに追加されることができ、模擬された縮小された画面サイズにおいてコンテンツをナビゲートすることでユーザを支援する。
［例示のシステム構成要素およびデータフロー］

図３は、ここで紹介する折り畳み可能な電話機のＵＩ操作技術を実装するために利用できる一例のＵＩ操作エンジン３００の機能ブロック図を示す。

一例のＵＩ操作エンジン３００は、ユーザのモバイルデバイス（例えば、モバイルデバイス１３０，２３０）に実装され、その上で実行され得る。図３に示されるように、ＵＩ操作エンジン３００は、ＵＩ秘密度抽出システム３１０、周辺状態評価システム３２０、最適ディスプレイ構成ファインダ３３０、実ディスプレイ構成ファインダ３４０、ユーザ状態評価システム３５０、ＵＩ歪み生成部３６０及び補助ＵＩ要素生成部３７０を含むことができる。図３に示される構成要素は単なる例示であり、よく知られている特定の構成要素、例えば、中央処理装置（ＣＰＵ）、メモリモジュール、スクリーンディスプレイ（複数可）、及び通信回路は、簡略化のために示されていないことに留意されたい。ここで紹介する１以上のシステム、サブシステム、構成要素、及び／又はモジュールは、ソフトウェアアプリケーションとして実装され得るか又はソフトウェアアプリケーションを含み得ることに留意されたい。しかしながら、これらのシステム／サブシステム／モジュールの任意の適切な組み合わせは、同じ又は同様の機能を達成するためにハードウェア又はファームウェア構成要素として実装され得る。同様に、図３における例示の構成要素は、本明細書における検討を容易にする目的で示されており、より多くの又はより少ない構成要素が使用されてもよく、構成要素は、実際の実装に応じて、組み合わせ又は分割されてもよい。

いくつかの実装によれば、ＵＩ操作エンジン３００は、（例えば、モバイルデバイスの折り畳み可能なディスプレイ上に）機密情報が表示されることになるという指示を受信すると、動作開始できる。例えば、アプリケーションプログラミングインタフェース（ＡＰＩ）は、エンジン３００が命令として（例えば、ソフトウェアアプリケーションから）ソフトウェア関数呼び出しを受け取ることができるように、エンジン３００のために実装され得る。変形例では、エンジン３００は、オペレーティングシステム（ＯＳ）により提供される関数セットの一部として、またはシステムソフトウェアライブラリ等に実装され得る。追加または代替の実施形態では、エンジン３００は、メモリに常駐するスタンドアロンソフトウェアであることができ、かつ、表示される機密情報を傍受／検出する。

表示されるべき機密情報があるという指示を受け取った後、ＵＩ操作エンジン３００は、それに対する最適ディスプレイ構成を決定し、かつ、そうするために、エンジン３００は、外部及び／又は内部情報に基づくものを含む１以上の要因を考慮する。より具体的には、紹介されたＵＩ操作技術に従って、知覚されるディスプレイ画面がどれだけ小さくされるべきか（すなわち、そのフォームファクタ）の決定に影響を与え得る情報は、一般に２つのカテゴリがある：（１）電話の内部にある情報、および（２）電話の外部にある情報。前者（すなわち、内部情報）は、ＵＩ秘密度抽出システム３１０により抽出されることができ、後者（すなわち、外部情報）は、周辺状態評価システム３２０により抽出されることができる。
［Ａ．ＵＩ秘密度抽出システム］

図４Ａは、図３のＵＩ操作エンジンのいくつかの例示の構成要素で折り畳み可能な電話機のＵＩ操作技術を実施するための一例のデータフロー４００である。データフロー４００は、ＵＩ操作システム（例えば、エンジン３００）内の様々なブロックの間でデータがどのように流れることができるかの一例を示す。図３および４Ａを同時に参照し、データフロー４００は、ＵＩ操作エンジン３００の機能ブロック図とともに、ここで説明される。

ＵＩ秘密度抽出システム３１０は、ユーザデバイスに表示されるデータのプライバシー秘密度を決定でき、ＵＩ秘密度データを出力できる。言い換えれば、ＵＩ秘密度抽出システム３１０は、ユーザのモバイルデバイス上に提示される情報の秘密度のレベルを決定できる。

いくつかの例では、ＵＩ秘密度データは、現在画面上に表示されている異なる特徴の様々な秘密度レベルを記述し得る。高い秘密度項目の例は、パスワード入力ボックス、銀行口座情報、クレジットカード情報などを含み得る。実装によっては、中間の秘密度は、社会保障番号、誕生日、自宅住所、または電話番号などの個人情報を含むことができる。ＵＩ秘密度抽出システム３１０は、パブリックドメイン情報、汎用ウェブサイトテキスト、または画像などの低い秘密度項目も識別できる。多数の実施形態において、ユーザは、これらの項目をユーザ自身の好みに調整または編集するオプションを有することができる。加えて、又は代替的に、ＵＩ秘密度データは、ページ上の最も高い秘密度の特徴に合った画面の全体的な秘密度評価を記述し得る。

いくつかの実施形態によれば、ＵＩ秘密度抽出システム３１０は、ローカルリソース及び／又はリモートリソースからＵＩ秘密度データを取得できる。これらのリソースの例は、一般的に見られるソフトウェアアプリケーション／コンポーネント／機能に関する秘密度評価が記録され得るルックアップテーブルまたはデータベースを含み得る。たとえば、ソフトウェアモバイルアプリケーションが銀行アプリケーションである場合、アプリケーションウィンドウがパスワード入力画面を示す場合、特定の機能（たとえば、銀行取引明細書の表示）を提供するウェブページがトリガされる場合、またはＵＩ要素がパスワード入力フィールドを含む場合、リソース（複数可）は、高い秘密度として識別し得る。追加の又は代替の実施形態として、ＵＩ秘密度抽出システム３１０は、メタデータ、例えば送信者が誰であるかに関するメッセージメタデータ、メッセージの性質に関するメタデータ、メッセージの緊急性、及び／又は受信者のアドレス（仕事又はプライベート電子メールに基づく秘密度の区別など）を介してＵＩ秘密度データを取得できる。さらに、ＡＰＩがＵＩ操作エンジン３００のために実装されるいくつかの変形例では、ＵＩ秘密度抽出システム３１０は、ＡＰＩから（例えば、関数呼び出しの１以上のパラメータを介して）ＵＩ秘密度データを受信できる。

１以上の実施形態において、ＵＩ秘密度抽出システム３１０は、コンテンツ分析を通じてＵＩ秘密度データを取得できる。特定の例では、ＵＩ秘密度抽出システム３１０は、送信または受信されたメッセージにおけるキーワード（例えば、「高い機密性（highly confidential）」）の存在に基づいて、または（例えば、既知の画像処理および認識アルゴリズムを用いることにより）グラフィック／写真コンテンツを分析すること通じて、秘密度のレベルを決定することが可能である。ＵＩ秘密度抽出システム３１０のいくつかの実施形態は、機械学習技術（例えば、教師あり機械学習）を使用することによりＵＩ秘密度データを生成することもできる。例えば、ＵＩ秘密度抽出システム３１０は、ＵＩ秘密度決定データモデルを確立するために、その秘密度がラベル付けされたトレーニングデータのセットにより最初にトレーニングされ得る。トレーニングデータの例は、実際のコンテンツ（例えば、テキスト、文書、画像、又は動画）と、それらの対応する秘密度の評価とを含むことができる。このようにして、ＵＩ秘密度抽出システム３１０は、オンザフライの機密ＵＩコンテンツの秘密度の評価を生成できる。

さらに、ＵＩ秘密度抽出システム３１０のいくつかの変形例は、ユーザの気分変化から可能性の高い秘密度を推論することによるなど、ユーザ感情分析を通じてＵＩ秘密度データを生成できる。例えば、ユーザがアプリケーションを操作する際に、ユーザがより秘密主義的に行動し、顔の表情、気分などを変化させた場合、ＵＩ秘密度抽出システム３１０は、そのアプリケーションの秘密度のレベルを一般的なアプリケーションより高いと推論し得る。これらの推論的な秘密度レベルの判断は、例えば、ジェスチャー認識、表情認識、及び／又は脳波測定に基づくことができる。
［Ｂ．周辺状態評価システム］

周辺状態評価システム３２０は、ユーザの周辺のプライバシー状態を決定および分析するために使用され得る、システムハードウェア、ファームウェア、および／またはソフトウェアコンポーネントの組を含む。図３に示すように、周辺状態評価システム３２０は、周辺状態センサ３２２、周辺状態データプリプロセッサ３２４、および周辺状態ファインダ３２６という３つの例示の構成要素を含む。

より具体的には、周辺状態評価システム３２０は、例えば、周辺状態センサ３２２からの読み取り値に基づいて、モバイルデバイスの周辺環境におけるプライバシーリスクのレベルを識別するために使用され得る。この特定されたプライバシーリスクレベルは、最適ディスプレイ構成ファインダ３２０及びＵＩ歪み生成部３６０により使用されることができ、モバイルデバイス上に表示されるべきユーザのプライベート／機密情報の最適なフォームファクタを決定する。いくつかの実施形態では、モバイルデバイス上に表示されるべきユーザのプライベート／機密情報のフォームファクタは、識別されたプライバシーリスクのレベルに逆相関させることができる。すなわち、識別されたプライバシーリスクのレベルが高いほど、ユーザから見たＵＩのフォームファクタは小さくなるであろう。例えば、上記の図２Ａに関して説明したように、プライバシーリスクの４つのレベル－プライベート空間、相対的に安全な空間、公共だがまだ静かな空間、及び混雑した公共空間－があることができ、周辺が混雑しているほど、ユーザにより知覚されるＵＩはより小さくなるであろう。

周辺状態センサ３２４は、ユーザの周辺に関する情報（すなわち、「周辺データ」）を取得するために使用され得る１以上のセンサを含むことができる。様々な例において、周辺データは、ユーザの位置の視覚的画像又は記録、特定の地理的位置情報（例えば、グローバルポジショニングシステム（ＧＰＳ）座標）、音声情報（例えば、背景音データ及び／又は周辺からの音声データ）、デバイス接続情報（例えば、接続データなど、ユーザの周辺の人々のデバイスを検出するための情報）、及び／又はユーザの周辺の人々の存在及び状態を決定するために使用され得る他の適切なデータを含み得る。適用可能な周辺データを得るために、周辺状態センサ３２４の例は、背面および／または前面カメラ、または、ユーザの位置から光フィードを生成できる他の光ベース（例えば赤外線）イメージング技術、衛星位置情報を生成できるＧＰＳセンサ、ユーザの位置から収集された音声信号を生成できるマイクロフォンまたは音声センサ、および／またはユーザのモバイルデバイスの周辺（例えば、トランシーバの範囲に基づいた、１０メートル）内のデバイスの署名を生成できる無線ネットワークトランシーバ（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））のようなセンサを含むことができる。実施形態によっては、これらのセンサは、ユーザのモバイルデバイスに搭載されてもよく、またはデバイスに個別に接続され得る。

具体的には、１以上の実施形態によれば、周辺状態センサ３２２は、次に、周辺データを周辺状態データプリプロセッサ３２４に送信でき、それは、その後の分析のために周辺データを（例えば、信号対雑音比（ＳＮＲ）を適切な品質まで高めるために）前処理できる。さらに、周辺状態データプリプロセッサ３２４は、収集されたデータの種類に応じて、様々な適用可能な種類の前処理を周辺データに適用し得る。例えば、いくつかの実施形態では、周辺状態データプリプロセッサ３２４は、周辺状態センサ３２２内の光センサ（例えば、カメラ）から生成された光学データを前処理して、シーンの照度、焦点、振動、モーションアーチファクト、反射、及び他の特徴を補正してもよい。さらに、これらの実施形態の多くでは、周辺状態データプリプロセッサ３２４は、マシンビジョン技術を使用して、人々または顔などの主要な特徴を識別し、かつ（例えば、メタデータまたはタグを追加することにより）ラベル付けするために、光学データを前処理できる。

さらに、周辺状態データプリプロセッサ３２４のいくつかの実装は、背景ノイズ（例えば、風またはロードノイズ）を除去し、特定の音声の特徴（例えば、声）を増幅し、ＳＮＲを高めることにより音声品質をさらに向上させるために音声データを前処理できる。上述のビデオ前処理の実施形態と同様に、特定の実施形態では、周辺状態データプリプロセッサ３２４は、明瞭な音声又は耳にしたフレーズワードなどの主要な特徴にメタデータ又はタグを追加するために音声データを前処理してもよい。

さらに、特定の実施形態において、周辺状態データプリプロセッサ３２４は、接続データを前処理して、ユーザの周辺における固有のデバイス署名を識別し、数え、かつ潜在的に位置を特定できる。たとえば、周辺状態データプリプロセッサ３２４は、固有のデバイス署名および／または地理的位置を識別し、数え、および／または位置を特定するために、Ｗｉ－Ｆｉ管理フレーム、リクエスト、ビーコン、およびピン（ping）に含まれる情報を利用できる。周辺状態データプリプロセッサ３２４は、いくつかの例において、ＧＰＳ／衛星データを前処理して、ユーザが現在位置する場所の特定の質的特性（例えば、店名、道路名、またはランドマーク）を特定することもできる。これらのＧＰＳ／衛星／位置データは、電話の既存の地図サービス（例えばＧｏｏｇｌｅマップ）と組み合わせて考えることができる。実装によっては、位置データの前処理は、（例えば、特徴をフィルタリングし、分類するために）機械学習技術を利用し得る。

次に、周辺状態ファインダ３２６は、周辺状態データプリプロセッサ３２４により生成された前処理された周辺データを分析することにより、ユーザの周辺の現在の状態（すなわち、「周辺状態」）を評価できる。その後、周辺状態ファインダ３２６は、ユーザの周辺状態に基づいて、ユーザの周辺におけるプライバシーリスクのレベルを決定できる。１以上の実装では、周辺状態ファインダ３２６は、周辺状態を決定する際に、周辺データから関連情報を抽出できる。

特に、１以上の実施例では、周辺データは、近くにいる他の人々（例えば、傍観者）の数を含むことができる。これらの例のいくつかにおいて、周辺状態ファインダ３２６は、近くにいる他の人々の数を決定する際に、周辺状態データプリプロセッサ３２４による前処理中にカメラフィードに追加された異なる人々の特徴タグのカウントを実行できる。他の実施形態では、周辺状態ファインダ３２６は、近くのユーザの数を数えるためにマシンビジョン顔認識技術を使用することにより、近くの他の人々の数を決定できる。変形例では、ブルートゥース技術（または他の適切な短距離無線接続技術）を介して検出された近くのデバイスの数を数えることにより、近くにいる他の人々の数が決定され得る。追加で、または代替的に、周辺状態ファインダ３２６は、周辺データの前処理中に識別された固有の人間の声の数を数えることにより、傍観者の数を決定できる。実施形態の特定の変形は、周辺データにおいて、所与の時間間隔にわたる音声ピーク振幅の変化に基づいて、周辺における総音響レベルの単純な推定を提供できる。

さらに、いくつかの実施形態では、周辺データは、近くの人々の空間分布及び視線方向を含み得る。これらの例のいくつかでは、周辺状態ファインダ３２６は、例えば、誰かがユーザの左または右に立っているがおそらくユーザデバイスから離れる方を向いていること（これは、より小さいセキュリティ脅威となり得る）とは対照的に、誰かがユーザの後ろに立っていてユーザデバイスに向いていること（これはセキュリティ脅威となり得る）を識別するために、カメラデータおよびマシンビジョン技術を使用して、この情報を検出できる。多くの実装において、周辺データは、ユーザの位置に関連する既知の特性、例えば、ユーザのＧＰＳ座標の予測評価に基づいて、ユーザの位置がどの程度混雑しているか／公共であるかを予測することを含んでもよい。例えば、周辺状態ファインダ３２６は、ユーザが公共の場所にいることをユーザデバイスのＧＰＳデータから検出でき、それにより、他の人々が近くにいる可能性が高いと推論する。別の例では、周辺状態ファインダ３２６は、ＧＰＳデータを通じて、ユーザが大きな州立公園の野原にいることを発見でき、それにより、他の人々が近くにいる可能性が低いことを推論する。いくつかの実施形態では、周辺状態ファインダ３２６は、ユーザデバイスのネットワーク接続からユーザの位置の既知のプロパティをさらに関連付けることができる。例えば、ユーザデバイスが「ホームＷｉ－Ｆｉ」又は「カーＷｉ－Ｆｉ」に接続するとき、周辺状態ファインダ３２６は、プライバシーレベルを高く（すなわち、リスクレベルを低く）決定してもよく、対照的に、ユーザデバイスが「パブリックＷｉ－Ｆｉ」又は「空港フリーＷｉ－Ｆｉ」に接続するとき、周辺状態ファインダ３２６は、プライバシーレベルを低く（すなわち、リスクレベルを高く）決定してもよい。

周辺状態データに基づき、かつ、上述した例示の方法を通じて、周辺状態ファインダ３２６は、ユーザデバイスを使用するときにユーザのデータが暴露される可能性がどの程度あるかを示す周辺状態出力を生成できる。言い換えれば、周辺状態ファインダ３２６からの周辺状態出力は、ユーザの周辺におけるプライバシーリスクのレベルをＵＩ操作エンジン３００の他の構成要素に伝達できる。いくつかの実施形態では、後続のシステム構成要素への周辺状態の伝達は、他の情報のうち、データ暴露リスクをユーザに提供する多数の人物の、それらの位置、視線角度、ユーザとの距離を含む、具体的な説明の形態であり得る。変形例では、後続のシステム構成要素への周辺状態の伝達は、ユーザリスク（例えば、「データ暴露リスク」）に関する汎用メトリックの形態であってよく、周辺状態ファインダ３２６は、ユーザのデータが現在の場所で暴露され得る可能性を決定するために、分析された周辺データの態様に重み付けを適用できる。いくつかの追加的または代替的な例では、周辺状態ファインダ３２６は、ユーザの周辺のプライバシーリスクの評価またはレベルを直接生成できる。
［Ｃ．最適ディスプレイ構成ファインダ］

最適ディスプレイ構成ファインダ３３０は、近くの他の人々による観察を防ぐために、折り畳み式またはフレキシブルスクリーンの最適な物理的構成（すなわち、「最適ディスプレイ構成」）を決定できる。具体的には、最適ディスプレイ構成ファインダ３３０は、（１）ユーザのモバイルデバイス上に提示されるプライベートおよび機密情報の秘密度のレベル、および／または（２）ユーザの周辺環境のプライバシーリスクのレベルを使用でき、画面のコンテンツが非良心的な傍観者に見られる確率が減少され、最小化され、または除去さえされる物理的構成を特定する。言い換えれば、最適ディスプレイ構成ファインダ３３０は、ＵＩ秘密度データ（例えば、上述のＵＩ秘密度抽出システム３１０により生成された）及び／又は周辺状態（例えば、同じく上述の周辺状態評価システム３２０により生成された）を使用でき、画面のコンテンツが傍観者に盗用されることを避けるようにディスプレイの最適なプライバシー構成（例えば、折り畳み角度）を決定する。

具体的には、いくつかの実施形態において、最適ディスプレイ構成ファインダ３３０は、ユーザデバイスの内部の情報、すなわち、ＵＩ秘密度抽出システム３１０により生成されるユーザのプライベート情報の秘密度の決定されたレベルに基づいて、最適折り畳み角度を決定できる。いくつかの他の実施形態では、最適ディスプレイ構成ファインダ３３０は、ユーザデバイスの外部の情報、すなわち、周辺状態評価システム３２０により生成されるプライバシーリスクの決定されたレベルに基づいて、最適折り畳み角度を決定できる。追加的に、または代替的に、最適ディスプレイ構成ファインダ３３０は、ユーザのプライベート情報の秘密度の決定されたレベルおよびプライバシーリスクの決定されたレベルの両方に基づいて、最適折り畳み角度を決定できる。静的な視野角調整を実行するそれらの実施形態では、最適ディスプレイ構成ファインダ３３０は、最適な視野角をさらに決定できる。

次に、最適ディスプレイ構成ファインダ３３０のいくつかの実施形態は、最適折り畳み角度、すなわち、ディスプレイが折り畳まれる最適な内部角度を決定できる（図１Ｂ及び上記の関連説明を参照されたい）。ユーザデバイスのディスプレイが単一の関節（例えば、単一ヒンジ式ディスプレイまたは複数のディスプレイ）を含むそれらの実施形態では、最適ディスプレイ構成は、ディスプレイが折り畳まれる最適折り畳み角度であることができる。例えば、鋭角の折り畳み角度は、（ディスプレイの知覚されるサイズの減少を犠牲にして）より高い表示プライバシーを提供してもよく、かつ、高いプライバシーリスク領域及び／又は高い秘密度のコンテンツに最適であり、鈍角の折り畳み角度は、ディスプレイのより大きな知覚されるサイズを提供しながらより低い表示プライバシーを提供してもよく、かつ、低いプライバシーリスク領域及び／又は低い秘密度のコンテンツに最適である。

最適ディスプレイ構成は、ユーザデバイスの物理的特性により変化できる。例えば、いくつかの実施形態では、デバイスは、特定の所定の折り畳み構成で設計された２つ以上の折り畳みセクションを有するデバイスであってよい。このような装置では、画面の折り畳みの角度及び回転方向が制限されてもよく、そのため、最適ディスプレイ構成は、各折り畳みセクションについて、折り畳み角度に特定の回転方向のベクトルを加えた組み合わせであってもよい。さらに、特定の例では、デバイスは、一般的にフレキシブルディスプレイファブリックを有するデバイスであってもよい。そのようなデバイスは、所定の折り畳み動作に限定されない、動的に構成可能な折り畳み動作を有する単一ピースの折り畳みスクリーンであってもよい。このようなデバイスでは、スクリーンの折り畳みの角度と回転方向があまり制限されない。このように、最適ディスプレイ構成は、特定の、選択された形状を含んでもよく、構成は、例えば、スクリーンが折り畳まれるべき方向と、スクリーン表面上の折り畳みの中心（例えば、折り畳み線など）の位置とをさらに含んでもよい。この折り畳み角度と折り畳み線の組み合わせは、例えば、補助ＵＩ要素生成部３７０（後述）により利用されることができ、ディスプレイファブリックを選択された形状に折り畳むようにユーザを誘導する。この文脈では、折り畳み線の多くの例は、折り畳み可能な（例えば、二つ折り式）ディスプレイについてここで紹介したヒンジ軸と同様とすることができる。

いくつかの例では、ユーザデバイスに内蔵された加速度計／ジャイロスコープセンサからのデータを使用して、ユーザが現在どのようにデバイスを保持しているかを識別し、それを通じて、最適ディスプレイ構成ファインダ３３０は、最適折り畳み角度がデバイスの片側または両側を折り畳むことにより物理的に達成され得るか否かを決定できることに留意されたい。

最適ディスプレイ構成が決定された後、それは最適ディスプレイ構成ファインダ３３０により出力され得る。純粋な静的ＵＩ操作の実施形態（すなわち、ＵＩが実際の折り畳み角度またはユーザの目の位置の変化に伴って変形／変化しないもの）、例えば、上述した構成（Ａ）については、最適折り畳み角度および／または視野角は、ＵＩレンダリングおよび表示のためにＵＩ歪み生成部３６０に出力され得る。
［Ｄ．実ディスプレイ構成ファインダ］

図４Ｂは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用して折り畳み可能な電話機のＵＩ操作技術を実施するための例示のデータフロー４０２である。データフロー４０２は、ＵＩ操作システム（例えば、エンジン３００）内の様々なブロックの間でデータがどのように流れることができるかの一例を示している。図３および図４Ｂを同時に参照しながら、データフロー４０２は、ＵＩ操作エンジン３００の機能ブロック図とともに、次に説明される。

先に紹介したように、開示されたＵＩ操作技術の多数の実施形態は、動的ＵＩ操作、すなわち、ユーザの実際の注視点が変化したとき（例えば、構成（Ｂ）において）、またはユーザデバイスの実際の折り畳み角度が変化したとき（例えば、構成（Ｃ）において）、またはその両方（例えば、構成（Ｄ）において）で、ＵＩ歪みが変化または変形するものを採用している。これらの実施形態がこれらの動的ＵＩ調整の基礎として依存する１以上のシステム構成要素（例えば、実ディスプレイ構成ファインダ３４０、またはユーザ状態評価システム３５０）が、以下に紹介される。

実ディスプレイ構成ファインダ３４０は、ユーザデバイスの現在の構成（または、「実際のディスプレイ構成」）を決定できる。例えば、実ディスプレイ構成ファインダ３４０は、デバイスに内蔵された１以上のディスプレイ構成センサから得られるデバイスデータを使用して、実際のディスプレイ構成を決定できる。これらのディスプレイ構成センサから得られる情報の例は、現在の折り畳み角度および／または折り畳み方向構成、デバイス位置、および／またはデバイスの向き（例えば、傾斜角度）を含むことができる。いくつかの例では、デバイスの向きは、加速度計、ジャイロスコープ、またはユーザデバイスに搭載されている他の適切なセンサからのデータにより取得され得る。これらのデータは、ユーザが現在どのようにデバイスを保持しているか、及び／又は、最適な視野角を達成するためにユーザがどのようにモバイルデバイスを動かすべきか（例えば、視野角調整が静的である実施形態について）を特定するために使用され得る。

いくつかの実施形態では、デバイスデータを収集するために実ディスプレイ構成ファインダ３４０により使用されるディスプレイ構成センサは、機械的センサを含んでもよい。例えば、２つのパネル（例えば、２つのセクション又は二つ折り）のフレキシブルディスプレイでは、機械的センサは、２つのパネルを接合するヒンジに組み込まれてもよい。特定の例では、センサは、ヒンジが閉じたり開いたりすると抵抗が変化する柔軟な電子材料を含むことができ、その結果、それはスクリーンの折り畳み角度を測定できる。折り畳み角度データは、折り畳み可能なスクリーンが現在どのように折り畳まれているか、及び／又は、最適折り畳み角度を達成するためにユーザが折り畳み可能なスクリーンをどのように再構成すべきかを特定するために使用され得る（例えば、折り畳み角度調整が静的である実施形態について）。

一般的にフレキシブルディスプレイ（例えば、ファブリックディスプレイ）については、実際のディスプレイ構成のいくつかの実施形態は、表面全体にわたる表面の歪みを記述するために、ディスプレイの表面にわたる複数点におけるディスプレイの歪みを十分に高い密度で含み得る。例えば、これらの実施形態の多くでは、実際のディスプレイ構成は、表面上の各点について、歪みの振幅及び角度のスカラー量を有するベクトル場を表すデータを含むことができる。

さらに、ディスプレイ構成センサのいくつかの変形例は、１以上のカメラも含むことができる。例えば、一般的にフレキシブルディスプレイの実施形態では、カメラ（それはデバイスに内蔵され得るか、またはサードパーティのデバイスから得られる）から集められた光学データは、実ディスプレイ構成ファインダ３４０により使用されることができ、現在のデバイス表面の法線マップまたはベクトル場を作成する。いくつかの追加のまたは代替の実施形態では、カメラ（複数可）はまた、実ディスプレイ構成ファインダ３４０により使用されることができ、相対的なデバイスの向きを決定し、かつ、デバイスの空間位置を推定する。さらに、いくつかの実施形態では、実ディスプレイ構成ファインダ３４０は、カメラデータ及び画像処理技術を利用でき、実際のディスプレイ構成を３Ｄで捕捉し、それは、３Ｄモデルファイル、例えばＳＴＬファイルをもたらすことができる。

様々な実装において、ディスプレイ構成センサは、光がオブジェクトまで移動し、オブジェクトから反射されて戻ってくるのにかかる時間を使用してオブジェクトまでの距離を測定する飛行時間（ＴｏＦ）センサを含むことができる。例えば、内蔵のＴｏＦセンサは、デバイスと人または他の物理的特徴との間の距離の測定を実行することによりデバイス位置を得るために、実ディスプレイ構成ファインダ３４０により使用され得る。追加的に、または代替的に、ディスプレイ構成センサは、レーダを含んでもよい。例えば、レーダまたは他の物体もしくはモーションセンシング技術は、ディスプレイ要素間、またはディスプレイ要素とユーザとの間の空間的関係を決定するために、実ディスプレイ構成ファインダ３４０により使用され得る。
［Ｅ．ユーザ状態評価システム］

ユーザ状態評価システム３５０は、ユーザの物理的状態を決定し分析するために使用されるシステム構成要素の組合せとすることができる。ユーザ状態評価システム３５０は、ユーザ状態センサ３５２及びユーザ状態ファインダ３５４などの例示の構成要素を含むことができる。

ユーザ状態センサ３５２は、ユーザの状態（又は「ユーザ状態」）に関するデータを得るためにユーザ状態評価システム３５０により使用され得る１つ以上のセンサを含む。より具体的には、ユーザ状態センサ３５２により取得され得るユーザ状態の例は、ユーザが焦点を合わせているスクリーン上の位置であるユーザ注視点、ディスプレイに対するユーザの頭部の角度である頭部角度、ディスプレイに対するユーザの眼の角度である視野角、及び／又は、ディスプレイに対するユーザの全身の向きである頭部の向き、を含むことができる。実装によっては、ユーザ状態センサ３５２は、専用の、視線追跡センサシステムとすることができ、または、ユーザデバイスに搭載されているセンサの組み合わせとすることができる。ユーザ状態センサ３５２の例示的な構成要素は、例えば、１つ以上の前面カメラ、モーションセンサ（これは、ユーザデバイス上にあるか、またはスマートバンドのようにユーザにより装着され得る）、適切なプロジェクタ、および／または飛行時間センサを含むことができる。例えば、プロジェクタは、特定の光または光パターン（例えば、赤外線又は近赤外線）をユーザの目に投影でき、カメラは、ユーザの目及びパターンの画像を撮ることができ、その後、画像処理及びマシンビジョン技術がユーザの目の位置及び注視点を決定するために適用されてもよい。別の例では、飛行時間センサは、スクリーンからのユーザの距離を検出できる。
［Ｆ．ＵＩ歪み生成部］

ＵＩ歪み生成部３６０は、ユーザインタフェースにおける視覚的歪み（ここでは、「ＵＩ歪み」、「ＵＩ変形」、または「ＵＩ操作」とも呼ばれる）を生成する。ＵＩ歪みは、最適ディスプレイ構成（例えば、最適折り畳み角度）におけるユーザの現在の視点からのみユーザインタフェースの最適なビューが得られるように、表示されたＵＩの可視性を操作する。任意の他の傍観者の視点からのディスプレイの可視性は、（閉じた折り畳み角度のために）減少し、かつ（視覚的歪みのために）不明瞭になり、傍観者が見逃すことによりユーザデバイスからユーザの個人情報を盗む可能性が低くなる。

実装によっては、ＵＩ歪みは、異なる変換および歪みの組み合わせを含むことができる。
たとえば、ＵＩ歪みは、ユーザインタフェースに適用される一連の変換（たとえば、並進、回転、または傾き）を含んでもよい。多数の本実施形態によれば、ＵＩ歪み生成部３６０は、ＵＩおよびＵＩ上の対象情報を所望の角度および／または距離からのみ読み取り可能に表現できる「錯視」をユーザインタフェース（例えば、図２Ａで検討されたものなど）に適用できる。「ホログラフィックディスプレイ」ハードウェアを有する特定の実施形態について、ＵＩ歪み生成部３６０は、例えば、異なるピクセルのピクセル光がどの角度に調整されるべきかを含む命令のセットを生成でき、プライバシーに敏感なＵＩ要素が特定の角度および／または物理デバイス構成からだけ見ることができる。図２Ａに関して上述したように、歪みのタイプおよび歪みの程度は、表示される情報の秘密度のレベルを考慮する。高い秘密度のＵＩコンテンツに適用される変換または歪みは、ＵＩコンテンツがターゲットユーザ以外のものにとってはるかに読みにくくなるように（例えば、ＵＩの例２０３と比較した、ＵＩの例２０７）、より極端になることができる。

特定の例では、ＵＩ歪み生成部３６０は、ＵＩ歪みを決定し生成する際、ユーザ状態データおよび／または実際のディスプレイ構成を考慮する。たとえば、ユーザ状態データ（たとえば、ユーザの注視点）を使用して、ＵＩ歪み生成部は、ユーザの目の位置が移動するとき、ＵＩ歪みがユーザにとって見やすいままであるように、ＵＩ歪みの視野角を調整できる。実際のディスプレイ構成を使用して、ＵＩ歪み生成部３６０の多数の実施形態はまた、折り畳み角度の任意の変化に応答してＵＩ歪みを連続的に修正できる。このようにして、ＵＩ歪みを通じて生成される知覚されるＵＩのフォームファクタ（例えば、サイズ）は、新たな実際のディスプレイ構成及び／又はユーザ状態に応答して（例えば、リアルタイム又はほぼリアルタイムの方法で）更新及び調整されることが可能である。

さらに、ＵＩ歪み生成部３６０のいくつかの実施形態は、実際のディスプレイ構成を補償するためのデバイスハードウェア用の命令を生成できる。いくつかの実装形態では、ＵＩ歪み生成部３６０は、例えば、視円錐の外縁で画面を見ることによる視覚的劣化を補償するために、見られるべきＵＩ要素の特定の部分において画素の輝度を増加させる命令を生成し得る。他の変形例では、ＵＩ歪み生成部３６０は、新たなＵＩにおける、新たなアスペクト比、ＵＩ位置決め、ＵＩ要素の歪みなどにおいてジェスチャがまだ機能できるように、デバイスの３Ｄ制御ジェスチャの再キャリブレーション用の指示を生成してもよい。

さらに、改善されたユーザ体験及びユーザビリティのために、ＵＩ歪み生成部３６０のいくつかの実施形態は、ＵＩの１以上の特徴を修正できる。例えば、ＵＩ歪み生成部３６０は、ユーザインタフェース特徴の寸法を修正してもよい。加えて、又は代替的に、ＵＩ歪み生成部３６０は、ディスプレイ上のＵＩ要素の位置決めを修正できる。例えば、ＵＩ歪み生成部３６０は、極端な折り畳みに必要な歪みの量を減らすために、ディスプレイのエッジから中央へ要素を移動させてもよい。いくつかの実施形態では、ＵＩ歪み生成部３６０は、例えば、色、明るさ、又は画素分布を含む多くのユーザインタフェース特徴を修正してもよい。いくつかの例では、ＵＩ歪み生成部３６０は、（図２Ｃに関して上述した例のような）デバイスがより狭い折り畳み角度に閉じられるとき、より小さいディスプレイに適したレイアウトに（すなわち、ユーザにより知覚されるように）ＵＩを再配置できる。
［Ｇ．補助ＵＩ要素生成部］

図４Ｃは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用して折り畳み可能な電話機のＵＩ操作技術を実施するための一例のデータフロー４０４である。データフロー４０４は、ＵＩ操作システム（例えば、エンジン３００）内の様々なブロックの間でデータがどのように流れることができるかの一例を示している。図３および図４Ｃを同時に参照しながら、データフロー４０４は、ＵＩ操作エンジン３００の機能ブロック図とともに、次に説明される。

補助ＵＩ要素生成部３７０は、最適ディスプレイ構成を達成するためにユーザを導くために使用され得るＵＩ要素又は機能、及び／又はハードウェア有効化機能（例えば、スタンドアロンＬＥＤインジケータ）を生成できる。より具体的には、いくつかの例では、補助ＵＩ要素生成部３７０は、ユーザが折り畳みスクリーンを正しく操作して最適ディスプレイ構成（例えば、最適折り畳み角度）を達成したときに補助ＵＩ要素の特徴がユーザに示すために変化できるように、（例えば、ＵＩ歪み生成部３６０からのＵＩ歪み及び／又は最適ディスプレイ構成ファインダ３３０からの最適ディスプレイ構成パラメータを用いて）１以上の補助ＵＩ要素を表示することを選択できる。

より具体的には、いくつかの実施形態では、補助ＵＩ要素は、ＵＩ自体に対する歪み及び／又は追加の視覚ガイダンス指標（例えば、選択された幾何学的形状）など、ユーザが直観的に理解し得る形状又はパターンに対する寸法の変化を含んでもよい。例えば、補助ＵＩ要素は、画面が最適ディスプレイ構成に変更されたときにのみ完全に丸くなる歪んだ円（または楕円、例えば、図２Ｂの指標２５０）を含んでもよい。いくつかの例では、選択された幾何学的形状が何であるか（例えば、円）をユーザに示す追加のテキストガイダンスがディスプレイ上に生成され得る。ユーザにとってより有用な支援を提供するために、１つ以上の実施形態は、この追加のテキストガイダンスが、デバイスが最適ディスプレイ構成に（例えば、最適折り畳み角度で）構成される（例えば折り畳まれる）ことなく（又はその前に）、ユーザが見ることができる向きで表示されることを提供する－そのような例は、図２Ｂのテキストガイダンス２５２として示される。テキストガイダンスの内容は、いくつかの実装では、実際のディスプレイ構成（例えば、現在の折り畳み角度）と最適ディスプレイ構成（例えば、選択した折り畳み角度）との間の差に基づいて生成され得る。例えば、テキストガイダンスは、折り畳み角度を変更すること、すなわち、より開くか閉じるかをユーザに指示できる。いくつかの例では、幾何学的形状の代わりとして、画像が使用され得る。

追加の実施形態として、補助ＵＩ要素は、ディスプレイが最適ディスプレイ構成にあるときのＬＥＤインジケータなどのハードウェア有効化機能を含むことができる。変形例では、ホログラフィックディスプレイインジケータが含まれてよく、これは、ディスプレイが最適ディスプレイ構成にあるときに正しい色または輝度を表示できる。加えて、または代替として、補助ＵＩ要素は、ディスプレイが最適ディスプレイ構成になると特定の形状または画像としてのみ現れるであろう画素のパターン、または照明の点を含んでもよい。例えば、ファブリック状のディスプレイでは、ファブリックが最適な形状に操作されたときにのみ、画素が機械可読の１次元又は２次元のバーコード（例えば、ＱＲコード（登録商標））として現れてもよく、それにより最適ディスプレイ形状が達成されたことの確認として機能する。

さらに、いくつかの変形例では、補助ＵＩ要素生成部３７０は、補助ＵＩ要素のみを表示し、かつ、折り畳み可能なディスプレイが最適デバイス構成（例えば、最適折り畳み角度）に操作されない限り／されるまで、ユーザデバイスの画面上に機密データを表示することを積極的にブロックし、ぼかし、マスクし、さもなければ妨げ、または単に禁止できる。例えば、補助ＵＩ要素生成部３７０は、機密資料を表示するＵＩがブロックされるようにＵＩ歪み生成部３６０を制御し、かつ、ガイダンス情報（例えば、視覚的指標２５０、テキストガイダンス２５２（図２Ｂにおける）、および／または上述のＬＥＤインジケータ）のみをユーザに示し、その後、ユーザが指示に従い、かつ、折り畳み可能な電話を選択した最適折り畳み角度に変更した場合にのみ、ＵＩ操作エンジン３００は、（例えば、図２Ａに関して上述した方法で）ＵＩ上に機密情報を示す。
［方法論］

図５は、折り畳み可能な電話機のＵＩ操作技術を実装するための一例の方法５００を示すフローチャートを示す。方法５００は、折り畳み可能なＵＩディスプレイ上の機密の、プライベートな情報およびデータを傍観者に対して保護するために、ユーザデバイス（例えば、デバイス１３０、２３０；図１Ａ，２Ａ）上のＵＩ歪みおよびレンダリングのためのＵＩ操作エンジン（例えば、エンジン３００；図３）の様々な構成要素（例えば、構成要素３１０－３７０；図３）により実施されることが可能である。方法５００は、図２Ａ－２Ｃおよび図３を同時に参照しながら紹介される。

まず、ＵＩ操作エンジンは、モバイルデバイス（例えば、デバイス２３０）のディスプレイ（例えば、ディスプレイ２２０）上に機密情報を表示するための指示を受信できる（５１０）。そのような指示の一例は、ソフトウェア関数呼び出しであり得る。いくつかの例では、モバイルデバイスは、折り畳み可能なディスプレイを含むことができる。次に、ＵＩ操作エンジンは、機密情報がどのように表示されるべきかについて最適ディスプレイ構成を決定できる（５２０）。多数の実施形態において、ＵＩ操作エンジンは、まず、ユーザの画面上に表示されるべき情報の秘密度のレベルを識別し（５２２）、そして次に、機密情報がどのように表示されるべきかについてのフォームファクタを決定する。追加で、または代替的に、ＵＩ操作エンジンは、知覚されるＵＩに関するフォームファクタを決定する際、ユーザデバイスの周辺環境におけるプライバシーのリスク（又はどれだけ混雑しているか）を決定できる（５２４）。フォームファクタは、上述したように、一般に、知覚されるディスプレイサイズ、すなわち、ＵＩ歪み技術の後、ユーザが（例えば、二つ折り可能ディスプレイを最適折り畳み角度に折り畳むことにより）デバイスを最適デバイス構成に操作する（例えば折り畳む）ときにユーザにより見られるディスプレイのサイズを含むことができる。一般に、表示されるデータの秘密度が高いほど、または周辺環境のプライバシーリスクが高いほど、表示されるＵＩの知覚されるフォームファクタ（例えばサイズ）は小さくなる。すなわち、フォームファクタは、周辺環境からのリスク及び／又は表示されるデータの秘密度に逆相関させることができる。開示されたＵＩ操作技術の１以上の実施形態に従って、決定されたフォームファクタは、例えば、傍観者が存在し得るプライバシーシナリオのために、折り畳み可能なディスプレイの全領域よりも小さくなる。

次に、ＵＩ操作エンジンは、決定されたフォームファクタに基づいて、折り畳み可能なディスプレイ上に表示されるＵＩを生成できる（５３０）。例えば、ＵＩ操作エンジンは、実際の電話構成を受信でき（５３２）、ＵＩ操作エンジンにより表示されるＵＩは、フォームファクタ（例えば、知覚されるサイズ）において機密情報を表示するが、折り畳み可能なディスプレイが選択された物理的電話構成（例えば、選択された折り畳み角度及び／又はいくつかの実施形態では選択された視野角のいずれか）に操作されなければ、ユーザに対して視覚的に変形される。図２Ａの例示のＵＩに示されるように、折り畳み可能なディスプレイの実施形態では、ＵＩは、折り畳み可能なディスプレイの複数のセクションにより集合的に表示され得る。特定の実装では、折り畳み可能なディスプレイは、二つ折りディスプレイとすることができる。

具体的には、折り畳み可能なディスプレイを備える１以上の実施形態では、モバイルデバイスのディスプレイセクションが折り畳み角度に折り畳まれない限り、ユーザインタフェースがユーザに対して歪んで見えるように、ＵＩ歪みが生成される。すなわち、最適折り畳み角度が決定された後、モバイルデバイスのディスプレイセクションが折り畳み角度に折り畳まれない限り、ユーザインタフェースはユーザに対して歪んで見える。１以上の例では、ＵＩは、折り畳み可能なディスプレイのヒンジに沿った軸について対称に変形される（例えば、それらのＵＩの例２０４、２０６、及び２０８と同様である）。他の例では、ＵＩ歪みエンジンは、例えば、モバイルデバイス上の１つ以上の方位センサから、モバイルデバイスの現在の方位状態を受信でき、そして、受信されたモバイルデバイスの現在の方位状態に応答して、ＵＩをさらに調整できる。

さらに、いくつかの実施形態では、ＵＩ操作エンジンは、例えば、ユーザの注視点であり得るユーザ状態を検出できる（５３４）。ユーザ状態に基づいて、ＵＩ操作エンジンは、（例えば、動的視野角調整を実行するそれらの実施形態において、）モバイルデバイスがユーザに対して視野角に向けられない限りユーザインタフェースがユーザに対して歪んで見える視野角を決定できる。これらの例のいくつかでは、ＵＩ操作エンジンは、ユーザの目の位置を決定でき、ユーザの目の検出された位置に応答してＵＩを調整できる。特定の実装では、ＵＩ操作エンジンは、モバイルデバイス上のユーザに面する目検出器を採用でき、ＵＩのための新たな最適な視野角がユーザの目の検出された位置を反映するように、ＵＩをさらに調整できる。

図６は、折り畳み可能な電話機のＵＩ操作技術を実装するための別の例の方法６００を示すフローチャートである。方法６００は、折り畳み可能なＵＩディスプレイ上の機密の、プライベートな情報およびデータを傍観者に対して保護するために、ユーザデバイス（例えば、デバイス１３０、２３０；図１Ａ，２Ａ）上のＵＩ歪みおよびレンダリングを更新するためのＵＩ操作エンジン（例えば、エンジン３００；図３）の様々な構成要素（例えば、構成要素３１０－３７０；図３）により実施されることが可能である。方法６００は、図２Ａ－２Ｃおよび図３を同時に参照しながら紹介される。

ＵＩ操作エンジンは、ユーザデバイスの実際の現在の物理的構成に関する更新（例えば、現在の折り畳み角度）を受信または取得する（６１０）と、ＵＩ歪みの更新を実行できる。より具体的には、実施形態によっては、ＵＩ操作エンジンは、以下の新たな情報のうちの１以上を検出できる：それは、表示される機密データの新たな指示を検出できる（６１２）、それは、ユーザデバイスの周辺環境におけるプライバシーリスクの新たなレベルを検出できる（６１４）、それは、新たなユーザ状態（たとえば、新たな注視点またはユーザの新たな目の位置）を検出できる（６１６）、及び／又は、それは、新たな実際のデバイス構成（例えば、新たな実際の折り畳み角度又は新たなデバイスの方向）を検出できる（６１８）。

次に、（例えば、図３に関して）上述した態様と一致して、ＵＩ操作エンジンは、新たな最適デバイス構成を決定し得る（６２０）。いくつかの例では、ディスプレイ用の機密データの新たなレベルまたは更新レベルがあるとき（６１２）、および／または、周辺のプライバシーリスクの新たなレベルがあるとき（６１４）、ＵＩ操作エンジンは、新たな最適デバイス構成（例えば、新たな最適折り畳み角度、および／または、いくつかの実施形態では新たな最適な視野角）を決定できる（６２０）。さらに、動的視野角調整を実装するものについては、検出された新たなユーザ状態（たとえば、新たな注視点）があるとき（６１６）、ＵＩ操作エンジンは、ＵＩ歪み生成のための新たな最適デバイス構成（たとえば、新たな視野角）を決定する（６２０）必要がある。同様に、動的折り畳み角度調整を実装するものについては、検出された新たな実際のデバイス構成（例えば、新たな実際の折り畳み角度）があるとき（６１８）、ＵＩ操作エンジンは、ＵＩ歪み生成のための新たな最適デバイス構成（例えば、新たな折り畳み角度）を決定する（６２０）必要がある。

その後、ＵＩ操作エンジンは、更新された新たな最適デバイス構成に従ってＵＩを調整する(６３０)。１以上の実装では、ＵＩ歪み更新は、ユーザが折り畳みディスプレイを操作する際に実質的にリアルタイムで実行される。１以上の例において、ステップ６１０－６３０の選択ステップは、繰り返しまたは再帰的に実行され得る。
［動作例］

図７Ａは、折り畳み可能なスクリーンデバイス（例えば、デバイス１３０、図１Ａ；デバイス２３０、図２Ａ）の二つ折りディスプレイ（例えば、ディスプレイ１２０、図１Ａ；２２０、図２Ａ）上で歪んだＵＩが（例えば、ＵＩ歪み生成部３６０により；図３）生成され得る方法のより詳しい例を示す。より具体的には、（例えば、図３に関して上述したように）機密情報がどのように表示されるべきかのＵＩフォームファクタが決定された後、決定されたフォームファクタに基づいて、折り畳み可能なディスプレイ上に表示されるべき実際のＵＩが生成される。ＵＩがどのように歪んで表示されるべきかを決定するために、以下に提供されるのは、図７Ａの上記の入力パラメータを与えられてＵＩ変換を計算する例示の方法の方程式と説明である。

図７Ａに示されるように、モバイルデバイス７３０は、中心軸７３６（例えばヒンジ）を中心に折り畳まれる二つ折り可能なディスプレイ７２０を含む。以下の計算例では、中心軸７３６から二つ折り可能なディスプレイ７２０のエッジまでの距離（Ｘ_１）は既知であると仮定する。さらに、中心軸７３６からユーザの目までの距離（Ｘ_２）が、（例えば、デバイス７３０に搭載され得るアイトラッカー及び／又はＴｏＦセンサなどのセンサに基づいて）検出されることが可能なこと、及び／又は推定されることが可能なことを仮定する。最後に、図７Ａに示される例では、折り畳み角度は（α）により表され、視野角は（β）により表される。

操作されたＵＩのエッジの結果の長さを（Ｙ_１）とし、操作されたＵＩの中央の結果の長さを（Ｙ_２）とする（図７Ａに示すように）。元の歪んでいないＵＩのエッジの初期の長さを（Ｙ_０）とする（図７Ｂに示すように）。Ｙ_０、Ｙ_１、及びＹ_２の間の関係は、以下の変換により表され得る。

ここで、Ｔ_１は、折り畳み角度αの変更による変換であり、かつ、α、Ｘ_１、及びＸ_２の関数である。Ｔ_２は、視野角βの変更による変換であり、かつ、β、Ｘ_１、及びＸ_２の関数である。なお、折り畳み角度αと異なり、視野角βは、角度が３次元で変化できるため、３成分を持つことができ、したがって、Ｔ_２は、次のように表され得る。

つまり、３つの直交平面のそれぞれの回転に対して１つの変換である。また、α＝１８０°、β＝０°のとき、Ｙ_０＝Ｙ_１＝Ｙ_２であることに留意されたい。

図７Ｃは、図７Ａの例における折り畳み角度αの変更による一例の変換計算を示す。具体的には、以下は、Ｔ_１における一例の計算方法を示す。

図７Ｃ及び７Ａを引き続き参照すると、視野角βが一定であると仮定すると、図７Ｃの（中心軸又はヒンジがある、ディスプレイの中心における）点Ｐ_１は、デバイスの元の平面に対して静止していると仮定される。デバイスの厚さがΔＸ_２と比較して無視できると仮定すると、変換Ｔ_１は、距離Ｘ_２における観察者の視点から（ディスプレイのエッジにおける）点Ｐ_２におけるＵＩ特徴の高さの知覚される変化の増加を補償するために適用され得る。

この座標系では、ディスプレイの中心、折り畳み軸（Ｐ_１）（例えば軸７３６）におけるＵＩ特徴の大きさは変化しないままであるので、Ｙ_２＝Ｙ_０であり、Ｔ_１は中心軸におけるＵＩ特徴に適用される必要はない。

原点から距離Ｘ_１離れた（例えば、初期高さＹ_０の）点Ｐ_２においてＵＩ特徴を決定するために、変換Ｔ_１は、特徴が観察者に量ΔＸ_２だけ近いことによるサイズの知覚される増加を補償するために適用され得る。したがって、変換は、より小さい高さＹ_１を得るためにＰ_１（高さＹ_０と仮定する）における特徴に適用され得る。このような変換は、次のように表すことができる。

ここで、以下の通りである。

このように、図７Ｃのこの例の座標系に基づいて、変換Ｔ_１は、以下のように表すことができる。

図７Ｄは、図７Ａの例における視野角βの変化による変換計算の一例を示す。具体的には、以下は、Ｔ_２における計算方法の一例を示す。

引き続き図７Ｄ及び図７Ａを参照すると、折り畳み角度αが一定であると仮定すると、図７Ｄの（注視点がある、ディスプレイの中心における）点Ｐ_１は、デバイスの元の平面に対して静的であると仮定される。デバイスの厚さがΔＸ_２と比較して無視できると仮定すると、変換Ｔ_２は、距離Ｘ_２における観察者の視点から（ディスプレイのエッジにおける）点Ｐ_２におけるＵＩ特徴の高さの知覚される変化の増加を補償するために適用され得る。

三次元（３Ｄ）空間における視野角βには３つの成分があり、ｘｙ平面、ｙｚ平面、及びｚｘ平面における回転についてそれぞれ１つである。それぞれは独立して考慮され得るが、同様の方程式が計算用に適用され得る。

上記の座標系では、Ｙ_２＝Ｙ_０であり、かつ、中心におけるＵＩ特徴にＴ_２が適用される必要がないように、中心軸（Ｐ_１）におけるＵＩ特徴の大きさは、変更されないままである。

原点から距離Ｘ_１離れた（例えば、初期高さＹ_０の）点Ｐ_２におけるＵＩ特徴に対して、変換Ｔ_２は、特徴が量ΔＸ_２だけ観察者に近いことによるサイズの知覚される増加を補償するために適用され得る。したがって、変換は、より小さい高さＹ_１を得るためにＰ_１（高さＹ_０と仮定する）における特徴に適用され得る。

ここで、以下の通りである。

したがって、図７Ｄの例示の座標系に基づいて、変換成分Ｔ_２ｘｙは、以下のように表すことができる。

同様の変換が、βの他の成分：β_ｙｚ及びβ_ｚｘについても適用されてよく、変換成分Ｔ_２ｙｚ及びＴ_２ｚｘをもたらし、これらは、次に（式（２）を用いて）変換Ｔ_２を表すために使用される。

図７Ｅは、視野角の変更に応答して、実際の、生成されたＵＩにおける角度歪み（例えば、どのように傾いているか）を補償するために、どのようにＵＩが調整できるかの一例を示す。まず、図７Ｅに示されるのは、（たとえば、最適ディスプレイ構成ファインダ３３０、図３により決定されるような）ＵＩ要素がユーザに対して視覚的にどのように見えるべきかを示す例示のＵＩ７０１である。例示のＵＩ７０１は、ディスプレイの平らなセクションに表示されることができ、それは、例えば、ここで検討される折り畳み可能なディスプレイを一緒に形成するディスプレイセクションの１つのセクションであることができる。検討を簡単にするために、以下の説明は、１つのセクションの角度歪みの調整に焦点を当てるが、同じ技術は、折り畳み可能なディスプレイの複数のセクションに同様に適用され得る。ＵＩ７０１がｙｚ平面上に表示され、ｘ軸が、図７Ｅを示すページ内に延びると仮定する。図示されるように、ＵＩ７０１は、丸いドットにより示され、かつ、視覚的に直角（例えば、９０°）を形成するであろう角（コーナー）を含む。以下の検討は、この角を利用して、視野角βの変化に応答して、一例の角度歪み調整がどのように実行され得るかを説明する。この角が形成する角度は（γ）であると仮定する。

さらに図７Ｅに示されるのは、例示のＵＩ７０２、７０３、７０４、および７０５である。例示のＵＩ７０２－７０３は、ディスプレイセクションがユーザにより鋭角の視野角β（すなわち９０°未満）から見られる場合を示し、ＵＩ７０４－７０５は、ディスプレイセクションがユーザにより鈍角の視野角β（すなわち９０°より大きい）から見られる場合を示している。ここで、視野角の変化に対する補償がない場合、例示のＵＩ７０２に示されるように、ディスプレイセクションが鈍角の視野角βから見られるとき、角の角度γは（ＵＩ７０１の直角とは対照的に）鋭角となることが認められる。同様に、視野角の変化に対する補償がない場合、例示のＵＩ７０４に示されるように、ディスプレイセクションが鋭角の視野角βから見られるとき、角の角度γは（ＵＩ７０１の直角とは対照的に）鈍角になる。

したがって、少なくともいくつかの実施形態（例えば、上述した動的視野角ＵＩ調整を実行するもの）によれば、ＵＩは、ユーザの視野角の変化による傾斜角の知覚された変化を考慮するために、角度歪み調整（例えば、ボックスＵＩ要素の角におけるように、傾斜角の変化）を受けることが可能である。視野角ＵＩ調整で、例示のＵＩ７０３および７０５に示されるように、視野角変化に起因する角度歪みが補償され得る。言い換えれば、ここに開示されるいくつかの実施形態は、視野角βの変化に基づいて、ＵＩにおけるこれらの傾斜角度がどれだけ調整される必要があるかを決定する機構を採用できる。

具体的には、いくつかの例では、ユーザの知覚から、角の角度γは、双曲線正接関数（これは「ｔａｎｈ（）」関数としても知られている）に基づいて、視野角βとともに変化できる。すなわち、特定の実施形態において、表示された角の角度γと視野角βとの間の関係は、例えば、ｔａｎｈ（）に基づく式に基づいて記述され得る。

図７Ｆは、角度歪みの調整量と視野角の変化との間の関係の一例、より具体的には式（９）を示す。図７Ｆに示すように、ＵＩ上の角度は、ｔａｎｈ（β）に反比例する量だけ増加または減少させられ得る。視野角βが９０°のとき、実際のＵＩ上の表示された角の角度γも９０°であり、すなわち、視野角βが垂直の場合、角度γの調整は不要であることに留意されたい。

実際の実装では、式（９）の１以上のパラメータ（すなわち、「ａ」、「ｂ」、「ｃ」、及び／又は「ｄ」）は、実際のデバイス設計及びアプリケーション環境、例えば、特定のディスプレイ特性、ディスプレイサイズ、及び／又はセンサ入力（ユーザの目がどれだけ遠いか及び／又はどこにあるのかなど）に基づいて、最適化又は調整され得ることに留意されたい。図７Ｆに示される実施形態では、ａ＝１．５、ｂ＝２、ｃ＝π、及びｄ＝１である。いくつかの実施態様では、パラメータは、異なる人のユーザ習慣及び個人的特徴（例えば、保持角度または距離）により合うようにユーザ毎に能動的に調整され得る。

また、ここで、上述したｔａｎｈ（）関数は単なる一例であり、１以上の実施形態では、同様の効果を得るためにｔａｎｈ（）関数以外の関数が使用され得ることに留意されたい。例えば、ある変形例では、「シグモイド」関数（そのプロットは「ｔａｎｈ」に類似している）が使用され得る。さらに、いくつかの例は、直線、または、異なる傾きを有する複数の直線の組み合わせを使用でき、ここで説明した視覚効果に近づく。ここで、適切な関数は、（１）原点を９０°で横切り（すなわち、βが９０°のとき、γも９０°である）、かつ、（２）原点について対称であるプロットにより特徴付けられ得ることが認められる。実施形態によっては、それは、（３）βの増加はγの減少をもたらし、その逆もまた同様である（すなわち、βとγは逆相関している）ことによりさらに特徴付けられてもよい。いくつかの実施形態では、βが０°付近であるとき、γは１８０°付近であり、逆に、βが１８０°付近であるとき、γは０°付近である。

上述した態様において、開示されたＵＩ操作技術は、その主要なユーザに対するＵＩのアクセス性を維持又は改善しながら、フレキシブルな、折り畳み可能な、又は他の方法で再構成可能なディスプレイに表示される機密情報を傍観者から隠す又は不明瞭にすることを可能にする。このように、ユーザデータの損失を防ぎ、かつＵＩの使い勝手と読みやすさを維持するだけでなく、デバイスの構成は動的にカスタマイズされることができ、ユーザの現在の環境に合わせた最適なセキュリティ構成を提供する。さらに、補助ＵＩ要素により、ユーザがセキュリティに最適な画面構成を容易に達成するのを補助できる直観的なＵＩシステムが実装され得る。

ここで、少なくともいくつかの実施形態において、紹介されたＵＩ操作技術は、入力パラメータ（例えば、寸法、折り畳み角度、又は視野角）を与えられたＵＩに対する変換（例えば、上述したように）の実行を助けることができる１以上の既存のソフトウェア開発キット（ＳＤＫ）に基づいて実装され得る。一般に、紹介されたＵＩ技術が構築され得る変換のクラスは、幾何学的画像変換に関連したＳＤＫの下のサブカテゴリであり得る透視変換（perspective transformations）と呼ばれ得る。透視変換のために利用可能な関数を有するこのようなＳＤＫの一例は、ＯｐｅｎＣＶ^ＴＭである。これらのＳＤＫにおいて、入力画像の寸法（例えば、図７ＢにおけるＹ_０のようなＵＩのエッジの元の歪んでいない長さ）、透視基準（例えば、視野角、またはオブジェクト平面）を記述する入力、および所望の出力を受け取ることができる多数の関数が存在できる。多くの場合、関数は、１つの平面上の画像を「まっすぐに伸ばし」、かつ、それらを観察者に面する平面上に提示するように、利用され、プログラムされ、または他の方法で指示され得る。本開示のいくつかの実施形態では、所望の出力は、視野角及び／又は折り畳み角度の変化を考慮した「予め歪められた」グラフィックからであり得る。
［機密データ保護のためのグリップ操作］

上述したように、近くの傍観者から機密情報を遮る１つのアプローチは、折り畳み角度を操作するようにユーザに促す視覚ガイダンス指標をユーザデバイスの折り畳み可能なディスプレイ上に表示させることである。視覚ガイダンス指標は、折り畳み可能なディスプレイが選択された折り畳み角度に操作されたときにのみ、それが選択された幾何学的形状（例えば、円）として見えるように設計されてもよい。視覚ガイダンス指標は、折り畳み可能なディスプレイが最適折り畳み角度に操作されないとき、別の形状（例えば、傾いた楕円形）として見えてもよい。

近くの傍観者から機密情報を遮る別のアプローチは、近くの傍観者の視野を遮るユーザデバイスのグリップ位置（つかみ位置）を採用するようユーザに促す視覚ガイダンス指標の表示を引き起こすことである。適切なグリップ位置は、データ損失のリスクを低減するために、手と指の最適な配置に基づいて決定されてもよい。データ損失のリスクは、複数の傍観者がユーザデバイスの周辺に存在する決定された角度と、したがってディスプレイのどの部分がそれらの傍観者に現在見える可能性があるかとに基づいてもよい。

例えば、選択された幾何学的形状（例えば円）は、選択された手（例えば左手）の選択された指（例えば人差し指）を選択された幾何学的形状に置く指示と共に、ユーザデバイスの折り畳み可能なディスプレイ上に示されてもよい。そのような実施形態において、選択された幾何学的形状の位置は、折り畳み角度と近くの傍観者（複数可）の位置（複数可）とに基づいてもよい。実施形態は、折り畳み可能なディスプレイを有するユーザデバイスの文脈で説明され得るが、特徴は、フレキシブルな、または他の方法で再構成可能なディスプレイを有するユーザデバイスにも同様に適用可能である。したがって、以下に説明するプロセスは、表面上自然な方法で機密情報の損失を防止するために、フレキシブルまたは折り畳み可能ではない再構成可能なディスプレイを有するユーザデバイスにより採用されてもよい。

以下でさらに検討されるように、ユーザデバイスの周辺の潜在的なセキュリティおよびプライバシーリスクに関するデータ、および／または、ユーザデバイスにより表示される情報の秘密度に関するデータは、近くの個人への情報損失を回避するための最適グリップ位置を決定するために使用され得る。最適グリップ構成は、その構成を採用するようにユーザを奨励または支援するＵＩ要素（複数可）を生成するために使用され得る。例えば、現在のグリップ位置のデータは、ユーザが最適グリップ位置に自身のグリップを移すように、どのＵＩ要素（複数可）が生成されるべきかを決定するために使用され得る。現在のグリップ位置は、例えば、タッチセンシティブ素子、圧力センシティブ素子、近接センサ、周辺光センサ等により生成された読み取り値に基づいて決定され得る。

図８は、グリップ操作技術を実施するための一例の方法８００示すフローチャートを示す。方法８００は、ユーザデバイスにより示される機密情報を近くの個人から保護するために、ＵＩ操作エンジン（例えば、エンジン３００；図３）の様々な構成要素（例えば、構成要素３１０－３７０；図３）により実施され得る。高いレベルでは、方法８００は、ユーザデバイスにより示される機密情報の意図しない開示を最適に防止するであろう手の姿勢を決定するためのアルゴリズムのアプローチとして記述され得る。

最初に、ＵＩ操作エンジンは、ユーザデバイスのディスプレイ上に機密情報を表示するための指示を受信できる（８１０）。そのような指示の一例は、ソフトウェア関数呼び出しであり得る。上述のように、ユーザデバイスは、折り畳み可能なディスプレイ、フレキシブルディスプレイ、又は別の方法で再構成可能なディスプレイを含み得る。次に、ＵＩ操作エンジンは、機密情報がどのように表示されるかについての最適ディスプレイ構成（「最適グリップ位置」とも呼ばれる）を決定できる（８２０）。多数の実施形態において、ＵＩ操作エンジンは、表示される情報の秘密度のレベルを識別し（８２２）、次に、機密情報がどのように表示されるかに関するフォームファクタを決定する。追加で、または代替的に、ＵＩ操作エンジンは、ＵＩのためのフォームファクタを決定する際に、ユーザデバイスの周辺環境におけるプライバシーのリスクを決定できる（８２４）。一般に、表示されるデータの秘密度のレベルが高いほど、または周辺環境のプライバシーリスクが高いほど、ＵＩのフォームファクタは小さい。すなわち、フォームファクタは、周辺環境からのリスク及び／又は情報の秘密度に逆相関していてもよい。

さらに、ＵＩ操作エンジンは、機密情報を不明瞭にするための最適グリップ構成を決定できる（８３０）。最適グリップ構成（「最適グリップ位置」とも呼ばれる）は、周辺状態ファインダ（例えば、周辺状態ファインダ３２６；図３）により決定されるような、近くの個人の位置に基づいてもよい。例えば、周辺状態ファインダは、ディスプレイの視認を防ぐためにこれらの個人の視線をブロックすることが目的であるので、マシンビジョン顔認識技術を使用して近くの個人の数を決定してもよい。ユーザデバイスのディスプレイがフレキシブルまたは折り畳み可能である場合、ＵＩ操作エンジンは、現在の形状または折り畳み角度に基づいて最適グリップ位置をさらに決定してもよい。したがって、ＵＩ操作エンジンは、周辺環境及び／又は情報秘密度に関するデータを使用してもよく、ディスプレイのプライバシー要件を決定し、かつ、そこに示される機密情報を不明瞭にするための最適グリップ位置を特定する。

いくつかの実施形態では、最適グリップ位置は、ユーザの物理的な寸法及び能力（集合的に「手の特性」と呼ばれる）によりさらに通知される。手の特性の例は、手、指、及び手のひらのサイズ（例えば、幅及び長さの観点から測定される）及び柔軟性を含む。これらの手の特性は、ユーザにより手動で入力されてもよく、又はこれらの手の特性は、モバイルデバイスとの過去の相互作用に基づいてアルゴリズム的に決定されてもよい。あるいは、これらの手の特性は、人口統計学の平均値に基づいて所定のユーザについて推定されてもよい。この推定値は、アルゴリズムにより直接使用されてもよく、又はこの平均は、上述のアプローチを使用してさらに改良されてもよい。

上述のように、最適グリップ位置は、ディスプレイの視野が遮られるべき近くの個人の位置に基づいて決定されてもよい。より具体的には、ＵＩ操作エンジンは、（例えば、周辺データから決定されるような）これらの近くの個人の視線を遮るための最適グリップ位置を決定してもよく、（例えば、ＵＩ秘密度データから決定されるような）ディスプレイの機密部分を彼らが見ることを妨げる。一例として、ＵＩ操作エンジンは、各々の近くの個人の視野角を決定してもよく、次に、機密情報を保護するためにどの視経路（viewing paths）がブロックされる必要があるかを決定してもよい。次に、ＵＩ操作エンジンは、（ｉ）視経路をブロックし、かつ（ｉｉ）ユーザの手の特性を考慮して実現可能である、１以上のグリップパターンを生成してもよい。

次に、ＵＩ操作エンジンは、最適ディスプレイ構成及び最適グリップ構成に基づいて、ディスプレイに表示されるＵＩを生成できる（８４０）。例えば、ＵＩ操作エンジンは、ユーザデバイスの実際の構成及び近くの個人（複数可）の位置（複数可）に関するデータを受信してもよく（８４２）、次に、少なくとも機密情報が提示されるディスプレイの一部分を隠すためにユーザが手を置くべき場所を示すＵＩ要素（複数可）を表示させてもよい。このように、ディスプレイの性質に応じて、ＵＩ操作エンジンは、向き、折り畳み角度、または形状を示すデータを取得し得る。図１０の例示のＵＩに示されるように、手が最適グリップ位置にあることを確実にするために選択した指をどこに置くべきかを示す１以上のＵＩ要素が示されてもよい。

図９は、ＵＩ駆動型グリップ操作技術を実装するための一例の方法９００を示すフローチャートを示す。方法９００は、ユーザデバイスにより示される機密情報を近くの個人から保護するために、ＵＩ操作エンジン（例えば、エンジン３００；図３）の様々な構成要素（例えば、構成要素３１０－３７０；図３）により実施され得る。

ＵＩ操作エンジンは、ユーザデバイスの実際の現在の物理的構成に関する更新を受信すると（９１０）、ＵＩの更新を実行できる。たとえば、ＵＩ操作エンジンは、次の新たな情報のうちの１以上を検出し得る：それは、表示される機密データの新たな表示を検出できる（９１２）、それは、ユーザデバイスの周辺環境におけるプライバシーリスクの新たなレベルを検出できる（９１４）、それは、新たなユーザ状態（たとえば、新たなグリップ位置）を検出できる（９１６）、および／または、それは、新たな実際のデバイス構成（たとえば、新たな方向、折り畳み角度、または形状）を検出できる（９１８）。

一例として、ＵＩ操作エンジンは、ユーザデバイスに組み込まれた１以上のセンサ（「グリップ位置センサ」と呼ばれる）により生成されたデータ（「グリップデータ」と呼ばれる）を調べることにより、グリップ位置を継続的に監視し得る。グリップ位置センサの例は、タッチスクリーン支持部品（例えば、タッチセンシティブ素子および圧力センシティブ素子）、近接センサ、周辺光センサ、ジャイロスコープ、加速度計などを含む。いくつかの実施形態では、グリップ位置の感知は、振動（例えば、モータまたは圧電素子により生成される）などの刺激の能動的な生成により支援される。加えて、又は代替的に、例えば、角膜反射に基づいて手の位置を決定するために、ユーザに面する光学センサ（例えば、カメラ）を含む技術が採用され得る。グリップデータは、ユーザデバイスおよびそのディスプレイに対する手のひらの位置、ならびに、ユーザデバイスおよびそのディスプレイに対する親指（複数可）の位置を含む、グリップ位置の様々な特徴を記述してもよい。したがって、ＵＩ操作エンジンは、グリップ位置センサ（複数可）により生成されたグリップデータを取得してもよく、次に、グリップデータを調べて最適グリップ位置を決定してもよい。

次に、（例えば、図８に関して）上述したアプローチと一致して、ＵＩ操作エンジンは、新たな最適グリップ位置を決定できる（９２０）。たとえば、ＵＩ操作エンジンは、ディスプレイ用の機密情報の新たな又は更新されたレベルがある場合（９１２）、および／または周辺環境におけるプライバシーリスクの新たなレベルがある場合（９１４）、新たな最適グリップ位置を決定し得る。一例として、ＵＩ操作エンジンが、周辺環境がより混雑するようになった（それによりプライバシーが低下する）と決定した場合、ＵＩ操作エンジンは、機密情報のさらなる不明瞭化をもたらす新たな最適グリップ位置が必要であり得ると決定し得る。

その後、ＵＩ操作エンジンは、新たな最適グリップ構成に従ってＵＩを調整できる（９３０）。図１１に関して以下でさらに検討するように、調整は、ユーザが選択した指（複数可）をどこに置くべきかを示すＵＩ要素（複数可）の追加を含み得る。１以上の実施態様において、ＵＩ調整は、ユーザがディスプレイを操作する際に（例えば、その向き、折り畳み角度、または形状を変更することにより）実質的にリアルタイムで実行される。同様に、ＵＩ調整は、ユーザがユーザデバイスに対して手を動かすときに、実質的にリアルタイムで実行されてもよい。例えば、機密情報の位置は、ディスプレイと相互作用する（例えば、触れる）ためにユーザが手を動かしたという決定に応答して変更されてもよい。ステップ９１０－９３０は、繰り返し又は再帰的に実行されてもよい。

図１０Ａは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用してグリップ操作技術を実装するための一例のデータフロー１０００である。データフロー１０００は、ＵＩ操作システム（例えば、エンジン３００）内の様々なブロックの間でデータがどのように流れることができるかの一例を示す。データフロー１０００は、図４Ａのデータフロー４００に実質的に類似している。しかしながら、ここでは、ユーザの手の特性に関するデータも、最適ディスプレイ構成ファインダ３３０により取得される。上述したように、これらのデータは、どのグリップ位置がユーザにより実現可能に達成され得るかを決定するために使用され得る。

一方、図１０Ｂは、図３のＵＩ操作エンジンのいくつかの例示の構成要素を使用してグリップ操作技術を実装するための別の例のデータフロー１００２である。上述したように、グリップ位置センサ（複数可）９１０は、手の位置が推測され得るグリップデータを生成する役割を担ってよい。グリップ位置センサの例は、タッチスクリーン支持部品（例えば、タッチセンシティブ素子および圧力センシティブ素子）、近接センサ、周辺光センサ、ジャイロスコープ、加速度計などを含む。加えて、又は代替的に、例えば、角膜反射に基づいて手の位置を決定するために、ユーザに面する光学センサ（例えば、カメラ）を含む技術が採用され得る。グリップデータを使用して、グリップ位置ファインダ９２０は、ユーザの実際のグリップ位置を決定できる。別の言い方をすれば、グリップ位置ファインダ９２０は、グリップ位置センサ（複数可）９１０により生成されたグリップデータの分析に基づいて、手の実際の位置を確定でき得る。実際のグリップ位置に関する情報は、補助ＵＩ要素生成部３７０に提供されてもよく、これは、最適ディスプレイ構成ファインダ３３０により決定される最適ディスプレイ構成と、グリップ位置ファインダ９２０により決定される実際のグリップ位置とに基づいて、グリップ操作技術を実施するためにＵＩ要素（複数可）を生成するように構成され得る。

図１１Ａ－Ｄは、グリップ操作技術の一例の実装を示す。初めに、ユーザデバイス１１００上で実行されるＵＩ操作エンジン（例えば、エンジン３００；図３）は、図８－９に関して上述したように、近くの個人１１０２ａ－ｃの位置を確立できる。このようなアプローチは、これらの個人がユーザデバイス１１００のディスプレイを観察できないようにするためにブロックされなければならない視覚経路をＵＩ操作が特定できるようにする。より具体的には、ＵＩ操作エンジンは、図１１Ｂに示されるように、プライバシーを確保するためにどの方向（複数可）がブロックされなければならないかを計算できる。

次に、ＵＩ操作エンジンは、ディスプレイ上に提示するための適切なＵＩ要素（複数可）を特定できる。例えば、ＵＩ操作エンジンは、計算された方向（複数可）に基づいて、視覚ガイダンス指標がディスプレイ上のどこに示されるべきかを決定し得る。図１１Ｃでは、例えば、ＵＩ操作エンジンは、ディスプレイの右上隅に視覚ガイダンス指標１１０４の提示を引き起こしている。いくつかの実施形態では、視覚ガイダンス指標１１０４は、ディスプレイ上に示される複数の視覚ガイダンス指標のうちの１つである。例えば、ＵＩ操作エンジンは、混雑した環境では複数の視覚ガイダンス指標が必要であると判断し得る。複数の視覚ガイダンス指標は、同じ手または異なる手における指を選択することに対応してもよい。

視覚ガイダンス指標１１０４は、視覚ガイダンス指標上に選択された指を配置するための指示を伴ってもよい。ユーザが選択された指１１０６を視覚ガイダンス指標１１０４上に置くと、近くの個人１１０２ａ－ｃの視野は妨げられるであろう（それにより、機密情報が非公開のままであることを確実にする）。いくつかの実施形態では、視覚ガイダンス指標１１０４は、選択された指１１０６により実質的に覆われるように設計される。ここでは、例えば、選択された指１１０６は、ディスプレイの一部が見える一方、視覚ガイダンス指標１１０４を完全に覆っている。

多くのユーザデバイスは、マルチタッチ機能（または単に「マルチタッチ」）を許可するように設計されている。マルチタッチは、タッチセンシティブディスプレイが、同時にディスプレイに接触する複数の点の存在を認識することを可能にする。したがって、ユーザデバイス１１００は、ある指がある領域に保持される一方で別の指が別の領域に触れるとき、複数の接触点を検出でき得る。これを考慮するために、タッチセンシティブディスプレイの一部は、いくつかの実施形態においてマルチタッチターゲットエリアの外側として定義されてもよい。例えば、ユーザデバイス１１００は、タッチセンシティブディスプレイの固定領域（例えば、視覚ガイダンス指標１１０４及びその周辺）内で発生するタッチイベントを検出しないように指示されてもよく、又は、ユーザデバイス１１００は、マルチタッチ動作の決定のためにそのようなタッチイベントを使用しないように指示されてもよい。したがって、タッチセンシティブディスプレイは、タッチイベントがマルチタッチの目的のために認識される少なくとも１つの部分と、タッチイベントがマルチタッチの目的のために認識されない少なくとも１つの部分とを有してよく、視覚ガイダンス指標（または複数の視覚ガイダンス指標）は、タッチイベントがマルチタッチの目的のために認識されないそれらの部分（複数可）に配置されてもよい。

視覚ガイダンス指標１１０４はまた、選択された指１１０６をタッチセンシティブディスプレイの境界の外に完全に配置するための指示を代表し得ることに留意されたい。一例として、図１１Ｃに示される視覚ガイダンス指標１１０４は、選択された指１１０６がユーザデバイス１１００の上部又は側面に沿って配置されるべきことを示す矢印として表現され得る。

高いレベルでは、ＵＩ操作エンジンにより生成されたＵＩ要素（複数可）は、一般に、２つの目的のうちの１つを果たす。第１に、ユーザは、所望の機能を起動するために必要な最適グリップ位置をとるために、これらのＵＩ要素（複数可）と相互作用する必要があり得る。第２に、ユーザは、所望の機能を実行するために、これらのＵＩ要素（複数可）と相互作用する必要があり得る。所望の機能の例は、支払いの確認、パスワードの入力、及び金融又は個人情報の閲覧を含む。したがって、最適グリップ位置がとられるまで、ユーザは所望の機能を実行できないかもしれない。

いくつかの実施形態では、ＵＩ要素（複数可）は、所定の機能に対して必要とされる既存の要素を表す。例えば、ＵＩ操作エンジンは、ＵＩ要素として「パスワードを表示」とラベル付けされた既存のグラフィックを使用してもよいが、その特性（例えば、位置およびサイズ）は、上述した要件を満たすように調整されてもよい。他の実施形態では、ＵＩ要素（複数可）は、上述した要件を満たす新たな要素を表す。例えば、ＵＩ操作エンジンは、選択された指（複数可）がどこに置かれるべきかを示す指紋（複数可）を、所定の機能が完了され得るＵＩに重ねさせてもよい。

ＵＩ操作エンジンにより作成された各ＵＩ要素は、その外観、機能、および位置を決定するプロパティを有する。このようなプロパティの例は、寸法、色、アニメーション、および位置を含む。同様に、これらのプロパティは、対応するＵＩ要素の起動を引き起こすために必要な動作を、もしあれば、指定し得る（例えば、プレスアンドホールド、スワイプ、繰り返しのタップ）。いくつかの実施形態では、これらのプロパティは、ＵＩ要素（複数可）が作成／選択される基礎となるＵＩの基本的な特徴により影響される。例えば、ＵＩ要素（複数可）の色は、基礎となるＵＩのカラースキームに適合するように変更され得る。

いくつかの実施形態では、グリップ操作技術の態様は、ユーザデバイス１１００のユーザにより制御される。例えば、ユーザは、（例えば、位置を示すためにディスプレイのエッジをタップすることにより）近くの個人１１０２ａ－ｃがどこに位置するかを指定するように促され得る。別の例として、ユーザは、視覚ガイダンス指標（例えば、視覚ガイダンス指標１１０４）の位置、数、または配置に影響を与えることが可能であってもよい。例えば、ユーザは、最初、視覚ガイダンス指標１１０４上に選択された指を置くように促され得るが、ユーザは、ある動作（例えば、少なくとも２回タップし、次にドラッグする）を行うことにより、視覚ガイダンス指標１１０４の位置を変更できてもよい。上述したように、ユーザの手の特性は、ユーザデバイス１１００に示される視覚ガイダンス指標の適切な位置を決定するために使用されてもよい。いくつかの実施形態では、ユーザは、視覚ガイダンス指標の異なる配置がユーザデバイス１１００のディスプレイ上に示されるキャリブレーションプロセスを完了するように促されてもよい。これらの配置は、様々な場所に配置される異なる数の視覚ガイダンス指標を含んでもよい。ユーザが、各配置に含まれる１以上の視覚ガイダンス上に選択された指を配置できる速度および容易さに基づき、ＵＩ操作エンジンは、ユーザにとって最も適切な配置を学習してもよい。
［コンピュータシステム及びデバイスアーキテクチャ］

図１２は、ここに記載される少なくともいくつかの動作が実装され得るコンピューティングシステム１２００の一例を示すブロック図である。たとえば、ＵＩ操作エンジン（たとえば、図３のＵＩ操作エンジン３００）を含むコンピューティングデバイス（たとえば、図１Ａおよび２Ａのユーザデバイス１３０、２３０）を実装するために利用されるコンピューティングシステム１２００のいくつかの構成要素である。

コンピューティングシステム１２００は、バス１２１６に通信可能に接続された、１以上の中央処理装置（「プロセッサ」とも呼ばれる）１２０２、メインメモリ１２０６、不揮発性メモリ１２１０、ネットワークアダプタ１２１２（例えば、ネットワークインタフェース）、映像ディスプレイ１２１８、入力／出力装置１２２０、制御装置１２２２（例えば、キーボード及びポインティングデバイス）、記録媒体１２２６を含む駆動ユニット１２２４、及び信号生成装置１２３０を含み得る。バス１２１６は、適切なブリッジ、アダプタ、またはコントローラにより接続される１以上の物理バスおよび／またはポイントツーポイント接続を表す抽象的なものとして図示されている。したがって、バス１２１６は、システムバス、ＰＣＩ（Peripheral Component Interconnect）バスまたはＰＣＩ－Ｅｘｐｒｅｓｓバス、ＨｙｐｅｒＴｒａｎｓｐｏｒｔまたはＩＳＡ（industry standard architecture）バス、ＳＣＳＩ（Small Computer System Interface）バス、ＵＳＢ（Universal serial Bus）、ＩＩＣ（I2C）バス、またはＩＥＥＥ（Institute of Electrical and Electronics Engineers）標準１３９４バス（「Ｆｉｒｅｗｉｒｅ（登録商標）」とも呼ばれる）などを含み得る。

コンピューティングシステム１２００は、パーソナルコンピュータ、タブレットコンピュータ、携帯電話、ゲーム機、音楽プレーヤー、ウェアラブル電子デバイス（例えば、時計またはフィットネストラッカー）、ネットワーク接続（「スマート」）デバイス（例えば、テレビまたはホームアシスタント装置）、仮想／拡張現実システム（例えば、ヘッドマウントディスプレイ）、または、コンピューティングシステム１２００により行われるアクション（複数可）を指定する命令のセットを（連続に又は別の方法で）実行できる別の電子デバイスのものと同様のコンピュータプロセッサ・アーキテクチャを共有してもよい。

メインメモリ１２０６、不揮発性メモリ１２１０、および記録媒体１２２６（「機械可読媒体」とも呼ばれる）は単一の媒体であるように示されているが、用語「機械可読媒体」および「記録媒体」は、１組以上の命令１２２８を格納する単一の媒体または複数の媒体（例えば、集中／分散型データベースおよび／または関連キャッシュおよびサーバ）を含むように解釈されるべきである。また、用語「機械可読媒体」及び「記録媒体」は、コンピューティングシステム１２００による実行のための命令セットを記憶し、符号化し、又は運ぶことができる任意の媒体を含むと解釈されるものとする。

一般に、本開示の実施形態を実装するために実行されるルーチンは、オペレーティングシステムまたは特定のアプリケーション、構成要素、プログラム、オブジェクト、モジュール、または命令のシーケンス（集合的に「コンピュータプログラム」と呼ばれる）の一部として実装され得る。コンピュータプログラムは、典型的には、コンピューティングデバイス内の様々なメモリ及び記憶装置に様々なタイミングで設定された１以上の命令（例えば、命令１２０４、１２０８、１２２８）を備える。１以上のプロセッサ１２０２により読み取られ実行されると、命令（複数可）は、コンピューティングシステム１２００に、本開示の様々な態様に関わる要素を実行するための動作を実行させる。

さらに、実施形態は、完全に機能するコンピューティングデバイスの文脈で説明されてきたが、当業者は、様々な実施形態が、様々な形態のプログラム製品として配布可能であることを理解するであろう。本開示は、実際に配布を実現するために使用される機械またはコンピュータ読み取り可能な媒体の特定のタイプに関係なく適用される。

機械可読記録媒体、機械可読媒体、またはコンピュータ可読媒体のさらなる例は、揮発性および不揮発性メモリデバイス１２１０、フロッピー（登録商標）ディスクおよび他のリムーバブルディスク、ハードディスクドライブ、光ディスク（例えば、コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ））などの記録可能タイプ媒体、ならびに、デジタルおよびアナログ通信リンクなどの伝送タイプ媒体を含む。

ネットワークアダプタ１２１２は、コンピューティングシステム１２００が、コンピューティングシステム１２００と外部エンティティとによりサポートされる任意の通信プロトコルを通じて、コンピューティングシステム１２００の外部であるエンティティとネットワーク１２１４内のデータを仲介することを可能にする。ネットワークアダプタ１２１２は、ネットワークアダプタカード、無線ネットワークインタフェースカード、ルータ、アクセスポイント、無線ルータ、スイッチ、マルチレイヤスイッチ、プロトコル変換器、ゲートウェイ、ブリッジ、ブリッジルータ、ハブ、デジタルメディアレシーバ、および／またはリピータを含むことができる。

ネットワークアダプタ１２１２は、コンピュータネットワーク内のデータへのアクセス／プロキシ許可を決定および／または管理し、かつ、異なるマシン及び／又はアプリケーション間の様々な信頼レベルを追跡するファイアウォールを含んでもよい。ファイアウォールは、マシンとアプリケーション、マシンとマシン、及び／又はアプリケーションの特定のセット間のアクセス権の所定のセットを強制できる（例えば、これらのエンティティ間のトラフィック及びリソース共有の流れを規制する）ハードウェア及び／又はソフトウェアコンポーネントの任意の組み合わせを有する任意の数のモジュールであり得る。ファイアウォールは、さらに、個人、マシン、及び／又はアプリケーションによるオブジェクトのアクセス権及び操作権、並びに許可権が立つ状況を含むパーミッションを詳述するアクセス制御リストへのアクセスを管理し、及び／又は有してもよい。

ここに紹介する技術は、プログラム可能な回路（例えば、１以上のマイクロプロセッサ）、ソフトウェアおよび／またはファームウェア、特別な目的のハードワイヤード（すなわち、プログラム不可能な）回路、またはそのような形態の組み合わせにより実装され得る。特別な目的の回路は、１以上の特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の形態であり得る。
［備考］

請求された主題の様々な実施形態の前述の説明は、例示及び説明の目的で提供されたものである。それは、網羅的であること、または請求された主題を開示された正確な形態に限定することを意図していない。多くの修正および変形が当業者には明らかであろう。実施形態は、本発明の原理及びその実用的用途を最もよく説明するために選択及び説明され、それにより、関連する技術の当業者は、請求された主題、様々な実施形態、及び企図された特定の用途に適する様々な修正を理解できるようになる。

詳細な説明は、特定の実施形態および企図される最良の態様を説明しているが、詳細な説明がいかに詳細に見えても、本技術は多くの方法で実施できる。実施形態は、本明細書に包含されながら、その実装の詳細においてかなり異なる場合がある。様々な実施形態の特定の特徴または側面を説明するときに使用される特定の用語は、その用語が関連付けられる技術の任意の特定の特性、特徴、または側面に限定されるように、本明細書で再定義されることを意味するものと解釈されるべきではない。一般に、以下の特許請求の範囲で使用される用語は、それらの用語が本明細書で明示的に定義されない限り、本明細書に開示される特定の実施形態に技術を限定するように解釈されるべきではない。したがって、本技術の実際の範囲は、開示された実施形態だけでなく、実施形態を実施または実装するすべての等価な方法をも包含する。

本明細書で使用される言語は、主として、読みやすさと説明のために選択されたものである。それは、主題を画定または囲い込むために選択されたものではない。したがって、本技術の範囲は、この詳細な説明によってではなく、むしろ、これに基づく出願で発行される任意の請求項により限定されることが意図される。したがって、様々な実施形態の開示は、以下の特許請求の範囲に規定される技術の範囲を例示するものであるが、限定するものではないことを意図している。

本開示は、データセキュリティに適用できる。

Claims (25)

1. 情報をプライベートに表示する方法であって、前記方法は、
   モバイルデバイス上に機密情報を表示するための指示を受信することであって、前記モバイルデバイスは、折り畳み可能なディスプレイを含む、受信すること、
   前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記折り畳み可能なディスプレイの全領域よりも小さい、決定すること、
   決定された前記フォームファクタに基づいて、前記折り畳み可能なディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記折り畳み可能なディスプレイが選択された角度に操作されない限りユーザに対して視覚的に変形される、生成すること、
   前記モバイルデバイス上のユーザに面する目検出器から、前記ユーザの目の位置を検出すること、および、
   検出された前記ユーザの前記目の前記位置に応答して、前記ユーザインタフェースを調整すること、
   を備える方法。
2. 前記ユーザインタフェースのための新たな視野角が、検出された前記ユーザの前記目の前記位置を反映するように、前記ユーザインタフェースは調整される、請求項１に記載の方法。
3. 前記モバイルデバイス上の１以上の方位センサから、前記モバイルデバイスの現在の方位状態を受信することをさらに備え、
   前記ユーザインタフェースは、前記モバイルデバイスの受信された前記現在の方位状態に応答してさらに調整される、
   請求項１に記載の方法。
4. 情報をプライベートに表示する方法であって、前記方法は、
   モバイルデバイス上に機密情報を表示するための指示を受信することであって、前記モバイルデバイスは、折り畳み可能なディスプレイを含む、受信すること、
   前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記折り畳み可能なディスプレイの全領域よりも小さい、決定すること、
   決定された前記フォームファクタに基づいて、前記折り畳み可能なディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記折り畳み可能なディスプレイが選択された角度に操作されない限りユーザに対して視覚的に変形される、生成すること、および、
   前記選択された角度に基づいて、前記折り畳み可能なディスプレイを前記選択された角度に操作するように前記ユーザを案内する視覚ガイダンス指標を生成すること、
   を備える方法。
5. 前記視覚ガイダンス指標は、前記折り畳み可能なディスプレイが前記選択された角度に操作されるときにのみ、選択された幾何学的形状として前記ユーザに見える、請求項４に記載の方法。
6. 情報をプライベートに表示する方法であって、前記方法は、
   モバイルデバイス上に機密情報を表示するための指示を受信することであって、前記モバイルデバイスは、折り畳み可能なディスプレイを含む、受信すること、
   前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記折り畳み可能なディスプレイの全領域よりも小さい、決定すること、
   決定された前記フォームファクタに基づいて、前記折り畳み可能なディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記折り畳み可能なディスプレイが選択された角度に操作されない限りユーザに対して視覚的に変形される、生成すること、
   前記折り畳み可能なディスプレイの現在の折り畳み角度を取得すること、および、
   前記現在の折り畳み角度と前記選択された角度との間の差に基づいて、前記折り畳み可能なディスプレイを前記選択された角度に操作するように前記ユーザを案内する追加のガイダンスを生成すること、
   を備える方法。
7. 前記ユーザインタフェースは、前記折り畳み可能なディスプレイの複数のセクションにより集合的に表示される、請求項１から６のいずれかに記載の方法。
8. 前記折り畳み可能なディスプレイは、二つ折り式ディスプレイである、請求項７に記載の方法。
9. 前記機密情報の秘密度のレベルを特定することをさらに備え、
   前記フォームファクタは、秘密度の前記レベルに基づき、かつ、秘密度の前記レベルに逆相関して、さらに決定される、請求項１から６のいずれかに記載の方法。
10. 前記モバイルデバイス上の１以上のセンサからの読み取り値に基づいて、前記モバイルデバイスの周辺環境におけるプライバシーリスクのレベルを特定することをさらに備え、
    前記フォームファクタは、特定された前記プライバシーリスクのレベルに基づいてさらに決定される、請求項１から６のいずれかに記載の方法。
11. 前記フォームファクタは、特定された前記プライバシーリスクのレベルに逆相関する、請求項１０に記載の方法。
12. 折り畳み角度を決定することであって、前記モバイルデバイスのディスプレイセクションが前記折り畳み角度に折り畳まれない限り、前記ユーザインタフェースが前記ユーザに歪んで見える折り畳み角度を決定することをさらに備え、
    前記ユーザインタフェースは、決定された前記折り畳み角度に基づいてさらに生成される、請求項１から６のいずれかに記載の方法。
13. 前記ユーザインタフェースは、前記折り畳み可能なディスプレイのヒンジに沿った軸について対称に変形される、請求項１２に記載の方法。
14. 決定された前記フォームファクタに基づいて、前記機密情報の元のレイアウトを、前記折り畳み可能なディスプレイの全領域と比較してより小さいフォームファクタに適した代替レイアウトに変更することをさらに備える、請求項１から６のいずれかに記載の方法。
15. 前記元のレイアウトは、デスクトップコンピュータ用に指定されたディスプレイフォームファクタ用であり、かつ、前記代替レイアウトは、モバイルデバイス用に指定されたディスプレイフォームファクタ用である、請求項１４に記載の方法。
16. 前記折り畳み可能なディスプレイの現在の折り畳み角度を取得すること、
    前記現在の折り畳み角度に基づき前記フォームファクタを更新すること、および、
    更新された前記フォームファクタに適合するように前記ユーザインタフェースを調整すること、
    をさらに備える、請求項１から６のいずれかに記載の方法。
17. 取得するステップ、更新するステップ、および調整するステップは、前記ユーザが前記折り畳み可能なディスプレイを操作する際に実質的にリアルタイムで実行される、請求項１６に記載の方法。
18. 情報をプライベートに表示する方法であって、前記方法は、
    モバイルデバイス上に機密情報を表示する指示を受信することであって、前記モバイルデバイスは、フレキシブルディスプレイを含む、受信すること、
    前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記フレキシブルディスプレイの全領域よりも小さい、決定すること、
    決定された前記フォームファクタに基づいて、前記フレキシブルディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記フレキシブルディスプレイが選択された形状に操作されない限りユーザに対して視覚的に変形される、生成すること、
    前記モバイルデバイス上のユーザに面する目検出器から、前記ユーザの目の位置を検出すること、および
    検出された前記ユーザの前記目の前記位置に応答して、前記ユーザインタフェースを調整すること、
    を備える方法。
19. 情報をプライベートに表示する方法であって、前記方法は、
    モバイルデバイス上に機密情報を表示する指示を受信することであって、前記モバイルデバイスは、フレキシブルディスプレイを含む、受信すること、
    前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記フレキシブルディスプレイの全領域よりも小さい、決定すること、
    決定された前記フォームファクタに基づいて、前記フレキシブルディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記フレキシブルディスプレイが選択された形状に操作されない限りユーザに対して視覚的に変形される、生成すること、および
    前記選択された形状に基づいて、前記フレキシブルディスプレイを前記選択された形状に操作するように前記ユーザを案内する視覚ガイダンス指標を生成すること、
    を備える方法。
20. 情報をプライベートに表示する方法であって、前記方法は、
    モバイルデバイス上に機密情報を表示する指示を受信することであって、前記モバイルデバイスは、フレキシブルディスプレイを含む、受信すること、
    前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記フレキシブルディスプレイの全領域よりも小さい、決定すること、
    決定された前記フォームファクタに基づいて、前記フレキシブルディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記フレキシブルディスプレイが選択された形状に操作されない限りユーザに対して視覚的に変形される、生成すること、
    前記フレキシブルディスプレイの現在の形状を取得すること、及び、
    前記現在の形状と前記選択された形状との間の差に基づいて、前記フレキシブルディスプレイを前記選択された形状に操作するように前記ユーザを案内する追加のガイダンスを生成すること、
    を備える方法。
21. 情報をプライベートに表示する方法であって、前記方法は、
    モバイルデバイス上に機密情報を表示する指示を受信することであって、前記モバイルデバイスは、フレキシブルディスプレイを含む、受信すること、
    前記機密情報がどのように表示されるかに関するフォームファクタを決定することであって、前記フォームファクタは、前記フレキシブルディスプレイの全領域よりも小さい、決定すること、
    決定された前記フォームファクタに基づいて、前記フレキシブルディスプレイに表示されるユーザインタフェースを生成することであって、前記ユーザインタフェースは、前記フォームファクタで前記機密情報を表示するが、前記フレキシブルディスプレイが選択された形状に操作されない限りユーザに対して視覚的に変形される、生成すること、および
    前記選択された形状に基づいて、前記フレキシブルディスプレイの一部を遮る方法で前記フレキシブルディスプレイをつかむように前記ユーザを案内する視覚ガイダンス指標を生成すること、
    を備える方法。
22. 前記機密情報の秘密度のレベルを特定することをさらに備え、
    前記フォームファクタは、秘密度の前記レベルに基づき、かつ秘密度の前記レベルに逆相関して、さらに決定される、請求項１８から２０のいずれかに記載の方法。
23. 前記モバイルデバイス上の１以上のセンサからの読み取り値に基づいて、前記モバイルデバイスの周辺環境におけるプライバシーリスクのレベルを特定することをさらに備え、
    前記フォームファクタは、特定された前記プライバシーリスクのレベルに基づいてさらに決定される、請求項１８から２０のいずれかに記載の方法。
24. 折り畳み角度および折り畳み線を決定することであって、前記モバイルデバイスのディスプレイセクションが、前記折り畳み角度に、かつ前記折り畳み線に沿って折り畳まれない限り、前記ユーザインタフェースが前記ユーザに歪んで見える折り畳み角度および折り畳み線を決定することをさらに備える、請求項１８から２０のいずれかに記載の方法。
25. 前記フレキシブルディスプレイの現在の形状を取得すること、
    前記現在の形状に基づいて前記フォームファクタを更新すること、および、
    更新された前記フォームファクタに適合するように前記ユーザインタフェースを調整すること、
    をさらに備える、請求項１８から２０のいずれかに記載の方法。

Images