专利名称：交互式富媒体互动系统的控制方法
技术领域：
本发明涉及信息技术，尤其涉及一种交互式富媒体互动系统的控制方法。
背景技术：
随着计算机网络的不断发展，Internet已经逐渐成为应用程序开发的默认平台。 应用程序的架构从最初期的基于主机架构，到早期的客户端/浏览器(Client/Server，简称C/S)架构，再发展到目前正广泛采用的浏览器(Browser/Server，简称B/S)架构。应用程序复杂性日益增加，而目前基于B/S架构的Web应用程序在完成复杂应用方面却由于种种限制，始终跟不上步伐。基于B/S架构的Web应用程序是基于HTML页面表现、服务器端数据传递的模式，缺少客户端智能机制，而且它几乎无法完成传统的C/S模式应用程序和桌面应用程序的复杂用户交互。因此，这些Web应用程序难以使用，支持成本也比较高，并且在很多方面得不到充分的发挥。为了提高用户体验，出现了一种新类型的基于互联网的应用程序Rich Internet Application (简称RIA)，即丰富互联网应用程序。RIA技术结合了桌面应用程序的反应快及交互性强的优点与Web应用程序的传播范围广及容易传播的特性。因为RIA技术简化并大大改善了 Web应用程序的用户交互，所以RIA技术所开发的Web应用程序可以提供更丰富、更具有交互性和响应性的用户体验。RIA技术的出现给许多企业组织看到了希望，他们认识到RIA技术可以产生显著的商业利润、提高生产率及降低成本的优势后，这种新技术的发展势头越来越猛烈。毫无疑问，系统架构发展的下一步是RIA技术，它将更大程度地提高应用程序的广泛性和丰富性。
发明内容
本发明的发明人在研究几种现有的Flex MVC框架的基础上，提出了一个快速的轻量级的交互式富媒体互动系统的控制方法，该方法使得该交互式富媒体互动系统较之现有的Flex MVC框架有更轻量级，层次和类数量更少，弹性更高，便于维护。具体地，本发明提出了一种交互式富媒体互动系统的控制方法，该交互式富媒体互动系统包括模型，向视图发送更新通知；视图，向所述模型查询状态并向控制器提交用户请求；以及控制器，选择视图并向所述模型更新状态，该方法包括按照应用需要选择观察者模式、策略模式和组合模式之一。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，所述观察者模式定义了对象间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，在所述观察者模式中，所述模型目标有任意多个依赖于它的视图，一旦模型的状态发生变化，所有的视图都将得到通知，每一个视图再次查询模型的状态使之与模型保持同步。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，所述策略模式定义了一系列的算法，把这些算法分别封装起来，并且使这些算法能相互替换，使得算法可独立于使用它的客户而变化。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，在所述策略模式中，能够在不改变视图的情况下改变视图对用户输入的响应方式，并把响应逻辑封装在所述控制器中，更换不同的控制器可以改变视图对用户输入的响应策略。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，所述组合模式将对象组合成树形结构以表示“部分-整体”的层次结构，它使得用户对单个对象和组合对象的使用具有一致性。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，在所述组合模式中，所述视图能够组合嵌套，用户可以使用简单的视图组件组合创建复杂的视图组件。根据本发明的一个实施例，在上述交互式富媒体互动系统的控制方法中，在所述组合模式中，对组合的对象和内容做同等处理。本发明的交互式富媒体互动系统的控制方法被证明是有效的处理方式之一，它将模型、视图和控制器三部分分离，采用该设计模式，简化了应用程序的设计，降低了各部分之间的耦合，提高了灵活性和可维护性，降低了维护成本。本发明的交互式富媒体互动系统的控制方法特别适用于那些多用户的、可扩展的、可维护的和具有很高交互性的应用系统。应当理解，本发明以上的一般性描述和以下的详细描述都是示例性和说明性的， 并且旨在为如权利要求所述的本发明提供进一步的解释。
附图主要是用于提供对本发明进一步的理解。附图示出了本发明的实施例，并与本说明书一起起到解释本发明原理的作用。附图中
图1示意性地示出了本发明的交互式富媒体互动系统的基础架构。图2示意性地示出了本发明的控制方法的基本框图。
具体实施例方式以下结合附图详细描述本发明的技术方案。图1示意性地示出了本发明的交互式富媒体互动系统的基础架构。如图1所示，本发明的一种交互式富媒体互动系统主要包括向视图发送更新通知的模型101、向所述模型101查询状态并向控制器103提交用户请求的视图102以及选择视图并向所述模型101 更新状态的控制器103。其中，所述模型101封装应用程序状态并回应状态查询，其中当模型101中的数据状态发生了变化，模型101会通知视图102数据有更新，视图则重新请求数据，正确显示模型数据；每一个视图在显示给用户时，都要求去查询模型101或者访问模型 101中封装的方法和数据，一个模型101对应多个视图102。此外，模型101提供应用程序功能并提示改变视图102。视图102表示模型101， 并提供模型101更新请求。视图102将用户请求送至控制器103并允许控制器103选择视图 102。此外，控制器103定义应用程序行为，将用户行为映射为模型101更新。控制器 103选择视图102响应，且每一个功能对应于一个控制器103。实际上，在本发明中，控制器103以用户的请求为线，将模型101和视图102连接在一起，它不作任何数据处理。视图102向控制器103提交用户的请求，而控制器103可以选择显示的视图102， 也能决定视图102应该显示什么，同时也能够决定是否接受视图102提交的用户请求。简而言之，交互式富媒体互动系统将模型101、视图102和控制器103三部分分离以降低各部分之间的耦合。以下将分别详细描述本发明的三个组件各自的工作方式。模型101 (Model)
主要通过封装应用程序状态来处理业务逻辑和数据访问，即业务流程和业务规则都属于模型部分，它负责装载数据和数据的行为。模型接受视图的请求数据，然后将处理的结果返回给视图。在本发明的交互式富媒体互动系统中，模型是应用的核心，它维护了业务的持久性，对开发者而言，他需要专注于业务模型的设计。通常，在定义模型时需要应用合适的设计模式对业务逻辑进行封装，同时对业务流程中的对象进行合理抽象和封装，这一过程也被称为数据建模。在数据集成应用中，数据建模是系统开发的一个重要环节。视图102 (View)、
表现用户界面，在FLEX平台下主要使用FLEX客户端界面来显示与用户交互的界面。视图包括用户提交的表单信息以及所获得的返回结果信息。在基于Web的应用系统中，视图元素通过浏览器展示给用户，这些视图元素可能是一个List控件、一个DataGrid控件，也可能是一个Panel面板，里面包括了按钮、输入新的表单，或其他任何种类的组件，所有这些可视化的界面部分都被归于View部件中。随着应用复杂度和规模的增大，用户界面的处理也变得更具有挑战性。在数据集成应用中，一类数据往往具有多种表现形式和显示的界面。本发明的交互式富媒体互动系统的设计模式对视图的处理上仅限于视图上数据的采集和处理以及接受用户的请求，然后将用户的请求提交给控制器来处理。控制器103 (Controller)
它定义了应用程序的行为，视图提交的所有用户请求都由控制器来处理。控制器的一个重要的功能，就是将用户请求传递给相应的业务处理模型，它同时还负责选择视图并返回处理的结果。在本发明的交互式富媒体互动系统中，控制器是一个中介者的身份，以用户的请求为线，将模型和视图连接在一起，它不作任何数据处理。构建基于本发明的交互式富媒体互动系统的模型框架的核心就是设计有效的控制器。在本发明的交互式富媒体互动系统中，存在三个十分重要的关系
View和Model之间的关系、Controller和Model之间的关系以及Controller和View 之间的关系。
视图和模型之间有如下关系当模型中的数据状态发生了变化，模型会通知视图数据有更新，视图则重新请求数据，正确显示模型数据；每一个视图在显示给用户时，都要求去查询模型或者访问模型中封装的方法和数据，一个模型可以对应多个视图，同时，也可以为一个模型创建新的视图而无需修改模型。而控制器和模型之间的关系相对比较简单， 即控制器只负责向业务处理模型转交用户的请求。控制器和视图之间的关系如下视图可以向控制器提交用户的请求，而控制器可以选择显示的视图，也可以决定视图应该显示什么，同时也能够决定是否接受视图提交的用户请求。以下详细讨论本发明的交互式富媒体互动系统的控制方法。图2示意性地示出了本发明的控制方法201的基本框图。该方法的最主要的特点在于按照应用需要选择观察者模式、策略模式和组合模式之一。以下分别详细描述各模式的特点。观察者模式202
观察者模式(Observer)定义了对象间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。某一个数据可能有多种显示的方式，并且可能同时以这几种方式显示，一旦这个数据发生了更改，它的各种显示方式应该清楚这一状况并做出相应的调整。观察者模式描述的这种关系也被称为发布一订阅 (publish-subscribe)模式，它的两个重要对象分别称为目标和观察者。一个目标可以有任意多个依赖于它的观察者，一旦目标的状态发生变化，所有的观察者都将得到通知，每一个观察者再次查询目标的状态使之与目标保持同步。交互式富媒体互动系统的Model和 View之间的关系就如同目标和观察者之间的关系。Model-View的关系实际上被描述为 Observer的设计模式。观察者模式应用非常广泛，尤其是在管理信息系统领域。策略模式203
策略模式(Strategy)定义了一系列的算法，把它们一个个封装起来，并且使它们可以相互替换，使得算法可独立于使用它的客户而变化。交互式富媒体互动系统可以在不改变 View的情况下改变View对用户输入的响应方式，这对于经常需要更改响应逻辑的系统来说是非常重要的。交互式富媒体互动系统把响应逻辑封装在Controller中，对用户输入的响应不是视图来实现的，而是由一个抽象的Controller类的不同子类各自独立地实现。更换不同的Controller实例就可以改变View对用户输入的响应策略。交互式富媒体互动系统的View-Controller之间的关系就被描述Strategy模式。使用策略模式加强了系统的灵活性和可维护性，虽然应用策略模式增加了维护对象的数目(一个抽象类的子类数目)， 但相对于它的优点，付出这些代价是值得的。组合模式204
组合模式(Composite)将对象组合成树形结构以表示“部分-整体”的层次结构，它使得用户对单个对象和组合对象的使用具有一致性。组合模式在交互式富媒体互动系统中的一个重要应用就是View可以组合嵌套。用户可以使用简单的视图组件组合创建复杂的视图组件。它的核心思想就是对容器(组合的对象)和内容做同等处理。应用组合模式的典型例子就是计算机中的文件夹。在一个文件夹下可以有文件和其它文件夹，在子文件夹中还可以有其它文件或子文件夹。虽然文件夹和文件实际上是两种截然不同的东西，但两者都可以放在文件夹中。在一个文件夹中，文件和文件夹被视为同一种类。
本发明的交互式富媒体互动系统的控制方法被证明是有效的处理方式之一，它将模型、视图和控制器三部分分离，采用该设计模式，简化了应用程序的设计，降低了各部分之间的耦合，提高了灵活性和可维护性，降低了维护成本。本发明的交互式富媒体互动系统的控制方法特别适用于那些多用户的、可扩展的、可维护的和具有很高交互性的应用系统。
权利要求
1.一种交互式富媒体互动系统的控制方法，该交互式富媒体互动系统包括模型，向视图发送更新通知；视图，向所述模型查询状态并向控制器提交用户请求；以及控制器，选择视图并向所述模型更新状态，该方法包括按照应用需要选择观察者模式、策略模式和组合模式之一。
2.如权利要求1所述的交互式富媒体互动系统的控制方法，其特征在于，所述观察者模式定义了对象间一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。
3.如权利要求1所述的交互式富媒体互动系统的控制方法，其特征在于，在所述观察者模式中，所述模型目标有任意多个依赖于它的视图，一旦模型的状态发生变化，所有的视图都将得到通知，每一个视图再次查询模型的状态使之与模型保持同步。
4.如权利要求1所述的交互式富媒体互动系统的控制方法，其特征在于，所述策略模式定义了一系列的算法，把这些算法分别封装起来，并且使这些算法能相互替换，使得算法可独立于使用它的客户而变化。
5.如权利要求4所述的交互式富媒体互动系统的控制方法，其特征在于，在所述策略模式中，能够在不改变视图的情况下改变视图对用户输入的响应方式，并把响应逻辑封装在所述控制器中，更换不同的控制器可以改变视图对用户输入的响应策略。
6.如权利要求1所述的交互式富媒体互动系统的控制方法，其特征在于，所述组合模式将对象组合成树形结构以表示“部分-整体”的层次结构，它使得用户对单个对象和组合对象的使用具有一致性。
7.如权利要求6所述的交互式富媒体互动系统的控制方法，其特征在于，在所述组合模式中，所述视图能够组合嵌套，用户可以使用简单的视图组件组合创建复杂的视图组件。
8.如权利要求6所述的交互式富媒体互动系统的控制方法，其特征在于，在所述组合模式中，对组合的对象和内容做同等处理。
全文摘要
本发明提出了一种交互式富媒体互动系统的控制方法，该交互式富媒体互动系统包括模型，向视图发送更新通知；视图，向所述模型查询状态并向控制器提交用户请求；以及控制器，选择视图并向所述模型更新状态，该方法包括按照应用需要选择观察者模式、策略模式和组合模式之一。本发明的控制方法简化了应用程序的设计，降低了各部分之间的耦合，提高了灵活性和可维护性，降低了维护成本。
文档编号H04L29/08GK102546682SQ20101058960
公开日2012年7月4日 申请日期2010年12月15日 优先权日2010年12月15日
发明者张丽晓, 顾维钧 申请人:上海杉达学院