JP6486352B2 - コンテンツを再配置し、かつ表示するためのハンドヘルド・コンパニオン・デバイス、システム、方法、およびコンピュータ・プログラム - Google Patents

Description

本発明は、一般に、セキュア・デバイス、ユーザに信頼されるデバイス、もしくは同様のものなどのハンドヘルド・コンパニオン・デバイス、ならびに関連するデバイス、システム、および方法の分野に関する。特に、ハンドヘルド・モバイル・デバイスに剛性的に取り付けられたとき、このようなデバイス上で表示されるコンテンツを自動的に回転させるための方法を対象とする。

スマートフォンおよびタブレット（ハンドヘルド・デバイス、ハンドヘルド・コンピュータ、または単にハンドヘルドとしても知られている）などの数多くのハンドヘルド・モバイル・デバイスが知られており、例えば、Wikipedia contributors. "Mobile device." Wikipedia, TheFree Encyclopedia. Wikipedia, The Free Encyclopedia, 24 Jun. 2013. Web. 27 Jun.2013を参照のこと。

ホストに接続または結合されることを意味するハンドヘルド・コンパニオン・デバイスである「セキュア・デバイス」、または「信頼されるデバイス」、または「ユーザに信頼されるデバイス」なども知られている。このようなデバイスは、通常、ＵＳＢキーのサイズのセキュリティ・トークン（またはハードウェア・トークン、または認証トークン、ＵＳＢトークン）など、通常、ＵＳＢデバイスである。教本にはセキュア・デバイスの一般的な定義はない。これはおそらく、デバイスに対するセキュリティが、絶対的な用語で定義することができず、「セキュリティ・モデル」と呼ばれる所与の状況においてのみ定義され得ることによる。このようなモデルは、全体のシステムと、その構成要素（例えば、セキュア・デバイス、ホスト、サーバ、通信プロトコルなど）のセキュリティ仮定（assumption）とを記述している。さらにこのモデルは、システムが攻撃され得るシナリオを記述している（「脅威モデル」）。その場合、「セキュリティ・モデル」、すなわち、システムの一部は、セキュリティ仮定が維持されるものとして、脅威に対して、すなわち所与の脅威モデルにおいて、その機能を達成できる場合に安全であると見なされることになる。その意味で、「セキュア・デバイス」は、所与の脅威モデルにおける１つまたは複数のタイプの脅威に関して安全にその機能のうちの少なくとも１つを実施できるデバイスである。したがって、それは、この機能を実施する信頼されるデバイスと見なすことができる。読者は、コンピュータ・セキュリティ・システム（ハードウェアまたはソフトウェアあるいはその両方）に対するセキュリティの認証レベルを目標とする、「共通標準（Common Criteria）」として知られている以下の組の標準を参照することができる。例えば、Wikipedia contributors. "Common Criteria." Wikipedia, TheFree Encyclopedia. Wikipedia, The Free Encyclopedia, 18 Jun. 2013. Web. 27 Jun.2013を参照のこと。

例えば、セキュア・デバイスは、「外部」に向けて非常に限られたインターフェースを装備しており、かつ機密資料を保護するための手段を備えているときに安全であることが当業者により広く認められている。それは、例えば、秘密の認証情報を記憶するために耐改ざん性ハードウェアを使用することができる。これらのインターフェースを介して流れる情報は、（その発信元に対して）認証されていること、およびいつ受け取られるかが予測されることを保証するために注意深いセキュリティ検査を受ける。そうではない場合、デバイスによるアクションは何も行われない。同様に、何らかの情報がデバイスから送られるとき、いくつかの外部エンティティが、同様の（セキュリティに関連する）妥当性検査を実施できるようにパッケージングされる。

オンラインのトランザクションに対して、開発された解決策は、いわゆるＺｏｎｅ Ｔｒｕｓｔｅｄ Ｉｎｆｏｒｍａｔｉｏｎ Ｃｈａｎｎｅｌ（または短くして、ＺＴＩＣ）である。ＺＴＩＣは、脅威の１つのタイプに対して少なくとも１つのその機能を安全に実施できるので、セキュア・デバイスであるハンドヘルド・コンパニオン・デバイスの例である。それはトランザクション・データの認証用に設計された非プログラム可能デバイスである。ＺＴＩＣは、サーバへの安全な端末間ネットワーク接続を維持するので、ＺＴＩＣそれ自体は、悪意のあるソフトウェア攻撃に対して改ざん防止性があり、またそれが接続されたホストとは独立したそれ自体の入力および出力コンポーネントを有するので、ＺＴＩＣディスプレイ上に示されたデータは真正のものである。ＺＴＩＣセキュリティ概念は、通常、例えば、オンライン・バンキングの場合のトランザクション・データなど、ホスト・デバイスの画面上で視認できるデータの適度に小さいサブセットの識別に依存している。通常、サーバは、どのデータが重要であると見なされ（したがって、明示的なオフホスト検証が必要である）、かつどのデータが重要ではないかを指定する。より詳細には、例えば、「The Zurich Trusted Information Channel - An Efficient Defenceagainst Man-in-the-Middle and Malicious Software Attacks」, by T. Weigold, T. Kramp, R. Hermann, F. Horing, P. Buhler, and M.Baentsch. In P. Lipp, A.-R. Sadeghi, and K.-M. Koch (Eds.): TRUST2008,LNCS4968, pp. 75-91, 2008. Springer-Verlag Berlin Heidelberg 2008で見出すことができる。

スマートフォンおよびタブレットなどのハンドヘルド・モバイル・デバイス（以下、ＭＤ）は、ユーザが自分のアプリケーションを実行するための最適なプラットフォームにますますなりつつある。これらのモバイル・デバイスのプラットフォームは、通常、ユーザがデバイスを方向付けする方法に応じて、画面コンテンツを回転させることができる。画面の（再）方向付けは、通常、センサ出力に基づく。ＭＤがサポートする画面の再方向付けは、通常、空間における物理的な方向を求めるために、静的な加速度を測定できる３Ｄ加速度計を含む。３Ｄ加速度計のｘ、ｙ、およびｚ軸出力に基づき、プラットフォームのオペレーティング・システムは、画面コンテンツを自律的に再方向付けする、またはアプリケーションが利用できる方向変化イベントを生成する、あるいはその両方を行って再方向付けを実施する、またはまれであるがいくつかの望ましくない場合には、自律的な再方向付けを抑制する。

Wikipedia contributors."Mobile device." Wikipedia, The Free Encyclopedia. Wikipedia, TheFree Encyclopedia, 24 Jun. 2013. Web. 27 Jun. 2013 Wikipedia contributors."Common Criteria." Wikipedia, The Free Encyclopedia. Wikipedia, TheFree Encyclopedia, 18 Jun. 2013. Web. 27 Jun. 2013 「The Zurich Trusted InformationChannel - An Efficient Defence against Man-in-the-Middle and Malicious SoftwareAttacks」, by T. Weigold, T. Kramp, R. Hermann, F.Horing, P. Buhler、and M. Baentsch. In P. Lipp, A.-R.Sadeghi, and K.-M. Koch (Eds.): TRUST2008, LNCS4968, pp. 75-91,2008.Springer-Verlag Berlin Heidelberg 2008

コンテンツを再配置し、かつ表示するためのハンドヘルド・コンパニオン・デバイス、システム、方法、およびコンピュータ・プログラムを提供する。

第１の態様によれば、本発明は、
画面と、
コンパニオン・デバイスをモバイル・デバイスに剛性的に取り付けるように適合された剛性のある物理的な接続手段と、
１つまたは複数の外部のコンピュータ化システムと１つまたは複数の通信リンクを設定し、かつサポートするように適合された通信手段と、
コンピュータ化された方法を記憶するメモリであって、方法が、コンパニオン・デバイスで実行されたとき、
前記１つまたは複数の通信リンクを設定し、かつ前記１つまたは複数の外部のコンピュータ化システムから、前記１つまたは複数の通信リンクを介して、モバイル・デバイスの方向データおよびコンテンツを受け取るように、前記通信手段と協動するステップと、
前記方向データに従って、前記画面上で前記コンテンツを再配置し、かつ表示するステップと
を実施するように適合されている、メモリと
を備えるハンドヘルド・コンパニオン・デバイスとして具現化される。

好ましくは、剛性のある物理的な接続手段は通信回路を備え、通信回路は通信手段の一部を形成し、前記通信回路が、１つまたは複数の通信リンクをサポートするように適合される。

実施形態では、前記コンピュータ化された方法は、コンパニオン・デバイスで実行されたとき、
モバイル・デバイスが、基準方向に対して回転する動的な回転角、および、好ましくは、
コンパニオン・デバイスがモバイル・デバイスに取り付けられたとき、モバイル・デバイスの基準軸と、コンパニオン・デバイスの基準軸との間の固定された相対角、またはより好ましくは、
例えば、γ＝−（α＋β）ｍｏｄ２πなど、動的な回転角と固定された相対角の両方に応じた合計角
に従って、前記コンテンツを再配置するように設計される。

実施形態では、コンパニオン・デバイスの画面は、本質的に正方形の縦横比を有する。

変形形態では、コンピュータ化された方法は、表示されるコンテンツを、コンパニオン・デバイスの画面の画面領域内に提供される正方形領域などの、ｎ≧１である少なくとも４ｎ回の回転対称を有する領域に制限するようにさらに適合され、ｎ≧１である少なくとも４ｎ回の回転対称を有する前記領域は、ユーザ・インターフェース・コントロールを備えるコンパニオン・デバイスの縁面の方向に中心からずれていることが好ましい。

実施形態では、コンパニオン・デバイスは、剛性のある物理的な接続手段が位置する縁面とは反対側の縁面に設けられたユーザ・インターフェース・コントロールをさらに備え、またコンパニオン・デバイスの大部分またはすべての物理的なユーザ・インターフェース・コントロールが、前記反対側の縁面にだけ設けられることが好ましい。

好ましい実施形態では、剛性のある物理的な接続手段は、好ましくは、チップ−リング−リング−スリーブ（tip-ring-ring-sleeve）、すなわちＴＲＲＳ、３．５ｍｍのオーディオ・コネクタである双方向通信コネクタであり、通信手段は、ＴＲＲＳ双方向オーディオ・リンクにわたるオーディオ・シグナリングを介してモバイル・デバイスと通信するように適合される。

他の態様によれば、本発明は、このようなコンパニオン・デバイスおよび前記モバイル・デバイスを備えるシステムとして具現化され、コンパニオン・デバイスは、前記モバイル・デバイスに剛性的に取り付けられる。

他の態様によれば、本発明は、このようなコンパニオン・デバイスの画面上で、コンテンツを再配置し、かつ再配置されたコンテンツを表示するためのコンピュータ化された方法として具現化され、方法は、
コンパニオン・デバイスをモバイル・デバイスに取り付けたとき、前記１つまたは複数の通信リンクを設定し、かつ前記１つまたは複数の外部のコンピュータ化システムから、コンテンツおよびモバイル・デバイスの方向データを受け取るように、前記通信手段と協動するステップと、
前記方向データに従って、前記画面上で前記コンテンツを再配置し、かつ表示するステップと
を含む。

実施形態では、前記通信手段と協動するステップは、コンテンツおよびモバイル・デバイスの方向データを受け取るために、モバイル・デバイスまたはサーバあるいはその両方と通信するステップを含む。

前記通信手段と協動するステップは、モバイル・デバイスを介してサーバと通信するステップを含むことが好ましい。

好ましい実施形態では、前記通信手段と協動するステップは、方向データを受け取るためにモバイル・デバイスと通信し、かつコンテンツを受け取る、またはクロスチェックするためにサーバと通信するステップを含む。

実施形態では、再配置されたコンテンツを表示するステップは、表示されるコンテンツを、コンパニオン・デバイスの画面の画面領域に適合する、ｎ≧１である少なくとも４ｎ回の回転対称を有する領域に制限し、好ましくは、少なくとも４ｎ回の回転対称を有する前記領域の中心をずらすように命令するステップを含む。

好ましくは、前記通信手段と協動するステップは、モバイル・デバイスと、またはモバイル・デバイスを介して、あるいはその両方により双方向通信リンクを確立するステップを含み、方法は、コンパニオン・デバイスのユーザ・インターフェースを介してユーザ命令を受け取ったとき、ユーザ命令を、モバイル・デバイスに、またはモバイル・デバイスを介してサーバに、あるいはその両方に伝達するステップをさらに含む。

最後の態様によれば、本発明は、上記のコンピュータ化された方法のいずれか１つのステップを実施するためのプログラム・コード手段を含むコンピュータ・プログラム製品として具現化される。

次に、本発明を具現化するデバイス、システム、および方法を、添付図面を参照して、非限定的な例として述べる。図面で示された技術的な特徴は、正確な縮尺ではない。

実施形態に含まれる、モバイル・デバイスに剛性的に取り付けられたコンパニオン・デバイスを備えるシステムの回転と、回転に関する角度とを概略的に示す図である。 実施形態に含まれる、モバイル・デバイスに剛性的に取り付けられたコンパニオン・デバイスを備えるシステムの回転と、回転に関する角度とを概略的に示す図である。 モバイル・デバイスに剛性的に取り付けられたコンパニオン・デバイスを備えるシステムであって、コンパニオン・デバイスおよびモバイル・デバイスのそれぞれがディスプレイを有するシステムの画面コンテンツの回転を概略的に示す図である。 モバイル・デバイスに剛性的に取り付けられたコンパニオン・デバイスを備えるシステムであって、コンパニオン・デバイスおよびモバイル・デバイスのそれぞれがディスプレイを有するシステムの画面コンテンツの回転を概略的に示す図である。 モバイル・デバイスに剛性的に取り付けられたコンパニオン・デバイスを備えるシステムであって、コンパニオン・デバイスおよびモバイル・デバイスのそれぞれがディスプレイを有するシステムの画面コンテンツの回転を概略的に示す図である。 実施形態に従って、表示されるコンテンツが、コンパニオン・デバイスの画面に提供された本質的に正方形の領域に制限される、図３〜図５などで示されたコンパニオン・デバイスを概略的に示す図である。 本発明の実施形態による、モバイル・デバイスに剛性的に取付け可能なコンパニオン・デバイスとサーバとを備える汎用のコンピュータ化システムであって、コンパニオン・デバイスの画面上でコンテンツを再配置し、かつ再配置されたコンテンツを表示するための方法を実施するのに適しているシステムを概略的に示す図である。 実施形態によるコンパニオン・デバイスの選択されたコンポーネントを概略的に示すブロック図である。 実施形態による方法の高水準ステップを示す流れ図である。 実施形態による方法の高水準ステップを示す流れ図である。 実施形態による方法の高水準ステップを示す流れ図である。

以下の記述は次のように構成される。まず、全体的な実施形態および高水準の変形形態が述べられる（セクション１）。次のセクションは、より具体的な態様、実施形態、および技術的な実装形態の詳細を扱う（セクション２）。

１．全体的な実施形態および高水準の変形形態
多くのユーザにとって、自分のハンドヘルド・モバイル・デバイス（ＭＤ）と共にコンパニオン・デバイス（ＣＤ）を使用できることは有利であろう。しかし、このことは、本発明の実施形態により扱われるハンドリングおよび人間工学の点で特に、いくつかの実際的な問題を提示する。

最初に、また背景セクションで説明したように、ＭＤの画面（再）方向付けは、３Ｄ加速度計の出力に基づくことができる。このような再方向付け機構は、大部分の状況に対して高い信頼性で動作する。しかし、それらは、例えば、ＭＤが非常にゆっくり回転したとき、または回転が平坦な表面上で行われたときに動作しないことがある。ＣＤをＭＤに接続できるものとする。ＣＤ画面コンテンツの再方向付けは、ＭＤに関するものと同様に達成することができる、すなわち、ＣＤが３Ｄ加速度計を備えることも可能である。しかし、これには次の欠点がある、すなわち、３Ｄ加速度計は、ＣＤのコスト、製作の複雑さ、寸法、および重量を増加させることになる。さらに、物理的なデバイス方向を計算するための処理機能がＣＤのコストに加えられる。しかし、さらに重要なことには、（ＣＤまたはＭＤの）いずれかのデバイスで時折生ずる再方向付け機構の誤動作により、２つの画面上のコンテンツ方向が常に一致するとは限らない状況を生ずることになる。このことが生ずる可能性は、２つの独立した不完全なセンサ・デバイスが組み合わされたときに、より高くなる。このアーティファクトは、ユーザに受け入れられない可能性がある。

以下では、モバイル・デバイスに加えてコンパニオン・デバイスを含むアプリケーション・シナリオを考えるものとし、コンパニオン・デバイスはそれ自体、ディスプレイを有する。ＣＤは、剛性のある方法で物理的にＭＤに取り付けることができ、したがって、２つのデバイスの動作は、それらが単一の集約されたデバイスである場合と同様に実行できるものとする。最後に、ＭＤとＣＤの両方にわたるアプリケーション・シナリオ、すなわち、そのコンテンツを提示するために両方のデバイスのディスプレイを協調させて使用するアプリケーションのシナリオが述べられる。この分散アプリケーションの性質は、ＭＤおよびＣＤが互いに通信する、またはそれぞれが、例えば、同じネットワークベースのエンティティなどのネットワーク・エンティティと通信できることを示唆している。このようなシナリオでは、ＭＤおよびＣＤのディスプレイ上のコンテンツ方向が一致すること、およびそれらの再方向付けが同期して実行されることが非常に望ましい。

以下で述べる実施形態は、マスタ／スレーブ概念により画面コンテンツの同期を達成する。指摘したように、アプリケーションの分散された性質は、ＭＤとＣＤとの間の直接的または間接的な通信能力を示唆している。提案される方法は、簡単なシグナリング機構を使用し、それにより、ＭＤは、方向変更イベントをＣＤに伝達する。シグナリングは、共通のネットワークベースのエンティティを介して、直接的または間接的に、ＭＤとＣＤとの間の通信リンクを介して行われる。コンテンツは、セキュリティのために、ネットワーク・エンティティから提供され得る、またはネットワーク・エンティティによりクロスチェックされ得る。

図１から図１１を参照すると、以下でＣＤと呼ぶハンドヘルド・コンパニオン・デバイス１０に関する本発明の第１の態様が次に詳細に述べられる。ＣＤは、画面１９を有するものとし、それは通常、ボタン１８ａ、１８ｂなど普通のユーザ・インターフェース・コントロールを含むことができる。ＣＤ１０は、ＣＤをＭＤ２０に剛性的に取り付け、それによりＣＤとＭＤとの間の相対的な方向付けが維持されるように適合された剛性のある物理的な接続手段１３をさらに備える。それはまた、通信手段１３、１３ａ、１４を含む。このような通信手段は、１つまたは複数の外部のコンピュータ化システム２０、３０と１つまたは複数の通信リンクを設定し、かつサポートするように構成される。それは、特にいくつかのコンピュータ化された方法１６２を記憶するメモリ１６をさらに有する。実行されると、前記コンピュータ化された方法１６２は通信手段と協動して、ＭＤ２０の方向データα、γ、ならびに表示されるコンテンツを含む入力を受け取るために必要な前記１つまたは複数の通信リンクを設定する。このような入力は、外部のコンピュータ化システム（複数可）２０、３０から、それに対して確立された通信リンク（複数可）を介して受け取られる。前記方法１６２はさらに、実行される間に、受け取ったコンテンツを画面１９上で再配置し、かつ表示するが、これは、受け取った方向データα、γに従って行われる。

剛性のある物理的な接続は、本明細書では、例えば、ＴＲＲＳオーディオ・コネクタ、またはＵＳＢコネクタなど、ＣＤがモバイル・デバイスＭＤに剛性的に取り付けられた状態のままにする非恒久的な固定（それにより、ＭＤを動かしたときであっても、ＣＤとＭＤとの間の相対的な方向が維持される）を意味する。例えば、ＴＲＲＳコネクタの主軸周りの自由回転など、何らかの自由度を残すことができ、したがって、接続されたシステム（すなわち、ＭＤおよびＣＤを含むシステム、ＣＤがＭＤに剛性的に接続されている）の人間工学が改善される。剛性のある物理的な接続手段１３はさらに、使用した後にＣＤをＭＤから取外し可能であることを理解されたい。

通信手段は、ＴＲＲＳまたはＵＳＢのインターフェースなどの１つまたは複数の通信インターフェース１３ａ、ならびにネットワーク・カード１４を含むことができる。通信インターフェース１３ａは、例えば、特に信号レベルをプロセッサ１２に適合させるためにいくつかの電子装置を含むことができる。

前記コンピュータ化された方法１６２は、アプリケーション・プログラムまたはファームウェアとして記憶することができる。それらは、本明細書で企図されるＣＤが、本質的に組込みデバイスから構成される可能性が高いため、ファームウェアとして記憶されることが好ましい。さらに本ＣＤは、ユーザによりプログラムできないことが非常に好ましい。そうではあるが、ＭＤとＣＤの両方にわたるシナリオが企図される、すなわち、アプリケーションは、そのコンテンツを提示するために協調して両方のデバイスのディスプレイを使用する。

ユーザ・デバイス１０で実行されると、コンピュータ化された方法１６２は、通信手段と協動して、１つまたは複数の外部のコンピュータ化システム２０、３０と通信することになり、図７を参照のこと。「外部のシステム」とは、本明細書では、サーバ３０またはＭＤ２０あるいはその両方を、すなわち、ＣＤに対して外部にあるコンピュータ化された装置を含むことのできる広い意味で解釈されるべきである。これらのコンピュータ化された方法１６２は、ＣＤで局所的に実行されるが、局所的にまたは外部のコンピュータ化システムで、あるいはその両方で動作するアプリケーションと協調して動作することができる。したがって、アプリケーションはＣＤで、かつ外部のコンピュータ化システム、例えば、サーバまたはＭＤあるいはその両方で同時に動作して、特に、ＣＤで表示されるコンテンツ、およびＭＤの方向データを伝達することができる。

図３〜図５で示されるように、方法１６２と通信手段との間の協動により、コンテンツをＣＤの画面１９上で再配置し、かつ表示することが行われ、それによりコンテンツは、例えば、ユーザとの対話に従って、通常、動的に変化する。つまり、コンピュータ化された方法１６２は、通信手段と協動して、外部のコンピュータ化システム２０、３０から、（必要であれば要求に応じて）コンテンツおよび方向データを受け取り、方向データは、受け取ったコンテンツをＣＤ画面１９上で再配置する（例えば、改変する、リフローする（re-flow）、または回転させる、あるいはそれらすべてを実施する）ために使用される。

ＣＤで表示されるコンテンツは、ＭＤで表示されるコンテンツとは異なることができる、または少なくとも独立して構築できるものであり、本明細書で企図されるいくつかのセキュリティ・アプリケーションに対して重要なものであることに留意されたい。さらに、コンテンツは、その全体がＣＤに渡される必要はない。そうではなくて、簡単なコードが送信されて、ＣＤで解釈された後に表示することができる。例えば、これらのコンテンツは、サーバと対話することにより簡単にクロスチェックされ得る。

方向データは、ＭＤの実際の方向に、すなわち、生のセンサ出力データに対応することができるか、あるいはＭＤの基準方向に対するＭＤ画面コンテンツの別の方向付けに対応することができる。これらの２つの例のほかに、いくつかのタイプの方向データを使用することもできる。しかし、良好な同期を可能にするので、ＭＤ画面コンテンツの別の方向付けを使用することが好ましい。

次に図８をより詳細に参照すると、実施形態では、剛性のある物理的な接続手段１３は、通信回路を、すなわち、その他の形で形成される前述の通信手段の一部を備える。この通信回路は、例えば、ＭＤへの、またはＭＤ２０を介するサーバへの、あるいはその両方への通信リンクをサポートするように適合される。

剛性のある物理的な接続手段１３は、例えば、好ましくは、チップ−リング−リング−スリーブ、すなわちＴＲＲＳ、３．５ｍｍのオーディオ・コネクタである双方向通信コネクタとすることができ、通信手段は、ＴＲＲＳ双方向オーディオ・リンクにわたるオーディオ・シグナリングを介してモバイル・デバイス２０と通信するように適合される。多くのハンドヘルド・デバイスがＴＲＲＳソケットを備えているので、互換性のために、ＴＲＲＳコネクタが好ましい。ＴＲＲＳ接続は、通常、オーディオ・コンテンツを伝達するように意図されているが、ＭＤへの双方向通信リンクを可能にするために、マイクロフォン回線とヘッドフォン回線を共に使用できることから得られる利点がある。ＴＲＲＳオーディオ・コネクタはさらに、その主軸周りで取り付けられたＣＤの回転を行うことが可能になり、それは、ユーザの人間工学の点から有利である（ユーザは特に、良好な対話を楽しむためにデバイス１０の傾斜を補正することができる）。ＴＲＲＳコネクタは、４つの電気的な接続を備える。１つは共用アースであり、他の１つはＣＤからＭＤへの出力チャネルを提供するマイクロフォン回線であり、２つはＭＤからＣＤへの入力チャネルを提供するスピーカ回線である。マイクロフォン回線に加えて、双方向通信をサポートするためには、スピーカ回線の一方だけが必要となる。しかし、スピーカ回線を共に使用することにより、さらなるスループットを得ることが可能になる。さらに、ＴＲＲＳオーディオ・インターフェースは、接続と通信を共に提供するインターフェースの一例に過ぎない。明らかに、接続は、代替的にＵＳＢとして、または任意の適切な所有権のあるドッキング・コネクタとして具現化することもできる。

このコネクタ１３に対する変形形態、または補足するものとして、ＣＤ１０は、それ自体のネットワーク・アクセス手段１４を備えることができる。

実施形態では、前述のコンピュータ化された方法１６２は、図１および図２を参照して次に論ずるように、対象とする１つまたは複数の角度に従って、前記コンテンツを再配置するように設計されることが好ましい。図１は、最初の方向で（ＭＤの自然の向きと一致する）、ＭＤに取り付けられたＣＤを概略的に表している。図２は、π／２の時計回り回転後の同じシステムを表している。三角法とは対照的に、この例ならびに図３〜図５では角度は時計回りに測定されることに留意されたい（しかし、これは本発明の範囲を限定するものではない）。方向データは特に、ＣＤがモバイル・デバイスに取り付けられたとき、モバイル・デバイスの基準軸ｚと、ＣＤ１０の基準軸ｘとの間の固定された相対角β、すなわち、β＝∠（ｚ、ｘ）を含むことができる。図１および図２では、β＝π／２（時計回りに測定）であり、図３〜図５では、β＝πであることに留意されたい。例えば、β＝πまたは３π／２などの他の値も企図され得る。

方向データは、動的な回転角αをさらに含むことができ、回転角αにより、ＭＤ、または等価的にシステムＳ１０（ＭＤ２０およびＣＤ１０から構成される）は、図２で示されるように、最初の方向ｚに対してその新しい方向ｚ’へと回転させる、すなわち、α＝∠（ｚ、ｚ’）である。システムＳ１０のこのような回転が行われた後、ＭＤは、そのディスプレイのコンテンツを−α（または最も近い別の値）だけ回転させる。ＣＤディスプレイのコンテンツは常に、ＭＤディスプレイ２９とＣＤディスプレイ１９のコンテンツの方向が一致するように、γ＝−（α＋β）ｍｏｄ２πだけ回転させることができる。変形形態では、送信される方向データは、前述の動的な回転角αと固定された相対角βの両方に依存する現在の合計角γから構成され得る。代替的には、ＣＤに−（α＋β）を送信することができ、モジュロ演算は、ＣＤで、またはサーバ３０などで実施することができる。他の変形形態では、相対角βは、方法１６２により独立して知られており、したがって、ＣＤに渡す必要のないこともあり得る。

考慮されている基準方向は、通常、図１〜図６で想定されている、例えば、スマートフォンの長手方向主軸ｚなど、ＭＤの自然の方向である。基準方向／自然の方向の概念は、それ自体知られている。各ＭＤは自然の方向を有する。ＭＤ内に統合された適切なセンサにより生成されたデータに基づいて、ＭＤは、ユーザがＭＤを保持し動かしたときに変化する動的な回転角αを評価し、それに従って−αだけその画面コンテンツを回転させることができる。上記で導いたように、画面コンテンツの逆回転角γは、通常、実際の回転α＋βの反対である。

さらに、角度γは、好ましくは、−（α＋β）ｍｏｄ２πの別のバージョン、すなわち、大部分の場合π／２の倍数に、またはより一般的に、ｎ回の回転機能を可能にするＣＤ画面に対して２π／ｎの倍数に最も近いものである（長方形画面は４回の回転対称を有していないが、長方形画面に対してはｎ＝４である）。ＣＤに関しては、画面コンテンツの正しい回転を行ってＭＤとの同期した方向付けを達成するために、さらなる角度、すなわち、固定角βが適切に識別され、かつ考慮される必要があるが、それ以外は、同様の検討がＭＤに対しても実際に適用される。

αおよびβはＭＤの画面パネルの平面内における２Ｄ回転角であることに留意されたい。それに代えて、生の加速度計データ、またはおそらく加速度計もしくは他のセンサにより生成された任意のデータを使用する場合、ＣＤの画面コンテンツを再方向付けするために、厳密に必要な２Ｄ情報を超える任意の情報は、無視できることが理解されよう。

図３から図５は、ＣＤおよびＭＤを備えるシステムにおける画面コンテンツの回転を明示的に示している。図３は、ＭＤおよびＣＤの自然の方向を示している。ＣＤがＭＤに取り付けられた後（図４）、モバイル・デバイスの基準軸とＣＤの基準軸との間の固定された相対角βは、この例ではπであることは明らかである（β＝π／２である図１とは異なっている）。したがって、図４では、ＣＤ上に表示されるコンテンツは、−βだけ回転する（今のところα＝０）。システムをα＝−π／２（図５、時計回りに測定）だけ回転させた後、ＭＤは、そのディスプレイのコンテンツをπ／２だけ回転させ、矛盾することなく、ＣＤディスプレイのコンテンツは、−（α＋β）ｍｏｄ２πに最も近いπ／２の倍数、すなわち、−π／２（これも時計回りに測定）だけ、ＭＤおよびＣＤの方向に適合するように、（図３で示された）その自然の方向に対して回転させる。

次に、実施形態では、ＣＤの画面は、画面コンテンツの再方向付けに容易に適合するように、ハンドヘルド・デバイスに通常提供される長方形の縦横比ではなく、本質的に正方形の縦横比を有することができる。これは、例えば、図３〜図５で示された実施形態の場合である。理想的には、例えば、０．９〜１．１：０．９〜１．１など、わずかな偏差を条件として、１：１の比が好ましい。この理想的な縦横比からの逸脱は、不必要なリフロー、またはより一般的に、ＣＤ上に表示すべきコンテンツの再配置を示唆することになり、プロセスは、より多くの計算資源を必要とすることになる。しかし、再配置が、サーバなどの外部のエンティティで、すなわち、ＣＤよりも通常かなり多くの計算資源を有するエンティティで決定される場合、コンテンツを再配置するのに必要なさらなる資源は問題ではない。変形形態では（図３〜図５で示されていない）、画面１９は（正方形であろうとなかろうと）、ユーザ体験を改善するために、例えば、その対応するコントロール／ボタンに近接してアイコンを配置できるようにするために、ユーザ・インターフェース・コントロール（ボタン１８ａ、１８ｂなど）、またはコントロールの大部分を備えるその縁面の方向に中心をずらすことができる。

変形形態では、また図６で示すように、コンピュータ化された方法１６２は、ＣＤで画面コンテンツを再配置する必要性を制限または抑制するために、表示されるコンテンツを、ＣＤ１０の画面の画面領域１９内に提供される対称的な領域１９ａ、例えば、画面よりも高い対称性を有する領域に制限するように適合され得る。対称的な領域は、例えば、正方形領域（または本質的に正方形）など、ｎ≧１の少なくとも４回の回転対称を有する領域とすることができる。その場合、ＭＤがその画面コンテンツを再方向付けするためにπ／２の倍数である別の値を使用すると仮定すると、リフローの必要はないことが分かる。より一般的には、ＭＤが、例えば、π／ｍの倍数など他の別の値を使用する場合、対称的な領域１９ａは、少なくとも２ｍｎ回の回転対称を有することができる。ｎの大きな値の限界では、制限される領域１９は円板に近づくことに留意されたい。対称性が高すぎることは、コンテンツを表示するために利用可能なスペースが失われることを示唆している。したがって、例えば、ｎ＝１などのｎの小さな値が好ましい。すべての場合において、デバイス１０が、デフォルトで非正方形の画面を備えている場合であっても、ＣＤで画面コンテンツをリフローさせる必要性を抑制するためになど、表示されるコンテンツを、画面１９上の低減された適切に対称性のある表示領域１９ａに制限することが可能であることが理解されよう。さらに前記対称的な領域１９ａは、前に示したように、例えば、ユーザ体験を改善するために、ユーザ・インターフェース・コントロール（ボタン１８ａ、１８ｂなど）、または大部分のコントロールを備えるその縁面の方向に中心をずらすことが好ましい。図６では、画面１９および表示領域１９ａは、共に中心がずれていることに留意されたい。

次に図３と図６を共に参照すると、いくつかのユーザ・インターフェース・コントロール１８ａ、１８ｂが、剛性のある物理的な接続手段１３が位置する縁面とは反対側の縁面上に設けられることが好ましい。ＣＤ１０の大部分もしくはすべての物理的なユーザ・インターフェース・コントロールは、画面を含むパネル上ではなく、前記反対側の縁面上にだけ設けられることがより好ましい。例えば、ＣＤのボタンは、ＴＲＲＳオーディオ・コネクタが突き出ている縁部の反対側の縁部上に設けることができる。こうすることにより、ＣＤ上に必要となる表面を最小化する（また可能な限り表示用にその多くを使用する）ことが可能になる。さらに、こうすることは、前記コントロールを作動させている間に、ユーザに画面が見えるようにし、かつユーザにより物理的なコネクタ１３に対して加えられる力のモーメントを最小化することが可能になる。これは、次いで、コネクタの摩耗、損傷、破断の危険を低下させる。

他の態様によれば、本発明は、上記で述べたように、システム１００として、すなわち、ＣＤ１０だけではなく、さらにＭＤ２０を備えるシステムとして具現化することができ、ＣＤは剛性的にＭＤ２０に取り付けられる。システムは、図７で示すようにサーバをさらに含むことができる。システムの詳細な記述は、セクション２．２で与えられる。

さらに他の態様によれば、本発明は、前に述べたものなど、ＣＤ１０の画面上でコンテンツを再配置し、かつ再配置されたコンテンツを表示するためのコンピュータ化された方法と見なすことができる。図９〜図１１（さらに図３〜図５）を参照すると、このような方法は、基本的に以下のステップを含む。すなわち、
・ＣＤ１０をモバイル・デバイス２０に取り付けたとき、またはそれに応じて、適切なエンティティ１６２は、ＣＤ１０の通信手段と協動して、必要な通信リンクを設定し（ステップＳ２８、Ｓ３０）、これは、１つまたは複数の外部のシステム２０、３０から、表示されるコンテンツ、ならびにモバイル・デバイス２０の方向データα、γを受け取ることができるようにするためである（ステップＳ６０、Ｓ６５）。また
・このエンティティ１６２は続いて、ＣＤの画面１９上で前記コンテンツを再配置し、かつ表示し（ステップＳ７０）、これは、受け取った方向データα、γに従って行われる。

対話シナリオの例が、図９〜図１１で提案されている。図９では、ＣＤおよびＭＤだけが含まれる（ただし、検査するステップＳ６７はサーバを含むことができる）。その場合、コンテンツと方向データは共に、ＭＤ２０により提供される。図１０〜図１１では、サーバがさらに含まれ、サーバは、ステップＳ６５で、ＣＤで表示されるコンテンツを送る（またはクロスチェックする）。図１０と図１１の方式間の主な差は、図１０では、ＭＤが、ステップＳ６０で、方向データをサーバに送り、サーバは、次いでステップＳ６２で、それらをＣＤに提供することであり、したがって、その場合、ＭＤとＣＤとの間に通信リンクを確立する必要がない。そうではなくて、ＣＤおよびＭＤは、それぞれがサーバ３０に接続される。図１１では、２つの別個のリンクが確立され、第１のものは、方向データを渡す（ステップＳ６０）ためのＭＤとＣＤとの間のリンクであり、第２のものは、ステップＳ６５で、ＣＤで表示されるコンテンツを提供する、またはその妥当性を検査するための、サーバとＣＤと間のリンクである。

したがって、エンティティ１６２とＣＤ１０の通信手段との間の協動は、表示されるコンテンツとモバイル・デバイス２０の方向データα、γとを共に受け取るために、モバイル・デバイス２０またはサーバ３０あるいはその両方と通信することを含むことができる。コンテンツの再配置は、エンティティ１６２（すなわち、アプリケーションもしくはファームウェアとすることのできる、ＣＤ上で実行されるコンピュータ化された方法）により管理される。しかし、必要な再配置は、コンテンツを生成するアプリケーションによって示唆することができ、またこのアプリケーションは、ＭＤ、ＣＤ、もしくはＭＤとＣＤの両方で動作する、または主としてサーバ上で動作する、あるいは同時に、サーバ、ＭＤ、およびＣＤ（分散アプリケーション）のうちの任意の２つで、またはそれらのそれぞれで動作することができる。さらに、伝達されるコンテンツおよび方向データは、簡単なコードとすることができ、最終的なコンテンツは、ＣＤ上で実行されるコンピュータ化された方法１６２により解釈される。

サーバが含まれる場合、図１０で示すように、ＭＤは、方向データをサーバに送ることができ、サーバは、コンテンツに加えて、それらをＣＤに転送する。その場合、ＭＤへの接続は物理的なものだけであるが、ＣＤは、ＭＤ２０またはネットワーク・カード１４を介して、かつネットワーク１６５を介してサーバ３０にアクセスすることができる。

変形形態では、図９で示すように、コンテンツは、ＭＤから受け取ることができ、次いで、ステップＳ６７で、セキュリティ検査を受ける。しかしそれらのコンテンツ（またはそのハッシュ値）をクロスチェックするためにサーバ３０に渡すことが最も有利である。しかし、おそらくＣＤだけで局所的に行われる、他のタイプの検査オペレーションを含めることもできる。

ＣＤは、ＭＤ２０を介してサーバ３０と通信することができる（図９〜図１１でステップＳ２８、Ｓ３０、Ｓ６７、およびＳ９０）。その場合、ＣＤの通信手段は、ＭＤ２０を介して、サーバ３０と適切な通信リンクを設定するように、方法１６２により促されるようにすべきである。ＣＤは、例えば、ＭＤ２０に接続され、次いで、ＭＤにより提供されたインターネット接続を介してサーバ３０に接続することができる。それは、例えば、インターネット・アクセスを必要とするＭＤ上で動作する任意のアプリケーションと同様に、ネットワーク・ソケットを開くことができる。この選択肢は、ＭＤのオペレーティング・システムに応じて、ユーザ確認を含むことができる。サーバは、次いで、セキュリティ目的で、例えば、ＳＳＬ／ＴＬＳ接続を用いてＣＤにより安全にアクセスされることが好ましい。

図１１の実施形態では、ＣＤは、一方で、方向データを受け取るためにＳ６０、ＭＤ２０と通信し、他方では、コンテンツを受け取るためにＳ６５、またはクロスチェックするためにＳ６７、サーバ３０と通信する。その場合、ＣＤの通信手段は、各通信リンクを設定するように、エンティティ１６２により促されることになる。

したがって、混成手法が企図され得る。例えば、表示されるコンテンツは、サーバによりＣＤに、例えば、直接提供される、またはＭＤを介して暗号化されて提供されるが、方向データは、図１１で示すように、ＭＤからＣＤへと直接流れることができる。前述のように、変形形態では、コンテンツは、ＭＤから送られるが、なお、サーバでクロスチェックされ得る（図９のステップＳ６７）。このような機構は、安全なコンテンツを提供するので安全であり、コンテンツは、サーバから送られる、またはサーバでクロスチェックされる。なお、方向は、セキュリティの影響を受けるものではないので、図１１で示されるように、ＣＤに直接渡すことができる。

上記の方法は、デバイス１０を参照してすでに述べた機能を反映するステップをさらに含むことができる。例えば、図６を参照すると、再配置されたコンテンツを表示するステップＳ７０は、表示されるコンテンツを、ＣＤの画面１９の画面領域内に適合する、例えば、４回の回転対称領域など、対称的な領域１９ａに制限するステップを含むことができる。このステップは、前記対称的な領域を、例えば、ユーザ・コントロール１８ａ、１８ｂの方向に中心をずらすように命令するステップをさらに含むことができる。変形形態では、全体の画面を使用することができ、またコンテンツを、ＣＤまたは外部エンティティ２０、３０で必要に応じて、リフローさせる、またはより一般的に、再配置することができる。さらに、前に示したように、エンティティ１６２は、ＭＤ２０と、またはＭＤ２０を介して、あるいはその両方で双方向通信リンクを確立することができる。最後に、ユーザ対話が望ましい可能性があり、したがって、本方法は、ＣＤで受け取ったユーザ命令を、ＭＤ２０に、またはＭＤを介してサーバ３０に、あるいはその両方に伝達するステップＳ９０をさらに含むことができる。

次に最後の態様によれば、本発明は、上記で述べたコンピュータ化された方法の諸ステップを実施するためのプログラム・コード手段１６２を含むコンピュータ・プログラム製品として具現化することができる。

上記の実施形態は、添付図面を参照して簡潔に述べられてきており、いくつかの変形形態を含むことができる。上記の特徴のいくつかの組合せも企図され得る。次のセクションで例を示す。

２．具体的な実施形態／技術的な実装形態の詳細
ＣＤ１０（セクション２．１）、図７のシステム１００（セクション２．２）、および図９〜図１１の方法（セクション２．３）の可能な実施形態に関する現在のさらなる詳細が示される。

２．１ハンドヘルド・コンパニオン・デバイスに関するさらなる検討
ハンドヘルド・コンパニオン・デバイス１０は、例えば、セキュア・メモリを備えたセキュア・デバイスであることが好ましい。このデバイスは、通常、会社または個人のセキュア・デバイスである、すなわち、ユニバーサル・シリアル・バス（ＵＳＢ）デバイス、好ましくは、ＵＳＢフラッシュ・ドライブ（統合されたＵＳＢインターフェースに加えて、フラッシュ・メモリを含むデータ記憶デバイス）などの会社もしくはユーザが所有し、かつ管理するハンドヘルド・デバイスであって、このユーザだけが使用する、またはこのユーザが働いている、もしくは電子バンキング・シナリオの場合にその顧客である会社により所有され、かつ管理されるハンドヘルド・デバイスである。

前述のように、このデバイスは、軽量のファームウェア（６００ＫＢまたはそれ以下の程度、例えば、３００ＫＢなど）により動作されることが好ましく、デバイス１０は、本格的なオペレーティング・システムを備えていないことが好ましい。それは、ユーザによりプログラム可能ではないことがさらに好ましい。それは、特にコンピュータ化された方法１６２、ならびに他のファイル１６４（例えば、復号鍵、パラメータ、ファイルなど）を記憶する恒久的なメモリ１６、好ましくは、セキュア・メモリを含む。メモリは、特に方法１６２を実行するための処理手段１２に適切に結合される。処理手段１２は、あるとすれば、例えば、オーディオ・コネクタ１３のためのプロセッサおよびデジタル・アナログ変換器（すなわち、ＤＡＣ）およびアナログ・デジタル変換器（すなわち、ＡＤＣ）を含むシステム・オン・チップ（すなわち、ＳＯＣ）の形態で提供されることが好ましい。前に論じたように、ＣＤ１０は、実際には、例えば、コネクタ１３を介して外部エンティティと通信するためのＴＲＲＳもしくはＵＳＢ通信インターフェースなど、少なくとも１つの接続インターフェース１３ａを備えることができる。

通常、このデバイスは、２００ｇ未満、好ましくは６０ｇ未満、より好ましくは４０ｇ未満の重さがある。取り扱いを容易にするために、ＣＤ１０は、それが接続される典型的なＭＤ２０よりも、（実質的に）小型であり、かつ軽量であることが好ましい。

デバイス１０は、例えば、スタンダードＳＩＭフォーマット、または好ましくは、マイクロＳＩＭフォーマットさらにナノＳＩＭフォーマットなどの、スマート・カード４０上に記憶されたユーザ認証情報を読み取るためのスマート・カード・リーダ１７をさらに備えることができる。適切な使用は、例えば、カード上に記憶されたユーザ認証情報など、このようなデータから安全に行うことができる。特に、信頼できる接続は、おそらくＭＤ２０を介して、ユーザ、すなわち、厳密にはＣＤ１０と、例えば、図７で示されたサーバ３０などのサーバであるサードパーティ２０、３０との間で確立することができ、その信頼できる接続は、このようなデータを用いることが必要になる可能性がある。変形形態では、ユーザ認証情報は、セキュア・デバイス１０の恒久的なメモリ１６上に直接記憶することができる。その点において、デバイスで表示されかつ署名される、セキュリティに影響を受ける情報を符号化／復号するために、任意の適切な暗号化プロトコルを設計または再使用することができる。

ユーザとの直接対話を可能にするために、制御ボタン１８ａ、１８ｂなどのさらなるユーザ・インターフェースが提供される。さらに、デバイスは、オン・オフ・スイッチ１５を備えることができるが、変形形態では、ボタン１８ａ、１８ｂの一方を、オン／オフするために、例えば、長押しを用いて再使用することもできる。デバイスは、その他に、コネクタ１３を介して、挿入および取外し時に、電源をオン／オフすることができる。変形形態では、デバイス１０は電池１１を含むことができ、おそらく電池を充電するための１つまたは複数の太陽電池を備えることもできる（図示せず）。

ＣＤ１０は、遠隔サーバ３０との、すなわち、ネットワーク１６５を介した、安全な接続を可能にするために、処理手段１２に動作可能に結合されたネットワーク接続手段１４をさらに備えることができる。図７で示されるように、このようなネットワーク接続手段は、ＭＤ２０を介する接続とは独立して、またはそれに加えて、サーバ３０との接続を可能にすることができる。

様々なタイプの接続が企図され得る。例えば、ＭＤ２０とは独立した接続手段１４により使用可能にされ、かつ維持される別個の接続、または共有される接続である。ネットワーク接続手段１４は実際に接続を共有することができる、すなわち、例えば、ＭＤ２０により使用可能にされる接続を介するテザリングによるなど、近隣デバイス２０により、または実際にそのようにすることが可能な任意の近隣デバイスにより、使用可能にされるネットワーク接続を使用することができる。共有接続は、一般にそれ自体知られている。本件では、それは、例えば、接続パッケージなどの手段１４を、処理手段１２に適切に接続することが必要なだけである。当技術分野で知られているように、共有接続を許可するためには、例えば、ＭＤもしくは任意の近隣デバイスにより、またおそらく同様にＣＤにより、追加のデバイス構成ステップがさらに必要になり得る。

例えば、他のデバイスを有する移動電話など、インターネット可能なＰＤＡのインターネット接続を共有できる技法が一般に知られている。このような共有は、無線ＬＡＮ Ｗｉ−Ｆｉを介して、またはＢｌｕｅｔｏｏｔｈを介して、あるいはさらに前に論じたようにＭＤ２０とデバイス１０を物理的に接続し、かつコネクタ１３を介してＭＤ２０と確立された双方向リンクを利用することにより提供することができる。その目的のために、ＣＤ１０のＴＲＲＳ／ＵＳＢ機能１３を利用することができる。例えば、無線ＬＡＮを介するテザリングなどの無線接続は、人間工学の点で有利である。しかし、それは、リンクが、コネクタ１３を介し、ＭＤ２０を経由してサーバへと確立される解決策よりも費用がかかる。例えば、インターネットで接続されたＭＤ２０は、ＣＤ１０に対してテザリング・サービスを提供するとき、可搬形のルータとして動作することもできる。したがって、本件では、ＣＤは、無線であろうとなかろうと、近隣デバイスと接続を共有することができる。その結果、安全な接続が、ＭＤ２０により使用可能にされるネットワーク接続を介してサーバ３０と確立され得る。

デバイス１０とサーバ３０との間のデータ通信は、好ましくは、
− コンピュータＭＤ２０を介するサーバ３０からデバイス１０へのＨＴＴＰＳ接続、
− 端末間の相互認証、および
− 必要に応じて、送信されるデータのデータ・シグネチャおよび暗号化
により実行されるべきである。
さらなる詳細は、特に導入部で引用したＴ．Ｗｅｉｇｏｌｄの論文で見出すことができる。

変形形態では、接続手段１４は、それ自体が知られている、例えば、ＧＰＲＳ、ＷＬＡＮなど、それ自体のネットワーク・アクセスを維持する。この場合、安全な接続は、同様にサーバ３０と確立することができるが、ＭＤ２０とは独立している。このような解決策は、再度、ＭＤ２０を介してサーバに接続するために物理的なコネクタ１３を含む解決策よりも費用がかかる。しかし、サーバ３０に接続するためのＭＤ２０とのさらなる対話は不要なので、待ち時間が低減される。本明細書ではまた、サーバ３０との通信は、端末間の相互認証および暗号化を使用することもできる。

２．２図７のシステムの詳細な説明
図７は、本発明の実施形態に含まれる方法ステップを実施するのに適した一般的なコンピュータ化システムを表している。

本明細書で述べられる方法は、大部分が非対話式のものであり、またサーバ３０、ＣＤ１０、およびＭＤ２０などのコンピュータ化システムにより自動化されることが理解されよう。例示的な実施形態では、本明細書で述べる方法は、（部分的に）対話式または非対話式システムで実施することができる。これらの方法は、ソフトウェア（例えば、ファームウェア）、ハードウェア、またはそれらの組合せでさらに実施することができる。例示的な実施形態では、本明細書で述べる方法は、実行可能なプログラムとして、ファームウェアで実施され、またＣＤの処理手段１２により実行される。同時に、アプリケーションは、エンティティ１６２と対話する、ＭＤ２０またはサーバ３０あるいはその両方で実行され得る。

最小のシステム１００は、ＣＤ１０およびＭＤ２０を含み、ＣＤ１０はＭＤ２０に剛性的に接続される。それはまた、ネットワーク１６５、およびサーバ３０、または任意の適切なネットワーク・エンティティ３０を含むことが好ましい。

例示的な実施形態では、図７で示すように、ハードウェア・アーキテクチャの点で、ＭＤ２０は、プロセッサ１０５、メモリ・コントローラ１１５に結合されたメモリ１１０を含む。入力または出力あるいはその両方（Ｉ／Ｏ）のデバイス、または周辺装置（例えば、ＣＤ１０）は、ローカルな入力／出力コントローラ１３５を介して通信可能に結合され得る。入力／出力コントローラ１３５は、当技術分野で知られているように、これだけに限らないが、１つもしくは複数のバス、または他の有線接続もしくは無線接続を含むことができる。入力／出力コントローラ１３５は、通信を可能にするためのコントローラ、バッファ（キャッシュ）、ドライバ、中継器、および受信器など、簡単化のために除外したさらなる要素を有することができる。さらに、局所的なインターフェースは、前述の構成要素の間で適切な通信を可能にするために、アドレス、コントロール、またはデータ接続、あるいはそれらのすべてを含むことができる。

プロセッサ１０５は、ソフトウェアを、特にメモリ１１０に記憶されたソフトウェアを実行するためのハードウェア・デバイスである。プロセッサ１０５は、任意の特注の、または市販されているプロセッサ、中央処理装置（ＣＰＵ）、ＭＤ２０に関連するいくつかのプロセッサの中の補助的なプロセッサ、半導体ベースのマイクロプロセッサ（マイクロチップもしくはチップセットの形で）、または一般にソフトウェア命令を実行するための任意のデバイスとすることができる。

メモリ１１０は、揮発性のメモリ要素（例えば、ランダム・アクセス・メモリ）、および例えば、ＥＥＰＲＯＭなどの不揮発性の（恒久的な）メモリ要素のいずれか、またはそれらの組合せを含むことができる。特に、メモリ１１０は、必要に応じて、ＣＤ１０における方法１６２の実行と同時に、または後で実行するために、ソフトウェア・モジュールを全体的もしくは部分的にＣＤ１０から転送できるメモリ部分１２１を含むものとする。メモリ１１０におけるソフトウェアは、特に、１つまたは複数の別々のプログラムを含むことができ、そのそれぞれは、ＣＤ１０に、例えば、方向データ、もしくはさらにコンテンツも提供するためになど、論理的な機能を、特に本発明の実施形態に含まれる機能を実施するための実行可能な命令のリスティングを含む。図７の例では、メモリ１１０は、その目的に沿った命令、ならびにデバイス１０とサーバ３０との間で、ネットワーク１６５を介する通信を開始するための命令を含むソフトウェアをロードすることができる。

メモリ１１０におけるソフトウェアはまた、通常、適切なオペレーティング・システム（ＯＳ）１１１を含むことができる。ロードされた後（および場合）、ＯＳ１１１は、本質的に、他のプログラムの実行を制御し、かつスケジューリング、入力−出力制御、ファイルおよびデータの管理、メモリ管理、ならびに通信制御および関連するサービスを提供する。

本明細書で述べるコンピュータ化された方法の少なくとも一部は、ソース・プログラム、実行可能なプログラム（オブジェクト・コード）、スクリプト、または実施すべき１組の命令を含む任意の他のエンティティの形態とすることができる。ソース・プログラムである場合、プログラムは、コンパイラ、アセンブラ、インタプリタ、または同様のものにより変換される必要があり、それらは、デバイス１０、ホスト２０、またはサーバ３０、あるいはそれらのすべてのメモリ内に含めることも含めないこともあり得る。さらに方法は、データおよびメソッドのクラスを有するオブジェクト指向プログラミング言語、またはルーチン、サブルーチン、または関数、あるいはそれらのすべてを有する手続き形プログラミング言語として記述することができる。

ＭＤ２０は、ディスプレイ２９に結合されたディスプレイ・コントローラ１２５をさらに含む。例示的な実施形態では、ＭＤは、ネットワーク１６５に結合するためのネットワーク・インターフェース１２４をさらに含むことができる。ネットワーク１６５は、ブロードバンド接続を介してＭＤ２０と、任意の外部サーバ、クライアント、および同様のものとの間の通信のためのＩＰベースのネットワークとすることができる。ネットワーク１６５は、ＭＤ２０と、例えば、サーバ３０などの外部システムとの間でデータを送信し、かつ受信する。例示的な実施形態では、ネットワーク１６５は、サービス・プロバイダにより運営される管理されたＩＰネットワークとすることができる。ネットワーク１６５は、例えば、ＷｉＦｉ、ＷｉＭａｘなどの無線プロトコルおよび無線技術を用いるなど、無線で実施することができる。ネットワーク１６５はまた、ローカル・エリア・ネットワーク、広域ネットワーク、都市圏ネットワーク、インターネット・ネットワークなどのパケット交換網、または他の同様のタイプのネットワーク環境とすることができる。ネットワーク１６５は、固定された無線ネットワーク、無線ローカル・エリア・ネットワーク（ＬＡＮ）、無線広域ネットワーク（ＷＡＮ）、パーソナル・エリア・ネットワーク（ＰＡＮ）、仮想私設網（ＶＰＮ）、イントラネット、または他の適切なネットワーク・システムとすることができ、また信号を受信し、かつ送信するための機器を含む。

ＭＤ２０が動作しているとき、プロセッサ１０５は、メモリ１１０内に記憶されたソフトウェアを実行し、メモリ１１０との間でデータを通信し、かつソフトウェアに従って、ＭＤ２０の動作を概して制御するように構成される。

当業者であれば理解されるように、本発明の態様は、デバイス１０、システム１００、方法、またはコンピュータ・プログラム製品として具現化することができる。したがって、本発明の態様は、全体的にハードウェア実施形態、全体的にファームウェアまたはソフトウェアあるいはその両方の実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなど）、あるいはファームウェア／ソフトウェアおよびハードウェアの態様を組み合わせた実施形態の形態をとることができ、それらはすべて本明細書において、概して「回路」、「モジュール」、または「システム」と呼ぶことができる。さらに本発明の態様は、コンピュータ可読プログラム・コードが具現化された１つまたは複数のコンピュータ可読媒体に具現化されるコンピュータ・プログラム製品の形態をとることができる。

１つまたは複数のコンピュータ可読媒体の任意の組合せを使用することができる。コンピュータ可読媒体は、コンピュータ可読信号媒体、あるいはコンピュータ可読記憶媒体、すなわち、命令実行システム、装置、もしくはデバイスにより、またはそれらとの接続状態で使用されるプログラムを含む、または記憶することのできる、任意の有形の媒体とすることができる。

コンピュータ可読信号媒体は、例えば、ベースバンドで、または搬送波の一部としてコンピュータ可読プログラム・コードが具現化された伝播データ信号を含むことができる。このような伝播信号は、これだけに限らないが、電磁的、光学的、またはそれらの任意の適切な組合せを含む任意の様々な形態のいずれかをとることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、もしくはデバイスにより、またはそれらとの接続状態で使用されるプログラムを伝達する、伝播する、または移送することのできる任意のコンピュータ可読媒体とすることができる。

コンピュータ可読媒体上で具現化されるプログラム・コードは、これだけに限らないが、無線、有線、光ファイバ・ケーブル、ＲＦなど、または前述のものの任意の適切な組合せを含む任意の適切な媒体を用いて送信することができる。

本発明の諸態様に対してオペレーションを実施するためのコンピュータ・プログラム・コードは、Ｊａｖａ（Ｒ）、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋、または同様のものなどのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの従来の手続き形プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組合せで記述することができる。プログラム・コードは、ＣＤ１０ですべて実行することができるが、さらに以下のもの、すなわち、ＣＤ１０、ＭＤ２０、および他のネットワーク・エンティティ（複数可）３０のうちの２つ以上のもので実行されるコードを含むことができる。

本発明の態様は、本発明の実施形態による方法、デバイス（システム）、およびコンピュータ・プログラム製品の流れ図またはブロック図あるいはその両方を参照して以下で述べられる。流れ図またはブロック図あるいはその両方の各ブロック、および流れ図またはブロック図あるいはその両方におけるブロックの組合せは、コンピュータ・プログラム命令により実施され得ることが理解されよう。これらのコンピュータ・プログラム命令は、プロセッサ、または他のプログラム可能なデータ処理装置により実行される命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／動作を実施するための手段を生成するように、デバイス１０，２０、３０のプロセッサ１２、１０５、または他のプログラム可能なデータ処理装置に提供されて、マシンを生成することができる。

これらのコンピュータ・プログラム命令はまた、コンピュータ可読媒体に記憶された命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／動作を実施する命令を含む製品を作成するように、コンピュータ可読媒体に記憶され、コンピュータ化デバイス１０、２０、３０、またはシステム１００に、特定の方法で機能するように指示することができる。

コンピュータ・プログラム命令はまた、デバイス１０〜３０、または他のプログラム可能な装置上で実行される命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／動作を実施するためのプロセスを提供するように、コンピュータで実施されるプロセスを生成するべく、コンピュータ化デバイスもしくはシステム、他のプログラム可能なデータ処理装置、または他のデバイス上にロードされ、一連の動作ステップを実施させることができる。

諸図における流れ図およびブロック図は、本発明の様々な実施形態によるデバイス、システム、方法、およびコンピュータ・プログラム製品の可能な実装形態のアーキテクチャ、機能性、およびオペレーションを示している。この点において、流れ図もしくはブロック図における各ブロックは、指定された論理的な機能（複数可）を実施するための１つまたは複数の実行可能命令を含むモジュール、セグメント、またはコードの一部を表すことができる。いくつかの代替の実装形態では、ブロックで記された機能は、図で記された順序を変えて実行できることにも留意すべきである。例えば、連続して示された２つのブロックは、実際に、実質的に同時に実行することが可能であり、あるいはブロックを、含まれている機能に応じて、時には逆の順序で実行することもできる。ブロック図または流れ図あるいはその両方における各ブロック、およびブロック図または流れ図あるいはその両方におけるブロックの組合せは、指定された機能もしくは動作を実施する専用のハードウェアベースのシステムにより、または専用のハードウェアおよびコンピュータ命令の組合せにより実施され得ることにも留意されよう。

２．３図９〜図１１の流れ図の詳細な説明
図９は以下のステップを示す。
・Ｓ１０：ＣＤおよびＭＤが提供される。
・Ｓ１５：ＭＤはＭＤの自然の方向を求める。
・Ｓ２０：ＣＤはＭＤに剛性的に接続される。
・Ｓ３０：ＣＤはＭＤとの協動を開始する。
・Ｓ４０：ＭＤは相対角βを求める。
・Ｓ５０：ＭＤはその現在の方向αを求める。
・Ｓ６０：ＭＤは方向データをＣＤに送る。
・Ｓ７０：ＣＤは、したがって、このような方向データに基づいてコンテンツを再配置し、表示することができる。
・Ｓ８０：方向が変化した場合、ステップＳ５０で、新しい現在の方向が求められる。次いで、ＭＤは新しい方向データをＣＤに送り、ＣＤは、したがって、ステップＳ６０〜Ｓ７０で、新しい方向データに基づき、コンテンツを再配置し、表示することができる。
・ステップＳ３０〜Ｓ６０とは並列に、ステップＳ６３で、新しいコンテンツがＣＤに送られるべきと判定された場合、ステップＳ６５で、ＭＤは新しいコンテンツを送る。
・Ｓ６７：ＣＤは次に進んで、コンテンツを検査することができる。前に言及したように、ステップは、外部エンティティ３０を介して検証／クロスチェックすることを含むことができる、
・プロセスはステップＳ７０へと進み、ステップＳ７０で、ＣＤは、受け取った最近の方向データに基づき、新しいコンテンツを再配置し、表示することができる。
・Ｓ９０：最後に、コントロール１８ａ、１８ｂによるユーザ対話は、ＣＤに、ユーザ入力（妥当／無効）をＭＤに伝達するように促すことができる。

図１０は、以下のものを除いて図９と同様である。すなわち、
・ステップＳ１０で、ＣＤおよびＭＤに加えて、サーバが提供される。
・新しいステップＳ２８が提供され、ＭＤは、サーバとの接続を確立するためにサーバとの協動を開始し、それにより、ステップＳ３０で、ＣＤは、サーバから方向データを受け取る（ステップＳ６２）、およびコンテンツを受け取る（ステップＳ６５）ために、サーバとの協動を開始することができる。これは、ステップＳ６０で、ＭＤが、ＣＤにではなくサーバにその方向データを送ることを示唆している。
・Ｓ７０：ＣＤは、したがって、方向データに基づいてコンテンツを再配置し、表示し、すべてはサーバから受け取られる。

図１１は、ステップＳ６０で、ＭＤは、図１０とは対称的に、図９で示すように、方向データを直接ＣＤに送ること以外は、図１０に最も類似している。

したがって、前に示したように、図９は、主としてＣＤおよびＭＤを含み（ステップＳ６７は、さらにサーバを含むことができるが）、コンテンツと方向データは共に、ＭＤ２０によりＣＤへと提供される。図１０〜図１１では、さらにサーバが含まれ、サーバは、ＣＤで表示されるコンテンツを送る。図１０では、ＭＤは、Ｓ６０で、方向データをサーバに送り、サーバは、Ｓ６２で、方向データをＣＤに提供し、したがって、ＭＤとＣＤとの間に通信リンクが確立される必要はない。そうではなくて、ＣＤおよびＭＤは、それぞれサーバ３０に接続される。図１１では、２つの別個のリンクが確立され、第１のものはＭＤとＣＤとの間で、方向データを渡すためのものであり（ステップＳ６０）、第２のものは、ステップＳ６５で、サーバとＣＤとの間で、ＣＤで表示されるコンテンツを提供する、またはその妥当性を検査するためのものである。

２．４最終的な特記事項
本発明は、限られた数の実施形態、変形形態、および添付図面を参照して述べられてきたが、本発明の範囲から逸脱することなく様々な変更を行うことができること、および等価な形態で置き換え得ることを当業者であれば理解されよう。特に、所与の実施形態、変形形態で記載された、または図面で示された（デバイスもしくは方法などの）特徴は、技術的に正しいものであれば、本発明の範囲を逸脱することなく、他の実施形態、変形形態、または図面における他の特徴と組み合わせる、または置き換えることができる。したがって、添付の特許請求の範囲になお含まれる上記の実施形態または変形形態のいずれかに関して述べられた特徴の様々な組合せも企図され得る。さらに、特定の状況に適合させるために、本発明の範囲から逸脱することなく、本発明の教示に対して、多くのわずかな修正を加えることができる。したがって、本発明は、開示された特定の実施形態に限定されるのではなく、添付の特許請求の範囲に含まれるすべての実施形態を含むように意図されている。さらに、上記で明示的に言及したもの以外の多くの他の変形形態も企図され得る。例えば、さらなるユーザ・コントロールを、コントロール１８ａ、１８ｂに隣接して設けることができる。

１０ ハンドヘルド・コンパニオン・デバイス（ＣＤ）
１２ ＣＤの処理手段
１３、１３ａ、１４ ＣＤの通信手段
１３ 剛性のある物理的な接続手段（例えば、ＴＲＲＳオーディオ・コネクタ）
１３ａ ＣＤの接続インターフェース
１４ ＣＤのネットワーク接続手段
１６ ＣＤの（恒久的な）メモリ
１８ａ、１８ｂ ユーザ・インターフェース・コントロール
１９ ＣＤの画面
１９ａ 画面内の正方形領域（１９ａ）
２０ ハンドヘルド・モバイル・デバイス（ＭＤ）
２９ ＭＤのディスプレイ
３０ サーバ
１００ 一般的なコンピュータ化システム
１０５ ＭＤのプロセッサ
１１０ ＭＤの主メモリ
１１１ オペレーティング・システム（ＯＳ）
１１５ メモリ・コントローラ
１２０ ＭＤの物理的な記憶媒体
１２４ ネットワーク・カード
１２５ ディスプレイ・コントローラ
１６２ ＣＤ（で実行されるエンティティ）上に記憶されるコンピュータ化された方法
１６５ ネットワーク
ｚ ＭＤの基準軸
α、β、γ ＭＤの方向データ
α 動的な回転角
β ＭＤに対するＣＤの固定された相対角
γ 合計角

Claims (15)

1. ハンドヘルド・コンパニオン・デバイスであって、
   画面と、
   前記コンパニオン・デバイスを、前記コンパニオン・デバイスの前記画面が視認できる状態でモバイル・デバイスに剛性的に取り付けるように適合された剛性のある物理的な接続手段と、
   前記モバイル・デバイスを含む１つまたは複数の外部のコンピュータ化システムと１つまたは複数の通信リンクを設定し、かつサポートするように適合された通信手段と、
   コンピュータ化された方法を記憶するメモリであって、前記方法が、前記コンパニオン・デバイスで実行されたとき、
   前記１つまたは複数の通信リンクを設定し、かつ前記１つまたは複数の外部のコンピュータ化システムから、前記１つまたは複数の通信リンクを介して、前記モバイル・デバイスの方向データおよびコンテンツを受け取るように、前記通信手段と協動するステップと、
   前記方向データに従って、前記コンパニオン・デバイスの前記画面上の前記コンテンツの方向と、前記モバイル・デバイスの画面上のコンテンツの方向とが、両方の画面を同時に見た状態で一致するように、前記コンパニオン・デバイスの前記画面上で前記コンテンツを再配置し、かつ表示するステップと
   を実施するように適合されている、前記メモリと
   を備えるハンドヘルド・コンパニオン・デバイス。
2. 前記剛性のある物理的な接続手段は通信回路を備え、前記通信回路は前記通信手段の一部を形成し、前記通信回路が、１つまたは複数の通信リンクをサポートするように適合される、請求項１に記載のコンパニオン・デバイス。
3. 前記コンピュータ化された方法は、前記コンパニオン・デバイスで実行されたとき、
   前記モバイル・デバイスが、基準方向に対して回転する動的な回転角（α）、好ましくは、
   前記コンパニオン・デバイスが前記モバイル・デバイスに取り付けられたとき、前記モバイル・デバイスの基準軸と、前記コンパニオン・デバイスの基準軸との間の固定された相対角（β）、またはより好ましくは、
   例えば、γ＝−（α＋β）ｍｏｄ２πなど、動的な回転角（α）と固定された相対角（β）の両方に応じた合計角（γ）
   に従って前記コンテンツを再配置するように設計される、請求項１または２に記載のコンパニオン・デバイス。
4. 前記コンパニオン・デバイスの前記画面が、正方形の縦横比を有する、請求項１ないし３のいずれか一項に記載のコンパニオン・デバイス。
5. 前記コンピュータ化された方法は、表示される前記コンテンツを、前記コンパニオン・デバイスの前記画面の画面領域内で、正方形領域など、ｎ≧１である少なくとも４ｎ回の回転対称を有する領域に制限するようにさらに適合され、少なくとも４ｎ回の回転対称を有する前記領域が、ユーザ・インターフェース・コントロールを備える前記コンパニオン・デバイスの縁面の方向に中心がずれている、請求項１ないし３のいずれか一項に記載のコンパニオン・デバイス。
6. 前記剛性のある物理的な接続手段が位置する縁面とは反対側の縁面上に設けられたユーザ・インターフェース・コントロールをさらに備え、前記コンパニオン・デバイスのすべての物理的なユーザ・インターフェース・コントロールが、前記反対側の縁面にのみ設けられる、請求項１ないし５のいずれか一項に記載のコンパニオン・デバイス。
7. 前記剛性のある物理的な接続手段が、ＴＲＲＳのオーディオ・コネクタである双方向通信コネクタであり、前記通信手段が、ＴＲＲＳ双方向オーディオ・リンクにわたるオーディオ・シグナリングを介して前記モバイル・デバイスと通信するように適合される、請求項１ないし６のいずれか一項に記載のコンパニオン・デバイス。
8. 請求項１ないし７のいずれか一項に記載のコンパニオン・デバイスと、前記モバイル・デバイスとを備えるシステムであって、前記コンパニオン・デバイスが、前記モバイル・デバイスに剛性的に取り付けられる、システム。
9. 請求項１ないし７のいずれか一項に記載のコンパニオン・デバイスの画面上で、コンテンツを再配置し、かつ再配置されたコンテンツを表示するためのコンピュータ化された方法であって、
   コンパニオン・デバイスが、前記コンパニオン・デバイスの画面が視認可能な状態でモバイル・デバイスに取り付けられることに応答して、前記１つまたは複数の通信リンクを設定し、かつ前記モバイル・デバイスを含む前記１つまたは複数の外部のコンピュータ化システムから、コンテンツおよび前記モバイル・デバイスの方向データを受け取るように、前記通信手段と協動するステップと、
   前記方向データに従って、前記コンパニオン・デバイスの前記画面上の前記コンテンツの方向と、前記モバイル・デバイスの画面上のコンテンツの方向とが、両方の画面を同時に見た状態で一致するように、前記コンパニオン・デバイスの前記画面上で前記コンテンツを再配置し、かつ表示するステップと
   を含むコンピュータ化された方法。
10. 前記通信手段と協動する前記ステップが、前記コンテンツおよび前記モバイル・デバイスの方向データを受け取るために、前記モバイル・デバイスまたはサーバあるいはその両方と通信するステップを含む、請求項９に記載の方法。
11. 前記通信手段と協動する前記ステップは、前記モバイル・デバイスを介してサーバと通信するステップを含む、請求項９または１０に記載のコンピュータ化された方法。
12. 前記通信手段と協動する前記ステップは、方向データを受け取るために前記モバイル・デバイスと通信し、かつコンテンツを受け取るまたはクロスチェックするために前記サーバと通信するステップを含む、請求項１１に記載のコンピュータ化された方法。
13. 前記再配置されたコンテンツを表示する前記ステップは、表示される前記コンテンツを、前記コンパニオン・デバイスの前記画面の画面領域に適合する、ｎ≧１である少なくとも４ｎ回の回転対称を有する領域に制限し、好ましくは、少なくとも４ｎ回の回転対称を有する前記領域の中心をずらすように命令するステップを含む、請求項９ないし１２のいずれか一項に記載のコンピュータ化された方法。
14. 前記通信手段と協動する前記ステップは、前記モバイル・デバイスと、または前記モバイル・デバイスを介して、あるいはその両方により双方向通信リンクを確立するステップを含み、前記方法が、前記コンパニオン・デバイスのユーザ・インターフェースを介してユーザ命令を受け取ったとき、前記モバイル・デバイスに、または前記モバイル・デバイスを介してサーバに、あるいはその両方に前記ユーザ命令を伝達するステップをさらに含む、請求項９ないし１３のいずれか一項に記載のコンピュータ化された方法。
15. 請求項９ないし１４のいずれか一項に記載のコンピュータ化された方法のステップをコンピュータに実行させるコンピュータ・プログラム。
    

Images