CN103635886B

CN103635886B - 信息处理系统、数据管理方法、信息处理设备及其控制方法

Info

Publication number: CN103635886B
Application number: CN201280024946.0A
Authority: CN
Inventors: 高柳直; 松田尚久
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2011-05-24
Filing date: 2012-05-22
Publication date: 2017-02-15
Anticipated expiration: 2032-05-22
Also published as: JP5737392B2; US20140089342A1; JPWO2012160813A1; WO2012160813A1; BR112013030043A2; CN103635886A; EP2717166A4; JP2015181009A; US9558252B2; EP2717166A1

Abstract

提供一种信息处理设备，包括：文件输入单元，该文件输入单元输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成单元，该第一生成单元从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；以及第二生成单元，该第二生成单元从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口。

Description

信息处理系统、数据管理方法、信息处理设备及其控制方法

技术领域

本发明涉及从多个装置收集多个数据并且响应于来自多个应用的请求提供该数据的技术。

背景技术

在上述技术领域中，如在专利文献1中所公开的，已知使用以XML兼容格式构建的文档来生成计划的技术。

相关文献

专利文献

[专利文献1]日本未经审查专利公开No.2006-092529

发明内容

然而，上述现有技术仅是用于验证XML结构的正确性。另外，当多个应用使用具有该结构的数据时，需要为每个应用准备接口。

本发明的目的是在于提供一种用于解决上述问题的技术。

为了实现在上面描述的目的，根据本发明的设备包括：文件输入单元，该文件输入单元输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成单元，该第一生成单元从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；以及第二生成单元，该第二生成单元从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口。

为了实现上述目的，根据本发明的方法包括：文件输入步骤，输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成步骤，从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；以及第二生成步骤，从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口。

为了实现上述目的，根据本发明的程序使得计算机执行：文件输入步骤，输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成步骤，从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；以及第二生成步骤，从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口。

为了实现上述目的，根据本发明的信息处理系统包括：信息处理设备；装置，该装置通过装置接口连接到信息处理设备；以及应用，该应用通过应用接口被连接到信息处理设备。该信息处理设备包括：文件输入单元，该文件输入单元响应于应用而输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成单元，该第一生成单元从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；第二生成单元，该第二生成单元从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口；数据收集单元，该数据收集单元通过装置接口来从装置收集要被积累在数据库中的数据；以及数据提供单元，该数据提供单元响应于来自应用的通过预定的协议的数据请求来搜索积累在数据库中的数据，并且通过应用接口来将期望的数据提供给应用。

为了实现上述目的，根据本发明的数据管理方法通过装置接口从装置收集数据，并且响应于来自于应用的请求来通过应用接口提供数据。该方法包括：文件输入步骤，响应于应用，输入以用于数据模型描述的第一语言表示数据模型的数据模型文件；第一生成步骤，从数据模型文件生成以用于数据库描述的第二语言描述的数据库配置文件；第二生成步骤，从数据模型文件生成以用于应用接口描述的第三语言描述的应用接口；数据收集步骤，通过装置接口从装置收集要被积累在数据库中的数据；以及数据提供步骤，响应于来自应用的通过预定的协议的数据请求而搜索积累在数据库中的数据，并且通过应用接口将期望数据提供给应用。

根据本发明，可以在不必对每个应用准备接口的情况下从装置收集多个数据，并且响应于来自于多个应用的请求而提供多条数据。

附图说明

根据下面描述的优选实施例和如下附图，上述目的、其他目的、特征以和优点将进一步显而易见。

图1是示出根据本发明的第一实施例的信息处理设备的配置的框图。

图2是示出根据本发明的第二实施例的信息处理系统的功能配置的框图。

图3是示出根据本发明的第二实施例的信息处理系统的操作过程的序列图。

图4是示出根据本发明的第二实施例的装置数据模型的登记过程的图。

图5是示出根据本发明的第二实施例的处理的数据模型的登记过程的图。

图6是示出根据本发明的第二实施例的收集数据或者生成处理的数据的过程的图。

图7是示出根据本发明的第二实施例的将数据或者处理的数据提供给应用的过程的图。

图8是示出根据本发明的第二实施例的信息处理系统的硬件配置的框图。

图9是示出根据本发明的第二实施例的数据模型的配置的图。

图10A是示出根据本发明的第二实施例的语言描述转换表的配置的图。

图10B是示出根据本发明的第二实施例的通过DB表的生成的装置数据DB的配置的图。

图10C是示出根据本发明的第二实施例的装置通过装置连接和设定输入对DB表进行设定的图。

图10D是示出根据本发明的第二实施例的通过装置数据的接收将装置数据积累到DB表的图。

图10E是示出根据本发明的第二实施例的通过处理规则的生成和应用接口的生成来配置处理规则(函数组)和应用IF组的图。

图11是示出根据本发明的第二实施例的在信息处理设备中生成应用接口和数据库的示例的图。

图12是示出根据本发明的第二实施例的信息处理设备的操作过程的流程图。

图13是示出根据本发明的第二实施例的基于装置数据模型生成应用接口和数据库的特定示例的图。

图14是示出根据本发明的第二实施例的基于处理的数据模型生成应用接口、数据库、以及处理规则的特定示例的图。

图15是示出根据本发明的第三实施例的信息处理系统的配置的框图。

具体实施方式

在下文中，将参考附图来详细描述本发明的示例性实施例。然而，在下面的实施例中描述的组件仅是示例，并且本发明的技术范围不限于此。

[第一实施例]

在下文中，将会参考图1来描述作为本发明的第一实施例的信息处理设备100。信息处理设备100是从装置收集数据并且响应于来自应用的请求而提供数据的设备。

信息处理设备100包括文件输入单元101、第一生成单元102以及第二生成单元103。文件输入单元101输入数据模型文件120，该数据模型文件120以用于数据模型描述的第一语言表示数据模型。第一生成单元102从数据模型文件120生成以用于数据库描述的第二语言描述的数据库配置文件130。第二生成单元103从数据模型文件120生成以用于应用接口描述的第三语言描述的应用接口140。

根据上述配置，可以在不必须对每个应用准备接口的情况下从装置收集多个数据，并且响应于来自于多个应用的请求而提供数据。

[第二实施例]

在下文中，将会参考图2和后续附图来描述根据本发明的第二实施例的信息处理系统。

信息处理系统的功能配置

图2是图示根据实施例的信息处理系统200的功能配置的图。

信息处理系统200包括信息处理设备210，信息处理设备210是该实施例的机器对机器平台(M2M-PF)。信息处理系统包括：数据模型文件201，该数据模型文件201被输入到信息处理设备210；应用202，该应用202从信息处理设备210接收信息；以及装置203，该装置203收集用于信息处理设备210的信息。同时，可以由个人计算机或者通信终端来构造应用202和装置203。另外，装置203可以是不具有智力(brain)的简单传感器。基于这样的配置，该实施例的信息处理系统200收集并且保持装置数据，并且实现要被提供给应用的数据管理。

信息处理设备210包括开发者/管理员IF 220。开发者/管理员IF220从数据模型文件201生成应用接口(在下文中，IF)和数据库配置文件，该数据模型文件201是以由开发者或者管理员(在下文中，也被称为操作员)输入的可扩展标记语言(XML)描述的。另外，当由操作员输入的数据模型文件201是处理的数据模型时，进一步生成处理规则。

开发者/管理员IF 220包括文件输入单元221，该文件输入单元221输入以XML描述的数据模型文件201。另外，开发者/管理员IF 220包括WSDL生成单元，该WSDL生成单元222从以XML描述的输入数据模型文件201生成用于应用接口描述的网络服务描述语言(WSDL)。另外，开发者/管理员IF包括：SQL生成单元223，该SQL生成单元223从以XML描述的输入数据模型文件201生成用于数据库描述的结构化查询语言(SQL)；以及DB表生成单元224，该DB表生成单元224基于SQL生成具有数据库配置的表。

另外，信息处理设备210包括应用IF 230、装置IF 240、装置数据数据库(在下文中，DB)250、处理执行单元260、以及认证单元270。应用IF 230与应用202交换数据。装置IF240从装置203收集信息(或者提供服务)。装置数据DB 250积累从装置203收集的装置数据。处理执行单元260执行诸如装置数据的收集/积累/读取的处理。另外，处理执行单元260存储基于处理的数据模型生成的处理规则。认证单元270执行输入数据模型文件201的操作员、应用202和装置203的认证。同时，由认证单元270执行的认证处理不是本实施例的主要处理，并且因此在下面的操作描述中将不会对其描述进行说明。

信息处理系统的操作过程

图3是示出该实施例的信息处理系统的操作过程300的序列图。

首先，在步骤S301中，操作员通过文件输入单元221将装置数据模型的数据模型文件201输入到信息处理设备210。在步骤S303中，在信息处理设备210中，WSDL生成单元222基于装置数据模型来生成以WSDL描述的应用接口。另外，在信息处理设备210中，SQL生成单元223基于装置数据模型来生成用于创建用于装置数据的DB表的SQL。在信息处理设备210中，DB表生成单元224通过使用SQL来生成用于装置数据的DB表，并且由此登记装置数据模型(参见图4)。当装置数据模型被登记时，在步骤S305中，信息处理设备210向应用202侧通知用于唯一地确定应用接口的ID和用于唯一地确定在S303中生成的DB表的ID。

另外，在步骤S307中，操作员通过文件输入单元221将处理的数据模型的数据模型文件201输入到信息处理设备210。在步骤S309中，在信息处理设备210中，WSDL生成单元222基于处理的数据模型来生成以WSDL描述的应用接口。另外，在信息处理设备210中，SQL生成单元223基于处理的数据模型来生成用于创建用于处理的数据的DB表的SQL。在信息处理设备210中，DB表生成单元224通过使用SQL来生成用于处理的数据的DB表。此外，在信息处理设备210中，处理规则生成单元225基于处理的数据模型来生成处理规则，并且由此登记处理的数据模型(参见图5)。当处理的数据模型被登记时，在步骤S311中，信息处理设备210向应用202侧通知用于唯一地确定应用接口的ID、用于唯一地确定DB表的ID、以及用于唯一地确定在S309中生成的处理规则的ID。

同时，装置数据模型和处理的数据模型通常被混合在一个数据模型文件201中，并且步骤S301、S303、S305和S307被重复多次。因此，其顺序受到限制。另外，可以共同地执行向应用202侧通知ID的操作。

接下来，在步骤S313中，响应于装置的连接，在信息处理设备210中设定来自应用用户的装置信息。在步骤S315中，信息处理设备210根据该装置信息来登记将数据发送到DB表的装置(参见图10C)。

信息处理设备210通过装置IF 240从连接的装置收集装置数据，并且将装置数据存储和积累在生成的DB表中。即，在步骤S317中，信息处理设备210从装置203接收装置数据。在步骤S319中，信息处理设备210将数据收集在用于装置数据的DB表内。替选地，在步骤S319中，信息处理设备210通过基于处理规则来处理收集的数据，而生成处理的数据，并且将生成的处理数据存储和积累在用于处理的数据的DB表中(参见图6)。

当应用202期望从装置203收集的数据(或者处理的数据)时，在步骤S321中，该应用针对该数据(处理的数据)来对信息处理设备210进行请求。信息处理设备210提供收集在DB表内的应用202期望的数据或者期望的处理的数据。应用202使用从信息处理设备210提供的数据(处理的数据)来执行处理(参见图7)。

在下文中，将会更加详细地描述信息处理系统的操作过程300。同时，在图4至图7中，在各个操作过程中没有使用的功能配置单元被删除或者仅通过简单的框示出。

装置数据模型的登记

图4是示出根据实施例的装置数据模型的登记过程S301和S303的图。

在步骤S401中，以XML描述的装置数据模型401被输入到文件输入单元221。在步骤S403中，装置数据模型401被输入到WSDL生成单元222和SQL生成单元223。在步骤S405中，由WSDL生成单元222基于以XML描述的装置数据模型401生成的WSDL被传送到应用IF 230，并且进行存储。例如，参考装置数据模型401内的标签，WSDL生成单元222确定应用202传送何种类型的信息，以便于指定要从用于基于装置数据模型401生成的装置数据的DB表获得的数据。WDSL生成单元222基于确定结果来生成WSDL。

另一方面，在步骤S407中，SQL生成单元223基于以XML描述的装置数据模型401来生成SQL。DB表生成单元224基于所生成的SQL来生成用于装置数据的DB表，并且确保装置数据DB 250内的生成的DB表。例如，参考装置数据模型401内的标签，SQL生成单元223确定用于装置数据的DB表具有何种类型的要素。SQL生成单元223基于确定结果来创建用于生成具有要素的表的SQL。DB生成单元224通过使用SQL来生成用于装置数据的DB表。

处理的数据模型的登记

图5是示出根据实施例的处理的数据的登记过程S307和S309的图。

在步骤S501中，以XML描述的处理的数据模型501被输入到文件输入单元221。在步骤S503中，处理的数据模型501被输入到WSDL生成单元222、SQL生成单元223以及处理规则生成单元225。在步骤S505中，由WSDL生成单元222基于以XML描述的处理的数据模型501生成的WSDL被传送到应用IF 230，并且进行存储。WSDL生成单元222基于处理的数据来生成WSDL的过程与上述装置数据模型的流程相同。

另外，在步骤S507中，在处理执行单元260内准备由处理规则生成单元225基于以XML描述的处理的数据模型501所生成的处理规则。处理规则生成单元225基于在已处理的数据模型501中设定的信息来生成处理规则，该处理规则用于确定如何将在处理执行单元260预先准备的函数的处理规则(例如，用于计算数据的最大值、最小值者平均值的函数)应用于装置数据、如何处理装置数据等。在此，在处理的数据模型501中，定义了诸如特定函数所要应用于的装置数据的范围或者要应用处理规则的时间间隔的信息。另外，除了在处理执行单元260中预先准备的函数之外在处理的数据模型501中还定义了新的函数，使得处理规则生成单元225可以使用在处理的数据模型501中定义的函数来生成处理规则。

另外，在步骤S509中，SQL生成单元223基于以XML描述的处理的数据模型501来生成SQL。DB表生成单元224通过使用生成的SQL来生成用于处理的数据的DB表，并且确保装置数据DB 250内的生成的DB表。DB生成单元224以其创建用于处理的数据的DB表的流程与上述装置数据模型的流程相同。

数据的收集或者处理的数据的生成

图6是示出根据实施例的收集数据或者生成处理的数据的过程S317和S319的图。

在步骤S601中，来自装置203的装置数据被积累在装置数据DB250内的用于装置数据的DB表中。另一方面，在步骤S603中，来自用于装置数据的DB表的数据被读出并且根据处理执行单元260内的处理规则来进行处理，并且处理的数据被积累在装置数据DB 250内的用于处理的数据的DB表中。例如，假定特定传感器A每分钟收集温度和湿度作为装置数据，并且将其存储在用于装置数据(用于传感器A)的DB表中。另外，假定在处理执行单元260内设定“计算和记录每个小时的平均温度和平均湿度”的处理规则。在该情况下，处理执行单元260根据处理规则以1个小时的间隔从用于传感器A的DB表读出1个小时的装置数据，并且计算平均温度和平均湿度。处理执行单元260将计算的平均温度和平均湿度积累在用于处理的数据的DB表中。同时，函数“平均值被计算”可以在处理执行单元260中被预先准备，或者可以在处理的数据模型501中被定义。

向应用提供数据或者处理的数据

图7是示出根据实施例的向应用提供数据或者处理的数据的过程S321和S323的图。

在步骤S701中，将来自应用202的请求传送到信息处理设备210。在步骤S703中，处理执行单元260基于通过应用IF 230的应用202的请求，从用于装置数据的DB表和用于装置数据DB 250的处理的数据的DB表中读出与来自到现在为止已经积累的多个装置数据的请求一致的装置数据。例如，应用202在请求中包括关键字(key)，关键字用于唯一地确定存储要获得的数据的DB表的记录以及用于唯一地确定DB表的栏的信息。同时，应用202能够基于在步骤S305和步骤S311中接收到的ID来确定在存储期望数据的应用IF 230和DB表之间的对应关系。在步骤S705中，信息处理设备210传送与来自应用202的请求相对应的数据。即，实现由应用202请求的数据的提供。

信息处理设备的硬件配置

图8是示出根据实施例的信息处理设备210的硬件配置的框图。在图8中，信息处理设备210包括CPU 810、ROM 820、通信控制单元830、RAM 840以及存储装置850。

CPU 810是中央处理单元，并且通过执行各种程序来控制整个信息处理设备210。ROM 820是只读存储器，并且存储要由CPU 810初始执行的启动程序以及各种参数等。通信控制单元830控制通过网络与装置的终端或者应用的通信。另外，RAM 840是随机存取存储器，并且具有各种存储区域。存储装置850存储数据组和数据库以及程序。信息处理设备210进一步包括输入和输出接口860，并且通过输入和输出接口860连接到操作员操作单元861和显示单元862。

RAM 840具有用于存储数据模型文件201的区域，该数据模型文件201根据操作员对于操作员操作单元861的操作进行输入。另外，RAM具有用于存储应用IF 841和以SQL描述的装置数据DB 250的格式842的区域，应用IF 841是以由信息处理设备210从数据模型文件201生成的WSDL描述的。装置数据DB 250的格式842包括用于装置数据的DB表和用于处理的数据的DB表。应用IF 841被设置，并且作为应用IF组851被存储在存储装置850中。在存储装置850中的装置数据DB 250内准备用于处理的数据的DB表和用于装置数据的DB表。RAM 840还具有用于存储从处理的数据模型生成的处理规则843的区域。这样的处理规则843被存储在处理规则(函数组)852中，该处理规则(函数组)852包括预先准备的存储装置850的函数组。

另外，RAM 840具有用于临时存储从装置收集的装置数据844的区域，并且装置数据844被积累在用于存储装置850的装置数据DB 250的处理的数据的DB表和用于装置数据的DB表中。另外，RAM 840具有用于存储用于控制装置的装置控制信息445的存储区域。此外，RAM 840包括用于存储从应用接收到的应用接收信息846和要传送到应用的应用传送信息847的存储区域。

另一方面，除了应用IF组851、装置数据DB 250以及处理规则(函数组)852之外，存储装置850还存储用于将以XML描述的数据模型转换成以WSDL描述的应用接口和以SQL描述的数据库配置的语言描述转换表853。另外，存储装置850存储信息处理程序854。CPU 810读出并且执行信息处理程序854、应用IF组851、处理规则(函数组)852、语言描述转换表853等以便于实现图2的功能配置及其处理(图4至图7)。

同时，图8仅示出对于实施例来说重要的数据和程序，为没有示出诸如OS的通用数据或者程序。

数据模型

图9是示出根据实施例的数据模型的配置900的图。当开发者(操作员)以XML描述数据模型时，可以预先准备数据模型作为支持。在该情况下，数据模型的模板被存储在图8的存储装置中并且被交互地提供给开发者(操作员)。

能够通过继承抽象模型来创建实施例的数据模型。在该示例中，模板被划分成通用对象模板911、装置类型层912、工业分类类型层913以及实际模型层914总共四层，使用通用对象模板作为父类(parent class)(抽象类)。在关于图9的上级的示例中，如下继承模板：“通用对象”→“传感器”→“农业传感器”→“由ABC有限公司制造的农业传感器”，并且由此创建数据模型。即，父数据模型的属性被继承给子数据模型。通过将值输入到数据模型来生成实例(实体)920。

语言描述转换表

图10A是示出根据实施例的语言描述转换表853的配置的图。同时，本发明不限于该配置。

在语言描述转换表853中，与XML数据模型1011的描述相关联地存储收集对象、收集条件等作为用于描述生成数据库的SQL的SQL描述数据1012。另外，存储与在处理的数据模型的情况下的处理相对应的处理规则数据1013。另外，要使用的消息格式或者其他条件被存储为用于以WSDL描述应用接口的WSDL描述数据1041。同时，例如，数据的精确度或者收集时间单位能够被设定为SQL描述数据1012的收集条件。

例如，响应于装置数据模型1021，“温度”和“湿度”作为收集对象被存储在SQL描述数据1012中，并且在没有处理的情况下在WSDL描述中M1被存储为消息格式。另外，响应于处理的数据模型1022，将“最高温度”和“最低温度”作为收集对象存储在SQL描述数据1012中，在处理中存储最高/最低的选择(算数运算)，并且在WSDL描述中将M2存储为消息格式。

DB表的生成

图10B是示出根据实施例的通过DB表的生成来配置装置数据DB250的图。

在装置数据DB 250中，以可搜索的方式积累所生成的用于装置数据的DB表或者用于处理的数据的DB表。为此，当创建DB表时，附加唯一的DB表ID，并且将DB表ID登记在DB表ID列表1031中。确保空的DB表1032、1033和1034与DB表ID相关联。在图10B中，具有“DB0001”的DB表ID的DB表1032收集温度和湿度，并且具有“DB0002”的DB表ID的DB表1033收集温度、湿度、气压以及风力。另外，具有“DB 1001”的DB表ID的DB表1034是用于处理的数据的DB表，并且收集最高温度和最低温度。在实施例中，例如，其中DB表ID中的数字部分的最高位是“1”的DB表指示用于处理的数据的DB表。

装置设定

图10C是示出根据实施例的通过装置连接和设定输入的对DB表的装置设定过程S313和S315的图。在示例中，将描述图10B的空的DB表1032，但是上述情况对于对其他DB的装置设定也成立。

对于空的DB表1032，从应用202设定其中装置ID是“1”并且序列号是“1234”的装置信息1041。当装置连接到信息处理设备210时，创建其中装置被设定的DB表1042，并且因此进行信息收集的准备。

装置数据积累

图10D是示出根据实施例的通过装置数据的接收到DB表的装置数据积累程序S317和S319的图。同时，将基于DB表1032来描述该示例，但是上述情况对于其他DB表也成立。另外，在图10D中，假定进一步将其中装置ID是“2”并且序列号是“5678”的装置连接到图10C的配置，将给出描述。

对于其中两个装置被设定的DB表1043，假定从具有“1”的装置ID的装置接收23(℃)的温度和50(％)湿度，并且从具有“2”的装置ID的装置接收25(℃)的温度和60(％)湿度(图10D的1051)。信息处理设备210存储多个接收到的数据，并且由此创建DB表1052。

处理规则的生成和应用接口的生成

图10E是示出根据实施例的通过处理规则的生成和应用接口的生成来配置处理规则(函数组)852和应用IF组851的图。

以可搜索的方式将处理规则积累在处理规则(函数组)852中。为此，当创建处理规则时附加唯一的处理规则ID，并且处理规则ID被登记在处理规则ID列表1061中。确保处理规则1062和1063与各个处理规则ID相关联。例如，通过函数、输入数据和输出数据来定义处理规则1062和1063，但是本发明不限于此。

另外，以可搜索的方式将应用IF积累在应用IF组851中。为此，当创建应用IF时附加唯一的应用IF·ID，并且将应用IF·ID登记在应用IF·ID列表1071中。然后，确保应用IF1072和1073与各个应用IF ID相关联。例如，通过协议、输入消息和输出消息来定义应用IF1072和1073，但是本发明不限于此。

应用接口和数据库的生成

图11是示出根据实施例的在信息处理设备中生成应用接口和数据库的示例1100的图。

图11的上半段是示出在装置数据模型401的情况下生成的用于装置数据的DB表1110和简单对象访问协议(SOAP)接口1120的图。在用于装置数据的DB表1110中，与装置ID和序列号相关联地存储位置、温度、湿度等。另外，根据SOAP接口1120，搜索ID 001的温度。

另一方面，图11的下半段是示出在处理的数据模型501的情况下生成的用于处理的数据的DB表1130和SOAP接口1140的图。在用于处理的数据的DB表1130中，与装置ID和序列号相关联地存储最高温度(Max温度)、最低温度(Min温度)等。用于找到最高温度(Max温度)或者最低温度(Min温度)的处理用作处理规则，并且因此，例如，当准备用于从通过参数(argument)指定的范围中的数据找到最高温度的函数时，能够通过确定该函数的参数来生成“从给定的范围中的数据找到最高温度”的处理规则。根据该处理规则将每个信息存储在用于处理的数据的DB表中。另外，根据SOAP接口1140，搜索ID 001的最高温度。

同时，图11示出了SOAP接口，但是能够使用在实施例中适用的预定协议的接口。

信息处理设备的操作过程

图12是示出根据实施例的信息处理设备210的操作过程的流程图。在图8的CPU810使用RAM 840时执行该流程图，并且由此实现图2的功能各配置单元。

首先，在步骤S1211中，信息处理设备200确定是否输入了数据模型。另外，在步骤S1221中，信息处理设备确定是否存在来自应用202的访问。另外，在步骤S1231中，信息处理设备确定是否存在来自装置203的访问。同时，在实施例中，以S1211、S1221和S1231的顺序来执行确定，但是能够任意地设定执行这些确定的顺序。

当输入了数据模型时，该处理进入步骤S1213，并且由此信息处理设备210从以XML描述的数据模型生成以SQL描述的DB表和以WSDL描述的应用接口230。接下来，在步骤S1215中，信息处理设备210设置所生成的应用接口230。在步骤S1217中，信息处理设备210在装置数据DB 250中设置所生成的DB表。在步骤S1219中，信息处理设备210设置所生成的处理规则。

当来自应用202的访问存在时，该处理前进到步骤S1223，并且因此信息处理设备210通过应用接口230从应用202接收指令消息。接下来，在步骤S1225中，信息处理设备210响应于应用202的请求而从装置数据DB 250读出收集的装置数据。在步骤S1227中，信息处理设备210执行与应用的请求相对应的装置数据的处理。在步骤S1229中，信息处理设备210响应于应用的请求来传送装置数据的处理结果。

当存在来自装置203的访问时，该处理前进到步骤S1223，并且由此信息处理设备210通过装置接口240收集装置数据，并且将装置数据积累在装置数据DB 250中。

同时，在实施例中，在处理的数据模型的情况下，处理的数据可以被预先积累在装置数据DB 250的DB表中，或者可以在从应用202访问时通过对来自于装置数据DB 250的装置数据执行处理被传送到应用。替代地，可以根据处理的内容复杂性来使积累到装置数据DB 250时的处理的情况与从应用202访问时的处理的情况彼此分离。

具体生成示例

下面示出根据实施例的从装置数据模型生成应用接口和DB表的具体示例以及从处理的数据模型生成应用接口、DB表以及处理规则的具体示例。

装置数据模型

图13是示出根据实施例的基于装置数据模型生成应用接口和DB表的具体示例1300的图。

输入XML的示例示出了装置数据模型1301。装置数据模型1301具有模型名称“ABC天气传感器”，并且包括与整数的“ID”和字符串“序列号”相关联的整数的“温度”、整数的“湿度”等。

SQL生成单元223从以XML描述的装置数据模型1301生成SQL描述1310。在该示例中，SQL生成单元223参考装置数据模型1301内的标签是“param”的行来确定DB表具有的何种类型的要素，并且由此生成SQL描述1310。通过SQL描述1310在装置数据DB 250中生成用于装置数据的空的DB表251，并且DB表变成其中通过从装置收集装置数据来积累温度和湿度的DB表252。

另一方面，WSDL生成单元222从以XML描述的装置数据模型1301生成WSDL描述1320。在该示例中，WSDL生成单元222参考其中装置数据模型1301内的标签是“param”的行来确定由装置203获得的数据的结构或者格式，并且因此生成WSDL描述1320。在这样的WSDL描述1320中，来自应用202的输入消息和对应用202的输出消息被定义为应用接口。

以这样的方式，生成和设置用于信息处理设备201的装置数据的DB表251和应用IF230。

对于这样的信息处理设备210，从应用202向应用接口传送通过用于从DB表252搜索ID＝1的温度的SOAP的数据请求1340。即，在不必考虑信息处理设备210的应用接口之后的处理的情况下，应用202能够搜索必要的数据。

处理的数据模型

图14是根据实施例的基于处理的数据模型来生成应用接口、数据库和处理规则的具体示例1400。

输入XML的示例示出处理的数据模型1401。处理的数据模型1401具有模型名称“XYZ天气传感器”，并且包括与整数的“ID”和字符串“序列号”相关联的整数的“最高温度”、整数的“最低温度”等。

与装置数据模型的情况类似，从以XML描述的处理的数据模型1401生成SQL描述1410和WSDL描述1420。通过这样的SQL描述1410来生成用于处理的数据的空的DB表1432，其具有用于存储最高温度和最低温度的区域。另外，基于在处理的数据模型1401中设定的用于定义要使用的函数的“如何处理作为对象的装置数据”、函数的应用范围等的信息，处理规则生成单元225生成用于通过从装置数据DB250的DB表252读出温度而找到最高温度/最低温度的处理规则1431。然后，根据处理规则1431来从积累在DB表252中的装置数据中搜索最高温度和最低温度，并且将其积累在DB表1432中。

以该方式，在当生成和设置用于信息处理设备210的处理的数据的DB表1432和应用接口230时的同时，设置处理规则1431。

对于这样的信息处理设备210，从应用202向应用接口传送通过用于从DB表1432搜索ID＝2的最高温度的SOAP的处理的数据请求1440。即，在不必考虑信息处理设备210的应用接口之后的处理的情况下，应用202能够搜索并且处理必要的数据。

如上所述，根据实施例，当以XML描述的数据模型被输入时，独立地生成应用接口和数据库的表，并且从而能够通过简单的操作从任何应用获得数据。另外，还能够通过简单操作来执行数据处理。

[第三实施例]

在下文中，将会参考图15描述根据本发明的第三实施例的信息处理系统1500。

信息处理系统的配置

图15是示出根据实施例的信息处理系统1500的配置的框图。根据该实施例的信息处理系统1500与第二实施例的信息处理系统的不同之处在于，根据该实施例的信息处理系统是云系统，在云系统中，通过网络执行包括装置数据的收集、来自应用的查询以及数据模型的输入的所有操作。其他的配置和操作与第二实施例的配置和操作相同，并且因此将不会重复其详细描述。

在信息处理系统1500中，应用组1531至153i至153n、装置组(1541至154n、1551至155n)以及操作员1521向其输入数据模型的操作员终端1520通过网络1560彼此连接。装置组包括便携式终端1541至154n、传感器1551或者155n等。装置组没有被具体限制，只要该装置是能够收集数据的装置。

该实施例的信息处理设备1510连接到网络1560。信息处理设备1510包括通信控制单元1511，并且通过网络1560与上述应用组、装置组以及操作员终端进行通信。信息处理设备1510包括连接到通信控制单元1511的数据模型处理单元1512、装置数据处理单元1513以及应用对应单元1514。信息处理设备进一步包括连接到处理单元和对应单元的装置数据DB1515。在此，第二实施例的配置根据其处理对象而被划分成三个部分，即，数据模型处理单元1512、装置数据处理单元1513以及应用对应单元1514。因此，差异仅在于，数据模型处理单元1512被连接到通信控制单元1511，即，与应用或者装置相类似，图2的文件输入单元221通过网络执行传送和接收。

[其他实施例]

至此，已经描述了本发明的实施例，但是其中以各种方式组合包括在实施例中的每一个中的各种特性的系统或者设备也被包括在本发明的范围中。

另外，本发明可以适用于由多个装置组成的系统，或者可以适用于单个设备。此外，还能够在用于实现实施例的功能的控制程序被直接地或者远程地提供给系统或者设备的情况下应用本发明。因此，为了使用计算机实现本发明的功能，安装在计算机中的控制程序、存储控制程序的介质以及使控制程序被下载的万维网(WWW)服务器被包括在本发明的范围中。

本申请基于2011年5月24日提交的日本专利申请No.2011-116367，其内容通过应用合并在此。

Claims

1.一种信息处理设备，包括

文件输入单元，所述文件输入单元输入数据模型文件，所述数据模型文件以用于数据模型描述的第一语言表示数据的结构，所述数据由所述信息处理设备来收集；

第一生成单元，所述第一生成单元从所述数据模型文件生成数据库配置文件，所述数据库配置文件是以用于数据库描述的第二语言描述的，所述数据库配置文件是用于生成积累具有所述结构的数据的数据库的文件；以及

第二生成单元，所述第二生成单元从所述数据模型文件生成应用接口，所述应用接口是以用于应用接口描述的第三语言描述的，所述应用接口使得应用能够访问所述数据库中积累的数据。

2.根据权利要求1所述的信息处理设备，其中，所述第一语言是可扩展标记语言(XML)。

3.根据权利要求1所述的信息处理设备，其中，所述第二语言是结构化查询语言(SQL)。

4.根据权利要求1所述的信息处理设备，其中，所述第三语言是网络服务描述语言(WSDL)。

5.根据权利要求1所述的信息处理设备，进一步包括：

创建单元，所述创建单元从由所述第一生成单元生成的所述第二语言的所述数据库配置文件创建数据库；以及

装置接口，所述装置接口从连接到所述信息处理设备的装置收集要积累在所生成的数据库中的数据，

其中，所述应用接口响应于从应用到所述信息处理设备的通过预定协议的数据请求来搜索积累在所述数据库中的数据，并且将期望数据发送到所述应用。

6.根据权利要求5所述的信息处理设备，其中，所述预定协议是简单对象访问协议(SOAP)。

7.根据权利要求1所述的信息处理设备，进一步包括：第三生成单元，当所述数据模型是处理的数据模型时，所述第三生成单元从所述第一语言的处理的数据模型生成处理规则，所述处理的数据模型用于处理由装置收集的数据以由此生成处理的数据。

8.根据权利要求7所述的信息处理设备，其中，所述第三生成单元包括存储单元，所述存储单元存储在所述处理规则中使用的函数，并且从所述存储单元读出与所述第一语言的处理的数据模型相对应的所述函数，并且使用所述函数来生成所述处理规则。

9.根据权利要求7所述的信息处理设备，其中，所述应用接口响应于从应用到所述信息处理设备的通过预定协议的处理的数据的请求，根据请求的处理规则来处理所述数据库的数据，并且将所处理的数据发送到所述应用。

10.一种控制信息处理设备的方法，所述方法包括：

文件输入步骤，所述文件输入步骤输入数据模型文件，所述数据模型文件以用于数据模型描述的第一语言表示数据的结构，所述数据由所述信息处理设备来收集；

第一生成步骤，所述第一生成步骤从所述数据模型文件生成数据库配置文件，所述数据库配置文件是以用于数据库描述的第二语言描述的，所述数据库配置文件是用于生成积累具有所述结构的数据的数据库的文件；以及

第二生成步骤，所述第二生成步骤从所述数据模型文件生成应用接口，所述应用接口是以用于应用接口描述的第三语言描述的，所述应用接口使得应用能够访问所述数据库中积累的数据。

11.一种信息处理系统，包括：

信息处理设备；

装置，所述装置通过装置接口连接到所述信息处理设备；以及

应用，所述应用通过应用接口连接到所述信息处理设备，

其中，所述信息处理设备包括：

文件输入单元，所述文件输入单元响应于所述应用来输入数据模型文件，所述数据模型文件以用于数据模型描述的第一语言表示数据的结构，所述数据由所述信息处理设备来收集；

第一生成单元，所述第一生成单元从所述数据模型文件生成数据库配置文件，所述数据库配置文件是以用于数据库描述的第二语言描述的，所述数据库配置文件是用于生成积累具有所述结构的数据的数据库的文件；

第二生成单元，所述第二生成单元从所述数据模型文件生成应用接口，所述应用接口是以用于应用接口描述的第三语言描述的，所述应用接口使得应用能够访问所述数据库中积累的数据；

数据收集单元，所述数据收集单元通过所述装置接口来从所述装置收集要积累在数据库中的数据；以及

数据提供单元，所述数据提供单元响应于来自所述应用的通过预定协议的数据请求来搜索积累在所述数据库中的数据，并且通过所述应用接口来将期望数据提供给所述应用。

12.一种数据管理方法，所述数据管理方法通过装置接口从装置收集数据，并且响应于来自应用的请求而通过应用接口提供数据，所述方法包括：

文件输入步骤，所述文件输入步骤响应于所述应用来输入数据模型文件，所述数据模型文件以用于数据模型描述的第一语言表示数据的结构，所述数据由信息处理设备来收集；

第一生成步骤，所述第一生成步骤从所述数据模型文件生成数据库配置文件，所述数据库配置文件是以用于数据库描述的第二语言描述的，所述数据库配置文件是用于生成积累具有所述结构的数据的数据库的文件；

第二生成步骤，所述第二生成步骤从所述数据模型文件生成应用接口，所述应用接口是以用于应用接口描述的第三语言描述的，所述应用接口使得应用能够访问所述数据库中积累的数据；

数据收集步骤，所述数据收集步骤通过所述装置接口来从所述装置收集要积累在数据库中的数据；以及

数据提供步骤，所述数据提供步骤响应于来自所述应用的通过预定协议的数据请求来搜索积累在所述数据库中的数据，并且通过所述应用接口来将期望数据提供给所述应用。