TWI386017B - 個人化答鈴之方法與裝置 - Google Patents

Description

個人化答鈴之方法與裝置

本發明係關於答鈴。更特定言之而無限制意義，本發明係關於一種用以決定並將答鈴指派給特定的主叫方之系統及方法。

[先前技術與問題]

一答鈴係一主叫方(CallER；主叫者)在向一被叫方進行一連接之後而在該被叫方(CallED；被叫者)應答呼叫之前聽到之聲音。有線與無線系統中的標準答鈴在各個國家各不相同。在美國，標準答鈴使用一應用一短週期而接著重複之信號組合。大多數其他國家使用一單一鈴音。

在過去幾年中，獨特的答鈴已得到普遍應用。其在亞洲取得很大成功。同樣，在北美大多數蜂巢式電話營運者已經在提供此服務或有計劃在將來提供此服務。對於不同的營運者，答鈴具有不同的指定，例如個人問候服務(Ericsson)、主叫者調音(T－Mobile)、答話音(Cingular)等。

此答鈴服務一般係與終端(被叫者)用戶相關聯。當一主叫者(啟動用戶)呼叫一答鈴用戶時，調用此服務，而向該主叫者播放一般係特別針對該主叫者(下面主叫者及被叫者可以分別與主叫方及被叫方互換使用)而選用之一答鈴。在被叫用戶應答該呼叫之前，可以向該主叫者重播一音樂、聲頻剪輯、笑話等(亦稱為答鈴)。當該被叫用戶應答該呼叫時，停止該答鈴，並將該呼叫設定為一常規呼叫。尤其在無線、行動電話、通信系統中，答鈴已變得普遍。

一答鈴形式係"個人化"的答鈴，而主叫者一般聽見一先前由該被叫方決定之選擇。此等選擇可以包括音樂、訊息、特殊音效等。將設備安裝於一通信網路中，該通信網路允許藉由一個人化選擇來替代並播放一標準答鈴。藉由可以透過WWW(World Wide Web；全球資訊網)、WAP(Wireless Application Protocol；無線應用協定)、IVR(Interactive voice response；互動語音回應)或SMS(short message service；短訊息服務)使用者介面來修改之一用戶帳戶來實現個人化聲頻選擇之應用。

先前的解決方式需要在網路中提供發端服務觸發。此對該網路及所需要的發信號有顯著影響。目前水平之技術需要額外發信號，而且由於產生答鈴(RBT)時的額外發信號及複雜性，在大多數市場中並不使用答鈴選擇。當使用答鈴服務時，唯一可用的服務使得被叫方可以選擇將答鈴指派給特定的主叫方。因此，若有一用以允許一主叫方選擇一答鈴以便克服先前技術的缺點而提供產生額外收入的服務之配置及方法，則會有利。本發明提供此一配置及方法。

當一被叫答鈴用戶接收一呼叫時，檢查一設定檔資料庫以決定主叫方(主叫者)在被叫方之(被叫者)網路中是否有一已建立的設定檔。若該主叫方在該被叫方設定檔中儲存有一針對被叫用戶的特定答鈴之一偏好設定，則該偏好設定優先於該被叫方所指示的任何答鈴。

當該被叫使用者係提供主叫者個人化的營運者之一答鈴用戶時，檢查該主叫者偏好設定。若該被叫使用者並非一答鈴用戶，則不使用該主叫方偏好設定，因此該主叫者將聽到標準振鈴。即使在一第三方(亦非用戶之營運者)答鈴服務提供商之情況下，實際情況亦如此。由於此等檢查係在服務網路中執行，因此配置之特性可表示為"基於服務之答鈴個人化"。本發明對網路沒有影響。其可以係完全實施於服務元件內而不作任何額外發信號。

在以下說明中，為瞭解本發明而非限制本發明，提及例如特定架構、介面、技術等特定細節，以便徹底瞭解本發明，。但是，熟習此項技術者應明白，本發明可實施於該些特定細節之外的其他具體實施例中。在其他實例中，為避免因不必要的細節而混淆本發明說明，因此省略眾所皆知的器件、電路及方法之詳細說明。

圖1係描述一主叫方終端機與一被叫方終端機之間的一呼叫連接之一高階方塊圖。藉由一發端電信交換切換器(MSC A)來伺服該主叫方終端機(A)，而藉由一終端電信交換來伺服該被叫方終端機(B)。與該主叫方終端機(A)相關聯之MSC A收集一所撥號碼並發端一呼叫設定信號，例如基於一整合式服務數位網路使用者部分(ISUP)之初始位址訊息(IAM)。與被叫方終端機(B)相關聯之MSC B接收該IAM信號而擷取表示被叫方終端機(B)之一隨附的號簿號碼。

檢查被叫方終端機(B)號碼以決定該被叫方是否係一答鈴服務(未顯示)之一用戶。若否，則產生一標準答鈴並將其傳送至主叫方終端機(A)。若該被叫方係一用戶，則檢查一包含主叫號碼與相關聯答鈴之資料庫以查看該被叫方是否已將一所指派答鈴包含於該主叫方號碼。若有一匹配，則接著產生一相關聯答鈴並經由該MSC A至MSC B連接將其傳送至主叫方終端機(A)，因為已經建立一呼叫連接而且該呼叫連接能夠將所產生之鈴音傳輸至主叫方終端機(A)。若該被叫方係決定為忙線，則拒絕或放棄所接收的來話連接而將一忙線信號傳送至發端MSC A。發端MSC A向在被叫方終端機(B)處於忙線狀態之主叫方終端機(A)產生一忙線鈴音。

圖2解說依據本發明之一較佳具體實施例用於由一主叫方將特定的答鈴指派給一被叫方之一程序。一主叫方(主叫者)最初先在該被叫方之網路中預訂該答鈴(RBT)服務。包括主叫方用戶的帳單資訊以及具有相關聯答鈴的該被叫網路中用戶之一清單之一發端設定檔係儲存於該RBT服務提供商之系統(此可以係營運者或一第三方提供商)中。在此解說中，該主叫方與該被叫方係該RBT服務之用戶。若該被叫方並非一答鈴用戶，該主叫者便無法將該被叫方包括於一發端設定檔中，而在進行一呼叫時該主叫者所聽到之答鈴便係該標準答鈴。

向一主叫方產生一答鈴之程序從一被叫方接收來自一主叫者之一呼叫開始(步驟202)。進行一檢查，以決定該主叫者在與該被叫方系統相關聯之一設定檔資料庫中是否具有一發端設定檔。若未找到主叫者發端設定檔，則假定該被叫方係該RBT服務之一用戶，向該主叫方播放基於該被叫方之偏好設定之一鈴音(步驟206)。若在該發端設定檔資料庫中找到該主叫者之一設定檔，則該程序繼續進行到步驟208，並對該設定檔是否係一發端設定檔作出一決定。若該主叫者確實有一發端設定檔，則檢查該發端設定檔以查看是否存在與該被叫用戶相關聯之一RBT偏好設定(步驟210)。若存在一偏好設定，則該程序移動至步驟216，該步驟216決定由該主叫者儲存之偏好設定。此刻，向該主叫者播放在該主叫者發端設定檔中指派給被叫用戶之一答鈴(步驟218)或一標準鈴音(步驟220)。

另一方面，若沒有對該設定檔中之針對該被叫用戶的答鈴之偏好設定，則該程序決定該主叫者是否已針對包括該被叫用戶之一群組設定一偏好設定(步驟212)。若有一包括該被叫用戶之群組，則該程序繼續進行到步驟216以選擇在該發端設定檔中指示之偏好設定(步驟216)。若該主叫者不具有針對包括該被叫用戶的群組之一偏好設定，則該程序移動至步驟214以決定該主叫者是否有應用於該主叫者發端一呼叫所針對的系統中之任何被叫方之所儲存偏好設定。若是，則該程序接著決定該偏好設定(步驟216)並選擇適用的答鈴。

若該主叫者不指示指派給由該主叫者發端的所有呼叫之一特定的答鈴偏好設定(步驟214)，則該程序接著繼續進行到步驟206，在該步驟206中接著向該主叫者播放藉由被叫者設定檔指定之一鈴音(步驟206)。若該主叫者已指示針對從該主叫者發端的所有呼叫之一偏好設定，則該程序繼續進行到步驟216以決定該主叫者之所儲存的偏好設定。所儲存之偏好設定可以係基於一由該主叫者選擇的鈴音之一答鈴(步驟218)、一標準鈴音(步驟220)或一基於該被叫方之一選擇的鈴音(步驟206)。

圖3A解說在一答鈴系統中發信號之一高階方塊圖。當與發端網路A相關聯之終端機A向終端機B進行一呼叫時，聯繫該答鈴服務。若終端機A在該資料庫中具有一預先指派的答鈴(由終端機B指派)，則向終端機A播放此答鈴。還將該發信號傳送至終端網路B中的終端機B。一般地，終端機B(被叫方)必須係該答鈴系統之一用戶，而該主叫方亦必須係一用戶。當終端機B接聽電話時，在終端機A與終端機B之間提供一語音連接，並斷開該答鈴系統。

圖3B描述依據本發明之一較佳具體實施例之一高階方塊圖。若包含節點之RBT係由一單一營運者所有，則能夠參與者可能僅係該營運者之共同用戶。但是，若存在一正在向多個營運者提供該RBT服務之答鈴服務提供商，則所有此等接受伺服的營運者之用戶會將其發端設定檔儲存於此共同的服務提供商處。

圖4描述依據本發明之一較佳具體實施例之一發信號流程圖。該發信號以該主叫方產生一呼叫(1)開始。將該呼叫路由至一從該主叫至該被叫用戶網路的閘道行動式交換中心，該中心向本籍位置暫存器傳送一查詢(2)。同時向服務控制點(SCP)傳送一CAMEL觸發(3)。該SCP向GMSC傳送適當的指令以將包含該等答鈴之一播放器連接至該主叫者(4)。

RBT播放器請求並接收該主叫者號碼(A號碼)及由該SCP擷取之被叫號碼(B號碼)(6)，並將所指派之被叫答鈴傳送至該主叫者(7)。該SCP向該GMSC發信號以保持與該主叫者之連接(8)，而該GMSC接收對HLR查詢之回應並聯繫V行動式交換中心(VMSC)(10)，該被叫用戶係透過該中心而連接。

該被叫用戶應答該呼叫，而該VMSC將該信號路由至該GMSC(11)。(該播放器繼續向該主叫者播放所指派之答鈴)。該GMSC通知該SCP該被叫用戶已應答該呼叫(12)，而該SCP向該GMSC傳送一請求以斷開該播放器(13)。該GMSC斷開該播放器並將該被叫用戶連接(13)至該主叫方(15)。

本發明提供增加營運者收入而並不影響營運者網路之一途徑。一範例可以係，付出一相對較小的費用，該營運者之用戶便可以獲得建立一發端設定檔之選項。一旦提供該服務，該營運者便不會因允許使用者建立該發端設定檔而有任何額外的成本，從而無須額外的營運成本便提供額外的收入。

此發明適用於使用由IETF定義的開放標準IP協定之IP多媒體子系統(IMS)，其中RBT資料庫與一SIP應用程式伺服器介接。在一舊有網路之情況下，該RBT資料庫將與服務控制點(SCP)介接。在該答鈴之前播放由一被叫用戶記錄之一個人問候。當該主叫方選擇其自己針對一被叫用戶的內容時，接著不播放該被叫用戶之個人問候，從而有效地屏蔽該被叫方之個人問候。

還可以利用一第三方來應用本發明。可以在該第三方與預訂營運者之間應用透過該IP網路之一供應介面。一用戶與該第三方之間的介面可以係經由Web、WAP、IVR或SMS。

重要的係，應注意已在一具備完全功能的電信系統之背景下說明本發明，熟習此項技術者會明白本發明所說明之答鈴功能能夠安裝於一電信營運者之網路內的不同節點中並透過該等不同節點來發揮功能。不論答鈴資料庫及操作系統之位置如何，本發明皆同樣適用。

儘管已針對各種特徵、方面及具體實施例來說明本發明，但熟習此項技術者會瞭解可以在其中對形式及細節作各種變化而不脫離本發明之精神及範疇。

隨附的申請專利範圍中提出本發明特性所認定的新穎特徵。但是，藉由參考下文中之圖解具體實施例的詳細說明並配合附圖來閱讀，將更容易完全明白本發明自身以及使用本發明的較佳模式、其他目的及優點，其中：圖1描述一主叫方終端機與一被叫方終端機之間的一呼叫連接之一高階方塊圖；圖2解說依據本發明之一較佳具體實施例之用於一主叫方將特定的答鈴指派給一被叫方之一程序；以及圖3A解說在一答鈴系統中發信號之一高階方塊圖；圖3B描述依據本發明之一較佳具體實施例之一高階方塊圖；以及圖4描述依據本發明之一較佳具體實施例之一發信號圖式。

(無元件符號說明)

Claims (16)

1. 一種用以提供個人化答鈴之方法，其包含以下步驟：決定一被叫方是否係一答鈴用戶，以及，若是，則決定一主叫方是否具有一可供被叫方系統使用之發端設定檔；針對該發端設定檔中之一主叫方偏好設定進行檢查，其中該發端設定檔包括與該被叫方相關聯之一偏好的答鈴；以及向該主叫方播放該偏好答鈴。
2. 如請求項1之方法，其進一步包含：針對該主叫方產生一發端設定檔並儲存與個別被叫方相關聯的偏好答鈴之步驟。
3. 如請求項1之方法，其中針對一主叫方偏好設定進行檢查之步驟進一步包含：在由該主叫方指派給該被叫方之一答鈴與一標準答鈴之間進行選擇。
4. 如請求項1之方法，其進一步包含：決定該主叫方是否具有指派給一包括該被叫方的群組之一預定答鈴。
5. 如請求項1之方法，其進一步包含決定該主叫方是否具有指派給所有主叫方發端呼叫之一預定答鈴。
6. 如請求項2之方法，其中產生一發端設定檔之步驟包括建立一特定的答鈴並將其與一特定的被叫方群組相關聯。
7. 如請求項6之方法，其進一步包含將該特定答鈴指派給從該主叫方發端之所有呼叫。
8. 如請求項5之方法，其中進一步藉由一第三方系統來儲存並伺服該發端設定檔，該第三方系統係連接至答鈴服務並向多個電信營運者提供該答鈴服務，其中該主叫方係該等多個電信營運者中的一者之一用戶。
9. 一種用以提供個人化答鈴之裝置，其包含：決定構件，其係用以決定一被叫方是否係一答鈴用戶，以及，若是，則決定一主叫方是否具有一可供該被叫方系統使用之發端設定檔；檢查構件，其係用以針對該發端設定檔中之一主叫方偏好設定進行檢查，其中該發端設定檔包括與該被叫方相關聯之一偏好的答鈴；以及播放構件，其係用以向該主叫方播放該偏好答鈴。
10. 如請求項9之裝置，其中用以決定該被叫方是否係一答鈴用戶之該構件進一步包含：決定該被叫方並非一答鈴用戶並播放一標準系統答鈴之構件。
11. 如請求項9之裝置，其進一步包含：決定該主叫方是否具有指派給一包括該被叫方的群組之一已儲存的答鈴偏好設定。
12. 如請求項9之裝置，其進一步包含：決定該主叫方是否具有指派給所有該等主叫方發端呼叫之一已儲存的答鈴偏好設定。
13. 如請求項9之裝置，其進一步包含產生一主叫方發端設定檔之構件，其中該構件進一步包含將一特定答鈴指派給一特定的被叫方。
14. 如請求項13之裝置，其進一步包含：將該特定答鈴指派給一特定的被叫方群組。
15. 如請求項13之裝置，其進一步包含：將該特定答鈴指派給從該主叫方發端之所有呼叫。
16. 如請求項9之裝置，其中進一步藉由一第三方系統來儲存並伺服該發端設定檔，該第三方系統係連接至該答鈴服務並向多個電信營運者提供該答鈴服務，其中該主叫方係該等多個電信營運者中的一者之一用戶。