TWI381692B - Application Layer Interactive Sowing Service Agreement Method - Google Patents

Description

應用層互動些播服務協定方法

本發明是有關於一種協定方法，特別是指一種應用層互動些播服務協定方法。

網頁技術的發展至今已經趨於成熟，只要透過瀏覽器就可以獲得所要的資訊，加上現今於網路社群間最為被熱切討論且受歡迎的強調個人化應用之Web 2.0概念誕生，因此，藉由Web 2.0相關技術已經可以讓網頁不像傳統式的單向給予，而是加強即時、互動、社群、客製化導向等功能，但目前僅限於資料上的互動與分享。

由於傳統的播送(Casting)方式為建構於網路第三層，因此要組成一個群組對於使用者而言，實在不容易。傳統的網路第三層之播送方式為單點播送(Uni-cast)、廣播(Broadcast)、群體廣播(Multi-cast)與隨播(Anycast)，但缺乏一個簡易且有效的應用層通訊機制，而較無法將訊息傳遞給不同群組中某些成員，而建立起通訊服務，並將訊息傳遞給相關之成員。

因此，現有的網路播送技術依其播送種類具有以下待改進之缺失：

(一)單點播送：單點播送協定為一對一的通訊協定，必須要知道接受端的網際網路位址(IP)，且一次只能跟一台主機通訊。

(二)廣播：廣播的協定會廣播過量的封包，並於進行後續些播協定時，針對同一個網域下之群組發出訊息，而造成封包傳輸過量的情形。

(三)群體廣播：群體廣播會將資料播送給一個特定群組中之所有成員，且此所有成員只能收到一樣的訊息。

(四)隨播：進行隨播時通常會找尋最適合服務的主機，然而前述之現行最適合服務主機之找尋，僅是於網路條件下找尋跳躍數(Hop Counts)最低的伺服主機，往往最後所找到的伺服主機並非是最適合個別條件現況所需且最快的主機。

所以，如何提出一具有不需知道網際網路位址即可進行通訊，且於進行播送機制時，是可依據所需條件篩選個別群組播送，並於播送時降低封包傳輸量之優點的互動些播服務協定方法，便成為相關學、業界之專家欲努力尋求解決的目標。

因此，本發明之目的，即在提供一種於現今網路架構之應用層上所進行的互動些播服務之相關協定方法。

於是，本發明應用層互動些播服務協定方法，包含以下步驟：

(a)一伺服器端接收到一伺服應用層所發出之一啟動訊息。

(b)該伺服器端對複數用戶端發出複數邀請訊息。

(c)該等用戶端接收該等邀請訊息，且每一用戶端將其接收之邀請訊息轉送至一用戶應用層，並等待接收是否有一加入確認訊息的回應，當收到該加入確認訊息時，再傳送至該伺服器端。

(d)該伺服器端每接收到一加入確認訊息，便將此用戶端納入至一訂閱群組，而成一訂閱成員。

(e)當該伺服應用層對該伺服器端觸發一些播服務，並傳送一需求條件時，該伺服器端對該訂閱群組傳送至少一確認詢問訊息，並等待回應。

(f)當該伺服器端接收到由該訂閱群組之訂閱成員所發出之至少一確認回應訊息時，再判斷該需求條件是否已滿足，若否，則接受此訂閱成員之確認回應訊息，而納入至一允許群組而成一允許成員，並等待次一確認回應訊息之接收，若是，則允許該允許群組進入一行為服務。

此外，本發明之另一目的，即在提供另外一種於現今網路架構之應用層上所進行的互動些播服務之相關協定方法。

於是，本發明應用層互動些播服務協定方法，包含以下步驟：

(a)一伺服器端接收到一伺服應用層所發出之一啟動訊息。

(b)該伺服器端對一具有複數第一用戶端之第一用戶群組及一具有複數第二用戶端之第二用戶群組分別發出複數第一邀請訊息及複數第二邀請訊息。

(c)該第一用戶群組及第二用戶群組接收該等第一邀請訊息及該等第二邀請訊息，且每一第一用戶端及每一第二用戶端分別將其接收之第一邀請訊息及第二邀請訊息轉送至一第一用戶應用層及第二用戶應用層，並等待接收是否有分別相對應之一第一加入確認訊息及一第二加入確認訊息的回應，再傳送至該伺服器端。

(d)當該伺服器端每接收到該第一加入確認訊息，便將其內之此第一用戶端納入至一第一訂閱群組，而成一第一訂閱成員，而當該伺服器端每接收到該第二加入確認訊息，便將其內之第二用戶端納入至一第二訂閱群組，而成一第二訂閱成員。

(e)當該伺服應用層對該伺服器端觸發一些播服務，並分別針對該第一用戶群組及該第二用戶群組傳送一第一需求條件及一第二需求條件時，該伺服器端對該第一訂閱群組及該第二訂閱群組分別傳送至少一第一確認詢問訊息及至少一第二確認詢問訊息，並等待回應。

(f)當該伺服器端接收到由該第一訂閱群組之第一訂閱成員所發出之至少一第一確認回應訊息時，再判斷該第一需求條件是否已滿足，若否，則接受此第一訂閱成員之第一確認回應訊息，而納入至一第一允許群組而成一第一允許成員，並等待次一第一確認回應訊息之接收，若是，則允許該第一允許群組進入一行為服務，而當該伺服器端接收到由該第二訂閱群組之第二訂閱成員所發出之至少一第二確認回應訊息時，再判斷該第二需求條件是否已滿足，若否，則接受此第二訂閱成員之第二確認回應訊息，而納入至一第二允許群組而成一第二允許成員，並等待次一第二確認回應訊息之接收，若是，則允許該第二允許群組進入該行為服務。

本發明之功效在於，藉由該伺服器端與該等用戶端間之各式訊息之請求及回應的相互傳遞，以及該需求條件的使用，使得該伺服器端能有效率地篩選出符合所需的成員或群組，而進行後續的相關通訊等方面的行為服務。

有關本發明之前述及其他技術內容、特點與功效，在以下配合參考圖式之二個較佳實施例的詳細說明中，將可清楚的呈現。

在本發明被詳細描述之前，要注意的是，在以下的說明內容中，類似的元件是以相同的編號來表示。

參閱圖1及圖2，本發明應用層互動些播服務協定方法之第一較佳實施例，包含以下步驟：首先，如步驟10所示，一伺服器端21接收到一伺服應用層22所發出之一啟動訊息。

其次，如步驟11所示，該伺服器端21由一伺服關閉狀態開始，而對複數用戶端31發出複數邀請210訊息。並於此同時，該伺服器端21將一訂閱成員計數值設定為零。

接著，如步驟12所示，該等用戶端31接收該等邀請210訊息，且每一用戶端31將其接收之邀請210訊息轉送至一用戶應用層32，並等待接收是否有一加入確認310訊息的回應；而如步驟13所示，當收到該加入確認310訊息 時，再傳送至該伺服器端21。此時，該伺服器端21於發出該等邀請210訊息後，則自該伺服關閉狀態轉為一聆聽狀態，而該等用戶端31於接收該等邀請210訊息前，是處於一用戶關閉狀態，而於接收該等邀請210訊息後，則自該用戶關閉狀態轉為一受邀狀態，並於發出該加入確認310訊息至該伺服器端21後，自該受邀狀態轉為一參加狀態。

緊接著，如步驟14所示，該伺服器端21每接收到一加入確認310訊息，便將此用戶端31納入至一訂閱群組33，而成一訂閱成員331。且在本第一較佳實施例中，於將此用戶端31納入該訂閱群組33之同時，記錄該訂閱群組33中每一訂閱成員331的一識別資料。此外，當該伺服器端21每接收到一加入確認310訊息時，便將該訂閱成員計數值加一，以統計該訂閱群組33內目前之訂閱成員331之數量。且此時，每一被納入該訂閱群組33之用戶端31，其狀態自該參加狀態轉為一訂閱成功狀態。

再來，如步驟15所示，當該伺服應用層22對該伺服器端21觸發一些播服務，並傳送一需求條件時，該伺服器端21對該訂閱群組33傳送至少一確認詢問211訊息，並等待回應。此時，該伺服器端21於接受該些播服務之觸發後，則自該聆聽狀態轉為一些播要求狀態。

值得注意的是，當該伺服器端21於開始進行該些播服務後，卻再收到自該等用戶端31中之其一所傳送之加入確認310訊息時，則拒絕將此用戶端31標示為該訂閱成員331，此乃因為該伺服器端21徵求該等用戶端31成為訂閱成員331的請求時限已過，而不再接受尚未成為訂閱成員331身分之用戶端31的請求。

然後，如步驟16所示，該訂閱群組33中之用戶端31於回傳其確認回應311訊息至該伺服器端21後，自該訂閱成功狀態轉為一允許等待狀態；而當該伺服器端21接收到由該訂閱群組33之訂閱成員331所發出之至少一確認回應311訊息時，再判斷該需求條件是否已滿足？

若否，則如步驟17所示，接受此訂閱成員331之確認回應311訊息，而納入至一允許群組34而成一允許成員341，並等待次一確認回應311訊息之接收。

若是，則如步驟18所示，允許該允許群組34進入一行為服務35。此時，該伺服器端21於允許該允許群組34進入該行為服務35時，自該些播要求狀態轉為一行為狀態，而每一進行該行為服務35之允許成員341，自該允許等待狀態轉為一行動狀態。

值得一提的是，本步驟18所述之行為服務35，在本第一較佳實施例中，可為一使該允許群組34內之各允許成員341間相互進行通訊的功能，而在此所述之通訊功能，於實務上可以是Web化的通訊平台、電子郵件、簡訊(SMS)、語音功能等，此為一般具有相關領域背景者所易於變化轉用，因此並不應以該第一較佳實施例中所揭露者為限。

在該步驟17中，每一訂閱成員331被納入至該允許群組34而成該允許成員341時，亦同時地將每一允許成員341的識別資料記錄於該允許群組34中。

需補充說明的是，在本第一較佳實施例之步驟15及步驟16中，該需求條件為一對該允許成員341的數量限制，例如以十人為限，且該伺服器端21是利用一初始值為零之一允許成員計數值的同步增加，來統計該允許群組34之允許成員341的數量，然而，在實務應用上，該需求條件也可以是一接受該訂閱群組33之一確認回應311訊息的有效時間區段，例如十分鐘之內，此需求條件之訂定是具有相關背景者所易於思及而變化運用，故不應受該第一較佳實施例之特定範例為限。

最後，如步驟19所示，當該伺服器端21結束該行為服務35時，便對該伺服應用層22傳送一結束訊息，並對該允許群組34中之每一允許成員341發出一關閉訊息。此時，該伺服器端21自該行為狀態轉回該伺服關閉狀態。而每一成為允許成員341之用戶端31接收到該伺服器端21之關閉訊息後，則自該行動狀態轉回該用戶關閉狀態。

因此，藉由上述之第一較佳實施例所提供之應用層互動些播服務協定方法，即可運用於下述例子之相關應用範疇：當網路上有一具有n位會員(即用戶端31)之網路部落格(blog)網站(即伺服器端21)要舉辦一感恩回饋活動，而回饋條件(即需求條件)為：從使用超過兩年以上之k位會員(即訂閱成員331)中，挑選前100位(即允許成員341)最速報名之會員進行紀念品回饋，因此前述之會員數的關係即為100≦k≦n，所以，該網路部落格網站管理者便可利用本發明第一較佳實施例所提供之應用層互動些播服務協定方法，來選取欲贈獎的100位會員，並利用網路傳輸方式，於此100位會員之個人部落格內利用彈跳網頁(Pop up Window)通知中獎訊息。

參閱圖3及圖4，本發明應用層互動些播服務協定方法之第二較佳實施例，其主要概念大致與前述之第一較佳實施例類似，故其類似之處的相關說明，以下不再加以贅述，而其主要不同之處在於，在該第一較佳實施例中，該些播服務協定僅對該等用戶端31進行，然而，在下列之第二較佳實施例中，前述所提之些播服務可擴大地應用於複數不同類型之群組上，且每一群組中皆具有複數其相關群員，所以，本第二較佳實施例以具有二種不同類型之群組所進行之些播服務協定為例，依序進行以下步驟401至步驟414：首先，如步驟401所示，該伺服器端21接收到該伺服應用層22所發出之該啟動訊息。

其次，如步驟402所示，該伺服器端21對一具有複數第一用戶端51之第一用戶群組5及一具有複數第二用戶端61之第二用戶群組6分別發出複數第一邀請212訊息及複數第二邀請214訊息。並同時將一第一訂閱成員計數值及一第二訂閱成員計數值分別設定為零。

再來，如步驟403所示，該第一用戶群組5及第二用戶群組6接收該等第一邀請212訊息及該等第二邀請214訊息，且每一第一用戶端51及每一第二用戶端61分別將其接收之第一邀請212訊息及第二邀請214訊息轉送至一第一用戶應用層52及一第二用戶應用層62，並如步驟404所示，等待接收是否有分別相對應之一第一加入確認510訊息及一第二加入確認610訊息的回應，再傳送至該伺服器端21。

而後，如步驟405所示，當該伺服器端21每接收到該第一加入確認510訊息，便將其內之此第一用戶端51納入至一第一訂閱群組53，而成一第一訂閱成員531，而當該伺服器端21每接收到該第二加入確認610訊息，便將其內之第二用戶端61納入至一第二訂閱群組63，而成一第二訂閱成員631。在本第二較佳實施例中，於將此第一、二用戶端51、61分別納入其第一、二訂閱群組53、63之同時，分別記錄該第一訂閱群組53中每一第一訂閱成員531的一第一識別資料及該第二訂閱群組63中每一第二訂閱成員631的一第二識別資料。

此外，於前述步驟中，當該伺服器端21每接收到一第一加入確認510訊息時，便將該第一訂閱成員計數值加一，而每接收到一第二加入確認610訊息，便將該第二訂閱成員計數值加一，以分別統計該第一訂閱群組53內及該第二訂閱群組63內之第一訂閱成員531及第二訂閱成員631之數量。

接著，如步驟406所示，當該伺服應用層22對該伺服器端21觸發一些播服務，並分別針對該第一用戶群組5及該第二用戶群組6傳送一第一需求條件及一第二需求條件時，如步驟407所示，該伺服器端21對該第一訂閱群組53及該第二訂閱群組63分別傳送至少一第一確認詢問213訊息及至少一第二確認詢問215訊息，並等待回應。

在此需補充說明的是，於進行步驟406時，當該伺服器端21於開始進行該些播服務後，卻再收到自該第一用戶群組5中之其一第一用戶端51所傳送之第一加入確認510訊息時，則拒絕將此第一用戶端51標示為該第一訂閱成員531，而當收到自該第二用戶群組6中之其一第二用戶端61所傳送之第二加入確認610訊息時，則拒絕將此第二用戶端61標示為該第二訂閱成員631。

緊接著，如步驟408所示，當該伺服器端21接收到由該第一訂閱群組53之第一訂閱成員531所發出之至少一第一確認回應511訊息時，再判斷該第一需求條件是否已滿足？

若否，則如步驟409所示，接受此第一訂閱成員531之第一確認回應511訊息，而納入至一第一允許群組54而成一第一允許成員541，並等待次一第一確認回應511訊息之接收。

若是，則如步驟410所示，允許該第一允許群組54進入該行為服務35。

再者，如步驟411所示，而當該伺服器端21接收到由該第二訂閱群組63之第二訂閱成員631所發出之至少一第 二確認回應611訊息時，再判斷該第二需求條件是否已滿足？

若否，則如步驟412所示，接受此第二訂閱成員631之第二確認回應611訊息，而納入至一第二允許群組64而成一第二允許成員641，並等待次一第二確認回應611訊息之接收。

若是，則如步驟413所示，允許該第二允許群組64進入該行為服務35。

在該步驟409及步驟412中，每一第一訂閱成員531或第二訂閱成員631被納入至該第一、二允許群組54、64而成該第一、二允許成員541、641時，亦同時且分別地將每一第一允許成員541及第二允許成員641的第一識別資料及第二識別資料記錄於該第一、二允許群組54、64中。

再者，前述之行為服務35在本第二較佳實施例中，可僅為一使該第一允許群組54內之各第一允許成員541間相互進行通訊的功能，亦可為一使該第二允許群組64內之各第二允許成員641間相互進行通訊的功能，或是一使該第一允許群組54內之各第一允許成員541與該第二允許群組64內之各第二允許成員641間相互進行通訊的功能。

此外，前述步驟406、步驟408及步驟411所提之該第一、二需求條件可相異地分別為下列之條件形式或皆同為其中之一種：該第一需求條件可為一接受該第一訂閱群組53之第一確認回應511訊息的有效時間區段，或是一對該第一允許成員541的數量限制，且該伺服器端21是利用一初始值為零之一第一允許成員計數值的同步增加，來統計該第一允許群組54之第一允許成員541的數量。而該第二需求條件為一接受該第二訂閱群組63之第二確認回應611訊息的有效時間區段，或是一對該第二允許成員641的數量限制，且該伺服器端21是利用一初始值為零之一第二允許成員計數值的同步增加，來統計該第二允許群組64之第二允許成員641的數量。

最後，如步驟414所示，當該伺服器端21結束該行為服務35時，便對該伺服應用層22傳送一結束訊息，並分別對該第一允許群組54及該第二允許群組64中之每一第一允許成員541及第二允許成員641發出該關閉訊息。

此外，與前述之第一較佳實施例類似，在本第二較佳實施例中，對於該伺服器端21而言：在該步驟401中，於該伺服器端21接收到該伺服應用層22所發出之啟動訊息前，是處於該伺服關閉狀態。

而在該步驟402中，該伺服器端21於發出該等第一邀請212訊息及該等第二邀請214訊息後，則自該伺服關閉狀態轉為一聆聽狀態，且在該步驟406中，該伺服器端21接受該些播服務之觸發後，則自該聆聽狀態轉為一些播要求狀態。

並在該步驟410及該步驟413中，該伺服器端21於允許該行為服務35時，自該些播要求狀態轉為一行為狀態，而在該步驟414中，該伺服器端21於結束該行為服務35時，自該行為狀態轉回該伺服關閉狀態。

然而，對於該等第一用戶端51及該等第二用戶端61而言：在該步驟403中，該等用第一戶端51與該等第二用戶端61於接收相對之該等第一邀請212訊息及該等第二邀請214訊息前，分別是處於一用戶關閉狀態；而於接收該等第一邀請212訊息及第二邀請214訊息後，則自該用戶關閉狀態轉為一受邀狀態；並於分別發出該第一加入確認510訊息及該第二加入確認610訊息至該伺服器端21後，自該受邀狀態轉為一參加狀態；在該步驟405中，當被分別納入該第一訂閱群組53及該第二訂閱群組63時，其狀態自該參加狀態轉為一訂閱成功狀態。

在該步驟408及步驟411中，該第一訂閱群組53中之第一用戶端51與第二訂閱群組63中之第二用戶端61分別於回傳其第一確認回應511訊息及第二確認回應611訊息至該伺服器端21後，自該訂閱成功狀態轉為一允許等待狀態，並於進行該行為服務35時，自該允許等待狀態轉為一行動狀態。

而在該步驟414中，每一成為第一允許成員541之第一用戶端51及每一成為第二允許成員641之第二用戶端61接分別收到該伺服器端21之關閉訊息後，則自該行動狀態轉回該用戶關閉狀態。

在此再針對上述之第二較佳實施例所提供之應用層互動些播服務協定方法，運用於下述例子之相關應用作更進一步的實務說明：我們以一醫療服務系統為例，當某醫院中之某病房內的一身理感測器偵測到某病患之身理訊號發生異常，或一視訊設備偵測到病患發生一危險狀況時，前述之相關偵測裝備即運用本發明應用層互動些播服務協定方法，於已事先內建且依人員專長或執掌分類的多個群組(即第一用戶群組5、第二用戶群組6及其他群組)中，找尋相關人員協助，以組成一個臨時緊急的照護處理小組，例如此小組需要1位內科醫師(即第一用戶端51)、2位護理人員(即第二用戶端61)及2位保全人員(其他用戶群組內之用戶端)等3種群組之共5位人員參與救助，由此可知，透過本發明第二較佳實施例所提供之應用層互動些播服務協定方法即可簡單且迅速地達成人員篩選目的。

最後，須補充說明的是，在本較佳實施例中，雖然所舉之例子僅針對第一用戶群組5及第二用戶群組6等二群組進行說明，然而，於實務應用上，本發明之架構及相關機制可擴及至二個以上之多個群組而適用，如圖5所示之第一用戶群組5至第n用戶群組7之態樣，由於此n個群組與該伺服器端21間之個別傳訊互動皆與本較佳實施例相似，故在此不再予以贅述。

綜上所述，本發明應用層互動些播服務協定方法具有以下優點：(一)單點播送：當使用應用層互動些播服務協定方法時，進行通訊之雙方不需要知道彼此的IP位址，只需要透過如Web 2.0之網頁方式即可進行通訊。

(二)廣播：藉由本發明所提供之些播服務協定方法，可以選擇所需要的成員，進行相關邀請訊息的發送，而明顯地降低封包的傳輸量。

(三)群體廣播：透過此應用層互動些播服務協定方法，除了可以依據群組中的特定成員發出訊息外，還可以選定各群組中的部分成員發出訊息，此外，也可以依據需求條件篩選不同群組的成員，而進一步地再建構出一經篩選過的另一新群組。

(四)隨播：運用本發明所提供之些播服務協定方法所找尋出由一群最快且最合適的相關服務成員所組成之團隊，比習知技術之僅判斷跳躍數較低的網路條件更為有效且更能因應相關狀況所需。

因此，由上述所歸納之四點主要優勢明顯可知，確實能達成本發明之目的。

惟以上所述者，僅為本發明之二較佳實施例而已，當不能以此限定本發明實施之範圍，即大凡依本發明申請專利範圍及發明說明內容所作之簡單的等效變化與修飾，皆仍屬本發明專利涵蓋之範圍內。

10~19．．．步驟

21．．．伺服器端

210．．．邀請

211．．．確認詢問

212．．．第一邀請

213．．．第一確認詢問

214．．．第二邀請

215．．．第二確認詢問

22．．．伺服應用層

31．．．用戶端

310．．．加入確認

311．．．確認回應

32．．．用戶應用層

33．．．訂閱群組

331．．．訂閱成員

34．．．允許群組

341．．．允許成員

35．．．行為服務

401~414．．．步驟

5．．．第一用戶群組

51．．．第一用戶端

510．．．第一加入確認

511．．．第一確認回應

52．．．第一用戶應用層

53．．．第一訂閱群組

531．．．第一訂閱成員

54．．．第一允許群組

541．．．第一允許成員

6．．．第二用戶群組

61．．．第二用戶端

610．．．第二加入確認

611．．．第二確認回應

62．．．第二用戶應用層

63．．．第二訂閱群組

631．．．第二訂閱成員

64．．．第二允許群組

641．．．第二允許成員

7．．．第n用戶群組

圖1是一流程圖，說明本發明應用層互動些播服務協定方法的第一較佳實施例所述之相關步驟；

圖2是一示意圖，說明與該第一較佳實施例相對應之系統運作態樣；

圖3A及3B是流程圖，說明本發明應用層互動些播服務協定方法的第二較佳實施例所述之相關步驟；

圖4是一示意圖，說明與該第二較佳實施例相對應之系統運作態樣；及

圖5是一示意圖，說明將該第二較佳實施例之系統擴及至多個群組的運作態樣。

10~19．．．步驟

Claims (24)

1. 一種應用層互動些播服務協定方法，包含以下步驟：(a)一伺服器端接收到一伺服應用層所發出之一啟動訊息；(b)該伺服器端對複數用戶端發出複數邀請訊息；(c)該等用戶端接收該等邀請訊息，且每一用戶端將其接收之邀請訊息轉送至一用戶應用層，並等待接收是否有一加入確認訊息的回應，當收到該加入確認訊息時，再傳送至該伺服器端；(d)該伺服器端每接收到一加入確認訊息，便將此用戶端納入至一訂閱群組，而成一訂閱成員；(e)當該伺服應用層對該伺服器端觸發一些播服務，並傳送一需求條件時，該伺服器端對該訂閱群組傳送至少一確認詢問訊息，並等待回應；及(f)當該伺服器端接收到由該訂閱群組之訂閱成員所發出之至少一確認回應訊息時，再判斷該需求條件是否已滿足，若否，則接受此訂閱成員之確認回應訊息，而納入至一允許群組而成一允許成員，並等待次一確認回應訊息之接收，若是，則允許該允許群組進入一行為服務。
2. 依據申請專利範圍第1項所述之應用層互動些播服務協定方法，其中，在該(d)步驟中，記錄該訂閱群組中每一訂閱成員的一識別資料，而在該(f)步驟中，再將每一允 許成員的識別資料記錄於該允許群組中。
3. 依據申請專利範圍第1項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，當該伺服器端於開始進行該些播服務後，再收到自該等用戶端中之其一所傳送之加入確認訊息時，則拒絕將此用戶端標示為該訂閱成員。
4. 依據申請專利範圍第1項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該需求條件為一接受該訂閱群組之確認回應訊息的有效時間區段。
5. 依據申請專利範圍第1項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該需求條件為一對該允許成員的數量限制，且該伺服器端是利用一初始值為零之一允許成員計數值的同步增加，來統計該允許群組之允許成員的數量。
6. 依據申請專利範圍第1至5項中之任一項所述之應用層互動些播服務協定方法，更包含一位於該(f)步驟後之(g)步驟，當該伺服器端結束該行為服務時，便對該伺服應用層傳送一結束訊息，並對該允許群組中之每一允許成員發出一關閉訊息。
7. 依據申請專利範圍第6項所述之應用層互動些播服務協定方法，其中，在該(b)步驟中，該伺服器端將一訂閱成員計數值設定為零，而在該(d)步驟中，該伺服器端每接收到一加入確認訊息，便將該訂閱成員計數值加一，以統計該訂閱群組內之訂閱成員之數量。
8. 依據申請專利範圍第7項所述之應用層互動些播服務協定方法，其中，在該(a)步驟中，該伺服器端於接收到該伺服應用層所發出之啟動訊息前，是處於一伺服關閉狀態，在該(b)步驟中，該伺服器端於發出該等邀請訊息後，則自該伺服關閉狀態轉為一聆聽狀態，且在該(e)步驟中，該伺服器端接受該些播服務之觸發後，則自該聆聽狀態轉為一些播要求狀態，並在該(f)步驟中，該伺服器端於允許該允許群組進入該行為服務時，自該些播要求狀態轉為一行為狀態，而在該(g)步驟中，該伺服器端於結束該行為服務時，自該行為狀態轉回該伺服關閉狀態。
9. 依據申請專利範圍第8項所述之應用層互動些播服務協定方法，其中，在該(c)步驟中，該等用戶端於接收該等邀請訊息前，是處於一用戶關閉狀態，而於接收該等邀請訊息後，則自該用戶關閉狀態轉為一受邀狀態，並於發出該加入確認訊息至該伺服器端後，自該受邀狀態轉為一參加狀態，在該(d)步驟中，每一被納入該訂閱群組之用戶端之狀態自該參加狀態轉為一訂閱成功狀態，在該(f)步驟中，該訂閱群組中之用戶端於回傳其確認回應訊息至該伺服器端後，自該訂閱成功狀態轉為一允許等待狀態，並於進行該行為服務時，自該允許等待狀態轉為一行動狀態，而在該(g)步驟中，每一成為允許成員之用戶端接收到該伺服器端之關閉訊息後，則自該行動狀態轉回該用戶關閉狀態。
10. 依據申請專利範圍第9項所述之應用層互動些播服務協定方法，其中，在該(f)步驟中，該行為服務為一使該允許群組內之各允許成員間相互進行通訊的功能。
11. 一種應用層互動些播服務協定方法，包含以下步驟：(a)一伺服器端接收到一伺服應用層所發出之一啟動訊息；(b)該伺服器端對一具有複數第一用戶端之第一用戶群組及一具有複數第二用戶端之第二用戶群組分別發出複數第一邀請訊息及複數第二邀請訊息；(c)該第一用戶群組及第二用戶群組接收該等第一邀請訊息及該等第二邀請訊息，且每一第一用戶端及每一第二用戶端分別將其接收之第一邀請訊息及第二邀請訊息轉送至一第一用戶應用層及一第二用戶應用層，並等待接收是否有分別相對應之一第一加入確認訊息及一第二加入確認訊息的回應，再傳送至該伺服器端；(d)當該伺服器端每接收到該第一加入確認訊息，便將其內之此第一用戶端納入至一第一訂閱群組，而成一第一訂閱成員，而當該伺服器端每接收到該第二加入確認訊息，便將其內之第二用戶端納入至一第二訂閱群組，而成一第二訂閱成員；(e)當該伺服應用層對該伺服器端觸發一些播服務，並分別針對該第一用戶群組及該第二用戶群組傳送一第一需求條件及一第二需求條件時，該伺服器端對該第一訂閱群組及該第二訂閱群組分別傳送至少一第一確認詢問訊息及至少一第二確認詢問訊息，並等待回應；及(f)當該伺服器端接收到由該第一訂閱群組之第一訂閱成員所發出之至少一第一確認回應訊息時，再判斷該第一需求條件是否已滿足，若否，則接受此第一訂閱成員之第一確認回應訊息，而納入至一第一允許群組而成一第一允許成員，並等待次一第一確認回應訊息之接收，若是，則允許該第一允許群組進入一行為服務，而當該伺服器端接收到由該第二訂閱群組之第二訂閱成員所發出之至少一第二確認回應訊息時，再判斷該第二需求條件是否已滿足，若否，則接受此第二訂閱成員之第二確認回應訊息，而納入至一第二允許群組而成一第二允許成員，並等待次一第二確認回應訊息之接收，若是，則允許該第二允許群組進入該行為服務。
12. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(d)步驟中，分別記錄該第一訂閱群組中每一第一訂閱成員的一第一識別資料及該第二訂閱群組中每一第二訂閱成員的一第二識別資料，而在該(f)步驟中，再分別將每一第一允許成員及第二允許成員的第一識別資料及第二識別資料記錄於該第一、二允許群組中。
13. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，當該伺服器端於開始進行該些播服務後，再收到自該第一用戶群組中之其一第 一用戶端所傳送之第一加入確認訊息時，則拒絕將此第一用戶端標示為該第一訂閱成員，而當收到自該第二用戶群組中之其一第二用戶端所傳送之第二加入確認訊息時，則拒絕將此第二用戶端標示為該第二訂閱成員。
14. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該第一需求條件為一接受該第一訂閱群組之第一確認回應訊息的有效時間區段。
15. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該第二需求條件為一接受該第二訂閱群組之第二確認回應訊息的有效時間區段。
16. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該第一需求條件為一對該第一允許成員的數量限制，且該伺服器端是利用一初始值為零之一第一允許成員計數值的同步增加，來統計該第一允許群組之第一允許成員的數量。
17. 依據申請專利範圍第11項所述之應用層互動些播服務協定方法，其中，在該(e)步驟中，該第二需求條件為一對該第二允許成員的數量限制，且該伺服器端是利用一初始值為零之一第二允許成員計數值的同步增加，來統計該第二允許群組之第二允許成員的數量。
18. 依據申請專利範圍第11至17項中之任一項所述之應用層互動些播服務協定方法，更包含一位於該(f)步驟後之(g)步驟，當該伺服器端結束該行為服務時，便對該伺服應用層傳送一結束訊息，並分別對該第一允許群組及該第二允許群組中之每一第一允許成員及第二允許成員發出一關閉訊息。
19. 依據申請專利範圍第18項所述之應用層互動些播服務協定方法，其中，在該(b)步驟中，該伺服器端將一第一訂閱成員計數值及一第二訂閱成員計數值分別設定為零，而在該(d)步驟中，該伺服器端每接收到一第一加入確認訊息，便將該第一訂閱成員計數值加一，而每接收到一第二加入確認訊息，便將該第二訂閱成員計數值加一，以分別統計該第一訂閱群組內及該第二訂閱群組內之第一訂閱成員及第二訂閱成員之數量。
20. 依據申請專利範圍第19項所述之應用層互動些播服務協定方法，其中，在該(a)步驟中，該伺服器端於接收到該伺服應用層所發出之啟動訊息前，是處於一伺服關閉狀態，在該(b)步驟中，該伺服器端於發出該等第一邀請訊息及該等第二邀請訊息後，則自該伺服關閉狀態轉為一聆聽狀態，且在該(e)步驟中，該伺服器端接受該些播服務之觸發後，則自該聆聽狀態轉為一些播要求狀態，並在該(f)步驟中，該伺服器端於允許該行為服務時，自該些播要求狀態轉為一行為狀態，而在該(g)步驟中，該伺服器端於結束該行為服務時，自該行為狀態轉回該伺服關閉狀態。
21. 依據申請專利範圍第20項所述之應用層互動些播服務協定方法，其中，在該(c)步驟中，該等用第一戶端與該等第二用戶端於接收相對之該等第一邀請訊息及該等第二邀請訊息前，分別是處於一用戶關閉狀態，而於接收該等第一邀請訊息及第二邀請訊息後，則自該用戶關閉狀態轉為一受邀狀態，並於分別發出該第一加入確認訊息及該第二加入確認訊息至該伺服器端後，自該受邀狀態轉為一參加狀態，在該(d)步驟中，當被分別納入該第一訂閱群組及該第二訂閱群組時，其狀態自該參加狀態轉為一訂閱成功狀態，在該(f)步驟中，該第一訂閱群組中之第一用戶端與第二訂閱群組中之第二用戶端分別於回傳其第一確認回應訊息及第二確認回應訊息至該伺服器端後，自該訂閱成功狀態轉為一允許等待狀態，並於進行該行為服務時，自該允許等待狀態轉為一行動狀態，而在該(g)步驟中，每一成為第一允許成員之第一用戶端及每一成為第二允許成員之第二用戶端接分別收到該伺服器端之關閉訊息後，則自該行動狀態轉回該用戶關閉狀態。
22. 依據申請專利範圍第21項所述之應用層互動些播服務協定方法，其中，在該(f)步驟中，該行為服務為一使該第一允許群組內之各第一允許成員間相互進行通訊的功能。
23. 依據申請專利範圍第21項所述之應用層互動些播服務協定方法，其中，在該(f)步驟中，該行為服務為一使該第二允許群組內之各第二允許成員間相互進行通訊的功能。
24. 依據申請專利範圍第21項所述之應用層互動些播服務協定方法，其中，在該(f)步驟中，該行為服務為一使該第一允許群組內之各第一允許成員與該第二允許群組內之各第二允許成員間相互進行通訊的功能。