(57)【要約】【課題】アクセストークンによる認可処理を伴う画像の送信を行うときに、スキャンから送信完了までにかかる全体の処理時間を抑制する。【解決手段】画像処理装置は、ログインユーザに対応するアクセストークンの検証が行われた上でメール機能が利用できる画像処理装置であって、前記画像処理装置へのログインの成功から、該ログインに応じたスキャン指示に従うスキャン処理の完了前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する処理手段と、前記アクセストークンの検証の結果に従い、前記スキャン処理で得られた画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する送信手段と、を有することを特徴とする。【選択図】図１２
2020170913.tif 000002
【特許請求の範囲】
【請求項１】
ログインユーザに対応するアクセストークンの検証が行われた上でメール機能が利用できる画像処理装置であって、
前記画像処理装置へのログインの成功から、該ログインに応じたスキャン指示に従うスキャン処理の完了前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する処理手段と、
前記アクセストークンの検証の結果に従い、前記スキャン処理で得られた画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する送信手段と、
を有することを特徴とする画像処理装置。
【請求項２】
前記処理手段は、前記スキャン処理で得られた画像データの宛先としてメールアドレスが指定されたタイミングで、前記アクセストークンの有効性の検証のための処理を開始する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記処理手段は、前記画像処理装置へのログインが成功したタイミングで、前記アクセストークンの有効性の検証のための処理を開始する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記処理手段は、前記スキャン指示のための画面に遷移する指示の入力を受け付けたタイミングで、前記アクセストークンの有効性の検証のための処理を開始する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項５】
前記処理手段は、前記スキャン処理を実行するための操作を受け付けたタイミングで、前記アクセストークンの有効性の検証のための処理を開始する
ことを特徴とする請求項１に記載の画像処理装置。
【請求項６】
前記アクセストークンの有効性の検証のための処理は、前記スキャン処理の実行に並行して実行される
ことを特徴とする請求項１から請求項５のいずれか一項に記載の画像処理装置。
【請求項７】
前記処理手段は、前記ログインユーザに対応するアクセストークンの検証に失敗した場合に、リフレッシュトークンによる前記アクセストークンの再発行のための処理を実行し、
前記送信手段は、再発行されたアクセストークンを利用して、前記画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する
ことを特徴とする請求項１から請求項６のいずれか一項に記載の画像処理装置。
【請求項８】
前記処理手段は、前記リフレッシュトークンによる前記アクセストークンの再発行に失敗した場合に、前記ログインユーザのログイン認証のための処理を実行し、
前記送信手段は、前記ログイン認証に基づいて発行されたアクセストークンを利用して、前記画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する
ことを特徴とする請求項７に記載の画像処理装置。
【請求項９】
前記処理手段は、前記ログイン認証が成功したときに、前記ログイン認証による前記メール機能の利用を認可するための認可処理をさらに実行し、
前記送信手段は、前記ログイン認証および前記認可処理に基づいて発行されたアクセストークンを利用して、前記画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する
ことを特徴とする請求項８に記載の画像処理装置。
【請求項１０】
ログインユーザに対応するアクセストークンの検証が行われた上でメール機能が利用できる画像処理装置における方法であって、
前記画像処理装置へのログインの成功から、該ログインに応じたスキャン指示に従うスキャン処理の完了前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する工程と、
前記アクセストークンの検証の結果に従い、前記スキャン処理で得られた画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する工程と、
を有することを特徴とする方法。
【請求項１１】
画像処理装置のコンピュータに、
前記画像処理装置へのログインの成功から、該ログインに応じたスキャン指示に従うスキャン処理の完了前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する工程と、
前記アクセストークンの検証の結果に従い、前記スキャン処理で得られた画像データを含むメールデータを、メール機能を用いてメールサーバに送信する工程と、を実行させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、方法およびプログラムに関する。
【背景技術】
【０００２】
ＭＦＰ(Multi-Function Peripheral)等の画像処理装置においては、スキャナで読み取った画像を指定の画像フォーマットのファイルに変換してネットワーク上の宛先に送信する機能を有するものが知られている。
【０００３】
また、ＡＰＩ(Application Program Interface)アクセスの権限認可に関するプロトコルの一つとして、ＯＡｕｔｈ認証が知られている。ＯＡｕｔｈ認証を用いることで、複数サーバ間の連携に必要なＡＰＩアクセスの権限認可を容易に行うことができる。このＯＡｕｔｈ認証は、外部のＳＭＴＰ(Simple Network Management Protocol)サーバによるメール送信を行う際の認証方法の一つとしても用いられている。
【０００４】
ＯＡｕｔｈ認証で用いられるアクセストークンは、クライアントアプリケーションがリソースサーバを通じてユーザからログイン認証操作および認可操作を受け付けることで発行される。アクセストークンが有効期限切れなどの要因で無効となった場合は、アクセストークンの再発行が必要となる。この再発行の方法の一つとして、認可サーバからアクセストークンと同時的に発行されたリフレッシュトークンをクライアントアプリケーションが送信する方法がある。また、リフレッシュトークンによるアクセストークンの再発行に失敗した場合、クライアントアプリケーションにおいては、再度認可サーバへのユーザからログイン認証操作と認可操作を受け付けることでアクセストークンの再発行が必要となる。
【０００５】
例えば、特許文献１では、スキャナがスキャン実行指示を受け、スキャンが完了した後にサーバへスキャンした画像データおよび事前に取得した認可情報であるアクセストークンを同時的に送信することを提案している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−１９７８１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１のようにスキャンが完了した後にアクセストークンによる認可処理を行うと、スキャンから送信完了までにかかる全体の処理時間が増加してしまう。
【課題を解決するための手段】
【０００８】
一実施形態の画像処理装置は、ログインユーザに対応するアクセストークンの検証が行われた上でメール機能が利用できる画像処理装置であって、前記画像処理装置へのログインの成功から、該ログインに応じたスキャン指示に従うスキャン処理の完了前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する処理手段と、前記アクセストークンの検証の結果に従い、前記スキャン処理で得られた画像データを含むメールデータを、前記メール機能を用いてメールサーバに送信する送信手段と、を有することを特徴とする。
【発明の効果】
【０００９】
一実施形態の画像処理装置によれば、アクセストークンによる認可処理を伴う画像の送信を行うときに、スキャンから送信完了までにかかる全体の処理時間を抑制できる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態における画像処理システムの構成例を示す図である。
【図２】ＭＦＰのハードウェア構成の一例を示すブロック図である。
【図３】操作部の構成の一例を示す図である。
【図４】ホーム画面の一例を示す図である。
【図５】ＳＥＮＤアプリケーションの操作画面の一例を示す図である。
【図６】アドレス帳画面の一例を示す図である。
【図７】スキャン中画面の一例を示す図である。
【図８】ジョブ受付完了画面の一例を示す図である。
【図９】アクセストークン再発行失敗画面の一例を示す図である。
【図１０】ＯＡｕｔｈ認証におけるログイン認証画面の一例を示す図である。
【図１１】ＯＡｕｔｈ認証における認可画面の一例を示す図である。
【図１２】第１実施形態におけるＭＦＰのソフトウェアモジュール間のコマンドシーケンスを示す図である。
【図１３】図１２の続きの図である。
【図１４】第１実施形態におけるＵＩ制御部の動作例を示す流れ図である。
【図１５】図１４の続きの図である。
【図１６】第１実施形態におけるスキャナ制御部の動作例を示す流れ図である。
【図１７】第１実施形態における送信制御部の動作例を示す流れ図である。
【図１８】第２実施形態におけるＭＦＰのソフトウェアモジュール間のコマンドシーケンスを示す図である。
【図１９】図１８の続きの図である。
【図２０】ＯＡｕｔｈ認証中画面の一例を示す図である。
【図２１】第２実施形態におけるＵＩ制御部の動作例を示す流れ図である。
【図２２】図２１の続きの図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面などを参照して説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１２】
（第１実施形態）
第１実施形態では、ＯＡｕｔｈ認証においてアクセストークンが無効でリフレッシュトークンによる再発行が必要な場合に、送信全体の処理時間の増加を防ぐ構成を説明する。
【００１３】
図１は、第１実施形態における画像処理装置を含む画像処理システムの構成例を示す。図１に示す画像処理システムは、画像処理装置の一例としてのＭＦＰ１０１、ファイルサーバ１０２、メールサーバ１０３、クライアントパーソナルコンピュータ（ＰＣ）１０４、認可サーバ１０５およびリソースサーバ１０６を備えている。上記の画像処理システムの各要素は、ネットワーク１０８を介して互いに接続されている。また、ＭＦＰ１０１は、電話回線１０９を介してファクシミリ（ＦＡＸ）装置１０７と接続されている。そのため、ＦＡＸ装置１０７は、電話回線１０９を介して、ＭＦＰ１０１との間でファクシミリ機能による画像の送受信が可能である。
【００１４】
本実施形態のＭＰＦ１０１は、例えば、電子写真方式を採用するフルカラーの画像処理装置であって、コピー、ＦＡＸ、プリンタ機能を備える。また、ＭＦＰ１０１は、ＳＥＮＤ機能やインターネットファクス（以下、ＩＦＡＸ）機能を備える。ＳＥＮＤ機能は、スキャナで読み取った画像ファイルをコンピュータ機器に送信する機能である。ＩＦＡＸ機能は、スキャナで読み取った画像を同種の機器間で通信するとともに、当該通信によって受信した画像を印刷する機能である。
【００１５】
ファイルサーバ１０２は、ネットワーク１０８上でファイルを共有するために設置されるサーバである。ファイルサーバ１０２は、ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶ等の通信プロトコルに準拠して、ＭＦＰ１０１より送信された画像ファイルを蓄積することが可能である。
【００１６】
メールサーバ１０３は、電子メールを配送するために設置されるサーバである。メールサーバ１０３は、ＳＭＴＰ、ＰＯＰ３プロトコルに準拠して、ＭＦＰ１０１やクライアントＰＣ１０４等と通信を行い、画像ファイルが添付されたメールデータを配信する。
【００１７】
クライアントＰＣ１０４は、一般のユーザが業務等で使用するコンピュータであって、ハードウェア資源と、ソフトウェア資源を備えて構成され、ソフトウェア資源に含まれるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）がアプリケーションの実行等を制御する。
例えば、クライアントＰＣ１０４は、画像ビューアのアプリケーションの実行により、ＭＦＰ１０１でスキャンした画像の表示や、プリンタ機能を利用して当該画像をＭＦＰ１０１で印刷することが可能である。また、クライアントＰＣ１０４は、電子メールのアプリケーションの実行により、メールサーバ１０３に対して電子メールの送受信をすることが可能である。
なお、ネットワーク１０８に接続されるクライアントＰＣ１０４の数は、図１の例に限定されず複数であってもよい。
【００１８】
認可サーバ１０５は、ＯＡｕｔｈ認証においてクライアントアプリケーションから認可情報を受信し、有効であると判定するとアクセストークンとリフレッシュトークンを発行するサーバである。
【００１９】
リソースサーバ１０６は、ＯＡｕｔｈ認証によるメール送信用ＡＰＩを提供するサーバである。クライアントアプリケーションからこのＡＰＩによるメール送信要求が行われると、リソースサーバ１０６は、アクセストークンの有効性検証を行い、有効である場合にメール送信を実行する。
【００２０】
図２は、ＭＦＰ１０１のハードウェア構成の一例を示すブロック図である。
図２に示すように、ＭＦＰ１０１は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、操作部２０４、スキャナ２０５、プリンタ２０６、画像処理回路２０７、ハードディスク２０８、ネットワークＩ／Ｆ２０９、ＦＡＸＩ／Ｆ２１０を備える。
なお、ＣＰＵは、Central Processing Unitの略であり、ＲＯＭは、Read Only Memoryの略である。ＲＡＭは、Random access memoryの略である。
【００２１】
ＣＰＵ２０１は、ＲＯＭ２０２やハードディスク２０８に記憶された、或いはネットワーク１０８よりダウンロードしたソフトウェア（プログラム）を必要に応じてＲＡＭ２０３にロードして実行する。これにより、ＣＰＵ２０１は、システムバスに接続された各要素を統括的に制御する。
【００２２】
ＲＯＭ２０２は、データ、各種プログラムおよび各種情報テーブルなどを記憶する不揮発性の記憶媒体である。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリあるいはワークエリアなどとして機能する。操作部２０４は、ユーザの各種操作を受け付けるデバイスである。
【００２３】
スキャナ２０５は、原稿上の画像を読み取って、読み取った画像データをページ毎に順に出力するデバイスである。プリンタ２０６は画像データに基づく画像を記録媒体上に印刷する。例えば、プリンタ２０６は、電子写真方式の印刷デバイスであって、露光部、転写部や定着器などを含む。
【００２４】
画像処理回路２０７は、例えば、大容量の画像メモリ、画像回転回路、解像度変倍回路、ＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の符号／復号化回路等を含み、シェーディング、トリミング、マスキング等の各種画像処理を実行することができる。
なお、図２での図示は省略するが、スキャナ２０５、プリンタ２０６および画像処理回路２０７は、ＣＰＵ２０１からのＣＰＵバスとは別の高速ビデオバスで接続され、画像データを高速に転送できるように構成されている。
【００２５】
ハードディスク２０８は、ＳＣＳＩ、ＩＤＥ等のＩ／Ｆで接続されている大容量記憶媒体であり、例えば画像データやプログラムを記憶する。
ネットワークＩ／Ｆ２０９は、ネットワーク１０８と接続するためのインターフェース回路である。
ＦＡＸＩ／Ｆ２１０は、電話回線１０９上の外部装置との間のファクシミリ通信を制御するインターフェース回路である。
【００２６】
ここで、ＭＦＰ１０１は、スキャナ２０５で読み取った画像データを画像処理回路２０７で画像処理し、当該画像データを電話回線１０９経由で外部装置に送信できる。また、ＭＰＦ１０１は、画像処理回路２０７によって当該画像データからＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等のフォーマットの画像ファイルを作成できる。ＭＦＰ１０１は、作成した画像ファイルをネットワークＩ／Ｆ２０９からＳＭＴＰ、ＦＴＰ、ＳＭＢ等の通信プロトコルに準拠して送信できる。
【００２７】
以下の説明では、ＪＰＥＧ、ＰＤＦ、ＴＩＦＦ等の画像ファイルをＳＭＴＰプロトコルに準拠して送信する機能をメール送信機能と称する。また、画像ファイルをＦＴＰ、ＳＭＢに準拠して送信する機能をファイル送信機能と称する。上記のＳＥＮＤ機能の１つとしてＲＦＣ２３０５で規定されているＩＦＡＸ機能が存在し、同種の機器間で画像ファイルを電子メールに添付して送受信することでファクシミリ機能が実現される。
【００２８】
また、ＩＦＡＸ機能では、スキャナ２０５で読み取った画像データから、ＲＦＣ３９４９において規定されているＴＩＦＦファイルを画像処理回路２０７において作成し、当該ＴＩＦＦファイルがＳＭＴＰプロトコルで送信される。そして、ＳＭＴＰ又はＰＯＰ３機能を用いてＴＩＦＦファイルを含む電子メールが受信されると、受信先のＭＰＦ１０１では、画像処理回路２０７で内部画像フォーマット画像に変更が行われる。その後にプリンタ２０６により画像が印刷される。
【００２９】
図３は、操作部２０４の構成の一例を示す図である。
操作部２０４は、ＬＣＤ表示パネル３０１と、それぞれ物理的なボタンとしてのテンキー３０２、スタートキー３０３、「設定・登録」ボタン３０４、「履歴・状況」ボタン３０５とを含む。
【００３０】
ＬＣＤ表示パネル３０１は、表示装置とタッチパネルを組み合わせて構成されている。ＬＣＤ表示パネル３０１は、パネル上にソフトウェア的に入力部を表示するとともに、当該入力部に対するユーザの操作を検出する。図３の例では、ＬＣＤ表示パネル３０１に、ユーザがＭＦＰへログインするためのログイン画面が表示されている。ログイン画面の項目として、ユーザ名入力フォーム３０６、パスワード入力フォーム３０７、「ログイン」ボタン３０８が含まれる。
【００３１】
ユーザ名入力フォーム３０６は、ＭＦＰ１０１へのログインに必要なユーザ名の入力を受け付ける。パスワード入力フォーム３０７は、ユーザ名入力フォーム３０６で入力されるユーザ名に紐づけされたパスワードの入力を受け付ける。「ログイン」ボタン３０８は、ユーザ名入力フォーム３０６およびパスワード入力フォーム３０７で入力した内容でＭＦＰ１０１へのログイン認証を実行させるためのボタンである。
【００３２】
テンキー３０２は０〜９までの数値入力を受け付けるボタンである。スタートキー３０３はジョブ開始の指示を受け付けるボタンである。「設定・登録」ボタン３０４は、機器の設定画面を呼び出す操作を受け付けるボタンである。「履歴・状況ボタン」３０５は、ジョブの履歴・状況を呼び出す操作を受け付けるボタンである。操作部２０４は、ＬＣＤ表示パネル３０１や、各種のボタンからのユーザの操作を検出し、ユーザオペレーションを円滑に実行する。
【００３３】
図４は、ホーム画面の一例を示す図である。ホーム画面は、ユーザがＭＦＰ１０１へのログインに成功した際にＬＣＤ表示パネル３０１に表示される。なお、ログインに成功したユーザをログインユーザとも称する。
ホーム画面は、「コピー」ボタン４０１、「スキャン」ボタン４０２、「ファクス」ボタン４０３、「ボックス」ボタン４０４の各項目を含む。
【００３４】
「コピー」ボタン４０１は、コピーアプリケーションの操作画面を呼び出す操作を受け付けるボタンである。「スキャン」ボタン４０２は、ＳＥＮＤアプリケーションの操作画面を呼び出す操作を受け付けるボタンである。「ファクス」ボタン４０３は、ＦＡＸアプリケーションの操作画面を呼び出す操作を受け付けるボタンである。「ボックス」ボタン４０４は、ボックス機能の操作画面を呼び出す操作を受け付けるボタンである。
【００３５】
図５は、ＳＥＮＤアプリケーションの操作画面の一例を示す図である。ＳＥＮＤアプリケーションの操作画面は、ユーザが図４の「スキャン」ボタン４０２を押下することにより、ＬＣＤ表示パネル３０１に表示される。ＳＥＮＤアプリケーションの操作画面は、宛先に関する項目と、アプリケーションの設定に関する項目とを含む。
【００３６】
ＳＥＮＤアプリケーションの操作画面のうち、宛先に関する項目には、送信宛先を入力するための「宛先の指定」ボタン５０１と、送信宛先を指定するボタン群（５０４〜５０８）とが含まれる。「宛先の指定」ボタン５０１が押下されると、送信宛先を指定するボタン群が画面上に表示される。送信宛先の入力は、いずれのボタンによるものでもよい。
【００３７】
「アドレス帳」ボタン５０４は、アドレス帳画面を表示する操作を受け付けるボタンである。アドレス帳画面に関しては、図６を用いて後述する。
「ワンタッチ」ボタン５０５は、ワンタッチボタン選択画面を表示する操作を受け付けるボタンである。ワンタッチボタン選択画面では、登録されているワンタッチボタンからユーザが所望の宛先へのボタンを押下することで、その宛先が送信宛先として設定される。
【００３８】
「新規宛先」ボタン５０６は、送信種別の選択画面を表示する操作を受け付けるボタンである。送信種別の選択画面では、ユーザが選択した送信種別に応じた宛先設定画面が表示され、送信種別ごとに必要な情報を入力することで、送信宛先が設定される。
「マイフォルダー」ボタン５０７は、ユーザに紐づけされたファイルサーバのフォルダを送信宛先に設定する操作を受け付けるボタンである。
「自分へメール」ボタン５０８は、ユーザに紐づけされたメールアドレスを送信宛先に設定する操作を受け付けるボタンである。
【００３９】
ＳＥＮＤアプリケーションの操作画面のうち、アプリケーションの設定に関する項目には、以下のものが含まれる。
送信基本設定ボタン５０２は、読み取り解像度、読み取りカラーモード等の読み取り条件や、送信ファイル形式を設定する操作を受け付けるボタンである。「応用機能」ボタン５０３は、例えば、読み取り時や送信時の様々な詳細設定を呼び出す操作を受け付けるボタンである。
【００４０】
「設定の履歴」ボタン５０９は、設定の履歴画面を呼び出す操作を受け付けるボタンである。設定の履歴画面では、ユーザが過去に行った設定の履歴を呼び出し、送信設定として設定することができる。
「よく使う設定」ボタン５１０は、よく使う設定の画面を呼び出す操作を受け付けるボタンである。よく使う設定の画面では、例えば、保存された送信設定に対応するボタンなどが表示される。
【００４１】
図６は、アドレス帳画面の一例を示す図である。アドレス帳画面は、図５に示すＳＥＮＤアプリケーションの操作画面の「アドレス帳」ボタン５０４をユーザが押下することにより、ＬＣＤ表示パネル３０１に表示される。
アドレス帳画面は、登録済みの宛先を一覧表示した宛先リスト６０１の項目を含む。アドレス帳画面では、宛先リスト６０１で一覧表示されている宛先のうちから所望の宛先をユーザに選択させる。これにより、ユーザが選択した宛先が送信宛先として設定される。なお、図６の宛先リスト６０１に示すように、宛先は、例えば、ファックス番号、メールアドレス、サーバのＩＰアドレスのいずれかと紐付けされている。
【００４２】
図７は、スキャン中画面の一例を示す図である。スキャン中画面は、送信宛先が選択された状態でユーザがスタートキー３０３を押下することにより、ＬＣＤ表示パネル３０１に表示される。
【００４３】
スキャン中画面は、スキャンページ数表示欄７０１と、「中止」ボタン７０２と、「ログアウト」ボタン７０３と、スキャン中であることを示す表示７０４の項目を含む。スキャンページ数表示欄７０１は、スキャンが完了したページ数を示す。「中止」ボタン７０２は、スキャン処理を中止する操作を受け付けるボタンである。「ログアウト」ボタン７０３は、スキャン中画面（あるいはジョブ受付完了画面）を閉じて、図３のログイン画面を表示する操作を受け付けるボタンである。スキャン中画面において「ログアウト」ボタン７０３が押下されると、スキャン処理は中止される。
【００４４】
図８は、ジョブ受付完了画面の一例を示す図である。ジョブ受付完了画面は、スキャン完了後においてスキャン中画面から遷移し、ＬＣＤ表示パネル３０１に表示される。
ジョブ受付完了画面は、「状況確認／中止へ」ボタン８０１と、「閉じる」ボタン８０２と、「ログアウト」ボタン８０３と、送信ジョブを受け付けた旨のメッセージ表示８０４の項目を含む。
【００４５】
「状況確認／中止へ」ボタン８０１は、ジョブ状況を表示し、必要に応じてユーザが中止させる操作を受け付けるボタンである。「閉じる」ボタン８０２は、ジョブ受付完了画面を閉じて、図５に示すＳＥＮＤアプリケーションの操作画面を表示させる操作を受け付けるボタンである。「ログアウト」ボタン８０３は、ジョブ受付完了画面を閉じて、図３に示すログイン画面を表示させる操作を受け付けるボタンである。ジョブ受付完了画面において「ログアウト」ボタン８０３が押下されたときに、送信処理は中止せずに継続して行われる。
【００４６】
図９は、アクセストークン再発行失敗画面の一例を示す図である。アクセストークン再発行失敗画面は、ＯＡｕｔｈ認証におけるリフレッシュトークンによるアクセストークンの再発行に失敗した際に、ＬＣＤ表示パネル３０１に表示される。
【００４７】
アクセストークン再発行失敗画面は、「はい」ボタン９０１と、「いいえ」ボタン９０２と、メッセージ表示９０３の項目を含む。メッセージ表示９０３は、リフレッシュトークンによるアクセストークンの再発行に失敗したことを示すテキストと、ログイン認証によるアクセストークンの再発行の要否を確認するテキストを含む。
「はい」ボタン９０１は、ログイン認証によるアクセストークンの再発行の操作を受け付けるボタンである。「いいえ」ボタン９０２は、ログイン認証によるアクセストークンの再発行を行わない旨の操作を受け付けるボタンである。
【００４８】
図１０は、ＯＡｕｔｈ認証におけるログイン認証画面の一例を示す図である。
ログイン認証画面は、ＬＣＤ表示パネル３０１に表示され、ユーザ名表示欄１００１と、パスワード入力フォーム１００２と、「ログイン」ボタン１００３の項目を含む。
【００４９】
ユーザ名表示欄１００１は、認可サーバ１０５に対してログイン認証する際に用いるユーザ名を示す。図１０では、ユーザ名表示欄１００１にユーザ名としてａｄｍｉｎが表示されている例を示す。パスワード入力フォーム１００２は、ユーザ名表示欄１００１に紐づけされたパスワードの入力を受け付ける。「ログイン」ボタン１００３は、ユーザ名表示欄１００１のユーザ名とパスワード入力フォーム１００２の入力情報（パスワード）を用いて、認可サーバ１０５に対してログイン認証を行う操作を受け付けるボタンである。
【００５０】
図１１は、ＯＡｕｔｈ認証における認可画面の一例を示す図である。
認可画面は、ＬＣＤ表示パネル３０１に表示され、「許可する」ボタン１１０１と、「許可しない」ボタン１１０２と、メッセージ表示１１０３の項目を含む。
【００５１】
メッセージ表示１１０３は、ＳＥＮＤアプリケーションにアカウントの利用許可を確認するテキストと、許可する機能（例えばメール送信）を示すテキストを含む。
「許可する」ボタン１１０１は、ＳＥＮＤアプリケーションにおいてＯＡｕｔｈ認証によるメール送信を許可する操作をユーザから受け付けるボタンである。「許可しない」ボタン１１０２は、ＳＥＮＤアプリケーションにおいてＯＡｕｔｈ認証によるメール送信を許可しない操作をユーザから受け付けるボタンである。
【００５２】
図１２、図１３は、第１実施形態のＭＦＰ１０１に実装されているソフトウェアモジュール間のコマンドシーケンスを示す図である。
【００５３】
ここで、図１２、図１３に示すＵＩ制御部１２０１、スキャナ制御部１２０２および送信制御部１２０３は、いずれもＭＦＰ１０１のソフトウェアモジュールである。これらのソフトウェアモジュールの機能は、ＭＦＰ１０１のＣＰＵ２０１がＲＯＭ２０２またはハードディスク２０８に記憶されたプログラムをＲＡＭ２０３に読み込んだ後、プログラムが実行されることで実現される。
【００５４】
ＵＩ制御部１２０１は、ＭＦＰ１０１の操作部２０４を制御するソフトウェアモジュールである。例えば、ＵＩ制御部１２０１は、スキャナ制御部１２０２に対してスキャン開始要求を送信する。ＵＩ制御部１２０１は、スキャナ制御部１２０２からスキャン完了通知を受信すると、送信制御部１２０３に対してスキャンした画像の送信要求を行う。また、ＵＩ制御部１２０１は、Ｗｅｂブラウザ機能を有しており、認可サーバ１０５およびリソースサーバ１０６を介してＯＡｕｔｈ認証の処理を行う。なお、ＵＩ制御部１２０１は処理手段の一例である。
【００５５】
スキャナ制御部１２０２は、スキャナ２０５の動作を制御するソフトウェアモジュールである。例えば、スキャナ制御部１２０２は、原稿を原稿台に引き込み、光電変換により原稿の画像を読み取るスキャナ２０５に対し、画像を読み取るように命令を発する。
【００５６】
送信制御部１２０３は、電子メール送信、ファイル送信、ＦＡＸ送信等の画像送信を制御するソフトウェアモジュールである。また、送信制御部１２０３は、必要に応じて外部ＡＰＩの呼び出しによる画像データの送信を行う。なお、送信制御部１２０３は、送信手段の一例である。
【００５７】
以下の説明では、１枚の原稿を読み取って、ＯＡｕｔｈ認証によりリソースサーバ１０６のメール送信ＡＰＩを呼び出すことでメール送信する機能（メール機能）を例に説明する。また、図１２、図１３に示すシーケンスでは、ＭＦＰ１０１がアクセストークンとリフレッシュトークンを予め取得済みであることを前提とする。
【００５８】
まず、ＵＩ制御部１２０１は、操作部２０４からログイン画面（図３）においてユーザがログイン操作を行ったことを検知する（Ｓ１２０１）。
ユーザがＭＰＦ１０１へのログインに成功すると、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にホーム画面（図４）を表示する（Ｓ１２０２）。
【００５９】
ホーム画面でユーザが「スキャン」ボタン４０２を押下すると、ＵＩ制御部１２０１は、「スキャン」ボタン４０２が押下されたことを検知する（Ｓ１２０３）。
「スキャン」ボタン４０２の押下が検知されると、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にＳＥＮＤアプリケーションの操作画面（図５）を表示する（Ｓ１２０４）。
操作部２０４からユーザが送信宛先としてメール宛先（メールアドレス）を指定すると、ＵＩ制御部１２０１は、送信宛先として指定されたメール宛先を検知する（Ｓ１２０５）。
【００６０】
ＵＩ制御部１２０１は、メール宛先の指定を検知すると、リソースサーバ１０６に対してアクセストークンの有効性検証要求を送信する（Ｓ１２０６）。これにより、アクセストークンの有効性検証のための処理が開始される。このアクセストークンの有効性検証要求には、ＵＩ制御部１２０１がハードディスク２０８から読み出したアクセストークンが含まれる。
【００６１】
図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１は、画像データの宛先としてメール宛先の指定が検知されたタイミングで上記の有効性検証要求を行っている。しかし、上記の有効性検証要求を行うタイミングは上記の例に限定されない。
例えば、ＵＩ制御部１２０１は、ＭＰＦ１０１へログインしたタイミング（Ｓ１２０２）で上記の有効性検証要求を行ってもよい。
例えば、ＵＩ制御部１２０１は、ＳＥＮＤアプリケーションの操作画面（図５）に遷移する指示の入力（「スキャン」ボタン４０２の押下）を受け付けたタイミング（Ｓ１２０３）で上記の有効性検証要求を行ってもよい。
例えば、ＵＩ制御部１２０１は、後述のスキャンの処理を実行するための操作（例えば、スタートキー３０３の押下）を受け付けたタイミング（後述のＳ１２１１）で上記の有効性検証要求を行ってもよい。
【００６２】
リソースサーバ１０６は、アクセストークンの有効性検証要求を受け付けるとアクセストークンの有効性検証を行い、その結果をＵＩ制御部１２０１に通知する（Ｓ１２０７）。
ここで、ＵＩ制御部１２０１は、Ｓ１２０７でリソースサーバ１０６から受ける結果の通知が有効通知か無効通知かによって動作を切り換える。図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１がリソースサーバ１０６からアクセストークンの無効通知を受け付けた場合について説明する。
【００６３】
ＵＩ制御部１２０１は、アクセストークンの無効通知を受け付けると、認可サーバ１０５に対してリフレッシュトークンによるアクセストークンの再発行要求を送信する（Ｓ１２０８）。このアクセストークンの再発行要求には、リフレッシュトークンが含まれる。
【００６４】
認可サーバ１０５は、アクセストークンの再発行要求を受け付けるとリフレッシュトークンによるアクセストークンの再発行要求の検証を行い、その結果をＵＩ制御部１２０１に通知する（Ｓ１２０９）。
ここで、ＵＩ制御部１２０１は、Ｓ１２０９で認可サーバ１０５から受ける結果の通知が成功通知か失敗通知かによって動作を切り換える。図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１が認可サーバ１０５から失敗通知を受け付けた場合について説明する。
【００６５】
一方、操作部２０４からユーザが送信指示を行うと、ＵＩ制御部１２０１は、ユーザの送信指示の操作を検知する（Ｓ１２１０）。
ＵＩ制御部１２０１は、送信指示の操作を検知すると、スキャナ制御部１２０２に対してスキャン開始要求を行う（Ｓ１２１１）。そして、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にスキャン中画面（図７）を表示させる（Ｓ１２１２）。
【００６６】
スキャナ制御部１２０２は、ＵＩ制御部１２０１からスキャン開始要求を受け付けるとスキャナ２０５を動作させて原稿のスキャンを行う（Ｓ１２１３）。スキャンが完了すると、スキャナ制御部１２０２は、ＵＩ制御部１２０１へスキャン完了通知を行う（Ｓ１２１４）。
【００６７】
ＵＩ制御部１２０１は、スキャナ制御部１２０２からスキャン完了通知を受け付けると、リフレッシュトークンによるアクセストークン再発行失敗画面（図９）をＬＣＤ表示パネル３０１に表示させる（Ｓ１２１５）。
【００６８】
ここで、ＵＩ制御部１２０１は、ログイン認証によるアクセストークンの再発行を行うか否かを判定し、当該判定に応じて動作を切り換える。上記の判定は、アクセストークン再発行失敗画面（図９）において、「はい」ボタン９０１と「いいえ」ボタン９０２のいずれの操作を受け付けたかによって行われる。具体的には、「はい」ボタン９０１の操作を受け付けた場合には、ＵＩ制御部１２０１は、ログイン認証によるアクセストークンの再発行を行うと判定する。一方、「いいえ」ボタン９０２の操作を受け付けた場合には、ＵＩ制御部１２０１は、ログイン認証によるアクセストークンの再発行を行わないと判定する。図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１は、ログイン認証によるアクセストークンの再発行を行う場合について説明する。
【００６９】
ログイン認証によるアクセストークンの再発行をユーザが行う場合、ＵＩ制御部１２０１は、リソースサーバ１０６に対してログイン認証の要求を送信する（Ｓ１２１６）。
リソースサーバ１０６は、ログイン認証の要求を受け付けると、ＵＩ制御部１２０１に対して、ログイン認証のための認可サーバ１０５へのリダイレクトＵＲＬを送信する（Ｓ１２１７）。
【００７０】
ＵＩ制御部１２０１は、リソースサーバ１０６から受け付けたリダイレクトＵＲＬ先のページを要求する通信を、認可サーバ１０５に対して行う（Ｓ１２１８）。
認可サーバ１０５は、リダイレクトＵＲＬ先のページの要求を受け付けると、ＵＩ制御部１２０１に対して、要求されたログイン認証ページを送信する（Ｓ１２１９）。
【００７１】
ＵＩ制御部１２０１は、認可サーバ１０５からログイン認証ページを受信すると、受信したログイン認証ページの画面（図１０）をＬＣＤ表示パネル３０１に表示させる（Ｓ１２２０）。
ログイン認証画面でユーザがログイン認証操作を行うと、ＵＩ制御部１２０１は、ユーザのログイン認証操作を検知し、認可サーバ１０５に対してログイン認証のための通信を行う（Ｓ１２２１）。上記の通信には、ログイン認証に必要な認証情報（ユーザ名およびパスワードなど）が含まれる。
【００７２】
認可サーバ１０５は、ＵＩ制御部１２０１から受け付けた認証情報に基づいて認証処理を行い、認証結果をＵＩ制御部１２０１へ通知する（Ｓ１２２２）。
ここで、ＵＩ制御部１２０１は、認可サーバ１０５から受け付けた認証結果の通知が成功通知か失敗通知かによって動作を切り換える。図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１が認可サーバ１０５から認証結果の成功通知を受け付けた場合について説明する。
【００７３】
認証結果が成功通知である場合、認可サーバ１０５からの通知には認可ページが含まれる。
ＵＩ制御部１２０１は、認可サーバ１０５から認証結果の成功通知を受け付けると、通知された認可ページの情報から、認可画面（図１１）をＬＣＤ表示パネル３０１に表示させる（Ｓ１２２３）。
【００７４】
認可画面でユーザが認可操作（「許可する」ボタン１１０１の操作）を行うと、ＵＩ制御部１２０１は、ユーザからの認可操作を検知し、認可サーバ１０５に対して認可要求を送信する（Ｓ１２２４）。
認可サーバ１０５は、認可要求を受け付けると、認可結果をＵＩ制御部１２０１へ通知する（Ｓ１２２５）。
ここで、ＵＩ制御部１２０１は、認可サーバ１０５から受け付けた認可結果の通知が成功通知か失敗通知かによって動作を切り換える。図１２、図１３に示すシーケンスでは、ＵＩ制御部１２０１が認可サーバ１０５から認可結果の成功通知を受け付けた場合について説明する。
【００７５】
認可結果が成功通知である場合、認可サーバ１０５からの通知には、認可サーバ１０５により生成されたアクセストークンおよびリフレッシュトークンが含まれる。
ＵＩ制御部１２０１は、認可サーバ１０５から認可結果の成功通知を受け付けると、送信制御部１２０３に対してメール送信要求を送信する（Ｓ１２２６）
一方で、ＵＩ制御部１２０１は、送信ジョブに関するジョブ受付完了画面（図８）をＬＣＤ表示パネル３０１に表示させる（Ｓ１２２７）。
【００７６】
送信制御部１２０３は、ＵＩ制御部１２０１からメール送信要求を受け付けると、リソースサーバ１０６に対して、メール送信ＡＰＩを呼び出すための通信を行う（Ｓ１２２８）。メール送信ＡＰＩを呼び出すための通信には、アクセストークンが含まれる。
【００７７】
リソースサーバ１０６は、メール送信ＡＰＩが呼び出されると、メールサーバ１０３へのメール送信処理を行い、送信制御部１２０３に対してメール送信ＡＰＩの結果通知を行う（Ｓ１２２９）。
送信制御部１２０３は、メール送信ＡＰＩの結果通知を受け付けると、ＵＩ制御部１２０１に対してメール送信結果を通知する（Ｓ１２３０）。
以上で、図１２、図１３の説明を終了する。
【００７８】
図１４、図１５は、第１実施形態におけるＵＩ制御部１２０１の動作例を示す流れ図である。
ステップＳ１３０１にて、ＵＩ制御部１２０１は、ユーザがログイン操作を行ったことを検知する。
ステップＳ１３０２にて、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にホーム画面（図４）を表示させる。
【００７９】
ステップＳ１３０３にて、ＵＩ制御部１２０１は、図４に示す「スキャン」ボタン４０２をユーザが押下したことを検知する。
ステップＳ１３０４にて、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にＳＥＮＤアプリケーションの操作画面（図５）を表示させる。
ステップＳ１３０５にて、ＵＩ制御部１２０１は、ユーザがメール宛先の指定を行ったことを検知する。
【００８０】
ここで、図１４の流れ図において、ＵＩ制御部１２０１は、ステップＳ１３０６〜Ｓ１３０９の処理と、ステップＳ１３１０〜Ｓ１３１６の処理を並行して実行する。
最初に、ステップＳ１３０６〜Ｓ１３０９の処理を説明する。
【００８１】
ステップＳ１３０６にて、ＵＩ制御部１２０１は、ユーザがスタートキー３０３を押下したことを検知する。
ステップＳ１３０７にて、ＵＩ制御部１２０１は、スキャナ制御部１２０２に対してスキャン開始要求を送信する。
【００８２】
ステップＳ１３０８にて、ＵＩ制御部１２０１は、スキャン実行時において、ＬＣＤ表示パネル３０１にスキャン中画面（図７）を表示させる。
ステップＳ１３０９にて、ＵＩ制御部１２０１は、スキャンが完了すると、スキャナ制御部１２０２からスキャン完了通知を受け付ける。
【００８３】
次に、ステップＳ１３１０〜Ｓ１３１６の処理を説明する。
ステップＳ１３１０にて、ＵＩ制御部１２０１は、リソースサーバ１０６に対してアクセストークンの有効性検証要求を送信する。
ステップＳ１３１１にて、ＵＩ制御部１２０１は、リソースサーバ１０６からアクセストークンの有効性検証の結果通知を受け付ける。
【００８４】
ステップＳ１３１２にて、ＵＩ制御部１２０１は、アクセストークンの有効性検証の結果通知に基づき、アクセストークンが有効かを判定する。
アクセストークンが有効であった場合（Ｙｅｓ）、ＵＩ制御部１２０１は、ステップＳ１３１０〜Ｓ１３１６の処理を完了にする。なお、この場合には、ログイン認証フラグはＦＡＬＳＥに設定されている。
一方、アクセストークンが無効であった場合（Ｎｏ）、ステップＳ１３１３に処理が移行する。
【００８５】
ステップＳ１３１３にて、ＵＩ制御部１２０１は、認可サーバ１０５に対してリフレッシュトークンによるアクセストークンの再発行要求を送信する。
ステップＳ１３１４にて、ＵＩ制御部１２０１は、認可サーバ１０５からリフレッシュトークンによるアクセストークンの再発行の結果通知を受け付ける。
【００８６】
ステップＳ１３１５にて、ＵＩ制御部１２０１は、アクセストークンの再発行の結果通知に基づき、リフレッシュトークンによるアクセストークンの再発行が成功したかを判定する。
再発行に成功した場合（Ｙｅｓ）、ＵＩ制御部１２０１は、ステップＳ１３１０〜Ｓ１３１６の処理を完了にする。なお、この場合には、ログイン認証フラグはＦＡＬＳＥに設定されている。
一方、再発行に失敗した場合（Ｎｏ）、ステップＳ１３１６に処理が移行する。
ステップＳ１３１６にて、ＵＩ制御部１２０１は、ログイン認証フラグをＴＲＵＥに設定する。
【００８７】
上記のステップＳ１３０６〜Ｓ１３０９の処理と、ステップＳ１３１０〜Ｓ１３１６の処理がいずれも完了すると、ステップＳ１３１７の処理に移行する。
ステップＳ１３１７にて、ＵＩ制御部１２０１は、ログイン認証フラグがＴＲＵＥかを判定する。
ログイン認証フラグがＴＲＵＥの場合（Ｙｅｓ）、ステップＳ１３１８に処理が移行する。一方、ログイン認証フラグがＦＡＬＳＥの場合（Ｎｏ）、ステップＳ１３２７に処理が移行する。
【００８８】
ステップＳ１３１８にて、ＵＩ制御部１２０１は、リフレッシュトークンによるアクセストークン再発行失敗画面（図９）をＬＣＤ表示パネル３０１に表示させる（Ｓ１３１８）。
【００８９】
ステップＳ１３１９にて、ＵＩ制御部１２０１は、ログイン認証によるアクセストークンの再発行を行うかを判定する。具体的には、ＵＩ制御部１２０１は、図９の画面で「はい」ボタン９０１の操作を受け付けたときには、ログイン認証によるアクセストークンの再発行を行うと判定する。一方、ＵＩ制御部１２０１は、図９の画面で「いいえ」ボタン９０２の操作を受け付けたときには、ログイン認証によるアクセストークンの再発行を行わないと判定する。
【００９０】
「はい」ボタン９０１が操作され、ログイン認証によるアクセストークンの再発行を行う場合（Ｙｅｓ）には、ステップＳ１３２０に処理が移行する。一方、「いいえ」ボタン９０２が操作され、ログイン認証によるアクセストークンの再発行を行わない場合（Ｎｏ）には、ＵＩ制御部１２０１は、図１４、図１５の処理を終了する。
【００９１】
ステップＳ１３２０にて、ＵＩ制御部１２０１は、ログイン認証画面（図１０）をＬＣＤ表示パネル３０１に表示させる。
ステップＳ１３２１にて、ＵＩ制御部１２０１は、ログイン認証画面でのログイン認証操作を受け付けると、認可サーバ１０５に対してログイン認証処理のための通信を行う。
【００９２】
ステップＳ１３２２にて、ＵＩ制御部１２０１は、認可サーバ１０５から受け付けた認証結果の通知に基づき、ログイン認証処理が成功したかを判定する。
ログイン認証処理が成功した場合（Ｙｅｓ）には、ステップＳ１３２３に処理が移行する。一方、ログイン認証処理が失敗した場合（Ｎｏ）には、ＵＩ制御部１２０１は、図１４、図１５の処理を終了する。
【００９３】
ステップＳ１３２３にて、ＵＩ制御部１２０１は、認可画面（図１１）をＬＣＤ表示パネル３０１に表示させる。
ステップＳ１３２４にて、ＵＩ制御部１２０１は、認可画面での認可操作を受け付けると、認可サーバ１０５に対して認可処理のための通信を行う。
【００９４】
ステップＳ１３２５にて、ＵＩ制御部１２０１は、認可サーバ１０５から受け付けた認可結果の通知に基づき、認可処理が成功したかを判定する。
認可処理が成功した場合（Ｙｅｓ）には、ステップＳ１３２６に処理が移行する。一方、認可処理が失敗した場合（Ｎｏ）には、ＵＩ制御部１２０１は、図１４、図１５の処理を終了する。
【００９５】
ステップＳ１３２６にて、ＵＩ制御部１２０１は、認可処理が成功した場合に、ハードディスク２０８に保存されているアクセストークンを更新する。
ステップＳ１３２７にて、ＵＩ制御部１２０１は、送信制御部１２０３へメール送信要求を送信する。
【００９６】
ステップＳ１３２８にて、ＵＩ制御部１２０１は、送信ジョブに関するジョブ受付完了画面（図８）をＬＣＤ表示パネル３０１に表示させる。
ステップＳ１３２９にて、ＵＩ制御部１２０１は、送信制御部１２０３からメール送信結果の通知を受け付け、その後に図１４、図１５の処理を終了する。
以上で、図１４、図１５の説明を終了する。
【００９７】
図１６は、第１実施形態におけるスキャナ制御部１２０２の動作例を示す流れ図である。
ステップＳ１４０１にて、スキャナ制御部１２０２は、ＵＩ制御部１２０１からスキャン開始要求を受け付ける。
ステップＳ１４０２にて、スキャナ制御部１２０２は、スキャナ２０５によるスキャン動作を開始し、原稿を１ページスキャンする。
ステップＳ１４０３にて、スキャナ制御部１２０２は、スキャンした画像データをハードディスク２０８へ保存する。
【００９８】
ステップＳ１４０４にて、スキャナ制御部１２０２は、原稿の最終ページのスキャンが終了したかを判定する。最終ページのスキャンが終了した場合（Ｙｅｓ）には、ステップＳ１４０５に処理が移行する。一方、最終ページのスキャンが終了していない場合（Ｎｏ）には、スキャナ制御部１２０２は、ステップＳ１４０２に戻って上記の処理を繰り返す。
ステップＳ１４０５にて、スキャナ制御部１２０２は、ＵＩ制御部１２０１へスキャン完了通知を行い、その後に図１６の処理を終了する。
【００９９】
図１７は、第１実施形態における送信制御部１２０３の動作例を示す流れ図である。
ステップＳ１５０１にて、送信制御部１２０３は、ＵＩ制御部１２０１からメール送信要求を受け付ける。
ステップＳ１５０２にて、送信制御部１２０３は、指定された送信宛先へのメールの送信処理を行う。このメール送信処理は、リソースサーバ１０６の１０６のメール送信ＡＰＩを呼び出すことで行われる。
【０１００】
ステップＳ１５０３にて、送信制御部１２０３は、メール送信ＡＰＩの結果通知に基づき、メールの送信が成功したか判定する。メールの送信が成功した場合（Ｙｅｓ）には、ステップＳ１５０４に処理が移行する。一方、メールの送信が失敗した場合（Ｎｏ）には、ステップＳ１５０５に処理が移行する。
ステップＳ１５０４にて、送信制御部１２０３は、ＵＩ制御部１２０１に送信成功通知を行い、その後に図１７の処理を終了する。
ステップＳ１５０５にて、送信制御部１２０３は、ＵＩ制御部１２０１に送信エラー通知を行い、その後に図１７の処理を終了する。
【０１０１】
第１実施形態のＭＰＦ１０１は、ログインユーザに対応するアクセストークンの検証（Ｓ１２０６〜Ｓ１２０９）が行われた上で、リソースサーバ１０６のメール送信ＡＰＩによるメール機能が利用可能である。ＵＩ制御部１２０１は、ＭＰＦ１０１へのログインの成功（Ｓ１２０２）から、該ログインに応じたスキャン指示に従うスキャン処理の完了（Ｓ１２１４）前までに、ログインユーザに対応するアクセストークンの有効性の検証のための処理を開始する。送信制御部１２０３は、アクセストークンの検証の結果に従い、スキャン処理（Ｓ１２１３）で得られた画像データを含むメールデータを、メール機能を用いてメールサーバに送信する。
このように、第１実施形態では、少なくともスキャン処理の完了前までにアクセストークンの有効性の検証のための処理が開始される。そのため、スキャンの完了後にアクセストークンによる認可処理を行う場合と比べて、スキャンから送信完了までにかかる全体の処理時間を抑制できる。
【０１０２】
（第２実施形態）
第２の実施形態では、ＯＡｕｔｈ認証においてリフレッシュトークンによるアクセストークンの再発行が必要な場合に、ユーザがログアウトする前にログイン認証画面および認可画面を表示する構成を説明する。
【０１０３】
ここで、第２実施形態における画像処理システムのハードウェア構成は、第１実施形態と同様であるので重複説明は省略する。また、第２実施形態におけるＬＣＤ表示パネル３０１の表示画面も第１実施形態と同様であるので重複説明は省略する。また、第２実施形態において、ＭＦＰ１０１のソフトウェアモジュールには、第１実施形態と同様に、ＵＩ制御部１２０１、スキャナ制御部１２０２および送信制御部１２０３が含まれる。このうち、スキャナ制御部１２０２および送信制御部１２０３の動作は、第１実施形態と同様であるので重複説明は省略する。
【０１０４】
図１８、図１９は、第２実施形態のＭＦＰ１０１に実装されているソフトウェアモジュール間のコマンドシーケンスを示す図である。
図１８、図１９に示すＭＦＰ１０１のソフトウェアモジュールの動作は、ＭＦＰ１０１のＣＰＵ２０１がＲＯＭ２０２またはハードディスク２０８に記憶されたプログラムをＲＡＭ２０３に読み込んだ後、プログラムが実行されることで実現される。
【０１０５】
以下の説明では、１枚の原稿を読み取って、ＯＡｕｔｈ認証によりリソースサーバ１０６のメール送信ＡＰＩを呼び出すことでメール送信する機能（メール機能）を例に説明する。また、図１８、図１９に示すシーケンスでも、ＭＦＰ１０１がアクセストークンとリフレッシュトークンを予め取得済みであることを前提とする。
【０１０６】
図１８のステップＳ１６０１〜Ｓ１６０５までの動作は、第１実施形態で説明した図１２のステップＳ１２０１〜Ｓ１２０５までの動作と同様であるので、重複説明を省略する。
操作部２０４からユーザが送信指示を行うと、ＵＩ制御部１２０１は、ユーザの送信指示の操作を検知する（Ｓ１６０６）。
【０１０７】
ＵＩ制御部１２０１は、送信指示の操作を検知すると、スキャナ制御部１２０２に対してスキャン開始要求を行う（Ｓ１６０７）。そして、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にスキャン中画面（図７）を表示させる（Ｓ１６０８）。
【０１０８】
スキャナ制御部１２０２は、ＵＩ制御部１２０１からスキャン開始要求を受け付けるとスキャナ２０５を動作させて原稿のスキャンを行う（Ｓ１６０８）。スキャンが完了すると、スキャナ制御部１２０２は、ＵＩ制御部１２０１へスキャン完了通知を行う（Ｓ１６１０）。
【０１０９】
ＵＩ制御部１２０１は、スキャナ制御部１２０２からスキャン完了通知を受け付けると、ＬＣＤ表示パネル３０１にＯＡｕｔｈ認証中画面（図２０）を表示させる（Ｓ１６１１）。
図２０に示すＯＡｕｔｈ認証中画面には、スキャン中画面（図７）と異なりログアウトボタン（７０３）が表示されていない。そのため、ＯＡｕｔｈ認証中画面が表示されているときには「ログアウト」ボタンが遮蔽された状態となり、ユーザは「ログアウト」ボタンを操作することができない。
【０１１０】
図１８のステップＳ１６１２〜Ｓ１６１５までの動作は、第１実施形態で説明した図１２のステップＳ１２０６〜Ｓ１２０９までの動作と同様である。また、図１９のステップＳ１６１６〜Ｓ１６２６までの動作は、第１実施形態で説明した図１３のステップＳ１２１５〜Ｓ１２２５までの動作と同様である。そのため、ステップＳ１６１２〜Ｓ１６２６までの動作に関する重複説明は省略する。
【０１１１】
ＵＩ制御部１２０１は、認可サーバ１０５から認可結果の成功通知を受け付けると、送信制御部１２０３に対してメール送信要求を送信する（Ｓ１６２７）。
一方で、ＵＩ制御部１２０１は、ログアウトボタンの遮蔽を解除するために、ＬＣＤ表示パネル３０１においてＯＡｕｔｈ認証中画面を非表示にする（Ｓ１６２８）。
【０１１２】
送信制御部１２０３は、ＵＩ制御部１２０１からメール送信要求を受け付けると、リソースサーバ１０６に対して、メール送信ＡＰＩを呼び出すための通信を行う（Ｓ１６２９）。メール送信ＡＰＩを呼び出すための通信には、アクセストークンが含まれる。
【０１１３】
リソースサーバ１０６は、メール送信ＡＰＩが呼び出されるとメール送信処理を行い、送信制御部１２０３に対してメール送信ＡＰＩの結果通知を行う（Ｓ１６３０）。
送信制御部１２０３は、メール送信ＡＰＩの結果通知を受け付けると、ＵＩ制御部１２０１に対してメール送信結果を通知する（Ｓ１６３１）。
ＵＩ制御部１２０１は、送信ジョブに関するジョブ受付完了画面（図８）をＬＣＤ表示パネル３０１に表示させる（Ｓ１６３２）。
以上で、図１８、図１９の説明を終了する。
【０１１４】
図２１、図２２は、第２実施形態におけるＵＩ制御部１２０１の動作例を示す流れ図である。
図２１のステップＳ１８０１〜Ｓ１８０９までの動作は、第１実施形態で説明した図１４のステップＳ１８０１〜Ｓ１８０９までの動作と同様であるので、重複説明を省略する。
【０１１５】
ステップＳ１８１０にて、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１にＯＡｕｔｈ認証中画面（図２０）を表示させ、ログアウトボタンの遮蔽を行う。
図２１のステップＳ１８１１〜Ｓ１８１７までの動作は、第１実施形態で説明した図１４のステップＳ１３１０〜Ｓ１３１６までの動作と同様である。また、図２２のステップＳ１８１８〜Ｓ１８２８までの動作は、第１実施形態で説明した図１５のステップＳ１３１７〜Ｓ１３２７までの動作と同様である。そのため、ステップＳ１８１１〜Ｓ１８２８までの動作に関する重複説明は省略する。
【０１１６】
ステップＳ１８２９にて、ＵＩ制御部１２０１は、ＬＣＤ表示パネル３０１においてＯＡｕｔｈ認証中画面を非表示にする。これにより、ログアウトボタンの遮蔽が解除される。
図２２のステップＳ１８３０、Ｓ１８３１の動作は、第１実施形態で説明した図１５のステップＳ１３２８、Ｓ１３２９の動作と同様であるので、重複説明を省略する。
以上で、図２１、図２２の説明を終了する。
【０１１７】
ここで、アクセストークンの有効性検証の際に、リフレッシュトークンによるアクセストークンの再発行に失敗すると、ログイン認証画面（図１０）や認可画面（図１１）での操作が必要となる。このとき、ユーザがＭＰＦ１０１からログアウトしていると、ログイン認証画面や認可画面を提示できない状態であるため、実行中のジョブは送信エラーになる。
第２実施形態では、ログインユーザに対応するアクセストークンの有効性検証が行われているときにログアウトボタンを押下できない状態にすることで、ＯＡｕｔｈ認証中にユーザがＭＰＦ１０１からログアウトすることを防止する。したがって、第２実施形態では、アクセストークンの再発行が失敗した場合において、ログアウトされることなくログイン認証画面および認可画面をユーザに提示でき、ログイン認証によるアクセストークンの再発行を促すことができる。
【０１１８】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１１９】
第２実施形態において、ログアウトボタンを遮蔽する手段はＯＡｕｔｈ認証中画面（図２０）の表示に限定されない。例えば、ＵＩ制御部１２０１は、例えばログアウトボタンをグレーアウトさせるなどの表示処理を行った上で、ＬＣＤ表示パネル３０１でログアウトボタンの操作を受け付けないようにしてもよい。
【０１２０】
第１実施形態においても、ログインユーザに対応するアクセストークンの有効性検証が行われているとき（Ｓ１２０６〜Ｓ１２０９）に、ＵＩ制御部１２０１は、ログアウトボタンを操作できない状態とする制御を実行してもよい。ログアウトボタンを操作できない状態の制御は、例えば、ログアウトボタンをグレーアウトさせる表示処理や、ログアウトボタンの表示がない画面への表示切替を含む。
これにより、第１実施形態においても、第２実施形態と同様にアクセストークンの再発行が失敗した場合において、ログアウトされることなくログイン認証画面および認可画面をユーザに提示できる。
【符号の説明】
【０１２１】
１０１  ＭＰＦ
１０３  メールサーバ
１０５  認可サーバ
１０６  リソースサーバ
２０１  ＣＰＵ
２０５  スキャナ
１２０１  ＵＩ制御部
１２０２  スキャナ制御部
１２０３  送信制御部
【図１】
2020170913.tif 000003
【図２】
2020170913.tif 000004
【図３】
2020170913.tif 000005
【図４】
2020170913.tif 000006
【図５】
2020170913.tif 000007
【図６】
2020170913.tif 000008
【図７】
2020170913.tif 000009
【図８】
2020170913.tif 000010
【図９】
2020170913.tif 000011
【図１０】
2020170913.tif 000012
【図１１】
2020170913.tif 000013
【図１２】
2020170913.tif 000014
【図１３】
2020170913.tif 000015
【図１４】
2020170913.tif 000016
【図１５】
2020170913.tif 000017
【図１６】
2020170913.tif 000018
【図１７】
2020170913.tif 000019
【図１８】
2020170913.tif 000020
【図１９】
2020170913.tif 000021
【図２０】
2020170913.tif 000022
【図２１】
2020170913.tif 000023
【図２２】
2020170913.tif 000024