JP2015170263A - workflow integration system - Google Patents
workflow integration system Download PDFInfo
- Publication number
- JP2015170263A JP2015170263A JP2014046235A JP2014046235A JP2015170263A JP 2015170263 A JP2015170263 A JP 2015170263A JP 2014046235 A JP2014046235 A JP 2014046235A JP 2014046235 A JP2014046235 A JP 2014046235A JP 2015170263 A JP2015170263 A JP 2015170263A
- Authority
- JP
- Japan
- Prior art keywords
- application
- company
- authority
- approval
- workflow
- 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.)
- Granted
Links
Images
Abstract
Description
本発明は、ワークフローシステムに関する。 The present invention relates to a workflow system.
企業等では、ワークフローシステムを利用して、申請書の生成、生成された申請書の承認等が行われている。
このようなワークフローシステムとして、特許文献1に記載のものがある。
Companies and the like use a workflow system to generate application forms and to approve generated application forms.
There exists a thing of patent document 1 as such a workflow system.
特許文献1のワークフローシステムは企業ごとに利用されることが前提となっている。
このため、企業ごとのワークフローシステムを用意する必要があるが、各社で運用されているワークフローシステムは構成や機能が似通っていることが多く、特に関連会社間で複数社のワークフローシステムを統合して運用できる環境が望まれる。
複数社のワークフローシステムを統合した場合には、申請書の承認権限を各社での役職等をもとに設定する必要がある。
しかしながら、企業ごとに役職の階層構造や役職の名称が異なっており、複数社のワークフローシステムを統合した場合にも、承認権限の設定、承認者に対する認証処理が複雑化するという課題がある。
It is assumed that the workflow system of Patent Document 1 is used for each company.
For this reason, it is necessary to prepare a workflow system for each company. However, the workflow systems operated by each company often have similar configurations and functions. In particular, the workflow systems of multiple companies are integrated among affiliated companies. An environment that can be operated is desired.
When the workflow systems of multiple companies are integrated, it is necessary to set the approval authority for the application form based on the title of each company.
However, the hierarchical structure of job titles and job titles differ from company to company, and even when the workflow systems of multiple companies are integrated, there is a problem in that approval authority setting and authentication processing for the approver are complicated.
本発明は、このような事情に鑑みたものであり、複数のワークフローシステムを統合する際に、企業ごとの役職の違いを吸収して承認権限の設定及び承認者に対する認証処理を効率化することを主な目的とする。 The present invention has been made in view of such circumstances, and, when integrating a plurality of workflow systems, absorbs the difference in position for each company and makes the setting of approval authority and the authentication process for the approver efficient. Is the main purpose.
本発明に係るワークフロー統合システムは、
複数の企業のワークフローシステムを統合するワークフロー統合システムであって、
役職のカテゴリーである役職カテゴリーが複数示され、複数の役職カテゴリーには申請書の承認権限が認められる承認権限役職カテゴリーが含まれており、各企業で用いられている役職が前記複数の役職カテゴリーのうちのいずれかの役職カテゴリーに対応付けられている役職カテゴリー情報を記憶する役職カテゴリー情報記憶部と、
いずれかの企業の構成員が当該企業で生成された申請書の承認者に選定された場合に、当該構成員の役職が前記役職カテゴリー情報において前記承認権限役職カテゴリーに対応付けられている当該企業の役職と一致するか否かを判定する承認者役職判定部とを有することを特徴とする。
The workflow integration system according to the present invention includes:
A workflow integration system that integrates the workflow systems of multiple companies,
Multiple job categories that are categories of job titles are shown, and multiple job categories include approval authority job categories that allow application approval rights, and job titles used by each company are the above job category categories A job category information storage unit that stores job category information associated with any job category, and
When a member of any company is selected as an approver of an application generated by the company, the company whose position is associated with the approval authority position category in the position category information And an approver job title determination unit that determines whether or not the job title matches the current job title.
本発明によれば、各企業で用いられている役職を役職カテゴリーに集約することで、企業ごとの役職の違いを吸収して承認権限の設定及び承認者に対する認証処理を効率化することができる。 According to the present invention, by consolidating the positions used in each company into the position categories, it is possible to absorb the difference in position for each company and to make the approval authority setting and the authentication process for the approver more efficient. .
実施の形態1.
図1は、本実施の形態に係るワークフロー統合システム100を含むシステム構成例を示す。
Embodiment 1 FIG.
FIG. 1 shows a system configuration example including a
図1において、ワークフロー統合システム100は、A社向けのA社ワークフローシステム101a、B社向けのB社ワークフローシステム101b等と、DBシステム102で構成される。
なお、A社ワークフローシステム101a、B社ワークフローシステム101b等を総称して、ワークフローシステム101という。
図1では、A社ワークフローシステム101a、B社ワークフローシステム101bのみが図示されているが、他の企業向けのワークフローシステム101が実装されていてもよい。
In FIG. 1, a
The company A
In FIG. 1, only the company A
ワークフロー統合システム100は、A社ユーザ端末装置200、B社ユーザ端末装置300、システム管理者端末装置400、ID登録改廃権限者端末装置500に接続されている。
A社ユーザ端末装置200は、A社のユーザが利用する端末装置である。
B社ユーザ端末装置300は、B社のユーザが利用する端末装置である。
図1では、A社ユーザ端末装置200及びB社ユーザ端末装置300は、それぞれ1台しか図示されていないが、それぞれ複数台存在するものとする。
システム管理者端末装置400は、ワークフロー統合システム100を管理するシステム管理者が利用する端末装置である。
ID登録改廃権限者端末装置500は、ユーザID(Identifier)の登録の改廃を行う権限のあるID登録改廃権限者が利用する端末装置である。
図1では、ID登録改廃権限者端末装置500は1台しか図示されていないが、企業ごとにID登録改廃権限者端末装置500が存在するものとする。
The
The company A
The company B
In FIG. 1, only one company A
The system
The ID registration amendment authority
In FIG. 1, only one ID registration revision authority
次に、ワークフロー統合システム100の内部構成を説明する。
まず、ワークフローシステム101の構成例を説明する。
ここでは、代表としてA社ワークフローシステム101aの構成例を説明するが、B社ワークフローシステム101bの構成も同様とする。
Next, the internal configuration of the
First, a configuration example of the workflow system 101 will be described.
Here, the configuration example of the company A
申請情報管理DB1011は、A社において生成された申請書を管理する。
申請・承認履歴管理DB1012は、A社における申請書作成履歴、申請書承認履歴が示される申請・承認履歴情報を管理する。
The application information management DB 1011 manages application forms generated by the company A.
The application / approval
ワークフロー処理部1013は、ワークフローに関する処理を行う。
例えば、ワークフロー処理部1013は、申請書を作成しようとする申請者に申請書を作成する権限(申請権限)があるか否かを判定する。
また、ワークフロー処理部1013は、申請権限者が指定した承認者に申請書を承認する権限(承認権限)があるか否かを判定する。
ワークフロー処理部1013は、承認者役職判定部及び申請権限者属性判定部の例に相当する。
The
For example, the
Further, the
The
なお、申請権限を有する者を申請権限者という。
申請者は申請書の生成を行おうとする者であり、申請者が必ずしも申請権限者であるとは限らない。
申請権限のない申請者(申請権限者でない申請者)は、ワークフロー処理部1013により申請書の生成が禁止される。
また、承認権限がある者を承認権限者という。
申請権限者によって承認を行うべき者として指定された者を承認者という。
承認者が必ずしも承認権限者であるとは限らない。
承認権限のない承認者(承認権限者ではない承認者)は、ワークフロー処理部1013により申請書の承認が禁止される。
また、承認権限者に代わって承認する権限(代理承認権限)を有する者を代理承認権限者という。
A person who has application authority is called an application authority.
The applicant is a person who wants to generate an application, and the applicant is not necessarily an authorized person.
An applicant who has no application authority (an applicant who is not an application authority) is prohibited from generating an application by the
A person with approval authority is called an approval authority.
A person who is designated as a person to be approved by the application authority is called an approver.
An approver is not necessarily an approval authority.
An approver without approval authority (an approver who is not an approval authority) is prohibited from approving the application by the
Further, a person who has the authority to approve on behalf of the approval authority (proxy approval authority) is called a proxy approval authority.
申請・承認履歴管理部1014は、申請書が生成された場合、申請書が承認又は否認された場合に、申請・承認履歴管理DB1012の申請・承認履歴情報を更新する。
The application / approval
通知メール送信部1015は、承認が必要な申請書が生成されたことを通知する通知メールを生成し、通知メールを承認権限者(及び代理承認権限者)が利用する端末装置に送信する。 The notification mail transmission unit 1015 generates a notification mail notifying that an application form that requires approval has been generated, and transmits the notification mail to the terminal device used by the approval authority (and the proxy approval authority).
会社情報管理DB1021は、ワークフロー統合システム100を利用する会社の情報である会社情報を管理する。
会社情報は、例えば、図2に示す情報であり、会社ID、会社名、住所、電話番号が含まれている。
The company
The company information is information shown in FIG. 2, for example, and includes a company ID, a company name, an address, and a telephone number.
ユーザ情報管理DB1022は、各社に所属するユーザの情報であるユーザ情報を管理する。
ユーザ情報は、例えば、図3に示す情報であり、会社ID、ユーザID、ユーザの氏名、ユーザの所属先、ユーザの役職、メールアドレス、パスワードが含まれている。
The user
The user information is, for example, information shown in FIG. 3 and includes a company ID, a user ID, a user name, a user affiliation, a user title, a mail address, and a password.
職位情報管理DB1023は、職位情報を管理する。
職位情報は、例えば、図4に示す情報である。
職位情報には、役職のカテゴリーである職位(役職カテゴリー)が複数示され、企業ごとに、職位に対応する役職が示される。
図4の例では、職位として、役員、部門長、組織長が示されている。
A社(会社ID:001)では、役職として、社長、副社長、部長、課長があり、社長及び副社長は職位としては役員に分類され、部長は部門長に分類され、課長は組織長に分類される。
B社(会社ID:002)では、役職として、社長、副社長、専務、センター長、部長、課長、係長があり、社長、副社長及び専務は職位としては役員に分類され、センター長、部長及び課長は部門長に分類され、係長は組織長に分類される。
また、職位の中には、申請書の承認権限が認められる承認権限職位(承認権限役職カテゴリー)が含まれており、図4の例では、部門長に承認権限が認められている。
職位情報は、役職カテゴリー情報の例に相当し、職位情報管理DB1023は、役職カテゴリー情報記憶部の例に相当する。
The position
The position information is, for example, information shown in FIG.
In the position information, a plurality of positions (position categories) that are categories of positions are indicated, and positions corresponding to the positions are indicated for each company.
In the example of FIG. 4, officers, department heads, and organization heads are shown as positions.
In Company A (Company ID: 001), there are presidents, vice presidents, general managers, and section managers as titles. being classified.
In Company B (Company ID: 002), there are presidents, vice presidents, managing directors, general managers, general managers, general managers, section managers, general managers. Section managers are classified as department heads, and section managers are classified as organization heads.
Further, the position includes an approval authority position (approval authority position category) in which the application authority is approved. In the example of FIG. 4, the department manager is granted the approval authority.
The position information corresponds to an example of position category information, and the position
申請権限者情報管理DB1024は、申請権限者情報を管理する。
申請権限者情報は、例えば、図5に示す情報である。
申請権限者情報では、企業ごと、かつ申請書ごとに、申請権限者の属性が示される。
図5の例では、申請権限者の属性として、所属先が記述されている。
申請権限者情報管理DB1024は、申請権限者情報記憶部の例に相当する。
The application authority
Application authority information is, for example, information shown in FIG.
In the application authority information, the attributes of the application authority are shown for each company and each application.
In the example of FIG. 5, the affiliation is described as the attribute of the application authority.
The application authority
代理承認権限者情報管理DB1025は、代理承認権限者情報を管理する。
代理承認権限者情報は、例えば、図6に示す情報である。
代理承認権限者情報では、企業ごとに、代理承認権限が認められる職位(代理承認権限職位)が示される。
図6の例では、A社(会社ID:001)、B社(会社ID:002)とも職位:組織長に分類される役職の者に代理承認権限が与えられている。
The proxy approval authority
The proxy approval authority information is, for example, information shown in FIG.
In the proxy approval authority information, the position (proxy approval authority position) in which the proxy approval authority is permitted is indicated for each company.
In the example of FIG. 6, the proxy approval authority is given to a person whose position is classified as position: organization head for both company A (company ID: 001) and company B (company ID: 002).
通知メール設定情報管理DB1026は、通知メール設定情報を管理する。
通知メール設定情報は、例えば、図7に示す情報である。
通知メール設定情報では、企業の部門ごとに、通知メールの送信先が示される。
図7の例では、A社の企画部では、通知メールの送信先として承認権限者と代理承認権限者が定義され、経理部では、通知メールの送信先として承認権限者のみが定義されている。
なお、図7では、企業の部門ごとに通知メールの送信先が定義されているが、企業ごとに通知メールの送信先が定義されるようにしてもよい。
通知メール設定情報管理DB1026は、通知メール設定情報記憶部の例に相当する。
The notification mail setting
The notification mail setting information is, for example, information shown in FIG.
The notification mail setting information indicates the transmission destination of the notification mail for each department of the company.
In the example of FIG. 7, the planning department of company A defines an approval authority and a proxy approval authority as destinations for notification mail, and the accounting department defines only an approval authority as a notification mail destination. .
In FIG. 7, a notification mail transmission destination is defined for each company department, but a notification mail transmission destination may be defined for each company.
The notification mail setting
ユーザ情報管理DB1022のユーザ情報は、ID登録改廃権限者が登録・更新を行い。
その他のDBの情報は、システム管理者が登録・更新を行う。
User information in the user
The system administrator registers / updates other DB information.
次に、本実施の形態に係るワークフロー統合システム100の動作例を、図8〜図10を参照して説明する。
図8は、申請書の生成手順を示すフローチャート図である。
図9は、申請書の承認者選定手順を示すフローチャート図である。
図10は、通知メールの送信手順を示すフローチャート図である。
以下では、A社のユーザがA社ユーザ端末装置200を用いてワークフローシステム101aにアクセスする例を説明する。
Next, an operation example of the
FIG. 8 is a flowchart showing an application form generation procedure.
FIG. 9 is a flowchart showing a procedure for selecting an approver of the application form.
FIG. 10 is a flowchart showing a notification mail transmission procedure.
Hereinafter, an example in which a user of company A accesses the
図8では、A社のユーザである申請者がA社ユーザ端末装置200を用いてワークフローシステム101aにアクセスすると、ワークフロー処理部1013がログイン認証を行う(S801)。
例えば、A社ユーザ端末装置200が申請者のユーザIDとパスワードをワークフロー処理部1013に送信し、ワークフロー処理部1013がユーザIDとパスワードを用いたログイン認証を行う。
ここでは、ユーザIDが「001−34567」(図3)のユーザからアクセスがあったものと仮定する。
In FIG. 8, when an applicant who is a user of company A accesses the
For example, the company A
Here, it is assumed that there is an access from a user whose user ID is “001-34567” (FIG. 3).
S801のログイン認証に成功した場合に、ワークフロー処理部1013は、申請書生成画面をA社ユーザ端末装置200に送信し、申請者は生成しようとする申請書の申請書IDを申請書性生成画面に入力する。
これにより、A社ユーザ端末装置200から申請書IDが送信され、ワークフロー処理部1013はA社ユーザ端末装置200から送信された申請書IDを受信する(S802)。
ここでは、申請書IDとして「JKL−001」を受信したと仮定する。
If the login authentication of S801 is successful, the
Thereby, the application form ID is transmitted from the A company
Here, it is assumed that “JKL-001” is received as the application form ID.
次に、ワークフロー処理部1013は、S801で受信したユーザIDから、当該申請者の所属先を特定する(S803)。
S801で受信したユーザIDは「001−34567」であるため、ワークフロー処理部1013は、このユーザIDが含まれるレコードを図3において検索し、申請者の所属先を「企画部第一課」と特定する。
Next, the
Since the user ID received in S801 is “001-34567”, the
次に、ワークフロー処理部1013は、S802で受信した申請書IDに対する申請権限者属性を特定する(S804)。
S802で受信した申請書IDは「JKL−001」であるため、ワークフロー処理部1013は、図5から、S802で受信した申請書IDに対する申請権限者属性を「企画部」と特定する。
Next, the
Since the application form ID received in S802 is “JKL-001”, the
次に、ワークフロー処理部1013は、申請者が申請権限者属性を満たすかどうかを判定する(S805)。
申請者が申請権限者属性を満たす場合は、ワークフロー処理部1013は、当該申請者による申請書の生成を許可し(S806)、申請権限者属性を満たさない場合は、ワークフロー処理部1013は、当該申請者による申請書の生成を禁止する(S807)。
S803で特定した所属先は「企画部第一課」であり、S804で特定した申請権限者属性は「企画部」であるため、この場合は、申請権限者属性を満たし、申請書の生成が許可される。
Next, the
If the applicant satisfies the application authority attribute, the
Since the affiliation specified in S803 is “Planning Department 1st Section” and the application authority attribute specified in S804 is “Planning Department”, in this case, the application authority attribute is satisfied and the application is generated. Allowed.
図9では、申請者が申請書を生成すると、ワークフロー処理部1013は、A社ユーザ端末装置200から承認者のユーザIDを受信する(S901)。
ここでは、例えば、承認者のユーザIDとして「001−12345」(図3)が送信されたと仮定する。
In FIG. 9, when the applicant generates an application, the
Here, for example, it is assumed that “001-12345” (FIG. 3) is transmitted as the user ID of the approver.
次に、ワークフロー処理部1013は、S901で受信したユーザIDから、当該承認者の所属及び役職を特定する(S902)。
S901で受信したユーザIDは「001−12345」であるため、ワークフロー処理部1013は、このユーザIDが含まれるレコードを図3において検索し、承認者の所属先を「企画部」と特定し、また、承認者の役職を「企画部」と特定する。
Next, the
Since the user ID received in S901 is “001-12345”, the
次に、ワークフロー処理部1013は、承認権限がある役職を特定する(S903)。
具体的には、ワークフロー処理部1013は、図4から、承認権限職位である部門長に属する役職は、A社では「部長」であることを特定する。
Next, the
Specifically, the
次に、ワークフロー処理部1013は、承認者に承認権限があるかどうかを判定する(S904)。
承認者に承認権限がある場合は、ワークフロー処理部1013は、当該申請書をワークフロー処理部1013に送信することを許可する(S905)。
一方、承認者に承認権限がない場合は、ワークフロー処理部1013は、当該申請書をワークフロー処理部1013に送信することを禁止する(S906)。
S902で特定した役職及びS903で特定した役職は、ともに「部長」であり、また、承認者は、申請者と同じ所属先(企画部)であるため、承認者に承認権限が認められる。
Next, the
If the approver has the authorization authority, the
On the other hand, if the approver has no approval authority, the
Since the position specified in S902 and the position specified in S903 are both “department managers” and the approver is the same affiliation (planning department) as the applicant, the approver is authorized to approve.
S905で申請書の送信が許可された場合は、A社ユーザ端末装置200から申請書が送信され、A社ワークフローシステム101aでは、ワークフロー処理部1013が会社情報管理DB1021に申請書を登録し、また、申請・承認履歴管理部1014が申請・承認履歴管理DB1012の申請・承認履歴情報を更新する。
When the transmission of the application form is permitted in S905, the application form is transmitted from the company A
図10では、通知メール送信部1015が、図7を参照して、通知メールの送信先を特定する(S1001)。
図7の例では、A社は、通知メールの送信先として、承認権限者及び代理承認権限者が定義されている。
このため、通知メール送信部1015は、通知メールの送信先を承認権限者及び代理承認と特定する。
In FIG. 10, the notification mail transmitting unit 1015 specifies the transmission destination of the notification mail with reference to FIG. 7 (S1001).
In the example of FIG. 7, an approval authority and a proxy approval authority are defined as the transmission destination of the notification mail for company A.
For this reason, the notification mail transmitting unit 1015 identifies the transmission destination of the notification mail as an approval authority and proxy approval.
通知メールの送信先に代理権限者が含まれる場合(S1002でYES)は、通知メール送信部1015は、承認権限者と代理承認権限者に通知メールを送信する(S1003)。
具体的には、通知メール送信部1015は、図6から、A社の代理承認権限者が「組織長」であることを認識し、図4から、A社では「組織長」は「課長」であることを特定する。
更には、通知メール送信部1015は、申請者の所属先が「企画部第一課」であることから、所属先が「企画部第一課」であり、役職が「課長」のレコードを図3において検索する。
この結果、通知メール送信部1015は、ユーザIDが「001−23456」のレコードを検索し、このレコードに含まれるメールアドレスを、代理承認権限者のメールアドレスとする。
また、通知メール送信部1015は、図9のS902で検索したレコードに含まれるメールアドレスを、承認権限者のメールアドレスとする。
通知メール送信部1015は、このようにして特定したメールアドレスが含まれる通知メールを送信する。
When a proxy authority is included in the destination of the notification mail (YES in S1002), the notification mail transmission unit 1015 transmits a notification mail to the approval authority and the proxy approval authority (S1003).
Specifically, the notification mail transmission unit 1015 recognizes from FIG. 6 that the authorized approval authority of company A is “organization manager”, and from FIG. 4, “organization manager” is “section manager” in company A. Is identified.
Furthermore, since the applicant's affiliation is “Planning Department 1st Section”, the notification mail transmission unit 1015 displays a record in which the affiliation is “Planning Department 1st Section” and the title is “section manager”. Search in 3.
As a result, the notification mail transmission unit 1015 searches for a record having the user ID “001-23456”, and sets the mail address included in this record as the mail address of the proxy approval authority.
Further, the notification mail transmitting unit 1015 sets the mail address included in the record searched in S902 of FIG. 9 as the mail address of the authorized person.
The notification mail transmission unit 1015 transmits a notification mail including the mail address specified in this way.
通知メールの送信先に代理権限者が含まれない場合(S1002でNO)は、通知メール送信部1015は、承認権限者にのみ通知メールを送信する(S1004)。 When the proxy authority is not included in the destination of the notification mail (NO in S1002), the notification mail transmission unit 1015 transmits the notification mail only to the approval authority (S1004).
このように、本実施の形態によれば、複数社のワークフローシステムを統合したワークフロー統合システムにおいて、各企業で用いられている役職を職位に集約することで、企業ごとの役職の違いを吸収して承認権限の設定及び承認者に対する認証処理を効率化することができる。 As described above, according to the present embodiment, in the workflow integrated system in which the workflow systems of a plurality of companies are integrated, the positions used in each company are aggregated into positions, thereby absorbing the differences in the positions of each company. Thus, it is possible to streamline the setting of approval authority and the authentication process for the approver.
また、本実施の形態では、企業ごと、かつ申請書ごとに、申請権限者の属性が定義されているので、複数社のワークフローシステムを統合しても、企業ごと、かつ申請書ごとに、申請者に申請権限があるかどうかを正確に判別することができる。 In this embodiment, the attributes of the application authority are defined for each company and for each application. Therefore, even if the workflow system of multiple companies is integrated, the application is applied for each company and for each application. It is possible to accurately determine whether a person has application authority.
また、本実施の形態では、企業ごと、又は企業の部門ごとに、通知メールの送信先が定義されているので、組織の実態に合わせて通知メールを送信することができる。 Further, in the present embodiment, since the transmission destination of the notification mail is defined for each company or for each department of the company, the notification mail can be transmitted according to the actual state of the organization.
なお、本発明は、本実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。 In addition, this invention is not limited to this Embodiment, A various change is possible as needed.
最後に、本実施の形態に示したワークフロー統合システム100のハードウェア構成例を図11を参照して説明する。
ワークフロー統合システム100はコンピュータであり、ワークフロー統合システム100の各要素をプログラムで実現することができる。
ワークフロー統合システム100のハードウェア構成としては、バスに、演算装置901、外部記憶装置902、主記憶装置903、通信装置904、入出力装置905が接続されている。
Finally, a hardware configuration example of the
The
As a hardware configuration of the workflow integrated
演算装置901は、プログラムを実行するCPU(Central Processing Unit)である。
外部記憶装置902は、例えばROM(Read Only Memory)やフラッシュメモリ、ハードディスク装置である。
主記憶装置903は、RAM(Random Access Memory)である。
通信装置904は、例えば、NIC(Network Interface Card)である。
入出力装置905は、例えばマウス、キーボード、ディスプレイ装置等である。
The
The
The
The
The input /
プログラムは、通常は外部記憶装置902に記憶されており、主記憶装置903にロードされた状態で、順次演算装置901に読み込まれ、実行される。
プログラムは、図1に示す「〜部」として説明している機能を実現するプログラムである。
更に、外部記憶装置902にはオペレーティングシステム(OS)も記憶されており、OSの少なくとも一部が主記憶装置903にロードされ、演算装置901はOSを実行しながら、図1に示す「〜部」の機能を実現するプログラムを実行する。
また、本実施の形態の説明において、「〜の判断」、「〜の判定」、「〜の抽出」、「〜の特定」、「〜の設定」、「〜の登録」、「〜の選択」、「〜の生成」、「〜の受信」等として説明している処理の結果を示す情報やデータや信号値や変数値が主記憶装置903にファイルとして記憶されている。
The program is normally stored in the
The program is a program that realizes a function described as “unit” shown in FIG.
Further, an operating system (OS) is also stored in the
In the description of the present embodiment, “determining”, “determining”, “extracting”, “specifying”, “setting of”, “registering”, “selecting” ”,“ Generate ”,“ Received ”, etc., information, data, signal values, and variable values indicating the results of the processing are stored in the
なお、図11の構成は、あくまでもワークフロー統合システム100のハードウェア構成の一例を示すものであり、ワークフロー統合システム100のハードウェア構成は図11に記載の構成に限らず、他の構成であってもよい。
Note that the configuration in FIG. 11 is merely an example of the hardware configuration of the
100 ワークフロー統合システム、101 ワークフローシステム、102 DBシステム、200 A社ユーザ端末装置、300 B社ユーザ端末装置、400 システム管理者端末装置、500 ID登録改廃権限者端末装置、1011 申請情報管理DB、1012 申請・承認履歴管理DB、1013 ワークフロー処理部、1014 申請・承認履歴管理部、1015 通知メール送信部、1021 会社情報管理DB、1022 ユーザ情報管理DB、1023 職位情報管理DB、1024 申請権限者情報管理DB、1025 代理承認権限者情報管理DB、1026 通知メール設定情報管理DB。
DESCRIPTION OF
Claims (5)
役職のカテゴリーである役職カテゴリーが複数示され、複数の役職カテゴリーには申請書の承認権限が認められる承認権限役職カテゴリーが含まれており、各企業で用いられている役職が前記複数の役職カテゴリーのうちのいずれかの役職カテゴリーに対応付けられている役職カテゴリー情報を記憶する役職カテゴリー情報記憶部と、
いずれかの企業の構成員が当該企業で生成された申請書の承認者に選定された場合に、当該構成員の役職が前記役職カテゴリー情報において前記承認権限役職カテゴリーに対応付けられている当該企業の役職と一致するか否かを判定する承認者役職判定部とを有することを特徴とするワークフロー統合システム。 A workflow integration system that integrates the workflow systems of multiple companies,
Multiple job categories that are categories of job titles are shown, and multiple job categories include approval authority job categories that allow application approval rights, and job titles used by each company are the above job category categories A job category information storage unit that stores job category information associated with any job category, and
When a member of any company is selected as an approver of an application generated by the company, the company whose position is associated with the approval authority position category in the position category information And an approver job title determination unit for determining whether or not the job title matches the current job title.
申請書の承認者に選定された構成員の役職が前記承認権限役職カテゴリーに対応付けられている役職と一致しない場合に、当該構成員による前記申請書の承認を許可しないことを特徴とする請求項1に記載のワークフロー統合システム。 The approver title determination unit
Claims characterized by not permitting approval of the application by the member when the position of the member selected as the approver of the application form does not match the position associated with the approval authority position category. Item 4. The workflow integration system according to item 1.
企業ごと、かつ申請書ごとに、申請権限者の属性が示される申請権限者情報を記憶する申請権限者情報記憶部と、
いずれかの企業の構成員がいずれかの申請書を生成しようとする場合に、当該構成員の属性が前記申請権限者情報において当該企業の当該申請書の申請権限者の属性と一致するか否かを判定する申請権限者属性判定部とを有することを特徴とする請求項1に記載のワークフロー統合システム。 The workflow integration system further includes:
For each company and for each application, an application authority information storage unit that stores application authority information indicating the attributes of the application authority,
When a member of any company tries to generate any application, whether or not the attribute of the member matches the attribute of the application authority of the application of the company in the application authority information The workflow integration system according to claim 1, further comprising an application authority attribute determination unit that determines whether or not.
申請書を生成しようとする構成員の属性が当該企業の当該申請書の申請権限者の属性と一致しない場合に、当該構成員による前記申請書の生成を許可しないことを特徴とする請求項3に記載のワークフロー統合システム。 The application authority attribute determination unit
4. The generation of the application by the member is not permitted when the attribute of the member who is to generate the application does not match the attribute of the application authority of the application of the company. The workflow integration system described in 1.
承認を要する申請書が生成されたことを通知する電子メールである通知メールを送信する通知メール送信部と、
企業ごと、又は企業の部門ごとに、通知メールの送信先に、承認権限を有する承認権限者に加えて、前記承認権限者に代わって承認を行う代理承認権限を有する代理承認権限者を含めるか否かが示される通知メール設定情報を記憶する通知メール設定情報記憶部とを有し、
前記通知メール送信部は、
通知メールの送信先に代理承認権限者を含めることが前記通知メール設定情報に示されている企業又は部門で申請書が生成された場合に、代理承認権限者が利用する端末装置に通知メールを送信することを特徴とする請求項1に記載のワークフロー統合システム。 The workflow integration system includes:
A notification email sending unit for sending a notification email, which is an email notifying that an application requiring approval has been generated;
Whether to include, in addition to an approval authority having approval authority, a proxy approval authority having proxy approval authority for performing approval on behalf of the approval authority, in addition to the approval authority having approval authority, in the transmission destination of the notification mail for each company or each department of the company A notification mail setting information storage unit for storing notification mail setting information indicating whether or not,
The notification mail sending unit
When an application form is generated by a company or department whose inclusion of a proxy approval authority is included in the notification mail destination, the notification mail is sent to the terminal device used by the proxy approval authority. The workflow integrated system according to claim 1, wherein the workflow is integrated.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014046235A JP6358819B2 (en) | 2014-03-10 | 2014-03-10 | Workflow integration system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014046235A JP6358819B2 (en) | 2014-03-10 | 2014-03-10 | Workflow integration system |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2015170263A true JP2015170263A (en) | 2015-09-28 |
JP6358819B2 JP6358819B2 (en) | 2018-07-18 |
Family
ID=54202906
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2014046235A Expired - Fee Related JP6358819B2 (en) | 2014-03-10 | 2014-03-10 | Workflow integration system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6358819B2 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017073102A1 (en) * | 2015-10-27 | 2017-05-04 | Bank Invoice株式会社 | Information processing device, information processing method, and program |
JP2021128521A (en) * | 2020-02-13 | 2021-09-02 | 株式会社すなおネット | Agency procedure information distribution system |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009140249A (en) * | 2007-12-06 | 2009-06-25 | Ricoh Co Ltd | Work request information processor, work request information processing method, work request information processing program, and recording medium |
JP2009259188A (en) * | 2008-03-17 | 2009-11-05 | Ricoh Co Ltd | Apparatus, system and method for assisting collaborative work, program and recording medium |
JP2014016697A (en) * | 2012-07-06 | 2014-01-30 | Mitsubishi Electric Corp | Authority id assignment device, authentication system, authority id assignment method, authority id assignment program, and authentication method |
-
2014
- 2014-03-10 JP JP2014046235A patent/JP6358819B2/en not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009140249A (en) * | 2007-12-06 | 2009-06-25 | Ricoh Co Ltd | Work request information processor, work request information processing method, work request information processing program, and recording medium |
JP2009259188A (en) * | 2008-03-17 | 2009-11-05 | Ricoh Co Ltd | Apparatus, system and method for assisting collaborative work, program and recording medium |
JP2014016697A (en) * | 2012-07-06 | 2014-01-30 | Mitsubishi Electric Corp | Authority id assignment device, authentication system, authority id assignment method, authority id assignment program, and authentication method |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017073102A1 (en) * | 2015-10-27 | 2017-05-04 | Bank Invoice株式会社 | Information processing device, information processing method, and program |
JPWO2017073102A1 (en) * | 2015-10-27 | 2018-08-02 | Bank Invoice株式会社 | Information processing apparatus, information processing method, and program |
JP2021128521A (en) * | 2020-02-13 | 2021-09-02 | 株式会社すなおネット | Agency procedure information distribution system |
JP2022003553A (en) * | 2020-02-13 | 2022-01-11 | 株式会社すなおネット | Representative procedure information distribution system |
JP7015600B2 (en) | 2020-02-13 | 2022-02-03 | 株式会社すなおネット | Proxy procedure information distribution system |
Also Published As
Publication number | Publication date |
---|---|
JP6358819B2 (en) | 2018-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10999063B2 (en) | Methods and apparatus for verifying a user transaction | |
CN108280367B (en) | Data operation authority management method and device, computing equipment and storage medium | |
US10747896B2 (en) | Item sharing based on information boundary and access control list settings | |
US8301622B2 (en) | Identity analysis and correlation | |
US8296297B2 (en) | Content analysis and correlation | |
US8850041B2 (en) | Role based delegated administration model | |
US8843648B2 (en) | External access and partner delegation | |
US11580239B2 (en) | Controlling access to cloud resources in data using cloud-enabled data tagging and a dynamic access control policy engine | |
JP2009529182A (en) | Entitlement management and enforcement | |
Mazurek et al. | Toward strong, usable access control for shared distributed data | |
US11328254B2 (en) | Automatic group creation based on organization hierarchy | |
CN105516059A (en) | Resource access control method and device | |
WO2022250913A1 (en) | Bootstrapping trust in decentralized identifiers | |
JP6358819B2 (en) | Workflow integration system | |
JP2023524855A (en) | Computer-implemented system and method for efficient and secure processing, access, and transmission of data via blockchain | |
Wu et al. | Sustainable secure management against APT attacks for intelligent embedded-enabled smart manufacturing | |
Varun et al. | Decentralized authorization in web services using public blockchain | |
KR20230075385A (en) | Method and apparatus for managing user profile | |
JP4723930B2 (en) | Compound access authorization method and apparatus | |
US10102216B2 (en) | System for associating related digital assets | |
Uikey et al. | RBACA: role-based access control architecture for multi-domain cloud environment | |
Veloudis et al. | A formal framework to support dynamic authorisation in collaborative environments | |
US11966485B2 (en) | Property-level visibilities for knowledge-graph objects | |
US20230412611A1 (en) | Systems for Securely Tracking Incident Data and Automatically Generating Data Incident Reports Using Collaboration Rooms with Dynamic Tenancy | |
US20230421567A1 (en) | Systems for Securely Tracking Incident Data and Automatically Generating Data Incident Reports Using Collaboration Rooms with Dynamic Tenancy |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170207 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180125 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180130 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180305 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180327 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180508 |
|
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: 20180522 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180619 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6358819 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |