JP5904034B2 - 認証制御装置、認証システムおよびプログラム - Google Patents

Description

本発明は、複数のサービスに対する認証動作を行う認証システムおよびそれに関連する技術に関する。

複数のウエブサーバ等により提供される複数のサービスに対して画像形成装置のウエブブラウザ等を介してログインする技術が存在する。

たとえば、特許文献１に記載のＭＦＰ（マルチ・ファンクション・ペリフェラル）においては、ログイン名ごとに複数のサーバのそれぞれの所在情報と複数のサーバのそれぞれへのログイン情報とを対応付けたウエブサーバ管理テーブルが設けられる。そして、当該ＭＦＰは、ログインユーザのログイン名に対応するウエブサーバに対して、ウエブサーバ管理テーブルに記録されたウエブサーバログイン情報が送信され、認証動作が行われる。これによれば、ＭＦＰにログインすれば、予め登録された複数のサーバに対して簡易な操作でログインすることが可能である。

特開２００８−０８３８０９号公報

しかしながら、特許文献１に記載の技術においては、ユーザは全てのサービスに対するアカウントを予め取得していることを要する。ワークフローで利用される複数のサービスの中には、ユーザがそのアカウントを未だ取得していないサービスも存在し得る。

そこで、この発明の課題は、ワークフローで利用される複数のサービスのうちユーザがそのアカウントを取得していないサービスに対しても、当該ユーザがログインすることが可能な技術を提供することにある。

上記課題を解決すべく、請求項１の発明は、認証制御装置であって、ワークフローで利用される複数のサービスであって複数のサービス提供装置によって分担されて実行される複数のサービスに関するアカウントの共用許可を登録する登録手段と、前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定する決定手段と、前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得する取得手段と、前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知する第１の通知手段と、前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記ユーザの認証動作である第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置に通知する第２の通知手段と、を備えることを特徴とする。

請求項２の発明は、請求項１の発明に係る認証制御装置において、前記共通アカウントのログイン情報を保持する保持手段と、前記複数のサービスのうち前記第２のサービスに関して、前記共通アカウントのログイン情報として前記ユーザから再入力された情報と前記保持手段に保持されている前記共通アカウントのログイン情報との同一性を判定して前記共通アカウントを用いた予備的な認証動作である予備認証動作を行う予備認証手段と、をさらに備え、前記第２の通知手段は、前記予備認証動作の成功をも条件に、前記第２のサービスに関する前記第２の種類の認証要求を前記第２のサービスの提供元装置に通知することを特徴とする。

請求項３の発明は、請求項１の発明に係る認証制御装置において、前記第２の通知手段は、前記第１の装置による前記ユーザの認証動作である前記第１の種類の認証動作の成功を条件に、前記第２のサービスに関する前記第２の種類の認証要求を、前記ユーザに対してログイン情報の再入力を要求することなく、前記第２のサービスの提供元装置に通知することを特徴とする。

請求項４の発明は、請求項３の発明に係る認証制御装置において、前記認証制御装置および前記第１の装置は共に前記画像形成装置であり、前記共通アカウントは、前記画像形成装置のアカウントであり、前記第１の通知手段は、前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を前記画像形成装置の認証処理手段に対して通知して前記ユーザによる前記画像形成装置へのログインを要求し、前記第２の通知手段は、前記画像形成装置による前記ユーザの認証動作である前記第１の種類の認証動作の成功を条件に、前記第２のサービスに関する前記第２の種類の認証要求を前記第２のサービスの提供元装置に通知することを特徴とする。

請求項５の発明は、請求項１ないし請求項４のいずれかの発明に係る認証制御装置において、前記代替アカウントは、複数のユーザが共用するアカウントであることを特徴とする。

請求項６の発明は、請求項５の発明に係る認証制御装置において、前記複数のサービスは、前記ユーザである第１のユーザにより実行される第１のサービス群と前記第１のユーザ以外の第２のユーザにより実行される第２のサービス群とを含む複数のサービス群に区分され、前記決定手段は、前記第１のサービス群に関する共通アカウントである第１の共通アカウントと前記第２のサービス群に関する共通アカウントである第２の共通アカウントとを個別に決定し、前記第１の通知手段は、前記第１のユーザに関し前記第１の共通アカウントのログイン情報に基づく第１の種類の認証要求を前記第１のサービス群内の一のサービスの提供元装置に通知し、前記第２のユーザに関し前記第２の共通アカウントのログイン情報に基づく第１の種類の認証要求を前記第２のサービス群内のサービスの提供元装置に通知し、前記第２の通知手段は、前記第１のユーザに関する前記第１の種類の認証要求の成功を条件に、前記第１のサービス群内の他のサービスの提供元装置に対して、第１の代替アカウントのログイン情報に基づく第２の種類の認証要求を通知し、前記第２のユーザに関する前記第１の種類の認証要求の成功を条件に、前記第２のサービス群内の他のサービスの提供元装置に対して、第２の代替アカウントのログイン情報に基づく第２の種類の認証要求を通知することを特徴とする。

請求項７の発明は、コンピュータに、ａ）ワークフローで利用される複数のサービスであって複数のサービス提供装置によって分担されて実行される複数のサービスに関するアカウントの共用許可を登録するステップと、ｂ）前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定するステップと、ｃ）前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得するステップと、ｄ）前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知するステップと、ｅ）前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記ユーザの認証動作である第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置に通知するステップと、を実行させるためのプログラムであることを特徴とする。

請求項８の発明は、認証システムであって、ワークフローで利用される複数のサービスを提供する複数のサービス提供装置と、前記複数のサービス提供装置に関する認証動作を制御する認証制御装置と、を備え、前記認証制御装置は、前記複数のサービス提供装置によって分担されて実行される前記複数のサービスに関するアカウントの共用許可を登録する登録手段と、前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定する決定手段と、前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得する取得手段と、前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知する第１の通知手段と、を有し、前記第１の装置は、前記第１の種類の認証要求に応じて、前記ユーザの認証動作である第１の種類の認証動作を実行し、前記認証制御装置は、前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置である第２の装置に通知する第２の通知手段、をさらに有し、前記第２の装置は、前記第２の種類の認証要求に応じて、前記ユーザの認証動作である第２の種類の認証動作を実行することを特徴とする。

請求項１ないし請求項８に記載の発明によれば、ワークフローで利用される複数のサービスのうち、ユーザがそのアカウントを取得していないサービスに対しても、当該ユーザがログインすることが可能である。

特に、請求項３に記載の発明によれば、ユーザに対してログイン情報の再入力を要求することなく、第２の種類の認証要求が第２のサービスの提供元装置に通知されるので、複数のサービスへの個別のログインを意識することなく複数のサービスに簡易にログインして、ワークフローを実行することが可能である。

第１実施形態に係る認証システムを示す図である。 ＭＦＰの概略構成を示す機能ブロック図である。 携帯端末の概略構成を示す機能ブロック図である。 ワークフローを示す図である。 本システムにおける動作を示すタイミングチャートである。 本システムにおける動作を示すタイミングチャートである。 本システムにおける動作を示すタイミングチャートである。 ワークフロー管理テーブルを示す図である。 ワークフロー実行用のトップ画面を示す図である。 共通アカウントが登録されたワークフロー管理テーブルを示す図である。 第１の種類の認証動作で利用されるログイン情報入力画面を示す図である。 予備認証動作で利用されるログイン情報入力画面を示す図である。 第１実施形態に係る認証動作を示す概念図である。 第２実施形態に係る認証動作を示す概念図である。 第２実施形態に係る動作を示すタイミングチャートである。 第２実施形態に係る動作を示すタイミングチャートである。 第３実施形態に係る認証動作を示す概念図である。 第３実施形態に係るワークフロー管理テーブルを示す図である。 第４実施形態に係る認証動作を示す概念図である。 第４実施形態に係るワークフロー管理テーブルを示す図である。 第５実施形態に係るワークフロー管理テーブルを示す図である。 第５実施形態に係る認証動作を示す概念図である。 第５実施形態に係る認証動作を示す概念図である。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．第１実施形態＞
＜１−１．構成概要＞
図１は、第１実施形態に係る認証システム１を示す図である。図１に示すように、この認証システム１は、画像形成装置１０と複数のサーバコンピュータ（単にサーバとも称する）５０（５０ａ，５０ｂ，...）と携帯端末７０とを備える。サーバ５０としては、各種のサービス（たとえば文書の保存管理等を行う文書管理サービス）を提供するクラウドサーバ等が例示される。なお、サーバ５０は、社内に設けられるサーバコンピュータ等であってもよい。

この認証システム１は、各種のサービス提供装置（サーバ５０および／または画像形成装置１０等）に対する認証動作を実行するシステムである。後述するように、認証システム１は、画像形成装置１０を利用して、ワークフローＷＦにおいて実行される複数のサービスＳＶであって複数のサービス提供装置（５０ａ，５０ｂ，１０等）によって分担されて実行される一連の複数のサービスＳＶに対する認証動作を制御する。なお、画像形成装置１０は、各種のサービス提供装置に対する認証動作（ログイン動作）を制御する装置であることから、認証制御装置ないしログイン制御装置などとも表現される。また、画像形成装置１０は、ワークフロー処理などの様々な情報処理を行う装置であることから、情報処理装置などとも表現される。

本システム１における各要素１０，５０，７０は、それぞれ、ネットワークＮＷを介して互いに通信可能に接続される。ネットワークＮＷは、ＬＡＮ（Local Area Network）およびインターネットなどによって構成される。また、ネットワークＮＷに対する接続態様は、有線接続であってもよく、或いは無線接続であってもよい。たとえば、画像形成装置１０とサーバ５０とはそれぞれネットワークＮＷに対して有線接続され、携帯端末７０はネットワークＮＷに対して無線接続される。

以下、各装置の構成について、より詳細に説明する。

＜１−２．画像形成装置１０の構成＞
この実施形態では、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））を例示する。

図２は、ＭＦＰ１０の概略構成を示す機能ブロック図である。

ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。具体的には、ＭＦＰ１０は、図２の機能ブロック図に示すように、画像読取部２、印刷出力部３、通信部４、格納部５、入出力部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像なしいスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。

印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワークＮＷを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先との間で各種のデータを授受することが可能である。

格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。

入出力部６は、ＭＦＰ１０に対する入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。このＭＦＰ１０においては、液晶表示パネルに圧電センサ等が埋め込まれて構成されたタッチパネル（タッチスクリーンとも称する）（図１参照）を有する操作パネル部６ｃが設けられている。この操作パネル部６ｃは、操作入力部６ａの一部としても機能するとともに、表示部６ｂの一部としても機能する。

コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）ＰＧ１を実行することによって、各種の処理部を実現する。なお、当該プログラムＰＧ１は、ＵＳＢメモリなどの可搬性の記録媒体に記録され、当該記録媒体を介してＭＦＰ１０にインストールされるようにしてもよい。あるいは当該プログラムＰＧ１は、ネットワークＮＷ等を介してダウンロードされてＭＦＰ１０にインストールされるようにしてもよい。

図２に示すように、コントローラ９は、プログラムＰＧ１を実行することによって、リモート接続処理部１１と登録処理部１２と共通アカウント決定部１３とログイン入力情報取得部１４と認証要求処理部１５と予備認証処理部１８と認証処理部１９とを含む各種の処理部を実現する。

リモート接続処理部１１は、携帯端末７０を用いたリモート接続動作を制御する処理部である。

登録処理部１２は、ワークフローＷＦで利用される複数のサービスＳＶ（複数のサービス提供装置によって分担されて実行される複数のサービス）に関するアカウントの共用許可を登録する処理部である。

共通アカウント決定部１３は、アカウントの共用許可が登録された複数のサービスのうちの一のサービスであってユーザによって指定されたサービスのアカウントを当該複数のサービスに関する「共通アカウント」として決定する処理部である。

ログイン入力情報取得部１４は、ユーザによって入力された入力情報を取得する処理部である。たとえば、ログイン入力情報取得部１４は、携帯端末７０のタッチパネル７５を介してユーザによって入力された情報（共通アカウントのログイン情報等）をネットワーク通信を介して携帯端末７０から取得する。また、共通アカウントのログイン情報として取得された入力情報は、共通アカウント情報保持部５ｂに保持（格納）される。

認証要求処理部１５は、各サービス提供装置（５０ａ，５０ｂ，１０等）に対して認証（ログイン）を要求する処理部である。認証要求処理部１５は、第１通知部１６と第２通知部１７とを有する。

第１通知部１６は、共通アカウントのログイン情報として入力された入力情報に基づき、共通アカウントとして決定されたアカウントのサービスの提供元装置に対して、ユーザ認証要求（第１の種類の認証要求）ＡＲ１を通知する。

第２通知部１７は、第１の種類の認証動作ＡＴ１の成功を条件に、アカウントの共用許可が登録された複数のサービスのうちの別のサービスに関して、当該別のサービス用に予め準備された代替アカウントのログイン情報に基づく第２の種類の認証要求（ログイン要求）ＡＲ２を当該別のサービスの提供元装置に通知する。なお、第２の種類の認証要求ＡＲを受けたサービス提供元装置は、第２の種類の認証動作ＡＴ２を実行し、その成否を返信する。

本願においては、ユーザ固有の本来のアカウントのログイン情報を利用した認証要求を、「第１の種類の認証要求」（ＡＲ１）とも称する。また、当該第１の種類の認証要求ＡＲ１に応じて行われる認証動作を、「第１の種類の認証動作」（ＡＴ１）とも称する。一方、本来のアカウントに代えて利用される代替的なアカウント（代替アカウント）を利用した認証要求を、「第２の種類の認証要求」（ＡＲ２）とも称する。また、当該第２の種類の認証要求ＡＲ２に応じて行われる認証動作を、「第２の種類の認証動作」（ＡＴ２）とも称する。

なお、第１の種類の認証要求ＡＲ１がユーザ本来のアカウントを用いるのに対して、第２の種類の認証要求ＡＲ２は代替アカウントを用いる点で、両認証要求ＡＲ１，ＡＲ２は互いに相違している。ただし、認証対象装置（認証要求先装置）のアカウントのログイン情報を用いて認証を要求する点では、両認証要求ＡＲ１，ＡＲ２は共通する。

予備認証処理部１８は、共通アカウントによる共用許可が付与されたサービス（認証対象サービス）に関する第２の種類の認証要求ＡＲ２に先立ち、共通アカウントのログイン情報を用いた予備的な認証動作（予備認証動作）を実行する処理部である。予備認証処理部１８は、共通アカウントのログイン情報としてユーザ（認証対象ユーザ）から再入力された情報と保持手段に保持されている共通アカウントのログイン情報との同一性を判定して、ユーザ認証を行う。同一性が認められると、ＭＦＰ１０は、認証対象サービスに関する利用許可を認証対象ユーザに対して付与する。この第１実施形態においては、予備認証の成功をも条件として、第２の種類の認証要求ＡＲ２が実行される。

認証処理部１９は、サービス提供装置としてのＭＦＰ１０に対するユーザ認証（ログイン処理）を実行する処理部である。なお、後述するように、ＭＦＰ１０は、自分自身に対しても第２の種類の認証要求ＡＲ２等を通知する。その際には、認証処理部１９は、このような認証要求ＡＲ２に応じて認証動作ＡＴ２を実行する。

また、プログラムＰＧ１は、ウエブブラウザ機能をも有している。プログラムＰＧ１は、ウエブブラウザを用いて各サーバ５０ａ，５０ｂ，...等に対してアクセスすることが可能である。

＜１−３．携帯端末７０の構成＞
次に携帯端末７０の構成について説明する。

携帯端末７０は、他の装置との間でのネットワーク通信が可能な装置である。携帯端末７０としては、スマートフォンおよびタブレット型端末などの携帯式の情報入出力端末装置等が例示される。

図３は、携帯端末７０の概略構成を示す機能ブロック図である。

携帯端末７０は、図３の機能ブロック図に示すように、通信部７４、入出力部７６およびコントローラ７９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

通信部７４は、ネットワークＮＷを介したネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、携帯端末７０は、所望の相手先との間で各種のデータを授受することが可能である。

入出力部７６は、携帯端末７０に対する入力を受け付ける操作入力部７６ａと、各種情報の表示出力を行う表示部７６ｂとを備えている。この携帯端末７０においては、液晶表示パネルに圧電センサ等が埋め込まれて構成されたタッチパネル（タッチスクリーン）７５（図１参照）が設けられている。このタッチパネル７５は、操作入力部７６ａの一部としても機能するとともに、表示部７６ｂの一部としても機能する。

コントローラ７９は、携帯端末７０に内蔵され、携帯端末７０を統括的に制御する制御装置である。コントローラ７９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ７９は、ＣＰＵにおいて、プログラムＰＧ７を実行することによって、各種の処理部を実現する。なお、当該プログラムＰＧ７は、ＳＤカードなどの可搬性の記録媒体、あるいはネットワークＮＷ等を介して携帯端末７０にインストールされるようにしてもよい。

図３に示すように、コントローラ７９は、プログラムＰＧ７を実行することによって、リモート接続処理部８１と表示制御部８３とログイン情報受付部８５とを含む各種の処理部を実現する。

リモート接続処理部８１は、ＭＦＰ１０に対するリモート接続動作を制御する処理部である。携帯端末７０は、リモート接続を介して、ＭＦＰ１０にアクセスすることが可能である。

表示制御部８３は、表示部７６ｂにおける表示動作を制御する処理部である。

ログイン情報受付部８５は、タッチパネル７５を介して入力されたログイン情報を受け付ける処理部である。

＜１−４．動作＞
＜ワークフローＷＦ＞
つぎに、本システム１における動作について説明する。この実施形態では、単一のユーザＵＡが携帯端末７０を介してＭＦＰ１０を操作することによって、或るワークフローＷＦ１（図４参照）が実行される態様について説明する。

図４に示すように、このワークフローＷＦ１は、一連の複数のサービスＳＶ１，ＳＶ２，ＳＶ３を利用して実行される。ここで、サービスＳＶ１は、クラウドサーバ５０ａによって提供される文書管理サービスであり、サービスＳＶ２は、クラウドサーバ５０ｂによって提供される翻訳サービスであり、サービスＳＶ３は、ＭＦＰ１０によって提供される文書印刷出力サービスである。このように、複数のサービスＳＶ１，ＳＶ２，ＳＶ３は、３つのサービス提供装置５０ａ，５０ｂ，１０によって分担されて実行される。

ユーザＵＡは、サービスＳＶ１で管理されていた文書をまず取得し（ステップＳ１）、次に当該文書の翻訳処理をサービスＳＶ２に実行させてその処理結果（翻訳後の文書）を取得する（ステップＳ２）。そして、ユーザＵＡは、最後に当該翻訳後の文書の印刷出力をサービスＳＶ３に実行させて印刷出力結果を取得する（ステップＳ３）。このようにして、ユーザＵＡは、ワークフローＷＦ１を実行する。

ここにおいて、複数のサービスＳＶ１，ＳＶ２，ＳＶ３の利用に際しては、各サービスに対するログイン（換言すれば、各サービス提供装置５０ａ，５０ｂ，１０に対するログイン）がユーザに対して求められる。ただし、この実施形態においては、ユーザは、３つのサービスＳＶ１，ＳＶ２，ＳＶ３にログインする際に、各サービスＳＶ１，ＳＶ２，ＳＶ３に固有のログイン情報の入力を行うことを要しない。ユーザは自ら指定した或るサービスに関するアカウント（共通アカウント）のログイン情報を入力することによって、３つのサービスＳＶ１，ＳＶ２，ＳＶ３のいずれにもログインすることが可能である。たとえば、ユーザＵＡは、３つのサービスＳＶ１，ＳＶ２，ＳＶ３のうちサービスＳＶ１のアカウントのみを有している場合においても、指定サービスＳＶ１に関するログイン情報の入力によって、他の２つのサービスＳＶ２，ＳＶ３にもログインすることが可能である。換言すれば、ユーザＵＡは、他の２つのサービスＳＶ２，ＳＶ３の各アカウントの新規登録を行うことを要することなく、当該２つのサービスＳＶ２，ＳＶ３にログインすることが可能である。

以下、このような動作について、図５〜図７のタイミングチャートを参照しながら更に詳細に説明する。

＜準備動作＞
図５のステップＳ１１〜Ｓ１３においては、管理者ＭＧによる準備動作が実行される。

まず、ステップＳ１１において、管理者ＭＧは、ワークフローＷＦ１で利用される複数のサービスＳＶ１，ＳＶ２，ＳＶ３に関する各代替アカウントＡＤ１，ＡＤ２，ＡＤ３を入手し、各代替アカウントＡＤ１，ＡＤ２，ＡＤ３に関する各ログイン情報をＭＦＰ１０に登録しておく。各代替アカウントは、ＭＦＰ１０が各サービスにログインする際に用いられるアカウント（ＭＦＰ１０用のアカウント）であり、各ユーザの正規のアカウントの代わりに用いられる。代替アカウントは、各サービスＳＶ１，ＳＶ２，ＳＶ３のそれぞれについて取得される。

具体的には、管理者ＭＧは、サービスＳＶ１のサービス提供者に対して新規アカウントの発行を依頼し、当該サービス提供者によって発行された新規アカウントに関するログイン情報（ログインＩＤおよびパスワード）を取得する。当該新規アカウントに関するログイン情報は、サービスＳＶ１用の代替アカウントＡＤ１に関するログイン情報としてＭＦＰ１０に登録される。

同様に、管理者ＭＧは、サービスＳＶ２のサービス提供者に対して新規アカウントの発行を依頼し、当該サービス提供者によって発行された新規アカウントに関するログイン情報（ログインＩＤおよびパスワード）を取得する。当該新規アカウントに関するログイン情報は、サービスＳＶ２用の代替アカウントＡＤ２に関するログイン情報としてＭＦＰ１０に登録される。

さらに、管理者ＭＧは、ＭＦＰ１０を操作して、新規アカウントを作成し当該新規アカウントに関するログイン情報（ログインＩＤおよびパスワード）を取得する。当該新規アカウントは、サービスＳＶ３用の代替アカウントＡＤ３に関するログイン情報としてＭＦＰ１０に登録される。

これらの代替アカウントＡＤ１，ＡＤ２，ＡＤ３は、それぞれ、ユーザＵＡ用の代替アカウントとしてのみならず、他のユーザ（ＵＢ，ＵＣ，ＵＤ等）用の代替アカウントとしても共用される。すなわち、各代替アカウントＡＤ１，ＡＤ２，ＡＤ３は、それぞれ、複数のユーザにより共用される。これによれば、管理者ＭＧによるアカウントの取得の手間を軽減することが可能である。

なお、この実施形態では、サービスＳＶ３の代替アカウントＡＤ３として、新規に作成されたアカウントが利用されるが、これに限定されない。たとえば、ユーザＵＡのＭＦＰへのログインアカウント（取得済みアカウント）がそのまま（ユーザＵＡ用の）代替アカウントＡＤ３として利用されるようにしてもよい。

次に、ステップＳ１２において、管理者ＭＧの登録操作に基づいて、ＭＦＰ１０（登録処理部１２）は、ワークフローＷＦ１をＭＦＰ１０内に登録するとともに、ワークフローＷＦ１で利用される複数のサービスＳＶ１，ＳＶ２，ＳＶ３に対するアカウントの共用許可をもＭＦＰ１０内に登録する。本願においては、「アカウントの共用許可」は、「共通アカウント」（複数のサービスの中から選択されたサービスのアカウント）を複数のサービス（ＳＶ１，ＳＶ２，ＳＶ３等）に関するユーザ認証処理で共用することを許可すること、を意味する。

具体的には、管理者ＭＧは、ＭＦＰ１０を操作してワークフローＷＦ１の登録用画面を操作パネル部６ｃに表示させる。そして、管理者ＭＧは、当該登録用画面において、ワークフローＷＦ１で利用されるサービスＳＶ１，ＳＶ２，ＳＶ３に関する登録操作を行う。ＭＦＰ１０は、当該登録操作に応じて、ワークフローＷＦ１においてサービスＳＶ１，ＳＶ２，ＳＶ３がこの順序で利用される旨の情報をもワークフロー管理テーブルＴＢ１に登録する。

図８は、ワークフロー管理テーブルＴＢ１を示す図である。図８に示すように、ワークフロー管理テーブルＴＢ１においては、ワークフローＷＦ１で利用される複数のサービスＳＶ１〜ＳＶ３に関する情報が記録されている。詳細には、各サービスＳＶ１，ＳＶ２，ＳＶ３のそれぞれに関して、「実行順序」、「実行ユーザ」、「サービス種別」、「（アＳクセス先の）ＵＲＬ」、「共有許可（の有無）」、ならびに「代替アカウント（およびそのログイン情報）」などの複数の項目の情報が記録されている。

図８においては、各サービスＳＶ１，ＳＶ２，ＳＶ３の実行順序はこの順序（「１」，「２」，「３」）であること、各サービスＳＶ１，ＳＶ２，ＳＶ３の実行ユーザは「ユーザＵＡ」であること、および各サービスＳＶ１，ＳＶ２，ＳＶ３のアクセス先のＵＲＬなどが記録されている。また、３つのサービスＳＶ１，ＳＶ２，ＳＶ３に対してアカウントの共用許可が付与されていることも記録されている。さらに、各サービスＳＶ１，ＳＶ２，ＳＶ３の代替アカウントＡＤ１，ＡＤ２，ＡＤ３のログイン情報ＬＤ１，ＬＤ２，ＬＤ３も記録されている。各ログイン情報ＬＤ１，ＬＤ２，ＬＤ３は、それぞれ、ログインＩＤとパスワードとを有して構成される。

ステップＳ１３において、管理者ＭＧがワークフローＷＦ１の実行開始をＭＦＰ１０に対して指示すると、ＭＦＰ１０は当該指示に応答して電子メールＭＬ１をユーザＵＡに向けて送信する。当該電子メールＭＬ１には、ワークフローＷＦ１の内容、ユーザＵＡが当該ワークフローＷＦ１を実行すべき旨、およびワークフローＷＦ１実行用のトップ画面ＧＭ１のＵＲＬ（具体的には、ＭＦＰ１０内の所定フォルダのＵＲＬ）等が記述されている。

以後の各操作は、携帯端末７０を用いてユーザＵＡにより実行される。

＜最初のサービスＳＶ１へのログイン動作＞
まず、ユーザＵＡは、携帯端末７０を用いて、電子メールＭＬ１を受信する。そして、ユーザＵＡは、携帯端末７０のリモート接続機能を用いて、当該電子メールＭＬ１に記述されたＵＲＬ（ＭＦＰ１０内のワークフロー実行用トップ画面ＧＭ１へのＵＲＬ）に対してアクセスする（ステップＳ１５）。このようなアクセス操作に応じて、ＭＦＰ１０はワークフローＷＦ１実行用のトップ画面ＧＭ１を生成して携帯端末７０に転送する（ステップＳ１７）。その結果、携帯端末７０のタッチパネル７５には、ワークフローＷＦ１実行用のトップ画面ＧＭ１（図９参照）が表示される。

なお、この時点では、ユーザＵＡは、複数の装置１０，５０ａ，５０ｂ，...のうち何れの装置にも未だログインしていない。ＭＦＰ１０は、特定のＵＲＬ（ワークフロー処理のトップ画面を示すＵＲＬ）に対するユーザＵＡによるアクセスは許容しているが、ＭＦＰ１０（装置自身）へのログインまでは許容していない。

図９に示すように、ワークフロー実行用のトップ画面ＧＭ１には、共通アカウントの選択指示が表示されている。

この実施形態においては、上述のように、ユーザは自ら指定した或るサービスに関するアカウント（「共通アカウント」）のログイン情報の入力を行うことによって、アカウント共用許可対象の３つのサービスＳＶ１，ＳＶ２，ＳＶ３のいずれにもログインすることが可能である。図９のトップ画面ＧＭ１は、共通アカウントの指定画面であるとも表現される。

図９の画面ＧＭ１では、複数の選択肢（具体的には、ＭＦＰ１０、文書管理サービス提供サーバ５０ａ、翻訳サービス提供サーバ５０ｂ、画像編集サービス提供サーバ５０ｃ、および文書管理サービス提供社内サーバ５０ｄ等の各アカウント）が提示されている。

ユーザＵＡは、これらの複数の選択肢の中から所望の選択肢を選択して「共通アカウント」として指定する（ステップＳ１９）。以下では、文書管理サービス提供サーバ５０ａのアカウント（換言すれば、サービスＳＶ１に関するアカウント）ＡＣ１が「共通アカウント」として指定されたものとして説明を続ける。

ユーザＵＡによる指定内容は携帯端末７０からＭＦＰ１０に転送される。ＭＦＰ１０（詳細には共通アカウント決定部１３）は、受信した指定内容に基づいて、複数のサービスＳＶ１，ＳＶ２，ＳＶ３のうちユーザＵＡによって指定されたアカウントＡＣ１を「共通アカウント」として決定する。そして、図１０に示すように、ＭＦＰ１０は、サービスＳＶ１に関するアカウントＡＣ１を共通アカウントとして利用する旨を、ワークフロー管理テーブルＴＢ１に記録する。

つぎに、ＭＦＰ１０は、共通アカウントであるアカウントＡＣ１に関するログイン情報入力画面ＧＤ１（図１１）の表示用データの送信要求を、当該アカウントＡＣ１の対応サーバ５０ａに向けて送信する（ステップＳ２１）。サーバ５０ａは、当該送信要求を受信する（受け付ける）と、ログイン情報入力画面ＧＤ１のデータをＭＦＰ１０に返信する（ステップＳ２３）。これに応じて、ＭＦＰ１０は、ログイン情報入力画面ＧＤ１の表示用データを携帯端末７０に送信する。携帯端末７０は、送信されてきたデータに基づいて、ログイン情報入力画面ＧＤ１をタッチパネル７５に表示する。

図１１は、ログイン情報入力画面ＧＤ１を示す図である。図１１に示すように、ログイン情報入力画面ＧＤ１は、ログインＩＤの入力欄ＴＭ１１とパスワード（ログインパスワード）の入力欄ＴＭ１２とログインボタンＢＮ１５とを有している。

ユーザＵＡは、ログイン情報入力画面ＧＤ１を用いて、共通アカウント（ここではアカウントＡＣ１）に関するログイン情報を入力する。具体的には、ユーザＵＡは、ログインＩＤを入力欄ＴＭ１１に入力し且つパスワードを入力欄ＴＭ１２に入力した後、ログインボタンＢＮ１５を押下する。携帯端末７０は、入力欄ＴＭ１１，ＴＭ１２に入力されたログイン情報ＬＣ１（ログインＩＤおよびパスワード）をＭＦＰ１０に送信する（ステップＳ２６）。そして、ＭＦＰ１０（第１通知部１６）は、携帯端末７０から受信して取得したログイン情報（ユーザＵＡによる入力情報）ＬＣ１に基づくユーザ認証要求ＡＲ１をサーバ５０ａに送信する（ステップＳ２７）。また、ＭＦＰ１０は、携帯端末７０から取得した入力情報（共通アカウントのログイン情報）ＬＣ１を共通アカウント情報保持部５ｂに保持（格納）しておく。

このようにして、サーバ５０ａに対するログイン要求ＡＲ１が、携帯端末７０からサーバ５０ａへとＭＦＰ１０を介して送信（通知）される。このログイン要求ＡＲ１は、サービスＳＶ１の提供元装置５０ａに対する（入力情報ＬＣ１に基づく）ユーザの認証要求である。ログイン要求ＡＲ１は、ユーザ固有の本来のアカウントのログイン情報ＬＣ１を利用した認証要求であり、第１の種類の認証要求ＡＲ１とも称される。

サーバ５０ａは、受信したログイン情報ＬＣ１とサーバ５０ａ内に格納されている正規のログイン情報とを比較して認証動作ＡＴ１を行う（ステップＳ２８）。この認証動作ＡＴ１は、共通アカウント（ここではサービスＳＶ１のアカウントＡＣ１）のログイン情報ＬＣ１を用いたユーザ認証要求（ＭＦＰ１０からの認証要求）ＡＲ１に応じて、サービスＳＶ１の提供元装置５０ａによって実行されるユーザ認証動作である。当該認証動作ＡＴ１は、第１の種類の認証動作ＡＴ１であるとも表現される。

サーバ５０ａは、受信したログイン情報ＬＣ１が正規のログイン情報であると認識すると、サーバ５０ａによるユーザＵＡの認証（第１の種類の認証動作ＡＴ１）が成功した旨を判定し、トップ画面の表示用データをＭＦＰ１０に送信する。ＭＦＰ１０は、受信した表示用データを携帯端末７０に転送する。携帯端末７０は、転送されてきた表示用データに基づいて、サービスＳＶ１へのログイン後のトップ画面をタッチパネル７５に表示する。

さらに、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（後述）で利用される代替アカウントＡＤを記録する（ステップＳ３０）。具体的には、図１０に示すように、サービスＳＶ２に関するログイン動作には代替アカウントＡＤ２を利用し且つサービスＳＶ３に関するログイン動作には代替アカウントＡＤ３を利用する旨を記録する。換言すれば、ＭＦＰ１０は、共通アカウントＡＣ１に対して、代替アカウントＡＤ２，ＡＤ３を紐付ける（関連付ける）。

その後、ユーザＵＡは、携帯端末７０を操作して、ログイン先のサーバ５０ａのサービスＳＶ１を利用する。具体的には、処理対象の文書ＤＣの取得指示がＭＦＰ１０を介してサーバ５０ａへと送信され（ステップＳ３１）、サーバ５０ａは、取得指示に応じて、当該文書ＤＣ（詳細にはそのデータ）をＭＦＰ１０に送信する（ステップＳ３３）。ＭＦＰ１０は、文書ＤＣを受信すると、当該文書ＤＣを格納部５内に格納するとともに、当該文書を受信したことを示す画面のデータを携帯端末７０に送信する。携帯端末７０が当該画面を表示することによって、ユーザＵＡは文書ＤＣの受信を知得する。

以上のようにして、最初のサービスＳＶ１へのログイン動作および当該サービスＳＶ１の利用動作が実行される。

＜２番目のサービスＳＶ２へのログイン動作＞
つぎに、２番目のサービスＳＶ２（複数のサービスＳＶ１，ＳＶ２，ＳＶ３のうちのサービスＳＶ１以外のサービスＶ２）に対するログイン動作等について説明する。

このサービスＳＶ２に対するログイン動作は、ユーザＵＡの本来のアカウントを用いて行われるのではなく、ＭＦＰ１０が予め準備した代替アカウントを用いて行われる。換言すれば、サービスＳＶ２の提供装置５０ｂは、上述の第１の種類の認証動作ＡＴ１（ステップＳ２８）のようにユーザＵＡの本来のアカウントを用いた認証動作（第１の種類の認証動作）を行うのではなく、ＭＦＰ１０によって予め準備された代替アカウントを用いた認証動作（以下、第２の種類の認証動作とも称する）ＡＴ２を行う。この第２の種類の認証動作ＡＴ２は、ステップＳ２８における認証動作（共通アカウントを用いたサーバ５０ａによるユーザ認証動作（第１の種類の認証動作））ＡＴ１の成功を条件に行われる次段階の認証動作である。ただし、この第１実施形態においては、第１の種類の認証動作ＡＴ１の後、第２の種類の認証動作ＡＴ２に先立って、ＭＦＰ１０による予備的な認証動作（以下、予備認証動作とも称する）ＡＰ（次述）も行われる。

具体的には、上記ステップＳ３３の後、ＭＦＰ１０は、ユーザＵＡによるサービスＳＶ２へのアクセス開始指示（画面内のボタン（不図示）の押下操作等）に応じて、サービスＳＶ２へのログインに向けてまず予備認証動作ＡＰ等を開始する。このＭＦＰ１０による予備認証動作ＡＰにおいては、アカウントの共用許可が付与された複数のサービスＶ１，ＳＶ２，ＳＶ３に関する「共通アカウント」が再び用いられる。

より詳細には、図６に示すように、まず、ＭＦＰ１０（予備認証処理部１８）は、共通アカウントによるログイン情報入力画面ＧＤ２の表示用データを生成して当該表示用データを携帯端末７０に送信する（ステップＳ４１）。携帯端末７０は、ＭＦＰ１０から転送されてきたデータに基づいて、ログイン情報入力画面ＧＤ２（図１２）をタッチパネル７５に表示する。

図１２は、ログイン情報入力画面ＧＤ２を示す図である。図１２に示すように、ログイン情報入力画面ＧＤ２は、ログインＩＤの入力欄ＴＭ２１とパスワード（ログインパスワード）の入力欄ＴＭ２２とログインボタンＢＮ２５とを有している。

ユーザＵＡは、ログイン情報入力画面ＧＤ２を用いて、（サービスＳＶ２に対するユーザＵＡ本来のアカウントＡＣ２ではなく）共通アカウントＡＣ１に関するログイン情報ＬＣ１を入力する。具体的には、ユーザＵＡは、共通アカウントのログインＩＤを入力欄ＴＭ２１に入力し且つパスワードを入力欄ＴＭ２２に入力した後、ログインボタンＢＮ２５を押下する。ログインボタンＢＮ２５の押下に応答して、携帯端末７０は、入力されたログイン情報ＬＣ１（ログインＩＤおよびパスワード）をＭＦＰ１０に送信する（ステップＳ４３）。ＭＦＰ１０は、取得したログイン情報ＬＣ１（ログインＩＤおよびパスワード）を用いてユーザ認証動作ＡＰ（ＡＰ２）を行う（ステップＳ４５）。具体的には、ＭＦＰ１０（予備認証処理部１８）は、携帯端末７０から再び受信した入力情報ＬＣ１と共通アカウント情報保持部５ｂに保持されている正規のログイン情報ＬＣ１との両者を比較し、当該両者の同一性を判定する。両者が同一であると判定されると、ユーザ認証が成功し、ＭＦＰ１０は認証対象ユーザＵＡを認証する。なお、この時点では、サーバ５０ｂは、（ユーザＵＡによる）サービスＳＶ２へのログインを未だ許可していない。

このユーザ認証動作（予備認証動作）ＡＰは、アカウントの共用許可が登録された複数のサービスのうちの任意のサービス（対象サービス）に関して対象ユーザが使用権限を有していることを、ＭＦＰ１０が各サービス提供装置に代わって認証（代理認証）する動作である、とも表現される。このユーザ認証動作ＡＰは、当該対象サービスに関する使用権限を予備的に認証する動作（予備認証動作）であるとも表現される。

この第１実施形態では、上述の第１の種類の認証動作ＡＴ１（ステップＳ２８）の成功に加えてこの予備認証動作ＡＰ（ステップＳ４５）の成功をも条件に、ＭＦＰ１０（第２通知部１７）は、第２の種類の認証動作ＡＴ２を実行すべき旨の認証要求ＡＲ２をサーバ５０ｂに送信する（ステップＳ４６）。

具体的には、ＭＦＰ１０は、「共通アカウント」（ここではアカウントＡＣ１）に関連付けられている代替アカウントＡＤ２（サーバ５０ｂ用の代替アカウント）のログイン情報ＬＤ２を、ワークフロー管理テーブルＴＢ１（図１０）から抽出して取得する。そして、ＭＦＰ１０は、当該ログイン情報ＬＤ２（ログインＩＤおよびパスワード）を用いてサーバ５０ｂに対するログイン要求ＡＲ２（ＡＲ２２）をサーバ５０ｂに送信する（ステップＳ４６）。このログイン要求ＡＲ２（ＡＲ２２）は、サービスＳＶ２に関してユーザＵＡによるログインを要求する動作であり、サービスＳＶ２用の予め準備された代替アカウントＡＤ２のログイン情報ＬＤ２をサービスＳＶ２のサービス提供装置５０ｂに通知することにより行われる。このログイン要求ＡＲ２（ＡＲ２２）は、代替アカウントＡＤ２のログイン情報ＬＤ２に基づくユーザの認証要求であり、第２の種類の認証要求ＡＲ２とも称される。

このように、ＭＦＰ１０は、第１の種類の認証動作ＡＴ１（ステップＳ２８）の成功と予備認証動作ＡＰ（ステップＳ４５）の成功とを条件に、サービスＳＶ２に関して第２の種類の認証要求ＡＲ２の通知を実行する（ステップＳ４６）。

そして、サーバ５０ｂは、ＭＦＰ１０から受信したログイン情報ＬＤ２とサーバ５０ｂ内に格納されている正規のログイン情報（代替アカウントＡＤ２に関する正規のログイン情報）とを比較して第２の種類の認証動作ＡＴ２（詳細にはＡＴ２２）を行う（ステップＳ４７）。このように、第２の種類の認証動作ＡＴ２（ＡＴ２２）は、ＭＦＰ１０からの認証要求ＡＲ２（ＡＲ２２）に応じて、サービス提供装置５０ｂにより行われる。

ここにおいて、上述のように第２の種類の認証動作ＡＴ２は、（共通アカウントではなく）サーバ５０ｂの実際のアカウントでもある「代替アカウントＡＤ２」（詳細には、そのログイン情報ＬＤ２）を用いて実行される。したがって、サーバ５０ｂは、通常のアカウントの１つである代替アカウントＡＤ２のログイン情報を用いて通常の認証動作を行えば良く、通常の認証動作とは異なる特別な認証動作を行うことを要しない。

サーバ５０ｂは、受信したログイン情報ＬＤ２が正規のログイン情報であると認識すると、その時点で、サービスＳＶ２へのログインを認証対象ユーザＵＡに許可する。そして、サーバ５０ｂは、サービスＳＶ２へのログイン後のトップ画面のデータをＭＦＰ１０に送信し、ＭＦＰ１０は、当該トップ画面の表示用データを携帯端末７０に送信する。その後、携帯端末７０は、転送されてきた表示用データに基づいて、サービスＳＶ２へのログイン後のトップ画面をタッチパネル７５に表示する。

その後、ユーザＵＡは、携帯端末７０を操作して、処理対象の文書ＤＣに関する変換指示（詳細には翻訳指示）をＭＦＰ１０を介してサーバ５０ｂに送信する（ステップＳ５０）。ＭＦＰ１０は、文書ＤＣのデータと当該文書の翻訳指示とをサーバ５０ｂへと送信する。サーバ５０ｂは、当該翻訳指示に応じて、当該文書ＤＣ（詳細にはそのデータ）に対する翻訳処理を実行し、翻訳処理の処理結果（翻訳後の文書ＤＣ）等をＭＦＰ１０に送信する（ステップＳ５３）。ＭＦＰ１０は、翻訳後の文書ＤＣのデータ等を受信すると、当該データ等を携帯端末７０に送信する（ステップＳ５５）。そして、携帯端末７０が当該データ等に基づく画面をタッチパネル７５に表示する（ステップＳ５７）ことによって、ユーザＵＡは処理結果の文書ＤＣを視認することができる。

以上のようにして、２番目のサービスＳＶ２へのログイン動作および当該サービスＳＶ２の利用動作が実行される。

上述の動作においては、共通アカウントのログイン情報ＬＣ１としてユーザによって入力された入力情報がＭＦＰ１０からサーバ５０ａ（サービスＳＶ１の提供元装置）に対して通知され、ユーザＵＡの認証が要求される（ステップＳ２７）。そして、サーバ５０ａは、ＭＦＰ１０からの認証要求ＡＲ１に応じて第１の種類の認証動作ＡＴ１を実行する。その後、当該サーバ５０ａによるユーザＵＡの認証動作（第１の種類の認証動作）ＡＴ１の成功を条件に、第２の種類の認証動作ＡＴ２がサーバ５０ｂによって実行される。詳細には、サービスＳＶ１とは別のサービスＳＶ２に関して、当該サービスＳＶ２用の代替アカウントＡＤ２のログイン情報ＬＤ２がＭＦＰ１０からサーバ５０ｂに通知され、サービスＳＶ２に関するユーザＵＡによるログイン要求ＡＲ２２が実行される（ステップ４６）。サーバ５０ｂは、ＭＦＰ１０からの要求ＡＲ２に応じて第２の種類の認証動作ＡＴ２を実行し、代替アカウントＡＤ２に関する認証に成功しログインを許可する（ステップＳ４７）。

このように、複数のサービスに対する共通アカウントを用いた（サーバ５０ａによる）第１の種類の認証動作ＡＴ１と代替アカウントＡＤ２を用いた（サーバ５０ｂによる）第２の種類の認証動作ＡＴ２とを組み合わせることによって、ユーザＵＡがサービスＳＶ２にログインすることが可能である。特に、アカウントの共用許可が付与された複数のサービスのうちユーザＵＡが或るサービスＳＶ２に関する（ユーザＵＡ用の固有の）アカウントを未だ取得していない場合においても、ユーザＵＡは当該サービスＳＶ２に対してもログインすることが可能である。

＜３番目のサービスＳＶ３へのログイン動作＞
つぎに、３番目のサービスＳＶ３（複数のサービスＳＶ１，ＳＶ２，ＳＶ３のうちのサービスＳＶ１以外のサービスＶ３）に対するログイン動作等について説明する。

このサービスＳＶ３に対するログイン動作も、ユーザＵＡの本来のアカウントを用いて行われるのではなく、予め準備された代替アカウントを用いて行われる。換言すれば、サービスＳＶ３の提供装置１０は、上述の第１の種類の認証動作ＡＴ１（ステップＳ２８）のようにユーザＵＡの本来のアカウントを用いた認証動作を行うのではなく、ＭＦＰ１０によって予め準備された代替アカウントを用いた第２の種類の認証動作ＡＴ２を行う。なお、予備認証動作ＡＰも行われる。

具体的には、上述のステップＳ５７の後、ＭＦＰ１０は、ユーザＵＡによるサービスＳＶ３へのアクセス開始指示（画面内のボタン（不図示）の押下操作等）に応じて、サービスＳＶ３へのログインに向けてまず予備認証動作ＡＰ（ＡＰ３）等を開始する。このＭＦＰ１０による予備認証動作ＡＰにおいても、アカウントの共用許可が付与された複数のサービスＶ１，ＳＶ２，ＳＶ３に関する「共通アカウント」が再び用いられる。

より詳細には、まず、ＭＦＰ１０は、共通アカウントによるログイン情報入力画面ＧＤ３の表示用データを生成して当該表示用データを携帯端末７０に送信する（ステップＳ６１）。携帯端末７０は、ＭＦＰ１０から転送されてきたデータに基づいて、ログイン情報入力画面ＧＤ３をタッチパネル７５に表示する。ログイン情報入力画面ＧＤ３は、ログイン情報入力画面ＧＤ２（図１２）と同様の画面である。

ユーザＵＡは、ログイン情報入力画面ＧＤ３を用いて、（サービスＳＶ３に対するユーザＵＡ本来のアカウントＡＣ３ではなく）共通アカウントＡＣ１に関するログイン情報ＬＣ１（ログインＩＤおよびパスワード）を入力する。携帯端末７０は、入力されたログイン情報ＬＣ１をＭＦＰ１０に送信する（ステップＳ６３）。

ＭＦＰ１０は、ユーザＵＡにより入力されたログイン情報ＬＣ１（ログインＩＤおよびパスワード）を用いてユーザ認証動作（予備認証動作）ＡＰ（ＡＰ３）を行う（ステップＳ６５）。具体的には、ＭＦＰ１０は、携帯端末７０から再び受信した入力情報ＬＣ１と共通アカウント情報保持部５ｂに保持されている正規のログイン情報ＬＣ１との両者を比較し、当該両者の同一性を判定する。両者が同一であると判定されると、ユーザ認証が成功し、ＭＦＰ１０は認証対象ユーザＵＡを認証する。

そして、ＭＦＰ１０は、上述の第１の種類の認証動作ＡＴ１（ステップＳ２８）の成功に加えてこの予備認証動作ＡＰ（ステップＳ６５）の成功をも条件に、第２の種類の認証動作ＡＴ２を実行すべき旨の認証要求ＡＲ２（ＡＲ２３）をＭＦＰ１０自身（詳細にはその認証処理部１９）に通知する（ステップＳ６６）。

具体的には、ＭＦＰ１０は、「共通アカウント」（ここではアカウントＡＣ１）に関連付けられている代替アカウントＡＤ３（ＭＦＰ１０用の代替アカウント）（図１０参照）のログイン情報ＬＤ３を、ワークフロー管理テーブルＴＢ１から抽出して取得する。そして、ＭＦＰ１０（第２通知部１７）は、当該ログイン情報ＬＤ３（ログインＩＤおよびパスワード）を用いてＭＦＰ１０自身に対する認証要求ＡＲ２３をＭＦＰ１０自身（認証処理部１９）に通知する（ステップＳ６６）。

このように、ＭＦＰ１０は、第１の種類の認証動作ＡＴ１（ステップＳ２８）の成功と予備認証動作ＡＰ３（ステップＳ６５）の成功とを条件に、サービスＳＶ３に関して、認証要求（ログイン要求）ＡＲ２（ＡＲ２３）を実行する。この認証要求ＡＲ２３は、サービスＳＶ３に関してユーザＵＡによるログインを要求する動作であり、サービスＳＶ３用の予め準備された代替アカウントＡＤ３のログイン情報ＬＤ３をサービスＳＶ３のサービス提供装置（ＭＦＰ）１０に通知（内部通知）することにより行われる。

そして、ＭＦＰ１０（詳細には認証処理部１９）は、認証要求ＡＲ２３に応じて、通知されたログイン情報ＬＤ３と格納部５内に格納されている正規のログイン情報（代替アカウントＡＤ３に関する正規のログイン情報）とを比較して第２の種類の認証動作ＡＴ２（詳細にはＡＴ２３）を行う（ステップＳ６７）。この第２の種類の認証動作ＡＴ２（ＡＴ２３）は、ＭＦＰ１０（自身）からの認証要求ＡＲ２３に対して、ＭＦＰ１０自身により行われる。

ＭＦＰ１０は、受信したログイン情報ＬＤ３が正規のログイン情報であると認識すると、その時点でサービスＳＶ３へのログイン（ＭＦＰ１０へのログイン）を認証対象ユーザに許可する。そして、ＭＦＰ１０は、ログイン後のトップ画面を操作パネル部６ｃに表示し、ＭＦＰ１０は、当該トップ画面の表示用データを携帯端末７０に転送する。その後、携帯端末７０は、転送されてきた表示用データに基づいて、サービスＳＶ３へのログイン後のトップ画面をタッチパネル７５に表示する。

その後、ユーザＵＡによる携帯端末７０の操作に応じて、ＭＦＰ１０は、対象文書ＤＣに関する印刷設定指示および印刷出力指示を受け付ける（ステップＳ６８）。

そして、ＭＦＰ１０は、印刷設定指示および印刷出力指示に基づいて、その印刷出力部３を用いて文書ＤＣの印刷出力処理を実行する（ステップＳ６９）。

以上のようにして、３番目のサービスＳＶ３へのログイン動作および当該サービスＳＶ３の利用動作（印刷出力動作）が実行される。

このような動作においては、サーバ５０ａによるユーザＵＡの認証動作（第１の種類の認証動作）ＡＴ１の成功を条件に、第２の種類の認証動作ＡＴ２３がＭＦＰ１０によって実行される（ステップＳ６３）。詳細には、サービスＳＶ１とは別のサービスＳＶ３に関して、当該サービスＳＶ３用の代替アカウントＡＤ３のログイン情報ＬＤ３がＭＦＰ１０から当該ＭＦＰ１０自身に通知され、サービスＳＶ３に関するユーザＵＡによるログイン要求が実行される。そして、ＭＦＰ１０は、ＭＦＰ１０自身からの要求に応じて第２の種類の認証動作ＡＴ２３を実行し、代替アカウントＡＤ３に関する認証に成功しログインを認証対象ユーザにＵＡに許可する。

このように、複数のサービスに対する共通アカウントを用いた（サーバ５０ａによる）第１の種類の認証動作ＡＴ１と代替アカウントＡＤ３を用いた（ＭＦＰ１０による）第２の種類の認証動作ＡＴ２３とを組み合わせることによって、ユーザＵＡがサービスＳＶ３にログインすることが可能である。特に、アカウントの共用許可が付与された複数のサービスのうちユーザＵＡがサービスＳＶ３に関する（ユーザＵＡ用の固有の）アカウントを取得していない場合においても、ユーザＵＡは当該サービスＳＶ３に対してもログインすることが可能である。

また、上述の動作においては、アカウントの共用許可が付与されている複数のサービスのみを対象として上記のような第２の認証要求ＡＲ２および第２の種類の認証動作ＡＴ２（ＡＴ２２，ＡＴ２３）が許容される。そのため、たとえばワークフロー外のサービス（アカウントの共用許可が付与されていないサービス）に対しては認証要求ＡＲ２および認証動作ＡＴ２は許容されず、ひいてはワークフロー外のサーバへのアクセスは許容されない。したがって、（アカウントの共用許可の有無にかかわらず）その他のサービス（ワークフロー外のサービス）に関しても無制限に上述の第２の認証要求ＡＲ２および第２の種類の認証動作ＡＴ２が許容される場合に比べて、セキュリティの低下を抑制することができる。

また、各認証動作ＡＲ２に先立って予備認証動作ＡＰが行われることによれば、各サービスへのログインが逐一確認されるので、ログイン処理が行われたことをユーザが認識し易い。

＜認証動作概括＞
図１３は、上記の動作における各種の認証動作を中心に示す概念図である。

図１３に示すように、まず、ＭＦＰ１０は、携帯端末７０のログイン情報入力画面ＧＤ１を用いて入力されたログイン情報ＬＣ１に基づいて、第１の種類の認証動作ＡＴ１を実行すべき旨の第１の種類の認証要求ＡＲ１をサーバ５０ａに送信する（ステップＳ２７）。サーバ５０ａは、第１の種類の認証動作ＡＴ１を実行してその認証結果をＭＦＰ１０に返信する（ステップＳ２８）。

つぎに、第１の種類の認証動作ＡＴ１の成功を条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２２）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２２）をサーバ５０ｂに送信（通知）する（ステップＳ４６）。ただし、この第２の種類の認証要求ＡＲ２（ＡＲ２２）に先立って、ＭＦＰ１０は予備認証動作ＡＰ（ＡＰ２）を実行する（ステップＳ４５）。予備認証動作ＡＰ２は、携帯端末７０のログイン情報入力画面ＧＤ２を用いて入力されたログイン情報ＬＣ１に基づいて実行される。そして、ＭＦＰ１０は、第１の種類の認証動作ＡＴ１の成功のみならず予備認証動作ＡＰ２の成功をも条件として、第２の種類の認証要求ＡＲ２２の送信動作（通知動作）を実行する（ステップＳ４６）。サーバ５０ｂは、第２の種類の認証動作ＡＴ２２を実行してその認証結果をＭＦＰ１０に返信する（ステップＳ４７）。

さらに、第１の種類の認証動作ＡＴ１の成功を条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２３）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２３）をＭＦＰ１０に内部送信（通知）する。ただし、この第２の種類の認証要求ＡＲ２（ＡＲ２３）に先立って、ＭＦＰ１０は予備認証動作ＡＰ（ＡＰ３）を実行する（ステップＳ６５）。予備認証動作ＡＰ３は、携帯端末７０のログイン情報入力画面ＧＤ３を用いて入力されたログイン情報ＬＣ１に基づいて実行される。そして、ＭＦＰ１０は、第１の種類の認証動作ＡＴ１の成功のみならず予備認証動作ＡＰ３の成功をも条件として、第２の種類の認証要求ＡＲ２３の内部送信動作（通知動作）を実行する（ステップＳ６６）。ＭＦＰ１０は、第２の種類の認証動作ＡＴ２３を実行してその認証結果をＭＦＰ１０に返信する（ステップＳ６７）。

＜２．第２実施形態＞
第２実施形態は、第１実施形態の変形例である。以下では、第１実施形態との相違点を中心に説明する。

上記第１実施形態においては、共通アカウントを用いたサービスＳＶ１に関する認証動作ＡＴ１が実行された後に、別のサービスＳＶ２，ＳＶ３の利用時にも改めて共通アカウントのログイン情報の入力を伴う予備認証動作ＡＰが実行される態様が例示されている。端的に言えば、第１の種類の認証動作ＡＴ１と第２の種類の認証動作ＡＴ２との間に、予備認証動作ＡＰが実行される態様が例示されている。

この第２実施形態においては、共通アカウントを用いたサービスＳＶ１に関する認証動作ＡＴ１が実行された後において、別のサービスＳＶ２，ＳＶ３の利用時にはユーザに対してログイン情報の入力を要求することなく第２の種類の認証動作ＡＴ２が実行される態様を例示する。端的に言えば、第１の種類の認証動作ＡＴ１と第２の種類の認証動作ＡＴ２との間に、予備認証動作ＡＰが実行されない態様を例示する。

図１４は、第２実施形態に係る動作のうち各種認証動作を示す概念図である。

図１４に示すように、まず、ＭＦＰ１０は、携帯端末７０のログイン情報入力画面ＧＤ１を用いて入力されたログイン情報ＬＣ１に基づいて、第１の種類の認証動作ＡＴ１を実行すべき旨の第１の種類の認証要求ＡＲ１をサーバ５０ａに送信する。サーバ５０ａは、第１の種類の認証動作ＡＴ１を実行してその認証結果をＭＦＰ１０に返信する。

つぎに、第１の種類の認証動作ＡＴ１の成功を条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２２）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２２）をサーバ５０ｂに送信（通知）する。この第２実施形態においては、ＭＦＰ１０は、予備認証動作ＡＰを実行することなく、認証動作ＡＴ１の成功のみを条件として第２の種類の認証要求ＡＲ２２をサーバ５０ｂに送信する。サーバ５０ｂは、第２の種類の認証動作ＡＴ２２を実行してその認証結果をＭＦＰ１０に返信する。

さらに、第１の種類の認証動作ＡＴ１の成功を条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２３）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２３）をＭＦＰ１０に内部送信（通知）する。この第２実施形態においては、ＭＦＰ１０は、予備認証動作ＡＰを実行することなく、認証動作ＡＴ１の成功のみを条件として第２の種類の認証要求ＡＲ２３をＭＦＰ１０に内部送信する。ＭＦＰ１０は、第２の種類の認証動作ＡＴ２３を実行してその認証結果をＭＦＰ１０自身に返信する。

つぎに第２実施形態の動作について、図５、図１５および図１６を参照しながらさらに詳細に説明する。

この第２実施形態においても図５の動作が実行される。その後、図７および図８に示す動作に代えて、図１５および図１６に示す動作が実行される。

具体的には、図５のステップＳ３３の後、ステップＳ４１〜Ｓ４５（図７参照）の各処理は実行されず、図１５に示すようにステップＳ４６〜Ｓ５７の各処理が実行される。その後、ステップＳ６１〜Ｓ６５（図８参照）の各処理は実行されず、図１５に示すようにステップＳ６６〜Ｓ６９の各処理が実行される。

特に、このような動作によれば、共通アカウントを用いたサービスＳＶ１に関する認証動作ＡＴ１が実行された後において、別のサービスＳＶ２，ＳＶ３の利用時にはユーザに対してログイン情報の入力を要求することなく第２の種類の認証動作ＡＴ２が実行される。端的に言えば、予備認証動作ＡＰが行われない。そのため、ユーザＵＡは予備認証動作ＡＰのためのログイン情報の入力操作を行うことを要しない。したがって、ユーザＵＡは、ワークフローＷＦ１に係る複数のサービスＳＶ１，ＳＶ２，ＳＶ３に対して非常に容易にログインし、当該サービスＳＶ１，ＳＶ２，ＳＶ３を簡易に利用することが可能である。換言すれば、ユーザＵＡは、複数のサービスへの個別のログインを意識することなく複数のサービスに簡易にログインして、ワークフローを実行することが可能である。

＜３．第３実施形態＞
第３実施形態は、第２実施形態の変形例である。以下では、第２実施形態との相違点を中心に説明する。

上記第２実施形態においては、サーバ５０ａのアカウントＡＣ１を共通アカウントとして利用する態様が例示されている。

この第３実施形態においては、サーバ５０ｂのアカウントＡＣ２を共通アカウントとして利用する態様を例示する（図１８参照）。ユーザＵＡは、アカウントＡＣ２のログイン情報ＬＣ２を入力することによって、複数のサービスＳＶ１，ＳＶ２，ＳＶ３を利用することが可能である。

図１７は、第３実施形態に係る認証動作を示す概念図であり、図１８は、第３実施形態に係るワークフロー管理テーブルＴＢ３を示す図である。なお、図１８においては、共通アカウントが登録された後の状態が示されている。

図１７に示すように、まず、ＭＦＰ１０は、携帯端末７０のログイン情報入力画面ＧＤ１を用いて入力された「ログイン情報ＬＣ２」に基づいて、第１の種類の認証動作ＡＴ１を実行すべき旨の第１の種類の認証要求ＡＲ１を「サーバ５０ｂ」に送信する。サーバ５０ｂは、第１の種類の認証動作ＡＴ１を実行してその認証結果をＭＦＰ１０に返信する。

つぎに、第１の種類の認証動作ＡＴ１の成功のみを条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２１）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２１）をサーバ５０ａに送信（通知）する。ＭＦＰ１０は、サーバ５０ａ向けの代替アカウントＡＤ１のログイン情報ＬＤ１を含む第２の種類の認証要求ＡＲ２（ＡＲ２１）を、自動的に生成して、サーバ５０ａに送信する。サーバ５０ａは、第２の種類の認証動作ＡＴ２１を実行してその認証結果をＭＦＰ１０に返信する。

なお、この第３実施形態においては、サーバ５０ｂ，５０ａに対するログイン動作が順次に且つ連続的に実行された後に、ユーザＵＡによるサービスＳＶ１，ＳＶ２の利用動作が行われる。

さらに、第１の種類の認証動作ＡＴ１の成功のみを条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２３）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２３）をＭＦＰ１０に内部送信（通知）する。ＭＦＰ１０は、第２の種類の認証動作ＡＴ２３を実行してその認証結果をＭＦＰ１０自身に返信する。

そして、ＭＦＰ１０による印刷出力が実行される。換言すれば、ユーザＵＡによるサービスＳＶ３の利用動作が行われる。

このような動作によれば、複数のサービスに対する共通アカウントＡＣ２を用いた（サーバ５０ｂによる）第１の種類の認証動作ＡＴ１と代替アカウントＡＤ１，ＡＤ３を用いた第２の種類の認証動作ＡＴ２（ＡＴ２１，ＡＴ２３）とを組み合わせることによって、ユーザＵＡがサービスＳＶ１，ＳＶ３にログインすることが可能である。そのため、アカウントの共用許可が付与された複数のサービスのうちユーザＵＡがサービスＳＶ１（（および／またはＳＶ３）に関する（ユーザＵＡ用の固有の）アカウントを未だ取得していない場合においても、ユーザＵＡは当該サービスＳＶ１（および／またはＳＶ３）に対してもログインすることが可能である。

＜４．第４実施形態＞
第４実施形態は、第３実施形態の変形例である。以下では、第３実施形態との相違点を中心に説明する。

上記第３実施形態においては、サーバ５０ｂのアカウントＡＣ２を共通アカウントとして利用する態様が例示されている。

この第４実施形態においては、画像形成装置１０のアカウントＡＣ３を共通アカウントとして利用する態様を例示する（図２０参照）。ユーザＵＡは、アカウントＡＣ３のログイン情報ＬＣ３を入力することによって、複数のサービスＳＶ１，ＳＶ２，ＳＶ３を利用することが可能である。

図１９は、第４実施形態に係る認証動作を示す概念図であり、図２０は、第４実施形態に係るワークフロー管理テーブルＴＢ４を示す図である。なお、図２０においては、共通アカウントが登録された後の状態が示されている。

図１９に示すように、まず、ＭＦＰ１０（詳細には第１通知部１６）は、携帯端末７０のログイン情報入力画面ＧＤ１を用いて入力された「ログイン情報ＬＣ３」に基づいて、第１の種類の認証動作ＡＴ１を実行すべき旨の第１の種類の認証要求ＡＲ１を「ＭＦＰ１０自身」に通知（内部通知）する。ＭＦＰ１０（詳細には認証処理部１９）は、第１の種類の認証動作ＡＴ１を実行してその認証結果をＭＦＰ１０自身（詳細には認証要求処理部１５）に返信する。

つぎに、第１の種類の認証動作ＡＴ１の成功のみを条件に、ＭＦＰ１０（第２通知部１７）は、第２の種類の認証動作ＡＴ２（ＡＴ２１）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２１）をサーバ５０ａに送信（通知）する。ＭＦＰ１０は、サーバ５０ａ向けの代替アカウントＡＤ１のログイン情報ＬＤ１を含む第２の種類の認証要求ＡＲ２を、自動的に生成して、サーバ５０ａに送信する。サーバ５０ａは、第２の種類の認証動作ＡＴ２１を実行してその認証結果をＭＦＰ１０に返信する。認証成功に応じて、ユーザＵＡによるサービスＳＶ１の利用動作が行われる。

さらに、第１の種類の認証動作ＡＴ１の成功のみを条件に、ＭＦＰ１０は、第２の種類の認証動作ＡＴ２（ＡＴ２２）を実行すべき旨の第２の種類の認証要求ＡＲ２（ＡＲ２２）をサーバ５０ｂに送信（通知）する。ＭＦＰ１０は、サーバ５０ｂ向けの代替アカウントＡＤ２のログイン情報ＬＤ２を含む第２の種類の認証要求ＡＲ２２を、自動的に生成して、サーバ５０ｂに送信する。サーバ５０ｂは、第２の種類の認証動作ＡＴ２２を実行してその認証結果をＭＦＰ１０に返信する。認証成功に応じて、ユーザＵＡによるサービスＳＶ２の利用動作が行われる。

その後、ログイン済みのＭＦＰ１０によって印刷出力が実行される。換言すれば、ユーザＵＡによるサービスＳＶ３の利用操作が行われる。

このような動作によれば、複数のサービスに対する共通アカウントＡＣ３を用いた（ＭＦＰ１０による）第１の種類の認証動作ＡＴ１と代替アカウントＡＤ１，ＡＤ２を用いた第２の種類の認証動作ＡＴ２（ＡＴ２１，ＡＴ２２）とを組み合わせることによって、ユーザＵＡがサービスＳＶ１，ＳＶ２にログインすることが可能である。そのため、アカウントの共用許可が付与された複数のサービスのうちユーザＵＡがサービスＳＶ１（および／またはＳＶ２）に関する（ユーザＵＡ用の固有の）アカウントを未だ取得していない場合にも、ユーザＵＡは当該サービスＳＶ１（および／またはＳＶ２）に対してもログインすることが可能である。

＜５．第５実施形態＞
上記各実施形態においては、単一のユーザＵＡによって複数のサービスＳＶ１，ＳＶ２，ＳＶ３が利用される態様が例示されている。

この第５実施形態においては、ワークフロー内の複数のサーバへのアクセスが複数のユーザによって分担して実行される態様を例示する。

ここでは、複数のサービスＳＶ１，ＳＶ２，ＳＶ１，ＳＶ４，ＳＶ３を利用するワークフローＷＦ５（図２１参照）を想定する。ここで、ワークフローＷＦ５内の複数のサービスＳＶ１，ＳＶ２，ＳＶ１，ＳＶ４，ＳＶ３は、ユーザＵＡにより実行される第１のサービス群ＳＧ１（サービスＳＶ１，ＳＶ２）とユーザＵＢにより実行される第２のサービス群ＳＧ２（サービスＳＶ１，ＳＶ４，ＳＶ３）とを含む複数のサービス群ＳＧに区分される。なお、図２１は、第５実施形態に係るワークフロー管理テーブルＴＢ５を示す図である。ワークフロー管理テーブルＴＢ５は、ワークフローＷＦ５の各種のデータを記録するデータテーブルである。図２１においては、共通アカウントが登録された後の状態が示されている。

このようなワークフローＷＦ５においては、まず、ユーザＵＡが２つのサービスＳＶ１，ＳＶ２にログインして処理を実行し（図２２参照）、つぎに、別のユーザＵＢが残りの３つのサービスＳＶ１，ＳＶ４，ＳＶ３にログインして処理を実行する（図２３参照）。なお、図２２および図２３は、第５実施形態に係る認証動作を示す概念図である。

このとき、複数のユーザは、それぞれ、自らが知っているアカウントで、ワークフロー内のサービス提供装置（サーバ等）にログインすることが可能である。たとえば、ユーザＵＡがサービスＳＶ１のアカウントを有しており、ユーザＵＢがサービスＳＶ４のアカウントを有している場合を想定する。この場合には、ユーザＵＡはサービスＳＶ１のアカウントＡＣ１を第１のサービス群ＳＧ１に関する（ユーザＵＡ用の）共通アカウントとして利用することができる。また、ユーザＵＢはサービスＳＶ４のアカウントＡＣ４を第２のサービス群ＳＧ２に関する（ユーザＵＢ用の）共通アカウントとして利用することができる。具体的には、上記と同様にして、ユーザＵＡの指定に基づきサービスＳＶ１のアカウントＡＣ１が第１のサービス群ＳＧ１に関する共通アカウントとして決定されるとともに、ユーザＵＢの指定に基づきサービスＳＶ４のアカウントＡＣ４が第２のサービス群ＳＧ２に関する共通アカウントとして決定される（図２１参照）。

まず、図２２に示すように、ＭＦＰ１０（第１通知部１６）は、ユーザＵＡに関する共通アカウントＡＣ１のログイン情報ＬＣ１に基づく第１の種類の認証要求ＡＲ１を第１のサービス群ＳＧ１内の一のサービスＳＶ１の提供元装置５０ａに通知する。認証成功に応じて、ユーザＵＡによるサービスＳＶ１の利用動作が行われる。

そして、ＭＦＰ１０（第２通知部１７）は、ユーザＵＡに関する第１の種類の認証動作ＡＴ１の成功を条件に、第１のサービス群ＳＧ１内の他のサービスＳＶ２の提供元装置５０ｂに対して、代替アカウントＡＤ２のログイン情報ＬＤ２に基づく第２の種類の認証要求ＡＲ２を通知する。この認証要求ＡＲ２に応じて、装置５０ｂは、認証動作ＡＴ２を実行し、代替アカウントＡＤ２に関するログインを許可する。認証成功に応じて、ユーザＵＡによるサービスＳＶ２の利用動作が行われる。

以上のようにしてユーザＵＡによる動作が実行される。

その後、ユーザＵＢによる動作が実行される。

具体的には、図２３に示すように、ＭＦＰ１０（第１通知部１６）は、ユーザＵＢに関する共通アカウントＡＣ４のログイン情報ＬＣ４に基づく第１の種類の認証要求ＡＲ１を、第２のサービス群ＳＧ２内の一のサービスの提供元装置５０ｃに通知する。装置５０ｃは第１の種類の認証動作ＡＴ１を実行し、認証に成功すると、認証対象ユーザＵＢにログインを許可する。

そして、ＭＦＰ１０（第２通知部１７）は、ユーザＵＢに関する第１の種類の認証動作ＡＴ１の成功を条件に、第２のサービス群ＳＧ２内の他のサービスＳＶ１の提供元装置５０ａに対して、代替アカウントＡＤ１のログイン情報ＬＤ１に基づく第２の種類の認証要求ＡＲ２（ＡＲ２１）を通知する。この認証要求ＡＲ２１に応じて、装置５０ａは、認証動作ＡＴ２を実行し、ログインを許可する。

同様に、ＭＦＰ１０（第２通知部１７）は、ユーザＵＢに関する第１の種類の認証動作ＡＴ１の成功を条件に、第２のサービス群ＳＧ２内の他のサービスＳＶ３の提供元装置１０に対して、代替アカウントＡＤ３のログイン情報ＬＤ３に基づく第２の種類の認証要求ＡＲ２（ＡＲ２３）を通知する。この認証要求ＡＲ２３に応じて、装置１０は、認証動作ＡＴ２を実行し、ログインを許可する。

なお、各装置５０ｃ，５０ａ，１０による各ログイン許可後において、ユーザＵＢによるサービスＳＶ１，ＳＶ４，ＳＶ３の利用動作を行うことが可能である。

以上のような動作によれば、複数のユーザがワークフローＷＦ５を分担して実行することが可能である。

また、ワークフローＷＦ５で利用される複数のサービスのうち各ユーザがそのアカウントを取得していないサービスに対しても、当該ユーザがログインすることが可能である。

たとえば、ユーザＵＡがサービスＳＶ２に関する（ユーザＵＡ用の固有の）アカウントを未だ取得していない場合においても、ユーザＵＡはサービスＳＶ１のアカウントＡＣ１（共通アカウント）のログイン情報ＬＣ１のみを用いてサービスＳＶ２に対してもログインすることが可能である（図２２参照）。また、ユーザＵＢは、たとえばサービスＳＶ１，ＳＶ３に関する（ユーザＵＢ用の固有の）アカウントを未だ取得していない場合においても、ユーザＵＢはサービスＳＶ４のアカウントＡＣ４（共通アカウント）のログイン情報ＬＣ４のみを用いてサービスＳＶ１，ＳＶ３に対してもログインすることが可能である（図２３参照）。

なお、この第５実施形態においては、各ユーザの共通アカウントは、各ユーザの実行対象のサービス群のアカウントの中から決定される態様が例示されている。たとえば、ユーザＵＡの共通アカウントは、ユーザＵＡの実行対象のサービス群ＳＧ１のアカウントＡＣ１，ＡＣ２の中から決定される態様が例示されている。ただし、本発明はこれに限定されず、各ユーザの共通アカウントは、ワークフローＷＦ５内の全てのサービスのアカウントの中から決定されるようにしてもよい。たとえば、各ユーザＵＡ，ＵＢの共通アカウントは、ワークフローＷＦ５内の全てのサービスのアカウントＡＣ１，ＡＣ２，ＡＣ３，ＡＣ４の中から決定されるようにしてもよい。より詳細には、ユーザＵＡの共通アカウントとして、（ユーザＵＡがその実行ユーザではない）サービスＳＶ４のアカウントＡＣ４等が利用されてもよい。また、ユーザＵＢの共通アカウントとして、（ユーザＵＢがその実行ユーザではない）サービスＳＶ２のアカウントＡＣ２が利用されてもよい。

＜６．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。

たとえば、第３実施形態〜第５実施形態においては、予備認証動作ＡＰが実行されない態様が例示されているが、これに限定されない。第３実施形態〜第５実施形態の各態様において、第１実施形態と同様に予備認証動作ＡＰが実行されるようにしてもよい。

また、上記各実施形態においては、携帯端末７０を用いてログイン情報の入力等が行われているがこれに限定されない。たとえば、ＭＦＰ１０の操作パネル部６ｃを用いて各種情報（ログイン情報等）の入力が行われるようにしてもよい。

また、上記各実施形態においては、ＭＦＰ１０が認証制御装置として機能する態様が例示されているが、これに限定されない。たとえば、携帯端末７０が認証制御装置として機能するようにしてもよい。

また、上記各実施形態においては、代替アカウントが予め準備されている態様が例示されているが、これに限定されない。具体的には、アカウント未取得のサービスに関してアカウントの即時取得が可能な場合には、第１の種類の認証動作ＡＴ１の成功後に、当該各サービスの提供元装置から代替アカウントを即時に取得するようにしてもよい。

たとえば、第１の種類の認証動作ＡＴ１の成功直後において、ＭＦＰ１０が、サービスＳＶ２の代替アカウントＡＤ２の発行要求をサービスＳＶ２の提供元装置５０ｂに通知し、当該サービスＳＶ２の提供元装置５０ｂから代替アカウントＡＤ２を即時に取得するようにしてもよい。そして、事後的に取得された代替アカウントＡＤ２を用いて、第２の種類の認証要求ＡＲ２が認証対象装置５０ｂに通知されるようにしてもよい。

同様に、第１の種類の認証動作ＡＴ１の成功直後において、ＭＦＰ１０が、サービスＳＶ３の代替アカウントＡＤ３の発行要求を、サービスＳＶ３の提供元装置であるＭＦＰ１０自身に通知し、代替アカウントＡＤ３を即時に発行して取得するようにしてもよい。そして、事後的に取得された代替アカウントＡＤ３を用いて、第２の種類の認証要求ＡＲ２がＭＦＰ１０自身に通知されるようにしてもよい。

１ 認証システム
１０ ＭＦＰ（認証制御装置）
５０ サーバ
７０ 携帯端末
ＡＣ 各ユーザのアカウント
ＡＤ 代替アカウント
ＡＰ 予備認証動作
ＡＲ１ 第１の種類の認証要求
ＡＲ２，ＡＲ２２，ＡＲ２３ 第２の種類の認証要求
ＡＴ１ 第１の種類の認証動作
ＡＴ２，ＡＴ２２，ＡＴ２３ 第２の種類の認証動作
ＧＤ１〜ＧＤ３ ログイン情報入力画面
ＬＣ１〜ＬＣ３ （共通アカウントの）ログイン情報
ＬＤ１〜ＬＤ３ （代替アカウントの）ログイン情報

Claims (8)

1. 認証制御装置であって、
   ワークフローで利用される複数のサービスであって複数のサービス提供装置によって分担されて実行される複数のサービスに関するアカウントの共用許可を登録する登録手段と、
   前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定する決定手段と、
   前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得する取得手段と、
   前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知する第１の通知手段と、
   前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記ユーザの認証動作である第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置に通知する第２の通知手段と、
   を備えることを特徴とする認証制御装置。
2. 請求項１に記載の認証制御装置において、
   前記共通アカウントのログイン情報を保持する保持手段と、
   前記複数のサービスのうち前記第２のサービスに関して、前記共通アカウントのログイン情報として前記ユーザから再入力された情報と前記保持手段に保持されている前記共通アカウントのログイン情報との同一性を判定して前記共通アカウントを用いた予備的な認証動作である予備認証動作を行う予備認証手段と、
   をさらに備え、
   前記第２の通知手段は、前記予備認証動作の成功をも条件に、前記第２のサービスに関する前記第２の種類の認証要求を前記第２のサービスの提供元装置に通知することを特徴とする認証制御装置。
3. 請求項１に記載の認証制御装置において、
   前記第２の通知手段は、前記第１の装置による前記ユーザの認証動作である前記第１の種類の認証動作の成功を条件に、前記第２のサービスに関する前記第２の種類の認証要求を、前記ユーザに対してログイン情報の再入力を要求することなく、前記第２のサービスの提供元装置に通知することを特徴とする認証制御装置。
4. 請求項３に記載の認証制御装置において、
   前記認証制御装置および前記第１の装置は共に前記画像形成装置であり、
   前記共通アカウントは、前記画像形成装置のアカウントであり、
   前記第１の通知手段は、前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を前記画像形成装置の認証処理手段に対して通知して前記ユーザによる前記画像形成装置へのログインを要求し、
   前記第２の通知手段は、前記画像形成装置による前記ユーザの認証動作である前記第１の種類の認証動作の成功を条件に、前記第２のサービスに関する前記第２の種類の認証要求を前記第２のサービスの提供元装置に通知することを特徴とする認証制御装置。
5. 請求項１ないし請求項４のいずれかに記載の認証制御装置において、
   前記代替アカウントは、複数のユーザが共用するアカウントであることを特徴とする認証制御装置。
6. 請求項５に記載の認証制御装置において、
   前記複数のサービスは、前記ユーザである第１のユーザにより実行される第１のサービス群と前記第１のユーザ以外の第２のユーザにより実行される第２のサービス群とを含む複数のサービス群に区分され、
   前記決定手段は、前記第１のサービス群に関する共通アカウントである第１の共通アカウントと前記第２のサービス群に関する共通アカウントである第２の共通アカウントとを個別に決定し、
   前記第１の通知手段は、
   前記第１のユーザに関し前記第１の共通アカウントのログイン情報に基づく第１の種類の認証要求を前記第１のサービス群内の一のサービスの提供元装置に通知し、
   前記第２のユーザに関し前記第２の共通アカウントのログイン情報に基づく第１の種類の認証要求を前記第２のサービス群内のサービスの提供元装置に通知し、
   前記第２の通知手段は、
   前記第１のユーザに関する前記第１の種類の認証要求の成功を条件に、前記第１のサービス群内の他のサービスの提供元装置に対して、第１の代替アカウントのログイン情報に基づく第２の種類の認証要求を通知し、
   前記第２のユーザに関する前記第１の種類の認証要求の成功を条件に、前記第２のサービス群内の他のサービスの提供元装置に対して、第２の代替アカウントのログイン情報に基づく第２の種類の認証要求を通知することを特徴とする認証制御装置。
7. コンピュータに、
   ａ）ワークフローで利用される複数のサービスであって複数のサービス提供装置によって分担されて実行される複数のサービスに関するアカウントの共用許可を登録するステップと、
   ｂ）前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定するステップと、
   ｃ）前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得するステップと、
   ｄ）前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知するステップと、
   ｅ）前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記ユーザの認証動作である第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置に通知するステップと、
   を実行させるためのプログラム。
8. 認証システムであって、
   ワークフローで利用される複数のサービスを提供する複数のサービス提供装置と、
   前記複数のサービス提供装置に関する認証動作を制御する認証制御装置と、
   を備え、
   前記認証制御装置は、
   前記複数のサービス提供装置によって分担されて実行される前記複数のサービスに関するアカウントの共用許可を登録する登録手段と、
   前記共用許可が登録された前記複数のサービスのうちの一のサービスであってユーザによって指定された第１のサービスのアカウントを前記複数のサービスに関する共通アカウントとして決定する決定手段と、
   前記共通アカウントのログイン情報として前記ユーザによって入力された入力情報を取得する取得手段と、
   前記第１のサービスの提供元装置である第１の装置に対して、前記入力情報に基づく前記ユーザの認証要求である第１の種類の認証要求を通知する第１の通知手段と、
   を有し、
   前記第１の装置は、前記第１の種類の認証要求に応じて、前記ユーザの認証動作である第１の種類の認証動作を実行し、
   前記認証制御装置は、
   前記第１の種類の認証要求に応じて前記第１の装置にて実行される前記第１の種類の認証動作の成功を条件に、前記共用許可が登録された前記複数のサービスのうちの他のサービスである第２のサービスに関して、前記第２のサービス用の代替アカウントのログイン情報に基づく第２の種類の認証要求を前記第２のサービスの提供元装置である第２の装置に通知する第２の通知手段、
   をさらに有し、
   前記第２の装置は、前記第２の種類の認証要求に応じて、前記ユーザの認証動作である第２の種類の認証動作を実行することを特徴とする認証システム。