(57)【要約】【課題】リソースの効率的な利用を支援するためのリソース管理システム、リソース管理方法及びリソース管理プログラムを提供する。【解決手段】管理サーバ２０は、ユーザについてのリソースの利用権限を記憶する接続許可情報２２４と、ユーザ及びリソースの権限者情報２２３とを記憶するデータベース２２と、デバイス１０に接続される制御部２１とを備える。制御部２１は、利用希望者のデバイス１０のリソースへの利用要求を取得し、利用要求のユーザ情報を取得し、接続許可情報２２４を用いて、ユーザについてのリソースの利用権限を判定し、利用権限がない場合には、権限者情報２２３を用いて、ユーザ情報、リソースに応じた権限者を特定し、利用申請を送信し、権限者からユーザのリソースの利用許可を取得した場合には、リソースを利用できるようにするためのシステム設定を行なう。【選択図】図１
2019053560.tif 000002
【特許請求の範囲】
【請求項１】
ユーザについてのリソースの利用権限を記憶する利用許可情報記憶部と、
前記ユーザ及びリソースの権限者情報を記憶する権限者情報記憶部と、
ユーザデバイスに接続される制御部とを備えたリソース管理システムであって、
前記制御部が、
利用希望者のユーザデバイスのリソースへの利用要求を取得し、
前記利用要求のユーザ情報を取得し、
前記利用許可情報記憶部を用いて、前記ユーザについてのリソースの利用権限を判定し、
利用権限がない場合には、前記権限者情報記憶部を用いて、前記ユーザ情報、前記リソースに応じた権限者を特定し、利用申請を送信し、
前記権限者から前記ユーザの前記リソースの利用許可を取得した場合には、前記リソースを利用できるようにするためのシステム設定を行なうことを特徴とするリソース管理システム。
【請求項２】
前記利用許可において、前記リソースの利用開始日が設定されている場合には、前記制御部が、現在日時が前記利用開始日に到達したことを条件として、前記システム設定を行なうことを特徴とする請求項１に記載のリソース管理システム。
【請求項３】
前記利用許可において、前記リソースの利用終了日が設定されている場合には、前記制御部が、現在日時が前記利用終了日に到達したことを条件として、前記システム設定を解除することを特徴とする請求項１又は２に記載のリソース管理システム。
【請求項４】
ユーザについてのリソースの利用権限を記憶する利用許可情報記憶部と、
前記ユーザ及びリソースの権限者情報を記憶する権限者情報記憶部と、
ユーザデバイスに接続される制御部とを備えたリソース管理システムを用いるリソース管理方法であって、
前記制御部が、
利用希望者のユーザデバイスのリソースへの利用要求を取得し、
前記利用要求のユーザ情報を取得し、
前記利用許可情報記憶部を用いて、前記ユーザについてのリソースの利用権限を判定し、
利用権限がない場合には、前記権限者情報記憶部を用いて、前記ユーザ情報、前記リソースに応じた権限者を特定し、利用申請を送信し、
前記権限者から前記ユーザの前記リソースの利用許可を取得した場合には、前記リソースを利用できるようにするためのシステム設定を行なうことを特徴とするリソース管理方法。
【請求項５】
ユーザについてのリソースの利用権限を記憶する利用許可情報記憶部と、
前記ユーザ及びリソースの権限者情報を記憶する権限者情報記憶部と、
ユーザデバイスに接続される制御部とを備えたリソース管理システムを用いるリソース管理プログラムであって、
前記制御部を、
利用希望者のユーザデバイスのリソースへの利用要求を取得し、
前記利用要求のユーザ情報を取得し、
前記利用許可情報記憶部を用いて、前記ユーザについてのリソースの利用権限を判定し、
利用権限がない場合には、前記権限者情報記憶部を用いて、前記ユーザ情報、前記リソースに応じた権限者を特定し、利用申請を送信し、
前記権限者から前記ユーザの前記リソースの利用許可を取得した場合には、前記リソースを利用できるようにするためのシステム設定を行なう手段として機能させることを特徴とするリソース管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソースの効率的な利用を支援するためのリソース管理システム、リソース管理方法及びリソース管理プログラムに関する。
【背景技術】
【０００２】
企業内において、各種リソースが利用されており、これらのリソースは権限者の承認の下に利用できる。この承認を取得するために、利用申請、承認、利用のためのリソース設定の各手続きが行なわれる。そこで、コンピュータシステムの資源の利用申請に関するワークフローを生成する技術が検討されている（例えば、特許文献１）。この文献に記載された技術においては、ワークフロー生成装置は、コンピュータシステムの資源の利用申請を受信し、各資源に対応するユーザを示す情報が記憶された記憶部を参照して、利用申請において利用対象として指定された資源に対応するユーザを特定する。そして、特定されたユーザを利用申請の転送先に含むワークフロー情報を生成する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−１６７１３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ワークフローにおける申請や承認に手間がかかっていたのでは、円滑な業務を運用することができない。
【課題を解決するための手段】
【０００５】
・上記課題を解決するリソース管理システムは、ユーザについてのリソースの利用権限を記憶する利用許可情報記憶部と、前記ユーザ及びリソースの権限者情報を記憶する権限者情報記憶部と、ユーザデバイスに接続される制御部とを備える。そして、前記制御部が、利用希望者のユーザデバイスのリソースへの利用要求を取得し、前記利用要求のユーザ情報を取得し、前記利用許可情報記憶部を用いて、前記ユーザについてのリソースの利用権限を判定し、利用権限がない場合には、前記権限者情報記憶部を用いて、前記ユーザ情報、前記リソースに応じた権限者を特定し、利用申請を送信し、前記権限者から前記ユーザの前記リソースの利用許可を取得した場合には、前記リソースを利用できるようにするためのシステム設定を行なう。
【発明の効果】
【０００６】
本発明によれば、リソースの効率的な利用を支援することができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態のリソース管理システムの説明図。
【図２】本実施形態の接続時処理の説明図。
【図３】本実施形態の未認証デバイス対応処理の説明図。
【図４】本実施形態のワークフロー処理の説明図。
【図５】本実施形態の処理手順の説明図であって、（ａ）は利用期間確認処理、（ｂ）は周期処理、（ｃ）は利用設定処理の説明図。
【発明を実施するための形態】
【０００８】
図１〜図５に従って、リソース管理システム、リソース管理方法及びリソース管理プログラムを具体化した一実施形態を説明する。本実施形態では、ユーザがデバイスを操作して接続先のオブジェクト（リソース）に接続して利用する場合を想定する。
【０００９】
図１に示すように、このリソース管理システムは、ネットワークを介して接続されたデバイス１０、接続先リソース１５、管理サーバ２０を用いる。
デバイス１０は、本システムを利用するユーザ（リソースの利用希望者、権限者）が用いるコンピュータ端末である。デバイス１０は、制御部、入力部（ポインティングデバイスやキーボード等）、出力部（ディスプレイ等）を備えている。このデバイス１０は、一意に特定できる識別子（デバイスＩＤ）を保持している。
【００１０】
接続先リソース１５は、ネットワークやサーバ等、デバイス１０に対してサービスを提供するオブジェクトである。接続先リソース１５には、Ｗｅｂカメラ、プリンタ、ＩＰ電話等も含まれる。
【００１１】
管理サーバ２０は、利用希望者のリソース利用を管理するコンピュータシステムである。この管理サーバ２０は、制御部２１及びデータベース２２を備えている。この制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、リソース管理プログラムを実行することにより、ＷＥＢエンジン２１１、認証エンジン２１２、ワークフローエンジン２１３、周期処理エンジン２１４として機能する。
【００１２】
ＷＥＢエンジン２１１は、デバイス１０のアクセスを受け付けて、デバイス１０との間で通信処理を実行する。
認証エンジン２１２は、ワークフローによって申請・承認のフローを経て、アクセス許可の有無を判断する処理を実行する。
【００１３】
ワークフローエンジン２１３は、アクセス許可を求める申請を受け取り、権限者に承認依頼を通知する処理を実行する。更に、ワークフローエンジン２１３は、承認を受け取った場合、申請を出したデバイス１０に対して、サービスを提供するオブジェクトへの接続を許可する。
周期処理エンジン２１４は、定期的にデータベース２２の申請情報２２５を確認する処理を実行する。
【００１４】
データベース２２は、利用許可情報記憶部、権限者情報記憶部として機能し、利用希望者のリソース利用を管理するために必要な情報を記憶する。このデータベース２２には、ユーザ情報２２１、デバイス情報２２２、権限者情報２２３、接続許可情報２２４、申請情報２２５等が記憶されている。
【００１５】
ユーザ情報２２１には、ユーザを認証するための情報が記録される。具体的には、ユーザＩＤ、ユーザ詳細情報、所属情報が記録される。
ユーザＩＤは、各ユーザを特定するための識別子である。
ユーザ詳細情報は、ユーザの氏名や、連絡先アドレスに関する情報である。
所属情報は、このユーザの所属（プロジェクトやワーキンググループ等）に関する情報である。
【００１６】
デバイス情報２２２には、デバイス１０を認証するための情報が記録される。このデバイス情報２２２には、デバイスＩＤ及びユーザＩＤが記録される。
デバイスＩＤは、認証されたデバイスを特定するための識別子である。
ユーザＩＤは、各デバイス１０のユーザを特定するための識別子である。
【００１７】
権限者情報２２３には、ユーザやリソースを管理する権限者に関する情報が記録される。具体的には、権限対象ＩＤ、権限者ＩＤが記録される。
権限対象ＩＤは、ユーザやリソース等、管理を行なう権限対象を特定するための識別子（ユーザＩＤ、リソースＩＤ）である。例えば、担当者のユーザＩＤや、ネットワークやサーバ等のリソースＩＤを用いる。
権限者ＩＤは、権限対象を管理する権限者を特定するための識別子（ユーザＩＤ）である。例えば、担当者の所属長のユーザＩＤや、ネットワークやサーバ等のリソースの管理者のユーザＩＤを用いる。なお、特定のリソースについて、社員専用、ワーキンググループ専用やプロジェクト専用に応じて、異なる管理者を設定しておくことも可能である。また、一つのリソースについて、複数の管理者を設定しておいてもよい。
【００１８】
接続許可情報２２４は、接続が許可されたリソースＩＤ、デバイスＩＤ、ユーザＩＤ、利用可能期間が記録される。
リソースＩＤは、利用可能なリソースを特定するための識別子である。
デバイスＩＤは、このリソースを利用可能なデバイスを特定するための識別子である。
【００１９】
ユーザＩＤは、このリソースを利用可能なユーザを特定するための識別子である。
利用可能期間は、このユーザがデバイス１０を用いて、リソースを利用できる期間（接続開始日や利用終了日等）に関する情報である。
【００２０】
申請情報２２５は、接続許可について申請された申請ＩＤ、リソースＩＤ、利用希望者ＩＤ、権限者ＩＤ、利用可能期間、ステータスが記録される。
申請ＩＤは、利用可能なリソースを特定するための識別子である。
リソースＩＤは、接続許可について申請されたリソースを特定するための識別子（オブジェクト属性）である。
【００２１】
利用希望者ＩＤは、このリソースの利用希望者（接続希望者）を特定するためのユーザＩＤ（利用側属性）である。
権限者ＩＤは、この申請を承認する権限者を特定するためのユーザＩＤ（承認側属性）である。
【００２２】
利用可能期間は、このユーザがデバイス１０を用いて、リソースを利用できる期間（接続開始日等）に関する情報である。
ステータスは、この申請の状況（申請中、回付中、承認済、設定待ち、許可済み）を特定するための情報である。
【００２３】
（動作）
図２〜図５を用いて、このリソース管理システムにおける処理手順を説明する。ここでは、リソースの利用希望者（接続希望者）が、デバイス１０を用いる場合を想定する。
【００２４】
（接続時処理）
まず、図２を用いて、接続時処理を説明する。
ここでは、接続希望者のデバイス１０は、接続処理を実行する（ステップＳ１０１）。具体的には、デバイス１０をネットワーク（接続ポート）に接続する。
【００２５】
次に、管理サーバ２０のＷＥＢエンジン２１１は、接続情報の取得処理を実行する（ステップＳ１０２）。具体的には、ＷＥＢエンジン２１１は、接続ポートに接続されたデバイス１０のデバイスＩＤ、接続先情報を取得する。この接続先情報には、利用を希望する接続先のリソースＩＤが含まれる。
次に、管理サーバ２０のエンジンは、デバイス認証情報の取得処理を実行する（ステップＳ１０３）。具体的には、ＷＥＢエンジン２１１は、データベース２２のデバイス情報２２２において、接続されたデバイス１０のデバイスＩＤが記録されているかどうかを確認する。
【００２６】
次に、管理サーバ２０のＷＥＢエンジン２１１は、ユーザ情報の取得処理を実行する（ステップＳ１０４）。具体的には、ＷＥＢエンジン２１１は、データベース２２のデバイス情報２２２から、デバイスＩＤに関連付けられたユーザＩＤを検索する。ユーザＩＤを取得できた場合、ＷＥＢエンジン２１１は、データベース２２において、ユーザＩＤが記録されたユーザ情報２２１を検索する。
【００２７】
次に、管理サーバ２０のエンジンは、認証済かどうかについての判定処理を実行する（ステップＳ１０５）。具体的には、ＷＥＢエンジン２１１は、データベース２２において、ユーザＩＤが記録されたユーザ情報２２１を取得できた場合には、認証済と判定する。一方、デバイス情報２２２にユーザＩＤが記録されていない場合や、データベース２２に、ユーザＩＤについてのユーザ情報２２１が記録されていない場合には、認証済でないと判定する。
ここで、認証済でないと判定した場合（ステップＳ１０５において「ＮＯ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、未認証デバイス対応処理を実行する。この未認証デバイス対応処理については、後述する。
【００２８】
一方、認証済と判定した場合（ステップＳ１０５において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、許可済かどうかについての判定処理を実行する（ステップＳ１０６）。具体的には、ＷＥＢエンジン２１１は、接続許可情報２２４から、デバイス情報２２２から取得したユーザＩＤ、デバイスＩＤに関連付けられたリソースＩＤを接続許可リソースＩＤとして取得する。ＷＥＢエンジン２１１は、接続先リソース１５のリソースＩＤが、接続許可リソースＩＤに含まれる場合には、許可済と判定する。
【００２９】
許可済と判定した場合（ステップＳ１０６において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、接続許可処理を実行する（ステップＳ１０７）。具体的には、ＷＥＢエンジン２１１は、デバイス１０に対して、接続先リソース１５におけるサービスの提供を許可する。
【００３０】
一方、許可済でないと判定した場合（ステップＳ１０６において「ＮＯ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、ワークフロー展開処理を実行する。このワークフロー展開処理については、後述するステップＳ３１１で説明する。
【００３１】
（未認証デバイス対応処理）
次に、図３を用いて、未認証デバイス対応処理を説明する。ここでは、接続希望者のデバイス１０において、接続先リソース１５の利用許可を取得する。
【００３２】
まず、管理サーバ２０のＷＥＢエンジン２１１は、リダイレクト要求処理を実行する（ステップＳ２０１）。具体的には、ＷＥＢエンジン２１１は、デバイス１０に対して、申請用ページへのリダイレクト指示を送信する。
【００３３】
次に、デバイス１０は、リダイレクト処理を実行する（ステップＳ２０２）。具体的には、デバイス１０は、リダイレクト指示に応じて、申請用ページにリダイレクトによりアクセスする。
【００３４】
次に、管理サーバ２０のＷＥＢエンジン２１１は、申請画面の提供処理を実行する（ステップＳ２０３）。具体的には、ＷＥＢエンジン２１１は、デバイス１０に対して、申請画面を提供する。この申請画面には、ユーザ情報（氏名等）、所属情報（所属プロジェクトやワーキンググループ等）、所属長情報（上司や上長、連絡先アドレス）等の入力欄が含まれる。
【００３５】
次に、デバイス１０は、申請情報の入力処理を実行する（ステップＳ２０４）。具体的には、デバイス１０は、申請画面において入力された各種情報を取得する。
次に、デバイス１０は、接続許可申請処理を実行する（ステップＳ２０５）。具体的には、デバイス１０は、管理サーバ２０に対して、接続許可申請を送信する。この接続許可申請には、申請画面において入力された各種情報が含まれる。
【００３６】
次に、管理サーバ２０のＷＥＢエンジン２１１は、ワークフロー開始処理を実行する（ステップＳ２０６）。具体的には、ＷＥＢエンジン２１１は、ワークフローエンジン２１３と連携して、ワークフロー処理を行なう。このワークフロー処理は、後述する。
【００３７】
次に、管理サーバ２０のＷＥＢエンジン２１１は、承認待ち通知処理を実行する（ステップＳ２０７）。具体的には、ＷＥＢエンジン２１１は、デバイス１０に対して、承認待ちであることを示すメッセージを提供する。
次に、デバイス１０は、承認待ち画面処理を実行する（ステップＳ２０８）。具体的には、デバイス１０は、承認待ちであることを示すメッセージ画面を出力する。
【００３８】
（ワークフロー処理）
次に、図４を用いて、ワークフロー処理を説明する。
まず、管理サーバ２０のＷＥＢエンジン２１１は、照合要求処理を実行する（ステップＳ３０１）。具体的には、ＷＥＢエンジン２１１は、認証エンジン２１２に対して、未認証のデバイス１０から取得した情報についての照合を要求する。この照合要求には、デバイス１０から取得したデバイスＩＤ、ユーザ情報、所属情報、所属長情報が含まれる。
【００３９】
次に、管理サーバ２０の認証エンジン２１２は、ユーザ及びデバイスの照合処理を実行する（ステップＳ３０２）。具体的には、認証エンジン２１２は、デバイス１０から取得したデバイスＩＤがデータベース２２のデバイス情報２２２に記録されているかどうかを確認する。次に、デバイス情報２２２に記録されている場合、認証エンジン２１２は、データベース２２のデバイス情報２２２から、デバイスＩＤに関連付けられたユーザＩＤを取得する。次に、認証エンジン２１２は、データベース２２のデバイス情報２２２から、ユーザＩＤに関連付けられたユーザ詳細情報、所属情報を取得する。更に、認証エンジン２１２は、データベース２２の権限者情報２２３から、ユーザＩＤ（権限対象ＩＤ）に関連付けられた権限者ＩＤを取得する。そして、認証エンジン２１２は、デバイス１０から取得した情報と、データベース２２から取得した情報とを照合する。
【００４０】
次に、管理サーバ２０の認証エンジン２１２は、照合結果の通知処理を実行する（ステップＳ３０３）。具体的には、認証エンジン２１２は、ＷＥＢエンジン２１１に対して照合結果を通知する。デバイス１０から取得した情報と、データベース２２から取得した情報とを照合できた場合には、認証エンジン２１２は、照合結果に照合完了を示す情報を含める。デバイス１０から取得した情報と、データベース２２から取得した情報とを照合できなかった場合には、認証エンジン２１２は、照合結果に照合不可を示す情報を含める。
【００４１】
次に、管理サーバ２０のＷＥＢエンジン２１１は、代理申請処理を実行する（ステップＳ３０４）。具体的には、照合結果を取得した場合、ＷＥＢエンジン２１１は、申請画面に入力されたユーザ情報、所属情報、所属長情報に応じて、接続希望者のユーザＩＤ、権限者のユーザＩＤ、接続先リソース１５のリソースＩＤを記録した申請情報２２５をデータベース２２に記録する。この場合、ＷＥＢエンジン２１１は、申請情報２２５において、ステータスとして「申請中」を記録する。次に、ＷＥＢエンジン２１１は、接続許可の承認申請を、ワークフローエンジン２１３に対して提供する。この承認申請には、申請画面に入力された所属長情報に応じた権限者ＩＤ、連絡先アドレスに関するデータを含める。
【００４２】
次に、管理サーバ２０のワークフローエンジン２１３は、申請の通知処理を実行する（ステップＳ３０５）。具体的には、ワークフローエンジン２１３は、承認申請の権限者ＩＤ、連絡先アドレス（デバイス１０）に対して、承認申請があることを示すメッセージを送信する。なお、通知方法は、メール、ポップアップ等、デバイス１０が認識可能な手段を用いることができる。
【００４３】
次に、権限者のデバイス１０は、申請確認処理を実行する（ステップＳ３０６）。具体的には、デバイス１０において、承認申請に関するメッセージが出力された場合、権限者は、デバイス１０を用いて、管理サーバ２０に対して、申請確認要求を送信する。この申請確認要求には、デバイス１０のデバイスＩＤに関するデータを含める。
【００４４】
次に、管理サーバ２０のＷＥＢエンジン２１１は、申請情報取得処理を実行する（ステップＳ３０７）。具体的には、ＷＥＢエンジン２１１は、データベース２２のデバイス情報２２２から、接続されたデバイス１０のデバイスＩＤに関連付けられたユーザＩＤ（権限者ＩＤ）を取得する。更に、ＷＥＢエンジン２１１は、データベース２２から、このユーザＩＤ（権限者ＩＤ）が記録された申請情報２２５を取得する。そして、ＷＥＢエンジン２１１は、取得したユーザ情報、リソース情報を含めた承認確認画面を、デバイス１０に提供する。
【００４５】
次に、権限者のデバイス１０は、承認対象の選択処理を実行する（ステップＳ３０８）。具体的には、デバイス１０は、承認確認画面を出力する。そして、権限者は、承認確認画面において、承認を行なう承認対象（申請ＩＤ）を選択する。
【００４６】
次に、権限者のデバイス１０は、承認依頼処理を実行する（ステップＳ３０９）。具体的には、権限者は、承認対象について、必要に応じてリソースの利用可能期間を入力する。そして、権限者は、承認確認画面において、承認指示を入力する。この場合、デバイス１０が、ＷＥＢエンジン２１１に対して承認依頼を送信する。この承認依頼には、申請ＩＤ及び利用可能期間に関するデータを含める。この場合、ＷＥＢエンジン２１１は、データベース２２の申請情報２２５に利用可能期間を追加する。
次に、管理サーバ２０のＷＥＢエンジン２１１は、データベースの更新処理を実行する（ステップＳ３１０）。具体的には、ＷＥＢエンジン２１１は、デバイス情報２２２にユーザＩＤが記録されていない場合には、デバイス情報２２２にユーザＩＤを記録する。また、データベース２２にユーザ情報２２１が記録されていない場合には、ＷＥＢエンジン２１１は、新たにユーザ情報２２１をデータベース２２に記録する。
【００４７】
次に、管理サーバ２０のワークフローエンジン２１３は、ワークフロー展開処理を実行する（ステップＳ３１１）。ここでは、接続希望者の利用側属性、承認者の承認側属性、リソース（ネットワークやサーバ）の属性に応じて承認が必要な権限者の承認を取得する。具体的には、ＷＥＢエンジン２１１は、権限者のデバイス１０から取得した承認依頼をワークフローエンジン２１３に転送する。この承認依頼には、申請ＩＤに関するデータを含める。この場合、ワークフローエンジン２１３は、データベース２２の申請情報２２５において、ステータスとして「回付中」を記録する。そして、ワークフローエンジン２１３は、接続希望者のデバイス１０が接続された接続ポートから接続先までのリソースを特定する。この場合、接続に必要なすべてのリソースを特定する。例えば、所定のサーバに接続する場合、サーバまでのネットワーク、接続先のサーバ等をリソースと特定する。そして、ワークフローエンジン２１３は、特定したリソースのリソースＩＤに基づいて、データベース２２から、接続先リソース１５のリソースＩＤが権限対象ＩＤとして記録された権限者情報２２３を取得し、接続先リソース１５の権限者ＩＤを取得する。また、接続希望者の所属、ネットワークの属性に応じて権限者が異なる場合には、各属性に応じた権限者を特定する。接続先リソース１５を使用するために、複数の権限者の承認が必要な場合（例えば、一つのリソースに複数の権限者が設定されている場合や、接続先まで複数のリソースを使用する場合等）、すべての権限者を特定する。次に、ワークフローエンジン２１３は、データベース２２のユーザ情報２２１から、この権限者ＩＤの連絡先アドレスを取得する。そして、ワークフローエンジン２１３は、承認権限者に対して、リソース利用についての承認依頼を送信する。なお、複数の権限者の承認を特定した場合には、ワークフローエンジン２１３は、各承認権限者の連絡先アドレスに対して、順次、承認依頼を送信する。そして、各承認権限者のデバイス１０から承認を取得する。ワークフローエンジン２１３は、すべての承認権限者の承認を取得した場合、データベース２２の申請情報２２５に、ステータスとして「承認済」を記録する。次に、ワークフローエンジン２１３は、承認結果をＷＥＢエンジン２１１に返信する。この承認結果には、申請ＩＤに関するデータを含める。
【００４８】
次に、管理サーバ２０のＷＥＢエンジン２１１は、承認通知処理を実行する（ステップＳ３１２）。具体的には、ＷＥＢエンジン２１１は、接続希望者のデバイス１０に対して、リソースの利用について承認されたことを通知する。
【００４９】
（利用期間確認処理）
次に、図５（ａ）を用いて、利用期間確認処理を説明する。
まず、管理サーバ２０のＷＥＢエンジン２１１は、接続開始日に到達かどうかについての判定処理を実行する（ステップＳ４０１）。具体的には、ＷＥＢエンジン２１１は、ワークフローエンジン２１３から取得した申請ＩＤに基づいて、データベース２２から、申請情報２２５を取得する。そして、申請情報２２５に含まれる利用可能期間に含まれる接続開始日と現在日時とを比較する。
【００５０】
現在日時が接続開始日に到達していると判定した場合（ステップＳ４０１において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、後述する利用設定処理を実行する。
【００５１】
一方、現在日時が接続開始日に到達していないと判定した場合（ステップＳ４０１において「ＮＯ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、認証許可情報の登録処理を実行する（ステップＳ４０２）。具体的には、ＷＥＢエンジン２１１は、データベース２２の申請情報２２５に、ステータスとして「設定待ち」を記録する。
【００５２】
（周期処理）
次に、図５（ｂ）を用いて、周期処理を説明する。
ここでは、管理サーバ２０の周期処理エンジン２１４は、定期的にデータベース２２において、「設定待ち」が記録された申請情報２２５を確認する。
【００５３】
管理サーバ２０の周期処理エンジン２１４は、接続開始日に到達かどうかについての判定処理を実行する（ステップＳ５０１）。具体的には、周期処理エンジン２１４は、「設定待ち」が記録された申請情報２２５の利用可能期間に含まれる接続開始日と現在日時とを比較する。
【００５４】
現在日時が接続開始日に到達していないと判定した場合（ステップＳ５０１において「ＮＯ」の場合）、管理サーバ２０の周期処理エンジン２１４は、次の定期タイミングまで待機する。
【００５５】
一方、現在日時が接続開始日に到達していると判定した場合（ステップＳ５０１において「ＹＥＳ」の場合）、管理サーバ２０の周期処理エンジン２１４は、接続開始連絡処理を実行する（ステップＳ５０２）。具体的には、周期処理エンジン２１４は、ＷＥＢエンジン２１１に対して、接続開始日到達連絡を提供する。この接続開始日到達連絡には、申請ＩＤに関するデータを含める。
【００５６】
（利用設定処理）
次に、図５（ｃ）を用いて、利用設定処理を説明する。
ここでは、管理サーバ２０のＷＥＢエンジン２１１は、接続許可情報の取得処理を実行する（ステップＳ６０１）。具体的には、ＷＥＢエンジン２１１は、接続開始日に到達した申請ＩＤについて、データベース２２から申請情報２２５を取得する。そして、ＷＥＢエンジン２１１は、データベース２２の申請情報２２５に、ステータスとして「許可済み」を記録する。
【００５７】
次に、管理サーバ２０のＷＥＢエンジン２１１は、接続許可依頼処理を実行する（ステップＳ６０２）。具体的には、ＷＥＢエンジン２１１は、認証エンジン２１２に対して、接続許可依頼を提供する。この接続許可依頼には、申請ＩＤに関するデータを含める。
【００５８】
次に、管理サーバ２０の認証エンジン２１２は、接続許可処理を実行する（ステップＳ６０３）。具体的には、認証エンジン２１２は、データベース２２の申請情報２２５に基づいて、接続希望者のデバイス１０が接続先リソース１５を利用できるように、各種設定（ネットワーク設定、アクセス権限設定等）を行なう。
【００５９】
次に、管理サーバ２０の認証エンジン２１２は、承認情報登録処理を実行する（ステップＳ６０４）。具体的には、認証エンジン２１２は、データベース２２の申請情報２２５のステータスとして「許可済み」を記録する。更に、認証エンジン２１２は、申請情報２２５に基づいて生成した接続許可情報２２４をデータベース２２に記録する。
【００６０】
次に、管理サーバ２０の認証エンジン２１２は、接続設定通知処理を実行する（ステップＳ６０５）。具体的には、認証エンジン２１２は、ＷＥＢエンジン２１１に対して、設定が完了したことを通知する。
【００６１】
次に、管理サーバ２０のＷＥＢエンジン２１１は、接続許可通知処理を実行する（ステップＳ６０６）。具体的には、ＷＥＢエンジン２１１は、接続希望者のデバイス１０に対して、接続設定が完了したことを示すメッセージを送信する。
【００６２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、管理サーバ２０のＷＥＢエンジン２１１は、認証済かどうかについての判定処理を実行する（ステップＳ１０５）。更に、管理サーバ２０のＷＥＢエンジン２１１は、許可済かどうかについての判定処理を実行する（ステップＳ１０６）。認証済、許可済と判定した場合（ステップＳ１０５，Ｓ１０６において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、接続許可処理を実行する（ステップＳ１０７）。これにより、認証できたデバイス１０について接続を許可することができる。
【００６３】
（２）本実施形態では、認証済でないと判定した場合（ステップＳ１０５において「ＮＯ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、未認証デバイス対応処理を実行する。この管理サーバ２０のＷＥＢエンジン２１１は、申請画面の提供処理を実行する（ステップＳ２０３）。これにより、認証されていないデバイス１０については、接続許可のための申請に移行することができる。
【００６４】
（３）本実施形態では、管理サーバ２０のＷＥＢエンジン２１１は、代理申請処理を実行する（ステップＳ３０４）。そして、管理サーバ２０のワークフローエンジン２１３は、申請の通知処理を実行する（ステップＳ３０５）。これにより、利用希望者は、効率的に利用許可の申請手続を行なうことができる。
【００６５】
（４）本実施形態では、管理サーバ２０のＷＥＢエンジン２１１は、申請情報取得処理を実行する（ステップＳ３０７）。これにより、権限者は、自身で承認可能な申請情報を取得することができる。
【００６６】
（５）本実施形態では、許可済でないと判定した場合（ステップＳ１０６において「ＮＯ」の場合）や、データベースの更新処理（ステップＳ３１０）の実行後に、管理サーバ２０のワークフローエンジン２１３は、ワークフロー展開処理を実行する（ステップＳ３１１）。これにより、リソースを管理する権限者に対して、申請を回付することができる。
【００６７】
（６）本実施形態では、管理サーバ２０のＷＥＢエンジン２１１は、接続開始日に到達かどうかについての判定処理を実行する（ステップＳ４０１）。現在日時が接続開始日に到達していると判定した場合（ステップＳ４０１において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、利用設定処理を実行する。これにより、接続許可を受けた場合には、利用希望者は、速やかにリソースを利用することができる。
【００６８】
（７）本実施形態では、管理サーバ２０の周期処理エンジン２１４は、接続開始日に到達かどうかについての判定処理を実行する（ステップＳ５０１）。これにより、利用可能期間に基づいて、リソースへの接続を許可することができる。
【００６９】
また、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、デバイス１０として、入力部、出力部を備えたコンピュータ端末を用いるが、これに限定されるものではない。例えば、入力部、出力部を備えていないデバイス（例えば、メモリ等の記憶媒体）を用いることも可能である。この場合には、デバイスＩＤに基づいてユーザＩＤを特定し、このユーザＩＤに関連付けられた連絡先アドレスに申請画面を送信する。そして、ユーザは、入力部、出力部を備えたコンピュータ端末を用いて、デバイスの接続申請を行なう。
【００７０】
・上記実施形態では、管理サーバ２０は、ＷＥＢエンジン２１１、認証エンジン２１２、ワークフローエンジン２１３、データベース２２を備えている。ＷＥＢエンジン２１１、認証エンジン２１２、ワークフローエンジン２１３、データベース２２の所在は、管理サーバ２０に限定されるものではない。例えば、接続先リソース１５に、ＷＥＢエンジン２１１、認証エンジン２１２、ワークフローエンジン２１３、データベース２２や、その一部を設けるようにしてもよい。
【００７１】
また、ＷＥＢエンジン２１１、認証エンジン２１２、ワークフローエンジン２１３を組み合わせたり、一部の機能を別の機能部に設けたりしてもよい。
また、ＷＥＢエンジン２１１は、デバイス１０のアクセスを受け付けて、デバイス１０との間で通信処理を実行する。ここで、デバイス１０のアクセスを受け付けることができれば、ＷＥＢ形式に限定されるものではない。
【００７２】
・上記実施形態では、現在日時が接続開始日に到達していると判定した場合（ステップＳ５０１において「ＹＥＳ」の場合）、管理サーバ２０のＷＥＢエンジン２１１は、接続開始連絡処理を実行する（ステップＳ５０２）。これに加えて、利用可能期間に接続終了日を記録するようにしてもよい。ここでは、周期処理エンジン２１４は、現在日時が接続終了日に到達していると判定した場合、データベース２２から接続許可情報２２４を削除する。そして、デバイス１０が接続先リソース１５を利用するための各種設定を解除する。これにより、所定期間内の接続に制限することができる。
【００７３】
・上記実施形態では、管理サーバ２０のＷＥＢエンジン２１１は、申請画面の提供処理を実行する（ステップＳ２０３）。ここで、申請画面に、ユーザ情報、所属情報、所属長情報を初期設定するようにしてもよい。この場合には、ＷＥＢエンジン２１１が、デバイス１０のデバイスＩＤに基づいて、データベース２２のデバイス情報２２２からユーザＩＤを取得するとともに、このユーザＩＤに基づいて、ユーザ情報２２１や権限者情報２２３を用いて、所属情報や所属長情報を取得する。これにより、接続希望者は効率的に申請を行なうことができる。この場合、接続希望者のデバイス１０や、デバイス１０の接続先ポートに応じて、所属情報や所属長情報を予測するようにしてもよい。この場合には、デバイス１０や、デバイス１０の接続先ポート等のリソースＩＤに対して、管理者としての所属長を権限者情報２２３に記録しておき、この権限者情報２２３に基づいて、所属情報や所属長情報を特定し、申請画面に初期設定する。これにより、デバイス１０や、デバイス１０の接続先ポートに基づいて、所属情報や所属長情報を特定して、接続希望者は効率的に申請を行なうことができる。
【００７４】
・上記実施形態では、権限者情報２２３には、ユーザやリソースを管理する権限者に関する情報が記録される。そして、管理サーバ２０のワークフローエンジン２１３は、ワークフロー展開処理を実行する（ステップＳ３１１）。この場合、利用側属性、承認側属性、リソース属性に応じて承認が必要な権限者を特定する。ここで、接続に必要なリソースを一括で承認できるようにしてもよい。この場合には、グルーピング可能な条件を権限者情報２２３に記録する。接続元のリソースがグルーピングできる条件（例えば、ＩＰアドレスやＭＡＣアドレスのグループ化、接続元デバイスの名前等）を権限者情報２２３に登録しておく。更に、申請情報２２５には、接続希望者のデバイス１０、この者のデバイス１０が接続された接続ポートから接続先までのリソースのリソースＩＤを記録しておく。
そして、ワークフローにおける承認時には、権限者からのグループ承認要求を取得する。このグループ承認要求には、グループ化を行なう条件（グループ化条件）が含まれる。この場合、ワークフローエンジン２１３は、グループ化条件に該当する申請情報２２５をデータベース２２から取得する。そして、ワークフローエンジン２１３は、権限者のデバイス１０に対して、グループ化条件に該当する申請情報２２５に関する承認依頼を送信する。これにより、権限者は、複数の申請をまとめて効率的に承認することができる。
【符号の説明】
【００７５】
１０…ユーザ端末、１５…接続先リソース、２０…管理サーバ、２１…制御部、２１１…ＷＥＢエンジン、２１２…認証エンジン、２１３…ワークフローエンジン、２２…データベース。
【図１】
2019053560.tif 000003
【図２】
2019053560.tif 000004
【図３】
2019053560.tif 000005
【図４】
2019053560.tif 000006
【図５】
2019053560.tif 000007