TWI700601B - 使用通訊通道執行交易請求的方法及系統 - Google Patents

Abstract

本案已描述使用諸如SMS或電子郵件之通訊通道執行交易請求的方法及系統。本揭示內容提供前瞻性/反應性智慧型回應處理系統/框架，用於向使用者提供自除桌上型電腦外的任何通道採取行動的能力。此系統亦藉由產生唯一密鑰答覆俘獲ID代碼(Reply Capture ID Code；RCID)且將其作為回應之部分併入來負責鑑認，由此確保自真實來源採取行動。基於RCID之邏輯使得每一使用者經鑑認且同時實施用於前述交易請求之可攜式符記。本發明產生一般方法論，藉以對通訊之回應可得以俘獲且經由集中ERP系統處理。

Description

使用通訊通道執行交易請求的方法及系統

優先權主張

本申請案主張2017年1月11日申請的印度非臨時說明書第201721001154號之優先權，該說明書之完整揭示內容係以全文引用方式併入本文。

本申請案總體上係關於安全資訊交易之領域。更特地而言但非明確而言，本發明提供使用諸如SMS或電子郵件之通訊通道安全地執行交易請求之系統及方法。

在企業環境中，當產生請求時，存在各種情形。此請求係經由諸如電子郵件、訊息、網址、伺服器、呼叫等等之各種通訊模式來傳達。該些請求有時含有大量關鍵及重要資訊。有時，該些資訊需要快速及即時的注意。除此之外，亦傳達大量機密資料，因此，在該些通道上傳達之資訊必須為安全的。在系統中藉由使用者前瞻性地或反應性 地產生請求。該些請求需要由諸如資深人員或管理人員的真實事件相關者在其參與之前提出。

在此種情況下，當前實現涉及真實事件相關者訪問他/她的桌上型電腦或筆記型電腦，登錄至系統中，進入請求已到達的網頁位置或路徑且隨後對請求採取行動。但存在各種情形，其中桌上型電腦對資深人員來說不可訪問。此導致在參與請求的真實事件相關者一側的延遲。在緊急事件之情況下，需要可對使用者提供自除桌上型電腦/膝上型電腦外的任何其他通道採取行動的能力之系統/框架。

大體而言，資訊在圖形系統中為可利用的，但使用者需要搜尋記錄來參與需要採取行動的請求。經由電子郵件或SMS之現存通訊得到支援，然而，通道在其不可採取行動時被動地使用。資料之進一步安全性可在該些通道上受損。除此之外，亦要求可容易地在智慧型電話上運載的可攜式應用。針對智慧型電話及平板的可攜式應用產生需要另外的工作且可基於ERP之現有設計而複雜化。在現存系統中，即使使用者具有已經由其他通道傳達的資訊，但他/她仍需要經歷大量的冗餘步驟來採取行動。

以下呈現本揭示內容之一些實施例之簡化概述以便提供對實施例之基本理解。此概述並非實施例之廣泛概述。其不意欲識別實施例之關鍵/重要元件，亦不意欲描繪實施例之範疇。其唯一目的係以簡化形式呈現一些實施例，作為下文呈現之更詳細描述之序言。

鑒於前述內容，在一個實施例中，本文提供使用通訊通道執行交易請求的系統。該系統包含記憶體、交易引擎、資料庫及處理器。該交易引擎發送交易請求。該交易請求包含交易請求ID、交易類型、使用者ID、組織ID、短代碼、答覆俘獲ID代碼(reply capture ID code；RCID代碼)及訊息。該資料庫儲存該交易請求。該處理器進一步包含短代碼驗證模組、RCID代碼檢查模組、RCID代碼驗證模組、使用者驗證模組、擷取模組、調用模組及執行模組。該短代碼驗證模組檢查該短代碼在該交易請求中之有效性。該RCID代碼檢查模組檢查該RCID代碼在該交易請求中之存在。該RCID代碼驗證模組檢查在該RCID代碼存在情況下，該RCID代碼在該交易請求中之有效性。該使用者驗證模組使用該使用者ID檢查使用者之有效性。該擷取模組自該交易請求擷取該訊息。該調用模組調用解決方案特定API以藉由將已擷取的該訊息自該交易請求傳遞來處理該交易。該執行模組執行該交易且發送成功-失敗回應至該使用者以指示交易請求狀態。

另一實施例提供使用通訊通道執行交易請求的方法。最初，自交易引擎接收該交易請求。該交易請求包含交易請求ID、交易類型、使用者ID、組織ID、短代碼、答覆俘獲ID代碼(RCID代碼)及訊息。在下一步驟，檢查該短代碼在該交易請求中之有效性。若該短代碼為無效，則發送錯誤訊息。否則，在下一步驟，在該交易請求中檢查該RCID代碼之存在。在下一步驟，若該RCID代碼存在，則檢查該RCID代碼在該交易請求中之有效性。若該RCID代碼為無效，則發送錯誤訊息。否則，在下一步驟，使用該使用者ID檢查使用者之有效性。若該使用者為無效，則發送錯誤訊息。在下一步驟，自該交易請求擷取該訊息。在下一步驟，調用解決方案特定API以藉由將已擷取的該訊息自該交易請求傳遞來處理該交易。並且，最終，執行該交易且發送成功-失敗回應至該使用者以指示交易請求狀態。

在另一實施例中，非暫時性電腦可讀媒體儲存指令，該等指令在藉由系統上之處理器執行時，使得該處理器執行使用通訊通道執行交易請求的方法。最初，自交易引擎接收該交易請求。該交易請求包含交易請求ID、交易類型、使用者ID、組織ID、短代碼、答覆俘獲ID代碼(RCID代碼)及訊息。在下一步驟，檢查該短代碼在該交易請求中之有效性。若該短代碼為無效，則發送錯誤訊息。否則，在下一步驟，在該交易請求中檢查該RCID代碼之存在。 在下一步驟，若該RCID代碼存在，則檢查該RCID代碼在該交易請求中之有效性。若該RCID代碼為無效，則發送錯誤訊息。否則，在下一步驟，使用該使用者ID檢查使用者之有效性。若該使用者為無效，則發送錯誤訊息。在下一步驟，自該交易請求擷取該訊息。在下一步驟，調用解決方案特定API以藉由將已擷取的該訊息自該交易請求傳遞來處理該交易。並且，最終，執行該交易且發送成功-失敗回應至該使用者以指示交易請求狀態。

應理解，前述一般描述及隨後詳細描述僅為示範性及說明性的，且如所主張不限制本發明。

100‧‧‧系統

102‧‧‧交易引擎

104‧‧‧資料庫

106‧‧‧記憶體

108‧‧‧處理器

110‧‧‧RCID代碼產生器

112‧‧‧短代碼驗證模組

114‧‧‧RCID代碼檢查模組

116‧‧‧RCID代碼驗證模組

118‧‧‧使用者驗證模組

120‧‧‧擷取模組

122‧‧‧調用模組

124‧‧‧執行模組

126‧‧‧電子郵件答覆俘獲郵箱

128‧‧‧電子郵件剖析器

130‧‧‧電子郵件答覆俘獲核心處理框架

134‧‧‧SMS剖析器

136‧‧‧SMS答覆俘獲核心處理框架

138‧‧‧ERP解決方案API堆疊

200‧‧‧流程圖

202~218‧‧‧步驟

根據以下參考圖式之詳細描述，將更好地理解本文中之實施例。

圖1說明根據本揭示內容之實施例的使用通訊通道執行交易請求的系統之方塊圖。

圖2A至圖2C說明根據本揭示內容之實施例的使用SMS及電子郵件執行交易請求的系統之示意圖。

圖3為說明根據本揭示內容之實施例的涉及使用通訊通道執行交易請求之步驟的流程圖。

本文中之實施例及其各種特徵及有利細節將參考在圖式中說明且在以下描述中詳述之非限制性實施例來更完整地解釋。本文使用之實例僅意欲促進理解可實施本文中之實施例之方式，且進一步使得熟習此項技術者能夠實現本文中之實施例。因此，該等實例不應被解釋為限制本文中的實施例之範疇。

現在參考圖式，且更具體地參考圖1，其中類似參考字符在所有圖式中始終表示相應特徵，顯示較佳實施例，且此等實施例在以下示範性系統及/或方法之上下文中進行描述。

根據本揭示內容之實施例，圖1之方塊圖中顯示使用通訊通道執行交易請求的系統100。本揭示內容提供前瞻性/反應性智慧型回應處理系統/框架，用於向使用者提供自除桌上型電腦外的任何通道採取行動的能力。此系統亦藉由產生唯一密鑰且將其作為回應之部分併入來負責鑑認，由此確保自真實來源採取行動。此框架具有利用整合解決方案商業邏輯之對映，該邏輯係基於所提供的回應來稱呼。

系統100包括交易引擎102、資料庫104、記憶體106及如圖1之方塊圖所示與記憶體106通訊的處理器108。記憶體106經配置以儲存複數個演算法。處理器108進一步包括用於執行各種功能的複數個模組。複數個模組存取記憶體106中儲存的複數個演算法以執行各種功能。複數個模組包括RCID代碼產生器110、短代碼驗證模組112、RCID代碼檢查模組114、RCID代碼驗證模組116、使用者驗證模組118、擷取模組120、調用模組122及執行模組124。

根據本揭示內容之實施例，交易引擎102經配置以產生交易請求。交易引擎102正常地係藉由使用者控制。交易請求可前瞻性地或反應性地產生。在實例中，交易請求包含交易請求ID、交易類型、使用者ID、組織ID、短代碼、答覆俘獲ID代碼(RCID代碼)及訊息。短代碼及答覆俘獲ID代碼(RCID代碼)為交易請求之基本部分。然而應瞭解，交易請求之其餘其他組件可取決於使用者之要求而客制。該些交易請求係儲存在資料庫104中。交易請求可基於要求進一步擷取。

RCID代碼為唯一字母數字8數位字元碼。RCID代碼為單個及任意字母數字字串。RCID代碼係藉由RCID代碼產生器110產生。RCID代碼係連同諸如交易類型、交易ID、使用者ID、組織ID、解決方案ID之其他交易詳情儲 存在資料庫104中。一旦產生RCID代碼，即查詢資料庫104以檢查RCID代碼之唯一性，且進一步將其嵌入正在針對交易發送的通知中。RCID代碼在其消耗之後失效。

短代碼係在與針對商業邏輯之解決方案整合時輸入資料庫104中的唯一代碼，該商業邏輯在一旦對交易請求採取行動時得以實施。短代碼係自表擷取且作為主題列嵌入通知中。

根據本揭示內容之實施例，一旦產生交易請求，則短代碼驗證模組112檢查存在於交易請求中的短代碼之有效性。若短代碼為無效，則處理器108發送錯誤報告回到使用者。在實例中，在發送通訊時，短代碼以『**』為前綴。因此，短代碼驗證模組112查找主題列中之『**』且將帶有『**』之任何內容視為短代碼。短代碼之實例可為用於工作流程之WF、用於服務桌之HD等等。

根據本揭示內容之實施例，若短代碼為有效短代碼，則RCID代碼檢查模組114檢查RCID代碼在交易請求中之存在。若RCID代碼不存在，則將錯誤報告發送回到使用者。若RCID代碼存在，則RCID代碼驗證模組114檢查RCID代碼之存在及有效性。應瞭解，在另一實施例中，若RCID代碼不存在，則認為交易請求為前瞻性請求，否則其為反應性請求。

RCID代碼驗證模組116最初查詢RCID代碼表以檢查RCID代碼是否存在或不存在於RCID代碼表中。RCID代碼表為由所有最近產生的RCID代碼組成的表。每當採取任何行動時，消耗RCID代碼或在15天內，RCID代碼被消耗。因此，在擷取RCID代碼時，查詢表以檢查RCID代碼是否存在。若存在，則處理繼續進行，否則將錯誤報告發送至使用者以說明RCID代碼無效。根據本揭示內容之實施例，若RCID代碼存在於交易中，則使用者之驗證係藉由使用者驗證模組118進行以確保交易已來自訊息實際上發送所至的真實的人(在反應性請求的情況下)。為此，在RCID代碼產生時，查詢儲存在表中的使用者ID以擷取經標記的通訊ID至此使用者。通訊ID可取決於通訊之類型為電子郵件ID或行動號碼。檢查自其已接收回應的通訊ID。若兩個通訊ID相同，則交易訊息係考慮為真實及經處理的，否則將錯誤報告發送至使用者。

根據本揭示內容之實施例，對於如上所述的前瞻性交易請求，不存在RCID代碼，因此在前瞻性交易請求的情況下，不需要RCID代碼驗證模組116。在此等情況下，使用者驗證模組118檢查通訊ID是否登記在系統中以確保交易請求已來自經鑑認使用者。若進行過登記，則此交易請求經進一步處理來採取行動，否則將使用者友好的訊息發送至終端，以確定地說明通訊ID未登記在系統中。

根據本揭示內容之實施例，系統100進一步包括擷取模組120、調用模組122及執行模組124。若滿足所有條件，亦即，交易請求具有有效RCID代碼、有效短代碼且使用者為有效使用者，則擷取模組120自交易請求擷取行動項。調用模組122經配置以調用解決方案特定API以藉由將已擷取的該訊息自該交易請求傳遞來處理該交易。此外，執行模組124經配置以執行交易。在表中查詢短代碼且將對映至此短代碼的商業邏輯類別擷取並利用訊息xml作為輸入來執行。取決於交易請求之最終狀態，執行模組124亦經配置以將成功或失敗回應發送至使用者以指示交易請求狀態。

根據本揭示內容之實施例，交易請求係經由如圖3所示的集中ERP解決方案API堆疊138處理。大多數ERP系統使用各種介面來與終端使用者通訊及互動。系統之每一模組係以資訊之管理為主旨，且以方法學將其表示，以供使用者採取適當行動。習知地，此資訊係在圖形介面上使用基於網頁或用戶端之應用來表示。此使得對待使用通行碼鑑認及批准以便對給定請求採取行動的使用者很重要。本發明有助於達成可攜帶性及與系統互動的使用者友好方式。此允許終端使用者配置體驗，且利用多住戶構架，此允許跨於不同組織實施相同的一般實施方式。

在操作中，圖2A至圖2C顯示說明涉及使用通訊通道執行交易請求之步驟的流程圖200。最初在步驟202，自交易引擎102接收交易請求。交易請求可為前瞻性請求或反應性請求。該交易請求包含交易請求ID、交易類型、使用者ID、組織ID、短代碼、答覆俘獲ID代碼(RCID代碼)及訊息。

在步驟204，藉由存在於處理器108中之短代碼驗證模組112檢查短代碼在交易請求中之有效性。在步驟206，若短代碼為無效，則將錯誤訊息發送至使用者，否則在步驟208，藉由RCID代碼檢查模組114檢查RCID代碼在交易請求中之存在。在步驟210，若RCID代碼存在，則藉由RCID代碼驗證模組116檢查RCID代碼在交易請求中之有效性。否則，在步驟206，發送錯誤訊息以提及RCID代碼為無效。在步驟212，藉由使用者驗證模組118使用使用者ID檢查使用者之有效性。若使用者未無效，則在步驟206，發送錯誤訊息以提及使用者為無效。

在下一步驟214，一旦完成所有檢查，藉由擷取模組120擷取來自交易請求之訊息以供進一步處理。在步驟216，調用解決方案特定API以藉由將已擷取的該訊息自交易請求傳遞來處理該交易。並且，最終，在步驟218，執行交易且發送成功-失敗回應至使用者以指示交易請求狀態。

根據本揭示內容之實施例，系統100可經由行動電話與(短通信報服務(short messaging service))SMS整合及經由作為通道之網際網路與電子郵件整合，因此提供可攜帶性及無滋擾環境以執行動作。然而應瞭解，諸如語音呼叫、線上通信報服務等等之任何其他通訊設施之使用完全在本揭示內容之範疇內。

根據本揭示內容之實施例，系統100可與作為通訊通道之電子郵件整合，如圖2A至圖2C之示意圖所示。在此情況下，使用電子郵件ID以電子郵件/郵件形式進行交易。請求可為反應性或前瞻性。在反應性請求的情況下，使用者回應於所接收的電子郵件/郵件。來自使用者之郵件到達電子郵件答覆俘獲郵箱126。藉助於電子郵件剖析器128每15分鐘輪詢郵箱。電子郵件剖析器128為基於java之排程器且檢查是否在郵箱中存在未處理的任何郵件。若發現未處理郵件，則撿選出用於處理的郵件。類似地，在前瞻性請求的情況下，藉由使用者發起郵件且發送至電子郵件答覆俘獲郵箱126。隨後藉由基於java之排程器撿選出郵件以供處理。在下一步驟，電子郵件答覆俘獲核心處理框架130讀取郵件且查找主題列中之短代碼。應瞭解，電子郵件答覆俘獲核心處理框架130與圖1之實施例中描述的處理器108相同。在發送通訊時，短代碼(例如用於工作流程之WF、用於服務桌之HD)以『**』為前綴。因此， 電子郵件答覆俘獲核心處理框架130查找主題列中之『**』且將帶有『**』之任何內容視為短代碼。

在下一步驟，一旦檢查短代碼，即藉由在表中進行針對短代碼之查找來檢查短代碼之有效性。若在資料庫104中存在針對此短代碼之有效條目，且存在針對短代碼之類別，則電子郵件答覆俘獲核心處理框架130繼續進行以供進一步處理，否則將失敗訊息發送至終端使用者以說明郵件中發送的短代碼不為有效的。

在下一步驟，處理郵件以自郵件擷取RCID代碼。讀取整個郵件且查找RCID代碼。RCID代碼附加有由RCID代碼跟隨的「答覆俘獲Id」，例如有點類似「KgOAPdB4」。電子郵件答覆俘獲核心處理框架130查找字串「答覆俘獲Id：」且此後的任何字元係視為RCID代碼。若不存在RCID代碼，則電子郵件係考慮為前瞻性使用情況且採用來供進一步處理。若自郵件擷取RCID代碼，則進行驗證來確保RCID代碼有效。此係藉由首先查詢表以檢查RCID代碼是否存在或不存在於表中來進行。每當採取任何行動，即消耗RCID代碼，或在15天內，消耗RCID代碼，因此在擷取RCID代碼時，查詢表以檢查RCID代碼是否存在。若存在RCID代碼，則處理繼續進行，否則將訊息發送至使用者以說明RCID代碼為無效。

另外，若RCID代碼存在於表中，則進行進一步驗證以確保郵件回應已來自郵件實際上發送所至的真實的人。為此，在RCID代碼產生時，查詢儲存在表中的使用者ID以擷取經標記的電子郵件ID至此使用者，且檢查已自其接收回應的電子郵件ID。若兩個電子郵件ID相同，則使用者係考慮為真實使用者及經處理的，否則將失敗訊息發送至終端使用者。在前瞻性使用的情況下，不存在RCID代碼，因此不存在RCID驗證檢查。在此等情況下，為確保郵件已來自經鑑認使用者，檢查郵件ID是否登記在電子郵件答覆俘獲核心處理框架130中。若進行過登記，則此郵件經進一步處理來採取行動，否則將使用者友好的訊息發送至終端，以確定地說明採取行動的郵件ID未登記。

在下一步驟，一旦上述所有驗證成功，則自郵件擷取標題或行動項。此為郵件主體之第一行。郵件主體之第一行隨後經處理且視為標題，且利用該標題、RCID代碼等等準備xml。在表中查詢短代碼且將對映至此短代碼的商業邏輯類別擷取並利用訊息xml作為輸入來執行。執行整個商業邏輯且基於所採取的行動，將成功及失敗回應發送回到使用者以說明行動之狀態。並且，最終，一旦已採取行動，即自郵箱刪除郵件且亦自資料庫104刪除RCID代碼。

根據本揭示內容之另一實施例，系統100亦可與作為通訊通道之短通信報服務(SMS)整合，如圖3之示意圖所示。在此情況下，交易係使用行動號碼以SMS形式進行。如上所述，SMS交易請求可為反應性或前瞻性請求。在反應性請求的情況下，使用者藉由將回應發送至藉由使用者接收的通訊中之虛擬行動號碼(Virtual Mobile Number；VMN)編號來回應所接收的SMS。擷取來自使用者之回應且將其在具有以下詳情之回應XML中轉換：登錄ID、通行碼、行動號碼、VMN編號、組織ID及回應正文訊息。將此XML作為輸入傳遞至藉由SMS答覆俘獲核心處理框架136暴露的服務類別。應瞭解，SMS答覆俘獲核心處理框架136與圖1之實施例中描述的處理器108相同。在前瞻性請求的情況下，藉由使用者發起SMS且發送至VMN編號。擷取來自使用者之SMS且將其在具有以下詳情之回應XML中轉換：登錄ID、通行碼、行動號碼、VMN編號、組織ID及回應正文訊息。將此XML作為輸入傳遞至藉由SMS答覆俘獲核心處理框架136暴露的服務類別。

在下一步驟，一旦XML由服務類別接收，使用SMS剖析器134分析XML且將xml內之資料儲存在基於java資料收集對下中。另外，檢查登錄ID/通行碼以確保用於處理的回應/訊息係來自真實來源。若登錄ID及通行碼不匹配，則將錯誤訊息發送至使用者。

在下一步驟，一旦登錄ID/通行碼匹配，在表中查詢諸如行動號碼之詳情以確保答覆已來自經鑑認使用者。若行動號碼登記在表中，則移動訊息以供進一步處理，否則返回錯誤且將其發生至使用者。亦擷取針對此行動號碼對映的組織ID以供進一步處理。另外，一旦已驗證行動號碼係登記的有效號碼，則檢查存在於回應中的待配置用於組織之VMN編號。為此，查詢資料庫104以檢查VMN編號及自行動號碼擷取的組織ID之對映。若未發現VMN編號之對映，則在資料庫中更新處理SRC時報錯。

在下一步驟，一旦進行驗證，則SMS答覆俘獲核心處理框架136讀取SMS且查找訊息主體中之短代碼。藉由SMS答覆俘獲核心處理框架136擷取短代碼(例如用於工作流程之WF、用於服務桌之HD)。雖然通知係發送至使用者，但亦提及終端使用者所期望的回應之格式。因此，擷取SMS中之第一關鍵字作為短代碼且採用來進一步處理。

在下一步驟，一旦檢查短代碼，則藉由在表中進行針對短代碼之查找來檢查短代碼之有效性。若在資料庫104中存在針對此短代碼之有效條目，且存在針對短代碼之類別，則SMS答覆俘獲核心處理框架136繼續進行以供進一步處理，否則將失敗訊息發送至終端使用者以說明郵件中發送的短代碼不是有效的。連同短代碼一起，在表中維持 針對短代碼為反應性使用情況還是前瞻性使用情況的對映。針對短代碼擷取此旗標。

在下一步驟，若請求為前瞻性請求，則自行動號碼提取組織ID及使用者ID，且利用所俘獲的諸如組織ID、使用者ID、短代碼等等之所有詳情產生輸入xml。在反應性請求的情況下時，SMS經處理以擷取RCID代碼。若RCID代碼存在於表中，則進行進一步處理，否則將失敗訊息發送至使用者。若自SMS擷取RCID代碼，則進行驗證來確保RCID代碼有效。此係藉由首先查詢表以檢查RCID是否存在於表中來進行。每當採取任何行動，即消耗RCID代碼，或在15天內，消耗RCID代碼，因此在擷取RCID時，查詢表以檢查RCID是否存在。若存在，則處理繼續進行，否則將訊息發送至使用者以說明RCID代碼無效。

在下一步驟，若RCID代碼存在於表中，則進行進一步驗證以確保回應已來自郵件實際上發送所至的真實的人。為此，在RCID代碼產生時，查詢儲存在表中的使用者ID以擷取經標記的行動號碼至此使用者，且檢查已自其接收回應的行動號碼。若兩個號碼相同，則郵件係考慮為真實郵件及經處理的，否則將失敗訊息發送至終端使用者。在前瞻性請求的情況下，不存在RCID代碼，因此不存在RCID代碼驗證檢查。在此等情況下，為確保SMS已來自經鑑認使用者，檢查行動號碼係登記在吾等SMS答覆 俘獲核心處理框架136中。若進行過登記，則此SMS經進一步處理來採取行動，否則將使用者友好的訊息發送至終端，以確定地說明採取行動的行動號碼未登記。最終，一旦上述所有驗證成功，則自郵件擷取標題(行動)。擷取標題且利用該標題、RCID代碼等等來準備xml。在表中查詢短代碼且將對映至此短代碼的商業邏輯類別擷取並利用訊息xml作為輸入來執行。執行整個商業邏輯且基於所採取的行動，將成功及失敗回應發送回到使用者以說明行動之狀態。

書面描述描述了本文之標的以使得任何熟習此項技術者能夠製作及使用此等實施例。標的實施例之範疇由申請專利範圍限定，且可包括熟習此項技術者想到之其他修改。若此等其他修改具有與申請專利範圍之字面語言並無不同之類似要素，或若其包括與申請專利範圍之字面語言無實質區別之等同要素，則此等其他修改意欲在申請專利範圍之範圍內。因此實施例提供使用通訊通道安全地執行交易請求的系統及方法。

然而，應理解，保護之範圍擴展至此種程式，且作為具有訊息之電腦可讀構件之補充；當程式在伺服器或行動裝置或任何合適之可程式化裝置上執行時，此種電腦可讀儲存構件含有用於實施方法之一或複數個步驟的程式碼構件。硬體裝置可為任何種類之可程式化之裝置，包括例如 任何類型之電腦，如伺服器或個人電腦等，或其任何組合。該裝置亦可包括可為例如硬體構件之構件，例如特殊應用積體電路(application-specific integrated circuit；ASIC)、場可程式化閘陣列(field-programmable gate array；FPGA)，或硬體與軟體構件之組合，例如，ASIC及FPGA，或至少一個微處理器及至少一個具有軟體模組之記憶體。因此，該等構件可包括硬體構件及軟體構件。本文描述之方法實施例可用硬體及軟體來實施。該裝置亦可包括軟體構件。或者，可在不同之硬體裝置上實施實施例，例如，使用複數個CPU。

本文之實施例可包含硬體及軟體元件。以軟體實施之實施例包括但不限於韌體、常駐軟體、微碼等。由本文描述之各種模組執行之功能可在其他模組或其他模組之組合中實施。為了此描述之目的，電腦可用或電腦可讀媒體可為可包含、儲存、傳達、傳播或傳輸供指令執行系統、設備或裝置使用或與其結合使用之程式的任何設備。

媒體可為電子、磁性、光學、電磁、紅外或半導體系統(或設備或裝置)或傳播媒體。電腦可讀媒體之實例包括半導體或固態記憶體、磁帶、可移除式電腦磁碟、隨機存取記憶體(random access memory；RAM)、唯讀記憶體(read-only memory；ROM)、剛性磁碟及光碟。光碟之當前實例包括光碟唯讀記憶體(compact disk-read only memory；CD-ROM)、光碟讀/寫(compact disk-read/write；CD-R/W)及DVD。

適合於儲存及/或執行程式碼之資料處理系統將包括藉由系統匯流排直接或間接耦接至記憶體元件之至少一個處理器。記憶體元件可包括在程式碼之實際執行期間使用之本端記憶體、大容量記憶體及提供至少一些程式碼之暫時儲存以便減少在執行期間必須自大容量記憶體擷取程式碼之次數的快取記憶體。

輸入/輸出(input/output；I/O)裝置(包括但不限於鍵盤、顯示器、指標裝置等)可直接或經由介入之I/O控制器耦接至系統。網路適配器亦可耦接至系統，以使資料處理系統能夠經由介入之私人或公共網路耦接至其他資料處理系統或遠端印表機或儲存裝置。數據機、電纜數據機及以太網路卡僅為當前可用類型之網路適配器中之幾個。

用於實現實施例之代表性硬體環境可包括根據本文之實施例之資訊處置/電腦系統之硬體組態。本文之系統包含至少一個處理器或中央處理單元(central processing unit；CPU)。CPU藉由系統匯流排互連至各種裝置，諸如隨機存取記憶體(RAM)、唯讀記憶體(ROM)及輸入/輸出(I/O)適配器。I/O適配器可連接至周邊裝置，諸如磁碟單元及磁帶驅動器，或系統可讀之其他程式儲存裝 置。系統可讀取程式儲存裝置上之創新性指令，且遵循此等指令來執行本文實施例之方法。

系統進一步包括使用者介面適配器，其將鍵盤、滑鼠、揚聲器、麥克風及/或諸如觸控螢幕裝置(未顯示)之其他使用者介面裝置連接至匯流排以收集使用者輸入。另外，通信適配器將匯流排連接至資料處理網路，且顯示適配器將匯流排連接至顯示裝置，該顯示裝置可體現為輸出裝置，諸如監視器、印表機或傳輸器。已參考各種實施例呈現以上描述。熟習本申請案所屬領域及相關技術的一般技藝人士將瞭解，可在不有意脫離原理、精神及範疇之情況下實施所描述之結構及操作方法之更改及改變。本揭示內容及實例意欲僅考慮為示範性的，其中所揭示實施例之真實範疇及精神係藉由隨附申請專利範圍指示。

100‧‧‧系統

102‧‧‧交易引擎

104‧‧‧資料庫

106‧‧‧記憶體

108‧‧‧處理器

110‧‧‧RCID代碼產生器

112‧‧‧短代碼驗證模組

114‧‧‧RCID代碼檢查模組

116‧‧‧RCID代碼驗證模組

118‧‧‧使用者驗證模組

120‧‧‧擷取模組

122‧‧‧調用模組

124‧‧‧執行模組

Claims (10)

1. 一種執行交易請求的方法，係使用通訊通道來執行，前述方法包含以下處理器實施步驟：藉由交易引擎產生交易請求，其中前述交易請求為前瞻性交易請求和反應性交易請求中之至少一個，其中在前述反應性交易請求中，使用者經由通訊通道回應自前述交易引擎接收的電子郵件或短通信報服務(SMS)以執行前述反應性交易請求，並且其中對於前述前瞻性交易請求，使用者經由前述交易引擎藉由發送電子郵件或SMS，經由前述通訊通道藉由通訊來發起前述前瞻性交易請求的產生，其中前述通訊通道包括電子郵件通道或SMS通道，並且其中取決於前述交易請求的類型，前述交易請求包括使用者身份(ID)、短代碼、答覆俘獲ID代碼(RCID代碼)；檢查前述短代碼在前述交易請求中之有效性，其中若前述短代碼為無效，則發送錯誤訊息，否則；檢查前述答覆俘獲ID代碼在前述交易請求中之存在；若前述答覆俘獲ID代碼存在，則檢查前述答覆俘獲ID代碼在前述交易請求中之有效性，其中若前述答覆俘獲ID代碼為無效，則發送前述錯誤訊息，否則；在前述交易請求為前述前瞻性交易請求或前述反應性交易請求時，藉由使用前述使用者ID檢查使用 者之有效性，並且其中若前述使用者為無效，則發送前述錯誤訊息，否則；藉由電子郵件剖析器擷取含有一或複數個行動項的郵件主體之第一行或藉由SMS剖析器擷取前述SMS，並且當驗證時，自前述郵件主體之第一行或自前述SMS準備xml；調用解決方案特定API以藉由在資料庫表中自前述交易請求查詢前述短代碼以擷取對映至前述短代碼的商業邏輯類別來處理前述交易；及使用前述商業邏輯類別和前述xml執行前述交易且發送成功-失敗回應至前述使用者以指示交易請求狀態。
2. 如請求項1所記載之執行交易請求的方法，其中基於各自的電子郵件或SMS在驗證前述使用者的真實性時處理前述前瞻性請求。
3. 如請求項1所記載之執行交易請求的方法，其進一步包含以下步驟：輪詢含有自前述交易引擎接收的前述交易請求之一或複數個訊息盒，其中前述訊息盒為郵箱，且對於前述反應性交易請求，前述郵箱在預定義的時間段經由電子郵件剖析器輪詢，以檢查是否在前述郵箱中存在未處理的任何郵件，且若發現未處理的郵件，則檢選出郵件以供處理，並且在前述前瞻性請求的情況下，藉由使用者發起郵件且發送至電子郵件答覆俘獲郵箱，隨後藉由排程器撿選出郵件以供處理。
4. 如請求項1所記載之執行交易請求的方法，其進一步包含以下步驟：自一或複數個訊息盒刪除前述交易請求且在執行前述交易請求之後刪除對應答覆俘獲ID。
5. 如請求項1所記載之執行交易請求的方法，其中前述交易係經由集中ERP系統處理。
6. 一種執行交易請求的系統，係使用通訊通道執行，前述執行交易請求的系統包含：記憶體；交易引擎，其用於藉由交易引擎產生交易請求，其中前述交易請求為前瞻性交易請求和反應性交易請求中之至少一個，其中在前述反應性交易請求中，使用者經由通訊通道回應自前述交易引擎接收的電子郵件或短通信報服務(SMS)以執行前述反應性交易請求，並且其中對於前述前瞻性交易請求，使用者經由前述交易引擎藉由發送電子郵件或SMS，經由前述通訊通道藉由通訊來發起前述前瞻性交易請求的產生，其中前述通訊通道包括電子郵件通道或SMS通道，並且其中取決於前述交易請求的類型，前述交易請求包括使用者身份(ID)、短代碼、答覆俘獲ID代碼(RCID代碼)；及在前述交易請求為前述反應性交易請求時，自前述使用者接收回應；用於儲存前述交易請求之資料庫；及 與前述記憶體耦接之處理器，其中前述記憶體包含：用於檢查前述短代碼在前述交易請求中之有效性的短代碼驗證模組；檢查前述答覆俘獲ID代碼在前述交易請求中之存在的答覆俘獲ID代碼檢查模組；答覆俘獲ID代碼驗證模組，用於檢查在前述答覆俘獲ID代碼存在情況下，前述答覆俘獲ID代碼在前述交易請求中之有效性；使用者驗證模組，在前述交易請求為前述反應性交易請求或前述前瞻性交易請求時，用於使用前述使用者ID檢查使用者之有效性，且若前述使用者為無效，則發送錯誤訊息；擷取模組，用於藉由電子郵件剖析器擷取含有一或複數個行動項的郵件主體之第一行或藉由SMS剖析器擷取前述SMS，並且當驗證時，自前述郵件主體之第一行或自前述SMS準備xml；調用模組，用於調用解決方案特定API以藉由在資料庫表中自前述交易請求查詢前述短代碼以擷取對映至前述短代碼的商業邏輯類別來處理前述交易；及使用前述商業邏輯類別和前述xml用於執行前述交易且發送成功-失敗回應至前述使用者以指示交易請求狀態的執行模組。
7. 如請求項6所記載之執行交易請求的系統，其中前述答覆俘獲ID代碼為八字元字母數字字串。
8. 如請求項6所記載之執行交易請求的系統，其中前述答覆俘獲ID代碼經配置以在前述交易完成之後失效。
9. 如請求項6所記載之執行交易請求的系統，其進一步包含電子郵件答覆俘獲郵箱，用於接收前述電子郵件作為前述使用者對前述反應性交易請求的前述回應，或接收前述電子郵件作為對前述前瞻性交易請求的發起的通知；電子郵件剖析器，用於在預定義的時間間隔輪詢以檢查任何未處理的郵件之存在，若在前述郵箱中存在任何未處理的郵件，則檢選出未處理的郵件以供處理，其中前述處理郵件包括藉由處理器讀取郵件，以查找前述郵件的主題列中之短代碼的存在以供處理。
10. 一種儲存指令之非暫時性電腦可讀媒體，該等指令在藉由系統上之處理器執行時，使得前述處理器執行使用通訊通道執行交易請求的方法，前述執行交易請求的方法包含以下步驟：藉由交易引擎產生交易請求，其中前述交易請求為前瞻性交易請求和反應性交易請求中之至少一個，其中在前述反應性交易請求中，使用者經由通訊通道回應自前述交易引擎接收的電子郵件或短通信報服務(SMS)以執行前述反應性交易請求，並且其中對於前述前瞻性交易請求，使用者經由前述交易引擎藉由發 送電子郵件或SMS，經由前述通訊通道藉由通訊來發起前述前瞻性交易請求的產生，其中前述通訊通道包括電子郵件通道或SMS通道，並且其中取決於前述交易請求的類型，前述交易請求包括使用者身份(ID)、短代碼、答覆俘獲ID代碼(RCID代碼)；檢查前述短代碼在前述交易請求中之有效性，其中若前述短代碼為無效，則發送錯誤訊息，否則；檢查前述答覆俘獲ID代碼在前述交易請求中之存在；若前述答覆俘獲ID代碼存在，則檢查前述答覆俘獲ID代碼在前述交易請求中之有效性，其中若前述答覆俘獲ID代碼為無效，則發送前述錯誤訊息，否則；在前述交易請求為前述前瞻性交易請求或前述反應性交易請求時，使用前述使用者ID檢查使用者之有效性，並且其中若前述使用者為無效，則發送前述錯誤訊息，否則；藉由電子郵件剖析器擷取含有一或複數個行動項的郵件主體之第一行或藉由SMS剖析器擷取前述SMS，並且當驗證時，自前述郵件主體之第一行或自前述SMS準備xml；調用解決方案特定API以藉由在資料庫表中自前述交易請求查詢前述短代碼以擷取對映至前述短代碼的商業邏輯類別來處理前述交易；及 使用前述商業邏輯類別和前述xml執行前述交易且發送成功-失敗回應至前述使用者以指示交易請求狀態。

Images