(57)【要約】【課題】サマリーデータの作成後に詳細情報の追加、削除または修正があっても、また、識別情報値が同一であるレコードが複数入力されても、データ間に不整合が生じることのないデータ提供システムを実現する。【解決手段】データ加工＆作成部２は、外部から入力される詳細情報（処理実績データ）を受け取ると、当該処理実績データが反映されるべきサマリーデータが既に作成されているか否かを判定する。当該サマリーデータが作成済であれば、再作成すべきサマリーデータの期間の情報をサマリーデータ作成条件格納部７に送信する。サマリーデータ加工＆作成部６は、当該期間の情報に基づいてサマリーデータを再作成する。データ検索部９は、そのサマリーデータより検索結果データを作成する。また、最新ではないレコードの削除を当該検索結果データに反映させることができる。【選択図】        図２
2005018629.tif 000002
【特許請求の範囲】
【請求項１】
データベース管理システムによって詳細情報を詳細データとして管理するとともに、前記詳細データが要約された要約データから所望のデータを検索するデータ提供システムであって、
前記詳細データを格納する詳細データ格納手段と、
前記要約データを格納する要約データ格納手段と、
前記要約データを作成する条件を格納する要約データ作成条件格納手段と、
前記要約データ作成条件格納手段に格納された条件に基づいて前記詳細データから前記要約データを作成する要約データ作成手段と、
外部から入力される詳細情報である外部入力詳細情報を受け取り、前記外部入力詳細情報を前記詳細データに反映させる詳細データ加工作成手段と、
外部から入力される条件に応じて前記詳細データと前記要約データとに基づいて検索結果データを作成するデータ検索手段とを備え、
前記詳細データ加工作成手段は、前記外部入力詳細情報を受け取った時に当該外部入力詳細情報を反映すべき前記要約データが既に作成されている場合に、当該要約データが再作成されるように前記要約データ作成条件格納手段に条件を格納することを特徴とする、データ提供システム。
【請求項２】
前記詳細データ加工作成手段は、前記詳細データに対する削除命令を前記外部入力詳細情報として受け取ることを特徴とする、請求項１に記載のデータ提供システム。
【請求項３】
前記詳細データ加工作成手段は、前記詳細データに対する変更命令を前記外部入力詳細情報として受け取ることを特徴とする、請求項１に記載のデータ提供システム。
【請求項４】
前記詳細データ加工作成手段は、前記詳細データに対する追加命令を前記外部入力詳細情報として受け取ることを特徴とする、請求項１に記載のデータ提供システム。
【請求項５】
データベース管理システムによって詳細情報を詳細データとして管理するとともに、前記詳細データが要約された要約データから所望のデータを検索するデータ提供システムであって、
前記詳細データを格納する詳細データ格納手段と、
前記要約データを格納する要約データ格納手段と、
前記要約データを作成する条件を格納する要約データ作成条件格納手段と、
前記要約データ作成条件格納手段に格納された条件に基づいて前記詳細データから前記要約データを作成する要約データ作成手段と、
外部から入力される詳細情報である外部入力詳細情報を受け取り、前記外部入力詳細情報を前記詳細データに反映させる詳細データ加工作成手段と、
前記外部入力詳細情報に基づいて前記詳細データの削除、変更および追加を示す情報を格納するための削除変更追加履歴情報格納手段と、
外部から入力される条件に応じて前記詳細データと前記要約データとに基づいて検索結果データを作成するデータ検索手段とを備え、
前記詳細データ加工作成手段は、前記外部入力詳細情報を受け取った時に当該外部入力詳細情報を反映すべき前記要約データが既に作成されている場合に、当該外部入力詳細情報に基づく前記詳細データの削除、変更または追加を示す情報を前記削除変更追加履歴格納手段に格納し、
前記データ検索手段は、前記削除変更追加履歴格納手段に格納された情報に基づいて前記検索結果データを変更することを特徴とする、データ提供システム。
【請求項６】
前記データ検索手段は、時を表わす項目と時を表わす項目以外の項目とから構成されるキー項目群のうち時を表わす項目以外の項目で構成される識別情報の値が重複しているレコードが前記詳細データに含まれている場合に、前記識別情報の値が重複しているレコードのうち当該レコードの時を表わす項目の値が最新であるレコードのみを前記検索結果データに反映させることを特徴とする、請求項１から５までのいずれか１項に記載のデータ提供システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データベースに格納された情報を検索するシステムに関し、特に、要約データベースを作成し、その検索を行うデータ提供システムに関する。
【０００２】
【従来の技術】
従来より、コンピュータによって各種情報が管理されているシステム（以下「コンピュータ管理システム」という）が知られている。そのコンピュータ管理システムには、各種情報をデータベースに格納し、利用者が入力する検索条件に基づいて当該検索条件に合致するレコード（データベースにおいて追加、削除等の最小単位となる個々のデータ）をデータベースから抽出して画面に表示するデータ提供システムが含まれるものもある。例えば、工場における製品の処理実績情報を検索するデータ提供システムでは、各製品の製品番号、製品種類、処理工程、処理日時、良品であるか不良品であるかの判定結果、および不良内訳等の情報がデータベースに格納される。そして、データベースを格納するコンピュータと接続されたパソコン等の端末で、利用者が検索条件を入力すると、当該検索条件に合致するレコードの情報がパソコンの画面に表示される。
【０００３】
このようなデータ提供システムでは、データベースに格納されるレコード数が増加するにつれて検索所要時間も長くなる。例えば、１００件のレコードの中から或る条件に合致するレコードを１０件検索するよりも、５００件のレコードの中から前述のレコードを１０件検索する方が検索所要時間は長い。
【０００４】
また、データ提供システムの利用者は様々な条件で情報を検索する。例えば、製品の処理実績情報に関して、日別の情報が必要となることもあれば、週別や月別の情報が必要となることもある。このような場合、条件に合致するレコード数が増加するにつれて検索所要時間も長くなる。例えば、１０００件のレコードの中から或る日付のレコードを１０件検索するよりも、１０００件のレコードの中から或る週のレコードを５０件検索する方が検索所要時間は長い。また、検索されるレコード数が多くなると、レコード全件の情報が画面に表示されても、利用者にとって使い勝手が良くないこともある。
【０００５】
そこで、検索されたレコードを後述のように要約（集約）して画面に表示するデータ提供システムが実現されている。この要約されたデータを以下「サマリーデータ」という。一方、要約前のデータは「マスターデータ」と呼ばれることが多いが、本説明においては、「サマリーデータ」と対比するため、以下「詳細データ」という。また、「詳細データ」を格納しているデータベースを以下「詳細データ格納部」という。
【０００６】
図２０、図２１および図２２は、データ提供システムでデータ検索が実行されたときの検索条件と検索結果の例を示す図である。図２０に示す例では、検索条件として製品番号と処理工程とが指定され、表示形態として詳細データ表示が指定されている。図２１に示す例では、検索条件として処理期間（対象期間）と処理工程とが指定され、表示形態として詳細データ表示が指定されている。図２２に示す例では、検索条件として処理期間と処理工程とが指定され、表示形態として判定をキーとしたサマリーデータ表示が指定されている。なお、上記の例では、いずれも詳細データ格納部には図２３に示すレコード群が格納されているものとする。
【０００７】
図２０および図２１に示す例では、詳細データ格納部に格納されているレコード群の各レコードが加工されることなく検索結果として表示されている。一方、図２２に示す例では、図２１に示す検索結果から判定の結果（値）毎の件数が算出され、その結果と当該結果毎の件数のみが検索結果として表示されている。図２２に示す例のように、検索された詳細データが或る項目をキーとして要約されたものがサマリーデータである。
【０００８】
サマリーデータについて更に説明する。図２４は、図２３に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、機種（製品番号の上３桁）、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。また、図２３に示すレコード群に図２５に示すレコード群が追加されている場合、上記と同様にして得られる検索結果画面は図２６に示すものとなる。一方、図２３に示すレコード群に図２７に示すレコード群が追加されている場合、上記と同様にして得られる検索結果画面は図２８に示すものとなる。図２４、図２６、図２８では、いずれもキー毎に要約されて、キー毎の処理数が表示されている。
【０００９】
また、図２９は、図２３に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。図２４に示す例では、キーとして５つの項目が指定されていたが、図２９に示す例では、キーとして４つの項目が指定されている。さらに、図３０は、２つの項目（処理工程と処理日）がキーとして指定されたときの検索結果画面を示す図である。また、図３１は、処理工程、処理装置、機種（製品番号の上３桁）、処理時間および判定がキーとして指定されたときの検索結果画面を示す図である。以上のように、要約するときに指定されるキーの項目によって、得られる検索結果画面は様々なものとなる。
【００１０】
従来のデータ提供システムは以下のような構成で実現されている。第１の構成では、パソコン等の端末で検索条件が入力されると、詳細データ格納部から検索条件に合致するレコード群が抽出される。そして、抽出されたレコード群が端末側で要約される。第２の構成では、サマリーデータのみを格納するサマリーデータ格納部が設けられている。そして、詳細データ格納部から抽出されたレコード群が要約されてサマリーデータ格納部に格納される。パソコン等の端末は、サマリーデータ格納部から検索条件に合致するレコード群を抽出する。
【００１１】
上述の２つの構成を比較すると、第２の構成の方が検索実行時に検索されるレコード数が少ないので、検索所要時間が短くなっている。なお、第２の構成のサマリーデータ格納部に格納されるサマリーデータは、検索条件や作成時間を指定することにより、あらかじめデータ提供システムの機能によって作成される。
【００１２】
【特許文献１】
特開平８−２２２８８７号公報
【特許文献２】
特開平１０−６９５０７号公報
【特許文献３】
特開２００２−１１６９２８号公報
【００１３】
【発明が解決しようとする課題】
データ提供システムにおいて、詳細データ格納部に図２３に示すレコード群が格納されている場合、処理工程、処理装置、機種、処理日および判定をキーとしてサマリーデータを作成すると、図２４に示すサマリーデータが作成される。また、図２３でＮｏ．１に示すレコードが削除されると、詳細データ格納部に格納されるレコード群は図３２に示すものとなる。この図３２に示すレコード群に基づいて、上記と同様にサマリーデータを作成すると、図３３に示すサマリーデータが作成される。
【００１４】
ここで、毎日０時（日付が変更したとき）に前日分のサマリーデータが作成されている場合、上述のレコードの削除が日付変更前（１月１日）に行われていれば、図３３に示すサマリーデータが作成される。ところが、上述のレコードの削除が日付変更後（１月２日）に行われると、当該日付（１月１日）分のサマリーデータは既に作成されているので、当該レコードの削除がサマリーデータに反映されない。このように、１日単位で処理実績のサマリーデータを作成している場合、サマリーデータ作成済の日付のレコードの処理実績に変更があると、詳細データ格納部のデータは変更されるが、サマリーデータ格納部のデータは既に当該日付のサマリーデータ作成が終了しているので、その変更は反映されない。そのため、詳細データ格納部のデータ（詳細データ）とサマリーデータ格納部のデータ（サマリーデータ）との間に不整合が生じている。なお、ここではレコードの削除を例に挙げて説明したが、詳細データ格納部のレコードの内容に変更があった場合やレコードの追加があった場合も同様である。
【００１５】
上述のように、サマリーデータを用いたデータ提供システムにおいて、詳細データ格納部に格納されている詳細データとサマリーデータ格納部に格納されているサマリーデータとの整合性が取れなくなる場合がある。
【００１６】
また、工場においては製品の再検査等が行われるため、既に詳細データ格納部に入力済のレコードと処理工程、処理装置および製品番号が同一であるレコードが入力されることもある。例えば、図２３でＮｏ．９に示すレコードの判定は「準良品」となっている。準良品とは、不良箇所を修正することにより良品になる可能性のある製品を意味し、このような製品は、不良箇所の修正後、再検査される。再検査の結果、良品と判定されると、図３４でＮｏ．１９に示すレコードが詳細データ格納部に入力される。このような場合、一般的には判定の最終結果がサマリーデータに反映されることが望まれている。このため、図３４に示すレコード群が詳細データ格納部に格納されている場合、サマリーデータ格納部には、図３５に示すレコード群が格納されていることが望まれる。ところが、図２３でＮｏ．９に示すレコードの日付（１月１日）のサマリーデータは既に作成されているので、サマリーデータ格納部に格納されるレコード群は図３６に示す内容となる。このように、図３６に示すレコード群には判定の最終結果が反映されていない。なお、個々のレコードを識別するための１または複数のデータ項目から構成されるデータ項目群は主キーと呼ばれているが、以下、本説明では、主キーを構成しているデータ項目群から時を表わすデータ項目を除いて構成されるデータ項目群のことを「識別情報」という。上述した図２３に示すデータの例では、「処理工程」と「処理装置」と「製品番号」とで「識別情報」が構成される。また、各レコードの「識別情報」の値のことを「識別情報値」という。
【００１７】
そこで本発明では、サマリーデータの作成後にレコードの追加、削除または変更があっても、また、識別情報値が同一であるレコードが複数入力されても、データ間に不整合が生じることなく最新の情報に基づいてサマリーデータを検索することができるデータ提供システムを実現することを目的とする。
【００１８】
【課題を解決するための手段】
第１の発明は、データベース管理システムによって詳細情報を詳細データとして管理するとともに、前記詳細データが要約された要約データから所望のデータを検索するデータ提供システムであって、
前記詳細データを格納する詳細データ格納手段と、
前記要約データを格納する要約データ格納手段と、
前記要約データを作成する条件を格納する要約データ作成条件格納手段と、
前記要約データ作成条件格納手段に格納された条件に基づいて前記詳細データから前記要約データを作成する要約データ作成手段と、
外部から入力される詳細情報である外部入力詳細情報を受け取り、前記外部入力詳細情報を前記詳細データに反映させる詳細データ加工作成手段と、
外部から入力される条件に応じて前記詳細データと前記要約データとに基づいて検索結果データを作成するデータ検索手段とを備え、
前記詳細データ加工作成手段は、前記外部入力詳細情報を受け取った時に当該外部入力詳細情報を反映すべき前記要約データが既に作成されている場合に、当該要約データが再作成されるように前記要約データ作成条件格納手段に条件を格納することを特徴とする。
【００１９】
このような第１の発明によれば、外部から入力された詳細情報を反映すべき要約データが作成済であるか否かが判定される。そして、当該要約データが作成済であれば、当該要約データが再作成されるよう要約データ作成条件格納手段に条件が格納される。これにより、要約データ作成後に外部から入力された詳細情報が要約データに反映され、その要約データに基づく検索結果データが検索される。
【００２０】
第２の発明は、第１の発明において、
前記詳細データ加工作成手段は、前記詳細データに対する削除命令を前記外部入力詳細情報として受け取ることを特徴とする。
【００２１】
このような第２の発明によれば、外部から入力された削除命令を反映すべき要約データが作成済であるか否かが判定される。そして、当該要約データが作成済であれば、当該要約データが再作成されるよう要約データ作成条件格納手段に条件が格納される。これにより、要約データ作成後に外部から入力された削除命令が要約データに反映される。
【００２２】
第３の発明は、第１の発明において、
前記詳細データ加工作成手段は、前記詳細データに対する変更命令を前記外部入力詳細情報として受け取ることを特徴とする。
【００２３】
このような第３の発明によれば、外部から入力された変更命令を反映すべき要約データが作成済であるか否かが判定される。そして、当該要約データが作成済であれば、当該要約データが再作成されるよう要約データ作成条件格納手段に条件が格納される。これにより、要約データ作成後に外部から入力された変更命令が要約データに反映される。
【００２４】
第４の発明は、第１の発明において、
前記詳細データ加工作成手段は、前記詳細データに対する追加命令を前記外部入力詳細情報として受け取ることを特徴とする。
【００２５】
このような第４の発明によれば、外部から入力された追加命令を反映すべき要約データが作成済であるか否かが判定される。そして、当該要約データが作成済であれば、当該要約データが再作成されるよう要約データ作成条件格納手段に条件が格納される。これにより、要約データ作成後に外部から入力された追加命令が要約データに反映される。
【００２６】
第５の発明は、データベース管理システムによって詳細情報を詳細データとして管理するとともに、前記詳細データが要約された要約データから所望のデータを検索するデータ提供システムであって、
前記詳細データを格納する詳細データ格納手段と、
前記要約データを格納する要約データ格納手段と、
前記要約データを作成する条件を格納する要約データ作成条件格納手段と、
前記要約データ作成条件格納手段に格納された条件に基づいて前記詳細データから前記要約データを作成する要約データ作成手段と、
外部から入力される詳細情報である外部入力詳細情報を受け取り、前記外部入力詳細情報を前記詳細データに反映させる詳細データ加工作成手段と、
前記外部入力詳細情報に基づいて前記詳細データの削除、変更および追加を示す情報を格納するための削除変更追加履歴情報格納手段と、
外部から入力される条件に応じて前記詳細データと前記要約データとに基づいて検索結果データを作成するデータ検索手段とを備え、
前記詳細データ加工作成手段は、前記外部入力詳細情報を受け取った時に当該外部入力詳細情報を反映すべき前記要約データが既に作成されている場合に、当該外部入力詳細情報に基づく前記詳細データの削除、変更または追加を示す情報を前記削除変更追加履歴格納手段に格納し、
前記データ検索手段は、前記削除変更追加履歴格納手段に格納された情報に基づいて前記検索結果データを変更することを特徴とする。
【００２７】
このような第５の発明によれば、外部から入力された詳細情報を反映すべき要約データが作成済であるか否かが判定される。そして、当該要約データが作成済であれば、外部から入力された詳細情報に基づく履歴情報が削除変更追加履歴格納部に格納される。また、要約データは、その履歴情報に基づいて変更される。これにより、要約データ作成後に外部から入力された詳細情報が要約データに反映され、その要約データに基づく検索結果データが検索される。
【００２８】
第６の発明は、第１から第５の発明において、
前記データ検索手段は、時を表わす項目と時を表わす項目以外の項目とから構成されるキー項目群のうち時を表わす項目以外の項目で構成される識別情報の値が重複しているレコードが前記詳細データに含まれている場合に、前記識別情報の値が重複しているレコードのうち当該レコードの時を表わす項目の値が最新であるレコードのみを前記検索結果データに反映させることを特徴とする。
【００２９】
このような第６の発明によれば、詳細データに識別情報値が同一であるレコードが複数含まれている場合に、最新のレコードに基づいて検索結果データが作成される。これにより、最終結果のみが反映された要約データが検索される。
【００３０】
【発明の実施の形態】
以下、本発明の実施形態について添付図面を参照しつつ説明する。
＜１．第１の実施形態＞
＜１．１  全体構成＞
図１は、本発明の第１の実施形態に係るデータ提供システムのハードウェア構成図である。このデータ提供システムは、ホストコンピュータ、データベースおよび複数の端末とから構成される。ホストコンピュータは、ハードディスク装置からＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）にロードされたプログラムをＣＰＵが逐次実行するコンピュータであって、このデータ提供システムを含む、工場におけるコンピュータ管理システムの中心となるコンピュータである。データベースには、このデータ提供システムが保持するデータが格納される。また、ホストコンピュータには、複数の端末がネットワークで接続されており、オペレータはこれらの端末より各種データの送信や検索を行う。
【００３１】
図２は、本発明の第１の実施形態に係るデータ提供システムの機能面から見た構成を示すブロック図である。このデータ提供システムは、データ受信部１、データ加工＆作成部２、詳細データ格納部３、サマリーデータ格納部４、サマリーデータ加工＆作成部６、サマリーデータ作成条件格納部７、サマリーデータ作成条件設定部８およびデータ検索部９から構成される。また、このシステムの外部にあるデータ送信部０と検索条件入力＆検索結果表示部１０とがネットワーク１１によってこのデータ提供システムと接続されている。
【００３２】
図３は、このデータ提供システムを含むコンピュータ管理システムを導入した工場におけるデータの入力についての説明図である。図３に示すように、工場において製品が原材料から完成品に至るまでには、様々な工程がある。例えば、液晶パネルの製造工場の場合、トランジスタ成膜工程、ラビング工程、貼合工程、分断工程、注入工程、偏光板貼付工程等がある。各工程で処理が終了すると、当該処理の実績を示す情報が端末から入力される。図３に示す装置１〜装置Ｎは処理実績情報を入力するための端末であり、それらは図２に示すデータ送信部０に相当する。したがって、図２に示すデータ送信部０は、複数で構成されている。また、このデータ提供システムでは、処理実績情報として、各製品の製品番号、処理工程、処理装置、処理日時および判定（処理結果）が管理されている。以下、図２を参照しつつ、各構成部について説明する。
【００３３】
データ送信部０は、オペレータによる処理実績情報（外部入力詳細情報）の入力を受け付ける。オペレータによって処理実績情報が入力されると、データ送信部０は、それらの情報を処理実績データとしてデータ受信部１に送信する。なお、ここでの処理実績情報には、新規情報の追加のみならず、既に入力されている情報の変更や削除も含まれる。
【００３４】
データ受信部１は、データ送信部０から送信された処理実績データを受け取り、その処理実績データをデータ加工＆作成部２に送信する。なお、前述したとおりデータ送信部０は複数で構成されているので、データ受信部１は、複数のデータ送信部０から送信される処理実績データを受け取り、それら処理実績データを順にデータ加工＆作成部２に送信する。
【００３５】
データ加工＆作成部２は、データ受信部１から送信された処理実績データを受け取る。処理実績データには、詳細データ格納部３に格納済のレコードの削除を示す情報すなわち削除コマンド、詳細データ格納部３に格納済のレコードの変更を示す情報すなわち変更コマンド、および詳細データ格納部３へのレコードの追加を示す情報すなわち追加コマンドとが含まれており、その処理実績データに応じて、データ加工＆作成部２は当該処理実績データを詳細データ格納部３に反映させる。また、データ加工＆作成部２は、受け取った処理実績データの処理日時を対象期間とするサマリーデータ、すなわち当該処理実績データが反映されるべきサマリーデータが既に作成されていれば、当該サマリーデータが再作成されるように、サマリーデータ作成条件格納部７にサマリーデータを再作成する条件として「期間の情報」を送信する。なお、「期間の情報」についての説明は後述している。
【００３６】
サマリーデータ作成条件設定部８は、オペレータによって入力されたサマリーデータ作成条件をサマリーデータ作成条件格納部７に送信する。サマリーデータ作成条件とは、処理実績情報（詳細情報）が格納された詳細データ格納部３から必要なレコードを抽出し、その抽出されたレコード群を要約したデータ（サマリーデータ）を作成するための条件である。例えば、「毎日午前１時に、前日分の処理工程毎の処理件数」というような条件が設定される。
【００３７】
上述の例では、「前日分」が前述の「期間の情報」に該当する。この他、「２００３年６月１５日分」のような特定の日付を示す情報や、「２００３年１月〜３月分」のような幅のある期間を示す情報などがある。そして、処理実績データの処理日時がこれらの期間に含まれていると、当該処理実績データを含めてサマリーデータが作成される。このように、サマリーデータの作成元となる処理実績データの処理日時を示す情報を「期間の情報」という。
【００３８】
サマリーデータ作成条件格納部７は、サマリーデータ作成条件設定部８から送信されたサマリーデータ作成条件と、データ加工＆作成部２から送信された、サマリーデータを再作成する条件としての期間の情報とを保持する。そして、サマリーデータ作成条件格納部７は、各サマリーデータ作成条件に設定されているサマリーデータ作成の実行時刻になると、当該サマリーデータ作成条件をサマリーデータ加工＆作成部６に送信する。
【００３９】
サマリーデータ加工＆作成部６は、サマリーデータ作成条件格納部７から送信されたサマリーデータ作成条件を受け取り、その条件に基づいてサマリーデータを作成する。このとき、当該サマリーデータを作成するためのレコードは詳細データ格納部３から抽出され、作成されたサマリーデータはサマリーデータ格納部４に格納される。
【００４０】
検索条件入力＆検索結果表示部１０は、オペレータによる検索条件の入力を受け付ける。そして、オペレータによって検索条件が入力されると、当該検索条件をデータ検索部９に送信する。その後、データ検索部９から検索結果データが送信されると、検索条件入力＆検索結果表示部１０は当該検索結果を画面に表示する。
【００４１】
データ検索部９は、検索条件入力＆検索結果表示部１０から送信された検索条件に基づいて、データの検索を実行する。このとき、当該検索条件に応じて、詳細データ格納部３およびサマリーデータ格納部４からレコードが抽出され、検索結果データが作成される。そして、検索結果データは検索条件入力＆検索結果表示部１０に送信される。
【００４２】
詳細データ格納部３には、外部から入力された処理実績情報が格納される。図４および図５は、詳細データ格納部３に格納されるレコード群の例を示す図である。図４および図５に示すレコード群は、それぞれ図２３および図３４に示す、従来の詳細データ格納部３に格納されるレコード群に対応する。ここで、データ項目に着目すると、本実施形態では「最新フラグ」が設けられている。この「最新フラグ」には、同一識別情報値のレコードが１件だけ入力されている場合、「１」が設定される。一方、同一識別情報値のレコードが重複して入力されている場合、その中から最後に入力されたレコードのみが「最新フラグ」に「１」が設定され、それ以外のレコードについては「最新フラグ」に「０」が設定される。サマリーデータ格納部４には、サマリーデータ加工＆作成部６によって作成されるサマリーデータが格納される。
【００４３】
このデータ提供システムで行われる処理は、処理実績情報を詳細データ格納部３に反映させる処理（以下「データ登録処理」という）と、サマリーデータを作成する処理（以下「サマリーデータ作成処理」という）と、データを検索する処理（以下「データ検索処理」という）との３つに大別される。以下、各処理について順に説明する。
【００４４】
＜１．２  データ登録処理＞
図６は、本実施形態におけるデータ登録処理の手順を示すフローチャートである。以下、図６を参照しつつ、その手順について説明する。
【００４５】
オペレータがデータ送信部０に処理実績情報を入力すると、その処理実績情報が処理実績データとしてデータ受信部１に送信される（ステップＳ１００）。この処理実績情報には、詳細データ格納部３に格納されていない識別情報値を持つレコードの追加、詳細データ格納部３に格納済の識別情報値を持つレコードの削除、変更および再入力が含まれる。
【００４６】
データ受信部１は、データ送信部０から送信された処理実績データを受け取ると、当該処理実績データをデータ加工＆作成部２に送信する（ステップＳ１０２）。データ加工＆作成部２は、データ受信部１から送信された処理実績データを受け取る（ステップＳ１０４）。そして、データ加工＆作成部２は、当該処理実績データを詳細データ格納部３に反映させる（ステップＳ１０６）。具体的には、処理実績データの内容に応じて、詳細データ格納部３へのレコードの追加、詳細データ格納部３に格納されているレコードの削除、および詳細データ格納部３に格納されているレコードの変更が行われる。
【００４７】
さらにデータ加工＆作成部２は、当該処理実績データの日付を含むサマリーデータが既に作成されているか否かを判定する（ステップＳ１０８）。該当するサマリーデータが作成されていれば、当該サマリーデータが再作成されるように、期間の情報をサマリーデータ作成条件格納部７に格納し（ステップＳ１１０）、その後、終了する。一方、該当するサマリーデータが作成されていなければ、当該サマリーデータは後で（当該サマリーデータを作成するように設定された時刻になると）作成されるので、期間の情報をサマリーデータ作成条件格納部７に格納することなく終了する。また、サマリーデータ作成条件格納部７に当該処理実績データに基づくサーマリーデータを作成する条件が全く格納されていない場合にも、期間の情報をサマリーデータ作成条件格納部７に格納することなく終了する。
【００４８】
以上の手順により、詳細データ格納部３には、データ送信部０から逐次入力される処理実績情報が反映される。また、サマリーデータ作成条件格納部７には、サマリーデータ作成後に削除、変更および追加があったために再作成が必要なサマリーデータの期間の情報が格納される。
【００４９】
＜１．３  サマリーデータ作成処理＞
図７は、本実施形態におけるサマリーデータ作成処理の手順を示すフローチャートである。以下、図７を参照しつつ、その手順について説明する。
【００５０】
サマリーデータ作成条件格納部７は、保持している各サマリーデータ作成条件に設定されているサマリーデータ作成の実行時刻を読み取る（ステップＳ２００）。サマリーデータ作成条件格納部７は、読み取った実行時刻と現在時刻とを比較する（ステップＳ２０２）。実行時刻が現在時刻と等しいレコードがなければ、ステップＳ２００に戻る。一方、実行時刻が現在時刻と等しいレコードがあれば、当該レコードが示す条件に基づいたサマリーデータが作成されるように、当該サマリーデータ作成条件をサマリーデータ加工＆作成部６に送信するとともにデータ加工＆作成部２から送信されたサマリーデータを再作成する期間の情報もサマリーデータ加工＆作成部６に送信する（ステップＳ２０４）。
【００５１】
サマリーデータ加工＆作成部６は、サマリーデータ作成条件格納部７から送信されたサマリーデータ作成条件とサマリーデータを再作成する期間の情報とを受け取る。そして、当該サマリーデータ作成条件に基づいて、サマリーデータを作成する。また、サマリーデータを再作成する期間の情報に基づいて、該当のサマリーデータを再作成する。このとき、サマリーデータを作成するためのレコードは詳細データ格納部３から抽出され、作成されたサマリーデータはサマリーデータ格納部４に格納される（ステップＳ２０６）。
【００５２】
以上のようにして、サマリーデータ作成条件設定部８で設定された条件とデータ加工＆作成部２から送信されたサマリーデータを再作成する期間の情報とに基づいて、詳細データ格納部３からレコードが抽出される。そして、その抽出されたレコード群が要約されたサマリーデータが、サマリーデータ格納部４に格納される。
【００５３】
＜１．４  データ検索処理＞
図８は、本実施形態におけるデータ検索処理の手順を示すフローチャートである。以下、図８を参照しつつ、その手順について説明する。
【００５４】
オペレータが検索条件入力＆検索結果表示部１０に検索条件を入力すると、その検索条件はデータ検索部９に送信される（ステップＳ３００）。データ検索部９は、検索条件入力＆検索結果表示部１０から送信された検索条件を受け取り、当該検索条件に基づいて、サマリーデータ格納部４からレコードを抽出して検索結果データを作成する（ステップＳ３０２）。
【００５５】
次に、実行中のデータ検索処理が、同一の識別情報値を含む処理実績情報が重複して入力されている場合に最終の処理実績情報のみを検索するものであるか否かが判定される（ステップＳ３０８）。最終の処理実績情報のみを検索するものではない場合、ステップＳ３１４に進む。一方、最終の処理実績情報のみを検索するものである場合、検索条件で指定されている期間内に処理が行われて、かつ、最新フラグが「０」になっているレコードを詳細データ格納部３から抽出する（ステップＳ３１０）。そして、ステップＳ３０２で作成された検索結果データにステップＳ３１０で抽出されたレコードの削除を反映させる（ステップＳ３１２）。
【００５６】
上述のようにして検索結果データが作成されると、当該検索結果データは検索条件入力＆検索結果表示部１０に送信され、検索条件入力＆検索結果表示部１０の画面に検索結果が表示される（ステップＳ３１４）。
【００５７】
ここで、同一の識別情報値を含む処理実績情報が重複して入力されている場合に最終の処理実績情報のみを検索するときの処理について説明する。なお、詳細データ格納部３、サマリーデータ格納部４には、それぞれ図９、図１０に示すレコード群が格納されているものとし、図９でＮｏ．１に示すレコードは、サマリーデータの作成後に削除されたレコードとする。
【００５８】
まず、ステップＳ３０２では、図１０に示すレコード群が抽出される。次に、ステップＳ３１０で、図１１に示すレコードが抽出される。そして、ステップＳ３１２で、図１１に示すレコードの削除が図１０に示すレコード群に反映され、図１２に示すレコード群が作成される。図１０に示すレコード群の３レコード目に、「機種」が「ＡＢＣ」で「判定」が「準良品」のレコードが存在していたが、図１２では、当該レコードは削除され、最終結果が反映されている。
【００５９】
以上のようにして本実施形態に係るデータ提供システムでは、サマリーデータの作成後にレコードの追加、削除または変更があっても、また、同一識別情報値のレコードが複数入力されても、データ間に不整合が生じることなく最新の情報に基づいてサマリーデータを検索することができる。
【００６０】
次に、本発明の第２の実施形態について説明する。なお、第１の実施形態と同様の構成のものについては、同一の参照符号を付し、詳しい説明を省略する。
＜２．第２の実施形態＞
＜２．１  全体構成＞
図１３は、本発明の第２の実施形態に係るデータ提供システムの機能面から見た構成を示すブロック図である。図２に示す第１の実施形態の構成に加えて、削除／変更／追加履歴格納部５が設けられている。以下、図１３を参照しつつ説明する。
【００６１】
データ加工＆作成部２は、データ受信部１から送信された処理実績データを受け取る。処理実績データには、詳細データ格納部３に格納済のレコードの削除を示す情報、詳細データ格納部３に格納済のレコードの変更を示す情報および詳細データ格納部３へのレコードの追加を示す情報とが含まれており、その処理実績データに応じて、データ加工＆作成部２は当該処理実績データを詳細データ格納部３に反映させる。また、データ加工＆作成部２は、受け取った処理実績データの処理日時を対象期間とするサマリーデータ、すなわち当該処理実績データが反映されるべきサマリーデータが既に作成されていれば、当該処理実績データに基づく履歴情報を削除／変更／追加履歴格納部５に格納する。
【００６２】
削除／変更／追加履歴格納部５は、サマリーデータを再作成するための履歴情報を保持する。図１４は、削除／変更／追加履歴格納部５に格納されるレコード群の例を示す図である。図１４でＮｏ．１に示すレコードは、当該レコードの処理日時が対象期間とされ当該レコードの情報を含むサマリーデータが作成された後に削除されたレコードである。また、図１４でＮｏ．２に示すレコードは、当該レコードの情報を含むべきサマリーデータが作成された後に追加されたレコードである。
【００６３】
サマリーデータ作成条件格納部７は、サマリーデータ作成条件設定部８から送信されたサマリーデータ作成条件を保持する。そして、サマリーデータ作成条件格納部７は、各サマリーデータ作成条件に設定されている実行時刻になると、当該サマリーデータ作成条件をサマリーデータ加工＆作成部６に送信する。
【００６４】
データ検索部９は、検索条件入力＆検索結果表示部１０から送信された検索条件に基づいて、データの検索を実行する。このとき、当該検索条件に応じて、詳細データ格納部３、サマリーデータ格納部４および削除／変更／追加履歴格納部５からレコードが抽出され、検索結果データが作成される。そして、その検索結果データはデータ検索部９から検索条件入力＆検索結果表示部１０に送信される。
【００６５】
なお、データ送信部０、データ受信部１、サマリーデータ作成条件設定部８、サマリーデータ加工＆作成部６、詳細データ格納部３、サマリーデータ格納部４および検索条件入力＆検索結果表示部１０は、第１の実施形態と同様の構成である。
【００６６】
＜２．２  データ登録処理＞
図１５は、本実施形態におけるデータ登録処理の手順を示すフローチャートである。以下、図１５を参照しつつ、その手順について説明する。
【００６７】
ステップＳ４００、ステップＳ４０２、ステップＳ４０４、ステップＳ４０６およびステップＳ４０８は、それぞれ、図６に示す第１の実施形態におけるステップＳ１００、ステップＳ１０２、ステップＳ１０４、ステップＳ１０６およびステップＳ１０８に対応しており、同様の処理が行われる。
【００６８】
データ送信部０から入力された処理実績データがデータ受信部１に送信されると、当該処理実績データの日付のサマリーデータが既に作成されているか否かがステップＳ４０８で判定される。その判定の結果、当該サマリーデータが作成されていれば、当該処理実績データに基づいてサマリーデータが再作成されるよう、当該処理実績データが示す情報を削除／変更／追加履歴格納部５に格納し（ステップＳ４１０）、その後、終了する。
【００６９】
＜２．３  サマリーデータ作成処理＞
図１６は、本実施形態におけるサマリーデータ作成処理の手順を示すフローチャートである。以下、図１６を参照しつつ、その手順について説明する。
【００７０】
ステップＳ５００およびステップＳ５０２は、それぞれ、図７に示す第１の実施形態におけるステップＳ２００およびステップＳ２０２に対応しており、同様の処理が行われる。
【００７１】
サマリーデータ作成条件格納部７は、保持している各サマリーデータ作成条件に設定されているサマリーデータ作成の実行時刻を読み取り（ステップＳ５００）、当該実行時刻と現在時刻とを比較する（ステップＳ５０２）。実行時刻が現在時刻と等しいレコードがあれば、当該レコードが示す条件に基づいたサマリーデータが作成されるように、当該サマリーデータ作成条件をサマリーデータ加工＆作成部６に送信する（ステップＳ５０４）。
【００７２】
サマリーデータ加工＆作成部６は、サマリーデータ作成条件格納部７から送信されたサマリーデータ作成条件を受け取る。そして、当該サマリーデータ作成条件に基づいて、サマリーデータを作成する。このとき、サマリーデータを作成するためのレコードは詳細データ格納部３から抽出され、作成されたサマリーデータはサマリーデータ格納部４に格納される（ステップＳ５０６）。
【００７３】
＜２．４  データ検索処理＞
図１７は、本実施形態におけるデータ検索処理の手順を示すフローチャートである。以下、図１７を参照しつつ、その手順について説明する。
【００７４】
ステップＳ６００、ステップＳ６０２、ステップＳ６０８、ステップＳ６１０、ステップＳ６１２およびステップＳ６１４は、それぞれ、図８に示す第１の実施形態におけるステップＳ３００、ステップＳ３０２、ステップＳ３０８、ステップＳ３１０、ステップＳ３１２、およびステップＳ３１４に対応しており、同様の処理が行われる。
【００７５】
データ検索部９は、オペレータが入力した検索条件に基づいてサマリーデータ格納部４からレコードを抽出して検索結果データを作成する（ステップＳ６０２）。そして、当該検索条件で指定されている期間内の履歴情報（レコード群）を削除／変更／追加履歴格納部５から抽出する（ステップＳ６０４）。さらに、ステップＳ６０２で作成された検索結果データにステップＳ６０４で抽出されたレコード群が示す履歴情報を反映させる（ステップＳ６０６）。
【００７６】
ここで、詳細データ格納部３、サマリーデータ格納部４、削除／変更／追加履歴格納部５には、それぞれ図９、図１８、図１９に示すレコード群が格納されているものとして説明する。なお、図９でＮｏ．１に示すレコードは、サマリーデータの作成後に削除されたレコードである。このため、図１８に示すサマリーデータには、当該レコードの削除は反映されていない。
【００７７】
検索条件入力＆検索結果表示部１０に入力された検索条件がデータ検索部９に送信されると、ステップＳ６０２では、図１８に示すレコード群が抽出される。さらに、ステップＳ６０４では、図１９に示すレコードが抽出される。そして、ステップＳ６０６で、図１９に示す履歴情報の内容が図１８に示すレコード群に反映され、図１０に示すレコード群が作成される。図１８に示すレコード群の１レコード目の処理数は「５」となっていたが、図１０に示すレコード群の１レコード目の処理数は「４」となっており、上記レコードの削除が反映されている。
【００７８】
同一の識別情報値を含む処理実績情報が重複して入力されている場合に最終の処理実績情報のみを検索するときには、次にステップＳ６１０で、図１１に示すレコードが抽出される。そして、ステップＳ６１２で、図１１に示すレコードの削除が図１０に示すレコード群に反映され、図１２に示すレコード群が作成される。図１０に示すレコード群の３レコード目に、「機種」が「ＡＢＣ」で「判定」が「準良品」のレコードが存在していたが、図１２では、当該レコードは削除され、最終結果が反映されている。
【００７９】
以上のようにして本実施形態に係るデータ提供システムでは、サマリーデータの作成後にレコードの追加、削除または変更があっても、また、同一識別情報値のレコードが複数入力されても、データ間に不整合が生じることなく最新の情報に基づいてサマリーデータが検索される。
【００８０】
＜３．その他＞
上記各実施形態では、工場における製品の処理実績情報をコンピュータで管理している例を挙げて説明したが、本発明はこれに限定されるものではない。例えば、製品の販売実績情報を管理するシステムや資材等の購買実績情報を管理するシステム等、サマリーデータを用いて情報が提供される他のデータ提供システムにも適用することができる。
【００８１】
【発明の効果】
第１の発明によれば、外部から入力された詳細情報を反映すべき要約データが作成済であれば、当該詳細情報に基づいて要約データが再作成される。これにより、要約データ作成後に詳細情報が入力されても、当該詳細情報が反映された要約データを短時間に検索することができる。このため、工場における不具合原因の早期発見、早期対応が可能となり、効率的な工場運営が可能となる。
【００８２】
第２の発明によれば、外部から入力された削除命令を反映すべき要約データが作成済であれば、当該削除命令に基づいて要約データが再作成される。これにより、要約データ作成後に削除命令が入力されても、当該削除命令が反映された要約データを短時間に検索することができる。
【００８３】
第３の発明によれば、外部から入力された変更命令を反映すべき要約データが作成済であれば、当該変更命令に基づいて要約データが再作成される。これにより、要約データ作成後に変更命令が入力されても、当該変更命令が反映された要約データを短時間に検索することができる。
【００８４】
第４の発明によれば、外部から入力された追加命令を反映すべき要約データが作成済であれば、当該追加命令に基づいて要約データが再作成される。これにより、要約データ作成後に追加命令が入力されても、当該追加命令が反映された要約データを短時間に検索することができる。
【００８５】
第５の発明によれば、外部から入力された詳細情報を反映すべき要約データが作成済であれば、当該詳細情報が要約データに反映される。これにより、要約データ作成後に詳細情報が入力されても、当該詳細情報が反映された要約データを短時間に検索することができる。
【００８６】
第６の発明によれば、詳細データに識別情報値が同一であるレコードが複数含まれている場合に、最新のレコードに基づいて検索結果データが作成される。これにより、最終結果のみが反映された要約データを短時間に検索することができる。このため、工場における最終出荷製品数を迅速に把握することができ、経理業務の効率化などが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るデータ提供システムのハードウェア構成図である。
【図２】第１の実施形態に係るデータ提供システムの機能面から見た構成を示すブロック図である。
【図３】第１の実施形態に係るデータ提供システムを含むコンピュータ管理システムを導入した工場におけるデータの入力についての説明図である。
【図４】第１の実施形態における詳細データ格納部に格納されるレコード群の第１の例を示す図である。
【図５】第１の実施形態における詳細データ格納部に格納されるレコード群の第２の例を示す図である。
【図６】第１の実施形態におけるデータ登録処理の手順を示すフローチャートである。
【図７】第１の実施形態におけるサマリーデータ作成処理の手順を示すフローチャートである。
【図８】第１の実施形態におけるデータ検索処理の手順を示すフローチャートである。
【図９】第１の実施形態における詳細データ格納部に格納されるレコード群の第３の例を示す図である。
【図１０】第１の実施形態におけるサマリーデータ格納部に格納されるレコード群の例を示す図である。
【図１１】第１の実施形態において、図９に示すレコード群から抽出された、最新フラグが「０」のレコードを示す図である。
【図１２】第１の実施形態において、図１０に示すレコードに図１１に示すレコードの削除が反映されたレコード群を示す図である。
【図１３】本発明の第２の実施形態に係るデータ提供システムの機能面から見た構成を示すブロック図である。
【図１４】第２の実施形態における削除／変更／追加履歴格納部に格納されるレコード群の例を示す図である。
【図１５】第２の実施形態におけるデータ登録処理の手順を示すフローチャートである。
【図１６】第２の実施形態におけるサマリーデータ作成処理の手順を示すフローチャートである。
【図１７】第２の実施形態におけるデータ検索処理の手順を示すフローチャートである。
【図１８】第２の実施形態におけるサマリーデータ格納部に格納されるレコード群の例を示す図である。
【図１９】第２の実施形態における削除／変更／追加履歴格納部に格納されるレコード例を示す図である。
【図２０】データ提供システムでデータ検索が実行されたときの検索条件と検索結果の第１の例を示す図である。
【図２１】データ提供システムでデータ検索が実行されたときの検索条件と検索結果の第２の例を示す図である。
【図２２】データ提供システムでデータ検索が実行されたときの検索条件と検索結果の第３の例を示す図である。
【図２３】従来構成における詳細データ格納部に格納されるレコード群の例を示す図である。
【図２４】図２３に示すレコードが詳細データ格納部に格納されている場合に、処理工程、処理装置、機種、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。
【図２５】図２３に示すレコード群に追加されるレコード群の第１の例を示す図である。
【図２６】図２３に示すレコード群に図２５に示すレコード群が追加された場合に、処理工程、処理装置、機種、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。
【図２７】図２３に示すレコード群に追加されるレコード群の第２の例を示す図である。
【図２８】図２３に示すレコード群に図２７に示すレコード群が追加された場合に、処理工程、処理装置、機種、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。
【図２９】図２３に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、処理日および判定をキーとして要約したときに得られる検索結果画面を示す図である。
【図３０】図２３に示すレコード群が詳細データ格納部に格納されている場合に、処理工程と処理日がキーとして指定されたときの検索結果画面を示す図である。
【図３１】図２３に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、機種、処理時間および判定がキーとして指定されたときの検索結果画面を示す図である。
【図３２】図２３でＮｏ．１に示すレコードが削除された場合に詳細データ格納部に格納されるレコード群を示す図である。
【図３３】図３２に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、機種、処理日および判定をキーとして作成されたサマリーデータを示す図である。
【図３４】図２３でＮｏ．９に示すレコード群の再検査後の結果が入力されたときの詳細データ格納部に格納されるレコード群を示す図である。
【図３５】図３４に示すレコード群が詳細データ格納部に格納されている場合に、処理工程、処理装置、機種、処理日および判定をキーとして作成されるべきサマリーデータを示す図である。
【図３６】図３４に示すレコードが詳細データ格納部に格納されている場合に、処理工程、処理装置、機種、処理日および判定をキーとして作成されるサマリーデータを示す図である。
【符号の説明】
０…データ送信部
１…データ受信部
２…データ加工＆作成部
３…詳細データ格納部
４…サマリーデータ格納部
５…削除／変更／追加履歴格納部
６…サマリーデータ加工＆作成部
７…サマリーデータ作成条件格納部
８…サマリーデータ作成条件設定部
９…データ検索部
１０…検索条件入力＆検索結果表示部
１１…ネットワーク
【図１】
2005018629.tif 000003
【図２】
2005018629.tif 000004
【図３】
2005018629.tif 000005
【図４】
2005018629.tif 000006
【図５】
2005018629.tif 000007
【図６】
2005018629.tif 000008
【図７】
2005018629.tif 000009
【図８】
2005018629.tif 000010
【図９】
2005018629.tif 000011
【図１０】
2005018629.tif 000012
【図１１】
2005018629.tif 000013
【図１２】
2005018629.tif 000014
【図１３】
2005018629.tif 000015
【図１４】
2005018629.tif 000016
【図１５】
2005018629.tif 000017
【図１６】
2005018629.tif 000018
【図１７】
2005018629.tif 000019
【図１８】
2005018629.tif 000020
【図１９】
2005018629.tif 000021
【図２０】
2005018629.tif 000022
【図２１】
2005018629.tif 000023
【図２２】
2005018629.tif 000024
【図２３】
2005018629.tif 000025
【図２４】
2005018629.tif 000026
【図２５】
2005018629.tif 000027
【図２６】
2005018629.tif 000028
【図２７】
2005018629.tif 000029
【図２８】
2005018629.tif 000030
【図２９】
2005018629.tif 000031
【図３０】
2005018629.tif 000032
【図３１】
2005018629.tif 000033
【図３２】
2005018629.tif 000034
【図３３】
2005018629.tif 000035
【図３４】
2005018629.tif 000036
【図３５】
2005018629.tif 000037
【図３６】
2005018629.tif 000038