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