一、应用服务接入平台--核心系统--终端的逻辑关系
　　1、应用服务接入平台 AS
负责将应用业务接入到数字家庭系统中，通过统一的通讯平台和通讯方式，以达到统一的管理。
　　2、核心系统 IMS
数字家庭系统的核心系统，负责系统的服务控制通讯，并提供统一的系统管理信息，包括用户管理、服务接入管理、计费原始信息提供等。
　　3、终端 EP
用户端用以享受服务的设备。
　　4、三者间以SIP通讯协议连接

二、服务接入及提供的流程和逻辑
　　1、开发服务器端的业务控制和管理功能（AS与SP部分）
　　　*　AS与SP（服务提供系统）可以物理上整合在一起，也可以分离。
　　　*　SP部分指具体实现服务数据的提供和该服务流程的控制以及管理等，并通过AS平台接入到系统中。
　　2、开发终端的服务连接与实现（EP）
　　　*　AS与EP之间通过INP协议实现服务的提供。
　　　*　INP协议以SIP协议为载体，业务提供者只需要关心INP协议的具体含义和使用。　

三、业务服务管理框架
　　业务服务管理框架是指包括AS端与EP端两方面的整体管理框架。即该管理框架是将两者统一起来作为整体来考虑。
　　AS端负责服务的接入、发布和提供等。服务提供其实由SP部分实施，但对于EP来说SP是不可见的。
　　EP端负责服务的搜索、获取以及在本地保存和运行管理等。用户在EP端可通过多种方式获得服务，而这些方式是包含在该框架规范中的。服务所需要的资源会下载到EP，如何管理这些不同服务的资源也是包含在框架规范中。
　　业务提供者并不需要涉及业务服务管理框架。因此业务提供者在服务开发过程中不需关心此框架规范。

四、INP协议的作用
　　 INP（Information Navigation Protocol）信息导航协议其实是一套协议集规范，而不只是一个单一协议定义。INP协议包括职责分明的若干子协议以及一个在终端本地运行的服务运行支持包规范。提供一套与终端操作平台无关的协议，实现服务的功能、流程、数据内容和基于模板的界面表现。
　　这些子协议分别负责功能、流程、数据内容以及表现等方面，基于XML标准，与操作系统无关。同时也满足复杂服务或特殊服务对功能和表现方式等的要求。如对硬件接口有特殊要求的服务、对界面表现方式有特殊要求的服务（即界面表现无通用性）。

五、应用服务接入平台（AS）
　　AS平台主要提供接入数字家庭系统的网络通讯基础以及中间件基础。包括：
　　1、通讯模块和INP模块
　　通讯模块负责与系统的联系，主要是关心系统控制。INP模块负责与终端的联系，主要是关心服务提供。以上模块并不包括实现面向具体业务的服务逻辑，具体服务逻辑由SP部分负责。
　　具体服务逻辑可通过以下方式提供：
　　　*　 整合方式：通过插件方式（动态链接库）接入这个“容器”
　　　*　分离方式：通过网络通讯连接
　　同时，AS平台已包括了一个基础服务库，便于服务开发，降低和减少开发工作，为对服务逻辑要求不复杂的业务提供一个迅速实施的途径，业务提供者只需要关心数据来源和数据提供。
　　SP部分可以结合到AS平台，通过插件方式接入到AS平台。也可以与AS平台以分离形式连接。AS平台负责管理INP数据的构造、解析和传输；SP部分负责实现服务逻辑和数据提供。两者之间可采用网络通讯或共享数据库等不同方式连接起来。

六、应用服务的开发
　　1、针对终端的开发工作
　　（1）发布INP数据
　　自行编写各INP子协议的协议数据（针对高级开发），通过可视化发布系统定制协议数据。协议数据包括：
　　　*　定义服务运行支持包中的功能接口，即说明运行支持包中提供的只针对该服务的额外专用功能。
　　　*　设计控制服务的逻辑和流程，即说明服务应该如何调用终端内置的通用功能接口和额外功能接口，以及调用流程和反馈。
　　　*　定制服务所提供的数据和表现方式等。表现方式主要根据现有模板来定制和组织；而通用模板集是可以不断扩充和增加的，以不断适应更多样化服务的表现需求。
　　（2）定制/开发服务的运行支持包
　　RSP：Runtime Supporting Package 运行支持包，包括一下几个方面：
　　服务所依赖的静态资源。如背景图片等，以减少重复下载、传输所增加的负担。无法通用的特殊界面表现效果和图形显示功能如游戏、地理信息等对界面有特殊要求的服务。需要访问特定硬件接口和系统资源的功能，如智能家居服务，并不能单独在服务器端解决，必须通过访问特定的终端硬件资源来实现。
　　大多数服务并不需要关心终端平台的开发工作，只需要按照规范建立RSP。上述特殊服务若需要涉及终端平台的嵌入式开发工作，可自行开发或委托开发。
　　2、针对服务器端的开发工作
　　需要基于AS平台进行开发。AS平台支持Windows平台和Linux平台。目前暂时只提供Windows平台。
　　开发环境：Visual C++ .Net 2003
　　较为简单的服务逻辑可以考虑直接使用AS平台原有的基础服务库。还需定制数据来源和数据提供，开发工作只限于连接数据来源，服务表现形式还是通过INP协议部分来确定。
　　开发方式一（已有服务系统的情况下）
　　　– 采用AS与SP分离的形式，可沿用服务系统，不需要重建。
　　　– 定义AS与SP之间的连接方式并进行相关开发工作。
　　开发方式二（未有服务系统的情况下）
　　　– 采用AS与SP整合的形式，一次开发完成，结构较为简单。
　　　– 设计SP部分的服务控制逻辑。
　　　– 基于AS平台的通讯模模块和INP模块接口进行服务开发。
　　数据提供和表现的多样化
　　　– 可通过在INP中的数据协议直接传递数据；
　　　– 可通过传递WEB地址信息，通过浏览器方式获得数据内容。必须通过INP协议来统一传递数据或实际数据来源地址（WEB地址），才能实现统一的服务管理，以及服务中双向的主动数据交流。

七、应用业务提供/运营商
　　如何与数字家庭中心配合这个开发工作：
　　　*　在第一阶段的工作模式（5月份计划）
　　　*　业务提供者暂时只需要关心SP部分的开发工作；
　　　*　由数字家庭中心配合需求定制INP数据及开发AS部分的对应功能；
　　　*　双方商定连接方式和通讯协议（包括数据格式）。