从SP提供给CP的接口看SP的实力
我们是一家CP（内容提供商），其间也跟几家SP合作过
包括一些全网的，一些各省市当地的SP，还有小灵通的提供商。
其实，跟SP的接口主要就是短信息的收发，
一方面，我们通过接口能够实时把信息下发到用户的手机上
一方面，当用户把信息发到SP那里之后，我们又能够及时得到用户的信息并作相应的处理。
按照难度和复杂度，我把SP提供的接口分为三种：
第一种，也是最容易的，完全通过Http协议实现。
SP会提供一个下发的url地址，我们把相关的信息作为url参数传递给sp就可以了
比如SP提供的地址是http://www.topronet.com/sendMsg.jsp?desc=13901234567&cpid=cqq&cppwd=qqc&msg=你好
这样，我们就可以把“你好”这个短信息发送到13901234567这个用户，当然还会传递一些必要的认证信息。
对于用户发过来的上行信息，SP那边会访问我们CP事先约定好的一个Url地址，把信息通过参数传递过来
比如，我们CP这边有个URL http://www.cp.com/receive.asp?mobile=13901234567&msg=你好
这样，我们CP这边就能够根据接收到的信息来做不同的处理了。
第二种方式，就麻烦一些，SP会开放他们的数据库给我们
通常会有两个表，一个表是发送表，一个是接收表
如果我们要下发短信息，就把信息插入到发送表,SP那边发现有新的信息就自动处理，
而用户发给我们的信息，都会存在接收表里面，所以我们要能够时时的接收到用户信息，
就必须不停的访问数据库，看看接收表有没有新的信息。
第三种，也是比较麻烦的一种，SP在SP端数据库和CP之间又加了一层通道。
这种方式是跟第二种差不多，只是我们必须按照SP规定的协议和SP端的Server
通信，进行信息的收发，而这又与我们客户的系统和编程语言相关。
所以，对于我们CP来说，最喜欢跟第一种SP打交道，
简单，方便，省事，而通常这样的SP也是能够比较为客户着想的SP，
服务自然也不错。
