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