微信公眾號(hào)平臺(tái)與內(nèi)容管理整合

陳浩

摘要：隨著移動(dòng)互聯(lián)技術(shù)的發(fā)展，信息能夠更及時(shí)，更全面的送達(dá)到每一個(gè)人隨身攜帶的移動(dòng)終端上。而騰訊依托其龐大的用戶群，推出了公眾號(hào)功能，使得個(gè)人、公司都能依托其平臺(tái)發(fā)布信息，提供內(nèi)容服務(wù)。公司一線員工因?yàn)楣ぷ餍再|(zhì)原因，不能及時(shí)以及隨時(shí)查閱到最新的規(guī)章制度，信息公告并充分利用碎片化時(shí)間進(jìn)行業(yè)務(wù)知識(shí)學(xué)習(xí)。因此，可以利用微信公眾號(hào)平臺(tái)提供的微信公眾號(hào)功能可以快速，方便為一線員工提供相關(guān)信息查詢以及業(yè)務(wù)知識(shí)的學(xué)習(xí)。

關(guān)鍵詞：微信公眾號(hào)平臺(tái)；微信公眾號(hào)；CMS內(nèi)容管理；整合

中圖分類號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2015）06-0017-02

移動(dòng)互聯(lián)技術(shù)的發(fā)展為創(chuàng)新性地解決航空公司服務(wù)管理工作中一些長(zhǎng)期性的困難帶來(lái)了可能，具體表現(xiàn)在：第一方面，隨著行業(yè)、企業(yè)業(yè)務(wù)規(guī)范日新月異的變化和公司服務(wù)管理體系（CSM）、服務(wù)首問(wèn)責(zé)任制等逐漸走向深化，一線員工較難通過(guò)原有紙質(zhì)手冊(cè)和PC端（個(gè)人電腦終端）實(shí)現(xiàn)大量關(guān)鍵信息的快速提取和準(zhǔn)確查找，而微信公眾平臺(tái)為解決此類問(wèn)題提供了一種方案。第二方面，公司內(nèi)現(xiàn)有的服務(wù)類業(yè)務(wù)通告大多需要及時(shí)傳遞，但服務(wù)隊(duì)伍的日益龐大，要依賴OA系統(tǒng)已很難實(shí)現(xiàn)及時(shí)性的需求，而微信公眾平臺(tái)在及時(shí)有效性上有前者無(wú)法企及的優(yōu)勢(shì)。第三方面，隨著信息量的增大、人員的增多，面對(duì)面溝通的高覆蓋率難以實(shí)現(xiàn)，借助紙質(zhì)報(bào)紙、雜志等傳統(tǒng)信息載體，已很難達(dá)到使服務(wù)理念與服務(wù)文化深入人心的程度，而微信公眾平臺(tái)卻能達(dá)到信息傳播的高覆蓋。第四方面，由于公司一線員工工作性質(zhì)所限，其作息時(shí)間彈性較大，業(yè)務(wù)培訓(xùn)手段亟待豐富，碎片化培訓(xùn)模式亟待引入，也客觀上要求下一步的培訓(xùn)工作需借助移動(dòng)互聯(lián)技術(shù)。第五方面，移動(dòng)互聯(lián)技術(shù)為區(qū)域內(nèi)服務(wù)系統(tǒng)的干部員工提供了溝通交流的平臺(tái)，有利于全流程服務(wù)鏈條的打通。

1 微信公眾號(hào)的定位

公司服務(wù)微信公眾號(hào)是以公司服務(wù)系統(tǒng)工作人員為服務(wù)對(duì)象的，供其快速查找公司各級(jí)服務(wù)類政策規(guī)定、檢查通報(bào)、獎(jiǎng)勵(lì)與典型案例，為其推送服務(wù)文化、理念、業(yè)務(wù)通告，提供服務(wù)類課程碎片化培訓(xùn)，并實(shí)現(xiàn)跨部門溝通交流的微信移動(dòng)互聯(lián)平臺(tái)。

具體來(lái)講，創(chuàng)建公司服務(wù)微信公眾平臺(tái)可滿足以下五方面需求：一是實(shí)現(xiàn)一線員工對(duì)服務(wù)類政策規(guī)定的快速查詢；二是實(shí)現(xiàn)服務(wù)類業(yè)務(wù)通告、檢查通報(bào)、獎(jiǎng)勵(lì)及典型案例的快速推送；三是實(shí)現(xiàn)碎片化培訓(xùn)模式；四是建立移動(dòng)端溝通交流平臺(tái)；五是傳導(dǎo)正能量，培育服務(wù)理念，營(yíng)造服務(wù)文化。

2 需求分析

通過(guò)需求調(diào)研和分析，分公司服務(wù)微信公眾號(hào)相關(guān)業(yè)務(wù)包括以下內(nèi)容：

1）微信公眾號(hào)菜單包含公司層面，事業(yè)部層面，以及面向整個(gè)分公司的溝通交流平臺(tái)三個(gè)一級(jí)菜單，信息的發(fā)布權(quán)限分別對(duì)應(yīng)運(yùn)質(zhì)部、相關(guān)事業(yè)部，以及整個(gè)分公司。

2）公司層面具體有五個(gè)菜單，分別為政策規(guī)定、航站業(yè)務(wù)、服務(wù)檢查獎(jiǎng)懲、CSS通報(bào)、服務(wù)風(fēng)險(xiǎn)提示。

3）事業(yè)部層面具體也有五個(gè)菜單，分別為競(jìng)聘信息、員工福利、信息公告、培訓(xùn)、其它。

4）溝通交流平臺(tái)為四個(gè)菜單，公司產(chǎn)品、跨部門信息公告、公司新聞、員工留言板。

3 系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)

3.1 系統(tǒng)設(shè)計(jì)

由于公司需要將數(shù)據(jù)保存在我們的服務(wù)器上，所以針對(duì)微信公眾平臺(tái)的處理流程規(guī)范，需要在公司內(nèi)網(wǎng)搭建相應(yīng)的服務(wù)器，用于數(shù)據(jù)的管理和與微信公眾號(hào)平臺(tái)的交互。需要實(shí)現(xiàn)如下相應(yīng)的功能：一、和微信公眾號(hào)平臺(tái)服務(wù)器的接口交互，二、對(duì)數(shù)據(jù)、消息內(nèi)容的發(fā)布、管理。

3.1.1 系統(tǒng)交互流程

用戶在微信客戶端中發(fā)送一條消息給公眾號(hào)后，消息首先發(fā)送到騰訊的微信平臺(tái)服務(wù)器上，然后微信平臺(tái)服務(wù)器再根據(jù)消息的接收人數(shù)據(jù)將相應(yīng)的消息封裝為XML格式消息轉(zhuǎn)發(fā)到我們自己搭建的微信應(yīng)用服務(wù)器上，微信應(yīng)用服務(wù)器接收到消息后，經(jīng)過(guò)對(duì)消息的解析，得到需要具體調(diào)用的操作以及相應(yīng)的條件數(shù)據(jù)，根據(jù)這些信息到后臺(tái)的CMS系統(tǒng)中通過(guò)訪問(wèn)數(shù)據(jù)庫(kù)表查找到具體的內(nèi)容（根據(jù)CMS系統(tǒng)的特點(diǎn)，查找內(nèi)容可以再細(xì)化為通過(guò)數(shù)據(jù)庫(kù)方式和API接口調(diào)用方式，為了快速實(shí)現(xiàn)相應(yīng)功能，我們采用了直接訪問(wèn)數(shù)據(jù)庫(kù)方式），獲取到相應(yīng)內(nèi)容后，應(yīng)用服務(wù)器根據(jù)微信公眾號(hào)平臺(tái)接口規(guī)范，將獲取的內(nèi)容封裝在XML格式的消息中發(fā)回給微信應(yīng)用服務(wù)器，微信應(yīng)用服務(wù)器再將返回的消息轉(zhuǎn)發(fā)到用戶的微信客戶端中，最終完成一個(gè)請(qǐng)求和響應(yīng)的全部流程。

3.2 系統(tǒng)選擇

公司目前有一套使用Java開發(fā)，基于JBOSS服務(wù)器的B2C的微信公眾號(hào)開發(fā)運(yùn)行環(huán)境，因此根據(jù)公司對(duì)IT系統(tǒng)發(fā)展的規(guī)劃，我們決定使用目前現(xiàn)有的開發(fā)運(yùn)行環(huán)境來(lái)實(shí)現(xiàn)微信應(yīng)用服務(wù)器。而后臺(tái)內(nèi)容管理系統(tǒng)則選擇用開源的系統(tǒng)，并且與公司目前的開發(fā)環(huán)境所采用的技術(shù)保持一致，因此在常用的幾個(gè)開源內(nèi)容管理系統(tǒng)中，選擇了JSPXCMS系統(tǒng)，該系統(tǒng)采用的SpringMVC框架與公司目前使用的技術(shù)框架基本一致，對(duì)后期系統(tǒng)進(jìn)行二次開發(fā)將更有利。

3.3 系統(tǒng)整合

因?yàn)轫?xiàng)目工作安排，公司微信應(yīng)用服務(wù)器的開發(fā)工作由另一項(xiàng)目組負(fù)責(zé)完成，而我們則負(fù)責(zé)后臺(tái)內(nèi)容管理系統(tǒng)的開發(fā)，并與公司微信應(yīng)用服務(wù)器對(duì)接聯(lián)調(diào)。通過(guò)對(duì)JSPXCMS系統(tǒng)的研究和學(xué)習(xí)，前期對(duì)JSPXCMS只在展現(xiàn)層做了部分修改以實(shí)現(xiàn)了對(duì)內(nèi)容頁(yè)面在手機(jī)客戶端的支持，同時(shí)，通過(guò)對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)字典的學(xué)習(xí)和總結(jié)，實(shí)現(xiàn)JSPXCMS系統(tǒng)中欄目、內(nèi)容和微信應(yīng)用服務(wù)器的對(duì)接聯(lián)調(diào)。

3.3.1 展現(xiàn)層修改

因?yàn)镴SPXCMS最初設(shè)計(jì)為在PC端瀏覽使用，所以在頁(yè)面展現(xiàn)上都是按照PC端大顯示器的模式來(lái)設(shè)計(jì)的，而我們的內(nèi)容則將顯示在屏幕尺寸較小的手機(jī)或者平板客戶端上，所以第一步是要實(shí)現(xiàn)屏幕尺寸的自適應(yīng)，通過(guò)在網(wǎng)上查閱頁(yè)面響應(yīng)式設(shè)計(jì)的相關(guān)信息，在模版HTML文檔標(biāo)簽中增加一行標(biāo)簽：

上段代碼的意思是，讓viewport的寬度等于物理設(shè)備上的真實(shí)分辨率，不允許用戶縮放。接著再修改頁(yè)面CSS定義中關(guān)于頁(yè)面寬度的設(shè)置，從而實(shí)現(xiàn)了在手機(jī)以及平板客戶端的較好展示。在項(xiàng)目的實(shí)際修改過(guò)程中，根據(jù)手機(jī)設(shè)備的分辨率不同，我們采用了最低的320像素，以最快速和簡(jiǎn)便的方法實(shí)現(xiàn)在不同手機(jī)上均有較好的顯示效果。

第二步則將原有系統(tǒng)中頁(yè)面上其他與實(shí)際需要展示在手機(jī)端的數(shù)據(jù)內(nèi)容不相關(guān)的內(nèi)容從頁(yè)面模版中去掉。由于手機(jī)端界面空間有限，因此我們只顯示和實(shí)際內(nèi)容相關(guān)的文字，經(jīng)過(guò)對(duì)首頁(yè)模版，欄目列表、文章內(nèi)容頁(yè)面幾個(gè)模版的修改，去掉原PC端需要展示的側(cè)邊欄、滾動(dòng)新聞、網(wǎng)站公告等欄目后，最終完全到達(dá)了在手機(jī)客戶端上較好的展示效果。

3.3.2 數(shù)據(jù)層和微信應(yīng)用服務(wù)器的對(duì)接聯(lián)調(diào)

微信應(yīng)用服務(wù)器需要從CMS內(nèi)容管理系統(tǒng)中獲取用戶需要的內(nèi)容和數(shù)據(jù)，就需要知道JSPXCMS內(nèi)容管理系統(tǒng)中欄目和內(nèi)容數(shù)據(jù)的結(jié)構(gòu)是什么樣的，欄目和內(nèi)容數(shù)據(jù)又是如何組織起來(lái)的，因此我們接著對(duì)JSPXCMS數(shù)據(jù)庫(kù)的結(jié)構(gòu)進(jìn)行了學(xué)習(xí)研究，通過(guò)系統(tǒng)的數(shù)據(jù)庫(kù)說(shuō)明文檔中的數(shù)據(jù)字典說(shuō)明以及實(shí)際庫(kù)中數(shù)據(jù)對(duì)比結(jié)合，明確了保存欄目和內(nèi)容數(shù)據(jù)信息的表以及表結(jié)構(gòu)，其中：

1） 欄目的主表為cms_node，關(guān)鍵字段以及內(nèi)容示例如下：

"f_node_id"，"f_parent_id"，"f_info_model_id"，"f_number"，"f_name"

"45"，"1"，"2"，"notice"，"網(wǎng)站公告"

2）內(nèi)容數(shù)據(jù)的主表為cms_info，關(guān)鍵字段以及內(nèi)容示例如下：

"f_info_id"，"f_node_id"，"f_publish_date"

"130"，"76"，"2014-07-09 15：42：36"

3）內(nèi)容詳細(xì)信息表為cms_info_detail，關(guān)鍵字段以及內(nèi)容示例如下：

"f_info_id"，"f_title"，"f_meta_description"

"130"，"客艙發(fā)布測(cè)試"，"你所期待的“XX航好聲音”?....."

4）內(nèi)容大字段表為cms_info_clob，關(guān)鍵字段以及內(nèi)容示例如下：

"f_info_id"，"f_key"，"f_value"

"130"，"text"，"

由上面信息中可以看出，cms_node中保存了的欄目信息，也就是微信中菜單項(xiàng)目，通過(guò)欄目的ID，微信應(yīng)用服務(wù)器就將菜單項(xiàng)對(duì)應(yīng)的網(wǎng)絡(luò)訪問(wèn)路徑建立起來(lái)，從而使得用戶在點(diǎn)擊菜單后能準(zhǔn)確的訪問(wèn)到對(duì)應(yīng)的欄目?jī)?nèi)容或者生成對(duì)應(yīng)欄目的圖文消息。而cms_info以及一系列的子表，完整的保存了每一條內(nèi)容的相關(guān)信息，通過(guò)cms_info系列表的關(guān)聯(lián)查詢，可以得到具體每一條內(nèi)容的所有信息，用戶輸入相應(yīng)的查詢條件，通過(guò)微信應(yīng)用服務(wù)器的解析，則可以從表中數(shù)據(jù)得到內(nèi)容的網(wǎng)絡(luò)訪問(wèn)地址，以頁(yè)面地址的方式返回給用戶端，也可以只摘取其中的部分信息，以消息的方式返回給用戶端，從而實(shí)現(xiàn)完成一個(gè)請(qǐng)求和響應(yīng)的全部流程。在我們的項(xiàng)目中，我們采用的是返回頁(yè)面地址的方式，用戶通過(guò)微信消息獲取到內(nèi)容的鏈接地址后，將直接通過(guò)手機(jī)訪問(wèn)內(nèi)容管理系統(tǒng)中的文章。

4 結(jié)束語(yǔ)

通過(guò)以上工作，初步實(shí)現(xiàn)了微信公眾號(hào)平臺(tái)與內(nèi)容管理的整合，利用JSPXCMS內(nèi)容管理系統(tǒng)的功能實(shí)現(xiàn)后臺(tái)內(nèi)容的發(fā)布和管理，再通過(guò)和微信應(yīng)用服務(wù)器的對(duì)接和聯(lián)調(diào)，實(shí)現(xiàn)對(duì)內(nèi)容的訪問(wèn)，并呈現(xiàn)到用戶微信客戶端中，用戶在看過(guò)演示后表示滿意，能滿足現(xiàn)階段的需求。目前JSPXCMS內(nèi)容管理和微信的整合還僅僅是最初步的實(shí)現(xiàn)了微信公眾平臺(tái)和內(nèi)容管理平臺(tái)之間的最簡(jiǎn)單的交互，即返回內(nèi)容管理平臺(tái)中需要的文章的鏈接地址，然后由手機(jī)端直接訪問(wèn)該地址。此種方式在安全以及內(nèi)容訪問(wèn)控制上還不夠全面，這也是后續(xù)工作中將需要更多更深入去研究和解決的主要方向，同時(shí)，在展現(xiàn)層方面，也需要更深入的學(xué)習(xí)和研究響應(yīng)式設(shè)計(jì)模式，實(shí)現(xiàn)真正的針對(duì)不同設(shè)備分辨率動(dòng)態(tài)的加載不同CSS設(shè)置，以實(shí)現(xiàn)客戶端最優(yōu)顯示效果。

參考文獻(xiàn)：

[1] 微信公眾平臺(tái)開發(fā)者文檔[EB/OL]. http：//mp.weixin.qq.com/wiki.

[2] JSPXCMS二次開發(fā)文檔[EB/OL].http：//www.jspxcms.com/documentation/development/.

[3] Michael Bowers.精通CSS與HTML設(shè)計(jì)模式[M].劉申，朱瑜敏，魯奇，譯.北京：人民郵電出版社，2008.

[4] Bootstrap響應(yīng)式設(shè)計(jì)[EB/OL]. http：//www.runoob.com/bootstrap/bootstrap-v2-responsive-design.html.