CN102693247A - 数据综合管理系统及客户终端 - Google Patents

Abstract

本发明提供数据综合管理系统及客户终端，其能灵活地变更数据项目的设定，并能根据该变更对各种画面的布局及数据库的结构进行自动变更。数据综合管理系统(1)具有控制部(12)(第一、第二、第三画面生成部)，其通过用户认证部(13)确认自客户终端(30、31)发送的认证信息，并参照分类定义数据库(24)(分类定义存储部)，对与用户权限相对应的类别进行特定，从而生成并显示类别选择画面，根据与选择出的类别相关联的分类定义，生成并显示菜单画面，在具有对与菜单画面相关的架构定义进行变更、追加或删除要求的情况下，参照架构定义数据库(26)(架构定义存储部)，从而生成并显示由架构定义所包括的属性项目的编辑画面。

Description

数据综合管理系统及客户终端

技术领域

本发明涉及数据综合管理系统及客户终端。

背景技术

在企业等的组织内经常会产生各种各样的信息。经常产生的这些数据被适当地存储在数据库中。这些存储在数据库中并累积的数据除了供企业的工作人员利用以外，最近还经由互联网供客户企业的负责人或顾客利用。这样的数据一般以具有多个数据项目的方式进行存储。而且，通过与利用场合相对应的具有上述数据库的个人计算机，来控制多个数据项目的有无显示和显示位置。例如，企业的负责人在将制造商的商品信息注册到数据库的情况下，以与该商品信息对应的商品代码为首，将商品名称、商品名称的假名发音、出售开始日、尺寸、性能、功能等多个数据项目存储在该数据库中。

但是，当将它们显示在显示器的情况下，应显示在检索画面中的数据项目、应显示在列表画面中的数据项目、或者应显示在详细画面中的数据项目一般是不同的。另外，在除了企业的负责人之外的人、例如客户或该企业的顾客利用这些数据的情况下，需要对他们能够浏览的画面或数据项目设置利用限制。并且，在被注册到数据库的数据中，也需要预先设定应输出到帐票文件中的数据项目。

于是，需要分别对于根据数据的利用场合、使用者而应显示的画面、对于为控制数据项目而在每个画面中显示的数据项目的种类、位置及顺序等进行设计，并且需要分别描述程序代码。由此，在变更它们的情况下，会花费非常多的劳力及开发成本。因此，在数据项目发生变更(除了数据类型、数据长度的变更以外，还包括数据项目自身的追加、删除)的情况下，在数据库的设计变更的基础上，还不得不分别对相关画面的程序代码进行修正，对此迅速进行应对是非常困难的。例如，在使已被设定在数据库中的商品代码的输入位数增加的情况下，需要增加字段的位数，所述字段的位数用于决定该数据库中的商品代码的输入位数，并且需要对于与该数据项目有关的所有画面布局进行适当的修正。

此外，作为对显示在画面中的内容进行变更的技术，例如，在专利文献1中公开了如下的画面自动生成系统。在专利文献1公开的画面自动生成系统中，Web服务器能够通过参数，对数据项目的显示名称等一般被预先使用的项目等进行变更，并对已被变更的参数信息和现有的模板添加关联，并动态地生成画面。

专利文献1：日本特开2003-99241号公报

根据专利文献1公开的画面自动生成系统，在对画面生成信息进行变更的情况下，画面整体的布局信息会被重新运行，从而自动生成了显示内容和形式已被变更的画面。在此，如专利文献1公开的画面自动生成系统那样通过修正参数，能够变更一部分的画面布局信息。但是，在该专利文献1公开的画面自动生成系统中，只能逐字地与画面生成相对应，而不能灵活地变更Web服务器所参照的存储在数据库中的数据项目的结构或属性(也就是说，对输入的参数进行定义的信息自身的结构或属性)。因此，在专利文献1公开的画面自动生成系统中，在要变更数据库的结构的情况下，必须进行该数据库的设计变更，从而花费非常多的劳力及开发成本。

另外，在专利文献1公开的画面自动生成系统中，完全没有考虑对于用户的权限和显示画面的对应关系。因此，在专利文献1公开的画面自动生成系统中，不能进行高级别的控制，所述高级别的控制是指根据用户的权限而对可显示的画面或布局进行变更。而且，在专利文献1公开的画面自动生成系统中，不具有如下的功能，所述功能用于对已被注册到数据库的数据中的、应输出到帐票文件的数据项目易于进行设定或变更的功能。

发明内容

本发明是为了至少解决上述问题的任意一个而研发的，其目的是提供一种数据综合管理系统及客户终端，其能够灵活地变更数据项目的设定，并能够对与该变更相对应的各种画面的布局以及数据库的结构进行自动变更。

为实现上述目的，本发明的数据综合管理系统是一种管理多个数据库的数据综合管理系统，具有：架构定义存储部，其预先以架构定义与固有的架构代码相关联的方式进行存储，所述架构定义由包括数据库的项目名称、该项目的数据类型、数据长度、以及画面生成时的控制信息在内的多个项目属性所构成；分类定义存储部，其预先以分类定义与固有的菜单组代码相关联的方式进行存储，所述分类定义具有：构成菜单的菜单名称、表示该菜单名称的层级的分类分区、以及根据与架构代码和使用者的权限相对应的每个类别对数据的参照或注册的可否进行规定的多个公开分区；用户认证部，对于自经由网络与多个数据库连接的客户终端发送的用户认证信息的正当性进行确认；第一画面生成部，其在通过用户认证部确认了用户认证信息的正当性的情况下，对与使用者的权限相对应的类别进行特定，并且在该特定出的类别为多个时，生成能够对其中的任意一个进行选择的选择画面信息，并且将该选择画面显示在客户终端的显示部上；第二画面生成部，其在自客户终端发送了用于对由第一画面生成部生成的选择画面中所显示的任意一个类别进行选择的选择要求的情况下，或者在与用户的权限相对应的类别为一个的情况下，参照分类定义存储部，并根据与该类别相关的菜单组代码、以及与菜单组代码相关的分类定义，来生成菜单画面，并且将该菜单画面显示在客户终端的显示部上；第三画面生成部，其在自客户终端发送了对架构定义进行变更、追加或删除要求的情况下，所述架构定义与通过由第二画面生成部而生成的菜单画面所显示的画面信息相关，参照架构定义存储部，对该选择出的架构定义的架构代码进行特定，对于特定出的架构代码的架构定义所包括的多个属性项目，生成能够编辑的编辑画面，并且将该编辑画面显示在客户终端的显示部上。

另外，在上述结构的基础上，本发明的数据综合管理系统优选为，架构定义存储部具有：能够对显示菜单时的画面内所包括的文字信息的文字代码进行设定的架构定义项目，第三画面生成部用于生成具有架构定义项目的编辑画面，并且将该编辑画面显示在客户终端的显示部上，所述架构定义项目能够对文字信息的文字代码进行设定。

另外，本发明的客户终端是，经由网络与上述数据综合管理系统进行连接的客户终端，具有：第一发送处理部，其用于发送使用客户终端的用户认证信息；第一画面显示处理部，其在接收由数据综合管理系统的第一画面生成部而生成的选择画面信息时，将根据该选择画面信息的类别选择画面、显示在显示部上；第二发送处理部，其将对显示在类别选择画面中的任意一个类别进行选择的选择要求，发送到数据综合管理系统中；第二画面显示处理部，其在接收由数据综合管理系统的第二画面生成部而生成的菜单画面信息时，将根据该菜单画面信息的菜单画面显示在显示部上，通过显示在菜单画面中的项目，从而进行数据库的参照、或者进行任意一种的存储于数据库的数据的注册、更新、删除。

根据本发明，能够提供一种数据综合管理系统及客户终端，其能够灵活地变更数据项目的设定，并且能够对与该变更相对应的各种画面的布局以及数据库的结构进行自动变更。

附图说明

图1是，表示本发明一个实施方式的数据综合管理系统的整体结构图。

图2是，表示在图1所示的分类定义数据库所包括的站点管理表格和菜单组表格中进行存储的信息的一个示例图。

图3是，表示在图1所示的分类定义数据库所包括的菜单表格中进行存储的信息的一个示例图。

图4是，表示在图1所示的分类定义数据库所包括的菜单分类表格中进行存储的信息的一个示例图。

图5是，表示通过被包括在图1所示的分类定义数据库中的各个表格，来显示画面的示例图。

图6是，表示在图1所示的数据综合管理系统中，在管理服务器和客户终端之间执行的定义信息设定时的处理步骤之一示例的流程图。

图7是，表示在图1所示的数据综合管理系统中，在管理服务器和客户终端之间执行的定义信息设定时的处理步骤之一示例的流程图。

图8是，表示在图6所示的步骤13中，由客户终端的显示器所显示的站点选择画面的一个示例图。

图9是，表示在图6的S16中，由客户终端的显示器所显示的分类定义目录画面的一个示例图。

图10是，表示在图6的S19中，由客户终端的显示器所显示的分类定义编辑画面的一个示例图。

图11是，表示在图7的S24中，由客户终端的显示器所显示的架构定义目录画面的一个示例图。

图12是，表示在图7的S27中，由客户终端的显示器所显示的架构项目目录画面的一个示例图。

图13是，表示在图7的S30中，由客户终端的显示器所显示的架构项目编辑画面的一个示例图。

图14是，表示在图1所示的数据综合管理系统中利用数据库时的处理步骤之一示例的流程图。

图15是，表示在图1所示的数据综合管理系统中利用数据库时的处理步骤之一示例的流程图。

图16是，表示在图14的S43中，由客户终端的显示器所显示的服务提供画面、数据的列表画面、以及数据的检索画面的一个示例图。

图17是，表示在图15的S58中，由客户终端的显示器所显示的数据的详细画面的一个示例图。

图18是，表示在图15的S61中，由客户终端的显示器所显示的数据的更新注册画面的一个示例图。

图19是，表示能够选择任意一个文字代码的项目所包括的编辑画面的一个示例图。

附图标记的说明

1数据综合管理系统、         10管理服务器、

12控制部(第一画面生成部、第二画面生成部、以及第三画面生成部之一例)、

13用户认证部、              14实际数据存储部、

15定义信息设定部、          17实际数据更新处理部、

18定义信息存储部、              19输出数据生成部、

24分类定义数据库、              26架构定义数据库、

29网络、                        30客户终端、

31客户终端、                    32站点选择画面、

34“站点A”按钮、               36“站点B”按钮、

40分类定义目录、                42特定菜单的“修正/删除”按钮、

44分类定义编辑画面、            45“更新”按钮、

46“重写”按钮、                47“删除”按钮、

48“分类定义的新注册”按钮、    49“架构的参照”按钮、

50架构定义目录、                51与架构定义相关的“修正/删除”按钮、

52架构项目的目录、              53架构项目的“修正/删除”按钮、

54架构项目编辑画面、            55“重写”按钮、

56“更新”按钮、                57“项目追加”按钮、

58“删除”按钮、                60服务提供画面、

61文件夹状图标、                62列表画面、

64检索画面、                    65“检索”按钮、

66详细画面、                    67“返回”按钮、

70更新注册画面、                71“注册”按钮、

72“新注册”按钮、              73“帐票输出”按钮

具体实施方式

以下参考附图，对本发明的数据综合管理系统及客户终端的一个实施方式的数据综合管理系统1进行说明。此外，在以下的数据综合管理系统1中，对于作为包括管理服务器10和客户终端30、31的系统结构进行说明，但也可以是只包括管理服务器10的本发明的数据综合管理系统。另外，本发明的数据综合管理系统，并不局限于该数据综合管理系统1的实施方式。

图1是，表示本发明的一个实施方式的数据综合管理系统1的整体结构图。图1所示的数据综合管理系统1具有：管理服务器10；多个客户终端30、31，其通过互联网、或内部网等网络29而与管理服务器10进行连接。这些客户终端30、31被数据综合管理系统1的管理员(以下称为“系统管理员”)、每个企业的操作管理员、或者除了操作管理员之外的使用者(以下称为“使用者”，其也包括每个企业的操作管理员)进行使用。

管理服务器10具有控制部12、实际数据存储部14和定义信息存储部18。此外，控制部12的某一示例是技术方案的第一画面生成部、第二画面生成部、第三画面生成部以及第四画面生成部。

控制部12具有用户认证部13、定义信息设定部15、实际数据更新处理部17及输出数据生成部19。控制部12为，通过使管理服务器10的未图示的CPU(CentralProcessing Unit)、在未图示的RAM(Random Access Memory)等主存储装置中读出OS(Operating System)和专用的应用程序并执行运算处理，来实现用户认证部13、定义信息设定部15、实际数据更新处理部17、以及输出数据生成部19的各种功能。此外，以后再叙述用户认证部13、定义信息设定部15、实际数据更新处理部17及输出数据生成部19的详细情况。

实际数据存储部14和定义信息存储部18被设置在未图示的存储部中。该未图示的存储部是，例如硬盘等辅助存储装置、或者与管理服务器10进行直接连接的外置的硬盘、或者连接在同一LAN内的NAS(网络连接存储Network AttachedStorage)等外部存储装置等。

在实际数据存储部14中存储有大量企业的各种数据库(例如，存储有某企业的产品信息的数据库、存储有公司内或者公司与客户之间的产品销售信息等数据库等)。此外，在图1中，虽然实际数据存储部14被设置在管理服务器10内，但也可以另外构建并设置用于存储该数据库的专用DB服务器、或者与管理服务器10一起被连接在同一LAN内的存储器装置。

定义信息存储部18包括：分类定义数据库24和架构定义数据库26，并注册了存储在上述实际数据存储部14中的数据库的各种定义信息。此外，分类定义数据库24是技术方案的分类定义存储部的一个示例，架构定义数据库26是技术方案的架构定义存储部的一个示例。

分类定义数据库24包括：站点管理表格24A、菜单组表格24B、菜单表格24C、以及菜单分类表格24D。图2是，表示在图1所示的分类定义数据库24所包括的站点管理表格24A和菜单组表格24B中进行存储的信息的一个示例图。图3是，表示在图1所示的分类定义数据库24所包括的菜单表格24C中进行存储的信息的一个示例图。图4是，表示在图1所示的分类定义数据库24所包括的菜单分类表格24D中进行存储的信息的一个示例图。图5是，表示通过被包括在图1所示的分类定义数据库24中的各个表格，来显示画面的示例图。以下，对于被包括在分类定义数据库24所包含的各个表格中的信息进行说明。

在图2所示的站点管理表格24A中，存储有用于管理站点的识别信息。在这里所谓的站点是指，例如账单支付管理、流通组业务信息共有、流通组POS信息共有站点、投诉管理、项目信息共有、企业集团的POS信息共有等，作为用于对这些具有规定的共用关联性的数据集合进行区别的概念使用。在数据综合管理系统1中，根据所谓该站点的概念，能够分别区别出企业集团之间或各企业内的数据集合，并且即使用同一的应用程序也能够实现常规的服务，并能够提供与各种企业相对应的数据综合管理系统。

在站点管理表格24A所包括的站点代码中，存储有用于唯一地识别站点的识别信息。此外，通过该站点代码进行分区的数据单位是，技术方案的类别的一个示例。在公司ID中，存储有用于对利用数据综合管理系统1的公司进行唯一识别的识别信息。在用户ID中，存储有用于对属于由公司ID特定出的公司的用户进行唯一识别的识别信息。在菜单组代码中，存储有用于将注册于数据综合管理系统1并显示的构成最初画面的首页画面、以及与该首页画面有层级相关性的多个菜单，作为一个集团进行分区的识别信息。

在站点管理表格24中存储有公司ID、用户ID和菜单组代码，所述公司ID在特定出站点代码时，对该站点代码所表示的站点与哪个公司相关进行识别；所述用户ID对于该公司ID所表示的公司与哪个用户相关进行识别；所述菜单组代码对于与哪个菜单组相关进行识别。此外，从图2所示的站点管理表格24A中明确可知，即使是同一公司，也可以具有多个站点。此外，如图2所示，在同一公司中，不论站点是否有差异，都能够设定同一用户，当然也可以设定不同的用户。

在图2所示的菜单组表格24B中，存储有能够对站点和菜单组名称进行特定的信息，所述菜单组名称由菜单组代码进行特定。此外，从图2所示的菜单组表格24B中明确可知，即使是一个站点，也可以具有多个菜单组，对多个菜单组分别给予不同的菜单组名称。

在图3所示的菜单表格24C中存储有站点代码、菜单组代码、菜单代码、主菜单代码、菜单名称及链接URL。此外，由于站点代码、菜单组代码与图2中说明的相同，因而省略说明。菜单代码中存储有对菜单进行唯一特定的识别信息，所述菜单通过被存储在实际数据存储部14中的多个数据库组来实现。主菜单代码中存储有属于自己上位的菜单的菜单代码。菜单名称中存储有表示通过菜单代码特定出的菜单名称的信息。链接URL中存储有与在画面显示菜单时所使用的文件(例如ASP文件)连接的连接地址信息。此外，在由链接URL指定的文件中，可使用以后所述的架构代码，并记述用于显示各画面的源代码、和用于显示列表画面的源代码等。于是，图3所示的菜单表格24C是，由站点代码、菜单组代码及菜单代码的组合进行唯一识别的菜单的表格，并且是该菜单与主菜单代码、菜单名称、表示实际画面数据的存储位置的链接URL相关的表格。此外，虽然在图3中未图示，但也可以在菜单表格24C中，设置存储有表示菜单名称的别名的信息的项目。在该项目中存储的菜单名称的别名是，例如，在某特定企业的使用者想要给予与菜单名称不同的名称的情况下，并请求系统管理员后，能够由系统管理员进行注册。

图4所示的菜单分类表格24D是，由站点代码和菜单代码的组合进行唯一识别的菜单的表格，并且是该菜单与菜单分类分区、菜单名称、公开分区1～5、架构代码相关的表格。此外，由于站点代码、菜单代码和菜单名称与图2中说明的相同，因而省略说明。菜单分类分区是对各菜单的层级分区进行特定的信息，例如，由称之为1、2、3的分区进行定义，该层级分区的数值越大，则意味着分类层级越处于下位，相反该层级分区的数值越小，则表示分类层级越处于上位，这表示各菜单呈结构构造并且在理论上相关联。此外，由该菜单分类分区引起的菜单之间在理论上的相关联，与图3所示的主菜单代码和各菜单在理论上相关的关系相对应。

公开分区1～5与权限不同的企业内的使用者的类别相对应，例如，公开分区1为，在某企业的总部正规职员利用被存储在实际数据存储部14中的数据库时对安全等级进行设定的分区。另外，公开分区2是对企业的店铺正规职员用的安全等级进行特定的分区，公开分区3是对企业的店铺临时职员用的安全等级进行特定的分区，公开分区4是对企业的客户用的安全等级进行特定的分区，公开分区5是对包含顾客在内的一般人用的安全等级进行特定的分区。例如，在公开分区1和2中设定安全等级“1”时，对于总部及店铺的正规职员可完整地公开已设定该分类定义的数据库，并允许其进行参照及注册(新注册及更新注册)。对此，在公开分区3中设定安全等级“2”时，对于店铺的临时职员只允许其参照数据库，而不允许注册。而且，在公开分区4和5中设定安全等级“0”时，对于客户及一般人不能公开存储在实际数据存储部14中的数据库，并完全不允许其进行参照和变更。此外，在公开分区为“-”的情况下，表示对于允许与该站点连接的所有用户都能够进行参照。

架构代码是用于对架构定义进行特定的识别信息，该架构定义用于对构成被存储在实际数据存储部14中的实际数据库的数据项目的种类和属性进行规定。

此外，站点管理表格24A、菜单组表格24B、菜单表格24C及菜单分类表格24D，可以作为单一的数据库的对象存在，若作为整体即作为分类定义数据库24发挥功能，则可以由多个数据库来构建各表格。

图5所示的画面例是，表示通过上述各表格来实现的画面例的图。如图5所示，在Web浏览器25中，分层级地显示了表示信息参照的主菜单标签25A、表示信息参照2的子菜单标签25B、以及包含即时更新2、即时更新View项目在内的三层级菜单25C。于是，主菜单标签25A、子菜单标签25B、三层级菜单25C，可根据被上述站点管理表格24A、菜单组表格24B及菜单表格24C进行定义的内容来构成画面，并且根据由菜单分类表格24D进行定义的内容，从而决定能够按照每个用户选择的主菜单标签25A、子菜单标签25B及三层级菜单。

在架构定义数据库26中存储有：上述架构代码；构成被存储在实际数据存储部14中的各数据库的数据项目的种类、或属性的定义信息。此外，关于表示被存储在架构定义数据库26中的各数据库的数据项目的种类或属性的定义信息，由于根据存储在实际数据存储部14中的数据库的不同而存在各种各样的项目，因而以后再叙述该定义信息。

客户终端30、31由连接有例如鼠标、键盘等输入装置、以及显示器(技术方案的显示部的一个示例)等输出装置的PC等个人计算机所构成，并至少安装有OS、Web浏览器程序。此外，客户终端30、31是技术方案的客户终端的一个示例，由CPU等构成的控制部(未图示)就相当于技术方案的第一画面显示处理部、第二画面显示处理部、第一发送处理部和第二发送处理部的一个示例。

(分类定义信息设定时的处理步骤)

接着，对分类定义信息设定时的处理步骤进行说明。此外，在以下的说明中，虽然已经说明了系统管理员从客户终端30经由网络29而与管理服务器10进行连接，由此能够变更或设定上述分类定义数据库24及架构定义数据库26中的内容，但也可以利用管理服务器10和位于同一LAN内的其他PC并使其连接。另外，使用者中的企业的操作管理员，也能够与系统管理员一样自由地变更或设定架构定义数据库26中的内容。

图6及图7是，表示在图1所示的数据综合管理系统1中，在管理服务器10和客户终端30之间执行的定义信息设定时的处理步骤之一例的流程图。此外，在以下的处理中，管理服务器10的用户认证部13是，通过参考企业ID信息、用户ID信息(这里是系统管理员的ID信息)和密码信息与每个用户的关系并进行注册的用户认证数据库(未图示)，能够确认出用户的正当性及设定权限。用户认证数据库可以被存储在管理服务器10的存储部中，也可以被存储在与管理服务器10不同的服务器中。

系统管理员将客户终端30经由网络29而连接在管理服务器10上。具体而言，系统管理员起动客户终端30的Web浏览器程序，并与该数据综合管理系统1的Web服务器(未图示)连接而使网页显示。此外，在这里，所谓的Web服务器可以与管理服务器10构建成一体，也可以构建为其他的个人计算机。

已经看到被显示的网页的系统管理员，为了对站点所包括的特定服务菜单的设定进行变更或确认，而对客户终端30的输入装置(鼠标、键盘等)进行操作，从而将企业ID信息、系统管理员的ID信息及密码信息(以下将它们称为“认证信息”)发送到管理服务器10中(S10)。管理服务器10根据S 10中自客户终端30发送的认证信息，来进行用户认证，并且对应发送的显示画面信息进行特定(S11)，从而发送被特定出的画面信息(S12)。具体而言，当管理服务器14的定义信息设定部15，通过由用户认证部13发送的认证信息而判断为正当的用户时，从分类定义数据库24中抽出该企业的站点信息。而且，在将有关多个站点的设定权限授与系统管理员的情况下，定义信息设定部15用于生成能够从这些多个站点中选择站点的画面，并将生成的画面信息发送到客户终端30中。此外，作为系统管理员的原则是，将能够对包括在数据综合管理系统1中的所有站点进行选择的画面信息，发送到客户终端30中，但在此为了便于说明，而对抽出了两个站点(站点A、站点B)的情况进行说明。其结果是，在客户终端30的显示器上，显示了站点选择画面(S13)。

图8是表示在图6所示的步骤13中，由客户终端30的显示器所显示的站点选择画面的一个示例图。在图8所示的例子中，显示了具有按钮34和按钮36的站点选择画面32，所述按钮34表示能够作为与系统管理员相关的站点进行选择的“站点A”；所述按钮36表示“站点B”。此外，在以下的例子中，对于系统管理员通过单击表示“站点B”的按钮36来选择的情况进行说明。

系统管理员根据显示在客户终端30的显示器中的站点选择画面32，来选择表示“站点B”的按钮36，当需要关于选择出的站点B的分类定义信息的取得要求时(S14)，定义信息设定部15将对应的分类定义信息从分类定义数据库24中抽出，并生成了表示抽出的分类定义目录的信息，并将生成的画面信息发送到客户终端30中(S15)。其结果是，在客户终端30的显示器上，显示了站点B的分类定义目录40(S16)。

图9是在图6的S16中，由客户终端30的显示器所显示的分类定义目录画面的一个示例。此外，该图9所示的画面例是通过定义信息设定部15参照图2所示的分类定义数据库24而生成的。

在图9所表示的项目中的“分类分区”中，设定有对各菜单的分类进行定义的数值。即，由于将“促销信息(菜单代码：260000)”设定为、表示作为分类分区的大分类的“1”，因而是指上位的层级。另外，由于将“广告信息(菜单代码：260100)”、“宣传活动信息(菜单代码：260200)”、“商品信息(菜单代码：260300)”、以及“广告媒体信息(菜单代码：260400)”设定为，表示作为分类分区的中分类的“2”，因而是指被“促销信息(菜单代码：260000)”所包括的中位层级。另外，由于将“出版社信息(菜单代码：260401)”、“报社信息(菜单代码：260402)”、以及“广播电台信息(菜单代码：260403)”设定为，表示作为分类分区的小分类的“3”，因而是指被“广告媒体信息(菜单代码：260400)”所包括的下位层级。此外，在“公开分区1”～“公开分区5”中，设定了各数据库的安全信息。另外，在这些分类定义目录中，属于最下位层级(不存在从属层级的层级)的菜单与具体的数据库相对应，并且设定架构代码。此外，虽然在图9的分类定义目录40中只列举了八个菜单，但在分类定义数据库24中进行注册的菜单的数量庞大的情况下，系统管理员通过在检索画面(省略图示)中输入菜单代码、菜单名称等检索条件，能够缩减目录所表示的菜单数量。

系统管理员对于已注册的分类定义信息进行修正的情况下，通过单击特定菜单中的“修正/删除”按钮42，从而自客户终端30向管理服务器10发送了分类定义编辑画面的取得要求(S17)。接收了该分类定义编辑画面取得要求的定义信息设定部15，可生成分类定义编辑画面(HTML(超文本置标语言HyperText MarkupLanguage)形式的输入形式)，并将生成的画面信息发送到客户终端30中(S18)。其结果是，在客户终端30的显示器上，显示了编辑画面44(S19)。

图10是表示在图6的S19中，由客户终端30的显示器所显示的编辑画面的一个示例图。此外，该图10所示的画面例是通过定义信息设定部15参照图2所示的分类定义数据库24而生成的，在上述分类定义数据库24中，设定了各公开分区和使用者类别之间的对应关系、各安全等级和公开分区之间的对应关系、以及各安全等级和利用方式(不能参照和注册/只能参照/能够参照和注册)之间的对应关系。

如图10所示，该编辑画面44具有菜单代码、菜单分类分区(与图4的菜单分类分区相对应)、菜单名称、菜单注释、公开分区1～5、架构代码的各输入栏。在此，当系统管理员对必要的输入栏进行修正，单击“更新”按钮45，并将分类定义信息的更新要求自客户终端30发送到管理服务器10时(S20)，定义信息设定部15在分类定义数据库24中对修正事项进行更新注册(S21)。另外，当系统管理员单击“重写”按钮46后，对必要的项目进行修正，再单击“更新”按钮45并将更新要求自客户终端30发送到管理服务器10时，定义信息设定部15在分类定义数据库24中对分类定义信息进行追加注册。此外，当系统管理员单击在图9的分类定义目录画面中的“分类定义的新注册”按钮48，并将新注册要求自客户终端30发送到管理服务器10时，定义信息设定部15进行分类定义信息的新注册。在该情况下，定义信息设定部15生成了各输入栏空白的编辑画面44，并发送到客户终端30。并且，当系统管理员单击“删除”按钮47，并将删除要求自客户终端30发送到管理服务器10时，定义信息设定部15从该数据库中删除了不需要的分类定义信息。

(架构定义信息设定时的处理步骤)

接着，对架构定义信息设定时的处理步骤进行说明。构成被存储在实际数据存储部14中的各数据库的数据项目的种类或属性，由上述分类定义中的相关的架构代码进行定义。即，当系统管理员单击在图9画面中的“架构的参照”按钮49，并将架构定义信息的参照要求自客户终端30发送到管理服务器10时(S22)，通过定义信息设定部15而从架构定义数据库26中，抽出了系统管理员在上述处理中选择的所属企业的架构定义信息，并将表示架构定义目录50的信息发送到客户终端30(S23)。其结果是，在客户终端30的显示器上，显示了架构定义目录50(S24)。

图11是，表示在图7的S24中，由客户终端30的显示器所显示的架构定义目录画面的一个示例图。此外，该图11所示的画面例是通过定义信息设定部15参照上述架构定义数据库26而生成的。

当系统管理员单击与图11所示的架构代码＝CTJRF0003(架构名称＝商品信息)的架构定义相关的“修正/删除”按钮51，并将详细信息的参照要求发送到管理服务器10时(S25)，通过定义信息设定部15而从架构定义数据库26中，抽出与架构代码相关的架构定义信息，并作为架构项目目录发送到客户终端30(S26)。其结果是，与数据库的数据项目相对应的架构项目的目录52，被显示在客户终端30的显示器上(S27)。

图12是，表示在图7的S27中，由客户终端30的显示器所显示的架构项目目录画面的一个示例图。此外，该图12所示的画面例是通过定义信息设定部15参照上述架构定义数据库26而生成的。

如图12所示，“商品信息”的架构定义具有：商品代码、商品代码分区、商品名称、假名名称、处理分区、处理中心、销售要点的各个架构项目。另外，除了项目名称及项目ID以外，也一起表示了设定在各架构项目中的属性的一部分即“项目类型”、“行No”和“列No”。

在系统管理员参照了被设定在特定架构项目中的定义信息的情况下，可单击该特定架构项目的“修正/删除”按钮53。例如，当系统管理员单击“商品代码”项目中的“修正/删除”按钮53，并发送了定义信息的参照要求时(S28)时，通过定义信息设定部15而从架构定义数据库26中，抽出必要的架构定义信息，并将架构项目的编辑画面信息发送到客户终端30(S29)。其结果是，在客户终端30的显示器上，显示了“商品代码”项目的架构项目编辑画面54(S30)。

图13是，表示在图7的S30中，由客户终端30的显示器所显示的架构项目编辑画面的一个示例图。此外，该图13所示的画面例是通过定义信息设定部15参照上述架构定义数据库26而生成的。

通过参照图13所示的编辑画面54，系统管理员能够确认出设定在架构项目中的项目属性。如图13所示，在数据综合管理系统1中，在与被存储于实际数据存储部14中的数据库的各数据项目相对应的架构项目中，预先设定多个项目属性，根据该定义信息能够生成各种显示画面，并能够进行各种处理的控制。以下，虽然对各项目属性进行了说明，但它们只是一个示例，根据需要能够增减其项目数量、或者能够对项目属性进行变更。此外，在由实际数据存储部14进行存储的数据库中，预先设定了关于与上述架构项目相对应的多个项目属性的从属关系(主从关系)。

(注册画面及详细画面的项目属性)

图13所示的“行No、列No”是，在后述的注册画面和详细画面中对表示数据项目的位置进行定义的项目属性，在两者都被设定为“1”的情况下，表示为第一行的第一列。对此，在设定为行No是“2”、列No是“3”的情况下，则意味着将数据项目表示为注册画面和详细画面中的第二行的第三列。

“项目类型”是对数据项目的数据类型进行设定的项目属性，在具有“输入项目”的情况下，数据类型是文字列，并意味着在注册画面中显示文本输入框。系统管理员通过单击

按钮来打开下拉菜单，并能够从“下拉列表框”、“下拉列表框(多个)”、“复选框”、“单选按钮”、“文本区域”及“默认日期”等多样的数据类型中选择需要的。

“项目ID”是用于从其他的架构项目中识别架构项目的符号，并输入唯一值。“项目名称”是逐字地输入架构项目的显示名称的栏。“输入栏长度”是输入用于对显示在注册画面中的输入栏的位数进行特定的数值的栏。“项目长度”是对数据项目的位数进行设定的项目属性，详细画面中的显示框的位数也由该项目长度进行定义。“初始值”是用于对在注册画面中默认显示的文字列进行特定的设定项目。

“校验类型”是，对于当判断在注册画面中被输入到该数据项目的值是否适当时的基准进行定义的栏，通过在这里输入具体的代码，能够实现例如在空白时判断为错误、或者在输入除了半角英数文字以外的值时进行错误判断。“IME(InputMethod Editor)”为，在这里输入校验时，在注册画面中将会自动地起动日语文字输入系统。

“数值目录”、“显示文字列目录”及“显示颜色定义”为，在上述项目类型中指定了下拉列表框或单选按钮等的情况下，对附加在选项中的数字或记号进行指定的栏是“数值目录”，对各选项的文字列进行描述的栏是“显示文字列目录”。另外，在用特殊的色彩显示选项的情况下，在“显示颜色定义”中描述必要的代码。在图13中，由于作为“项目类型”指定了“输入项目”，因而各栏都成为空白。

(检索画面的项目属性)

图13所示的“检索关键词分区”是用于控制检索处理方法的项目，所述检索处理方法是对检索画面中的输入到检索关键词输入栏中的值进行的，在这里当输入了“1(完全一致)”的情况下，通过输出数据生成部19，将会抽出仅仅与输入到商品代码栏中的数值完全一致的数据。对此，在输入了“2(Like检索)”的情况下，通过输出数据生成部19，将会抽出包括输入到商品代码栏的一部分数值的数据。另外，在输入了“3(范围)”的情况下，在检索画面中显示如“○○”～“××”这样的范围指定型的输入栏，通过输出数据生成部19，将会抽出与这里指定的条件范围相符合的数据。“检索关键词顺序”是用于输入对检索画面中的项目显示顺序进行定义的数值的栏。

(列表画面的项目属性)

“列表显示顺序”是，对指定为列表画面中的显示顺序的数值进行输入的设定项目。但是，当在该项目中输入了0或100以上的数值的情况下，数据项目在列表画面中会成为非显示处理。“列表显示长度”是，输入用于对列表画面中的显示位数进行特定的数值的栏。“列表显示标题”是，输入列表画面中的数据项目的显示标题的栏。在大多数情况下，所述“列表显示标题”与上述的“项目名称”是相同的值，但在需要节约显示空间时，则预先输入缩短形式或简称等。

(帐票的项目属性)

“帐票输出”是在该复选框中输入校验的情况下，在帐票文件生成时所包括的数据项目。

在架构定义中追加新架构项目的情况下，系统管理员在图13的架构项目编辑画面54中单击“重写”按钮55后，对项目ID、项目类型、项目名称等进行必要的修正，并通过单击“更新”按钮56，将修正信息发送到管理服务器10(S31)。接收了该修正信息的定义信息设定部15，用于将自客户终端30发送的新架构项目信息与架构代码(CTJRF0003)之间的关系存储在架构定义数据库26中(S32)。其结果是，当之后系统管理员在显示器上显示了图12的架构项目目录52时，就会显示出已进行追加注册的架构项目。

系统管理员通过在该架构项目目录52的显示画面中单击“项目追加”按钮57，从而能够进行架构项目的追加。在该情况下，也从定义信息设定部15中发送全项目属性为空白的编辑画面54。对此，系统管理员在各项目属性中对必要的值进行定义，并单击“更新”按钮56。接收后的定义信息设定部15与上述情况相同，均将自客户终端30发送的架构项目信息与架构代码(CTJRF0003)之间的关系存储在架构定义数据库26中。

在图13的编辑画面54中，当系统管理员单击“删除”按钮58，将特定架构项目的删除要求自客户终端30发送到管理服务器10时(S33)，通过定义信息设定部15而从架构定义中删除架构项目(S34)。

于是，在数据综合管理系统1中采用以下的结构，即、关于构成了存储在实际数据存储部14中的各数据库的数据项目的种类和属性、或者画面生成时的显示控制，都在架构定义数据库26中进行管理及设定，并且在分类定义数据库24中通过附加该架构定义与具体菜单之间的相关性，从而使该定义内容反映到数据库中。由此，在数据综合管理系统1中，一旦只抽出了已设定的架构定义，就能够在其他的多个数据库中反复进行使用。例如，当在某企业的营业部中，设定有用于存储客户企业信息的架构定义，使用该架构定义来构建营业部专用的客户数据库的情况下，在物资部需要构建新的用于客户企业的数据库时，通过指定相同的架构定义，就能够很简单地构建用于客户企业的数据库。而且，不会使分类定义与架构定义进行分离，就能够以各个数据库单位来设定架构定义的方式进行运用。另外，在分类定义数据库26中，由于设定了各企业的每个用户的安全等级，因此根据用户的权限，系统管理员就能够对于存储在实际数据存储部14中的各数据库的连接方式(注册、参照、删除等)进行控制，并能够根据用户的部署、企业的不同而容易地进行权限的设定。

如上所述，当系统管理员完成了定义信息设定时，根据该设定所构建的各数据库，能够在预先设定的利用权限的范围内让使用者进行利用。

(利用数据库时的处理步骤)

接着，对使用者在利用数据库时的处理步骤进行说明。图14及图15是，表示在图1所示的数据综合管理系统1中利用数据库时的处理步骤之一示例的流程图。此外，在以下的处理中，管理服务器10的用户认证部13是，通过参照企业ID信息、使用者的ID信息、以密码信息与每个用户的相关性进行注册的用户认证数据库(未图示)，从而能够确认出用户的正当性及利用权限。此外，该用户认证数据库可以被存储在管理服务器10的存储部中，也可以被存储在与管理服务器10不同的其他服务器中。

首先，使用者将客户终端31经由网络29而连接在管理服务器10上。具体而言，使用者起动客户终端31的Web浏览器程序，从而与该数据综合管理系统1的Web服务器(未图示)连接，并显示出网页。此外，在此所述的网页，可以与在图6和图7中进行说明时的管理员所连接的网页相同，也可以不同。而且，已经看见被显示的网页的使用者，通过操作客户终端31的输入装置(鼠标、键盘等)，从而将企业ID信息、使用者ID信息及密码信息自客户终端31发送到管理服务器10(S40)。管理服务器10根据在S40中由客户终端31发送的信息，来进行用户认证和应发送的服务提供画面信息的特定(S41)。具体而言，当由管理服务器14的用户认证部13根据企业ID及管理员ID而判断为正当的用户时，将由输出数据生成部19所生成的画面信息发送到客户终端31(S42)。其结果是，在客户终端31的显示器上，显示了服务提供画面60(S43)。此外，在输出数据生成部19生成该服务提供画面60时，对于与已经被注册到分类定义数据库24中的企业ID、使用者ID及菜单组ID相关联的菜单组ID进行特定，通过菜单代码，对于与该特定出的菜单组ID有层级关系的菜单进行特定，并且参照与被特定出的菜单相关联的安全等级，只将允许对使用者利用的数据库作为文件夹状图标61进行显示。在这里，在使用者是总部的正规职员，其被允许对有关本公司的全部数据库进行参照和更新的情况下，再进行之后的说明。另外，该服务提供画面由HTML文件(也包括Java Script等情况)等构成。以下的各种画面也与上述一样。

图16是表示在图2的S43中，由客户终端31的显示器所显示的服务提供画面、数据的列表画面、以及数据的检索画面的一个示例图。如图16所示，在服务提供画面60中，通过文件夹状图标61，明确表示了根据分类定义的数据库的存在。

首先，当使用者单击“促销信息”的文件夹状图标61时，属于促销信息的下位层级的“CM信息”、“宣传活动信息”、“商品信息”、“广告媒体信息”的文件夹状图标61将会展开。对此，当使用者单击“商品信息”的文件夹状图标61，并发送该数据库的利用要求时(S44)，输出数据生成部19用于抽出被注册到实际数据存储部14内的商品信息数据库的数据(商品信息)，并且根据架构定义数据库26的定义信息，来生成列表画面(HTML文件等)(S45)。另外，输出数据生成部19参照架构定义数据库26的定义信息，来生成商品信息数据库的检索画面(HTML文件等)(S46)。这些列表画面及检索画面通过输出数据生成部12，而发送到客户终端31(S47)。其结果如图16所示，在客户终端31的显示器上，显示了列表画面62及检索画面64(S48)。此外，在图16中，虽然描述了使服务提供画面60、列表画面62及检索画面64显示在同一窗口中的例子，但也可以使各画面在不同窗口显示。

由于当前时刻被注册的数据的数量少到2个，不需要缩减被目录显示的数据数，但在注册数量较多的情况下，在检索画面64的输入栏中输入商品名称、商品代码、处理中心等检索条件，并单击“检索”按钮65，从而发送检索条件(S49)。输出数据生成部19只抽出与使用者所指定的检索条件相符合的实际数据(S50)，并生成检索结果的列表画面(HTML文件等)(S51)。该检索结果的列表画面通过输出数据生成部19而发送到客户终端31(S52)。其结果是，虽然省略了图示，但在客户终端31的显示器上，显示了检索结果列表画面(S53)。由此，使用者能够缩减列表画面62中的显示数量。

对此，当使用者单击具体的商品名称即“美味的饭团”，来发送数据的参照要求时(S54)，通过输出数据生成部19而生成与数据相关的详细画面(HTML文件等)(S55)，并发送到客户终端31(S56)。其结果是，在客户终端31的显示器上将打开其他窗口，从而显示出详细画面(S57)。

图17是表示在图15的S57中，由客户终端31的显示器所显示的数据的详细画面的一个示例图。

如图17所示，商品名称、商品代码、商品代码分区、假名名称、处理分区、处理中心、销售要点的各数据项目，在详细画面66中均显示为一个。确认内容后很满意的使用者会单击“返回”按钮67，从而返回到图16的列表画面62中。

在注册内容需要修正的情况下，使用者在列表画面62中单击特定数据的“更新”按钮68，从而发送特定数据的更新要求(S58)。其结果是，通过输出数据生成部19而生成数据的更新注册画面(HTML文件等)(S59)，并向客户终端31发送该画面信息(S60)。其结果是，在客户终端31的显示器上将会打开其他窗口，从而显示出更新注册画面(S61)。

图18是表示在图15的S61中，由客户终端31的显示器所显示的数据的更新注册画面的一个示例图。如图18所示，在更新注册画面70中，设置有与数据的各数据项目相关的输入栏。对此，使用者在必要的数据项目中输入新数据后，单击“注册”按钮71，并发送更新数据(S62)。接收该更新数据的实际数据更新处理部17，用于将变更后的数据以XML(可扩展置标语言Extensible Markup Language)形式在实际数据存储部14内的商品信息数据库中进行更新注册(S63)。

此时，实际数据更新处理部17可参照架构定义数据库26，并根据被设定在“校验类型”的项目属性中的控制代码，来执行输入校验处理。例如，关于“商品名称”的项目，虽然设定有“必须输入”的代码，但是在对于项目的输入值不存在的情况下，实际数据更新处理部17则判断为错误，从而将要求输入商品名称的信息发送到客户终端31。

在希望进行数据的新注册的情况下，使用者可单击列表画面62中的“新注册”按钮72，从而将新数据的注册要求发送到管理服务器10(S65)。其结果是，通过输出数据生成部19而生成数据库的新注册画面(HTML文件等)(S66)，并发送到客户终端31(S67)。其结果是，在客户终端31的显示器上将会打开其他窗口，从而显示出新注册画面(S68)。虽然该新注册画面省略了图示，但其具有与图18的更新注册画面相同的输入栏。但是，在各输入栏中不显示数据，而成为空白。对此，使用者在各输入栏中输入数据后，单击“注册”按钮并发送新数据(S69)。接收该新数据的实际数据更新处理部17执行与上述同样的输入校验处理后，将输入数据以XML形式在实际数据存储部14内的商品信息数据库中进行新注册(S70)。

希望得到被注册在数据库中的数据的使用者，可单击在列表画面62中的“帐票输出”按钮73，从而发送数据的下载要求(S71)。接收该下载要求的输出数据生成部19从实际数据存储部14中抽出商品信息数据库的注册数据，并变换成CSV(逗号分隔值Comma Separated Values)或EXCEL(注册商标)等的文件形式。该帐票文件被发送到客户终端31(S72)，并被存储在未图示的存储部中(S73)。

输出数据生成部19在生成上述的列表画面62、检索画面64、详细画面66及注册画面70时，参照分类定义数据库24及架构定义数据库26，从而取得显示在各画面中的数据项目种类、各数据项目的显示位置、显示顺序及显示形式等的定义信息，并根据它们而动态地生成各画面。以往，虽然需要在各画面中分别描述与数据项目的显示相关的程序代码，但在该数据综合管理系统1中，由于将预先按照每个数据项目而生成各画面时的控制信息，作为架构项目的属性信息进行汇集并定义，因此输出数据生成部19能够根据这些定义而自动地生成最佳的画面。另外，在变更画面结构的情况下，也只将必要的数据项目的设定在架构项目编辑画面54中进行调节即可。另外，在生成帐票文件时，输出数据生成部19也能够参照架构定义数据库26，来决定帐票中应包括的数据项目。

于是，在数据综合管理系统1中，通过实际数据更新处理部17，将数据以XML形式注册到被存储在实际数据存储部14中的数据库。此时，由于对各数据所包括的数据项目(数据要素)，标记(附带关联)有分别与之相对应的架构定义的项目ID，因此输出数据生成部19通过使与各数据项目相对应的项目属性反映出来，从而能够生成具体的画面。另外，由于在具有以XML形式进行注册的数据的数据库中，各数据要素是可变长度，并且也能够容易地进行数据类型的修正，因而能够在架构项目编辑画面54中之后再灵活地对项目长度和数据类型进行变更。

此外，在上述实施方式中，虽然假设了使用者是总部的正规职员，且能够连接企业的所有数据库的情况，但安全等级更低的使用者在连接到管理服务器10时，将会出现不同的画面显示。例如，由于对于店铺的临时职员只允许显示商品信息，不允许进行更新或注册，因而在以临时职员的ID进入管理服务器10的情况下，虽然在其客户终端31上显示有服务提供画面60、检索画面64、列表画面62及详细画面66，但注册按钮或者与更新按钮等数据库的变更相关的按钮类为，非显示或灰色显示(不能选择的显示)。其结果是，更新注册画面70不会被显示在客户终端31的显示器上。另外，由于对于客户的负责职员不允许显示商品信息本身，因而在其客户终端31的服务提供画面60上，不会显示文件夹状图标61，也不能识别其存在本身。

(变形例)

然后，对上述实施方式的变形例进行说明。在图12所示的架构项目目录的“项目类型”中，将输入项目、下拉列表框、复选框作为对象，但除此之外也可以将例如图像文件的数据形式作为对象进行设置。由此，例如在使用者想要使用通过特定的图像数据而被显示在显示画面中的图标的情况等下，通过使用该项目，从而使作成后的画面的自由度变得更高。

另外，在对图13所示的架构项目进行编辑的编辑画面54中，虽然将画面生成时的显示语言假设为单一语言，但除此以外，也可以设置用于将显示在画面内的文字、名称翻译成外语的架构项目(例如，将用日语所显示的名称翻译成中文或英语等)，通过对该项目的校验有无，系统管理员能够对该功能的有无进行自由设定。由此，例如，在实际是相同的画面结构，但使用者想要作成只有显示的语言不同的画面时，系统管理员只需加入对该项目的校验，就能够易于由使用者，来生成对于被翻译的显示在画面内的文章进行适当翻译后的文件，因而非常方便。

另外，在设置上述的用于翻译成外语的架构项目时，由于假设在翻译之前的语言和翻译之后的语言之间文字代码的系统不同的情况，因此可以预先定义对文字代码系统的位数进行指定的架构项目，并使其显示在对图13所示的架构项目进行编辑的编辑画面54中。由此，例如关于由使用者所生成的画面，能够通过系统管理员一侧的设定来防止翻译后出现乱码而不能显示的不良情况。

另外，可以在定义并设置用于翻译成外语的架构项目的同时，预先定义并设置有系统管理员能够选择文字代码的架构项目(例如，能够选择ISO-2022-JP、EUC-JP、Shift-JIS、Unicode、UTF-8、UTF-16、Big5、GB2312等文字代码中的任意一个项目)，并使其显示在对图13所示的架构项目进行编辑的编辑画面54中。图19是表示能够选择任意一个文字代码的项目所包括的编辑画面的一个示例图。在图19所示的编辑画面54A中，设置有用于选择文字代码的项目59，通过单击处于该项目59侧面的

按钮而打开下拉菜单，从而能够选择具体的文字代码。由此，例如，在使用者对于某菜单能直接使用由日语作成的画面，并生成翻译成特定外语的画面时，由于在系统管理员一侧，能够明确地指定文字代码系统，因而也能够在这种方法中防止上述不良情况。

另外，可以在系统管理员或使用者连接到数据综合管理系统1而显示出的网页(TOP页)中，再显示出语言选择画面，以所选择的语言来显示之后要显示的网页。而且，也可以在TOP页以外的各层级中设置语言选择项目，从而能够进行语言的切换。

另外，管理服务器10的控制部12可以具有以下的功能，即、按照每个层级分区，对存储在分类定义数据库24中的分类定义信息、存储在架构定义数据库26中的架构定义信息进行一并复制的功能；或者根据这些定义信息而生成的画面的复制，即能够生成将显示在该画面上的文字翻译成外语(其他语言)的画面的功能(例如，一并对每个站点、每个菜单、每个架构定义目录、每个架构项目目录、每个项目名称的单位进行复制，并且，对于复制源所包括的文字信息，将设定切换成所翻译的语言的文字代码，再将其文字信息翻译成所期望的语言的功能)。例如，如图16所示的服务提供画面60，在GUI BASE(图形基础)中使画面信息按照各层级进行显示，通过用鼠标拖放分别表示该画面信息的文件夹图标，从而能够简单地进行复制等。由此，对于系统管理员及使用者来说，在使用数据综合管理系统1时，在只将特定菜单、或者附带于特定菜单上的画面翻译成外语来使用的情况等下，也是很方便的。

另外，管理服务器10所具有的各部分及各功能，不需要必须在一个装置中全部实现，也可以使用多个装置(个人计算机)来实现。例如，在控制部12所实现的功能中，可以通过构建具有定义信息设定部15的装置、具有实际数据更新处理部17的装置、以及具有输出数据生成部19的装置，来实现控制部12的功能，或者通过构建具有定义信息设定部15的装置、具有实际数据更新处理部17和输出数据生成部19的装置，来实现控制部12的功能。

Claims (5)

1.一种数据综合管理系统，是管理多个数据库的数据综合管理系统，其特征在于，具有：

架构定义存储部，其预先以架构定义与固有的架构代码相关联的方式进行存储，所述架构定义由包括所述数据库的项目名称、该项目的数据类型、数据长度、以及画面生成时的控制信息在内的多个项目属性所构成；

分类定义存储部，其预先以分类定义与固有的菜单组代码相关联的方式进行存储，所述分类定义具有：构成菜单的菜单名称、表示该菜单名称的层级的分类分区、以及根据与所述架构代码和使用者的权限相对应的每个类别对数据的参照或注册的可否进行规定的多个公开分区；

用户认证部，其对于自经由网络与所述多个数据库连接的客户终端发送的用户认证信息的正当性进行确认；

第一画面生成部，其在通过所述用户认证部确认了所述用户的认证信息的正当性的情况下，对与所述使用者的权限相对应的类别进行特定，并且在该特定出的类别为多个时，生成能够对其中的任意一个进行选择的选择画面信息，并且将该选择画面显示在所述客户终端的显示部上；

第二画面生成部，其在自所述客户终端、发送了用于对由所述第一画面生成部生成的所述选择画面中所显示的任意一个类别进行选择的选择要求的情况下，或者在与所述用户的权限相对应的类别为一个的情况下，参照所述分类定义存储部，并根据与该类别相关联的所述菜单组代码、以及与所述菜单组代码相关联的分类定义，来生成菜单画面，并且将该菜单画面显示在所述客户终端的显示部上；

第三画面生成部，其在自所述客户终端发送了对架构定义进行变更、追加或删除要求的情况下，所述架构定义与通过由所述第二画面生成部而生成的菜单画面所显示的画面信息相关，将参照所述架构定义存储部，对该选择出的架构定义的架构代码进行特定，对于特定出的架构代码的架构定义所包括的多个属性项目，生成能够编辑的编辑画面，并且将该编辑画面显示在所述客户终端的显示部上。

2.如权利要求1所述的数据综合管理系统，其特征在于，

所述架构定义存储部具有：能够对显示所述菜单时的画面内所包括的文字信息的文字代码进行设定的架构定义项目，

所述第三画面生成部用于生成具有能够对所述文字信息的文字代码进行设定的架构定义项目的编辑画面，并且将该编辑画面显示在所述客户终端的显示部上。

3.如权利要求1或2所述的数据综合管理系统，其特征在于，

具有第四画面生成部，其生成将文字翻译成其他语言并进行复制的画面，并且将该复制后的画面显示在所述客户终端的显示部上，所述文字被包括在根据存储在所述分类定义数据库和所述架构定义数据库中的定义信息而进行显示的画面中。

4.一种客户终端，是经由网络与权利要求1或2所述的数据综合管理系统进行连接的客户终端，其特征在于，具有：

第一发送处理部，其用于发送使用所述客户终端的用户的认证信息；

第一画面显示处理部，其在接收由所述数据综合管理系统的第一画面生成部而生成的所述选择画面信息时，将根据该选择画面信息的类别选择画面显示在显示部上；

第二发送处理部，其将对显示在所述类别选择画面中的任意一个类别进行选择的选择要求，发送到所述数据综合管理系统中；

第二画面显示处理部，其在接收由所述数据综合管理系统的第二画面生成部而生成的所述菜单画面信息时，将根据该菜单画面信息的菜单画面显示在显示部上，

通过显示在所述菜单画面中的项目，从而进行所述数据库的参照、或进行任意一种的存储于所述数据库的数据的注册、更新、删除。

5.一种客户终端，是经由网络与权利要求3所述的数据综合管理系统进行连接的客户终端，其特征在于，具有：

第一发送处理部，其用于发送使用所述客户终端的用户的认证信息；

第一画面显示处理部，其在接收由所述数据综合管理系统的第一画面生成部而生成的所述选择画面信息时，将根据该选择画面信息的类别选择画面显示在显示部上；

第二发送处理部，其将对显示在所述类别选择画面中的任意一个类别进行选择的选择要求，发送到所述数据综合管理系统中；

第二画面显示处理部，其在接收由所述数据综合管理系统的第二画面生成部而生成的所述菜单画面信息时，将根据该菜单画面信息的菜单画面显示在显示部上，

通过显示在所述菜单画面中的项目，从而进行所述数据库的参照、或进行任意一种的存储于所述数据库的数据的注册、更新、删除。

Images