次に、本発明の実施の形態について、詳細に説明する。
<システム構成>
図1は、本実施形態に係る情報処理システムの一例の構成図である。図1の情報処理システム1は、オフィス内のプライベートなネットワークN1と、クラウドサービスに代表されるサービス提供システム2のネットワークN2と、インターネット等のネットワークN3とを有する。ネットワークN1〜N3は、ネットワーク環境の一例である。
オフィス内のネットワークN1には、ファイアウォールFWが設置されている。ファイアウォールFWは、不正なアクセス元からのアクセスを制限する。サービス提供システム2のネットワークN2には、アクセス制御装置21が設置されている。アクセス制御装置21は、ネットワークN3を介したアクセスを制限する。
オフィス内のネットワークN1は、ファイアウォールFWの内側にあるプライベートなネットワークである。ネットワークN1には、端末装置11、画像形成装置12、認証装置13、その他の装置14が接続されている。
端末装置11は、一般的なOS(Operating System)等が搭載された情報処理装置(コンピュータシステム)によって実現される。端末装置11は、PC(Personal Computer)、タブレットPC、ノートPC、スマートフォンや携帯電話等、ユーザが操作可能な装置である。
画像形成装置12は、複合機、複写機、スキャナ、レーザプリンタ等の画像形成機能を有する装置である。認証装置13は、一般的なOS等が搭載された情報処理装置によって実現される。認証装置13は、ユーザ認証機能を提供する。その他の装置14は、プロジェクタや電子黒板装置等の装置である。
なお、端末装置11、画像形成装置12、認証装置13及びその他の装置14は、無線による通信手段又は有線による通信手段を有する。図1では、一例として端末装置11、画像形成装置12、認証装置13及びその他の装置14がそれぞれ一台である例を示しているが複数台であっても良い。
サービス提供システム2は、ネットワークN3を介してクラウドサービスを提供する提供者等によって構築されるシステムである。なお、本実施形態は、クラウドサービスを一例として説明しているが、ASP(アプリケーションサービスプロバイダ)によって提供されるサービスやWebサービス等、ネットワークN3を介して提供されるサービスに関して適用しても良い。
サービス提供システム2のネットワークN2は、アクセス制御装置21によってネットワークN3に接続されている。ネットワークN2には、アクセス制御装置21、プリントサービス提供装置22、配信サービス提供装置23、ポータルサービス提供装置24、認証装置26、データ処理制御装置27、データ処理実行制御装置28、データ処理装置29が接続されている。
プリントサービス提供装置22、配信サービス提供装置23、ポータルサービス提供装置24、認証装置26、データ処理制御装置27、データ処理実行制御装置28、データ処理装置29の詳細は後述する。
アクセス制御装置21、プリントサービス提供装置22等のサービス提供システム2内の各装置は、一台以上の情報処理装置により実現される。つまり、サービス提供システム2内の各装置は、一台の情報処理装置により実現しても良いし、複数の情報処理装置に分散して実現しても良い。
なお、サービス提供システム2内の各装置は、一台のコンピュータに統合して実現しても良い。すなわち、サービス提供システム2内の各装置を構成する情報処理装置の台数は本発明の適用範囲を制限するものではない。
また、サービス提供システム2内の各装置の一部あるいは全部が、オフィス内のネットワークN1等のプライベートなネットワークにおいて実現されても良い。本実施形態に係る情報処理システム1は、好適な一例を示すものである。例えばサービス提供システム2と、サービス提供システム2を利用するためにアクセスするオフィス内のネットワークN1の各装置との間にファイアウォールFWがあるか否かによって、本発明の適用範囲は制限されない。
サービス提供システム2は、各種サービスを提供するためのサービス提供機能を実現する装置と、各種サービスを提供するときに共通的に利用可能なプラットフォーム機能を実現する装置と、に大別して捉えることが可能である。
なお、プリントサービス提供装置22、配信サービス提供装置23、ポータルサービス提供装置24は、各種サービスを提供するためのサービス提供機能を実現する装置の一例である。認証装置26、データ処理制御装置27、データ処理実行制御装置28、データ処理装置29は、各種サービスを提供するときに共通的に利用可能なプラットフォーム機能を実現する装置の一例である。
上記のようなサービス提供システム2の大別の仕方は、本発明を分かり易く説明するための概念的な捉え方であり、このような捉え方に基づいてサービス提供システム2を構成しなければならないというものではない。
また、インターネット等のネットワークN3は、端末装置11、メールサーバ31、オンラインストレージ32等が接続される。図1に示すように、端末装置11は、オフィス内のネットワークN1以外に接続されても良い。図1の情報処理システム1は、端末装置11が、オフィス内のネットワークN1と、インターネット等のネットワークN3とに接続されている例を示している。
メールサーバ31は、ユーザの電子メールの送信や受信等、電子メールに関する処理を行う。オンラインストレージ32は、ストレージの記憶領域を貸し出すサービスに関する処理を行う。メールサーバ31及びオンラインストレージ32は、一台以上の情報処理装置により実現される。
<ハードウェア構成>
図1の端末装置11、認証装置13は、例えば図2に示すようなハードウェア構成のコンピュータシステムにより実現される。同様に、図1のアクセス制御装置21、プリントサービス提供装置22等のサービス提供システム2内の各装置も、例えば図2に示すようなハードウェア構成のコンピュータシステムにより実現される。
図1のメールサーバ31及びオンラインストレージ32についても、図2に示すようなハードウェア構成のコンピュータシステムにより実現される。図2は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。
図2に示すコンピュータシステム40は、入力装置41と、表示装置42と、RAM43と、ROM44と、HDD(Hard Disk Drive)45と、CPU(Central Processing Unit)46と、通信I/F47と、外部I/F48とを有し、それぞれがバスBで相互に接続されている。
入力装置41は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作信号を入力するのに用いられる。表示装置42は、ディスプレイ等を含み、コンピュータシステム40による処理結果を表示する。
RAM43は、プログラムやデータを一時保持する揮発性の半導体メモリ(記憶装置)である。ROM44は、電源を切ってもプログラムやデータを保持可能な不揮発性の半導体メモリ(記憶装置)である。ROM44には、コンピュータシステム40の起動時に実行されるBIOS(Basic Input/Output System)、OS設定、及びネットワーク設定等のプログラムやデータが格納されている。
HDD45は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム40全体を制御する基本ソフトウェアであるOSや、OS上において各種機能を提供するアプリケーションソフトウェア等がある。
HDD45は、格納しているプログラムやデータを所定のファイルシステム及び/又はDB(データベース)により管理している。
CPU46は、ROM44やHDD45等の記憶装置からプログラムやデータをRAM43上に読み出し、処理を実行することで、コンピュータシステム40全体の制御や機能を実現する演算装置である。
通信I/F47は、コンピュータシステム40をネットワークN1〜N3に接続するインタフェースである。これにより、コンピュータシステム40は、通信I/F47を介してデータ通信を行う。
外部I/F48は、外部装置とのインタフェースである。外部装置には、記録媒体48A等がある。これにより、コンピュータシステム40は、外部I/F48を介して記録媒体48Aの読み取り及び/又は書き込みを行うことが可能である。
記録媒体48Aには、フレキシブルディスク、CD(Compact Disk)、DVD(Digital Versatile Disk)、SDメモリカード(SD Memory card)、USBメモリ(Universal Serial Bus memory)等がある。
上述したハードウェア構成により、コンピュータシステム40は、各種処理を実現することが可能となる。
<ソフトウェア構成>
《サービス提供システム》
図3は、本実施形態に係るサービス提供システムの一例の処理ブロック図である。図3のサービス提供システム2は、プログラムを実行することにより、サービスアプリ51、プラットフォーム52、管理データ記憶部53及びプラットフォームAPI(Application Programming Interface)54を実現している。
図3のサービスアプリ51は、ポータルサービスアプリ61、プリントサービスアプリ62、配信サービスアプリ63を一例として有する。サービスアプリ51は、各種サービスを提供するための機能を有するアプリケーションである。
例えばポータルサービスアプリ61は、図1のポータルサービス提供装置24において実装される。プリントサービスアプリ62は、プリントサービス提供装置22において実装される。配信サービスアプリ63は、配信サービス提供装置23において実装される。
ポータルサービスアプリ61は、ユーザがプリントサービスや配信サービス等の各種サービスを利用するためのポータルサイトを提供するアプリケーションである。ポータルサービスアプリ61は、ユーザが各種サービスを利用するための処理として、後述のテナント登録処理、サービス登録処理、各種の管理情報の登録処理をプラットフォーム52と連携して行う。
プリントサービスアプリ62は、例えば印刷データを記憶し、印刷データを、例えば画像形成装置12に送信することで、画像形成装置12による印刷を実現するプリントサービスを提供するアプリケーションである。
配信サービスアプリ63は、画像形成装置12等の各種装置から送信された画像データに対するデータ処理を行い、処理後のデータを図1のオンラインストレージ32等に配信する配信サービスを提供するアプリケーションである。
なお、サービスアプリ51は、図1の例に限らず、記憶した画像データ(投影データ)をプロジェクタ等のその他の装置14に送信するサービスを提供するアプリケーションを有していても良い。また、サービスアプリ51は、記憶した画像データ(投影データ)を電子黒板装置等のその他の装置14に送信するサービスを提供するアプリケーションを有していても良い。このように、サービスアプリ51は、ユーザが利用する画像形成装置12等の各装置に何らかのサービスを提供するアプリケーションを有している。
プラットフォームAPI54は、サービスアプリ51がプラットフォーム52を利用するためのインタフェースである。プラットフォームAPI54は、サービスアプリ51からの要求をプラットフォーム52が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。
なお、サービス提供システム2を複数の情報処理装置に分散して構成する場合、プラットフォームAPI54にはネットワーク経由で利用可能な例えばWeb APIを利用することが可能である。
プラットフォーム52は、通信部71、アクセス制御部72、メール送信部73、設定登録部74、認可設定処理部75、ライセンス認証部76、ユーザ認証部77、ユーザ装置認証部78、社内連携認証部79、外部連携認証部80、データ処理制御部81、1以上の処理キュー82、1以上のデータ処理要求部83、1以上のデータ処理部84を有している。
通信部71は、画像形成装置12等の各装置との通信を実行する機能部であり、例えば図1のアクセス制御装置21において実装される。アクセス制御部72は、画像形成装置12等の各装置からサービス提供システム2に対して要求される各種のアクセスに応じたアクセス制御を実行する機能部であり、例えばアクセス制御装置21において実装される。
メール送信部73は、メールを送信する機能部であり、例えば図1の認証装置26において実装される。設定登録部74は、管理データ記憶部53に記憶する各種の管理データを設定登録する機能部であり、例えば認証装置26において実装される。認可設定処理部75は、オンラインストレージ32等の外部サービスに対する認可の設定を行うための処理を実行する機能部であり、例えば認証装置26において実装される。
ライセンス認証部76は、管理データ記憶部53が記憶する後述のライセンス情報及びテナント情報に基づき、ライセンスに関する認証を実行する機能部であり、例えば認証装置26において実装される。ユーザ認証部77は、端末装置11等の装置認証を要さない装置からのログイン要求に基づいてユーザ認証を実行する機能部であり、例えば認証装置26において実装される。
ユーザ装置認証部78は、画像形成装置12等の装置認証を要する装置からのログイン要求に基づいてユーザ認証を実行する機能部であり、例えば認証装置26において実装される。
社内連携認証部79は、ユーザが画像形成装置12等の装置において、図1の認証装置13による認証を行い、認証装置13から取得したユーザIDを用いてログインする場合にユーザ認証を実行する機能部であり、例えば認証装置26において実装される。外部連携認証部80は、図1のオンラインストレージ32にログインするための認証処理を実行する機能部であり、例えば認証装置26において実装される。
データ処理制御部81は、サービスアプリ51からの要求に基づいて実行するデータ処理を制御する機能部であり、例えばデータ処理制御装置27において実装される。1以上の処理キュー82は、データ処理の種類に対応するメッセージキューであり、データ処理制御部81からデータ処理に係るリクエストのメッセージが登録される。処理キュー82は、例えばデータ処理制御装置27において実装される。
1以上のデータ処理要求部83は、自身に割り当てられた処理キュー82を監視し、処理キュー82からデータ処理に係るリクエストのメッセージを受信する。データ処理要求部83は、受信したメッセージに対応するデータ処理の実行を、データ処理部84に要求する機能部であり、例えばデータ処理実行制御装置28において実装される。
1以上のデータ処理部84は、データ処理要求部83からの要求に応じたデータ処理を実行する機能部であり、例えばデータ処理装置29において実装される。なお、データ処理部84が実行するデータ処理の例としては、サービスアプリ51から要求されるリクエストの分割処理、データ形式を変換するデータ形式変換処理、OCRを実行するOCR処理等が挙げられる。更に、データ処理部84が実行するデータ処理の例としては、オンラインストレージ32にデータをアップロードするアップロード処理等も挙げられる。
なお、データ処理の種類によっては、データ処理要求部83とデータ処理部84とを、例えばデータ処理実行制御装置28において実装するような形態であっても良い。
管理データ記憶部53は、管理情報記憶部91、データ処理情報記憶部92、データ記憶部93を一例として有する。
管理情報記憶部91は、ライセンス情報、テナント情報、ユーザ情報、装置情報等の管理情報を記憶する。管理情報記憶部91は例えば認証装置26において実装される。データ処理情報記憶部92は、要求されるデータ処理に関する情報を記憶する。データ処理情報記憶部92は、例えばデータ処理制御装置27において実装される。データ記憶部93は、アプリケーションデータや印刷データ等、その他のデータを記憶する。データ記憶部93は、例えばデータ処理制御装置27において実装される。
図3の管理データ記憶部53に記憶されている管理データには、例えば以下のようなものである。図4は、ライセンス情報の一例の構成図である。ライセンス情報は、データ項目としてライセンス種類、ID、登録用コード、登録状態を有する。ライセンス種類は、ライセンスの種類を表す情報である。
ライセンスの種類には、テナント、プリントサービス、配信サービス等がある。IDは、各ライセンスのIDであり、ライセンス認証に利用される情報である。登録用コードは、テナントの登録を行う時に利用される情報である。登録状態は、ユーザによるライセンスの登録(IDの登録)が完了している状態か否か(登録済か未登録か)を示す情報である。
図5は、テナント情報の一例の構成図を示す。テナント情報は、データ項目としてテナントID、名称、サービスID、サービス種類、有効期限、外部サービス、アドレス情報、利用区域情報等を有する。テナントIDは、ライセンス情報においてライセンス種類が「テナント」のIDであり、ユーザがテナント登録を行うことで登録される情報である。
名称は、テナント登録を行うときにユーザが設定する名称であり、例えば企業名や組織名等が設定される。サービスIDは、ライセンス情報においてライセンス種類が「プリントサービス」や「配信サービス」といったサービスのIDであり、テナント登録が行われた後にユーザがサービス登録を行うことで登録される情報である。
サービス種類は、サービスIDに対応するライセンス種類(サービスの種類)を表す情報である。有効期限は、サービスIDの有効期限である。特定の装置に登録されたサービスIDの有効期限は、登録時点から管理される。
外部サービスは、サービス提供システム2と連携して利用する外部サービスを表す情報である。外部サービスとしては、例えば図1のオンラインストレージ32等がある。アドレス情報は、テナント登録の際に登録される管理者のメールアドレスである。
利用区域情報は、サービスを利用する国・地域に関する情報である。なお、オンラインストレージ32は、外部サービスの一例である。後述するアカウント、パスワード、認可トークン、スコープ等の情報は、外部サービスを利用するときに用いられる情報の一例である。
なお、認可とは、ユーザがサービスを利用するときに、どのサービスを利用するか、どのリソースへのアクセスを許可するか等のサービスの利用における利用範囲(権限)を設定することである。認可は、例えばOAuthと呼ばれるAPI認可の標準的技術を利用して設定することが可能である。サービス提供システム2からオンラインストレージ32等の外部サービスを利用する視点で見ると、外部サービスが、OAuthのサービスプロバイダの役割を果たし、サービス提供システム2が、OAuthのコンシューマの役割を果たす。
図6は、ユーザ情報の一例の構成図を示す。ユーザ情報は、データ項目として、テナントIDと、ログイン用のユーザID及びパスワードと、社内認証用のユーザIDと、オンラインストレージ用のアカウント、パスワード、認可トークン及びスコープ等と、アドレス情報とを一例として有する。
ユーザ情報は、テナントID単位で各ユーザの情報を管理する。ログイン用のユーザID及びパスワードは、サービス提供システム2にログインするときのユーザ認証に利用する認証情報である。ログイン用のユーザIDは、ユーザ名等でもよく、サービス提供システム2にログインするときにユーザを識別可能な情報であれば良い。
社内認証用のユーザIDは、オフィス内のネットワークN1の認証装置13においてユーザを特定するユーザ特定情報であり、認証装置13から取得したユーザ特定情報を用いてログインする場合のユーザ認証に利用する認証情報である。社内認証用のユーザIDは、オフィス内のネットワークN1の認証装置13においてユーザを特定可能なユーザ特定情報であれば良く、ユーザが携帯するICカードのカードIDや携帯端末の端末ID等でも良い。
オンラインストレージ用のアカウント及びパスワードは、オンラインストレージ32にログインするときに利用する認証情報である。認可トークンは、オンラインストレージ32を特定の権限の範囲内で利用するための情報である。スコープは、認可により設定された利用範囲を特定する情報である。
なお、アカウントは、ユーザID、ユーザ名、オンラインストレージ用のアドレス等でも良く、ユーザが対象のオンラインストレージ32にログインするときの認証に利用する認証情報であれば良い。アドレス情報は、ユーザのメールアドレスである。
図7は、装置情報の一例の構成図を示す。装置情報は、データ項目としてテナントID、装置ID、サービスID、サービス種類、利用開始日、利用終了日等を有する。装置情報は、テナントID単位で各装置の情報を管理する。
装置IDは、装置を識別する情報であり、装置認証に利用する情報である。装置IDは、例えば装置の機体番号等が一例として挙げられる。サービスID、サービス種類は、テナント情報におけるサービスID、サービス種類と同様の情報であり、ユーザが特定の装置に対するサービスIDの登録を行うことで登録される。
利用開始日は、サービスIDの登録を行った日にちの情報である。利用終了日は、登録されたサービスIDの有効期限が終了する日にちの情報である。装置情報に登録された装置は、サービスIDの利用開始日から利用終了日までの間、登録したサービスIDのサービスを利用することが可能である。
なお、サービスの種類やライセンスの種類によっては、有効期限が無期限のもの(実質的に期限の制約がないもの)があっても良い。また、装置情報が登録されていない装置であっても、装置認証を行わなければ利用できないサービス(機能)を除き、サービス提供システム2が提供する機能の一部は利用可能なものとする。
なお、本実施形態においては、装置情報の登録を要さない装置の一例として端末装置11を示している。また、本実施形態においては、装置情報の登録を要する装置の一例として画像形成装置12を示している。
端末装置11において利用可能な機能の一例としては、管理データの設定登録や、印刷データの投入、削除等が挙げられる。また、画像形成装置において利用可能な機能の一例としては印刷データの取得、配信データの送信等が挙げられる。
なお、どのような機能を利用するときに装置認証を要し、どのような機能を利用するときに装置認証を要さないかは、サービスを提供する提供者側が決めれば良く、装置認証を要さないサービスがあっても良い。
図8は、外部サービス情報の一例の構成図を示す。外部サービス情報は、データ項目として外部サービスID、サービス名、クライアントID、クライアントシークレット、プロダクト名、スコープ、認可先URL、リダイレクト先URL等を有する。外部サービスIDは、外部サービスを特定(識別)する情報である。
サービス名は、外部サービスの名称である。クライアントIDは、外部サービスによって発行されるサービス提供システム2を特定する情報である。クライアントシークレットは、クライアントIDの本人性を保証するための秘密情報であり、パスワードのような役割を果たす情報である。
プロダクト名は、サービスアプリ51を特定する情報である。スコープは、外部サービスの利用範囲を特定する情報である。認可先URLは、外部サービスが備える認可システムのURL(例えば外部サービスが備える認可サーバのURL)である。リダイレクト先URLは、外部サービスからリダイレクトされるサービス提供システム2のURL(例えば認可設定処理部75の認可クライアントとしての機能のURL)である。
上述したように、テナントIDは、サービス提供システム2が提供するサービス、サービスを利用するユーザ、サービスを利用する装置に関連付き、サービス提供システム2において、ユーザ、装置、サービスを管理するための情報である。また、テナントIDは、サービス提供システム2が提供可能なサービスのうち、どのサービスを、どのユーザに、更にはどの装置に提供するかといった利用対象を特定する情報(利用対象特定情報)である。
<処理の詳細>
以下では、本実施形態に係る情報処理システム1の処理の詳細について説明する。
《テナント登録からサービス登録までの処理》
図9は、テナント登録からサービス登録までの処理手順を表した一例のフローチャートである。まず、テナント登録を行いたいユーザ(例えば企業や組織の管理者)は、サービス提供システム2のサービス提供者(例えばサービスの提供販売を行う担当者)からテナントID及び登録用コードを取得する。
なお、テナントID及び登録用コードの取得方法は、直接サービス提供者から取得する方法や、サービス提供者が運営する専用サイトにユーザの端末装置11からアクセスして取得する方法等が例として挙げられる。
ステップS1において、ユーザは、端末装置11がサービス提供システム2のポータルサイトへアクセスするように、端末装置11の入力装置41を操作する。端末装置11は、ユーザの操作に基づき、サービス提供システム2のポータルサイトにアクセスする。
サービス提供システム2のアクセス制御部72は、ポータルサイトへのアクセスであることから、端末装置11からのアクセスを許可し、ポータルサービスアプリ61にアクセスさせる。
ポータルサービスアプリ61は、端末装置11の表示装置42にトップ画面を表示させる。ユーザは、端末装置11の入力装置41を操作し、トップ画面から、ログインを要求するか、新規のテナント登録を要求するかを選択可能である。ここでは、新規のテナント登録の要求が選択されたものとして説明を続ける。
なお、管理情報記憶部91のユーザ情報に登録されているユーザ(管理者やその他の利用者)であれば、テナントID、ユーザID及びパスワードを入力してログインの要求を選択することが可能である。
新規のテナント登録が要求されると、サービス提供システム2のポータルサービスアプリ61は、ステップS2において、端末装置11の表示装置42にテナントIDの仮登録を行うための入力画面を表示させる。ユーザは、端末装置11の入力装置41を操作して、テナントIDの仮登録を行うための入力を行ったあと、仮登録の要求を行う。端末装置11は、ユーザの操作に基づき、サービス提供システム2のポータルサイトに仮登録の要求を行う。
なお、テナントIDの仮登録を行うために入力される情報には、例えばサービスを利用する国・地域に関する情報(利用区域情報)と、サービスを利用する国・地域に応じて表示される利用規約(約款)に同意することを示す情報とが含まれる。テナントIDの仮登録を行うために入力される情報には、テナントID、登録用コード、メールアドレス、使用言語等の情報も含まれる。
よって、サービス提供システム2は、利用する国・地域に応じた利用規約(約款)情報を保持している。サービス提供システム2のポータルサービスアプリ61は、ユーザがテナントIDの仮登録を行うために入力した利用区域情報に応じた利用規約を、端末装置11の表示装置42に表示する表示制御を行い、利用規約に同意するか否かをユーザに選択させる。
図10は、利用規約画面の一例のイメージ図である。利用規約画面1010は、サービスを利用する国・地域をユーザに選択させる選択欄1011と、選択欄1011に応じた利用規約を表示する利用規約欄1012と、利用規約に同意するか否かをユーザに選択させるチェックボックス1013と、を有する。
ユーザの端末装置11から仮登録が要求されると、ポータルサービスアプリ61は、テナントIDの仮登録を行うために入力された情報に含まれるテナントID及び登録用コードの正当性の確認処理をライセンス認証部76に要求する。要求を受け付けたライセンス認証部76は、ライセンス認証処理を実行し、管理情報記憶部91が記憶する図4のライセンス情報に、正当性の確認処理を要求されたテナントID及び登録用コードが記憶されているかを判断(照合)する。
ライセンス認証部76は、正当性の確認処理を要求されたテナントID及び登録用コードが記憶されていれば、そのテナントID及び登録用コードに関連付いた登録状態が「未登録」であるか判断する。
登録状態が「未登録」であれば、ライセンス認証部76は、正当性の確認処理を要求されたテナントID及び登録用コードが正当な情報であると判定し、そのテナントID(ライセンス)を認証する。ライセンス認証部76はライセンスの認証結果をポータルサービスアプリ61に通知する。
テナントID及び登録用コードが正当な情報である場合、ポータルサービスアプリ61は、設定登録部74に、テナントIDの仮登録を行うために入力された情報に含まれるテナントID、メールアドレス、利用区域情報の登録を要求する。設定登録部74は、ポータルサービスアプリ61からの要求に応じて管理情報記憶部91のテナント情報にテナントID、メールアドレス及び利用区域情報を登録する。
設定登録部74による登録が行われると、ポータルサービスアプリ61は、ステップS3において、本登録用の画面を表示するためのアクセス先である本登録用URLを生成し、本登録用URLが記載されたメールを作成する。ポータルサービスアプリ61は、作成したメールの送信をメール送信部73に要求する。
メール送信部73は、テナントIDの仮登録を行うために入力された情報に含まれるメールアドレスを宛先としたメールを送信する。メール送信部73によってメールが送信されると、ポータルサービスアプリ61は、端末装置11の表示装置42にメールを送信した旨の通知画面を表示させる。
なお、本登録用URLは例えば生成時からの有効期限(例えば一時間)で管理される。また、メール送信部73から送信したメールには、セキュリティ強化の観点から、テナントID及び登録用コードの内、少なくとも一方の情報を記載していないものとする。
次に、ユーザは、受信したメールに記載されている本登録用URLへアクセスするように端末装置11の入力装置41を操作する。端末装置11は、ユーザの操作に基づき、本登録用URLにアクセスする。
なお、本登録用URLにアクセスする端末装置11は、仮登録の要求を行った端末装置11と同一でなくても良い。アクセス制御部72は、端末装置11をポータルサービスアプリ61へとアクセスさせる。
ポータルサービスアプリ61は、本登録用URLへのアクセスが正当か(生成した本登録用URLへのアクセスであり、かつ、有効期限内のアクセスであるか)を確認する。正当であれば、ポータルサービスアプリ61は、本登録画面を端末装置11の表示装置42に表示させる。
ユーザは、端末装置11の入力装置41を操作し、本登録画面にテナントIDの本登録を行うための入力を行った後、本登録の要求を行う。本登録画面において入力される情報は、テナントID、名称、登録用コード等のテナント情報と、ログイン用のユーザID及びパスワード、アドレス情報等のユーザ情報である。
なお、テナントIDの仮登録でユーザが既に入力しているテナントID又は登録用コードのいずれかは、予め入力した状態で表示するようにしても良い。セキュリティ強化の観点から、テナントID又は登録用コードのうち、少なくともユーザに入力させる情報のいずれかは、上述したように、本登録用URLが記載されたメールに記載されていないものとする。
ユーザの端末装置11から本登録が要求されると、ポータルサービスアプリ61は、本登録画面に入力されたテナントID及び登録用コードに基づくライセンスの有効化処理(本登録処理)をライセンス認証部76に要求する。
要求を受け付けたライセンス認証部76は、ライセンス認証処理を実行し、本登録画面に入力されたテナントID及び登録用コードが、管理情報記憶部91が記憶するライセンス情報に記憶されているかを判断する。ライセンス認証部76は、入力されたテナントID及び登録用コードがライセンス情報に記憶されており、そのテナントID及び登録用コードに関連付く登録状態が「未登録」であれば、入力されたテナントID及び登録用コードが正当な情報であると判定する。
入力されたテナントID及び登録用コードが正当な情報であると判定した場合、ライセンス認証部76は、設定登録部74に、ライセンス情報の状態変更を要求する。設定登録部74は、管理情報記憶部91が記憶するライセンス情報において、正当なテナントID及び登録用コードに関連付く登録状態の値を「登録済」に変更する。
ライセンスの有効化処理が完了すると、ポータルサービスアプリ61は、ユーザが端末装置11において本登録画面に入力したテナント情報、ユーザ情報の登録を設定登録部74に要求する。設定登録部74は、管理情報記憶部91が記憶するテナント情報に、本登録画面にテナント情報の一部として入力された名称を登録する。また、設定登録部74は、管理情報記憶部91が記憶するユーザ情報にテナントID、ログイン用のユーザID及びパスワード、アドレス情報等を登録する。
設定登録部74による各種情報の設定の登録が完了すると、ポータルサービスアプリ61は、テナント登録完了画面を端末装置11の表示装置42に表示させる。また、ポータルサービスアプリ61は、テナント登録完了通知が記載されたメールを作成し、メール送信部73にメール送信を要求する。メール送信部73は、ユーザが端末装置11においてテナントIDの仮登録を行うために入力したメールアドレス(テナント情報に登録されているアドレス情報)宛にテナント登録完了通知が記載されたメールを送信する。
例えばユーザは、端末装置11の表示装置42に表示したテナント登録完了画面を確認する。テナントID、ユーザID及びパスワードの登録を完了することで、ユーザは、次回からポータルサイトのトップ画面からログインを要求することが可能である。ポータルサイトのトップ画面からログインすることにより、ユーザはテナントIDに関連付く、テナント情報、ユーザ情報、装置情報の登録処理を行うこと可能である。
ステップS4において、管理者等のユーザは、端末装置11の入力装置41を操作して、ポータルサイトのトップ画面からテナントID、ユーザID及びパスワードを入力したあと、ログインを要求する。
ログインの要求を受け付けたポータルサービスアプリ61は、ユーザ認証部77にユーザ認証を要求する。ユーザ認証部77は管理情報記憶部91が記憶するユーザ情報に、端末装置11から受信したテナントID、ユーザID及びパスワードの組み合わせが記憶されているかを判断(照合)する。
端末装置11から受信したテナントID、ユーザID及びパスワードの組み合わせが記憶されていれば、ユーザ認証部77は、ログインの要求を行ったユーザを認証する。ユーザ認証部77によりユーザが認証されると、ポータルサービスアプリ61は、ログインを許可する。
ポータルサービスアプリ61にログインしたユーザは、利用したいサービスのサービスID登録が可能となる。ポータルサービスアプリ61は、端末装置11の表示装置42にサービスIDの登録を行うためのサービス登録画面を表示させる。ユーザは、端末装置11の入力装置41を操作し、端末装置11の表示装置42に表示されたサービス登録画面からサービスIDを入力したあと、サービス登録を要求する。端末装置11は、ユーザの操作に基づき、ポータルサービスアプリ61にサービス登録の要求を行う。
ユーザの端末装置11からサービス登録が要求されると、ポータルサービスアプリ61は管理情報記憶部91が記憶するライセンス情報を参照し、ユーザがサービス登録画面に入力したサービスIDと一致するIDを選択する。ポータルサービスアプリ61は、選択したIDと関連付くライセンス種類(サービス種類)を取得する。
また、ポータルサービスアプリ61は、管理情報記憶部91が記憶するテナント情報を参照し、ログインしたユーザのテナントIDに関連付く利用区域情報を取得する。ポータルサービスアプリ61は、取得したライセンスの種類及び利用区域情報に応じた利用規約を端末装置11の表示装置42に表示させ、利用規約に同意するか否かをユーザに選択させる。
サービス提供システム2は、サービス種類(ライセンス種類)毎に利用する国・地域に応じた利用規約(約款)情報を保持している。ポータルサービスアプリ61は、ユーザがテナントIDの仮登録を行うために入力した利用区域情報及びサービス登録が要求されたサービス種類に応じた利用規約を表示する表示制御を行い、利用規約に同意するか否かをユーザに選択させることが可能である。
ユーザが端末装置11の入力装置41を操作し利用規約に同意する選択を行うと、ポータルサービスアプリ61は、ログインしたユーザのテナントID及びサービス登録画面に入力されたサービスIDに基づくサービス登録処理をライセンス認証部76に要求する。
ライセンス認証部76は、管理情報記憶部91が記憶するライセンス情報に、サービス登録画面に入力されたサービスIDがIDとして記憶されているかを確認(照合)する。ライセンス認証部76は、サービス登録画面に入力されたサービスIDがIDとして記憶されていれば、正当なサービスIDと判定(サービスIDを認証)する。
正当なサービスIDと判定した場合、ライセンス認証部76は、設定登録部74にサービスIDの登録を要求する。設定登録部74は、管理情報記憶部91が記憶するテナント情報に対して、ログインしたユーザのテナントIDに関連付けてサービスID、サービス種類を登録する。
ステップS5において、管理者等のユーザは、サービスIDの装置登録を行う。ユーザは、端末装置11の入力装置41を操作して、装置登録画面を端末装置11の表示装置42に表示させる。ユーザは、端末装置11の入力装置41を操作して、装置登録画面にサービスIDと、そのサービスIDによってサービスの利用を可能とする装置の装置IDとを入力し、サービスIDの装置登録を要求する。
端末装置11からサービスIDの装置登録が要求されると、ポータルサービスアプリ61は、ログインしたユーザのテナントID、装置登録画面に入力されたサービスID及び装置IDに基づくサービスIDの装置登録処理を、ライセンス認証部76に要求する。
ライセンス認証部76は、管理情報記憶部91が記憶するテナント情報に、ログインしたユーザのテナントID及び装置登録画面に入力されたサービスIDの組み合わせが記憶されているかを判断(照合)する。
ログインしたユーザのテナントID及び装置登録画面に入力されたサービスIDの組み合わせが記憶されていれば、ライセンス認証部76は、管理情報記憶部91が記憶するライセンス情報を参照する。ライセンス認証部76は、装置登録画面に入力されたサービスIDに関連付いた登録状態が「未登録」であるかを判断する。
登録状態が「未登録」であれば、ライセンス認証部76は、設定登録部74にサービスIDの装置登録を要求する。なお、登録状態が「未登録」のサービスIDは、サービスIDの装置登録が行われていないサービスIDである。設定登録部74は、管理情報記憶部91が記憶する装置情報に、ログインしているユーザのテナントID、装置登録画面に入力されたサービスID及び装置IDを登録する。
また、設定登録部74は、管理情報記憶部91が記憶するテナント情報を参照し、テナントID及びサービスIDから特定されるサービス種類、有効期限を取得する。設定登録部74は、取得したサービス種類、有効期限に基づいて、管理情報記憶部91が記憶する装置情報に、サービス種類、利用開始日及び利用終了日を登録する。
利用開始日には、サービスIDの装置登録を行った当日の日にちが記憶される。利用終了日には、テナント情報から取得した有効期限(例えば1年)と、利用開始日と、に基づいて算出される最終日の日にちが記憶される。
利用開始日は、例えばステップS4のサービス登録の要求において、指定可能としても良い。利用開始日を指定可能とした場合は、サービス登録の要求において指定された利用開始日が、装置情報の利用開始日に記憶される。サービスIDの装置登録が完了すると、設定登録部74は、管理情報記憶部91が記憶するライセンス情報において、装置登録を行ったサービスIDに関連付く登録状態の値を「登録済」へと変更する。
以上、テナント登録からサービス登録までの処理により、管理者等のユーザは、テナント登録、サービスID登録及びサービスIDの装置登録を、端末装置11からサービス提供システム2にアクセスして行うことが可能である。このように、ユーザは、サービスの提供を受けるために必要な手続きを容易に済ませることが可能である。また、サービス提供システム2は、ライセンスの有効化処理が行われたテナントID単位で、提供するサービス、サービスを利用するユーザ、サービスを利用する装置を管理することが可能となる。
《サービス提供システム2が備えるユーザ認証・機器認証機能》
図11は、ユーザ認証・機器認証処理の一例のシーケンスである。図11(A)は、機器認証を要しない端末装置11からのユーザ認証を表している。図11(B)は、機器認証を要する画像形成装置12からのユーザ装置認証を表している。図11(C)は、機器認証を要する画像形成装置12からの社内連携認証を表している。
図11(A)に示すように、端末装置11からのユーザ認証では、ユーザがポータルサイトのトップ画面等からテナントID、ユーザID及びパスワードをログイン情報として入力する。ステップS11において、端末装置11は、ユーザにより入力されたログイン情報を受け付ける。
ステップS12において、端末装置11は、ユーザにより入力されたログイン情報を利用してサービス提供システム2にログイン要求を行う。サービス提供システム2のアクセス制御部72は、ユーザ認証部77にユーザ認証を要求する。
ステップS13において、ユーザ認証部77は、管理情報記憶部91が記憶するユーザ情報に、端末装置11から受信したログイン情報が存在するかを確認する。ユーザ認証部77は、管理情報記憶部91が記憶するユーザ情報に、端末装置11から受信したログイン情報が存在すれば、ユーザ認証が成功したと判断する。端末装置11から受信したログイン情報が存在しなければ、ユーザ認証部77は、ユーザ認証が失敗したと判断する。
ユーザ認証が成功した場合に、アクセス制御部72は、端末装置11からサービス提供システム2へのログイン(サービスを利用するためのログイン)を許可する。ステップS14において、アクセス制御部72は、ユーザ認証部77によるユーザ認証の結果に基づいたログイン応答を端末装置11に送信する。
図11(B)及び図11(C)において、画像形成装置12は、サービス提供システム2へのログインを行うためのユーザ認証において、ログイン用のユーザID及びパスワードを利用するか、社内認証用のユーザIDを利用するかの設定を保持する。なお、ログイン用のユーザID及びパスワードを利用するか、社内認証用のユーザIDを利用するかの設定は、適宜変更可能である。また、画像形成装置12は、テナントIDと装置IDとを自身の記憶領域に保持しているものとする。
ログイン用のユーザID及びパスワードを利用する設定の場合、サービス提供システム2へのログインを行うために、画像形成装置12は、図11(B)に示すようにユーザ装置認証を行う。
ステップS21において、画像形成装置12は、ログイン用のユーザID及びパスワードをユーザに入力させる入力画面を表示する。ユーザは、画像形成装置12に表示された入力画面からログイン用のユーザID及びパスワードを入力する。画像形成装置12は、ユーザにより入力されたログイン用のユーザID及びパスワードを受け付ける。
ステップS22において、画像形成装置12は、ユーザにより入力されたログイン用のユーザID及びパスワードと、自身の記憶領域に保持しているテナントID及び装置IDをログイン情報としてサービス提供システム2に送信し、ログイン要求を行う。サービス提供システム2のアクセス制御部72は、ユーザ装置認証部78にユーザ装置認証を要求する。
ステップS23において、ユーザ装置認証部78は、管理情報記憶部91が記憶する装置情報に、画像形成装置12から受信したログイン情報に含まれるテナントID及び装置IDの組み合わせが存在するかを確認する。テナントID及び装置IDの組み合わせが存在すれば、ユーザ装置認証部78は、装置認証が成功したと判断する。テナントID及び装置IDの組み合わせが存在しなければ、ユーザ装置認証部78は、装置認証が失敗したと判断する。
更に、ユーザ装置認証部78は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したログイン情報に含まれるテナントID、ログイン用のユーザID及びパスワードの組合せが存在するかを確認する。
ユーザ装置認証部78は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したログイン情報に含まれるテナントID、ログイン用のユーザID及びパスワードの組合せが存在すれば、ユーザ認証が成功したと判断する。画像形成装置12から受信したログイン情報に含まれるテナントID、ログイン用のユーザID及びパスワードの組合せが存在しなければ、ユーザ装置認証部78は、ユーザ認証が失敗したと判断する。
装置認証及びユーザ認証が成功した場合に、アクセス制御部72は、画像形成装置12からサービス提供システム2へのログイン(サービスを利用するためのログイン)を許可する。ステップS24において、アクセス制御部72は、ユーザ装置認証部78による装置認証及びユーザ認証の結果に基づいたログイン応答を端末装置11に送信する。
社内認証用のユーザIDを利用する設定の場合、サービス提供システム2へのログインを行うために、画像形成装置12は、図11(C)に示す社内連携認証を行う。まず、ユーザは、画像形成装置12においてユーザ認証を実行する。画像形成装置12において実行するユーザ認証は、画像形成装置12、又は、画像形成装置12の特定の機能を利用するために実行するユーザ認証である。ここでは、ユーザが携帯するICカード等に保存されているカードIDを利用して、認証装置13がユーザ認証を行う例について説明する。
ステップS31において、ユーザは、画像形成装置12と接続されたカードリーダ(図示せず)にカードIDを読み取らせて、ユーザ認証を行う。ステップS32において、画像形成装置12は、カードリーダにより読み取られたカードIDを認証装置13に送信して認証要求を行う。
ステップS33において、認証装置13は、画像形成装置12から受信したカードIDを利用して認証判断を行う。認証装置13は、カードIDとユーザIDとを関連付けたユーザ認証情報を記憶領域に記憶している。認証装置13は、カードIDとユーザIDとを関連付けたユーザ認証情報を参照して、画像形成装置12から受信したカードIDに関連付いたユーザIDを特定可能か確認する。
認証装置13は、カードIDに関連付いたユーザIDを特定できた場合に、ユーザ認証が成功したと判断する。ステップS34において、認証装置13は、認証成功の認証結果と共に、特定したユーザIDを画像形成装置12に送信する。
次に、ユーザは、例えば画像形成装置12の表示画面からサービス提供システム2へのログインを選択することでサービス提供システム2へのログインを要求することが可能である。ステップS35において、ユーザは、画像形成装置12からサービス提供システム2へのログインを要求する。
ユーザからサービス提供システム2へのログインを要求されると、画像形成装置12は、特定したユーザIDと、自身の記憶領域に保持しているテナントID及び装置IDをログイン情報としてサービス提供システム2に送信し、ログイン要求を行う。サービス提供システム2のアクセス制御部72は、社内連携認証部79に社内連携認証を要求する。
ステップS36において、社内連携認証部79は、管理情報記憶部91が記憶する装置情報に、画像形成装置12から受信したログイン情報に含まれるテナントID及び装置IDの組合せが存在するかを確認する。
社内連携認証部79は、テナントID及び装置IDの組み合わせが存在すれば、装置認証が成功したと判断する。社内連携認証部79は、テナントID及び装置IDの組み合わせが存在しなければ、装置認証が失敗したと判断する。
更に、社内連携認証部79は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したログイン情報に含まれるテナントID及び社内認証用のユーザIDの組合せが存在するかを確認する。社内連携認証部79は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したログイン情報に含まれるテナントID及び社内認証用のユーザIDの組合せが存在すれば、ユーザ認証が成功したと判断する。
社内連携認証部79は、画像形成装置12から受信したログイン情報に含まれるテナントID及び社内認証用のユーザIDの組合せが存在しなければ、ユーザ認証が失敗したと判断する。
アクセス制御部72は、装置認証及びユーザ認証が成功した場合に、画像形成装置12からサービス提供システム2へのログイン(サービスを利用するためのログイン)を許可する。ステップS37において、アクセス制御部72は、社内連携認証部79による装置認証及びユーザ認証の結果に基づいたログイン応答を端末装置11に送信する。
なお、社内連携認証部79によって装置認証が成功し、ユーザ認証が成功しなかった場合に、サービス提供システム2は、ログイン用のユーザID及びパスワードをユーザに入力させる入力画面を画像形成装置12に表示させても良い。
この場合、ユーザは、入力画面にログイン用のユーザID及びパスワードを入力し、再度ログインを要求することが可能である。画像形成装置12は、ユーザにより入力されたログイン用のユーザID及びパスワードと、自身の記憶領域に保持しているテナントIDをサービス提供システム2のユーザ装置認証部78に送信し、ログイン要求を行う。
ユーザ装置認証部78は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したテナントID、ログイン用のユーザID及びパスワードの組合せが存在するかを確認する。
ユーザ装置認証部78は、管理情報記憶部91が記憶するユーザ情報に、画像形成装置12から受信したテナントID、ログイン用のユーザID及びパスワードの組合せが存在すれば、ユーザ認証が成功したと判断する。アクセス制御部72は、サービス提供システム2へのログインを許可する。
更に、設定登録部74は、画像形成装置12から受信したテナントID、ログイン用のユーザID及びパスワードに関連付けて、画像形成装置12から受信した社内認証用のユーザIDを、管理情報記憶部91が記憶するユーザ情報に登録する。このように、テナントID、ログイン用のユーザID及びパスワードに関連付けて、画像形成装置12から受信した社内認証用のユーザIDをユーザ情報に登録することで、ユーザは、次回から社内認証用のユーザIDを利用したログインが可能となる。
《サービス提供システム2が備えるデータ処理機能》
サービス提供システム2において、プラットフォーム52のデータ処理制御部81、処理キュー82、データ処理要求部83及びデータ処理部84は、サービスアプリ51の処理要求部101から要求される種々のデータ処理を以下のように実行する。
図12は、サービス提供システムのデータ処理機能の一例を説明するための図である。サービスアプリ51の処理要求部101は、処理の対象となるデータを管理データ記憶部53のデータ記憶部93に記録する。処理の対象となるデータは、アプリケーションデータや画像データ等の処理対象データである。
また、処理要求部101は、プラットフォーム52のデータ処理制御部81にデータ処理要求(以下、リクエストと言う)を送信する。送信するリクエストには、データ処理の処理内容と、処理対象データの記録先の情報(例えばURI等)が含まれている。
データ処理制御部81は、受け取ったリクエストを解析し、データ処理の処理内容に応じた処理キュー(メッセージキュー)82にメッセージを登録する。なお、処理キュー82は、データ処理の処理内容ごとに設けられている。
また、データ処理制御部81は、管理データ記憶部53のデータ処理情報記憶部92にリクエストの情報を登録する。リクエストの情報は、例えば処理対象データの記録先、データ処理の処理内容、リクエストの状態等である。
リクエストの状態は、例えば「受付」「実行中」「完了」等がある。なお、リクエストの状態は、データ処理の処理状況を示すステータスを表す。リクエストの状態は、データ処理制御部81がリクエストの情報を登録した段階で「受付」の状態となる。
各データ処理要求部83は、それぞれに割り当てられた1以上の処理キュー82を監視している。つまり、各データ処理要求部83は、1以上のデータ処理の処理内容のリクエストを監視している。各データ処理要求部83は、監視している処理キュー82に登録されたメッセージを取得する。
例えば図12では、「第1データ処理要求部」83がデータの処理内容が異なる「第1処理キュー」82及び「第2処理キュー」82を監視している。また「第2データ処理要求部」83は、データの処理内容が異なる「第1処理キュー」82から「第3処理キュー」82までを監視している。図12では、「第1データ処理要求部」83及び「第2データ処理要求部」83が、「第1処理キュー」82及び「第2処理キュー」82を重複して監視する例を表している。
なお、各データ処理要求部83が監視する処理キュー82の割り当ては、適宜設定、変更可能なものとする。例えば、各データ処理要求部83が監視する処理キュー82の割り当ては、データ処理の処理内容ごとのリクエスト頻度や、処理時間等に応じて適宜設定、変更することが考えられる。
データ処理要求部83は、監視している処理キュー82から取得したメッセージに基づいて、データ処理情報記憶部92からリクエストの情報を取得する。データ処理要求部83は、取得したリクエストの情報に含まれる処理対象データの記録先、データ処理の処理内容に基づき、リクエストのデータ処理をデータ処理部84に実行させる。
次に、データ処理要求部83は、データ処理部84が実行したデータ処理の実行結果からリクエストの情報を更新し、更新したリクエストの情報をデータ処理情報記憶部92に登録する。リクエストの情報の更新は、リクエストから実行したデータ処理の処理内容を削除する処理、リクエストの状態に変更があれば変更する処理等である。また、データ処理要求部83は、リクエストの情報に、次に行うデータ処理の処理内容があれば、データ処理の処理内容に対応する処理キュー82に、メッセージを登録する。
なお、データ処理要求部83は、リクエストのデータ処理をデータ処理部84に実行させることによりデータ処理前後の処理対象データが異なるデータとなる場合、処理後の処理対象データをデータ記憶部93に記録する。また、データ処理要求部83は、処理後の処理対象データの記録先の情報に応じて、リクエストの情報を更新する。
図13は、サービス提供システムが備えるデータ処理機能の処理手順を表した一例のフローチャートである。ステップS41において、サービスアプリ51の処理要求部101は、処理対象データを管理データ記憶部53のデータ記憶部93に記録する。また、処理要求部101は、プラットフォーム52のデータ処理制御部81にリクエスト(データ処理要求)を送信する。
ステップS42において、データ処理制御部81は、リクエストを解析し、データ処理の処理内容に応じた処理キュー82にメッセージを登録する。また、データ処理制御部81は、管理データ記憶部53のデータ処理情報記憶部92にリクエストの情報を登録する。
ステップS43において、各データ処理要求部83は、監視している処理キュー82に登録されたメッセージを処理キュー82から取得する。ステップS44において、データ処理要求部83は、取得したメッセージに基づいてデータ処理情報記憶部92からリクエストの情報を取得する。そして、データ処理要求部83は、取得したリクエストの情報に基づき、リクエストのデータ処理をデータ処理部84に実行させる。
ステップS45において、データ処理要求部83は、データ処理部84が実行したデータ処理の実行結果からリクエストの情報を更新し、更新したリクエストの情報をデータ処理情報記憶部92に登録したあと、図13のフローチャートの処理を終了する。
なお、データ処理要求部83は、リクエストの情報に、次に行うデータ処理の処理内容があれば、データ処理の処理内容に対応する処理キュー82に、メッセージを登録したあと図13のフローチャートの処理を終了する。
以下では、データ処理の処理内容の具体例をいくつか挙げるが、データ処理の処理内容を具体例に限定するものではない。データ処理の処理内容の具体例としては、第1に、処理対象データのデータ形式を変換するデータ処理がある。
例えば、画像データをPDF(Portable Document Format)データに変換するデータ処理は、処理対象データのデータ形式を変換するデータ処理の一例である。画像データをPDFデータに変換するデータ処理は、データ処理の処理内容を「image2pdf」等と表す。
また、PDFデータをPDL(Page Description Language)データに変換するデータ処理も、処理対象データのデータ形式を変換するデータ処理の一例である。PDFデータをPDLデータに変換するデータ処理は、データ処理の処理内容を「pdf2pdl」等と表す。
更に、Microsoft(登録商標)のOffice(登録商標)文書データをPDLデータに変換するデータ処理も、処理対象データのデータ形式を変換するデータ処理の一例である。Office文書データをPDLデータに変換するデータ処理は、データ処理の処理内容を「office2pdl」等と表す。
データ処理の処理内容の具体例としては、第2に、1つのデータ処理の処理内容を複数のデータ処理の処理内容に分け、分けたデータ処理の処理内容に応じた各データ処理部84のリクエストに変換するデータ処理がある。
例えば画像データをPDLデータに変換するデータ処理は、画像データをPDFデータに変換するデータ処理とPDFデータをPDLデータに変換するデータ処理とに分けることで実現可能である。なお、画像データをPDLデータに変換するデータ処理は、データ処理の処理内容を「image2pdl」等と表す。
例えばデータ処理部84は「image2pdl」のデータ処理のリクエストを「image2pdf」と「pdf2pdl」のデータ処理のリクエストに分けるデータ処理を実行する。このように、データ処理部84には、1つのデータ処理のリクエストを、複数のデータ処理のリクエストに分けるデータ処理を行うものが含まれる。
このように、例えば「image2pdl」のデータ処理を実行可能なデータ処理部84がない場合は、「image2pdf」と「pdf2pdl」のデータ処理を連携させることで、所望の「image2pdl」のデータ処理を実行することが可能である。
図14は、1つのデータ処理の処理内容を複数のデータ処理の処理内容に分けるデータ処理を説明するための図である。図14は、「image2pdl」のデータ処理を実行可能なデータ処理部84がない場合を表している。
このような場合、図14は、「image2pdf」と「pdf2pdl」のデータ処理を連携させることで、所望の「image2pdl」のデータ処理が実行可能なことを表している。
本実施形態のサービス提供システム2は、1つのデータ処理の処理内容を複数のデータ処理の処理内容に分けるデータ処理が可能であるため、データ処理の処理内容の種類の増加に柔軟に対応することが可能となる。
また、データ処理の処理内容の具体例としては、第3に、外部ストレージと連携するためのデータ処理がある。例えば、ログインしたユーザに対応するオンラインストレージ用のアカウント及びパスワードを用いて、オンラインストレージ32にログインするよう外部連携認証部80に要求するデータ処理は、外部ストレージと連携するためのデータ処理の一例である。
ログインしたオンラインストレージ32にデータを保存するデータ処理、ログインしたオンラインストレージ32からデータを取得するデータ処理についても、外部ストレージと連携するためのデータ処理の一例である。
《オンラインストレージ32との連携》
図15は、オンラインストレージに対する認可設定の一例のフローチャートである。管理者等のユーザは、端末装置11の入力装置41を操作し、ポータルサイトのトップ画面からテナントID、ユーザID及びパスワードを入力した後、ログインを要求する。ログインの要求を受け付けたポータルサービスアプリ61は、ログインを許可したあとで端末装置11の表示装置42に外部サービスの登録画面を表示させる。
ステップS51において、ユーザは、外部サービスの登録画面において、管理情報記憶部91の外部サービス情報に記憶されている外部サービスの一覧から、利用したいオンラインストレージ(外部サービス)32を選択し、登録を要求する。
登録の要求を受信したポータルサービスアプリ61は、ユーザにより選択されたオンラインストレージ32の登録を設定登録部74に要求する。設定登録部74は、管理情報記憶部91のテナント情報に、ログインしたユーザのテナントIDと関連付けて、ユーザにより選択されたオンラインストレージ32を登録する。
ステップS52において、ユーザは、ポータルサイトの認可設定画面で、認可設定を適用させたいユーザのユーザID、認可設定を行う外部サービスID(あるいは外部サービスのサービス名)、ユーザに設定するスコープ等を選択して、認可設定の登録を要求する。ポータルサービスアプリ61は、認可設定の要求を受信する。
ステップS53において、認可設定の要求を受信したポータルサービスアプリ61は、認可設定処理部75に認可設定を要求する。認可設定処理部75は、管理情報記憶部91の外部サービス情報から認可設定に必要なパラメータを取得する。なお、認可設定に必要なパラメータには、外部サービスID、スコープの他、選択された外部サービスIDに関連付けられているクライアントID、リダイレクト先URL、セッションを維持するための任意のセッションキー等が含まれる。
ステップS54において、認可設定に必要なパラメータを取得した認可設定処理部75は、管理情報記憶部91の外部サービス情報から、選択された外部サービスIDに関連付けられている認可先URLを取得する。認可設定処理部75は、認可設定に必要なパラメータを含めたリクエスト(認可設定に必要なパラメータをGETリクエストのクエリとしたリクエスト)を端末装置11から認可先URLにリダイレクトさせる。
リクエストを端末装置11から認可先URLにリダイレクトさせることで、端末装置11とオンラインストレージ32との間で認可設定が行われる。なお、認可設定後、オンラインストレージ32から認可設定処理部75にリダイレクトされることから、HTTPレベルでのセッションは途切れることになる。そこで、同一のセッションを維持するためにセッションキーが利用される。
リダイレクトされたオンラインストレージ32は、端末装置11の表示装置42にログイン画面を表示させる。ユーザは、端末装置11の入力装置41を操作して、ログイン画面からアカウント及びパスワードを入力した後、ログインを要求する。ログインの要求を受け付けたオンラインストレージ32は、ログインの要求を受け付ける。
ログインが成功すると、オンラインストレージ32は、端末装置11の表示装置42に認可画面を表示させる。ユーザは認可画面を確認する。認可を行う場合、ユーザは、端末装置11の入力装置41を操作して、例えば認可画面に表示されている認可ボタンを押下することで認可を要求する。認可の要求を受け付けたオンラインストレージ32は、認可の登録を行う。
ステップS55において、オンラインストレージ32は、認可が認められたことを示す認可コードと、セッションキーとを、端末装置11からリダイレクト先URLにリダイレクトさせる。
ステップS56において、サービス提供システム2の認可設定処理部75は、認可コードを受信する。なお、オンラインストレージ32へのリダイレクト時にユーザが既にログイン済みであれば、ログイン画面の表示は省略される。
ステップS56において、認可コードを受信した認可設定処理部75は、管理情報記憶部91の外部サービス情報から認可トークンの取得に必要なパラメータを取得する。認可トークンの取得に必要なパラメータは、受信した認可コードの他、認可コードを送信したオンラインストレージ32の外部サービスIDに関連付けられたクライアントID、クライアントシークレット等がある。
ステップS57において、認可設定処理部75は、取得したクライアントID及びクライアントシークレットと、受信した認可コードと、をオンラインストレージ32に送信して認可トークンの取得を要求する。オンラインストレージ32は、受信した認可コードを検証し、認可トークンをサービス提供システム2の認可設定処理部75に送信する。
ステップS58において、認可トークンを受信した認可設定処理部75は、設定登録部74に認可トークンの登録を要求する。設定登録部74は、管理情報記憶部91のユーザ情報に、認可設定画面において選択された認可設定を適用させたいユーザと、受信した認可トークンと、スコープとを関連付けて登録する。
認可トークンの登録が完了すると、認可設定処理部75は、ポータルサービスアプリ61に登録完了を通知する。ポータルサービスアプリ61は、端末装置11の表示装置42に認可設定の設定結果を示す画面を表示させる。
なお、オンラインストレージ32は、認可トークンをサービス提供システム2に送信するときに、認可トークンの有効期限、及び、有効期限が切れた場合に認可トークンを再発行するためのリフレッシュトークンを併せて送信しても良い。
図16は、オンラインストレージとの連携処理の一例のフローチャートである。ステップS61において、サービス提供システム2にログインしているユーザは、端末装置11や画像形成装置12等からオンラインストレージ32と連携する処理を要求する。
オンラインストレージ32と連携する処理を要求されると、サービス提供システム2の外部連携認証部80は、ステップS62において、オンラインストレージ32へのログイン処理を行う。
外部連携認証部80は、例えばデータ処理部84からオンラインストレージ32へのログイン要求を受信する。外部連携認証部80は、サービス提供システム2にログインしているユーザ及びログイン処理を行うオンラインストレージ32に関連付いたログイン処理に要する情報を、管理情報記憶部91のユーザ情報から取得する。
具体的には、外部連携認証部80は、サービス提供システム2にログインしているユーザのテナントID、ログイン用のユーザID及びパスワードに関連付けられたオンラインストレージ32のログイン処理に要する情報を取得する。
例えば図6のユーザ情報であれば「オンラインストレージA」へのログイン要求を受信したとき、外部連携認証部80は、「オンラインストレージA」へのログイン処理に要する情報としてのアカウント及びパスワードを取得する。
また、図6のユーザ情報であれば「オンラインストレージB」へのログイン要求を受信したとき、外部連携認証部80は、「オンラインストレージB」へのログイン処理に要する情報としてのアカウント及び認可トークンを取得する。
連携するオンラインストレージ32が「オンラインストレージA」のように認可設定がされておらず、ログイン処理を行う外部サービスであれば、外部連携認証部80は、アカウント及びパスワードを利用して「オンラインストレージA」にログインを要求する。アカウント及びパスワードは、外部サービスに対する認証情報の一例である。
ログインを要求された「オンラインストレージA」は、受信したアカウント及びパスワードに対する認証を実行する。認証が成功すれば「オンラインストレージA」は、ログインを許可する旨の応答を外部連携認証部80に送信する。認証が失敗すれば「オンラインストレージA」は、ログインを許可しない旨の応答を外部連携認証部80に送信する。
外部連携認証部80は、「オンラインストレージA」からログインを許可する旨の応答を受信する。これにより、サービス提供システム2は、「オンラインストレージA」へのデータのアップロード(保存)や「オンラインストレージA」からのデータをダウンロード(取得)することが可能となる。
このように、外部連携認証部80がオンラインストレージ32からログインを許可する旨の応答を受信することで、サービス提供システム2は、ステップS63において、オンラインストレージ32と連携する処理を実行することが可能である。
連携するオンラインストレージ32が「オンラインストレージB」のように認可設定がされている外部サービスであれば、外部連携認証部80は、アカウント及び認可トークンを利用して「オンラインストレージB」にログインを要求する。
アカウント及び認可トークンは、外部サービスに対する認可情報の一例である。ログインを要求された「オンラインストレージB」は、受信したアカウント及び認可トークンの正当性を確認する。正当性が確認できれば「オンラインストレージB」は、ログインを許可する旨の応答を外部連携認証部80に送信する。認証が失敗すれば「オンラインストレージB」は、ログインを許可しない旨の応答を外部連携認証部80に送信する。
外部連携認証部80は、「オンラインストレージB」からログインを許可する旨の応答を受信する。これにより、サービス提供システム2は、ステップS63において、スコープにより設定された利用範囲で、オンラインストレージ32と連携する処理を実現することが可能である。
<データの出力制御:処理ブロック>
次に、上述した本実施形態における情報処理システム1におけるデータの出力制御の一例について説明する。なお、以下の説明では、例えば情報処理システム1のオフィス内における画像形成装置12から、印刷するジョブ(出力要求)に対してチェック印刷が選択された場合におけるデータの出力制御について説明する。チェック印刷とは、例えば印刷結果を確認するために、複数の印刷部数のうち1部を試し印刷することである。
図17は、画像形成装置及びプリントサービスアプリの一例の処理ブロック図である。図17(A)は、上述した画像形成装置12の一例の処理ブロック図である。画像形成装置12は、プログラムを実行することにより、図17(A)に示すように、入力受付部121、出力部122、プリントサービス利用アプリ123、設定情報保持部124を実現する。
入力受付部121は、ユーザからログイン指示等の各種入力操作を受け付ける。出力部122は、受信したデータを出力(例えば印刷)する。
プリントサービス利用アプリ123は、ログイン要求部125、及びサービス利用要求部126を有し、ジョブを実行する機能を提供する。ログイン要求部125は、画像形成装置12からサービス提供システム2にログインする機能を提供する。ログイン要求部125は、ログインしたユーザのジョブ一覧をサービス提供システム2から受信する。
サービス利用要求部126は、例えば画像形成装置12の操作パネル等に表示されたジョブ一覧のうち、入力受付部121を介して実行を希望するジョブの選択を受け付けると、受け付けたジョブの実行をサービス提供システム2に要求する。設定情報保持部124は、各種設定情報を保持する。
図17(B)は、上述したプリントサービスアプリ62の一例の処理ブロック図である。図17(B)に示すように、プリントサービスアプリ62は、ジョブ内容判断部131、ジョブ出力制御部132、印刷条件変更要求部133、を有する構成である。
ジョブ内容判断部131は、画像形成装置12からジョブの実行要求を受け付けると、ジョブの内容を判断する。ジョブ内容判断部131は、例えばジョブの内容が、画像形成装置12から出力するデータに対するチェック印刷であると判断すると、印刷データの印刷条件のうち印刷部数を1部に変更し、ジョブ出力制御部132にジョブの出力を要求する。ジョブ内容判断部131は、例えば画像形成装置12のサービス利用要求部126からチェック印刷を示すコマンドが得られたか否かによりチェック印刷か否か判断すると良い。
ジョブ内容判断部131は、ジョブ出力制御部132により印刷データが1部出力された後、画像形成装置12からジョブの実行要求として、例えばチェック印刷により得られた印刷データの印刷続行要求を受け付けたか判断する。ジョブ内容判断部131は、印刷の続行要求を受け付けたと判断すると、ジョブ出力制御部132に対して、ジョブの印刷部数を、ユーザにより印刷条件設定画面で設定された印刷部数の総部数から1部減じた残りの部数に変更して、ジョブの出力を要求する。
また、ジョブ内容判断部131は、画像形成装置12からジョブの実行要求として、例えばチェック印刷により得られた印刷データの印刷条件(例えば印刷サイズの拡大等)の変更要求を受け付けたか判断する。
ジョブ内容判断部131は、印刷データの印刷条件の変更を受け付けたと判断すると、印刷条件変更要求部133に対して、印刷データの印刷条件の変更を要求する。ジョブ内容判断部131は、印刷条件変更要求部133から印刷条件を変更した旨の通知を受けると、ジョブ出力制御部132に対して、印刷部数をユーザにより設定された元の印刷部数に変更して、ジョブの出力を要求する。
なお、ジョブ内容判断部131は、画像形成装置12から取得したジョブの内容が、印刷データを印刷した後に、削除しない保存印刷であると判断すると、ジョブ出力制御部132に印刷データを出力した後、印刷データを削除しないよう要求すると良い。
ジョブ出力制御部132は、ジョブ内容判断部131により得られたジョブの出力要求に基づき、画像形成装置12に対する出力データの出力を制御する。ジョブ出力制御部132は、ジョブ内容判断部131から出力要求を受けたジョブの印刷データを、印刷部数等の印刷条件と併せて、管理データ記憶部53のデータ記憶部93から取得し、画像形成装置12に出力する。
なお、ジョブ出力制御部132は、ジョブ内容判断部131によりジョブの出力要求と併せてジョブを削除しない要求を受け付けると、画像形成装置12に印刷データを出力した後、データ記憶部93に印刷データを記憶して、削除しないように制御すると良い。
印刷条件変更要求部133は、ジョブ内容判断部131から印刷データの印刷条件の変更要求を受け付けると、データ記憶部93の印刷データを取得し、印刷条件を変更する。印刷条件変更要求部133は、例えば印刷条件の変更に応じて、データ処理部84に印刷条件を変更した印刷データの作成を実行させるための処理要求を、データ処理制御部81に対して行っても良い。
<データの出力制御処理>
次に、ユーザによりチェック印刷が選択された場合に、上述した各処理ブロックにより実行されるデータの出力制御処理について具体的に説明する。図18は、印刷データの出力制御処理の一例のシーケンスである。なお、図18の例では、画像形成装置12と、プリントサービスアプリ62とにおける出力制御処理のシーケンス例を示している。
図18の例では、まずサービス提供システム2にアップロードしたデータを、サービス提供システム2のプリントサービスアプリ62を利用して印刷するため、画像形成装置12は、ユーザの操作によりサービス提供システム2のポータルサイトにアクセスする。
ここで、サービス提供システム2のアクセス制御部72は、画像形成装置12をポータルサービスアプリ61にアクセスさせる。ポータルサービスアプリ61は、画像形成装置12の操作パネルに、例えばログイン画面を表示させる。
画像形成装置12は、ユーザのログイン画面に対する操作に応じて、ポータルサービスアプリ61にログインすると、プリントサービス利用アプリ123を介してプリントサービスアプリ62にアクセスする。プリントサービスアプリ62は、画像形成装置12の操作パネルにユーザのジョブ一覧画面を表示する。
ユーザによりジョブ一覧画面に表示されたジョブが選択されると、プリントサービスアプリ62は、画像形成装置12の操作パネルに、選択されたジョブを印刷する印刷条件を設定するための印刷条件設定画面を表示させる。印刷条件設定画面では、例えばチェック印刷、保存印刷、通常印刷等が選択可能である。
ステップS71において、画像形成装置12のサービス利用要求部126は、印刷条件設定画面でユーザによりチェック印刷が選択されたことを受け付けると、ステップS72において、プリントサービスアプリ62のジョブ内容判断部131にジョブの実行を要求する。ステップS73において、ジョブ内容判断部131は、画像形成装置12から受け付けたジョブの内容を判断する。
ジョブ内容判断部131は、ジョブの内容が、例えばチェック印刷であると判断すると、ステップS74において、ジョブ出力制御部132に、印刷データの印刷条件のうち印刷部数を1部に変更して、ジョブの出力を要求する。
ステップS75において、ジョブ出力制御部132は、ジョブ内容判断部131の出力要求を受けたジョブの印刷データを、管理データ記憶部53のデータ記憶部93から取得すると、画像形成装置12に出力する。ステップS76において、画像形成装置12は、印刷データを1部出力(例えば印刷)する。
次に、ユーザからチェック印刷に対する印刷続行が要求された場合と、チェック印刷により得られた印刷データの印刷条件(例えば印刷サイズの拡大等)の変更が要求された場合と分けて説明する。
ステップS77において、画像形成装置12のサービス利用要求部126は、ユーザの操作によりチェック印刷に対して印刷続行を受け付けると、ステップS78において、ジョブ内容判断部131にジョブの実行を要求する。なお、画像形成装置12のサービス利用要求部126は、画像形成装置12の操作パネル等に表示された印刷部数を、総部数から1部減じた残りの部数となるように表示させると良い。
ステップS79において、ジョブ内容判断部131は、画像形成装置12から受け付けたジョブの内容が、印刷データの印刷続行であると判断すると、ステップS80において、ジョブ出力制御部132に、ジョブの出力を要求する。ここで、ジョブ内容判断部131は、例えば印刷部数を総部数から1部減じた残りの部数に変更して、ジョブ出力制御部132にジョブの出力を要求する。
ステップS81において、ジョブ出力制御部132は、ジョブ内容判断部131の出力要求に応じてジョブの印刷データを、画像形成装置12に出力する。ステップS82において、画像形成装置12は、印刷データを1部減じた残りの部数出力する。
これに対し、ステップS83において、画像形成装置12のサービス利用要求部126は、ユーザの操作によりチェック印刷に対して印刷データの印刷条件の変更を受け付けると、ステップS84において、ジョブ内容判断部131にジョブの実行を要求する。なお、画像形成装置12のサービス利用要求部126は、画像形成装置12の操作パネル等に表示された印刷部数を元の印刷部数となるよう表示させると良い。
ステップS85において、ジョブ内容判断部131は、画像形成装置12から受け付けたジョブの内容が、チェック印刷に対する印刷条件の変更であると判断すると、ステップS86において、印刷条件変更要求部133に印刷データの印刷条件の変更を要求する。
ステップS87において、印刷条件変更要求部133が、印刷データの印刷条件を変更した旨を、ジョブ内容判断部131に通知すると、ステップS88において、ジョブ内容判断部131は、ジョブ出力制御部132に、ジョブの出力を要求する。ここで、ジョブ内容判断部131は、例えば印刷部数を元の部数に変更して、ジョブ出力制御部132にジョブの出力を要求する。
ステップS89において、ジョブ出力制御部132は、ジョブ内容判断部131の出力要求に応じたジョブの印刷データを、画像形成装置12に出力する。ステップS90において、画像形成装置12は、印刷データを元の印刷部数出力する。
上述した出力制御処理では、印刷データの印刷続行が要求された場合と、印刷データの印刷条件の変更が要求された場合について説明したが、上述したステップS76の後、ユーザにより印刷中止が選択された場合には、画像形成装置12は、印刷を中止すると良い。
また、上述したステップS71において、印刷条件設定画面でユーザにより保存印刷が選択された場合には、ステップS72において、画像形成装置12のサービス利用要求部126は、ジョブ内容判断部131に保存印刷を示すコマンド等を出力すると良い。
ステップS73において、ジョブ内容判断部131は、このコマンドによりジョブの実行要求の内容が保存印刷であると判断すると、ステップS74において、ジョブ出力制御部132に、ジョブの出力要求と併せて、出力後にジョブを削除しないよう要求する。これにより、ステップS75において、ジョブ出力制御部132は、画像形成装置12に印刷データを出力した後、印刷データを削除しないように制御することが可能となる。
<印刷データの出力制御処理の他の例>
図18の出力制御処理では、サービス提供システム2のプリントサービスアプリ62が、画像形成装置12から得られるチェック印刷等を示すコマンドを取得して、ジョブの実行要求の内容を判断し、判断した内容の出力制御処理を実行するがこれには限定されない。
例えば、印刷データの出力制御処理の他の例として、プリントサービスアプリ62が有するジョブ内容判断部131の機能を、画像形成装置12が有することで、印刷データの出力制御処理を実行しても良い。図19は、印刷データの出力制御処理の他の例のシーケンスである。
図19に示すように、ステップS91において、画像形成装置12は、例えば印刷条件設定画面でユーザにより入力された情報を受け付ける。ステップS92において、画像形成装置12は、ステップS91で入力された情報に基づき、ジョブの内容を判断する。ここで、画像形成装置12は、例えばジョブの内容がチェック印刷か否か判断する。
ステップS93において、画像形成装置12は、ジョブの内容がチェック印刷であると判断すると、印刷条件のうち印刷部数を1部に変更したジョブの出力を、プリントサービスアプリ62のジョブ出力制御部132に要求する。
ステップS94において、ジョブ出力制御部132は、画像形成装置12から出力要求を受けたジョブの印刷データを、管理データ記憶部53のデータ記憶部93から取得すると、画像形成装置12に出力する。ステップS95において、画像形成装置12は、印刷データを一部出力(例えば印刷)する。
次に、ユーザからチェック印刷に対する印刷続行が要求された場合と、チェック印刷により得られた印刷データの印刷条件(例えば印刷サイズの拡大等)の変更が要求された場合と分けて説明する。
ステップS96において、画像形成装置12は、例えばユーザの操作によりチェック印刷に対する印刷続行を受け付ける。ステップS97において、画像形成装置12は、ジョブの内容が印刷続行であると判断すると、ステップS98において、印刷部数を総部数から1部減じた残りの部数に変更して、ジョブ出力制御部132にジョブの出力を要求する。ここで、画像形成装置12は、操作パネル等に表示された印刷部数を、総部数から1部減じた残りの部数となるように表示すると良い。
ステップS99において、ジョブ出力制御部132は、画像形成装置12から出力要求を受けたジョブの印刷データを、画像形成装置12に出力する。画像形成装置12は、ステップS100において、印刷データを1部減じた残りの部数、出力すると、ステップS101において、ジョブ出力制御部132にジョブの完了通知を出力する。
なお、画像形成装置12は、チェック印刷のときにジョブ出力制御部132から取得したジョブの印刷データのファイルを保存しておき、上述のように印刷続行が選択された場合に、保存しておいた印刷データを出力することで、出力速度を高めることも可能である。
これに対し、ステップS102において、画像形成装置12は、例えばユーザの操作によりチェック印刷に対する印刷条件の変更を受け付ける。ステップS103において、画像形成装置12は、ジョブの内容が印刷データの印刷条件の変更であると判断すると、ステップS104において、印刷条件変更要求部133に印刷データの印刷条件の変更を要求する。ここで、画像形成装置12は、操作パネル等に表示された印刷部数を、元の印刷部数となるように表示させると良い。
ステップS105において、画像形成装置12は、印刷条件変更要求部133から、印刷条件を変更した旨の通知を取得すると、ステップS106において、ジョブ出力制御部132に、ジョブの出力を要求する。ここで、画像形成装置12は、例えば印刷部数を元の部数に変更したジョブの出力を要求する。
画像形成装置12は、ステップS107において、ジョブ出力制御部132から出力要求に応じたジョブの印刷データを取得すると、ステップS108において、印刷データを元の印刷部数、出力する。また、画像形成装置12は、ステップS109において、ジョブ出力制御部132にジョブの完了通知を出力する。
なお、画像形成装置12は、ステップS91において保存印刷が選択されたと判断すると、例えばステップS101において、ジョブ出力制御部132にジョブの完了通知を送信しないことで、ジョブを削除させないように制御しても良い。また、画像形成装置12は、ジョブ出力制御部132にジョブの完了通知を送信する際、ジョブを削除しないよう要求するコマンドを併せて送信することが可能であるが、これには限定されない。
上述した実施形態によれば、サービス及びサービス提供先を管理した上で、データを出力するときのユーザの利便性を高めることが可能となる。
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載したサービス利用装置は、端末装置11、画像形成装置12等に対応する。認証手段は、ユーザ認証部77、ユーザ装置認証部78等に対応する。サービス特定手段は、ポータルサービスアプリ61等に対応する。実行手段は、プリントサービスアプリ62、データ処理制御部81、処理キュー82、データ処理要求部83、データ処理部84等に対応する。