特開 2024-48250 ＩＤ棚卸支援システム、ＩＤ棚卸支援方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024048250

(43)【公開日】2024-04-08

(54)【発明の名称】ＩＤ棚卸支援システム、ＩＤ棚卸支援方法及びプログラム

(51)【国際特許分類】

   G06Q 10/105 20230101AFI20240401BHJP

【ＦＩ】

G06Q10/10 320

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022154182

(22)【出願日】2022-09-27

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ２０２１年１０月１４日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ｒｅｌｅａｓｅ／ｐｏｓｔ１１７９／にて公開 ２０２１年１０月２９日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１３５０／にて公開 ２０２１年１１月２２日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１４７７／にて公開 ２０２２年２月１日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１５８１／にて公開 ２０２２年２月１８日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１６３５／にて公開 ２０２２年３月３日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１６７９／にて公開 ２０２２年３月１０日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１７０３／にて公開 ２０２２年３月１７日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ａｒｔｉｃｌｅ／ｐｏｓｔ１７１７／にて公開 ２０２２年４月１３日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｄｏｗｎｌｏａｄ／にて公開 ２０２２年４月１９日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｉｎｆｏ／ｃａｓｅ＿ｎｅｗｓ／ｐｏｓｔ１８１３／、ｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｃａｓｅ／ｔｉａｃｔ／、ｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｄｏｗｎｌｏａｄ／にて公開 ２０２２年７月１１日にｈｔｔｐｓ：／／ｗｗｗ．ａｃａｎｔｈｕｓ－ｉｄ．ｊｐ／ｄｏｗｎｌｏａｄ／にて公開

(71)【出願人】

【識別番号】000102717

【氏名又は名称】ＮＴＴテクノクロス株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】田村 寧健

(72)【発明者】

【氏名】古市 裕子

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA08

(57)【要約】

【課題】ＩＤ棚卸を支援する技術を提供すること。
【解決手段】本開示の一態様によるＩＤ棚卸支援システムは、業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムであって、前記ＩＤと該ＩＤが利用される業務システムとが少なくとも対応付けて格納されているＩＤ管理テーブルから、前記棚卸の対象とするＩＤを示す対象ＩＤを抽出するように構成されている抽出部と、前記対象ＩＤに対して、前記棚卸に関する質問を設定するように構成されている質問設定部と、前記対象ＩＤに設定された質問に対する回答を、前記対象ＩＤが利用される業務システムの管理者に依頼するように構成されている棚卸依頼部と、を有する。
【選択図】図２

【特許請求の範囲】

【請求項1】

業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムであって、
前記ＩＤと該ＩＤが利用される業務システムとが少なくとも対応付けて格納されているＩＤ管理テーブルから、前記棚卸の対象とするＩＤを示す対象ＩＤを抽出するように構成されている抽出部と、
前記対象ＩＤに対して、前記棚卸に関する質問を設定するように構成されている質問設定部と、
前記対象ＩＤに設定された質問に対する回答を、前記対象ＩＤが利用される業務システムの管理者に依頼するように構成されている棚卸依頼部と、
を有するＩＤ棚卸支援システム。

【請求項2】

前記抽出部は、
前記ＩＤ管理テーブルに格納されているＩＤのうち、ユーザによって選択された条件を満たすＩＤを前記対象ＩＤとして抽出するように構成されている、請求項１に記載のＩＤ棚卸支援システム。

【請求項3】

前記条件は、
所定の業務システムで利用されるＩＤであること、
所定の期間以上未使用のＩＤであること、
管理者が存在しない業務システムに利用されるＩＤであること、
複数人で共有して利用される共有ＩＤでなく、かつ、所有者がいないＩＤであること、
複数人で共有して利用される共有ＩＤであること、
退職者が利用していたＩＤであること、
或る組織から別の組織に異動した者のＩＤであって、異動前の組織が所管する業務システムで利用されるＩＤであること、
の少なくとも１つ以上である、請求項２に記載のＩＤ棚卸支援システム。

【請求項4】

前記回答を前記管理者から他の者に委任するためのアドレス情報を生成するように構成されている生成部、を有する請求項１乃至３の何れか一項に記載のＩＤ棚卸支援システム。

【請求項5】

前記生成部は、
前記棚卸を識別する識別情報、前記管理者のアカウント情報、前記他の者のメールアドレス、前記他の者を識別する識別情報、前記他の者の氏名、前記質問の回答締め切り日、及び前記対象ＩＤの少なくとも１つと、衝突困難性を持つ所定の関数とを用いて、前記アドレス情報を生成するように構成されている、請求項４に記載のＩＤ棚卸支援システム。

【請求項6】

業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムであって、
前記棚卸の対象とするＩＤを抽出するための条件を指定可能な第１の画面を提供するように構成されている第１の画面提供部と、
前記棚卸の対象とするＩＤに対して前記棚卸に関する質問を設定可能な第２の画面を提供するように構成されている第２の画面提供部と、
前記棚卸の対象とするＩＤに設定された質問に対する回答を、前記ＩＤが利用される業務システムの管理者に依頼するための第３の画面を提供するように構成されている第３の画面提供部と、
を有するＩＤ棚卸支援システム。

【請求項7】

前記棚卸の対象とするＩＤの中に所定の警告条件を満たすＩＤが存在する場合、前記警告条件を満たすＩＤが存在することを表す第４の画面を提供するように構成されている第４の画面提供部、を有する請求項６に記載のＩＤ棚卸支援システム。

【請求項8】

業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムが実行するＩＤ棚卸支援方法であって、
前記ＩＤと該ＩＤが利用される業務システムとが少なくとも対応付けて格納されているＩＤ管理テーブルから、前記棚卸の対象とするＩＤを示す対象ＩＤを抽出する抽出手順と、
前記対象ＩＤに対して、前記棚卸に関する質問を設定する質問設定手順と、
前記対象ＩＤに設定された質問に対する回答を、前記対象ＩＤが利用される業務システムの管理者に依頼する棚卸依頼手順と、
が含まれるＩＤ棚卸支援方法。

【請求項9】

業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムに、
前記ＩＤと該ＩＤが利用される業務システムとが少なくとも対応付けて格納されているＩＤ管理テーブルから、前記棚卸の対象とするＩＤを示す対象ＩＤを抽出する抽出手順と、
前記対象ＩＤに対して、前記棚卸に関する質問を設定する質問設定手順と、
前記対象ＩＤに設定された質問に対する回答を、前記対象ＩＤが利用される業務システムの管理者に依頼する棚卸依頼手順と、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ＩＤ棚卸支援システム、ＩＤ棚卸支援方法及びプログラムに関する。

【背景技術】

【0002】

一般に、企業では、様々な業務システム（例えば、人事システム、営業支援システム、開発システム、勤怠管理システム、会計システム等）が用いられている。企業の社員等は、例えば、これらの業務システムを管理する部門から発行されたＩＤを用いて、当該業務システムを利用することができる。

【0003】

上記のＩＤは、業務システムへの不正アクセス防止等の観点から適切な管理と定期的な棚卸が求められる（例えば、非特許文献１参照）。なお、棚卸とは、ＩＤが正しく作成・変更・削除されているか、利用の実態と乖離がないか等を確認する作業のことである。このような棚卸は「ＩＤ棚卸」や「アカウント棚卸」等とも呼ばれる。

【先行技術文献】

【非特許文献】

【0004】

【非特許文献1】情報セキュリティ管理基準（平成28年経済産業省告示第37号），インターネット＜ＵＲＬ：https://www.meti.go.jp/policy/netsecurity/downloadfiles/IS_Management_Standard_H28.pdf＞

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来では、業務システムを管理する各部門に対してＩＤの棚卸を依頼する場合、例えば、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｅｌ（登録商標）等の表計算ソフトで作成されたＩＤ一覧ファイルを添付したメールによって行われていた。このため、棚卸依頼者は、例えば、依頼先の部門毎に、その部門で管理されているＩＤを特定したり、その部門の管理者及びメールアドレスを特定したりする必要があり、棚卸依頼作業に多くの作業コストを要していた。

【0006】

本開示は、上記の点に鑑みてなされたもので、ＩＤ棚卸を支援する技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

本開示の一態様によるＩＤ棚卸支援システムは、業務システムで利用されるＩＤの棚卸を支援するＩＤ棚卸支援システムであって、前記ＩＤと該ＩＤが利用される業務システムとが少なくとも対応付けて格納されているＩＤ管理テーブルから、前記棚卸の対象とするＩＤを示す対象ＩＤを抽出するように構成されている抽出部と、前記対象ＩＤに対して、前記棚卸に関する質問を設定するように構成されている質問設定部と、前記対象ＩＤに設定された質問に対する回答を、前記対象ＩＤが利用される業務システムの管理者に依頼するように構成されている棚卸依頼部と、を有する。

【発明の効果】

【0008】

ＩＤ棚卸を支援する技術が提供される。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係るＩＤ棚卸支援システムの全体構成の一例を示す図である。

【図2】本実施形態に係るＩＤ棚卸支援装置及び端末の機能構成の一例を示す図である。

【図3】ＩＤ管理テーブルの一例を示す図である。

【図4】人事情報テーブルの一例を示す図である。

【図5】管理者テーブルの一例を示す図である。

【図6】イベント情報の一例を示す図である。

【図7】本実施形態に係るＩＤ棚卸支援システムの全体処理の流れの一例を示すフローチャートである。

【図8】対象選択画面の一例を示す図である。

【図9】対象ＩＤ一覧画面の一例を示す図である。

【図10】警告画面の一例を示す図である。

【図11】イベント基本情報設定画面の一例を示す図である。

【図12】質問設定画面の一例を示す図である。

【図13】棚卸依頼画面の一例を示す図である。

【図14】回答画面の一例を示す図である。

【図15】イベント状況確認画面の一例を示す図である。

【図16】回答内容確認画面の一例を示す図である。

【図17】回答委任画面の一例を示す図である。

【図18】コンピュータのハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の一実施形態について説明する。以下、企業で用いられる業務システムを対象として、そのＩＤの棚卸を支援するＩＤ棚卸支援システム１について説明する。

【0011】

＜用語の定義＞
・業務システム：企業における何等かの業務に用いられる任意のコンピュータ又はコンピュータシステム（クラウドサービス等として利用可能なコンピュータ又はコンピュータシステムも含む）である。業務システムの例示としては、人事システム、営業支援システム、開発システム、勤怠管理システム、会計システム等が挙げられる。

【0012】

・ＩＤ：業務システムを利用するための情報である。ＩＤは、例えば、アカウントやユーザＩＤ等と称されることもある。ＩＤには、業務システムの利用者に対して付与されるもの以外にも、何等かの業務や作業等に用いられることを目的として複数の利用者で共有して利用されるもの（これは「共有ＩＤ」等とも呼ばれる。）が存在する。通常のＩＤが特定の利用者に紐付けられているのに対して、共有ＩＤは特定の利用者に紐付けられておらず、例えば、特定の部門や組織、集計・管理する対象や利用目的、利用するアプリケーション等といったものに対応するように紐付けられている。

【0013】

・ＩＤ棚卸：ＩＤが正しく作成・変更・削除されているか、利用の実態と乖離がないか等を確認する作業のことである。このような作業のことを単に「棚卸」ともいう。ＩＤ棚卸は、例えば、アカウント棚卸等と称されることもある。ＩＤ棚卸は、一般に定期的に行われることが多いが、不定期に行われることもある。

【0014】

・棚卸依頼者：棚卸対象のＩＤについて、そのＩＤの棚卸を管理者に依頼する者のことである。棚卸依頼者は、例えば、当該ＩＤを引き続き利用するのか、それとも削除するのか等といった棚卸に関する質問を設定し、その回答を当該管理者に依頼する。

【0015】

・管理者：以下の２種類の管理者を包含している。１種類目の管理者は、業務システムを所管する部門又は組織（以下、部門や組織を総称して「組織」という。）における当該業務システムの管理担当者（以下、このような管理者担当者を「システム管理者」ともいう。）のことである。例えば、業務システムが人事システムである場合、その所管組織は「人事部」であり、システム管理者は人事部における人事システムの管理担当者である。同様に、例えば、業務システムが営業支援システムである場合、その所管組織は「営業部」であり、システム管理者は営業部における営業支援システムの管理担当者である。２種類目の管理者は、業務システムを利用する利用者が適切にシステムの利用が行えるように業務システム毎にＩＤの管理（ＩＤの新規追加、更新、削除等）を行ったり、業務システムの運用支援を行ったりする管理担当者（以下、このような管理担当者を「利用管理者」ともいう。）のことである。例えば、業務システムが人事システムである場合、人事システムを利用する組織毎に人事部の社員が利用管理者となることもあるし、人事システムを利用する組織の社員がその組織の利用管理者となることもある。また、或る組織で或る複数の業務システム（例えば、人事システムと営業支援システム）の利用管理者が異なっていてもよいし、同じ社員が兼務していてもよい。

【0016】

以下、「業務システムの管理者」又は単に「管理者」といった場合には、上記の２種類の管理者（システム管理者、利用管理者）を含み得るものとする。

【0017】

・回答者：棚卸依頼者によって設定された質問に対して回答を行う者のことである。回答者は、基本的には上記の管理者のことであるが、質問に対する回答を管理者から委任されて代理で回答する者（以下、代理回答者ともいう。）も含み得る。代理回答者としては、典型的には、管理者から棚卸業務を命ぜられた部下、業務システムを利用する各組織内で管理者の業務の補佐や代行をする者、更には業務システムを利用する各組織内のより小さな組織の管理者やその業務の補佐や代行をする者等が挙げられる。

【0018】

＜ＩＤ棚卸支援システム１の全体構成例＞
本実施形態に係るＩＤ棚卸支援システム１の全体構成例を図１に示す。図１に示すように、本実施形態に係るＩＤ棚卸支援システム１には、ＩＤ棚卸支援装置１０と、複数の端末２０とが含まれる。ＩＤ棚卸支援装置１０と各端末２０は、例えば、インターネット等を含む通信ネットワーク３０を介して通信可能に接続される。

【0019】

ＩＤ棚卸支援装置１０は、ＩＤ棚卸を支援する汎用サーバ等といったコンピュータ又はコンピュータシステムである。ＩＤ棚卸支援装置１０は、棚卸依頼者からの要求に応じて、棚卸を表すイベント（以下、「棚卸イベント」ともいう。）を作成し、この棚卸イベントで設定された質問に対する回答を該当の管理者に依頼する。また、ＩＤ棚卸支援装置１０は、ＩＤ棚卸の結果をレポート（これは、監査レポート等とも呼ばれる。）として出力する。

【0020】

端末２０は、ＩＤ棚卸の対象となる業務システムを用いている企業の従業員が利用する各種コンピュータ又はコンピュータシステムである。端末２０としては、例えば、ＰＣ（パーソナルコンピュータ）、タブレット端末、スマートフォン、ウェアラブルデバイス等が挙げられる。以下、棚卸依頼者が利用する端末２０を「依頼者端末２０」、管理者が利用する端末２０を「管理者端末２０」、代理回答者が利用する端末２０を「代理回答者端末２０」ともいう。棚卸依頼者はＩＤ棚卸支援装置１０にログインするためのアカウント（以下、「ＩＤ棚卸アカウント」ともいう。）を持つが、管理者及び代理回答者はＩＤ棚卸アカウントを持つとは限らない（管理者及び代理回答者はＩＤ棚卸アカウントを持っていてもよいし、ＩＤ棚卸アカウントを持っていなくてもよい。）。また、ＩＤ棚卸支援装置１０に登録されているアカウントのうち、ＩＤ棚卸を行うことができる特殊な権限を有する「ＩＤ棚卸アカウント」のみが、棚卸イベントを作成できるようにしてもよい。

【0021】

なお、図１に示すＩＤ棚卸支援システム１の全体構成例は一例であって、これに限られるものではない。例えば、図１に示す例では、ＩＤ棚卸支援装置１０が１台の装置で構成されているが、互いに通信ネットワークを介して接続された複数台の装置で構成されていてもよい。

【0022】

＜ＩＤ棚卸支援装置１０及び端末２０の機能構成例＞
本実施形態に係るＩＤ棚卸支援装置１０及び端末２０の機能構成例を図２に示す。

【0023】

≪ＩＤ棚卸支援装置１０≫
図２に示すように、本実施形態に係るＩＤ棚卸支援装置１０は、ＩＤ棚卸支援処理部１０１と、レポート出力部１０２とを有する。これら各部は、例えば、ＩＤ棚卸支援装置１０にインストールされた１以上のプログラムが、ＣＰＵ（Central Processing Unit）等のプロセッサに実行させる処理により実現される。また、本実施形態に係るＩＤ棚卸支援装置１０は、ＩＤ管理テーブル記憶部１０３と、人事情報テーブル記憶部１０４と、管理者テーブル記憶部１０５と、イベント情報記憶部１０６とを有する。これら各記憶部は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等の記憶装置により実現される。ただし、これら各記憶部の一部の記憶部が、ＩＤ棚卸支援装置１０と通信ネットワークを介して接続されるデータベースサーバ等の記憶装置により実現されていてもよい。

【0024】

ＩＤ棚卸支援処理部１０１は、ＩＤ棚卸を支援するための各種処理を実行する。ＩＤ棚卸支援処理部１０１には、棚卸イベント作成部１１１と、対象ＩＤ抽出部１１２と、ＵＩ提供部１１３と、棚卸イベント管理部１１４とが含まれる。

【0025】

棚卸イベント作成部１１１は、依頼者端末２０からの要求に応じて、棚卸イベントを表す情報（以下、イベント情報という。）を作成する。また、棚卸イベント作成部１１１は、この棚卸イベントで棚卸対象としたＩＤの棚卸をそのＩＤが利用される業務システムの管理者に依頼する。

【0026】

対象ＩＤ抽出部１１２は、棚卸イベント作成部１１１によってイベント情報が作成される際に、この棚卸イベントで棚卸対象とするＩＤを抽出する。このとき、対象ＩＤ抽出部１１２は、必要に応じて人事情報テーブル記憶部１０４に記憶されている人事情報テーブルや管理者テーブル記憶部１０５に記憶されている管理者テーブル等を参照し、ＩＤ管理テーブル記憶部１０３に記憶されているＩＤ管理テーブルから棚卸対象とするＩＤを抽出する。なお、ＩＤ管理テーブル記憶部１０３に記憶されているＩＤ管理テーブル、人事情報テーブル記憶部１０４に記憶されている人事情報テーブル、及び管理者テーブル記憶部１０５に記憶されている管理者テーブルの詳細については後述する。

【0027】

ＵＩ提供部１１３は、棚卸イベント作成部１１１によってイベント情報が作成される際に、ＵＩ（ユーザインタフェース）として各種画面を端末２０に提供する。

【0028】

棚卸イベント管理部１１４は、棚卸イベント作成部１１１によって作成されたイベント情報をイベント情報記憶部１０６に記憶させる。また、棚卸イベント管理部１１４は、依頼者端末２０や管理者端末２０、代理回答者端末２０等からの要求に応じて、イベント情報記憶部１０６に記憶されているイベント情報の更新等を行う。なお、イベント情報記憶部１０６に記憶されるイベント情報の詳細については後述する。

【0029】

レポート出力部１０２は、ＩＤ棚卸の結果を表すレポートを予め決められた所定の出力先に出力する。

【0030】

≪端末２０≫
図２に示すように、本実施形態に係る端末２０は、ＵＩ処理部２０１を有する。ＵＩ処理部２０１は、例えば、端末２０にインストールされたＷｅｂブラウザ等の１以上のプログラムが、ＣＰＵ等のプロセッサに実行させる処理により実現される。

【0031】

ＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から提供されたＵＩを端末２０が備えるディスプレイ等の表示装置上に表示する。また、ＵＩ処理部２０１は、当該ＵＩ上における各種操作を受け付ける。

【0032】

≪ＩＤ管理テーブル≫
ＩＤ管理テーブル記憶部１０３に記憶されているＩＤ管理テーブルの一例を図３に示す。図３に示すＩＤ管理テーブル１１００は、１以上のレコード（以下、これらのレコードを「ＩＤ管理レコード」ともいう。）で構成されている。各ＩＤ管理レコードは業務システムのＩＤとそのＩＤに紐付けられている人（社員）や組織等といった対象を表しており、社員情報とＩＤ情報とが含まれている。社員情報には、例えば、社員番号、氏名、会社名、組織名等が含まれる。また、ＩＤ情報には、その社員情報によって表される対象（社員や組織等）に紐付けられているＩＤ（業務システムのＩＤ）が含まれる。

【0033】

例えば、図３に示すＩＤ管理テーブル１１００の１行目のＩＤ管理レコードには、社員情報として社員番号「００１」、氏名「田中 一郎」、会社名「Ａ」及び組織名「人事部」等が含まれており、またＩＤ情報として人事システム「ｈ００１」及び勤怠管理システム「ａ００１」等が含まれている。これは、人事システムのＩＤ「ｈ００１」と勤怠管理システムのＩＤ「ａ００１」は、Ａ会社の人事部に所属する「田中 一郎」（社員番号：００１）に紐付けられていることを表している。

【0034】

同様に、例えば、図３に示すＩＤ管理テーブル１１００の２行目のＩＤ管理レコードには、社員情報として社員番号「００２」、氏名「鈴木 次郎」、会社名「Ａ」及び組織名「営業部」等が含まれており、またＩＤ情報として営業支援システム「ｓ００１」及び勤怠管理システム「ａ００２」等が含まれている。これは、営業支援システムのＩＤ「ｓ００１」と勤怠管理システムのＩＤ「ａ００２」は、Ａ会社の人事部に所属する「鈴木 次郎」（社員番号：００２）に紐付けられていることを表している。

【0035】

一方で、例えば、図３に示すＩＤ管理テーブル１１００の６行目のＩＤ管理レコードには、社員情報として社員番号や氏名が含まれておらず、会社名「Ａ」及び組織名「開発部」のみが含まれており、ＩＤ情報として開発支援システム「ｄ９００」が含まれている。これは、開発支援システムのＩＤ「ｄ９００」は特定の社員に紐付けられておらず、開発部の社員で共有して利用される共有ＩＤであることを表している。

【0036】

なお、図３に示す例では、社員番号及び氏名が社員情報に含まれていない場合に、その社員情報と対応するＩＤ情報に含まれているＩＤを共有ＩＤとしたが、これは一例であってこれに限られるものではない。例えば、共有ＩＤであるか否かを表すフラグ等がＩＤ管理レコードに含まれており、そのフラグによってＩＤ情報に含まれているＩＤが共有ＩＤであるか否かを表してもよい。

【0037】

また、ＩＤ管理レコードのＩＤ情報には、例えば、ＩＤ毎に、そのＩＤが最後に利用された日時を表す最終利用日時が含まれていてもよい。

【0038】

≪人事情報テーブル≫
人事情報テーブル記憶部１０４に記憶されている人事情報テーブルの一例を図４に示す。図４に示す人事情報テーブル１２００は、１以上のレコード（以下、これらのレコードを「人事情報レコード」ともいう。）で構成されている。各人事情報レコードは社員が現在属している組織（最新の組織）やその社員が退職しているか否か等を表しており、例えば、社員番号、氏名、会社名、組織名、退職フラグ等が含まれる。退職フラグとは、社員が退職済であるか否かを表すフラグであり、例えば、退職済であれば「１」、そうでなければブランクが設定される。なお、人事情報テーブルに含まれる各人事情報レコードは、例えば、人事システムで管理されている人事情報（社員の氏名、社員が所属している組織、退職しているか否か等）と同期しており、最新の人事情報を表しているものとする。

【0039】

例えば、図４に示す人事情報テーブル１２００の１行目の人事情報レコードには、社員番号「００１」、氏名「田中 一郎」、会社名「Ａ」、組織名「人事部」等が含まれている。これは、「田中 一郎」（社員番号：００１）は、現在、Ａ会社の人事部に属していることを表している。

【0040】

また、例えば、図４に示す人事情報テーブル１２００の５行目の人事情報レコードには、社員番号「００５」、氏名「斎藤 愛子」、会社名「Ａ」、組織名「開発部」等が含まれている。これは、「斎藤 愛子」（社員番号：００５）は、Ａ会社を退職済であることを表している。また、「斎藤 愛子」（社員番号：００５）の退職時のＡ会社における所属組織は「開発部」であることも表している。

【0041】

ここで、人事情報テーブルに含まれる各人事情報レコードは、社員が退職済でない場合、その社員が現在属している組織を表している。例えば、図３に示すＩＤ管理テーブル１１００の４行目のＩＤ管理レコードの社員情報には、社員番号「００４」、氏名「佐藤 三郎」、会社名「Ａ」、組織名「人事部」が含まれている。一方で、例えば、図４に示す人事情報テーブル１２００の４行目の人事情報レコードには、社員番号「００４」、氏名「佐藤 三郎」、会社名「Ａ」、組織名「開発部」が含まれる。このため、「佐藤 三郎」（社員番号：００４）の現在の所属組織は「開発部」であるが、「開発部」に異動する前は「人事部」に属していたことがわかる。また、開発システムのＩＤ「ｄ００１」と勤怠管理システムのＩＤ「ａ００４」は、「人事部」に属していたときの「佐藤 三郎」（社員番号：００４）に紐付けられたままとなっていることがわかる。

【0042】

このように、人事情報テーブルに含まれる各人事情報レコードは社員が属する現在の組織（最新の組織）又はその社員が退職済であるか否かを表している一方で、上記のＩＤ管理テーブルに含まれるＩＤ管理レコードの社員情報によって表される社員の所属組織は最新とは限らず、また退職済の社員に関するＩＤ管理レコードも存在し得る。例えば、「斎藤 愛子」（社員番号：００５）はＡ会社を退職済であるが、図３に示すＩＤ管理テーブル１１００の５行目には「斎藤 愛子」（社員番号：００５）に関するＩＤ管理テーブルが存在している。

【0043】

なお、図４に示す例では、社員が現在属している組織（最新の組織）とその社員が退職しているか否か等が人事情報レコードに含まれているものとしたが、最新の組織だけでなく、これまでに所属していた組織の履歴（つまり、異動履歴）が含まれていてもよい。また、人事情報レコードには、上記以外の各種情報（例えば、メールアドレス、内線番号、退職済フラグ以外の様々なフラグ等）が含まれていてもよい。退職済フラグ以外のフラグとしては、例えば、出向社員であるか否かを表すフラグ、複数の組織で兼務している社員であるか否かを表すフラグ、該当の組織から異動済の社員であるか否かを表すフラグ、休職中の社員であるか否かを表すフラグ、一時滞在（非常駐者）の社員であるか否かを表すフラグ等が挙げられる。

【0044】

≪管理者テーブル≫
管理者テーブル記憶部１０５に記憶されている管理者テーブルの一例を図５に示す。図５（ａ）に示す管理者テーブル１３１０は、システム管理者を表す１以上のレコード（以下、これらのレコードを「システム管理者レコード」ともいう）。で構成されるテーブルである。一方で、図５（ｂ）に示す管理者テーブル１３２０は、利用管理者を表す１以上のレコード（以下、これらのレコードを「利用管理者レコード」ともいう）。で構成されるテーブルである。以下、システム管理者レコードで構成されるテーブルのことを「システム管理者テーブル」、利用管理者レコードで構成されるテーブルのことを「利用管理者テーブル」ともいい、両者のいずれか又は両方を指す場合は単に「管理者テーブル」という。

【0045】

図５（ａ）に示すように、各システム管理者レコードには、例えば、社員番号、氏名、会社名、組織名、メールアドレス等が含まれる。

【0046】

例えば、図５（ａ）に示すシステム管理者テーブル１３１０の１行目のシステム管理者レコードには、社員番号「１０１」、氏名「小林 花子」、会社名「Ａ」、組織名「人事部」等が含まれている。これは、「小林 花子」（社員番号：１０１）は、Ａ会社の人事部で所管している業務システム（例えば、人事システム）のシステム管理者であることを表している。

【0047】

同様に、例えば、図５（ａ）に示すシステム管理者テーブル１３１０の２行目のシステム管理者レコードには、社員番号「１１１」、氏名「佐藤 太郎」、会社名「Ａ」、組織名「営業部」等が含まれている。これは、「佐藤 太郎」（社員番号：１１１）は、Ａ会社の営業部で所管している業務システム（例えば、営業支援システム）のシステム管理者であることを表している。

【0048】

なお、例えば、或る組織が所管している業務システムにシステム管理者が存在しない場合、その組織の組織名のみが含まれるシステム管理者レコードがシステム管理者テーブルに格納されていてもよいし、その組織に関するシステム管理者レコードがシステム管理者テーブルに存在しなくてもよい。また、或る組織が複数の業務システムを所管しており、各業務システムのシステム管理者が異なる場合もあり得る。このような場合、システム管理者レコードには、そのシステム管理者が管理する業務システムのシステム名等が設定される「対象システム」が含まれていてもよい。

【0049】

一方で、図５（ｂ）に示すように、各利用管理者レコードには、例えば、社員番号、氏名、会社名、組織名、対象システム、メールアドレス等が含まれる。

【0050】

例えば、図５（ｂ）に示す利用管理者テーブル１３２０の１行目の利用管理者レコードには、社員番号「３３４」、氏名「田中 徹」、会社名「Ａ」、組織名「開発部」、対象システム「〇〇システム」等が含まれている。これは、「田中 徹」（社員番号：３３４）は、Ａ会社の開発部における「〇〇システム」の利用管理者であることを表している。

【0051】

同様に、図５（ｂ）に示す利用管理者テーブル１３２０の２行目の利用管理者レコードには、社員番号「２３６」、氏名「山田 諭」、会社名「Ａ」、組織名「開発部」、対象システム「××システム」等が含まれている。これは、「山田 諭」（社員番号：２３６）は、Ａ会社の開発部における「××システム」の利用管理者であることを表している。

【0052】

同様に、例えば、図５（ｂ）に示す利用管理者テーブル１３２０の３行目の利用管理者レコードには、社員番号「０２２」、氏名「鈴木 花子」、会社名「Ａ」、組織名「総務部」、対象システム「〇〇システム」等が含まれている。これは、「鈴木 花子」（社員番号：０２２）は、Ａ会社の総務部における「〇〇システム」の利用管理者であることを表している。

【0053】

ここで、図５（ｂ）に示す利用管理者テーブル１３２０の１行目と３行目の利用管理者レコードにより、「〇〇システム」はＡ会社の開発部と総務部の両方で利用されており、開発部の利用管理者は「山田 諭」（社員番号：２３６）、総務部の利用管理者は「鈴木 花子」（社員番号：０２２）であることがわかる。このように、利用管理者は、業務システムを利用する組織毎に異なり得る。

【0054】

なお、例えば、或る組織で利用している業務システムに利用管理者が存在しない場合、その組織の組織名とその業務システムのシステム名のみが含まれる利用管理者レコードが利用管理者テーブルに格納されていてもよいし、その組織及び業務システムに関する利用管理者レコードが利用管理者テーブルに存在しなくてもよい。

【0055】

≪イベント情報≫
イベント情報記憶部１０６に記憶されているイベント情報の一例を図６に示す。図６に示すイベント情報１４００は棚卸イベントを表しており、例えば、イベントＩＤ、イベント名、イベント状況、作成者、回答締め切り、対象システム、条件、対象ＩＤ、回答状況、回答内容、回答者等が含まれる。

【0056】

イベントＩＤは、棚卸イベントを一意に識別する識別情報である。イベント名は、棚卸イベントの名称である。イベント状況は、棚卸イベントの状況である。イベント状況としては、例えば、棚卸イベントが作成中であることを表す「作成中」、棚卸イベントが作成され、質問に対する回答を受け付けていることを表す「回答受付中」、質問に対する回答の受け付けが締め切られたことを表す「締切」、棚卸イベントが完了したことを表す「完了」等がある。作成者は、棚卸イベントを作成した作成者（つまり、棚卸依頼者）の社員番号や氏名等である。回答締め切りは、棚卸イベントの質問に対する回答期限である。対象システムは、棚卸イベントで棚卸対象となった業務システムである。条件は、棚卸イベントで棚卸対象のＩＤを抽出する際に用いられた条件（抽出条件）である。対象ＩＤは、棚卸対象のＩＤである。回答状況は、棚卸対象の各ＩＤに設定された質問の回答状況である。回答状況としては、例えば、質問に対して回答が行われたことを表す「回答済」、質問に対する回答が未だ行われていないことを表す「未回答」等がある。回答内容は、棚卸対象の各ＩＤに設定された質問に対する回答の内容である。回答者は、棚卸対象の各ＩＤに設定された質問に対して回答することができる者（例えば、そのＩＤが利用される業務システムの管理者（システム管理者、利用管理者）等）の社員番号や氏名等である。なお、回答状況、回答内容、及び回答者は、棚卸対象のＩＤ毎に存在する。

【0057】

＜ＩＤ棚卸支援システム１の全体処理の流れ＞
以下、本実施形態に係るＩＤ棚卸支援システム１の全体処理の流れについて、図７を参照しながら説明する。

【0058】

ステップＳ１０１：ＩＤ棚卸支援システム１は、棚卸イベントを作成する。ここで、棚卸イベントは、例えば、以下の手順１－１～手順１－２２により作成される。

【0059】

手順１－１）依頼者端末２０のＵＩ処理部２０１は、棚卸依頼者の棚卸イベント作成開始操作に応じて、棚卸イベント作成開始要求をＩＤ棚卸支援装置１０に送信する。棚卸イベント作成開始装置としては、例えば、棚卸イベントを作成するためのＷｅｂページへのアクセス操作等が挙げられる。

【0060】

手順１－２）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、ＵＩ提供部１１３により、対象選択画面を当該依頼者端末２０に送信する。対象選択画面とは、棚卸イベントを作成するための画面の１つであり、棚卸対象とするＩＤを抽出するための情報が選択又は指定される画面のことである。

【0061】

手順１－３）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した対象選択画面を表示すると共に、当該対象選択画面における各種操作を受け付ける。

【0062】

ここで、対象選択画面の一例を図８に示す。図８に示す対象選択画面２１００には、抽出対象システム選択欄２１１０と、抽出条件選択欄２１２０と、次へボタン２１３０と、キャンセルボタン２１４０とが含まれる。

【0063】

抽出対象システム選択欄２１１０は、棚卸対象のＩＤを抽出する業務システムを選択するためのＵＩ部品である。抽出対象システム選択欄２１１０には、チェックボックス２１１１が含まれている。棚卸依頼者は、１つ以上のチェックボックス２１１１を選択することで、自身が選択したチェックボックス２１１１に対応する業務システムをＩＤの抽出対象システムとして選択することができる。図８に示す例では、開発支援システムに対応するチェックボックス２１１１が選択されている場合を示している。また、棚卸依頼者は、チェックボックス２１１１のうち最上段のチェックボックス２１１１を選択することで、すべての業務システムを選択することもできる。なお、図８に示す抽出対象システム選択欄２１１０には、業務システムに登録されているＩＤの数を表す「登録ＩＤ数」と、業務システムのＩＤが既に棚卸対象となっている場合にその棚卸の状態を表す「棚卸状態」、その棚卸が既に完了している場合は完了日を表す「棚卸完了日」も含まれている。

【0064】

抽出条件選択欄２１２０は、棚卸対象のＩＤを抽出するための条件（抽出条件）を選択するためのＵＩ部品である。抽出条件選択欄２１２０には、チェックボックス２１２１が含まれている。棚卸依頼者は、１つ以上のチェックボックス２１２１を選択することで、自身が選択したチェックボックス２１２１に対応する抽出条件を選択することができる。図８に示す例では、抽出条件「長期間未使用」に対応するチェックボックス２１２１が選択されている場合を示している。また、棚卸依頼者は、チェックボックス２１２１のうち最上段のチェックボックス２１２１を選択することで、すべての抽出条件を選択することもできる。

【0065】

ここで、図８に示す例では、抽出条件として「長期間未使用」、「管理者未設定」、「共有ＩＤ」、「退職者ＩＤ・異動者ＩＤ」が存在する。「長期間未使用」とは、予め決められた所定の期間以上使用されていないＩＤを抽出するための条件である。「管理者未設定」とは、管理者が存在しない業務システムのＩＤ、若しくは、共有ＩＤでなくかつ特定の社員に紐付けられていないＩＤ（つまり、共有ＩＤでなく、かつ、所有者がいないＩＤ）、又はそれらの両方のＩＤを抽出するための条件である。「共有ＩＤ」とは、共有ＩＤを抽出するための条件である。「退職者ＩＤ・異動者ＩＤ」とは、退職者が利用していたＩＤ、又は、或る組織から別の組織に異動した者のＩＤであって異動前の組織が所管する業務システムのＩＤを抽出するための条件である。ただし、これらの抽出条件は一例であって、抽出条件はこれらに限られるものではない。

【0066】

次へボタン２１３０は、次の画面に遷移するためのＵＩ部品である。一方で、キャンセルボタン２１４０は、棚卸イベントの作成を中止するためのＵＩ部品である。以下では、棚卸依頼者によって棚卸対象のＩＤを抽出する業務システム（抽出対象システム）と抽出条件との少なくとも一方が選択された上で、次へボタン２１３０が押下されたものとする。

【0067】

なお、抽出対象システム選択欄２１１０で１つの業務システムが選択されている場合は、抽出条件選択欄２１２０で抽出条件が選択されていなくてもよい。また、抽出条件選択欄２１２０で１つ以上の抽出条件が選択されている場合は、抽出対象システム選択欄２１１０で業務システムが選択されていなくてもよい。すなわち、抽出対象システム選択欄２１１０及び抽出条件選択欄２１２０の両方から１つ以上が選択されていればよい。

【0068】

手順１－４）依頼者端末２０のＵＩ処理部２０１は、上記の手順１－３で選択された抽出対象システム・抽出条件に関する情報（以下、抽出対象情報という。）をＩＤ棚卸支援装置１０に送信する。

【0069】

手順１－５）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から抽出対象情報を受信すると、対象ＩＤ抽出部１１２により、棚卸対象のＩＤ（とそれに対応する社員情報）を抽出する。対象ＩＤ抽出部１１２は、以下の（Ａ）、（Ｂ）又は（Ｃ）により棚卸対象のＩＤ（とそれに対応する社員情報）を抽出する。

【0070】

（Ａ）抽出対象システムのみが抽出対象情報に含まれている場合
この場合、対象ＩＤ抽出部１１２は、ＩＤ管理テーブルに格納されているＩＤの中から抽出対象システムのＩＤを抽出すると共に、そのＩＤに対応付けられている社員情報を抽出する。

【0071】

例えば、図３に示すＩＤ管理テーブル１１００を対象として、抽出対象システムが「営業支援システム」である場合、ＩＤ「ｓ００１」及びそれに対応する社員情報（社員番号「００２」、氏名「鈴木 次郎」、会社名「Ａ」、組織名「営業部」等）と、ＩＤ「ｓ００２」及びそれに対応する社員情報（社員番号「００３」、氏名「山田 花子」、会社名「Ａ」、組織名「営業部」等）とが抽出される。

【0072】

（Ｂ）抽出条件のみが抽出対象情報に含まれている場合
この場合、対象ＩＤ抽出部１１２は、必要に応じて人事情報テーブルや管理者テーブル等を参照して、ＩＤ管理テーブルに格納されているＩＤの中から抽出条件を満たすＩＤを抽出すると共に、そのＩＤに対応付けられている社員情報を抽出する。以下、抽出条件が「長期間未使用」、「管理者未設定」、「共有ＩＤ」又は「退職者ＩＤ・異動者ＩＤ」であるときの抽出方法について説明する。なお、複数の抽出条件が抽出対象情報に含まれている場合は、以下で説明する抽出方法を組み合わせればよい。

【0073】

・抽出条件が「長期間未使用」であるとき
ＩＤ管理テーブルを構成するＩＤ管理レコードのＩＤ情報には、ＩＤ毎に、そのＩＤの最終利用日時が含まれているものとする。このとき、対象ＩＤ抽出部１１２は、最終利用日時が、予め決められた所定の期間以上前であるＩＤをＩＤ管理テーブルから抽出すると共に、そのＩＤに対応付けられている社員情報を抽出する。

【0074】

・抽出条件が「管理者未設定」であるとき
管理者が存在しない業務システムのＩＤを抽出する場合、まず、対象ＩＤ抽出部１１２は、管理者テーブルを参照して、管理者が存在しない組織を特定する。すなわち、システム管理者が存在しない業務システムを所管する組織、若しくは、利用管理者が存在しない業務システムを利用している組織、又はその両方を特定する。そして、対象ＩＤ抽出部１１２は、特定した組織の組織名が含まれる社員情報とそれに対応付けられているＩＤのうちの当該業務システムのＩＤとをＩＤ管理テーブルから抽出する。なお、これは一例であって、これ以外にも、例えば、何等かの管理者がＩＤと紐付けられている場合には、そのＩＤを個別に抽出してもよい。

【0075】

共有ＩＤでなくかつ特定の社員に紐付けられていないＩＤ（つまり、共有ＩＤでなく、かつ、所有者がいないＩＤ）を抽出する場合、対象ＩＤ抽出部１１２は、例えば、ＩＤ管理テーブルにＩＤのみが存在し、社員情報が存在しない（又は、社員情報が空値である）ＩＤをＩＤ管理テーブルから抽出する。又は、例えば、共有ＩＤであるか否かを表すフラグがＩＤ管理レコードに含まれている場合、対象ＩＤ抽出部１１２は、共有ＩＤでないことを表す値を持つフラグに対応付けられており、かつ、少なくとも社員番号及び氏名が含まれない社員情報に対応付けられているＩＤをＩＤ管理テーブルから抽出する。

【0076】

・抽出条件が「共有ＩＤ」であるとき
対象ＩＤ抽出部１１２は、共有ＩＤをＩＤ管理テーブルから抽出する。

【0077】

・抽出条件が「退職者ＩＤ・異動者ＩＤ」であるとき
退職者が利用していたＩＤを抽出する場合、まず、対象ＩＤ抽出部１１２は、人事情報テーブルを参照して、退職済の社員の社員番号を特定する。これは、例えば、退職フラグが「１」である人事情報レコードに含まれる社員番号を特定すればよい。そして、対象ＩＤ抽出部１１２は、退職済の社員の社員番号に対応付けられているＩＤをＩＤ管理テーブルから抽出する。

【0078】

或る組織から別の組織に異動した者のＩＤであって異動前の組織が所管する業務システムのＩＤを抽出する場合、まず、対象ＩＤ抽出部１１２は、人事情報テーブルを構成する各人事情報レコードのうち退職フラグが「１」でない各人事情報レコードに関して、その人事情報レコードと同一の社員番号が含まれ、かつ、その人事情報レコードと異なる組織名が含まれるＩＤ管理レコードを特定する。そして、対象ＩＤ抽出部１１２は、特定したＩＤ管理レコードに含まれる社員情報とそれに対応付けられているＩＤをＩＤ管理テーブルから抽出する。

【0079】

（Ｃ）抽出対象システムと抽出条件の両方が抽出対象情報に含まれている場合
この場合、対象ＩＤ抽出部１１２は、上記の（Ａ）と（Ｂ）を組み合わせて棚卸対象のＩＤを抽出すればよい。

【0080】

手順１－６）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、ＵＩ提供部１１３により、対象ＩＤ一覧画面を当該依頼者端末２０に送信する。対象ＩＤ一覧画面とは、上記の手順１－５で抽出されたＩＤの一覧が表示される画面のことである。ただし、対象ＩＤ一覧画面を依頼者端末２０に送信することは必須ではなく、本手順は実行されなくてもよい。なお、本手順が実行されなかった場合、次の手順１－７も実行されない。

【0081】

手順１－７）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した対象ＩＤ一覧画面を表示すると共に、当該対象ＩＤ一覧画面における各種操作を受け付ける。

【0082】

ここで、対象ＩＤ一覧画面の一例を図９に示す。図９に示す対象ＩＤ一覧画面２２００には、ＩＤ一覧表示欄２２１０と、次へボタン２２２０と、戻るボタン２２３０とが含まれる。

【0083】

ＩＤ一覧表示欄２２１０は、上記の手順１－５で抽出されたＩＤ（つまり、棚卸対象のＩＤ）とそれに対応する社員情報とが表示されるＵＩ部品である。ＩＤ一覧表示欄２２１０を参照することで、棚卸依頼者は、棚卸対象として抽出されたＩＤとそのＩＤに対応する社員情報とを確認することができる。

【0084】

次へボタン２２２０は、次の画面に遷移するためのＵＩ部品である。一方で、戻るボタン２２３０は、１つ前の画面に遷移するためのＵＩ部品である。以下では、次へボタン２２２０が押下されたものとする。

【0085】

ここで、例えば、抽出条件「管理者未設定」によってＩＤが抽出された場合、管理者が存在しない組織の従業員に紐付けられているＩＤや、組織名が含まれない社員情報に対応付けられているＩＤが抽出され得る。これらのＩＤが抽出された場合、これらのＩＤに関しては棚卸の依頼先となる管理者が対応付けられていないため、棚卸依頼者は、対象ＩＤ一覧画面２２００上で、これらのＩＤに対して、その棚卸の依頼先となる管理者（又は、管理者が存在する組織）を設定することができる。

【0086】

なお、棚卸依頼者は、例えば、対象ＩＤ一覧画面２２００のＩＤ一覧表示欄２２１０上に表示されているＩＤの中から棚卸対象外とするＩＤを選択したり、棚卸対象とするＩＤをＩＤ一覧表示欄２２１０に追加したりすることができてもよい。

【0087】

また、棚卸依頼者は、例えば、対象ＩＤ一覧画面２２００のＩＤ一覧表示欄２２１０上で、回答者が質問に対して回答する際に確認可能な情報をカスタマイズできてもよい。例えば、図９に示す例では社員情報として社員番号、氏名、会社名、組織名が含まれているが、棚卸依頼者と回答者が同一会社内であれば会社名は不要であると考えられる。このため、棚卸依頼者は、会社名を削除し、回答者が質問に対して回答する際に確認可能な社員情報を社員番号、氏名、組織名としてもよい。更に、棚卸依頼者は、回答者が質問に対して回答する際に表示される画面をプレビュー表示できてもよい。

【0088】

手順１－８）依頼者端末２０のＵＩ処理部２０１は、次の画面への遷移要求をＩＤ棚卸支援装置１０に送信する。

【0089】

手順１－９）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から次の画面への遷移要求を受信すると、ＵＩ提供部１１３により、対象ＩＤ一覧画面上に表示されているＩＤの中に警告対象のＩＤが存在するか否かを判定する。ＵＩ提供部１１３は、例えば、対象ＩＤ一覧画面上に表示されているＩＤの中に予め設定された警告条件に該当するＩＤが存在するか否かを判定すればよい。警告条件としては、例えば、共有ＩＤでなくかつ特定の社員に紐付けられていないＩＤが存在すること（つまり、共有ＩＤでなく、かつ、所有者がいないＩＤが存在すること）、管理者が存在しない業務システムのＩＤが存在すること、等が挙げられる。以下では、本手順で警告対象のＩＤが存在すると判定されたものとする。なお、本手順で警告対象のＩＤが存在すると判定されなかった場合、以下の手順１－１０～手順１－１１は実行されない。

【0090】

手順１－１０）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、上記の手順１－９で警告対象のＩＤが存在すると判定された場合、ＵＩ提供部１１３により、警告画面を当該依頼者端末２０に送信する。警告画面とは、例えば、警告条件を満たすＩＤの一覧が表示される画面のことである。

【0091】

手順１－１１）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した警告画面を表示すると共に、当該警告画面における各種操作を受け付ける。なお、警告画面は、例えば、対象ＩＤ一覧画面上にポップアップ表示される。

【0092】

ここで、警告画面の一例を図１０に示す。図１０に示す警告画面２３００には、第１の警告ＩＤ表示欄２３１０と、第２の警告ＩＤ表示欄２３２０と、次へボタン２３３０と、キャンセルボタン２３４０とが含まれる。

【0093】

第１の警告ＩＤ表示欄２３１０は、共有ＩＤでなくかつ特定の社員に紐付けられていないＩＤの一覧が表示されるＵＩ部品である。第２の警告ＩＤ表示欄２３２０は、管理者が存在しない業務システムのＩＤの一覧が表示されるＵＩ部品である。次へボタン２３３０は、警告画面を閉じて次の画面に遷移するためのＵＩ部品である。一方で、キャンセルボタン２３４０は、警告画面を閉じるためのＵＩ部品である。以下では、棚卸依頼者によって次へボタン２３３０が押下されたものとする。

【0094】

手順１－１２）依頼者端末２０のＵＩ処理部２０１は、次の画面への遷移要求をＩＤ棚卸支援装置１０に送信する。

【0095】

手順１－１３）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から次の画面への遷移要求を受信すると、ＵＩ提供部１１３により、イベント基本情報設定画面を当該依頼者端末２０に送信する。イベント基本情報設定画面とは、イベント名等といったイベントの基本的な情報を設定するための画面のことである。

【0096】

手順１－１４）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信したイベント基本情報設定画面を表示すると共に、当該イベント基本情報設定画面における各種操作を受け付ける。

【0097】

ここで、イベント基本情報設定画面の一例を図１１に示す。図１１に示すイベント基本情報設定画面２４００には、イベント名設定欄２４１１と、イベントＩＤ表示欄２４１２と、対象システム表示欄２４１３と、条件表示欄２４１４と、依頼内容設定欄２４１５と、宛先表示欄２４１６と、送信元表示欄２４１７と、返信先設定欄２４１８と、回答締め切り設定欄２４１９と、依頼元設定欄２４２０と、次へボタン２４３０と、戻るボタン２４４０とが含まれる。

【0098】

イベント名設定欄２４１１は、棚卸依頼者が任意のイベント名を入力することができるＵＩ部品である。イベントＩＤ表示欄２４１２は、棚卸イベントを一意に識別するイベントＩＤが表示されるＵＩ部品である。なお、イベントＩＤは、棚卸イベント作成部１１１によって決定される。対象システム表示欄２４１３は、棚卸対象のＩＤが利用される業務システム（言い換えれば、棚卸対象の業務システム）が表示されるＵＩ部品である。条件表示欄２４１４は、棚卸対象のＩＤを抽出する際に用いられた抽出条件が表示されるＵＩ部品である。依頼内容設定欄２４１５は、棚卸依頼者が任意の依頼内容を入力することができるＵＩ部品である。宛先表示欄２４１６は、棚卸依頼の宛先が設定されるＵＩ部品である。図１１に示す例では、宛先表示欄２４１６には、棚卸対象のＩＤが利用される業務システムの管理者が宛先となっていることを表す「各組織の管理者」が表示されている。送信元表示欄２４１７は、棚卸依頼を行う際の送信元（図１１に示す例では送信元のメールアドレス）が表示されるＵＩ部品である。返信先設定欄２４１８は、棚卸依頼者が、棚卸依頼に対する返信先（例えば、返信先のメールアドレス等）を任意の入力することができるＵＩ部品である。回答締め切り設定欄２４１９は、棚卸依頼者が、回答締め切り日として任意の日付を入力又は選択することができるＵＩ部品である。依頼元設定欄２４２０は、棚卸依頼者が、依頼元に関する情報（例えば、氏名、内線番号等）を任意に入力することができるＵＩ部品である。なお、回答締め切り設定欄２４１９には、例えば、現在から所定の期間先の日付が自動で設定されていてもよい。

【0099】

次へボタン２４３０は、次の画面に遷移するためのＵＩ部品である。一方で、戻るボタン２４４０は、１つ前の画面に遷移するためのＵＩ部品である。以下では、棚卸依頼者によってイベント基本情報設定画面２４００上で必要な情報が入力された上で、次へボタン２４３０が押下されたものとする。

【0100】

なお、図１１に示す例では、各組織の管理者に対する棚卸依頼がメールによって通知される場合を示しているが、これは一例であって、メール以外の方法によって棚卸依頼が通知されてもよく、特定の通知方法に限定されるものではない。メール以外の通知方法の例としては、Ｗｅｂページ上での棚卸依頼の通知、ビジネスチャット等のメッセージングアプリケーションによる棚卸依頼の通知等が挙げられる。

【0101】

手順１－１５）依頼者端末２０のＵＩ処理部２０１は、次の画面への遷移要求をＩＤ棚卸支援装置１０に送信する。

【0102】

手順１－１６）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から次の画面への遷移要求を受信すると、ＵＩ提供部１１３により、質問設定画面を当該依頼者端末２０に送信する。質問設定画面とは、棚卸対象のＩＤに対して、棚卸に関する質問を設定するための画面のことである。

【0103】

手順１－１７）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した質問設定画面を表示すると共に、当該質問設定画面における各種操作を受け付ける。

【0104】

ここで、質問設定画面の一例を図１２に示す。図１２に示す質問設定画面２５００には、新規追加ボタン２５１０と、質問設定欄２５２０と、次へボタン２５３０と、戻るボタン２５４０とが含まれる。

【0105】

新規追加ボタン２５１０は、質問設定欄２５２０に対して行を追加するためのＵＩ部品である。棚卸依頼者によって新規追加ボタン２５１０が押下された場合、質問設定欄２５２０に対して行が追加される。なお、質問設定欄２５２０には、予め決められた最大数（例えば、４行まで）まで行を追加することができる。

【0106】

質問設定欄２５２０は、棚卸対象のＩＤに対して質問を設定するためのＵＩ部品である。新規追加ボタン２５１０の押下によって質問設定欄２５２０に行が追加された場合、この行に対して、質問の名称を表す質問名と、その質問に対して回答が必須であるか否かを表す必須区分と、選択式又は記述式のいずれの形式の回答を要求するかを表す回答形式とを設定すると共に、回答形式が「選択式」である場合はその選択肢を設定することで、棚卸対象のＩＤに対して質問が設定される。選択肢は、例えば、カンマ区切りで設定することができる。なお、各行にはその行を削除するためのＵＩ部品が対応付けられており、棚卸依頼者は、当該ＵＩ部品を押下することで、そのＵＩ部品に対応する行を質問設定欄２５２０から削除することができる。

【0107】

図１２に示す例では、質問設定欄２５２０の１行目には質問名「ＩＤ継続要否」、必須区分「必須」、回答形式「選択式」、選択肢「継続，不要」が設定されている。これは、回答者に対して、棚卸対象のＩＤを継続利用するか又は不要であるかを回答させるための質問を表している。

【0108】

また、図１２に示す例では、質問設定欄２５２０の２行目には質問名「削除予定日」、必須区分「必須でない」、回答形式「記述式」が設定されている。これは、回答者に対して、棚卸対象のＩＤの削除予定日を回答させるための質問を表している。

【0109】

なお、図１２に示す例で説明した質問以外にも様々な質問が設定可能であることはいうまでもない。一例を挙げれば、ＩＤを削除するのではなく、ＩＤを休止させる場合には、ＩＤを休止させるか否かを表す質問等も設定可能である。

【0110】

次へボタン２５３０は、次の画面に遷移するためのＵＩ部品である。一方で、戻るボタン２５４０は、１つ前の画面に遷移するためのＵＩ部品である。以下では、棚卸依頼者によって質問設定画面２５００上で棚卸対象のＩＤに対する質問が設定された上で、次へボタン２５３０が押下されたものとする。

【0111】

手順１－１８）依頼者端末２０のＵＩ処理部２０１は、次の画面への遷移要求をＩＤ棚卸支援装置１０に送信する。

【0112】

手順１－１９）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から次の画面への遷移要求を受信すると、ＵＩ提供部１１３により、棚卸依頼画面を当該依頼者端末２０に送信する。棚卸依頼画面とは、棚卸対象のＩＤが利用される業務システムの管理者に対してそのＩＤの棚卸を依頼するための画面のことである。

【0113】

手順１－２０）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した棚卸依頼画面を表示すると共に、当該棚卸依頼画面における各種操作を受け付ける。

【0114】

ここで、棚卸依頼画面の一例を図１３に示す。図１３に示す棚卸依頼画面２６００には、宛先一覧表示欄２６１０と、依頼内容表示欄２６２０と、依頼実施ボタン２６３０と、戻るボタン２６４０とが含まれる。

【0115】

宛先一覧表示欄２６１０は、棚卸依頼の通知先となる宛先の一覧が表示されるＵＩ部品である。依頼内容表示欄２６２０は、イベント基本情報設定画面で設定された依頼内容等が表示されるＵＩ部品である。図１３に示す例では、メールの宛先、送信元、返信先、及び本文が依頼内容表示欄２６２０に表示されている。

【0116】

依頼実施ボタン２６３０は、棚卸依頼を実施するためのＵＩ部品である。一方で、戻るボタン２６４０は、１つ前の画面に遷移するためのＵＩ部品である。棚卸依頼者によって依頼実施ボタン２６３０が押下された場合、棚卸イベント作成部１１１によって棚卸イベントを表すイベント情報が作成される。以下では、棚卸依頼者によって棚卸依頼画面２６００上で依頼実施ボタン２６３０が押下されたものとする。

【0117】

手順１－２１）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、棚卸イベント作成部１１１により、棚卸イベントを表すイベント情報を作成する。ここで、当該イベント情報には、棚卸イベント作成部１１１によって決定されたイベントＩＤと、イベント基本情報設定画面で設定されたイベント名及び回答締め切りと、棚卸作成者の社員番号や氏名等を表す作成者と、棚卸対象のＩＤと、そのＩＤが利用される業務システムとが少なくとも含まれる。また、棚卸対象のＩＤが抽出される際に抽出条件が用いられた場合には、その抽出条件も当該イベント情報に含まれる。なお、当該イベント情報に含まれるイベント状況は「回答受付中」、棚卸対象の各ＩＤに対する回答状況は「未回答」とすればよく、また棚卸対象の各ＩＤに対する回答者はそのＩＤが利用される業務システムの管理者の社員番号や氏名等とすればよい。

【0118】

手順１－２２）最後に、ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、棚卸イベント管理部１１４により、上記の手順１－２１で作成されたイベント情報をイベント情報記憶部１０６に記憶させる。

【0119】

なお、上記の手順１－１～手順１－２２で説明した依頼者端末２０に表示される画面の画面遷移に関して、対象選択画面から警告画面までと、イベント基本情報設定画面とは順不同である。すなわち、イベント基本情報設定画面が表示された後に、対象選択画面から警告画面までが表示されてもよい。

【0120】

また、棚卸依頼者は、例えば、棚卸イベントの作成途中でその棚卸イベントを保存することができてもよい。この場合、作成途中の棚卸イベントを表すイベント情報が棚卸イベント作成部１１１によって作成され、そのイベント情報が棚卸イベント管理部１１４によってイベント情報記憶部１０６に記憶される。このとき、作成途中の棚卸イベントを表すイベント情報のイベント状況には「作成中」が設定される。

【0121】

ステップＳ１０２：ＩＤ棚卸支援システム１は、棚卸を依頼する。すなわち、ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、棚卸イベント作成部１１１により、棚卸依頼を各宛先（つまり、棚卸対象のＩＤが利用される業務システムの管理者）に通知する。

【0122】

ステップＳ１０３：ＩＤ棚卸支援システム１は、棚卸対象のＩＤに設定された質問に対して回答する。ここで、質問に対する回答は、以下の手順２－１～手順２－５により行われる。

【0123】

手順２－１）棚卸依頼が通知された管理者が利用する管理者端末２０は、この棚卸依頼に関する回答画面への遷移要求をＩＤ棚卸支援装置１０に送信する。なお、この遷移要求には、例えば、当該管理者の社員番号や氏名等が含まれる。

【0124】

手順２－２）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、管理者端末２０から回答画面への遷移要求を受信すると、ＵＩ提供部１１３により、回答画面を当該管理者端末２０に送信する。回答画面とは、棚卸対象のＩＤに設定された質問に対して、回答者が回答するための画面のことである。

【0125】

手順２－３）管理者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した回答画面を表示すると共に、当該回答画面における各種操作を受け付ける。

【0126】

ここで、回答画面の一例を図１４に示す。図１４に示す回答画面３１００には、回答対象ＩＤ表示欄３１１０と、回答ボタン３１２０と、キャンセルボタン３１３０とが含まれる。なお、図１４に示す例は、一例として、ＩＤの継続要否に関する質問に対して回答を行うための回答画面３１００を示している。

【0127】

回答対象ＩＤ表示欄３１１０は、棚卸対象のＩＤのうち、回答画面への遷移要求に含まれていた社員番号や氏名等が回答者として設定されているＩＤとそれに関連する情報（氏名、会社名、組織名、業務システムのシステム名）とが表示されると共に、そのＩＤに対する回答を設定することができるＵＩ部品である。図１４に示す例では、棚卸対象のＩＤに対して回答欄が対応付けられており、回答者は、この回答欄に含まれるプルダウンリスト３１１１から所望の回答内容を選択することができる。なお、図１４に示す例は、棚卸対象のＩＤに設定された質問に対する回答の回答形式が「選択式」である場合を示しており、例えば、その回答形式が「記述式」である場合は、例えば、回答者が回答内容を入力可能な入力フォームが回答欄に含まれる。

【0128】

回答ボタン３１２０は、回答対象ＩＤ表示欄３１１０に含まれる回答欄で回答した内容を送信するためのＵＩ部品である。一方で、キャンセルボタン３１３０は、回答を中止するためのＵＩ部品である。以下では、回答者によって回答画面３１００上で棚卸対象のＩＤに設定された質問に対してその回答が設定された上で、回答ボタン３１２０が押下されたものとする。

【0129】

手順２－４）管理者端末２０のＵＩ処理部２０１は、上記の手順２－３で表示された回答画面上で回答が設定されたＩＤとその回答内容とが含まれる回答結果情報をＩＤ棚卸支援装置１０に送信する。なお、回答結果情報には、例えば、棚卸イベントのイベントＩＤ、回答者の氏名や社員番号等もＩＤ棚卸支援装置１０に送信する。

【0130】

手順２－５）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、回答結果情報を受信すると、棚卸イベント管理部１１４により、当該回答結果情報で該当のイベント情報を更新する。すなわち、棚卸イベント管理部１１４は、イベント情報記憶部１０６に記憶されているイベント情報のうち、当該回答結果情報に含まれるイベントＩＤのイベント情報を特定した上で、当該回答結果情報に含まれるＩＤ、回答内容、及び回答者の氏名や社員番号等を用いて、特定したイベント情報に含まれる回答内容及び回答者のうち当該ＩＤに対応する回答内容及び回答者を更新する。また、このとき、棚卸イベント管理部１１４は、特定したイベント情報に含まれる回答状況のうち当該ＩＤに対応する回答状況を「回答済」に更新する。

【0131】

ステップＳ１０４：最後に、ＩＤ棚卸支援システム１は、棚卸イベントが完了した場合（例えば、棚卸対象のすべてのＩＤに関して質問に対する回答が得られた場合等）、その棚卸の結果を表すレポートを出力する。すなわち、ＩＤ棚卸支援装置１０のレポート出力部１０２は、イベント情報記憶部１０６に記憶されているイベント情報のうち、イベント状況が「完了」となっているイベント情報のレポートを予め決められた所定の出力先に出力する。ここで、所定の出力先としては、例えば、ＩＤ棚卸支援装置１０が備える補助記憶装置、ディスプレイ、通信ネットワークを介して接続される他の装置、機器、端末等が挙げられる。

【0132】

なお、レポートには様々な情報を含めることが可能であるが、例えば、棚卸完了日、棚卸対象の業務システム及びＩＤ、各ＩＤに設定された質問及びその回答、棚卸依頼者、回答者等といった情報が含まれ得る。ただし、どのような情報がレポートに含まれるかは、例えば、棚卸に関する監査で要求される基準等に応じて異なり得る。

【0133】

＜イベント状況や回答状況の確認＞
ここで、棚卸依頼者は、自身が作成した棚卸イベントの状況やその棚卸イベントにおける回答状況を確認することができる。例えば、以下の手順３－１～手順３－６により棚卸イベントの状況と棚卸イベントにおける回答状況とを確認することができる。

【0134】

手順３－１）依頼者端末２０のＵＩ処理部２０１は、自身（棚卸依頼者）が作成した棚卸イベントの状況を確認するためのイベント状況確認画面への遷移要求をＩＤ棚卸支援装置１０に送信する。なお、この遷移要求には、例えば、当該棚卸依頼者の社員番号や氏名等が含まれる。

【0135】

手順３－２）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０からイベント状況確認画面への遷移要求を受信すると、ＵＩ提供部１１３により、イベント状況確認画面を当該管理者端末２０に送信する。イベント状況確認画面とは、棚卸依頼者が作成した棚卸イベントの状況を確認するための画面のことである。

【0136】

手順３－３）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信したイベント状況確認画面を表示すると共に、当該イベント状況確認画面における各種操作を受け付ける。

【0137】

ここで、イベント状況確認画面の一例を図１５に示す。図１５に示すイベント状況確認画面４１００には、棚卸イベント一覧表示欄４１１０が含まれる。

【0138】

棚卸イベント一覧表示欄４１１０は、棚卸イベントのうち、イベント状況確認画面への遷移要求に含まれていた社員番号や氏名等が作成者として設定されているイベント情報が表す棚卸イベントのイベントＩＤ、イベント名、イベント状況、回答締め切り、進捗、作成者等が表示されるＵＩ部品である。なお、進捗とは、棚卸対象のＩＤに設定されている質問のうち、いくつの質問が回答されたかを表す情報である。

【0139】

なお、棚卸依頼者は、イベント状況確認画面４１００上で、例えば、回答締め切り日を延長したり、イベント状況を変更できたりしてもよい。イベント状況を変更する場合としては、例えば、イベント状況が「締切」となったイベントに関して、再度、「回答受付中」に戻す場合等が挙げられる。

【0140】

ここで、例えば、棚卸イベント一覧表示欄４１１０に表示されている棚卸イベントのイベント名はリンク形式となっており、棚卸依頼者は、イベント名を押下することで、そのイベント名の棚卸イベントに関する回答内容確認画面を表示させることができる。以下では、棚卸依頼者によってイベント名「××システム棚卸」が押下されたものとする。

【0141】

手順３－４）依頼者端末２０のＵＩ処理部２０１は、イベント状況確認画面で選択されたイベント名の棚卸イベントに関する回答内容確認画面への遷移要求をＩＤ棚卸支援装置１０に送信する。

【0142】

手順３－５）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、依頼者端末２０から回答内容確認画面への遷移要求を受信すると、ＵＩ提供部１１３により、回答内容確認画面を当該管理者端末２０に送信する。回答内容確認画面とは、棚卸イベントの詳細な回答状況（棚卸対象のＩＤ毎の回答状況）を確認するための画面のことである。

【0143】

手順３－６）依頼者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した回答内容確認画面を表示すると共に、当該回答内容確認画面における各種操作を受け付ける。

【0144】

ここで、回答内容確認画面の一例を図１６に示す。図１６に示す回答内容確認画面４２００には、回答内容一覧表示欄４２１０が含まれる。

【0145】

回答内容一覧表示欄４２１０は、棚卸対象のＩＤとそのＩＤに設定された回答に対する回答状況（回答済であるか否かと回答済である場合はその回答内容）とが表示されるＵＩ部品である。なお、図１６に示す例では、イベント名「××システム棚卸」の棚卸イベントに関する棚卸対象のＩＤとその回答状況とが表示されている。これにより、棚卸依頼者は、自身が作成した棚卸イベントの回答状況を確認することができる。

【0146】

なお、棚卸依頼者は、回答内容一覧表示欄４２１０に表示されている回答状況を編集することができてもよい。

【0147】

＜回答委任＞
ここで、棚卸依頼の通知を受けた管理者は、その棚卸依頼で自身が回答すべき質問の回答を代理回答者（例えば、自身の部下等）に委任することができる。例えば、以下の手順４－１～手順４－３により質問の回答を代理回答者に委任することができる。

【0148】

手順４－１）管理者端末２０のＵＩ処理部２０１は、代理回答者に回答を委任するための回答委任画面への遷移要求をＩＤ棚卸支援装置１０に送信する。なお、この遷移要求には、例えば、代理回答者に回答を委任する対象の棚卸イベントのイベントＩＤ、自身の社員番号や氏名等が含まれる。

【0149】

手順４－２）ＩＤ棚卸支援装置１０のＩＤ棚卸支援処理部１０１は、管理者端末２０から回答委任画面への遷移要求を受信すると、ＵＩ提供部１１３により、回答委任画面を当該管理者端末２０に送信する。このとき、ＵＩ提供部１１３は、代理回答者が質問に対して回答可能なＷｅｂページに遷移するためイベントＵＲＬを生成した上で、このイベントＵＲＬが含まれる回答委任画面を当該管理者端末２０に送信する。このイベントＵＲＬを代理回答者に提示することで、代理回答者は、代理回答者端末２０を利用して、ＩＤ棚卸アカウントを持っていなくても、棚卸対象のＩＤに設定された質問に対して回答することが可能となる。なお、代理回答者によって質問に対する回答が行われた場合は、管理者を代理回答者、管理者端末２０を代理回答者端末２０とそれぞれ読み替えた上で、上記のステップＳ１０３と同様の処理が実行される。

【0150】

ここで、ＵＩ提供部１１３は、例えば、以下の情報の１つ以上と衝突困難性を持つ所定の関数（例えば、ハッシュ関数等）とを用いて、当該１つ以上の情報を当該関数に入力したときの出力値が含まれるイベントＵＲＬを生成すればよい。

【0151】

・イベントＩＤ
・管理者のＩＤ棚卸アカウント
・代理回答者のメールアドレス
・代理回答者の社員番号
・代理回答者の氏名
・回答締め切り日
・棚卸対象のＩＤ
ただし、上記の情報は一例であって、これ以外にも様々な情報を用いることができる。

【0152】

なお、イベントＵＲＬを生成する際に棚卸対象のＩＤを用いることで、例えば、代理回答者に回答を委任するＩＤを制御することが可能となる。具体例を挙げれば、棚卸対象のＩＤとして「ｚ００１」、「ｚ００２」、「ｚ００３」が存在する場合に、代理回答者Ａに対しては「ｚ００１」と「ｚ００２」のＩＤを選択して「ｚ００１」と「ｚ００２」のＩＤに設定された質問に対する回答を委任し、代理回答者Ｂに対しては「ｚ００３」のＩＤを選択して「ｚ００３」に設定された質問に対する回答を委任したいとき、代理回答者Ａに提示するイベントＵＲＬの生成には「ｚ００１」と「ｚ００２」を用いる一方で、代理回答者Ｂに提示するイベントＵＲＬの生成には「ｚ００３」を用いればよい。これにより、代理回答者Ａに提示するイベントＵＲＬとして「ｚ００１」と「ｚ００２」に設定された質問にのみ回答が可能なＷｅｂページにアクセスするためのＵＲＬが生成され、同様に代理回答者Ｂに提示するイベントＵＲＬとして「ｚ００３」に設定された質問にのみ回答が可能なＷｅｂページにアクセスするためのＵＲＬが生成される。

【0153】

手順４－３）管理者端末２０のＵＩ処理部２０１は、ＩＤ棚卸支援装置１０から受信した回答委任画面を表示すると共に、当該回答委任画面における各種操作を受け付ける。

【0154】

ここで、回答委任画面の一例を図１７に示す。図１７に示す回答委任画面５１００には、棚卸情報表示欄５１１０と、閉じるボタン５１２０とが含まれる。

【0155】

棚卸情報表示欄５１１０は、棚卸イベントに関する情報（イベント名、イベントＩＤ、対象システム、条件、依頼内容、回答締め切り、依頼元等）とイベントＵＲＬとが表示されるＵＩ部品である。また、棚卸情報表示欄５１１０には、イベントＵＲＬをクリップボードにコピーするためのコピーボタン５１１１も含まれる。管理者は、例えば、コピーボタン５１１１を押下してイベントＵＲＬをクリップボードにコピーした上で、このイベントＵＲＬをメール等にペーストして代理回答者に通知することができる。閉じるボタン５１２０は、回答委任画面５１００を閉じるためのＵＩ部品である。

【0156】

＜ＩＤ棚卸支援装置１０及び端末２０のハードウェア構成例＞
本実施形態に係るＩＤ棚卸支援装置１０及び端末２０は、例えば、図１８に示すコンピュータ５００のハードウェア構成により実現できる。図１８に示すコンピュータ５００は、入力装置５０１と、表示装置５０２と、外部Ｉ／Ｆ５０３と、通信Ｉ／Ｆ５０４と、ＲＡＭ（Random Access Memory）５０５と、ＲＯＭ（Read Only Memory）５０６と、補助記憶装置５０７と、プロセッサ５０８とを有する。また、これらの各ハードウェアは、それぞれがバス５０９を介して通信可能に接続されている。

【0157】

入力装置５０１は、例えば、キーボード、マウス、タッチパネル、物理ボタン等である。表示装置５０２は、例えば、ディスプレイ、表示パネル等である。なお、コンピュータ５００は、例えば、入力装置５０１及び表示装置５０２のうちの少なくとも一方を有していなくてもよい。

【0158】

外部Ｉ／Ｆ５０３は、記録媒体５０３ａ等の外部装置とのインタフェースである。コンピュータ５００は、外部Ｉ／Ｆ５０３を介して、記録媒体５０３ａの読み取りや書き込み等を行うことができる。記録媒体５０３ａとしては、例えば、フレキシブルディスク、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（Secure Digital memory card）、ＵＳＢ（Universal Serial Bus）メモリカード等が挙げられる。

【0159】

通信Ｉ／Ｆ５０４は、コンピュータ５００が通信ネットワーク等に接続するためのインタフェースである。ＲＡＭ５０５は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０６は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。補助記憶装置５０７は、例えば、ＨＤＤ、ＳＳＤ、フラッシュメモリ等のストレージ装置（記憶装置）である。プロセッサ５０８は、ＣＰＵ、ＧＰＵ（Graphics Processing Unit）等の演算装置である。

【0160】

本実施形態に係るＩＤ棚卸支援装置１０及び端末２０は、例えば、図１８に示すコンピュータ５００のハードウェア構成を有することにより、上述した各種処理を実現することができる。なお、図１８に示すコンピュータ５００のハードウェア構成は一例であって、これに限られるものではない。例えば、コンピュータ５００は、複数の補助記憶装置５０７や複数のプロセッサ５０８を有していてもよいし、図示したハードウェアの一部を有していなくてもよいし、図示したハードウェア以外の様々なハードウェアを有していてもよい。

【0161】

＜変形例＞
・変形例１
上記の実施形態では、棚卸イベントを作成手順の一例として手順１－１～手順１－２２について説明したが、必ずしもこの順序で行う必要はなく、整合性が保たれる範囲内で、画面遷移を変更したり、ユーザの入力や選択に応じて順序が変更できたりしてもよい。

【0162】

・変形例２
上記の実施形態では、棚卸イベントにおける質問に対する回答をシステム管理者及び利用管理者を含む管理者に依頼したが、システム管理者のみに回答を依頼してもよいし、利用管理者のみに回答を依頼してもよい。また、質問に対する回答を管理者から委任された代理回答者が更に他の者にその回答を委任して代理回答者を設定できてもよいし、更に再帰的に代理回答者が他の代理回答者を設定できてもよい。

【0163】

・変形例３
回答者（代理回答者も含む。）に対して依頼内容等が通知される際には、棚卸依頼者や代理回答を依頼した依頼者等が入力した内容と、予め設定されたルールとに基づいて、何等かの処理等を行った上でその通知が行われるようにしてもよい。例えば、依頼内容等が通知される際に、イベント名の先頭に回答締め切り日を追加する修正を行った上で、その通知が行われるようにしてもよい。

【0164】

・変形例４
棚卸イベント作成時のプレビュー等により表示される棚卸依頼画面（図１３）や回答画面（図１４）、回答者に表示される棚卸依頼画面（図１３）や回答画面（図１４）において、例えば、関連する棚卸イベントに関するマニュアルやヘルプ、ＦＡＱ等といったイベントに関する情報や動画等のコンテンツが表示されてもよい。更に、例えば、棚卸イベントにおける質問に対する回答とは別に、棚卸イベント自体に関するメッセージ、棚卸依頼者と回答者（代理回答者も含む。）との間の質問及びその回答、情報共有のための投稿等といった様々なコミュニケーションログが表示されてもよい。また、これらの情報やコンテンツ、メッセージ、コミュニケーションログ等の表示／非表示やどれを表示するか等について、例えば、棚卸イベントが作成された以降、棚卸依頼者や回答者によって設定、変更できてもよい。

【0165】

・変形例５
回答委任画面（図１７）において、棚卸対象のＩＤ数に対する回答数や未回答数、更に回答者数や代理回答者を含む回答者数、未回答者数等を適宜表示できるようにしてもよい。また、未回答のＩＤ、未回答がある回答者、最終的に未回答のＩＤへの回答が求められている回答者等を適宜必要な情報によってフィルタリングして表示できるようにしてもよい。

【0166】

また、棚卸依頼者や回答者、代理回答者が依頼した未回答の回答者に対して、上記のフィルタリングや検索条件を指定した検索等を利用して、再度の回答依頼や回答を催促するリマインドメッセージを送信できるようにしてもよい。

【0167】

・変形例６
回答画面（図１４）において、回答者が回答する際に、誰が回答したのかを記録できるようにしてもよい。例えば、ＩＤ棚卸支援装置１０のアカウントを持つ回答者が回答した場合には、回答と共に、そのアカウント名等を記録できるようにしてもよい。一方で、例えば、ＩＤ棚卸支援装置１０のアカウントを持たない回答者が回答した場合には、回答と共に、その回答者を識別するためのメールアドレスや氏名、その他の識別子等を記録できるようにしてもよい。

【0168】

＜応用例＞
上記の実施形態では、棚卸イベントが完了した場合はそのレポートを出力したが、例えば、棚卸対象のＩＤに設定された質問に対する回答としてそのＩＤの削除又は休止等が設定された場合は、当該ＩＤを削除又は休止等してもよい。これは、例えば、当該ＩＤが利用される業務システムに対して、そのＩＤの削除又は休止を要求することで実現可能である。

【0169】

＜まとめ＞
以上のように、本実施形態に係るＩＤ棚卸支援システム１では、棚卸依頼者が棚卸イベントを作成する際に、業務システムや抽出条件を選択するだけで棚卸対象のＩＤを容易に抽出することができる。また、そのＩＤが利用される業務システムの所管組織の管理者が自動的に特定され、この管理者に対して棚卸依頼を通知することができる。このため、棚卸依頼作業に要する作業コストが大幅に削減することが可能となる。

【0170】

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲の記載から逸脱することなく、種々の変形や変更、既知の技術との組み合わせ等が可能である。

【符号の説明】

【0171】

１ ＩＤ棚卸支援システム
１０ ＩＤ棚卸支援装置
２０ 端末
３０ 通信ネットワーク
１０１ ＩＤ棚卸支援処理部
１０２ レポート出力部
１０３ ＩＤ管理テーブル記憶部
１０４ 人事情報テーブル記憶部
１０５ 管理者テーブル記憶部
１０６ イベント情報記憶部
１１１ 棚卸イベント作成部
１１２ 対象ＩＤ抽出部
１１３ ＵＩ提供部
１１４ 棚卸イベント管理部
２０１ ＵＩ処理部
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ 通信Ｉ／Ｆ
５０５ ＲＡＭ
５０６ ＲＯＭ
５０７ 補助記憶装置
５０８ プロセッサ
５０９ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】