CN104603780A - 计算机系统、元数据管理方法以及记录介质 - Google Patents

Abstract

本发明的目的在于：在复杂的模块化结构的计算机系统中，汇总地管理存储在各处理服务器、数据仓库等中的图式不同的数据之间的对应关系等。在计算机系统中，包括：存储部，其保存表示用不同的图式形式记载的元数据的对应关系的图式对应信息；存储装置，其根据统一ID将根据图式对应信息变换后的与第一图式形式不同的第二图式形式的元数据与对应的实际数据一起关联地存储；索引部，其从存储装置取得第二图式形式的元数据和统一ID，根据图式对应信息，保存被变换为与第一和第二图式形式不同的第三图式形式后的元数据索引；更新管理部，其针对对于元数据的具有预定的图式形式的更新请求，使用图式对应信息，确定成为更新对象的元数据的上述统一ID。

Description

计算机系统、元数据管理方法以及记录介质

技术领域

本发明涉及一种计算机系统、元数据管理方法以及记录介质，特别涉及处理图式形式不同的数据的计算机系统等。

背景技术

近年来对计算机系统要求处理的数据要求结构化数据、半结构化数据、以及非结构化数据等多分支的数据种类、以及它们的大量处理。根据这样的背景，还出现了以下的计算机系统体系结构，即通过数据仓库等管理大量的数据的数据库，通过同种或异种的各种处理服务器共享利用该数据仓库的数据。例如，可以任意地追加各种分析处理服务器、管理检索用的索引的检索服务器等，能够共享数据仓库的数据。是能够对应多种、大量数据处理的各种需求的模块化结构的计算机系统。

另外，在具有这样的体系结构的计算机系统中，还利用与上述的结构化数据、半结构化数据、以及非结构化数据有关的属性信息(以下也称为“元数据”)。例如，在数据检索处理中，根据元数据生成检索索引，实现根据实际数据自身所示的信息以外的属性进行的检索等，由此能够灵活运用多维的数据。

在使得能够容易地扩展共享数据仓库的数据的处理服务器时，必须考虑到存储在数据仓库中的数据的图式和在各处理服务器内利用的数据的图式之间的关系。即，这是因为即使是同义的数据，只要图式不同则也无法共享数据。

对于该点，在专利文献1中，公开了制作将依照变换方结构化数据定义的结构化数据变换为变换目标结构化数据定义的形式时的变换规则即映射定义的映射定义制作系统。在该系统中，映射在变换方和变换目标中不同的要素的组，根据该映射信息生成对数据定义进行了变换所得的数据。

现有技术文献

专利文献

专利文献1：日本特开2009-211599号公报

发明内容

发明要解决的问题

但是，在每个处理服务器中安装利用专利文献1的技术将存储在数据仓库等中的数据的图式变换为在各处理服务器中利用的图式的功能的结构成为阻碍处理服务器的扩展性的因素。

进而，还存在以下的问题，即在从数据仓库等变换图式并将数据存储在处理服务器中后，对存储在数据仓库等中的数据进行更新的情况下，到数据仓库侧的更新结束为止，无法进行存储在处理服务器中的数据的更新处理。

可以说在复杂的模块化结构的计算机系统中，汇总地管理存储在各处理服务器、数据仓库等中的图式不同的数据之间的对应关系在实现多种多样的大量的数据处理方面是重要的课题。

解决问题的方案

为了解决上述课题，例如应用权利要求所记载的结构。即，是一种计算机系统，具备：

存储部，其保存表示用不同的图式形式记载的元数据的对应关系的图式对应信息；

存储装置，其根据统一ID将根据上述图式对应信息变换后的与第一图式形式不同的第二图式形式的元数据与对应的实际数据一起关联地存储；

索引部，其从上述存储装置取得上述第二图式形式的元数据和统一ID，根据上述图式对应信息，保存被变换为与上述第一和第二图式形式不同的第三图式形式后的元数据索引；

更新管理部，其针对对上述元数据的具有预定的图式形式的更新请求，使用上述图式对应信息，确定成为更新对象的元数据的上述统一ID。

发明效果

根据本发明的一个方面，在处理图式不同的数据的多个计算机中共享数据的计算机系统中，能够汇总地管理图式不同的数据之间的对应关系，增加系统的可用性、扩展性。

根据以下的记载进一步了解本发明的其他课题、效果。

附图说明

图1是表示应用了本发明的第一实施方式的计算机系统的概要例子的示意图。

图2是表示第一实施方式的计算机系统的一个结构例子的框图。

图3是示意地表示第一实施方式的计算机系统的统一图式定义的一个例子的图。

图4是示意地表示第一实施方式的计算机系统的图像图式定义的一个例子的图。

图5是示意地表示第一实施方式的计算机系统的检索索引图式定义的一个例子的图。

图6是示意地表示第一实施方式的计算机系统的更新请求图式定义的一个例子的图。

图7是示意地表示第一实施方式的计算机系统的图式映射的一个例子的图。

图8是示意地表示第一实施方式的计算机系统的检索索引表的一个例子的图。

图9是示意地表示第一实施方式的计算机系统的系统结构信息的一个例子的图。

图10是示意地表示第一实施方式的计算机系统的元数据的一个例子的图。

图11是表示第一实施方式的数据收集/索引生成处理的一个例子的流程图。

图12是表示第一实施方式的元数据更新处理的一个例子的流程图。

图13是表示第一实施方式的存储器侧的元数据更新处理的一个例子的流程图。

图14是表示第一实施方式的变形例子的存储器侧的元数据更新处理的一个例子的流程图。

图15是表示应用了本发明的第二实施方式的计算机系统的概要例子的示意图。

图16是表示第二实施方式的计算机系统的一个结构例子的框图。

图17是示意地表示第二实施方式的更新记录信息的一个例子的图。

图18是表示第二实施方式的计算机系统的元数据更新处理的一个例子的流程图。

图19是表示第二实施方式的利用了计算机系统的更新记录信息的检索处理的一个例子的流程图。

具体实施方式

以下，使用附图说明用于实施本发明的形式。

[第一实施方式]

首先，在图1中说明应用了本发明的计算机系统100的概要。近年来对计算机系统要求处理的数据要求结构化数据、半结构化数据、以及非结构化数据等多分支的数据形式、以及它们的大量处理。计算机系统100是使用包含多种和大量的数据的属性等的元数据高效地进行数据管理的系统。在本实施方式中，以作为计算机系统100的具体应用例子之一的医疗信息系统为例子进行说明。

例如，在医疗信息系统的领域中，增加了检索请求方、数据源6、外部系统7这样的数据形式不同的多分支的独立的系统，希望在这些环境之间共享数据。例如，在A医院中接受了初步诊断的患者在B医院接受二次诊断的情况下，如果在A和B中数据形式(图式等)不同，则妨碍了共享化。如果医疗也进行了专业化而分类被细分，则也有时成为各机构的系统协作的复杂并且大规模的模块化构造。计算机系统100的特征之一在于：不对数据共享方的系统进行改动就汇总地管理各系统的数据。

在计算机系统100中包括ETL1、辞典服务器2、检索服务器3、以及存储子系统5。在计算机系统100中，从保存患者的X射线图像等图像数据的数据源6(由具有服务器、存储器等的计算机系统构成)经由通信线进行图像数据及其属性信息的收集，对它们进行加工，制作检索用的元数据索引4。针对来自客户(例如各医疗机构的操作终端)等的检索请求，进行元数据索引4的检索，根据其结果应答请求数据。例如，在ETL1中，从数据源6进行图像数据的收集，将它们变换为预定的数据形式，存储在存储子系统5中。在检索服务器3中，在预定的时机下获取存储在存储子系统5中的数据的元数据，生成检索用的元数据索引4。定期(或任意)地重复从数据源6向检索服务器3等的数据传输，由此向客户提供数据源。

进而，在计算机系统100中，能够从作为与本系统独立的控制系统的医疗信息系统等外部系统7，接受图像数据的属性信息(元数据)的更新请求。

另外，保存的数据源6中的图像数据、包含在来自外部系统7的元数据更新请求中的数据、进而在构成计算机系统100的各服务器、存储子系统中使用的数据的图式分别不同。因此，在计算机系统100中，将这些图式不同的数据变换为在各个子系统中使用的图式形式，进行数据传输。首先，说明数据收集/索引生成处理(S1～S6)，然后说明元数据更新处理(T1～T6)。

在ETL1中保存在辞典服务器2中对应地生成各种图式定义23的图式映射27。在ETL1中，针对所取得的数据，使用图式映射27管理各服务器、存储子系统中的图式的对应关系。特别在ETL1中，其特征点之一在于：使用图式映射进行取得数据的图式变换，并且针对该变换后的数据在计算机系统1内部附加共通的统一ID，与检索服务器3、存储子系统5进行数据收发。

此外，对于图式映射，既可以在图式变换等处理时根据图式定义23动态地生成，也可以预先通过用户等的设定静态地保存。在本实施方式中，说明为动态地生成。

ETL1在预定的时机(定期或来自外部的指示)，取得保存在数据源6中的图像数据60a～60c(S1)。该取得既可以从ETL1收集(获取)图像数据60a等，也可以从数据源6输出(推送)。在本实施方式中说明为获取。

在数据源6中对图像数据附加的患者ID等属性信息与计算机系统100的图式不同。因此，ETL1取得辞典服务器2的图式映射27，确定该图像数据的图式形式是图像图式形式，从图像数据的属性信息中抽出必要的项目(S2)。例如，从数据源6中的图像数据60a的属性信息中抽出作为图像图式形式的项目的“PatientID(患者ID)：100”、以及“PatientName(患者姓名)：佐藤一郎”。

ETL1参照图式映射27，将抽出的项目变换为在存储子系统5中使用的图式形式即统一图式定义的形式，并且向该变换后的元数据和图像数据分配统一ID50，输出到存储子系统5(S3)。例如，将从图像数据60a的属性信息抽出的、图像图式形式上的“PatientID(患者ID)：100”、以及“PatientName(患者姓名)：佐藤一郎”变换为作为统一图式形式的项目的“PID(患者ID)：100”、以及“PName(患者姓名)：佐藤一郎”，作为统一ID50a分配“UID_001”，将元数据51a和图像数据60a关联起来，存储在存储子系统5中。

检索服务器3向辞典服务器2请求图式映射的生成，从辞典服务器2取得统一图式和检索索引图式的图式映射(S4)。

然后，检索服务器3在预定的时机(既定的更新时刻等)从存储子系统5取得(获取等)元数据51a、51b等以及与它们对应的统一ID50a、50b(S5)，根据在S4中取得的图式映射生成元数据索引4a。在元数据索引4a中，使统一ID“Object ID＝UID-001”和“Patient ID＝佐藤一郎”对应起来。

接着，说明作为本实施方式的其他特征之一的元数据更新处理(T1～T6)。例如，对于患者的姓名等，也有时由于婚姻、改名等原因而事后变更姓名。如果变更了姓名等，则在客户根据变更后的患者姓名进行检索请求时，也有可能无法取得具有变更前的元数据的图像数据。因此，在计算机系统100中，针对来自外部系统7的元数据更新请求，从ETL1动态地指定作为更新对象系统的检索服务器3的图式形式而进行更新请求。

首先，从外部系统7向ETL1发送变更患者的姓名等的更新请求(T1)。该更新请求是针对变更前的姓名是“佐藤”的“PAT-ID：100”而将变更后的姓名设为“PAT-NAME：铃木一郎”的内容。在外部系统7中，根据患者的ID为“PAT-ID”、患者的姓名为“PAT-NAME”的图式而处理数据。即，是与在检索服务器3、存储子系统5、以及数据源6中利用的图式不同的第四图式形式的数据。

对此，ETL1根据从辞典服务器2取得的图式映射27，确定与包含在更新请求中的图式项目一致的其他图式形式(T2)。例如，包含在更新请求中的图式项目中的与“PAT-ID”对应的统一元数据的图式项目是“PID”。另外，将该“PID”的值“100”(“PID：100”)确定为图式关键字(T2)。

ETL1将“PID：100”作为图式关键字而向存储子系统5请求检索，如果检索到对应的元数据，则向ETL1发送与该元数据对应的统一ID50(T3)。例如，在ETL1中取得统一ID50a和统一ID50b。

ETL1将变换为检索服务器3的图式形式的项目名后的更新对象项目和更新后的值与统一ID50a和50b一起包含在更新指示消息中，向检索服务器3发送元数据索引的更新指示(T4)。例如，针对“统一ID＝UID_001、UID_002”，发送更新为“Patient Name＝铃木一郎”的请求。

接收到更新请求的检索服务器3将元数据索引4的具有对应的统一ID的索引的“Patient Name”的值更新为“铃木一郎”(T5)。

然后，ETL1向存储子系统5发送更新存储在存储子系统5中的、统一ID是UID_001和002的元数据51a和51b的值的请求(更新为PName＝“铃木”)(T6)。

以上是计算机系统1的概要。

这样，计算机系统100在各种图式复杂地混合的模块化结构的系统中，能够提供图式不同的数据的共享化接口。

进而，计算机系统100如果接收到元数据更新，则在通常的数据传输路径以外，从ETL1向检索服务器3直接发送元数据索引4的更新指示，因此还具有以下的特征：在元数据索引4的更新中，不需要等待存储子系统5的元数据更新。

以下，详细说明计算机系统1。

在图2中示意地表示第一实施方式的计算机系统100的结构。计算机系统100具备ETL1、辞典服务器2、检索服务器3、存储子系统5，通过有线或无线的通信线(包括PCI总线、LAN、WAN、因特网)可数据通信地连接。计算机系统100进而从外部的数据源6、外部系统7连接为能够进行数据的收发，使得接受数据的收集、更新请求。计算机系统100对从这些数据源6等取得的数据进行加工，作为检索数据库而发挥功能，针对来自客户的各种检索请求回信应答。

在本实施方式中，使用将各服务器、子系统构成为独立的物理计算机的例子进行说明，但也可以将它们的一部分或全部设置在单一的物理计算机中，还能够通过假想计算机等逻辑地构成为其他计算机。进而，在本实施方式中，使用通过程序与CPU的协作来实现各服务器的功能的例子进行说明，但也可以将它们的一部分构成为硬件。

假设对ETL1应用具备CPU10、主存储器11、辅助存储器12的通用的服务器装置。在ETL1中，通过程序与CPU10的协作，实现收集/存储部13、更新管理部14、以及统一ID管理部15，进行数据的抽出/变换/装载(Extract/Transform/Load)。

具体地说，在收集/存储部13中，在预定的时机(定期或任意)从存储患者的X射线、MRI图像等医疗图像的数据源6进行图像数据的获取，抽出图像数据所附带的患者ID、患者姓名、以及图像生成日期时间、图像的说明等属性信息。使用后述的图式映射27，将抽出的属性信息加工(变换)为适合于存储子系统5的统一图式定义23的元数据。

在统一ID管理部15中，针对被加工为统一图式定义23的元数据、图像数据发行统一ID50。然后，在存储子系统5内关联地存储向存储子系统5发送的统一ID50、元数据、以及图像数据。

在更新管理部14中，在针对已经存储在存储子系统5中的数据的元数据从外部系统7接收到更新请求的情况下，向检索服务器3发行与更新对象的元数据对应的元数据索引的更新请求，另外更新存储子系统5的更新对象元数据。更具体地说，在更新管理部14中，根据图式映射27从包含在来自外部系统7的更新请求中的数据的图式确定更新对象的元数据，确定用于从存储子系统5内的元数据抽出对象数据的图式关键字。使用该图式关键字检索存储子系统5的元数据，取得对应的更新对象数据的综合ID(UID)50。然后，在更新管理部14中，指定所取得的综合ID(UID)50和应该更新的值，将元数据索引4的更新指示输出到检索服务器3。

另外，在更新管理部14中，针对来自外部系统7的更新请求，返回与检索服务器3的元数据索引4的更新处理、存储子系统5的元数据更新处理的进度状况对应的应答。例如，在任意的更新处理都结束了的情况下，应答“更新结束”，在一方(例如元数据索引4)的索引更新处理结束，另一方(例如存储子系统5)的元数据更新处理正在后台进行的情况下，应答“部分更新结束”，在元数据索引4的图式变更处理正在进行的情况下，应答表示进一步的更新请求的暂时中断的“更新处理接受不可”等。

对辞典服务器2应用具备CPU20、存储器22、以及辅助存储器21的通用的服务器装置。在辞典服务器2的存储器22中，通过CPU20和程序的协作而实现辞典管理部29。在辞典管理部29中，与来自ETL1、检索服务器3的请求对应地，发送图式定义23～27，或者生成/发送表示对应的图式定义之间的对应的图式映射27。

在辞典服务器2的辅助存储器21中，存储表示在构成计算机系统100的各服务器、存储子系统中利用的元数据的图式定义的、统一图式23、医疗图像图式24、索引图式25、以及更新请求图式26、表示这些定义的对应的图式映射27、系统结构信息。在各服务器、存储子系统中处理的元数据的图式分别不同，在计算机系统100中，其一个特征在于：利用图式映射传输这些不同的图式形式的数据。

在图3中，示意地表示统一图式定义23。统一图式定义对应地定义数据项目名23a、数据类型23、以及表示各项目是否是图式关键字的指定的图式关键字23c。数据项目名23a的“SchemaName”表示图式的名称，“UID(Unifiedidentifer)”表示在构成计算机系统100的服务器、存储子系统中共通地利用的“综合ID”。“PID(Patient identife)”表示患者的ID，“PName”表示患者姓名。“StudyDate”表示图像的摄影日、检查日，“StudyDescription”表示以该摄影图像的种类(胸部X射线图像、头部MRI图像、心电图等)为代表的附带事项等。在数据类型23中定义Storing、Data等数据类型。

图式关键字23c是在后述的检索服务器3的元数据索引4的更新处理中指定由ETL1从存储子系统5内检索更新对象的元数据时成为关键字的数据项目的信息。在图3中，表示指定“PID”作为更新对象数据的检索关键字的例子。

在图4中示意地表示图像图式定义24。在ETL1从数据源6收集图像数据等而变换为在存储子系统中利用的统一图式定义23的图式形式时利用本图式定义。与统一图式定义23同样地定义患者ID、患者名，但如数据项目24a所示那样，各个项目名如“PatientID”、“PatientName”那样即使所示的内容为同义也具有与其他不同的形式的项目名。

在图5中，示意地表示检索索引图式定义信息25。在检索服务器3读出存储在存储子系统5中的元数据而生成元数据索引时，利用本图式定义。与上述的统一图式定义23、图像图式定义24同样地，即使所示的内容为同义，也具有与其他图式不同的特有的项目名。

在图6中示意地表示更新请求图式定义26。在从外部系统7接收到患者ID、患者姓名等元数据的更新请求时，利用本图式定义。与其他定义同样地，即使内容为同义，也具有与其他图式不同的特有的项目名。

在图7中，表示图3～图6所示的各种图式定义的对应关系。示意地表示图式映射27。例如表示统一图式定义23的项目“UID”与检索索引图式定义25的“Object ID”对应的情况。同样，表示统一图式定义23的“PName”分别与检索索引图式定义的“Patient Name”、图像图式定义24的“Patient Name”、以及更新请求图式26的“PAT-NAME”对应的情况。

另外，在辞典服务器2中，从ETL1、检索服务器3等接收图式定义的取得请求、图式映射的生成以及取得请求，向各个请求目标发送，但使用系统结构信息28进行与这些请求对应的图式定义、图式映射的组合的选择。

在图9中，示意地表示系统结构信息28的一个例子。在系统结构信息28中，对应地管理系统名28a、图式定义等请求目标系统的网络地址28b、在该请求目标系统中使用的图式、系统类型28d。例如，在ETL1中针对从数据源6(在图9中用PACS1～3表示)收集到的图像数据的属性信息进行图式变换的情况下，在图式映射27的生成/取得请求中向辞典服务器2通知作为收集目标的数据源6的网络地址、作为输出目的地的存储子系统5的网络地址。

在辞典服务器2中，参照系统结构信息28，根据与包含在通知中的两个网络地址对应的各个图式定义(统一图式定义23和图像图式定义24)生成图式映射27并输出到ETL1。

在图10中示例使用图式映射27变换为统一图式定义的形式并通过综合ID(UID50a)对应起来的元数据51a。作为“SchemaName”记载了“统一图式”，作为“UID”(综合ID)记载了“001”，作为“PID(患者ID)”记载了“100”，作为“PName(患者姓名)”记载了“佐藤一郎”，作为“StudyDate(图像摄影日)”记载了“2012/6/22”，作为“StudyDesc(图像种类/特记事项)”记载了“Spesials(补足事项等)”。

返回到图2，对检索服务器3应用具有CPU30、存储器32、以及辅助存储器31的通用的服务器装置。在检索服务器3的存储器32中，通过CPU30和程序的协作实现索引部33、检索部34、以及辞典参照部35。另外，在辅助存储器31中，存储作为与来自客户等的元数据检索请求对应的索引的元数据索引4。

在检索服务器3中，以预定的时机(定期或任意)取得存储在存储子系统中的元数据，使用图式映射27生成检索用途的元数据索引4。在与此同时地针对元数据的内容从外部系统7发生了更新的情况下，与来自ETL1的元数据索引更新指示对应地，更新成为对象的元数据索引。

在索引部33中，参照表示从辞典服务器2取得的统一图式定义和检索索引图式定义之间的对应关系的图式映射27，根据从存储子系统5取得的元数据生成元数据索引4。另外，在索引部33中，在从ETL1接收到元数据索引4的更新指示的情况下，还执行更新对象的元数据索引的更新。此外，作为元数据索引的更新例子，可以列举由于婚姻、改名等变更了患者的姓的情况等。

在辞典参照部35中，在生成元数据索引4时，向辞典服务器2进行图式映射的生成和取得请求。

在图8中，示意地表示元数据索引4的一个例子。在元数据索引4中，在“Object ID”栏4a中登记统一ID(UID)50，在“Patient Name”栏4b中登记铃木一郎、山田二郎这样的患者的姓名，在“Study Date”栏4c中登记图像摄影日、诊查日，另外在“Study Description”栏4d中登记与摄影图像有关的说明(胸部X射线图像、胸部CT扫描图像、头部MRI图像)等。

在检索服务器3中，根据元数据索引4检索与包含在来自客户等的元数据检索请求中的关键字等对应的项目，在有对应的项目的情况下，根据对应的统一ID(UID)50，向存储子系统5请求对象数据的读出，将与请求对应的结果发送给客户。

因此，在从外部系统7有上述那样的患者的姓的变更的情况下，如果只有存储子系统5的元数据先更新结束，并在元数据索引4的更新结束之前从客户接收到在检索关键字中包含变更“后”的患者名的检索请求，则有可能没有符合元数据索引4的关键字，而不向客户提供旧姓的图像数据。

对于该点，在计算机系统100中，在元数据更新请求时，尽早地更新元数据索引4，另外在系统内使用共通的统一ID(UID)50向存储子系统进行检索对象的实际数据的读出请求，因此具有以下的优点，即针对具有信息更新的频度高的倾向的客户的请求能够灵活应对。

对存储子系统5应用以文件形式存储图像数据、元数据的文件存储装置。在存储子系统5中设置具备运算装置、存储器、数据缓存器等的控制器51。在控制器51中设置：文件管理部53，其提供文件的输入输出控制、文件接口；元检索部54，其在处理来自ETL1的元数据更新请求时，根据指定的图式名、图式关键字，应答与对应的元数据对应的综合ID(UID)50。也可以将它们的一部分构成为硬件，但在本实施例中，使用通过运算装置和程序的协作实现的例子进行说明。

在存储部52中，设置有多台HDD等磁存储介质、SSD、或快闪等的电子记录介质。在存储部52中，根据综合ID(UID)50关联地存储通过ETL1变换为综合图式形式的元数据51和图像数据60。在前面表示的图2的例子中，表示出作为图像文件60a的属性信息根据“UID_001”的综合ID51a关联地存储“PID：100”并且“PName：佐藤一郎”的元数据51的情况。

最后，说明数据源6的结构。数据源6应用设想了大容量的图像数据存储的存储服务器系统。在本实施方式中，例如假设在以DICOM规格为基准的存储服务器中用以PACS(Picture Archiving and Communication system：图像存档和通信系统)为基准的数据形式保存医疗图像数据。DICOM规格的通信适合于对来自模式(CT、MRI等医疗设备)的图像数据进行存档，由于存储的数据量也巨大，所以一般很好地用作医疗用的数据库。

但是，在DICOM规格中，有时在以下的点上存在问题，即对各图像数据附加的属性信息也是唯一的形式，在不同的数据形式的系统中共通数据。在本实施方式中，ETL1动态地进行属性信息的图式变换，因此可以说具有能够容易地灵活利用数据量优越的数据库的优点。此外，当然能够应用其他存档存储器等。

以上是计算机系统的结构。

接着，说明计算机系统的处理的流程。此外，在以下的说明中，分为(1)到从数据源6的“数据的收集/加工以及元数据索引生成”为止的处理的流程(图1中的S1～S6)、(2)从外部系统接收到元数据更新请求时的“元数据和元数据索引的更新处理”(图1中的T1～T6)的流程进行说明。

在图11中，表示“数据收集和元数据索引生成处理”的流程。

在S101中，ETL1的收集/存储部13在预定的时机(定期或任意)从数据源6取得图像数据60a等。

在S103中，收集/存储部13指定作为数据取得方的数据源6、作为数据存储目的地的存储子系统的网络地址，向辞典服务器2发送图式映射的生成/取得请求。

在S105中，辞典服务器2的辞典管理部接收请求，参照系统结构信息28，确定与包含在请求中的网络地址对应的图式定义的组合，生成图式映射27。然后，向ETL1回信所生成的图式映射27。

在S107中，ETL1的收集/存储部13抽出包含在从数据源6取得的图像数据60a、60b……中的属性信息。

然后，在S109中，收集/存储部13参照图式映射27，生成将抽出的属性信息变换为统一图式定义的形式的元数据51a、51b……。

在S111中，统一ID管理部15发行统一ID50a、50b……，分别向图像数据60a、60b……以及元数据51a、51b……分配。

在S113中，收集/存储部13指定所分配的统一ID，与存储请求一起向存储子系统5输出图像数据60a、……以及元数据51a、……。

然后，在S115中，收集/存储部13向数据源6输出数据取得的结束通知。

这样针对存储在存储子系统5中的元数据群，由检索服务器3执行元数据索引生成处理。

在S117中，检索服务器3的辞典参照部35指定作为元数据的取得方的存储子系统5和检索服务器3的网络地址，向辞典服务器2发送图式映射27的生成/取得请求。

在S119中，辞典服务器2的辞典管理部29与上述的S105同样地，参照系统结构信息28，基于网络地址确定成为图式映射的对象的图式定义的组合，生成图式映射27(在此为统一图式定义23和检索索引图式定义25之间的映射)。然后，将生成的图式映射27回信到检索服务器3。

此外，对于图式定义的组合，也可以根据包含在元数据中的图式名确定对应的索引图式。

在S121中，检索服务器3的索引部33以预定的时机取得存储子系统5的元数据群。此外，该时机是通过调度器等预先确定的时机。理想的是下次从ETL1向存储子系统的数据存储处理开始之前、上次的数据存储处理结束之后尽早的定时。这是为了成为能够尽早地检索所存储的数据源的状态。

在S123中，索引部33检查在存储子系统5中是否存在成为索引对象的未索引状态的元数据，在没有的情况下(S123：否)结束处理，在有的情况下(S123：是)，前进到S125。

在S125中，索引部33从存储子系统取得未索引的元数据。

在S127中，索引部33参照图式映射27，将统一图式形式的元数据变换为检索索引图式形式，在S129中登记为元数据索引4，返回到S123。

以上是数据收集/索引生成处理。

接着，说明在从外部系统7发行元数据的更新请求时对更新对象的元数据和与之对应的元数据索引4进行更新的“元数据更新处理”。在图12中，表示“元数据更新处理”的流程。

在S201中，ETL1的更新管理部14从外部系统7接受将“PAT-ID(患者ID)：100”的“PAT-NAME(患者姓名)”(从以前的“佐藤一郎”)更新为“铃木一郎”的元数据更新请求。

在S203中，更新管理部14指定更新请求方的外部系统7的网络地址、存储子系统的网络地址、检索服务器3的网络地址，向辞典服务器2发送图式映射的生成/取得请求。

在S205中，辞典服务器2的辞典管理部参照系统结构信息28，针对通过图式映射的生成/取得请求指定的3个地址的每个，确定对应的图式定义。然后，根据确定的更新请求图式定义26、统一图式定义23、以及检索索引图式定义25生成图式映射27，将其回信到ETL1。

在S209中，ETL1的更新管理部14参照图式映射27，抽出与通过外部系统7的更新请求指定为更新对象的“PAT-ID”对应的统一图式项目名，对其附加作为“PAT-ID”的实际的识别信息的“100”的值而确定为图式关键字。即，如图7的图式映射的例子所示那样，与更新请求图式定义的“PAT-ID”对应的统一图式定义的项目名是“PID”。由此，将“PID：100”确定为图式关键字。

在S211中，更新管理部14指定图式定义的种类和图式关键字，针对存储子系统5的元数据进行检索，取得与图式关键字对应的元数据的统一ID。例如，在本实施方式的情况下，存储在存储子系统5中的元数据中的具有图式关键字“PID：100”的元数据是51a和51b。由此，更新管理部14从元数据内抽出确定对应的综合ID50a(“UID_001”)、50b(“UID_002”)(参照图7)。

在S213中，更新管理部213参照系统结构信息28，确定更新通知对象的服务器。在本实施方式中，将登记在系统结构信息28中的系统内的系统类型是“检索系统”的检索服务器3确定为更新对象。

在S215中，更新管理部14参照图式映射27，确定在作为更新通知对象的检索服务器3中使用的图式定义(检索索引图式定义25)，从辞典服务器取得检索索引图式定义25。

在S217中，更新管理部14参照检索索引图式定义25，生成对检索服务器3的元数据索引更新指示的消息。具体地说，将包含在来自外部系统7的元数据更新请求中的更新对象的项目名和值(“PAT-NAME：铃木一郎”)变换为检索索引图式形式的“Patient Name：铃木一郎”。然后，生成附加了在S211中确定的综合ID50a和50b(“UID_001”、“UID_002”)所得的更新指示消息。

在S219中，更新管理部14向检索服务器3发送更新指示消息。在接收到该消息的检索服务器3的索引部33中，根据消息内的统一ID检索元数据索引4(图8)，确定更新对象元数据索引，将对应的“Patient Name”更新为“铃木一郎”(从此前的“佐藤”更新为“铃木”)。在更新结束后，检索服务器3向ETL1的更新管理部14通知该情况。

在S221中，ETL1的更新管理部14从检索服务器3接收更新结束的应答，在S223中，向外部系统7通知更新结束，结束元数据索引4的更新处理。此外，如上述那样，向外部系统7的应答并不限于“更新结束”，也有“部分更新结束”、“更新处理接受不可”等的情况。

然后，在S225中，更新管理部14执行存储在存储子系统5中的元数据的更新处理。

在图13中表示存储在存储子系统5中的元数据的更新处理的流程。

在S301中，ETL1的更新管理部14针对在上述元数据索引更新处理的S211中取得的统一ID50a、50b，检查是否进行了元数据更新。在没有未处理的统一ID50的情况下(S301：否)结束处理，在有未处理的统一ID50的情况下(S301：是)前进到S303。

在S303中，更新管理部14从存储子系统5取得与未处理的统一ID50对应的元数据。具体地说，存储子系统5的元检索部54根据指定的统一ID50检索存储在存储部52中的数据，向ETL1输出与该统一ID对应的元数据。

在S305中，更新管理部14参照图式映射27，确定包含在外部系统7的更新请求中的更新对象项目。表示更新请求对象的项目名“PAT-NAME”在用统一图式形式记载的元数据上是“PName”。由此，在S307中，更新管理部14将元数据上的项目名“PName”的值从“佐藤一郎”更新为“铃木一郎”。，

在S309中，更新管理部14指定统一ID，将更新后的元数据存储在存储子系统5中。然后，返回到S301的处理。

以上，是元数据索引的更新处理和存储子系统的元数据更新处理。

这样根据本实施方式的计算机系统，针对元数据更新请求，ETL1直接向检索服务器3进行元数据索引4的更新指示，因此不等待存储子系统5的元数据更新就能够尽早地更新索引。

即，对于元数据索引4，在存储子系统中元数据更新结束后检索服务器3再次获取元数据，由此也能够进行差分更新，但存在以下的问题，即在存储子系统侧的元数据更新过程中，无法获取、或即使获取也无法保证更新前后的数据的匹配性。进而，在存储子系统中存储有大量的数据的情况下，以检索处理为代表的各种处理也需要相应的时间，在更新对象的元数据多的情况下需要相应的时间。在本计算机系统中，具有不考虑这样的存储子系统侧的处理时间就能够更新元数据索引的显著效果。

另外，根据本计算机系统，具有通过辞典服务器2的图式映射容易地在使用不同的图式的系统之间共享数据的效果。在具有复杂的模块化结构的系统中，容易进行数据共享、扩展，适用于实现可用性高的系统结构。

另外，根据本计算机系统，在元数据和元数据索引的管理中使用系统共通的综合ID，因此具有容易进行服务器、存储器这样的子系统之间的数据管理的优点。

以上是第一实施方式的计算机系统。

[第一实施方式的变形例子]

以上在第一实施方式的计算机系统100中，构成为在从ETL1进行存储子系统5的元数据更新时，针对存储在子系统内的实际的运用系统数据进行更新处理(图12的S225/图13)。

在元数据的更新处理过程中，子系统内的元数据之间的数据成为不匹配的状态。在这样的状态下，如果由从客户接受了检索请求的检索服务器3等对子系统内的文件有了存取，则也能够设想向客户提供不匹配的状态的文件数据的情况。

因此，作为计算机系统100的变形例子，说明以下的计算机系统111的结构例子，其在存储子系统5的元数据更新处理过程中，使文件存取方看不到文件数据不匹配的状态。具体地说，在变形例子的计算机系统(以下称为“计算机系统111”)中，在元数据更新之前生成存储子系统内的运用系统数据的存储区域(卷)的复制，对复制进行元数据更新，在更新结束后替换复制和运用系统卷(图12的S225和图13成为后述的图14的处理)。

与计算机系统100的结构差异是ETL1的更新管理部14。在变形例子中，将更新管理部14说明为更新管理部114(未图示)。另外，存储子系统5的控制器51具有管理卷结构的功能。

在ETL1的更新管理部114中，在存储子系统5的元数据更新时，向文件管理部153发送运用系统卷的复制的制作指示。在本变形例子中，假设使用缩略图作为卷的复制。然后，在更新管理部114中，对复制卷内的元数据进行更新指示。在更新指示中，与第一实施方式的计算机系统100同样地，包含与更新对象的元数据对应的综合ID50、变换为统一图式形式的项目名和更新后的值。在全部的元数据更新结束后，更新管理部114指示复制卷和运用系统卷的替换。

在存储子系统5的控制器51中，与来自ETL1的卷复制请求和卷替换请求对应地，根据运用系统卷的缩略图进行生成复制卷的处理、以及运用系统卷和复制卷的替换处理。

在图14中，表示计算机系统111中的使用了复制卷的元数据更新处理的流程。

在S351中，更新管理部114向存储子系统5的控制器51发送制作运用系统卷的复制的指示。

在S353中，控制器51生成运用系统卷的缩略图，制作复制卷。

在S355中，更新管理部114将复制卷指定为对象而发送包含与更新对象的元数据对应的综合ID50、变换为统一图式形式的项目名、以及更新后的值的元数据更新请求。

在S357中，文件管理部53进行成为更新对象的复制Vol内的元数据的更新，在S359中，向更新管理部114发送更新结束通知。

在S361中，更新管理部114发送复制卷和运用系统卷的替换指示。

在S363中，控制器51将复制卷设为运用系统卷，进行从运用系统中卸载此前的运用系统卷的替换。

以上是使用了复制卷的存储器侧的元数据更新。

这样，根据变形例子的计算机系统111，不向文件存取方提供元数据更新中的数据不匹配的状态就能够进行元数据更新。

[第二实施方式]

第一实施方式及其变形例子的计算机系统的元数据更新处理在从外部系统7接收到元数据的更新请求时，从ETL1向检索服务器3直接发送更新后的数据内容，使得更新元数据索引4。

第二实施方式的计算机系统200不由接收到元数据的更新请求的ETL1直接向检索服务器3进行元数据的更新请求，而将更新内容保存在辞典服务器2中。在检索服务器3接收到来自客户的检索请求时，根据保存在辞典服务器2中的更新内容，将检索请求的检索条件变换为包含更新后的内容的检索条件，检索元数据索引4。

在图15中，表示第二实施方式的计算机系统200的处理概要。计算机系统200与第一实施方式同样地，进行从数据源6的数据收集、向存储子系统的数据的存储、以及检索服务器3的元数据索引4的生成。在本图中，示意地表示这些处理已经结束后的元数据更新处理。

在T10中，ETL1从外部系统7接受更新请求。更新请求以外部系统7的图式形式记载，是请求将“PAT-ID：100”的“PAT-NAME”变更为“铃木一郎”的内容。

在T11中，ETL1向辞典服务器2请求图式映射27的生成和发送。图式映射表示统一图式定义23和更新请求图式定义26的各项目的对应关系。

在T12中，ETL1确定用于使用图式映射从存储子系统5检索成为更新对象的元数据的图式关键字，使用它取得与更新对象元数据关联的统一ID50、该元数据。从取得的元数据中抽出与更新对象的项目对应的更新前的值(“佐藤一郎”)。然后，更新存储子系统5的内容。

在T13中，ETL1向辞典服务器2发送抽出的更新前的值(“佐藤一郎”)、包含在来自外部系统7的更新请求中的更新后的值(“铃木一郎”)、将用“PAT-NAME”这样的更新请求图式定义26记载的项目变换为统一图式定义23的形式所得的“PName”并使其存储(以下将它们对应的信息称为“更新记录信息”)。

在T14中，检索服务器3如果从客户接收到检索请求，则检索服务器3从辞典服务器2取得更新记录信息和图式映射27。该图式映射27表示统一图式23和检索索引图式25的各项目的对应关系。

在T15中，检索服务器3从客户的检索请求中抽出检索条件“Patient Name：铃木一郎”。进而，使用图式映射27，将用更新记录信息230的统一图式定义23的形式记载的“PName”变换为检索索引图式定义26的形式的“PatientName”。检索服务器3判断在变换为检索索引图式26的形式后的更新记录信息230中是否包含客户的检索条件“Patient Name：铃木一郎”，在包含的情况下，新生成变换为更新记录信息230的内容后的客户的检索条件。

然后，按照变换后的检索条件检索元数据索引4，将其结果返回给客户。

以上是计算机系统200中的元数据更新处理的概要。

在图16中，表示第二实施方式的计算机系统200的结构。与第一实施方式等的计算机系统100的主要不同点是ETL1的更新管理部214、辞典服务器2的通讯记录信息230、检索服务器3的检索部234所具有的功能。

在更新管理部214中，与来自外部系统7的元数据更新请求对应地，取得图式映射27。然后，根据它将变换对象的元数据的项目名变换为统一图式定义23的形式，将更新的值与更新前的值一起存储在辞典服务器2中。

从辞典服务器2取得的图式映射27表示统一图式定义23(在存储子系统5中使用的图式形式)和更新请求图式定义26(在外部系统7中使用的图式形式)之间的各项目的对应关系。在来自外部系统7的元数据更新请求中，例如包含将“PAT-ID：100”的“PAT-NAME”从“佐藤一郎”变更为“铃木一郎”的信息。在更新管理部214中，将“PAT-NAME：铃木一郎”变换为统一图式形式的“PName：佐藤一郎or铃木一郎”，作为更新记录信息230存储在辞典服务器2中。

在图17中示意地表示更新记录信息230的一个例子。在更新记录信息230中，包含统一图式名信息230a(“Medical”)、统一图式项目名信息230b(“PName”)、更新前元数据值信息230c(“佐藤一郎”)、以及更新后元数据信息230d(“铃木一郎”)，对应地对它们进行管理。存储在统一图式名230a中的“Medical”是用于识别图3所示的统一图式定义23的识别名。ETL1、检索服务器32指定图式名“Medical”而向辞典服务器2的辞典管理部29进行查询，由此能够取得统一图式定义23。

返回到图16，在检索服务器3的检索部234中，根据更新记录信息230，生成在包含在来自客户的检索请求中的检索条件中还包含更新后的值的检索条件。即，在来自客户的检索条件包含“Patient Name＝佐藤一郎”的情况下，生成包含向该条件附加了作为更新后的值的“铃木一郎”的“Patient Name＝佐藤一郎or铃木一郎”的检索条件，检索元数据索引4。

更具体地说，在接收到来自客户的检索请求的检索服务器3中，抽出检索条件“Patient Name：铃木一郎”。另一方面，根据图式映射27，将用统一图式形式记载的更新记录信息230的项目变换为检索索引图式形式。在变换后的更新记录信息230中存在包含所抽出的检索条件“Patient Name：铃木一郎”的信息的情况下，变换为追加了作为更新后的值的“铃木一郎”的检索条件。

然后，根据变换后的检索条件检索元数据索引4，将检索结果回信到客户。

以上是计算机系统200的结构。

接着，说明计算机系统200的处理的流程。

在图18中，表示元数据更新处理的流程。

在S401中，ETL1从外部系统7接收元数据更新请求(“PAT-ID：100”、“PAT-NAME：铃木一郎”)。

在S403中，ETL1向检索服务器3发送图式映射27的生成和取得请求，取得使统一图式定义23和更新请求图式定义26的各项目对应起来的图式映射。

在S405中，ETL1参照图式映射27，确定在更新请求内与作为识别更新对象的元数据的项目的“PAT-ID”对应的统一图式定义项目名(“PID”)。进而，根据“PID”、作为与“PAT-ID”对应的值的“100”，得到图式关键字“PID：100”。

在S407中，ETL1指定图式关键字“PID：100”，进行存储在存储子系统5中的元数据51的检索。

在S409中，ETL1取得作为检索结果的元数据51、与该元数据关联的统一ID50。

在S411中，ETL1参照图式映射27，从来自外部系统7的元数据更新请求中，确定与成为更新对象的项目名(“Patient Name”)对应的统一图式定义项目名(“PName”)。

在S413中，ETL1从在S409中取得的存储在存储子系统5中的元数据中抽出作为更新对象项目的“PName”的值(“佐藤一郎”/更新前的值)，向辞典服务器2发送在S411中取得的统一图式项目名“PName”、包含在来自外部系统7的更新请求中的更新对象项目的值(“铃木一郎”/更新后的值)。辞典服务器2将它们对应地保存为更新记录信息230。

在S415中，ETL1向作为更新请求方的外部系统7发送接受了元数据更新的信息。然后，在S417中，根据在S407中确定的统一ID，进行存储子系统5的元数据的更新。

以上是元数据更新处理。

接着，说明使用这样保存的更新记录信息230处理来自客户的检索请求的检索服务器3的检索处理。

在图19中，表示使用了更新记录信息230的元数据检索处理的流程。

在S501中，检索服务器3的检索部234接受来自客户的检索请求。假设用更新后的元数据的值发送来检索请求(将“铃木一郎”作为检索条件)。另外，检索请求具有作为检索服务器3的图式定义的检索索引图式定义25的形式。在本例子中，假设将“Patient Name：铃木一郎”作为检索条件而从客户请求检索。

在S503中，辞典参照部35向辞典服务器2发送图式映射27的生成/取得请求并取得它。该图式映射27表示统一图式定义23和检索索引图式定义25之间的项目名的对应关系。

另外，在S505中，辞典参照部35向辞典服务器2发送更新记录信息230的取得请求并取得它。

在S507中，检索部234参照图式映射27，将用统一图式定义23记载的更新记录信息230的项目变换为检索索引图式定义25的形式。即，将在更新记录信息230上表示患者姓名的“PName”变换为“Patient Name”，得到项目名“Patient Name”、更新前元数据值“佐藤一郎”、更新后元数据值“铃木一郎”的更新记录信息230。

在S509中，检索部234判断在S507中得到的检索索引图式形式的更新记录信息230是否包含客户检索条件“Patient Name：铃木一郎”。在包含的情况下(S509：是)前进到S511，在不包含的情况下(S509：否)前进到S513。

在S511中，检索部234根据变换图式形式后的更新记录信息230，新生成来自客户的检索条件。即，将来自客户的检索条件从“Patient Name：铃木一郎”变更为“Patient Name：铃木一郎or佐藤一郎”。

在S513中，检索部234按照变更后的检索条件进行元数据索引4的检索，在S515中向客户回信检索结果。

以上是检索处理。

这样，根据第二实施方式的计算机200，具有以下的效果，即在产生元数据更新时，不更新现存的元数据索引4自身，不产生元数据索引更新负荷。

另外，能够以来自客户的检索请求为单位进行反映了元数据的更新的元数据检索。

具有防止ETL1的处理负荷的增加的效果。以与存储子系统5的数据存储处理、元数据更新处理为代表，ETL1在数据收集、元数据更新请求受理、以及图式变换等处理中都产生负荷。具有在元数据索引4的更新处理中能够将处理负荷转移到检索服务器3的效果。

以上，说明了用于实施本发明的形式，但本发明并不限于上述各种例子，在其主要内容的范围内能够以各种结构、处理顺序来实现。

例如，在上述实施方式中，说明了也以各图式形式的元数据单位说明了存储处理、更新处理的例子，但也可以不构成为能够更新图式的全部项目，而分为能够更新的共通项目和除此以外的项目地进行管理。例如，也可以针对与患者名有关的部分，作为共通项目而作为共通元文件来管理，针对其附带的检查履历，与该共通元数据关联地进行管理。在该情况下，在针对特定的元数据进行更新处理时，只将具有与患者名有关的项目的共通元数据作为处理对象即可，其他的项目的元数据不成为处理对象，因此具有与所处理的数据量减少对应地各种处理负荷降低的优点。

进而，表示了与实际数据独立地管理元数据的结构例子，但当然也能够将本发明应用于将元数据作为实际数据的附带信息来管理的数据管理方法。但是，在该结构的情况下，必须在元数据以外还将实际数据附带于系统内的处理中，因此在各种处理中处理的数据量也有可能变多。

因此，理想的是构成为作为与元数据的一部分或全部的项目对应的指针信息，设置实际元数据的指针文件(空文件)，如上述的元数据那样指定该指针文件进行更新处理。

此外，在上述实施方式等中说明的各种程序当然既可以记录在磁和/或电子的非暂时的可移动性的记录介质中，也可以经由网络安装到计算机系统中。

附图标记说明

1：ETL；2：辞典服务器；3：检索服务器；4：元数据索引；5：存储子系统；6：数据源；7：外部系统；23：统一图式；24：图像图式；25：索引图式；26：更新请求图式；27：图式映射；50a、50b：统一ID；60a、60b：图像文件；51a、51b：元数据。

Claims (10)

1.一种计算机系统，其特征在于，具备：

存储部，其保存表示用不同的图式形式记载的元数据的对应关系的图式对应信息；

存储装置，其通过统一ID将根据上述图式对应信息变换后的与第一图式形式不同的第二图式形式的元数据与对应的实际数据一起关联地存储；

索引部，其从上述存储装置取得上述第二图式形式的元数据和统一ID，根据上述图式对应信息，保存被变换为与上述第一和第二图式形式不同的第三图式形式后的元数据索引；

更新管理部，其针对相对于上述元数据的具有预定的图式形式的更新请求，使用上述图式对应信息，确定成为更新对象的元数据的上述统一ID。

2.根据权利要求1所述的计算机系统，其特征在于，

上述更新管理部根据上述图式对应信息，将具有上述预定的图式形式的更新请求的图式形式变换为上述第二图式形式，确定成为更新对象的元数据的上述统一ID。

3.根据权利要求2所述的计算机系统，其特征在于，

上述更新管理部将变换为第二图式形式后的更新请求所包含的数据作为关键字，确定成为更新对象的元数据的上述统一ID。

4.根据权利要求3所述的计算机系统，其特征在于，

上述更新管理部用上述关键字检索存储在上述存储装置中的第二图式形式的元数据，确定与检索结果的元数据对应的上述统一ID。

5.根据权利要求1所述的计算机系统，其特征在于，

上述更新管理部向上述索引部输出包含所确定的统一ID的上述元数据索引的更新指示，

上述索引部根据包含在上述元数据索引的更新指示中的上述统一ID，进行更新对象索引的更新。

6.根据权利要求5所述的计算机系统，其特征在于，

上述更新管理部根据上述图式对应信息将上述更新请求的预定的图式形式进而变换为上述第三图式形式，进而包含在上述元数据索引的更新指示中并输出到上述索引部，

上述索引部根据包含在上述更新指示中的上述统一ID和变换为上述第三图式形式后的更新请求，进行更新对象索引的更新。

7.根据权利要求5所述的计算机系统，其特征在于，

上述更新管理部进而向上述存储装置输出包含所确定的统一ID的存储在上述存储装置中的元数据的更新指示。

8.根据权利要求1所述的计算机系统，其特征在于，

上述更新请求的预定的图式形式至少与上述第二图式形式不同。

9.一种元数据管理方法，是由以不同的图式形式利用同义的元数据的多个计算机模块构成的计算机系统的元数据管理方法，其特征在于，包括：

管理上述计算机系统的管理模块根据表示以上述不同的图式形式记载的元数据的对应关系的图式对应信息，将输入的第一图式形式的元数据变换为与该第一图式形式不同的第二图式形式的元数据，通过统一ID与对应的实际数据一起关联地输出到存储装置的步骤；

管理存储在上述存储装置中的数据的元数据检索索引的索引模块从上述存储装置取得上述第二图式形式的元数据和统一ID，根据上述图式对应信息，保存被变换为与上述第一和第二图式形式不同的第三图式形式后的元数据索引的步骤；

上述管理模块接收相对于上述元数据的具有预定的图式形式的更新请求，使用上述图式对应信息来确定该更新请求成为更新对象的元数据的上述统一ID的步骤。

10.一种非暂时的记录介质，其特征在于，

存储使计算机执行以下步骤的程序：

使得保存表示以不同的图式形式记载的元数据的对应关系的图式对应信息的步骤；

使得根据该图式对应信息，将输入的第一图式形式的元数据变换为与该第一图式形式不同的第二图式形式的元数据，通过统一ID与对应的实际数据一起关联地输出到存储装的步骤；

使得根据上述图式对应信息，根据输出到上述存储装置中的上述第二图式形式的元数据和统一ID，生成与上述第一和第二图式形式不同的第三图示形式的元数据索引的步骤；

使得接收相对于上述元数据的具有预定的图式形式的更新请求，使用上述图式对应信息，通过变换为上述第二图式形式后的更新请求来检索输出到上述存储装置的第二图式形式的元数据的步骤；

通过取得与检索结果对应的上述综合ID来确定上述更新请求成为更新对象的元数据的统一ID的步骤。