特開 2024-160779 画像形成装置、情報処理方法、及びコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024160779

(43)【公開日】2024-11-15

(54)【発明の名称】画像形成装置、情報処理方法、及びコンピュータプログラム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20241108BHJP

   B41J 29/38 20060101ALI20241108BHJP

   B41J 29/00 20060101ALI20241108BHJP

   G16Y 10/75 20200101ALI20241108BHJP

   G16Y 40/35 20200101ALI20241108BHJP

【ＦＩ】

G06F3/12 339

G06F3/12 303

G06F3/12 387

B41J29/38 203

B41J29/00 Z

G16Y10/75

G16Y40/35

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023076126

(22)【出願日】2023-05-02

(71)【出願人】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100114775

【弁理士】

【氏名又は名称】高岡 亮一

(74)【代理人】

【識別番号】100121511

【弁理士】

【氏名又は名称】小田 直

(74)【代理人】

【識別番号】100208580

【弁理士】

【氏名又は名称】三好 玲奈

(72)【発明者】

【氏名】北形 圭

【テーマコード（参考）】

2C061

【Ｆターム（参考）】

2C061AP01

2C061AP07

2C061AQ05

2C061AQ06

2C061CL10

2C061HJ08

2C061HQ17

(57)【要約】

【課題】
ユーザーの登録に応じた稼働イベントデータの送信が可能な画像形成装置を提供する。
【解決手段】
画像形成装置は、当該画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持手段と、前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持手段と、前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて、前記画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御手段と、を有する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持手段と、
前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持手段と、
前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて、前記画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御手段と、を有することを特徴とする画像形成装置。

【請求項2】

前記画像形成装置はプリンターを含むことを特徴とする請求項１に記載の画像形成装置。

【請求項3】

前記制御手段は、前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に記載されている種類に対応する前記画像形成装置の前記稼働イベントデータのみを前記所定の管理サーバーに送信することを特徴とする請求項１に記載の画像形成装置。

【請求項4】

前記アプリケーションサービスはクラウドサーバーにより提供されることを特徴とする請求項１に記載の画像形成装置。

【請求項5】

前記管理サーバーは、前記稼働イベントデータを前記クラウドサーバーに送信することを特徴とする請求項４に記載の画像形成装置。

【請求項6】

前記所定の管理サーバーはＩｏＴ管理サーバーを含むことを特徴とする請求項１に記載の画像形成装置。

【請求項7】

画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持ステップと、
前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持ステップと、
前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて、前記画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御ステップと、を有することを特徴とする画像形成装置の情報処理方法。

【請求項8】

請求項１～６のいずれか１項に記載の画像形成装置の各手段をコンピュータにより制御するためのコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像形成装置、情報処理方法、及びコンピュータプログラム等に関するものである。

【背景技術】

【0002】

近年、サーバーがクライアントにサービスを提供するクラウドコンピューティングが増えている。クラウドコンピューティングは、多くのコンピューティング・リソースを用いてデータ収集、データ分析処理を分散実行し、多くのクライアントからの要求を分散並列処理により並行して処理することが主な特徴である。

【0003】

このクラウドコンピューティングを実現するクラウドコンピューティング環境上にＷｅｂサービスを実装し、多種多様なサービスを提供するベンダーが乱立しつつある。クラウドサービスの開発において、すでにＷｅｂ上に多く提供されているサービスを有効活用し新しい機能を提供することで、開発スピードや開発コストの面で優位になる。

【0004】

又、近年多くの機器がインターネットにつながり、さまざまな機器の制御や、機器の稼働データをクラウドに送信し、クラウド上で使用する「Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩｏＴ」が広く一般に浸透し始めている。オフィス環境でも複合機、プロジェクター、ネットワークカメラといった多くの機器が稼働し、クラウドサービスにデータを送信している。

【0005】

更に、働き方の多様性により、ハイブリットワークの必要性が増している。クラウドプリントサービスや、スキャンサービス、消耗品発送サービスなど、プリンター又は、ユーザー向けクラウドサービスをシェアオフィス／自宅のプリンターとともに使用するケースが増えている。

【0006】

各組織の勤務者がシェアオフィスで同じプリンターを各々の組織が契約しているクラウドサービスとともに使用するケースがある。又、在宅勤務において、同じ家庭で複数の勤務者が、異なる組織に勤めているが、同じ家庭内のプリンターを各々の組織が契約しているクラウドサービスとともに使用するケースもある。

【0007】

特許文献１には、ユーザー認証機能を持たないプリンターにおいて、ユーザーが指定したアプリケーション機能に紐づいた監査ログのみを管理サーバーへ送信する構成が記載されている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０２２－１３１２３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

しかし、プリンターを使用する各ユーザーが所属する組織が異なり、各組織が契約しているクラウドサービスも異なる場合がある。又、クラウドの各サービスで必要なプリンターの稼働データは、サービスの機能により異なるのが一般的である。

【0010】

従って、ユーザーが操作した結果生じた稼働データを単にサービスに送ってしまうと、許諾していないユーザーが操作した結果生じた稼働データでもサービスに送信してしまうという課題がある。

【0011】

本発明は上記の課題を改善し、ユーザーの登録に応じた稼働イベントデータの送信が可能な画像形成装置を提供することを目的の１つとしている。

【課題を解決するための手段】

【0012】

本発明の１側面の画像形成装置は、
画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持手段と、
前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持手段と、
前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて、画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御手段と、を有することを特徴とする。

【発明の効果】

【0013】

本発明によれば、ユーザーの登録に応じた稼働イベントデータの送信が可能な画像形成装置を実現することができる。

【図面の簡単な説明】

【0014】

【図1】本発明の実施例に係る画像形成装置の稼働イベントデータ収集システムの全体構成を示す図である。

【図2】（Ａ）は、画像形成装置１０２のハードウェア構成例を示す図、（Ｂ）は１０４～１０６の各サービスを行うための各情報処理装置のハードウェア構成の１例を示す図である。

【図3】（Ａ）は、ＩｏＴ管理サーバー１０４のソフトウェア構成図、（Ｂ）は、アプリケーションサーバー１０５のソフトウェア構成図、（Ｃ）は、テナント管理サーバー１０６のソフトウェア構成図、（Ｄ）はクライアント端末１０３のソフトウェア構成図である。

【図4】画像形成装置１０２のソフトウェア構成図である。

【図5】画像形成装置からデバイス登録と所有者の許諾をとるシーケンスの例と、クライアント端末からアプリケーションサービスへの登録と使用者の許諾をとるシーケンスの例を示す図である。

【図6】画像形成装置１０２の起動処理とクライアント端末１０３からアプリケーションサーバー１０５経由で印刷するクラウド印刷の情報処理方法の例について説明する図である。

【図7】アプリケーションサービスを契約しているユーザーの、クライアント端末１０３から画像形成装置１０２に、印刷ジョブを直接送信して印刷する、ローカル印刷の場合の、情報処理方法の例を説明する図である。

【図8】アプリケーションサービスを契約していないユーザーの、クライアント端末１０３から画像形成装置１０２に、印刷ジョブを直接送信して印刷するローカル印刷の場合の情報処理方法の例を説明する図である。

【発明を実施するための形態】

【0015】

以下、図面を参照して本発明の実施形態を、実施例を用いて説明する。ただし、本発明は以下の実施例に限定されるものではない。なお、各図において、同一の部材または要素については同一の参照番号を付し、重複する説明は省略または簡略化する。

【0016】

図１は、本発明の実施例に係る画像形成装置の稼働イベントデータ収集システムの全体構成を示す図である。図１において、ネットワーク１００～１０１は、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等により実現される、いわゆる通信ネットワークである。

【0017】

ネットワーク１００～１０１は、データの送受信が可能であれば良い。本実施例における、ネットワーク１００はインターネットである。ネットワーク１０１はローカルネットワークなどである。

【0018】

画像形成装置１０２、クライアント端末１０３は、ローカルネットワーク１０１を介してインターネット等のネットワーク１００にアクセスし、１０４～１０６のクラウドサービスにアクセスすることができる。

【0019】

クライアント端末１０３は、サービスを利用するユーザーが使用する端末であり、コンピュータを内蔵したモバイル端末などのデータ処理装置である。クライアント端末１０３は、画像形成装置１０２に対して印刷ジョブ送信、若しくは、アプリケーションサーバー１０５に対し印刷指示を送ることができる。

【0020】

画像形成装置１０２は、例えば印刷を行うためのプリンターを含むが、印刷機能のほか、コピー機能、スキャナ機能、ファクス送信機能等を備えても良い。ローカルネットワーク１０１は画像形成装置１０２やクライアント端末１０３が接続されているＬＡＮであって、ＬＡＮを介して画像形成装置１０２やクライアント端末１０３は情報の相互通信を行うことができる。

【0021】

ＩｏＴ管理サーバー１０４は、画像形成装置１０２の登録情報を管理する管理サーバーであり、画像形成装置１０２の稼働イベントデータを収集し、アプリケーションサーバー１０５に通知するサービスを行う。

【0022】

ＩｏＴ管理サーバー１０４には、画像形成装置１０２毎のデバイス別送信データ情報が登録されている。デバイス別送信データ情報は、各画像形成装置１０２が送信すべき稼働イベントデータの種類を定義したものである。ＩｏＴ管理サーバー１０４は、画像形成装置１０２が複数存在する場合には、複数の画像形成装置１０２の夫々のデバイス別送信データ情報を保持し管理する。

【0023】

アプリケーションサーバー１０５は、契約されたテナントのユーザーや画像形成装置１０２に対し、様々なアプリケーションサービスを提供するクラウドサーバーである。提供するサービスは、プリントサービス、スキャンサービス、消耗品自動配送サービス、監視サービス、故障管理サービスなど少なくとも１つを含む。本実施例では主にプリントサービスを例に説明する。

【0024】

テナント管理サーバー１０６は、各テナントが契約しているアプリケーションサーバー１０５を示す情報を保持する。テナント管理サーバー１０６は、契約済みテナントの所属ユーザーが各アプリケーションサーバー１０５に送信する必要があるユーザー別送信データの一覧を保持する。

【0025】

尚、契約済みテナントの所属ユーザーが各アプリケーションサーバー１０５に送信する必要があるユーザー別送信データは、当該ユーザーが上記契約において許諾した許諾情報に基づいて予め決められている。

【0026】

又、この一覧は、契約サービス情報をもとに作成、又は更新される。契約サービス情報は、各ユーザーが、画像形成装置１０２の稼働イベントデータを各アプリケーションサーバー１０５に対し送信して良いという許諾情報を含む。

【0027】

ここで、１０４～１０６の各サービスは、夫々別々のサーバーで、冗長化されたクラウドサービスとしてインターネット上に公開される。尚、各サービスの機能は、単体のサーバー又は単体の仮想サーバーによって実現しても構わないし、複数のサーバー又は複数の仮想サーバーによって実現しても構わない。或いは複数の仮想サーバーが単体のサーバー上で実現しても構わない。

【0028】

図２（Ａ）は、画像形成装置１０２のハードウェア構成例を示す図である。ハードウェアの各構成要素は、システムバス２００に接続されている。

【0029】

２０１は装置全体の制御を行うコンピュータとしてのＣＰＵであり、ＲＯＭ２０２等のメモリに記憶されたコンピュータプログラムを実行することによりシステムバス２００に接続される各種デバイスを制御する制御手段として機能している。

【0030】

尚、この制御は、ディスクコントローラー（ＤＫＣ２０５）を介して接続された外部メモリ２０６に記憶された制御用のコンピュータプログラム等をＣＰＵ２０１が実行することで行なっても良い。

【0031】

２０３はＣＰＵ２０１の主メモリ、ワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

【0032】

２１０は大容量メモリとして機能する記憶装置であり、本実施例に係る後述の４３０～４３５の機能を実現するためのコンピュータプログラムを格納している。２０９は操作パネル（操作部）であり、画面の表示や、画面を介したユーザーの操作指示を受け付ける。

【0033】

又、操作パネル２０９には、画像形成装置１０２の動作モード等の設定や画像形成装置１０２の動作状況の表示、複写指定等の操作を行うためのボタン及び液晶パネル等の表示部も配置される。２０４は、ネットワークＩ／Ｆ（インターフェース）であり、外部装置とのデータのやり取りを行うためのものである。２０８は、プリントエンジンであり、例えば電子写真方式（レーザービーム方式）やインクジェット方式、昇華方（熱転写）方式等による印刷を行う。

【0034】

２０７はラスタコントローラーであり、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）やＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）等の印刷データを画像データに変換するコントローラーである。２１１は機器Ｉ／Ｆ（インターフェース）であり、ＵＳＢ等で接続可能な外部機器との接続を行う。

【0035】

図２（Ｂ）は、１０４～１０６に示す各サーバー等の各情報処理装置のハードウェア構成の１例を示す図である。尚、１０４～１０６に示す各サーバー等の各情報処理装置は、夫々単体の装置であっても、夫々が複数の装置からなるシステムであっても良い。

【0036】

本実施例ではシステムバス２１９により各構成要素が接続されているものとして説明する。尚、１０４～１０６に示す各サーバー等の各情報処理装置は、ＬＡＮ、ＷＡＮ等のネットワークを介して各サービスを行う構成であっても良い。

【0037】

２２０は、コンピュータとしてのＣＰＵであり、記憶装置２２５に格納されているアプリケーションプログラム、オペレーティングシステムや、本実施例に係るＩｏＴデバイス管理システムプログラムを実行する。

【0038】

２２２は一時記憶手段であるＲＡＭであり、プログラム実行に必要な情報、ファイル等を一時的に格納し、ＣＰＵ２２０の主メモリやワークエリア等として機能する。２２１はＲＯＭであり、内部には基本Ｉ／Ｏプログラム等のコンピュータプログラムや各種データを記憶する。２２４は入力制御部である。

【0039】

１０４～１０６の各サーバー等の各情報処理装置は、入力制御部２２４を介して外部装置とのデータのやり取りを行う。２２５は外部記憶手段の１つで、大容量メモリとして機能する記憶装置であり、アプリケーションプログラム、ＯＳ等を格納している。

【0040】

図３（Ａ）は、ＩｏＴ管理サーバー１０４の機能ブロック図である。尚各ソフトウェアモジュールは図２（Ｂ）で示した記憶装置２２５に記憶されており、前述したようにＣＰＵ２２０によってＲＡＭ２２２にロードされ実行される。

【0041】

即ち、図３（Ａ）に示される機能ブロックの一部は、情報処理装置に含まれるコンピュータとしてのＣＰＵ等に、記憶媒体としてのメモリに記憶されたコンピュータプログラムを実行させることによって実現されている。しかし、それらの一部又は全部をハードウェアで実現するようにしても構わない。ハードウェアとしては、専用回路（ＡＳＩＣ）やプロセッサ（リコンフィギュラブルプロセッサ、ＤＳＰ）などを用いることができる。

【0042】

又、図３（Ａ）に示される夫々の機能ブロックは、同じ筐体に内蔵されていなくても良く、互いに信号路を介して接続された別々の装置により構成しても良い。尚、図３（Ａ）に関する上記の説明は、図３（Ｂ）、図３（Ｃ）、図３（Ｄ）、図４についても同様に当てはまる。

【0043】

図３（Ａ）における受信部３００は、ＩｏＴ管理サーバー１０４の各種インターフェースをＨＴＴＰ（Ｈｙｐｅｒ ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルで提供し、受け付けた情報の妥当性の検証を行う。

【0044】

ＨＴＴＰプロトコルは、Ｗｅｂで標準的に利用されるプロトコルであり、サーバー間の連携やＷｅｂ Ｂｒｏｗｓｅｒとサーバー間の連携に適している。受信部３００では、画像形成装置１０２からデバイス別送信データ一覧の取得要求に対し、保持しているデバイス別送信データ一覧の中から、画像形成装置１０２のデバイス別送信データ一覧を特定し、それを画像形成装置１０２に送る。

【0045】

デバイス別送信データ管理部３０２は、画像形成装置１０２のデバイス別送信データ一覧を管理する。デバイス別送信データ一覧は、各画像形成装置１０２がクラウド契約に基づき送信すべき稼働イベントデータの種類を定義したものであり、クラウド契約に基づき、各画像形成装置１０２に対応したデバイス別送信データ一覧を有する。

【0046】

ここで、デバイス別送信データ一覧の例を以下の表１で示す。表１のシリアルＩＤは、画像形成装置１０２を一意に識別するＩＤである。テナントＩＤは、契約テナントを一意に識別するＩＤである。

【0047】

【表1】

【0048】

契約サービスは、各デバイスの所有者が契約しているアプリケーションサーバー１０５によるアプリケーションサービスの名称であり、契約サービスとしては、消耗品自動配送や故障管理、監視などのサービスがある。契約サービスが複数ある場合は、複数の名称を１つの値として保持する。

【0049】

送信イベントデータは、アプリケーションサーバー１０５がアプリケーションサービスを行うために必要な、画像形成装置１０２の稼働イベントデータの種類を示す情報である。例えば、契約しているアプリケーションサーバー１０５のアプリケーションサービスが必要な、画像形成装置１０２の稼働イベントデータの種類をすべて含んだ情報を保持する。送信イベントデータとしては、消耗品情報や、課金情報や、アラーム、アラート、エラー、ジャム情報、部品情報、環境情報などがある。

【0050】

イベントデータ管理部３０３は、画像形成装置１０２から送信されたイベントデータを管理しストレージ３０４に保存する。尚、画像形成装置１０２で発生したイベントは、画像形成装置１０２の後述のコントローラー４３５が、後述のイベントデータ送信部４４２を介してＩｏＴ管理サーバー１０４に送信する。ＩｏＴ管理サーバー１０４の受信部３００は、イベントデータを受信しストレージ３０４に保存する。

【0051】

図３（Ｂ）は、アプリケーションサーバー１０５の機能ブロック図である。尚、本実施例では、アプリケーションサーバー１０５は、例としてプリントサービスを行う。尚、アプリケーションサーバー１０５の各ソフトウェアモジュールは図２で示した記憶装置２２５に記憶されており、前述したようにＣＰＵ２２０によってＲＡＭ２２２にロードされ実行される。

【0052】

アプリケーションサーバー１０５の受信部３１０は、Ｗｅｂサーバーであり、アプリケーションサーバー１０５の各種インターフェースをＨＴＴＰプロトコルで提供し、受け付けた情報の妥当性の検証を行う。受信部３１０は、クライアント端末１０３や画像形成装置１０２からの印刷指示、又は、ジョブ取得のリクエストを受信する。

【0053】

ジョブ管理部３１１は、クライアント端末１０３からの印刷指示で、印刷対象の文書を指定する情報を受け取り、ストレージ３１２から指定の文書を取得し、それを印刷ジョブに変換し、再びストレージ３１２に保存する。又、ジョブ管理部３１１は、画像形成装置１０２からの印刷ジョブ取得要求に対し、印刷ジョブが保存されているストレージ３１２の一時的な署名付きＵＲＬを作成し画像形成装置１０２に返信する。

【0054】

ジョブ管理部３１１は、クライアント端末１０３から取得した認証情報に紐づくユーザーＩＤが示すユーザー別送信データ一覧を、テナント管理サーバー１０６から取得する。このユーザー別送信データ一覧は、クライアント端末１０３にそのまま返信するか、印刷ジョブとともに画像形成装置１０２に返すためにストレージ３１２に一旦保存する。

【0055】

図３（Ｃ）は、テナント管理サーバー１０６の機能ブロック図である。尚、テナント管理サーバー１０６の各ソフトウェアモジュールは図２で示した記憶装置２２５に記憶されており、前述したようにＣＰＵ２２０によってＲＡＭ２２２にロードされ実行される。

【0056】

受信部３２０はＷｅｂサーバーであり、テナント管理サーバー１０６の各種インターフェースを提供し、受け付けた情報の妥当性の検証を行う。ユーザー別送信データ管理部３２１は、画像形成装置１０２が送信すべき稼働イベントデータの種類を定義した、画像形成装置１０２のユーザー別送信データ一覧情報を管理する。

【0057】

ユーザー別送信データ一覧は、ユーザーが操作した結果生じる画像形成装置１０２の稼働イベントデータ種類を定義したものであり、クラウド契約に基づき、ユーザーごとに１つのユーザー別送信データ一覧が定義されている。

【0058】

ここで、ユーザー別送信データ一覧の例を以下の表２で示す。表２のユーザーＩＤは、認証済みユーザーを一意に識別するＩＤである。テナントＩＤは、契約テナントを一意に識別するＩＤである。

【0059】

【表2】

【0060】

契約サービスは、ユーザーが所属するテナントが契約しているアプリケーションサーバー１０５のアプリケーションサービスの名称であり、印刷サービス、スキャンサービス、モニターサービスなどのサービスがある。契約サービスが複数ある場合は、複数の名称を１つの値として保持する。

【0061】

送信イベントデータは、アプリケーションサーバー１０５のアプリケーションサービスにとって必要な、画像形成装置１０２の稼働イベントデータの種類を示す情報である。即ち、契約しているアプリケーションサーバー１０５のアプリケーションサービスが必要とする、画像形成装置１０２の稼働イベントデータの種類をすべて含んだ情報を保持する。

【0062】

送信イベントデータとしては、印刷ジョブ情報や、スキャンジョブ情報や、課金情報や、アラーム、アラート、エラー、ジャム情報、セキュリティ設定情報などのイベントデータがある。

【0063】

図３（Ｄ）はクライアント端末１０３の機能ブロック図である。クライアントアプリケーション３５１は、電子データを作成、表示、編集する一般的な電子データ処理ソフトである。ユーザーがクラウドサービスに保存されている電子データをクライアントアプリケーション３５１で表示し、そのコンテンツを印刷するユースケースについて説明する。

【0064】

ユーザーが表示している電子データをアプリケーションサーバー１０５のアプリケーションサービスで印刷するには、クラウドプリンタドライバー３５０を指定して印刷を実行する。クラウドプリンタドライバー３５０では、アプリケーションサーバー１０５のアプリケーションサービスとの認証を行い、認証が通ると、アプリケーションサーバー１０５の受信部３１０にアクセスして、印刷する電子データを特定する識別情報を渡す。

【0065】

アプリケーションサーバー１０５は、テナント管理サーバー１０６からユーザー別送信データ一覧を取得する。そしてアプリケーションサーバー１０５は、クライアント端末１０３から受信した電子データを印刷ジョブに変換し、ユーザー別送信データ一覧とともにストレージ３１２に保存する。

【0066】

画像形成装置１０２は、アプリケーションサーバー１０５に定期的にアクセスする。そして、印刷ジョブとユーザー別送信データ一覧の保存先の一時署名付きＵＲＬが取得できた場合は、印刷ジョブとユーザー別送信データ一覧を取得し印刷を実行する。

【0067】

次に、ユーザーがクライアント端末１０３に保存されている電子データをクライアントアプリケーション３５１で表示し、そのコンテンツを印刷するユースケースについて説明する。

【0068】

ユーザーが、クラウドプリンタドライバー３５０を指定して印刷を実行すると、クラウドプリンタドライバー３５０は、アプリケーションサーバー１０５にアクセスする。アプリケーションサーバー１０５のアプリケーションサービスとの認証を行い、認証が通らない場合、クラウドプリンタドライバー３５０は、画像形成装置１０２に印刷ジョブを送信する。画像形成装置１０２は印刷ジョブを受け取ると、印刷処理を実行する。

【0069】

一方、アプリケーションサーバー１０５のアプリケーションサービスの認証が通ると、アプリケーションサーバー１０５の受信部３１０にアクセスし、アプリケーションサーバー１０５の、テナント管理サーバー１０６からユーザー別送信データ一覧を取得する。

【0070】

アプリケーションサーバー１０５は、クラウドプリンタドライバー３５０にユーザー別送信データ一覧を返信する。クラウドプリンタドライバー３５０は、画像形成装置１０２のイベントデータ送信部４４２にユーザー別送信データ一覧を送信する。そして、クラウドプリンタドライバー３５０は、画像形成装置１０２に印刷ジョブを送信し、画像形成装置１０２は印刷処理を実行する。

【0071】

図４は、画像形成装置１０２の機能ブロック図である。画像形成装置１０２はＣＰＵ２０１がＲＯＭ２０２、或いは外部メモリ２０６に記憶されたＯＳを実行する事で各アプリケーションを制御し、図４に示した機能ブロックを実現する。

【0072】

４３０は画像形成装置１０２のＯＳであり、一般的にはリアルタイムＯＳが使用されるが、Ｌｉｎｕｘ（登録商標）等の汎用ＯＳを使用しても良い。４３１は仮想マシンであり、例えばＪａｖａ（登録商標）ＶＭ（ｖｉｒｔｕａｌ ｍａｃｈｉｎｅ）等を用いる。

【0073】

この仮想マシン４３１は、ＯＳで制御されるアプリケーションとして動作する仮想的なアプリケーション実行環境である。アプリケーション管理フレームワーク４３２は、仮想マシン４３１が提供するアプリケーション実行環境上で動作する、管理対象のアプリケーションのライフサイクルを管理する機能を備える。

【0074】

またアプリケーションのライフサイクルを制御するＩ／Ｆ、及び各アプリケーション間での処理要求を仲介するためのＩ／Ｆ公開機能を備えている。ライフサイクルとはアプリケーションのインストール、起動、停止、アンインストールを含むアプリケーションの状態を示すものとする。

【0075】

本実施例におけるアプリケーション管理フレームワーク４３２は、ＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔｅｗａｙ ｉｎｉｔｉａｔｉｖｅ）アライアンスで規定されたＯＳＧｉ（登録商標）である。

【0076】

ＩｏＴクライアント４３３は仮想マシン４３１が提供するアプリケーション実行環境にて動作するアプリケーションである。これらアプリケーションはＡｐｐｌｉｃａｔｉｏｎ ＩＤで識別され、アプリケーション管理フレームワーク４３２にてライフサイクル管理されている。

【0077】

ここで、アプリケーション管理フレームワーク４３２で動作するアプリケーションは、画像形成装置１０２が予め有するものでも良いし、アプリケーション管理フレームワーク４３２を介して後からインストールされるものでも良い。

【0078】

ＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４のクライアントアプリケーションであり、画像形成装置１０２の稼働イベントデータをＩｏＴ管理サーバー１０４に送信する機能を有する。

【0079】

受信部４４０は、起動時にＩｏＴ管理サーバー１０４からデバイス別送信データ一覧を取得する。又、受信部４４０は、クライアント端末１０３のクラウドプリンタドライバー３５０からユーザー別送信データ一覧が送られてきた場合に、ユーザー別送信データ一覧を保持する。

【0080】

そして、イベントデータ送信部４４２は、デバイス別送信データ一覧とユーザー別送信データ一覧に定義されている稼働イベントデータのみＩｏＴ管理サーバー１０４に送信する。

【0081】

コントローラー４３５は、画像形成装置１０２の印刷、コピー、ＦＡＸなどの機能処理や状態管理を行う制御ソフトである。例えば、クライアント端末１０３から印刷ジョブを受信し印刷処理を実行し、その印刷処理の状態や機器状態の変化により発生する稼働イベントデータを、イベントデータ送信部４４２を介し、ＩｏＴ管理サーバー１０４に送信させる。

【0082】

この時、上述のように、イベントデータ送信部４４２は、デバイス別送信データ一覧及びユーザー別送信データ一覧により定義されているイベントデータのみ、ＩｏＴ管理サーバー１０４に送信する。

【0083】

ジョブ実行部４４１は、定期的にアプリケーションサーバー１０５に通信する。そして、自分が処理すべき印刷ジョブがあるかを、印刷ジョブとユーザー別送信データ一覧の保存先の一時署名付きＵＲＬが取得できるかで確認する。

【0084】

ＵＲＬを取得できた場合は、印刷ジョブとユーザー別送信データ一覧を取得する。取得したユーザー別送信データ一覧は、イベントデータ送信部４４２に渡す。印刷ジョブは、コントローラー４３５で印刷処理を実行する。４３４は認可クライアントである。

【0085】

図５は、画像形成装置からデバイス登録と所有者の許諾をとるシーケンスの例と、クライアント端末からアプリケーションサービスへの登録と使用者の許諾をとるシーケンスの例を示す図である。尚、各部（１０２～１０６）のコンピュータとしてのＣＰＵ等がメモリに記憶されたコンピュータプログラムを実行することによって図５のシーケンスの各ステップの動作が順次行われる。

【0086】

最初に、画像形成装置１０２から、所有者による許諾を取得したうえでデバイス登録するシーケンスについて説明する。ステップＳ５０１で、画像形成装置１０２内のＩｏＴクライアント４３３が、ＩｏＴ管理サーバー１０４に、所有者に提示するための許諾確認情報を要求する。

【0087】

その応答によって許諾確認情報を受け取り、一旦保存する。ステップＳ５０２で、画像形成装置１０２の操作パネル２０９に許諾確認情報（サービス契約情報）を表示する。所有者から許諾する旨の操作を受け取ると、ステップＳ５０３で、ＩｏＴクライアント４３３は、許諾情報をＩｏＴ管理サーバー１０４に送り、デバイス登録を要求する。

【0088】

ステップＳ５０４で、ＩｏＴ管理サーバー１０４のデバイス別送信データ管理部３０２は、デバイス別送信データ一覧を作成する。ここで、デバイス別送信データ一覧は、画像形成装置１０２が契約しているアプリケーションサーバー１０５が、アプリケーションサービスを実行するために必要とするイベントデータを記したものである。ステップＳ５０５で、ＩｏＴ管理サーバー１０４はデバイス登録を行い、そのことをＩｏＴクライアント４３３に通知する。

【0089】

次に、クライアント端末１０３から、ユーザーの許諾を得たうえでアプリケーションサーバー１０５へ登録をするシーケンスについて説明する。ステップＳ５０６で、クライアント端末１０３は、アプリケーションサーバー１０５に、アプリケーションサービスに関する許諾確認情報（サービス契約情報）を要求する。

【0090】

その応答で許諾確認情報を受け取ると、ステップＳ５０７において、クライアント端末１０３で、サービス契約情報を表示する。クライアント端末１０３で、ユーザーがサービス契約情報を許諾する旨の操作を受け取ると、ステップＳ５０８で、クライアント端末１０３は、サービス許諾情報をテナント管理サーバー１０６に送り、サービス登録を要求する。

【0091】

ステップＳ５０９で、テナント管理サーバー１０６は、許諾したユーザーの、ユーザー別送信データ一覧の作成、又は更新を行う。ユーザーの特定は、クライアント端末１０３からの要求とともに送信される、認可トークンから、ユーザー情報を割り出し、その情報をもとにユーザーを特定する。

【0092】

又、ユーザー別送信データ一覧は、アプリケーションサーバー１０５が、許諾されたアプリケーションサービスを行うために必要なイベントデータを記した一覧を作成する。ステップＳ５１０で、テナント管理サーバー１０６は、許諾済みサービスの登録を行う。

【0093】

ここで、表３はアプリケーションサーバー１０５ごとに定義された、サービスの許諾者と許諾事項の例を示す表であり、サービスの許諾者が、デバイスの所有者であるか、使用者（ユーザー）であるか、を示す情報を含む。

【0094】

又、許諾事項は、アプリケーションサーバー１０５ごとに必要な、画像形成装置１０２の稼働イベントデータの種類である。この許諾事項をアプリケーションサーバー１０５が収集することを、ユーザーに許諾してもらう必要があり、上記のサービス契約情報にはそのことが記載されている。

【0095】

【表3】

【0096】

図６は、画像形成装置１０２の起動処理と、クライアント端末１０３からアプリケーションサーバー１０５経由で印刷する、クラウド印刷の情報処理方法の例について説明する図である。尚、各部内のコンピュータとしてのＣＰＵ等がメモリに記憶されたコンピュータプログラムを実行することによって図６のシーケンスの各ステップの動作が順次行われる。

【0097】

ステップＳ６０１で、画像形成装置１０２が起動すると、画像形成装置１０２のＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４にデバイス別送信データ一覧を要求し、取得し保存する。

【0098】

ここで、ステップＳ６０１は、画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持ステップ（第１の保持手段）として機能している。

【0099】

次に、クライアント端末１０３からアプリケーションサーバー１０５経由で印刷するクラウド印刷のシーケンスについて説明する。ステップＳ６０２で、クライアント端末１０３はジョブ実行指示をアプリケーションサーバー１０５に送る。ジョブ実行指示には、クラウドで保存されている印刷対象の電子データの識別情報と、アプリケーションサーバー１０５にアクセスするための認可トークンが含まれる。

【0100】

アプリケーションサーバー１０５は、ジョブ実行指示を認可し、認可トークンから印刷実行ユーザーを特定して、ステップＳ６０３で、テナント管理サーバー１０６から、特定したユーザーのユーザー別送信データ一覧を要求し、取得する。

【0101】

ステップＳ６０４で、アプリケーションサーバー１０５は、識別情報をもとに、保存されている印刷対象の電子データを取得して、印刷ジョブを作成する。印刷ジョブのデータ形式は、画像形成装置１０２が理解できるＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）形式などを用いる。

【0102】

ステップＳ６０５で、画像形成装置１０２のジョブ実行部４４１は、定期的にアプリケーションサーバー１０５に通信する。そして、自分が処理すべき印刷ジョブがあるかを、印刷ジョブとユーザー別送信データ一覧を取得できるか確認する。確認方法としては、保存先の一時署名付きＵＲＬが取得できるかで確認する。

【0103】

ＵＲＬを取得できた場合は、印刷ジョブとユーザー別送信データ一覧を取得し保存する。取得したユーザー別送信データ一覧は、イベントデータ送信部４４２に渡す。ここで、ステップＳ６０５は、画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持ステップ（第２の保持手段）として機能している。

【0104】

ステップＳ６０６で、コントローラー４３５は、取得した印刷ジョブの印刷処理を実行する。印刷処理を実行すると、印刷処理中のイベントが発生し、ステップＳ６０７で、ＩｏＴクライアント４３３のイベントデータ送信部４４２が、ジョブ実行部４４１からイベントデータを取得する。

【0105】

ステップＳ６０８で、ＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。イベントデータ送信部４４２は、デバイス別送信データ一覧とユーザー別送信データ一覧に記載されたイベントデータを、送るデータとし、ステップＳ６０９で、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１に送る。

【0106】

ここで、ステップＳ６０９は、デバイス別送信データ一覧及びユーザー別送信データ一覧に基づいて画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御ステップ（制御手段）として機能している。ここで選択的に送信する、とは、デバイス別送信データ一覧とユーザー別送信データ一覧に記載されたイベントデータのみを選択して送信する、という意味であるが、それ以外のデータを付加的に送っても良い。

【0107】

以上のように、デバイス別送信データ一覧とユーザー別送信データ一覧に記載されたイベントデータだけを、ＩｏＴ管理サーバー１０４に送る。それにより、所有者に許諾されたイベントデータと、ジョブを実行したユーザーに許諾されたイベントデータのみ、クラウドサービスに送ることが可能となる。

【0108】

ステップＳ６１０で、ＩｏＴ管理サーバー１０４は、アプリケーションサーバー１０５に、画像形成装置１０２から取得したイベントデータを送信する。即ち、ＩｏＴ管理サーバー１０４は、稼働イベントデータをクラウドサーバーに送信する。

【0109】

コントローラー４３５が印刷処理を完了すると、印刷完了のイベントが発生し、ステップＳ６１１で、ＩｏＴクライアント４３３のイベントデータ送信部４４２が、ジョブ実行部４４１からイベントデータを取得する。

【0110】

ステップＳ６１２で、ＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。そしてデバイス別送信データ一覧とユーザー別送信データ一覧に記載された、イベントデータを送るデータとする。そして、ステップＳ６１３で、ＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１に、ステップＳ６１２で決定されたデータを送る。

【0111】

このように本実施例では、デバイス別送信データ一覧とユーザー別送信データ一覧に記載の、イベントデータだけをＩｏＴ管理サーバー１０４に送る。それによって、所有者に許諾されたイベントデータと、ジョブ実行したユーザーに許諾されたイベントデータだけを、クラウドサービスに送ることが可能となる。ステップＳ６１４で、ＩｏＴ管理サーバー１０４は、アプリケーションサーバー１０５に、画像形成装置１０２から取得したイベントデータを送信する。

【0112】

ステップＳ６１５で、ＩｏＴクライアント４３３は、ユーザー別送信データ一覧を削除する。ＩｏＴクライアント４３３は、許諾されたユーザーの、ユーザー別送信データ一覧だけ、印刷時にアプリケーションサーバー１０５から取得可能である。

【0113】

更に印刷完了時にユーザー別送信データ一覧を削除することで、次の印刷時に許諾されたユーザーの、ユーザー別送信データ一覧だけを参照することになる。これにより、ＩｏＴクライアント４３３は、許諾されたユーザーが送信可能なイベントデータのみ、ＩｏＴ管理サーバー１０４に送信することになる。

【0114】

図７は、アプリケーションサービスを契約しているユーザーの、クライアント端末１０３から画像形成装置１０２に、印刷ジョブを直接送信して印刷する、ローカル印刷の場合の、情報処理方法の例を説明する図である。尚、各部のコンピュータとしてのＣＰＵ等がメモリに記憶されたコンピュータプログラムを実行することによって図７のシーケンスの各ステップの動作が順次行われる。

【0115】

ステップＳ７０１で、クライアント端末１０３はジョブ実行指示をアプリケーションサーバー１０５に送る。ジョブ実行指示には、アプリケーションサーバー１０５にアクセスするための認可トークンが含まれる。

【0116】

アプリケーションサーバー１０５は、ジョブ実行指示を認可し、認可トークンから印刷実行ユーザーを特定して、ステップＳ７０２で、テナント管理サーバー１０６から、特定したユーザーのユーザー別送信データ一覧を取得する。

【0117】

ステップＳ７０３で、クライアント端末１０３のクラウドプリンタドライバー３５０は、印刷対象の電子データを、クライアントアプリケーション３５１から取得して、印刷ジョブに変換することで印刷ジョブを作成する。印刷ジョブのデータ形式は、画像形成装置１０２が理解できる例えばＰＤＬ形式等とする。

【0118】

ステップＳ７０４で、クライアント端末１０３のクラウドプリンタドライバー３５０は、ＩｏＴクライアント４３３に、ユーザー別送信データ一覧を送信する。ステップＳ７０５で、クラウドプリンタドライバー３５０は、印刷ジョブを画像形成装置１０２のジョブ実行部４４１に送信する。

【0119】

ステップＳ７０６で、コントローラー４３５は、ジョブ実行部４４１により取得した印刷ジョブの印刷処理を実行する。印刷処理を実行すると印刷処理中のイベントが発生し、ステップＳ７０７で、ＩｏＴクライアント４３３が、ジョブ実行部４４１からイベントデータを取得する。

【0120】

ステップＳ７０８で、ＩｏＴクライアント４３３は、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。イベントデータ送信部４４２は、デバイス別送信データ一覧とユーザー別送信データ一覧に記載されたイベントデータを、送るデータとする。そしてそのイベントデータを、ステップＳ７０９で、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１に送る。

【0121】

このように、デバイス別送信データ一覧とユーザー別送信データ一覧に記載の、イベントデータだけをＩｏＴ管理サーバー１０４に送る。従って、所有者に許諾されたイベントデータと、ジョブ実行したユーザーに許諾されたイベントデータのみを、クラウドサービスに送ることが可能となる。ステップＳ７１０で、ＩｏＴ管理サーバー１０４は、アプリケーションサーバー１０５に、画像形成装置１０２から取得したイベントデータを送信する。

【0122】

コントローラー４３５が印刷処理を完了すると印刷完了のイベントが発生し、ステップＳ７１１で、ＩｏＴクライアント４３３のイベントデータ送信部４４２がジョブ実行部４４１からイベントデータを取得する。ステップＳ７１２で、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。

【0123】

イベントデータ送信部４４２は、デバイス別送信データ一覧とユーザー別送信データ一覧に記載された、イベントデータを送るデータとする。ステップＳ７１３で、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１に送る。

【0124】

このように、デバイス別送信データ一覧とユーザー別送信データ一覧に記載の、イベントデータだけを、ＩｏＴ管理サーバー１０４に送る。それにより、所有者に許諾されたイベントデータと、ジョブ実行したユーザーに許諾されたイベントデータのみクラウドサービスに送ることが可能となる。

【0125】

ステップＳ７１４で、ＩｏＴ管理サーバー１０４は、アプリケーションサーバー１０５に画像形成装置１０２から取得したイベントデータを送信する。ステップＳ７１５で、ＩｏＴクライアント４３３は、ユーザー別送信データ一覧を削除する。

【0126】

図８は、アプリケーションサービスを契約していないユーザーの、クライアント端末１０３から画像形成装置１０２に、印刷ジョブを直接送信して印刷するローカル印刷の場合の情報処理方法の例を説明する図である。尚、各部内のコンピュータとしてのＣＰＵ等がメモリに記憶されたコンピュータプログラムを実行することによって図８のシーケンスの各ステップの動作が順次行われる。

【0127】

ステップＳ８０１で、クライアント端末１０３は、ジョブ実行指示をアプリケーションサーバー１０５に送る。アプリケーションサービスを契約していないユーザーのジョブ実行指示なのでエラーが返る。

【0128】

ステップＳ８０２で、クライアント端末１０３のクラウドプリンタドライバー３５０は、印刷対象の電子データをクライアントアプリケーション３５１から取得して、印刷ジョブに変換することで印刷ジョブを作成する。

【0129】

印刷ジョブのデータ形式は、画像形成装置１０２が理解できる例えばＰＤＬ形式等である。ステップＳ８０３で、クラウドプリンタドライバー３５０は、印刷ジョブを画像形成装置１０２に送信する。ステップＳ８０４で、コントローラー４３５は、取得した印刷ジョブの印刷処理を実行する。

【0130】

印刷処理を実行すると印刷処理中のイベントが発生し、ステップＳ８０５で、ＩｏＴクライアント４３３のイベントデータ送信部４４２がジョブ実行部４４１からイベントデータを取得する。

【0131】

ステップＳ８０６で、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。イベントデータ送信部４４２は、デバイス別送信データ一覧に記載されたイベントデータを送るデータとする。

【0132】

ステップＳ８０７で、イベントデータ送信部４４２は、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１にイベントデータを送る。ユーザー別送信データ一覧がないため、デバイス所有者が許諾したイベントデータのみＩｏＴ管理サーバー１０４に送る。

【0133】

コントローラー４３５が印刷処理を完了すると印刷完了のイベントが発生し、ステップＳ８０８で、ＩｏＴクライアント４３３のイベントデータ送信部４４２がジョブ実行部４４１からイベントデータを取得する。

【0134】

ステップＳ８０９で、ＩｏＴ管理サーバー１０４に送るイベントデータを決める。イベントデータ送信部４４２は、デバイス別送信データ一覧とユーザー別送信データ一覧に記載された、イベントデータを送るデータとする。ステップＳ８１０で、ＩｏＴ管理サーバー１０４のイベントデータ受信部３０１に送る。

【0135】

即ち、デバイス別送信データ一覧とユーザー別送信データ一覧に記載されている種類に対応する画像形成装置の稼働イベントデータのみをＩｏＴ管理サーバー１０４に送る。従って、所有者に許諾されたイベントデータと、ジョブ実行した使用者に許諾されたイベントデータのみクラウドサービスに送ることが可能となる。

【0136】

以上のように、本実施例によれば、ユーザーが許諾した場合に、ユーザーが操作して発生する、クラウドに送信する画像形成装置１０２のイベントデータを、ユーザー別送信データ一覧として作成する。

【0137】

そして、画像形成装置１０２からＩｏＴ管理サーバー１０４にイベントデータ等を送信するときに、デバイス別送信データ一覧とユーザー別送信データ一覧に定義された、イベントデータだけ送る。従って、ユーザー許諾に従った画像形成装置１０２の稼働イベントデータのクラウド送信を実現することができる。

【0138】

以上、本発明をその好適な実施例に基づいて詳述してきたが、本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。尚、上記実施例は、以下の組み合わせを含む。

【0139】

（構成１）画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持手段と、前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むユーザー別送信データ一覧を取得して保持する第２の保持手段と、前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて前記画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御手段と、を有することを特徴とする画像形成装置。

【0140】

（構成２）前記画像形成装置はプリンターを含むことを特徴とする構成１に記載の画像形成装置。

【0141】

（構成３）前記制御手段は、前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に記載されている種類に対応する前記画像形成装置の前記稼働イベントデータのみを前記所定の管理サーバーに送信することを特徴とする構成１又は２に記載の画像形成装置。

【0142】

（構成４）前記アプリケーションサービスはクラウドサーバーにより提供されることを特徴とする構成１～３のいずれか１つに記載の画像形成装置。

【0143】

（構成５）前記管理サーバーは、前記稼働イベントデータを前記クラウドサーバーに送信することを特徴とする構成４に記載の画像形成装置。

【0144】

（構成６）前記所定の管理サーバーはＩｏＴ管理サーバーを含むことを特徴とする構成１～５のいずれか１つに記載の画像形成装置。

【0145】

（方法）画像形成装置が登録しているアプリケーションサービスに必要な稼働イベントデータの種類を含むデバイス別送信データ一覧を取得して保持する第１の保持ステップと、前記画像形成装置のユーザーが登録しているアプリケーションサービスに必要な稼働イベントデータを含むユーザー別送信データ一覧を取得して保持する第２の保持ステップと、前記デバイス別送信データ一覧及び前記ユーザー別送信データ一覧に基づいて前記画像形成装置の稼働イベントデータを選択的に所定の管理サーバーに送信する制御ステップと、を有することを特徴とする画像形成装置の情報処理方法。

【0146】

（プログラム）構成１～６のいずれか１つに記載の画像形成装置の各手段をコンピュータにより制御するためのコンピュータプログラム。

【0147】

尚、上記実施例における制御の一部又は全部を実現するために、上述した実施例の機能を実現するコンピュータプログラムをネットワーク又は各種記憶媒体を介して各装置やシステム等に供給するようにしてもよい。そしてその装置やシステム等におけるコンピュータ（又はＣＰＵやＭＰＵ等）がそのプログラムを読み出して実行するようにしてもよい。その場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することとなる。

【符号の説明】

【0148】

１０２：画像形成装置
１０３：クライアント端末
１０４：ＩｏＴ管理サーバー
１０５：アプリケーションサーバー
１０６：テナント管理サーバー
４３３：ＩｏＴクライアント
４３５：コントローラー

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】