[go: up one dir, main page]

JP2006018370A - Document management system - Google Patents

Document management system Download PDF

Info

Publication number
JP2006018370A
JP2006018370A JP2004192829A JP2004192829A JP2006018370A JP 2006018370 A JP2006018370 A JP 2006018370A JP 2004192829 A JP2004192829 A JP 2004192829A JP 2004192829 A JP2004192829 A JP 2004192829A JP 2006018370 A JP2006018370 A JP 2006018370A
Authority
JP
Japan
Prior art keywords
document
management
file
information
server
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.)
Withdrawn
Application number
JP2004192829A
Other languages
Japanese (ja)
Inventor
Ryuta Miyazaki
隆太 宮崎
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.)
Hitachi Systems Ltd
Original Assignee
Hitachi Information Systems Ltd
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 Hitachi Information Systems Ltd filed Critical Hitachi Information Systems Ltd
Priority to JP2004192829A priority Critical patent/JP2006018370A/en
Publication of JP2006018370A publication Critical patent/JP2006018370A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Storage Device Security (AREA)
  • Document Processing Apparatus (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】 文書ファイルの種別毎に文書の承認権限を持つ管理者が文書ファイル更新を容易に知ることができる文書管理システムを提供。
【解決手段】
文書管理クライアントマシン10と文書管理情報を保存する文書管理サーバ20と、複数の文書ファイルを保存する文書ファイルサーバ30とを有するクライアントサーバ型の文書管理システムにおいて、前記管理サーバ20が、文書種別に応じた複数の管理レベルを格納した文書別管理レベルテーブル22と、複数のユーザIDに対応した管理レベル及び更新通知先とを格納したユーザ管理テーブル23と、複数の文書ファイルに対応した文書種別とファイル保管場所とファイル作成日時とファイル更新日時と管理者承認日時とを格納した文書情報管理テーブル21とを備え、入力された文書種別を基に管理レベルに比して高度な管理レベルのユーザIDに対応した更新通知先を前記文書管理テーブル21に格納するもの。
【選択図】 図1
PROBLEM TO BE SOLVED: To provide a document management system in which an administrator having document authorization authority for each document file type can easily know update of a document file.
[Solution]
In a client server type document management system having a document management client machine 10, a document management server 20 for storing document management information, and a document file server 30 for storing a plurality of document files, the management server 20 sets the document type. A management level table 22 for each document storing a plurality of management levels corresponding thereto, a user management table 23 storing management levels and update notification destinations corresponding to a plurality of user IDs, and document types corresponding to a plurality of document files. A document information management table 21 storing a file storage location, a file creation date and time, a file update date and time, and an administrator approval date and time, and a user ID having a higher management level than the management level based on the input document type Is stored in the document management table 21.
[Selection] Figure 1

Description

本発明は、電子文書ファイルの承認情報や更新情報を管理するに好適な文書管理システムに係り、特に文書ファイルの種別によって管理者を特定し、文書ファイルの更新を管理者に通知することができる文書管理システムに関する。   The present invention relates to a document management system suitable for managing approval information and update information of an electronic document file. In particular, the administrator can be specified by the type of the document file, and the administrator can be notified of the update of the document file. The present invention relates to a document management system.

一般に企業等における電子化された文書ファイルの管理は、文章の入力乃至承認等を行う側のクライアントサーバと、該クライアントサーバ側で入力や承認された文書データを管理するための文書管理サーバとから成るクライアントサーバ型で構成することが知られている。   Generally, management of an electronic document file in a company or the like is performed from a client server that inputs or approves text, and a document management server that manages document data that is input or approved on the client server side. It is known to be configured by a client server type.

前記文書管理サーバは、文書ファイルを格納するキャビネットと文書を管理する情管理報とを格納し、文書管理クライアントから前記キャビネット内にフォルダを作成して文書ファイルを収容する文書保管機能と、キャビネット内の階層構造を把握し、文書管理クライアントからの文書ファイルの読み書きの可否を管理する等の文書管理機能とを有する。   The document management server stores a cabinet for storing document files and information management information for managing documents, creates a folder in the cabinet from a document management client, and stores a document file; And a document management function for managing whether or not a document file can be read and written from a document management client.

尚、文書管理クライアントでの文書ファイルの追加や編集等の操作により、文書管理サーバ側の文書管理者が管理するキャビネット等の管理内容に変更が加わった場合に、その変更を文書管理者へ容易に知らせる技術が下記特許文献1に記載されている。
特開2003−337813号公報
If the management contents of the cabinet managed by the document manager on the document management server side are changed by operations such as adding or editing a document file on the document management client, the change can be easily made to the document manager. A technique for informing is described in Patent Document 1 below.
JP 2003-337813 A

従来技術による電子文書管理システムは、文書管理サーバが、自己の管理するキャビネット内の文書ファイルの変更を把握することができるものの、事前に管理対象としていないキャビネットや他の文書ファイルサーバなどで作成された文書ファイルについては変更管理の対象とはならないため、前述の文書ファイルの管理ができないと言う不具合があった。   The electronic document management system according to the prior art is created in a cabinet or other document file server that is not managed beforehand, although the document management server can grasp the change of the document file in the cabinet managed by the document management server. Since the document file is not subject to change management, there is a problem that the document file cannot be managed.

更に従来技術による電子文書管理システムは、管理者にキャビネットの文書管理者単位に変更を知らせる機能は有するものの、文書単位の管理者である承認者が変更を知ることができないと言う不具合もあった。例えば、従来技術においては、一つのキャビネット内には複数の文書ファイルが存在し、文書ファイル単位に文書の承認者が異なる場合、前記承認者単位に文書ファイルの変更を通知する機能がないため、文書ファイルが書き換えられた場合であっても当該承認者が前記書き換えを知ることができず、承認者に無断で文書ファイルが書き換えられる可能性があると言う不具合があった。   Furthermore, although the electronic document management system according to the prior art has a function of notifying the administrator of the change to the document manager unit of the cabinet, there is a problem that the approver who is the document unit administrator cannot know the change. . For example, in the prior art, when there are a plurality of document files in one cabinet and the approver of the document is different for each document file, there is no function to notify the change of the document file for each approver, Even when the document file is rewritten, there is a problem that the approver cannot know the rewrite and the document file may be rewritten without the approval of the approver.

本発明の目的は、前述の従来技術による不具合を除去することであり、文書管理サーバが文書ファイルの種別毎に文書の承認権限を持つ管理者が文書ファイル更新を容易に知ることができると共に、前記更新された文書ファイルを容易に復元することができる文書管理システムを提供することである。   An object of the present invention is to eliminate the problems caused by the above-described prior art, and a document management server can easily know document file update by an administrator who has document authorization authority for each type of document file, To provide a document management system capable of easily restoring the updated document file.

前記目的を達成するため本発明は、文書管理クライアントと文書管理情報を保存する文書管理サーバと、複数の文書ファイルを保存する文書ファイルサーバを有するクライアントサーバ型の文書管理システムにおいて、前記管理サーバが、文書種別に応じた複数の管理レベルを格納した文書別管理レベルテーブルと、複数のユーザIDに対応した管理レベル及び更新通知先とを格納したユーザ管理テーブルと、複数の文書ファイルに対応した文書種別とファイル保管場所とファイル更新日時と管理者承認日時とを格納した文書情報管理テーブルとを備え、入力された文書種別を基に文書別管理レベルテーブルを参照して求めた管理レベルに比して高度な管理レベルのユーザIDに対応した更新通知先を前記文書管理テーブルに格納することを第1の特徴とする。   To achieve the above object, the present invention provides a client server type document management system having a document management client, a document management server for storing document management information, and a document file server for storing a plurality of document files. A document-specific management level table storing a plurality of management levels corresponding to the document type, a user management table storing a management level corresponding to a plurality of user IDs and an update notification destination, and a document corresponding to a plurality of document files It has a document information management table that stores the type, file storage location, file update date and time, and administrator approval date and time. Compared to the management level obtained by referring to the document-specific management level table based on the input document type Storing the update notification destination corresponding to the user ID of the advanced management level in the document management table. And a feature.

更に本発明は、前記文書管理システムにおいて、文書情報管理テーブルに格納したファイル更新日時と管理者承認日時とを比較し、ファイル更新日時が管理者承認日時を越えた日付の場合、ユーザ管理テーブルに格納した更新通知先へ通知することを第2の特徴とし、前記何れかの文書ファイル管理システムにおいて、前記文書ファイルサーバに保存した文書ファイルを退避する記憶手段を設け、文書ファイルサーバに保存した文書ファイルを文書ファイルサーバのパス情報と共に記憶手段に退避して記憶することを第3の特徴とする。   In the document management system, the file update date stored in the document information management table is compared with the manager approval date. If the file update date exceeds the manager approval date, the file management date is stored in the user management table. A second feature is that the stored update notification destination is notified, and in any one of the document file management systems, a storage means for saving the document file stored in the document file server is provided, and the document stored in the document file server A third feature is that the file is saved and stored in the storage unit together with the path information of the document file server.

本発明によれば、文書単位に承認できる管理者を限定して設定し、文書ファイルサーバ上の文書が更新された場合に、管理者に通知することにより、管理者が文書ファイル更新を容易に知ることができると共に、前記更新された文書ファイルを容易に復元することができる。   According to the present invention, the administrator who can approve in units of documents is limited, and the administrator can easily update the document file by notifying the administrator when the document on the document file server is updated. It is possible to know and to easily restore the updated document file.

以下、本発明の一実施形態を図面を参照して詳細に説明する。図1は本発明の一実施形態による文書管理システム1の全体システム構成を示す図、図2は本実施形態によるシステム構成の詳細を示す図、図3は本実施形態による文書情報管理テーブルの一例を示す図、図4は本実施形態による文書別管理レベルテーブルの一例を示す図、図5は本実施形態によるユーザ管理テーブルの一例を示す図、図6は文書情報管理テーブルに初期情報を登録する際の動作フローチャート、図7は文書情報管理テーブルに承認依頼するための追加情報を登録する場合の動作フローチャート、図8は文書情報管理テーブルに文書の承認情報を登録する際の動作フローチャート、図9は文書情報管理テーブルに登録されている文書ファイルの更新有無をチェックする際の動作フローチャート、図10は文書情報管理テーブルに登録されている文書ファイルを他の記録媒体に退避する際の動作フローチャート、図11は別記録媒体に退避されている文書ファイルを文書情報管理テーブルのファイル保存場所へ復元する場際の動作フローチャートである。
<構成の説明>
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings. FIG. 1 is a diagram showing an overall system configuration of a document management system 1 according to an embodiment of the present invention, FIG. 2 is a diagram showing details of the system configuration according to the embodiment, and FIG. 3 is an example of a document information management table according to the embodiment. FIG. 4 is a diagram showing an example of a management level table for each document according to this embodiment, FIG. 5 is a diagram showing an example of a user management table according to this embodiment, and FIG. 6 is a diagram for registering initial information in the document information management table. FIG. 7 is an operation flowchart for registering additional information for requesting approval in the document information management table. FIG. 8 is an operation flowchart for registering document approval information in the document information management table. 9 is an operation flowchart for checking whether or not a document file registered in the document information management table is updated, and FIG. 10 is a document information management table. FIG. 11 is an operation flowchart when restoring a document file saved in another recording medium to a file storage location in the document information management table. It is.
<Description of configuration>

本実施形態による文書管理システム1は、図1に示す如く、文書ファイルの入力や文書ファイルの承認を行うための複数のクライアントマシン10と、該クライアントマシン10から入力され又は承認権限のある管理者の承認情報を管理するための文書管理サーバ20と、前記クライアントマシン10から入力された文書ファイルを格納するための文書ファイルサーバ30と、これらを接続するネットワーク40とから構成される。   As shown in FIG. 1, the document management system 1 according to the present embodiment includes a plurality of client machines 10 for inputting a document file and approving the document file, and an administrator who is input from the client machine 10 or has an authorization authority. The document management server 20 for managing the approval information, the document file server 30 for storing the document file input from the client machine 10, and the network 40 for connecting them.

この文書管理システム1は、図2に示す如く、前記クライアントマシン10が、初期の文書ファイル情報を登録するための文書初期情報登録画面10aと、一旦登録した文書ファイルへの追加や管理者への承認を依頼するための文書追加情報登録および承認依頼画面10bと、該管理者が文書ファイルを参照して承認することを登録するための文書情報承認画面10cと、承認の管理者が修正前の文書ファイルを復元するための文書ファイル復元画面10dとを用いて後述の各機能を実行する処理プログラムを備え、文書管理サーバ20は、文書ファイルを管理するための文書情報管理テーブル21と、前記文書初期情報登録画面10a他の画面を用いて入力された文書ファイルの管理レベルを登録するための文書別管理レベルテーブル22と、ユーザ毎のユーザ名や管理レベル等を格納するユーザ管理テーブル23と、文書更新有無チェック処理部20aと、文書ファイルの退避を実行するための文書退避処理部20bとから構成される。   As shown in FIG. 2, the document management system 1 includes a document initial information registration screen 10a for the client machine 10 to register initial document file information, addition to a document file once registered, Document additional information registration and approval request screen 10b for requesting approval, document information approval screen 10c for registering that the administrator refers to the document file and approves, and the administrator of approval before the correction The document management server 20 includes a processing program for executing each function described later using a document file restoration screen 10d for restoring a document file. The document management server 20 includes a document information management table 21 for managing document files, and the document Initial information registration screen 10a Document-specific management level table 22 for registering the management level of a document file input using another screen , Composed of a user management table 23 for storing the user name and management level, etc. of each user, a document update indicator checking processor 20a, a document save processing section 20b for executing the saving of the document file.

<文書情報管理テーブル21の説明>   <Description of Document Information Management Table 21>

前記文書情報管理テーブル21は、図3に示す如く、文書ファイルサーバ30に収容されている文書ファイルの管理に関する情報を登録したものであり、文書ID21aと、文書名称21bと、文書種別21cと、作成者ID21dと、管理者ID21eと、ファイル格納場所21fと、ファイル作成日時21gと、ファイル更新日時21hと、ファイル最終保存者21iと管理者承認日時21jとの各欄の情報を登録する様に構成される。   As shown in FIG. 3, the document information management table 21 registers information relating to management of document files stored in the document file server 30, and includes a document ID 21a, a document name 21b, a document type 21c, To register the information in each column of the creator ID 21d, the manager ID 21e, the file storage location 21f, the file creation date 21g, the file update date 21h, the file last saver 21i, and the manager approval date 21j. Composed.

前記文書ID21aは、本文書管理システム1において、各文書ファイルを一義的に識別するためのコード情報であり、図示の例では例えば「000001」、「000002」、「000003」の3つの文書IDの情報が登録されている。前記文書名称21bは、各文書ファイルの文書名称が登録され、文書ID21a「000001」、「000002」、「000003」の個々のレコードに対して、順にそれぞれ「AAAAA」、「BBBBB」、「CCCCCC」の名称が登録されている。   The document ID 21a is code information for uniquely identifying each document file in the document management system 1. In the illustrated example, for example, three document IDs “000001”, “000002”, and “000003” are included. Information is registered. As the document name 21b, the document name of each document file is registered, and “AAAAAA”, “BBBBBB”, “CCCCCC” are sequentially assigned to the individual records of the document IDs 21a “000001”, “000002”, and “000003”, respectively. Is registered.

前記文書種別21cは、各文書ファイルの管理レベルを特定するための文書種別が登録されるものであって、文書ID21a「000001」、「000002」、「000003」の個々のレコードに対して、順にそれぞれ後述する管理レベルに対応した「SA」、「BD」、「FD」の各管理レベル値が登録されている。この管理レベル値については後述する。   The document type 21c is for registering a document type for specifying the management level of each document file. For each record of the document IDs 21a “000001”, “000002”, and “000003”, the document type 21c is sequentially registered. The management level values “SA”, “BD”, and “FD” corresponding to the management levels described later are registered. This management level value will be described later.

前記作成者ID21dは、各文書ファイルの作成者IDが登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「12345」、「12345」、「12345」の作成者IDが登録されている。前記管理者ID21eは、各文書ファイルの承認等を行う管理者IDが登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「98765」、「87654」、「76543」の値が登録されている。   As the creator ID 21d, the creator ID of each document file is registered. For each record of the document ID 21a "000001", "000002", "000003", "12345", "12345", "12345" The creator ID is registered. As the administrator ID 21e, an administrator ID for approving each document file is registered. For each record of the document ID 21a “000001”, “000002”, and “000003”, “98765” and “87654” are sequentially provided. , “76543” is registered.

前記ファイル格納場所21fは、各文書ファイルのファイルサーバ30での格納場所が登録され、文書ID21a「000001」、「000002」、「000003」の各レコードについて、順にそれぞれ「¥¥A¥B¥aaa.doc」、「¥¥D¥E¥fff.doc」、「¥¥G¥H¥iii.doc」の格納場所(パス)が登録されている。前記ファイル作成日時21gは、各文書ファイルの最初の作成日時が登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「2003/10/25 10:01:20」、「2004/02/05 12:05:10」、「2004/02/10 17:34:15」の作成日時の値が登録されている。   In the file storage location 21f, the storage location of each document file in the file server 30 is registered. For each record of the document IDs 21a “000001”, “000002”, and “000003”, “¥¥ A ¥ B ¥ aaa” is sequentially provided. .Doc ”,“ ¥¥ D ¥ E ¥ fff.doc ”, and“ ¥¥ G ¥ H ¥ iii.doc ”are stored. As the file creation date 21g, the first creation date of each document file is registered. For each record of the document ID 21a “000001”, “000002”, “000003”, “2003/10/25 10:01 : 20 ”,“ 2004/02/05 12:05:10 ”, and“ 2004/02/10 17:34:15 ”are registered.

前記ファイル更新日時21hは、各文書ファイルの管理者承認時の更新日時が登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「2003/12/20 13:14:23」、「2004/02/15 15:45:50」、「2004/02/18 18:26:20」の承認日時の値が登録されている。   As the file update date / time 21h, the update date / time at the time the manager approves each document file is registered. For each record of the document ID 21a “000001”, “000002”, “000003”, “2003/12/20 13:14:23 ”,“ 2004/02/15 15:45:50 ”, and“ 2004/02/18 18:26:20 ”are registered.

前記ファイル最終保存者21iは、各文書ファイルの管理者承認時のファイル最終保存者が登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「あああああ」、「あああああ」、「あああああ」の最終保存者の値が登録されている。前記管理者承認日時21jは、各文書ファイルの管理者承認時の承認日時が登録され、文書ID21a「000001」、「000002」、「000003」の各レコードに対して、順にそれぞれ「2003/12/23 09:10:05」、「2004/02/20 16:32:12」、「2004/02/19 17:43:20」の日時の値が登録されている。   As the file final saver 21i, the file final saver at the time of the approval of the administrator of each document file is registered, and for each record of the document ID 21a "000001", "000002", "000003" ”,“ Oh ah ”,“ Oh ah ah ”, the value of the last saver is registered. As the administrator approval date 21j, the approval date at the time of administrator approval of each document file is registered, and for each record of the document ID 21a “000001”, “000002”, “000003”, “2003/12 / 23 09:10:05 ”,“ 2004/02/20 16:32:12 ”, and“ 2004/02/19 17:43:20 ”are registered.

このように本実施形態による文書情報管理テーブル21は、文書ファイル毎の文書ID21aに対する管理レベル/管理者/承認日等の管理情報を一元的に管理するための管理テーブルを構成している。   As described above, the document information management table 21 according to the present embodiment constitutes a management table for centrally managing management information such as the management level / manager / approval date for the document ID 21a for each document file.

<文書別管理レベルテーブル22の説明>
前記文書別管理レベルテーブル22は、図4に示す如く、文書種別を一義的に識別して管理レベルを設定するためのコード情報を登録したものであって、図示の例では、「RP」、「BD」、「ES」の3つの文書種別22aに対し、「議事録」、「基本設計書」、「見積書」等の文書総称22bと、「1」、「2」、「3」の管理レベルA22cとを登録している。即ち、本実施形態においては、例えば管理レベル22cを、高度な順に上位から、議事録>基本設計書>見積書と3段階に設定し、これらの管理レベルを各々RP/BD/ESと呼び、この管理レベルのランクを前述の文書情報管理デーブル21に文書ファイル毎に登録する。
<Description of Management Level Table 22 by Document>
As shown in FIG. 4, the document-specific management level table 22 registers code information for uniquely identifying the document type and setting the management level. In the example shown in the figure, “RP”, For the three document types 22a of “BD” and “ES”, a document generic name 22b such as “minutes”, “basic design document”, “estimate”, and “1”, “2”, “3” The management level A22c is registered. In other words, in the present embodiment, for example, the management level 22c is set in three stages: minutes> basic design document> estimate from the top in descending order, and these management levels are called RP / BD / ES, The management level rank is registered in the document information management table 21 for each document file.

<ユーザ管理テーブルの説明>
ユーザ管理テーブル23は、図5に示す如く、ユーザ毎の管理レベルに関する情報を登録したものであって、ユーザID23aと、該ユーザID23aに対するユーザ名23b/管理レベルB23c/更新通知先23dとを登録している。前記ユーザID23aは、本文書管理システム1において文書種別を一義的に識別するためのコード情報であり、図示の例では「12345」、「76543」、「87654」、「98765」の4つのユーザID情報が登録されている。
<Description of user management table>
As shown in FIG. 5, the user management table 23 registers information related to the management level for each user, and registers a user ID 23a and a user name 23b / management level B 23c / update notification destination 23d for the user ID 23a. is doing. The user ID 23a is code information for uniquely identifying the document type in the document management system 1, and in the illustrated example, four user IDs of “12345”, “76543”, “87654”, and “98765” Information is registered.

前記ユーザ名23bは、前記ユーザID23a毎のユーザ名が登録され、ユーザID23a「12345」、「76543」、「87654」、「98765」の各レコードに対して、順にそれぞれ「あああああ」、「いいいいい」、「ううううう」、「えええええ」のユーザ氏名の値が登録されている。前記管理レベルB23cは、各ユーザID23a毎の管理レベルが登録され、ユーザID23a「12345」、「76543」、「87654」、「98765」の各レコードに対して、順にそれぞれ「0」、「3」、「2」、「1」の各管理レベル値が登録されている。   As the user name 23b, a user name for each user ID 23a is registered. For each record of the user IDs 23a "12345", "76543", "87654", and "98765" The user name values of “Good”, “Uu-Uu”, and “Ye-e-e” are registered. As the management level B23c, a management level for each user ID 23a is registered. For each record of the user IDs 23a "12345", "76543", "87654", and "98765", "0" and "3" are sequentially provided. , “2”, and “1” are registered.

前記更新通知先23dは、管理レベル毎の更新通知先が登録されるものであって、管理レベル23cの「0」、「3」、「2」、「1」の各レコードに対して、順にそれぞれ「aaa@xxx.com」、「bbb@xxx.com」、「ccc@xxx.com」、「ddd@xxx.com」のメールアドレスの値が登録されている。即ち、このユーザ管理テーブル23は、管理レベル毎に更新通知先を格納している。尚、本実施形態においては、管理レベル毎に連絡先を設定する例を説明したが、ユーザIDが設定された者が、職制によって管理レベルが設定されている場合は、ユーザID毎に設定しても良い。   The update notification destination 23d is for registering an update notification destination for each management level. For each record of management level 23c "0", "3", "2", "1", in order The mail address values of “aaa@xxx.com”, “bbb@xxx.com”, “ccc@xxx.com”, and “ddd@xxx.com” are registered. That is, the user management table 23 stores an update notification destination for each management level. In the present embodiment, an example in which a contact is set for each management level has been described. However, if a person who has set a user ID has a management level set by job system, the contact is set for each user ID. May be.

本実施形態による文書管理システム1は、前述したユーザ管理テーブル23の情報およびファイルサーバ30の文書の属性を参照して文書情報管理テーブル21に情報を登録し、文書更新有無チェック処理部20a及び文書退避処理部20bが文書情報管理テーブル21を参照しならがらファイルサーバ30の文書の変更管理を行うものであり、これら動作を次に説明する。
<動作の説明>
The document management system 1 according to this embodiment registers information in the document information management table 21 with reference to the information in the user management table 23 and the document attribute of the file server 30 described above, and the document update presence / absence check processing unit 20a and the document The save processing unit 20b refers to the document information management table 21 and manages document change of the file server 30, and these operations will be described below.
<Description of operation>

次に本実施形態による文書管理システム1の動作を図6〜図11を参照して具体的に説明する。尚、図中、「ステップ」は「S」と表記している。
<初期設定動作>
まず、図6は、文書情報管理テーブル21に初期情報を登録する場合の処理動作例を示すフローチャートであって、文書管理情報の承認が可能な管理者を文書の種別によって限定させるための処理として次の各ステップを実行する。
Next, the operation of the document management system 1 according to the present embodiment will be specifically described with reference to FIGS. In the figure, “step” is expressed as “S”.
<Initial setting operation>
First, FIG. 6 is a flowchart showing an example of processing operation when initial information is registered in the document information management table 21. As a process for limiting the managers who can approve document management information according to document types. Perform the following steps:

具体的に説明すると、本初期設定動作は、クライアントマシン10を用いて文書作成者が管理サーバ20へログオン(ステップ1)すると、文書初期情報登録画面10aを表示し、文書名称、文書種別の入力を促し、文書種別について文書別管理レベルテーブル22の文書種別22aに存在するかを判定し、存在する場合は文書IDを取得(ステップ2)する。   More specifically, in the initial setting operation, when the document creator logs on to the management server 20 using the client machine 10 (step 1), the initial document information registration screen 10a is displayed and the document name and document type are input. It is determined whether the document type exists in the document type 22a of the document-specific management level table 22, and if it exists, the document ID is acquired (step 2).

次に本処理は、該当文書に対して入力された承認の管理者IDがユーザ管理テーブル23のユーザID23aに存在するかを判定し、存在する場合はこのユーザの管理レベルB23cを取得すると共に文書種別から文書別管理レベルテーブル22の管理レベルA22cを取得(ステップ3)し、これら取得した管理レベルA22cと管理レベルB23cを比較(ステップ4)し、管理レベルB23cが管理レベルA22cと等しいか大きい場合は次ステップ5に進み、管理レベルが低い(小さい)場合は前記ステップ3に戻り、再度管理者IDの再入力を待ち、次いで、文書情報管理テーブル21に上記ステップ1〜ステップ4で取得した情報である文書ID21a/文書名称21b/文書種別21c/作成者ID21d/管理者ID21eを登録(ステップ5)する様に動作する。   Next, this process determines whether the administrator ID of the approval input for the corresponding document exists in the user ID 23a of the user management table 23, and if it exists, acquires the management level B23c of this user and the document. When the management level A22c of the document-specific management level table 22 is acquired from the type (step 3), the acquired management level A22c and the management level B23c are compared (step 4), and the management level B23c is equal to or greater than the management level A22c Advances to the next step 5, and if the management level is low (small), the process returns to the step 3 to wait for the re-input of the administrator ID, and then the information acquired in the document information management table 21 in the above steps 1 to 4 Document ID 21a / Document name 21b / Document type 21c / Creator ID 21d / Administrator ID 21e It operates so as to registration (step 5).

即ち、本処理は文書の種別によって承認すべき管理者IDが管理レベルにあるかを判定し、管理者を限定する様に動作する。   That is, this process determines whether or not the administrator ID to be approved is at the management level according to the document type, and operates to limit the administrator.

<追加情報登録動作>
図7は文書情報管理テーブル21に承認依頼するための追加情報を登録する際の処理動作例を示すフローチャートである。本実施形態においては、文書管理情報を管理者に承認してもらうための処理として次の各ステップを実行する。
<Additional information registration operation>
FIG. 7 is a flowchart showing a processing operation example when registering additional information for requesting approval in the document information management table 21. In the present embodiment, the following steps are executed as processing for allowing the administrator to approve document management information.

本処理は、まず、クライアントマシン10から文書作成者が管理サーバ20へログオン(ステップ1)すると、文書追加情報登録および承認依頼画面10bを表示して文書IDの入力を促し、この入力された文書IDを基に文書情報管理テーブル21から登録済文書管理情報、即ち文書ID21a/文書名称21b/文書種別21c/作成者ID21d/管理者ID21eを取得(ステップ6)し、次いで承認依頼したい文書ファイルの保存場所のパスの入力(ステップ7)により、該入力されたパスよりファイルサーバ30のキャビネット30a/フォルダ30b/文書ファイル30cを検索し、文書ファイル30cの属性情報30dからファイル作成日時/ファイル更新日時/ファイル最終保存者を取得(ステップ8)する。次いで本処理は、文書情報管理テーブル21に上記ステップ7〜ステップ8で取得した情報であるファイル保存場所21f/ファイル作成日時21g/ファイル更新日時21h/ファイル最終保存者21iを追加登録(ステップ9)する様に動作する。   In this process, first, when the document creator logs on to the management server 20 from the client machine 10 (step 1), the document additional information registration and approval request screen 10b is displayed to prompt the input of the document ID. Based on the ID, the registered document management information, that is, the document ID 21a / document name 21b / document type 21c / creator ID 21d / administrator ID 21e is acquired from the document information management table 21 (step 6), and then the document file to be requested for approval is acquired. By inputting the path of the storage location (step 7), the cabinet 30a / folder 30b / document file 30c of the file server 30 is searched from the input path, and the file creation date / time and the file update date / time from the attribute information 30d of the document file 30c. / Acquire the file last saver (step 8). Next, this process additionally registers the file storage location 21f / file creation date / time 21g / file update date / time 21h / file last saver 21i, which is the information acquired in steps 7 to 8, in the document information management table 21 (step 9). It works like

即ち本処理は文書の保存場所を特定すると共に承認時の文書の属性を取得する様に動作する。尚、前述のステップ7及びステップ8においては、パスを入力する例ょ説明したが、本発明はこれに限られるものではなく、例えばウィンドウからキャビネット/フォルダ/文書ファイルを選択させ、パス情報/属性情報30dを取得させても良い。   In other words, this process operates so as to specify the storage location of the document and to acquire the attribute of the document at the time of approval. In step 7 and step 8 described above, an example of inputting a path has been described. However, the present invention is not limited to this. For example, a cabinet / folder / document file is selected from a window, and path information / attributes are selected. Information 30d may be acquired.

<承認情報登録動作>
図8は文書情報管理テーブル21に文書の承認情報を登録する場合の処理動作例を示すフローチャートである。本実施形態においては、文書管理情報を管理者が承認するための処理として次の各ステップを実行する。
<Approval information registration operation>
FIG. 8 is a flowchart showing a processing operation example when registering document approval information in the document information management table 21. In the present embodiment, the following steps are executed as processing for the administrator to approve document management information.

本処理は、クライアントマシン10が文書管理者が管理サーバ20へログオン(ステップ10)すると、文書情報承認画面10cを表示して文書IDの入力を促し、該文書IDが入力されると文書情報管理テーブル21から登録済文書管理情報、即ち文書ID21a/文書名称21b/文書種別21c/作成者ID21d/管理者ID21e/ファイル保存場所21f/ファイル作成日時21g/ファイル更新日時21h/ファイル最終保存者21iを取得(ステップ11)し、次いで既に登録されている管理情報を確認して承認(ステップ12)を行い、更に前処理による管理者承認日時21jを文書情報管理テーブル21に追加登録(ステップ13)する。   In this processing, when the document administrator logs on to the management server 20 (step 10), the client machine 10 displays the document information approval screen 10c and prompts the user to input a document ID. When the document ID is input, the document information management is performed. From the table 21, registered document management information, that is, document ID 21a / document name 21b / document type 21c / creator ID 21d / administrator ID 21e / file storage location 21f / file creation date 21g / file update date 21h / file last saver 21i Acquire (step 11), confirm the already registered management information and approve it (step 12), and additionally register the administrator approval date 21j by pre-processing in the document information management table 21 (step 13). .

<文書ファイル更新有無チェック動作>
図9は文書情報管理テーブルに登録されている文書ファイルの更新有無をチェックする場合の処理動作例を示すフローチャートである。本実施形態においては、文書ファイルの承認時のファイル更新日時と実際の文書ファイルのファイル更新日時の比較をする処理として文書更新有無チェック処理部20aでは次の各ステップを実行する。
<Document file update presence check operation>
FIG. 9 is a flowchart showing an example of processing operation when checking whether or not a document file registered in the document information management table is updated. In the present embodiment, the document update presence / absence check processing unit 20a executes the following steps as a process of comparing the file update date and time when the document file is approved with the file update date and time of the actual document file.

本処理は、管理サーバ20が文書情報管理テーブル21をレコード単位に順次検索(ステップ14)し、各レコードのファイル保存場所21fのパス情報からファイルサーバ30の文書ファイルを検索し、文書ファイルの属性からファイル更新日時を取得(ステップ15)する。次いで本処理は、文書情報管理テーブルのファイル更新日時21hと前記ステップ15で取得したファイル更新日時を比較し、等しくない場合はステップ17に進み、等しい場合は次のレコードの処理を行う。このステップ17では文書情報管理テーブルの管理者ID21eからユーザ管理テーブル23を検索し、ユーザ管理テーブル23の更新通知先23dの宛先に承認後に文書に更新があったことをメール送信することにより告知する。即ち、本処理は、承認後の文書に更新が発生していないかを更新日時21hと承認日時とを比較し、更新日時が承認日時を越えているか、即ち、承認後に更新がされているかをチェックし、承認後に更新が発生しているものについては管理者へ告知する。この文書更新有無チェック処理部20aは管理サーバ20内でスケジュールにより定期的に実施されるのが好適である。   In this process, the management server 20 sequentially searches the document information management table 21 in units of records (step 14), searches the file information of the file server 30 from the path information of the file storage location 21f of each record, and determines the attributes of the document file. To obtain the file update date and time (step 15). Next, this process compares the file update date / time 21h in the document information management table with the file update date / time acquired in step 15, and if not equal, the process proceeds to step 17, and if equal, the next record is processed. In step 17, the user management table 23 is searched from the administrator ID 21 e of the document information management table, and the update notification destination 23 d of the user management table 23 is notified by mail that the document has been updated after approval. . That is, this process compares the update date 21h with the approval date to see if an update has occurred in the document after approval, and determines whether the update date has exceeded the approval date, that is, has been updated after approval. Check and notify the administrator of any updates that have occurred after approval. It is preferable that the document update presence / absence check processing unit 20a is periodically performed in the management server 20 according to a schedule.

<文書退避動作>
図10は文書情報管理テーブル21に登録されている文書ファイルを他の記録媒体に退避する場合の処理動作例を示すフローチャートである。本実施形態においては、文書ファイルを退避する処理として文書退避処理20bでは次の各ステップを実行する。
<Document save operation>
FIG. 10 is a flowchart showing an example of processing operation when a document file registered in the document information management table 21 is saved in another recording medium. In the present embodiment, the following steps are executed in the document saving process 20b as the process for saving the document file.

本退避処理は、管理サーバ20が文書情報管理テーブル21をレコード単位に順次検索(ステップ18)を行い、次に検索された各レコードのファイル保存場所21fのパス情報からファイルサーバ30の文書ファイルを別の交換可能な記録媒体(記録手段)に退避してバックアップ(ステップ19)を行う様に動作する。尚、前記ステップ18における退避する際にはパス情報も付加して退避を行うことが必要である。   In this saving process, the management server 20 sequentially searches the document information management table 21 in units of records (step 18), and then retrieves the document file of the file server 30 from the path information of the file storage location 21f of each retrieved record. It operates so as to back up (step 19) by saving to another exchangeable recording medium (recording means). When saving in the step 18, it is necessary to add the path information.

<文書復元動作>
図11は別記録媒体に退避されている文書ファイルを文書情報管理テーブル21の
ファイル保存場所21fへ復元する場合の処理動作例を示すフローチャートである。本実施形態においては、管理者が文書ファイルを復元するための処理として次の各ステップを実行する。
<Document restoration operation>
FIG. 11 is a flowchart showing an example of processing operation when a document file saved in another recording medium is restored to the file storage location 21 f of the document information management table 21. In the present embodiment, the administrator executes the following steps as processing for restoring a document file.

本処理は、クライアントマシン10が文書管理者が管理サーバ20へログオン(ステップ10)すると、文書ファイル復元画面10dを表示して文書IDの入力を促し、該文書IDが入力されたとき文書情報管理テーブル21から登録済文書管理情報、即ち文書ID21a/文書名称21b/文書種別21c/作成者ID21d/管理者ID21e/ファイル保存場所21f/ファイル作成日時21g/ファイル更新日時21h/ファイル最終保存者21iを取得(ステップ20)する。次に本処理は、登録されている管理情報を確認し、復元(リストア)指示(ステップ21)によって、別の記録媒体に退避している文書ファイルをパス情報をもとに検索し、文書情報管理テーブル21のファイル保存場所21fのパスへ復元(リストア)する。即ち、本処理は、承認後の文書に更新が発生し、復元する必要がある場合に登録されている管理情報から復元を行う様に動作する。   In this process, when the document administrator logs on the management server 20 (step 10), the client machine 10 displays the document file restoration screen 10d and prompts the user to input the document ID. When the document ID is input, the document information management is performed. From the table 21, registered document management information, that is, document ID 21a / document name 21b / document type 21c / creator ID 21d / administrator ID 21e / file storage location 21f / file creation date 21g / file update date 21h / file last saver 21i Obtain (step 20). Next, this process confirms the registered management information, and searches for a document file saved in another recording medium based on the path information by a restore instruction (step 21). Restore (restore) to the path of the file storage location 21f of the management table 21. That is, this process operates to restore from the registered management information when an update occurs in the approved document and it is necessary to restore it.

この様に本実施形態による文書管理システムは、文書管理サーバで管理される文書管理情報の承認が可能な管理者を文書の種別によって限定させる手段を設けたことにより、文書管理サーバが文書ファイルの種別毎に文書の承認権限を持つ管理者が文書ファイル更新を容易に知ることができる。   As described above, the document management system according to the present embodiment is provided with means for limiting the administrator who can approve the document management information managed by the document management server according to the type of the document. An administrator having document approval authority for each type can easily know the update of the document file.

更に本実施形態による文書管理システムは、前記文書管理情報より管理者承認時の文書ファイルの状態から前記文書ファイルサーバ内の文書ファイルが更新されていることを検知し、該当文書ファイルの管理者に告知することができる。   Furthermore, the document management system according to the present embodiment detects from the document management information that the document file in the document file server has been updated from the state of the document file at the time of administrator approval, and notifies the administrator of the document file. Can be announced.

更に本実施形態による文書管理システムは、前記文書管理情報より、前記文書ファイルサーバ内の文書ファイルを前記文書管理サーバにて記録媒体に退避し、前記文書管理情報より前記記録媒体から前記文書ファイルサーバ内に文書ファイルを復元することができる。   Furthermore, the document management system according to the present embodiment saves a document file in the document file server from the document management information to a recording medium by the document management server, and from the recording medium to the document file server by the document management information. Document files can be restored within.

電子化されたデータによる文書管理において、文書の承認権限の設定、文書の改ざん防止に利用できる。例えば企業内の複数の文章を取り扱う文書管理部門において、文章ファイルの種別に応じて管理者を特定し、該管理者の承認がないまま文章が変更されたことを管理者に通知し、文書管理を厳格に行うことができる。   In document management using computerized data, it can be used to set authorization for documents and to prevent falsification of documents. For example, in a document management department that handles multiple sentences in a company, an administrator is identified according to the type of sentence file, the administrator is notified that the sentence has been changed without the approval of the administrator, and document management Can be done strictly.

本発明の一実施形態による文書管理システム全体構成を示す図。1 is a diagram showing an overall configuration of a document management system according to an embodiment of the present invention. 本実施形態によるシステム構成の詳細を示す図。The figure which shows the detail of the system configuration | structure by this embodiment. 本実施形態による文書情報管理テーブルの一例を示す図。The figure which shows an example of the document information management table by this embodiment. 本実施形態による文書別管理レベルテーブルの一例を示す図。The figure which shows an example of the management level table classified by document by this embodiment. 本実施形態によるユーザ管理テーブルの一例を示す図。The figure which shows an example of the user management table by this embodiment. 文書情報管理テーブルに初期情報を登録する際の動作フローチャート。6 is an operation flowchart when initial information is registered in a document information management table. 文書情報管理テーブルに承認依頼するための追加情報を登録する際の動作フローチャート。The operation | movement flowchart at the time of registering the additional information for requesting approval to a document information management table. 文書情報管理テーブルに文書の承認情報を登録する際の動作フローチャート。The operation | movement flowchart at the time of registering the approval information of a document in a document information management table. 文書情報管理テーブルに登録されている文書ファイルの更新有無をチェックする際の動作フローチャート。6 is an operation flowchart for checking whether or not a document file registered in a document information management table is updated. 文書情報管理テーブルに登録されている文書ファイルを他の記録媒体に退避する際の動作フローチャート。6 is an operation flowchart for saving a document file registered in a document information management table to another recording medium. 別記録媒体に退避されている文書ファイルを文書情報管理テーブルのファイル保存場所へ復元する場際の動作フローチャート。10 is an operation flowchart when restoring a document file saved in another recording medium to a file storage location of the document information management table.

符号の説明Explanation of symbols

1:文書管理システム、10:クライアントマシン、10b:承認依頼画面、10d:文書ファイル復元画面、10a:文書初期情報登録画面、10c:文書情報承認画面、20:文書管理サーバ、20a:文書更新有無チェック処理、20b:文書退避処理、20b:文書退避処理部、21:文書管理テーブル、22:文書別管理レベルテーブル、23:ユーザ管理テーブル。
1: Document management system, 10: Client machine, 10b: Approval request screen, 10d: Document file restoration screen, 10a: Document initial information registration screen, 10c: Document information approval screen, 20: Document management server, 20a: Document update presence / absence Check processing, 20b: document saving processing, 20b: document saving processing unit, 21: document management table, 22: document-specific management level table, 23: user management table.

Claims (3)

文書管理クライアントと文書管理情報を保存する文書管理サーバと、複数の文書ファイルを保存する文書ファイルサーバを有するクライアントサーバ型の文書管理システムにおいて、
前記管理サーバが、文書種別に応じた複数の管理レベルを格納した文書別管理レベルテーブルと、複数のユーザIDに対応した管理レベル及び更新通知先とを格納したユーザ管理テーブルと、複数の文書ファイルに対応した文書種別とファイル保管場所とファイル更新日時と管理者承認日時とを格納した文書情報管理テーブルとを備え、入力された文書種別を基に文書別管理レベルテーブルを参照して求めた管理レベルに比して高度な管理レベルのユーザIDに対応した更新通知先を前記文書管理テーブルに格納することを特徴とする文書管理システム。
In a client server type document management system having a document management client, a document management server for storing document management information, and a document file server for storing a plurality of document files,
The management server stores a plurality of management levels corresponding to document types, a user management table storing management levels and update notification destinations corresponding to a plurality of user IDs, and a plurality of document files. A document information management table that stores the document type, file storage location, file update date and time, and administrator approval date and time corresponding to the file, and the management obtained by referring to the management level table for each document based on the input document type A document management system, wherein an update notification destination corresponding to a user ID having a higher management level than the level is stored in the document management table.
前記請求項1記載の文書管理システムにおいて、文書情報管理テーブルに格納したファイル更新日時と管理者承認日時とを比較し、ファイル更新日時が管理者承認日時を越えた日付の場合、ユーザ管理テーブルに格納した更新通知先へ通知することを特徴とする文書管理システム。   2. The document management system according to claim 1, wherein the file update date stored in the document information management table is compared with the manager approval date, and if the file update date exceeds the manager approval date, the file management date is stored in the user management table. A document management system characterized by notifying a stored update notification destination. 請求項1又は2記載の文書管理システムにおいて、前記文書ファイルサーバに保存した文書ファイルを退避する記憶手段を設け、文書ファイルサーバに保存した文書ファイルを文書ファイルサーバのパス情報と共に記憶手段に退避して記憶することを特徴とする文書管理システム。

3. The document management system according to claim 1, further comprising storage means for saving the document file saved in the document file server, and saving the document file saved in the document file server together with path information of the document file server to the storage means. Document management system characterized by being stored in memory.

JP2004192829A 2004-06-30 2004-06-30 Document management system Withdrawn JP2006018370A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004192829A JP2006018370A (en) 2004-06-30 2004-06-30 Document management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004192829A JP2006018370A (en) 2004-06-30 2004-06-30 Document management system

Publications (1)

Publication Number Publication Date
JP2006018370A true JP2006018370A (en) 2006-01-19

Family

ID=35792623

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004192829A Withdrawn JP2006018370A (en) 2004-06-30 2004-06-30 Document management system

Country Status (1)

Country Link
JP (1) JP2006018370A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007265344A (en) * 2006-03-30 2007-10-11 Fuji Xerox Co Ltd System, method and program for managing document
JP2007323566A (en) * 2006-06-05 2007-12-13 Nec System Technologies Ltd Document management system, document management server, and document management method
US8081335B2 (en) 2006-11-28 2011-12-20 Konica Minolta Business Technologies, Inc. Image processing apparatus, image processing system, method for managing data in the image processing apparatus and computer program product
JP2013214137A (en) * 2012-03-30 2013-10-17 Toshiba Corp Information processor and content transfer method
CN108885725A (en) * 2016-04-04 2018-11-23 赫克斯冈技术中心 The device and method of management 2D document for extensive elementary item

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007265344A (en) * 2006-03-30 2007-10-11 Fuji Xerox Co Ltd System, method and program for managing document
JP2007323566A (en) * 2006-06-05 2007-12-13 Nec System Technologies Ltd Document management system, document management server, and document management method
US8081335B2 (en) 2006-11-28 2011-12-20 Konica Minolta Business Technologies, Inc. Image processing apparatus, image processing system, method for managing data in the image processing apparatus and computer program product
JP2013214137A (en) * 2012-03-30 2013-10-17 Toshiba Corp Information processor and content transfer method
CN108885725A (en) * 2016-04-04 2018-11-23 赫克斯冈技术中心 The device and method of management 2D document for extensive elementary item
CN108885725B (en) * 2016-04-04 2022-12-13 赫克斯冈技术中心 Method, apparatus, and non-transitory computer-usable medium for managing large-scale base items

Similar Documents

Publication Publication Date Title
US8201079B2 (en) Maintaining annotations for distributed and versioned files
US7689578B2 (en) Dealing with annotation versioning through multiple versioning policies and management thereof
US9146975B2 (en) Systems and methods for integration of business applications with enterprise content management systems
US8214508B2 (en) Support apparatus, program, information processing system and support method
JP5072550B2 (en) Information processing apparatus, information processing method, and program
JP2007172280A (en) Access right management method, device and program
US20150199196A1 (en) Systems and methods for multi-tiered format registration for applications
JP2009145972A (en) DATABASE SYSTEM AND DATABASE SYSTEM CONTROL METHOD
US10110771B2 (en) Managing printed documents in a document processing system
US20050198565A1 (en) Method and apparatus for automatic update ad notification of documents and document components stored in a document repository
CN106503186A (en) A kind of data managing method, client and system
JP2006018370A (en) Document management system
CN111104382A (en) File default naming method and device and electronic equipment
JP6242087B2 (en) Document management server, document management method, computer program
JP2009003879A (en) Information processing system, information processing program, and information processing method
JP4191239B2 (en) Access authority control system
JP2004178119A (en) Information management system
JP6671649B2 (en) Information processing device
US10438011B2 (en) Information processing apparatus and non-transitory computer readable medium
JP4630691B2 (en) Database apparatus and processing method thereof
JP5783010B2 (en) Index management program, index management device, and search system
JP5144974B2 (en) Module management method, module management apparatus, and module management program
JP3939904B2 (en) Workflow system, document approval method, and storage medium
JP2006350627A (en) Document management system
JP2015011612A (en) Information processor and information processing program

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20070904