(57)【要約】リクエスタとしてのユーザのプロバイダに対するフリーフォーマット要求を、前記要求の処理時にマッチングするための実時間要求マッチングシステムおよび方法である。前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求およびそれに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有する。前記方法は、リクエスタからの要求を受信するステップと、各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップと、それぞれの要求に基づいてそれぞれのプロバイダによって作成されたプロバイダからの回答を受信するステップと、肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれのリクエスタに関する情報をそれぞれの要求に対する肯定回答を与えられた任意のプロバイダへ供給すること、および選択されたプロバイダからのそれぞれの要求に対する回答に関する情報をそれぞれのリクエスタへ供給すること、の一方または双方を行うステップとを備える。
2005508558.tif 000002
【特許請求の範囲】
【請求項１】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムであって、前記リクエスタのそれぞれは、要求を作成すると共に、それに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求およびそれに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有し、前記システムは、
リクエスタからの要求を受信するための少なくとも１つの要求受信ユニットと、
前記要求のそれぞれが、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするための少なくとも１つの要求中継ユニットと、
それぞれの要求に基づいてそれぞれのプロバイダによって作成されたプロバイダからの回答を受信するための少なくとも１つの回答受信ユニットと、
肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれのリクエスタに関する情報をそれぞれの要求に対する肯定回答を与えられた任意のプロバイダへ供給すること、および選択されたプロバイダからのそれぞれの要求に対する回答に関する情報をそれぞれのリクエスタへ供給すること、の一方または双方を行うための少なくとも１つの情報供給ユニットと
を備えることを特徴とするシステム。
【請求項２】
前記システムは、実時間マッチングシステムである請求項１に記載のシステム。
【請求項３】
前記要求は、フリーフォーマット要求である請求項１または２に記載のシステム。
【請求項４】
前記要求は、音声要求を含む請求項１〜３のいずれかに記載のシステム。
【請求項５】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含む請求項１〜４のいずれかに記載のシステム。
【請求項６】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含む請求項１〜５のいずれかに記載のシステム。
【請求項７】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含む請求項１〜６のいずれかに記載のシステム。
【請求項８】
少なくとも１つのインバウンド通信ユニットを備え、それぞれは少なくとも１つの要求受信ユニットを有する請求項１〜７のいずれかに記載のシステム。
【請求項９】
少なくとも１つのアウトバウンド通信ユニットを備え、それぞれは少なくとも１つの要求中継ユニットと、少なくとも１つの回答受信ユニットと、少なくとも１つの情報供給ユニットとを有する請求項１〜８のいずれかに記載のシステム。
【請求項１０】
少なくとも１つの通信ユニットを備え、それぞれは少なくとも１つの要求受信ユニットと、少なくとも１つの要求中継ユニットと、少なくとも１つの回答受信ユニットと、少なくとも１つの情報供給ユニットとを有する請求項１〜７のいずれかに記載のシステム。
【請求項１１】
前記少なくとも１つの要求中継ユニットは、選択されたプロバイダのコミュニケータに要求を直接中継するものとして構成されている請求項１〜１０のいずれかに記載のシステム。
【請求項１２】
前記少なくとも１つの要求中継ユニットは、要求が、その問い合わせをして内容を設定することなく、中継されるものとして構成されている請求項１〜１１のいずれかに記載のシステム。
【請求項１３】
前記少なくとも１つの要求受信ユニットは、要求を受信するための複数の受信器を含み、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有する請求項１〜１２のいずれかに記載のシステム。
【請求項１４】
前記分類連絡アドレスは、ダイアル番号である請求項１３に記載のシステム。
【請求項１５】
要求にアドレスするプロバイダを選択するための少なくとも１つのプロバイダ選択ユニットを備える請求項１〜１４のいずれかに記載のシステム。
【請求項１６】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダを選択するものとして構成されている請求項１５に記載のシステム。
【請求項１７】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である請求項１６に記載のシステム。
【請求項１８】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項１７に記載のシステム。
【請求項１９】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項１８に記載のシステム。
【請求項２０】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である請求項１６に記載のシステム。
【請求項２１】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項２０に記載のシステム。
【請求項２２】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項２１に記載のシステム。
【請求項２３】
移動コミュニケータの地理的位置は、セル識別法、三角測量法、無線位置把握法またはＧＰＳのような衛星位置把握法の１つから決定される請求項１５〜２２のいずれかに記載のシステム。
【請求項２４】
固定コミュニケータの地理的位置は、それぞれの割り当てられた位置から決定される請求項１５〜２３のいずれかに記載のシステム。
【請求項２５】
前記少なくとも１つのプロバイダ選択ユニットは、それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、要求に対するプロバイダを選択するものとして構成されている請求項１５〜２４のいずれかに記載のシステム。
【請求項２６】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つである請求項２５に記載のシステム。
【請求項２７】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項１５〜２６のいずれかに記載のシステム。
【請求項２８】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダを選択するものとして構成されている請求項１５〜２７のいずれかに記載のシステム。
【請求項２９】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は現在時刻に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項１５〜２８のいずれかに記載のシステム。
【請求項３０】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項１５〜２９のいずれかに記載のシステム。
【請求項３１】
前記少なくとも１つの要求中継ユニットは、要求を、予め決定可能な数の選択されたプロバイダへ、それによりアドレスされるように中継するものとして構成されている請求項１〜３０のいずれかに記載のシステム。
【請求項３２】
前記少なくとも１つの要求中継ユニットは、要求を、選択されたプロバイダへマルチキャストするものとして構成されており、前記要求は、複数のプロバイダへ、それによりアドレスされるように中継されるものである請求項１〜３０のいずれかに記載のシステム。
【請求項３３】
前記少なくとも１つの情報供給ユニットは、各要求に対して、前記要求に対する肯定回答を与えられたプロバイダに関する情報をそれぞれのリクエスタへ供給するものとして構成されている請求項１〜３２のいずれかに記載のシステム。
【請求項３４】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムであって、
複数のリクエスタ・コミュニケータと、
複数のプロバイダ・コミュニケータとを備え、
各リクエスタ・コミュニケータは、要求を作成し、またそれに対するそれぞれの回答にアドレスするときにリクエスタによって使用されるものであり、前記回答の少なくともいくつかは、選択されたプロバイダからそれぞれのリクエスタへの回答に関する情報を含んでおり、
各プロバイダ・コミュニケータは、要求およびそれに対するそれぞれの回答にアドレスするときにプロバイダによって使用されるものであり、前記要求は、それぞれの選択されたプロバイダへアドレスされるように中継されるものであり、また前記要求の少なくともいくつかはそれぞれの要求のリクエスタに関する情報を含んでおり、それぞれの要求に対して肯定回答が与えられ、肯定回答はプロバイダが要求を受けることができることを示すものであることを特徴とするシステム。
【請求項３５】
前記システムは、実時間マッチングシステムである請求項３４に記載のシステム。
【請求項３６】
前記要求は、フリーフォーマット要求である請求項３４または３５に記載のシステム。
【請求項３７】
前記要求は、音声要求を含む請求項３４〜３６のいずれかに記載のシステム。
【請求項３８】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含む請求項３４〜３７のいずれかに記載のシステム。
【請求項３９】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含む請求項３４〜３８のいずれかに記載のシステム。
【請求項４０】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含む請求項３４〜３９のいずれかに記載のシステム。
【請求項４１】
要求は、それぞれの選択されたプロバイダへ直接中継される請求項３４〜４０のいずれかに記載のシステム。
【請求項４２】
要求は、その問い合わせをして内容を設定することなく中継される請求項３４〜４１のいずれかに記載のシステム。
【請求項４３】
要求を受信するための複数の受信器を含んだ通信ユニットを更に備え、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有する請求項３４〜４２のいずれかに記載のシステム。
【請求項４４】
前記分類連絡アドレスは、ダイアル番号である請求項４３に記載のシステム。
【請求項４５】
少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダが選択される請求項３４〜４４のいずれかに記載のシステム。
【請求項４６】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である請求項４５に記載のシステム。
【請求項４７】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項４６に記載のシステム。
【請求項４８】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項４７に記載のシステム。
【請求項４９】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である請求項４５に記載のシステム。
【請求項５０】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項４９に記載のシステム。
【請求項５１】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項５０に記載のシステム。
【請求項５２】
それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、プロバイダが選択される請求項３４〜５１のいずれかに記載のシステム。
【請求項５３】
少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダが選択される請求項３４〜５２のいずれかに記載のシステム。
【請求項５４】
少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダが選択される請求項３４〜５３のいずれかに記載のシステム。
【請求項５５】
少なくとも一部は現在時刻に基づいて、要求に対するプロバイダが選択される請求項３４〜５４のいずれかに記載のシステム。
【請求項５６】
少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダが選択される請求項３４〜５５のいずれかに記載のシステム。
【請求項５７】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムであって、前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求にアドレスするための少なくとも１つのコミュニケータを有し、前記システムは、
リクエスタからの要求を受信するための少なくとも１つの要求受信ユニットと、
前記要求のそれぞれが、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするための少なくとも１つの要求中継ユニットと、
それぞれの要求に基づいてそれぞれのプロバイダによって作成されたプロバイダからの回答を受信するための少なくとも１つの回答受信ユニットと、
を備えることを特徴とするシステム。
【請求項５８】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムであって、
複数のリクエスタ・コミュニケータと、
複数のプロバイダ・コミュニケータと、
前記リクエスタ・コミュニケータおよび前記プロバイダ・コミュニケータと通信可能な少なくとも１つの通信ユニットとを備え、
各リクエスタ・コミュニケータは、要求を作成すると共に、それに対するそれぞれの回答にアドレスするときにリクエスタによって使用されるものであり、
各プロバイダ・コミュニケータは、要求およびそれに対するそれぞれの回答にアドレスするときにプロバイダによって使用されるものであり、
前記少なくとも１つの通信ユニットは、プロバイダを選択して、リクエスタによって作成された各要求にアドレスするための少なくとも１つのプロバイダ選択ユニットを含み、
前記システムは、各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるものとして構成されていることを特徴とするシステム。
【請求項５９】
前記システムは更に、要求に対し、前記それぞれのリクエスタが、選択されたプロバイダからの前記要求に対する回答に関する情報を供給されるように構成されている請求項５８に記載のシステム。
【請求項６０】
前記システムは、実時間マッチングシステムである請求項５８または５９に記載のシステム。
【請求項６１】
前記要求は、フリーフォーマット要求である請求項５８〜６０のいずれかに記載のシステム。
【請求項６２】
前記要求は、音声要求を含む請求項５８〜６１のいずれかに記載のシステム。
【請求項６３】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含む請求項５８〜６２のいずれかに記載のシステム。
【請求項６４】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含む請求項５８〜６３のいずれかに記載のシステム。
【請求項６５】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含む請求項５８〜６４のいずれかに記載のシステム。
【請求項６６】
前記システムは、要求が、選択されたプロバイダの前記プロバイダ・コミュニケータへ直接中継されるように構成されている請求項５８〜６５のいずれかに記載のシステム。
【請求項６７】
前記システムは、要求が、その問い合わせをして内容を設定することなく中継されるものとして構成されている請求項５８〜６６のいずれかに記載のシステム。
【請求項６８】
前記少なくとも１つの通信ユニットは、要求を受信するための複数の受信器を含み、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有する請求項５８〜６７のいずれかに記載のシステム。
【請求項６９】
前記分類連絡アドレスは、ダイアル番号である請求項６８に記載のシステム。
【請求項７０】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダを選択するものとして構成されている請求項５８〜６９のいずれかに記載のシステム。
【請求項７１】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である請求項７０に記載のシステム。
【請求項７２】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項７１に記載のシステム。
【請求項７３】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項７２に記載のシステム。
【請求項７４】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である請求項７０に記載のシステム。
【請求項７５】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項７４に記載のシステム。
【請求項７６】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項７５に記載のシステム。
【請求項７７】
前記少なくとも１つのプロバイダ選択ユニットは、それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、プロバイダを選択するものとして構成されている請求項５８〜７６のいずれかに記載のシステム。
【請求項７８】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つである請求項７７に記載のシステム。
【請求項７９】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項５８〜７８のいずれかに記載のシステム。
【請求項８０】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダを選択するものとして構成されている請求項５８〜７９のいずれかに記載のシステム。
【請求項８１】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は現在時刻に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項５８〜８０のいずれかに記載のシステム。
【請求項８２】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダを選択するものとして構成されている請求項５８〜８１のいずれかに記載のシステム。
【請求項８３】
前記システムは、要求が、それによりアドレス指定されたように、予め決定可能な数の選択されたプロバイダの前記プロバイダ・コミュニケータへ中継されるように構成されている請求項５８〜８２のいずれかに記載のシステム。
【請求項８４】
前記システムは、要求を、それぞれの選択されたプロバイダの前記プロバイダ・コミュニケータへマルチキャストするものとして構成されており、前記要求は、複数のプロバイダへ、それによりアドレスされるように中継されるものである請求項５８〜８３のいずれかに記載のシステム。
【請求項８５】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法であって、前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求およびそれに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有し、前記方法は、
リクエスタからの要求を受信するステップと、
各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップと、
それぞれの要求に基づいてそれぞれのプロバイダによって作成されたプロバイダからの回答を受信するステップと、
肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれのリクエスタに関する情報をそれぞれの要求に対する肯定回答を与えられた任意のプロバイダへ供給すること、および選択されたプロバイダからのそれぞれの要求に対する回答に関する情報をそれぞれのリクエスタへ供給すること、の一方または双方を行うステップと
を備えることを特徴とする方法。
【請求項８６】
前記方法は、実時間マッチング方法である請求項８５に記載の方法。
【請求項８７】
前記要求は、フリーフォーマット要求である請求項８５または８６に記載の方法。
【請求項８８】
前記要求は、音声要求を含む請求項８５〜８７のいずれかに記載の方法。
【請求項８９】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含む請求項８５〜８７のいずれかに記載の方法。
【請求項９０】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含む請求項８５〜８９のいずれかに記載の方法。
【請求項９１】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含む請求項８５〜９０のいずれかに記載の方法。
【請求項９２】
要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、
選択されたプロバイダの前記コミュニケータへ要求を直接中継するステップを含む請求項８５〜９１のいずれかに記載の方法。
【請求項９３】
要求は、その問い合わせをして内容を設定することなく中継される請求項８５〜９２のいずれかに記載の方法。
【請求項９４】
リクエスタからの要求を受信するステップは、
リクエスタからの要求を複数の受信器で受信するステップを含み、前記要求のそれぞれは、予め決定可能な分類に関連した分類連絡アドレスを有する請求項８５〜９３のいずれかに記載の方法。
【請求項９５】
前記分類連絡アドレスは、ダイアル番号である請求項９４に記載の方法。
【請求項９６】
要求にアドレスするそれぞれのプロバイダを選択するステップを更に備える請求項８５〜９５のいずれかに記載の方法。
【請求項９７】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項８５〜９５のいずれかに記載の方法。
【請求項９８】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である請求項９７に記載の方法。
【請求項９９】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項９８に記載の方法。
【請求項１００】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項９９に記載の方法。
【請求項１０１】
前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である請求項９７に記載の方法。
【請求項１０２】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有する請求項１０１に記載の方法。
【請求項１０３】
前記コミュニケータ連絡アドレスは、ダイアル番号である請求項１０２に記載の方法。
【請求項１０４】
移動コミュニケータの地理的位置は、セル識別法、三角測量法、無線位置把握法またはＧＰＳのような衛星位置把握法の１つから決定される請求項９６〜１０３のいずれかに記載の方法。
【請求項１０５】
固定コミュニケータの地理的位置は、割り当てられた位置から決定される請求項９６〜１０４のいずれかに記載の方法。
【請求項１０６】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項９６〜１０５のいずれかに記載の方法。
【請求項１０７】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つである請求項１０６に記載の方法。
【請求項１０８】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項９６〜１０７のいずれかに記載の方法。
【請求項１０９】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項９６〜１０８のいずれかに記載の方法。
【請求項１１０】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
少なくとも一部は現在時刻に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項９６〜１０９のいずれかに記載の方法。
【請求項１１１】
要求にアドレスするそれぞれのプロバイダを選択するステップは、
少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含む請求項９６〜１１０のいずれかに記載の方法。
【請求項１１２】
要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、
要求を、予め決定可能な数の選択されたプロバイダへ、それによりアドレスされるように中継するステップを含む請求項８５〜１１１のいずれかに記載の方法。
【請求項１１３】
要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、
要求を、選択されたプロバイダへマルチキャストするステップを含み、前記要求は、複数のプロバイダへ、それによりアドレスされるように中継される請求項８５〜１１２のいずれかに記載の方法。
【請求項１１４】
情報を供給するステップは、
各要求に対して、前記要求に対する肯定回答を与えられたプロバイダに関する情報をそれぞれのリクエスタへ供給するステップを含む請求項８５〜１１３のいずれかに記載の方法。
【請求項１１５】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法であって、前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求にアドレスするための少なくとも１つのコミュニケータを有し、前記方法は、
リクエスタからの要求を受信するステップと、
各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップと、
それぞれの要求に基づいてそれぞれのプロバイダによって作成されたプロバイダからの回答を受信するステップと
を備えることを特徴とする方法。
【請求項１１６】
リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法であって、
リクエスタからの要求を有する信号を受信するステップと、
各要求に対し、前記要求を受信されたように有する信号を、選択されたプロバイダへ送信するステップと、
それぞれの要求に基づいてそれぞれのプロバイダによって作成された、選択されたプロバイダからの回答を有する信号を受信するステップと、
肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれの要求に対する肯定回答を与えられた任意のプロバイダ向けの、それぞれのリクエスタに関する情報を有する信号と、それぞれのリクエスタ向けの、選択されたプロバイダからのそれぞれの要求に対する回答に関する情報を有する信号の一方または双方を送信するステップと
備えることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リクエスタ（要求者）としてのユーザのプロバイダ（提供者）に対する要求を、前記要求の処理時にマッチングするための要求マッチングシステムおよび方法に関する。
【０００２】
本発明は、多くの分野における応用を見出しているが、特にユーザがリクエスタとして、利益の共同体、即ち共通に分類された複数のプロバイダの要求を作成することを望む場合の分類構造での応用を見出している。
【０００３】
本発明は、提供される物やサービスに従ってプロバイダがグループ分けされる取引分類に関連した特別な応用を見出すことが予見される。
【０００４】
そのような取引分類は現在、ローカル取引ディレクトリ、例えば英国ではイエローページ（Yellow Pages:登録商標）やトムソンディレクトリ（Thomson Directory:登録商標）として具体化されている。そして、物やサービスを探すときに、人は、そのローカルディレクトリを使用して、その物やサービスに対するプロバイダの位置を確認する。
【０００５】
そのようなディレクトリを使用するときに、人は先ず、その物やサービスを最も供給しそうな分類を決定し、ディレクトリ中の対応するセクションを見直し、１以上のプロバイダを選択し、それからそれらのプロバイダに電話をかける。プロバイダに電話をかけるときは、例えば「そちらは、物／サービスＸをコストＹでＺ日までに提供できますか？」という同じ要求が各プロバイダに対して繰り返しなされる。しばしば、特にその要求が、例えば「そちらには、自動車部品Ｘの在庫がありますか？」のように特定される場合、その人は、選択されたプロバイダの多くに電話をかけて、その要求を満たすことができる１つのプロバイダを見つける必要がある。これは、例えばコストや配送時間等を比較可能とするように、２以上のプロバイダが識別されなければならない特別な場合である。
【０００６】
そのようなプロセスは、先ず可能なプロバイダを識別し、次にその要求を満たすことができる１以上のプロバイダが識別されるまでに多くのプロバイダとの会話を確立する必要があるので、時間を費やす。その上、多くのプロバイダのそれぞれに関連した電話コストがかかるので、相対的にコスト高となる。
【０００７】
本発明は、取引分類に関連した特別な応用を見出すことが予見されるが、本発明はまた、多くの他の分類構造に関連した応用も有する。
【０００８】
１つのそのような他の分類構造は、放送分類である。この場合、１つの要求が、複数のプロバイダへ放送され、それらはプロバイダの全てから回答が得られるようにすると共に、プロバイダからの肯定および否定回答の一方または双方、並びに回答をしないプロバイダをロギングできるようにする。そのような分類が、例えばマーケッティングリストやポーリングを構築する際の質問に応答した情報を得ることに応用を見出すことは予見される。
【０００９】
もう１つのそのような他の分類構造は、共同体分類である。この場合、共通の利益を有する人達は共通に分類され、１人のリクエスタによって１つの要求が作成されることを可能にする。このリクエスタは、共同体分類中の１人のプロバイダでもあり得る。このプロバイダは、共同体分類中のプロバイダとしての他の人の一部または全ての中に含まれている。共同体分類の一例は、ローカルヘルプグループである。このグループのメンバーは、特定の問題毎にアシスタンスを与える。アシスタンスに対する要求は、メンバーにより作成できる。
【００１０】
異なるそのような他の分類構造は、タスク分類である。この場合、１つの要求は、１つのタスクの実行を必要とする複数のプロバイダに対して作成される。そのような分類が、集団的環境において特別な応用を見出すことは予見される。この場合、要求は、特別な部門、例えば購入またはマーケティング部門によって作成することができる。
【００１１】
さらに異なるそのような他の分類構造は、プロモーション分類である。この場合、特別なプロモーションは、典型的に短時間だけ実行され、そして複数のプロバイダによって支持される。プロモーション分類の一例は、休日の休憩、例えば固定価格の週末休憩である。この場合、そのプロモーションに参加することを希望するプロバイダは、その分類への加入を決める。好ましい実施形態では、プロバイダは、それぞれのプロバイダによって提供される物やサービスの利用可能性に従って、その分類への出入りを決める能力を有する。
【００１２】
本発明の１つの目的は、リクエスタとしてのユーザのプロバイダに対する要求をマッチングするための要求マッチングシステムおよび方法を提供することにある。この場合、リクエスタは、可能なプロバイダを識別すること、およびそれらプロバイダに連絡して要求を受け入れ可能か否かを決定することを必要とされない。
【００１３】
１つの形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムを提供する。前記リクエスタのそれぞれは、要求を作成すると共に、それに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求およびそれに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有する。前記システムは、リクエスタからの要求を受信するための少なくとも１つの要求受信ユニットと、前記要求のそれぞれが、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするための少なくとも１つの要求中継ユニットと、それぞれの要求に基づいて、人的意志決定者としての、それぞれのプロバイダによって作成されたプロバイダからの回答を受信するための少なくとも１つの回答受信ユニットと、肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれのリクエスタに関する情報をそれぞれの要求に対する肯定回答を与えられた任意のプロバイダへ供給すること、および選択されたプロバイダからのそれぞれの要求に対する回答に関する情報をそれぞれのリクエスタへ供給すること、の一方または双方を行うための少なくとも１つの情報供給ユニットとを備える。
【００１４】
前記システムは、実時間マッチングシステムであることが好ましい。
【００１５】
前記要求は、フリーフォーマット要求であることが好ましい。
【００１６】
前記要求は、音声要求を含むことが好ましい。
【００１７】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含むことが好ましい。
【００１８】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含むことが好ましい。
【００１９】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含むことが好ましい。
【００２０】
１つの実施形態では、前記システムは、少なくとも１つのインバウンド通信ユニットを備え、それぞれは少なくとも１つの要求受信ユニットを有する。
【００２１】
１つの実施形態では、前記システムは、少なくとも１つのアウトバウンド通信ユニットを備え、それぞれは少なくとも１つの要求中継ユニットと、少なくとも１つの回答受信ユニットと、少なくとも１つの情報供給ユニットとを有する。
【００２２】
もう１つの実施形態では、前記システムは、少なくとも１つの通信ユニットを備え、それぞれは少なくとも１つの要求受信ユニットと、少なくとも１つの要求中継ユニットと、少なくとも１つの回答受信ユニットと、少なくとも１つの情報供給ユニットとを有する。
【００２３】
１つの実施形態では、前記少なくとも１つの要求中継ユニットは、選択されたプロバイダのコミュニケータに要求を直接中継するものとして構成されている。
【００２４】
前記少なくとも１つの要求中継ユニットは、要求が、その問い合わせをして内容を設定することなく、中継されるものとして構成されていることが好ましい。
【００２５】
前記少なくとも１つの要求受信ユニットは、要求を受信するための複数の受信器を含み、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有することが好ましい。
【００２６】
前記分類連絡アドレスは、ダイアル番号であることがより好ましい。
【００２７】
１つの実施形態では、前記システムは更に、要求にアドレスするプロバイダを選択するための少なくとも１つのプロバイダ選択ユニットを備える。
【００２８】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００２９】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である。
【００３０】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００３１】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００３２】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である。
【００３３】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００３４】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００３５】
移動コミュニケータの地理的位置は、セル識別法、三角測量法、無線位置把握法またはＧＰＳのような衛星位置把握法の１つから決定されることが好ましい。
【００３６】
固定コミュニケータの地理的位置は、それぞれの割り当てられた位置から決定されることが好ましい。
【００３７】
前記少なくとも１つのプロバイダ選択ユニットは、それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００３８】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つであることがより好ましい。
【００３９】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００４０】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００４１】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は現在時刻に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００４２】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００４３】
前記少なくとも１つの要求中継ユニットは、要求を、予め決定可能な数の選択されたプロバイダへ、それによりアドレスされるように中継するものとして構成されていることが好ましい。
【００４４】
前記少なくとも１つの要求中継ユニットは、要求を、選択されたプロバイダへマルチキャストするものとして構成されており、前記要求は、複数のプロバイダへ、それによりアドレスされるように中継されるものであることが好ましい。
【００４５】
前記少なくとも１つの情報供給ユニットは、各要求に対して、前記要求に対する肯定回答を与えられたプロバイダに関する情報をそれぞれのリクエスタへ供給するものとして構成されていることが好ましい。
【００４６】
もう１つの形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムを提供する。このシステムは、複数のリクエスタ・コミュニケータと、複数のプロバイダ・コミュニケータとを備える。各リクエスタ・コミュニケータは、要求を作成し、またそれに対するそれぞれの回答にアドレスするときにリクエスタによって使用されるものであり、前記回答の少なくともいくつかは、選択されたプロバイダからそれぞれのリクエスタへの回答に関する情報を含んでおり、各プロバイダ・コミュニケータは、要求およびそれに対するそれぞれの回答にアドレスするときにプロバイダによって使用されるものであり、前記要求は、それぞれの選択されたプロバイダへアドレスされるように中継されるものであり、また前記要求の少なくともいくつかはそれぞれの要求のリクエスタに関する情報を含んでおり、それぞれの要求に対して肯定回答が与えられ、肯定回答はプロバイダが要求を受けることができることを示すものである。
【００４７】
前記システムは、実時間マッチングシステムであることが好ましい。
【００４８】
前記要求は、フリーフォーマット要求であることが好ましい。
【００４９】
前記要求は、音声要求を含むことが好ましい。
【００５０】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含むことが好ましい。
【００５１】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含むことが好ましい。
【００５２】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含むことが好ましい。
【００５３】
１つの実施形態では、要求は、それぞれの選択されたプロバイダへ直接中継される。
【００５４】
要求は、その問い合わせをして内容を設定することなく中継されることが好ましい。
【００５５】
要求を受信するための複数の受信器を含んだ通信ユニットを更に備え、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有することが好ましい。
【００５６】
前記分類連絡アドレスは、ダイアル番号であることがより好ましい。
【００５７】
少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダが選択されることが好ましい。
【００５８】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である。
【００５９】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００６０】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００６１】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である。
【００６２】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００６３】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００６４】
それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、プロバイダが選択されることが好ましい。
【００６５】
少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダが選択されることが好ましい。
【００６６】
少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダが選択されることが好ましい。
【００６７】
少なくとも一部は現在時刻に基づいて、要求に対するプロバイダが選択されることが好ましい。
【００６８】
少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダが選択されることが好ましい。
【００６９】
異なる形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムを提供する。前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求にアドレスするための少なくとも１つのコミュニケータを有する。前記システムは、リクエスタからの要求を受信するための少なくとも１つの要求受信ユニットと、前記要求のそれぞれが、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするための少なくとも１つの要求中継ユニットと、それぞれの要求に基づいて、人的意志決定者としての、それぞれのプロバイダによって作成されたプロバイダからの回答を受信するための少なくとも１つの回答受信ユニットとを備える。
【００７０】
更に異なる形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングするためのマッチングシステムを提供する。このシステムは、複数のリクエスタ・コミュニケータと、複数のプロバイダ・コミュニケータと、前記リクエスタ・コミュニケータおよび前記プロバイダ・コミュニケータと通信可能な少なくとも１つの通信ユニットとを備える。
各リクエスタ・コミュニケータは、要求を作成すると共に、それに対するそれぞれの回答にアドレスするときにリクエスタによって使用されるものであり、各プロバイダ・コミュニケータは、要求およびそれに対するそれぞれの回答にアドレスするときにプロバイダによって使用されるものであり、前記少なくとも１つの通信ユニットは、プロバイダを選択して、リクエスタによって作成された各要求にアドレスするための少なくとも１つのプロバイダ選択ユニットを含み、前記システムは、各要求に対し、前記要求が、人的意志決定者として、選択されたプロバイダへ、それによりアドレスされるように中継されるものとして構成されている。
【００７１】
前記システムは更に、要求に対し、前記それぞれのリクエスタが、選択されたプロバイダからの前記要求に対する回答に関する情報を供給されるように構成されていることが好ましい。
【００７２】
前記システムは、実時間マッチングシステムであることが好ましい。
【００７３】
前記要求は、フリーフォーマット要求であることが好ましい。
【００７４】
前記要求は、音声要求を含むことが好ましい。
【００７５】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含むことが好ましい。
【００７６】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含むことが好ましい。
【００７７】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含むことが好ましい。
【００７８】
１つの実施形態では、前記システムは、要求が、選択されたプロバイダの前記プロバイダ・コミュニケータへ直接中継されるように構成されている。
【００７９】
前記システムは、要求が、その問い合わせをして内容を設定することなく中継されるものとして構成されていることが好ましい。
【００８０】
前記少なくとも１つの通信ユニットは、要求を受信するための複数の受信器を含み、各要求は、予め決定可能な分類に関連した分類連絡アドレスを有することが好ましい。
【００８１】
前記分類連絡アドレスは、ダイアル番号であることがより好ましい。
【００８２】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００８３】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である。
【００８４】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００８５】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００８６】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である。
【００８７】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【００８８】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【００８９】
前記少なくとも１つのプロバイダ選択ユニットは、それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、プロバイダを選択するものとして構成されていることが好ましい。
【００９０】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つであることがより好ましい。
【００９１】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００９２】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００９３】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は現在時刻に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００９４】
前記少なくとも１つのプロバイダ選択ユニットは、少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求に対するプロバイダを選択するものとして構成されていることが好ましい。
【００９５】
前記システムは、要求が、それによりアドレス指定されたように、予め決定可能な数の選択されたプロバイダの前記プロバイダ・コミュニケータへ中継されるように構成されていることが好ましい。
【００９６】
前記システムは、要求を、それぞれの選択されたプロバイダの前記プロバイダ・コミュニケータへマルチキャストするものとして構成されており、前記それぞれの要求は、複数のプロバイダへ、それによりアドレスされるように中継されるものであることが好ましい。
【００９７】
更にもう１つの形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法を提供する。前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求およびそれに対するそれぞれの回答にアドレスするための少なくとも１つのコミュニケータを有する。前記方法は、リクエスタからの要求を受信するステップと、各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップと、それぞれの要求に基づいて、人的意志決定者としての、それぞれのプロバイダによって作成されたプロバイダからの回答を受信するステップと、肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれのリクエスタに関する情報をそれぞれの要求に対する肯定回答を与えられた任意のプロバイダへ供給すること、および選択されたプロバイダからのそれぞれの要求に対する回答に関する情報をそれぞれのリクエスタへ供給すること、の一方または双方を行うステップとを備える。
【００９８】
前記方法は、実時間マッチング方法であることが好ましい。
【００９９】
前記要求は、フリーフォーマット要求であることが好ましい。
【０１００】
前記要求は、音声要求を含むことが好ましい。
【０１０１】
前記コミュニケータは、電話、ＰＤＡ、パーソナルコンピュータおよびゲームデバイスのような移動コミュニケータを含むことが好ましい。
【０１０２】
前記コミュニケータは、電話、ファックス機器、パーソナルコンピュータ、セットトップボックスおよびゲームコンソールのような固定コミュニケータを含むことが好ましい。
【０１０３】
前記コミュニケータは、電話のような複合型固定／移動コミュニケータを含むことが好ましい。
【０１０４】
１つの実施形態では、要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、選択されたプロバイダの前記コミュニケータへ要求を直接中継するステップを含む。
【０１０５】
要求は、その問い合わせをして内容を設定することなく中継されることが好ましい。
【０１０６】
リクエスタからの要求を受信するステップは、リクエスタからの要求を複数の受信器で受信するステップを含み、前記要求のそれぞれは、予め決定可能な分類に関連した分類連絡アドレスを有することが好ましい。
【０１０７】
前記分類連絡アドレスは、ダイアル番号であることがより好ましい。
【０１０８】
１つの実施形態では、前記方法は更に、要求にアドレスするそれぞれのプロバイダを選択するステップを更に備える。
【０１０９】
要求にアドレスするそれぞれのプロバイダを選択するステップは、少なくとも一部は、それぞれの要求に割り当てられた地理的位置と、プロバイダに割り当てられた地理的位置または地理的区域の一方または双方とに基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１１０】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタの現在の地理的位置である。
【０１１１】
前記現在の地理的位置は、それぞれのリクエスタのコミュニケータのコミュニケータ連絡アドレスであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【０１１２】
前記コミュニケータ連絡アドレスは、ダイアル番号であることがより好ましい。
【０１１３】
１つの実施形態では、前記それぞれの要求に割り当てられた地理的位置は、それぞれのリクエスタによって割り当てられる代替地理的位置である。
【０１１４】
前記代替地理的位置は、コミュニケータのコミュニケータ連絡アドレスから決定されるものであり、前記コミュニケータ連絡アドレスは、割り当てられた位置を有することが好ましい。
【０１１５】
前記コミュニケータ連絡アドレスは、ダイアル番号であることが好ましい。
【０１１６】
移動コミュニケータの地理的位置は、セル識別法、三角測量法、無線位置把握法またはＧＰＳのような衛星位置把握法の１つから決定されることが好ましい。
【０１１７】
固定コミュニケータの地理的位置は、割り当てられた位置から決定されることが好ましい。
【０１１８】
要求にアドレスするそれぞれのプロバイダを選択するステップは、それぞれの要求に割り当てられた地理的位置に対して予め決定可能な空間地理的区域内で、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１１９】
前記予め決定可能な空間地理的区域は、それぞれの要求に割り当てられた地理的位置に対する地理的半径か、それぞれの要求に割り当てられた地理的位置に対する移動の距離か、それぞれの要求に割り当てられた地理的位置に対する移動の時間の中の１つであることがより好ましい。
【０１２０】
要求にアドレスするそれぞれのプロバイダを選択するステップは、少なくとも一部は、それぞれのリクエスタに対する少なくとも１つのリクエスタ特徴に基づいて、例えばそれぞれのリクエスタに対する割り当てられた特徴またはそれぞれのリクエスタによる情報作成時の特徴入力としての、地理的に関係した社会経済的情報に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１２１】
要求にアドレスするそれぞれのプロバイダを選択するステップは、少なくとも一部は、プロバイダに対する少なくとも１つのプロバイダ特徴に基づいて、例えばそれぞれのプロバイダに対する割り当てられた特徴としての、予め決定可能なプロフィールを有すること、または連絡の詳細を提供することをリクエスタに要求することに基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１２２】
要求にアドレスするそれぞれのプロバイダを選択するステップは、少なくとも一部は現在時刻に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１２３】
要求にアドレスするそれぞれのプロバイダを選択するステップは、少なくとも一部は少なくとも１つの分類特徴に基づいて、例えばそれぞれの分類に対する割り当てられた特徴としての、プロバイダを選択するための選択機構に基づいて、要求にアドレスするそれぞれのプロバイダを選択するステップを含むことが好ましい。
【０１２４】
要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、要求を、予め決定可能な数の選択されたプロバイダへ、それによりアドレスされるように中継するステップを含むことが好ましい。
【０１２５】
要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップは、要求を、選択されたプロバイダへマルチキャストするステップを含み、前記要求は、複数のプロバイダへ、それによりアドレスされるように中継されることが好ましい。
【０１２６】
情報を供給するステップは、各要求に対して、前記要求に対する肯定回答を与えられたプロバイダに関する情報をそれぞれのリクエスタへ供給するステップを含むことが好ましい。
【０１２７】
更に別のもう１つの形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法を提供する。前記リクエスタのそれぞれは、要求を作成すると共に、それに対する回答にアドレスするための少なくとも１つのコミュニケータを有し、また前記プロバイダのそれぞれは、要求にアドレスするための少なくとも１つのコミュニケータを有する。前記方法は、リクエスタからの要求を受信するステップと、各要求に対し、前記要求が、選択されたプロバイダへ、それによりアドレスされるように中継されるようにするステップと、それぞれの要求に基づいて、人的意志決定者としての、それぞれのプロバイダによって作成されたプロバイダからの回答を受信するステップとを備える。
【０１２８】
更に異なる別の形態において、本発明は、リクエスタとしてのユーザのプロバイダに対する要求を、前記要求の処理時にマッチングする方法を提供する。この方法は、リクエスタからの要求を有する信号を受信するステップと、各要求に対し、前記要求を受信されたように有する信号を、選択されたプロバイダへ送信するステップと、それぞれの要求に基づいてそれぞれのプロバイダによって作成された、選択されたプロバイダからの回答を有する信号を受信するステップと、肯定回答はプロバイダが要求を受けることができることを示すものとして、各要求に対して、それぞれの要求に対する肯定回答を与えられた任意のプロバイダ向けの、それぞれのリクエスタに関する情報を有する信号と、それぞれのリクエスタ向けの、選択されたプロバイダからのそれぞれの要求に対する回答に関する情報を有する信号の一方または双方を送信するステップと備える。
【０１２９】
レスポンサ（Responsa:商標）マッチングシステムとして知られる本発明は、自動化されたマッチングシステムを提供する。このシステムは、音声要求、特にフリーフォーマット要求が、要求を受信し且つその要求を受け入れ可能であると確認しているプロバイダと突き合わせ（マッチング）されることを特に可能にするものである。
【０１３０】
好ましい実施形態では、このマッチングは、リクエスタに関連した位置、典型的にはリクエスタのコミュニケータの位置と、選択された分類におけるプロバイダの割り当てられた位置と、選択された分類とに基づいて達成される。他の実施形態では、リクエスタおよびプロバイダの一方または双方の現在時刻および特徴が、プロバイダの選択に利用できる。
【０１３１】
本発明によって、受信された要求は、選択されたプロバイダに中継され、音声要求用に再生される。どのプロバイダもその要求を満たすことができない場合、そのプロバイダは、典型的には「拒否」回答や、「拒否」回答に対応したキー打ちをすることによって、その要求を単に断らなくてはならないか、またはコミュニケータを単に切らなくてはならない。要求が中継されると、リクエスタおよびプロバイダによる全ての通信は、一方向通信となる。かくして、そのリクエスタと１つのプロバイダとの間には、必要とされる直接的会話は存在しない。両パーティは、そのプロバイダが要求を満たすことができないときは、丁寧な論議を確立しなければならない時間浪費型のタスクを回避する。直接的会話は、そのリクエスタと、その要求を満たすことができる１つのプロバイダとの間でのみ可能になる。
【０１３２】
本発明は、自動化されたマッチングを可能にし、さらには個人にフリーフォーマット様式の人的通信を許容する。本発明の好ましい実施形態は、フリーフォーマット要求を利用するときに、要求を望み通りに形作る自由度をリクエスタに与える。その要求の言語と形態は、例えばリクエスタに所定のキーワードの利用を要求することによって制約されるようなことはない。
【０１３３】
加えて本発明は、要求を受信することを望み、しかもその要求を処理する位置にあるプロバイダ、例えば営業中であって、しかも特異な地理的区域内にあるプロバイダに、特別な分類によって規定されるように、要求を中継するだけである。
【０１３４】
本発明では、要求を受信し、且つその要求を理知的に解釈するものは、コンピュータとは異なり、人的意志決定者である。このことにより、所定のキーワードを使用して、例えばドロップダウン式メニューを使用することによって、要求が規定されることを必要とするマッチングシステムに関連した問題が回避される。
【０１３５】
更に、本発明は、組織のメンバーによって使用されるために組織によって操作されるような個人的環境と、社会のメンバーによる使用を可能にする社会的環境の双方での応用を見出す。
【０１３６】
ある実施形態では、本発明は、リクエスタか選択されたプロバイダのいずれかの利益となるように、突き合わせを偏らせるものとして構成され得る。このことは、あるニッチな応用、特に個人的環境で適切になるものと予測される。
【０１３７】
以下、本発明の好ましい実施形態は、添付の図面を参照して例としてのみ説明される。
【０１３８】
このマッチングシステムは、マッチングシステムへのインバウンド電話呼出と、そこからのアウトバウンド電話呼出とを管理するための少なくとも１つの電話管理（ＴＭ）システム１、この実施形態では第１及び第２のＴＭシステム１ａ，１ｂを備える。このマッチングシステムは、もう１つの実施形態では、単一のＴＭシステム１を有し、また異なる実施形態では、数１０から数１００の、任意の数のＴＭシステム１を有する。
【０１３９】
ＴＭシステム１ａ，１ｂは、この実施形態では、同じ場所に配置されるが、他の実施形態では、離れて配置される。そのような１つの実施形態において、ＴＭシステム１ａ，１ｂは、１つの地理的領域内で離れた位置に配置される。一例として、英国内では、一方のＴＭシステム１ａは１つのセンター、例えばロンドンに配置されて、英国の南半分にサービスし、他方のＴＭシステム１ｂはもう１つのセンター、例えばグラスゴーに配置されて、英国の北半分にサービスする。多数のＴＭシステム１を含んだ他の実施形態では、ＴＭシステム１は、主要なセンター、例えば１つの地理的領域全体の市や町に配置される。
【０１４０】
このマッチングシステムは更に、ＴＭシステム１ａ，１ｂへの、およびその間に、通信リンクを与える第１の通信ネットワーク３を備える。
【０１４１】
ＴＭシステム１ａ，１ｂが同じ場所に配置されるこの実施形態では、通信ネットワーク３は、イーサネット(Ethernet)のようなローカルエリアネットワーク（ＬＡＮ）を備える。
【０１４２】
ＴＭシステム１ａ，１ｂが離れて配置される他の実施形態では、通信ネットワーク３は、電話網、好ましくは総合デジタル通信サービス網（ＩＳＤＮ）を備える。
【０１４３】
ＴＭシステム１ａ，１ｂはそれぞれ、インバウンド電話回線７、好ましくはＩＳＤＮ回線上のリクエスタからのインバウンド電話呼出を管理するためのインバウンド電話管理（ＩＴＭ）ユニット５を備える。この実施形態では、多重加入者番号付け（ＭＳＮ）が使用されているので、それぞれが同じ分類を必要とする複数のリクエスタは、同時に支持され得る。
【０１４４】
ＩＴＭユニット５は、インバウンド電話呼出をモニタするためにインバウンド電話回線７に接続され、音声およびキートーンを支持するインバウンド対話式音声応答（ＩＩＶＲ）モジュール１１と、以下で更に詳細に説明するように、インバウンド電話呼出のそれぞれにおける要求、この実施形態では音声要求、に対応した要求ドキュメントを生成するため、およびそれをプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃに送信するためのインバウンド電話応用管理（ＩＴＡＭ）モジュール１３と、各分類について分類特徴を記憶するためのものであって、ＩＴＡＭモジュール１３に接続された第１の分類特徴（ＣＣ）データベース１５と、リクエスタに関した情報を記憶するためのものであって、ＩＴＡＭモジュール１３に接続されたリクエスタ情報（ＲＩ）データベース１７とを備える。
【０１４５】
この構成によって、ＣＣデータベース１５とＲＩデータベース１７は、ＩＩＶＲモジュール１１に対しアクセス可能とはならず、これによりＲＩデータベース１７が第３者からアクセスされることを防止する。この実施形態では、ＩＴＭユニット５は、ＩＩＶＲモジュール１１とＩＴＡＭモジュール１３との間に侵入検出器を有する。これは、典型的には異常なパケットの識別によって、第３者の侵入をモニタし、ＩＴＡＭモジュール１３の安全性を保つためのものである。
【０１４６】
この実施形態において、ＩＩＶＲモジュール１１とＩＴＡＭモジュール１３との間の通信は、ＶｏｉｃｅＸＭＬ通信プロトコルによる。
【０１４７】
この実施形態において、ＩＴＡＭモジュール１３によって生成された要求ドキュメントは、この実施形態では被呼側番号、即ちリクエスタによって呼び出された電話番号であって、要求が突き合わされる分類を識別する分類識別子と、この実施形態ではリクエスタの電話の発呼側回線識別（ＣＬＩ）、即ちシステムや肯定回答するプロバイダが要求に応えて連絡するための電話番号であって、リクエスタを識別するリクエスタ識別子と、プロバイダに中継される要求に対応した要求ファイル、この実施形態ではプロバイダに対して再生される音声要求に対応した音声ファイルとを少なくとも含んでいる。代替実施形態では、リクエスタ識別子は電話番号であり、これは、リクエスタの電話のＣＬＩか、例えば要求作成時にリクエスタによって与えられる認証コードを含む情報のいずれかから求められたものである。
【０１４８】
代替実施形態では、以下で更に詳細に説明されるように、ＩＴＡＭモジュール１３によって生成された要求ドキュメントは、要求に対する要求ファイルを省略できる。これは、その後要求が中継されることを可能にするようにアクセス可能なファイルストア１９にファイルが記憶されている場合である。
【０１４９】
この実施形態では、ＩＴＡＭモジュール１３によって生成された要求ドキュメントは、プロバイダ識別ユニット３３ａ，３３ｂ，３３ｃがリクエスタの位置をリクエスタ識別子から決定できない場合に、サーチセンターの位置を識別する位置識別子を含んでいる。リクエスタ識別子がリクエスタの位置を決定可能にしない場合の典型的な例は、そのリクエスタがディレクトリに載っていないか、さもなければリクエスタが発呼側番号用のアドレスを与えられていないか、あるいは発呼側電話が移動電話である結果であり、あるいはリクエスタがサーチセンターに対して代替位置を求めている場合である。この実施形態では、位置識別子は、発呼側電話の番号以外の電話番号であり、これはサーチセンターの位置を表すために、リクエスタによって与えられるものである。
【０１５０】
この実施形態では、ＣＣデータベース１５は、構造化問合せ言語（ＳＱＬ）データベースである。
【０１５１】
この実施形態では、ＩＴＭユニット５の構成要素、即ちＩＩＶＲモジュール１１と、ＩＴＡＭモジュール１３と、ＣＣデータベース１５と、ＲＩデータベース１７は、同じ位置に配置される。
【０１５２】
他の実施形態では、ＩＩＶＲモジュール１１とＩＴＡＭモジュール１３は同じ位置に配置され、そしてＣＣデータベース１５とＲＩデータベース１７の一方または双方は離れて配置される。この実施形態では、ＩＴＡＭモジュール１３とＣＣデータベース１５とＲＩデータベース１７との間の通信ネットワークは、仮想専用ネットワーク（ＶＰＮ）である。
【０１５３】
異なる実施形態では、ＩＩＶＲモジュール１１とＩＴＡＭモジュール１３の一方または双方は離れて配置され、そしてＣＣデータベース１５とＲＩデータベース１７は同じ位置に配置される。
【０１５４】
更に異なる実施形態では、ＩＴＭユニット５の構成要素、即ちＩＩＶＲモジュール１１と、ＩＴＡＭモジュール１３と、ＣＣデータベース１５と、ＲＩデータベース１７は、離れて配置される。
【０１５５】
ＴＭシステム１ａ，１ｂはそれぞれ、支持された分類に対する分類の挨拶及びプロンプトを記憶するためのファイルストア１９を更に備える。上述したように、１つの実施形態では、ファイルストア１９は、リクエスタからの要求のそれぞれについて要求ファイルを記憶する。この要求ファイルの記憶は、要求ファイルが検索されることを可能にする。かくして、要求ドキュメントは、要求ファイルを含んでいる必要がない。このように要求ドキュメントのサイズが小さいと、同じシステム容量に対して、有意に高いトラフィック（呼量）の流れが可能になる。
【０１５６】
以下、ＴＭシステム１ａ，１ｂのＩＴＭユニット５の動作が説明される。
【０１５７】
ＩＴＭユニット５はそれぞれ、それぞれのインバウンド電話回線７上でリクエスタ・コミュニケータ２０、この実施形態では電話からのインバウンド電話呼出を受信する。この場合、特別なＩＴＭユニット５は、被呼側番号、即ちリクエスタによって呼び出された番号により指示された電話呼出を受信する。
【０１５８】
マッチングシステムが取引分類マッチングシステムとして動作するものとして構成されたこの実施形態では、１つのリクエスタは、異なる種類の物およびサービスのプロバイダに対応する複数の分類エントリから選択することができる。各分類エントリは、リクエスタがダイヤル操作してその分類用のマッチングシステムにアクセスしなければならない関連した電話番号を有する。これは、この実施形態では、分類識別子である。この識別子は、以下で更に詳細に説明されるように、それによりマッチング動作が行われるサーチ基準、マッチング基準および終了基準を決定する。１つの実施形態では、各分類エントリは、サービスや物の一方または双方の要約を含むことができる。これは、その特別な要求に対して正しい分類が選択されていることを、リクエスタが決定できるようにするためである。
【０１５９】
各インバウンド呼出について、ＩＩＶＲモジュール１１は、被呼側番号と、発呼側番号、即ち発呼側コミュニケータであるリクエスタ・コミュニケータ２０の発呼側回線識別（ＣＬＩ）とを、ＩＴＡＭモジュール１３へ送信する。この実施形態では、リクエスタ・コミュニケータ２０は、固定電話、移動電話、複合型固定／移動電話、またはＰＤＡである。
【０１６０】
ＩＴＡＭモジュール１３は、被呼側番号をＣＣデータベース１５内で探索し、そして分類挨拶ファイル識別子を検索して、リクエスタに対して再生される「分類」挨拶を求める。
【０１６１】
被呼側番号が分類に関連していない場合、例えば被呼側番号が以前は分類に関連して使用されたが、現在は使用されていない場合、ＩＴＡＭモジュール１３は、ＩＩＶＲモジュール１１に指示して、「割り当てられていない分類」スクリプトを実行させる。このスクリプトは、「割り当てられていない分類」挨拶を再生し、そして呼出接続を閉じる。
【０１６２】
ＣＬＩが禁じられているために、発呼側コミュニケータ２０がＣＬＩを持たない場合、ＩＴＡＭモジュール１３は、ＩＩＶＲモジュール１１に指示して、「番号不使用」スクリプトを実行させる。このスクリプトは、「番号不使用」挨拶を再生する。この挨拶は、リクエスタに指示して、発呼側電話のＣＬＩを可能とするか、認証されたリクエスタとしてレジスターに関連した認証コードを与える。
【０１６３】
この実施形態では、システムは、インバウンド呼出がＣＬＩを有しているときにのみ、リクエスタが要求を扱うことを可能にするものとして構成されている。ＣＬＩ可能なコミュニケータ２０の使用を必要とすることによって、第３者に回答を仕向けてしまうリクエスタによるシステムの誤用が防止される。
【０１６４】
発呼側コミュニケータ２０がＣＬＩを有している場合、ＩＴＡＭモジュール１３は、発呼側コミュニケータ２０のＣＬＩをＲＩデータベース１７中で探索して、リクエスタ情報の確認、例えば位置情報がＣＬＩ用に利用可能であることの確認をし、そして例えばリクエスタに対するリクエスタ詳細がプロバイダへ与えられるか、使用されないかについてデフォルトのリクエスタ・プリファランスを得る。
【０１６５】
発呼側コミュニケータ２０のＣＬＩが固定コミュニケータのそれであり、またＲＩデータベース１７が発呼側電話のＣＬＩに対する位置情報を含んでいる場合、ＩＴＡＭモジュール１３は、ＩＩＲＶモジュール１１に指示して、「固定リクエスタ」スクリプトを実行させる。
【０１６６】
発呼側コミュニケータ２０のＣＬＩが移動コミュニケータのそれであり、またＲＩデータベース１７が発呼側コミュニケータ２０のＣＬＩに対するデフォルトの位置情報を含んでいない場合、ＩＴＡＭモジュール１３は、発呼側コミュニケータ２０の位置をネットワーク情報から決定し、そしてＩＩＲＶモジュール１１に指示して、「移動リクエスタ」スクリプトを実行させる。この実施形態では、発呼側コミュニケータ２０に対するセルＩＤは、リクエスタの位置を決定することに利用される。このセルＩＤは、発呼側コミュニケータ２０が配置されている地理的区域であるセルを表すものである。この場合、ＩＴＡＭモジュール１３は、ＲＩデータベース１７内でセルＩＤ探索して、発呼側コミュニケータ２０の位置を得る。他の実施形態では、リクエスタの発呼側コミュニケータ２０は、三角測量法、無線位置把握法またはＧＰＳのような衛星位置把握法によって決定される。
【０１６７】
ＣＬＩはあるが、例えばリクエスタがディレクトリに載っていないので、そのＣＬＩから位置が決定できない場合、即ちリクエスタが、サービスプロバイダに、リクエスタ・コミュニケータ２０の番号に対応する位置情報を開示しないことを望み、しかも位置情報が別の方法ではリクエスタによって提供されない場合、ＩＴＡＭモジュール１３は、被呼側番号に対応した分類に対するサーチベクターをＣＣデータベース１５内で探索し、位置に関係しないリクエスタを扱うためのベクターがあるか否かを決定する。位置に関係しないリクエスタを扱うためのベクターがある場合、ＩＴＡＭモジュール１３は、そのベクターを利用する。位置に関係しないリクエスタを扱うためのベクターがない場合、ＩＴＡＭモジュール１３は、ＩＩＲＶモジュール１１に指示して、「必要とされる位置」スクリプトを実行させる。このスクリプトは、「必要とされる位置」挨拶を再生し、位置情報、典型的には既知のＣＬＩ可能な電話の番号をリクエスタに助言する。そのために位置情報がＣＣデータベース１５内に保持され、サーチセンターとして動作する。
【０１６８】
ＣＬＩはあるが、発呼側番号がスイッチボード（有人または自動）のものである場合、ＩＴＡＭモジュール１３は、ＩＩＲＶモジュール１１に指示して、適切な「スイッチボード・リクエスタ」スクリプトを実行させる。
【０１６９】
「固定リクエスタ」スクリプトおよび「移動リクエスタ」スクリプトの下で、ＩＩＲＶモジュール１１は、検索された分類挨拶識別子に対応した「分類タイトル」挨拶を再生し、それからリクエスタからの要求を促進する「要求プロンプト」挨拶を再生する。例えば、被呼側番号が分類「玩具店」に対応する場合、この実施形態では、分類挨拶が「玩具店用のレスポンサ(ResponsaTM)分類にようこそ」になり、そして「要求プロンプト」挨拶は「トーンの後にあなたの要求を残し、終わったら切って下さい」になる。
【０１７０】
「スイッチボード・リクエスタ」スクリプトの下で、ＩＩＲＶモジュール１１は、検索された分類挨拶識別子に対応した「分類タイトル」挨拶と、典型的にはその番号のキー打ちまたは音声回答によって内線番号を与えることをリクエスタに促す「内線識別」挨拶と、リクエスタからの要求を促す「要求プロンプト」挨拶と、を順番に再生する。この実施形態では、「要求プロンプト」挨拶は、発呼側コミュニケータ２０での所定のキーストロークに後続してのみ再生される。このキーストロークは、発呼側コミュニケータ２０の内線番号の供給を確認するものである。例えば、被呼側番号が分類「玩具店」に対応している場合、この実施形態では、「分類タイトル」挨拶が「玩具店用のレスポンサ(ResponsaTM)分類にようこそ」になり、また「内線識別」挨拶が「トーンの後にあなたの内線番号を残し、その後Ｘキーを押して下さい」になり、そして、必要なキーストロークに続いて、「要求プロンプト」挨拶が「トーンの後にあなたの要求を残し、終わったら切って下さい」になる。
【０１７１】
リクエスタが代替プリファランスを設定して、例えばプロバイダからの連絡詳細を抑えることを望む場合であって、デフォルトが詳細をプロバイダへ与えることであり、代替サーチセンター位置または代替サーチパラメータを与える場合、ＩＩＶＲモジュール１１は、これらプリファランスを設定するキーストロークの入力を可能にする。
【０１７２】
この実施形態では、ＩＩＶＲモジュール１１は、要求の記録を可能にするものとして構成される。これは、例えばリクエスタが要求を記録するときに間違いをした場合、所定のキーストロークのキー入力によって行われる。
【０１７３】
この実施形態ではまた、ＩＩＶＲモジュール１１は、マッチング動作を開始する前に要求が見直されること、ここでは、再生されることを可能にするものとして構成される。
【０１７４】
この実施形態では、「要求プロンプト」挨拶に続いて所定の期間が経過した後に、またはこのイベントがＩＩＶＲモジュール１１によって識別可能な場合にリクエスタが電話を切ったときに、呼出接続は閉じられる。
【０１７５】
この実施形態では、ＩＴＡＭモジュール１３は、割り当てられたファイル名で各要求をファイルストア１９内に記憶する。
【０１７６】
ＴＭシステム１ａ，１ｂはそれぞれ、プロバイダ・コミュニケータ２４上のプロバイダおよびリクエスタ・コミュニケータ２０上のリクエスタに向かうアウトバウンド呼出を、アウトバウンド回線２３、好ましくはＩＳＤＮ回線上で管理するためのアウトバウンド電話管理（ＯＴＭ）ユニット２１を更に備える。
【０１７７】
ＯＴＭユニット２１は、プロバイダおよびリクエスタへのアウトバウンド呼出を果たすためにアウトバウンド回線２３に接続されたアウトバウンド対話式音声応答（ＯＩＶＲ）モジュール２５と、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃから受信された呼出ドキュメントに従ってＯＩＶＲモジュール２５への呼出をスケジュールおよび指示するためのアウトバウンド電話応用管理（ＯＴＡＭ）モジュール２７とを備える。この実施形態では、呼出ドキュメントは、優先度フラグに従ってスケジュールされる。この場合、例えばリクエスタに対するステータスレポートは、プロバイダに対する要求よりも低い優先度を有する。
【０１７８】
動作において、プロバイダへのアウトバウンド呼出がなされる場合、ＯＩＶＲモジュール２５は、呼出ドキュメント中で識別されたプロバイダ・コミュニケータ２４の番号をダイヤルする。
【０１７９】
ＯＩＶＲモジュール２５によってなされたプロバイダ・コミュニケータ２４への呼出に応答があった場合、ＯＩＶＲモジュール２５は、「要求プレイバック」スクリプトを実行する。これは、先ず「ＶＲＳ歓迎」挨拶、例えば「美容院用のＶＲＳ」を再生する。これには、第１の短いトーンが後続する。さらに後続してプロバイダへの要求を再生する。これには、第２の短いトーンが後続する。この実施形態では、要求は、スピーチ認識によるような問い合わせなしに（このようなものは必要でないので）、中継、ここでは再生される。分類は、被呼側番号によって指示されている。より精密または精巧なマッチングシステムが必要とされる代替実施形態では、要求は問い合わされる。
【０１８０】
要求を聞いたときに、プロバイダには以下の回答オプションがある。各オプションは、関連したキーストロークを有する。
【０１８１】
「受け入れ」は、要求が満たされることの確認である。例えば、要求が「理髪できますか？」である場合、即ち、リクエスタが単に地方の美容院の詳細を得ることを試みているだけであって、しかも要求が適切である場合、プロバイダは、「受け入れ」回答をする。
【０１８２】
「多分」は、要求は多分満たされるが、プロバイダは確認しなければならないことを示す。要求が複雑な場合、例えば「次の水曜日１５３０時の理髪を予定できますか？」である場合、プロバイダは次の水曜日の午後はフルに予約されていないことを思い出すことはあるが、正確な時間に空きがあるのかをチェックする必要がある。このような場合に、プロバイダは「多分」回答をする。
【０１８３】
「拒否」は、要求が満たされないことの確認である。この実施形態では、電話を切ることが、回答オプション「拒否」と等価になる。
【０１８４】
「不適切」は、要求が、分類に対して不適切であるか、理解不能のいずれかであることを示す。
【０１８５】
「不正」は、要求が不正であると考えられることを示す。
【０１８６】
この実施形態では、プロバイダの回答はログされ、例えば分類マネージャが、プロバイダおよび一部リクエスタの振る舞いをモニタできるようにする。この振る舞いは、とりわけプロバイダおよびリクエスタを目標とした案内の提供を可能にする。また、振る舞いが受け入れられない場合には、プロバイダまたはリクエスタを禁止することさえ可能にする。
【０１８７】
例えば、「不適切」回答は、そのように回答するプロバイダと、その要求を作成したリクエスタの双方に対してログされる。これは、繰り返された「不適切」回答が、分類の目的について混乱したリクエスタまたはプロバイダのいずれかによってなされるからである。
【０１８８】
また、「不正」回答は、そのように回答するプロバイダと、その要求を作成したリクエスタの双方に対してログされる。この実施形態では、マッチング動作を終了させることに加えて、確認された「不正」回答によって確立される繰り返された「不正」回答によって、それぞれのリクエスタが分類やマッチングシステム全体さえもその使用を禁止される結果となる。この実施形態では、プロバイダによる繰り返された、典型的には１つの分類についての平均よりも有意に上の「不正」回答は、調査されることになる。
【０１８９】
プロバイダが肯定回答、即ちこの実施形態では回答オプション「受け入れ」または「多分」の１つを与えるときに、ＯＩＶＲモジュール２５は、「肯定応答」スクリプトを実行する。このスクリプトは、「回答が応答された」挨拶を再生する。これには、短いトーンが後続する。前記スクリプトはまた、呼出ドキュメントを更新して肯定回答識別子を含めると共に、更新された呼出ドキュメントを発信元のプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃへ送信する。
【０１９０】
リクエスタの連絡詳細が控えられている場合、「肯定応答」スクリプトはまた、「連絡詳細が控えられた」挨拶を再生する。
【０１９１】
連絡詳細が控えられていない場合、「肯定応答」スクリプトはまた、リクエスタに対する連絡詳細を与える。これには、短いトーンが後続する。１つの実施形態では、プロバイダはリクエスタの詳細を記録して、その後リクエスタを呼出すことができる。もう１つの実施形態では、プロバイダは、所定のキーストロークによって、リクエスタに直接連絡することができる。リクエスタが回線上のプロセスに従っている場合、リクエスタは、プロバイダが依然として回線上にいる場合、プロバイダに直接接続することが可能である。
【０１９２】
発呼側コミュニケータ２０が有人のスイッチボードから外れた内線からである場合、「肯定応答」スクリプトはまた、スイッチボード電話番号とリクエスタの内線を与えて、プロバイダがスイッチボードをナビゲートできるようにする。
【０１９３】
発呼側コミュニケータ２０が無人のスイッチボードから外れた内線からである場合、「肯定応答」スクリプトはまた、「トーンが聞こえるまで回線上でお待ち下さい」挨拶を再生する。このトーンに先行する期間に、プロバイダの詳細はリクエスタに与えられ、そしてリクエスタは、依然として回線上にいるプロバイダと直接接続する機会を与えられる。中間的接続が必要とされる場合、リクエスタは、プロバイダに接続して、会話を確立する。中間的接続が確立されない場合、リクエスタは、後でプロバイダに連絡することができる。
【０１９４】
この実施形態では、「肯定応答」スクリプトが所定のキーストロークによって再実行されるようにシステム構成されている。
【０１９５】
この実施形態では、肯定回答は、回答オプション「受け入れ」または「多分」の何れかである。他の実施形態において、そして特にある種の分類に対しては、マッチングシステムは、「受け入れ」回答だけを肯定回答として探すものとして構成できる。このような実施形態では、「要求プレイバック」スクリプトはまた、「拒否または受け入れだけです」挨拶を再生する。この場合、全ての「多分」および「拒否」回答は、否定回答とされる。
【０１９６】
ＯＩＶＲモジュール２５によってなされたプロバイダへの呼出に対して応答がない場合、ＯＩＶＲモジュール２５は、以下の状態、即ちプロバイダ・コミュニケータ２４に対し保持された番号を得ることができない場合の「番号獲得できず」と、プロバイダに対し保持された番号が話し中である場合の「話し中」と、プロバイダに対し保持された番号の電話が鳴っているが、回答がない場合の「呼び出し中」の１つを、呼出状態識別子として呼出ドキュメントに割り当て、その呼出ドキュメントを更新して関連する呼出状態識別子を含め、そして更新された呼出ドキュメントを発信元のプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃへ送信する。
【０１９７】
ＴＭシステム１ａ，１ｂはそれぞれ、第１の主通信ネットワーク３への通信リンクを与え、並びにＩＴＭユニット５（この実施形態ではＩＩＶＲモジュール１１とＩＴＡＭモジュール１３の双方別々）と、ファイルストア１９と、ＯＴＭユニット２１（この実施形態ではＯＩＶＲモジュール２５とＯＴＡＭモジュール２７の双方別々）との間に通信リンクを与える電話管理（ＴＭ）通信ネットワーク２９を更に備える。１つの実施形態では、ＩＴＭユニット５、ファイルストア１９およびＯＴＭユニット２１との通信、並びにＩＩＶＲモジュール１１とＩＴＡＭモジュール１３間の通信は符号化されている。典型的には、暗号化された通信または認証された通信のいずれか、例えば符号付き通信である。
【０１９８】
ＩＴＭユニット５、ファイルストア１９およびＯＴＭユニット２１が同じ位置に配置されているこの実施形態では、ＴＭ通信ネットワーク２９はローカルエリアネットワーク（ＬＡＮ）、例えばイーサネットである。
【０１９９】
ＩＴＭユニット５、ファイルストア１９およびＯＴＭユニット２１が離れて配置されている他の実施形態では、ＴＭ通信ネットワーク２９は、確立された電話網、好ましくはＩＳＤＮ網である。
【０２００】
このマッチングシステムは更に、要求のマッチングおよびプロバイダとの連絡のスケジューリング時に連絡されるプロバイダをＴＭシステム１ａ，１ｂのＯＴＭユニット２１により選択するための、少なくとも１つのプロバイダ選択ユニット３３、この実施形態では３つのプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃを備える。ここで認められるべき点は、このマッチングシステムが、如何なる数のプロバイダ選択ユニット３３でも含むことができるということである。この実施形態は、例示のために、単純に３つのプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃを含んでいる。
【０２０１】
この実施形態では、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは同じ位置に配置されているが、他の実施形態では、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃのいくつかまたは全ては離れて配置される。
【０２０２】
この実施形態では、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃはそれぞれ、アドレス可能な分類の全てを支持するものとして構成されているが、他の実施形態では、特に数１０または数１００という多くのプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃがある場合、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは、アドレス可能な分類の中の１分類またはサブセットだけを支持するものとして構成され得る。
【０２０３】
このマッチングシステムは更に、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃへの、およびそれらの間に、通信リンクを与える第２の主通信ネットワーク３４を備える。
【０２０４】
プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃが同じ位置に配置されているこの実施形態では、第２の主通信ネットワーク３４はローカルエリアネットワーク（ＬＡＮ）、例えばイーサネットである。
【０２０５】
プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃが離れて配置されている他の実施形態では、第２の主通信ネットワーク３４は電話網、好ましくは総合デジタル通信サービス網（ＩＳＤＮ）である。
【０２０６】
このマッチングシステムは更に、要求ドキュメントおよび呼出ドキュメントを、ＴＭシステム１ａ，１ｂとプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃのそれぞれの間で、経路指定（ルーティング）するためのルータ３５を備える。
【０２０７】
プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃはそれぞれ、それぞれのプロバイダ選択ユニット３３ａ，３３ｂ，３３ｃによって支持された分類のそれぞれにおけるプロバイダのそれぞれに関するプロバイダ特徴等の情報や、各分類に対するプロバイダリスト・ビルディングパラメータ、各分類に対する一致基準、および各分類に対する終了基準を収容した分類情報（ＣＩ）データベース３７と、リクエスタのそれぞれに関するリクエスタ特徴等の情報を収容した第２の要求情報（ＲＩ）データベース３９と、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃのそれぞれへの、およびそれからのドキュメントをスケジューリングするためのドキュメント・スケジューラ４１と、各要求に対して、その要求が仕向けられる分類について、ＣＩデータベース３７に収容されたプロバイダから、プロバイダのソートされたプロバイダリストを構築するプロバイダリスト・ビルディングユニット４３とを有する。
【０２０８】
ＣＩデータベース３７は、各分類におけるプロバイダのそれぞれに関する情報を収容しており、各プロバイダはプロバイダ識別子によって参照される。各プロバイダに対して保持された情報は、プロバイダの名前、プロバイダのアドレス、プロバイダに対する連絡番号、プロバイダ特徴、およびシステム履歴情報、例えば配送される要求の数、肯定回答の数（この実施形態では「受け入れ」または「多分」回答の１つとして、また他の実施形態では「受け入れ」回答として）、否定回答の数（この実施形態では「拒否」回答として、また他の実施形態では「拒否」または「多分」回答の１つとして）、「不適切」回答の数、および「不正」回答の数を含んでいる。この実施形態におけるＣＩデータベース３７は、空間的集合データベース、即ち空間的操作を可能とするデータベースである。
【０２０９】
プロバイダリスト・ビルディングユニット４３は、プロバイダ選択モジュール４４を有する。このモジュールは、要求がアドレスされる分類に対する所定の作表（リスティング）機構に従って、またこの作表機構が位置をベースとしたベクターを利用する場合には、サーチセンターに基づいて、１以上の候補プロバイダリストを生成するものとして構成されている。このサーチセンターは、通常はリクエスタの位置であるが、リクエスタによって特定された代替位置でもありうる。あるいは、サーチが再中心化される場合には、要求に対して肯定回答した最初のプロバイダの位置である。以下で更に詳細に説明されるように、複数の候補プロバイダリストの生成は、プロバイダの集合、例えば地方および全国的なプロバイダの集合を規定する。
【０２１０】
この実施形態では、プロバイダ選択モジュール４４は、以下の作表機構を使用して、１以上の候補プロバイダリストを生成する。
【０２１１】
［作表機構Ａ−最近接］
この作表機構は、空間的に関係したパラメータ、典型的には直接（２点間）距離、移動距離または移動時間に関して、サーチセンターに最近接の候補プロバイダの候補プロバイダリストを生成する。１つの実施形態では、候補プロバイダリストを、数によって切り捨てること、即ちサーチセンターに最近接の所定数の候補プロバイダを含むようにすることができる。もう１つの実施形態では、候補プロバイダリストを、空間的に関係したパラメータに対する上限によって切り捨てること、即ち所定サイズの空間区域内のプロバイダ全てを含むようにすることができる。
【０２１２】
［作表機構Ｂ−最近接集団］
この作表機構は、要求がアドレスされる分類に対する集団特徴を満たすプロバイダの最近接の組を最近接集団として表す候補プロバイダの候補プロバイダリストを生成する。この実施形態では、集団特徴は、最近接集団を、所定サイズの空間区域、典型的には直接（２点間）距離、移動距離または移動時間内に、少なくとも所定数のプロバイダを備えるプロバイダの最近接の組として規定する。
【０２１３】
［作表機構Ｃ−最大濃度集団］
この作表機構は、要求がアドレスされる分類に対する濃度特徴を満たすプロバイダの組を、集団ではあるが、最近接集団である必要はないものとして表す候補プロバイダの候補プロバイダリストを生成する。この実施形態では、濃度特徴は、集団を、第１の所定サイズの第１空間区域、典型的には直接（２点間）距離、移動距離または移動時間内に、最高数のプロバイダを備えるプロバイダの組として規定する。第１空間区域は、それより大きなサイズの第２の所定サイズを有して、サーチセンターに中心化された第２空間区域以内にある。この作表機構は、大きな町や市を地理的区域内に配置することに効果的であって、プロバイダが、より広く分散されそうな主密度から外れることを回避する。この理由のために、この作表機構が一連のサーチの一部として共通に使用されることが期待される。
【０２１４】
［作表機構Ｄ−セグメント］
この作表機構は、所定のセグメント角と半径を有する円のセグメント内から、候補プロバイダの候補プロバイダリストを生成する。この半径は、典型的にはサーチセンターへの直接（２点間）距離、移動距離または移動時間である第１の所定サイズか、小さい半径のセグメントが所定数の候補プロバイダを包含する第２の小さい距離の何れかである。この実施形態における候補プロバイダリストは、空間的に関連したパラメータ、典型的にはサーチセンターからの直接（２点間）距離、移動距離または移動時間に関して、最近接のものがリスト内に最初に掲載されるように、順序付けられている。成功しなかったマッチング動作の結果として再度引き合いに出される場合、時計回りまたは反時計回りいずれかの方向に後続するセグメントが利用される。この作表機構は、変化するが高濃度のプロバイダが関心のある領域に存在する場合に使用するために開発されている。この場合、リクエスタは、プロバイダを、サーチセンターから延びた一般的な移動方向内で鋭く識別する。この実施形態では、円のセグメントはランダムに選択される。
【０２１５】
［作表機構Ｅ−全部］
この作表機構は、サーチセンターを中心とした所定サイズの空間的区域について、空間的に関連したパラメータ、典型的には直接（２点間）距離、移動距離または移動時間に関して、プロバイダの全部の候補プロバイダリストを生成する。
【０２１６】
［作表機構Ｆ−しきい値］
この作表機構は、要求がアドレスされる分類に対するしきい値特徴を満足するプロバイダの候補プロバイダリストを生成する。この実施形態では、しきい値特徴は、所定の、例えば少なくとも１つのしきい値より大きいか小さいしきい値基準を満足するプロバイダを規定する。しきい値基準の例には、ターンオーバー、従業員の数、品質各付け、および配送の速度が含まれる。
【０２１７】
プロバイダリスト・ビルディングユニット４３はさらに、要求がアドレスされる分類に対する所定の整列機構に従って、プロバイダ選択モジュール４４により生成された候補プロバイダリスト中の候補プロバイダを整列（ソーティング）することによってプロバイダ連絡リストを生成するためのプロバイダ整列モジュール４５を有する。１つの実施形態では、生成されたプロバイダ連絡リストは、切り捨てられる。
【０２１８】
この実施形態におけるプロバイダ整列モジュール４５は、以下の整列機構を使用する。
【０２１９】
［整列機構Ａ−なし］
この整列機構は、候補プロバイダリストを整列しない。プロバイダ連絡リストは、プロバイダ選択モジュール４４によって生成された候補プロバイダリストの順番を有する。
【０２２０】
［整列機構Ｂ−ランダム］
この整列機構は、プロバイダ選択モジュール４４によって生成された候補プロバイダリストをランダム化することによって、プロバイダ連絡リストを生成する。
【０２２１】
［整列機構Ｃ−順番］
この整列機構は、プロバイダが具体的な比に従って順番に連絡されることを確実にするように、プロバイダとの最後の連絡に従って、プロバイダ選択モジュール４４により生成された候補プロバイダリストを整列することによってプロバイダ連絡リストを生成する。この場合、最後に連絡されたプロバイダはリストの底にある。この実施形態では、ログは、プロバイダとの以前の連絡に関して維持される。
【０２２２】
［整列機構Ｄ−最近接］
この整列機構は、プロバイダ選択モジュール４４によって生成された候補プロバイダリストを、空間的に関連したパラメータ、典型的にはサーチセンタへの直接（２点間）距離、移動距離または移動時間候補に関して、整列することによって、プロバイダ連絡リストを生成する。この場合、例えば最近接のものが最初に掲載される。
【０２２３】
［整列機構Ｅ−ランク付け］
この整列機構は、プロバイダ選択モジュール４４によって生成された候補プロバイダリストを、特別なランク付けパラメータに従って、例えばターンオーバー、従業員の数、品質格付け、および配送の速度によりランク付けされた順番に整列することによって、プロバイダ連絡リストを生成する。この整列機構は、位置が重要でない場合のプロバイダをサーチすることに特に適している。これらプロバイダは、全国的なプロバイダである傾向があり、そしてこれらプロバイダの位置は、プロバイダがリクエスタの位置を包含する限りにおいて関連しているだけである。典型的な分類は保険業務であって、この場合のプロバイダとの連絡は電話によることになる。ここで認められるべき点は、この整列機構が、ある種のプロバイダを決して含まないリストを生成でき、そしてその理由のために、通常は一連のサーチの１つとして利用されるということである。
【０２２４】
この実施形態では、選択された分類に対するリスト・ビルディング基準が２以上の連絡プロバイダリストを必要とする場合、リスト・ビルディングユニット４３は、複数のプロバイダ連絡リストを併合して、単一のプロバイダ連絡リストを生成するものとして構成される。複数のプロバイダ連絡リストからの単一のプロバイダ連絡リストの生成は、プロバイダ、例えば地方およびおよび全国的なプロバイダの集合が選択される場合に応用を見出す。そのようなプロバイダ連絡リストが適切である典型的な分類は、コンピュータ・サプライヤーのそれである。この場合、リクエスタは、地方のプロバイダか、おそらくは全国的なプロバイダを望む。
【０２２５】
リスト・ビルディングユニット４３によって構築されたプロバイダ連絡リストは、各プロバイダエントリに対して複数の状態フィールドを含んでいるが、１つのプロバイダは１つのフィールドだけに含まれるという制約がある。このようにして、プロバイダの状態は、維持され得る。「利用可能」、「時間外」、「話し中」および「呼び出し中」状態を含む複数の状態は、要求が未だに配送されていないことを意味するものとしてグループ化される。最終応答状態は、「受け入れた」、「拒否された」、「多分」、「不適切な」および「不正な」状態を含む。
【０２２６】
プロバイダ連絡リストを構築するときに、データベース問い合わせが行われて、どのプロバイダが利用可能であるかを確立する。このリストは調べられ、そしてプロバイダは「利用可能」および「時間外」状態にソートされる。各「時間外」プロバイダが利用可能になると、イベントは待ち行列化され、プロバイダを「時間外」フィールドから「利用可能」フィールドへ移動する。同様に、各「利用可能」プロバイダが利用不能になると、イベントは待ち行列化され、プロバイダを「利用可能」から「時間外」状態へ移動する。
【０２２７】
１つの実施形態では、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは、最初の肯定回答を与えたプロバイダの位置に対するサーチセンターを再中心化するものとして構成できる。再中心化が可能にされ、そしてプロバイダが肯定回答したものとして識別されている場合、プロバイダリスト・ビルディングユニット４３は再度引き合いに出されて、識別されたプロバイダの位置をサーチセンターとして利用する別のプロバイダ連絡リストを生成する。そのような再中心化は、互いにできるだけ近いプロバイダを識別することに利用される。これにより、広く離れて位置するプロバイダ、例えばサーチセンターから逆方向にあり、従って広く離さた２つのプロバイダの識別を回避することを試みる。再中心化は、リクエスタによって訪問される多数の比較的接近して配置されたプロバイダを識別することに応用を見出すことが予測される。例えば、プロバイダによって提供される物やサービスの比較を可能にすることが望まれ場合である。
【０２２８】
ＴＭシステム１ａ，１ｂのＯＴＭユニット２１向けの呼出ドキュメントをスケジューリングするときに、ドキュメント・スケジューラ４１は、如何に多くのプロバイダが現在呼出可能であるか、そして呼出は「受け入れだけ」であるか否かを算出する計算をするものとして構成されている。その数は、連絡されるプロバイダの「進行中」リストがもう１つのプロバイダを収容可能であることを決定することに使用される。もう１つのプロバイダが収容可能である場合、「利用可能」リストから最初のプロバイダが使用される。「利用可能」リストが空である場合、ドキュメント・スケジューラ４１は、「話し中」、「呼出中」または「時間外」プロバイダが利用可能になるのを待つ。プロバイダを１つのリストからもう１つのリストへ移動させるために別の仲介法が使用され、これによりドキュメント・スケジューラ４１が「進行中」プロバイダを最終応答状態、例えば「受け入れた」、「拒否された」、「多分」等へ移動させることを可能にする。この方法は、プロバイダを「利用可能」と「時間外」との間およびその逆に移動させることに使用される方法と同じである。同じ方法の使用は、複数のチェックがなされることを可能にする。例えば、「話し中」プロバイダを、そのプロバイダが「時間外」のときに、再待ち行列化するようにである。
【０２２９】
プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは、一致基準が満たされた場合、あるいは一致基準が以下に示す可能な終了基準の１つと一致しない場合、サーチ動作を終了するものとして構成されている。この実施形態では、各分類に対して、終了基準のどれもが可能および不能にされる。終了基準のどれもが可能である場合、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは、終了基準が満たされた場合にサーチ動作を終了する。そして、終了レポートがそれぞれのプロバイダに配送される。
【０２３０】
この実施形態では、終了基準は以下の通りである。
【０２３１】
［終了イベントＡ−拒否の数］
この終了イベントにとって、それぞれのリクエスタに対するプロバイダ連絡リスト上の所定パーセンテージのプロバイダに連絡されたときに終了は起こる。プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃは、選択されたプロバイダに対する電話番号が話し中であるか、応答なしに呼出中である場合にプロバイダに再試行するとき、選択されたプロバイダの中のできるだけ多数に連絡するものとして構成されている。理解されるように、あるプロバイダに対する電話番号は、永久に話し中であるか呼出中であり、そして、そのようなものとして、システムは、全ての選択されたプロバイダに必ずしも連絡することはできない。
【０２３２】
［終了イベントＢ−所定期間の経過］
この終了イベントにとって、所定の時間制限が経過した場合に終了は起こる。好ましい実施形態では、リクエスタにより要求が作成されてから所定の期間経過した時か、リクエスタにより要求が作成されてから所定の期間内に要求に対するプロバイダ連絡リスト上の所定パーセンテージのプロバイダに連絡されなかった時の、いずれか最初の方で終了は起こる。
【０２３３】
［終了イベントＣ−不正な要求］
この終了イベントにとって、所定数の、この実施形態では２つのプロバイダが要求を不正であると報告した場合に終了は起こる。「不正」回答はプロバイダの回答オプションである。
【０２３４】
［終了イベントＤ−不適切な要求］
この終了イベントにとって、所定数の、この実施形態では２つのプロバイダが要求を不適切であると報告した場合に終了は起こる。「不適切」回答はプロバイダの回答オプションである。
【０２３５】
［終了イベントＥ−空になったリスト］
この終了イベントにとって、連絡プロバイダリストが空になった場合に終了は起こる。
【０２３６】
好ましい実施形態では、「理解不能」または「不適切」回答の数は、１より大きい数、例えば２または３に設定されている。このため、悪いプロバイダによって与えられるか、プロバイダ側の単純な誤りの結果としてのような単一の「理解不能」または「不適切」回答は、マッチング動作を終了させるに十分ではない。
【０２３７】
システムが合理的な時間内にマッチング基準を満たしていない場合、リクエスタは、連絡を受けて、進行リストを与えられる。このシステムは、マッチング基準か終了基準の１つのいずれかを満たすまで継続する。終了基準が要求に対して満たされた場合、リクエスタは連絡を受けて、サーチの終了および達成された結果を報告される。一般に、リクエスタが何も聞いていなければ、システムが分類に対するマッチング基準に従って要求のマッチングに成功していることを、リクエスタは確信することができる。進行または終了レポートはスイッチボードのリクエスタに戻されるが、レポートの先頭には常にリクエスタの記録された名前および内線が付されているので、スイッチボードのオペレータは、そのメッセージをリクエスタに受け渡すことができる。
【０２３８】
この実施形態では、システムはまた、マッチング動作の開始が遅延されるようにすることができる。ある人が要求を作成しようとするときに、しばしば出来事が起こるが、潜在的なオファーの殆どまたは全てが現在閉じられていることに、その人は気が付いている。これらの出来事があっても、このシステムは依然として使用可能である。リクエスタは、１日のどの時間、例えば０２００時にでも要求を（その要求がマッチされそうもないことを知りながら）作成することができる。その時点で活動中の選択されたプロバイダは連絡を受ける。これは、それらのプロバイダに、その要求に応答する機会を許容するためである。活動期間は全てのプロバイダについて知られている。多くのプロバイダにとって通常の日中営業時間内は、利用可能なプロバイダの数は、より多いものである。この場合、リクエスタはいつものように終了レポートを与えられるが、システムは、与えられた分類中でより多数のプロバイダが活動中である特定の他の時点で、その要求を再度中継するものとして構成されている。この実施形態では、システムは、この特徴が、所定のキーストロークの適用によってオーバライドされることを可能にするように構成されている。デフォルトとして、電話を切る行動は、その要求が一致をより得やすい時点で中継されることを必要としているものと解釈される。
【０２３９】
この実施形態におけるシステムはまた、発呼側電話のＣＬＩに関連したものではないサーチセンターに対する代替位置を、リクエスタが特定するように構成されている。この実施形態では、ＩＩＲＶモジュール１１は、この特徴が所定のキーストロークで可能にされるようにする。そして、可能にされると、ＩＩＲＶモジュール１１は、「代替位置」スクリプトを実行する。これは、「代替位置」挨拶を再生すると共に、代替サーチセンターの電話番号を入力し、更にもう１つの所定のキーストロークを行うようにリクエスタに促す。それから、システムは代替位置の電話番号を利用してサーチセンターを決定する。このシステムは、代替位置の電話番号を、発呼側番号としてではなく、プロバイダ連絡リストを構築することに使用するだけである。この発呼側番号、通常ＣＬＩは、ステータスまたは終了レポートが配送される電話番号として利用される。
【０２４０】
この特徴は、別の地理的領域内のプロバイダをリクエスタが識別することを望む環境を規定する。例えば、リクエスタが週末に友人を訪問するために旅行している途中で、訪問先の領域におけるフランス料理のレストランの位置を確認することを望んでいるものとすると、そのリクエスタは、分類挨拶中に「代替位置」キーストロークを行い、さらに代替電話番号、典型的には訪問先の友人の電話番号を入力し、最後に「完了」キーストロークを続ける。それから、要求、例えば「すてきなフランス料理のレストラン、４人用のテーブル、土曜夜１９３０時、今夜電話を下さい」を残す。連絡モードがリクエスタの詳細を与えるように設定された場合、肯定回答を与えるプロバイダには、代替位置の電話番号ではなく、リクエスタの発呼側番号が与えられる。
【０２４１】
この実施形態におけるシステムはまた、リクエスタが回線上に留まって、マッチング動作に追従することを可能にするものとして構成されている。これは典型的には、リクエスタが、突き合わせが迅速に達成されようとしていると信じている場合である。この実施形態では、この特徴は、要求の記録完了時の所定キーストロークによって可能にされ、またその所定キーストロークを繰り返すことによって不能にされる。このマッチングシステムは、各イベントを実時間で、例えば「カットだけ、拒否された」、「彼のヘア、拒否された」、「クールカット、受け入れられた」のように報告する。このモードで、肯定回答、この実施形態では「受け入れ」または「多分」の一方をした各プロバイダには、特別なキーストロークが割り当てられ、そして関連したキーストロークを行うことで、プロバイダへの呼出が確立される。
【０２４２】
この実施形態では、各リクエスタに対して、構成オプションは、リクエスタがシステムを構成することを可能にする連絡モード設定をデフォルトで含む。この場合、プロバイダからリクエスタの連絡詳細を差し控えるか（この場合、リクエスタへのレポートには、リクエスタがプロバイダへ連絡することを可能にするために、肯定回答をした識別されたプロバイダの詳細が与えられている）、その要求の受け入れ時に、受け入れ側のプロバイダがリクエスタに直接連絡できるように、識別されたプロバイダに対しリクエスタの連絡詳細を与える。
【０２４３】
この実施形態では、システムは、リクエスタがデフォルト連絡モード設定をオーバライドし、これにより分類挨拶中に所定のキーストロークを行うことができるものとして構成されている。この実施形態では、特別に構成されていなければ、デフォルト回答モード設定は、リクエスタ詳細を与えるためのものである。デフォルト連絡モード設定が詳細を与えるように設定されている場合、所定キーの適用は、連絡モード設定を、リクエスタ詳細を与える設定からリクエスタ詳細を差し控える設定に切り換えるように作用する。この結果、連絡モード挨拶「リクエスタ詳細は差し控えられる」が再生される。これには、通常の記録要求トーンが後続する。デフォルト連絡モード設定が詳細を差し控えるように設定されている場合、所定キーの適用は、連絡モード設定を、リクエスタ詳細を差し控える設定からリクエスタ詳細を与える設定に切り換えるように作用する。この結果、連絡モード挨拶「リクエスタ詳細は供給される」が再生される。これには、通常の記録要求トーンが後続する。
【０２４４】
連絡モード設定がリクエスタ詳細を差し控えるように設定されている場合、要求に対するプロバイダを識別しているシステムは、発呼側番号でリクエスタを呼出し、そしてプロバイダの詳細、この実施形態では、各プロバイダについて連絡名、プロバイダ名またはプロバイダ側連絡者のいずれか、および連絡番号を含んだ終了レポートを与える。この実施形態では、終了レポートで述べられているプロバイダのそれぞれには、キーパッド上の関連したキーが割り当てられ、これによりリクエスタは、プロバイダ中の選択された１つに迅速にダイヤルすることができる。リクエスタがシステムからの折り返し呼出（リターンコール）を受けていないが、リクエスタの発呼側番号に留守番電話機が取り付けられている場合は、その呼出は留守番電話機によって受けられる。この場合、終了レポートは記録され、リクエスタは後で折り返し呼出を聞くことができるようになる。発呼側番号が呼び出しされているが、リクエスタの発呼側番号に留守番電話機が取り付けられていない場合は、システムは、呼が成立するまで、設定されたインターバルで再呼出（コールバック）をする。
【０２４５】
登録時に、構成詳細は、プロバイダのビジネス利用可能性、即ち１週７日のそれぞれについてのビジネス営業時間を含んでいる。これらの営業時間以内に、システムは、デフォルトとして、プロバイダが要求を受けることを望んでいると仮定するものとして構成されている。この実施形態では、システムは、プロバイダが自らを分類から外し、従ってそれ以上の如何なる要求も受けないことができるように構成されている。ここで留意されるべき点は、プロバイダが自らを分類から外した場合、そのプロバイダは、進んで自らをその分類に再紹介するまで、プロバイダ選択ユニット３３ａ，３３ｂ，３３ｃのリスト・ビルディングユニット４３によって構築された如何なるリストにも現れないということである。この特徴によって、ビジネスがサービスを長期間、例えば休日の間、休止可能にする。ビジネス時間外は、システムは、要求を受けることを望まないと仮定されるプロバイダに連絡しない。この実施形態では、プロバイダは、割り当てられたビジネス時間を、「開店」または「閉店」状態の一方を設定することによって、一時的に変更することができるが、そのようにビジネスを設定することは一時的な機能であって、割り当てられたビジネスが次のビジネス時間が開始されるまでにセットされない場合、ビジネスの時間に対してデフォルト時間が適用される。
【０２４６】
この実施形態では、システムはまた、サービスを受けることができないリクエスタからの要求を、プロバイダが阻止できるようにしている。典型的な例は、リクエスタの位置がリクエスタにより供給された位置ではないためである。もう１つの典型的な例は、プロバイダが、特別なグループの人向けの、例えば年輩の人ではなく若い人向けのサービスを提供するだけであって、年輩の人からの要求が扱われない場合である。このことはサーチを偏らせるのではなく、単に不適切な連絡を回避するのである。
【０２４７】
この実施形態では、システムは、リクエスタの連絡詳細が差し控えられている場合のリクエスタからの要求を、プロバイダが阻止できるようにしている。そのような環境では、プロバイダは、コンペチターが内密にこのシステムを使用して情報を集めることに気遣うことができる。
【０２４８】
この実施形態では、これらのプリファランスが、分類管理ユニット４９を使用して分類マネージャによって設定される。
【０２４９】
このマッチングシステムは更に、分類管理ユニット４９を備える。このユニットは、分類データベース、即ちＣＣデータベース１５およびＣＬデータベース３７、並びにリクエスタデータベース、即ち第１及び第２のＲＩデータベース１７，３９の保守を行う。特に、分類管理ユニット４９は、プロバイダエントリの更新、新規プロバイダエントリの内包、全ての分類に対するリストビルディング・パラメータの変更、および新規分類の内包を行う。この実施形態では、分類管理ユニット４９は、ウエブ・インターフェースを有して、遠隔操作を可能とする。好ましい実施形態では、分類管理ユニット４９は、複数の分類マネージャによって操作される。分類マネージャのそれぞれは、１以上の分類に割り当てられて、それらを管理する。
【０２５０】
最後に、本発明は、その好ましい実施形態で説明されているが、添付の請求の範囲によって規定される発明の範囲を逸脱することのない多くの異なる手法で修正可能であるという点が理解されるであろう。
【０２５１】
例えば、説明された実施形態では、電話を使用して作成された音声応答を使用するものとしてシステム構成されているが、他のコミュニケータ２０，２４、例えばＰＤＡ、パーソナルコンピュータ、セットボックス、ゲームデバイスおよびゲームコンソール、即ち通信機能を有する任意の装置の使用が予測される。また、例えばテキスト符号化要求（ＳＭＳおよび電子メール等）や、画像要求（典型的に図、静止画または動画を含むＭＭＳおよびＥＭＳ等）、およびファックス要求のような要求の受信及び配送用の他のフォーマットを使用する。実際に、要求は１つのフォーマットで、例えば音声要求として作成され、もう１つのフォーマットで配送されることが可能である。要求はまた、例えば音声およびテキスト符号化要求成分またはテキスト符号化および画像要求成分を備えた多フォーマット要求でありうる。
【０２５２】
一般に、プロバイダは、それぞれの要求に応答する人達であるが、例外もある。１つのそのようなプロバイダは、要求を受信することだけが可能で、その要求に応答できない観察型プロバイダである。もう１つのそのようなプロバイダは、分割型プロバイダである。この場合、１つの要求は、１人の人間、通常は要求に回答する意志決定者によって受信され、そして、例えば顧客契約を扱うときに、さらにその要求を扱うもう１人の人間に移送される。別のそのようなプロバイダは、要求を受信し、その要求をもう１人のプロバイダへ再指向させることに役立つ整列型プロバイダである。
【０２５３】
整列者プロバイダの一例として、プロバイダは階層構造を有することができる。かくして、「自動車販売」は、「新車」および「中古車」なる子を有することができる。これらは、それ自身が自動車の型による子、例えばフォード(Ford)、ヴォクスホール(Vauxhall)、ＶＷを有することができる。システムは、この階層構造を支持することができるが、人間は要求を扱うに最良の人達であるという哲学に徹して、システムは、人間の整列者（ソーター）を介した分類の従属接続を支持するだけである。マッチングプロセスは以下の通りである。要求者は、自身が新車の青色のフォードFocus 1.8 Ghiaを探しているものと判定する。この要求者は、分類「自動車販売」用の電話番号をダイヤルし、要求を残す。この要求は、その分類内で選択されたプロバイダへ受け渡される。しかしながら、１つのプロバイダは、多くの型の自動車を販売する販売代理店であるかもしれない。このプロバイダにとって、他の部門は、上述した子と共にそれまでに構成されている。この場合、要求を聞いた人は、どの部門に要求が提示されるべきかを判定する整列者の役をする。このシステムは、このプロバイダが整列者であって、それ故それまでにセットアップされた部門の１つに関連したキーコードを受信することを期待していることを認識するものとして構成されている。このキーコードを受信すると、システムは要求を新たに識別されたプロバイダに提示し、このプロバイダはそれ自身が整列者プロバイダとしてセットアップされる。この手順を１回またはそれ以上の回数繰り返した後、その要求は、それ以上の整列が必要とされないプロバイダに対してなされる。
【０２５４】
更に、システムが私的マッチングシステムとして使用される場合、私的マッチングシステム用のセットアップは、上記と同様である。但し、このマッチングシステムは、内部の私的マッチングシステムを有するプロバイダへ要求を提示する。この状況で、応答を得ることに使用された全てのキーコードはログされる。これは、これらのコードによって、連絡詳細を報告及び提供するために階層構造がナビゲート可能になるからである。
【図面の簡単な説明】
【０２５５】
【図１】リクエスタとしてのユーザのプロバイダに対する要求を要求処理時にマッチングするための本発明の好ましい実施形態によるマッチングシステムを図式的に示す。
【国際公開パンフレット】
2005508558.tif 000003
2005508558.tif 000004
2005508558.tif 000005
2005508558.tif 000006
2005508558.tif 000007
2005508558.tif 000008
2005508558.tif 000009
2005508558.tif 000010
2005508558.tif 000011
2005508558.tif 000012
2005508558.tif 000013
2005508558.tif 000014
2005508558.tif 000015
2005508558.tif 000016
2005508558.tif 000017
2005508558.tif 000018
2005508558.tif 000019
2005508558.tif 000020
2005508558.tif 000021
2005508558.tif 000022
2005508558.tif 000023
2005508558.tif 000024
2005508558.tif 000025
2005508558.tif 000026
2005508558.tif 000027
2005508558.tif 000028
2005508558.tif 000029
2005508558.tif 000030
2005508558.tif 000031
2005508558.tif 000032
2005508558.tif 000033
2005508558.tif 000034
2005508558.tif 000035
2005508558.tif 000036
2005508558.tif 000037
2005508558.tif 000038
2005508558.tif 000039
2005508558.tif 000040
2005508558.tif 000041
2005508558.tif 000042
2005508558.tif 000043
2005508558.tif 000044
2005508558.tif 000045
2005508558.tif 000046
2005508558.tif 000047
2005508558.tif 000048
2005508558.tif 000049
2005508558.tif 000050
2005508558.tif 000051
2005508558.tif 000052
2005508558.tif 000053
2005508558.tif 000054
2005508558.tif 000055
2005508558.tif 000056
2005508558.tif 000057
2005508558.tif 000058
2005508558.tif 000059
2005508558.tif 000060
2005508558.tif 000061
2005508558.tif 000062
2005508558.tif 000063
2005508558.tif 000064
2005508558.tif 000065
2005508558.tif 000066
2005508558.tif 000067
2005508558.tif 000068
2005508558.tif 000069
2005508558.tif 000070
2005508558.tif 000071
【国際調査報告】
2005508558.tif 000072
2005508558.tif 000073