CN113094554A - 对非传统数据进行基于传统的访问的系统和方法 - Google Patents

Abstract

本公开涉及对非传统数据进行基于传统的访问的系统和方法。一种用于对非传统数据进行基于传统的访问的方法，包括：在中介服务器处接收包含非传统内容的非传统数据对象；生成包含非传统内容的传统数据对象，以存储在储存库中；与传统数据对象相关联地存储非传统分发通道指示符；根据非传统分发通道指示符，调整储存库处的传统处理机制；经由传统接口从客户端子系统接收对非传统内容的请求；以及响应于该请求，经由传统接口检索并发送包含非传统内容的传统数据对象。

Description

对非传统数据进行基于传统的访问的系统和方法

技术领域

本说明书一般而言涉及计算系统，并且具体而言涉及用于使得能够在这样的系统中对非传统(non-legacy)数据进行基于传统的访问(legacy-based access)的系统和方法。

背景技术

计算系统可以存储和处理经由多个通道，例如，采用不同的(并且不一定兼容的)通信协议、消息传递序列等生成的数据。这样的系统可以包括许多不同的子系统，其中一些子系统可能仅能够根据以上通道的子集来操纵数据(例如，发起处理操作、检索数据以供显示等)。经由其它通道生成的数据可能仍然无法被这样的子系统访问。

发明内容

本说明书的一个方面提供了一种用于对非传统数据进行基于传统的访问的方法，该方法包括：在中介服务器处接收包含非传统内容的非传统数据对象；生成包含非传统内容的传统数据对象，以存储在储存库中；与传统数据对象相关联地存储非传统分发通道指示符；根据非传统分发通道指示符，调整储存库处的传统处理机制；经由传统接口从客户端子系统接收对非传统内容的请求；以及响应于该请求，经由传统接口检索并发送包含非传统内容的传统数据对象。

存储非传统分发通道指示符可以包括将非传统分发通道指示符存储在传统数据对象的字段中。

调整传统处理机制可以包括：确定传统数据对象是否与非传统分发通道指示符相关联；当确定为肯定时，选择与传统处理机制不同的替代处理机制。

调整传统处理机制可以包括：确定传统数据对象是否与非传统分发通道指示符相关联；当确定为肯定时，抑制传统处理机制。

该方法还可以包括：当确定为否定时，发起传统处理机制。

传统处理机制可以是被配置为将传统数据对象的至少一部分传输到另一个子系统的发布机制。

发送传统数据对象可以包括发送非传统分发通道指示符。

发送传统数据对象可以包括省略非传统分发通道指示符。

根据非传统分发通道指示符调整传统处理机制可以包括将非传统访问限制应用于传统数据库。

本说明书的另一方面提供了一种用于对非传统数据进行基于传统的访问的中介服务器，该中介服务器包括：存储储存库的存储器；通信接口；以及与通信接口和存储器连接的处理器，该处理器被配置为：经由通信接口接收包含非传统内容的非传统数据对象；生成包含非传统内容的传统数据对象；与传统数据对象相关联地存储非传统分发通道指示符；根据非传统分发通道指示符，调整储存库处的传统处理机制；经由传统接口从客户端子系统接收对非传统内容的请求；以及响应于该请求，经由传统接口检索并发送包含非传统内容的传统数据对象。

为了存储非传统分发通道指示符，处理器可以被配置为将非传统分发通道指示符存储在储存库中的传统数据对象的字段中。

为了调整传统处理机制，处理器可以被配置为确定传统数据对象是否与非传统分发通道指示符相关联；当确定为肯定时，选择与传统处理机制不同的替代处理机制。

为了调整传统处理机制，处理器可以被配置为确定传统数据对象是否与非传统分发通道指示符相关联；当确定为肯定时，抑制传统处理机制。

处理器还可以被配置为：当确定为否定时，发起传统处理机制。

传统处理机制可以是被配置为将传统数据对象的至少一部分传输到另一个子系统的发布机制。

处理器可以被配置为将非传统分发通道指示符与传统数据对象一起发送。

处理器可以被配置为在发送传统数据对象时省略非传统分发通道指示符。

为了根据非传统分发通道指示符来调整传统处理机制，处理器可以被配置为将非传统访问限制应用于传统数据库。

本说明书的另一方面提供了一种包括存储在计算机可读介质上的程序代码指令的计算机程序产品，当所述程序在中介服务器上运行时，其包括：用于经由通信接口接收包含非传统内容的非传统数据对象的计算机可读程序装置；用于生成包含非传统内容的传统数据对象的计算机可读程序装置；用于与传统数据对象相关联地存储非传统分发通道指示符的计算机可读程序装置；用于根据非传统分发通道指示符调整储存库处的传统处理机制的计算机可读程序装置；用于经由传统接口从客户端子系统接收对非传统内容的请求的计算机可读程序装置；以及用于响应于该请求，经由传统接口检索并发送包含非传统内容的传统数据对象的计算机可读程序装置。

附图说明

参考以下各图描述实施例，其中：

图1是图示用于使得能够对非传统数据进行基于传统的访问的系统的图；

图2是图示图1的中介服务器的某些内部组件的图；

图3是用于使得能够对非传统数据进行基于传统的访问的方法的流程图；

图4是图示图3的方法的方框305、310和315的执行的图；

图5是图示图3的方法的方框305、310、320和315的执行的图；以及

图6图示了图3的方法的方框345、325、330、335和350的示例执行。

具体实施方式

图1描绘了用于集成使得能够对非传统数据进行基于传统的访问的系统100。在系统100内，各种计算子系统进行交互以生成和处理与各种各样的活动中的任何一个相关的数据。在下面讨论的示例中，系统100的子系统进行交互以生成和处理与向客户交付项目相关的数据。在下面的示例中，这些项目是与旅行相关的产品和服务，诸如机票、宾馆预订、车辆租赁预订等。通过在系统100所示的子系统之间交换数据，可以实现各种各样的其它活动，并且对系统100内处理的数据的特定性质没有特别限制。

在所示的示例中，系统100包括至少一个客户端子系统104，在图1中示出了其两个示例104-1和104-2(统称为客户端子系统104，并且一般地称为客户端子系统104)。每个客户端子系统104由也可以称为卖方的客户端实体操作。卖方可以是例如旅行社。客户端子系统104例如代表客户生成对旅行项目的请求。该请求指定旅行项目的各种属性，诸如出发地和目的地位置、旅行的时间和日期等。对来自客户端子系统104的请求的响应由在本文中称为提供者的提供项目的实体生成或代表该实体生成。因此，在本示例中，提供者是诸如航空公司、宾馆运营商等实体，这些实体在项目购买(这种购买是例如经由客户端子系统104实现)后将项目交付给客户，或交付给其它此类实体以最终交付给客户。

每个提供者实体都操作提供者子系统108；在图1中示出了两个示例提供者子系统108-1和108-2。客户端子系统104和提供者子系统108中的每一个被实现为具有输入和输出组件以及用于经由网络112交换数据的通信设备的至少一个计算设备。网络112可以包括局域网和广域网(包括互联网)的任何合适的组合。虽然在图1中示出了两个客户端子系统104和两个提供者子系统108，但是在其它示例中，系统100可以包括更多或更少数量的客户端子系统104和提供者子系统108。

对来自客户端子系统104的请求的响应的生成可以采用各种形式。在所示的示例中，假定提供者子系统108-1本地生成对这种请求的响应，但是如下面将看到的，请求没有直接从客户端子系统104传输到提供者子系统108-1。即，提供者子系统108-1包括报价(offer)生成模块(例如，计算机可读指令和对应的执行硬件，以及用于在生成响应时使用的各种存储的数据)，其使得提供者子系统108-1能够基于由客户端子系统104发起的请求中指定的属性生成响应数据。响应数据也可以被称为“报价数据”，并且定义匹配或部分匹配所请求的属性的一个或多个项目。

其它提供者子系统108，诸如本示例中的提供者子系统108-2，可能不生成对来自客户端子系统104的请求的响应。替代地，这样的响应可以由分发子系统116生成。提供者子系统108-2可以例如将定义由操作提供者子系统108-2的提供者实体提供的项目的数据发布到发布子系统120。发布子系统120可以由第三方(即，与上述提供者实体不同)来操作，并且可以从一个或多个提供者子系统108接收发布的项目数据，诸如航班时刻表、票价等。分发子系统116又可以从发布系统120检索数据，以用于代表提供者子系统108-2生成对来自客户端子系统104的请求的响应。

可以使用不同组的通信协议、数据交换标准等来实现上述不同的响应生成机制。定义如何为客户端请求生成响应数据的通信协议、标准化数据格式等的集合可以被称为根据其处理该请求的分发通道。

如对于本领域技术人员将显而易见的，在旅行项目的上下文中，示例分发通道是新分发能力(NDC)。NDC标准定义了基于可扩展标记语言(XML)的数据格式，以及消息语法、API调用等，用于在客户端子系统104和提供者子系统108之间交换的消息。在本示例中，假定本地生成响应数据的提供者子系统108-1采用NDC通道。NDC通道在本文中也称为非传统分发通道，并且经由NDC通道获得的内容(即，数据定义项目)被称为非传统内容。即，非传统内容是经由NDC消息传递获得的。

在旅行项目的上下文中的另一个示例分发通道是全球分发系统(GDS)通道。实现GDS通道的系统100的组件，诸如所示示例中的分发子系统116和提供者子系统108-2，采用与NDC下所使用的不同的消息语法、排序等。例如，GDS通道可以采用如由用于管理、商务和运输的电子数据交换(EDIFACT)标准指定的消息语法、序列等。GDS通道在本文中也称为传统分发通道，并且经由GDS通道获得的内容(即，定义项目的数据)被称为传统内容。即，传统内容是经由GDS消息传递获得的。

换句话说，可以使用两个或更多个不同的生成机制或分发通道在系统100内生成响应数据(即，上述内容)。某些客户端子系统104可以被配置为仅经由一个通道(而不是另一个)获得响应数据。此外，客户端子系统104可以包括仅与一个分发通道兼容的内部组件。例如，客户端子系统104-1可以被配置为经由任一通道获得响应数据，但是包括仅与经由GDS通道获得的数据(即，与传统内容)兼容的计费引擎122。各种各样的这样的内部组件可以被包括在每个客户端子系统104中，并且那些内部组件中的至少一些可能已被部署为仅具有传统内容兼容性。

客户端子系统104可以被配置为既获得传统内容又获得非传统内容，诸如经由GDS通道获得的给定客户的第一航班以及经由NDC通道获得的该客户的第二航班。为了使客户端子系统104能够一起查看和操纵传统内容和非传统内容，一些系统实现共享数据存储和处理机制，以及一组共享的格式化标准、API调用等。但是，此类系统没有解决诸如引擎122之类的组件的有限兼容性：共享存储和处理机制与传统机制不同，因此引擎122在不进行潜在的昂贵修改的情况下不能使用这样的共享机制。

因此，系统100被配置为使诸如引擎122之类的组件能够使用传统访问机制来访问非传统数据(以及传统数据)。本文讨论的功能使得引擎122和其它与传统兼容的组件能够继续工作，只需很少或没有技术修改即可实现非传统兼容性。

为此，系统100包括与网络112连接的中介服务器124(在本文中也简称为服务器124)。客户端子系统104生成的请求经由网络112传输到中介服务器124。中介服务器124从客户端子系统104接收请求，并将这样的请求传递到提供者子系统108和/或分发子系统116。中介服务器124还从提供者子系统108和/或分发子系统116接收响应，以返回给客户端子系统104。

上述响应(即，内容)被存储在服务器124处的储存库128中。特别地，如将在下面更详细讨论的，经由任一个分发通道获得的内容被存储在储存库128中的传统数据对象中。将经由传统和非传统分发通道两者获得的内容存储在传统数据对象中使得诸如引擎122之类的组件能够在很少或没有修改的情况下检索和处理非传统数据。

此外，服务器124被配置为将各种形式的传统处理机制应用于储存库128中的数据。但是，如上所述，储存库128也可以包含传统处理机制可能不适合的非传统内容。虽然非传统内容被存储在储存库128中的传统数据对象中，但是仍根据非传统(例如，NDC)分发通道执行与外部实体(诸如提供者子系统108-1)的交互以更新非传统内容。因此，服务器124还被配置为跟踪储存库128中的哪个内容是非传统内容(即，起源于非传统分发通道)。服务器124还可以基于这样的跟踪来调整非传统内容的传统处理机制。

在进一步讨论系统100的各个组件的功能之前，将结合图2描述中介服务器124的某些内部组件。

转到图2，中介服务器124包括至少一个处理器200，诸如中央处理单元(CPU)等。处理器200与存储器204互连，被实现为合适的非暂态计算机可读介质(例如，非易失性和易失性存储器子系统的合适组合，包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、闪存、磁性计算机存储装置等中的任何一个或多个)。处理器200和存储器204通常由一个或多个集成电路(IC)组成。

处理器200还与通信接口208互连，该通信接口208使服务器124能够经由网络112与系统100的其它计算设备通信。因此，通信接口208包括经由网络112进行通信的任何必要的组件(例如，网络接口控制器(NIC)、无线电单元等)。基于网络112的性质来选择通信接口208的特定组件。服务器124还可以包括连接到处理器200的输入和输出设备，诸如键盘、鼠标、显示器等(未示出)。

上述服务器124的组件可以部署在单个壳体中，或者以分布式格式部署。因此，在一些示例中，服务器124包括多个处理器，它们或者共享存储器204和通信接口208，或者各自具有不同的相关联的存储器和通信接口。

存储器204存储储存库128以及可由处理器200执行以实现各种功能的计算机可读指令。计算机可读指令也可以被称为应用，并且在所示示例中，存储器204存储内容处理应用212(在本文中也简称为应用212)。在下面的描述中，处理器200，更一般地服务器124，被称为执行或被配置为执行那些动作。将理解的是，它们是经由执行(由处理器200)存储在存储器204中的应用(包括应用212)的指令来配置的。

由处理器200执行应用212将服务器124配置为经由上述分发通道中的任一个获得数据，并将数据存储在储存库128中。应用212的执行还将服务器124配置为基于获得记录的分发通道来调整对储存库128中的记录执行的传统处理机制。处理机制的示例是响应于来自客户端子系统104的对记录的请求来处理储存库128中的记录。某些其它示例处理机制也将在下面讨论。

现在转到图3，将更详细地描述系统100的操作的某些方面。具体而言，图3图示了使用基于传统的访问机制来提供对非传统数据的访问的方法300。将结合其在系统100内的执行，具体而言由中介服务器124经由集成应用212的执行来讨论方法300的执行。

在方框305处，服务器124接收内容以存储在储存库128中。在接收内容之前，可以存在本讨论范围之外的各种其它动作。简而言之，服务器124可以从客户端子系统104接收对内容的请求(例如，对定义可购买的旅行项目的数据的请求)。服务器124然后可以将请求中继到系统100中的相关实体，诸如提供者子系统108-1和分发子系统116。然后，服务器124可以从请求被中继到的一个或多个实体接收至少一个响应，以在方框305处进行处理。

在方框310处，服务器124确定在方框305处接收的内容是否为非传统内容。即，服务器124确定来自方框305的内容是根据传统分发通道(例如，通过与分发子系统116交互)还是根据非传统分发通道(例如，通过与提供者子系统108-1交互)获得的。方框310处的确定可以基于服务器124从其接收内容的一个或多个实体、消息语法、用于接收内容的API调用等，等等。例如，服务器124可以存储指示每个提供者子系统108的内容类型的配置设置。

当在方框310处的确定为否定，指示在方框305处接收的内容是传统内容(例如，在本示例中经由GDS分发通道获得的)时，服务器124进行到方框315。在方框315处，在方框305接收的内容被存储在储存库128中。在传统内容的情况下，在方框315处的存储不需要涉及内容的任何修改，因为储存库128的记录是根据传统分发通道来格式化的。

转到图4，示出了方框305、310和315的示例执行。特别地，分发子系统116被示为经由网络112以传统数据对象400的形式向服务器124传输内容。如前所述，传统数据对象400可以是例如包含通过EDIFACT处理获取的数据的记录。在方框310处，确定为否定，因此在方框315处，服务器124将传统数据对象400存储在储存库128中。

数据对象400的内容在虚线方框内示出，其指示经由应用212的执行的处理。在所示的示例中，数据对象400包括记录标识符字段404、名称字段408和项目定义字段412。数据对象400中可以包含各种各样的附加字段。如对本领域技术人员将显而易见的，数据对象400是如在基于GDS的分发通道中采用的乘客姓名记录(PNR)的简化示例。另外，数据对象400可以以从分发子系统116接收到数据对象400的形式存储在储存库128中。

再次参考图3，在执行方框315之后，服务器124可以返回到方框305以接收附加内容，如从方框315至方框305的虚线所指示的。更一般地，可以在执行方法300的其余部分之前以及在方法300的其余部分的执行期间重复方框305-315(以及下面讨论的方框320)的执行。即，方框305-320指示服务器124如何接收和处理内容以存储在储存库128中，而方法300的其余方框指示如何处理已经存储在储存库128中的内容。用于存储的内容的接收和所存储的内容的处理可以彼此分离。

当在方框310处的确定为肯定，指示在方框305处接收的内容是非传统内容(例如，在本示例中经由NDC通道获得的)时，服务器124在方框315之前进行到方框320。在方框320处，服务器124生成传统数据对象，该传统数据对象包含在方框305处接收到的内容。换句话说，方框320涉及将非传统内容转换成传统格式以存储在储存库128中。在方框320处，服务器124还生成与包含非传统内容的传统数据对象相关联的分发通道指示符。

转到图5，图示了方框305、310、320和315的示例执行。假定图5中所示的示例动作发生在上面结合图4讨论的方框305-315的执行之后，因此数据对象400被示出在储存库128中。

在图5所示的示例中，在方框305处，服务器124从提供者子系统116-1接收非传统数据对象500。数据对象500可以包括经由根据NDC标准格式化的消息(诸如包含定义代表客户预订的一个或多个项目的数据的NDC订购消息)获取的数据。如图5所示，数据对象500包括记录标识符字段504、乘客姓名字段508和至少一个项目字段。在本示例中，示出了两个项目字段512和516，每个项目字段包含定义航班的数据。非传统数据对象500还可以包括各种其它字段，从而定义各种其它产品或服务以及相关信息。例如，数据对象500可以是包括诸如OrderItem标识符等的数据的NDC OrderItem对象，其在传统数据对象中可能没有直接的类似物。

在方框310处的肯定确定之后，服务器124进行到方框320以根据数据记录500中的非传统内容生成传统数据对象518。特别地，应用212可以包括映射规则等，其指定与非传统数据对象的字段对应的传统数据对象的字段。在图5中通过数据对象500的字段504-516与传统数据对象518的对应字段之间的虚线图示了示例映射。特别地，记录标识符字段504对应于记录标识符字段520。类似地，乘客姓名字段对应于姓名字段524。项目字段512和516被组合成单个片段字段528(其也可以称为GDS内容的空中片段)。即，服务器124可以被配置为从非传统数据对象500中的任何项目字段512、516等中检索数据，并将该数据插入到子字段或单个分段字段528中的任何其它合适的数据结构中。在其它示例中，将非传统数据对象转换成传统数据对象不需要包括如图5所示的字段合并。替代地，在其它示例中，可以将非传统数据记录500的一个或多个字段拆分为传统数据记录518中的多个对应字段。

如现在将显而易见的，字段520-528与图4中所示的字段404-412在结构上对齐。即，除了下面指出的例外，非传统数据对象500的内容经由方框320被转换成适合于存储为传统数据对象的格式。上述例外包括与传统数据对象518对应的分发通道指示符的生成和存储。在一些实现中，附加的例外包括在转换处理期间生成的数据对象500和518的字段之间的链接的存储。这样的链接可以存储在传统数据对象518本身中，或者存储在单独的储存库中。分发通道指示符(在所示示例中为串“NDC”)指示传统数据对象518中的内容是经由非传统机制(诸如NDC分发通道)获得的。指示符可以存储在数据对象518的分发通道指示符字段532中。

值得注意的是，传统数据对象400不包括这样的指示符。更一般地，包含传统内容的数据对象不需要与这种指示符相关联，但是在其它实施例中，储存库128中的所有数据对象可以包括分发通道指示符(例如，用于非传统内容的“NDC”和用于传统内容的“GDS”)。

在其它示例中，分发通道指示符可以独立于数据对象518被存储，诸如存储在独特的索引中，该独特的索引识别储存库128中的哪些记录与非传统分发通道相关联。

在生成传统数据对象518和分发通道指示符之后，在方框315处，传统数据对象518被存储在储存库128中。返回图3，然后在方框325处配置服务器以确定是否针对存储在储存库128中的一个或多个数据对象发起各种处理机制中的任何一种处理机制。

在方框325处的确定可以基于各种因素，并且可以响应于这种确定而发起处理机制的许多示例。处理机制的示例包括数据馈送，该数据馈送也可以称为发布机制。例如，在储存库128中创建数据对象或对储存库128中数据对象应用更新之后，服务器124可以被配置为发起发布机制，以向系统100中的其它实体(例如，提供者子系统108中的一个或多个)通知对数据记录做出的更改。也可以周期性地发起这种发布机制，并且因此在方框325处的确定可以包括确定自从先前的发布以来是否经过了预定时间段。

处理机制的另一个示例是从储存库128中检索数据对象，并且响应于来自系统100的另一个组件(例如，客户端子系统104)的请求，将该数据对象提供给该组件。该示例将特别地在下面进一步详细讨论。

可以在方框325处发起的处理机制的其它示例包括处理请求以修改或删除储存库128中的数据对象、在储存库128上执行的索引处理，等等。

因此，在方框325处，服务器124可以评估各种条件中的任何一种以确定是否发起至少一个处理机制。如果在方框325处的确定为否定，那么服务器124返回到方框305以等待另外的内容。服务器124也可以重复执行方框325。如上所述，方框305-320的执行以及以后方框325的执行不需要耦合。即，在方框325处导致肯定确定的条件不需要与最近接收的数据对象直接相关联。

当方框325处的确定对于给定数据对象为肯定时，服务器124进行到方框330。在方框330处，服务器124确定数据对象是否与非传统分发通道指示符相关联。在本示例中，服务器124在方框330处确定数据对象是否包括分发通道指示符字段532，如图5所示。换句话说，在方框330处，服务器124确定在方框325处针对其发起处理机制的数据对象是包含传统内容还是包含非传统内容。

当在方框330处的确定为肯定，指示数据对象(但是在结构上是传统数据对象，如结合方框320所讨论的)包含非传统数据时，服务器进行到方框332。在方框332处，服务器124确定是否需要对在方框325处触发的至少一个传统处理机制进行调整。服务器124可以存储可以在不调整数据对象的情况下应用的传统处理机制的指示符，而不管其中存储的内容的类型。如果在方框325处触发的处理机制没有出现在以上指示符中，那么方框332处的确定为肯定，并且服务器124进行到方框335。

在方框335处，服务器124根据分发通道指示符来调整在方框325处发起的处理机制。即，服务器124选择经调整的处理机制，该经调整的处理机制可以与在方框325处发起的处理机制不同(但不必不同)。当方框332处的确定为否定，指示不需要调整时，服务器124改为进行到下面讨论的方框340。

一些处理机制，诸如上述发布或馈送机制，可能不适用于非传统内容，但是仍然在方框325响应于对储存库128的更新而触发，因为这样的处理可以响应于对传统数据对象的任何更新而被自动触发。因此，调整可以包括抑制在方框325处发起的处理机制，使得在方框335处选择的经调整的机制仅仅是空处理(即，没有进一步的处理)。在其它情况下，所选择的经调整的处理机制可以类似于在方框325处发起的处理机制，但是可以在至少一种特性上不同。

对处理机制的调整可以反映在存储在服务器124处的调整配置数据中，例如在应用212的指令中。例如，调整配置数据可以将传统处理机制映射到经调整的处理机制。表1图示了示例调整配置数据。

处理机制调整配置，表1

传统功能	非传统功能
		提供者馈送	N/A
查看安全性	查看安全性
		GDS修改安全性	NDC修改安全性

如在表1中看到的，提供者馈送处理功能(即，上述发布功能)未映射到任何非传统功能。因此，当在方框325处发起提供者馈送传统处理机制时，在方框335处，对该处理机制的所选择的调整是抑制传统处理机制，并且方法300的执行简单地终止。

表1还图示了查看安全性处理功能，该查看安全性处理功能用于确定是否准予请求(例如，由客户端子系统104或其组件)从储存库128中检索数据对象以供显示。表1的示例调整配置数据指示在方框335处采用相同的处理功能(即，不进行调整，并且在方框332处对“查看安全性”机制的确定将为否定)。但是，在其它示例中，如表1的第三行中所示，可以应用不同的安全策略，例如，在请求修改数据记录的情况下。例如，可以允许在传统内容中修改项目的价格，但是对于非传统内容可以不允许这样的修改。

当在方框330处的确定为否定，指示在方框325处针对其发起处理机制的数据对象包含传统内容时，服务器124进行到方框340，并继续应用传统处理机制。因此，例如，在上述发布功能的情况下，在方框340处，服务器124简单地继续进行针对传统内容的发布功能(而对于非传统内容，在方框335处抑制发布功能)。

如前所述，请求处理是在方框325处发起的处理机制的特定情况。例如，在方框325处的肯定确定可以根据在方框345处接收对内容的请求得出。在方框345处接收到的请求可以包括记录标识符，并且发起至少一种处理机制(诸如查看安全性机制)的执行，以确定是否准许对数据对象的访问。在方框330处，服务器124确定所请求的数据对象是否包含传统数据或非传统数据，并且根据分发通道指示符进行到方框335或340。基于所选择的处理机制(无论是在方框335处的调整还是在方框340处的未调整)，在方框350处生成响应并将其传输到请求。

转到图6，图示了方框345、325、330、335和350的示例执行。特别地，客户端子系统104的引擎122向服务器124发送对数据对象“ABCDEF”(即，图5所示的数据对象518)的请求600。特别值得注意的是，该请求是经由传统接口在服务器124处接收的。如前所述，引擎122可能仅被配置为实现GDS标准，而不是NDC标准。因此，请求600(以及实际上，由引擎122生成的对数据对象的任何请求)采用由GDS分发通道定义的消息语法、排序等。

在方框345处已经接收到请求600后，服务器124发起查看安全性处理(即，在方框325处的肯定确定)，并且进行到方框330。在方框330处，确定为肯定，因为数据对象518包括分发通道指示符字段532，其指示数据对象518包含引擎122不兼容的非传统内容(在没有本文讨论的功能的情况下)。因此，服务器124进行到方框335，并根据调整配置数据选择经调整的处理机制。在本示例中，表1指示不需要调整就可以检索和显示数据对象。但是，在其它实施例中，表1可以指示将一组不同的安全策略应用于查看非传统内容。

在方框350处，经由传统接口(即，在该示例中采用GDS语法和消息排序)将数据对象518返回到引擎122。在一些示例中，可以省略分发通道指示符字段532，并且因此响应包含数据对象518的修改版本518'。但是，在其它示例中，在方框350处传输整个数据对象518。调整配置数据本身可以包括指示例如当将数据对象518返回给引擎122时是否要包括字段532的配置参数。

本领域技术人员将认识到的是，在一些实施例中，可以使用预编程的硬件或固件元件(例如，专用集成电路(ASIC)、电可擦除可编程只读存储器(EEPROM)等)或其它相关组件来实现应用212的功能。

Claims (19)

1.一种用于对非传统数据进行基于传统的访问的方法，所述方法包括：

a.在中介服务器处接收包含非传统内容的非传统数据对象；

b.生成包含非传统内容的传统数据对象，以存储在储存库中；

c.与传统数据对象相关联地存储非传统分发通道指示符；

d.根据非传统分发通道指示符，调整储存库处的传统处理机制；

e.经由传统接口从客户端子系统接收对非传统内容的请求；以及

f.响应于所述请求，经由传统接口检索并发送包含非传统内容的传统数据对象。

2.如权利要求1所述的方法，其中存储非传统分发通道指示符包括将非传统分发通道指示符存储在传统数据对象的字段中。

3.如权利要求1或权利要求2所述的方法，其中调整传统处理机制包括：

a.确定传统数据对象是否与非传统分发通道指示符相关联；

b.当确定为肯定时，选择与传统处理机制不同的替代处理机制。

4.如权利要求1或权利要求2所述的方法，其中调整传统处理机制包括：

a.确定传统数据对象是否与非传统分发通道指示符相关联；

b.当确定为肯定时，抑制传统处理机制。

5.如权利要求3所述的方法，还包括：当确定为否定时，发起传统处理机制。

6.如权利要求5所述的方法，其中传统处理机制是被配置为将传统数据对象的至少一部分传输到另一个子系统的发布机制。

7.如权利要求1至6中任一项所述的方法，其中发送传统数据对象包括发送非传统分发通道指示符。

8.如权利要求1至7中任一项所述的方法，其中发送传统数据对象包括省略非传统分发通道指示符。

9.如权利要求1至8中任一项所述的方法，其中根据非传统分发通道指示符调整传统处理机制包括将非传统访问限制应用于传统数据库。

10.一种用于对非传统数据进行基于传统的访问的中介服务器，所述中介服务器包括：

a.存储储存库的存储器；

b.通信接口；以及

c.与通信接口和存储器连接的处理器，所述处理器被配置为：

i.经由通信接口接收包含非传统内容的非传统数据对象；

ii.生成包含非传统内容的传统数据对象；

iii.与传统数据对象相关联地存储非传统分发通道指示符；

iv.根据非传统分发通道指示符，调整储存库处的传统处理机制；

v.经由传统接口从客户端子系统接收对非传统内容的请求；以及

vi.响应于所述请求，经由传统接口检索并发送包含非传统内容的传统数据对象。

11.如权利要求10所述的中介服务器，其中，为了存储非传统分发通道指示符，所述处理器被配置为将非传统分发通道指示符存储在储存库中的传统数据对象的字段中。

12.如权利要求10或权利要求11所述的中介服务器，其中，为了调整传统处理机制，所述处理器被配置为：

a.确定传统数据对象是否与非传统分发通道指示符相关联；

b.当确定为肯定时，选择与传统处理机制不同的替代处理机制。

13.如权利要求10或权利要求11所述的中介服务器，其中，为了调整传统处理机制，所述处理器被配置为：

a.确定传统数据对象是否与非传统分发通道指示符相关联；

b.当确定为肯定时，抑制传统处理机制。

14.如权利要求12所述的中介服务器，其中，所述处理器还被配置为：当确定为否定时，发起传统处理机制。

15.如权利要求14所述的中介服务器，其中传统处理机制是被配置为将传统数据对象的至少一部分传输到另一个子系统的发布机制。

16.如权利要求10至15中任一项所述的中介服务器，其中所述处理器被配置为将非传统分发通道指示符与传统数据对象一起发送。

17.如权利要求10至16中任一项所述的中介服务器，其中所述处理器被配置为在发送传统数据对象时省略非传统分发通道指示符。

18.如权利要求10至17中任一项所述的中介服务器，其中，为了根据非传统分发通道指示符调整传统处理机制，所述处理器被配置为将非传统访问限制应用于传统数据库。

19.一种包括存储在计算机可读介质上的程序代码指令的计算机程序产品，当所述程序在中介服务器上运行时，包括：

a.用于经由通信接口接收包含非传统内容的非传统数据对象的计算机可读程序装置；

b.用于生成包含非传统内容的传统数据对象的计算机可读程序装置；

c.用于与传统数据对象相关联地存储非传统分发通道指示符的计算机可读程序装置；

d.用于根据非传统分发通道指示符调整储存库处的传统处理机制的计算机可读程序装置；

e.用于经由传统接口从客户端子系统接收对非传统内容的请求的计算机可读程序装置；以及

f.用于响应于所述请求，经由传统接口检索并发送包含非传统内容的传统数据对象的计算机可读程序装置。

Images