JP4172559B2 - データ分析結果通知装置および記録媒体 - Google Patents
データ分析結果通知装置および記録媒体 Download PDFInfo
- Publication number
- JP4172559B2 JP4172559B2 JP36416698A JP36416698A JP4172559B2 JP 4172559 B2 JP4172559 B2 JP 4172559B2 JP 36416698 A JP36416698 A JP 36416698A JP 36416698 A JP36416698 A JP 36416698A JP 4172559 B2 JP4172559 B2 JP 4172559B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- analysis
- notification
- analysis result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Quality & Reliability (AREA)
- General Physics & Mathematics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Theoretical Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Computer Hardware Design (AREA)
- Data Mining & Analysis (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、データベースについての技術に関し、特にデータベース上のデータの分析の結果を担当者に通知する技術に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
基幹業務系などと呼ばれるデータベースシステムでは、日々の企業活動で発生する様々な取引情報が更新され、蓄積されていく。このような情報を定型的に集計し、その集計結果を日毎、月毎といった時間軸などの視点で分析し、その分析結果を業務に反映させること、例として倉庫における商品在庫管理業務についての事例を挙げれば、在庫量が過剰になった商品の今後の入庫量を減少させる手配についての業務や、年末を控えた時期の商品在庫量を過去の実績に基づいて予め積み増しする手配についての業務など、は日常的に行われている。
【０００３】
データベースシステムには、このようなデータ分析の環境を提供するデータ活用ツールが備えられている。しかしながら、このようなツールを利用して行なったデータ分析の結果は、専用に作成されたアプリケーションソフトの組み込まれているクライアントでしか受け取ることができず、データ分析の結果を自己の業務に活用しようとしている業務担当者は不便を強いられていた。
【０００４】
以上の問題を鑑み、データベース上のデータの定型的な分析の結果を自動的に担当者に通知する新たな手段を提供することが本発明が解決しようとする課題である。
【０００５】
【課題を解決するための手段】
本発明のデータ分析結果通知装置は、通信ネットワークを介して複数のユーザからのデータ分析要求を受信し、各ユーザの指定に基づくデータ分析の分析結果を各通知先のユーザに送信するデータベースにおけるデータ分析結果通知装置であって、前記通信ネットワークを介して各ユーザから受信するデータ分析要求には、前記データベース内の項目に対するデータ分析の内容を指定する分析情報と、この分析情報によるデータ分析を実行するスケジュールを指定する実行情報と、この実行情報に従って得られる分析結果の通知を行なう条件を指定する通知条件情報と、通知先の判定に用いる期間および回数を指定する通知先判定情報とが含まれ、各ユーザからデータ分析要求を受信した場合には、前記分析情報と前記実行情報と前記通知条件情報と前記通知先判定情報とを対応付けて記憶する記憶手段と、前記記憶されている分析情報に従ったデータ分析を、該分析情報に対応付けられている実行情報で示されるスケジュールに従って実行する分析手段と、分析結果が前記実行情報に対応付けられている通知条件情報の通知条件を満たすかを判定し、通知条件を満たす場合にはさらに通知先を判定し、分析結果を通知するメッセージをその判定された通知先のユーザに送信する処理を、前記分析手段による分析結果が得られる毎に行なう通知手段と、を具備し、前記通知手段による通知先の判定は、前記通知先判定情報が指定する期間内に同一の分析情報による分析結果を通知した回数により行い、前記通知先判定情報が指定する回数を超えて通知を行なう場合にはメッセージの通知先を変更することを特徴としている。
【０００６】
図１は、本発明の原理構成を示す図である。同図は、データベースシステム１において行われるデータの定型的な分析の結果（以下、単に「分析結果」という）を担当者２へ最終的に通知する構成までを含む全体の構成を示すものである。
【０００７】
記憶装置３には、分析結果を担当者２に通知するべきものであるか否かを判断する条件である分析結果通知条件４についての定義が記憶される。
分析結果取得部５は、データベースシステム１から分析結果を取得するものである。
【０００８】
電子メール送出部６は、分析結果取得部５により取得された分析結果と、記憶装置３に記憶されている分析結果通知条件４と、を比較し、分析結果が分析結果通知条件４に合致したときに、その旨を通知する担当者２宛の電子メールをネットワーク８に送出するものである。
【０００９】
図１に示す構成において、ネットワーク８に送出された電子メールはメールサーバ７に蓄積される。担当者２はメールクライアント９を操作してメールサーバ７に蓄積されている自分宛の電子メールをネットワーク８を介して取得する。その結果、その内容から分析結果通知条件４に合致する分析結果がデータベースシステム１から得られたことを知り、その分析結果を担当業務に反映させることができる。
【００１０】
このように、本発明では、分析結果の通知を電子メールで行なうようにしたので、担当者２は、今では電子メールソフトが大概装備されている標準的なパソコンなどでも、分析結果を受け取ることができるようになり、利便性が向上する。また、分析結果通知条件４についての定義は、記憶装置３に複数記憶させても、また、その条件を変更しても良く、担当者２は、担当業務の現在の状況に応じた分析結果通知条件４を定義して記憶装置３に記憶させることにより、特に注目すべき分析結果が得られた場合にのみ、その事実を認知することができ、重要な分析結果についての通知が多数の分析結果の通知で埋もれてしまい、見逃してしまうおそれを軽減することができる。
【００１１】
なお、メールクライアント９がネットワーク８に常時接続されている形態では、電子メール送出部６が送出する電子メールをメールサーバ７に一時的に蓄積する代わりに、その電子メールを直接メールクライアント９が受信するようにしてもよい。
【００１２】
また、ネットワーク８としては、例えば、ＬＡＮ（ローカルエリアネットワーク）、公衆回線網、専用回線、インターネット（Internet）、あるいはこれらの組み合わせ、など、どのようなものであっても良い。
【００１３】
なお、上述した本発明の方法及び本発明の方法を実施する装置に加え、上述した本発明の方法をコンピュータに行なわせるプログラムを記憶したコンピュータ読み取り可能な記憶媒体も本発明に含まれる。ここでいう記憶媒体としては、例えば、コンピュータに内蔵されているＲＯＭやハードディスク装置などの記憶装置、コンピュータに外付けされる付属装置としてのこれらの記憶装置、コンピュータとネットワーク接続される他のコンピュータに付属する前述の記憶装置、あるいは、フロッピーディスク、ＭＯ（光磁気ディスク）、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどといった可搬型の記憶媒体、等がある。
【００１４】
また、図１において、分析結果取得部５は、分析結果の取得を繰り返し行ない、電子メール送出部６は、分析結果取得部５で繰り返し取得している分析結果が分析結果通知条件４に合致している間は、前記電子メールの送出を繰り返し行なうようにしても良い。こうすることにより、重要な分析結果についての通知を見逃してしまう危険性を更に軽減することができる。
【００１５】
更に、上述した場合において、担当者２を代理する代理人を、例えば記憶装置３に定義しておき、電子メール送出部６が電子メールの送出を所定回数繰り返した後は、代理人宛の電子メールを電子メール送出部６が送出するようにしてもよい。これは、例えば分析結果が異常値を呈しており、早急に正常な状態を回復することが要求されるような場合（例えば、前述の商品在庫管理業務において、在庫が過剰に積みあがってしまった場合など）などにおいて特に有益であり、所定回数の電子メールの送出にもかかわらず、分析結果の異常値が解消しないときには、担当者２の代理人にもその旨を通知する電子メールを送ることによって、何らかの原因で分析結果の正常状態への回復のための処置を十分行なえない担当者２に併せ、代理人も回復処置を施すことができるようになり、分析結果を正常な状態へ回復させる期待度を高めることができる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
ここでは、ある企業の倉庫における品目「時計」についての製品別の在庫管理において、製品在庫が所定数量を超えた場合に、そのことを自動的に警告する自動警報メールを担当者宛に送付する事例に沿って、本発明の実施の形態を説明する。
【００１７】
図２は、本発明の実施の形態の全体構成を示す図である。同図に示す構成は、データベースサーバ１１、クライアント１２及び１２’、Ｗｅｂサーバ１３、アプリケーションサーバ１４、メールサーバ１５からなる。これらはいずれも、ＣＰＵ、ＲＯＭ及びＲＡＭなどの内部記憶装置、ハードディスク装置などの外部記憶装置、入出力インタフェース等といった標準的なコンピュータの構成要素により構成されている。また、各構成要素は、データの交換が相互に行なえるように、ネットワーク接続されている。
【００１８】
ここで、アプリケーションサーバ１４が本発明に特に関係する構成要素であり、同図と図１との関係を示すと、アプリケーションサーバ１４内の自動警報管理情報５２を格納する記憶装置が記憶装置３に相当し、自動警報処理部５４が分析結果取得部５及び電子メール送出部６に相当する。また、メールサーバ１５がメールサーバ７に、クライアント１２内のメールクライアント３２がメールクライアント９に、それぞれ相当する。なお、図１のデータベースシステム１は、データベース自体とそのデータベースに蓄積されているデータの分析を行なう機能とを含んでいるので、図２におけるデータベースサーバ１１とアプリケーションサーバ１４の一部（自動警報処理部５４の一部及び出力定義５１）が相当する。
【００１９】
図２について更に詳しく説明する。
データベースサーバ１１は、倉庫における製品在庫についてのデータを蓄積しているデータベース２１のサーバである。
【００２０】
図３は、データベース２１に蓄積されている在庫管理ファイルの構造を示す図である。同図において、データベース２１のレコード抽出のキーとなる項目には「Ｋ」なる印を付している。同図に示すように、データベース２１は、項目「年月」、「品目名」、「製品名」、「入庫数」、「出庫数」、「在庫数」についてのデータを蓄積している。
【００２１】
クライアント１２は、製品在庫管理担当者により操作されるＷｅｂクライアント３１及びメールクライアント３２を装備する標準的なパソコンである。
Ｗｅｂクライアント３１は、いわゆるＷＷＷ（ワールド・ワイド・ウェブ：World Wide Web）ブラウザであり、後述するＷｅｂサーバ１３から送出されるＷｅｂページを閲覧し、また、必要に応じて担当者による指示情報をＷｅｂサーバ１３に伝える、ＷＷＷブラウザとしての標準的な機能を有するものである。
【００２２】
メールクライアント３２は、後述するメールサーバ１５から担当者宛の電子メールを取得し、開封してその内容を担当者に提示するものであり、標準的な電子メール管理ツールである。
【００２３】
また、図２にはクライアント１２’も存在する。クライアント１２’は、製品在庫管理業務を担当者（クライアント１２の操作者）の代理として行なうことのできる代理人により操作される、クライアント１２におけるものと同様の機能を有するＷｅｂクライアント３１’及びメールクライアント３２’を装備する標準的なパソコンである。
【００２４】
Ｗｅｂサーバ１３は、情報定義部４１と、記憶装置に格納されているＷｅｂページデータ４２と、より構成され、後述するアプリケーションサーバ１４内の記憶装置に定義されている情報を提示するＷｅｂページを作成してクライアント１２（若しくは１２’）に宛てて送出し、また、担当者によるクライアント１２への指示入力情報（若しくは代理人によるクライアント１２’への指示入力情報）に基づいてアプリケーションサーバ１４内の記憶装置に定義されている情報の追加や変更を行なうものである。
【００２５】
情報定義部４１は、アプリケーションサーバ１４内の記憶装置に定義されている後述する出力定義５１及び自動警報管理情報５２を取得し、その取得情報を提示するＷｅｂページをＷｅｂページデータ４２を利用して作成し、そのＷｅｂページをクライアント１２（若しくは１２’）に宛てて送出し、また、担当者によるクライアント１２への指示入力情報（若しくは代理人によるクライアント１２’への指示入力情報）を取得し、この指示入力情報に基づいて出力定義５１及び自動警報管理情報５２の追加や変更を行なう。
【００２６】
Ｗｅｂページデータ４２は、情報定義部４１がＷｅｂページを作成する際に用いる各種データが格納されており、Ｗｅｂページの記述言語であるＨＴＭＬ（Hypertext Markup Language ）で記述されたＷｅｂページデータファイル、ＧＩＦ（Graphics Interchange Format ）形式の画像ファイル、担当者（若しくは代理人）による指示入力を対話形式で進行させるためのアプレット、などを有している。
【００２７】
アプリケーションサーバ１４は、スケジューラ５３、自動警報処理部５４、及び、記憶装置に格納されている情報定義５１、自動警報管理情報５２、一時ファイル５５、メールログ５６より構成され、データベース２１に蓄積されているデータの分析を所定時間毎に行ない、その分析結果が定義の条件に合致する場合にはその旨を通知する担当者宛の電子メールを作成し、その電子メールをメールサーバ１５へ送り出すものである。
【００２８】
出力定義５１は、データベース２１に蓄積されているデータの分析に関しての定義がなされているものである。
図４は、前述の事例における出力定義５１の定義例を示す図である。同図に示す定義では、出力定義名 「時計在庫確認」についての定義が担当者によりなされている。
【００２９】
対象ファイル名は、データ分析を行なう対象のデータを有する対象ファイルのファイル名が定義される。この事例においては、図３にファイルの構造を示した「在庫管理ファイル」が指定されている。
【００３０】
抽出条件は、対象ファイルから分析対象となるデータを有するレコードを抽出するためのキーについての条件が定義される。この事例においては、「年月＝１９９８０９」として年月が１９９８年９月であり、また、「品目名＝時計」として品目名が「時計」である在庫管理ファイルのレコードを抽出することが定義されている。
【００３１】
出力項目名は、分析対象であるデータを示す項目と、前述の抽出条件に基づいて抽出されたレコードからその分析対象であるデータを取り出す直接的なキーとなる項目と、が定義される。この事例においては、項目「製品名」毎の項目「在庫数」を前述の抽出レコードから取得することが定義されている。
【００３２】
次に、自動警報管理情報５２について説明する。自動警報管理情報５２は、自動警報メール、すなわち、データベース２１に蓄積されているデータの分析結果を自動的に通知する担当者宛のメールを作成して送出するために必要な各種情報についての定義がなされている情報である。
【００３３】
図５は、前述の事例における自動警報管理情報５２の各定義例を示す図である。同図について説明する。
まず、同図（ａ）は、作成する自動警報メールの発信元についての情報の定義を示すものであり、この例では、メールサーバ１５のメールサーバ名、作成するメールの発信元（すなわち、アプリケーションサーバ１４）のメールアドレス、及びパスワードが定義されている。
【００３４】
同図（ｂ）は、本発明に直接関係する、後述の自動警報処理部５４が自動警報メールを送出するためのデータ分析結果についての条件、その自動警報メールの宛先、そして、所定の場合に担当者の他にこの自動警報メールを送付する代理人の宛先、についての定義である。
【００３５】
同図（ｂ）の例では、図４に示した「時計在庫確認」についてのデータの分析結果として、出力項目「在庫数」の値が１００００を超えている分析結果を得た場合に、メールタイトルが「時計・在庫警報」で、宛先のメールアドレスが「abc@mailhost.co.jp」（担当者のメールアドレス）である自動警報メールを作成して送出することが定義されている。そして、更に、担当者宛の自動警報メールを過去７日以内に３度送信した後に行なった出力定義５１の「時計在庫確認」についてのデータの分析結果が、依然として前述のメール送出条件を満たしている場合に、宛先のメールアドレスが「def@mailhost.co.jp」（担当者の代理人のメールアドレス）である自動警報メールを作成して送出することが定義されている。
【００３６】
同図（ｃ）は、次に説明するスケジューラ５３のための定義である。同図（ｃ）の例では、１９９８年９月２４日以降のスケジュールとして毎日１回、午前８時に起動させることが定義されている。
【００３７】
次に、スケジューラ５３について説明する。スケジューラ５３は、自動警報管理情報５２に格納されている前述した定義に従って自動警報処理部５４を起動させるものである。図５（ｃ）に示したスケジューリング定義の例であれば、スケジューラ５３は、１９９８年９月２４日以降は、自動警報処理部５４を毎日１回８時に定期的に起動させる。
【００３８】
自動警報処理部５４は、スケジューラ５３により繰り返し起動され、出力定義５１に定義されている情報に従ってデータベースサーバ１１内のデータベース２１に蓄積されているデータの分析を行ない、その分析結果が自動警報管理情報５２に格納されている自動警報メールの送信条件に合致した場合には担当者宛、但し所定の場合には代理人宛、の自動警報メールを作成してメールサーバ１５に送出するという、本発明に関係する自動警報処理を行なうものである。自動警報処理の詳細については後述する。
【００３９】
一時ファイル５５は、後述する自動警報処理において、必要なデータを一時的に保存するために用いられるファイルである。
メールログ５６は、後述する自動警報処理において、送出した自動警報メールの送出履歴を保存、参照するファイルである。
【００４０】
メールサーバ１５は、担当者宛及び代理人宛を含む、本発明の実施の形態で利用しているネットワークを使用する各ユーザ宛のメール６１を蓄積する、いわゆるＰＯＰ（Post Office Protocol）サーバである。
【００４１】
次に、自動警報処理部５２により行なわれる自動警報処理について説明する。図６は、自動警報処理の処理内容を示すフローチャートである。自動警報処理は、例えば、アプリケーションサーバ１４の有するＣＰＵが、同じくアプリケーションサーバ１４の有するＲＯＭに格納されている制御プログラムを実行することにより実現される。
【００４２】
図６に示すフローチャートに沿って、自動警報処理の処理内容を説明する。
前述したスケジューラ５３により自動警報処理部５２が起動されると、まず、ステップＳ１０１で、自動警報処理情報５２のスケジューリング定義についての情報を取得し、定義されているスケジュール開始日 （図５（ｃ）の例では１９９８年９月２４日）を今日の日付が過ぎているか否かを判定し、スケジュール開始日を過ぎているのであればステップＳ１０２に進む。一方、未だスケジュール開始日前である場合には、何もせずにこのまま今回の自動警報処理を終了する。
【００４３】
ステップＳ１０２では、出力定義５１に合致する未取得のレコードをデータベース２１から１つ取得する。図４に示す「時計在庫確認」についての定義例では、データベース２１に蓄積されている在庫管理ファイルから、年月が「１９９８０９」で、品目名が「時計」である未取得のレコードを１つ取得する。
【００４４】
ステップＳ１０３では、前ステップにおいて、未取得のレコードが存在せず、出力定義の抽出条件を満たす全てのレコードの取得を終了したか否かを判定し、その取得を全て終了したのであればステップＳ１０６に、また、ステップＳ１０２においてレコードを取得したのであればステップＳ１０４に、それぞれ進む。
【００４５】
ステップＳ１０４では、ステップＳ１０２で取得したレコードを分析し、その分析結果が自動警報管理情報５２として定義されている自動警報メールの送信条件に合致するか否かを判定する。図５（ｂ）の例では、在庫管理ファイルから抽出して取得したレコードに格納されている在庫数のデータが１００００を超えているか否かを判定する。この判定の結果、自動警報メールの送信条件に合致しているのであればステップＳ１０５に進み、一方、合致しないのであればステップＳ１０２へ戻って他のレコードの取得及び分析を繰り返す。
【００４６】
ステップＳ１０５では、自動警報メールの送信条件に合致したレコードの有していたデータを一時ファイル５５に保存する。図３〜図５に示した例では、在庫管理ファイルから抽出して取得したレコードのうち、格納されている在庫数のデータが１００００を超えているレコードに格納されている「製品名」及び「在庫数」のデータを一時ファイル５５に保存する。
【００４７】
ステップＳ１０５の処理を終えた後には、ステップＳ１０２へ戻って他のレコードの取得及び分析を繰り返す。
ステップＳ１０６では、一時ファイル５５にデータが存在するか否かを判定する。一時ファイル５５にデータが存在する、すなわち、自動警報メールの送信条件に合致したレコードが存在したのであればステップＳ１０７に進み、一方、一時ファイル５５にデータが存在しないのであれば、自動警報メールの発信を行なわずに、今回の自動警報処理を終了する。
【００４８】
ステップＳ１０７では、今回発信する自動警報メールの宛先を担当者と代理人とのどちらにするかを、過去の自動警報メールの発信履歴に基づいて決定する代理送信条件処理を実行する。この代理送信条件処理については後述する。
【００４９】
ステップＳ１０８では、前ステップの代理送信条件処理で決定された自動警報メールの宛先が、担当者あるいは代理人のどちらに決定されたのか、を判定する。担当者に決定されたのであればステップＳ１０９に進み、代理人に決定されたのであればステップＳ１１０に進む。
【００５０】
ステップＳ１０９では、自動警報メールの送信条件に合致した結果一時ファイル５５に保存されているレコードのデータをメール本文とする、担当者宛の自動警報メールを発信する担当者宛の自動警報メール発信処理を実行し、その後、ステップＳ１１１に進む。担当者宛の自動警報メール発信処理の詳細は後述する。
【００５１】
ステップＳ１１０では、自動警報メールの送信条件に合致した結果一時ファイル５５に保存されているレコードのデータをメール本文とする、代理人宛の自動警報メールを発信する代理人宛の自動警報メール発信処理を実行する。代理人宛の自動警報メール発信処理の詳細も後述する。
【００５２】
ステップＳ１１１では、発信した自動警報メールの発信履歴であるログをメールログ５６として保存し、今回の今回の自動警報処理を終了する。
以上までの処理が自動警報処理である。なお、自動警報処理はスケジューラ５３により繰り返し起動されるので、データベース２１に蓄積されているデータの分析結果が自動警報管理情報５２の自動警報メールの送信条件に合致している限り、自動警報メールは繰り返し発信される。
【００５３】
次に、図６にステップＳ１０７として示されている代理送信条件処理について説明する。代理送信条件処理は、今回発信する自動警報メールの宛先を担当者と代理人のどちらにするかを、過去の自動警報メールの発信履歴に基づいて決定するものであり、自動警報メールを所定回数繰り返し担当者に送信してもデータベース２１に蓄積されているデータの分析結果が自動警報管理情報５２の自動警報メールの送信条件に合致している場合に、その自動警報メールを代理人に送信することによって、何らかの原因で分析結果の正常状態への回復のための処置を担当者が十分に行なえていないことを、代理人に通知するためのものである。
【００５４】
図７は、代理送信条件処理の処理内容を示すフローチャートである。同図に沿って、代理送信条件処理の処理内容を説明する。
まず、ステップＳ２０１では、ステップＳ１０６（図６）で存在していると判定されたデータ、すなわち、自動警報メールの送信条件に合致したレコードが有していたデータをメール本文とする自動警報メールの発信履歴が格納されているロールログ５６を開く。
【００５５】
ステップＳ２０２では、自動警報管理情報５２の自動警報メール送信条件の定義から送信先メールアドレス、すなわち、担当者のメールアドレスを取得する。図５（ｂ）に示す定義例では「abc@mailhost.co.jp」が取得される。
【００５６】
ステップＳ２０３では、自動警報管理情報５２の自動警報メール送信条件の定義から代理送信条件を取得する。図５（ｂ）に示す定義例では、代理送信条件として、過去７日以内に３度送信したという条件が取得される。
【００５７】
ステップＳ２０４では、ステップＳ２０１で開いたメールログに格納されている発信履歴を調べ、ステップＳ２０２で取得したメールアドレスを送信先とする自動警報メールの発信履歴が、ステップＳ２０３で取得した代理送信条件に合致するか否かを判断する。図５（ｂ）に示す定義例では、「abc@mailhost.co.jp」宛の自動警報メールを過去７日以内に３度送信したか否かが判定される。その結果、代理送信条件に合致しているのであればステップＳ２０５に、一方、代理送信条件に合致していないのであればステップＳ２０６に、それぞれ進む。
【００５８】
ステップＳ２０５では、今回の自動警報メールに代理の送信先を設定して代理人に宛てて送信することを決定し、今回の代理送信条件処理を終了する。
ステップＳ２０６では、今回の自動警報メールに通常の送信先を設定して担当者に宛てて送信することを決定し、今回の代理送信条件処理を終了する。
【００５９】
以上までの処理が代理送信条件処理である。
次に、図６にステップＳ１０９及びステップＳ１１０として示されている自動警報メール発信処理について説明する。
【００６０】
図８は、自動警報メール発信処理の処理内容を示すフローチャートである。同図に沿って、自動警報メール発信処理の処理内容を説明する。
なお、図６のステップＳ１０９として本処理が実行される、すなわち、担当者宛の自動警報メール発信処理が実行される場合には図８のステップＳ３０１より処理が開始される。一方、図６のステップＳ１１０として本処理が実行される、すなわち、代理人宛の自動警報メール発信処理が実行される場合には図８のステップＳ３０２より処理が開始される。
【００６１】
まず、ステップＳ３０１では、自動警報管理情報５２の自動警報メール送信条件の定義から送信先メールアドレス、すなわち、担当者のメールアドレスを取得し、自動警報メールの宛先とする。図５（ｂ）に示す定義例では「abc@mailhost.co.jp」が取得される。そして、ステップＳ３０１に示す処理が終了した後はステップＳ３０３に進む。
【００６２】
ステップＳ３０２では、自動警報管理情報５２の自動警報メール送信条件の定義から代理送信先メールアドレス、すなわち、代理人のメールアドレスを取得し、自動警報メールの宛先とする。図５（ｂ）に示す定義例では「def@mailhost.co.jp」が取得される。
【００６３】
ステップＳ３０３では、自動警報管理情報５２の自動警報メール送信条件の定義からメールタイトルを取得して自動警報メールのタイトル（Subject ）とする。図５（ｂ）に示す定義例では「時計・在庫管理警報」が取得される。
【００６４】
ステップＳ３０４では、一時ファイル５５に保存されているデータ、すなわち自動警報メールの送信条件に合致したレコードの有していたデータを取得し、自動警報メールの本文とする。図３〜図５に示した例では、在庫管理ファイルから抽出して取得したレコードのうち、格納されている在庫数のデータが１００００を超えているレコードに格納されている「製品名」及び「在庫数」のデータを自動警報メールの本文とする。
【００６５】
ステップＳ３０５では、自動警報管理情報５２の自動警報メールの発信元用メール情報定義からメールサーバ名、自身のメールアドレス、パスワードを取得し、自身のメールタイトルを自動警報メールの発信元とする。そして、メールサーバ名及びパスワードを用いてメールサーバ１５にログインして作成した自動警報メールを発信し、メール６１のひとつとしてメールサーバ１５に蓄積させる。図３〜図５に示した例では、図５（ａ）に示した定義が用いられて自動警報メールが発信される。
【００６６】
ステップＳ３０６では、一時ファイル５５に保存しておいた自動警報メールの送信条件に合致したレコードの有していたデータを削除し、今回の自動警報メール発信処理を終了する。
【００６７】
図９は、前述の事例において自動警報処理部５４が発信する担当者宛の自動警報メールの例を示すものである。同図中央下部に示されているメール本文を参照すると、製品「Ｗ１０１」が在庫数１００１００個で、また、製品「Ｗ９０１」が在庫数１０００５０個で、共に、図５（ｂ）に示す自動警報管理情報５２の自動警報メールの送信条件である在庫数が１００００個を超えることに合致しており、その結果、この自動警報メールが発信されていることが分かる。
【００６８】
【発明の効果】
本発明によれば、データベース内の項目に対するデータ分析結果がある値になった等の際に通知を受けるようにする処理が可能になり、この際に、各ユーザは自分が通知を受けたい時点で所望するデータ分析の内容を得るべく、その実行スケジュールおよびデータ分析の内容を指定できるので、データ分析結果の通知をランダムな時点で受けることによる煩わしさがなく、予め定められた時点において通知を受けることができ、更に、分析結果が指定した通知条件が満たされている場合にデータ分析結果の通知を受けるので、不必要な通知を毎回受けるような煩雑さを解消できる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】本発明の実施の形態の全体構成を示す図である。
【図３】在庫管理ファイルの構造を示す図である。
【図４】出力定義の定義例を示す図である。
【図５】自動警報管理情報の各定義例を示す図である。
【図６】自動警報処理の処理内容を示すフローチャートである。
【図７】代理送信条件処理の処理内容を示すフローチャートである。
【図８】自動警報メール発信処理の処理内容を示すフローチャートである。
【図９】自動警報メールの例を示す図である。
【符号の説明】
１ データベースシステム
２ 担当者
３ 記憶装置
４ 分析結果通知条件
５ 分析結果取得部
６ 電子メール送出部
７ メールサーバ
８ ネットワーク
９ メールクライアント
【発明の属する技術分野】
本発明は、データベースについての技術に関し、特にデータベース上のデータの分析の結果を担当者に通知する技術に関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
基幹業務系などと呼ばれるデータベースシステムでは、日々の企業活動で発生する様々な取引情報が更新され、蓄積されていく。このような情報を定型的に集計し、その集計結果を日毎、月毎といった時間軸などの視点で分析し、その分析結果を業務に反映させること、例として倉庫における商品在庫管理業務についての事例を挙げれば、在庫量が過剰になった商品の今後の入庫量を減少させる手配についての業務や、年末を控えた時期の商品在庫量を過去の実績に基づいて予め積み増しする手配についての業務など、は日常的に行われている。
【０００３】
データベースシステムには、このようなデータ分析の環境を提供するデータ活用ツールが備えられている。しかしながら、このようなツールを利用して行なったデータ分析の結果は、専用に作成されたアプリケーションソフトの組み込まれているクライアントでしか受け取ることができず、データ分析の結果を自己の業務に活用しようとしている業務担当者は不便を強いられていた。
【０００４】
以上の問題を鑑み、データベース上のデータの定型的な分析の結果を自動的に担当者に通知する新たな手段を提供することが本発明が解決しようとする課題である。
【０００５】
【課題を解決するための手段】
本発明のデータ分析結果通知装置は、通信ネットワークを介して複数のユーザからのデータ分析要求を受信し、各ユーザの指定に基づくデータ分析の分析結果を各通知先のユーザに送信するデータベースにおけるデータ分析結果通知装置であって、前記通信ネットワークを介して各ユーザから受信するデータ分析要求には、前記データベース内の項目に対するデータ分析の内容を指定する分析情報と、この分析情報によるデータ分析を実行するスケジュールを指定する実行情報と、この実行情報に従って得られる分析結果の通知を行なう条件を指定する通知条件情報と、通知先の判定に用いる期間および回数を指定する通知先判定情報とが含まれ、各ユーザからデータ分析要求を受信した場合には、前記分析情報と前記実行情報と前記通知条件情報と前記通知先判定情報とを対応付けて記憶する記憶手段と、前記記憶されている分析情報に従ったデータ分析を、該分析情報に対応付けられている実行情報で示されるスケジュールに従って実行する分析手段と、分析結果が前記実行情報に対応付けられている通知条件情報の通知条件を満たすかを判定し、通知条件を満たす場合にはさらに通知先を判定し、分析結果を通知するメッセージをその判定された通知先のユーザに送信する処理を、前記分析手段による分析結果が得られる毎に行なう通知手段と、を具備し、前記通知手段による通知先の判定は、前記通知先判定情報が指定する期間内に同一の分析情報による分析結果を通知した回数により行い、前記通知先判定情報が指定する回数を超えて通知を行なう場合にはメッセージの通知先を変更することを特徴としている。
【０００６】
図１は、本発明の原理構成を示す図である。同図は、データベースシステム１において行われるデータの定型的な分析の結果（以下、単に「分析結果」という）を担当者２へ最終的に通知する構成までを含む全体の構成を示すものである。
【０００７】
記憶装置３には、分析結果を担当者２に通知するべきものであるか否かを判断する条件である分析結果通知条件４についての定義が記憶される。
分析結果取得部５は、データベースシステム１から分析結果を取得するものである。
【０００８】
電子メール送出部６は、分析結果取得部５により取得された分析結果と、記憶装置３に記憶されている分析結果通知条件４と、を比較し、分析結果が分析結果通知条件４に合致したときに、その旨を通知する担当者２宛の電子メールをネットワーク８に送出するものである。
【０００９】
図１に示す構成において、ネットワーク８に送出された電子メールはメールサーバ７に蓄積される。担当者２はメールクライアント９を操作してメールサーバ７に蓄積されている自分宛の電子メールをネットワーク８を介して取得する。その結果、その内容から分析結果通知条件４に合致する分析結果がデータベースシステム１から得られたことを知り、その分析結果を担当業務に反映させることができる。
【００１０】
このように、本発明では、分析結果の通知を電子メールで行なうようにしたので、担当者２は、今では電子メールソフトが大概装備されている標準的なパソコンなどでも、分析結果を受け取ることができるようになり、利便性が向上する。また、分析結果通知条件４についての定義は、記憶装置３に複数記憶させても、また、その条件を変更しても良く、担当者２は、担当業務の現在の状況に応じた分析結果通知条件４を定義して記憶装置３に記憶させることにより、特に注目すべき分析結果が得られた場合にのみ、その事実を認知することができ、重要な分析結果についての通知が多数の分析結果の通知で埋もれてしまい、見逃してしまうおそれを軽減することができる。
【００１１】
なお、メールクライアント９がネットワーク８に常時接続されている形態では、電子メール送出部６が送出する電子メールをメールサーバ７に一時的に蓄積する代わりに、その電子メールを直接メールクライアント９が受信するようにしてもよい。
【００１２】
また、ネットワーク８としては、例えば、ＬＡＮ（ローカルエリアネットワーク）、公衆回線網、専用回線、インターネット（Internet）、あるいはこれらの組み合わせ、など、どのようなものであっても良い。
【００１３】
なお、上述した本発明の方法及び本発明の方法を実施する装置に加え、上述した本発明の方法をコンピュータに行なわせるプログラムを記憶したコンピュータ読み取り可能な記憶媒体も本発明に含まれる。ここでいう記憶媒体としては、例えば、コンピュータに内蔵されているＲＯＭやハードディスク装置などの記憶装置、コンピュータに外付けされる付属装置としてのこれらの記憶装置、コンピュータとネットワーク接続される他のコンピュータに付属する前述の記憶装置、あるいは、フロッピーディスク、ＭＯ（光磁気ディスク）、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどといった可搬型の記憶媒体、等がある。
【００１４】
また、図１において、分析結果取得部５は、分析結果の取得を繰り返し行ない、電子メール送出部６は、分析結果取得部５で繰り返し取得している分析結果が分析結果通知条件４に合致している間は、前記電子メールの送出を繰り返し行なうようにしても良い。こうすることにより、重要な分析結果についての通知を見逃してしまう危険性を更に軽減することができる。
【００１５】
更に、上述した場合において、担当者２を代理する代理人を、例えば記憶装置３に定義しておき、電子メール送出部６が電子メールの送出を所定回数繰り返した後は、代理人宛の電子メールを電子メール送出部６が送出するようにしてもよい。これは、例えば分析結果が異常値を呈しており、早急に正常な状態を回復することが要求されるような場合（例えば、前述の商品在庫管理業務において、在庫が過剰に積みあがってしまった場合など）などにおいて特に有益であり、所定回数の電子メールの送出にもかかわらず、分析結果の異常値が解消しないときには、担当者２の代理人にもその旨を通知する電子メールを送ることによって、何らかの原因で分析結果の正常状態への回復のための処置を十分行なえない担当者２に併せ、代理人も回復処置を施すことができるようになり、分析結果を正常な状態へ回復させる期待度を高めることができる。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
ここでは、ある企業の倉庫における品目「時計」についての製品別の在庫管理において、製品在庫が所定数量を超えた場合に、そのことを自動的に警告する自動警報メールを担当者宛に送付する事例に沿って、本発明の実施の形態を説明する。
【００１７】
図２は、本発明の実施の形態の全体構成を示す図である。同図に示す構成は、データベースサーバ１１、クライアント１２及び１２’、Ｗｅｂサーバ１３、アプリケーションサーバ１４、メールサーバ１５からなる。これらはいずれも、ＣＰＵ、ＲＯＭ及びＲＡＭなどの内部記憶装置、ハードディスク装置などの外部記憶装置、入出力インタフェース等といった標準的なコンピュータの構成要素により構成されている。また、各構成要素は、データの交換が相互に行なえるように、ネットワーク接続されている。
【００１８】
ここで、アプリケーションサーバ１４が本発明に特に関係する構成要素であり、同図と図１との関係を示すと、アプリケーションサーバ１４内の自動警報管理情報５２を格納する記憶装置が記憶装置３に相当し、自動警報処理部５４が分析結果取得部５及び電子メール送出部６に相当する。また、メールサーバ１５がメールサーバ７に、クライアント１２内のメールクライアント３２がメールクライアント９に、それぞれ相当する。なお、図１のデータベースシステム１は、データベース自体とそのデータベースに蓄積されているデータの分析を行なう機能とを含んでいるので、図２におけるデータベースサーバ１１とアプリケーションサーバ１４の一部（自動警報処理部５４の一部及び出力定義５１）が相当する。
【００１９】
図２について更に詳しく説明する。
データベースサーバ１１は、倉庫における製品在庫についてのデータを蓄積しているデータベース２１のサーバである。
【００２０】
図３は、データベース２１に蓄積されている在庫管理ファイルの構造を示す図である。同図において、データベース２１のレコード抽出のキーとなる項目には「Ｋ」なる印を付している。同図に示すように、データベース２１は、項目「年月」、「品目名」、「製品名」、「入庫数」、「出庫数」、「在庫数」についてのデータを蓄積している。
【００２１】
クライアント１２は、製品在庫管理担当者により操作されるＷｅｂクライアント３１及びメールクライアント３２を装備する標準的なパソコンである。
Ｗｅｂクライアント３１は、いわゆるＷＷＷ（ワールド・ワイド・ウェブ：World Wide Web）ブラウザであり、後述するＷｅｂサーバ１３から送出されるＷｅｂページを閲覧し、また、必要に応じて担当者による指示情報をＷｅｂサーバ１３に伝える、ＷＷＷブラウザとしての標準的な機能を有するものである。
【００２２】
メールクライアント３２は、後述するメールサーバ１５から担当者宛の電子メールを取得し、開封してその内容を担当者に提示するものであり、標準的な電子メール管理ツールである。
【００２３】
また、図２にはクライアント１２’も存在する。クライアント１２’は、製品在庫管理業務を担当者（クライアント１２の操作者）の代理として行なうことのできる代理人により操作される、クライアント１２におけるものと同様の機能を有するＷｅｂクライアント３１’及びメールクライアント３２’を装備する標準的なパソコンである。
【００２４】
Ｗｅｂサーバ１３は、情報定義部４１と、記憶装置に格納されているＷｅｂページデータ４２と、より構成され、後述するアプリケーションサーバ１４内の記憶装置に定義されている情報を提示するＷｅｂページを作成してクライアント１２（若しくは１２’）に宛てて送出し、また、担当者によるクライアント１２への指示入力情報（若しくは代理人によるクライアント１２’への指示入力情報）に基づいてアプリケーションサーバ１４内の記憶装置に定義されている情報の追加や変更を行なうものである。
【００２５】
情報定義部４１は、アプリケーションサーバ１４内の記憶装置に定義されている後述する出力定義５１及び自動警報管理情報５２を取得し、その取得情報を提示するＷｅｂページをＷｅｂページデータ４２を利用して作成し、そのＷｅｂページをクライアント１２（若しくは１２’）に宛てて送出し、また、担当者によるクライアント１２への指示入力情報（若しくは代理人によるクライアント１２’への指示入力情報）を取得し、この指示入力情報に基づいて出力定義５１及び自動警報管理情報５２の追加や変更を行なう。
【００２６】
Ｗｅｂページデータ４２は、情報定義部４１がＷｅｂページを作成する際に用いる各種データが格納されており、Ｗｅｂページの記述言語であるＨＴＭＬ（Hypertext Markup Language ）で記述されたＷｅｂページデータファイル、ＧＩＦ（Graphics Interchange Format ）形式の画像ファイル、担当者（若しくは代理人）による指示入力を対話形式で進行させるためのアプレット、などを有している。
【００２７】
アプリケーションサーバ１４は、スケジューラ５３、自動警報処理部５４、及び、記憶装置に格納されている情報定義５１、自動警報管理情報５２、一時ファイル５５、メールログ５６より構成され、データベース２１に蓄積されているデータの分析を所定時間毎に行ない、その分析結果が定義の条件に合致する場合にはその旨を通知する担当者宛の電子メールを作成し、その電子メールをメールサーバ１５へ送り出すものである。
【００２８】
出力定義５１は、データベース２１に蓄積されているデータの分析に関しての定義がなされているものである。
図４は、前述の事例における出力定義５１の定義例を示す図である。同図に示す定義では、出力定義名 「時計在庫確認」についての定義が担当者によりなされている。
【００２９】
対象ファイル名は、データ分析を行なう対象のデータを有する対象ファイルのファイル名が定義される。この事例においては、図３にファイルの構造を示した「在庫管理ファイル」が指定されている。
【００３０】
抽出条件は、対象ファイルから分析対象となるデータを有するレコードを抽出するためのキーについての条件が定義される。この事例においては、「年月＝１９９８０９」として年月が１９９８年９月であり、また、「品目名＝時計」として品目名が「時計」である在庫管理ファイルのレコードを抽出することが定義されている。
【００３１】
出力項目名は、分析対象であるデータを示す項目と、前述の抽出条件に基づいて抽出されたレコードからその分析対象であるデータを取り出す直接的なキーとなる項目と、が定義される。この事例においては、項目「製品名」毎の項目「在庫数」を前述の抽出レコードから取得することが定義されている。
【００３２】
次に、自動警報管理情報５２について説明する。自動警報管理情報５２は、自動警報メール、すなわち、データベース２１に蓄積されているデータの分析結果を自動的に通知する担当者宛のメールを作成して送出するために必要な各種情報についての定義がなされている情報である。
【００３３】
図５は、前述の事例における自動警報管理情報５２の各定義例を示す図である。同図について説明する。
まず、同図（ａ）は、作成する自動警報メールの発信元についての情報の定義を示すものであり、この例では、メールサーバ１５のメールサーバ名、作成するメールの発信元（すなわち、アプリケーションサーバ１４）のメールアドレス、及びパスワードが定義されている。
【００３４】
同図（ｂ）は、本発明に直接関係する、後述の自動警報処理部５４が自動警報メールを送出するためのデータ分析結果についての条件、その自動警報メールの宛先、そして、所定の場合に担当者の他にこの自動警報メールを送付する代理人の宛先、についての定義である。
【００３５】
同図（ｂ）の例では、図４に示した「時計在庫確認」についてのデータの分析結果として、出力項目「在庫数」の値が１００００を超えている分析結果を得た場合に、メールタイトルが「時計・在庫警報」で、宛先のメールアドレスが「abc@mailhost.co.jp」（担当者のメールアドレス）である自動警報メールを作成して送出することが定義されている。そして、更に、担当者宛の自動警報メールを過去７日以内に３度送信した後に行なった出力定義５１の「時計在庫確認」についてのデータの分析結果が、依然として前述のメール送出条件を満たしている場合に、宛先のメールアドレスが「def@mailhost.co.jp」（担当者の代理人のメールアドレス）である自動警報メールを作成して送出することが定義されている。
【００３６】
同図（ｃ）は、次に説明するスケジューラ５３のための定義である。同図（ｃ）の例では、１９９８年９月２４日以降のスケジュールとして毎日１回、午前８時に起動させることが定義されている。
【００３７】
次に、スケジューラ５３について説明する。スケジューラ５３は、自動警報管理情報５２に格納されている前述した定義に従って自動警報処理部５４を起動させるものである。図５（ｃ）に示したスケジューリング定義の例であれば、スケジューラ５３は、１９９８年９月２４日以降は、自動警報処理部５４を毎日１回８時に定期的に起動させる。
【００３８】
自動警報処理部５４は、スケジューラ５３により繰り返し起動され、出力定義５１に定義されている情報に従ってデータベースサーバ１１内のデータベース２１に蓄積されているデータの分析を行ない、その分析結果が自動警報管理情報５２に格納されている自動警報メールの送信条件に合致した場合には担当者宛、但し所定の場合には代理人宛、の自動警報メールを作成してメールサーバ１５に送出するという、本発明に関係する自動警報処理を行なうものである。自動警報処理の詳細については後述する。
【００３９】
一時ファイル５５は、後述する自動警報処理において、必要なデータを一時的に保存するために用いられるファイルである。
メールログ５６は、後述する自動警報処理において、送出した自動警報メールの送出履歴を保存、参照するファイルである。
【００４０】
メールサーバ１５は、担当者宛及び代理人宛を含む、本発明の実施の形態で利用しているネットワークを使用する各ユーザ宛のメール６１を蓄積する、いわゆるＰＯＰ（Post Office Protocol）サーバである。
【００４１】
次に、自動警報処理部５２により行なわれる自動警報処理について説明する。図６は、自動警報処理の処理内容を示すフローチャートである。自動警報処理は、例えば、アプリケーションサーバ１４の有するＣＰＵが、同じくアプリケーションサーバ１４の有するＲＯＭに格納されている制御プログラムを実行することにより実現される。
【００４２】
図６に示すフローチャートに沿って、自動警報処理の処理内容を説明する。
前述したスケジューラ５３により自動警報処理部５２が起動されると、まず、ステップＳ１０１で、自動警報処理情報５２のスケジューリング定義についての情報を取得し、定義されているスケジュール開始日 （図５（ｃ）の例では１９９８年９月２４日）を今日の日付が過ぎているか否かを判定し、スケジュール開始日を過ぎているのであればステップＳ１０２に進む。一方、未だスケジュール開始日前である場合には、何もせずにこのまま今回の自動警報処理を終了する。
【００４３】
ステップＳ１０２では、出力定義５１に合致する未取得のレコードをデータベース２１から１つ取得する。図４に示す「時計在庫確認」についての定義例では、データベース２１に蓄積されている在庫管理ファイルから、年月が「１９９８０９」で、品目名が「時計」である未取得のレコードを１つ取得する。
【００４４】
ステップＳ１０３では、前ステップにおいて、未取得のレコードが存在せず、出力定義の抽出条件を満たす全てのレコードの取得を終了したか否かを判定し、その取得を全て終了したのであればステップＳ１０６に、また、ステップＳ１０２においてレコードを取得したのであればステップＳ１０４に、それぞれ進む。
【００４５】
ステップＳ１０４では、ステップＳ１０２で取得したレコードを分析し、その分析結果が自動警報管理情報５２として定義されている自動警報メールの送信条件に合致するか否かを判定する。図５（ｂ）の例では、在庫管理ファイルから抽出して取得したレコードに格納されている在庫数のデータが１００００を超えているか否かを判定する。この判定の結果、自動警報メールの送信条件に合致しているのであればステップＳ１０５に進み、一方、合致しないのであればステップＳ１０２へ戻って他のレコードの取得及び分析を繰り返す。
【００４６】
ステップＳ１０５では、自動警報メールの送信条件に合致したレコードの有していたデータを一時ファイル５５に保存する。図３〜図５に示した例では、在庫管理ファイルから抽出して取得したレコードのうち、格納されている在庫数のデータが１００００を超えているレコードに格納されている「製品名」及び「在庫数」のデータを一時ファイル５５に保存する。
【００４７】
ステップＳ１０５の処理を終えた後には、ステップＳ１０２へ戻って他のレコードの取得及び分析を繰り返す。
ステップＳ１０６では、一時ファイル５５にデータが存在するか否かを判定する。一時ファイル５５にデータが存在する、すなわち、自動警報メールの送信条件に合致したレコードが存在したのであればステップＳ１０７に進み、一方、一時ファイル５５にデータが存在しないのであれば、自動警報メールの発信を行なわずに、今回の自動警報処理を終了する。
【００４８】
ステップＳ１０７では、今回発信する自動警報メールの宛先を担当者と代理人とのどちらにするかを、過去の自動警報メールの発信履歴に基づいて決定する代理送信条件処理を実行する。この代理送信条件処理については後述する。
【００４９】
ステップＳ１０８では、前ステップの代理送信条件処理で決定された自動警報メールの宛先が、担当者あるいは代理人のどちらに決定されたのか、を判定する。担当者に決定されたのであればステップＳ１０９に進み、代理人に決定されたのであればステップＳ１１０に進む。
【００５０】
ステップＳ１０９では、自動警報メールの送信条件に合致した結果一時ファイル５５に保存されているレコードのデータをメール本文とする、担当者宛の自動警報メールを発信する担当者宛の自動警報メール発信処理を実行し、その後、ステップＳ１１１に進む。担当者宛の自動警報メール発信処理の詳細は後述する。
【００５１】
ステップＳ１１０では、自動警報メールの送信条件に合致した結果一時ファイル５５に保存されているレコードのデータをメール本文とする、代理人宛の自動警報メールを発信する代理人宛の自動警報メール発信処理を実行する。代理人宛の自動警報メール発信処理の詳細も後述する。
【００５２】
ステップＳ１１１では、発信した自動警報メールの発信履歴であるログをメールログ５６として保存し、今回の今回の自動警報処理を終了する。
以上までの処理が自動警報処理である。なお、自動警報処理はスケジューラ５３により繰り返し起動されるので、データベース２１に蓄積されているデータの分析結果が自動警報管理情報５２の自動警報メールの送信条件に合致している限り、自動警報メールは繰り返し発信される。
【００５３】
次に、図６にステップＳ１０７として示されている代理送信条件処理について説明する。代理送信条件処理は、今回発信する自動警報メールの宛先を担当者と代理人のどちらにするかを、過去の自動警報メールの発信履歴に基づいて決定するものであり、自動警報メールを所定回数繰り返し担当者に送信してもデータベース２１に蓄積されているデータの分析結果が自動警報管理情報５２の自動警報メールの送信条件に合致している場合に、その自動警報メールを代理人に送信することによって、何らかの原因で分析結果の正常状態への回復のための処置を担当者が十分に行なえていないことを、代理人に通知するためのものである。
【００５４】
図７は、代理送信条件処理の処理内容を示すフローチャートである。同図に沿って、代理送信条件処理の処理内容を説明する。
まず、ステップＳ２０１では、ステップＳ１０６（図６）で存在していると判定されたデータ、すなわち、自動警報メールの送信条件に合致したレコードが有していたデータをメール本文とする自動警報メールの発信履歴が格納されているロールログ５６を開く。
【００５５】
ステップＳ２０２では、自動警報管理情報５２の自動警報メール送信条件の定義から送信先メールアドレス、すなわち、担当者のメールアドレスを取得する。図５（ｂ）に示す定義例では「abc@mailhost.co.jp」が取得される。
【００５６】
ステップＳ２０３では、自動警報管理情報５２の自動警報メール送信条件の定義から代理送信条件を取得する。図５（ｂ）に示す定義例では、代理送信条件として、過去７日以内に３度送信したという条件が取得される。
【００５７】
ステップＳ２０４では、ステップＳ２０１で開いたメールログに格納されている発信履歴を調べ、ステップＳ２０２で取得したメールアドレスを送信先とする自動警報メールの発信履歴が、ステップＳ２０３で取得した代理送信条件に合致するか否かを判断する。図５（ｂ）に示す定義例では、「abc@mailhost.co.jp」宛の自動警報メールを過去７日以内に３度送信したか否かが判定される。その結果、代理送信条件に合致しているのであればステップＳ２０５に、一方、代理送信条件に合致していないのであればステップＳ２０６に、それぞれ進む。
【００５８】
ステップＳ２０５では、今回の自動警報メールに代理の送信先を設定して代理人に宛てて送信することを決定し、今回の代理送信条件処理を終了する。
ステップＳ２０６では、今回の自動警報メールに通常の送信先を設定して担当者に宛てて送信することを決定し、今回の代理送信条件処理を終了する。
【００５９】
以上までの処理が代理送信条件処理である。
次に、図６にステップＳ１０９及びステップＳ１１０として示されている自動警報メール発信処理について説明する。
【００６０】
図８は、自動警報メール発信処理の処理内容を示すフローチャートである。同図に沿って、自動警報メール発信処理の処理内容を説明する。
なお、図６のステップＳ１０９として本処理が実行される、すなわち、担当者宛の自動警報メール発信処理が実行される場合には図８のステップＳ３０１より処理が開始される。一方、図６のステップＳ１１０として本処理が実行される、すなわち、代理人宛の自動警報メール発信処理が実行される場合には図８のステップＳ３０２より処理が開始される。
【００６１】
まず、ステップＳ３０１では、自動警報管理情報５２の自動警報メール送信条件の定義から送信先メールアドレス、すなわち、担当者のメールアドレスを取得し、自動警報メールの宛先とする。図５（ｂ）に示す定義例では「abc@mailhost.co.jp」が取得される。そして、ステップＳ３０１に示す処理が終了した後はステップＳ３０３に進む。
【００６２】
ステップＳ３０２では、自動警報管理情報５２の自動警報メール送信条件の定義から代理送信先メールアドレス、すなわち、代理人のメールアドレスを取得し、自動警報メールの宛先とする。図５（ｂ）に示す定義例では「def@mailhost.co.jp」が取得される。
【００６３】
ステップＳ３０３では、自動警報管理情報５２の自動警報メール送信条件の定義からメールタイトルを取得して自動警報メールのタイトル（Subject ）とする。図５（ｂ）に示す定義例では「時計・在庫管理警報」が取得される。
【００６４】
ステップＳ３０４では、一時ファイル５５に保存されているデータ、すなわち自動警報メールの送信条件に合致したレコードの有していたデータを取得し、自動警報メールの本文とする。図３〜図５に示した例では、在庫管理ファイルから抽出して取得したレコードのうち、格納されている在庫数のデータが１００００を超えているレコードに格納されている「製品名」及び「在庫数」のデータを自動警報メールの本文とする。
【００６５】
ステップＳ３０５では、自動警報管理情報５２の自動警報メールの発信元用メール情報定義からメールサーバ名、自身のメールアドレス、パスワードを取得し、自身のメールタイトルを自動警報メールの発信元とする。そして、メールサーバ名及びパスワードを用いてメールサーバ１５にログインして作成した自動警報メールを発信し、メール６１のひとつとしてメールサーバ１５に蓄積させる。図３〜図５に示した例では、図５（ａ）に示した定義が用いられて自動警報メールが発信される。
【００６６】
ステップＳ３０６では、一時ファイル５５に保存しておいた自動警報メールの送信条件に合致したレコードの有していたデータを削除し、今回の自動警報メール発信処理を終了する。
【００６７】
図９は、前述の事例において自動警報処理部５４が発信する担当者宛の自動警報メールの例を示すものである。同図中央下部に示されているメール本文を参照すると、製品「Ｗ１０１」が在庫数１００１００個で、また、製品「Ｗ９０１」が在庫数１０００５０個で、共に、図５（ｂ）に示す自動警報管理情報５２の自動警報メールの送信条件である在庫数が１００００個を超えることに合致しており、その結果、この自動警報メールが発信されていることが分かる。
【００６８】
【発明の効果】
本発明によれば、データベース内の項目に対するデータ分析結果がある値になった等の際に通知を受けるようにする処理が可能になり、この際に、各ユーザは自分が通知を受けたい時点で所望するデータ分析の内容を得るべく、その実行スケジュールおよびデータ分析の内容を指定できるので、データ分析結果の通知をランダムな時点で受けることによる煩わしさがなく、予め定められた時点において通知を受けることができ、更に、分析結果が指定した通知条件が満たされている場合にデータ分析結果の通知を受けるので、不必要な通知を毎回受けるような煩雑さを解消できる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】本発明の実施の形態の全体構成を示す図である。
【図３】在庫管理ファイルの構造を示す図である。
【図４】出力定義の定義例を示す図である。
【図５】自動警報管理情報の各定義例を示す図である。
【図６】自動警報処理の処理内容を示すフローチャートである。
【図７】代理送信条件処理の処理内容を示すフローチャートである。
【図８】自動警報メール発信処理の処理内容を示すフローチャートである。
【図９】自動警報メールの例を示す図である。
【符号の説明】
１ データベースシステム
２ 担当者
３ 記憶装置
４ 分析結果通知条件
５ 分析結果取得部
６ 電子メール送出部
７ メールサーバ
８ ネットワーク
９ メールクライアント
Claims (2)
- 通信ネットワークを介して複数のユーザからのデータ分析要求を受信し、各ユーザの指定に基づくデータ分析の分析結果を各通知先のユーザに送信するデータベースにおけるデータ分析結果通知装置であって、
前記通信ネットワークを介して各ユーザから受信するデータ分析要求には、前記データベース内の項目に対するデータ分析の内容を指定する分析情報と、この分析情報によるデータ分析を実行するスケジュールを指定する実行情報と、この実行情報に従って得られる分析結果の通知を行なう条件を指定する通知条件情報と、通知先の判定に用いる期間および回数を指定する通知先判定情報とが含まれ、各ユーザからデータ分析要求を受信した場合には、前記分析情報と前記実行情報と前記通知条件情報と前記通知先判定情報とを対応付けて記憶する記憶手段と、
前記記憶されている分析情報に従ったデータ分析を、該分析情報に対応付けられている実行情報で示されるスケジュールに従って実行する分析手段と、
分析結果が前記実行情報に対応付けられている通知条件情報の通知条件を満たすかを判定し、通知条件を満たす場合にはさらに通知先を判定し、分析結果を通知するメッセージをその判定された通知先のユーザに送信する処理を、前記分析手段による分析結果が得られる毎に行なう通知手段と、を具備し、
前記通知手段による通知先の判定は、前記通知先判定情報が指定する期間内に同一の分析情報による分析結果を通知した回数により行い、前記通知先判定情報が指定する回数を超えて通知を行なう場合にはメッセージの通知先を変更することを特徴とするデータ分析結果通知装置。 - コンピュータに、
データベース内の項目に対するデータ分析の内容を指定する分析情報と、この分析情報によるデータ分析を実行するスケジュールを指定する実行情報と、この実行情報に従って得られる分析結果の通知を行なう条件を指定する通知条件情報と、通知先の判定に用いる期間および回数を指定する通知先判定情報とを含むデータ分析要求を、通信ネットワークを介して各ユーザから受信した場合に、前記分析情報と前記実行情報と前記通知条件情報と前記通知先判定情報とを対応付けて記憶する機能と、
前記記憶されている分析情報に従ったデータ分析を、該分析情報に対応付けられている実行情報で示されるスケジュールに従って実行する機能と、
分析結果が前記実行情報に対応付けられている通知条件情報の通知条件を満たすかを判定し、通知条件を満たす場合にはさらに通知先を判定し、分析結果を通知するメッセージをその判定された通知先のユーザに送信する処理を、前記分析結果が得られる毎に行なう機能と、を実現させるためのプログラムを記憶した記録媒体であって、
前記通知先を判定する機能は、前記通知先判定情報が指定する期間内に同一の分析情報による分析結果を通知した回数により通知先の判定を行い、前記通知先判定情報が指定する回数を超えて通知を行なう場合にはメッセージの通知先を変更する機能を含むことを特徴とする記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36416698A JP4172559B2 (ja) | 1998-12-22 | 1998-12-22 | データ分析結果通知装置および記録媒体 |
| US09/468,068 US6535866B1 (en) | 1998-12-22 | 1999-12-20 | Method and apparatus for informing analysis result of database |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36416698A JP4172559B2 (ja) | 1998-12-22 | 1998-12-22 | データ分析結果通知装置および記録媒体 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005087385A Division JP2005202981A (ja) | 2005-03-25 | 2005-03-25 | データ分析結果通知装置および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000187673A JP2000187673A (ja) | 2000-07-04 |
| JP4172559B2 true JP4172559B2 (ja) | 2008-10-29 |
Family
ID=18481138
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36416698A Expired - Fee Related JP4172559B2 (ja) | 1998-12-22 | 1998-12-22 | データ分析結果通知装置および記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6535866B1 (ja) |
| JP (1) | JP4172559B2 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8321411B2 (en) * | 1999-03-23 | 2012-11-27 | Microstrategy, Incorporated | System and method for management of an automatic OLAP report broadcast system |
| US6408292B1 (en) * | 1999-08-04 | 2002-06-18 | Hyperroll, Israel, Ltd. | Method of and system for managing multi-dimensional databases using modular-arithmetic based address data mapping processes on integer-encoded business dimensions |
| US6385604B1 (en) * | 1999-08-04 | 2002-05-07 | Hyperroll, Israel Limited | Relational database management system having integrated non-relational multi-dimensional data store of aggregated data elements |
| US20020029207A1 (en) * | 2000-02-28 | 2002-03-07 | Hyperroll, Inc. | Data aggregation server for managing a multi-dimensional database and database management system having data aggregation server integrated therein |
| US6910045B2 (en) * | 2000-11-01 | 2005-06-21 | Collegenet, Inc. | Automatic data transmission in response to content of electronic forms satisfying criteria |
| JP4436445B2 (ja) * | 2000-11-17 | 2010-03-24 | キヤノン株式会社 | 在庫管理システム、在庫管理方法及びプログラム |
| JP2003091492A (ja) * | 2001-07-09 | 2003-03-28 | Square Co Ltd | メッセージ交換システム、監視システム、サーバシステム、メッセージ交換方法、メッセージ監視方法、プログラム及び記録媒体 |
| JP2008112934A (ja) * | 2006-10-31 | 2008-05-15 | Oki Electric Ind Co Ltd | 半導体記憶装置及びその製造方法 |
| US10462220B2 (en) | 2016-09-16 | 2019-10-29 | At&T Mobility Ii Llc | Cellular network hierarchical operational data storage |
| CN111885134A (zh) * | 2020-07-14 | 2020-11-03 | 上海趣致网络科技股份有限公司 | 一种用于自动售货机的远程控制系统及方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6363422B1 (en) * | 1998-06-24 | 2002-03-26 | Robert R. Hunter | Multi-capability facilities monitoring and control intranet for facilities management system |
-
1998
- 1998-12-22 JP JP36416698A patent/JP4172559B2/ja not_active Expired - Fee Related
-
1999
- 1999-12-20 US US09/468,068 patent/US6535866B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6535866B1 (en) | 2003-03-18 |
| JP2000187673A (ja) | 2000-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9542425B2 (en) | Document management system having automatic notifications | |
| US6604079B1 (en) | System and method for feeding e-mail with calendar data | |
| US8656288B2 (en) | Sensitive information handling on a collaboration system | |
| US7761521B2 (en) | Method and system for accommodating mandatory responses in electronic messaging | |
| US6510424B1 (en) | Electronic notification agent | |
| EP2128772A1 (en) | Message hub, program, and method | |
| US8423615B1 (en) | System and method for restricting distribution of electronic messages | |
| US20110185027A1 (en) | Message data management | |
| US20020169871A1 (en) | Remote monitoring | |
| US20030233413A1 (en) | Method and apparatus for scheduling delivery of electronic mail messages | |
| JP4172559B2 (ja) | データ分析結果通知装置および記録媒体 | |
| WO2013149290A1 (en) | An electronic message management system | |
| US20080147804A1 (en) | Response requested message management system | |
| JP3499808B2 (ja) | 電子文書分類システム | |
| JP2002183055A (ja) | 電子メール情報の管理方法及びそのプログラムを格納する記録媒体 | |
| JP2003296560A (ja) | 電子承認ワークフローシステム及び記憶媒体 | |
| JP2005202981A (ja) | データ分析結果通知装置および記録媒体 | |
| JP2005276042A (ja) | システム監視業務支援システム及び支援プログラム | |
| JP2011204015A (ja) | 情報処理装置、情報処理システム、及び情報処理プログラム | |
| US20030041261A1 (en) | Method and apparatus for coordinating computer messages and attachments | |
| JP2004032605A (ja) | 電子メール応答システム及び電子メール応答システム用コンピュータプログラム | |
| JP2010108317A (ja) | メールサーバ装置、メールサーバ方法及びメールサーバプログラム | |
| JP4814278B2 (ja) | 電子メールデータの管理方法、システム及びコンピュータプログラム | |
| JP5203251B2 (ja) | 電子メール管理装置、電子メール管理方法、及びプログラム | |
| JP2001344173A (ja) | 電子メール送信装置、プログラム、及び、コンピュータ読取可能なプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050301 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050325 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050531 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050624 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080701 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080806 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110822 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120822 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120822 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130822 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |