TWI668654B - 不動產買賣斡旋金智能服務系統 - Google Patents

Abstract

本發明揭露一種不動產買賣斡旋金智能服務系統。該系統包含一案件 管理模組、一案件通知模組、一斡旋金接收模組，及一斡旋金處理模組。利用本發明上述的模組，斡旋案件從開始委託購屋、支付斡旋金與斡旋金保管，到最終的退斡或轉定，相關金流不會經過房仲業務人員之手，同時提供該斡旋金履約保障，以技術方式解決了房仲業界煩惱已久的問題。

Description

不動產買賣斡旋金智能服務系統

本發明關於一種金融服務系統，特別是一種用於房屋仲介之不動產買賣斡旋金智能服務系統。

在台灣的成屋仲介，為了讓買賣迅速成交，以及表示買方購屋誠意，仲介在向賣方進行議價前，都會向買方收取一定金額的現金做為斡旋金。斡旋金通常為房屋開價的一定比例。仲介在收取了該筆金額後，開始跟賣方進行價格協商。如果賣方同意了買方的出價，則交易成功，斡旋轉定；反之，仲介向買方回報賣方斡旋後的價格，詢問買方是否接受。仲介在買賣兩方往來奔走協調價格，直到交易成交或是買賣雙方因價格差異太大而斡旋失敗。在後者的情況下，仲介便將斡旋金返還買方。

在實際案例上，傳統上買方斡旋金都是以現金來支付，仲介業務因經手斡旋金而常發生藉機侵占斡旋金之狀況層出不窮，造成公司與客戶雙輸的情形。因此，各家仲介公司都想方設法在斡旋金的管理上消除此弊端。就是因為這些經常發生的侵占案例，導致許多買主對斡旋金的支付產生疑慮，怕萬一斡旋失敗錢會拿不回來，進而遲滯房屋仲介交易。如果能有公正第三者在斡旋金支付階段以其強大的信用作擔保，提供買方不動產買賣斡旋金智能服務，讓買方安 心支付斡旋金，也降低仲介公司經營上風險，保障房屋履約交付，這是市場所期待。尤其這種服務能透過行動通訊軟體，結合斡旋金智能支付與跨產業金融服務，減少斡旋時因付現被侵占及管理的困擾，不僅是業界與房仲界的創舉，亦屬金融科技創新。是故，發明人藉由自身在房仲界與相關技術研發領域多年的經驗，提出本發明以滿足以上需求。

本段文字提取和編譯本發明的某些特點。其它特點將被揭露於後續段落中。其目的在涵蓋附加的申請專利範圍之精神和範圍中，各式的修改和類似的排列。

本發明的目的在於滿足上述之需情，提供一種不動產買賣斡旋金智能服務系統。該系統可安裝於一伺服主機，包含：一案件管理模組，用以接收並建檔管理來自一業務端的一斡旋案件的一申請資料，其中該申請資料至少包含斡旋案件的說明、斡旋案件的有效時限、關於申請客戶的複數個個資及一斡旋金金額；一案件通知模組，用以產生對應該申請資料的一驗證碼、向該業務端發送該驗證碼，及在接收一客戶端傳來之該驗證碼後向該客戶端發送對應該申請資料的一付帳操作介面，其中該付帳操作介面顯示該申請資料之部分；一斡旋金接收模組，與該付帳操作介面連結之複數個金流伺服器透過網路連接，用以在接收一銀行伺服器發送已由該些金流伺服器之一移轉到一系統指定帳戶之一資金的一匯款訊息後判定接收斡旋金作業是否成功，並將結果發送給該客戶端，其中若該匯款訊息中包含正確的該些個資及該斡旋金金額，則判斷接收斡旋金作業成功；及一斡旋金處理模組，用以當接收到來自該業務端關於該斡旋案件的一斡旋成功訊息時，將該資金之全部或部份透過該銀行伺服器移轉到一買賣雙方指 定帳戶，及當接收到來自該業務端關於該斡旋案件的一斡旋失敗訊息或時間超過該斡旋案件的有效時限時，將該資金透過該銀行伺服器移轉到一客戶端指定帳戶。

最好，該案件通知模組可進一步將一連結QR碼與該驗證碼發送並顯現於該業務端的一螢幕上，及當該客戶端掃描該連結QR碼並傳來該驗證碼後，應用一行動通訊軟體提供之一應用程式介面(Application Programming Interface，API)將及一收斡通知與該付帳操作介面顯現於該客戶端的一螢幕上。

最好，該斡旋金處理模組可進一步包含：一出款子模組，用以透過該銀行伺服器將該資金之全部或部份移轉到特定帳戶；一銷帳子模組，用以在處理多個斡旋案件時，將系統指定帳戶中之各筆資金歸戶到所屬申請資料建檔資料中，及在收到該銀行伺服器移轉資金到客戶端指定帳戶成功的訊息後，將該筆資金由所屬申請資料建檔資料中刪除；及一簡訊通知子模組，用以將斡旋結果與資金移轉結果以簡訊方式發送給該資金所屬申請資料對應的客戶端。

最好，該案件管理模組可進一步在建檔完成後，將該申請資料及建檔完成資訊發送給一業務主管端。

最好，該業務端、該業務主管端及該客戶端的硬體型態各可為智慧型手機或平板電腦。

最好，斡旋案件的說明可包含業務人員姓名、主管單位、公司名稱、開始日期、斡旋案件名稱、物件開價金額、預期成交價金額，及物件所在地址。

最好，該些個資可包含客戶名稱、身分證號，及行動電話號碼。

最好，該付帳操作介面可進一步呈現一下拉式選單，用以選擇一信用卡付款子介面、一轉帳子介面或一第三方付款子介面以進行資金移轉。

最好，該金流伺服器可為信用卡服務伺服器、銀行伺服器，或第三方支付伺服器。

最好，該案件通知模組可進一步包含一驗證失敗通知子模組，用以當客戶端傳來之數據不符合該驗證碼時，將一驗證失敗訊息發送至該客戶端。

由以上說明可知，利用本發明上述的模組，斡旋案件從開始建案與斡旋金保管，到最終的退斡或轉定，相關金流不會經過業務人員之手，但同時提供該金額的履約保障，以技術方式解決了業界煩惱已久的問題。

10‧‧‧伺服主機

110‧‧‧網路通訊界面

210‧‧‧案件管理模組

220‧‧‧案件通知模組

222‧‧‧驗證成功通知子模組

224‧‧‧驗證失敗通知子模組

230‧‧‧斡旋金接收模組

240‧‧‧斡旋金處理模組

242‧‧‧出款子模組

244‧‧‧銷帳子模組

246‧‧‧簡訊通知子模組

30‧‧‧網路

410‧‧‧業務端

420‧‧‧業務主管端

510‧‧‧客戶端

圖1為依照本發明的實施例的一種不動產買賣斡旋金智能服務系統的示意圖；圖2繪示一行動應用程式的介面；圖3繪示一個付帳操作介面的例子；圖4繪示一個業務端介面的例子；圖5為不動產買賣斡旋金智能服務系統與業務端、客戶端、金流伺服器及銀行伺服器在收斡旋金階段的作業流程圖；及圖6為不動產買賣斡旋金智能服務系統與業務端、客戶端及銀行伺服器在處理斡旋金階段的作業流程圖。

本發明將藉由參照下列的實施方式而更具體地描述。

請見圖1，該圖為依照本發明的實施例的一種不動產買賣斡旋金智能服務系統的示意圖。所述的不動產買賣斡旋金智能服務系統可安裝於一伺 服主機10中，藉由伺服主機10的硬體架構而運作。安裝該系統的伺服主機10的硬體架構和一般伺服器間無大差異，可包含中央處理器、記憶體、儲存裝置(比如硬碟、固態硬碟、磁碟陣列等)、輸出入單元等。這些硬體未繪示於圖1中，然其為伺服器領域的技術人員所應了解的架構。此外，與本發明相關的重要硬體之一是網路通訊界面110，其為伺服主機10與外界硬體透過網路30連接的重要軟韌體(有時也包含運行於特殊作業系統的程式軟體)的總裝，可以包含網路卡、連接排線、無線通訊模組等硬體。以下所介紹關於本發明的各個模組或子模組，為利用或配合上述現有的伺服主機10的設備而運行不動產買賣斡旋金智能服務的技術要件。因此，它們可以是軟體，包含了特定的程式碼與資料物件，而在作業系統下運行於至少一部份的硬體架構中(比如程式碼與相關資料檔案儲存於儲存裝置中，在作業系統的運作下暫存於記憶體，而為中央處理器動態的調用執行)。另一方面，該些模組或子模組也可以是特製硬體，比如特殊應用積體電路(Application-specific integrated circuit，ASIC)或外接卡，用以執行該些模組或子模組所賦予的作用。更有甚者，這些技術要件可以是部分是軟體、部分是硬體，依照產品設計人員的需求而有效整合，都在本專利所主張的技術範圍內。

不動產買賣斡旋金智能服務系統依靠以下的模組運行，包括了一案件管理模組210、一案件通知模組220、一斡旋金接收模組230及一斡旋金處理模組240。以下分別針對各技術要件來說明其功能與互動運作。

首先，案件管理模組210的功能是用來接收並建檔管理來自一業務端410的一斡旋案件的一申請資料。對於本發明的不動產買賣斡旋金智能服務系統來說，其用途是服務於不動產交易中，仲介公司、仲介公司業務員以及支付斡旋金的客戶。是故，一件斡旋案件的發動是仲介公司業務員在與客戶談定一個物件的斡旋後開始，透過該業務員的手持行動通訊裝置與案件管理模組210聯繫而開案。這裡該業務員的手持行動通訊裝置稱之為業務端410，下文中提及的客 戶端510與業務主管端420都是一種手持行動通訊裝置，差別在於與不動產買賣斡旋金智能服務系統的互動方式與內容，以及使用的對象。本質上來說，業務端410、業務主管端420及客戶端510的硬體型態各可為智慧型手機或平板電腦。業務端410針對一個斡旋案件的申請資料可以網頁資料(Web)的方式，傳送至伺服主機10以瀏覽器解析。在本實施例中，一個最佳的方式是以一個安裝於業務端410的行動應用程式(APP)來引導業務員操作業務端410。該APP的顯示介面可如圖2所示。申請資料應至少包含斡旋案件的說明、斡旋案件的有效時限、關於申請客戶的複數個個資及一斡旋金金額。其中，斡旋案件的說明應包含，但不限於業務人員姓名、主管單位、公司名稱、開始日期、斡旋案件名稱、物件開價金額、預期成交價金額，及物件所在地址。該些個資則可至少包含客戶名稱、身分證號，及行動電話號碼。當業務員利用業務端410建立好了上述資料，便可點擊”送出”鍵，將這些資料送給案件管理模組210來接收並建檔。如果以上資料有欠缺待補，業務員可以點擊”暫存為草稿”鍵而將部分資料暫存於業務端410，待日後資料補齊後續行輸入，直到所有資料齊備後點擊”送出”鍵送出。要注意的是，為了避免弊端發生(業務員將斡旋金私自佔有而不向公司管理人員通報)，案件管理模組210可在建檔完成後，將該申請資料及建檔完成資訊發送給業務主管端420，讓該業務員的上級主管同步知道有新斡旋案件產生。

案件通知模組220用以產生對應該申請資料的一驗證碼，這個驗證碼在不動產買賣斡旋金智能服務系統中對每一斡旋案件而言是獨一無二的。在驗證碼建立後，案件通知模組220可將一連結QR碼與該驗證碼發送並顯現於業務端410的一螢幕上。這裡，連結QR碼驅動一行動通訊軟體提供之一應用程式介面(Application Programming Interface，API)所開放的連結程式(俗稱機器人程式)。該行動通訊軟體可以是LINE、WeChat等服務平台，而其應用程式介面除開放連結程式外，其主要應用服務會以小程序方式展現，即服務平台下的次級應 用程式服務。在本實施例中，當客戶端510掃描業務端410螢幕上呈現的連結QR碼並傳來該驗證碼後，案件通知模組220可透過網路通訊界面110，應用行動通訊軟體提供之API將一收斡通知與對應該申請資料的一付帳操作介面發送並顯現於客戶端510的一螢幕上。收斡通知與付帳操作介面發送的前提條件是客戶端510傳來的驗證碼要符合當初案件通知模組220產生對應該申請資料的那一個驗證碼。這個驗證成功後，可由案件通知模組220下屬的一驗證成功通知子模組222繼續發送並於客戶端510顯示收斡通知與付帳操作介面。另外，如果驗證失敗(客戶端510傳來之數據不符合該驗證碼，亦即輸入錯誤的驗證碼)，則該案件通知模組220下屬的另一驗證失敗通知子模組224可用來將一驗證失敗訊息，比如「您輸入的驗證碼有誤，請再輸入一次」，發送至客戶端510。

收斡通知可以對話方式，將一段關於該斡旋案件收斡的文字呈現於該行動通訊軟體的對話框中。前述的文字比如「親愛的客戶~已收到您委託購屋議價『台北市內湖區東湖路』之案件，請選擇付款方式。該付帳操作介面顯示該申請資料之部分，一個付帳操作介面例子如圖3所示。要注意的有兩點：首先，依照本發明，在顯示部分的付款之前，為了釐清權責，付帳操作介面可以顯示一個履約同意保證書頁面；只有在點擊了”我已閱讀”或”我同意以上條款”的案件，表示客戶已經知道使用本系統的權利、義務以及可能的風險後，才會進入如圖3的操作頁面。第二，付帳操作介面可呈現一下拉式選單，用以供客戶選擇一信用卡付款子介面、一轉帳子介面或一第三方付款子介面以進行資金移轉，如圖3橢圓形虛線框所示。

斡旋金接收模組230是處理斡旋金是否收到的元件，其與付帳操作介面連結之複數個金流伺服器透過網路連接。由於客戶會於客戶端510藉由付帳操作介面輸入他們要支付錢的戶頭的相關授權資料，而這些資料必須透過付帳操作介面程式串接的對應金融機構(信用卡公司、銀行或其它型態的第三方支 付公司)提供的開放API，與該些金融機構設置的金流伺服器進行金流作業(轉帳)。因此，金流伺服器可以是信用卡服務伺服器、銀行伺服器，甚至是第三方支付伺服器(第三方支付公司所擁有，可進行第三方支付金流作業的伺服器)。從而，本發明可以實現「電子化支付」，比如手機支付、行動支付或第三方支付。另一方面，不動產買賣斡旋金智能服務系統會與一銀行的銀行伺服器，透過API連接，利用API與該銀行伺服器互動以管理在該銀行開設的一系統指定帳戶。故，斡旋金接收模組230可用以在接收該銀行伺服器發送已由前述的金流伺服器之一移轉到該系統指定帳戶之一資金的一匯款訊息後，判定接收斡旋金作業是否成功，並將結果發送給客戶端510。判定準則為：若該匯款訊息中包含正確的個資(如客戶名稱、專屬匯款帳號)及斡旋金金額，則判斷接收斡旋金作業成功。要是個資與斡旋金金額其中一者與建檔資料不符，斡旋金接收模組230判斷接收斡旋金作業失敗。當接收斡旋金作業成功時，客戶端510會在付帳操作介面顯示斡旋金接收模組230發出的文字訊息，比如「親愛的客戶您好~於2018/9/28已收到您轉帳之斡旋金新台幣100000元整，我們將會為您向賣方進行議價。若無法於期限內完成斡旋時，您上開已付之斡旋金將於三個工作日全數退還至原匯款帳戶，祝您購屋成功！」。從而，客戶可利用付帳操作介面進一步查詢斡旋進度。而當接收斡旋金作業失敗時，付帳操作介面則會顯示失敗的原因，並請客戶確認及處理。

斡旋金處理模組240是在獲知來自業務端410的斡旋結果後，對斡旋金進行處理的元件。故，斡旋金處理模組240可用以當接收到來自業務端410關於該斡旋案件的一斡旋成功訊息時(如圖4所示，在業務端410由本系統提供的介面上，業務員可將斡旋明細輸入，並點擊”斡旋成功”鍵將斡旋成功訊息發送給斡旋金處理模組240)，將前述系統指定帳戶內的該資金之全部或部份透過銀行伺服器移轉到一買賣雙方指定帳戶，從而將斡旋金轉為定金。全部資金轉移代表不 動產買賣斡旋金智能服務系統運作時不向客戶收取服務費，而部分資金轉移代表已扣除預設的服務費用。此外，斡旋金處理模組240可當接收到來自業務端410關於該斡旋案件的一斡旋失敗訊息(如圖4所示，點擊”斡旋失敗”鍵)或時間超過該斡旋案件的有效時限時，將前述資金透過該銀行伺服器移轉到一客戶端指定帳戶，以完成退斡旋金的作業。

依照本發明，斡旋金處理模組240可包含三個子模組：出款子模組242、銷帳子模組244及簡訊通知子模組246。出款子模組242可用以透過銀行伺服器將相關資金之全部或部份移轉到特定帳戶，可應用於斡旋成功與失敗兩種場景。銷帳子模組244則是用以在處理多個斡旋案件時，將系統指定帳戶中之各筆資金歸戶到所屬申請資料建檔資料中，及在收到銀行伺服器移轉資金到客戶端指定帳戶成功的訊息後，將該筆資金由所屬申請資料建檔資料中刪除(銷帳)。簡訊通知子模組246可用以將斡旋結果與資金移轉結果以簡訊方式發送給該資金所屬申請資料對應的客戶端、業務端與業務主管端。

以下針對不動產買賣斡旋金智能服務系統的收斡旋金及處理斡旋金時的實際情況，以兩個流程圖配合文字來進一步說明本系統的運作狀況。

請見圖5，該圖為不動產買賣斡旋金智能服務系統(伺服主機內模組)與業務端、客戶端、金流伺服器及銀行伺服器在收斡旋金階段的作業流程圖。首先，業務端410發起斡旋案件的申請資料建檔，案件管理模組210處理該作業。當業務員與客戶進行到要收取斡旋金的階段時，業務端410的介面就出現了具有QR碼的頁面。同時，案件通知模組220提供了一個唯一驗證碼，呈現在該頁面上。此時，客戶便可於客戶端510掃描該具有QR碼的頁面並輸入他在業務端410的介面上看見的驗證碼。如果驗證碼被案件通知模組220確認無誤後，客戶端510便顯現一個付帳操作介面。一開始，付帳操作介面顯示了斡旋金履約同意保證書，在客戶同意的情況下，付帳操作介面要求客戶選擇多元支付方式之一。同上所述， 本發明的多元支付方式可以是以信用卡支付，或是以匯款為之。如果客戶在客戶端510選擇以信用卡支付斡旋金，付帳操作介面便將資料傳到連結之信用卡伺服器，進行刷卡作業。由於錢未入帳，信用卡伺服器可通知斡旋金接收模組230已接到刷卡通知，讓它進一步通知業務端410與客戶端510已經完成。此時，信用卡伺服器並未將金額匯到系統指定帳戶。當匯款後，信用卡伺服器便會將這信用卡入帳訊息告知為本系統處理系統指定帳戶的銀行伺服器，進而該銀行伺服器轉發此訊息給斡旋金接收模組230。要注意的是，此時斡旋金接收模組230不一定確認了接收斡旋金作業成功。

如果客戶在客戶端510選擇以匯款支付斡旋金，首先要通知案件管理模組210其專屬匯款帳號。待該帳號補入建檔中，案件通知模組220便會發出匯款通知，呈現於客戶端510的付帳操作介面，要求客戶進行匯款。當客戶端510發出匯款請求後，對應的銀行伺服器便進行轉帳作業，並將轉帳結果通知為本系統處理系統指定帳戶的銀行伺服器，以確認入帳。在通知入帳後，斡旋金接收模組230發出入帳通知給業務端410與客戶端510。

請見圖6，該圖為不動產買賣斡旋金智能服務系統與業務端、客戶端及銀行伺服器在處理斡旋金階段的作業流程圖。首先，業務員於業務端410發出斡旋回報，其結果不外有二：斡旋成功或斡旋失敗。當斡旋成功時，斡旋金處理模組240接收到斡旋成功通知，便透過簡訊通知子模組246將該通知發給客戶端510。同步地，出款子模組242通知銀行伺服器將斡旋金作為定金匯出到客戶端指定帳戶。完成後，銷帳子模組244進行銷帳，簡訊通知子模組246告知業務端410與客戶端510定金匯出的訊息。若斡旋失敗，斡旋金處理模組240接收到斡旋失敗通知，便透過簡訊通知子模組246將該通知發給客戶端510。依照客戶預設的退款機制，以信用卡刷退或轉帳退款的方式返還斡旋金。如果是採信用卡刷退，出款子模組242便通知對應的信用卡伺服器辦理刷退。在刷退完成後，該信用卡伺服 器發出完成刷退通知給斡旋金處理模組240，銷帳子模組244便進行銷帳，簡訊通知子模組246將完成刷退通知進一步發給業務端410與客戶端510。如果是採轉帳退款，出款子模組242便通知對應的銀行伺服器辦理退款。在退款完成後，該銀行伺服器發出完成退款通知給斡旋金處理模組240，銷帳子模組244便進行銷帳，簡訊通知子模組246將完成退款通知進一步發給業務端410與客戶端510。

雖然本發明已以實施方式揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

Claims (10)

1. 一種不動產買賣斡旋金智能服務系統，安裝於一伺服主機，包含：一案件管理模組，用以接收並建檔管理來自一業務端的一斡旋案件的一申請資料，其中該申請資料至少包含斡旋案件的說明、斡旋案件的有效時限、關於申請客戶的複數個個資及一斡旋金金額；一案件通知模組，用以產生對應該申請資料的一驗證碼、向該業務端發送該驗證碼，及在接收一客戶端傳來之該驗證碼後向該客戶端發送對應該申請資料的一付帳操作介面，其中該付帳操作介面顯示該申請資料之部分；一斡旋金接收模組，與該付帳操作介面連結之複數個金流伺服器透過網路連接，用以在接收一銀行伺服器發送已由該些金流伺服器之一移轉到一系統指定帳戶之一資金的一匯款訊息後判定接收斡旋金作業是否成功，並將結果發送給該客戶端，其中若該匯款訊息中包含正確的該些個資及該斡旋金金額，則判斷接收斡旋金作業成功；及一斡旋金處理模組，用以當接收到來自該業務端關於該斡旋案件的一斡旋成功訊息時，將該資金之全部或部份透過該銀行伺服器移轉到一買賣雙方指定帳戶，及當接收到來自該業務端關於該斡旋案件的一斡旋失敗訊息或時間超過該斡旋案件的有效時限時，將該資金透過該銀行伺服器移轉到一客戶端指定帳戶。
2. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該案件通知模組進一步將一連結QR碼與該驗證碼發送並顯現於該業務端的一螢幕上，及當該客戶端掃描該連結QR碼並傳來該驗證碼後，應用一行動通訊 軟體提供之一應用程式介面(Application Programming Interface，API)將及一收斡通知與該付帳操作介面顯現於該客戶端的一螢幕上。
3. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該斡旋金處理模組進一步包含：一出款子模組，用以透過該銀行伺服器將該資金之全部或部份移轉到特定帳戶；一銷帳子模組，用以在處理多個斡旋案件時，將系統指定帳戶中之各筆資金歸戶到所屬申請資料建檔資料中，及在收到該銀行伺服器移轉資金到客戶端指定帳戶成功的訊息後，將該筆資金由所屬申請資料建檔資料中刪除；及一簡訊通知子模組，用以將斡旋結果與資金移轉結果以簡訊方式發送給該資金所屬申請資料對應的客戶端。
4. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該案件管理模組進一步在建檔完成後，將該申請資料及建檔完成資訊發送給一業務主管端。
5. 如申請專利範圍第4項所述的不動產買賣斡旋金智能服務系統，其中該業務端、該業務主管端及該客戶端的硬體型態各可為智慧型手機或平板電腦。
6. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中斡旋案件的說明包含業務人員姓名、主管單位、公司名稱、開始日期、斡旋案件名稱、物件開價金額、預期成交價金額，及物件所在地址。
7. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該些個資包含客戶名稱、身分證號，及行動電話號碼。
8. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該付帳操作介面可進一步呈現一下拉式選單，用以選擇一信用卡付款子介面、一轉帳子介面或一第三方付款子介面以進行資金移轉。
9. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該金流伺服器為信用卡服務伺服器、銀行伺服器，或第三方支付伺服器。
10. 如申請專利範圍第1項所述的不動產買賣斡旋金智能服務系統，其中該案件通知模組進一步包含一驗證失敗通知子模組，用以當客戶端傳來之數據不符合該驗證碼時，將一驗證失敗訊息發送至該客戶端。