(57)【要約】複数のリモート通信装置とマッチメーキングするための携帯通信装置は、携帯通信装置に対応する第１のマッチメーキングデータを記憶するように構成されたメモリ手段を有する。該携帯通信装置は、無線リンクを介して、リモート通信装置のうちの個々の１つと通信するように構成され、それによって、個々のリモート通信装置に対応する第２のマッチメーキングデータを受信するトランシーバを有している。無線リンクは、携帯通信装置の装置固有ＩＤおよび個々のリモート通信装置の装置固有ＩＤに基づくものである。携帯通信装置は、第１のマッチメーキングデータと第２のマッチメーキングデータとの間の相関分析を実行し、その相関分析の結果が、携帯通信装置と個々のリモート通信装置とが適合することを指示する場合、携帯通信装置のユーザに通報を提供するように構成された処理装置をさらに備える。携帯通信装置の装置固有ＩＤ、個々のリモート通信装置の装置固有ＩＤ、および、リモート通信装置のその他のものの装置固有ＩＤは、すべて唯一である。【特許請求の範囲】
【請求項１】
複数のリモート通信装置とマッチメーキングするための携帯通信装置であって、前記携帯通信装置が、
メモリ手段であって、前記携帯通信装置に対応する第１のマッチメーキングデータを記憶するように構成されたメモリ手段と、
トランシーバであって、無線リンクを介して、個々の１つの前記リモート通信装置と通信するように構成され、それによって、前記個々のリモート通信装置に対応する第２のマッチメーキングデータを受信し、前記無線リンクが、前記携帯通信装置の装置固有ＩＤおよび前記個々のリモート通信装置の装置固有ＩＤに基づくものであるトランシーバと、
処理装置であって、前記第１のマッチメーキングデータと前記第２のマッチメーキングデータとの間の相関分析を実行し、前記相関分析の結果が、前記携帯通信装置と前記個々のリモート通信装置とが適合することを指示する場合、前記携帯通信装置のユーザに通報を提供するように構成された処理装置とを備え、
前記携帯通信装置の装置固有ＩＤ、前記個々のリモート通信装置の装置固有ＩＤ、および、前記リモート通信装置のその他のものの装置固有ＩＤが、すべて唯一である、携帯通信装置。
【請求項２】
前記処理装置が、さらに、前記携帯通信装置が以前に通信した前記複数のリモート通信装置の中の少なくともいくつかの装置のそれぞれの装置固有ＩＤを前記メモリ手段に記録するように構成されたことを特徴とする、請求項１に記載の携帯通信装置。
【請求項３】
それぞれのリモート通信装置からマッチメーキングデータがすでに受信されているかどうかに関する指示が、前記メモリ手段に記録された装置固有ＩＤごとに記憶されることを特徴とする、請求項２に記載の携帯通信装置。
【請求項４】
さらに、前記個々のリモート通信装置の装置固有ＩＤがすでに前記メモリ手段に記録されており、かつ、前記指示が前記第２のマッチメーキングデータがすでに受信されていることを指示していれば、前記個々のリモート通信装置から前記第２のマッチメーキングデータを受信するのを回避するように構成されたことを特徴とする、請求項３に記載の携帯通信装置。
【請求項５】
前記ユーザが前記第１のマッチメーキングデータを更新するのを可能にするユーザインタフェースをさらに備え、前記装置が、前記ユーザが前記第１のマッチメーキングデータを更新すると、前記メモリ手段に記録された装置固有ＩＤごとの指示を、マッチメーキングデータがそれぞれのリモート通信装置から受信されていないことを表現する状態にリセットするように構成されたことを特徴とする、請求項４に記載の携帯通信装置。
【請求項６】
前記メモリ手段が、さらに、好ましい装置固有ＩＤのリストを記憶するように構成され、前記装置が、有効範囲内にあるリモート通信装置をスキャンし、それぞれのそのような装置の装置固有ＩＤを決定し、かつ、有効範囲内にあるいずれかの装置の装置固有ＩＤが好みの装置固有ＩＤのリスト内に存在すれば、前記ユーザに通報するように構成されたことを特徴とする、請求項２に記載の携帯通信装置。
【請求項７】
前記メモリ手段が、さらに、好ましくない装置固有ＩＤのリストを記憶するように構成され、前記装置が、有効範囲内にあるリモート通信装置をスキャンし、それぞれのそのような装置の装置固有ＩＤを決定し、かつ、いずれかの装置の装置固有ＩＤが好ましくない装置固有ＩＤのリスト内に存在すれば、有効範囲内にあるその装置とのさらなる通信を防止するように構成されたことを特徴とする、請求項２に記載の携帯通信装置。
【請求項８】
前記メモリ手段が、さらに、前記携帯通信装置との良好な適合が得られたリモート装置の装置固有ＩＤのトップリストを記憶するように構成されたことを特徴とする、請求項２に記載の携帯通信装置。
【請求項９】
好ましい装置固有ＩＤの前記リスト、好ましくない装置固有ＩＤの前記リスト、または、装置固有ＩＤの前記トップリストの少なくとも１つの内容に、前記ユーザが、前記携帯通信装置のユーザインタフェースを介して、アクセスすることのできることを特徴とする、請求項６から８のいずれか一項に記載の携帯通信装置。
【請求項１０】
好ましい装置固有ＩＤの前記リスト、好ましくない装置固有ＩＤの前記リスト、または、装置固有ＩＤの前記トップリストの少なくとも１つの内容が、不揮発性メモリに記憶されたことを特徴とする、請求項６から８のいずれか一項に記載の携帯通信装置。
【請求項１１】
さらに、前記ユーザが、前記ユーザインタフェースを介して、テキストメッセージを入力し、かつ、好ましい装置固有ＩＤのリストまたは装置固有ＩＤの前記トップリスト内の対応するエントリーを選択することによって、そのテキストメッセージを個々のリモート装置の少なくとも１つに送信することができるように構成されたことを特徴とする、請求項９に記載の携帯通信装置。
【請求項１２】
通信ネットワークの携帯端末内において実施され、あるいは、前記携帯端末として実施されたことを特徴とする、請求項１から１１のいずれか一項に記載の携帯通信装置。
【請求項１３】
前記携帯端末が、オペレーティングシステムおよびアプリケーションソフトウェアを備え、前記アプリケーションソフトウェアが、前記処理装置によって実行され、前記処理装置に前記相関分析を実行させるように構成されたことを特徴とする、請求項１２に記載の携帯通信装置。
【請求項１４】
前記オペレーティングシステムが、Ｓｙｍｂｉａｎオペレーティングシステムであることを特徴とする、請求項１３に記載の携帯通信装置。
【請求項１５】
携帯情報端末またはパームトップコンピュータ内において実施され、あるいは、前記携帯情報端末または前記パームトップコンピュータとして実施されたことを特徴とする、請求項１から１１のいずれか一項に記載の携帯通信装置。
【請求項１６】
前記トランシーバが、ブルートゥース規格に基づいて通信するように構成されたことを特徴とする、請求項１から１５のいずれか一項に記載の携帯通信装置。
【請求項１７】
請求項１に記載の携帯通信装置のための電力維持方法であって、
前記トランシーバを介して、有効範囲内にあるリモート装置に質問を送信するステップと、
前記質問を受信したリモート装置から応答を受信するステップと、
受信された応答の数を評価するステップと、
前記評価するステップに応じて、前記送信するステップの期間、一連の送信ステップ間の時間間隔、および、前記トランシーバの出力電力の少なくとも１つを調節するステップとを備えた電力維持方法。
【請求項１８】
前記評価するステップが、応答するリモート装置の装置固有ＩＤをカウントすることによって実行されることを特徴とする、請求項１７に記載の電力維持方法。
【発明の詳細な説明】
【技術分野】
【０００１】
一般的には、本発明は、電子的なマッチメーキングに関し、より詳細には、本発明は、複数のリモート通信装置とマッチメーキングするための携帯通信装置に関する。また、本発明は、そのような装置のための電力維持方法に関する。
【背景技術】
【０００２】
一般的に、マッチメーキングとは、２つのオブジェクトの属性が、２つのオブジェクト同士が適合するとみなすことのできる程度の一致性を有するかどうかを決定する手順を意味する。マッチメーキングを適用することのできる１つの領域は、デート、すなわち、交友関係、パートナーシップ、取引関係、などを双方が探し求めている二人の人間をお互いにペアにするプロセスである。このために、マッチメーキング情報が、二人の人間の間で交換され、彼らは、二人とも、彼ら自身の情報と受け取った情報との相関分析を実施し、そして、通常、彼らは、彼ら同士が適合するかどうかを感じ取る。デートの状況に応じて、情報の交換は、様々な形で実施される。例えば、伝統的なアプローチは、一方の人間が新聞またはインターネットに個人広告を掲載し、他方の人間がそれに応答することである。そして、通常、手紙または電子メールを書くことによって、情報の交換がなされる。別の例は、二人の人間が喫茶店またはナイトクラブで会うような状況である。そして、ただ単に会話することによって、情報の交換がなされる。
【０００３】
上述したデートの方法および一般的なデートに関する問題は、ある程度無作為に選択された二人の人間は適合しない可能性がかなり高いということである。往々にして、二人の人間が彼らが適合しないことを悟るまでにはかなりの時間がかかる。デートが取り調べのようなものであってはならない場合、二人の人間が、適合するかしないかがわかるほどに十分にお互いについて知るには時間がかかる。このように、人は、理想のパートナーを探し出すまで、恐らく、多くの異なる人間とデートしなければならないので、適切なパートナーを探し出すことは、きわめて難しいことであり、また、きわめて時間のかかることである。
【０００４】
Ｗｈｉｔｅに与えられた米国特許第４，３４８，７４０号および米国特許第４，３４８，７４４号から、いくつかの組の個人データを比較する方法および装置を知ることができる。ユーザは、そのユーザ自身に関するデータをこれらの携帯装置に入力することができ、そして、電気的なコネクタによって装置を物理的にお互いに接続することによって、ユーザのデータを比較することができる。ユーザ間の相性を表現する得点が、装置上に表示される。
【０００５】
ドイツ特許出願第１９７−３５−０４５号から、性格プロファイルを比較するための情報ハンドリングユニットを知ることができる。上述したＷｈｉｔｅの発明と同様に、ユーザは、記憶されたデータを比較するために、ユーザの装置を物理的にお互いに接続する。２つのお互いに接続されたユニットは、それらのユーザ間に適合性が存在するかどうかを通知する。
【０００６】
これらの公知の装置は、大きな欠点を有し、その１つは、ユーザが、お互いに探し出すことができるように誰にでも見える状態でユーザの装置を携帯しなければならないことであり、これは、他の人が、皆、誰がそのような装置を携帯しているかを知ることができることを意味する。もう１つの欠点は、物理的な相互接続技術による制限された有効動作範囲のために、ユーザは、きわめて積極的でなければならず、かつ、その他のユーザを探し出さなければならないことである。さらに、二人のユーザが、お互いに面識がある場合、その二人が、お互いに興味があることがわかれば、彼らは、彼らの情報を比較することができるように、目と目を合わせなければならず、いろんな意味できわめて不愉快であるかもしれない密着した状況である。
【０００７】
Ｒａｃｋｍａｎに与えられた米国特許第６，１５０，９３７号から、改善された装置を知ることができ、これは、無線周波数（ＲＦ）通信によって動作する無線を用いた個人的交際「Ｉｃｅ  Ｂｒｅａｋｅｒ」バッジを開示している。一方の種類の交際バッジが、グループ内の若い男性に配布され、他方の種類の交際バッジが、グループ内の若い女性に配布される。すべてのバッジは、点滅することのできる光源を備え、お互いに近接する向かい合ったバッジが、ＲＦ交際信号を送受信する。２つのバッジの光源が、同時に点滅すれば、それらのバッジの所有者は、お互いに話すことを始めなければならない。このことが発生するかどうかは、少なくとも部分的に確率に基づき、したがって、点滅は、所有者間の適合性を正確に指示するものではない。
【０００８】
Ｈａｒ−Ｅｖｅｎに与えられた米国特許第６，０２０，８１０号から、デート／相手を探し出すためのいくぶん類似した装置および方法を知ることができる。ユーザは、個人データを彼／彼女の装置へ入力する。ＲＦ通信によって、データは、他方の装置へ送信され、他方の装置のデータが、他方の装置から受信される。受信データおよび送信データが、比較され、パーセンテージによる彼らの適合性が、決定される。パーセンテージによる適合性が予め定められた値よりも大きければ、アラームが、発せられる。
【０００９】
ドイツ特許第４４−１８−２３４号から、Ｈａｒ−Ｅｖｅｎの装置に類似したユニットを知ることができる。ＲＦ通信を介して、ユーザによって入力されたデータは、他方のユニットへ送信され、他方のユニットのデータが、他方のユニットから受信される。２つのユニット間にお互いの適合性があれば、それらのユーザに通報される。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、簡単に上述した従来技術による装置に関連する残された以下の問題に注目したものである。
【００１１】
まず第１に、従来技術による装置は、２つのマッチメーキング装置だけでなく複数のそのような装置が限られた領域に同時に存在し、その結果として、一対よりも多い装置が同時に通信しなければならないするような状況に対処するようには設計されていない。
【００１２】
さらに、従来技術による装置は、実際のマッチメーキングを処理するが、例えば、自己紹介、交際活動の助言、など、うまく適合することによって多くの場合に発生するその後のアクションを何らサポートしない。
【００１３】
さらに、従来技術による装置は、持ち運びができるものであり、電池を電源としており、また、無線トランシーバ、プロセッサ、および、ディスプレイのような、全体として相当に電力を消費する多くのコンポーネントを有するが、電力消費を最小限に抑制するための対策はとられていない。
【００１４】
さらにまた、従来技術による装置は、不正使用の防護策を何ら講じていない。迷惑な者、あるいは、それどころか、犯罪者が、マッチメーキング装置を手に入れ、善良な人々に嫌がらせをし続けたらどうなるであろうか。嫌がらせを一度でもされると、その者からのさらなる嫌がらせを少なくとも防止したくなる。
【００１５】
他方において、あなたのマッチメーキング装置の有効動作範囲内に他の者が存在すれば、その他の者が存在することをあなたに知らせてほしいような他の者がいるかもしれない。そのような好みの人の例は、友人、親戚、または、これに先立ってあなたがうまく適合した人などであってもよい。
【００１６】
上述したことに鑑み、本発明は、上述した問題の解決策を提供し、または、上述した問題を少なくとも改善することを目的とする。
【課題を解決するための手段】
【００１７】
一般的には、上述した目的は、添付した特許請求の範囲の独立クレームに記載された装置および方法によって、達成される。
【００１８】
したがって、本発明の第１の側面は、複数のリモート通信装置とマッチメーキングするための携帯通信装置であり、前記携帯通信装置は、
メモリ手段であって、前記携帯通信装置に対応する第１のマッチメーキングデータを記憶するように構成された前記メモリ手段と、
トランシーバであって、無線リンクを介して、個々の１つの前記リモート通信装置と通信するように構成され、それによって、前記個々のリモート通信装置に対応する第２のマッチメーキングデータを受信し、前記無線リンクが、前記携帯通信装置の装置固有ＩＤおよび前記個々のリモート通信装置の装置固有ＩＤに基づくものである前記トランシーバと、
処理装置であって、前記第１のマッチメーキングデータと前記第２のマッチメーキングデータとの間の相関分析を実行し、前記相関分析の結果が、前記携帯通信装置と前記個々のリモート通信装置とが適合することを指示すれば、前記携帯通信装置のユーザに通報を提供するように構成された前記処理装置と、を備え、
前記携帯通信装置の装置固有ＩＤ、前記個々のリモート通信装置の装置固有ＩＤ、および、前記リモート通信装置のその他のものの装置固有ＩＤが、すべて、唯一である。
【００１９】
処理装置は、さらに、前記携帯通信装置が以前に通信した前記複数のリモート通信装置の中の少なくともいくつかの装置のそれぞれの装置固有ＩＤを前記メモリ手段に記録するように構成されてもよい。
【００２０】
それぞれのリモート通信装置からマッチメーキングデータがすでに受信されているかどうかに関する指示が、前記メモリ手段に記録された装置固有ＩＤごとに、記憶されてもよい。
【００２１】
携帯通信装置は、さらに、前記個々のリモート通信装置の装置固有ＩＤがすでに前記メモリ手段に記録されており、かつ、前記指示が前記第２のマッチメーキングデータがすでに受信されていることを指示していれば、前記個々のリモート通信装置から前記第２のマッチメーキングデータを受信するのを回避するように構成されてもよい。
【００２２】
携帯通信装置は、前記ユーザが前記第１のマッチメーキングデータを更新するのを可能にするユーザインタフェースを有してもよく、前記装置は、前記ユーザが前記第１のマッチメーキングデータを更新すると、前記メモリ手段に記録された装置固有ＩＤごとの指示を、マッチメーキングデータがそれぞれのリモート通信装置から受信されていないことを表現する状態にリセットするように構成されてもよい。
【００２３】
一実施形態においては、メモリ手段は、さらに、好ましい装置固有ＩＤのリストを記憶するように構成され、前記装置が、有効範囲内にあるリモート通信装置をスキャンし、それぞれのそのような装置の装置固有ＩＤを決定し、かつ、有効範囲内にあるいずれかの装置の装置固有ＩＤが好みの装置固有ＩＤのリスト内に存在すれば、前記ユーザに通報するように構成される。
【００２４】
一実施形態においては、メモリ手段は、さらに、好ましくない装置固有ＩＤのリストを記憶するように構成され、前記装置が、有効範囲内にあるリモート通信装置をスキャンし、それぞれのそのような装置の装置固有ＩＤを決定し、かつ、いずれかの装置の装置固有ＩＤが好ましくない装置固有ＩＤのリスト内に存在すれば、有効範囲内にあるその装置とのさらなる通信を防止するように構成される。
【００２５】
一実施形態においては、メモリ手段は、さらに、前記携帯通信装置との良好な適合が得られたリモート装置の装置固有ＩＤのトップリストを記憶するように構成される。
【００２６】
好ましい装置固有ＩＤの前記リスト、好ましくない装置固有ＩＤの前記リスト、または、装置固有ＩＤの前記トップリストの少なくとも１つの内容に、前記ユーザが、前記携帯通信装置のユーザインタフェースを介して、アクセスすることができてもよい。また、それらの内容は、不揮発性メモリに記憶されてもよい。
【００２７】
一実施形態においては、携帯通信装置は、さらに、前記ユーザが、前記ユーザインタフェースを介して、テキストメッセージを入力し、かつ、好ましい装置固有ＩＤのリストまたは装置固有ＩＤの前記トップリスト内の対応するエントリーを選択することによって、そのテキストメッセージを個々のリモート装置の少なくとも１つに送信することができるように構成される。
【００２８】
携帯通信装置は、通信ネットワークの携帯端末内において実施され、あるいは、前記携帯端末として実施されてもよい。そのような携帯端末は、オペレーティングシステムおよびアプリケーションソフトウェアを備えてもよく、前記アプリケーションソフトウェアは、前記処理装置によって実行され、前記処理装置に前記相関分析を実行させるように構成される。オペレーティングシステムは、Ｓｙｍｂｉａｎオペレーティングシステムであってもよい。
【００２９】
あるいは、携帯通信装置は、携帯情報端末またはパームトップコンピュータ内において実施され、あるいは、前記携帯情報端末または前記パームトップコンピュータとして実施されてもよい。
【００３０】
一実施形態においては、トランシーバは、ブルートゥース規格に基づいて通信するように構成される。
【００３１】
本発明の第２の側面は、上述した携帯通信装置のための電力維持方法であり、前記電力維持方法は、
前記トランシーバを介して、有効範囲内にあるリモート装置に質問を送信するステップと、
前記質問を受信したリモート装置から応答を受信するステップと、
受信された応答の数を評価するステップと、
前記評価するステップに応じて、前記送信するステップの期間、一連の送信ステップ間の時間間隔、および、前記トランシーバの出力電力の少なくとも１つを調節するステップと、
を備える。
【００３２】
評価するステップは、応答するリモート装置の装置固有ＩＤをカウントすることによって実行されてもよい。
【００３３】
第２の側面による電力維持方法は、第１の側面による携帯通信装置の消費電力を最適化するのに使用されてもよく、それによって、一連の電池充電または電池交換の間のより長い動作時間を可能にする。さらに、第２の側面による電力維持方法は、隣接するその他の装置によって引き起こされる妨害を抑制するのを助けることができる。しかしながら、第１の側面による携帯通信装置は、第２の側面による電力維持方法を備えずに実施されてもよい。
【発明を実施するための最良の形態】
【００３４】
本発明のその他の目的、特徴、および、利点が、以下の詳細な説明、添付の従属クレーム、および、図面から明らかとなる。
【００３５】
以下、添付の図面を参照して、本発明の実施形態をより詳細に説明する。
【００３６】
まず最初に、図１ａ〜図１ｃおよび図２を参照して、本発明の一実施形態による携帯通信装置の機能的特徴の概要を説明する。その後に、残りの図面を参照して、構造的特徴を詳細に説明する。
【００３７】
図１ａ〜図１ｃは、一実施形態による携帯通信装置１０１を示す。この実施形態において、携帯通信装置１０１は、スタンドアロン型の無線マッチメーキング装置であり、携帯通信装置のユーザがその他の人と巡り会うのを助け、それぞれの人は、装置１０１と同じかまたは装置１０１に類似する種類のそれぞれの携帯通信装置を携える。以下でより詳細に説明するように、別の実施形態においては、本発明は、通信ネットワークのための携帯端末内おいて実施され、あるいは、通信ネットワークのための携帯端末として実施される。
【００３８】
使用シナリオが、図２に示される。複数のユーザ２０２、２０４、２０６、２０８が、携帯通信装置２０１、２０３、２０５、２０７を携える。後により詳細に説明するように、これらの複数の携帯通信装置２０１、２０３、２０５、２０７は、近距離無線リンク２０９、２１０、２１１、２１２をお互いの間で確立し、プロファイル情報を交換し、相関分析を実行し、適合した場合にはユーザに通報し、それらのすべては、ユーザの対話、積極的な関与、または、関知を伴うことなく、その場限りでなされる。
【００３９】
このために、それぞれのユーザ２０２、２０４、２０６、２０８は、まず最初に、「Ｗｈｏ  Ｉ  ａｍ」プロファイルまたは「Ｍｅ」プロファイルと呼ばれる彼自身／彼女自身についての第１のプロファイル、および、「Ｗｈｏ  Ｉ  ｗｏｕｌｄ  ｌｉｋｅ  ｔｏ  ｍｅｅｔ」プロファイルまたは「Ｙｏｕ」プロファイルと呼ばれるユーザが探し出したい人について第２のプロファイルを完成させる。これらのプロファイルは、装置２０１、２０３、２０５、２０７にローカルに記憶される。より詳細には、装置２０１のユーザ２０２に対応するプロファイル２１３、２１４は、この装置２０１にローカルに記憶され、それに対して、ユーザ２０４に対応するプロファイル２１７、２１８は、装置２０３にローカルに記憶され、以下同様である。
【００４０】
そして、動作中、装置２０１、２０３、２０５、２０７のいずれかが、例えば、装置２０１が、送信者および受信者に知られることなく、その他の装置２０３、２０５、２０７が同じ近距離領域内に存在することを検出し、それがわかると同時に、無線リンク２０９、２１０、２１１、２１２を介して、ありとあらゆるそれらのその他の装置と暗号化された秘密のプロファイル情報を交換する。付加的個人情報２１５、２１９および唯一の装置固有ユーザＩＤ２１６、２２０が、送信者の「Ｗｈｏ  Ｉ  ｗｏｕｌｄ  ｌｉｋｅ  ｔｏ  ｍｅｅｔ」プロファイルに関連づけられ、それらの両方もまた装置２０１、２０３、２０５、２０７にローカルに記憶される。図１３により詳細に示されるように、付加的個人情報２１５、２１９は、電子メールアドレスの形態を有する連絡先情報１３０２、携帯電話番号、大学構内のアドレス、学校のロッカー番号、ホテル名および部屋番号、衣類の説明など、送信者についての個人的事項に関するものである。また、付加的個人情報２１５、２１９は、ユーザ愛称１３０４、テキストメッセージ１３０６、および／または、個人的な呼び出し信号または写真のようなバイナリーデータ１３０８を含んでもよく、後に説明するように、この付加的個人情報は、唯一の装置固有ユーザＩＤ２１６、２２０と組み合わせられて、従来技術よりも有益ないくつかのサービスおよび特徴を可能にする。
【００４１】
受信側において、それぞれの装置は、送信者の付加的個人情報および装置固有ユーザＩＤをメモリに記憶する。相関分析が、入力した「Ｗｈｏ  Ｉ  ｗｏｕｌｄ  ｌｉｋｅ  ｔｏ  ｍｅｅｔ」プロファイルと受信者自身の「Ｗｈｏ  Ｉ  ａｍ」プロファイルとの間で実行される。２つのプロファイル間の相関または適合率が、ユーザが予め設定した適合通報レベルに等しいかまたはそれ以上であれば、受信者の装置は、視覚的、音響的、または、触覚的な手段によって、この刺激的な新しい適合をそれの所有者に通報する。
【００４２】
典型的には、装置の無線有効動作範囲は、１０〜１００ｍであり、また、装置は、移動する、典型的には、歩くユーザによって携帯されるので、それぞれの装置２０１の有効範囲に存在するその他の装置２０３、２０５、２０７の数は、時々刻々と変化する。したがって、図２に示される状況は、ただ単に、例としての瞬間的な状態を表現するものである。
【００４３】
上述したマッチメーキングに加えて、説明される実施形態による携帯通信装置１０１は、いくつかのその他のサービスを提供し、それらのサービスは、すべて、それぞれの装置２０１、２０３、２０５、２０７の唯一の装置固有ユーザＩＤ２１６、２２０に基づくものである。まず第１に、商業移動通信網、公衆電話通信網（ＰＳＴＮ）、または、インターネットのような広域通信網を経由することなく、ユーザ２０２、２０４、２０６、２０８は、それらのユーザの装置２０１、２０３、２０５、２０７間でテキストメッセージを無料で送受信することができる。それぞれの装置固有ユーザＩＤが、わかりさえすれば、かつ、いずれか２つの装置が、お互いの有効範囲内に存在しさえすれば、これらの装置のユーザは、商業ＳＭＳ、電子メール、および、チャットサービスに類似する程度に、暗号化されたインスタントテキスト通信をお互いの間で実行することができる。
【００４４】
この特徴は、ブロードキャストの形で、質問しかつ質問に返答するのに使用することもできる。繰り返すと、既存の商業ネットワークを経由することなくかつ無料で、ユーザは、現在有効範囲内に存在するかまたは有効範囲に入ってくるすべての装置へどのようなテキスト型質問でも送信することができる。そして、これらのテキスト型質問を受信する装置は、送信者の付加的個人情報２１５、２１９に含まれる連絡先情報１３０２によって、あるいは、依然として有効範囲内に存在すれば、付加的個人情報２１５、２１９に含まれかつ送信者の装置固有ユーザＩＤに宛てられたテキスト型メッセージ返答１３０６によって直接に、送信者に応答してもよい。
【００４５】
例えば、友人の固有ユーザＩＤまたは家族の固有ユーザＩＤを予めプログラムしていれば、その友人または家族が、有効範囲に存在しさえすれば、（ユーザの判断によって）、携帯通信装置１０１は、自動的に、ありとあらゆるその他の携帯通信装置を積極的に探し出し、そのユーザに通報することができる。この特徴は、友人または大切な人を視覚的に識別できない大変混雑した場所においてとりわけ有益である。当然ながら、１つよりも多い装置固有ユーザＩＤが、そのような「仲間通報リスト」に追加されてもよい。
【００４６】
類似する特徴は、「阻止リスト」と呼ばれ、これによって、ユーザは、いくつかの装置固有ユーザＩＤを予めプログラムすることができ、それらの装置固有ユーザＩＤに対しては、それらが携帯通信装置１０１の有効範囲内に存在する場合、通信が禁止される。したがって、この阻止リストによって、態度の悪い人または犯罪者が、マッチメーキングおよびテキストメッセージまたは質問の送信のような関連サービスに関して、携帯通信装置１０１のユーザに嫌がらせをするのを防止することができる。
【００４７】
ここで、図１ａ〜図１ｃおよび図３を参照して、携帯通信装置１０１の特徴を説明する。図１ａ〜図１ｃは、外側から見ることのできる構成要素を示し、図３は、携帯通信装置１０１のハードウェア構成要素を概略的に示しかつそれの内部構造を説明するブロック構成図である。
【００４８】
携帯通信装置１０１は、ケーシング１０２を備え、このケーシング１０２は、携帯通信装置を片手で保持できるほど、あるいは、例えば、ポケットまたはハンドバッグに入れることができるほど十分に小さいものである。ケーシングは、形状、色、などに関しては、多くの異なる設計構造を有してもよく、また、好ましくは、着脱可能なものであり、ユーザは、ケーシングを別のものに交換することによって、彼／彼女の携帯通信装置の外観を変更することができる。有利には、ケーシングは、今日の小型化された携帯電話、ＰＤＡ（ポータブル／ポケットディジタルアシスタント）、ビデオゲームコントローラ、などに似た設計構造を有する。４つの電池、好ましくは、充電可能な電池を収容する電源装置３０３が、ケーシング１０２の内部に配置される。
【００４９】
さらに、装置１０１は、携帯通信装置のユーザと対話するためのディスプレイ１０４、３０４を備える。待機モードにおいて、ディスプレイは、例えば、電源装置３０３の残りの電力レベル、日時、および、アプリケーションソフトウェアから発生するアイコン、ボタン、および、ダイアログボックスのような様々なグラフィカル要素を表示してもよい。
【００５０】
また、携帯通信装置は、キーボード１０５、３０５を有し、それによって、ユーザは、いくつかのキー１０６およびジョイスティック１０６′を介して、携帯通信装置１０１を操作することができる。説明される実施形態によれば、キーボード１０５、３０５は、今日の携帯電話に類似する設計構造を有する。すなわち、キー１０６は、数字および／または文字のようないくつかのシンボルを表現する。キーボード１０５、３０５に加えて、携帯通信装置１０１は、携帯通信装置を外部コンピュータ３０８に接続するためのコネクタ１０７、３０７を有する。
【００５１】
いずれかの通信可能な携帯通信装置（図２に示される装置２０３、２０５、または、２０７のような）と無線データ交換するために、携帯通信装置１０１は、無線モジュール３０９を備える。説明される実施形態においては、無線モジュール３０９は、２．４ＧＨｚ  ＩＳＭバンド（「産業、科学、および、医療」）でブルートゥース（Ｂｌｕｅｔｏｏｔｈ（商標））規格に基づいて近距離無線通信するように構成されたトランシーバである。ブルートゥース規格に関する詳細については、Ｂｌｕｅｔｏｏｔｈ  Ｃｏｒｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｂｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  Ｉとしても知られている）およびＢｌｕｅｔｏｏｔｈ  Ｐｒｏｆｉｌｅｓ  Ｄｅｆｉｎｉｔｉｏｎ（Ｂｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｏｌｕｍｅ  ＩＩとしても知られている）を参照されたい。これらの両方は、ｈｔｔｐ：／／ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｏｒｇ／から入手することができる。また、携帯通信装置１０１は、アンテナ３１０を有し、そのアンテナ３１０を介して、その他の携帯通信装置とのブルートゥース無線通信が、実行される。説明される実施形態においては、トランシーバ３０９およびアンテナ３１０は、約１０〜１００ｍの有効動作範囲を有するが、有効動作範囲は、環境条件によって変化するかもしれず、正確な値は、本発明にとって重要なことではない。
【００５２】
説明される実施形態においては、携帯通信装置１０１／２０１の上述した唯一の装置固有ユーザＩＤ２１６は、４８ビットのブルートゥースアドレス（ブルートゥース規格においてはＢＤアドレスとして知られている）によって構成され、このアドレスは、個々のブルートゥーストランシーバ３０９に対応づけられる。
【００５３】
別の実施形態においては、そうではなく、トランシーバは、別の種類の無線インタフェース、または、赤外線通信（ＩｒＤＡ−「Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ」のような）、または、ハンドヘルド装置と外部装置との間の近距離通信に本質的に使用することのできるその他の何らかの規格に適合するように構成されてもよい。
【００５４】
情報、すなわち、プログラムコードおよび静的データのような携帯通信装置の機能に必要とされる情報、携帯通信装置のユーザによって入力される情報、および、本発明によるリモート携帯通信装置から受信された情報を携帯通信装置１０１に記憶するために、携帯通信装置１０１は、メモリ手段３１１を備える。
【００５５】
さらに、ユーザとのさらなる対話のために、携帯通信装置１０１は、呼出音を発するブザー３１２ａ、より個別的に通報するためのバイブレータ３１２ｂ、および、光を発するＬＥＤ３１２ｃのような通報手段を有する。ディスプレイ３０４およびキーボード３０５が、これらの通報手段とともに、共同して、ユーザインタフェース３１４を構成する。
【００５６】
最後に、携帯通信装置１０１のＣＰＵ３１３は、携帯通信装置の動作を制御する。
【００５７】
ユーザの安全性およびプライバシーを増強するために、情報が、他の携帯通信装置と交換される前に、情報は、必ずしもそうでなければならないわけではないが、有利には、暗号化される。したがって、携帯通信装置１０１は、送信する前に情報を暗号化するための暗号化手段および受信した後に情報を解読するための解読手段を備えてもよい。暗号化手段は、有利には、ＲＳＡのような非対称アルゴリズムまたはＤＥＳのような対称アルゴリズムなどのそれ自体がよく知られている何らかのデータ暗号化アルゴリズムに基づいて動作する。説明される実施形態は、ＳＡＦＥＲ＋として一般に知られている暗号化アルゴリズムを使用する。解読手段は、対応するデータ解読アルゴリズムに基づいて動作する。有利には、暗号化手段および解読手段は、メモリ手段３１１に記憶されたソフトウェアモジュールとして実施され、ＣＰＵ３１３によって実行され、あるいは、その代わりに、ハードウェアとして実施される。
【００５８】
ここで、図１ａ〜図１ｃに示され説明される実施形態に関して、構成要素の選択をより詳細に説明する。しかしながら、この選択は決して本発明を限定するものではないことに注意されたい。この分野に精通する者にはよくわかるように、様々なその他の市販されている構成要素が、説明されるものの代わりに選択されてもよい。
【００５９】
トランシーバ３０９は、ＢｉＣＭＯＳクラス１ブルートゥース無線モジュールであり、そのブルートゥース無線モジュールは、タイプが、ＰＢＡ３１３０２／１であり、Ｅｒｉｃｓｓｏｎ  Ｍｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ  ＡＢ，Ｉｓａｆｊｏｒｄｇａｔａｎ  １６，ＳＥ−１６４  ８１  Ｋｉｓｔａ，Ｓｗｅｄｅｎから市販されているものである。これは、２．４０２ＧＨｚと２．４８０ＧＨｚとの間にある７９チャンネルを用いて、１，６００チャンネルホップ／秒で、高速周波数ホッピングを提供し、最大ビットレート１Ｍｂｉｔ／ｓを可能にする。無線モジュールは、１３ＭＨｚの基準周波数水晶振動子を有し、これは、Ｔａｉｔｉｅｎ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｃｏ．，Ｌｔｄ，５  Ｆ１．７６，Ｐｏ  Ａｉ  Ｒｏａｄ，Ｔａｉｐｅｉ，ｔａｉｗａｎ  １００から市販されている。
【００６０】
アンテナ３１０の選択は、ケーシング１０２の設計構造、および、ケーシング１０２の好ましい寸法、形状、および、柔軟性によって決定される。好適な実施形態においては、ケーシングの内部にぴったりと嵌り込むＩＣＭアンテナが、選択される。ＩＣＭアンテナは、ｇｉｇａＡｎｔ，Ｉｄｅｏｎ  Ｓｃｉｅｎｃｅ  ＆  Ｔｅｃｈｎｏｌｏｇｙ  Ｐａｒｋ，  Ｏｌｅ  Ｒｏｍｅｒｓ  ｖａｇ  １６，ＳＥ−２２３  ７０  Ｌｕｎｄ，Ｓｗｅｄｅｎから市販されている。
【００６１】
ＣＰＵ３１３は、タイプがＰＢＭ９９０９０／１であるブルートゥースベースバンドプロセッサであり、これは、Ｅｒｉｃｓｓｏｎ  Ｍｉｃｒｏｅｌｅｃｔｒｏｎｉｃｓ  ＡＢから市販されている。これは、無線クロック信号から取り出されたクロック周波数を使用し、ＡＲＭ７  ＲＩＳＣ（１２〜４０ＭＨｚ）を含み、このＡＲＭ７  ＲＩＳＣは、装置１０１の機能に必要な十分な能力を提供する。ベースバンドプロセッサは、６４ＫＢの内部ＲＡＭメモリを有し、この明細書を通して説明されるように、通信プロトコル（ブルートゥース組み込みスタックバージョン１．００）およびよりレベルの高い装置１０１の機能を処理する。
【００６２】
ＣＰＵ３１３に接続されたメモリ手段３１１は、１ＭＢのフラッシュメモリ３１１ａ、５１２ＫＢの外部スタティックＲＡＭ（ＳＲＡＭ）メモリ３１１ｂ、および、３２ＫＢのシリアルＥＥＰＲＯＭメモリ３１１ｃからなり、このシリアルＥＥＰＲＯＭメモリ３１１ｃは、装置１０１によって提供される機能のためのスクラッチパッドメモリとして動作する。フラッシュメモリ３１１ａは、タイプがＢＧＡ４８であり、これは、Ｓｉｌｉｃｏｎ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ，Ｉｎｃ．，１１７１  Ｓｏｎｏｒａ  Ｃｏｕｒｔ，Ｓｕｎｎｙｖａｌｅ，ＣＡ  ９４０８６，ＵＳＡからＳＳＴ３９ＶＦ８００Ａ−７０−４Ｃ−Ｂ３Ｋという品番で市販されている。ＳＲＡＭメモリ３１１ｂは、タイプがＢＡ４８Ｂであり、Ｃｙｐｒｅｓｓ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ  Ｃｏｒｐｏｒａｔｉｏｎ，３９０１  Ｎｏｒｔｈ  Ｆｉｒｓｔ  Ｓｔｒｅｅｔ，Ｓａｎ  Ｊｏｓｅ，ＣＡ  ９５１３４，ＵＳＡからＣＹ６２１４７ＣＶ２５ＬＬ−７０ＢＡＩという品番で市販されている。ＥＥＰＲＯＭメモリ３１１ｃは、タイプがＳＯＩＣ−８であり、Ａｔｍｅｌ  Ｃｏｒｐｏｒａｔｉｏｎ，２３２５  Ｏｒｃｈａｒｄ  Ｐａｒｋｗａｙ，Ｓａｎ  Ｊｏｓｅ，ＣＡ  ９５１３１，ＵＳＡからＡＴ２４Ｃ２５６Ｎ−１０ＳＣ−２．７という品番で市販されている。
【００６３】
コネクタ３０７は、外部コンピュータ３０８とのシリアルインタフェースを提供し、説明される実施形態においては、ＲＳ２３２インタフェースおよびＵＳＢインタフェースを備え、それらのいずれもが、ベースバンドプロセッサによってサポートされる。ＵＳＢは、もっともユーザフレンドリーなインタフェースを提供し、より高速であり、もっとも安いハードウェアを有する。また、ＵＳＢは、それの通信ケーブルを介して、電力を供給するので、接続されているときに装置１０１を充電することができる。
【００６４】
他方において、ＲＳ２３２は、電力を供給しない。したがって、ＲＳ２３２の場合には、充電は、電源装置３０３を介してなされなければならない。電源装置３０３は、お互いに直列に接続された４つの単四電池およびステップダウンコンバータを備え、そのステップダウンコンバータは、タイプがＭＡＸ１７２４ＥＺＫ２７−Ｔであり、Ｍａｘｉｍ  Ｉｎｔｅｇｒａｔｅｄ  Ｐｒｏｄｕｃｔｓ，Ｉｎｃ．，１２０  Ｓａｎ  Ｇａｂｒｉｅｌ  Ｄｒｉｖｅ，Ｓｕｎｎｙｖａｌｅ，ＣＡ  ９４０８６，ＵＳＡから市販されている。電池は、充電可能なものであってもよく、内部かまたは外部のＡＣ／ＤＣコンバータから充電電力を受け取ってもよい。本発明のいくつかの実施形態は、Ｌｉイオン電池、Ｌｉポリマー電池、ＮｉＭＨ電池  または、ＮｉＣｄ電池のような、携帯電話の分野から知ることのできる電池技術を使用してもよい。
【００６５】
代替実施形態においては、外部コンピュータ３０８と携帯通信装置１０１との間の通信は、無線によって実施されてもよい。すなわち、コネクタ３０７は、ＩｒＤＡ、または、実際には、ブルートゥースのような無線インタフェースに置き換えられる。
【００６６】
ディスプレイ３０４は、タイプがＷＤ−Ｇ１２０６Ｙ−１ＷＮＮａである６４×１２８ＬＣＤであり、これは、Ｗｉｎｔｅｋ  Ｃｏｒｐｏｒａｔｉｏｎ，４２７  Ｎｏｒｔｈ  Ｓｉｘｔｈ  Ｓｔｒｅｅｔ，Ｌａｆａｙｅｔｔｅ，ＩＮ  ４７９０１−１１２６，ＵＳＡから市販されている。
【００６７】
ブザー３１２ａは、〒４２２−８６５４、日本国静岡市中吉田２０−１０のスター精密株式会社から市販されているＭＱＴ−０３ＥＸブザーである。
【００６８】
バイブレータ３１２ｂおよびＬＥＤインジケータ３１２ｃは、適切な様々なコンポーネント製造業者から市販されているものの中から選択されてもよい。
【００６９】
図４からわかるように、携帯通信装置１０１の説明される実施形態のソフトウェアは、３つの主要なサブシステム、すなわち、アプリケーションソフトウェア部分４０２、基本ソフトウェア部分４０４、および、リアルタイムオペレーティングシステム４００に分割される。オペレーティングシステム４００は、ＯＳＥであり、これは、マルチタスクをサポートし、高性能なリアルタイム機能を提供する。予め定義されたアプリケーションプログラミングインタフェース（ＡＰＩ）４０６が、アプリケーションソフトウェア４０２と基本ソフトウェア４０４との間に提供される。アプリケーションソフトウェアは、プログラムコードの様々なセグメントを含み、これらのセグメントは、ＣＰＵ３１３によって実行されると、携帯通信装置１０１の必要なすべての機能を実行する。基本ソフトウェアは、図５により詳細に示されるように、デバイスドライバのような支援基本機能およびハードウェア依存機能を提供する。
【００７０】
アプリケーションソフトウェア４０２は、一般的には、基本ソフトウェア４０４によって生成された、例えば、キーボードイベント（図５）のようなユーザイベント、他の携帯通信装置からのアクションを指示するブルートゥースイベント５３０、外部コンピュータ３０８に関連するシリアル通信イベント５２８、および、電源装置３０３の電池状態を指示する電源監視イベント５２４のようなシステムイベントが発生したときに、イベント駆動型で動作する。図６からわかるように、基本ソフトウェアは、符号６０２において、イベントを生成し、それらのイベントを主イベントキュー６００に挿入し、符号６０４において、アプリケーションソフトウェア４０２は、主イベントキュー６００からイベントを読み込む。
【００７１】
図７からわかるように、符号７００において、アプリケーションソフトウェア４０２が、初期化されると、アプリケーションソフトウェア４０２は、無限ループにおいて、イベントキュー６００をポーリングする。符号７０２において、イベントが存在することがわかれば、符号７０４において、そのイベントが、処理され、キューから削除される。他方において、イベントが、イベントキュー６００に存在しなければ、アプリケーションソフトウェア４０２は、図１０および図１１により詳細に説明される探索マネージメント７０６を実行し、そして、符号７０２において、ループは、再び、新しいイベントを得るために、ポーリングする。
【００７２】
イベントの種類に応じて、アプリケーションソフトウェア４０２は、符号７０４において、様々なアクションをとり、様々な動作モードに入る。主要なイベントタイプには、以下のようなものがある。
【表１】
2005523622.tif 000002
【００７３】
基本ソフトウェア４０４は、アプリケーションソフトウェア４０２に、ブルートゥース機能、キーボードインタフェース、ディスプレイインタフェース、不揮発性メモリインタフェース、および、シリアル通信インタフェースのような様々なサービスを提供する。このために、基本ソフトウェアは、ハードウェア５００と直接にインタフェースをとる第１のレイヤを有する。図５からわかるように、第１のレイヤは、Ｉ／Ｏドライバ５０２、Ｉ２Ｃドライバ５０４、ＲＳ２３２／ＵＳＢドライバ５０６、および、ブルートゥーススタック５０８を含む。ブルートゥーススタック５０８は、組み込みスタックによって実施され、これは、リアルタイムオペレーティングシステム４００としてＯＳＥを使用し、ＡＲＭ７  ＣＰＵ３１３に移植され、Ｅｎｅａ，Ｎｙｔｏｒｐｓｖａｇｅｎ  ５  Ｂ，Ｂｏｘ  ２３２，ＳＥ＝１８３  ２３  Ｔａｂｙ，Ｓｗｅｄｅｎから市販されている。
【００７４】
第２のレイヤにおいて、かつ、ブルートゥーススタック５０８に基づいて、ブルートゥースプロセス５２２は、ほとんどのブルートゥース指向タスクを実行し、そして、データが取り込まれたときにアプリケーションソフトウェアプロセスに通報するように動作する。例えば、ブルートゥースプロセス５２２は、ブルートゥースハードウェアの初期化に対して責任を有し、さらに重要なことには、アプリケーションソフトウェアの探索マネージメントから命令されたときにその他の通信可能な装置に質問する責任を有する。図１０および図１１を参照して後により詳細に説明するように、探索応答は、「フィルタリング」され（阻止リスト）、アプリケーションソフトウェアは、通知される。質問に応答した他の装置との接続は、阻止リストを検査した後に受け入れられる。ブルートゥースプロセス５２２は、また、「Ｗｈｏ  Ｉ  ａｍ」プロファイル２１３／２１７、「Ｗｈｏ  Ｉ  ｗｏｕｌｄ  ｌｉｋｅ  ｔｏ  ｍｅｅｔ」プロファイル２１４／２１８、付加的個人情報２１５／２１９、および、当然ながら、唯一の装置固有ブルートゥースユーザＩＤ２１６／２２０を携帯通信装置１０１／２０１とその他の装置、例えば図２に示される装置２０３との間で交換するのをハンドリングする。接続は、データが交換されたら、あるいは、タイムアウトになれば、自動的にクローズされる。
【００７５】
ＲＳ２３２／ＵＳＢドライバ５０６は、外部コンピュータ３０８から、プログラムをロードし、また、外部コンピュータ３０８から、ユーザの希望および選択に基づいて完成されたプロファイルをロードするのに必要とされる。このドライバは、シリアル通信ドライバ５２０と対話し、シリアルポート（説明される実施形態においてはコネクタ３０７）をオープンおよびクローズする機能、および、このシリアルポートからデータを読み込み、あるいは、このシリアルポートへデータを書き込む機能をサポートする。
【００７６】
Ｉ２Ｃドライバ５０４は、周辺装置（ＥＥＰＲＯＭメモリ３１１ｃ、リアルタイムクロック、および、ＡＤコンバータのような）へのインタフェースを構成する。このドライバは、デバイスをアドレスし、このデバイスへデータを書き込み、あるいは、このデバイスからデータを読み込む機能を有する。ＥＥＰＲＯＭドライバ５１８は、Ｉ２Ｃドライバ５０４と対話し、そして、チェックサムを処理し、データを読み込みかつ書き込み、バイト単位でアドレス指定する機能をサポートする。電源監視プロセス５１０は、バックグランドプロセスであり、十分な動作電圧を保証するために、電池状態を定期的に検査する。
【００７７】
ディスプレイドライバ５１６は、文字の出力、画素の出力、カーソルのポジショニング、ディスプレイの消去、バックライトの制御、など、ディスプレイの基本的な機能をサポートする。
【００７８】
さらに、プログラムのロード／更新のために、フラッシュメモリドライバ（図５には示されない）が、フラッシュメモリ３１１ａへのインタフェースとして提供される。ブートローディングおよびアプリケーションローディングのためのローダー、外部コンピュータ３０８のためのローダー、および、ブルートゥースおよび／またはＲＳ２３２／ＵＳＢを介してアプリケーションをロードするためのローダーのような様々なプログラムローディングモジュールが、基本ソフトウェア（図５には示されないが）に含まれる。
【００７９】
Ｉ／Ｏドライバ５０２は、入力および出力をハンドリングするためのモジュールを構成し、そして、Ｉ／Ｏピンを配置し、読み込み、設定する機能を含む。Ｉ／Ｏドライバ５０２は、キーボードドライバ５１４およびＬＥＤ／ブザー／バイブレータドライバ５１２と対話する。キーボードドライバ５１４は、キーボード１０５上でキー１０６が押されると、そのキー１０６を検出しかつデコードするために、また、主イベントキュー６００に挿入しアプリケーションソフトウェア４０２に通報するために、提供される。ＬＥＤ／ブザー／バイブレータドライバ５１２は、ＬＥＤインジケータ３１２ｃ、ブザー３１２ａ、および、バイブレータ３１２ｂへのインタフェースを構成する。
【００８０】
システムスタートアップ中にハードウェアテストを実行するために、セルフテストモジュール（図５には示されない）が、提供されてもよい。エラーは、エラーイベントを主イベントキューに挿入することによって、アプリケーションに報告される。
【００８１】
基本ソフトウェアは、また、ＣＰＵ３１３を初期化しかつ環境設定するシステムスタートアップコードを含む。
【００８２】
ここで、図８および図９を参照して、アプリケーションソフトウェア４０２についてより詳細に説明する。アプリケーションソフトウェア４０２は、様々なモジュール８００〜８１６を備え、それらのモジュールは、以下のような様々なタスクに対して責任を有する。すなわち、
・  プロファイルデータマネージメント（ＷＩＡプロファイル２１３／２１７およびＷＩＷＬＴＭプロファイル２１４／２１８を編集し、記憶し、ロードする）。
・  ブルートゥース機能  −  通信可能な装置２０３、２０５、２０７に質問し、個々の装置２０３に接続し、この個々の装置２０３へ／からデータ２１３〜２１６／２１７〜２２０を転送する。
・  マッチメーキングプロセス  −  受信されたＷＩＡプロファイルおよびＷＩＷＬＴＭプロファイル２１７〜２１８と装置２０１に記憶された対応するローカルプロファイル２１３〜２１４との相関を分析し、それによって、装置２０１および装置２０３のユーザ２０２とユーザ２０４とが適合する可能性を吟味する。
・  ブルートゥース機能、チャット機能、および、質問機能のような付加的な通信サービス。
【００８３】
ＡｐｐＭａｉｎモジュール８００は、アプリケーションソフトウェア４０２のための主アプリケーションプロセス、セルフテストコード、および、初期化コードを実現する。また、ＡｐｐＭａｉｎモジュール８００は、システム関連バックグランドタスク（ＥＥＰＲＯＭへの書き込みのような）を実行する「ワーカースレッド」を含む。このモジュールは、また、システムにおいて使用されるグローバルデータをハンドリングする。グローバルデータは、例えば、ユーザインタフェース３１４のために選択された言語、装置の電源モード、などを含んでもよい。
【００８４】
ＡｐｐＬａｎｇｕａｇｅモジュール８０８は、携帯通信装置２０１のためのマルチ言語サポートを実現する。グラフィカルユーザインタフェース（ＧＵＩ）におけるメニュー選択によって、ユーザ２０２は、別の言語に切り換えてもよい。それぞれの言語依存リソース（メニューのためのテキストストリング、ヘルプメッセージ、および、エラーメッセージのような）は、サポートされる言語ごとに１つのエントリーを備えたベクトルとして宣言される。言語の選択は、このベクトル内の要求言語のオフセットへのポインタを設定することによってなされる。
【００８５】
ＡｐｐＤｓｐＭｎｇｒモジュール８１４は、ディスプレイマネージャーであり、階層的メニューシステム、ポップアップメニュー、ポップアップメッセージウィンドウ、リスト閲覧機能、などを実現し、それらは、すべて、ＧＵＩの一部である。
【００８６】
ＡｐｐＰｒｏｆｉｌｅモジュール８０６は、ユーザプロファイルをハンドリングするための機能を実現する。上述したように、それぞれの装置２０２、２０４、２０６、２０８のユーザ２０１、２０３、２０５、２０７ごとに、ユーザである彼自身／彼女自身を表現するＷＩＡ（「Ｗｈｏ  Ｉ  ａｍ」）プロファイル、および、そのユーザが探し出したい人に関係するＷＩＷＬＴＭ（「Ｗｈｏ  Ｉ  ｗｏｕｌｄ  ｌｉｋｅ  ｔｏ  ｍｅｅｔ」）プロファイルが、定義される。
【００８７】
それぞれのプロファイルは、様々なカテゴリーに分類された多くの数のパラメータからなる。パラメータの配置（順序）が、定められ、配置定義（分類、属性テキスト、など）が、フラッシュメモリ３１１ａに保存される。それぞれのプロファイルの編集可能な部分（それぞれのユーザ２０２、２０４によって設定された実際のパラメータ値）は、ＥＥＰＲＯＭメモリ３１１ｃに永久的に保存され、アプリケーション初期化７００がなされるときに、ＳＲＡＭメモリ３１１ｂにコピーされる。さらに、リモート装置２０３が、それのＷＩＷＬＴＭプロファイル２１８の全体およびそれのＷＩＡプロファイル２１７のＭｕｓｔ−Ｍａｔｃｈ部分をローカル装置２０１に送信すると、受信されたプロファイルもまたはＳＲＡＭメモリ３１１ｂに記憶され、マッチメーキングプロセス中に、処理され、かつ、ローカルプロファイル２１３、２１４と比較される。
【００８８】
例として示され限定するものではない本発明の実施形態においては、それぞれのプロファイルは、２つのカテゴリーのマッチメーキングパラメータ、すなわち、Ｍｕｓｔ−ＭａｔｃｈパラメータおよびＱｕｅｒｙパラメータを含んでもよい。名前が示すように、Ｍｕｓｔ−Ｍａｔｃｈパラメータは、重大な性質を有し、この例として示される実施形態においては、少しでも二人の間で適合する機会があるためには、二人によって完全に満たされなければならない。Ｑｕｅｒｙパラメータは、「それほど重要なものではなく」、二人によって完全には満たされなくてもよいが、適合するためには、ある程度まで満たされる。例として、異性愛の男性が、パートナーと巡り会いたければ、そのパートナーは、異性愛かまたは両性愛の女性でなければならず、さもなければ、適合することはない。したがって、「性別」および「性的指向」は、Ｍｕｓｔ−Ｍａｔｃｈパラメータのグループに属する。しかしながら、この男性が、音楽を好み、かつ、同様に音楽を好むパートナーに巡り会いたければ、音楽を好まないパートナーとさえも適合する可能性がある。したがって、「音楽を聴くこと」は、Ｑｕｅｒｙパラメータのグループに属する。
【００８９】
Ｍｕｓｔ−Ｍａｔｃｈパラメータは、４ビットの形式で記憶されてもよく、したがって、０から１５までの値を保持する。この値は、Ｍｕｓｔ−Ｍａｔｃｈパラメータごとに固有な特性を表現する。質問は、ほんの少数の特性（性別のような）しか有さないものもあり、また、多くの特性を有するものもある。上述した例として示され限定するものではない実施形態において、また、図１２に示されるように、Ｍｕｓｔ−Ｍａｔｃｈパラメータは、性別（１２０１）、性的指向（１２０２）、年齢（１２０３）、結婚歴（１２０４）、学歴（１２０５）、および、体格（１２０６）である。様々なＭｕｓｔ−Ｍａｔｃｈパラメータ１２０１〜１２０６の考えられる値が、それぞれのパラメータ値に対応する異なる４ビットのコード値１２０７（十進数形式による）とともに、図１２に示される。
【００９０】
Ｑｕｅｒｙパラメータは、Ｍｕｓｔ−Ｍａｔｃｈパラメータよりもきわめて多くてもよい。それぞれのＱｕｅｒｙパラメータは、それぞれのＱｕｅｒｙパラメータに対応する質問に対して予想される答えである「一致（「はい」）」、「不一致（「いいえ」）」、および、「気にしない」を表現する０から２（十進数形式）までの値を有してもよい。より詳細には、予想される答えは、性質または行動が誰かの個人的興味にどのくらい一致するかを示す表現である。例として、質問が「ショッピング」に関係するものであり、かつ、ユーザがショッピングが大好きであれば、そのユーザのＷＩＡプロファイルにおけるその質問に対する答えは、当然ながら、「一致」であるはずである。さらに、ユーザが同様にショッピングが好きなパートナーを望むならば、そのユーザのＷＩＷＬＴＭプロファイルにおけるその質問に対する答えもまた「一致」であるはずである。他方において、ユーザが潜在的なパートナーのショッピングに対する興味についてあまり気にしないのであれば、そのユーザのＷＩＷＬＴＭプロファイルにおけるその質問に対する答えは、その代わりに、「気にしない」であるかもしれない。
【００９１】
Ｑｕｅｒｙパラメータのその他の限定するものではない例は、読書、絵画、テレビ観賞、熱帯魚、インターネット閲覧、スポーツ観戦、著述、および、ガーデニングがある。しかしながら、さらに多くのパラメータを考えることができる。
【００９２】
本発明による携帯通信装置２０１、２０３、２０５、２０７のそれぞれのユーザ２０２、２０４、２０６、２０８は、上述した情報を入力することによって、それらのユーザのＷＩＡプロファイル２１３／２１７およびＷＩＷＬＴＭプロファイル２１４／２１８を個人化しなければならない。一実施形態においては、これは、上述した質問を一つずつディスプレイ１０４／３０４上に表示し、キーボード１０５／３０５上のキー１０６およびジョイスティック１０６′を操作して質問に答えるようにユーザを促すことによってなされる。付加的個人情報２１５／２１９は、類似する方法で完成させられる。そうではなく、別の実施形態においては、ユーザは、外部コンピュータ３０８のＣＲＴ画面またはＬＣＤ画面上の質問を見てもよく、そして、コンピュータキーボードによって、プロファイル２１３／２１７、２１４／２１８および付加的個人情報２１５／２１９を完成させてもよい。完成させた後、情報は、コネクタ１０７／３０７によって、携帯通信装置にダウンロードされる。
【００９３】
説明される実施形態においては、ＷＩＷＬＴＭプロファイル２１８の全部、および、ＷＩＡプロファイル２１７のＭｕｓｔ−Ｍａｔｃｈ部分だけが、マッチメーキングプロセス中に、リモート装置２０３からローカル装置２０１へ送信される。これは、個人的完全性という点から、利点を有する。すなわち、多くのＱｕｅｒｙパラメータの値は、それぞれの装置内において秘密を守られる。しかしながら、マッチメーキングプロファイルの形式、配置、または、内容に関する詳細が、本発明の主要なまたは重要な側面ではないことに注意されたい。
【００９４】
その他の装置２０３から受信されたＷＩＡプロファイル２１７およびＷＩＷＬＴＭプロファイル２１８と装置２０１に記憶された対応するローカルプロファイル２１３〜２１４との間の相関の分析は、ＡｐｐＰｒｏｆｉｌｅモジュール８０６によって、様々な形で実行されてもよい。一実施形態においては、分析は、２つのステップに分割され、第１のステップは、Ｍｕｓｔ−Ｍａｔｃｈパラメータに関するものであり、そして、第２のステップは、Ｑｕｅｒｙパラメータに関するものであるが、Ｍｕｓｔ−Ｍａｔｃｈ分析の結果が正の場合にのみ実行される。より詳細には、第１のステップにおいて、ユーザ２０２に対応するＷＩＡプロファイル２１３のＭｕｓｔ−Ｍａｔｃｈパラメータが、その他の装置２０３のユーザ２０４に対応するＷＩＷＬＴＭプロファイル２１８のＭｕｓｔ−Ｍａｔｃｈパラメータと比較され、比較結果が、第１の相関値となる。０と１との間の数であるかもしれない第１の相関値は、ユーザ２０２がユーザ２０４の願望にどのくらい良好に適合するかを表現する尺度であり、値１は、完全に適合することを示し、値０は、まったく適合しないことを示す。そして、同じようにして、ユーザ２０２に対応するＷＩＷＬＴＭプロファイル２１４のＭｕｓｔ−Ｍａｔｃｈパラメータが、その他の装置２０３のユーザ２０４に対応するＷＩＡプロファイル２１７のＭｕｓｔ−Ｍａｔｃｈパラメータと比較され、この比較の結果が、第２の相関値となる。
【００９５】
そして、第１の相関値および第２の相関値は、それぞれ、第１のしきい値および第２のしきい値と比較される。第１の相関値および第２の相関値が、それぞれ、第１のしきい値および第２のしきい値に等しいかまたはそれよりも大きければ、ユーザ２０２およびユーザ２０４は、Ｍｕｓｔ−Ｍａｔｃｈパラメータに関して、かなり良好にお互いに適合し、そして、相関分析は、第２のステップに進む。他方において、第１の相関値または第２の相関値のいずれかが、それぞれ、第１のしきい値または第２のしきい値に等しくないかまたはそれよりも大きくなければ、ユーザ２０２とユーザ２０４とは適合しないとみなされ、そして、相関分析は、第２のステップを実行せずに終了する。説明される実施形態においては、第１のしきい値および第２のしきい値は、いずれも１に等しい。したがって、相関分析の第２のステップ、すなわち、Ｑｕｅｒｙパラメータに関するステップを続行する条件は、ユーザ２０２およびユーザ２０４が、Ｍｕｓｔ−Ｍａｔｃｈパラメータに関して、お互いに完全に適合することである。相関分析の第１のステップおよび第２のステップは、その他の装置２０３においても、同じように実行される。
【００９６】
第２の分析ステップにおいては、ユーザ２０２に対応するＷＩＡプロファイル２１３のＱｕｅｒｙパラメータが、その他のユーザ２０４に対応するＷＩＷＬＴＭプロファイル２１８のＱｕｅｒｙパラメータと比較される。比較の結果は、０と１との間にある第３の相関値となる。Ｑｕｅｒｙパラメータに関する第３の相関値は、Ｍｕｓｔ−Ｍａｔｃｈパラメータに関する第１の相関値に対応する。したがって、第３の相関値は、ユーザ２０２がユーザ２０４の願望にどのくらい良好に適合するかを表現する最終的な尺度である（対応する第４の相関値が、その他の装置２０３において計算され、ユーザ２０４がユーザ２０２の願望にどのくらい良好に適合するかを指示する）。上述したように、第３の相関値は、装置２０１において、第３のしきい値と比較される（そして、第４の相関値は、装置２０３において、第４のしきい値と比較される）。第３の相関値が、第３のしきい値に等しいかまたはそれよりも大きければ、装置２０１において、ユーザ２０２とユーザ２０４との間に適合性があることが最終的に決定される。これは、お互いにうまく適合したことを必ずしも意味するわけではない。なぜなら、第３のしきい値および第４のしきい値は、ユーザ２０２およびユーザ２０４によって、個々に選択することができるからである。うまく適合したことは、ユーザインタフェース３１４を介して、視覚的、聴覚的、または、触覚的な指示によってユーザに通報されてもよい。
【００９７】
すでに述べたように、これまでの説明は、例として示される実施形態にのみ関係するものである。本発明に基づいて使用されてもよいマッチメーキングの詳細な説明が、マッチメーキング（プロファイル）データのいくつかの変形およびそれに対してなされる相関分析も含めて、本出願人の米国特許出願第１０／１２５，４０４号およびそれの優先権を主張する本出願人の同時係属ＰＣＴ出願に記載されており、それらの内容は、ここに、援用される。
【００９８】
ＡｐｐＬｉｓｔモジュール８１０は、図１４に示されるいくつかのリスト、すなわち、トップリスト１４０２、仲間通報リスト１４０４、阻止リスト１４０６、デバイスリスト１４０８、および、質問リスト１４１２をサポートする。リスト１４０２〜１４０６は、不揮発性メモリ（ＥＥＰＲＯＭメモリ３１１ｃ）に記憶されるが、アプリケーション初期化７００がなされるとき、それらの内容は、デバイスリスト１４０８にマージされる。デバイスリスト１４０８は、最適な性能を得るために、揮発性作業メモリ（ＳＲＡＭメモリ３１１ｂ）に一時的に記憶され、それらの内容は、装置２０１の電源が切られたときに消失する。したがって、動作中、デバイスリスト１４０８のレコードになされた何らかの変更は、ＡｐｐＬｉｓｔモジュール８１０によって、適切な永久的リスト１４０２、１４０４、または、１４０６に自動的に再び書き込まれる。したがって、ある意味では、デバイスリスト１４０８は、キャッシュメモリに似ている。
【００９９】
トップリスト１４０２は、装置２０１におけるＸ個の最良適合履歴を記憶する高得点リストであり、したがって、ユーザ２０２は、それらにいつでもアクセスすることができる。Ｘは、例えば、１０、５０、または、１００であってもよく、実際の値は、実際のアプリケーションを考慮して選択され、そして、これは、本発明にとって重要なことではない。トップリスト１４０２上の適合ごとに、以下のデータが記憶されてもよい。
【表２】
2005523622.tif 000003
【表３】
2005523622.tif 000004
【０１００】
リモート装置ＩＤが、それのレコードをトップリスト１４０２からコピーすることによってかまたはＧＵＩを介して人手でレコードを生成することによって、仲間通報リスト１４０４に追加されてもよい。
【０１０１】
仲間通報リスト１４０４内に記載された装置が、有効範囲内に入り、かつ、探索マネージメントによって検出されると、その装置の存在が、ＧＵＩを介して、ユーザ２０２に通報される。さらに、一実施形態においては、ユーザ２０２は、ＧＵＩのディスプレイ３０４を介して、仲間通報リスト１４０４を閲覧してもよく、また、仲間通報リストのそれぞれのレコードは、装置が有効範囲内に存在するかどうかを、また、それどころか、それがどれくらい近いかを示すグラフィカル表示を有してもよい。
【０１０２】
阻止リスト１４０６によって、ユーザ２０２は、その他の装置２０３、２０５、または、２０７からのさらなる通信を回避することができる。これは、故意でない嫌がらせ、質問機能を介してのスパムメッセージ、などを阻止するのに有益であるかもしれない。したがって、この装置２０１は、阻止リスト１４０６内に記載された装置からのどのようなブルートゥース通信にも返答しない。リストは、以下の形式を有してもよい。
【表４】
2005523622.tif 000005
【０１０３】
リモート装置は、トップリスト１４０２からそのレコードをコピーすることによってかまたはＧＵＩを介して人手でレコードを生成することによって、阻止リスト１４０６に追加されてもよい。
【０１０４】
デバイスリスト１４０８は、通信可能なブルートゥース装置を把握するための汎用リストであり、その他の携帯通信装置２０３、２０５、２０７を含む。このリストは、基本ソフトウェア４０４およびアプリケーションソフトウェア４０２内のいくつかのプロセスおよびタスクによって使用される。リストは、以下の形式を有してもよい。
【表５】
2005523622.tif 000006
【０１０５】
トップリスト１４０２、仲間通報リスト１４０４、および、阻止リスト１４０６の内容には、いつでも、ユーザは、装置のＧＵＩを介して、アクセスすることができる。より詳細には、ユーザは、トップリスト１４０２かまたは仲間通報リスト１４０４における所定のユーザ愛称を選択し、そのユーザ愛称に対応する装置固有ユーザＩＤをアドレス指定することによって、チャットセッションを開始することを試みてもよい。さらに、質問が、トップリスト１４０２および仲間通知リスト１４０４に記載されたユーザに、または、デバイスリスト１４０８には記載されているがトップリスト１４０２／仲間通知リスト１４０４には記載されていないデバイス、例えば、その装置がプロファイルデータを交換していないリモート装置にブロードキャストされてもよい。
【０１０６】
着信する質問の「スパミング」を防止するために、携帯通信装置２０１の一実施形態においては、ユーザは、着信する質問を受け入れる様々なレベル、すなわち、ＡＬＬ（すべての通信可能なリモート装置から着信する質問を容認する）、ＡＬＬ  ＢＵＴ  ＢＬＯＣＫＥＤ（阻止されたリモート装置からの質問は拒絶するが、その他の装置からの質問は容認する）、または、ＮＯＮＥ（いかなるリモート装置からの質問も拒絶する）を選択してもよい。
【０１０７】
ＡｐｐＥｖｅｎｔＨａｎｄｌｅｒモジュール８０２ａは、図６および図７に示されるイベントハンドリングを実現し、ＡｐｐＢＴＥｖｅｎｔＨａｎｄｌｅｒモジュール８０２ｂおよびＡｐｐＫｂｄＥｖｅｎｔＨａｎｄｌｅｒモジュール８０２ｃを含む。モジュール８０２ｃは、キーボードイベントを処理し、図９に示される「状態機械」を実現し、この「状態機械」においては、様々なキー操作シーケンスが、携帯通信装置２０１を様々な動作モードに設定し、様々なメニュー（画面）をディスプレイ３０４上に表示する。デフォルトモード９００においては、「状態機械」は、キーボード３０４をポーリングし、キーが押されるのを待つ。キーが押されると、メニューモード９０６に入り、それによって、ディスプレイ３０４上に提供されるＧＵＩによるメニュー選択へ進む。メニュー選択に基づいて、何らかの機能が実行されるかまたは動作モードが変化する（例えば、テキスト入力モード９０４に、または、リストモード９０２に）。（３０〜６０秒のような）予め定められた時間内にキーが押されなければ、タイムアウト機能が、キーボードハンドラーおよびディスプレイをリセットする。「状態機械」は、また、メッセージモード（図９には示されない）を含んでもよく、ユーザへのメッセージウィンドウをディスプレイ３０４上に表示した後、ユーザの応答を待つ場合に使用される。
【０１０８】
ＡｐｐＢＴＥｖｅｎｔＨａｎｄｌｅｒモジュール８０２ｂは、基本ソフトウェア４０４内のブルートゥースプロセス５２２によって供給されるイベント５３０に応答する。これらのイベントは、別の装置２０３が質問に応答したこと、したがって、その装置はマッチメーキング手順を開始すべきであることを指示するＢＴ＿ＦＯＵＮＤ＿ＤＥＶＩＣＥイベント、別の装置２０３が適合を要求したこと、すなわち、プロファイルデータが入手されたことを指示するＢＴ＿ＭＡＴＣＨ＿ＲＥＱＵＥＳＴイベント、および、別の装置２０３がチャットセッションを要求したことを指示するＢＴ＿ＣＨＡＴ＿ＲＥＱＵＥＳＴイベントを含んでもよい。
【０１０９】
ＢＴ＿ＦＯＵＮＤ＿ＤＥＶＩＣＥイベントが発生すると、以下のことがなされる。まず最初に、別の装置２０３の装置固有ユーザＩＤ２２０が仲間通知リスト１４０４に存在するかどうかが検査され、もし存在すれば、ユーザ２０２に通知される。もし存在しなければ、ユーザＩＤ２２０がすでにトップリスト１４０２または阻止リスト１４０６に存在するかどうか、あるいは、デバイスリスト１４０８において、適合したものとしてすでにマークを付されているかどうかが検査される。これらのことがすべて当てはまらなければ、装置２０１は、別の装置２０３に接続し、プロファイルデータ２１３〜２１５、２１７〜２１９を交換する。
【０１１０】
ＢＴ＿ＭＡＴＣＨ＿ＲＥＱＵＥＳＴイベントは、装置がユーザプロファイルを交換したときに発生する。接続および交換は、基本ソフトウェア４０４内のＢＴプロセス５２２によって処理される。そして、上述した相関分析が、実行され、その結果が、適切なリスト（例えば、トップリスト１４０２、デバイスリスト１４０８）に記憶される。
【０１１１】
別の装置２０３のユーザ２０４によってなされたチャットセッションの要求に応答して、ＢＴ＿ＣＨＡＴ＿ＲＥＱＵＥＳＴイベントが、生成されると、その装置２０１のユーザ２０２は、チャットセッションを開始する前に、その誘いを受け入れなければならない。受け入れられない場合、装置２０１は、否定応答を別の装置２０３へ提供し、セッションは、早々と終了させられる。そうではなく、受け入れられる場合には、肯定応答が、別の装置２０３に提供される。ＡｐｐＫｂｄＥｖｅｎｔＨａｎｄｌｅｒ（キーボードハンドラー）８０２ｃおよびＡｐｐＤｓｐＭｎｇｒ（ディスプレイマネージャー）８１４は、強制的にチャットモードにされ、ユーザ２０１、２０３の一方によってかまたはタイムアウトの発生によってチャットセッションが終了させられるまで、このモードのままである。
【０１１２】
ＡｐｐＩｎｑｕｉｒｙＭｎｇｒモジュール８０４は、ＡｐｐＢＴモジュール８１６およびＡｐｐＣｏｍモジュール８１２とともに、基本ソフトウェア４０４内のブルートゥースプロセス５２２と協働し、図１０により詳細に示されるように、装置２０１の一般的な質問マネージメントを処理し、また、図１１により詳細に示されるように、装置２０１の電力マネージメントを処理する。本発明の場合、探索とは、ローカル装置２０１の有効範囲内に存在するリモート装置２０３、２０５、２０７を繰り返し探し出すことを意味する。一般的には、この実施形態の探索処理は、２つのモード、すなわち、装置２０１がその他の装置からの質問には応答するがそれ自身は何も質問しないスキャンモードと、その装置２０１が質問メッセージを無線信号の形でそれのブルートゥースインタフェースを介して送信する質問モードとを含む。質問モードに比較してのスキャンモードの頻度および持続期間は、図１１を参照してより詳細に説明するように、ユーザ２０２によって設定されてもよく、あるいは、装置２０１によって自動的に操作されてもよい。
【０１１３】
質問モードは、図１１の説明からより詳細にわかるように、例えば、３０秒ごとに最大５秒間だけ持続してもよいが、これらの値は、本発明にとって重要なことではない。
【０１１４】
図１０からわかるように、初期化ステップ１０００の後、上述したように、所定の時間間隔で質問モード１００２にエントリーする。ステップ１０２４〜１０３０において、質問イベントが、基本ソフトウェア４０４のＢＴプロセス５２２によって、生成および中断され、そして、ＢＴプロセス５２２は、実際の質問メッセージを生成し、無線モジュール３０９およびアンテナ３１０を介して、送信する。質問の生成は、符号１００４において予め定められた数の応答が受信されるか、または、符号１００６からわかるように、タイムアウトが発生する（例えば、５秒後）まで、続けられる。
【０１１５】
そして、ステップ１００８において、応答する装置２０３、等ごとに、装置固有ユーザＩＤ２２０またそれのデバイスクラスが、決定される。ステップ１０１０およびステップ１０１２において、応答した装置がデバイスリスト１４０８にすでに記載されているかどうかを確認するために、デバイスリスト１４０８が、検査される。記載されていれば、応答した装置は、デバイスリスト１４０８に存在するものとして、マークを付され、そして、デバイスリスト１４０８が、マッチメーキング（プロファイルの交換＋相関分析）がこの応答した装置にすでに実行されていることを指示していれば、ユーザ２０２は、応答した装置２０１のユーザＩＤがデバイスリスト１４０８内に仲間として指示されている場合に、通報される。さらに、応答した装置２０３がさらなる通信が妨げられる阻止されたものとして指示されているかどうかを確認するために、検査がなされる。そして、処理は、符号１０２２に進み、終了する。
【０１１６】
そうでなければ、この装置２０１は、ステップ１０１４において、プロファイルを応答した装置と交換し、あるいは、ステップ１０１８において、ユーザ愛称１３０４を少なくとも得ることを試みる。何らかの理由のために、これがうまく行かなければ（恐らく、応答した装置がローカル装置２０１から遠ざかり、その装置２０１の有効範囲外へ移動したために）、処理は、符号１０２２において終了する。
【０１１７】
応答した装置のプロファイルデータ（図１３に示される）が、この装置２０１においてうまく受信されたならば、受信されたデータ（応答した装置２０３のＷＩＡプロファイル２１７（Ｍｕｓｔ−Ｍａｔｃｈパラメータのみ）およびＷＩＷＬＴＭプロファイル２１８、および、付加されたその装置の付加的個人情報２１９）は、メモリ３１１ｂに記憶される。そして、相関分析が、上述したように、実行される。応答した装置２０３が適合するとみなすことができるかどうかを確認するために、計算された第３の相関値は、上述したしきい値と比較される。もし適合すれば、ユーザ２０２は、通報する何らかの標準的な方法を用いて、あるいは、可能であれば、応答したユーザの個人呼び出し信号１３０８を発することによって、しかるべく通報される。計算された第３の相関値が、トップリスト１４０２にエントリーされる資格があれば、デバイスリスト１４０８内のレコードは、しかるべくマークを付される。質問が、受信されたプロファイルデータのテキストフィールド１３０６内に付加されていれば、この質問は、ディスプレイ３０４上に表示され、質問リスト１４１２のインボックスに付加される。
【０１１８】
ユーザ２０２が、装置２０１内の情報（例えば、ＷＩＡプロファイル２１３、ＷＩＷＬＴＭプロファイル２１４、または、付加的個人情報２１５）を変更した場合、デバイスリスト１４０８内のすべてのリモート装置エントリーは、プロファイルの交換がそれぞれのリモート装置とすでになされているかどうかに関するステータスデータ内の指示の点から見て、「マークが外される」。その結果として、装置２０１は、すべての通信可能なリモート装置に再接続することを試み、更新されたデータを交換しようとする。
【０１１９】
一実施形態においては、デバイスリスト１４０８内のステータスデータは、特定のリモート装置２０３、２０５、２０７が質問に最後に応答したのはいつかを表現する情報を保持する。このために、ステータスデータに含まれるカウンターが、特定のリモート装置が質問に応答するたびに予め定められた初期値に設定される。そして、特定のリモート装置が質問に応答しないたびに、カウンター値は、減らされる。ゼロよりも大きいカウンター値は、特定のリモート装置が、最近、存在していたこと、および、実際に、まだ存在しているかもしれず、例えば、チャットを試みることができるはずであることを指示する。他方において、ゼロにまで減少したカウンター値は、恐らくは、その装置のユーザがこの装置２０１のユーザから遠ざかってしまったために、特定のリモート装置がもはや存在しないことを指示する。したがって、カウンター値は、特定のリモート装置がどのくらい近いかを、および／または、チャットセッションが成功しそうな可能性を指示するものである。カウンターによって、より短い質問モードを使用しながら、仲間通知リスト１４０４上の装置と連絡できる状態を維持する機会を増大させることができる。そして、そのより短い質問モードは、消費電力の点において、有益である。
【０１２０】
ここで、図１１を参照して、説明される実施形態による電力操作方法について説明する。携帯通信装置２０１は、限られた電池電力で動作するので、必要以上に多くの電力を使用しないことが重要である。また、電力最適化は、隣接するその他の装置２０３、２０５、２０７によって引き起こされる妨害を最小限に抑制するための重要な問題である。電力最適化は、本発明のおかげで、以下のパラメータを変化させることによって、達成される。
Ａ）それぞれの質問モード間の時間。
Ｂ）それぞれの質問モードの期間。
Ｃ）無線モジュール３０９の出力電力。
【０１２１】
また、電力最適化は、有効範囲内の応答する装置２０３ごとに、新しい装置またはすでに知られている装置かどうかを確認することによって、達成される。固有ユーザＩＤを備えたデバイスリスト１４０８を有することは、確認し、かつ、以下のいくつかの異なる状況に自動的に適応するのを可能にする。
・  きわめて混雑した領域に存在する：電力および質問間隔を減少させる。
・  あまり混雑していない領域へ移動する：通常の質問間隔および電力に調節する。
・  うっかりして家に置き忘れた（絶えず、その装置は質問に応答する）：電力を最小値に減少させる。
・  検出され、かつ、連絡が取れると、通常の質問間隔および電力に戻す。
・  低出力領域内に存在するすべての装置と連絡が取れると、電力を増加させて新しい装置を探し出す。
・  電池が少なくなれば、質問間隔を増加させ、かつ、出力電力を減少させる。
【０１２２】
より詳細には、図１１に示されるように、符号１１０２において、電力マネージメント手順１１００は、質問モード中に発見される新しい装置の数を検出することによって、開始する。符号１１０４において、この数が、ゼロであることがわかれば、符号１１１６において、現在の出力電力は最大レベルかどうかが検査される。もし最大レベルであれば、符号１１２０において、質問間隔を設定する時間定数（一連の質問モード間の時間）が増やされ、最大レベルでなければ、符号１１１８において、出力電力が増やされる。あるいは、時間定数は、それぞれの質問モードの期間に関係するものであってもよい。これに続いて、符号１１２２において、電池のレベルが低いかどうかが検査される。低いことがわかれば、ステップ１１２４において、出力電力は、低く設定され、時間定数は、最大に設定される。もしそうでなければ、処理は、符号１１２６において終了する。
【０１２３】
他方において、ステップ１１０４において、質問モード中に発見された新しい装置の数が、少なくとも１であることがわかれば、符号１１０６において、この数は、実際に、第１の限界値Ｘよりも大きいかどうかが検査される。その数が、Ｘよりも小さいことがわかれば、ステップ１１１４において、出力電力は、現在のレベルに維持され、かつ、時間定数は、正常値に設定される。しかしながら、その数が、Ｘよりも大きければ、符号１１０８において、さらに、第２の限界値Ｙよりも大きいかどうかが検査され、ここで、Ｙ＞Ｘである。もしそうであれば、ステップ１１１０において、出力電力は、減らされ、かつ、時間定数は、小さく設定される。もしそうでなければ、ステップ１１１２において、出力電力は、減らされ、時間定数は、正常値に設定される。ステップ１１１４、１１１２、および、１１１０の後、上述したように、符号１１２２において、電池のレベルが低いかどうかが検査される。
【０１２４】
さらに、符号１１０１において、無活動検査が、なされる。新しい装置が現れず、装置が存在しなくなり、質問が、予め定められた時間ｔｌｏｎｇの間、受信されなければ、出力電力は、低く設定され、かつ、時間定数は、最大に設定される。
【０１２５】
説明される実施形態においては、装置は、ユーザの選択に基づいて、異なる種類の通報を発してもよい。例えば、通報は、ユーザのお気に入りのラブソング、または、適合することによって、二人のユーザが、ただ単に音を追跡することによって、お互いを直接に探し出すことのできるその他の何らかの聴覚的信号であってもよい。より個別的な種類の通報は、ディスプレイへの表示または装置上の点滅灯のような視覚的な通報である。さらに個別的な通報は、ユーザだけによって感知することのできるバイブレーションのような知覚的な通報である。
【０１２６】
上述した実施形態においては、すべての装置２０１、２０３、２０５、２０７は、ブルートゥースインタフェースを介して、ポイントツーポイントで通信する（すなわち、一人の送信者は、同時に、一人の受信者と通信する）。しかしながら、別の実施形態は、ブルートゥースにおいて利用できるブロードキャスト機能を使用、そのブロードキャスト機能によれば、データは、１つのマスターデバイスおよび最大７つまでのスレーブデバイスからなるピコネットにおいて、いくつかの受信機に同時に送信される。この別法は、容量の大きなデータを送信しなければならない場合に都合がよい。この別の実施形態は、以下のように動作してもよい。
・  マスターデバイスが、質問する。
・  すべての通信可能なデバイスが、マスターデバイスに応答する。
・  マスターデバイスは、データが以前に交換されたことのない応答者のスレーブデバイスからスレーブデバイス（最大７つまで）のピコネットを形成する。
・  マスターデバイスは、それのプロファイルデータを、上述したようにして形成されたピコネット内のすべてのスレーブデバイスに送信する。
・  マスターデバイスは、それぞれのスレーブデバイスから順次にプロファイルデータを送信するように要求する。
【０１２７】
データペイロードが大きい場合、形成されたピコネットは、マスターデバイスとしての役割を残りのスレーブデバイスの間で順次に切り換え、そして、データブロードキャストを実行してもよい。
・  マスターデバイス＃１が、質問する。
・  すべての通信可能なデバイスは、マスターデバイスに応答する。
・  マスターデバイスは、データが以前に交換されたことのない応答者のスレーブデバイスからスレーブデバイス（最大７つまで）のピコネットを形成する。
・  マスターデバイスは、それのプロファイルデータを、上述したようにして形成されたピコネット内のすべてのスレーブデバイスに送信する。
・  そして、マスターデバイスは、役割を第１のスレーブデバイスと交代する。
・  新しいマスターデバイス＃２は、それのプロファイルデータをピコネット内のすべてのスレーブデバイスに送信する。
・  そして、新しいマスターデバイス＃２は、役割を第２のスレーブデバイスと交代する。
・  新しいマスターデバイス＃３は、それのプロファイルデータをピコネット内のすべてのスレーブデバイスに送信する。
・  ．．．．。
【０１２８】
代替的には、また、スレーブデバイスが、ピコネット内のすべてのその他のメンバーにブロードキャスト送信することができる場合、
・  マスターデバイスが、質問する。
・  すべての通信可能なデバイスは、マスターデバイスに応答する。
・  マスターデバイスは、データが以前に交換されたことのない応答者のスレーブデバイスからスレーブデバイス（最大７つまで）のピコネットを形成する。
・  マスターデバイスは、それのプロファイルデータをピコネット内のすべてのスレーブデバイスに送信する。
・  第１のスレーブデバイスは、それのプロファイルデータをピコネット内のすべてのその他のメンバーに送信する。
・  第２のスレーブデバイスは、それのプロファイルデータをピコネット内のすべてのその他のメンバーに送信する。
・  第３のスレーブデバイスは、それのプロファイルデータをピコネット内のすべてのその他のメンバーに送信する。
・  ．．．。
【０１２９】
本発明による装置は、例えば、分離したスタンドアロン型ユニットとして実現されてもよく、あるいは、ＧＳＭ、ＵＭＴＳ、ＧＰＲＳ、または、Ｄ−ＡＭＰＳのような通信ネットワークの携帯端末またはＰＤＡまたはパームトップコンピュータのような既存のタイプのその他の携帯装置に含まれてもよく、あるいは、その携帯端末と組み合わせられてもよい。一実施形態においては、本発明は、携帯電話内のアプリケーションソフトウェアとして実施される。携帯電話は、Ｓｙｍｂｉａｎ  Ｌｔｄ（ｗｗｗ．ｓｙｍｂｉａｎ．ｃｏｍ）によって開発された３２ビットマルチタスクオペレーティングシステム（ＯＳ）を有してもよい。この実施形態においては、携帯電話のソフトウェア構造は、サブレイヤ、すなわち、コアアプリケーションソフトウェア、ユーザインタフェース、アプリケーションエンジン、システムレイヤ、および、コアオペレーティングシステムに分割される。予め定められたアプリケーションプログラミングインタフェース（ＡＰＩ）が、アプリケーションソフトウェアとアプリケーションエンジンとの間に提供される。アプリケーションソフトウェアは、プログラムコードの様々なセグメントを含み、これらのセグメントは、ＣＰＵによって実行されると、本発明のすべての必要な機能を実行する。Ｓｙｍｂｉａｎ  ＯＳコンポーネントは、データマネージメント、通信、グラフィックス、マルチメディア、セキュリティ、アプリケーションエンジン、メッセージングエンジン、ブルートゥース機能、ブラウザエンジンを提供し、そして、デバイスドライバおよびメモリハンドリングのようなハードウェア依存機能とともに、データ同期および国際化をサポートする。携帯電話は、例えば、Ｎｏｋｉａから市販されているモデル９２００、７６５０、または、３６５０、または、Ｓｏｎｙ  Ｅｒｉｃｓｓｏｎから市販されているＰ８００のいずれかであってよい。
【０１３０】
上述したように、主として、わずかな数の実施形態を参照して、本発明を説明したが、それら以外の実施形態が、添付の特許請求の範囲に定義される本発明の範囲内において、同様に可能である。
【０１３１】
当然ながら、一方の実施形態による一方の装置（例えば、図１ａ〜図１ｃに示されるようなスタンドアロン型装置）は、他方の実施形態による他方の装置（例えば、本発明を実行するアプリケーションソフトウェアを有する携帯電話）とマッチメーキングデータを交換してもよいという意味において、ここで説明された様々な実施形態は、組み合わせられてもよい。
【０１３２】
特許請求の範囲において使用されるすべての用語は、ここで明確に定義されない限り、この技術分野におけるそれらの通常の意味に基づいて解釈されるべきである。「ａ／ａｎ／ｔｈｅ（構成要素またはステップ）」へのすべての言及は、前記構成要素またはステップの少なくとも１つの例に率直に言及しているものと解釈されるべきである。ここで説明された方法のステップは、ここで明確に定義されない限り、説明された通りの正確な順序で実行されなくてもよい。
【図面の簡単な説明】
【０１３３】
【図１ａ】本発明の一実施形態による携帯通信装置の斜視図である。
【図１ｂ】本発明の一実施形態による携帯通信装置の平面図である。
【図１ｃ】本発明の一実施形態による携帯通信装置の側面図である。
【図２】複数の携帯通信装置がそれぞれのユーザ同士をマッチメーキングするために使用される実際の使用シナリオを説明する概略図である。
【図３】図１に示される装置の概略ハードウェアブロック構成図である。
【図４】図１に示される装置における３つの主要な部分からなるソフトウェアを説明する概略ブロック構成図である。
【図５】図４に示される基本ソフトウェア部分の様々なモジュールを説明する詳細ブロック構成図である。
【図６】図５に示される基本ソフトウェア部分が図４に示されるアプリケーションソフトウェア部分とイベントキューを介してどのようにして対話するかを説明する図である。
【図７】図４に示されるアプリケーションソフトウェア部分の一般的なイベントマネージメントを説明するフローチャートである。
【図８】図４に示されるアプリケーションソフトウェア部分の様々なモジュールを説明する詳細ブロック構成図である。
【図９】図８に示される１つのモジュールの動作を説明する図である。
【図１０】一実施形態による質問を処理する方法を説明するフローチャートである。
【図１１】一実施形態による電力マネージメント方法を説明するフローチャートである。
【図１２】複数のマッチメーキングパラメータおよびそれの考えられるそれぞれの値を示す図である。
【図１３】図２に示される様々な装置間においてマッチメーキング情報を交換するためのデータ形式を示す図である。
【図１４】図２に示される様々な装置を把握し、かつ、図１に示される装置の様々なメモリに記憶される一組のリストを示す図である。
【図１ａ】
2005523622.tif 000007
【図１ｂ】
2005523622.tif 000008
【図１ｃ】
2005523622.tif 000009
【図２】
2005523622.tif 000010
【図３】
2005523622.tif 000011
【図４】
2005523622.tif 000012
【図５】
2005523622.tif 000013
【図６】
2005523622.tif 000014
【図７】
2005523622.tif 000015
【図８】
2005523622.tif 000016
【図９】
2005523622.tif 000017
【図１０】
2005523622.tif 000018
【図１１】
2005523622.tif 000019
【図１２】
2005523622.tif 000020
【図１３】
2005523622.tif 000021
【図１４】
2005523622.tif 000022