JP6582740B2 - 情報処理システム、サーバ装置、及びプログラム - Google Patents

Description

本発明は、情報処理システム、サーバ装置、及びプログラムに関する。

近年、注目されているクラウドサービスにおいて、複数のサービスプロバイダ（ＳＰ：Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）によりサービスを提供する形態が実現されている。

かかるサービスを利用する場合、クライアント装置のユーザは、複数のサービスプロバイダのそれぞれとの間で認証処理を行う必要があった。

ユーザの認証処理に関する操作を簡略化するために、１回の認証の処理により、複数のサービスプロバイダとの間のユーザの認証処理を完了する方法が知られている（例えば、特許文献１）。

しかし、従来の認証の処理方法は、認証を受けたユーザが、かかるユーザのアカウントを用いてサービスを利用することを前提としている。複数のユーザが外部サービスのアカウントを共有する場合には、ユーザのクライアント装置は、第１のサービスプロバイダとの間でユーザの認証処理を行った後、第２のサービスプロバイダのアカウントの選択を受け付け、第２のサービスプロバイダとの間で選択されたアカウントの認証処理を行う必要がある。ユーザは、クライアント装置を介して複数回の認証処理、及びアカウントの選択の処理等を行う必要があり、サービスを受けるまでに煩雑な手順を行う必要がある。

本発明は、上記の点に鑑みてなされたものであり、ユーザがアカウントを共有している場合であっても、サービスプロバイダに、ユーザのクライアント装置を、効率的にアクセスさせることを目的とする。

一つの案では、クライアント装置と、サーバ装置とを有する情報処理システムであって、前記クライアント装置は、外部サービスを提供する外部装置に接続するための情報の取得の要求を、前記サーバ装置に送信する第１の送信部、を有し、前記サーバ装置は、１以上の前記外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部装置に接続するための情報とを対応付けて記憶する記憶部と、前記クライアント装置から、前記取得の要求を受信する受信部と、前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定する特定部と、前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信する第２の送信部と、を有し、前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子及び前記アカウントの同一の所属先のユーザの間での共有の可否を含み、前記特定部は、前記クライアント装置のユーザの所属先を示す識別子と、前記アカウントのユーザの所属先を示す識別子とが一致し、かつ、前記属性にアカウントの共有が可能と設定されているアカウントをアカウントの候補とする、情報処理システムが提供される。

一態様によれば、ユーザがアカウントを共有している場合であっても、サービスプロバイダに、ユーザのクライアント装置を、効率的にアクセスさせることが可能となる。

第１の実施形態に係るシステムの構成の一例を示す図（その１）である。 第１の実施形態に係るシステムの構成の一例を示す図（その２）である。 第１の実施形態に係る認証・認可サーバのハードウェア構成の一例を示す図である。 第１の実施形態に係る認証・認可サーバの機能構成の一例を示す図である。 第１の実施形態に係るクライアント装置の機能構成の一例を示す図である。 外部連携情報記憶部で記憶する外部連携情報テーブルの一例を示す図である。 外部連携情報記憶部で記憶するフィルタリングパターンの一例を示す図である。 第１の実施形態に係る第２のサービスプロバイダに接続するための情報の登録の動作手順の一例を示す図である。 第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その１）である。 第１の実施形態に係る入出力部に表示される画面の一例を示す図である。 第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その２）である。 第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その３）である。 第１の実施形態に係る第１のサービスプロバイダ１０の認証情報の取得の手順の一例を示す図である。

［第１の実施形態］
＜システム構成＞
図１及び図２を用いて、第１の実施形態に係るシステム構成について説明する。

図１は、第１の実施形態に係るシステムの構成の一例を示す図（その１）である。情報処理システム１は、クライアント装置１００と、認証・認可サーバ２００とを有する。認証・認可サーバ２００は、第１のサービスプロバイダ１０のネットワークに配備される。

クライアント装置１００は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１６０、及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１７０等である。

第１のサービスプロバイダ１０は、第１のサービスプロバイダ１０のユーザに対して各種サービスを提供する。提供するサービスの種類は、ユーザの属する組織であるテナント毎に設定されてもよい。第１のサービスプロバイダ１０は、自らサービスを提供することに加えて、他のサービスプロバイダ（例えば、第２のサービスプロバイダ２０）と連携してサービスを提供する。

クライアント装置１００と認証・認可サーバ２００は、ネットワークを介して接続される。

クライアント装置１００は、認証・認可サーバ２００に、第２のサービスプロバイダ２０に接続するために必要な情報の取得の要求を送信する。ここで、接続するために必要な情報とは、第２のサービスプロバイダ２０に接続するときに用いる、認証情報等である。

認証・認可サーバ２００は、第２のサービスプロバイダ２０のアカウントの識別子と、アカウントの各々の属性と、アカウントの各々を用いて第２のサービスプロバイダ２０に接続するための情報とを対応付けて記憶する。

認証・認可サーバ２００は、クライアント装置１００のユーザの認証を行う。かかる認証は、第１のサービスプロバイダ１０の認証情報に基づいて行う。

認証・認可サーバ２００は、取得の要求に含まれる情報要素と、アカウントの各々の属性とに基づいて、第２のサービスプロバイダ２０のアカウントの候補を特定する。情報要素及び属性とは、例えば、ユーザの所属先のテナントを示す識別子であるテナントＩＤ、第２のサービスプロバイダ２０で使用するアプリケーションの識別子（アプリケーションＩＤ）、及びクライアント装置１００の識別子（クライアント装置ＩＤ）等である。なお、アカウントの候補は、クライアント装置１００のユーザと同一のテナントに属するアカウントから特定される。

クライアント装置ＩＤは、クライアント装置１００を一意に特定するＭＡＣアドレス等の識別子である。クライアント装置ＩＤは、クライアント装置１００を一意に特定できればよく、ＭＡＣアドレス以外の識別子が用いられてもよい。アプリケーションＩＤは、アプリケーション自体の識別子、又はインストールされたアプリケーションを一意に特定する識別子（例えば、アプリケーションのプロダクトＩＤ）等である。具体的な、アカウントの候補の特定方法については後述する。

認証・認可サーバ２００は、かかるアカウントの候補を用いて第２のサービスプロバイダ２０に接続するための情報をクライアント装置１００に送信する。

クライアント装置１００は、認証・認可サーバ２００から受信したアカウントの候補から、アカウントの選択を行う。アカウントの候補が１つしか通知されなかった場合、クライアント装置１００は、通知されたアカウントの候補を、第２のサービスプロバイダ２０に接続するときのアカウントとする。

複数のアカウントの候補が通知された場合、クライアント装置１００は、アカウントの候補から１つのアカウントを選択する。かかる選択は、クライアント装置１００のユーザの指示に基づいて実行されてもよい。

クライアント装置１００は、選択した第２のサービスプロバイダ２０のアカウントに対応する第２のサービスプロバイダ２０に接続するための情報を用いて、第２のサービスプロバイダ２０に接続する。具体的には、第２のサービスプロバイダ２０のネットワークに配備される外部装置３００に接続する。外部装置３００は、クライアント装置１００に第２のサービスプロバイダ２０が提供する各種サービスを提供する。

これにより、クライアント装置１００は、第２のサービスプロバイダ２０で認証の処理を行うことなく、外部装置３００に接続し、選択したアカウントを用いてサービスの提供を受けることができる。

次に、図２を用いてより具体的に、第１の実施形態に係るシステムの構成について説明する。

図２は、第１の実施形態に係るシステムの構成の一例を示す図（その２）である。

認証・認可サーバ２００は、第２のサービスプロバイダ２０の外部装置３００から、第２のサービスプロバイダ２０に接続するための情報を取得する。

データベース２８０は、第１のサービスプロバイダ１０で使用する各種情報、及び第２のサービスプロバイダ２０に接続するための情報等を記憶する。認証・認可サーバ２００からの指示に応じて、データベース２８０は、認証・認可サーバ２００が処理を実行するのに必要な情報を特定し、認証・認可サーバ２００に通知する。データベース２８０は、認証・認可サーバ２００内に配備されてもよい。

ＭＦＰ１６０、及びＰＣ１７０は、第２のサービスプロバイダ２０に接続するための情報を、認証・認可サーバ２００から取得する。

ＭＦＰ１６０は、デバイス向けポータル部４００を介して、認証・認可サーバ２００に接続してもよい。デバイス向けポータル部４００は、ＭＦＰ１６０の機器登録等の各種設定を行う機能を具備している。

クライアント装置１００は、外部装置３００から、第２のサービスプロバイダ２０に接続するための情報を取得し、かかる接続するための情報を認証・認可サーバ２００に通知してもよい。

＜ハードウェア構成＞
図３は、第１の実施形態に係る認証・認可サーバ２００のハードウェア構成の一例を示す図である。

認証・認可サーバ２００は、入力モジュール２０１、表示モジュール２０２、外部Ｉ／Ｆ２０３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０４、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０５、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０６、通信モジュール２０７、及びＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２０８等を備え、それぞれがバスＢで相互に接続されている。

入力モジュール２０１は、キーボード、マウス、及びタッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。

表示モジュール２０２は、ディスプレイ等を含み、認証・認可サーバ２００による処理結果を表示する。

通信モジュール２０７は、認証・認可サーバ２００をネットワークに接続する。認証・認可サーバ２００は、通信モジュール２０７を介してデータの送受信を行う。

ＨＤＤ２０８は、プログラム及びデータを格納している不揮発性の記憶装置である。格納されるプログラム及びデータは、例えば認証・認可サーバ２００全体を制御する基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）及び、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

ＨＤＤ２０８は、格納しているプログラム及びデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ２０３は、外部の装置とのインタフェースである。外部の装置には、記録媒体２０３ａ等がある。これにより、認証・認可サーバ２００は、外部Ｉ／Ｆ２０３を介して記録媒体２０３ａの読み取り及び／又は書き込みを行うことができる。

記録媒体２０３ａには、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ Ｍｅｍｏｒｙ ｃａｒｄ）、及びＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ ｍｅｍｏｒｙ）等がある。

ＲＯＭ２０５は、電源を切ってもプログラム及びデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ２０５は、認証・認可サーバ２００の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ設定、及びネットワーク設定等のプログラム及びデータを格納する。

ＲＡＭ２０４は、プログラム及びデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ２０６は、ＲＯＭ２０５及びＨＤＤ２０８等の記憶装置からプログラム及びデータをＲＡＭ２０４上に読み出し、処理を実行することで、認証・認可サーバ２００全体の制御と、機能とを実現する演算装置である。

クライアント装置１００も、認証・認可サーバ２００と同様のハードウェア構成により、実現することができる。

認証・認可サーバ２００及びクライアント装置１００は、ＣＰＵ２０６が、ＲＯＭ２０５等に格納されたプログラムを実行することにより、後述するような各種機能を実現できる。

なお、クライアント装置１００が、ＭＦＰ１６０の場合、ＭＦＰ１６０で提供するプリンタ、ＦＡＸ、及びスキャナ等の機能を実現するために専用のハードウェア装置が追加される場合がある。

＜機能構成＞
（１）認証・認可サーバ
図４は、第１の実施形態に係る認証・認可サーバ２００の機能構成の一例を示す図である。

認証・認可サーバ２００は、プログラムを実行することにより、アプリケーション２６０、共通サービス２７０、データベース（ＤＢ）２８０、及びプラットフォームＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）２６４等を実現している。

アプリケーション２６０は、ポータルサービスアプリ２６１、スキャンサービスアプリ２６２、及びプリントサービスアプリ２６３を一例として有する。

ポータルサービスアプリ２６１は、ポータルサービスを提供するアプリケーションである。ポータルサービスアプリ２６１は、認証・認可サーバ２００を利用するための入り口となるサービスを提供する。

スキャンサービスアプリ２６２は、スキャンサービスを提供するアプリケーションである。プリントサービスアプリ２６３は、プリントサービスを提供するアプリケーションである。アプリケーション２６０には、その他のサービスアプリが含まれていてもよい。

プラットフォームＡＰＩ２６４は、ポータルサービスアプリ２６１、スキャンサービスアプリ２６２、及びプリントサービスアプリ２６３等のアプリケーション２６０が共通サービス２７０を利用するためのインタフェースである。

プラットフォームＡＰＩ２６４は、アプリケーション２６０からの要求を共通サービス２７０が受信するために設けられた予め定義されたインタフェースであり、例えば関数及びクラス等により構成される。

認証・認可サーバ２００が複数の情報処理装置で構成される場合、プラットフォームＡＰＩ２６４は、ネットワーク経由で利用可能なＷｅｂ ＡＰＩにより実現されてもよい。

共通サービス２７０は、認証・認可部２７１、テナント管理部２７２、ユーザ管理部２７５、ライセンス管理部（Ｗｒａｐｐｅｒ）２７３、機器管理部２７６、一時画像保存部２７４、ログ収集部２７７、及びアカウント特定部２７８を有する。

認証・認可部２７１は、クライアント装置１００からのサービスの提供の要求に基づいて認証・認可を実行する。

認証・認可部２７１は、例えば、ユーザ情報記憶部２８６、及びライセンス情報記憶部２８３等にアクセスしてユーザを認証・認可する。

また、認証・認可部２７１は、例えば、テナント情報記憶部２８２、ライセンス情報記憶部２８３、及び機器情報記憶部２８７等と連携して、クライアント装置１００を認証する。

テナント管理部２７２は、テナント情報記憶部２８２に記憶されているテナント情報を管理する。ユーザ管理部２７５は、ユーザ情報記憶部２８６に記憶されているユーザ情報を管理する。

ライセンス管理部２７３は、ライセンス情報記憶部２８３に記憶されているライセンス情報を管理する。機器管理部２７６は、機器情報記憶部２８７に記憶されている機器情報を管理する。一時画像保存部２７４は、一時画像記憶部２８４への一時画像の保存、一時画像記憶部２８４からの一時画像の取得を行う。

ログ収集部２７７は、ユーザのログイン情報を収集し、ログ情報記憶部２８１に記憶する。

アカウント特定部２７８は、クライアント装置１００から受信した第２のサービスプロバイダ２０に接続するための情報の取得の要求に含まれ、外部サービスのアカウントを特定する情報要素と、第２のサービスプロバイダ２０のアカウントの属性とに基づいて、クライアント装置１００が、第２のサービスプロバイダ２０からサービスの提供を受けるときに用いるアカウントの候補を特定する。なお、第２のサービスプロバイダ２０のアカウントの属性は、外部連携情報記憶部２８９に記憶されている。

認証・認可部２７１によるユーザの認証が成功した場合に、アカウント特定部２７８は、アカウントの候補を特定してもよい。

データベース２８０は、ログ情報記憶部２８１、テナント情報記憶部２８２、ユーザ情報記憶部２８６、ライセンス情報記憶部２８３、機器情報記憶部２８７、一時画像記憶部２８４、ジョブ情報記憶部２８５、アプリケーション固有の設定情報記憶部２８８、及び外部連携情報記憶部２８９を有する。

ログ情報記憶部２８１は、ログ情報を記憶する。テナント情報記憶部２８２は、テナント情報を記憶する。ユーザ情報記憶部２８６は、ユーザ情報を記憶する。ライセンス情報記憶部２８３は、ライセンス情報を記憶する。機器情報記憶部２８７は、機器情報を記憶する。

外部連携情報記憶部２８９は、第２のサービスプロバイダ２０等の外部のサービスプロバイダと連携するために必要な情報を記憶する。外部連携情報記憶部２８９は、後述するフィルタリングパターンと、外部連携情報テーブルとを記憶する。

外部連携情報記憶部２８９は、第２のサービスプロバイダ２０のアカウントの識別子と、かかるアカウントの各々の属性と、かかるアカウントの各々を用いて外部装置３００に接続するための情報とを対応付けて記憶する。

一時画像記憶部２８４は、一時画像を記憶する。一時画像は、スキャン画像等のファイル及びデータである。ジョブ情報記憶部２８５は、処理（ジョブ）に係るリクエストの情報（ジョブ情報）を記憶する。アプリケーション固有の設定情報記憶部２８８は、アプリケーション２６０に固有の設定情報を記憶する。

上述した機能に加えて、認証・認可サーバ２００は、クライアント装置１００、及び外部装置３００との間でデータの送受信を行う通信部２９０を有する。

通信部２９０は、クライアント装置１００から、第２のサービスプロバイダ２０に接続するための情報の取得の要求を受信し、アカウント特定部２７８にかかる取得の要求を通知する。また、通信部２９０は、アカウント特定部２７８により特定されたアカウントの候補を用いて第２のサービスプロバイダ２０に接続するための情報を、クライアント装置１００に送信する。

認証・認可サーバ２００は、認証・認可及び画像処理に関する共通のサービスを提供する統合基盤、及び、かかる統合基盤の機能を利用してスキャンサービス、プリントサービス、及びポータルサービス等のアプリケーションサービスを提供するサービス群となる。

統合基盤は、例えば、共通サービス２７０、データベース２８０及びプラットフォームＡＰＩ２６４によって構成される。サービス群は例えばアプリケーション２６０によって構成される。

図４に示した認証・認可サーバ２００は、サービス群と統合基盤とを分離した構成を有するため、第１のサービスプロバイダ１０は、プラットフォームＡＰＩ２６４を利用するアプリケーション２６０を容易に開発できる。

なお、図４に示した認証・認可サーバ２００の処理ブロックの分類形態は一例であり、アプリケーション２６０と、共通サービス２７０と、データベース２８０とが図４に示されるような階層で分類されていることが必須ではない。第１の実施形態に係る認証・認可サーバ２００の処理を実施できるのであれば、図４に示される階層関係等は特定のものに限定されない。

（２）クライアント装置
クライアント装置１００は、通信部１１０と、入出力部１２０と、制御部１３０と、記憶部１４０とを有する。

通信部１１０は、認証・認可サーバ２００、及び外部装置３００との間でデータの送受信を行う。

通信部１１０は、制御部１３０からの指示を受けて、第２のサービスプロバイダ２０に接続するための情報の取得の要求を認証・認可サーバ２００に送信する。

通信部１１０は、認証・認可サーバ２００により特定された第２のサービスプロバイダ２０のアカウントの候補を用いて第２のサービスプロバイダ２０に接続するための情報を、認証・認可サーバ２００から受信する。

また、通信部１１０は、制御部１３０からの指示を受けて、認証・認可サーバ２００から受信した第２のサービスプロバイダ２０に接続するための情報を用いて、外部装置３００に接続する。

入出力部１２０は、クライアント装置１００のユーザに各種情報の表示を行うと共に、ユーザからの入力を受け付ける。入出力部１２０は、認証・認可サーバ２００から受信したアカウントの候補の情報を表示し、クライアント装置１００のユーザによるアカウントの選択を受け付けてもよい。

制御部１３０は、クライアント装置１００の各機能に対して各種制御を行う。

記憶部１４０は、認証・認可サーバ２００から受信した各種情報を記憶する。記憶部１４０は、クライアント装置１００のユーザにより選択されたアカウントの情報を記憶する。

＜外部連携情報記憶部で記憶する情報＞
図６は、第１の実施形態に係る外部連携情報記憶部２８９で記憶する外部連携情報テーブルの一例を示す図である。

外部連携情報テーブルには、アカウント毎に、アカウントの識別子であるユーザＩＤ、ユーザの所属先を表すテナントＩＤ、第２のサービスプロバイダ２０に接続するための情報、及び属性が記憶される。ユーザＩＤは、第２のサービスプロバイダ２０のアカウントのＩＤである。なお、第１のサービスプロバイダ１０と、第２のサービスプロバイダ２０とで共通のユーザＩＤが用いられてもよい。

第２のサービスプロバイダ２０に接続するための情報は、例えば、使用可能な範囲、ａｃｃｃｅｓｓ＿ｔｏｋｅｎ、及びｒｅｆｒｅｓｈ＿ｔｏｋｅｎ等である。

使用可能な範囲は、各アカウントの使用可能な範囲を表す。図６の例では、管理番号「ｉｄ＿００１」のアカウントの使用可能な範囲にはｅｍａｉｌ、ｐｒｏｆｉｌｅ、及びｓｐｒｅａｄｓｈｅｅｔと設定されている。この場合、かかるアカウントを用いて、クライアント装置１００は、電子メール、アカウントのプロファイルの設定と変更、及び表計算に関するサービスの提供を、第２のサービスプロバイダ２０から受けることができる。

ａｃｃｃｅｓｓ＿ｔｏｋｅｎは、第２のサービスプロバイダ２０にログイン済みであることを示す情報である。クライアント装置１００がａｃｃｃｅｓｓ＿ｔｏｋｅｎを含む接続の要求を外部装置３００に送信した場合、クライアント装置１００は、外部装置３００との間で認証の処理を行うことなく、外部装置３００からサービスを受けることが可能となる。

ｒｅｆｒｅｓｈ＿ｔｏｋｅｎは、ａｃｃｃｅｓｓ＿ｔｏｋｅｎの有効期限を示す情報である。

属性は、例えば、テナント内共有の有無、及びＤｅｌｅｇａｔｏｒ等が設定される。

テナント内共有の有無には、ｔｒｕｅ又はｆａｌｓｅが設定される。アカウントのテナント内共有の有無の欄にｔｒｕｅが設定されている場合、かかるアカウントは、同一のテナントに属するユーザ間で共有可能であることを示す。アカウントのテナント内共有の有無の欄にｆａｌｓｅが設定されている場合、かかるアカウントは、同一のテナントに属するユーザ間でアカウントを共有不能であることを示す。

Ｄｅｌｅｇａｔｏｒの欄には、アプリケーションＩＤ（例えば、ａｐｐ０１）、又はクライアント装置ＩＤが設定される。

Ｄｅｌｅｇａｔｏｒの欄に、ユーザの所属するテナントで共用する共通のアカウントであることを示す識別子を設定してもよい。かかる識別子は、例えば、ｔｒｕｅとしてもよい。

図７は、第１の実施形態に係る外部連携情報記憶部２８９で記憶するフィルタリングパターンの一例を示す図である。

図７では、８つのフィルタリングパターンを示している。フィルタリングパターンはテナント毎に設定されてもよい。

アカウント特定部２７８は、設定されているフィルタリングパターンを用いて、クライアント装置１００のユーザと同一のテナントＩＤを有するアカウントの中から、アカウントの候補を特定する。

フィルタリングパターンは、テナント内共有の有無、及び指定の欄を有する。

フィルタリングパターンのテナント内共有の有無にはｔｒｕｅ、又はｆａｌｓｅが設定される。ｔｒｕｅは、テナント内共有が「有り」と設定されているアカウントを、アカウント特定部２７８が抽出することを示す。ｆａｌｓｅは、テナント内共有が「無し」と設定されているアカウントを、アカウント特定部２７８が抽出することを示す。

フィルタリングパターンにｔｒｕｅが設定されている場合、つまり、フィルタリングパターンのＮｏ．５乃至８が設定されている場合、アカウント特定部２７８は、まず外部連携情報テーブルのテナント内共有の有無にｔｒｕｅと設定されているアカウントを抽出する。

一方、フィルタリングパターンにｆａｌｓｅが設定されている場合、つまり、フィルタリングパターンのＮｏ．１乃至４が設定されている場合、アカウント特定部２７８は、まず外部連携情報テーブルのテナント内共有の有無にｆａｌｓｅと設定されているアカウントを抽出する。

次に、アカウント特定部２７８は、フィルタリングパターンの指定の欄を用いて抽出されたアカウントの中から、クライアント装置１００に通知するアカウントの候補を特定する。

Ｎｏ．１又はＮｏ．５のフィルタリングパターンが設定されている場合、アカウント特定部２７８は、クライアント装置１００のユーザと同一のテナントＩＤを有するアカウントの中から、テナント内共有が「有り」と設定されているアカウント、又はテナント内共有が「無し」と設定されているアカウントをアカウントの候補に特定する。

この場合、複数のアカウントの候補が特定される可能性が高い。このため、クライアント装置１００は、認証・認可サーバ２００から受信したアカウントの候補の情報を表示し、クライアント装置１００のユーザによるアカウントの選択を受け付けてもよい。

Ｎｏ．２又はＮｏ．６のフィルタリングパターンが設定されている場合、アカウント特定部２７８は、クライアント装置１００から受信した取得の要求の情報要素に含まれるアプリケーションＩＤと、外部連携情報テーブルのＤｅｌｅｇａｔｏｒの欄に設定されているアプリケーションＩＤとが一致するアカウントをアカウントの候補に特定する。

Ｎｏ．３又はＮｏ．７のフィルタリングパターンが設定されている場合、アカウント特定部２７８は、クライアント装置１００から受信した取得の要求の情報要素に含まれるクライアント装置ＩＤと、外部連携情報テーブルのＤｅｌｅｇａｔｏｒの欄に設定されているクライアント装置ＩＤとが一致するアカウントをアカウントの候補に特定する。

Ｎｏ．４又はＮｏ．８のフィルタリングパターンが設定されている場合、アカウント特定部２７８は、外部連携情報テーブルのＤｅｌｅｇａｔｏｒの欄に、ユーザの所属するテナントで共用する、共通のアカウントであることを示す識別子（例えば、ｔｒｕｅ）が設定されているアカウントをアカウントの候補に特定する。

テナント内共有「有」のアカウントが抽出される場合、テナント内共有の設定を許容しているユーザのアカウントのみがアカウントの候補となり、他のユーザと共有される。このため、テナント内共有の設定を許容していないユーザのアカウントは影響を受けないというメリットがある。

指定の欄が「指定しない」と設定されている場合、クライアント装置１００のユーザが、使用する度に、アカウントの候補の中からアカウントを選択できるというメリットがある。

指定の欄が「アプリケーションＩＤ」、又は「クライアント装置ＩＤ」と設定されている場合、使用するアプリケーション、又はクライアント装置１００によりアカウントを特定できる。

また、この場合、他のアプリケーション、又は他のクライアント装置１００から、クライアント装置１００のユーザが、アカウントの操作をできなくなるため、アカウント内の情報の誤削除、誤更新を避けられるというメリットがある。

指定の欄が「固定」と設定されている場合、ユーザのテナントで共通するアカウントが特定されるため、管理者のアカウント管理が容易であるというメリットがある。

なお、フィルタリングパターンがＮｏ．１が設定されている場合、テナント内共有が「無し」に設定されている全てのアカウントがアカウントの候補となっている状態であるため、クライアント装置１００は、ユーザにより全てのアカウントの選択を受け付ける可能性がある。ユーザによる誤選択の可能性を考慮すると、テナント内共有が「無し」に設定されている全てのアカウントが候補として通知されるのは、好ましくない。このため、Ｎｏ．１以外のフィルタリングパターンが設定されることが好ましい。

＜動作手順＞
（１）第２のサービスプロバイダに接続するための情報の登録
図８は、第１の実施形態に係る第２のサービスプロバイダ２０に接続するための情報の登録の動作手順の一例を示す図である。

認証・認可サーバ２００は、外部装置３００から、第２のサービスプロバイダ２０に接続するための情報を直接取得してもよいし、クライアント装置１００が、外部装置３００からかかる情報を取得し、認証・認可サーバ２００に送信してもよい。

クライアント装置１００は、外部装置３００から、第２のサービスプロバイダ２０のアカウントの情報、具体的には、使用可能な範囲、ａｃｃｃｅｓｓ＿ｔｏｋｅｎ、及びｒｅｆｒｅｓｈ＿ｔｏｋｅｎを取得した後に、ステップＳ８０１の動作を実施する。

ステップＳ８０１で、クライアント装置１００の通信部１１０は、認証・認可サーバ２００に、第２のサービスプロバイダ２０のアカウントの情報の登録要求を送信する。登録要求は、ユーザＩＤ、テナントＩＤ、及び第２のサービスプロバイダ２０のアカウントの情報を含む。なお、かかる登録要求にアカウントの属性を含んでもよい。

ステップＳ８０２で、認証・認可サーバ２００の通信部２９０は、登録要求を受信し、外部連携情報記憶部２８９は、受信した第２のサービスプロバイダ２０の情報を記憶する。登録要求に属性が含まれる場合は、外部連携情報記憶部２８９は、属性も記憶する。

ステップＳ８０３で、認証・認可サーバ２００の通信部２９０は、第２のサービスプロバイダ２０のアカウントの情報等が登録された旨の応答を、クライアント装置１００に送信する。

（２）アカウント候補の情報の取得（その１）
図９は、第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その１）である。

図９を用いて、ユーザが第２のサービスプロバイダ２０で提供しているファイルの保管サービスを使用している場合の動作手順を説明する。

ステップＳ９０１で、クライアント装置１００の入出力部１２０は、ユーザからファイルのアップロード要求を受け付ける。

ステップＳ９０２で、クライアント装置１００の制御部１３０は、記憶部１４０を参照し、第１のサービスプロバイダ１０での認証の処理に必要な情報（以下、認証情報）を特定する。クライアント装置１００が、既に認証・認可サーバ２００に接続し、認証処理が成功している場合、認証情報は記憶部１４０に記憶されている。認証情報が記憶されていない場合、クライアント装置１００の入出力部１２０は、クライアント装置１００のユーザから認証に必要な、テナントＩＤ、ユーザＩＤ、及びパスワード等の情報の入力を受け付けてもよい。

ステップＳ９０３で、クライアント装置１００の通信部１１０は、第２のサービスプロバイダ２０に接続するための情報の取得の要求を送信する。かかる取得の要求には、第１のサービスプロバイダ１０の認証情報を含む。

ステップＳ９０４で、認証・認可サーバ２００の認証・認可部２７１は、受信した第１のサービスプロバイダ１０の認証情報を用いて、第１のサービスプロバイダ１０での認証の処理を行う。

ステップＳ９０５で、認証・認可サーバ２００のアカウント特定部２７８は、第２のサービスプロバイダ２０のアカウントの候補を特定する。アカウント特定部２７８は、外部連携情報記憶部２８９が記憶しているフィルタリングパターンがＮｏ．５（テナント内共有：ｔｒｕｅ、 指定：指定しない）であることを確認する。アカウント特定部２７８は、外部連携情報テーブルを参照し、取得の要求を受信したクライアント装置１００のユーザと同一のテナントＩＤのアカウントのうち、テナント内共有の有無がｔｒｕｅに設定されているアカウントを特定する。

ステップＳ９０６で、認証・認可サーバ２００の通信部２９０は、アカウントの候補の識別子と、かかるアカウントの候補を用いて第２のサービスプロバイダ２０に接続するための情報とを含む応答を、クライアント装置１００に送信する。

ステップＳ９０７で、クライアント装置１００の入出力部１２０は、受信した第２のサービスプロバイダ２０のアカウントの候補の情報を表示する。

ステップＳ９０８で、クライアント装置１００の入出力部１２０は、ユーザからのアカウントの選択を受け付ける。

ステップＳ９０９で、クライアント装置１００の通信部１１０は、外部装置３００に接続し、ファイルをアップロードする。外部装置３００に接続するとき、通信部１１０は、ユーザに選択されたアカウントの「第２のサービスプロバイダ２０に接続するための情報」を含む信号を送信する。

ステップＳ９１０で、クライアント装置１００の通信部１１０は、外部装置３００からファイルのアップロードが完了した旨の応答を受信する。

図１０は、第１の実施形態に係る入出力部１２０に表示される画面の一例を示す図である。

ステップＳ９０７で、クライアント装置１００の入出力部１２０は、図１０に示す画面を表示し、クライアント装置１００のユーザにアカウントの選択を促してもよい。

（３）アカウント候補の情報の取得（その２）
図１１は、第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その２）である。図９の動作手順と同じ手順については説明を省略し、異なる部分についてのみ説明する。

ステップＳ１１０１及びステップＳ１１０２の手順については、ステップＳ９０１及びステップＳ９０２と同じであるため、説明を省略する。

ステップＳ１１０３で、クライアント装置１００の通信部１１０は、第２のサービスプロバイダ２０に接続するための情報の取得の要求を送信する。かかる取得の要求には、第１のサービスプロバイダ１０の認証情報を含む。また、かかる取得の要求の情報要素には、アプリケーションＩＤを含む。

ステップＳ１１０４の手順はステップＳ９０４と同じであるため、説明を省略する。

ステップＳ１１０５で、認証・認可サーバ２００のアカウント特定部２７８は、第２のサービスプロバイダ２０のアカウントの候補を特定する。アカウント特定部２７８は、外部連携情報記憶部２８９が記憶しているフィルタリングパターンがＮｏ．６（テナント内共有：ｔｒｕｅ、 指定：アプリケーションの識別子）であることを確認する。

アカウント特定部２７８は、外部連携情報テーブルを参照し、取得の要求を受信したクライアント装置１００のユーザと同一のテナントＩＤのアカウントのうち、テナント内共有の有無がｔｒｕｅに設定されているアカウントを抽出する。アカウント特定部２７８は、抽出されたアカウントのうち属性のＤｅｌｅｇａｔｏｒに設定されているアプリケーションＩＤと、受信した情報要素に含まれるアプリケーションＩＤが一致するアカウントを特定する。

ステップＳ１１０６は、ステップＳ９０６と同じである。ただし、ステップＳ１１０６の場合、応答には、アプリケーションＩＤが一致した１つのアカウントの候補の識別子と、かかるアカウントの候補を用いて第２のサービスプロバイダ２０に接続するのに必要な情報とが含まれる。

本動作手順では、１つのアカウントの候補しか受信しないため、クライアント装置１００の入出力部１２０は、クライアント装置１００のユーザにアカウントの選択を促す表示をしない。

ステップＳ１１０７及びステップＳ１１０８は、ステップＳ９０９及びＳ９１０と同じであるため説明を省略する。

（４）アカウント候補の情報の取得（その３）
図１２は、第１の実施形態に係るアカウント候補の情報を取得する動作手順の一例を示す図（その３）である。

ステップＳ１２０１乃至ステップＳ１２０４は、ステップＳ１１０１乃至ステップＳ１１０４と同じであるため、説明を省略する。なお、ステップＳ１２０３の第２のサービスプロバイダ２０に接続するための情報の取得の要求には、アプリケーションＩＤを含まなくてもよい。

ステップＳ１２０５で、認証・認可サーバ２００のアカウント特定部２７８は、第２のサービスプロバイダ２０のアカウントの候補を特定する。アカウント特定部２７８は、外部連携情報記憶部２８９が記憶しているフィルタリングパターンがＮｏ．８（テナント内共有：ｔｒｕｅ、 指定：固定）であることを確認する。

アカウント特定部２７８は、外部連携情報テーブルを参照し、取得の要求を受信したクライアント装置１００のユーザと同一のテナントＩＤのアカウントのうち、テナント内共有の有無がｔｒｕｅに設定されているアカウントを抽出する。アカウント特定部２７８は、抽出されたアカウントのうち属性のＤｅｌｅｇａｔｏｒにｔｒｕｅと設定されているアカウントを特定する。

ステップＳ１２０６乃至ステップＳ１２０８は、ステップＳ１１０６乃至ステップＳ１１０８と同じであるため説明を省略する。

（５）テナント認証キーの取得
図１３は、第１の実施形態に係る第１のサービスプロバイダ１０の認証情報の取得の手順の一例を示す図である。

ステップＳ１３０１で、クライアント装置１００の入出力部１２０は、クライアント装置１００のユーザから第１のサービスプロバイダ１０の認証に必要な情報を受け付ける。認証に必要な情報とは、テナントＩＤ、ユーザＩＤ、及びパスワード等である。

ステップＳ１３０２で、クライアント装置１００の通信部１１０は、認証・認可サーバ２００に、認証の要求を送信する。認証の要求には、テナントＩＤ、ユーザＩＤ，及びパスワードを含む。

ステップＳ１３０３で、認証・認可サーバ２００の認証・認可部２７１は認証の処理を行う。認証が成功すると、認証・認可サーバ２００の通信部２９０は、ユーザの認証チケットを、クライアント装置１００に通知する。

ステップＳ１３０４で、クライアント装置１００の入出力部１２０は、ユーザの認証チケットを表示する。

ステップＳ１３０５で、クライアント装置１００の入出力部１２０は、ユーザからユーザの認証チケットに関する初期設定の入力を受け付ける。

ステップＳ１３０６で、クライアント装置１００の通信部１１０は、第１のサービスプロバイダ１０の認証情報の取得の要求を送信する。かかる取得の要求には、ユーザの認証チケットを含む。なお、第１のサービスプロバイダ１０の認証情報は、テナント認証キーと呼ばれてもよい。

ステップＳ１３０７で、認証・認可サーバ２００の通信部２９０は、第１のサービスプロバイダ１０の認証情報を、クライアント装置１００に通知する。

ステップＳ１３０８で、クライアント装置１００の記憶部１４０は、第１のサービスプロバイダ１０の認証情報を記憶する。

＜その他＞
認証・認可サーバ２００は、サーバ装置の一例である。アカウント特定部２７８は、特定部の一例である。通信部２９０は、受信部、第２の送信部及び送信部の一例である。認証・認可部２７１は、認証部の一例である。

通信部１１０は、第１の送信部、送信部、受信部、及び接続部の一例である。第２のサービスプロバイダ２０で提供するサービスは、外部サービスの一例である。

クライアント装置１００の動作については、クライアント装置１００上で動作するアプリケーションにより実現されてもよい。

上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、認証・認可サーバ２００及びクライアント装置１００に供給してもよい。そして、認証・認可サーバ２００及びクライアント装置１００が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、上述の実施形態が、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は、いずれかの実施の形態を構成することになる。ここで、記憶媒体は、記録媒体または非一時的な記憶媒体である。

また、コンピュータ装置が読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。そのプログラムコードの指示に従って、コンピュータ装置上で動作しているオペレーティングシステム（ＯＳ）等が実際の処理の一部または全部を行ってもよい。さらに、その処理によって前述した実施形態の機能が実現されてもよいことは言うまでもない。

以上、本発明の好ましい実施形態について説明したが、本発明はこうした実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 第１のサービスプロバイダ
２０ 第２のサービスプロバイダ
１００ クライアント装置
１１０ 通信部
１２０ 入出力部
１３０ 制御部
１４０ 記憶部
２００ 認証・認可サーバ
２７１ 認証・認可部
２７８ アカウント特定部
２８９ 外部連携情報記憶部
２９０ 通信部
３００ 外部装置

特開２０１３−１４５５０５号公報

Claims (10)

1. クライアント装置と、サーバ装置とを有する情報処理システムであって、
   前記クライアント装置は、
   外部サービスを提供する外部装置に接続するための情報の取得の要求を、前記サーバ装置に送信する第１の送信部、を有し、
   前記サーバ装置は、
   １以上の前記外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部装置に接続するための情報とを対応付けて記憶する記憶部と、
   前記クライアント装置から、前記取得の要求を受信する受信部と、
   前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定する特定部と、
   前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信する第２の送信部と、を有し、
   前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子及び前記アカウントの同一の所属先のユーザの間での共有の可否を含み、
   前記特定部は、前記クライアント装置のユーザの所属先を示す識別子と、前記アカウントのユーザの所属先を示す識別子とが一致し、かつ、前記属性にアカウントの共有が可能と設定されているアカウントをアカウントの候補とする、情報処理システム。
2. クライアント装置と、サーバ装置とを有する情報処理システムであって、
   前記クライアント装置は、
   外部サービスを提供する外部装置に接続するための情報の取得の要求を、前記サーバ装置に送信する第１の送信部、を有し、
   前記サーバ装置は、
   １以上の前記外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部装置に接続するための情報とを対応付けて記憶する記憶部と、
   前記クライアント装置から、前記取得の要求を受信する受信部と、
   前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定する特定部と、
   前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信する第２の送信部と、を有し、
   前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子、及び前記アカウントのユーザの所属先のための共通のアカウントであることを示す情報を含み、
   前記特定部は、前記クライアント装置の前記ユーザの所属先を示す識別子と、前記アカウントの前記ユーザの所属先を示す識別子とが一致し、かつ、前記共通のアカウントであることを示す情報が設定されているアカウントをアカウントの候補とする、情報処理システム。
3. 前記クライアント装置は、
   前記サーバ装置から受信した前記アカウントの候補の情報を表示し、前記アカウントの候補のうちから前記ユーザによるアカウントの選択を受け付ける入出力部を有する、請求項１又は２に記載の情報処理システム。
4. 前記情報要素、及び前記属性は、それぞれ前記外部サービスを使用するアプリケーションの識別子を含み、
   前記特定部は、前記属性に含まれるアプリケーションの識別子が、前記情報要素に含まれるアプリケーションの識別子と一致するアカウントをアカウントの候補とする請求項１乃至３のいずれか一項に記載の情報処理システム。
5. 前記情報要素、及び前記属性は、それぞれクライアント装置の識別子を含み、
   前記特定部は、前記属性に含まれるクライアント装置の識別子が、前記属性に含まれるクライアント装置の識別子と一致するアカウントをアカウントの候補とする請求項１乃至４のいずれか一項に記載の情報処理システム。
6. 前記サーバ装置は、前記取得の要求に応じて、前記クライアント装置を認証する認証部を有し、
   認証が成功した場合に、前記第２の送信部は、前記特定された接続するための情報を送信する請求項１乃至５のいずれか一項に記載の情報処理システム。
7. １以上の外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部サービスを提供する外部装置に接続するための情報とを対応付けて記憶する記憶部と、
   クライアント装置から、前記外部装置に接続するための情報の取得の要求を受信する受信部と、
   前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定する特定部と、
   前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信する送信部と、を有し、
   前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子及び前記アカウントの同一の所属先のユーザの間での共有の可否を含み、
   前記特定部は、前記クライアント装置のユーザの所属先を示す識別子と、前記アカウントのユーザの所属先を示す識別子とが一致し、かつ、前記属性にアカウントの共有が可能と設定されているアカウントをアカウントの候補とする、サーバ装置。
8. １以上の外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部サービスを提供する外部装置に接続するための情報とを対応付けて記憶する記憶部と、
   クライアント装置から、前記外部装置に接続するための情報の取得の要求を受信する受信部と、
   前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定する特定部と、
   前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信する送信部と、を有し、
   前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子、及び前記アカウントのユーザの所属先のための共通のアカウントであることを示す情報を含み、
   前記特定部は、前記クライアント装置の前記ユーザの所属先を示す識別子と、前記アカウントの前記ユーザの所属先を示す識別子とが一致し、かつ、前記共通のアカウントであることを示す情報が設定されているアカウントをアカウントの候補とする、サーバ装置。
9. サーバ装置に、
   １以上の外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部サービスを提供する外部装置に接続するための情報とを対応付けて記憶するステップと、
   クライアント装置から、前記外部装置に接続するための情報の取得の要求を受信するステップと、
   前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定するステップと、
   前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信するステップと、を実行させ、
   前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子及び前記アカウントの同一の所属先のユーザの間での共有の可否を含み、
   前記特定するステップは、前記クライアント装置のユーザの所属先を示す識別子と、前記アカウントのユーザの所属先を示す識別子とが一致し、かつ、前記属性にアカウントの共有が可能と設定されているアカウントをアカウントの候補とする、プログラム。
10. サーバ装置に、
    １以上の外部サービスのアカウントの各々の属性と、前記アカウントの各々を用いて前記外部サービスを提供する外部装置に接続するための情報とを対応付けて記憶するステップと、
    クライアント装置から、前記外部装置に接続するための情報の取得の要求を受信するステップと、
    前記取得の要求に含まれ、前記外部サービスのアカウントを特定する情報要素と、前記アカウントの各々の属性とに基づいて、前記クライアント装置が、前記外部サービスの提供を受けるときに用いるアカウントの候補を特定するステップと、
    前記特定されたアカウントの候補を用いて前記外部装置に接続するための情報を前記クライアント装置に送信するステップと、を実行させ、
    前記情報要素は、前記クライアント装置のユーザの所属先を示す識別子を含み、前記属性は、前記アカウントのユーザの所属先を示す識別子、及び前記アカウントのユーザの所属先のための共通のアカウントであることを示す情報を含み、
    前記特定するステップは、前記クライアント装置の前記ユーザの所属先を示す識別子と、前記アカウントの前記ユーザの所属先を示す識別子とが一致し、かつ、前記共通のアカウントであることを示す情報が設定されているアカウントをアカウントの候補とする、プログラム。

Images