关于微信对互联网影响初想

 

   早上起床，无意打开微信，发现有很多公共账号发过来消息，看了一些后，产生了一个小想法。于是搜索了一下微信公众开放平台，申请账号之后，有普通模式和开发者模式两种，如果选择开发者模式，则需要输入一个token 和一个url

点击申请，如实填写负责人姓名 、 手机号和邮箱，填写网址url和token，其中token可由开发者可以任意填写，用作生成签名。

 

网址接入

公众平台用户提交信息后，我们将以GET请求方式请求到填写的Url上，并且带上四个参数：

* signature — 微信加密签名
* timestamp — 时间戳
* nonce — 随机数
* echostr — 随机字符串

开发者通过检验signature对网址接入合法性进行校验。若此次GET请求原样返回echostr参数内容，则接入生效，否则接入失败。 验证signature将结合开发者填写的token参数、timestamp参数和nonce参数等，加密流程：

* 将token、timestamp、nonce三个参数进行字典序排序
* 将三个参数字符串拼接成一个字符串进行sha1加密
* 开发者获得加密后的字符串可与signature对比，标识该请求来源于微信。

四 、 消息推送

当普通微信用户向公众帐号发消息时，公众平台将POST该消息到填写的Url上（现支持文本消息以及地理位置消息）。结构如下：

文本消息xml格式

 

     <xml>
       <ToUserName><![CDATA[toUser]]></ToUserName>
       <FromUserName><![CDATA[fromUser]]></FromUserName>
       <CreateTime>1348831860</CreateTime>
       <MsgType><![CDATA[text]]></MsgType>
       <Content><![CDATA[this is a test]]></Content>
     </xml>     

 

 

       ToUserName 消息接收方微信号，一般为公众平台帐号微信号
       FromUserName 消息发送方微信号
       CreateTime 消息创建时间
       MsgType 文本消息为text
       Content 消息内容    

 

地理位置消息xml格式

 

       <xml>
       <ToUserName><![CDATA[toUser]]></ToUserName>
       <FromUserName><![CDATA[fromUser]]></FromUserName>
       <CreateTime>1351776360</CreateTime>
       <MsgType><![CDATA[location]]></MsgType>
       <Location_X>23.134521</Location_X>
       <Location_Y>113.358803</Location_Y>
       <Scale>20</Scale>
       <Label><![CDATA[位置信息]]></Label>
     </xml>     

 

 

       ToUserName 消息接收方微信号，一般为公众平台帐号微信号
       FromUserName 消息发送方微信号
       CreateTime 消息创建时间
       MsgType 消息类型，地理位置为location
       Location_X 地理位置纬度
       Location_Y 地理位置经度
       Scale 地图缩放大小
       Label 地理位置信息    

 

图片消息结构

 

       <xml>
       <ToUserName><![CDATA[toUser]]></ToUserName>
       <FromUserName><![CDATA[fromUser]]></FromUserName>
       <CreateTime>1348831860</CreateTime>
       <MsgType><![CDATA[image]]></MsgType>
       <PicUrl><![CDATA[this is a url]></PicUrl>
     </xml>     

 

 

       ToUserName 消息接收方微信号，一般为公众平台帐号微信号
       FromUserName 消息发送方微信号
       CreateTime 消息创建时间
       MsgType 消息类型image
       PicUrl 图片链接，开发者可以用HTTP GET获取
     

 

五 、 消息回复

对于每一个POST请求，开发者在响应包中返回特定xml结构，对该消息进行相应操作（现支持回复文本消息 、 回复图文消息和星标操作）。xml结构如下：

回复文本消息格式

 

       <xml>
       <ToUserName><![CDATA[toUser]]></ToUserName>
       <FromUserName><![CDATA[fromUser]]></FromUserName>
       <CreateTime>12345678</CreateTime>
       <MsgType><![CDATA[text]]></MsgType>
       <Content><![CDATA[content]]></Content>
       <FuncFlag>0</FuncFlag>
     </xml>     

 

 

       FromUserName 消息发送方
       ToUserName 消息接收方
       CreateTime 消息创建时间
       MsgType 消息类型，文本消息必须填写text
       Content 消息内容，大小限制在2048字节，字段为空为不合法请求    

 

回复图文消息格式

 

         <xml>
         <ToUserName><![CDATA[toUser]]></ToUserName>
         <FromUserName><![CDATA[fromUser]]></FromUserName>
         <CreateTime>12345678</CreateTime>
         <MsgType><![CDATA[news]]></MsgType>
         <Content><![CDATA[]]></Content>
         <ArticleCount>2</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>
         </item>
         </Articles>
         <FuncFlag>1</FuncFlag>
       </xml>     

 

 

       FromUserName 消息发送方
       ToUserName 消息接收方
       CreateTime 消息创建时间
       MsgType 消息类型，图文消息必须填写news
       Content 消息内容，图文消息可填空
       ArticleCount 图文消息个数，限制为10条以内
       Articles 多条图文消息信息，默认第一个item为大图
       Title 图文消息标题
       Description 图文消息描述
       PicUrl 图片链接，支持JPG、PNG格式，较好的效果为大图640*320，小图80*80，限制图片链接的域名需要与开发者填写的基本资料中的Url一致
       Url 点击图文消息跳转链接    

 以上摘自微信公众平台 的api

 

   http://mp.weixin.qq.com/cgi-bin/readtemplate?t=wxm-callbackapi-doc&lang=zh_CN

   于是乎我们可以想象到有了用户信息，就可以实现信息绑定，然后就可以实现较好的用户粘合度了。

   首先对于用户绑定可以应用于信息不太敏感的一些查询，比如：违章查询、星座查询、会员信息查询、还有一些银行的账单，商户的优惠券、优惠推送，邮件收发，rss新闻订阅，网站热点订阅等。

   如果发送地理位置就可以查询租售房信息、酒店预订、路线引导、景点推荐、商户推荐等

   经过用户数的积累，可以判断用户的需求，进行相应的消息推送。

   对于语音类的，可以做语音识别，甚至k歌游戏之类的

   个人觉得，随着微信公共平台的搭建,甚至可以将OA放到微信平台上,无疑会大大方便在外出差的领导们

   对于政府，可以使用微信公共平台搭建，地方宣传，旅游指引，以及政府信息发布等渠道

   可见，微信带来的是移动互联的又一大发展，使生活更加便捷。

    举个例子：前些天和一个朋友去他上班地方，一个健身会所。如果加入微信平台，我们可以在前台设置二维码展示，客户关注之后，对其进行身份绑定，其可以查询到自己的一些信息，而且可以进行课程预约，与其指导教练进行咨询，并且可以进行优惠活动推荐、课程提醒等。

   再举个例子：租房信息，我们通常是登陆到58同城之类网站发布消息，但是对于微信这一方式就改变了习惯。房东可以用微信发布租房信息到平台，然后平台根据用户位置和需求，推送租房信息到用户，消息更加便捷，租房更加容易，到时候就可以扔掉58同城app了

    对于移动商业来说，我们可以根据位置，显示附近几公里的加油站、学校、饭店、酒店、大卖场，而且可以进行优惠提示哦，对于超市来说，是不是会吸引更多的客源呢，而不必印发那么多的传单，到处散发。

    OA等系统也可以使用，比如老板出差再外地，想知道公司出勤情况，根据微信绑定的OA进入，即可查看到相应信息。

    是不是很方便，方便的同时也带来了很大的商机哦~