TWI860175B - 一種用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介 - Google Patents

Abstract

本發明係提供一種用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介，其包含一跨業合作系統及一合作商調適系統，其中，該跨業合作系統產生一用戶符記及一用戶符記狀態，且由該合作商調適系統利用該用戶符記狀態將電信業者與合作服務商之間的供裝指令進行調適，以使用戶能順利透過該電信業者利用該合作服務商所提供之服務。

Description

一種用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介

本發明係關於一種申退租技術，尤其指一種用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介。

於現有技術中，服務提供業者(如影音串流服務業者)為了提供其產品的競爭力常與電信業者合作，藉此通過跨業合作增加其產品的服務客群。然而，跨業銷售服務常會遇到如兩造合約差異的問題、用戶如何跨業綁訂及跨業業務供裝等問題。

具體而言，跨業服務所遭遇之問題如下所述：

問題1：客戶於電信業者之服務台申辦影音串流服務業者所提供之串流服務，但客戶之門號尚未在影音串流服務業者的服務範圍中，導致影音串流服務業者無法提供串流服務給客戶，且電信業者與影音串流服務業者之間的出帳明細亦無法匹配。

問題2：客戶透過電信業者之服務台取得影音串流服務業者所提供之串流服務後，下載影音串流服務業者之應用程式(Application,APP)，而使用該串流服務。然而，此方式造成客戶開通過程步驟繁多，且僅使用手機門號進行溝通串聯，導致資訊安全性低。

問題3：如下表所示，電信業者之供裝指令與影音串流服務業者之供裝API(Application Programming Interface，應用程式介面)之間並不匹配，致使溝通串聯上會產生落差。

因此，如何克服以上問題，以提供用戶資料的串聯，且解決兩造業者用戶行為定義之差異性，已成為本領域技術人員目前的重要課題。

解決上述問題，本發明提供一種用於跨業服務之申退租系統，係包括：一跨業合作系統，係通訊連接一電信系統，於該電信系統提供一用戶辦理一欲調適之業者系統之申租或退租服務時，該電信系統產生一裝置門號及一服務訂單資料以傳送給該跨業合作系統，且由該跨業合作系統依 據該裝置門號產生相對應之一用戶符記，並設定一用戶符記狀態，再傳送一包含該用戶符記、該用戶符記狀態、供裝指令及合約資料之知會訊息；以及一合作商調適系統，係通訊連接該跨業合作系統及該欲調適之業者系統，以接收來自該跨業合作系統之知會訊息，且該合作商調適系統向該欲調適之業者系統發出代理申租或退租之呼叫，以令該欲調適之業者系統進行申租或退租服務，且於該欲調適之業者系統完成申租或退租服務後通知該合作商調適系統，而該合作商調適系統回覆一回應代號至該跨業合作系統。

本發明復提供一種用於跨業服務之申退租方法，係包括：於一電信系統提供一用戶辦理一欲調適之業者系統之申租或退租服務時，由一跨業合作系統接收來自該電信系統所產生之一裝置門號及一服務訂單資料；由該跨業合作系統依據該裝置門號產生相對應之一用戶符記，並設定一用戶符記狀態，再傳送一包含該用戶符記、該用戶符記狀態、供裝指令及合約資料之知會訊息；由一合作商調適系統接收來自該跨業合作系統之知會訊息，且向該欲調適之業者系統發出代理申租或退租之呼叫，以令該欲調適之業者系統進行申租或退租服務；以及於該欲調適之業者系統完成申租或退租服務後通知該合作商調適系統，而該合作商調適系統回覆一回應代號至該跨業合作系統。

前述實施例中，於該電信系統提供該用戶辦理該欲調適之業者系統之申租服務時，該合作商調適系統收到該跨業合作系統之第一知會訊息，且該第一知會訊息包含該用戶符記狀態設定為新狀態或更新狀態， 而該合作商調適系統依據該第一知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為新狀態或更新狀態狀態。

前述實施例中，於該電信系統提供該用戶辦理該欲調適之業者系統之退租服務時，該合作商調適系統收到該跨業合作系統之第二知會訊息，且該第二知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第二知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。

前述實施例中，於該轉換等候狀態之時間逾時後，該合作商調適系統向該欲調適之業者系統進行代理退租之呼叫，以令該欲調適之業者系統進行退租服務，再由該合作商調適系統將其記錄之用戶符記狀態設定為取消狀態。

前述實施例中，於該電信系統提供該用戶辦理該欲調適之業者系統之升級或降級服務時，該合作商調適系統接收到該跨業合作系統之第三知會訊息，且該第三知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第三知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。

前述實施例中，於該轉換等候狀態之時間逾時前，若該合作商調適系統收到該跨業合作系統之第四知會訊息，且該第四知會訊息包含該用戶符記狀態設定為更新狀態，則由該合作商調適系統將其記錄之用戶符記狀態從轉換等候狀態轉換為升級或降級狀態，以向該欲調適之業者系統進行代理升級或降級之呼叫，俾令該欲調適之業者系統進行升級或降級服務。

前述實施例中，該跨業合作系統更通訊連接另一業者系統，於該電信系統提供另一用戶辦理該另一業者系統之申租或退租服務其中一者時，該電信系統產生另一裝置門號及另一服務訂單資料以傳送給該跨業合作系統，且該跨業合作系統依據該另一裝置門號產生相對應之另一用戶符記，並設定另一用戶符記狀態，再傳送一包含該另一用戶符記、該另一用戶符記狀態、另一供裝指令及另一合約資料之另一知會訊息至該另一業者系統，以令該另一業者系統提供申租或退租服務給該用戶。

前述實施例中，該跨業合作系統、該合作商調適系統、該電信系統、該欲調適之業者系統及該另一業者系統之間係依據該用戶符記或該另一用戶符記，以認證及傳遞資訊。

前述實施例中，該跨業合作系統係包含一合約同步模組及一合作商知會模組，且於該跨業合作系統觸發排程檢查時，若該合約同步模組比對出該服務訂單資料與該合約資料之間具有差異，則發出一供裝訊息給該合作商知會模組，以令該合作商知會模組向該合作商調適系統發出又一知會訊息，再由該合作商調適系統向該欲調適之業者系統發出呼叫，藉此達到資料同步。

如前述實施例中，於該跨業合作系統觸發排程檢查時，若該合約同步模組比對出該另一服務訂單資料與該另一合約資料之間具有差異，則發出一供裝訊息給該合作商知會模組，以令該合作商知會模組向該另一業者系統發出又一知會訊息，藉此達到資料同步。

本發明又提供一種非揮發式電腦可讀儲存媒介，應用於計算裝置或電腦中，係儲存有指令，以執行如前述實施例所述之用於跨業服務之申退租方法。

由上述可知，本發明之用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介，主要藉由該跨業合作系統產生用戶符記及用戶符記狀態，且由該合作商調適系統與該欲調適之業者系統進行通訊連接，以令該合作商調適系統利用該用戶符記狀態將電信業者與合作服務商之間的供裝指令進行調適，以避免用戶無法順利透過該電信業者使用該合作服務商所提供之服務。

1:用於跨業服務之申退租系統

11:跨業合作系統

111:合約同步模組

112:合作商知會模組

113:用戶知會模組

114:電信認證串接模組

115:合作商查詢模組

116:服務上架模組

12:合作商調適系統

121:用戶啟用調適模組

122:狀態調適模組

81:第一業者系統

82:第二業者系統

90:電信系統

A:用戶

P:實體櫃台

W:合作商之入口網站

S21至S28、S31A至S36A、S31B至S34B:步驟

S41至S48、S51至S55、S61至S66:步驟

S71A至S74A、S71B至S73B:步驟

圖1係為本發明之用於跨業服務之申退租系統之架構示意圖。

圖2係為用戶符記及其服務知會狀態之產生及轉換作業示意圖。

圖3A係為服務合約申退租知會流程方法之流程示意圖。

圖3B係為合約同步方法之流程示意圖。

圖4係為用戶服務知會、帳號開通及綁定電信設備方法之流程示意圖。

圖5係為用戶符記及其服務知會狀態之調適作業示意圖。

圖6係為用戶透過電信業者供裝及服務綁定之流程示意圖。

圖7A係為合作商調適系統承接一般供裝指令之代理申/退租服務作業之流程示意圖。

圖7B係為合作商調適系統承接一般供裝指令之代理升/降級作業之流程示意圖。

圖8A及圖8B係為本發明之用於跨業服務之申退租系統代理申/退租服務作業之流程示意圖。

圖9A及圖9B係為本發明之用於跨業服務之申退租系統代理升/降級作業之流程示意圖。

圖10係為本發明之用於跨業服務之申退租系統之合約同步之流程示意圖。

以下藉由特定的具體實施例說明本發明之實施方式，熟悉此技藝之人士可由本說明書所揭示之內容輕易地瞭解本發明之其他優點及功效。

須知，本說明書所附圖式所繪示之結構、比例、大小等，均僅用以配合說明書所揭示之內容，以供熟悉此技藝之人士之瞭解與閱讀，並非用以限定本發明可實施之限定條件，故不具技術上之實質意義，任何結構之修飾、比例關係之改變或大小之調整，在不影響本發明所能產生之功效及所能達成之目的下，均應仍落在本發明所揭示之技術內容得能涵蓋之範圍內。同時，本說明書中所引用之如「一」、「第一」、「第二」、「上」及「下」等之用語，亦僅為便於敘述之明瞭，而非用以限定本發明 可實施之範圍，其相對關係之改變或調整，在無實質變更技術內容下，當視為本發明可實施之範疇。

圖1係為本發明之用於跨業服務之申退租系統1之架構示意圖。如圖1所示，該用於跨業服務之申退租系統1係包括：一跨業合作系統11及一合作商調適系統12。此外，該跨業合作系統11直接通訊連接一合作商(即合作服務提供商)之第一業者系統81，以及該跨業合作系統11係透過該合作商調適系統12以通訊連接另一合作商之第二業者系統82，其中，該另一合作商之第二業者系統82係為欲調適之業者系統。

在一實施例中，該跨業合作系統11及該合作商調適系統12係建立於伺服器(如通用伺服器、檔案伺服器、儲存單元伺服器等)或其它適當演算機制之電子設備中，其中，該跨業合作系統11及該合作商調適系統12中之各個模組均可為軟體、硬體或韌體；若為硬體，則可為具有資料處理與運算能力之處理單元、處理器、電腦或伺服器；若為軟體或韌體，則可包括處理單元、處理器、電腦或伺服器可執行之指令，且可安裝於同一硬體裝置或分布於不同的複數硬體裝置。

於本實施例中，該跨業合作系統11係包括一合約同步模組111、一合作商知會模組112、一用戶知會模組113、一電信認證串接模組114、一合作商查詢模組115及一服務上架模組116。

所述之合約同步模組111係通訊連接一電信業者之電信系統90中之帳務系統，以接收一用戶A於辦理申/退租服務時之一合約資料，且該合約同步模組111定時向該電信系統90中之帳務系統檢查該用戶A的租約狀況，以預防不一致狀況。

所述之合作商知會模組112係通訊連接該合約同步模組111，以定時向該合約同步模組111通知設備門號進入排程檢查，俾令該合約同步模組111檢查該用戶A之合約資料；以及該合作商知會模組112係產生該用戶A之用戶符記(Token)及其服務知會狀態，以至少依據該用戶符記之服務知會狀態(以下簡稱：用戶符記狀態)通知一合作商之第一業者系統81後台服務申/退租狀況，且接收該第一業者系統81回傳之一知會訊息，藉此得到該知會訊息中之一回應代碼，以確認該合作商已完整無誤地接收到該用戶符記狀態。以於該合作商知會模組112接收到該回應代碼時，作為確認該合作商已完整無誤地接收該用戶符記狀態。

在一實施例中，圖2係為用戶符記及其服務知會狀態之產生及轉換作業示意圖，該合作商知會模組112依據該用戶A之使用者裝置(即電信設備，例如：智慧型手機等)之設備門號產生用戶符記(Token)及其服務知會狀態，以配合該用戶符記之服務知會狀態(即用戶符記狀態)的變化，而知會一合作商之第一業者系統81。須說明之，該合作商之第一業者系統81與該跨業合作系統11之供裝指令相匹配，故無需進行供裝指令調適，而欲進行供裝指令調適之實施例於後續圖5說明之。此外，此實施例與上述實施例之相同處不再贅述。如圖2所示，該用戶符記狀態之產生及轉換作業包含以下步驟S21至步驟S28：

於步驟S21中，當該用戶A之使用者裝置之設備門號首次申/租服務時，由該合作商知會模組112將該用戶符記之服務知會狀態(即用戶符記狀態)設定為「新(New)狀態」，以透過一知會訊息傳送至一合作商之第一業者系統81，藉此通知該用戶符記狀態。

於步驟S22中，當該用戶符記狀態為「新狀態」，且該用戶A之使用者裝置之設備門號退租該合作商所提供之服務時，由該合作商知會模組112將用戶符記狀態設定為「取消(Cancel)狀態」，以透過該知會訊息傳送至該第一業者系統81，藉此通知該用戶符記狀態。

於步驟S23中，當該用戶符記狀態為「新狀態」，且該用戶A之使用者裝置發生門號失效、門號轉移或門號退租時，由該合作商知會模組112將該用戶符記狀態設定為「刪除(Delete)狀態」，以透過該知會訊息傳送至該第一業者系統81，後續不再使用。

於步驟S24中，當該用戶符記狀態為「新狀態」，且該用戶A之使用者裝置之設備門號進一步申請該合作商之其他服務時，由該合作商知會模組112將該用戶符記狀態設定為「更新(Renew)狀態」，以透過該知會訊息傳送至該第一業者系統81，藉此通知該用戶符記狀態。

於步驟S25中，當該用戶符記狀態為「更新狀態」，且該用戶A之使用者裝置之設備門號退租該合作商所提供之服務時，由該合作商知會模組112將該用戶符記狀態設定為「取消狀態」，以透過該知會訊息傳送至該合作商之第一業者系統81，藉此通知該用戶符記狀態。

於步驟S26中，當該用戶符記狀態為「取消狀態」，且該用戶A之使用者裝置之設備門號進一步申請該合作商之其他服務時，由該合作商知會模組112將該用戶符記狀態設定為「更新狀態」，以透過該知會訊息傳送至該第一業者系統81，藉此通知該用戶符記狀態。

於步驟S27中，當該用戶符記狀態為「更新狀態」，且該用戶A之使用者裝置發生門號失效、門號轉移或門號退租時，由該合作商知會 模組112將該用戶符記狀態設定為「刪除狀態」，以透過該知會訊息傳送至該第一業者系統81，後續不再使用。

於步驟S28中，當該用戶符記狀態為「取消狀態」，且該用戶A之使用者裝置發生門號失效、門號轉移或門號退租時，由該合作商知會模組112將該用戶符記狀態設定為「刪除狀態」，以透過該知會訊息傳送至該第一業者系統81，後續不再使用。

在一實施例中，圖3A係為服務合約申退租知會流程方法之流程示意圖，且此實施例與上述實施例之相同處不再贅述。如圖3A所示，此方法流程包含以下步驟S31A至步驟S36A：

於步驟S31A中，一用戶A於一電信業者之實體櫃台或一合作商(或另一合作商)之入口網站辦理申/退租服務，以使該電信業者之電信系統90接收到該用戶A之裝置門號及服務訂單資料，再由該電信系統90係通訊連接一跨業合作系統11，以提供電信業者之用戶A之供裝訊息給一合約同步模組111，且該供裝訊息係包含但不限於裝置門號、供裝指令。

於步驟S32A中，由該合約同步模組111從該供裝訊息中過濾出所需之申租服務、退租服務、退租門號或更換門號等供裝指令，以傳送至該合作商知會模組112。

於步驟S33A中，由該合作商知會模組112依據該供裝訊息中之裝置門號產生用戶符記及設定用戶符記狀態，以透過一知會訊息將該用戶符記、該用戶符記狀態、該供裝指令及一合約資料通知給一合作商之第一業者系統81或另一合作商之第二業者系統82。

於步驟S34A中，該合作商之第一業者系統81或該另一合作商之第二業者系統82收到該知會訊息後，回覆特定之回應代碼，以確認成 功接收到該知會訊息，且該合作商之第一業者系統81或另一合作商之第二業者系統82提供該用戶A之升/退租服務，其中，該回應代碼係為「200 OK」代表已收到該跨業合作系統11之知會訊息，反之，若回應其他代碼，則代表發生異常問題。此外，該跨業合作系統11與該另一合作商之第二業者系統82之間係透過一合作商調適系統12進行通訊連接(於後續實施例說明之)。

於步驟S35A中，於知會過後，由該合作商知會模組112紀錄該用戶符記狀態，且回報該用戶A之使用者裝置之設備門號至該合約同步模組111。

於步驟S36A中，該合約同步模組111對該用戶A之使用者裝置之設備門號進行排程檢查，以執行一合約同步方法，而比對該服務訂單資料與該合約資料之間的差異性，其中，當有不相符合約定之合約資料時，回到步驟S32A，以將重新產生供裝訊息。

在一實施例中，圖3B係為合約同步方法之流程示意圖，且此實施例接續上述實施例。此外，此實施例與上述實施例之相同處不再贅述。如圖3B所示，此方法流程包含以下步驟S31B至步驟S34B：

於步驟S31B中，由該合作商知會模組112傳遞該用戶A之使用者裝置之設備門號至該合約同步模組111進行排程檢查。

於步驟S32B中，由該合約同步模組111等待該用戶A之使用者裝置之設備門號的排程檢查觸發。

於步驟S33B中，於排程檢查觸發時，該合約同步模組111透過該電信系統90中之帳務系統取得該用戶A之服務訂單資料，以與該合作 商之第一業者系統81或另一合作商之第二業者系統82回應正確(即回應代碼為「200 OK」)之合約資料進行比對。

於步驟S34B中，於該服務訂單資料與該合約資料之間具有差異時，再由該合約同步模組111產生申/退租之供裝指令，以通知該合作商知會模組112執行後續的如圖3A所示之知會流程，即可達到兩造合約同步或知會失敗重送之功能。

所述之用戶知會模組113係通訊連接該用戶A之使用者裝置，於該用戶A之合約資料異動時，該用戶知會模組113透過簡訊、Email或其它即時通訊(Instant Messaging,IM)軟體通知該用戶A其合約資料發生異動；以及於該用戶A完成申請服務時，該用戶知會模組113產生一動態綁定合作服務網址，以傳送給該用戶A之使用者裝置進行使用者裝置綁定及帳號開通，其中，該動態綁定合作服務網址係透過轉導流程經由電信認證後引導至該用戶A之使用者裝置上，以令該用戶A之服務帳號綁定使用者裝置及開通服務帳號。

所述之電信認證串接模組114係通訊連接該用戶A之使用者裝置及一電信系統90中之認證系統，於該用戶A點擊其使用者裝置上之該動態綁定合作服務網址且登入後，由該電信認證串接模組114透過該電信系統90中之認證系統進行電信認證，且於完成該用戶A之使用者裝置的線路認證，及該用戶A之電信會員帳號密碼認證後，該電信認證串接模組114轉導該用戶A之用戶符記狀態及合約資料至該合作商之第一業者系統81或另一合作商之第二業者系統82，以開通該用戶A於該第一/第二業者系統81,82 上的服務。詳言之，透過該電信認證串接模組114使該合作商不需再開發及設計相關電信設備認證介面流程。

在一實施例中，該電信認證串接模組114係透過http的轉導方式，以將該用戶A之用戶符記狀態及合約資料等參數資訊轉至該合作商約定的服務用戶開通網址，藉此開通該用戶A於該第一/第二業者系統81,82上的服務。

在一實施例中，圖4係為用戶服務知會、帳號開通及綁定電信設備方法之流程示意圖，且此實施例與上述實施例之相同處不再贅述。如圖4所示，此方法流程包含以下步驟S41至步驟S48：

於步驟S41中，當一合作商知會模組112向一合作商之第一業者系統81或另一合作商之第二業者系統82傳送一知會訊息(包含用戶符記、用戶符記狀態)，以供裝一申租服務後，由該第一/第二業者系統81,82回覆一回應代碼(如200 OK)給該合作商知會模組112，此時觸發用戶服務知會。

於步驟S42中，由該合作商知會模組112發出一事件(Event)至一用戶知會模組113，以由該用戶知會模組113動態生成用戶專屬之電信認證及服務開通網址(Uniform Resource Locator,URL)。

於步驟S43中，由該用戶知會模組113將該電信商用戶認證及服務開通網址加入到一訊息中，以透過Email伺服器所提供之通訊協定(Simple Mail Transfer Protocol,SMTP)或簡訊中心(Short Message Service Center,SMSC)發送開通信件或開通簡訊給申租服務之用戶A。

於步驟S44中，該開通信件或該開通簡訊傳遞到該用戶A之使用者裝置。

於步驟S45中，該使用者裝置提供該用戶A點擊該開通信件或該開通簡訊中之該服務開通網址，以自動轉導至一電信認證串接模組114。

於步驟S46中，由該電信認證串接模組114進行該用戶A之使用者裝置的線路認證或電信會員帳號及密輸入作業，且待認證成功後，該電信認證串接模組114透過轉址方式，以攜帶該用戶A之用戶符記(Token)及合約資料，俾將該用戶A之請求頁面轉導到約定的該合作商之第一業者系統81或該另一合作商之第二業者系統82之服務開通入口介面。

於步驟S47中，當轉導到該服務開通入口介面時，該服務開通入口介面承接該用戶A之用戶符記及合約資料，以進行後續的服務帳號開通及用戶符記綁定。

於步驟S48中，於完成服務帳號開通及用戶符記綁定後，該用戶A可直接連到該合作商之第一業者系統81或該另一合作商之第二業者系統82之服務介面使用服務。

所述之合作商查詢模組115係通訊連接該合作商之第一業者系統81或該另一合作商之第二業者系統82，於該第一/第二業者系統81,82遭遇合約綁定及障礙查詢的議題時，以供該合作商透過一用戶A之用戶符記進行用戶合約查詢、知會歷史紀錄查詢等功能。

所述之服務上架模組116係通訊連接該合作商之第一業者系統81或該另一合作商之第二業者系統82，以提供服務上架資訊之檔案格式給該合務商或該另一合作商，俾約定複數服務上架資訊，且透過檔案傳遞方式定期地上架到該跨業合作系統11，其中，該服務上架資訊係包含合作服務商代碼、合約方案資料、合作服務商後台知會接收網址、合作商服務用戶服務開通、及綁定網址等相關資訊。在一實施例中，該服務上架模組116預先上架及設定一雲服務之知會網址。

於另一實施例中，該合作商調適系統12包括一用戶啟用調適模組121及一狀態調適模組122。

所述之用戶啟用調適模組121係啟用串接，以通訊連接該電信認證串接模組114，藉此與另一合作商之第二業者系統82進行認證綁定。

所述之狀態調適模組122係通訊連接該合作商知會模組112及該另一合作商之第二業者系統(即欲調適之業者系統)82，以提供一合作商務供裝代理機制，且透過擴增該用戶符記狀態之方式，以將該合作商知會模組112的該用戶符記狀態進行轉換，俾完成供裝代理機制，例如：升/降級服務之行為。

具體而言，對於已具備完整供裝指令介面且無法串接該跨業合作系統11之供裝指令的該欲調適之業者系統(亦即該跨業合作系統11與該欲調適之業者系統之供裝指令不匹配)，能透過該合作商調適系統12進行代理合作商服務後台作業，以對電信商所定義之供裝指令與該欲調適之業者系統所定義之服務供裝指令進行調適匹配，其中，若兩者之間具有相匹配之供裝指令，則該合作商調適系統12無須進行轉換，而直接供裝該欲調適之業者系統之供裝指令；反之，若兩者之間具有無法相匹配之供裝指令時(如升級指令或降級指令)，則由該合作商調適系統12之該狀態調適模組122擴增該用戶符記狀態，藉此進行後續該跨業合作系統11之供裝指令匹配。是以，該合作商調適系統12對該跨業合作系統11來說角色為合作服務商後台，有了該合作商調適系統12不會因為合作商無法匹配該跨業 合作系統11之供裝指令，而去更動該跨業合作系統11之知會邏輯，也可作為後續合作服務商設計如何連接跨業合作系統之設計指引。

在一實施例中，該合作商知會模組112利用該雲服務之知會網址呼叫該狀態調適模組122向該欲調適之業者系統進行服務供裝。須說明之，由於該欲調適之業者系統之供裝介面不支援該跨業合作系統11進行供裝，故須透過該雲服務之知會網址向該狀態調適模組122進行呼叫，藉此透過該狀態調適模組122令該欲調適之業者系統進行服務供裝。

在一實施例中，圖5係為用戶符記及其服務知會狀態之調適作業示意圖，且此調適作業係基於圖2所述之用戶符記及其服務知會狀態之產生及轉換作業，再進一步擴增二個用戶符記之服務知會狀態(即用戶符記狀態)，以提供該欲調適之業者系統進行供裝指令調適，其中，擴增的用戶符記狀態分別為「轉換等候(In-grade Period)狀態」及「升/降級(Up/Down Grade)狀態」，且「轉換等候狀態」係為用戶帳號升/級降級之準備狀態，且具有時效性。此外，此實施例與圖2或其他上述實施例之相同處不再贅述。如圖5所示，該用戶符記狀態之調適作業包含以下步驟S51至步驟S55：於步驟S51中，當該用戶A之使用者裝置之設備門號首次申租服務時，由該合作商知會模組112將該用戶符記之服務知會狀態(即用戶符記狀態)設定為「新狀態」，以透過該狀態調適模組122將一知會訊息傳送至一欲調適之業者系統，藉此通知一另一合作商記錄該用戶符記狀態。

於步驟S52中，當該用戶符記狀態為「新狀態」，且該用戶A之使用者裝置之設備門號退租該另一合作商所提供之服務時，由該狀態調適模組122將該用戶符記狀態設定為「轉換等候狀態」。

於步驟S53中，該用戶符記狀態於有效期間中若無發生申租服務之事件，則該狀態調適模組122將該用戶符記狀態從「轉換等候狀態」轉換為「取消狀態」，再透過該知會訊息傳送至該欲調適之業者系統，藉此通知該用戶符記狀態。

於步驟S54中，該用戶符記狀態於有效期間中若有發生申租服務之事件，則該狀態調適模組122將該用戶符記狀態從「轉換等候狀態」轉換為「升/降級狀態」，且該狀態調適模組122向該欲調適之業者系統進行服務升/降級之呼叫。

於步驟S55中，於完成服務升/降級之呼叫後，該狀態調適模組122到將該用戶符記狀態從「升/降級狀態」轉換為「更新狀態」。

圖6係為用戶透過電信業者供裝及服務綁定之流程示意圖。此外，此實施例與上述實施例之相同處不再贅述。如圖6所示，該供裝及服務綁定之流程包含以下步驟S61至步驟S66：於步驟S61-1及S62-1中，或於步驟S61-2及S62-2中，一用戶A可以透一合作商之入口網站W或過一電信業者之實體櫃台P申租電信合約方案。

於步驟S63中，當用戶完成申租服務之流程時，將一供裝訊息經由一電信系統90中之帳務系統傳送至一跨業合作系統11。

於步驟S64中，該跨業合作系統11會將該用戶A之用戶符記及其服務知會狀態通知給一合作商之第一業者系統81，或進一步透過一合作商調適系統12通知給一另一合作商之第二業者系統82。

於步驟S65中，該跨業合作系統11會將一開通服務網址(即開通URL)提供給該用戶A。

於步驟S66中，該用戶A可透過點擊該開通服務網址，並透過經認證之用戶符記導入服務前台，以完成用戶服務帳號的綁定，且開始使用服務。

圖7A係為合作商調適系統承接一般供裝指令之代理申/退租服務作業之流程示意圖。此外，此實施例與上述實施例之相同處不再贅述。如圖7A所示，該代理申/退租服務作業包括以下步驟S71A至步驟S74A：於步驟S71A中，於一用戶A透過一電信系統90進行申租服務時，一合作商調適系統12收到一跨業合作系統11之知會訊息，且該合作商調適系統12依據如圖5所示之調適作業的狀態邏輯，以依據該知會訊息將其記錄之用戶符記狀態設定為「新狀態」或「更新狀態」，再由一狀態調適模組122利用一雲服務供裝API(Application Programming Interface，應用程式介面)向另一合作商之第二業者系統(即欲調適之業者系統)82進行代理申租(subscribe)呼叫，以令該欲調適之業者系統依據該知會訊息中之供裝指令進行申租服務，其中，該用戶符記狀態設定為「新狀態」係指該用戶A新申租服務，而該用戶符記狀態設定為「更新狀態」係可指該用戶A基於申租服務上增加其他服務，即附約。在一實施例中，該知會訊息係包含但不限於用戶符記、用戶符記狀態、供裝指令及合約資料。

於步驟S72A中，該欲調適之業者系統向該合作商調適系統12回覆「成功(Success)狀態」，再由該合作商調適系統12向該跨業合作系統11回覆一回應代號(即「200 OK」)。

於步驟S73A中，當該用戶A申請退租時，該合作商調適系統12收到該跨業合作系統11之知會訊息，再由該狀態調適模組122判斷該知會訊息中之用戶符記狀態(即「取消狀態」)，以暫時將其記錄之用戶符記狀態設定為「轉換等候狀態」。

於步驟S74A中，在「轉換等候狀態」之時間逾時後，該狀態調適模組122利用該雲服務供裝API向該欲調適之業者系統進行代理退租(Unsubscribe)呼叫，以令該欲調適之業者系統依據該知會訊息進行退租服務，且於呼叫成功後該狀態調適模組122將其記錄之用戶符記狀態設定為「取消狀態」。

圖7B係為合作商調適系統承接一般供裝指令之代理升/降級作業之流程示意圖。此外，此實施例與上述實施例之相同處不再贅述。如圖7B所示，該代理升/降級作業作業包括以下步驟S71B至步驟S73B： 於步驟S71B中，於一用戶A透過一電信系統90進行升/降級服務時，一合作商調適系統12收到一跨業合作系統11之知會訊息，再由一該狀態調適模組122判斷該知會訊息中之用戶符記狀態(即「取消狀態」)，以暫時將其記錄之用戶符記狀態設定為「轉換等候狀態」。

於步驟S72B中，在「轉換等候狀態」之時間逾時前，該合作商調適系統12收到該跨業合作系統11之知會訊息，且該知會訊息包含用戶符記狀態設定為「更新狀態」，再由該狀態調適模組122將其記錄之用戶符記狀態從「轉換等候狀態」轉換為「升/降級狀態」，且利用該雲服務供裝API向該欲調適之業者系統進行代理升/降級(Upgrade or Downgrade)呼叫，以令該欲調適之業者系統依據該知會訊息中之供裝指令進行升/降級服務。

於步驟S73B中，由該欲調適之業者系統向該合作商調適系統12回覆「成功狀態」，後隨該狀態調適模組122將其記錄之用戶符記狀態設定為「更新狀態」，以達成申/降級作業的調適，再由該合作商調適系統12向該跨業合作系統11回覆一回應代號(即「200 OK」)。

此外，本發明還揭示一種非揮發式電腦可讀儲存媒介，係應用於具有處理器(例如，CPU、GPU等)及/或記憶體的計算裝置或電腦中，且儲存有指令，並可利用此計算裝置或電腦透過處理器及/或記憶體執行此非揮發式電腦可讀儲存媒介，以於執行此非揮發式電腦可讀儲存媒介時執行上述之方法及各步驟。在一實施例中，本發明揭示一種非暫態(non-transitory)的電腦可讀儲存媒介，以執行上述之方法及各步驟。

圖8A及圖8B係為本發明之用於跨業服務之申退租系統1代理申/退租服務作業之流程示意圖。此外，此實施例與上述實施例之相同處不再贅述。

於本實施例中，如圖8A所示，當一用戶A於一電信業者之實體櫃台購買一網路雲服務電信合約100GB(以下簡稱：雲服務100G)時，由一電信系統90依據該用戶A之使用者裝置之裝置門號產生相對應之供裝訊息，以將該供裝訊息(包含但不限於裝置門號A’、產品代碼、合約代碼及供裝指令等)傳遞至一跨業合作系統11中之合約同步模組111，且該合約同步模組111收到將該供裝訊息中之資訊提供給一合作商知會模組112。此時，該合作商知會模組112依據該供裝訊息之裝置門號A’產生相對應之一用戶符記(即「ABC」)，且設定一用戶符記狀態為「新狀態」。之後，該合作商 知會模組112透過一知會訊息，以將該用戶符記及該用戶符記狀態傳送給一合作商調適系統12。

再者，如圖8B所示，該合作商調適系統12收到該知會訊息後記錄該用戶符記狀態，且由於該用戶符記狀態係為「新狀態」，故該合作商調適系統12中之狀態調適模組122直接進行雲服務供裝API的代理申租(Subscribe)，以向另一合作商之第二業者系統(即欲調適之業者系統)82進行呼叫，且於呼叫成功後，該欲調適之業者系統回覆「成功狀態」給該合作商調適系統12，再由該合作商調適系統12回覆一回應代號(即「200 OK」)至該合作商知會模組112，最後由該合作商知會模組112記錄廠商(即欲調適之業者系統)之回覆，藉此完成跨業服務供裝。

圖9A及圖9B係為本發明之用於跨業服務之申退租系統1代理升/降級作業之流程示意圖。再者，此實施例接續圖8A及圖8B所述之實施例。此外，此實施例與上述實施例之相同處不再贅述。

於本實施例中，一用戶A覺得100G的雲服務不夠使用，又於電信櫃台升級200G的雲服務，但由於電信系統90沒有升級的租用之選項，僅能採取一退一租的供裝方式。對此，該電信系統90令一跨業合作系統11中之合約同步模組111依序執行退租及申租之供裝指令。

是以，如圖9A及圖9B所示，該合約同步模組111依順序的先傳送退租之供裝訊息給一合作商知會模組112，再傳送申租之供裝訊息給該合作商知會模組112，且該合作商知會模組112也依據圖2所示之用戶符記及其服務知會狀態之產生及轉換作業的邏輯，以順序將一用戶符記之服務知會狀態(即用戶符記狀態)轉換為「取消狀態」及「更新狀態」。

再者，該合作商知會模組112通知一合作商調適系統12，而於該合作商調適系統12先收到該用戶符記狀態設定為「取消狀態」之知會訊息時，該合作商調適系統12中之狀態調適模組122會依據圖5所示之用戶符記及其服務知會狀態之調適作業的邏輯，以將其記錄之用戶符記狀態設定為「轉換等候狀態」並回覆一回應代號(即200 OK)。之後，待收到該用戶符記狀態轉換為「更新狀態」之知會訊息時，由於該合作商調適系統12所記錄之用戶符記狀態仍處於「轉換等候狀態」，故該狀態調適模組122呼叫該欲調適之業者系統之升級應用程式介面(Upgrade API)，以令該欲調適之業者系統將該用戶A的雲服務升級為200G。再者，於呼叫成功後，該狀態調適模組122將其記錄之用戶符記狀態從「轉換等候狀態」轉換為「更新狀態」，以與該合作商知會模組112所紀錄之用戶符記狀態達到一致，並回覆一回應代號(即200 OK)。

圖10係為本發明之用於跨業服務之申退租系統1之合約同步之流程示意圖。此外，此實施例與上述實施例之相同處不再贅述。

於本實施例中，有A、B、C三位用戶的服務租約要進行異動，皆透過一跨業合作系統11之合作商知會模組112發送一知會訊息通知一合作商之第一業者系統81或另一合作商之第二業者系統(即欲調適之業者系統)82。須說明之，由於該知會訊息應該要完整的傳遞到該合作商之第一業者系統81或一合作商調適系統12中，但很多事件的發生，例如：網路連線異常或設備維護之問題，會導致無法確認對方有收到完整的知會訊息，故已規範當該知會訊息完整接收時必須回覆之一回應代號(即「200 OK」)，藉此確認合作商後台與該合作商知會模組112之用戶符記狀態保持一致。

是以，於此實施例中，一用戶C之裝置門號C’所通知之合作商未回覆該回應代號(即「200 OK」)，且當一合約同步模組111執行門號之排程檢查時，該合約同步模組111比對該用戶C之服務訂單資料(於電信業者處異動之資料)與其合約資料(於合作商處保存之資料)，且由於該用戶C之服務訂單資料已經異動了，而該合約資料仍是未異動前之資訊，故該合約同步模組111檢查出兩者不一致，而該用戶A,B之裝置門號A’,B’係保持一致，故該合約同步模組111重新對該合作商知會模組112發送該裝置門號C’之供裝訊息，以令該合作商知會模組112向該第一業者系統81發出一知會訊息，或是向該合作商調適系統12發出該知會訊息，再由該合作商調適系統12依據該知會訊息向該第二業者系統82發出呼叫，藉此達到資料同步之目的。

綜上所述，本發明之用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介，係透過一跨業合作系統產生一用戶符記及一用戶符記狀態，且藉由一合作商調適系統與一欲調適之業者系統進行通訊連接，以令該合作商調適系統利用該用戶符記狀態將電信業者與合作服務商之間的供裝指令進行調適，藉此轉導用戶至該合作服務商之平台進行異業帳號之結合，亦即結合用戶於該電信業者之帳號與該合作服務商之帳號，以避免用戶無法順利透過該電信業者使用該合作服務商所提供之服務。

此外，本發明之用於跨業服務之申退租系統、方法及其非揮發性電腦可讀儲存媒介，更具備下列優點或技術功效：

一、由於電信業者與合作服務商未提供一站式服務，通知合作商服務用戶供裝後，合作商還需要界接各個電信介面去實踐電信會員認 證、帳號綁定電信門號、設備門號異動及用戶簡訊發送服務通知的作業。對此，本發明提供合作商僅需要與跨業服務系統或合作商調適系統進行界接，即可確保兩造用戶合約同步、用戶帳號開通及綁定電信設備，以提升效率及安全性。

二、本發明透過設計相對應於用戶電信設備門號之唯一的用戶符記(Token)，且依據申/退租事件定義該用戶符記(Token)之生命週期狀態(即用戶符記之服務知會狀態，或稱用戶符記狀態)，可解決電信用戶換門號時需要知會服務廠商的議題，並減少個資揭露的風險。

三、電信業者的一般申退租訊息介面通常不具備帳戶之升/降級功能，故已不能滿足大型合作商之雲服務供裝行為。對此，本發明透過合作商調適系統進行因應，以解決供裝指令不相匹配之問題。

四、本發明透過知會流程及合約同步流程，用來負責處理電信業者與合作服務商之間合約不一致的問題，亦即出帳明細亦無法匹配之問題，藉此使兩者之間的合約資料達到同步。

上述實施形態僅例示性說明本發明之原理及其功效，而非用於限制本發明。任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施形態進行修飾與改變。因此，本發明之權利保護範圍應如申請專利範圍所列。

1:用於跨業服務之申退租系統

11:跨業合作系統

111:合約同步模組

112:合作商知會模組

113:用戶知會模組

114:電信認證串接模組

115:合作商查詢模組

116:服務上架模組

12:合作商調適系統

121:用戶啟用調適模組

122:狀態調適模組

81:第一業者系統

82:第二業者系統

90:電信系統

A:用戶

Claims (13)

1. 一種用於跨業服務之申退租系統，係包括：一跨業合作系統，係通訊連接一電信系統，於該電信系統提供一用戶辦理一欲調適之業者系統之申租或退租服務時，該電信系統產生一裝置門號及一服務訂單資料以傳送給該跨業合作系統，且由該跨業合作系統依據該裝置門號產生相對應之一用戶符記，並設定一用戶符記狀態，再傳送一包含該用戶符記、該用戶符記狀態、供裝指令及合約資料之知會訊息；以及一合作商調適系統，係通訊連接該跨業合作系統及該欲調適之業者系統，以接收來自該跨業合作系統之知會訊息，且該合作商調適系統向該欲調適之業者系統發出代理申租或退租之呼叫，以令該欲調適之業者系統進行申租或退租服務，且於該欲調適之業者系統完成申租或退租服務後通知該合作商調適系統，而該合作商調適系統回覆一回應代號至該跨業合作系統。
2. 如請求項1所述之用於跨業服務之申退租系統，其中，於該電信系統提供該用戶辦理該欲調適之業者系統之申租服務時，該合作商調適系統收到該跨業合作系統之第一知會訊息，且該第一知會訊息包含該用戶符記狀態設定為新狀態或更新狀態，而該合作商調適系統依據該第一知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為新狀態或更新狀態狀態。
3. 如請求項1所述之用於跨業服務之申退租系統，其中，於該電信系統提供該用戶辦理該欲調適之業者系統之退租服務時，該合作商調 適系統收到該跨業合作系統之第二知會訊息，且該第二知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第二知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。
4. 如請求項1所述之用於跨業服務之申退租系統，其中，於該電信系統提供該用戶辦理該欲調適之業者系統之升級或降級服務時，該合作商調適系統接收到該跨業合作系統之第三知會訊息，且該第三知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第三知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。
5. 如請求項1所述之用於跨業服務之申退租系統，其中，該跨業合作系統更通訊連接另一業者系統，於該電信系統提供另一用戶辦理該另一業者系統之申租或退租服務其中一者時，該電信系統產生另一裝置門號及另一服務訂單資料以傳送給該跨業合作系統，且該跨業合作系統依據該另一裝置門號產生相對應之另一用戶符記，並設定另一用戶符記狀態，再傳送一包含該另一用戶符記、該另一用戶符記狀態、另一供裝指令及另一合約資料之另一知會訊息至該另一業者系統，以令該另一業者系統提供申租或退租服務給該用戶。
6. 如請求項1所述之用於跨業服務之申退租系統，其中，該跨業合作系統係包含一合約同步模組及一合作商知會模組，且於該跨業合作系統觸發排程檢查時，若該合約同步模組比對出該服務訂單資料與該合約資料之間具有差異，則發出一供裝訊息給該合作商知會模組，以令該合作 商知會模組向該合作商調適系統發出又一知會訊息，再由該合作商調適系統向該欲調適之業者系統發出呼叫，藉此達到資料同步。
7. 一種用於跨業服務之申退租方法，係包括：於一電信系統提供一用戶辦理一欲調適之業者系統之申租或退租服務時，由一跨業合作系統接收來自該電信系統所產生之一裝置門號及一服務訂單資料；由該跨業合作系統依據該裝置門號產生相對應之一用戶符記，並設定一用戶符記狀態，再傳送一包含該用戶符記、該用戶符記狀態、供裝指令及合約資料之知會訊息；由一合作商調適系統接收來自該跨業合作系統之知會訊息，且向該欲調適之業者系統發出代理申租或退租之呼叫，以令該欲調適之業者系統進行申租或退租服務；以及於該欲調適之業者系統完成申租或退租服務後通知該合作商調適系統，而該合作商調適系統回覆一回應代號至該跨業合作系統。
8. 如請求項7所述之用於跨業服務之申退租方法，更包括於該電信系統提供該用戶辦理該欲調適之業者系統之申租服務時，由該合作商調適系統收到該跨業合作系統之第一知會訊息，且該第一知會訊息包含該用戶符記狀態設定為新狀態或更新狀態，而該合作商調適系統依據該第一知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為新狀態或更新狀態狀態。
9. 如請求項7所述之用於跨業服務之申退租方法，更包括於該電信系統提供該用戶辦理該欲調適之業者系統之退租服務時，由該合作 商調適系統收到該跨業合作系統之第二知會訊息，且該第二知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第二知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。
10. 如請求項7所述之用於跨業服務之申退租方法，更包括於該電信系統提供該用戶辦理該欲調適之業者系統之升級或降級服務時，由該合作商調適系統接收到該跨業合作系統之第三知會訊息，且該第三知會訊息包含該用戶符記狀態設定為取消狀態，而該合作商調適系統判斷該第三知會訊息中之用戶符記狀態，以將其記錄之用戶符記狀態設定為轉換等候狀態。
11. 如請求項7所述之用於跨業服務之申退租方法，更包括：於該電信系統提供另一用戶辦理另一業者系統之申租或退租服務其中一者時，由該跨業合作系統接收來自該電信系統所產生之另一裝置門號及另一服務訂單資料；及由該跨業合作系統依據該另一裝置門號產生相對應之另一用戶符記，並設定另一用戶符記狀態，再傳送一包含該另一用戶符記、該另一用戶符記狀態、另一供裝指令及另一合約資料之另一知會訊息至該另一業者系統，以令該另一業者系統提供申租或退租服務給該另一用戶。
12. 如請求項7所述之用於跨業服務之申退租方法，更包括於該跨業合作系統觸發排程檢查時，若該跨業合作系統中之合約同步模組比對出該服務訂單資料與該合約資料之間具有差異，則發出一供裝訊息給該跨業合作系統中之合作商知會模組，以令該合作商知會模組向該合作商調 適系統發出又一知會訊息，再由該合作商調適系統向該欲調適之業者系統發出呼叫，藉此達到資料同步。
13. 一種非揮發式電腦可讀儲存媒介，應用於計算裝置或電腦中，係儲存有指令，以執行如請求項7至12之任一者所述之用於跨業服務之申退租方法。

Images