(57)【要約】【課題】アプリケーションに対応付けられた認証情報で認証に失敗した場合でも、認証が成功するようにする。【解決手段】クライアント装置２０は、サービスを利用するためのアプリケーション毎に、サービスを利用するユーザの認証情報を対応付けて記憶する。クライアント装置２０は、ユーザの指示に応じてアプリケーションを実行し、実行したアプリケーションに対応付けられたユーザの認証情報をサービス装置へ送信してユーザの認証を要求する。クライアント装置２０は、認証情報に応じて送信された認証結果を取得すると、認証結果が認証失敗を表す場合、実行したアプリケーションとは異なるアプリケーションに対応付けられたユーザの認証情報を取得し、取得した認証情報をサービス装置２０へ送信してユーザの認証を再要求する。【選択図】図１
2018045562.tif 000002
【特許請求の範囲】
【請求項１】
サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段と、
ユーザの指示に応じて前記アプリケーションを実行する実行手段と、
実行されたアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、
前記認証情報に応じて送信された認証結果を取得する取得手段と、
前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段
を備える情報処理装置。
【請求項２】
前記認証結果が認証成功を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報であって、認証成功となったときの認証情報と同じ種類の認証情報を更新する更新手段
を備える請求項１に記載の情報処理装置。
【請求項３】
前記更新手段は、前記ユーザの操作に応じて前記更新を行う
請求項２に記載の情報処理装置。
【請求項４】
前記更新手段は、予め定められた条件に対応した認証情報を更新する
請求項２に記載の情報処理装置。
【請求項５】
前記再要求手段は、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報のうち、認証失敗となったときの認証情報と同じ値の認証情報を前記サービス装置へ送信しない
請求項１から請求項４のいずれか一項に記載の情報処理装置。
【請求項６】
認証情報を取得し、取得した認証情報によりユーザの認証を行い、認証結果を送信するサービス装置と、
前記サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段と、
ユーザの指示に応じてアプリケーションを実行する実行手段と、
実行されたアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、
前記認証情報に応じて送信された認証結果を取得する取得手段と、
前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段
を有する情報処理装置
を備える情報処理システム。
【請求項７】
コンピュータを、
ユーザの指示に応じてアプリケーションを実行する実行手段と、
サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段から、実行されたアプリケーションに対応付けられた前記ユーザの認証情報を取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、
前記認証情報に応じて送信された認証結果を取得する取得手段と、
前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
複数のアプリケーションの各々でログイン処理を行う発明として、例えば特許文献１に開示された情報処理装置がある。この情報処理装置は、複数のアプリケーション毎に設けられているデータベースへユーザ名及びパスワードを登録する。ユーザがログインする場合には、ユーザ名及びパスワードを入力する。ユーザ及びパスワードによりユーザが装置へログインすると、複数のアプリケーション毎に対応するデータベースからユーザ名及びパスワードを取得し、取得したユーザ名及びパスワードで各アプリケーションがログイン処理を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−５９８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、アプリケーションに対応付けられた認証情報で認証に失敗した場合でも、認証が成功するようにする技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る情報処理装置は、サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段と、ユーザの指示に応じて前記アプリケーションを実行する実行手段と、実行されたアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、前記認証情報に応じて送信された認証結果を取得する取得手段と、前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段を備える。
【０００６】
本発明の請求項２に係る情報処理装置は、前記認証結果が認証成功を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報であって、認証成功となったときの認証情報と同じ種類の認証情報を更新する更新手段を備える。
【０００７】
本発明の請求項３に係る情報処理装置は、前記ユーザの操作に応じて前記更新を行う。
【０００８】
本発明の請求項４に係る情報処理装置は、前記更新手段は、予め定められた条件に対応した認証情報を更新する。
【０００９】
本発明の請求項５に係る情報処理装置は、前記再要求手段は、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報のうち、認証失敗となったときの認証情報と同じ値の認証情報を前記サービス装置へ送信しない。
【００１０】
本発明の請求項６に係る情報処理システムは、認証情報を取得し、取得した認証情報によりユーザの認証を行い、認証結果を送信するサービス装置と、前記サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段と、ユーザの指示に応じてアプリケーションを実行する実行手段と、実行されたアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、前記認証情報に応じて送信された認証結果を取得する取得手段と、前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段を有する情報処理装置を備える。
【００１１】
本発明の請求項７に係るプログラムは、コンピュータを、ユーザの指示に応じてアプリケーションを実行する実行手段と、サービス装置が提供するサービスを利用するためのアプリケーション毎に前記サービスを利用するユーザの認証情報を対応付けて記憶する記憶手段から、実行されたアプリケーションに対応付けられた前記ユーザの認証情報を取得し、取得した認証情報を前記サービス装置へ送信して前記ユーザの認証を要求する要求手段と、前記認証情報に応じて送信された認証結果を取得する取得手段と、前記認証結果が認証失敗を表す場合、前記実行手段により実行されたアプリケーションとは異なるアプリケーションに対応付けられた前記ユーザの認証情報を前記記憶手段から取得し、取得した認証情報を前記サービス装置へ送信して、認証失敗の場合の認証方法とは異なる認証方法で前記ユーザの認証を再要求する再要求手段として機能させるためのプログラムである。
【発明の効果】
【００１２】
本発明の請求項１に係る情報処理装置によれば、アプリケーションに対応付けられた認証情報で認証に失敗した場合でも、認証が成功するようにすることができる。
本発明の請求項２に係る情報処理装置によれば、実行したアプリケーションとは異なるアプリに対応付けられている認証情報を更新することができる。
本発明の請求項３に係る情報処理装置によれば、認証情報を更新するか否かをユーザが決定することができる。
本発明の請求項４に係る情報処理装置によれば、条件に合致しない場合には認証情報を更新しないようにすることができる。
本発明の請求項５に係る情報処理装置によれば、同じ値の認証情報で認証の再要求を行わないようにすることができる。
本発明の請求項６に係る情報処理システムによれば、アプリケーションに対応付けられた認証情報で認証に失敗した場合でも、認証が成功するようにすることができる。
本発明の請求項７に係るプログラムによれば、アプリケーションに対応付けられた認証情報で認証に失敗した場合でも、認証が成功するようにすることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態の情報処理システム１に係る装置を示した図。
【図２】サービス装置１０のハードウェア構成の一例を示した図。
【図３】テーブルＴＢ１の一例を示した図。
【図４】サービス装置１０の機能ブロック図。
【図５】クライアント装置２０のハードウェア構成の一例を示した図。
【図６】テーブルＴＢ２の一例を示した図。
【図７】クライアント装置２０の機能ブロック図。
【図８】制御部２０１が行う処理の流れを示したフローチャート。
【図９】制御部１０１が行う処理の流れを示したフローチャート。
【発明を実施するための形態】
【００１４】
［実施形態］
（全体構成）
図１は、本発明の一実施形態に係る情報処理システム１の全体構成を示した図である。情報処理システム１は、クライアント装置２０のユーザに対して例えば文書に関係するサービスを提供するシステムである。
【００１５】
通信回線２は、データ通信が行われる通信ネットワークであり、データ通信を行う複数のコンピュータ装置が接続される。通信回線２には、有線及び無線の通信ネットワークが含まれており、本実施形態においては、サービス装置１０及びクライアント装置２０が接続されている。
【００１６】
サービス装置１０は、クライアント装置２０のユーザに対して文書に関係するサービスを提供する装置である。例えば、サービス装置１０は、文書を表す文書データについて、保存、配信、削除などの文書を管理する文書管理サービスをユーザに提供する。また、サービス装置１０は、文書データが表す文書の翻訳を行う翻訳サービスをユーザに提供する。なお、サービス装置１０が提供するサービスは、上述したサービスに限定されるものではなく、他のサービスであってもよい。
【００１７】
本実施形態においては、サービス装置１０が提供するサービスをユーザが利用する際には、ユーザがサービス装置１０により認証される必要がある。サービス装置１０は、サービス装置１０が提供するサービスの利用を許可されているユーザを認証するための認証情報を記憶しており、クライアント装置２０から送られる認証情報を用いてユーザの認証を行う。クライアント装置２０のユーザがサービス装置１０により認証された場合には、ユーザは、サービス装置１０が提供するサービスを利用可能となり、ユーザがサービス装置１０により認証されなかった場合には、ユーザは、サービス装置１０が提供するサービスを利用できないこととなる。
【００１８】
クライアント装置２０は、本実施形態においては、イメージスキャナ機能、コピー機能、用紙に画像を形成する画像形成機能、ファクシミリ機能などの機能を備えた画像形成装置である。本実施形態においては、複数のクライアント装置２０が通信回線２に接続可能となっているが、図面が煩雑になるのを防ぐため、図１においては一つのクライアント装置２０のみを示している。
【００１９】
クライアント装置２０は、サービス装置１０が提供するサービスをユーザが利用するときに用いられる。本実施形態においては、クライアント装置２０を利用可能な者は、予め定められた者となっており、クライアント装置２０を利用可能な者に付与されているユーザＩＤとパスワードが予めクライアント装置２０に記憶されている。クライアント装置２０は、ユーザが入力するユーザＩＤ及びパスワードの組を取得し、取得したユーザＩＤ及びパスワードの組を記憶している場合、ユーザにクライアント装置２０の使用を許可する。
【００２０】
（サービス装置１０の構成）
図２は、サービス装置１０のハードウェア構成の一例を示したブロック図である。通信部１０５は、データ通信を行うための通信インターフェースとして機能し、通信回線２に接続されている。
【００２１】
記憶部１０２は、制御部１０１が実行するプログラムや、認証情報を格納するテーブルなどを永続的に記憶する装置（例えばハードディスク装置）を有している。記憶部１０２が記憶するプログラムとしては、オペレーティングシステムのプログラム、文書管理サービスを提供するプログラム、翻訳サービスを提供するプログラム、サービス装置１０が提供するサービスのユーザを認証するプログラムなどがある。
【００２２】
図３は、認証情報を格納するテーブルＴＢ１の一例を示した図である。テーブルＴＢ１は、認証情報の種類毎にフィールドを有する。認証情報のフィールドには、サービス装置１０が提供するサービスの利用を許可されているユーザの認証情報が格納される。
【００２３】
本実施形態においては、サービス装置１０は、ユーザの認証について複数の方法に対応しており、例えば、ＯＡｕｔｈ２．０の仕様に従ってアクセストークンを用いる方法と、ＯＡｕｔｈ２．０の仕様に従ってリソースオーナーパスワードクレデンシャル（例えばユーザ名及びパスワード）を用いる方法に対応している。このため、テーブルＴＢ１においては、アクセストークンのフィールドが設けられており、このフィールドにはユーザ毎に発行したアクセストークンが格納される。また、テーブルＴＢ１においては、ユーザ名及びパスワードのフィールドが設けられており、このフィールドにはユーザのユーザ名及びパスワードが格納される。なお、ユーザを認証する方法は、上述の２種類に限定されるものではなく、本発明においては、３つ以上の方法に対応し、認証情報のフィールドも各方法に対応して３つ以上が設けられる構成であってもよい。
【００２４】
制御部１０１は、ＣＰＵやＲＡＭを有しており、記憶部１０２に記憶されているプログラムを実行し、記憶部１０２や通信部１０５を制御する。制御部１０１がプログラムを実行することにより、文書管理サービスに関係する機能、翻訳サービスに関係する機能、ユーザを認証する機能などが実現する。
【００２５】
図４は、サービス装置１０において実現する機能のうち、本発明に係る機能の構成を示した機能ブロック図である。取得部１００１は、クライアント装置２０から送信される認証情報を取得する。認証部１００２は、取得部１００１が取得した認証情報を用いて、サービスの利用を認証する。送信部１００３は、認証部１００２が行った認証の認証結果をクライアント装置２０へ送信する。
【００２６】
（クライアント装置２０の構成）
図５は、クライアント装置２０のハードウェア構成の一例を示した図である。操作部２０４は、クライアント装置２０を操作するための複数のボタンやタッチパネルを備えている。通信部２０５は、通信回線２に接続されており、通信回線２に接続されている他の装置とデータ通信を行う。
【００２７】
スキャン部２０６は、文書を光学的に読み取り、読み取った文書を表す文書データを生成する画像読取装置（図示略）を備えている。画像処理部２０８は、用紙に形成する画像を表す画像データに対して各種処理を施すものである。画像処理部２０８は、供給される画像データが表す画像に色補正や階調補正等の画像処理を施し、画像処理が施された画像からＹｅｌｌｏｗ（Ｙ）、Ｍａｇｅｎｔａ（Ｍ）、Ｃｙａｎ（Ｃ）、Ｂｌａｃｋ（Ｋ）の各色の画像の画像データを生成して画像形成部２０７へ出力する。
【００２８】
画像形成部２０７は、電子写真方式によって用紙にトナー像を形成する。具体的には、画像形成部２０７は、Ｙｅｌｌｏｗの色のトナー像を形成する画像形成部、Ｍａｇｅｎｔａの色のトナー像を形成する画像形成部、Ｃｙａｎの色のトナー像を形成する画像形成部、Ｂｌａｃｋの色のトナー像を形成する画像形成部を備えている。各画像形成部は、画像処理部２０８が出力した画像データに従って感光体上に静電潜像を形成した後、感光体表面にトナーを付着させてＹ、Ｍ、Ｃ、Ｋの各色のトナー像を形成し、このトナー像を用紙に転写する。そして、用紙に転写されたトナー像に熱と圧力を加えて定着させた後、トナー像が形成された用紙をクライアント装置２０の外へ排出する。なお、画像形成部２０７は、本実施形態においてはトナーを用いて用紙に画像を形成するが、インクジェット方式などのインクを用いて用紙に画像を形成する構成としてもよい。また写真の場合は、熱転写方式などのインクリボンを使用した画像を形成する構成としてもよい。
【００２９】
本発明に係る記憶手段の一例である記憶部２０２は、データを永続的に記憶する記憶装置（例えば、ハードディスク装置）を有しており、文書データ、文書管理サービスを利用するためのアプリケーションプログラム（以下、文書管理アプリと称する）、翻訳サービスを利用するためのアプリケーションプログラム（以下、翻訳アプリと称する）などを記憶する。なお、本実施形態においては、文書管理アプリと翻訳アプリは、ユーザがサービスの利用の認証を受けるための処理も行う。
【００３０】
また、記憶部２０２は、認証情報を格納するテーブルＴＢ２を記憶する。図６は、テーブルＴＢ２の一例を示した図である。テーブルＴＢ２は、クライアント装置２０の利用を許可されている者に付与されているユーザＩＤを格納するフィールドと、アプリケーションプログラムが通常使用する認証情報を格納するフィールドを有し、認証情報のフィールドには、文書管理アプリが認証に通常使用するアクセストークンを格納するフィールドと、翻訳アプリが認証に通常使用するユーザ名及びパスワードを格納するフィールドが設けられている。テーブルＴＢ２においては、例えば、ユーザＩＤが「ｕｓｅｒＡ」であるユーザＡについては、「ｕｓｅｒＡ」に対応したレコードの文書管理アプリのフィールドには、ユーザＡに発行されたアクセストークンが格納され、「ｕｓｅｒＡ」に対応した翻訳アプリのフィールドには、ユーザＡのユーザ名及びパスワードが格納される。
【００３１】
制御部２０１は、ＣＰＵやＲＡＭを備えており、記憶部２０２に記憶されているプログラムを実行する。制御部２０１が文書管理アプリを実行すると、文書管理サービスを利用するための各種機能が実現し、制御部２０１が翻訳アプリを実行すると、翻訳サービスを利用するための各種機能が実現する。
【００３２】
図７は、クライアント装置２０において実現する機能のうち、本発明に係る機能の構成を示したブロック図である。
実行部２００１は、ユーザの指示に応じて記憶部２０２に記憶されているアプリケーションプログラムを実行する。実行部２００１は、本発明に係る実行手段の一例である。
要求部２００２は、ユーザの認証情報を記憶部２０２から取得し、取得した認証情報をサービス装置１０へ送信してユーザの認証を要求する。
取得部２００３は、送信した認証情報に応じてサービス装置１０から送信された認証結果を取得する。取得部２００３は、本発明に係る取得手段の一例である。
再要求部２００４は、取得した認証結果が認証失敗の内容である場合、実行されたアプリケーションとは異なるアプリケーションに対応付けられたユーザの認証情報を記憶部２０２から取得し、取得した認証情報をサービス装置１０へ送信してユーザの認証を再要求する。再要求部２００４は、本発明に係る再要求手段の一例である。
更新部２００５は、認証結果が認証成功を表す場合、実行されたアプリケーションとは異なるアプリケーションに対応付けられた認証情報であって、認証成功となったときの認証情報と同じ種類の認証情報を更新する。更新部２００５は、本発明に係る更新手段の一例である。
【００３３】
（実施形態の動作例）
次に、本実施形態の動作例について説明する。なお、以下の説明においては、図６に例示したように、既にテーブルＴＢ２に認証情報が格納されている状態を想定して動作例の説明を行う。
【００３４】
制御部２０１は、クライアント装置２０にログインする画面の表示を指示する操作が操作部２０４において行われると、ユーザＩＤ及びパスワードの入力画面を表示するように操作部２０４のタッチパネルを制御する。ユーザは、表示された入力画面に対し、タッチパネルを操作してユーザＩＤ及びパスワードを入力する。制御部２０１は、入力されたユーザＩＤ及びパスワードの組と同じ組が記憶部２０２に記憶されている場合、ユーザに対してクライアント装置２０の使用を許可する。制御部２０１がユーザに対してクライアント装置２０の使用を許可すると、ユーザは文書管理アプリ及び翻訳アプリの使用が可能となる。
【００３５】
ユーザは、文書をスキャン部２０６で読み取らせ、読み取られた文書の文書データを、文書管理サービスを提供するサービス装置１０に記憶させる場合、文書をスキャン部２０６にセットし、文書の読み取りを指示する操作を操作部２０４において行う。制御部２０１は、文書の読み取りを指示する操作が行われると、スキャン部２０６を制御して文書の読み取りを行う。スキャン部２０６は、読み取った文書を表す文書データを生成する。スキャン部２０６が生成した文書データは、記憶部２０２に記憶される。ユーザは、スキャン部２０６による文書の読み取りが終了すると、文書管理アプリの実行を指示する操作を操作部２０４において行う。制御部２０１（実行部２００１）は、行われた操作に応じて文書管理アプリを実行する。
【００３６】
文書管理アプリを実行した制御部２０１は、サービス装置１０が提供するサービスを利用するための認証を受ける処理を実行する。図８は、この処理において制御部２０１が行う流れの一例を示したフローチャートである。制御部２０１（要求部２００２）は、サービスを利用するための認証情報をテーブルＴＢ２から取得する（ステップＳＡ１）。ここで制御部２０１は、例えば、ユーザＩＤが「ｕｓｅｒＡ」であるユーザＡがクライアント装置２０にログインしており、文書管理アプリが実行されている場合、テーブルＴＢ２においてユーザＩＤとして「ｕｓｅｒＡ」が格納されているレコードを特定し、特定したレコードの文書管理アプリのフィールドから、ユーザＡに対して発行されたアクセストークンを取得する。制御部２０１（要求部２００２）は、アクセストークン（認証情報）を取得すると、取得したアクセストークンを、通信部２０５を制御してサービス装置１０へ送信する（ステップＳＡ２）。
【００３７】
制御部１０１は、クライアント装置２０から送信されたアクセストークンを通信部１０５が取得すると、図９に示したフローチャートの処理を行う。制御部１０１（取得部１００１）は、通信部１０５が受信したアクセストークン（認証情報）を取得する（ステップＳＢ１）。次に制御部１０１（認証部１００２）は、取得したアクセストークンを用いてサービスの利用に対する認証処理を行う。ここで制御部１０１は、取得した認証情報が有効であるか判断する（ステップＳＢ２）。具体的には、制御部１０１は、取得したアクセストークンと同じアクセストークンがテーブルＴＢ１に格納されているか判断する。制御部１０１は、取得したアクセストークンと同じアクセストークンがテーブルＴＢ１に格納されていない場合、認証情報が無効であると判断し（ステップＳＢ２でＮＯ）、サービスの利用を不可とする（ステップＳＢ３）。また、制御部１０１は、取得したアクセストークンと同じアクセストークンがテーブルＴＢ１に格納されている場合、アクセストークンの有効期限を確認する。制御部１０１は、アクセストークンの有効期限が切れている場合にも、認証情報が無効であると判断し（ステップＳＢ２でＮＯ）、サービスの利用を不可とする（ステップＳＢ３）。
【００３８】
また、制御部１０１（認証部１００２）は、取得したアクセストークンと同じアクセストークンがテーブルＴＢ１に格納されており、アクセストークンの有効期限が切れていない場合、認証情報が有効であると判断し（ステップＳＢ２でＹＥＳ）、サービスの利用を許可する（ステップＳＢ４）。
【００３９】
制御部１０１（送信部１００３）は、ステップＳＢ３又はステップＳＢ４の処理を終えると、認証結果をクライアント装置２０へ送信する（ステップＳＢ５）。制御部２０１（取得部２００３）は、通信部２０５が認証結果を受信すると、通信部２０５が受信した認証結果を取得する（ステップＳＡ３）。制御部２０１（再要求部２００４）は、認証結果を取得すると、取得した認証結果の内容がサービスの利用を許可する内容であるか判断する（ステップＳＡ４）。
【００４０】
制御部２０１（再要求部２００４）は、認証結果の内容がサービスの利用を不可とする内容（認証失敗の内容）である場合（ステップＳＡ４でＮＯ）、テーブルＴＢ２においてユーザＩＤに対応付けて格納されている認証情報のうち、文書管理アプリ以外の他のアプリが使用する認証情報があるか判断する（ステップＳＡ５）。制御部２０１は、他のアプリが使用する認証情報がある場合（ステップＳＡ５でＹＥＳ）、他のアプリが使用する認証情報を取得する（ステップＳＡ６）。制御部２０１は、例えば、図６に例示したテーブルＴＢ２の場合、アクセストークンＡ１による認証が失敗すると、ユーザＩＤ「ｕｓｅｒＡ」に対応付けて格納されており、且つ、実行中ではない翻訳アプリが使用するユーザＡのユーザ名及びパスワードを認証情報として取得する。制御部２０１は、認証情報であるユーザ名及びパスワードを取得すると、処理の流れをステップＳＡ２へ戻し、取得したユーザ名及びパスワードを、通信部２０５を制御してサービス装置１０へ送信する（ステップＳＡ２）。
【００４１】
制御部１０１は、クライアント装置２０から送信されたユーザ名及びパスワードを通信部１０５が受信すると、通信部１０５が受信したユーザ名及びパスワード（認証情報）を取得する（ステップＳＢ１）。次に制御部１０１は、取得したユーザ名及びパスワードを用いてサービスの利用に対する認証処理を行う。ここで制御部１０１は、取得した認証情報が有効であるか判断する（ステップＳＢ２）。具体的には、制御部１０１は、取得したユーザ名及びパスワードの組と同じ組がテーブルＴＢ１に格納されているか判断する。制御部１０１は、取得したユーザ名及びパスワードの組と同じ組がテーブルＴＢ１に格納されていない場合、認証情報が無効であると判断し（ステップＳＢ２でＮＯ）、サービスの利用を不可とする（ステップＳＢ３）。一方、制御部１０１は、取得したユーザ名及びパスワードの組と同じ組がテーブルＴＢ１に格納されている場合、認証情報が有効であると判断し（ステップＳＢ２でＹＥＳ）、サービスの利用を許可する（ステップＳＢ４）。
【００４２】
制御部１０１は、ステップＳＢ３又はステップＳＢ４の処理を終えると、認証結果をクライアント装置２０へ送信する（ステップＳＢ５）。制御部２０１は、通信部２０５が認証結果を受信すると、通信部２０５が受信した認証結果を取得する（ステップＳＡ３）。制御部２０１は、認証結果を取得すると、取得した認証結果の内容がサービスの利用を許可する内容であるか判断する（ステップＳＡ４）。
【００４３】
制御部２０１は、認証結果の内容がサービスの利用を許可する内容（認証成功の内容）である場合（ステップＳＡ４でＹＥＳ）、文書管理サービスを利用可能であることを通知する画面が表示されるようにタッチパネルを制御する（ステップＳＡ７）。この画面を見たユーザは、文書データをサービス装置１０へ送信する操作をタッチパネルにおいて行う。制御部２０１は、行われた操作に応じて文書データをサービス装置１０へ送信する。制御部１０１は、クライアント装置２０から送信された文書データを通信部１０５が取得すると、通信部１０５が取得した文書データを記憶部１０２に記憶させる。
【００４４】
一方、制御部２０１は、認証結果の内容がサービスの利用を不可とする内容（認証失敗の内容）である場合（ステップＳＡ４でＮＯ）、テーブルＴＢ２においてユーザＩＤに対応付けて格納されている認証情報のうち、文書管理アプリ以外の他のアプリが使用する認証情報があるか判断する（ステップＳＡ５）。ここで制御部２０１は、文書管理アプリと翻訳アプリ以外のアプリがないため、他のアプリが使用する認証情報がないと判断し（ステップＳＡ５でＮＯ）、サービスを利用不可であることを通知する画面が表示されるようにタッチパネルを制御する（ステップＳＡ８）。
【００４５】
以上説明したように本実施形態によれば、ユーザは、アプリが通常使用する認証情報で認証がされなくても、他のアプリが通常使用する認証情報を用いて認証され、サービスを利用することができる。
【００４６】
［変形例］
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されることなく、他の様々な形態で実施可能である。例えば、上述の実施形態を以下のように変形して本発明を実施してもよい。なお、上述した実施形態及び以下の変形例は、各々を組み合わせてもよい。
【００４７】
本発明においては、例えば、ユーザ名及びパスワードを認証情報とし、文書データを配信するアプリケーションプログラム（以下、配信アプリと称する）があり、配信アプリに対応付けて認証情報がテーブルＴＢ２に格納されていない場合、翻訳アプリがユーザ名及びパスワードによる認証でサービスの利用を許可されると、制御部２０１（更新部２００５）は、翻訳アプリが使用したユーザ名及びパスワードを、テーブルＴＢ２の配信アプリのフィールドに格納して認証情報を更新する構成としてもよい。この構成によれば、配信アプリを実行した制御部２０１は、ユーザ名及びパスワードを使用して認証の処理を行うことができる。
なお、本変形例においては、他のアプリが使用した認証情報をアプリが通常使用する認証情報としてテーブルＴＢ２に格納する場合、格納するか否かをユーザに選択させる構成としてもよい。また、他のアプリが使用した認証情報をアプリが通常使用する認証情報としてテーブルＴＢ２に格納する場合、格納するか否かを予め定められた条件によって選択するようにしてもよい。例えば、認証情報がユーザ名及びパスワードである場合には、他のアプリが使用した認証情報をアプリが通常使用する認証情報としてテーブルＴＢ２に格納し、認証情報がアクセストークンである場合には、他のアプリが使用した認証情報をアプリが通常使用する認証情報としてテーブルＴＢ２に格納しないようにしてもよい。
【００４８】
本発明においては、制御部２０１は、サービスの利用を許可されなかった場合、他のアプリが通常使用する認証情報を使用して認証の処理を行うが、他のアプリが通常使用する認証情報の種類が、サービスの利用を許可されなかったときに使用した認証情報の種類と同じである場合、同じ種類の認証情報を使用しないようにしてもよい。
例えば、アプリＸがアクセストークンを認証の処理に通常使用し、アプリＹもアクセストークンを認証の処理に通常使用し、アプリＺがユーザ名及びパスワードを認証の処理に使用する場合を想定する。ここで、アプリＸを実行した制御部２０１がアクセストークンを用いた認証の処理でサービスの利用を許可されなかった場合、ステップＳＡ６において、アプリＹが認証の処理に通常使用するアクセストークンをテーブルＴＢ２から取得するのではなく、アプリＺが認証の処理に通常使用するユーザ名及びパスワードをテーブルＴＢ２から取得する。
また、本発明においては、制御部２０１は、サービスの利用を許可されなかった場合、他のアプリが通常使用する認証情報を使用して認証の処理を行うが、他のアプリが通常使用する認証情報の値が、サービスの利用を許可されなかったときに使用した認証情報の値と同じである場合、同じ値の認証情報を使用しないようにしてもよい。
例えば、第１のアプリと第２のアプリに対応した認証情報をユーザＩＤとパスワードとする。ここで、ユーザーＩＤとパスワードは、本発明に係る認証情報の値の一例である。第１のアプリに対応する認証情報と、第２のアプリに対応する認証情報について、ユーザＩＤが同じであり、パスワードが異なる場合、即ち値が異なる場合、第１のアプリに対応した認証情報で認証に失敗すると、制御部２０１は、第２のアプリに対応した認証情報、即ち値が異なる認証情報を使用して認証を試みる。また、第１のアプリに対応する認証情報と、第２のアプリに対応する認証情報について、ユーザＩＤが同じであり、パスワードも同じである場合、即ち認証情報の値が同じである場合には、第１のアプリに対応した認証情報で認証に失敗すると、制御部２０１は、第２のアプリに対応した認証情報を使用しない。
【００４９】
上述した実施形態においては、クライアント装置２０は、画像形成装置となっているが、クライアント装置２０は画像形成装置に限定されるものではない。アプリケーションプログラムが認証情報を用いて外部装置からサービスの利用の認証を受ける構成であれば、クライアント装置２０は、パーソナルコンピュータ、タブレット端末、スマートフォン、家電製品、ゲーム機などのコンピュータ装置であってもよい。
【００５０】
なお、本発明に係るプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリーなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供し、インストールしてもよい。また、通信回線を介してプログラムをダウンロードしてインストールしてもよい。
【符号の説明】
【００５１】
１…情報処理システム、２…通信回線、１０…サービス装置、２０…クライアント装置、１０１…制御部、１０２…記憶部、１０５…通信部、２０１…制御部、２０２…記憶部、２０４…操作部、２０５…通信部、２０６…スキャン部、２０７…画像形成部、２０８…画像処理部、１００１…取得部、１００２…認証部、１００３…送信部、２００１…実行部、２００２…要求部、２００３…取得部、２００４…再要求部、２００５…更新部。
【図１】
2018045562.tif 000003
【図２】
2018045562.tif 000004
【図３】
2018045562.tif 000005
【図４】
2018045562.tif 000006
【図５】
2018045562.tif 000007
【図６】
2018045562.tif 000008
【図７】
2018045562.tif 000009
【図８】
2018045562.tif 000010
【図９】
2018045562.tif 000011