(57)【要約】【課題】画像形成装置からの操作により容易にサービスを利用できる状態にすることができるサービス提供システムを提供することを課題とする。【解決手段】第１の認証機能により認証した画像形成装置に、第１のサービスを提供するサービス提供システムであって、ユーザの操作する画像形成装置から第１のサービスの利用要求を受け付ける利用要求受付手段と、第１の認証機能により認証されていないユーザからの第１のサービスの利用要求の場合は、第２の認証機能により認証された画像形成装置に第２のサービスを提供する他のサービス提供システムから、認証された画像形成装置を操作するユーザに関する情報を取得し、その情報を用いてサービス利用情報を作成するサービス利用情報作成手段と、第２の認証機能により認証されたユーザの操作する画像形成装置に第１のサービスを提供するサービス提供手段と、を有することにより上記課題を解決する。【選択図】  図１
2017033339.tif 000002
【特許請求の範囲】
【請求項１】
登録された組織情報及びユーザ情報により認証する第１の認証機能により認証した画像形成装置に、第１のサービスを提供するサービス提供システムであって、
ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付手段と、
前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成手段と、
前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供手段と、
を有するサービス提供システム。
【請求項２】
前記サービス提供手段は、前記第２のサービスを提供する他のサービス提供システムと連携して処理を行うこと
を特徴とする請求項１記載のサービス提供システム。
【請求項３】
前記サービス利用情報作成手段は、前記第１の認証機能により認証されるユーザと前記第２の認証機能により認証されるユーザとを対応付けた前記サービス利用情報を作成し、
前記サービス提供手段は、前記第１の認証機能による認証を、前記第２の認証機能による認証結果により判定すること
を特徴とする請求項２記載のサービス提供システム。
【請求項４】
前記サービス利用情報作成手段は、新規のユーザの前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成する場合、前記画像形成装置に登録されている組織認証情報に基づき、前記組織認証情報と対応付けられている前記組織情報及び新規のユーザのユーザ情報を含むサービス利用情報を作成すること
を特徴とする請求項３記載のサービス提供システム。
【請求項５】
前記サービス提供手段は、前記組織認証情報と対応付けられている前記組織情報と、前記第２の認証機能により認証されたユーザと対応付けられている前記組織情報とが、一致しない場合に、前記画像形成装置に対する前記第１のサービスの提供を制限すること
を特徴とする請求項４記載のサービス提供システム。
【請求項６】
前記サービス利用情報作成手段は、新規のユーザの前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成する場合、前記他のサービス提供システムのドメイン情報と対応付けられている前記組織情報及び新規のユーザのユーザ情報を含むサービス利用情報を作成すること
を特徴とする請求項３記載のサービス提供システム。
【請求項７】
ユーザが操作する画像形成装置と、登録された組織情報及びユーザ情報により認証を行う第１の認証機能により前記画像形成装置を認証し、前記画像形成装置に第１のサービスを提供するサービス提供システムと、を有する情報処理システムであって、
ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付手段と、
前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成手段と、
前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供手段と、
を有する情報処理システム。
【請求項８】
登録された組織情報及びユーザ情報により認証する第１の認証機能により認証した画像形成装置に、第１のサービスを提供する情報処理装置であって、
ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付手段と、
前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成手段と、
前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供手段と、
を有する情報処理装置。
【請求項９】
登録された組織情報及びユーザ情報により認証する第１の認証機能により認証した画像形成装置に、第１のサービスを提供する情報処理装置を、
ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付手段、
前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成手段、
前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供手段、
として機能させるためのプログラム。
【請求項１０】
登録された組織情報及びユーザ情報により認証する第１の認証機能により認証した画像形成装置に、第１のサービスを提供するサービス提供システムが実行するサービス利用情報作成方法であって、
ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付ステップと、
前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成ステップと、
前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供ステップと、
を有するサービス利用情報作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はサービス提供システム、情報処理装置、プログラム及びサービス利用情報作成方法に関する。
【背景技術】
【０００２】
近年、クラウドサービスを導入する企業が増えている。クラウドサービスはクラウドコンピューティング技術により提供されるサービスを言う。例えばユーザは、多種多様なクラウドサービスを利用するために、複数の認証を行わなければならない場合があった。
【０００３】
異なるドメイン下に存在する複数のサーバ間で認証を連携させる技術として、Ｓｅｃｕｒｉｔｙ  Ａｓｓｅｒｔｉｏｎ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＡＭＬ）によるシングルサインオン（ＳＳＯ）の仕組みが知られている（例えば特許文献１参照）。
【０００４】
また、多種多様なクラウドサービスを利用する際に、一つのＩＤで認証を実現できるようにするＩＤ連携の仕組みとして「ＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔ」も従来から知られている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
例えばクラウドサービスを利用する画像形成装置がある。このような画像形成装置が複数のクラウドサービスを利用する場合は、それぞれのクラウドサービスを利用するための情報を登録しておき、それぞれのクラウドサービスを利用できる状態にしておかなければならない。したがって、画像形成装置において新しいクラウドサービスの利用を開始したい場合はＰＣなどのクライアント端末から新しいクラウドサービスを利用するための情報を登録し、新しいクラウドサービスを利用できる状態にしておく必要があった。
【０００６】
本発明の実施の形態は、上記の点に鑑みなされたものであり、画像形成装置からの操作により容易にサービスを利用できる状態にすることができるサービス提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記した課題を達成するために本願請求項１は、登録された組織情報及びユーザ情報により認証する第１の認証機能により認証した画像形成装置に、第１のサービスを提供するサービス提供システムであって、ユーザの操作する前記画像形成装置から前記第１のサービスの利用要求を受け付ける利用要求受付手段と、前記第１の認証機能により認証されていないユーザの操作する前記画像形成装置からの前記第１のサービスの利用要求の場合は、第２の認証機能により認証された前記画像形成装置に、第２のサービスを提供する他のサービス提供システムから、前記第２の認証機能により認証された前記画像形成装置を操作するユーザに関する情報を取得し、該ユーザに関する情報を用いて前記第１のサービスを利用するための前記組織情報及びユーザ情報を含むサービス利用情報を作成するサービス利用情報作成手段と、前記第２の認証機能により認証されたユーザの操作する前記画像形成装置に前記第１のサービスを提供するサービス提供手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明の実施の形態によれば、画像形成装置からの操作により容易にサービスを利用できる状態にすることができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る情報処理システムの一例の構成図である。
【図２】コンピュータの一例のハードウェア構成図である。
【図３】第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。
【図４】サービス提供システムを利用するための情報を自動生成する処理の概要を説明するための図である。
【図５】サービス提供システムを利用するための情報を自動生成する処理の一例のシーケンス図（１／３）である。
【図６】サービス提供システムを利用するための情報を自動生成する処理の一例のシーケンス図（２／３）である。
【図７】サービス提供システムを利用するための情報を自動生成する処理の一例のシーケンス図（３／３）である。
【図８】ステップＳ４０までの処理によりサービス提供システムに作成される情報の一例について説明するための図である。
【図９】外部サービスのアカウントを使ったログイン処理の一例のシーケンス図である。
【図１０】ステップＳ６１〜Ｓ６３の処理の一例について説明するための図である。
【図１１】新規ユーザを追加する際のテナントとの対応付け処理の一例のシーケンス図である。
【図１２】ステップＳ８４〜Ｓ８６の処理の一例について説明するための図である。
【図１３】新規ユーザを追加する際のテナントとの対応付け処理の他の例のシーケンス図である。
【図１４】ステップＳ１０３〜Ｓ１０５の処理の一例について説明するための図である。
【図１５】新しくテナントを作成するか否かを判別する処理の一例のフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
＜システム構成＞
図１は第１の実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１０００は、例えばオフィス内ネットワーク等のネットワークＮ１と、例えばインターネットなどのネットワークＮ２とを有する。
【００１１】
ネットワークＮ１は、ファイヤウォールＦＷの内側にあるプライベートなネットワークである。ファイヤウォールＦＷはネットワークＮ１とネットワークＮ２との接点に設置され、不正なアクセスを検出及び遮断する。ネットワークＮ１にはクライアント端末１０１１、携帯端末１０１２、複合機などの画像形成装置１０１３が接続されている。
【００１２】
クライアント端末１０１１は端末装置の一例である。クライアント端末１０１１は一般的なＯＳなどが搭載された情報処理装置によって実現できる。クライアント端末１０１１は無線による通信の手段または有線による通信の手段を有する。クライアント端末１０１１は、デスクトップＰＣ、ノートＰＣなど、ユーザが操作可能な端末である。
【００１３】
携帯端末１０１２は端末装置の一例である。携帯端末１０１２は、無線による通信の手段または有線による通信の手段を有している。携帯端末１０１２は、スマートフォンや携帯電話、タブレットＰＣなど、ユーザが携帯して操作可能な端末である。
【００１４】
画像形成装置１０１３は複合機などの画像形成機能を有する装置である。画像形成装置１０１３は無線による通信の手段または有線による通信の手段を有する。画像形成装置１０１３は複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板など、画像形成に係る処理を行う装置である。図１では、一例としてクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３がそれぞれ一台である例を示しているが複数台であってもよい。
【００１５】
また、ネットワークＮ２には、携帯端末１０１２、サービス提供システム１０１４及び外部サービス１０１５が接続されている。携帯端末１０１２は、オフィス内ネットワーク等のネットワークＮ１以外にあってもよく、ネットワークＮ１と、ネットワークＮ２とに接続されている例を図１に示している。
【００１６】
サービス提供システム１０１４及び外部サービス１０１５は一台以上の情報処理装置により実現される。また、サービス提供システム１０１４及び外部サービス１０１５は画像形成装置１０１３に何らかのサービスを提供するシステムの一例である。外部サービス１０１５は例えばＷｅｂアプリケーションサービスのパッケージを提供する。外部サービス１０１５は企業、部門やグループ（以下、テナントと呼ぶ）単位で申し込め、ユーザ一人ずつにアカウントが発行される。
【００１７】
サービス提供システム１０１４はＩｄＰ（Identity Provider）が発行した認証・認可の情報に応じて画像形成装置１０１３にサービスを提供するＳＰ（Service Provider）の一例である。外部サービス１０１５はＩｄＰの一例である。
【００１８】
図１に示した情報処理システム１０００は画像形成装置１０１３に対し、外部サービス１０１５とシームレスに繋がるサービス提供システム１０１４を提供することで、新しい価値を実現するものである。
【００１９】
このため、第１の実施形態に係る情報処理システム１０００は画像形成装置１０１３からの操作により、後述のように外部サービス１０１５のアカウントを使って、サービス提供システム１０１４を利用するための情報を登録する。したがって、第１の実施形態に係る情報処理システム１０００は画像形成装置１０１３からの操作により、サービス提供システム１０１４を利用可能な状態とすることができる。
【００２０】
＜ハードウェア構成＞
図１のクライアント端末１０１１、携帯端末１０１２は例えば図２に示すようなハードウェア構成のコンピュータにより実現される。また、サービス提供システム１０１４及び外部サービス１０１５を実現する一台以上の情報処理装置も図２に示すハードウェア構成のコンピュータにより実現される。
【００２１】
図２はコンピュータの一例のハードウェア構成図である。図２のコンピュータ１００は入力装置１０１、表示装置１０２、外部Ｉ／Ｆ１０３、ＲＡＭ１０４、ＲＯＭ１０５、ＣＰＵ１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ１０８などを備え、それぞれがバスＢで相互に接続されている。
【００２２】
入力装置１０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置１０２はディスプレイ等を含み、コンピュータ１００による処理結果を表示する。なお、入力装置１０１及び表示装置１０２は必要なときに接続して利用する形態であってもよい。
【００２３】
通信Ｉ／Ｆ１０７は、コンピュータ１００をネットワークＮ１〜Ｎ２に接続するインタフェースである。これにより、コンピュータ１００は通信Ｉ／Ｆ１０７を介してデータ通信を行うことができる。
【００２４】
ＨＤＤ１０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには例えばコンピュータ１００全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどがある。なお、コンピュータ１００はＨＤＤ１０８に替え、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。
【００２５】
外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、コンピュータ１００は外部Ｉ／Ｆ１０３を介して記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
【００２６】
ＲＯＭ１０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５にはコンピュータ１００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。
【００２７】
ＣＰＵ１０６は、ＲＯＭ１０５やＨＤＤ１０８などの記憶装置からプログラムやデータをＲＡＭ１０４上に読み出し、処理を実行することで、コンピュータ１００全体の制御や機能を実現する演算装置である。
【００２８】
図１のクライアント端末１０１１、携帯端末１０１２は、コンピュータ１００のハードウェア構成により、後述するような各種処理を実現できる。また、サービス提供システム１０１４及び外部サービス１０１５を実現する一台以上の情報処理装置もコンピュータ１００のハードウェア構成により、後述するような各種処理を実現できる。なお、画像形成装置１０１３、ファイヤウォールＦＷのハードウェア構成については説明を省略する。
【００２９】
＜ソフトウェア構成＞
《サービス提供システム》
第１の実施形態に係るサービス提供システム１０１４は例えば図３に示す処理ブロックにより実現される。図３は、第１の実施形態に係るサービス提供システムの一例の処理ブロック図である。サービス提供システム１０１４はプログラムを実行することで、図３に示すような処理ブロックを実現する。
【００３０】
図３のサービス提供システム１０１４はアプリケーション１１０１、共通サービス１１０２、データベース（ＤＢ）１１０３、管理１１０４、業務１１０５、プラットフォームＡＰＩ１１０６を実現している。
【００３１】
アプリケーション１１０１は、ポータルサービスアプリ１１１１、外部サービス連携アプリ１１１２、スキャンサービスアプリ１１１３、プリントサービスアプリ１１１４及びエージェント１１１５を一例として有する。
【００３２】
ポータルサービスアプリ１１１１は、ポータルサービスを提供するアプリケーションである。ポータルサービスは、サービス提供システム１０１４を利用するための入り口となるサービスを提供する。外部サービス連携アプリ１１１２は外部サービス１０１５と連携するサービスを提供する。スキャンサービスアプリ１１１３はスキャンサービスを提供するアプリケーションである。プリントサービスアプリ１１１４はプリントサービスを提供するアプリケーションである。アプリケーション１１０１には、その他のサービスアプリが含まれていてもよい。
【００３３】
エージェント１１１５は外部サービス連携アプリ１１１２、スキャンサービスアプリ１１１３及びプリントサービスアプリ１１１４を不正な要求から保護するものである。外部サービス連携アプリ１１１２、スキャンサービスアプリ１１１３及びプリントサービスアプリ１１１４はエージェント１１１５によって不正な要求から保護されており、正当な認証チケットを持つ画像形成装置１０１３等からの要求を受け付ける。
【００３４】
プラットフォームＡＰＩ１１０６はポータルサービスアプリ１１１１、外部サービス連携アプリ１１１２、スキャンサービスアプリ１１１３、プリントサービスアプリ１１１４などが共通サービス１１０２を利用するためのインタフェースである。プラットフォームＡＰＩ１１０６はアプリケーション１１０１からの要求を共通サービス１１０２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。
【００３５】
プラットフォームＡＰＩ１１０６は、サービス提供システム１０１４が複数の情報処理装置で構成される場合、ネットワーク経由で利用可能な例えばＷｅｂ  ＡＰＩにより実現できる。
【００３６】
共通サービス１１０２は、認証・認可部１１２１、テナント管理部１１２２、ユーザ管理部１１２３、ライセンス管理部１１２４、機器管理部１１２５、一時画像保存部１１２６、ログ収集部１１２７、外部サービス管理部１１２８、画像処理ワークフロー制御部１１３０を有する。
【００３７】
また、画像処理ワークフロー制御部１１３０はメッセージキュー１１３１、１つ以上のワーカー（Ｗｏｒｋｅｒ）１１３２を有する。ワーカー１１３２は画像変換や画像送信などの機能を実現する。
【００３８】
認証・認可部１１２１は、クライアント端末１０１１や画像形成装置１０１３などのオフィス機器からのログイン要求に基づいて認証・認可を実行する。オフィス機器はクライアント端末１０１１、携帯端末１０１２、画像形成装置１０１３などの総称である。
【００３９】
認証・認可部１１２１は、例えば後述するユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４などにアクセスしてユーザを認証・認可する。また、認証・認可部１１２１は例えば後述するテナント情報記憶部１１４２、ライセンス情報記憶部１１４４、機器情報記憶部１１５０などにアクセスして画像形成装置１０１３などを認証する。
【００４０】
テナント管理部１１２２は後述するテナント情報記憶部１１４２に記憶されているテナント情報を管理する。ユーザ管理部１１２３は後述するユーザ情報記憶部１１４３に記憶されているユーザ情報を管理する。
【００４１】
ライセンス管理部１１２４は後述するライセンス情報記憶部１１４４に記憶されているライセンス情報を管理する。機器管理部１１２５は後述する機器情報記憶部１１５０に記憶されている機器情報を管理する。一時画像保存部１１２６は後述する一時画像記憶部１１４８への一時画像の保存、一時画像記憶部１１４８からの一時画像の取得を行う。
【００４２】
ログ収集部１１２７は後述するログ情報記憶部１１４１に記憶されているログ情報を管理する。外部サービス管理部１１２８は外部サービス１０１５に関する後述の外部サービステナント情報及び外部サービスユーザ情報を管理する。
【００４３】
画像処理ワークフロー制御部１１３０はアプリケーション１１０１からの要求に基づいて画像処理に関するワークフローを制御する。メッセージキュー１１３１は処理の種類に対応するキューを有する。画像処理ワークフロー制御部１１３０は処理（ジョブ）に係るリクエストのメッセージを、そのジョブの種類に対応するキューに投入する。
【００４４】
ワーカー１１３２は対応するキューを監視している。キューにメッセージが投入されるとワーカー１１３２は、対応するジョブの種類に応じた画像変換や画像送信などの処理を行う。なお、キューに投入されたメッセージはワーカー１１３２が主体的に読み出す（Ｐｕｌｌ）ようにしてもよいし、キューからワーカー１１３２に提供する（Ｐｕｓｈ）ようにしてもよい。
【００４５】
図３のデータベース１１０３は、ログ情報記憶部１１４１、テナント情報記憶部１１４２、ユーザ情報記憶部１１４３、ライセンス情報記憶部１１４４、セッション情報記憶部１１４５、外部サービステナント情報記憶部１１４６、外部サービスユーザ情報記憶部１１４７、一時画像記憶部１１４８、ジョブ情報記憶部１１４９、機器情報記憶部１１５０及びアプリケーション固有の設定情報記憶部１１５１を有する。
【００４６】
ログ情報記憶部１１４１はログ情報を記憶する。テナント情報記憶部１１４２はテナント情報を記憶する。ユーザ情報記憶部１１４３はユーザ情報を記憶する。ライセンス情報記憶部１１４４はライセンス情報を記憶している。また、セッション情報記憶部１１４５はセッション情報を記憶する。
【００４７】
外部サービステナント情報記憶部１１４６は後述の外部サービステナント情報を記憶している。外部サービスユーザ情報記憶部１１４７は後述の外部サービスユーザ情報を記憶している。
【００４８】
一時画像記憶部１１４８は一時画像を記憶する。一時画像は、例えばワーカー１１３２が処理するスキャン画像などのファイルやデータである。ジョブ情報記憶部１１４９は処理（ジョブ）に係るリクエストの情報（ジョブ情報）を記憶する。機器情報記憶部１１５０は機器情報を記憶する。また、アプリケーション固有の設定情報記憶部１１５１はアプリケーション１１０１に固有の設定情報を記憶する。
【００４９】
図３の管理１１０４は監視部、デプロイ部、サーバアカウント管理部やサーバログイン管理部を一例として有している。また、図３の業務１１０５は顧客情報管理部、契約管理部、販売管理部、ライセンス管理部１１６０、開発環境部を一例として有する。ライセンス管理部１１６０は後述のテナントライセンスの発行やサービスライセンスの発行などを行う。
【００５０】
サービス提供システム１０１４は、認証・認可や画像処理に関するワークフローなどの共通サービスを提供する統合基盤と、統合基盤の機能を利用してスキャンサービス、外部サービス連携などのアプリサービスを提供するサービス群として機能する。
【００５１】
統合基盤は、例えば共通サービス１１０２、ＤＢ１１０３、管理１１０４、業務１１０５及びプラットフォームＡＰＩ１１０６によって構成される。サービス群は、例えばアプリケーション１１０１及びプラットフォームＡＰＩ１１０６によって構成される。
【００５２】
図３に示したサービス提供システム１０１４はサービス群と統合基盤とを分離した構成により、プラットフォームＡＰＩ１１０６を利用するアプリケーション１１０１を容易に開発できる。
【００５３】
なお、図３に示したサービス提供システム１０１４の処理ブロックの分類形態は一例であり、アプリケーション１１０１、共通サービス１１０２、ＤＢ１１０３、管理１１０４及び業務１１０５が図３に示されるような階層で分類されていることが必須ではない。第１の実施形態に係るサービス提供システム１０１４の処理を実施できるのであれば図３に示される階層関係などは特定のものに限定されない。
【００５４】
《サービス提供システムを利用するための情報の自動生成》
サービス提供システム１０１４を利用するための情報を自動生成する情報処理システム１０００では例えば図４に示すように連携しながら、サービス提供システム１０１４を利用するための情報を自動生成する。
【００５５】
図４はサービス提供システムを利用するための情報を自動生成する処理の概要を説明するための図である。なお、図４は情報処理システム１０００の構成のうち、説明に必要な構成を示したものである。また、認証・認可サーバ１１７０は図３の認証・認可部１１２１、テナント管理部１１２２、ユーザ管理部１１２３、ライセンス管理部１１２４、外部サービス管理部１１２８に相当する。さらに、画像形成装置１０１３からサービス提供システム１０１４を利用したいユーザは外部サービス１０１５のアカウントを有しているものとする。
【００５６】
ユーザは、サービス提供システム１０１４を利用したい画像形成装置１０１３から外部サービス連携アプリ１１１２へのログインを試みる。認証チケットが無いため、画像形成装置１０１３は外部サービス１０１５の認可画面にリダイレクトされる。ユーザは認可画面から外部サービス１０１５へのログイン操作を行う。ユーザによるログイン操作により画像形成装置１０１３は外部サービス１０１５の認証チケット、認可コードを取得したあと認証・認可サーバ１１７０にコールバックする。
【００５７】
認証・認可サーバ１１７０は認可コードを利用して外部サービス１０１５からアクセストークン、ＩＤトークン及びリフレッシュトークンを取得する。また、認証・認可サーバ１１７０はアクセストークンを利用して外部サービス１０１５から外部サービス１０１５に登録されているユーザ情報及びドメイン情報を取得する。
【００５８】
認証・認可サーバ１１７０はライセンス管理部１１６０にテナントライセンス、サービスライセンスを発行させ、後述のテナント情報、ユーザ情報、外部連携情報、外部サービステナント情報、外部サービスユーザ情報を作成して登録する。
【００５９】
また、認証・認可サーバ１１７０はサービス提供システム１０１４の認証チケットを画像形成装置１０１３に発行する。画像形成装置１０１３は認証チケットがあるため、外部サービス連携アプリ１１１２にリダイレクトされる。認証チケットがあるため、画像形成装置１０１３はサービス提供システム１０１４の外部サービス連携アプリ１１１２の利用を開始できる。
【００６０】
図４に示したように、サービス提供システム１０１４は画像形成装置１０１３から外部サービス１０１５のアカウントを使って、サービス提供システム１０１４を利用するための情報であるライセンス情報、テナント情報及びユーザ情報を登録する。ユーザは画像形成装置１０１３からの操作により、サービス提供システム１０１４を利用するための情報をサービス提供システム１０１４に登録できるので、サービス提供システム１０１４を利用可能な状態とすることができる。
【００６１】
図５〜図７はサービス提供システムを利用するための情報を自動生成する処理の一例のシーケンス図である。ここでは外部サービス１０１５のアカウントを持つユーザが画像形成装置１０１３を操作し、サービス提供システム１０１４を利用するための情報を自動生成する手順について説明する。ユーザはサービス提供システム１０１４を利用したい画像形成装置１０１３から認証チケットで保護されている外部サービス連携アプリ１１１２へのログインを要求する。
【００６２】
ステップＳ１１において、画像形成装置１０１３はサービス提供システム１０１４の認証チケットを持たない状態で外部サービス連携アプリ１１１２の利用をサービス提供システム１０１４にリクエストする。ステップＳ１２において、エージェント１１１５は画像形成装置１０１３から外部サービス連携アプリ１１１２へのリクエストの正当性チェックを認証・認可サーバ１１７０にリクエストする。
【００６３】
認証・認可サーバ１１７０は認証チケットの正当性チェックを行う。なお、ここでは認証チケットを持たない状態でのリクエストであるため、認証・認可サーバ１１７０により正当な認証チケットを持つリクエストでないと判定される。
【００６４】
ステップＳ１３において、画像形成装置１０１３はエージェント１１１５にサービス提供システム１０１４のログイン画面へのリダイレクトを要求される。なお、ステップＳ１３では外部サービス連携アプリ１１１２のサービス識別子とログイン後のリダイレクト先とが通知される。ステップＳ１１〜Ｓ１３の処理はログイン済みかのチェックを行う処理である。
【００６５】
ステップＳ１４において、画像形成装置１０１３はテナント認証キーが保存されていればテナント認証キーを取得する。ここでは、テナント認証キーが保存されていなかったものとして説明を続ける。テナント認証キーが保存されていなければ、画像形成装置１０１３は後述のステップＳ１７において、テナント作成オプションを付けてリクエストを送信する。
【００６６】
そして、ステップＳ１５において、画像形成装置１０１３はサービス提供システム１０１４のポータルサービスアプリ１１１１のログイン画面を表示する。ここでユーザは外部サービス１０１５のアカウントを利用したサービス提供システム１０１４の利用開始を選択する。
【００６７】
ステップＳ１７において、画像形成装置１０１３はポータルサービスアプリ１１１１に対し、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先、テナント作成オプションを指定した利用開始要求を行う。なお、ＩｄＰ識別子はステップＳ１６でユーザが選択した外部サービス１０１５の識別情報である。
【００６８】
また、画像形成装置１０１３はテナント作成オプションがある場合に機器認証チェックを行うようにすることで、ステップＳ１７の利用開始要求を行うことのできる画像形成装置１０１３を限定するようにしてもよい。
【００６９】
ステップＳ１８において、ポータルサービスアプリ１１１１はＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先、テナント作成オプションを指定したログイン要求を認証・認可サーバ１１７０に対して行う。ステップＳ１９において、認証・認可サーバ１１７０はログイン要求に指定されていたＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先、テナント作成オプションをリクエスト情報として保存する。
【００７０】
認証・認可サーバ１１７０は保存したリクエスト情報と対応付けた一時コードをポータルサービスアプリ１１１１に通知すると共に、外部サービス１０１５の認可画面へのリダイレクトをポータルサービスアプリ１１１１に要求する。ステップＳ２０において、画像形成装置１０１３はポータルサービスアプリ１１１１に外部サービス１０１５の認可画面へのリダイレクトを要求される。画像形成装置１０１３は外部サービス１０１５のログイン画面を表示する。
【００７１】
ユーザは外部サービス１０１５のログイン画面に外部サービス１０１５のユーザＩＤ及びパスワードなどの認証情報を入力してログインを要求する。ステップＳ２１において画像形成装置１０１３は外部サービス１０１５のログイン画面に入力された外部サービス１０１５のユーザＩＤ及びパスワードなどの認証情報を利用して外部サービス１０１５にログインし、外部サービス１０１５の認証チケットを取得する。
【００７２】
なお、外部サービス１０１５にログイン済みの場合は、ステップＳ２１の処理は省略される。外部サービス１０１５にログイン後、画像形成装置１０１３は外部サービス１０１５へのアクセスに外部サービス１０１５の認証チケットを添付する。
【００７３】
ステップＳ２２において、画像形成装置１０１３は一時コードを指定して外部サービス１０１５から認可画面を取得して表示する。ユーザは画像形成装置１０１３に表示された認可画面において認可の操作を行う。
【００７４】
ステップＳ２３において、画像形成装置１０１３は一時コードを指定して外部サービス１０１５に認可を要求する。ステップＳ２４において、外部サービス１０１５はトークンの取得に利用する認可コードを生成する。そして、ステップＳ２５において、外部サービス１０１５は一時コードと認可コードとを指定して認証・認可サーバ１１７０へのコールバックを画像形成装置１０１３に要求する。ステップＳ２６において画像形成装置１０１３は一時コードと認可コードとを指定して、認証・認可サーバ１１７０にコールバックを行う。ステップＳ２１〜Ｓ２６の処理はコールバックの処理である。
【００７５】
ステップＳ２７において、認証・認可サーバ１１７０はステップＳ２６のコールバックに指定されていた一時コードのリクエスト情報を取得する。ここで取得されるリクエスト情報はステップＳ１９で保存しておいたＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先、テナント作成オプションである。
【００７６】
ステップＳ２８において、認証・認可サーバ１１７０はＩｄＰ識別子により識別される外部サービス１０１５に、ステップＳ２６のコールバックに指定されていた認可コードによるトークン取得を要求する。外部サービス１０１５はトークン取得の要求に対する応答としてアクセストークン、ＩＤトークン及びリフレッシュトークンを認証・認可サーバ１１７０に返す。ステップＳ２９において、認証・認可サーバ１１７０はＩＤトークンを検証し、外部サービス１０１５のユーザ識別子を取得する。
【００７７】
ステップＳ３０において、認証・認可サーバ１１７０はアクセストークンを指定して外部サービス１０１５から外部サービス１０１５のユーザ情報を取得する。外部サービス１０１５のユーザ情報には例えば姓名、メールアドレスなどが含まれる。なお、ステップＳ２９においてＩＤトークンの検証を行っているため、ステップＳ３０で外部サービス１０１５から取得したユーザ情報のユーザは存在することが保証される。
【００７８】
ステップＳ３１において、認証・認可サーバ１１７０はアクセストークンを指定して外部サービス１０１５から外部サービス１０１５のドメイン情報を取得する。外部サービス１０１５のドメイン情報には例えばドメイン名、ロケール、国などが含まれる。なお、外部サービス１０１５のドメイン情報とテナント情報とを対応付けるか否かは、選択できるようにしてもよい。ステップＳ２７〜Ｓ３１の処理は外部サービス１０１５からの情報取得の処理である。
【００７９】
ステップＳ３２において、認証・認可サーバ１１７０はステップＳ３０で取得した外部サービス１０１５のユーザ情報に一致するユーザがいるか（既に登録されているか）を判定する。ここでは外部サービス１０１５のユーザ情報に一致するユーザがいなかったものとして説明を続ける。
【００８０】
ステップＳ３３において、認証・認可サーバ１１７０はステップＳ２７で取得したリクエスト情報にテナント作成オプションが含まれているか判定する。ここではテナント作成オプションが含まれていたものとして説明を続ける。
【００８１】
ステップＳ３４において、認証・認可サーバ１１７０はライセンス管理部１１６０にテナントライセンスの発行を要求し、テナントライセンスを取得する。また、ステップＳ３５に進み、認証・認可サーバ１１７０はステップＳ２７で取得したリクエスト情報に含まれていたサービス識別子と、ステップＳ３４で取得したテナントライセンスのテナントＩＤとを指定して、サービスライセンスの発行を要求する。認証・認可サーバ１１７０はライセンス管理部１１６０からサービスライセンスを取得する。
【００８２】
ステップＳ３６において、認証・認可サーバ１１７０はテナント情報記憶部１１４２にテナント情報を登録することでテナントを作成する。なお、認証・認可サーバ１１７０はテナント情報の初期値をステップＳ３１で取得した外部サービス１０１５のドメイン情報から設定する。例えばテナント名など、ステップＳ３１で取得した外部サービス１０１５のドメイン情報に含まれていない情報は後から設定するようにしてもよい。
【００８３】
ステップＳ３７において、認証・認可サーバ１１７０はテナントＩＤと外部サービス１０１５のドメイン情報とを対応付ける後述の外部サービステナント情報を作成する。外部サービステナント情報はドメイン情報と連携させる場合に設定する。例えばサービス提供システム１０１４におけるテナントと外部サービス１０１５のドメインとの対応付けはテナント作成オプションとしてユーザに選択させることもできる。
【００８４】
サービス提供システム１０１４におけるテナントと外部サービス１０１５のドメインとを対応付けする効果としては、サービス提供システム１０１４を利用可能な外部サービス１０１５のユーザを特定のドメインに制限できる。また、サービス提供システム１０１４におけるテナントと外部サービス１０１５のドメインとを対応付けする効果としては同一ドメインのユーザが初めてサービス提供システム１０１４を利用する際に、そのユーザを追加するテナントを自動的に判別できる。
【００８５】
一方、サービス提供システム１０１４におけるテナントと外部サービス１０１５のドメインとを対応付けしない効果としては、コンシューマ用のメールアドレスを利用できることがある。
【００８６】
また、ステップＳ３８において、認証・認可サーバ１１７０はユーザ情報記憶部１１４３にユーザ情報を登録することでユーザを作成する。なお、認証・認可サーバ１１７０はユーザ情報の初期値をステップＳ３０で取得した外部サービス１０１５のユーザ情報から設定する。なお、ユーザＩＤは例えばメールアドレスから自動生成してもよい。
【００８７】
ステップＳ３９において、認証・認可サーバ１１７０は外部サービスユーザ情報記憶部１１４７に外部サービスユーザ情報を作成する。外部サービスユーザ情報には外部サービス１０１５のユーザ識別子、テナントＩＤ、ユーザＩＤが含まれる。外部サービスユーザ情報はサービス提供システム１０１４のユーザ情報と外部サービス１０１５のユーザ情報とを対応付けるものである。
【００８８】
また、ステップＳ４０において、認証・認可サーバ１１７０はアクセストークン、リフレッシュトークンをユーザと対応付ける外部連携情報を作成する。サービス提供システム１０１４はアクセストークンを使って、ユーザが認可した外部サービス１０１５の例えばＡＰＩを利用することができる。ステップＳ３８〜Ｓ４０の処理は、ユーザ作成の処理である。
【００８９】
ステップＳ４０までの処理によりサービス提供システム１０１４には図８に示すテナント情報、外部サービステナント情報、ユーザ情報、外部サービスユーザ情報、チケット情報及び外部連携情報が作成される。
【００９０】
なお、テナント情報、外部サービステナント情報、ユーザ情報、外部サービスユーザ情報、チケット情報及び外部連携情報は、サービス提供システム１０１４を利用するための情報の一例である。
【００９１】
図８はステップＳ４０までの処理によりサービス提供システムに作成される情報の一例について説明するための図である。なお、図８は外部サービス１０１５の「ｔｅｎａｎｔ１．ｘｘｘ．ｃｏｍ」ドメインに属する「ｘｘｘ＿ｕｓｅｒ＿００１」ユーザで「ｔｅｎａｎｔ００１」テナントを開設した例を示している。
【００９２】
「ｘｘｘ＿ｕｓｅｒ＿００１」ユーザのユーザ情報（外部サービス１０１５に登録されているユーザ情報）は以下の通りとする。
【００９３】
メールアドレス「ｕｓｅｒ００１＠ｔｅｎａｎｔ１．ｘｘｘ．ｃｏｍ」
姓「山田」
名「太郎」
図８に示したテナント情報はテナントＩＤ「ｔｅｎａｎｔ＿ｉｄ」とテナント認証キー「ｔｅｎａｎｔ＿ｋｅｙ００１」とが対応付けられている。テナントＩＤ及びテナント認証キーは画像形成装置１０１３にも保存される。外部サービステナント情報はテナントＩＤとＩｄＰ識別子「ｉｄｐ＿ｉｄ」とドメイン「ｔｅｎａｎｔ１．ｘｘｘ．ｃｏｍ」とが対応付けられている。
【００９４】
また、ユーザ情報はテナントＩＤとユーザＩＤ「ｕｓｅｒ＿ｉｄ」と姓「ｌａｓｔ＿ｎａｍｅ」と名「ｆｉｒｓｔ＿ｎａｍｅ」とメールアドレス「ｍａｉｌ」とが対応付けられている。
【００９５】
外部サービスユーザ情報は、テナントＩＤとユーザＩＤとＩｄＰ識別子と外部サービス１０１５のユーザ識別子「ｉｄｐ＿ｕｓｅｒ＿ｉｄ」とが対応付けられている。外部連携情報は、ＩＤ「ｉｄ」とテナントＩＤとユーザＩＤとスコープ「ｓｃｏｐｅ」とアクセストークン「ａｃｃｅｓｓ＿ｔｏｋｅｎ」とリフレッシュトークン「ｒｅｆｒｅｓｈ＿ｔｏｋｅｎ」とが対応付けられている。
【００９６】
また、チケット情報はテナントＩＤとユーザＩＤとセッションＩＤ「ｓｅｓｓｉｏｎ００００１」とが対応付けられている。図８のチケット情報はサービス提供システム１０１４の認証チケットを管理し、セッションＩＤによりログイン状態を維持する。サービス提供システム１０１４に作成されたテナント情報、ユーザ情報はポータルサービスアプリ１１１１から修正できる。
【００９７】
図７のステップＳ４１に戻り、認証・認可サーバ１１７０は図８のチケット情報に基づいて認証チケットを発行する。ステップＳ４２において、認証・認可サーバ１１７０はステップＳ４１で発行したサービス提供システム１０１４の認証チケットを画像形成装置１０１３に通知すると共に、外部サービス連携アプリ１１１２へのリダイレクトを画像形成装置１０１３に要求する。このように、サービス提供システム１０１４は作成したユーザに対してサービス提供システム１０１４の認証チケットを発行し、画像形成装置１０１３からのログイン処理を受け付ける。
【００９８】
ステップＳ４３において、画像形成装置１０１３はサービス提供システム１０１４の認証チケットを持った状態で外部サービス連携アプリ１１１２の利用をサービス提供システム１０１４にリクエストする。ステップＳ４４において、エージェント１１１５は画像形成装置１０１３から外部サービス連携アプリ１１１２へのリクエストの正当性チェックを認証・認可サーバ１１７０にリクエストする。
【００９９】
認証・認可サーバ１１７０は認証チケットの正当性チェックを行う。なお、ここでは認証・認可サーバ１１７０により正当な認証チケットを持つリクエストであると判定されたものとする。エージェント１１１５はステップＳ４５において、画像形成装置１０１３からのリクエストを外部サービス連携アプリ１１１２へ送信して、画像形成装置１０１３による外部サービス連携アプリ１１１２の利用を開始させる。また、エージェント１１１５はステップＳ４６において画像形成装置１０１３にステップＳ４３のリクエストに対するレスポンスを返す。ステップＳ４３〜Ｓ４６の処理はログイン済みかのチェックを行う処理である。
【０１００】
ステップＳ４７に進み、画像形成装置１０１３はテナント認証キーが保存されているかのチェックを行う。ここではテナント認証キーが保存されていなかったものとして説明を続ける。ステップＳ４８において、画像形成装置１０１３は認証・認可サーバ１１７０からテナント認証キーを取得する。そして、ステップＳ４９において、画像形成装置１０１３はテナント認証キーを保存する。このように、画像形成装置１０１３はサービス提供システム１０１４にログイン後、テナントＩＤ、テナント認証キーを保存する。
【０１０１】
第１の実施形態に係る情報処理システム１０００によれば、サービス提供システム１０１４の利用開始を画像形成装置１０１３から行うことができる。サービス提供システム１０１４を利用する画像形成装置１０１３からサービス提供システム１０１４の利用開始を行うため、ユーザにとって分かり易い。
【０１０２】
また、画像形成装置１０１３はテナント認証キーが保存されていない場合、サービス提供システム１０１４に対する利用開始要求に、テナント作成オプションを付ける。テナント作成オプションが付けられている場合に機器認証チェックを行うことにより、第１の実施形態に係る情報処理システム１０００はサービス提供システム１０１４に対する利用開始要求を行える画像形成装置１０１３を限定できる。このようにテナントを開設できる画像形成装置１０１３を制限することで、第１の実施形態に係る情報処理システム１０００はＰＣやサーバなどからの攻撃を防止できる。
【０１０３】
また、第１の実施形態に係る情報処理システム１０００によれば、外部サービス１０１５に登録されている有効なメールアドレスを利用できるため、ユーザのメールアドレスの検証が不要となる。
【０１０４】
このように、第１の実施形態に係る情報処理システム１０００はサービス提供システム１０１４の利用開始を、端末装置を利用せずに画像形成装置１０１３から行うことができるため、ユーザの手間を削減できる。
【０１０５】
《外部サービスのアカウントを使ったログイン》
図５〜図７のシーケンス図に示した処理のあと、サービス提供システム１０１４は外部サービス１０１５のアカウントを使ってログインし、利用できるようになる。図９は外部サービスのアカウントを使ったログイン処理の一例のシーケンス図である。なお、図９のシーケンス図は一部を除いて図５〜図７のシーケンス図と同様であるため、適宜説明を省略する。
【０１０６】
ステップＳ５０の処理は図５のステップＳ１１〜Ｓ１３と同様である。ステップＳ５１において、画像形成装置１０１３は、テナント認証キーが保存されていればテナント認証キーを取得する。
【０１０７】
ここでは、テナント認証キーが保存されていたものとして説明を続ける。テナント認証キーが保存されていれば、画像形成装置１０１３は後述のステップＳ５４において、テナント作成オプションを付けずにリクエストを送信する。
【０１０８】
そして、ステップＳ５２において、画像形成装置１０１３はサービス提供システム１０１４のポータルサービスアプリ１１１１のログイン画面を表示する。ステップＳ５３においてユーザは外部サービス１０１５のアカウントを利用したサービス提供システム１０１４の利用開始を選択する。
【０１０９】
ステップＳ５４において、画像形成装置１０１３はポータルサービスアプリ１１１１に対し、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定した利用開始要求を行う。
【０１１０】
ステップＳ５５において、ポータルサービスアプリ１１１１はＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定したログイン要求を認証・認可サーバ１１７０に対して行う。ステップＳ５６において、認証・認可サーバ１１７０はログイン要求に指定されていたＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先をリクエスト情報として保存する。
【０１１１】
認証・認可サーバ１１７０は保存したリクエスト情報と対応付けた一時コードをポータルサービスアプリ１１１１に通知すると共に、外部サービス１０１５の認可画面へのリダイレクトをポータルサービスアプリ１１１１に要求する。ステップＳ５８において、画像形成装置１０１３はポータルサービスアプリ１１１１に外部サービス１０１５の認可画面へのリダイレクトを要求される。画像形成装置１０１３は外部サービス１０１５のログイン画面を表示する。
【０１１２】
ステップＳ５９の処理は図６のステップＳ２１〜Ｓ２６と同様である。また、ステップＳ６０の処理は図６のステップＳ２７〜Ｓ３１と同様である。
【０１１３】
ステップＳ６１において、認証・認可サーバ１１７０は外部サービス１０１５から取得した外部サービス１０１５のユーザ情報に一致するユーザがいるかを判定する。ここでは外部サービス１０１５のユーザ情報に一致するユーザがいたものとして説明を続ける。
【０１１４】
また、ステップＳ６２において、認証・認可サーバ１１７０はアクセストークン、リフレッシュトークンをユーザと対応付ける外部連携情報を作成・更新する。ステップＳ６３に進み、認証・認可サーバ１１７０は認証チケットを発行する。
【０１１５】
ステップＳ６４において、認証・認可サーバ１１７０は発行したサービス提供システム１０１４の認証チケットを画像形成装置１０１３に通知すると共に、外部サービス連携アプリ１１１２へのリダイレクトを画像形成装置１０１３に要求する。ステップＳ６５の処理は図７のステップＳ４３〜Ｓ４６と同様である。
【０１１６】
図１０はステップＳ６１〜Ｓ６３の処理の一例について説明するための図である。例えばステップＳ６１において認証・認可サーバ１１７０は、外部サービス１０１５から取得した外部サービス１０１５のＩｄＰ識別子及びユーザ識別子と一致するレコードがあるかを判定する。
【０１１７】
外部サービス１０１５から取得した外部サービス１０１５のＩｄＰ識別子及びユーザ識別子と一致するレコードがあれば、認証・認可サーバ１１７０は外部サービス１０１５から取得した外部サービス１０１５のユーザ情報に一致するユーザがいると判定する。外部サービス１０１５から取得した外部サービス１０１５のＩｄＰ識別子及びユーザ識別子と一致するレコードがなければ、認証・認可サーバ１１７０は外部サービス１０１５から取得した外部サービス１０１５のユーザ情報に一致するユーザがいないと判定する。
【０１１８】
また、ステップＳ６２において認証・認可サーバ１１７０は新しく取得したアクセストークン、リフレッシュトークンで外部連携情報のユーザＩＤ及びスコープが一致するレコードのアクセストークン、リフレッシュトークンを更新する。
【０１１９】
認証・認可サーバ１１７０はユーザＩＤ及びスコープが一致するレコードが外部連携情報に無ければ、新しく取得したアクセストークン、リフレッシュトークンを登録する新しいレコードを作成する。
【０１２０】
このような外部サービス１０１５のアカウントを使ったログイン処理ではテナント認証キーと組み合わせることで、該当しないテナントと対応付けられている外部サービス１０１５のユーザによるログインを拒絶できる。この場合は例えば図９のステップＳ６１の処理のあと、テナント認証キーを使ってテナント情報を取得する。認証・認可サーバ１１７０はステップＳ６１で取得したユーザの所属するテナントが、テナント認証キーを使って取得するテナントと一致するか否かで、該当しないテナントと対応付けられた外部サービス１０１５のユーザによるログインか否かを判断する。
【０１２１】
《新規ユーザを追加する際のテナントとの対応付け》
例えばサービス提供システム１０１４は新規ユーザが初めてログインするタイミングで新規ユーザのアカウントを図１１に示すように追加できる。なお、図１１の新規ユーザのアカウントの追加は画像形成装置１０１３からのアカウント追加を想定している。
【０１２２】
図１１は新規ユーザを追加する際のテナントとの対応付け処理の一例のシーケンス図である。なお、図１１のシーケンス図は一部を除いて図５〜図７のシーケンス図と同様であるため、適宜説明を省略する。
【０１２３】
ステップＳ７０の処理は図５のステップＳ１１〜Ｓ１３と同様である。ステップＳ７１において、画像形成装置１０１３は、テナント認証キーが保存されていればテナント認証キーを取得する。
【０１２４】
ここでは、テナント認証キーが保存されていたものとして説明を続ける。テナント認証キーが保存されていれば、画像形成装置１０１３は後述のステップＳ７４において、テナント認証キーを付けてリクエストを送信する。
【０１２５】
そして、ステップＳ７２において、画像形成装置１０１３はサービス提供システム１０１４のポータルサービスアプリ１１１１のログイン画面を表示する。ステップＳ７３においてユーザは外部サービス１０１５のアカウントを利用したサービス提供システム１０１４の利用開始を選択する。
【０１２６】
ステップＳ７４において、画像形成装置１０１３はポータルサービスアプリ１１１１に対し、テナント認証キー、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定した利用開始要求を行う。
【０１２７】
ステップＳ７５において、ポータルサービスアプリ１１１１は認証・認可サーバ１１７０に対して、テナント認証キー、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定したログイン要求を行う。ステップＳ７６において認証・認可サーバ１１７０はテナント認証キーに対応するテナントＩＤをテナント情報から取得する。
【０１２８】
ステップＳ７７において、認証・認可サーバ１１７０はログイン要求に指定されていたＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先と、ステップＳ７６で取得したテナントＩＤをリクエスト情報として保存する。
【０１２９】
認証・認可サーバ１１７０は保存したリクエスト情報と対応付けた一時コードをポータルサービスアプリ１１１１に通知すると共に、外部サービス１０１５の認可画面へのリダイレクトをポータルサービスアプリ１１１１に要求する。ステップＳ７９において、画像形成装置１０１３はポータルサービスアプリ１１１１に外部サービス１０１５の認可画面へのリダイレクトを要求される。画像形成装置１０１３は外部サービス１０１５のログイン画面を表示する。
【０１３０】
ステップＳ８１の処理は図６のステップＳ２１〜Ｓ２６と同様である。また、ステップＳ８２の処理は図６のステップＳ２７〜Ｓ３１と同様である。
【０１３１】
ステップＳ８３において、認証・認可サーバ１１７０は外部サービス１０１５から取得した外部サービス１０１５のユーザ情報に一致するユーザがいるか否かを判定する。ここでは外部サービス１０１５のユーザ情報に一致するユーザがいなかったものとして説明を続ける。
【０１３２】
ステップＳ８４において、認証・認可サーバ１１７０はステップＳ７７で保存したリクエスト情報にテナントＩＤが含まれているかを判定する。ここではステップＳ７７で保存したリクエスト情報にテナントＩＤが含まれているものとして説明を続ける。
【０１３３】
ステップＳ８５では図７のステップＳ３８〜Ｓ４０と同様な処理により、リクエスト情報に含まれていたテナントＩＤのテナントに新規ユーザを追加する。ステップＳ８６に進み、認証・認可サーバ１１７０は認証チケットを発行する。
【０１３４】
ステップＳ８７において、認証・認可サーバ１１７０は発行したサービス提供システム１０１４の認証チケットを画像形成装置１０１３に通知すると共に、外部サービス連携アプリ１１１２へのリダイレクトを画像形成装置１０１３に要求する。ステップＳ８８の処理は図７のステップＳ４３〜Ｓ４６と同様である。
【０１３５】
図１２はステップＳ８４〜Ｓ８６の処理の一例について説明するための図である。例えばステップＳ８４において認証・認可サーバ１１７０は、ステップＳ７７で保存したリクエスト情報にテナントＩＤ「ｔｅｎａｎｔ００１」が含まれていると判定する。
【０１３６】
ステップＳ８５において、認証・認可サーバ１１７０はテナントＩＤ「ｔｅｎａｎｔ００１」のテナントにユーザＩＤ「ｕｓｅｒ００２」の新規ユーザを追加するように、外部連携情報、ユーザ情報、外部サービスユーザ情報、セッション情報を作成する。
【０１３７】
図１１のシーケンス図によれば、画像形成装置１０１３が保持するテナント認証キーに対応するテナントに新規ユーザを追加できる。
【０１３８】
（まとめ）
第１の実施形態に係る情報処理システム１０００によれば、画像形成装置１０１３からの操作により、外部サービス１０１５のアカウントを使って、サービス提供システム１０１４を利用できる状態にすることができる。
【０１３９】
また、第１の実施形態に係る情報処理システム１０００によれば、外部サービス１０１５と連携するサービス提供システム１０１４へのログインを、外部サービス１０１５のアカウントにより行うことができる。
【０１４０】
さらに、第１の実施形態に係る情報処理システム１０００によれば、外部サービス１０１５のアカウントを持つ新規ユーザが初めてサービス提供システム１０１４にログインするタイミングでサービス提供システム１０１４のアカウントを自動的に追加できる。このため、第１の実施形態に係る情報処理システム１０００によれば、管理者によるサービス提供システム１０１４のアカウント管理コストを下げることができる。
［第２の実施形態］
第１の実施形態は画像形成装置１０１３が保持するテナント認証キーに対応するテナントに新規ユーザを追加していた。第２の実施形態は外部サービステナント情報でドメインに対応するテナントに新規ユーザを追加するものである。なお、第２の実施形態における新規ユーザのアカウントの追加はクライアント端末１０１１などの端末装置からのアカウント追加を想定している。
【０１４１】
例えばサービス提供システム１０１４は新規ユーザが初めてログインするタイミングで新規ユーザのアカウントを図１３に示すように追加できる。図１３は新規ユーザを追加する際のテナントとの対応付け処理の他の例のシーケンス図である。
【０１４２】
図１３のシーケンス図は一部を除いて図５〜図７のシーケンス図と同様であるため、適宜説明を省略する。例えば図１３のシーケンス図は図５〜図７の画像形成装置１０１３がクライアント端末１０１１に置き換えられている。
【０１４３】
ステップＳ９０の処理は図５のステップＳ１１〜Ｓ１３と同様である。ステップＳ９１において、クライアント端末１０１１は、テナント認証キーが保存されていればテナント認証キーを取得する。
【０１４４】
ここでは、テナント認証キーが保存されていなかったものとして説明を続ける。テナント認証キーが保存されていなければ、クライアント端末１０１１は後述のステップＳ９４において、テナント認証キーを付けずにリクエストを送信する。
【０１４５】
そして、ステップＳ９２において、クライアント端末１０１１はサービス提供システム１０１４のポータルサービスアプリ１１１１のログイン画面を表示する。ステップＳ９３においてユーザは外部サービス１０１５のアカウントを利用したサービス提供システム１０１４の利用開始を選択する。
【０１４６】
ステップＳ９４において、クライアント端末１０１１はポータルサービスアプリ１１１１に対し、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定した利用開始要求を行う。
【０１４７】
ステップＳ９５において、ポータルサービスアプリ１１１１は認証・認可サーバ１１７０に対して、ＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先を指定したログイン要求を行う。
【０１４８】
ステップＳ９６において、認証・認可サーバ１１７０はログイン要求に指定されていたＩｄＰ識別子、サービス識別子、ログイン後のリダイレクト先をリクエスト情報として保存する。
【０１４９】
認証・認可サーバ１１７０は保存したリクエスト情報と対応付けた一時コードをポータルサービスアプリ１１１１に通知すると共に、外部サービス１０１５の認可画面へのリダイレクトをポータルサービスアプリ１１１１に要求する。ステップＳ９８において、クライアント端末１０１１はポータルサービスアプリ１１１１に外部サービス１０１５の認可画面へのリダイレクトを要求される。クライアント端末１０１１は外部サービス１０１５のログイン画面を表示する。
【０１５０】
ステップＳ９９の処理は図６のステップＳ２１〜Ｓ２６と同様である。また、ステップＳ１００の処理は図６のステップＳ２７〜Ｓ３１と同様である。
【０１５１】
ステップＳ１０１において、認証・認可サーバ１１７０は外部サービス１０１５から取得した外部サービス１０１５のユーザ情報に一致するユーザがいるか否かを判定する。ここでは外部サービス１０１５のユーザ情報に一致するユーザがいなかったものとして説明を続ける。
【０１５２】
ステップＳ１０２において、認証・認可サーバ１１７０はステップＳ９６で保存したリクエスト情報にテナントＩＤが含まれているかを判定する。ここではステップＳ９６で保存したリクエスト情報にテナントＩＤが含まれていなかったものとして説明を続ける。
【０１５３】
ステップＳ１０３において、認証・認可サーバ１１７０は後述の図１４に示すような外部サービステナント情報からドメインに対応するテナントＩＤを取得する。なお、一致するドメインのユーザをテナントに追加可能か否かはテナント毎に設定できるようにしてもよい。また、自動でユーザをテナントに追加したくない場合はテナントの管理者などに例えば電子メールなどで通知し、テナントの管理者などの許可を求めるようにしてもよい。
【０１５４】
ステップＳ１０４では図７のステップＳ３８〜Ｓ４０と同様な処理により、ドメインに対応するテナントＩＤのテナントに新規ユーザを追加する。認証・認可サーバ１１７０はステップＳ１０５に進み、認証チケットを発行する。
【０１５５】
ステップＳ１０６において、認証・認可サーバ１１７０は発行したサービス提供システム１０１４の認証チケットをクライアント端末１０１１に通知すると共に、外部サービス連携アプリ１１１２へのリダイレクトをクライアント端末１０１１に要求する。ステップＳ１０７の処理は図７のステップＳ４３〜Ｓ４６と同様である。
【０１５６】
また、図１４はステップＳ１０３〜Ｓ１０５の処理の一例について説明するための図である。例えばステップＳ１０３において認証・認可サーバ１１７０は外部サービステナント情報から外部サービス１０１５のドメイン「ｔｅｎａｎｔ１．ｘｘｘ．ｃｏｍ」に対応するテナントＩＤ「ｔｅｎａｎｔ００１」を取得する。
【０１５７】
ステップＳ１０４において、認証・認可サーバ１１７０はテナントＩＤ「ｔｅｎａｎｔ００１」のテナントにユーザＩＤ「ｕｓｅｒ００２」の新規ユーザを追加するように、外部連携情報、ユーザ情報、外部サービスユーザ情報、セッション情報を作成する。
【０１５８】
図１３のシーケンス図によれば、外部サービステナント情報でドメインに対応するテナントに新規ユーザを追加できる。
［第３の実施形態］
第３の実施形態は画像形成装置１０１３に保存したテナント認証キーが削除された場合や他の画像形成装置１０１３を利用する場合に新しくテナントが作成されないように対処するものである。
【０１５９】
図１５は、新しくテナントを作成するか否かを判別する処理の一例のフローチャートである。ステップＳ１５１では図５のステップＳ１１から図６のステップＳ３１までの処理が行われる。
【０１６０】
ステップＳ１５２において、認証・認可サーバ１１７０は外部サービスユーザ情報に一致するユーザが存在するか否かを判定する。外部サービスユーザ情報に一致するユーザが存在する場合、認証・認可サーバ１１７０はステップＳ１５８において、テナント作成オプション、ユーザ作成オプションを無視し、ログイン処理を行う。そして、ステップＳ１５９において、認証・認可サーバ１１７０は外部連携情報の作成・更新を行う。テナント認証キーはログイン処理後に画像形成装置１０１３に保存される。
【０１６１】
一方、ステップＳ１５２において外部サービスユーザ情報に一致するユーザが存在しなければ、認証・認可サーバ１１７０はステップＳ１５３において、リクエスト情報にテナント作成オプションがあるか否かを判定する。リクエスト情報にテナント作成オプションがあれば、認証・認可サーバ１１７０はステップＳ１５６に進み、前述したテナントライセンスやサービスライセンスの発行やテナントの作成を行う。そして、ステップＳ１５７において認証・認可サーバ１１７０は前述したユーザの作成を行ったあと、ステップＳ１５９の外部連携情報の作成・更新を行う。
【０１６２】
一方、ステップＳ１５３においてリクエスト情報にテナント作成オプションがなければ認証・認可サーバ１１７０はステップＳ１５４に進む。認証・認可サーバ１１７０はテナント情報にテナント認証キーが指定されているか否かを判定する。テナント情報にテナント認証キーが指定されていれば、認証・認可サーバ１１７０はステップＳ１５７において認証・認可サーバ１１７０は前述したユーザの作成を行ったあと、ステップＳ１５９の外部連携情報の作成・更新を行う。
【０１６３】
一方、ステップＳ１５４においてテナント情報にテナント認証キーが指定されていなければ、認証・認可サーバ１１７０はステップＳ１５５に進み、外部サービステナント情報に一致するドメインがあるか否かを判定する。外部サービステナント情報に一致するドメインがあれば、認証・認可サーバ１１７０は前述したユーザの作成を行ったあと、ステップＳ１５９の外部連携情報の作成・更新を行う。一方、外部サービステナント情報に一致するドメインがなければ、認証・認可サーバ１１７０はステップＳ１６０においてログイン失敗と判定する。
【０１６４】
図１５のフローチャートによれば、画像形成装置１０１３に保存されているテナント認証キーが削除された場合や他の画像形成装置１０１３を利用する場合であっても、新しくテナントが作成されてしまうことがない。
【０１６５】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。テナント情報は特許請求の範囲に記載した組織情報の一例である。サービス提供システム１０１４の認証機能は第１の認証機能の一例である。サービスを提供する外部サービス連携アプリ１１１２は第１のサービスを提供するサービス提供システムの一例である。
【０１６６】
外部サービス１０１５の認証機能は第２の認証機能の一例である。認証・認可サーバ１１７０はサービス利用情報作成手段の一例である。また、外部サービス連携アプリ１１１２はサービス提供手段の一例である。サービス利用情報は、テナント情報、外部テナント情報、ユーザ情報、外部サービスユーザ情報、セッション情報及び外部連携情報の一例である。テナント認証キーは組織認証情報の一例である。
【符号の説明】
【０１６７】
１００    コンピュータ
１０１    入力装置
１０２    表示装置
１０３    外部Ｉ／Ｆ
１０３ａ    記録媒体
１０４    ＲＡＭ
１０５    ＲＯＭ
１０６    ＣＰＵ
１０７    通信Ｉ／Ｆ
１０８    ＨＤＤ
１０００    情報処理システム
１０１１    クライアント端末
１０１２    携帯端末
１０１３    画像形成装置
１０１４    サービス提供システム
１０１５    外部サービス
１１０１    アプリケーション
１１０２    共通サービス
１１０３    データベース
１１０４    管理
１１０５    業務
１１０６    プラットフォームＡＰＩ（Application Programming Interface）
１１１１    ポータルサービスアプリ
１１１２    外部サービス連携アプリ
１１１３    スキャンサービスアプリ
１１１４    プリントサービスアプリ
１１１５    エージェント
１１２１    認証・認可部
１１２２    テナント管理部
１１２３    ユーザ管理部
１１２４    ライセンス管理部
１１２５    機器管理部
１１２６    一時画像保存部
１１２７    ログ収集部
１１２８    外部サービス管理部
１１３０    画像処理ワークフロー制御部
１１３１    メッセージキュー
１１３２    ワーカー
１１４１    ログ情報記憶部
１１４２    テナント情報記憶部
１１４３    ユーザ情報記憶部
１１４４    ライセンス情報記憶部
１１４５    セッション情報記憶部
１１４６    外部サービステナント情報記憶部
１１４７    外部サービスユーザ情報記憶部
１１４８    一時画像記憶部
１１４９    ジョブ情報記憶部
１１５０    機器情報記憶部
１１５１    アプリケーション固有の設定情報記憶部
１１６０    ライセンス管理部
１１７０    認証・認可サーバ
Ｂ    バス
ＦＷ    ファイヤウォール
Ｎ１〜Ｎ２    ネットワーク
【先行技術文献】
【特許文献】
【０１６８】
【特許文献１】特開２０１３−２５０８９４号公報
【図１】
2017033339.tif 000003
【図２】
2017033339.tif 000004
【図３】
2017033339.tif 000005
【図４】
2017033339.tif 000006
【図５】
2017033339.tif 000007
【図６】
2017033339.tif 000008
【図７】
2017033339.tif 000009
【図８】
2017033339.tif 000010
【図９】
2017033339.tif 000011
【図１０】
2017033339.tif 000012
【図１１】
2017033339.tif 000013
【図１２】
2017033339.tif 000014
【図１３】
2017033339.tif 000015
【図１４】
2017033339.tif 000016
【図１５】
2017033339.tif 000017