我们是一家CP（内容提供商），其间也跟几家SP合作过

包括一些全网的，一些各省市当地的SP，还有小灵通的提供商。

其实，跟SP的接口主要就是SMS的收发，

一方面，我们通过接口能够实时把信息下发到用户的手机上

一方面，当用户把信息发到SP那里之后，我们又能够及时得到用户的信息并作相应的处理。

按照难度和复杂度，我把SP提供的接口分为三种：

第一种，也是最容易的，完全通过Http协议实现。

SP会提供一个下发的url地址，我们把相关的信息作为url参数传递给sp就可以了

比如SP提供的地址是topronet.com/sendMsg.jsp?desc=13901234567&cpid=cqq&cppwd=qqc&msg=你好

这样，我们就可以把“你好”这个SMS发送到13901234567这个用户，当然还会传递一些必要的认证信息。

对于用户发过来的上行信息，SP那边会访问我们CP事先约定好的一个Url地址，把信息通过参数传递过来

比如，我们CP这边有个URL cp.com/receive.asp?mobile=13901234567&msg=你好

这样，我们CP这边就能够根据接收到的信息来做不同的处理了。

第二种方式，就麻烦一些，SP会开放他们的数据库给我们

通常会有两个表，一个表是发送表，一个是接收表

如果我们要下发SMS，就把信息插入到发送表,SP那边发现有新的信息就自动处理，

而用户发给我们的信息，都会存在接收表里面，所以我们要能够时时的接收到用户信息，

就必须不停的访问数据库，看看接收表有没有新的信息。

第三种，也是比较麻烦的一种，SP在SP端数据库和CP之间又加了一层通道。

这种方式是跟第二种差不多，只是我们必须按照SP规定的协议和SP端的Server

通信，进行信息的收发，而这又与我们客户的系统和编程语言相关。

所以，对于我们CP来说，最喜欢跟第一种SP打交道，

简单，方便，省事，而通常这样的SP也是能够比较为客户着想的SP，

服务自然也不错。