JP5499388B2 - Compiler for document, validation check and development document creation and deliberation system using it - Google Patents

Compiler for document, validation check and development document creation and deliberation system using it Download PDF

Info

Publication number
JP5499388B2
JP5499388B2 JP2012213117A JP2012213117A JP5499388B2 JP 5499388 B2 JP5499388 B2 JP 5499388B2 JP 2012213117 A JP2012213117 A JP 2012213117A JP 2012213117 A JP2012213117 A JP 2012213117A JP 5499388 B2 JP5499388 B2 JP 5499388B2
Authority
JP
Japan
Prior art keywords
approval
document
input
input screen
definition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2012213117A
Other languages
Japanese (ja)
Other versions
JP2014052991A (en
Inventor
慎吾 佐々木
浩介 中村
Original Assignee
株式会社グリーンアイティシステムズ
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 株式会社グリーンアイティシステムズ filed Critical 株式会社グリーンアイティシステムズ
Priority to JP2012213117A priority Critical patent/JP5499388B2/en
Publication of JP2014052991A publication Critical patent/JP2014052991A/en
Application granted granted Critical
Publication of JP5499388B2 publication Critical patent/JP5499388B2/en
Expired - Fee Related 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 an approval system.

近年、社内や組織でやり取りされる書類の電子化が進んでおり、書類の承認・決裁についても電子で行う事が少なくない。
書類を電子化し電子的に承認・決裁するにあたり、書類がどのような様式に従うべきか、書類の様式毎にどのような経路で承認・決裁を行うべきかを事前に定めておく事が必要となる。
In recent years, digitalization of documents exchanged in the company and organizations has progressed, and there are many cases where documents are approved and approved electronically.
It is necessary to pre-determine what format the document should follow and what route should be approved and approved for each document format when digitizing and electronically approving and finalizing the document. Become.

従来の技術では、書類の様式の定義は、書類の電子化のためのミドルウェアを導入し、システムの管理者等がミドルウェア付属のグラフィカルな専用デザインツールによってデータベース定義及び入力画面のデザインを行っていた。  In the conventional technology, middleware for document digitization was introduced to define the format of documents, and system administrators etc. designed database definitions and input screens using a dedicated graphical design tool attached to the middleware. .

また、承認・決裁の経路はBPEL又は同程度の能力を持つビジネスプロセス記述言語により、グラフィカルに経路を記述していく方法がとられる。この記述は、システムの管理者によって書類の様式毎に記述されるか、一般利用者が書類を作成する際に選択するような方法を採ることが一般的である。  The approval / decision path is graphically described by BPEL or a business process description language having the same ability. This description is generally described for each document format by the system administrator, or is generally selected by a general user when creating the document.

特開2004−246516号公報JP 2004-246516 A 特開2007−072692号公報JP 2007-072692 A

書類の様式の定義は、グラフィカルな専用ツールを利用して個別に様式を作成して実現することが通常行われている。このため、利用者が、大量の様式を定義しなければならなくなったり、軽微な様式の修正でも、グラフィカルな専用ツールによっては、修正の手間を考慮しておらず、利用者が該当する全ての様式を個別に全て修正しなくてはならず、修正による再利用することが困難であるなど、利用者に多大な作業を強いるものであった。  The definition of document formats is usually realized by creating individual formats using a dedicated graphical tool. For this reason, the user has to define a large number of styles, and even if minor styles are modified, some of the graphical dedicated tools do not take the effort of modification into account, and all applicable All the forms had to be individually corrected, and it was difficult for the users to reuse the data by correction.

また、会社独自の番号体系のチェックロジックを画面に埋め込みたい等の会社で使用する上で必要な要件を追加する場合は、通常専用ツールでは想定されていないため、このような画面は作成不可能であるか可能な場合でも定義が難しいことが課題であった。このため、利用者が実用的に使用するためにカスタマイズと称される大規模な改修を行い多大なコストを払って運用することが通例行われてきた。このような改造を行った場合、組織の改変や構成員の変更が発生した場合に、カスタマイズ部分がこのような変更を考慮されていない場合には、十分な対応が行えないか、若しくはさらに多大なコストと時間を費やして対応することなるため、結果的に運用コストが一層増大するか、場合によっては組織の改変を阻害する要因ともなってきた。  In addition, when adding requirements necessary for use in a company such as wanting to embed check logic of the company's own numbering system in the screen, such a screen cannot be created because it is not normally assumed by dedicated tools The problem was that it was difficult to define even if possible. For this reason, it has been a common practice for users to make large-scale modifications called customizations and use them at great cost for practical use. When such modifications are made, if there is an organizational change or a member change, and if the customized part does not take such changes into account, it will not be possible to respond adequately or even more As a result, it is necessary to spend a lot of time and time, and as a result, the operation cost further increases, or in some cases, it has become a factor that hinders organizational modification.

次に、承認経路をBPEL等の言語を使って記述して行く方法では、飛び決や、代行決裁など例外的な経路も含め取り得る経路を様式ごとに全て記述しておかなければ動作させることができず、あらかじめ例外的な経路を全て記述するために膨大な作業を強いられるため記述のコストが高い。また、組織構造や構成員に変更が発生した場合に、様式毎に定義された承認経路の見直しが発生してしまう。組織構造の一部を改変する場合でも、例外的な経路を記述する方法であるため、承認経路全体に渡っての見直しが発生し、改変後の確認作業も、承認経路全体に渡って行う必要があるため、確認作業が膨大となることが課題であった。  Next, in the method of describing the approval route using a language such as BPEL, if all routes that can include exceptional routes such as skipping and proxy approval are not described for each style, it is operated. However, the cost of description is high because enormous work is required to describe all the exceptional paths in advance. In addition, when a change occurs in the organizational structure or members, the approval path defined for each form is reviewed. Even when a part of the organizational structure is modified, it is a method to describe an exceptional route. Therefore, a review of the entire approval route occurs, and the confirmation work after the modification must be performed over the entire approval route. Therefore, the problem is that the amount of confirmation work is enormous.

ここでいう、飛び決とは、承認者が不在などの理由で承認できない場合、その上位の承認者が承認を行うことを指す。また、代行承認とは、承認者が不在などの理由で承認できない場合、同一組織内のユーザが代わりに承認を行うことを指す。  As used herein, the term “decision” refers to the approval of a higher-level approver when the approver cannot be approved due to absence or the like. In addition, proxy approval refers to a case where a user in the same organization performs approval instead when approval cannot be performed due to the absence of an approver.

特に、システムが大規模になると、小さな仕様変更であってもそれにより影響を受ける範囲が大きく、システム改修のコストは指数関数的に増大する事が課題であった。  In particular, when the system is large-scale, even a small specification change has a large range of influence, and the cost of system renovation increases exponentially.

本発明は、このような書類の様式及び承認経路の作成と変更を最小限にすることで、システム開発および修正を容易にする事を目的とする。  It is an object of the present invention to facilitate system development and modification by minimizing the creation and change of such document formats and approval paths.

本発明は、組織情報を記憶する手段と、様式を記憶する手段と、稟議書類を記憶する手段と、利用者に入力画面を提供する手段とを備え、利用者により前記入力画面に入力された情報から稟議書類を生成し、前記稟議書類を記憶する手段に記憶させる。  The present invention comprises means for storing organization information, means for storing a form, means for storing a deliberation document, and means for providing an input screen to a user, which is input to the input screen by the user. A request document is generated from the information and stored in the means for storing the request document.

この稟議システムにおいて、前記様式は、様式記述言語によって定義され、前記組織情報の辿り方の記述を含み、前記様式に含まれた前記組織図の辿り方の記述に基づいて、書類の承認経路を決定する。  In this deliberation system, the form is defined by a form description language, includes a description of how to follow the organization information, and determines the approval route of the document based on the description of the way of tracing the organization chart included in the form. decide.

前記組織情報は所属と氏名が別レコードとして構成され、氏名のレコード中に所属へのリンクがある組織図を持つ。(図2)  In the organization information, the affiliation and the name are configured as separate records, and the organization information has an organization chart with a link to the affiliation in the name record. (Figure 2)

前記様式は、既存の型を組み合わせた新しい型の定義を含むことができ、前記既存の型と前記新しい型の定義に基づいて、前記利用者の入力する項目を表示するプログラムおよび利用者の入力した値のチェックを行うプログラムを自動生成する。
ここで、型とは利用者により入力される値に対するデータタイプのことである。例えば、「氏名」や「性別」に対応するデータタイプも型の一種である。型は、文書定義中に型定義を行うことでその文書中で使用することができる。
The format may include a definition of a new type combining existing types, and a program for displaying an item input by the user and a user input based on the definition of the existing type and the new type Automatically generate a program to check the values.
Here, the type is a data type for a value input by the user. For example, data types corresponding to “name” and “gender” are also a type. A type can be used in a document by defining the type in the document definition.

前記利用者によって入力した項目、または複数の項目をパラメータとして利用して前記承認経路を決定する。  The approval route is determined using an item input by the user or a plurality of items as parameters.

前記自動生成するプログラムは、さらに前記様式の説明文の生成を行う。  The automatically generated program further generates a description of the style.

前記新しい型は、変域を設定できる。  The new type can set a domain.

前記新しい型は、前記様式内にて変域を定義または外部データベースに問合せることで変域を定義する。  The new type defines the domain by defining the domain within the style or by querying an external database.

前記チェックを行うプログラムは、利用者の入力の補助データを、前記利用者の入力する項目へ与える。  The program for performing the check provides auxiliary data for user input to items input by the user.

前記様式は、さらに前記利用者の入力する項目の表示方法を定義できる。  The format can further define a display method of items input by the user.

発明が解決しようとする課題にて説明したように、様式については既存の型を基底として、必要な場合のみ既存の型を用いて新しい型を定義し、文書構造を記述する事で、入力画面とチェックロジックを自動生成する事ができ、承認経路については組織図を基底として、必要最低限の変更点のみを定義して承認・決裁ルートを自動生成する事が出来るため、BPELエンジンなどの従来のワークフローエンジンと比較し、プログラムの記述量が大幅に減るため、システムの構築コスト削減、構築速度の向上という効果を有する。  As explained in the problem to be solved by the invention, the input screen is defined by defining the new type using the existing type as the basis, and using the existing type only when necessary, and describing the document structure. And check logic can be automatically generated, and the approval route can be automatically generated by defining only the minimum necessary changes based on the organization chart for the approval route. Compared with this workflow engine, the amount of program description is greatly reduced, so that the system construction cost is reduced and the construction speed is improved.

また、型、及び承認経路を言語を用いて記述する事によって、多数の様式を用意した際にグラフィカルユーザインターフェイスを用いて実現されたものと比較し、多数の様式に関する変更を一度に行うことができ、変更にかかるメンテナンスの時間と経費を節減する効果を有する。  In addition, by describing the type and approval path using a language, it is possible to make changes related to a number of styles at the same time as compared to the one realized using a graphical user interface when a large number of styles are prepared. This can reduce the maintenance time and costs associated with the change.

また、組織図は所属と氏名が別レコードとなっているため、人員異動があった際に氏名のレコードのみ変更すればよく、変更時の修正作業を削減できるという効果を有する。所属は所属の階層構造を表すために、所属のレコード中に別の所属へのリンクを持ち、氏名のレコード中に所属へのリンクがある。  In addition, since the organization chart has separate records for affiliation and name, it is only necessary to change the record of the name when there is a change in personnel, which has the effect of reducing correction work at the time of change. The affiliation has a link to another affiliation in the affiliation record and a link to the affiliation in the name record in order to represent the hierarchical structure of the affiliation.

また、書類とワークフローの知識を、当該言語を用いることで社内や組織で用いられる用語や知識とほとんど相違ない形で記述でき利用者が様式を容易に確認できるため、利用者の確認作業の労力を削減できるという効果を有する。  In addition, the knowledge of documents and workflows can be described in a form that is almost different from the terms and knowledge used in the company or organization by using the language, and the user can easily check the form, so the user's confirmation work effort This has the effect that it can be reduced.

また、当該言語を用いることで、高度なRDBなどについての知識を必要とせず、ユーザの目線でシステム構築ができるというシステム構築のコストを削減できるという効果を有する。  Further, the use of the language has the effect of reducing the cost of system construction, which requires no knowledge about advanced RDB or the like and enables system construction from the user's perspective.

また、新しい型の定義から自動的に新しい型に関するバリデーションチェックロジックを生成するため、バリデーション用のサーブレットを書く必要がなく開発コストを削減できるという効果を有する。  In addition, since the validation check logic for the new type is automatically generated from the definition of the new type, it is not necessary to write a validation servlet, and the development cost can be reduced.

また、組織図とポリシーにより、全体の承認経路の決定を操作できるため、様々な稟議体系に対応することができる。  In addition, since it is possible to operate the determination of the entire approval route by the organization chart and the policy, it is possible to cope with various approval systems.

ここで、ポリシーとは承認経路の決定に考慮される一種のルールであり、組織図や様式に定義されるものである。  Here, a policy is a kind of rule that is taken into consideration in determining an approval route, and is defined in an organization chart or style.

前記組織図には、書類の承認経路の決定を操作するためのポリシーを定義できる。このポリシーは前記言語により書類の承認経路を決定するときに考慮される。前記言語は、前記ポリシーを変更する事も出来る。  In the organization chart, a policy for operating the determination of the approval route of the document can be defined. This policy is taken into account when determining the approval path of a document according to the language. The language can also change the policy.

さらに、組織図、および、書類の様式、新たな型の定義、承認ポリシーから、個々の様式に関する個別の入力画面、および、チェックロジックを自動生成して用いるため、書類作成時に用いる情報の依存関係が少なく、規模に応じたシステムのスケールアウトが行いやすいという効果を有する。  In addition, since the organization chart, document format, new type definition, approval policy, individual input screens for each format, and check logic are automatically generated and used, the dependency of information used when creating documents There is an effect that the system is easily scaled out according to the scale.

この発明を実現するために、組織情報である組織図、様式を記述する能力を持つ言語を用意する。ここで様式とは、利用者が最終成果物である書類を作成するための基礎となるものとして定義する。様式とは一般的にテンプレートとして呼ばれることもある。  In order to realize the present invention, an organization chart that is organization information and a language having the ability to describe a format are prepared. Here, the format is defined as a basis for the user to create a document as a final product. A style is sometimes called a template.

組織図を記述する言語はいずれでも構わないが、当該実施例ではXMLを利用する。この組織図を記述するXMLは、ルート要素を組織図要素301とし、組織図要素301は1つ以上の組織要素302を持ち、組織要素302は0個以上の組織要素302及び1つ以上の役職要素304を持ち、役職要素304は1つ以上のユーザ要素305を持つ。このとき役職要素304が所属する組織の代表である場合は、役職要素は代表属性306を持つ。このように、実際の組織の階層構造に対応したXMLによって組織図を表現する。(図3)  Any language can be used for describing the organization chart, but XML is used in this embodiment. In the XML describing this organization chart, the root element is an organization chart element 301, the organization chart element 301 has one or more organization elements 302, and the organization element 302 has zero or more organization elements 302 and one or more job titles. The element 304 has one or more user elements 305. At this time, if the post element 304 is a representative of the organization to which the post element 304 belongs, the post element has a representative attribute 306. As described above, the organization chart is expressed by XML corresponding to the hierarchical structure of the actual organization. (Figure 3)

組織図の組織要素302の属性303として、強制決裁と代行承認の可否が真偽値で記述される(図3)。これは組織全体の承認ポリシーとなる。  As an attribute 303 of the organization element 302 of the organization chart, whether or not compulsory approval and proxy approval are possible is described with a true / false value (FIG. 3). This is the approval policy for the entire organization.

様式を記述する言語はいずれでも構わないが、当該実施例では専用の言語(様式記述言語)とする。様式は、承認経路の定義402、新しい型の定義403、文書構造の定義404を記述できる。承認経路の定義402は、承認ポリシーの定義401として強制決裁と代行承認の可否を記述できる。承認経路の定義402は、権限の委譲、組織図に対しての経路の追加が記述できる。新しい型の定義403は既存の型又は定義済みの新しい型を使って新しい型を定義する。文書構造の定義404は文書を構成する項目の階層構造を記述し、項目に既存の型又は定義した新しい型を当てはめる。文書を構成する項目は、初期入力値を指定する事も出来る。(図4)  Any language may be used to describe the style, but in this embodiment, a dedicated language (style description language) is used. As the format, an approval route definition 402, a new type definition 403, and a document structure definition 404 can be described. The approval path definition 402 can describe whether or not compulsory approval and proxy approval can be made as the approval policy definition 401. The approval route definition 402 can describe delegation of authority and addition of a route to the organization chart. New type definition 403 defines a new type using an existing type or a new type already defined. The document structure definition 404 describes a hierarchical structure of items constituting the document, and an existing type or a new type defined is applied to the item. The initial input value can be specified for the items constituting the document. (Fig. 4)

新しい型は、既存の型に対して値の範囲に制限を付けることと、型を組み合わせて新たな型とすることと、型の定義は変更せずに名前だけを変更することが出来る。範囲の制限は、テキスト型を元とする場合は正規表現で指定する方法と列挙値をあげて指定する方法がある。数値型の場合は、列挙値をあげて指定する方法と、変域を指定する方法がある。  A new type can limit the range of values for an existing type, combine the types into a new type, and change only the name without changing the type definition. There are two ways to limit the range: the regular expression and the enumeration value when the text type is used. For numeric types, there are a method of specifying enumerated values and a method of specifying a domain.

生成される入力画面はHTMLとし、チェックロジックはアプリケーションサーバで実行可能なサーブレットとする。  The generated input screen is HTML, and the check logic is a servlet that can be executed by the application server.

また、この言語を解釈し入力画面であるHTML及びチェックロジックであるサーブレットを生成する装置501と、組織図、様式を保存するサーバ502と、生成されたHTMLを配信するWebサーバ503と、サーブレットを実行し結果を返すアプリケーションサーバ504と、HTMLを表示するWebブラウザ505と、書類を保存する装置506を用意する(図5)。既存の型については、装置501内に定義される。  In addition, a device 501 that interprets this language and generates an HTML that is an input screen and a servlet that is a check logic, a server 502 that stores an organization chart and a format, a Web server 503 that distributes the generated HTML, and a servlet An application server 504 that executes and returns a result, a Web browser 505 that displays HTML, and a device 506 that stores documents are prepared (FIG. 5). Existing types are defined within device 501.

また、入力画面HTMLの入力フォームの内容を変更した際に呼ばれるロジック201と、入力画面HTMLから書類を提出するときに呼ばれるロジック202を、生成されたHTMLを配信するWebサーバ503に保存する。ロジック201は、入力フォームの内容の変更を検知し、その時点の入力フォームの内容を、サーブレットを実行し結果を返すアプリケーションサーバ504に非同期で送信し、結果を入力画面に反映する機能を持つ。ロジック202は入力画面HTMLの入力フォームの内容から、書類を表すXMLを作成し、書類を保存する装置506へ送信する機能を持つ。  In addition, the logic 201 called when the contents of the input form of the input screen HTML are changed and the logic 202 called when the document is submitted from the input screen HTML are stored in the Web server 503 that distributes the generated HTML. The logic 201 has a function of detecting a change in the content of the input form, asynchronously transmitting the content of the input form at that time to the application server 504 that executes the servlet and returns the result, and reflects the result on the input screen. The logic 202 has a function of creating XML representing a document from the contents of the input form on the input screen HTML and transmitting it to the device 506 for storing the document.

ユーザが組織図及び様式を組織図、様式を保存するサーバ502に保存すると、装置501が起動される。(図5▲1▼When the user saves the organization chart and the form in the organization chart and the server 502 for saving the form, the apparatus 501 is activated. (Fig. 5 ( 1 ))

装置501は、様式中に新しい型があれば、既存の型に分解し、既存の型に対して用意されたチェックロジックと加えられた制限を使って新しい型に対応する新たなチェックロジックを生成し実行可能なサーブレットを作成する。  If there is a new type in the style, the device 501 decomposes it into the existing type and generates a new check logic corresponding to the new type using the check logic prepared for the existing type and the added restrictions. Create an executable servlet.

装置501は、様式の定義をHTMLのブロック要素601に置き換え、ブロック要素601の属性値に様式名を含める。様式の文書構造を解釈し、所定のHTMLのブロック要素602に置き換える。このとき項目名はブロック要素602の属性603に含める。文書構造の項目に割り当てられた型が既存の型であれば、既存の型に対して用意されたHTMLの入力フォーム要素604に置き換える。型が新しい型であれば、既存の型に分解し、同様にHTML要素604に置き換える。(図6)  The device 501 replaces the format definition with an HTML block element 601 and includes the format name in the attribute value of the block element 601. The document structure of the form is interpreted and replaced with a predetermined HTML block element 602. At this time, the item name is included in the attribute 603 of the block element 602. If the type assigned to the item of the document structure is an existing type, it is replaced with an HTML input form element 604 prepared for the existing type. If the type is a new type, it is decomposed into an existing type and similarly replaced with an HTML element 604. (Fig. 6)

装置501は、様式に承認ポリシーの記載があれば組織図の承認ポリシーに優先し、その様式の承認ポリシーとする。  If the approval policy is described in the form, the apparatus 501 takes precedence over the approval policy of the organization chart and sets it as the approval policy of the form.

装置501は、様式に権限を委譲する旨の記載があれば、該当する役職に対して、権限を委譲する属性を付与し、その様式の新たな組織図とする。例えば社長の権限を事業部長に委譲するのであれば、組織図の全ての事業部長に社長の権限を委譲する属性を付与する。この定義はこの様式を元に作成した書類に対して有効である。  If there is a statement that authority is delegated in the form, the device 501 assigns an attribute for delegating authority to the corresponding position, and creates a new organization chart of the form. For example, if the president's authority is delegated to the business manager, an attribute for delegating the president's authority is assigned to all business managers in the organization chart. This definition is valid for documents created based on this form.

装置501は、様式に別部署による承認が必要な旨の記載があれば、組織図のツリー構造を変更する。例えば部長の承認の前に経理担当と経理課長の承認が必要な場合、組織図の全ての部長の直下の階層に、経理担当と経理課長による承認経路を追加する。  The apparatus 501 changes the tree structure of the organization chart if the form indicates that approval by another department is required. For example, if approval by the accounting manager and the accounting section manager is required before the approval of the department manager, an approval path by the accounting staff and the accounting section manager is added to the hierarchy immediately below all department managers in the organization chart.

装置501は、変更された組織図をHTMLのブロック要素701に置き換える。このとき組織図を構成する各要素の要素名は、ブロック要素701の属性702へ記述する。組織図を構成する各要素の全ての属性は、ブロック要素701の属性に置き換えられる。(図7)  The apparatus 501 replaces the changed organization chart with an HTML block element 701. At this time, the element name of each element constituting the organization chart is described in the attribute 702 of the block element 701. All the attributes of each element constituting the organization chart are replaced with the attributes of the block element 701. (Fig. 7)

装置501は、文書構造を置き換えた要素602と、組織図を変換した要素701より、入力画面HTMLを生成する。また、入力フォームの内容を変更した際に呼ばれるロジック201と、書類を提出するときに呼ばれるロジック202へのリンクを合わせて出力する。  The apparatus 501 generates an input screen HTML from an element 602 whose document structure is replaced and an element 701 whose organization chart is converted. Also, a logic 201 called when the contents of the input form are changed and a link to the logic 202 called when the document is submitted are output together.

装置501は、生成した入力画面HTMLをWebサーバ503へ、生成したサーブレットをアプリケーションサーバ504へ保存する。(図5▲2▼、▲3▼The apparatus 501 stores the generated input screen HTML in the Web server 503 and the generated servlet in the application server 504. ( Fig.5 ( 2 ) , ( 3 ))

ユーザがWebブラウザ505を利用してWebサーバ503へアクセスし、入力画面HTMLおよびロジック201とロジック202を取得すると、Webブラウザ505が取得した入力画面HTMLを表示する。(図5▲4▼When the user accesses the Web server 503 using the Web browser 505 and acquires the input screen HTML and the logic 201 and the logic 202, the input screen HTML acquired by the Web browser 505 is displayed. (Figure 4 ( 4 ))

ユーザが入力画面へ必要事項を入力する。(図5▲5▼The user inputs necessary information on the input screen. (Figure 5 ▲ 5 ▼)

Webブラウザ505は入力値の変更を契機に、javascriptのxml_Http_Request等で実装されたロジック201を使って非同期でアプリケーションサーバ504のチェックロジックサーブレットへ変更された入力値を送信し、入力値のチェックを行う。(図5▲6▼)値に問題があれば、エラーを表示する。このときチェックロジックを特定するキーとして型名を利用する。エラーの表示の形態としては、ダイアログボックスを使って警告したり、入力値をフォームの要素の色を変えて警告したり、ブロック要素の色や形等の属性値を変更して警告を行う。When the input value is changed, the Web browser 505 asynchronously transmits the changed input value to the check logic servlet of the application server 504 using the logic 201 implemented in the XML_Http_Request of Javascript, and checks the input value. . (Fig. 5 ( 6 )) If there is a problem with the value, an error is displayed. At this time, the type name is used as a key for specifying the check logic. As a form of error display, a warning is given using a dialog box, a warning is given by changing the color of the element of the form for the input value, or a warning is given by changing attribute values such as the color and shape of the block element.

ユーザは必要事項を全て入力し、提出ボタンをクリックすると、Webブラウザ505は入力画面HTMLからリンクされたロジック202を実行する。  When the user inputs all necessary items and clicks the submit button, the Web browser 505 executes the logic 202 linked from the input screen HTML.

ロジック202は文書構造を表現しているHTMLのブロック要素602をXML要素801に変換する。このときブロック要素602の属性603をXML要素801の要素名とする。また、入力フォーム要素604は、XML要素802に変換し、入力フォーム要素604に入力された値を、XML要素802の内容803とする。(図8)  The logic 202 converts an HTML block element 602 representing a document structure into an XML element 801. At this time, the attribute 603 of the block element 602 is used as the element name of the XML element 801. Also, the input form element 604 converts to an XML element 802 and uses the value input to the input form element 604 as the content 803 of the XML element 802. (Fig. 8)

ロジック202は入力画面HTML中の組織図を表すブロック要素701から利用者のユーザidが一致するユーザを探し、ユーザからツリーの階層構造に沿って上位に辿った経路を承認経路とし、その経路上の組織及び代表者属性が付与された役職、ユーザをそれぞれXMLの承認予定者要素901、役職要素902、ユーザ要素903に置き換えて承認経路を表すXMLを生成する。以上のルールで文書を表すXMLを生成する。(図9)  The logic 202 searches the block element 701 representing the organization chart in the input screen HTML for a user having the same user id of the user, and sets a route traced higher from the user along the hierarchical structure of the tree as an approval route. The position and user to which the organization and representative attributes are assigned are respectively replaced with the XML approval-scheduled person element 901, the position element 902, and the user element 903, and XML representing the approval route is generated. XML representing a document is generated according to the above rules. (Fig. 9)

ロジック202は利用者を作成予定者として作成予定者要素905を作成し、作成予定者要素905の下位に役職要素、ユーザ要素を記述する。また、あわせて作成レたユーザを作成者要素906、作成した日時を、作成日時要素907として、作成予定者要素905の下位に記述する。  The logic 202 creates a scheduled creator element 905 with the user as a scheduled creator, and describes a job title element and a user element below the scheduled creator element 905. In addition, the user who has been created is described as a creator element 906, and the date and time of creation is described as a creation date and time element 907 below the planned creator element 905.

ロジック202は文書を表すXMLと承認経路を表すXMLから書類XMLを生成し、書類を保存する装置506に送信する。(図5▲7▼The logic 202 generates a document XML from the XML representing the document and the XML representing the approval path, and transmits the document XML to the device 506 for storing the document. (Fig. 5 ▲ 7 ▼ )

装置506は、サーバ104のチェックロジックサーブレットを呼び出し、書類XMLのチェックを行う。(図5▲8▼The device 506 calls the check logic servlet of the server 104 and checks the document XML. ( Fig.5 ▲ 8 ▼ )

書類XMLに問題がなければ書類を保存する。(図5▲9▼If there is no problem with the document XML, the document is saved. (Figure 5 ( 9 ))

なお、ハードウェアの構成について、当該サーバは複数台として記載してあるが、もちろん単体のサーバとして実装してもよく、また、複数の筐体で構成することを否定するものではない。  The hardware configuration is described as a plurality of servers, but of course, it may be implemented as a single server, and it is not denied that the server is configured with a plurality of housings.

実施例1にて、組織図から承認経路を求める詳細な方法を示す。  In Example 1, the detailed method of calculating | requiring an approval path | route from an organization chart is shown.

様式に承認経路の設定を一切記述しなかった場合、書類を作成するユーザの所属する組織から最上位の組織まで辿った経路を承認経路とし、この経路上の各組織の代表者が承認者となる。(図10)  If no approval route setting is described in the form, the route from the organization to which the user creating the document belongs to the highest organization is the approval route, and the representative of each organization on this route is the approver. Become. (Fig. 10)

代表者は長で示される属性値であっても良いし、代表者である別の属性値を定めても良い。  The representative may be an attribute value indicated by a length, or another attribute value that is a representative may be determined.

実施例1にて、権限の委譲があった場合に組織図から承認経路を求める詳細な方法を示す。  In the first embodiment, a detailed method for obtaining an approval route from an organization chart when authority is delegated will be described.

様式に承認経路の設定として、ユーザAの権限をユーザBへ委譲するよう記述されていた場合、ユーザBが承認を行えば、ユーザAについても承認を行ったとみなす。ユーザAが中間承認者であった場合、書類を作成するユーザの所属する組織から最上位の組織まで辿った経路のうちユーザBの所属する組織のひとつ上位の組織からユーザAの所属する組織までを除く経路を承認経路とする。ユーザAが最終決裁者つまり全組織の長であった場合、書類を作成するユーザの所属する組織からユーザBの所属する組織まで辿った経路を承認経路とする。この承認経路上の各組織の代表者が承認者となる。(図11)  If it is described in the form that the authority of the user A is transferred to the user B as the setting of the approval route, if the user B approves, it is considered that the user A has also been approved. When user A is an intermediate approver, from the organization that belongs to user B to the organization to which user A belongs in the route traced from the organization to which the user creating the document belongs to the highest organization Routes other than are approved routes. When the user A is the final approver, that is, the head of all organizations, the route traced from the organization to which the user creating the document belongs to the organization to which the user B belongs is set as the approval route. The representative of each organization on this approval path becomes the approver. (Fig. 11)

実施例1にて、別組織の承認が必要だった場合に組織図から承認経路を求める詳細な方法を示す。  In Example 1, when the approval of another organization is required, the detailed method of calculating | requiring an approval path | route from an organization chart is shown.

様式に承認経路の設定として、役職Jが承認する前に他の組織WWの承認が必要であると記述されていた場合、組織図に組織Kを含む承認経路を追加する。まず、組織Kから最上位の組織まで辿った経路を経路Lとする。このとき経路L上で権限の委譲設定が有れば、実施例3で示した通り経路から委譲者を取り除く。役職Jの所属する組織の前に経路Lを追加し、その上で書類を作成するユーザの所属する組織から最上位の組織まで辿った経路を承認経路とする。この経路上の各組織の代表者が承認者となる。(図12)  If the approval path is set in the form and it is described that the approval of another organization WW is necessary before the post J approves, the approval path including the organization K is added to the organization chart. First, a route traced from the organization K to the highest organization is defined as a route L. At this time, if there is authority delegation setting on the path L, the delegator is removed from the path as shown in the third embodiment. A route L is added in front of the organization to which the post J belongs, and a route traced from the organization to which the user creating the document belongs to the highest organization is set as the approval route. The representative of each organization on this route becomes the approver. (Fig. 12)

実施例1にて、保存された書類を検索し、自身が承認しなければならない書類を特定する方法を示す。  In the first embodiment, a method for searching a stored document and identifying a document that the user must approve will be described.

実施例1で定めた、装置に加え、書類を検索する装置507を用意する。  In addition to the apparatus defined in the first embodiment, an apparatus 507 for retrieving documents is prepared.

ユーザはWebブラウザ505を利用して、書類を検索する装置507に対して、承認者要素を持たない承認予定者要素の子孫のユーザ要素に自身のuserIDが存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素がある書類を検索するよう要求する。書類を検索する装置507は要求された条件で検索を行い、条件に該当する書類の一覧を返す。  The user uses the Web browser 505 to search for a document 507, and the user element of the user element that is a descendant of the approver element that does not have an approver element exists. A request is made to search for a document having an approver element having an approver element or a creator element having an author element at a lower level. The document search device 507 performs a search under the requested conditions and returns a list of documents that meet the conditions.

実施例1にて、承認を行う方法を示す。  In Example 1, a method for performing approval will be described.

実施例1及び実施例5で定めた装置に加え、承認をする装置512を用意する。また承認を行う画面2701を用意しWebサーバ503に保存する。承認を行う画面2701は、書類を取得し表示する機能と、ユーザが承認をするボタンと、ユーザの承認を承認をする装置512に送信する機能を持つ。  In addition to the devices defined in the first and fifth embodiments, a device 512 for approval is prepared. A screen 2701 for performing approval is prepared and stored in the Web server 503. The approval screen 2701 has a function of acquiring and displaying a document, a button for the user to approve, and a function of transmitting to the device 512 for approving the user's approval.

ユーザは実施例5で示した方法で、承認を行う書類の一覧を取得し、承認を行う書類を選択する。ユーザは承認を行う画面2701に承認を行う書類の識別子を渡し、承認を行う画面2701に承認する書類を表示する。ユーザが承認ボタンを押下すると、承認を行う画面2701は、承認をする装置512に、前記識別子とユーザidを送信する。承認をする装置512は、前記識別子により変更する書類を特定し、書類から当該ユーザを探す。当該ユーザが承認予定者として存在したならば、承認予定者要素1301の下位に、承認者要素1302と承認日時要素1303を追加する。(図13)  The user acquires a list of documents to be approved by the method described in the fifth embodiment, and selects a document to be approved. The user passes the identifier of the document to be approved to the screen 2701 for approval, and displays the document to be approved on the screen 2701 for approval. When the user presses the approval button, the approval screen 2701 transmits the identifier and the user id to the device 512 for approval. The approving apparatus 512 specifies the document to be changed by the identifier, and searches for the user from the document. If the user exists as an approval candidate, an approver element 1302 and an approval date / time element 1303 are added below the approval candidate element 1301. (Fig. 13)

実施例1にて、差戻しを行う方法を示す。差戻しとは承認者が、書類を承認せず書類作成者に書類の再作成を指示することである。  In the first embodiment, a method for performing return sending will be described. Send back means that the approver does not approve the document but instructs the document creator to re-create the document.

実施例1及び実施例5で定めた装置に加え、承認経路を変更する装置513を用意する。また差戻しを行う画面2702を用意しWebサーバ503に保存する。差戻しを行う画面2702は、書類を取得し表示する機能と、ユーザが差戻しをするボタンと、ユーザの差戻しにより書類の承認経路を変更する機能と、変更した承認経路を承認経路を変更する装置513に送信する機能を持つ。  In addition to the devices defined in the first and fifth embodiments, a device 513 for changing the approval route is prepared. Also, a screen 2702 for sending back is prepared and stored in the Web server 503. A screen 2702 for sending back a document includes a function for acquiring and displaying a document, a button for the user to send back, a function for changing the approval route of the document by the user's return, and a device 513 for changing the approval route of the changed approval route. With the ability to send to.

ユーザは実施例5で示した方法で、承認可能な書類の一覧を取得し、差戻しを行う書類を選択する。ユーザは差戻しを行う画面2702に差戻しを行う書類の識別子を渡し、差戻しを行う画面2702に書類を表示する。ユーザが差戻しボタンを押下すると、差戻しを行う画面2702は、書類から当該ユーザを探す。当該ユーザが承認予定者として存在したならば、承認予定者要素1401の下位に、差戻し者要素1402と差戻し日時要素1403を追加する。差戻しを行う画面2702は、書類から承認者要素及び承認日時要素、作成者要素、作成者日時を検索し、存在したならば削除する(図14)。差戻しを行う画面2702は、承認経路を変更する装置513に、前記識別子と変更された承認経路を送信する。承認経路を変更する装置513は、前記識別子により変更する書類を特定し、当該書類に記述された現在の承認経路要素を承認経路履歴要素に変更する。次に、当該書類に変更された新しい承認経路を追加する。  The user acquires a list of documents that can be approved by the method described in the fifth embodiment, and selects a document to be sent back. The user passes the identifier of the document to be sent back to the screen 2702 for sending back, and displays the document on the screen 2702 for sending back. When the user presses the send back button, the send back screen 2702 searches the document for the user. If the user exists as a prospective approval person, a return person element 1402 and a return date / time element 1403 are added below the approval person element 1401. The screen 2702 for performing the return search searches the approver element, the approval date / time element, the creator element, and the creator date / time from the document, and deletes them if they exist (FIG. 14). The return screen 2702 transmits the identifier and the changed approval route to the device 513 for changing the approval route. The device 513 for changing the approval path specifies the document to be changed by the identifier, and changes the current approval path element described in the document to the approval path history element. Next, a new approval route changed to the document is added.

書類の作成者は、自身が作成予定者であり、当該作成予定者の下位に作成者要素が無い書類を検索をすると、差戻しされた書類を特定できる。  The creator of a document can identify the returned document by searching for a document for which the author is a creator and who does not have a creator element below the planned creator.

実施例1にて、承認時に承認経路を変更する方法を示す。  In the first embodiment, a method of changing the approval route at the time of approval will be described.

実施例1及び実施例5で定めた装置に加え、承認経路を変更する装置513を用意する。また承認経路を変更する画面2703を用意しWebサーバ503に保存する。承認経路を変更する画面2703は、書類を取得し表示する機能と、書類の承認経路を表示する機能と、表示された承認経路に経路を追加する機能と、ユーザが承認経路の変更を確定するボタンと、変更した承認経路を承認経路を変更する装置513に送信する機能を持つ。  In addition to the devices defined in the first and fifth embodiments, a device 513 for changing the approval route is prepared. A screen 2703 for changing the approval route is prepared and stored in the Web server 503. A screen 2703 for changing the approval path is a function for acquiring and displaying a document, a function for displaying the approval path of the document, a function for adding a path to the displayed approval path, and the user confirming the change of the approval path. A button and a function of transmitting the changed approval route to the device 513 for changing the approval route.

ユーザは実施例5で示した方法で、承認可能な書類の一覧を取得し、承認経路を変更する書類を選択する。ユーザは承認経路を変更する画面2703に承認経路を選択する書類の識別子を渡し、承認経路を変更する画面2703に書類と承認経路を表示する。ユーザが画面にて承認経路を追加すると、承認経路を変更する画面2703は書類の承認経路についても変更を行う。ユーザが承認経路の変更を確定するボタンを押下すると、承認経路を変更する画面2703は、承認経路を変更する装置513に、前記識別子と変更された承認経路を送信する。承認経路を変更する装置513は、前記識別子により変更する書類を特定し、当該書類に記述された現在の承認経路要素を承認経路履歴要素に変更する。次に、当該書類に変更された新しい承認経路を追加する。  The user obtains a list of documents that can be approved by the method described in the fifth embodiment, and selects a document whose approval route is to be changed. The user passes the identifier of the document for selecting the approval path to the screen 2703 for changing the approval path, and displays the document and the approval path on the screen 2703 for changing the approval path. When the user adds an approval route on the screen, the screen 2703 for changing the approval route also changes the approval route of the document. When the user presses the button for confirming the change of the approval route, the screen 2703 for changing the approval route transmits the identifier and the changed approval route to the device 513 for changing the approval route. The device 513 for changing the approval path specifies the document to be changed by the identifier, and changes the current approval path element described in the document to the approval path history element. Next, a new approval route changed to the document is added.

実施例1にて、強制決裁を行う方法を示す。強制決裁とは、上位者が決裁する事で、未承認のユーザがいても強制的に書類を決裁する事を指す。  In the first embodiment, a method for performing forced approval will be described. Forced approval refers to the approval of a document even if there is an unapproved user by the approval of a superior.

実施例1で定めた装置に加え、書類を検索する装置507と、承認をする装置512を用意する。また承認を行う画面2701を用意しWebサーバ503に保存する。承認を行う画面2701は、書類を取得し表示する機能と、ユーザが承認をするボタンと、ユーザの承認を承認をする装置512に送信する機能を持つ。  In addition to the devices defined in the first embodiment, a device 507 for retrieving documents and a device 512 for approving documents are prepared. A screen 2701 for performing approval is prepared and stored in the Web server 503. The approval screen 2701 has a function of acquiring and displaying a document, a button for the user to approve, and a function of transmitting to the device 512 for approving the user's approval.

ユーザはWebブラウザ505を利用して、書類を検索する装置506に対して、承認ポリシーの強制決裁が可能と設定されていて、自身が承認予定者として存在し、当該承認予定者要素に承認者要素が無い書類を検索するよう要求する。書類を検索する装置506は要求された条件で検索を行い、条件に該当する書類の一覧を返す。  The user is set to be able to forcibly approve the approval policy for the device 506 for searching for documents using the Web browser 505, and the user exists as a person who is scheduled to be approved. Request to search for documents with no elements. The document search device 506 performs a search under the requested conditions and returns a list of documents that meet the conditions.

ユーザは強制決裁を行う書類を選択し、承認を行う画面2701に強制決裁を行う書類の識別子を渡し、承認を行う画面2701に承認する書類を表示する。ユーザが承認ボタンを押下すると、承認を行う画面2701は、承認をする装置512に、前記識別子とユーザIdを送信する。承認をする装置512は、前記識別子により変更する書類を特定し、書類から当該ユーザを探す。当該ユーザが承認予定者として存在したならば、承認予定者要素の下位に、承認者要素と承認日時要素を追加する。また、当該ユーザの承認予定者要素と作成者の間に、承認していない承認予定者要素があったならば、承認予定者要素の下位に、承認者要素と承認日時要素を追加する。  The user selects a document to be forcedly approved, passes an identifier of the document to be forcedly approved to a screen 2701 for approval, and displays the document to be approved on a screen 2701 for approval. When the user presses the approval button, the approval screen 2701 transmits the identifier and the user Id to the device 512 for approval. The approving apparatus 512 specifies the document to be changed by the identifier, and searches for the user from the document. If the user exists as an approval candidate, an approver element and an approval date / time element are added below the approval candidate element. Also, if there is an unapproved approval planner element between the user's approval planner element and the creator, an approver element and an approval date / time element are added under the approval planner element.

実施例1にて、代行承認を行う方法を示す。代行承認とは、承認者が不在などの理由で承認できない場合、同一組織内のユーザが代わりに承認を行うことを指す。  In the first embodiment, a method for performing proxy approval will be described. Proxy approval means that if an approver cannot be approved due to absence or the like, a user in the same organization performs approval instead.

実施例1で定めた装置に加え、書類を検索する装置507と、組織図を参照する装置511と、承認をする装置512を用意する。また承認を行う画面2701を用意しWebサーバ503に保存する。承認を行う画面2701は、書類を取得し表示する機能と、ユーザが承認をするボタンと、ユーザの承認を承認をする装置512に送信する機能を持つ。  In addition to the apparatus defined in the first embodiment, an apparatus 507 for retrieving documents, an apparatus 511 for referring to an organization chart, and an apparatus 512 for approval are prepared. A screen 2701 for performing approval is prepared and stored in the Web server 503. The approval screen 2701 has a function of acquiring and displaying a document, a button for the user to approve, and a function of transmitting to the device 512 for approving the user's approval.

ユーザは組織図を参照する装置511に問い合わせ、自身の所属名を取得する。ユーザはWebブラウザ505を利用して、書類を検索する装置507に対して、承認ポリシー代行承認が可能と設定されていて、自身の所属名が承認予定者の所属名と一致し、当該承認予定者要素に承認者要素が無い書類を検索するよう要求する。書類を検索する装置507は要求された条件で検索を行い、条件に該当する書類の一覧を返す。  The user makes an inquiry to the device 511 that refers to the organization chart, and acquires his or her belonging name. The user uses the Web browser 505 to set the approval policy proxy approval to the device 507 for searching for documents, and his / her affiliation name matches the affiliation person's affiliation name. Request to search for documents whose approver element does not have an approver element. The document search device 507 performs a search under the requested conditions and returns a list of documents that meet the conditions.

ユーザは代行承認を行う書類を選択し、承認を行う画面2701に代行承認を行う書類の識別子を渡し、承認を行う画面2701に承認する書類を表示する。ユーザが承認ボタンを押下すると、承認を行う画面2701は、承認をする装置512に、前記識別子と所属名とユーザidを送信する。承認をする装置512は、前記識別子により変更する書類を特定し、書類から当該所属名を探す。当該所属名が承認予定者として存在したならば、承認予定者要素の下位に、承認者要素と承認日時要素を追加する。  The user selects a document to be subjected to proxy approval, passes the identifier of the document to be proxy approved to the screen 2701 for approval, and displays the document to be approved on the screen 2701 for approval. When the user presses the approval button, the approval screen 2701 transmits the identifier, the affiliation name, and the user id to the device 512 that performs the approval. The approving apparatus 512 specifies the document to be changed by the identifier, and searches for the affiliation name from the document. If the affiliation name exists as a prospective approver, an approver element and an approval date / time element are added below the approval candidate element.

実施例1にて、書類の作成時に権限の委譲を行う方法を示す。  In the first embodiment, a method of delegating authority when creating a document will be described.

装置501が、入力画面HTMLを生成する際に、入力フォームの内容を変更した際に呼ばれるロジック201と、書類を提出するときに呼ばれるロジック202へのリンクに加えて、権限の委譲を設定するロジック203へのリンクを出力する。ロジック203は生成されたHTMLを配信するWebサーバ503に保存する。ロジック203は、入力画面HTMLの承認経路を表示する機能と、入力画面HTMLの承認経路に権限の委譲を設定する機能を持つ。  When the device 501 generates the input screen HTML, in addition to the logic 201 that is called when the contents of the input form are changed and the link to the logic 202 that is called when the document is submitted, logic for setting delegation of authority The link to 203 is output. The logic 203 stores the generated HTML in the Web server 503 that distributes the generated HTML. The logic 203 has a function of displaying the approval path of the input screen HTML and a function of setting authority delegation to the approval path of the input screen HTML.

ユーザは入力画面HTMLをWebブラウザ505に表示する。ユーザがロジック203を呼び出し、書類の承認経路を表示し、表示された承認経路に対して権限の委譲を設定する。ロジック203は入力画面HTMLが持つ組織図を変更する。以後実施例1の方法で書類を生成し保存する。権限委譲を設定した組織図を元に書類の承認経路が作成されるため、当該書類のみ権限の委譲が設定できる。  The user displays the input screen HTML on the Web browser 505. The user calls the logic 203 to display the approval path of the document, and sets delegation of authority for the displayed approval path. The logic 203 changes the organization chart of the input screen HTML. Thereafter, a document is generated and stored by the method of the first embodiment. Since an approval path for a document is created based on the organization chart in which authority delegation is set, authority delegation can be set only for the document.

実施例1にて、様式を定義する詳細な方法を示す。  Example 1 shows the detailed method of defining the format.

様式は以下のような文法で定義する。
docdef 様式名2101={
定義2102
The format is defined by the following grammar.
docdef style name 2101 = {
Definition 2102
}

様式名2101は様式の識別子になる。  The style name 2101 becomes a style identifier.

定義2102には実施例13、実施例14、実施例15で示す型の定義、文書構造の定義、項目の定義、承認経路の定義を記述する。  The definition 2102 describes the type definition, document structure definition, item definition, and approval route definition shown in the thirteenth, fourteenth and fifteenth embodiments.

実施例1にて、型を定義する詳細な方法を示す。  Example 1 shows a detailed method for defining a type.

新しい型は次のような文法で定義する
type 型の名前2102=型記述2103
A new type is defined by the following grammar type type name 2102 = type description 2103

型の名前2102は新しい型の識別子となる、型記述2103はエイリアス、択一、複数選択、コンテナの4種類が有る。(図21)  The type name 2102 becomes an identifier of a new type, and the type description 2103 has four types: alias, alternative, multiple selection, and container. (Fig. 21)

エイリアスとは、既存の型の名前か定義済みの新しい型の名前である。エイリアスとして
既存の型の名前を記述すると既存の型と同一の機能を持つ新しい名前の型を定義できる。定義済みの新しい型の名前を記述した場合も同様に定義済みの新しい型と同一の機能を持つ新しい名前の型を定義できる。(図21)
An alias is the name of an existing type or the name of a new type that has been defined. If the name of an existing type is described as an alias, a new type with the same function as the existing type can be defined. When the name of a new type that has been defined is described, a new type with the same function as the new type that has been defined can be defined. (Fig. 21)

択一とは、複数個の値のうち、1つだけ選ぶ事の出来る型である。大カッコの中に数値若しくはダブルクォートで囲まれた文字列をカンマで区切って列挙する。(図21)  An alternative is a type in which only one of a plurality of values can be selected. List strings enclosed in numbers or double quotes, separated by commas. (Fig. 21)

複数選択とは、複数個のうち、任意の個数の値を選択する事の出来る型である。小カッコの中に数値若しくはダブルクォートで囲まれた文字列をカンマで区切って列挙する。(図21)  The multiple selection is a type in which an arbitrary number of values can be selected from a plurality. List strings enclosed in numbers or double quotes in parentheses, separated by commas. (Fig. 21)

コンテナとは、既存の型を組み合わせた新たな方を定義することが出来る型である。縦棒の間に型の名前をカンマで区切って列挙する。(図21)  A container is a type that can define a new one that combines existing types. List type names separated by commas between vertical bars. (Fig. 21)

型に必須条件等の制限を加えるために、アノテーションと呼ぶ文法を用いる。アノテーションは型の定義の前の行か、コンテナを定義した際に列挙した型の名前の後ろに記述できる。アノテーションは次のように記述する。
@アノテーション名(引数1,…,引数n)
A grammar called annotation is used to add restrictions such as required conditions to the type. Annotations can be written on the line before the type definition or after the type names listed when defining the container. Annotations are described as follows.
@Annotation name (argument 1, ..., argument n)

引数が無いアノテーションは中カッコ以降は省略可能である。  Annotations with no arguments can be omitted after the curly braces.

アノテーションは複数記述可能で、その場合は次のように記述する。
@[アノテーション名1(),…アノテーション名n()]
Multiple annotations can be described. In such a case, describe as follows.
@ [Annotation name 1 (), ... Annotation name n ()]

アノテーションには次のものがある。
・必須 このアノテーションを付与すると入力が必須な型となる。
・変域内(変域) 変域内の値のみ記述可能な型となる。
・列挙内(列挙値) 列挙した値のみ記述可能な型となる。
・正規表現(正規表現) 正規表現にマッチした値のみ記述可能な型となる。(図22)
There are the following annotations:
・ Required If this annotation is assigned, the input is required.
• Within a domain (domain) This type can only describe values within a domain.
-Enumeration (enumeration value) Only enumerated values can be described.
-Regular expression (regular expression) This type can only describe values that match the regular expression. (Fig. 22)

既存の型は、テキスト型や数値型など、プリミティブな型だけでなく、稟議書類で通常用いられる型が事前に用意される。次に既存の型として用意される型を列挙する。  Existing types include not only primitive types such as text types and numerical types, but also types that are normally used in the request document. Next, the types prepared as existing types are listed.

・テキスト
・数値
・択一選択
・複数選択
・金額
・住所
・住所フリガナ
・氏名
・氏名フリガナ
・年齢
・性別
・日時
・日付
・期間
・費目
・旅程
・地名
・駅名
・カード番号
・口座番号
・電話番号
・人数
・数量
・部署
・役職
・法人名
・ Text ・ Number ・ Selection ・ Select multiple ・ Price ・ Address ・ Address reading ・ Name ・ Name reading ・ Age ・ Gender ・ Date ・ Date ・ Period ・ Expense ・ Location ・ Station name ・ Card number ・ Account number ・ Phone number・ Number of people ・ Quantity ・ Department ・ Title ・ Corporate name

実施例1にて、項目及び文書構造を定義する詳細な方法を示す。In Example 1, it shows a detailed method to define the field and document structure.

様式を定義した中カッコの中には項目と文書構造を定義できる。項目は以下の文法で定義する。
項目名2104:型名2105=初期値2106
Items and document structure can be defined in braces that define the form. Items are defined using the following grammar.
Item name 2104: Model name 2105 = initial value 2106

項目名2104は、項目の識別子となる。  The item name 2104 is an item identifier.

型名2105は、既存の型または定義した新しい型の型名を記述する。  The type name 2105 describes the type name of an existing type or a new type that has been defined.

初期値2106は入力画面に表示される初期値となる。数値もしくはダブルクォートで囲まれた文字列を記述できる。初期値は省略することが出来る。  The initial value 2106 is an initial value displayed on the input screen. You can write a string enclosed in numbers or double quotes. The initial value can be omitted.

文書構造は以下の文法で定義する。
def 構造名2107={
定義2108
The document structure is defined by the following grammar.
def structure name 2107 = {
Definition 2108
}

構造名2107は構造の識別子となる。  The structure name 2107 is a structure identifier.

定義2108は、型の定義および文書構造の定義、項目の定義を記述する。(図21)  A definition 2108 describes a type definition, a document structure definition, and an item definition. (Fig. 21)

実施例1にて、承認経路を定義する詳細な方法を示す。  In the first embodiment, a detailed method for defining an approval route will be described.

承認経路の定義は、新しい承認経路の定義、承認ポリシーの定義、権限委譲の定義、経路の追加が定義できる。  The approval route can be defined by defining a new approval route, defining an approval policy, defining authority delegation, and adding a route.

新しい承認経路の定義は以下のように記述する。
routedef 承認経路名2301={
定義2302
The new approval path definition is described as follows.
routedef approved route name 2301 = {
Definition 2302
}

承認経路名は、承認経路の識別子である。  The approval path name is an identifier of the approval path.

定義2302は、新しい承認経路の定義、承認ポリシーの定義、権限委譲の定義、経路の追加が定義できる。(図23)  The definition 2302 can define a new approval route definition, approval policy definition, authority delegation definition, and route addition. (Fig. 23)

承認経路を変更する場合は、様式の定義の直下に承認経路の定義を必ずひとつ記述する。  When changing the approval route, be sure to write one approval route definition immediately below the format definition.

承認経路の定義を記述しなかった場合は、組織図を書類を作成するユーザの所属する組織から最上位の組織まで辿った経路を承認経路とし、この経路上の各組織の代表者が承認者となる。  If the definition of the approval route is not described, the route from the organization to which the user creating the document belongs to the highest organization is defined as the approval route, and the representative of each organization on this route is the approver. It becomes.

後述の経路の追加にて、経路を追加するための承認経路を定義する場合は、経路の開始を指定する。その場合次のように記述する。
begin 組織[組織図中の組織名2303] または、
begin 役職[組織図中の役職名2304] または、
begin ユーザ[組織図中のユーザ名2305]
When defining an approved route for adding a route by adding a route to be described later, the start of the route is specified. In that case, write as follows.
begin organization [organization name 2303 in the organization chart] or
begin post [title 2304 in the organization chart] or
begin user [user name 2305 in the organization chart]

このように指定すると、指定した要素から組織図の階層構造に沿って、最上位まで辿る経路が承認経路となる。  If specified in this way, the route that follows from the specified element to the highest level along the hierarchical structure of the organization chart becomes the approval route.

承認ポリシーの定義は以下のように記述する。
policydef 組織[組織の名前2306]={
ポリシー名2307=設定値
The definition of the approval policy is described as follows.
policydef organization [organization name 2306] = {
Policy name 2307 = setting value}

組織の名前2306は、組織図中の組織の名前を記述する。例えば、組織図の最上位の組織要素の名前が“株式会社XXX”であり、その名前を指定すれば、全社のポリシーが変更される。  The organization name 2306 describes the name of the organization in the organization chart. For example, if the name of the organization element at the top of the organization chart is “Corporation XXX” and the name is designated, the company-wide policy is changed.

ポリシー名2307はポリシーの名前を指定する。実施例1では強制決裁の可否と代行承認の可否が指定できる。(図23)  The policy name 2307 specifies the name of the policy. In the first embodiment, whether or not compulsory approval is possible and whether or not proxy approval is possible can be specified. (Fig. 23)

権限委譲の定義は以下のように記述する。
delegation 役職[組織図中の役職名2308]=役職[組織図中の役職名2309]
The definition of authority delegation is described as follows.
delegation title [title 2308 in the organization chart] = title [title 2309 in the organization chart]

左辺は権限を委譲される側、右辺は権限を委譲する側である。  The left side is the side to which authority is delegated, and the right side is the side to which authority is delegated.

組織図中の役職名2308、組織図中の役職名2309は組織図中の役職名を記述する。
例えば、社長の権限を事業部長へ委譲する場合は、組織図中の役職名2309に社長を、組織図中の役職名2308に事業部長を記述する。(図23)
The title 2308 in the organization chart and the title 2309 in the chart describe the title in the organization chart.
For example, when delegating the authority of the president to the general manager, the president is described in the job title 2309 in the organization chart, and the business manager is described in the job title 2308 in the organization chart. (Fig. 23)

経路の追加は以下のように記述する。
addroute役職[組織図中の役職名2309]=定義済みの承認経路名2310
The route addition is described as follows.
addroute title [title name 2309 in the organization chart] = predefined approval path name 2310

左辺に追加される承認経路上の場所を、組織図中の役職名2309で示し、右辺に追加する承認経路を定義済みの承認経路名2310で指定する。(図23)  The place on the approval route added to the left side is indicated by the post name 2309 in the organization chart, and the approval route to be added to the right side is designated by the defined approval route name 2310. (Fig. 23)

実施例5の検索を容易にする方法を示す。  A method for facilitating the search of the fifth embodiment will be described.

実施例5では、要素の階層構造や前後みて検索を行わなければならないため、検索言語としてXPathかXPathと同等な能力を持つ検索言語が必要である。  In the fifth embodiment, since the search must be performed by looking at the hierarchical structure of elements and before and after, a search language having a capability equivalent to XPath or XPath is required.

実施例1で定めた装置に加え、書類のインデックスを作成する装置513と、書類のインデックスを検索する装置514を用意する。インデックスには、書類の識別子、全ての承認予定者、全ての承認予定組織、今の承認予定者、今の承認予定組織、承認者のフィールドを用意する。  In addition to the devices defined in the first embodiment, a device 513 for creating a document index and a device 514 for retrieving a document index are prepared. The index includes fields for document identifiers, all approval candidates, all approval approval organizations, current approval candidates, current approval approval organizations, and approvers.

書類が作成または承認されると、書類のインデックスを作成する装置513が起動され、書類を解析し、前記インデックスのフィールドを更新する。書類の作成時は、書類の識別子、全ての承認予定者、全ての承認予定組織、今の承認予定者、今の承認予定組織が作成される。書類の承認時は、承認者フィールドに承認者を記録し、全ての承認予定者と全ての承認予定組織から、承認を行った承認者と組織を削除し、今の承認予定者と、今の承認予定組織を次の承認予定者と承認予定組織に更新する。  When a document is created or approved, a document indexing device 513 is activated to analyze the document and update the index field. When a document is created, a document identifier, all approval candidates, all approval planned organizations, current approval planned users, and current approval planned organizations are generated. When approving a document, record the approver in the approver field, delete the approver and organization that performed the approval from all planned approvers and all planned approvals, and the current approver and the current approver Update approved approval organization to the next approval candidate and approval approval organization.

書類を検索する際は、書類を直接検索するのではなく、インデックスを検索し、書類の識別子を得る。実施例5と同じく自身が承認しなければならない書類を検索する場合は、今の承認予定者に自身が含まれているものを検索する。実施例9と同じく強制決裁可能な書類を検索する場合は、全ての承認予定者に自身が含まれている物を検索する。実施例10と同じく代行決裁可能な書類を検索する場合は、自身の所属する組織が今の承認予定組織に含まれるものを検索する。  When searching for documents, instead of searching for documents directly, the index is searched to obtain the document identifier. As in the fifth embodiment, when searching for a document that must be approved by itself, a search is made for a document that is included in the current approval candidate. When searching for documents that can be compulsoryly settled as in the ninth embodiment, search is made for items that are included in all prospective approval persons. When searching for documents that can be delegated in the same manner as in the tenth embodiment, search is made for documents in which the organization to which the user belongs is included in the organization to be approved at present.

実施例1を元に、生成された画面に対して、文字のサイズや色、配置等画面の見た目を変更する方法を示す。  Based on the first embodiment, a method of changing the appearance of the screen such as the character size, color, and arrangement with respect to the generated screen will be described.

装置501が、様式の文書構造を解釈し、所定のHTMLのブロック要素602に置き換える際に、ブロック要素602のclass属性1003に項目名を記述する。同様に、型をHTMLの入力フォーム要素604に置き換える際に、入力フォーム要素604のclass属性1004に型名を記述する。このとき、型が新しい型の場合は、元にした既存の型名と新しい型名をスペースで区切って記述する。(図15)  When the device 501 interprets the document structure of the format and replaces it with a predetermined HTML block element 602, the item name is described in the class attribute 1003 of the block element 602. Similarly, when the type is replaced with the HTML input form element 604, the type name is described in the class attribute 1004 of the input form element 604. At this time, if the type is a new type, the existing existing type name and the new type name are described by separating them with a space. (Fig. 15)

事前に既存の型名に対応するCSS定義がされたCSSファイルをWebサーバ503に用意しておき、装置501が入力画面HTMLを生成する際、このCSSファイルをリンクする記述1001を追記する。  A CSS file having a CSS definition corresponding to an existing model name is prepared in advance in the Web server 503, and when the device 501 generates an input screen HTML, a description 1001 for linking this CSS file is added.

新しい型のCSSを記述できるようにするために、装置501が入力画面HTMLを生成する際、様式名のCSSファイルをリンクする記述1002を追記する。class属性には、新しい型名と既存の型名両方が記述されているため、新しい型名のCSS定義を行わなければ、既存の型のCSS定義が採用され、新しい型のCSS定義を既存の型より下になるように行えば、新しい型のCSSが優先される。  In order to be able to describe a new type of CSS, when the device 501 generates the input screen HTML, a description 1002 for linking the CSS file of the format name is added. Since both the new type name and the existing type name are described in the class attribute, if the CSS definition of the new type name is not performed, the CSS definition of the existing type is adopted, and the CSS definition of the new type is changed to the existing type name. If it is done below the mold, the new type of CSS is given priority.

Webブラウザ505は、入力画面HTMLを表示する際、このCSS定義に従いレンダリングを行う。  When displaying the input screen HTML, the Web browser 505 performs rendering according to the CSS definition.

このような方法で、型名をキーにしてCSSの記述を行うことが出来るため、入力画面の見た目を変更する事が容易に可能である。  In this way, CSS can be described using the model name as a key, so that the appearance of the input screen can be easily changed.

なお、入力画面HTMLの要素のclass属性に項目名、および、型名を直接記述し、それに対応するCSSファイルを用意したが、項目名、型名に対応付けたIDを別途付与し、このIDに対応するCSSファイルを用意するようにしてもよい。  Although the item name and type name are directly described in the class attribute of the element of the input screen HTML and a CSS file corresponding to the item name is prepared, an ID associated with the item name and type name is separately assigned, and this ID You may make it prepare the CSS file corresponding to.

実施例1を元に、認可制御を行う方法を示す。  A method for performing authorization control based on the first embodiment will be described.

実施例1で定めた、この言語を解釈し入力画面であるHTML及びチェックロジックであるサーブレットを生成する装置501と、組織図、様式を保存するサーバ502と、生成されたHTMLを配信するWebサーバ503と、サーブレットを実行し結果を返すアプリケーションサーバ504と、HTMLを表示するWebブラウザ505と、書類を保存する装置506に加え、認証を行う装置508と、認可を行う装置509と、書類を参照する装置510と、組織図を参照する装置511を用意する。認証を行う装置508と、認可を行う装置509は、Webブラウザ505と書類を参照する装置510の間に配置する。Webブラウザ505からの要求は、認証を行う装置508、認可を行う装置509の順番で通過し、書類を参照する装置510に送られる。要求に対する応答は、書類を参照する装置510から、認可を行う装置509、認証を行う装置508の順で通過し、Webブラウザ505へ送られる。(図16)  An apparatus 501 that interprets this language and generates a servlet that is an input screen and a servlet that is a check logic, a server 502 that stores an organization chart and a format, and a Web server that distributes the generated HTML, as defined in the first embodiment 503, an application server 504 that executes a servlet and returns a result, a Web browser 505 that displays HTML, a device 506 that stores documents, a device 508 that performs authentication, a device 509 that performs authorization, and a document And a device 511 for referring to the organization chart are prepared. The device 508 that performs authentication and the device 509 that performs authorization are arranged between the Web browser 505 and the device 510 that refers to the document. A request from the Web browser 505 passes through the authentication device 508 and the authorization device 509 in this order, and is sent to the device 510 that refers to the document. The response to the request passes from the device 510 that refers to the document to the device 509 that performs authorization and then the device 508 that performs authentication, and is sent to the Web browser 505. (Fig. 16)

また、新たに認可に関するポリシーの設定を組織図に対して行えることとする。認可に関するポリシーとは、同一組織のユーザの参照可否、組織異動後の参照可否とし、組織図の組織要素の属性として、真偽値で記述される。(図17)  In addition, a new policy regarding authorization can be set for the organization chart. The policy regarding authorization refers to whether or not users of the same organization can be referred to and whether or not to refer to after the organization is changed, and is described as a true / false value as an attribute of the organization element of the organization chart. (Fig. 17)

ユーザは、本システムを利用するために、Webブラウザ505から認証を行う装置508にアクセスする。認証を行う装置508はユーザに、ユーザIDとパスワードの入力を求める。ユーザーIDとパスワードの組み合わせが正しければ認証は成功し、以後Webブラウザ505から本システムへの通信にユーザIDを含める。  In order to use this system, the user accesses the device 508 that performs authentication from the Web browser 505. The authentication device 508 prompts the user for a user ID and password. If the combination of the user ID and the password is correct, the authentication is successful, and thereafter the user ID is included in communication from the Web browser 505 to the system.

認可を行う装置509は、要求を受けると、要求から認証を行う装置508が付与したユーザIDを取り出し、組織図を参照する装置511へ問い合わせ、ユーザIDに該当するユーザの役職と所属する組織を求める。認可を行う装置509は、要求を書類を参照する装置へ転送する。  Upon receiving the request, the device 509 that performs authorization extracts the user ID assigned by the device 508 that performs authentication from the request, inquires of the device 511 that refers to the organization chart, and identifies the user's job title and organization to which the user ID belongs. Ask. The authorizing device 509 forwards the request to the device that references the document.

書類を参照する装置510は、要求に該当する書類を応答する。応答を受けた認可を行う装置509は書類の内容を確認し、書類を参照させてよいか判断する。同一組織のユーザが参照可能な場合、書類の承認経路中にユーザが所属する組織があれば参照を許可する。同一組織のユーザが参照不可で、組織異動後の参照が可能な場合、書類の承認経路中にユーザIDが存在すれば参照を許可する。同一組織のユーザが参照不可で、組織異動後の参照も不可な場合、書類の承認経路中にユーザIDが存在し、所属する部署も同一な場合参照を許可する。また、上記以外の場合は参照を許可しない。  The device 510 that refers to the document responds with the document corresponding to the request. Upon receiving the response, the authorization device 509 confirms the contents of the document and determines whether the document can be referred to. When users of the same organization can refer, if there is an organization to which the user belongs in the document approval route, the reference is permitted. When users of the same organization cannot refer to and can be referred after the organization is changed, the reference is permitted if the user ID exists in the approval path of the document. If the user of the same organization cannot refer, and the reference after the organization change is also impossible, the reference is permitted when the user ID exists in the approval route of the document and the department to which the user belongs is also the same. In other cases, reference is not permitted.

参照が許可されたならば、認可を行う装置509、認証を行う装置508は応答をWebブラウザ505へ転送する。許可されないのであれば、認可を行う装置509は認可エラーを応答する。  If the reference is permitted, the device 509 that performs authorization and the device 508 that performs authentication transfer the response to the Web browser 505. If not authorized, the authorizing device 509 responds with an authorization error.

このような方法で、書類中に記載された承認経路の情報を使って認可制御が可能である。  In this way, authorization control can be performed using the information on the approval path described in the document.

実施例1を元に、画面の入力値によって、入力画面の構成要素の表示、非表示を自在に変更できるようにする方法を示す。  Based on the first embodiment, a method for enabling the display / non-display of the components of the input screen to be freely changed according to the input value of the screen will be described.

実施例1で定めた様式記述言語を拡張し、新たな文法として選択文1801を導入する。選択文1801は、条件式1802を与えることが出来、中カッコで文書構造の項目を囲うことが出来る。条件式1802の値がTRUEならば、中カッコで囲われた部分は有効、FALSEであれば無効を意味する。条件式1802は、次の比較演算子(=、>、<、=>、=<)と真偽値、数値、文字列、項目の位置を示す式1803が記述できる。項目の位置を示す式1803は、項目名を”/”でつなげたPATH式によって記述する。(図18)  The style description language defined in the first embodiment is expanded and a selected sentence 1801 is introduced as a new grammar. A selection statement 1801 can give a conditional expression 1802 and can enclose items of the document structure in curly braces. If the value of conditional expression 1802 is TRUE, the part enclosed in braces is valid, and if it is FALSE, it means invalid. The conditional expression 1802 can describe an expression 1803 indicating the following comparison operators (=,>, <, =>, = <), a truth value, a numerical value, a character string, and an item position. An expression 1803 indicating the position of an item is described by a PATH expression in which item names are connected by “/”. (Fig. 18)

装置501は様式を入力画面HTMLに変換する際、様式中に選択文1801があれば、ブロック要素1804に変換する。条件式1802はブロック要素1804の属性1805に記載される。  When the device 501 converts the format to the input screen HTML, if there is a selection statement 1801 in the format, the device 501 converts the format to the block element 1804. The conditional expression 1802 is described in the attribute 1805 of the block element 1804.

ロジック201に、条件式を評価した結果がTRUEであれば該当要素のスタイルを表示に変更し、FALSEになれば該当要素のスタイルを非表示に変更する関数を用意する。例えば、該当要素のスタイル属性のvisibilityプロパティを変更することで該当要素の表示、非表示を変更することが出来る。  If the result of evaluating the conditional expression is TRUE, the logic 201 prepares a function for changing the style of the corresponding element to display, and when the result is FALSE, the function for changing the style of the corresponding element to non-display. For example, the display / non-display of the corresponding element can be changed by changing the visibility property of the style attribute of the corresponding element.

Webブラウザ505は、入力値に変更があるとロジック201を呼び出し、該当要素の表示、非表示を切り替える。  When the input value is changed, the web browser 505 calls the logic 201 and switches between displaying and hiding the corresponding element.

実施例1を元に、画面の入力値によって、承認経路を変更する方法を示す。  Based on the first embodiment, a method for changing the approval route according to the input value on the screen will be described.

実施例1で定めた様式記述言語を拡張し、新たな文法として選択文1901を導入する。選択文1901は、条件式1902を与えることが出来、中カッコで承認経路の定義を囲うことが出来る。条件式1902の値がTRUEならば、中カッコで囲われた部分は有効、FALSEであれば無効を意味する。条件式1902は、次の比較演算子(=、>、<、=>、=<)と真偽値、数値、文字列、項目の位置を示す式1903が記述できる。項目の位置を示す式1903は、項目名を”/”でつなげたPATH式によって記述する。(図19)  The style description language defined in the first embodiment is expanded and a selected sentence 1901 is introduced as a new grammar. The selection statement 1901 can give a conditional expression 1902 and can enclose the definition of the approval route in braces. If the value of the conditional expression 1902 is TRUE, the part enclosed in braces is valid, and if it is FALSE, it means invalid. The conditional expression 1902 can describe an expression 1903 indicating the following comparison operators (=,>, <, =>, = <), a truth value, a numerical value, a character string, and an item position. An expression 1903 indicating the position of an item is described by a PATH expression in which item names are connected by “/”. (Fig. 19)

装置501は様式の承認経路設定を組織図に反映する際、各条件式の値がTRUEおよびFALSEの場合についてとり得る全ての組み合わせの組織図を作成する。それぞれの組織図を、HTMLのブロック要素1904で囲い、条件式1902をブロック要素1904の属性1905に記載する。  When the apparatus 501 reflects the approval path setting of the format in the organization chart, the apparatus 501 creates an organization chart of all possible combinations for the case where the value of each conditional expression is TRUE and FALSE. Each organization chart is surrounded by an HTML block element 1904, and a conditional expression 1902 is described in an attribute 1905 of the block element 1904.

ロジック201に、条件式を評価した結果がTRUEであれば該当要素を有効にし、FALSEになれば該当要素を無効にする関数を用意する。  If the result of evaluating the conditional expression is TRUE, the logic 201 prepares a function that enables the corresponding element, and when the result is FALSE, a function that disables the corresponding element.

Webブラウザ505は、入力値に変更があるとロジック201を呼び出し、該当要素の有効、無効を切り替える。  When there is a change in the input value, the Web browser 505 calls the logic 201 and switches between valid and invalid of the corresponding element.

実施例1を元に、様式を定義した言語から当該プログラムの説明文を出力できるようにする方法を示す。  Based on the first embodiment, a method for outputting a description of the program from a language in which a format is defined will be described.

実施例1で定めた様式記述言語を拡張し、コメント記号を行頭に記述する事でコメント文を入力できるようにする。さらにコメントの中に説明文記号を記述することで、出力する説明文を指定可能とする。The style description language defined in the first embodiment is extended so that a comment sentence can be input by describing a comment symbol at the beginning of a line. Furthermore, an explanatory text to be output can be specified by describing an explanatory text symbol in the comment text .

装置501は様式を解釈した後、様式に定義された独自型定義や文書構造とともにコメント中の説明文を取り出し、設計ドキュメントとして可読性の高い形式に変換し出力する。  After interpreting the format, the device 501 takes out the explanatory text in the comment together with the unique type definition and document structure defined in the format, converts them into a highly readable format as a design document, and outputs them.

実施例1を元に、チェックロジックにて外部データベースの値を使ってチェックを行う方法を示す。  Based on the first embodiment, a method of performing a check using a value of an external database by a check logic will be described.

実施例1で定めた、この言語を解釈し入力画面であるHTML及びチェックロジックであるサーブレットを生成する装置501と、組織図、様式を保存するサーバ502と、生成されたHTMLを配信するWebサーバ503と、サーブレットを実行し結果を返すアプリケーションサーバ504と、HTMLを表示するWebブラウザ505と、書類を保存する装置506に加え、外部データベース515を用意する。外部データベース515には、新しい型のとりうる値のリストが保存されており、データ名を指定する事で取り出すことが出来る。  An apparatus 501 that interprets this language and generates a servlet that is an input screen and a servlet that is a check logic, a server 502 that stores an organization chart and a format, and a Web server that distributes the generated HTML, as defined in the first embodiment An external database 515 is prepared in addition to an application server 504 that executes a servlet and returns a result, a Web browser 505 that displays HTML, and a device 506 that stores documents. The external database 515 stores a list of possible values of the new type, and can be retrieved by specifying a data name.

新しい型の定義にて、型の制限として値を列挙する際に、この外部データベース515のデータ名を記述する。  When enumerating values as type restrictions in the definition of a new type, the data name of the external database 515 is described.

装置501は、型の制限値として外部データベース515のデータ名が記述されていた場合、引数を外部データベース515に問い合わせて値の存在を確認し、存在すれば正常、無ければエラーとするチェックロジックを備えるサーブレットを生成する。  When the data name of the external database 515 is described as the type limit value, the device 501 checks the external database 515 for an argument to check the existence of the value. Generate the provided servlet.

実施例22を元に、チェックロジックにエラーチェックだけでなく入力補助の機能を追加する方法を示す。  Based on the twenty-second embodiment, a method for adding not only an error check but also an input assist function to the check logic will be described.

入力補助を行えるようにするために、装置501が生成するサーブレットの仕様を次のように変更する。実施例22では入力値が外部データベース515に存在しなければエラーとしていたが、入力値が外部データベース515のデータと部分一致した場合、部分一致した値のリストを返すこととする。  In order to enable input assistance, the specification of the servlet generated by the device 501 is changed as follows. In the twenty-second embodiment, an error occurs if the input value does not exist in the external database 515. However, if the input value partially matches the data in the external database 515, a list of partially matched values is returned.

Webブラウザ505は、入力画面HTMLの入力フォームに値が入力される度に、ロジック201を使って非同期でアプリケーションサーバ504のチェックロジックサーブレットを呼び出し、入力値のチェックを行う。このとき、値のリストが返却された場合は入力候補を選択リストとして表示し、エラーが返却された場合は、エラーを表示する。  The Web browser 505 calls the check logic servlet of the application server 504 asynchronously using the logic 201 and checks the input value every time a value is input to the input form of the input screen HTML. At this time, if a list of values is returned, input candidates are displayed as a selection list, and if an error is returned, an error is displayed.

実施例1を元に、組織図の定義言語をXMLではなく、専用の言語とする場合の方法を示す。  Based on the first embodiment, a method in which the definition language of the organization chart is not an XML but a dedicated language will be described.

実施例1では、組織図を記述する言語をXMLとしたが、本実施例では専用の言語とし、文書構造と同様の文法とする。(図20)  In the first embodiment, the language for describing the organization chart is XML. However, in this embodiment, the language is a dedicated language and has the same grammar as the document structure. (Fig. 20)

また、様式の承認経路設定に、新たに組織図そのものを記述できるようにする。  In addition, a new organization chart itself can be described in the approval route setting of the form.

これにより、その様式専用の組織階層を容易に定義する事が可能となる。  This makes it possible to easily define an organizational hierarchy dedicated to that style.

実施例1を元に、複数の並行した承認経路を追加出来るようにする方法を示す。  A method for allowing a plurality of parallel approval paths to be added based on the first embodiment will be described.

実施例15で示した、承認経路の追加方法で左辺に同じ場所を指定し、複数個の経路を追加することで、並行した承認経路を追加できる。このとき並行の条件を指定できるように、承認経路の定義言語を拡張し、次の記述を可能とする。  A parallel approval route can be added by specifying the same place on the left side and adding a plurality of routes in the method of adding an approval route shown in the fifteenth embodiment. At this time, the definition language of the approval route is extended so that the parallel condition can be specified, and the following description is possible.

addroute役職[組織図中の役職名2401]=定義済みの承認経路名2402追加条件2403
追加条件2403は、”And”または″Or″を指定する。
addroute title [title name 2401 in the organization chart] = defined approval route name 2402 additional condition 2403
The additional condition 2403 designates “And” or “Or”.

様式中にこの定義があれば、組織図中の役職名2401を持つ組織要素の下位に、承認グループ要素2404を追加し、承認グループ要素の下位に並行要素2405を追加し、並行要素2405の条件属性2406を追加条件2403とする。定義済みの承認経路2402で示される承認経路は、並行要素の下位に並列に追加する。組織図中の役職名2401を持つ組織要素の下位にあった組織要素は承認グループ要素2404の下位に移動する。(図24)  If this definition exists in the format, an approval group element 2404 is added below the organization element having the title 2401 in the organization chart, a parallel element 2405 is added below the approval group element, and the condition of the parallel element 2405 The attribute 2406 is set as an additional condition 2403. The approval path indicated by the defined approval path 2402 is added in parallel below the parallel element. The organization element that is in the lower level of the organization element having the job title 2401 in the organization chart moves to the lower level of the approval group element 2404. (Fig. 24)

この定義が記述された様式が組織図、様式を保存するサーバ502に保存されると、実施例1に示した方法で、装置501は様式を入力画面HTMLに変換する。変換された入力画面HTMLの例を図25に示す。  When the format in which the definition is described is stored in the organization chart and the server 502 that stores the format, the apparatus 501 converts the format into an input screen HTML by the method described in the first embodiment. An example of the converted input screen HTML is shown in FIG.

次に、ユーザが当該入力画面HTMLから書類を作成すると、実施例1に示した方法で、書類XMLに変換される。変換された書類XMLの例を図26に示す。  Next, when the user creates a document from the input screen HTML, the document is converted to document XML by the method described in the first embodiment. An example of the converted document XML is shown in FIG.

実施例5で示した自身が承認しなければならない書類を特定する方法のうち、検索条件を次のように変更する事で。並行した承認経路があっても検索可能である。  By changing the search conditions as follows among the methods for identifying the documents that must be approved by the embodiment 5 shown in FIG. Search is possible even if there are parallel approval paths.

承認者要素を持たない承認予定者要素の子孫のユーザ要素に自身のuserIDが存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素があるか、属性がANDである並行要素の下位の全ての承認予定者要素が承認者要素をもつ承認予定グループがあるか、属性がORである並行要素の下位のいずれかの承認予定者要素が承認者要素をもつ承認予定グループがあるか、または、自身が所属する承認者グループのひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素があるか、属性がANDである並行要素の下位の全ての承認予定者要素が承認者要素をもつ承認予定グループがあるか、属性がORである並行要素の下位のいずれかの承認予定者要素が承認者要素をもつ承認予定グループがある書類を検索する。  The user element of the user who is a descendant of the approver element that does not have an approver element has its own userID, and if there is an approver element with an approver element one level below the approver element, the author element Either there is a scheduled creation element, or there is an approval planned group where all the approval plan elements below the parallel element whose attribute is AND have an approver element, or any subordinate level of the parallel element whose attribute is OR There is an approval plan group whose approver element has an approver element, or there is an approver element with an approver element, or has an author element, one level below the approver group to which it belongs Either there is a prospective creation element, or there is a planned approval group where all the prospective approval elements below the parallel element whose attribute is AND have an approver element, or any of the subordinate elements of the parallel element whose attribute is OR Search for documents certified prospective element is approved plans group with the approver element.

実施例1を元に、複数の様式を選択出来るようにする方法を示す。(図27)  A method for enabling selection of a plurality of modes based on the first embodiment will be described. (Fig. 27)

利用者が作成しようとする書類を、選択できるようにするために、様式選択画面を用意する。様式選択画面は、組織図、様式を保存するサーバ502から、全ての様式の一覧を取得し、表形式で表示する。表形式の一覧には、様式のID、様式名を表示する。さらに書類を検索する装置507から、各様式の提出件数を検索し表示する。  A style selection screen is prepared so that a user can select a document to be created. The form selection screen acquires a list of all forms from the server 502 that stores the organization chart and form, and displays it in a tabular form. The list of styles displays the style ID and style name. Further, the number of submissions of each form is retrieved and displayed from the device 507 for retrieving documents.

画面右上の検索ボックスに、様式IDや様式名をキーワードとして入力する事で、表示されている様式の一覧を絞り込む事が可能である。  By inputting form IDs and form names as keywords in the search box in the upper right of the screen, it is possible to narrow down the list of displayed forms.

また、一覧表の各タイトル項目(様式名や提出件数等)をクリックすることで表示内容をソートすることが可能である。  In addition, display contents can be sorted by clicking each title item (style name, number of submissions, etc.) in the list.

表示件数が一定数を超えた場合は、次ページボタンが押下可能になり、次ページボタンを押下すると、次ページの書類一覧が表示される。同様に前のページに戻る場合は、前ページボタンを押下すると、前のページの書類一覧が表示される。  When the number of displayed items exceeds a certain number, the next page button can be pressed, and when the next page button is pressed, a document list of the next page is displayed. Similarly, when returning to the previous page, when the previous page button is pressed, a document list of the previous page is displayed.

選択した様式の新規作成ボタンを押下することで、当該様式の入力画面が表示される。  By pressing the new creation button for the selected style, an input screen for the style is displayed.

実施例1を元に、書類への入力を行える方法を示す。(図28)A method for inputting a document based on the first embodiment will be described. (Fig. 28)

本画面は装置501により、生成された入力画面HTMLをWEBブラウザ505により表示したものである。This screen is a screen in which the input screen HTML generated by the apparatus 501 is displayed by the WEB browser 505.

入力フォームは実施例17に示す方法で、CSSの定義に従い整形して表示される。The input form is formatted and displayed according to the CSS definition by the method shown in the seventeenth embodiment.

プリント、提出、一時保存、破棄ボタンは、様式の定義に係らず全ての入力画面で表示される。The Print, Submit, Temporary Save, and Discard buttons are displayed on all input screens regardless of the format definition.

利用者が入力フォームに値を入力すると、実施例1で示した通り、入力値の変更を契機にロジック201を使って、非同期でアプリケーションサーバ504のチェックロジックサーブレットに、型名と変更された入力値を送信し、入力値のチェックを行う。チェック結果がエラーであれば、入力フォームの色を赤色等に変更し、利用者に警告を行う。When a user inputs a value in the input form, as shown in the first embodiment, the input is changed and the logic 201 is used when the input value is changed, and the type name and the changed input are input to the check logic servlet of the application server 504 asynchronously. Send the value and check the input value. If the check result is an error, the color of the input form is changed to red or the like and a warning is given to the user.

このとき、実施例23の方法で、入力候補をセレクトボックス形式で表示する事も出来る。また、実施例1で定めた装置に加え、書類を一時保存する装置516を用意し、作成途中の書類を保存する事も出来る。作成途中の書類の保存は、一定期間間隔で自動的に行うが、一時保存ボタンを押下する事で、利用者の意思で保存する事も可能である。At this time, the input candidates can be displayed in the select box format by the method of the twenty-third embodiment. In addition to the apparatus defined in the first embodiment, an apparatus 516 for temporarily storing a document can be prepared to store a document being created. Saving of documents in the process of creation is automatically performed at regular intervals, but can be saved at the user's will by pressing the temporary save button.

プリントボタンを押下するとWEBブラウザ505の機能で、印刷を行う事が可能である。When the print button is pressed, printing can be performed with the function of the WEB browser 505.

破棄ボタンを押下すると、一時保存している書類を削除し、画面を閉じる。  Pressing the discard button deletes the temporarily stored document and closes the screen.

利用者の入力が終了し、提出ボタンを押下すると、ロジック201により書類の全項目について入力値のチェックが行われる。このときは、チェックロジックの結果がエラーであれば詳細なエラーメッセージを画面に表示する。エラーが無ければ、確認画面が表示され、利用者が目視確認を行った後、確認画面の提出ボタンを押下すると、チェックロジック202が呼ばれ、実施例1に示した方法により、書類XMLに変換され、書類を保存するサーバ505に送信される。書類を保存するサーバ505は、再度アプリケーションサーバ504により書類XMLのチェックを行い、問題が無ければ保存される。通常、事前にチェックを行い問題が無かった書類が送られてくるため、エラーになる事は無い。保存が正常に終了すれば、書類を保存するサーバは正常応答を返し、入力画面は正常に保存された事を画面に表示して利用者に伝える。When the user's input is completed and the submit button is pressed, the logic 201 checks input values for all items in the document. At this time, if the result of the check logic is an error, a detailed error message is displayed on the screen. If there is no error, a confirmation screen is displayed. After the user performs visual confirmation, when the submit button on the confirmation screen is pressed, the check logic 202 is called and converted into document XML by the method described in the first embodiment. And transmitted to the server 505 for storing the document. The server 505 for saving the document checks the document XML again by the application server 504, and if there is no problem, the server 505 saves it. Usually, there will be no errors because documents are checked in advance and there are no problems. If saving is completed normally, the server that saves the document returns a normal response, and the input screen displays on the screen that the data has been saved normally and notifies the user.

実施例1を元に、一時保存した書類の入力を再開できるようにする方法を示す。(図29)
利用者が一時保存した書類を、再編集する事が出来るように、一時保存選択画面を用意する。一時保存選択画面を表示すると、useridをキーに書類を一時保存する装置516を検索し、利用者が一時保存している書類の一覧を表形式で表示する。表形式の一覧には、通し番号と書類名と保存日時が表示される。
Based on the first embodiment, a method for enabling input of a temporarily saved document to be resumed will be described. (Fig. 29)
Prepare a temporary save selection screen so that users can re-edit documents temporarily saved. When the temporary save selection screen is displayed, the device 516 for temporarily saving documents is searched using the userid as a key, and a list of documents temporarily saved by the user is displayed in a table format. The tabular list displays the serial number, document name, and save date.

画面右上の検索ボックスに、書類名や保存日時をキーワードとして入力する事で、表示されている書類の一覧を絞り込む事が可能である。  It is possible to narrow down the list of displayed documents by entering the document name and save date and time as keywords in the search box in the upper right of the screen.

また、一覧表の各タイトル項目(書類名や保存日時等)をクリックすることで表示内容をソートすることが可能である。  In addition, display contents can be sorted by clicking each title item (document name, saved date, etc.) in the list.

利用者が選択した書類の再開ボタンを押下すると、当該書類の一時保存されている内容が入力された入力画面が表示される。  When the user presses the resume button of the selected document, an input screen is displayed on which the temporarily stored contents of the document are input.

利用者が選択した書類の削除ボタンを押下すると、当該書類を削除することが出来る。  When the delete button of the document selected by the user is pressed, the document can be deleted.

利用者が、削除したい書類のチェックボックスをチェックし、一括削除ボタンを押下すると、選択した書類を一括して削除する事が可能である。  When the user checks the check box of the document to be deleted and presses the batch delete button, the selected documents can be deleted at once.

実施例1を元に、利用者が作成した書類のうち、未決済の書類を表示する方法を示す。(図30)  A method of displaying an unsettled document among documents prepared by a user based on the first embodiment will be described. (Fig. 30)

利用者が作成した書類のうち、未決済の書類を選択できるようにするために、提出済み未決済画面を用意する。提出済み未決済画面は、書類を検索する装置507から、作成者要素の子孫のユーザ要素のuserid属性が自身のuseridに一致し、最上位の承認予定者要素が承認者要素を持たない書類を検索し、条件に該当する書類の一覧を取得し、書類のIDおよび様式名、提出日を表形式で表示する。  In order to be able to select an unsettled document among the documents created by the user, a submitted unsettled screen is prepared. In the submitted unsettled screen, a document search device 507 retrieves a document in which the userid attribute of the user element that is a descendant of the creator element matches its own userid, and the highest-level approval candidate element has no approver element. Search, obtain a list of documents that meet the conditions, and display the document ID, form name, and submission date in tabular form.

画面右上の検索ボックスに、様式IDや様式名をキーワードとして入力する事で、表示されている書類の一覧を絞り込む事が可能である。  By inputting form IDs and form names as keywords in the search box on the upper right of the screen, it is possible to narrow down the list of displayed documents.

一覧表の各タイトル項目(様式名や提出日)をクリックすることで表示内容をソートすることが可能である。  It is possible to sort the displayed contents by clicking each title item (form name and submission date) in the list.

表示件数が一定数を超えた場合は、次ページボタンが押下可能になり、次ページボタンを押下すると、次ページの書類一覧が表示される。同様に前のページに戻る場合は、前ページボタンを押下すると、前のページの書類一覧が表示される。  When the number of displayed items exceeds a certain number, the next page button can be pressed, and when the next page button is pressed, a document list of the next page is displayed. Similarly, when returning to the previous page, when the previous page button is pressed, a document list of the previous page is displayed.

選択した書類の表示ボタンを押下することで、当該書類の参照画面が表示される。  By pressing the display button of the selected document, a reference screen for the document is displayed.

いずれの承認者も承認を行っていない書類については、取り戻しを行う事が可能である。取り戻しとは、未承認の書類の提出を取り消し、書類の作成中の状態に戻す事である。取り戻し可能な書類かどうかは、書類を検索する装置507から、作成者要素の子孫のユーザ要素のuserid属性が自身のuseridに一致し、全ての承認予定者要素が承認者要素を持たない書類を検索することで求める。条件に該当した場合は、取り戻しボタンを押下可能にする。  Documents that are not approved by any approver can be retrieved. Recovering means canceling the submission of an unapproved document and returning it to the state in which the document is being created. Whether or not the document is retrievable is determined from the device 507 for searching for a document by using a user element whose userid attribute that is a descendant of the creator element matches its own userid, and all of the prospective approval element have no approver element. Find by searching. If the condition is met, the return button can be pressed.

実施例1を元に、利用者が承認可能な書類を表示する方法を示す。(図31)  A method for displaying a document that can be approved by the user based on the first embodiment will be described. (Fig. 31)

利用者が承認可能な書類を選択できるようにするために、承認待ち画面を用意する。承認待ち画面は、書類を検索する装置507から、承認ポリシーが強制決裁可能かつ代行承認不可であり、認者要素を持たない承認予定者要素の子孫のユーザ要素に自身のuserIDが存在する書類および、承認ポリシーが強制決裁不可かつ代行承認可能であり、承認者要素を持たない承認予定者要素の組織名が自身の所属する組織名が存在する書類および、承認ポリシーが強制決裁可能かつ代行承認不可であり、承認者要素を持たない承認予定者要素の子孫のユーザ要素に自身のuserIDが存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素がある書類および、承認ポリシーが強制決裁不可かつ代行承認可能であり、承認者要素を持たない承認予定者要素の組織名が自身の所属する組織名が存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素がある書類を検索し、条件に該当する書類の一覧を取得し、書類のIDおよび様式名、提出日を表形式で表示する。  In order to allow the user to select documents that can be approved, a screen for waiting for approval is prepared. The approval waiting screen is displayed from the device 507 for searching for documents. The approval policy is compulsory and proxy approval is not possible, and the document having its own userID in the user element that is a descendant of the approval candidate element that does not have the authorizer element , Approval policy is not compulsory and can be approved on behalf of the document Approval element that does not have an approver element is the name of the organization to which the organization belongs, and the approval policy is compulsory and can not be approved The user element that is the descendant of the approver element that does not have the approver element has its own userID, and if there is an approver element that has the approver element in the lower level of the approver element A document with a creator element that has an approver element, and a set of approver elements that have an approval policy that cannot be compulsory and can be approved on behalf of an applicant, and that do not have an approver element Search for documents that have the name of the organization to which their name belongs, and that have an approver element with an approver element or an author element with an author element below the approver element. , Get a list of documents that meet the conditions, and display the document ID, form name, and submission date in tabular form.

画面右上の検索ボックスに、様式IDや様式名をキーワードとして入力する事で、表示されている書類の一覧を絞り込む事が可能である。  By inputting form IDs and form names as keywords in the search box on the upper right of the screen, it is possible to narrow down the list of displayed documents.

一覧表の各タイトル項目(様式名や提出日)をクリックすることで表示内容をソートすることが可能である。  It is possible to sort the displayed contents by clicking each title item (form name and submission date) in the list.

表示件数が一定数を超えた場合は、次ページボタンが押下可能になり、次ページボタンを押下すると、次ページの書類一覧が表示される。同様に前のページに戻る場合は、前ページボタンを押下すると、前のページの書類一覧が表示される。  When the number of displayed items exceeds a certain number, the next page button can be pressed, and when the next page button is pressed, a document list of the next page is displayed. Similarly, when returning to the previous page, when the previous page button is pressed, a document list of the previous page is displayed.

選択した書類の表示ボタンを押下することで、当該書類の参照画面が表示される。  By pressing the display button of the selected document, a reference screen for the document is displayed.

選択した書類の承認ボタンを押下することで、当該書類の承認画面が表示される。  By pressing the approval button for the selected document, an approval screen for the document is displayed.

一括で承認を行いたい場合は、一覧表左のチェックボックスにて書類を選択し、一括承認ボタンをクリックすることで、選択した書類を全て承認することが出来る。  If you want to approve all at once, you can approve all selected documents by selecting the document with the check box on the left of the list and clicking the collective approval button.

また、同様の画面構成で、検索条件を変更することで、別の承認画面とすることが出来る。例えば、実施例5に相当する自身が承認しなければならない書類を特定する画面とする場合は、検索式を承認ポリシーが代行承認不可であり、承認者要素を持たない承認予定者要素の子孫のユーザ要素に自身のuserIDが存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素がある書類および、承認ポリシーが代行承認可能であり、承認者要素を持たない承認予定者要素の組織名が自身の所属する組織名が存在し、当該承認予定者要素のひとつ下位に、承認者要素を持つ承認予定者要素があるか、作成者要素を持つ作成予定者要素がある書類とすればよい。  Moreover, it can be set as another approval screen by changing search conditions with the same screen configuration. For example, when the screen corresponding to the fifth embodiment is used to specify a document that must be approved by the user, the search policy is not approved by the approval policy, and the descendant of the approval candidate element that does not have the approver element. The user element has its own userID, and there is an approval planner element that has an approver element or a document that has a planner element that has a creator element and an approval policy in one subordinate to the approval planner element. Approval approval is possible, and the organization name of the prospective approver element that does not have the approver element is the name of the organization to which it belongs, and the prospective approver element having the approver element is one level below the prospective approver element. It may be a document that has a creator element that has a creator element or a creator element.

このような検索式を事前に定義し、セレクトボックスで選択するような、検索ボックスを設け、一覧表へ表示する書類の種類を変更できるような画面構成にする事も考えられる。
セレクトボックスの選択項目としては次のような項目が考えられる。
・未承認の物全て(この実施例)
・自身が承認すべき書類(実施例5)
・全て
・承認済み
・決裁済み
・代行可能
It is also conceivable to provide a search box in which such a search expression is defined in advance and selected with a select box so that the type of document to be displayed on the list can be changed.
The following items can be considered as selection items of the select box.
・ All unapproved items (this example)
・ Documents that should be approved (Example 5)
・ All ・ Approved ・ Approved ・ Available

なお、前記の実施例のうち、いくつか、または全てを組み合わせてシステムを構成することは可能である。また、webシステムにおける実施例が主に記載されているが、ブラウザとサーブレットの構成に変えてjavaによるアプレット、C言語等によるネイティブアプリケーションにて実施することも可能である。更に通信プロトコルとしてHTTPのみならず様々なプロトコルを適用することも可能である。  Note that it is possible to configure the system by combining some or all of the above-described embodiments. In addition, although an embodiment in the web system is mainly described, it is also possible to implement by an applet by Java, a native application by C language or the like, instead of the configuration of the browser and the servlet. Furthermore, it is possible to apply not only HTTP but also various protocols as communication protocols.

さらに、稟議の一形態として、多人数で行うアンケートにもこれを用いることができる。  Furthermore, this can be used for a questionnaire conducted by a large number of people as a form of deliberation.

組織図と様式と稟議書の関係を示したブロック図である。It is the block diagram which showed the relationship between an organization chart, a style, and a request for approval. 組織図のツリー構造を示したブロック図である。It is the block diagram which showed the tree structure of the organization chart. 組織図のツリー構造をXMLで表現した例である。This is an example in which a tree structure of an organization chart is expressed in XML. 様式記述言語の記述例である。It is a description example of a format description language. 本発明を実現するために必要な構成要素のブロック図である。It is a block diagram of a component required in order to implement | achieve this invention. 入力画面HTMLに変換された文書構造の例である。It is an example of the document structure converted into the input screen HTML. 入力画面HTMLに変換された組織図の例である。It is an example of the organization chart converted into input screen HTML. 書類を表すXMLに変換された文書構造の例である。It is an example of the document structure converted into XML representing a document. 書類を表すXMLに記述された承認経路の例である。It is an example of an approval route described in XML representing a document. 様式に承認経路の設定が無い場合の承認経路の例である。It is an example of an approval route when there is no setting of an approval route in the form. 様式に権限の委譲が設定されている場合の承認経路の例である。It is an example of an approval route when authority delegation is set in the form. 様式に経路の追加が設定されている場合の承認経路の例である。It is an example of an approval route when route addition is set in the format. 書類に対して承認を行った例である。This is an example of approval for a document. 書類に対して差戻しを行った例である。This is an example of sending back a document. 実施例1を拡張し、型の見た目を変更できるようにした場合の入力画面HTMLの例である。It is an example of the input screen HTML at the time of extending Example 1 and changing the appearance of a type | mold. 認可を実現するために必要な構成要素のブロック図である。It is a block diagram of the component required in order to implement | achieve authorization. 認可のポリシーを設定可能に拡張したときの、組織図を表すXMLの記述例である。It is a description example of XML representing an organization chart when an authorization policy is expanded to be settable. 条件によって書類の構成要素を変更する場合の記述例である。It is a description example when changing the constituent elements of a document according to conditions. 条件によって承認経路を変更する場合の記述例である。It is a description example in the case of changing an approval route according to a condition. 組織図の記述言語を専用言語とし、様式中に記述した場合の記述例である。It is a description example when the description language of the organization chart is a dedicated language and is described in the form. 型および文書構造の記述例である。It is a description example of a type and a document structure. アノテーションの記述例である。It is a description example of annotation. 承認経路設定の記述例である。It is a description example of approval route setting. 並行した承認経路の追加例である。It is an additional example of a parallel approval route. 並行した承認経路があった場合の、入力画面HTMLに変換された承認経路の例である。It is an example of the approval path | route converted into the input screen HTML when there exists a parallel approval path | route. 並行した承認経路があった場合の、書類XMLに変換された承認経路の例である。It is an example of the approval path | route converted into document XML when there exists a parallel approval path | route. 様式選択画面の例である。It is an example of a style selection screen. 書類の入力画面の例である。It is an example of the input screen of documents. 一時保存選択画面の例である。It is an example of a temporary save selection screen. 利用者が作成した書類のうち未決済書類の選択画面の例である。It is an example of the selection screen of an unsettled document among the documents which the user created. 承認可能な書類の選択画面の例である。It is an example of the selection screen of the document which can be approved.

501 入力画面であるHTML及びチェックロジックであるサーブレットを生成する装置
502 組織図、様式を保存するサーバ
503 生成されたHTMLを配信するWebサーバ
504 サーブレットを実行し結果を返すアプリケーションサーバ
505 HTMLを表示するWebブラウザ
506 書類を保存する装置
507 書類を検索する装置
508 認証を行う装置
509 認可を行う装置
510 書類を参照する装置
511 組織図を参照する装置
512 承認をする装置
513 承認経路を変更する装置
514 書類のインデックスを作成する装置
515 書類のインデックスを検索する装置
516 外部データベース
517 書類を一時保存する装置
201 入力フォームの内容を変更した際に呼ばれるロジック
202 書類を提出するときに呼ばれるロジック
203 権限の委譲を設定するロジック
501 Device for generating HTML as input screen and servlet as check logic 502 Server for storing organization chart and format 503 Web server for distributing generated HTML 504 Application server for executing servlet and returning result 505 Display HTML Web browser 506 Document storage device 507 Document search device 508 Authentication device 509 Approval device 510 Document reference device 511 Organization chart reference device 512 Approval device 513 Approval route change device 514 Device for creating document index 515 Device for retrieving document index 516 External database 517 Device for temporarily storing document 201 Logic called when content of input form is changed 202 Submitting document Logic called sometimes 203 Logic to set authority delegation

Claims (8)

組織の構造に対応した木構造のデータ構造によって表現した組織情報を記憶する手段と、
文書を構成する項目と型との対応関係の記述を含む文書構造の定義と承認経路の定義と、型の定義とを含むデータである様式を記憶する手段と、
稟議書類を記憶する手段と、
前記様式に基づいて利用者に入力画面を提供する手段と
入力画面およびチェックプログラムを生成する手段とを備え、
前記入力画面およびチェックプログラムを生成する手段は、様式に基づいて前記入力画面を生成するとともに、様式に含まれる前記型の定義に基づいて前記入力画面に入力された入力値のチェックを行うチェックプログラムを生成し
前記チェックプログラムは、入力画面から呼び出されて入力候補を返却し、
前記入力画面は、前記チェックプログラムから返却された前記入力候補を表示することで入力補助を行い、
前記組織情報と前記様式に含まれた承認経路の定義とに基づいて書類の承認経路を決定し、
利用者により前記入力画面に入力された入力値と前記書類の承認経路とを含む稟議書類を生成し、前記稟議書類を記憶する手段に記憶させることを特徴とする稟議システム。
Means for storing organization information expressed by a tree-structured data structure corresponding to the organization structure;
Means for storing a format that is data including a definition of a document structure including a description of a correspondence relationship between items constituting a document and a type, a definition of an approval route, and a type definition ;
Means for memorizing the approval documents;
Means for providing an input screen to the user based on the format ;
Means for generating an input screen and a check program ,
The means for generating the input screen and the check program generates the input screen based on a format, and checks the input value input to the input screen based on the definition of the type included in the format Produces
The check program is called from the input screen and returns input candidates,
The input screen provides input assistance by displaying the input candidates returned from the check program,
Determine an approval route for the document based on the organization information and the definition of the approval route included in the format;
A deliberation system that generates a deliberation document including an input value input on the input screen by a user and an approval path of the document, and stores the generated deliberation document in a means for storing the deliberation document.
前記入力画面は、前記文書を構成する項目に対応する複数の入力要素から構成され、
前記利用者によって入力された項目への入力値、または、複数の項目への入力値に基づいて前記承認経路を決定することを特徴とする請求項1に記載の稟議システム。
The input screen is composed of a plurality of input elements corresponding to items constituting the document,
The approval system according to claim 1, wherein the approval route is determined based on an input value to an item input by the user or an input value to a plurality of items.
前記入力画面、および、チェックプログラムを生成する手段は、さらに、前記様式に基づいて様式の説明文の生成を行うことを特徴とする請求項に記載の稟議システム。2. The approval system according to claim 1 , wherein the input screen and the means for generating the check program further generate a description of the format based on the format. 前記様式は、前記型に対する変域の記述を含むことを特徴とする請求項1乃至のいずれかに記載の稟議システム。The modalities approval system according to any one of claims 1 to 3, characterized in that it comprises a description of domain for said type. 前記稟議システムは、外部データベースをさらに備え、
前記様式には、前記変域の記述として前記外部データベースの問い合わせのための情報を含むことを特徴とする請求項に記載の稟議システム。
The approval system further includes an external database,
5. The approval system according to claim 4 , wherein the format includes information for querying the external database as a description of the domain.
前記入力画面を提供する手段は、前記様式、または、前記文書構造の項目に割り当てられた型に対する入力画面での表示方法の定義を含む定義ファイルをさらに記憶することを特徴とする請求項1乃至に記載の稟議システム。The means for providing the input screen further stores a definition file including a definition of a display method on the input screen for a type assigned to the item of the form or the document structure. 5. The approval system according to 5 . 組織の構造に対応した木構造のデータ構造によって表現した組織情報を記憶する手段と、
文書を構成する項目と型との対応関係の記述を含む文書構造の定義と、承認経路の定義と、型の定義とを含むデータである様式を記憶する手段と、
稟議書類を記憶する手段と、
前記様式に基づいて利用者に入力画面を提供する手段と
入力画面およびチェックプログラムを生成する手段とを備えた稟議システムにおいて実行されるプログラムであって
前記入力画面およびチェックプログラムを生成する手段は、様式に基づいて前記入力画面を生成するとともに、様式に含まれる前記型の定義に基づいて前記入力画面に入力された入力値のチェックを行うチェックプログラムを生成するステップを含み、
前記チェックプログラムは、入力画面から呼び出されて入力候補を返却するステップを含み、
前記入力画面は、前記チェックプログラムから返却された前記入力候補を表示することで入力補助を行い、
前記組織情報と前記様式に含まれた承認経路の定義とに基づいて書類の承認経路を決定
利用者により前記入力画面に入力された入力値と前記書類の承認経路とを含む稟議書類を生成し、前記稟議書類を記憶する手段に記憶させるステップを含むことを特徴とするプログラム。
Means for storing organization information expressed by a tree-structured data structure corresponding to the organization structure;
Means for storing a format that is data including a definition of a document structure including a description of a correspondence relationship between items constituting a document and a type, a definition of an approval route, and a type definition ;
Means for memorizing the approval documents;
Means for providing an input screen to the user based on the format ;
A program executed in a deliberation system comprising an input screen and a means for generating a check program ,
The means for generating the input screen and the check program generates the input screen based on a format, and checks the input value input to the input screen based on the definition of the type included in the format Including the step of generating
The check program includes a step of being called from an input screen and returning input candidates,
The input screen provides input assistance by displaying the input candidates returned from the check program,
Determining the approval path of the document based on the definition of the included approval route on the manner and the organization information,
A program characterized by comprising the step of storing in the means for generating the approval documents, storing said approval documents including the approval path of the document and the input value that is input to the input screen by the user.
組織の構造に対応した木構造のデータ構造によって表現した組織情報を記憶する手段と、
文書を構成する項目と型との対応関係の記述を含む文書構造の定義と、承認経路の定義と、型の定義とを含むデータである様式を記憶する手段と、
稟議書類を記憶する手段と、
前記様式に基づいて利用者に入力画面を提供する手段と
入力画面およびチェックプログラムを生成する手段と
を備えた稟議システムにおいて実行される稟議システムの制御方法であって、
前記入力画面およびチェックプログラムを生成する手段が、様式に基づいて前記入力画面を生成するとともに、様式に含まれる前記型の定義に基づいて前記入力画面に入力された入力値のチェックを行うチェックプログラムを生成するステップを含み、
前記チェックプログラムは、入力画面から呼び出されて入力候補を返却するステップを含み、 前記入力画面が、前記チェックプログラムから返却された前記入力候補を表示することで入力補助を行い、
前記組織情報と前記様式に含まれた承認経路の定義とに基づいて書類の承認経路を決定
利用者により前記入力画面に入力された入力値と前記書類の承認経路とを含む稟議書類を生成し、前記稟議書類を記憶する手段に記憶させるステップを含むことを特徴とする稟議システムの制御方法。
Means for storing organization information expressed by a tree-structured data structure corresponding to the organization structure;
Means for storing a format that is data including a definition of a document structure including a description of a correspondence relationship between items constituting a document and a type, a definition of an approval route, and a type definition ;
Means for memorizing the approval documents;
Means for providing an input screen to the user based on the format ;
A method for controlling a deliberation system executed in a deliberation system comprising means for generating an input screen and a check program ,
A check program in which the means for generating the input screen and the check program generates the input screen based on a format and checks an input value input to the input screen based on the definition of the type included in the format Including the step of generating
The check program includes a step of returning input candidates that are called from the input screen, and the input screen performs input assistance by displaying the input candidates returned from the check program,
Determining the approval path of the document based on the definition of the included approval route on the manner and the organization information,
The method of approval system generates approval documents including the approval path of the document and the input value that is input to the input screen by the user, characterized in that it comprises a step of storing in the means for storing the approval documents .
JP2012213117A 2012-09-10 2012-09-10 Compiler for document, validation check and development document creation and deliberation system using it Expired - Fee Related JP5499388B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012213117A JP5499388B2 (en) 2012-09-10 2012-09-10 Compiler for document, validation check and development document creation and deliberation system using it

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012213117A JP5499388B2 (en) 2012-09-10 2012-09-10 Compiler for document, validation check and development document creation and deliberation system using it

Publications (2)

Publication Number Publication Date
JP2014052991A JP2014052991A (en) 2014-03-20
JP5499388B2 true JP5499388B2 (en) 2014-05-21

Family

ID=50611383

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012213117A Expired - Fee Related JP5499388B2 (en) 2012-09-10 2012-09-10 Compiler for document, validation check and development document creation and deliberation system using it

Country Status (1)

Country Link
JP (1) JP5499388B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112785175B (en) * 2021-01-29 2023-11-24 贵州惠智电子技术有限责任公司 Information circulation system and circulation method based on self-adaption

Also Published As

Publication number Publication date
JP2014052991A (en) 2014-03-20

Similar Documents

Publication Publication Date Title
JP7460689B2 (en) Software application development based on spreadsheets
US7472341B2 (en) Multi-user, multi-timed collaborative annotation
US8543527B2 (en) Method and system for implementing definable actions
US6662199B1 (en) Method and apparatus for customized hosted applications
Draheim et al. Form-oriented analysis: a new methodology to model form-based applications
US20230169464A1 (en) Custom Application Builder for Supply Chain Management
US20110173529A1 (en) Template processing engine for business systems
JPH11296541A (en) Structured data management system, and computer-readable recording medium recorded with structured data managing program
CN101110021A (en) Method for visually programming instruction set for process
WO2005041032A1 (en) System for supporting introduction/operation of integrating job software
US11120200B1 (en) Capturing unstructured information in application pages
US20060185019A1 (en) Method and system for observational data collection
US20070234201A1 (en) Information Management Device
JP2000020377A (en) Database system, data managing method and storage medium storing software for data management
JP5530173B2 (en) Directory system having organization structure management directory and program thereof
JP3987018B2 (en) Integrated business software introduction and operation support system
JP5499388B2 (en) Compiler for document, validation check and development document creation and deliberation system using it
Gould Systems analysis and design
JP6336922B2 (en) Business impact location extraction method and business impact location extraction device based on business variations
JP2013033352A (en) Program creation device, and method and program thereof
JP5879247B2 (en) Form creation device and operation method thereof
JP2020009169A (en) Information processing system and program for supporting attachment of note
JP4601998B2 (en) System development support system
JP2012164177A (en) Program automatic generation system
JP4706001B2 (en) Design computer programs

Legal Events

Date Code Title Description
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: 20140121

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140220

R150 Certificate of patent or registration of utility model

Ref document number: 5499388

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees