Go-together Service Platform
Second Drift
Date : 2006.4.5
Author : Richie.lea
Update: 2006-4-22
Update: 2006-4-29
一、 项目概述
名称：Go-together Service Platform
概述：
现在移动领域的软件企业大部分为增值服务提供商，而传统的增值服务一般都是以SMS为载体，统一经过电信商的服务器进行各种处理。而随着硬件方面－电池续航能力，运算能力，屏幕尺寸，网络带宽的增强；软件方面J2ME的升级，越来越多的新型服务形式逐渐可以被大众接受。WebService就是其中一种，Wap上网包月，J2me也开始支持WS，使得手机程序在现有GSM网中使用WS技术很便宜而且方便。而且由于WS技术使用的是IP网络，可以使增值服务商可以不再必须通过电信商的中心机房，而提高盈利。
但是各自盈利的模式同时也存在很大弊端，需要众多增值服务商自己开发各种管理和收费机制，无论服务提供的多少，都需要拥有自己的对用户的服务管理机制，大大增加开发成本。
本项目Go-together，正是在这种考虑下出现的，他的目的就是最大程度上从各个服务商那里把客户管理机制，收费缴费管理机制，集中起来。以平台的形式，可以让服务商在上面发布服务，用户可以在上面选择服务，并且提供安全，收费等商业服务。
作为用户和服务商的中转平台，最基本的功能就是安全认证和WS信息的智能路由
二、系统描述
1、 Role Definition
·Requester
·User
·Go-together
·Provider
·Service
·ServiceSource
·Contract
Requester:
可以认为用户在使用客户端进行服务请求时，域内代理类为Requester，它只包括和安全信息和Contract信息，为Go－together进行工作提供必要信息。
向平台发出服务请求，提供安全信息和服务信息，并接受最终结果信息。
·发起服务请求
·解析返回的结果
·(optional) 作为手机端程序，与使用者直接交流，接受输入，并显示结果。
User：
可以认为用户在使用Web界面访问Go－together时，域内代理类为User，它关于用户的所有信息，例如：个人资料、交易历史、各种纪录等等。
Go-together:
作为服务的中间人，提供安全、记录、商业逻辑、Requester管理、
Provider管理、服务路由等功能。基于Web的管理界面。
·接受Requester发起的服务请求,并解析成控制内容信息与传输内容信息。
·依据控制内容进行认证、授权、记录、商业逻辑和服务路由。
·接受Provider的结果信息，并返回Requester。
·能够对Requester的安全和权限信息进行管理。
·能够对Provider提供的服务进行路由和状态管理。
Provider：
服务请求的提供者，处理服务的全部逻辑均属于Provider，与Go-together通讯需要使用Go-together的通信样式。
·接受Go-together中转来的服务请求。解析出请求内容。
·处理并返回结果内容。
·在开通中转服务前，需要主动向Go-together注册Provider信息，并等待认证和授权密钥。
Service：
Provider提供的服务在域内的代理类。包含有限个ServiceSource。
ServiceSource：
Provider提供的服务器在域内的代理类，包含具体服务器(WS的服务路径)等具体信息。
Contract：
使用权的抽象类。具体可以为：（例）
Requester对于某个Service的‘按次使用权’，
Requester对于某个Service的‘包时使用权’，
Provider开通Service和ServiceSource的‘开通权’。
所有和交易结果有关的实体均可映射到Contract的某个子类中。
2、 Component Diagram：
PS：R－G，G－P之间目前定义为同步双向的SOAP通信。
3、 Web-Service Definition：
由于Go-together是在服务的路由过程中提供各种附加服务，所以需要在Requester与Provider的服务内容之外需要增加安全，控制，路由等信息。为了进行统一，定义标准的WSDL文件对Requester与GTSP、GTSP与Provider的通信进行规范。( GTSP是Go-together Service Platform的缩写 )
模式：
R-GTSP Service Transport Protocol：(用于R-G-P模式的P-G服务请求)
·不限制R-P之间的服务请求与结果信息格式。
·把R-P的请求内容，以byte[]形式封装起来。
·包括Request身份信息和Service信息。
(同一个Provider可以提供多个Service，每个Service可以拥有多个ServiceSource，**同时统一Service理论上也可以由多个Provider提供)
·返回信息结构用使用SOAP envelop，可以与java的primitive type直接对应，包括结果状态码，结果状态信息，结果集。
GTSP-P Service Transport Protocol：(用于R-G-P模式的G-P服务请求)
·不限制R-P之间的服务请求与结果信息格式。
·把R-P的请求内容，以byte[]形式封装起来。
·以当周期R-P通信密钥加密 或者 使用周期R-P 通信 Token。
结构定义：
R-GTSP Service Request Protocol Schema:(WSDL)
信息段： 含义 元素名 类型 注释
RequestSetDocument
用户名 UserName String
密码 Password String
服务名称 ServiceName String
数据 RequestContent byte[]
ResultSetDocument ：
结果状态码 ResultState int
结果状态信息 ResultStateMgs String
结果集 ResultContent byte[]
WS Operation Define:
ResultSetDocument callSerivce(String UserName, byte[] Password,
String ServiceName, byte[] TransOject)
(具体WSDL文件-----Go-together.wsdl 见包内。)
4、 用例图（部分）。
User：
Requester：
Provider：
Administrator：
5、 状态图（部分）
ServiceSource Statement：
Service Statement：