200300534 玖、發明說明 發明所屬之技術領域 本發明係關於一種用於配對作爲請求者之使用者之請 求至服務該些請求之提供者之請求配對之系統，以及一種 配對作爲請求者之使用者之請求至服務該些請求之提供者 之方法。 先前技術 本發明係尋找於許多領域中之應用，特別是於分類之 結構，其中，作爲一個請求者之使用者係想要提出感興趣 之群體之請求，亦即，共同被分類之複數個提供者。 本發明係尋找關於貿易分類之特別的應用，其中，提 供者係根據提供之貨物或者服務而被群組化。 如此之貿易分類目前係實施於一個當地之貿易工商名 簿中，諸如電話簿（Yellow Pages®)或者於英國之湯姆生 電話簿（Thomson Directory®)，且當尋找貨物或者服務 時，一個人員將使用該本地工商名簿以定位一個用於該貨 物或者服務之提供者。 於使用如此之工商名簿時，一個人員將首先決定最可 能提供該些貨物或者服務之分類，重新檢視於該工商名簿 中之對應的部分，選擇一或多個提供者，且然後以電話通 知這些提供者。當以電話通知該些提供者時，該相同之請 求，舉例而言，“你能夠於日期Z之前以成本Y提供物品 /服務X? ” ，將重複地對於每一個提供者提出。通常，特 別是在該請求係特定的情況下，舉例而言，“你有庫存的 200300534 汽車零件χ嗎？” ，該人員將必須於尋找到一個能夠滿足該 請求之提供者之前以電話通知許多被選擇出之提供者。此 係特別在超過一個提供者必須被辨識之情況下，舉例而言 ，諸如允許成本之比較，傳送時間等等。 如此之一個程序係於首先必須辨識可能的提供者及接 著建立與許多提供者之對話直到一或多個提供者被辨識出 誰能夠滿足該請求係耗時的，且於衍生之與許多提供者之 每一個電話通知相關之電話成本亦相當高的。 雖然本發明將尋找關於貿易分類之特別的應用，本發 明亦具有關於許多其他分類結構之應用。 一個如此之其他分類結構係爲廣播分類，其中，一個 請求係被廣播至複數個提供者，其係致能由所有該些提供 者獲得回應，且提供由該些提供者而來之正面及負面之一 或者兩者以及不回應之提供者之記錄。如此之分類係能夠 尋找於獲得回應於一個舉例而言建立市場列表或者輪詢之 詢問之資訊的應用。 另一個如此之其他分類結構係爲群體分類，其中，具 有共同興趣之人員係被共同分類，以允許一個請求係由一 個作爲提供者之請求者所實施，該請求者可以爲該群體分 類中之一個提供者或者於該群體分類中之其他人員之全部 或者一部份。一個群體分類之一個範例係爲一個其成員以 委員會之基礎提供幫助之本地幫助群體，其中，用於幫助 之請求能夠由成員提出。 一個進一步之如此的其他分類結構係爲任務分類，其 200300534 中，一個請求係對於複數個提供者請求一個工作之實施。 如此之分類將尋找於該合作的環境中之特定的應用，其中 ，請求係能夠由舉例而言爲採購或者市場部門之特定的部 門而實施。 一個進一步之如此的其他分類結構係爲促銷分類，其 中，一個特定的促銷係被執行，典型地係於一個短的期間 ，且由複數個提供者所支援。一個促銷分類之範例係爲假 期期間，舉例而言固定價格週末期間，其中，提供者係期 望加入選擇該分類之促銷。於一個較佳之實施例中，該些 提供者係能夠根據由該些提供者所提供之物品或者服務而 選擇加入或退出該分類。 發明內容 本發明之一個目的係爲提供一個配對系統及方法，其 係提供作爲請求者之使用者至提供者之請求的配對，而不 需要一個必須辨識可能的提供者且接觸該些提供者以決定 是否一個請求能夠符合之請求者。 本發明之一個觀點係提供一種用於配對作爲請求者之 使用者之請求至服務該些請求之提供者之配對系統，該些 請求者之每一個係具有至少一個通訊器，其係用於實施該 些請求且處理至其之個別之回應，且該些提供者之每一個 係具有至少一個用於處理請求及至其之個別的回應之通訊 器，該系統係包含：至少一個請求接收單兀’該請求接收 單元係用於接收由該些請求者而來之請求；至少一個請求 中繼單元，該請求中繼單兀係用於當由一個請求提出時， 200300534 提供被中繼之該些請求之每一個至被選擇出之提供者；至 少一個回應接收單元，該回應接收單元係用於接收由該些 提供者而來之回應，該些接收到之回應係由該些作爲人類 決策者之個別的提供者根據個別之請求而實施；及至少一 個資訊供應單元，該資訊供應單元係對於每一個請求者， 提供關於該個別請求者至任何對於該個別請求提供一個正 面回應之提供者的資訊及關於由被選擇出之提供者對於該 個別的請求之回應至該個別的請求者之資訊之一或者兩者 ，而一個正面回應係指一個提供者係能夠符合一個請求。 較佳的情況爲，該系統係爲一個即時配對系統。 較佳的情況爲，該些請求係爲自由格式之請求。 較佳的情況爲，該些請求係包含語音請求。 較佳的情況爲，該些通訊器係包含移動的通訊器，諸 如電話，個人數位助理，個人電腦及遊戲裝置。 較佳的情況爲，該些通訊器係包含固定的通訊器，諸 如電話，傳真機，個人電腦，機上盒及遊戲控制臺。 較佳的情況爲，該些通訊器係包含組合之固定的/移 動的通訊器，諸如電話。 於一個實施例中，該系統係包含：至少一個入站通訊 單元，該入站通訊單元之每一個係包含至少一個請求接收 單元。 於一個實施例中，該系統係包含：至少一個出站通訊 單元，該出站通訊單元之每一個係包含：至少一個請求中 繼單兀，至少一個回應接收單元及至少一個資訊供應單元 11 200300534 於另一個實施例中，該系統係包含：至少一個通訊單 元，該通訊單元之每一個係包含：至少一個請求接收單元 ，至少一個請求中繼單元，至少一個回應接收單元及至少 一個資訊供應單元。 於一個實施例中，該至少一個請求中繼單元係建構成 直接中繼一個請求至該被選擇出之提供者之該些通訊器。 較佳的情況爲，該至少一個請求中繼單元係建構成提 供一個不需要任何詢問以建立內容之被中繼的請求。 較佳的情況爲，該至少一個請求接收單元係包含複數 個用於接收請求之接收器，每一個請求係具有與一預先可 決定之分類相關之分類接觸位址。 更佳的情況爲，該些請求之該些接觸位址係爲撥號之 號碼。 於一個實施例中，該系統係進一步包含：至少一個提 供者選擇單元，其係用於選擇提供者以處理一個請求。 較佳的情況爲，該至少一個提供者選擇單元係建構成 至少一部分根據指定至該個別請求之一個地理位置及指定 至該些提供者之地理位置或者地理區域之一個或者兩者， 而選擇用於一個請求之提供者。 於一個實施例中，該指定至該個別的請求之地理位置 係爲該個別請求者之一個目前之地理位置。 較佳的情況爲，該目前之地理位置係由該個別的請求 者之該通訊器的一個通訊器接觸位址而決定，其中，該通 12 200300534 訊器接觸位址係具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 於一個實施例中，指定至該個別的請求之該地理位置 係爲由該個別的請求者所指定之一個替代的地理位置。 較佳的情況爲，該替代的地理位置係由一個通訊器的 一個通訊器接觸位址而決定，其中，該通訊器接觸位址係 具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 較佳的情況爲，行動通訊器之地理位置係由蜂巢辨識 ，三角測量，無線電定位或者諸如衛星定位系統（GPS)之 衛星定位之一而決定。 較佳的情況爲，固定的通訊器之地理位置係根據個別 的被指定之位置而決定。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成於一個相對於指定至該個別請求之該地理位置之一個預 先決定之空間地理區域內，選擇用於一個請求之提供者。 更佳的情況爲，該預先決定之空間地理區域係爲，相 對於該指定至該個別請求之該地理位置之一個地理半徑， 相對於指定至該個別請求之該地理位置之行進距離，或者 相對於該個別請求之該地理位置之行進時間三者之一。 更佳的情況爲，該至少一個提供者選擇單元係被建構 成’至少一部份係根據用於該個別的請求者之至少一個請 13 200300534 求者特徵而選擇用於一個請求之提供者，諸如地理相關及 社會經濟之資訊，作爲用於該個別的請求者之一個指定之 特性或者該個別請求者於實施請求時所輸入之特性。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成，至少一部份係根據用於該些提供者之提供者特性，而 選擇用於一個請求之提供者，諸如需要請求者具有一預先 決定之輪廓或者提供接觸細節，作爲用於該個別之提供者 之一個指定之特性。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成至少一部分係根據目前之時間而選擇用於一個請求之提 供者。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成至少一部分係根據至少一個分類特性而選擇用於一個請 求之提供者，諸如用於選擇提供者之一個選擇機制，作爲 用於該個別分類之一個指定之特性。 較佳的情況爲，該至少一個請求中繼單元係建構成， 當一個請求被提出時，中繼該請求至被選擇出之提供者之 一個預先決定之號碼。 較佳的情況爲，該至少一個請求中繼單元係建構成當 由一個請求提出時，廣播一個請求至被選擇出之提供者’ 其中，該個別的請求係被中繼至複數個提供者。 較佳的情況爲，對於一個請求而言，該至少一個資訊 供應單元係被建構，以提供關於對於該個別的請求已經提 供一個正面的回應之提供者之資訊至該個別的請求者。 14 200300534 於本發明之另一個觀點中，其係提供一種用於配對作 爲請求者之使用者之請求至服務該些請求之提供者之配對 系統，該系統係包含：複數個請求者通訊器，該複數個請 求者通訊器之每一個係被請求者所使用，以實施請求並處 理任何至其之個別的回應，該些回應之至少一個係包含關 於由作爲人類決策者之被選擇出之提供者而來之對於個別 之請求之回應；及複數個提供者通訊器，該複數個提供者 通訊器之每一個係由提供者所使用，以提出請求及任何至 其之個別回應，且當提出請求時，該些請求係被中繼至個 別之被選擇出之提供者，該些回應之至少一個係包含關於 已經對於該個別之請求提供一個正面的回應之一個個別的 請求之該請求者，一個正面的回應係指一個提供者係能夠 符合一個請求。 較佳的情況爲，該系統係爲一個即時配對系統。 較佳的情況爲，該些請求係爲自由格式之請求。 較佳的情況爲，該些請求係包含語音請求。 較佳的情況爲，該些通訊器係包含移動的通訊器，諸 如電話，個人數位助理，個人電腦及遊戲裝置。 較佳的情況爲，該些通訊器係包含固定的通訊器’諸 如電話，傳真機，個人電腦，機上盒及遊戲控制臺。 較佳的情況爲，該些通訊器係包含組合之固定的/移 動的通訊器，諸如電話。 於一^個實施例中，一^個§靑求係直接被中繼至3亥個別的 被選擇出之提供者。 15 200300534 較佳的情況爲，一個請求係被中繼而不需要任何詢問 以建立內容。 較佳的丨'曰況爲’該系統係進一步包含：一個通訊單元 ’其係包含複數個用於接收請求之接收器，每一個請求係 具有與一預先可決定之分類相關之分類接觸位址。 更佳的情況爲，該些分類接觸位址係爲撥號之號碼。 較佳的情況爲，該些提供者係至少一部分根據指定至 該個別請求之一個地理位置及指定至該些提供者之地理位 置或者地理區域之一個或者兩者，而被選擇用於一個請求 0 於一個實施例中，該指定至該個別的請求之地理位置 係爲該個別請求者之一個目前之地理位置。 較佳的情況爲，該目前之地理位置係由該個別的請求 者之該通訊器的一個通訊器接觸位址而決定，其中，該通 訊器接觸位址係具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 於一個實施例中，指定至該個別的請求之該地理位置 係爲由該個別的請求者所指定之一個替代的地理位置。 較佳的情況爲，該替代的地理位置係由一個通訊器的 一個通訊器接觸位址而決定，其中’該通訊器接觸位址係 具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 16 200300534 較佳的情況爲，該些提供者係於一個相對於指定至該 個別請求之該地理位置之一個預先決定之空間地理區域內 ，被選擇用於一個請求。 更佳的情況爲，該預先決定之空間地理區域係爲，相 對於該指定至該個別請求之該地理位置之一個地理半徑， 相對於指定至該個別請求之該地理位置之行進距離，或者 相對於該個別請求之該地理位置之行進時間三者之一。 更佳的情況爲，該些提供者係至少一部份根據用於該 個別的請求者之至少一個請求者特徵，而被選擇用於一個 請求，諸如地理相關及社會經濟之資訊，作爲用於該個別 的請求者之一個指定之特性或者該個別請求者於實施請求 時所輸入之特性。 較佳的情況爲，該些提供者係至少一部份根據用於該 些提供者之提供者特性，而被選擇用於一個請求，諸如需 要請求者具有一預先決定之輪廓或者提供接觸細節，作爲 用於該個別之提供者之一個指定之特性。 較佳的情況爲，該些提供者係至少一部分根據目前之 時間而被選擇用於一個請求。 較佳的情況爲，該些提供者係至少一部分根據至少一 個分類特性而被選擇用於一個請求，諸如用於選擇提供者 之一個選擇機制，作爲用於該個別分類之一個指定之特性 0 於本發明之一個進一步之觀點中，本發明係提供一種 用於配對作爲請求者之使用者之請求至服務該些請求之提 17 200300534 供者之配對系統，該些請求者之每一個係具有至少一個通 訊器，其係用於實施該些請求且處理至其之個別之回應， 且該些提供者之每一個係具有至少一個用於處理請求之通 訊器，該系統係包含：至少一個請求接收單元，該請求接 收單元係用於接收由該些請求者而來之請求；至少一個請 求中繼單元，該請求中繼單元係用於，當由一個請求提出 時，提供該些請求者之每一個被中繼至被選擇出之提供者 ;及至少一個回應接收單元，該回應接收單元係用於接收 由該些提供者而來之回應，該些接收到之回應係由該些作 爲人類決策者之個別的提供者根據個別之請求而實施。 於本發明之另一個觀點中，其係提供一種用於配對作 爲請求者之使用者之請求至服務該些請求之提供者之配對 系統，該系統係包含：複數個請求者通訊器，該複數個請 求者通訊器之每一個係被請求者所使用，以實施請求並提 出任何至其之個別的回應；複數個提供者通訊器，該複數 個提供者通訊器之每一個係由提供者所使用，以提出請求 及任何至其之個別回應；及至少一個通訊單元，該通訊單 元係可與該些請求者通訊器及該些提供者通訊器通訊，且 包含至少一個提供者選擇單元，其係用於選擇提供者，以 提出由一個請求者所實施之每一個請求；其中，對於每一 個請求而言，當由其提出時，該系統係被建構成使得該請 求係被提供成被中繼至被作爲人類決策者之選擇出之提供 者。 較佳的情況爲，該系統係進一步被建構成使得對於一 18 200300534 個請求而言，該個別之請求者係被供應關於由該被選擇出 之提供者至該個別請求之資訊。 較佳的情況爲，該系統係爲一個即時配對系統。 較佳的情況爲，該些請求係爲自由格式之請求。 較佳的情況爲，該些請求係包含語音請求。 較佳的情況爲，該些通訊器係包含移動的通訊器，諸 如電話，個人數位助理，個人電腦及遊戲裝置。 較佳的情況爲，該些通訊器係包含固定的通訊器，諸 如電話，傳真機，個人電腦，機上盒及遊戲控制臺。 較佳的情況爲，該些通訊器係包含組合之固定的/移 動的通訊器，諸如電話。 於一個實施例中，該系統係被建構成使得一個請求係 直接被中繼至被選擇出之提供者之請求者通訊器。 較佳的情況爲，該系統係被建構成使得一個請求係被 中繼而不需要其之任何詢問以建立內容。 較佳的情況爲，該至少一個通訊單元係包含：複數個 用於接收請求之接收器，每一個請求係具有與一預先可決 定之分類相關之分類接觸位址。 更佳的情況爲，該些分類接觸位址係爲撥號之號碼。 較佳的情況爲，該至少一個提供者選擇單元係建構成 至少一部分根據指定至該個別請求之一個地理位置及指定 至該些提供者之地理位置或者地理區域之一個或者兩者， 而選擇用於一個請求之提供者。 於一個實施例中，該指定至該個別的請求之地理位置 19 200300534 係爲該個別請求者之一個目前之地理位置。 較佳的情況爲，該目前之地理位置係由該個別的請求 者之該通訊器的一個通訊器接觸位址而決定’其中，該通 訊器接觸位址係具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 於一個實施例中，指定至該個別的請求之該地理位置 係爲由該個別的請求者所指定之一個替代的地理位置。 較佳的情況爲，該替代的地理位置係由一個通訊器的 一個通訊器接觸位址而決定，其中，該通訊器接觸位址係 具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成於一個相對於指定至該個別請求之該地理位置之一個預 先決定之空間地理區域內，選擇用於一個請求之提供者。 更佳的情況爲，該預先決定之空間地理區域係爲，相 對於該指定至該個別請求之該地理位置之一個地理半徑， 相對於指定至該個別請求之該地理位置之行進距離，或者 相對於該個別請求之該地理位置之行進時間三者之一。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成’至少一部份係根據用於該個別的請求者之至少一個請 求者特徵而選擇用於一個請求之提供者，諸如地理相關及 社會經濟之資訊，作爲用於該個別的請求者之一個指定之 20 200300534 特性或者該個別請求者於實施請求時所輸入之特性。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成，至少一部份係根據用於該些提供者之一個提供者特性 ，而選擇用於一個請求之提供者，諸如需要請求者具有一 預先決定之輪廓或者提供接觸細節，作爲用於該個別之提 供者之一個指定之特性。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成至少一部分係根據目前之時間而選擇用於一個請求之提 供者。 較佳的情況爲，該至少一個提供者選擇單元係被建構 成至少一部分係根據至少一個分類特性而選擇用於一個請 求之提供者，諸如用於選擇提供者之一個選擇機制，作爲 用於該個別分類之一個指定之特性。 較佳的情況爲，該系統係被建構成使得當一個請求被 提出時，提供該將被中繼之請求至該個別被選擇出之提供 者之一個預先決定之號碼的該提供者通訊器。 較佳的情況爲，該系統係被建構成，廣播一個請求至 個別的被選擇出之提供者之該提供者通訊器，其中，當一 個請求被提出時，該個別的請求係被中繼至複數個提供者 〇 本發明之又另一個觀點係提供一種用於配對作爲請求 者之使用者之請求至服務該些請求之提供者之配對之方法 ，該些請求者之每一個係具有至少一個通訊器，其係用於 實施該些請求且處理至其之個別之回應，且該些提供者之 21 200300534 每一個係具有至少一個用於處理請求及至其之個別的回應 之通訊器，該方法係包含下列步驟：接收由請求者而來之 請求；對於每一個請求而言，當該請求係被提出時，提供 將被中繼之該請求至被選擇出之提供者；接收由該些提供 者而來之回應，該些接收到之回應係由該些作爲人類決策 者之個別的提供者根據個別之請求而實施；及對於每一個 請求者，提供關於該個別請求者至任何對於該個別請求提 供一個正面回應之提供者的資訊及關於由被選擇出之提供 者對於該個別的請求之回應至該個別的請求者之資訊之一 或者兩者，而一個正面回應係指一個提供者係能夠符合一 個請求。 較佳的情況爲，該方法係爲一個即時配對方法。 較佳的情況爲，該些請求係爲自由格式之請求。 較佳的情況爲，該些請求係包含語音請求。 較佳的情況爲，該些通訊器係包含移動的通訊器，諸 如電話，個人數位助理，個人電腦及遊戲裝置。 較佳的情況爲，該些通訊器係包含固定的通訊器，諸 如電話，傳真機，個人電腦，機上盒及遊戲控制臺。 較佳的情況爲，該些通訊器係包含組合之固定的/移 動的通訊器，諸如電話。 於一個實施例中，該當一個請求被提出時提供一個將 被中繼之請求至該被選擇出之提供者之步驟係包含下列步 驟：直接中繼一個請求至該個別的被選擇出之提供者。 較佳的情況爲，一個請求係被中繼而不需要任何詢問 22 200300534 以建立內容。 較佳的情況爲，該接收由請求者而來之請求之步驟係 包含下列步驟：接收由複數個接收器上之請求者而來之請 求，每一個請求係具有與一預先可決定之分類相關之分類 接觸位址。 更佳的情況爲，該些分類接觸位址係爲撥號之號碼。 於一個實施例中，該方法係進一步包含下列步驟：選 擇個別的提供者以提出一個請求。 較佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：至少一部分根據指定至該個別請 求之一個地理位置及指定至該些提供者之地理位置或者地 理區域之一個或者兩者，而選擇個別的提供者以提出一個 請求。 於一個實施例中，該指定至該個別的請求之地理位置 係爲該個別請求者之一個目前之地理位置。 較佳的情況爲，該目前之地理位置係由該個別的請求 者之該通訊器的一個通訊器接觸位址而決定，其中，該通 訊器接觸位址係具有一個被指定之位置。 更佳之情況爲，該通訊器之該通訊器接觸位址係爲一 個撥號號碼。 於一個實施例中，指定至該個別的請求之該地理位置 係爲由該個別的請求者所指定之一個替代的地理位置。 較佳的情況爲，該替代的地理位置係由一個通訊器的 一個通訊器接觸位址而決定，其中，該通訊器接觸位址係 23 200300534 具有一個被指定之位置。 較佳之情況爲，該通訊器之該通訊器接觸位址係爲~ 個撥號號碼。 較佳的情況爲，行動通訊器之地理位置係由蜂巢辨識 ，三角測量，無線電定位或者諸如衛星定位系統（GPS)之 衛星定位之一而決定。 較佳的情況爲，固定的通訊器之地理位置係根據個別 的被指定之位置而決定。 較佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：選擇個別的提供者，以於一個相 對於指定至該個別請求之該地理位置之一個預先決定之空 間地理區域內，提出一個請求。 更佳的情況爲，該預先決定之空間地理區域係爲，相 對於該指定至該個別請求之該地理位置之一個地理半徑， 相對於指定至該個別請求之該地理位置之行進距離，或者 相對於該個別請求之該地理位置之行進時間三者之一。 更佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：至少一部份根據用於該個別的請 求者之至少一個請求者特徵’而選擇個別之提供者以提出 一個請求，該請求者特徵係諸如地理相關及社會經濟之資 訊，作爲用於該個別的請求者之一個指定之特性或者該個 別請求者於實施請求時所輸入之特性。 較佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：至少一部份根據用於該些提供者 24 200300534 之提供者特性，而選擇個別之提供者以提出一個請求，該 提供者特性係諸如需要請求者具有一預先決定之輪廓或者 提供接觸細節，作爲用於該個別之提供者之一個指定之特 性。 較佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：至少一部分根據目前之時間而選 擇個別的提供者，以提出一個請求。 較佳的情況爲，該選擇個別的提供者以提出一個請求 之步驟係包含下列步驟：至少一部分根據至少一個分類特 性而選擇個別的提供者，以提出一個請求，該分類特性係 諸如用於選擇提供者之一個選擇機制，作爲用於該個別分 類之一個指定之特性。 較佳的情況爲，該提供一個將被中繼之請求至該被選 擇出之提供者之步驟係包含下列步驟：當一個請求被提出 時，提供一個將被中繼之請求至被選擇出之提供者之一個 預先決定之號碼。 較佳的情況爲，該提供一個將被中繼之請求至該被選 擇出之提供者之步驟係包含下列步驟：當一個請求被提出 時，廣播一個請求至被選擇出之提供者，其中，該個別的 請求係被中繼至複數個提供者。 較佳的情況爲，該提供資訊之步驟係包含下列步驟： 對於一個請求而言，提供關於對於該個別的請求已經提供 一個正面的回應之資訊至該個別的請求者。 本發明之又另一個觀點係提供一種用於配對作爲請求 25 200300534 者之使用者之請求至服務該些請求之提供者之配對之方法 ，該些請求者之每一個係具有至少一個通訊器，其係用於 實施該些請求且處理至其之個別之回應，且該些提供者之 每一個係具有至少一個用於處理請求及至其之個別的回應 之通訊器，該方法係包含下列步驟：接收由請求者而來之 請求；對於每一個請求而言，當該請求係被提出時，提供 將被中繼之該請求至被選擇出之提供者；及接收由該些提 供者而來之回應，該些接收到之回應係由該些作爲人類決 策者之個別的提供者根據個別之請求而實施。 被稱爲Res pons aTM配對系統之本發明係提供一個自動 配對系統，其係特別地允許語音請求，且特別是自由格式 之請求，該請求係與已經接收到一個請求且已經確認該請 求能夠被符合之提供者作配對。 於一個較佳實施例中，該配對係根據一個與該請求者 相關之一個位置而達成，典型地係爲該請求者之該通訊器 之位置，於該被選擇出之分類中之該些提供者之被指定的 位置，及該被選擇出之分類。於其他實施例中，諸如該目 前之時間及該請求者及該些提供者之一或者兩者之特性係 能夠被利用，以更加精細地選擇該些提供者。 藉由本發明，該當請求被接收到時係被中繼，對於語 音請求重播至該被選擇出之提供者，且假如任何提供者係 不能夠滿足該請求，則該提供者僅必須拒絕該請求，典型 地係透過一個“拒絕”回應，一個對應於一個“拒絕”回 應之鍵擊，或者僅須不理會該通訊器。當該請求被中繼時 26 200300534 ，所有請求者及該些提供者之通訊係爲單向通訊。因此， 該請求者及一個提供者之間係不需要直接的會談。當該提 供者不能夠滿足該請求時，該請求者及該提供者兩者係避 免必須建立一個有禮貌的討論之費時的工作。一個直接會 談僅有於該請求者及一個能夠滿足該請求之提供者之間發 生。 本發明係提供自動配對，且允許人員作自由格式形式 之人類通訊。本發明之較佳實施例係爲利用自由格式之請 求而提供該些請求者隨需要而使該些請求成爲框之自由度 ;該些請求之語言及形式係不被限制，諸如藉由請求該些 請求者利用預先定義之關鍵字。 此外，本發明僅中繼請求至想要接收請求且可以服務 該些請求之提供者，舉例而言，由特定的分類所指示之開 放且於一個特定的地理區域內之提供者。 於本發明中，其係爲一個相對於電腦之人類的決策者 ，其係接收該些請求，且能夠有智慧地解譯該些請求。此 係避免需要使用預先定義之關鍵字而定義該些請求之配對 系統相關之問題，舉例而言藉由使用掉落的菜單。 此外’本發明係尋找於一個諸如由組織成員所使用之 組織所操作之私人環境以及允許由公眾之成員所使用之公 共的環境。 於某些實施例中，本發明係能夠被建構成偏移一個配 對以對該請求者或者被選擇出之提供者有利。此係於某些 範圍的應用中被認爲適當的，特別是於私人的環境中。 27 200300534 實施方式 藉由僅爲例示性之範例並參照後附圖式，本發明之較 佳實施例將於下文中敘述。 該配對系統係包含至少一個通話管理（telephony management，TM )系統1，於此實施例中，第一及第二通 話管理系統1 a，1 b係用於管理至該配對系統之入站電話 呼叫及由該該配對系統而來之出站電話呼叫。於另一個實 施例中，該配對系統係能夠包含一個單一通話管理系統1 ，且於一個進一步之實施例中，其係能夠包含由數十個至 數百個之任何數量的通話管理系統1。 於一個實施例中，該通話管理系統1 a，1 b係位於相 同地點，然而於其他實施例中，該通話管理系統1 a，1 b 係位於一個地理範圍內之分離的位置。舉例而言於英國， 一個通話管理系統1 a係能夠位於一個中心倫敦，以服務英 國之南半部，且另一個通話管理系統1 b係能夠位於另一個 中心，舉例而言格列斯構（Glasgow)，以服務英國之北半 部。於其他實施例中，其係包含許多通話管理系統1，該 通話管理系統1係能夠位於主要的中心，舉例而言，一個 地理區域整個的城市及城鎭。 該配對系統係進一步包含一個第一通訊網路3，其係 提供至該通話管理系統la，lb之通訊鏈結及提供該通話 管理系統1 a，1 b之間之通訊鏈結。 於此實施例中，該通話管理系統1 a，1 b係爲位於相 同位置上，該通訊網路3係包含一個區域網路，諸如乙太 28 200300534 網路。 於其他實施例中，該通話管理系統1 a，1 b係設置於 於相距遙遠處，該通訊網路3係能夠包含一個電話網路， 較佳的情況爲，一個整體服務數位網路。 該通話管理系統la，lb之每一個係包含一個入站通 話管理單元（inbound telephony management, ITM) 5， 其係用於在入站電話線7上管理由該請求者而來之入站電 話通話，較佳的情況爲，整體服務數位網路。於此實施例 中，係採用複數個用戶編號（multiple subscriber numbering，MSN)，使得需要相同分類之複數個請求者之 每一個係能夠同時被支援。 該入站通話管理單元5係包含：一個入站交談式語音 回應（inbound interactive voice response，IIVR)模 組1 1，其係連接至該入站電話線7，以監視入站之電話 呼叫及提供語音及基單音；一個入站通話應用管理模組1 3，其係用於產生對應於在該些入站電話呼叫之每一個中 之該些請求之請求文件，於此實施例中係爲語音，以及用 於傳送該些請求至一個提供者選擇單元3 3 a，3 3 b，3 3 c，其係於下文中予以詳細敘述，一個用於儲存每一個分 類之該分類特性的第一分類特性（classification characteristics，CC)資料庫1 5，該第一分類特性資料 庫1 5係連接至該入站通話應用管理模組1 3，以及一個 用於儲存關該些請求者之資訊之請求者資訊（requestor ^formation，RI )資料庫1 7，該請求者資訊資料庫1 7 29 200300534 係連接至該入站通話應用管理模組1 3。 由於此結構，該第一分類特性資料庫1 5及該請求者 資訊資料庫1 7係非該入站交談式語音回應模組1 1所能 接取，因而保密該請求者資訊資料庫1 7防止被一個第三 者所接取。於此實施例中，該入站通話管理單元5係包含 該入站交談式語音回應模組11及該入站通話應用管理模 組1 3之間之一個侵入偵測器，諸如用以監視第三者之入 侵，典型係爲不正常封包之辨識，且因而提供該入站通話 應用管理模組1 3之保密。 於此實施例中，於該入站交談式語音回應模組1 1及 該入站通話應用管理模組1 3之間之通訊係藉由該 VoiceXML通訊協定而實施。 於此實施例中，一個由該入站通話應用管理模組1 3 所產生之請求文件係包含：至少一個分類辨識元，該分類 辨識元係爲被呼叫之號碼，亦即由該請求者所呼叫之電話 號碼，且該分類辨識元係辨識該請求將被配對之分類；一 個請求者辨識元，於此實施例中，該請求者辨識元係爲該 g靑求者之g亥電g舌的呼叫線辨識元（c a丨1 i n g 1 i n e identification，CLI)，亦即該系統或者正面回應之提供 者回應該請求所接觸之電話號碼，且該請求者辨識元係辨 識該請求；以及一個請求檔案，該請求檔案係對應於將被 中繼至提供者之該請求，於此實施例中，一個語音檔案係 對應於將被中繼至提供者之該語音請求。於一個替代實施 例中，該請求者辨識元係爲由一個請求者或者資訊之電話 30 200300534 之該呼叫線辨識元所推導出之一個電話號碼，舉例而言， 包含一個由該請求者於實施請求時所提供之驗證碼。 於一個替代實施例中，如同將於下文中作更詳細之敘 述，一個由該入站通話應用管理模組1 3所產生之請求文 件係包含一個位置、辨識元，該位置辨識元係辨識該搜尋中 心之位置，其中，該請求者之位置係不能夠根據於該提供 者辨識單元3 3 a，3 3 b，3 3 c中之該請求者辨識兀所決 定。該請求者辨識元係允許該請求者之該位置被決定之典 型的範例係爲該請求者爲不登載於目錄上的且該請求者係 不具有一個用於呼叫號碼之位址或者該呼叫電話係爲一個 行動電話，或者該請求者係需要用於該搜尋中心之一個替 代的位置。於此實施例中，該位置辨識元係爲一個電話號 碼，除了該呼叫電話之號碼之外，其係由該請求者提供以 代表該搜尋中心之位置。 於此實施例中，該第一分類特性資料庫1 5係爲一個 結構化之詢問語言資料庫。 於此實施例中，該入站通話管理單元5之元件，亦即 該入站交談式語音回應模組1 1，該入站通話應用管理模 組1 3，該第一分類特性資料庫1 5及該請求者資訊資料 庫1 7係於相同位置上。 於其他實施例中，該入站交談式語音回應模組1 1及 該入站通話應用管理模組1 3係能夠爲位於相同位置上， 且該第一分類特性資料庫15及該請求者資訊資料庫17 之一或者兩者係能夠位於遠距處。於此實施例中，該入站 31 200300534 通話應用管理模組1 3、該第一分類特性資料庫1 5及該 請求者資訊資料庫1 7之間之通訊網路係爲虛擬私有網路 〇 於進一步之實施例中，該入站交談式語音回應模組1 1及該入站通話應用管理模組13之一或者兩者係能夠設 置於相距遙遠處，且該第一分類特性資料庫1 5及該請求 者資訊資料庫1 7係於相同位置上。 於一個進一步之實施例中，該入站通話管理單元5之 所有元件，亦即該入站交談式語音回應模組1 1，該入站 通話應用管理模組1 3，該第一分類特性資料庫1 5及該 請求者資訊資料庫1 7係能夠設置於相距遙遠處。 該通話管理系統la，lb之每一個係進一步包含一個 用於儲存該提供之分類之分類歡迎詞及提示詞之檔案儲存 器1 9。如上文所述，於一個實施例中，該檔案儲存器1 9係儲存用於由該些請求者而來之每一個請求之請求檔案 。該些請求檔案之儲存係致能該些請求檔案被取出，且因 而該些請求文件係不需要包含該些請求檔案，其係當該些 請求檔案係尺寸小很多時，提供相同系統容量之大幅提高 之通信流。 該通話管理系統la，lb之該入站通話管理單元5之 操作係將於下文中敘述。 該入站通話管理單元5之每一個係接收由請求者通訊 器2 0而來之於該個別的入站電話線7上之入站電話呼叫 。於此實施例中，具有該特定的入站通話管理單元5之電 32 200300534 話係接收由該該被呼叫之號碼所指出之該電話呼叫，亦即 由一個請求者所呼叫之電話號碼。 於此實施例中，其中，該配對系統係被建構成操作作 爲一個貿易分類配對系統，一個請求者係能夠由複數個對 應於不同種類之物品及服務提供者之分類入口中入選擇。 該些分類入口之每一個係具有一個爲一個請求者必須撥號 以接取用於該分類之該配對系統之相關的電話號碼，且於 此實施例中，係爲決定該配對操作所實施之該搜尋條件， 該配對條件及該結束條件之該分類辨識元，其係於下大中 予以詳細敘述。於一個實施例中，每一個分類入口係能夠 包含該些服務或者物品之一或者兩者之一個總結，以使一 個請求者能夠決定用於該特定請求之該正確之分類被選擇 出。 對於每一個入站之呼叫而言，該入站交談式語音回應 模組1 1係傳送該被呼叫之號碼及該呼叫之號碼，亦即， 該請求者之該通訊器2 0之該呼叫線辨識，該呼叫通訊器 至該入站通話應用管理模組1 3。於此實施例中，該請求 者通訊器2 0係能夠爲一個固定的電話，一個行動電話， 固定的/移動的電話之組合或者一個個人數位助理。 該入站通話應用管理模組13然後查詢於該第一分類 特性資料庫1 5中之該被呼叫之號碼，且取出該分類歡迎 詞檔案辨識元，以用於該“分類”歡迎詞顯示給該請求者 於該被呼叫之號碼係與一個分類無關時，舉例而言， 33 0 200300534 於該被呼叫之號碼係先前被使用於結合一個分類而目前並 不使用之情況下，該入站通話應用管理模組1 3係指示該 入站交談式語音回應模組11執行一個“未指定之分類版 本”，其係顯示一個“未指定之分類”歡迎詞且關閉該呼 叫連結。 於該該呼叫通訊器2 0係不具有呼叫線辨識如同當呼 叫線辨識係被禁止時，該入站通話應用管理模組1 3係指 示該入站交談式語音回應模組1 1執行一個“號碼保留” 版本，其係顯示一個“號碼保留”歡迎詞，其係指示該請 求者致能該呼叫電話之該呼叫線辨識，或者提供一個關於 作爲一個驗證請求者之暫存器之驗證碼。 於此實施例中，該系統係建構成只有當該入站呼叫係 具有一個呼叫線辨識時，允許一個請求者進行一個請求。 藉由請求使用呼叫線辨識致能之通訊器2 0 ’係能夠防止 請求者濫用該系統而直接對於第三者作回應。 於該呼叫通訊器2 0係具有一個呼叫線辨識之情況下 ，該入站通話應用管理模組1 3係對於該呼叫通訊器2 0 之該呼叫線辨識於該請求者資訊資料庫1 7中查表，以確 認請求者之資訊，包含確認對於該呼叫線辨識係可以使用 位置資訊，且獲得該預設之請求者之喜好’諸如是否用於 該請求者之該請求者細節係被提供至提供者或者被保留。 於該呼叫通訊器2 0之該呼叫線辨識係爲一個固定的 通訊器，且該請求者資訊資料庫1 7係包含用於該呼叫電 話之該呼叫線辨識之位置資訊之情況下’該入站通話應用 34 200300534 管理模組1 3係由網路資訊而決定該呼叫通訊器2 0之該 位置，且指示該入站交談式語音回應模組1 1執行該“行 動請求者”版本。於此實施例中，該用該呼叫通訊器2 0 之該細胞辨識元係被使用，以決定該請求者之位置，該細 胞辨識元係代表該細胞，其係爲一個地理區域，其中，該 呼叫通訊器2 0係被定位，而該入站通話應用管理模組1 3係查表該請求者資訊資料庫1 7中之該細胞辨識元，以 獲得該呼叫通訊器2 0之位置。於其他實施例中，該請求 者之該呼叫通訊器2 0係能夠藉由三角測量，無線電定位 或者諸如衛星定位系統（GPS)之衛星定位而決定。 在具有一個呼叫線辨識且該位置係不能夠由該呼叫線 辨識決定之情況下，諸如該請求者係不在目錄之內亦即該 請求者曾經請求該服務提供而不揭示對應於該請求者通訊 器2 0之該號碼之位置資訊且該請求者係不提供位置資訊 之情況下，該入站通話應用管理模組1 3係查表用於對應 於該分類特性資料庫1 5中之該被呼叫號碼之分類的搜尋 向量’以決定是否具有一個處理位置無關之請求者的向量 。於具有一個用於處理位置無關之請求者之向量之情況下 ，該入站通話應用管理模組1 3係指示該入站交談式語音 回應模組1 1執行一個“需要位置”版本，其係顯示一個 “需要位置”歡迎詞，且提示該請求者位置之資訊，典型 地係爲一個已知之呼叫線辨識致能之電話的號碼，位置資 訊係被保留於該分類特性資料庫1 5中，以作爲該搜尋中 心0 35 200300534 於具有一個呼叫線辨識且該呼叫號碼係爲轉接板的（ 人工或者自動的）之情況下，該入站通話應用管理模組1 3係指示該入站交談式語音回應模組1 1執行一個“轉接 板請求者”版本。 於“固定的請求者”版本及“行動請求者”版本之下 ，該入站交談式語音回應模組1 1係執行一個對應於該取 出之分類歡迎詞辨識元之“分類標題”歡迎詞，且然後由 該請求者實施一個用於該請求之提不“請求提市”歡迎S司 。舉例而言，於該被呼叫號碼係對應於該分類“玩具店” 之情況下，於此實施例中，該對應之歡迎詞將爲“歡迎光 臨用於玩具店之ResponsaTM分類” ’且該“請求提币”歡 迎詞係爲“請於單音聲之後留下你的請求且當完成時掛上 電話”。 於“轉接板請求者”版本之下，該入站交談式語音回 應模組1 1係執行一個對應於該取出之分類歡迎詞辨識元 之“分類標題”歡迎詞，典型地透過該號碼之鍵入或者透 過一個語音之回應之提供該請求者提供一個分機號碼之“ 分機辨識”歡迎詞，且然後由該請求者實施一個用於該請 求之提示“請求提示”歡迎詞。於此實施例中，該“請求 提示”歡迎詞只有於該呼叫通訊器2 0上之一個鍵擊之後 被播放，該鍵擊係確認提出該呼叫通訊器2 0之該分機號 碼。舉例而言，於該被呼叫號碼係對應於該分類“玩具店 ”之情況下，於此實施例中，該“分類標題”歡迎詞將爲 “歡迎光臨用於玩具店之ResponsaTM分類”，該“分機辨 36 200300534 識，，歡迎詞將爲“請於單音聲之後留下你的分機號碼’接 著按X鍵”，且於該請求之鍵擊之後，該“請求提示”歡 迎詞係爲“請於單音聲之後留下你的請求且當完成時掛上 電話”。 於一個請求者想要設定替代之喜好之情況下’舉例而 言，保留該預設係爲提供細節至提供者之提供者而來之接 觸細節，提供一個替代的搜尋中心位置’或者替代之搜尋 參數，該入站交談式語音回應模組1 1係提供鍵擊之輸入 以設定該些喜好。 於此實施例中，該入站交談式語音回應模組1 1係建 構成允許請求之記錄，諸如一個請求者透過一個預先鍵擊 之鍵入而於記錄一個請求中犯錯。 於此實施例中，該入站交談式語音回應模組1 1係建 構成於起始一個配對操作之前致能請求被回顧’於此被重 新播放。 於此實施例中，於一個在該“請求提示”歡迎詞之後 一預定時間之後或者於該入站交談式語音回應模組11係 能夠辨識該請求者掛上電話時，該呼叫連結係係關閉。 於一個實施例中，該入站通話應用管理模組1 3係於 一個指定之檔案名稱之下儲存每一個請求於該檔案儲存器 1 9之中。 該通話管理系統la，lb之每一個係進一步包含一個 出站通話管理（outbound telephony management，0ΤΜ) 單元2 1，該出站通話管理單元2 1係用於管理於較佳爲 37 200300534 整體服務數位網路之出站線2 3上之至在提供者通訊器2 4上之提供者及在請求者通訊器2 0上之請求者之出站呼 叫。 該出站通話管理單元2 1係包含：一個出站交談式語 音回應(outbound interactive voice response, 01VR ) 模組2 5，其係連接至該出站線2 3，以實行至提供者及 請求者之出站呼叫；及一個出站通話應用管理（outbound telephony application management , 0ΤΑΜ)模組 2 7， 該出站通話應用管理模組2 7係用於根據由一個提供者選 擇單元3 3 a，3 3 b，3 3 c接收而來之呼叫文件而排程及 指示至該出站交談式語音回應模組2 5之呼叫。於此實施 例中，呼叫文件係能夠根據一個具有舉例而言用於具有比 提供者之請求爲低之優先權之請求者之狀態報告之優先權 旗標而被排程。 於操作時，於實施一個出站呼籲至一個提供者之情況 下，該出站交談式語音回應模組2 5係撥出於該呼叫文件 中辨識之該提供者通訊器2 4之號碼。 於由該出站交談式語音回應模組2 5對於該提供者通 訊器2 4實施之呼叫被回應之情況下，該出站交談式語音 回應模組2 5係執行一個“請求再生”版本，其首先播放 一個“VRS歡迎”歡迎詞，舉例而言“VRS美容師”，其後 接一第一短單音，且接著重播至該提供者之該請求，其後 接一第二短單音。於此實施例中，該請求係被'中繼，於此 係被重播，而不需任何詢問，諸如藉由語音辨識，因爲如 38 200300534 此之動作係不需要的；該分類係由該被呼叫之號碼所指定 。於一個替代的實施例中，該請求係能夠被詢問，其係需 要一個更精細或者更仔細之配對系統。 於聽到該請求時，該提供者係具有下列回應之選擇， 其之每一個係具有一個相關之鍵擊： “接受”，其係爲確認該請求係能夠被滿足。舉例而 言，於該請求係爲“你剪頭髮嗎？ ”之情況下，亦即於該 請求者僅企圖獲得本地美容師之詳細資訊之情況下，且該 請求係爲遺當的，該提供者將回應“接受”。 “可能”，其係指示該請求可能被滿足，然而該提供 者必須去確認。於該請求係爲較複雜時，諸如“你能夠於 下星期二1 5時3 0分替我剪髮嗎？” ，該提供者可以回 想下星期二下午是否已經完全預約滿了，然而將需要核對 是否該時段係爲有空的，於該情況下，該提供者將回應“ 可能”。 “拒絕”，其係確認該請求係不能夠被滿足。於此實 施例中，掛上電話係等於該回應選擇“拒絕”。 “不適當”，其係指示該請求不是用於該分類不適當 即是不可理解的。 “濫用的”，其係指示該請求係被認爲濫用的。 於此實施例中，該些提供者之回應係被記錄，諸如致 能該分類管理者監視該些提供者之行爲，且特別是允許提 供目標導引至請求者及提供者之一部分請求者之行爲，且 甚至行爲係不被接受之情況下之請求者或者提供者之禁止 39 200300534 舉例而言，“不適當”之回應係對於該如此回應之提 供者及實施該些請求之請求者作出記錄，而重複的“不適 當”回應係可能因爲該些請求者或者該些提供者係對於一 個分類之目的混淆之情況所造成。 此外，“濫用的”之回應係對於該如此回應之提供者 及實施該些請求之請求者作出記錄，且於此實施例中，除 了中止一個配對操作之外，由確認之“濫用的”回應所建 立之重複的濫用請求係造成該些個別的請求者被禁止使用 分類或者甚至整個配對系統。於此實施例中，典型地爲一 個分類之平均之上之由提供者所提出之重複的“濫用的” 回應係亦被調查。 於該提供者提供一個正面的回應時，亦即，於此實施 例中，該回應選擇“接受”或者“可能”之一，該出站交 談式語音回應模組2 5係執行一個“收到”版本，其係播 放一個“回應收到”歡迎詞，其後接一個短單音，且更新 該呼叫文件，以包含一個正面的回應辨識元且傳送該更新 過之呼叫文件至該起始化提供者選擇單元3 3 a，3 3 b， 3 3c。 於該請求者之該接觸細節已經被保留之情況下，該“ 收到”版本係亦播放一個“接觸細節保留，，歡迎詞。 於該接觸細節未被保留之情況下，該“收到，，版本亦 提供該請求者之接觸細節，其後接著一個短單音。於一個 實施例中，該提供者係能夠記錄該請求者之細節繼而呼叫 200300534 該請求者。於另一個實施例中，該提供者係能夠直接透過 一個預定之鍵擊而接觸該請求者。於該請求者係於線上之 情況下，當該提供者亦於線上時，該請求者係能夠直接接 觸該提供者。 於該呼’叫通訊器2 0係由一個人工之轉接板之分機而 來之情況下，該“收到”版本亦提供該轉接板電話號碼及 該請求者之分機，以允許該提供者導航該轉接板。 於該呼叫通訊器2 0係由一個非人工之轉接板之分機 而來之情況下，該“收到”版本亦播放一個“請保持於線 上直到聽到一個單音爲止”歡迎詞。於該單音之前之期間 ，該提供者之細節係被提供至該請求者’且該請求者係因 而提供一個直接連至仍然於線上之提供者之機會。於需要 立即連接之情況下，該請求者係連接至該提供者’且因而 建立一個會話。於立即連接係不被建立時’該請求者能夠 隨後接觸該提供者。 於此實施例中，該系統係建構成使得允許該“收到” 版本以一個預定之鍵擊而被重新執行。 於此實施例中，一個正面的回應不是該回應選擇“接 受，，即是“可能”。於其他實施例中，且特別是用於某些 分類中，該配對系統係能夠被建構成僅尋找“接受作爲 正面的回應，於該實施例中，該“請求重播”版本亦播放 一個“請僅拒絕或者接受”歡迎詞’而所有的“可能”及 “拒絕”回應係被認爲負面的回應。 於該出站交談式語音回應模組2 5所實施之至該提供 41 200300534 者之呼籲係不被回應之情況下，該出站交談式語音回應模 組2 5係指定下列狀態之一作爲一個呼叫狀態辨識元而至 該呼叫文件，亦即，“號碼可能獲得”，其中，保留給該 提供者通訊器2 4之號碼係不能獲得的，“被結合”，其 中，保留給該提供者之號碼係被結合，以及“撥出並記錄 ”，其中，保留給該提供者之號碼係被撥出且無回應，更 新該呼叫文件，以包含相關之呼叫狀態辨識元且傳送該更 新過之呼叫文件至該起始化提供者選擇單元3 3 a，3 3 b ，3 3 c。 該通話管理系統la，lb之每一個係進一步包含一個 通話管理（telephony management, TM)通訊網路 2 9， 其係提供一個至該第一主通訊網路3，及至該入站通話管 理單元5、於此實施例中該入站交談式語音回應模組1 1 及該入站通話應用管理模組1 3、該檔案儲存器1 9及該 出站通話管理單元2 1、該出站交談式語音回應模組2 5 及該出站通話應用管理模組2 7之間。於一個實施例中， 爲了與該入站通話管理單元5通訊，該檔案儲存器1 9及 該出站通話管理單元21及該入站交談式語音回應模組1 1及該入站通話應用管理模組1 3之間係被編碼，典型地 係爲加密通訊或者一個驗證通訊，諸如一個有符號之通訊 〇 於此實施例中，該入站通話管理單元5、該檔案儲存 器1 9及該出站通話管理單元2 1係位置相同的，該通話 管理通訊網路2 9係包含一個區域網路，諸如乙太網路。 42 200300534 於其他實施例中，該入站通話管理單元5、該檔案儲 存器1 9及該出站通話管理單元2 1係相距遙遠的，該通 話管理通訊網路2 9係能夠包含一個已建立之電話網路， 諸如一個整體服務數位網路。 該配對系統進一步包含至少一個提供者選擇單元，於 此實施例中爲三個提供者選擇單元3 3a，33b，33c， 以選擇配對一個請求所接觸之提供者且由該通話管理系統 1 a，1 b之該出站通話管理單元2 1所排程之與該提供者 之接觸。應瞭解的是，該配對系統係能夠包含任何數量之 提供者選擇單元3 3 ;此實施例係包含三個提供者選擇單 元33a，33b，33c，其僅係作爲示範之用。 於此實施例中，該提供者選擇單元3 3 a，3 3 b，3 3 c係爲設置於相同位置上，而於其他實施例中，該提供者 選擇單元3 3 a，3 3 b，3 3 c係能夠遠距設置的。 於此實施例中，該提供者選擇單元3 3 a，3 3 b，3 3 c之每一個係被建構成提供所有可定址之分類，然而於其 他實施例中，特別是具有數十至數百個提供者選擇單元3 3 a，3 3 b，3 3 c之情況下，該提供者選擇單元3 3 a ’ 3 3 b，3 3 c係能夠被建構成僅提供一個分類或者該可定 址分類之一個子集合。 該配對系統係進一步包含一個第二主通訊網路3 4 ’ 其係提供一個至及該提供者選擇單元3 3a，3 3b，3 3c 之間之通訊鏈結。 於此實施例中，該提供者選擇單元3 3 a，3 3 b ’ 3 43 200300534 3 c係位置相同的，該第二主通訊網路3 4係包含一個區域 網路，諸如乙太網路。 於其他實施例中，該提供者選擇單元3 3 a，3 3 b， 3 3 c係相距遙遠的，該第二主通訊網路3 4係能夠包含一 個已建立之電話網路，諸如一個整體服務數位網路。 該提供者選擇單元3 3a，3 3b，3 3c之每一個係包 含一個分類資訊（classification information，CI)資 料庫3 7，其係包含：資訊，包含關於於由該個別的提供 者選擇單元3 3 a，3 3 b，3 3 c所提供之該些分類之每一 個中之提供者之每一個之提供者特性，用於每一個分類之 提供者列表建構參數，用於每一個分類之端結束修件及每 一個分類之配對修件；一個第二請求者資訊（requestor information，RI)資料庫3 9，其係包含資訊，包含關於 每一個請求者之請求者特性，用於排程至該提供者選擇單 元3 3a，3 3b，3 3c之每一個及由該提供者選擇單兀3 3a，3 3b，3 3c之每一個而來之文件之文件排程器4 1 ，及一個提供者列表建立單元4 3，該提供者列表建立單 元4 3係對於每一個請求而言，由包含於用於該請求所指 向之該分類之該分類資訊資料庫3 7中之提供者建立提供 者之一個分類之提供者列表。 該分類資訊資料庫3 7係包含關於在每一個分類中之 每一個提供者之資訊，每一個提供者係由一個提供者辨識 元所參考。每一個提供者所保留之資訊係包含該提供者之 名稱，該提供者之位址，該提供者之接觸號碼，提供者之 200300534 特性，及系統歷史資訊，包含被傳送之請求的號碼，正面 回應之號碼，亦即，於此實施例中，其係爲“接受”或者 “可能”回應之一，且於其他實施例中，爲一個“接受” 回應，該負面回應之號碼，亦即，於此實施例中，係爲一 個“拒絕”回應，且於其他實施例中，係爲“拒絕”或者 “可能”回應，該“不適當”回應之號碼及“濫用”回應 之號碼之一。於此實施例中，該分類資訊資料庫3 7係爲 一個空間結合之資料庫，亦即，一個提供空間操作之資料 該提供者列表建立單元4 3係包含一個提供者選擇模 組4 4，其係建構成根據用於該請求被提出之分類之預定 的列表機制而產生一或多個候選人提供者列表，且於該列 表機制係利用一個以位置爲基礎之向量時，其係根據一個 通常爲該請求者之位置之搜尋中心，然而亦能夠爲該請求 者所指定之一個替代的位置，或者一個搜尋係重新實施之 對於一個請求具有正面回應之第一個提供者之位置。如同 將於下文作更詳細敘述，複數個候選人提供者列表之產生 係提供提供者之一個混合，舉例而言，本地及全國的提供 者之混合。 於此實施例中，該提供者選擇模組4 4係採用下列之 列表機制以產生一或多個候選人提供者列表· 列表機制A-最接近 此列表機制係根據一個空間相關之參數’典型地係爲 直接（點至點），距離，至該搜尋中心之行進距離或者行進 45 200300534 時間，而產生一個最接近之候選人提供者之候選人提供者 列表。於一個實施例中，該候選人提供者列表能夠於數字 上作捨去，亦即包含至該搜尋中心之一個預定數量之最接 近的提供者。於另一個實施例中，該候選人提供者列表係 能夠被至該空間相關之參數之上限所捨去，亦即包含於預 定大小之一個空間區域內之所有提供者。 列表機制B-最接近之群集 此列表機制係產生代表作爲一個最接近群集之最接近 提供者集合之候選人提供者之候選人提供者列表，其係滿 足該請求被提出之分類的群集特性，於此實施例中，該群 集特性係定義該最接近之群集作爲提供者之最接近集合， 其係包含於至該搜尋中心之至少一個預定數量之最接近的 提供者，典型地係爲直接（點至點）距離，一預定大小之 行進距離或者行進時間。 列表機制C-最大密度群集 此列表機制係產生代表作爲一個群集但不必要爲最接 近群集之提供者集合的候選人提供者之候選人提供者列表 ，其係滿足該請求係被提出之分類的密度特性。於此實施 例中，該密度特性係定義該群集作爲該提供者之集合，其 係包含於一個第一空間區域內之提供者的最高數量，典型 地係爲直接的（點至點）距離，於一個大小大於該第一空 間區域且中心位於該搜尋中心附近之一第二預定大小之一 個第二空間區域內之一第一預定大小之行進距離或者行進 時間。此列表機制係有效於定位於該地理區域內之最大之 46 200300534 城鎭或者城市，且避免提供者係於該主要的集中區域之外 ，其係可能爲廣泛分散的。因此，其係期望該列表機制係 共同被使用作爲一系列搜尋之一部分。 列表機制D-弧線 此列表機制係由一圓之一弧線內而產生候選人提供者 之一個候選人提供者列表，該圓係具有一預定之弧線角度 ，以及典型爲至該搜尋中心之直接（點至點）距離、一預 定大小之行進距離或者行進時間之一第一預定大小或者較 小半徑之弧線係包圍一預定數量之候選人提供者之一個第 二較小的距離之半徑。於此實施例中，該候選人提供者列 表係根據一個由該搜尋中心而來之典型爲直接（點至點） 距離、行進距離或者行進時間而被排序，而該最接近係列 於該列表之最前頭。於因爲該配對操作係不成功而造成之 重新實施之情況下，於一個順時針或者逆時針方向之後續 弧線係被使用。此列表機制係已經被發展使用於在一感興 趣之區域內具有一個變數但爲高密度之提供者，且該請求 者係熱心於辨識於由該搜尋中心擴展之一個一般行進方向 之內之提供者。於此實施例中，該圓之弧線係任意選擇出 的。 列表機制E-全部 此列表機制係根據一個空間相關之參數，典型地係爲 直接（點至點）距離，以該搜尋中心附近爲中心之一預定 大小之行進距離或者行進時間，而產生於一空間區域內之 所有候選人提供者之候選人提供者列表。 47 200300534 列表機制F-臨限値 此列表機制係產生滿足該請求被提出之該分類之臨限 値特性之候選人提供者之一個候選人列表。於此實施例中 ，該臨限値特性係定義滿足一預定臨限條件之提供者，舉 例而言於至少一個臨限値條件之上或之下。臨限値條件之 範例係包含銷貨額，員工人數，品質等級，及交貨速度。 該提供者列表建立單元4 3係進一步包含一個提供者 分類模組4 5，該提供者分類模組4 5係用於藉由分類該 提供者分類模組根據該請求被提出之該分類之一預定之分 類機制所產生之該候選人提供者列表中之該候選人提供者 ，而產生提供者接觸列表。於一個實施例中，該被產生之 提供者接觸列表係能夠被捨去。 於此實施例中，該提供者分類模組4 5係能夠採用下 列分類機制_· 分類機制A-無 此分類機制係提供無分類之候選人提供者列表。該提 供者接觸列表係具有由該提供者選擇模組4 4所產生之該 候選人提供者列表之次序。 分類機制B-隨機 此分類機制係藉由隨機化該提供者選擇模組4 4所產 生之該候選人提供者列表而產生一個提供者列表。 分類機制C-採取輪流方向 此分類機制係藉由根據與該些提供者之最後接觸而分 類該提供者選擇模組4 4所產生之該候選人提供者列表而 48 200300534 產生一個提供者接觸列表，以確認該些提供者係根據一個 特定之比率，以最近接觸之提供者列於該列表之底部而輪 流接觸。於此實施例中，一個關於與該些提供者之前一個 接觸之記錄係被維持。 分類機制D-最接近 此分類機制係藉由根據一個空間相關之參數，典型地 係爲至該搜尋中心之直接（點至點）距離、行進距離或者 行進時間而分類該提供者選擇模組4 4所產生之該候選人 提供者列表而產生一個提供者接觸列表，而最接近之請求 者係列表爲第一個，依序爲第二個等等。 分類機制E-分等級 此分類機制係藉由根據一個特定的分等級參數而分類 該提供者選擇模組4 4所產生之該候選人提供者列表成爲 排定等級之次序，而產生一個提供者接觸列表，舉例而言 ，藉由銷貨額，員工人數，品質等級，及交貨速度。 該分類機制係特別適合於搜尋該位置係不重要之提供 者。該些提供者將易於成爲全國的提供者，且該些提供者 之位置係僅相關於包圍該請求者之位置之提供者。一個典 型的分類將爲與該些提供者接觸將藉由電話之保險服務。 應瞭解的是，該分類機制能夠產生不包含某些提供者之列 表，且由於該原因，係通常被使用作爲一系列搜尋之一。 於此實施例中，於用於一個被選擇出之分類之該列表 建立條件需要超過一個接觸提供者列表之情況下’該列表 建立單元4 3係被建構成整合複數個提供者接觸列表’以 49 200300534 產生一個單一提供者接觸列表。由複數個提供者接觸列表 而來之一個單一提供者接觸列表之產生係尋找舉例而言區 域及全國之提供者之提供者的混合被選擇出之應用。一個 如此之一個提供者接觸列表係適合的之一個典型的分類係 爲電腦供應商，其中，一個請求者係可以想要一個本地提 供者或者一個全國的提供者。 由該列表建立單元4 3所建立之該提供者接觸列表係 包含用於每一個提供者入口之複數個狀態域，而具有一個 提供者能夠被僅包含於一個域中之限制。於此方式下，該 提供者之該狀態係能夠被維持。數個狀態係能夠被集合， 其意義係爲該請求係尙未被傳送，這些係包含“可使用” ，“下班” ’ “結合的”及“撥出”之狀態。最終之回應 狀態係包含“被接受”，“拒絕”，“可能”，“不適當 的”及“濫用的”狀態。 於建立一個提供者接觸列表時，一個資料庫詢問係被 實施，以建立哪一個提供者係可使用的。該列表係被檢查 且該些提供者係被分類成爲“可使用”及“下班”狀態。 當每一個“下班”提供者變成可使用時，一個事件係被詢 問，以將該提供者由該“下班”域移動至“可使用”域。 類似地，當每一個“可使用”提供者變成不可使用時，一 個事件係被詢問，以將該提供者由該“可使用”域移動至“ 下班”域。 於一個實施例中，該提供者選擇單元3 3 a，3 3 b， 3 3 c係能夠被建構成提供對於提供該第一正面回應之一個 50 200300534 提供者之位置之該搜尋中心之重新定出中心。當重新定出 中心被致能且一個提供者已經被辨識誰已經提供一個正面 的回應之情況下，該提供者列表建立單元4 3係再被重新 啓動，以產生一個利用該被辨識之提供者之位置作爲該搜 尋中心之進一步提供者接觸列表。如此之重新定出中心係 被使用於辨識僅可能靠近之提供者，因而企圖避免廣泛分 佈之提供者之辨識，舉例而言，於相對方向之兩個提供者 且因而與該搜尋中心分離甚遠。重新定出中心將尋找於辨 識許多由該請求者所訪問之相對接近設置之提供者的應用 ，其係於致能由該些提供者所提供之該些服務或物品之比 較中係期望的。 於排程至該通話管理系統la，lb之該出站通話管理 單元2 1之呼叫文件中，該文件排程器4 1係被建構成實 施一個計算，以計算多少個提供者係能夠被同時呼叫且是 否該呼叫係爲“僅接受”。該數目係用於決定是否該將被 接觸之提供者之“進行中”列表係能夠容納另一個提供者 。假如另一個提供者係能夠被容置’則由該“可使用”列 表而來之該第一提供者係被使用。假如該“可使用”列表 係爲空的，則該文件排程器41係等待一個“結合的” “ 撥出”或者“下班”提供者變成可使用的。一個進一步之 介面方法係被使用，以由一個列表移動一個提供者至另一 個列表，因而允許該文件排程器4 1移動一個“進行中” 提供者至該最終回應狀態，諸如“接受”，“拒絕”，“ 可能”等等。此係爲用於於“可使用”及“下班”之間移 51 200300534 動提供者且反之亦然之相同方法。使用相同之方法係允許 複數個檢驗被實施，諸如當該提供者係“下班”時，再詢 問一個“結合的”提供者。 該提供者選擇單元3 3 a，3 3 b，3 3 c係被建構成在 該配對條件係滿足之情況下中止搜尋，或者假如該配對條 件係不符合，則下列中止條件之一係被致能。於此實施例 中，對於每一個分類而言，任何中止條件係能夠被致能或 者禁能。於任何中止條件被致能之情況下，該提供者選擇 單元3 3 a，3 3 b，3 3 c係於中止條件係符合之情況下中 止搜尋，且一個中止報告係被傳送至該個別的提供者。 於此實施例中，該中止條件係如下： 中止事件A-拒絕之數量 對於此中止事件而言，當於用於該個別的請求之請求 者接觸列表上之一預定百分比之請求者已經被接觸時，中 止係產生。該提供者選擇單元3 3 a，3 3 b，3 3 c係建構 成儘可能接觸越多的被選擇出之提供者，以在用於這些提 供者之該電話號碼係被結合或者撥出而無回應之情況下， 重試提供者。如同熟悉本項技藝人士可以瞭解，用於某些 提供者之該電話號碼係可以永遠被結合或者撥出，且如此 之下，該系統係不能夠必定接觸所有被選擇出之提供者。 中止事件B-預定期間之經過 對於此中止事件而言，於一預定期間已經經過時，中 止係產生。於一個較佳實施例中，中止係於一預定期間已 經經過之初產生，因爲該請求係由該請求者所實施，或者 52 200300534 於用於一個請求之該提供者接觸列表上之一預定提供者百 分比於一預定期間內尙未被接觸時，中止係產生，因爲該 請求係由該請求者所實施。 中止事件c-濫用的請求 對於此中止事件而言，於一預定數量之情況下中止係 產生，於此實施例中，兩個提供者報告一個請求係爲濫用 的，則一個“濫用的”回應將爲該些提供者之一個回應選 擇。 中止事件D-不適當的請求 對於此中止事件而言，於一預定數量之情況下中止係 產生，於此實施例中，兩個提供者報告一個請求係爲不適 當的，則一個“不適當的”回應將爲該些提供者之一個回 應選擇。 . 中止事件E-列表窮盡 對於此中止事件而言，於該接觸之提供者列表係窮盡 時，中止係產生。 於一個較佳實施例中，“不可理解的”或者“不適當 的”回應之數量係被設定爲一個比1爲大之數目，舉例而 言2或3，使得一個單一之“不可理解的”或者“不適當 的”回應係不足以導致中止該配對操作，因爲一個粗心之 提供者所提出或者由於一個提供者上之單純的錯誤。 於該系統係於一合理時間之內當未滿足該配對條件之 情況下，該請求者係被接觸且被給予一個進度報告。該系 統係持續進行，直到滿足該配對條件或者該中止條件之一 53 200300534 爲止。假如該中止條件對於一個請求係滿足，則該請求者 係被接觸，以報告該搜尋之結果及達成之結果。一般而言 ，假如該請求者無聽到任何內容，則該請求者能夠有信心 於根據用於該分類之該配對條件，該系統於配對該請求上 係已經成功。進度或者中止報告係被送回至一個轉接板請 求者，而該報告係總是在該請求者之該被記錄之名稱及分 機號碼之後，使得該轉接板操作員係能夠傳送該訊息至該 請求者。 於此實施例中，該系統亦提供被延遲之該配對操作之 起始化。通常係具有一個人員係想要實施一個請求且他知 道大部分或者所有可能之提供者係目前休息之情況。該系 統仍然能夠被使用於這些情況下。一個請求者係能夠於一 天中任何時間提出請求，舉例而言於凌晨兩點鐘，知道該 請求係不太可能被配對。任何於該時間係活動的被選擇出 之提供者係將被接觸，允許這些提供者一個回應該請求之 機會。該活動的期間對於所有提供者將係爲已知的。於對 於許多提供者而言爲正常的白天工作期間而言，可使用之 提供者之數量係大很多。假如於此情況下，該請求者將如 一般情況被給予一個中止報告，然而，該系統係建構成， 當一個於該給定分類中之較大數量之提供者係爲活動的情 況下，於一個其他的特定時間再度中繼該請求。於此實施 例中，該系統係建構成使得允許此特色透過一個預定鍵擊 之施加而被超越。作爲一個預設方式，掛上電話之行動係 被採取，以請求該請求於更可能獲得一項配對之時間被中 54 200300534 繼。 於此實施例中，該系統亦建構成使得一個請求者能夠 指定用於該搜尋中心之與該呼叫電話之該呼叫線辨識元不 相關之一個替代位置。於此實施例中，該入站交談式語音 回應模組11係提供此特色藉由一預定鍵擊而予以致能， 且當被致能時，該入站交談式語音回應模組1 1係執行一 個“替代的位置”版本，其係播放該“替代位置”歡迎詞 且提示該請求者輸入該替代搜尋中心之電話號碼，其後接 著另一個預定之鍵擊。該系統係接著利用該替代之位置電 話號碼以決定該搜尋中心。該系統僅使用該替代之位置電 話號碼，以建立該提供者接觸列表且不作爲該呼叫號碼。 通常爲呼叫線辨識元之該呼叫號碼係被使用作爲狀態或者 中止報告被傳送至其之電話號碼。 此特色係用於該請求者係想要於一個不同的地理區域 內辨識提供者之環境下。舉例而言，假設該請求者係旅行 離開以於週末訪問朋友，且想要定位於該區域中將被訪問 之一個法國飯店，則該請求者將於該分類歡迎詞期間實施 “替代位置”之鍵擊，且輸入該替代之電話號碼，典型地 係爲將被訪問之朋友的電話號碼，其後接著一個“完成” 之鍵擊，且接著留下該請求，舉例而言，“一個好的法國 飯店，週六晚上7點3 0分4個人之桌子，請今晚回電 。於該接觸模式係被設定成提供請求者之細節時’給予一 個正面回應之任何提供者將被提供該請求者之呼叫號碼’ 其係相對於該替代位置之電話號碼。 55 200300534 於此實施例中，該系統亦建構成允許一個請求者維持 於線上且接著該配對操作。此典型地係將爲一個請求者相 信一個配對係相當可能快速地被達成之情況。於此實施例 中，此項特性係於該請求之該記錄完成時透過一個預定之 鍵擊而致能，且藉由重複該預定鍵擊而予以禁能。該配對 系統即時報告每一個事件，舉例而言，“僅剪髮，拒絕” ，“男士剪髮，拒絕”，“冷燙，接受”等等。於此模式 下，每一個提供一個於此實施例中爲一個“接受”或者“ 可能”之一之正面回應之提供者係被指定一個特定的鍵擊 ，且實施該相關之鍵擊，以建立一個至該提供者之呼叫。 於此實施例中，對於每一個請求者而言，該結構選擇 係包含一個接觸模式設定，其係允許該請求者建構該預設 之系統，不論是保留由提供者而來之該請求者之接觸細節 (於此情況下，至該請求者之任何報告係設有已經提供一 個正面回應之該被辨識之提供者之細節，以允許該請求者 接觸該些提供者），或者於接受該請求時提供該請求者之 該接觸細節至該被辨識之提供者，使得該接受之提供者係 能夠直接接觸該請求者。 於此實施例中，該系統係建構成於此在該分類歡迎詞 期間藉由實施一個預定之鍵擊而致能一個請求者以實施該 預設之接觸模式設定。於此實施例中，除非特別地建構’ 該預設之回應模式設定係被設定，以提供細節，該預定鍵 之施加係實施切換該接觸模式設定以提供請求者之細節以 保留請求者之細節，其中，該接觸模式歡迎詞“請求者細 56 200300534 節將被保留”係被播放，其後接著該一般之記錄請求單音 。於該預設接觸模式設定爲被設定成保留細節之情況下’ 施加預定之鍵係實施以切換由保留之請求者細節而來之該 接觸模式設定，以提供請求者細節，因此，該接觸模式歡 迎詞“請求者細節將被提供”係被播放，其後接著該一般 之記錄請求單音。 於該接觸模式設定係被設定成保留請求者之細節之情 況下，已經對於一個請求辨識出該些提供者之該系統係於 該呼叫號碼上呼叫該請求者，且提供包含該些提供者之細 節之該中止報告，於此實施例中，對於每一個提供者而言 ，係爲該提供者之名稱或者於該提供者處之一個接觸人員 之一個接觸名稱以及該接觸號碼。於此實施例中，於該中 止報告中所提及該該些提供者之每一個係被指定於該鍵盤 上之一個相關之鍵。以允許該請求者加速撥號該些提供者 之一個被選擇出之提供者。於該請求者不由該系統採取該 回應呼叫且該請求者之呼叫號碼係具有一個相連接之回應 機之情況下，該呼叫係由該回應機所取用，而該中止報告 係被記錄，以致能該請求者傾聽稍後返回之呼叫。於該呼 叫號碼係被撥出之情況下且該請求者之呼叫號碼係不具有 一個相連接之回應機，則該系統係於設定期間呼叫回去， 直到該呼叫係被實施爲止。 於註冊時，該結構細節係包含該提供者之該商業之可 使用性，亦即，該週之7天之每一天之該商業之工作時間 。於這些工作時間之內，該系統係預設成建構成假設該提 57 200300534 供者想要接收請求。於此實施例中，該系統係建構成使得 允許該提供者由該分類中移除自己，且因而不接受任何進 一步之請求。應注意的是，假如該提供者係將自己由該分 類中移除，則該提供者將不出現於由該提供者選擇單元3 3 a，3 3 b，3 3 c之該列表建立單元4 3所建立之任何列 表中，直到該提供者正面地再度導入自己於該分類中。此 特色係允許商業服務長期間關閉，舉例而言，假日。於營 業時間之外，該系統係不接觸該假設不想要接收請求之提 供者。於此實施例中，一個提供者能夠藉由設定“開店” 或者“關店”狀態之一而暫時地改變該被指定之營業時間 ，然而，如此之設定營業時間僅係一個暫時之功能，且假 如該被指定之營業時間於下一個營業時間階段之前被重新 設定，則營業時間之預設時間係被採用。 於此實施例中，該系統係致能一個提供者由不能夠被 服務之請求者阻斷請求。一個典型的範例係爲該請求者之 位置係非爲一個由該請求者所服務之位置。另一個典型的 範例係爲該提供者僅提供對於一特定群體之人員的服務’ 諸如對於年青人而非老年人，且由一個年老人員而來之一 個請求係不能夠被服務。此係不偏移該搜尋，而僅係避免 不適合之接觸。 於此實施例中，該系統亦致能一個提供者阻斷由該些 請求者之該些接觸細節係保留之請求者而來之請求。於如 此之情況下，一個提供者可以注意到競爭者將偷偷地使用 該系統以收集資訊。 58 200300534 於此實施例中，該些喜好係由一個分類管理者使用該 分類管理單元4 9而作設定。 該配對系統係進一步包含一個分類管理單元4 9，其 係提供該分類資料庫之維護，亦即，該分類特性資料庫1 5及該分類資訊資料庫3 7，及該請求者資料庫’亦即該 第一及第二請求者資訊資料庫1 7，3 9。特別是，該分 類管理單元4 9係提供提供者入口之更新，包含新的提供 者入口，對於任何分類之該列表建立參數之改變，及包含 新的分類。於此實施例中，該分類管理單元4 9係包含一 個網路介面，以允許遠距操作。於一個較佳實施例中，該 分類管理單元4 9係由複數個分類管理器所操作，該些管 理器之每一個係被指定至及管理一或多個分類。 最後，應瞭解的是，本發明以其較佳實施例而予以敘 述，且於不偏離定義於後附申請專利範圍之該範疇之下， 可以以許多不同的方式予以修改。 舉例而言，於上述之實施例中，該系統係建構成利用 由一電話實施之語音請求，然而，使用其他通訊器2 0， 2 4係可以預期的，舉例而言，個人數位助理，個人電腦 ，機上盒，遊戲裝置及遊戲機，亦即任何具有通訊功能之 裝置，且其他用於該接收及傳送請求之格式亦可，舉例而 言，文字編碼之請求，諸如簡訊服務及電子郵件，圖像式 請求，典型地係包含靜態或者動態之圖像，諸如MMS及EMS ’及傳真請求。實際上，請求能夠以一個格式而實施，舉 例而言，語音請求，及以另一種格式傳送，舉例而言，簡 59 200300534 訊服務請求。此外，請求能夠爲多重格式之請求’舉例而 言，包含語音及文字編碼之請求成分或者文字線碼及圖像 請求成分。 一般而言，該提供者係爲回應該個別請求之人員’然 而係具有一些例外。一個如此之其他提供者係爲一個僅能 夠接收請求而不能回應該些請求之觀察的提供者。另一個 如此之其他提供者係爲一個分離的提供者，其中，一個請 求係由通常爲回應該請求之決策者之一個人員所接收’且 傳移至另一個人員作進一步處理該請求，舉例而言’於處 理該顧客之約會。一個進一步之如此的提供者係爲一個接 收該請求且再導引該請求至另一個人員之分類提供者。 作爲一個分類提供者之一個範例，該些提供者係能夠 具有一個階層。因此，“車輛銷售”能夠具有兒童之“新 車”及“二手車”，其係能夠本身製造兒童車，例如福特 ，Vauxhall，福斯等等。該系統係能夠提供此階層，然而 係與人類係處理請求之最佳人員之哲理一致，該系統僅透 過人類分類員而提供串列之分類。該配對系統係如下。一 個請求者係決定他/她係尋找一個新的藍色的福特 Focus 1 · 8Ghi a。該請求者係撥該分類“車輛銷售”之電話 號碼且留下一個請求。該請求係於該分類中被傳送至該被 選擇出之提供者。然而，一個提供者係可以爲銷售許多種 車輛形式之經銷商。對於此提供者而言，其他部門係已經 先前被建構成具有如上所述之兒童車輛。於此情況下，聽 到該請求係之人員係作爲一個決定該請求應該呈現給哪一 200300534 個部門之分類者。該系統係建構成認知此提供者係爲一個 分類者，且因而期望接收一個關於該先前設定之部門之一 之鍵碼。於接收到該鍵碼時，該系統係呈現該請求至該最 新辨識出之提供者，其本身係能夠被設定作爲一個分類者 之提供者。於重複此步驟一或多次之後，該結果將對於不 需要進一步之分類之一個提供者實施。 此外，於該系統係被使用作爲一個私人的配對系統之 情況下，用於一個私人的配對系統之該設定係類似於上文 所述，除了該配對系統呈現該請求至一個具有一個內部的 且私人的配對系統之提供者。於此情況下，所有被使用於 獲得一個回應之鍵碼係被記錄，因爲這些碼係允許該階層 被導航，以報告及提供接觸細節。 圖式簡單說明 第1圖係示意地顯示根據本發明之一個提供作爲請求 者之使用者至服務請求之提供者之配對的配對系統。 元件符號說明 1 通話管理系統 la 第一通話管理系統 lb 第二通話管理系統 3 第一通訊網路 5 入站通話管理單元 7 入站電話線 11 入站交談式語音回應模組 13 入站通話應用管理模組 61 200300534 17 19 2 0 2 1 2 3 2 4 2 5 2 7 2 9 3 3a200300534 玖, Description of the invention The technical field to which the invention belongs The present invention relates to a system for matching requests from users who are requesters to request matching from a provider who serves those requests And a way to pair requests from users who are requesters to the providers who service those requests. Prior art The present invention seeks applications in many fields, Especially in the structure of classification, among them, A user who is a requester wants to make a request from an interested group, that is, A plurality of providers collectively classified. The present invention seeks special applications for trade classification, among them, Providers are grouped according to the goods or services they provide. Such a trade classification is currently implemented in a local trade register, Such as Yellow Pages® or Thomson Directory® in the UK, And when looking for goods or services, A person will use the local business register to locate a provider for the goods or services. When using such a business register, A person will first decide which classification of goods or services is most likely to be provided, Review the corresponding section in the business register, Select one or more providers, These providers are then notified by telephone. When these providers are notified by phone, The same request, For example, "Can you provide goods / services X at cost Y by date Z? " Will be repeated for each provider. usually, Especially if the request is specific, For example, "Do you have 200300534 auto parts in stock? " The person will have to notify many selected providers over the phone before finding a provider that can satisfy the request. This is especially the case where more than one provider must be identified, For example, Such as allowable cost comparisons, Transmission time and so on. Such a procedure is that it must be time consuming to first identify possible providers and then establish a dialogue with many providers until one or more providers are identified who can satisfy the request, And the phone costs associated with each phone notification from many providers are also quite high. Although the present invention will seek specific applications regarding trade classification, The invention also has applications for many other classification structures. One such other classification structure is the broadcast classification, among them, A request is broadcast to multiple providers, It enables a response from all those providers, And provide records of one or both of the positive and negative from these providers and the providers who did not respond. Such classifications can be found in applications that obtain information in response to a query that creates a market list or polls, for example. Another such other classification structure is group classification, among them, People with common interests are grouped together, To allow a request to be made by a requestor as a provider, The requestor may be all or part of a provider in the group classification or other persons in the group classification. An example of a group classification is a local help group whose members provide help on a committee basis, among them, Requests for help can be made by members. A further such classification structure is task classification, In 200300534, A request is an implementation of a number of providers requesting a job. Such classifications will look for specific applications in this collaborative environment, among them , Requests can be implemented by a specific department, such as a procurement or marketing department. A further such classification structure is the promotion classification, among them, A specific promotion is executed, Typically tied to a short period of time, And supported by multiple providers. An example of a promotion classification is a holiday period. For example, during a fixed-price weekend, among them, Providers are expected to join promotions that select this category. In a preferred embodiment, These providers are able to opt in or out of the category based on the goods or services provided by the providers. SUMMARY OF THE INVENTION An object of the present invention is to provide a pairing system and method. It is a pairing of a user-to-provider request as a requester, There is no need for a requester who must identify possible providers and contact those providers to decide whether a request can be met. One aspect of the present invention is to provide a pairing system for matching requests from users who are requesters to providers who serve those requests, Each of these requesters has at least one communicator, It is used to implement those requests and process them into their individual responses, And each of these providers has at least one communicator for processing the request and its individual response, The system includes: At least one request receiving unit ', the request receiving unit is configured to receive requests from the requesters; At least one request relay unit, The request relay unit is used when a request is made, 200300534 providing each of these requests being relayed to the selected provider; At least one response receiving unit, The response receiving unit is used to receive responses from the providers, The received responses are implemented by the individual providers who are human decision makers upon individual requests; And at least one information supply unit, The information supply unit is, for each requester, Provide one or both of information about the individual requester to any provider that provided a positive response to the individual request and information about the response of the selected provider to the individual request , A positive response means that a provider can fulfill a request. Preferably, The system is an instant pairing system. Preferably, These requests are free-form requests. Preferably, These requests include voice requests. Preferably, These communicators include mobile communicators. All like phone, Personal digital assistant, Personal computers and gaming devices. Preferably, These communicators include fixed communicators. All like phone, fax machine, personal computer, Set-top box and game console. Preferably, These communicators are combined fixed / mobile communicators, Such as phone. In one embodiment, The system includes: At least one inbound communication unit, Each of the inbound communication units includes at least one request receiving unit. In one embodiment, The system includes: At least one outbound communication unit, Each of the outbound communication units contains: Following at least one request, At least one response receiving unit and at least one information supply unit 11 200300534 In another embodiment, The system includes: At least one communication unit, Each of the communication units contains: At least one request receiving unit, At least one request relay unit, At least one response receiving unit and at least one information supply unit. In one embodiment, The at least one request relay unit is configured to directly relay a request to the communicators of the selected provider. Preferably, The at least one request relay unit is constructed to provide a relayed request that does not require any inquiry to establish content. Preferably, The at least one request receiving unit includes a plurality of receivers for receiving requests, Each request has a classification contact address associated with a pre-determinable classification. Even better, The contact addresses of the requests are dialed numbers. In one embodiment, The system further includes: At least one provider selection unit, It is used to select a provider to handle a request. Preferably, The at least one provider selection unit is constructed at least in part based on one or both of a geographic location assigned to the individual request and a geographic location or geographic area assigned to the providers, Instead, it is used for a request provider. In one embodiment, The geographic location assigned to the individual request is a current geographic location of the individual requester. Preferably, The current geographical location is determined by a communicator contact address of the communicator of the individual requester, among them, The communication address of the communication 12 200300534 has a designated position. Even better, The communicator contact address of the communicator is a dial number. In one embodiment, The geographic location assigned to the individual request is an alternate geographic location designated by the individual requester. Preferably, The alternative geographic location is determined by a communicator contact address of a communicator, among them, The communicator contact address has a designated location. Even better, The communicator contact address of the communicator is a dial number. Preferably, The geographic location of the mobile communicator is identified by the hive, Triangulation, Radio positioning or satellite positioning such as satellite positioning system (GPS). Preferably, The geographic location of the fixed communicator is determined based on the individual designated location. Preferably, The at least one provider selection unit is constructed in a pre-determined spatial geographic area relative to the geographic location assigned to the individual request, Select the provider to use for a request. Even better, The predetermined spatial geographic area is, With respect to a geographic radius of the geographic location assigned to the individual request, Relative to the travel distance specified for the geographic location of the individual request, Or one of three times the travel time of the geographic location relative to the individual request. Even better, The at least one provider selection unit is structured so that at least a portion is selected based on the characteristics of at least one request for the individual requester 13 200300534 requester, Such as geographic and socioeconomic information, As a specified characteristic for the individual requestor or as a characteristic entered by the individual requester when implementing the request. Preferably, The at least one provider selection unit is structured as At least in part based on the characteristics of the provider used for those providers, And choose the provider for a request, Such as requiring the requester to have a predetermined profile or provide contact details, As a designated feature for that individual provider. Preferably, The at least one provider selection unit is configured such that at least a part of the providers is selected for a request based on the current time. Preferably, The at least one provider selection unit is configured such that at least a part is selected for a request provider based on at least one classification characteristic, A selection mechanism, such as for selecting a provider, As a designated characteristic for that individual classification. Preferably, The at least one request relay unit is constructed, When a request is made, The request is relayed to a predetermined number of the selected provider. Preferably, The at least one request relay unit is constructed so that when a request is made, Broadcast a request to the selected provider ’where The individual request is relayed to a plurality of providers. Preferably, For a request, The at least one information supply unit is constructed, To provide information to the individual requestor about the provider who has provided a positive response to the individual request. 14 200300534 In another aspect of the invention, It provides a pairing system for matching requests from users who are requesters to providers who serve those requests, The system includes: Multiple requester communicators, Each of the plurality of requester communicators is used by the requester, To implement the request and process any individual response to it, At least one of these responses contains responses to individual requests from selected providers who are human decision makers; And multiple provider communicators, Each of the plurality of provider communicators is used by the provider, To make a request and any individual response to it, And when requested, These requests are relayed to individual selected providers, At least one of the responses includes the requester regarding an individual request that has provided a positive response to the individual request, A positive response means that a provider is able to comply with a request. Preferably, The system is an instant pairing system. Preferably, These requests are free-form requests. Preferably, These requests include voice requests. Preferably, These communicators include mobile communicators. All like phone, Personal digital assistant, Personal computers and gaming devices. Preferably, These communicators include fixed communicators ’such as telephones, fax machine, personal computer, Set-top box and game console. Preferably, These communicators are combined fixed / mobile communicators, Such as phone. In one embodiment, A request is relayed directly to the individual selected provider. 15 200300534 Preferably, A request is relayed without any inquiry to build the content. The better condition is that the system further includes: A communication unit ’includes a plurality of receivers for receiving requests, Each request has a classification contact address associated with a pre-determined classification. Even better, The classified contact addresses are dialed numbers. Preferably, The providers are based at least in part on one or both of a geographic location assigned to the individual request and a geographic location or geographic area assigned to the providers, And is selected for a request 0 in one embodiment, The geographic location assigned to the individual request is a current geographic location of the individual requester. Preferably, The current geographical location is determined by a communicator contact address of the communicator of the individual requester, among them, The communicator contact address has a designated location. Even better, The communicator contact address of the communicator is a dial number. In one embodiment, The geographic location assigned to the individual request is an alternate geographic location designated by the individual requester. Preferably, The alternative geographic location is determined by a communicator contact address of a communicator, Among them, the communicator contact address has a designated position. Even better, The communicator contact address of the communicator is a dial number. 16 200300534 Preferably, The providers are within a predetermined spatial geographic area relative to the geographic location assigned to the individual request, Was selected for a request. Even better, The predetermined spatial geographic area is, With respect to a geographic radius of the geographic location assigned to the individual request, Relative to the travel distance specified for the geographic location of the individual request, Or one of three times the travel time of the geographic location relative to the individual request. Even better, The providers are based at least in part on at least one requester characteristic for the individual requestor, And was selected for a request, Geographically relevant and socioeconomic information, As a specified characteristic for the individual requester or as a characteristic entered by the individual requester when implementing the request. Preferably, These providers are based at least in part on the characteristics of the providers used for those providers, And was selected for a request, Such as requiring the requester to have a predetermined profile or provide contact details, As a specified feature for that individual provider. Preferably, The providers are selected at least in part for a request based on the current time. Preferably, The providers are selected at least in part for a request based on at least one classification characteristic, A selection mechanism, such as for selecting a provider, As a specified characteristic for the individual classification, 0 In a further aspect of the invention, The present invention provides a pairing system for matching requests from users who are requesters to serving those requests. 17 200300534 Each of these requesters has at least one communicator, It is the individual response used to implement those requests and process them, And each of these providers has at least one communicator for processing the request, The system includes: At least one request receiving unit, The request receiving unit is used to receive requests from the requesters; At least one requesting relay unit, The request relay unit is used for, When made by a request, Provide each of these requesters to be relayed to the selected provider; And at least one response receiving unit, The response receiving unit is used to receive responses from the providers, The received responses are implemented by the individual providers who are human decision makers upon individual requests. In another aspect of the invention, It provides a pairing system for matching requests from users who are requesters to providers who serve those requests, The system includes: Multiple requester communicators, Each of the plurality of requester communicators is used by the requester, To implement the request and make any individual response to it; Multiple provider communicators, Each of the plurality of provider communicators is used by a provider, To make a request and any individual response to it; And at least one communication unit, The communication unit can communicate with the requester communicators and the provider communicators, And contains at least one provider selection unit, It is used to select a provider, To make every request made by a requester; among them, For each request, When proposed by him, The system is constructed such that the request is provided to be relayed to a provider selected as a human decision maker. Preferably, The system is further structured so that for one 18 200300534 requests, The individual requester is supplied with information from the selected provider to the individual request. Preferably, The system is an instant pairing system. Preferably, These requests are free-form requests. Preferably, These requests include voice requests. Preferably, These communicators include mobile communicators. All like phone, Personal digital assistant, Personal computers and gaming devices. Preferably, These communicators include fixed communicators. All like phone, fax machine, personal computer, Set-top box and game console. Preferably, These communicators are combined fixed / mobile communicators, Such as phone. In one embodiment, The system is constructed so that a request is relayed directly to the requester communicator of the selected provider. Preferably, The system is constructed so that a request is relayed without any interrogation to build the content. Preferably, The at least one communication unit includes: Multiple receivers for receiving requests, Each request has a classification contact address associated with a pre-determined classification. Even better, The classified contact addresses are dialed numbers. Preferably, The at least one provider selection unit is constructed at least in part based on one or both of a geographic location assigned to the individual request and a geographic location or geographic area assigned to the providers, Instead, it is used for a request provider. In one embodiment, The geographical location of the individual request 19 200300534 is a current geographical location of the individual requester. Preferably, The current geographic location is determined by a communicator contact address of the communicator of the individual requester ’, The communicator contact address has a designated location. Even better, The communicator contact address of the communicator is a dial number. In one embodiment, The geographic location assigned to the individual request is an alternate geographic location designated by the individual requester. Preferably, The alternative geographic location is determined by a communicator contact address of a communicator, among them, The communicator contact address has a designated location. Even better, The communicator contact address of the communicator is a dial number. Preferably, The at least one provider selection unit is constructed in a pre-determined spatial geographic area relative to the geographic location assigned to the individual request, Select the provider to use for a request. Even better, The predetermined spatial geographic area is, With respect to a geographic radius of the geographic location assigned to the individual request, Relative to the travel distance specified for the geographic location of the individual request, Or one of three times the travel time of the geographic location relative to the individual request. Preferably, The at least one provider selection unit is constructed so that 'at least a portion is to select a provider for a request based on at least one requester characteristic for the individual requester, Such as geographic and socioeconomic information, 20 200300534 characteristics as specified for the individual requestor or characteristics entered by the individual requester when implementing the request. Preferably, The at least one provider selection unit is structured as At least part of which is based on a provider characteristic for those providers, And choose the provider for a request, Such as requiring the requester to have a predetermined profile or provide contact details, As a designated feature for that individual provider. Preferably, The at least one provider selection unit is configured such that at least a part of the providers is selected for a request based on the current time. Preferably, The at least one provider selection unit is configured such that at least a part is selected for a request provider based on at least one classification characteristic, A selection mechanism, such as for selecting a provider, As a designated characteristic for that individual classification. Preferably, The system is structured so that when a request is made, The provider communicator providing the request to be relayed to a predetermined number of the individually selected provider. Preferably, The system was built, Broadcasting a request to the provider communicator of an individual selected provider, among them, When a request is made, The individual request is relayed to a plurality of providers. Yet another aspect of the present invention is to provide a method for matching a request from a user who is a requester to a provider who serves those requests, Each of these requesters has at least one communicator, It is an individual response used to implement those requests and process them, And each of these providers 21 200300534 has at least one communicator for processing the request and its individual response, The method involves the following steps: Receiving requests from requesters; For each request, When the request was made, Provide the request to be relayed to the selected provider; Receiving responses from those providers, The received responses are implemented by the individual providers who are human decision makers upon individual requests; And for each requester, Provide one or both of information about the individual requester to any provider that provides a positive response to the individual request and information about the response of the selected provider to the individual request to the individual requestor , A positive response means that a provider is able to fulfill a request. Preferably, This method is an instant pairing method. Preferably, These requests are free-form requests. Preferably, These requests include voice requests. Preferably, These communicators include mobile communicators. All like phone, Personal digital assistant, Personal computers and gaming devices. Preferably, These communicators include fixed communicators. All like phone, fax machine, personal computer, Set-top box and game console. Preferably, These communicators are combined fixed / mobile communicators, Such as phone. In one embodiment, The steps of providing a relayed request to the selected provider when a request is made include the following steps: Relay a request directly to the individual selected provider. Preferably, A request is relayed without any inquiry 22 200300534 to build the content. Preferably, The step of receiving a request from a requester includes the following steps: Receiving requests from requesters on multiple receivers, Each request has a classification contact address associated with a pre-determined classification. Even better, The classified contact addresses are dialed numbers. In one embodiment, The method further comprises the following steps: Select individual providers to make a request. Preferably, The steps to select individual providers to make a request include the following steps: Based at least in part on one or both of a geographic location assigned to the individual request and a geographic location or geographic area assigned to the providers, Instead, select individual providers to make a request. In one embodiment, The geographic location assigned to the individual request is a current geographic location of the individual requester. Preferably, The current geographical location is determined by a communicator contact address of the communicator of the individual requester, among them, The communicator contact address has a designated location. Even better, The communicator contact address of the communicator is a dial number. In one embodiment, The geographic location assigned to the individual request is an alternate geographic location designated by the individual requester. Preferably, The alternative geographic location is determined by a communicator contact address of a communicator, among them, The communicator contact address 23 200300534 has a designated location. Preferably, The communicator's contact address is ~ dial numbers. Preferably, The geographic location of the mobile communicator is identified by the hive, Triangulation, Radio positioning or satellite positioning such as satellite positioning system (GPS). Preferably, The geographic location of the fixed communicator is determined based on the individual designated location. Preferably, The steps to select individual providers to make a request include the following steps: Select individual providers, Based on a predetermined spatial geographic area relative to the geographic location assigned to the individual request, Make a request. Even better, The predetermined spatial geographic area is, With respect to a geographic radius of the geographic location assigned to the individual request, Relative to the travel distance specified for the geographic location of the individual request, Or one of three times the travel time of the geographic location relative to the individual request. Even better, The steps to select individual providers to make a request include the following steps: Selecting at least one individual provider to make a request based on at least one requester characteristic for that individual requester, The requester's characteristics are such as geo-related and socio-economic information, As a specified characteristic for that individual requester or as a characteristic entered by the individual requester when implementing the request. Preferably, The steps to select individual providers to make a request include the following steps: Based at least in part on the characteristics of the provider used for those providers 24 200300534, And select individual providers to make a request, The provider characteristics are such as requiring the requester to have a predetermined profile or providing contact details, As a designated feature for that particular provider. Preferably, The steps to select individual providers to make a request include the following steps: Individual providers are selected at least in part based on the current time, To make a request. Preferably, The steps to select individual providers to make a request include the following steps: Selecting individual providers based at least in part on at least one classification characteristic, To make a request, The classification characteristics are, for example, a selection mechanism for selecting providers, As a designated characteristic for that individual classification. Preferably, The steps of providing a request to be relayed to the selected provider include the following steps: When a request is made, Provide a predetermined number to be relayed to the selected provider. Preferably, The steps of providing a request to be relayed to the selected provider include the following steps: When a request is made, Broadcast a request to the selected provider, among them, The individual request is relayed to a plurality of providers. Preferably, The step of providing information includes the following steps: For a request, Provide information to the individual requester that a positive response has been provided to the individual request. Yet another aspect of the present invention is to provide a method for pairing a request from a user who is a request 25 200300534 to a provider who serves those requests, Each of these requesters has at least one communicator, It is an individual response used to implement those requests and process them, And each of these providers has at least one communicator for processing the request and its individual response, The method involves the following steps: Receiving requests from requesters; For each request, When the request was made, Provide the request to be relayed to the selected provider; And receiving responses from those providers, The received responses are implemented by individual providers who are human decision makers based on individual requests. The invention, called Respons aTM pairing system, provides an automatic pairing system, It specifically allows voice requests, And especially free-form requests, The request is paired with a provider who has received a request and has confirmed that the request can be met. In a preferred embodiment, The pairing is based on a position related to the requester, Typically the location of the communicator for the requester, The designated positions of the providers in the selected category, And the selected category. In other embodiments, Properties such as the current time and the requestor and one or both of the providers can be used, To select those providers in more detail. With the present invention, When the request is received, it is relayed. For voice requests to replay to the selected provider, And if any provider is unable to satisfy the request, The provider must only reject the request, Typically through a "reject" response, A keystroke corresponding to a "reject" response, Or just ignore the communicator. When the request was relayed 26 200300534, Communication between all requestors and those providers is one-way communication. therefore, No direct talks are required between the requester and a provider. When the provider cannot satisfy the request, Both the requester and the provider avoided the time-consuming work of having to establish a polite discussion. A direct meeting only takes place between the requester and a provider who can satisfy the request. The present invention provides automatic pairing, It also allows personnel to make free-form human communications. A preferred embodiment of the present invention is to provide the requesters with the freedom of making the requests into frames as needed in order to utilize free-form requests; The language and form of these requests are not restricted, Such as by requesting those requesters to utilize predefined keywords. In addition, The invention only relays requests to providers who want to receive them and can service those requests, For example, Providers that are open and within a specific geographic area as indicated by a specific classification. In the present invention, It is a human decision maker relative to the computer, It receives those requests, And be able to interpret these requests wisely. This is to avoid the problems associated with the need to use predefined keywords to define the matching system for those requests, For example by using the drop menu. In addition, the present invention seeks a private environment such as an organization operated by an organization used by members of the organization and a public environment permitted to be used by members of the public. In some embodiments, The present invention can be constructed to offset a pair to benefit the requester or the selected provider. This is considered appropriate in some applications, Especially in a private environment. 27 200300534 Embodiments By way of example only and with reference to the following drawings, Preferred embodiments of the present invention will be described below. The pairing system includes at least one telephony management, TM) system 1, In this embodiment, First and second call management system 1 a, 1 b is used to manage inbound telephone calls to the pairing system and outbound telephone calls from the pairing system. In another embodiment, The pairing system can include a single call management system1, And in a further embodiment, It can contain any number of call management systems 1 from tens to hundreds. In one embodiment, The call management system 1 a, 1 b is located at the same location, However, in other embodiments, The call management system 1 a, 1 b is a geographically separated location. For example in the UK, A call management system 1a can be located in a central London, To serve the southern half of the UK, And another call management system 1 b can be located in another center, For example, Glasgow, To serve the northern half of the UK. In other embodiments, It contains many call management systems1, The call management system 1 can be located in the main center, For example, An entire city and city in a geographical area. The pairing system further includes a first communication network 3, It is provided to the call management system la, lb's communication link and the call management system 1 a, 1 b Communication link. In this embodiment, The call management system 1 a, 1 b is in the same position, The communication network 3 includes a local area network. Such as Ethernet 28 200300534 network. In other embodiments, The call management system 1 a, 1 b is located at a distant distance, The communication network 3 can include a telephone network, Preferably, A whole service digital network. The call management system la, Each of lb includes an inbound telephony management unit. ITM) 5, It is used to manage the inbound telephone call from the requester on the inbound telephone line 7, Preferably, Serving the digital network as a whole. In this embodiment, Multiple subscriber numbering is used. MSN), This enables each of a plurality of requesters that require the same classification to be supported simultaneously. The inbound call management unit 5 includes: An inbound interactive voice response, IIVR) module group 1 1, Which is connected to this inbound telephone line 7, To monitor inbound calls and provide voice and basic tones; An inbound call application management module 1 3, It is used to generate a request file corresponding to the requests in each of the inbound telephone calls, In this embodiment, it is voice, And for transmitting the requests to a provider selection unit 3 3 a, 3 3 b, 3 3 c, It is described in detail below, A first classification characteristic for storing the classification characteristics of each classification CC) Database 1 5 The first classification characteristic database 1 5 is connected to the inbound call application management module 1 3, And a requestor information (requestor ^ formation, RI) database 1 7 The requester information database 1 7 29 200300534 is connected to the inbound call application management module 13. Because of this structure, The first classification characteristics database 15 and the requester information database 17 are not accessible to the inbound conversational voice response module 11 Therefore the confidentiality of the requester's information database 17 is prevented from being accessed by a third party. In this embodiment, The inbound call management unit 5 includes an intrusion detector between the inbound conversation voice response module 11 and the inbound call application management module 13. Such as to monitor intrusions by third parties, Typical is the identification of abnormal packets. And thus the confidentiality of the inbound call application management module 13 is provided. In this embodiment, The communication between the inbound conversation type voice response module 11 and the inbound call application management module 13 is implemented through the VoiceXML communication protocol. In this embodiment, A request file generated by the inbound call application management module 1 3 contains: At least one classification identifier, This classification identifies the element as the number called, Which is the phone number called by the requester, And the classification identification element identifies the classification to which the request will be paired; A requester identifier, In this embodiment, The requester identification element is a call line identification element (c a 丨 1 i n g 1 i n e identification, CLI), That is, the system or the provider who responded positively responded to the phone number contacted by the request, And the requester identification element identifies the request; And a request file, The request file corresponds to the request to be relayed to the provider, In this embodiment, A voice file corresponds to the voice request to be relayed to the provider. In an alternative embodiment, The requester identifier is a telephone number derived from the call line identifier of a requester or information phone 30 200300534, For example, Contains a verification code provided by the requester when implementing the request. In an alternative embodiment, As will be described in more detail below, A request file generated by the inbound call application management module 13 includes a location, Identification element, The position identification element identifies the position of the search center, among them, The position of the requester cannot be based on the provider identification unit 3 3 a, 3 3 b, The decision of the requester in 3 3 c is decided. A typical example of the requester identification system allowing the location of the requester to be determined is that the requester is not listed on the directory and the requestor does not have an address for the calling number or the calling phone Is a mobile phone, Or the requester needs an alternative location for the search center. In this embodiment, The location identifier is a phone number. In addition to the number of the calling phone, It is provided by the requester to represent the location of the search center. In this embodiment, The first classification feature database 15 is a structured query language database. In this embodiment, Elements of the inbound call management unit 5, That is, the inbound chat voice response module 1 1 The inbound call application management module group 1 3, The first classification characteristic database 15 and the requester information database 17 are located at the same location. In other embodiments, The inbound conversation type voice response module 11 and the inbound call application management module 1 3 can be located at the same location, And one or both of the first classification characteristic database 15 and the requester information database 17 can be located at a long distance. In this embodiment, The inbound 31 200300534 call application management module 1 3. The communication network between the first classification characteristic database 15 and the requester information database 17 is a virtual private network. In a further embodiment, One or both of the inbound chat-type voice response module 11 and the inbound call application management module 13 can be located at a distance. And the first classification characteristic database 15 and the requester information database 17 are at the same position. In a further embodiment, All elements of the inbound call management unit 5, That is, the inbound chat voice response module 1 1 The inbound call application management module 1 3, The first classification characteristic database 15 and the requester information database 17 can be installed at a distance. The call management system la, Each of lb further includes a file storage 19 for storing the classified welcome words and prompt words of the provided category. As mentioned above, In one embodiment, The file storage 19 stores a request file for each request from the requesters. The storage of the request files enables the request files to be retrieved, And therefore the request files do not need to contain the request files, When the requested files are much smaller, Provides significantly increased communication flow for the same system capacity. The call management system la, The operation of the inbound call management unit 5 of lb will be described later. Each of the inbound call management units 5 receives an inbound telephone call from the requester communicator 20 on the individual inbound telephone line 7. In this embodiment, The telephone with the specific inbound call management unit 5 32 200300534 receives the telephone call indicated by the called number, This is the phone number called by a requester. In this embodiment, among them, The matching system was constructed to operate as a trade classification matching system, A requester can choose from a plurality of classification portals corresponding to different types of goods and service providers. Each of these classification entries has a telephone number that a requester must dial to access the pairing system for that classification, And in this embodiment, Is to determine the search criteria implemented by the pairing operation, The classification identifier of the pairing condition and the ending condition, It is described in detail in Xia Dazhong. In one embodiment, Each category entry can contain a summary of one or both of these services or items, This enables a requester to decide which correct classification to use for that particular request is selected. For every inbound call, The inbound chat-type voice response module 1 1 transmits the called number and the calling number, that is, The caller identification of the communicator 20 of the requester, The call communicator to the inbound call application management module 1 3. In this embodiment, The Requester Communicator 20 can be a fixed telephone, A mobile phone, Fixed / mobile phone combination or a personal digital assistant. The inbound call application management module 13 then queries the called number in the first classification characteristic database 15 And take out the category welcome word file identifier, Display to the requester with the "category" greeting When the called number is not related to a category, For example, 33 0 200300534 where the called number was previously used in combination with a category and is not currently used, The inbound call application management module 1 3 instructs the inbound conversational voice response module 11 to execute an "unspecified classification version", It displays a "unspecified category" greeting and closes the call link. Since the call communicator 20 does not have call line identification, as when the call line identification system is disabled, The inbound call application management module 1 3 instructs the inbound conversational voice response module 11 to execute a "number reservation" version, It shows a "Number Hold" welcome, It instructs the requester to enable the call line identification of the calling phone, Or provide a verification code as a register to verify the requester. In this embodiment, The system is constructed only when the inbound call system has a call line identification, Allows one requester to make one request. The communicator 20 enabled by requesting call line identification can prevent the requester from abusing the system and responding directly to a third party. In the case that the call communicator 20 has a call line identification, The inbound call application management module 13 looks up the table in the requester information database 17 for the call line of the call communicator 20, To confirm the requester ’s information, Contains confirmation that location information is available for this call line identification system, And the preferences of the requester who obtained the preset, such as whether the requestor details for the requester are provided to the provider or retained. The call line identification at the call communicator 20 is a fixed communicator, And the requester information database 17 includes the location information of the call line identification for the calling phone, the inbound call application 34 200300534 management module 1 3 determines the call communication based on network information Position of device 2 0, And instruct the inbound conversational voice response module 11 to execute the "action requester" version. In this embodiment, The cell identification unit using the call communicator 20 is used, To determine the location of the requester, The cell recognition unit represents the cell, It is a geographical area, among them, The call communicator 20 is located, The inbound call application management module 13 refers to the cell identifier in the requester information database 17. To get the position of the call communicator 20. In other embodiments, The call communicator 20 of the requester is capable of triangulation, Radio positioning or satellite positioning such as satellite positioning system (GPS). In the case where there is a call line identification and the location cannot be determined by the call line identification, For example, if the requester is not in the directory, that is, the requester has requested the service provision without revealing the location information of the number corresponding to the requester's communicator 20, and the requester did not provide the location information, The inbound call application management module 13 is a lookup table for a search vector ′ corresponding to the classification of the called number in the classification characteristic database 15 to determine whether there is a vector for processing position independent requesters. In the case of having a vector for processing position-independent requesters, The inbound call application management module 1 3 instructs the inbound conversational voice response module 1 1 to execute a "location required" version, It shows a "required location" greeting, And prompt information about the requester ’s location, This is typically a known call line identification enabled phone number, Location information is retained in the classification characteristics database 15 As the search center 0 35 200300534 In the case of a call line identification and the call number is a transfer board (manual or automatic), The inbound call application management module 1 3 instructs the inbound conversational voice response module 11 to execute a "transit board requester" version. Under the "fixed requester" version and the "action requester" version, The inbound conversational voice response module 11 executes a "category title" welcome word corresponding to the extracted category welcome word identifier, And then the requester implements a request for the request, "requests to mention the market", and welcomes Division S. For example, In the case where the called number corresponds to the category "toy store", In this embodiment, The corresponding welcome word will be "Welcome to the ResponsaTM Category for Toy Stores" and the "request for withdrawal" welcome word is "Please leave your request after a single tone and hang up when finished" . Under the "Transfer Board Requester" version, The inbound conversational voice response module 11 executes a "category title" welcome word corresponding to the retrieved category welcome word identifier. The "extension identification" greeting, which typically provides the requester with an extension number, by typing in the number or through a voice response, And then the requester implements a prompt "request prompt" greeting for the request. In this embodiment, The "request prompt" greeting is played only after a keystroke on the call communicator 20, The keystroke confirms that the extension number of the calling communicator 20 is presented. For example, In the case where the called number corresponds to the category "toy store", In this embodiment, The "Category Title" greeting will be "Welcome to the ResponsaTM Category for Toy Stores", The "Extension Identification 36 200300534" , The greeting will be "please leave your extension number after a single tone" and then press X. " And after the keystroke of the request, The “request reminder” welcome word is “please leave your request after a single tone and hang up when finished”. In the case where a requester wants to set an alternative preference ’, for example, Retaining this preset is for contact details provided by the provider to the provider, Provide an alternative search center location ’or alternative search parameters, The inbound conversational voice response module 11 provides keystroke input to set these preferences. In this embodiment, The inbound chat voice response module 11 is constructed to form a record of allowed requests, Such as a requester making mistakes in recording a request through a pre-keystroke. In this embodiment, The inbound conversational voice response module 11 is constructed to enable the request to be reviewed before starting a pairing operation 'and is replayed here. In this embodiment, After a predetermined time after the "request prompt" greeting or when the inbound chat voice response module 11 is able to recognize that the requester hangs up, The call link is closed. In one embodiment, The inbound call application management module 1 3 stores each request in the file storage 19 under a specified file name. The call management system la, Each of lb further includes an outbound telephony management, 0TM) unit 21, The outbound call management unit 21 is used to manage the provider on the outbound line 2 3, which is preferably 37 200300534 of the overall service digital network, up to the provider communicator 2 4 and the requester communicator 2 Outbound call for requester on 0. The outbound call management unit 2 1 series contains: An outbound interactive voice response, 01VR) Module 2 5, It is connected to the outbound line 2 3, To make outbound calls to providers and requesters; And an outbound telephony application management, 0ΤΑΜ) module 2 7, The outbound call application management module 2 7 is used to select a unit 3 3 a according to a provider, 3 3 b, 3 3 c The received call file schedules and directs the call to the outbound conversational voice response module 25. In this embodiment, The call file can be scheduled based on a priority flag that has, for example, a status report for a requester with a lower priority than the provider's request. During operation, In the case of an outbound appeal to a provider, The outbound chat voice response module 25 is dialed to the number of the provider communicator 24 identified in the call file. In the case where the call made by the outbound conversation voice response module 25 to the provider communicator 24 is answered, This outbound chat voice response module 2 5 series implements a "regeneration request" version, It first played a "VRS Welcome" greeting, For example, "VRS Cosmetologist", Followed by a first short mono, And then replay the request to that provider, It is followed by a second short tone. In this embodiment, The request was' relayed, Here it is replayed, Without any questions, Such as through speech recognition, Because such actions as 38 200300534 are not needed; The classification is specified by the called number. In an alternative embodiment, The request can be queried, It requires a more elaborate or more careful matching system. Upon hearing the request, The provider has the option of responding, Each of them has an associated keystroke: "accept", It is to confirm that the request can be satisfied. For example, The request was "Do you cut your hair?" " That is, in the case where the requester only attempts to obtain detailed information of the local beautician, And the request is sham, The provider will respond with "Accept". "may", It indicates that the request may be fulfilled, However, the provider must confirm. When the request is more complex, Such as "Can you cut my hair at 15:30 next Tuesday? " The provider can recall if the appointment is fully booked next Tuesday afternoon, However, you will need to check whether the time period is free, In that case, The provider will respond "maybe." "Refuse", It confirmed that the request could not be fulfilled. In this embodiment, Hanging up the phone is equivalent to choosing "Reject" for that response. "Inappropriate", It is an indication that the request was not intended for the classification to be inappropriate or incomprehensible. "Abusive", It indicates that the request was considered abuse. In this embodiment, The responses of these providers are recorded, Such as enabling the classification manager to monitor the behavior of the providers, And in particular the act of allowing the provision of a target to the requestor and part of the requester, And even the prohibition of the requester or provider if the behavior is not accepted 39 200300534 An "inappropriate" response is a record of the provider of such a response and the requestor who implemented the request Repeated “inappropriate” responses may result from situations where the requesters or providers are confused about the purpose of a classification. In addition, An "abuse" response is a record of the provider of such a response and the requestor who implemented the request, And in this embodiment, In addition to aborting a pairing operation, Repeated abuse requests created by confirmed “abuse” responses have resulted in the individual requesters being banned from using classification or even the entire matching system. In this embodiment, Repeated “abuse” responses by providers, typically above the average of a classification, were also investigated. When the provider provided a positive response, that is, In this embodiment, The response chooses either "Accept" or "Maybe" The outbound interactive voice response module 2 5 series implements a "received" version, It broadcasts a "response received" greeting, Followed by a short mono, And update the call file, Contain a positive response identifier and send the updated call file to the initialization provider selection unit 3 3 a, 3 3 b, 3 3c. Where the contact details of the requestor have been retained, The "received" version also plays a "contact details reserved, , welcome. In the event that contact details are not retained, The "received, , The version also provides the contact details of the requester, This is followed by a short mono. In one embodiment, The provider was able to record the details of the requester and then call 200300534 the requester. In another embodiment, The provider is able to reach the requester directly through a predetermined keystroke. In the case where the requester is online, When the provider is also online, The requester has direct access to the provider. In the case that the caller's call communicator 20 is from an extension of a manual transfer board, The "received" version also provides the phone number of the adapter board and the extension of the requester, To allow the provider to navigate the adapter board. In the case that the call communicator 20 comes from an extension of a non-manual transfer board, The “received” version also plays a “Please stay online until you hear a single tone” greeting. During the period before the tone, The details of the provider are provided to the requester 'and the requester therefore provides an opportunity to directly connect to the provider who is still online. In cases where an immediate connection is required, The requester is connected to the provider 'and thus establishes a session. When the immediate connection is not established 'the requester can then contact the provider. In this embodiment, The system is structured to allow the "received" version to be re-executed with a predetermined keystroke. In this embodiment, A positive response is not the response to choose "accept, , That is "possible". In other embodiments, And especially in some categories, The matching system can be constructed to look for "acceptance only as a positive response, In this embodiment, The “replay request” version also plays a “please reject or accept only” welcome message and all “possible” and “reject” responses are considered negative responses. In the case that the outbound conversation voice response module 25 implements the call to the provider 41 200300534 is not answered, The outbound conversational voice response module 2 5 designates one of the following states as a call state identifier to the call file, that is, "Number may be obtained", among them, The number reserved for the provider communicator 24 is not available, "Combined", among them, The numbers reserved for that provider are combined, And "Dial Out and Record", among them, The number reserved for the provider was dialed out and there was no response. Update the call file, Including the relevant call status identifier and transmitting the updated call file to the initialization provider selection unit 3 3 a, 3 3 b, 3 3 c. The call management system la, Each of lb further includes a call management (telephony management, TM) communication network 2 9, It provides one to the first main communication network 3, And to the inbound call management unit 5, In this embodiment, the inbound conversation type voice response module 1 1 and the inbound call application management module 1 3 The file storage 19 and the outbound call management unit 2 1. Between the outbound conversation voice response module 25 and the outbound call application management module 27. In one embodiment, In order to communicate with the inbound call management unit 5, The file storage 19 and the outbound call management unit 21 and the inbound conversation type voice response module 11 and the inbound call application management module 13 are encoded, This is typically an encrypted communication or an authenticated communication, Such as a signed communication. In this embodiment, The inbound call management unit 5, The file storage 19 and the outbound call management unit 2 1 are in the same location, The call management communication network 2 9 series includes a local area network, Such as Ethernet. 42 200300534 In other embodiments, The inbound call management unit 5, The file storage 19 and the outbound call management unit 21 are far apart. The call management communication network 29 can contain an established telephone network, Such as an overall service digital network. The pairing system further includes at least one provider selection unit, In this embodiment, three provider selection units 3 3a are selected. 33b, 33c, To select a provider contacted by a request and the call management system 1 a, 1 b of the outbound call management unit 21 schedules contact with the provider. It should be understood that The pairing system can contain any number of provider selection units 3 3; This embodiment includes three provider selection units 33a, 33b, 33c, It is for demonstration purposes only. In this embodiment, The provider selection unit 3 3 a, 3 3 b, 3 3 c is set in the same position, In other embodiments, The provider selects unit 3 3 a, 3 3 b, 3 3 c series can be set up from a distance. In this embodiment, The provider selection unit 3 3 a, 3 3 b, 3 3 c each is constructed to provide all addressable classifications, However, in other embodiments, In particular, it has tens to hundreds of provider selection units 3 3 a, 3 3 b, In the case of 3 3 c, The provider selection unit 3 3 a ′ 3 3 b, 3 3c can be constructed to provide only one classification or a subset of the addressable classification. The pairing system further includes a second main communication network 3 4 ′, which provides one to and the provider selection unit 3 3a, 3 3b, 3 3c communication link. In this embodiment, The provider selection unit 3 3 a, 3 3 b ’3 43 200300534 3 c is the same position, The second main communication network 34 includes a local area network. Such as Ethernet. In other embodiments, The provider selection unit 3 3 a, 3 3 b, 3 3 c are far apart, The second main communication network 3 4 can contain an established telephone network, Such as an overall service digital network. The provider selection unit 3 3a, 3 3b, 3 3c each contains a classification information (classification information, CI) database 3 7, Its department contains: Information, Contains information about the selection unit 3 3 a by the individual provider, 3 3 b, 3 3c provider characteristics of each of the providers in each of those categories, Provider list construction parameters for each category, End repairs for each category and matching repairs for each category; A second requestor information, RI) Database 3 9, It contains information. Contains the requester characteristics about each requester, For scheduling to this provider selection unit 3 3a, 3 3b, Each of 3 3c and the unit selected by the provider 3 3a, 3 3b, 3 3c file scheduler for each document 4 1, And a provider list building unit 4 3, The provider list building unit 4 3 is for each request, A list of providers for a category is created by the providers contained in the category information database 37 for the category to which the request is directed. The classification information database 37 contains information about each provider in each classification, Each provider is referenced by a provider identifier. The information retained by each provider includes the name of that provider, The address of the provider, The contact number of the provider, 200300534 features of the provider, And system history information, Contains the number of the request being transmitted, Positive response number, that is, In this embodiment, It is one of the "accept" or "possible" responses, And in other embodiments, In response to an "accept" The number of the negative response, that is, In this embodiment, Is a "reject" response, And in other embodiments, Is a "reject" or "possible" response, One of the number of the "inappropriate" response and the number of the "abuse" response. In this embodiment, The classification information database 37 is a spatially combined database. that is, A data providing space operation. The provider list building unit 4 3 contains a provider selection module 4 4. It is structured to generate a list of one or more candidate providers based on a predetermined list mechanism for the classification in which the request is made, And when the list mechanism uses a position-based vector, It is based on a search center that is usually the location of the requester, However, it is also possible to specify an alternative location for the requester, Or a search was re-implemented to the location of the first provider who responded positively to a request. As will be described in more detail below, The generation of multiple candidate provider lists is a mix of provider providers, For example, A mix of local and national providers. In this embodiment, The provider selection module 4 4 uses the following list mechanism to generate a list of one or more candidate providers. List mechanism A-closest to this list mechanism is based on a spatially related parameter 'typically direct (point To the point), distance, The distance traveled to this search center or time 45 200300534 time, A candidate provider list is generated which is closest to the candidate provider. In one embodiment, The list of candidate providers can be rounded down, This includes a predetermined number of closest providers to the search center. In another embodiment, The list of candidate providers can be rounded down to the upper limit of the spatially related parameters, That is, all providers included in a space area of a predetermined size. List mechanism B-closest cluster This list mechanism generates a list of candidate providers representing candidate providers that are the closest set of providers to the closest cluster, It satisfies the cluster characteristics of the classification in which the request was made, In this embodiment, The cluster property defines the closest cluster as the closest set of providers, It includes at least one predetermined number of closest providers to the search center, Is typically a direct (point-to-point) distance, A predetermined size travel distance or travel time. List mechanism C-Maximum Density Cluster This list mechanism generates a list of candidate providers representing candidate providers who are a cluster but not necessarily the set of providers closest to the cluster, It meets the density characteristics of the classification in which the request was made. In this embodiment, The density characteristic defines the cluster as a collection of providers, It is the highest number of providers contained in a first spatial area, It is typically a direct (point-to-point) distance, A travel distance or travel time of a first predetermined size within a second spatial area of a second predetermined size which is larger than the first spatial area and whose center is near the search center. This list mechanism is effective to locate the largest city or city in the geographic area. 46 200300534 And avoid providers being outside the main concentration area, Its system may be widely dispersed. therefore, It is expected that the list mechanism will be used together as part of a series of searches. List mechanism D-arc This list mechanism is a list of candidate providers that generates candidate providers from within an arc of a circle. The circle has a predetermined arc angle, And typically a direct (point-to-point) distance to the search center, An arc of a predetermined distance or travel time of a first predetermined size or smaller radius is a radius of a second smaller distance surrounding a predetermined number of candidate providers. In this embodiment, The candidate provider list is based on a typical direct (point-to-point) distance, Sorted by travel distance or travel time, The closest series is at the top of the list. In the case of re-implementation due to the unsuccessful pairing operation, Subsequent arcs in a clockwise or counterclockwise direction are used. This list mechanism has been developed for high-density providers with a variable in an area of interest, And the requester is enthusiastic about identifying providers within a general direction of travel extended by the search center. In this embodiment, The arc of the circle is arbitrarily selected. List mechanism E-all This list mechanism is based on a spatially related parameter, Is typically a direct (point-to-point) distance, A travel distance or travel time of a predetermined size around one of the search centers, A list of candidate providers is generated for all candidate providers in a space area. 47 200300534 List Mechanism F-Threshold 値 This list mechanism generates a candidate list of candidate providers that meet the threshold 値 characteristics of the classification in which the request is made. In this embodiment, The threshold characteristic defines a provider that meets a predetermined threshold condition, For example, above or below at least one threshold condition. Examples of threshold conditions include sales, number of workers, Quality level, And delivery speed. The provider list creation unit 4 3 further includes a provider classification module 4 5. The provider classification module 45 is used to classify the candidate provider in the candidate provider list generated by classifying a predetermined classification mechanism of one of the classifications proposed by the provider classification module according to the request , Instead, a provider contact list is generated. In one embodiment, The generated provider contact list can be dropped. In this embodiment, The provider classification module 4 and 5 can use the following classification mechanism _ · Classification mechanism A- None This classification mechanism provides a list of candidate providers without classification. The provider contact list has the order of the candidate provider list generated by the provider selection module 44. Classification mechanism B-Random This classification mechanism generates a provider list by randomizing the candidate provider list generated by the provider selection module 44. Classification mechanism C-Take turns. This classification mechanism is to generate a supplier contact list by classifying the list of candidate providers generated by the supplier selection module 4 4 based on the last contact with the providers. 48 200300534 , To confirm that those providers are based on a specific ratio, Rotate contacts with recently contacted providers listed at the bottom of the list. In this embodiment, A record of previous contacts with these providers is maintained. Classification mechanism D-closest This classification mechanism is based on a spatially related parameter, It is typically the direct (point-to-point) distance to the search center, Travel distance or travel time to classify the candidate provider list generated by the provider selection module 44 to generate a provider contact list, The closest requester series is the first, Sequential to the second and so on. Classification mechanism E-grading This classification mechanism is to sort the candidate provider list generated by the supplier selection module 44 according to a specific classification parameter. And generate a list of provider contacts, For example, With sales value, number of workers, Quality level, And delivery speed. The classification mechanism is particularly suitable for searching for providers whose location is not important. These providers will easily become providers across the country, And the locations of those providers are only relevant to the providers surrounding the location of the requester. A typical classification would be insurance services in contact with these providers by telephone. It should be understood that This classification mechanism can generate a list that does not include certain providers, And for that reason, Departments are often used as part of a series of searches. In this embodiment, In the case where the list creation conditions for a selected category require more than one contact provider list, 'the list creation unit 4 3 is constructed to integrate multiple provider contact lists', 49 200300534 produces a single offer Contact list. The creation of a single provider contact list from a plurality of provider contact lists is to find, for example, a mixture of regional and national provider providers for selected applications. A typical classification of such a contact list of providers is suitable for computer vendors, among them, A requester may want a local provider or a national provider. The provider contact list established by the list creation unit 43 includes a plurality of status fields for each provider entry, There is a restriction that a provider can be included in only one domain. In this way, The status of the provider can be maintained. Several states can be aggregated, This means that the request was not transmitted, These departments include "usable" "Out of work", "combined" and "dial-out" status. The final response status includes "Accepted", "Refuse", "may", "Inappropriate" and "Abused" status. When building a provider contact list, A database query was implemented, To establish which provider is available. The list is checked and the providers are classified as "available" and "off work" status. As each "off work" provider becomes available, An event was asked, To move the provider from the "off-duty" domain to the "usable" domain. Similarly, When every "usable" provider becomes unusable, One incident was questioned, To move the provider from the "available" domain to the "off duty" domain. In one embodiment, The provider selection unit 3 3 a, 3 3 b, 3 3 c is a redefinition center of the search center that can be constructed to provide the location of a 50 200300534 provider providing the first positive response. When the redefinition center is enabled and a provider has been identified who has provided a positive response, The provider list creation unit 4 and 3 are restarted, To generate a further provider contact list using the location of the identified provider as the search center. Such a redefined center is used to identify providers who are only likely to be close, So trying to avoid the identification of widely distributed providers, For example, The two providers in opposite directions are thus far from the search center. The retargeting center will look for applications that identify many providers with relatively close settings visited by the requester, It is desirable to enable comparisons of the services or goods provided by the providers. When scheduling to the call management system la, In the call file of the outbound call management unit 21 of lb, The file scheduler 41 is built to perform a calculation, To calculate how many providers can be called simultaneously and whether the call is "accepted only". This number is used to determine whether the "in progress" list of providers to be contacted is able to accommodate another provider. If another provider can be accommodated ', the first provider from the "available" list is used. If the "available" list is empty, The file scheduler 41 waits for a "combined", "dial-out" or "off-duty" provider to become available. A further interface method is used, To move a provider from one list to another, This allows the file scheduler 41 to move an "in progress" provider to the final response state, Such as "accept" "Refuse", "Maybe" and so on. This is the same method used to move between "available" and "off work" 51 200300534 and vice versa. Using the same method allows multiple tests to be performed, Such as when the provider is "off work," Ask a "combined" provider. The provider selection unit 3 3 a, 3 3 b, 3 3 c is constructed to terminate the search if the matching conditions are met, Or if the matching conditions are not met, One of the following suspension conditions is enabled. In this embodiment, For each category, Any suspension conditions can be enabled or disabled. To the extent any suspension conditions are enabled, The provider selects unit 3 3 a, 3 3 b, 3 3 c is to terminate the search if the suspension conditions are met, And a suspension report is sent to the individual provider. In this embodiment, The suspension conditions are as follows: Abortion A-Number of Rejections For this abort event, When a predetermined percentage of requesters on the requester contact list for that individual request have been contacted, The suspension was generated. The provider selection unit 3 3 a, 3 3 b, 3 3 c is structured to reach as many selected providers as possible, In the event that the telephone number used for these providers is combined or dialed out without a response, Retry the provider. As those skilled in the art can understand, The phone number used for some providers can always be combined or dialed out, And so, The system does not necessarily have access to all selected providers. Suspend Event B-Elapse of the scheduled period For this Suspend Event, When a predetermined period has elapsed, The suspension was generated. In a preferred embodiment, Suspension occurs at the beginning of a predetermined period, Because the request was made by the requester, Or 52 200300534 when the percentage of one of the scheduled providers on the contact list of that provider used for a request has not been contacted within a predetermined period, The suspension is generated, Because the request was made by the requester. Abort event c-abuse request For this abort event, A suspension occurs in a predetermined number of cases, In this embodiment, Two providers reported that a request was abused, Then an "abuse" response will be the choice for one of those providers. Abort event D-inappropriate request For this abort event, A suspension occurs in a predetermined number of cases, In this embodiment, Two providers reported that a request was inappropriate, An "inappropriate" response would then be a response option for those providers. . Abort event E-list exhaustion For this abort event, an abort occurs when the list of contacts for the contact is exhausted. In a preferred embodiment, the number of "incomprehensible" or "inappropriate" responses is set to a number greater than 1, for example 2 or 3, making a single "incomprehensible" Or the "inappropriate" response was not enough to cause the pairing operation to be aborted because of a careless provider's proposal or due to a simple error on the provider. In the event that the system does not meet the matching conditions within a reasonable time, the requester is contacted and given a progress report. The system continues until either the pairing condition or one of the suspension conditions is met. 53 200300534. If the suspension condition is met for a request, the requester is contacted to report the results of the search and the results achieved. In general, if the requester does not hear anything, the requester can be confident that the system has successfully matched the request based on the pairing conditions used for the classification. The progress or suspension report is sent back to a transfer board requester, and the report is always after the requester's recorded name and extension number, so that the transfer board operator can send the message to The requester. In this embodiment, the system also provides delayed initiation of the pairing operation. Usually there is a situation where a person wants to implement a request and he knows that most or all of the possible providers are currently resting. The system can still be used in these situations. A requester can make a request at any time of the day, for example at two in the morning, knowing that the request is unlikely to be paired. Any selected providers that are active at that time will be contacted, allowing these providers an opportunity to respond to the request. The duration of this event will be known to all providers. The number of providers that can be used is much larger for normal daytime work for many providers. If, in this case, the requester would be given a suspension report as usual, however, the system is structured so that when a larger number of providers in the given classification are active, the The request is relayed again at another specific time. In this embodiment, the system is constructed so as to allow this feature to be surpassed by the application of a predetermined keystroke. As a default method, the action of hanging up the phone is taken to request that the request be aborted at a time when it is more likely to obtain a pairing 54 200300534. In this embodiment, the system is also constructed so that a requester can specify an alternative location for the search center that is not related to the call line identifier of the calling phone. In this embodiment, the inbound conversational voice response module 11 provides this feature to be enabled by a predetermined keystroke, and when enabled, the inbound conversational voice response module 11 1 An "alternative location" version is executed, which plays the "alternative location" greeting and prompts the requester to enter the telephone number of the alternate search center, followed by another predetermined keystroke. The system then uses the alternative location telephone number to determine the search center. The system uses only the alternative location phone number to build the provider contact list and does not use it as the calling number. The calling number, which is usually the calling line identifier, is the telephone number to which the status or suspension report is transmitted. This feature is used when the requester wants to identify the provider in a different geographical area. For example, suppose the requester travels away to visit friends on the weekend and wants to locate a French restaurant in the area to be visited. The requester will implement the "alternative location" Keystroke, and entering the alternate phone number, typically the phone number of the friend to be visited, followed by a "done" keystroke, and then leaving the request, for example, "a good French restaurant, Saturday 7:30 pm 4 people table, please call back tonight. When the contact mode is set to provide details of the requester, any provider who gives a positive response will be provided with the request The caller's number is relative to the phone number of the alternate location. 55 200300534 In this embodiment, the system is also constructed to allow a requester to stay online and then perform the pairing operation. This will typically be a request The author believes that a pairing system is likely to be reached quickly. In this embodiment, this feature is achieved by a predetermined The keystroke is enabled and disabled by repeating the predetermined keystroke. The pairing system reports every event in real time, for example, "Cut hair only, reject", "Men cut, reject", "cold ironing "Accept" and so on. In this mode, each provider that provides a positive response to one of "Accept" or "Possible" in this embodiment is assigned a specific keystroke and implements the correlation Keystrokes to establish a call to the provider. In this embodiment, for each requester, the structure selection includes a contact mode setting that allows the requester to construct the preset system , Whether to retain the contact details of the requester from the provider (in this case, any report to the requester is provided with details of the identified provider that has provided a positive response to allow the The requester contacts the providers), or provide the contact details of the requestor to the identified provider when accepting the request, so that the accepted provider can directly contact Requester. In this embodiment, the system is constructed so as to enable a requester to implement the preset contact mode setting by implementing a predetermined keystroke during the classified greeting. In this embodiment Unless specifically constructed, the preset response mode setting is set to provide details, and the application of the predetermined key is implemented to switch the contact mode setting to provide the requester's details to retain the requester's details, where, the The contact mode welcome message "Requester Details 56 200300534 Section will be retained" is played, followed by the general recording request tone. In the case where the preset contact mode is set to retain details, 'predetermined The key system is implemented to switch the contact mode setting from the reserved requester details to provide the requester details. Therefore, the contact mode welcome word "requester details will be provided" is played, followed by the general Record request tone. In a case where the contact mode setting is set to retain the details of the requester, the system that has identified the providers for a request is to call the requester at the calling number, and provide information including the providers. The suspension report in details, in this embodiment, for each provider, is the name of the provider or a contact name of a contact person at the provider and the contact number. In this embodiment, each of the providers mentioned in the suspension report is assigned a relevant key on the keyboard. To allow the requester to speed dial one of the selected providers. In the case that the requester does not take the response call by the system and the caller's calling number has a connected answering machine, the call is taken by the answering machine and the suspension report is recorded so that Enables the requester to listen to calls that return later. In the case where the call number is dialed out and the caller number of the requester does not have a connected answering machine, the system calls back during the set period until the call is implemented. At the time of registration, the structural details included the usability of the business by the provider, that is, the working hours of the business on each of the 7 days of the week. During these working hours, the system is pre-built to assume that the provider wants to receive the request. In this embodiment, the system is constructed so that the provider is allowed to remove itself from the classification, and thus does not accept any further requests. It should be noted that if the provider removes itself from the category, the provider will not appear in the list creation unit 4 by the provider selection unit 3 3 a, 3 3 b, 3 3 c 3 to any list created until the provider positively re-imports itself into the category. This feature allows business services to be closed for long periods of time, for example, holidays. Outside of business hours, the system does not contact providers who are assumed to not want to receive requests. In this embodiment, a provider can temporarily change the designated business hours by setting one of the "open shop" or "close shop" states; however, such a set business time is only a temporary function, and If the designated business hours are reset before the next business hours period, the preset business hours are used. In this embodiment, the system enables a provider to block requests by requesters who cannot be served. A typical example is that the requester's location is not a location served by the requester. Another typical example is that the provider only provides services to a specific group of people ', such as for young people and not for older people, and one request from an older person cannot be served. This does not deviate from the search, but merely avoids inappropriate contact. In this embodiment, the system also enables a provider to block requests from requesters whose contact details are reserved by the requesters. In this case, a provider may notice that competitors will secretly use the system to gather information. 58 200300534 In this embodiment, the preferences are set by a classification manager using the classification management unit 49. The matching system further includes a classification management unit 49, which provides maintenance of the classification database, that is, the classification characteristic database 15 and the classification information database 37, and the requester database 'also That is, the first and second requester information databases 17 and 39. In particular, the classification management unit 49 is an update of the provider entry, including a new provider entry, changes to the list creation parameters for any category, and including a new category. In this embodiment, the classification management unit 49 and 9 includes a network interface to allow remote operation. In a preferred embodiment, the classification management unit 49 is operated by a plurality of classification managers, each of which is assigned to and manages one or more classifications. Finally, it should be understood that the present invention has been described in terms of its preferred embodiments and can be modified in many different ways without departing from the scope defined in the appended patent application. For example, in the above-mentioned embodiment, the system is constructed using a voice request implemented by a telephone, however, using other communicators 20, 24 is expected, for example, personal digital assistant, personal Computer, set-top box, game device and game machine, that is, any device with communication function, and other formats for receiving and sending requests are also possible, for example, text-encoded requests, such as SMS services and email Image-based requests typically include static or dynamic images, such as MMS and EMS 'and fax requests. In practice, requests can be implemented in one format, for example, a voice request, and transmitted in another format, for example, a simple 59 200300534 messaging service request. In addition, the request can be a multi-format request ', for example, including a request component of voice and text encoding or a text line code and an image request component. In general, the provider is someone who responds to individual requests' but has some exceptions. One such other provider is a provider that can only receive requests and cannot respond to observations of those requests. Another such other provider is a separate provider, where a request is received by one person who is usually a decision maker who responds to the request 'and is transferred to another person for further processing of the request, for example, and Say 'to handle the customer's appointment. A further such provider is a classification provider that receives the request and redirects the request to another person. As an example of a classified provider, these providers can have a hierarchy. Therefore, "vehicle sales" can have children's "new cars" and "used cars", which can make children's cars themselves, such as Ford, Vauxhall, Flowserve and so on. The system is able to provide this hierarchy, but it is consistent with the philosophy of the best person in the human department to handle the request. The system only provides a series of classifications through human classifiers. The pairing system is as follows. A requester decided that he / she was looking for a new blue Ford Focus 1.8Ghi a. The requester dialed the telephone number for the category "vehicle sales" and left a request. The request is transmitted in the classification to the selected provider. However, a provider can be a dealer who sells many types of vehicles. For this provider, other departments have been previously constructed to have children's vehicles as described above. In this case, the person who hears the request is a classifier who decides which 200300534 department the request should be presented to. The system is constructed to recognize that the provider is a categorizer, and therefore expects to receive a key code for one of the previously set departments. Upon receiving the key code, the system presents the request to the newly identified provider, which itself can be configured as a provider of a categorizer. After repeating this step one or more times, the results will be implemented for a provider that does not require further classification. In addition, in the case where the system is used as a private pairing system, the setting for a private pairing system is similar to that described above, except that the pairing system presents the request to an internal and Provider of private matching systems. In this case, all key codes used to obtain a response are recorded because these codes allow the hierarchy to be navigated to report and provide contact details. Brief Description of the Drawings Fig. 1 is a schematic diagram showing a pairing system according to the present invention providing a pairing of a user as a requester to a service request provider. Description of component symbols 1 call management system la first call management system lb second call management system 3 first communication network 5 inbound call management unit 7 inbound phone line 11 inbound chat voice response module 13 inbound call application management Module 61 200300534 17 19 2 0 2 1 2 3 2 4 2 5 2 7 2 9 3 3a
3 4 3 7 4 1 4 3 4 4 4 5 4 9 分類特性資料庫 請求者資訊資料庫 檔案儲存器 請求者通訊器 出站通話管理單元 整體服務數位網路之出站線 提供者通訊器 出站交談式語音回應模組 出站通話應用管理模組 通話管理通訊網路 提供者選擇單元 提供者選擇單元 提供者選擇單元 第二主通訊網路 分類資訊資料庫 第二請求者資訊資料庫 文件排程器 提供者列表建立單元 提供者選擇模組 提供者分類模組 提供者分類模組3 4 3 7 4 1 4 3 4 4 4 5 4 9 Classification characteristics database requester information database file storage requester communicator outbound call management unit overall service digital network outbound line provider communicator outbound Conversational Voice Response Module Outbound Call Application Management Module Call Management Communication Network Provider Selection Unit Provider Selection Unit Provider Selection Unit Second Primary Communication Network Classification Information Database Second Requester Information Database Document Scheduler Provide Supplier list creation unit provider selection module provider classification module provider classification module
6262