CN104246717A - 数据处理系统、服务器、客户端、数据管理用程序 - Google Patents

Abstract

在服务器(10)中，从主数据存储部(11)中除了提取符合从客户端(20)发送来的数据取得要求的目标数据之外，还提取所有列的数据项，并发送到客户端(20)；在客户端(20)中，将从服务器(10)接收的目标数据和数据项以能够通过用户界面选择的形态进行画面显示，由此，能够将客户端(20)上欲执行所希望的处理时所需要的最少量的目标数据从服务器(10)下载到客户端(20)中，从而省去了下载所有数据等的徒劳操作，并且，通过也下载目标数据以外的其他数据相关的数据项并将其以能够选择的形态进行画面显示，由此，即使未下载实际数据，对于该实际数据相关的数据项也能够以好像也可以操作的方式显示给用户。

Description

数据处理系统、服务器、客户端、数据管理用程序

技术领域

本发明涉及数据处理系统、服务器、客户端、数据管理用程序。

背景技术

目前提供有客户端-服务器型的数据库系统。此种数据库系统构成为：在服务器中设置主数据库(以下称为“主DB”)，并且在客户端设置本地数据库(以下称为“本地DB”)，将存储在主DB中的数据下载到客户端的本地DB中，从而在客户端执行所希望的数据处理。

由于将主DB的数据下载到客户端的本地DB中，因此，尽管是在网络环境下工作的开放式系统，但在客户端和服务器未经由网络连接的离线状态下，也能够在客户端执行与在客户端和服务器连接时所执行的数据处理相同的数据处理。但是，在该情况下，需要保证主DB和本地DB的一致性，为此提供了各种结构(例如参照专利文献1～4)。

在专利文献1所记载的技术中，通过设置使主DB的数据和本地DB的数据与最新内容一致的手段(同步控制部)，从而即使在对服务器的主DB和客户端的本地DB进行了数据的追加、改变或删除等时，也能够高速且准确地确保各数据库的一致性。

在专利文献2所记载的技术中，将存储在服务器的主DB中的数据读入并存储于客户端的本地DB中。客户端使用本地数据执行特定的处理，并对本地数据以及与该本地数据对应的主数据进行相同的数据处理。当该数据处理未正常结束时，通过回滚(roll back)数据处理，从而保证主数据和本地数据的一贯性。

在专利文献3所记载的技术中，客户端的业务应用程序每次从综合数据库参照数据时，便将该数据的历史记录作为历史记录信息登记于数据历史记录文件夹中。而且，当客户端的业务应用程序启动时，从数据历史记录文件夹中提取历史记录信息并发送给服务器，当该发送的历史记录信息与服务器侧的综合数据库中的数据版本不同时，从综合数据库中提取数据并转发到客户端，从而更新客户端侧的综合数据库。由此，省去了无用的数据转发或处理，从而谋求处理的高速化。

在专利文献4所记载的技术中，当在客户端发生检索要求时，客户端向服务器查询自身的数据库的版本，在确认到自身的数据库版本为最新版本时，客户端检索自身的数据库。另一方面，在确认到自身的数据库版本不是最新版本时，客户端从服务器中取得数据库的差分信息并更新自身的数据库，然后进行检索。由此，能够尽可能地限制对服务器的访问。

专利文献1：日本公报、特开2001-142766号

专利文献2：日本公报、特开2003-263356号

专利文献3：日本公报、特开2000-330880号

专利文献4：日本公报、特开2003-150595号

发明内容

但是，当为了在服务器的主DB和客户端的本地DB之间确保数据的一致性而将主DB的数据全部下载到本地DB中时，在其数据量大的情况下会产生通信负载变得极大这一问题。尤其是，最近的数据库存在行(row)数、列(column)数都变得非常多的倾向，且数据量庞大。因此，将如此庞大的数据全部从服务器下载到客户端实际上是不可能的。

相对于此，例如如专利文献3、4所示，通过参照数据库的版本信息并仅将版本不同的差分信息从服务器下载到客户端上，从而能够减轻一次下载中的通信负载。但是，在专利文献3、4所记载的技术中，由于仅仅是提取版本不同的差分信息，因此，所提取出的信息并不一定是客户端中欲执行某一数据处理时所需要的数据。

然而，并不限定于专利文献3、4所记载的技术，在现有的客户端-服务器型的数据库系统中，是以预先将存储在服务器中的所有数据全部下载到客户端从而确保数据的一致性为前提。但是，当在客户端欲执行某一数据处理时，该处理所需的数据并不一定是服务器中所存储的全部主数据(进而，与主数据具有一致性的客户端的本地数据)。倒不如说，真正需要的数据只是主数据中的一部分数据的情况居多。

尽管如此，预先将服务器的主数据全部下载并存储到客户端中时，无用的数据较多。如上所述，即使是差分信息只要其发送的是不需要的数据，也是数据通信的浪费。另外，将包含不使用的数据在内的庞大数据预先存储在客户端中时，不仅是白白浪费客户端的存储资源，而且还会产生对客户端上的各种处理带来较大负担这一问题。

因此，考虑了下述方案：即，不预先将服务器的主数据全部下载并存储到客户端中，而是在客户端中欲执行某一数据处理时，每次仅从服务器中提取该处理所需的数据并下载至客户端。但是，该情况下，只能在仅由所下载的数据构成的封闭的数据空间中进行处理，而无法连续地进行超越该数据空间等的派生处理。

例如，考虑如下情况：即，利用作为OLAP(On-Line AnalyticalProcessing、联机分析处理)中的处理对象的被称为“立方体”的多维结构模型，从服务器中仅将客户端执行所希望处理时所需要的数据下载到客户端中。该情况下，当根据客户端中欲执行的处理而将仅由该处理中所需的数据项(dimension、维度)和定量值(measure、度量值)的集合构成的数据作为立方体进行下载时，在该立方体的范围内能够进行钻取、切片、切块等处理，但是无法进行改变或者增加维度的处理。

与此相比更大的问题是：在由有限的维度构成的封闭的立方体世界中，用户连在该立方体的外侧存在何种维度都不了解。因此，存在下述问题：即，在数据库的操作可能性上产生很大的限制，从而对用户而言操作感极差。

本发明是为了解决上述问题而完成的，其目的在于：能够省去将存储在服务器中的数据全部下载并存储到客户端中等的徒劳操作，并且，能够赋予可以对服务器中的数据整体进行操作这一操作感。

为了解决上述课题，在本发明中，在客户端-服务器型的数据库系统的服务器中，从主数据存储部中除了提取符合从客户端发送来的数据取得要求的目标数据之外，还从主数据存储部中提取该目标数据及其他数据相关的数据项，并发送到客户端。另外，在客户端中，将从服务器接收的目标数据和数据项以能够通过用户界面选择的形态进行画面显示。

根据上述构成的本发明，从服务器下载至客户端的数据主要是符合数据取得要求的目标数据。即，将在客户端上欲执行所希望的数据处理时所需要的最少量的目标数据从服务器下载到客户端。由此，能够省去将存储在服务器的主数据存储部中的数据全部下载并存储到客户端中等的徒劳操作。

另外，根据本发明，不仅从服务器向客户端下载目标数据相关的数据项，而且还从服务器向客户端下载目标数据以外的其他数据相关的数据项。而且，这些数据项以能够通过用户界面选择的形态被画面显示于客户端。因此，即使数据项相关的实际数据未被下载至客户端，也能够向用户提示存在有何种数据项。

由此，尽管实际上没有将所有数据从服务器下载到客户端，但对于数据取得要求相关的数据项以外的其他数据项，也能够以好像可以操作的方式显示给用户。而且，用户实际上能够进行通过用户界面选择数据取得要求相关的数据项以外的其他数据项这一操作。由此，能够越过由目标数据构成的有限数据空间所带来的限制而进行数据库操作，从而对用户而言能够提高数据库的操作感。

附图说明

图1是表示本实施方式涉及的客户端-服务器型的数据处理系统的构成例的图。

图2是表示存储在服务器的主数据存储部中的主数据的结构的图。

图3是表示执行选择目标数据这一操作时的工作例的图。

图4是用于对执行选择目标数据这一操作时的工作的具体例进行说明的图。

图5是表示执行选择目标数据以外的其他数据相关的数据项这一操作时的工作例的图。

图6是表示本实施方式涉及的数据处理系统的工作例的流程图。

具体实施方式

以下，根据附图对本发明的一实施方式进行说明。图1是表示本实施方式涉及的客户端-服务器型的数据处理系统的构成例的图。

本实施方式的数据处理系统构成为：服务器10和客户端20经由通信网络30连接，并且，将存储在服务器10所具备的主数据存储部11中的数据下载至客户端20中，从而能够在客户端20中执行所希望的数据处理。

如图1所示，服务器10的功能结构包括：主数据存储部11、要求接收部12、数据提取部13、提取数据发送部14、第二要求接收部15、第二数据提取部16、以及第二提取数据发送部17。

另外，客户端20的功能结构包括：本地数据存储部21、操作受理部22、要求发送部23、提取数据接收部24、数据存储部25、显示控制部26、第二要求发送部27、第二提取数据接收部28、以及第二显示控制部29。

另外，在本实施方式中，存储在服务器10的主数据存储部11中的主数据和存储在客户端20的本地数据存储部21中的本地数据，均通过作为OLAP(On-Line Analytical Processing、联机分析处理)中的操作对象的被称为“立方体”的多维结构模型而构成。例如，构成为：从未图示的其他服务器上的数据库中取得数据而在服务器10上创建立方体(cube)，并且在客户端20上也创建立方体。

在服务器10和客户端20上，分别安装有用于使本实施方式的数据处理系统工作的数据管理用程序。通过该数据管理用程序来实现服务器10所具备的各功能结构12～17以及客户端20所具备的各功能结构22～29。在该情况下，服务器10的各功能结构12～17以及客户端20的各功能结构22～29，实际分别构成为包括计算机的CPU(中央处理器)或MPU(微处理器)、RAM(随机存取存储器)、ROM(只读存储器)等，并且，通过存储在RAM或ROM等中的数据管理用程序进行工作而被实现。

另外，存储数据管理用程序的记录媒体除了RAM或ROM以外，还可以使用CD-ROM(只读光盘存储器)、软盘、硬盘、磁带、光盘、磁光盘、DVD(Digital Video Disk)、非易失性存储卡等。另外，也可以通过经由互联网等网络将上述数据管理用程序下载至服务器10或客户端20上而实现。

客户端20的操作受理部22受理下述操作：即，用户使用键盘或鼠标等操作装置对客户端20进行的各种指示或信息输入等相关操作。例如，操作受理部22受理用户指示客户端20从服务器10中取得所希望数据项相关的数据这一操作。或者，操作受理部22受理下述操作：即，用户通过输入所希望的检索关键词而指示客户端20从服务器10中取得与该检索关键词相匹配的数据这一操作。

要求发送部23根据操作受理部22所受理的操作向服务器10发送数据取得要求。即，要求发送部23向服务器10发送要求从服务器10中取得所希望数据项相关的数据这一数据取得要求、或者要求从服务器10中取得与检索关键词相匹配的数据这一数据取得要求等。服务器10的要求接收部12接收从客户端20发送来的数据取得要求。

数据提取部13从主数据存储部11中提取与要求接收部12所接收的数据取得要求相符的目标数据，并且，从主数据存储部11中提取与已提取的目标数据及其他数据相关的数据项。在本实施方式中，提取的目标数据和数据项由立方体构成。利用图2对该数据提取部13的处理内容具体地进行说明。

图2是表示存储在主数据存储部11中的主数据的结构的图。如图2所示，主数据存储部11中存储有由多行(row)和多列(column)构成的主数据。在构成第一行的各列上，存储有项目1、项目2、项目3……等数据项。

另外，在第二行及其之后的各行上，存储有各列相关的实际数据。例如，第一列的第二行及其之后各行的数据(A1、A2、A3、A4……)，是与项目1这一数据项相关的实际数据。另外，第二列的第二行及其之后各行的数据(B1、B2、B3、B4……)是与项目2这一数据项相关的实际数据。

数据提取部13从主数据存储部11中提取的目标数据是符合数据取得要求的实际数据。例如，当从客户端20发送过来的是要求从服务器10中取得有关项目1和项目2的数据这一数据取得要求时，数据提取部13将项目1相关的实际数据(A1、A2、A3、A4……)和项目2相关的实际数据(B1、B2、B3、B4……)作为目标数据而进行提取。

另外，当从客户端20发送过来的是要求从服务器10中取得与检索关键词相匹配的数据这一数据取得要求时，数据提取部13从与第二行及其之后各行的各列相关的实际数据(A1、A2、A3、A4……)、(B1、B2、B3、B4……)、(C1、C2、C3、C4……)、(D1、D2、D3、D4……)中提取与检索关键词相匹配的实际数据并将其作为目标数据。

另一方面，数据提取部13从主数据存储部11中提取的数据项，是与如上所述那样提取的目标数据及其他数据相关的数据项。例如，在从客户端20发送过来的是要求从服务器10中取得项目1和项目2相关的数据这一数据取得要求时，与数据提取部13所提取的目标数据相关的数据项是项目1和项目2这两个项目。

在本实施方式中，数据提取部13除了提取提取出的目标数据相关的项目1和项目2之外，还提取目标数据以外的其他数据相关的数据项。例如，数据提取部13从主数据存储部11中提取包含在主数据存储部11中的所有数据项(构成主数据第一行的所有列的数据项)。

提取数据发送部14将由数据提取部13提取出的目标数据以及数据项发送至客户端20。此处发送的目标数据并不是存储在主数据存储部11中的全部数据，而是符合数据取得要求的一部分数据。另外，数据项虽是所有列相关的数据项，但由于至多也只是一行部分的数据，因此，即使主数据由数千列～数万列构成，其数据量也不会太大。因而，即使将目标数据和所有列的数据项加起来，其数据量在经由通信网络30发送时也不会造成大的障碍。

客户端20的提取数据接收部24接收从服务器10发送来的目标数据和数据项。数据存储部25将提取数据接收部24从服务器10接收的目标数据和数据项存储于本地数据存储部21中。

如上所述，关于从服务器10发送过来并被存储在本地数据存储部21中的数据项，不仅包括与符合数据取得要求的目标数据相关的数据项，而且还包括目标数据以外的其他数据相关的数据项。在本实施方式中，包括服务器10的主数据存储部11中所包含的所有数据项(构成主数据第一行的所有列的数据项)。

显示控制部26将本地数据存储部21中所存储的目标数据和数据项以能够通过用户界面进行选择的形态画面显示于未图示的显示器上。关于目标数据，也可以对其加工并以规定的形态进行画面显示。

在此，所谓的目标数据的加工是指例如图表化或图形化等。或者，也可以仅为目录化。另外，所谓的能够通过用户界面进行选择的形态是指例如将目标数据或数据项的名称以能够进行选择操作的GUI(Graphical User Interface、图形用户界面)的形式进行显示的形态，或者，将选择用的复选框或单选按钮与目标数据或数据项的名称一同进行显示的形态等。另外，此处所举的形态只是一例，并不限定于上述形态。

在本实施方式中，能够通过用户界面对实际存储于本地数据存储部21中的目标数据或该目标数据相关的数据项进行选择，并进行所希望的操作。在此，当通过用户界面选择了被进行画面显示的任意一个目标数据时，显示控制部26也可以仅将在主数据存储部11上与该被选择的目标数据存储在同一行中的其他目标数据以之后也能够继续通过用户界面进行选择的形态进行画面显示，而对于除此以外的其他目标数据则呈不能选择的灰色显示状态。

例如，如图3(a)所示，通过服务器10的数据提取部13从主数据存储部11中提取项目1相关的实际数据(A1、A2、A3、A4……)和项目2相关的实际数据(B1、B2、B3、B4……)并将其作为目标数据，并且，从主数据存储部11中提取主数据第一行中的所有列的数据项，并发送到客户端20，然后，通过客户端20的显示控制部26将这些实际数据和数据项以能够通过用户界面进行选择的形态呈如图3(b)所示那样显示。

而且，例如，当通过用户界面选择了项目1的实际数据A1时，如图3(c)所示，显示控制部26仅将在主数据存储部11上与该被选择的实际数据A1存储在同一行中的项目2相关的其他实际数据B1以能够通过用户界面继续选择的形态进行画面显示。对于除此以外的项目2相关的实际数据(B2、B3、B4……)，则呈不能选择的灰色显示状态。

如此，能够仅将与通过用户界面而被选择的项目1的实际数据A1相关联且存在继续被选择可能性的实际数据B1以能够进一步选择的状态进行显示，而对于除此以外的其他实际数据则呈灰色显示状态。通过这样，能够提高用户对于实际数据进行操作时的便利性。

例如，假定项目1为商品类型，项目2为具体的商品。另外，关于项目1(商品类型)相关的实际数据A1、A2、A3……，假定为例如A1＝家电、A2＝计算机、A3＝衣服……。另外，关于项目2(商品)相关的实际数据B1、B2、B3……，假定为例如B1＝电视机、B2＝电冰箱、B3＝吸尘器……。

而且，在存储于本地数据存储部21中的实际数据呈如图4所示那样构成的情况下，当通过用户界面选择了项目1的实际数据A1(家电)时，显示控制部26将在主数据存储部11上与该被选择的实际数据A1存储在同一行中的项目2相关的其他实际数据B1(电视机)、B2(电冰箱)以能够通过用户界面继续选择的形态进行画面显示。对于除此之外的项目2相关的实际数据B32(毛衣)，则呈不能选择的灰色显示状态。即，能够以仅可以选择属于所选择的家电这一类型的商品的方式进行限定。

反之，当通过用户界面选择了项目2的实际数据B1(电视机)时，显示控制部26将在主数据存储部11上与该被选择的实际数据B1存储在同一行中的项目1相关的其他实际数据A1(家电)以能够通过用户界面继续选择的形态进行画面显示。对于除此以外的项目1相关的实际数据A3(衣服)，则呈不能选择的灰色显示状态。如此，根据本实施方式，还能够以根据具体的商品而仅可以选择其所属的类型的方式进行反向限定。

进而，在本实施方式中，对于存储于本地数据存储部21中的目标数据以外的其他数据相关的数据项，尽管其实际数据未被存储于本地数据存储部21中，但数据项本身均以能够选择的形态进行画面显示。即，对于实际数据未被存储于本地数据存储部21中的数据项(目标数据以外的其他数据相关的数据项)，也可以以好像能够操作的方式显示给用户。而且，用户能够实际地通过用户界面进行选择实际数据未存在于本地数据存储部21中的数据项这一操作。

操作受理部22不仅受理选择实际数据存在于本地数据存储部21中的数据项(目标数据相关的数据项)这一操作，而且也受理选择实际数据未存在于本地数据存储部21中的数据项(目标数据以外的其他数据相关的数据项)这一操作。

在通过用户界面选择了被显示控制部26进行画面显示的数据项的情况下，当该被选择的数据项是目标数据以外的其他数据相关的数据项时，第二要求发送部27将第二数据取得要求发送至服务器10，其中，该第二数据取得要求用于要求取得与该被选择的数据项相关的实际数据。

服务器10中的第二要求接收部15接收从客户端20发送来的第二数据取得要求。第二数据提取部16从主数据存储部11中提取符合第二要求接收部15所接收的第二数据取得要求的第二目标数据。第二提取数据发送部17向客户端20发送第二数据提取部16所提取的第二目标数据。

客户端20中的第二提取数据接收部28接收根据第二数据取得要求而从服务器10发送来的第二目标数据。数据存储部25将第二提取数据接收部28从服务器10接收到的第二目标数据追加到已存储的目标数据以及所有列的数据项中并存储于本地数据存储部21中。

数据存储部25在将第二目标数据追加并存储于本地数据存储部21中时，将已存储的目标数据及所有列的数据项与追加存储的第二目标数据进行合并而重新构建OLAP的立方体。

另外，对于立方体的构建，在由高性能的服务器10执行时能够高速地进行构建。因此，也可以在服务器10上进行立方体的再构建。即，将由数据提取部13所提取的目标数据和所有列的数据项构成的立方体预先保存在服务器10中。然后，在第二数据提取部16提取了第二目标数据时，也可以将预先保存着的目标数据及所有列的数据项与新提取的第二目标数据进行合并而重新构建OLAP的立方体，并由第二提取数据发送部17将该重新构建的OLAP的立方体发送至客户端20。

第二显示控制部29将新存储于本地数据存储部21中的第二目标数据以规定的形态进行画面显示。该情况下的规定形态是指用于将与通过用户界面而选择的数据项相符的实际数据进行预览显示的形态，其与由显示控制部26对目标数据进行的图表化或图形化等的显示形态不同。

该情况下的预览显示是指：例如示出该数据项包括何种实际数据的列表显示。由于只要通过预览显示知道包括何种实际数据即可，因此，在第二数据提取部16根据第二数据取得要求从主数据存储部11中提取数据时，优选从主数据存储部11中提取下述数据并将其作为第二目标数据，其中，该数据是指在通过用户界面而选择的数据项相关的数据中排除重复部分后的数据。

例如，如图5(a)所示，通过服务器10的数据提取部13从主数据存储部11中提取项目1相关的实际数据(A1、A2、A3、A4……)和项目2相关的实际数据(B1、B2、B3、B4……)并将其作为目标数据，并且，从主数据存储部11中提取主数据的第一行中的所有列的数据项并发送至客户端20，然后通过客户端20的显示控制部26将这些实际数据和数据项以能够通过用户界面进行选择的形态呈如图5(b)所示那样显示。

而且，假定例如通过用户界面选择了实际数据未被发送的项目3的数据项，从而第二数据取得要求被发送至服务器10。该情况下，服务器10的第二数据提取部16从主数据存储部11中提取项目3相关的实际数据(C1、C2、C3、C4……)中排除重复部分后的实际数据并将其作为第二目标数据。假设当第四行的实际数据是C2而不是C3时，第二数据提取部16从主数据存储部11中提取项目3相关的实际数据(C1、C2、C4…)(仅提取一个C2)。

另外，第二数据提取部16也可以从主数据存储部11中提取下述数据并将其作为第二目标数据，其中，该数据是指：通过用户界面而选择的数据项相关的数据中排除重复部分后的数据，且是能够由第二显示控制部29预览显示于一个画面上这一数量的数据。

当然，也可以提取一个画面容纳不下的数量的数据，此时，只要滚动画面，便能够显示所有的提取数据。但是，从只要最终通过预览显示获知实际数据的概要即可这一观点出发，当使数据量限定为一个画面能够显示的数量而提取数据时，能够减少从服务器10向客户端20发送的通信数据量。

图6是表示如上构成的本实施方式涉及的数据处理系统的工作例的流程图。另外，图6所示的流程是在客户端20中的数据管理用程序被启动时开始。

首先，客户端20的操作受理部22判断是否进行了下述操作(步骤S1)：即，指示从服务器10中取得所希望的数据(例如，所希望的数据项相关的数据、或者与所希望的检索关键词相匹配的数据)的操作。

当进行了该操作时，要求发送部23向服务器10发送要求从服务器10中取得所希望的数据这一数据取得要求(步骤S2)。

在服务器10中，当要求接收部12接收到从客户端20发送来的数据取得要求时，数据提取部13从主数据存储部11中提取符合该数据取得要求的目标数据，并且，从主数据存储部11中提取构成主数据的第一行的所有列的数据项(步骤S3)。

提取数据发送部14向客户端20发送数据提取部13所提取的目标数据和数据项(步骤S4)。

在客户端20中，当提取数据接收部24接收到从服务器10发送来的目标数据和数据项时，数据存储部25将该接收到的数据存储于本地数据存储部21中(步骤S5)。

接着，显示控制部26将存储在本地数据存储部21中的目标数据和所有列的数据项以能够通过用户界面选择的形态进行画面显示(步骤S6)。

在如此进行了画面显示的状态下，操作受理部22判断是否进行了通过用户界面选择该被画面显示的目标数据或数据项这一操作(步骤S7)。

当未进行该操作时，操作接受部22判断是否进行了使客户端20的数据管理用程序结束这一操作(步骤S8)。当未进行使程序结束的操作时，处理返回到步骤S1。另外，当在步骤S1中判断为未进行指示取得所希望的数据这一操作时，处理转移至步骤S7。由此，在直至进行某一操作之前，反复进行步骤S1、S7、S8的判断。当进行了使程序结束的操作时，使图6所示流程的处理结束。

另一方面，当在步骤S7中判断为进行了选择被画面显示的目标数据或数据项的任意一个这一操作时，操作受理部22进一步判断该操作是否为针对实际数据未存在于本地数据存储部21中的数据项(目标数据以外的其他数据相关的数据项)进行的操作(步骤S9)。

当上述选择操作是针对目标数据进行的操作、或者是针对目标数据相关的数据项进行的操作时，根据其操作内容执行本地数据存储部21的数据处理(步骤S10)。该数据处理是例如由显示控制部26执行的目标数据的图表化或图形化等的加工处理。另外，目标数据的修改、使用目标数据进行的所希望的计算等，也是数据处理的一种形态。在执行了数据处理后，处理返回步骤S1。

相对于此，当通过操作受理部22判断为上述选择操作是针对目标数据以外的其他数据相关的数据项进行的操作时，第二要求发送部27向服务器10发送第二数据取得要求(步骤S11)，其中，该第二数据取得要求用于要求取得该被选择的数据项相关的数据。

在服务器10中，当第二要求接收部15接收到从客户端20发送来的第二数据取得要求时，第二数据提取部16从主数据存储部11中提取符合该第二数据取得要求的第二目标数据并将其作为预览用数据(步骤S12)。

然后，第二提取数据发送部17向客户端20发送第二数据提取部16所提取的第二目标数据(步骤S13)。

在客户端20中，当第二提取数据接收部28接收到从服务器10发送来的第二目标数据时，数据存储部25将该第二目标数据追加到已存储的目标数据和所有列的数据项中，并存储于本地数据存储部21中(步骤S14)。

接着，第二显示控制部29将新存储在本地数据存储部21中的第二目标数据预览显示在未图示的显示器上(步骤S15)。在进行了该预览显示之后，处理返回到步骤S1。在此，对于某一数据项，当用户观察被预览显示的第二目标数据并认为需要从服务器10中取得该数据项的所有实际数据时，只要进行指示从服务器10中取得该数据项相关的数据这一操作即可。

如以上所详细说明，在本实施方式中，服务器10的数据提取部13除了从主数据存储部11中提取与从客户端20发送来的数据取得要求相符的目标数据之外，还从主数据存储部11中提取该目标数据以及其他数据相关的数据项，并发送给客户端20。另外，在客户端20中，将从服务器10接收到的目标数据和数据项以能够通过用户界面选择的形态进行画面显示。

根据如上构成的本实施方式的数据处理系统，从服务器10下载到客户端20的数据主要是符合数据取得要求的目标数据。即，将在客户端20上欲执行所希望的数据处理时所需要的最少量的目标数据从服务器10下载至客户端20。由此，能够省去将存储在服务器10的主数据存储部11中的数据全部下载并存储到客户端20中等的徒劳操作。

另外，根据本实施方式的数据处理系统，不仅是目标数据相关的数据项，而且目标数据以外的其他数据相关的数据项也被从服务器10下载至客户端20。而且，将这些数据项以能够通过用户界面选择的形态而画面显示在客户端20上。因此，即使数据项相关的实际数据没有被下载至客户端20，也能够向用户提示存在有何种数据项。

由此，尽管实际上没有将所有数据都从服务器10下载到客户端20，但对于目标数据以外的其他数据相关的数据项，也能够以好像可以操作的方式显示给用户。而且，用户实际上能够进行通过用户界面选择目标数据以外的其他数据相关的数据项这一操作。由此，能够越过由目标数据构成的有限数据空间所带来的限制而进行数据的操作，从而对用户而言能够提高操作感。

例如，当进行选择目标数据以外的其他数据相关的数据项这一操作时，向服务器10发送用于要求取得该被选择的数据项相关的数据的第二数据取得要求，并且，与该要求响应而将符合第二数据取得要求的第二目标数据下载至客户端20并进行预览显示。为了进行该预览显示而从服务器10下载至客户端20的数据量很少，因此通信负载也小。

另外，在用户看到预览显示并认为需要时，也能够向服务器10重新要求取得预览显示的数据项相关的数据，并进行下载。此时下载的数据量也很少，因此通信负载也小。

总之，根据本实施方式的数据处理系统，并不是将存储在服务器10的主数据存储部11中的数据全部一起下载至客户端20的本地数据存储部21中，而是仅下载一部分数据以减轻通信负载，但却也能够赋予用户好像所有数据全部被下载至本地数据存储部20中的操作感。

而且，通过服务器10与客户端20之间的人-机对话处理，能够对用户所希望的数据但未被存储于本地数据存储部21中的数据随时进行下载补充。该下载所需的通信负载也极小。由此，能够以使用户感觉不到在服务器10和客户端20之间每次所发生通信这一程度的良好响应，无停顿(seamless)地进行对于存储在主数据存储部11中的所有数据实施的实际的数据操作。

另外，在上述实施方式中，对于将存储在服务器10的主数据存储器11中的主数据和存储在客户端20的本地数据存储部21中的本地数据利用OLAP的立方体构成的例子进行了说明，但本发明并不限定于此。

另外，在上述实施方式中，对于提取构成主数据第一行的所有列的数据项的例子进行了说明，但并不一定为所有列的数据项。但是，如上所述，即使提取所有列的数据项，其数据量也不会很大，因此，为了得到主数据整体的操作感，优选提取所有列的数据项。

另外，在上述实施方式中，对于在选择了目标数据以外的其他数据相关的数据项时将该数据项相关的第二目标数据(排除重复部分后的实际数据)从服务器10下载至客户端20并进行预览显示的例子进行了说明，但是，预览显示不是必须的。例如，也可以直接下载被选择的数据项相关的所有实际数据(未排除重复部分的实际数据)。

另外，上述实施方式均只是表示实施本发明时的具体化的一例，并不能据此限定性地解释本发明的技术范围。即，只要不脱离本发明的主旨或其主要特征，便能够以各种方式实施本发明。

Claims (10)

1.一种数据处理系统，其是客户端-服务器型的数据处理系统，该数据处理系统构成为：将客户端与服务器经由网络加以连接，并将存储在所述服务器所具备的主数据存储部中的数据下载至所述客户端，从而能够在所述客户端执行所希望的数据处理，所述数据处理系统的特征在于，

所述服务器具备：

要求接收部，其接收从所述客户端发送来的数据取得要求，

数据提取部，其从所述主数据存储部中提取符合所述数据取得要求的目标数据，并且，从所述主数据存储部中提取所述目标数据及其他数据相关的数据项，以及

提取数据发送部，其向所述客户端发送由所述数据提取部提取的所述目标数据和所述数据项；

所述客户端具备：

要求发送部，其向所述服务器发送所述数据取得要求，

提取数据接收部，其接收从所述服务器发送来的所述目标数据和所述数据项，

数据存储部，其将所述提取数据接收部所接收的所述目标数据和所述数据项存储于本地数据存储部中，以及

显示控制部，其将存储于所述本地数据存储部中的所述目标数据和所述数据项以能够通过用户界面选择的形态进行画面显示。

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

所述数据提取部从所述主数据存储部中提取包含在所述主数据存储部中的所有数据项。

3.如权利要求1所述的数据处理系统，其特征在于，

所述客户端具备：第二要求发送部、第二提取数据接收部以及第二显示控制部，

在通过所述用户界面选择了被所述显示控制部进行画面显示的所述数据项的情况下，当该被选择的数据项为所述目标数据以外的其他数据相关的数据项时，所述第二要求发送部向所述服务器发送第二数据取得要求，该第二数据取得要求用于要求取得该被选择的数据项相关的数据，

所述第二提取数据接收部接收根据所述第二数据取得要求而从所述服务器发送来的第二目标数据，

所述第二显示控制部将所述第二提取数据接收部所接收的且通过所述数据存储部而被存储于所述本地数据存储部中的所述第二目标数据以规定的形态进行画面显示；

所述服务器具备：第二要求接收部、第二数据提取部以及第二提取数据发送部，

所述第二要求接收部接收从所述客户端发送来的所述第二数据取得要求，

所述第二数据提取部从所述主数据存储部中提取符合所述第二数据取得要求的所述第二目标数据，

所述第二提取数据发送部向所述客户端发送由所述第二数据提取部提取的所述第二目标数据。

4.如权利要求3所述的数据处理系统，其特征在于，

所述第二数据提取部根据所述第二数据取得要求从所述主数据存储部中提取通过所述用户界面而被选择的数据项相关的数据中的排除重复部分后的数据，并将其作为所述第二目标数据；

所述第二显示控制部使用存储于所述本地数据存储部中的所述第二目标数据，将与通过所述用户界面而被选择的数据项相符的数据进行预览显示。

5.如权利要求4所述的数据处理系统，其特征在于，

所述第二数据提取部根据所述第二数据取得要求从所述主数据存储部中提取下述数据作为所述第二目标数据，其中，该数据是指：通过所述用户界面而被选择的数据项相关的数据中的排除重复部分后的数据、且是能够由所述第二显示控制部预览显示于一个画面上的数量的数据。

6.如权利要求1所述的数据处理系统，其特征在于，

所述显示控制部将存储于所述本地数据存储部中的所述目标数据以能够通过所述用户界面选择的形态进行画面显示，当通过所述用户界面选择了被进行该画面显示的所述目标数据的任意一个时，仅将在所述主数据存储部上与该被选择的目标数据存储于同一行中的其他目标数据以能够通过所述用户界面继续选择的形态进行画面显示。

7.一种服务器，其构成为：经由网络与客户端连接，并且根据来自所述客户端的要求将存储在主数据存储部中的数据下载至所述客户端，所述服务器的特征在于，其具备：

要求接收部，其接收从所述客户端发送来的数据取得要求，

数据提取部，其从所述主数据存储部中提取符合所述数据取得要求的目标数据，并且，从所述主数据存储部中提取所述目标数据及其他数据相关的数据项，以及

提取数据发送部，其向所述客户端发送由所述数据提取部提取的所述目标数据和所述数据项。

8.一种客户端，其构成为：经由网络与服务器连接，并且，能够从所述服务器中下载存储在所述服务器所具备的主数据存储部中的数据从而执行所希望的数据处理，所述客户端的特征在于，其具备：

要求发送部，其向所述服务器发送数据取得要求，

提取数据接收部，其从所述服务器接收目标数据以及该目标数据和其他数据相关的数据项，其中，该目标数据是在所述服务器中根据所述数据取得要求从所述主数据存储部中提取的数据、且是符合所述数据取得要求的数据，

数据存储部，其将所述提取数据接收部所接收的所述目标数据和所述数据项存储于本地数据存储部中，以及

显示控制部，其将存储于所述本地数据存储部中的所述目标数据和所述数据项以能够通过用户界面选择的形态进行画面显示。

9.一种计算机可读数据管理用程序，其被应用于客户端-服务器型的数据处理系统中的服务器中，所述数据处理系统构成为：将客户端与服务器经由网络加以连接，并将存储在所述服务器所具备的主数据存储部中的数据下载至所述客户端，从而能够在所述客户端执行所希望的数据处理，

所述数据管理用程序的特征在于：用于使计算机作为要求接收手段、数据提取手段以及提取数据发送手段发挥作用，其中，

所述要求接收手段接收从所述客户端发送来的数据取得要求，

所述数据提取手段从所述主数据存储部中提取符合所述数据取得要求的目标数据，并且，从所述主数据存储部中提取所述目标数据及其他数据相关的数据项，

所述提取数据发送手段向所述客户端发送由所述数据提取手段提取的所述目标数据和所述数据项。

10.一种计算机可读数据管理用程序，其被应用于客户端-服务器型的数据处理系统中的客户端中，所述数据处理系统构成为：将客户端与服务器经由网络加以连接，并将存储在所述服务器所具备的主数据存储部中的数据下载至所述客户端，从而能够在所述客户端执行所希望的数据处理，

所述数据管理用程序的特征在于：用于使计算机作为要求发送手段、提取数据接收手段、数据存储手段以及显示控制手段发挥作用，其中，

所述要求发送手段向所述服务器发送数据取得要求，

所述提取数据接收手段从所述服务器接收目标数据以及该目标数据和其他数据相关的数据项，其中，该目标数据是在所述服务器中根据所述数据取得要求从所述主数据存储部中提取的数据、且是符合所述数据取得要求的数据，

所述数据存储手段将所述提取数据接收手段所接收的所述目标数据和所述数据项存储于本地数据存储部中，

所述显示控制手段将存储于所述本地数据存储部中的所述目标数据和所述数据项以能够通过用户界面选择的形态进行画面显示。