WebService 接口说明 1下载文档WebService
2006-8-5
一、接口定义
a) SendMessage 批量发送短信方法 (userID)
i. public SendState SendMessage(string UserId, string Password, string Msg, string
Destnumbers)
ii. 参数说明：
UserId 用户Id(晴朗平台识别的用户号码)， 49字节以
内。
Password 密码， 99字节以内
Msg 短信内容， 159字节以内 Destnumbers 目标号码，用分号(;)分隔，在一万条以内。
iii. 返回值
public class SendState
{
public int state;
public string WrongNumbers;
public string YDGroupId; // 发送到移动的短信的批次号
public string LTGroupId; // 发送到联通的短信的批次号
}
state 0: success
2: 失败需要重发
4: 内容不合法
5: 身份验证错误
6: 服务器错误
8: 短信数超过可用数
12: 该用户不允许使用子用户ID
13: 错误的号码格式
WrongNumbers 为错误的目标号码，用分号分隔，目前只是按移动和联通进行过滤。
即不属于联通或移动的号码会被放入这里。
YDGroupId， LTGroupId 发送的短信所属的批次号，用于以后查询短信的发送状
态。
b) SendMessageWithSub 发送短信时带有子号码 (userID)
i. public SendState SendMessageWithSub(string UserId, string SubId, string
Password, string Msg, string Destnumbers)
ii. 参数说明
UserId 用户Id(晴朗平台识别的用户号码)，49字节以内。
SubId 子用户号码 (14位以内)， 14字节以内 Password 密码， 90字节以内
Msg 短信内容，159字节以内 Destnumbers 目标号码，用分号(;)分隔，一万条以内
iii. 返回值
同SendMesseage
c) QueryFailedMessage 查询失败短信
i. public MessageStateResponse QueryFailedMessage(string UserId, string Password,
int groupId)
ii. 参数说明
UserId 用户Id(晴朗平台识别的用户号码) ，49字节以
内。
Password 密码，99字节以内。
groupId 发送的短信所属的批次号
iii. 返回值
public class MessageStateResponse
{
public int state; // 0 表示正常， 5表示身份验证错
// 10: 没有找到相应的GroupId
public string subuserid;
public int totalCount; // 总数
public string content; // 短信内容
public MessageState[] MsgState; // 具体消息的状态，这里仅包含失败短信
的状态
}
public class MessageState
{
public string DestNumber; // 目标号码
public int state; // -1 表示失败
public string SendTime; // 发送时间
}
d) QueryMessageState 查询短信的发送状态
i. public MessageStateResponse QueryMessageState(string UserId, string Password,
int groupId)
ii. 参数说明
UserId 用户Id(晴朗平台识别的用户号码) ，49字节以
内。
Password 密码，99字节以内。
groupId 发送的短信所属的批次号
iii. 返回值
public class MessageStateResponse
{
public int state; // 0 表示正常， 5表示身份验证错
// 10: 没有找到相应的GroupId
public string subuserid;
public int totalCount; // 总数
public string content; // 短信内容
public MessageState[] MsgState; // 具体消息的状态，这里包含失败和成功。
}
public class MessageState
{
public string DestNumber; // 目标号码
public int state; // -1 表示失败 1表示成功的 (这里实际的成功需要根据计费方式判断，有实时性)
public string SendTime; // 发送时间
}
e) QueryUserState 查询用户短信余量
i. public UserState QueryUserState(string UserId, string Password)
ii. 参数说明
UserId 用户Id(晴朗平台识别的用户号码) ，49字节以
内。
Password 密码，99字节以内。
iii. 返回值
public class UserState {
public int state; //执行状态 0 为成功
public int total; //用户短信发送总额
public int dailyTotal; // 当天发送总额
public int remained; // 总的余额
public int todayRemained; // 今天的余额
}
二、查询短信状态和发送短信的关系
a) 发送短信后返回的批次号的意义
i. 系统提供批量发送短信的能力，由于，确认短信的接收状态有一定的延迟性，
所以先返回批次号，查询时使用该号码确认需要查询的短信所属的批次。
ii. 由于有两个手机短信运营商，移动和联通，对短信的处理有所不同，因此在发
送前，将对号码进行分类。相同运营商一次发送的短信所属的批次将是一样的。
如果号码中包含两种类型，那么将得到两个批次号。 b) 如何使用批次号查询
i. 可以通过批次号一批短信（不管是联通还是移动），所以查询时直接发送批次
号即可。
ii. 查询状态的延迟性。确认手机接收情况有一定的延迟性，比如手机用户暂时关
机。每次查询只能得到当前已知的返回状态。如果需要获取全部的失败短信状态，又需要尽可能快的重发失败短信，则需要多次查询。建议查询的时间安排为2,4,8,12,24,48
iii. QueryMessageState 和 QueryFailedMessage 差别：
1. QueryMessageState同时返回当前已知的成功和失败的短信状态（以属性
标示）
2. QueryFailedMessage只返回失败的短信状态（当前已知的）
三、通过Web方式被动接收上行消息
a) 使用被动方式接收上行消息时，需要提供一个可以处理消息的url。 b) 被动方式的提交格式：
i. 晴朗服务器端将向该Url使用POST方式提交数据，其包含的字段为：
1. userId 用户ID
2. passwd 接收端密码，可以用来屏蔽非法访问。该密码不是用户密码，
需要跟晴朗管理员协商确定。接收端可以忽略该字段。但在防止黑客攻击
时，比较有用。
3. messages 上行的短信。
每条短信内字段间以“\t” (制表符) 分隔，每条短信以“\n” 结尾(换行符)
短信中字段意义按顺序如下：
UserId 上行短信的目标用户ID
ID 客户自定义子用户ID。如果不是使用客户定义子
用户发送的短信，该字段为空。
短信来源的手机号码
晴朗服务器端接收到短信的时间
上行短信的内容。
c) 接收方的返回值
i. 接收方只需要在接收处理成功时返回字符串SUCCESS即可（）。发
送方将会把发送过的短信置为已读而不会重复发送。
四、Url
五、常见问题或者错误
a) 使用SendMessage和SendMessageWithSub时，目标号码应该用分号分隔。
b) 使用SendMessageWithSub 时应该用代理商ID 作为UserId，然后在subUserId里
填充用户自己的子用户ID。不可以为30-49的代理商在系统中建立子用户。将会
被过滤。
c) Delphi中需要使用UTFString做调用参数。
d) 在接收上行短信时，返回的不是大写的SUCCESS，导致上行的短信重复发送。 e) 处理message字段内数据前，需要对整个字段内容进行解码。
f) 使用多线程，同一帐号使用多线程调用SendMessage 或者SendMessageWithSub，
会发生冲突，发送效率反而降低，甚至给服务器造成额外负担。
SAP开发webservice接口教程 在client=100中进行开发： 1.创建RFC函数 SE80，在函数组下，右击->创建，创建函数模块，填写函数模块名称及描述。 2.函数属性标签页，选择“远程启用的模块”，其余默认不变。 3.函数导入标签页，需要添加调用时传入的参数（表），“传递值”需勾选。 表类型：ZSHR_EMPLOYEER_T （需要自己创建） 行类型：ZSHR_EMPLOYEER （需要自己创建）
4.函数导出标签页，需要添加调用返回的参数（表），“传递值”需勾选。 表类型：ZSHR_EMPLOYEER_OUT_T （需要自己创建） 行类型：ZSHR_EMPLOYEER_OUT （需要自己创建） 5.函数源代码标签页，需要写代码实现把传入的数据保存在透明表中。 至此，函数创建完成。 6.创建Web Services 右击包名创建企业服务，进入如下页面，选择“Service Provider”，因为我们是服务提供者，点击“继续”。
7.选择“Existing ABAP Object (Inside Out)”，点击“继续”。 8.给服务起名，并填写描述，点击“继续”
9.选择“Function Module”，点击“继续”。 10.填写我们第一步创建的函数，并勾选“Map Name”，点击“继续”。 11.SOAP Appl默认不变，Profie下拉框选择第四个选择，即不进行权限认证。点击“继续”。 12.填写对于的包和请求，点击“继续”。 下一步，直接点击“完成”。服务创建成功。
13.配置SOA 使用T-CODE：soamanager，进入web页面的SOA管理（client=100）。 14.点击“简化Web服务配置”，进入如下设置页面，点击“执行”，从列表中找到自己创建的 服务，勾选第一个checkbox，User Name/Password(basic)，点击列表左上角的“保存”，之后页面右上角的“返回”按钮，返回首页。 这一步设置，代表我们只设置用户名/密码的调用认证方式。
Webservice接口开发 Author：Geloin
目录 1 准备工作 (1) 2 服务器端 (1) 2.1 主程序 (1) 2.2 services.xml (2) 2.3 传值方式 (3) 2.4 打包 (4) 2.5 发布 (6) 3 客户端 (8) 3.1 导入包 (8) 3.2 示例代码 (8) 3.3 代码解析 (10) 3.3.1 设定服务器地址 (10) 3.3.2 设定action (10) 3.3.3 设定要调用的方法名 (11) 3.3.4 设定客户端控件 (11) 3.3.5 设定命名空间 (11) 3.3.6 设定需要传送的值 (11) 3.3.7 设定返回数据类型 (11) 3.3.8 获取返回结果 (12)
1准备工作 至https://www.doczj.com/doc/dd18107432.html,/axis2/下载axis2的bin及war包，分别解压之，在环境变量中添加AXIS2_HOM，将axis2.war放置到tomcat/webapps目录下，启动tomcat，用浏览器打开http://localhost:8080/axis2，如下图所示： 2服务器端 2.1主程序 服务器端可以是任何一个程序，例如下面的例子： public class Test { // 此程序返回一个字符串 public String test1(String arg) { return arg + “测试”; } // 此程序返回一个一维数组 public String[] test2(String arg) { String[] result = new String[]{arg}; return result;
XXX）科技有限公司 数据接口 2015-5-26
目录 第1章引言. ......................................................... 错误!未定义书签。 背景. ........................................................... 错误!未定义书签。 第2章接口与数据定义. ................................................... 错误!未定义书签。 曝光台查询接口. ..................................................... 错误!未定义书签。 曝光台列表查询.......................... 错误!未定义书签。 曝光台详情查询.......................... 错误!未定义书签。 信用公示查询接口定义.......................... 错误!未定义书签。 守信公示列表查询.......................... 错误! 未定义书签。 守信公示详情查询.......................... 错误!未定义书签。 失信公示列表查询.......................... 错误!未定义书签。 失信公示详情查询.......................... 错误!未定义书签。 企业名称查询接口定义.......................... 错误!未定义书签。 Webservice 方法定义 ........................ 错误! 未定义书签。 请求参数. .................................................... 错误! 未定义书签。 返回数据. .................................................... 错误!未定义书签。 企业信息查询接口定义.......................... 错误!未定义书签。 Webservice 方法定义 ........................ 错误! 未定义书签。 请求参数. .................................................... 错误! 未定义书签。 返回数据. .................................................... 错误!未定义书签。
在Oracle EBS二次开发中，PL/SQL程序是开发人员使用频率最高的开发语言，同时也是大家最容易掌握的工具之一了，而我们也很希望将自己编写的PL/SQL 程序发布为Web服务来提供给客户端程序使用，同时也可以实现和外围系统的集成，有了irep_parser这个工具，我们就可以将自己编写的PL/SQL 程序发布到Oracle Integration Repositoy中。Oracle Integration Repositoy中集成接口的来源都是Oracle，客户化的程序发布上去的为Custom： 下面描述如何将PL/SQL程序接口发布到Oracle Integration Repositoy中作为集成接口供第三方程序集成调用 一、给EBS系统打补丁 参考如下安装文档： 安装文档.docx 二、添加客户化应用到Product Family 客户化应用设置好之后，它没有归属于任何的产品家族，如我的客户化应用CUX，因此发布在客户化应用下的集成接口在Oracle Integration Repositoy中无法方便的查看，如下图：
如果客户化集成接口是组织到自己的应用下就需要先注册一个产品家族，下面将CUX Developer(CUX) 应用注册到CUX Developer(cux_pf)这个产品家族下作为例子进行演示： 1，添加产品家族 CUX Developer(cux_pf) --添加产品家族 begin -- Call the procedure ad_pa_insert_package.insert_ad_pm_product_info(x_product_abbreviation => 'cux_pf', x_pseudo_product_flag => 'N', x_product_family_flag => 'Y', x_application_short_name => NULL, x_product_name => 'CUX Developer', x_product_family_abbreviation => NULL, x_product_family_name => NULL, x_aru_update_date => to_char(SYSDATE,'YYYY-MM-DD HH24:MI:SS'), x_currdate => to_char(SYSDATE,'YYYY-MM-DD HH24:MI:SS'), x_last_updated_by => -1, x_created_by => -1); COMMIT; end; 2，注册CUX Developer(CUX)应用到产品家族中
【WebService】接口的测试方法 有以下多种方式： 一、通过WSCaller.jar工具进行测试： 前提：知道wsdl的url。 wsCaller可执行程序的发布方式为一个wsCaller.jar包，不包含Java运行环境。你可以把wsCaller.jar复制到任何安装了Java运行环境（要求安装JRE/JDK 1.3.1或更高版本）的计算机中，用以下命令运行wsCaller： java -jar wsCaller.jar 使用wsCaller软件的方法非常简单，下面是wsCaller的主界面： 首先在WSDL Location输入框中输入你想调用或想测试的Web Service的WSDL位置，如“https://www.doczj.com/doc/dd18107432.html,/axis/services/StockQuoteService?wsdl”，然后点“Find”按钮。wsCaller就会检查你输入的URL地址，并获取Web Service的WSDL信息。如果信息获取成功，wsCaller会在Service和Operation下拉列表框中列出该位置提供的Web Service服务和服务中的所有可调用的方法。你可以在列表框中选择你要调用或测试的方法名称，选定后，wsCaller窗口中间的参数列表框就会列出该方法的所有参数，包括每个参数的名
称、类型和参数值的输入框（只对[IN]或[IN, OUT]型的参数提供输入框）。你可以输入每个参数的取值。如下图： 这时，如果你想调用该方法并查看其结果的话，只要点下面的“Invoke”按钮就可以了。如果你想测试该方法的执行时间，则可以在“Invoke Times”框中指定重复调用的次数，然后再按“Invoke”按钮。wsCaller会自动调用你指定的方法，如果调用成功，wsCaller会显示结果对话框，其中包括调用该方法所花的总时间，每次调用的平均时间和该方法的返回值（包括返回值和所有输出型的参数）。如下图：
Web Service 的基本概念 Web Service也叫XML Web Service WebService是一种可以接收从Internet或者Intranet上的其它系统中传递过来的请求，轻量级的独立的通讯技术。是:通过SOAP在Web上提供的软件（服务），使用WSDL文件进行（说明），并通过（UDDI）进行注册。 XML：(Extensible Markup Language)扩展型可标记语言。面向短期的临时数据处理、面向万维网络，是Soap的基础。 Soap：(Simple Object Access Protocol)简单对象存取协议。是XML Web Service 的通信协议。当用户通过UDDI找到你的WSDL描述文档后，他通过可以SOAP 调用你建立的Web服务中的一个或多个操作。SOAP是XML文档形式的调用方法的规范，它可以支持不同的底层接口，像HTTP(S)或者SMTP。 WSDL：(Web Services Description Language) WSDL 文件是一个XML 文档，用于说明一组 SOAP 消息以及如何交换这些消息。大多数情况下由软件自动生成和使用。 UDDI (Universal Description, Discovery, and Integration) 是一个主要针对Web服务供应商和使用者的新项目。在用户能够调用Web服务之前，必须确定这个服务内包含哪些商务方法，找到被调用的接口定义，还要在服务端来编制软件，UDDI是一种根据描述文档来引导系统查找相应服务的机制。UDDI利用SOAP消息机制（标准的XML/HTTP）来发布，编辑，浏览以及查找注册信息。它采用XML格式来封装各种不同类型的数据，并且发送到注册中心或者由注册中心来返回需要的数据。 概念补充： http soap关系 http:是一个客户端和服务器端请求和应答的标准（TCP）。http协议其目的是为了提供一种发布和接收htttp页面的方法 一http协议的客户端与服务器的交互：由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
帝国CMS接口使用手册 一、简介 1、本接口应用于帝国CMS 版新闻系统模型的栏目文章发布； 2、本接口可以自动生成文章、栏目、首页等静态HTML页面； 3、本接口可以生成随机点击数，详见发布接口参数说明； 4、发布时请使用管理员用户帐号； 5、在帝国CMS utf8版使用本接口时，请在发布规则中选择编码为UTF-8； 6、本接口基于帝国CMS UTF8版制作，适用于帝国CMS GBK/utf-8等版本，应用于其他版本时请自行测试调整；； 7、接口文件无须任何改动即可使用，如果你希望增加校验或其他功能，请仔细修改； 8、2个接口文件请复制在网站 /e/admin目录下使用； 二、安装接口 在接口文件夹中找到接口文件，如图： 请将、等接口文件上传到指定目录，请使用二进制方式上传，如图： 三、配置发布规则 1、将范例发布规则文本导入ET2发布配置，或使用软件内置发布规则范例，如图：
2、将检查网址和发布网址中的“您的网站”改为您要发布的网站网址，如图： 3、在检查网址填上您要发布的栏目ID，如图： 4、在参数取值页，填上您要发布的网站栏目ID，如图： 这里查看栏目ID：
4、填上您的管理账号、密码，注意格式，如图： 四、接口说明 一、检查接口 1、接口文件名，为保密，请自行修改文件名； 2、本接口文件复制在网站/e/admin目录使用，如果目录名有变更，请自行对应； 3、主要参数 keyboard 文章标题 classid 栏目ID，用于指定检查栏目，可在后台网站栏目管理处查看； vercode 校验码，请自行设定，并在检查接口文件开始处修改$vercode 使其一致； 4、发布配置-文章检查网址处，可以如下填写： 注：使用大小写敏感的服务器的用户请注意网址大小写和网站文件一致 5、接口文件无须任何改动即可使用，如果你希望增加校验或其他功能，请仔细修改； 二、发布接口 1、接口文件名，为保密，请自行修改文件名； 2、本接口文件请复制在网站/e/admin目录下使用，为保密，请自行修改文件名；
BigAnt4.0 WebService接口规范文档 系统名称BigAnt4.0Websrvce服务接口 版本V1.6 项目负责人 作者张维忠 文档提交日期2014-10-15 杭州艾朴软件有限公司 (版权所有,翻版必究)
修改记录 No 修改后 版本号 修改内容简介修改日期修改人 1 V1.1 增加了群组接口：6.4. 2 – 6.4.7；2014.12.10 张维忠 2 V1.1 用户增加了接口：6.1.7 2014.12.1 3 张维忠 3 V1.2 1、消息增加了接口：6.3.3 – 6.3.6； 2、修改了接口调用端口：6669改为8000 2014.12.17 张维忠 4 V1.3 增加了用户禁用启用的接口:6.1.8 2014.12.29 张维忠 5 V1.4 增加了移除部门成员的接口：6.2. 6 2015.01.15 张维忠 6 V1.5 增加了BigAnt插件说明：第7章2015.01.2 7 张维忠 7 V1.6 增加了BigAnt外部启动说明：第8章2015.01.27 张维忠
目录 1背景 (5) 2规范适用对象说明 (5) 3接口配置 (5) 4响应输出格式规范 (5) 4.1XML输出格式 (5) 4.2json输出格式 (6) 5返回码定义 (6) 6API接口细则 (7) 6.1用户接口 (7) 6.1.1用户新增 userAdd (7) 6.1.2用户删除 userDelete (8) 6.1.3用户更新 userUpdate (9) 6.1.4用户信息查询 userInfo (10) 6.1.5用户身份验证 userValid (11) 6.1.6设置用户密码 setPassword (11) 6.1.7列出用户（支持分页） listUser (12) 6.1.8禁用启用帐号 disableUser (13) 6.2部门接口 (14) 6.2.1部门新增 deptAdd (14) 6.2.2部门删除 deptDelete (15) 6.2.3部门更新 deptUpdate (16) 6.2.4部门信息查询 deptInfo (16) 6.2.5设置部门成员 deptSetMember (17) 6.2.6移除部门成员 deptRemoveMember (18) 6.3消息接口 (19) 6.3.1发送消息 sendMessage (19) 6.3.2发送公告 sendBoard (20) 6.3.3向群组成员群发消息 sendMessageByGroup (20) 6.3.4向部门成员群发消息 sendMessageByPath (21) 6.3.5列出消息记录（支持分页） msgList (22) 6.3.6查询消息内容 getMsgContent (23) 6.4群组接口 (24) 6.4.1群组新增 groupAdd (24) 6.4.2群组删除 groupDelete (25) 6.4.3群组修改 groupUpdate (25) 6.4.4群组信息查询 groupInfo (26) 6.4.5群组踢出成员groupKickMember (27) 6.4.6获取群组成员groupListMember (27) 6.4.7群组设置成员groupSetMember (28) 6.5角色接口 (29) 6.5.1角色新增 roleAdd (29)
中国移动短信网关 SP端接口使用手册 China Mobile Shot Message Gateway Interface for SP Manual 作者：沈岗 日期：2004年1月 版本：V1.2
一、CMSMIF.CMPPApp 简要说明： 该类采用CMPP协议(V2.0)实现了SP端与移动短信网关的连接处理。 本类中，采用长连接方式与ISMG通讯。通信双方以客户-服务器方式建立TCP连接，用于双方信息的相互提交。当信道上没有数据传输时，通信双方应每隔时间C发送链路检测包以维持此连接，当链路检测包发出超过时间T后未收到响应，立即再发送链路检测包，再连续发送N-1次后仍未得到响应则断开此连接。参数C、T、N可通过属性配置。 消息发送时采用并发方式，即发送一条消息不等待网关回复确认，继续向网关发送短信，这样发送消息速度非常快，完全取决于网关的处理速度及网络速度。为避免消息丢失，同时采用了滑动窗口流量控制，窗口大小可通过属性设置。 消息接收、网络断开等采用事件触发方式，不需应用程序轮询，在此接口基础之上编程方便。 类中运用了多线程技术，如一条线程处理发送网络包，而另一条线程处理从网关上接收网络包，其他还有一些线程处理检测包、网络连接情况监测等，使程序思路明确、执行效率很高、运行非常稳定。 （一）属性 1.ActiveInterval 说明：检测包发送时间间隔，单位：毫秒。默认值为120000，即120秒。为上 述类说明中的C参数。 2.MaxNetworkPackSize 说明：与ISMG通讯时最大网络包大小，单位：字节。默认值为512Byte。 3.MaxRetryTimes 说明：网络超时最大重发次数,单位：次。默认值为3次。为类说明中的N。 4.OverTime 说明：网络包发送超时时间,单位:毫秒,超过此值还未收到回复则重发。默认值 为60000，即60秒。为类说明中的T。 5.QueueLength 说明：网络队列大小，单位：个，默认值为20。为类说明中的滑动窗口大小， 以控制发送流量。 （二）方法 1.ConnectToIsmg 方法说明： 连接到远程短信网关ISMG上，只有连接到远程短信网关上，才可进行短信收发操作。 在本操作中，自动初始化本地Socket，以连接到指定IP服务器的指定端口上。 声明原型：int ConnectToIsmg(string ServerIP,int Port,string SP_ID,string Secret，string SN) 参数说明： ServerIP：远程短信网关服务器的IP地址，如211.138.200.51 Port：远程短信网关服务器的端口号，如7890 SP_ID：企业服务代码
1 统一待办(WebService方式) 1.1 概述 门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。 统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM系统。 为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。 统一待办实现共分为以下部分： 系统待办信息获取 系统待办信息展示 系统待办信息处理 1.2 待办信息获取 设计思路：应用系统通过门户系统提供的webservice接口向门户系统统一待办系统库写入代表信息，如下图
数据获取设计示意图 步骤如下： 1.应用系统需获得最新的待办信息。 2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。 3.统一待办系统将应用系统提供的待办信息展示给用户。 4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。 1.3 待办信息展示 设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图 用户 待办栏目页面 待办集中展示设计示意图 场景如下：
在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。此外，如果信息是未办或者未阅，用红色表示 1.4 待办信息处理 设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。如下图： 待办信息集中处理设计示意图
1统一待办(WebService方式) 1.1概述 门户系统做为用户访问各集成应用系统的统一入口，用户访问企业内部信息资源时只需要登录到门户系统，就可使用门户系统集成的各个应用，而待办做为各系统中用户需要处理的工作，门户系统需要提供收集建投内部应用系统中产生的待办信息，并且进行统一展现的功能，即统一待办功能。 统一待办应用业务涉及到的系统其中包括本期门户系统建设过程中所需集成的OA、WCM、EAM系统。 为保证门户系统接入各应用系统待办信息的规范性，现就各应用系统接入实现做统一要求，以确保门户系统统一待办功能实现的规范性、重用性及安全性。不满足本技术方案提供的接入规则的相关应用系统，应参考本文档完成对应用系统改造后方可进行门户系统统一待办接入工作。 统一待办实现共分为以下部分： 系统待办信息获取 系统待办信息展示 系统待办信息处理 1.2待办信息获取 设计思路：应用系统通过门户系统提供的webservice接口向门户系统统一待办系统库写入代表信息，如下图
数据获取设计示意图 步骤如下： 1.应用系统需获得最新的待办信息。 2.应用系统通过门户接口，将获得的最新待办信息发送到门户系统。 3.统一待办系统将应用系统提供的待办信息展示给用户。 4.应用系统通过调用集成接口后获得信息，可以判断发送信息操作是否正常。 1.3待办信息展示 设计思路：应用系统将最新的待办信息发送到统一待办系统中，并最终展示到门户首页上的待办栏目上，如下图 用户 待办栏目页面 待办集中展示设计示意图 场景如下：
在所有的待办类标题前加上”请办理”，待阅类标题前加上”请审阅”。此外，如果信息是未办或者未阅，用红色表示 1.4待办信息处理 设计思路：用户点击门户系统上“待办栏目”里的一条待办时，弹出一个新页面，首先同应用系统实现SSO，然后跳转到应用系统的待办页面，完成待办处理后，由应用系统调用门户接口通知门户系统，并关闭弹出的待办处理页面，门户系统负责即时刷新门户待办页。如下图： 待办信息集中处理设计示意图
WS接口代码样例 Java代码调用样例 参见WSTest_for_Java.rar附件，该附件为Eclipse工程代码。接口调用参见https://www.doczj.com/doc/dd18107432.html,info.smsmonitor.Test C代码调用样例 参见WSTest_for_c.tar附件，该附件为标准C工程代码。 附录 Webservice消息发送接口报文样例：
1. 引入cxf的jar包 pom文件里面直接增加依赖 < dependency>
商业和贸易： 1、股票行情数据WEB 服务（支持香港、深圳、上海基金、债券和股票；支持多股票同时查询） Endpoint:https://www.doczj.com/doc/dd18107432.html,/WebServices/StockInfoWS.asmx Disco:https://www.doczj.com/doc/dd18107432.html,/WebServices/StockInfoWS.asmx?disco WSDL:https://www.doczj.com/doc/dd18107432.html,/WebServices/StockInfoWS.asmx?wsdl 支持香港股票、深圳、上海封闭式基金、债券和股票；支持多股票同时查询。数据即时更新。此中国股票行情数据WEB 服务仅作为用户获取信息之目的，并不构成投资建议。支持使用| 符号分割的多股票查询。 2、中国开放式基金数据WEB 服务 Endpoint:https://www.doczj.com/doc/dd18107432.html,/WebServices/ChinaOpenFundWS.asmx Disco:https://www.doczj.com/doc/dd18107432.html,/WebServices/ChinaOpenFundWS.asmx?disco WSDL:https://www.doczj.com/doc/dd18107432.html,/WebServices/ChinaOpenFundWS.asmx?wsdl 中国开放式基金数据WEB 服务，数据每天15：30以后及时更新。输出数据包括：证券代码、证券简称、单位净值、累计单位净值、前单位净值、净值涨跌额、净值增长率(%)、净值日期。只有商业用户可获得此中国开放式基金数据Web Services的全部功能，若有需要测试、开发和使用请QQ：8698053 或联系我们 3、中国股票行情分时走势预览缩略图WEB 服务 Endpoint: https://www.doczj.com/doc/dd18107432.html,/webservices/ChinaStockSmallImageWS.asmx Disco: https://www.doczj.com/doc/dd18107432.html,/webservices/ChinaStockSmallImageWS.asmx?disco WSDL: https://www.doczj.com/doc/dd18107432.html,/webservices/ChinaStockSmallImageWS.asmx?wsdl 中国股票行情分时走势预览缩略图WEB 服务（支持深圳和上海股市的全部基金、债券和股票），数据即时更新。返回数据：2种大小可选择的股票GIF分时走势预览缩略图字节数组和直接输出该预览缩略图。 4、外汇-人民币即时报价WEB 服务 Endpoint: https://www.doczj.com/doc/dd18107432.html,/WebServices/ForexRmbRateWebService.asmx Disco:https://www.doczj.com/doc/dd18107432.html,/WebServices/ForexRmbRateWebService.asmx?disco
Eclipse 关于接口系统的开发 我们做接口服务端： 小知识： 接口分为：服务端与客户端 服务端：即提供者，是为调用者提供数据的一方； 客户端：即调用者，是调用接口的一方； <一> 服务端的创建 步骤1. 在eclipse新建一个普通工程，例如：新建一个web project 工程。 步骤2.创建完成后，在刚才新建的工程里面，加入我们需要实现的类，和接口。在实现类里面编写客户端传入参数后，需要的相关信息。 例如： Public String sayHello(String word) { Return word； } 步骤3. 进入服务端代码的自动生成阶段，我们选中刚才编写的实现类或是创建的工程，右键。选择，new→project…→other→,如下图，选择web service 服务端。点击next
步骤4.根据下图，通过选择实现类，点击完成。自动生成服务端了。
步骤5 .前4步骤已经完成了webservice的服务端，并已经自动启动好了，我们进行如下测试，访问下自动产生的wsdl文件是否能访问到： 例如：访问wsdl地址示例 http://10.1.159.28:8082/ICTS/services/GetWorkflowListDaoImp?wsdl 其中：GetWorkflowListDaoImp 为自己创建的实现类名称 <二>客户端的创建，测试我们完成的服务端接口：
步骤1. 创建一个普通的web project 工程 步骤2. 创建完成后，选中，我们创建的工程，右键→,new→other→，创建web service cliet 客户端，完成后，点击finish。完成 步骤3。我们通过客户端进行调用，测试一下服务端是否正常。通过如下示例地址：http://10.1.159.28:8082/test1/sampleGetWorkflowListDaoImpProxy/TestClient.jsp， 这是客户端为我们自动建立的测试页面，我们只需输入参数，就可以进行测试了。界面如下：
媒讯集团E A S项目 CTC与EAS接口 需求及设计说明书 文档作者： 创建日期：20X X-05-10 确认日期： 当前版本：1.0 拷贝数量：1 审批签字: 客户方： 实施方：
文档控制 修改记录 日期作者版本参考版本备注
目录 1.概述 (4) 1.1读者 (4) 1.2图例 (4) 1.3目的 (4) 二、业务现状 (5) 三、概要设计 (5) 3.1接口通讯方式 (5) 3.2通讯内容定义 (5) 3.3媒讯CTC系统提供接口使用范例 (5) 3.4金蝶EAS提供接口使用范例 (5) 3.5媒讯CTC系统提供接口服务地址 (7) 3.6金蝶EAS提供接口服务地址 (7) 3.7接口需求 (7) 四、详细设计 (8) 4.1XX EAS接口 (8)
1.概述 金蝶与用户及用户业务系统方通过多次讨论，制定了接口开发需求设计说明书，作为双方后续开发指引。 1.1读者 本文读者对象为业务管理人员、系统设计、开发人员、测试人员。 1.2图例 本文中如未进行特殊说明，各图标代表的含义如下： 表示一个活动； 表示动态的业务数据，如系统单据； 表示流程走向； 表示条件判断、流程分支； 表示静态的业务数据，如基础资料； 表示系统外一个手工处理活动； 表示系统外手工填制的单据； 表示当前系统之外的活动； 表示当前系统之外产生的业务数据。 1.3目的 本文档是媒讯CTC系统与EAS系统接口的需求及设计方案相关文档，可用于指导开发、测试工作和作为验收相关依据文档。
二、业务现状 待补充 三、概要设计 3.1接口通讯方式 金蝶EAS与媒讯CTC系统之间通讯采用WebService方式进行数据传输。 3.2通讯内容定义 对于记录型的大对象，在通讯时，采用String型的xml格式的参数进行传递。对于其他非记录型的对象，在通讯时，可采用非xml格式的参数进行传递，也可使用多个参数。具体格式，请参照每个接口的通讯用例说明。 3.3媒讯CTC系统提供接口使用范例 待补充。 3.4金蝶EAS提供接口使用范例 3.4.1规范说明 EAS通过webService接口与异构系统通信。EAS WebService全部是使用java编写的，其接口描述符合WSDL国际标准，其数据描述符合XSD 国际标准。 本次提供的接口除系统登录接口外，其他接口都需要调用登录接口，以便将登陆的SessionId信息放入到SOAP 的HEADER 报文中。 3.4.2使用示例 金蝶在EAS上发布WebService服务，提供wsdl文件供客户端下载，其他业务系统根据下载的wsdl文件，产生客户端。 建议使用Axis2来生成客户端代理。
Microsoft .NET体系结构中非常强调Web Service,构建Web Service接口对.NET Framework开发工具有很大的吸引力，因此很多讲建立Web Service机制的文章都是使用.NET Framework开发工具的。 在这篇文章中我们将谈论下面几个方面的问题 1、客户端怎样和Web Service通信的 2、使用已存在的Web Service创建代理对象 3、创建客户端。这包括： Web 浏览器客户端 Windows应用程序客户端 WAP客户端 最好的学习方法是建立一个基于真实世界的实例。我们将使用一个已存在的Web Service，这个Web Service从纳斯达克获得股票价格，客户端有一个简单的接口，该接口的外观和感觉集中了建立接口的多数语句。 客户端描述 三种客户端都接受客户输入的同一股票代码，如果请求成功，将显示公司名和股票价格，如果代码不可用，将显示一个错误信息。客户端都设置有"Get Quote" 和"Reset"按钮以初始化用户的请求。 开发中的注意事项 我使用visual https://www.doczj.com/doc/dd18107432.html,作为我的集成开发环境，beta版没有结合.NET Mobile Web，因此，我们需要使用文本编辑器创建wap客户端，下一个版本的visual https://www.doczj.com/doc/dd18107432.html, 将整合入.NET Mobile Web 。 客户端怎样与Web Service通讯 我们先复习一下Web Service的功能，在我得上一篇文章中曾展示一幅图（如图一），a点的用户将通过Internet执行远程调用调用b点web 服务器上的东西，这次通讯由SOAP和HTTP完成。
客户化开发需求规格说明书 媒讯集团E A S项目 CTC与EAS接口 需求及设计说明书 文档作者： 创建日期：2013-05-10 确认日期： 当前版本：1.0 拷贝数量：1 审批签字: 客户方： 实施方：
文档控制 修改记录 日期作者版本参考版本备注
目录 1.概述 (4) 1.1读者 (4) 1.2图例 (4) 1.3目的 (4) 二、业务现状 (5) 三、概要设计 (5) 3.1接口通讯方式 (5) 3.2通讯内容定义 (5) 3.3媒讯CTC系统提供接口使用范例 (5) 3.4金蝶EAS提供接口使用范例 (5) 3.5媒讯CTC系统提供接口服务地址 (7) 3.6金蝶EAS提供接口服务地址 (7) 3.7接口需求 (7) 四、详细设计 (8) 4.1XX EAS接口 (8)
1.概述 金蝶与用户及用户业务系统方通过多次讨论，制定了接口开发需求设计说明书，作为双方后续开发指引。 1.1读者 本文读者对象为业务管理人员、系统设计、开发人员、测试人员。 1.2图例 本文中如未进行特殊说明，各图标代表的含义如下： 表示一个活动； 表示动态的业务数据，如系统单据； 表示流程走向； 表示条件判断、流程分支； 表示静态的业务数据，如基础资料； 表示系统外一个手工处理活动； 表示系统外手工填制的单据； 表示当前系统之外的活动； 表示当前系统之外产生的业务数据。 1.3目的 本文档是媒讯CTC系统与EAS系统接口的需求及设计方案相关文档，可用于指导开发、测试工作和作为验收相关依据文档。
二、业务现状 待补充 三、概要设计 3.1接口通讯方式 金蝶EAS与媒讯CTC系统之间通讯采用WebService方式进行数据传输。 3.2通讯内容定义 对于记录型的大对象，在通讯时，采用String型的xml格式的参数进行传递。对于其他非记录型的对象，在通讯时，可采用非xml格式的参数进行传递，也可使用多个参数。具体格式，请参照每个接口的通讯用例说明。 3.3媒讯CTC系统提供接口使用范例 待补充。 3.4金蝶EAS提供接口使用范例 3.4.1规范说明 EAS通过webService接口与异构系统通信。EAS WebService全部是使用java编写的，其接口描述符合WSDL国际标准，其数据描述符合XSD 国际标准。 本次提供的接口除系统登录接口外，其他接口都需要调用登录接口，以便将登陆的SessionId信息放入到SOAP 的HEADER 报文中。 3.4.2使用示例 金蝶在EAS上发布WebService服务，提供wsdl文件供客户端下载，其他业务系统根据下载的wsdl文件，产生客户端。 建议使用Axis2来生成客户端代理。