JP2022148147A

JP2022148147A - 情報処理装置およびプログラム

Info

Publication number: JP2022148147A
Application number: JP2021049716A
Authority: JP
Inventors: 淳也加藤; Junya Kato
Original assignee: Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2021-03-24
Filing date: 2021-03-24
Publication date: 2022-10-06
Also published as: US20220311771A1

Abstract

【課題】外部サービスにおいてあるユーザのアカウントが無効化された場合、その外部サービスと連携しているサービスにおけるそのユーザのアカウントだけでなく、その外部サービスと連携していないサービスにおけるそのユーザのアカウントをも無効化する。【解決手段】外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスであるＩＤ連携テナント５０をクラウドサービスＡＢＣ内に設ける。認証処理部は、ＩＤ連携テナント５０が、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内におけるそのユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除する。【選択図】図９

Description

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

特許文献１には、記憶された複数のユーザのユーザ情報のうち、利用履歴が所定の条件を満たすユーザのユーザ情報を特定して削除するようにした情報処理装置が開示されている。

特許文献２には、ポータルサイトの管理サーバが、連携先のオンプレミス環境の管理サーバからＩＤ連携依頼を受信した場合に、ユーザ端末に対してＩＤ連携確認メールを送信するとともに内部管理ＩＤの入力を要求し、入力された内部管理ＩＤが正しい場合にのみＩＤ連携を実行するようにした管理システムが開示されている。

特開２０１８－０９８６５７号公報特開２０２０－０３８４３８号公報

１つのシステムにおいて複数のユーザグループに対してサービスを提供している際に、ある１つのユーザグループによるサービスが外部サービスとの間でアカウントの連携を行っている場合、その外部サービスにおいてあるユーザのアカウントが退職等に起因して無効化されると、外部サービスとアカウントの連携を行っているサービスにおいてもそのユーザのアカウントを無効化して使用できなくするような方法が存在する。

しかし、そのような方法を使用したとしても、その外部サービスとの間でアカウントの連携を行っていないサービスにおいては、そのユーザのアカウントが有効な状態のまま残ってしまい、本来はそのサービスを利用する権限が無いにも関わらずそのサービスを不正利用できてしまう可能性がある。

本発明の目的は、１つのシステムにおいて複数のユーザグループに対してサービスを提供している際に、ある１つのユーザグループによるサービスが外部サービスとの間でアカウントの連携を行っている状況において、その外部サービスにおいてあるユーザのアカウントが無効化された場合、その外部サービスと連携しているサービスにおけるそのユーザのアカウントだけでなく、その外部サービスと連携していないサービスにおけるそのユーザのアカウントをも無効化することが可能な情報処理装置およびプログラムを提供することである。

本発明の第１態様の情報処理装置は、プロセッサを備え、
前記プロセッサは、
外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスを自システム内に設け、
前記アカウント連携サービスが、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内における当該ユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除する。

本発明の第２態様の情報処理装置は、第１態様の情報処理装置において、前記アカウント連携サービスでは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化するか強制削除するかのいずれかを予め設定することが可能となっている。

本発明の第３態様の情報処理装置は、第１態様又は第２態様の情報処理装置において、前記アカウント連携サービスは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化した場合、自システム内における他のサービスに対して、無効化したアカウント情報を通知する。

本発明の第４態様の情報処理装置は、第１態様又は第２態様の情報処理装置において、前記アカウント連携サービスは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを強制削除した場合、自システム内における他のサービスに対して、強制削除したアカウント情報に関する情報を削除するよう通知する。

本発明の第５態様の情報処理装置は、第１態様から第４態様までのいずれか１つの態様の情報処理装置において、前記アカウント連携サービスは、外部サービスとの間でアカウント連携を行った場合、前記外部サービスにおいて認証処理が実行されたアカウントにより自システム内のサービスの利用を許可する。

本発明の第６態様のプログラムは、外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスを自システム内に設けるステップと、
前記アカウント連携サービスが、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内における当該ユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除するステップとをコンピュータに実行させる。

本発明の第１態様の情報処理装置によれば、１つのシステムにおいて複数のユーザグループに対してサービスを提供している際に、ある１つのユーザグループによるサービスが外部サービスとの間でアカウントの連携を行っている状況において、その外部サービスにおいてあるユーザのアカウントが無効化された場合、その外部サービスと連携しているサービスにおけるそのユーザのアカウントだけでなく、その外部サービスと連携していないサービスにおけるそのユーザのアカウントをも無効化することができる。

本発明の第２態様の情報処理装置によれば、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントに対する処理を統一化することができる。

本発明の第３態様の情報処理装置によれば、自システムの他のサービスにおいて、アカウントが無効化されたことを認識させることができる。

本発明の第４態様の情報処理装置によれば、無効化されたアカウントのデータが自システム内において残らないようにすることができる。

本発明の第５態様の情報処理装置によれば、外部サービスにおいて認証されたユーザに対して、自システム内のサービスの利用を許可するＩＤ連携を実現することができる。

本発明の第６態様のプログラムによれば、１つのシステムにおいて複数のユーザグループに対してサービスを提供している際に、ある１つのユーザグループによるサービスが外部サービスとの間でアカウントの連携を行っている状況において、その外部サービスにおいてあるユーザのアカウントが無効化された場合、その外部サービスと連携しているサービスにおけるそのユーザのアカウントだけでなく、その外部サービスと連携していないサービスにおけるそのユーザのアカウントをも無効化することができる。

本発明の一実施形態の情報処理システムのシステム構成を示す図である。マルチテナント構成を説明するための図である。外部サービス用サーバ４０により提供される外部サービスと、サービス提供サーバ１０により提供されるＡＢＣサービス間において、ＩＤ連携を行う際の様子を説明するための図である。外部サービス内のテナントに登録されているユーザＸのアカウントが、退職等により削除された場合の様子を説明するための図である。本発明の一実施形態の情報処理システムにおけるサービス提供サーバ１０のハードウェア構成を示す図である。サービス提供サーバ１０の機能構成を示すブロック図である。外部サービスとクラウドサービスＡＢＣとの間でＩＤ連携を行う場合の動作を説明するためのシーケンスチャートである。外部サービスとの間でＩＤ連携を行っているユーザが退職等により外部サービス及びクラウドサービスＡＢＣの両方を利用する権利を失った場合の動作を説明するためのシーケンスチャートである。ＩＤ連携テナント５０をクラウドサービスＡＢＣ内に設けた場合の構成を説明するための図である。外部サービスにおいてアカウントが無効化されたユーザのユーザＩＤを無効化する場合の動作を説明するための図である。外部サービスにおいてアカウントが無効化されたユーザのユーザＩＤを強制削除する場合の動作を説明するための図である。外部サービスにおいてアカウントが無効化されたユーザのユーザＩＤを無効化する場合の動作を説明するためのシーケンスチャートである。外部サービスにおいてアカウントが無効化されたユーザのユーザＩＤを強制削除する場合の動作を説明するためのシーケンスチャートである。

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

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

本発明の一実施形態の情報処理システムは、図１に示されるように、サービス提供サーバ１０と、複数の端末装置２０と、外部サービス用サーバ４０とがインターネット３０により相互に接続された構成となっている。

サービス提供サーバ１０は、インターネット３０を介して、クラウドサービスＡＢＣをユーザに対して提供している情報処理装置である。また、外部サービス用サーバ４０は、サービス提供サーバ１０により提供されるサービスとは異なる外部サービスをユーザに提供している。

ここで、近年のクラウドサービスでは、１つのシステムを用いて複数のユーザグループに対してサービスを提供するマルチテナントと呼ばれているサービス提供方法が用いられている。サービス提供サーバ１０は、このようなマルチテナント構成を利用して、各ユーザに対してサービスの提供を行っている。

なお、あるシステムによるサービスを複数のユーザからなるユーザグループであるテナントに対して利用可能にする場合、そのテナントの中から特定のユーザをシステム管理者として選定して、そのテナントに属するシステム管理者以外のユーザ（以下、一般ユーザという）の追加・削除等の権限をそのシステム管理者に委ねるようなことが行われる。

このようなマルチテナント構成について図２を参照して説明する。図２では、サービス提供サーバ１０により提供されるサービスを利用する各ユーザが、テナントＡ、テナントＢ、・・・という複数のテナントにより構成される様子が示されている。ここで、ある１つの企業が複数のテナントを利用するような場合もある。このような場合には、それぞれのテナントには同じユーザが重複して登録される場合がある。例えば、図２に示した例では、ユーザＸがテナントＡにもテナントＢの両方に登録されているのが分かる。

また、このクラウドサービスＡＢＣでは、テナントサービス以外のサービスも提供されており、いずれのテナントに登録されていないユーザであってもクラウドサービスＡＢＣの一部のサービスを利用することができるようになっている。

なお、このように複数のサービスがインターネット３０を介して提供されている場合、ユーザはそれぞれのサービス毎にアカウントを入力してログインするのが面倒であるため、あるサービスのアカウントを利用して他のサービスの提供を受けることができるようなアカウントの相互乗り入れであるＩＤ連携と呼ばれる機能が提供されている。このＩＤ連携を利用することにより、ユーザは多数のＩＤやパスワードを管理することなく、１つのアカウント情報を入力するだけで複数のクラウドサービスを利用できるＳＳＯ（Single Sign On）を利用することが可能となる。

ただし、それぞれのサービスがマルチテナントシステムを採用している場合、１つのテナントに対してＩＤ連携を行うことができるのは１つのテナントに限定される場合がある。

例えば、図３に示すように、外部サービス用サーバ４０により提供される外部サービスと、サービス提供サーバ１０により提供されるＡＢＣサービス間において、ＩＤ連携を行うことができるテナントが１対１に限定される場合について説明する。

このような場合、ある企業が外部サービスにおいてテナントを作成してサービスを利用し、その企業がクラウドサービスＡＢＣにおいて、テナントＡ、テナントＢという２つのテナントを作成してサービスを利用しているものとする。すると、外部サービスとクラウドサービスＡＢＣ間でＩＤ連携を行おうとしても、外部サービス内のテナントとＩＤ連携できるクラウドサービスＡＢＣ内のテナントが１つに制限されるため、例えば、テナントＡとしかＩＤ連携を行うことができない。

このような場合、例えば、図４に示すように、外部サービス内のテナントに登録されているユーザＸのアカウントが、退職等により削除された場合、ユーザＸのアカウントが削除された旨を外部サービス内のテナントから、クラウドサービスＡＢＣ内のＩＤ連携しているテナントＡに通知するようにすれば、テナントＡではユーザＸのアカウントを削除することができる。

このような場合でも、外部サービスのテナントとＩＤ連携していないテナントＢからはユーザＸのアカウントが削除されない。そのため、ユーザＸは退職しているにもかかわらず、テナントＢにログインしてテナントＢのサービスを利用することができてしまう。

この場合に、ユーザＸのアカウントをテナントＢから削除するためには、テナントＢのシステム管理者によりユーザＸを個別に削除する処理が必要となる。

また、あるユーザが、クラウドサービスＡＢＣにおけるテナントを利用しないサービス、つまりシステム管理者が存在しないサービスを利用している場合、そのユーザのアカウントがあるテナントから削除されたとしても、クラウドサービスＡＢＣにおけるテナントを利用しないサービスを利用することができてしまうという問題もある。

そこで、本実施形態のサービス提供サーバ１０では、下記のような処理を実現することにより、マルチテナントシステムを採用して、ある１つのテナントのみが外部サービスとの間でＩＤ連携を行っている状況において、その外部サービスにおいてあるユーザのアカウントが無効化された場合、その外部サービスと連携しているテナントにおけるそのユーザのアカウントだけでなく、その外部サービスと連携していないテナントにおけるそのユーザのアカウントをも無効化することができるようにしている。

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

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

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

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

本実施形態のサービス提供サーバ１０は、図６に示されるように、サービス制御部２３と、認証処理部２１と、データ管理部２２とを備えている。また、外部サービス用サーバ４０は、認証処理部３１と、データ管理部３２とが備えられている。

サービス制御部２３は、クラウドサービスＡＢＣにより提供されるサービス全体の動作を制御している。

認証処理部２１は、クラウドサービスＡＢＣにおける認証処理を実行し、外部サービスとの間でＩＤ連携が行われている場合には、外部サービスのアカウントでの認証処理も実行する。そして、認証処理部２１は、データ管理部２２において管理されている認証情報に基づいて認証処理を実行する。

データ管理部２２は、各ユーザのユーザＩＤやパスワード等のアカウント情報を管理するとともに、外部サービスとの間でＩＤ連携が行われている際には、外部サービスのアカウントとクラウドサービスＡＢＣのアカウントの対応付け情報を管理する。

また、外部サービス用サーバ４０におけるデータ管理部３２は、外部サービスにおける各ユーザのユーザＩＤやパスワード等のアカウント情報を管理する。そして、外部サービス用サーバ４０における認証処理部３１は、外部サービスにおける認証処理を、データ管理部３２において管理されている認証情報に基づいて実行する。

外部サービスにおける認証処理部３１と、クラウドサービスＡＢＣにおける認証処理部２１とが連携することにより、外部サービスにおけるテナントと、クラウドサービスＡＢＣにおけるテナントとの間でＩＤ連携を実現することができる。

そして、外部サービスにおいてあるユーザのアカウントが退職等により無効化された場合、下記のような方法を用いることにより、そのユーザが、外部サービスと連携しているクラウドサービスＡＢＣのテナントだけでなく、外部サービスと連携していないテナントが利用できないようにすることができる。

その方法とは、クラウドサービスＡＢＣにおけるあるテナントが、外部サービスにおけるテナントとＩＤ連携した場合、外部サービスにおけるアカウント情報のみでしかクラウドサービスＡＢＣへのログインを許可しないようにして、クラウドサービスＡＢＣのユーザＩＤやパスワード等のアカウント情報ではクラウドサービスＡＢＣへのログインをできなくする方法である。

このような方法を用いることにより、外部サービスとクラウドサービスＡＢＣとの間でＩＤ連携を行ったユーザのアカウント情報が外部サービス上において削除された場合、外部サービスとクラウドサービスＡＢＣとの間のＩＤ連携が解消され、外部サービスのアカウント情報ではクラウドサービスＡＢＣにはログインできなくなる。さらに、そのユーザはクラウドサービスＡＢＣのアカウント情報を用いてクラウドサービスＡＢＣにログインすることはできなくなっているため、そのユーザは、クラウドサービスＡＢＣにおける複数のテナントに登録されている場合でも、全てのテナントのサービスを利用することができなくなる。

このような方法を用いた場合の動作について図７、図８のシーケンスチャートを用いて説明する。

図７は、外部サービスとクラウドサービスＡＢＣとの間でＩＤ連携を行う場合の動作を説明するためのシーケンスチャートである。

まず、端末装置２０を操作するシステム管理者が、ステップＳ１０１において、サービス提供サーバ１０の認証処理部２１に対して一般ユーザの追加を行う。すると、認証処理部２１は、ステップＳ１０２において、データ管理部２２に対して新たな一般ユーザのユーザ情報を作成する。

その後、追加された一般ユーザが、ステップＳ１０３において、端末装置２０を操作してサービス提供サーバ１０にログインすると、認証処理部２１は、ステップＳ１０４において、データ管理部２２にこのユーザのユーザ情報の照会を行う。そして、認証処理部２１が、ステップＳ１０５において、データ管理部２２からユーザ情報を取得すると、ステップＳ１０６において、取得したユーザ情報に基づいて認証処理を実行する。ここでは、認証処理は成功したものとして説明する。

この認証処理の結果に基づいて、認証処理部２１は、ステップＳ１０７において、ログインした一般ユーザに対してログインを許可する。

そして、外部サービスとクラウドサービスＡＢＣとの間でＩＤ連携を行う場合、システム管理者が、ステップＳ１０８において、端末装置２０を操作して外部サービス用サーバ４０に対してＩＤ連携処理を実行すると、ステップＳ１０９において、外部サービス用サーバ４０における認証処理部３１と、サービス提供サーバ１０における認証処理部２１との間でＩＤ連携処理が実行される。すると、認証処理部２１は、ステップＳ１１０において、データ管理部２２に対して、外部サービスのアカウントとクラウドサービスＡＢＣのアカウントとを対応付けるＩＤ関連付けを実行する。

その後、一般ユーザが、ステップＳ１１１において、端末装置２０を操作して外部サービスのユーザＩＤやパスワード等のアカウント情報であるユーザ情報を提示してログインしてきた場合、外部サービス用サーバ４０は、ステップＳ１１２において、ログイン処理を実行する。

また、一般ユーザが、ステップＳ１１３において、端末装置２０を操作して外部サービスのユーザＩＤやパスワード等のアカウント情報であるユーザ情報を提示してログインしてきた場合、認証処理部２１は、ステップＳ１１４において、データ管理部２２に対してＩＤ関連付け情報の確認を行う。そして、認証処理部２１は、ステップＳ１１５において取得した確認結果により、そのユーザの外部サービスにおけるアカウント情報とクラウドサービスＡＢＣのアカウント情報とが関連付けられていることを確認すると、ステップＳ１１６において、そのユーザに対するログインを許可する。

ここで、上記で説明した方法では、そのユーザのクラウドサービスＡＢＣのアカウント情報に対してはログインを許可しないようになっている。そのため、外部サービスとのＩＤ連携を行ったユーザが、クラウドサービスＡＢＣのアカウント情報を提示してログインしてきた場合、そのユーザのログインは拒否されることになる。

このような状態で、外部サービスとの間でＩＤ連携を行っているユーザが退職等により外部サービス及びクラウドサービスＡＢＣの両方を利用する権利を失った場合について、図８のシーケンスチャートを参照して説明する。

あるユーザが退職等によりサービスを利用する権利を失った場合、システム管理者は、ステップＳ２０１において、端末装置２０を操作して外部サービス用サーバ４０に対して、そのユーザのユーザＩＤ等のアカウント情報を削除する処理を実行する。すると、外部サービス用サーバ４０は、ステップＳ２０２において、サービス提供サーバ１０の認証処理部２１に対して、そのユーザのＩＤ連携を削除する処理を実行する。

すると、認証処理部２１は、ステップＳ２０３において、データ管理部２２に対して、そのユーザのＩＤ関連付けを削除する処理を実行する。このような処理が実行されることにより、退職したユーザのＩＤ連携は解消される。

そして、外部サービス用サーバ４０では、そのユーザのユーザＩＤは削除されているため、そのユーザが、ステップＳ２０４において、外部サービスのユーザ情報を提示して外部サービス用サーバ４０に対してログインを要求したとしても、外部サービス用サーバ４０は、ステップＳ２０５において、そのログイン要求を拒否する。

また、そのユーザが、ステップＳ２０６において、サービス提供サーバ１０の認証処理部２１に対して、クラウドサービスＡＢＣにおけるアカウント情報であるユーザ情報を提示してログインを要求した場合、認証処理部２１は、ステップＳ２０７において、データ管理部２２に対してそのユーザのユーザ情報の照会を行う。

すると、認証処理部２１は、ステップＳ２０８において、そのユーザのユーザ情報を取得し、取得したユーザ情報によりそのユーザのアカウント情報が外部サービスとの間でＩＤ連携を行ったことによりログインできないものになっていることを把握する。その結果、認証処理部２１は、ステップＳ２０９において、そのユーザからのログイン要求を拒否する。つまり、退職等により外部サービスにおけるアカウント情報が削除されたユーザは、クラウドサービスＡＢＣに対するログインができない状態となっており、クラウドサービスＡＢＣにおける全てのサービスを利用できないことになる。

本実施形態におけるクラウドサービスＡＢＣでは、図９に示すように、外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスであるＩＤ連携テナント５０を自システム内に設ける。このような構成となっていることにより、クラウドサービスＡＢＣでは、テナントＡ、Ｂが直接外部サービスのテナントとの間でＩＤ連携を行うのではなく、ＩＤ連携テナント５０を介して、外部サービスのテナントとの間のＩＤ連携が実行される。

このＩＤ連携テナント５０は、外部サービスとの間でアカウント連携を行った場合、外部サービスにおいて認証処理が実行されたアカウントにより自システム内のサービスの利用を許可するＩＤ連携を実行する。

そして、テナントＡ、Ｂのシステム管理者は、ＩＤ連携テナント５０に登録されているユーザの中から選択したユーザを、それぞれのテナントに登録する。

そして、認証処理部２１は、ＩＤ連携テナント５０が、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内におけるそのユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除する。

なお、ＩＤ連携テナント５０では、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化するか強制削除するかのいずれかを予め設定することが可能となっていても良い。

そして、ＩＤ連携テナント５０は、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化した場合、自システム内における他のテナントサービスに対して、無効化したアカウント情報を通知するようにしても良い。

また、ＩＤ連携テナント５０は、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを強制削除した場合、自システム内における他のサービスに対して、強制削除したアカウント情報に関する情報を削除するよう通知するようにしても良い。

次に、本実施形態のサービス提供サーバ１０により提供されるクラウドサービスＡＢＣの動作について図面を参照して詳細に説明する。

本実施形態では、ＩＤ連携テナント５０において、テナントポリシーとして、外部サービスにおいてアカウントが無効化されたユーザの自システム内のアカウントを無効化するか又は強制削除するかを予め設定しておくことができる。ここで、アカウントの無効化とは、ユーザＩＤ／パスワード等のアカウント情報についてはそのまま残すが、そのアカウント情報を用いたログインを許可しないことを意味する。また、アカウントの強制削除とは、そのユーザのユーザＩＤ／パスワード等のアカウント情報を消去して、そのアカウント情報を用いたログインが許可されないようにすることを意味する。なお、クラウドサービスＡＢＣのアカウントを強制削除しただけの場合、テナントＡ、Ｂ等におけるそのユーザのユーザデータ等はそのまま残ってしまうことになる。

まずは、外部サービスにおいてアカウントが無効化されたユーザの自システム内のアカウント情報であるユーザＩＤを無効化する場合の動作を図１０に示す。以下の説明においては、外部サービスやクラウドサービスＡＢＣ内にテナントを作成してサービス利用を行っているある企業から、ユーザＸが退職した場合について説明する。

図１０を参照すると、（１）先ず、外部サービス内のテナントにおいて、ユーザＸが退職したことにより、ユーザＸのアカウントが削除される。

（２）すると、ユーザＸのアカウントが削除されたことにより、ＩＤ連携テナント５０は、自テナントに登録されているユーザＸのアカウントを削除する。

（３）また、クラウドサービスＡＢＣにおけるユーザＸのユーザＩＤを無効化する処理が実行される。

（４）そして、ＩＤ連携テナント５０からテナントＡ、ＢにユーザＸのユーザＩＤを無効化した旨が通知される。

（５）すると、テナントＡ、Ｂでは、それぞれ、システム管理者により、ユーザＩＤが無効化されたユーザＸのアカウントをテナントから削除し、そのユーザのライセンス情報はリソース情報を削除する処理が実行される。

このような処理が行われることによりユーザＸがクラウドサービスＡＢＣにログインしようとしても、そのログインは拒否されてクラウドサービスＡＢＣのサービスを利用することはできない。

次に、外部サービスにおいてアカウントが無効化されたユーザの自システム内のアカウント情報であるユーザＩＤを強制削除する場合の動作を図１１に示す。

図１１を参照すると、（１）先ず、外部サービス内のテナントにおいて、ユーザＸが退職したことにより、ユーザＸのアカウントが削除される。

（３）また、クラウドサービスＡＢＣにおけるユーザＸのユーザＩＤを強制削除する処理が実行される。

（４）そして、ＩＤ連携テナント５０からテナントＡ、ＢにユーザＸのユーザＩＤを強制削除した旨が通知される。

（５）すると、テナントＡ、Ｂでは、それぞれ、システム管理者により、ユーザＩＤが強制削除されたユーザＸのアカウントをテナントから削除し、そのユーザのライセンス情報はリソース情報を削除する処理が実行される。

このような処理が行われることによりユーザＸがクラウドサービスＡＢＣにログインしようとしても、そのログインは拒否されてクラウドサービスＡＢＣのサービスを利用することはできない

次に、上記で説明したような外部サービスにおいてユーザＸのアカウントが無効化された場合の動作について、図１２、図１３のシーケンスチャートを参照して説明する。

外部サービスにおいてアカウントが無効化されたユーザの自システム内のアカウント情報であるユーザＩＤを無効化する場合の動作を図１２に示す。

あるユーザが退職等によりサービスを利用する権利を失った場合、システム管理者は、ステップＳ３０１において、端末装置２０を操作して外部サービス用サーバ４０に対して、そのユーザのユーザＩＤ等のアカウント情報を削除する処理を実行する。すると、外部サービス用サーバ４０は、ステップＳ３０２において、サービス提供サーバ１０の認証処理部２１に対して、そのユーザのＩＤ連携を削除する処理を実行する。

すると、認証処理部２１は、ステップＳ３０３において、データ管理部２２に対して、そのユーザのＩＤ関連付けを削除する処理を実行する。このような処理が実行されることにより、退職したユーザのＩＤ連携は解消される。

そして、認証処理部２１は、ステップＳ３０４において、データ管理部２２において管理されているユーザＸのユーザＩＤを無効化する。最後に、認証処理部２１は、ステップＳ３０５において、各テナントのシステム管理者に対して、ユーザＸのユーザＩＤが無効化された旨を通知する。

すると、各テナントでは、ステップＳ３０６において、システム管理者によりユーザＸのライセンス情報やリソース情報を削除する処理が実行される。

次に、外部サービスにおいてアカウントが無効化されたユーザの自システム内のアカウント情報であるユーザＩＤを強制削除する場合の動作を図１３に示す。

あるユーザが退職等によりサービスを利用する権利を失った場合、システム管理者は、ステップＳ４０１において、端末装置２０を操作して外部サービス用サーバ４０に対して、そのユーザのユーザＩＤ等のアカウント情報を削除する処理を実行する。すると、外部サービス用サーバ４０は、ステップＳ４０２において、サービス提供サーバ１０の認証処理部２１に対して、そのユーザのＩＤ連携を削除する処理を実行する。

すると、認証処理部２１は、ステップＳ４０３において、データ管理部２２に対して、そのユーザのＩＤ関連付けを削除する処理を実行する。このような処理が実行されることにより、退職したユーザのＩＤ連携は解消される。

そして、認証処理部２１は、ステップＳ４０４において、データ管理部２２において管理されているユーザＸのユーザＩＤを強制削除してユーザＸを強制的に退会させる。最後に、認証処理部２１は、ステップＳ４０５において、各テナントのシステム管理者に対して、ユーザＸのユーザＩＤが強制削除された旨を通知する。また、認識処理部２１は、ユーザＸのユーザＩＤが強制削除された旨の削除イベントをサービス側に通知する。

すると、各テナントでは、ステップＳ４０６において、システム管理者によりユーザＸのライセンス情報やリソース情報を削除する処理が実行される。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ：Central Processing Unit、等）や、専用のプロセッサ（例えばＧＰＵ：Graphics Processing Unit、ＡＳＩＣ：Application Specific Integrated Circuit、ＦＰＧＡ：Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

[変形例]
上記実施形態では、サービス提供サーバ１０により提供されるサービスと、外部サービス用サーバ４０により提供されるサービス間でＩＤ連携を行う場合を用いて説明したが、本発明はこれに限定されるものではなく、各種さまざまな情報処理装置間において上記で説明したようなＩＤ連携を行う場合でも本発明を同様に適用することができるものである。

１０サービス提供サーバ
１１ＣＰＵ
１２メモリ
１３記憶装置
１４通信インタフェース
１５ユーザインタフェース装置
１６制御バス
２０端末装置
２１認証処理部
２２データ管理部
２３サービス制御部
３０インターネット
３１認証処理部
３２データ管理部
４０外部サービス用サーバ
５０ＩＤ連携テナント

Claims

プロセッサを備え、
前記プロセッサは、
外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスを自システム内に設け、
前記アカウント連携サービスが、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内における当該ユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除する
情報処理装置。
前記アカウント連携サービスでは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化するか強制削除するかのいずれかを予め設定することが可能となっている請求項１記載の情報処理装置。
前記アカウント連携サービスは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを無効化した場合、自システム内における他のサービスに対して、無効化したアカウント情報を通知する請求項１又は２記載の情報処理装置。
前記アカウント連携サービスは、外部サービスにおいて無効になったアカウントと連携していた自システムのアカウントを強制削除した場合、自システム内における他のサービスに対して、強制削除したアカウント情報に関する情報を削除するよう通知する請求項１又は２記載の情報処理装置。
前記アカウント連携サービスは、外部サービスとの間でアカウント連携を行った場合、前記外部サービスにおいて認証処理が実行されたアカウントにより自システム内のサービスの利用を許可する請求項１から４のいずれか１項記載の情報処理装置。
外部サービスとの間においてアカウントの連携を行うためのアカウント連携サービスを自システム内に設けるステップと、
前記アカウント連携サービスが、アカウント連携を行っている外部サービスから、あるユーザのアカウントが無効になった旨の通知を受信した場合、自サービス内における当該ユーザのアカウントを削除するとともに、無効になったアカウントと連携していた自システムのアカウントを無効化又は強制削除するステップと、
をコンピュータに実行させるためのプログラム。