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