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

   早上起床,无意打开微信,发现有很多公共账号发过来消息,看了一些后,产生了一个小想法。于是搜索了一下微信公众开放平台,申请账号之后,有普通模式和开发者模式两种,如果选择开发者模式,则需要输入一个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进入,即可查看到相应信息。

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

猜你喜欢

转载自weixiao2013.iteye.com/blog/1868095