TWI637622B - Method for simultaneously controlling ring back tone and mobile phone ringing - Google Patents

Abstract

本發明係揭露一種在行動電話通話前所播放的回鈴音及手機響鈴聲的控制方法，此方法可以應用在回鈴音及響鈴聲同步或是來電狀態提醒等來電答鈴延伸服務上，透過手機APP監控技術下載響鈴聲及決定來電時響鈴聲播放曲目，並在下一通呼叫前通知來電答鈴伺服器回鈴音所要播放的曲目，此方式除百分之百達到手機及伺服器預定播放的曲目外，透過手機APP控制技術可減少伺服器控制流程的負擔，並可彈性的作各種應用的延伸。

Description

回鈴音與手機響鈴同時控制的方法

本發明屬於一種回鈴音與手機響鈴同時控制的方法，尤指一種基於來電答鈴系統之延伸應用，自訂協定及服務流程，實作APP於手機設備上，提供手機響鈴與對應相關的回鈴音控制技術。

現有技術係來電答鈴伺服器決定要播曲目後，再通知手機要更替何種鈴聲，包含下載響鈴聲及播放條件。此方式會造成伺服器與手機溝通延遲時手機來不及更替鈴聲，尤其在有多首回鈴音曲目要輪播時，當手機沒有對應的響鈴聲時，還需下載，造成伺服器及網路負載及接續延遲；伺服器也沒辦法保證手機能支援下載及更替鈴聲。

本案發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本回鈴音與手機響鈴同時控制的方法。

為達上述目的，本發明提出提供一種回鈴音與手機響鈴同時控制的方法，主要是市面缺少能同時控制回鈴音及響鈴聲的產品，掌握回鈴音及響鈴聲的控制技術就能應用 到來電答鈴衍生的服務，專利提出目的是讓用戶可以聽到自己所設定的來電答鈴歌曲所對應的手機響鈴聲，用戶購買來電答鈴變成不是單方面發話端聆聽回鈴音，受話端也可同步聽到與系統正在播放的回鈴音相同或想要對應的響鈴音樂。

本發明是關於一種電信加值技術，為一種基於來電答鈴系統之延伸應用。一般情況下，打電話給來電答鈴手機用戶，發話端所聽到的是受話端設定或系統預設的回鈴音，而受話端的手機響鈴卻可能是一般的鈴聲，完全與用戶購買的回鈴音無關，如此一來讓來電答鈴用戶消費了購置回鈴音的錢卻無感於只提供發話端的多樣性鈴聲服務。因此利用手機APP連接來電答鈴伺服器讓用戶的來電回鈴音與手機響鈴聲同步或設成指定鈴聲為本發明主要內容。

一種回鈴音與手機響鈴同時控制的方法，其包括：步驟一、當伺服器端回鈴音異動時，下載處理單元會透過網際網路(Internet)下載異動回鈴音ID(識別碼)所對應的響鈴聲檔案及異動後的播放條件ID資料；步驟二、下載處理單元下載完成或是手機通話結束時，鈴聲選定處理單元，會將需要變更鈴聲的播放條件ID，重新選定新鈴聲，選定後將結果輸入給響鈴聲換置單元，響鈴聲換置單元則依據條件更替響鈴聲，其條件為連絡簿門號，系統時段；步驟三、透過上傳處理單元將條件ID及最後選定的鈴聲ID透過Internet上傳給來電答鈴伺服器作回鈴音的鈴聲選定；步驟四、回鈴音播放條件被異動後，伺服器會透過異動通 知處理單元通知手機行動應用程式(mobile application，APP)；步驟五、手機APP在預先選定某播放條件的響鈴聲時會將選定的結果上傳至來電答鈴伺服器；以及步驟六、收到來話訊號時，交由回鈴音選定處理單元選定回鈴音，再將選擇的鈴聲ID提供給回鈴音播放單元播放回鈴音。

其中步驟一之伺服器端回鈴音異動，若為透過WEB/IVR(網頁/語音)介面，手機APP會接收來電答鈴伺服器發送的Push Notification(推播)訊息，訊息帶有異動回鈴音ID及回鈴音播放條件ID資料，之後透過事件監控及流程控制單元傳遞給下載處理單元。

其中步驟一之伺服器端回鈴音異動，若另為透過手機APP介面，回鈴音ID及播放條件ID則直接傳遞給下載處理單元，下載處理單元會透過Internet下載異動回鈴音ID所對應的響鈴聲檔案及異動後的播放條件ID資料，儲存到資料儲存單元。

其中步驟二之鈴聲選定處理，是為當事件監控及流程控制單元發現下載處理單元下載完成或是手機通話結束時，鈴聲選定處理單元會將需要變更鈴聲的播放條件ID重新選定新鈴聲，而起初會先檢查播放條件ID有多少個鈴聲ID設置，選定後將結果輸入給響鈴聲換置單元依據條件更替響鈴聲。

其中步驟六之回鈴音選定處理，是先檢查受話門號是否有同步功能的設定，若沒有設定則依照舊有的回鈴音播放條件選擇機制產生回鈴音ID，反之，若有設定同步功能 則會依據來話門號或時間決定要選擇回鈴音的播放條件ID，之後檢查這個播放條件ID之前是否有手機APP上傳的預設鈴聲，若有則產出預設的鈴聲ID，若沒有則產出來電答鈴系統預設的鈴聲ID，最後將選擇的鈴聲ID提供給回鈴音播放單元播放回鈴音。

其中透過手機APP介面，來電答鈴伺服器使用Push Notification會即時通知手機APP，手機APP會事先下載與用戶設定的回鈴音所配對的手機響鈴聲，並且讓手機響鈴與伺服器的回鈴音播放條件資料一致。

其中選定新鈴聲，若沒有鈴聲ID，則表示只要符合條件的來電呼叫都需播放系統預設鈴聲。

其中選定新鈴聲，若檢查鈴聲ID只有一個，則還要檢查此鈴聲ID是不是屬於音樂合集的鈴聲ID，因為音樂合集ID為多首鈴聲集合的代表，所以還是必須從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。

其中選定新鈴聲，若檢查鈴聲ID有多個，就必須以隨機的方式選擇要替換的鈴聲ID，選擇到的鈴聲ID如果不是音樂合集的ID，理所當然為最終選定的鈴聲ID，反之那還是要從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。

一種選定響鈴及回鈴音之方法，是由手機APP以用戶在播音條件內設定多首回鈴音時，包含只有設定一個音樂合集，將原本由來電答鈴伺服器決定回鈴音輪播規則，改為由手機APP決定輪播歌曲，並透過Internet通知來電答鈴伺服器此播音條件要播放的鈴聲。

一種變更響鈴及回鈴音時機之方法，由手機APP 監控手機通話，並在每通通話結束後，自動更改受話端播放條件的響鈴聲，並且在下一次受話前連絡來電答鈴伺服器，知會播放條件內新的鈴聲。

一種來電提醒來電答鈴之方法，其來電答鈴伺服器也得以定義回鈴音與不同內容的響鈴聲配對，使用相同的鈴聲ID，透過回鈴音與響鈴聲控制技術達到來電提醒。

本發明所提供一種回鈴音與手機響鈴同時控制的方法，與其他習用技術相互比較時，更具備下列優點：

1.本發明可實作於手機APP終端及服務系統端交互作用即可達成。

2.本發明使用手機APP來控制服務端的播放曲目達到同時控制響鈴聲及回鈴音的功效。

3.本發明透過手機APP監控通話，在下通通話呼叫前預先下載並且設定鈴聲通知系統服務端。

4.一切播放音(所有條件)都在上通呼叫完畢後決定。

5.手機APP只需要提醒來電答鈴伺服器下次播放的回鈴音ID為何，伺服器只作紀錄不作任何鈴聲選擇演算法。

6.符合APP資格的手機百分之百能與來電答鈴伺服器同步更替鈴聲。

7.手機有更新曲目後通知更替回鈴音，比伺服器更替回鈴後在通知更替響鈴更具及時(不會有手機還未下載曲目，用戶就收到來電的困擾)。

S110~S160‧‧‧流程

210‧‧‧發話方

220‧‧‧手機APP受話方

221‧‧‧事件監控及流程控制單元

222‧‧‧下載處理單元

223‧‧‧鈴聲選定處理單元

224‧‧‧上傳處理單元

225‧‧‧資料儲存單元

226‧‧‧響鈴聲換置單元

227‧‧‧回鈴音商城介面

230‧‧‧來電答鈴伺服器端

231‧‧‧事件流程控制單元

232‧‧‧異動通知處理單元

233‧‧‧回鈴音選定處理單元

234‧‧‧上傳資料處理單元

235‧‧‧下載處理單元

236‧‧‧用戶資料庫

237‧‧‧回鈴音播放單元

240‧‧‧使用者介面

250‧‧‧系統管理介面

260‧‧‧PLMN/PSTN/Internet

S510~S570‧‧‧實施例一流程

S610~S650‧‧‧實施例二流程

S710~S770‧‧‧實施例三流程

請參閱有關本發明之詳細說明及其附圖，將可進 一步瞭解本發明之技術內容及其目的功效；有關附圖為：圖1為本發明回鈴音與手機響鈴同時控制的方法之流程圖；圖2為本發明回鈴音與手機響鈴同時控制的方法之示意圖。

圖3為本發明回鈴音與手機響鈴同時控制的方法之手機APP受話方示意圖。

圖4為本發明回鈴音與手機響鈴同時控制的方法之來電答鈴伺服器端示意圖。

圖5~圖7為本發明回鈴音與手機響鈴同時控制的方法之實施例示意圖。

為了使本發明的目的、技術方案及優點更加清楚明白，下面結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，但並不用於限定本發明。

以下，結合附圖對本發明進一步說明：請參閱圖1所示，為本發明回鈴音與手機響鈴同時控制的方法之流程圖，其包括：步驟一、S110當伺服器端回鈴音異動時，下載處理單元會透過網際網路(Internet)下載異動回鈴音ID(識別碼)所對應的響鈴聲檔案及異動後的播放條件ID資料；步驟二、S120下載處理單元下載完成或是手機通話結束時，鈴聲選定處理單元，會將需要變更鈴聲的播 放條件ID，重新選定新鈴聲，選定後將結果輸入給響鈴聲換置單元，響鈴聲換置單元則依據條件更替響鈴聲，其條件為連絡簿門號，系統時段；步驟三、S130透過上傳處理單元將條件ID及最後選定的鈴聲ID透過Internet上傳給來電答鈴伺服器作回鈴音的鈴聲選定；步驟四、S140回鈴音播放條件被異動後，伺服器會透過異動通知處理單元通知手機行動應用程式(mobile application，APP)；步驟五、S150手機APP在預先選定某播放條件的響鈴聲時會將選定的結果上傳至來電答鈴伺服器；以及步驟六、S160收到來話訊號時，交由回鈴音選定處理單元選定回鈴音，再將選擇的鈴聲ID提供給回鈴音播放單元播放回鈴音。

由上述流程可以得知，在步驟一中如果異動是透過WEB/IVR介面，手機APP會接收來電答鈴伺服器發送的Push Notification訊息，其中訊息帶有異動回鈴音ID及回鈴音播放條件ID資料，後透過事件監控及流程控制單元傳遞給下載處理單元；如果異動是透過手機APP介面，回鈴音ID及播放條件ID則直接傳遞給下載處理單元。下載處理單元會透過Internet下載異動回鈴音ID所對應的響鈴聲檔案及異動後的播放條件ID資料，儲存到資料儲存單元。

在步驟二中鈴聲選定處理單元執行的時機為當事件監控及流程控制單元發現下載處理單元下載完成或是手機通話結束時，鈴聲選定處理單元會將需要變更鈴聲的播放條件ID重新選定新鈴聲，一開始會先檢查播放條件ID有多少 個鈴聲ID設置，如果沒有鈴聲ID，表示只要符合該條件的來電呼叫都需播放系統預設鈴聲；如果檢查鈴聲ID只有一個，那還要檢查這個鈴聲ID是不是屬於音樂合集的鈴聲ID，因為音樂合集ID為多首鈴聲集合的代表，所以還是必須從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID；如果檢查鈴聲ID有多個，就必須以隨機的方式選擇要替換的鈴聲ID，選擇到的鈴聲ID如果不是音樂合集的ID，理所當然為最終選定的鈴聲ID，反之那還是要從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。選定後將結果輸入給響鈴聲換置單元依據條件更替響鈴聲，其條件如連絡簿門號，系統時段。

在步驟四中用戶透過WEB或IVR介面對回鈴音播放條件做些異動，如新增或刪除回鈴音時，伺服器會透過異動通知處理單元通知手機APP，在流程中還是需要檢查用戶是否有設定回鈴音與響鈴聲的同步控制設定，如果沒有則不需額外處理，如果有就透過Push Notification通知並傳遞資訊給手機APP。

在步驟六中收到來話訊號時，交由回鈴音選定處理單元，首先要檢查的是該受話門號是否有同步功能的設定，如果沒有設定則依照舊有的回鈴音播放條件選擇機制產生回鈴音ID，如果有設定同步功能則會依據來話門號或時間決定要選擇回鈴音的播放條件ID，之後檢查這個播放條件ID之前是否有手機APP上傳的預設鈴聲，如果有則產出預設的鈴聲ID，如果沒有則產出來電答鈴系統預設的鈴聲ID，最後將選擇的鈴聲ID提供給回鈴音播放單元播放回鈴音。

請參閱圖2所示，為本發明回鈴音與手機響鈴同 時控制的方法之示意圖，其至少包含一發話方210，可為電信網路上之任何通訊終端設備，如市話話機、2/3/4G GSM(Global System for Mobile Communications，全球行動通訊系統)行動電話、NGN(Next Generation Network，下一代網路)IMS(IP Multimedia Subsystem，IP多媒體子系統)/IP-PBX(Private Branch Exchange，用戶交換機)之VoIP(Voice over IP，網際協議通話技術)話機等；一手機APP受話方220；一來電答鈴伺服器端230；一使用者介面240以購買設定回鈴音，如WEB、IVR、手機APP回鈴音設置介面；一系統管理介面250，用以管理回鈴音內容及用戶資料；一設備介接之PLMN(Public land mobile network，公眾行動電話網路)、PSTN(Public Switched Telephone Network，公共交換電話網)、Internet之核心網路260。

其手機APP受話方220，請參閱圖3所示，其包括事件監控及流程控制單元221，為手機APP主動控制元件，負責監控時間，來電答鈴伺服器的網路通知及手機通話結束等事件；下載處理單元222為手機APP負責回鈴音播放條件規則及響鈴下載處理元件，接收到下載命令後主動連到來電答鈴伺服器端下載用戶設定回鈴音播放條件規則及回鈴音對應的響鈴聲檔案，下載回鈴音播放條件規則的目的是為了也成為響鈴聲的播放條件規則；鈴聲選定處理單元223處理上一通通話結束後或收到下載控制單元更新後，選定新的鈴聲處理元件；上傳處理單元224負責將條件鈴聲選定處理單元223上傳回報給伺服器；資料儲存單元225用來儲存最新的所有播放條件及對應的鈴聲ID；響鈴聲換置單元226通話前事件監控及流程控制單元221會根據目前的條件更替響鈴聲， 其條件為連絡簿門號，系統時段；回鈴音商城介面227提供用戶透過手機APP購置回鈴音的使用者介面。

因此當伺服器端回鈴音異動時，如果異動是透過WEB/IVR介面，手機APP會接收來電答鈴伺服器發送的Push Notification訊息(訊息帶有異動回鈴音ID及回鈴音播放條件ID資料)後透過事件監控及流程控制單元221傳遞給下載處理單元222；如果異動是透過手機APP介面，回鈴音ID及播放條件ID則直接傳遞給下載處理單元222。下載處理單元222會透過Internet下載異動回鈴音ID所對應的響鈴聲檔案及異動後的播放條件ID資料，儲存到資料儲存單元225後，鈴聲選定處理單元223執行的時機為當事件監控及流程控制單元221發現下載處理單元222下載完成或是手機通話結束時，鈴聲選定處理單元223會將需要變更鈴聲的播放條件ID重新選定新鈴聲，一開始會先檢查播放條件ID有多少個鈴聲ID設置，如果沒有鈴聲ID，表示只要符合該條件的來電呼叫都需播放系統預設鈴聲；如果檢查鈴聲ID只有一個，那還要檢查這個鈴聲ID是不是屬於音樂合集的鈴聲ID，因為音樂合集ID為多首鈴聲集合的代表，所以還是必須從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID；如果檢查鈴聲ID有多個，就必須以隨機的方式選擇要替換的鈴聲ID,選擇到的鈴聲ID如果不是音樂合集的ID，理所當然為最終選定的鈴聲ID，反之那還是要從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。選定後將結果輸入給響鈴聲換置單元226依據條件更替響鈴聲，最後透過上傳處理單元224將該條件ID及最後選定的鈴聲ID透過Internet上傳給來電答鈴伺服器作回鈴音的鈴聲選定。

其來電答鈴伺服器端230，請參閱圖4所示，包含事件流程控制單元231，為伺服器端主動控制元件，負責接收伺服器相關事件，如用戶回鈴音新增或異動事件，用戶來話呼叫事件，APP資料接收事件等，並控制回鈴音異動及播放的邏輯；異動通知處理單元232，在用戶透過WEB或IVR介面異動回鈴音播放條件設定時或系統管理介面更動回鈴音內容時，透過Push Notification發送網路通知給手機APP；回鈴音選定處理單元233，來電答鈴伺服器端收到來電訊號後要根據用戶設定，將使用事先APP選定好的回鈴音或是使用舊的回鈴音選定作業產生播放回鈴音的流程；上傳資料處理單元234來電答鈴伺服器收到手機APP上傳的某播放條件鈴聲選定資料後，儲存到資料庫的流程；下載處理單元235來電答鈴伺服器提供手機APP響鈴聲檔及條件資料的下載處理單元；用戶資料庫236負責儲存用戶來話之各個播放條件的多筆回鈴聲設定及APP所有播放條件選定的鈴聲ID設定；回鈴音播放單元237被動接受回鈴音ID，播放回鈴音。

當用戶透過WEB或IVR介面對回鈴音播放條件做些異動，如新增或刪除回鈴音時，伺服器會透過異動通知處理單元232通知手機APP，在流程中還是需要檢查用戶是否有設定回鈴音與響鈴聲的同步控制設定，如果沒有則不需額外處理，如果有就透過Push Notification通知並傳遞資訊給手機APP，到手機收到Push Notification後再進行伺服器端回鈴音異動的處理流程。手機APP在預先選定某播放條件的響鈴聲時會將選定的結果上傳至來電答鈴伺服器，伺服器收到上傳的門號、鈴聲ID及條件ID資料後，第一步會進行用戶同步功能設定檢查，如果沒有設定，則先進行開啟，隨後即指定 這個播放條件ID的回鈴音為上傳的鈴聲ID。

事件流程控制單元231收到來話訊號時，交由回鈴音選定處理單元233，首先要檢查的是該受話門號是否有同步功能的設定，如果沒有設定則依照舊有的回鈴音播放條件選擇機制產生回鈴音ID，如果有設定同步功能則會依據來話門號或時間決定要選擇回鈴音的播放條件ID，之後檢查這個播放條件ID之前是否有手機APP上傳的預設鈴聲，如果有則產出預設的鈴聲ID，如果沒有則產出來電答鈴系統預設的鈴聲ID，最後將選擇的鈴聲ID提供給回鈴音播放單元237播放回鈴音。

請參閱圖5所示，為本發明回鈴音與手機響鈴同時控制的方法之實施例示意圖一，包括：步驟一、S510用戶A透過撥打IVR購買回鈴音為”歌曲A”新增在基本撥放條件中；步驟二、S520伺服器發送Push Notification；步驟三、S530 APP自動下載同首響鈴聲，並設定為手機響鈴聲並上傳指示手機基本播放條件響鈴”歌曲A”的鈴聲ID；步驟四、S540伺服器受指示用戶A下次基本播放條件回鈴音為”歌曲A”；步驟五、S550發話B打電話給用戶A；步驟六、S560伺服器選擇回音鈴為"歌曲A”；以及步驟七、S570用戶A手機響鈴為"歌曲A”。

由上述流程可知，當回鈴音用戶購買並設定某播放條件的回鈴音後，發話者打給回鈴音用戶時，使用者透過撥打IVR的使用者介面購買回鈴音“歌曲A”並設定為基本播 放條件內的回鈴音，此時用戶的基本播放條件的回鈴音已不只一首；伺服器的事件流程控制單元收到用戶回鈴音新增事件後，執行異動通知處理單元，用戶透過WEB或IVR介面對回鈴音播放條件做新增回鈴音時，伺服器會透過異動通知處理單元檢查用戶是否有設定回鈴音與響鈴聲的同步控制設定後，使用Push Notification通知手機APP；手機APP收到Push Notification後透過事件監控及流程控制單元傳遞資訊給下載處理單元，下載處理單元會透過Internet下載異動回鈴音“歌曲A”所對應的響鈴聲檔案及異動後的基本播放條件ID資料，儲存到資料儲存單元後，執行鈴聲選定處理單元，檢查到基本播放條件ID有多首的鈴聲ID設置，本實施例以隨機的方式選擇到“歌曲A”的鈴聲ID，因為不是音樂合集的ID，理所當然為最終選定的鈴聲ID。選定後將結果輸入給響鈴聲換置單元依據基本播放條件更替響鈴聲，最後透過上傳處理單元將該條件ID及最後選定的鈴聲ID透過Internet上傳給來電答鈴伺服器；伺服器接收用戶手機APP上傳的基本播放條件ID及“歌曲A”鈴聲ID後，通過用戶設定檢查後將基本播放條件的預設回鈴音設置為“歌曲A”鈴聲ID，發話方透過電信終端設備打電話到實施例的回鈴音用戶；來電答鈴系統收到來話訊號時，回鈴音選定處理單元確認該受話門號有設定同步功能，並依據來話門號及時間研判此次來話需選擇基本播放條件的回鈴音ID，並查出基本播放條件有設定APP上傳的預設“歌曲A”的鈴聲ID，透過回鈴音播放單元播放“歌曲A”的回鈴音，受話方因為事先已將基本播放條件的響鈴聲設定為“歌曲A”，此次來電因為符合基本播放條件，所以響鈴聲播放為“歌曲A”。

請參閱圖6所示，為本發明回鈴音與手機響鈴同時控制的方法之實施例示意圖二，包括：步驟一、S610用戶A透過手機APP設定未顯示門號時來電回鈴音；步驟二、S620APP自動下載"不要接"的聲音提醒並設定為手機響鈴；步驟三、S630未顯示門號的用戶B透過3G/4G網路打給用戶A；步驟四、S640回鈴音播放的是一段”您使用門號未顯示，用戶可能拒接”；以及步驟五、S650響鈴音播放的是一段用戶自設的”不要接”的聲音提醒。

由上述可知，本實施例為應用在通話提醒的實作，實際應用情形為使用者透過手機APP回鈴音商城介面設定來電不顯示的播放條件內設定為唯一的一段提示音，這個提示音主要用來提醒沒有號碼顯示的發話，該用戶可能不接。而這個提示回鈴音所對應的響鈴聲實際上內容不一樣。響鈴聲提示音變成提醒用戶此來電未顯示號碼不需接聽，然而內容不一致的回鈴音及響鈴聲共用同一個鈴聲ID；手機APP回鈴音商城介面設定確認後傳遞參數給下載處理單元，下載處理單元會透過Internet下載異動“提示回鈴音”所對應的“響鈴提示聲”音檔及來電不顯示的播放條件ID，儲存到資料儲存單元後執行鈴聲選定處理單元，檢查來電不顯示的播放條件ID只有一首鈴聲ID設置，此實施中“響鈴提示聲”的鈴聲ID，因為不是音樂合集的ID，理所當然為最終選定的鈴聲ID。選定後將結果輸入給響鈴聲換置單元依據來電不顯示的播放 條件更替響鈴聲，因為播放條件只有一首所以無須透過上傳處理單元作回鈴音的指定。未顯示門號的發話者，打電話到此實施例的用戶。回鈴音系統收到來話訊號時，回鈴音選定處理單元確認該受話門號沒有設定同步功能，因此選擇舊的回鈴音選擇處理程序，並查出來電不顯示的播放條件內設定為唯一的“提示回鈴音”鈴聲ID，透過回鈴音播放單元播放“提示回鈴音”給發話者，發話者就可以選擇要不要留言或改以顯示號碼再次聯絡受話端，受話方因為事先已將來電不顯示的播放條件的響鈴聲設定為“響鈴提示聲”，此次來電因為符合來電不顯示播放條件，所以用戶在聽到“響鈴聲提示聲”後可以選擇不要接。

請參閱圖7所示，為本發明回鈴音與手機響鈴同時控制的方法之實施例示意圖三，包括：步驟一、S710音樂提供商異動音樂合輯的歌單內容；步驟二、S720伺服器發送Push Notification；步驟三、S730 APP自動下載音樂合輯歌單的所有手機響鈴聲檔案並上傳指示手機白天播放條件響鈴為"歌曲B"的鈴聲ID；步驟四、S740伺服器受指示用戶B下次白天播放條件回鈴音為"歌曲B"’；步驟五、S750發話B白天打電話給用戶A；步驟六、S760伺服器選擇回音鈴為"歌曲B”；以及步驟七、S770用戶A手機響鈴為"歌曲B”。

由上述可知，本實施例為音樂合集的更新應用，實際應用情形為使用者有設定來電答鈴服務提供的音樂合集，並且設定為為白天播放條件音。本實施例發動條件乃鈴聲提 供商透過系統介面在異動音樂合集曲目內容；事件流程控制單元產生有訂購音樂合集的用戶資料一一傳送給異動通知處理單元，之後透過Push Notification通知所有訂購使用者；本實施例使用者手機APP收到Push Notification後透過事件監控及流程控制單元傳遞資訊給下載處理單元，下載處理單元會透過Internet下載異動音樂合集ID所對應的所有響鈴聲檔案及異動後的白天播放條件ID資料，儲存到資料儲存單元後，執行鈴聲選定處理單元，檢查到白天播放條件ID有多首的鈴聲ID設置，此實施例以隨機的方式選擇到音樂合集的鈴聲ID，因此還要在音樂合集所對應的鈴聲ID再隨機選定一首“歌曲B”的鈴聲，選定後將結果輸入給響鈴聲換置單元依據基本播放條件更替響鈴聲，最後透過上傳處理單元將該條件ID及最後選定的鈴聲ID透過Internet上傳給來電答鈴伺服器；伺服器接收用戶手機APP上傳的基本播放條件ID及“歌曲B”鈴聲ID後，通過用戶設定檢查後將白天播放條件的預設回鈴音設置為“歌曲B”的鈴聲ID，發話方透過電信終端設備在白天時段打電話到實施例的回鈴音用戶；來電答鈴系統收到來話訊號時，回鈴音選定處理單元確認該受話門號有設定同步功能，並依據來話門號及時間研判此次來話需選擇白天播放條件的回鈴音ID，並查出基本播放條件有設定APP上傳的預設“歌曲B”的鈴聲ID，透過回鈴音播放單元播放“歌曲B”的回鈴音；受話方因為事先已將基本播放條件的響鈴聲設定為“歌曲B”，此次來電因為符合基本播放條件，所以響鈴聲播放為“歌曲B”。

上列詳細說明乃針對本發明之一可行實施例進行具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未 脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。

Claims (12)

1. 一種回鈴音與手機響鈴同時控制的方法，其包括：步驟一、當來電答鈴伺服器接收到回鈴音之異動時，手機的下載處理單元會透過網際網路(Internet)下載該異動之回鈴音ID(識別碼)所對應的響鈴聲之檔案及異動後的播放條件ID之資料；步驟二、該手機的下載處理單元下載完成或是該手機的通話結束時，該手機的鈴聲選定處理單元，會對需要變更響鈴聲的該播放條件ID，重新選定新的響鈴聲，將對該響鈴聲的選定結果輸入給該手機的響鈴聲換置單元，該響鈴聲換置單元則依據該播放條件ID更替該響鈴聲；步驟三、透過該手機的上傳處理單元將該播放條件ID及最後選定該響鈴聲的鈴聲ID透過Internet上傳給該來電答鈴伺服器作回鈴音的鈴聲選定；步驟四、回鈴音播放條件被異動後，該來電答鈴伺服器會透過其異動通知處理單元通知該手機的手機行動應用程式(mobile application，APP)；步驟五、該手機APP在預先選定某一該播放條件的響鈴聲時會將對該響鈴聲選定的結果上傳至該來電答鈴伺服器；步驟六、該來電答鈴伺服器收到來話訊號時，交由其回鈴音選定處理單元選定回鈴音，再將選擇對應的回鈴音ID提供給其回鈴音播放單元來播放該回鈴音；以及步驟七、由該手機APP監控該手機之通話，並在每通通 話結束後，自動更改該手機之播放條件ID對應的響鈴聲，且在下一次受話前連絡該來電答鈴伺服器，知會該播放條件ID內新的響鈴聲。
2. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，其中該步驟一之該異動，若為透過WEB/IVR(網頁/語音)介面，該手機APP會接收該來電答鈴伺服器發送的Push Notification(推播)訊息，該推播訊息帶有該異動之回鈴音ID及回鈴音之播放條件ID的資料，之後透過該手機的事件監控及流程控制單元傳遞給該手機的下載處理單元。
3. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，其中該步驟一之該異動，若為透過該手機APP之介面，該回鈴音ID及該播放條件ID則直接傳遞給該手機的下載處理單元，該下載處理單元會透過Internet下載異動之回鈴音ID所對應的響鈴聲之檔案及異動後的播放條件ID的資料，儲存到該手機的資料儲存單元。
4. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，其中該步驟二之該播放條件ID的資料，係為連絡簿門號、系統時段。
5. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，其中該步驟二之鈴聲選定處理，係為當該手機的事件監控及流程控制單元發現該手機的下載處理單元下載完成或是該手機的通話結束時，該手機的鈴聲選定處理單元會將需要變更響鈴聲的播放條件ID重新選定新的該響鈴聲，而起初會先檢查該播放條件ID有多少個鈴聲ID設置，選定後將該響鈴聲的選定結果輸入給該手機的響鈴 聲換置單元以依據該播放條件ID更替該響鈴聲。
6. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，其中該步驟六之回鈴音選定處理，係該來電答鈴伺服器依據來話門號或時間決定要選擇回鈴音的播放條件ID，之後檢查這個播放條件ID之前是否有該手機APP上傳的預設鈴聲，若有則產出預設的回鈴音ID，若沒有則產出來電答鈴系統預設的回鈴音ID，最後將選擇的回鈴音ID提供給該來電答鈴伺服器的回鈴音播放單元播放該回鈴音ID對應的回鈴音。
7. 如申請專利範圍第3項所述之回鈴音與手機響鈴同時控制的方法，其中該透過該手機APP之介面，該來電答鈴伺服器使用Push Notification會即時通知該手機APP，該手機APP收到該Push Notification後會下載與用戶設定的回鈴音所配對的手機響鈴聲，並且讓該手機的響鈴聲與該來電答鈴伺服器的回鈴音的播放條件ID的資料一致。
8. 如申請專利範圍第5項所述之回鈴音與手機響鈴同時控制的方法，其中該選定新鈴聲，若該播放條件ID沒有對應鈴聲ID，則表示只要符合該播放條件ID的來電呼叫都需播放系統預設鈴聲。
9. 如申請專利範圍第5項所述之回鈴音與手機響鈴同時控制的方法，其中該選定新鈴聲，若該手機檢查該播放條件ID的鈴聲ID只有一個，則還要檢查該鈴聲ID是不是屬於音樂合集的鈴聲ID，該音樂合集ID為多首鈴聲集合的代表，該手機還是必須從該音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。
10. 如申請專利範圍第5項所述之回鈴音與手機響鈴同時控制 的方法，其中該選定新鈴聲，若該手機檢查該播放條件ID的鈴聲ID有多個，就必須以隨機的方式選擇要替換的鈴聲ID，選擇到的鈴聲ID如果不是音樂合集的鈴聲ID，理所當然為最終選定的鈴聲ID，反之那還是要從音樂合集裡面的多首鈴聲中隨機挑出一首鈴聲為最終選定的鈴聲ID。
11. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，更包括：由該手機APP以用戶在該播音條件ID內設定多首回鈴音時，將該些回鈴音設定為一個音樂合集，將原本由該來電答鈴伺服器決定回鈴音輪播規則，改為由該手機APP決定該回鈴音輪播規則的輪播歌曲，並透過Internet通知該來電答鈴伺服器該播音條件ID要播放的回鈴音。
12. 如申請專利範圍第1項所述之回鈴音與手機響鈴同時控制的方法，更包括：該來電答鈴伺服器定義回鈴音與不同內容的響鈴聲配對，並對配對的回鈴音及響鈴聲使用相同的鈴聲ID。