(57)【要約】      （修正有）【課題】セルラ電話の多機能化したユーザーインターフェースを使用する複雑さを避ける。【解決手段】ケースに内蔵されたＲＦタグを有するデバイスと、該ＲＦタグを読み取って該ＲＦタグに関連付けられた動作を実行するＲＦタグリーダー６０を有する移動電話５０とを備えたシステム。ユーザーが電話の何らかの動作を実行しようとするときに、ＲＦタグがＲＦタグリーダー６０によって読み取られてＲＦタグに関連付けられた動作を実行するようにデバイスを操作することで、ユーザーはキーパッドのような通常の入力手段をバイパスし、頻繁に用いる機能や動作について、メニューを辿ることを必要としない迅速なアクセスを提供する。さらに、デバイスなど手に触ることができる物体を操作に結び付けることで、これら頻繁に用いる機能へのアクセスを直感的なものとすることができる。【選択図】図２ａ
2005295550.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーズ・パーソナルコミュニケーション機器の動作を指示するデバイスであって、ユーザーによる取り扱いが容易な大きさの装飾ケースに配設されたＲＦタグを有し、前記ＲＦタグはユーザーズ・パーソナルコミュニケーション機器の動作を指示するコードを格納する、デバイス。
【請求項２】
請求項１に記載のデバイスであって、選択された条件の下でユーザー・フィードバックを提供する手段をさらに有するデバイス。
【請求項３】
ユーザーズ・パーソナルコミュニケーション機器の動作を指示するデバイスであって、装身具に内蔵されたＲＦタグを有するデバイス。
【請求項４】
請求項１から３のいずれかに記載のデバイスであって、該デバイスが読み取られる作動モードと非作動モードとに該デバイスを切り替えることができるスイッチ手段をさらに備えるデバイス。
【請求項５】
ケース内にＲＦタグを有するデバイスと、該ＲＦタグを読み取って該ＲＦタグに関連付けられた動作を実行するＲＦタグリーダーを有するユーザーズ・パーソナルコミュニケーション機器と、を備えるシステム。
【請求項６】
請求項５に記載のシステムであって、前記ＲＦタグと前記動作とのマッチングは前記ユーザーズ・パーソナルコミュニケーション機器においてローカルに行なわれるシステム。
【請求項７】
請求項６に記載のシステムであって、前記動作は前記ユーザーズ・パーソナルコミュニケーション機器のローカル機能を有効化及び／又は無効化するものであるシステム。
【請求項８】
請求項７に記載のシステムであって、前記動作は前記ユーザーズ・パーソナルコミュニケーション機器において情報のためのシークレットモードをロックまたは解除するものであるシステム。
【請求項９】
請求項５又は６に記載のシステムであって、前記ＲＦタグに格納されたコードを所定の動作にマッピングするデータベースを有するリモートサーバーを備え、該ＲＦタグのアクション・コードと前記関連付けられた動作とのマッチングはリモートサーバーで行なわれるシステム。
【請求項１０】
請求項９に記載のシステムであって、前記デバイスが有する前記ＲＦタグのコードのコードと所定の動作とをマッチングする際に、前記ユーザーズ・パーソナルコミュニケーション機器に前記関連付けられた動作を実行するための命令をダウンロードする手段をさらに備えるシステム。
【請求項１１】
請求項１０に記載のシステムであって、前記ＲＦタグの前記コードはアクション・コードと鍵部を備え、前記マッチングがとれたアクション・コードに対応した前記所定の動作は前記鍵部によって暗号化を解除され得るシステム。
【請求項１２】
請求項５から１１のいずれかに記載のシステムであって、前記ユーザーズ・パーソナルコミュニケーション装置は前記デバイスがドッキングできるドッキング機構を備えるシステム。
【請求項１３】
請求項１２に記載のシステムであって、前記ＲＦタグの読み取りは前記デバイスが前記ドッキング機構にドッキングするときのみ行なわれるシステム。
【請求項１４】
請求項１２又は１３に記載のシステムであって、前記ＲＦタグの読み取りは前記デバイスが前記ドッキング機構にドッキングし且つ前記ユーザーが前記ケースにさらなる押力を与えるときのみ行なわれるシステム。
【請求項１５】
請求項１２から１４のいずれかに記載のシステムであって、前記ユーザーズ・パーソナルコミュニケーション装置は複数の前記デバイスがドッキングされて同時に読み取られることのできるドッキング機構を備えるシステム。
【請求項１６】
請求項１５に記載のシステムであって、前記ドッキングした複数のデバイスから要求される動作は前記ドッキングした複数のデバイスの組み合わせに依存するシステム。
【請求項１７】
請求項１２から１６のいずれかに記載のシステムであって、前記デバイスは選択された条件の下でユーザー・フィードバックを供給する手段をさらに有し、前記ユーザーズ・パーソナルコミュニケーション機器は前記デバイスがドッキングしているときに前記フィードバック手段に電力を供給する電力供給手段を有する、システム。
【請求項１８】
ユーザーズ・パーソナルコミュニケーション機器の動作を指示する１組のデバイスであって、各々が装飾ケースに内蔵されたＲＦタグを有し、各々の該ケースの外観は該組における他のケースと区別されうるシステム。
【請求項１９】
ユーザーズ・パーソナルコミュニケーション機器の動作を指示する方法であって、該ユーザーズ・パーソナルコミュニケーション機器の外部からアクション・コードを生成する相互作用を該ユーザーズ・パーソナルコミュニケーション機器と行なうことによりユーザーが所望の動作を要求し、該アクション・コードと同じか該アクション・コードから派生したアクション・コード・フィールドを含むアクション要求メッセージをサーバーへ自動的にルーティングし、該サーバーが要求された動作をさらに実行するための命令を遂行する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーズ・パーソナルコミュニケーション機器の動作を指示することに関する。
【背景技術】
【０００２】
セルラ電話の形をとったパーソナルコミュニケーション装置は非常に良く見られるものとなっている。セルラ電話は、音声通信のみを提供する従来の固定電話を携帯できるようにしただけのようなものから、音声通信のみならずインターネットアクセスなど幅広い通信手段を提供するマルチ通信デバイスへと進化してきた。このため、セルラ電話が持つ多機能化してきたユーザーインタフェースを使用するにおける複雑性を避ける必要がある。本発明は概してこのような問題に関わるものである。
【発明の開示】
【０００３】
本発明の一つの側面によって、本発明は、ユーザーズ・パーソナルコミュニケーション機器の動作を指示するデバイスであって、ユーザーによる取り扱いが容易な大きさの装飾ケースに配設されたＲＦタグを有すると共に、そのＲＦタグがユーザーズ・パーソナルコミュニケーション機器の動作を指示するためのコードを格納するデバイスを提供することができる。
【０００４】
寸法の制限の他に、ケースの外観には制限はない。が、好適な実施態様においては、該ケースは装身具から出来ており、望ましくはユーザーの好みや美的感覚に訴えるもので、ファッションアクセサリーや特定のグループを表すエンブレムとして用い得るものである。
【０００５】
本発明の別の側面によって、本発明は、ケースに内蔵されたＲＦタグを有するデバイスと、該ＲＦタグを読み取って該ＲＦタグに関連付けられた動作を実行するＲＦタグリーダーを有するユーザーズ・パーソナルコミュニケーション機器とを備えるシステムを提供することができる。
【０００６】
上記の特徴のため、ユーザーがパーソナルコミュニケーション機器の何らかの動作を実行しようとするときに、ＲＦタグがＲＦタグリーダーによって読み取られてパーソナルコミュニケーション機器がＲＦタグに関連付けられた動作を実行するようにデバイスを操作することで、ユーザーはキーパッドのような通常の入力手段をバイパスすることができる。従って本発明は、頻繁に使う機能や動作について、メニューを辿ることを必要としない迅速なアクセス方法を提供する。さらに、デバイスなど手に触ることができる物体を操作に結び付けることで、これら頻繁に用いる機能へのアクセスを直感的なものとすることができる。さらに、このデバイスはユーザーズ・パーソナルコミュニケーション機器のローカル機能を選択的に有効化又は無効化するために用いることができる。例えば、シークレットモードがそのデバイスによってコントロールされるようにすることができる。その場合に該デバイスは、機密情報をロックしたりロック解除したりする物理的なキーとして効果的に働くので、ユーザーズ・パーソナルコミュニケーション機器において通常はＰＩＮコードが果たしている機能を効果的に担うことができる。
【０００７】
好ましくは、該ケースは装身具から出来ており、望ましくはユーザーの好みや美的感覚に訴えるもので、ファッションアクセサリーや特定のグループを表すエンブレムとして用いることができるものであるとよい。該デバイスはユーザーが容易に取り扱うことのできる大きさであることが好ましい。また、該デバイスはそれほど大きくなく、該デバイスを複数持ち運ぶときに目立ちすぎて邪魔にならないものであることが好ましい。
【０００８】
ある実施態様において、ユーザーズ・パーソナルコミュニケーション機器は、筐体の外表面にマーキングを備える。このマーキングは、該機器の筐体上において、該デバイスが読み取りのために位置すべき相互作用領域付近を示す役目を果たす。
【０００９】
ユーザーズ・パーソナルコミュニケーション機器は、ＲＦタグ読み取りのために該デバイスをドッキングするドッキングポートを備えてもよい。ある実施態様において、ＲＦタグ内のコードに関連付けられた動作が偶然に要求される可能性を避けるために、ＲＦタグはドッキングされたときのみ読み取られるようにすることができる。このために、ドッキングしているときのような非常に近い距離でのみ読み取りができるように、ＲＦタグリーダーとＲＦタグとを較正してもよいし、ＲＦタグが正しくドッキングされたときのみ作動するスイッチ手段をＲＦタグに設けることもできる。別の実施態様では、複数の該デバイスが同時にドッキングされることができる。好ましくは、ユーザーから指示される動作は、ドッキングされたデバイスの組み合わせに依存することが好ましい。ドッキングポートを採用することの１つの利点は、ドッキングするという行為がＲＦタグリーダーが読み取り動作を実行するための合図になりうることであり、そのため、ＲＦタグが読み取り可能範囲に存在しないにも関わらず、読み取りを試みてエネルギーを浪費することがないため、比較的エネルギー効率が良い。
【００１０】
このことを考慮すると、本発明の別の側面によって、本発明は、ユーザーズ・パーソナルコミュニケーション機器の動作を指示する一組のデバイスであって、それぞれのデバイスが装飾ケースに内蔵されたＲＦタグを有し、それぞれのケースの外観はその組の中の他のデバイスのケースから区別されうるものを提供することができる。
【００１１】
ユーザーは、その組の中から適当なデバイスを選び、そのデバイスを機能を作動させるために用いることで、パーソナルコミュニケーション機器の様々な機能にアクセスすることができる。
【００１２】
本発明のさらに別の側面によると、本発明は、ユーザーズ・パーソナルコミュニケーション機器の動作を指示する方法であって、ユーザーズ・パーソナルコミュニケーション機器の外部からアクション・コードを生成する相互作用をユーザーズ・パーソナルコミュニケーション機器と行なうことによりユーザーが所望の動作を要求し、前記アクション・コードと同じか前記アクション・コードから派生したアクション・コード・フィールドを含むアクション要求メッセージをサーバーへ自動的にルーティングし、サーバーが要求された動作をさらに実行するための命令を遂行する、方法を提供することができる。
【００１３】
本発明のこれらの特徴は、ユーザーズ・パーソナルコミュニケーション機器の外部で作られたユーザー要求が、その要求の内容がユーザーズ・パーソナルコミュニケーション機器に知られていなくとも、処理されることを可能とする。好ましくは、前記アクション・コードは本発明によるデバイスから読み取られるコードであるとよい。
【００１４】
本発明の別の側面によれば、本発明は、ユーザーズ・パーソナルコミュニケーション機器と、上記の方法を実行するサーバーとからなるシステムを提供することができる。
【００１５】
本発明の別の側面によれば、本発明は、ユーザーズ・パーソナルコミュニケーション機器の動作を指示するデバイスであって、ＲＦタグが装身具に内蔵されたものを提供することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の実施態様の例は、添付の図面を参照して以下に説明される。
【００１７】
ＲＦ−ＩＤテクノロジーは、ＲＦ−ＩＤコントロールユニットとＲＦタグの双方向ＲＦ通信に基礎をおくものである。タグはアンテナと制御回路、及び情報が格納されたメモリを備えている。メモリは格納された情報を書き換えることができない読み取り専用のものである場合もあれば、ユーザーによって情報を上書きしたり後で追加したりできる読み取りと書き込みの両方ができるものである場合もある。コントロールユニットは、アンテナと変調・復調回路を備えている。動作時において、コントロールユニットは、その周辺のある空間領域に広がる電磁波を放出する。ＲＦタグがその空間領域を通ると、電磁波がＲＦタグの制御回路を作動させる。すると、タグがメモリに含まれる情報をコントロールユニットに送信することにより、タグが自身のことを識別させるダイアログがセットされる。情報を受信すると、コントロールユニットはそれを解読する。ＲＦタグは、パッシブなものでもアクティブなものでもよい。パッシブなＲＦタグの場合は、電源を内部に備えておらず、エネルギーをＲＦ−ＩＤコントローラーが生成した電磁波から得る。アクティブなタグの場合は、バッテリーのような固有の電源を備えている。
【００１８】
ＲＦ−ＩＤテクノロジーは、技術的に熟してきており、倉庫の管理から交通機関における電子チケットまで、様々な分野に用いられてきている。現在では、ＲＦタグは砂粒の大きさで、また安価に手に入れることができる。
【００１９】
図１（ａ）と図１（ｂ）を参照すると、ｉＢｅａｄ１０は装飾ケース４０に収められたＲＦタグ２０を有する。図１（ｂ）を参照すると、ＲＦタグ２０はアンテナ２２，制御回路２４，１２８ビットのコード番号が格納された読み取り専用メモリ２６を有する。ＲＦタグ２０はパッシブ型であり、固有の電源を備えてはいない。ＲＦタグの物理的なチップ寸法は、０．４ｍｍ角に過ぎない。ケース４０はそれよりもずっと大きく、ユーザーによる取り扱いが容易なように、そしてケースが美的な機能を果たすように、意図的に作られている。添付図面において、ケースは美的な考慮をせずに模式図的に示されている。しかしながら、発明の実際の実施態様においては、ケースはファッションアクセサリーとしての役目を果たし、ユーザーの装いと融和し、又はユーザーの装いを引き立て、ユーザーを表現するものであることができる。さらにこのケースは、特定の私的団体やスポーツチームのエンブレム、また商業ベンチャーのブランドを表すものであってもよい。ケースは固いものでもよく、柔らかいものでもよい。ケースはＲＦタグのアーキテクチャが許容するような平面的なものでもよい。また、元々は別に本来の目的を持つ物によってケースを作ってもよい。通常、ケースはＲＦタグ２０に十分な保護を与える能力を持つものであることが好ましいが、ＲＦタグの全体を包み込むものでなくてもよい。
【００２０】
移動電話５０の形をとる携帯型パーソナルコミュニケーション機器は、従来と同じく、図２（ａ）に示されるように、ディスプレイ５２，キーパッド５４，筐体５３を有し、また図２（ｂ）に示されるように、セルラネットワーク７０とのデータの音声の送受信が可能なセルラ無線インターフェース５６，移動電話全体の動作を調整する中央コントロールユニット５８，メモリユニット５９を有する。メモリユニットは、とりわけ電話帳や住所録、送受信したＥメールやＳＭＳメッセージ、通話記録（発信，着信，不在着信）を保存するために用いられる。本発明の１つの実施態様においては、移動電話５０はさらにＲＦＩＤリーダー６０を備える。図２（ａ）において、ＲＦＩＤリーダー６０は、筐体５３の表面直下に配置されていることを示すために、点線で表されている。マーキング６１は、筐体５３のＲＦＩＤリーダー６０に近い場所に設けられ、ｉＢｅａｄの読み取りが可能な領域をユーザーに示す役割を果たす。
【００２１】
セルラネットワーク７０はゲートウエイサーバー７５を有し、それを通じてインターネットへのアクセスを可能となっている。ｉＢｅａｄブローカサーバー８０と、複数のｉＢｅａｄアクション・サーバー８５ａと８５ｂは、インターネットの一部を構成するものとして示されている。ゲートウエイサーバー７５は暗号化されたデータパイプライン８９を通じてブローカサーバーと繋がっており、ブローカサーバー８０は暗号化されたデータパイプライン９０ａや９０ｂを通じてアクション・サーバー８５ａと８５ｂと繋がっている。サービスプロバイダーのウェブサイト９５ａ，９５ｂは、アプリケーションサーバー上に示されている。
【００２２】
ユーザーがｉＢｅａｄ１０をＲＦＩＤリーダー６０の読み取り可能範囲へ持ってくると、ＲＦＩＤリーダー６０はｉＢｅａｄ１０の中のコードを読み取り、それを中央コントロールユニット５８へと届ける。すると、まず中央コントロールユニット５８は、中央コントロールユニット５８が有するメモリ５９をチェックし、ｉＢｅａｄのコードがローカルで既知であるか否かを調べる。もしそのコードがローカルで既知であれば、中央コントロールユニット５８はそのコードに割り付けられたマクロや動作を実行する。
【００２３】
このタイプのマクロの１例は、夫や妻にいつもより帰る時間が遅くなることを伝えるＥメールを送信することである。Ｅメールを送信するための全てのプロセスの引金はｉＢｅａｄ１０によって引かれ、そのことについてユーザーは他に何も要求されない。あるいは、Ｅメールが実際に送信される直前にそれをストップして、Ｅメールが送信される前にそれを修正したり承認したりする機会をユーザーに与えるマクロであってもよい。このような場合であっても、メニュー構造を辿っていくことや、移動電話のキーパッドからメールを入力するという厄介なプロセスを、大幅に回避することができる。別の例では、マクロは所定のＩＰアドレスで移動電話のブラウザを開くという動作を実行する。（ｉＢｅａｄから読み取られたコードがマクロを参照し、その接続以外ＩＰアドレスに何の関係もないことを強調しておく。）例えば、もしｉＢｅａｄがＣＮＮのロゴをまとっていたら、その所定のＩＰアドレスはＣＮＮのホームページのものであるかもしれない。他にも、シークレットモードの作動にマクロを使うという例もある。シークレットモードは従来から存在する機能で、ユーザーが特定の情報を許可されていない人から隠蔽することを可能とするものであり、その機能にアクセスするための制御機構には通常ＰＩＮコードが用いられている。図２（ｃ）は、ユーザーの電話帳に個々のエントリについて有効となる典型的なオプションのリストを示したものである。ここで「シークレット」ｉＢｅａｄが読み取られると、現在表示されている電話帳エントリとシークレットｉＢｅａｄとの間に関連付けが行なわれる。するとディスプレイ５２は、図２（ｄ）のように電話帳エントリが秘密にされたことをしばらくの間表示し、その後その電話帳エントリの表示が消える。ずっと見えなくしても良いし、ユーザーがメニューを通じてコントロールできる所定の期間だけ見えないようにしてもよい。シークレットｉＢｅａｄが再び読み取られると、関連付けられた電話帳エントリが再び見えるようになり、ディスプレイ５２は図２（ｄ）の状態を取る。ここで、ｉＢｅａｄと電話帳との関連性は、シークレットオプションを選択して無効にすることで、壊れてしまうかもしれない。ユーザーがそのオプションを選択しなければ、ユーザーによって予め選ばれた一定の短い期間の後、電話帳エントリは秘密のシークレットモードの状態に戻る。１つ以上のｉＢｅａｄを選択した情報に関連付けても、１つのｉＢｅａｄを紛失しても、他のｉＢｅａｄによってシークレットモードを無効にしたり解除できる。従来のＰＩＮコードは秘密にされた全ての情報を表示させるために用いられる。
【００２４】
もしｉＢｅａｄ１０のコードがローカルに知られていなければ、電話５０はアクション要求メッセージをセルラインタフェース５６を通じてリモートサーバーへ送信する。サーバーは既定のサーバーであることができる。または、アクセスすべきサーバーはコード自身の一部に示されていることもできる。サーバーはセルラネットワークの一部であってもよいし、インターネット上のサーバーであっても良い。
【００２５】
アクション要求メッセージ１００は、少なくとも、メッセージがｉＢｅａｄパケットであることを示すメッセージ識別フィールド１０２と、ｉＢｅａｄ中のＲＦタグのコードを格納するアクション・コード・フィールド１０４と、移動電話のＩＭＥＩコードのような情報をかくのうする認証フィールド１０６とを含んでいる。
【００２６】
ここに示される実施態様において、アクション要求メッセージはメッセージ識別フィールド１０２によって自動的にｉＢｅａｄブローカサーバー８０へと向かう。ブローカサーバー８０は、ｉＢｅａｄ中のＲＦタグのコードを、所定のアクションにとマッピング又は関連付けを行なうためのデータベースを特に備えている。もしシステムが、ブローカサーバー８０が各々のｉＢｅａｄの登録情報として、常にアクション・サーバーへのＵＲＬのみを格納するように構成されているものとすれば、所定のアクションは単にＵＲＬとなる。そのような構成の結果、そのＵＲＬへアクセスするために要求されることは隠在的なものになるだろう。
【００２７】
ブローカサーバー８０がアクション要求メッセージ中のアクション・コードを認識すると、２つの可能性が生じる。そのコードに関連付けられた命令や動作が比較的簡単なものであったり、又は／及び普通のシステム動作に関連するものであったりする場合は、図５（ａ）に図示されるように、マクロのインストラクション１２０はブローカサーバーから移動電話５０へ直接返送され、実行される。そのコードに関連付けられた命令や動作がもっと複雑なものであったり、普通の動作でなかったりする場合は、ブローカサーバー８０は適切なアクション・サーバーへ責任を委任し、・・・この場合はアクション・サーバー８５ａとする・・・そのアクション・サーバーが、図５（ｂ）に図示されるように直接か、図５（ｃ）に図示されるようにブローカサーバー８０を通じて、マクロのインストラクション１２０を電話５０へと送信する。図５（ｃ）の実施態様の利点は、暗号化されたパイプライン９０ｂを利用することができることである。
【００２８】
別のアーキテクチャが図６に示される。この実施例では、ブローカサーバー８０はセルラネットワーク７０の内部に設置される。ブローカサーバー８０がオペレーターによって完全にコントロールされるので、ｉＢｅａｄのスポンサーやユーザーの個人情報をオペレーターから隠さねばならないというビジネスニーズが発生し、このために、次に説明するように、暗号化メカニズムによってセキュリティが与えられる。
【００２９】
移動電話５０は、ｉＢｅａｄのメモリ２６から読み取ったＲＦ−ＩＤコードを復号のための鍵部と要求する動作を示すアクション・コード部との２つの部分を持つものとして扱う。図７を参照する。ｉＢｅａｄを読み取ると、電話５０はアクション要求メッセージ１００ａをセルラネットワークに送信する。メッセージがブローカサーバー８０を到着地とするｉＢｅａｄパケットであることを示す、アクション要求メッセージ１００ａのメッセージ識別フィールド１０２に基づいて、メッセージはブローカサーバー８０へとルーティングされる。ブローカサーバー８０は複数のｉＢｅａｄ登録情報を含むデータベースを有しており、それぞれの登録情報レコードは、少なくとも、アクション・コード・フィールドと、対応する暗号化されたマクロ／インストラクション・フィールドとを有している。メッセージ１００ａを受け取ると、ブローカサーバーは、アクション・コード・フィールド１０４とデータベース中のｉＢｅａｄ登録情報の中のアクション・コードのマッチングを行ない、対応する暗号化されたインストラクション１０２ａを認証フィールド１０６によって識別された移動電話へと送信する。移動電話はＲＦＩＤコードのコード部などで鍵を知っているため、インストラクションの暗号化を解除することができる。このため、当然の如く、ｉＢｅａｄ登録情報データベースがオペレーターのネットワークに置かれたサーバーにあるとしても、鍵を知らないオペレーターは格納され管理されている情報を読むことができない。図３に示した実施例のように、受け取られたインストラクション１２０ａは、単にローカルの動作のためのものであってもよいし、さらなるリモートアクセスを命令するものであってもよい。図６のシステムアーキテクチャでは、特に、暗号化されたマクロの長さはできれば短く留めておくことが望ましい。これは、移動電話によって為されねばならない復号化作業の量を最小限にし、またオペレーターの負担を最小限にするためである。そこで、受け取られたインストラクションは、リモート・アクション・サーバー８５ａや８５ｂへのさらなるＵＲＬと、そこから入手すべきさらにより詳細なインストラクションの命令だけを含むものであることが好ましい。従ってこの場合は、さらなるアクション要求メッセージ１００ｂが送信され、メッセージ識別フィールド１０２は、このメッセージがインターネットに向かう、アクション・サーバー８５ａや８５ｂを指定したｉＢｅａｄパケットであることを示している。アクション・サーバー８５ａや８５ｂは、複数のアクション・コード・フィールドと、対応するマクロ／インストラクション・フィールドとを含むデータベースを有する。メッセージ１００ｂを受け取ると、アクション・サーバーはアクション・コード・フィールド１０４とアクション・サーバーのデータベースのエントリとのマッチングを行ない、認証フィールド１０４によって識別される移動電話に対応するインストラクション１２０ｂを送信する。
【００３０】
図３と図６の両方の実施例において、アクション・サーバー８５ａや８５ｂへの命令は、ローカルな動作を命令するものであってもよいし、サービスプロバイダーのウェブサイト９５ａや９５ｂ、又はこれらのコンビネーションへのさらなるリモートアクセスを命令するものであってもよい。
【００３１】
図３の実施例においては、ｉＢｅａｄに由来する鍵は、移動電話とインターネット上のサーバー８５ａ，８５ｂ，９５ａ，９５ｂとの通信を暗号化するために用いられることができる。
【００３２】
図３や図６に示された、マクロを遠隔地に保存するアプローチの１つの利点は、ｉＢｅａｄ１０に関連付けられた機能が中央管理され、ｉＢｅａｄ１０のスポンサーの必要に応じて更新されることが可能なことである。このアプローチの別の利点は、移動電話５０によるリモートアクセスがサーバーにｉＢｅａｄが使用されたことを知らせ、認証フィールド１０６によってｉＢｅａｄの識別情報を知らせることである。さらに別の利点は、このシステムの本質、特にブローカサーバー８０の極めて重要な役割が、不適切な機能が関連付けられたｉＢｅａｄを簡単に無効にできることである。このマクロを遠隔地に保存するというアプローチの商業的な利点は、以下の例によってさらに明らかになるだろう。以下では小売業者がｉＢｅａｄのスポンサーの具体的な例として用いられる。
【００３３】
図３のシステムアーキテクチャを有するシステムでは、製品の宣伝の一環として、小売業者がその小売業者を示すケースを備えるｉＢｅａｄのセットを製造しているかもしれない。これらのｉＢｅａｄは同じコードを格納している。小売業者は、ｉＢｅａｄのコードと実行されるべきアクションをインターネットを通じてブローカサーバー８０に登録する。そこで、顧客がｉＢｅａｄを読み取ると、小売業者によって定められたアクションが、上に説明されたような様々な方法で実行されることができる。（ここで、電話５０はそのアクションの内容を知らないとする。）１つの可能性として、ｉＢｅａｄは、宣伝対象の製品を説明するためのウェブページを含む小売業者のウェブサイト９５ａへのアクセスを提供する。サーバーはウェブページのヒット数を記録するであろうから、表示される宣伝資料及び／又は販売期間を、顧客の興味に応じてリアルタイムに、動的に調節したりカスタマイズしたりすることができる。小売業者はまた、現在アクティブになっているｉＢｅａｄの全体的な様子をリアルタイムに知ることができる。
【００３４】
図６のシステムアーキテクチャを有するシステムでは、小売業者がその小売業者を示すケースを備えるｉＢｅａｄのセットであって、個々のｉＢｅａｄが異なるコードを格納しているセットを製造するようなことが考えられる。この場合は、ｉＢｅａｄと個人に１対１の関係があるので、１つのｉＢｅａｄとそのユーザーたちとの関連づけを行なうことができる。この知識は別の有用なアプリケーションを可能にする。
【００３５】
ｉＢｅａｄ専門のサービス会社が、小売業者の代わりにｉＢｅａｄのセットをセルラオペレーターのブローカサーバー８０に登録する。ブローカサーバーのデータベースは、各々のｉＢｅａｄのために、アクション・サーバー８５ａのＵＲＬを暗号化して保持している。ｉＢｅａｄ専門のサービス会社は、小売業者のｉＢｅａｄに関するウェブサイトに正しく接続するためのｉＢｅａｄミドルウエアと、小売業者のウェブサイト９５ａにアクセスするためのさらなるインストラクションを、１つ１つの登録されたｉＢｅａｄに関するアクション・サーバーにインストールする。電話５０がｉＢｅａｄ１０を読み取ると、ブローカサーバー８０とアクション・サーバー８５ａは図７に関する記述のようにアクセスされ、小売業者のｉＢｅａｄミドルウエアと小売業者のウェブサイト９５ａにアクセスするためのさらなるインストラクションを備えるアクション・サーバーからインストラクション１２０ｂが送信される。
【００３６】
一度小売業者のウェブサイトへの接続が確立されると、図８のようなトランザクションが実行される。図８で特に実行されるトランザクションは、音楽のようなデジタルコンテンツのダウンロードである。ｉＢｅａｄ１０の購入者であり最初のユーザーであるユーザー１は、ある値段（１００貨幣単位）で音楽をダウンロードすることを了承する。支払いは、ｉＢｅａｄ及びそのユーザーの識別情報（ＩＤ）を含む支払いメッセージ１３０によって行なわれる。一旦支払いが了承される、購入されたコンテンツがメッセージ１３２と一緒にダウンロードされる。従って小売業者はｉＢｅａｄの最初のユーザーの記録、つまり最初のユーザーの識別情報とその音楽に支払われた金額の記録を持つことになる。次に、ｉＢｅａｄ１０がユーザー１からユーザー２へ渡されるとする。ユーザー２は、既に説明された方法によって、ｉＢｅａｄを用いてウェブサイト９５ａと第２の取引を始める。ユーザー２が、支払いメッセージ１３４によってその音楽をある値段（９０貨幣単位）でダウンロードすることを了承するとする。支払いメッセージ１３４にはｉＢｅａｄ及び第２のユーザーの識別情報（ＩＤ）が明記されている。一旦支払いが了承されると、購入されたコンテンツがメッセージ１３６と一緒にダウンロードされる。小売業者はｉＢｅａｄの最初のユーザーについて、その識別情報と音楽に支払った値段を知っているので、その小売業者はメッセージ１３８を通じて最初のユーザーに補償的な支払い（１０貨幣単位）をすることができる。この支払いは、最初のユーザーがｉＢｅａｄを彼の周りの知り合いの中で循環させてくれたことに対する実施料とみなすことができるかもしれない。
【００３７】
またこのように支払額が元の売価と現在の売価との差に等しい場合、もし最初のユーザーが商品のライフタイムの早期で値段が高い時期にコンテンツを購入しても、彼がｉＢｅａｄを循環させれば、後に値段の下落を反映した補償的な支払いを受けることができるかもしれないので、それは保証の意味合いを持ち、彼を安心させることができる。その後の取引において、全ての以前のユーザーが追加の支払いを受ける。ある場合には、市場価格が下落せず、追加支払いがなされないこともある。
【００３８】
また、様々な応用例において、最初のユーザーのために行なわれる動作は、次のユーザーやその後のユーザーに行なわれるものとは異なってもよいし、累積されたものでもよい。小売業者は、ｉＢｅａｄの使われ方のパターン（種類や頻度）を、インターネット上の適切なサーバー８０，８５ａ，８５ｂにアクセスしてリアルタイムのインターフェースを通じて追いかけることができる。
【００３９】
以上の例では、ｉＢｅａｄのスポンサーは小売業者であった。しかし、ここに説明された好適なシステムの１つの重要な側面は、このアーキテクチャはオープンで柔軟性が十分にあり、末端の消費者が、もし望めば、直ちに彼らが持つｉＢｅａｄとコンテンツの配布者になれるということである。
【００４０】
１つのビジネスモデルでは、例えば、図３のシステムを用いて、末端の消費者が販売の時点でブローカサーバー８０に登録されているｉＢｅａｄのセットを購入する。このｉＢｅａｄのセットは彼らのものである。ｉＢｅａｄの登録事項はアクション・サーバー８５ａのＵＲＬを含み、それはｉＢｅａｄの供給元か、自分で選んだｉＢｅａｄサービス会社を使いたいユーザーによって供給されたものであるかもしれない。その後、ユーザーは、彼の移動電話を用いるか、もっと複雑な場合にはＰＣを用いてアクション・サーバーにアクセスし、使い勝手のよいアクション・サーバーのユーザーインタフェースソフトウエアを通じて、実行したいアクションを定義することができる。例えば、非常に簡単で一般的なアクションは、単に彼の個人的なホームページにアクセスすることだろう。別のアクションとして、最近撮影した写真やユーザーの最近の歌をダウンロードすることでもよい。このように、ｉＢｅａｄが単に電話のローカル機能をコントロールするものであれば、プログラミングはローカルに行なうことができる。
【００４１】
ユーザーにダウンロードされるべきインストラクションが上記の他のいくつかの例のように動的なものであれば、ダウンロード動作は、小売業者がプログラムする権限を持つアクション・サーバーによって調整されるか、小売業者のサーバーによってなされることが好ましい。なお、これはブローカサーバー８０によっても行なわれることが原理的に可能である。
【００４２】
別の具体例では、マクロやインストラクションがリモートサーバー８０，８５ａ，８５ｂから一旦取ってこられた後は、またダウンロードが繰り返されないようにローカルにキャッシュされることができる。
【００４３】
図９は、本発明に従う第３のシステムアーキテクチャを示したものである。このアーキテクチャでは、ブローカサーバー８０はｉＢｅａｄ／ＵＲＬディレクトリサーバー８２に置き換えられる。しかしその他の事項については、このシステムは図３や図６のシステムに類似しており同じように用いられることができる。ディレクトリサーバー８２は特定のｉＢｅａｄのセットに関するデータベースを備えている。そのデータベースは個々のｉＢｅａｄを、そのＲＦタグのコードで識別されるように、インターネットサーバー８５ａ，  ８５ｂ，  ９５ａ，  ９５ｂのＵＲＬにマッピングする。移動電話５０のリクエストを受けて、ディレクトリサーバー８２はＷＬＡＮリンク８３を通じ、典型的には大きなｉＢｅａｄのセットに関するデータベースをダウンロードし、将来の使用に備えてその情報をキャッシュしておく。すると、ユーザーが続けてダウンロードしたセットの中のどのｉＢｅａｄを入手しても、移動電話はブローカサーバー８０に行くことなしに、そのウェブページに直接アクセスすることができる。この場合の１つの典型的なアプリケーションは、都市鉄道ネットワークに関するものであるだろう。高速のＷＬＡＮアクセスポイントが設置されている駅において、ユーザーはネットワーク全体のデータベースをダウンロードすることができる。すると、特定の電車や特定の駅の情報が必要になったユーザーは、必要に応じて、適切なｉＢｅａｄを駅で入手することができる。ｉＢｅａｄを読み取ることで、移動電話はブローカサーバーにアクセスすることなしに、適切なウェブページへのアクセスを得る。典型的には、ユーザーは普段使う鉄道線のそれぞれに１つのｉＢｅａｄを持ち運ぶことだろう。新しい鉄道線に乗る場合は、その鉄道線で新しいｉＢｅａｄを手に入れればよい。
【００４４】
当然のことながら、図９のアーキテクチャに従うシステムでは、データベースが時と共に変化することが明らかであるので、ユーザーの方でローカルに保存するデータベースを定期的に更新する必要がある。しかしながら、少なくとも都市鉄道網のような団体では、ＵＲＬは極めて安定的に残るだろうから、それほど頻繁に更新する必要はないだろう。
【００４５】
別の実施態様では、ｉＢｅａｄ／ＵＲＬディレクトリサーバー８２はブローカサーバー８０と並列に用いられることができる。
【００４６】
上記の実施態様において、ｉＢｅａｄ１０の読み取りは、ｉＢｅａｄ１０をＲＦタグリーダー６０の読み取り可能範囲に持ってくることが引き金となった。このプロセスは図１１において図示される。図１１を参照すると、ｉＢｅａｄ１０は、保護のため及び／又は装飾のためのケース４０に収められたＲＦタグ２０を備える。ＲＦＩＤリーダー６０は、電話カバー５３の表面直下に設置される。ｉＢｅａｄ１０とＲＦＩＤリーダー６０とのやりとりは「すくい取るような動作」（スキミング）によって特徴付けることができるかもしれない。矢印３２はｉＢｅａｄの動きを示したもので、非接触のデータ転送が可能なＲＦＩＤリーダー６０の読み取り範囲にｉＢｅａｄが移動する動きを示している。スキミングでは、ケース４０はＲＦタグが読み取られるために、ＲＦＩＤリーダー６０のおおよそ近傍を通るだけでよい。筐体５３上のマーキング６１はスキミングするべき領域をユーザーに明らかにする。
【００４７】
当然のことながら、技術的立場から、ＲＦタグ技術はｉＢｅａｄ１０とＲＦＩＤリーダー６０とが動作するために接触することを要求しない。しかし、ユーザーは、様々な範囲のタスクを実行するためのすばやく簡便な方法を提供するｉＢｅａｄ１０のセットを持ち運ぶことが十分考えられる。しかしながら、ｉＢｅａｄのセットを（おそらくは１本の紐やストラップと共に）持ち運ぶことは、１つ以上のｉＢｅａｄがｉＢｅａｄリーダーによって読み取られ、ユーザーが実行しようとは思っていなかったアクションが引き起こされる可能性を生じる。動作させるべきｉＢｅａｄを表示する１つの方法は、ＲＦタグリーダーによって読み取られたｉＢｅａｄをメニューにリスト表示し、ユーザーに必要なｉＢｅａｄをメニューから選ばせることである。または、図１０（ａ）や１０（ｂ）に示されるように、ＲＦタグリーダー６０にドッキング構造３０を設け、読み取りのためにｉＢｅａｄを動作させる場合は、必ずドッキングしなければならないように構成する。図１０（ａ）では、ｉＢｅａｄ１０はドッキングしておらず動作していない。従って読み取りもできない。図１０（ｂ）ではアイビードはドッキング構造３０にドッキングしており、読み取りが可能である。従って、ドッキング構造は読み取られるべきｉＢｅａｄを確実に識別するために役に立つ。さらに、ｉＢｅａｄが読み取り専用ＲＦタグを備えている場合、どんな暗号化も含み、それによって１２８ビット固定長データがどのサードバーティーにも読み取られることができ、ｉＢｅａｄを選択的に作動させることがドッキング構造によって容易になる。ドッキング構造を採用することの他の有利な点は、ドッキングする動作がＲＦＩＤリーダー６０へ読み取り動作を試みる合図になることである。これは、ＲＦＩＤリーダー６０が頻繁に読み取り動作を試みる図１１の実施例に比して電力を節約する結果となる。
【００４８】
ｉＢｅａｄを動作可能にするには、機械的に動作可能にするなど様々な方法がある。ある実施態様においては、ＲＦＩＤリーダー６０の磁石がｉＢｅａｄ１０の中で機械的な運動を引き起こしてｉＢｅａｄの回路経路を開閉し、それによってｉＢｅａｄの共振器を動作させる。別の例では、共振器回路による活性化がある。ｉＢｅａｄ１０に磁気共振器を設け、リーダーから離れているときは共振しないが、近くに持ってこられるとリーダーの整合回路がｉＢｅａｄ内部の共振器を共振させる。ユーザーの使用体験という見地からは、触知性の相互作用もしばしば望ましいものとなる。ある実施態様においては、バネやスイッチがＲＦＩＤリーダー又は／及びドッキング構造３０に設けられ、相互作用が起きた時に触知性のフィードバックを提供する。
【００４９】
図１２から１４は、触知性のフィードバックがユーザーにもたらされるような別の実施例を示す。図１２においては、ｉＢｅａｄのケース４０は突設されたドッキング部３４を含んでいる。ドッキング部３４は、圧縮可能で変形可能な材料でできた相補的な嵌合孔３１に嵌め込まれる。矢印Ｐで示す如く、ユーザーがｉＢｅａｄ１０を押圧することにより、ケース４０の隣接面がドッキング構造体を徐々に押し縮め、嵌合孔３１に形成されたリブ（表示のスケールでは見ることができない）がドッキング部３４に形成された溝に係合してｉＢｅａｄ１０をその位置に保持可能とするまで、ドッキング部３４を嵌合孔３１に嵌め込むことが可能となるｉＢｅａｄの積極的な保持はユーザーに感知され、従って触知性のフィードバックを与えることができる。（溝は図１４の拡大部ではっきり見ることができる。）ＲＦＩＤリーダー６０は、ｉＢｅａｄが図１４に示される如くドッキング構造３０にしっかりと保持されている時のような非常に近接した距離でのみｉＢｅａｄ１０を読み取り可能とするように較正される。当然ながら、このドッキング構造の例は、上記のようにユーザーに触知性のフィードバックを与えるのみならず、どのｉＢｅａｄを読み取るかをコントロールするためにも役に立つ。ｉＢｅａｄは強く引っ張ることによって引き抜くことができ、ドッキング構造の変形可能性が適切な取り出しを可能としている。この実施態様の変形例においては、ｉＢｅａｄをドッキング構造にまずしっかりと保持した後、読み取りのためにはユーザーがさらに押力を与えてＲＦタグとＲＦＩＤリーダーの距離を縮めなければならないように、ＲＦＩＤリーダーの較正とドッキング構造３０の物理的性質を調節してもよい。従って、ｉＢｅａｄはボタンに非常によく似た振る舞いをすることができる。
【００５０】
図１５から１７は、別のドッキング構造を示す。この実施例ではケース４０は次のように操作される。まず、図１５の矢印Ｐで示されるように、ドッキング部３４がドッキング構造の坑に嵌められた後、図１６の矢印Ｔで示されるようにねじ込まれて所定の位置にロックされる。前の実施例のように、ｉＢｅａｄをドッキング構造にまず螺合した後、読み取りのためにはユーザーがさらに押力を与えてＲＦタグとＲＦＩＤリーダーの距離を縮めなければならないように、ＲＦＩＤリーダーの較正とドッキング構造３０の物理的性質を調節してもよい。やはり、ｉＢｅａｄはボタンに非常によく似た振る舞いをすることができる。
【００５１】
ロックを解除してｉＢｅａｄを取り出すには、方向Ｔと反対向きに回して引き抜けばよい。
【００５２】
上記の実施態様は、ユーザーがｉＢｅａｄを購入してそれをニュースのヘッドラインを表示するページを開くようにプログラムし、Ｂｅａｄをストラップで持ち運ぶことを好まないような場合に特に適している。このようなことは彼が毎日行ないたいようなことであるから、彼はｉＢｅａｄをＲＦＩＤリーダーに挿入しておくだろう。
【００５３】
従って、タスクと、そのタスクを完遂するために用いる物体に１：１の関係があることから、タスクや様々なこと（レオンに電話する、最新のニュースを手に入れる、など）を、ｉＢｅａｄのような物体によって表すことがユーザーにとって容易に理解し得るようになることはもちろんである。さらに、触知性のフィードバックは、握手や名刺交換など、人間が既にしていることの自然な延長である。
【００５４】
図１７の実施態様では、ｉＢｅａｄ１０は電源線４１を経由して接続端子３９に接続されるＬＥＤ４２を備えている。ｉＢｅａｄは図１２から１６に示されたような方法で、ドッキング構造３０と結合することができる。ＲＦリーダーは電力線３８を通じてドッキング構造の口に電力を供給する。上記のようにしてｉＢｅａｄがドッキングすると、ｉＢｅａｄ１０とＲＦＩＤリーダー６０が直接接続される。中央処理装置５８からの命令に従って、電流が電力線を通じてｉＢｅａｄに送られる。これは、ケース４０においてユーザー・フィードバックを与えるための電力を、デバイスに与えるために用いられることができ、例えば図示された発光ダイオード４２の電力として使うことができる。別のデバイスでは、音を出すための小型スピーカーやバイポーラディスプレイ、ケース４０の可動部や回転部のための機械部分を備えている。
【００５５】
この実施態様では、携帯電子デバイスにユーザー・フィードバックを与える。このような実施態様は、特に、ユーザーが常にその状態を知らされておく必要があるタスクに関する場合に都合がよい。このような種類のｉＢｅａｄのアプリケーションの特別のタイプの例を以下に示す。
【００５６】
例１：  ユーザーは、ＷＬＡＮのホットスポットの有効範囲をチェックするために、“ＷＬＡＮ状態表示Ｂｅａｄ”を購入し、機能カバーにドッキングする。（ハンドセットから情報を得て、）Ｂｅａｄは有効範囲に入ると光り出す。
【００５７】
例２：  ユーザーは、オンラインゲーム環境で用いる“魔法使いＢｅａｄ”を購入する。“ウイザードＢｅａｄ”はオンライン世界におけるキャラクターの健康を表している。キャラクターが危険になると、魔法使いの形をしたＢｅａｄが赤く光り、ユーザーにオンライン世界にもっと関わるように促す。
【００５８】
例３：  ユーザーは、クラブ・ノキアの記憶スペースに電話の受信箱の写真をバックアップすると決めたとする。状態Ｂｅａｄはデータが送信されているときには点滅し、データ送信が完了すると緑色に光る。
【００５９】
従って、説明された本発明の実施態様は、人々が財布に入れて持ち運ぶ物を、ファッションアイテムとして使えるだけでなく何らかの機能をも有する可能性がある物と置き換えるというソリューションを提供することが分かる。機能とは、例えば移動電話の使用法を簡便にするようなものである。
【００６０】
図１８（ａ）と図１８（ｂ）は、２つのｉＢｅａｄが読み取りのために同時にドッキングしている装置を示す。図１８（ａ）の装置では、２つの異なるドッキング構造３０ａと３０ｂが隣り合って設けられている。ｉＢｅａｄ１０は、それぞれのドッキング構造３０ａと３０ｂにドッキングする。１個のＲＦＩＤリーダー６０が２つのドッキング機構の中間に設けられる。ＲＦＩＤリーダー６０には、ドッキングした両方のｉＢｅａｄを検出して独立に読み取れるような、衝突回避アルゴリズムを実装したソフトウエアが装備される。図１８（ｂ）の実施例は、アダプタ６５が単独のドッキング構造に取り外し自在に取り付けられる。アダプタ６５はｉＢｅａｄ１０のペアに同時に対応し、１組の弾力性腕部６６の間にｉＢｅａｄを挿入したり取り外したりすることができる。腕部６６の端の湾曲部はｉＢｅａｄを挿入し易くしている。この実施例においても、衝突回避アルゴリズムは必要である。両方のｉＢｅａｄを同時に読み取ることによって、ｉＢｅａｄシステムの機能性を拡張することができる。例えば、それぞれが１つのｉＢｅａｄを持った２人のビジネスパートナーを考える。各々のｉＢｅａｄは、それぞれ彼らの会社口座へのアクセスに用いられる。両方のｉＢｅａｄが同時にドッキングすると、このようなときのみ、資金が共同の銀行口座から送金される。
【００６１】
複数のｉＢｅａｄを同時にドッキングすることにより、物理的なプログラミング言語が構築され得ることに注意しておく。例えば、個々のｉＢｅａｄがそれぞれ「電話をかける」や「誰かのウェブページを開く」のようなコマンドを表し、さらに「誰かの」にあたるコマンド因数（例えばイングリッドやマイク）などを表すことができる。このようなプログラミング言語においてはｉＢｅａｄの順序が意味を持つことができる。
【００６２】
図示されない別の実施態様においては、個々のドッキング構造３０が専用のＲＦＩＤリーダーを備え、ＲＦＩＤリーダーの読み取り可能範囲は相互の干渉が避け得るように調整される。
【図面の簡単な説明】
【００６３】
図１（ａ）と図１（ｂ）は、本発明に従うｉＢｅａｄを示したものである。
図２（ａ），２（ｂ），２（ｃ），２（ｄ）は、本発明に従う、ＲＦＩＤリーダーを備えた移動電話の異なる側面を示したものである。
図３は、本発明に従う第１のシステムアーキテクチャを示したものである。
図４は、本発明に従うメッセージパケットの構造を示したものである。
図５（ａ），５（ｂ），５（ｃ）は、図３のシステムのメッセージパケットの経路を示したものである。
図６は、本発明に従う第２のシステムアーキテクチャを示したものである。
図７は、図６のシステムのメッセージパケットの経路を示したものである。
図８は、本発明に従うシステムのアプリケーション例を示したものである。
図９は、本発明に従う第３のシステムアーキテクチャを示したものである。
図１０（ａ）、１０（ｂ）、図１１から１７と、図１８（ａ）と１８（ｂ）は、どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１ａ】
2005295550.tif 000003
【図１ｂ】
2005295550.tif 000004
【図２ａ】
2005295550.tif 000005
【図２ｂ】
2005295550.tif 000006
【図２ｃ】
2005295550.tif 000007
【図２ｄ】
2005295550.tif 000008
【図３】
2005295550.tif 000009
【図４】
2005295550.tif 000010
【図５ａ】
2005295550.tif 000011
【図５ｂ】
2005295550.tif 000012
【図５ｃ】
2005295550.tif 000013
【図６】
2005295550.tif 000014
【図７】
2005295550.tif 000015
【図８】
2005295550.tif 000016
【図９】
2005295550.tif 000017
【図１０ａ】
2005295550.tif 000018
【図１０ｂ】
2005295550.tif 000019
【図１１】
2005295550.tif 000020
【図１２】
2005295550.tif 000021
【図１３】
2005295550.tif 000022
【図１４】
2005295550.tif 000023
【図１５】
2005295550.tif 000024
【図１６】
2005295550.tif 000025
【図１７】
2005295550.tif 000026
【図１８ａ】
2005295550.tif 000027
【図１８ｂ】
2005295550.tif 000028
【手続補正書】
【提出日】平成17年4月19日(2005.4.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ケース内にＲＦタグを有するデバイスと、
ユーザーズ・パーソナルコミュニケーション機器であって、ドッキング手段と、前記デバイスが前記ドッキング手段にドッキングしている状態で前記ＲＦタグを読み取って前記ＲＦタグに関連付けられた動作を実行するＲＦタグリーダーとを有するユーザーズ・パーソナルコミュニケーション機器と、を備えるシステム。
【請求項２】
請求項１に記載のシステムであって、前記ＲＦタグの読み取りは前記デバイスが前記ドッキング手段にドッキングしているときのみ行なわれるシステム。
【請求項３】
請求項１又は２に記載のシステムであって、前記ＲＦタグの読み取りは前記デバイスが前記ドッキング手段にドッキングし且つ前記ユーザーが前記ケースにさらなる押力を与えるときのみ行なわれるシステム。
【請求項４】
請求項１から３のいずれかに記載のシステムであって、前記ドッキング手段は、読み取りのために複数のデバイスを同時に収容可能であるシステム。
【請求項５】
請求項４に記載のシステムであって、前記ドッキングした複数のデバイスから要求される動作は前記ドッキングした複数のデバイスの組み合わせに依存するシステム。
【請求項６】
請求項１から５のいずれかに記載のシステムであって、前記デバイスは選択された条件の下でユーザー・フィードバックを供給する手段をさらに有し、前記ユーザーズ・パーソナルコミュニケーション機器は前記デバイスがドッキングしているときに前記フィードバック手段に電力を供給する電力供給手段を有する、システム。
【請求項７】
請求項１から６のいずれかに記載のシステムであって、前記デバイスは、押されてねじ込まれる操作によって、前記ドッキング手段にドッキングする、システム。
【請求項８】
ユーザーズ・パーソナルコミュニケーション機器の動作を指示するデバイスであって、
前記デバイスはユーザーによる取り扱いが容易な大きさの装飾ケースに配設されたＲＦタグを備え、
前記ＲＦタグはユーザーズ・パーソナルコミュニケーション機器の動作を指示するコードを格納し、
さらに前記デバイスは、前記デバイスが読み取られる作動モードと非作動モードとに前記デバイスを切り替えることができるスイッチ手段を備える、デバイス。
【請求項９】
請求項１から７のいずれかに記載のシステム用のユーザーズ・パーソナルコミュニケーション機器。
【手続補正書】
【提出日】平成17年6月27日(2005.6.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
【図１ａ】本発明に従うｉＢｅａｄを示したものである。
【図１ｂ】本発明に従うｉＢｅａｄを示したものである。
【図２ａ】本発明に従う、ＲＦＩＤリーダーを備えた移動電話の異なる側面を示したものである。
【図２ｂ】本発明に従う、ＲＦＩＤリーダーを備えた移動電話の異なる側面を示したものである。
【図２ｃ】本発明に従う、ＲＦＩＤリーダーを備えた移動電話の異なる側面を示したものである。
【図２ｄ】本発明に従う、ＲＦＩＤリーダーを備えた移動電話の異なる側面を示したものである。
【図３】本発明に従う第１のシステムアーキテクチャを示したものである。
【図４】本発明に従うメッセージパケットの構造を示したものである。
【図５ａ】図３のシステムのメッセージパケットの経路を示したものである。
【図５ｂ】図３のシステムのメッセージパケットの経路を示したものである。
【図５ｃ】図３のシステムのメッセージパケットの経路を示したものである。
【図６】本発明に従う第２のシステムアーキテクチャを示したものである。
【図７】図６のシステムのメッセージパケットの経路を示したものである。
【図８】本発明に従うシステムのアプリケーション例を示したものである。
【図９】本発明に従う第３のシステムアーキテクチャを示したものである。
【図１０ａ】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１０ｂ】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１１】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１２】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１３】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１４】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１５】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１６】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１７】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１８ａ】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。
【図１８ｂ】どのようにｉＢｅａｄがＲＦＩＤリーダーと相互作用できるのかを示したものである。