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

Abstract

【課題】サービス提供先に応じたログ情報をサービス提供元から提供できるサービス提供システム、ログ情報提供方法及びプログラムを提供することを課題とする。
【解決手段】１台以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムであって、サービス利用装置に提供したサービスに関するログ情報をサービス利用装置の組織識別情報と対応付けて記憶する１つ以上のログ情報記憶手段と、組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段と、組織識別情報に基づきログ情報記憶手段からログ情報を収集し、ログ情報に含まれる日時情報を組織識別情報により識別される組織の標準時により補正したあと、ログ情報の要求元に提供するログ情報提供手段と、を有することにより上記課題を解決する。
【選択図】 図１

Description

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

近年、プリンタや複合機等の画像形成装置では利用状況を把握するためにジョブログなどのログ情報を蓄積している（例えば特許文献１参照）。

例えば管理者の操作する端末装置には、プリンタや複合機等の画像形成装置に蓄積されたログ情報をＬＡＮ等のネットワーク経由でダウンロードする機能が設けられている場合がある。しかしながら、ログ情報をダウンロードする従来の機能は、オフィス環境内などのプライベートなネットワークにおいて提供することを想定した技術である。

したがって、ログ情報をダウンロードする従来の機能は、例えばクラウド環境におけるサービス提供のログ情報のように、クラウド環境からユーザ、組織、企業等のサービス提供先へのサービス提供のログ情報をダウンロードすることを想定していない。

このため、ログ情報をダウンロードする従来の機能は、ユーザ、組織、企業等のサービス提供先に応じたログ情報をダウンロードできないという問題があった。なお、クラウド環境からのサービス提供は、サービス提供形態の一例である。ログ情報はクラウド環境などのサービス提供元において発生した事象に関する履歴の情報である。

本発明の実施の形態は上記の点に鑑みなされたもので、サービス提供先に応じたログ情報をサービス提供元から提供できるサービス提供システム、ログ情報提供方法及びプログラムを提供することを目的とする。

上記目的を達成するため、本願請求項１は、１台以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムであって、前記サービス利用装置に提供したサービスに関するログ情報を前記サービス利用装置の組織識別情報と対応付けて記憶する１つ以上のログ情報記憶手段と、前記組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段と、前記組織識別情報に基づき前記ログ情報記憶手段から前記ログ情報を収集し、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元に提供するログ情報提供手段と、を有することを特徴とする。

本発明の実施の形態によれば、サービス提供先に応じたログ情報をサービス提供元から提供できる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。 本実施形態に係るサービス提供システムの一例の処理ブロック図である。 ライセンス情報の一例の構成図である。 テナント情報の一例の構成図を示す。 ユーザ情報の一例の構成図を示す。 装置情報の一例の構成図を示す。 外部サービス情報の一例の構成図を示す。 テナント登録からサービス登録までの処理手順を表した一例のフローチャートである。 ユーザ認証・機器認証処理の一例のシーケンス図である。 サービス提供システムが備えるデータ処理機能の一例について説明する為の図である。 サービス提供システムが備えるデータ処理機能の処理手順を表した一例のフローチャートである。 オンラインストレージに対する認可設定の一例のフローチャートである。 オンラインストレージとの連携処理の一例のフローチャートである。 プリントサービスアプリの一例の処理ブロック図である。 削除ログ情報の一例の構成図である。 削除ログ情報のダウンロード処理の一例のフローチャートである。 削除ログダウンロード画面の一例のイメージ図である。 タイムゾーン情報と補正値とを対応付ける一例のテーブルである。 削除ログ情報のダウンロード処理の一例のフローチャートである。 削除ログダウンロード画面の他の例のイメージ図である。 削除ログ情報のファイル作成の完了メールの一例のイメージ図である。

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

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

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

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

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

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

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

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

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

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

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

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

サービス提供システム２は各種サービスを提供するためのサービス提供機能を実現する装置、各種サービスを提供するときに共通的に利用できるプラットフォーム機能を実現する装置、ライセンスの販売管理機能を実現する装置に大別して捉えることができる。ライセンスの販売管理機能を実現する装置の一例である販売管理装置３０は、各種サービスの販売拠点ごとに設置され、販売地域に属するユーザに対して販売した、サービスに対するライセンスの管理を行う。

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

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

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

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

＜ハードウェア構成＞
図１の端末装置１１、認証装置１３は、例えば図２に示すようなハードウェア構成のコンピュータシステムにより実現される。同様に、図１のアクセス制御装置２１、プリントサービス提供装置２２などのサービス提供システム２内の各装置も、例えば図２に示すようなハードウェア構成のコンピュータシステムにより実現される。図１のメールサーバ３１及びオンラインストレージ３２も図２に示すようなハードウェア構成のコンピュータシステムにより実現される。図２は本実施形態に係るコンピュータシステムの一例のハードウェア構成図である。

図２に示したコンピュータシステム５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、ＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。

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

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

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

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータシステム５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５には、コンピュータシステム５００の起動時に実行されるＢＩＯＳ、ＯＳ設定及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

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

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

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

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

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

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

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

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

プラットフォームＡＰＩ５４はサービスアプリ５１がプラットフォーム５２を利用するためのインタフェースである。プラットフォームＡＰＩ５４はサービスアプリ５１からの要求をプラットフォーム５２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。なお、サービス提供システム２を複数の情報処理装置に分散して構成する場合、プラットフォームＡＰＩ５４にはネットワーク経由で利用可能な例えばＷｅｂ ＡＰＩを利用できる。

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

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

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

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

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

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

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

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

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

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

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

図３の管理データ記憶部５３に記憶されている管理データは、例えば以下のようなものである。図４はライセンス情報の一例の構成図である。ライセンス情報はデータ項目としてライセンス種類、ＩＤ、登録用コード、登録状態を有する。ライセンス種類はライセンスの種類を表す情報である。ライセンスの種類にはテナント、プリントサービス、配信サービス等がある。ＩＤは、各ライセンスのＩＤであり、ライセンス認証に利用される情報である。登録用コードは、テナントの登録を行う時に利用される情報である。登録状態はユーザによるライセンスの登録（ＩＤの登録）が完了している状態か否か（登録済か未登録か）を示す情報である。

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

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

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

外部サービスは、サービス提供システム２と連携して利用する外部サービスを表す情報である。外部サービスとしては例えば図１のオンラインストレージ３２等がある。アドレス情報はテナント登録の際に登録される管理者のメールアドレスである。利用区域情報はサービスを利用する国・地域に関する情報である。タイムゾーン情報はサービスを利用する国・地域のタイムゾーンを表す情報である。なお、オンラインストレージ３２は外部サービスの一例である。後述するアカウント、パスワード、認可トークン、スコープ等の情報は、外部サービスを利用するときに用いられる情報の一例である。

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

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

ユーザ情報はテナントＩＤ単位で各ユーザの情報を管理する。ログイン用のユーザＩＤ及びパスワードは、サービス提供システム２にログインするときのユーザ認証に利用する認証情報である。ログイン用のユーザＩＤはユーザ名等でもよく、サービス提供システム２にログインするときにユーザを識別できる情報であればよい。社内認証用のユーザＩＤはオフィス内のネットワークＮ１の認証装置１３においてユーザを特定するユーザ特定情報であり、認証装置１３から取得したユーザ特定情報を用いてログインする場合のユーザ認証に利用する認証情報である。社内認証用のユーザＩＤは、オフィス内のネットワークＮ１の認証装置１３においてユーザを特定できるユーザ特定情報であればよく、ユーザが携帯するＩＣカードのカードＩＤや携帯端末の端末ＩＤ等でもよい。

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

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

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

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

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

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

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

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

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

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

サービス名は外部サービスの名称である。クライアントＩＤは外部サービスによって発行されるサービス提供システム２を特定する情報である。クライアントシークレットはクライアントＩＤの本人性を保証する為の秘密情報であり、パスワードのような役割を果たす情報である。プロダクト名はサービスアプリ５１を特定する情報である。スコープは外部サービスの利用範囲を特定する情報である。認可先ＵＲＬは、外部サービスが備える認可システムのＵＲＬ（例えば外部サービスが備える認可サーバのＵＲＬ）である。リダイレクト先ＵＲＬは、外部サービスからリダイレクトされるサービス提供システム２のＵＲＬ（例えば認可設定処理部７５の認可クライアントとしての機能のＵＲＬ）である。

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

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

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

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

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

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

ポータルサービスアプリ６１は、端末装置１１の表示装置５０２にトップ画面を表示させる。ユーザは端末装置１１の入力装置５０１を操作し、トップ画面から、ログインを要求するか、新規のテナント登録を要求するかを選択できる。ここでは、新規のテナント登録の要求が選択されたものとして説明を続ける。なお、管理情報記憶部９１のユーザ情報に登録されているユーザ（管理者やその他の利用者）であれば、テナントＩＤ、ユーザＩＤ及びパスワードを入力してログインの要求を選択できる。

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

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

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

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

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

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

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

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

メール送信部７３によってメールが送信されると、ポータルサービスアプリ６１は端末装置１１の表示装置５０２にメールを送信した旨の通知画面を表示させる。なお、本登録用ＵＲＬは例えば生成時からの有効期限（例えば一時間）で管理される。また、メール送信部７３から送信したメールには、セキュリティ強化の観点から、テナントＩＤ及び登録用コードの内、少なくとも一方の情報を記載していないものとする。

次に、ユーザは受信したメールに記載されている本登録用ＵＲＬへアクセスするように端末装置１１の入力装置５０１を操作する。端末装置１１はユーザの操作に基づき、本登録用ＵＲＬにアクセスする。なお、本登録用ＵＲＬにアクセスする端末装置１１は仮登録の要求を行った端末装置１１と同一でなくてもよい。アクセス制御部７２は端末装置１１をポータルサービスアプリ６１へとアクセスさせる。

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

ユーザは端末装置１１の入力装置５０１を操作し、本登録画面にテナントＩＤの本登録を行うための入力を行った後、本登録の要求を行う。なお、本登録画面において入力される情報は、テナントＩＤ、名称、登録用コード等のテナント情報と、ログイン用のユーザＩＤ及びパスワード、アドレス情報等のユーザ情報である。なお、テナントＩＤの仮登録でユーザが既に入力しているテナントＩＤまたは登録用コードのいずれかは、予め入力した状態で表示するようにしてもよい。ただし、セキュリティ強化の観点から、テナントＩＤまたは登録用コードのうち、少なくともユーザに入力させる情報のいずれかは、前述したように、本登録用ＵＲＬが記載されたメールに記載されていないものとする。

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

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

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

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

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

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

なお、ユーザのテナントＩＤ、ユーザＩＤ及びパスワードの登録を行う際に、カスタマエンジニア用アカウント（以下、ＣＥアカウントという）を生成してもよい。ＣＥアカウントはカスタマエンジニアがユーザのオフィス環境においてライセンスの有効化やサービスの登録等の作業を行う際の認証に用いるアカウントである。

ＣＥアカウントはランダムに生成されてもよいし、予め決められた値で固定的に生成されてもよい。また、ＣＥアカウントはテナントごとに異なっていてもよいし、全てのテナントに対して共通であってもよい。ＣＥアカウントが全てのテナントに対して共通である場合、カスタマエンジニアは一つのユーザＩＤ及びパスワードによって、複数のテナントに関する作業を行えるといった利便性を享受できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

登録状態が「未登録」であれば、ライセンス認証部７６は設定登録部７４にサービスＩＤの装置登録を要求する。なお、登録状態が「未登録」のサービスＩＤは、サービスＩＤの装置登録が行われていないサービスＩＤである。設定登録部７４は管理情報記憶部９１が記憶する装置情報に、ログインしているユーザのテナントＩＤ、装置登録画面に入力されたサービスＩＤ及び装置ＩＤを登録する。また、設定登録部７４は管理情報記憶部９１が記憶するテナント情報を参照し、テナントＩＤ及びサービスＩＤから特定されるサービス種類、有効期限を取得する。設定登録部７４は取得したサービス種類、有効期限に基づいて、管理情報記憶部９１が記憶する装置情報に、サービス種類、利用開始日及び利用終了日を登録する。

利用開始日には、サービスＩＤの装置登録を行った当日の日にちが記憶される。利用終了日には、テナント情報から取得した有効期限（例えば１年）と、利用開始日と、に基づいて算出される最終日の日にちが記憶される。ただし、利用開始日は例えばステップＳ４のサービス登録の要求において、指定可能としてもよい。利用開始日を指定可能とした場合は、サービス登録の要求において指定された利用開始日が、装置情報の利用開始日に記憶される。そして、サービスＩＤの装置登録が完了すると、設定登録部７４は管理情報記憶部９１が記憶するライセンス情報において、装置登録を行ったサービスＩＤに関連付く登録状態の値を「登録済」へと変更する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ここで、サービスアプリ５１の処理要求部１０１は、処理が完了したことを示す完了通知や処理の結果の通知を受け付ける通知先をリクエストに含めることができる。この通知先は例えばＵＲＬとしてリクエストに含まれる。

このように、サービスアプリ５１はプラットフォーム５２のデータ処理制御部８１に要求したリクエストに係る処理が完了したときに、そのリクエストに含まれる通知先に完了通知を通知させることができる。リクエストの要求元のサービスアプリ５１は非同期に行われる処理の完了を迅速に知ることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

また、ＰＤＦデータをＰＤＬ（Page Description Language）データに変換するデータ処理も処理対象データのデータ形式を変換するデータ処理の一例である。ＰＤＦデータをＰＤＬデータに変換するデータ処理は、データ処理の処理内容を「ｐｄｆ２ｐｄｌ」等と表す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ５５において、オンラインストレージ３２は認可が認められたことを示す認可コードと、セッションキーとを、端末装置１１からリダイレクト先ＵＲＬにリダイレクトさせる。ステップＳ５６において、サービス提供システム２の認可設定処理部７５は認可コードを受信する。なお、オンラインストレージ３２へのリダイレクト時にユーザが既にログイン済みであれば、ログイン画面の表示は省略される。

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

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

ステップＳ５８において、認可トークンを受信した認可設定処理部７５は、設定登録部７４に認可トークンの登録を要求する。設定登録部７４は管理情報記憶部９１のユーザ情報に、認可設定画面において選択された認可設定を適用させたいユーザと、受信した認可トークンと、スコープとを関連付けて登録する。認可トークンの登録が完了すると、認可設定処理部７５は、ポータルサービスアプリ６１に登録完了を通知する。ポータルサービスアプリ６１は、端末装置１１の表示装置５０２に認可設定の設定結果を示す画面を表示させる。

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

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

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

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

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

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

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

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

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

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

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

《削除ログ情報のダウンロード処理》
本実施形態に係る情報処理システム１では、サービス提供システム２に蓄積された印刷データの削除に関する情報が削除ログ情報として記録される。削除ログ情報は印刷データの削除の履歴を記録した情報である。印刷データの削除には、印刷終了後の削除、ユーザによる手動削除、保存期間の超過による自動削除が含まれる。

本実施形態に係るサービス提供システム２において、削除ログ情報のダウンロード処理は例えば図１５に示すような処理ブロックを有するプリントサービスアプリ６２により実現される。図１５はプリントサービスアプリの一例の処理ブロック図である。なお、図１５の処理ブロック図はプリントサービスアプリ６２が有する処理ブロックのうち、削除ログのダウンロード処理の説明に必要な処理ブロックを示したものである。

プリントサービスアプリ６２は、要求受付部２０１、プリント制御部２０２、削除ログ情報記録部２０３、削除ログダウンロード処理部２０４を有する構成である。要求受付部２０１はプリントサービスに関するユーザからの要求を受け付ける。プリント制御部２０２はプリントサービスに関する処理の制御を行う。

削除ログ情報記録部２０３はプリント制御部２０２が行ったプリントサービスに関する処理のうち、蓄積された印刷データを削除する処理の結果を、削除ログ情報として例えば管理データ記憶部５３のデータ記憶部９３に記録する。削除ログ情報記録部２０３が記録する削除ログ情報は、例えば図１６に示すような項目となる。

図１６は削除ログ情報の一例の構成図である。図１６の削除ログ情報は装置ＩＤ、印刷言語、操作者、手段・理由、ユーザ名、文書名、ファイルサイズ、ページ数、集約、蓄積時の部数、片面／両面、カラー／白黒、印刷時の部数、片面／両面、カラー／白黒、外部認証ＩＤを項目として有する。

装置ＩＤはアクセスしてきた画像形成装置１２等の機器の識別情報である。装置ＩＤは機器以外からのアクセス時に空欄となる。印刷言語は印刷ジョブの言語である。日時は印刷データが削除された日時をデータ記憶部９３のタイムゾーンで表したものである。操作者は印刷データが削除される処理を行ったユーザを表す。手段・理由は、印刷データの削除が、印刷終了後の削除、ユーザによる手動削除又は保存期間の超過による自動削除の何れを理由として生じたかを表す。

ユーザ名は印刷データを蓄積したユーザの名前を表す。文書名は印刷データの文書名を表す。ファイルサイズは印刷データのデータサイズを表す。ページ数は印刷データの面数を表す。集約は２ｉｎ１などの集約情報を表す。

蓄積時の部数、片面／両面、カラー／白黒は、蓄積時の部数、両面情報、カラー情報を表している。印刷時の部数、片面／両面、カラー／白黒は、印刷時の部数、両面情報、カラー情報を表している。外部認証ＩＤは外部認証のＩＤである。

図１５に戻り、削除ログダウンロード処理部２０４は削除ログ情報を端末装置１１にダウンロードする処理を行う。なお、削除ログダウンロード処理部２０４が削除ログ情報をダウンロードする処理の詳細は後述する。

本実施形態に係る情報処理システム１において、削除ログ情報のダウンロード処理は例えば図１７に示すように行われる。図１７は削除ログ情報のダウンロード処理の一例のフローチャートである。

ステップＳ１０１において、管理者は端末装置１１からプリントサービスアプリ６２にアクセスし、削除ログダウンロード画面を表示させる。削除ログダウンロード画面の表示にはＷｅｂＵＩを利用してもよいし、専用ツールなどの他の手段を利用してもよい。削除ログダウンロード処理部２０４は例えば図１８のような削除ログダウンロード画面を端末装置１１に表示する。

図１８は削除ログダウンロード画面の一例のイメージ図である。管理者は図１８の削除ログダウンロード画面から削除ログ情報の言語の選択と、削除ログ情報のダウンロード要求とを行うことができる。

ステップＳ１０２において、削除ログダウンロード処理部２０４は端末装置１１から削除ログ情報のダウンロード要求を受け付ける。ステップＳ１０３において、削除ログダウンロード処理部２０４は管理者のテナントＩＤでデータ記憶部９３から削除ログ情報を収集する。

例えば削除ログダウンロード処理部２０４はデータ記憶部９３が複数の情報処理装置により構成されていたとしても、管理者のテナントＩＤに対応付いた削除ログ情報を収集できる。

ステップＳ１０４において、削除ログダウンロード処理部２０４はテナントＩＤに対応付くタイムゾーン情報を図５のようなテナント情報から読み出し、そのテナントのタイムゾーンの補正値に基づき、削除ログ情報の日時を補正する。なお、各タイムゾーンにおける補正値は図１９に示すようなテーブルで管理されている。図１９はタイムゾーン情報と補正値とを対応付ける一例のテーブルである。ステップＳ１０４の処理により、削除ログダウンロード処理部２０４は複数のタイムゾーンに跨る削除ログ情報をステップＳ１０３で収集したとしても、テナントのタイムゾーンに日時を合わせた削除ログ情報とすることができる。

例えば複数のタイムゾーンに跨る複数のデータ記憶部９３に削除ログが分散して蓄積されていたとしても、削除ログダウンロード処理部２０４はテナントのタイムゾーンに日時を合わせた削除ログ情報に変換できる。

ステップＳ１０５において、削除ログダウンロード処理部２０４は図１８の削除ログダウンロード画面から選択された削除ログ情報の言語に基づき、削除ログ情報の言語変換を行う。ステップＳ１０５で行う削除ログ情報の言語変換は、例えば図１６に示した項目のうち、手段・理由の値や片面／両面、カラー／白黒の値などに対して行われる。ステップＳ１０６において、削除ログダウンロード処理部２０４はダウンロード要求を受け付けた端末装置１１に対し、削除ログ情報をダウンロードする。

図１７のフローチャートの処理では、テナントＩＤに対応付いた削除ログ情報を収集する例を示したが、期間、装置ＩＤ、ユーザ名で削除ログ情報を絞り込んだあと、削除ログ情報をダウンロードするようにしてもよい。また、削除ログダウンロード処理部２０４は削除ログ情報を装置ＩＤやユーザ名ごとに分割し、圧縮した形式でダウンロードするようにしてもよい。また、削除ログダウンロード処理部２０４は削除ログ情報を暗号化してダウンロードするようにしてもよい。

図１７に示した削除ログ情報のダウンロード処理は管理者からダウンロード要求を受け付けてから削除ログ情報の収集を開始していたが、削除ログ情報の件数が多くなるとダウンロード終了までの時間が長くなる。

そこで、本実施形態に係る情報処理システム１では、削除ログ情報のダウンロード処理を図２０に示すように行うこともできる。図２０は削除ログ情報のダウンロード処理の一例のフローチャートである。図２０に示す削除ログ情報のダウンロード処理は削除ログ情報の収集を終了したあとで管理者からダウンロード要求を受け付ける。

ステップＳ１２１において、管理者は端末装置１１からプリントサービスアプリ６２にアクセスし、例えば図２１の削除ログダウンロード画面を端末装置１１に表示する。図２１は削除ログダウンロード画面の他の例のイメージ図である。管理者は図２１の削除ログダウンロード画面から削除ログ情報の文字コードの選択と、削除ログ情報のファイル作成要求と、削除ログ情報のファイルのダウンロード要求とを行うことができる。また、図２１の削除ログダウンロード画面では、削除ログ情報のファイルの作成状態を作成中／作成完了／エラーで表す。

ステップＳ１２２において、削除ログダウンロード処理部２０４は端末装置１１から削除ログ情報のファイル作成要求を受け付ける。削除ログ情報のファイル作成要求を受け付けると、削除ログダウンロード画面の削除ログ情報のファイルの作成状態は「作成中」に遷移する。ステップＳ１２３〜Ｓ１２５の処理は図１７のステップＳ１０３〜Ｓ１０５の処理と同様であるため、説明を省略する。

削除ログ情報のファイルの作成が完了すると、削除ログダウンロード画面の削除ログ情報のファイルの作成状態は「作成中」から「作成完了」に遷移する。また、削除ログ情報のファイルの作成が完了すると、削除ログダウンロード画面は管理者からの削除ログ情報のファイルのダウンロード要求を受け付ける「ファイルのダウンロード」ボタンが有効となる。

ステップＳ１２６において、削除ログダウンロード処理部２０４は管理者のメールアドレスに削除ログ情報のファイル作成の完了メールを送信する。なお、完了メールを送信するか否かは、例えば図２１の削除ログダウンロード画面の完了メール通知のｏｎ／ｏｆｆにより設定できる。

図２２は削除ログ情報のファイル作成の完了メールの一例のイメージ図である。図２２の完了メールを受信することにより管理者は削除ログ情報のファイル作成が完了したことを知ることができる。

ステップＳ１２７において、管理者は端末装置１１からプリントサービスアプリ６２にアクセスし、図２１の削除ログダウンロード画面を表示させる。そして、ステップＳ１２８において、管理者は削除ログダウンロード画面の「ファイルのダウンロード」ボタンを押下することで、削除ログ情報のファイルのダウンロード要求を行う。

削除ログダウンロード処理部２０４は端末装置１１から削除ログ情報のダウンロード要求を受け付ける。そして、ステップＳ１２８において、削除ログダウンロード処理部２０４はダウンロード要求を受け付けた端末装置１１に対して、削除ログ情報をダウンロードする。

図２０のフローチャートの処理では削除ログ情報のファイル作成要求を受け付けることにより削除ログ情報のファイル作成を開始していたが、定期的に削除ログ情報のファイル作成を開始するようにしてもよい。なお、定期的に削除ログ情報のファイル作成を開始する場合は例えば定期作成設定により、削除ログ情報のファイル作成を開始する間隔を設定しておく。

また、図２０のフローチャートの処理では削除ログ情報のファイルをダウンロードする処理を一例として示したが、削除ログ情報の集計結果など、削除ログ情報を加工した情報を管理者に提示するようにしてもよい。管理者への提示はダウンロードに限らず、画面に表示するようにしてもよい。

＜まとめ＞
本実施形態に係る情報処理システム１によれば、テナントＩＤをキー情報として削除ログ情報を収集することで、サービス提供先のテナントＩＤに紐付くログ情報をサービス提供元から提供できる。

また、削除ログ情報には蓄積時及び印刷時の部数、片面／両面、カラー／白黒の設定が含まれている。したがって、管理者は削除ログ情報を参照することにより、印刷コストの集計などを容易に行うことができる。例えば管理者は削除ログ情報を参照することで新たな機能の導入効果などを容易に把握できる。

さらに、本実施形態に係る情報処理システム１によれば、複数のタイムゾーンに跨って活動する企業などのテナントであっても、そのテナントＩＤに紐付けて設定されているタイムゾーンの日時に補正した削除ログ情報を提供できる。なお、テナントＩＤに紐付けて設定されているタイムゾーンは図５のテナント情報のタイムゾーン情報である。

本実施形態に係る情報処理システム１によれば、提供するサービス、サービスを利用するユーザ、サービスを利用する装置を適切に管理した上で、削除ログ情報を提供することができる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本実施形態の情報処理システム１は印刷用途に限らず、印刷データの削除ログ情報を取り扱う情報処理システム１に限定されない。

例えばネットワークを介して接続された画像形成装置１２やその他の装置１４にサービスを提供するサービス提供システム２は、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムの一例である。また、画像形成装置１２やその他の装置１４に提供したサービスに関する削除ログ情報はサービス利用装置に提供したサービスに関するログ情報の一例である。

画像形成装置１２やその他の装置１４のテナントＩＤは、サービス利用装置の組織識別情報の一例である。画像形成装置１２やその他の装置１４のテナントＩＤと対応付けて削除ログ情報を記憶するデータ記憶部９３は、サービス利用装置の組織識別情報と対応付けて記憶する１つ以上のログ情報記憶手段の一例である。

テナントＩＤにより識別されるテナントの標準時をテナント情報として記憶する管理情報記憶部９１は組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段の一例である。

テナントＩＤに基づきデータ記憶部９３から削除ログ情報を収集し、ログ情報の日時情報をテナントの標準時により補正したあとで提供する削除ログダウンロード処理部２０４はログ情報提供手段の一例である。削除ログ情報のダウンロード要求又は画面表示要求はログ情報の提供要求の一例である。

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

特開２０１０−６３０８７号公報

Claims (8)

1. １台以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムであって、
   前記サービス利用装置に提供したサービスに関するログ情報を前記サービス利用装置の組織識別情報と対応付けて記憶する１つ以上のログ情報記憶手段と、
   前記組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段と、
   前記組織識別情報に基づき前記ログ情報記憶手段から前記ログ情報を収集し、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元に提供するログ情報提供手段と、
   を有するサービス提供システム。
2. 前記ログ情報提供手段は、前記ログ情報の言語を、前記ログ情報の要求元から指定された言語に変換したあと、前記ログ情報の要求元に提供すること
   を特徴とする請求項１記載のサービス提供システム。
3. 前記ログ情報提供手段は、前記ログ情報の要求元から前記ログ情報の作成要求を受け付けて前記ログ情報記憶手段から前記ログ情報を収集して、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元から前記ログ情報の提供要求を受けて前記ログ情報の要求元に前記ログ情報を提供すること
   を特徴とする請求項１又は２記載のサービス提供システム。
4. 前記ログ情報提供手段は、前記ログ情報の要求元から前記ログ情報の作成要求を受け付けて前記ログ情報記憶手段から前記ログ情報を収集して、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の作成が完了したことを通知すること
   を特徴とする請求項３記載のサービス提供システム。
5. 前記ログ情報提供手段は、設定に基づき定期的に、前記ログ情報記憶手段から前記ログ情報を収集し、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元に提供すること
   を特徴とする請求項１又は２記載のサービス提供システム。
6. 前記ログ情報提供手段は、前記ログ情報をダウンロード又は画面表示により前記ログ情報の要求元に提供すること
   を特徴とする請求項１乃至５何れか一項記載のサービス提供システム。
7. １台以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システム、において実行されるログ情報提供方法であって、
   前記サービス利用装置に提供したサービスに関するログ情報を前記サービス利用装置の組織識別情報と対応付けて１つ以上のログ情報記憶手段に記憶するログ情報記憶ステップと、
   前記組織識別情報に基づき前記ログ情報記憶手段から前記ログ情報を収集し、前記組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段を参照して、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元に提供するログ情報提供ステップと、
   を有するログ情報提供方法。
8. １台以上の情報処理装置により構成され、ネットワークを介して接続されたサービス利用装置にサービスを提供するサービス提供システムに、
   前記サービス利用装置に提供したサービスに関するログ情報を前記サービス利用装置の組織識別情報と対応付けて記憶する１つ以上のログ情報記憶手段から前記組織識別情報に基づき前記ログ情報を収集し、
   前記ログ情報に含まれる日時情報を、前記組織識別情報により識別される組織の標準時を記憶する組織情報記憶手段を参照して、前記ログ情報に含まれる日時情報を前記組織識別情報により識別される組織の標準時により補正したあと、前記ログ情報の要求元に提供する処理を実行させるためのプログラム。

Images