JP2020166377A

JP2020166377A - 画像形成装置、その制御方法、プログラム、及びシステム

Info

Publication number: JP2020166377A
Application number: JP2019064260A
Authority: JP
Inventors: 宏明小池; Hiroaki Koike; 池田　篤; Atsushi Ikeda; 篤池田; 岳史木暮; Takeshi Kogure
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2019-03-28
Filing date: 2019-03-28
Publication date: 2020-10-08
Also published as: US20200310714A1

Abstract

【課題】本発明は、ユーザがアクセス可能なサービスの中に、画像形成装置にインストールされたアプリケーションが対応していないサービスが含まれている場合に好適にアプリケーションを更新させる仕組みを提供する。【解決手段】本画像形成装置は、受付けたユーザの認証情報を認証サーバに通知して、認証結果を取得し、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する。また、本画像形成装置は、判断の結果、ユーザがアクセス可能なサービスが、アプリケーションで対応可能でないと判断すると、アプリケーションの更新に関するメッセージを表示部に表示する。【選択図】図７

Description

本発明は、画像形成装置、その制御方法、プログラム、及びシステムに関する。

近年、画像形成装置から外部のクラウドサービスを利用することで、画像形成装置側で行えない処理を実現するといったことが行われている。特許文献１では、外部のクラウドサービスを利用する際に、外部のクラウドサーバに対して、外部サービスの外部アカウントを利用してクラウドサービスへのサインアップを要求することが提案されている。これによりクラウドサービスにサインインする際のパスコードの入力の手間を削減することができる。

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

しかしながら、上記従来技術には以下に記載する課題がある。例えば、外部のクラウドサービスを利用する際に当該サービスに対して処理実行指示を行うために、各サービスに対応したプログラムが画像形成装置にインストールされている。画像形成装置の操作部から、これらのプログラムを実行することにより各サービスへの実行指示が行われる。しかし、このようなサービスの利用形態において、新しいクラウドサービスが追加されたとしても、画像形成装置にインストールされているプログラムが新しいサービスに対応していない場合は、画像形成装置の操作部から新しいサービスを実行できない。

本発明は、上述の課題の少なくとも一つに鑑みて成されたものである。本発明は、ユーザがアクセス可能なサービスの中に、画像形成装置にインストールされたアプリケーションが対応していないサービスが含まれている場合に好適にアプリケーションを更新させる仕組みを提供する。

本発明は、例えば、画像形成装置であって、ユーザの認証情報を受け付けて認証を実行する認証手段と、前記認証手段による認証が成功すると、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断手段と、前記判断手段による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御手段とを備えることを特徴とする。

また、本発明は、例えば、画像形成装置、認証サーバ、及びクラウドサービスを提供する複数のサーバを含むシステムであって、前記画像形成装置は、受付けたユーザの認証情報を前記認証サーバに通知して、認証結果を取得する認証手段と、前記認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断手段と、前記判断手段による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御手段とを備え、前記認証サーバは、前記複数のサーバが提供するクラウドサービスごとに、ユーザごとの認証情報に紐づけてアクセス可能か否を示すアクセス制御情報を記憶する記憶手段と、前記認証手段による要求に応じて、認証を実行し、当該ユーザのアクセス制御情報を含む認証結果を送信する送信手段とを備えることを特徴とする。

本発明によれば、ユーザがアクセス可能なサービスの中に、画像形成装置にインストールされたアプリケーションが対応していないサービスが含まれている場合に好適にアプリケーションを更新させることができる。

一実施形態に係るＭＦＰのハードウェア構成を示すブロック図。一実施形態に係るＭＦＰのソフトウェア構成を示す図。一実施形態に係るシステム構成を示す図。一実施形態に係る認証クラウドサービスの設定画面の例を示す図。一実施形態に係る表示部の表示の一例を示す図。一実施形態に係るＭＦＰの表示部上のクラウドサービスへの送信ボタンが押下された際の流れを示す図。一実施形態に係るサポートしていないサービスが含まれる場合の処理を示す図。一実施形態に係るアプリケーション更新を促すメッセージ表示の一例を示す図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

本実施形態の画像形成装置は、例えば、印刷装置（プリンタ）、複写機、複合機（ＭＦＰ）、及びファクシミリ装置等の、電子写真方式でシートに画像を形成する画像形成装置、或いは、画像処理装置や、情報処理装置として適用可能である。なお、複合機とは、例えば、プリント（印刷）機能、スキャン機能、複写機能及びファクシミリ機能を含む複数種類の機能のうち、少なくとも２つ以上の複数の機能を有する装置である。ここでは、画像形成装置が、複合機（ＭＦＰ）である場合について説明する。

＜ＭＦＰの構成＞
以下では、本発明の一実施形態について説明する。まず、図１を参照して、本実施形態におけるＭＦＰのハードウェア構成について説明する。

図１に示すように、ＭＦＰ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、表示コントローラ１０４、表示部１０５、操作コントローラ１０６、及び操作部１０７を備える。また、ＭＦＰ１０は、ｅＭＭＣホストコントローラ１０８、ｅＭＭＣ１０９、読取コントローラ１１０、読取部１１１、記録コントローラ１１２、及び記録部１１３を備える。さらに、ＭＦＰ１０は、ＵＳＢホストコントローラ１１４、モデム１１５、網制御ユニット（ＮＣＵ）１１６、及びネットワークインタフェースカード（ＮＩＣ）１１７を備える。

ＣＰＵ１０１は、システムバス１１８に接続される各デバイスを統括的に制御する。ＣＰＵ１０１は、電源が供給されると、ＲＯＭ１０２に記憶されたブートプログラムを実行する。通常、ブートプログラムは、ｅＭＭＣ１０９の特定領域に保存されているメインプログラムをＲＡＭ１０３にロードして、ロードされたメインプログラムの先頭にジャンプする。ＲＡＭ１０３は、メインプログラムのロード場所としてだけでなく、メインプログラムのワークエリアなどとして機能する。ＣＰＵ１０１は、図６及び図７を用いて説明する処理フローを実行することにより、各種処理を実行する。

表示コントローラ１０４は、ユーザインタフェースである表示部１０５に対する描画を制御する。表示部１０５は、ＷＶＧＡサイズのフルビットマップＬＣＤである。一方、操作コントローラ１０６は、ＭＦＰ１０に装備された操作部１０７からの入力を制御する。操作部１０７は、表示部１０５に重畳されたタッチパネルからなる。

読取部１１１は、原稿の読み取りを行う。読取部１１１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に読み取ることができる。読取部１１１は読取コントローラ１１０に接続されており、ＣＰＵ１０１は読取コントローラ１１０を介して読取部１１１とやり取りする。また、記録部１１３は、電子写真方式でシート等の記録紙に画像形成を行う。記録部１１３は記録コントローラ１１２に接続されており、ＣＰＵ１０１は記録コントローラ１１２を介して記録部１１３とやり取りする。

ＵＳＢホストコントローラ１１４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリ（不図示）などＵＳＢデバイスに対するアクセスを仲介する。モデム１１５は、ファクシミリ通信に必要な信号の変調・復調を行う。また、モデム１１５はＮＣＵ１１６に接続されている。モデム１１５で変調された信号は、ＮＣＵ１１６を介して公衆回線網（ＰＳＴＮ）へ送出される。ＮＩＣ１１７は、ＬＡＮを介して、メールやファイルのサーバなどと双方向にデータのやり取りを行う。また、Ｗｅｂサーバなどとも双方向にデータをやり取りする。本実施形態のＭＦＰ１０は、ストレージとしてｅＭＭＣ１０９を備える。ＣＰＵ１０１は、ｅＭＭＣホストコントローラ１０８を介してｅＭＭＣ１０９にアクセスする。

＜ソフトウェア構成＞
次に、図２を参照して、本実施形態におけるＭＦＰ１０のソフトウェア構成を説明する。図２において実線で示した各部は、ＣＰＵ１０１が前述したブートプログラムでＲＡＭ１０３にロードされたメインプログラムを実行することにより実現されるソフトウェアモジュールである。

メインプログラムは、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）部２０１によって後述するそれぞれのモジュールの実行を管理・制御する。ＯＳ部２０１には、デバイスドライバ２０８が組み合わされている。デバイスドライバ２０８は、表示コントローラ１０４、操作コントローラ１０６、及び読取コントローラ１１０などのハードウェアデバイスとのやり取りを仲介する。

ＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）部２０２は、表示部１０５及び操作部１０７を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。ＭＦＰ１０の振る舞いを切り替える各種設定も、ＵＩ部２０２によって変更することができる。ＵＩ部２０２によって変更された各種設定は、データベース２１３を介して物理的にｅＭＭＣ１０９へ格納される。ＵＩ部２０２によって変更される表示言語の設定も各種設定のひとつである。

ジョブコントローラ２０３は、コピーやプリント、ファックスなどのジョブを受け付け、受け付けたジョブの実行を制御する。Ｓｔｏｒａｇｅ部２０６は、例えばファクシミリ送受信する画像や拡張アプリケーション部２１０から要求されたアプリケーション設定などのデータを、物理的にｅＭＭＣ１０９へ格納して管理するソフトウェアモジュールである。例えば、本実施形態のＭＦＰ１０において、ジョブコントローラ２０３がファックス送信ジョブを受け付けると、Ｓｃａｎ部２０７はそのジョブ要求を受けて読取部１１１を制御して原稿をスキャンする。さらに、Ｓｃａｎ部２０７は、スキャンしたファクシミリ画像データをＳｔｏｒａｇｅ部２０６へ転送する。Ｓｔｏｒａｇｅ部２０６は、転送されたファクシミリ画像データをｅＭＭＣ１０９へ格納する。格納されたファクシミリ画像データはＦａｘ部２０４によって読み出され、モデム１１５及びＮＣＵ１１６を介して相手先にファクシミリ送信される。一方、モデム１１５及びＮＣＵ１１６を介して相手先からファクシミリ受信した画像データは、Ｆａｘ部２０４によって取り込まれ、Ｓｔｏｒａｇｅ部２０６によってｅＭＭＣ１０９へ格納される。

本実施形態のＭＦＰ１０では、ＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）／ＦＷ（Ｆｒａｍｅｗｏｒｋ）部２０９を備える。拡張アプリケーション部２１０は、物理的にはｅＭＭＣ１０９上に配置され、スクリプト言語で記述された任意のプログラム等から複数のアプリケーションを収容する。例えば、バイトコードを解釈して実行するインタープリタであるＪａｖａ（登録商標）や、Ｌｕａなどの言語系を用いてもよい。ＶＭ／ＦＷ部２０９は、スクリプト言語や所定の高級言語で記述された任意のプログラムを拡張アプリケーション部２１０へインストールする。或いは、拡張アプリケーション部２１０からアンインストールする役割を受け持つ。同時に、インストールされたアプリケーションが有効であるか無効であるかを含むアプリケーションのステータス情報を、Ｓｔｏｒａｇｅ部２０６によってｅＭＭＣ１０９で保持する。

また、ＶＭ／ＦＷ部２０９は、ＲＯＭ１０２上に複数のプレインストールアプリケーションを圧縮したアーカイブが存在すれば、それを必要に応じて伸張しながら拡張アプリケーション部２１０にインストールする能力も備える。詳細については割愛する。また、ＶＭ／ＦＷ部２０９は、拡張アプリケーション部２１０にインストールされた任意のプログラムで実現される機能と既存機能との調停等も受け持つ。そして、ＶＭ／ＦＷ部２０９は、表示部１０５に表示されたボタンの選択を受け付けて、対応するアプリケーションのスクリプト言語をＲＡＭ１０３上にロードしながら、内容を解釈して実行する。これらによって、本実施形態のＭＦＰ１０は、機能の着脱性を維持しつつ、ログインアプリケーション２１４のような任意の機能を容易に実現することができる。なお、ログインアプリケーション２１４は、ＭＦＰ１０の認証を管理するログインプログラム２１５と、クラウドサービスに関する処理を管理するクラウドプログラム２１６を含む。さらに、ＶＭ／ＦＷ部２０９は、拡張アプリケーション部２１０にインストールされた任意のプログラムからの要求を受けて、データベース２１３の各種設定値を参照したり変更したりする。

ＵＩデバイスコントローラ２１１は、ＵＩ部２０２及び拡張アプリケーション部２１０が表示部１０５へ各種情報を出力することや、操作部１０７によるユーザ操作をＵＩ部２０２及び拡張アプリケーション部２１０へ伝達することを仲介する。クラウドプログラム２１６は、更新制御手段として機能し、例えば後述するクラウドサービス４０にスキャン画像を送信するためのユーザによるスキャン属性や送信先情報等の各種設定を記憶する。各種設定を記憶したクラウドプログラム２１６は、ＵＩ部２０２の要求に応じて、図５に示すような、クラウドサービスＡ４１へのボタン５０６と、クラウドサービスＢ４２へのボタン５０７とのアイコンデータをＵＩ部２０２に渡す。そして、ＵＩ部２０２は、表示部１０５に図５に示すようなメニュー画面５００を表示する。

＜メニュー画面＞
ここで、図５を参照して、本実施形態における表示部１０５の表示の一例を説明する。画面５００は、各種アプリケーションを選択可能なメニュー画面である。５０１には各アプリケーションを示す各種ボタンが表示されており、ボタンを押下することにより各ボタンに対応するアプリケーションの起動や、予めボタンに登録された処理の実行が行われる。５０１には決まった数のボタンが一覧表示され、表示されていないボタンについては、５０２、５０３を押下することにより異なるボタン一覧の表示画面に遷移する。また、５０４、５０５を押下することにより、デバイスのカウンターを確認する画面やデバイスの状況を確認する画面に遷移する。

＜システム構成＞
次に、図３を参照して、本実施形態におけるシステム構成（利用環境）を説明する。ＭＦＰ１０は、インターネットを介して、情報処理装置２０、認証クラウドサービス３０、クラウドサービスＡ４１やクラウドサービスＢ４２を含むクラウドサービス４０に接続されている。また、ＭＦＰ１０はＭＦＰ１０の読取部１１１で読み取った原稿データをクラウドサービスＡ４１やクラウドサービスＢ４２といったクラウドサービス４０に対し送信する。情報処理装置２０は、ＭＦＰ１０やクラウドサービス４０を利用するユーザデバイスであり、パーソナルコンピュータ、タブレット、スマートフォン等の機器を適用することができる。

認証クラウドサービス３０には、ユーザ認証情報５１、クラウドサービスアクセス制御情報５２、サービスの宛先５３、及びクラウドサービス認可情報５４等を含むプロファイル情報５０が格納される。ここで、ユーザ認証情報５１は認証クラウドサービス３０にアクセスするためのユーザ情報である。クラウドサービスアクセス制御情報５２はユーザに対し、クラウドサービスへのアクセスを許可するか否かの情報を表すサービス情報である。クラウドサービスアクセス制御情報５２は、後述する図４の設定画面を用いてＭＦＰ１０で設定され、それらの設定情報を認証クラウドサービス３０側で受信することにより保持される。また、サービスの宛先５３は各クラウドサービス４０の宛先情報である。クラウドサービス認可情報５４はユーザがクラウドサービス４０にアクセスする際に用いる認証情報である。

＜設定画面＞
次に、図４を参照して、本実施形態における認証クラウドサービス３０の設定画面の一例を説明する。図４に示す設定画面は図３に示す情報処理装置２０のＷｅｂブラウザから認証クラウドサービス３０にアクセスした際に表示される画面である。ここで設定された情報に従って、図３に示すプロファイル情報５０が生成される。

図４に示す設定画面４０１、４０２は、メニュー画面５００における、クラウドサービスＡ４１へのボタン５０６や、クラウドサービスＢ４２へのボタン５０７に紐付ける情報の設定を行う画面である。設定画面４０１のテキスト入力フィールド４０５では表示部１０５に表示されるボタンの名称が設定される。また、クラウドサービスＡのアクセス制御について、テキスト入力フィールド４０７でユーザを指定後、承認ボタン４０８又は拒否ボタン４０９を押下すると、ユーザ名４１０と承認又は拒否の情報４１１がリスト表示に追加される。設定画面４０１で設定後保存ボタン４１２を押下することで、設定した内容が保存される。これによりユーザ名４１０のユーザに対し、テキスト入力フィールド４０７で指定したボタン名のボタンを表示部１０５に表示する（承認設定）又は表示しない（拒否設定）が設定される。設定情報については、例えば、ネットワークを介して外部装置である認証クラウドサービス３０（認証サーバ）へ送信され、プロファイル情報５０として保持される。なお、ＭＦＰ１０は、認証クラウドサービス３０の機能を内部に保持するように構成されてもよい。図５の画面では、ユーザＡ４１０が拒否４１１となっており、ユーザＡがＭＦＰ１０にログインした際には、クラウドサービスＡへのボタン５０６はメニュー画面５００には表示されないこととなる。一方、承認設定がされていれば、ボタン５０６がメニュー画面５００に表示される。

また設定画面４０２のファイル形式選択４１３では表示部１０５のボタンを押下された際に、読取部１１１で読み取った原稿データを、ＴＩＦＦ形式、ＰＤＦ形式、及び圧縮ＰＤＦ形式のどの形式で送信するかの選択が行われる。なお、これらのファイル形式については一例であり、本発明を限定する意図はない。出力設定４１４では、読取部１１１で読み取った原稿データをどこに送信するかの設定が行われる。

設定画面４０３はユーザの情報を管理する画面である。追加ボタン４１５を押下し名前４１８、通知先Ｅメール４１９等のユーザ情報を入力することでユーザの追加を行う。また、編集ボタン４１６や削除ボタン４１７を押下することでユーザ情報の編集、削除を行う。設定画面４０４はクラウドサービス４０のＵＲＬを設定する画面である。クラウドサービスＡ４１の設定を行う際はクラウドサービスＡ４１のタブ４２０を選択、表示されたＵＲＬ入力フィールド４２２にＵＲＬを入力することでクラウドサービスＡ４１に対するＵＲＬが設定される。

＜処理フロー１＞
次に、図６を参照して、本実施形態に係るＭＦＰ１０の表示部１０５上のクラウドサービスＡ４１への送信ボタン８０４が押下された際の処理手順を説明する。図８の８０１は、クラウドサービスＡ４１への送信ボタン８０４を含むメニュー画面を示す。なお、８０２は、クラウドサービスＢ４２への送信ボタン８０５を含むメニュー画面を示す。以下で説明する処理は、拡張アプリケーション部２１０にインストールされたログインアプリケーション２１４の処理がＶＭ／ＦＷ部２０９によって解釈されＣＰＵ１０１によって実行される。図６中の６００−１はＵＩ部２０２側の処理、６００−２はクラウドプログラム２１６側の処理、６００−３はログインプログラム２１５側の処理、６００−４は認証クラウドサービス３０側の処理、６００−５はクラウドサービスＡ４１側の処理を示す。

まず、Ｓ６０１で、ログインプログラム２１５は、ＭＦＰ１０が起動したか否かの判断を行う。ＭＦＰ１０が起動していない場合はＳ６０１に戻り処理を繰り返す。ＭＦＰ１０が起動したと判断した場合はＳ６０２に進み、ログインプログラム２１５は、ＵＩ部２０２に対しログイン画面の表示指示を行う。

一方、Ｓ６０３で、ＵＩ部２０２は、ログイン画面の表示指示があったか否かの判断を行い、ログイン画面表示指示がないと判断した場合はＳ６０３に戻り処理を繰り返す。Ｓ６０３でログイン画面表示指示があったと判断した場合は、Ｓ６０４に進み、ＵＩ部２０２は、ログイン画面の表示を行う。続いて、Ｓ６０５で、ＵＩ部２０２は、ログイン情報が入力されたか否かの判断を行い、ログイン情報が入力されていないと判断した場合は、Ｓ６０４に戻り処理を繰り返す。Ｓ６０５でログイン情報が入力されたと判断した場合は、ＵＩ部２０２は、Ｓ６０６でログイン情報をログインプログラム２１５に送信する。

Ｓ６０７で、ログインプログラム２１５は、ログイン情報を受信したか否かの判断を行い、受信していないと判断した場合はＳ６０７に戻り処理を繰り返す。Ｓ６０７でログイン情報を受信したと判断した場合は、Ｓ６０８で、ログインプログラム２１５は、認証クラウドサービス３０に対し、認証要求を行う。

Ｓ６０９で、認証クラウドサービス３０は、認証要求を受信したか否かの判断を行い、受信していないと判断した場合は、Ｓ６０９に戻り処理を繰り返す。Ｓ６０９で認証要求を受信したと判断した場合は、Ｓ６１０で、認証クラウドサービス３０は、ログインプログラム２１５に対し、認証結果及びボタン情報を送信する。ここで、認証結果には認証クラウドサービス３０に対する認証結果と、認証クラウドサービス３０が管理するユーザ認証情報５１、及びクラウドサービスアクセス制御情報５２を（サービス情報）含む。またボタン情報にはクラウドサービスアクセス制御情報５２でユーザがアクセスを許可されたクラウドサービスの宛先５３や図４の設定画面４０１、４０２で設定された情報が含まれる。

Ｓ６１１で、ログインプログラム２１５は、認証結果を受信したか否かの判断を行い、受信していないと判断した場合は、Ｓ６１１に戻り処理を繰り返す。Ｓ６１１で認証結果を受信したと判断した場合は、Ｓ６１２で、ログインプログラム２１５は、ＵＩ部２０２に対し認証結果を送信する。

Ｓ６１３で、ＵＩ部２０２は、認証結果を受信したか否かの判断を行い、認証結果を受信していないと判断した場合は、Ｓ６１３に戻り処理を繰り返す。Ｓ６１３で認証結果を受信したと判断した場合は、Ｓ６１４に進み、ＵＩ部２０２は、認証結果がＯＫか否かの判断を行う。認証結果がＯＫでないと判断した場合は、ＵＩ部２０２は、Ｓ６１５で認証結果がＮＧであったことを示すメッセージ画面（不図示）を表示した後、Ｓ６０４に戻り処理を繰り返す。一方、認証結果がＯＫであったと判断した場合は、Ｓ６１６で、ＵＩ部２０２は表示部１０５に操作画面の表示を行う。

Ｓ６１２で認証結果の送信を行った後、Ｓ６１７で、ログインプログラム２１５は、クラウドプログラム２１６に対し、ボタン情報を送信する。ここでボタン情報には、設定画面４０１、４０２で設定した設定情報が含まれる。従って、認証クラウドサービス３０は、図３を用いて説明したように、ユーザ認証情報５１に、設定画面４０１、４０２で設定されたボタン情報（クラウドサービスアクセス制御情報５２）が紐づいた形式のプロファイル情報５０を予め保持している。従って、上記認証結果には、認証が成功したか否かの情報と、当該ユーザにおけるサービスへのアクセス制御情報とが含まれる。

Ｓ６１８で、クラウドプログラム２１６は、ボタン情報を受信したか否かの判断を行い、ボタン情報を受信していないと判断した場合は、Ｓ６１８に戻り処理を繰り返す。Ｓ６１８でボタン情報を受信したと判断した場合は、Ｓ６１９で、クラウドプログラム２１６は、ボタン情報（クラウドサービスアクセス制御情報５２）においてユーザが許可されたクラウドサービスのボタンの表示指示をクラウドプログラム２１６に送信する。

Ｓ６２０で、ＵＩ部２０２は、ボタン表示指示があったか否かの判断を行い、ボタン表示指示が無かったと判断した場合は、Ｓ６１６に戻り処理を繰り返す。Ｓ６２０でボタン表示指示があったと判断した場合は、ＵＩ部２０２は、Ｓ６２１で該当サービスのボタン例えば、送信ボタン８０４や送信ボタン８０５などを表示する。続いて、Ｓ６２２で、ＵＩ部２０２は、サービスのボタンが押下されたか否かの判断を行い、押下されていないと判断した場合は、Ｓ６２１に戻り処理を繰り返す。Ｓ６２２でサービスのボタンが押下されたと判断した場合は、ＵＩ部２０２は、Ｓ６２３でクラウドプログラム２１６に実行指示を行い、ＵＩ部２０２の処理を終了する。ここで、図６ではクラウドサービスＡ４１の送信ボタン８０４が押下された例を示す。

Ｓ６２４で、クラウドプログラム２１６は、サービスの実行指示（ボタン押下）があったか否かの判断を行い、サービスの実行指示が無かったと判断した場合は、Ｓ６２４に戻り処理を繰り返す。Ｓ６２４でサービスの実行指示があったと判断した場合は、Ｓ６２５で、クラウドプログラム２１６は、ＭＦＰ１０の読取部１１１で読み取ったスキャンデータと、認証情報、及びサービスの宛先の情報を、認証クラウドサービス３０に送信する。ここで、クラウドプログラム２１６は処理を終了する。

Ｓ６２６で、認証クラウドサービス３０は、スキャンデータ、認証情報、及びサービスの宛先情報を受信したか否かの判断を行い、受信していないと判断した場合はＳ６２６に戻り処理を繰り返す。受信したと判断した場合は、受信したサービスの宛先に対し、Ｓ６２７で、認証クラウドサービス３０は、スキャンデータ、及びクラウドサービス認可情報を送信し、認証クラウドサービス３０の処理を終了する。

Ｓ６２８で、クラウドサービスＡ４１は、スキャンデータ、及びクラウドサービス認可情報を受信したか否かの判断を行い、受信していないと判断した場合はＳ６２８に戻り処理を繰り返す。Ｓ６２８で受信したと判断した場合は、クラウドサービスＡ４１は、６２９で認証ＯＫか否かの判断を行い、認証がＯＫでないと判断した場合は、スキャンデータを格納することなくクラウドサービスＡ４１は処理を終了する。Ｓ６２９で認証がＯＫであると判断した場合は、クラウドサービスＡ４１はＳ６３０でスキャンデータを格納した後、処理を終了する。

ここで、クラウドサービス認可情報とは各サービスがユーザに対し設定する認可情報であり、認証クラウドサービス３０にユーザと紐付けて保存される。Ｓ６２２で初めてサービスのボタンが押下された場合は、認証クラウドサービス３０ではユーザに対してサービスの認可情報が設定されていない。その場合、図４の設定画面４０３で設定されたユーザへの通知先Ｅメールの宛先に対し、認可情報取得用のＵＲＬを送信する。ユーザは情報処理装置２０のブラウザで認可情報取得用のＵＲＬにアクセスし、表示されたログイン画面でログイン情報を入力することで認可情報が設定され、認証クラウドサービス３０に情報が格納される。２回目以降にサービスのボタンを押下した場合は認証クラウドサービス３０に格納された認可情報が利用される。

＜処理フロー２＞
次に、図７を参照して、本実施形態に係るクラウドプログラム２１６がサポートしていないサービスがボタン情報に含まれていた際に、アプリケーション更新画面を出す際の処理手順を説明する。以下で説明する処理は、拡張アプリケーション部２１０にインストールされたログインアプリケーション２１４の処理がＶＭ／ＦＷ部２０９によって解釈されＣＰＵ１０１によって実行される。図６中の６００−１はＵＩ部２０２側の処理、６００−２はクラウドプログラム２１６側の処理、６００−３はログインプログラム２１５側の処理、６００−４は認証クラウドサービス３０側の処理、６００−５はクラウドサービスＡ４１側の処理を示す。Ｓ７０１からＳ７１８までの処理はＳ６０１からＳ６１８までの処理と同じである為、ここでは割愛する。

Ｓ７１８でボタン情報を受信したと判断した場合は、Ｓ７１９で、クラウドプログラム２１６は、受信したボタン情報の中のユーザがアクセス可能なサービスのうち、クラウドプログラム２１６がサポートしていないサービスが含まれているか否かの判断を行う。Ｓ７１９でサポートしていないサービスが含まれていないと判断した場合は、Ｓ７２０で、クラウドプログラム２１６は、ボタン情報においてユーザが許可されたクラウドサービスのボタンの表示指示をＵＩ部２０２に送信する。なお、Ｓ７２１からＳ７３１までの処理はＳ６２０からＳ６３０までの処理と同じである為、ここでは割愛する。

一方、Ｓ７１９でサポートしていないサービスがあると判断した場合は、Ｓ７３２で、クラウドプログラム２１６は、ＵＩ部２０２に対しアプリケーション更新メッセージの表示指示を送信する。続いて、Ｓ７３３で、クラウドプログラム２１６は、アプリケーション更新メッセージの表示指示があったか否かの判断を行い、アプリケーション更新メッセージの表示指示がないと判断した場合は、Ｓ７２１以降の処理を進める。Ｓ７３３でアプリケーション更新メッセージの表示指示があったと判断した場合は、Ｓ７３４で、ＵＩ部２０２は、アプリケーション更新を促すメッセージを表示部１０５に表示する。ここでアプリケーション更新を促すメッセージ表示の例を図８の８０３に示す。メッセージ表示８０６には、アプリケーション更新を促すメッセージと、更新ボタン８０７と、キャンセルボタン８０８とを表示する。更新ボタン８０７が選択されると、アプリケーションを更新し、当該サービスを利用可能となり、メニュー画面に当該サービスへのボタンが表示される。詳細については以下で説明する。

次に、Ｓ７３５で、ＵＩ部２０２は、更新ボタン８０７が押下されアプリケーション更新指示があったか否かの判断を行う。アプリケーション更新指示が無かったと判断した場合は、Ｓ７３４に戻り処理を繰り返す。Ｓ７３５でアプリケーション更新指示があったと判断した場合は、Ｓ７３６で、認証クラウドサービス３０に対し、アプリケーション更新指示を送信する。なお、キャンセルボタン８０８が押下された場合には、前回と同様のメニュー画面を表示する制御が行われる。

Ｓ７３７で、認証クラウドサービス３０は、アプリケーション更新指示があったか否かの判断を行い、アプリケーション更新指示が無かったと判断した場合は、Ｓ７３７に戻り処理を繰り返す。アプリケーション更新指示があったと判断した場合は、Ｓ７３８で、認証クラウドサービス３０は、ＵＩ部２０２に対し、アプリケーションパッケージを送信する。

Ｓ７３９で、ＵＩ部２０２は、アプリケーションパッケージを受信したか否かの判断を行い、受信していないと判断した場合は、Ｓ７３９に戻り処理を繰り返す。アプリケーションパッケージを受信したと判断した際は、Ｓ７４０で、ＵＩ部２０２は、アプリケーションのインストール処理を行う。アプリケーションのインストール処理を実行後、Ｓ７４１で、ＵＩ部２０２は、ＭＦＰ１０の再起動を実行し、ＵＩ部２０２の処理を終了する。

以上説明したように、本実施形態に係るシステムは、画像形成装置と、認証サーバ（認証クラウドサービス３０）、及びクラウドサービスを提供する複数のサーバ（クラウドサービス４０）とを含む。画像形成装置は、受付けたユーザの認証情報を認証サーバに通知して、認証結果を取得し、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する。また、本画像形成装置は、判断の結果、ユーザがアクセス可能なサービスが、アプリケーションで対応可能でないと判断すると、アプリケーションの更新に関するメッセージを表示部に表示する。認証サーバは、複数のサーバが提供するクラウドサービスごとに、ユーザごとの認証情報に紐づけてアクセス可能か否を示すアクセス制御情報を記憶する記憶部を有し、認証要求に応じて、認証を実行し、当該ユーザのアクセス制御情報を含む認証結果を送信する。このように、本実施形態では、受信したアクセス制御情報（ボタン情報）をもとにクラウドプログラム２１６側がクラウドプログラム２１６のサービスのサポート状況の確認を行う。さらに、本実施形態によれば、画像形成装置にインストールされたアプリケーションがユーザがアクセス可能なサービスに対応していない場合は、アプリケーションの更新を促すメッセージを表示する。なお、認証クラウドサービス３０が受信するログイン情報にクラウドプログラム２１６がサポートするサービスの情報を含めることで、認証クラウドサービス３０側でクラウドプログラム２１６のサービスのサポート状況確認を行ってもよい。

＜変形例＞
本発明は上記実施形態に限らず様々な変形が可能である。例えば、上記実施形態では、ボタン情報（クラウドサービスアクセス制御情報５２）に当該ＭＦＰのアプリケーションでは対応不可能なサービスが含まれている場合には、更新を促すメッセージを表示した。しかし、本発明は、これに限定されず、例えば、アプリケーションの更新について、上記実施形態のようなユーザの承認を求めるのではなく、自動的に更新を行い、更新中である旨のメッセージを表示するようにしてもよい。これにより、ユーザの操作を軽減することができる。さらに、自動で行うか、ユーザの承認を求めるかを設定可能に制御してもよい。つまり、本変形例は、上記実施形態と組み合わせて実行することができ、何れの制御を選択するかについては、管理者等による設定に従ってもよい。

＜その他の実施形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０：ＭＦＰ、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：表示コントローラ、１０５：表示部、１０６：操作コントローラ、１０７：操作部、１０８：ｅＭＭＣホストコントローラ、１０９：ｅＭＭＣ、１１０：読取コントローラ、１１１：読取部、１１２：記録コントローラ、１１３：記録部、１１４：ＵＳＢホストコントローラ、１１５：モデム、１１６：ＮＣＵ、１１７：ＮＩＣ、１１８：システムバス

Claims

画像形成装置であって、
ユーザの認証情報を受け付けて認証を実行する認証手段と、
前記認証手段による認証が成功すると、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断手段と、
前記判断手段による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御手段と
を備えることを特徴とする画像形成装置。
前記認証手段は、ネットワークを介して認証サーバに対して受け付けた認証情報を送信して、前記認証結果を取得し、
前記認証サーバは、ユーザごとの認証情報に紐づけて、アクセス可能なサービス情報を予め保持していることを特徴とする請求項１に記載の画像形成装置。
サービスごとのユーザのアクセス制御をユーザの入力に従って設定し、設定した情報を前記認証サーバへ通知する設定手段をさらに備えることを特徴とする請求項２に記載の画像形成装置。
前記更新制御手段は、
前記アプリケーションの更新に関するメッセージとして、ユーザに対して更新を促すメッセージを含む画面を前記表示部に表示し、当該画面を介してユーザの承認を受け付けると、前記アプリケーションの更新を実行することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
前記更新制御手段は、
前記アプリケーションの更新に関するメッセージとして、ユーザに対して更新中であることを示すメッセージを前記表示部に表示し、前記アプリケーションの更新を自動的に実行することを特徴とする請求項１乃至３の何れか１項に記載の画像形成装置。
前記更新制御手段によってアプリケーションが更新されると、前記表示部に新たに追加されたサービスを選択可能なメニュー画面を表示するユーザインタフェースをさらに備えることを特徴とする請求項４又は５に記載の画像形成装置。
ユーザがアクセス可能なサービスには、ネットワークを介してアクセス可能なクラウドサービスが含まれ、
前記更新制御手段は、当該アプリケーションを更新する際に、前記認証サーバに問い合わせて、当該クラウドサービスのアプリケーションパッケージを取得することを特徴とする請求項２に記載の画像形成装置。
前記認証サーバは、前記更新制御手段による問い合わせに応じて、当該クラウドサービスのサーバから前記アプリケーションパッケージを取得することを特徴とする請求項７に記載の画像形成装置。
画像形成装置の制御方法であって、
認証手段が、ユーザの認証情報を受け付けて認証を実行する認証工程と、
判断手段が、前記認証工程による認証が成功すると、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断工程と、
更新制御手段が、前記判断工程による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御工程と
を含むことを特徴とする画像形成装置の制御方法。
画像形成装置の制御方法における各工程をコンピュータに実行させるためのプログラムであって、前記制御方法は、
認証手段が、ユーザの認証情報を受け付けて認証を実行する認証工程と、
判断手段が、前記認証工程による認証が成功すると、認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断工程と、
更新制御手段が、前記判断工程による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御工程と
を含むことを特徴とするプログラム。
画像形成装置、認証サーバ、及びクラウドサービスを提供する複数のサーバを含むシステムであって、
前記画像形成装置は、
受付けたユーザの認証情報を前記認証サーバに通知して、認証結果を取得する認証手段と、
前記認証結果に含まれる当該ユーザのアクセス可能なサービスの情報が、前記画像形成装置にインストールされているアプリケーションで対応可能か否かを判断する判断手段と、
前記判断手段による判断の結果、前記ユーザがアクセス可能なサービスが、前記アプリケーションで対応可能でないと判断すると、前記アプリケーションの更新に関するメッセージを表示部に表示する更新制御手段と
を備え、
前記認証サーバは、
前記複数のサーバが提供するクラウドサービスごとに、ユーザごとの認証情報に紐づけてアクセス可能か否を示すアクセス制御情報を記憶する記憶手段と、
前記認証手段による要求に応じて、認証を実行し、当該ユーザのアクセス制御情報を含む認証結果を送信する送信手段と
を備えることを特徴とするシステム。
前記更新制御手段は、前記アプリケーションを更新する際に、前記認証サーバを介して対応するクラウドサービスのサーバからアプリケーションパッケージを取得して更新を実行することを特徴とする請求項１１に記載のシステム。