(57)【要約】【課題】  申請者の申請を認めるか否かは、申請者の所属や職位など属性に基づいて判断されることが多く、組織内では、異動や組織改編が行われており、申請時の属性がタイムリーに管理されていないこともある。本発明では、この点を課題とする。【解決手段】  本発明は、上記の課題を解決し、異動等があっても申請をより精度よくその可否を判断するために、以下の構成を採用した。  申請者からの申請情報を受信し、申請情報に対応する参照権限情報が最新であるかを組織DB等を考慮して判断し、最新情報でない場合、前記申請書情報の権限情報を最新化するものである。【選択図】  図１
2017191535.tif 000002
【特許請求の範囲】
【請求項１】
組織内の構成員に関する情報を記憶する手段と、
申請者からの申請情報を受信する手段と、
前記申請情報に対応する参照権限情報が最新であるかを、前記記憶する手段に基づいて判断する手段と、
最新情報でないと判断した場合、前記申請書情報の権限情報を最新化する手段を有することを特徴とする利用申請統合管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、組織内での申請業務を効率化するための技術に関する。
【背景技術】
【０００２】
現在、組織内でその構成員から様々な申請がなされており、その業務はシステム化されているものもある。例えば、特許文献１には、申請側と受付側のセキュリティを確保するために、以下の構成が開示されている。申請承認プログラムと申請承認ソフトウェア作成プログラムとから構成される。申請承認プログラムは、申請者が作成した電子申請書を保存するステップと、電子申請書を承認ルートに基づいて承認権限を有する者に送信するステップと、送信された電子申請書を取得し、承認権限を有する者にて電子申請書が承認されたことを記憶するステップと、承認された電子申請書を申請先に送信するステップとを実行させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2009-294858号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
申請者の申請を認めるか否かは、申請者の所属や職位など属性に基づいて判断されることが多い。ここで、組織内では、異動や組織改編が行われており、申請時の属性がタイムリーに管理されていないこともある。
【課題を解決するための手段】
【０００５】
本発明は、上記の課題を解決し、異動等があっても申請をより精度よくその可否を判断するために、以下の構成を採用した。
【０００６】
申請者からの申請情報を受信し、申請情報に対応する参照権限情報が最新であるかを組織DB等を考慮して判断し、最新情報でない場合、前記申請書情報の権限情報を最新化するものである。
【発明の効果】
【０００７】
上記の本発明の構成により、より適切に申請可否を判断可能になる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態におけるシステム構成図である。
【図２】本発明の一実施形態における申請フローチャートである。
【図３】本発明の一実施形態における参照フローチャートである。
【図４】本発明の一実施形態における参照要求情報を示す図である。
【図５】本発明の一実施形態におけるユーザ情報テーブルである。
【図６】本発明の一実施形態における申請書参照テーブルである。
【図７】本発明の一実施形態における利用参照権限設定テーブルである。
【図８】本発明の一実施形態における新旧権限対応表テーブルである。
【図９】本発明の一実施形態における申請情報テーブルである。
【図１０】本発明の一実施形態における参照情報順序制御テーブルである。
【図１１】本発明の一実施形態における参照条件設定テーブルである。
【図１２】本発明の一実施形態における権限変換規則表である。
【図１３】本発明の一実施形態における論理式作成法則を示す図である。
【図１４】本発明の一実施形態における括弧位置変換規則表を示す図である。
【図１５】本発明の一実施形態における条件位置変換規則表を示す図である。
【図１６】本発明の一実施形態における登録要求情報(画面)を示す図である。
【図１７】本発明の一実施形態におけるワーク領域を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の一実施形態を、図面を用いて説明する。まず、図１が、本実施形態における利用申請統合管理システムの構成を示すシステム構成図である。図１において、利用申請統合管理システムは、少なくとも１つのユーザ端末１０１と、ＡＰサーバ１０２がネットワークを介して接続されている。ユーザは、例えばウェブブラウザやクライアントソフトウェアなどを利用して、ユーザ端末１０１からＡＰサーバ１０２に対して利用申請情報の登録要求、参照要求などを行う。ＡＰサーバ１０２は要求に応じた処理、管理を行い、必要があればユーザ端末１０１に対して結果などを送信する。
ユーザ端末１０１とＡＰサーバ１０２の間の通信は、通常のＨＴＴＰのリクエストでも良いし、ＳＯＡＰなどを利用したウェブサービスのリクエストでもよい。また、ＡＰサーバからネットワークを介してＤＢサーバ１０３へ接続されており、ＤＢサーバ１０３に申請情報管理データ１０４を保持している。
【００１０】
『参照処理１』
ＡＰサーバ１０２は、ユーザ端末１０１からの図４の参照要求情報を受信する。
ＡＰサーバ１０２は受信した図４の参照要求情報から１００１、１００２、１００３を取得する。
【００１１】
『参照処理２』
照処理１で取得した１００１をキーとして、図５のユーザ情報テーブルの１００４列を検索し、値が一致する行の１００５、１００６、１００７を取得する。
【００１２】
『参照処理３』
参照処理１取得した１００３をキーとして、図６の申請書参照テーブルの１００８列を検索し、値が一致する行の１００９〜１０１９を取得する。
【００１３】
『参照処理４』
参照処理１で取得した１００２をキーとして、図７の利用参照権限設定テーブルの１０２０列を検索し、値が一致する行の１０２１、１０２２、１０２３を取得する。
【００１４】
『参照処理５』
参照処理４で取得した１０２１と参照処理３で取得した１０１０をキーとして、図８の新旧対応表テーブルの１０２４列と１０２５列を検索して、一致する行の１０２６を取得する。一致しなかった場合、参照処理６を実施せずに次の処理を行う。
【００１５】
『参照処理６』
参照処理５で取得した１０２６で図６の申請書参照テーブルの１０１０を上書きする。
【００１６】
『参照処理７』
参照処理５、参照処理６と同様の処理を１０２２と１０１４の組み合わせと、１０２３と１０１８の組み合わせに対しても実施する。
【００１７】
『参照処理８』
参照処理３で取得、参照処理５〜７で更新した項目の値を用いて図１３の論理式作成法則の通り論理式を作成する。
【００１８】
『参照処理９』
参照処理４で取得した１０２１、１０２２、１０２３を図１２の権限変換規則表に基づき、参照処理２で取得した１００５、１００６、１００７を用いてＡＰサーバ１０２内部で変換を行う。
【００１９】
『参照処理１０』
参照処理９で内部変換後の１０２１と、参照処理８で作成した１０２７の比較を行い、
一致する場合は"1"、不一致の場合は"0"とする。
【００２０】
『参照処理１１』
参照処理１０と同じ処理を１０２２と１０２８の組み合わせ、１０２３と１０２９の組み合わせについても実施する。
【００２１】
『参照処理１２』
参照処理８で作成した論理式の１０２７〜１０２９に参照処理１０、参照処理１１の結果を当てはめて論理演算を実施する。
【００２２】
『参照処理１３』
参照処理１２の処理結果が"1"となった場合、参照処理１で取得した１００３をキーとして、図９の申請情報テーブルの１０３０列を検索し、値が一致する行の値をユーザ端末１０１へ送信する。
参照処理１２の処理結果が"0"となった場合、参照不可である旨の結果をユーザ端末１０１へ送信する。
【００２３】
『申請処理１』
ＡＰサーバ１０２は、ユーザ端末１０１から登録要求情報を受信する。
ＡＰサーバ１０２は受信した図１６の登録要求情報から１０３１〜１０３５の値を取得する。
【００２４】
『申請処理２』
申請処理１で受信した登録要求情報に対して、１０３６のようにユニークな「申請書Ｎｏ」の採番を行う。
【００２５】
『申請処理３』
申請書処理１、２で取得・採番した１０３６、１０３２、１０３３〜１０３５を図９の申請情報テーブルへ登録する。
【００２６】
『申請処理４』
申請処理１で取得した１０３２をキーとして、図１０の参照条件順序制御テーブルの１０３７列を検索し、値が一致する行の１０３８、１０３９を取得する。
【００２７】
『申請処理５』
申請処理１で取得した１０３２をキーとして、図１１の参照条件設定テーブルの１０４０列を検索し、値が一致する行の１０４１、１０４２を取得する
『申請処理６』
申請処理１で取得した１０３２をキーとして、図７の利用参照権限設定テーブルの１０２０列を検索し、値が一致する行の１０２１、１０２２、１０２３を取得する。
【００２８】
『申請処理７』
申請処理１で取得した１０３１をキーとして、図５のユーザ情報テーブルの１００４列を検索し、値が一致する行の１００５、１００６、１００７を取得する。
【００２９】
『申請処理８』
申請処理６で取得した１０２１、１０２２、１０２３を図１２の権限変換規則表に基づき、申請処理７で取得した１００５、１００６、１００７を用いてＡＰサーバ１０２内部で変換を行い、図１７のワーク領域の１０４６、１０５０、１０５４に格納する。
【００３０】
『申請処理９』
申請処理４で取得した１０３８、１０３９を図１４の括弧位置変換規則表に基づき、ＡＰサーバ１０２の内部で変換を行い、図１７のワーク領域の１０４５、１０４７、１０４９、１０５１、１０５３、１０５５に格納する。尚、１０４３、１０４４の各値の初期値は"0"である。
【００３１】
『申請処理１０』
申請処理５で取得した１０４１、１０４２を図１５の条件位置変換規則表に基づき、ＡＰサーバ１０２の内部で変換を行い、図１７のワーク領域の１０４８、１０５２に格納する。
【００３２】
『申請処理１１』
申請処理８〜１０で格納した図１７のワーク領域の値を図６の申請書参照テーブルの対応する項目名へ登録する。
【００３３】
『申請処理１２』
ＡＰサーバ１０２は登録が完了した旨をユーザ端末１０１へ送信する。
【符号の説明】
【００３４】
１０１…ユーザ端末、１０２…ＡＰサーバ、１０３…ＤＢサーバ
【図１】
2017191535.tif 000003
【図２】
2017191535.tif 000004
【図３】
2017191535.tif 000005
【図４】
2017191535.tif 000006
【図５】
2017191535.tif 000007
【図６】
2017191535.tif 000008
【図７】
2017191535.tif 000009
【図８】
2017191535.tif 000010
【図９】
2017191535.tif 000011
【図１０】
2017191535.tif 000012
【図１１】
2017191535.tif 000013
【図１２】
2017191535.tif 000014
【図１３】
2017191535.tif 000015
【図１４】
2017191535.tif 000016
【図１５】
2017191535.tif 000017
【図１６】
2017191535.tif 000018
【図１７】
2017191535.tif 000019