(57)【特許請求の範囲】
【請求項１】
移動体通信デバイスの１つ以上のキーがロックされていることを示すロック解除スクリーンを、前記移動体通信デバイスによってディスプレイ・デバイスに表示するステップと、
前記移動体通信デバイスにおいて、ページのめくり上げられた角として表示され前記ディスプレイ・デバイスのＹ−軸を横切ってドラッグされるタッチ・ターゲットの前記ロックを削除するための入力を検出した場合、前記ロック解除スクリーンがめくられるページである外観を与えるアニメーションを表示し、前記１つ以上のキーのロックを削除するステップと、
を含む、方法。
【請求項２】
請求項１記載の方法において、前記タッチ・ターゲットが放され、前記ディスプレイ・デバイスの指定されたＹ−軸を交差しない場合、前記タッチ・ターゲットが、前記ディスプレイ・デバイスの元の位置に戻るように動画化される、方法。
【請求項３】
請求項１記載の方法において、前記入力が、前記移動体通信デバイスのキーボードを露出させることによって、受け取られる、方法。
【請求項４】
請求項１記載の方法において、前記移動体通信デバイスが、ユーザーが前記ロック解除スクリーンにおける表示のために画像を指定することを可能にする機能を含む、方法。
【請求項５】
請求項４記載の方法において、前記画像が、ウェブ・サービスからネットワークを通じてダウンロードされる、方法。
【請求項６】
請求項４記載の方法において、前記画像が、前記ロック解除スクリーン上のスライドショーとして出力される複数の画像のうちの１つである、方法。
【請求項７】
請求項１記載の方法において、前記ロック解除スクリーンの表示が、最後に前記ロックが削除されて以降前記移動体通信デバイスによって出力される１つ以上の通知の表現を含む、方法。
【請求項８】
請求項７記載の方法において、前記１つ以上の通知の表現が、前記ロック解除スクリーン上に、前記ロックの削除が行われた後にユーザー・インターフェースにおいて出力される前記通知のシルエットとして表示される、方法。
【請求項９】
命令を含む１つ以上の有形のコンピュータ読み取り可能媒体であって、前記命令は、
移動体通信デバイスのロックを削除するために前記移動体通信デバイスのタッチ・スクリーンを介してのジェスチャー入力に続いてめくり上げられるページであるロック解除スクリーンの外観を与えるアニメーションを表示するために、移動体通信デバイスによって実行可能であり、
前記ロック解除スクリーンの前記表示は、前記ロックが最後に削除されたときから前記移動体通信デバイスによって出力される１つ以上の通知の表現を含み、前記ロックの削除が行われた後にユーザー・インターフェースにおいて出力される前記通知のシルエットとして前記ロック解除スクリーン上に表示される、
１つ以上の有形のコンピュータ読み取り可能媒体。
【請求項１０】
請求項９記載の１つ以上の有形のコンピュータ読み取り可能媒体であって、前記ロックは、ＰＩＮによって削除可能なキー・ロックまたはデバイス・ロックである、１つ以上の有形のコンピュータ読み取り可能媒体。
【請求項１１】
請求項９記載の１つ以上の有形のコンピュータ読み取り可能媒体において、前記ロック解除スクリーンの前記ページの角は、前記タッチ・スクリーンを介した前記ジェスチャー入力に追従する、１つ以上の有形のコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【従来技術】
【０００１】
[0001]  移動体通信デバイス（例えば、ワイヤレス電話機）は、毎日の生活の一体部分になっている。例えば、ユーザーが固定通信デバイス、例えば、家庭用電話機または事務所用電話機から離れているとき、ユーザーは電話コールをかけるためおよび受けるために、従前では移動体通信デバイスを用いていた。場合によっては、ユーザーが移動体通信デバイスの便利さや機能に慣れたために、移動体通信デバイスは、ユーザーが他のユーザーと通信するときに用いられる主要なデバイスにもなっていた。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
[0002]  更に、移動体通信デバイスを用いて採用することができる通信技法が増大している。例えば、ユーザーは、従前では、移動体通信デバイス間における電話コールに制限されていた。その後、技術進歩がなされて、種々の他の通信技法、例えば、テキスト・メッセージングおよび電子メールが提供されるようになった。しかしながら、これらの余分な通信技法を、従前からの形状係数を有する移動体通信デバイスに含ませると、これらのデバイスが扱い難くなり、移動体用途には適さなくなる可能性がある。例えば、これらの通信技法によって用いられていた従前の入力デバイスは、従前の移動体通信デバイスに適用されるには不向きである場合がある。
【課題を解決するための手段】
【０００３】
[0003]  ロック解除スクリーン(unlock screen)および通知技法について記載する。一実施態様では、移動体通信デバイスによってロック解除スクリーンが表示され、この移動体通信デバイスの１つ以上のキーがロックされていることを示す。移動体通信デバイスにおいて、このロックを削除する入力が検出された場合、アニメーションが表示される。このアニメーションは、ロック解除スクリーンが、めくられているページである外観を与え、１つ以上のキーのロックを削除する。
【０００４】
[0004]  一実施態様では、移動体通信デバイスが最後にロックされて以降起こったイベントの通知を含むように、移動体通信デバイスのロック解除スクリーンが更新される。ロック解除スクリーン上に出力される通知の数が指定された数を超過した場合、これらの通知は、１つの凝縮通知に凝縮され、これらの通知のタイプおよび数を示すロック解除スクリーンを通じて出力される。
【０００５】
[0005]  この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として用いられることを意図するのでもない。
【図面の簡単な説明】
【０００６】
[0006]  添付図面を参照しながら詳細な説明を行う。図面においては、参照番号のうち最も左側にある数字（１つまたは複数）が、その参照番号が最初に出てきた図を特定する。説明および図における異なる実例において同じ参照番号が用いられる場合、同様のまたは同一の項目を示すことができる。
【図１】図１は、移動体通信用デバイス、機構、およびシステムの１つ以上の実施形態による移動体通信デバイスの実施態様の一例の図である。
【図２】図２は、図１のロック解除スクリーンをロック解除するためにジェスチャが用いられる実施形態の一例を示す。
【図３】図３は、ジェスチャの完了後に図２の移動体通信デバイスがロック解除される実施態様の一例を示す。
【図４】図４は、図１の移動体通信デバイスが、指定された画像を含むように構成されているロック解除スクリーンを有するものとして示されている実施態様の一例を示す。
【図５】図５は、この実例では日時を示す時計を有するロック解除スクリーンを出力する場合における、図１の移動体通信デバイスの実施態様の一例を示す。
【図６】図６は、フル・スクリーン通知を出力する場合における、図１の移動体通信デバイスの実施態様の一例を示す。
【図７】図７は、ロック解除スクリーン１２０と併せて表示するための通知を配列し出力する場合における、図１の移動体通信デバイスの実施態様の一例を示す。
【図８】図８は、通知が１つずつ受信され、次いで他の通知と共に表示される実施態様の一例を示す。
【図９】図９は、中位の優先度が割り当てられた通知が、低位の優先度を割り当てられた通知と共に出力される実施態様の一例における、移動体通信デバイスを示す。
【図１０】図１０は、移動体通信デバイス１０２が緊急連絡先ユーザー・インターフェースを含む実施態様の一例を示す。
【図１１】図１１は、移動体通信デバイスのキー・ロックの削除と併せて、アニメーションが表示される実施態様の一例における手順を示す。
【図１２】図１２は、時計が表示される実施態様の一例における手順を示す。
【図１３】図１３は、凝縮メカニズムが通知と共に用いられる実施態様の一例における手順を示す。
【図１４】図１４は、移動体通信用デバイス、機構、およびシステムの実施形態を実現するための任意のタイプの移動体通信デバイスとして種々の実施形態において実現することができるデバイスの一例の種々のコンポーネントを示す。
【発明を実施するための形態】
【０００７】
全体像
[0021]  タッチ・スクリーン・ユーザー・インターフェース（ＵＩ）をどのようにロック解除するかについて説明する物理的制御記述子（例えば、テキスト、実行する動作の画像など）を移動体通デバイスにおいて用いることには限度があり、そして暗号化するのが難しい場合がある。同様に、機械的切り替えの可視化である従来のジェスチャも、学習および／または発見するのが難しい場合がある。
【０００８】
[0022]  １つ以上の実施態様において、１枚の紙（例えば、ベラム(vellum)）のように作用するロック解除スクリーンについて説明する。このロック解除スクリーンは、移動体デバイスをロック解除するために、角において巻き上げられる。角は、その角に注意を払うように、そよ風の中ではためいているように見せるために、動画化することができる。移動体デバイスをロック解除するために、ページをめくって移動体通信デバイスをロック解除する物理的行動を模擬したジェスチャを行うことができる。したがって、この例では、ユーザーは、テキスト記述子や他の物理的制御記述子がなくても、移動体通信デバイスをどのようにロック解除するのか容易に確認することができる。電話機がロックされている間、ベラムを用い、その背後にあるユーザー・インターフェース（ＵＩ）の部分を部分的に偽装し、時計の可視性を高めることができる。例えば、ＵＩのベラムは、通知（例えば、更新および警告）が少なくとも部分的に、その下にあるＵＩから見ることができるように、半透明に構成することができる。
【０００９】
[0023]  種々の機能を提供することができる追加の技法についても説明する。これらの追加技法は、ユーザー・カスタム化の表現手段の役割を果たす、時刻を表示する、デバイスを最後にロックして以降着信した通信関連通知を表示する、ユーザーに緊急機能を実行させる、ある時間後に電話機のコンテンツを安全にする（例えば、ＰＩＮロック）、ＰＩＮが所定の回数間違って入力された場合、デバイスを「ワイプ」させる(wipe)、基本的音楽再生制御の入力ポイントを与える、気づかれていない通知のレポジトリーを設ける、ユーザーが既に見た通知を表示する等のような種々の機能を提供する。これらについての更なる論述は、以下の説明に関して見いだすことができる。
【００１０】
[0024]  以下の論述では、移動体通信デバイスの種々の実施態様例を示す。加えて、移動体通信デバイスが用いることができる種々の異なる機能についても、例毎に説明する。これらの機能は、その例だけでなく、他に記載する例においても実現することができる。したがって、考えられる種々の実施態様のうち数個の実施態様例を例示することになる。更に、電話機能を設けるように構成されている１つ以上のモジュールの有する移動体通信デバイスについて説明するが、専用メッセージング・デバイス、音楽プレーヤー、携帯用ゲーム・デバイス等というような、種々の他の移動体通信デバイスも考えられる。
ロック解除スクリーン
[0025]  図１は、移動体通信用デバイス、機構、およびシステムの１つ以上の実施形態による移動体通信デバイス１０２の実施態様の一例１００の図である。移動体通信デバイス１０２は、複数の構成を想定して示されており、その例には、第１構成、第２構成１０６、および第３構成１０８が含まれる。
【００１１】
[0026]  移動体通信デバイス１０２は、更に、第１筐体１１０および第２筐体１１２を含むように示されている。第１筐体１１０および第２筐体１１２は、第１および第２筐体１１０、１１２が互いに対して移動（例えば、摺動する）できるように、スライド１１４を介して接続されている。第１筐体１１０は、ディスプレイ・デバイス１１６（例えば、タッチスクリーン）を含む。ディスプレイ・デバイス１１６は、発呼者の識別（ＩＤ）、図示のようなテキスト・メッセージに関する情報、電子メール、マルチメディア・メッセージ、インターネット・ブラウジング、音楽、ビデオ等のような、種々のデーターを出力するために用いることができる。第２筐体１１２は、キーボード１１８を含むように示されている。キーボード１１８は、移動体通信デバイス１０２に入力を供給するために用いることができる。キーボード１１８はＱＷＥＲＴＹキーボードとして示されているが、１２キーの数字パッドのような、種々の他の例も考えられる。  
【００１２】
[0027]  図１に示す例では、移動体通信デバイス１０２の第１および第２筐体１１０、１１２は矩形である。例えば、ディスプレイ・デバイス１１６の外面によって定められる平面は、第１筐体１１０の平面に対して平行にすることができる。第１筐体１１０の平面は、矩形を近似し、この平面は、ディスプレイ・デバイス１１６によって定められる平面と同一であってもまたは異なっていてもよい。他の例では、ディスプレイ・デバイス１１６の外面に対して平行である第１筐体から取った平面の幅および高さが、ほぼ正方形になる（例えば、等辺直線的(equilateral rectilinear)となるように１対１にする）。種々の他の例も考えられる。
【００１３】
[0028]  第１構成１０４では、移動体通信デバイス１０２は閉じられており、第１筐体１１０が第２筐体１１２を覆っている。その結果、第２筐体１１２上に配置されているキーボード１１８は覆われており、つまり移動体通信デバイス１０２のユーザーから入力を受けるために利用可能になっていない。一実施態様では、移動体通信デバイス１０２が第１構成１０４にあるときでも、例えば、ディスプレイ・デバイス１１６あるいは第１および／または第２筐体１０８、１１０のいずれかに配置されている他のボタンとの対話処理によって、電話コールを受けて応答するために、電話機能は利用可能になっている。
【００１４】
[0029]  第２構成１０６では、スライド１１４を用いて、第１筐体１０８が第２筐体１１２から「離れる」ように動かされている（例えば、摺動）。この構成例では、キーボード１１８のキーのうち一部が露出され、ユーザーからの入力を受けるために、これら露出されたキーが利用可能になる。しかしながら、他の実施態様では、不用意な入力を防止するのに役立てるために、移動体通信デバイス１７が第３構成１０８に示す開放構成を取るまで、キーボード１１６のキーの使用が制限される。一実施態様では、正方形の形状係数を定めるために用いられる第１および第２筐体１１０、１１２の平面は、互いに平行であるが、他の実施態様も考えられる。
【００１５】
[0030]  第３構成１０８では、スライド１１４を用いて、第１筐体１０８が第２筐体１１２から更に「離れる」ように動かされている。この構成例では、キーボード１１８のキーのうち少なくとも多数が露出され、ユーザーからの入力を受けるために利用可能となっている。したがって、第３構成１０８は、「開放」構成と見なすこともできる。図示の実施態様１００では、ディスプレイ・デバイス１１６は、各構成において、ユーザーによって見ることができ続けている。その例は、第１、第２、および第３構成１１０、１１２、１１４において示されている。
【００１６】
[0031]  更に、ディスプレイ・デバイス１１６は、ロック解除スクリーン１２０を含むように示されている。ロック解除スクリーン１２０は、一旦ロック解除されると、下にあるユーザー・インターフェース１２２を明示すること、移動体通信デバイス１０２においてキー・ロックがかけられた物理的キーおよび表示キーをロック解除すること等ができる。図示した図１の実施態様では、第１筐体１１０が第２筐体１１２から離れるように摺動させられ、移動体通信デバイス１０２のキーをロック解除する。キーがロックされていると、移動体通信デバイス１０２のアプリケーション機能にはアクセスすることができず、デバイスはキーボード１１８の押下に応答しない。
【００１７】
[0032]  図示した実施態様１００では、ロック解除スクリーン１２０は、第１および第２筐体１１０、１１２が互いに離れるように摺動させられるに連れてユーザー・インターフェース１２２が露出されるように、めくられるページを模擬するやり方で動画化されている。例えば、第２構成１０６において示すように、ロック解除スクリーン１２０が部分的にめくられて、直下にあるユーザー・インターフェース１２２を表出させている。図３の第３構成１０８では、ユーザー・インターフェース１２２が完全に露出されており、移動体通信デバイス１０２が「開放」構成を取り、キーボード１１８および／またはディスプレイ・デバイス１１６を通じて入力を受ける準備が整っている。一実施態様では、ロック解除スクリーン１２０は、部分的に半透明なベラムの層を模擬することができ、下にあるユーザー・インターフェース１１２の一部を表出させて、例えば、通知等を表示する。これについては、図５と関連付けて更に説明する。また、ロック解除スクリーン１２０は、ジェスチャを用いてロック解除することもできる。これについての更なる論述は、以下の図に関して見いだすことができる。
【００１８】
[0033]  図２は、図１のロック解除スクリーン１２０をロック解除するためにジェスチャを用いる実施態様の一例２００を示す。図示の実施態様では、第１構成２０２が示されており、ここでは、移動体通信デバイス１０２がキー・ロック状態にあり、ディスプレイ・デバイス１１６が入力、例えば、タッチスクリーンを通じて入力されるキー押下を受けるように構成されてない。
【００１９】
[0034]  次いで、ユーザーの手２０６によって、第２構成２０４においてジェスチャが開始される。例えば、ユーザーの手２０６の指を用いて、ロック解除スクリーン１２０の角２０８を選択することができる。この例では、ページの角が上にめくられたように図示されている。次いで、ユーザーの手２０６（更に特定すると、ユーザーの指）を用いて、ディスプレイ・デバイス１１６を横切るように角２０８をドラッグすると、第２構成２０４において示したような、ページをめくる動作を模擬することができる。
【００２０】
[0035]  このように、ユーザーは、タッチ・ターゲット（例えば、めくり上げられたページの角）をつかみ、そして図２に示すようにスクリーンを横切るようにそれを「ドラッグ」することによって、ディスプレイ・デバイス１１６においてアニメーションを動かし、ロック解除シーケンスを起動することができる。ロック解除スクリーン１２０の角は、ユーザーの指がディスプレイ・デバイス１１６の表面に沿ってドラッグされるに連れて、視覚的にユーザーの指に追従することができ、ユーザーがデバイス・ロックを削除しているのであれば（これについては、以下で更に詳しく説明する）ＰＩＮロック解除パッドのような、ロック解除スクリーン１２０の「下にある」ＵＩ１２２の一部を露出させることができる。このように、ジェスチャを用いて移動体通信デバイス１０２のキー・ロックを削除し（即ち、ロック解除し）、下にあるユーザー・インターフェース１２２との対話処理を可能にすることができる。
【００２１】
[0036]  図３は、ジェスチャの完了後、図２の移動体通信デバイス１０２がロック解除される実施形態の一例３００を示す。一旦ユーザーの手の指がしきい値３０２（この例では、タッチ・ターゲットからディスプレイ・デバイス１１６を横切る経路の７５パーセントとして示されている）を交差したなら、ロック解除スクリーン１２０は削除される。それよりも前にユーザーの手の指が削除された場合、図２の第１構成２０２において示したように、ロック解除スクリーン１２０が再度動画化する(animate)ことができ、キー・ロックは元の位置に留まる。
【００２２】
[0037]  一旦ユーザーの手２０６の指によってＹ−軸に沿った任意の点においてしきい値３０２を交差し、ユーザーがジェスチャを放棄した（例えば、ディスプレイ・デバイス１１６から指を持ち上げた）なら、図２のロック解除スクリーン１２０は、ページめくりを続けることによって、動画化を完了させることができ、キー・ロックが削除されることによって、ユーザー・インターフェース１２２を露出させる。ユーザーがジェスチャを放棄せず（パンニングを中止して）、ディスプレイ・デバイス１１６の左側に向かって逆にユーザーの手２０６の指を動かす場合、角の動画化はユーザーの手２０６の指に追従することができる。このように、しきい値３０２の左側においてタッチ・ターゲット（例えば、めくり上げられたロック・スクリーン１２０の角）を放すと、しきい値を交差しなかったときと同様に、デバイスをロックされたままにすることができる。
【００２３】
[0038]  また、移動体通信デバイス１０２は、タイマーを保持してアイドル時間を追跡することもできる。このタイマーは、ユーザーが移動体通信デバイス１０２をアイドルにして放置する毎にリセットすることができる。例えば、移動体通信デバイス１０２がアクティブになっているとき（ロック状態にはない）、対話処理がないまま１０秒が経過すると、ディスプレイ・デバイス１１６を薄暗くすることができる。次いで、移動体通信デバイス１０２は、指定の時間量だけ待った後、既に説明したロック解除スクリーン１２０を開始することができる。
【００２４】
[0039]  移動体通信デバイス１０２が既にロックされており、ユーザーがディスプレイ・デバイス１１６を照明する場合、移動体通信デバイス１０２は、半分の明るさに薄らぐ前に、１０秒間最大の明るさのままでいることができる。対話処理がないままに１０秒以上が経過した後、最大「キー・ロック」状態に入ることができる。この状態では、ディスプレイ・デバイス１１６がオフに切り替えられるが、これは、ユーザーがハードウェア・キーを押下することによって、逆転させることもできる。ユーザーがタッチ・ターゲット（例えば、図２のロック解除スクリーン１２０の角２０８）を選択した場合、タイマーをリセットすることができ、ユーザーがもはや移動体通信デバイス１０２と対話処理しなくなるまで、タイマーは再度開始しない。
【００２５】
[0040]  「キー・ロック」状態に入った後、移動体通信デバイス１０２は、ユーザー・インターフェース１２２の「前面」に表示されるアプリケーションのような、移動体通信デバイス１０２において実行中のアプリケーションの状態を保存することができる。ユーザーが移動体通信デバイス１０２をロック解除すると、移動体通信デバイス１０２がロックされたときのアプリケーションの状態にユーザーを戻すことができる。一実施態様では、ダウンロード、メッセージの送付、音楽再生、および他のアプリケーション・プロセスは、ロック状態前に開始されたのであれば、ディスプレイ・デバイス１１６がロックされても、継続することができる。更に、ディスプレイ・デバイス１１６がロックされている場合、即ち、ロック解除スクリーン１２０が用いられている場合、アプリケーションは挙動(behavior)を変化させることを選択することができる。その例には、スクリーンがロックした場合一時停止することができるムービー再生およびゲームが含まれる。これについての更なる説明は、この説明において後に見いだすことができる。
【００２６】
[0041]  電力キー３０４が押下されると、移動体通信デバイス１０２はキー・ロック状態に入り、ディスプレイ・デバイス１１６をオフにすることができる。移動体通信デバイス１０２が既にロックされており、移動体通信デバイス１０２が着信した電話コールを受けた場合、移動体通信デバイス１０２のハードウェア・キーまたはソフトウェア・キーのうち１つ以上との対話処理を用いて、呼び出し音を止めることができるが、ディスプレイ・デバイス１１６をオフに切り替えない。
【００２７】
[0042]  電話コールを受けたときに移動体通信デバイス１０２がロック解除されていた場合、電力キー３０４における最初のタップ、あるいは他のハードウェア・キーまたは表示キーとの対話処理によって、呼び出し音を止めることができる。移動体通信デバイス１０２はロック解除のままでいることができ、スクリーンをタイムアウトさせデバイスをアイドルにするためにタイマーを再起動させることができる。電力キー３０４を２回目に押下すると、移動体通信デバイス１０２をロックし、ディスプレイ・デバイス１１６をオフにすることができる。
【００２８】
[0043]  一実施態様では、ユーザーが移動体通信デバイス１０２をオフにした場合またはリセットした場合、デバイス・ロックがありＰＩＮがイネーブルされていれば、移動体通信デバイス１０２はキー・ロック状態において開始することができる。そうでない場合、移動体通信デバイスは、リブートの後、ユーザー・インターフェース１２２のホーム・スクリーンに直接進む。
【００２９】
[0044]  キー・ロックおよびロック解除スクリーン１２０は、種々の他の場合にも利用することができる。例えば、電話コールの間移動体通信デバイス１０２が垂直に保持されていたことを近接センサが示す場合、ディスプレイ・デバイス１１６をオフにし、キー・ロックをオンにする（即ち、キー・ロック状態に入る）ことにより、ロック解除スクリーン１２０を開始することができる。移動体通信デバイス１０２が再度水平に回された場合、キー・ロックをオフにすることができる。
【００３０】
[0045]  図４は、図１の移動体通信デバイス１０２が、指定された画像を含むように構成されたロック解除スクリーン１２０を有するものとして示されている実施態様の一例を示す。この実施態様では、ユーザーは、ロック解除スクリーン１２０上に現れる画像（静止画でも動画でもよい）を選択することができる。一実施態様では、この画像はディスプレイ・デバイス１１６の背景に現れて、移動体通信デバイス１０２が出力すべき通知、例えば、低電圧レベルを有していない場合、この画像は全て見ることができる。これについては、以下で更に詳しく説明する。
【００３１】
[0046]  画像は、種々の異なるソースから来ることができる。例えば、ユーザーは、移動体通信デバイス１０２にローカルな画像のライブラリーから選択することができる。このライブラリーには、移動体通信デバイス１０２の一部である画像取り込みデバイス等によって取り込まれた、デフォルト・コンテンツを記憶させることができる。また、ユーザーは、ネットワーク４０８（例えば、インターネット）を通じてウェブ・サービス４０６にアクセスして、販売用壁紙を有するオンライン市場のような、画像４１２のライブラリーにアクセスし、特定の画像をダウンロードすることもできる。
【００３２】
[0047]  一実施態様では、設定スクリーンからアクセス可能な設定を通じて、特定の画像を指定することができる。例えば、ユーザー・インターフェース１２０は、ローカルに格納されている壁紙のギャラリーから画像を選択するため、または写真ギャラリー・コレクションを入力するために選択スクリーンを出力することができる。ユーザーがギャラリーにナビゲートし、壁紙に使用するための画像を選択した後、ユーザーには確認スクリーンを提示して、その画像を試し見して、画像の使用を確認するかまたは取り消すことができる。画像取り込みデバイス１２０は、ディスプレイ・デバイス１１６に合うように画像のサイズを変更する、例えば、画像を切り取る(crop)ことができる。
【００３３】
[0048]  移動体通信デバイス１０２による画像４０４のロック解除スクリーン１２０上の出力は、動的であってもよい。例えば、設定スクリーンの「お気に入りを用いる」セクションを通じて、動的画像を選択することができる。ユーザーが「お気に入りを用いる」ように選択し、お気に入りフォルダーに画像を有している場合、ロック解除スクリーン１２０は画像４０４を連続的にロック解除スクリーン１２０上に表示することができる。一実施態様では、この機構が最初に選択されたとき、お気に入りフォルダーの中にある最初の写真が、ロック解除時に開始される。後続のローテーション毎に、フォルダー内にある次の画像が取り込まれる。ボタンが押下されたときに画像が現れることができ、キー（例えば、戻るキー）を通じて受けた入力に応答して、回転アニメーションを用いてキー・ロック状態にある間全ての写真をクリックすることができる。
【００３４】
[0049]  ユーザーが、お気に入りとして選択した画像を有していない場合、この選択肢を選択すると、この選択肢を用いる前に、お気に入りフォルダーに入れる画像を選択する命令を、移動体通信デバイスに出力させることができる。次いで、移動体通信デバイス１０２は、以前に選択された画像（例えば、デフォルトの壁紙）を用い続けることができる。所望であれば、移動体通信デバイス１０２において写真ギャラリーにナビゲートする選択肢をユーザーに与え、設定スクリーンに戻る前に、お気に入りフォルダーに記憶させることもできる。
【００３５】
[0050]  図５は、この例では日付および時刻を示す時計５０２を有するロック解除スクリーン１２０を出力する場合における、図１の移動体通信デバイス１０２の実施態様の一例５００を示す。図示の例では、ロック解除スクリーン１０２が、ディスプレイ・デバイス１１６上にモノクロームとして、移動体通信デバイス１０２によって出力され、バックライトを用いずに可視性を最大化することにより、バッテリー・リソースを保存することができる。
【００３６】
[0051]  ロック解除スクリーン１２０は、時刻および日付を有する時計５０２を含む。この例では、時計５０２は、ディスプレイ・デバイス１１６の中央に表示されている。時刻は、ディスプレイ・デバイス１１６がオンかまたはオフかには関係なく、連続的に更新することができる。このようにして、ディスプレイ・デバイス１１６がオンになると直ちに、クロックは最新の状態を維持する。
【００３７】
[0052]  ディスプレイ・デバイス１１６を起動すると（即ち、「オンにする」または照明する）、時計はディスプレイ・デバイスの大部分を消費する。例えば、図示のように、時計５０２は、ディスプレイ・デバイスの中央に表示されているように示されている。指定された時間量の後、図４のロック解除スクリーン１２０に示すように、表示用時計５０２をディスプレイ・デバイス１１６の角において最小化することによるというようにして、時計５０２によって消費されているディスプレイ・デバイス１１６の表示エリアの量を縮小することができる。一実施態様では、最小化されたクロックを選択すると、ロック解除スクリーン１２０におけるその表示を拡大することができる。
【００３８】
[0053]  また、ロック解除スクリーン１２０は、通知がユーザー・インターフェース１２２において表示されるときと同じ位置に、通知のシルエット５０４、５０６、５０８も含む。一実施態様では、通知、例えば、低バッテリー状態、が出力される毎に、ロック解除スクリーン１２０が更新される。通知についての更なる説明は、この説明の通知の章に関して見いだすことができる。
通知
[0054]  ロック解除スクリーン１２０は、種々の異なるタイプの通知を出力するためのてこであってもよい。更に、これらのタイプの通知には、優先度を割り当てることができる。優先度は、どのように通知をロック解除スクリーンと併せて出力すべきか（そして、出力すべきか否かも）判断するために用いることができる。例えば、「優先度が高い」通知は、「フル・スクリーン」を用いて出力するとよい。即ち、この通知は、ディスプレイ・デバイス１１６の利用可能な表示エリアの大半を消費する。優先度が低い方の通知は、この低い優先度を反映するように管理し出力することができる。つまり、移動体通信デバイス１０２は、通知の優先度や、移動体通信デバイス１０２のディスプレイ・デバイス１１６の比較的限られた表示エリアを検討する動的なやり方で、通知を管理する技法を設けることができる。
【００３９】
[0055]  図６は、フル・スクリーン通知を出力する場合における、図１の移動体通信デバイス１０２の実施態様の一例６００を示す。この例では、ロック解除スクリーン１２０は、ユーザーが、移動体通信デバイス１０２をロック解除せずに、特定のタイプの通知を検討することができるように構成されている。例えば、このタイプの通知は、図６に示すような着信電話コール（incoming phone call）、警報時計通知等を含むことができる。一実施態様では、これらの優先度が高い通知は、移動体通信デバイス１０２が前述のようにロック解除されるまで、存続する。
【００４０】
[0056]  この特定のタイプの「優先度が高い」通知を検討し終えたなら、移動体通信デバイス１０２はキー・ロック状態に戻ることができ、スクリーン・タイマーがリセットされて、ディスプレイ・デバイス１１６の電力を低下させる。つまり、この特定のタイプの「優先度が高い」通知は、移動体通信デバイス１０２を手動でロック解除することなく、出力して対話処理することができる。また、ロック解除スクリーン１２０は、優先度がこれよりも低い通知を出力するように構成することもできる。それについての更なる説明は、以下の図に関して見いだすことができる。
【００４１】
[0057]  図７は、ロック解除スクリーン１２０と併せて表示用の通知を配列し出力する場合における、図１の移動体通信デバイス１０２の実施態様の一例７００を示す。一実施態様では、ロック解除スクリーン１２０は、ユーザーが気づいていない通知の各々の集計ビューとなるように構成されていない。むしろ、ロック解除スクリーン１２０は、移動体通信デバイス１０２が最後にロック解除されて以降出力される各通知の概要ビューを与えるように構成することができる。
【００４２】
[0058]  図７の実施態様例７００の第１構成７０２では、テキストおよびミス・コールの通知７０４、７０６、７０８が、それぞれの「トーク・バルーン」の中に表示されている。これらの通知７０４〜７０８は、移動体通信デバイス１０２がロック解除されるまで、下にある画像５０２を遮るように示されている。画像５０２は、この場合時計である。
【００４３】
[0059]  移動体通信デバイス１０２は、時計５０２が遮蔽されないように通知７０４〜７０８を配列する１つ以上の技法を用いることができる。しかしながら、例の中には、通知の数が非常に多く、時計５０２だけでなく通知同士が互いに遮る場合もある。このため、図７の第２構成７１０に示すように、凝縮メカニズムを用いることができる。この例では、移動体通信デバイス１０２のユーザーがコールを受け損ねることもあるので、そのために、このミス・コールの通知７１２、および出力されるボイスメールの通知７１４が発生する。しかしながら、これらの通知７１２、７１４を通知７０４〜７０８と共に出力すると、これらの通知が見にくくなる程に、ロック解除スクリーン１２０が煩雑になる可能性がある。
【００４４】
[0060]  そこで、凝縮メカニズムを用いて、通知７０４〜７１４を、他の通知７０４〜７１４の各々を参照する１つの通知７１６に凝縮することができる。例えば、図示のように、第２構成７１０における通知７１６は、２つのミス・コール、２つのテキスト・メッセージ、および１つのボイスメールを参照する。つまり、通知７１６は、ユーザーが未だ見ていないメッセージの数およびタイプを列挙し、ロック解除スクリーン１２０が最後にロック解除されて以降「何を受け損なったか」についてユーザーに容易に伝える。一実施態様では、特定のタイプの通知の表示をディスエーブルする、例えば、優先度にしたがって通知を許可または拒否する設定を、移動体通信デバイス１０２によって規定することができる。
【００４５】
[0061]  以上、ロック解除スクリーン１２０に関してこれらの技法を説明したが、これらの技法は、前述した通知を管理するためのユーザー・インターフェース１２２のホーム・スクリーンのような、多種多様のユーザー・インターフェースにも適用できることは明白なはずである。
【００４６】
[0062]  図８は、通知が受信される毎に１つずつ表示され、次いで他の通知と併せて表示される、実施態様の一例８００を示す。この実施態様例８００は、移動体通信デバイス１０２の第１、第２、および第３構成８０２、８０４、８０６を示す。第１構成８０２では、ディスプレイ・デバイス１１６上に出力されたロック・スクリーンは、３つの通知８１０を含む。
【００４７】
[0063]  次に、ＳＭＳテキストが受信されると、新たなＳＭＳテキストに対応する新たな通知８１２が出力される第２構成８０４を、移動体通信デバイス１０２に取らせる。また、ＳＭＳテキストの発送元に対応する、関連の連絡先情報も出力される。この例では、第２構成８０４において出力された通知８１２および情報８１４は、第１構成８０２における通知８１０および画像の出力と置き換わり、これによって通知８１２への注意を喚起する。
【００４８】
[0064]  指定された時間量が経過した後、移動体通信デバイス１０２（更に特定すれば、ロック解除スクリーン１２０）は、第３構成８０６を取る。第３構成８０６では、第２構成８０４の通知８１２が、第１構成８０２の通知８１０に追加される。一実施態様では、この実施態様８００の技法を、図７の凝縮メカニズムと共に利用して、通知の量が指定量を超過したときに、第３構成８０６が煩雑にならないようにすることができる。
【００４９】
[0065]  図９は、中位の優先度が割り当てられた通知が、低位の優先度を割り当てられた通知と共に出力される実施態様の一例９００における移動体通信デバイス１０２を示す。前述のように、特定の時点においてユーザーに関心がある可能性に基づくというような、種々の方法で異なる優先度を割り当てることができる。したがって、通知の優先度は、時間の経過と共に変化する可能性がある。
【００５０】
[0066]  移動体通信デバイス１０２は、ロック解除スクリーン１２０上に通知を配列するために、これらの優先度を利用することができる。図９に示すように、例えば、受け損ねた電話コールおよびテキストを含む、図８からの通知８１０が表示されている。また、中位の優先度が割り当てられた他の通知９０２も表示されている。これは、１５分後の医者の予約（Doctor Appointment in 15 mins.）の注意喚起（REMINDER）として示されている。この注意喚起には中位の優先度が割り当てられているので、優先度が低い通知のレイヤーよりも「上」のレイヤーに表示されている。カレンダーの注意喚起について説明したが、バッテリー低下インディケーター、警報時計などのような、多種多様の通知に中位の優先度を割り当てることができることは明白なはずである。
【００５１】
[0067]  一実施態様では、中位の優先度を有する通知がロック解除スクリーン１２０上に表示されたとき、移動体通信デバイス１０２をロック解除せずに、これらの通知と対話処理することはできない。ユーザーが、通知９０２を消去するのではなく、移動体通信デバイス１０２をロック解除することを選択した場合、移動体通信デバイス１０２がロック解除された後、通知９０２（中位の優先度が割り当てられている場合）は、低位の優先度を有する通知８１０の上に存続することができる。
【００５２】
[0068]  ロック解除スクリーン１２０に関して通知技法について説明したが、これらの技法は、前述したユーザー・インターフェース１２２のホーム・スクリーンにおいてというように、多種多様のユーザー・インターフェースにおいても実施できることは容易に認められよう。
緊急時連絡先ユーザー・インターフェース
[0069]  図１０は、移動体通信デバイス１０２が緊急時連絡先（Emergency Contact）ユーザー・インターフェース１００２を含む実施態様の一例１０００を示す。移動体電話機がロックされているとき（キー・ロックまたはデバイス・ロックされており、ＰＩＮを利用して電話機をロック解除するとき）、緊急時に電話をかけることを可能にすることが、法律によって求められる。殆どの場合、ＰＩＮロックは、ユーザーのデーターを保護し、電話能力の悪用を防止するためにある。したがって、移動体電話機または他の移動体通信デバイスを所有者に返却するのに有用な技法、緊急状況において傍観人が移動体通信デバイスの所有者を助けるのに役立つことができる技法、そして緊急番号に電話をかけるプロセスを迅速に処理する技法について説明する。
【００５３】
[0070]  市販されている従来の電話機を用いる場合、ユーザーが緊急番号を知っており、緊急状況において緊急番号にコールを行うためにその番号に電話をかけることができるという想定に依拠する。加えて、従来の電話機は、電話機能を、役に立つことができるかもしれない連絡先ではなく、特定の緊急番号に制限している。移動体通信デバイス１００２がデバイス・ロックされている（例えば、ＰＩＮによって）場合に、地域的に関連のある番号をダウンロードし、これらにユーザーが緊急時連絡先ユーザー・インターフェース１００２から直接アクセス可能にする技法について説明する。この技法によって、これらの緊急番号に電話をかけることを一層容易にすることができる。
【００５４】
[0071]  加えて、これらの技法は、デバイスをロック解除することが身体的にできないかもしれないユーザーを助けるために、連絡先の「内部サークル(Inner Circle)」への限定アクセスを与えるために用いることができる。これは、デバイス・ロックされた電話機が失われた場合に、その回収においても役立つことができる。一実施態様では、デバイス・ロックによって個人データーへのアクセスを制限しつつ、この情報を緊急時連絡先ユーザー・インターフェース１００２に表示することができる。
【００５５】
[0072]  移動体通信デバイス１０２は、緊急時コンタクト・モジュール１１０４を含むものとして示されている。このモジュールは、緊急時連絡先ユーザー・インターフェース１００２を形成し出力する機能を表す。例えば、移動体通信デバイス１０２は、デバイス・ロック状態にあり、ＰＩＮ番号を入力しなければ、移動体通信デバイス１０２の基礎的機能へのアクセスが許可されないようになっている場合がある。この実施態様でも、ユーザーはなおもロック解除スクリーンから緊急電話番号にコールを行うことができる。例えば、ユーザーは、ハードウェア・キー１００６として実装することができるコール・キー、デバイス・ロックを削除するように構成されているＰＩＮ入力スクリーンにおけるキーの表示等を押下することによって、緊急時コール・モードに切り替えることができる。
【００５６】
[0073]  図示のように、緊急時連絡先ユーザー・インターフェース１００２は、電話をかけることができる連絡先１００８のリストをユーザーに提示するために、移動体通信デバイス１０２によって出力することができる。図示した実施態様では、このリストの上に緊急番号が表示されている。このリストは、移動体通信デバイス１０２の地理的位置に基づいて更新することができる。
【００５７】
[0074]  例えば、移動体通信デバイス１０２の地理的位置は、移動体通信デバイス１０２、またはウェブ・サービス１０１０のような他のエンティティによって判断することができる。地理的位置は、汎地球測位システムによって、移動体通信デバイス１０２と通信するために用いられるセルラ・タワーの使用によって等のように、種々の方法で判断することができる。次いで、ウェブ・サービス１０１０は、ネットワーク４０８を通じて移動体通信デバイス１０２に連絡先１０１２（例えば、緊急番号）を供給することができる。他の実施態様では、連絡先１０１２をローカルに移動体通信デバイス１０２によって格納することもできる。
【００５８】
[0075]  また、緊急時連絡先ユーザー・インターフェース１００２は、「内部サークル連絡先」も含むことができる。これは、緊急番号の後にアルファベット順にファースト・ネームのみでリストすることができる。内部サークル連絡先は、「ウィザード」との対話処理を通じて各連絡先と関連のある情報によってというように、種々の方法で指定することができる。内部サークル連絡先が１つよりも多い電話番号を有する場合、名前の後に番号のタイプを括弧付きで、 例えば、「Ｍｏｍ（ｍ）」および「Ｍｏｍ（ｈ）」 と表示することができる。また、これらの連絡先番号は、移動体通信デバイス１０２を紛失した場合に、この電話機を見つけた人が所有者を突き止めるために連絡先にコールを行うことができるように用いることもできる。
【００５９】
[0076]  デバイス・ロック状態では、連絡先１００８の表現から選択すると、限定コール・モードにおいて、選択された連絡先への電話コールが開始される。ユーザーがコールの間他の電話機能にアクセスしたくなった場合、ＰＩＮ入力パッドによってＰＩＮ番号を入力するようにユーザーに催促することができる。最大数のＰＩＮ入力が既に試されている場合、電話コールが開始され、ユーザーには、コールを終了すること以外の電話能力へのアクセスは付与されない。以上、デバイス・ロック状態に関して緊急時連絡先ユーザー・インターフェース１００２について説明したが、このユーザー・インターフェースは、ロック状態ではない移動体通信デバイスによって（例えば、緊急時連絡先を見るキーを押下することによって）というような、種々の異なる方法で用いることができることは、容易に認められてしかるべきである。
手順例
[0077]  以下の説明では、既に説明したシステムおよびデバイスを利用して実現することができる技法について説明する。手順の各々の態様は、ハードウェア、ソフトウェア、またはその組み合わせで実現することができる。これらの手順は、１つ以上のデバイスによって実行される動作を指定する１組のブロックとして示され、それぞれのブロックによって動作を実行するために示される順序には必ずしも限定されない。以下の説明の一部において、前述の章および対応する図を参照する。
【００６０】
[0078]  図１１は、移動体通信デバイスのキー・ロックの削除と併せてアニメーションを表示する実施態様の一例における手順１１００を示す。移動体通信デバイス１０２によって、ロック解除スクリーン１２０が表示されている。ロック解除スクリーン１２０は、移動体通信デバイス１０２の１つ以上のキーがロックされていることを示す（ブロック１１０２）。
【００６１】
[0079]  移動体通信デバイス１０２において、ロックを削除するための入力が検出された場合、ロック解除スクリーンがめくられているページであるという外観を与えるアニメーションが表示され、１つ以上のキーのロックが削除される（ブロック１１０４）。図１に示したような移動体通信デバイス１０２の開放（例えば、摺動による）というような、種々の異なる入力を、図２に示したようなジェスチャ等によって検出することができる。
【００６２】
[0080]  図１２は、時計が表示されている実施態様の一例における手順１２００を示す。ディスプレイ・デバイスの起動に応答して、移動体通信デバイス１０２のディスプレイ・デバイス上に時計が表示される（ブロック１２０２）。例えば、移動体通信デバイス１０２は、電力を保存するために、移動体通信デバイス１０２がロックされて以降、入力が受け取られて以降等において、指定された時間量が経過した後、ディスプレイ・デバイス１１６をオフにすることができる。次いで、ユーザーによるボタンの押下、移動体通信デバイス１０２の移動等のような、入力に応答して、ディスプレイ・デバイス１１６を起動することができる。
【００６３】
[0081]  時計の表示は、ディスプレイ・デバイスの起動から指定時間量が経過した後、最小化される（ブロック１２０４）。例えば、図５における時計５０２の表示を最小化して、図４に示すように、ディスプレイ・デバイス１１６の角に持って行くことができる。つまり、この例では、時計５０２の表示も角に移動させられる。種々の他の例も考えられる。
【００６４】
[0082]  図１３は、凝縮メカニズムが通知と共に用いられる実施形態の一例における手順１３００を示す。移動体通信デバイス１０２のロック解除スクリーン１２０は、移動体通信デバイス１０２が最後にロックされて以降発生したイベントの通知を含むように更新される（ブロック１３０２）。ハードウェア（例えば、バッテリー残少状態）、ソフトウェア（例えば、注意喚起、通信の受信）などのような、種々の異なるイベントによって、通知の出力が行われる場合がある。
【００６５】
[0083]  ロック解除スクリーン上に出力されようとしている通知の数が指定数を超過した場合、これらの通知は１つの凝縮通知に凝縮され、ロック解除スクリーンを通じて出力される。この凝縮通知は、通知のタイプおよび数を示す（ブロック１３０４）。例えば、通知７１６は、通知のタイプ（例えば、ミス・コール、テキスト・メッセージ、ボイスメール等）、およびそれぞれのタイプ毎の数を示すことによって、通知７０４〜７０８、７１２、７１４を凝縮するように作用する。
【００６６】
[0084]  これらの通知は、ロック解除スクリーン上に出力されようとしている通知の数が指定数を超過しなければ、後続の通知が受信されるに連れて、配列し直される（ブロック１３０６）。例えば、この配列のし直しは、通知が互いに覆い隠さないように、通知がロック解除スクリーン１２０の背景（例えば、壁紙）として作用する画像を覆い隠さないように等というように、実行することができる。
移動体通信デバイス例
[0085]  図１４は、移動体通信用デバイス、機構、およびシステムの実施形態を実現するために、任意のタイプの移動体通信デバイスとして種々の実施形態において実現することができるデバイスの一例１４００の種々のコンポーネントを示す。例えば、デバイス１４００は、図１から図１３を参照して説明した移動体通信デバイス１０２のうち任意のものとして実現することができる。また、デバイス１４００は、コンテンツ・サービスのような、ネットワーク・ベース・サービスにアクセスするために実現することもできる。
【００６７】
[0086]  デバイス１４００は、インターネット・プロトコル（ＩＰ）入力を含むことができる入力（１つまたは複数）１４０２を含む。更に、デバイス１４００は、ワイヤレス・インターフェースの任意の１つ以上、任意のタイプのネットワーク・インターフェース、および任意の他のタイプの通信インターフェースとして実装することができる通信インターフェース（１つまたは複数）１４０４を含む。ネットワーク・インターフェースは、デバイス１４００と通信ネットワークとの間に接続を設け、この接続によって、他の電子デバイスおよび計算機がデバイス１４００とデーターを伝達することができる。ワイヤレス・インターフェースは、デバイス１４００がワイヤレス通信用移動体通信デバイスとして動作することを可能にする。
【００６８】
[0087]  また、デバイス１４００は1つ以上のプロセッサー１４０６（例えば、マイクロプロセッサー、コントローラー等のうち任意のもの）も含む。プロセッサー１４０６は、デバイス１４００の動作を制御するため、および他の電子デバイスと通信するための種々のコンピューター実行可能命令を処理する。デバイス１４００には、１つ以上のメモリー・コンポーネントのような、コンピューター読み取り可能媒体１４０８を実装することができる。その例には、ランダム・アクセス・メモリー（ＲＡＭ）および不揮発性メモリー（例えば、リード・オンリ・メモリー（ＲＯＭ）、フラッシュ・メモリー、ＥＰＲＯＭ、ＥＥＰＲＯＭ等のうち任意の１つ以上）を含む。
【００６９】
[0088]  コンピューター読み取り可能媒体１４０８は、コンテンツおよびデーター１４１０、ならびにデバイス・アプリケーションや、デバイス１４００の動作的態様に関する他の任意のタイプの情報および／またはデーターを格納するための、データー・ストアを設ける。例えば、オペレーティング・システム１４１２は、コンピューター読み取り可能媒体１４０８によってコンピューター・アプリケーションとして維持し、プロセッサー（１つまたは複数）１４０６において実行することができる。また、デバイス・アプリケーションは、通信マネージャ・モジュール１４１４（電話機能を設けるために用いることができる）、およびメディア・マネージャ１４１６も含むことができる。
【００７０】
[0089]  また、デバイス１４００は、オーディオおよび／またはビデオ・データーをオーディオ・レンダリングおよび／またはディスプレイ・システム１４２０に供給する、オーディオおよび／またはビデオ出力１４１８も含む。オーディオ・レンダリングおよび／またはディスプレイ・システム１４２０は、デバイス例１４００の統合コンポーネント（１つまたは複数）として実現することができ、オーディオ、ビデオ、および画像データーを処理、表示、および／またはそれ以外でレンダリングする任意のコンポーネントを含むことができる。また、デバイス１４００は、振動および触覚のような、ユーザー触感フィードバックを供給するために実現することもできる。
【００７１】
[0090]  一般に、ブロックは、表された機能を設けるように構成されたモジュールを表すことができる。更に、本明細書において記載した機能のうち任意のものは、ソフトウェア、ファームウェア（例えば、固定論理回路）、手動処理、またはこれらの実施態様の組み合わせを用いて実現することもできる。「モジュール」、「機能」、および「ロジック」という用語は、本明細書において用いられる場合、ソフトウェア、ファームウェア、またはソフトウェアおよびファームウェアの組み合わせを一般に表す。ソフトウェア実施態様の場合、モジュール、機能、またはロジックは、プロセッサー（例えば、ＣＰＵまたは複数のＣＰＵ）において実行したときに、指定されたタスクを実行するプログラム・コードを表す。プログラム・コードは、１つ以上のコンピューター読み取り可能メモリー・デバイスに格納することができる。以上で説明した技法の特徴は、プラットフォームに依存しないことであり、これらの技法が、種々のプロセッサーを有する種々の市販の計算プラットフォームにおいて実現できることを意味する。
【００７２】
[0091]  以上、構造的特徴および／または方法論的動作に特定的な文言で本発明について説明したが、添付した特許請求の範囲において定められている発明は、説明した特定の特徴や動作には必ずしも限定されない。むしろ、これら特定の特徴や動作は、特許請求する発明を実現する形態例として開示したのである。
【図１】
0005480362.tif 000002
【図２】
0005480362.tif 000003
【図３】
0005480362.tif 000004
【図４】
0005480362.tif 000005
【図５】
0005480362.tif 000006
【図６】
0005480362.tif 000007
【図７】
0005480362.tif 000008
【図８】
0005480362.tif 000009
【図９】
0005480362.tif 000010
【図１０】
0005480362.tif 000011
【図１１】
0005480362.tif 000012
【図１２】
0005480362.tif 000013
【図１３】
0005480362.tif 000014
【図１４】
0005480362.tif 000015