JP4955051B2 - データベースシステム、端末装置およびプログラム - Google Patents

Description

本発明は、データベースシステムと、このデータベースシステムで使用されるサーバ装置および端末装置と、コンピュータ装置を端末装置として機能させるプログラムに関する。

ＰＯＳ（point-of-sale）システムに含まれるデータベースシステムのような多くのデータベースシステムは、そのユーザ（例えば企業）のニーズに応じて設計されることが一般的である。そして、このようなオーダーメードのデータベースシステムを容易に設計できるようにする技術は、例えば特許文献１などによって知られている。

しかしながら、このようなオーダーメードのデータベースシステムでは、データベースに記述された情報を表した表示画像を生成するためのアプリケーションは、データベースの構造に応じた専用のものを個別に開発する必要があった。また、データベースの構造を更新した場合には、それに応じて上記のアプリケーションも変更する必要があった。

本発明はこのような事情を考慮してなされたものであり、その目的とするところは、記述された情報をユーザ毎の表示形態でそれぞれ表した表示画像を共通の処理によって生成可能とするデータベースの使用形態をユーザ毎にカスタマイズすることを可能とすることにある。

本発明の第１の態様によるデータベースシステムは、それぞれ識別コードに関する情報フィールドを含む複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードを記述した第１のデータテーブルを記憶する第１の記憶手段と、前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報と前記識別コードとを含んだ第２のデータレコードを記述した第２のデータテーブルを記憶する第２の記憶手段と、前記識別コードを入力する入力手段と、前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報フィールドのうちで使用されていない情報フィールドを検出する検出手段と、前記検出手段により検出された前記情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、前記取得手段により取得された属性情報と、前記検出手段により検出された前記情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、前記レコード生成手段により生成された前記データレコードを含むように前記第２のデータテーブルを更新する更新手段と、前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報を、前記入力手段が入力した前記識別コードを含む前記第２のデータレコードに含まれた前記属性情報が表す表示形態で表した表示画像を生成する画像生成手段とを備える。

本発明の第２の態様によるデータベースシステムは、それぞれ複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードをそれぞれ複数のユーザのいずれかに関連付けて記述した第１のデータテーブルを記憶する第１の記憶手段と、前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報を含んだ第２のデータレコードをそれぞれ前記ユーザに関連付けて記述した第２のデータテーブルを記憶する第２の記憶手段と、前記第２のデータテーブルの変更を要求するユーザを識別する識別手段と、前記第１のデータテーブルに含まれた情報フィールドのうちから前記識別手段により識別されたユーザによって使用されていない情報フィールドを検出する検出手段と、前記検出手段により検出された前記情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、前記取得手段により取得された属性情報と、前記検出手段により検出された前記情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、前記レコード生成手段により生成された前記データレコードを前記識別手段により識別されたユーザに関連する第２のデータレコードとして含むように前記第２のデータテーブルを更新する更新手段と、前記識別手段により識別されたユーザに関連付けられた前記第１のデータレコードに含まれた情報を、前記識別手段により識別されたユーザに関連付けられた前記第２のデータレコードに含まれた前記属性情報が表す表示形態で表した表示画像を生成する画像生成手段とを備える。

なお本発明は、次のような態様のデータベースシステムも内包している。

(1) 第２の形態によるデータベースシステムにおいて、前記複数の情報フィールドの一部は全てのユーザに共通の事項に関した共通情報フィールドであり、前記複数の情報フィールドの一部はユーザ毎の個別の事項に関する個別情報フィールドであり、前記検出手段は、前記個別情報フィールドのうちから前記識別手段により識別されたユーザによって使用されていない情報フィールドを検出する。

本発明によれば、記述された情報をユーザ毎の表示形態でそれぞれ表した表示画像を共通の処理によって生成可能とするデータベースの使用形態をユーザ毎にカスタマイズ可能となる。

本発明の一実施形態に係るデータベースシステムのブロック図。 図１中のサーバ装置のブロック図。 図１中の端末装置のブロック図。 図１中のマスタテーブルの構造の一例を示す図。 図１中のマスタアトリビュートテーブルの構造の一例を示す図。 図２中のＣＰＵおよび図３中のＣＰＵのフローチャート。 抽出マスタテーブルの一例を示す図。 抽出アトリビュートテーブルの一例を示す図。 表示画像の第１の例を示す図。 表示画像の第２の例を示す図。 図３中のＣＰＵのメンテナンスアプリケーションプログラムに従ったフローチャート。 図２中のＣＰＵのデータベース管理アプリケーションに従ったメンテナンス処理におけるフローチャート。 情報確認用画像の一例を示す図。 編集用画像の一例を示す図。 追加用画像の一例を示す図。 更新された追加用画像の一例を示す図。 更新後のマスタアトリビュートテーブルの一例を示す図。 マスタアトリビュートテーブルの更新によりカスタマイズされたマスタテーブルの使用形態の一例を示す図。 図１７および図１８に示したマスタアトリビュートテーブルおよびマスタテーブルに基づく表示画像の一例を示す図。 図１７および図１８に示したマスタアトリビュートテーブルおよびマスタテーブルに基づく情報確認用画像の一例を示す図。

以下、図面を参照して本発明の一実施形態について説明する。

図１は本実施形態に係るデータベースシステム１００のブロック図である。

データベースシステム１００は、データベース１、サーバ装置２および複数の端末装置３を含む。

データベース１は、サーバ装置２に接続されている。複数の端末装置３はそれぞれ、通信ネットワーク４を介してサーバ装置２と通信可能である。なお通信ネットワーク４は、典型的にはインターネットであるが、企業内通信網やＰＳＴＮ（public switched telephone network）などの他の様々なネットワークを利用できる。

このデータベースシステム１００は例えば、店員に関する情報を管理するために複数の企業にデータベース１を共有させるために利用できる。この場合に例えば、データベース１およびサーバ装置２は、上記のようなサービスを提供する事業者によって運用される。また端末装置３は、上記のようなサービスを利用するユーザである企業に設けられる。なお、以下においては、データベースシステム１００は上記のようなサービスを提供するように構築されたものとして説明する。

ただし、データベースシステム１００で管理する情報や、その情報をアクセスするユーザは任意であって良く、データベースシステム１００により提供するサービスは上記のようなサービスには限定されない。例えば、データベース１およびサーバ装置２がサービスを提供する事業者によって運用され、端末装置３が１つの企業の複数の従業員により使用されても良い。あるいは、データベース１およびサーバ装置２が企業により運用され、端末装置３がその企業の複数の従業員により使用されても良い。これらの場合には、データベースシステム１００により提供されるサービスのユーザは従業員である。あるいは例えば、データベース１およびサーバ装置２がサービスを提供する事業者により運用され、端末装置３がその事業者に対して利用登録した不特定の複数の人であっても良い。この場合には、データベースシステム１００により提供されるサービスのユーザは利用登録者である。

データベース１は、ハードディスクなどの記憶媒体にマスタテーブル１１およびマスタアトリビュートテーブル１２を記憶させて構成されている。なお、記憶媒体としてハードディスクを用いる場合、データベース１はこのハードディスクに対してデータを読み書きするためのアクセス装置を含む。またデータベース１は、サーバ装置２との間でデータを授受するためのインタフェースユニットを含む。

図２はサーバ装置２のブロック図である。

サーバ装置２は、例えばサーバ用のコンピュータ装置を基本ハードウェアとして利用することができ、インタフェースユニット（ＩＦユニット）２１、通信ユニット２２、記憶ユニット２３およびＣＰＵ２４を含む。

インタフェースユニット２１は、データベース１との間でデータを授受する。

通信ユニット２２は、通信ネットワーク４を介して端末装置３と通信するための周知の通信処理を行う。

記憶ユニット２３は、ＣＰＵ２４が行うべき処理の手順を記述した各種のプログラムや、データベース１から読み出したデータなどの各種の情報を記憶する。記憶ユニット２３としては、上記のコンピュータ装置に内蔵されたメモリやハードディスク装置などの記憶デバイス、上記のコンピュータ装置に外付けされたメモリやハードディスク装置などの記憶デバイス、さらには磁気ディスク、光磁気ディスク、光ディスクなどのようなリムーバブルな記録媒体などを適宜利用できる。記憶ユニット２３が記憶するプログラムには、後述するようなデータベース１の管理処理をＣＰＵ２４に行わせるためのデータベース管理アプリケーションを含む。

ＣＰＵ２４は、記憶ユニット２３に記憶されたプログラムに従って各種の処理を行う。そしてＣＰＵ２４は、上記のデータベース管理アプリケーションに従った処理によって、次のようないくつかの手段として機能する。これらの手段の一部は、マスタテーブル１１への端末装置３からのアクセスを可能とするためのアクセス処理や、マスタアトリビュートテーブル１２をメンテナンスするためのメンテナンス処理を実現する。ただしＣＰＵ２４は、それぞれ別々のアプリケーションプログラムに従った処理によって、アクセス処理を実現するための各手段とメンテナンス処理を実現するための各手段として機能しても良い。

アクセス処理を実現するための手段としては、以下のような手段が含まれる。上記の手段の１つは、データベース１に記憶された情報のアクセスを端末装置３から要求する企業（以下、アクセス元企業と称する）を識別し、さらには認証する。上記の手段の１つは、上記のアクセス元企業に関連付けてマスタテーブル１１に記述されたデータレコードをデータベース１から読み出す。上記の手段の１つは、上記のアクセス元企業に関連付けてマスタアトリビュートテーブル１２に記述されたデータレコードをデータベース１から読み出す。上記の手段の１つは、上記の読み出したデータレコードを、アクセスの要求のために使用された端末装置（以下、アクセス要求元の端末装置と称する）３に送信するよう通信ユニット２２を制御する。

またメンテナンス処理を実現するための手段としては、以下のような手段が含まれる。上記の手段の１つは、マスタアトリビュートテーブル１２の変更を要求する企業（以下、変更要求企業と称する）を識別し、さらには認証する。上記の手段の１つは、上記の識別および認証の結果を表した応答情報を、上記の変更の要求のために使用された端末装置（以下、変更要求元の端末装置と称する）３へと送信するように通信ユニット２２を制御する。上記の機能の１つは、上記のように識別情報を送信したことに応じて変更要求元の端末装置３から送信されたデータレコードを受信するように通信ユニット２２を制御する。上記の機能のもう１つは、通信ユニット２２により受信されたデータレコードを変更要求企業に関連するデータレコードとして含むようにマスタアトリビュートテーブル１２を更新する。

なお、ＣＰＵ２４が備える機能は、その一部または全てをロジック回路などのハードウェアにより実現することも可能である。またＣＰＵ２４が備える機能のそれぞれは、ハードウェアとソフトウェア制御とを組み合わせて実現することも可能である。

図３は端末装置３のブロック図である。

端末装置３はそれぞれ、例えば汎用のパーソナルコンピュータなどのコンピュータ装置を基本ハードウェアとして利用することができ、通信ユニット３１、入力デバイス３２、表示デバイス３３、記憶ユニット３４およびＣＰＵ３５を含む。

通信ユニット３１は、通信ネットワーク４を介してサーバ装置２と通信するための周知の通信処理を行う。

入力デバイス３２は、ユーザによる各種の指示を入力する。入力デバイス３２には、例えばキーボードやマウスなどの周知の各種の入力デバイスを含み得る。

表示デバイス３３は、ユーザに各種の情報を閲覧させるための画像などを表示する。表示デバイス３３としては、液晶表示器などの周知の各種の表示デバイスを利用できる。表示デバイス３３は、端末装置３に備えず、外付けされる汎用の表示デバイスを代用することもできる。

記憶ユニット３４は、ＣＰＵ３５が行うべき処理の手順を記述した各種のプログラムや、このプログラムに基づくＣＰＵ３５の処理により取り扱われるデータなどを記憶する。記憶ユニット３４としては、上記のコンピュータ装置に内蔵されたメモリやハードディスク装置などの記憶デバイス、上記のコンピュータ装置に外付けされたメモリやハードディスク装置などの記憶デバイス、さらには磁気ディスク、光磁気ディスク、光ディスクなどのようなリムーバブルな記録媒体などを適宜利用できる。記憶ユニット３４が記憶するプログラムには、後述するようなデータベース１のアクセス処理をＣＰＵ３５に行わせるためのデータベースアクセスアプリケーションを含む。また記憶ユニット３４が記憶するプログラムには、データベースアクセスアプリケーションから渡されるデータに基づいて、データベース１に記憶されている情報をユーザに閲覧させるための表示画像を生成する処理をＣＰＵ３５に行わせるための画像生成ミドルウェアを含む。また記憶ユニット３４が記憶するプログラムには、マスタテーブル１１をカスタマイズするためにマスタアトリビュートテーブル１２のメンテナンスをサーバ装置２に対して要求するためのメンテナンスアプリケーションプログラムを含む。

ＣＰＵ３５は、記憶ユニット３４に記憶されたプログラムに従って各種の処理を行う。そしてＣＰＵ３５は、上記のデータベースアクセスアプリケーションに従った処理によって、次のようないくつかの手段として機能する。上記の手段の１つは、企業をサーバ装置２に識別、認証させるための情報を取得し、その情報をサーバ装置２に送信するように通信ユニット３１を制御する。上記の手段の１つは、サーバ装置２から送信されたデータレコードを受信するように通信ユニット３１を制御する。上記の手段の１つは、画像生成ミドルウェアに従った表示画像の生成処理を制御する。上記の手段の１つは、生成された表示画像を表示するように表示デバイス３３を制御する。

またＣＰＵ３５は、上記のメンテナンスアプリケーションプログラムに従った処理によって、次のようないくつかの手段として機能する。上記の手段の１つは、サーバ装置２により送信された識別および認証の結果を表した応答情報を受信するように通信ユニット３１を制御する。上記の手段の１つは、マスタテーブル１１に含まれた情報フィールドのうちから変更要求企業によって使用されていない情報フィールドを検出する。上記の手段の１つは、上記の手段によって検出された情報フィールドに関する属性情報を操作者の指示に応じて取得する。上記の手段の１つは、上記の取得された属性情報と、上記の手段によって検出された情報フィールドの識別情報とを含んだデータレコードを生成する。上記の手段のもう１つは、上記の生成されたデータレコードをマスタアトリビュートテーブル１２に追加するべきデータレコードとしてサーバ装置２へと送信するように通信ユニット３１を制御する。

なお、ＣＰＵ３５が備える機能は、その一部または全てをロジック回路などのハードウェアにより実現することも可能である。またＣＰＵ３５が備える機能のそれぞれは、ハードウェアとソフトウェア制御とを組み合わせて実現することも可能である。

図４はマスタテーブル１１の構造の一例を示す図である。

マスタテーブル１１は、複数のデータレコードを記述したデータテーブルである。マスタテーブル１１に含まれるデータレコードはそれぞれ、複数の項目のそれぞれに対応した複数の情報フィールドに関する情報を含む。図４の例では、１つのデータレコードに含まれる情報フィールドは、それぞれ企業コード、ユーザＩＤ（USER_ID）、ユーザ名（USER_NAME）、パスワード(PASSWORD）、店舗ＩＤ（STORE_ID）および第１乃至第５の拡張項目（FFU1〜FFU5）の各項目に関する。なお、これらの情報フィールドのうち、企業コード、ユーザＩＤ、ユーザ名、パスワード、ならびに店舗ＩＤのそれぞれに関する情報フィールドは、複数の企業で共通の項目に関した情報を記述するために利用される。また第１乃至第５の拡張項目のそれぞれに関する情報フィールドは、複数の企業でそれぞれ個別の項目に関した情報を記述するために利用される。なお、マスタテーブル１１に含まれた各データレコードは、そこに含まれる「企業コード」の情報フィールドに記述された情報で識別される企業に対応付けられている。

図５はマスタアトリビュートテーブル１２の構造の一例を示す図である。

マスタアトリビュートテーブル１２は、複数のデータレコードを記述したデータテーブルである。マスタアトリビュートテーブル１２に含まれるデータレコードは、それぞれ、複数の項目のそれぞれに対応した複数の情報フィールドに関する情報を含む。図５の例では、１つのデータレコードに含まれる情報フィールドは、それぞれ企業コード、表示インデックス、論理フィールド名、物理フィールド名、タイプ、表示名、表示適用、更新適用、入力適用、ならびにコメントのそれぞれに関する。これらの情報フィールドに記述される情報は、マスタテーブル１１に含まれた情報の属性情報であり、そのうちの一部は、マスタテーブル１１に含まれた情報の表示属性を表す。具体的には図５では、表示インデックス、論理フィールド名、物理フィールド名、タイプ、表示名および表示適用の各情報フィールドに記述される情報が表示属性を示す。なお、マスタアトリビュートテーブル１２に含まれた各データレコードは、そこに含まれる「企業コード」の情報フィールドに記述された情報で識別される企業に対応付けられたものである。

次の以上のように構成されたデータベースシステム１００の動作について説明する。

図６はＣＰＵ２４，３５のフローチャートである。図６の左側は、データベースアクセスアプリケーションに従ったＣＰＵ３５の処理手順を示す。図６の右側は、データベース管理アプリケーションに従ったアクセス処理におけるＣＰＵ２４の処理手順を示す。

ステップＳａ１においてＣＰＵ３５は、端末装置３の操作者に、その操作者が属する企業に割り当てられた企業コードとパスワードとを指定させ、その指定された企業コードおよびパスワードを入力する。この入力には、例えば入力デバイス３２を利用する。

ステップＳａ２においてＣＰＵ３５は、ステップＳａ１で入力した企業コードおよびパスワードを含んだ認証要求情報を作成し、これを通信ユニット３１から通信ネットワーク４を介してサーバ装置２へ送信する。

上記のように端末装置３から送信された認証要求情報がサーバ装置２に到達すると、ステップＳｂ１においてＣＰＵ２４は、この認証要求情報を通信ユニット２２を介して受信する。

ステップＳｂ２においてＣＰＵ２４は、受信した認証要求情報に含まれた企業コードに基づいてアクセス元企業を認識し、さらに認証要求情報に含まれたパスワードがアクセス元企業に対して設定されたものであるか否かを確認することによってアクセス元企業を認証する。

ステップＳｂ３においてＣＰＵ２４は、上記の認証が成功したか否かを確認する。そしてＣＰＵ２４は、認証に失敗した場合にはステップＳｂ４へ進む。

ステップＳｂ４においてＣＰＵ２４は、認証エラーの旨を端末装置３に通知するための応答情報を、通信ユニット２２から通信ネットワーク４を介して、ステップＳｂ１で受信した認証要求情報の送信元である端末装置３へ送信する。

一方、認証に成功した場合にＣＰＵ２４は、ステップＳｂ３からステップＳｂ５へ進む。

ステップＳｂ５においてＣＰＵ２４は、抽出マスタテーブルを作成する。具体的にＣＰＵ２４は、マスタテーブル１１に記述されたデータレコードのうちでアクセス元企業に関連付けられたデータレコードをマスタテーブル１１から読み出す。なお、マスタテーブル１１においてアクセス元企業に関連付けられたデータレコードとは、企業コードに関する情報フィールドに記述された情報がステップＳｂ１で受信した認証要求情報に含まれた企業コードと一致するデータレコードである。そしてＣＰＵ２４は、該当する全てのデータレコードの集合として抽出マスタテーブルを作成する。

図７は抽出マスタテーブルの一例を示す図である。図７に示す抽出マスタテーブルは、マスタテーブル１１が図４に示すものであり、かつアクセス元企業の企業コードが「００１」である場合に作成されるものである。

ステップＳｂ６においてＣＰＵ２４は、抽出アトリビュートテーブルを作成する。具体的にＣＰＵ２４は、マスタアトリビュートテーブル１２に記述されたデータレコードのうちでアクセス元企業データレコードをマスタテーブル１１から読み出す。なお、マスタアトリビュートテーブル１２においてアクセス元企業に関連付けられたデータレコードとは、企業コードに関する情報フィールドに記述された情報が共通コードであるデータレコードと、企業コードに関する情報フィールドに記述された情報がステップＳｂ１で受信した認証要求情報に含まれた企業コードと一致するデータレコードとである。そしてＣＰＵ２４は、該当する全てのデータレコードの集合として抽出アトリビュートテーブルを作成する。

図８は抽出アトリビュートテーブルの一例を示す図である。図８に示す抽出アトリビュートテーブルは、マスタアトリビュートテーブル１２が図５に示すものであり、かつ共通コードが「９９９」、アクセス元企業の企業コードが「００１」である場合に作成されるものである。

ステップＳｂ７においてＣＰＵ２４は、上記のように作成した抽出マスタテーブルおよび抽出アトリビュートテーブルを含んだ応答情報を、通信ユニット２２から通信ネットワーク４を介して、ステップＳｂ１で受信した認証要求情報の送信元である端末装置３へ送信する。

さてＣＰＵ３５は、ステップＳａ２でアクセス要求情報を送信したのち、サーバ装置２から送信された応答情報が到達するのを待ち受ける。そしてステップＳｂ４またはステップＳｂ７でのＣＰＵ２４の処理によってサーバ装置２から送信された応答情報が到達したならば、ステップＳａ３においてＣＰＵ３５は、この応答情報を通信ユニット３１に受信させた上で、通信ユニット３１から取得する。

ステップＳａ４においてＣＰＵ３５は、応答情報が認証エラーを通知するものであるか否かを確認する。そして認証エラーが通知されたのならば、ＣＰＵ３５はステップＳａ４からステップＳａ５へ進む。

ステップＳａ５においてＣＰＵ３５は、認証エラーとなったことを操作者に通知するためのエラー表示を表示デバイス３３に行わせる。

一方、応答情報が認証エラーを通知するものではない場合には、ＣＰＵ３５はステップＳａ４からステップＳａ６へ進む。

ステップＳａ６においてＣＰＵ３５は、応答情報に含まれた抽出マスタテーブルおよび抽出アトリビュートテーブルを画像生成ミドルウェアによる処理に渡す。具体的には、ＣＰＵ３５はデータベースアクセスアプリケーションに従った処理とは別に、画像生成ミドルウェアに従った画像生成処理を起動し、応答情報に含まれた抽出マスタテーブルおよび抽出アトリビュートテーブルをその処理の対象とする。画像生成処理によりＣＰＵ３５は、抽出マスタテーブルに含まれた情報を抽出アトリビュートテーブルに記述された情報によって定義される表示形態で表した表示画像を生成する。

具体的には、図８に示す抽出アトリビュートテーブルでは、表示インデックス、論理フィールド名、物理フィールド名、タイプ、表示名および表示適用の各情報フィールドの情報が、抽出マスタテーブルに含まれた情報を表形式で表すための表示形態を表している。

表示インデックスの情報フィールドは、数値が記述され、この数値は列番号を示す。

論理フィールド名の情報フィールドは、マスタテーブル１１の各情報フィールドに対して各企業で任意に割り当てられた名称が記述される。

物理フィールド名の情報フィールドは、マスタテーブル１１の各情報フィールドに対して一意に割り当てられた名称が記述される。従って、企業コードの情報フィールドの値が９９９であって全企業に関連付けられたデータレコードにおいては、物理フィールド名は図８に示すように必ず論理フィールド名と同一になる。企業コードの情報フィールドの値が９９９以外であって特定の企業のみに関連付けられたデータレコードにおいては、物理フィールド名は論理フィールド名と同一であっても良いし、図８に示すように異なっていても良い。そしてマスタテーブル１１の情報フィールドのうちで、物理フィールド名の情報フィールドに記述された名称が割り当てられた情報フィールドに記述されている情報が、上記列番号の欄に表示するべき情報であることを示している。

タイプの情報フィールドは、上記列番号の欄に表示される情報のタイプが記述される。

表示名の情報フィールドは、上記列番号の列についての表示名が記述される。

表示適用の情報フィールドは、０または１の値が記述される。そしてこの表示適用の情報フィールドの値が１であるデータレコードが表示形態を定義するために有効な情報である。

つまり、例えば図８における１つ目のデータレコードでは、１列目の欄の表示名が「ユーザＩＤ」であり、かつこの欄にはマスタテーブル１１のUSER_IDの情報フィールドに記述されていた情報を表示することが定義されている。

かくして図７に示した抽出マスタテーブルおよび図８に示した抽出アトリビュートテーブルに基づいてＣＰＵ３５は、図９に示すような表示画像を生成する。

また、アクセス元企業の企業コードが「００２」であったとすると、ＣＰＵ３５は図１０に示すような表示画像を生成する。

ＣＰＵ３５は、このように生成した表示画像を表す画像データを記憶ユニット３４に記憶させる。

さて、データベースアクセスアプリケーションに従った処理においては、ステップＳａ７においてＣＰＵ３５は、上記のように生成された表示画像を表示デバイス３３に表示させる。

かくして、企業コードが「００１」である企業がデータベース１にアクセスする場合には端末装置３では例えば図９に示すような表示画像が表示される。これに対して、企業コード「００２」である企業がデータベース１にアクセスする場合には端末装置３では例えば図１０に示すような表示画像が表示される。

つまりデータベースシステム１００によれば、マスタテーブル１１は複数の企業によって共有される。しかしながら、マスタテーブル１１の情報フィールドのうちの第１乃至第５の拡張項目（FFU1〜FFU5）に関する情報フィールドについては、企業毎でそれぞれ異なる種類の情報を記述するために利用できる。そしてマスタテーブル１１にアクセスした際の端末装置３においては、共通の処理により企業毎にカスタマイズされた表示画像が表示される。なお、マスタテーブル１１の構造を変更する場合には、その変更に合わせてマスタアトリビュートテーブル１２の記述を変更すれば良く、サーバ装置２および端末装置３においては何ら対策を施す必要がない。

またデータベースシステム１００では、マスタテーブル１１に、複数の企業で共通の項目に関した情報を記述するための情報フィールドと、企業毎で個別の情報を記述可能な情報フィールドとを用意している。そしてマスタアトリビュートテーブル１２においては、企業コードの情報フィールドに共通コードが記述されたデータレコードに表された表示形態は各企業に共通に適用される。従って、複数の企業において頻繁に使用される項目の情報を標準的な形態で表示する場合には、その表示形態を表すためのデータレコードを企業毎にマスタアトリビュートテーブル１２に記述しておく必要がなく、マスタアトリビュートテーブル１２の情報量を低減できる。

続いて、マスタアトリビュートテーブル１２を更新するための動作について説明する。

図１１はメンテナンスアプリケーションプログラムに従ったＣＰＵ３５のフローチャートである。図１２はデータベース管理アプリケーションに従ったメンテナンス処理におけるＣＰＵ２４のフローチャート。

ＣＰＵ３５はステップＳｃ１乃至ステップＳｃ５の処理をステップＳａ１乃至ステップＳａ５と同様な処理として実行する。またＣＰＵ２４はステップＳｅ１乃至ステップＳｅ７の処理をステップＳｂ１乃至ステップＳｂ７と同様な処理として実行する。ただし、ステップＳｃ２およびステップＳｅ１において端末装置３からサーバ装置２へと送る要求情報は、メンテナンス処理の開始を要求するための開始要求情報である。この開始要求情報には、企業コードおよびパスワードを含む。

応答情報が認証エラーを通知するものではなかった場合には、ＣＰＵ３５はステップＳｃ４からステップＳｃ６へ進む。

ステップＳｃ６においてＣＰＵ３５は、情報確認用画像を生成し、表示デバイス３３に表示させる。情報確認用画像は、ステップＳｃ３で受信した応答情報中の抽出マスタテーブルに記述された情報を操作者に確認させるための画像である。

図１３は情報確認用画像５０の一例を示す図である。

情報確認用画像５０には、領域５１，５２およびボタン群５３を含む。

領域５１は、抽出マスタテーブルに含まれている情報が、抽出マスタアトリビュートテーブルに記述された表示属性に依存して示される。従って領域５１には、表示適用が１である情報フィールドに関する情報のみが示される。

領域５２は、抽出マスタテーブルに含まれているデータレコードのうちの選択されているデータレコード（以下、選択マスタレコードと称する）に含まれた情報が、抽出マスタアトリビュートテーブルとは無関係な設定に依存して示される。この領域５２は、表示適用が０である情報なども含めて示すために利用できる。図１３の例では、抽出マスタテーブルの１つのデータレコードに含まれた全ての情報が領域５２に示されている。

なお、初期においては任意の１つのデータレコード（例えば抽出マスタテーブルの先頭に位置するデータレコード）がＣＰＵ３５によって自動的に選択される。

ボタン群５３には、複数のボタンを含む。複数のボタンには、実行可能な処理がそれぞれ割り付けられている。

ステップＳｃ７においてＣＰＵ３５は、情報確認用画像５０を表示させた状態にて、操作者により何らかの操作がなされるのを待ち受ける。そして編集以外の処理を要求する操作がなされた場合にＣＰＵ３５は、その操作により要求された処理に移行する。例えば、非選択のデータレコードが領域５１においてクリックされたならば、ＣＰＵ３５はそのクリックされたデータレコードを新たな選択マスタレコードとするとともに、この新たな選択マスタレコードに記述された情報を示すように領域５２を更新する。

一方、ボタン群５３中の編集ボタンの操作などによって既存のデータレコードの編集が要求されたならば、ＣＰＵ３５はステップＳｃ７からステップＳｃ８へ進む。そしてステップＳｃ８においてＣＰＵ３５は、編集用画像を生成し、表示デバイス３３に表示させる。編集用画像は、抽出アトリビュートテーブルに含まれた各データレコードに既に記述されている情報の編集のための操作を操作者に行わせるための画像である。

図１４は編集用画像６０の一例を示す図である。

編集用画像６０には、領域６１，６２，６３およびボタン群６４を含む。

領域６１は、抽出アトリビュートテーブルの各データレコードにおける表示名の情報フィールドに記述された情報の一覧を示す。

領域６２は、領域６１に示された表示名のうちの選択された表示名を含んだデータレコード（以下、選択アトリビュートレコードと称する）に記述された各情報を示す。なお、表示適用、更新適用および入力適用の各情報フィールドに記述される情報は０または１の数値である。しかしながらこの数値は、表示、更新および入力の有無を表すので、これらの各情報フィールドに記述された情報は図１４に示すような状態で示す。

領域６３は、情報確認用画像５０にて領域５１に示されていた情報を示す。

ボタン群５３には、複数のボタンを含む。複数のボタンには、実行可能な処理がそれぞれ割り付けられている。

ステップＳｃ９においてＣＰＵ３５は、編集用画像６０を表示させた状態にて、操作者により何らかの操作がなされるのを待ち受ける。そして新たなデータレコードの追加以外の処理を要求する操作がなされた場合にＣＰＵ３５は、その操作により要求された処理に移行する。例えば、領域６２に示された情報の変更を要求する操作がなされたならば、ＣＰＵ３５はその操作に応じて該当する情報を変更する。例えば、表示名の情報フィールドの情報を「ユーザＩＤ」から「店員ＩＤ」に変更するような操作が行われたならば、ＣＰＵ３５はそれを受け付け変更後の情報を表示名の情報フィールドの新たな情報として記憶ユニット３４に記憶させる。また、領域６２にて「表示しない」と示された領域がクリックされたならば、ＣＰＵ３５は０を表示適用の情報フィールドの新たな情報として記憶ユニット３４に記憶させる。なお、このような操作が行われたならばＣＰＵ３５は、その編集を反映するように領域６２を更新する。また、ボタン群５３中の確定ボタンの操作などによって変更を確定する旨の要求がなされたならば、ＣＰＵ３５は記憶ユニット３４に記憶させてある各情報を含んだ更新要求情報を、通信ユニット３１から通信ネットワーク４を介して、サーバ装置２へ送信する。

一方、ボタン群５３中の追加ボタンの操作などによって新たなデータレコードの追加が要求されたならば、ＣＰＵ３５はステップＳｃ９からステップＳｃ１０へ進む。そしてステップＳｃ１０においてＣＰＵ３５は、マスタテーブル１１にて変更要求企業によって使用されていない情報フィールド（以下、未使用フィールドと称する）を検出する。具体的に未使用フィールドは、抽出マスタテーブルに含まれた情報フィールドであって、かつ抽出アトリビュートテーブルにその情報フィールドに関する情報を含んだデータレコードが存在しない情報フィールドとして検出できる。該当する情報フィールドが複数存在する場合には、ＣＰＵ３５はそれらの情報フィールドのうちの１つを予め定められたルールに従って選択して未使用フィールドとする。典型的には、より前の列に相当する情報フィールドを選択することになる。具体的には例えば、抽出マスタテーブルおよび抽出アトリビュートテーブルが図７および図８に示すものである場合、FFU3〜FFU5の各情報フィールドが未使用フィールドの候補となるが、ＣＰＵ３５はこのうちのFFU3の情報フィールドを未使用フィールドとして検出する。

ステップＳｃ１１においてＣＰＵ３５は、追加用画像を生成し、表示デバイス３３に表示させる。追加用画像は、抽出アトリビュートテーブルに追加するデータレコードに記述する情報の設定のための操作を操作者に行わせるための画像である。

図１５は追加用画像７０の一例を示す図である。

追加用画像７０には、領域７１，７２，７３およびボタン群７４を含む。

領域７１，７２，７３は、編集用画像６０における領域６１，６２，６３とそれぞれほぼ同様な情報を示す。

しかしながらＣＰＵ３５は領域７１には、新規のデータレコードを識別するための名称を追加して示す。この名称は、例えば「新規」などであっても良いが、図１５においては未使用フィールドの物理フィールド名を使用している。

そしてＣＰＵ３５は、未使用フィールドに関するデータレコードを選択アトリビュートレコードとする。ただし、未使用フィールドに関するデータレコードはこの時点では存在しない。そこでＣＰＵ３５は領域７２では、各フィールドの情報を基本的にはブランクとして示す。ただし、物理フィールド名に関する属性情報は未使用フィールドの物理フィールド名が設定されるので、該当する情報を示す。また表示インデックスに関する属性情報としては、抽出アトリビュートテーブルに含まれるデータレコードのうちの表示適用が１であるデータレコードにおける表示インデックスの情報フィールドに記述された値のうちの最大値よりも１つ大きな値とされる確率が高い。そこでＣＰＵ３５は、そのような値を初期値として設定し、図１５に示すように領域７２に示しても良い。また、表示適用、更新適用および入力適用の各情報フィールドは、「する」または「しない」のいずれかが必ず設定されるので、ＣＰＵ３５は例えば「する」を初期値として設定し、図１５に示すように領域７２に示しても良い。

ＣＰＵ３５は領域７３には、領域７１に追加して示した名称をレベルとした表示欄を追加する。

ボタン群７４には、複数のボタンを含む。複数のボタンには、実行可能な処理がそれぞれ割り付けられている。

さて、ステップＳｃ１２においてＣＰＵ３５は、追加用画像７０を表示させた状態にて、操作者により属性情報を指定する操作または確定を要求する操作がなされるのを待ち受ける。そして属性情報を指定する操作がなされた場合にＣＰＵ３５は、ステップＳｃ１２からステップＳｃ１３へ進む。そしてステップＳｃ１３においてＣＰＵ３５は、操作者による操作により指定される属性情報を取得する。この属性情報の取得方法は任意であって良い。より具体的には属性情報の取得方法としては、例えば次の各方法の１つまたは複数を採用し得る。

(1) ユーザが指定する属性情報を入力デバイス３２を介して入力する。

(2) 記憶ユニット３４に予め記憶された候補情報のうちの操作者により選択された情報を記憶ユニット３４から読み出す。

(3) 記憶ユニット３４に記憶された抽出マスタテーブルに記述された情報のうちの操作者により選択された情報を記憶ユニット３４から読み出す。この場合、抽出マスタテーブルに既に記述されているデータレコードに含まれた情報が、追加するデータレコードにコピーされる。

(4) マスタテーブル１１に記述された情報のうちの操作者により選択された情報をデータベース１からサーバ装置２を介して取り込む。この場合、マスタテーブル１１に既に記述されているデータレコードに含まれた情報が、追加するデータレコードにコピーされる。

ＣＰＵ３５は、取得した情報を記憶ユニット３４に記憶させる。なお、上記のように初期値を設定した情報フィールドについての属性情報が操作者により改めて指定された場合には、この改めて指定された属性情報を有効とする。

ステップＳｃ１４においてＣＰＵ３５は、取得した属性情報を示すように追加用画像を更新し、ステップＳｃ１２に戻る。

図１６は更新された追加用画像７０の一例を示す図である。

図１６に示された追加用画像７０では、表示名についての属性情報として「携帯電話」が、論理フィールド名についての属性情報として「MOBILE_NO」が、タイプについての属性情報として「string」がそれぞれ取得され、かつ表示インデックス、表示適用、更新適用および入力適用の各属性情報は上記のような初期値のまま変更がなされなかった状態を示している。

また表示名に関する属性情報を取得したのちにはＣＰＵ３５は、領域７１における未使用フィールドの名称を、この表示名に関した属性情報に変更する。さらにＣＰＵ３５は、新規に追加された表示欄のラベルを表示名に関した属性情報に変更する。

ステップＳｃ１２の待ち受け状態にあるときにボタン群７４中の確定ボタンの操作などによって確定が要求されたならば、ＣＰＵ３５はステップＳｃ１２からステップＳｃ１５へ進む。そしてステップＳｃ１５においてＣＰＵ３５は、各情報フィールドに関して取得した属性情報を各情報フィールドに関連付けて記述したデータレコードを生成する。

ステップＳｃ１３においてＣＰＵ３５は、上記の生成したデータレコードを含んだ追加要求情報を、通信ユニット３１から通信ネットワーク４を介して、サーバ装置２へ送信する。

ところでサーバ装置２においてＣＰＵ２４は、ステップＳｅ７にて応答情報を送信したのちには、端末装置３から送信された要求情報が到来するのを待ち受ける。そしてそのような要求情報が到来したならば、ステップＳａ８においてＣＰＵ２４は、この応答情報を通信ユニット２２に受信させた上で、通信ユニット２２から取得する。

ステップＳｅ９においてＣＰＵ３５は、受信した要求情報が追加要求情報であるか否かを確認する。受信した情報が追加要求情報であった場合、ＣＰＵ３５はステップＳｅ９からステップＳｅ１０へ進む。そしてステップＳｅ１０においてＣＰＵ３５は、追加要求情報に含まれたデータレコードを含むようにマスタアトリビュートテーブル１２を更新する。

図１７は更新後のマスタアトリビュートテーブル１２の一例を示す図である。

図１７は、更新前が図５に示す状態であったマスタアトリビュートテーブル１２を、図１６の領域７２に示されるような属性情報が記述されたデータレコードを追加するように更新したものであって、図１７の９番目に示されるデータレコードが追加されたデータレコードである。

このようにして、ある企業では使用していなかった情報フィールドが、その企業により利用可能となる。例えばマスタアトリビュートテーブル１２が図１７に示すように更新された後には、企業コードが００１である企業では、マスタテーブル１１のうちのFFU3の情報フィールドを、図１８に示すように携帯番号を記述するために利用できる。

そして図１８に示すようにマスタテーブル１１が更新されたのちには、図６に示す処理が実行されれば、表示デバイス３３では図１９に示すような表示画像が表示される。また図１１および図１２に示す処理が実行されれば、表示デバイス３３では図２０に示すような情報確認用画像５０が表示される。

かくして、データベースシステム１００では、マスタアトリビュートテーブル１２を各企業が任意に更新でき、各企業のニーズに応じてマスタテーブル１１をカスタマイズできる。

この実施形態は、次のような種々の変形実施が可能である。

マスタテーブル１１とマスタアトリビュートテーブル１２とは、それぞれ別のデータベースに記憶されていても良い。

端末装置３は１つのみであっても良い。

サーバ装置２において表示画像を生成し、この表示画像をサーバ装置２から端末装置３へ送信して端末装置３にて表示しても良い。

サーバ装置２のうちの端末装置３との通信機能を除いた各機能と端末装置３のうちのサーバ装置２との通信機能を除いた各機能とを備えたコンピュータ装置をデータベース１に接続してデータベースシステムを構成しても良い。つまり、データベース１に接続されたコンピュータ装置において、ユーザの識別と、マスタテーブル１１およびマスタアトリビュートテーブル１２からのユーザに関連付けられたデータレコードの読み出しと、この読み出したデータレコードに基づいての表示画像の生成とを行っても良い。

マスタテーブル１１の全ての情報フィールドを個別の情報を記述可能な情報フィールドとして使用しても良い。

未使用フィールドの検出をサーバ装置２で行って、その検出結果を表す情報をサーバ装置２から端末装置３へと送信しても良い。

未使用フィールドを検出するに当たっての対象とする企業の識別は、端末装置３において行っても良い。

ところでここまでにおいては、１つのデータベース１を複数のユーザで共有させるデータベースシステム１００について記述した。しかしながら、１組のマスタテーブル１１およびマスタアトリビュートテーブル１２を単一のユーザのみに使用させても良い。この場合、マスタテーブル１１およびマスタアトリビュートテーブル１２からは、企業コードの情報フィールド、すなわちユーザの識別情報の情報フィールドは省略することが可能である。そしてサーバ装置２は、端末装置３からの要求に応じて、マスタテーブル１１およびマスタアトリビュートテーブル１２の全てを含んだ応答情報を端末装置３へと送信する。このように変形されたデータベースシステムにあっては、ユーザ毎にデータベース１を用意することが必要になる。しかしながら、コンピュータ装置を端末装置３として機能させるためのプログラムとしては、いずれのユーザも同一のものを利用することができる。つまり、当該プログラムについては、ユーザ毎に個別に開発する必要がない。この結果、プログラムの開発に係る手間が軽減され、プログラムの価格も低減することが可能となる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１…データベース、２…サーバ装置、３…端末装置、４…通信ネットワーク、１１…マスタテーブル、１２…マスタアトリビュートテーブル、２１…インタフェースユニット、２２…通信ユニット、２３…記憶ユニット、２４…ＣＰＵ、３１…通信ユニット、３２…入力デバイス、３３…表示デバイス、３４…記憶ユニット、３５…ＣＰＵ、１００…データベースシステム。

特開２００４−２４６７５５号公報

Claims (7)

1. それぞれ識別コードに関する情報フィールドを含む複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードを記述した第１のデータテーブルを記憶する第１の記憶手段と、
   前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報と前記識別コードとを含んだ第２のデータレコードを記述した第２のデータテーブルを記憶する第２の記憶手段と、
   前記識別コードを入力する入力手段と、
   前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報フィールドのうちで使用されていない情報フィールドを検出する検出手段と、
   前記検出手段により検出された前記情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、
   前記取得手段により取得された属性情報と、前記検出手段により検出された前記情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、
   前記レコード生成手段により生成された前記データレコードを含むように前記第２のデータテーブルを更新する更新手段と、
   前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報を、前記入力手段が入力した前記識別コードを含む前記第２のデータレコードに含まれた前記属性情報が表す表示形態で表した表示画像を生成する画像生成手段とを具備するデータベースシステム。
2. 前記取得手段は、前記ユーザが指定する情報を入力デバイスを介して入力するか、あるいは記憶デバイスに記憶された情報のうちで前記ユーザにより選択された情報を前記記憶デバイスから読み出すことによって、前記属性情報を取得する請求項１に記載のデータベースシステム。
3. 前記データベースシステムは、前記第１および第２の記憶手段にそれぞれアクセス可能なサーバ装置と、前記サーバ装置と通信可能な端末装置とを具備し、
   前記端末装置は、
   前記取得手段、前記入力手段、前記検出手段、前記レコード生成手段および前記画像生成手段の他に、
   前記サーバ装置と通信する第１の通信手段と、
   前記レコード生成手段により生成されたデータレコードを前記サーバ装置へと送信するように前記第１の通信手段を制御する第１の制御手段と、
   前記入力手段が入力した前記識別コードを前記サーバ装置へと送信するように前記第１の通信手段を制御する第２の制御手段とを具備し、
   前記サーバ装置は、
   前記更新手段の他に、
   前記端末装置と通信する第２の通信手段と、
   第３の制御手段とを具備し、
   前記取得手段は、前記検出手段により検出された情報フィールドに関する属性情報を取得し、
   前記レコード生成手段は、前記取得手段により取得された属性情報と、前記検出手段により検出された情報フィールドの識別情報とを含んだデータレコードを生成し、
   前記更新手段は、前記第１の通信手段から送信された前記データレコードが前記第２の通信手段により受信されたことに応じて、当該データレコードを第２のデータレコードとして含むように前記第２のデータテーブルを更新し、
   前記第３の制御手段は、前記第２の制御手段の制御の下に前記第１の通信手段が送信した前記識別コードを前記第２の通信手段が受信したことに応じて、当該識別コードをそれぞれ含む前記第１および第２のデータレコードを前記端末装置へと送信するように前記第２の通信手段を制御し、
   前記画像生成手段は、前記第３の制御手段の制御の下に前記第２の通信手段が送信した前記第１のデータレコードおよび前記第２のデータレコードを前記第１の通信手段が受信したことに応じて、前記受信された第１のデータレコードに含まれた情報を、前記受信された第２のデータレコードに含まれた前記属性情報が表す表示形態で表した画像として前記表示画像を生成する請求項１に記載のデータベースシステム。
4. 前記第２のデータレコードは、前記第１のデータレコードに含まれる情報を表形式で表すための属性を表す前記属性情報として、表の列番号情報、前記情報フィールドに割り当てられた名称情報、前記列番号の列についての表示名情報、ならびに有効／無効を表す表示適用情報の各情報を含み、
   前記画像生成手段は、有効を表す前記表示適用情報とともに前記第２のデータレコードに含まれた前記列番号情報の列の表示名を同じ前記第２のデータレコードに含まれた前記表示名情報が表す表示名とし、同じ前記第２のデータレコードに含まれた前記列番号情報の列の欄に同じ前記第２のデータレコードに含まれた前記名称情報が表す前記情報フィールドに関する情報を表した表として前記表示画像を生成する請求項１に記載のデータベースシステム。
5. それぞれ識別コードに関する情報フィールドを含む複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードを記述した第１のデータテーブルを記憶する第１の記憶手段と、前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報を含んだ第２のデータレコードを記述した第２のデータテーブルを記憶する第２の記憶手段と、前記第１および第２の記憶手段のそれぞれにアクセス可能なサーバ装置とともにデータベースシステムを構成する端末装置であって、
   前記サーバ装置と通信する通信手段と、
   前記識別コードを入力する入力手段と、
   前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報フィールドのうちで使用されていない情報フィールドを検出する検出手段と、
   前記検出手段により検出された情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、
   前記取得手段により取得された属性情報と、前記検出手段により検出された情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、
   前記レコード生成手段により生成されたデータレコードを前記第２のデータテーブルに追加するべきデータレコードとして前記サーバ装置へと送信するように前記通信手段を制御する第１の制御手段と、
   前記入力手段が入力した前記識別コードを前記サーバ装置へと送信するように前記通信手段を制御する第２の制御手段と、
   前記第２の制御手段の制御の下に前記通信手段が前記識別コードを送信したことに応じて前記サーバ装置が送信した前記第１のデータレコードおよび前記第２のデータレコードを前記第１の通信手段が受信したことに応じて、前記受信された第１のデータレコードに含まれた情報を、前記受信された第２のデータレコードに含まれた前記属性情報が表す表示形態で表した前記表示画像を生成する画像生成手段とを具備する端末装置。
6. それぞれ識別コードに関する情報フィールドを含む複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードを記述した第１のデータテーブルを記憶する第１の記憶手段と、前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報を含んだ第２のデータレコードを記述した第２のデータテーブルを記憶する第２の記憶手段とのそれぞれにアクセス可能なサーバ装置と通信可能な通信手段を備えたコンピュータ装置を、
   前記識別コードを入力する入力手段と、
   前記入力手段が入力した前記識別コードを含む前記第１のデータレコードに含まれた情報フィールドのうちで使用されていない情報フィールドを検出する検出手段と、
   前記検出手段により検出された情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、
   前記取得手段により取得された属性情報と、前記検出手段により検出された情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、
   前記レコード生成手段により生成されたデータレコードを前記第２のデータテーブルに追加するべきデータレコードとして前記サーバ装置へと送信するように前記通信手段を制御する第１の制御手段と、
   前記入力手段が入力した前記識別コードを前記サーバ装置へと送信するように前記通信手段を制御する第２の制御手段と、
   前記第２の制御手段の制御の下に前記通信手段が前記識別コードを送信したことに応じて前記サーバ装置が送信した前記第１のデータレコードおよび前記第２のデータレコードを前記第１の通信手段が受信したことに応じて、前記受信された第１のデータレコードに含まれた情報を、前記受信された第２のデータレコードに含まれた前記属性情報が表す表示形態で表した前記表示画像を生成する画像生成手段として機能させるためのプログラム。
7. それぞれ複数の情報フィールドに関する情報を含んだ複数の第１のデータレコードをそれぞれ複数のユーザのいずれかに関連付けて記述した第１のデータテーブルを記憶する第１の記憶手段と、
   前記第１のデータレコードに含まれる情報の表示形態をそれぞれ表した複数の属性情報を含んだ第２のデータレコードをそれぞれ前記ユーザに関連付けて記述した第２のデータテーブルを記憶する第２の記憶手段と、
   前記第２のデータテーブルの変更を要求するユーザを識別する識別手段と、
   前記第１のデータテーブルに含まれた情報フィールドのうちから前記識別手段により識別されたユーザによって使用されていない情報フィールドを検出する検出手段と、
   前記検出手段により検出された前記情報フィールドに関する属性情報を前記ユーザの指示に応じて取得する取得手段と、
   前記取得手段により取得された属性情報と、前記検出手段により検出された前記情報フィールドの識別情報とを含んだデータレコードを生成するレコード生成手段と、
   前記レコード生成手段により生成された前記データレコードを前記識別手段により識別されたユーザに関連する第２のデータレコードとして含むように前記第２のデータテーブルを更新する更新手段と、
   前記識別手段により識別されたユーザに関連付けられた前記第１のデータレコードに含まれた情報を、前記識別手段により識別されたユーザに関連付けられた前記第２のデータレコードに含まれた前記属性情報が表す表示形態で表した表示画像を生成する画像生成手段とを具備するデータベースシステム。

Images