JP2015028740A - サービス提供システム、サービス提供方法及びプログラム - Google Patents

Abstract

【課題】データの内容に基づき出力を制御する。
【解決手段】サービス提供システムにおいて、サービスのサービス識別情報、サービスを利用するユーザのユーザ識別情報、及び、サービス利用装置の装置識別情報を関連付けた管理情報を記憶する管理情報記憶手段と、サービス利用装置から取得したユーザ認証に利用するユーザ認証情報、又は、装置認証に利用する装置認証情報を認証情報として用いて認証処理を実行する認証手段と、認証された認証情報と管理情報とに基づき、認証情報に関連付くサービスを特定するサービス特定手段と、特定されたサービスの利用要求を、サービス利用装置から取得すると、サービスの利用要求に応じた処理を実行する実行手段とを有し、実行手段は、サービス利用装置から取得した出力要求のデータから所定のキーワードを検出し、検出したキーワードに対応して予め設定された出力方法に基づき、データの出力を制御することにより上記課題を解決する。
【選択図】図１

Description

本願は、サービス提供システム、サービス提供方法及びプログラムに関する。

印刷された文書データの仕分けをする際の負担を軽減するため、文書データを印刷するためのデータとして生成された印刷制御データに表された文字列から、予め設定されたキーワードを検出することで、各ページの印刷出力を制御する方法が知られている（例えば、特許文献１参照）

しかしながら、上述した特許文献１の方法は、例えばオフィス環境内等のプライベートなネットワークでの提供を想定したものである。したがって、例えばクラウド環境からのサービスの提供のように、ユーザ、組織、企業等のサービス提供先に応じてサービスの提供を制御することを想定したものではない。そのため、サービス及びサービス提供先を管理した上で、上述したデータの内容を条件としてサービスの提供を制御することは困難であった。

１つの側面では、本発明は、データの内容に基づき出力を制御することを目的とする。

一態様において、１以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムであって、前記サービスのサービス識別情報、前記サービスを利用するユーザのユーザ識別情報、及び、前記サービス利用装置の装置識別情報を関連付けた管理情報を記憶する管理情報記憶手段と、前記サービス利用装置から取得したユーザ認証に利用するユーザ認証情報、又は、装置認証に利用する装置認証情報を認証情報として用いて認証処理を実行する認証手段と、前記認証手段により認証された前記認証情報と前記管理情報とに基づき、前記認証情報に関連付く前記サービスを特定するサービス特定手段と、前記サービス特定手段により特定された前記サービスの利用要求を、前記サービス利用装置から取得すると、前記サービスの利用要求に応じた処理を実行する実行手段とを有し、前記実行手段は、前記サービス利用装置から取得した出力要求のデータから所定のキーワードを検出し、検出したキーワードに対応して予め設定された出力方法に基づき、前記データの出力を制御する。

データの内容に基づき出力を制御することが可能となる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。 本実施形態に係るサービス提供システムの一例の処理ブロック図である。 ライセンス情報の一例の構成図である。 テナント情報の一例の構成図である。 ユーザ情報の一例の構成図である。 装置情報の一例の構成図である。 外部サービス情報の一例の構成図である。 テナント登録からサービス登録までの処理手順を表した一例のフローチャートである。 利用規約画面の一例のイメージ図である。 ユーザ認証・機器認証処理の一例のシーケンスである。 サービス提供システムのデータ処理機能の一例を説明するための図である。 サービス提供システムが備えるデータ処理機能の処理手順を表した一例のフローチャートである。 １つのデータ処理の処理内容を複数のデータ処理の処理内容に分けるデータ処理を説明するための図である。 オンラインストレージに対する認可設定の一例のフローチャートである。 オンラインストレージとの連携処理の一例のフローチャートである。 プリントサービスアプリの一例の処理ブロック図である。 テナント情報と関連付けて設定されたルール情報の一例を示す図である。 ジョブのデータ出力制御処理のシーケンスである。 画像形成装置からのデータ出力処理のシーケンスである。

次に、本発明の実施の形態について、詳細に説明する。

＜システム構成＞
図１は、本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は、オフィス内のプライベートなネットワークＮ１と、クラウドサービスに代表されるサービス提供システム２のネットワークＮ２と、インターネット等のネットワークＮ３とを有する。ネットワークＮ１〜Ｎ３は、ネットワーク環境の一例である。

オフィス内のネットワークＮ１には、ファイアウォールＦＷが設置されている。ファイアウォールＦＷは、不正なアクセス元からのアクセスを制限する。サービス提供システム２のネットワークＮ２には、アクセス制御装置２１が設置されている。アクセス制御装置２１は、ネットワークＮ３を介したアクセスを制限する。

オフィス内のネットワークＮ１は、ファイアウォールＦＷの内側にあるプライベートなネットワークである。ネットワークＮ１には、端末装置１１、画像形成装置１２、認証装置１３、その他の装置１４が接続されている。

端末装置１１は、一般的なＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等が搭載された情報処理装置（コンピュータシステム）によって実現される。端末装置１１は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、ノートＰＣ、スマートフォンや携帯電話等、ユーザが操作可能な装置である。

画像形成装置１２は、複合機、複写機、スキャナ、レーザプリンタ等の画像形成機能を有する装置である。認証装置１３は、一般的なＯＳ等が搭載された情報処理装置によって実現される。認証装置１３は、ユーザ認証機能を提供する。その他の装置１４は、プロジェクタや電子黒板装置等の装置である。

なお、端末装置１１、画像形成装置１２、認証装置１３及びその他の装置１４は、無線による通信手段又は有線による通信手段を有する。図１では、一例として端末装置１１、画像形成装置１２、認証装置１３及びその他の装置１４がそれぞれ一台である例を示しているが複数台であっても良い。

サービス提供システム２は、ネットワークＮ３を介してクラウドサービスを提供する提供者等によって構築されるシステムである。なお、本実施形態は、クラウドサービスを一例として説明しているが、ＡＳＰ（アプリケーションサービスプロバイダ）によって提供されるサービスやＷｅｂサービス等、ネットワークＮ３を介して提供されるサービスに関して適用しても良い。

サービス提供システム２のネットワークＮ２は、アクセス制御装置２１によってネットワークＮ３に接続されている。ネットワークＮ２には、アクセス制御装置２１、プリントサービス提供装置２２、配信サービス提供装置２３、ポータルサービス提供装置２４、認証装置２６、データ処理制御装置２７、データ処理実行制御装置２８、データ処理装置２９が接続されている。

プリントサービス提供装置２２、配信サービス提供装置２３、ポータルサービス提供装置２４、認証装置２６、データ処理制御装置２７、データ処理実行制御装置２８、データ処理装置２９の詳細は後述する。

アクセス制御装置２１、プリントサービス提供装置２２等のサービス提供システム２内の各装置は、一台以上の情報処理装置により実現される。つまり、サービス提供システム２内の各装置は、一台の情報処理装置により実現しても良いし、複数の情報処理装置に分散して実現しても良い。

なお、サービス提供システム２内の各装置は、一台のコンピュータに統合して実現しても良い。すなわち、サービス提供システム２内の各装置を構成する情報処理装置の台数は本発明の適用範囲を制限するものではない。

また、サービス提供システム２内の各装置の一部あるいは全部が、オフィス内のネットワークＮ１等のプライベートなネットワークにおいて実現されても良い。本実施形態に係る情報処理システム１は、好適な一例を示すものである。例えばサービス提供システム２と、サービス提供システム２を利用するためにアクセスするオフィス内のネットワークＮ１の各装置との間にファイアウォールＦＷがあるか否かによって、本発明の適用範囲は制限されない。

サービス提供システム２は、各種サービスを提供するためのサービス提供機能を実現する装置と、各種サービスを提供するときに共通的に利用可能なプラットフォーム機能を実現する装置と、に大別して捉えることが可能である。

なお、プリントサービス提供装置２２、配信サービス提供装置２３、ポータルサービス提供装置２４は、各種サービスを提供するためのサービス提供機能を実現する装置の一例である。認証装置２６、データ処理制御装置２７、データ処理実行制御装置２８、データ処理装置２９は、各種サービスを提供するときに共通的に利用可能なプラットフォーム機能を実現する装置の一例である。

上記のようなサービス提供システム２の大別の仕方は、本発明を分かり易く説明するための概念的な捉え方であり、このような捉え方に基づいてサービス提供システム２を構成しなければならないというものではない。

また、インターネット等のネットワークＮ３は、端末装置１１、メールサーバ３１、オンラインストレージ３２等が接続される。図１に示すように、端末装置１１は、オフィス内のネットワークＮ１以外に接続されても良い。図１の情報処理システム１は、端末装置１１が、オフィス内のネットワークＮ１と、インターネット等のネットワークＮ３とに接続されている例を示している。

メールサーバ３１は、ユーザの電子メールの送信や受信等、電子メールに関する処理を行う。オンラインストレージ３２は、ストレージの記憶領域を貸し出すサービスに関する処理を行う。メールサーバ３１及びオンラインストレージ３２は、一台以上の情報処理装置により実現される。

＜ハードウェア構成＞
図１の端末装置１１、認証装置１３は、例えば図２に示すようなハードウェア構成のコンピュータシステムにより実現される。同様に、図１のアクセス制御装置２１、プリントサービス提供装置２２等のサービス提供システム２内の各装置も、例えば図２に示すようなハードウェア構成のコンピュータシステムにより実現される。

図１のメールサーバ３１及びオンラインストレージ３２についても、図２に示すようなハードウェア構成のコンピュータシステムにより実現される。図２は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。

図２に示すコンピュータシステム４０は、入力装置４１と、表示装置４２と、ＲＡＭ４３と、ＲＯＭ４４と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４５と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４６と、通信Ｉ／Ｆ４７と、外部Ｉ／Ｆ４８とを有し、それぞれがバスＢで相互に接続されている。

入力装置４１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置４２は、ディスプレイ等を含み、コンピュータシステム４０による処理結果を表示する。

ＲＡＭ４３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＲＯＭ４４は、電源を切ってもプログラムやデータを保持可能な不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ４４には、コンピュータシステム４０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、ＯＳ設定、及びネットワーク設定等のプログラムやデータが格納されている。

ＨＤＤ４５は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム４０全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。

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

ＣＰＵ４６は、ＲＯＭ４４やＨＤＤ４５等の記憶装置からプログラムやデータをＲＡＭ４３上に読み出し、処理を実行することで、コンピュータシステム４０全体の制御や機能を実現する演算装置である。

通信Ｉ／Ｆ４７は、コンピュータシステム４０をネットワークＮ１〜Ｎ３に接続するインタフェースである。これにより、コンピュータシステム４０は、通信Ｉ／Ｆ４７を介してデータ通信を行う。

外部Ｉ／Ｆ４８は、外部装置とのインタフェースである。外部装置には、記録媒体４８Ａ等がある。これにより、コンピュータシステム４０は、外部Ｉ／Ｆ４８を介して記録媒体４８Ａの読み取り及び／又は書き込みを行うことが可能である。

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

上述したハードウェア構成により、コンピュータシステム４０は、各種処理を実現することが可能となる。

＜ソフトウェア構成＞
《サービス提供システム》
図３は、本実施形態に係るサービス提供システムの一例の処理ブロック図である。図３のサービス提供システム２は、プログラムを実行することにより、サービスアプリ５１、プラットフォーム５２、管理データ記憶部５３及びプラットフォームＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）５４を実現している。

図３のサービスアプリ５１は、ポータルサービスアプリ６１、プリントサービスアプリ６２、配信サービスアプリ６３を一例として有する。サービスアプリ５１は、各種サービスを提供するための機能を有するアプリケーションである。

例えばポータルサービスアプリ６１は、図１のポータルサービス提供装置２４において実装される。プリントサービスアプリ６２は、プリントサービス提供装置２２において実装される。配信サービスアプリ６３は、配信サービス提供装置２３において実装される。

ポータルサービスアプリ６１は、ユーザがプリントサービスや配信サービス等の各種サービスを利用するためのポータルサイトを提供するアプリケーションである。ポータルサービスアプリ６１は、ユーザが各種サービスを利用するための処理として、後述のテナント登録処理、サービス登録処理、各種の管理情報の登録処理をプラットフォーム５２と連携して行う。

プリントサービスアプリ６２は、例えば印刷データを記憶し、印刷データを、例えば画像形成装置１２に送信することで、画像形成装置１２による印刷を実現するプリントサービスを提供するアプリケーションである。

配信サービスアプリ６３は、画像形成装置１２等の各種装置から送信された画像データに対するデータ処理を行い、処理後のデータを図１のオンラインストレージ３２等に配信する配信サービスを提供するアプリケーションである。

なお、サービスアプリ５１は、図１の例に限らず、記憶した画像データ（投影データ）をプロジェクタ等のその他の装置１４に送信するサービスを提供するアプリケーションを有していても良い。また、サービスアプリ５１は、記憶した画像データ（投影データ）を電子黒板装置等のその他の装置１４に送信するサービスを提供するアプリケーションを有していても良い。このように、サービスアプリ５１は、ユーザが利用する画像形成装置１２等の各装置に何らかのサービスを提供するアプリケーションを有している。

プラットフォームＡＰＩ５４は、サービスアプリ５１がプラットフォーム５２を利用するためのインタフェースである。プラットフォームＡＰＩ５４は、サービスアプリ５１からの要求をプラットフォーム５２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。

なお、サービス提供システム２を複数の情報処理装置に分散して構成する場合、プラットフォームＡＰＩ５４にはネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩを利用することが可能である。

プラットフォーム５２は、通信部７１、アクセス制御部７２、メール送信部７３、設定登録部７４、認可設定処理部７５、ライセンス認証部７６、ユーザ認証部７７、ユーザ装置認証部７８、社内連携認証部７９、外部連携認証部８０、データ処理制御部８１、１以上の処理キュー８２、１以上のデータ処理要求部８３、１以上のデータ処理部８４を有している。

通信部７１は、画像形成装置１２等の各装置との通信を実行する機能部であり、例えば図１のアクセス制御装置２１において実装される。アクセス制御部７２は、画像形成装置１２等の各装置からサービス提供システム２に対して要求される各種のアクセスに応じたアクセス制御を実行する機能部であり、例えばアクセス制御装置２１において実装される。

メール送信部７３は、メールを送信する機能部であり、例えば図１の認証装置２６において実装される。設定登録部７４は、管理データ記憶部５３に記憶する各種の管理データを設定登録する機能部であり、例えば認証装置２６において実装される。認可設定処理部７５は、オンラインストレージ３２等の外部サービスに対する認可の設定を行うための処理を実行する機能部であり、例えば認証装置２６において実装される。

ライセンス認証部７６は、管理データ記憶部５３が記憶する後述のライセンス情報及びテナント情報に基づき、ライセンスに関する認証を実行する機能部であり、例えば認証装置２６において実装される。ユーザ認証部７７は、端末装置１１等の装置認証を要さない装置からのログイン要求に基づいてユーザ認証を実行する機能部であり、例えば認証装置２６において実装される。

ユーザ装置認証部７８は、画像形成装置１２等の装置認証を要する装置からのログイン要求に基づいてユーザ認証を実行する機能部であり、例えば認証装置２６において実装される。

社内連携認証部７９は、ユーザが画像形成装置１２等の装置において、図１の認証装置１３による認証を行い、認証装置１３から取得したユーザＩＤを用いてログインする場合にユーザ認証を実行する機能部であり、例えば認証装置２６において実装される。外部連携認証部８０は、図１のオンラインストレージ３２にログインするための認証処理を実行する機能部であり、例えば認証装置２６において実装される。

データ処理制御部８１は、サービスアプリ５１からの要求に基づいて実行するデータ処理を制御する機能部であり、例えばデータ処理制御装置２７において実装される。１以上の処理キュー８２は、データ処理の種類に対応するメッセージキューであり、データ処理制御部８１からデータ処理に係るリクエストのメッセージが登録される。処理キュー８２は、例えばデータ処理制御装置２７において実装される。

１以上のデータ処理要求部８３は、自身に割り当てられた処理キュー８２を監視し、処理キュー８２からデータ処理に係るリクエストのメッセージを受信する。データ処理要求部８３は、受信したメッセージに対応するデータ処理の実行を、データ処理部８４に要求する機能部であり、例えばデータ処理実行制御装置２８において実装される。

１以上のデータ処理部８４は、データ処理要求部８３からの要求に応じたデータ処理を実行する機能部であり、例えばデータ処理装置２９において実装される。なお、データ処理部８４が実行するデータ処理の例としては、サービスアプリ５１から要求されるリクエストの分割処理、データ形式を変換するデータ形式変換処理、ＯＣＲを実行するＯＣＲ処理等が挙げられる。更に、データ処理部８４が実行するデータ処理の例としては、オンラインストレージ３２にデータをアップロードするアップロード処理等も挙げられる。

なお、データ処理の種類によっては、データ処理要求部８３とデータ処理部８４とを、例えばデータ処理実行制御装置２８において実装するような形態であっても良い。

管理データ記憶部５３は、管理情報記憶部９１、データ処理情報記憶部９２、データ記憶部９３を一例として有する。

管理情報記憶部９１は、ライセンス情報、テナント情報、ユーザ情報、装置情報等の管理情報を記憶する。管理情報記憶部９１は例えば認証装置２６において実装される。データ処理情報記憶部９２は、要求されるデータ処理に関する情報を記憶する。データ処理情報記憶部９２は、例えばデータ処理制御装置２７において実装される。データ記憶部９３は、アプリケーションデータや印刷データ等、その他のデータを記憶する。データ記憶部９３は、例えばデータ処理制御装置２７において実装される。

図３の管理データ記憶部５３に記憶されている管理データには、例えば以下のようなものである。図４は、ライセンス情報の一例の構成図である。ライセンス情報は、データ項目としてライセンス種類、ＩＤ、登録用コード、登録状態を有する。ライセンス種類は、ライセンスの種類を表す情報である。

ライセンスの種類には、テナント、プリントサービス、配信サービス等がある。ＩＤは、各ライセンスのＩＤであり、ライセンス認証に利用される情報である。登録用コードは、テナントの登録を行う時に利用される情報である。登録状態は、ユーザによるライセンスの登録（ＩＤの登録）が完了している状態か否か（登録済か未登録か）を示す情報である。

図５は、テナント情報の一例の構成図を示す。テナント情報は、データ項目としてテナントＩＤ、名称、サービスＩＤ、サービス種類、有効期限、外部サービス、アドレス情報、利用区域情報等を有する。テナントＩＤは、ライセンス情報においてライセンス種類が「テナント」のＩＤであり、ユーザがテナント登録を行うことで登録される情報である。

名称は、テナント登録を行うときにユーザが設定する名称であり、例えば企業名や組織名等が設定される。サービスＩＤは、ライセンス情報においてライセンス種類が「プリントサービス」や「配信サービス」といったサービスのＩＤであり、テナント登録が行われた後にユーザがサービス登録を行うことで登録される情報である。

サービス種類は、サービスＩＤに対応するライセンス種類（サービスの種類）を表す情報である。有効期限は、サービスＩＤの有効期限である。特定の装置に登録されたサービスＩＤの有効期限は、登録時点から管理される。

外部サービスは、サービス提供システム２と連携して利用する外部サービスを表す情報である。外部サービスとしては、例えば図１のオンラインストレージ３２等がある。アドレス情報は、テナント登録の際に登録される管理者のメールアドレスである。

利用区域情報は、サービスを利用する国・地域に関する情報である。なお、オンラインストレージ３２は、外部サービスの一例である。後述するアカウント、パスワード、認可トークン、スコープ等の情報は、外部サービスを利用するときに用いられる情報の一例である。

なお、認可とは、ユーザがサービスを利用するときに、どのサービスを利用するか、どのリソースへのアクセスを許可するか等のサービスの利用における利用範囲（権限）を設定することである。認可は、例えばＯＡｕｔｈと呼ばれるＡＰＩ認可の標準的技術を利用して設定することが可能である。サービス提供システム２からオンラインストレージ３２等の外部サービスを利用する視点で見ると、外部サービスが、ＯＡｕｔｈのサービスプロバイダの役割を果たし、サービス提供システム２が、ＯＡｕｔｈのコンシューマの役割を果たす。

図６は、ユーザ情報の一例の構成図を示す。ユーザ情報は、データ項目として、テナントＩＤと、ログイン用のユーザＩＤ及びパスワードと、社内認証用のユーザＩＤと、オンラインストレージ用のアカウント、パスワード、認可トークン及びスコープ等と、アドレス情報とを一例として有する。

ユーザ情報は、テナントＩＤ単位で各ユーザの情報を管理する。ログイン用のユーザＩＤ及びパスワードは、サービス提供システム２にログインするときのユーザ認証に利用する認証情報である。ログイン用のユーザＩＤは、ユーザ名等でもよく、サービス提供システム２にログインするときにユーザを識別可能な情報であれば良い。

社内認証用のユーザＩＤは、オフィス内のネットワークＮ１の認証装置１３においてユーザを特定するユーザ特定情報であり、認証装置１３から取得したユーザ特定情報を用いてログインする場合のユーザ認証に利用する認証情報である。社内認証用のユーザＩＤは、オフィス内のネットワークＮ１の認証装置１３においてユーザを特定可能なユーザ特定情報であれば良く、ユーザが携帯するＩＣカードのカードＩＤや携帯端末の端末ＩＤ等でも良い。

オンラインストレージ用のアカウント及びパスワードは、オンラインストレージ３２にログインするときに利用する認証情報である。認可トークンは、オンラインストレージ３２を特定の権限の範囲内で利用するための情報である。スコープは、認可により設定された利用範囲を特定する情報である。

なお、アカウントは、ユーザＩＤ、ユーザ名、オンラインストレージ用のアドレス等でも良く、ユーザが対象のオンラインストレージ３２にログインするときの認証に利用する認証情報であれば良い。アドレス情報は、ユーザのメールアドレスである。

図７は、装置情報の一例の構成図を示す。装置情報は、データ項目としてテナントＩＤ、装置ＩＤ、サービスＩＤ、サービス種類、利用開始日、利用終了日等を有する。装置情報は、テナントＩＤ単位で各装置の情報を管理する。

装置ＩＤは、装置を識別する情報であり、装置認証に利用する情報である。装置ＩＤは、例えば装置の機体番号等が一例として挙げられる。サービスＩＤ、サービス種類は、テナント情報におけるサービスＩＤ、サービス種類と同様の情報であり、ユーザが特定の装置に対するサービスＩＤの登録を行うことで登録される。

利用開始日は、サービスＩＤの登録を行った日にちの情報である。利用終了日は、登録されたサービスＩＤの有効期限が終了する日にちの情報である。装置情報に登録された装置は、サービスＩＤの利用開始日から利用終了日までの間、登録したサービスＩＤのサービスを利用することが可能である。

なお、サービスの種類やライセンスの種類によっては、有効期限が無期限のもの（実質的に期限の制約がないもの）があっても良い。また、装置情報が登録されていない装置であっても、装置認証を行わなければ利用できないサービス（機能）を除き、サービス提供システム２が提供する機能の一部は利用可能なものとする。

なお、本実施形態においては、装置情報の登録を要さない装置の一例として端末装置１１を示している。また、本実施形態においては、装置情報の登録を要する装置の一例として画像形成装置１２を示している。

端末装置１１において利用可能な機能の一例としては、管理データの設定登録や、印刷データの投入、削除等が挙げられる。また、画像形成装置において利用可能な機能の一例としては印刷データの取得、配信データの送信等が挙げられる。

なお、どのような機能を利用するときに装置認証を要し、どのような機能を利用するときに装置認証を要さないかは、サービスを提供する提供者側が決めれば良く、装置認証を要さないサービスがあっても良い。

図８は、外部サービス情報の一例の構成図を示す。外部サービス情報は、データ項目として外部サービスＩＤ、サービス名、クライアントＩＤ、クライアントシークレット、プロダクト名、スコープ、認可先ＵＲＬ、リダイレクト先ＵＲＬ等を有する。外部サービスＩＤは、外部サービスを特定（識別）する情報である。

サービス名は、外部サービスの名称である。クライアントＩＤは、外部サービスによって発行されるサービス提供システム２を特定する情報である。クライアントシークレットは、クライアントＩＤの本人性を保証するための秘密情報であり、パスワードのような役割を果たす情報である。

プロダクト名は、サービスアプリ５１を特定する情報である。スコープは、外部サービスの利用範囲を特定する情報である。認可先ＵＲＬは、外部サービスが備える認可システムのＵＲＬ（例えば外部サービスが備える認可サーバのＵＲＬ）である。リダイレクト先ＵＲＬは、外部サービスからリダイレクトされるサービス提供システム２のＵＲＬ（例えば認可設定処理部７５の認可クライアントとしての機能のＵＲＬ）である。

上述したように、テナントＩＤは、サービス提供システム２が提供するサービス、サービスを利用するユーザ、サービスを利用する装置に関連付き、サービス提供システム２において、ユーザ、装置、サービスを管理するための情報である。また、テナントＩＤは、サービス提供システム２が提供可能なサービスのうち、どのサービスを、どのユーザに、更にはどの装置に提供するかといった利用対象を特定する情報（利用対象特定情報）である。

＜処理の詳細＞
以下では、本実施形態に係る情報処理システム１の処理の詳細について説明する。

《テナント登録からサービス登録までの処理》
図９は、テナント登録からサービス登録までの処理手順を表した一例のフローチャートである。まず、テナント登録を行いたいユーザ（例えば企業や組織の管理者）は、サービス提供システム２のサービス提供者（例えばサービスの提供販売を行う担当者）からテナントＩＤ及び登録用コードを取得する。

なお、テナントＩＤ及び登録用コードの取得方法は、直接サービス提供者から取得する方法や、サービス提供者が運営する専用サイトにユーザの端末装置１１からアクセスして取得する方法等が例として挙げられる。

ステップＳ１において、ユーザは、端末装置１１がサービス提供システム２のポータルサイトへアクセスするように、端末装置１１の入力装置４１を操作する。端末装置１１は、ユーザの操作に基づき、サービス提供システム２のポータルサイトにアクセスする。

サービス提供システム２のアクセス制御部７２は、ポータルサイトへのアクセスであることから、端末装置１１からのアクセスを許可し、ポータルサービスアプリ６１にアクセスさせる。

ポータルサービスアプリ６１は、端末装置１１の表示装置４２にトップ画面を表示させる。ユーザは、端末装置１１の入力装置４１を操作し、トップ画面から、ログインを要求するか、新規のテナント登録を要求するかを選択可能である。ここでは、新規のテナント登録の要求が選択されたものとして説明を続ける。

なお、管理情報記憶部９１のユーザ情報に登録されているユーザ（管理者やその他の利用者）であれば、テナントＩＤ、ユーザＩＤ及びパスワードを入力してログインの要求を選択することが可能である。

新規のテナント登録が要求されると、サービス提供システム２のポータルサービスアプリ６１は、ステップＳ２において、端末装置１１の表示装置４２にテナントＩＤの仮登録を行うための入力画面を表示させる。ユーザは、端末装置１１の入力装置４１を操作して、テナントＩＤの仮登録を行うための入力を行ったあと、仮登録の要求を行う。端末装置１１は、ユーザの操作に基づき、サービス提供システム２のポータルサイトに仮登録の要求を行う。

なお、テナントＩＤの仮登録を行うために入力される情報には、例えばサービスを利用する国・地域に関する情報（利用区域情報）と、サービスを利用する国・地域に応じて表示される利用規約（約款）に同意することを示す情報とが含まれる。テナントＩＤの仮登録を行うために入力される情報には、テナントＩＤ、登録用コード、メールアドレス、使用言語等の情報も含まれる。

よって、サービス提供システム２は、利用する国・地域に応じた利用規約（約款）情報を保持している。サービス提供システム２のポータルサービスアプリ６１は、ユーザがテナントＩＤの仮登録を行うために入力した利用区域情報に応じた利用規約を、端末装置１１の表示装置４２に表示する表示制御を行い、利用規約に同意するか否かをユーザに選択させる。

図１０は、利用規約画面の一例のイメージ図である。利用規約画面１０１０は、サービスを利用する国・地域をユーザに選択させる選択欄１０１１と、選択欄１０１１に応じた利用規約を表示する利用規約欄１０１２と、利用規約に同意するか否かをユーザに選択させるチェックボックス１０１３と、を有する。

ユーザの端末装置１１から仮登録が要求されると、ポータルサービスアプリ６１は、テナントＩＤの仮登録を行うために入力された情報に含まれるテナントＩＤ及び登録用コードの正当性の確認処理をライセンス認証部７６に要求する。要求を受け付けたライセンス認証部７６は、ライセンス認証処理を実行し、管理情報記憶部９１が記憶する図４のライセンス情報に、正当性の確認処理を要求されたテナントＩＤ及び登録用コードが記憶されているかを判断（照合）する。

ライセンス認証部７６は、正当性の確認処理を要求されたテナントＩＤ及び登録用コードが記憶されていれば、そのテナントＩＤ及び登録用コードに関連付いた登録状態が「未登録」であるか判断する。

登録状態が「未登録」であれば、ライセンス認証部７６は、正当性の確認処理を要求されたテナントＩＤ及び登録用コードが正当な情報であると判定し、そのテナントＩＤ（ライセンス）を認証する。ライセンス認証部７６はライセンスの認証結果をポータルサービスアプリ６１に通知する。

テナントＩＤ及び登録用コードが正当な情報である場合、ポータルサービスアプリ６１は、設定登録部７４に、テナントＩＤの仮登録を行うために入力された情報に含まれるテナントＩＤ、メールアドレス、利用区域情報の登録を要求する。設定登録部７４は、ポータルサービスアプリ６１からの要求に応じて管理情報記憶部９１のテナント情報にテナントＩＤ、メールアドレス及び利用区域情報を登録する。

設定登録部７４による登録が行われると、ポータルサービスアプリ６１は、ステップＳ３において、本登録用の画面を表示するためのアクセス先である本登録用ＵＲＬを生成し、本登録用ＵＲＬが記載されたメールを作成する。ポータルサービスアプリ６１は、作成したメールの送信をメール送信部７３に要求する。

メール送信部７３は、テナントＩＤの仮登録を行うために入力された情報に含まれるメールアドレスを宛先としたメールを送信する。メール送信部７３によってメールが送信されると、ポータルサービスアプリ６１は、端末装置１１の表示装置４２にメールを送信した旨の通知画面を表示させる。

なお、本登録用ＵＲＬは例えば生成時からの有効期限（例えば一時間）で管理される。また、メール送信部７３から送信したメールには、セキュリティ強化の観点から、テナントＩＤ及び登録用コードの内、少なくとも一方の情報を記載していないものとする。

次に、ユーザは、受信したメールに記載されている本登録用ＵＲＬへアクセスするように端末装置１１の入力装置４１を操作する。端末装置１１は、ユーザの操作に基づき、本登録用ＵＲＬにアクセスする。

なお、本登録用ＵＲＬにアクセスする端末装置１１は、仮登録の要求を行った端末装置１１と同一でなくても良い。アクセス制御部７２は、端末装置１１をポータルサービスアプリ６１へとアクセスさせる。

ポータルサービスアプリ６１は、本登録用ＵＲＬへのアクセスが正当か（生成した本登録用ＵＲＬへのアクセスであり、かつ、有効期限内のアクセスであるか）を確認する。正当であれば、ポータルサービスアプリ６１は、本登録画面を端末装置１１の表示装置４２に表示させる。

ユーザは、端末装置１１の入力装置４１を操作し、本登録画面にテナントＩＤの本登録を行うための入力を行った後、本登録の要求を行う。本登録画面において入力される情報は、テナントＩＤ、名称、登録用コード等のテナント情報と、ログイン用のユーザＩＤ及びパスワード、アドレス情報等のユーザ情報である。

なお、テナントＩＤの仮登録でユーザが既に入力しているテナントＩＤ又は登録用コードのいずれかは、予め入力した状態で表示するようにしても良い。セキュリティ強化の観点から、テナントＩＤ又は登録用コードのうち、少なくともユーザに入力させる情報のいずれかは、上述したように、本登録用ＵＲＬが記載されたメールに記載されていないものとする。

ユーザの端末装置１１から本登録が要求されると、ポータルサービスアプリ６１は、本登録画面に入力されたテナントＩＤ及び登録用コードに基づくライセンスの有効化処理（本登録処理）をライセンス認証部７６に要求する。

要求を受け付けたライセンス認証部７６は、ライセンス認証処理を実行し、本登録画面に入力されたテナントＩＤ及び登録用コードが、管理情報記憶部９１が記憶するライセンス情報に記憶されているかを判断する。ライセンス認証部７６は、入力されたテナントＩＤ及び登録用コードがライセンス情報に記憶されており、そのテナントＩＤ及び登録用コードに関連付く登録状態が「未登録」であれば、入力されたテナントＩＤ及び登録用コードが正当な情報であると判定する。

入力されたテナントＩＤ及び登録用コードが正当な情報であると判定した場合、ライセンス認証部７６は、設定登録部７４に、ライセンス情報の状態変更を要求する。設定登録部７４は、管理情報記憶部９１が記憶するライセンス情報において、正当なテナントＩＤ及び登録用コードに関連付く登録状態の値を「登録済」に変更する。

ライセンスの有効化処理が完了すると、ポータルサービスアプリ６１は、ユーザが端末装置１１において本登録画面に入力したテナント情報、ユーザ情報の登録を設定登録部７４に要求する。設定登録部７４は、管理情報記憶部９１が記憶するテナント情報に、本登録画面にテナント情報の一部として入力された名称を登録する。また、設定登録部７４は、管理情報記憶部９１が記憶するユーザ情報にテナントＩＤ、ログイン用のユーザＩＤ及びパスワード、アドレス情報等を登録する。

設定登録部７４による各種情報の設定の登録が完了すると、ポータルサービスアプリ６１は、テナント登録完了画面を端末装置１１の表示装置４２に表示させる。また、ポータルサービスアプリ６１は、テナント登録完了通知が記載されたメールを作成し、メール送信部７３にメール送信を要求する。メール送信部７３は、ユーザが端末装置１１においてテナントＩＤの仮登録を行うために入力したメールアドレス（テナント情報に登録されているアドレス情報）宛にテナント登録完了通知が記載されたメールを送信する。

例えばユーザは、端末装置１１の表示装置４２に表示したテナント登録完了画面を確認する。テナントＩＤ、ユーザＩＤ及びパスワードの登録を完了することで、ユーザは、次回からポータルサイトのトップ画面からログインを要求することが可能である。ポータルサイトのトップ画面からログインすることにより、ユーザはテナントＩＤに関連付く、テナント情報、ユーザ情報、装置情報の登録処理を行うこと可能である。

ステップＳ４において、管理者等のユーザは、端末装置１１の入力装置４１を操作して、ポータルサイトのトップ画面からテナントＩＤ、ユーザＩＤ及びパスワードを入力したあと、ログインを要求する。

ログインの要求を受け付けたポータルサービスアプリ６１は、ユーザ認証部７７にユーザ認証を要求する。ユーザ認証部７７は管理情報記憶部９１が記憶するユーザ情報に、端末装置１１から受信したテナントＩＤ、ユーザＩＤ及びパスワードの組み合わせが記憶されているかを判断（照合）する。

端末装置１１から受信したテナントＩＤ、ユーザＩＤ及びパスワードの組み合わせが記憶されていれば、ユーザ認証部７７は、ログインの要求を行ったユーザを認証する。ユーザ認証部７７によりユーザが認証されると、ポータルサービスアプリ６１は、ログインを許可する。

ポータルサービスアプリ６１にログインしたユーザは、利用したいサービスのサービスＩＤ登録が可能となる。ポータルサービスアプリ６１は、端末装置１１の表示装置４２にサービスＩＤの登録を行うためのサービス登録画面を表示させる。ユーザは、端末装置１１の入力装置４１を操作し、端末装置１１の表示装置４２に表示されたサービス登録画面からサービスＩＤを入力したあと、サービス登録を要求する。端末装置１１は、ユーザの操作に基づき、ポータルサービスアプリ６１にサービス登録の要求を行う。

ユーザの端末装置１１からサービス登録が要求されると、ポータルサービスアプリ６１は管理情報記憶部９１が記憶するライセンス情報を参照し、ユーザがサービス登録画面に入力したサービスＩＤと一致するＩＤを選択する。ポータルサービスアプリ６１は、選択したＩＤと関連付くライセンス種類（サービス種類）を取得する。

また、ポータルサービスアプリ６１は、管理情報記憶部９１が記憶するテナント情報を参照し、ログインしたユーザのテナントＩＤに関連付く利用区域情報を取得する。ポータルサービスアプリ６１は、取得したライセンスの種類及び利用区域情報に応じた利用規約を端末装置１１の表示装置４２に表示させ、利用規約に同意するか否かをユーザに選択させる。

サービス提供システム２は、サービス種類（ライセンス種類）毎に利用する国・地域に応じた利用規約（約款）情報を保持している。ポータルサービスアプリ６１は、ユーザがテナントＩＤの仮登録を行うために入力した利用区域情報及びサービス登録が要求されたサービス種類に応じた利用規約を表示する表示制御を行い、利用規約に同意するか否かをユーザに選択させることが可能である。

ユーザが端末装置１１の入力装置４１を操作し利用規約に同意する選択を行うと、ポータルサービスアプリ６１は、ログインしたユーザのテナントＩＤ及びサービス登録画面に入力されたサービスＩＤに基づくサービス登録処理をライセンス認証部７６に要求する。

ライセンス認証部７６は、管理情報記憶部９１が記憶するライセンス情報に、サービス登録画面に入力されたサービスＩＤがＩＤとして記憶されているかを確認（照合）する。ライセンス認証部７６は、サービス登録画面に入力されたサービスＩＤがＩＤとして記憶されていれば、正当なサービスＩＤと判定（サービスＩＤを認証）する。

正当なサービスＩＤと判定した場合、ライセンス認証部７６は、設定登録部７４にサービスＩＤの登録を要求する。設定登録部７４は、管理情報記憶部９１が記憶するテナント情報に対して、ログインしたユーザのテナントＩＤに関連付けてサービスＩＤ、サービス種類を登録する。

ステップＳ５において、管理者等のユーザは、サービスＩＤの装置登録を行う。ユーザは、端末装置１１の入力装置４１を操作して、装置登録画面を端末装置１１の表示装置４２に表示させる。ユーザは、端末装置１１の入力装置４１を操作して、装置登録画面にサービスＩＤと、そのサービスＩＤによってサービスの利用を可能とする装置の装置ＩＤとを入力し、サービスＩＤの装置登録を要求する。

端末装置１１からサービスＩＤの装置登録が要求されると、ポータルサービスアプリ６１は、ログインしたユーザのテナントＩＤ、装置登録画面に入力されたサービスＩＤ及び装置ＩＤに基づくサービスＩＤの装置登録処理を、ライセンス認証部７６に要求する。

ライセンス認証部７６は、管理情報記憶部９１が記憶するテナント情報に、ログインしたユーザのテナントＩＤ及び装置登録画面に入力されたサービスＩＤの組み合わせが記憶されているかを判断（照合）する。

ログインしたユーザのテナントＩＤ及び装置登録画面に入力されたサービスＩＤの組み合わせが記憶されていれば、ライセンス認証部７６は、管理情報記憶部９１が記憶するライセンス情報を参照する。ライセンス認証部７６は、装置登録画面に入力されたサービスＩＤに関連付いた登録状態が「未登録」であるかを判断する。

登録状態が「未登録」であれば、ライセンス認証部７６は、設定登録部７４にサービスＩＤの装置登録を要求する。なお、登録状態が「未登録」のサービスＩＤは、サービスＩＤの装置登録が行われていないサービスＩＤである。設定登録部７４は、管理情報記憶部９１が記憶する装置情報に、ログインしているユーザのテナントＩＤ、装置登録画面に入力されたサービスＩＤ及び装置ＩＤを登録する。

また、設定登録部７４は、管理情報記憶部９１が記憶するテナント情報を参照し、テナントＩＤ及びサービスＩＤから特定されるサービス種類、有効期限を取得する。設定登録部７４は、取得したサービス種類、有効期限に基づいて、管理情報記憶部９１が記憶する装置情報に、サービス種類、利用開始日及び利用終了日を登録する。

利用開始日には、サービスＩＤの装置登録を行った当日の日にちが記憶される。利用終了日には、テナント情報から取得した有効期限（例えば１年）と、利用開始日と、に基づいて算出される最終日の日にちが記憶される。

利用開始日は、例えばステップＳ４のサービス登録の要求において、指定可能としても良い。利用開始日を指定可能とした場合は、サービス登録の要求において指定された利用開始日が、装置情報の利用開始日に記憶される。サービスＩＤの装置登録が完了すると、設定登録部７４は、管理情報記憶部９１が記憶するライセンス情報において、装置登録を行ったサービスＩＤに関連付く登録状態の値を「登録済」へと変更する。

以上、テナント登録からサービス登録までの処理により、管理者等のユーザは、テナント登録、サービスＩＤ登録及びサービスＩＤの装置登録を、端末装置１１からサービス提供システム２にアクセスして行うことが可能である。このように、ユーザは、サービスの提供を受けるために必要な手続きを容易に済ませることが可能である。また、サービス提供システム２は、ライセンスの有効化処理が行われたテナントＩＤ単位で、提供するサービス、サービスを利用するユーザ、サービスを利用する装置を管理することが可能となる。

《サービス提供システム２が備えるユーザ認証・機器認証機能》
図１１は、ユーザ認証・機器認証処理の一例のシーケンスである。図１１（Ａ）は、機器認証を要しない端末装置１１からのユーザ認証を表している。図１１（Ｂ）は、機器認証を要する画像形成装置１２からのユーザ装置認証を表している。図１１（Ｃ）は、機器認証を要する画像形成装置１２からの社内連携認証を表している。

図１１（Ａ）に示すように、端末装置１１からのユーザ認証では、ユーザがポータルサイトのトップ画面等からテナントＩＤ、ユーザＩＤ及びパスワードをログイン情報として入力する。ステップＳ１１において、端末装置１１は、ユーザにより入力されたログイン情報を受け付ける。

ステップＳ１２において、端末装置１１は、ユーザにより入力されたログイン情報を利用してサービス提供システム２にログイン要求を行う。サービス提供システム２のアクセス制御部７２は、ユーザ認証部７７にユーザ認証を要求する。

ステップＳ１３において、ユーザ認証部７７は、管理情報記憶部９１が記憶するユーザ情報に、端末装置１１から受信したログイン情報が存在するかを確認する。ユーザ認証部７７は、管理情報記憶部９１が記憶するユーザ情報に、端末装置１１から受信したログイン情報が存在すれば、ユーザ認証が成功したと判断する。端末装置１１から受信したログイン情報が存在しなければ、ユーザ認証部７７は、ユーザ認証が失敗したと判断する。

ユーザ認証が成功した場合に、アクセス制御部７２は、端末装置１１からサービス提供システム２へのログイン（サービスを利用するためのログイン）を許可する。ステップＳ１４において、アクセス制御部７２は、ユーザ認証部７７によるユーザ認証の結果に基づいたログイン応答を端末装置１１に送信する。

図１１（Ｂ）及び図１１（Ｃ）において、画像形成装置１２は、サービス提供システム２へのログインを行うためのユーザ認証において、ログイン用のユーザＩＤ及びパスワードを利用するか、社内認証用のユーザＩＤを利用するかの設定を保持する。なお、ログイン用のユーザＩＤ及びパスワードを利用するか、社内認証用のユーザＩＤを利用するかの設定は、適宜変更可能である。また、画像形成装置１２は、テナントＩＤと装置ＩＤとを自身の記憶領域に保持しているものとする。

ログイン用のユーザＩＤ及びパスワードを利用する設定の場合、サービス提供システム２へのログインを行うために、画像形成装置１２は、図１１（Ｂ）に示すようにユーザ装置認証を行う。

ステップＳ２１において、画像形成装置１２は、ログイン用のユーザＩＤ及びパスワードをユーザに入力させる入力画面を表示する。ユーザは、画像形成装置１２に表示された入力画面からログイン用のユーザＩＤ及びパスワードを入力する。画像形成装置１２は、ユーザにより入力されたログイン用のユーザＩＤ及びパスワードを受け付ける。

ステップＳ２２において、画像形成装置１２は、ユーザにより入力されたログイン用のユーザＩＤ及びパスワードと、自身の記憶領域に保持しているテナントＩＤ及び装置ＩＤをログイン情報としてサービス提供システム２に送信し、ログイン要求を行う。サービス提供システム２のアクセス制御部７２は、ユーザ装置認証部７８にユーザ装置認証を要求する。

ステップＳ２３において、ユーザ装置認証部７８は、管理情報記憶部９１が記憶する装置情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ及び装置ＩＤの組み合わせが存在するかを確認する。テナントＩＤ及び装置ＩＤの組み合わせが存在すれば、ユーザ装置認証部７８は、装置認証が成功したと判断する。テナントＩＤ及び装置ＩＤの組み合わせが存在しなければ、ユーザ装置認証部７８は、装置認証が失敗したと判断する。

更に、ユーザ装置認証部７８は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ、ログイン用のユーザＩＤ及びパスワードの組合せが存在するかを確認する。

ユーザ装置認証部７８は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ、ログイン用のユーザＩＤ及びパスワードの組合せが存在すれば、ユーザ認証が成功したと判断する。画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ、ログイン用のユーザＩＤ及びパスワードの組合せが存在しなければ、ユーザ装置認証部７８は、ユーザ認証が失敗したと判断する。

装置認証及びユーザ認証が成功した場合に、アクセス制御部７２は、画像形成装置１２からサービス提供システム２へのログイン（サービスを利用するためのログイン）を許可する。ステップＳ２４において、アクセス制御部７２は、ユーザ装置認証部７８による装置認証及びユーザ認証の結果に基づいたログイン応答を端末装置１１に送信する。

社内認証用のユーザＩＤを利用する設定の場合、サービス提供システム２へのログインを行うために、画像形成装置１２は、図１１（Ｃ）に示す社内連携認証を行う。まず、ユーザは、画像形成装置１２においてユーザ認証を実行する。画像形成装置１２において実行するユーザ認証は、画像形成装置１２、又は、画像形成装置１２の特定の機能を利用するために実行するユーザ認証である。ここでは、ユーザが携帯するＩＣカード等に保存されているカードＩＤを利用して、認証装置１３がユーザ認証を行う例について説明する。

ステップＳ３１において、ユーザは、画像形成装置１２と接続されたカードリーダ（図示せず）にカードＩＤを読み取らせて、ユーザ認証を行う。ステップＳ３２において、画像形成装置１２は、カードリーダにより読み取られたカードＩＤを認証装置１３に送信して認証要求を行う。

ステップＳ３３において、認証装置１３は、画像形成装置１２から受信したカードＩＤを利用して認証判断を行う。認証装置１３は、カードＩＤとユーザＩＤとを関連付けたユーザ認証情報を記憶領域に記憶している。認証装置１３は、カードＩＤとユーザＩＤとを関連付けたユーザ認証情報を参照して、画像形成装置１２から受信したカードＩＤに関連付いたユーザＩＤを特定可能か確認する。

認証装置１３は、カードＩＤに関連付いたユーザＩＤを特定できた場合に、ユーザ認証が成功したと判断する。ステップＳ３４において、認証装置１３は、認証成功の認証結果と共に、特定したユーザＩＤを画像形成装置１２に送信する。

次に、ユーザは、例えば画像形成装置１２の表示画面からサービス提供システム２へのログインを選択することでサービス提供システム２へのログインを要求することが可能である。ステップＳ３５において、ユーザは、画像形成装置１２からサービス提供システム２へのログインを要求する。

ユーザからサービス提供システム２へのログインを要求されると、画像形成装置１２は、特定したユーザＩＤと、自身の記憶領域に保持しているテナントＩＤ及び装置ＩＤをログイン情報としてサービス提供システム２に送信し、ログイン要求を行う。サービス提供システム２のアクセス制御部７２は、社内連携認証部７９に社内連携認証を要求する。

ステップＳ３６において、社内連携認証部７９は、管理情報記憶部９１が記憶する装置情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ及び装置ＩＤの組合せが存在するかを確認する。

社内連携認証部７９は、テナントＩＤ及び装置ＩＤの組み合わせが存在すれば、装置認証が成功したと判断する。社内連携認証部７９は、テナントＩＤ及び装置ＩＤの組み合わせが存在しなければ、装置認証が失敗したと判断する。

更に、社内連携認証部７９は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ及び社内認証用のユーザＩＤの組合せが存在するかを確認する。社内連携認証部７９は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ及び社内認証用のユーザＩＤの組合せが存在すれば、ユーザ認証が成功したと判断する。

社内連携認証部７９は、画像形成装置１２から受信したログイン情報に含まれるテナントＩＤ及び社内認証用のユーザＩＤの組合せが存在しなければ、ユーザ認証が失敗したと判断する。

アクセス制御部７２は、装置認証及びユーザ認証が成功した場合に、画像形成装置１２からサービス提供システム２へのログイン（サービスを利用するためのログイン）を許可する。ステップＳ３７において、アクセス制御部７２は、社内連携認証部７９による装置認証及びユーザ認証の結果に基づいたログイン応答を端末装置１１に送信する。

なお、社内連携認証部７９によって装置認証が成功し、ユーザ認証が成功しなかった場合に、サービス提供システム２は、ログイン用のユーザＩＤ及びパスワードをユーザに入力させる入力画面を画像形成装置１２に表示させても良い。

この場合、ユーザは、入力画面にログイン用のユーザＩＤ及びパスワードを入力し、再度ログインを要求することが可能である。画像形成装置１２は、ユーザにより入力されたログイン用のユーザＩＤ及びパスワードと、自身の記憶領域に保持しているテナントＩＤをサービス提供システム２のユーザ装置認証部７８に送信し、ログイン要求を行う。

ユーザ装置認証部７８は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したテナントＩＤ、ログイン用のユーザＩＤ及びパスワードの組合せが存在するかを確認する。

ユーザ装置認証部７８は、管理情報記憶部９１が記憶するユーザ情報に、画像形成装置１２から受信したテナントＩＤ、ログイン用のユーザＩＤ及びパスワードの組合せが存在すれば、ユーザ認証が成功したと判断する。アクセス制御部７２は、サービス提供システム２へのログインを許可する。

更に、設定登録部７４は、画像形成装置１２から受信したテナントＩＤ、ログイン用のユーザＩＤ及びパスワードに関連付けて、画像形成装置１２から受信した社内認証用のユーザＩＤを、管理情報記憶部９１が記憶するユーザ情報に登録する。このように、テナントＩＤ、ログイン用のユーザＩＤ及びパスワードに関連付けて、画像形成装置１２から受信した社内認証用のユーザＩＤをユーザ情報に登録することで、ユーザは、次回から社内認証用のユーザＩＤを利用したログインが可能となる。

《サービス提供システム２が備えるデータ処理機能》
サービス提供システム２において、プラットフォーム５２のデータ処理制御部８１、処理キュー８２、データ処理要求部８３及びデータ処理部８４は、サービスアプリ５１の処理要求部１０１から要求される種々のデータ処理を以下のように実行する。

図１２は、サービス提供システムのデータ処理機能の一例を説明するための図である。サービスアプリ５１の処理要求部１０１は、処理の対象となるデータを管理データ記憶部５３のデータ記憶部９３に記録する。処理の対象となるデータは、アプリケーションデータや画像データ等の処理対象データである。

また、処理要求部１０１は、プラットフォーム５２のデータ処理制御部８１にデータ処理要求（以下、リクエストと言う）を送信する。送信するリクエストには、データ処理の処理内容と、処理対象データの記録先の情報（例えばＵＲＩ等）が含まれている。

データ処理制御部８１は、受け取ったリクエストを解析し、データ処理の処理内容に応じた処理キュー（メッセージキュー）８２にメッセージを登録する。なお、処理キュー８２は、データ処理の処理内容ごとに設けられている。

また、データ処理制御部８１は、管理データ記憶部５３のデータ処理情報記憶部９２にリクエストの情報を登録する。リクエストの情報は、例えば処理対象データの記録先、データ処理の処理内容、リクエストの状態等である。

リクエストの状態は、例えば「受付」「実行中」「完了」等がある。なお、リクエストの状態は、データ処理の処理状況を示すステータスを表す。リクエストの状態は、データ処理制御部８１がリクエストの情報を登録した段階で「受付」の状態となる。

各データ処理要求部８３は、それぞれに割り当てられた１以上の処理キュー８２を監視している。つまり、各データ処理要求部８３は、１以上のデータ処理の処理内容のリクエストを監視している。各データ処理要求部８３は、監視している処理キュー８２に登録されたメッセージを取得する。

例えば図１２では、「第１データ処理要求部」８３がデータの処理内容が異なる「第１処理キュー」８２及び「第２処理キュー」８２を監視している。また「第２データ処理要求部」８３は、データの処理内容が異なる「第１処理キュー」８２から「第３処理キュー」８２までを監視している。図１２では、「第１データ処理要求部」８３及び「第２データ処理要求部」８３が、「第１処理キュー」８２及び「第２処理キュー」８２を重複して監視する例を表している。

なお、各データ処理要求部８３が監視する処理キュー８２の割り当ては、適宜設定、変更可能なものとする。例えば、各データ処理要求部８３が監視する処理キュー８２の割り当ては、データ処理の処理内容ごとのリクエスト頻度や、処理時間等に応じて適宜設定、変更することが考えられる。

データ処理要求部８３は、監視している処理キュー８２から取得したメッセージに基づいて、データ処理情報記憶部９２からリクエストの情報を取得する。データ処理要求部８３は、取得したリクエストの情報に含まれる処理対象データの記録先、データ処理の処理内容に基づき、リクエストのデータ処理をデータ処理部８４に実行させる。

次に、データ処理要求部８３は、データ処理部８４が実行したデータ処理の実行結果からリクエストの情報を更新し、更新したリクエストの情報をデータ処理情報記憶部９２に登録する。リクエストの情報の更新は、リクエストから実行したデータ処理の処理内容を削除する処理、リクエストの状態に変更があれば変更する処理等である。また、データ処理要求部８３は、リクエストの情報に、次に行うデータ処理の処理内容があれば、データ処理の処理内容に対応する処理キュー８２に、メッセージを登録する。

なお、データ処理要求部８３は、リクエストのデータ処理をデータ処理部８４に実行させることによりデータ処理前後の処理対象データが異なるデータとなる場合、処理後の処理対象データをデータ記憶部９３に記録する。また、データ処理要求部８３は、処理後の処理対象データの記録先の情報に応じて、リクエストの情報を更新する。

図１３は、サービス提供システムが備えるデータ処理機能の処理手順を表した一例のフローチャートである。ステップＳ４１において、サービスアプリ５１の処理要求部１０１は、処理対象データを管理データ記憶部５３のデータ記憶部９３に記録する。また、処理要求部１０１は、プラットフォーム５２のデータ処理制御部８１にリクエスト（データ処理要求）を送信する。

ステップＳ４２において、データ処理制御部８１は、リクエストを解析し、データ処理の処理内容に応じた処理キュー８２にメッセージを登録する。また、データ処理制御部８１は、管理データ記憶部５３のデータ処理情報記憶部９２にリクエストの情報を登録する。

ステップＳ４３において、各データ処理要求部８３は、監視している処理キュー８２に登録されたメッセージを処理キュー８２から取得する。ステップＳ４４において、データ処理要求部８３は、取得したメッセージに基づいてデータ処理情報記憶部９２からリクエストの情報を取得する。そして、データ処理要求部８３は、取得したリクエストの情報に基づき、リクエストのデータ処理をデータ処理部８４に実行させる。

ステップＳ４５において、データ処理要求部８３は、データ処理部８４が実行したデータ処理の実行結果からリクエストの情報を更新し、更新したリクエストの情報をデータ処理情報記憶部９２に登録したあと、図１３のフローチャートの処理を終了する。

なお、データ処理要求部８３は、リクエストの情報に、次に行うデータ処理の処理内容があれば、データ処理の処理内容に対応する処理キュー８２に、メッセージを登録したあと図１３のフローチャートの処理を終了する。

以下では、データ処理の処理内容の具体例をいくつか挙げるが、データ処理の処理内容を具体例に限定するものではない。データ処理の処理内容の具体例としては、第１に、処理対象データのデータ形式を変換するデータ処理がある。

例えば、画像データをＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）データに変換するデータ処理は、処理対象データのデータ形式を変換するデータ処理の一例である。画像データをＰＤＦデータに変換するデータ処理は、データ処理の処理内容を「ｉｍａｇｅ２ｐｄｆ」等と表す。

また、ＰＤＦデータをＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データに変換するデータ処理も、処理対象データのデータ形式を変換するデータ処理の一例である。ＰＤＦデータをＰＤＬデータに変換するデータ処理は、データ処理の処理内容を「ｐｄｆ２ｐｄｌ」等と表す。

更に、Ｍｉｃｒｏｓｏｆｔ（登録商標）のＯｆｆｉｃｅ（登録商標）文書データをＰＤＬデータに変換するデータ処理も、処理対象データのデータ形式を変換するデータ処理の一例である。Ｏｆｆｉｃｅ文書データをＰＤＬデータに変換するデータ処理は、データ処理の処理内容を「ｏｆｆｉｃｅ２ｐｄｌ」等と表す。

データ処理の処理内容の具体例としては、第２に、１つのデータ処理の処理内容を複数のデータ処理の処理内容に分け、分けたデータ処理の処理内容に応じた各データ処理部８４のリクエストに変換するデータ処理がある。

例えば画像データをＰＤＬデータに変換するデータ処理は、画像データをＰＤＦデータに変換するデータ処理とＰＤＦデータをＰＤＬデータに変換するデータ処理とに分けることで実現可能である。なお、画像データをＰＤＬデータに変換するデータ処理は、データ処理の処理内容を「ｉｍａｇｅ２ｐｄｌ」等と表す。

例えばデータ処理部８４は「ｉｍａｇｅ２ｐｄｌ」のデータ処理のリクエストを「ｉｍａｇｅ２ｐｄｆ」と「ｐｄｆ２ｐｄｌ」のデータ処理のリクエストに分けるデータ処理を実行する。このように、データ処理部８４には、１つのデータ処理のリクエストを、複数のデータ処理のリクエストに分けるデータ処理を行うものが含まれる。

このように、例えば「ｉｍａｇｅ２ｐｄｌ」のデータ処理を実行可能なデータ処理部８４がない場合は、「ｉｍａｇｅ２ｐｄｆ」と「ｐｄｆ２ｐｄｌ」のデータ処理を連携させることで、所望の「ｉｍａｇｅ２ｐｄｌ」のデータ処理を実行することが可能である。

図１４は、１つのデータ処理の処理内容を複数のデータ処理の処理内容に分けるデータ処理を説明するための図である。図１４は、「ｉｍａｇｅ２ｐｄｌ」のデータ処理を実行可能なデータ処理部８４がない場合を表している。

このような場合、図１４は、「ｉｍａｇｅ２ｐｄｆ」と「ｐｄｆ２ｐｄｌ」のデータ処理を連携させることで、所望の「ｉｍａｇｅ２ｐｄｌ」のデータ処理が実行可能なことを表している。

本実施形態のサービス提供システム２は、１つのデータ処理の処理内容を複数のデータ処理の処理内容に分けるデータ処理が可能であるため、データ処理の処理内容の種類の増加に柔軟に対応することが可能となる。

また、データ処理の処理内容の具体例としては、第３に、外部ストレージと連携するためのデータ処理がある。例えば、ログインしたユーザに対応するオンラインストレージ用のアカウント及びパスワードを用いて、オンラインストレージ３２にログインするよう外部連携認証部８０に要求するデータ処理は、外部ストレージと連携するためのデータ処理の一例である。

ログインしたオンラインストレージ３２にデータを保存するデータ処理、ログインしたオンラインストレージ３２からデータを取得するデータ処理についても、外部ストレージと連携するためのデータ処理の一例である。

《オンラインストレージ３２との連携》
図１５は、オンラインストレージに対する認可設定の一例のフローチャートである。管理者等のユーザは、端末装置１１の入力装置４１を操作し、ポータルサイトのトップ画面からテナントＩＤ、ユーザＩＤ及びパスワードを入力した後、ログインを要求する。ログインの要求を受け付けたポータルサービスアプリ６１は、ログインを許可したあとで端末装置１１の表示装置４２に外部サービスの登録画面を表示させる。

ステップＳ５１において、ユーザは、外部サービスの登録画面において、管理情報記憶部９１の外部サービス情報に記憶されている外部サービスの一覧から、利用したいオンラインストレージ（外部サービス）３２を選択し、登録を要求する。

登録の要求を受信したポータルサービスアプリ６１は、ユーザにより選択されたオンラインストレージ３２の登録を設定登録部７４に要求する。設定登録部７４は、管理情報記憶部９１のテナント情報に、ログインしたユーザのテナントＩＤと関連付けて、ユーザにより選択されたオンラインストレージ３２を登録する。

ステップＳ５２において、ユーザは、ポータルサイトの認可設定画面で、認可設定を適用させたいユーザのユーザＩＤ、認可設定を行う外部サービスＩＤ（あるいは外部サービスのサービス名）、ユーザに設定するスコープ等を選択して、認可設定の登録を要求する。ポータルサービスアプリ６１は、認可設定の要求を受信する。

ステップＳ５３において、認可設定の要求を受信したポータルサービスアプリ６１は、認可設定処理部７５に認可設定を要求する。認可設定処理部７５は、管理情報記憶部９１の外部サービス情報から認可設定に必要なパラメータを取得する。なお、認可設定に必要なパラメータには、外部サービスＩＤ、スコープの他、選択された外部サービスＩＤに関連付けられているクライアントＩＤ、リダイレクト先ＵＲＬ、セッションを維持するための任意のセッションキー等が含まれる。

ステップＳ５４において、認可設定に必要なパラメータを取得した認可設定処理部７５は、管理情報記憶部９１の外部サービス情報から、選択された外部サービスＩＤに関連付けられている認可先ＵＲＬを取得する。認可設定処理部７５は、認可設定に必要なパラメータを含めたリクエスト（認可設定に必要なパラメータをＧＥＴリクエストのクエリとしたリクエスト）を端末装置１１から認可先ＵＲＬにリダイレクトさせる。

リクエストを端末装置１１から認可先ＵＲＬにリダイレクトさせることで、端末装置１１とオンラインストレージ３２との間で認可設定が行われる。なお、認可設定後、オンラインストレージ３２から認可設定処理部７５にリダイレクトされることから、ＨＴＴＰレベルでのセッションは途切れることになる。そこで、同一のセッションを維持するためにセッションキーが利用される。

リダイレクトされたオンラインストレージ３２は、端末装置１１の表示装置４２にログイン画面を表示させる。ユーザは、端末装置１１の入力装置４１を操作して、ログイン画面からアカウント及びパスワードを入力した後、ログインを要求する。ログインの要求を受け付けたオンラインストレージ３２は、ログインの要求を受け付ける。

ログインが成功すると、オンラインストレージ３２は、端末装置１１の表示装置４２に認可画面を表示させる。ユーザは認可画面を確認する。認可を行う場合、ユーザは、端末装置１１の入力装置４１を操作して、例えば認可画面に表示されている認可ボタンを押下することで認可を要求する。認可の要求を受け付けたオンラインストレージ３２は、認可の登録を行う。

ステップＳ５５において、オンラインストレージ３２は、認可が認められたことを示す認可コードと、セッションキーとを、端末装置１１からリダイレクト先ＵＲＬにリダイレクトさせる。

ステップＳ５６において、サービス提供システム２の認可設定処理部７５は、認可コードを受信する。なお、オンラインストレージ３２へのリダイレクト時にユーザが既にログイン済みであれば、ログイン画面の表示は省略される。

ステップＳ５６において、認可コードを受信した認可設定処理部７５は、管理情報記憶部９１の外部サービス情報から認可トークンの取得に必要なパラメータを取得する。認可トークンの取得に必要なパラメータは、受信した認可コードの他、認可コードを送信したオンラインストレージ３２の外部サービスＩＤに関連付けられたクライアントＩＤ、クライアントシークレット等がある。

ステップＳ５７において、認可設定処理部７５は、取得したクライアントＩＤ及びクライアントシークレットと、受信した認可コードと、をオンラインストレージ３２に送信して認可トークンの取得を要求する。オンラインストレージ３２は、受信した認可コードを検証し、認可トークンをサービス提供システム２の認可設定処理部７５に送信する。

ステップＳ５８において、認可トークンを受信した認可設定処理部７５は、設定登録部７４に認可トークンの登録を要求する。設定登録部７４は、管理情報記憶部９１のユーザ情報に、認可設定画面において選択された認可設定を適用させたいユーザと、受信した認可トークンと、スコープとを関連付けて登録する。

認可トークンの登録が完了すると、認可設定処理部７５は、ポータルサービスアプリ６１に登録完了を通知する。ポータルサービスアプリ６１は、端末装置１１の表示装置４２に認可設定の設定結果を示す画面を表示させる。

なお、オンラインストレージ３２は、認可トークンをサービス提供システム２に送信するときに、認可トークンの有効期限、及び、有効期限が切れた場合に認可トークンを再発行するためのリフレッシュトークンを併せて送信しても良い。

図１６は、オンラインストレージとの連携処理の一例のフローチャートである。ステップＳ６１において、サービス提供システム２にログインしているユーザは、端末装置１１や画像形成装置１２等からオンラインストレージ３２と連携する処理を要求する。

オンラインストレージ３２と連携する処理を要求されると、サービス提供システム２の外部連携認証部８０は、ステップＳ６２において、オンラインストレージ３２へのログイン処理を行う。

外部連携認証部８０は、例えばデータ処理部８４からオンラインストレージ３２へのログイン要求を受信する。外部連携認証部８０は、サービス提供システム２にログインしているユーザ及びログイン処理を行うオンラインストレージ３２に関連付いたログイン処理に要する情報を、管理情報記憶部９１のユーザ情報から取得する。

具体的には、外部連携認証部８０は、サービス提供システム２にログインしているユーザのテナントＩＤ、ログイン用のユーザＩＤ及びパスワードに関連付けられたオンラインストレージ３２のログイン処理に要する情報を取得する。

例えば図６のユーザ情報であれば「オンラインストレージＡ」へのログイン要求を受信したとき、外部連携認証部８０は、「オンラインストレージＡ」へのログイン処理に要する情報としてのアカウント及びパスワードを取得する。

また、図６のユーザ情報であれば「オンラインストレージＢ」へのログイン要求を受信したとき、外部連携認証部８０は、「オンラインストレージＢ」へのログイン処理に要する情報としてのアカウント及び認可トークンを取得する。

連携するオンラインストレージ３２が「オンラインストレージＡ」のように認可設定がされておらず、ログイン処理を行う外部サービスであれば、外部連携認証部８０は、アカウント及びパスワードを利用して「オンラインストレージＡ」にログインを要求する。アカウント及びパスワードは、外部サービスに対する認証情報の一例である。

ログインを要求された「オンラインストレージＡ」は、受信したアカウント及びパスワードに対する認証を実行する。認証が成功すれば「オンラインストレージＡ」は、ログインを許可する旨の応答を外部連携認証部８０に送信する。認証が失敗すれば「オンラインストレージＡ」は、ログインを許可しない旨の応答を外部連携認証部８０に送信する。

外部連携認証部８０は、「オンラインストレージＡ」からログインを許可する旨の応答を受信する。これにより、サービス提供システム２は、「オンラインストレージＡ」へのデータのアップロード（保存）や「オンラインストレージＡ」からのデータをダウンロード（取得）することが可能となる。

このように、外部連携認証部８０がオンラインストレージ３２からログインを許可する旨の応答を受信することで、サービス提供システム２は、ステップＳ６３において、オンラインストレージ３２と連携する処理を実行することが可能である。

連携するオンラインストレージ３２が「オンラインストレージＢ」のように認可設定がされている外部サービスであれば、外部連携認証部８０は、アカウント及び認可トークンを利用して「オンラインストレージＢ」にログインを要求する。

アカウント及び認可トークンは、外部サービスに対する認可情報の一例である。ログインを要求された「オンラインストレージＢ」は、受信したアカウント及び認可トークンの正当性を確認する。正当性が確認できれば「オンラインストレージＢ」は、ログインを許可する旨の応答を外部連携認証部８０に送信する。認証が失敗すれば「オンラインストレージＢ」は、ログインを許可しない旨の応答を外部連携認証部８０に送信する。

外部連携認証部８０は、「オンラインストレージＢ」からログインを許可する旨の応答を受信する。これにより、サービス提供システム２は、ステップＳ６３において、スコープにより設定された利用範囲で、オンラインストレージ３２と連携する処理を実現することが可能である。

＜データの出力制御：処理ブロック＞
次に、上述した本実施形態の情報処理システム１におけるジョブのデータ出力制御の一例について説明する。なお、以下の説明では、例えば情報処理システム１のオフィス内における端末装置１１により投入されたジョブのデータ出力方法を、予め設定されたルール情報に基づき制御する例について説明する。ここで、ルール情報とは、例えば印刷するデータの内容を条件として出力方法を設定するものである。

図１７は、プリントサービスアプリの一例の処理ブロック図である。図１７に示すように、プリントサービスアプリ６２は、ルール登録部１２１、出力方法制御部１２２、中間データ変換要求部１２３、キーワード検出部１２４、データ処理要求部１２５、印刷データ変換要求部１２６、を有する構成である。

ルール登録部１２１は、端末装置１１からルール情報の登録要求を受け付けると、受け付けたルール情報を、上述した管理情報記憶部９１により記憶しているユーザのテナント情報等と関連付けて登録する。

出力方法制御部１２２は、端末装置１１からジョブの投入要求を受け付けると、ジョブの文書データを解析するため、中間データ変換要求部１２３に対してジョブの文書データを中間データに変換するよう要求する。出力方法制御部１２２は、例えばログインしたユーザ名等に基づき、管理情報記憶部９１に記憶しているルール情報を取得し、キーワード検出部１２４に対して、変換した中間データからルール情報に基づくキーワードを検出するよう要求する。

出力方法制御部１２２は、キーワード検出部１２４により得られたキーワードとルール情報とに基づき、ジョブのデータ出力方法を判断する。ここで、出力方法制御部１２２は、例えば判断した結果に応じて、中間データに対するデータ処理を要求し、印刷データ変換要求部１２６に対して、データ処理を実行した中間データを印刷データに変換するよう要求する。

中間データ変換要求部１２３は、出力方法制御部１２２からの要求に応じて、データ処理制御部８１に対し、データ処理部８４にジョブの文書データを中間データに変換させるための処理要求を行う。なお、中間データは、例えば所定のキーワードを抽出するために元のデータ（文書データ）から変換されるデータであって、例えばＸＰＳやＰＤＦ等の元のデータの書式やレイアウトを維持したまま編集可能であり、印刷データに変換する前のデータを示す。

キーワード検出部１２４は、出力方法制御部１２２からの要求に応じて、例えば中間データ変換要求部１２３により変換した中間データ等の文字列等から所定のキーワードを検出する。ここで、キーワード検出部１２４は、例えば中間データ等に含まれる所定の情報（条件等）を検出しても良い。

データ処理要求部１２５は、出力方法制御部１２２からの要求に応じて、データ処理制御部８１に対し、データ処理部８４に中間データに対する所定のデータ処理を実行させるための処理要求を行う。データ処理要求部１２５は、中間データに対する所定のデータ処理として、例えば所定のキーワードが検出された領域を所定の色で上塗りするための合成処理や、所定のキーワードが検出された場合に、所定の領域にバーコード等を印字するための処理等を要求する。

印刷データ変換要求部１２６は、出力方法制御部１２２からの要求に応じて、データ処理要求部１２５により所定のデータ処理が実行された中間データを印刷データに変換する。印刷データ変換要求部１２６は、データ処理制御部８１に対して、データ処理部８４に印刷する画像形成装置１２に適したデータ、すなわちプリンタ言語（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）データに変換させるよう処理要求を行う。

なお、中間データは、例えば端末装置１１や画像形成装置１２、プロジェクタ等のデータを表示する装置に応じた出力データに変換しても良く、印刷データ変換要求部１２６は、出力データ変換手段の一例としての機能を有する。

＜ルール情報の一例＞
図１８は、テナント情報と関連付けて設定されたルール情報の一例を示す図である。図１８に示すように、ルール情報は、データ項目としてテナントＩＤ、名称、サービスＩＤ、サービス種類、ルール（条件に対する出力方法）等を一例として有する。なお、ルール情報は、例えばテナントＩＤやサービスＩＤ単位で管理されるが、例えばユーザ単位や、ジョブ単位で登録することも可能である。

図１８の例では、テナントＩＤ「１００００」の「企業Ａ」は、サービスＩＤ「２００００」の「プリントサービス」において、投入されたジョブのデータから「キーワードＡ」が検出された場合に、「設定Ａ」のデータ処理を行って出力する出力方法が示されている。

ここで、「キーワードＡ」が検出されたページは、「印刷しない」とする出力停止の設定でも良く、「キーワードＡ」が検出された領域は、「所定の色で上塗りする」等の合成処理や、「キーワードＡを削除する」等の編集処理を実行する設定でも良い。また、所定の領域に「キーワードＡ」が検出されたデータは、所定の領域に「バーコード等を印字する」等の印字処理を実行する設定でも良い。

このように、出力方法制御部１２２は、例えばジョブを投入したユーザと関連付けたルール情報を参照して、そのジョブのデータの内容に対して設定された出力方法を判断し、データの出力を制御することが可能となる。

＜ジョブのデータ出力制御処理＞
次に、管理者等のユーザによりルール情報が登録され、上述した各処理ブロックにより実行されるジョブのデータ出力制御処理について具体的に説明する。図１９は、ジョブのデータ出力制御処理のシーケンスである。なお、図１９の例では、端末装置１１と、プリントサービスアプリ６２とにおけるデータ出力制御処理のシーケンス例を示している。

図１９の例では、サービス提供システム２のプリントサービスアプリ６２を利用して印刷するときのルール情報を登録するため、端末装置１１は、ユーザの操作によりサービス提供システム２のポータルサイトにアクセスする。

ここで、サービス提供システム２のアクセス制御部７２は、端末装置１１をポータルサービスアプリ６１にアクセスさせる。ポータルサービスアプリ６１は、端末装置１１の操作パネルに、例えばログイン画面を表示させる。

端末装置１１は、ユーザのログイン画面に対する操作に応じて、ポータルサービスアプリ６１にログインし、プリントサービスアプリ６２にアクセスする。プリントサービスアプリ６２は、例えば端末装置１１の操作パネルにルール情報登録画面を表示する。ルール情報登録画面では、例えばテナントＩＤ、ユーザ名、ルール等が入力可能である。

ステップＳ７１において、端末装置１１は、ルール情報登録画面でユーザにより入力されたルール情報を受け付けると、ステップＳ７２において、プリントサービスアプリ６２のルール登録部１２１に対してルール情報の登録を要求する。

ステップＳ７３において、ルール登録部１２１は、端末装置１１から受け付けたルール情報をテナントＩＤ等と関連付けて登録すると、ステップＳ７４において、ルール情報を登録した旨を端末装置１１に対して通知する。

ここで、端末装置１１が、印刷したい文書データをアップロード画面にて受け付け、サービス提供システム２のプリントサービスアプリ６２にアップロードする場合について説明する。

ステップＳ７５において、端末装置１１は、ユーザからアップロード画面を介してジョブの文書データを受け付けると、ステップＳ７６において、プリントサービスアプリ６２にジョブの投入を要求する。

ステップＳ７７において、プリントサービスアプリ６２の出力方法制御部１２２は、端末装置１１からジョブの投入要求を受け付けると、ジョブの文書データを解析するため、中間データ変換要求部１２３に対して文書データを中間データに変換するよう要求する。

ステップＳ７８において、中間データ変換要求部１２３は、文書データを中間データに変換すると、ステップＳ７９において、出力方法制御部１２２に対して中間データに変換した旨を通知する。

ステップＳ８０において、出力方法制御部１２２は、ログインしたユーザ名等に基づき管理情報記憶部９１に記憶しているルール情報を取得する。ステップＳ８１において、出力方法制御部１２２は、取得したルール情報に基づき、キーワード検出部１２４に対して中間データ等の文字列等から所定のキーワードを検出するよう要求する。

ステップＳ８２において、キーワード検出部１２４は、所定のキーワードを検出すると、ステップＳ８３において、出力方法制御部１２２に対して所定のキーワードを検出した旨を通知する。

ステップＳ８４において、出力方法制御部１２２は、キーワード検出部１２４により検出されたキーワードに基づき、例えば図１８に示すルール情報から適用する設定を参照することにより、ジョブのデータ出力方法を判断する。ステップＳ８５において、出力方法制御部１２２は、判断結果に応じて、データ処理要求部１２５に対して中間データに対する所定のデータ処理を要求する。

ステップＳ８６において、データ処理要求部１２５は、中間データに対して所定のデータ処理を実行すると、ステップＳ８７において、出力方法制御部１２２に対して所定のデータ処理を実行した旨を通知する。

ステップＳ８８において、出力方法制御部１２２は、印刷データ変換要求部１２６に対して所定のデータ処理が実行された中間データを印刷データに変換するよう要求する。ステップＳ８９において、印刷データ変換要求部１２６は、中間データを印刷データに変換すると、ステップＳ９０において、出力方法制御部１２２に対して印刷データに変換した旨を通知する。これにより、端末装置１１により投入されたジョブのデータ出力方法を、予め設定されたルール情報に基づき制御することが可能となる。

なお、ステップＳ８３において、所定のキーワードを検出しなかった旨が通知された場合には、出力方法制御部１２２は、ルール情報を適用しない通常のデータ出力方法であると判断し、ステップＳ８８に進み、中間データを印刷データに変換するよう要求する。

また、上述した処理では、中間データから所定のキーワードを抽出することにより、所定の処理を実行したが、中間データからページごとに抽出したキーワード等に基づき、ページインデックスを作成し、ページインデックスに基づきデータ処理を実行しても良い。

＜画像形成装置からのデータ出力処理＞
次に、上述した図１９に示すデータ出力制御処理により印刷データに変換されたデータを、画像形成装置１２から印刷出力する例について説明する。図２０は、画像形成装置からのデータ出力処理のシーケンスである。なお、図２０の処理は、画像形成装置１２と、サービス提供システム２のユーザ装置認証部７８、及びプリントサービスアプリ６２により実行される。

図２０の例では、画像形成装置１２は、サービス提供システム２のプリントサービスアプリ６２を利用して印刷データを出力するため、予めインストールされている専用のアプリを介して、例えば操作パネルにログイン画面を表示させる。

画像形成装置１２は、ステップＳ９１において、ユーザのログイン画面に対する操作に応じてログイン情報を受け付けると、ステップＳ９２において、ユーザ装置認証部７８に対してログイン要求を行う。ユーザ装置認証部７８は、ステップＳ９３において、ユーザ装置認証を行う。

ユーザ装置認証部７８は、ステップＳ９４において、ユーザ装置認証の結果に基づきログイン応答を行う。画像形成装置１２は、例えばログインＯＫを示すログイン応答を受けると、ステップＳ９５において、プリントサービスアプリ６２に対して、特定のユーザのジョブを示すデータ一覧の要求を行う。

画像形成装置１２は、ステップＳ９６において、プリントサービスアプリ６２からデータ一覧を取得すると、取得したデータ一覧を画面に表示し、出力したいデータをユーザに選択させる。画像形成装置１２は、ステップＳ９７において、ユーザの操作によりデータ一覧から出力したいデータを受け付けると、ステップＳ９８において、プリントサービスアプリ６２にデータ出力要求を行う。

ここで、プリントサービスアプリ６２は、ステップＳ９９において、データ出力要求に対応するデータ、例えば図１９に示すデータ出力制御処理により出力が制御された印刷データを取得すると、ステップＳ１００において、画像形成装置１２にデータを送信する。画像形成装置１２は、ステップＳ１０１において、プリントサービスアプリ６２から取得したデータを出力する。

上述したように、予め設定されたルール情報に基づき、ジョブのデータ出力を制御することが可能となる。なお、上述した例では、端末装置１１から投入されたデータを、プリントサービスアプリ６２により出力制御を行い、画像形成装置１２から印刷データとして出力する例を示したがこれには限定されない。

例えば、画像形成装置１２等から取得した画像データを、配信サービスアプリ６３により出力制御し、オンラインストレージ３２等にデータ配信するときに適用することが可能である。また、端末装置１１から取得した帳票データ等に対して、例えば黒塗り等のデータ処理を行った上で電子保管するような利用用途に対しても適用することが可能である。

上述した実施形態によれば、サービス及びサービス提供先を管理した上で、データの内容に基づき出力を制御することが可能となる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載したサービス利用装置は、端末装置１１、画像形成装置１２等に対応する。認証手段は、ユーザ認証部７７、ユーザ装置認証部７８等に対応する。サービス特定手段は、ポータルサービスアプリ６１等に対応する。実行手段は、プリントサービスアプリ６２、データ処理制御部８１、処理キュー８２、データ処理要求部８３、データ処理部８４等に対応する。

１ 情報処理システム
２ サービス提供システム
１１ 端末装置
１２ 画像形成装置
１３ 認証装置
１４ その他の装置
２１ アクセス制御装置
２２ プリントサービス提供装置
２３ 配信サービス提供装置
２４ ポータルサービス提供装置
２６ 認証装置
２７ データ処理制御装置
２８ データ処理実行制御装置
２９ データ処理装置
３１ メールサーバ
３２ オンラインストレージ
４０ コンピュータシステム
４１ 入力装置
４２ 表示装置
４３ ＲＡＭ
４４ ＲＯＭ
４５ ＨＤＤ
４６ ＣＰＵ
４７ 通信Ｉ／Ｆ
４８ 外部Ｉ／Ｆ
４８Ａ 記録媒体
５１ サービスアプリ
５２ プラットフォーム
５３ 管理データ記憶部
５４ プラットフォームＡＰＩ
６１ ポータルサービスアプリ
６２ プリントサービスアプリ
６３ 配信サービスアプリ
７１ 通信部
７２ アクセス制御部
７３ メール送信部
７４ 設定登録部
７５ 認可設定処理部
７６ ライセンス認証部
７７ ユーザ認証部
７８ ユーザ装置認証部
７９ 社内連携認証部
８０ 外部連携認証部
８１ データ処理制御部
８２ 処理キュー
８３ データ処理要求部
８４ データ処理部
９１ 管理情報記憶部
９２ データ処理情報記憶部
９３ データ記憶部
１０１ 処理要求部
１２１ ルール登録部
１２２ 出力方法制御部
１２３ 中間データ変換要求部
１２４ キーワード検出部
１２５ データ処理要求部
１２６ 印刷データ変換要求部
Ｂ バス
ＦＷ ファイアウォール
Ｎ１〜Ｎ３ ネットワーク

特開２０１１−１８６６５４号公報

Claims (11)

1. １以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムであって、
   前記サービスのサービス識別情報、前記サービスを利用するユーザのユーザ識別情報、及び、前記サービス利用装置の装置識別情報を関連付けた管理情報を記憶する管理情報記憶手段と、
   前記サービス利用装置から取得したユーザ認証に利用するユーザ認証情報、又は、装置認証に利用する装置認証情報を認証情報として用いて認証処理を実行する認証手段と、
   前記認証手段により認証された前記認証情報と前記管理情報とに基づき、前記認証情報に関連付く前記サービスを特定するサービス特定手段と、
   前記サービス特定手段により特定された前記サービスの利用要求を、前記サービス利用装置から取得すると、前記サービスの利用要求に応じた処理を実行する実行手段とを有し、
   前記実行手段は、
   前記サービス利用装置から取得した出力要求のデータから所定のキーワードを検出し、検出したキーワードに対応して予め設定された出力方法に基づき、前記データの出力を制御することを特徴とするサービス提供システム。
2. 前記実行手段は、
   前記ユーザ識別情報に関連付けて記憶された前記所定のキーワード及び前記出力方法に基づき、前記データの出力を制御することを特徴とする請求項１に記載のサービス提供システム。
3. 前記実行手段は、
   前記出力要求のデータを中間データに変換するよう要求する中間データ変換要求手段と、
   前記中間データ変換要求手段により変換された中間データから検出された前記所定のキーワードに基づき、前記出力方法を判断する出力方法制御手段と、
   前記出力方法制御手段により得られた前記出力方法の判断結果に応じて、前記中間データに対するデータ処理を要求するデータ処理要求手段と、
   前記データ処理要求手段によりデータ処理が実行された中間データを、前記サービス利用装置に応じた出力データに変換する出力データ変換手段とを有することを特徴とする請求項１又は２に記載のサービス提供システム。
4. 前記データの出力の制御は、
   前記所定のキーワードが含まれる前記データの出力の停止、前記所定のキーワードに対する合成、編集、及び印字の少なくとも１つを行うことを特徴とする請求項１乃至３のいずれか一項に記載のサービス提供システム。
5. 前記サービス識別情報のうち、第１のサービスを識別し、前記第１のサービスのライセンスである第１のサービス識別情報と、前記第１のサービス識別情報を提供するサービスとして登録するための登録用情報と、を関連付けたライセンス情報を記憶するライセンス情報記憶手段と、
   前記第１のサービス識別情報と前記登録用情報とを含む登録依頼を受け付け、受け付けた前記第１のサービス識別情報及び前記登録用情報と、前記ライセンス情報とに基づいてライセンス認証処理を実行するライセンス認証手段と、
   前記ライセンス認証手段により正当性が確認された場合に、前記受け付けた前記第１のサービス識別情報を提供するサービスとして前記管理情報に登録する設定登録手段と、を更に有することを特徴とする請求項１乃至４のいずれか一項に記載のサービス提供システム。
6. 前記管理情報記憶手段は、
   前記サービス提供システムにログインするユーザのユーザ識別情報として、第１のユーザ識別情報と、第２のユーザ識別情報とを記憶し、
   前記認証手段は、
   前記サービス利用装置からユーザ認証に利用するユーザ認証情報として、第１のユーザ認証情報を取得した場合に前記第１のユーザ認証情報と前記第１のユーザ識別情報とに基づくユーザ認証処理を実行し、第２のユーザ認証情報を取得した場合に前記第２のユーザ認証情報と前記第２のユーザ識別情報とに基づくユーザ認証処理を実行することを特徴とする請求項１乃至５のいずれか一項に記載のサービス提供システム。
7. 前記管理情報記憶手段は、
   前記サービス提供システムとネットワークを介して接続される外部サービスにログインするユーザのユーザ認証情報として、第３のユーザ認証情報を記憶し、
   前記実行手段は、
   前記サービスの利用要求に応じた処理が、前記外部サービスと連携する処理を含む場合に、前記認証手段により認証されたユーザの前記第３のユーザ認証情報に基づいて、前記外部サービスへのログイン処理を実行することを特徴とする請求項１乃至６のいずれか一項に記載のサービス提供システム。
8. 前記サービスの利用要求に応じた処理の実行要求情報を処理内容ごとに記憶する実行要求情報記憶手段と、
   前記サービスの利用要求に応じて、特定のデータ処理を実行させる実行要求情報を前記処理内容ごとに前記実行要求情報記憶手段に登録するデータ処理制御手段と、
   前記実行要求情報記憶手段に記憶された前記実行要求情報に応じて、前記処理内容に応じたデータ処理を実行する複数のデータ処理手段とを有し、
   前記データ処理手段は、データ処理の実行後、次のデータ処理がある場合に、次のデータ処理の実行要求情報を処理内容ごとに前記実行要求情報記憶手段に登録することを特徴とする請求項１乃至７のいずれか一項に記載のサービス提供システム。
9. 前記複数のデータ処理手段には、少なくとも、
   前記実行要求情報に応じて、複数の前記実行要求情報を生成するデータ処理を実行した後に、生成した前記実行要求情報を次のデータ処理の実行要求情報として前記実行要求情報記憶手段に登録するデータ処理手段が含まれることを特徴とする請求項８に記載のサービス提供システム。
10. １以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムにおけるサービス提供方法であって、
    前記サービスのサービス識別情報、前記サービスを利用するユーザのユーザ識別情報、及び、前記サービス利用装置の装置識別情報を関連付けた管理情報を記憶する管理情報記憶手順と、
    前記サービス利用装置から取得したユーザ認証に利用するユーザ認証情報、又は、装置認証に利用する装置認証情報を認証情報として用いて認証処理を実行する認証手順と、
    前記認証手順により認証された前記認証情報と前記管理情報とに基づき、前記認証情報に関連付く前記サービスを特定するサービス特定手順と、
    前記サービス特定手順により特定された前記サービスの利用要求を、前記サービス利用装置から取得すると、前記サービスの利用要求に応じた処理を実行する実行手順とを有し、
    前記実行手順は、
    前記サービス利用装置から取得した出力要求のデータから所定のキーワードを検出し、検出したキーワードに対応して予め設定された出力方法に基づき、前記データの出力を制御することを特徴とするサービス提供方法。
11. コンピュータを、
    請求項１乃至９のいずれか一項に記載のサービス提供システムが有する各手段として機能させるためのプログラム。

Images