JP2015060280A - データ提供システムおよびデータ提供方法 - Google Patents

Abstract

【課題】キューブ更新・リリースにおけるユーザへの負担を軽減するデータ提供システムおよびデータ提供方法を提供する。
【解決手段】サーバからクライアント端末にデータを提供するデータ提供システムであって、データに参照可能な状態で保持する第１のフォルダと、データに参照可能でない状態で保持する第２のフォルダと、データベースから所定の項目を抽出してデータを生成または更新する更新部と、更新部がデータを更新した場合に、更新されたデータを第２のフォルダに格納する格納部と、格納部が更新されたデータを第２のフォルダに格納した場合に、クライアント端末から参照可能なフォルダを、第１のフォルダから第２のフォルダに変更し、そのフォルダを参照可能な状態に設定するフォルダ制御部と、を備える。
【選択図】図１

Description

本発明は、データ提供システムおよびデータ提供方法に関する。

従来、情報分析システムでは、基幹システムの大規模データを格納するデータベースであるデータウェアハウス(DWH)とWebベースのBI(Business Intelligence)ツールを連携して集計・分析する方法が採用されることが多い。このようなデータの集計・分析ではDWHを直接参照するのではなく、BIツールの機能で作成される多次元データベース・キューブを使用する。キューブは、ユーザのニーズに合わせた複数の分析軸と数値データを有し、これらを自由に組み合わせることで柔軟な分析を提供する。また、分析軸単位に集計された数値を持つため、DWHに直接SQLを発行して集計するよりも高速な検索が可能である。このようなデータの集計・分析を行う技術として、例えば、特許文献１では、他次元キューブに対する多次元分析操作により、ドキュメントの目的に合わせて条件を動的に変化させ、ユーザの使用目的に近いドキュメントを容易に閲覧可能としている。

特開２００６−３０９２８５号公報

しかしながら、特許文献１では、キューブ更新時の利用者に対する負荷については考慮されていない。例えば、キューブのデータはリアルタイムではないため定期的な更新が必要である。また、キューブの更新処理はDWHを集計したデータであるため、キューブの構造やデータ量によっては高性能なハードを使用しても多大な処理時間を必要となる。キューブ更新中はプロセスがキューブをロックしてしまうためユーザからの参照ができなくなり、ユーザに対するサービスを停止しなければならない場合が生じ得る。

また、キューブ更新をBIツールとは別のサーバで実施し、更新後にAPサーバ側に配布する構成であれば更新ツールによってキューブがロックされることはない。しかしながら、APサーバへのキューブのコピー時には一旦BIツールからキューブを切りはなす必要があるため大容量のキューブの場合はそのコピー処理に時間がかかり、長時間使用不可となるため、ユーザに対するサービスを停止しなければならない場合がある。すなわち、このようなユーザに対するサービスを停止によって、ユーザが所望のデータを使用できなくなるという負担が生じてしまう。

本発明は、上記に鑑みてなされたものであって、キューブ更新・リリースにおけるユーザへの負担を軽減するデータ提供システムおよびデータ提供方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明にかかるデータ提供システムは、サーバからクライアント端末にデータを提供するデータ提供システムであって、前記データに参照可能な状態で保持する第１のフォルダと、前記データに参照可能でない状態で保持する第２のフォルダと、データベースから所定の項目を抽出して前記データを生成または更新する更新部と、前記更新部がデータを更新した場合に、更新されたデータを前記第２のフォルダに格納する格納部と、前記格納部が前記更新されたデータを前記第２のフォルダに格納した場合に、前記クライアント端末から参照可能なフォルダを、前記第１のフォルダから前記第２のフォルダに変更し、そのフォルダを参照可能な状態に設定するフォルダ制御部と、を備えることを特徴とするデータ提供システムとして構成される。

また、本発明は、上記データ提供システムで行われるデータ提供方法として把握される。

本発明によれば、情報システムのキューブ更新・リリースにおけるユーザへの負荷を軽減することができる。

本実施の形態における情報処理システムの構成例を示す図である。 ＤＨＷが記憶する明細テーブルの構成例を示す図である。 キューブ管理テーブルの構成例を示す図である。 メッセージテーブルの構成例を示す図である。 レポートテーブルの構成例を示す図である。 ユーザ情報テーブルの構成例を示す図である。 グループテーブルの構成例を示す図である。 図３〜７に示した各テーブルの関連を表したＥＲ図である。 情報分析処理の処理手順を示すフローチャートである。 情報分析処理の処理手順を示すフローチャートである。 キューブ更新処理の処理手順を示すフローチャートである。 データチェック処理の処理手順を示すフローチャートである。 伝送処理の処理手順を示すフローチャートである。 参照先制御処理の処理手順を示すフローチャートである。 メール配信処理の処理手順を示すフローチャートである。 レポート配信処理の処理手順を示すフローチャートである。 レポート配信処理で配信されるレポートの例を示す図である。

以下に添付図面を参照して、本発明にかかるデータ提供システムおよびデータ提供方法の実施の形態を詳細に説明する。

図１は、本実施の形態における情報処理システムの構成例を示す図である。図１に示すように、データ提供システム１０００は、ユーザ環境部１００と、フロントエンド環境部２００と、バックエンド環境部３００とを有して構成されている。

ユーザ環境部１００は、クライアント端末１０１を有している。クライアント端末１０１は、システムの利用者が様々なデータを検索して参照したり、取得するための端末である。クライアント端末１０１は、データを検索して参照したり、取得するためのブラウザやアプリケーションを備え、ネットワークによる通信が可能な一般的なＰＣ（Personal Computer）によって構成される。

図１に示すように、クライアント端末１０１は、入力部１０１１と、表示部１０１２と、通信部１０１３とを有して構成されている。入力部１０１１は、ユーザからデータの検索や取得についての入力操作を受け付ける。表示部１０１２は、ユーザが検索または取得した結果を表示する。通信部１０１３は、ネットワーク１０２を介してアプリケーションサーバ３０１との間における各種データを送受信する。なお、ネットワーク１０２は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の一般的な公衆回線網である。

バックエンド環境部２００は、クライアント端末１０１から直接参照出来ない環境下にある１または複数の装置から構成され、バッチサーバ２０１と、管理者端末５０１とを有している。バッチサーバ２０１は、ユーザに提供するデータを生成するためのサーバであり、データウェアハウス（ＤＷＨ）２０２と、サマリＤＢ２０３と、キューブ２０４と、キューブ更新部２０５と、データチェック部２０６と、参照先制御部２０７と、伝送部２０８と、記憶部２０９とを有している。

ＤＷＨ２０２は、ユーザに参照させるキューブが有する項目を含むデータ（テーブル）の集合体（例えば、店舗ごとの商品の売上についての明細テーブル）である。図２は、ＤＨＷ２０２が記憶するテーブル（以下、明細テーブルと呼ぶ。）の構成例を示す図である。図２に示すように、明細テーブルは、地域と、店舗名と、商品種別と、商品名と、販売日時と、数量と、金額と、年齢とを含んでいる。地域は、店舗のある地域を示す情報であり、店舗名は商品を販売した店舗名である。また、商品種別は、販売した商品の種類を示す情報であり、商品名はその商品の名称である。販売日時は、その商品を販売した日時であり、数量は販売された商品数である。金額は、その商品が販売された金額であり、年齢は、その商品の購入者の年齢である。これらの各情報は、例えば、各店舗での売り上げを管理する販売網システム等の他のシステムによって、随時ＤＷＨ２０２の明細テーブルに記憶される。図１では、例えば、「関東」地域にある「関東０１店」で、２０１３年４月１日の１２：００に、食料品である「○○○」（金額：９８０円）が１個販売され、その購入者は２８歳であったことを示している。このように、ＤＷＨ２０２の明細テーブルには、随時販売に関する売上の明細データが格納される。

サマリＤＢ２０３は、サマリ情報２０３１を格納するデータベースである。サマリ情報２０３１は、ＤＷＨ２０２からキューブ２０４を作成または更新する場合に、ＤＷＨ２０２または基幹ＤＢ（後述）で記憶されていた際のデータの内容と、キューブ２０４を作成または更新した際のデータの内容とが同じであることを検証するための基準となる項目を定めたものである。サマリ情報２０３１には、キューブに含まれる特定の行・列・数値項目の組み合わせ（例えば、店舗名、商品名、数量、金額等のＤＷＨ２０２やキューブ２０４に含まれる項目の組み合わせ）が含まれており、あらかじめ管理者等によって記憶されている。後述するデータチェック部２０６は、このサマリ情報２０３１に記憶されている項目について集計し、その結果が同じであるか否かを判定することによって、両者のデータの同一性や整合性を検証する。

キューブ２０４は、ＤＨＷ２０２が記憶する明細データの項目から、あらかじめ定められた項目を抽出した項目を含むデータである。キューブ２０４は、例えば、図２に示した明細データのうち、年齢以外の各項目を含むサマリデータである。

キューブ更新部２０５は、ＤＷＨ２０２が更新された場合に、ＤＷＨ２０２からあらかじめ定められた項目を抽出し、キューブ２０４を生成、または更新する。データチェック部２０６は、サマリ情報２０３１に記憶されている項目についてＤＷＨ２０２の明細データからデータを抽出し、サマリデータを生成する。また、データチェック部２０６は、キューブ２０４をサマリ情報２０３１と同じ基準で集計し、その集計結果と生成したサマリデータとを比較し、その同一性や整合性を検証する。

参照先制御部２０７は、アプリケーションサーバ３０１が有する参照用フォルダ３０５や参照用フォルダ３０７に対するクライアント端末１０１からの参照先を切り替える。伝送部３０８は、キューブ更新部２０５によって生成または更新されたキューブ２０４を、アプリケーションサーバ３０１に送信し、参照用フォルダ３０５や参照用フォルダ３０７に格納する。記憶部２０９は、キューブ管理テーブル２０９１と、メッセージテーブル２０９２と、レポートテーブル２０９３と、ユーザ情報テーブル２０９４と、グループテーブル２０９５とを有している。

図３は、キューブ管理テーブル２０９１の構成例を示す図である。キューブ管理テーブル２０９１は、キューブ更新部２０５によって生成または更新されたキューブ２０４を管理するためのテーブルである。図３に示すように。キューブ管理テーブル２０９１は、キューブを識別するためのキューブＩＤと、そのキューブ名称と、そのキューブが格納され、クライアント端末１０１から参照されるアプリケーションサーバ３０１の参照用フォルダと、その参照先フォルダが切り替えられた日時を示す参照先切替日時と、キューブ２０４の生成または更新時にクライアント端末１０１に配信するメールおよびメッセージを識別するための配信メールメッセージＩＤと、キューブ２０４の生成または更新時にクライアント端末１０１に配信するレポートを識別するための複数の配信レポートＩＤとが対応付けて記憶されている。図３では、例えば、キューブＩＤ「cube_001」によって識別されるキューブ「販売実績」は、2013年１月２５日の午前７：００に、アプリケーションサーバ３０１の参照先フォルダ「D:\cube\cubeA」に切り替えられたことを示している。またこのとき、クライアント端末１０１に対して、mail_001で識別されるメッセージと、「rep_001a」、「rep_001b」によって識別されるレポートが配信されることを示している。

図４は、メッセージテーブル２０９２の構成例を示す図である。メッセージテーブル２０９２は、クライアント端末１０１に配信されるメールのメッセージを管理するためのテーブルである。図４に示すように、メッセージテーブル２０９２は、メッセージを識別するためのメッセージＩＤと、そのメッセージＩＤのメッセージと、そのメッセージを配信するグループを示す複数の配信先グループとが対応付けて記憶されている。図４では、例えば、「mail_001」によって識別されるメッセージは、「最新の販売実績データを更新しました（毎日 ７：００更新）」であり、配信先として、「Gr_001」、「Gr_002」で識別されるグループに配信されることを示している。

図５は、レポートテーブル２０９３の構成例を示す図である。レポートテーブル２０９５は、クライアント端末１０１に配信されるレポートを管理するためのテーブルである。図５に示すように、レポートテーブル２０９３は、レポートを識別するためのレポートIDと、そのレポート名称と、そのレポートの出力形式と、配信するレポートについてのメッセージを識別するための配信レポートメッセージＩＤとが対応付けて記憶されている。図５では、例えば、「rep_001a」で識別されるレポート「組織別売上実績」は、「.xls」形式で出力され、その際のメッセージとして「mail_rep_001a」で識別されるメッセージが配信されることを示している。

図６は、ユーザ情報テーブル２０９４の構成例を示す図である。ユーザ情報テーブル２０９４は、このシステムの利用者を管理するためのテーブルである。図６に示すように、ユーザ情報テーブル２０９４は、システムの利用者を識別するためのユーザＩＤと、そのユーザの名称と、そのユーザが属する複数のグループと、そのユーザのメールアドレスと、そのユーザに対してメールの配信が必要か否かを示すメール配信要否フラグとが対応付けて記憶されている。図６では、例えば、「userA」で識別される「社員Ａ」のユーザは、「Gr_001」に属し、メールアドレスが「userA@abcde.com」であり、メール配信が必要（値が０）であることを示している。

図７は、グループテーブル２０９５の構成例を示す図である。グループテーブル２０９５は、グループを管理するためのテーブルである。図７に示すように、グループテーブル２０９５は、グループを識別するためのグループＩＤと、そのグループの名称とが対応付けて記憶されている。図７では、例えば、グループＩＤが「Gr_001」で識別されるグループのグループ名称は「１課」であることを示している。なお、バッチサーバ２０１の各部が行う具体的な処理については、フローチャートを用いて後述する。

図８は、図３〜７に示した各テーブルの関連を表したＥＲ(Entity Relationship Diagram)図である。図８に示すように、上述した各テーブルは、点線で示した各項目によって、互いに関連付けられていることがわかる。続いて、図１に戻って、管理者端末５０１について説明する。

管理者端末５０１は、本システムの管理者がバッチサーバ３０１を管理するための端末である。図１に示すように、管理者端末５０１は、表示部５０１１と、通信部５０１２とを有している。特に図示していないが、これらの各部を制御する制御部を有している。なお、管理者端末５０１は、ネットワーク１０２と同様のネットワークにより、バッチサーバ２０１に接続されている。

表示部５０１１は、バッチサーバ２０１で行われた各処理の結果（正常、エラー等）を表示する。通信部５０１２は、表示部５０１１が画面に表示するための各種のデータを受信する。続いて、フロントエンド環境部２００について説明する。

フロントエンド環境部２００は、クライアント端末１０１に対して最も前面にある１または複数の装置から構成され、アプリケーションサーバ３０１を有して構成されている。図１に示すように、アプリケーションサーバ３０１は、クライアント端末１０１からのデータ検索要求やデータ取得要求を受け付けて、その結果を返すサーバであり、アプリケーション部３０２と、複数の参照用フォルダ（参照用フォルダ３０５、３０７等）と、メール配信部３０９とを有して構成されている。

アプリケーション部３０２は、クライアント端末１０１から受け付けたデータ検索要求やデータ取得要求に従って、あるいはキューブ２０４が更新された場合に、そのデータの分析やそのデータに関するレポートを生成し、配信する。また、アプリケーション部３０２は、生成、更新されたキューブ２０４が参照用フォルダ３０５、３０７に新たに格納された場合に、クライアント端末１０１から参照可能なフォルダを、それまでの参照用フォルダからそのフォルダに変更して参照可能な状態に設定し、ユーザに対して最新のキューブ２０４の内容を提供する。アプリケーション部３０２は、多次元分析部３０３と、レポート配信部３０４とを有している。

多次元分析部３０３は、ユーザからの分析要求に従って分析プログラムを生成し、参照可能となっている参照用フォルダにアクセスし、生成された分析プログラムに記述されたプログラムの内容に従って、ユーザ所望のデータを検索し、または取得する。レポート配信部３０４は、キューブ２０４が生成、更新等された場合に、生成、更新等されたキューブ２０４についてのレポートを、クライアント端末１０１に送信する。

参照用フォルダ（参照用フォルダ３０５、３０７等）は、バッチサーバ２０１から受信したキューブ２０４を格納する。メール配信部３０９は、キューブ２０４が生成または更新された場合に配信するクライアント端末１０１宛のメールを生成し、配信する。なお、アプリケーションサーバ３０１の各部が行う具体的な処理については、フローチャートを用いて後述する。

図９Ａ、９Ｂは、本システムで行われるキューブ２０４を生成または更新し、クライアント端末１０１に最新のキューブ２０４を提供したり、またはそのキューブ２０４に対するクライアント端末１０１からの情報分析を受け付ける処理（以下、情報分析処理と呼ぶ。）の処理手順を示すフローチャートである。

図９Ａに示すように、情報分析処理では、まず、キューブ更新部２０５がキューブ更新処理を実行する（ステップＳ９０１）。図１０は、キューブ更新処理の処理手順を示すフローチャートである。図１０に示すように、キューブ更新部２０５は、外部システムによって基幹ＤＢが作成・更新されると、作成・更新された基幹ＤＢと同じ項目をＤＷＨから抽出し、明細データを作成・更新する（ステップＳ１００１）。キューブ更新部２０５は、その作成・更新が正常に終了したか否かを判定し（ステップＳ１００２）、その作成・更新が正常に終了していないと判定した場合（ステップＳ１００２；Ｎｏ）、管理者端末５０１にその旨のエラーを通知する（ステップＳ１００５）。

一方、キューブ更新部２０５は、その作成・更新が正常に終了したと判定した場合（ステップＳ１００２；Ｙｅｓ）、ＤＷＨ２０２を作成・更新したデータによってキューブ２０４を作成・更新し、最新の状態にする（ステップＳ１００３）。そして、キューブ更新部２０５は、その作成・更新が正常に終了したか否かを判定し（ステップＳ１００４）、その作成・更新が正常に終了していないと判定した場合（ステップＳ１００４；Ｎｏ）、ステップＳ１００５と同様に、管理者端末５０１にその旨のエラーを通知する（ステップＳ１００６）。一方、キューブ更新部２０５は、その作成・更新が正常に終了したと判定した場合（ステップＳ１００４；Ｙｅｓ）、何もせずに処理を正常終了させる。ステップＳ１００４〜Ｓ１００６のいずれかの処理が終了すると、図１０に示したキューブ更新処理が終了する。

そして、図９Ａに戻って、キューブ更新部２０５は、キューブ更新処理でエラーがあったか否かを判定し（ステップＳ９０２）、エラーがあったと判定した場合（ステップＳ９０２；Ｎｏ）、そのまま情報分析処理を終了させる。一方、キューブ更新部２０５が、エラーがなかったと判定した場合（ステップＳ９０２；Ｙｅｓ）、続いて、データチェック部２０６がデータチェック処理を実行する（ステップＳ９０３）。

図１１は、データチェック処理の処理手順を示すフローチャートである。図１１に示すように、データチェック部２０６は、まず、サマリ情報２０３１と同様に、作成・更新されたキューブ２０４に含まれるあらかじめ定められた特定の行・列・数値項目の組み合わせについて集計し、その結果を出力する（ステップＳ１１０１）。

データチェック部２０６は、サマリ情報２０３１を参照してキューブ２０４の作成元となったＤＷＨ２０２の明細データについての集計結果（以下、サマリ集計結果と呼ぶ。）と、ステップＳ１１０１で算出した集計結果（以下、算出集計結果と呼ぶ。）の行項目を比較し（ステップＳ１１０２）、両者が相違ないか否かを判定する（ステップＳ１１０３）。

データチェック部２０６は、両者に相違があると判定した場合（ステップＳ１１０３；Ｎｏ）、管理者端末５０１にその旨のエラーを通知する（ステップＳ１００６）。一方、データチェック部２０６は、両者に相違がないと判定した場合（ステップＳ１１０３；Ｙｅｓ）、さらに、サマリ集計結果と算出集計結果の列項目を比較し（ステップＳ１１０４）、両者が相違ないか否かを判定する（ステップＳ１１０５）。

そして、データチェック部２０６は、両者に相違があると判定した場合（ステップＳ１１０５；Ｎｏ）、ステップＳ１１０３の場合と同様に、管理者端末５０１にその旨のエラーを通知する（ステップＳ１００８）。一方、データチェック部２０６は、両者に相違がないと判定した場合（ステップＳ１１０５；Ｙｅｓ）、さらに、サマリ集計結果と算出集計結果の数値項目を比較し（ステップＳ１１０６）、両者が相違ないか否かを判定する（ステップＳ１１０７）。

そして、データチェック部２０６は、両者に相違があると判定した場合（ステップＳ１１０７；Ｎｏ）、ステップＳ１１０３等の場合と同様に、管理者端末５０１にその旨のエラーを通知する（ステップＳ１００８）。一方、データチェック部２０６は、両者に相違がないと判定した場合（ステップＳ１１０７；Ｙｅｓ）、何もせずに処理を正常終了させる。ステップＳ１１０７またはＳ１１０８の処理が終了すると、図１１に示したデータチェック処理が終了する。

そして、図９Ａに戻って、データチェック部２０６は、データチェック処理でエラーがあったか否かを判定し（ステップＳ９０４）、エラーがあったと判定した場合（ステップＳ９０４；Ｎｏ）、そのまま情報分析処理を終了させる。一方、キューブ更新部２０５が、エラーがなかったと判定した場合（ステップＳ９０４；Ｙｅｓ）、続いて、伝送部２０８が伝送処理を実行する（ステップＳ９０５）。

伝送部２０８は、キューブ管理テーブル２０９１の参照先フォルダを参照し、現在のキューブ２０４の参照先を取得し（ステップＳ１２０１）、キューブ２０４の伝送先フォルダを決定する（ステップＳ１２０２）。具体的には、伝送部２０８は、現在のキューブ２０４の参照先以外のフォルダを伝送先のフォルダとして決定する。

そして、伝送部２０８は、決定したフォルダにキューブ２０４を伝送し（ステップＳ１２０３）、その伝送が正常終了したか否かを判定する（ステップＳ１２０４）。伝送部２０８は、その伝送が正常終了していないと判定した場合（ステップＳ１２０４；Ｎｏ）、管理者端末５０１にその旨のエラーを通知する（ステップＳ１２０５）。

一方、伝送部２０８は、その伝送が正常終了したと判定した場合（ステップＳ１２０４；Ｙｅｓ）、何もせずにそのまま処理を正常終了させる。ステップＳ１２０４またはＳ１２０５の処理が終了すると、図１２に示した伝送処理が終了する。

そして、図９Ａに戻って、伝送部２０８は、伝送処理でエラーがあったか否かを判定し（ステップＳ９０６）、エラーがあったと判定した場合（ステップＳ９０６；Ｎｏ）、そのまま情報分析処理を終了させる。一方、伝送部２０８が、エラーがなかったと判定した場合（ステップＳ９０６；Ｙｅｓ）、続いて、参照先制御部２０７が参照先の切替スケジュール（キューブ管理テーブル２０９１の参照先切替日時）を設定する（ステップＳ９０７）。切り替えスケジュールの具体的な日時についてはあらかじめ管理者等によって定められている。

そして、参照先制御部２０７は、切り替えた日時が到来したか否かを判定し（ステップＳ９０８）、切り替えた日時が到来したと判定した場合（ステップＳ９０８；Ｙｅｓ）、参照先制御処理を実行する（ステップＳ９０９）。

図１３は、参照先制御処理の処理手順を示すフローチャートである。図１３に示すように、参照先制御部２０７は、キューブ管理テーブル２０９１の参照先フォルダを参照し、現在ユーザに開示している参照先を取得し（ステップＳ１３０１）、参照先フォルダを現在の参照先フォルダ以外のフォルダに更新する（ステップＳ１３０２）。

参照先制御部２０７は、その更新が正常終了したか否かを判定し（ステップＳ１３０３）、その更新が正常終了していないと判定した場合（ステップＳ１３０３；Ｎｏ）、管理者端末５０１にその旨のエラーを通知する（ステップＳ１３０６）。一方、参照先制御部２０７は、その更新が正常終了したと判定した場合（ステップＳ１３０３；Ｙｅｓ）、さらにアプリケーション部３０２によるフォルダの参照先を更新したフォルダ（例えば、図１のＡ）に切り替える（ステップＳ３０４）。

そして、参照先制御部２０７は、その更新が正常終了したか否かを判定し（ステップＳ１３０５）、その更新が正常終了していないと判定した場合（ステップＳ１３０５；Ｎｏ）、管理者端末５０１にその旨のエラーを通知する（ステップＳ１３０６）。一方、参照先制御部２０７は、その更新が正常終了したと判定した場合（ステップＳ１３０５；Ｙｅｓ）、そのまま何もせずに処理を正常終了させる。ステップＳ１３０５またはＳ１３０６のいずれかの処理が終了すると、図１３に示した参照先制御処理が終了する。

そして、図９Ａに戻って、参照先制御部２０７は、参照先制御処理でエラーがあったか否かを判定し（ステップＳ９１０）、エラーがあったと判定した場合（ステップＳ９１０；Ｎｏ）、そのまま情報分析処理を終了させる。一方、参照先制御部２０７が、エラーがなかったと判定した場合（ステップＳ９１０；Ｙｅｓ）、続いて、メール配信部３０９がメール配信処理を実行する（ステップＳ９１１）。

図１４は、メール配信処理の処理手順を示すフローチャートである。図１４に示すように、メール配信部３０９は、キューブ管理テーブル２０９１、メッセージテーブル２０９２を参照し、キューブ２０４の生成・更新等のリリースを通知するメールを作成する（ステップＳ１４０１）。具体的には、メール配信部３０９は、キューブ管理テーブル２０９１の配信メールメッセージＩＤをキーとしてメッセージテーブル２０９２を参照し、そのＩＤに対応するメッセージを取得し、メール本文やタイトル等に記述する。

さらに、メール配信部３０９は、キューブ管理テーブル２０９１、グループテーブル２０９５、ユーザ情報テーブル２０９４を参照し、そのメールの配信先を取得する（ステップＳ１４０２）。具体的には、メール配信部３０９は、キューブ管理テーブル２０９１の配信メールメッセージＩＤをキーとしてメッセージテーブル２０９２を参照し、そのＩＤに対応する配信先グループを取得し、さらにそのグループをキーとしてメールアドレスやグループ名称、ユーザ名称を取得し、配信先やタイトル等に記述する。

そして、メール配信部３０９は、作成したメールを配信し（ステップＳ１４０３）、その配信が正常終了したか否かを判定する（ステップＳ１４０４）。メール配信部３０９は、その配信が正常終了していないと判定した場合（ステップＳ１４０４；Ｎｏ）、配信エラーとなった宛先を抽出した配信エラーリストを作成し(ステップＳ１４０５)、バッチサーバ２０１の伝送部２０８に送信し、伝送部２０８は、その配信エラーリストを管理者端末５０１に送信する（ステップＳ１４０６）。

一方、メール配信部３０９は、その配信が正常終了したと判定した場合（ステップＳ１４０４；Ｙｅｓ）、何もせずにそのまま処理を正常終了させる。ステップＳ１４０４またはＳ１４０６の処理が終了すると、図１４に示したメール配信処理が終了する。

そして、図９Ｂに戻って、メール配信処理が終了すると、レポート配信部３０４は、キューブ管理テーブル２０９１を参照し、作成したメールに対応する配信レポートＩＤを取得し（ステップＳ９１２）、配信すべきレポートがあるか否かを判定する（ステップＳ９１３）。レポート配信部３０４は、配信すべきレポートがある、すなわち、キュー管理テーブル２０９１の配信レポートＩＤに記載があると判定した場合（ステップＳ９１３；Ｙｅｓ）、レポート配信処理を実行する（ステップＳ９１４）。一方、レポート配信部３０４は、配信すべきレポートがない場合（ステップＳ９１３；Ｎｏ）、そのまま処理を終了させる。

図１５は、レポート配信処理の処理手順を示すフローチャートである。図１５に示すように、レポート配信処理では、レポート配信部３０４は、キューブ管理テーブル２０９１の配信レポートＩＤをキーとしてレポートテーブル２−９３にアクセスし、そのメールとともに配信すべきレポートを作成する（ステップＳ１５０１）。なお、レポート配信部３０４は、生成・更新された最新のキューブ２０４に格納されたデータを用いて、例えば、図１６に示すような店舗別の売上日報レポートを作成する。

そして、レポート配信部３０４は、メール配信の場合と同様に、キューブ管理テーブル２０９１、メッセージテーブル２０９２を参照し、キューブ２０４の生成・更新等のリリースを通知するメールに、作成したレポートを添付した添付メールを作成する（ステップＳ１５０２）。さらに、レポート配信部３０４は、メール配信の場合と同様に、キューブ管理テーブル２０９１、グループテーブル２０９５、ユーザ情報テーブル２０９４を参照し、その添付メールの配信先を取得する（ステップＳ１５０３）。

そして、レポート配信部３０４は、作成した添付メールを配信し（ステップＳ１５０４）、その配信が正常終了したか否かを判定する（ステップＳ１５０５）。レポート配信部３０４は、その配信が正常終了していないと判定した場合（ステップＳ１５０５；Ｎｏ）、配信エラーとなった宛先を抽出した配信エラーリストを作成し(ステップＳ１５０６)、バッチサーバ２０１の伝送部２０８に送信し、伝送部２０８は、その配信エラーリストを管理者端末５０１に送信する（ステップＳ１５０７）。

一方、レポート配信部３０４は、その配信が正常終了したと判定した場合（ステップＳ１５０５；Ｙｅｓ）、何もせずにそのまま処理を正常終了させる。ステップＳ１５０５またはＳ１５０７の処理が終了すると、図１５に示したレポート配信処理が終了する。

このように、本実施の形態における情報分析処理を行うことにより、ユーザに対するサービスを停止によって、ユーザが所望のデータを使用できなくなるという負担を軽減することができる。また、データチェック部２０６が、キューブ２０４のデータの誤りを防止するため、管理者が所有する基幹システムのサマリ情報と突き合わせるデータチェックを更新が完了したキューブに対し自動的に実施することができる。さらに、本システムでは、キューブ２０４の更新や参照用フォルダ３０５等へのコピーをユーザのBIツール利用と切り離した状態で実行する。そのため、運用スケジュールが立てやすく、また、更新が完了した最新キューブのリリースはBIツール上の設定切り替えのみで実行されるため、その切り替え処理が、短時間で完了するためユーザへの負荷は最小となり、ユーザに対する負荷を軽減し、システムの運用性を向上させることができる。

また、リリースしたキューブにデータ誤りがあった場合等の理由でバックアップから戻さなければならなくなった場合でも参照先を切り替えるのみで1世代前のキューブに戻すことが出来るため、短時間での対応が可能である。また、最新のキューブ２０４のリリースと合わせて、最新データリリースの通知や最新データから出力したレポートをユーザへ自動配信する。配信するレポートや対象ユーザはBIツールのセキュリティ機能で制御する。このため、ユーザはすみやかにキューブ２０４のデータが更新されたこと等、キューブ２０４に関する様々な情報を速やかに取得することができる。

なお、本実施の形態では、バッチサーバ２０１にＤＷＨ２０２やサマリ情報２０３１を保持することとした。しかし、これらのデータは他のシステムで予め生成、更新されるものであるため、バッチサーバ２０１とは別のサーバに保持させることとしてもよい。また、上述した例では、更新されたキューブ２０４がアプリケーションサーバ３０１に伝送された場合に、参照先制御部２０７が現在ユーザに開示している参照先を取得し、参照先フォルダを現在の参照先フォルダ以外のフォルダに更新することとしたが、これとは逆に、現在ユーザに開示していない参照先を取得し、参照先フォルダを現在の参照先フォルダに更新することとしてもよい。

１０００ データ提供システム
１００ ユーザ環境部
１０１ クライアント端末
１０１１ 入力部
１０１２ 表示部
１０１３ 通信部
２００ フロントエンド環境部
２０１ バッチサーバ
２０２ データウェアハウス
２０３ サマリＤＢ
２０４ キューブ
２０５ キューブ更新部
２０６ データチェック部
２０７ 参照先制御部
２０８ 伝送部
２０９ 記憶部
２０９１ キューブ管理テーブル
２０９２ メッセージテーブル
２０９３ レポートテーブル
２０９４ ユーザ情報テーブル
２０９５ グループテーブル
３００ バックエンド環境部
３０２ アプリケーション部
３０３ 多次元分析部
３０４ レポート配信部
３０５、３０７ 参照用フォルダ
３０９ メール配信部
５０１ 管理者端末
５０１ 管理者端末
５０１１ 表示部
５０１２ 通信部。

Claims (6)

1. サーバからクライアント端末にデータを提供するデータ提供システムであって、
   前記データに参照可能な状態で保持する第１のフォルダと、
   前記データに参照可能でない状態で保持する第２のフォルダと、
   データベースから所定の項目を抽出して前記データを生成または更新する更新部と、
   前記更新部がデータを更新した場合に、更新されたデータを前記第２のフォルダに格納する格納部と、
   前記格納部が前記更新されたデータを前記第２のフォルダに格納した場合に、前記クライアント端末から参照可能なフォルダを、前記第１のフォルダから前記第２のフォルダに変更し、そのフォルダを参照可能な状態に設定するフォルダ制御部と、
   を備えることを特徴とするデータ提供システム。
2. 前記フォルダ制御部は、前記格納部が前記第２のフォルダに前記更新されたデータを格納した後、所定の日時が到来したか否かを判定し、所定の日時が到来したと判定した場合に、前記第１のフォルダから前記第２のフォルダに変更し、そのフォルダを参照可能な状態に設定する、
   ことを特徴とする請求項１に記載のデータ提供システム。
3. 前記データベースから所定の項目を抽出し、前記更新部が生成または更新した前記データに含まれる項目のうち前記所定の項目と同じ項目を抽出し、両者の項目の値が同じであるか否かをチェックするデータチェック部を備え、
   前記格納部は、前記データチェック部によるチェックにより、前記両者の項目の値が同じである場合に、更新されたデータを前記第２のフォルダに格納する、
   ことを特徴とする請求項１または２に記載のデータ提供システム。
4. 前記データが更新された場合に、前記クライアント端末に前記データが更新された旨のメッセージをメール送信するメール配信部をさらに備える、
   ことを特徴とする請求項１〜３のいずれか１項に記載のデータ提供システム。
5. 前記データが更新された場合に、そのデータに関するレポートを生成し、または前記クライアントからの要求に応じてそのデータに関するレポートを生成するレポート生成部をさらに備え、
   前記メール配信部は、前記レポート生成部が生成したレポートを添付して前記クライアント端末にメール送信する、
   ことを特徴とする請求項４に記載のデータ提供システム。
6. サーバからクライアント端末にデータを提供するデータ提供システムで行われるデータ提供方法であって、
   データベースから所定の項目を抽出して前記データを生成または更新する更新ステップと、
   前記更新ステップにおいてデータを更新した場合に、更新されたデータを前記第２のフォルダに格納する格納ステップと、
   前記格納ステップにおいて前記更新されたデータを前記第２のフォルダに格納した場合に、前記クライアント端末から参照可能なフォルダを、前記データに参照可能な状態で保持する第１のフォルダから前記データに参照可能でない状態で保持する第２のフォルダに変更する変更ステップと、
   変更された前記フォルダを参照可能な状態に設定する設定ステップと、
   を含むことを特徴とするデータ提供方法。

Images