(57)【要約】【課題】ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる情報処理装置等を提供する。【解決手段】ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理部４４０と、関連情報の変更を受け付ける受付部４２０と、受付部が関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御手段４７０と、を備える情報処理装置。【選択図】図４
2020154882.tif 000002
【特許請求の範囲】
【請求項１】
ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理手段と、
前記関連情報の変更を受け付ける受付手段と、
前記受付手段が前記関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御手段と、
を備える情報処理装置。
【請求項２】
前記グループ変更情報を表示させるユーザは、前記関連情報の変更の入力を行ったものであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記グループ変更情報を表示させるユーザは、前記関連情報の変更に関わるユーザであることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記グループ変更情報を表示させるユーザは、前記関連情報の変更に関わるグループに所属しており、受け付けた関連情報の変更には記録されていないユーザであることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記グループ変更情報をユーザに確認させ、確認後のグループ変更情報に基づき前記関連情報を確定させる確定手段をさらに備えることを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記確定手段は、前記関連情報を入力したユーザが確定しなかった前記グループ変更情報がある場合は、当該関連情報の変更に関わるユーザに確定させることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記確定手段により確定した前記関連情報に基づき、特定の装置やデータに対するユーザの権限を変更する権限変更手段をさらに備えることを特徴とする請求項５に記載の情報処理装置。
【請求項８】
前記グループ変更情報として、グループの修正案を提示する変更案作成手段をさらに備え、
前記修正案をユーザに確認させることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記変更案作成手段は、グループの名称変更、グループの分割およびグループの統合について、前記修正案を作成することを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
電子情報を管理する情報管理手段と、
前記電子情報を閲覧する際に、当該電子情報を表示する表示手段と、
を備え、
前記情報管理手段は、
ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理手段と、
前記関連情報の変更があった場合に、グループの変更の内容を推定した情報である変更情報を作成する推定手段と、
前記変更情報をユーザに確認させる表示情報を、前記表示手段に表示するために作成する作成手段と、
を備える情報処理システム。
【請求項１１】
コンピュータに、
ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理機能と、
前記関連情報の変更を受け付ける受付機能と、
前記受付機能が前記関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、プログラムに関する。
【背景技術】
【０００２】
ユーザアカウントを管理する情報処理装置では、アカウント情報としてユーザとそのユーザが所属するグループとを紐付けて管理することがある。
【０００３】
特許文献１には、アカウント比較部と、変更情報作成部と、変更要求通知部と、変更情報提示部と、アクセス権置き換え部とを備えるアクセス権管理装置が開示されている。このアクセス権管理装置では、アカウント比較部が、組織変更の前と後のアカウント情報を比較することで、削除されたグループを求める。変更情報作成部は、組織変更後のグループのうち、削除されたグループのメンバの割合が所定値以上のものを抽出し、それを削除されたグループの置き換え先の候補とする。変更要求通知部は、削除されたグループに対してアクセス権を与えていたオブジェクトの所有者に対し、アクセス権の変更の必要性を通知する。変更情報提示部は、削除されたグループに対して置き換え先の候補を提示し、その中からユーザに置き換え先を選択させる。アクセス権置き換え部は、その選択結果に応じてＡＣＬ管理部のアクセス制御リストを書き換える。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７２２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
組織変更があったとき、ユーザが所属するグループの変更を行う必要があるときがある。ところが、グループについては、新旧の差分は把握できるものの、このグループについて、単にグループの名称が変更になったのか、分割、統合が生じたのかなどの詳細については、把握することができない。その結果、グループ毎に与えられ、特定の装置やデータに与えられている権限の決定に支障が生ずることがある。
本発明は、ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる情報処理装置等提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理手段と、前記関連情報の変更を受け付ける受付手段と、前記受付手段が前記関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御手段と、を備える情報処理装置である。
請求項２に記載の発明は、前記グループ変更情報を表示させるユーザは、前記関連情報の変更の入力を行ったものであることを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記グループ変更情報を表示させるユーザは、前記関連情報の変更に関わるユーザであることを特徴とする請求項１に記載の情報処理装置である。
請求項４に記載の発明は、前記グループ変更情報を表示させるユーザは、前記関連情報の変更に関わるグループに所属しており、受け付けた関連情報の変更には記録されていないユーザであることを特徴とする請求項１に記載の情報処理装置である。
請求項５に記載の発明は、前記グループ変更情報をユーザに確認させ、確認後のグループ変更情報に基づき前記関連情報を確定させる確定手段をさらに備えることを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置である。
請求項６に記載の発明は、前記確定手段は、前記関連情報を入力したユーザが確定しなかった前記グループ変更情報がある場合は、当該関連情報の変更に関わるユーザに確定させることを特徴とする請求項５に記載の情報処理装置である。
請求項７に記載の発明は、前記確定手段により確定した前記関連情報に基づき、特定の装置やデータに対するユーザの権限を変更する権限変更手段をさらに備えることを特徴とする請求項５に記載の情報処理装置である。
請求項８に記載の発明は、前記グループ変更情報として、グループの修正案を提示する変更案作成手段をさらに備え、前記修正案をユーザに確認させることを特徴とする請求項１に記載の情報処理装置である。
請求項９に記載の発明は、前記変更案作成手段は、グループの名称変更、グループの分割およびグループの統合について、前記修正案を作成することを特徴とする請求項８に記載の情報処理装置である。
請求項１０に記載の発明は、電子情報を管理する情報管理手段と、前記電子情報を閲覧する際に、当該電子情報を表示する表示手段と、を備え、前記情報管理手段は、ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理手段と、前記関連情報の変更があった場合に、グループの変更の内容を推定した情報である変更情報を作成する推定手段と、前記変更情報をユーザに確認させる表示情報を、前記表示手段に表示するために作成する作成手段と、を備える情報処理システムである。
請求項１１に記載の発明は、コンピュータに、ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理機能と、前記関連情報の変更を受け付ける受付機能と、前記受付機能が前記関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御機能と、を実現させるためのプログラムである。
【発明の効果】
【０００７】
請求項１の発明によれば、ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる情報処理装置を提供できる。
請求項２の発明によれば、管理者等の関連情報の変更の入力を行ったユーザが、グループ変更情報を確認することができる。
請求項３の発明によれば、関連情報の変更に関わるユーザが、自らグループ変更情報を確認することができる。
請求項４の発明によれば、関連情報の変更に関わるユーザに関連するユーザのグループ変更情報について確認することができる。
請求項５の発明によれば、ユーザの確認後に、ユーザに付与する権限を確定させることができる。
請求項６の発明によれば、管理者等のユーザが確定できなかったグループ変更情報を、関連情報の変更に関わるユーザが確定させることができる。
請求項７の発明によれば、ユーザに付与する権限が、そのユーザに、より適したものとなる。
請求項８の発明によれば、ユーザの確認作業を、より軽減することができる。
請求項９の発明によれば、修正案として、より重要な項目について確認を行うことができる。
請求項１０の発明によれば、ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる情報処理システムを提供できる。
請求項１１の発明によれば、ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる機能をコンピュータにより実現できる。
【図面の簡単な説明】
【０００８】
【図１】本実施の形態における情報処理システムの構成例を示す図である。
【図２】情報処理システムの概略動作の例について示した図である。
【図３】ユーザのアカウントとグループとを関連付けるときに、管理サーバで管理される管理情報である関連情報のデータ構造について示した図である。
【図４】情報処理システムの第１の実施形態における機能構成について説明したブロック図である。
【図５】情報処理システムの動作として、管理者が変更後の関連情報を入力する際に行われる処理について説明したフローチャートである。
【図６】第１の実施形態における情報処理システムの動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
【図７】（ａ）〜（ｂ）は、第１の実施形態におけるグループ変更情報を表示した場合を示した図である。
【図８】情報処理システムの第２の実施形態における機能構成について説明したブロック図である。
【図９】第２の実施形態における情報処理システムの動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
【図１０】他のユーザについてのグループ変更情報を示した図である。
【図１１】情報処理システムの第３の実施形態における機能構成について説明したブロック図である。
【図１２】第３の実施形態における情報処理システムの動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
【図１３】推定部が修正案を作成する処理をさらに詳しく説明したフローチャートである。
【図１４】グループの変更として、グループの名称変更が行われた場合を示した図である。
【図１５】（ａ）〜（ｂ）は、グループの変更として、グループの統合が行われた場合を示した図である。
【図１６】（ａ）〜（ｂ）は、グループの変更として、グループの分割が行われた場合を示した図である。
【図１７】第３の実施形態におけるグループ変更情報を表示した場合を示した図である。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【００１０】
＜情報処理システム全体の説明＞
図１は、本実施の形態における情報処理システム１の構成例を示す図である。
図示するように本実施の形態の情報処理システム１は、端末装置２０と、端末装置３０と、管理サーバ４０とが、ネットワーク７０、ネットワーク８０、アクセスポイント９０を介して接続されることにより構成されている。
なお、ここで、「電子情報」とは、何らかの情報を電子化したものである。この「電子情報」は、端末装置２０、端末装置３０、管理サーバ４０のそれぞれで扱うことができるものであれば、情報の種類、形式およびデータ構造等について特に限られるものではない。「電子情報」としては、例えば、文字情報、画像情報等の電子文書、プログラム等のソフトウェア、および設定情報等のソフトウェアに関する情報などを含む。
【００１１】
なお、図１では、端末装置２０および端末装置３０は、それぞれ１つずつしか示していないが、それぞれを複数設けてもよい。
【００１２】
端末装置２０は、例えば、汎用のパーソナルコンピュータ（ＰＣ）である。そして、端末装置２０は、ＯＳ（Operating System）による管理下において、各種アプリケーションソフトウェアを動作させることで、電子情報の作成、閲覧等が行われるようになっている。
【００１３】
端末装置３０は、例えば、モバイルコンピュータ、携帯電話、スマートフォン、タブレット等のモバイル端末である。端末装置３０は、無線通信を行う端末装置３０を接続するアクセスポイント９０を介して、有線で通信を行うネットワーク７０に接続する。そして、端末装置３０は、各種アプリケーションソフトウェアを動作させることで、電子情報の作成、閲覧等が行われるようになっている。
【００１４】
管理サーバ４０は、情報処理装置の一例および電子情報を管理する情報管理手段の一例であり、情報処理システム１の全体の管理をするサーバコンピュータである。管理サーバ４０は、例えば、端末装置２０、端末装置３０のユーザの認証を行い、電子情報を端末装置２０、端末装置３０に対し送信する。また、端末装置２０、端末装置３０から電子情報を受信し、受信した電子情報を保存する。
【００１５】
端末装置２０、端末装置３０および管理サーバ４０は、演算手段であるＣＰＵ（Central Processing Unit）と、記憶手段であるメインメモリ、およびＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等のストレージを備える。ここで、ＣＰＵは、ＯＳ（基本ソフトウェア）やアプリケーションソフトウェア（応用ソフトウェア）等の各種ソフトウェアを実行する。また、メインメモリは、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ストレージは、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。
さらに、端末装置２０、端末装置３０および管理サーバ４０は、外部との通信を行うための通信インタフェース（以下、「通信Ｉ／Ｆ」と表記する）と、ビデオメモリやディスプレイ等からなる表示機構と、キーボード、マウス、タッチパネル等の入力デバイスとを備える。この表示機構は、電子情報を閲覧する際に、電子情報を表示する表示手段として機能する。
【００１６】
ネットワーク７０は、端末装置２０、端末装置３０および管理サーバ４０の間の情報通信に用いられる通信手段であり、例えば、インターネットである。
ネットワーク８０も、ネットワーク７０と同様に、端末装置２０、端末装置３０および管理サーバ４０の間の情報通信に用いられる通信手段であり、例えば、ＬＡＮ（Local Area Network）である。
【００１７】
＜情報処理システム１の動作の概略説明＞
図２は、情報処理システム１の概略動作の例について示した図である。
なお、この例では、ユーザＡが端末装置２０で、資料を作成し、その結果、生成された電子情報が、管理サーバ４０に送られ、さらに端末装置３０を操作するユーザＢが、その電子情報を閲覧する場合を例として説明を行う。
【００１８】
まず、ユーザＡは、端末装置２０で動作するブラウザ等のソフトウェアを操作し、管理サーバ４０に対し、ユーザの認証を行う。そして、ユーザＡは、管理サーバ４０に対し、資料のデータをアップロードする（１Ａ）。この資料の情報は、文書作成ソフトウェア等により作成された文書データであり、電子情報の一例である。
資料の情報を受信した管理サーバ４０は、これを上述したストレージ等に保存する（１Ｂ）。
そして、ユーザＢは、端末装置３０で動作するブラウザ等のソフトウェアを操作し、管理サーバ４０に対し、ユーザの認証を行う。そして、ユーザＢは、管理サーバ４０に保存されている資料の情報をダウンロードし、資料の内容を閲覧することができる（１Ｃ）。
これにより、例えば、ユーザＢは、外出先等でも電子情報を閲覧し、その内容を確認することができる。
【００１９】
このとき、管理サーバ４０は、ユーザに対し、電子情報の閲覧等の権限を設定することがある。つまり、電子情報の閲覧等の権限を設けない場合、本来知られてはならない電子情報の内容が、閲覧等できる場合が生じ、情報処理システム１は、セキュアなシステムとは言えなくなる。この権限は、ユーザ毎に設定してもよいが、例えば、各ユーザが属するグループ毎に設定する場合がある。即ち、グループ毎に、電子情報の閲覧等の権限を設定し、このグループに属するユーザは、電子情報の閲覧等について、それぞれ同じ権限を有する。この場合、管理サーバ４０では、ユーザのアカウントとグループとを関連付けた関連情報として管理する。つまり、「関連情報」とは、ユーザのアカウントとグループとを関連付けた情報である。
【００２０】
図３は、ユーザのアカウントとグループとを関連付けるときに、管理サーバ４０で管理される管理情報である関連情報のデータ構造について示した図である。
図示する関連情報Ｋは、ユーザの姓Ｕｓ、ユーザの名Ｕｎ、ユーザのアカウントとしてのメールアドレスＭａ、グループの名称Ｇｒからなり、それぞれユーザ毎にＣＳＶ形式で設定されている。例えば、第１行目のユーザであるユーザの姓Ｕｓが、「野口」で、ユーザの名Ｕｎが「桂」であるユーザ名が「野口桂」のユーザは、メールアドレスＭａが、「kei.noguchi@example.com,」であり、グループの名称Ｇｒとして「人事部」に属することを意味している。なお、グループの名称Ｇｒは、ユーザが属するグループ自体の名称のみならず、このユーザの役職名等も含まれる。また、グループの名称Ｇｒは、「［」および「］」のそれぞれの括弧記号に挟まれて表記される。また、グループの名称Ｇｒは、複数のグループの名称を含めることができ、それぞれのグループの名称Ｇｒが「｜」を挟むことで表記される。このように複数のグループの名称が表記される場合は、そのユーザが複数のグループの名称Ｇｒを有することを意味する。例えば、第２行目のユーザ名が「片岡  友」のユーザは、グループの名称Ｇｒが、「人事部｜人事部管理職」であるが、これは、このユーザが、人事部の人事部管理職であることを意味する。
【００２１】
この場合、管理サーバ４０は、ユーザが認証を行うと、図３に示すような関連情報を参照し、このユーザのアカウントに対するグループを取得する。そして、このグループに設定される権限をこのユーザに付与する。
【００２２】
＜情報処理システム１の機能構成の説明＞
［第１の実施形態］
次に、情報処理システム１の第１の実施形態について説明する。第１の実施形態では、管理サーバ４０が、グループの変更について推定を行い、推定を行った内容をユーザに確認させる場合について説明を行う。
【００２３】
図４は、情報処理システム１の第１の実施形態における機能構成について説明したブロック図である。
なお、ここでは、情報処理システム１が有する種々の機能のうち本実施の形態に関係するものを選択して図示している。
【００２４】
図示する端末装置２０は、管理サーバ４０との間で通信を行う送受信部２１０と、ユーザに対し情報の表示を行う表示部２２０と、ユーザの入力を受け付ける入力部２３０とを備える。なお、端末装置３０についても端末装置２０と同様の構成を有する。
【００２５】
送受信部２１０は、例えば、通信Ｉ／Ｆであり、管理サーバ４０に対し、ユーザの認証の要求を行い、ユーザの認証に必要なユーザアカウント、パスワード等の情報を送信する。また、管理サーバ４０との間でグループの変更に関する情報の送受信を行う。
【００２６】
表示部２２０は、例えば、表示機構であり、文書作成ソフトウェアや画像処理ソフトウェアを使用して、電子情報の内容を表示する。これによりユーザは、この内容を確認しつつ、電子情報の編集を行うことができる。
【００２７】
入力部２３０は、例えば、入力デバイスであり、ユーザ指示を受け付ける。この場合、ユーザ指示としては、例えば、ユーザの認証を要求する指示である。さらに例えば、グループの変更を修正するときの修正指示である。
【００２８】
また、図示する管理サーバ４０は、端末装置２０、３０との間で通信を行う送受信部４１０と、関連情報の変更を受け付ける受付部４２０と、関連情報を保存する保存部４３０と、関連情報を管理する管理部４４０と、ユーザの認証を判断する認証部４５０と、グループの変更を推定する推定部４６０と、推定したグループの変更の情報であるグループ変更情報を作成する表示制御部４７０と、ユーザに付与する権限を変更する権限変更部４８０とを備える。
【００２９】
送受信部４１０は、例えば、通信Ｉ／Ｆであり、端末装置２０、３０から、ユーザの認証の要求を受け付ける。また、端末装置２０、３０との間でグループの変更に関する情報の送受信を行う。
受付部４２０は、受付手段の一例であり、関連情報の変更を受け付ける。受付部４２０は、例えば、入力デバイスであり、ユーザとして管理者による関連情報の変更を受け付ける。
【００３０】
保存部４３０は、例えば、ストレージであり、図３で示したような関連情報を保存する。また他に、電子情報やユーザの認証に必要なパスワード等も保存する。
管理部４４０は、管理手段の一例であり、ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する。具体的には、新規のユーザに対し、図３で示したような関連情報を作成し、追加する。また、例えば、退職等により、ユーザを管理する必要がなくなったときは、このユーザに対する関連情報を削除する。さらに、グループに変更が生じたときは、詳しくは後述する方法により、関連情報の変更を行う。
【００３１】
認証部４５０は、例えば、認証機構である。認証部４５０は、送受信部４１０が、ユーザの認証の要求を受け付けると、端末装置２０、３０から送られたユーザアカウント、パスワード等の情報に基づきユーザの認証を行う。即ち、認証部４５０は、端末装置２０、３０から送られたユーザアカウントについて、保存部４３０を参照し、端末装置２０、３０から送られたパスワードと保存部４３０に保存されたパスワードとが一致するか否かを判断する。そして、一致する場合は、認証を可とし、一致しない場合は、認証を不可とする。
推定部４６０は、ユーザの属するグループの変更が生じたときに、このグループについて、単にグループの名称が変更になったのか、分割、統合が生じたのかなどの詳細について推定を行う。この詳細については、後述する。
【００３２】
表示制御部４７０は、推定したグループの変更の内容であるグループ変更情報を作成する。また、表示制御部４７０は、表示制御手段の一例であり、グループ変更情報をユーザに表示させるよう制御する。つまり、「グループ変更情報」とは、グループの変更の詳細について推定部４６０が推定した内容を表す情報である。表示制御部４７０は、ユーザとして管理者に対し、表示機構によりグループ変更情報を表示する制御を行う。つまりこの場合、グループ変更情報を表示させるユーザは、関連情報の変更の入力を行ったものである。また、表示制御部４７０は、ユーザの属するグループの変更が生じたときに、ユーザに確認を行うために端末装置２０、３０にて表示するためのグループ変更情報を作成する。そして、送受信部４１０を介して、このグループ変更情報を端末装置２０、３０に対し送信する制御を行う。つまりこの場合、グループ変更情報を表示させるユーザは、関連情報の変更に関わるユーザである。
権限変更部４８０は、権限変更手段の一例であり、関連情報に基づき、特定の装置やデータに対するユーザの権限を変更する。つまり、関連情報により同じグループに属するユーザに対し、電子情報の閲覧について、それぞれ同じ権限を付与する。
管理部４４０、認証部４５０、推定部４６０、表示制御部４７０および権限変更部４８０は、例えば、ＣＰＵにより実現される。
【００３３】
次に、図４に示した情報処理システム１の動作の説明を行う。
図５は、情報処理システム１の動作として、管理者が変更後の関連情報を入力する際に行われる処理について説明したフローチャートである。
まず、グループの変更があった場合、管理サーバ４０の管理者が、変更後の関連情報の入力を行う。変更後の関連情報は、受付部４２０により受け付けられる（ステップ１０１）。
次に、管理部４４０は、変更前の関連情報を保存部４３０から取得し、変更後の関連情報との比較を行う（ステップ１０２）。この場合、ユーザ毎にグループの変更が行われているか否かを判断する。
その結果、グループの変更が行われていた場合（ステップ１０２でＹｅｓ）、管理部４４０は、保存部４３０に保存する関連情報のうち、グループの名称Ｇｒ（図３参照）について、変更前と変更後のデータを組として保存する（ステップ１０３）。
対して、グループの変更が行われていなかった場合（ステップ１０２でＮｏ）、保存部４３０に保存する関連情報を変更せずに一連の処理を終了する。
【００３４】
図６は、第１の実施形態における情報処理システム１の動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
ここでは、端末装置２０を操作するユーザにグループ変更情報を確認させる場合について説明を行う。
まず、端末装置２０を操作するユーザが、管理サーバ４０に対し、認証を行う（ステップ２０１）。これは、このユーザが、入力部２３０を使用して、端末装置２０で動作するブラウザ等のアプリケーションソフトウェアを起動し、表示部２２０に表示される画面を見ながら、入力部２３０によりユーザアカウントおよびパスワードを入力することにより行う。そして、ユーザアカウントおよびパスワードは、送受信部２１０から管理サーバ４０に送られ、管理サーバ４０の送受信部４１０が受信する。
そして、認証部４５０が、ユーザアカウントおよびパスワードを基に、ユーザを認証する（ステップ２０２）。
【００３５】
次に、管理部４４０が、保存部４３０を参照し、認証を行ったユーザについてグループの変更が行われているか否かを判断する（ステップ２０３）。
その結果、グループの変更が行われていない場合（ステップ２０３でＮｏ）、一連の処理を終了する。
対して、グループの変更が行われていた場合（ステップ２０３でＹｅｓ）、管理部４４０は、このユーザに対する変更前のグループと変更後のグループとの組を取得する（ステップ２０４）。
【００３６】
そして、推定部４６０が、変更が生じたグループについて、単にグループの名称が変更になったのか、分割、統合が生じたのかなどのグループの変更の内容の詳細について推定を行う（ステップ２０５）。
次に、表示制御部４７０が、推定したグループの変更の内容を表すグループ変更情報を作成する（ステップ２０６）。
さらに、送受信部４１０が、グループ変更情報を、端末装置２０に対し、送信する（ステップ２０７）。
【００３７】
端末装置２０では、送受信部２１０がグループ変更情報を受信し、表示部２２０が表示を行う（ステップ２０８）。
そして、これを見たユーザは、グループ変更情報を確認し、修正がある場合は、修正を行う。そして、確認後のグループ変更情報は、端末装置２０の送受信部２１０および管理サーバ４０の送受信部４１０を介し、管理部４４０が受け取る（ステップ２０９）。
【００３８】
そして、管理部４４０は、グループ変更情報にユーザによる修正があるか否かを確認する（ステップ２１０）。
その結果、ユーザによる修正があった場合（ステップ２１０でＹｅｓ）、管理部４４０は、ユーザが修正したグループ変更情報を反映させ、グループ変更情報を確定させる（ステップ２１１）。その後、ステップ２１２に進む。
対して、ユーザによる修正がなかった場合（ステップ２１０でＮｏ）、管理部４４０は、ユーザが確認したグループ変更情報を確定させる（ステップ２１２）。即ち、ステップ２１１およびステップ２１２により、グループ変更情報が確定する。よって、管理部４４０は、グループ変更情報をユーザに確認させ、確認後のグループ変更情報に基づき関連情報を確定させる確定手段として機能する。
【００３９】
そして、権限変更部４８０が、グループ変更情報に基づき、ユーザに対する権限を設定する（ステップ２１３）。つまり、グループの変更がなかったユーザは、権限の変更はなく、グループの変更があったユーザは、グループ変更情報に基づき、権限を変更する。
グループの変更があった場合、例えば、グループの変更が、グループの名称変更であったときは、例えば、名称変更前のグループの権限は、名称変更後のグループの権限としてそのまま引き継がれる。また例えば、グループの変更が、グループの分割であったときは、例えば、分割後のグループ毎に新たな権限を付与する。さらに例えば、グループの変更が、グループの統合であったときは、例えば、統合した複数のグループに付与されていたそれぞれの権限をまとめて付与する。
【００４０】
図７（ａ）〜（ｂ）は、第１の実施形態におけるグループ変更情報を表示した場合を示した図である。
上述したように、グループ変更情報は、図６のステップ２０６において、管理サーバ４０の表示制御部４７０が作成し、ステップ２０８において、端末装置２０の表示部２２０において表示する。
【００４１】
図７（ａ）は、表示部２２０において、グループ変更情報をウィンドウＷ１に表示した場合を示している。図示するウィンドウＷ１では、ウィンドウＷ１の上段において表示され、ユーザに対するメッセージであるメッセージＭｅ１が表示される。また、ウィンドウＷ１の下段において、推定部４６０が推定したグループの変更の具体的内容についての一覧Ｉｒ１が表示される。
【００４２】
メッセージＭｅ１は、認証を行ったユーザに対し、グループ変更情報の確認を行うことを要求する内容となっており、これを見たユーザは、一覧Ｉｒ１の内容が正しいか否かを判断する。ここでは、認証を行ったユーザが、「旧」で示す開発部の商品αの開発リーダーから、「新」で示す開発部の商品βのプロジェクトリーダーに変更になったことを示している。即ち、変更前のグループは、開発部の商品αの開発リーダーであり、変更後のグループは、開発部の商品βのプロジェクトリーダーである。これは、図６のステップ２０４で取得した、変更前のグループと変更後のグループとの組の具体例である。
【００４３】
そしてここでは、推定部４６０が、このグループの変更の詳細について推定した事項を、「内容」の欄に表示している。この場合、推定部４６０は、このユーザが、商品αのグループより除外され、商品βのグループに追加されたことを推定している。さらに、推定部４６０は、開発リーダーについて削除され、プロジェクトリーダーが新たに作成されて追加されたことを推定している。
そして、グループ変更情報の確認を行ったユーザは、この内容が正しければＯＫボタンＢｔ１を押下する。一方、この内容が正しくなければ、次に示すような修正を行う。
【００４４】
図７（ｂ）は、ユーザがグループ変更情報の修正を行うときに、修正事項Ｓｊを入力した場合を示している。
この場合、「修正」で示す欄に、ユーザが具体的な修正事項Ｓｊを入力した場合を示している。即ち、このユーザが、商品αのグループより除外された内容は、「不要」であることを入力している。また、開発リーダーについては、削除ではなく、プロジェクトリーダーへの名称変更であることを入力している。そして、プロジェクトリーダーが新たに作成され追加されたことは、「不要」であるとしている。この修正事項Ｓｊは、修正情報として管理サーバ４０に送られる。即ち、「修正情報」とは、推定部４６０が推定し、表示制御部４７０が作成したグループ変更情報について、ユーザが修正を加えた内容を表す情報である。
【００４５】
なお、グループ変更情報を確定させるのは、図５のステップで変更後の関連情報の入力を行う管理者が行うこともできる。この場合、管理サーバ−４０に接続する表示機構等を利用し、ユーザ毎に図７で説明したような画面を表示させる。そして、図７と同様に管理者が、修正を行う。ただし、管理者がグループの変更について、わからないユーザも存在する。この場合は、このユーザについては、処理をスキップし、このユーザが認証を行ったときに、上述したように、認証したユーザに確認させるようにすることができる。つまり、管理部４４０は、関連情報を入力したユーザ（例えば、管理者）が確定しなかったグループ変更情報がある場合は、関連情報の変更に関わるユーザに確定させるようにする。
【００４６】
［第２の実施形態］
次に、情報処理システム１の第２の実施形態について説明する。第２の実施形態では、認証を行ったユーザに、自分のみならず、同じグループに属する他のユーザのグループ変更情報を確認させる場合について説明を行う。
【００４７】
図８は、情報処理システム１の第２の実施形態における機能構成について説明したブロック図である。
本実施の形態の情報処理システム１は、グループ変更情報の変更範囲を決定する決定部４９０を備える点で、図４で示した第１の実施形態の場合とは異なり、他は同様である。よって以下、決定部４９０について中心に説明を行う。
【００４８】
決定部４９０は、グループ変更情報をユーザに確認させるときのユーザの範囲を決定する。第２の実施形態では、認証を行ったユーザ自身だけではなく、認証を行ったユーザに対し、このユーザ以外の他のユーザのグループ変更情報を確認させる。つまり、決定部４９０は、グループ変更情報を確認させるユーザの範囲を拡張する。
【００４９】
他のユーザは、例えば、認証を行ったユーザと同じグループに属するユーザである。
さらに詳しくは、他のユーザは、例えば、認証を行ったユーザと同様のグループの変更が行われたユーザである。つまり、変更前のグループと変更後のグループが、認証を行ったユーザと同じユーザである。また、この例に限られるものではなく、変更前のグループが異なっていてもよい。さらに、関連情報の変更に関わるグループに所属しているが、受け付けた関連情報の変更には記録されていないユーザであってもよい。つまり、認証を行い、関連情報の変更があったユーザに対し、同じグループに属する関連情報の変更の記録がない他のユーザのグループ変更情報を確認させるようにしてもよい。
同じグループに属するユーザ同士であれば、グループの変更の経緯について、他のユーザであっても認識していることが多い。その場合、認証を行ったユーザに、他のユーザについてのグループ変更情報も併せて確認させるようにすれば、グループ変更情報の確認の処理がより効率的になる。
【００５０】
図９は、第２の実施形態における情報処理システム１の動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
なお、ステップ３０１〜ステップ３０９は、図６で説明したステップ２０１〜ステップ２０９と同様であるので説明を省略する。ここでは、認証を行ったユーザと同様のグループの変更が行われたユーザについてもグループ変更情報を確認させる場合について説明を行う。
【００５１】
ステップ３１０以降は、決定部４９０が、保存部４３０を参照し、認証を行ったユーザと同様のグループの変更が行われた他のユーザが存在するか否かを検索する（ステップ３１０）。つまり、決定部４９０は、変更前のグループと変更後のグループとが、認証を行ったユーザと同じ他のユーザが存在するか否かを調べる。
その結果、存在する場合（ステップ３１０でＹｅｓ）、決定部４９０は、認証を行ったユーザに加え、このユーザをグループ変更情報の変更範囲とする（ステップ３１１）。そして、表示制御部４７０が、認証を行ったユーザと同様のグループ変更情報を他のユーザについて作成する（ステップ３１２）。
【００５２】
さらに、送受信部４１０が、グループ変更情報を、端末装置２０に対し、送信し、端末装置２０では、送受信部２１０がグループ変更情報を受け取り、表示部２２０が表示を行う（ステップ３１３）。
そして、これを見たユーザは、他のユーザに対するグループ変更情報を確認し、修正がある場合は、修正を行う。そして、確認後のグループ変更情報は、端末装置２０の送受信部２１０および管理サーバ４０の送受信部４１０を介し、管理部４４０が受け取る（ステップ３１４）。
以後のステップ３１５〜ステップ３１８は、図６で説明したステップ２１０〜ステップ２１３と同様である。
【００５３】
図１０は、他のユーザについてのグループ変更情報を示した図である。
他のユーザについてのグループ変更情報は、上述したように、図９のステップ３１２において、管理サーバ４０の表示制御部４７０が作成し、ステップ３１３において、端末装置２０の表示部２２０において表示する。
【００５４】
図１０は、表示部２２０において、他のユーザのグループ変更情報をウィンドウＷ２として表示した場合を示している。この場合、ウィンドウＷ２は、図７のウィンドウＷ１上に重畳して表示されている。図示するウィンドウＷ２では、ウィンドウＷ２の上段において表示され、ユーザに対するメッセージであるメッセージＭｅ２が表示される。また、ウィンドウＷ２の下段において、推定部４６０が推定したグループの変更の具体的内容についての一覧ＩＲ２が表示される。
【００５５】
メッセージＭｅ２は、認証を行ったユーザに対し、他のユーザのグループ変更情報の確認を行うことを要求する内容となっており、これを見たユーザは、一覧Ｉｒ２の内容が正しいか否かを判断する。ここでは、他のユーザのユーザ名Ｔｕ２が、「渡部睦男」であり、このユーザに対して、グループ変更情報の確認を行うことを要求している。そして、他のユーザが、「旧」で示す開発部の商品αの開発リーダーから、「新」で示す開発部の商品βのプロジェクトリーダーに変更になったことを示している。
【００５６】
そしてここでは、推定部４６０が、このグループの変更の詳細について推定した事項を、「内容」の欄に表示している。この場合、推定部４６０は、この他のユーザが、商品αのグループより除外され、商品βのグループに追加されたことを推定している。さらに、推定部４６０は、開発リーダーについて削除され、プロジェクトリーダーが新たに作成され追加されたことを推定している。
そして、グループ変更情報の確認を行ったユーザは、この内容が正しければ、はいボタンＢｔ２を押下する。一方、この内容が正しくなければ、いいえボタンＢｔ３を押下する。
【００５７】
［第３の実施形態］
次に、情報処理システム１の第３の実施形態について説明する。第３の実施形態では、グループの修正案をさらに作成し、修正案をユーザに確認させる場合について説明を行う。
【００５８】
図１１は、情報処理システム１の第３の実施形態における機能構成について説明したブロック図である。
本実施の形態の情報処理システム１は、グループ変更情報として、グループの修正案を作成する変更案作成部５００を備える点で、図４で示した第１の実施形態の場合とは異なり、他は同様である。よって以下、変更案作成部５００について中心に説明を行う。
【００５９】
変更案作成部５００は、変更案作成手段の一例であり、図７（ｂ）においてユーザが「修正」で示す欄に入力したような修正事項を推定し、修正案として予め作成する。つまり、「修正案」は、変更案作成部５００が、ユーザが入力する修正事項を推定し、推定した内容を表した情報である。なお、ユーザは、この修正案の確認を行い、正しくない場合は、図７（ｂ）で説明したような修正を行う。
【００６０】
図１２は、第３の実施形態における情報処理システム１の動作として、グループ変更情報をユーザに対し確認させる処理について説明したフローチャートである。
なお、ステップ４０１〜ステップ４０５は、図６で説明したステップ２０１〜ステップ２０５と同様であるので説明を省略する。
【００６１】
ステップ４０６以降は、推定部４６０が推定したグループの変更の内容を基に、変更案作成部５００が、グループの変更が生じたユーザについて、修正案を作成する（ステップ４０６）。詳しくは後述するが、具体的には、変更案作成部５００は、グループの名称変更、グループの分割およびグループの統合について、修正案を作成する。
次に、表示制御部４７０が、修正案を含むグループ変更情報を作成する（ステップ４０７）。
さらに、送受信部４１０が、修正案を含むグループ変更情報を、端末装置２０に対し、送信する（ステップ４０８）。
【００６２】
端末装置２０では、送受信部２１０が修正案を含むグループ変更情報を受け取り、表示部２２０が表示を行う（ステップ４０９）。
そして、これを見たユーザは、修正案を含むグループ変更情報を確認し、修正案について正しくない場合は、さらに修正を行う。即ち、グループ変更情報として、変更案を加えてユーザに確認させる。そして、確認後のグループ変更情報は、端末装置２０の送受信部２１０および管理サーバ４０の送受信部４１０を介し、管理部４４０が受け取る（ステップ４１０）。
以後のステップ４１１〜ステップ４１４は、図６で説明したステップ２１０〜ステップ２１３と同様である。
【００６３】
図１３は、推定部４６０が修正案を作成する処理をさらに詳しく説明したフローチャートである。
まず、何個目かのグループであるかを表すパラメータｘを１にセットする（ステップ５０１）。即ち、ここではまず、１個目のグループが設定されたことを意味する。なお、グループの総数は、ｎ個であるとする。
次に、推定部４６０は、変更前のグループと同じ構成メンバーのグループが、変更後のグループに存在するか否かを探す（ステップ５０２）。
その結果、存在した場合（ステップ５０２でＹｅｓ）、推定部４６０は、グループの名称を比較し、同じであるか判断する（ステップ５０３）。
そして、グループの名称が異なる場合（ステップ５０３でＮｏ）、推定部４６０は、グループの名称が変更になったと判断し、グループの名称変更のフラグを立てる（ステップ５０４）。
【００６４】
図１４は、グループの変更として、グループの名称変更が行われた場合を示した図である。
図示するグループＡは、変更前のグループであり、３名のメンバーからなっている。そして、変更後のグループとして、このメンバーを維持したまま、グループβに名称変更された場合を示す。このとき、ステップ５０２の変更前のグループと同じ構成メンバーのグループが、変更後のグループに存在する場合となる。また、ステップ５０３のグループの名称が異なる場合となる。
【００６５】
図１３に戻り、ステップ５０２で、存在しない場合（ステップ５０２でＮｏ）、およびステップ５０３で、グループの名称が同じ場合（ステップ５０３でＹｅｓ）、次の処理として、推定部４６０は、変更前のグループの構成メンバーが含まれるグループが、変更後のグループに存在するか否かを探す（ステップ５０５）。
その結果、存在した場合（ステップ５０５でＹｅｓ）、推定部４６０は、変更前のグループの構成メンバーを除くメンバーと同じ構成メンバーのグループが、変更前のグループに存在するか否かを探す（ステップ５０６）。
そして、存在した場合（ステップ５０６でＹｅｓ）、推定部４６０は、ステップ５０６で見つけたグループと統合したと判断し、グループの統合のフラグを立てる（ステップ５０７）。
【００６６】
図１５（ａ）〜（ｂ）は、グループの変更として、グループの統合が行われた場合を示した図である。
この場合、変更前のグループであるグループＡとグループＣとは、グループの変更後に、グループβに統合された場合を示している。
このとき、ステップ５０５において、推定部４６０は、変更前のグループＡの構成メンバーである３名のメンバーが含まれるグループが、変更後のグループに存在するか否かを探す。その結果、図１５（ａ）に示すように、推定部４６０は、グループβがこれに該当すると判断する。
さらに、ステップ５０６において、推定部４６０は、変更前のグループの構成メンバーを除くメンバーと同じ構成メンバーのグループが、変更前のグループに存在するか否かを探す。その結果、図１５（ｂ）に示すように、推定部４６０は、グループＣがこれに該当すると判断する。そして、推定部４６０は、これにより変更前のグループであるグループＡとグループＣとが統合して、グループβになったと判断する。
【００６７】
図１３に戻り、ステップ５０５で、存在しない場合（ステップ５０５でＮｏ）、およびステップ５０６で、存在しない場合（ステップ５０６でＮｏ）、次の処理として、推定部４６０は、変更前のグループの構成メンバーの一部のみが含まれるグループが、変更後のグループに存在するか否かを探す（ステップ５０８）。
その結果、存在した場合（ステップ５０８でＹｅｓ）、上記一部の構成メンバーを除く構成メンバーから構成される変更後のグループに存在するか否かを探す（ステップ５０９）。
そして、存在した場合（ステップ５０９でＹｅｓ）、推定部４６０は、変更前のグループが分割したと判断し、グループの分割のフラグを立てる（ステップ５１０）。
【００６８】
対して、ステップ５０８で、存在しない場合（ステップ５０８でＮｏ）、およびステップ５０９で、存在しない場合（ステップ５０９でＮｏ）、次の処理として、推定部４６０は、未判定のグループがあるか否かを判断する（ステップ５１１）。これは、パラメータｘがｎであるか否かにより行う。即ち、ｘ＝ｎの場合、未判定のグループがないと判断できる。対して、ｘ≠ｎの場合、未判定のグループがあると判断できる。
その結果、未判定のグループがない場合（ステップ５１１でＹｅｓ）、即ち、ｘ＝ｎの場合、一連の処理を終了する。
対して、未判定のグループがある場合（ステップ５１１でＮｏ）、即ち、ｘ≠ｎの場合、ｘに１を加え（ｘ＝ｘ＋１）（ステップ５１２）、ステップ５０２に戻る。
【００６９】
図１６（ａ）〜（ｂ）は、グループの変更として、グループの分割が行われた場合を示した図である。
この場合、変更前のグループであるグループＡが、グループの変更後に、グループαとグループγに分割された場合を示している。
このとき、ステップ５０８において、推定部４６０は、変更前のグループの構成メンバーの一部のみが含まれるグループが、変更後のグループに存在するか否かを探す。その結果、図１６（ａ）に示すように、推定部４６０は、グループβがこれに該当すると判断する。
さらに、ステップ５０９において、推定部４６０は、一部の構成メンバーを除く構成メンバーから構成される変更後のグループに存在するか否かを探す。その結果、図１６（ｂ）に示すように、推定部４６０は、グループγがこれに該当すると判断する。そして、推定部４６０は、変更前のグループであるグループＡが、グループの変更後に、グループαとグループγに分割されたと判断する。
【００７０】
図１７は、第３の実施形態におけるグループ変更情報を表示した場合を示した図である。
上述したように、第３の実施形態におけるグループ変更情報は、修正案を含む。
図１７では、図７（ａ）に示したグループ変更情報と比較して、修正案Ｓａをさらに表示する点で異なり、他の点は同様である。即ち、表示部２２０において、グループ変更情報をウィンドウＷ１として表示し、メッセージＭｅ１および推定部４６０が推定したグループの変更の具体的内容についての一覧Ｉｒ１が表示される。そして、一覧Ｉｒ１には、推定部４６０が推定した修正案Ｓａが表示される。この場合、修正案Ｓａとして、開発リーダーがプロジェクトリーダーに名称変更されたことを推定の結果として、表示している。なお、修正案Ｓａは、ユーザが変更することができる。
【００７１】
以上説明した形態によれば、管理サーバ４０は、ユーザとそのユーザが所属するグループとを紐付けて管理している情報処理装置において、ユーザとユーザが所属するグループを紐付けている関連情報の変更を受けて、グループの変更の内容であるグループ変更情報を推定することができる。
【００７２】
＜プログラムの説明＞
ここで、以上説明を行った本実施の形態における管理サーバ４０が行う処理は、例えば、アプリケーションソフトウェア等のプログラムとして用意される。そして、管理サーバ４０が行う処理は、ソフトウェアとハードウェア資源とが協働することにより実現される。
【００７３】
よって、本実施の形態で、管理サーバ４０が行う処理は、コンピュータに、ユーザとユーザが所属するグループとを関連付けた情報である関連情報を管理する管理機能と、関連情報の変更を受け付ける受付機能と、受付機能が関連情報を受けて推定したグループの変更の内容であるグループ変更情報を、ユーザに表示させるよう制御する表示制御機能と、を実現させるためのプログラムとして捉えることもできる。
【００７４】
なお、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【００７５】
以上、本実施の形態について説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、種々の変更または改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【符号の説明】
【００７６】
１…情報処理システム、２０、３０…端末装置、４０…管理サーバ、４１０…送受信部、４２０…受付部、４３０…保存部、４４０…管理部、４５０…認証部、４６０…推定部、４７０…表示制御部、４８０…権限変更部、４９０…決定部、５００…変更案作成部
【図１】
2020154882.tif 000003
【図２】
2020154882.tif 000004
【図３】
2020154882.tif 000005
【図４】
2020154882.tif 000006
【図５】
2020154882.tif 000007
【図６】
2020154882.tif 000008
【図７】
2020154882.tif 000009
【図８】
2020154882.tif 000010
【図９】
2020154882.tif 000011
【図１０】
2020154882.tif 000012
【図１１】
2020154882.tif 000013
【図１２】
2020154882.tif 000014
【図１３】
2020154882.tif 000015
【図１４】
2020154882.tif 000016
【図１５】
2020154882.tif 000017
【図１６】
2020154882.tif 000018
【図１７】
2020154882.tif 000019