JP2002271866A - コンテキストアウェアでロケーションアウェアな携帯電話および方法 - Google Patents

Abstract

(57)【要約】 【課題】 コンテキストアウェアでロケーションアウェ
アな携帯電話および方法を提供する。 【解決手段】 携帯電話１４００は、現在のコンテキス
ト、位置に関係する情報を受信する。電話機は自動的
に、この情報で、電話機をオフにする、リンガのピッチ
を変更する、電話機を振動モードにするなどにより、１
つまたは複数の携帯電話動作を変更する（１４０４）。
また、様々な位置タイプを定義し、それらに所望の携帯
電話動作を定義した属性を関連付ける。ある動作が望ま
れる位置にある１つまたは複数の送信機１４１８ａ〜１
４１８ｃが、その場所のクラスタイプに関係する情報を
送信する。携帯電話１４００は、クラスタイプとそれら
の動作との関連を保持することができ（１４１４）、電
話機１４００は、クラスタイプ情報を受信すると自動的
にそれらの動作を調節することができる（１４０４）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテキストアウ
ェア（context-aware）でロケーションアウェア（locat
ion-aware）な携帯電話および方法に関し、より詳しく
は、一般に、コンテキストアウェアなコンピューティン
グ、またはユービキタスコンピューティング（ubiquito
us computing）の領域に関係したコンテキストアウェア
でロケーションアウェアな携帯電話および方法に関す
る。

【０００２】

【従来の技術】ワールドワイドウェブ（ＷＷＷ）は、世
界中のどのような位置（location）にあるどのようなソ
ースからでもコンテンツを利用可能にするために生み出
された。ウェブのユーザは一般にウェブを介して、無限
の数に思われるリソースに広くアクセスすることができ
る。これに関しては、ウェブは非常にうまくいってい
る。しかしながら、ウェブが進化する中で、いくつかの
必要性が多分に満たされないままになっている。具体的
には、人々は、コンテキストの面を有する情報にアクセ
スする必要性を持ちつづけている。すなわち、個人はし
ばしば、何らかのコンテキストを伴うコンピューティン
グ環境にいることに気付くことになる。それにもかかわ
らず、この環境のコンテキストを現在のコンピューティ
ング環境に組み込むことは容易ではない。一例として、
位置のコンテキストを考えてみる。人々は一般に、地理
範囲を伴う情報、データ、リソースなどにアクセスする
必要がある。例えばある個人が、自分が現在いる場所の
近くにあるサービスまたは製品を利用したいと思う場合
がある。これに関し、サービスや物品などをこの個人が
利用できるようにするには、この個人のコンテキスト上
の位置を理解することが望ましい。「電子商取引」の重
要性が増大し続けるにつれて、人、場所、サービス、お
よび物品を効率的な形で統合する必要性が、クリティカ
ルに重要になってくるであろう。

【０００３】今日までに、人、場所、サービス、および
物品を統合する多くの試みがなされてきた。これらの様
々な試みは一般に、異なる方向から、しばしば相容れな
い形でこの問題に取り組んできた。一例として、位置の
コンテキストを考えてみる。いくつかのサービスは、サ
ービスに関する情報を保持する大規模なデータベースを
定義することによって人とサービスを統合しようとして
きた。例えば、ウェブを介してアクセス可能なデータベ
ース中にレストランのリストを保持し、各レストラン
を、それがある場所の郵便番号に関連付ける。ユーザが
特定のレストランの位置を突き止めたいときは、単にユ
ーザがいる場所の郵便番号を入力して、その郵便番号の
中で対応するレストランのリストを見ればよい。このレ
ストランリストから、当該のレストランを１つか２つ選
択することができる。この手法は、いくつかの理由で望
ましくない。第１に、システムの動作は中央サーバに依
存し、この中央サーバが、ユーザのクエリー（照会；qu
ery）を受け取り、クエリーを実行してユーザに情報を
返すことを担う。サーバ障害が起きた場合、サービスも
また障害をきたす。加えて、この特定のサービスは、レ
ストランを見つけるのには適しても、おそらく他のビジ
ネスには適さない場合がある。さらに、結果をユーザに
返すときの細分性により、ユーザにいくらかの探索負荷
が押し付けられる場合がある（すなわちユーザは、近く
の郵便番号に含まれるレストランのリストを得るが、さ
らにそのリストを探索して、どれが当該のレストランか
を選択しなければならない）。さらに、レストランのリ
ストは、最短距離で経路を定めることを不可能にする何
らかのタイプの物理的障壁（すなわち川や山など）によ
って阻まれたレストランをいくつか含む場合もある。

【０００４】サービスおよび製品のプロバイダは、近く
のエンドユーザに接続したい。エンドユーザは、これら
のサービスおよび物品を最も近くて便利な位置で消費し
たい。虫歯を埋めるためまたは流しの詰まりを除くため
に歯医者または配管工を必要とする場合に、「ネット上
の遠く離れた」どこかに住む歯医者または配管工のサー
ビスを得ることは適切ではない。競技場にいながら最も
近いホットドッグを探すには、競技場にいる必要があ
る。

【０００５】

【発明が解決しようとする課題】コンピューティングデ
バイスがそれらの特定のコンテキストに参与できるコン
テキストアウェアなコンピューティングを生み出せるよ
うにする、未だ解決されていない必要性がある。特定の
状況では、公的と私的の両方の世界視野（view）で、物
理的位置間に関係的位置のアウェアネス（認識；awaren
ess）を形成する必要がある。しかし今日、コンテキス
トアウェアなコンピューティングの可能性を開くことに
なる標準化された１つの世界視野はない。コンテキスト
アウェアなコンピューティングは、それ自体単独で非常
に大きなフィールドではある単なる位置のアウェアネス
以上のものである。

【０００６】本発明は、このような課題に鑑みてなされ
たもので、その目的とするところは、コンテキストアウ
ェアなコンピューティングの可能性を開くための、標準
化されたコンテキストアウェアなインフラストラクチャ
および関連システムの開発に関連する、コンテキストア
ウェアでロケーションアウェアな携帯電話および方法を
提供することにある。

【０００７】

【課題を解決するための手段】コンテキストアウェアで
ロケーションアウェアな携帯電話および方法について述
べる。１実施形態では、携帯電話は、それらの現在のコ
ンテキストまたは位置に関係する情報を無線で受信する
ように構成される。次いでこれらの電話機は自動的に、
この情報を用いて、例えば電話機をオフにする、リンガ
（ringer）のピッチを変更する、または電話機を振動モ
ードにするなどにより、１つまたは複数の携帯電話動作
を変更する。ある特定の実施形態では、様々な位置タイ
プを定義し、これらの位置タイプに、所望の携帯電話動
作を定義した属性を関連付ける。ある動作が望まれる位
置にある、１つまたは複数の送信機は、その場所のクラ
スタイプに関係する情報を送信する。携帯電話は、クラ
スタイプとそれらの動作との関連を保持することがで
き、したがってこの電話機は、クラスタイプ情報を受信
すると自動的にそれらの動作を調節することができる。

【０００８】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。

【０００９】概要 標準的な解決法を提供するために、以下に述べる実施形
態は、世界の一様な定義を提供する。この一様な定義
は、ノードの階層ツリーによって定義され、各ノード
は、世界の何らかの態様を表す。各ノードは、ブランチ
によって他の少なくとも１つのノードに接続される。ノ
ードの例示的な分類は、物理レベル（例えば政治的エン
ティティ（entity）、インフラストラクチャエンティテ
ィ、および公共の場所などの、物理的位置）、ならびに
非物理レベル（例えば軍隊のＡＰＯ（軍郵便局））で行
う。この階層ノード構造をマスタワールド（Ｍａｓｔｅ
ｒ Ｗｏｒｌｄ）と呼び、これは世界規模の標準化され
た視野である。マスタワールドの各ノードには、コンテ
キストアウェアなコンピューティングを補助する様々な
属性を関連付ける。例示的な属性をわずかながら挙げる
と、固有ＩＤ、名前、地理エンティティクラス、緯度／
経度、相対重要度、コンテキスト上の親が挙げられる。
マスタワールドを使用すると、世界のどの場所でも、定
義可能な任意の細分性で、その相対位置を決定すること
ができるので、マスタワールドは有用である。

【００１０】個人の位置、または個人が関心を持つ場所
が決定されると、その位置を参照する様々なサービス
を、その位置に基づいて個人に提供することができる。
すなわち、マスタワールドの中のノード位置にサービス
を結び付けることができる価値が、マスタワールドモデ
ルから提供される。

【００１１】この概念に基づき、２つの追加の概念が価
値を追加する。すなわち、いわゆるセカンダリワールド
（Ｓｅｃｏｎｄａｒｙ Ｗｏｒｌｄ）および「ジオゾー
ン（ｇｅｏｚｏｎｅ）」の概念である。

【００１２】セカンダリワールドは強力なコンピューテ
ィングメカニズムであり、これにより、個々のエンティ
ティ（ビジネスや組織など）は、マスタワールドの世界
視野に必ずしも従う必要のないそれら自体の特定の世界
を定義することができる。すなわち、マスタワールドは
本質的に、世界の物理的な階層表現であり、セカンダリ
ワールドは、個々のエンティティそれぞれの世界視野の
物理的かつ／または論理的表現とすることができる。セ
カンダリワールドの特に有用な面の１つは、セカンダリ
ワールドが少なくとも１つの地点でマスタワールドにリ
ンクすることである。したがって、いずれかのセカンダ
リワールド内では、セカンダリワールド内でのユーザ位
置だけでなくマスタワールド内でのユーザ位置も決定す
ることができる。セカンダリワールドのノードには、様
々なサービスを結び付けることができる。計算されたユ
ーザ位置に基づいて、セカンダリワールドノードに関連
するこれらの様々なサービスをユーザに提供することが
できる。さらに、ユーザのコンテキストがマスタワール
ドに対して相対的に決定されるので、特定のセカンダリ
ワールドに関連しない場合のある他のサービスを提供す
ることもできる。

【００１３】ジオゾーンは本質的に、マスタワールドを
個々のゾーンに細分する空間索引付けメカニズムであ
る。述べる実施形態では、これらのゾーンは、密度関数
に依存する４分木アルゴリズムを使用することによって
細分される（ただし他の多くの空間索引手法も使用でき
る）。所望の密度レベルが達成されると（密度は１ゾー
ンあたりの当該地点によって定義することができる）、
マスタワールド上の各ノードに特定のジオゾーンを割り
当てる。ジオゾーンにより、近接計算を速く直接的な方
式で計算することができる。

【００１４】マスタワールドおよびセカンダリワールド
の有用な面の１つは、これらが、固定コンピューティン
グデバイス（すなわちデスクトップデバイス）やモバイ
ルコンピューティングデバイス（すなわち携帯電話、ラ
ップトップその他）など、様々なコンピューティングデ
バイスから「到達可能」なことである。すなわち、マス
タワールド（または少なくともその一部）と１つまたは
複数のセカンダリワールドは、コンピューティングデバ
イス上でローカルに維持することもでき、あるいは例え
ばウェブまたは他の何らかのメカニズムを介してアクセ
スすることもでき、それにより、ユーザはユーザのコン
テキストを引き出すことができる。例えば、ユーザがセ
カンダリワールド内でユーザのコンテキストを引き出せ
るように、セカンダリワールドをコンピューティングデ
バイス上にダウンロードすることができる。ユーザのコ
ンテキストがマスタワールドと１つまたは複数のセカン
ダリワールドとから決定されると、コンテキストアウェ
アな解決法の様々な堅固な集合がユーザに利用可能にな
る。例えば、特定のセカンダリワールドサービスまたは
マスタワールドサービスを提供することができる。さら
に、ユーザの位置を他のセカンダリワールドが知る（ま
たは他のセカンダリワールドに知らせる）ことができる
ので、他のセカンダリワールドからのサービスを提供す
ることもできる。このようにして、マスタワールドは、
２つ以上のセカンダリワールドを相互にリンクすること
ができる。

【００１５】もう１つの面は、述べる実施形態が、デバ
イスの位置を決定する際に各コンピューティングデバイ
スの計算力を利用することである。このとき、デバイス
から到達可能な（及び、おそらくデバイス上でローカル
に維持される）マスタワールドと１つまたは複数のセカ
ンダリワールドがあるおかげで、デバイスそのものがそ
れ自体のコンテキストを決定する。

【００１６】１実施形態では、先に論じたコンテキスト
アウェアな構造すなわちマスタワールドと１つまたは複
数のセカンダリワールドとを利用するように構成され
た、クライアント側デバイスが提供される。マスタワー
ルドまたはその一部は、デバイス上でローカルに利用可
能か、または例えばウェブを介して別の位置からアクセ
ス可能とすることができる。この実施形態では、クライ
アントデバイスには位置サービスが組み込まれている。
述べる位置サービスは、デバイスの位置を決定すること
ができ、様々なアプリケーション（そのデバイス上また
はそのデバイスから離れた所で実行されている）からの
クエリーに答えることができるソフトウェアモジュール
である。位置サービスは、マスタワールドと１つまたは
複数のセカンダリワールドを使用してデバイスの位置を
決定する。アプリケーションは、１つまたは複数のアプ
リケーションプログラムインタフェース（ＡＰＩ）また
はイベントを介して位置サービスに照会して、アプリケ
ーションがサービスを提供するのに用いる位置情報を得
る。

【００１７】位置サービスは、デバイスに情報を伝える
１つまたは複数の位置プロバイダを利用する。この情報
は、位置プロバイダ固有の情報とすることもでき、マス
タワールドまたはセカンダリワールドのノードに直接に
マッピングできる情報とすることもできる。例示的な位
置プロバイダには、全地球測位サービス（ＧＰＳ）プロ
バイダ、携帯電話プロバイダ（セルプロバイダ）、ブル
ートゥース（Ｂｌｕｅｔｏｏｔｈ）プロバイダ、ユーザ
インタフェースプロバイダなどを含めることができる。
位置プロバイダは、デバイスの現在の位置の何らかの局
面を示す情報を提供する。この情報を使用して、位置サ
ービスがデバイスの位置を確認する。

【００１８】クライアントデバイスの特に有利なメカニ
ズムの１つは、標準的または共通の位置プロバイダイン
タフェースである。位置プロバイダインタフェースは、
様々な位置プロバイダが位置サービスに情報を提供でき
るようにし、それにより、位置サービスはその情報を利
用してその位置を決定することができる。本質的に、多
重位置プロバイダインタフェースは、異なる複数の位置
プロバイダが位置に関する位置情報（またはヒント）を
デバイス上の位置サービスに提供できるようにする共通
インタフェースである。位置プロバイダは、絶えず、ま
たは間隔を空けて、またはデバイスからポーリングを受
けたときに、位置情報を提供することができる。位置サ
ービスが情報を使用する前にその情報の相対的な質を評
価できるように、位置情報は信頼度および正確度の推定
値と共に提供することができる。様々なプロバイダはま
た、それら自体を自己監視する能力も有し、この能力
は、情報をインテリジェントに位置サービスに伝えるプ
ロバイダの能力を補助する。共通インタフェースを有す
ることにより、位置プロバイダの集合は動的に拡張可能
である。すなわち、位置サービスまたはデバイスによっ
て実施される機能が介入することなく、位置プロバイダ
を集合に追加または集合から除去することができる。位
置プロバイダは、デバイスが動作している間に追加また
は除去することができる。このことは、将来開発される
位置プロバイダに対応する際に特に有用である。この特
定の実施形態では、２つの抽象化レベルが提供される。
すなわち、（１）位置プロバイダから情報を受け取るプ
ロバイダインタフェース、および（２）アプリケーショ
ンが様々な情報を得ることを可能にするＡＰＩ／イベン
トレイヤである。

【００１９】この実施形態の１つの焦点は、異なる様々
なソースからコンテキスト情報（例えば位置情報）を収
集し、その情報からデバイスの現在のコンテキストを決
定し、現在のコンテキストを何らかのレベルで１つまた
は複数のアプリケーションに提供することのできるデバ
イスであり、アプリケーションは、デバイスのコンテキ
ストを用いて、サービスを提供するか、またはデバイス
がそのコンテキスト環境に参与できるようにする。

【００２０】述べる実施形態では、デバイスは、その位
置に関する位置情報またはヒントを受け取る。この情報
は、位置サービスによって照合され、マスタワールドお
よび／またはセカンダリワールドの中のノードにマッピ
ングされる。次いで、階層ツリーを走査して、セカンダ
リワールドとマスタワールドの両方におけるデバイスの
正確な位置を決定することができる。この時点で、デバ
イスはそのコンテキストを決定し終えている。よく信用
できる情報だけを用いてコンテキストが決定されるよう
に、収集された情報は調停を受けることができる。位置
情報をキャッシュして「現在位置情報」を提供すること
ができるが、これは、定義可能な期間にわたり、ある程
度正確なものとなる。したがって、何らかの理由で他の
位置プロバイダが利用不可能な場合に、このキャッシュ
を用いて位置を確認することができる。

【００２１】デバイスの位置が決定されると、デバイス
は、セキュリティポリシーを情報に適用することができ
る。これを行った後で、デバイスは、様々なアプリケー
ションからのクエリーに答えることを開始することがで
きる。

【００２２】述べる実施形態の一態様は、「お気に入り
の位置（ｆａｖｏｒｉｔｅ ｌｏｃａｔｉｏｎｓ）」態
様である。これは、デバイスがそのコンテキストを決定
すると、デバイスは自動的に構成され、それにより種々
の位置に適合することができるものである。

【００２３】さらに、様々なタイプの位置プロバイダ
が、異なるタイプの情報を伝えることができる。例え
ば、いわゆる「シン（thin）プロバイダ」は、位置サー
ビスによって適切なノード情報に変換される情報を提供
する。いわゆる「シック（thick）プロバイダ」は、位
置情報を得て、それをマスタワールドまたはセカンダリ
ワールドに直接にマッピングできる形で提供するロジッ
クを含む。

【００２４】別の実施形態では、デバイスのコンテキス
トまたは位置をできるだけ正確に決定することに対処す
る位置変換サービスが提供される。この実施形態では、
様々な位置プロバイダから情報を受け取る。この情報
は、位置、正確度、信頼度（すべて位置プロバイダから
提供される）、信用度（デバイスまたはユーザから位置
プロバイダに割り当てられる）、タイムスタンプ（位置
情報の古さを決定するのに役立つ）を含む。位置変換処
理は、どの位置プロバイダが有効かつアクティブかを決
定することを含む。位置プロバイダは、信頼度および信
用度のレベルに従ってランク付けすることができる。こ
れにより、位置プロバイダを順序付けしたリストが定義
される。すべての位置プロバイダが非アクティブになる
恐れのある状況に対しても備える。この場合、「現在の
位置」を時が経つにつれて信頼度が低下する位置プロバ
イダとして使用する。

【００２５】２つ以上の位置プロバイダからの情報が競
合する場合は、信用度レベルのより高い情報を用いる基
準を採用することができる。次いで、すべての位置プロ
バイダから提供される情報（競合がないと仮定する）を
用いて、ツリー構造と、ノードのエンティティＩＤ（Ｅ
ＩＤ）とを決定することができる。ツリーはマスタワー
ルドとすることができ、ＥＩＤはマスタワールド上のノ
ードである。ツリーはセカンダリワールドとすることも
でき、ＥＩＤ（または位置固有の識別子すなわち「ＬＵ
ＩＤ」）はセカンダリワールド上のノードである。この
情報を収集した後は、単にツリーを走査するだけで完全
な位置情報を決定することができる。デバイスの位置を
決定すると、キャッシュを現在の位置（タイムスタンプ
を含む）で更新することができる。

【００２６】別の実施形態では、コンテキストアウェア
なコンピューティング環境におけるプライバシー問題に
対処する。この実施形態では、位置サービスは、特定デ
バイスの位置に関係する位置情報を獲得している。プラ
イバシーマネージャが、情報を要求するかもしれないア
プリケーションにどのレベルの情報を提供するかを決定
する。プライバシーマネージャは、コンピューティング
デバイス自体に常駐してもよく、信用できる第三者が代
理になってもよい。

【００２７】この実施形態によれば、プライバシーレベ
ルの段階が定義される。各レベルは、特定のデバイスの
位置に関して具体性がより高いまたは低い情報を含むよ
うに定義される。ユーザが、位置情報を要求するかもし
れないエンティティにプライバシーレベルを割り当てる
ことができる。さらに、マスタワールドおよびセカンダ
リワールドの各ノードにプライバシーレベルを関連付け
ることもできる。アプリケーションからのクエリーが受
信されると、プライバシーマネージャはまず、そのクエ
リーが誰からのものかと、そのアプリケーションまたは
エンティティに関連するプライバシーレベルを決定す
る。次いでプライバシーマネージャは、マスタワールド
およびセカンダリワールドの１つまたは複数を評価し
て、対応するプライバシーレベルを有するノードを見つ
ける。対応するノードが見つかったときは、その特定の
細分性で要求側アプリケーションまたはエンティティに
情報を提供する。

【００２８】別の実施形態では、位置ビーコンの形で位
置プロバイダを提供するシステムおよび方法について述
べる。この実施形態では、様々な領域（公共／私的領
域）中に設置することのできる位置ビーコンが提供され
て、伝送範囲内にあるどのようなコンピューティングデ
バイスにもその位置が指示される。送信される情報によ
り、デバイスはその位置またはコンテキストを決定する
ことができる。位置ビーコンは、位置サービス固有の情
報を送信することができ、位置サービスはその情報を用
いる。送信する情報は、ＥＩＤ／ＵＲＬの対、およびＬ
ＵＩＤ／ＵＲＬの対を含むことができる。ＥＩＤは、マ
スタワールドの中にあるノードのノード識別を提供し、
関連するＵＲＬは、マスタワールドと通信するためのプ
ロトコルを提供する。例えばこのＵＲＬは、そのＥＩＤ
を使用する追加コンテキスト情報を提供することのでき
るサーバにリンクすることができる。ＬＵＩＤは、現在
位置に対応するセカンダリワールド上のノードを示し、
ＵＲＬは、セカンダリワールドと通信するためのプロト
コルを提供する。例えばこのＵＲＬは、セカンダリワー
ルドをホスティングするサーバとリンクすることができ
る。この場合、このサーバに照会して、セカンダリワー
ルドに関するより多くの情報（すなわちセカンダリワー
ルドツリー構造、関連リソースの位置など）を発見する
ことができる。ＥＩＤおよびＬＵＩＤを（ＵＲＬと共
に）使用することにより、デバイスは今や、マスタワー
ルドまたはセカンダリワールドを走査してその位置を決
定することができる。ビーコンは、様々な技術を使用し
て実装することができる（無線、ＲＦ、ＩＲ）。改ざん
を防止するために、ビーコンは「１度だけプログラムで
きる」デバイスとすることができる。ただし、プログラ
ム可能なビーコンを提供してもよい。送信される情報の
真実性を確認するために、ビーコン情報と共に提供され
る検証可能な署名の形でも、セキュリティを提供するこ
とができる。

【００２９】ビーコンのコンテキストアウェアなコンピ
ューティングの有用な一面は、「位置イネーブルドアク
セス（ｌｏｃａｔｉｏｎ−ｅｎａｂｌｅｄ ａｃｃｅｓ
ｓ）」の概念である。すなわち、位置情報の受信に加え
て（またはそれと別に）、ビーコンは、スマートデバイ
スがソフトウェアコードにアクセスすることを可能にす
るコードダウンロードポインタを送信することもでき、
このソフトウェアコードにより、スマートデバイスはそ
の現在のコンテキストに参与することができる。

【００３０】例示的なコンピューティングシステム この文書においては、任意のタイプのコンピューティン
グデバイスを一般的に指すのに、用語「コンピューティ
ングデバイス」を使用する。例示的なコンピューティン
グデバイスの特徴は、これは通常、１つまたは複数のプ
ロセッサと、コンピュータ可読媒体（記憶装置やメモリ
など）と、１つまたは複数のプロセッサ上で実行されて
プロセッサにプログラム済みの機能を実施させるソフト
ウェアとを備えることである。特定の実施形態では、モ
バイルコンピューティングデバイス（例えばラップトッ
プコンピュータなど）、および／またはハンドヘルドコ
ンピューティングデバイス（例えばパームＰＣ、無線電
話機など）の状況で実装する。

【００３１】図１は、述べる実施形態との関連で使用す
るのに適したコンピューティングデバイスのほんの一例
を構成する概略図である。特定の実施形態の利用を念頭
に置いた１つまたは複数のコンピューティングデバイス
（例えばパームＰＣ、無線電話機など）に、図示のコン
ピューティングデバイスの一部を組み込むこともできる
ことを理解されたい。

【００３２】コンピュータ１３０は、１つまたは複数の
プロセッサまたはプロセッシングユニット１３２と、シ
ステムメモリ１３４と、システムメモリ１３４を含めた
様々なシステムコンポーネントをプロセッサ１３２に結
合するバス１３６とを備える。バス１３６は、メモリバ
スまたはメモリコントローラ、周辺バス、ＡＧＰ（ａｃ
ｃｅｌｅｒａｔｅｄ ｇｒａｐｈｉｃｓ ｐｏｒｔ）、
および様々なバスアーキテクチャのいずれかを使用する
プロセッサバスまたはローカルバスを含めた、いくつか
のタイプのバス構造のうちのいずれか１つまたは複数を
表す。システムメモリ１３４は、読出し専用メモリ（Ｒ
ＯＭ）１３８およびランダムアクセスメモリ（ＲＡＭ）
１４０を含む。ＲＯＭ１３８には、起動中などにコンピ
ュータ１３０内の要素間で情報を転送するのを補助する
基本ルーチンを含むＢＩＯＳ（ｂａｓｉｃ ｉｎｐｕｔ
／ｏｕｔｐｕｔ ｓｙｓｔｅｍ）１４２が記憶されてい
る。

【００３３】コンピュータ１３０はさらに、ハードディ
スク（図示せず）に対して読み書きするためのハードデ
ィスクドライブ１４４と、リムーバル磁気ディスク１４
８に対して読み書きするための磁気ディスクドライブ１
４６と、ＣＤ−ＲＯＭやその他の光学媒体などリムーバ
ル光ディスク１５２に対して読み書きするための光ディ
スクドライブ１５０とを備える。ハードディスクドライ
ブ１４４、磁気ディスクドライブ１４６、および光ディ
スクドライブ１５０は、ＳＣＳＩインタフェース１５４
または他の何らかの適したインタフェースによってバス
１３６に接続される。ドライブおよびそれらに関連する
コンピュータ可読媒体は、コンピュータ可読命令、デー
タ構造、プログラムモジュール、およびコンピュータ１
３０に対するその他のデータの、不揮発性記憶域を提供
する。本明細書に述べる例示的な環境は、ハードディス
ク、リムーバル磁気ディスク１４８、およびリムーバル
光ディスク１５２を採用するが、磁気カセット、フラッ
シュメモリカード、ディジタルビデオディスク、ランダ
ムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯ
Ｍ）など、コンピュータからアクセス可能なデータを記
憶することのできる他のタイプのコンピュータ可読媒体
をこの例示的な動作環境で使用することもできること
を、当業者は理解されたい。

【００３４】ハードディスク１４４、磁気ディスク１４
８、光ディスク１５２、ＲＯＭ１３８、またはＲＡＭ１
４０には、いくつかのプログラムモジュールを記憶する
ことができるが、これらのプログラムモジュールには、
オペレーティングシステム１５８ａ、１５８ｂ、１つま
たは複数のアプリケーションプログラム１６０ａ、１６
０ｂ、その他のプログラムモジュール１６２ａ、１６２
ｂ、およびプログラムデータ１６４ａ、１６４ｂが含ま
れる。ユーザは、キーボード１６６やポインティングデ
バイス１６８などの入力デバイスを介してコンピュータ
１３０にコマンドおよび情報を入力することができる。
その他の入力デバイス（図示せず）には、マイクロホ
ン、ジョイスティック、ゲームパッド、衛星受信アンテ
ナ、スキャナなどを含めることができる。これらおよび
他の入力デバイスは、バス１３６に結合されたインタフ
ェース１７０を介してプロセッサ１３２に接続される。
モニタ１７２または他のタイプの表示装置もまた、ビデ
オアダプタ１７４などのインタフェースを介してバス１
３６に接続される。モニタに加え、パーソナルコンピュ
ータは通常、スピーカやプリンタなど他の周辺出力デバ
イス（図示せず）も備える。

【００３５】コンピュータ１３０は一般に、リモートコ
ンピュータ１７６など１つまたは複数のリモートコンピ
ュータへの論理接続を用いて、ネットワーク化された環
境で動作する。リモートコンピュータ１７６は、別のパ
ーソナルコンピュータ、サーバ、ルータ、ネットワーク
ＰＣ、ピアデバイス（peer deviceｓ）、またはその他
の一般的なネットワークノードとすることができ、これ
は、図１にはメモリ記憶装置１７８しか示していない
が、通常はコンピュータ１３０に関して先に述べた要素
の多くまたはすべてを備える。図１に示す論理接続は、
ローカルエリアネットワーク（ＬＡＮ）１８０およびワ
イドエリアネットワーク（ＷＡＮ）１８２を含む。この
ようなネットワーキング環境は、オフィス、企業全体の
コンピュータネットワーク、イントラネット、およびイ
ンターネットによくあるものである。

【００３６】ＬＡＮネットワーキング環境で使用すると
きは、コンピュータ１３０は、ネットワークインタフェ
ースまたはアダプタ１８４を介してローカルネットワー
ク１８０に接続される。ＷＡＮネットワーキング環境で
使用するときは、コンピュータ１３０は通常、モデム１
８６を備えるか、あるいはインターネットなどのワイド
エリアネットワーク１８２を介して通信を確立するため
の他の手段を備える。モデム１８６は内蔵でも外付けで
もよく、シリアルポートインタフェース１５６を介して
バス１３６に接続される。ネットワーク化された環境で
は、パーソナルコンピュータ１３０に関して示したプロ
グラムモジュールまたはこれらの一部をリモートメモリ
記憶装置に記憶することができる。図示するネットワー
ク接続は例示的なものであり、コンピュータ間に通信リ
ンクを確立する他の手段も使用できることを理解された
い。

【００３７】一般に、コンピュータ１３０のデータプロ
セッサは、様々な時にコンピュータの様々なコンピュー
タ可読記憶媒体に記憶された命令を使用してプログラム
される。プログラムおよびオペレーティングシステムは
通常、例えばフロッピー（登録商標）ディスクやＣＤ−
ＲＯＭなどで配布される。これらから、コンピュータの
補助記憶にインストールまたはロードされる。実行され
るとき、プログラムおよびオペレーティングシステム
は、少なくとも部分的にコンピュータの電子的な主記憶
にロードされる。これらおよび他の様々なタイプのコン
ピュータ可読記憶媒体が、以下に述べるステップをマイ
クロプロセッサまたはその他のデータプロセッサと共に
実施するための命令またはプログラムを含むとき、本明
細書に述べる発明は、このような媒体を含む。本発明は
また、以下に述べる方法および技法に従ってコンピュー
タがプログラムされたとき、そのコンピュータも含む。

【００３８】本明細書では例示のために、プログラム
と、オペレーティングシステムなど他の実行可能プログ
ラムコンポーネントとを別個のブロックとして示すが、
このようなプログラムとコンポーネントは、様々な時に
コンピュータの様々な記憶コンポーネント中にあり、コ
ンピュータのデータプロセッサによって実行されること
を理解されたい。

【００３９】世界の定義 今日、コンテキストアウェアなコンピューティングの問
題を解決する試みに伴う問題の１つは、提案されるあら
ゆる解決法が独自の手法、データ構造、プロセスなどを
有することである。様々な手法の間での標準化は、仮に
あったとしてもごくわずかである。述べる実施形態で
は、地球のユニバーサルな視野を定義することにより、
基礎的なレベルで標準化が達成される。すなわち、ユニ
バーサルに受け入れられる地球の定義を提案するが、こ
の定義は、コンテキスト依存コンピューティングを可能
にするために様々なコンピューティングシナリオで使用
可能である。この文書では、コンテキスト依存コンピュ
ーティングの具体的な一例を位置依存コンピューティン
グの形で提供する。これは、以下に論じる様々な実施形
態を採用できるコンテキストのほんの一例をなすだけで
あることを理解されたい。その他の「コンテキスト」に
は、階層構造にうまくはまる情報ならどのようなものも
含めることができる。これらには、組織内の役割／人
員、デバイスの範疇化、現在アクティビティ、現在環
境、アクティブデバイスなどが含まれるが、これらに限
定するものではない。

【００４０】（マスタワールド）マスタワールドは、地
球の物理的位置または地理区分を分類整理した、政治的
に公正かつ公的に受け入れられる階層ツリー構造として
定義される。マスタワールドは、地球全体の政治的、行
政的、かつ地理的なエンティティの多くの様々なクラス
が含まれるようにして定義される。政治的競合の領域
は、コンピューティングデバイスの言語／現場に基づく
世界視野を提示することによって反映される。

【００４１】図２に、マスタワールドの一部を表す例示
的な階層ツリー構造２００を示す。マスタワールドは複
数のノード２０２を含み、各ノードは、地球の何らかの
タイプの地理区分（例えば政治的または自然エンティテ
ィ）を表す。図示の例では、マスタワールドのノードは
次のグループに構成される。すなわち（１）政治的また
は自然エンティティ（例えば大陸、国、海洋、州、郡、
市など）、（２）インフラストラクチャエンティティ
（例えば郵便番号、市外局番、時間帯など）、（３）公
共場所エンティティ（例えば公園、遊歩道、空港、競技
場など）、および（４）非物理的エンティティ（軍事郵
便番号地域、休暇地域、地理的に断続している可能性の
あるテレビジョンネットワークの系列局受信エリアな
ど）である。

【００４２】図２の例では、ツリー構造の最上位ノード
は地球を表す。最上位ノードの下にある各ノードは、地
球の地理区分を表す。この例では、いずれかのビジネス
またはサービスとの関連を有するノードは１つもない。
すなわち、マスタワールドの一部であるノードエンティ
ティと、アクティビティが行われる非地理的場所との間
に区別がある。マスタワールドは、公共の場所に対する
ノード（すなわち空港、遊歩道など）を含むものの、ビ
ジネスまたはサービスのプロバイダの個別リストは含ま
ない。各ノードは、ＩＤ（ＥＩＤすなわちエンティティ
ＩＤ）で一意的に識別される。固有のＥＩＤに加えて、
ＵＲＬもツリー構造に関連付けられ、後で明らかとなる
ようにツリー構造に対するコンテキストを提供する。

【００４３】一例として、次のことを考えてみる。すな
わち、シアトル−タコマ国際空港（ＳｅａＴａｃ）がマ
スタワールドに含まれるが、ＳｅａＴａｃにおける個々
の航空会社のビジネス位置への参照は、ＳｅａＴａｃ空
港ＥＩＤでタグ付けされたツリーの「葉」とすることが
できる（以下の「セカンダリワールド」セクションおよ
び表を参照）。同様に、シアトルセンタをマスタワール
ド上のノードとすることができ、シアトルアートフェス
ティバル、バンパーシュート、シアトルソニックスＮＢ
Ａチーム、およびシアトルセンタのスターバックスコー
ヒーショップは、シアトルセンタＥＩＤでタグ付けする
ことができる。別の例としては、マスタワールドはま
た、すべての各州間（高速道路）出口に対するノードも
含む。例えば、ワシントン州、出口１０９、Ｉ−９０
は、マスタワールドのノードの１つである。ワシントン
州エレンズバーグ、キャニオンロード１７００に位置す
るベストウェスタンインは、この出口のＥＩＤでタグ付
けすることができる。

【００４４】したがって、マスタワールドは、一様な位
置定義方式を提供する。次いで、一様な位置定義をユニ
バーサルに使用して、物品またはサービスに属性を割り
当てることができる。コンピューティングデバイスが特
定の一様な位置定義に対応するようにその位置を決定し
たときは常に、その一様な位置定義を共有する位置依存
の物品またはサービスを利用することができる。マスタ
ワールドは、標準化された世界視野であるため有用であ
る。その標準化された正確な地理範囲属性は、プロバイ
ダと消費者の両方から容易にアクセスすることができ
る。サービスおよび製品のプロバイダ（またはサーチエ
ンジン、ネットワーク、およびイエローページのデータ
ベースディレクトリなどの第三者）は、標準化された永
続的な地理参照を、対象のすべての商取引位置または地
点に割り当てることによって、マスタワールドのノード
を使用することができる。これらの対象の商取引位置ま
たは地点は、ツリー構造上の「葉」と考えることができ
る。

【００４５】図示の例では、マスタワールドのノード
は、その使用を容易にする１つまたは複数の属性を有す
る。このすぐ下の表に例示的な属性を述べる。

【００４６】

【表１】

【００４７】上に列挙した属性は、例示的な属性だけを
構成するものである。上に参照したこれらの属性とは異
なる、かつ／またはこれらに対する追加の、他の属性を
使用することもできる。以下に、上記の属性を採用した
数個の例示的エンティティまたはノードのレコードを示
す。

【００４８】

【表２】

【００４９】

【表３】

【００５０】マスタワールドはまた、それ自体と様々な
「セカンダリワールド」との間の公分母リンクのリポジ
トリとしても働き、かつセカンダリワールドを他のセカ
ンダリワールドに接続する導管としても働く。内容、サ
ービス、およびデバイスのプロバイダは、マスタワール
ドを用いて、公衆に利用可能なそれらの提供物を、地理
的位置および対応する複数ブランチ階層構造に関連付け
ることができる。この位置は、ツリー構造内の単一エン
ティティと関連付けられることになり、したがって、地
理的計算および時間／距離の計算と、必要な親／子関係
のナビゲーションが可能になる。

【００５１】（マスタワールドの索引（ジオゾーン））
定義により、マスタワールドは、地球全体をカバーする
エンティティ（ノード）の階層構造を形成する。階層内
での上方向へのナビゲーションはごく自然である。下方
向への効率的なナビゲーションは、地理的近接のアウェ
アネスを必要とする。さらに、照会において値を首尾よ
く返すために、あるいは元のソースノード以外のノード
に付いている近い「葉」への距離をより正確に計算する
ために、ブランチからブランチにジャンプすることが必
要なシナリオもあり得る。マスタワールドは、地理的近
接によってピアレベルのノードを識別できる索引方式を
利用する。この索引付け方式は、４分木アルゴリズムを
利用してマークし、いわゆる「ジオゾーン」を定義す
る。

【００５２】４分木は本質的に、規則的にサイズが減少
する同質のセルに、有効範囲を分割する、空間索引であ
る。ツリーの各象限が、４つまでの子を有する。４分木
セグメント化プロセスは、各象限の中の項目（例えば対
象の地点）の数の密度を含めた多くの様々な最終結果基
準に基づいて、マップ全体が分割されるまで継続するこ
とができる。この手法により、空間選択および内容識別
を加速させる空間索引の一形式がもたらされる。

【００５３】空間索引付け方式を完了して定義済みジオ
ゾーンを各ノードに提供するには、４分木アルゴリズム
をノードに適用するが、この４分木アルゴリズムは、例
えばいずれか１つのゾーン中で発生する対象の地点の所
望の密度に基づくことができる。すべてのゾーンが定義
されると、各ゾーンに固有のＩＤ（例えば上／左と下／
右の、緯度と経度の対）が与えられる。次いで、マスタ
ワールドの各ノードに、それが位置するゾーンが割り当
てられる。４分木アルゴリズムは周知であり、当業者に
は理解されるであろう。

【００５４】（マスタワールドの位置）理解できるよう
に、標準化された一様な世界の表現を、走査可能な階層
ツリー構造の形で有することにより、コンテキスト依
存、より具体的には位置依存の物品およびサービスをリ
ンクできる方式が、大幅に容易になる。

【００５５】述べる実施形態では、コンピューティング
デバイスは、マスタワールドの少なくとも一部にアクセ
スすることができる。例えばコンピューティングデバイ
スは、コンピューティングデバイスのオペレーティング
システム部を含む内部記憶装置に、マスタワールドが保
存されるようにすることもでき、あるいはデバイスは、
インターネットなどのネットワーク媒体を介してマスタ
ワールドにアクセスすることもできる。マスタワールド
ツリー構造は各コンピューティングデバイスからアクセ
ス可能なので、各デバイスは、それ自体のコンテキスト
を、またはノードによって参照される位置を判定する力
を有する。すなわち、コンピューティングデバイスは、
実行しているソフトウェアを介してその特定の位置すな
わちノードを決定することができる。コンピューティン
グデバイスは、関連ノードを決定した後は、単にツリー
を走査するだけでその完全な位置を確認することができ
る。

【００５６】例えば、コンピューティングデバイスは現
在、レッドモンド市に対応するノードにそれ自体が位置
していると判定した場合、マスタワールドツリー構造を
走査して、ワシントン州、米国、北アメリカ大陸にそれ
自体があることを確認することができる。その正確な位
置を確認することにより、コンピューティングデバイス
（またはそのユーザ）は今や、提供されるであろう位置
依存サービスを利用する立場にある。この特有のモデル
は、中央サーバを利用して異なるいくつかのデバイスに
対する位置を確認する現在のモデルに勝る、非常に大き
な改善である。現在のモデルでは、各デバイス（または
ユーザ）は、その位置に関する情報を提供し（例えばユ
ーザはおそらく、そのデバイスが現在位置する郵便番号
または市を入力し）、ユーザの郵便番号の中で例えばマ
クドナルドレストランを見つけるためにクエリーを入力
する場合がある。次いでサーバは、この情報を取り入
れ、例えばその郵便番号または市に含まれるすべてのマ
クドナルドレストランの位置についてユーザに教える。
このモデルでは、サーバが失敗した場合、コンピューテ
ィングデバイスはどれもそのサービスを利用することが
できない。本モデルでは、各コンピューティングデバイ
スは自立している。それぞれがそれ自体の位置を決定す
ることができ、したがって各デバイスは位置依存サービ
スを利用することができる。例えば、コンピューティン
グデバイスがマスタワールドの特定ノード上に位置する
ことを理解した場合、このコンピューティングデバイス
は、それが位置するその特定ノードに対応するＥＩＤを
有するマクドナルドを見つけるためのクエリーを実行す
ることができる。前述のジオゾーンを使用することによ
り、特定のローバスト性（robustness）がもたらされ
る。ジオゾーンにより、最も近い地理区分を効率的な方
式で素早く探索することができる。例えば、ある個人が
コピーをとるために最も近いキンコーズ（Kinko's）を
探しており、そのコンピューティングデバイスの位置す
るノードに対応するジオゾーン中にキンコーズが１軒も
ない場合は、近隣のジオゾーンを素早く探索することが
できる。

【００５７】（セカンダリワールド）述べる実施形態で
は、セカンダリワールドの概念を使用して、追加コンテ
キストに対するサポートを提供する。セカンダリワール
ドは、第三者の組織または会社によって定義することが
でき、その組織に固有の物理的かつ／または論理的エン
ティティを構成するノードを含む。セカンダリワールド
は公的なものとすることも私的なものとすることもでき
るので、セカンダリワールドのノードは、セカンダリワ
ールドを定義した特定組織の外部の多くのコンテキスト
を有してもよく、また有さなくてもよい。セカンダリワ
ールドは、マスタワールドを複製するのではなく、マス
タワールドを一意的かつ組織固有の形で補足する。マス
タワールドは広く受け入れられる基準として定義される
が、各セカンダリワールドは、組織専有の世界視野が多
様に表されたものとして定義される。述べる実施形態で
は、各セカンダリワールドは、マスタワールドのノード
とリンクされたノードを少なくとも１つ有する。これに
より、マスタワールドにおけるコンテキストまたは位置
がセカンダリワールドに与えられる。また、コンテキス
トアプリケーションの中には、いくつかのセカンダリワ
ールドにアクセスすることができ、各セカンダリワール
ドは追加のコンテキスト固有の位置データを提供するこ
とに留意されたい。

【００５８】図２に、複数のノード２０６を備えた例示
的なセカンダリワールド２０４を示す。各ノード２０６
は、物理的または論理的エンティティを構成する。例え
ばノードは、会社、その部門、地域、キャンパス、建
物、様々な建物の中のフロア、および様々なフロア上の
部屋を構成することができる。ノードの少なくとも１つ
は、マスタワールドのノードとリンクされる。セカンダ
リワールドのノードは、マスタワールドのノードと同じ
属性を有することができる。

【００５９】セカンダリワールドの一例として、ボーイ
ングが、その雇用者にとって重要なエンティティのリス
トを含むセカンダリワールドを定義すると考えてみる。
ルートエンティティは「ボーイング社」となり、その子
は会社の部門（セントルイス軍事部門、エヴェレットプ
ラント、企業本部など）とすることができる。さらにツ
リー構造を下ると、個々のノードは、個々の建物（ハン
ガー１２）、この建物内のオフィス（オフィス１００
１）、建物領域（ハンガー１２の南西象限）などを表す
ように定義することができる。各エンティティまたはノ
ードは、固有の識別子（ローカルな固有ＩＤすなわち
「ＬＵＩＤ」）と、そのノードが発生するツリーに関連
するＵＲＬとを有する。ＵＲＬは、セカンダリワールド
ツリー構造内にいるユーザがどのようにこの世界と対話
するかを決定できるように、セカンダリワールドツリー
構造を一意的に識別する。この態様については、後でよ
り詳細に論じる。次いでボーイングはＬＵＩＤを使用し
て、設備、サービス、部署、またさらには人員をも、物
理的または論理的位置に関連付けることができる。

【００６０】より具体的な例として、図３を考察された
い。この図には、例示的なマスタワールド３００の一部
およびセカンダリワールド３０２が示してある。マスタ
ワールド３００は、世界、米国、ワシントン、レッドモ
ンド、および郵便番号＝９８０５２のノードを含む。例
示的なセカンダリワールド３０２は、マイクロソフトコ
ーポレーションによって定義された階層ツリー構造であ
り、以下のノードを含む。すなわち、マイクロソフト、
レッドモンドキャンパス、１マイクロソフトウェイ、ビ
ルディング２６、３階、会議室３１７３、ビルディング
２４、２階、会議室１３４２である。この例では、セカ
ンダリワールド３０２は、レッドモンドノードからマス
タワールドの中に「ポイント接触」する。この例では、
ビデオプロジェクタがノード「会議室１３４２」に関連
付けられて示されている。この場合、このビデオプロジ
ェクタはセカンダリワールドの中のノードではない。そ
うではなく、このビデオプロジェクタは、他の何らかの
リソース発見サービス（例えばアクティブディレクト
リ）中の項目であり、「会議室１３４２」へのポインタ
の位置属性を含む。ただし、キーサービスの位置を表す
ためのノードをこれらの世界に生み出すことができると
きもある。しかしノード自体がそれらのサービスを表す
ことにはならない。

【００６１】マスタワールドと同様、セカンダリワール
ドも、有利なことにユーザのコンピューティングデバイ
スからアクセス可能である。例えばセカンダリワールド
は、完全にまたは部分的にダウンロードして記憶装置に
記憶し、必要なときにアクセスすることもできる。これ
は、１回使用するためだけにしかダウンロードできない
ものとすることができる。セカンダリワールドにより、
コンピューティングデバイスは、セカンダリワールド内
におけるそのコンテキストを確認することができる。こ
の例では、コンピューティングデバイスは、セカンダリ
ワールドを使用してセカンダリワールド内のその位置を
計算することになる。コンピューティングデバイスはこ
れを、それ自体が現在位置するノードからルートノード
へとツリー構造を走査することによって行うことができ
る。これにより、例えば、コンピューティングデバイス
（したがってユーザ）は完全なセカンダリワールドコン
テキストを得ることができる。セカンダリワールドの位
置がわかった後は、ユーザは、セカンダリワールドのノ
ードに関連する物品またはサービスを利用する立場にあ
る。すなわち、コンピューティングデバイスは、そのセ
カンダリワールドコンテキストを決定すると、セカンダ
リワールドへのアクティブな参加者になる準備が整う。

【００６２】物品またはサービスをセカンダリワールド
の個々のノードに関連付けることにより、非常に高い価
値を獲得することができる。例えば、会議室１３４２に
はビデオプロジェクタが関連付けられている。すなわ
ち、ビデオプロジェクタの位置は会議室１３４２にあ
る。会議室３１７３にいる個人が、会議室１３４２にあ
るようなビデオプロジェクタを使用する必要のあるプレ
ゼンテーションを行うと仮定する。個人は通常、おそら
く物理的にその建物にあちこち呼びかけて利用可能なビ
デオプロジェクタがあるかどうかチェックする以外に、
ビデオプロジェクタの位置を確認する手段を有しないこ
とになる。この例では、ユーザのコンピューティングデ
バイスはセカンダリワールド内におけるその位置を確認
することができるので、会議室１３４２中のビデオプロ
ジェクタを突き止めることができる。コンピューティン
グデバイスはこれを、単にセカンダリワールドツリー構
造を走査して対象のリソースを見つけるソフトウェアを
実行することによって行う。

【００６３】また、マスタワールドの中へのリンクがあ
るので、コンピューティングデバイスは両方の世界内の
そのコンテキスト（位置）を引き出すことができること
にも留意されたい。これにより、コンピューティングデ
バイス、したがってユーザは、セカンダリワールドに関
連する物品およびサービスを利用することができ、か
つ、マスタワールドにおけるユーザ位置に基づいて消費
することが可能な位置依存サービスに参加することもで
きる。

【００６４】図４は、述べる実施形態による方法のステ
ップを記述した流れ図である。すぐ後に述べるこれらの
ステップはコンピューティングデバイスによって実施さ
れるが、このコンピューティングデバイスは、図示の例
ではハンドヘルドモバイルコンピューティングデバイス
である。

【００６５】ステップＳ４００で、コンピュータ可読媒
体上にある第１および第２の階層ツリー構造にアクセス
する。この例では、これらのツリー構造はデバイスに記
憶してもよく、あるいはインターネットなどのネットワ
ークを介してアクセス可能としてもよい。例示的な第１
のツリー構造はマスタワールドであり、例示的な第２の
ツリー構造はセカンダリワールドである。あるいは、ツ
リー構造は両方ともセカンダリワールドとすることもで
きる。デバイスからツリー構造にアクセスがあると、ス
テップＳ４０２で、ツリー構造の複数のノードを走査し
て、コンピューティングデバイスのコンテキストを引き
出す。この例では、コンピューティングデバイスは、一
方のツリーのノードにおけるその位置について知らせる
情報を受け取る。この情報は、適した任意の方法でコン
ピューティングデバイスに入来することができる。例え
ば、ユーザがユーザインタフェース（ＵＩ）を介してこ
の情報を入力してもよく、あるいは別のコンピューティ
ングデバイスからこのコンピューティングデバイスに位
置をブロードキャストしてもよい（例えばブルートゥー
ス技術やユニバーサルプラグアンドプレイ（ＵＰｎＰ）
を介して）。どのようにこの情報をコンピューティング
デバイスに伝えることができるかについての具体的な例
を、以下により詳細に提供する。どのようにこの情報を
コンピューティングデバイスに伝えるかにかかわらず、
コンピューティングデバイスは、情報を得ると、一方ま
たは両方のツリー構造を走査してそのコンテキストを引
き出すソフトウェアを実行する。コンテキストは、この
例ではデバイスの位置である。

【００６６】（セカンダリワールドの定義）前述のよう
に、述べる実施形態の特に価値ある一面は、個々の組織
がそれら自体のセカンダリワールドを定義できることで
ある。これにより、物品およびサービスを提供する際の
非常に高いフレキシビリティが組織に与えられ、より一
般的に言えば、これらの組織の効率が上がる。１実施形
態では、個々の組織がそれら自体のセカンダリワールド
を定義および維持することを可能にするソフトウェアツ
ールが提供される。

【００６７】１実施形態では、各セカンダリワールド
は、名前空間（例えばＸＭＬ名前空間）として一意的に
識別することができる。これにより、セカンダリワール
ドとマスタワールドとの間のどのような名前のオーバー
ラップも衝突を生じないことが保証される。一例として
次のことを考えてみる。マスタワールドは、都市を指す
「シカゴ」として識別されるエンティティを含む。全米
プロバスケットボール協会（ＮＢＡ）によって確立され
たセカンダリワールドと、キャタピラ社によって確立さ
れた異なるセカンダリワールドもまた、「シカゴ」とい
う名のエンティティを有し、これらのエンティティは、
マスタワールドの「シカゴ」とは完全に異なるエンティ
ティを指す。例えば、ＮＢＡの「シカゴ」はＮＢＡの市
場地域を指し、キャタピラの「シカゴ」は販売地区を指
す。各名前空間は他のあらゆる名前空間と一意的に異な
るので、マスタワールドとセカンダリワールドとの間を
名前空間で分離することにより、同一の名前の付いたエ
ンティティ間の衝突がないことを保証することができ
る。

【００６８】図５は、コンテキストアウェアなデータ構
造を構築する方法のステップを記述した流れ図である。
これらのステップは、コンピューティングデバイス上で
実行されるソフトウェアツールによって実施される。

【００６９】ステップＳ５００で、物理的かつ／または
論理的エンティティに関係する情報を指定する入力をソ
ースから受け取る。この例では、システム管理者が、定
義したいと思うセカンダリワールドの構造に関する情報
を物理的に入力することができる。この情報は、建物、
部門、会議室などに関する情報を含むことができる。次
いでステップＳ５０２で、この情報を処理して、コンテ
キストを有する階層ツリー構造を定義する。この例で
は、コンテキストは位置である。ただし、その他のコン
テキストを採用することもできることを理解されたい。
階層ツリー構造中の各ノードは、別々の物理的または論
理的エンティティを表す。次いでステップＳ５０４で、
階層ツリー構造の少なくとも１つのノードを、コンテキ
ストを有する別のツリー構造とリンクする。この例で
は、この別のツリー構造はマスタワールドを構成するこ
とができる。ツリー構造が構築されてリンクされると、
これらのツリー構造は、１つまたは複数のノードからコ
ンテキストを引き出すことのできる方式で走査される準
備が整う。

【００７０】サービスとしての位置 上の例では、コンピューティングデバイスは、それ自体
の位置を判定することができる。これから述べる実施形
態では、コンピューティングデバイスは、異なるいくつ
かの情報ソースから提供される位置情報を用いてその位
置を判定する。デバイスは、提供される情報を取り入
れ、その情報を処理して、１つまたは複数の階層ツリー
上にある特定ノードを判定することができる。これを行
うと、デバイスはその完全な位置を決定することがで
き、この位置は、特にデバイスのユーザが消費できる位
置依存サービスがあるときにわかると、有用なものであ
る。

【００７１】図６に、例示的なコンピューティングデバ
イス６００の高レベルの図を示すが、このコンピューテ
ィングデバイス６００は、コンポーネントの中でもとり
わけ、コンテキストサービスモジュール６０２と、１つ
または複数のコンテキストプロバイダ６０４ａ〜６０４
ｃとを備える。コンテキストサービスモジュール６０２
は、適した任意のハードウェア、ソフトウェア、ファー
ムウェア、またはこれらの組合せの中に実装することが
できる。この特定の例では、コンテキストサービスモジ
ュールは、１つまたは複数のデバイスプロセッサによっ
て実行されるソフトウェア中に実装される。コンテキス
トサービスモジュール６０２は、１つまたは複数のコン
テキストプロバイダ６０４ａ〜６０４ｃからコンテキス
ト情報を受け取り、その情報を処理して現在のデバイス
コンテキストを決定する。この特定の例では、デバイス
コンテキストはデバイスの位置である。したがって、コ
ンテキストプロバイダは、位置情報を、処理されるよう
に、様々な形でコンテキストサービスモジュール６０２
に提供する位置プロバイダである。位置プロバイダ６０
４ａ〜６０４ｃは、コンテキスト情報（位置情報）の様
々なソース６０６ａ〜６０６ｃから情報を受け取る。

【００７２】この文書に関しては、コンテキストプロバ
イダは、デバイス上に実装してもデバイスから離れた所
に実装してもよいソフトウェアコンポーネントを構成す
る。コンテキストプロバイダにはまた、適した任意のハ
ードウェア、ファームウェア、またはこれらの組合せを
含めることができる。コンテキストプロバイダの役割
は、ソース６０６ａ〜６０６ｃから情報を受け取り、そ
の情報をコンテキストサービスモジュール６０２に伝
え、それによりコンテキストサービスモジュールがその
情報を使用して現在のデバイスコンテキストを決定でき
るようにすることである。

【００７３】デバイスのコンテキストがデバイスの位置
である場合、ソース６０６ａ〜６０６ｃは、デバイスの
現在位置に関係する様々な情報を位置プロバイダ６０４
ａ〜６０４ｃに提供する。一例として、情報ソースに
は、ＧＰＳシステム、携帯電話またはセルＩＤ、位置情
報を送信する無線送信機、位置ビーコン、８０２．１１
送信機、およびその他の様々な情報ソースのような、様
々な情報送信機を含めることができる。情報ソースには
また、例えばブルートゥース技術を介して位置情報を提
供することのできるその他のコンピューティングデバイ
スを含めることもできる。さらに、情報ソース６０６ａ
〜６０６ｃには、デバイスが情報を処理してその位置を
決定できるように、例えば物理的に位置情報をデバイス
６００に入力する人物を含めることもできる。

【００７４】デバイス６００がソース６０６ａ〜６０６
ｃから位置情報を受け取ると、デバイス６００は、位置
プロバイダ６０４ａ〜６０４ｃを使用してその情報を処
理し、その情報を位置サービスモジュール６０２に提供
する。位置サービスモジュール６０２は、位置情報を処
理し、位置サービスモジュールからアクセスできる１つ
または複数の階層ツリー構造上で現在位置に対応する特
定ノードを決定する。次いで位置サービスモジュール６
０２は、ツリー構造を走査して、デバイスに対する完全
な位置を判定する。完全な位置が判定されると、デバイ
ス６００は、１つまたは複数のアプリケーション６０８
ａ〜６０８ｃとの対話を開始することができ、これらの
アプリケーション６０８ａ〜６０８ｃは、１つまたは複
数の位置依存サービスをデバイスに提供できるように、
デバイスの特定位置についてデバイスに照会することが
できる。この例では、アプリケーション６０８ａ〜６０
８ｃをデバイスとは別に示してある。しかし、例えばブ
ラウザアプリケーションなどのように、アプリケーショ
ンはデバイス上で実行してもよいことを理解されたい。

【００７５】図示のように、アプリケーション６０８ａ
〜６０８ｃはデバイスを呼び出して、デバイスがどこに
あるか尋ねることができる。デバイスは、呼出しを受け
取って適切な仕方でアプリケーションに応答するように
構成される。アプリケーションがデバイスの位置情報を
得ると、アプリケーションは、位置固有サービスをデバ
イスに提供することができる。

【００７６】次の例を考えてみる。自分は旅行者であ
り、ＳｅａＴａｃ国際空港に関するマスタワールドツリ
ーおよびセカンダリワールドツリーを含んだハンドヘル
ドモバイルコンピューティングデバイスを有する。コン
コースＣから中国行きの飛行機で出発する予定である。
ＳｅａＴａｃ国際空港のセカンダリワールドは、「到
着」、「出発」、「コンコース」、「航空会社」、「航
空会社に割り当てられたゲート」、および「ゲート位
置」のノードを有するように設計されている。空港に到
着すると、あなたのコンピューティングデバイスは、空
港に入るときに種々のソースから位置情報を受け取り、
この情報を使用して、あなたの位置が到着ノードにある
ことを判定する。ＳｅａＴａｃ国際空港は、あなたが空
港にいる間にあなたを補佐するためのアプリケーション
を実行しているサーバのバンクを有する。サービスを見
つけるのに役立つアプリケーション、設備（例えば喫茶
店やレストラン）を突き止めるのに役立つアプリケーシ
ョン、方向（例えば自分の出発ゲートへの行き方）を示
すアプリケーション、自分のフライトの状況に関する最
新情報を提供するアプリケーション、さらには自分のフ
ライトに対して自分を自動的にチェックインするアプリ
ケーションがある。また、空港の中を歩くのに伴って自
分の位置が変化することも考えてみる。しかし、あなた
のコンピューティングデバイスは、連続する位置情報更
新を受け取ることができ、したがって、空港の中を移動
するのに伴ってその位置の判定を継続することができ
る。ある地点では、スターバックスコーヒーショップを
通過するとき、あなたのハンドヘルドデバイスは、スタ
ーバックスでラッテを購入してハンドヘルドデバイスを
提示すれば、それに５０セントの値引きを受けることを
知らせる。この例では、セカンダリワールドの有用性が
実例によって示されている。特定の顧客が施設のどこに
いるかを知ることにより、ＳｅａＴａｃ国際空港は、以
前は不可能だったサービスのホストを提供することがで
きる。

【００７７】さらに、自分は空港にいて、自分のフライ
トが中止されたと仮定する。あなたは今晩宿泊する場所
を見つけなければならない。したがって、最も近いダブ
ルツリーホテルに決定しようと思う。というのは、チェ
ックインのときにそこで出される温かいチョコレートチ
ップクッキーが大好きだからである。最も近いダブルツ
リーホテルを見つけるために、自分のコンピューティン
グデバイス上でサーチエンジンを実行する。サーチエン
ジンアプリケーションはまず、あなたの位置に対応する
マスタワールドノードのＥＩＤで示される、マスタワー
ルドにおけるあなたの現在位置を判定する。サーチエン
ジンアプリケーションは、探索を実行して、あなたのＥ
ＩＤに合致するＥＩＤを含む属性を有するダブルツリー
ホテルを探す。見つかった場合、サーチエンジンアプリ
ケーションは、単に結果をあなたに示す。対応するＥＩ
Ｄを有するダブルツリーホテルが見つからない場合は、
近隣のジオゾーンを使用してダブルツリーホテルを探索
することができる。サーチエンジンアプリケーション
は、ホテルへの車での行き方も提供することができる。
サーチエンジンアプリケーションは、マスタワールドに
おけるあなたの位置を確認することができたので、この
ことを行うことができた。サーチエンジンアプリケーシ
ョンは、あなたからの労力をほとんどまたは全く要する
ことなく、このことを素早く自動的に行った。

【００７８】さらに、空港からホテルへ車に乗っていく
とき、朝に行うことになっているプレゼンテーションの
コピーを１００枚印刷できるように、最も近いキンコー
ズを見つけようとすると仮定する。自分のハンドヘルド
コンピューティングデバイスが携帯電話で、通信事業者
がスプリントであると考えてみる。スプリントは、例え
ばセルネット（cell nets）で示すことのできるそれ自
体のセカンダリワールドを定義している。スプリントの
セカンダリワールドが自分のコンピューティングデバイ
ス上にあるおかげで、スプリントのセカンダリワールド
における自分の位置を確認することができ、したがっ
て、マスタワールドにおける自分の位置を確認すること
ができる。キンコーズもまた、マスタワールドとリンク
するセカンダリワールドを有すると考えてみる。サーチ
アプリケーションを自分のデバイス上で実行することに
より、最も近いキンコーズの位置ならびにそこへの車で
の行き方を確認することができる。これはすべて、自分
のデバイスがマスタワールドと１つまたは複数のセカン
ダリワールドとにアクセスできるので可能である。この
例では、マスタワールドは、２つ以上のセカンダリワー
ルドを共にデイジーチェーン接続するメカニズムを提供
する。これは、セカンダリワールドがマスタワールドの
中への参照またはリンクを少なくとも１つ有するので可
能である。

【００７９】例示的なデバイスアーキテクチャ 図７に、コンピューティングデバイス６００をもう少し
詳細に示す。この特定の実施形態では、デバイス６００
は、以下のコンポーネントを含むアーキテクチャを有す
る。すなわち、位置サービスモジュール７２０、位置プ
ロバイダインタフェース７００、アプリケーションプロ
グラムインタフェース（ＡＰＩ）／イベントモジュール
７０２、プライバシーマネージャ７０４、位置変換モジ
ュール７０６、１つまたは複数のアプリケーション７１
８ａ、７１８ｂ、７１８ｃ、および１つまたは複数の位
置プロバイダ７１６ａ〜７１６ｈである。このアーキテ
クチャにはまた、アクティブディレクトリ７０８、ウェ
ブサービス７１０、位置データベース７１２、および個
人場所７１４も含まれる。このアーキテクチャは、適し
た任意のハードウェア、ソフトウェア、ファームウェ
ア、またはこれらの組合せの中に実装することができ
る。前述のアーキテクチャは、各コンピューティングデ
バイスがそれ自体のコンテキストまたは位置を決定する
ことを可能にする点で有利である。

【００８０】（共通の位置プロバイダインタフェース）
述べる実施形態の特に有利な一面は、位置プロバイダ７
１６ａ〜７１６ｈがそれを介して通信する標準的なイン
タフェースを形成する、共通インタフェース７００を採
用することである。共通インタフェースを有することに
より、位置プロバイダは、位置プロバイダの集合から動
的に追加または除去することができるので、（将来のプ
ロバイダをサポートするために）拡張可能である。特定
の位置プロバイダ７１６ａ〜７１６ｈに必要なのは、共
通インタフェースをサポートするように書かれることだ
けである。

【００８１】この例では、いくつかの位置プロバイダ７
１６ａ〜７１６ｈがある。これらの位置プロバイダは、
位置情報を種々の形で提供する。例えばＧＰＳ位置プロ
バイダは、ＧＰＳ固有の位置情報を提供することができ
る。同様に、ＩＰ／サブネット位置プロバイダは、イン
ターネットプロトコル固有の情報を提供することができ
る。移動電話位置プロバイダは、セルＩＤの形で位置情
報を提供することができる。さらに、位置ユーザインタ
フェース（ＵＩ）は、市、通り、または建物を指定する
ユーザ入力の形で位置情報を提供することができる。様
々な位置プロバイダから提供される位置情報はすべて、
現在のデバイス位置を決定できるように位置サービスモ
ジュール７２０によって処理される。現在のデバイス位
置を決定するために、位置サービスモジュール７２０
は、アクティブディレクトリ７０８、ウェブサービス７
１０、または位置データベース７１２を調べなければな
らない場合がある。図示の例では、アクティブディレク
トリ７０８は例えば、セカンダリワールドと、ネットワ
ーキング接続性に基づいて位置を決定するのに役立つサ
ブネットや「サイト」の情報など他のネットワーキング
メタデータとを維持することができる。ウェブサービス
７１０は、マスタワールドまたはセカンダリワールドを
保持することができ、これらの属性を使用して位置を見
つけることができる。例えば、携帯電話がそのセルタワ
ーＩＤを知っている場合、位置プロバイダはセカンダリ
ワールドに照会して、そのセルタワーＩＤに合致するノ
ードを確認することができる。位置データベース７１２
は基本的に、ローカルにホスティングまたはキャッシュ
されるバージョンのウェブサービスである。

【００８２】（位置プロバイダ）先に示したようにこの
アーキテクチャでは、位置サービスモジュール７２０に
位置情報を提供することのできる、様々な複数の位置プ
ロバイダを考えている。この情報は、多くの様々な形お
よび品質レベルで入来することができる。次いでこの情
報は、位置サービスモジュール７２０によって処理され
て、現在のデバイス位置が決定される。こうするため
に、サービスモジュール７１８は、位置情報から特定の
ノードＩＤ（ＥＩＤおよび／またはＬＵＩＤ）と、その
ノードが関連付けられているツリー構造に関連するＵＲ
Ｌとを確認する。位置サービスモジュールは、ノードＩ
Ｄを確認すると、ＵＲＬを使用してツリー構造（または
より正確にはツリー構造を管理するサーバ）に照会し
て、ツリー構造に関するより多くの情報を確認すること
ができる。例えば、位置サービスモジュール７２０が特
定のセカンダリワールドからＬＵＩＤを確認した場合、
位置サービスモジュール７２０は、アクティブディレク
トリ７０８（または別の位置データベースであるイント
ラネットサーバ）に照会して、ノードの親と子を発見す
ることができる。これにより、次いで位置サービスモジ
ュールは、セカンダリワールドを構築することができ
る。

【００８３】位置プロバイダ７１６ａ〜７１６ｈは、位
置サービスモジュール７２０に多くの様々な方式で位置
情報を提供することができる。例えばいくつかの位置プ
ロバイダ７１６ａ〜７１６ｈは、情報を連続的に提供す
ることができる（例えばＧＰＳプロバイダはＧＰＳ座標
を連続的に提供することができる）。あるいは位置プロ
バイダは、特定時刻や定義可能イベントの発生時などに
位置情報を定期的に提供することもできる。例えばユー
ザは、位置情報を更新すべき特定時刻を定義することが
できる。あるいは位置情報は、デバイスの位置が変化し
たとき（すなわち位置変化イベント）だけ更新してもよ
い。さらに、位置プロバイダは、位置サービスモジュー
ル７２０からポーリングを受けたときに位置情報を提供
することもできる。例えば、位置サービスモジュール７
２０が位置プロバイダインタフェース７００を呼び出し
て、１つまたは複数の位置プロバイダに位置情報を要求
することができる。

【００８４】具体的な位置プロバイダ７１６ａ〜７１６
ｈの１つがキャッシュとして示されている。このキャッ
シュプロバイダ７１６ｃは、本質的に、現在のデバイス
コンテキストまたは位置を維持する。すなわち、位置サ
ービスモジュール７２０がその現在位置を確認すると、
位置サービスモジュール７２０は、この位置をキャッシ
ュに書き込む。これによりデバイス６００は、他のすべ
ての位置プロバイダが位置情報を提供できない場合で
も、ある程度の信頼度でその位置を確認することができ
る（例えばＧＰＳプロバイダは、それに情報を供給する
ＧＰＳ送信機が必要数の衛星に接触できないためにＧＰ
Ｓ情報を受信できないことがある）。

【００８５】（信頼度および正確度のパラメータ）述べ
る実施形態の重要かつ有用な特徴の１つは、１つまたは
複数の位置プロバイダが、位置サービスモジュール７２
０に提供する情報に信頼度パラメータおよび／または正
確度パラメータを割り当てるように構成されることであ
る。信頼度パラメータは、プロバイダが位置サービスモ
ジュール７２０に提供する情報に対するプロバイダの信
頼の程度を提供する。例えば、ＧＰＳ送信機が、信頼性
の高い情報を提供するために５台または６台の衛星から
情報を受け取らなければならないと仮定する。このと
き、３台の衛星しか利用可能でないと仮定する。この場
合、ＧＰＳ送信機は、３台の衛星だけに基づく情報を送
信することになる。次いでＧＰＳプロバイダは、ＧＰＳ
送信機から受け取る情報が所望の５台以上ではなく３台
の衛星だけに基づいていたことを知る。この場合、ＧＰ
Ｓプロバイダは、所望の５台以上の衛星に基づく場合よ
りも低い信頼度レベルの位置情報であることを示すよう
に、位置情報に関する信頼度パラメータを設定すること
ができる。この場合、位置サービスモジュール７２０
は、デバイスの位置を決定するときにすべての位置プロ
バイダに対する信頼度パラメータを考慮することができ
る。これについては後でより詳細に論じる。

【００８６】正確度パラメータに関しては、位置プロバ
イダから受け取る位置情報の正確さの程度が様々である
と考えてみる。ある情報は１マイル以内の正確度であ
り、他の情報は１００フィート以内の正確度である場合
がある。位置プロバイダは、位置プロバイダが位置サー
ビスモジュール７２０に提供する位置情報に正確度パラ
メータを割り当てるように構成することが望ましい。正
確度パラメータは、情報の正確度の指標を位置サービス
モジュールに与える。

【００８７】位置サービスモジュール７２０が信頼度お
よび正確度のパラメータを使用するとき、モジュール
は、各プロバイダから受け取る位置情報をどのように使
用するか決定することができる。例えば、位置サービス
モジュール７２０は、信頼度パラメータの低い情報はど
れも完全に無視することができる。一方、情報の正確度
とその信頼度との間のバランスをとることもできる。例
えば、正確度レベルの低い情報を、その信頼度レベルが
高いときだけ使用するようにプログラムすることもでき
る。モジュール７１８は、これらのパラメータを使用し
て情報に重みを割り当てることができ、したがって、情
報の信頼度および正確度の重み付けに応じて位置が計算
される。

【００８８】信頼度パラメータの別の使用法は次のよう
なものである。位置サービスモジュールがデバイス位置
を決定し、その位置をキャッシュに書き込んだと仮定す
る。位置がキャッシュに書き込まれるとき、この位置に
はおそらく高い信頼度レベルが割り当てられる。さら
に、他のすべての位置プロバイダが位置情報を提供でき
ないとも仮定する。ある期間にわたり、位置サービスモ
ジュール７２０は、キャッシュ位置を現在位置として使
用することができ、その情報が概して正確であると適度
に確信することができる。この場合、位置サービスモジ
ュールは、時の経過と共に直線的に低下する信頼度レベ
ルを情報に割り当てることができ、したがってある時点
で、その情報の使用を停止するか、その情報を保証でき
ないことをユーザに通知する。

【００８９】（位置、信用度、およびタイムスタンプ）
位置プロバイダがそれらの情報を位置サービスモジュー
ル７２０に提供するとき、この情報は、信頼度および正
確度のパラメータに加えて、周知のフォーマットをとる
実際の位置情報、信用度パラメータ、およびタイムスタ
ンプを含むことができる。信用度パラメータは、位置サ
ービスモジュール７２０から１つまたは複数の位置プロ
バイダに割り当てられる測定基準であり、位置サービス
モジュールが特定の位置プロバイダに対して有する信用
を定義する。タイムスタンプは、位置情報が位置プロバ
イダによって提供された時刻を定義する測定基準であ
る。これは、情報が古くなったかどうかを位置サービス
モジュール７２０が確認するのを補助し、リフレッシュ
が必要である。

【００９０】位置サービスモジュール７２０は、すべて
の位置情報を得ると、デバイスの位置の決定を開始する
ことができる。

【００９１】図８は、デバイスコンテキストを決定する
方法のステップを記述した流れ図であり、デバイスコン
テキストは、この例ではデバイス位置である。これらの
ステップは、位置サービスモジュール７２０によって実
施される。

【００９２】ステップＳ８００で、現在のデバイスコン
テキストを得る。現在のコンテキストは、キャッシュに
記憶されている、最後に計算されたデバイスコンテキス
トとすることができる。ステップＳ８０２で、いくつか
のコンテキストプロバイダのうちのいずれがコンテキス
ト情報の提供に利用可能かどうかを判断する。位置サー
ビスモジュールはこれを、コンテキストプロバイダをポ
ーリングして、どのプロバイダがアクティブかつ有効か
を確認することによって行うことができる。ステップＳ
８０４で、すべてのプロバイダが非アクティブかどうか
を判断する。すべてのプロバイダが非アクティブである
場合は、ステップＳ８０６で、現在のコンテキストに対
する信頼度を時の経過と共に下げ、現在のコンテキスト
をデバイスコンテキストとして使用する。次いでステッ
プＳ８０２で、現在アクティブかつ有効なプロバイダが
あるかどうか監視を継続する。ステップＳ８０４で、１
つまたは複数のコンテキストプロバイダがアクティブで
あると決定された場合は、ステップＳ８０８で、アクテ
ィブかつ有効なコンテキストプロバイダを順序付ける。
コンテキストプロバイダを順序付けまたはソートすると
き、位置サービスモジュール７２０は、プロバイダの情
報の信頼度および／または位置サービスモジュールが位
置プロバイダに対して有する信用度に応じて行う。これ
により、位置プロバイダをランク付けしたリストがもた
らされる。ステップＳ８１０で、コンテキスト情報が正
しく見えるかどうかを確認するためにチェックする。例
えば、コンテキストがデバイスの位置である場合、位置
サービスモジュール７２０は、５秒前に現在位置がワシ
ントンのレッドモンドであったことを知っている場合が
ある。したがって、現在位置が中国の北京であることを
示す位置情報は間違っていることになる。次いでステッ
プＳ８１２で、コンテキスト情報のいずれかが、デバイ
スの現在のコンテキストまたは他のプロバイダからのコ
ンテキスト情報と競合するかどうかを判断する。例え
ば、位置サービスモジュール７２０は、各コンテキスト
プロバイダからのコンテキスト情報をキャッシュ中の情
報と比較することができる。キャッシュされている情報
と競合する情報がある場合は、そのコンテキストプロバ
イダからの情報を無視することができる。同様に、コン
テキスト情報がコンテキストプロバイダ間で極端に異な
る場合は、ステップＳ８１４で、事前定義済みの信用度
レベルを有するコンテキストプロバイダを選択すること
ができ、おそらくそれらの情報だけを使用することがで
きる（ステップＳ８１６）。競合がない場合は、ステッ
プＳ８１６で、すべてのコンテキストプロバイダから提
供される情報に基づいて現在のコンテキストを決定す
る。述べる実施形態では、このステップは、この情報を
使用して前述の１つまたは複数の階層ツリー構造の特定
ノードにマッピングすることによって実施する。例え
ば、デバイスの位置は、情報を特定ノードにマッピング
し、次いでルートノードに到達するまでツリー構造を完
全に走査することによって確認することができる。次い
でステップＳ８１８で、おそらくキャッシュに書き込む
ことによって現在のコンテキストを更新し、ステップＳ
８０２に戻って、アクティブかつ有効なコンテキストプ
ロバイダを判断する。

【００９３】前述の方法では、位置サービスモジュール
が位置情報を受け取って、現在位置を表す可能性がほぼ
高いと思われる位置情報だけを使用する方式が提供され
る。競合する情報は、割り引いて考えるか無視すること
ができ、それにより、最も信用でき、正確であり、信頼
できる情報を利用して、デバイスの現在位置が決定され
る。

【００９４】（自己監視）信頼度および正確度のパラメ
ータに加えて、１つまたは複数の位置プロバイダは有利
にも、起こり得る様々な異常に備えてそれら自体の動作
を自己監視するようにプログラムされる。位置プロバイ
ダは、異常の発生時に位置サービスモジュール７２０に
通知するように構成される。例えば、位置プロバイダが
情報を受け取る先のソースがある期間にわたってオフラ
インになり、したがって位置プロバイダがどのような追
加情報も受け取ることができない場合がある。この場
合、位置プロバイダは「プロバイダアウト（ｐｒｏｖｉ
ｄｅｒ ｏｕｔ）」メッセージを生成し、それを位置サ
ービスモジュール７２０に送ることができる。位置サー
ビスモジュール７２０は、「プロバイダアウト」メッセ
ージを受け取ると、それが行うどのような位置計算から
もこのプロバイダからの位置情報を除外するステップを
採ることができる。位置プロバイダのソースがオンライ
ンに戻ったときは、位置プロバイダは、位置情報を位置
サービスモジュール７２０に送信できることをモジュー
ルに通知する「プロバイダオン（ｐｒｏｖｉｄｅｒ ｏ
ｎ）」メッセージを生成することができる。当然なが
ら、位置サービスモジュールは、その他の動作異常の発
生時にも位置プロバイダから通知を受けることができ、
前述の例は、ある特定の場合を構成するだけである。

【００９５】（アプリケーション）位置サービスモジュ
ール７２０は、デバイスの位置を決定すると、１つまた
は複数のアプリケーション７１８ａ〜７１８ｃからクエ
リーを受けることができる。図７の例では、アプリケー
ションには、ウェブサイトアプリケーション、アウトル
ック（Ｏｕｔｌｏｏｋ）アプリケーション、およびサー
ビス発見アプリケーションが含まれる。この例では、ウ
ェブサイトアプリケーションは、位置固有のサービスを
提供できるウェブサイトアプリケーションならどのよう
なものでもよい。例えば、デバイス６００のユーザが、
アマゾンコムのウェブサイトにアクセスして気に入った
本を買う場合がある。ユーザがアマゾンコムの本を買う
とき、アマゾンコムはここで、ユーザが支払わなければ
ならない税金を計算しなければならない。この例では、
アマゾンコムのウェブサイト上で実行されるスクリプト
が、ユーザの位置について知るためにデバイス６００に
照会することができる。この特定の例では、デバイスは
クエリーに応答して、ユーザが購入しようとしている状
態を返すことができる。次いで、アマゾンコムは自動的
に課税することができる。アマゾンコムはまた、最適な
発送方法（ＵＰＳまたはエクスプレスメール（Ｅｘｐｒ
ｅｓｓ Ｍａｉｌ））を選択できるように、この個人が
どこにいるかを知りたい場合もある。個人がどこにいる
かに応じて、一方の方法が他方よりも好ましい場合があ
る。アウトルックアプリケーションは、位置サービスモ
ジュールに照会して位置を確認する場合がある。という
のは、アウトルックアプリケーション（またはオペレー
ティングシステム、例えばＷｉｎｄｏｗｓ（登録商
標））がコンピューティングデバイスの位置に基づいて
デバイス設定を変更することができるからである。例え
ばユーザは、仕事ではある特定のプリンタ上で印刷し、
家では別の特定のプリンタ上で印刷する場合がある。ユ
ーザがその日は家に帰っている、とアウトルックアプリ
ケーションが判断した場合、アウトルックアプリケーシ
ョンは、ユーザの家のプリンタに関するデバイス設定を
自動的に変更することができる。印刷設定は、個人場所
データ記憶装置７１４から得ることができる。したがっ
て、デバイスは、ユーザの位置に応じて使用されるよう
に自動的に構成される。サービス発見アプリケーション
は、デバイスがどこにあるかに応じて特定のサービスを
提供できるように、デバイスに照会してその位置を判断
することができる。例えば、ユーザが最も近いカラープ
リンタを突き止めるようアプリケーションに依頼する場
合、サービス発見アプリケーションは、位置サービスモ
ジュールに照会してデバイスの現在位置を確認すること
ができ、したがってこの情報を用いて最も近いカラープ
リンタを見つけることができる。また、アウトルックア
プリケーションは、職場の位置（個人が仕事中のとき）
または家の位置（個人が家にいるとき）に電子メールを
送るようにそれ自体を構成することができることも考慮
されたい。さらに、アウトルックカレンダーをロケーシ
ョンアウェアにすることもできる。例えば、時間帯を変
更したときでも自分の日時の約束が正しい時間枠中に現
れることになる。

【００９６】想像できるように、可能性は無限であると
思われる。この機能は、マスタワールドと１つまたは複
数のセカンダリワールドとを使用することによって可能
となる。

【００９７】（アプリケーションプログラムインタフェ
ース／イベント）述べる実施形態では、アプリケーショ
ン７１８ａ〜７１８ｃは、１つまたは複数のアプリケー
ションプログラムインタフェース（ＡＰＩ）および／ま
たはイベントを介して位置サービスモジュール７２０と
通信する。アプリケーションは、ＡＰＩに対する関数呼
び出しを行って、位置サービスモジュールにその現在位
置について照会することができる。同様に、アプリケー
ションは、イベント登録プロセスを用いて位置通知の登
録をすることができる。例えば、アプリケーションは、
ユーザが自分の位置を変更したときの通知の登録をする
ことができる。アプリケーションがデバイスの構成（プ
リンタ構成など）を変更できるように、ユーザが職場ま
たは家に着いたときに通知を受けるようアプリケーショ
ンが要求する場合を考えてみて欲しい。

【００９８】図９は、述べる実施形態による方法のステ
ップを記述した流れ図である。記述されているこれらの
ステップは、デバイス６００によって行われる。ステッ
プＳ９００で、デバイスの現在のコンテキストに関係す
る情報を受け取る。この特定の例では、情報の一部を１
つまたは複数のコンテキストプロバイダから受け取る
が、コンテキストプロバイダは、この場合は位置プロバ
イダである。ステップＳ９０２で、デバイス上でデバイ
スによって情報を処理して、デバイスの現在のコンテキ
ストを確認する。図示の例では、デバイスは、マスタワ
ールドと１つまたは複数のセカンダリワールドのうち、
１つまたは複数を維持する（またはこれらにアクセスす
ることができる）。デバイスは、すべての位置情報を受
け取ると、これらの世界を定義する階層ツリー構造中の
特定ノードにこれらの情報をマッピングする。次いで、
ツリー構造を走査して、デバイスの完全なコンテキスト
（すなわち位置）を確認する。ステップＳ９０４で、デ
バイスの現在のコンテキストすなわち位置に関係する情
報を要求する呼び出しを、１つまたは複数のアプリケー
ションから受け取る。図示の例では、アプリケーション
は、１つまたは複数のＡＰＩを呼び出して情報を要求す
ることもでき、あるいはイベント通知の登録をすること
もできる。次いでステップＳ９０６で、現在のデバイス
位置に関係する少なくともいくつかの情報をアプリケー
ションに供給する。後で論じるように、アプリケーショ
ンに情報を返す前にセキュリティポリシーまたはプライ
バシーポリシーを情報に適用することもできる。

【００９９】（プライバシーマネージャ）１実施形態で
は、プライバシーマネージャ７０４（図７）が提供され
る。プライバシーマネージャはデバイス上に組み込まれ
たものとして示してあるが、信用できるサーバなど、モ
バイルコンピューティングデバイスの一部ではない信用
できるエンティティによって実装することもできる。プ
ライバシーマネージャは、適した任意のハードウェア、
ソフトウェア、ファームウェア、またはこれらの組合せ
の中に実装することができる。図示の例では、プライバ
シーマネージャは、モバイルコンピューティングデバイ
スに組み込まれたソフトウェアモジュールを構成する。

【０１００】プライバシーマネージャ７０４は、コンピ
ューティングデバイスによって収集された情報に関連す
るプライバシー問題に対処する。具体的には、位置サー
ビスモジュールは、コンピューティングデバイスの位置
に関する詳細な情報を計算することができる。場合によ
っては、様々なアプリケーションに提供される情報をフ
ィルタリングすることが望ましいことがある。すなわ
ち、信用できないアプリケーションに自分の具体的な位
置情報を提供されたくない、とユーザが思う場合がある
可能性は、全体的に高い。これらの場合、ユーザは位置
サービスモジュール７２０に、このようなアプリケーシ
ョンにはユーザがワシントン州にいることだけを通知す
るよう望むことができる。

【０１０１】図１０に、述べる実施形態によるプライバ
シー保護方法のステップを記述した流れ図を示す。これ
らのステップは、プライバシーマネージャ７０４によっ
て実施することができる。

【０１０２】ステップＳ１０００で、複数のプライバシ
ーレベルを定義する。例示的なプライバシーレベルを、
直下の表に示す。

【０１０３】

【表４】

【０１０４】上に示した表では、異なる１０個のプライ
バシーレベルが定義されており、それぞれにおよそのス
ケールが関連付けられている。例えば、プライバシーレ
ベル０は、位置情報が返されないことを意味する。プラ
イバシーレベル９０は、非常に詳細な位置情報が返され
ることを意味する。

【０１０５】ステップＳ１００２で、１つまたは複数の
階層ツリー構造中にある個々のノードに様々なプライバ
シーレベルを割り当てる。例えば、マスタワールドおよ
びセカンダリワールドの各ノードにプライバシーレベル
を関連付けることができる。マスタワールドツリー構造
のルートノードはプライバシーレベル１０を有すること
ができ、セカンダリワールド中の現在位置を表すノード
はプライバシーレベル９０を有することができる。ステ
ップＳ１００４で、コンピューティングデバイスのコン
テキストを決定する。この例ではコンテキストはデバイ
ス位置であり、これをどのように行うかについての例は
先に述べた。位置サービスモジュールを呼び出す個々の
アプリケーションには、プライバシーレベルを関連付け
ることができる。これらのプライバシーレベルは、個々
のユーザが割り当てることができる。例えば、信用でき
るアプリケーションはプライバシーレベル９０を有し、
信用できないアプリケーションはプライバシーレベル３
０を有する。ステップＳ１００６で、１つまたは複数の
アプリケーションからコンテキストクエリーを受け取
る。このときアプリケーションは、位置サービスモジュ
ール７２０（図７）を呼び出してデバイスの位置を確認
する。ステップＳ１００８で、アプリケーションに関連
するプライバシーレベルを決定する。例えば、信用でき
ないアプリケーションが位置情報を要求する呼出しを行
う場合、プライバシーマネージャ７０４は、このアプリ
ケーションがプライバシーレベル３０を有すると決定す
る。次いでプライバシーマネージャは、１つまたは複数
の階層ツリー構造を走査（ステップＳ１０１０）して対
応するプライバシーレベルを有するノードを見つけるの
で、そのノードに関連する情報を選択することができ
る。この例では、走査は、ユーザの位置する州に対応す
るノードを見つけるためにセカンダリワールドからマス
タワールドにジャンプすることを含むことがある。対応
するノードが見つかると、ステップＳ１０１２で、この
ノードに関連するコンテキスト情報（例えば位置情報）
を返す。この場合、位置サービスモジュールは、ユーザ
の位置がワシントン州であることをアプリケーションに
通知することになる。

【０１０６】一例として、次のことを考えてみる。様々
な位置の詳細な天気まで提供するウェブサイトがある。
したがって、自分の現在の完全な郵便番号に対応する地
理領域に対する天気情報を受け取ることができるよう
に、このウェブサイトにプライバシーレベル６０を割り
当てることができる。別のウェブサイトは、信用できる
ウェブサイトであるコーポレーションイントラネットウ
ェブサイトである。したがって、このウェブサイトに関
連するどのようなアプリケーションにもプライバシーレ
ベル９０が割り当てられ、それにより、これらのアプリ
ケーションには自分の所在に関する正確な位置情報を提
供することができる。

【０１０７】したがってこの例では、コンピューティン
グデバイスは、そのクエリーのソース（すなわちアプリ
ケーション）を決定し、そのアプリケーションに返す情
報をアプリケーションの識別に応じて調整することがで
きる。コンピューティングデバイスは、マスタワールド
と１つまたは複数のセカンダリワールドにアクセスでき
るので、これを行うことができる。上述の説明は、この
効用を成す方式のほんの一例を構成するにすぎない。

【０１０８】位置プロバイダとしての位置ビーコン １実施形態では、位置プロバイダの１つは、コンピュー
ティングデバイスが、その現在のコンテキストにアクテ
ィブに参与できるようにするための情報を、指示または
送信する、位置ビーコンを含む。位置ビーコンは、電源
が得られるように既存のインフラストラクチャ、例えば
煙探知機や壁の排気口に後付けすることのできる、スタ
ンドアロンデバイスで構成することができる。

【０１０９】図１１に、構造物１１０２上に搭載された
例示的なビーコン１１００を示す。構造物１１０２は、
会議室や公共の場所の壁、煙探知機、電気ソケットな
ど、適した任意の構造とすることができる。述べる実施
形態では、位置ビーコンは、会議室、建物ロビー、空港
ゲート、公共の場所などの特別な位置に永続的に搭載す
ることのできる、小型で安価なデバイスである。ビーコ
ンは、ラップトップ、タブレットＰＣ、ハンドヘルドコ
ンピュータ、移動電話、ウェアラブルコンピュータな
ど、範囲内にあるすべての移動デバイスに物理的位置を
ＥＩＤおよび／またはＬＵＩＤの形で通知する。

【０１１０】述べる実施形態では、位置ビーコンは、モ
バイルコンピューティングデバイスに理解される標準情
報を指示することにより、その特定の位置を識別するこ
とができる。この例では、ビーコンは、ＥＩＤ／ＵＲＬ
のペアおよびＬＵＩＤ／ＵＲＬのペアを含む１つまたは
複数の位置識別子のペアを送信することができる。ビー
コンはまた、複数のＬＵＩＤを送信することもできる。
ＥＩＤおよびＬＵＩＤは、マスタワールドとセカンダリ
ワールドのそれぞれにおける現在のノード位置を提供す
る。ＵＲＬは、マスタワールドおよびセカンダリワール
ドに対する到達可能な位置を提供する。例えば、セカン
ダリワールドに関連するＵＲＬは、デバイスがセカンダ
リワールドに関する情報を照会するのに使用できるサー
ビス位置を提供することができ、したがってデバイス
は、そのコンテキストを引き出して、セカンダリワール
ドの中のそのノードに関連するリソースまたはサービス
を利用することができる。

【０１１１】ビーコンはまた、ビーコンが有効かつ本物
であることを確認するためにデバイスが使用できる、デ
ィジタル署名を送信することもできる。適した任意の署
名方法または検証方法を用いることができる。加えて、
コンテキストアウェアな環境で特に役立つが、ビーコン
は、範囲内のデバイスにコードダウンロードポインタを
送信するようにプログラムすることもできる。コードダ
ウンロードポインタにより、コンピューティングデバイ
スは、それらの環境と対話することを可能にするソフト
ウェアコードにアクセスすることができる。次の例を考
えてみる。あなたが自分の携帯電話のコンピューティン
グデバイスを持って会議室の中に歩いていくと、会議室
内のビーコンは、すぐにあなたの位置をＥＩＤ／ＵＲＬ
のペアおよびＬＵＩＤ／ＵＲＬのペアの形で送信する。
あなたのデバイスは、その情報のペアを使用して、前述
のようにマスタワールドおよびセカンダリワールドにお
けるその位置を確認する。ビーコンはまた、あなたの携
帯電話を使用して会議室内のビデオプロジェクタを操作
できるようにするソフトウェアコードを指すコードダウ
ンロードポインタも送信する。このようにして、ビーコ
ンは単なる位置ビーコン以上の働きをする。ビーコン
は、あなたが自分のコンピューティングデバイスを介し
て自分の周囲にアクティブに参与することを可能にす
る。

【０１１２】ビーコンは、適した任意の方法、例えば赤
外線や無線周波を含めた無線方法で情報を送信すること
ができる。１実施形態では、ブルートゥース短距離無線
周波通信を用いて、低コストかつ低電力の代替方法を提
供することもできる。

【０１１３】携帯電話の実施形態 過去数年のうちに、携帯電話は非常に重要な通信デバイ
スとなった。これらの普及は、人々が表面上どこからで
も、またいつでも相互に通信できることの一助となって
きた。今日、携帯電話機能により、電子メールのチェッ
クおよび送信、ウェブの閲覧、ショートメッセージの送
受信（ＳＭＳ）、音声メッセージを残すこと、そしても
ちろん会話することができる。

【０１１４】しかし今日、携帯電話は、それらのコンテ
キスト、具体的にはそれらの位置を認識しない。前述の
発明的なシステム、構造、および方法を使用すれば、今
までに経験されたことのない形で携帯電話にコンテキス
トアウェアネスおよび位置アウェアネスを与えることが
できる。このことは、ユーザの体験を向上させることに
なる。前述の技法は、携帯電話がそのコンテキストおよ
び／または位置を決定できるようにする方式の、ほんの
１つを構成するものにすぎないことを、認識および理解
されたい。当然、特許請求する主題の趣旨を逸脱しない
限り他の技法を使用することもできる。すなわち、適し
た任意の方式、技法、または方法を用いて、携帯電話に
その現在のコンテキストまたは位置を提供することがで
き、そうでない場合は携帯電話がその現在のコンテキス
トまたは位置を決定できるようにすることができる。

【０１１５】図１２に例示的な携帯電話１２００を示す
が、この携帯電話は、表示領域１２０２、ユーザが携帯
電話と対話することを可能にする様々なボタン１２０
４、および携帯電話と外界との間の通信を容易にするた
めのアンテナ１２０６を備える。

【０１１６】図１３に、典型的な携帯電話の例示的な電
子回路のブロック図を示す。この回路は、１つまたは複
数のマイクロプロセッサを含むことのできる制御回路１
３００、記憶装置またはメモリ１３０２（例えばＲＯ
Ｍ、ＲＡＭなど）、アンテナ１３０４、送受信回路１３
０６、スピーカ１３０８、マイクロホン１３１０、およ
びリンガ／バイブレータ１３１２を備える。制御回路１
３００は、呼および音声信号の送受信を制御する。送信
モード中、制御回路１３００は、音声信号をマイクロホ
ン１３１０から送受信回路１３０６に提供する。送受信
回路１３０６は、この音声信号をリモートステーション
（例えば固定ステーション、オペレータ、他の携帯電話
など）に送信して、アンテナ１３０４を介して通信す
る。リンガ／バイブレータ１３１２は、制御回路１３０
０に結合され、着信呼をユーザに信号で知らせるのに使
用される。リンガ／バイブレータ１３１２は、ベル音ま
たはブザー音、および／または触知振動を発して着信呼
を示すことができる。

【０１１７】一方、受信モード中、送受信回路１３０６
は、アンテナ１３０４を介してリモートステーション
（例えば固定ステーション、オペレータ、他の携帯電話
など）から音声信号を受信する。次いで制御回路１３０
０が、受信した音声信号を送受信回路１３０６からスピ
ーカ１３０８に提供し、スピーカ１３０８が、可聴信号
をユーザに聞こえるように提供する。

【０１１８】述べる実施形態では、携帯電話１２００
（図１２）は、前述の能力を有するように具体化された
コンテキスト／ロケーションアウェアな携帯電話であ
る。これらの能力により、この携帯電話は、その現在の
コンテキストまたは位置を確認することができ、次いで
その動作を現在のコンテキストまたは位置に適合させる
ことができる。

【０１１９】１例として、次のことを考えてみる。映画
館では、電話を受信してもその電話の受信者の周りにい
る人の邪魔にならないように、携帯電話のリンガをオフ
にするか、携帯電話を振動モードにするのがマナーであ
る。多くの人が、映画館にいるときに自分の携帯電話を
調節し忘れる。したがって、ある人が電話を受信した場
合、その人の周りにいる他の人の邪魔になる。前述の発
明的な技法を用いれば、映画館では、特定の位置または
位置クラスとしてそれ自体を公示する位置ビーコンを適
所に配置ことができる。携帯電話は、位置ビーコンのお
かげでその位置を認識しているので、自動的にそのリン
ガをオフにするか、振動モードに再構成することができ
る。

【０１２０】別の例として、次のことを考えてみる。ユ
ーザは、家に自分の携帯電話があるとき、家の電話機の
方がずっと受信状態がよいので、自分の携帯電話呼出し
を家の電話機に転送したいという意向を指示してある。
携帯電話は、前述の発明的な位置サービスを通して、現
在携帯電話が家にあることを検出する。したがって携帯
電話は、電話呼出しを受信したときは常にその呼出しを
自動的にユーザの家の電話機に転送する。

【０１２１】例示的なコンテキスト／ロケーションアウ
ェアな携帯電話のアーキテクチャ 図１４に、前述および後述のコンテキスト／ロケーショ
ンアウェアな携帯電話を実装するのに使用できる例示的
な携帯電話のアーキテクチャ１４００を示す。述べるア
ーキテクチャは、コンテキスト／ロケーションアウェア
な携帯電話を実装できる例示的なアーキテクチャの１つ
を構成するものにすぎないことを理解および認識された
い。したがって、特許請求する主題の趣旨および範囲を
逸脱しない限り、他のアーキテクチャを使用することも
できる。

【０１２２】アーキテクチャ１４００は、先に論じたコ
ンポーネントと類似するかまたは同一のコンポーネント
をいくつか含む。したがって、ここではこれらのコンポ
ーネントについてあまり詳細に論じない。これらのコン
ポーネントには、位置サービスモジュール１４０６（コ
ンテキストサービスモジュールと考えることもでき
る）、位置プロバイダインタフェース１４１０、位置プ
ロバイダ１４１２ａ〜１４１２ｈ、プライバシーマネー
ジャ１４０８が含まれる。

【０１２３】携帯電話設定エンジン１４０４が備わる
が、これは、位置サービスモジュール１４０６およびア
プリケーションプログラムインタフェース／携帯電話設
定モジュール１４０２に通信可能にリンクされている。
携帯電話設定エンジン１４０４は、位置サービスモジュ
ール１４０６からコンテキストまたは位置情報を受け取
り、それに応答して、所与の位置に対して受け入れられ
る動作に整合する形で携帯電話が動作するように、携帯
電話の設定を、調節するかさもなければ操作することを
担う。すなわち、携帯電話は、いくつかの位置では適切
だが他の位置では適切でない場合のある動作を呈する。
これらの動作には、（１）オンまたはオフになる、
（２）リンガをオンまたはオフにする、（３）リンガを
オンにするのとは反対に振動モードにする、（４）低、
中、高ピッチの音量にする、（５）呼をいくつかの電話
番号に転送する、（６）音声情報がテキスト情報に変換
されるページャモードで機能する、などが含まれるが、
これらに限定するものではない。

【０１２４】例えば、上の項目（１）を考えてみる。飛
行機のコンテキストまたは位置では、ほとんどの時に携
帯電話をオフにしなければならない。このような位置で
は、例えば飛行機がターミナルゲートにあるときは携帯
電話をオンにすることが許容される。しかし、飛行機が
ターミナルゲートからプッシュバックするとすぐに、搭
乗者は通常、自分の携帯電話およびその他の電子機器を
オフにしなければならないことを客室乗務員から知らさ
れる。述べる実施形態によれば、かつ前述および後述の
ように、飛行機上の各携帯電話は、そのコンテキストま
たは位置の通知を受けることができ、次いで、その位置
がもはや飛行機上でなくなるまでそれ自体をオフにする
ことによって、その動作を自動的に調節することができ
る。さらに、上の項目（２）を考えてみる。前述のよう
に映画館では、携帯電話をオフにするか振動モードにす
るのが一般的なマナーである。それにもかかわらず、多
くの人がそうすることを忘れるか拒否する。前述および
後述の技法および構造があれば、映画館の位置にあると
判断された携帯電話は、受け入れられる規範に適合する
ようにそれらの動作を自動的に調節することができる。

【０１２５】述べる実施形態では、携帯電話設定および
関連する位置情報を携帯電話自体に記憶することができ
る。別法として、携帯電話は、アプリケーションプログ
ラムインタフェース／携帯電話設定モジュール１４０２
を介して携帯電話設定情報を受け取るように構成するこ
ともできる。具体的には、１実施形態で、近くの携帯電
話に携帯電話設定情報を送信することを担ういくつかの
様々な設定実施エンティティ１４１８ａ〜１４１８ｃを
提供することができる。述べる例では、このようなエン
ティティにはブルートゥースエンティティ、位置ビーコ
ン（前述）、拡散ＩＲエンティティなどを含めることが
できるが、これらに限定しない。これらのエンティティ
は携帯電話設定情報を送信し、この携帯電話設定情報は
インタフェース１４０２を介して携帯電話によって受信
される。この情報は携帯電話設定エンジン１４０４に渡
され、次いで携帯電話設定エンジンは、携帯電話が正し
い設定にされていることを確認する。

【０１２６】このアーキテクチャはまた、位置ベースの
設定１４１４のソースおよび明確な位置１４１６のソー
スも含む。位置ベースの設定は、適した任意のソースか
ら入来することができる。例えばその設定は、前述の設
定実施エンティティから入来することもできる。別法と
して、位置ベースの設定は携帯電話に記憶することもで
きる。この例については後で示す。同様に、明確な位置
１４１６も、デバイス上またはデバイス外の適した任意
のソースから提供することができる。

【０１２７】図１５は、述べる実施形態による方法のス
テップを記述した流れ図である。この方法は、適した任
意のハードウェア、ソフトウェア、ファームウェア、ま
たはこれらの組合せの中で実施することができる。図示
の例では、この方法は、携帯電話上で実行されているソ
フトウェア中で実施される。この方法を実施することの
できる例示的なソフトウェアアーキテクチャの１つは、
図１４に関して上述されている。当然、他のアーキテク
チャを使用することもできる。

【０１２８】ステップＳ１５００で、携帯電話の現在の
コンテキストに関係するコンテキスト情報を受け取る。
この情報は、適した任意の方法、技法、または携帯電話
コンポーネントを使用して受け取ることができる。加え
て、コンテキスト情報は、任意のタイプおよび／または
数のコンテキストプロバイダから入来することができ
る。さらに、コンテキスト情報は、適した任意のタイプ
のコンテキスト情報を含むことができる。例えば、位置
及びユーザは、具体的なコンテキストの２つの例を構成
する。携帯電話はこの情報を処理し、ステップＳ１５０
２で、コンテキスト情報に応答して携帯電話の動作を変
更する。

【０１２９】（実施例）図１６に、コンテキストアウェ
アな携帯電話が採用される例示的なシステム１６００を
示す。このシステムでは、携帯電話は、様々な位置に入
るのに伴ってその位置を判断し、次いで、その位置に対
して受け入れられる動作に従って、その動作を変更す
る。あるいは、携帯電話は単に情報を受け取るだけでも
よく、次いでこの情報を使用して携帯電話の設定を調節
する。

【０１３０】図示の例では、様々な位置には、映画館１
６０２、レストラン１６０４、職場１６０６、家１６０
８、およびスポーツアリーナ（競技場）１６１０が含ま
れる。映画館、レストラン、職場、およびスポーツアリ
ーナの場合は、位置情報だけでなく携帯電話設定などそ
の他の情報（携帯電話設定に限定しない）も提供できる
位置ビーコン（特に示されていない）があることに留意
されたい。図示の各携帯電話につき関連するいくつかの
動作があり、これらの動作は、位置が特定されれば変更
することができる。

【０１３１】この例では、携帯電話は、異なる各位置
で、その位置に適した異なる動作または一組の動作を呈
することに留意されたい。例えば映画館１６０２では、
他の映画利用客が邪魔されることのないように、携帯電
話のリンガはオフである。レストラン１６０４では、リ
ンガはオンだが、居合せた食事客の邪魔にならないよう
に、音量は低である。職場では、携帯電話はオフだが、
呼を職場の電話番号に転送するモードである。家１６０
８では、携帯電話のリンガはオンだが、呼を家の電話番
号に転送するモードである。スポーツアリーナ１６１０
では、リンガはオンであり、その音量は非常に大きい。
さらに、電話は振動モードである。これにより、騒がし
いアリーナでもユーザが自分の呼を受信する可能性が最
も高いことが保証される。

【０１３２】１実施形態では、位置と動作の関連は、複
数のクラスタイプと、クラスタイプに関連する様々な属
性を使用することによって単純化される。クラスタイプ
は、いくつかの高レベルの位置タイプを定義する。各ク
ラスタイプの属性は、携帯電話がそのクラスのインスタ
ンスの近くにあるときの携帯電話動作を定義する。１例
として、クラスタイプ１のインスタンスである映画館１
６０２を考えてみる。クラスタイプ１に関連する属性
は、携帯電話のリンガがオフになっていることである。
このクラスタイプには、他の属性は関連付けられていな
い。レストラン１６０４は、クラスタイプ２のインスタ
ンスである。このクラスタイプに関連する属性は、携帯
電話のリンガがオンで、音量が低になっていることであ
る。職場１６０６は、クラスタイプ３のインスタンスで
ある。このクラスタイプに関連する属性は、リンガがオ
フで、呼がオフィスの電話機に自動的に転送されること
である。家１６０８は、クラスタイプ４のインスタンス
であり、この属性は、リンガがオンで、呼が家の電話番
号に自動的に転送されることである。スポーツアリーナ
１６１０は、クラスタイプ５のインスタンスであり、こ
の属性は、リンガがオンで、音量が非常に高く、振動モ
ードがオンであることを含む。

【０１３３】図１７は、述べる実施形態による方法のス
テップを記述した流れ図である。この方法は、適した任
意のハードウェア、ソフトウェア、ファームウェア、ま
たはこれらの組合せの中で実施することができる。述べ
る実施形態では、この方法は、ソフトウェア中で実施さ
れる。後続の解説において、この流れ図は、別々だが関
係のある２つの部分からなる。「位置サービス」と示さ
れた左側部分は、携帯電話に搭載されていない位置サー
ビスによって実施できるステップを含む。「携帯電話」
と示された右側の流れ図部分は、コンテキストアウェア
またはロケーションアウェアな携帯電話によって実施で
きるステップを含む。

【０１３４】ステップＳ１７００で、１つまたは複数の
クラスタイプを定義し、ステップＳ１７０２で、クラス
タイプに属性を関連付ける。クラスタイプは、例えばあ
る種の携帯電話動作が望まれるいくつかの位置タイプを
記述するものとして意図される。クラスタイプに関連付
けられる属性は、そのクラスタイプに対して望まれる携
帯電話動作を定義する。この様々な例は図１６に提供し
てある。例えばクラスタイプ１の場合、属性はリンガを
オフにすることなどである。ステップＳ１７０４で、ク
ラスタイプを様々な複数の位置に関連付ける。各位置
は、あるクラスタイプに関連する。したがってこれらの
位置では、ロケーションアウェアな携帯電話の携帯電話
動作を、そのクラスタイプに関連する属性によって管理
することができる。これにより、コンテキストアウェア
な電話機を実装するための単純なインフラストラクチャ
がもたらされる。クラスタイプの概念を利用することに
より、自分の特定位置のコンテキストアウェアネスを管
理することを担う個人は、自分の位置に対する正しいク
ラスタイプを選択する以外に何も気にする必要はない。
これは、単に種々のクラスタイプに関連する属性を調
べ、次いで適切なクラスタイプを選択するだけで行うこ
とができる。

【０１３５】ステップＳ１７０６で、所与の位置に対す
る特定のクラスタイプに関する情報を、１つまたは複数
の携帯電話に提供する。この情報は、適した任意の方式
で提供することができ、通常は携帯電話がその位置の付
近に入ったときに提供する。図１４で、ブルートゥース
エンティティ、位置ビーコンエンティティ、および拡散
ＩＲエンティティの形をとる３つの設定実施エンティテ
ィについて述べたことを想起されたい。これらのエンテ
ィティは、近くにある携帯電話に無線でクラスタイプ情
報を送信することができる。ステップＳ１７０８で、こ
の特定のクラスタイプに関連する属性についての情報
を、１つまたは複数の携帯電話に提供する。このステッ
プで、この特定の位置に対して望まれる設定を携帯電話
に通知する。

【０１３６】ステップＳ１７１０で、現在の携帯電話位
置に関連する特定のクラスタイプについての情報を受け
取り、ステップＳ１７１２で、このクラスタイプに関連
する１つまたは複数の属性についての情報を受け取る。
クラスタイプのみ、または属性のみを携帯電話に送信し
てもよいことを認識および理解されたい。前者の場合、
携帯電話は、クラスタイプに関連する様々な設定をその
記憶域内に保持することができる（すなわち位置ベース
設定記憶域１４１４（図１４）内のように）。後者の場
合、携帯電話は単に、属性情報を処理し、それに従って
その設定を調節すればよい。ステップＳ１７１４で、受
け取った属性に基づいて携帯電話の動作を変更する。し
たがって、携帯電話の動作は、携帯電話の位置に対して
適切であると判断される動作に従って変更される。

【０１３７】ステップＳ１７１６で、携帯電話が現在位
置を離れたかどうかを判定する。このステップは、適し
た任意の方式で実施することができる。例えば、位置出
口の近くに別個の位置ビーコンがあり、携帯電話がその
構内を離れつつあることを携帯電話に知らせるようにし
てもよい。あるいは、位置を信号で知らせるビーコン信
号の強度が所定のしきい値まで弱まり、それにより携帯
電話がもはや前の位置にはないことがわかるようにして
もよい。ステップＳ１７１６で携帯電話が現在位置を離
れたと判定された場合は、ステップＳ１７１８で、携帯
電話をそのデフォルト設定または前の設定に戻す。一
方、ステップＳ１７１６で携帯電話がその現在位置を離
れていないと判定された場合は、現在の設定を維持する
（ステップＳ１７２０）。

【０１３８】述べる実施形態により、コンテキストアウ
ェアまたはロケーションアウェアな携帯電話が提供され
る。これらの電話機は、これらの特定のコンテキストま
たは位置を決定することができ、次いで、これらの設定
を調節することによってこれら自体を自動的に構成する
ことができる。こうすることにより、携帯電話の動作
が、所与の位置に対して適切と判断された動作と整合す
ることが保証される。

【０１３９】結論 前述の実施形態は、コンテキストアウェアなコンピュー
ティングの世界を向上させる、一様で標準化された方式
を提供する。この実施形態は、個人の周りの世界におけ
る個人の位置を標準的な方式で確認することにより、周
りの世界を独自に体験する方式を個人に提供する。この
実施形態はまた、物品およびサービスの様々な消費者の
コンテキスト（例えば位置）に、反応しやすくそれらを
理解する形で、サービスプロバイダが自分の物品および
サービスを独自に配置する方式も提供する。独自かつ有
用なアーキテクチャおよびデータ構造を採用して、ユー
ザのコンピューティング体験を容易にし、個人中心の体
験を提供する。

【０１４０】本発明を構造上の特徴および／または方法
論的ステップに特定した言葉で述べたが、頭記の特許請
求の範囲に定義する本発明は、説明された特定の特徴ま
たはステップに必ずしも限定されないことを理解された
い。むしろ、これらの特定の特徴およびステップは、特
許請求する本発明を実施するのに好適な形として開示す
るものである。

【０１４１】

【発明の効果】以上、説明したように、本発明によれ
ば、１つまたは複数のプロセッサを備えた携帯電話は、
そのプロセッサが、携帯電話の現在のコンテキストに関
係する情報を受け取り、その情報に基づいて現在のコン
テキストを決定し、現在のコンテキストに応答して、携
帯電話の少なくとも１つの動作を変更するので、携帯電
話がそれらの特定のコンテキストに参与できる、コンテ
キストアウェアなコンピューティングが生み出される。

【０１４２】このため、コンテキストアウェアなコンピ
ューティングの可能性を開くための、標準化されたコン
テキストアウェアなインフラストラクチャおよび関連シ
ステムの開発に関連する、コンテキストアウェアでロケ
ーションアウェアな携帯電話を提供できる。

【図面の簡単な説明】

【図１】本発明の実施形態の、使用できる例示的なコン
ピューティングデバイスの図である。

【図２】本発明の実施形態の、例示的なマスタワールド
および例示的なセカンダリワールドの概念図である。

【図３】本発明の実施形態の、マスタワールドおよびセ
カンダリワールドとこれらの相互関係との例示的かつ具
体的な図である。

【図４】本発明の実施形態の、方法のステップを記述し
た流れ図である。

【図５】本発明の実施形態の、方法のステップを記述し
た流れ図である。

【図６】本発明の実施形態の、例示的なコンピューティ
ングデバイスアーキテクチャの高レベルの図である。

【図７】本発明の実施形態の、例示的なコンピューティ
ングデバイスアーキテクチャのややさらに具体的な図で
ある。

【図８】本発明の実施形態の、方法のステップを記述し
た流れ図である。

【図９】本発明の実施形態の、方法のステップを記述し
た流れ図である。

【図１０】本発明の実施形態の、方法のステップを記述
した流れ図である。

【図１１】本発明の実施形態の、例示的な位置ビーコン
の側面図である。

【図１２】本発明の実施形態の、例示的な携帯電話の正
面図である。

【図１３】本発明の実施形態の、いくつかの携帯電話シ
ステムコンポーネントを示すブロック図である。

【図１４】本発明の実施形態の、例示的なソフトウェア
アーキテクチャのブロック図である。

【図１５】本発明の実施形態の、方法のステップを記述
した流れ図である。

【図１６】本発明の実施形態の、１つまたは複数を採用
することのできるシステムの図である。

【図１７】本発明の実施形態の、方法のステップを記述
した流れ図である。

【符号の説明】

１３０ コンピュータ １３２ プロセッサ １３４ システムメモリ １３６ バス １３８ ＲＯＭ １４０ ＲＡＭ １４２ ＢＩＯＳ １４４ ハードディスクドライブ １４６ 磁気ディスクドライブ １４８ 磁気ディスク １５０ 光ディスクドライブ １５２ 光ディスク １５４ ＳＣＳＩインタフェース １５６ シリアルポート １５８ａ、１５８ｂ オペレーティングシステム １６０ａ、１６０ｂ、１６０ｃ アプリケーションプロ
グラム １６２ａ、１６２ｂ その他のプログラムモジュール １６４ａ、１６４ｂ プログラムデータ １６６ キーボード １６８ ポインティングデバイス １７０ キーボード／マウスインタフェース １７２ モニタ １７４ ビデオアダプタ １７６ リモートコンピュータ １７８ メモリ記憶装置 １８０ ローカルエリアネットワーク １８２ ワイドエリアネットワーク（ＷＡＮ） １８４ ネットワークインタフェース（ＬＡＮ） １８６ モデム ２００ マスタワールド ２０２ ノード ２０４ セカンダリワールド ２０６ ノード ３００ マスタワールド ３０２ セカンダリワールド ６００ コンピューティングデバイス ６０２ コンテキストサービスモジュール ６０４ａ、６０４ｂ、６０４ｃ コンテキストプロバイ
ダ ６０６ａ、６０６ｂ、６０６ｃ コンテキストソース情
報 ６０８ａ、６０８ｂ、６０８ｃ アプリケーション ７００ 位置プロバイダインタフェース ７０２ アプリケーションプログラムインタフェース／
イベントモジュール ７０４ プライバシーマネージャ ７０６ 位置変換モジュール ７０８ アクティブディレクトリ ７１０ ウェブサービス ７１２ 位置データベース ７１４ 個人場所 ７１６ａ〜７１６ｈ 位置プロバイダ ７１８ａ、７１８ｂ、７１８ｃ アプリケーション ７２０ 位置サービスモジュール １１００ ビーコン １１０２ 構造物 １２００ 携帯電話 １２０２ 表示領域 １２０４ ボタン １２０６ アンテナ １３００ 制御回路 １３０２ 記憶装置／メモリ １３０４ アンテナ １３０６ 送受信回路 １３０８ スピーカ １３１０ マイクロホン １３１２ リンガ／バイブレータ １４００ 携帯電話アーキテクチャ １４０２ アプリケーションプログラムインタフェース
／携帯電話設定モジュール １４０４ 携帯電話設定エンジン １４０６ 位置サービスモジュール １４０８ プライバシーマネージャ １４１０ 位置プロバイダインタフェース １４１２ａ〜１４１２ｈ 位置プロバイダ １４１４ 位置ベースの設定 １４１６ 明確な位置 １４１８ａ、１４１８ｂ、１４１８ｃ 設定実施エンテ
ィティ １６００ コンテキストアウェアな携帯電話が採用され
る例示的なシステム １６０２ 映画館 １６０４ レストラン １６０６ 職場 １６０８ 家 １６１０ スポーツアリーナ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 スティーブン エス．エバンス アメリカ合衆国 98052 ワシントン州 レッドモンド 165 プレイス ノースイ ースト 3904 ナンバーゼット1079 (72)発明者 エドワード エフ．レウス アメリカ合衆国 98072 ワシントン州 ウッディンビル ノースイースト 164 ストリート 16934 Ｆターム(参考） 5K067 AA34 BB04 BB21 DD27 EE02 EE10 EE16 FF03 FF31 HH21 HH23

Claims (50)

【特許請求の範囲】
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. 【請求項２５】 前記情報は、現在の位置に関連する携
    帯電話設定に関係することを特徴とする請求項２４に記
    載の携帯電話。
26. 【請求項２６】 前記情報は、前記位置がインスタンス
    である定義済み位置タイプに関係することを特徴とする
    請求項２４に記載の携帯電話。
27. 【請求項２７】 前記変更する手段は、前記携帯電話が
    もはや現在の位置にないときに、前記携帯電話の動作を
    変更する手段を備えたことを特徴とする請求項２４に記
    載の携帯電話。
28. 【請求項２８】 携帯電話の動作を管理する方法であっ
    て、 所与の位置に対する１つまたは複数の携帯電話の動作を
    定義するステップと、 携帯電話が前記位置にある間に自動的に携帯電話の動作
    を変更できるようにする、前記位置内にある携帯電話へ
    の情報を無線で送信するステップとを備えたことを特徴
    とする方法。
29. 【請求項２９】 前記情報を送信するステップは、携帯
    電話の動作を定義した属性を有する位置タイプに関連す
    る情報を送信するステップを備えたことを特徴とする請
    求項２８に記載の方法。
30. 【請求項３０】 前記情報を送信するステップは、携帯
    電話の設定に関係する情報を送信するステップを備えた
    ことを特徴とする請求項２８に記載の方法。
31. 【請求項３１】 携帯電話の動作を管理する方法であっ
    て、 携帯電話が自動的に携帯電話の動作を変更できるように
    する情報を、送信するように構成された１つまたは複数
    の送信機を提供するステップと、 前記１つまたは複数の送信機を、特定の携帯電話の動作
    が望まれる位置に配置するステップと、 前記１つまたは複数の送信機を使用して情報を送信する
    ステップとを備えたことを特徴とする方法。
32. 【請求項３２】 前記動作は、携帯電話がオンかオフか
    を含むことを特徴とする請求項３１に記載の方法。
33. 【請求項３３】 前記動作は、携帯電話のリンガに関係
    することを特徴とする請求項３１に記載の方法。
34. 【請求項３４】 前記動作は、携帯電話のリンガのピッ
    チに関係することを特徴とする請求項３１に記載の方
    法。
35. 【請求項３５】 前記動作は、呼の転送に関係すること
    を特徴とする請求項３１に記載の方法。
36. 【請求項３６】 携帯電話の動作を管理する方法であっ
    て、 特定の携帯電話の動作が望まれる位置にそれぞれ関連付
    けることのできる１つまたは複数のクラスタイプを定義
    するステップと、 前記１つまたは複数のクラスタイプに、携帯電話の動作
    を定義した属性を関連付けるステップとを備えたことを
    特徴とする方法。
37. 【請求項３７】 前記動作は、前記携帯電話をオンにす
    べきかオフにすべきかに関係することを特徴とする請求
    項３６に記載の方法。
38. 【請求項３８】 前記動作は、携帯電話のリンガをオン
    にすべきかオフにすべきかに関係することを特徴とする
    請求項３６に記載の方法。
39. 【請求項３９】 前記動作は、携帯電話のリンガのピッ
    チに関係することを特徴とする請求項３６に記載の方
    法。
40. 【請求項４０】 前記動作は、電話の呼を自動的に転送
    することに関係することを特徴とする請求項３６に記載
    の方法。
41. 【請求項４１】 携帯電話の動作を管理する方法であっ
    て、 特定の携帯電話の動作が望まれる位置にそれぞれ関連付
    けることのできる１つまたは複数のクラスタイプを定義
    するステップと、 前記１つまたは複数のクラスタイプに、携帯電話の動作
    を定義した属性を関連付けるステップと、 特定の携帯電話の動作が望まれる位置にクラスタイプを
    関連付けるステップとを備えたことを特徴とする方法。
42. 【請求項４２】 携帯電話の動作を管理する方法であっ
    て、 特定の携帯電話の動作が望まれる位置に、該携帯電話の
    動作を定義した属性を有するクラスタイプを関連付ける
    ステップと、 前記位置にある携帯電話による受信のための前記クラス
    タイプに関係する情報を無線で送信するステップであっ
    て、前記情報は、１つまたは複数の動作を自動的に調節
    するために携帯電話によって使用されるように構成され
    ているステップと備えたことを特徴とする方法。
43. 【請求項４３】 前記関連付けるステップは、前記情報
    を送信するように構成された送信機を前記位置に提供す
    るステップを備えたことを特徴とする請求項４２に記載
    の方法。
44. 【請求項４４】 前記動作は携帯電話の設定によって定
    義されることを特徴とする請求項４２に記載の方法。
45. 【請求項４５】 前記動作は、携帯電話がオンかオフか
    に関係することを特徴とする請求項４２に記載の方法。
46. 【請求項４６】 前記動作は、携帯電話のリンガがオン
    かオフかに関係することを特徴とする請求項４２に記載
    の方法。
47. 【請求項４７】 前記動作は、呼の転送に関係すること
    を特徴とする請求項４２に記載の方法。
48. 【請求項４８】 自身の位置を決定し、前記位置に対し
    て定義された方式で動作するように、自身の１つまたは
    複数の設定を自動的に調節することができることを特徴
    とするロケーションアウェアな携帯電話。
49. 【請求項４９】 携帯電話を操作する方法であって、 携帯電話を提供するステップと、 前記携帯電話によって、現在の携帯電話の位置を判定す
    るステップとを備えたことを特徴とする方法。
50. 【請求項５０】 前記判定するステップは、 位置情報を受け取るステップと、 位置に対応するノードを有する１つまたは複数の階層ツ
    リー構造にアクセスするステップと、 前記位置情報を用いて、前記１つまたは複数の階層ツリ
    ー構造の少なくとも一部を走査して、現在の位置を確認
    するステップとを備えたことを特徴とする請求項４９に
    記載の方法。