知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023044373
(43)【公開日】2023-03-30
(54)【発明の名称】情報処理装置、情報処理方法及びプログラム
(51)【国際特許分類】
G06F 21/33 20130101AFI20230323BHJP
【ＦＩ】
G06F21/33 350
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2021152372
(22)【出願日】2021-09-17
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】張 東哲
(57)【要約】
【課題】有効と判定された場合のみスコープの認可を外部サービスへ要求する。
【解決手段】情報処理装置は、外部サービスと連携した処理を行うアプリケーションを実行する。スコープ判断部は、外部サービスと連携した処理で必要とされるスコープが有効か無効かを判定する。認証部は、有効と判定された場合のみスコープの認可を外部サービスへ要求する。
【選択図】図５
【解決手段】情報処理装置は、外部サービスと連携した処理を行うアプリケーションを実行する。スコープ判断部は、外部サービスと連携した処理で必要とされるスコープが有効か無効かを判定する。認証部は、有効と判定された場合のみスコープの認可を外部サービスへ要求する。
【選択図】図５
【特許請求の範囲】
【請求項1】
外部サービスと連携した処理を行うアプリケーションを実行する情報処理装置であって、
前記処理で必要とされるスコープが有効か無効かを判定するスコープ判断部と、
有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求する認証部と、
を備える情報処理装置。
前記処理で必要とされるスコープが有効か無効かを判定するスコープ判断部と、
有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求する認証部と、
を備える情報処理装置。
【請求項2】
請求項１に記載の情報処理装置であって、
前記スコープ判断部は、前記スコープに対する事前設定が完了していない場合に、前記スコープを無効と判定する、
情報処理装置。
前記スコープ判断部は、前記スコープに対する事前設定が完了していない場合に、前記スコープを無効と判定する、
情報処理装置。
【請求項3】
請求項２に記載の情報処理装置であって、
前記スコープ判断部は、前記外部サービスから取得した前記事前設定を必要とするか否かを示す情報及び前記事前設定が完了しているか否かを示す情報を用いて、前記スコープが有効か無効かを判定する、
情報処理装置。
前記スコープ判断部は、前記外部サービスから取得した前記事前設定を必要とするか否かを示す情報及び前記事前設定が完了しているか否かを示す情報を用いて、前記スコープが有効か無効かを判定する、
情報処理装置。
【請求項4】
請求項３に記載の情報処理装置であって、
前記スコープ判断部は、前記スコープが無効と判定した場合、前記事前設定が必要である旨を通知する、
情報処理装置。
前記スコープ判断部は、前記スコープが無効と判定した場合、前記事前設定が必要である旨を通知する、
情報処理装置。
【請求項5】
請求項４に記載の情報処理装置であって、
前記スコープ判断部は、通知先のユーザの権限に応じて、前記通知の内容を変更する、
情報処理装置。
前記スコープ判断部は、通知先のユーザの権限に応じて、前記通知の内容を変更する、
情報処理装置。
【請求項6】
請求項５に記載の情報処理装置であって、
前記スコープ判断部は、
管理権限を有さないユーザに対しては、前記管理権限を有するユーザへの連絡手段を提示し、
前記管理権限を有するユーザに対しては、前記事前設定の確認手段を提示する、
情報処理装置。
前記スコープ判断部は、
管理権限を有さないユーザに対しては、前記管理権限を有するユーザへの連絡手段を提示し、
前記管理権限を有するユーザに対しては、前記事前設定の確認手段を提示する、
情報処理装置。
【請求項7】
コンピュータが、外部サービスと連携した処理を行うアプリケーションを実行する情報処理方法であって、
スコープ判断部が、前記処理で必要とされるスコープが有効か無効かを判定するステップと、
認証部が、有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求するステップと、
を有する情報処理方法。
スコープ判断部が、前記処理で必要とされるスコープが有効か無効かを判定するステップと、
認証部が、有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求するステップと、
を有する情報処理方法。
【請求項8】
外部サービスと連携した処理を行うアプリケーションを実行するコンピュータを、
前記処理で必要とされるスコープが有効か無効かを判定するスコープ判断部、及び
有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求する認証部、
として機能させるためのプログラム。
前記処理で必要とされるスコープが有効か無効かを判定するスコープ判断部、及び
有効と判定された場合のみ前記スコープの認可を前記外部サービスへ要求する認証部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
この発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【0002】
近年、クラウドコンピューティング等により多種多様な外部サービスが提供されるようになった。外部サービスと連携して処理を行う際に用いられる認証方法には、ＯＡｕｔｈと呼ばれる技術が知られている。ＯＡｕｔｈでは、外部サービスと連携して処理を行うアプリケーションに対して、スコープとして設定された範囲内で当該外部サービスのリソースの利用を認可する。
【0003】
特許文献１には、外部サービスと連携した処理を行うアプリケーションに対して適切なスコープを設定する情報処理システムが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、ＯＡｕｔｈの認可を行うために事前設定が必要な外部サービスがある。そのような外部サービスでは、事前設定が完了していない無効なスコープに対してＯＡｕｔｈの認可を要求すると、当該外部サービスに対するすべてのスコープの認可に失敗する、という課題がある。
【0005】
この発明の一実施形態は、上記のような技術的課題に鑑みて、有効と判定された場合のみスコープの認可を外部サービスへ要求することを目的とする。
【課題を解決するための手段】
【0006】
上記の課題を解決するために、この発明の一実施形態の情報処理システムは、外部サービスと連携した処理を行うアプリケーションを実行する情報処理装置であって、処理で必要とされるスコープが有効か無効かを判定するスコープ判断部と、有効と判定された場合のみスコープの認可を外部サービスへ要求する認証部と、を備える。
【発明の効果】
【0007】
この発明の一実施形態によれば、有効と判定された場合のみスコープの認可を外部サービスへ要求することができる。
【図面の簡単な説明】
【0008】
【図1】従来技術におけるエラー画面の一例を示す図である。
【図2】一実施形態における情報処理システムの全体構成を例示する図である。
【図3】一実施形態における情報処理装置のハードウェア構成を例示する図である。
【図4】一実施形態における画像形成装置のハードウェア構成を例示する図である。
【図5】一実施形態における情報処理システムの機能構成を例示する図である。
【図6】一実施形態におけるスコープ管理情報テーブルの一例を示す図である。
【図7】一実施形態におけるユーザ情報テーブルの一例を示す図である。
【図8】一実施形態におけるＯＡｕｔｈ登録情報テーブルの一例を示す図である。
【図9】一実施形態における認可トークン情報テーブルの一例を示す図である。
【図10】一実施形態におけるロジック処理部の機能構成を例示する図である。
【図11】一実施形態におけるコンポーネント情報テーブルの一例を示す図である。
【図12】第１実施形態における認証連携処理の手順を例示する図である。
【図13】一実施形態における認可画面の一例を示す図である。
【図14】一実施形態におけるスコープの決定の一例を示す図である。
【図15】一実施形態における確認画面の一例を示す図である。
【図16】第１実施形態における事前設定処理の手順を例示する図である。
【図17】一実施形態における画像形成装置に表示されるアプリ選択画面の一例を示す図である。
【図18】一実施形態における情報処理装置に表示される一般ユーザ向けアプリ選択画面の一例を示す図である。
【図19】一実施形態における情報処理装置に表示される管理者ユーザ向けアプリ選択画面の一例を示す図である。
【図20】一実施形態における画像形成装置に表示される一般ユーザ向け通知画面の一例を示す図である。
【図21】一実施形態における情報処理装置に表示される一般ユーザ向け通知画面の一例を示す図である。
【図22】一実施形態における画像形成装置に表示される管理者ユーザ向け通知画面の一例を示す図である。
【図24】一実施形態における画像形成装置に表示されるアプリ設定画面の一例を示す図である。
【図23】一実施形態における情報処理装置に表示される管理者ユーザ向け通知画面の一例を示す図である。
【図25】一実施形態における情報処理装置に表示されるアプリ設定画面の一例を示す図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら、この発明の実施の形態について、詳細に説明する。なお、図面中において同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【0010】
［第１実施形態］
＜背景＞
クラウドサービス等の外部サービスと連携した処理を行うアプリケーションを提供する情報処理システムにおいては、外部サービスから事前にリソースの利用に対する認可を得る必要がある。認可を得るための認証技術として、ＯＡｕｔｈと呼ばれる技術がよく用いられている。ＯＡｕｔｈでは、利用するリソースの範囲を設定するスコープを指定して、外部サービスから認可を得る。
＜背景＞
クラウドサービス等の外部サービスと連携した処理を行うアプリケーションを提供する情報処理システムにおいては、外部サービスから事前にリソースの利用に対する認可を得る必要がある。認可を得るための認証技術として、ＯＡｕｔｈと呼ばれる技術がよく用いられている。ＯＡｕｔｈでは、利用するリソースの範囲を設定するスコープを指定して、外部サービスから認可を得る。
【0011】
様々な外部サービスの中には、スコープの認可を得る前に、外部サービス側で管理者が事前承認を行う等の事前設定を必要とするものがある。また、事前設定が必要な外部サービスにおいて事前設定が完了していないスコープに対して認可を要求すると、そのスコープに対する認可要求が失敗するだけでなく、同じ外部サービスにおける他のスコープに対する認可要求も失敗する場合がある。したがって、このような外部サービスでは、あるスコープに対する認可要求が失敗すると、同じ外部サービスと連携した処理を行う他のアプリケーションにまで影響が及ぶことがある。
【0012】
図１は、事前設定が必要かつ事前設定が完了していないスコープを指定して外部サービスに認可を要求したときに表示されるエラー画面の一例である。図１に示したエラー画面は、管理者が外部サービスにおいてリソースへのアクセスを許可する必要がある旨を示している。この外部サービスでは、事前に管理者がアプリケーションで必要となるスコープの利用を一般ユーザに承認しておかなければならない仕様となっている。このエラーが発生すると、その外部サービスと連携した処理を実行する他のアプリケーションにおいても、外部サービスとの連携に失敗することになる。
【0013】
そこで、この発明の一実施形態では、外部サービスと連携した処理を行うアプリケーションを実行する情報処理システムにおいて、そのアプリケーションで必要となるスコープが事前設定を必要とするか否か及びその事前設定が完了しているか否かを示す情報を保持しておく。外部サービスに対して認可を要求する際には、それらの情報に基づいて、事前にスコープの有効性を判定する。認可を要求しようとしているすべてのスコープが有効と判定されたときには、そのスコープに対して認可を要求する。また、認可を要求しようとしているスコープに無効なスコープが存在する場合には、その旨をユーザに通知する。
【0014】
これにより、この発明の一実施形態によれば、外部サービスにおいて事前設定が完了していないことに起因して認可が失敗することを防止することができる。そのため、認可の失敗による影響が、同じ外部サービスと連携した処理を行う他のアプリケーションに及ぶことを避けることができる。また、ユーザは事前設定が完了していないことを認識できるため、早期に問題を解決することができる。
【0015】
【0016】
本実施形態における情報処理システム１は、サービス提供システム１０と、機器２０と、外部サービスシステム３０とを含み、インターネット等の広域的な通信ネットワークＮ１を介して通信可能に接続されている。
【0017】
サービス提供システム１０は、一台以上の情報処理装置で実現され、通信ネットワークＮ１を介して、クラウドサービス等の外部サービスシステム３０と連携した一連の処理により実現される各種のサービスを提供する。なお、以降では、サービス提供システム１０が提供するサービスを「アプリケーション」とも表す。また、サービスを実現する一連の処理を「処理フロー」とも表す。
【0018】
なお、本実施形態では、外部サービスの具体例としてクラウドサービスを採用して説明するが、これに限られない。本実施形態は、例えば、ＡＳＰ（Application Service Provider）によって提供されるサービスやＷｅｂサービス等のネットワークを介して提供される各種の外部サービスに関して適用されてもよい。
【0019】
機器２０は、ユーザが使用する各種の電子機器である。ユーザは、機器２０を用いて、サービス提供システム１０が提供する各種のサービスを利用することができる。
【0020】
機器２０の一例は、画像形成装置（プリンタ、ＦＡＸ装置、ＭＦＰ（Multifunction Peripheral/Product/Printer：デジタル複合機）、スキャナ装置）である。機器２０の他の一例は、情報処理装置である。なお、機器２０は、通信機能を備えた装置であれば、画像形成装置又は情報処理装置に限られない。
【0021】
すなわち、機器２０は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。
【0022】
以降では、複数の機器２０について、各々を区別するときは、「機器２０１」、「機器２０２」等と添え字を用いて記載する。
【0023】
外部サービスシステム３０は、通信ネットワークＮ１を介して各種のクラウドサービスを提供するコンピュータシステムである。外部サービスシステムの一例は、ストレージサービス（又はオンラインストレージ）と呼ばれるクラウドサービスである。ストレージサービスとは、外部サービスシステム３０のストレージの記憶領域を貸し出すサービスである。
【0024】
以降では、複数の外部サービスシステム３０について、各々を区別するときは、「外部サービスシステム３０１」、「外部サービスシステム３０２」等と添え字を用いて記載する。また、外部サービスシステム３０１により提供される外部サービスの名称を「外部サービスＡ」、外部サービスシステム３０２により提供される外部サービスの名称を「外部サービスＢ」等と呼ぶ。
【0025】
外部サービスシステム３０は、複数台の情報処理装置によって実現されるシステムであってもよい。
【0026】
図２に示す情報処理システム１の構成は一例であって、他の構成であってもよい。例えば、本実施形態における情報処理システム１には、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサービス提供システム１０により提供される各種サービスを利用してもよい。
【0027】
＜情報処理システム１に含まれる各装置のハードウェア構成＞
≪情報処理装置のハードウェア構成≫
次に、本実施形態における情報処理システム１に含まれるサービス提供システム１０、機器２０及び外部サービスシステム３０が情報処理装置で実現される場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態における情報処理装置の一例のハードウェア構成を示す図である。
≪情報処理装置のハードウェア構成≫
次に、本実施形態における情報処理システム１に含まれるサービス提供システム１０、機器２０及び外部サービスシステム３０が情報処理装置で実現される場合のハードウェア構成について、図３を参照しながら説明する。図３は、本実施形態における情報処理装置の一例のハードウェア構成を示す図である。
【0028】
図３に示されているように、情報処理装置は、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティング機器５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0029】
これらのうち、ＣＰＵ５０１は、情報処理装置全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図３に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0030】
また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。ポインティング機器５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。
【0031】
≪画像形成装置のハードウェア構成≫
次に、本実施形態における情報処理システム１に含まれる機器２０が画像形成装置である場合のハードウェア構成について、図４を参照しながら説明する。図４は、本実施形態における画像形成装置の一例のハードウェア構成を示す図である。
次に、本実施形態における情報処理システム１に含まれる機器２０が画像形成装置である場合のハードウェア構成について、図４を参照しながら説明する。図４は、本実施形態における画像形成装置の一例のハードウェア構成を示す図である。
【0032】
図４に示されているように、画像形成装置は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
【0033】
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。
【0034】
これらのうち、ＣＰＵ９０１は、画像形成装置の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。
【0035】
ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0036】
ＳＢ９０４は、ＮＢ９０３とＰＣＩ機器、周辺機器とを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェースや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしてもよい。
【0037】
ＭＥＭ－Ｃ９０７は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出又は書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
【0038】
また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ等の通信回路である。
【0039】
更に、エンジン制御部９３０は、スキャナ部９３１及びプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件などの画像形成に関する条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。コントローラ９１０は、画像形成装置全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１又はプリンタ部９３２には、誤差拡散やガンマ変換などの画像処理部分が含まれている。
【0040】
なお、画像形成装置は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
【0041】
また、ネットワークＩ／Ｆ９５０は、通信ネットワークＮ１を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０及びネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
【0042】
＜情報処理システム１に含まれる各装置の機能構成＞
次に、本実施形態における情報処理システム１の機能構成について、図５を参照しながら説明する。図５は、本実施形態における情報処理システム１の一例の機能構成を示す図である。
次に、本実施形態における情報処理システム１の機能構成について、図５を参照しながら説明する。図５は、本実施形態における情報処理システム１の一例の機能構成を示す図である。
【0043】
≪サービス提供システム１０の機能構成≫
図５に示されるように、本実施形態におけるサービス提供システム１０は、サービス処理部１１０と、認可サービス部１２０と、認証部１３０と、ドキュメントサービス部１４０と、外部サービス連携部１５０とを備える。これらの各部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ５０１に実行させる処理により実現される。
図５に示されるように、本実施形態におけるサービス提供システム１０は、サービス処理部１１０と、認可サービス部１２０と、認証部１３０と、ドキュメントサービス部１４０と、外部サービス連携部１５０とを備える。これらの各部は、サービス提供システム１０にインストールされた１以上のプログラムが、ＣＰＵ５０１に実行させる処理により実現される。
【0044】
また、サービス提供システム１０は、ＯＡｕｔｈ登録情報記憶部１６０と、認可トークン情報記憶部１７０と、アプリ情報記憶部１８０とを備える。これらの各記憶部は、ＨＤ５０４を用いて実現可能である。なお、これらの各記憶部は、サービス提供システム１０と通信ネットワークＮ１を介して接続される記憶装置を用いて実現されてもよい。
【0045】
サービス処理部１１０は、サービス提供システム１０が提供する各種のサービスを実現するための処理を行う。サービス処理部１１０は、アプリ管理部１１１と、ロジック処理部１１２と、データＩ／Ｆ部１１３と、スコープ判断部１１４と、スコープ管理部１１５とを備える。
【0046】
アプリ管理部１１１は、アプリ情報記憶部１８０に記憶されているアプリ情報１０００を管理する。アプリ管理部１１１は、ブラウザ２１０からの要求に応じて、アプリ情報１０００に含まれる画面定義１１００に基づくアプリ画面を返信する。
【0047】
これにより、機器２０のブラウザ２１０には、サービス提供システム１０により提供されるサービスを利用するためのアプリ画面が表示される。なお、アプリ情報１０００には、上述したアプリ画面を機器２０に表示させるための画面定義１１００と、当該アプリ情報１０００により提供されるサービスを実現する一連の処理を示す処理内容１２００とが含まれる。
【0048】
また、アプリ管理部１１１は、ロジック処理部１１２からの要求に応じて、アプリ情報１０００に含まれる処理内容１２００を返信する。処理内容１２００は、上述したように、サービス提供システム１０により提供されるサービスを実現する一連の処理である。
【0049】
ロジック処理部１１２は、ブラウザ２１０からの要求に応じて、アプリ管理部１１１を介して、アプリ情報１０００に含まれる処理内容１２００を取得する。そして、ロジック処理部１１２は、アプリ管理部１１１を介して取得した処理内容１２００に基づいて、認証部１３０、ドキュメントサービス部１４０、又は外部サービス連携部１５０等に対して処理の実行を要求する。
【0050】
これにより、サービス提供システム１０により提供される各種のサービスが実現される。なお、ロジック処理部１１２の詳細については後述する。
【0051】
データＩ／Ｆ部１１３は、ブラウザ２１０からの要求に応じて、外部サービス連携部１５０のデータ処理部１５２に対して、データ処理に関する所定の要求（例えば、フォルダ一覧の取得要求等）を行う。
【0052】
スコープ判断部１１４は、アプリ情報１０００の外部サービスシステム３０に対する認可のスコープを決定する。すなわち、スコープ判断部１１４は、後述する認証部１３０により取得される認可トークンのスコープを決定する。なお、スコープとは、アプリ情報１０００により提供されるサービスにおいて、当該アプリ情報１０００が外部サービスシステム３０のリソースを利用可能な範囲を特定する情報である。
【0053】
ここで、スコープ判断部１１４は、アプリ情報１０００に含まれる処理内容１２００に基づいて、適切なスコープを決定する。したがって、本実施形態におけるサービス提供システム１０では、例えば、ユーザは、認可トークンのスコープを明示的に設定する必要がない。
【0054】
スコープ管理部１１５は、外部サービスシステム３０に対する認可のスコープと、当該スコープの有効性を表す情報とを管理する。本実施形態におけるスコープの有効性を表す情報は、当該スコープを利用するために事前設定が必要か否かを示す情報と、当該スコープに対する事前設定が完了しているか否かを示す情報である。本実施形態におけるスコープ管理部１１５は、スコープ管理情報テーブル１１５０を利用する。
【0055】
また、スコープ管理部１１５は、スコープ判断部１１４からの要求に応じて、スコープ管理情報テーブル１１５０に格納されているスコープ管理情報を返信する。ここで、スコープ管理情報テーブル１１５０の詳細について、図６を参照しながら説明する。図６は、スコープ管理情報テーブル１１５０の一例を示す図である。
【0056】
図６に示すスコープ管理情報テーブル１１５０に格納されるスコープ管理情報は、データ項目として、テナントＩＤと、サービスＩＤと、スコープと、事前設定フラグと、設定済フラグとを有する。
【0057】
テナントＩＤは、サービス提供システム１０に予め設定されたテナントを識別する識別情報である。サービスＩＤは、外部サービスシステム３０を識別する識別情報である。スコープは、当該外部サービスシステム３０に認可を要求するスコープを示す情報である。事前設定フラグは、当該スコープを利用するために事前設定が必要か否かを示すフラグである。設定済フラグは、当該スコープに対する事前設定が完了しているか否かを示すフラグである。したがって、スコープ管理情報は、テナント及び外部サービスシステム３０毎に、当該外部サービスシステム３０に認可を要求するスコープと当該スコープの有効性を表す情報とが関連付けられた情報である。
【0058】
例えば、テナント「tenantA」における外部サービス「serviceA」のスコープ「write」は、事前設定フラグが「True」であり、設定済フラグが「False」である。これは、テナント「tenantA」では、外部サービス「serviceA」におけるスコープ「write」を利用するために、事前設定が必要であるが、その事前設定が完了していないことを示している。
【0059】
なお、テナントとは、サービス提供システム１０のリソースを複数のアカウントで共有するための仕組みである。あるアカウントで作成されたユーザは、そのアカウントに対応するテナントに割り当てられたリソースのみへアクセス可能であり、異なるテナントに割り当てられたリソースへはアクセスできない。例えば、あるテナントにアプリケーションを追加することで、そのテナントに属するユーザは、そのアプリケーションを利用できるが、他のテナントに属するユーザは、そのアプリケーションを利用することができない。
【0060】
スコープ管理情報は、テナントにアプリケーションが追加された際に、そのアプリケーションで必要となる外部サービスシステム３０のスコープを抽出することで、スコープ管理情報テーブル１１５０に追加される。この際、事前設定フラグは、後述するコンポーネント情報テーブル２０００で当該スコープに設定された値が自動的に設定される。また、設定済フラグは一律で「False」が設定される。
【0061】
図５に戻って説明する。認可サービス部１２０は、機器２０においてアプリ情報１０００の外部サービスシステム３０に対する認可に関する処理を行わせる。認可サービス部１２０は、認可アプリ提供部１２１と、認可アプリ１２２とを備える。認可アプリ提供部１２１は、ブラウザ２１０からの要求に応じて、当該ブラウザ２１０に認可アプリ１２２を提供（送信）する。
【0062】
なお、認可アプリ１２２は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等で実現されるアプリケーションであり、認可アプリ１２２がブラウザ２１０上で実行されることにより、後述する認可処理部２１１が実現される。
【0063】
認証部１３０は、認可処理部２１１からの要求に応じて、ＯＡｕｔｈ登録情報記憶部１６０からＯＡｕｔｈ登録情報を取得する。なお、ＯＡｕｔｈ登録情報とは、例えば、外部サービスシステム３０における認可サーバＵＲＬ等であり、情報処理システム１の管理者等により外部サービスシステム３０毎に設定された情報である。ＯＡｕｔｈ登録情報の詳細については後述する。
【0064】
また、認証部１３０は、認可処理部２１１からの要求に応じて、外部サービスシステム３０から認可トークンを取得する。そして、認証部１３０は、取得した認可トークンを認可トークン情報記憶部１７０に保存する。認可トークンの詳細については後述する。
【0065】
これにより、本実施形態におけるサービス提供システム１０では、スコープ判断部１１４により決定されたスコープの認可トークンが保存される。このため、本実施形態におけるサービス提供システム１０では、保存された認可トークンを用いて、外部サービスシステム３０と連携した一連の処理により実現されるサービスを提供することができる。
【0066】
さらに、認証部１３０は、ブラウザ２１０からの要求に応じて、ユーザが入力した認証情報に基づいて当該ユーザの認証を行う。本実施形態の認証部１３０は、ユーザ情報テーブル１３００を利用する。ここで、ユーザ情報テーブル１３００の詳細について、図７を参照しながら説明する。図７は、ユーザ情報テーブル１３００の一例を示す図である。
【0067】
図７に示すユーザ情報テーブル１３００に格納されるユーザ情報は、データ項目として、ユーザＩＤと、ユーザ名と、テナントＩＤと、ユーザ種別とを有する。
【0068】
ユーザＩＤは、サービス提供システム１０のユーザを識別する識別情報である。ユーザ名は、当該ユーザを表す名称である。ユーザ種別は、当該ユーザの種別を示す情報である。本実施形態におけるユーザ種別は、管理権限を有さない一般ユーザと、管理権限を有する管理者ユーザとを含む。したがって、ユーザ情報は、ユーザ毎に、当該ユーザが属するテナントと当該ユーザの権限とが関連付けられた情報である。
【0069】
図５に戻って説明する。ドキュメントサービス部１４０は、サービス提供システム１０により提供されるサービスを実現するための一連の処理に含まれる一の処理を実現するプログラム（モジュール）群である。ドキュメントサービス部１４０には、例えば、電子ファイルに対してＯＣＲ処理を実行するＯＣＲ処理部１４１、電子ファイルを機器２０が印刷可能な印刷データに変換する印刷変換部１４２等が含まれる。
【0070】
なお、ドキュメントサービス部１４０は、これら以外にも、例えば、電子ファイルの圧縮又は解凍するためのプログラム、言語の翻訳処理を行うためのプログラム等の各種のプログラムが含まれていてもよい。
【0071】
外部サービス連携部１５０は、ロジック処理部１１２及びデータＩ／Ｆ部１１３からの要求に応じて、外部サービスシステム３０に対して、各種の処理の実行を要求する。
【0072】
ここで、本実施形態におけるサービス提供システム１０は、外部サービスシステム３０毎に、外部サービス連携部１５０を備える。すなわち、本実施形態におけるサービス提供システム１０は、外部サービスシステム３０１に対して処理の実行を要求するための外部サービス連携部１５０１を備える。同様に、本実施形態におけるサービス提供システム１０は、外部サービスシステム３０２に対して処理の実行を要求するための外部サービス連携部１５０２等を備える。
【0073】
このように、本実施形態におけるサービス提供システム１０は、連携して処理を行う外部サービスシステム３０毎に、それぞれ対応する外部サービス連携部１５０を備える。なお、以降では、複数の外部サービス連携部１５０について、各々を区別するときは、上記のように「外部サービス連携部１５０１」、「外部サービス連携部１５０２」等と添え字を用いて表す。
【0074】
外部サービス連携部１５０は、ロジック処理部１１２からの要求を受け付けるファイル処理部１５１と、データＩ／Ｆ部１１３からの要求を受け付けるデータ処理部１５２とを備える。
【0075】
ファイル処理部１５１は、外部サービスシステム３０に保存されている電子ファイルに対する操作（例えば、取得、保存、編集等）を行うためのＡＰＩ（Application Programming Interface）が定義されたインターフェースを有する。
【0076】
データ処理部１５２は、外部サービスシステム３０に保存されている電子ファイルの書誌情報等のメタデータ（例えば、ファイル一覧、フォルダ一覧等）を取得等するためのＡＰＩが定義されたインターフェースを有する。
【0077】
なお、外部サービス連携部１５０の追加又は変更等は、外部サービスシステム３０が提供するＳＤＫ（Software Development Kit）等を用いて行うことができる。
【0078】
ＯＡｕｔｈ登録情報記憶部１６０は、ＯＡｕｔｈ登録情報が格納されているＯＡｕｔｈ登録情報テーブル１６００を記憶する。ここで、ＯＡｕｔｈ登録情報テーブル１６００の詳細について、図８を参照しながら説明する。図８は、ＯＡｕｔｈ登録情報テーブル１６００の一例を示す図である。
【0079】
図８に示すＯＡｕｔｈ登録情報テーブル１６００に格納されるＯＡｕｔｈ登録情報は、データ項目として、サービスＩＤと、クライアントＩＤと、クライアントシークレットと、認可サーバＵＲＬと、リダイレクト先ＵＲＬとを有する。したがって、ＯＡｕｔｈ登録情報は、外部サービスシステム３０毎に、ＯＡｕｔｈの認可に用いるクライアントＩＤ、クライアントシークレット、認可サーバＵＲＬ、及びリダイレクト先ＵＲＬが関連付けられた情報である。
【0080】
認可トークン情報記憶部１７０は、認可トークン情報が格納されている認可トークン情報テーブル１７００を記憶する。ここで、認可トークン情報テーブル１７００の詳細について、図９を参照しながら説明する。図９は、認可トークン情報テーブル１７００の一例を示す図である。
【0081】
図９に示す認可トークン情報テーブル１７００に格納される認可トークン情報は、データ項目として、ユーザＩＤと、アプリＩＤと、サービスＩＤと、認可トークンと、スコープと、有効期限とを有する。アプリＩＤは、アプリ情報１０００を識別する識別情報である。したがって、認可トークン情報は、ユーザ及びアプリ情報１０００毎に、外部サービスシステム３０の認可トークン、当該認可トークンのスコープ、及び当該認可トークンの有効期限が関連付けられた情報である。
【0082】
図５に戻って説明する。アプリ情報記憶部１８０は、機器２０にサービスを提供するためのアプリ情報１０００を記憶する。アプリ情報１０００には、機器２０にアプリ画面を表示させるための画面定義１１００と、機器２０に提供するサービスを実現するための一連の処理を示す処理内容１２００とが含まれる。
【0083】
アプリ情報１０００には、当該アプリ情報１０００を識別するためのアプリＩＤが関連付けられている。本実施形態では、外部サービスＡと連携したサービスを提供するためのアプリ情報１０００を「アプリ情報１０００Ａ」とし、当該アプリ情報１０００ＡのアプリＩＤを「app001」とする。
【0084】
なお、本実施形態では、アプリ情報１０００には、一の画面定義１１００と、一の処理内容１２００とが含まれるものとして説明する。ただし、これに限られず、アプリ情報１０００には、複数の画面定義や複数の処理内容が含まれていてもよい。
【0085】
【0086】
本実施形態におけるロジック処理部１１２は、フロー実行部４０１と、コンポーネント管理部４０２と、コンポーネント群４０３とを備える。また、本実施形態におけるロジック処理部１１２は、コンポーネント情報テーブル２０００を利用する。
【0087】
フロー実行部４０１は、ブラウザ２１０から処理の実行要求を受け付けると、アプリ管理部１１１を介して、アプリ情報１０００に含まれる処理内容１２００を取得する。そして、フロー実行部４０１は、取得した処理内容１２００に基づいてコンポーネント群４０３に含まれるいずれかのコンポーネントに対して処理の実行を要求する。
【0088】
なお、コンポーネントとは、処理内容１２００により示される一連の処理に含まれる一の処理を実行するためのモジュール等であり、例えばクラスや関数等で定義される。コンポーネントは、１以上のオペレーションを含んでおり、上記の一の処理はコンポーネントがオペレーションを実行することにより実現される。すなわち、処理内容１２００により示される一連の処理は、コンポーネントが実行するオペレーションにより実現される。コンポーネントは、上記の一の処理を実行するためのオペレーションを複数含むこともある。
【0089】
コンポーネント管理部４０２は、フロー実行部４０１からの要求に応じて、コンポーネントの生成を行う。なお、コンポーネントの生成とは、例えばクラスで定義されたコンポーネントを、メモリ（例えばＲＡＭ５０３）上に展開することを意味する。
【0090】
また、コンポーネント管理部４０２は、スコープ判断部１１４からの要求に応じて、コンポーネント情報テーブル２０００に格納されているコンポーネント情報を返信する。ここで、コンポーネント情報テーブル２０００の詳細について、図１１を参照しながら説明する。図１１は、コンポーネント情報テーブル２０００の一例を示す図である。
【0091】
図１１に示すコンポーネント情報テーブル２０００に格納されるコンポーネント情報は、データ項目として、コンポーネントＩＤと、コンポーネント名と、オペレーションと、サービスＩＤと、スコープと、事前設定フラグとを有する。
【0092】
コンポーネントＩＤは、当該コンポーネントを識別する識別情報である。オペレーションは、当該コンポーネントに含まれるオペレーションを示す情報である。スコープは、当該オペレーションを実行するために必要なスコープを示す情報である。したがって、コンポーネント情報は、コンポーネントのオペレーション毎に、当該オペレーションを実行するために必要な外部サービスシステム３０のスコープと、当該スコープが事前設定を必要とするか否かを示す情報とが関連付けられた情報である。
【0093】
例えば、コンポーネント「外部サービスＡ連携」のオペレーション「uploadFile」には、サービスＩＤ「serviceA」に対応する外部サービスシステム３０１におけるスコープ「write」が関連付けられている。これは、コンポーネント「外部サービスＡ連携」が有するオペレーション「uploadFile」の処理を実行するためには、外部サービスシステム３０１の認可トークンのスコープが「write」である必要があることを示している。また、外部サービスシステム３０１の認可トークンのスコープ「write」には事前設定フラグ「True」が関連付けられている。これは、外部サービスシステム３０１のスコープ「write」を利用するために事前設定が必要であることを示している。
【0094】
なお、ＰＤＦ変換コンポーネントやバーコード認識コンポーネントには、スコープが設定されていない。これは、これらのコンポーネントが外部サービスシステム３０のリソースを利用しない、又は認可の必要がないリソースを利用するためである。
【0095】
図１０に戻って説明する。コンポーネント群４０３は、コンポーネントの集合である。コンポーネント群４０３には、外部サービスシステム３０１（外部サービスＡ）と連携した処理を行うための連携Ａコンポーネント４１１、外部サービスＡの認可トークンを取得するための認証Ａコンポーネント４１２が含まれる。また、コンポーネント群４０３には、電子ファイルをＰＤＦ形式に変換するためのＰＤＦ変換コンポーネント４１３が含まれる。
【0096】
なお、コンポーネント群４０３には、これら以外にも、例えば、外部サービスシステム３０２（外部サービスＢ）と連携した処理を行うための連携Ｂコンポーネント、又は電子ファイルにＯＣＲ処理を実行するためのＯＣＲコンポーネント等が含まれる。
【0097】
≪機器２０の機能構成≫
図４に示されるように、機器２０は、ＣＰＵ９０１により実行されるブラウザ２１０を備える。機器２０のユーザは、ブラウザ２１０を介して、サービス提供システム１０により提供されるサービスを利用することができる。
図４に示されるように、機器２０は、ＣＰＵ９０１により実行されるブラウザ２１０を備える。機器２０のユーザは、ブラウザ２１０を介して、サービス提供システム１０により提供されるサービスを利用することができる。
【0098】
このように、本実施形態における機器２０は、ブラウザ２１０が搭載されていればよい。したがって、本実施形態における情報処理システム１では、サービス提供システム１０により提供されるサービスを機器２０が利用するための専用のアプリケーションを開発等する必要がない。
【0099】
ブラウザ２１０は、認可処理部２１１を備える。認可処理部２１１は、認可アプリ提供部１２１を介して取得された認可アプリ１２２がブラウザ２１０上で実行されることにより実現される。
【0100】
認可処理部２１１は、ユーザの操作に応じて、アプリ情報１０００の外部サービスシステム３０に対するＯＡｕｔｈの認可（以降、単に「認可」とも表す。）に関する処理を行う。
【0101】
＜情報処理システム１の処理手順＞
次に、本実施形態における情報処理システム１が実行する情報処理方法の詳細について説明する。以下では、本実施形態における情報処理システム１が実行する情報処理方法を、認証連携処理と事前設定処理とに分けて説明する。
次に、本実施形態における情報処理システム１が実行する情報処理方法の詳細について説明する。以下では、本実施形態における情報処理システム１が実行する情報処理方法を、認証連携処理と事前設定処理とに分けて説明する。
【0102】
≪認証連携処理≫
まず、ユーザがアプリ情報１０００を認可する認証連携処理について、図１２を参照しながら説明する。図１２は、本実施形態における情報処理システム１が実行する認証連携処理の一例を示すシーケンス図である。
まず、ユーザがアプリ情報１０００を認可する認証連携処理について、図１２を参照しながら説明する。図１２は、本実施形態における情報処理システム１が実行する認証連携処理の一例を示すシーケンス図である。
【0103】
ステップＳ１００１において、ユーザは、ブラウザ２１０を介して、サービス提供システム１０へログインする操作を行う。ブラウザ２１０は、ユーザの操作に応じて、当該ユーザの認証を認証部１３０に要求する。当該認証要求には、ユーザがブラウザ２１０に入力した認証情報が含まれる。認証情報は、例えば、テナントＩＤ、ユーザＩＤ及びパスワードである。また、認証情報は、例えば、ユーザＩＤとしてメールアドレスを用いてもよい。どのような情報を認証情報として送信するかは、事前に管理者が認証部１３０に設定すればよい。
【0104】
認証部１３０は、ブラウザ２１０から認証要求を受け取ると、当該認証要求に含まれる認証情報に基づいて、ユーザの認証を実行する。認証に成功した場合、認証部１３０は、認証結果をブラウザ２１０に返信する。当該認証結果には、当該ユーザが属するテナントを識別するテナントＩＤ及び当該ユーザの種別を示す情報が含まれる。以降では、認証部１３０がユーザの認証に成功したものとして説明を続ける。また、当該ユーザが属するテナントは「tenantA」であるものとする。
【0105】
ステップＳ１００２において、ユーザは、ブラウザ２１０を介して、アプリ情報１０００を認可するための操作を行う。すると、ブラウザ２１０は、認可アプリの取得を認可アプリ提供部１２１に要求する。そして、認可アプリ提供部１２１は、認可アプリ１２２をブラウザ２１０に返信する。
【0106】
ステップＳ１００３において、ブラウザ２１０は、取得した認可アプリ１２２を当該ブラウザ２１０上で実行する。これにより、認可処理部２１１が生成される。
【0107】
ステップＳ１００４において、認可処理部２１１は、アプリ一覧の取得をアプリ管理部１１１に要求する。当該取得要求には、当該ユーザが属するテナントＩＤが含まれる。そして、アプリ管理部１１１は、当該テナントで利用可能なアプリ一覧を返信する。なお、アプリ一覧とは、アプリ情報記憶部１８０に記憶されているアプリ情報１０００の書誌情報の一覧であり、例えば、アプリ情報１０００により提供されるサービスのサービス名、アプリＩＤ等の一覧である。
【0108】
ステップＳ１００５において、ブラウザ２１０は、アプリ一覧を受け取ると、例えば図１３に示す認可画面４０００を表示させる。ここで、認可画面４０００には、アプリ管理部１１１から受け取ったアプリ一覧に基づいて表示されるアプリケーション一覧４００１が含まれる。また、認可画面４０００には、アプリケーション一覧４００１から選択されたアプリケーションを外部サービス３０で認可するための認可ボタン４００２が含まれる。
【0109】
アプリケーション一覧４００１には、アプリ情報１０００のアプリケーション名の一覧が表示されている。例えば、アプリケーション一覧４００１には、アプリ情報１０００Ａのアプリケーション名「Scan to 外部サービスA」等が表示されている。
【0110】
図１２に戻って説明する。ステップＳ１００６において、ユーザは、図１３に示す認可画面４０００において、アプリケーション一覧４００１から認可対象のアプリケーションを選択し、認可ボタン４００２を押下する操作を行う。すると、ブラウザ２１０は、当該操作を受け付けて、選択されたアプリケーションの認可を認可処理部２１１に要求する。
【0111】
なお、認可要求には、ユーザが属するテナントのテナントＩＤと、ユーザによりアプリケーション一覧４００１から選択されたアプリケーションのアプリＩＤと、当該アプリケーションで連携する選択された外部サービス３０のサービスＩＤとが含まれる。
【0112】
以降では、ユーザによりアプリケーション一覧４００１から「Scan to 外部サービスA」が選択され、認可ボタン４００２が押下されたものとする。この場合、認可要求には、当該ユーザのテナントＩＤ「tenantA」と、アプリ情報１０００ＡのアプリＩＤ「app001」と、外部サービスシステム３０１のサービスＩＤ「serviceA」とが含まれる。
【0113】
なお、アプリケーション一覧４００１において、複数のアプリケーションを選択可能としてもよい。図１３に示した認可画面４０００では、アプリケーション一覧４００１はラジオボタンでアプリケーションを選択する形式としたが、例えばチェックボックスで１以上のアプリケーションを選択する形式としてもよい。
【0114】
認可処理部２１１は、認可要求を受け取ると、スコープの取得をスコープ判断部１１４に要求する。なお、当該取得要求には、テナントＩＤ「tenantA」と、アプリＩＤ「app001」と、外部サービスシステム３０１のサービスＩＤ「serviceA」とが含まれる。
【0115】
ステップＳ１００７において、スコープ判断部１１４は、スコープの取得要求を受け取ると、処理内容の取得をアプリ管理部１１１に要求する。なお、処理内容の取得要求には、アプリＩＤ「app001」が含まれる。
【0116】
アプリ管理部１１１は、処理内容の取得要求を受け取ると、当該取得要求に含まれるアプリＩＤのアプリ情報１０００に含まれる処理内容１２００を返信する。すなわち、アプリ管理部１１１は、アプリＩＤ「app001」のアプリ情報１０００Ａに含まれる処理内容１２００Ａを返信する。
【0117】
ステップＳ１００８において、スコープ判断部１１４は、コンポーネント情報テーブル２０００の取得をロジック処理部１１２に要求する。当該取得要求には、処理内容１２００で実行されるコンポーネントを表すコンポーネントＩＤが含まれる。そして、ロジック処理部１１２は、取得要求に含まれるコンポーネントＩＤに関連付けられたコンポーネント情報テーブル２０００を返信する。
【0118】
ステップＳ１００９において、スコープ判断部１１４は、スコープ管理情報テーブル１１５０の取得をスコープ管理部１１５に要求する。当該取得要求には、当該ユーザのテナントＩＤと、ステップＳ１００８で取得したコンポーネント情報テーブル２０００に含まれるサービスＩＤ及びスコープが含まれる。そして、スコープ管理部１１５は、取得要求に含まれるテナントＩＤとサービスＩＤとスコープとに関連付けられたスコープ管理情報テーブル１１５０を返信する。
【0119】
ステップＳ１０１０において、スコープ判断部１１４は、ステップＳ１００７で取得した処理内容１２００と、ステップＳ１００８で取得したコンポーネント情報テーブル２０００と、ステップＳ１００９で取得したスコープ管理情報テーブル１１５０とに基づいて、スコープを決定する。スコープ判断部１１４は、処理内容１２００により示される一連の処理を実行する各オペレーションに設定されたスコープをコンポーネント情報テーブル２０００から取得し、取得したスコープを統合して当該アプリ情報１０００のスコープを決定する。
【0120】
スコープ判断部１１４は、コンポーネント情報テーブルから取得したスコープの和を取ることでスコープを統合する。例えば、あるアプリケーションが、「scopeA」、「scopeB」及び「scopeC」を必要とする第一のオペレーションと、「scopeB」、「scopeC」及び「scopeD」を必要とする第二のオペレーションとを実行するものとする。この場合、スコープ判断部１１４は、それぞれのオペレーションで必要とするスコープの和「scopeA, scopeB, scopeC, scopeD」を、そのアプリケーションのスコープとして決定する。
【0121】
続いて、スコープ判断部１１４は、当該アプリ情報１０００のスコープとして決定したスコープの有効性を判定する。本実施形態では、有効性の判定は、スコープ管理情報テーブル１１５０において当該スコープに関連付けられた事前設定フラグ及び設定済フラグに基づいて行う。事前設定フラグが、事前設定が必要であることを示し、設定済フラグが、事前設定が完了していることを示す場合、スコープ判断部１１４は、当該スコープを有効と判定する。また、事前設定フラグが、事前設定が不要であることを示す場合、スコープ判断部１１４は、当該スコープを有効と判定する。一方、事前設定フラグが、事前設定が必要であることを示し、設定済フラグが、事前設定が完了していないことを示す場合、スコープ判断部１１４は、当該スコープを無効と判定する。
【0122】
スコープ判断部１１４は、当該アプリ情報１０００のスコープがすべて有効と判定された場合、当該スコープを有効と判定する。一方、当該アプリ情報１０００のスコープのいずれかが無効と判定された場合、当該スコープを無効と判定する。
【0123】
スコープ判断部１１４は、アプリ情報１０００のスコープを有効と判定した場合、当該スコープを認可処理部２１１に返信する。一方、スコープ判断部１１４は、アプリ情報１０００のスコープを無効と判定した場合、処理を中止する。この場合、アプリ情報１０００のスコープを無効と判定したことを認可処理部２１１へ通知してもよい。以降では、スコープ判断部１１４は、アプリ情報１０００のスコープを有効と判定したものとして説明を続ける。スコープ判断部１１４が、アプリ情報１０００のスコープを無効と判定したことを通知する手順については後述する。
【0124】
【0125】
図１４の例では、アプリケーション１には、フロー１－１及びフロー１－２が含まれ、アプリケーション２には、フロー２－１及びフロー２－２が含まれる。
【0126】
アプリケーション１に含まれるフロー１－１は、コンポーネント「外部サービスＡ連携」のオペレーション「getFiles」とコンポーネント「外部サービスＡ連携」のオペレーション「downloadFiles」とを順に実行する。フロー１－２は、コンポーネント「バーコード認識」のオペレーション「recognize」とコンポーネント「外部サービスＡ連携」のオペレーション「downloadFiles」とコンポーネント「ＰＤＦ変換」のオペレーション「convert」とを順に実行する。
【0127】
図１１に示したコンポーネント情報テーブル２０００の例によれば、オペレーション「getFiles」は外部サービス「serviceA」のスコープ「read」を必要とする。オペレーション「downloadFile」は外部サービス「serviceA」のスコープ「read」を必要とする。オペレーション「recognize」及び「convert」は外部サービスとの連携を行わない。したがって、アプリケーション１に対する外部サービス「serviceA」のスコープは「read」となる。
【0128】
図６に示したスコープ管理情報テーブル１１５０の例によれば、外部サービス「serviceA」のスコープ「read」は、事前設定フラグが「False」に設定されているため、外部サービス「serviceA」のスコープ「read」は、有効と判定される。したがって、スコープ判断部１１４は、アプリケーション１に対する外部サービス「serviceA」のスコープ「read」を有効と判定する。
【0129】
また、アプリケーション２に含まれるフロー２－１は、コンポーネント「外部サービスＢ連携」のオペレーション「getFolders」とコンポーネント「外部サービスＢ連携」のオペレーション「createFolders」とを順に実行する。フロー２－２は、コンポーネント「外部サービスＢ連携」のオペレーション「getFolders」とコンポーネント「外部サービスＢ連携」のオペレーション「deleteFolders」とを順に実行する。
【0130】
図１１に示したコンポーネント情報テーブル２０００の例によれば、オペレーション「getFolders」は外部サービス「serviceB」のスコープ「scopeC」を必要とする。オペレーション「createFolders」は外部サービス「serviceB」のスコープ「scopeA」を必要とする。オペレーション「deleteFolders」は外部サービス「serviceB」のスコープ「scopeB」を必要とする。したがって、アプリケーション２に対する外部サービス「serviceB」のスコープは「scopeA, scopeB, scopeC」となる。
【0131】
図６に示したスコープ管理情報テーブル１１５０の例によれば、外部サービス「serviceB」のスコープ「scopeA」は、事前設定フラグが「True」かつ設定済フラグが「True」に設定されているため、外部サービス「serviceB」のスコープ「scopeA」は有効と判定される。外部サービス「serviceB」のスコープ「scopeB」は、事前設定フラグが「True」かつ設定済フラグが「False」に設定されているため、外部サービス「serviceB」のスコープ「scopeB」は無効と判定される。外部サービス「serviceB」のスコープ「scopeC」は、事前設定フラグが「False」に設定されているため、外部サービス「serviceB」のスコープ「scopeC」は有効と判定される。したがって、スコープ判断部１１４は、アプリケーション２に対する外部サービス「serviceB」のスコープ「scopeA, scopeB, scopeC」を無効と判定する。
【0132】
図１２に戻って説明する。ステップＳ１０１１において、認可処理部２１１は、スコープ判断部１１４が決定したスコープを受け取ると、ＯＡｕｔｈ登録情報の取得を認証部１３０に要求する。なお、当該取得要求には、ユーザにより選択されたアプリケーション（アプリＩＤ「app001」のアプリ情報１０００Ａ）が連携して処理を行う外部サービスシステム３０１のサービスＩＤ「serviceA」が含まれる。
【0133】
認証部１３０は、ＯＡｕｔｈ登録情報の取得要求を受け取ると、当該取得要求に含まれるサービスＩＤ「serviceA」に対応するＯＡｕｔｈ登録情報をＯＡｕｔｈ登録情報テーブル１６００から取得して、認可処理部２１１に返信する。
【0134】
認可処理部２１１は、ＯＡｕｔｈ登録情報を受け取ると、当該ＯＡｕｔｈ登録情報に含まれる認可サーバＵＲＬにブラウザ２１０をリダイレクトさせる。ここで、認可サーバＵＲＬとは、外部サービスシステム３０に対する認証を行うための認証画面（例えば、ログイン画面）等のＵＲＬである。
【0135】
ステップＳ１０１２において、ユーザは、認証画面において、認証を行うための認証情報（例えば、外部サービスシステム３０１の利用者ＩＤ及びパスワード）を入力して認証を行う。すると、認証部１３０は、認証を外部サービスシステム３０１に要求する。なお、当該認証要求には、認証情報が含まれる。
【0136】
外部サービスシステム３０１は、認証要求を受け取ると、当該認証要求に対する認証結果を返信する。以降では、外部サービスシステム３０１は、認証成功を示す認証結果を返信したものとして説明を続ける。
【0137】
ステップＳ１０１３において、認可処理部２１１は、認証成功を示す認証結果を受け取ると、アプリ情報１０００Ａの認可を外部サービスシステム３０１に要求する。なお、当該認可要求には、ステップＳ１０１０でスコープ判断部１１４から返信されたスコープと、ステップＳ１０１１で取得したＯＡｕｔｈ登録情報に含まれるクライアントＩＤ及びリダイレクト先ＵＲＬとが含まれる。
【0138】
外部サービスシステム３０１は、ＯＡｕｔｈの認可要求を受け取ると、当該認可要求に対する認可応答を示す認可コードを発行し、ブラウザ２１０に返信するとともに、当該ブラウザ２１０をリダイレクト先ＵＲＬにリダイレクトさせる。
【0139】
なお、上記のステップＳ１０１２で認証が成功した後、ブラウザ２１０に、例えば図１５に示す確認画面５０００を表示させてもよい。図１５に示す確認画面５０００は、サービス提供システム１０が該当の外部サービスシステム３０においてスコープで設定された範囲内でリソースを利用することを、ユーザに確認させるための画面である。そして、図１５に示す確認画面５０００において、ユーザにより許可ボタン５００１が押下された場合に、ステップＳ１０１３における認可要求を該当の外部サービスシステム３０に送信するようにしてもよい。
【0140】
図１２に戻って説明する。ステップＳ１０１４において、認可処理部２１１は、ステップＳ１０１３で取得した認可コードを認証部１３０に送信する。また、このとき、認可処理部２１１は、サービスＩＤ「serviceA」も認証部１３０に送信する。
【0141】
ステップＳ１０１５において、認証部１３０は、認可コード及びサービスＩＤを受け取ると、当該サービスＩＤ「serviceA」により示される外部サービスシステム３０１に認可トークンの取得を要求する。なお、認可トークンの取得要求には、上記の認可コード、ＯＡｕｔｈ登録情報においてサービスＩＤに対応付けられたクライアントＩＤ及びクライアントシークレットが含まれる。
【0142】
外部サービスシステム３０１は、認可トークンの取得要求を受け取ると、認可トークンを発行し、当該認可トークン及び当該認可トークンの有効期限を返信する。なお、このとき、外部サービスシステム３０１は、認可トークンの有効期限が経過した場合に認可トークンを再取得するためのリフレッシュトークンを併せて返信してもよい。
【0143】
ステップＳ１０１６において、認証部１３０は、認可トークン及び有効期限を受け取ると、当該認可トークン及び有効期限を認可トークン情報テーブル１７００に格納する。このとき、認証部１３０は、認可トークン及び有効期限を、ユーザＩＤ、認可対象のアプリ情報１０００のアプリＩＤ、連携して処理を行う外部サービスシステム３０のサービスＩＤ、及びスコープ判断部１１４により決定されたスコープに関連付けて格納する。
【0144】
≪事前設定処理≫
次に、ユーザがアプリ情報１０００で必要とするスコープの事前設定を行う処理について、図１６を参照しながら説明する。図１６は、本実施形態における情報処理システム１が実行する事前設定処理の一例を示すシーケンス図である。
次に、ユーザがアプリ情報１０００で必要とするスコープの事前設定を行う処理について、図１６を参照しながら説明する。図１６は、本実施形態における情報処理システム１が実行する事前設定処理の一例を示すシーケンス図である。
【0145】
ステップＳ１１０１において、ユーザは、アプリ選択画面を開く操作を行う。本実施形態におけるアプリ選択画面には、アプリを実行するための画面、アプリの設定を管理（参照又は編集）するための画面、及びアプリの認証連携を行うための画面等が含まれる。
【0146】
ブラウザ２１０は、ユーザの操作に応じて、アプリ一覧の取得をアプリ管理部１１１に要求する。当該取得要求には、当該ユーザのテナントＩＤが含まれる。そして、アプリ管理部１１１は、当該テナントで利用可能なアプリ一覧を返信する。ブラウザ２１０は、アプリ一覧を受け取ると、受け取ったアプリ一覧をアプリ選択画面に表示する。
【0147】
例えば、ブラウザ２１０は、図１７に示すアプリ選択画面６０００にアプリ一覧を表示する。図１７に示すアプリ選択画面６０００は、機器２０が画像形成装置である場合に操作パネル９４０に表示される、一般ユーザがアプリを実行するための画面もしくは管理者ユーザがアプリの設定を管理するための画面である。
【0148】
アプリ選択画面６０００には、アプリケーション一覧６００１が含まれる。アプリケーション一覧６００１は、例えば、アプリ情報１０００のアプリケーション名を表示する複数のボタンから構成される。アプリケーション一覧６００１において、ユーザが実行したいアプリケーション名のボタンを押下すると、当該アプリケーションが開かれる。
【0149】
また、例えば、ブラウザ２１０は、図１８に示すアプリ選択画面６１００にアプリ一覧を表示する。図１８に示すアプリ選択画面６１００は、機器２０が情報処理装置である場合にディスプレイ５０６に表示される、一般ユーザがアプリの設定を参照するための画面である。
【0150】
アプリ選択画面６１００には、アプリケーション一覧６１０１が含まれる。アプリケーション一覧６１０１は、アプリ情報１０００のアプリケーション名を表示する複数のボタンから構成される。アプリケーション一覧６１０１において、一般ユーザが設定を参照したいアプリケーション名のボタンを押下すると、当該アプリケーションのアプリ設定画面が開かれる。
【0151】
また、例えば、ブラウザ２１０は、図１９に示すアプリ選択画面６２００にアプリ一覧を表示する。図１９に示すアプリ選択画面６２００は、機器２０が情報処理装置である場合にディスプレイ５０６に表示される、管理者ユーザがアプリの設定を管理するための画面である。
【0152】
アプリ選択画面６２００には、アプリケーション一覧６２０１が含まれる。アプリケーション一覧６２０１は、アプリ情報１０００のアプリケーション名を表示する複数のボタンから構成される。アプリケーション一覧６２０１において、管理者ユーザが設定を管理したいアプリケーション名のボタンを押下すると、当該アプリケーションのアプリ設定画面が開かれる。
【0153】
図１６に戻って説明する。ステップＳ１１０２において、ユーザは、ブラウザ２１０を介して、アプリ情報１０００を開くための操作を行う。アプリ情報１０００を開くための操作には、当該アプリ情報１０００を実行するための操作、当該アプリ情報１０００の設定を管理するための操作、及び当該アプリ情報１０００を認可するための操作等が含まれる。ここでは、アプリＩＤ「app001」のアプリ情報１０００Ａを参照するための操作が行われたものする。
【0154】
ステップＳ１１０３において、ブラウザ２１０は、スコープの取得をスコープ判断部１１４に要求する。なお、当該取得要求には、テナントＩＤ「tenantA」と、アプリＩＤ「app001」と、外部サービスシステム３０１のサービスＩＤ「serviceA」とが含まれる。
【0155】
ステップＳ１１０４において、スコープ判断部１１４は、スコープの取得要求を受け取ると、処理内容の取得をアプリ管理部１１１に要求する。なお、処理内容の取得要求には、アプリＩＤ「app001」が含まれる。
【0156】
アプリ管理部１１１は、処理内容の取得要求を受け取ると、当該取得要求に含まれるアプリＩＤのアプリ情報１０００に含まれる処理内容１２００を返信する。すなわち、アプリ管理部１１１は、アプリＩＤ「app001」のアプリ情報１０００Ａに含まれる処理内容１２００Ａを返信する。
【0157】
ステップＳ１１０５において、スコープ判断部１１４は、コンポーネント情報テーブル２０００の取得をロジック処理部１１２に要求する。当該取得要求には、処理内容１２００で実行されるコンポーネントを表すコンポーネントＩＤが含まれる。そして、ロジック処理部１１２は、取得要求に含まれるコンポーネントＩＤに関連付けられたコンポーネント情報テーブル２０００を返信する。
【0158】
ステップＳ１１０６において、スコープ判断部１１４は、スコープ管理情報テーブル１１５０の取得をスコープ管理部１１５に要求する。当該取得要求には、当該ユーザのテナントＩＤと、ステップＳ１１０５で取得したコンポーネント情報テーブル２０００に含まれるサービスＩＤ及びスコープが含まれる。そして、スコープ管理部１１５は、取得要求に含まれるテナントＩＤとサービスＩＤとスコープとに関連付けられたスコープ管理情報テーブル１１５０を返信する。
【0159】
ステップＳ１１０７において、スコープ判断部１１４は、ステップＳ１１０４で取得した処理内容１２００と、ステップＳ１１０５で取得したコンポーネント情報テーブル２０００と、ステップＳ１１０６で取得したスコープ管理情報テーブル１１５０とに基づいて、当該アプリ情報１０００のスコープの有効性を判定する。有効性の判定方法は、認証連携処理のステップＳ１０１０と同様である。スコープ判断部１１４は、アプリ情報１０００のスコープに関する判定結果をブラウザ２１０に返信する。
【0160】
ステップＳ１１０８において、ブラウザ２１０は、受け取った判定結果がアプリ情報１０００のスコープが無効であること示す場合、その旨をユーザに通知する。本実施形態では、ブラウザ２１０において、通知画面を表示することで、ユーザに通知する。
【0161】
本実施形態における通知画面は、通知先のユーザの権限及び開いているアプリ選択画面によって異なる。通知先のユーザとは、ブラウザ２１０においてサービス提供システム１０にログインしているユーザである。ユーザの権限は、認証部１３０がブラウザ２１０へ返信した認証結果に含まれるユーザの権限を示す情報から判定できる。
【0162】
通知先のユーザが管理権限を有さない一般ユーザである場合、通知画面において管理権限を有する管理者ユーザへ事前設定を依頼するための連絡手段を提示する。通知先のユーザが管理権限を有する管理者ユーザである場合、通知画面において事前設定を行う手順を参照するための確認手段を提示する。
【0163】
通知先のユーザが一般ユーザであり、図１７に示したアプリ選択画面６０００を開いている場合、ブラウザ２１０は、例えば図２０に示す通知画面６０１０を表示する。図２０に示されるように、通知画面６０１０は、アプリ情報１０００の事前設定が完了していない旨を通知するメッセージ６０１１を表示し、戻るボタン６０１２と送信ボタン６０１３とを備える。
【0164】
ユーザが戻るボタン６０１２を押下すると、アプリ選択画面６０００に戻る。ユーザが送信ボタン６０１３を押下すると、管理権限を有する管理者ユーザへ設定を依頼するメッセージが電子メール等で送信され、アプリ選択画面６０００に戻る。
【0165】
通知先のユーザが一般ユーザであり、図１８に示したアプリ選択画面６１００を開いている場合、ブラウザ２１０は、例えば図２１に示す通知画面６１１０を表示する。図２１に示されるように、通知画面６１１０は、アプリ情報１０００の事前設定が完了していない旨を通知するメッセージ６１１１を表示し、戻るボタン６１１２と送信ボタン６１１３とを備える。通知画面６１１０は、アプリの設定を管理するためのアプリ設定画面６１２０の前面にポップアップ表示される。
【0166】
ユーザが戻るボタン６１１２を押下すると、通知画面６１１０及びアプリ設定画面６１２０が閉じ、アプリ選択画面６１００に戻る。ユーザが送信ボタン６１１３を押下すると、管理権限を有する管理者ユーザへ設定を依頼するメッセージが電子メール等で送信され、アプリ選択画面６１００に戻る。
【0167】
通知先のユーザが管理者ユーザであり、図１７に示したアプリ選択画面６０００を開いている場合、ブラウザ２１０は、例えば図２２に示す通知画面６０２０を表示する。図２２に示されるように、通知画面６０２０は、アプリ情報１０００の事前設定が必要である旨を通知するメッセージ６０２１を表示し、戻るボタン６０２２と設定完了ボタン６０２３とマニュアルリンク６０２４とを備える。
【0168】
ユーザが戻るボタン６０２２を押下すると、アプリ選択画面６０００に戻る。ユーザが設定完了ボタン６０２３を押下すると、スコープ管理情報に事前設定が完了したことを登録する処理が実行され、図２３に示すアプリ設定画面６０３０に遷移する。ユーザがマニュアルリンク６０２４を押下すると、事前設定の手順が記載されたマニュアル画面に遷移する。
【0169】
通知先のユーザが管理者ユーザであり、図１９に示したアプリ選択画面６２００を開いている場合、ブラウザ２１０は、例えば図２４に示す通知画面６２１０を表示する。図２４に示されるように、通知画面６２１０は、アプリ情報１０００の事前設定が必要である旨を通知するメッセージ６２１１を表示し、戻るボタン６２１２と設定完了ボタン６２１３とマニュアルリンク６２１４とを備える。通知画面６２１０は、アプリの設定を管理するためのアプリ設定画面６２２０の前面にポップアップ表示される。
【0170】
ユーザが戻るボタン６２１２を押下すると、通知画面６２１０が閉じ、アプリ選択画面６２００に戻る。ユーザが設定完了ボタン６２１３を押下すると、スコープ管理情報に事前設定が完了したことを登録する処理が実行され、図２５に示すアプリ設定画面６２２０に遷移する。ユーザがマニュアルリンク６０２４を押下すると、事前設定の手順が記載されたマニュアルが別画面等で開く。
【0171】
図１６に戻って説明する。ステップＳ１１０９において、管理者ユーザは、ブラウザ２１０を介して、外部サービスシステム３０に対してアプリ情報１０００のスコープで必要な事前設定を行うための操作を行う。そして、外部サービスシステム３０は、事前設定の成否を表す設定結果をブラウザ２１０に返信する。
【0172】
ブラウザ２１０は、外部サービスシステム３０から設定結果を受け取ると、受け取った設定結果に応じて、通知画面に設定結果を表示する。以降では、外部サービスシステム３０が事前設定成功を表す設定結果を送信したものとして説明を続ける。
【0173】
ステップＳ１１１０において、管理者ユーザは、ブラウザ２１０を介して、アプリ情報１０００のスコープに対する事前設定が完了したことを登録するための操作を行う。管理者ユーザは、例えば、図２２に示した設定完了ボタン６０２３（又は図２４に示した設定完了ボタン６２１３）を押下する。
【0174】
すると、ブラウザ２１０は、事前設定完了の登録をスコープ管理部１１５へ要求する。なお、当該登録要求には、テナントＩＤ「tenantA」と、アプリＩＤ「app001」と、外部サービスシステム３０１のサービスＩＤ「serviceA」とが含まれる。
【0175】
ステップＳ１１１１において、スコープ管理部１１５は、事前設定完了の登録要求を受け取ると、処理内容の取得をアプリ管理部１１１に要求する。なお、処理内容の取得要求には、アプリＩＤ「app001」が含まれる。
【0176】
アプリ管理部１１１は、処理内容の取得要求を受け取ると、当該取得要求に含まれるアプリＩＤのアプリ情報１０００に含まれる処理内容１２００を返信する。すなわち、アプリ管理部１１１は、アプリＩＤ「app001」のアプリ情報１０００Ａに含まれる処理内容１２００Ａを返信する。
【0177】
ステップＳ１１１２において、スコープ管理部１１５は、コンポーネント情報テーブル２０００の取得をロジック処理部１１２に要求する。当該取得要求には、処理内容１２００で実行されるコンポーネントを表すコンポーネントＩＤが含まれる。そして、ロジック処理部１１２は、取得要求に含まれるコンポーネントＩＤに関連付けられたコンポーネント情報テーブル２０００を返信する。
【0178】
ステップＳ１１１３において、スコープ管理部１１５は、ステップＳ１１１１で取得した処理内容１２００と、ステップＳ１１１２で取得したコンポーネント情報テーブル２０００とに基づいて、スコープ管理情報テーブル１１５０に格納されたスコープ管理情報を更新する。すなわち、スコープ管理部１１５は、当該アプリ情報１０００で必要とされるスコープに対応するスコープ管理情報において、事前設定フラグが「True」かつ設定済フラグが「False」であるものに対して、設定済フラグを「True」に更新する。
【0179】
そして、スコープ管理部１１５は、登録の成否を表す登録結果をブラウザ２１０に返信する。ブラウザ２１０は、スコープ管理部１１５から受け取った登録結果を表示する。
【0180】
＜第１実施形態の効果＞
第１実施形態における情報処理システム１は、外部サービスと連携した処理を行うアプリケーションで必要となるスコープの有効性を判定するための情報を保持し、すべてのスコープが有効と判定されたときのみ外部サービスシステム３０に認可を要求する。これにより、外部サービスシステム３０において無効なスコープに対して認可を要求することで、当該外部サービスシステム３０と連携する他のアプリケーションまで連携に失敗し利用できなくなる事態を避けることができる。
第１実施形態における情報処理システム１は、外部サービスと連携した処理を行うアプリケーションで必要となるスコープの有効性を判定するための情報を保持し、すべてのスコープが有効と判定されたときのみ外部サービスシステム３０に認可を要求する。これにより、外部サービスシステム３０において無効なスコープに対して認可を要求することで、当該外部サービスシステム３０と連携する他のアプリケーションまで連携に失敗し利用できなくなる事態を避けることができる。
【0181】
また、第１実施形態における情報処理システム１は、アプリケーションで必要となるスコープに無効と判定されたものがある場合、その旨をユーザに通知する。これにより、ユーザは外部サービスの認可が行われていないことを認識することができ、早期の問題解決に繋げることができる。
【0182】
さらに、第１実施形態における情報処理システム１は、ユーザの権限に応じて、通知内容を変更する。例えば、管理権限がない一般ユーザに対しては、管理権限がある管理者ユーザへの連絡手段を提示し、管理権限がある管理者ユーザに対しては、事前設定を行う手順の確認手段を提示する。これにより、通知を受けたユーザが適切に問題解決のための行動を取ることができる。
【0183】
［第２実施形態］
第１実施形態では、スコープ管理情報テーブル１１５０が事前設定フラグ及び設定済フラグを有しており、スコープ判断部１１４は、事前設定フラグ及び設定済フラグを参照することで、スコープの有効性を判定した。第２実施形態では、外部サービスシステム３０がＡＰＩを介してスコープの有効性を判定するための情報を参照できる機能を有しているものとし、スコープ判断部１１４は、当該ＡＰＩを介して取得した情報に基づいて、スコープの有効性を判定する。
第１実施形態では、スコープ管理情報テーブル１１５０が事前設定フラグ及び設定済フラグを有しており、スコープ判断部１１４は、事前設定フラグ及び設定済フラグを参照することで、スコープの有効性を判定した。第２実施形態では、外部サービスシステム３０がＡＰＩを介してスコープの有効性を判定するための情報を参照できる機能を有しているものとし、スコープ判断部１１４は、当該ＡＰＩを介して取得した情報に基づいて、スコープの有効性を判定する。
【0184】
本実施形態におけるスコープ管理部１１５は、ステップＳ１００９において、スコープ判断部１１４からスコープ管理情報テーブル１１５０の取得要求を受け取ると、外部サービスシステム３０からＡＰＩを介して、当該スコープが事前設定を必要とするか否かを示す情報及び当該事前設定が完了しているか否かを示す情報を取得する。
【0185】
そして、スコープ管理部１１５は、ＡＰＩを介して外部サービスシステム３０から取得した情報に基づいて、スコープ管理情報の事前設定フラグ及び設定済フラグを設定し、スコープ判断部１１４へ返信する。
【0186】
本実施形態におけるスコープ判断部１１４は、ステップＳ１０１０において、外部サービスシステム３０からＡＰＩを介して取得した情報を用いて生成されたスコープ管理情報テーブル１１５０に基づいて、スコープの有効性を判定する。
【0187】
＜第２実施形態の効果＞
第２実施形態における情報処理システム１によれば、スコープの有効性を判定するための情報を外部サービスシステム３０からリアルタイムに取得できる。そのため、管理者ユーザが事前設定作業を完了したが、設定済フラグが設定されていないことで当該スコープの認可を行えない状況を防止することができる。
第２実施形態における情報処理システム１によれば、スコープの有効性を判定するための情報を外部サービスシステム３０からリアルタイムに取得できる。そのため、管理者ユーザが事前設定作業を完了したが、設定済フラグが設定されていないことで当該スコープの認可を行えない状況を防止することができる。
【0188】
また、管理者ユーザが事前設定作業を完了した後に設定済フラグを設定するまでのタイムラグが発生しないため、管理者ユーザが事前設定作業を完了すれば、即時に当該スコープの認可が可能となる。
【0189】
例えば、管理者ユーザが事前作業を完了したが、通知画面の設定完了ボタンを押下し忘れた場合には、事前設定作業が完了しているにも関わらず設定済フラグが設定されていない状況が起こり得る。本実施形態によれば、このような場合であっても、外部サービスシステム３０から設定状態を確実に取得することができる。
【0190】
［補足］
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等の機器を含むものとする。
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等の機器を含むものとする。
【0191】
実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、サービス提供システム１０は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。
【0192】
以上、本発明の実施の形態について詳述したが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形又は変更が可能である。
【符号の説明】
【0193】
１ 情報処理システム
１０ サービス提供システム
２０ 機器
３０ 外部サービスシステム
１１０ サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１１３ データＩ／Ｆ部
１１４ スコープ判断部
１１５ スコープ管理部
１２０ 認可サービス部
１３０ 認証部
１４０ ドキュメントサービス部
１４１ ＯＣＲ処理部
１４２ 印刷変換部
１５０ 外部サービス連携部
１５１ ファイル処理部
１５２ データ処理部
１６０ ＯＡｕｔｈ登録情報記憶部
１７０ 認可トークン情報記憶部
１８０ アプリ情報記憶部
２１０ ブラウザ
２１１ 認可処理部
１０ サービス提供システム
２０ 機器
３０ 外部サービスシステム
１１０ サービス処理部
１１１ アプリ管理部
１１２ ロジック処理部
１１３ データＩ／Ｆ部
１１４ スコープ判断部
１１５ スコープ管理部
１２０ 認可サービス部
１３０ 認証部
１４０ ドキュメントサービス部
１４１ ＯＣＲ処理部
１４２ 印刷変換部
１５０ 外部サービス連携部
１５１ ファイル処理部
１５２ データ処理部
１６０ ＯＡｕｔｈ登録情報記憶部
１７０ 認可トークン情報記憶部
１８０ アプリ情報記憶部
２１０ ブラウザ
２１１ 認可処理部
【先行技術文献】
【特許文献】
【0194】
【特許文献1】特開２０１７－５９２１９号公報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】