呼叫服务中心：中各厂商面对用户的窗口。各个用户在玩游戏时出现的一切问题都会通和呼叫中心来解决。客户服务理所当然的成为了游戏用户于运营公司沟通的一条重要通道。在传统的解决方案中：呼叫中心是整个业务流程的枢纽，负责与用户、游戏服务、相关支付应用帐户系统打交道。

    这种业务模式既增大了信贷员的工作强度，也增加了在处理的过程中的操作风险以及道德风险。呼叫中心在业务流程中起到枢纽作用的服务员，则要通过不同的方式访问不同的系统，如以B/S的方式获取用户的相关信息，以C/S的方式来得到游戏信息，再以B/S的方式来得到用户帐号和帐户的信息。最后再通过工作流OA系统向服务中心进行处理服务和调整申请。多样化的UI界面既增加了对呼叫中心服务员的IT技能要求，也极大的降低了呼叫中心服务人员的工作效率。而且当服务员可以操作和调整用户的帐号和帐务信息时，这一切就只能依赖员工道德和制度等外在方式来解决。 

    对呼叫服务中心的解决则要实现一个以服务为中心的企业整合。要通过用户认证中心、游戏中心和支付服务中心配合工作流系统来实现组合式服务。获取用户信息，查询相应的游戏状态信息，调整用户的帐户，并触发工作流信息。围绕呼叫中心服务流程进行服务建模分析，并在现有系统上构建企业服务总线。由于各个服务的相对独立性，呼叫中心又可以通过服务变换、服务调整和服务重新组装来自由的适应可能多的业务变化。随需而变，就象拼积本一样的来搭建你的应用业务。由于业务的处理都委托在各分布的服务系统中进行，所以各个服务系统的变化和升级调整等对于呼叫中心都是透明的。各个服务系统又对自身有着监控和优化，所以呼叫中心的业务操作又可以相对的隔离在一个可控的范围之内，达到安全可靠的目的。

    游戏服务中心：游戏中心是企业服务中的重要组成部分，也是关键和服务的提供者。他一方面对用户提供着游戏服务，一方面又要对后台管理系统提供标准的查询管理服务。游戏服务器目前大多是采用C语言开发的，而后台的管理系统大部分又是采用高效的JAVA语言来完成。不同语言，不同系统不同环境下的业务整合是一个颇为复杂和困难的工作。
然而如果我们采用SOA的架构。游戏服务器对游戏客户端采用原来的方式不变，而对于后台管理的接口部分，通过统一的服务接口描述进行小范围的修改就能实现为系统总线提供统一的服务。开发的难度小速度也快。服务器部分独立性更强，修改和适应也就更为自由灵活了。

    支付服务中心：支付服务中心，俗称帐务系统，这个一直以来是网络游戏业中分析和设计的最为困难的部份。它是公司利润的主要来源。从买卡充值到购物消费……这些不但形式多样而又都和公司的销售，财务，运营等多个部门有着千丝万缕的联系。从游戏上又集成了所用游戏的商品和道具。支付服务中心就做得异常的复杂和庞大。例如购物消费的过程中支付中心要将所有的游戏商品和道具等先集中起来，编号，分类和定价还有商品的描述和用户的消耗记录；而当游戏要增加修改或删除商品时又要先到支付中心来申请……。不难想象，当游戏中增加新道具，或是有促销活动时，信息的数据量是何其的巨大，业务流程又是何其的复杂。这样的集成将游戏中自主管理道具商品自由销售的行为都集成没了。违反了游戏的最基本的业务流程。

    如果从业务出发，换个视角，我们会发现支付服务中心的业务十分的简单。就是支和付两个动作。用户有点卡银行等多种方式用帐户充值，又在各个游戏中玩游戏购买道具和商品等多种方式来消费。抽象出来就是查询帐户金额，加入金钱和减少金钱三个接口。支付中心以标准的接口来提供以上帐户信息的服务。游戏服务器维护自身的游戏商品和道具的信息并为支付中心提供服务。相互之间以一定的策略和标准和接口来行成一种松散耦合的关系。各自通过模块化、提高了各自系统的可重用性。符合当前网络游戏行业的现状。

    总之，如果能通过面向服务的分析和解决方式使得系统总体架构建设的相对完善，那么对于运营公司和游戏公司来说，不仅能更多的提高系统的可用性，减少系统的运行和维护成本，更全面的了解和满足玩家们需要，还能通过这一企独有的核心竞争力,树立公司的品牌形象，提高玩家们的美誉度。，并且高举“服务”大旗来赢得用户。使企业做大做强，不断的提高自己的服务质量，为用户带美妙的生活娱乐休闲的体验感受。