(57)【要約】  本発明は、通信ネットワーク（Ｒ）を介して、少なくとも１つのユーザに関するデータ、特に、後で前記ユーザへの接触を可能にする識別子にアクセスし、この識別子を記憶モジュール（Ｂｄｐ）の中に記憶する方法に関する。この方法は、ａ）前記通信ネットワークを介して、少なくとも１つの質問端末のユーザを特徴づける要素であって前記質問端末と前記ネットワークの少なくとも１つのサーバとの間の通信形跡に基づいて決定された要素を送信するステップ、ｂ）前記送信された特徴づける要素に基づいて、少なくとも１つのユーザ特定プロフィール特徴を決定するステップ、ｃ）前記少なくとも１つの決定されたプロフィール特徴を前記記憶モジュール（Ｂｄｐ）の中に記憶するステップ、ｄ）ステップｃ）で記憶された前記少なくとも１つのプロフィール特徴が、要求ユーザ端末によって送信された要求の中で定義された少なくとも１つのプロフィール特徴に対応して、前記ユーザの各々に関連づけられた少なくとも１つの識別子を含むユーザ・リストを作成するステップ、ｅ）前記通信ネットワークを介して、ステップｄ）で作成された前記リストを前記要求ユーザ端末へ送信するステップを含む。
2009509254.tif 000002
【特許請求の範囲】
【請求項１】
端末の少なくとも１つの第１のユーザに関する情報を処理する方法であって、少なくとも、
前記第１のユーザを特徴づける要素であって、前記プローブ端末が前記通信ネットワークに含まれる少なくとも１つのサーバと通信した形跡から決定された要素を、通信ネットワークを介して送信するステップと、
前記送信された特徴づける要素から、前記ユーザに固有の少なくとも１つのプロフィール特徴を決定するステップと、
前記少なくとも１つの決定されたプロフィール特徴を記憶モジュール（Ｂｄｐ）の中に記憶するステップと
を含む方法。
【請求項２】
更に、記憶ステップで記憶された前記少なくとも１つのプロフィール特徴が、要求ユーザの端末によって送信された要求の中で定義された少なくとも１つのプロフィール特徴に対応して、前記ユーザに関連づけられた少なくとも１つの識別子を備えるユーザのリストを作成するステップを含むことを特徴とする、請求項１に記載の方法。
【請求項３】
リスト作成ステップが、前記要求内で定義された前記少なくとも１つのプロフィール特徴によって前記記憶モジュールに質問するサブステップと、記憶モジュールの中で、この特徴を含む少なくとも１つのユーザ・プロフィールをサーチするサブステップとを含む、請求項１に記載の方法。
【請求項４】
前記第２のユーザの前記端末と通信しそうな少なくとも１つのユーザに関する情報を、少なくとも１つのプロフィール特徴が前記第２のユーザと前記少なくとも１つのユーザとに共通であるとき、前記記憶モジュール（Ｂｄｐ）の中へ入力するステップを前記ステップの前に含む、請求項２〜３のいずれか一項に記載の方法。
【請求項５】
端末の少なくとも１つの第１のユーザに関する情報を処理するシステムであって、少なくとも、
前記第１のユーザを特徴づけ、前記端末が前記通信ネットワーク内に含まれる少なくとも１つのサーバと通信した形跡から決定される要素を、通信ネットワークを介して送信する第１の手段（Ｔｕｓ）と、
前記送信された特徴づけ要素から、前記第１のユーザに固有の少なくとも１つのプロフィール特徴を決定する手段（Ｍｄｅｔ）と、
前記少なくとも１つの決定されたプロフィール特徴を記憶モジュール（Ｂｄｐ）の中に記憶する手段（Ｍｉｎｓ）と
を備えるシステム。
【請求項６】
更に、前記少なくとも１つの記憶されたプロフィール特徴が、第２のユーザの端末によって送信された要求内で定義された少なくとも１つのプロフィール特徴に対応して、前記ユーザの各々に関連づけられた少なくとも１つの識別子を備えるユーザのリストを作成する手段（Ｍｒｔ）を備えることを特徴とする、請求項５に記載のシステム。
【請求項７】
前記リスト作成手段が、前記要求の中に定義された前記少なくとも１つのプロフィール特徴によって前記記憶モジュールに質問する手段と、前記特徴を備える少なくとも１つのユーザ・プロフィールを、前記記憶モジュールの中でサーチする手段とを備える、請求項６に記載のシステム。
【請求項８】
更に、前記第２のユーザの主導で、このユーザによって定義された少なくとも１つのプロフィール特徴を、通信ネットワークを介して送信する送信手段（Ａｐｐｌ）を備える、請求項５から７のいずれか一項に記載のシステム。
【請求項９】
複数のユーザに関連し、これらのユーザによって通信ネットワーク（Ｒ）へ送信された情報を記憶するように設計された記憶モジュール（Ｂｄｐ）を備える情報処理ユニット（Ｓｔ）であって、
プローブ端末の第１のユーザを特徴づけ、前記プローブ端末によって前記通信ネットワークを介して送信された要素から、前記第１のユーザに固有の少なくとも１つのプロフィール特徴を決定する手段（Ｍｄｅｔ）と、
前記少なくとも１つの決定されたプロフィール特徴を記憶する手段（Ｂｄｐ）と、
前記少なくとも１つの記憶されたプロフィール特徴が、第２のユーザによって形成された要求の中で定義された少なくとも１つのプロフィール特徴に対応するとき、プローブ端末のユーザに関連づけられた少なくとも１つの識別子を備えるリストを作成する手段（Ｍｒｔ）と、
前記通信ネットワークを介して、前記作成されたリストを前記第２のユーザへ送信する第２の手段（Ｍｅ）と
を備える情報処理ユニット（Ｓｔ）。
【請求項１０】
少なくとも前記第２のユーザに関する情報を前記記憶モジュール（Ｂｄｐ）の中へ入力するステップを前記ステップの前に含む、請求項１から３のいずれか一項に記載の方法。
【請求項１１】
処理ユニット（Ｓｔ）の中にインストールされるように設計されたコンピュータ・プログラムであって、前記ユニットの計算モジュールによってプログラムが実行される間に、請求項１から４及び１０のいずれか一項に記載の方法のステップを実現する命令を備えるコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して、複数のユーザに関連して記憶モジュールの中に記憶された情報へアクセスする方法及びシステムに関する。
【背景技術】
【０００２】
電気通信ネットワーク、例えば、インターネットは、サイトの集合をユーザの自由な使用に任せている。これらのサイトでは、ハイパーテキスト・リンクによって相互にリンクされた合成マルチメディア・ドキュメント、しばしばウェブ・ページと呼ばれるドキュメントに、アクセスすることができる。これらのサイト及びウェブ・ページは、通常、ＵＲＬリソース識別子（当業者によって周知のＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって参照され、ブラウザと呼ばれるソフトウェア・プログラムによってサーチ、調査、及び閲覧されてもよい。ブラウザは、この目的のために特別に設計されている。
【０００３】
１以上の電気通信ネットワーク、例えば、インターネット又は更に限定的なネットワーク、例えば、会社のイントラネット型ローカルエリアネットワークに存在する情報へアクセスするため、様々なハードウェア手段がユーザによって実現されてもよい。このようにして、例えば、ユーザは端末を使用してサーバにアクセスし、サーバは、ユーザが要求した情報を表すデータをユーザに送信することができ、ユーザ端末は役割として前記データを受信及び記憶して、一般的にソフトウェア手段によって前記データを処理することができる。したがって、そのような端末は、ユーザが電気通信ネットワークのサーバから要求する情報にアクセスすることを可能にする。
【０００４】
そのような電気通信ネットワークのユーザは、共通の関心主題に関する情報を交換するために、相互に通信することをますます求めるようになってきている。この点は、特に、Ｊ．Ｄｏｎａｔｈ  ａｎｄ  Ｎ．Ｒｏｂｅｒｔｓｏｎ  ｏｆ  ｔｈｅ  ＭＩＴ  Ｍｅｄｉａ  Ｌａｂ  ｉｎ  「Ｔｈｅ  Ｓｏｃｉａｂｌｅ  Ｗｅｂ」  ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ｔｈｅ  Ｓｅｃｏｎｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  ＷＷＷ  Ｃｏｎｆｅｒｅｎｃｅ，  Ｏｃｔｏｂｅｒ  １９９４によって説明されている。この論文の作者は、サーバ及び各ユーザの端末を使用してデータへアクセスする方法及びシステムを開発及び完成した。ユーザは端末を介してサーバにアクセスし、他のユーザの電子アドレスを取得することができる。他のユーザも役割として同じサーバへのアクセスを有する。このようにして、前もって取得された電子アドレスを使用して、ユーザは選択する他のユーザとの通信をセットアップし、情報を交換することができる。この情報交換は、特に、ほとんど即時に質問及び応答を形成させる即時メッセージング手段又は共通討論ページ（チャット・ページとして知られる）へのアクセス手段によって行われる。
【０００５】
しかし、そのようなアクセス方法及びシステムは、ユーザがサーバにアクセスするとき、前記サーバへ既にアクセスした多数のユーザが存在する可能性に起因した欠点を有する。これは、ユーザが続いて通信するため、ユーザにとって関心事となる第三者のユーザを選択することを困難にする。更に、サーバの同じページにアクセスした全ユーザによって調査された情報の中心題目が同じであっても、アクセスしているユーザが関心を持ち得る可能性のある第三者のユーザは、一般的に、必ずしもアクセスしているユーザとの接触に関心を有しない。その理由は、例えば、第三者のユーザが、同じ情報について関心を共有しないか、求められている情報の所属分野で能力を欠いているからである。
【０００６】
ユーザが通信を望む対話者の接触情報をユーザが検索できる他の技術手段が存在する。そのような手段は、例えば、当業者に周知のアドレス・ブック又はＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）タイプの登録簿から構成される。しかし、これらのアドレス・ブック又は登録簿は、自分自身をすでに識別させたユーザの接触情報の集合について参照できるだけである。接触情報の各集合はプロフィールを伴っている。このプロフィールは対応するユーザによって定義され、対応するユーザは、例えば、自分の個性などを表すと考えられる中心的関心事を述べている。ここで、このプロフィールが対応していると考えられる当人によるこのようなプロフィール定義は、主観的なものになる。更に、関心点の制限リストのみを使用するこの定義は、限定的選択によって必然的に単純になる。したがって、前述した方法に従って生成されたプロフィールは、極めて多くの場合、中心的関心事を定義した人物の真の中心的関心事を表すものではなく、或る場合には、このプロフィールを盲目的に信頼するユーザを故意に欺くように設計された真っ赤な嘘であるかもしれない。
【０００７】
電話サービスのユーザも集団を形成し、多くのメンバーも幾つかのグループを作ろうと試みる。グループの各々は、中心的関心事の共同体によって定義される。ここで、あいにく、これらの電話サービスをこの集団に提供するために使用される技術手段の性質は、この集団のメンバーに情報を容易には入手させない。一般的に、電話網の外部からは、前記電話網の稼働に関する任意のデータ断片（ｐｉｅｃｅ  ｏｆ  ｄａｔａ）にアクセスすることは困難である。特に、交換電話網（ＳＴＮ）の場合にそうである。
【０００８】
上記の説明から１つの見解が得られる。即ち、通信ネットワークのユーザのグループが関心主題に関する共同体によって形成される場合、グループ作成を支援するサービスを妨害する多くの偏見及び困難が存在するということである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
本発明は、通信ネットワークを介して、記憶モジュールの中に記憶された複数のユーザに関する情報にアクセスする方法を提供する。この方法は、情報を欲する各ユーザに、このユーザによって求められる特徴を示すプロフィールを有する他のユーザの知識を提供するために使用される。
【課題を解決するための手段】
【００１０】
この目的のため、本発明は、通信ネットワークを介して、少なくとも１つのユーザに関する情報、特に、後でこのユーザへの接触を可能にする識別子へアクセスして、この識別子を記憶モジュールの中に記憶する方法を提供する。この方法は、少なくとも、
少なくとも１つのプローブ端末のユーザを特徴づける要素であって、前記プローブ端末が前記ネットワークの少なくとも１つのサーバと通信した形跡から決定された要素を、前記通信ネットワークを介して送信するステップ、
前記送信された特徴づける要素（特徴づけ要素）から、前記ユーザに固有の少なくとも１つのプロフィール特徴を決定するステップ、
前記少なくとも１つの決定されたプロフィール特徴を記憶モジュールの中に記憶するステップ、
記憶ステップで記憶された前記少なくとも１つのプロフィール特徴が、要求ユーザの端末によって送信された要求の中で定義された少なくとも１つのプロフィール特徴に対応して、前記ユーザの各々に関連づけられた少なくとも１つの識別子を備えるユーザのリストを作成するステップ
を備える。
【００１１】
このようにして、本発明のアクセス方法は、ユーザ識別子及びユーザ関連プロフィール特徴を連想的に記憶することによって、所与のユーザの中心的関心事を可能な限り表現するプロフィールを含み得る記憶モジュールを構成することを可能にする。そのようなプロフィールは、１以上の主題の中で示された関心事の１以上の標示の記録からなる事実的要素に基づいて準備され、これらの標示が、所与のユーザによって送信された情報のまさにその内容によって有効に構成されるという点で客観的である。このようにして、任意のユーザが本発明の方法を実現し、可能な限り正確及び客観的に自分のプロフィールを精巧に作り上げることができ、第３者のユーザのプロフィールも、本発明の方法によって客観的に生成され、プロフィールの厳密なマッチングによって、関心主題の共同体を有するユーザ間で、接触リンクを適切にセットアップすることができる。
【００１２】
本発明によれば、第１のユーザによって送信された情報の項目が解析され、前記情報の内容を特徴づける要素、例えば、この情報に関連づけられたキーワード又はリソース識別子が定義され、前記特徴づけ情報が、前記第１のユーザに固有のプロフィール特徴を構成するために使用される。
【００１３】
前記作成ステップは、ユーザによって求められるプロフィールの特徴に依存して、できるだけ綿密なユーザ識別子リストを、要求するユーザーに提供する。好ましくは、リストのユーザは、リストが示すユーザに共通の特徴に基づいて選択される。
【００１４】
前記リストの作成ステップは、前記リストの送信ステップに先立って実行されてもよい。
【００１５】
更に一般的には、本発明は、正しくない公表の危険性を最小にし、更には除去することで、ユーザの客観的プロフィールを作成するように実現される。このような実施形態において、上記で計画されたユーザ・リストの作成ステップは任意選択的であり、取得された客観的プロフィールは、この場合、本発明の具体的実現の本質的結果である。実際に、関係するユーザによる許可を条件として、このプロフィールは、関心のある人物又は組織、例えば、広告会社へ送信され、これらの人物又は組織は情報を選択するか、考慮されるユーザの個性及び中心的関心事とマッチするメッセージを生成することができる。
【００１６】
本発明は、更に、端末の少なくとも１つの第１のユーザに関連する情報を処理する方法に関する。この方法は、少なくとも、
通信ネットワークを介して、前記第１のユーザを特徴づける要素であって前記端末が、前記通信ネットワークに含まれる少なくとも１つのサーバと通信した形跡から決定された要素を送信するステップ、
前記送信された特徴づけ要素から、前記第１のユーザに固有の少なくとも１つのプロフィール特徴を決定するステップ、及び
前記少なくとも１つの決定されたプロフィール特徴を記憶モジュールの中に記憶するステップ
を備える。
【００１７】
１つの実施形態において、前記ステップの前に、上記の方法は、少なくとも前記第２のユーザに関する情報を前記記憶モジュールの中に入力するステップを備える。この入力ステップは、前記第２のユーザが、例えば、サービスを使用して他のユーザとデートすることを可能にする。
【００１８】
本発明は、更に、端末の少なくとも１つの第１のユーザに関する情報を処理するシステムに関する。このシステムは、少なくとも、
通信ネットワークを介して、前記第１のユーザを特徴づける要素であって、前記端末が、前記通信ネットワーク内に含まれる少なくとも１つのサーバと通信した形跡から決定される要素を送信する第１の手段、
前記送信された特徴づけ要素から、前記第１のユーザに固有の少なくとも１つのプロフィール特徴を決定する手段、及び
前記少なくとも１つの決定されたプロフィール特徴を記憶モジュールの中に記憶する手段
を備える。
【００１９】
本発明のこれらの実施形態によれば、ユーザがプロフィール特徴に影響を与える可能性なしに、プロフィール特徴を決定することができ、このようにして決定されたプロフィール特徴は、原則として前記ユーザの現実の特徴と全面的に一致する。
【００２０】
しかし、関係するユーザは、自分のプロフィールが生成されるとき、まだ関心事の標示を示さない中心的関心事を有することができる。したがって、或るプロフィール特徴を自分で公表する可能性をユーザに与え、そのように公表された特徴を、本発明を介して自動的に取得された前記プロフィール特徴と組み合わせることが有利である。
【００２１】
本発明の方法の好ましい実施形態において、以下の手法のいずれかが用いられる。
前記リストを作成するステップが、前記要求の中で定義された前記少なくとも１つのプロフィール特徴によって前記記憶モジュールに質問するサブステップ、及び、記憶モジュールの中で、この特徴を備える少なくとも１つのユーザ・プロフィールをサーチするサブステップを備える。
前記方法は、上述した前記複数のステップの前に、少なくとも１つのユーザに関する情報を前記記憶モジュールの中に入力するステップを備える。前記少なくとも１つのユーザは、前記少なくとも１つのユーザと前記第２のユーザとの間で少なくとも１つのプロフィール特徴が共通であるとき、前記第２のユーザの前記端末と通信しそうなユーザである。
前記記憶ステップと前記作成ステップとの間に、前記第２のユーザの主導で、通信ネットワークを介して、このユーザによって定義された少なくとも１つのプロフィール特徴を送信するステップが存在する。
前記送信ステップは、前記第２のユーザに該処理を意識させることなく実行される。
【００２２】
このようにして、本発明は、ユーザ自身が定義した特徴に従って選択されたユーザの識別子を含むアドレス・ブックをユーザがセットアップできるようにする。このアドレス・ブックは、ユーザが要求するとき、いつでも供給される。アドレス・ブックには、更に、ユーザの介入なしに、自動的及び定期的に挿入される識別子がセットアップされる。
【００２３】
本発明は、更に、通信ネットワークを介して、少なくとも１つの第１のユーザに関する情報、特に、後でこのユーザとの接触を可能にする識別子へアクセスして、この識別子を記憶モジュールの中に記憶するシステムに関する。このシステムは、
少なくとも１つのプローブ端末の前記第１のユーザを特徴づける要素であって前記少なくとも１つのプローブ端末が前記ネットワークの少なくとも１つのサーバと通信した形跡から決定される要素を、前記通信ネットワークを介して送信する第１の手段、
前記送信された特徴づけ要素から、前記プローブ端末の前記第１のユーザに固有の少なくとも１つのプロフィール特徴を決定する手段、
前記少なくとも１つの決定されたプロフィール特徴を前記記憶モジュールの中に記憶する手段、
前記少なくとも１つの記憶されたプロフィール特徴が、第２のユーザの端末によって送信された要求の中で定義された少なくとも１つのプロフィール特徴に対応して、前記ユーザの各々に関連づけられた少なくとも１つの識別子を備えるユーザ・リストを作成する手段、
前記通信ネットワークを介して、前記ユーザ・リストを前記第２のユーザの前記端末へ送信する第２の手段
を備える。
【００２４】
本発明のシステムの好ましい実施形態においては、以下のいずれかの態様で実現される。
前記リスト作成手段が、前記第２のユーザによって定義された前記少なくとも１つのプロフィール特徴によって前記記憶モジュールへ質問する手段、及び前記記憶モジュールの中で、この特徴を備える少なくとも１つのユーザ・プロフィールをサーチする手段を備える。
前記システムが、通信ネットワークを介して、前記第２のユーザの主導で、このユーザによって定義された少なくとも１つのプロフィール特徴を送信する第３の送信手段を備える。
【００２５】
本発明は、更に、複数のユーザによって通信ネットワークへ送信された、これらユーザに関する情報を記憶するように設計された記憶モジュールを備える情報処理ユニットに関する。このユニットは、
プローブ端末によって前記通信ネットワークを介して送信されたプローブ端末の第１のユーザを特徴づける要素から、第２のユーザによって形成された要求の中で定義された少なくとも１つのプロフィール特徴を決定する手段、
前記少なくとも１つの決定されたプロフィール特徴を記憶する手段、
前記少なくとも１つの記憶されたプロフィール特徴が、第２のユーザによって形成された要求の中で定義された少なくとも１つのプロフィール特徴に対応するとき、プローブ端末のユーザに関連づけられた少なくとも１つの識別子を備えるリストを作成する手段、
前記通信ネットワークを介して、前記作成されたリストを前記第２のユーザへ送信する第２の手段
を備える。
【００２６】
アクセス・システム及び処理ユニットの具体的な特徴及び利点は、前述した方法のそれらと同じなので、ここで再度の記述は行なわない。
【００２７】
好ましい実施形態によれば、アクセス方法の幾つかのステップは、コンピュータ・プログラム命令によって決定される。
【００２８】
したがって、本発明は、更に、処理ユニットにインストールされるように設計されたコンピュータ・プログラムにも関連する。このプログラムは、前記ユニットの計算モジュールがプログラムを実行する間、前述したアクセス方法のステップを実現する命令を備える。
【００２９】
このプログラムは、どのようなプログラミング言語でも使用することができ、ソース・コード、オブジェクト・コード、又はソース・コードとオブジェクト・コード間の中間コードの形態、例えば、部分的にコンパイルされた形態又は任意の他の所望の形態を取る。
【００３０】
上記で言及された本発明の特徴及び他の特徴は、実施形態の例の下記の説明から一層明らかになる。前記説明は、添付の図面を参照して行われる。
【発明を実施するための最良の形態】
【００３１】
図１ａに示されるアクセス・システムＳは電気通信ネットワークＲを備え、次のものがネットワークＲに接続される。即ち、下記で明らかになる理由のためにプローブ端末と呼ばれる端末Ｔｕｓ、要求するユーザの端末Ｔｕｒ、少なくとも１つのサーバＳＩＴＥ、下記で説明される機能を有する処理サーバＳｔ、及び登録簿Ａｎｕである。
【００３２】
電気通信ネットワークＲは、例えば、イントラネット・ネットワーク又はイントラネット・タイプの社内ローカルエリアネットワーク又は再び複数の相互接続されたネットワークによって形成されたネットワーク、例えば、ワールド・ワイド・ウェブとして当業者に知られるように分散情報システムを有するインターネットである。この電気通信ネットワークＲによって、端末、例えば、プローブ端末Ｔｕｓのユーザは、ネットワークＲに接続されたサーバＳＩＴＥ又はＳｔ又は他のユーザと通信することができる。この目的のために、プローブ端末ＴｕｓにはブラウザＮが設けられる。ブラウザＮは、前記電気通信ネットワークＲを介して、少なくとも１つのサーバＳＩＴＥ又はＳｔにアクセスすることができる。
【００３３】
図１ａに示される実施形態において、アクセス・システムＳは、更に、プローブ端末Ｔｕｓの中に含まれるプローブＳｏのような手段を備える。プローブＳｏは、プローブ端末Ｔｕｓと端末Ｔｕｓの前記ユーザがアクセスする少なくとも１つのサーバＳＩＴＥとの間の通信の形跡を獲得する。これらの形跡は、特に、例えば、ブラウザＮと通信ネットワークＲに接続されたサーバＳＩＴＥとの間の通信について（図１ａの場合、矢印１を参照）、前記サーバにアクセスするための１以上の要求の中で指定されたＵＲＬリソース識別子、所与のリソース識別子ＵＲＬによって識別された前記サーバＳＩＴＥのウェブ・ページを調査するときユーザによって費やされた時間、又は前記サーバＳＩＴＥで調査されたウェブ・ページの内容を表すキーワードを含む。
【００３４】
このプローブＳｏは、更に、プローブＳｏによって選択された通信形跡を記憶するように設計されたメモリＭｅｍを関連づけられる。
【００３５】
システムＳは、更に、解析モジュールＭａを有する。解析モジュールＭａは、メモリＭｅの中に記憶される通信形跡を解析し、前の通信の間に要求されたＵＲＬリソース識別子、及びそのときに調査されたページに関連づけられたキーワードを決定するように設計される。これらのＵＲＬリソース識別子及びキーワードは、下記では、プローブ端末のユーザの特徴づけ要素と呼ばれるものを形成する。
【００３６】
図１ｂで示される第２の実施形態において、プローブＳｏ、メモリＭｅ、及び解析モジュールＭａは、中間サーバの中に含まれる。中間サーバは、例えば、プローブ端末ＴｕｓとネットワークＲとの間に置かれた「キャッシュ」又は「プロキシ」（Ｐｒｏｘｙ）と一般的に呼ばれるサーバである。注意されることは、「キャッシュ」サーバは、通常、関連づけられた端末からＨＴＴＰ要求を受信し、これらの要求の中で標的とされたサーバへ要求を再送信し、このサーバが代わって所望の情報をそれら端末へ送信するために設けられることである。中間サーバＰのプローブＳｏによって選択され、次にメモリＭｅｍの中に記憶され、次に解析モジュールＭａによって解析されるのは、これらの要求、又はこれらの要求に応答する情報である（矢印１を参照）。
【００３７】
図１ａ及び図１ｂの実施形態の双方において、アクセス・システムＳは、更に、通信ネットワークＲに接続された処理サーバＳｔを備える。この処理サーバＳｔは、プローブ端末、例えば、ユーザ・プロフィールのこれらの特徴づけ要素ＥＣＬによって定義される端末Ｔｕｓの少なくとも１つのユーザについて特徴づけ要素ＥＬＣを受信し（矢印２）、要求する端末、例えば、端末Ｔｕｒからユーザ・リストの要求ＲＥＱを受信し（矢印３）、要求されたユーザ・リストＬＵＲＱをこの要求する端末Ｔｕｒへ引き渡す（矢印４）ように設計される。このユーザ・リストの中に、前記ユーザの識別子が存在し、要求するユーザは、望むならば、後で前記ユーザと接触することができる。
【００３８】
図２で示されるように、サーバＳｔは、下記で明らかになるように、ユーザへリンクされた解析モジュールＭａによって引き渡された特徴づけ要素ＥＬＣ又はユーザへリンクされたプローブＳｏによって引き渡された通信形跡のいずれかを受信し、又は再びユーザ・リストの要求ＲＥＱを受信するように設計された受信モジュールＭＲ、要求されたユーザ・リストＬＵＲＱを要求端末へ送信するように設計された送信モジュールＭｅ、上記の特徴づけ要素からプロフィール特徴を決定するように設計された決定端末Ｍｄｅｔ、及び下記ではプロフィール・データベースＢｄｐと呼ばれる特殊記憶モジュールを備える。プロフィール・データベースＢｄｐは、第１にユーザ・プロフィールにそれぞれ関連したプロフィール特徴をユーザ・プロフィールの中に記憶し、第２に要求されたプロフィール特徴に依存してユーザ・プロフィールを引き渡すように設計される。サーバＳｔは、更に、サーチ及び選出モジュールＭｒｔを備える。サーチ及び選出モジュールＭｒｔは、ユーザ・リストの要求ＲＥＱを受信するため受信モジュールＭｒへリンクされ、前記ユーザ・リストの要求ＲＥＱの中で言及されたユーザ・プロフィールへ同一又は類似に対応するユーザ・プロフィールのプロフィールをプロフィール・データベースＢｄｐの中でサーチするように設計され、また応答として取得されたプロフィールを選び出して、送信モジュールＭｅへ引き渡されるユーザ・リストをセットアップするように設計される。
【００３９】
プローブＳｏ、解析モジュールＭａ、及び決定モジュールＭｄｅｔは、特徴を決定する手段を形成する。
【００４０】
各々のユーザのユーザ・プロフィールは、データベースＢｄｐの中で、関連するユーザへ特別に割り当てられたメモリ空間の形態を取る。
【００４１】
そのようなデータベースＢｄｐを使用して、プロフィール特徴又はユーザの特徴を記憶することは、容易で非冗長的な更新を可能にする利点を有する。具体的には、各ユーザ・プロフィールへ割り当てられて、前のアクセスで取得された特徴を既に備え得るメモリ空間は、関連するプロフィールを改良して、その関連性を更に増加するために使用される補充的プロフィール特徴を容易に受信することができる。
【００４２】
本発明のアクセス・システムＳの１つの変形（図示されず）において、ネットワークＲは電話網、例えば、交換電話網（ＳＴＮ）又はＩＰ（インターネット・プロトコル）と一緒に稼働する電話網である。次いで、各々の通信について、プローブＳｏは、例えば、呼び出し側及び呼び出される側の電話番号、呼び出し開始時間、及び呼び出し持続時間をピックアップする。解析手段Ｍａによって決定される特徴要素は、例えば、呼び出し側及び呼び出される側の電話番号、使用される電話のタイプ（固定、移動、インターネットなど）、呼び出しの接続時間、及びあるユーザへの全ての呼び出し接続に対して、前記ユーザが呼び出しを行なっている頻度である。
【００４３】
要求する端末、例えば、端末Ｔｕｒは、アプリケーションＡｐｐｌを備える。このアプリケーションＡｐｐｌは、要求の中に含まれる少なくとも１つのプロフィール特徴によって指定されるプロフィールを有するユーザのリストの要求ＲＥＱを処理サーバＳｔへ送るように設計される（矢印３）。このアプリケーションＡｐｐｌは、更に、前記要求に対応するユーザ・リストＬＵＲＱを受信するように設計される（矢印４）。このアプリケーションＡｐｐｌは、更に、前記要求端末Ｔｕｒ内に含まれて要求端末Ｔｕｒ以外からはアクセスできないアドレス・ブックＣａｄｒの中、及び／又はネットワークＲへ接続されてネットワークＲの任意の要求端末からアクセスできる登録簿Ａｎｕの中に、前記リストの前記要素を記憶するように設計される（矢印５）。
【００４４】
アプリケーションＡｐｐｌは、ネットワークＲに含まれるサーバの中にインストールされ得ること、要求端末が前記サーバにアクセスした後にこの要求端末によって起動され得ること、又は要求端末とサーバ、例えば、ネットワークＲのサーバとの間で共有され得ることが理解される。
【００４５】
システムＳの働きは、システムＳが実現する本発明の方法を説明することによって明らかにされる。本発明の方法は、図３を参照して説明される。方法自体を実現する前のステップＥ１００で、他のユーザと接触したいと望むユーザ、したがって他のユーザの識別子を取得したいと望むユーザは、自分自身を登録するか、情報を与えるためにサーバＳｔ上で承認された組織によって登録される。その登録は、特に、ユーザ識別子、電子アドレス又は電話番号、又は可能性として他の情報項目、例えば、１以上の中心的関心事、地理的場所、職業上の肩書、年齢などによって行われる。この情報は、サーバＳｔのプロフィール・データベースＢｄｐ内で、このユーザに割り当てられるプロフィールの中に登録される。
【００４６】
本発明の方法は、プローブ端末Ｔｕｓ及び処理サーバＳｔによって実現される決定ステップＥ１０１、及び要求端末Ｔｕｒ及び処理サーバＳｔによって実行されるユーザのリストを発行する発行ステップＥ１０２を備える。これらの２つのステップは、相互から独立に実現可能である。本発明はプローブ端末と要求端末とを考えて説明されたが、一般的に、所与の端末はプローブ端末及び要求端末の双方であること、したがって所与の端末は双方のタイプの手段を同時に所有することが理解される。
【００４７】
決定ステップＥ１０１は、呼び出し通信の形跡が、プローブＳｏによってピックアップされて、記憶目的のために設計されたメモリＭｅｍの中に記憶される獲得サブステップＥ１０１ａ、及びプローブＳｏの解析モジュールＭａが、前記ピックアップされた通信形跡の中に含まれる情報から特徴要素を決定する解析サブステップＥ１０１ｂを備える。特徴要素は、プローブ端末Ｔｕｓから処理サーバＳｔへ送信される（図１ａ及び図１ｂの矢印２を参照）。プローブＳｏの解析モジュールＭａによって決定された特徴要素は、定期的に、例えば、一日に一回、処理サーバＳｔへ送信される。
【００４８】
これらの異なるサブステップは、プローブ端末Ｔｕｓによって実現される。
【００４９】
本発明の方法は、更に、処理サーバＳｔの決定モジュールＭｄｅｔが、前のサブステップで決定された特徴要素から、少なくとも１つのプロフィール特徴を決定する決定サブステップＥ１０１ｃを備える。サブステップＥ１０１ｃで決定されたプロフィール特徴は、例えば、日曜大工活動への親和性、資産、又は好みの通信形態、好みの対話者などである。記憶ステップＥ１０１ｄの間に、決定モジュールＭｄｅｔによって決定されたプロフィール特徴は、プロフィールＢｄｐのデータベースの中に記憶される対応ユーザ・プロフィールの中に含められる。
【００５０】
注意すべきは、このようにして、各ユーザに固有のプロフィール特徴をデータベースＢｄｐが供給されること、及びこれが定期的に行われることである。プローブ端末Ｔｕｓのユーザのプロフィール特徴は、例えば、ネットワークＲに接続されたサーバ、例えば、図１ａ又は図１ｂのサーバＳＩＴＥとの通信呼の各々でピックアップされた通信形跡から決定される。
【００５１】
本発明の方法は、更に、ユーザのリストを作成するステップＥ１０２を備える。ステップＥ１０２は、少なくとも１つのプロフィール特徴を備える要求ＲＥＱを形成し、前記要求ＲＥＱを処理サーバＳｔ、更に具体的には、サーバＳｔのサーチ及び選出モジュールＭｒｔへ送信するサブステップＥ１０２ａを備える。このサブステップ１０２ａは、要求端末Ｔｕｒによって実現される。
【００５２】
本発明の方法は、更に、この特徴をプロフィール・データベースＢｄｐの中でサーチするサブステップＥ１０２ｂを備える。プロフィール・データベースＢｄｐは、この特徴又は少なくとも１つの類似特徴を備えるプロフィールを有するユーザ識別子のリストＬＵＲＱを戻す。次に、処理サーバＳｔによってセットアップされたリストＬＵＲＱは、サブステップＥ１０２ｃで、要求ユーザの前記端末Ｔｕｒ内に含まれるアプリケーションＡｐｐｌへ送信される。このサブステップＥ１０２ｃは、処理サーバＳｔによって実現される。
【００５３】
要求を形成するステップＥ１０２ａは、次の変形に従って実現されてもよい。
【００５４】
第１の変形において、端末Ｔｕｒに要求するユーザはマンマシンインタフェース及び特殊アプリケーションＡｐｐｌを使用して、例えば、「パリ」、「自転車」などの語句、又は自然言語の文章、例えば、「私と似たプロフィールをもった人を探しています」を含む少なくとも１つのプロフィール特徴を入力する。次に、アプリケーションＡｐｐｌは、入力された特徴を備える要求を合成する。
【００５５】
第２の変形によれば、少なくとも１つのプロフィール特徴が、端末Ｔｕｒのユーザによって一度だけ定義され、アプリケーションＡｐｐｌが利用できる特殊メモリの中に記憶される。このアプリケーションは、このプロフィール特徴又は特殊メモリ内のプロフィール特徴を含ませて、要求ＲＥＱを形成する。
【００５６】
一度、要求ＲＥＱが形成されると（ステップＥ１０２ａ）、それは処理サーバＳｔへ送信される（図１ａ及び図１ｂの矢印３を参照）。処理サーバＳｔは、受信モジュールＭｒによって要求ＲＥＱを受信し、それをサーチ及び選出モジュールＭｒｔへ回送する。次に、サーチ及び選出モジュールＭｒｔはプロフィール・データベースＢｄｐの中でサーチを行い、要求の特徴又は少なくとも類似特徴を備えるプロフィールを有するユーザ識別子のリストを作成する（ステップＥ１０２ｂ）。次に、この識別子リストは順序づけられ、サーチされた特徴が最も目立ち、最も関連性のある識別子を強調する。好ましくは、求められた特徴は、要求端末のユーザのプロフィールに属する。
【００５７】
このようにして作成されたユーザ・リストは、ユーザ識別子及び対応ユーザのプロフィールの全部又は一部を含む。例えば、選択された各々のユーザについて、リストは、ユーザの識別子又は接触情報、好みのスポーツ及び電話番号又はアクセス・アドレス（ｅメール・アドレス、インターネット・アドレスなど）を含んでよい。
【００５８】
次に、このリストは処理サーバＳｔの送信モジュールＭｅによってアプリケーションＡｐｐｌへ送信される（ステップＥ１０２ｃ）。アプリケーションＡｐｐｌはこのリストを要求端末Ｔｕｒのスクリーン上に表示する。次に、要求端末Ｔｕｒのユーザは、表示されたリストの全部又は一部を、アプリケーションＡｐｐｌに関連づけられたアドレス・ブックＣａｄｒの中に記憶することができる。注意されることは、アドレス・ブックの容量に依存して、表示された特徴の全部を記憶する必要はないことである。このようにして、この種のアドレス・ブックは、例えば、表示されたユーザの識別子、及び電話番号又はアクセス・アドレスのみを記憶してもよい。
【００５９】
ユーザのリストは、更に、ネットワークＲの中に含まれる登録簿Ａｎｕへ、処理サーバＳｔによって直接送信されるか、アプリケーションＡｐｐｌによって間接に送信されることが可能である（図１ａ及び図１ｂの矢印５によって示される）。
【００６０】
リストの或る識別子が、アドレス・ブック又は登録簿で既に知られているならば、それらの識別子は再登録されることなく、対応するユーザのプロフィール更新が行われる。
【００６１】
他の変形によれば、処理サーバＳｔは要求セットアップ・モジュールＭｒｅｑを備える。このようにして、要求は、要求端末の全ユーザに対してトランスペアレントに、処理サーバＳｔ自身から行われる。或る数の要求が、要求端末に関連づけられた処理サーバＳｔの要求セットアップ・モジュール（Ｍｒｅｑ）の中予備的に記憶される。これらの要求は、前記要求端末Ｔｕｒのユーザによって定義された少なくとも１つのプロフィール特徴に基づいて形成される。各々の要求について、前記ユーザ、要求の起動の頻度、取得された対応リストを受信するように設計されたアプリケーションＡｐｐｌに関する関連情報断片（ｐｉｅｃｅ  ｏｆ  ｉｎｆｏｒｍａｔｉｏｎ）が存在する。
【００６２】
繰り返すと、要求セットアップ・モジュールＭｒｅｑは、少なくとも１つの既定のプロフィール特徴によって、プロフィール・データベースＢｄｐに質問する要求を起動する。前述した変形と類似したやり方で、サーチ及び選出モジュールＭｒｔは、この要求に対応するユーザ識別子のリストを作成し、このリストがアプリケーションＡｐｐｌへ送信され、要求に関連づけられて記憶される。
【００６３】
本発明は、好ましくは、企業内の生活に特に関連して適用可能であることが注意される。その理由は、特に、システムの潜在的ユーザの数が限られており、ユーザの識別が容易であるためである。
【図面の簡単な説明】
【００６４】
【図１ａ】本発明の方法が実現されるアクセス・システムの第１の実施形態を示す。
【図１ｂ】本発明の方法が実現されるアクセス・システムの第２の実施形態を示す。
【図２】図１ａ及び図ｂによって表されるアクセス・システムの実施形態で実現される処理サーバを示す。
【図３】本発明に従ったアクセス方法の間に実行される種々のステップを表すフローチャートである。
【図１ａ】
2009509254.tif 000003
【図１ｂ】
2009509254.tif 000004
【図２】
2009509254.tif 000005
【図３】
2009509254.tif 000006
【国際調査報告】
2009509254.tif 000007
2009509254.tif 000008
2009509254.tif 000009
2009509254.tif 000010
2009509254.tif 000011
2009509254.tif 000012