JP2020042538A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、ユーザがシステムに設定された本人確認要件を充足している場合にのみ、役割に付与された権限を行使できるようにすることを可能にする。【解決手段】登録部４１は、システムを利用するユーザに割り当てるロール毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する。記憶部３３は、ユーザごとに、付与されているロールと当該ユーザが充足済みの本人確認要件と未充足の本人確認要件等を記憶する。権限制御部４６は、システムに登録済みのユーザに新たなロールが割り当てられたことに応じ、割り当てられたロールに対して登録されている本人確認要件全てが充足されていることが記憶部３３に記憶されている場合に、ユーザに割り当てたロールに応じた権限を有効化するよう制御する。【選択図】図３

Description

本発明は、情報処理装置及びプログラムに関する。

特許文献１には、サーバとクライアントの双方が、それぞれが機能として所有する生体認証を含んだ本人認証方法を管理し、サーバとクライアントとの間のセッションにおいて、お互いの所有する本人認証方法を交換してサーバのアプリケーションのポリシーとユーザの希望に合致した本人認証方法を選択する本人認証システムが開示されている。

特許文献２には、クライアントに対してサービスを提供する一又は複数のサーバであって、サービス提供を契約したテナントと、該テナントに属するユーザと、ライセンスされたサービスにおけるユーザのアクセス権限を示すロールとを登録したユーザ管理テーブルを格納する格納手段と、クライアントからの要求に応じて、ユーザに対するロールの設定のためのユーザインターフェースを提供するユーザインターフェース手段と、ユーザインターフェースを介してユーザに対して設定されたロールに従ってユーザ管理テーブルを更新する更新手段とを備えるサーバが開示されている。

特許第４３７４９０４号公報 特許第５８１４６３９号公報

本発明の目的は、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を充足している場合にのみ、ユーザに割り当てられた役割に付与された権限を行使できるようにすることが可能な情報処理装置およびプログラムを提供することである。

請求項１に係る本発明は、システムを利用するユーザに割り当てる役割毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する登録手段と、ユーザごとに、当該ユーザが充足済みの本人確認要件を記憶する記憶手段と、ユーザに新たな役割が割り当てられたことに応じ、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが前記記憶手段に記憶されている場合に、当該ユーザに割り当てた役割に応じた権限を有効化するよう制御する権限制御手段と、を備えた情報処理装置である。

請求項２に係る本発明は、前記権限制御手段は、システムに登録済みのユーザに新たな役割を割り当てた場合、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが前記記憶手段に記憶されていない場合に、当該ユーザに割り当てた役割は維持しつつ、当該役割に応じた権限を無効化するよう制御する請求項１記載の情報処理装置である。

請求項３に係る本発明は、前記権限制御手段は、システムに登録済みのユーザに新たな役割を割り当てた場合、ユーザに要求した全ての本人確認要件が充足されるまでの間、新たな役割を割り当てる前に有効であった権限のみを当該ユーザに対して有効化するよう制御する請求項２記載の情報処理装置である。

請求項４に係る本発明は、前記登録手段による登録の際、登録しようとして選択された役割に対して、ユーザに付与する権限が選択されると、選択された権限に対応した本人確認要件を選択してユーザに提示する提示手段をさらに備えた請求項１から３のいずれかに記載の情報処理装置である。

請求項５に係る本発明は、前記提示手段により提示された本人確認要件に対して、本人確認要件の追加または削除を行うことにより本人確認要件を変更する変更手段をさらに備えた請求項４記載の情報処理装置である。

請求項６に係る本発明は、前記権限制御手段は、登録済みの役割に新たな本人確認要件が追加された場合、本人確認要件が追加された役割が既に割り当てられているユーザに対して、有効化されていた権限を無効化するよう制御する請求項１記載の情報処理装置である。

請求項７に係る本発明は、登録済みの役割に新たな本人確認要件が追加された場合に、追加された本人確認要件を当該役割が割り当てられたユーザに対して通知する通知手段をさらに備えた請求項６に記載の情報処理装置である。

請求項８に係る本発明は、前記権限制御手段は、追加された新たな本人確認要件が充足された場合には、無効化されていた権限を再度有効化するよう制御する請求項６又は７記載の情報処理装置である。

請求項９に係る本発明は、システムを利用するユーザに割り当てる役割毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する登録ステップと、ユーザごとに、当該ユーザが充足済みの本人確認要件を記憶する記憶ステップと、ユーザに新たな役割が割り当てられたことに応じ、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが記憶されている場合に、当該ユーザに割り当てた役割に応じた権限を有効化するよう制御する権限制御ステップと、をコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を充足している場合にのみ、ユーザに割り当てられた役割に付与された権限を行使できるようにすることが可能な情報処理装置を提供することができる。

請求項２に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を全て充足していない場合には、ユーザに割り当てられた役割に付与された権限を行使できないようにすることが可能な情報処理装置を提供することができる。

請求項３に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、システムに登録済みのユーザが当該本人確認要件を全て充足している場合にのみ、ユーザに割り当てられた新たな役割に付与された権限を行使できるようにすることが可能な情報処理装置を提供することができる。

請求項４に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、ユーザに付与する権限に対応した本人確認要件を選択してユーザに提示する提示手段を有さない構成と比較してシステム管理者の操作負担を軽減することが可能な情報処理装置を提供することができる。

請求項５に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、システム管理者がロールに対して個別の本人確認要件を組み合わせて設定することが可能な情報処理装置を提供することができる。

請求項６に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を全て充足している場合にのみ、役割に付与された権限を行使できるようにすることが可能な情報処理装置を提供することができる。

請求項７に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、システムに登録済みのユーザが知らないうちに、役割に付与された権限を行使できないようになってしまうことを防止することが可能な情報処理装置を提供することができる。

請求項８に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を充足している場合にのみ、役割に付与された権限を行使できるようにすることが可能な情報処理装置を提供することができる。

請求項９に係る本発明によれば、ユーザに割り当てる役割毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムにおいて、当該ユーザが当該本人確認要件を充足している場合にのみ、役割に付与された権限を行使できるようにすることが可能なプログラムを提供することができる。

本発明の一実施形態の情報処理システムの構成を示す図である。 本発明の一実施形態の発注管理サーバ１０のハードウェア構成を示すブロック図である。 本発明の一実施形態の発注管理サーバ１０の機能構成を示す図である。 発注管理サーバ１０の記憶部３３に格納されるロール情報の一例を示す図である。 発注管理サーバ１０の記憶部３３に格納されるユーザ情報の一例を示す図である。 端末装置１２Ａ、発注管理サーバ１０におけるロール情報の登録動作を説明するための図である。 端末装置１２Ａにおけるロール登録画面の表示例を示す図である。 端末装置１２Ａ、端末装置１２Ｂ、発注管理サーバ１０におけるユーザ情報の登録動作を説明するための図である。 端末装置１２Ａにおけるユーザ登録画面の表示例を示す図である。 端末装置１２Ａにおけるユーザ登録画面の表示例を示す図である。 端末装置１２Ｂにおけるユーザ情報登録画面の表示例を示す図である。 端末装置１２Ｂにおけるユーザ情報登録画面の表示例を示す図である。 発注管理サーバ１０におけるユーザ情報登録画面の表示動作を説明するためのフロー図である。 端末装置１２Ａにおけるユーザ登録情報確認画面の表示例を示す図である。 発注管理サーバ１０におけるユーザ登録情報確認画面の表示動作を説明するためのフロー図である。 発注管理サーバ１０における権限制御部４６の動作を説明するための図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は、本発明の一実施形態の情報処理システムの構成を示す図である。

本発明の一実施形態の情報処理システムは、図１に示されるように、ネットワーク１４により相互に接続された発注管理サーバ１０および情報処理装置であるパーソナルコンピュータ（以下、パソコンと略す。）等の端末装置１２により構成される。

本実施形態の情報処理システムは、ユーザに割り当てるロール毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定するシステムである。ここで、ロールとは、役割であって、割り当てられたユーザが利用できる権限をまとめたものである。具体的には、例えば発注処理を行うシステムの管理者が、システムを利用するユーザに割り当てる支払担当者や発注担当者等のロール毎に、ユーザに付与する発注処理や支払処理等のシステムを利用する権限と、ユーザに要求する本人確認要件とを設定し、ロールが割り当てられたユーザ以外の利用を制限するものである。

なお、以下の実施形態では発注管理サーバ１０を用いて発注処理を行う情報処理システムについて説明するが、発注処理を行う情報処理システム以外のユーザに割り当てるロール毎に、ユーザに付与する権限とユーザに要求する本人確認要件とを設定する場合に、本発明は同様に適用することができるものである。

発注管理サーバ１０は、商品の発注等の処理を管理するためのソフトウェアがインストールされている情報処理装置である。そして、端末装置１２は、データを取り込み、発注管理サーバ１０上で動作するソフトウェアを用いて、商品の発注等の処理をする。

なお、このような発注管理ソフトウェアを発注管理サーバ１０にインストールするのではなく、端末装置１２にそれぞれ直接インストールして使用することも可能である。

次に、本実施形態の情報処理システムにおける発注管理サーバ１０のハードウェア構成を図２に示す。

発注管理サーバ１０は、図２に示されるように、ＣＰＵ１１と、一時的にデータを保存可能なメモリ１２と、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３と、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１４と、外部の装置等との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１５とを備えている。これらの構成要素は、制御バス１６を介して互いに接続されている。

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、発注管理サーバ１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明したが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

図３は、上記の制御プログラムが実行されることにより実現される発注管理サーバ１０の機能構成を示すブロック図である。

本実施形態の発注管理サーバ１０は、図３に示されるように、データ通信部３１と、制御部３２と、記憶部３３と、を備えている。

データ通信部３１は、端末装置１２との間でネットワーク１４を介したデータ通信を行っている。

制御部３２は、発注管理サーバ１０の動作を制御していて、登録部４１と、提示部４２と、通知部４３と、変更部４４と、表示制御部４５と、権限制御部４６と、を備えている。

記憶部３３は、ロール情報、ユーザ情報等の各種情報を格納している。ロール情報として、例えば図４に示すように、支払担当者、発注担当者等のロール毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件等の情報が紐付けられて格納されている。権限として、例えば発注処理、発注承認、支払処理、支払承認、請求書の閲覧、口座情報の変更、管理者への連絡等が含まれる。本人確認要件として、メールアドレスの入力、メールアドレスの疎通確認、住所の入力、住所の郵便到達確認、所属情報の入力、免許証、社員証の提示等が含まれる。また、ユーザ情報として、例えば図５に示すように、ユーザＩＤ毎に、パスワード、付与されているロール、確認済本人確認要件、未確認本人確認要件等の情報が紐付けられて格納されている。つまり、記憶部３３は、ユーザごとに、付与されているロールと当該ユーザが充足済みの本人確認要件と未充足の本人確認要件等を記憶する。

登録部４１は、システムを利用するユーザに割り当てるロールを登録する。また、登録部４１は、ロール毎に利用可能な権限を付与して登録する。また、登録部４１は、ユーザに要求する本人確認要件を登録する。つまり、登録部４１は、システムを利用するユーザに割り当てるロール毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する。また、登録部４１は、システムを利用するユーザに関する情報を登録する。

提示部４２は、登録部４１による登録の際、登録しようとして選択されたロールに対して、ユーザに付与する権限が選択されると、選択された権限に対応した本人確認要件を選択してユーザに提示する。すなわち、提示部４２は、ロールに対して、ユーザに付与する権限が選択されると、ユーザに要求する本人確認要件が自動的に選択されて表示部に表示する。つまり、権限選択に応じて本人確認要件が選択されるように構成されている。具体的には、権限の内容を、機密性の高い処理から順に高中低の３種類に分類し、３種類の権限内容に応じて本人確認要件が選択されるようにする。また、権限とその権限に対応する本人確認要件の組み合わせを用意し、権限選択に連動して本人確認要件が自動的に選択されるようにしてもよい。

変更部４４は、提示部４２により提示された本人確認要件に対して、本人確認要件の追加または削除を行うことにより本人確認要件を変更する。つまり、システム管理者は、変更部４４により、システムに登録済みのロールに設定した本人確認要件に対して、本人確認要件の追加または削除を行うことができる。

通知部４３は、システムに登録済みのユーザのロールに新たな本人確認要件が追加された場合に、追加された本人確認要件を当該ロールが割り当てられたユーザに対して通知する。

表示制御部４５は、端末装置１２において表示される画面を制御する。

権限制御部４６は、システムに登録済みのユーザに新たなロールが割り当てられたことに応じ、割り当てられたロールに対して登録されている本人確認要件全てが充足されていることが記憶部３３に記憶されている場合に、ユーザに割り当てたロールに応じた権限を有効化するよう制御する。また、権限制御部４６は、システムに登録済みのユーザに新たなロールを割り当てた場合、割り当てられたロールに対して登録されている本人確認要件全てが充足されていることが記憶部３３に記憶されていない場合に、ユーザに新たなロールは割り当てられるが、当該ロールに応じた権限を無効化するよう制御する。また、権限制御部４６は、システムに登録済みのユーザに新たなロールを割り当てた場合、ユーザに要求した全ての本人確認要件が充足されるまでの間、新たなロールを割り当てる前に有効であった権限のみを当該ユーザに対して有効化するよう制御する。また、権限制御部４６は、登録済みのロールに新たな本人確認要件が追加された場合、本人確認要件が追加されたロールが既に割り当てられているユーザに対して、有効化されていた権限を無効化するよう制御する。また、権限制御部４６は、追加された新たな本人確認要件が充足された場合には、無効化されていた権限を再度有効化するよう制御する。

次に、本実施形態の情報処理システムにおける発注管理サーバ１０と端末装置１２の動作について説明する。

以下の説明では、発注管理サーバ１０を管理するシステム管理者が利用する端末装置１２を端末装置１２Ａとし、発注管理サーバ１０を利用するユーザが利用する端末装置１２を端末装置１２Ｂとして説明する。また、端末装置１２Ａと端末装置１２Ｂについて同様の構成について説明する場合には、端末装置１２と称して説明する。

先ず、システム管理者によるロール情報の登録動作について、図６及び図７に基づいて説明する。
端末装置１２Ａの表示部２２には、図７に示すようなロール登録画面が表示される。このロール登録画面において、ロールが定義され、ロールに利用できる機能である権限と、ロールを行使するために必要な本人確認要件が選択され、登録ボタン２３がクリックされると、ロール情報が発注管理サーバ１０に送信されて（ステップＳ１０）、ロール情報が発注管理サーバ１０に登録されて、記憶部３３に保存される（ステップＳ１１）。この図７に示すようなロール登録画面では、権限の選択に応じて本人確認要件が選択されるように構成されている。具体的には、権限の内容を、機密性の高い処理から順に高中低の３種類に分類し、３種類の権限内容に応じて本人確認要件が選択されるようにする。また、権限とその権限に対応する本人確認要件の組み合わせを用意し、権限の選択に連動して本人確認要件が自動的に選択されるようにしてもよい。また、システム管理者の操作により、端末装置１２Ａにおいて、システムに登録済みのロールに設定した本人確認要件に対して、本人確認要件の追加または削除を行うことができる。そして、ロール情報を予め発注管理サーバ１０の記憶部３３に保存しておくことで、後述するシステムを利用するユーザにロールを割り当てることにより、ユーザに付与する権限（利用できる機能）と、ユーザに要求する本人確認要件が自動的に選択されるようになる。

次に、システム管理者によるユーザ情報の登録動作について、図８〜図１６に基づいて説明する。
端末装置１２Ａの表示部２２には、図９に示すようなユーザ登録画面が表示される。このユーザ登録画面において、システムに登録するユーザのユーザＩＤが入力され、このユーザに割り当てるロールが選択されて次へボタン２４がクリックされると、ユーザＩＤとこのユーザＩＤに付与されたロールに関する情報が発注管理サーバ１０に送信されて（ステップＳ２０）、発注管理サーバ１０の記憶部３３に登録され保存される（ステップＳ２１）。このとき登録された情報は、ロールを行使するために必要な本人確認要件を満たしていないため、権限を行使できない。そして、発注管理サーバ１０から端末装置１２Ａに、ユーザ情報を入力するための入力コードとユーザ情報を登録するユーザ情報登録画面のＵＲＬが送信され（ステップＳ２２）、端末装置１２Ａの表示部２２に図１０に示すようなユーザ登録画面が表示される。ここで、入力コードとは、ユーザを一意に特定するために一時的に発行される文字列である。

そして、端末装置１２Ａから端末装置１２Ｂに入力コードとユーザ情報登録画面のＵＲＬが送信され（ステップＳ２３）、端末装置１２Ｂにおいてユーザ情報登録画面のＵＲＬにアクセスすると、図１１に示すようなユーザ情報登録画面が端末装置１２Ｂの表示部２５に表示される。そして、このユーザ情報登録画面において入力コードが入力され、次へボタン２６がクリックされると（ステップＳ２４）、入力コードが、発注管理サーバ１０に送信される（ステップＳ２５）。

なお、ユーザ情報登録画面のＵＲＬのアクセス方法として、発注管理サーバ１０からメールによりユーザ情報登録画面のＵＲＬが送信される場合の他、登録コードを振り出してメールや郵送で送信されるようにしてもよいし、登録コードをバーコード化して画像を生成して送信されるようにしてもよい。

そして、発注管理システム１０は、送信された入力コードからユーザを特定し、記憶部３３に格納されているユーザ情報から、特定されたユーザに設定されているロールに紐づく本人確認要件を抽出し、端末装置１２Ｂの表示部２５に、図１２に示すような入力項目を含むユーザ情報登録画面が表示される（ステップＳ２６）。

ここで、表示制御部４５のユーザ情報登録画面の表示動作について、図１３に基づいて詳細に説明する。
入力コードが送信されると、発注管理サーバ１０の記憶部３３に格納されたユーザ情報から、ユーザＩＤに紐付けられているロールを抽出する（ステップＳ１００）。そして、記憶部３３に格納されたロール情報から、抽出されたロールに紐付けられている本人確認要件を抽出する（ステップＳ１０１）。そして、表示制御部４５により、図１２に示すように、ユーザ情報登録画面上に、抽出した本人確認要件に該当する入力項目を表示するように制御する（ステップＳ１０２）。なお、記憶部３３に格納されたユーザ情報に既に登録されている本人確認要件がある場合には、入力項目に初期値として表示するように制御する（ステップＳ１０３）。

つまり、ユーザに割り当てられたロールに対して、設定された権限に対応した本人確認要件が選択されてユーザの端末装置１２Ｂに表示される。具体的には、ユーザＩＤとパスワードの入力項目の他に、ユーザＩＤに割り当てられたロールに対して設定された権限に対応した本人確認要件の入力項目等が表示部２５に表示される。

そして、図１２に示すようなユーザ情報登録画面において、各入力項目が入力され、社員証や保険証の提示が必要な場合には、社員証や保険証等の画像がアップロードされ、登録ボタン２７がクリックされると（ステップＳ２７）、ユーザ登録情報が、発注管理サーバ１０へ送信される（ステップＳ２８）。そして、端末装置１２Ａの表示部２２に、図１４に示すようなユーザ登録情報確認画面が表示される（ステップＳ２９）。

ここで、表示制御部４５のユーザ登録情報確認画面の表示動作について、図１５に基づいて説明する。
ユーザ登録情報が送信されると、発注管理サーバ１０の記憶部３３に格納されたユーザ情報から、ユーザＩＤに紐付けられているロールを抽出する（ステップＳ２００）。そして、記憶部３３に格納されたロール情報から、抽出されたロールに紐付けられている本人確認要件を抽出する（ステップＳ２０１）。そして、表示制御部４５は、送信されたユーザ登録情報に基づいて、図１４に示すように、ユーザ登録情報確認画面上に、抽出した本人確認要件に該当する入力項目、入力内容、確認チェックボックス２８をそれぞれ表示するように制御する（ステップＳ２０２）。そして、記憶部３３に格納されたユーザ情報に既に登録されている確認済本人確認要件がある場合には、確認済本人確認要件の入力項目の確認チェックボックス２８をチェック（オン）にして表示するように制御する（ステップＳ２０３）。そして、確認チェックボックスがチェックされているものは「確認済本人確認要件」として、確認チェックボックスがチェックされていないものは「未確認本人確認要件」として記憶部３３のユーザ情報に登録され、保存される。

具体的には、ユーザ登録情報確認画面において入力された内容をシステム管理者が確認する。例えば、メールアドレスの疎通確認は、ユーザ情報登録画面のＵＲＬをメール送信した結果、このユーザ情報登録画面から入力があったことにより、本人確認要件が充足され、確認済本人確認要件として記憶部３３に記憶される。また、電話の疎通確認は、ユーザ情報登録画面に入力された電話番号に、システム管理者が電話を掛け、本人確認をすることにより、本人確認要件が充足され、確認済本人確認要件として記憶部３３に記憶される。また、免許証や社員証の提示は、住所、生年月日等の個人情報を、添付された免許証や社員証等の画像をシステム管理者が確認することにより、本人確認要件が充足され、確認済本人確認要件として記憶部３３に記憶される。また、所属情報の入力は、ユーザ登録を行った端末装置１２Ｂの識別子やそれに紐づく事業者コードにより確認される。

そして、図１４に示すようなユーザ登録情報確認画面において、確認ボタン２８がチェックされ、登録ボタン２９がクリックされると（ステップＳ３０）、ユーザ登録確認情報が発注管理サーバ１０へ送信され（ステップＳ３１）、ユーザ情報が発注管理サーバ１０に登録されて、記憶部３３に保存される（ステップＳ３２）。

そして、発注管理サーバ１０は、ユーザに割り当てられているロールに対応する本人確認要件が充足されているかを確認し、全て充足されている場合には、ロールに付与されている権限を有効化する（ステップＳ３３）。つまり、端末装置１２Ｂは、ロールに付与されている権限を行使できるようになる（ステップＳ３４）。また、本人確認要件が充足されていない場合には、再度入力コードを発行する。

次に、権限制御部４６の動作について、図１６に基づいて詳細に説明する。

権限制御部４６は、システムに登録済みのユーザに割り当てられているロールに、該当機能を利用する権限が関連付けられているか否かを判定する（ステップＳ３００）。つまり、割り当てられたロールに対して、該当機能を利用する権限が紐付けられていることが記憶部３３に記憶されているか否かを判定する。そして、関連付けられていない（紐付けられていない）と判定された場合には（ステップＳ３００においてＮｏ）、権限制御部４６は、ユーザに割り当てたロールに応じた権限を無効化するように制御する（ステップＳ３０３）。つまり、ユーザは、該当機能を利用することができない。

また、関連付けられている（紐付けられている）と判定された場合には（ステップＳ３００においてＹｅｓ）、割り当てられたロールに対して本人確認要件が全て充足されているか否かを判定する（ステップＳ３０１）。そして、ユーザに割り当てられたロールに対して本人確認要件が全て充足されていることが記憶部３３に記憶されている場合には（ステップＳ３０１においてＹｅｓ）、権限制御部４６は、ユーザに割り当てたロールに応じた権限を有効化するよう制御する（ステップＳ３０２）。つまり、ユーザは、該当機能を利用することができるようになる。

また、割り当てられたロールに対して登録されている本人確認要件全てが充足されていることが記憶部３３に記憶されていない場合には（ステップＳ３０１においてＮｏ）、権限制御部４６は、ユーザに新たなロールは割り当てられるが、当該ロールに応じた権限を無効化するよう制御する（ステップＳ３０３）。そして、ユーザに要求した全ての本人確認要件が充足されるまでの間、新たなロールを割り当てる前に有効であった権限のみを当該ユーザに対して有効化するよう制御する。

また、権限制御部４６は、登録済みのロールに新たな本人確認要件が追加された場合には、本人確認要件が追加されたロールが既に割り当てられているユーザに対して、有効化されていた権限を無効化するよう制御する。このとき、通知部４３により追加された本人確認要件をロールが既に割り当てられているユーザに対して通知する。そして、権限制御部４６は、追加された新たな本人確認要件が充足された場合には、無効化されていた権限を再度有効化するよう制御する。

[変形例]
上記実施形態では、情報処理装置としてパソコン等の端末装置に対して本発明を適用した場合を用いて説明したが、本発明はこれに限定されるものではなく、スマートフォン、タブレット端末装置等の他の情報処理装置に対しても同様に本発明を適用することができるものである。

以上、本発明の実施形態について具体的に説明した。しかしながら、本発明は上述の実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

１０ 発注管理サーバ
１２Ａ，１２Ｂ 端末装置
３１ データ通信部
３２ 制御部
４１ 登録部
４２ 提示部
４３ 通知部
４４ 変更部
４５ 表示制御部
４６ 権限制御部

Claims (9)

1. システムを利用するユーザに割り当てる役割毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する登録手段と、
   ユーザごとに、当該ユーザが充足済みの本人確認要件を記憶する記憶手段と、
   ユーザに新たな役割が割り当てられたことに応じ、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが前記記憶手段に記憶されている場合に、当該ユーザに割り当てた役割に応じた権限を有効化するよう制御する権限制御手段と、
   を備えた情報処理装置。
2. 前記権限制御手段は、システムに登録済みのユーザに新たな役割を割り当てた場合、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが前記記憶手段に記憶されていない場合に、当該ユーザに割り当てた役割は維持しつつ、当該役割に応じた権限を無効化するよう制御する請求項１記載の情報処理装置。
3. 前記権限制御手段は、システムに登録済みのユーザに新たな役割を割り当てた場合、ユーザに要求した全ての本人確認要件が充足されるまでの間、新たな役割を割り当てる前に有効であった権限のみを当該ユーザに対して有効化するよう制御する請求項２記載の情報処理装置。
4. 前記登録手段による登録の際、登録しようとして選択された役割に対して、ユーザに付与する権限が選択されると、選択された権限に対応した本人確認要件を選択してユーザに提示する提示手段をさらに備えた請求項１から３のいずれかに記載の情報処理装置。
5. 前記提示手段により提示された本人確認要件に対して、本人確認要件の追加または削除を行うことにより本人確認要件を変更する変更手段をさらに備えた請求項４記載の情報処理装置。
6. 前記権限制御手段は、登録済みの役割に新たな本人確認要件が追加された場合、本人確認要件が追加された役割が既に割り当てられているユーザに対して、有効化されていた権限を無効化するよう制御する請求項１記載の情報処理装置。
7. 登録済みの役割に新たな本人確認要件が追加された場合に、追加された本人確認要件を当該役割が割り当てられたユーザに対して通知する通知手段をさらに備えた請求項６に記載の情報処理装置。
8. 前記権限制御手段は、追加された新たな本人確認要件が充足された場合には、無効化されていた権限を再度有効化するよう制御する請求項６又は７記載の情報処理装置。
9. システムを利用するユーザに割り当てる役割毎に、ユーザに付与する権限と、ユーザに要求する本人確認要件とを予め登録する登録ステップと、
   ユーザごとに、当該ユーザが充足済みの本人確認要件を記憶する記憶ステップと、
   ユーザに新たな役割が割り当てられたことに応じ、当該割り当てられた役割に対して登録されている本人確認要件全てが充足されていることが記憶されている場合に、当該ユーザに割り当てた役割に応じた権限を有効化するよう制御する権限制御ステップと、
   をコンピュータに実行させるためのプログラム。

Images