JP5113864B2 - Report information collection system, method and program - Google Patents

Report information collection system, method and program Download PDF

Info

Publication number
JP5113864B2
JP5113864B2 JP2010046221A JP2010046221A JP5113864B2 JP 5113864 B2 JP5113864 B2 JP 5113864B2 JP 2010046221 A JP2010046221 A JP 2010046221A JP 2010046221 A JP2010046221 A JP 2010046221A JP 5113864 B2 JP5113864 B2 JP 5113864B2
Authority
JP
Japan
Prior art keywords
information
report information
definition information
definition
input
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.)
Active
Application number
JP2010046221A
Other languages
Japanese (ja)
Other versions
JP2011180947A (en
Inventor
秀毅 清水
浩一 沢田
康宏 田辺
恵 和田
直樹 栗田
卓哉 小板橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mizuho Information and Research Institute Inc
Original Assignee
Mizuho Information and Research Institute Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mizuho Information and Research Institute Inc filed Critical Mizuho Information and Research Institute Inc
Priority to JP2010046221A priority Critical patent/JP5113864B2/en
Publication of JP2011180947A publication Critical patent/JP2011180947A/en
Application granted granted Critical
Publication of JP5113864B2 publication Critical patent/JP5113864B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、報告情報収集システム、方法及びプログラムに関し、特に、複数の部署等からの報告情報を所定の入力形式のファイルにより収集する業務を支援するための報告情報収集システム、方法及びプログラムに関する。   The present invention relates to a report information collection system, method, and program, and more particularly, to a report information collection system, method, and program for supporting a task of collecting report information from a plurality of departments or the like using a file having a predetermined input format.

複数の部署や拠点（以下、「部拠点」という。）を有する企業において、当該企業の本部が複数の部拠点に対して、営業成績や各種通達の回答等の報告を要請又は依頼し、当該複数の部拠点から報告情報を収集することが多い。以下では、本部を依頼部、部拠点を報告部と呼ぶこととする。   In a company with multiple departments or bases (hereinafter referred to as “department bases”), the headquarters of the company requests or requests reports on business results and various notifications from multiple department bases. Report information is often collected from multiple departments. Hereinafter, the headquarters will be referred to as the requesting department and the department base will be referred to as the reporting department.

また、依頼部が報告情報を収集するためには、当該企業の情報システムを介して各報告部から報告情報を受け付けることが一般的である。ここで、受け付けた報告情報の二次的利用を考慮して、データベースに格納し、管理することが多い。その場合、情報システムにおいて、報告情報ごとに対応した入出力インタフェースを作成し、報告情報を蓄積するためのデータベースを構築することとなる。そのため、報告情報の種類が増加するか、形式が変更される度に、システム開発者による入出力インタフェースの改修やデータベースの再構築作業が必要となり、変更の反映のためには、情報システムの稼働を停止する必要がある。   In order for the requesting section to collect report information, it is common to receive report information from each reporting section via the information system of the company. Here, in consideration of secondary use of the received report information, it is often stored and managed in a database. In that case, in the information system, an input / output interface corresponding to each report information is created, and a database for storing the report information is constructed. Therefore, every time the type of report information increases or the format is changed, the system developer needs to modify the input / output interface and rebuild the database. Need to stop.

特許文献１には、上述したデータベースの再構築作業を不要とするためのデータベース登録管理方法に関する技術が開示されている。特許文献１にかかるデータベース登録管理方法は、商品コード、商品名及び価格等といった登録要求データにおける構成内容に基づいて、データベースのテーブルの追加又は変更を行うものである。   Patent Document 1 discloses a technique related to a database registration management method for making the above-described database reconstruction work unnecessary. The database registration management method according to Patent Document 1 adds or changes a database table based on the configuration content in registration request data such as a product code, a product name, and a price.

また、上述した報告情報ごとに対応した入出力インタフェースは、システム開発者による開発ではなく、業務部門である依頼部の担当者自身がいわゆる表計算ソフトにより作成することが多い。すなわち、報告情報の形式としては、表計算ソフトで編集可能であり、複数のセルからなる２次元の表形式のファイルが利用されることが多い。   Also, the input / output interface corresponding to each report information described above is not developed by the system developer but is often created by the person in charge of the requesting department, which is the business department, using so-called spreadsheet software. That is, the report information format can be edited with spreadsheet software, and a two-dimensional tabular file consisting of a plurality of cells is often used.

特許文献２には、複数の入力項目が定義された表形式のファイルに入力されたデータを、作成済みのデータベースに格納する場合に、当該ファイルにおける複数の入力項目と当該データベースのテーブルの定義との差異を判定し、差異に応じて前記データベースのテーブルの定義に項目の追加又は削除のいずれかを行うデータ登録装置に関する技術が開示されている。   In Patent Document 2, when data input to a table-format file in which a plurality of input items are defined is stored in a created database, a plurality of input items in the file and definitions of the tables in the database are described. A technique relating to a data registration apparatus that determines a difference between the items and adds or deletes an item in the table definition of the database according to the difference is disclosed.

尚、特許文献３には、表形式のファイルにおけるセルの幅を入力文字列の長さに応じて決定するセル長決定方式に関する技術が開示されている。   Patent Document 3 discloses a technique relating to a cell length determination method for determining a cell width in a tabular file according to the length of an input character string.

特開２００６−４０２６号公報JP 2006-4026 A 特開２００６−２９３６８０号公報JP 2006-293680 A 特開平５−２４２１１７号公報JP-A-5-242117

しかしながら、表形式のファイルにより入力された報告情報を収集する情報システムにおいては、報告情報の仕様が変更された場合にデータベースの構成を変更するだけでは対応するのが困難であり、また、対応には大きな手間がかかるという問題がある。   However, in an information system that collects report information input by a tabular file, it is difficult to cope with changes in the database configuration when the report information specifications are changed. Has the problem that it takes a lot of work.

第１の理由は、報告情報の仕様は、単にテーブルの定義に限らず、同一テーブル内の項目間の整合性や依存関係といった業務上の複雑な条件も発生しうるからである。当該テーブルに入力されるデータが複雑な条件を満たすかを確認するには、データのチェックを行うチェックプログラムをテーブル毎に作成する必要がなる。そのため、報告情報の仕様を変更する場合、テーブル定義の更新作業と共にチェックプログラムの改修も必要となる。また、テーブル定義の更新内容が複雑な場合には、データベースの再構成等も必要となり、結果的に、システム停止が必要となる。   The first reason is that the specification of report information is not limited to the definition of a table, and complicated business conditions such as consistency and dependency between items in the same table can also occur. In order to confirm whether the data input to the table satisfies complicated conditions, it is necessary to create a check program for checking the data for each table. For this reason, when the report information specification is changed, the check program needs to be modified together with the table definition update work. In addition, when the update contents of the table definition are complicated, it is necessary to reconfigure the database, and as a result, the system must be stopped.

第２の理由は、報告情報の種類は、多岐に渡り、事業規模の大きさや部署数により、頻繁に多数の報告部へ報告の依頼をする必要が生じるためである。また、報告情報の項目の追加や、テーブル定義には影響しない報告情報のタイトルの変更等の微修正が発生する。そのため、必然的に修正の頻度も多くなる。よって、細かい修正の度に、システムの停止が必要となり、業務への影響が大きい。または、システムの停止が頻繁に行えない場合、修正の反映が迅速に行えないため、やはり業務への影響が大きい。   The second reason is that there are various types of report information, and it is necessary to frequently request reports to many report departments depending on the scale of the business and the number of departments. In addition, minor corrections such as addition of report information items and change of report information titles that do not affect the table definition occur. Therefore, the frequency of correction inevitably increases. Therefore, it is necessary to stop the system every time a fine correction is made, which has a large impact on the business. Or, if the system cannot be stopped frequently, the correction cannot be reflected promptly, so that the influence on the business is great.

特許文献１及び２では、テーブルの定義自体を必ず変更しなければならないため、上述した問題に対応することが困難である。   In Patent Documents 1 and 2, since the definition of the table itself must be changed, it is difficult to cope with the above-described problem.

本発明は、このような問題を解決するためになされたものであり、所定の入力形式のファイルにより複数の報告情報を収集する場合において、報告情報の入力形式の変更に柔軟に対応するための報告情報収集システム、方法及びプログラムを提供することを目的とする。   The present invention has been made to solve such a problem, and in the case of collecting a plurality of report information by a file of a predetermined input format, to flexibly cope with a change in the input format of the report information. It is an object to provide a report information collection system, method and program.

本発明の第１の態様にかかる報告情報収集システムは、複数の項目を含む表形式のファイルに入力された報告情報を収集する報告情報収集システムであって、前記報告情報を管理するためのデータベースと、前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成し、当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報登録手段と、前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定し、前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報登録手段と、を備える。 A report information collection system according to a first aspect of the present invention is a report information collection system that collects report information input into a tabular file including a plurality of items, and a database for managing the report information And a plurality of constraints imposed on data input to the plurality of items as the report information input format , including at least a first constraint including the name and order of the items, and at least for each of the items A definition information storage unit that stores definition information in which a second constraint condition indicating a constraint type and a condition value is defined; and when the definition information is received, the first information included in the received definition information of generating a table in the database subject to constraints, the definition information registration means for storing the definition information received to the definition information storing unit, the report information is input When the received table format file is received, it is determined whether or not the report information input to the received file satisfies all constraint conditions included in the definition information stored in the definition information storage unit. And report information registration means for storing, in the table, report information input to the accepted file when it is determined that the definition information is satisfied.

また、前記定義情報登録手段は、前記定義情報の更新を受け付けた場合に、当該更新が前記第２の制約条件にかかるものであるときには前記テーブルを更新せず、当該更新後の定義情報により前記定義情報記憶部を更新することが望ましい。 In addition, when the definition information registration unit receives an update of the definition information, the definition information registration unit does not update the table when the update is based on the second constraint condition, and the definition information registration unit updates the definition information after the update. It is desirable to update the definition information storage unit.

さらに、前記制約条件は、前記複数の項目のそれぞれについて、項目に課される制約の定義を含み、前記報告情報収集システムは、任意の項目に入力されるデータが、複数の前記制約の定義のいずれかに対応する制約を満たすか否かを検査する複数の検査手段をさらに備え、前記報告情報登録手段は、前記定義情報記憶部に格納された定義情報に含まれる前記制約条件を参照し、当該受け付けたファイルに含まれる項目から当該項目に課される制約の定義を特定し、前記複数の検査手段の中から、当該特定された制約の定義に対応する制約を検査する検査手段を選択し、当該選択された検査手段を用いて当該項目に入力されたデータを検査することが望ましい。   Further, the constraint condition includes a definition of a constraint imposed on the item for each of the plurality of items, and the report information collection system allows data input to an arbitrary item to be defined by a plurality of the constraint definitions. A plurality of inspection means for inspecting whether or not a constraint corresponding to any of the conditions is satisfied, the report information registration means refers to the constraint condition included in the definition information stored in the definition information storage unit; The definition of the constraint imposed on the item is specified from the items included in the received file, and the inspection unit that checks the constraint corresponding to the specified constraint definition is selected from the plurality of inspection units. It is desirable to inspect the data input to the item using the selected inspection means.

また、前記制約条件は、前記複数の項目の一部に入力される値に基づいて他の項目に入力されるデータを制限する条件を含むとよい。   The constraint condition may include a condition for limiting data input to another item based on a value input to a part of the plurality of items.

さらに、前記表形式のファイルは、前記複数の項目が同一である複数のスプレッドシートを含み、前記報告情報登録手段は、前記複数のスプレッドシートに異なる報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力されたスプレッドシート毎の報告情報を同一の前記テーブルに異なるレコードとして格納するとよい。   Further, the tabular file includes a plurality of spreadsheets in which the plurality of items are the same, and the report information registering unit stores the tabular file in which different report information is input to the plurality of spreadsheets. When accepted, the report information for each spreadsheet input in the accepted file may be stored as different records in the same table.

さらに、前記定義情報登録手段は、第１の言語に基づく前記複数の項目を定義した項目情報及び当該複数の項目に入力されるデータに課される制約条件を含む第１定義情報と、当該第１の言語に基づく項目情報及び制約条件に対応し、当該第１の言語とは異なる第２の言語に基づく前記複数の項目を定義した項目情報及び当該複数の項目に入力されるデータに課される制約条件を含む第２定義情報とを受け付けた場合に、当該第１の言語に基づく項目情報を用いて前記データベース内に前記テーブルを生成し、当該受け付けた第１定義情報及び第２定義情報を前記定義情報記憶部へ格納し、前記報告情報登録手段は、前記第２の言語に基づく報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報を、前記第１の言語に基づく項目情報に対応付けて前記テーブルに格納するとよい。   Furthermore, the definition information registration means includes first definition information including item information defining the plurality of items based on a first language and constraint conditions imposed on data input to the plurality of items, Corresponding to item information and constraint conditions based on one language, imposed on item information defining the plurality of items based on a second language different from the first language and data input to the plurality of items When the second definition information including the constraint condition is received, the table is generated in the database using the item information based on the first language, and the received first definition information and second definition information are received. Is stored in the definition information storage unit, and when the report information registration unit receives the tabular file to which the report information based on the second language is input, the report information registration unit inputs the file into the received file. The report information, may be stored in the table in association with the item information based on the first language.

さらに、前記定義情報登録手段は、前記報告情報が入力されていない前記表形式のファイルをさらに受け付けた場合、当該受け付けたファイルと前記受け付けた定義情報とが前記第１の制約条件において一致するか否かを判定し、一致すると判定された場合に、前記受け付けた定義情報の一部を用いて前記テーブルを前記データベース内に生成し、前記受け付けた定義情報と当該受け付けたファイルの表形式とを関連付けて前記定義情報記憶部へ格納し、複数の報告元へ前記報告情報の要求を送信し、前記報告情報登録手段は、前記複数の報告元のそれぞれから、前記報告情報が入力された複数の前記表形式のファイルを受け付けた場合に、当該受け付けた複数のファイルの表形式と関連付けられた定義情報を前記定義情報記憶部から特定し、当該受け付けた複数のファイルが当該特定された定義情報を満たすか否かを判定するとよい。 Further, when the definition information registration unit further receives the tabular file to which the report information has not been input, does the received file match the received definition information in the first constraint condition? If it is determined that they match, the table is generated in the database using a part of the received definition information, and the received definition information and the table format of the received file are Is stored in the definition information storage unit, the request for the report information is transmitted to a plurality of report sources, and the report information registration unit is configured to receive the report information from each of the plurality of report sources. When the file having the table format is received, the definition information associated with the table formats of the plurality of received files is identified from the definition information storage unit. The accepted multiple files may determine whether they meet the definition information the identified.

さらに、前記定義情報登録手段は、前記受け付けた定義情報が前記複数の項目の一部の定義を変更する場合、前記テーブルの当該変更される項目を末尾に移動し、変更後の項目を変更前の項目の位置に挿入するように前記テーブルを更新するとよい。   Further, when the received definition information changes a definition of a part of the plurality of items, the definition information registration unit moves the changed item in the table to the end, and changes the changed item before the change. The table may be updated so that it is inserted at the position of the item.

また、前記表形式のファイルは、前記複数の項目を列方向に定義し、前記報告情報を行方向に入力させる形式であり、前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行に、行の高さが所定値以下である行が存在するか否かを判定し、存在すると判定された場合、その旨を当該受け付けたファイルの入力元へ通知することが望ましい。   Further, the file in the table format is a format in which the plurality of items are defined in the column direction and the report information is input in the row direction, and the report information registering unit includes the report information in the received file. It is determined whether or not there is a line whose height is equal to or less than a predetermined value in the line to be input, and when it is determined that the line exists, the input source of the received file may be notified to that effect. desirable.

さらに、前記報告情報登録手段は、前記受け付けたファイルの内、可視行であることを示す情報が設定された行数が、全行数未満である場合に、前記行の高さが所定値以下である行が存在すると判定するとよい。   Further, the report information registration means, when the number of lines set with information indicating that it is a visible line in the received file is less than the total number of lines, the height of the line is equal to or less than a predetermined value. It may be determined that there is a line.

または、前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行に入力された文字の属性に応じて前記所定値を行ごとに決定し、各行の高さが当該行ごとに決定された所定値であるか否かを判定するとよい。   Alternatively, the report information registration unit determines the predetermined value for each line according to the attribute of the character input to the line in which the report information in the received file is to be input, and the height of each line It may be determined whether or not the value is a predetermined value determined for each row.

さらに、前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行の高さが所定値以下であり、かつ、当該行にデータが入力されていない場合には、前記判定の対象から除くとよい。   Further, the report information registration means, when the height of the line in which the report information in the received file is to be input is equal to or less than a predetermined value and no data is input to the line, It is good to exclude from the object of judgment.

さらに、前記報告情報登録手段は、前記通知する場合に、行の高さが所定値以下である行を前記所定値の高さとし、かつ、当該行を強調して表示するとよい。   Furthermore, the report information registering means may display the line whose height is not more than a predetermined value as the predetermined value and highlight the line when notifying.

本発明の第２の態様にかかる報告情報収集方法は、複数の項目を含む表形式のファイルに入力された報告情報を管理するためのデータベースと、前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、を備えるコンピュータにおける前記報告情報を収集する処理を実行するための報告情報収集方法であって、前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成するテーブル生成ステップと、当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報格納ステップと、前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定する第１の判定ステップと、前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報格納ステップと、を含む。 The report information collection method according to the second aspect of the present invention includes a database for managing report information input to a tabular file including a plurality of items, and a plurality of items as the report information input format. A plurality of constraints imposed on input data, the first constraint including at least the name and order of the items, and the second constraint indicating at least the constraint type and the condition value for each item; , a is defined as definition information storage unit for storing definition information, report information collection method for performing a process of collecting the report information in a computer with a, when receiving the definition information, such a table generating step of generating a table in the database according to the first constraint to be included in the definition information received, the definition information received When the definition information storage step to store in the definition information storage unit and the table format file to which the report information is input are received, the report information input to the received file is stored in the definition information storage unit A first determination step for determining whether or not all constraint conditions included in the defined definition information are satisfied, and report information input to the received file when it is determined that the definition information is satisfied. And a report information storage step for storing the report information.

本発明の第３の態様にかかる報告情報収集プログラムは、複数の項目を含む表形式のファイルに入力された報告情報を管理するためのデータベースと、前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、を備えるコンピュータに前記報告情報を収集する処理を実行させる報告情報収集プログラムであって、前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成するテーブル生成処理と、当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報格納処理と、前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定する第１の判定処理と、前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報格納処理と、を含む。
The report information collection program according to the third aspect of the present invention includes a database for managing report information input to a tabular file including a plurality of items, and a plurality of items as the report information input format. A plurality of constraints imposed on input data, the first constraint including at least the name and order of the items, and the second constraint indicating at least the constraint type and the condition value for each item; and a report information collecting program to be executed and the definition information storage unit for storing definition information defined, the process of collecting the report information to a computer equipped with, when receiving the definition information, accepts the a table generating process for generating a table in the database according to the first constraint to be included in the definition information, the definition information received before When the definition information storage process to be stored in the definition information storage unit and the table format file to which the report information is input are received, the report information input to the received file is stored in the definition information storage unit. First determination processing for determining whether or not all constraint conditions included in the definition information are satisfied, and report information input to the received file in the table when it is determined that the definition information is satisfied Storing report information to be stored.

本発明によれば、所定の入力形式のファイルにより複数の報告情報を収集する場合において、報告情報の入力形式の変更に柔軟に対応するための報告情報収集システム、方法及びプログラムを提供することができる。   According to the present invention, it is possible to provide a report information collection system, method, and program for flexibly responding to a change in an input format of report information when collecting a plurality of report information by a file of a predetermined input format. it can.

本発明の実施の形態１にかかる報告情報収集システムの全体構成を示すブロック図である。It is a block diagram which shows the whole structure of the report information collection system concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる制約条件の例を示す図である。It is a figure which shows the example of the constraint condition concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる入力形式ファイルの例を示す図である。It is a figure which shows the example of the input format file concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる定義情報ファイルの例を示す図である。It is a figure which shows the example of the definition information file concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる報告情報収集システムのハードウェア構成を示すブロック図である。It is a block diagram which shows the hardware constitutions of the report information collection system concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる報告情報収集処理の流れを示すシーケンス図である。It is a sequence diagram which shows the flow of the report information collection process concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる定義情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the definition information registration process concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる項目情報の例を示す図である。It is a figure which shows the example of the item information concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる制約情報の例を示す図である。It is a figure which shows the example of the constraint information concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる作成されるテーブルの例を示す図である。It is a figure which shows the example of the table produced | generated concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる報告情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the report information registration process concerning Embodiment 1 of this invention. 本発明の実施の形態１にかかる報告情報が入力済みの入力形式ファイルの例を示す図である。It is a figure which shows the example of the input format file by which report information concerning Embodiment 1 of this invention was input. 本発明の実施の形態１にかかるテーブルに格納されるデータの例を示す図である。It is a figure which shows the example of the data stored in the table concerning Embodiment 1 of this invention. 本発明の実施の形態２にかかるテーブル更新処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the table update process concerning Embodiment 2 of this invention. 本発明の実施の形態２にかかる項目を変更する場合の定義情報ファイルの例を示す図である。It is a figure which shows the example of the definition information file in the case of changing the item concerning Embodiment 2 of this invention. 本発明の実施の形態２にかかるテーブルの項目の定義が変更された場合の例を示す図である。It is a figure which shows the example when the definition of the item of the table concerning Embodiment 2 of this invention is changed. 本発明の実施の形態３にかかる定義情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the definition information registration process concerning Embodiment 3 of this invention. 本発明の実施の形態３にかかる複数シートの入力形式ファイルの例を示す図である。（ａ）は、先頭のシートの例であり、（ｂ）は、二番目のシートの例である。It is a figure which shows the example of the input format file of the several sheet | seat concerning Embodiment 3 of this invention. (A) is an example of the first sheet, and (b) is an example of the second sheet. 本発明の実施の形態３にかかる複数シートで共通のテーブルを使用する場合の定義情報ファイルの例を示す図である。（ａ）は、先頭のシートの例であり、（ｂ）は、二番目のシートの例である。It is a figure which shows the example of the definition information file in the case of using a common table by the several sheet | seat concerning Embodiment 3 of this invention. (A) is an example of the first sheet, and (b) is an example of the second sheet. 本発明の実施の形態３にかかる報告情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the report information registration process concerning Embodiment 3 of this invention. 本発明の実施の形態４にかかる二言語の定義情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the definition information registration process of the bilingual concerning Embodiment 4 of this invention. 本発明の実施の形態４にかかる二言語の入力形式を扱う処理の概念を示す図である。（ａ）は、二言語の入力形式で共通のテーブルを作成する場合である。（ｂ）は、二言語の報告情報を共通のテーブルに格納する場合である。It is a figure which shows the concept of the process which handles the input format of the bilingual concerning Embodiment 4 of this invention. (A) is a case where a common table is created in an input format of two languages. (B) is a case where bilingual report information is stored in a common table. 本発明の実施の形態５の実施例１にかかる非表示行を検出する報告情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the report information registration process which detects the non-display line concerning Example 1 of Embodiment 5 of this invention. 本発明の実施の形態５の実施例２にかかる入力形式ファイルの行の制約違反を検出する報告情報登録処理の流れを示すフローチャートである。It is a flowchart which shows the flow of the report information registration process which detects the restrictions violation of the line of the input format file concerning Example 2 of Embodiment 5 of this invention. 本発明の実施の形態５の実施例２にかかる強調表示の例を示す図である。It is a figure which shows the example of the highlight display concerning Example 2 of Embodiment 5 of this invention.

以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。   Hereinafter, specific embodiments to which the present invention is applied will be described in detail with reference to the drawings. In the drawings, the same elements are denoted by the same reference numerals, and redundant description will be omitted as necessary for the sake of clarity.

本発明では、例えば、次のような業務を対象として説明する。ここでは、複数の部拠点（以下、「報告部」という。）と、各報告部から営業成績や各種通達の回答等の報告情報を収集する本部（以下、「依頼部」という。）と、を有する企業があるとする。このとき、まず、依頼部の担当者は、表計算ソフト等を用いて、報告情報を入力するための入力形式を定義した表形式のファイルを作成する。そして、依頼部の担当者は、ワークフローシステム等を介して表形式のファイルを各報告部へ配布する。次に、各報告部の担当者は、配布されたファイル内に自己の部拠点における報告情報を入力形式に従って入力する。その後、各報告部の担当者は、ワークフローシステム等を介して入力済みのファイルを依頼部へ送信する。本発明にかかる報告情報収集システムは、上述したワークフローシステムとして適用可能なものである。但し、以下では、一般的なワークフローシステムに関する説明は省略し、本発明にかかる報告情報収集システムに特有の機能を中心に説明を行う。   In the present invention, for example, the following work will be described. Here, there are a plurality of department bases (hereinafter referred to as “reporting departments”), a headquarters (hereinafter referred to as “request departments”) that collects reporting information such as business results and various notifications from each reporting department, Suppose there is a company with At this time, first, the person in charge of the request section uses a spreadsheet software or the like to create a tabular file defining an input format for inputting report information. The person in charge of the requesting unit distributes the tabular file to each reporting unit via the workflow system or the like. Next, the person in charge of each report department inputs report information at the department base in the distributed file according to the input format. Thereafter, the person in charge of each reporting unit transmits the input file to the requesting unit via the workflow system or the like. The report information collection system according to the present invention is applicable as the above-described workflow system. However, in the following, description of a general workflow system will be omitted, and description will be made focusing on functions unique to the report information collection system according to the present invention.

＜発明の実施の形態１＞
図１は、本発明の実施の形態１にかかる報告情報収集システム４を含む全体構成を示すブロック図である。報告情報収集システム４は、ネットワーク３を介して、依頼部端末１並びに報告部端末２ａ、２ｂ、・・・及び２ｎと接続され、各報告部端末から送信される報告情報を収集する報告情報収集処理を行う情報システムである。ここで、報告情報とは、複数の項目に対応するデータの組み合わせである。そして、報告情報は、複数の項目を含む表形式のファイルに入力された情報を指すものとする。報告情報の例としては、各報告部における営業成績や各種通達の回答等があるが、これに限定されない。また、依頼部は、少なくとも一つ以上の報告部からの報告情報を収集するものとする。 <Embodiment 1 of the Invention>
FIG. 1 is a block diagram showing an overall configuration including a report information collection system 4 according to the first exemplary embodiment of the present invention. The report information collection system 4 is connected to the request unit terminal 1 and the report unit terminals 2a, 2b,..., And 2n via the network 3, and collects report information collected from the report unit terminals. An information system that performs processing. Here, the report information is a combination of data corresponding to a plurality of items. The report information indicates information input to a tabular file including a plurality of items. Examples of report information include, but are not limited to, business results in each report department and various notification responses. In addition, the request unit collects report information from at least one report unit.

報告情報収集システム４は、報告情報収集サーバ４１と、データベース４２と、定義情報記憶部４３とを備える。データベース４２は、報告情報４２２を管理するための記憶装置である。データベース４２は、ＤＢＭＳ（DataBase Management System）等により記憶装置が制御されることにより実現される。具体的には、データベース４２は、上述した複数の項目がスキーマとして定義されたテーブル４２１により、報告情報４２２を格納する。   The report information collection system 4 includes a report information collection server 41, a database 42, and a definition information storage unit 43. The database 42 is a storage device for managing the report information 422. The database 42 is realized by controlling a storage device by a DBMS (DataBase Management System) or the like. Specifically, the database 42 stores the report information 422 by the table 421 in which the plurality of items described above are defined as a schema.

定義情報記憶部４３は、報告情報４２２の入力形式が定義された定義情報４３１を記憶する記憶装置である。ここで、定義情報４３１は、複数の項目を定義した項目情報４３２と、複数の項目に入力されるデータに課される制約条件４３３とを含む。制約条件４３３は、複数の項目のそれぞれについて、項目に課される制約の定義を含む。制約条件４３３は、制約種別と条件値とを含む。制約種別は、制約の内容を示す情報であり、制約の定義を識別する情報である。条件値は、項目に入力される入力値が制約の内容を満たすか否かを判定するための比較値である。但し、制約種別の内容によっては、条件値が不要となる場合もある。   The definition information storage unit 43 is a storage device that stores definition information 431 in which the input format of the report information 422 is defined. Here, the definition information 431 includes item information 432 in which a plurality of items are defined, and constraint conditions 433 imposed on data input to the plurality of items. The constraint condition 433 includes a definition of constraints imposed on the items for each of the plurality of items. The constraint condition 433 includes a constraint type and a condition value. The constraint type is information indicating the content of the constraint and is information for identifying the definition of the constraint. The condition value is a comparison value for determining whether or not the input value input to the item satisfies the constraint content. However, depending on the content of the constraint type, the condition value may not be necessary.

ここで、図２は、本発明の実施の形態１にかかる制約条件の例を示す図である。図２では、９つの制約種別を例示しており、これらは単独項目の制約条件と関連項目の制約条件とに分けられる。単独項目の制約条件とは、他の項目の入力値に影響を受けない制約条件である。例えば、制約種別が大小関係の内、「ＧＥ」であり、条件値が「１０」である場合、単独項目の制約条件は、「入力値が１０以上であること」となる。また、関連項目の制約条件とは、複数の項目の一部に入力される値に基づいて他の項目に入力されるデータを制限する条件である。例えば、項目Ｂに単独項目の制約条件が定義され、さらに、関連項目として項目Ａについて制約種別の「存在」が定義されている場合、関連項目Ａの入力値が存在しない場合には、項目Ｂの入力値に関わらず制約条件を満たさないこととなる。これにより、同一テーブル内の項目間のデータの関連といった詳細な制約条件を定義することができる。   Here, FIG. 2 is a figure which shows the example of the constraint conditions concerning Embodiment 1 of this invention. FIG. 2 illustrates nine constraint types, which are divided into single item constraint conditions and related item constraint conditions. A single item constraint is a constraint that is not affected by input values of other items. For example, if the constraint type is “GE” in the magnitude relationship and the condition value is “10”, the constraint condition of the single item is “input value is 10 or more”. The related item restriction condition is a condition for restricting data input to other items based on values input to some of the plurality of items. For example, when a constraint condition of a single item is defined for item B, and “existence” of the constraint type is defined for item A as a related item, if an input value of related item A does not exist, item B Regardless of the input value, the constraint condition is not satisfied. This makes it possible to define detailed constraint conditions such as data relationships between items in the same table.

また、制約種別は、後述する検査手段５３ａ、５３ｂ、・・・及び５３ｍのいずれかに対応付けられている。すなわち、制約種別は、検査手段を識別する制約識別子である。そのため、制約識別子により、検査手段を特定することができる。さらに、制約条件４３３は、一項目当たり複数の制約を定義することができる。尚、データベース４２及び定義情報記憶部４３は、ハードディスクドライブ、フラッシュメモリ等の不揮発性の記憶装置であることが望ましい。   The constraint type is associated with any of inspection means 53a, 53b,. That is, the constraint type is a constraint identifier that identifies the inspection unit. Therefore, the inspection means can be specified by the constraint identifier. Furthermore, the constraint condition 433 can define a plurality of constraints per item. The database 42 and the definition information storage unit 43 are preferably non-volatile storage devices such as a hard disk drive and a flash memory.

図１に戻り、報告情報収集サーバ４１は、汎用的なコンピュータシステムであり、報告情報４２２の収集処理を実行する制御部５０を少なくとも備える。尚、報告情報収集サーバ４１の具体的なハードウェア構成については、図５にて後述する。制御部５０は、定義情報登録手段５１と、報告情報登録手段５２と、検査手段５３ａ、５３ｂ、・・・及び５３ｍとして機能する。   Returning to FIG. 1, the report information collection server 41 is a general-purpose computer system and includes at least a control unit 50 that executes a collection process of the report information 422. The specific hardware configuration of the report information collection server 41 will be described later with reference to FIG. The control unit 50 functions as a definition information registration unit 51, a report information registration unit 52, and inspection units 53a, 53b,.

定義情報登録手段５１は、依頼部端末１からネットワーク３を介して定義情報４３１を受け付けた場合に、受け付けた定義情報４３１の一部を用いて、受け付けた定義情報４３１により課される制約よりも小さい制約のテーブル４２１をデータベース４２内に生成し、受け付けた定義情報４３１を定義情報記憶部４３へ格納する。そして、報告情報登録手段５２は、報告部端末２ａ、２ｂ、・・・及び２ｎのいずれかからネットワーク３を介して報告情報４２２が入力された表形式のファイルを受け付けた場合に、受け付けたファイルに入力された報告情報４２２が定義情報記憶部４３に格納された定義情報４３１を満たすか否かを判定する。そして、定義情報４３１を満たすと判定した場合に、報告情報登録手段５２は、受け付けたファイルに入力された報告情報４２２をテーブル４２１に格納する。これにより、まず、依頼部の担当者が所望の項目を定義した定義情報４３１を登録することにより、当該項目に対応するテーブル４２１を自動的に作成することができる。そのため、報告情報を蓄積するためのデータベースの構築作業が不要となり、情報システムの稼働を停止する必要がなくなる。また、定義情報４３１を定義情報記憶部４３に保持しておくことにより、受け付けたファイルに入力された報告情報４２２について、保持された定義情報４３１を用いて、テーブル４２１に入力されるデータのチェックを行うことができる。そのため、テーブル４２１に専用のチェックプログラムの開発及び改修が必要ない。また、報告情報の仕様を変更する場合には、変更を加えた定義情報４３１を再登録することにより、適宜、変更箇所に対応してテーブル４２１が自動的に変更される。さらに、テーブル４２１は、受け付けた定義情報４３１の一部を用いて作成される。そのため、例えば、報告情報の仕様の変更内容がテーブル４２１の作成に用いられていない定義情報４３１の内容である場合、テーブル４２１を変更する必要がなく、報告情報の仕様の変更に柔軟に対応できる。   When the definition information registration unit 51 receives the definition information 431 from the request unit terminal 1 via the network 3, the definition information registration unit 51 uses a part of the received definition information 431 to prevent the restriction imposed by the received definition information 431. A small constraint table 421 is generated in the database 42, and the accepted definition information 431 is stored in the definition information storage unit 43. When the report information registration unit 52 receives a file in a table format in which the report information 422 is input from any one of the report unit terminals 2a, 2b,... It is determined whether or not the report information 422 input to the table satisfies the definition information 431 stored in the definition information storage unit 43. When it is determined that the definition information 431 is satisfied, the report information registration unit 52 stores the report information 422 input to the received file in the table 421. Thereby, first, the person in charge of the request section registers definition information 431 defining a desired item, so that a table 421 corresponding to the item can be automatically created. This eliminates the need to construct a database for accumulating report information and eliminates the need to stop the operation of the information system. In addition, by holding the definition information 431 in the definition information storage unit 43, the report information 422 input to the received file is checked using the stored definition information 431 to check the data input to the table 421. It can be performed. Therefore, it is not necessary to develop and repair a dedicated check program for the table 421. In addition, when changing the specification of the report information, the table 421 is automatically changed appropriately corresponding to the changed part by re-registering the definition information 431 with the change. Further, the table 421 is created using a part of the accepted definition information 431. Therefore, for example, when the change content of the specification of the report information is the content of the definition information 431 that is not used to create the table 421, it is not necessary to change the table 421, and it is possible to flexibly cope with the change of the specification of the report information. .

また、定義情報登録手段５１は、定義情報４３１を受け付けた場合に、当該受け付けた定義情報４３１に含まれる項目情報４３２を用いてテーブル４２１をデータベース４２内に生成する。そして、報告情報登録手段５２は、報告情報４２２が入力された表形式のファイルを受け付けた場合に、受け付けたファイルに含まれる項目と当該項目に入力されたデータとが定義情報記憶部４３に格納された定義情報４３１に含まれる項目情報４３２及び制約条件４３３を満たすか否かを判定する。これにより、項目情報４３２に対応するテーブル４２１が作成され、複雑な条件設定を含む制約条件４３３については、テーブル４２１の作成には用いられない。一方、受け付けた報告情報４２２に対しては、テーブル４２１に課される制約より大きい制約によりチェックを行うことで、テーブル４２１に登録されるデータは、テーブル４２１に課される制約を満たすことができる。そして、制約条件４３３が変更された場合には、テーブル４２１の定義に影響を与えないため、テーブルの変更回数が減り、データベースの再構成の回数を抑えることができる。   When the definition information registration unit 51 receives the definition information 431, the definition information registration unit 51 generates the table 421 in the database 42 using the item information 432 included in the received definition information 431. Then, when the report information registration unit 52 receives the file in the table format in which the report information 422 is input, the item included in the received file and the data input in the item are stored in the definition information storage unit 43. It is determined whether the item information 432 and the constraint condition 433 included in the definition information 431 thus satisfied are satisfied. Thereby, a table 421 corresponding to the item information 432 is created, and the constraint condition 433 including complicated condition setting is not used for creating the table 421. On the other hand, by checking the received report information 422 with a constraint larger than the constraint imposed on the table 421, the data registered in the table 421 can satisfy the constraint imposed on the table 421. . When the constraint condition 433 is changed, the definition of the table 421 is not affected. Therefore, the number of table changes is reduced, and the number of database reconfigurations can be suppressed.

さらに、定義情報登録手段５１は、報告情報４２２が入力されていない表形式のファイルつまり、入力形式ファイルを受け付けた場合、受け付けたファイルと既に受け付けた定義情報４３１との整合性があるか否かを判定する。続いて、定義情報登録手段５１は、整合性があると判定された場合に、受け付けた定義情報４３１の一部を用いて、テーブル４２１をデータベース４２内に生成し、受け付けた定義情報４３１と受け付けたファイルの表形式とを関連付けて定義情報記憶部４３へ格納する。その後、定義情報登録手段５１は、複数の報告元である報告部端末２ａ、２ｂ、・・・及び２ｎへ報告情報の要求を送信する。または、依頼部端末１からネットワーク３を介して当該報告情報の要求先の報告部端末の指定及び入力形式ファイルを受け付けた場合に、定義情報登録手段５１は、当該報告情報の要求を送信するようにしてもよい。   Further, when the definition information registration unit 51 receives a tabular file to which the report information 422 has not been input, that is, an input format file, the definition information registration unit 51 determines whether the received file and the definition information 431 already received are consistent. Determine. Subsequently, when it is determined that there is consistency, the definition information registration unit 51 generates a table 421 in the database 42 by using a part of the received definition information 431, and receives the received definition information 431 and the received definition information 431. The file is stored in the definition information storage unit 43 in association with the table format of the file. After that, the definition information registration means 51 transmits a request for report information to the report unit terminals 2a, 2b,. Alternatively, when the requesting unit terminal 1 receives the specification of the requesting reporting unit terminal of the report information and the input format file via the network 3, the definition information registration unit 51 transmits the request for the reporting information. It may be.

この後、報告情報登録手段５２は、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれから、報告情報４２２が入力された複数の表形式のファイルを受け付けた場合に、受け付けた複数のファイルの表形式と関連付けられた定義情報４３１を定義情報記憶部４３から特定する。そして、報告情報登録手段５２は、受け付けた複数のファイルが特定された定義情報４３１を満たすか否かを判定する。これにより、入力形式ファイルと定義情報との項目等の整合性を保って管理することができる。また、複数の報告元から収集した情報の整合性を保つことができる。   Thereafter, the report information registering means 52 receives the plurality of files received when the report section terminals 2a, 2b,... The definition information 431 associated with the table format is specified from the definition information storage unit 43. Then, the report information registration unit 52 determines whether or not the received plurality of files satisfy the specified definition information 431. As a result, it is possible to manage the input format file and definition information while maintaining the consistency of items. In addition, it is possible to maintain consistency of information collected from a plurality of report sources.

検査手段５３ａ、５３ｂ、・・・及び５３ｍは、任意の項目に入力されるデータが、複数の制約の定義のいずれかに対応する制約を満たすか否かを検査する。また、上述したように、検査手段５３ａ、５３ｂ、・・・及び５３ｍは、制約種別に対応付けられている。そして、報告情報登録手段５２は、定義情報記憶部４３に格納された定義情報４３１に含まれる制約条件４３３を参照し、受け付けたファイルに含まれる項目から当該項目に課される制約の定義を特定する。そして、報告情報登録手段５２は、複数の検査手段５３ａ、５３ｂ、・・・及び５３ｍの中から、特定された制約の定義に対応する制約を検査する検査手段を選択する。その後、報告情報登録手段５２は、選択された検査手段を用いて当該項目に入力されたデータを検査する。これにより、複雑な制約条件の検査処理を検査手段という形で予め実装しておき、項目毎の制約条件の定義に従い、適宜、検査手段を選択的に実行するため、制約条件の変更に柔軟に対応できる。   The inspection means 53a, 53b,..., And 53m inspect whether or not data input to an arbitrary item satisfies a constraint corresponding to one of a plurality of constraint definitions. Further, as described above, the inspection units 53a, 53b,..., And 53m are associated with the constraint type. Then, the report information registration unit 52 refers to the constraint condition 433 included in the definition information 431 stored in the definition information storage unit 43 and identifies the definition of the constraint imposed on the item from the items included in the received file. To do. Then, the report information registration unit 52 selects an inspection unit for inspecting a constraint corresponding to the specified constraint definition from the plurality of inspection units 53a, 53b,. Thereafter, the report information registration means 52 inspects the data input to the item using the selected inspection means. As a result, inspection processing for complicated constraint conditions is implemented in advance in the form of inspection means, and the inspection means is selectively executed as appropriate according to the definition of the constraint conditions for each item. Yes.

依頼部端末１並びに報告部端末２ａ、２ｂ、・・・及び２ｎは、キーボードやマウス等の入力装置（不図示）と、画面等の表示装置（不図示）とを備える端末装置であり、表形式のファイルを編集可能な、いわゆる表計算ソフトが動作するものとする。例えば、依頼部端末１並びに報告部端末２ａ、２ｂ、・・・及び２ｎは、通信機能を備え、ＷＥＢブラウザ等の表示アプリケーションを備えたパーソナルコンピュータであるとよい。   The request unit terminal 1 and the report unit terminals 2a, 2b,..., And 2n are terminal devices each including an input device (not shown) such as a keyboard and a mouse and a display device (not shown) such as a screen. It is assumed that so-called spreadsheet software that can edit a file in the format operates. For example, the request unit terminal 1 and the report unit terminals 2a, 2b,..., And 2n may be personal computers having a communication function and a display application such as a WEB browser.

ここで、依頼部端末１は、依頼部の担当者が操作する端末である。依頼部端末１は、報告情報を入力するために複数の項目を定義した入力形式ファイルと、当該報告情報の入力形式が定義された定義情報を含む定義情報ファイルとを表計算ソフトにより作成する。そして、依頼部端末１は、入力形式ファイルと定義情報ファイルとをネットワーク３を介して報告情報収集システム４へ送信し、登録要求を行う。ここで、入力形式ファイル及び定義情報ファイルは、共に、複数のセルからなる２次元の表形式のファイルとし、複数の項目の名称及び順序すなわち列位置が対応しているものとする。これにより、依頼部の担当者は、一般的な表計算ソフトを用いて容易に報告情報の入出力インタフェースと、その制約条件とを定義することができる。入力形式ファイルは、報告部の担当者により報告情報を入力するための入力フォーマットそのものである。   Here, the request unit terminal 1 is a terminal operated by a person in charge of the request unit. The request unit terminal 1 uses spreadsheet software to create an input format file that defines a plurality of items for inputting report information and a definition information file that includes definition information in which the input format of the report information is defined. Then, the request unit terminal 1 transmits the input format file and the definition information file to the report information collection system 4 via the network 3 and makes a registration request. Here, both the input format file and the definition information file are two-dimensional table format files composed of a plurality of cells, and the names and order of a plurality of items, that is, column positions correspond to each other. As a result, the person in charge of the request section can easily define the report information input / output interface and its constraint conditions using general spreadsheet software. The input format file is an input format itself for inputting report information by a person in charge of the report department.

ここで、図３は、本発明の実施の形態１にかかる入力形式ファイルの例を示す図である。図３に示す入力形式ファイルは、ヘッダ領域６０１とデータ領域６０２とを含む。ヘッダ領域６０１は、報告情報のタイトルや当該報告情報の複数の項目の名称及び順序の定義を含む領域である。項目の名称は、項目の識別情報である。ここでは、例として、３行目に項目の名称が"ItemA"、"ItemB"、"ItemC"、"ItemD"の順序により定義されていることを示す。また、データ領域６０２は、報告情報が入力される領域である。ここでは、４行目以降に、１行当たり１報告情報とし、１報告情報当たり各項目に１データが対応付けられることを示す。尚、項目の名称については、ＡＳＣＩＩ（American Standard Code for Information Interchange）文字で表現されるものとする。また、ヘッダ領域６０１には、項目の説明等の情報を含めても構わない。   Here, FIG. 3 is a diagram illustrating an example of the input format file according to the first embodiment of the present invention. The input format file shown in FIG. 3 includes a header area 601 and a data area 602. The header area 601 is an area that includes the title of the report information and the definitions of the names and order of a plurality of items of the report information. The item name is item identification information. Here, as an example, the third line indicates that the item names are defined in the order of “ItemA”, “ItemB”, “ItemC”, and “ItemD”. The data area 602 is an area where report information is input. Here, after the fourth line, one report information per line indicates that one item of data is associated with each item per report information. The item names are expressed in ASCII (American Standard Code for Information Interchange) characters. The header area 601 may include information such as item descriptions.

また、図４は、本発明の実施の形態１にかかる定義情報ファイルの例を示す図である。図４に示す定義情報ファイルは、ヘッダ領域６０３と制約条件領域６０４とを含む。ヘッダ領域６０３は、入力形式ファイルと同じ項目の名称及び順序の定義を含む領域である。ここでは、例として、２行目に項目の名称が"ItemA"、"ItemB"、"ItemC"、"ItemD"の順序により定義されていることを示す。また、制約条件領域６０４は、制約条件４３３に対応する領域である。ここでは、例として、"ItemA"の制約条件として、属性が日付型であることを示す。また、"ItemB"の制約条件として、属性が文字型であり、入力が必須かつ桁数が"１０"であることを示す。尚、上述した項目情報４３２は、少なくとも項目の名称及び順序を含む情報である。尚、本発明の実施の形態１では、項目情報４３２は、さらに属性及び桁数を含むものとする。また、制約条件４３３は、項目ごとの制約種別及び条件値を表す情報である。尚、本発明の実施の形態１にかかる入力形式ファイル及び定義情報ファイルは、いわゆるスプレッドシート（以下、「シート」という。）が一つの場合として説明する。   FIG. 4 is a diagram showing an example of the definition information file according to the first embodiment of the present invention. The definition information file shown in FIG. 4 includes a header area 603 and a constraint condition area 604. The header area 603 is an area that includes the same item name and order definition as the input format file. Here, as an example, it is shown that the item names are defined in the order of “ItemA”, “ItemB”, “ItemC”, and “ItemD” on the second line. The constraint condition area 604 is an area corresponding to the constraint condition 433. Here, as an example, the attribute is a date type as a constraint condition of “ItemA”. In addition, as a restriction condition of “ItemB”, the attribute is a character type, input is essential, and the number of digits is “10”. The item information 432 described above is information including at least item names and order. In the first embodiment of the present invention, the item information 432 further includes an attribute and the number of digits. The constraint condition 433 is information representing the constraint type and condition value for each item. The input format file and the definition information file according to the first exemplary embodiment of the present invention will be described assuming that there is one so-called spreadsheet (hereinafter referred to as “sheet”).

また、図１に戻り、報告部端末２ａ、２ｂ、・・・及び２ｎは、複数の部拠点にそれぞれ設置された端末であり、複数の報告部のそれぞれの担当者が操作するものである。報告部端末２ａ、２ｂ、・・・及び２ｎは、報告情報収集システム４等から配布される入力形式ファイルを受信し、自己の部拠点における報告情報を入力形式ファイルに表計算ソフトにより入力する。すなわち、報告部端末２ａ、２ｂ、・・・及び２ｎは、入力形式ファイルを更新する。その後、報告部端末２ａ、２ｂ、・・・及び２ｎは、報告情報が入力された入力形式ファイル、つまり、入力済みファイルを報告情報収集システム４へ送信し、登録要求を行う。   Returning to FIG. 1, the reporting unit terminals 2a, 2b,..., And 2n are terminals installed at a plurality of department bases, and are operated by respective persons in charge of the plurality of reporting units. The report unit terminals 2a, 2b,..., And 2n receive the input format file distributed from the report information collection system 4 and the like, and input the report information at their department bases into the input format file using spreadsheet software. That is, the reporting unit terminals 2a, 2b,..., And 2n update the input format file. Thereafter, the reporting unit terminals 2a, 2b,..., And 2n transmit the input format file into which the report information is input, that is, the input file, to the report information collection system 4 and make a registration request.

その後、依頼部端末１は、報告情報収集システム４から入力済みファイルを取得するか、後述するテーブル４２１を参照するなどにより、各報告部からの報告情報を確認又は加工等の処理を行うことができる。   Thereafter, the request unit terminal 1 can perform processing such as confirmation or processing of report information from each report unit by acquiring an input file from the report information collection system 4 or referring to a table 421 described later. it can.

ネットワーク３は、インターネット、公衆網、専用線及び移動体通信網等の通信ネットワークである。   The network 3 is a communication network such as the Internet, a public network, a dedicated line, and a mobile communication network.

図５は、本発明の実施の形態１にかかる報告情報収集システムのハードウェア構成を示すブロック図である。報告情報収集サーバ４１は、ＣＰＵ（Central Processing Unit）４１１と、ＲＡＭ（Random Access Memory）４１２と、ＲＯＭ（Read Only Memory）４１３と、通信部４１４と、ハードディスク４１５とを備える。また、ハードディスク４１５は、不揮発性記憶装置であり、ＯＳ（Operating System）５１０及び報告情報収集プログラム５２０が格納されている。尚、ハードディスク４１５は、データベース４２及び定義情報記憶部４３をさらに含むものであってもよい。   FIG. 5 is a block diagram showing a hardware configuration of the report information collection system according to the first exemplary embodiment of the present invention. The report information collection server 41 includes a CPU (Central Processing Unit) 411, a RAM (Random Access Memory) 412, a ROM (Read Only Memory) 413, a communication unit 414, and a hard disk 415. The hard disk 415 is a non-volatile storage device, and stores an OS (Operating System) 510 and a report information collection program 520. The hard disk 415 may further include a database 42 and a definition information storage unit 43.

報告情報収集プログラム５２０は、定義情報登録処理及び報告情報登録処理が実装されたコンピュータプログラムである。具体的には、報告情報収集プログラム５２０は、定義情報登録モジュール５２１、報告情報登録モジュール５２２、検査モジュール５２３ａ、５２３ｂ、・・・及び５２３ｍを含む。ここで、定義情報登録モジュール５２１は、上述した定義情報登録手段５１における処理が実装されたコンピュータプログラムである。報告情報登録モジュール５２２は、上述した報告情報登録手段５２における処理が実装されたコンピュータプログラムである。検査モジュール５２３ａ、５２３ｂ、・・・及び５２３ｍのそれぞれは、上述した検査手段５３ａ、５３ｂ、・・・及び５３ｍのそれぞれにおける処理が実装されたコンピュータプログラムである。   The report information collection program 520 is a computer program in which definition information registration processing and report information registration processing are implemented. Specifically, the report information collection program 520 includes a definition information registration module 521, a report information registration module 522, inspection modules 523a, 523b,. Here, the definition information registration module 521 is a computer program in which the processing in the definition information registration means 51 described above is implemented. The report information registration module 522 is a computer program in which the processing in the report information registration unit 52 described above is implemented. Each of the inspection modules 523a, 523b,..., And 523m is a computer program in which the processing in each of the inspection units 53a, 53b,.

特に、検査モジュール５２３ａ、５２３ｂ、・・・及び５２３ｍは、関数やＡＰＩ（Application Program Interface）等で実現されるものであり、例えば、図２に示した複数の制約種別の一つに対応付けられたものである。そして、検査モジュール５２３ａ、５２３ｂ、・・・及び５２３ｍは、対応付けられた制約種別に相当する処理が実装されている。例えば、検査モジュール５２３ａが「大小関係（ＧＥ）」に対応付けられている場合、検査モジュール５２３ａは、入力値が条件値以上であるか否かを判定し、入力値が条件値以上である場合に「ＯＫ」、入力値が条件値未満である場合に「ＮＧ」を戻り値とする処理が実装されていることとなる。そのため、報告情報登録モジュール５２２は、ある項目における制約条件４３３の制約種別から、検査モジュールのいずれかを選択し、当該項目の入力値と条件値とを選択された検査モジュールに入力し、戻り値により、当該入力値が制約条件を満たすか否かを判定することができる。   In particular, the inspection modules 523a, 523b,..., And 523m are realized by functions, API (Application Program Interface), and the like, and are associated with, for example, one of the plurality of constraint types illustrated in FIG. It is a thing. The inspection modules 523a, 523b,..., And 523m are implemented with processes corresponding to the associated constraint types. For example, when the inspection module 523a is associated with the “magnitude relationship (GE)”, the inspection module 523a determines whether the input value is equal to or greater than the condition value, and the input value is equal to or greater than the condition value. When “OK” is input to the input value and the input value is less than the condition value, a process of setting “NG” as a return value is implemented. Therefore, the report information registration module 522 selects one of the inspection modules from the restriction type of the restriction condition 433 in a certain item, inputs the input value and the condition value of the item to the selected inspection module, and returns the return value. Thus, it can be determined whether or not the input value satisfies the constraint condition.

ＣＰＵ４１１は、報告情報収集サーバ４１における各種処理、ＲＡＭ４１２、ＲＯＭ４１３、通信部４１４及びハードディスク４１５へのアクセス等を制御する。通信部４１４は、データベース４２及び定義情報記憶部４３並びにネットワーク３を介して依頼部端末１、報告部端末２ａ、２ｂ、・・・及び２ｎとの通信を行う。報告情報収集サーバ４１は、ＣＰＵ４１１が、ＲＡＭ４１２、ＲＯＭ４１３又はハードディスク４１５に格納されたＯＳ５１０及び報告情報収集プログラム５２０を読み込み、実行する。これにより、報告情報収集サーバ４１は、定義情報登録処理及び報告情報登録処理を行うことができる。尚、報告情報収集サーバ４１は、複数台に分散して実現されても構わない。   The CPU 411 controls various processes in the report information collection server 41, access to the RAM 412, the ROM 413, the communication unit 414, the hard disk 415, and the like. The communication unit 414 communicates with the request unit terminal 1, the report unit terminals 2a, 2b,..., And 2n via the database 42, the definition information storage unit 43, and the network 3. In the report information collection server 41, the CPU 411 reads and executes the OS 510 and the report information collection program 520 stored in the RAM 412, the ROM 413, or the hard disk 415. Thereby, the report information collection server 41 can perform definition information registration processing and report information registration processing. The report information collection server 41 may be realized by being distributed to a plurality of units.

図６は、本発明の実施の形態１にかかる報告情報収集処理の流れを示すシーケンス図である。まず、依頼部端末１は、入力形式ファイル及び定義情報ファイルを報告情報収集サーバ４１に対して送信し、登録要求を行う（Ｓ１１）。   FIG. 6 is a sequence diagram showing a flow of report information collection processing according to the first exemplary embodiment of the present invention. First, the request unit terminal 1 transmits an input format file and a definition information file to the report information collection server 41 and makes a registration request (S11).

次に、報告情報収集サーバ４１は、定義情報登録処理を行う（Ｓ１２）。すなわち、報告情報収集サーバ４１は、依頼部端末１から受け付けた入力形式ファイル及び定義情報ファイルについて検査を行い（Ｓ１２１）、その後、データベース４２内にテーブル４２１を作成する（Ｓ１２２）。尚、定義情報登録処理の詳細は、図７に後述する。   Next, the report information collection server 41 performs definition information registration processing (S12). That is, the report information collection server 41 checks the input format file and the definition information file received from the request unit terminal 1 (S121), and then creates the table 421 in the database 42 (S122). Details of the definition information registration process will be described later with reference to FIG.

続いて、報告情報収集サーバ４１は、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれへ報告情報の入力依頼を通知する（Ｓ１３）。ここでは、報告情報収集サーバ４１は、通知に併せて、依頼部端末１から受け付けた入力形式ファイルを送信する。尚、報告情報収集サーバ４１は、必ずしも入力形式ファイルを送信しなくても構わない。その場合、通知を受けた報告部端末が、報告情報収集サーバ４１に対して入力形式ファイルの取得要求を行い、ダウンロードしてもよい。または、別途、ワークフローシステム等を介して依頼部端末１から入力形式ファイルを取得しても構わない。   Subsequently, the report information collection server 41 notifies the report information terminals 2a, 2b,..., And 2n of the report information input request (S13). Here, the report information collection server 41 transmits the input format file received from the request unit terminal 1 together with the notification. Note that the report information collection server 41 does not necessarily have to transmit the input format file. In that case, the reporting unit terminal that has received the notification may make an acquisition request for the input format file to the reporting information collection server 41 and download it. Or you may acquire an input format file from the request part terminal 1 separately via a workflow system etc. separately.

そして、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれは、取得した入力形式ファイルに自己の部拠点における報告情報を入力する（Ｓ１４）。その後、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれは、入力済みファイルを報告情報収集サーバ４１に対して送信し、登録要求を行う（Ｓ１５）。   Then, each of the reporting unit terminals 2a, 2b,..., And 2n inputs report information at its own group site to the acquired input format file (S14). After that, each of the reporting unit terminals 2a, 2b,..., And 2n transmits the input file to the reporting information collection server 41 and makes a registration request (S15).

続いて、報告情報収集サーバ４１は、報告情報登録処理を行う（Ｓ１６）。すなわち、報告情報収集サーバ４１は、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれから受け付けた入力済みファイル及び当該ファイルに入力されたデータの検査を行い（Ｓ１６１）、報告情報を格納する（Ｓ１６２）。尚、報告情報登録処理の詳細は、図１１に後述する。   Subsequently, the report information collection server 41 performs report information registration processing (S16). That is, the report information collection server 41 checks the input file received from each of the report unit terminals 2a, 2b,..., And 2n and the data input to the file (S161), and stores the report information. (S162). Details of the report information registration process will be described later with reference to FIG.

そして、報告情報収集サーバ４１は、依頼部端末１へ報告情報を登録した旨を通知する（Ｓ１７）。このとき、報告情報収集サーバ４１は、通知に併せて、入力済みファイルを送信してもよい。   Then, the report information collection server 41 notifies the request unit terminal 1 that the report information has been registered (S17). At this time, the report information collection server 41 may transmit the input file together with the notification.

これにより、依頼部の担当者は、データベース４２にアクセスすることによりテーブル４２１から各部拠点の報告情報を取得し、確認又は加工等の任意の処理を行うことができる。このとき、取得される報告情報は、定義情報４３１を満たすものであるため、依頼部の担当者によるデータ入力誤りの確認作業を必要とすることなく、正確な情報を得ることができる。   Thereby, the person in charge of the requesting section can obtain the report information of each part base from the table 421 by accessing the database 42 and can perform arbitrary processing such as confirmation or processing. At this time, since the acquired report information satisfies the definition information 431, accurate information can be obtained without requiring a data input error confirmation work by the person in charge of the requesting section.

図７は、本発明の実施の形態１にかかる定義情報登録処理の流れを示すフローチャートである。まず、報告情報収集サーバ４１の定義情報登録手段５１は、依頼部端末１から入力形式ファイル及び定義情報ファイルを受け付ける（Ｓ２１）。   FIG. 7 is a flowchart showing a flow of definition information registration processing according to the first exemplary embodiment of the present invention. First, the definition information registration means 51 of the report information collection server 41 receives an input format file and a definition information file from the request unit terminal 1 (S21).

次に、定義情報登録手段５１は、ファイル制約及び２ファイル間の整合性を確認する（Ｓ２２）。ここで、ファイル制約の確認とは、入力形式ファイル及び定義情報ファイルそれぞれが、ファイル単体として形式を満たしているか否かを判定することをいう。入力形式ファイルの場合、ヘッダ領域６０１とデータ領域６０２とを備えているか否かを判定する。また、定義情報ファイルの場合、ヘッダ領域６０３と制約条件領域６０４とを備えているか否かを判定する。さらに、定義情報ファイルの場合、定義情報が図２を満たしているか否かの判定も含まれる。   Next, the definition information registration unit 51 confirms the file restriction and the consistency between the two files (S22). Here, the confirmation of the file constraint refers to determining whether each of the input format file and the definition information file satisfies the format as a single file. In the case of an input format file, it is determined whether a header area 601 and a data area 602 are provided. In the case of the definition information file, it is determined whether or not the header area 603 and the constraint condition area 604 are provided. Further, in the case of a definition information file, determination of whether the definition information satisfies FIG. 2 is also included.

また、２ファイル間の整合性の確認とは、入力形式ファイルと定義情報ファイルとについて、項目の名称及び順序が一致するか否かを判定することをいう。但し、項目の名称の重複を許可しないため、項目の順序については、必ずしも順序が一致しなくても構わない。尚、ファイル制約の確認及び２ファイル間の整合性の確認の実行順序については、これに限定されず、同時並行に実行しても構わない。   The confirmation of consistency between the two files refers to determining whether the item names and the order match between the input format file and the definition information file. However, since the duplication of the item names is not permitted, the order of the items may not necessarily match. Note that the execution order of confirmation of file restrictions and confirmation of consistency between two files is not limited to this, and they may be executed in parallel.

ステップＳ２２により整合性を満たしていないと判定された場合、定義情報登録手段５１は、登録要求元である依頼部端末１へエラーを通知する（Ｓ２５）。例えば、定義情報登録手段５１は、ファイル制約又は２ファイル間の整合性の内、満たしていない内容と該当する行列番号、セル位置等をエラーメッセージと共に通知する。   If it is determined in step S22 that the consistency is not satisfied, the definition information registration unit 51 notifies the request unit terminal 1 that is the registration request source of an error (S25). For example, the definition information registering means 51 notifies the unsatisfied contents and the corresponding matrix number, cell position, etc., together with the error message, among the file restrictions or the consistency between the two files.

また、ステップＳ２２により整合性を満たしていると判定された場合、定義情報登録手段５１は、定義情報記憶部４３に定義情報４３１を登録する（Ｓ２３）。具体的には、まず、定義情報登録手段５１は、定義情報ファイルから項目情報４３２及び制約条件４３３を抽出する。そして、定義情報登録手段５１は、抽出した項目情報４３２及び制約条件４３３を定義情報記憶部４３に格納する。併せて、定義情報登録手段５１は、定義情報４３１と入力形式ファイルとを関連付けて定義情報記憶部４３へ格納する。   When it is determined in step S22 that the consistency is satisfied, the definition information registration unit 51 registers the definition information 431 in the definition information storage unit 43 (S23). Specifically, first, the definition information registration unit 51 extracts item information 432 and constraint conditions 433 from the definition information file. Then, the definition information registration unit 51 stores the extracted item information 432 and the constraint condition 433 in the definition information storage unit 43. In addition, the definition information registration unit 51 stores the definition information 431 and the input format file in the definition information storage unit 43 in association with each other.

図８は、本発明の実施の形態１にかかる項目情報の例を示す図である。ヘッダ項目６１０は、フォーマット、バージョン、シートの各列であり、項目情報４３２と入力形式ファイルとを関連付けるための項目である。データ項目６１１は、項目情報４３２に対応する項目である。また、図９は、本発明の実施の形態１にかかる制約条件の例を示す図である。ヘッダ項目６１２は、ヘッダ項目６１０と同様の項目である。データ項目６１３は、制約条件４３３に対応する項目である。尚、ヘッダ項目６１０及び６１２の値は、ステップＳ２３において定義情報登録手段５１により生成される。   FIG. 8 is a diagram showing an example of item information according to the first exemplary embodiment of the present invention. The header item 610 is each column of format, version, and sheet, and is an item for associating the item information 432 with the input format file. The data item 611 is an item corresponding to the item information 432. Moreover, FIG. 9 is a figure which shows the example of the constraint conditions concerning Embodiment 1 of this invention. The header item 612 is the same item as the header item 610. The data item 613 is an item corresponding to the constraint condition 433. Note that the values of the header items 610 and 612 are generated by the definition information registration unit 51 in step S23.

図７に戻り、その後、定義情報登録手段５１は、データベース４２内にテーブル４２１を作成する（Ｓ２４）。具体的には、定義情報登録手段５１は、項目情報４３２に含まれる項目の名称、順序、属性及び桁数を用いてテーブル４２１を作成する。つまり、定義情報登録手段５１は、テーブル４２１の作成において、定義情報４３１の全ての情報を用いず、定義情報４３１の一部である項目情報４３２を用いる。項目情報４３２は、定義情報４３１の内、テーブル４２１を作成するために最小限の情報である。そのため、項目情報４３２は、制約条件４３３に含まれる制約条件よりも制約が小さい。すなわち、テーブル４２１は、定義情報４３１により課される制約よりも小さい制約のテーブルとして作成される。尚、ステップＳ２３及びＳ２４の順序は、逆であっても、同時並行であっても構わない。   Returning to FIG. 7, the definition information registration unit 51 then creates a table 421 in the database 42 (S24). Specifically, the definition information registration unit 51 creates the table 421 using the name, order, attribute, and number of digits of items included in the item information 432. That is, the definition information registration unit 51 uses the item information 432 that is a part of the definition information 431 instead of using all the information of the definition information 431 when creating the table 421. The item information 432 is the minimum information for creating the table 421 among the definition information 431. Therefore, the item information 432 has less restrictions than the restriction conditions included in the restriction conditions 433. In other words, the table 421 is created as a table with constraints smaller than those imposed by the definition information 431. It should be noted that the order of steps S23 and S24 may be reversed or simultaneous.

図１０は、本発明の実施の形態１にかかる作成されるテーブルの例を示す図である。キー項目６１４は、格納される報告情報４２２を一意に特定するための主キーの項目である。尚、キー項目６１４には、更新日時及び時刻の情報も含まれる。データ項目６１５は、報告情報４２２を格納するための項目である。   FIG. 10 is a diagram illustrating an example of a table created according to the first embodiment of the present invention. The key item 614 is a main key item for uniquely identifying the report information 422 to be stored. Note that the key item 614 also includes update date and time information. Data item 615 is an item for storing report information 422.

図１１は、本発明の実施の形態１にかかる報告情報登録処理の流れを示すフローチャートである。まず、報告情報収集サーバ４１の報告情報登録手段５２は、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれから報告情報の入力済みファイルを受け付ける（Ｓ３１）。図１２は、本発明の実施の形態１にかかる報告情報が入力済みの入力形式ファイルの例を示す図である。   FIG. 11 is a flowchart showing the flow of the report information registration process according to the first embodiment of the present invention. First, the report information registration means 52 of the report information collection server 41 accepts report information input files from each of the report unit terminals 2a, 2b,..., And 2n (S31). FIG. 12 is a diagram illustrating an example of an input format file in which report information according to the first embodiment of the present invention has been input.

次に、図１１に戻り、報告情報登録手段５２は、ファイル制約を確認する（Ｓ３２）。すなわち、報告情報登録手段５２は、入力済みファイルについて、図７のステップＳ２２におけるファイル制約の確認を行う。   Next, returning to FIG. 11, the report information registration unit 52 confirms the file restriction (S32). That is, the report information registration unit 52 confirms the file restriction in step S22 of FIG.

ステップＳ３２によりファイル制約を満たしていると判定された場合、報告情報登録手段５２は、定義情報記憶部４３を参照し、入力形式を特定する（Ｓ３３）。すなわち、報告情報登録手段５２は、定義情報記憶部４３を参照し、入力済みファイルのヘッダ領域６０１に対応する表形式を特定する。   When it is determined in step S32 that the file restriction is satisfied, the report information registration unit 52 refers to the definition information storage unit 43 and specifies the input format (S33). That is, the report information registration unit 52 refers to the definition information storage unit 43 and specifies a table format corresponding to the header area 601 of the input file.

続いて、報告情報登録手段５２は、定義情報記憶部４３から定義情報４３１を取得する（Ｓ３４）。すなわち、報告情報登録手段５２は、特定された入力形式に関連付けられた定義情報４３１を定義情報記憶部４３から取得する。   Subsequently, the report information registration unit 52 acquires the definition information 431 from the definition information storage unit 43 (S34). That is, the report information registration unit 52 acquires the definition information 431 associated with the specified input format from the definition information storage unit 43.

そして、報告情報登録手段５２は、報告情報を検査する（Ｓ３５）。具体的には、まず、報告情報登録手段５２は、入力済みファイルのデータ領域６０２の先頭行から最終行について、各行の列ごと、すなわち処理対象の項目毎に入力値を取得する。次に、報告情報登録手段５２は、定義情報４３１に含まれる制約条件４３３から、処理対象の項目に対応する制約種別を特定する。そして、報告情報登録手段５２は、検査手段５３ａ、５３ｂ、・・・５３ｍの中から、特定された制約種別に対応する検査手段を選択する。その後、報告情報登録手段５２は、選択された検査手段に対して、取得した入力値と処理対象の項目の制約種別における条件値とを入力する。そして、報告情報登録手段５２は、当該検査手段から戻り値を検査結果として受け付ける。報告情報登録手段５２は、入力済みファイルのデータ領域６０２の全ての行列に対して、これらの処理を実行する。   Then, the report information registration unit 52 examines the report information (S35). Specifically, first, the report information registration unit 52 acquires an input value for each column of each row, that is, for each item to be processed, from the first row to the last row of the data area 602 of the input file. Next, the report information registration unit 52 specifies the constraint type corresponding to the processing target item from the constraint condition 433 included in the definition information 431. Then, the report information registration unit 52 selects an inspection unit corresponding to the specified constraint type from the inspection units 53a, 53b,. Thereafter, the report information registration unit 52 inputs the acquired input value and the condition value in the constraint type of the item to be processed to the selected inspection unit. Then, the report information registration unit 52 receives the return value from the inspection unit as the inspection result. The report information registration unit 52 executes these processes for all the matrices in the data area 602 of the input file.

その後、報告情報登録手段５２は、全ての検査結果が正常であるか否かを判定する（Ｓ３６）。すなわち、報告情報登録手段５２は、入力済みファイルのデータ領域６０２の全ての入力値が、制約条件４３３により課される制約を満たすか否かを検査する。   Thereafter, the report information registration unit 52 determines whether all the inspection results are normal (S36). That is, the report information registration unit 52 checks whether all input values in the data area 602 of the input file satisfy the restriction imposed by the restriction condition 433.

ステップＳ３６により全ての検査結果が正常であると判定された場合、報告情報登録手段５２は、報告情報４２２をデータベース４２のテーブル４２１に格納する（Ｓ３７）。図１３は、本発明の実施の形態１にかかるテーブルに格納されるデータの例を示す図である。図１３は、図１０の例に、図１２の入力値が報告情報として格納されたことを示す。このとき、テーブル４２１に格納されるデータは、テーブル４２１に課される制約よりも大きい制約を満たしたデータであるため、テーブル４２１の定義に反するデータは格納されず、報告情報自体に起因する格納時のエラーを防ぐことができる。そのため、今後、制約条件４３３の定義の内、項目情報４３２に関わらない部分が変更されたとしても、テーブル４２１の定義には影響を与えず、引き続き、報告情報を格納し続けることができる。尚、キー項目６１４の値は、ステップＳ３７において報告情報登録手段５２により生成される。   When it is determined in step S36 that all the inspection results are normal, the report information registration unit 52 stores the report information 422 in the table 421 of the database 42 (S37). FIG. 13 is a diagram illustrating an example of data stored in the table according to the first embodiment of the present invention. FIG. 13 shows that the input value of FIG. 12 is stored as report information in the example of FIG. At this time, since the data stored in the table 421 satisfies the constraints larger than those imposed on the table 421, the data contrary to the definition of the table 421 is not stored, and the storage is caused by the report information itself. Can prevent time error. Therefore, even if a part of the definition of the constraint condition 433 that is not related to the item information 432 is changed in the future, the definition of the table 421 is not affected and the report information can be continuously stored. Note that the value of the key item 614 is generated by the report information registration unit 52 in step S37.

図１１に戻り、ステップＳ３２によりファイル制約を満たしていないと判定された場合、又は、ステップＳ３６によりいずれかの検査結果が正常でないと判定された場合、報告情報登録手段５２は、登録要求元である報告部端末２ａ、２ｂ、・・・及び２ｎのいずれかへエラーを通知する（Ｓ３８）。例えば、報告情報登録手段５２は、ファイル制約又は報告情報の内、満たしていない内容と該当する行列番号、セル位置等をエラーメッセージと共に通知する。   Returning to FIG. 11, if it is determined in step S32 that the file restriction is not satisfied, or if any of the inspection results is determined to be not normal in step S36, the report information registration means 52 is the registration request source. An error is notified to one of the reporting unit terminals 2a, 2b,..., And 2n (S38). For example, the report information registration means 52 notifies the unsatisfied contents of the file restriction or report information, the corresponding matrix number, the cell position, etc. together with the error message.

このように、本発明の実施の形態１により、所定の入力形式のファイルにより複数の報告情報を収集する場合において、報告情報の入力形式の変更に柔軟に対応することができる。テーブルの定義には、項目の名称、順序、属性及び桁数のみを用いるが、項目が必須であることなどは、テーブルの定義とすることが可能であるにもかかわらず、定義に用いていない。さらに、入力値の大小関係や関連項目の制約条件など複雑な制約条件について、トリガー等で設定しない。そのため、項目情報４３２に含まれない制約条件４３３を変更した場合は、システムの改修作業が不要となり、項目情報４３２を変更した場合は、データベースの再構築が不要となり、いずれの場合もシステム停止等は不要となる。また、制約条件４３３についての微修正についてもテーブルの定義には影響を与えずに変更することができる。   As described above, according to the first embodiment of the present invention, when a plurality of report information is collected by a file having a predetermined input format, it is possible to flexibly cope with a change in the input format of report information. Only the item name, order, attribute, and number of digits are used in the definition of the table, but the fact that the item is required is not used in the definition even though it can be defined as a table. . Furthermore, complex constraint conditions such as input value magnitude relationships and related item constraint conditions are not set by a trigger or the like. Therefore, when the constraint condition 433 that is not included in the item information 432 is changed, the system repair work is not required, and when the item information 432 is changed, the database is not reconstructed. Is no longer necessary. Further, the fine correction of the constraint condition 433 can be changed without affecting the definition of the table.

＜発明の実施の形態２＞
報告情報の仕様については、業務上、様々な変更の要望が起こり得る。そこで、報告情報を登録するためのテーブルの定義の変更が生じ得る。しかし、稼働中の情報システムにおけるデータベースのテーブルの定義を更新することは、本来、専門的な知識や豊富な運用経験を必要とするなど、難易度が高いものである。そのため、特許文献２のように、要求に応じて逐次、テーブルの定義の更新を自動的に行ってしまうと、テーブルに格納済みのデータとの間で不整合が生じるなど危険性が伴う。例えば、テーブルの属性の桁数を減らす場合、既に格納済みのデータに変更後の桁数を上回るデータがあると、単純に属性の変更を行うことはできない。また、データの入力が必須ではない属性について、データの入力が必須とする属性へ変更する場合、当該属性にデータが未入力のレコードが存在する場合もやはり単純に属性の変更を行うことはできない。これらの場合、予め格納済みのデータを調査し、システム作業等により必要な措置を取らなければならない。 <Embodiment 2 of the Invention>
Regarding the specification of report information, various requests for changes may occur in business. Therefore, the definition of the table for registering report information may change. However, updating the definition of a database table in an operating information system is inherently difficult because it requires specialized knowledge and extensive operational experience. Therefore, as in Patent Document 2, if the table definition is automatically updated sequentially in response to a request, there is a risk that inconsistency will occur with the data already stored in the table. For example, when reducing the number of digits of an attribute of a table, if there is data that exceeds the number of digits after the change in already stored data, the attribute cannot be simply changed. In addition, when an attribute that does not require data input is changed to an attribute that requires data input, even if there is a record in which no data is input, the attribute cannot be simply changed. . In these cases, the stored data must be examined and necessary measures taken by system work or the like.

また、報告情報の仕様が変更されたとしても、過去の入力されたデータを参照することは業務上あり得る。そのため、テーブルに格納済みのデータについても残し、変更後に参照可能とする必要がある。また、ユーザによる報告情報の仕様の管理を容易にさせるためにも、上述したように仕様変更に制限をかけることは望ましくない。そこで、本発明の実施の形態２では、報告情報の仕様の変更がテーブルの定義に影響を与える場合であっても、格納済みのデータを残しつつ、テーブルに格納済みのデータとの間で不整合が生じないようにテーブルの更新を行うものである。   Further, even if the specification of the report information is changed, it is possible to refer to past input data for business purposes. Therefore, it is necessary to leave the data already stored in the table so that it can be referred to after the change. In order to facilitate the management of the report information specification by the user, it is not desirable to limit the specification change as described above. Therefore, in the second embodiment of the present invention, even if the change in the specification of the report information affects the definition of the table, the stored data remains and the data stored in the table is inconsistent. The table is updated so that consistency does not occur.

具体的には、本発明の実施の形態２にかかる報告情報収集システムは、本発明の実施の形態１にかかる報告情報収集システム４の定義情報登録手段５１に変更を加えたものである。本発明の実施の形態２にかかる定義情報登録手段５１は、受け付けた定義情報４３１が複数の項目の一部の定義を変更する場合、テーブル４２１の当該変更される項目を末尾に移動し、変更後の項目を変更前の項目の位置に挿入するようにテーブル４２１を更新する。これにより、項目情報４３２の定義が変更された場合であっても、以前の項目を残すことができるため、過去のデータを参照し続けることができる。さらに、他からの参照などによるデータ不整合を防ぐことができる。また、頻繁な定義情報４３１の変更に対応できる。尚、本発明の実施の形態２にかかる報告情報収集システムは、本発明の実施の形態１と比べて、上述した以外の構成に変更がない。以下、実施の形態１との違いを中心に説明し、実施の形態１と同等の構成及び処理については、詳細な説明を省略する。   Specifically, the report information collection system according to the second exemplary embodiment of the present invention is a modification of the definition information registration unit 51 of the report information collection system 4 according to the first exemplary embodiment of the present invention. When the received definition information 431 changes the definition of a part of a plurality of items, the definition information registration unit 51 according to the second exemplary embodiment of the present invention moves the changed item in the table 421 to the end and changes the definition. The table 421 is updated so that the subsequent item is inserted at the position of the item before the change. Thereby, even when the definition of the item information 432 is changed, the previous item can be left, and thus past data can be continuously referred to. Furthermore, it is possible to prevent data inconsistency due to references from other sources. Further, it can cope with frequent changes in the definition information 431. Note that the report information collection system according to the second exemplary embodiment of the present invention has no change in the configuration other than that described above as compared with the first exemplary embodiment of the present invention. Hereinafter, the difference from the first embodiment will be mainly described, and detailed description of the configuration and processing equivalent to those of the first embodiment will be omitted.

図１４は、本発明の実施の形態２にかかるテーブル更新処理の流れを示すフローチャートである。以下の説明において、図７又は図１１と同等の処理については、適宜、説明を省略する。まず、定義情報登録手段５１は、依頼部端末１から更新対象の入力形式ファイル及び定義情報ファイルを受け付ける（Ｓ４１）。   FIG. 14 is a flowchart showing a flow of table update processing according to the second embodiment of the present invention. In the following description, description of processing equivalent to that in FIG. 7 or FIG. 11 is omitted as appropriate. First, the definition information registration unit 51 receives an input format file and a definition information file to be updated from the request unit terminal 1 (S41).

図１５は、本発明の実施の形態２にかかる項目を変更する場合の定義情報ファイルの例を示す図である。図１５の変更項目６０５は、上述の図４に示した定義情報ファイルの内、"ItemC"についての制約条件４３３が変更されたことを示す。また、図示を省略するが、入力形式ファイルについてもヘッダ領域６０１の項目が同様に変更される。   FIG. 15 is a diagram illustrating an example of a definition information file when items according to the second embodiment of the present invention are changed. A change item 605 in FIG. 15 indicates that the constraint condition 433 for “ItemC” in the definition information file shown in FIG. 4 is changed. Although not shown, the items in the header area 601 are similarly changed for the input format file.

図１４に戻り、定義情報登録手段５１は、ファイル制約及び２ファイル間整合性を確認する（Ｓ４２）。ここでは、図７のステップＳ２２と同様に、受け付けたファイル自体についての確認を行う。また、ステップＳ４２によりファイル制約及び２ファイル間の整合性を満たしていないと判定された場合、定義情報登録手段５１は、ステップＳ２５と同様に、登録要求元である依頼部端末１へエラーを通知する（Ｓ４９）。   Returning to FIG. 14, the definition information registration unit 51 confirms the file restriction and the consistency between the two files (S42). Here, as in step S22 of FIG. 7, the received file itself is confirmed. If it is determined in step S42 that the file restriction and the consistency between the two files are not satisfied, the definition information registration unit 51 notifies the request unit terminal 1 that is the registration request source of the error, as in step S25. (S49).

また、ステップＳ４２によりファイル制約及び２ファイル間の整合性を満たしていると判定された場合、定義情報登録手段５１は、図１１のステップＳ３３と同様に、入力形式を特定する（Ｓ４３）。   If it is determined in step S42 that the file restriction and the consistency between the two files are satisfied, the definition information registering means 51 specifies the input format as in step S33 of FIG. 11 (S43).

続いて、定義情報登録手段５１は、定義情報記憶部４３から更新前の定義情報４３１を取得する（Ｓ４４）。すなわち、定義情報登録手段５１は、特定された表形式に関連付けられた定義情報４３１を定義情報記憶部４３から取得する。   Subsequently, the definition information registration unit 51 acquires the definition information 431 before the update from the definition information storage unit 43 (S44). That is, the definition information registration unit 51 acquires the definition information 431 associated with the specified table format from the definition information storage unit 43.

そして、定義情報登録手段５１は、更新前後の差分を抽出する（Ｓ４５）。具体的には、まず、定義情報登録手段５１は、受け付けた定義情報ファイルから更新後の項目情報４３２及び制約条件４３３を抽出する。次に、定義情報登録手段５１は、抽出した更新後の項目情報４３２及び制約条件４３３と、取得した更新前の定義情報４３１に含まれる項目情報４３２及び制約条件４３３とを比較し、差分を抽出する。   Then, the definition information registration unit 51 extracts the difference before and after the update (S45). Specifically, first, the definition information registration unit 51 extracts updated item information 432 and constraint conditions 433 from the received definition information file. Next, the definition information registration unit 51 compares the extracted item information 432 and constraint condition 433 after update with the item information 432 and constraint condition 433 included in the acquired definition information 431 before update, and extracts a difference. To do.

そして、定義情報登録手段５１は、更新の種類を判定する（Ｓ４６）。すなわち、まず、定義情報登録手段５１は、更新前後の項目情報４３２に差分があるか否かを判定し、差分があると判定した場合、項目が追加、削除、変更のいずれであるかを判定する。尚、差分が複数の項目に渡る場合は、項目毎にステップＳ４６、Ｓ４７１、Ｓ４７２、Ｓ４７３及びＳ４７４の処理を適宜、繰り返し実行する。例えば、図１５のように、"ItemC"の列位置に"ItemCC"が存在する場合は、"ItemC"が削除され、"ItemCC"が追加されたため、変更と判定する。尚、項目名が一致しても属性が変更しているか、桁数が減少しているなどの場合、定義情報登録手段５１は、受け付けた定義情報ファイルが適切でないものと判断して、ステップＳ４９と同様に、登録要求元である依頼部端末１へエラーを通知することが望ましい。または、項目名が一致しても桁数が増加する場合は、変更と判定しても構わない。すなわち、定義情報登録手段５１は、少なくとも格納済みのデータが保持されるような項目の変更については、変更と判定しても構わない。   Then, the definition information registration unit 51 determines the type of update (S46). That is, first, the definition information registration unit 51 determines whether or not there is a difference in the item information 432 before and after the update. If it is determined that there is a difference, the definition information registration unit 51 determines whether the item is an addition, deletion, or change. To do. When the difference is over a plurality of items, the processes of steps S46, S471, S472, S473, and S474 are repeated as appropriate for each item. For example, as shown in FIG. 15, when “ItemCC” exists at the column position of “ItemC”, “ItemC” is deleted and “ItemCC” is added, so it is determined to be changed. If the attribute is changed even if the item names match or the number of digits is reduced, the definition information registration unit 51 determines that the received definition information file is not appropriate, and step S49 is performed. Similarly, it is desirable to notify an error to the request unit terminal 1 that is the registration request source. Alternatively, if the number of digits increases even if the item names match, it may be determined that the change has occurred. That is, the definition information registration unit 51 may determine that a change in an item that holds at least stored data is a change.

ステップＳ４６により追加と判定された場合、定義情報登録手段５１は、差分の項目をテーブル４２１へ挿入する（Ｓ４７１）。すなわち、定義情報登録手段５１は、更新後の項目情報４３２の情報において追加された列位置に、列を挿入してデータベース４２内のテーブル４２１の定義を更新する。   If it is determined in step S46 that the information is added, the definition information registration unit 51 inserts a difference item into the table 421 (S471). In other words, the definition information registration unit 51 updates the definition of the table 421 in the database 42 by inserting a column at the column position added in the updated item information 432 information.

ステップＳ４６により削除と判定された場合、定義情報登録手段５１は、差分の項目をテーブル４２１の末尾へ移動する（Ｓ４７２）。すなわち、定義情報登録手段５１は、更新後の項目情報４３２の情報において削除された項目の列位置をテーブル４２１における末尾の列位置へ移動する。すなわち、削除対象の項目であっても、実際には、削除をせずテーブル４２１内に残す。これにより、必要に応じて、過去のデータを再利用することができる。さらに、仮に削除対象の項目が他の項目における関連項目である場合や、他のテーブルとの間でリレーションシップが定義されていた場合などであっても、不整合を発生させることなく、テーブルの定義を更新することができる。   When it is determined to be deleted in step S46, the definition information registration unit 51 moves the difference item to the end of the table 421 (S472). In other words, the definition information registration unit 51 moves the column position of the item deleted in the updated item information 432 to the last column position in the table 421. That is, even an item to be deleted is not actually deleted but remains in the table 421. Thereby, past data can be reused as needed. Furthermore, even if the item to be deleted is a related item in another item, or if a relationship is defined with another table, etc., the table will not be inconsistent. Definitions can be updated.

ステップＳ４６により変更と判定された場合、定義情報登録手段５１は、ステップＳ４７２と同様に、差分の項目をテーブル４２１の末尾へ移動する（Ｓ４７３）。すなわち、定義情報登録手段５１は、更新後の項目情報４３２の情報において変更された項目について、変更前の項目の列位置をテーブル４２１における末尾の列位置へ移動する。また、定義情報登録手段５１は、ステップＳ４７１と同様に、差分の項目をテーブル４２１へ挿入する（Ｓ４７４）。すなわち、定義情報登録手段５１は、更新後の項目情報４３２の情報において変更された列位置に、列を挿入してデータベース４２内のテーブル４２１の定義を更新する。つまり、変更前の項目の名称、属性又は桁数に変更を加えるのではなく、変更前の項目を列ごと末尾へ残し、変更後の項目を新たに追加する。これにより、過去のデータを参照することができる。また、格納済みのデータとの間で不整合が生じることを防ぐことができる。   When it is determined in step S46 that the information has been changed, the definition information registration unit 51 moves the difference item to the end of the table 421, similarly to step S472 (S473). That is, the definition information registration unit 51 moves the column position of the item before the change to the last column position in the table 421 for the item changed in the information of the updated item information 432. In addition, the definition information registration unit 51 inserts a difference item into the table 421 as in step S471 (S474). In other words, the definition information registration unit 51 updates the definition of the table 421 in the database 42 by inserting a column at the column position changed in the updated item information 432 information. That is, instead of changing the name, attribute, or number of digits of the item before the change, the item before the change is left at the end of each column, and the item after the change is newly added. Thereby, past data can be referred to. Further, inconsistency with stored data can be prevented.

尚、定義情報登録手段５１は、上記のステップＳ４６〜Ｓ４７４については、項目毎に、以下の処理に置き換えても構わない。まず、定義情報登録手段５１は、項目が削除されたか否かを判定し、削除されたと判定した場合に、ステップＳ４７２の処理を行う。その後、項目が追加されたか否かを判定し、追加されたと判定した場合に、ステップＳ４７１の処理を行う。これにより、上記の変更の場合、ステップＳ４７２の処理の後、ステップＳ４７１の処理が行われることとなり、上記のステップＳ４６〜Ｓ４７４と同じ結果が得られる。   Note that the definition information registration unit 51 may replace the above steps S46 to S474 with the following processing for each item. First, the definition information registration unit 51 determines whether or not an item has been deleted. If it is determined that the item has been deleted, the definition information registration unit 51 performs the process of step S472. Thereafter, it is determined whether or not an item has been added. If it is determined that an item has been added, the process of step S471 is performed. Thus, in the case of the above change, the process of step S471 is performed after the process of step S472, and the same result as the above-described steps S46 to S474 is obtained.

この後、定義情報登録手段５１は、更新後の定義情報４３１により更新する（Ｓ４８）。すなわち、定義情報登録手段５１は、抽出した更新後の項目情報４３２及び制約条件４３３を定義情報記憶部４３に格納する。また、ステップＳ４６により更新前後の項目情報４３２に差分がないと判定された場合も、定義情報登録手段５１は、同様に更新後の定義情報４３１により更新する（Ｓ４８）。   Thereafter, the definition information registration unit 51 updates the definition information 431 after the update (S48). That is, the definition information registration unit 51 stores the extracted updated item information 432 and the constraint condition 433 in the definition information storage unit 43. Even when it is determined in step S46 that there is no difference in the item information 432 before and after the update, the definition information registration unit 51 similarly updates with the updated definition information 431 (S48).

図１６は、本発明の実施の形態２にかかるテーブルの項目の定義が変更された場合の例を示す図である。図１６は、図１３の例に、図１５の項目の変更が反映され、その後に、報告情報が追加登録されたことを示す。つまり、追加項目６０６の上位５行には、データがなく、下位２行のみにデータが格納される。一方、削除項目６０７には、上位５行に更新前のデータが残され、下位２行にはデータが格納されない。   FIG. 16 is a diagram illustrating an example when the definition of the items in the table according to the second embodiment of the present invention is changed. FIG. 16 shows that the change of the item of FIG. 15 is reflected in the example of FIG. 13, and then report information is additionally registered. That is, there is no data in the upper five rows of the additional item 606, and data is stored only in the lower two rows. On the other hand, in the deletion item 607, the data before update is left in the upper five rows, and no data is stored in the lower two rows.

以上のように、本発明の実施の形態２により、システム停止を行うことなく、テーブルの更新を行うことができる。   As described above, according to the second embodiment of the present invention, the table can be updated without stopping the system.

＜発明の実施の形態３＞
報告情報の種類は、多岐に渡るため、一ファイルに複数種類の報告情報を異なる入力形式により入力させたいというニーズがある。一方、同じ入力形式であっても、業種ごと等に別々に収集し、同一のテーブルに格納させたいというニーズもある。これらの場合、一ファイル内の複数のスプレッドシートにそれぞれ報告情報を入力させることが考えられる。そこで、本発明の実施の形態３にかかる報告情報収集システムは、一ファイルに複数のスプレッドシートを含み、各スプレッドシートにそれぞれ報告情報を入力させる場合を対象とする。 <Third Embodiment of the Invention>
Since there are a wide variety of types of report information, there is a need to input a plurality of types of report information in one file in different input formats. On the other hand, even in the same input format, there is a need to collect them separately for each business type and store them in the same table. In these cases, it is possible to input report information to each of a plurality of spreadsheets in one file. Therefore, the report information collection system according to the third exemplary embodiment of the present invention is intended for a case where a single file includes a plurality of spreadsheets and the report information is input to each spreadsheet.

具体的には、本発明の実施の形態３にかかる報告情報収集システムは、本発明の実施の形態１にかかる報告情報収集システム４の定義情報登録手段５１及び報告情報登録手段５２に変更を加えたものである。まず、本発明の実施の形態３にかかる表形式のファイルは、複数の項目が同一である複数のスプレッドシートを含む。そして、本発明の実施の形態３にかかる報告情報登録手段５１は、複数のスプレッドシートに異なる報告情報が入力された表形式のファイルを受け付けた場合に、受け付けたファイルに入力されたスプレッドシート毎の報告情報を同一のテーブルに異なるレコードとして格納する。これにより、同一の入力形式の複数種類の報告情報をまとめて管理することができる。尚、本発明の実施の形態３にかかる報告情報収集システムは、本発明の実施の形態１と比べて、上述した以外の構成に変更がない。以下、実施の形態１との違いを中心に説明し、実施の形態１と同等の構成及び処理については、詳細な説明を省略する。   Specifically, the report information collection system according to the third exemplary embodiment of the present invention changes the definition information registration unit 51 and the report information registration unit 52 of the report information collection system 4 according to the first exemplary embodiment of the present invention. It is a thing. First, the tabular file according to the third embodiment of the present invention includes a plurality of spreadsheets having the same plurality of items. Then, when the report information registration unit 51 according to the third embodiment of the present invention receives a table format file in which different report information is input to a plurality of spreadsheets, each report information input unit 51 receives each spreadsheet input to the received file. Are stored as different records in the same table. Thereby, a plurality of types of report information having the same input format can be managed together. Note that the report information collection system according to the third exemplary embodiment of the present invention is not changed in configuration other than that described above as compared with the first exemplary embodiment of the present invention. Hereinafter, the difference from the first embodiment will be mainly described, and detailed description of the configuration and processing equivalent to those of the first embodiment will be omitted.

図１７は、本発明の実施の形態３にかかる定義情報登録処理の流れを示すフローチャートである。以下の説明において、図７と同等の処理については、適宜、説明を省略する。まず、定義情報登録手段５１は、依頼部端末１から複数シートの入力形式ファイル及び定義情報ファイルを受け付ける（Ｓ５１）。   FIG. 17 is a flowchart showing a flow of definition information registration processing according to the third embodiment of the present invention. In the following description, description of processing equivalent to that in FIG. 7 will be omitted as appropriate. First, the definition information registration unit 51 receives a plurality of sheets of input format files and definition information files from the request unit terminal 1 (S51).

図１８は、本発明の実施の形態３にかかる複数シートの入力形式ファイルの例を示す図である。図１８（ａ）は、入力形式ファイルの先頭のシートであるシート６２０の例である。また、図１８（ｂ）は、二番目のシートであるシート６２１の例である。ここでは、シート６２０及び６２１は、同一の入力形式であるものとする。つまり、ヘッダ領域６０１における項目の名称及び順序が共通している。   FIG. 18 is a diagram showing an example of a multi-sheet input format file according to the third embodiment of the present invention. FIG. 18A shows an example of a sheet 620 that is the first sheet of the input format file. FIG. 18B shows an example of a sheet 621 that is the second sheet. Here, the sheets 620 and 621 are assumed to have the same input format. That is, the names and order of items in the header area 601 are common.

図１９は、本発明の実施の形態３にかかる複数シートで共通のテーブルを使用する場合の定義情報ファイルの例を示す図である。図１９（ａ）は、定義情報ファイルの先頭のシートであるシート６２２の例である。図１９（ｂ）は、定義情報ファイルの二番目のシートであるシート６２３の例である。特に、シート６２３は、ヘッダ領域６０１の１行目にテーブルタイプ６２４を含む。ここでは、"Ｓ"が入力されることにより、シート６２３の以下の定義は、シート６２２と同等であることを示し、シート６２３内の定義は無視される。そのため、シート６２３は、テーブルタイプ６２４以外の定義は不要となる。尚、テーブルタイプ６２４に"Ｓ"以外が入力されている場合は、他のシートとは独立した報告情報の定義情報として認識される。   FIG. 19 is a diagram showing an example of a definition information file when a common table is used for a plurality of sheets according to the third embodiment of the present invention. FIG. 19A shows an example of a sheet 622 which is the first sheet of the definition information file. FIG. 19B is an example of a sheet 623 that is the second sheet of the definition information file. In particular, the sheet 623 includes a table type 624 in the first row of the header area 601. Here, when “S” is input, the following definition of the sheet 623 is equivalent to the sheet 622, and the definition in the sheet 623 is ignored. For this reason, the sheet 623 does not require any definition other than the table type 624. If anything other than “S” is input to the table type 624, it is recognized as definition information of report information independent of other sheets.

尚、図１８の入力形式ファイルにおける"Work1"というシートは、報告情報が入力されないワークシートである。そのため、図１９の定義情報ファイルにおける"Work1"というシートには、当該シートが報告情報の入力対象外として扱う旨を定義する。例えば、スプレッドシートにテーブルタイプ６２４自体が設定されていないことにより、ワークシートとして扱うようにするとよい。つまり、本発明の実施の形態３にかかる入力形式ファイル及び定義情報ファイルは、複数のスプレッドシートの内、報告情報が入力されないワークシートを含んでも構わない。   Note that the sheet “Work1” in the input format file in FIG. 18 is a worksheet into which report information is not input. For this reason, the sheet “Work1” in the definition information file of FIG. 19 defines that the sheet is treated as a report information input target. For example, since the table type 624 itself is not set in the spreadsheet, it may be handled as a worksheet. That is, the input format file and the definition information file according to the third embodiment of the present invention may include a worksheet in which report information is not input among a plurality of spreadsheets.

図１７に戻り、定義情報登録手段５１は、ファイル制約及び２ファイル間のシート名の整合性を確認する（Ｓ５２）。ここでは、まず、ファイル制約の確認として、定義情報登録手段５１は、各ファイルのシートの名称やシート単独の記載が形式を満たしているか否かを判定する。次に、２ファイル間のシート名の整合性の確認として、定義情報登録手段５１は、入力形式ファイルと定義情報ファイルとについて、シートの名称及び順序が一致するか否かを判定する。尚、ファイル制約の確認及び２ファイル間のシート名の整合性の確認の実行順序については、これに限定されず、同時並行に実行しても構わない。また、定義情報登録手段５１は、ワークシートについてはシート名以外の整合性の確認を行わないものとする。   Returning to FIG. 17, the definition information registration unit 51 confirms the file restriction and the consistency of the sheet name between the two files (S52). Here, as the confirmation of the file restriction, the definition information registration unit 51 first determines whether or not the sheet name of each file and the description of the sheet alone satisfy the format. Next, as confirmation of the consistency of the sheet name between the two files, the definition information registration unit 51 determines whether or not the sheet name and order match between the input format file and the definition information file. Note that the execution order of confirmation of file restrictions and confirmation of sheet name consistency between two files is not limited to this, and they may be executed in parallel. The definition information registration unit 51 does not check the consistency of the worksheet other than the sheet name.

ステップＳ５２により整合性を満たしていると判定された場合、定義情報登録手段５１は、複数シートで共通の形式であるか否かを判定する（Ｓ５３）。具体的には、定義情報登録手段５１は、受け付けた定義情報ファイルのテーブルタイプ６２４に"Ｓ"が入力されているか否かを判定する。   When it is determined in step S52 that the consistency is satisfied, the definition information registration unit 51 determines whether or not the format is common to a plurality of sheets (S53). Specifically, the definition information registration unit 51 determines whether “S” is input to the table type 624 of the received definition information file.

ステップＳ５３により複数シートで共通の形式であると判定された場合、定義情報登録手段５１は、入力形式ファイルのシート間の項目の整合性を確認する（Ｓ５４ａ）。例えば、定義情報登録手段５１は、図１８のシート６２０及び６２１の項目が整合性を満たすか否かを判定する。   When it is determined in step S53 that the format is common to a plurality of sheets, the definition information registration unit 51 checks the consistency of items between sheets of the input format file (S54a). For example, the definition information registration unit 51 determines whether the items on the sheets 620 and 621 in FIG. 18 satisfy the consistency.

ステップＳ５４ａにより整合性を満たすと判定された場合、定義情報登録手段５１は、定義情報ファイルの先頭シートと入力形式ファイルの全シートとの項目の整合性を確認する（Ｓ５５ａ）。例えば、定義情報登録手段５１は、図１９のシート６２２の項目と、図１８のシート６２０及び６２１の項目とが整合性を満たすか否かを判定する。   If it is determined in step S54a that the consistency is satisfied, the definition information registration unit 51 checks the consistency of items between the first sheet of the definition information file and all sheets of the input format file (S55a). For example, the definition information registration unit 51 determines whether or not the items on the sheet 622 in FIG. 19 and the items on the sheets 620 and 621 in FIG.

ステップＳ５５ａにより整合性を満たすと判定された場合、定義情報登録手段５１は、先頭シートの定義情報を登録する（Ｓ５６ａ）。具体的には、まず、定義情報登録手段５１は、定義情報ファイルのシート６２２から項目情報４３２及び制約条件４３３を抽出する。そして、定義情報登録手段５１は、抽出した項目情報４３２及び制約条件４３３を定義情報記憶部４３に格納する。併せて、定義情報登録手段５１は、定義情報４３１と入力形式ファイルとを関連付けて定義情報記憶部４３へ格納する。   When it is determined in step S55a that the consistency is satisfied, the definition information registration unit 51 registers the definition information of the leading sheet (S56a). Specifically, first, the definition information registration unit 51 extracts the item information 432 and the constraint condition 433 from the sheet 622 of the definition information file. Then, the definition information registration unit 51 stores the extracted item information 432 and the constraint condition 433 in the definition information storage unit 43. In addition, the definition information registration unit 51 stores the definition information 431 and the input format file in the definition information storage unit 43 in association with each other.

その後、定義情報登録手段５１は、データベース４２内にシート間で共通のテーブル４２１を作成する（Ｓ５７ａ）。具体的には、定義情報登録手段５１は、先頭シートの項目情報４３２に含まれる項目の名称、順序、属性及び桁数を用いてテーブル４２１を作成する。   After that, the definition information registration unit 51 creates a table 421 common to the sheets in the database 42 (S57a). Specifically, the definition information registration unit 51 creates the table 421 using the item name, order, attribute, and number of digits included in the item information 432 of the first sheet.

一方、ステップＳ５３により複数シートで共通の形式でないと判定された場合、定義情報登録手段５１は、２ファイル間のシート毎の項目の整合性を確認する（Ｓ５４ｂ）。例えば、定義情報登録手段５１は、入力形式ファイルと定義情報ファイルの１番目のシート同士の項目の整合性を確認し、続いて、２番目、３番目、・・・最終シート同士の項目が整合性を満たすか否かを判定する。   On the other hand, if it is determined in step S53 that the format is not common to a plurality of sheets, the definition information registration unit 51 checks the consistency of items for each sheet between the two files (S54b). For example, the definition information registration unit 51 checks the consistency of the items between the first sheets of the input format file and the definition information file, and then the items of the second, third,... It is determined whether or not the characteristics are satisfied.

ステップＳ５４ｂにより整合性を満たすと判定された場合、定義情報登録手段５１は、シートごとに定義情報を登録する（Ｓ５６ｂ）。具体的には、まず、定義情報登録手段５１は、定義情報ファイルの各シートから項目情報４３２及び制約条件４３３を抽出する。そして、定義情報登録手段５１は、抽出した項目情報４３２及び制約条件４３３を定義情報記憶部４３に格納する。併せて、定義情報登録手段５１は、各シートの定義情報４３１と入力形式ファイルの各シートとを関連付けて定義情報記憶部４３へ格納する。   When it is determined in step S54b that the consistency is satisfied, the definition information registration unit 51 registers definition information for each sheet (S56b). Specifically, first, the definition information registration unit 51 extracts item information 432 and constraint conditions 433 from each sheet of the definition information file. Then, the definition information registration unit 51 stores the extracted item information 432 and the constraint condition 433 in the definition information storage unit 43. At the same time, the definition information registration unit 51 stores the definition information 431 of each sheet and each sheet of the input format file in the definition information storage unit 43 in association with each other.

その後、定義情報登録手段５１は、データベース４２内のシートごとに異なるテーブル４２１を作成する（Ｓ５７ｂ）。具体的には、定義情報登録手段５１は、各シートの項目情報４３２に含まれる項目の名称、順序、属性及び桁数を用いてそれぞれのテーブル４２１を作成する。尚、ステップＳ５６ｂ及びＳ５７ｂの処理は、シート単位にまとめて実行し、全てのシートについて繰り返しても構わない。   After that, the definition information registration unit 51 creates a different table 421 for each sheet in the database 42 (S57b). Specifically, the definition information registration unit 51 creates each table 421 using the name, order, attribute, and number of digits of items included in the item information 432 of each sheet. Note that the processing in steps S56b and S57b may be executed collectively for each sheet and repeated for all sheets.

尚、ステップＳ５２、Ｓ５４ａ、Ｓ５５ａ又はＳ５４ｂにより整合性を満たさないと判定された場合、定義情報登録手段５１は、ステップＳ２５と同様に、登録要求元である依頼部端末１へエラーを通知する（Ｓ５８）。   If it is determined in step S52, S54a, S55a, or S54b that the consistency is not satisfied, the definition information registration unit 51 notifies the requesting part terminal 1 that is the registration request source of an error (step S25). S58).

図２０は、本発明の実施の形態３にかかる報告情報登録処理の流れを示すフローチャートである。以下の説明において、図１１又は図１７と同等の処理については、適宜、説明を省略する。まず、報告情報登録手段５２は、報告部端末２ａ、２ｂ、・・・及び２ｎのそれぞれから報告情報の複数シートの入力済みファイルを受け付ける（Ｓ６１）。   FIG. 20 is a flowchart showing a flow of report information registration processing according to the third embodiment of the present invention. In the following description, description of processes equivalent to those in FIG. 11 or FIG. 17 will be omitted as appropriate. First, the report information registration means 52 receives input files of a plurality of sheets of report information from each of the report unit terminals 2a, 2b, ..., 2n (S61).

次に、報告情報登録手段５２は、ファイル制約を確認する（Ｓ６２）。すなわち、報告情報登録手段５２は、入力済みファイルのシートの名称やシート単独の記載が形式を満たしているか否かを判定する。ステップＳ６２によりファイル制約を満たしていると判定された場合、報告情報登録手段５２は、定義情報記憶部４３を参照し、入力形式を特定する（Ｓ６３）。   Next, the report information registration unit 52 confirms the file restriction (S62). That is, the report information registration unit 52 determines whether or not the sheet name of the input file or the description of the sheet alone satisfies the format. When it is determined in step S62 that the file restriction is satisfied, the report information registration unit 52 refers to the definition information storage unit 43 and specifies the input format (S63).

続いて、報告情報登録手段５２は、複数シートで共通の形式であるか否かを判定する（Ｓ６４）。例えば、報告情報登録手段５２は、定義情報記憶部４３を参照し、特定された入力形式が複数シートで共通の形式であるか否かを判定する。   Subsequently, the report information registration unit 52 determines whether or not the format is common to a plurality of sheets (S64). For example, the report information registration unit 52 refers to the definition information storage unit 43 to determine whether or not the specified input format is a common format for a plurality of sheets.

ステップＳ６４により複数シートで共通の形式であると判定された場合、報告情報登録手段５２は、定義情報記憶部４３から全シートに共通の定義情報４３１を取得する（Ｓ６５ａ）。すなわち、報告情報登録手段５２は、特定された入力形式に関連付けられた定義情報４３１を定義情報記憶部４３から取得する。   When it is determined in step S64 that the format is common to a plurality of sheets, the report information registration unit 52 acquires the definition information 431 common to all sheets from the definition information storage unit 43 (S65a). That is, the report information registration unit 52 acquires the definition information 431 associated with the specified input format from the definition information storage unit 43.

続いて、報告情報登録手段５２は、共通の定義情報により全シートの報告情報を検査する（Ｓ６６ａ）。例えば、報告情報登録手段５２は、各シートに共通の定義情報を用いて、ステップＳ３５と同様の処理を実行する。その後、報告情報登録手段５２は、ステップＳ３６と同様に、全ての検査結果が正常であるか否かを判定する（Ｓ６７ａ）。ステップＳ６７ａにより全ての検査結果が正常であると判定された場合、報告情報登録手段５２は、全シートの報告情報をデータベース４２の共通のテーブルに格納する（Ｓ６８ａ）。   Subsequently, the report information registration unit 52 inspects the report information of all sheets with the common definition information (S66a). For example, the report information registration unit 52 executes the same process as step S35 using the definition information common to the sheets. Thereafter, the report information registering means 52 determines whether or not all the inspection results are normal (S67a), similarly to step S36. When it is determined in step S67a that all inspection results are normal, the report information registration unit 52 stores the report information of all sheets in a common table of the database 42 (S68a).

一方、ステップＳ６４により複数シートで共通の形式でないと判定された場合、報告情報登録手段５２は、シート毎に異なる定義情報を取得する（Ｓ６５ｂ）。続いて、報告情報登録手段５２は、シート毎の定義情報により各シートの報告情報を検査する（Ｓ６６ｂ）。その後、報告情報登録手段５２は、ステップＳ３６と同様に、全ての検査結果が正常であるか否かを判定する（Ｓ６７ｂ）。ステップＳ６７ｂにより全ての検査結果が正常であると判定された場合、報告情報登録手段５２は、各シートの報告情報をシート毎のテーブルに格納する（Ｓ６８ｂ）。尚、ステップＳ６５ｂ乃至Ｓ６８ｂの処理は、シート単位にまとめて実行し、全てのシートについて繰り返しても構わない。   On the other hand, when it is determined in step S64 that the format is not common to a plurality of sheets, the report information registration unit 52 acquires different definition information for each sheet (S65b). Subsequently, the report information registration unit 52 checks the report information of each sheet based on the definition information for each sheet (S66b). Thereafter, the report information registering means 52 determines whether or not all the inspection results are normal (S67b), similarly to step S36. When it is determined in step S67b that all inspection results are normal, the report information registration unit 52 stores the report information of each sheet in a table for each sheet (S68b). Note that the processing in steps S65b to S68b may be executed collectively for each sheet and repeated for all sheets.

尚、ステップＳ６２、Ｓ６７ａ又はＳ６７ｂによりファイル制約又は整合性を満たさないと判定された場合、報告情報登録手段５２は、ステップＳ３８と同様に、登録要求元である報告部端末２ａ、２ｂ、・・・及び２ｎのいずれかへエラーを通知する（Ｓ６９）。   If it is determined in step S62, S67a or S67b that the file restriction or consistency is not satisfied, the report information registering means 52, like step S38, reports the reporting unit terminals 2a, 2b,. -An error is notified to either 1 or 2n (S69).

以上のように、発明の実施の形態３により、一ファイルに複数のスプレッドシートを含み、各スプレッドシートにそれぞれ報告情報を入力させる場合に対応することができ、依頼部及び報告部において複数の入力形式ファイルを使い分けるといった処理の煩雑さを軽減することができる。   As described above, according to the third embodiment of the present invention, it is possible to cope with a case where a single file includes a plurality of spreadsheets and each report information is input to each spreadsheet. It is possible to reduce the complexity of processing such as using different format files.

＜発明の実施の形態４＞
企業における部拠点が複数の国に存在する場合、各報告部において使用される言語が異なる場合がある。このとき、業務上は、同一の種類の報告情報であっても、入力形式ファイル及びその定義情報ファイルは、言語ごとに個別に定義する必要がある。一方、言語が異なったとしても、報告情報の種類としては同一であるため、共通のテーブルにて管理したいというニーズがある。そこで、本発明の実施の形態４にかかる報告情報収集システムは、複数の言語による報告情報を収集する場合を対象とする。 <Embodiment 4 of the Invention>
When departments in a company exist in multiple countries, the language used in each reporting department may be different. At this time, it is necessary to define the input format file and its definition information file individually for each language even for the same type of report information. On the other hand, even if the languages are different, the types of report information are the same, so there is a need to manage them in a common table. Therefore, the report information collection system according to the fourth exemplary embodiment of the present invention is intended for collecting report information in a plurality of languages.

具体的には、本発明の実施の形態４にかかる報告情報収集システムは、本発明の実施の形態１にかかる報告情報収集システム４の定義情報登録手段５１及び報告情報登録手段５２に変更を加えたものである。本発明の実施の形態４にかかる定義情報登録手段５１は、第１の言語に基づく項目情報及び制約条件を含む第１定義情報と、当該第１の言語に基づく項目情報及び制約条件に対応し、当該第１の言語とは異なる第２の言語に基づく項目情報及び制約条件を含む第２定義情報とを受け付けた場合に、当該第１の言語に基づく項目情報を用いてデータベース４２内にテーブル４２１を生成し、当該受け付けた第１定義情報及び第２定義情報を定義情報記憶部４３へ格納する。そして、本発明の実施の形態４にかかる報告情報登録手段５２は、第２の言語に基づく報告情報が入力された表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報を、第１の言語に基づく項目情報に対応付けてテーブル４２１に格納する。これにより、異なる言語で共通する報告情報をまとめて管理することができる。   Specifically, the report information collection system according to the fourth exemplary embodiment of the present invention changes the definition information registration unit 51 and the report information registration unit 52 of the report information collection system 4 according to the first exemplary embodiment of the present invention. It is a thing. The definition information registration unit 51 according to the fourth embodiment of the present invention corresponds to first definition information including item information and constraint conditions based on the first language, and item information and constraint conditions based on the first language. When the item information based on the second language different from the first language and the second definition information including the constraint condition are received, the table in the database 42 using the item information based on the first language. 421 is generated, and the received first definition information and second definition information are stored in the definition information storage unit 43. Then, when the report information registration unit 52 according to the fourth embodiment of the present invention receives a tabular file in which report information based on the second language is input, the report information input to the received file. Are stored in the table 421 in association with item information based on the first language. Thereby, report information common to different languages can be collectively managed.

図２１は、本発明の実施の形態４にかかる二言語の定義情報登録処理の流れを示すフローチャートである。以下の説明において、図７又は図１７と同等の処理については、適宜、説明を省略する。まず、定義情報登録手段５１は、二言語の入力形式ファイル及び定義情報ファイルを受け付ける（Ｓ７１）。例えば、日本語を第１の言語、英語を第２の言語とした場合を考える。日本語の定義情報ファイルは、日本語に基づく項目情報及び制約条件を含む第１の定義情報である。英語の定義情報ファイルは、英語に基づく項目情報及び制約条件を含む第２の定義情報である。つまり、ここでは、日英の二言語による入力形式ファイル及び定義情報ファイルを受け付けるため、ここでは、４ファイルを受け付けることとなる。但し、入力形式ファイルにおける日本語に基づく項目情報及び英語に基づく項目情報は、項目の名称については、上述したようにＡＳＣＩＩ文字により表現されているものとし、各項目の説明や入力値の例の表現が各言語であるものとする。   FIG. 21 is a flowchart showing the flow of the bilingual definition information registration processing according to the fourth embodiment of the present invention. In the following description, description of processing equivalent to that in FIG. 7 or FIG. 17 is omitted as appropriate. First, the definition information registration means 51 receives a bilingual input format file and a definition information file (S71). For example, consider the case where Japanese is the first language and English is the second language. The Japanese definition information file is first definition information including item information and constraint conditions based on Japanese. The English definition information file is second definition information including item information and constraint conditions based on English. That is, here, since the input format file and the definition information file in two languages, Japanese and English, are accepted, four files are accepted here. However, the item information based on Japanese and the item information based on English in the input format file are assumed to be expressed in ASCII characters as described above for the item names. Assume that the expression is in each language.

図２２は、本発明の実施の形態４にかかる二言語の入力形式を扱う処理の概念を示す図である。図２２（ａ）は、二言語の入力形式で共通のテーブルを作成する場合の例である。ステップＳ７１では、まず、定義情報登録手段５１は、日本語の入力形式ファイルＦＡ及び定義情報ファイルＤｅｆＡ並びに英語の入力形式ファイルＦＢ及び定義情報ファイルＤｅｆＢを受け付ける。   FIG. 22 is a diagram illustrating a concept of processing for handling a bilingual input format according to the fourth embodiment of the present invention. FIG. 22A shows an example in which a common table is created in a bilingual input format. In step S71, first, the definition information registration unit 51 receives a Japanese input format file FA and definition information file DefA, and an English input format file FB and definition information file DefB.

次に、定義情報登録手段５１は、ファイル制約及び同一言語内の入力形式ファイルと定義情報ファイル間の整合性を確認する（Ｓ７２）。具体的には、まず、定義情報登録手段５１は、４ファイルそれぞれがファイル単体として形式を満たしているか否かを判定する。次に、定義情報登録手段５１は、日本語である入力形式ファイルＦＡと定義情報ファイルＤｅｆＡとが整合性及び英語である入力形式ファイルＦＢと定義情報ファイルＤｅｆＢとが整合性を満たしているか否か判定する。   Next, the definition information registration unit 51 checks the file constraints and the consistency between the input format file and the definition information file in the same language (S72). Specifically, first, the definition information registration unit 51 determines whether each of the four files satisfies the format as a single file. Next, the definition information registration means 51 determines whether the input format file FA in Japanese and the definition information file DefA are consistent, and whether the input format file FB in English and the definition information file DefB satisfy consistency. judge.

ステップＳ７２により整合性を満たしていると判定された場合、定義情報登録手段５１は、二言語のファイル間の整合性を確認する（Ｓ７３）。具体的には、まず、定義情報登録手段５１は、入力形式ファイルＦＡと入力形式ファイルＦＢとの項目の名称及び順序が一致するか、シート間の整合性を満たすか否かを判定する。次に、定義情報登録手段５１は、定義情報ファイルＤｅｆＡと定義情報ファイルＤｅｆＢとの項目情報が一致するか、シート間の整合性を満たすか否かを判定する。   When it is determined in step S72 that the consistency is satisfied, the definition information registration unit 51 confirms the consistency between the two language files (S73). Specifically, the definition information registration unit 51 first determines whether the names and order of items in the input format file FA and the input format file FB match or whether the consistency between sheets is satisfied. Next, the definition information registration unit 51 determines whether the item information in the definition information file DefA and the definition information file DefB match or whether the consistency between sheets is satisfied.

ステップＳ７３により整合性を満たしていると判定された場合、定義情報登録手段５１は、二言語分の定義情報を登録する（Ｓ７４）。具体的には、まず、定義情報登録手段５１は、定義情報ファイルＤｅｆＡ及びＤｅｆＢからそれぞれ項目情報４３２及び制約条件４３３を抽出する。そして、定義情報登録手段５１は、抽出した項目情報４３２及び制約条件４３３を言語に対応付けて定義情報記憶部４３に定義情報４３１Ａ及び４３１Ｂとして格納する。併せて、定義情報登録手段５１は、日英の定義情報４３１と入力形式ファイルＦＡ及びＦＢとを関連付けて定義情報記憶部４３へ格納する。   If it is determined in step S73 that the consistency is satisfied, the definition information registration unit 51 registers definition information for two languages (S74). Specifically, first, the definition information registration unit 51 extracts the item information 432 and the constraint condition 433 from the definition information files DefA and DefB, respectively. Then, the definition information registration unit 51 stores the extracted item information 432 and the constraint condition 433 as definition information 431A and 431B in the definition information storage unit 43 in association with the language. At the same time, the definition information registration means 51 associates the Japanese / English definition information 431 with the input format files FA and FB and stores them in the definition information storage unit 43.

続いて、定義情報登録手段５１は、一言語の定義情報によりテーブル４２１を作成する（Ｓ７５）。例えば、定義情報登録手段５１は、日本語の定義情報である定義情報４３１Ａによりデータベース４２内にテーブル４２１を作成する。これにより、複数の言語による定義情報であっても、同一のテーブルに対応付けられる。   Subsequently, the definition information registration unit 51 creates the table 421 with the definition information of one language (S75). For example, the definition information registration unit 51 creates a table 421 in the database 42 using definition information 431A that is Japanese definition information. Thereby, even the definition information in a plurality of languages is associated with the same table.

尚、ステップＳ７２又はＳ７３により整合性を満たさないと判定された場合、定義情報登録手段５１は、ステップＳ５８と同様に、登録要求元である依頼部端末１へエラーを通知する（Ｓ７６）。   If it is determined in step S72 or S73 that the consistency is not satisfied, the definition information registration unit 51 notifies the request unit terminal 1, which is the registration request source, of an error, similarly to step S58 (S76).

図２２（ｂ）は、二言語の報告情報を共通のテーブルに格納する場合である。例えば、日本語の報告情報ＲＡが入力された入力済みファイルを受け付けた場合、テーブル４２１が日本語の定義情報４３１Ａにより作成されているため、報告情報登録手段５２は、テーブル４２１に報告情報４２２Ａとして格納する。一方、英語の報告情報ＲＢが入力された入力済みファイルを受け付けた場合であっても、報告情報登録手段５２は、英語の報告情報ＲＢを日本語の定義情報４３１Ａに含まれる項目情報に対応付けて、同一のテーブル４２１に報告情報４２２Ｂとして格納する。   FIG. 22B shows a case where bilingual report information is stored in a common table. For example, when an input file in which Japanese report information RA is input is received, the table 421 is created with the Japanese definition information 431A, so the report information registration unit 52 stores the report information 422A in the table 421 as report information 422A. Store. On the other hand, even when an input file with English report information RB input is received, the report information registration unit 52 associates the English report information RB with the item information included in the Japanese definition information 431A. Thus, the report information 422B is stored in the same table 421.

以上のように、本発明の実施の形態４により、異なる言語で共通する報告情報をまとめて管理することができる。   As described above, according to the fourth embodiment of the present invention, it is possible to collectively manage report information common to different languages.

＜発明の実施の形態５＞
上述した本発明の実施の形態１乃至４における入力形式ファイルは、報告部端末２ａ、２ｂ、・・・及び２ｎを用いて各担当者により報告情報が入力されるものである。そのため、各報告部の担当者が入力する際に、入力形式を維持したまま報告情報が入力される保証がない。上述した本発明の実施の形態１乃至４では、報告情報の種類に依存するいわば業務上の制約条件について満たさないデータを検出するものであった。しかしながら、表計算ソフトを用いて入力形式ファイルを編集する場合、例えば、行又は列を非表示にして保存することが可能である。この場合、依頼部の担当者が収集された入力済みファイル自体を直接閲覧する場合、非表示にされた行又は列を見落とす可能性がある。また、非表示にされた行又は列に入力された値は、入力者自身が見落とす場合が多く、本来削除すべきデータが残っているなど、データの内容として誤りである可能性も高い。従来は、これらを防ぐため、依頼部の担当者が目視により非表示の行又は列を検出していたため、大変煩雑な作業であり、見落としもあった。また、非表示の行に入力された誤ったデータがそのまま登録されてしまうという問題もあった。そこで、本発明の実施の形態５では、上述した目視確認の煩雑さを解消することを目的とする。 <Embodiment 5 of the Invention>
In the above-described input format files according to the first to fourth embodiments of the present invention, report information is input by each person in charge using the report unit terminals 2a, 2b,. For this reason, there is no guarantee that report information is input while maintaining the input format when the person in charge of each report unit inputs. In the above-described first to fourth embodiments of the present invention, data that does not satisfy the business constraint conditions depending on the type of report information is detected. However, when an input format file is edited using spreadsheet software, for example, it is possible to save a row or column without displaying it. In this case, when the person in charge of the request section directly browses the collected input file itself, there is a possibility that a hidden row or column may be overlooked. In addition, the value input to the hidden row or column is often overlooked by the input person himself, and there is a high possibility that the data content is erroneous, for example, data that should be deleted remains. Conventionally, in order to prevent these, the person in charge of the requesting section has detected the hidden rows or columns by visual observation, which is a very complicated operation and has been overlooked. There is also a problem that incorrect data entered in a hidden line is registered as it is. Therefore, in the fifth embodiment of the present invention, an object is to eliminate the complexity of the visual confirmation described above.

具体的には、本発明の実施の形態５にかかる報告情報収集システムは、本発明の実施の形態１にかかる報告情報収集システム４の報告情報登録手段５２に変更を加えたものである。まず、本発明の実施の形態５にかかる表形式のファイルは、複数の項目を列方向に定義し、報告情報を行方向に入力させる形式であるものとする。そして、本発明の実施の形態５にかかる報告情報登録手段５２は、受け付けたファイル内の報告情報が入力されるべき行に、行の高さが所定値以下である行が存在するか否かを判定し、存在すると判定された場合、その旨を当該受け付けたファイルの入力元へ通知する。これにより、入力元の報告部により通知された行について確認することができ、適宜、修正を行うことができる。そのため、依頼部の担当者による目視確認の煩雑さを解消することができる。尚、本発明の実施の形態５にかかる報告情報収集システムは、本発明の実施の形態１と比べて、上述した以外の構成に変更がない。以下、実施の形態１との違いを中心に説明し、実施の形態１と同等の構成及び処理については、詳細な説明を省略する。   Specifically, the report information collection system according to the fifth exemplary embodiment of the present invention is obtained by changing the report information registration unit 52 of the report information collection system 4 according to the first exemplary embodiment of the present invention. First, it is assumed that the tabular file according to the fifth embodiment of the present invention has a format in which a plurality of items are defined in the column direction and report information is input in the row direction. Then, the report information registration unit 52 according to the fifth embodiment of the present invention determines whether or not there is a line whose line height is equal to or less than a predetermined value in the line to which the report information in the received file is to be input. If it is determined that the file exists, this is notified to the input source of the received file. As a result, it is possible to confirm the line notified by the reporting unit that is the input source, and to make corrections as appropriate. Therefore, the complexity of visual confirmation by the person in charge of the request unit can be eliminated. Note that the report information collection system according to the fifth exemplary embodiment of the present invention is not changed in configuration other than that described above as compared with the first exemplary embodiment of the present invention. Hereinafter, the difference from the first embodiment will be mainly described, and detailed description of the configuration and processing equivalent to those of the first embodiment will be omitted.

まず、本発明の実施の形態５の実施例１について説明する。実施例１にかかる報告情報登録手段５２は、受け付けたファイルの内、可視行であることを示す情報が設定された行数が、全行数未満である場合に、非表示行が存在すると判定する。表計算ソフトで編集可能な表形式のファイルには、各行の属性として行の高さと共に、可視行であることを示す情報がフラグ情報として設定されている。そのため、報告情報登録手段５２は、各行が非表示行であるか否かを判定する場合に、全ての行の高さを確認することに比べて、判定処理を高速に行うことができる。   First, Example 1 of Embodiment 5 of the present invention will be described. The report information registration unit 52 according to the first embodiment determines that there is a non-displayed line when the number of lines set with information indicating that it is a visible line in the received file is less than the total number of lines. To do. In a tabular file that can be edited by spreadsheet software, information indicating a visible line is set as flag information together with the line height as an attribute of each line. Therefore, the report information registration unit 52 can perform the determination process at a higher speed than when checking the heights of all the lines when determining whether or not each line is a non-display line.

図２３は、本発明の実施の形態５の実施例１にかかる非表示行を検出する報告情報登録処理の流れを示すフローチャートである。以下の説明において、図１１と同等の処理については、同一の符号を付し、適宜、説明を省略する。まず、報告情報登録手段５２は、ステップＳ３１及びＳ３２の処理を実行する。ステップＳ３２によりファイル制約を満たしていないと判定された場合、ステップＳ３８の処理を実行する。   FIG. 23 is a flowchart showing a flow of report information registration processing for detecting a non-display row according to Example 1 of Embodiment 5 of the present invention. In the following description, the same processes as those in FIG. 11 are denoted by the same reference numerals, and the description thereof is omitted as appropriate. First, the report information registration unit 52 executes the processes of steps S31 and S32. If it is determined in step S32 that the file restriction is not satisfied, the process of step S38 is executed.

ステップＳ３２によりファイル制約を満たしていると判定された場合、報告情報登録手段５２は、入力済みファイルの全行数Ｘをカウントする（Ｓ８１）。続いて、報告情報登録手段５２は、入力済みファイルの可視行数Ｙをカウントする（Ｓ８２）。具体的には、報告情報登録手段５２は、上述したように、入力済みファイルの各行の属性から可視行であることを示す情報であるフラグ情報をカウントする。尚、ステップＳ８１及びＳ８２の処理は、並列に実行しても構わない。   If it is determined in step S32 that the file restriction is satisfied, the report information registration unit 52 counts the total number of lines X of the input file (S81). Subsequently, the report information registration unit 52 counts the number of visible lines Y of the input file (S82). Specifically, as described above, the report information registration unit 52 counts flag information, which is information indicating a visible line, from the attribute of each line of the input file. Note that the processing in steps S81 and S82 may be executed in parallel.

その後、報告情報登録手段５２は、全行数Ｘが可視行数Ｙより大きいか否かを判定する（Ｓ８３）。ステップＳ８３により全行数Ｘが可視行数Ｙより大きいと判定された場合、報告情報登録手段５２は、入力元である報告部端末２ａ、２ｂ、・・・２ｎのいずれかへ入力済みファイルに非表示行が存在する旨を通知する（Ｓ８４）。   Thereafter, the report information registration unit 52 determines whether or not the total number of rows X is greater than the number of visible rows Y (S83). If it is determined in step S83 that the total number of rows X is larger than the number of visible rows Y, the report information registration unit 52 sets the input to the reporting unit terminals 2a, 2b,. The fact that there is a non-display line is notified (S84).

ステップＳ８３により全行数Ｘが可視行数Ｙより大きくないと判定された場合、報告情報登録手段５２は、図１１のステップＳ３３乃至Ｓ３５（Ｓ８５）、Ｓ３６及びＳ３７又はＳ３８を実行する。可視行数Ｙが全行数Ｘを上回ることはないため、全行数Ｘと可視行数Ｙとが等しく、非表示行がないといえるからである。   When it is determined in step S83 that the total number of rows X is not larger than the number of visible rows Y, the report information registration unit 52 executes steps S33 to S35 (S85), S36 and S37 or S38 of FIG. This is because the number of visible lines Y does not exceed the total number of lines X, so the total number of lines X is equal to the number of visible lines Y, and it can be said that there are no non-displayed lines.

このように、本発明の実施の形態５の実施例１により簡易な方法で非表示行の判定を行うことができるため、報告情報登録処理を高速に実行することができる。   Thus, since the non-display row can be determined by a simple method according to Example 1 of Embodiment 5 of the present invention, the report information registration process can be executed at high speed.

続いて、本発明の実施の形態５の実施例２について説明する。実施例１では、非表示行ではないが、行の高さが目視で判別困難な高さである場合には検出できない。行の高さが目視で判別困難な高さである行は、実質的には、非表示行と同じといえる。そこで、実施例２にかかる報告情報登録手段５２は、受け付けたファイル内の報告情報が入力されるべき行に入力された文字の属性に応じて、所定値を行ごとに決定し、各行の高さが当該行ごとに決定された所定値であるか否かを判定する。これにより、非表示行、つまり、行自体が完全に見えない場合でなくとも、依頼部の担当者による目視確認し難い行を検出することができる。   Subsequently, Example 2 of Embodiment 5 of the present invention will be described. In Example 1, although it is not a non-displayed line, it cannot be detected when the height of the line is difficult to distinguish visually. A row whose height is difficult to visually identify is substantially the same as a non-displayed row. Therefore, the report information registration unit 52 according to the second embodiment determines a predetermined value for each line in accordance with the attribute of the character input to the line where the report information in the received file is to be input, Is determined to be a predetermined value determined for each row. As a result, it is possible to detect a non-displayed line, that is, a line that is difficult to be visually confirmed by the person in charge of the request unit even when the line itself is not completely visible.

図２４は、本発明の実施の形態５の実施例２にかかる入力形式ファイルの行の制約違反を検出する報告情報登録処理の流れを示すフローチャートである。以下の説明において、図１１と同等の処理については、同一の符号を付し、適宜、説明を省略する。まず、報告情報登録手段５２は、ステップＳ３１及びＳ３２の処理を実行する。ステップＳ３２によりファイル制約を満たしていないと判定された場合、ステップＳ３８の処理を実行する。   FIG. 24 is a flowchart showing a flow of a report information registration process for detecting a line constraint violation in the input format file according to the second example of the fifth embodiment of the present invention. In the following description, the same processes as those in FIG. 11 are denoted by the same reference numerals, and the description thereof is omitted as appropriate. First, the report information registration unit 52 executes the processes of steps S31 and S32. If it is determined in step S32 that the file restriction is not satisfied, the process of step S38 is executed.

ステップＳ３２によりファイル制約を満たしていると判定された場合、報告情報登録手段５２は、入力済みファイルの先頭行を選択する（Ｓ９１）。ここで、先頭行とは、入力済みファイル内の報告情報が入力されるべき行、つまり、ヘッダ領域６０１の先頭行であるものとする。次に、報告情報登録手段５２は、選択行内にデータが存在するか否かを判定する（Ｓ９２）。ステップＳ９２により選択行内にデータが存在すると判定された場合、報告情報登録手段５２は、選択行の文字属性に応じて比較値Ｚを決定する（Ｓ９３）。例えば、文字属性としては、フォントのサイズがある。その場合、報告情報登録手段５２は、当該フォントにおける標準的な文字の高さ又は当該標準的な文字の高さより少し大きい値を比較値Ｚとして決定してもよい。   When it is determined in step S32 that the file restriction is satisfied, the report information registration unit 52 selects the first line of the input file (S91). Here, the first line is a line in which report information in the input file is to be input, that is, the first line of the header area 601. Next, the report information registration unit 52 determines whether data exists in the selected row (S92). When it is determined in step S92 that data exists in the selected line, the report information registration unit 52 determines the comparison value Z according to the character attribute of the selected line (S93). For example, the character attribute includes a font size. In this case, the report information registration unit 52 may determine a standard character height in the font or a value slightly larger than the standard character height as the comparison value Z.

続いて、報告情報登録手段５２は、選択行の高さＨが比較値Ｚより小さいか否かを判定する（Ｓ９４）。ステップＳ９４により選択行の高さＨが比較値Ｚより小さいと判定された場合、報告情報登録手段５２は、選択行をエラーとする（Ｓ９５）。例えば、ＲＡＭ４１２内に当該選択行の行番号と対応付けてエラーフラグを保持するとよい。その後、報告情報登録手段５２は、選択行が最終行であるか否かを判定する（Ｓ９６）。   Subsequently, the report information registration unit 52 determines whether the height H of the selected row is smaller than the comparison value Z (S94). When it is determined in step S94 that the height H of the selected row is smaller than the comparison value Z, the report information registration unit 52 makes the selected row an error (S95). For example, an error flag may be held in the RAM 412 in association with the row number of the selected row. Thereafter, the report information registration unit 52 determines whether or not the selected row is the last row (S96).

ステップＳ９２により選択行内にデータが存在すると判定された場合、ステップＳ９４により選択行の高さＨが比較値Ｚ以上と判定された場合、又は、ステップＳ９６により選択行が最終行でないと判定された場合、報告情報登録手段５２は、次の行を選択する（Ｓ９７）。そして、ステップＳ９２以降を実行し、選択行が最終行となるまで繰り返す。   If it is determined in step S92 that there is data in the selected row, if it is determined in step S94 that the height H of the selected row is equal to or greater than the comparison value Z, or if it is determined in step S96 that the selected row is not the last row. In this case, the report information registration unit 52 selects the next line (S97). Then, Step S92 and the subsequent steps are executed and repeated until the selected row becomes the last row.

ステップＳ９６により選択行が最終行であると判定された場合、報告情報登録手段５２は、入力済みファイルの各行のいずれかにエラーがあったか否かを判定する（Ｓ９８）。すなわち、報告情報登録手段５２は、入力済みファイル内に行の高さが目視で判別困難な高さである行が存在するか否かを判定する。例えば、報告情報登録手段５２は、ＲＡＭ４１２を参照し、エラーフラグが存在するか否かを判定する。   When it is determined in step S96 that the selected line is the last line, the report information registration unit 52 determines whether there is an error in any of the lines of the input file (S98). That is, the report information registration unit 52 determines whether or not there is a line whose height is difficult to visually determine in the input file. For example, the report information registration unit 52 refers to the RAM 412 and determines whether or not an error flag exists.

ステップＳ９８により、エラーがあったと判定された場合、報告情報登録手段５２は、入力元である報告部端末２ａ、２ｂ、・・・２ｎのいずれかへ入力済みファイルに目視で判別困難な行が存在する旨をエラー通知し、非表示行の高さを比較値Ｚとし、強調して表示するように指示する（Ｓ９９）。言い換えると、報告情報登録手段５２は、通知する場合に、行の高さが所定値以下である行を所定値の高さとし、かつ、当該行を強調して表示する。   If it is determined in step S98 that there is an error, the report information registering means 52 includes a line that is difficult to visually identify in the input file to any of the reporting unit terminals 2a, 2b,. An error notification is given, and the height of the non-displayed line is set as the comparison value Z, and an instruction is given to highlight it (S99). In other words, when notifying, the report information registration unit 52 displays a line whose height is equal to or lower than a predetermined value as a predetermined value and highlights the line.

図２５は、本発明の実施の形態５の実施例２にかかる強調表示の例を示す図である。ここでは、入力済みファイルの内６行目が非表示又は目視で判別困難であった場合とする。そして、実施例２にかかる報告情報登録手段５２により、６行目が所定の高さかつ他のセルと異なる背景色により強調表示６３０として入力元の報告部端末において表示されることを示す。これにより、報告部の担当者は、該当行を容易に認識し、該当行のデータが適切なものか判断し、誤っていれば修正又は行ごと削除等の対応をすることができる。   FIG. 25 is a diagram illustrating an example of highlighting according to the second example of the fifth embodiment of the present invention. Here, it is assumed that the sixth line of the input file is not displayed or is difficult to visually identify. Then, the report information registration means 52 according to the second embodiment indicates that the sixth line is displayed on the input reporter terminal as the highlight display 630 with a background color different from that of other cells. As a result, the person in charge of the reporting unit can easily recognize the corresponding line, determine whether the data in the corresponding line is appropriate, and if it is incorrect, can take measures such as correction or deletion for each line.

図２４に戻り、ステップＳ９８によりエラーがなかったと判定された場合、報告情報登録手段５２は、図１１のステップＳ３３乃至Ｓ３５（Ｓ８５）、Ｓ３６及びＳ３７又はＳ３８を実行する。   Returning to FIG. 24, when it is determined in step S98 that there is no error, the report information registration unit 52 executes steps S33 to S35 (S85), S36 and S37 or S38 of FIG.

尚、上述した図２４のステップＳ９２及びＳ９４を言い換えると、報告情報登録手段５２は、受け付けたファイル内の報告情報が入力されるべき行の高さが所定値以下であり、かつ、当該行にデータが入力されていない場合には、前記判定の対象から除く。これにより、報告情報でない行を検出しなくなり、判定処理を高速に行うことができる。   In other words, in other words, steps S92 and S94 in FIG. 24 described above, the report information registration means 52 has a line height in which the report information in the received file is to be input is equal to or less than a predetermined value, and If no data has been input, it is excluded from the determination target. As a result, a line that is not report information is not detected, and the determination process can be performed at high speed.

以上のように、本発明の実施の形態５により、報告情報として正常なデータをテーブル４２１に格納することができる。また、依頼部の担当者による目視確認の煩雑さを解消することができる。   As described above, according to the fifth embodiment of the present invention, normal data can be stored in the table 421 as report information. Moreover, the complexity of visual confirmation by the person in charge of the requesting section can be eliminated.

＜その他の発明の実施の形態＞
尚、上述した発明の実施の形態１では、入力形式ファイルの登録を行っていたが、必ずしも入力形式ファイル自体を登録しなくても構わない。その場合、依頼部端末１は、少なくとも定義情報ファイルに含まれる定義情報を報告情報収集システム４へ送信すればよい。そして、定義情報登録手段５１は、項目の名称、順序及び配置等のヘッダ領域６０１に関する情報を定義情報４３１と関連付けて定義情報記憶部４３へ格納してもよい。また、入力形式ファイルについて、例えば、依頼部端末１は、一般的なワークフローシステムの機能や電子メール等を用いて、報告部端末２ａ、２ｂ、・・・及び２ｎへ入力形式ファイルを配布するようにしてもよい。 <Other embodiments of the invention>
In the first embodiment of the present invention described above, the input format file is registered. However, the input format file itself does not necessarily have to be registered. In that case, the request unit terminal 1 may transmit at least the definition information included in the definition information file to the report information collection system 4. Then, the definition information registration unit 51 may store information related to the header area 601 such as the item name, order, and arrangement in the definition information storage unit 43 in association with the definition information 431. As for the input format file, for example, the request unit terminal 1 distributes the input format file to the report unit terminals 2a, 2b,..., 2n by using a general workflow system function, e-mail, or the like. It may be.

または、報告情報収集システム４が定義情報４３１に含まれる項目情報４３２に基づいて入力形式ファイルを自動生成し、報告部端末２ａ、２ｂ、・・・２ｎに提供しても構わない。これにより、依頼部の担当者は、入力形式ファイルを作成する必要がなく、少なくとも定義情報４３１を作成し、登録要求すればよくなる。そのため、報告情報の収集業務全体の効率が向上する。また、これに伴い、定義情報登録手段５１において、２ファイル間の整合性の確認処理や入力形式ファイルと定義情報との関連付け処理等が不要となり、処理効率が高まる。   Alternatively, the report information collection system 4 may automatically generate an input format file based on the item information 432 included in the definition information 431 and provide it to the report unit terminals 2a, 2b,. As a result, the person in charge of the requesting section does not need to create an input format file, but only needs to create at least definition information 431 and request registration. Therefore, the efficiency of the entire report information collection work is improved. As a result, the definition information registration unit 51 does not require the process of checking the consistency between the two files, the process of associating the input format file with the definition information, and the like, thereby increasing the processing efficiency.

尚、上述した発明の実施の形態１にかかる定義情報ファイルは、必ずしも表形式のファイルである必要はない。定義情報ファイルは、ＣＳＶ（Comma Separated Values）、ＸＭＬ（Extensible Markup Language）等の形式であってもよく、少なくとも定義情報の内容が含まれていればよい。この場合、定義情報を汎用的に用いることができる。   Note that the definition information file according to the first embodiment of the present invention described above is not necessarily a tabular file. The definition information file may be in a format such as CSV (Comma Separated Values), XML (Extensible Markup Language), or the like as long as at least the contents of the definition information are included. In this case, the definition information can be used for general purposes.

尚、上述した発明の実施の形態１乃至５にかかる定義情報ファイルは、ヘッダ領域６０３に、入力形式ファイルのデータ領域６０２の開始行を指定する情報を含んでも構わない。これにより、入力形式ファイルごとに任意のデータ領域６０２を設定することができる。   The definition information file according to the first to fifth embodiments of the present invention described above may include information specifying the start line of the data area 602 of the input format file in the header area 603. Thereby, an arbitrary data area 602 can be set for each input format file.

さらに、本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。   Furthermore, the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the gist of the present invention described above.

１ 依頼部端末
２ａ 報告部端末
２ｂ 報告部端末
２ｎ 報告部端末
３ ネットワーク
４ 報告情報収集システム
４１ 報告情報収集サーバ
４１１ ＣＰＵ
４１２ ＲＡＭ
４１３ ＲＯＭ
４１４ 通信部
４１５ ハードディスク
４２ データベース
４２１ テーブル
４２２ 報告情報
４２２Ａ 報告情報
４２２Ｂ 報告情報
４３ 定義情報記憶部
４３１ 定義情報
４３１Ａ 定義情報
４３１Ｂ 定義情報
４３２ 項目情報
４３３ 制約条件
５０ 制御部
５１ 定義情報登録手段
５２ 報告情報登録手段
５３ａ 検査手段
５３ｂ 検査手段
５３ｍ 検査手段
５１０ ＯＳ
５２０ 報告情報収集プログラム
５２１ 定義情報登録モジュール
５２２ 報告情報登録モジュール
５２３ａ 検査モジュール
５２３ｂ 検査モジュール
５２３ｍ 検査モジュール
６０１ ヘッダ領域
６０２ データ領域
６０３ ヘッダ領域
６０４ 制約条件領域
６０５ 変更項目
６０６ 追加項目
６０７ 削除項目
６１０ ヘッダ項目
６１１ データ項目
６１２ ヘッダ項目
６１３ データ項目
６１４ キー項目
６１５ データ項目
６２０ シート
６２１ シート
６２２ シート
６２３ シート
６２４ テーブルタイプ
６３０ 強調表示
ＦＡ 入力形式ファイル
ＦＢ 入力形式ファイル
ＤｅｆＡ 定義情報ファイル
ＤｅｆＢ 定義情報ファイル
ＲＡ 報告情報
ＲＢ 報告情報 DESCRIPTION OF SYMBOLS 1 Request part terminal 2a Report part terminal 2b Report part terminal 2n Report part terminal 3 Network 4 Report information collection system 41 Report information collection server 411 CPU
412 RAM
413 ROM
414 Communication unit 415 Hard disk 42 Database 421 Table 422 Report information 422A Report information 422B Report information 43 Definition information storage unit 431 Definition information 431A Definition information 431B Definition information 432 Item information 433 Restriction condition 50 Control unit 51 Definition information registration means 52 Report information registration Means 53a Inspection means 53b Inspection means 53m Inspection means 510 OS
520 Report information collection program 521 Definition information registration module 522 Report information registration module 523a Inspection module 523b Inspection module 523m Inspection module 601 Header area 602 Data area 603 Header area 604 Restriction condition area 605 Changed item 606 Added item 607 Deleted item 610 Header item 611 Data item 612 Header item 613 Data item 614 Key item 615 Data item 620 Sheet 621 Sheet 622 Sheet 623 Sheet 624 Table type 630 Highlighting FA Input format file FB Input format file DefA Definition information file DefB Definition information file RA Report information RB Report information

Claims (15)

複数の項目を含む表形式のファイルに入力された報告情報を収集する報告情報収集システムであって、
前記報告情報を管理するためのデータベースと、
前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、
前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成し、当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報登録手段と、
前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定し、前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報登録手段と、
を備える報告情報収集システム。 A report information collection system for collecting report information input in a tabular file including a plurality of items,
A database for managing the report information;
A plurality of constraints imposed on data input to the plurality of items as the report information input format , including at least a first constraint including the name and order of the items, and at least a constraint for each item A definition information storage unit that stores definition information in which a second constraint condition indicating a type and a condition value is defined;
Definition information registration for generating a table in the database according to the first constraint included in the received definition information when the definition information is received, and storing the received definition information in the definition information storage unit Means,
Whether the report information input in the received file satisfies all the constraint conditions included in the definition information stored in the definition information storage unit when the table format file in which the report information is input is received A report information registration means for storing the report information input to the received file in the table when it is determined that the definition information is satisfied,
Reporting information collection system comprising. 前記定義情報登録手段は、前記定義情報の更新を受け付けた場合に、当該更新が前記第２の制約条件にかかるものであるときには前記テーブルを更新せず、当該更新後の定義情報により前記定義情報記憶部を更新することを特徴とする請求項１に記載の報告情報収集システム。 When the definition information registration unit receives an update of the definition information, the definition information registration unit does not update the table when the update is based on the second constraint condition, and the definition information is updated based on the updated definition information. The report information collection system according to claim 1, wherein the storage unit is updated. 前記制約条件は、前記複数の項目のそれぞれについて、項目に課される制約の定義を含み、
前記報告情報収集システムは、任意の項目に入力されるデータが、複数の前記制約の定義のいずれかに対応する制約を満たすか否かを検査する複数の検査手段をさらに備え、
前記報告情報登録手段は、
前記定義情報記憶部に格納された定義情報に含まれる前記制約条件を参照し、当該受け付けたファイルに含まれる項目から当該項目に課される制約の定義を特定し、
前記複数の検査手段の中から、当該特定された制約の定義に対応する制約を検査する検査手段を選択し、
当該選択された検査手段を用いて当該項目に入力されたデータを検査することを特徴とする請求項２に記載の報告情報収集システム。 The constraint condition includes, for each of the plurality of items, a definition of a constraint imposed on the item,
The report information collection system further includes a plurality of inspection means for inspecting whether data input to an arbitrary item satisfies a constraint corresponding to any of the plurality of constraint definitions,
The report information registration means includes:
Refer to the constraint condition included in the definition information stored in the definition information storage unit, identify the definition of the constraint imposed on the item from the item included in the received file,
From the plurality of inspection means, select an inspection means for inspecting a constraint corresponding to the specified constraint definition,
The report information collection system according to claim 2, wherein the data input to the item is inspected using the selected inspection means. 前記制約条件は、前記複数の項目の一部に入力される値に基づいて他の項目に入力されるデータを制限する条件を含むことを特徴とする請求項２又は３に記載の報告情報収集システム。   The report information collection according to claim 2, wherein the constraint condition includes a condition for restricting data input to another item based on a value input to a part of the plurality of items. system. 前記表形式のファイルは、前記複数の項目が同一である複数のスプレッドシートを含み、
前記報告情報登録手段は、前記複数のスプレッドシートに異なる報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力されたスプレッドシート毎の報告情報を同一の前記テーブルに異なるレコードとして格納することを特徴とする請求項１乃至４のいずれか１項に記載の報告情報収集システム。 The tabular file includes a plurality of spreadsheets in which the plurality of items are the same,
When the report information registration unit receives the table format file in which different report information is input to the plurality of spreadsheets, the report information for each spreadsheet input to the received file is the same table. The report information collection system according to claim 1, wherein the record information is stored as different records. 前記定義情報登録手段は、第１の言語に基づく前記複数の項目を定義した項目情報及び当該複数の項目に入力されるデータに課される制約条件を含む第１定義情報と、当該第１の言語に基づく項目情報及び制約条件に対応し、当該第１の言語とは異なる第２の言語に基づく前記複数の項目を定義した項目情報及び当該複数の項目に入力されるデータに課される制約条件を含む第２定義情報とを受け付けた場合に、当該第１の言語に基づく項目情報を用いて前記データベース内に前記テーブルを生成し、当該受け付けた第１定義情報及び第２定義情報を前記定義情報記憶部へ格納し、
前記報告情報登録手段は、前記第２の言語に基づく報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報を、前記第１の言語に基づく項目情報に対応付けて前記テーブルに格納することを特徴とする請求項１乃至５のいずれか１項に記載の報告情報収集システム。 The definition information registration means includes first definition information including item information defining the plurality of items based on a first language and constraint conditions imposed on data input to the plurality of items, and the first definition information Corresponding to item information based on language and constraint conditions, constraints imposed on item information defining the plurality of items based on a second language different from the first language and data input to the plurality of items When the second definition information including the condition is received, the table is generated in the database using the item information based on the first language, and the received first definition information and second definition information are stored in the database. Store it in the definition information storage section,
When the report information registration unit receives the tabular file in which the report information based on the second language is input, the report information registration unit is configured to convert the report information input to the received file based on the first language. The report information collection system according to claim 1, wherein the report information collection system is stored in the table in association with item information. 前記定義情報登録手段は、前記報告情報が入力されていない前記表形式のファイルをさらに受け付けた場合、当該受け付けたファイルと前記受け付けた定義情報とが前記第１の制約条件において一致するか否かを判定し、一致すると判定された場合に、前記受け付けた定義情報の一部を用いて前記テーブルを前記データベース内に生成し、前記受け付けた定義情報と当該受け付けたファイルの表形式とを関連付けて前記定義情報記憶部へ格納し、複数の報告元へ前記報告情報の要求を送信し、
前記報告情報登録手段は、前記複数の報告元のそれぞれから、前記報告情報が入力された複数の前記表形式のファイルを受け付けた場合に、当該受け付けた複数のファイルの表形式と関連付けられた定義情報を前記定義情報記憶部から特定し、当該受け付けた複数のファイルが当該特定された定義情報を満たすか否かを判定することを特徴とする請求項１乃至５のいずれか１項に記載の報告情報収集システム。 When the definition information registration unit further receives the tabular file in which the report information is not input, whether the received file and the received definition information match in the first constraint condition or not. When the table is determined to match, the table is generated in the database using a part of the received definition information, and the received definition information is associated with the table format of the received file. Stored in the definition information storage unit, and transmits a request for the report information to a plurality of report sources,
When the report information registration unit receives a plurality of the table format files to which the report information is input from each of the plurality of report sources, the definition associated with the table format of the received plurality of files The information is specified from the definition information storage unit, and it is determined whether or not the received plurality of files satisfy the specified definition information. Reporting information collection system. 前記定義情報登録手段は、前記受け付けた定義情報が前記複数の項目の一部の定義を変更する場合、前記テーブルの当該変更される項目を末尾に移動し、変更後の項目を変更前の項目の位置に挿入するように前記テーブルを更新することを特徴とする請求項１乃至６のいずれか１項に記載の報告情報収集システム。   When the received definition information changes the definition of a part of the plurality of items, the definition information registration unit moves the changed item in the table to the end, and changes the changed item to the previous item. The report information collection system according to any one of claims 1 to 6, wherein the table is updated so as to be inserted at a position. 前記表形式のファイルは、前記複数の項目を列方向に定義し、前記報告情報を行方向に入力させる形式であり、
前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行に、行の高さが所定値以下である行が存在するか否かを判定し、存在すると判定された場合、その旨を当該受け付けたファイルの入力元へ通知することを特徴とする請求項１乃至８のいずれか１項に記載の報告情報収集システム。 The table format file is a format in which the plurality of items are defined in a column direction and the report information is input in a row direction.
The report information registration means determines whether or not there is a line having a line height equal to or lower than a predetermined value in a line to which the report information in the received file is to be input, and is determined to exist. In such a case, the report information collection system according to any one of claims 1 to 8, wherein a notification to that effect is sent to the input source of the received file. 前記報告情報登録手段は、前記受け付けたファイルの内、可視行であることを示す情報が設定された行数が、全行数未満である場合に、前記行の高さが所定値以下である行が存在すると判定することを特徴とする請求項９に記載の報告情報収集システム。   The report information registering means is configured such that, when the number of lines in which information indicating visible lines is set in the received file is less than the total number of lines, the height of the lines is a predetermined value or less. The report information collecting system according to claim 9, wherein it is determined that a line exists. 前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行に入力された文字の属性に応じて前記所定値を行ごとに決定し、各行の高さが当該行ごとに決定された所定値であるか否かを判定することを特徴とする請求項９に記載の報告情報収集システム。   The report information registration means determines the predetermined value for each line according to the attribute of the character input to the line in which the report information in the received file is to be input, and the height of each line is determined for each line. The report information collection system according to claim 9, wherein it is determined whether or not the predetermined value is determined. 前記報告情報登録手段は、前記受け付けたファイル内の前記報告情報が入力されるべき行の高さが所定値以下であり、かつ、当該行にデータが入力されていない場合には、前記判定の対象から除くことを特徴とする請求項９又は１１に記載の報告情報収集システム。   The report information registering means determines the determination if the height of the line in which the report information in the received file is to be input is not more than a predetermined value and no data is input in the line. The report information collection system according to claim 9 or 11, wherein the report information collection system is excluded from the target. 前記報告情報登録手段は、前記通知する場合に、行の高さが所定値以下である行を前記所定値の高さとし、かつ、当該行を強調して表示することを特徴とする請求項９乃至１２のいずれか１項に記載の報告情報収集システム。   10. The report information registering unit, when the notification is made, displays a row having a height of a predetermined value or less as a height of the predetermined value and highlights the row. The report information collection system of any one of thru | or 12. 複数の項目を含む表形式のファイルに入力された報告情報を管理するためのデータベースと、
前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、
を備えるコンピュータにおける前記報告情報を収集する処理を実行するための報告情報収集方法であって、
前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成するテーブル生成ステップと、
当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報格納ステップと、
前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定する第１の判定ステップと、
前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報格納ステップと、
を含む報告情報収集方法。 A database for managing reporting information entered in a tabular file containing multiple items;
A plurality of constraints imposed on data input to the plurality of items as the report information input format , including at least a first constraint including the name and order of the items, and at least a constraint for each item A definition information storage unit that stores definition information in which a second constraint condition indicating a type and a condition value is defined;
A report information collecting method for executing the process of collecting the report information in a computer comprising:
A table generation step of generating a table in the database according to the first constraint included in the received definition information when the definition information is received;
A definition information storage step for storing the received definition information in the definition information storage unit;
Whether the report information input in the received file satisfies all the constraint conditions included in the definition information stored in the definition information storage unit when the table format file in which the report information is input is received A first determination step for determining whether or not;
When it is determined that the definition information is satisfied, a report information storage step of storing the report information input to the received file in the table;
Reporting information collection method including 複数の項目を含む表形式のファイルに入力された報告情報を管理するためのデータベースと、
前記報告情報の入力形式として前記複数の項目に入力されるデータに課される複数の制約条件であって、少なくとも前記項目の名称及び順序を含む第１の制約条件と、少なくとも前記項目ごとの制約種別及び条件値を示す第２の制約条件と、が定義された定義情報を記憶する定義情報記憶部と、
を備えるコンピュータに前記報告情報を収集する処理を実行させる報告情報収集プログラムであって、
前記定義情報を受け付けた場合に、当該受け付けた定義情報に含まれる前記第１の制約条件に従ってテーブルを前記データベース内に生成するテーブル生成処理と、
当該受け付けた定義情報を前記定義情報記憶部へ格納する定義情報格納処理と、
前記報告情報が入力された前記表形式のファイルを受け付けた場合に、当該受け付けたファイルに入力された報告情報が前記定義情報記憶部に格納された定義情報に含まれる全ての制約条件を満たすか否かを判定する第１の判定処理と、
前記定義情報を満たすと判定した場合に、当該受け付けたファイルに入力された報告情報を前記テーブルに格納する報告情報格納処理と、
を含む報告情報収集プログラム。 A database for managing reporting information entered in a tabular file containing multiple items;
A plurality of constraints imposed on data input to the plurality of items as the report information input format , including at least a first constraint including the name and order of the items, and at least a constraint for each item A definition information storage unit that stores definition information in which a second constraint condition indicating a type and a condition value is defined;
A report information collecting program for causing a computer to execute the process of collecting the report information,
A table generation process for generating a table in the database according to the first constraint included in the received definition information when the definition information is received;
A definition information storage process for storing the received definition information in the definition information storage unit;
Whether the report information input in the received file satisfies all the constraint conditions included in the definition information stored in the definition information storage unit when the table format file in which the report information is input is received A first determination process for determining whether or not;
When it is determined that the definition information is satisfied, report information storage processing for storing the report information input to the received file in the table;
Reporting information collection program including
JP2010046221A 2010-03-03 2010-03-03 Report information collection system, method and program Active JP5113864B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010046221A JP5113864B2 (en) 2010-03-03 2010-03-03 Report information collection system, method and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2010046221A JP5113864B2 (en) 2010-03-03 2010-03-03 Report information collection system, method and program

Publications (2)

Publication Number Publication Date
JP2011180947A JP2011180947A (en) 2011-09-15
JP5113864B2 true JP5113864B2 (en) 2013-01-09

Family

ID=44692365

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010046221A Active JP5113864B2 (en) 2010-03-03 2010-03-03 Report information collection system, method and program

Country Status (1)

Country Link
JP (1) JP5113864B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6853474B2 (en) * 2016-09-30 2021-03-31 キヤノンマーケティングジャパン株式会社 Information processing equipment, control methods, and programs
JP6545218B2 (en) * 2017-03-28 2019-07-17 キヤノン株式会社 Notification device, control method thereof and program
JP6603351B2 (en) * 2018-04-02 2019-11-06 株式会社 みずほ銀行 Contract management system, contract management method, and contract management program
JP7295758B2 (en) * 2019-03-07 2023-06-21 株式会社日立国際電気 Sales support system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3036667B2 (en) * 1994-03-28 2000-04-24 株式会社日立情報システムズ Data cleaning system for medical examination room
JP3076731B2 (en) * 1994-12-26 2000-08-14 株式会社ピーエフユー Form output processing method
JP2003280955A (en) * 2002-03-26 2003-10-03 Nippon Yunishisu Kk Method and system for updating definition information in data extraction
JP2005284960A (en) * 2004-03-30 2005-10-13 Toshiba Socio System Support Co Ltd Business report summarization management system and method thereof
JP2005316640A (en) * 2004-04-28 2005-11-10 Hitachi Ltd Method and system for verifying download input business form
US7644350B2 (en) * 2005-02-18 2010-01-05 Ricoh Company, Ltd. Techniques for validating multimedia forms
JP2007026296A (en) * 2005-07-20 2007-02-01 Hitachi Ltd Integrated retrieval processing method and device
JP2008102858A (en) * 2006-10-20 2008-05-01 Moz Sekkei Jimusho:Kk Information processor and program
JP2008262374A (en) * 2007-04-12 2008-10-30 Makoto Ishii Apparatus and method for analyzing relative mathematical expression cell

Also Published As

Publication number Publication date
JP2011180947A (en) 2011-09-15

Similar Documents

Publication Publication Date Title
US8473837B2 (en) Method for expanding and collapsing data cells in a spreadsheet report
EP2527991B1 (en) Analysis method, analysis device, and analysis program
JP4580518B2 (en) Database design system
US9811604B2 (en) Method and system for defining an extension taxonomy
US8176002B2 (en) Method and system for user alteration of the configuration of a data warehouse
JP5082409B2 (en) Document management program, document management apparatus, and document management method
US20140281729A1 (en) Analysis of a system for matching data records
US7302444B1 (en) System for designating grid-based database reports
US9182963B2 (en) Computerized migration tool and method
US8090677B2 (en) Method and system for altering the configuration of a data warehouse
US20190005111A1 (en) Relational log entry instituting system
US8447771B2 (en) Query generation
US8527867B2 (en) Enabling users to edit very large XML data
JP6283190B2 (en) Tabular data processing program, method, and apparatus
JP6623754B2 (en) Tabular data processing program, method and apparatus
JP5113864B2 (en) Report information collection system, method and program
JP2007108889A (en) Intellectual property management system, intellectual property management method and program
JP5576570B2 (en) Method, program and system for generating a workflow from business specifications
JP6665637B2 (en) Program creation support system
JP4663526B2 (en) Form creation support device, form creation support method, and form creation support program
JP2012159952A (en) Computer program, test support method and test support device
US20220027804A1 (en) Asset Model Configuration and Validation
JP7044967B2 (en) Storage control program, storage control device and storage control method
JP2006190332A (en) Device, method, and program for generating program specification
JP5982308B2 (en) Determination apparatus, determination method, determination program

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20120120

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120131

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120326

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120529

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120726

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120925

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: 20121012

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151019

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5113864

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250