(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024160805
(43)【公開日】2024-11-15
(54)【発明の名称】画像処理装置及び認証処理方法
(51)【国際特許分類】
G06F 21/45 20130101AFI20241108BHJP
G06F 21/31 20130101ALI20241108BHJP
H04N 1/00 20060101ALI20241108BHJP
【ＦＩ】
G06F21/45
G06F21/31
H04N1/00 E
H04N1/00 838
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023076194
(22)【出願日】2023-05-02
(71)【出願人】
【識別番号】000005049
【氏名又は名称】シャープ株式会社
(74)【代理人】
【識別番号】100112335
【弁理士】
【氏名又は名称】藤本 英介
(74)【代理人】
【識別番号】100101144
【弁理士】
【氏名又は名称】神田 正義
(74)【代理人】
【識別番号】100101694
【弁理士】
【氏名又は名称】宮尾 明茂
(74)【代理人】
【識別番号】100124774
【弁理士】
【氏名又は名称】馬場 信幸
(72)【発明者】
【氏名】徳永 真悟
【テーマコード（参考）】
5C062
【Ｆターム（参考）】
5C062AA05
5C062AA13
5C062AA32
5C062AA35
5C062AA37
5C062AB02
5C062AB22
5C062AB23
5C062AB32
5C062AB33
5C062AB38
5C062AB41
5C062AB43
5C062AB44
5C062AC02
5C062AC04
5C062AC05
5C062AC22
5C062AC38
5C062AE01
5C062AE15
5C062AF01
5C062AF02
5C062AF06
5C062AF12
5C062AF14
5C062BC06
(57)【要約】
【課題】トークンの有効期限の徒過により、当該アカウントに対する再認証処理が実行されるまでメール送信が不可となる事態を回避することが可能な画像処理装置等を提供する。
【解決手段】サービス提供装置に対するアカウントを記憶する記憶部と、前記アカウントに基づき前記サービス提供装置に対する認証処理を制御する制御部と、を備え、前記制御部は、新規アカウントの入力を受付けたとき、前記新規アカウントと、前記記憶部に記憶されている第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶部に記憶する画像処理装置。
【選択図】図２
【解決手段】サービス提供装置に対するアカウントを記憶する記憶部と、前記アカウントに基づき前記サービス提供装置に対する認証処理を制御する制御部と、を備え、前記制御部は、新規アカウントの入力を受付けたとき、前記新規アカウントと、前記記憶部に記憶されている第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶部に記憶する画像処理装置。
【選択図】図２
【特許請求の範囲】
【請求項1】
サービス提供装置に対するアカウントを記憶する記憶部と、
前記アカウントに基づき前記サービス提供装置に対する認証処理を制御する制御部と、を備え、
前記制御部は、
新規アカウントの入力を受付けたとき、前記新規アカウントと、前記記憶部に記憶されている第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶部に記憶することを特徴とする画像処理装置。
前記アカウントに基づき前記サービス提供装置に対する認証処理を制御する制御部と、を備え、
前記制御部は、
新規アカウントの入力を受付けたとき、前記新規アカウントと、前記記憶部に記憶されている第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶部に記憶することを特徴とする画像処理装置。
【請求項2】
前記制御部は、
前記第１のアカウントを用いた前記認証処理が不可であった場合、前記第２のアカウントを用いて前記サービス提供装置に対する認証処理を行うことを特徴とする請求項１に記載の画像処理装置。
前記第１のアカウントを用いた前記認証処理が不可であった場合、前記第２のアカウントを用いて前記サービス提供装置に対する認証処理を行うことを特徴とする請求項１に記載の画像処理装置。
【請求項3】
前記認証処理は、
前記第１のアカウントに対応付けられた更新要求情報に基づき、前記サービス提供装置が提供するサービスを利用するための認可情報の更新有効性を検証する工程を含み、前記更新要求情報には有効期限が設けられていることを特徴とする請求項２に記載の画像処理装置。
前記第１のアカウントに対応付けられた更新要求情報に基づき、前記サービス提供装置が提供するサービスを利用するための認可情報の更新有効性を検証する工程を含み、前記更新要求情報には有効期限が設けられていることを特徴とする請求項２に記載の画像処理装置。
【請求項4】
前記制御部は、
前記第１のアカウントに係る前記更新要求情報の有効期限が徒過した場合にのみ前記第２のアカウントに係る前記更新要求情報を用いて前記サービス提供装置との認証処理を行うことを特徴とする請求項３に記載の画像処理装置。
前記第１のアカウントに係る前記更新要求情報の有効期限が徒過した場合にのみ前記第２のアカウントに係る前記更新要求情報を用いて前記サービス提供装置との認証処理を行うことを特徴とする請求項３に記載の画像処理装置。
【請求項5】
前記制御部は、
前記第１のアカウントの所有者に対して前記第１のアカウントを用いた再認証処理を促す旨を通知することを特徴とする請求項２に記載の画像処理装置。
前記第１のアカウントの所有者に対して前記第１のアカウントを用いた再認証処理を促す旨を通知することを特徴とする請求項２に記載の画像処理装置。
【請求項6】
前記制御部は、
前記第２のアカウントを用いた前記サービス提供装置に対する認証処理を、前記第１のアカウントを用いた再認証処理を促す旨を通知する場合に限定することを特徴とする請求項５に記載の画像処理装置。
前記第２のアカウントを用いた前記サービス提供装置に対する認証処理を、前記第１のアカウントを用いた再認証処理を促す旨を通知する場合に限定することを特徴とする請求項５に記載の画像処理装置。
【請求項7】
前記制御部は、
前記新規アカウントと前記第１のアカウントとが、異なる前記サービス提供装置に対する前記アカウントである場合に、前記新規アカウントを前記第２のアカウントとして前記記憶部に記憶することを特徴とする請求項１に記載の画像処理装置。
前記新規アカウントと前記第１のアカウントとが、異なる前記サービス提供装置に対する前記アカウントである場合に、前記新規アカウントを前記第２のアカウントとして前記記憶部に記憶することを特徴とする請求項１に記載の画像処理装置。
【請求項8】
前記制御部は、
前記更新要求情報の有効期限を確認し、当該有効期限が徒過する前に前記第１のアカウントの所有者又は前記第２のアカウントの所有者に対して前記認可情報の更新を促す旨を通知することを特徴とする請求項３に記載の画像処理装置。
前記更新要求情報の有効期限を確認し、当該有効期限が徒過する前に前記第１のアカウントの所有者又は前記第２のアカウントの所有者に対して前記認可情報の更新を促す旨を通知することを特徴とする請求項３に記載の画像処理装置。
【請求項9】
サービス提供装置に対するアカウントを第１のアカウントとして記憶装置に記憶し、
新規アカウントの入力を受付けたとき、前記新規アカウントと、前記第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶装置に記憶し、
前記記憶装置に記憶した前記アカウントに基づき前記サービス提供装置に対する認証処理を行う認証処理方法。
新規アカウントの入力を受付けたとき、前記新規アカウントと、前記第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶装置に記憶し、
前記記憶装置に記憶した前記アカウントに基づき前記サービス提供装置に対する認証処理を行う認証処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、画像処理装置等に関する。
【背景技術】
【0002】
メール送信に係る認証方法として、昨今では、ユーザＩＤとパスワードとを用いた従来の認証方式よりもよりセキュアな認証方式であるＯＡｕｔｈ認証方式が主流となりつつある。
【0003】
ＯＡｕｔｈ認証に用いられるトークンには、セキュリティを担保するための有効期限が設けられている。もし、トークンの有効期限が徒過した場合、アカウントの所有者である管理者による認可を伴う再認証処理が必要となり、その間はメール送信を行うことができない。
【0004】
例えば、特許文献１には、トークンの有効期限が徒過した場合に、ＯＡｕｔｈ認証の再認可処理を促す仕組みについて記載されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２０２０－１７０９１３号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本開示は、トークンの有効期限の徒過により、当該アカウントに対する再認証処理が実行されるまでメール送信が不可となる事態を回避することが可能な画像処理装置等を提供することを目的とする。
【課題を解決するための手段】
【0007】
上記課題を解決するために、本開示に係る画像処理装置は、サービス提供装置に対するアカウントを記憶する記憶部と、前記アカウントに基づき前記サービス提供装置に対する認証処理を制御する制御部と、を備え、前記制御部は、新規アカウントの入力を受付けたとき、前記新規アカウントと、前記記憶部に記憶されている第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶部に記憶することを特徴としている。
【0008】
また、本開示に係る認証処理方法は、サービス提供装置に対するアカウントを第１のアカウントとして記憶装置に記憶し、新規アカウントの入力を受付けたとき、前記新規アカウントと、前記第１のアカウントとが同じ認証方式に対応していると判定した場合、前記新規アカウントを前記第１のアカウントの代替アカウントである第２のアカウントとして前記記憶装置に記憶し、前記記憶装置に記憶した前記アカウントに基づき前記サービス提供装置に対する認証処理を行うことを特徴としている。
【発明の効果】
【0009】
本開示によれば、トークンの有効期限の徒過により、当該アカウントに対する再認証処理が実行されるまでメール送信が不可となる事態を回避することが可能な画像処理装置等を提供することができる。
【図面の簡単な説明】
【0010】
【図1】複合機と、クラウドと、メール配信サーバとの接続形態を説明する図である。
【図2】複合機の機能構成図である。
【図3】アカウント管理テーブルを説明する図である。
【図4】第１実施形態に係る処理の流れを説明するフローチャートである。
【図5】第１実施形態に係るコマンドの流れを説明するシーケンスである。
【図6】第１実施形態に係るコマンドの流れを説明するシーケンスである。
【図7】第１実施形態に係る処理の流れを説明するフローチャートである。
【図8】第１実施形態に係る動作例を説明する図である。
【図9】第１実施形態に係る動作例を説明する図である。
【図10】第１実施形態に係る動作例を説明する図である。
【図11】第２実施形態に係る処理の流れを説明するフローチャートである。
【図12】第２実施形態に係る動作例を説明する図である。
【図13】第２実施形態に係る動作例を説明する図である。
【図14】第３実施形態に係る処理の流れを説明するフローチャートである。
【図15】第３実施形態に係る動作例を説明する図である。
【図16】第３実施形態に係る動作例を説明する図である。
【図17】第３実施形態に係る動作例を説明する図である。
【図18】第４実施形態に係る処理の流れを説明するフローチャートである。
【図19】アカウント管理テーブルを説明する図である。
【発明を実施するための形態】
【0011】
以下、本開示の実施形態について図面を参照して説明する。なお、以下の実施形態は、本開示を説明するための一例であり、特許請求の範囲に記載した説明の技術的内容は、以下の記載に限定されるものではない。
【0012】
画像処理装置からメール送信する場合、画像処理装置の管理者等により予め設定されたアカウントを用いてメール配信サービスや、認証サービス等に対する認証処理が行われる。このときのアカウントがＯＡｕｔｈ認証方式に対応したアカウントである場合、管理者が設定時に認証処理を行っていたとしても、トークンの有効期限が徒過した場合には、管理者による再認証処理が必要となる。
【0013】
そして、再認証処理は、アカウントの所有者（管理者）が行うことが多いため、他のユーザは、再認証処理が完了するまでメール送信を行うことができない。特に、メール送信の失敗が、画像処理装置の操作画面を操作していないとき、例えば、ファクス受信の自動転送のような場合に発生すると、メール送信の失敗が把握されないまま長時間、ジョブが失敗し続ける可能性がある。
【0014】
更に、ＯＡｕｔｈ認証では、アカウント毎に取得可能なトークンの数に制限が設けられる場合もある。アカウントが多くの装置で使用されている態様である場合、トークンの取得数が上限に達すると、メール送信が失敗する可能性はより増大する。
【0015】
本開示では、トークンの有効期限の徒過により、当該アカウントに対する再認証処理が実行されるまでメール送信が不可となる事態を回避することが可能な画像処理装置等を以下の実施形態で実現する。
【0016】
［１ 第１実施形態］
［１．１ 全体構成］
図１は、第１実施形態に係る画像処理装置としての複合機１０と、サービス提供装置としてのクラウド３０と、メール配信サーバ５０との接続形態の一例を説明する図である。
［１．１ 全体構成］
図１は、第１実施形態に係る画像処理装置としての複合機１０と、サービス提供装置としてのクラウド３０と、メール配信サーバ５０との接続形態の一例を説明する図である。
【0017】
第１実施形態に係る複合機１０は、プリント、コピー、ファクス（インターネットＦＡＸ）、メール送信等を一つの筐体で実現可能な画像処理装置である。なお、第１実施形態では、画像処理装置の一形態として複合機１０について説明するが、ＯＡｕｔｈ認証に対応したアカウントを用いての認証処理が可能な構成であれば、特に制限は無く、コピー機、プリンタ、ファクス等の画像処理装置であってもかまわない。
【0018】
複合機１０は、ネットワークＮＷを介してクラウド３０と、メール配信サーバ５０とに接続されている。複合機１０は、例えば、ＩＰ（Internet Protocol）、ＴＣＰ（Transmission Control Protocol）、ＨＴＴＰ（Hypertext Transfer Protocol）、ＳＭＴＰ（Simple Mail Transfer Protocol）等の通信プロトコルに基づき、クラウド３０、メール配信サーバ５０との通信が可能となるように構成されている。なお、ネットワークＮＷは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等のネットワーク回線を表している。なお、ネットワークＮＷに接続される複合機１０の数は、図１の例示に限定されず、複数台数の複合機１０がネットワークＮＷに接続されてもよい。
【0019】
クラウド３０は、例えば、ＯＡｕｔｈ２．０認証方式に基づく認可コードフローを実施することでリソースの利用認可を行う認可サーバ（不図示）を含む。クラウド３０は、認証（認可）に応じて認可コード、認可情報としてのアクセストークン、更新要求情報としてのリフレッシュトークン等を生成する構成であれば、装置構成に制限は無く、例えば、認可コードフローを処理する認可サーバと、リソースを提供するリソースサーバとを別体で構成してもよく、認証機能とリソース提供機能とを併せ持つ単体の装置で構成することも可能である。
【0020】
メール配信サーバ５０は、ＳＭＴＰプロトコルやＰＯＰ（Post Office Protocol）プロトコルに準拠してメール配信を行う。メール配信サーバ５０は、クラウド３０（リソースサーバ）からのＡＰＩ（Application Programming Interface）を介したメール送信要求に応じ、特定の宛先に対するメール送信や、受信したメールの配信を行うことができる。なお、メール配信サーバ５０は、クラウド３０のリソースサーバとして構成してもよい。
【0021】
［１．２ 機能構成］
［１．２．１ 複合機１０について］
次に、第１実施形態に係る複合機１０の機能構成について図２を用いて説明する。複合機１０は、制御部１１と、表示部１３と、操作入力部１５と、通信部１７と、画像処理部１９と、画像入力部２１と、記憶部２３とを備える。
［１．２．１ 複合機１０について］
次に、第１実施形態に係る複合機１０の機能構成について図２を用いて説明する。複合機１０は、制御部１１と、表示部１３と、操作入力部１５と、通信部１７と、画像処理部１９と、画像入力部２１と、記憶部２３とを備える。
【0022】
制御部１１は、複合機１０全体を制御する。制御部１１は、例えば、１又は複数の演算装置（ＣＰＵ（Central processing unit）等）により構成される。制御部１１は、記憶部２３に記憶された各種プログラムを読み出して実行することにより、その機能を実現する。
【0023】
表示部１３は、各種情報をユーザ等に対して表示する。表示部１３は、例えば、ＬＣＤ（Liquid crystal display）や有機ＥＬ（Electro-luminescence）ディスプレイ等により構成することができる。表示部１３は、制御部１１による制御に基づき、後述するブラウザプログラム２３４によって生成された閲覧用の画面情報に基づく画面を表示する。
【0024】
操作入力部１５は、ユーザ等による情報の入力を受付ける。操作入力部１５は、例えば、ハードキーやソフトウェアキーといった操作キー、ボタン等の各種入力装置により構成することができる。なお、操作入力部１５は、表示部１３を介しての入力が可能なタッチパネルとして構成することができる。この場合、操作入力部１５は、表示部１３で表示するＷｅｂブラウザ画面やアプリケーション画面を介したＵＩ（User Interface）として機能することができる。なお、タッチパネルの入力方式としては、例えば、抵抗膜方式、赤外線方式、電磁誘導方式、静電容量方式といった一般的な方式を採用することができる。
【0025】
なお、制御部１１が後述する制御プログラム２３１を読み出すことでＯＳ（Operating System）として機能し、当該ＯＳによる制御に基づき駆動するＵＩを第１実施形態ではＵＩ／ＯＳ１１０と称することがある。
【0026】
通信部１７は、例えば、ＬＡＮ、ＷＡＮ、インターネット、電話回線、ファクス回線等のネットワーク（ＮＷ）を介して他の装置（クラウド３０、メール配信サーバ５０）と通信を行うための有線／無線の何れか又はその両方のインタフェースを備える。また、通信部１７は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near field communication）、Ｗｉ－Ｆｉ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｉｒｄａ、ワイヤレスＵＳＢ等の（近距離）無線通信技術に関するインタフェースを備えてもよい。
【0027】
画像処理部１９は、画像データに基づく画像を記録媒体としての用紙等に形成する画像形成部を含む。画像形成部は、不図示の給紙トレイから用紙を給紙し、用紙上に画像データに基づく画像を形成した後、不図示の排紙部に排紙する。画像形成部は、例えば、電子写真方式を利用したレーザプリンタ等により構成することができる。この場合、画像形成部は、トナー色（例えば、シアン、マゼンタ、イエロー、ブラック）に対応した不図示のトナーカートリッジから供給されるトナーを用いて画像形成を行う。また、画像処理部１９は、画像入力部２１から入力された画像データに対して、例えば、シェーディング補正や、濃度補正等を施して、メール添付用の出力用画像データを生成する形態を含めてもよい。
【0028】
画像入力部２１は、原稿を走査することにより、画像データを生成する。画像入力部２１は、例えば、ＣＣＤ（Charge coupled device）、ＣＩＤ（Contact image sensor）等のイメージセンサを備え、自動原稿送り装置（ＡＤＦ：Automatic document feeder）や、原稿を載置して読取るためのフラットベット等を有するスキャナ装置として構成することができる。画像入力部２１は、原稿画像からの反射光像をイメージセンサで読取ることで画像データを生成することが可能な構成であれば、その構成に特に制限はない。なお、画像入力部２１は、例えば、ＵＳＢ（Universal serial bus）メモリ等の可搬性記憶媒体に記憶された画像データや、不図示の外部端末装置等から送信された画像データを取得可能なインタフェースとして構成することも可能である。
【0029】
記憶部２３は、複合機１０の動作に必要な各種プログラムや、各種データを記憶する。記憶部２３は、例えば、ＲＡＭ（Random access memory）、ＨＤＤ（Hard disk drive）、ＳＳＤ（Solid state drive）、ＲＯＭ（Read only memory）等の記憶装置により構成することができる。
【0030】
第１実施形態において、記憶部２３は、制御プログラム２３１と、認証プログラム２３２と、アプリケーションプログラム２３３と、ブラウザプログラム２３４と、アカウント管理プログラム２３５とを記憶し、アカウント記憶領域２３６を確保する。
【0031】
制御プログラム２３１は、複合機１０を統括的に制御する際に制御部１１が読み出すプログラムである。制御プログラム２３１を読み出した制御部１１は、ＯＳとして機能し、表示部１３、操作入力部１５、通信部１７、画像処理部１９、画像入力部２１の駆動を制御することでプリント、コピー、ファクス、メール送信等の各ジョブの設定、実行、後処理等を行う。
【0032】
認証プログラム２３２は、クラウド３０との間で認証処理を行う際に制御部１１が読み出すプログラムである。認証プログラム２３２を読み出した制御部１１は、クラウド３０に対する認証処理の実施を後述するＷｅｂブラウザを介して行う。なお、認証プログラム２３２を読み出した制御部１１は、ＯＡｕｔｈ認証といった事前の認可が必要な認証方式に加え、例えば、ユーザ名（ユーザＩＤ）とパスワードとの組み合わせで認証する従来の認証処理（例えば、ＳＭＴＰ認証処理、ＰＯＰ認証処理）や、複合機１０に対するログイン認証も行うことができる。また、認証プログラム２３２を読み出した制御部１１は、認証処理として、アカウントに対応付けられた更新要求情報としてのリフレッシュトークンに基づき、サービス提供装置としてのクラウド３０（メール配信サーバ５０）が提供するメール配信サービスを利用するための認可情報としてのアクセストークンの更新が可能か否かを検証する（以降、更新有効性と称する）を検証する。本開示では、制御部１１は、リフレッシュトークンに設けられた有効期限に基づきアクセストークンの更新有効性を検証する。
【0033】
アプリケーションプログラム２３３は、制御部１１が読み出すことにより、プリント、コピー、ファクス、メール送信等の機能を実現することが可能なアプリケーションである。アプリケーションプログラム２３３としては、複合機１０の設定、管理等を司る統合管理アプリケーションであってもよいし、当該統合管理アプリケーションをプラットホームとする個別のアプリケーション（例えば、スキャン送信アプリケーション等）であってもかまわない。なお、アプリケーションプログラム２３３を読み出した制御部１１は、ＡＰＩを介し、認証プログラム２３２等の他のプログラムが奏する機能を利用することができる。アプリケーションプログラム２３３と、認証プログラム２３２とは協働することで、クラウド３０との間で認証情報やアクセストークンの取得／更新／受け渡し等を行うことができる。ここでの説明では、アプリケーションプログラム２３３と認証プログラム２３２とを別構成として説明したが、認証プログラム２３２の機能をアプリケーションプログラム２３３に設けることも可能である。なお、以降の説明では、アプリケーションプログラム２３３を読み出した制御部１１がユーザの目的のために動作する態様を単にアプリケーションとして称して説明する。
【0034】
ブラウザプログラム２３４は、入力を受けたコンテンツをレンダリングすることにより、閲覧用の画面情報を生成する際に制御部１１が読み出すプログラムである。ブラウザプログラム２３４を読み出した制御部１１は、Ｗｅｂブラウザとして機能し、表示するＷｅｂブラウザ画面を介してユーザからの入力や要求を受け付けたり、アプリケーションからの通知をユーザに対して表示することができる。
【0035】
アカウント管理プログラム２３５は、プロバイダに応じて設定されたアカウントを管理する際に制御部１１が読み出すプログラムである。アカウント管理プログラム２３５を読み出した制御部１１は、例えば、不図示の設定画面を介して新規アカウントの入力を受付けると、当該新規アカウントの認証方式がＯＡｕｔｈ認証方式に対応しているか否かを判定する。そして、制御部１１は、新規アカウントの認証方式がＯＡｕｔｈ認証方式に対応していると判定した場合、既にアカウント記憶領域２３６に記憶している第１のアカウントの代替アカウントとして、新規アカウントを第２のアカウントとして記憶する。なお、新規アカウントの認証方式がＯＡｕｔｈ認証方式に対応していりないと判定した場合、制御部１１は、他の認証方式のアカウントとしてアカウント記憶領域２３６に記憶する。
【0036】
アカウント記憶領域２３６は、アカウントを記憶する記憶領域である。アカウント記憶領域２３６は、アカウント管理プログラム２３５を読み出した制御部１１による制御に基づき、アカウントを図３で例示するアカウント管理テーブルとして記憶する。なお、アカウント記憶領域２３６は複合機１０以外のネットワークＮＷに接続された外部記憶装置等に設けることも可能である。
【0037】
ここで、第１実施形態に係るアカウント管理テーブルの構成例について図３を用いて説明する。なお、図３で例示するアカウント管理テーブルの構成例は、あくまでも一例であり、本開示に係るアカウントの管理が図３での例示に限定されるものではない。例えば、アカウント管理テーブルは、図３で例示する管理項目以外の項目を含んでもよく、管理形式もテーブル形式に限定されず、データベースであってもかまわない。
【0038】
アカウント管理テーブル２３６１は、ＩＤと、ユーザ名と、プロバイダと、使用アカウントと、認証方式と、アカウント種別と、トークン有効期限とを管理項目として含む。
【0039】
ＩＤは、管理するアカウントを一意に識別するための識別子である。ユーザ名は、当該アカウントの所有者の名称を表す。プロバイダは、認証先（クラウド３０）の名称を表す。使用アカウントは、認証処理に用いるアカウント名を表す。認証方式は、当該アカウントに対応した認証方式を表す。アカウント種別は、ＯＡｕｔｈ認証方式に対応したアカウントの種別を表す。トークン有効期限は、当該アカウントに対応してクラウド３０から発行されたトークンの有効期限を表す。ここで、本開示に係るトークンとは、クラウド３０のリソース（メール配信サーバ５０）を利用するためのアクセストークン（認可情報）を更新するためのリフレッシュトークン（更新要求情報）を意図するものとする。また、本開示に係る有効期限とは、クラウド３０により発行されたトークンが有効な一定の時期を表し、日付や時間で表現してもよく、クラウド３０により発行された日付から特定の日付までの期間で表してもかまわない。なお、アカウント管理テーブル２３６１は、これらの管理項目以外にも、例えば、使用アカウントに対応付けたパスワード、トークン（自体）、認可コード、アカウント所有者の連絡先（メールアドレス等）を管理項目に含めてもよい。
【0040】
例えば、ＩＤ“０１”に係るアカウントは、ユーザ名“ａｄｍｉｎ”を所有者とするアカウントを表している。ＩＤ“０１”に係るアカウントは、プロバイダ“ａａｂｂｃｃ”を認証先とし、このときの使用アカウントは、“ａｄｍｉｎ＠ａａｂｂｃｃ．ｊｐ”である。ＩＤ“０１”に係るアカウントはＯＡｕｔｈ認証方式に対応しており（認証方式“ＯＡｕｔｈ認証方式”）、当該アカウントの種別は“第１のアカウント”である。第１のアカウントは、メール送信に係る認証処理において、メインアカウントとして用いられるアカウントであって、アカウント記憶領域２３６に対して記憶済のアカウントである。また、ＩＤ“０１”に係るアカウントに対するトークンの有効期限は“２０２３／５／１０”である。トークンの有効期限が徒過すると、当該アカウントを用いた認証処理は失敗する。
【0041】
ＩＤ“０２”に係るアカウントは、ユーザ名“ａｄｍｉｎ”を所有者とするアカウントを表している。ＩＤ“０２”に係るアカウントは、プロバイダ“ａａｂｂｃｃ”を認証先とし、このときの使用アカウントは、“ａｄｍｉｎ２＠ａａｂｂｃｃ．ｊｐ”である。ＩＤ“０２”に係るアカウントはＯＡｕｔｈ認証方式に対応しており（認証方式“ＯＡｕｔｈ認証方式”）、当該アカウントの種別は“第２のアカウント”である。第２のアカウントは、制御部１１が、新規アカウントして受付けたアカウントの認証方式がＯＡｕｔｈ認証方式に対応していると判定した場合、既にアカウント記憶領域２３６に記憶している第１のアカウントの代替アカウントとして、アカウント記憶領域２３６に記憶したものである。制御部１１は、第１のアカウントに係るトークンの有効期限“２０２３／５／１０”が徒過した場合、当該第１のアカウントの代替アカウントである第２のアカウントを用いて認証処理を行う。なお、本開示におけるアカウントを用いた認証処理とは、ＯＡｕｔｈ認証方式に準拠した認証・認可処理を包含する概念であり、例えば、使用アカウント（アカウント名）、パスワード等を用いたクラウド３０に対する認証処理、アクセストークンを用いた認可処理、リフレッシュトークンに基づくアクセストークンのトークン更新要求処理等の認証・認可処理を含むものとする。
【0042】
一方、ＩＤ“０３”に係るアカウントは、ユーザ名“ｕｓｅｒ０１”を所有者とするアカウントを表している。ＩＤ“０３”に係るアカウントは、プロバイダ“ｇｇｈｈｉｉ”を認証先とし、このときの使用アカウントは、“ｕｓｅｒ＠ｇｇｈｈｉｉ．ｊｐ”である。ＩＤ“０３”に係るアカウントはＯＡｕｔｈ認証方式に対応しておらず（認証方式“ＳＭＴＰ認証方式”）、当該アカウントは、第１のアカウント”、“第２のアカウント”の何れのアカウント種別に属さないアカウントである（アカウント種別：“－”）。
【0043】
［１．２．２ クラウド３０について］
第１実施形態に係るクラウド３０は、ＯＡｕｔｈ認証方式に基づく認可コードフローを実施することでリソースの利用認可を行う認可サーバを含む構成であれば、既知の構成を用いることができる。したがって、クラウド３０の機能構成に関する説明は省略する。
第１実施形態に係るクラウド３０は、ＯＡｕｔｈ認証方式に基づく認可コードフローを実施することでリソースの利用認可を行う認可サーバを含む構成であれば、既知の構成を用いることができる。したがって、クラウド３０の機能構成に関する説明は省略する。
【0044】
［１．２．３ メール配信サーバ５０について］
第１実施形態のメール配信サーバ５０は、クラウド３０（リソースサーバ）からのＡＰＩを介したメール送信要求に応じ、特定の宛先に対するメール送信や、受信したメールの配信を行うことが可能な構成であれば、既知の構成を用いることができる。したがって、メール配信サーバ５０の機能構成に関する説明は省略する。
第１実施形態のメール配信サーバ５０は、クラウド３０（リソースサーバ）からのＡＰＩを介したメール送信要求に応じ、特定の宛先に対するメール送信や、受信したメールの配信を行うことが可能な構成であれば、既知の構成を用いることができる。したがって、メール配信サーバ５０の機能構成に関する説明は省略する。
【0045】
［１．３ 処理の流れ］
次に、第１実施形態に係る処理の流れについて説明する。図４は、新規アカウントして受付けたアカウントの認証方式がＯＡｕｔｈ認証方式に対応した場合に、当該アカウントを第２のアカウントとして設定（記憶）する処理を説明するフローチャートである。なお、図４のフローチャートで説明する処理は、制御部１１がアカウント管理プログラム２３５等を読み出すことにより実行する処理である。また、図４では、ＯＡｕｔｈ認証方式に対応したアカウントを第１のアカウントとして設定（記憶）する処理から説明する。
次に、第１実施形態に係る処理の流れについて説明する。図４は、新規アカウントして受付けたアカウントの認証方式がＯＡｕｔｈ認証方式に対応した場合に、当該アカウントを第２のアカウントとして設定（記憶）する処理を説明するフローチャートである。なお、図４のフローチャートで説明する処理は、制御部１１がアカウント管理プログラム２３５等を読み出すことにより実行する処理である。また、図４では、ＯＡｕｔｈ認証方式に対応したアカウントを第１のアカウントとして設定（記憶）する処理から説明する。
【0046】
まず、制御部１１は、複合機１０の管理者（例えば、図３のアカウント管理テーブル２３６１で例示したＩＤ“０１”のユーザ名“ａｄｍｉｎ”で示されるアカウント所有者）により、ＯＡｕｔｈ認証方式に対応したアカウントの設定を受付ける。制御部１１は、受付けたアカウントをメール送信の認証処理に係る第１のアカウントとして設定する。制御部１１は、第１のアカウントの設定を受付けると、当該アカウントをアカウント管理テーブル２３６１に記憶する（ステップＳ１０）。
【0047】
次いで、制御部１１は、アカウントの新規入力を受付けたか否かを判定する（ステップＳ１２）。制御部１１は、新規アカウントの入力を受付けたと判定した場合、当該アカウントの認証方式がＯＡｕｔｈ認証方式に対応しているか否か判定する（ステップＳ１２；Ｙｅｓ→ステップＳ１４）。なお、制御部１１は、新規アカウントの入力を受付けていないと判定した場合、当該アカウントの入力を受付けるまで待機する（ステップＳ１２；Ｎｏ）。
【0048】
制御部１１は、新規アカウントの認証方式がＯＡｕｔｈ認証方式に対応していると判定した場合、新規アカウントを第１のアカウントの代替アカウントである第２のアカウントとして設定し、処理を終了する（ステップＳ１４；Ｙｅｓ→ステップＳ１６）。このとき、制御部１１は、クラウド３０に対する第２のアカウントを用いた認証処理を行う。
【0049】
一方、制御部１１は、受付けたアカウントの認証方式がＯＡｕｔｈ認証方式に対応していないと判定した場合、受付けたアカウントを他の認証方式のアカウントとして設定し、処理を終了する（ステップＳ１４；Ｎｏ→ステップＳ１８）。
【0050】
次に、トークンの有効期限の徒過により送信エラーが発生し、ユーザ（管理者）により再認証が行われる場合の、ユーザ、ＵＩ／ＯＳ１１０、アプリケーション、クラウド３０間におけるコマンドシーケンスについて図５を用いて説明する。なお、以降では、認証処理としてトークン更新要求処理を中心に説明する。
【0051】
まず、ユーザによりメール送信実行指示が入力されると（Ｓ１００）、ＵＩ／ＯＳ１１０は、トークン更新実行要求コマンドをアプリケーションに送信する（Ｓ１０２）。
【0052】
アプリケーションはトークンの更新要求コマンドをクラウド３０に対して送信する（Ｓ１０４）。トークンの更新要求コマンドを受信したクラウド３０は、当該トークンの有効期限の検証を行う。このとき、トークンの有効期限が徒過していれば、クラウド３０は、エラー判定を行う（エラー判定）。そして、クラウド３０は、トークンの有効期限切れによるエラーをアプリケーションに対して返却する（Ｓ１０６）。一方、トークンの有効期限が徒過していない場合、更新したトークン（アクセストークン、リフレッシュトークン）を発行し、アプリケーションに対してトークン応答コマンドを送信する。トークン応答コマンドを受信したアプリケーションは、ＵＩ／ＯＳ１１０にトークンを渡す。ＵＩ／ＯＳ１１０は、取得したトークンを含むメール送信要求コマンドをクラウド３０（リソースサーバ）に送信する。クラウド３０（リソースサーバ）は、受信したトークンの有効性を確認し、メール配信サーバ５０に対してメール送信要求を行う。そして、メール送信が成功すると、クラウド３０（リソースサーバ）は、送信成功応答コマンドをＵＩ／ＯＳ１１０に送信する。ＵＩ／ＯＳ１１０は、メール送信が完了した旨をユーザに対して通知する。
【0053】
クラウド３０からエラー返却を受けたアプリケーションは、ＵＩ／ＯＳ１１０に対してエラーを返却する（Ｓ１０８）。ＵＩ／ＯＳ１１０は、送信エラーと、当該送信エラーに伴う認証が必要である旨（要再認証）をユーザに対して通知する（Ｓ１１０）。
【0054】
次いで、送信エラー後、ユーザとしての管理者が再認証するケースについて説明する。
【0055】
ＵＩ／ＯＳ１１０は、管理者による再認証要求指示を受付ける（Ｓ１１２）。再認証要求指示を受付けると、ＵＩ／ＯＳ１１０は認証処理要求コマンドをアプリケーションに対して送信する（Ｓ１１４）。認証処理要求コマンドを受信したアプリケーションは、クラウド３０に対して認証処理要求コマンドを送信する（Ｓ１１６）。
【0056】
認証処理要求コマンドを受信したクラウド３０は、認証画面応答コマンドをアプリケーションに対して送信する（Ｓ１１８）。認証画面応答コマンドには、管理者に対する認証情報（ログイン情報）の入力を受付けるための認証画面に係るコンテンツや、当該コンテンツの格納場所を表すＵＲＬ（Uniform Resource Locator）を含めることができる。
【0057】
アプリケーションは、認証画面応答コマンドを受信すると、認証画面応答コマンドをＵＩ／ＯＳ１１０に対して送信する（Ｓ１２０）。アプリケーションからＵＩ／ＯＳ１１０に対して送信されるコマンドには、クラウド３０から受信した認証画面に係るコンテンツやＵＲＬ等のロケーション情報に加え、当該認証画面のＷｅｂブラウザを介した表示指示を含めることができる。
【0058】
アプリケーションから認証画面応答コマンドを受信したＵＩ／ＯＳ１１０は、認証画面を管理者に対して表示する（Ｓ１２２）。
【0059】
ＵＩ／ＯＳ１１０は、管理者によるログイン情報の入力を受付ける（Ｓ１２４）。ＵＩ／ＯＳ１１０はログイン情報の入力を受付けると、アプリケーションに対してログイン実行要求コマンドを送信する（Ｓ１２６）。アプリケーションはＵＩ／ＯＳ１１０からログイン実行要求を受信すると、クラウド３０に対してログイン要求コマンドを送信する（Ｓ１２８）。
【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】
メッセージ画面Ｍ１２は、アカウント名“ａｄｍｉｎ＠ａａｂｂｃｃ．ｊｐ”（第１のアカウント）におけるトークンの有効期限が徒過したため、当該アカウントの再認証を促す旨“トークンの有効期限が過ぎています。アカウント所有者に通知を送信しました。再認証が済むまで暫くお待ちください。”を通知内容としたメッセージ画面の例示である。
【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】
本開示は、認証方式として、ＯＡｕｔｈ認証以外にも、ＧＮＡＰ（Grant Negotiation and Authorization Protocol）等のトークンベースの認証方式に適用可能である。そして、本開示は上述した各実施の形態に限定されるものではなく、種々の変更が可能である。すなわち、本開示の要旨を逸脱しない範囲内において適宜変更した技術的手段を組み合わせて得られる実施の形態についても本開示の技術的範囲に含まれる。
【0122】
また、上述した実施形態は、説明の都合上、それぞれ別に説明している部分があるが、技術的に可能な範囲で組み合わせて実行してもよいことは勿論である。
【0123】
また、実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭ（Read Only Memory）やＨＤＤ等の記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【0124】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ （Blu-ray（登録商標）Disc等））、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等の何れであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本開示の機能が実現される場合もある。
【0125】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本開示に含まれるのは勿論である。
【0126】
また、上述した実施形態に用いた装置の各機能ブロック、又は諸特徴は、電気回路、例えば、集積回路あるいは複数の集積回路で実装、実行することも可能である。本明細書で述べた機能を実現するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又はその他のプログラマブル論理デバイス、ディスクリートゲート又はトロンジスタロジック、ディスクリートハードウェア部品、又はこれらを組み合わせたものを含んでもよい。汎用用途プロセッサは、マイクロプロセッサでもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであってもよい。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本開示の一以上の態様は当該技術による新たな集積回路を用いることも可能である。
【符号の説明】
【0127】
１０ 複合機
１１ 制御部
１３ 表示部
１５ 操作入力部
１７ 通信部
１９ 画像処理部
２１ 画像入力部
２３ 記憶部
２３１ 制御プログラム
２３２ 認証プログラム
２３３ アプリケーションプログラム
２３４ ブラウザプログラム
２３５ アカウント管理プログラム
２３６ アカウント記憶領域
１１０ ＵＩ／ＯＳ
３０ クラウド
５０ メール配信サーバ
１１ 制御部
１３ 表示部
１５ 操作入力部
１７ 通信部
１９ 画像処理部
２１ 画像入力部
２３ 記憶部
２３１ 制御プログラム
２３２ 認証プログラム
２３３ アプリケーションプログラム
２３４ ブラウザプログラム
２３５ アカウント管理プログラム
２３６ アカウント記憶領域
１１０ ＵＩ／ＯＳ
３０ クラウド
５０ メール配信サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】