基于用戶感知的服務信息推送系統以及推送方法

基于用戶感知的服務信息推送系統以及推送方法
【專利摘要】本發明提供一種基于用戶感知的服務信息推送系統以及推送方法，推送系統包括：服務信息發送端系統，提供并發送服務信息；服務信息傳送網關，與服務信息發送端系統連接，接收服務信息，對其進行安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的服務信息轉發出去；短信/彩信中心，與服務信息傳送網關連接，對服務信息進行比特消息位的二次標識處理，并將處理后的服務信息再發送出去；手機客戶端，與短信/彩信中心連接，接收服務信息，確認后按照預定的服務信息的流程處理。本發明將推送信息進行精細化分類，使用戶可以主動選擇接收的服務信息，減少垃圾信息對用戶的騷擾，降低通信資源的占用率，提高信息發布效率。
【專利說明】基于用戶感知的服務信息推送系統以及推送方法
【技術領域】
[0001]本發明涉及服務信息推送【技術領域】，具體來說，本發明涉及一種基于用戶感知的存儲轉發技術的服務信息推送系統以及推送方法。
【背景技術】
[0002]當代社會已經進入信息化廣泛應用的時代。科學技術的高速發展，極大地推動了服務信息的電子化應用，也使得人們獲取信息的方式發生了根本性的改變。然而，人們希望能夠主動獲取所需的信息的同時，又不希望被動接收那些自己不需要的信息。這一對矛盾，在當今的技術背景下成為制約業務發展的主要矛盾。
[0003]短信和彩信不僅為用戶提供了更廣、更全面的通信方式，同時也為各服務信息提供商提供了服務信息電子化應用的途徑和平臺。在這些服務信息中，有些是用戶希望能收到的，有些則被用戶視為垃圾信息。這些垃圾信息的存在，大大影響了用戶對短信、彩信業務的使用感受，而且也會占用大量的網絡資源。現有的電子信息傳遞的技術，無法為用戶提供可自主選擇地接收所需要的信息的能力，同時電信運營企業也沒有有效遏制垃圾信息肆意傳播的手段，用戶只能被動地接收各類需要或不需要的信息，引起用戶不滿與投訴，更有甚者息詐騙案屢屢發生，造成極其惡劣的社會影響。
[0004]因此，對于信息發布商來說，他們需要一個正規的平臺，來幫助他們發布服務信息，他們希望自己的服務信息能有針對性的發布到有需要的用戶手上。這樣，他們可以以正面的形象出現在公眾的面前，而不會被認為是垃圾信息的制造者，同時也可以降低信息發布成本，提高信息發布效率。

【發明內容】

[0005]本發明所要解決的技術問題是提供一種基于用戶感知的存儲轉發技術的服務信息推送系統以及推送方法，將推送信息進行精細化分類，使用戶可以主動選擇接收推送的服務信息，減少垃圾信息對用戶的騷擾，降低通信資源的占用率，提高信息發布效率。
[0006]為了解決上述技術問題，本發明提供一種基于用戶感知的存儲轉發技術的服務信息推送系統，包括:
[0007]服務信息發送端系統，用于提供并發送服務信息；
[0008]服務信息傳送網關，與所述服務信息發送端系統相連接，用于接收所述服務信息，對其進行包括安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的所述服務信息轉發出去；
[0009]短信/彩信中心，與所述服務信息傳送網關相連接，用于對所述服務信息進行比特消息位的二次標識處理，并將處理后的所述服務信息再發送出去；
[0010]手機客戶端，與所述短信/彩信中心相連接，用于接收所述服務信息，確認所述服務信息后按照預定的服務信息的流程處理。
[0011]可選地，所述服務信息發送端系統包括:[0012]服務信息制作模塊，用于制作生成所述服務信息；
[0013]服務信息發送模塊，與所述服務信息制作模塊相連接，用于發送所述服務信息；
[0014]服務信息管理模塊，分別與所述服務信息制作模塊和所述服務信息發送模塊相連接，用于根據用戶的選擇要求對所述服務信息進行管理。
[0015]可選地，所述服務信息傳送網關包括:
[0016]安全性驗證模塊，用于對所述服務信息進行信息安全性驗證；
[0017]信息提供商管理模塊，與所述安全性驗證模塊相連接，用于對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格；
[0018]服務信息一次標識模塊，與所述信息提供商管理模塊相連接，用于將所述服務信息中的PID字段置為0x40和將所述服務信息中的ServiceType字段置為服務信息的類型；
[0019]用戶信息配置模塊，與所述服務信息一次標識模塊相連接，用于驗證接收用戶是否對當前類型的服務信息進行了訂閱；
[0020]服務信息轉發模塊，與所述用戶信息配置模塊相連接，用于將驗證和處理后的所述服務信息轉發出去。
[0021 ] 可選地，所述短信/彩信中心包括:
[0022]服務信息二次標識模塊，用于將所述服務信息設置為終呼信息，將所述服務信息中的PID字段透傳到所述終呼信息中的TP-PID字段中，并將所述終呼信息中的TP-MTI字段中的bitO和bitl均填為一保留值，發送至所述手機客戶端。
[0023]可選地，所述手機客戶端包括配置模塊、信息收發模塊、信息判斷模塊、服務信息類型判斷模塊、服務信息反饋模塊、數據庫、服務信息提示模塊和服務信息讀取模塊；其中
[0024]所述配置模塊用于供用戶選擇所選服務信息的類型、通知方式，并上傳至所述服務信息發送端系統；
[0025]所述信息收發模塊用于接收發送至所述手機客戶端的信息，或者發送所述手機客戶端產生的配置狀態通知和/或已讀通知；
[0026]所述信息判斷模塊與所述信息收發模塊相連接，用于判別所述信息中的TP-MTI字段中的bitO和bitl是否為所述保留值，以此判斷所述信息是否為服務信息；
[0027]所述服務信息類型判斷模塊分別與所述配置模塊和所述信息判斷模塊相連接，用于對所述服務信息中的ServiceType字段進行識別，判斷所述服務信息的類型是否符合用戶所選的服務信息的類型；
[0028]所述服務信息反饋模塊分別與所述服務信息收發模塊和所述服務信息類型判斷模塊相連接，用于當接收到的所述服務信息不符合用戶所選的服務信息的類型時，將所述服務信息屏蔽，并向所述服務信息發送端系統發送用戶的所述配置狀態通知；
[0029]所述數據庫與所述服務信息類型判斷模塊相連接，用于當接收到的所述服務信息符合用戶所選的服務信息的類型時，將所述服務信息放入相應類型的存儲容器中；
[0030]所述服務信息提示模塊分別與所述配置模塊和所述數據庫相連接，用于根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到；
[0031]所述服務信息讀取模塊分別與所述服務信息提示模塊、所述數據庫和所述服務信息反饋模塊相連接，用于供用戶點擊閱讀所述服務信息，同時通知所述服務信息反饋模塊向所述服務信息發送端系統發送所述服務信息的已讀通知。[0032]可選地，所述短信/彩信中心還包括:
[0033]服務信息反饋一次轉發模塊，用于接收從所述手機客戶端發送的所述配置狀態通知和/或所述已讀通知，使用Deliver消息將其轉發至所述服務信息傳送網關。
[0034]可選地，所述服務信息傳送網關還包括:
[0035]服務信息反饋二次轉發模塊，用于接收從所述短信/彩信中心轉發的所述配置狀態通知和/或所述已讀通知，將其透傳到所述服務信息發送端系統。
[0036]可選地，所述服務信息發送端系統還包括:
[0037]服務信息反饋接收模塊，與所述服務信息管理模塊相連接，用于接收從所述服務信息傳送網關透傳的所述配置狀態通知和/或所述已讀通知，將其傳送到所述服務信息管理模塊進行管理。
[0038]可選地，所述服務信息傳送網關還包括:
[0039]計費模塊，與所述服務信息轉發模塊相連接，用于統計其轉發出去的所有服務信息的數目、類型和流量，并按照預定費率對其進行計費。
[0040]可選地，所述服務信息的類型包括廣告信息、賬務信息、交通服務信息和安全信肩、O
[0041]可選地，選擇所述服務信息的通知方式包括設置正常接收、靜音接收或者不接收所述服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。
[0042]可選地，正常接收所述服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。
[0043]可選地，所述信息安全性驗證包括驗證所述服務信息的關鍵字、敏感詞匯以及類型的正確性。
[0044]可選地，所述服務信息的傳送方式為:
[0045]對于純文字類信息、所述配置狀態通知或者所述已讀通知，采用短信方式傳送；
[0046]對于帶有多媒體內容的信息，采用正常彩信方式或者URL方式傳送。
[0047]可選地，所述配置模塊、信息收發模塊、信息判斷模塊、服務信息類型判斷模塊、月艮務信息反饋模塊、數據庫、服務信息提示模塊以及服務信息讀取模塊集成為所述手機客戶端的客戶端軟件。
[0048]可選地，采用正常彩信方式傳送所述服務信息包括使用彩信的MME結構封裝所述服務信息，使已安裝或者未安裝所述客戶端軟件的用戶均能正常接收并顯示，并向未安裝所述客戶端軟件的用戶提示安裝所述客戶端軟件。
[0049]可選地，采用URL方式傳送所述服務信息包括采用短信方式傳送文字類信息，其中僅包含所述服務信息的URL，由用戶通過IP鏈路至所述服務信息發送端系統讀取所述服務信息的詳細內容。
[0050]可選地，所述服務信息發送端系統還包括客戶端軟件供應模塊，用于向未安裝所述客戶端軟件的用戶提供下載；
[0051]所述手機客戶端還包括客戶端軟件下載模塊和客戶端軟件安裝模塊，所述客戶端軟件下載模塊用于從所述服務信息發送端系統下載所述客戶端軟件，所述客戶端軟件安裝模塊用于將所述客戶端軟件安裝于所述手機客戶端上。
[0052]為了解決上述技術問題，本發明還提供一種采用上述任一項所述的基于用戶感知的存儲轉發技術的服務信息推送系統進行服務信息推送的方法，包括如下步驟:
[0053]A.服務信息發送端系統提供并發送服務信息；
[0054]B.服務信息傳送網關接收所述服務信息，對其進行包括安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的所述服務信息轉發出去；
[0055]C.短信/彩信中心對所述服務信息進行比特消息位的二次標識處理，并將處理后的所述服務信息再發送出去；
[0056]D.手機客戶端接收所述服務信息，確認所述服務信息后按照預定的服務信息的流程處理。
[0057]可選地，所述步驟A包括如下子步驟:
[0058]Al.服務信息制作模塊制作生成所述服務信息；
[0059]A2.服務信息發送模塊使用Submit消息將所述服務信息發送到服務信息傳送網關。
[0060]可選地，所述步驟B包括如下子步驟:
[0061]B1.接收所述服務信息發送端系統發送過來的Submit消息；
[0062]B2.安全性驗證模塊對所述Submit消息進行信息安全性驗證；
[0063]B3.信息提供商管理 模塊對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格，如有則進行下一步，如無則不處理當前消息；
[0064]B4.服務信息一次標識模塊先將所述Submit信息中的PID字段置為0x40 ；
[0065]B5.所述服務信息一次標識模塊又將所述Submit信息中的ServiceType字段置為服務信息的類型；
[0066]B6.用戶信息配置模塊驗證接收用戶是否對當前類型的服務信息進行了訂閱，如有則進行下一步，如無則不處理當前消息；
[0067]B7.服務信息轉發模塊將驗證和處理后的所述服務信息向短信/彩信中心轉發出去。
[0068]可選地，所述步驟C包括如下子步驟:
[0069]Cl.將所述服務信息設置為終呼信息；
[0070]C2.將所述服務信息中的PID字段透傳到所述終呼信息中的TP-PID字段中，并將所述終呼信息中的TP-MTI字段中的bitO和bitl均填為一保留值；
[0071]C3.將所述終呼信息發送至所述手機客戶端。
[0072]可選地，所述步驟D包括如下子步驟:
[0073]Dl.用戶通過配置模塊選擇所選服務信息的類型、通知方式，并上傳至所述服務信息發送端系統；
[0074]D2.信息收發模塊接收發送至所述手機客戶端的信息；
[0075]D3.信息判斷模塊判別所述信息中的TP-MTI字段中的bitO和bitl是否為所述保留值，以此判斷所述信息是否為服務信息，如是則進行下一步，如不是則按一般的普通/彩?目處理；
[0076]D4.服務信息類型判斷模塊對所述服務信息中的ServiceType字段進行識別，判斷所述服務信息的類型是否符合用戶所選的服務信息的類型，如是則進行子步驟D5，如不是則進行子步驟D41 ；[0077]D41.服務信息反饋模塊將接收到的所述服務信息屏蔽，并向所述服務信息發送端系統發送用戶的配置狀態通知；
[0078]D5.數據庫將所述服務信息放入其相應類型的存儲容器中；
[0079]D6.服務信息提示模塊根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到；
[0080]D7.用戶通過服務信息讀取模塊點擊閱讀所述服務信息，同時所述服務信息反饋模塊向所述服務信息發送端系統發送所述服務信息的已讀通知。
[0081]可選地，所述步驟C還包括如下子步驟:
[0082]C4.服務信息反饋一次轉發模塊接收從所述手機客戶端發送的所述配置狀態通知和/或所述已讀通知，使用Deliver消息將其轉發至所述服務信息傳送網關。
[0083]可選地，所述步驟B還包括如下子步驟:
[0084]B9.服務信息反饋二次轉發模塊接收從所述短信/彩信中心轉發的所述配置狀態通知和/或所述已讀通知，將其透傳到所述服務信息發送端系統。
[0085]可選地，所述步驟A還包括如下子步驟:
[0086]A3.服務信息反饋接收模塊接收從所述服務信息傳送網關透傳的所述配置狀態通知和/或所述已讀通知，將其傳送到所述服務信息管理模塊進行管理。
[0087]可選地，所述步驟B還包括如下子步驟:
[0088]B8.計費模塊統計服務信息轉發模塊轉發出去的所有服務信息的數目、類型和/或流量，并按照預定費率對其進行計費。
[0089]可選地，所述服務信息的類型包括廣告信息、賬務信息、交通服務信息和安全信肩、O
[0090]可選地，選擇所述服務信息的通知方式包括設置正常接收、靜音接收或者不接收所述服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。
[0091]可選地，正常接收所述服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。
[0092]可選地，所述信息安全性驗證包括驗證所述服務信息的關鍵字、敏感詞匯以及類型的正確性。
[0093]可選地，所述服務信息的傳送方式為:
[0094]對于純文字類信息、所述配置狀態通知或者所述已讀通知，采用短信方式傳送；
[0095]對于帶有多媒體內容的信息，采用正常彩信方式或者URL方式傳送。
[0096]可選地，所述配置模塊、信息收發模塊、信息判斷模塊、服務信息類型判斷模塊、月艮務信息反饋模塊、數據庫、服務信息提示模塊以及服務信息讀取模塊集成為所述手機客戶端的客戶端軟件。
[0097]可選地，采用正常彩信方式傳送所述服務信息包括使用彩信的MME結構封裝所述服務信息，使已安裝或者未安裝所述客戶端軟件的用戶均能正常接收并顯示，并向未安裝所述客戶端軟件的用戶提示安裝所述客戶端軟件。
[0098]可選地，采用URL方式傳送所述服務信息包括采用短信方式傳送文字類信息，其中僅包含所述服務信息的URL，由用戶通過IP鏈路至所述服務信息發送端系統讀取所述服務信息的詳細內容。[0099]可選地，所述步驟A在執行步驟Al之前還包括如下子步驟:
[0100]A0.客戶端軟件供應模塊向未安裝所述客戶端軟件的用戶提供下載；并且
[0101]所述步驟D在執行步驟Dl之前還包括如下子步驟:
[0102]D01.客戶端軟件下載模塊從所述服務信息發送端系統下載所述客戶端軟件；
[0103]D02.客戶端軟件安裝模塊將所述客戶端軟件安裝于所述手機客戶端上，使其正常工作。
[0104]與現有技術相比，本發明具有以下優點:
[0105]本發明攻克業界無法將短信、彩信內容進行精細化分類、分對象傳遞的瓶頸，發明了一種基于特定比特消息位的標識與識別技術，將用戶被動接收推送信息的方式轉變為用戶主動選擇接收推送的服務信息的途徑，減少垃圾信息騷擾用戶和造成用戶不滿與投訴的問題。本發明具有通信資源占用小、成本費用低、通用性與實用性強等顯著優點。
[0106]本發明通過在手機客戶端安裝上服務信息客戶端軟件，用戶從客戶端選擇配置希望接收的服務信息類型，一直到用戶接收查看定制的服務信息，整個過程簡單易用，大大降低了通信資源占用率，降低費用，杜絕垃圾短信/彩信擾民的現象，提高信息發布效率。
[0107]本發明在實際生活中可減少紙質資訊傳送帶來的資源浪費以及電子垃圾信息對用戶的騷擾，實現服務信息的無紙化有效傳遞，實現低碳生活的根本要求。
【專利附圖】

【附圖說明】
[0108]本發明的上述的以及其他的特征、性質和優勢將通過下面結合附圖和實施例的描述而變得更加明顯，其中:
[0109]圖1為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的簡單模塊結構示意圖；
[0110]圖2為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的內部詳細模塊結構示意圖；
[0111]圖3為本發明一個實施例的采用基于用戶感知的存儲轉發技術的服務信息推送系統進行服務信息推送的關鍵處理流程圖；
[0112]圖4為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的服務信息傳送網關的處理流程圖；
[0113]圖5為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的手機客戶端的處理流程圖。
【具體實施方式】
[0114]下面結合具體實施例和附圖對本發明作進一步說明，在以下的描述中闡述了更多的細節以便于充分理解本發明，但是本發明顯然能夠以多種不同于此描述的其它方式來實施，本領域技術人員可以在不違背本發明內涵的情況下根據實際應用情況作類似推廣、演繹，因此不應以此具體實施例的內容限制本發明的保護范圍。
[0115]服務信息推送指通過研究、組織將有價值的信息傳遞給用戶，是一種傳播信息、交流信息，實現信息增值的活動。服務信息的類型可以包括廣告信息、賬務信息、交通服務信息、安全信息等。具體來說，服務信息的類型可以包括但不限于:如手機話費、寬帶或水電煤等生活中其它各類賬單類信息，如餐飲、服飾、娛樂、服務等廣告類信息，以及基于此類廣告信息的互動型信息等(即需要用戶通過回復方式與信息提供商進行互動確認的情況)。
[0116]本發明的目的在于提供一種新型的服務信息活動，該業務是用戶在其終端上安裝服務信息客戶端軟件，并在客戶端軟件上選擇希望接收的服務信息類型，以及通過該客戶端軟件接收用戶許可的推送式定制服務信息。
[0117]基于用戶感知的服務信息推送系統的實施例
[0118]圖1為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的簡單模塊結構示意圖。需要注意的是，這個以及后續其他的附圖均僅作為示例，不應該以此作為對本發明實際要求的保護范圍構成限制。
[0119]如圖1所示，該基于用戶感知的服務信息推送系統主要包括服務信息發送端系統101、服務信息傳送網關102、短信/彩信中心103和手機客戶端104等。其中，服務信息發送端系統101是服務信息的提供設備，一般具有服務信息的制作、發送、反饋信息接收以及信息管理等功能，在此用于制作并向服務信息傳送網關102發送服務信息。服務信息傳送網關102是服務信息發送端系統101與通信網絡的接口設備，一般承擔服務信息比特(bit)消息位的標識處理，以及鑒權、計費等功能，在此與服務信息發送端系統101相連接，用于接收服務信息，對其進行包括安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的服務信息向短信/彩信中心103轉發出去。短信/彩信中心103與服務信息傳送網關102相連接，用于對服務信息進行比特消息位的二次標識處理，并將處理后的服務信息再向手機客戶端104發送出去。手機客戶端104與短信/彩信中心103相連接，用于接收服務信息，確認服務信息后按照用戶預定的服務信息的流程處理。
[0120]圖2為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的內部詳細模塊結構示意圖。如圖2所示，該服務信息發送端系統101內部主要包括服務信息制作模塊111、服務信息發送模塊112和服務信息管理模塊114。其中，服務信息制作模塊111，用于制作生成服務信息。服務信息發送模塊112與服務信息制作模塊111相連接，用于發送服務信息。服務信息管理模塊114分別與服務信息制作模塊111和服務信息發送模塊112相連接，用于根據用戶的選擇要求對服務信息進行管理。
[0121]在本實施例中，該服務信息傳送網關102主要包括安全性驗證模塊121、信息提供商管理模塊122、服務信息一次標識模塊123、用戶信息配置模塊124和服務信息轉發模塊125。其中，安全性驗證模塊121用于對服務信息進行信息安全性驗證，包括驗證服務信息的關鍵字、敏感詞匯以及類型的正確性。信息提供商管理模塊122與安全性驗證模塊121相連接，用于對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格。服務信息一次標識模塊123與信息提供商管理模塊122相連接,用于將服務信息中的PID字段置為0x40和將服務信息中的ServiceType字段置為服務信息的類型。用戶信息配置模塊124與服務信息一次標識模塊123相連接，用于驗證接收用戶是否對當前類型的服務信息進行了訂閱。服務信息轉發模塊125與用戶信息配置模塊124相連接，用于將驗證和處理后的服務信息轉發出去。
[0122]在本實施例中，該短信/彩信中心103主要包括服務信息二次標識模塊131，用于將服務信息設置為終呼信息，將服務信息中的PID字段透傳到終呼信息中的TP-PID字段中，并將終呼信息中的TP-MTI字段中的bitO和bitl均填為一保留值，發送至手機客戶端104。
[0123]在本實施例中，該手機客戶端104主要包括配置模塊141、信息收發模塊142、信息判斷模塊143、服務信息類型判斷模塊144、服務信息反饋模塊145、數據庫146、服務信息提示模塊147和服務信息讀取模塊148，上述模塊141~148可以集成為手機客戶端104的一款客戶端軟件。服務信息于是通過安裝有客戶端軟件的手機終端104顯示與處理，進而具有基于特定比特消息位的識別處理、選擇服務信息類型和通知方式、服務信息反饋發送等功能。請看下面詳細描述，配置模塊141用于供用戶選擇所選服務信息的類型、通知方式，并上傳至服務信息發送端系統101。其中，選擇服務信息的通知方式包括設置正常接收、靜音接收或者不接收服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。正常接收服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。信息收發模塊142用于接收發送至手機客戶端104的信息，或者發送手機客戶端104產生的配置狀態通知和/或已讀通知。其中服務信息的傳送方式至少有如下兩種:對于純文字類信息、配置狀態通知或者已讀通知，采用短信方式傳送；對于帶有多媒體內容的信息，采用正常彩信方式或者URL方式傳送。對于采用正常彩信方式傳送的服務信息，服務信息的發送者可以使用彩信的MME結構封裝服務信息，使已安裝或者未安裝客戶端軟件的用戶均能正常接收并顯示，并向未安裝客戶端軟件的用戶提示安裝客戶端軟件。而對于采用URL方式傳送服務信息包括采用短信方式傳送文字類信息，其中僅包含服務信息的URL，由用戶通過IP鏈路至服務信息發送端系統101讀取服務信息的詳細內容。
[0124]接著，信息判斷模塊143與信息收發模塊142相連接，用于判別信息中的TP-MTI字段中的bitO和bitl是否為保留值，以此判斷信息是否為服務信息。服務信息類型判斷模塊144分別與配置模塊141和信息判斷模塊143相連接,用于對服務信息中的ServiceType字段進行識別，判斷服務信息的類型是否符合用戶所選的服務信息的類型。服務信息反饋模塊145分別與所述服務信息收發模塊142和服務信息類型判斷模塊144相連接，用于當接收到的服務信息不符合用戶所選的服務信息的類型時，將服務信息屏蔽(不顯示、不通知)，并向服務信息發送端系統101發送用戶的配置狀態通知。數據庫146與服務信息類型判斷模塊144相連接，用于當接收到的服務信息符合用戶所選的服務信息的類型時，將服務信息放入相應類型的存儲容器(服務信息類)中。服務信息提示模塊147分別與配置模塊141和數據庫146相連接，用于根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到。具體通知用戶的方式可以如前所述地由用戶自行選擇，即用戶可根據個人意愿對手機客戶端接收信息的 時間模式選擇，例如每天哪個時間段可以接收服務信息，哪個時間段需要靜音接收或不接收，或者根據不同服務信息類型設置不同的時間模式。服務信息讀取模塊148分別與服務信息提示模塊147、數據庫146和服務信息反饋模塊145相連接，用于供用戶點擊閱讀服務信息，同時通知服務信息反饋模塊145向服務信息發送端系統101發送服務信息的已讀通知。
[0125]繼續參考圖2所示，本實施例中的服務信息推送系統還可以包括對服務信息的推送動作進行反饋的一系列模塊部件。例如，短信/彩信中心103還可以包括服務信息反饋一次轉發模塊132，用于接收從手機客戶端104發送的配置狀態通知和/或已讀通知，使用Deliver消息將其轉發至服務信息傳送網關102。服務信息傳送網關102也還可以包括服務信息反饋二次轉發模塊126，用于接收從短信/彩信中心103轉發的配置狀態通知和/或已讀通知，將其透傳到服務信息發送端系統101。服務信息發送端系統101也還可以包括服務信息反饋接收模塊113，與服務信息管理模塊114相連接，用于接收從服務信息傳送網關102透傳的配置狀態通知和/或已讀通知，將其傳送到服務信息管理模塊114進行管理。
[0126]另外，在服務信息傳送網關102中可以還包括有計費模塊127，其與服務信息轉發模塊125相連接，用于統計由服務信息轉發模塊125轉發出去的所有服務信息的數目、類型和/或流量，并按照預定費率對其進行計費。
[0127]最后，為了方便用戶在手機客戶端104安裝該客戶端軟件，服務信息發送端系統101還包括客戶端軟件供應模塊115，用于向未安裝客戶端軟件的用戶提供下載。與此同時，手機客戶端104也還包括客戶端軟件下載模塊149和客戶端軟件安裝模塊150，客戶端軟件下載模塊149用于從服務信息發送端系統101下載客戶端軟件，客戶端軟件安裝模塊150用于將客戶端軟件安裝于手機客戶端104上。
[0128]基于用戶感知的服務信息推送方法的實施例
[0129]本發明的基于用戶感知的存儲轉發技術的服務信息推送系統的業務處理一般流程為:
[0130]1.服務信息的業務處理流程
[0131]服務信息發送端系統發送服務信息至服務信息傳送網關，經服務信息傳送網關鑒權后透傳至短信/彩信中心，短信/彩信中心進行bit消息位的處理后再發送至手機客戶端:
[0132](I)對于安裝客戶端軟件的手機，將識別出是否為服務信息或者是一般的普通短信/彩信，若是服務信息，則根據用戶選擇的配置要求進行接收顯示，并反饋相應的已讀通知和配置狀態通知；若是一般的普通短信/彩信，則按照一般的普通短信/彩信處理。
[0133](2)對于未安裝客戶端軟件的手機，若接收的是服務信息，則不顯示不通知，若是一般的普通短信/彩信，則按照一般的普通短信/彩信處理。
[0134]2.一般的(非推送)普通短信/彩信的處理流程
[0135]對于從非服務信息發送端系統發來的一般的普通短信/彩信，手機客戶端則按照
一般的普通短信/彩信處理。
[0136]圖3為本發明一個實施例的采用基于用戶感知的存儲轉發技術的服務信息推送系統進行服務信息推送的關鍵處理流程圖。本實施例沿用前述圖1和圖2實施例中的元件標號與部分內容，其中采用相同的標號來表示相同或近似的模塊，并且選擇性地省略了對相同技術內容的說明。關于省略部分的說明可參照前述實施例，本實施例不再重復贅述。
[0137]如圖3所示，該服務信息推送的方法可包括如下關鍵流程:
[0138]服務信息發送端系統101執行步驟SI，提供并以符合現行中國移動CMPP協議的規范向服務信息傳送網關102發送服務信息。事實上，該步驟SI可以再分解為如下子步驟:
[0139]a.服務信息制作模塊111先制作生成服務信息；
[0140]b.服務信息發送模塊112然后使用Submit消息將服務信息發送到服務信息傳送網關102，發送端將Submit消息中PID(協議標識)字段填為0x40，消息體中的ServiceType (服務信息類型)字段填為新定義的服務信息類型。
[0141]服務信息傳送網關102接收到該服務信息后會執行步驟S2，向服務信息發送模塊112發送Submit_Ack消息，以返回收到服務信息的響應。[0142]另外，服務信息傳送網關102執行步驟S3，對服務信息進行包括安全性驗證(黑白名單檢查等)、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，以符合現行中國移動CMPP協議的規范使用Submit消息將驗證和處理后的服務信息向短信/彩信中心103發送出去。
[0143]短信/彩信中心103接收到該服務信息后會執行步驟S4，向服務信息傳送網關102發送Submit_Ack消息，以返回收到服務信息的響應。
[0144]另外，短信/彩信中心103執行步驟S5，對服務信息進行比特消息位的二次標識處理，并將處理后的服務信息使用MT消息再向手機客戶端104發送出去。
[0145]手機客戶端104接收到該服務信息后會執行步驟S6，向短信/彩信中心103發送MT_Ack消息，以返回收到服務信息的響應。
[0146]最后，手機客戶端104確認服務信息后按照預定的服務信息的流程處理。
[0147]圖4為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的服務信息傳送網關的處理流程圖。在本實施例中，上述由服務信息傳送網關102執行的步驟S3可以包括如下子步驟:
[0148]S31.接收服務信息發送端系統101發送過來的Submit消息；
[0149]S32.安全性驗證模塊121對Submit消息進行信息安全性驗證，例如驗證服務信息的關鍵字、敏感詞匯以及類型的正確性等；
[0150]S33.信息提供商管理模塊122對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格，如有資格則進行下一步，如無資格則不再處理當前Submit消息；
[0151]S34.服務信息一次標識模塊123先將Submit信息中的PID字段置為0x40，該字段用于提示手機將此消息隱藏(除了服務信息手機客戶端)；
[0152]S35.服務信息一次標識模塊123又將Submit信息中的ServiceType字段置為服務信息的類型，該字段用于本發明的手機客戶端的業務識別；
[0153]S36.用戶信息配置模塊124驗證接收用戶是否對當前類型的服務信息進行了訂閱，如有訂閱則進行下一步S37，如無訂閱則不處理當前Submit消息；
[0154]S37.服務信息轉發模塊125將驗證和處理后的服務信息向短信/彩信中心103轉發出去;
[0155]S38.計費模塊127記錄所有的發送行為，為計費提供數據依據。
[0156]接著，上述圖3中由短信/彩信中心103執行的步驟S5可以包括如下子步驟:
[0157]S51.將服務信息設置為終呼信息(即由短信/彩信中心下發至手機客戶端)；
[0158]S52.服務信息二次標識模塊131將服務信息中的PID字段透傳到終呼信息中的TP-PID字段中，并將終呼信息中的TP-MTI (消息類型介紹)字段中的bitO和bitl均填為一保留值11 (該操作只能在短信/彩信中心103完成)；
[0159]S53.將終呼信息發送至手機客戶端104。
[0160]如果是安裝了客戶端的手機，首先判斷TP-MTI的bitO和bitl，如果是保留值11，則認為是服務信息，按服務信息的流程處理，如果不是保留值11，則按一般的普通短/彩信處理；
[0161]如果是沒有安裝客戶端的手機，按協議對于TP-MTI的bitO和bitl的消息作為MT消息處理，再判斷TP-PID是否為0x40，如是，則手機終端則不對用戶進行聲音、震動、彈出窗口、標簽、提示欄等方式的通知提示，表現為用戶看不到該條短信(不通知不顯示)，避免了短信擾民。如非，則按一般的普通短/彩信處理顯示和通知。
[0162]下面將以此為基礎作詳細描述，圖5為本發明一個實施例的基于用戶感知的存儲轉發技術的服務信息推送系統的手機客戶端的處理流程圖。在本實施例中，上述由手機客戶端104執行的確認服務信息、按照預定的服務信息的流程處理步驟可以包括如下子步驟:
[0163]步驟SDl.用戶通過配置模塊141選擇所選服務信息的類型、通知方式等，并上傳至服務信息發送端系統101。
[0164]其中，選擇服務信息的通知方式包括設置正常接收、靜音接收或者不接收服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。
[0165]正常接收服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。
[0166]步驟SD2.信息收發模塊142接收發送至手機客戶端104的信息。
[0167]其中，服務信息的傳送方式至少有如下兩種:對于純文字類信息、配置狀態通知或者已讀通知，采用短信方式傳送；對于帶有圖片等多媒體內容的信息，可采用2種實現方式之一傳送:方式一為正常彩信方式，方式二為URL方式。
[0168]對于采用正常彩信方式傳送服務信息包括使用彩信的MME結構封裝服務信息，使已安裝或者未安裝客戶端軟件的用戶均能正常接收并顯示，并向未安裝客戶端軟件的用戶提示安裝客戶端軟件，例如顯示“這是廣告/賬單信息，請安裝客戶端軟件”的提示信息。該手機客戶端104的客戶端軟件可以集成有上述配置模塊141、信息收發模塊142、信息判斷模塊143、服務信息類型判斷模塊144、服務信息反饋模塊145、數據庫146、服務信息提示模塊147以及服務信息讀取模塊148等。
[0169]而對于采用URL方式傳送服務信息包括采用短信方式傳送文字類信息，例如與短信方式相同的特殊類型的短消息，其中僅包含服務信息的URL，由手機客戶端的用戶到該URL取得相關內容，即當用戶進入手機客戶端讀取詳細信息時，通過IP鏈路(GPRS、PS、WLAN)至服務信息發送端系統101讀取詳細信息，綜合呈現給用戶。
[0170]步驟SD3.信息判斷模塊143判別信息中的TP-MTI字段中的bitO和bitl是否為保留值11，以此判斷信息是否為服務信息，如是則按服務信息的流程處理，進行下一步SD4，如不是則按一般的普通/彩信處理。
[0171]步驟SD4.服務信息類型判斷模塊144對服務信息中的ServiceType字段進行識另O，判斷服務信息的類型是否符合用戶所選的服務信息的類型，如是則進行子步驟SD5，如不是則進行子步驟SD41。
[0172]步驟SD41.服務信息反饋模塊145將接收到的服務信息屏蔽(不顯示不通知)，并向服務信息發送端系統101發送用戶的“配置狀態通知”。
[0173]步驟SD5.數據庫146將服務信息放入其相應業務類型的存儲容器(服務信息類)中。
[0174]步驟SD6.服務信息提示模塊147根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到。[0175]步驟SD7.用戶通過服務信息讀取模塊148點擊閱讀服務信息，同時服務信息反饋模塊145向服務信息發送端系統101發送服務信息的“已讀通知”。
[0176]如上所述，本發明提供的服務信息客戶端和非標準服務信息定制接收方法，從客戶端安裝配置，一直到用戶接收查看服務信息，整個過程簡單易用。大大的降低了短信資源占用率，降低費用，杜絕垃圾短彩信擾民的現象。
[0177]在本發明中，配置狀態通知或者已讀通知的發送流程在手機客戶端104執行完步驟S7以MO消息發出“配置狀態通知”或者“已讀通知”之后可以繼續描述如下，請同時再次參考圖3:
[0178]首先，短信/彩信中心103接收到從手機客戶端104發送的配置狀態通知和/或已讀通知后執行步驟S8，向手機客戶端104發送M0_Ack消息，以返回收到配置狀態通知和/或已讀通知的響應。
[0179]接著，執行步驟S9，短信/彩信中心103中的服務信息反饋一次轉發模塊132以符合現行中國移動CMPP協議的規范使用Deliver消息將配置狀態通知和/或已讀通知轉發至服務信息傳送網關102。
[0180]然后，服務信息傳送網關102接收到從短信/彩信中心103轉發的配置狀態通知和/或已讀通知后執行步驟S10，向短信/彩信中心103發送Deliver_Ack消息，以返回收到配置狀態通知和/或已讀通知的響應。
[0181]下一步，執行步驟S11，服務信息傳送網關102中的服務信息反饋二次轉發模塊126以符合現行中國移動CMPP協議的規范使用Deliver消息將配置狀態通知和/或已讀通知透傳至服務信息發送端系統101。
[0182]最后，服務信息發送端系統101中的服務信息反饋接收模塊113接收到從服務信息傳送網關102透傳的配置狀態通知和/或已讀通知后執行步驟S12，向服務信息傳送網關102發送Deliver_Ack消息，以返回收到配置狀態通知和/或已讀通知的響應。另外，服務信息反饋接收模塊113將反饋的配置狀態通知和/或已讀通知傳送到服務信息管理模塊114進行管理。
[0183]在本發明中，服務信息傳送網關102中的計費模塊127還可以隨時統計服務信息轉發模塊125轉發出去的所有服務信息的數目、類型和/或流量，并按照預定費率對其進行計費。
[0184]在本發明中，服務信息發送端系統101在提供并發送服務信息之前還可以包括如下子步驟:
[0185]客戶端軟件供應模塊115向未安裝客戶端軟件的用戶提供下載。
[0186]與之相匹配的是，用戶在通過配置模塊141選擇所選服務信息的類型、通知方式之前也需要包括如下子步驟:
[0187]客戶端軟件下載模塊149從服務信息發送端系統101下載客戶端軟件；
[0188]客戶端軟件安裝模塊150將客戶端軟件安裝于手機客戶端104上，使其正常工作。
[0189]本發明攻克業界無法將短信、彩信內容進行精細化分類、分對象傳遞的瓶頸，發明了一種基于特定比特消息位的標識與識別技術，將用戶被動接收推送信息的方式轉變為用戶主動選擇接收推送的服務信息的途徑，減少垃圾信息騷擾用戶和造成用戶不滿與投訴的問題。本發明具有通信資源占用小、成本費用低、通用性與實用性強等顯著優點。[0190]本發明通過在手機客戶端安裝上服務信息客戶端軟件，用戶從客戶端選擇配置希望接收的服務信息類型，一直到用戶接收查看定制的服務信息，整個過程簡單易用，大大降低了通信資源占用率，降低費用，杜絕垃圾短信/彩信擾民的現象，提高信息發布效率。
[0191]本發明在實際生活中可減少紙質資訊傳送帶來的資源浪費以及電子垃圾信息對用戶的騷擾，實現服務信息的無紙化有效傳遞，實現低碳生活的根本要求。
[0192]本發明雖然以較佳實施例公開如上，但其并不是用來限定本發明，任何本領域技術人員在不脫離本發明的精神和范圍內，都可以做出可能的變動和修改。因此，凡是未脫離本發明技術方案的內容，依據本發明的技術實質對以上實施例所作的任何修改、等同變化及修飾，均落入本發明權利要求所界定的保護范圍之內。
【權利要求】
1.一種基于用戶感知的服務信息推送系統，包括: 服務信息發送端系統(101)，用于提供并發送服務信息； 服務信息傳送網關(102)，與所述服務信息發送端系統(101)相連接，用于接收所述服務信息，對其進行包括安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的所述服務信息轉發出去； 短信/彩信中心(103)，與所述服務信息傳送網關(102)相連接，用于對所述服務信息進行比特消息位的二次標識處理，并將處理后的所述服務信息再發送出去； 手機客戶端(104)，與所述短信/彩信中心(103)相連接，用于接收所述服務信息，確認所述服務信息后按照預定的服務信息的流程處理。
2.根據權利要求1所述的服務信息推送系統，其特征在于，所述服務信息發送端系統(101)包括: 服務信息制作模塊(111)，用于制作生成所述服務信息； 服務信息發送模塊(112)，與所述服務信息制作模塊(111)相連接，用于發送所述服務信息； 服務信息管理模塊(114)，分別與所述服務信息制作模塊(111)和所述服務信息發送模塊(112)相連接，用于根據用戶的選擇要求對所述服務信息進行管理。
3.根據權利要求2所述的服務信息推送系統，其特征在于，所述服務信息傳送網關(102)包括: 安全性驗證模塊(121)，用于對所述服務信息進行信息安全性驗證； 信息提供商管理模塊(122)，與所述安全性驗證模塊(121)相連接，用于對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格； 服務信息一次標識模塊(123)，與所述信息提供商管理模塊(122)相連接，用于將所述服務信息中的PID字段置為0x40和將所述服務信息中的ServiceType字段置為服務信息的類型； 用戶信息配置模塊(124)，與所述服務信息一次標識模塊(123)相連接，用于驗證接收用戶是否對當前類型的服務信息進行了訂閱； 服務信息轉發模塊(125)，與所述用戶信息配置模塊(124)相連接，用于將驗證和處理后的所述服務信息轉發出去。
4.根據權利要求3所述的服務信息推送系統，其特征在于，所述短信/彩信中心(103)包括: 服務信息二次標識模塊(131)，用于將所述服務信息設置為終呼信息，將所述服務信息中的PID字段透傳到所述終呼信息中的TP-PID字段中，并將所述終呼信息中的TP-MTI字段中的bitO和bitl均填為一保留值，發送至所述手機客戶端(104)。
5.根據權利要求4所述的服務信息推送系統，其特征在于，所述手機客戶端(104)包括配置模塊(141)、信息收發模塊(142)、信息判斷模塊(143)、服務信息類型判斷模塊(144)、服務信息反饋模塊(145)、數據庫(146)、服務信息提示模塊(147)和服務信息讀取模塊(148);其中 所述配置模塊(141)用于供用戶選擇所選服務信息的類型、通知方式，并上傳至所述服務信息發送端系統(101)；所述信息收發模塊(142)用于接收發送至所述手機客戶端(104)的信息，或者發送所述手機客戶端(104)產生的配置狀態通知和/或已讀通知； 所述信息判斷模塊(143)與所述信息收發模塊(142)相連接，用于判別所述信息中的TP-MTI字段中的bitO和bitl是否為所述保留值，以此判斷所述信息是否為服務信息； 所述服務信息類型判斷模塊(144)分別與所述配置模塊(141)和所述信息判斷模塊(143)相連接，用于對所述服務信息中的ServiceType字段進行識別，判斷所述服務信息的類型是否符合用戶所選的服務信息的類型； 所述服務信息反饋模塊(145)分別與所述信息收發模塊(142)和所述服務信息類型判斷模塊(144)相連接，用于當接收到的所述服務信息不符合用戶所選的服務信息的類型時，將所述服務信息屏蔽，并向所述服務信息發送端系統(101)發送用戶的所述配置狀態通知； 所述數據庫(146)與所述服務信息類型判斷模塊(144)相連接，用于當接收到的所述服務信息符合用戶所選的服務信息的類型時，將所述服務信息放入相應類型的存儲容器中； 所述服務信息提示模塊(147)分別與所述配置模塊(141)和所述數據庫(146)相連接，用于根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到； 所述服務信息讀取模塊(148)分別與所述服務信息提示模塊(147)、所述數據庫(146)和所述服務信息反饋模塊(145)相連接，用于供用戶點擊閱讀所述服務信息，同時通知所述服務信息反饋模塊(145)向所述服務信息發送端系統(101)發送所述服務信息的已讀通知。
6.根據權利要求5所述的服務信息推送系統，其特征在于，所述短信/彩信中心(103)還包括: 服務信息反饋一次轉發模塊(132)，用于接收從所述手機客戶端(104)發送的所述配置狀態通知和/或所述已讀通知，使用Deliver消息將其轉發至所述服務信息傳送網關(102)。
7.根據權利要求6所述的服務信息推送系統，其特征在于，所述服務信息傳送網關(102)還包括: 服務信息反饋二次轉發模塊(126)，用于接收從所述短信/彩信中心(103)轉發的所述配置狀態通知和/或所述已讀通知，將其透傳到所述服務信息發送端系統(101)。
8.根據權利要求7所述的服務信息推送系統，其特征在于，所述服務信息發送端系統(101)還包括: 服務信息反饋接收模塊(113)，與所述服務信息管理模塊(114)相連接，用于接收從所述服務信息傳送網關(102)透傳的所述配置狀態通知和/或所述已讀通知，將其傳送到所述服務信息管理模塊(114)進行管理。
9.根據權利要求3至8中任一項所述的服務信息推送系統，其特征在于，所述服務信息傳送網關(102)還包括: 計費模塊(127)，與所述服務信息轉發模塊(125)相連接，用于統計其轉發出去的所有服務信息的數目、類型和流量，并按照預定費率對其進行計費。
10.根據權利要求1至5中任一項所述的服務信息推送系統，其特征在于，所述服務信息的類型包括廣告信息、賬務信息、交通服務信息和安全信息。
11.根據權利要求5所述的服務信息推送系統，其特征在于，選擇所述服務信息的通知方式包括設置正常接收、靜音接收或者不接收所述服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。
12.根據權利要求11所述的服務信息推送系統，其特征在于，正常接收所述服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。
13.根據權利要求3所述的服務信息推送系統，其特征在于，所述信息安全性驗證包括驗證所述服務信息的關鍵字、敏感詞匯以及類型的正確性。
14.根據權利要求5至8中任一項所述的服務信息推送系統，其特征在于，所述服務信息的傳送方式為: 對于純文字類信息、所述配置狀態通知或者所述已讀通知，采用短信方式傳送； 對于帶有多媒體內容的信息，采用正常彩信方式或者URL方式傳送。
15.根據權利要求14所述的服務信息推送系統，其特征在于，所述配置模塊(141)、信息收發模塊(142)、信息判斷模塊(143)、服務信息類型判斷模塊(144)、服務信息反饋模塊(145)、數據庫(146)、服務信息提示模塊(147)以及服務信息讀取模塊(148)集成為所述手機客戶端(104)的客戶端軟件。
16.根據權利要求15所述的服務信息推送系統，其特征在于，采用正常彩信方式傳送所述服務信息包括使用彩信的MME結構封裝所述服務信息，使已安裝或者未安裝所述客戶端軟件的用戶均能正常接收并顯示，并向未安裝所述客戶端軟件的用戶提示安裝所述客戶端軟件。
17.根據權利要求15或16所述的服務信息推送系統，其特征在于，采用URL方式傳送所述服務信息包括采用短信方式傳送文字類信息，其中僅包含所述服務信息的URL，由用戶通過IP鏈路至所述服務信息發送端系統(101)讀取所述服務信息的詳細內容。
18.根據權利要求15所述的服務信息推送系統，其特征在于，所述服務信息發送端系統(101)還包括客戶端軟件供應模塊(115)，用于向未安裝所述客戶端軟件的用戶提供下載； 所述手機客戶端(104)還包括客戶端軟件下載模塊(149)和客戶端軟件安裝模塊(150)，所述客戶端軟件下載模塊(149)用于從所述服務信息發送端系統(101)下載所述客戶端軟件，所述客戶端軟件安裝模塊(150)用于將所述客戶端軟件安裝于所述手機客戶端(104)上。
19.一種采用上述權利要求1至18中任一項所述的服務信息推送系統進行服務信息推送的方法，包括如下步驟: A.服務信息發送端系統(101)提供并發送服務信息； B.服務信息傳送網關(102)接收所述服務信息，對其進行包括安全性驗證、鑒權驗證、比特消息位的一次標識處理和訂閱驗證后，將驗證和處理后的所述服務信息轉發出去； C.短信/彩信 中心(103)對所述服務信息進行比特消息位的二次標識處理，并將處理后的所述服務信息再發送出去； D.手機客戶端(104)接收所述服務信息，確認所述服務信息后按照預定的服務信息的流程處理。
20.根據權利要求19所述的進行服務信息推送的方法，其特征在于，所述步驟A包括如下子步驟: Al.服務信息制作模塊(111)制作生成所述服務信息； A2.服務信息發送模塊(112)使用Submit消息將所述服務信息發送到服務信息傳送網關(102)。
21.根據權利要求20所述的進行服務信息推送的方法，其特征在于，所述步驟B包括如下子步驟: B1.接收所述服務信息發送端系統(101)發送過來的Submit消息； B2.安全性驗證模塊(121)對所述Submit消息進行信息安全性驗證； B3.信息提供商管理模塊(122)對信息提供商進行鑒權驗證，判斷其是否具有發送當前類型的信息的業務資格，如有則進行下一步，如無則不處理當前Submit消息； B4.服務信息一次標識模塊(123)先將所述Submit信息中的PID字段置為0x40 ； B5.所述服務信息一次標識模塊(123)又將所述Submit信息中的ServiceType字段置為服務信息的類型； B6.用戶信息配置模塊(124)驗證接收用戶是否對當前類型的服務信息進行了訂閱，如有則進行下一步，如無則不處理當前Submit消息； B7.服務信息轉發模塊(125)將驗證和處理后的所述服務信息向短信/彩信中心(103)轉發出去。`
22.根據權利要求21所述的進行服務信息推送的方法，其特征在于，所述步驟C包括如下子步驟: Cl.將所述服務信息設置為終呼信息； C2.將所述服務信息中的PID字段透傳到所述終呼信息中的TP-PID字段中，并將所述終呼信息中的TP-MTI字段中的bitO和bitl均填為一保留值； C3.將所述終呼信息發送至所述手機客戶端(104)。
23.根據權利要求22所述的進行服務信息推送的方法，其特征在于，所述步驟D包括如下子步驟: Dl.用戶通過配置模塊(141)選擇所選服務信息的類型、通知方式，并上傳至所述服務信息發送端系統(101)； D2.信息收發模塊(142)接收發送至所述手機客戶端(104)的信息； D3.信息判斷模塊(143)判別所述信息中的TP-MTI字段中的bitO和bitl是否為所述保留值，以此判斷所述信息是否為服務信息，如是則進行下一步，如不是則按一般的普通/彩信處理； D4.服務信息類型判斷模塊(144)對所述服務信息中的ServiceType字段進行識別，判斷所述服務信息的類型是否符合用戶所選的服務信息的類型，如是則進行子步驟D5，如不是則進行子步驟D41 ； D41.服務信息反饋模塊(145)將接收到的所述服務信息屏蔽，并向所述服務信息發送端系統(101)發送用戶的配置狀態通知； D5.數據庫(146)將所述服務信息放入其相應類型的存儲容器中； D6.服務信息提示模塊(147)根據用戶所選的服務信息的通知方式，通知用戶有相應類型的服務信息收到； D7.用戶通過服務信息讀取模塊(148)點擊閱讀所述服務信息，同時所述服務信息反饋模塊(145)向所述服務信息發送端系統(101)發送所述服務信息的已讀通知。
24.根據權利要求23所述的進行服務信息推送的方法，其特征在于，所述步驟C還包括如下子步驟: C4.服務信息反饋一次轉發模塊(132)接收從所述手機客戶端(104)發送的所述配置狀態通知和/或所述已讀通知，使用Deliver消息將其轉發至所述服務信息傳送網關(102)。
25.根據權利要求24所述的進行服務信息推送的方法，其特征在于，所述步驟B還包括如下子步驟: B9.服務信息反饋二次轉發模塊(126)接收從所述短信/彩信中心(103)轉發的所述配置狀態通知和/或所述已讀通知，將其透傳到所述服務信息發送端系統(101)。
26.根據權利要求25所述的進行服務信息推送的方法，其特征在于，所述步驟A還包括如下子步驟: A3.服務信息反饋接收模塊(113)接收從所述服務信息傳送網關(102)透傳的所述配置狀態通知和/或所述已讀通知，將其傳送到所述服務信息管理模塊(114)進行管理。
27.根據權利要求21至26中任一項所述的進行服務信息推送的方法，其特征在于，所述步驟B還包括如下子步驟: B8.計費模塊(127)統計服務信息轉發模塊(125)轉發出去的所有服務信息的數目、類型和/或流量，并按照預定費率對其進行計費。
28.根據權利要求19至23中任一項所述的進行服務信息推送的方法，其特征在于，所述服務信息的類型包括廣告信息、賬務信息、交通服務信息和安全信息。
29.根據權利要求23所述的進行服務信息推送的方法，其特征在于，選擇所述服務信息的通知方式包括設置正常接收、靜音接收或者不接收所述服務信息的時間段，或者根據不同服務信息的類型分別設置不同的時間模式。
30.根據權利要求29所述的進行服務信息推送的方法，其特征在于，正常接收所述服務信息的方式包括通過聲音、振動、彈出窗口、標簽或者提示欄方式對用戶進行通知提示。
31.根據權利要求21所述的進行服務信息推送的方法，其特征在于，所述信息安全性驗證包括驗證所述服務信息的關鍵字、敏感詞匯以及類型的正確性。
32.根據權利要求23至26中任一項所述的進行服務信息推送的方法，其特征在于，所述服務信息的傳送方式為: 對于純文字類信息、所述配置狀態通知或者所述已讀通知，采用短信方式傳送； 對于帶有多媒體內容的信息，采用正常彩信方式或者URL方式傳送。
33.根據權利要求32所述的進行服務信息推送的方法，其特征在于，所述配置模塊(141)、信息收發模塊(142)、信息判斷模塊(143)、服務信息類型判斷模塊(144)、服務信息反饋模塊(145)、數據庫(146)、服務信息提示模塊(147)以及服務信息讀取模塊(148)集成為所述手機客戶端(104)的客戶端軟件。
34.根據權利要求33所述的進行服務信息推送的方法，其特征在于，采用正常彩信方式傳送所述服務信息包括使用彩信的MME結構封裝所述服務信息，使已安裝或者未安裝所述客戶端軟件的用戶均能正常接收并顯示，并向未安裝所述客戶端軟件的用戶提示安裝所述客戶端軟件。
35.根據權利要求33或34所述的進行服務信息推送的方法，其特征在于，采用URL方式傳送所述服務信息包括采用短信方式傳送文字類信息，其中僅包含所述服務信息的URL，由用戶通過IP鏈路至所述服務信息發送端系統(101)讀取所述服務信息的詳細內容。
36.根據權利要求33所述的進行服務信息推送的方法，其特征在于，所述步驟A在執行步驟Al之前還包括如下子步驟: A0.客戶端軟件供應模塊(115)向未安裝所述客戶端軟件的用戶提供下載；并且 所述步驟D在執行步驟Dl之前還包括如下子步驟: D01.客戶端軟件下載模塊(149)從所述服務信息發送端系統(101)下載所述客戶端軟件； D02.客戶端軟件安裝 模塊(150)將所述客戶端軟件安裝于所述手機客戶端(104)上，使其正常工作。
【文檔編號】H04W12/06GK103634751SQ201210313514
【公開日】2014年3月12日 申請日期:2012年8月29日 優先權日:2012年8月29日
【發明者】步彤, 王衛, 陸恒, 劉焱 申請人:上海中移通信技術工程有限公司