CDMA WAP Push

 SimpleTeam开始提供基于CDMA点对点WAP Push群发设备以及配套软件。CDMA点对点WAP Push可以分为UP.Notify Alert和WAP Service Indication。配套软件可以支持“超长”站点URL以及站点说明。

本软件使用Java编写,完成通过CDMA模块来实施点对点的CDMA WAP Push发送过程。另外也可以兼容WaveCOM设备的WAP Push以及CDMA的普通短信群发。

一、运行文件

        解压缩以后目录中应当有以下图中所示文件。

        (1)subscriber.txt:此文件为导入群发数据的样板文件。
        (2)javax.comm.properties:此文件为Java COM API的配置文件。请勿删除、调整或者更改。
        (3)license.txt:此文件为软件的授权文件。只有此授权文件,软件才可以工作。请勿删除,谨慎修改。
        (4)message.mdb:此文件为软件工作时所使用的数据接口。
        (5)send.bat:此文件为启动此软件的便捷BAT命令。
        (6)SimpleAnydata_out.jar:此文件为系统核心运行文件(已经进行过混淆处理)。请勿删除调整或者修改。
        (7)comm..jar:此文件为Java COM API的核心文件。请勿删除、调整或者修改。
        (8)win32.com.dll:此文件为Java COM API的核心文件。请勿删除、调整或者修改。

二、安装环境

本软件使用SUN所提供的Java COM通讯API以及JDBC-ODBC Bridge。主要工作在Windows环境下。在Linux环境下,我们并未进行过任何测试。

(1)在运新软件之前,要确认Java的SDK已经安装,并要求版本不低于1.4。请用java –version的指令确认环境中已经安装了java程序及其版本符合要求。
(2)配置ODBC为系统数据源(数据文件为message.mdb),并将数据源名称设置为“message”。Message.mdb中存有少量发送例子可以供参考。

三、运行软件

左边为工作主窗口,右边为日志窗口。启动后,系统将自动开始寻找可以发送的数据以及可以供使用的串口。如果COM显示为稳定的绿色,表明寻找成功。如果为红色则表明此串口不可用。如果开始在message.mdb中插入新数据,那么系统将自动开始读取数据并开始发送。

四、关闭软件

直接关闭窗口则关闭软件;或者直接在日志窗口上Ctrl+C就可以关闭窗口。任何一种关闭方法对系统或者硬件设备均不会造成损害。

五、数据处理

5.1 数据导入

数据导入分为批量数据导入和单个数据导入。批量数据导入可以从界面上的File功能项里面选择。导入文件的具体格式参考subscriber.txt。

单个数据的导入可以直接插入message.mdb数据库中就可以了。具体插入数据的选择可以参考message.mdb的例子数据。请勿选择系统不支持的发送方式。

5.2 数据查看

Message.mdb中,network字段缺省为CDMA;destination为目标地址;coding只能选择UP.Alter Notify或者Service Indication 2.0,选择其他值系统不会处理;reference是PUSH的URL;description是URL对应的描述,可以支持中文;port是处理后,告诉用户最终是哪个口负责处理的;result是状态,0表示没有处理,1表示成功,其他表示失败;comment有失败的具体原因。可以参考message.mdb中Access关于WAP Push设计部分的说明。

六、界面操作

界面上的主要操作就是两个。其中一个是文件导入菜单。这个上面已经介绍过了。另外一个是每个串口的控制面板。请不要随意更换上面的参数,可能会导致异常。唯一可以调整的参数就是Speed。也就是每个Modem的工作速度。A.S.A.P是As soon as possible的意思。就是说尽最大能力发送,一般一小时400条以上。其他的速度都是按小时计算。例如:一小时300条等等。

七、注意问题

(1)如果某个串口出现大量发送错误,请注意及时更换UIM卡。
(2)请勿在系统工作的时候用鼠标点击日志页面,防止锁定工作程序。
(3)请勿随意调整串口控制板上的参数。
(4)更换设备或者UIM卡时,最好先关闭程序,更换后,然后重新启动。
(5)此系统只能使用Anydata设备,请勿连接其他CDMA设备。
(6)如果需要发送Service Indication 2.0,需要Anydata设备有特殊调整。使用前请确认这种调整已经在这些模块上实施过。否则可能出现大量发送错误。
(7)reference和description的长度总和最好在一定范围内(<70个unicode),超出长度将会导致发送失败。