从SP提供给CP的接口看SP的实力

   以前在VAS(value added service)行业呆过几年,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，

    服务自然也不错。