【導(dǎo)讀】的移動(dòng)社交軟件“微信”逐漸走進(jìn)了手機(jī)用戶的生活，深受全國數(shù)億用戶的歡迎。生活服務(wù)、電子商務(wù)為一體的多功能綜合型平臺(tái)。微信不僅改變了人們的生活方式，如何用好移動(dòng)互聯(lián)網(wǎng)，特別是利用好微。信平臺(tái)，讓它們更好地提供各種生活服務(wù)，成為擺在人們面前的一個(gè)新課題。本文梳理了在移動(dòng)互聯(lián)網(wǎng)環(huán)境下網(wǎng)絡(luò)營銷的特點(diǎn)、現(xiàn)狀以及微信帶來的影響，的設(shè)計(jì)思路，并提出了相應(yīng)的技術(shù)解決方案。在微信公眾平臺(tái)的開發(fā)模式下，采用

　　

【正文】 根據(jù)對(duì)平臺(tái)的需求分析，我們將平臺(tái)的功能分為兩大模塊：用戶模塊和商家模塊。兩大模塊 中 具體 需求與 服務(wù)平臺(tái)中的 各個(gè) 功能模塊相互對(duì)應(yīng) ， 如圖 41 所示 。 圖 41 微信的生活服務(wù)平臺(tái)功能模塊設(shè)計(jì) 21 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 5 基于微信的生活服務(wù)平臺(tái)開發(fā)與實(shí)現(xiàn) 基于微信公眾平臺(tái)開發(fā)概述 微信公眾平臺(tái)開發(fā)模式的數(shù)據(jù)交互方式 微信公眾平臺(tái) 開發(fā)模式 的 數(shù)據(jù) 交互線路 可以 簡單 地 歸納為 “ 用戶 — 微信服務(wù)器— 第三方服務(wù)器 — 微信服務(wù)器 — 用戶 ” ， 每一次 的 數(shù)據(jù)交互的過程 都是 由用戶發(fā)送消息而發(fā)起的 。微信公眾平臺(tái)開發(fā)模式 提供的 消息接口 是指導(dǎo) 數(shù)據(jù)進(jìn)行交互的行為標(biāo)準(zhǔn) 。 如果 微信公眾 帳 號(hào) 啟用 了開發(fā)模式并接入了消息接口 ，當(dāng)用戶 向 公眾賬號(hào) 發(fā)送 消息 時(shí)，微信公眾平臺(tái) 的 服務(wù)器 將消息 通過 HTTP 請(qǐng)求 推送給 第三方 服務(wù)器 ，第三方服務(wù)器 則根據(jù) 我們預(yù)設(shè)的規(guī)則 進(jìn)行響應(yīng) ， 并回復(fù)指定 的消息 [15]。 通俗的來講 ，就是 我們可以 通過 自己 編寫 的程序 讓 微 信公眾帳號(hào)自動(dòng)地 和用戶進(jìn)行對(duì)話。 使用了開發(fā)模式的微信公眾賬號(hào) 就像 一個(gè)預(yù)設(shè)了高級(jí)規(guī)則 的賬號(hào) ， 用戶 在和 公眾帳號(hào)進(jìn)行互動(dòng)的時(shí)候， 可以 獲取 相應(yīng)的 信息 反饋 。而 如何獲得 相應(yīng)的信息反饋則需要根據(jù)公眾平臺(tái)提供的開發(fā) 接口通過第三方 服務(wù)器 實(shí)現(xiàn)。用戶、微信后臺(tái)和我們開發(fā)的公眾賬號(hào)后臺(tái)的第三方服務(wù)器三者之間 形成 了一個(gè) 信息 交互 的 關(guān)系 ， 如圖 51所示。 圖 51 用戶、微信后臺(tái)和第三方服務(wù)器間的交互圖 22 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 對(duì)于 圖 51 中 的 交互過程 具體的 描述如下： （ 1）用戶在向 微信 公眾賬號(hào)發(fā)送一條消息， 并到達(dá) 微信的服務(wù)器后 臺(tái)； （ 2）微信后臺(tái) 將 消息轉(zhuǎn)發(fā)給 公眾賬號(hào)的第三方服務(wù)器 ，也就是 我們開發(fā)的微信生活服務(wù)平臺(tái) 所在 的服務(wù)器 ； （ 3）第三方服務(wù)器收到請(qǐng)求后，解析消息格式， 對(duì) 消息進(jìn)行處理 ， 并將處理 后的結(jié)果 返回給微信后臺(tái)； （ 4）微信后臺(tái)把第三方服務(wù)器 的處理 結(jié)果 回復(fù) 給用戶，這樣用戶在 微信 上就看到 了 公眾賬號(hào)回復(fù)的消息了。 在這個(gè)過程中，我們的第三方服務(wù)器需要做的三件事情：獲取微信后臺(tái)發(fā)過來的消息， 按照預(yù)設(shè) 的規(guī)則進(jìn)行信息處理 ，發(fā)送返回消息給微信后臺(tái)。 微信公眾平臺(tái)開發(fā)模式的接口 應(yīng)用程序編程接口，簡稱 API（ Application Programming Interface）， 它是 為了方便程序軟件 中 各個(gè)組成 部分 之間 進(jìn)行連接而指定 的 規(guī)則 。 現(xiàn)在各種應(yīng)用 軟件 的 規(guī)模變得越來越 大， 為了 更高效 地 進(jìn)行軟件的開發(fā)維護(hù) ，我們 把 龐大 且復(fù)雜 的軟件程序劃分 成為 一個(gè)個(gè)較 小的組成部分， 每個(gè) 部分之間都是通過編程接口進(jìn)行銜接的， 重視 設(shè)計(jì)編程接口 的 工作也就變得理所應(yīng)當(dāng) 。 在 程序設(shè)計(jì)的 工作 中， 設(shè)計(jì) 編程接口 第一個(gè) 要 考慮 的 就是 合理 地 劃分 軟件程序 的 各個(gè) 功能模塊 。 設(shè)計(jì)合理 的接口可以降低系統(tǒng)各 功能模塊 之間 相互 的 依賴 性 ，提高 各 個(gè)功能模塊 的內(nèi)聚性，降低 個(gè) 各 功能模塊 之 間的耦合程度， 從而提高 整個(gè) 軟件程序 的 穩(wěn)定 性和擴(kuò)展性 [16]。微信接口開發(fā)及公眾平臺(tái)消息接口就是這樣 的 一種 用于 處理 消息 編程接口 。 微信公眾平臺(tái) 的 API 接口 有 兩 種，分別 為 ： 消息接口和通用接口。通用接口 可以 實(shí)現(xiàn)獲取 用戶 個(gè)人資料，上傳 圖片 、視 音 頻 文件 ， 消息的主動(dòng)推送等功能。 通用接口 提供 的這些功能更多的是 幫助 消息接口回復(fù)圖片、語音和視頻等多媒體消息，以及向 用戶推送 一些 個(gè)性化的 消息 。 而 消息接口 的主要 功能則是 對(duì) 用戶 向 微信公眾號(hào)發(fā)送的消息的處理 ， 利用 消息接口的規(guī)則可以編程預(yù)設(shè)一些處理規(guī)則， 來 獲取特定的處理結(jié)果 ， 并將處理結(jié)果返回給微信后臺(tái) ， 再經(jīng)過微信后臺(tái)的解析后回復(fù)給用戶 [17]。 23 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 微信公眾平臺(tái)消息接口簡介 消息推送 當(dāng)普通微信用戶向公眾賬號(hào)發(fā)消息時(shí)，公眾平臺(tái)將 POST 該消息到填寫的 Url上（現(xiàn)支持文本消息以及地理位置消息）。 消息 將以 使用 xml 格式 推送 ， 接下來將對(duì)消息 xml 格式 進(jìn)行 具體說明 。 （ 1）文本消息 xml 格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime1348831860/CreateTime MsgType![CDATA[text]]/MsgType Content![CDATA[this is a test]]/Content MsgId1234567890123456/MsgId /xml 文本 消息中 傳遞 的 各項(xiàng) 參數(shù)相對(duì)應(yīng)的 描述 如表 51 所示 。 表 51 文本消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號(hào) FromUserName 發(fā)送方帳號(hào)（一個(gè) OpenID） CreateTime 消息創(chuàng)建時(shí)間 （整型） MsgType text Content 文本消息內(nèi)容 MsgId 消息 id， 64 位整型 （ 2）圖片消息結(jié)構(gòu) xml ToUserName![CDATA[toUser]]/ToUserName 24 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 FromUserName![CDATA[fromUser]]/FromUserName CreateTime1348831860/CreateTime MsgType![CDATA[image]]/MsgType PicUrl![CDATA[this is a url]]/PicUrl MediaId![CDATA[media_id]]/MediaId MsgId1234567890123456/MsgId /xml 圖片 消息中 傳遞 的 各項(xiàng) 參數(shù)相對(duì)應(yīng)的 描述 如表 52 所示 。 表 52 圖片 消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號(hào) FromUserName 發(fā)送方帳號(hào)（一個(gè) OpenID） CreateTime 消息創(chuàng)建時(shí)間 （整型） MsgType image PicUrl 圖片鏈接 MediaId 圖片消息媒體 id，可以調(diào)用多媒體文件下載接口拉取數(shù)據(jù)。 MsgId 消息 id， 64 位整型 （ 3）地理位置消息 xml 格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime1351776360/CreateTime MsgType![CDATA[location]]/MsgType Location_X/Location_X Location_Y/Location_Y Scale20/Scale Label![CDATA[位置信息 ]]/Label 25 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 MsgId1234567890123456/MsgId /xml 地理位置 消息中 傳遞 的 各項(xiàng) 參數(shù)相對(duì)應(yīng)的 描述 如表 53 所示 。 表 53 地理位置 消息 中 的 參數(shù) 描述 參數(shù) 描述 ToUserName 開發(fā)者 微信號(hào) FromUserName 發(fā)送方帳號(hào)（一個(gè) OpenID） CreateTime 消息創(chuàng)建時(shí)間 （整型） MsgType location Location_X 地理位置維度 Location_Y 地理位置經(jīng)度 Scale 地圖縮放大小 Label 地理位置信息 MsgId 消息 id， 64 位整型 消息回復(fù) 對(duì)于每一個(gè) POST 請(qǐng)求，開發(fā)者在響應(yīng)包中返回特定 xml 結(jié)構(gòu)，對(duì)該消息進(jìn)行相應(yīng)操作（現(xiàn)支持回復(fù)文本消息 、 回復(fù)圖文消息和星標(biāo)操作）。 回復(fù)消息時(shí) 也使用xml 格式 進(jìn)行推送 ， 接下來將對(duì) 消息 xml 格式 進(jìn) 行 具體說明 。 （ 1）回復(fù)文本消息格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime12345678/CreateTime MsgType![CDATA[text]]/MsgType Content![CDATA[你好 ]]/Content /xml 回復(fù)文本 消息 時(shí)傳遞 的 各項(xiàng) 參數(shù)相對(duì)應(yīng)的 描述 如表 54 所 示 。 26 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 表 54 文本消息 回復(fù)中 的 參數(shù) 描述 參數(shù) 是否必須 描述 ToUserName 是 接收方帳號(hào)（收到的 OpenID） FromUserName 是 開發(fā)者 微信號(hào) CreateTime 是 消息創(chuàng)建時(shí)間 （整型） MsgType 是 text Content 是 回復(fù)的消息內(nèi)容（換行：在 content 中能夠換行，微信客戶端就支持換行顯示） （ 2）回復(fù)圖文消息格式 xml ToUserName![CDATA[toUser]]/ToUserName FromUserName![CDATA[fromUser]]/FromUserName CreateTime12345678/CreateTime MsgType![CDATA[news]]/MsgType ArticleCount2/ArticleCount Articles item Title![CDATA[title1]]/Title Description![CDATA[description1]]/Description PicUrl![CDATA[picurl]]/PicUrl Url![CDATA[url]]/Url /item item Title![CDATA[title]]/Title Description![CDATA[description]]/Description PicUrl![CDATA[picurl]]/PicUrl Url![CDATA[url]]/Url 27 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 /item /Articles /xml 回復(fù)圖文 消息 時(shí)傳遞 的 各項(xiàng) 參數(shù)相對(duì)應(yīng)的 描 述 如表 55 所示 。 表 55 圖文 消息 回復(fù)中 的 參數(shù) 描述 參數(shù) 是否必須 說明 ToUserName 是 接收方帳號(hào)（收到的 OpenID） FromUserName 是 開發(fā)者 微信號(hào) CreateTime 是 消息創(chuàng)建時(shí)間 （整型） MsgType 是 news ArticleCount 是 圖文消息個(gè)數(shù)，限制為 10 條以內(nèi) Articles 是 多條圖文消息信息，默認(rèn)第一個(gè) item 為大圖 ,注意，如果圖文數(shù)超過 10，則將會(huì)無響應(yīng) Title 否 圖文消息標(biāo)題 Description 否 圖文消息 描述 PicUrl 否 圖片鏈接，支持 JPG、 PNG 格式 Url 否 點(diǎn)擊圖文消息跳轉(zhuǎn)鏈接 （ 3）星標(biāo)消息 在 xml 結(jié)構(gòu)中，有一個(gè) FuncFlag 字段，開發(fā)者可以通過填寫 FuncFlag 字段為 1來對(duì)消息進(jìn)行星標(biāo)，這樣就可以在實(shí)時(shí)消息的星標(biāo)消息分類中找到該消息。 基于微信的生活服務(wù)平臺(tái)核心模塊的實(shí)現(xiàn) 基于 ThinkPHP 框架開發(fā) ThinkPHP 是一個(gè) 免費(fèi) 的 基于 PHP 的 開源 WEB 開發(fā)框架， 也 是目前國內(nèi)最流行的 WEB 應(yīng)用開發(fā)框架。 ThinkPHP 具有 開發(fā) 簡單、兼容 性強(qiáng) 和 運(yùn)行高效 的特性，我們 可以 通過 ThinkPHP 方便 快捷 地 開發(fā)和部署 PHP 應(yīng)用。 ThinkPHP 是 一個(gè)整體開發(fā)框架，其 包含了底層架構(gòu)、兼容處理、基類庫、數(shù)據(jù)庫訪問層、模板引擎等 多個(gè)常 28 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 用 組件 。 ThinkPHP 使用面向?qū)ο蟮拈_發(fā)結(jié)構(gòu)和 MVC 模式，并且模擬實(shí)現(xiàn)了 Struts的標(biāo)簽庫 ，融合了 RoR 的 ORM 映射和 ActiveRecord 模式， 封裝了 CURD 和一些常用操作 。 ThinkPHP 在數(shù)據(jù)庫 方面 能夠 很好地支持 MySQL、 MSSQL、 Sqlite 以及 Oracle 等多種數(shù)據(jù)庫 ，并且能夠 很方便地 進(jìn)行 跨版本、跨平臺(tái)和跨數(shù)據(jù)庫 的遷移[18]。 ThinkPHP 遵循 Apache2 開源許可協(xié)議發(fā)布 ， 使用 ThinkPHP 框架 進(jìn)行 應(yīng)用 的開發(fā) 是 完