信息电话机管理信息系统的设计与实现

目录1引言.111研究背景.112国内外研究现状分析.113研究目标和内容.22SOA基础技术.421面向服务体系架构.422WebService.823.NET多层架构.153数据同步技术研究.1731数据同步相关技术.1732数据同步方案.214需求分析.2241现状与目标.2242系统需求分析.2343呼叫中心设计方案.275系统总体结构设计.3051开发方案.3152系统架构设计.316数据模型设计.3561数据库ER图.3562数据流模型.3863数据库表结构分析.4164数据库接口设计.427控制流程设计.4471系统控制流.4472系统时序图设计.488电话数据同步模块设计.5281登录服务设计.5382电话管理服务设计.5483手机管理服务.6084数据同步服务.7085相关类设计.7186数据库备份与恢复.739电话数据同步系统后台管理模块设计.7391基于角色的动态权限分配.7492WebService的实现.7593数据库备份与还原.7894安全设计.8010系统测试.84101测试目的.84102测试内容.84103测试结果.89结论.90致谢.91参考文献.92附录A用户手册.94A1用户登录.94A2电话监测.96A3电话管理.97A3.1来电管理.98A3.2去电管理.99A3.3图表分析.101A4手机管理.102A4.1端口设置.102A4.2短信管理.103A4.3号码本管理.105A.5同步管理.108A5.1联系人同步.109A.6联系人信息管理.110A6.1联系人信息列表.110A6.2添加联系人.114A.7系统管理.116A7.1信息维护.116A7.2修改密码.117附录B配置手册.118B1Framework3.5的安装和配置.118B2蓝牙配置.120B3项目移植.122B3.1打包应用程序.122B3.2安装应用程序.1241引言11研究背景2009年1月7日，工业和信息化部举办小型牌照发放仪式，3G牌照正式发出。中国移动获得TD-SCDMA牌照，中国电信获得CDMA2000牌照，中国联通获得WCDMA牌照1。近一年来，3G手机的关注度越来越高，3G手机的出现，将使人们的信息生活发生翻天覆地的变化，手机将成为其信息来源的重要途径。而如何将手机的信息的同步到电脑中，这将成为人们研究的课题，尽管许多手机厂商为自己所研发的手机配制了专门的同步软件，但这种同步软件局限性很大，只能适用于指定的机器。SOA面向服务的体系结构(ServiceOrientedArchitecture)是一个组件模型，它将应用程序的不同功能单元通过这些单元之间定义好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种软件系统中的各个单元可以用一种统一的、通用的方式进行交互。这种具有中立的接口定义的特征称为服务之间的松耦合。松耦合系统的好处有两点：首先是它的灵活性；其次是当组成整个应用程序的每个服务的内部结构和实现逐渐发生改变时，它能够继续存在。12国内外研究现状分析SOA由Gartner在1996年提出。到了2002年12月，Gartner又提出了SOA是“现代应用开发领域最重要的课题”。据预测，到2010年，SOA将成为占有绝对优势的软件工程实践方法。目前，SOA的基本实现技术是Web服务(WebServices)，其核心技术包括SOAP(SimpleObjectAccessProtocol，简单对象访问协议)、WSDL(WebServiceDescriptionLanguage，Web服务描述语言)、UDDI(UniversalDescription、DiscoveryandIntegration，统一描述、发现和集成规范)以及WSBPEL(WebServicesBusinessProcessExecutionLanguage，web服务业务过程执行语言)等2。SOA通过使用基于XML的语言(称为Web服务描述语言(WebServicesDefinitionLanguage，WSDL)来描述接口，其服务更动态且更灵活。SOA从提出以来，众多主流厂商成为了主要推动者，包括IBM、BEA、SAP、Oracle，其中BEA、IBM和Oracle的主要产品是以中间件为导向的，而SAP主张以应用层架构建立SOA体系。SOA作为新一代的软件构架，在未来510年里将给软件产业带来革命性的变化。在SOA时代，任何一个大的应用软件系统，都不再由一个软件开发商独立完成，而是由不同厂商生产的基于基础标准和接口的中间件相互协作完成。随着SOA的标准化，每种中间件的生产厂商的数量会逐渐减少。每个厂商也只会专注于一种或几种中间件，努力提高中间件性能和质量。从软件产业总体上看，这将降低软件开发成本，提高软件质量，大大减少目前各软件厂商之间相同软件部分重复开发的问题。手机同步就是通过相应的软件将手机中的数据，包括电话本，通讯记录，短信等备份到个人电脑或者服务器上。但手机同步都必须通过相应的软件才能完成，而且手机同步只能实现与电脑或者服务器的同步，但无法完成手机、电脑与信息电话的三方同步，并且到目前为止，类似像基于SOA架构的手机与信息电话的信息同步技术研究与应用的技术尚未出现。由于服务部门和服务性企业（如气象服务部门，交通运输服务部门、各类企业技术支持部门，以及其他以服务为主要业务的部门）等都需要了解或统计专用信息电话机用户来电号码或来电数目、来电时常以及回复情况等重要联系人信息。虽然可以通过电信部门获得相关数据，但是，要对服务信息电话机进行有效的管理，并把这些数据融入自身的管理信息系统，特别是要实时更新数据库系统中相关的数据，是非常困难的，而且随着3G技术的发展，手机、电脑和信息电话机的信息共享对管理部门与商务人士显得越来越重要。所以，开发基于SOA的3G手机与信息电话的信息同步技术研究与应用是十分必要的，既有很好的创新价值，又有很好实用价值的。13研究目标和内容1.3.1研究目标本项目基于SOA架构进行开发，成功地把SOA引入到信息同步的软件设计中，充分利用其松耦合的特性，实现其要求的功能模块，这将会极大的提升系统自身适用性。系统在功能和性能上应达到如下目标：1)建立覆盖整个管理过程的应用平台，能够准确的、及时的完成对信息获取以及对信息的采集、信息同步、集中管理、信息共享，针对于不同类型企业用户的系统平台，提供与其相关系统和数据库的全兼容接口，形成一个完整的应用平台。2)提供统一、简洁、友好、灵活的人机交互界面，最大程度地减少用户的工作量；提供直观、形象、方便、图形化的显示手段和统计分析工具，使系统具备便捷直观的可视化功能；提供强大的数据分析能力，挖掘各类数据的内在联系，全面提升信息化应用水平和数据使用效率。3)提供严格的安全认证和权限管理机制，在物理网络、系统和应用三个层次上均具备良好的安全保密性，具有良好的可扩展性、灵活性和健壮性。4)该系统对不同人员，系统能有效满足不同角色(领导、业务员、管理员等)对控制和管理的需要。对企业来说：该系统能对领导清晰、全面地展示企业内所有业务员的整合数据信息，确保信息不被应用孤岛所隔离，并为领导的决策提供支持；二对内通过电子化信息化手段保障企业员工的高效率。1.3.2研究内容和完成目标通过需求分析、设计开发，研究了如何在现有的成熟开发模式下采用基于SOA思想来实现信息同步的各项功能需求。由于SOA可以实现跨平台调用，因此增加了系统的可扩展性和可移植性。同时分析了当前市场的现状和技术发展的趋势，对系统的多架构混合等关键技术的实现积累了宝贵经验。该系统涵盖了信息管理及信息同步的各个方面，是在充分利用SOA的软件体系架构模式上开发的一款可持续利用的信息同步系统。本文研究了分布式解决方案框架和Web服务，并通过使用Web服务技术，从而得到了提高系统兼容性和可扩展性的目的。本文通过对以往传统的软件体系架构进行着手分析，并在跟踪国外先进技术的基础上，初步研究.NET平台带来的新的系统平台基础构建技术、三层/多层分布式体系结构和分布式程序设计。在构建分布式多层企业应用系统方面，参考了J2EE解决方案的成功之处，通过一个完整的企业信息化解决方案的详细设计和开发，提出了一套基于.NET分布式三层应用系统的通用解决方案。本文主要完成了以下几个方面的工作：1)研究现有的B/S、C/S和.NET三层架构，分析其优势和不足。2)研究当前的Web服务理论和相关的技术：如XML，WSDL，UDDI，SOAP等。3)研究.NET技术。.NETFramework是微软公司推出的一个新的计算平台，.NET彻底地把计算模式从单机、客户机/服务器和Web网站的方式转向分布式计算。本课题使用.NET开发平台，以便方便地开发企业级应用系统架构。4)研究数据同步技术，为系统设计提出最佳的数据同步方案。5)研究如何通过硬件实时采集电话信息，及电话编码方式。6)研究无线数据传输技术，通过蓝牙模拟串口技术实现手机数据的同步。7)研究AT指令，了解AT常用指令的功能，并通过AT指令实现大多数带有蓝牙串口功能手机的数据。8)基于.NET应用平台，利用面向对象的技术，开发出电话数据同步系统，并将该系统设计成服务，集成于采用SOA架构设计的后台管理系统。9)基于.NET平台，利用Web服务和面向对象的持久技术构建后台管理系统。2SOA基础技术21面向服务体系架构2.1.1软件体系结构概述软件危机使得人们开始重视软件工程的研究。起初，人们把软件设计的重点放在数据结构和算法的选择上，随着软件系统规模的扩大，整个系统的结构和规格说明显得越来越重要。软件危机的程度日益加剧，现有的软件工程方法对此显得力不从心。对于大规模的软件系统来说，系统的总体结构设计和规格说明比起对算法和数据结构的选择已经变得重要得多。在此种背景下，人们认识到软件体系结构的重要性，并认为对软件体系结构系统深入的研究将会成为提高软件生产率和解决软件维护问题的最有希望的途径。软件体系结构贯穿于软件开发和维护的全过程。开发过程中它能够帮助软件设计者全面而深刻的理解系统各层次之间的关系，从而更好的分析系统的性能。同时，软件体系结构是软件设计者之间以及设计者和用户之间快速高效交流的工具，提高需求分析和软件设计的效率，能够将用户提供的业务信息和设计者的设计思想更好的融合在一起。维护过程中，参照原有的软件体系结构，能够保证在不破坏完整性的前提下，对系统进行维护、扩充和升级。软件体系结构是应付复杂需求、提高开发效率、改善系统易维护性的有效措施。2.1.2软件体系结构的演变为了应付不断增加的软件复杂度，进一步提高软件开发效率，软件体系结构也在不断的改革中。大体上可以分为三个阶段：传统的软件体系结构阶段、基于组件的软件体系结构阶段和面向服务的软件体系结构阶段。2.1.3传统的软件体系结构早期的软件开发中，由于程序规模不大，并没有特别的考虑软件体系结构的问题，只是以语句为基本单位，由语句组成模块，通过模块的聚集和嵌套形成层层调用的程序结构。它所强调的是结构化程序设计方法学，自顶向下、逐步求精，并注意模块的耦合性，这个阶段的应用程序都把操作的数据、用户的接口还有所有业务逻辑的处理都混杂在一个可以执行的包中。这种软件设计的方法仍然在规模较小、系统复杂度较低的系统中被大量使用，因为它需要少量的开发队伍和较短的开发周期，因为它的简单性会减少开发时间。但是它的简单化处理会存在其它问题是：可重用性差、可维护性差、系统集成性较差等。2.1.4基于组件的软件体系结构组件是具有一定的功能，能够独立工作或能同其它组件装配起来协调工作的程序体。从软件复用的角度看，面向对象技术实现了类级重用，它以类为封装的单位，组件技术将重用提到一个更高的层次上，它是对一组类的组合进行封装，并代表完成一个或多个功能的特定服务，也为用户提供了多个接口。整个组件隐藏了具体的实现，只用接口提供服务。与此同时，软件架构出现了多层的概念，其中经典的三层架构把的应用程序从下到上基本划分为：数据层、逻辑层和表示层。功能独立的各层可以重用它们需要的组件，从而使得软件开发效率大大的提高。数据层中涵盖了所有的数据格式；逻辑层独立出来专门处理系统的业务逻辑，屏蔽了底层数据层访问差异和表示层的呈现差异；表示层只需要把请求交给逻辑层，不需要考虑业务逻辑，然后从逻辑层得到返回结果并以不同的方式呈现给用户。随着企业急速的发展，企业级应用需求要求新的软件系统不再是从底层做起，而只是依据企业逻辑需求从新组织己有的数据存储，将现有的数据和事务通过新的渠道，比如Internet浏览器或者手持设备呈现给用户。另外，为了提高企业计算的高效性、可用性、规模性，现有许多的操作系统都是分布式操作系统，运行在许多机器之上。这样的企业级解决方案就必须协调运行在群组硬件之上，实现这种系统的一种方法就是将该系统组织成群组服务的模式，每一个服务都提供一组定义良好的功能集合。整个系统其实被设计和实现为一组相互交互的服务，而将功能以服务的形式展现出来是该系统灵活性的关键。它使得系统中的某些服务能够充分利用其他的服务同时却无需考虑其物理位置。系统通过添加新的服务来不断的升级，这样就应运而生了面向服务的体系结构(SOA)。当代SOA代表一个开放的、敏捷的、可扩展的、可组合的架构，包含了自治的、高服务质量的、多样性的、可互操作的、可发现的和潜在可复用的服务，并使用Web服务来实现。SOA能够建立一个业务逻辑抽象和技术抽象，可能导致对业务流程建模和技术架构的改变，从而导致这些模型之间的松散耦合。SOA是既有平台的进化，保留了传统架构的成功特征，并产生了截然不同的原则以促进面向服务对于面向服务企业的支持。企业标准化的贯彻是SOA的理想，但是要达到这个状态需要一个有计划的转变和技术集的持续支持。SOA是一种附以面向服务原则的技术架构形态。当通过Web服务技术平台实现时，SOA潜在支持并促进在企业的业务流程和自动化领域贯彻这些原则。迄今为止，对于面向服务的体系架构还没有一个公认的定义。许多组织从不同角度和不同方面对SOA以进行了描述，较为典型的定义有：W3C(TheWorldWideWebConsortium，万维网联盟)将SOA定义为：“一种应用程序体系结构，在这种体系结构中，所有功能都定义为独立的服务，这些服务带有定义明确的可调用接口，可以以定义好的顺序调用这些服务来形成业务流程”。SOA的关键是“服务”的概念，W3C将服务定义为“服务提供者完成一组工作，为服务使用者交付所需的最终结果。”3S将SOA定义为：“本质上是服务的集合。服务间彼此通信，这种通信可能是简单的数据传送，也可能是两个或更多的服务协调进行某些活动。服务间需要某些方法进行连接。所谓服务就是精确定义、封装完善、独立于其他服务所处环境和状态的函数。”Gartner则将SOA描述为：“客户端/服务器的软件设计方法，一项应用由软件服务和软件服务使用者组成，SOA与大多数通用的客户端/服务器模型的不同之处，在于它着重强调软件组件的松散祸合，并使用独立的标准接口。”SOA并不仅是一种现成的技术，而且是一种架构和组织IT基础结构及业务功能的方法，是一种在计算环境中设计、开发、部署和管理离散逻辑单元(服务)模型的方法4。它将应用程序的不同功能单元(称为服务)，通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种不同系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义的特征称为服务之间的松耦合。松耦合系统的好处有两方面：一方面是它的灵活性，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在；而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。2.1.5SOA软件架构体系SOA是一个组件模型，它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来，SOA的体系架构如图2.1所示。由于现在大多数企业都有各种各样的系统、应用程序以及不同时期的技术的系统体系结构，所以异构和改变将变得异常困难。集成来自多个厂商跨不同平台的产品更是一大难题。因此，随着企业的发展而出现的这些问题，正需要运用SOA面向服务的体系结构去加以解决。SOA面向服务的体系结构可以基于现有的系统投资来发展，而不需要彻底重新创建系统。如果组织将开发力量集中在创建服务、利用现有的技术、结合基于组件的方法来开发软件上，将获得如下几方面好处：1)利用现有资源：通过使用适当的SOA框架，可以将业务服务构造成现有组件的集合，使用这种新的服务只需要知道它的接口和名称。服务的内部细节以及在组成服务的组件之间传送的数据的复杂性都对外界隐藏了，这种匿名性使组织能够利用现有资源，通过合并运行在不同的操作系统中、用服务注册中心服务请求者服务提供者查找发布绑定图2.1SOA体系架构不同的编程语言开发的组件来创建服务，原有的系统提供的功能，可以通过服务来封装并提供给新的系统或其它系统进行访问。2)商品化基础架构:利用SOA框架，可以使不同的企业应用程序之间，基础架构的开发和部署变得更加一致。现有的组件、新开发的组件和从厂商购买的组件可以合并在一个定义良好的SOA框架内。这样的组件集合将被作为服务部署在现有的基础构架中，从而使得可以更多地将基础架构作为一种商品化元素来加以考虑。3)减少成本：随着业务需求的发展和新的需求的引入，通过采用SOA框架和服务库，为现有的和新的应用程序增强和创建新的服务的成本大大地减少了。4)持续改进业务过程：SOA允许清晰地表示流程流，这些流程流通过在特定业务服务中使用的组件的顺序来标识。这给商业用户提供了监视业务操作的理想环境。业务建模反映在业务服务中。流程操纵是以一定的模式重组部件(构成业务服务的组件)来实现的。这将进一步允许更改流程流，而同时监视产生的结果，因此促进了业务过程的持续改进。5)以流程为中心的体系结构：现有的体系结构模型和实践往往是以程序为中心的。通常，流程信息在组件之间传播。应用程序很像一个黑匣子，没有粒度可用于外部。重用需要复制代码、合并共享库或继承对象。在以流程为中心的体系结构中，应用程序是为过程开发的。流程可以分解成一系列的步骤，每一个步骤基于SOA架构的信息管理系统的设计和实现表示一个业务服务。实际上，每个过程服务或组件功能都相当于一个子应用程序。将这些子应用程序链接在一起可以创建能够满足业务需求的流程流。这种粒度允许利用和重用整个组织中的子应用程序。SOA是软件设计的方法，目的是为了让企业能够专注于业务流程和应用的开发，而不需要关心低水平的集成问题。SOA还是用于构建新的分布式系统的方法，采用SOA这种方法建构的分布式应用程序可以将功能作为服务交付给终端用户，也可以构建其他的服务。22WebService2.2.1WebService概述WebService又称为web服务，是一种编程模型，提供在可缩放的、松耦合的和非特定平台的环境下交换信息的能力，信息交换使用诸如HTTP、XML、XSD、SOAP和WSDL之类的标准协议5。WebService将业务逻辑分解为服务，而这些服务是可以通过Internet发布、发现和引用。基于XML标准，WebService能够用任何语言在任何协议和平台上开发松耦合的应用程序组件。这使得作为服务的业务应用程序的分发更加方便，而这种服务对于任何人在任何时间、任何地点和任何平台上都是可访问的。WebService是基于网络的、分布式的模块化组件，它执行特定的任务，遵守具体的技术规范，这个规范使得WebService能与其它兼容的组件进行互操作，它可以使用标准的互联网协议，像HTTP和XML将功能体现在互联网和企业内部网上，WebService平台是一套标准，它定义了如何在Web上实现互操作性，你可以用你喜欢的任何语言，在你喜欢的任何平台上写WebService。2.2.2WebService的关键技术WebService平台需要一套协议来实现：任何平台都有它的数据表示方法和类型系统，因此要实现互操作性，WebService平台必须提供一套标准的类型系统，用于沟通不同平台，编程语言和组件模型中不同类型系统。目前这些协议有：1)XML(Extens1b1eMarkupLanguage)XML是实现Web服务的基础，能够在Internet环境下描述数据和交换数据的标准方式。XML提供了一种独立的运行程序的方法来共享数据，它是用来自动描述信息的一种新的标准语言，它能使计算机通信把Internet的功能由信息传递扩大到人类其他多种多样的活动中去。XML解决了HTML不能解决的两个Web问题：即Internet发展速度快而接入速度慢的问题，以及可利用的信息多但难以找到需要信息的问题。利用XML，Web设计人员可以创建文字和图形，构建文档类型定义的多层次、相互依存的系统、数据树、元数据、超链接结构和样式表。在WebService中，XML不是一个单独的协议层，但是它却是WebService的核心技术，XML为WebService提供了统一的数据格式：包括消息、服务描述以及工作流描述等不同层次协议。因此，常常也把WebService称为XMLWebService。XML是一种元标记语言6，开发者可以根据自己的需要定义自己的标记，XML具有如下特点：(1)简单性：XML为用户提供了一个友好的环境，XML的严格定义和规则集使人和计算机都能够更容易地阅读文档。(2)灵活的可扩展性：XML提供了通用的机制，可以让用户灵活的自定义XML标签来表达信息的结构和类型。(3)互操作性：XML可以在多种平台上使用，而且可以用多种工具进行解释。XML支持用于字符编码的许多主要标准，允许它在全世界许多不同的计算环境中使用。(4)实现了内容和形式的分离：这是XML和HTML的根本不同之处，数据可以存放在单独的XML文档中，其表现形式则交给程序或者XSL来处理。(5)开放性：XML标准在Internet上是完全开放的，可以免费获得。XML提供了中立的纯粹数据定义方式，它与具体的编程语言和操作系统无关，通过和传统的网络传输协议的结合，XML数据非常适合在Internet中传输和处理。2)SOAP(SimpleObjectAccessProtocol)SOAP是在分散或分布式环境中交换信息的简单协议，它基于XML协议，SOAP以XML形式提供了一个简单且轻量的用于在分散或分布环境交换结构化和类型信息的机制7，其本身并没有定义任何应用程序语义，如编程模型或特定语义的实现，而是通过提供一个有标准组件的包模型和在模块中编码数据的机制定义了一个简单的表示应用程序语义的机制，使其能够用于信息传递到即RPC的各种系统。SOAP完全集成了XML的开放性和描述可扩展性。SOAP可以和基于TCP/IP的应用层协议HTTP、SMTP、FTP等结合使用，或者用这些协议重新封装后使用，只要发送和接收消息的应用程序能够理解的协议，都可以用来交换SOAP消息8。HTTP是Internet上传输数据最常用的协议，绝大多数计算机系统都支持HTTP传输，因此成为SOAP消息的主要传输机制。SOAP协议采用请求/响应模式，如图2.2展示了使用SOAP的XML消息传递。(1)服务使用者通过应用程序创建一条SOAP消息，将此消息和服务提供者的网应用程序SOAP网络协议(1)(4)Web服务SOAP网络协议(3)(2)响应请求图2.2使用SOAP的XML消息传递址一起提供给SOAP基础结构，SOAP基础结构与一个底层网络协议交互，然后在网络上将SOAP消息发出去。(2)网络基础结构在将消息传送到服务提供者的SOAP运行时(例如一个SOAP服务器)，SOAP运行时负责将XML消息转换为特定于编程语言的对象。这个转换由消息中可以找到的编码模式所控制。(3)Web服务负责处理请求信息并生成一个响应，该响应也是一条SOAP消息。响应的SOAP消息在被提供给SOAP运行时，其目的地是服务使用者，将SOAP消息响应发送到网络上的服务使用者，响应消息中包含合适的状态码。如果请求消息没有被接收到或者没有被期望的服务所处理，合适的状态消息也会被底层传输层生成并报告给服务使用者，也就是说服务使用者被告知了请求消息传输的状态(成功或失败)。(4)响应消息会经过整个SOAP基础结构，可能会将XML消息转换为目标变成语言的对象。然后，响应消息被提供给应用程序。3)UDDI(UniversalDiscovery、Description、Integration)businessEnityBusinessKeynamedescriptionbusinessServicescategoryBagidentifierBagtModelnamedescriptionoverviewDoccategoryBagidentifierBagbusinessServiceserviceKeybusinessKeynamedescriptionbindingTemplatescategoryBagBindingTemplatebindingKeyserviceKeydescriptionaccessPoint0:n1:10:n1:1identifierBagcategoryBagkeyedReferenceKeyNameKeyValuetModellInstanceInfoDescriptionOverviewDochostingRedirector0:10:10:10:10:n0:n0:10:10:1图2.3UDDI数据模型关系统一表述、发现和集成协议，是一套基于web的，分布式的，为WebService提供信息注册中心的实现标准，同时包含一组使企业能将自身提供的WebService注册使得别的企业能够发现的访问协议。UDDI标准包括了SOAP信息的XMLSchema(UDDIDataStructureReference)和UDDI规范API(UDDIProgrammersAPI)的描述。它们两者一起建立了基础的信息模型和交互框架，具有发布各种Web服务描述信息的能力。其中交互框架是为UDDIClient(可能是各种企业软件)与UDDIRegistry进行交互的消息约定9。UDDI注册使用的核心信息模型由XMLSchema定义。使用XML时它提供了平台无关的数据描述并很自然的描述了数据的层次。XMLSchema支持丰富的数据