JP4820841B2 - データ管理システム - Google Patents

Description

この発明は、少なくとも１つがデータベースを有する複数の機器からなり、これら機器の相互間でデータベースに対する操作用のデータを共有するベース管理システムに関する。

少なくとも１つがデータベースを有する複数の機器からなり、これら機器の相互間でデータベースに対する操作用のデータを送受信する業務システムがある（例えば特許文献１）。

このような業務システムでは、データベースに対する操作用のデータを各機器で共有する際に、データを送る側の機器におけるデータのフォーマット形式がデータを受取る側の機器におけるデータのフォーマット形式と合致しない場合がある。この場合、送るデータのフォーマット形式を受取り側のフォーマット形式に合せて変換する処理プログラムたとえばＥＸＥファイルを作成し、それを送り側の機器に格納しておく必要がある。
特開平１１―６６１６４号公報

しかしながら、ＥＸＥファイル等の処理プログラムの作成には、多くのコストと手間がかかるという問題がある。

この発明は、上記の事情を考慮したもので、その目的は、データベースに対する操作用のデータを、低コストで簡単に、各機器の相互間で共有することが可能なデータ管理システムを提供することにある。

請求項１に係る発明のデータ管理システムは、データベースを有するセンターサーバおよびこのセンターサーバにネットワーク接続された複数の店舗サーバからなるものであって、前記センターサーバに設けられ、前記データベースに対する操作用のＳＱＬデータファイルが記憶されたＳＱＬデータファイルフォルダと、前記センターサーバに設けられ、前記ＳＱＬデータファイルフォルダ内のＳＱＬデータファイルを本部のホストサーバおよび前記各店舗サーバに適したフォーマット形式に変換するためのストアドプロシージャが記憶されたＳＰフォルダと、前記センターサーバに設けられた制御部と、を備える。制御部は、前記ホストサーバまたは前記各店舗サーバから前記ＳＱＬデータファイルの要求があったとき、前記ＳＱＬデータファイルフォルダ内のＳＱＬデータファイルを読出す手段と、前記要求元が前記ホストサーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記ホストサーバに適したフォーマット形式のデータファイルに変換して保持する手段と、前記要求元が前記店舗サーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記各店舗サーバに適したフォーマット形式のデータファイルに変換して保持する手段と、前記保持したデータファイルを前記要求元のサーバに提供する手段と、を含む。

このデータ管理システムによれば、データベースに対する操作用のデータを、低コストで簡単に、各機器の相互間で共有することが可能となる。

以下、この発明の一実施形態について図面を参照して説明する。
図１に示すように、複数の機器たとえばセンターサーバ１および店舗サーバ２０が通信ネットワーク１０を介して相互に接続され、いわゆるクライアント・サーバ・システム型のデータ管理システムが構成されている。

このデータ管理システムは、例えばＰＯＳ等の商品販売処理装置に適用されるもので、センターサーバ１が販売センターに設置され、その販売センターにより管理される複数の店舗にそれぞれ店舗サーバ２０が設置される。

センターサーバ１は、制御部２、制御プログラム記憶用のＲＯＭ３、データ記憶用のＲＡＭ４、大容量の記憶手段であるハードディスクドライブ（ＨＤＤ）５、表示部６、操作部７、およびネットワークインターフェース（Ｉ／Ｆ）８、およびプリンタ９などを有している。

上記ＲＯＭ３には、後述のストアドプロシージャを実行するためのＳＰ処理アプリケーションプログラムが格納されている。

上記ハードディスクドライブ５には、例えば図２に示す複数のデータテーブルＡ１，Ａ２，Ｂ，…Ｃが記憶されたデータベース（ＤＢ）５ａ、このデータベース５ａに対する操作用（検索操作、更新操作、削除操作など）の複数のＳＱＬ（Structured Query Language）データファイルが記憶されたＳＱＬデータファイルフォルダ（第１記憶手段）５ｂ、このＳＱＬデータファイルフォルダ５ｂ内の各ＳＱＬデータファイルを本部のホストサーバ（図示しない）や各店舗サーバ２０に適したフォーマット形式に変換するためのストアドプロシージャ（ＳＰ）が記憶されたＳＰフォルダ（第２記憶手段）５ｃなどが格納されている。

データベース５ａ内のデータテーブルＡ１，Ａ２，Ｂ，…Ｃのうち、Ａ１は親データテーブル、Ａ２は親データテーブルＡ１を基本マスタとして生成される子データテーブルである。親データテーブルＡ１は所定の項目を主キーとして有し、その主キーと同じ内容の外部キーを子データテーブルＡ２が有し、この主キーおよび外部キーのリレーションにより、親データテーブルＡ１と子データテーブルＡ２が互いにリンクする関係となっている。

また、各店舗サーバ２０は、制御部２１、制御プログラム記憶用のＲＯＭ２２、データ記憶用のＲＡＭ２３、データ記憶用のハードディスクドライブ（ＨＤＤ）２４、表示部２５、操作部２６、およびネットワークインターフェース（Ｉ／Ｆ）２７などを有している。

このような構成のデータ管理システムにおいて、センターサーバ１における制御部２は、データベース管理に関する主要な機能として、次の（１）（２）を有している。
（１）ＲＯＭ３内のＳＰ処理アプリケーションプログラムを起動してＳＰフォルダ５ｃ内のストアドプロシージャを実行し、これによりＳＱＬデータファイルフォルダ５ｂ内の各ＳＱＬデータファイルをホストサーバや各店舗サーバ２０に適したフォーマット形式に変換する制御手段。各ＳＱＬデータファイルの内容として、例えば引数１（ファイル名），引数２（対象日付），…引数ｎがある。

（２）上記変換されたデータファイルをホストサーバや各店舗サーバ２０からの要求に応じて同サーバに提供する提供手段。具体的には、変換されたデータファイルをファイルフォルダ５ｄに一旦保持し、その保持したデータファイルを要求元のサーバの受取り形式に合せて提供する。

つぎに、図３および図４を参照しながら作用について説明する。
センターサーバ１に他のサーバからＳＱＬデータファイルの要求があると、センターサーバ１のＳＱＬデータファイルフォルダ５ｂにおける各ＳＱＬデータファイルの１つが読出される（ステップ１０１）。そして、読出されたＳＱＬデータファイルが、カンマで区切られたＣＳＶ（Comma Separated Values）であるか、テーブルデータそのままのＢＣＰ（Bridge Control Protocol）であるかが、判定される（ステップ１０２）。

読出されたＳＱＬデータファイルがＣＳＶの場合、店舗別作成フラグが“１”で（ステップ１０３の“１”）、本部から販売センターに対してＳＱＬデータファイルが要求されていれば、ストアドプロシージャの実行により、ＳＱＬデータファイルが本部のホストサーバに適したフォーマット形式のデータファイルに変換される（ステップ１０４）。変換されたデータファイルは、ファイルフォルダ５ｄに保持される。

店舗別作成フラグが“０”で（ステップ１０３の“０”）、各店舗から販売センターに対してＳＱＬデータファイルが要求されている状況では、ストアドプロシージャの実行により、ＳＱＬデータファイルが各店舗サーバ２０に適したフォーマット形式のデータファイルにそれぞれ変換される（ステップ１０５）。変換されたデータファイルは、ファイルフォルダ５ｄに保持される。

ここで、店舗ヘッダ付加フラグが“０”であれば（ステップ１０６の“０”）、店舗ヘッダが作成され、それが上記保持されたデータファイルに付加される（ステップ１０７）。店舗ヘッダ付加フラグが“１”の場合（ステップ１０６の“１”）、店舗ヘッダは作成されない。

続いて、ＨＤＳ（Hierarchy Data Set）ファイル付加フラグが“０”であれば（ステップ１０８の“０”）、ＨＤＳヘッダが作成され、それが上記保持されたデータファイルに付加される（ステップ１０９）。つまり、上記店舗別作成フラグが“０”となっていれば店舗コードとして実際の店舗コードがセットされたＨＤＳヘッダが付加され、店舗別作成付加フラグが“１”となっていれば店舗コードとしてホストコードがセットされたＨＤＳヘッダが付加される。ＨＤＳファイル付加フラグが“１”の場合（ステップ１０８の“１”）、ＨＤＳファイルヘッダは付加されない。

さらに、日付時刻付加フラグが“０”であれば（ステップ１１０の“０”）、上記保持されたデータファイルに現時点の日付及び時刻データが付加される（ステップ１１１）。日付時刻付加フラグが“１”の場合（ステップ１１０の“１”）、日付及び時刻データは付加されない。

そして、上記保持されたデータファイルを受取る側のサーバの受取り形式がＦＴＰ（File Transfer Protocol）であるか指定フォルダであるかが判定される（ステップ１１２）。受取り形式がＦＴＰであれば、上記保持されたデータファイルがＦＴＰ形式で受取り側のサーバに送信される。受取り形式が指定フォルダであれば、上記保持されたデータファイルが受取り側のサーバからのアクセスにより同サーバ内の指定フォルダにコピーされる。

一方、上記読出されたＳＱＬデータファイルがＢＣＰの場合（ステップ１０２のBCP）、そのＢＣＰの出力形式が全件であるか一部であるかが判定される（ステップ１１５）。全件であれば、上記読出されたＳＱＬデータファイルの全件が抽出されてファイルフォルダ５ｄに一旦保持される（ステップ１１６）。一部であれば、上記読出されたＳＱＬデータファイルの一部のみ抽出されてファイルフォルダ５ｄに一旦保持される（ステップ１１７）。

ここで、ＨＤＳ（Hierarchy Data Set）ファイル付加フラグが“０”であれば（ステップ１０８の“０”）、ＨＤＳヘッダが作成され、それが上記保持されたＳＱＬデータファイルに付加される（ステップ１０９）。すなわち、店舗別作成フラグが“０”となっていれば、店舗コードとして実際の店舗コードがセットされたＨＤＳヘッダが付加される。店舗別作成フラグが“１”となっていれば、店舗コードとしてホストコードがセットされたＨＤＳヘッダが付加される。ＨＤＳファイル付加フラグが“１”の場合（ステップ１０８の“１”）、ＨＤＳファイルヘッダは付加されない。

さらに、日付時刻付加フラグが“０”であれば（ステップ１１０の“０”）、上記保持されたＳＱＬデータファイルに現時点の日付及び時刻データが付加される（ステップ１１１）。日付時刻付加フラグが“１”の場合（ステップ１１０の“１”）、日付及び時刻データは付加されない。

そして、上記保持されたＳＱＬデータファイルの受取り側のサーバの受取り形式がＦＴＰ（File Transfer Protocol）であるか指定フォルダであるかが判定される（ステップ１１２）。受取り形式がＦＴＰであれば、上記保持されたＳＱＬデータファイルがＦＴＰ形式で受取り側のサーバに送信される。受取り形式が指定フォルダあれば、上記保持されたＳＱＬデータファイルが受取り側のサーバからのアクセスにより同サーバ内の指定フォルダにコピーされる。

以上のように、センターサーバ１のデータベース５ａに対する操作用のＳＱＬデータファイルを同センターサーバ１に記憶しておき、さらに、ＳＱＬデータファイルを他のサーバに適したフォーマット形式に変換するためのストアドプロシージャを同センターサーバ１に記憶しておき、センターサーバ１に対し他のサーバからＳＱＬデータファイルの要求があるとき、ＳＱＬデータファイルを要求元のサーバに適したフォーマット形式のデータファイルに変換して同要求元に提供する構成としたので、多くのコストと手間のかかるＥＸＥファイル等の処理プログラムを要することなく、データベース５ａに対する操作用のデータファイルを、低コストで簡単に、各サーバの相互間で共有することが可能となる。

なお、上記実施形態では、センターサーバ１および複数の店舗サーバ２０からなるクライアント・サーバ・システム型のデータ管理システムを例に説明したが、データベースを有するものであれば、他のシステムにも同様に適用可能である。その他、この発明は上記実施形態に限定されるものではなく、要旨を変えない範囲で種々変形実施可能である。

一実施形態の全体的な構成を示す図。 一実施形態におけるデータベースの記憶内容を示す図。 一実施形態におけるセンターサーバの主な処理を説明するための図。 一実施形態の作用を説明するためのフローチャート。

符号の説明

１…センターサーバ、２…制御部、４…ＲＡＭ、５…ハードディスクドライブ、５ａ…データベース、５ｂ…ＳＱＬデータファイルフォルダ、５ｃ…ＳＰフォルダ、５ｄ…ファイルフォルダ、１０…通信ネットワーク、２０…店舗サーバ（クライアント）、２１…制御部

Claims (3)

1. データベースを有するセンターサーバおよびこのセンターサーバにネットワーク接続された複数の店舗サーバからなるデータ管理システムにおいて、
   前記センターサーバに設けられ、前記データベースに対する操作用のＳＱＬデータファイルが記憶されたＳＱＬデータファイルフォルダと、
   前記センターサーバに設けられ、前記ＳＱＬデータファイルフォルダ内のＳＱＬデータファイルを本部のホストサーバおよび前記各店舗サーバに適したフォーマット形式に変換するためのストアドプロシージャが記憶されたＳＰフォルダと、
   前記センターサーバに設けられた制御部と、
   を備え、
   前記制御部は、
   前記ホストサーバまたは前記各店舗サーバから前記ＳＱＬデータファイルの要求があったとき、前記ＳＱＬデータファイルフォルダ内のＳＱＬデータファイルを読出す手段と、
   前記要求元が前記ホストサーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記ホストサーバに適したフォーマット形式のデータファイルに変換して保持する手段と、
   前記要求元が前記店舗サーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記各店舗サーバに適したフォーマット形式のデータファイルに変換して保持する手段と、
   前記保持したデータファイルを前記要求元のサーバに提供する手段と、
   を含むことを特徴とするデータ管理システム。
2. 前記制御部は、
   前記ホストサーバまたは前記各店舗サーバから前記ＳＱＬデータファイルの要求があったとき、前記ＳＱＬデータファイルフォルダ内のＳＱＬデータファイルを読出す手段と、
   前記読出したＳＱＬデータファイルがＣＳＶであるかＢＣＰであるか判定する手段と、
   前記判定の結果がＣＳＶで、かつ前記要求元が前記ホストサーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記ホストサーバに適したフォーマット形式のデータファイルに変換して保持する手段と、
   前記判定の結果がＣＳＶで、かつ前記要求元が前記店舗サーバである場合、前記読出したＳＱＬデータファイルを前記ＳＰフォルダ内のストアドプロシージャにより前記各店舗サーバに適したフォーマット形式のデータファイルに変換して保持する手段と、
   必要に応じて店舗ヘッダを作成し前記保持したデータファイルに付加する手段と、
   必要に応じて店舗コードまたはホストコードがセットされたＨＤＳヘッダを作成し前記保持したデータファイルに付加する手段と、
   前記判定の結果がＢＣＰの場合、そのＢＣＰの出力形式が全件であるか一部であるか判定する手段と、
   前記判定の結果が全件であれば、前記読出したＳＱＬデータファイルの全件を抽出して保持する手段と、
   前記判定の結果が一部であれば、前記読出したＳＱＬデータファイルの一部のみ抽出して保持する手段と、
   必要に応じて店舗コードまたはホストコードがセットされたＨＤＳヘッダを作成し前記保持したＳＱＬデータファイルに付加する手段と、
   前記保持したデータファイルまたはＳＱＬデータファイルを前記要求元のサーバに提供する手段と、
   を含む、
   ことを特徴とする請求項１記載のデータ管理システム。
3. 前記提供する手段は、前記保持したデータファイルまたはＳＱＬデータファイルを前記要求元のサーバの受取り形式に合わせてその要求元のサーバに提供する、
   ことを特徴とする請求項１または請求項２記載のデータ管理システム。

Images