【導(dǎo)讀】指導(dǎo)下進(jìn)行的研究工作及取得的成果。盡我所知，除文中特別加以標(biāo)注。和致謝的地方外，不包含其他人或組織已經(jīng)發(fā)表或公布過(guò)的研究成果，了明確的說(shuō)明并表示了謝意。的規(guī)定，即：按照學(xué)校要求提交畢業(yè)設(shè)計(jì)（論文）的印刷本和電子版本；閱覽服務(wù)；學(xué)?？梢圆捎糜坝?、縮印、數(shù)字化或其它復(fù)制手段保存論文；在不以贏利為目的前提下，學(xué)?？梢怨颊撐牡牟糠只蛉?jī)?nèi)容。重要貢獻(xiàn)的個(gè)人和集體，均已在文中以明確方式標(biāo)明。本聲明的法律后果由本人承擔(dān)。本人授權(quán)大學(xué)可以將本學(xué)位論文的全。涉密論文按學(xué)校規(guī)定處理。紙應(yīng)符合國(guó)家技術(shù)標(biāo)準(zhǔn)規(guī)范。的移動(dòng)社交軟件“微信”逐漸走進(jìn)了手機(jī)用戶的生活，深受全國(guó)數(shù)億用戶的歡迎。微信不僅改變了人們的生活方式，本文梳理了在移動(dòng)互聯(lián)網(wǎng)環(huán)境下網(wǎng)絡(luò)營(yíng)銷(xiāo)的特點(diǎn)、現(xiàn)狀以及微信帶來(lái)的影響，的設(shè)計(jì)思路，并提出了相應(yīng)的技術(shù)解決方案。在微信公眾平臺(tái)的開(kāi)發(fā)模式下，采用

　　

【正文】 從平臺(tái)用戶方面，平臺(tái)需要滿足用戶 查看信息的功能，還需要有在線咨詢(xún)、建議投訴之類(lèi)和商家進(jìn)行交流的功能，目的是用戶通過(guò)這個(gè)平臺(tái)獲得更好的服務(wù)。然后就商家方面而言，主要需要平臺(tái)給他們提供信息發(fā)布，內(nèi)容管理，會(huì)員管理等功能，目的是為自己招攬更多顧客 ， 促成更多的消費(fèi)行為 [14]。 平臺(tái)用戶的功能需求 （ 1）商家信息的瀏覽 用戶在第一次關(guān)注公眾號(hào)時(shí)，商家可以發(fā)送文本或者圖文的歡迎信息，讓用戶了解商家的一些基本信息，也可以讓用戶感受到商家的熱情。以后還可以通過(guò)設(shè)置自動(dòng)回復(fù)的圖文信息，將商家的基本信息編輯在圖文信息上，方便用戶隨時(shí)瀏覽信息。 （ 2）在線咨詢(xún)功能 當(dāng)用戶對(duì)商家的產(chǎn)品不夠了解時(shí)，可以直接在微信上發(fā)送信息給商家，商家通過(guò)在線幫助用戶解答疑惑， 以提升 用戶 對(duì) 商家 的滿意度。對(duì)于一些比較常見(jiàn)的問(wèn)題，商家可以通過(guò)設(shè)置自定義回復(fù)來(lái)更高效地處理用戶的 咨詢(xún) 請(qǐng)求。 19 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 （ 3） 娛樂(lè) 互動(dòng) 功能 用戶 可以在微信上通過(guò)預(yù)設(shè)的關(guān)鍵詞開(kāi)啟一些互動(dòng)小游戲，或者平臺(tái)通過(guò)一些智能聊天程序接口對(duì)用戶發(fā)來(lái)的一些信息進(jìn)行智能回復(fù)。以此 提升 用戶 使用 本平臺(tái)的娛樂(lè)性和實(shí)用性。 （ 4） 建議意見(jiàn)留言 用戶 在 使用 或者 消費(fèi)了商家的產(chǎn)品服務(wù)之后，可能會(huì) 有 一些不滿意 的 地方或者有一些比較好的建議，這時(shí)便 需要 提供 一個(gè)留言 反饋的 功能讓用戶能將這些信息傳達(dá)給 企業(yè) 商家 ， 以幫助 企業(yè)商家更好地 提升 和完善自己的產(chǎn)品和服務(wù) 。當(dāng)用戶在微信里 發(fā)送 “ 建議意見(jiàn) ” 之后 ，引導(dǎo)用戶進(jìn)入 一個(gè) 專(zhuān)門(mén)用來(lái) 填寫(xiě)建議意見(jiàn)的 網(wǎng)頁(yè) ， 并讓 用戶 在 這個(gè)網(wǎng)頁(yè)上 填 寫(xiě) 提交 自己的意見(jiàn)或者建議 。 平臺(tái)商家的功能需求 （ 1）公眾號(hào)管理 管理商家的微信公眾號(hào)，對(duì)公眾號(hào)進(jìn)行接口配置，實(shí)現(xiàn)公眾號(hào)接入平臺(tái)。 （ 2）微信用戶中心 實(shí)現(xiàn)微信用戶綁定、微信用戶信息管理等基本功能。 （ 3）會(huì)員卡 商家通過(guò)平臺(tái)向用戶提供會(huì)員卡功能，需要有會(huì)員卡制作、會(huì)員管理、通知發(fā)布、優(yōu)惠券 發(fā)布等功能，并且商家可在此基礎(chǔ)上根據(jù)自己的具體業(yè)務(wù)需求，增加積分、充值、簽到等功能。 （ 4）自定義回復(fù) 通過(guò)匹配用戶發(fā)來(lái)的信息中的關(guān)鍵詞，自動(dòng)進(jìn)行內(nèi)容回復(fù)，可以支持圖文回復(fù)、多圖文回復(fù)和文本回復(fù)。 （ 5）智能聊天 通過(guò)網(wǎng)絡(luò) 的一些 支持的智能聊天 的 開(kāi)源 接口 ，如小黃雞、小九機(jī)器人 等 ，在平臺(tái)上實(shí)現(xiàn) 天氣查詢(xún)、英文翻譯、笑話 娛樂(lè) 、 地圖 導(dǎo)航 、手機(jī)號(hào)碼歸屬、人工智能聊天等功能，增加平臺(tái)的實(shí)用性和娛樂(lè)性，加強(qiáng)和用戶的粘度。 （ 6）融合第三方功能擴(kuò)展 20 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 商家可以自己編程開(kāi)發(fā)一些功能模塊，通過(guò)配置一些特定的關(guān)鍵詞，當(dāng)用戶在微信里回 復(fù)這些關(guān)鍵詞時(shí)，插件會(huì)把微信的請(qǐng)求數(shù)據(jù)轉(zhuǎn)發(fā)到配置的商家自己開(kāi)發(fā)的功能模塊中，從而大大擴(kuò)展了商家公眾號(hào)功能的多樣性，也能滿足商家更個(gè)性化的需求。 基于微信的生活服務(wù)平臺(tái)功能模塊設(shè)計(jì) 根據(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)開(kāi)發(fā)與實(shí)現(xiàn) 基于微信公眾平臺(tái)開(kāi)發(fā)概述 微信公眾平臺(tái)開(kāi)發(fā)模式的數(shù)據(jù)交互方式 微信公眾平臺(tái) 開(kāi)發(fā)模式 的 數(shù)據(jù) 交互線路 可以 簡(jiǎn)單 地 歸納為 “ 用戶 — 微信服務(wù)器— 第三方服務(wù)器 — 微信服務(wù)器 — 用戶 ” ， 每一次 的 數(shù)據(jù)交互的過(guò)程 都是 由用戶發(fā)送消息而發(fā)起的 。微信公眾平臺(tái)開(kāi)發(fā)模式 提供的 消息接口 是指導(dǎo) 數(shù)據(jù)進(jìn)行交互的行為標(biāo)準(zhǔn) 。 如果 微信公眾 帳 號(hào) 啟用 了開(kāi)發(fā)模式并接入了消息接口 ，當(dāng)用戶 向 公眾賬號(hào) 發(fā)送 消息 時(shí)，微信公眾平臺(tái) 的 服務(wù)器 將消息 通過(guò) HTTP 請(qǐng)求 推送給 第三方 服務(wù)器 ，第三方服務(wù)器 則根據(jù) 我們預(yù)設(shè)的規(guī)則 進(jìn)行響應(yīng) ， 并回復(fù)指定 的消息 [15]。 通俗的來(lái)講 ，就是 我們可以 通過(guò) 自己 編寫(xiě) 的程序 讓 微 信公眾帳號(hào)自動(dòng)地 和用戶進(jìn)行對(duì)話。 使用了開(kāi)發(fā)模式的微信公眾賬號(hào) 就像 一個(gè)預(yù)設(shè)了高級(jí)規(guī)則 的賬號(hào) ， 用戶 在和 公眾帳號(hào)進(jìn)行互動(dòng)的時(shí)候， 可以 獲取 相應(yīng)的 信息 反饋 。而 如何獲得 相應(yīng)的信息反饋則需要根據(jù)公眾平臺(tái)提供的開(kāi)發(fā) 接口通過(guò)第三方 服務(wù)器 實(shí)現(xiàn)。用戶、微信后臺(tái)和我們開(kāi)發(fā)的公眾賬號(hào)后臺(tái)的第三方服務(wù)器三者之間 形成 了一個(gè) 信息 交互 的 關(guān)系 ， 如圖 51所示。 圖 51 用戶、微信后臺(tái)和第三方服務(wù)器間的交互圖 22 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 對(duì)于 圖 51 中 的 交互過(guò)程 具體的 描述如下： （ 1）用戶在向 微信 公眾賬號(hào)發(fā)送一條消息， 并到達(dá) 微信的服務(wù)器后 臺(tái)； （ 2）微信后臺(tái) 將 消息轉(zhuǎn)發(fā)給 公眾賬號(hào)的第三方服務(wù)器 ，也就是 我們開(kāi)發(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è)過(guò)程中，我們的第三方服務(wù)器需要做的三件事情：獲取微信后臺(tái)發(fā)過(guò)來(lái)的消息， 按照預(yù)設(shè) 的規(guī)則進(jìn)行信息處理 ，發(fā)送返回消息給微信后臺(tái)。 微信公眾平臺(tái)開(kāi)發(fā)模式的接口 應(yīng)用程序編程接口，簡(jiǎn)稱(chēng) API（ Application Programming Interface）， 它是 為了方便程序軟件 中 各個(gè)組成 部分 之間 進(jìn)行連接而指定 的 規(guī)則 。 現(xiàn)在各種應(yīng)用 軟件 的 規(guī)模變得越來(lái)越 大， 為了 更高效 地 進(jìn)行軟件的開(kāi)發(fā)維護(hù) ，我們 把 龐大 且復(fù)雜 的軟件程序劃分 成為 一個(gè)個(gè)較 小的組成部分， 每個(gè) 部分之間都是通過(guò)編程接口進(jìn)行銜接的， 重視 設(shè)計(jì)編程接口 的 工作也就變得理所應(yīng)當(dāng) 。 在 程序設(shè)計(jì)的 工作 中， 設(shè)計(jì) 編程接口 第一個(gè) 要 考慮 的 就是 合理 地 劃分 軟件程序 的 各個(gè) 功能模塊 。 設(shè)計(jì)合理 的接口可以降低系統(tǒng)各 功能模塊 之間 相互 的 依賴(lài) 性 ，提高 各 個(gè)功能模塊 的內(nèi)聚性，降低 個(gè) 各 功能模塊 之 間的耦合程度， 從而提高 整個(gè) 軟件程序 的 穩(wěn)定 性和擴(kuò)展性 [16]。微信接口開(kāi)發(fā)及公眾平臺(tái)消息接口就是這樣 的 一種 用于 處理 消息 編程接口 。 微信公眾平臺(tái) 的 API 接口 有 兩 種，分別 為 ： 消息接口和通用接口。通用接口 可以 實(shí)現(xiàn)獲取 用戶 個(gè)人資料，上傳 圖片 、視 音 頻 文件 ， 消息的主動(dòng)推送等功能。 通用接口 提供 的這些功能更多的是 幫助 消息接口回復(fù)圖片、語(yǔ)音和視頻等多媒體消息，以及向 用戶推送 一些 個(gè)性化的 消息 。 而 消息接口 的主要 功能則是 對(duì) 用戶 向 微信公眾號(hào)發(fā)送的消息的處理 ， 利用 消息接口的規(guī)則可以編程預(yù)設(shè)一些處理規(guī)則， 來(lái) 獲取特定的處理結(jié)果 ， 并將處理結(jié)果返回給微信后臺(tái) ， 再經(jīng)過(guò)微信后臺(tái)的解析后回復(fù)給用戶 [17]。 23 信息科學(xué)與技術(shù)學(xué)院學(xué)士學(xué)位論文 微信公眾平臺(tái)消息接口簡(jiǎn)介 消息推送 當(dāng)普通微信用戶向公眾賬號(hào)發(fā)消息時(shí)，公眾平臺(tái)將 POST 該消息到填寫(xiě)的 Url上（現(xiàn)支持文本消息以及地理位置消息）。 消息 將以 使用 xml 格式 推送 ， 接下來(lái)將對(duì)消息 xml 格式 進(jìn)行 具體說(shuō)明 。 （ 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 開(kāi)發(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 開(kāi)發(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 開(kāi)發(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)求，開(kāi)發(fā)者在響應(yīng)包中返回特定 xml 結(jié)構(gòu)，對(duì)該消息進(jìn)行相應(yīng)操作（現(xiàn)支持回復(fù)文本消息 、 回復(fù)圖文消息和星標(biāo)操作）。 回復(fù)消息時(shí) 也使用xml 格式 進(jìn)行推送 ， 接下來(lái)將對(duì) 消息 xml 格式 進(jìn) 行 具體說(shuō)明 。 （ 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 是 開(kāi)發(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]