JP5817766B2 - 情報処理装置、通信システム及びプログラム - Google Patents

Description

本発明は、情報処理装置、通信システム及びプログラムに関する。

クラウドサービスやクラウドコンピューティングと呼ばれるサービスが知られている。このサービスは、例えばネットワーク上のサーバ装置が、データの保存やデータ形式の変換などの各種の情報処理をクライアント装置に代わって行うというものである。また、特許文献１には、クライアントコンピュータ（情報処理装置）と接続する印刷装置において、プリンタドライバを介さずに印刷データを受信して印刷処理を行う場合、クライアントに対して、印刷装置は認証情報を設定するためのインターフェースを提供し、クライアント側のユーザはかかるインターフェースを介することにより、印刷装置から離れた場所から、印刷データと関連するＩＤ、パスワードを設定する旨が記載されている。

特開２００６−２７０１９号公報

本発明は、クライアント装置からの依頼に従って１又は複数の情報処理を施すシステムにおいて、クライアント装置の種類に関わらず、情報処理が許可されていることを示す認証情報の不足による処理停止を防止することのできる仕組みを提供することを目的とする。

本発明の請求項１に係る情報処理装置は、クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部とを備えることを特徴とする。

本発明の請求項２に係る情報処理装置は、請求項１に記載の態様において、前記認証管理装置から前記情報処理を依頼したユーザのメールアドレスを受信するメールアドレス受信部を備え、前記催促情報送信部は、前記メールアドレス受信部によって取得されたメールアドレスに宛てて前記催促情報を送信することを特徴とする。
本発明の請求項３に係る情報処理装置は、請求項１又は２に記載の態様において、前記クライアント装置の属性を示す属性情報を記憶する記憶部を備え、前記第２の判定部は、前記記憶部に記憶された属性情報に基づき前記判定を行うことを特徴とする。

本発明の請求項４に係る通信システムは、クライアント装置と情報処理装置とを備え、前記クライアント装置は、１以上の情報処理を依頼する依頼情報を前記情報処理装置に送信する依頼情報送信部を備え、前記情報処理装置は、前記クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部とを備えることを特徴とする。

本発明の請求項５に係るプログラムは、コンピュータを、クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部として機能させることを特徴とする。

請求項１に係る発明によれば、クライアント装置からの依頼に従って１又は複数の情報処理を施すシステムにおいて、クライアント装置の種類に関わらず、情報処理が許可されていることを示す認証情報の不足による処理停止を防止することができる。
請求項２に係る発明によれば、ユーザからの依頼に従ってデータに対する１又は複数の情報処理をサーバ装置に行わせるシステムにおいて、ユーザがクライアント装置の近傍にいなくてもユーザに通知することにより認証情報の不足による処理停止を防止することができる。
請求項３に係る発明によれば、クライアント装置からの依頼に従って１又は複数の情報処理を施すシステムにおいて、クライアント装置の種類に関わらず、認証情報の不足による処理停止を防止することができる。
請求項４に係る発明によれば、クライアント装置からの依頼に従って１又は複数の情報処理を施すシステムにおいて、クライアント装置の種類に関わらず、認証情報の不足による処理停止を防止することができる。
請求項５に係る発明によれば、クライアント装置からの依頼に従って１又は複数の情報処理を施すシステムにおいて、クライアント装置の種類に関わらず、認証情報の不足による処理停止を防止することができる。

通信システムの全体構成を示すブロック図である。 クラウドサービス提供装置のハードウェア構成を示す図である。 画像処理装置のハードウェア構成を示す図である。 フローリストの内容の一例を示す図である。 中継装置のハードウェア構成を示す図である。 フロー管理装置のハードウェア構成を示す図である。 認証管理装置のハードウェア構成を示す図である。 認証情報記憶部に記憶されたデータの内容の一例を示す図である。 認証情報記憶部に記憶されたデータの内容の一例を示す図である。 ＰＣのハードウェア構成の一例を示す図である。 通信システムの機能構成を示す図である。 フロー管理装置が行う処理の流れを示すフローチャートである。 フロー実行処理を示すシーケンスチャートである。 フロー実行処理を示すシーケンスチャートである。 通信システムの全体構成を示すブロック図である。

［構成］
図１は、本発明の一実施形態に係る通信システム１の全体構成を示すブロック図である。通信システム１は、クラウドサービス提供装置１０ａ、１０ｂ及び１０ｃと、画像処理装置２０と、中継装置３０と、フロー管理装置４０と、認証管理装置５０と、認証情報発行装置６０と、パーソナルコンピュータ（以下「ＰＣ」）８０とを備えている。クラウドサービス提供装置１０ａ、１０ｂ及び１０ｃは、いわゆるクラウドサービスを提供するサーバ装置である。ここでいうクラウドサービスとは、例えばデータの保存や提供などの各種の情報処理を、ネットワーク上のサーバ装置が行うというものである。クラウドサービス提供装置１０ａ、１０ｂ、１０ｃはいずれも同等のハードウェア構成及び動作であり、以下では、これらを区別して説明する場合を除き、クラウドサービス提供装置１０と呼ぶ。

画像処理装置２０は、クラウドサービス提供装置１０によって提供されるデータの保存や検索や取得、演算といったサービスを受けるクライアント装置である。本実施形態では、画像処理装置２０は、プリント機能とスキャナ機能とを有している。ネットワーク７０は、画像処理装置２０と、中継装置３０と、フロー管理装置４０と、クラウドサービス提供装置１０と、認証管理装置５０と、認証情報発行装置６０とを相互に接続する通信網であり、例えばインターネットである。

中継装置３０は、画像処理装置２０データを送信しクラウドサービス提供装置１０が提供するストレージサービスにデータを格納したり、画像処理装置２０がクラウドサービス提供装置１０に格納されたデータの検索やデータの取得を行う際に、クラウドサービス提供装置１０と画像処理装置２０とでやり取りされるデータの中継処理を行う。より具体的には、中継装置３０は、例えば保存対象となるデータが画像処理装置２０から送信されてくると、そのデータをクラウドサービス提供装置１０に転送する。また、中継装置３０は、印刷対象となるデータがクラウドサービス提供装置１０から送信されてくると、そのデータを画像処理装置２０に転送する。

フロー管理装置４０は、中継装置３０によって中継されるデータに対して施される情報処理を管理するための装置である。この実施形態では、ユーザは、データに対して、クラウドサービス提供装置１０によって提供される１又は複数のクラウドサービスを利用することができる。フロー管理装置４０は、中継装置３０から送信されてくるデータに従って、ユーザによって選択されたサービスの依頼をクラウドサービス提供装置１０に対して行う。以下の説明では、説明の便宜上、フロー管理装置４０が行う、データに対して情報処理を施すための処理を「タスク処理」と称する。また、一連の複数のタスク処理の処理手順として設定されたものを「フロー」と称する。フロー管理装置４０には、複数のフローが予め登録されており、ユーザによってフローが指定されると、フロー管理装置４０は、中継装置３０から送信されてくるデータに対して、指定されたフローに対応する一連のタスク処理を実行する。

認証管理装置５０は、認証に関する情報やユーザに関する情報（メールアドレス等）を管理する装置である。認証管理装置５０には、クラウドサービス提供装置１０によって提供されるサービスを利用することが許可されていることを示す認証情報がユーザ毎（又はデバイス毎）に記憶されている。認証情報発行装置６０は、クラウドサービス提供装置１０によって提供されるサービスを利用することが許可されていることを示す認証情報を発行する装置である。タスク処理のなかには、外部サービス（クラウドサービス提供装置１０）にアクセスする際にそのユーザに対応する認証情報が必要な場合がある。認証情報が必要である場合には、フロー管理装置４０は、認証管理装置５０に問い合わせを行って認証管理装置５０から認証情報を取得し、取得した認証情報を用いてタスクを実行する。ＰＣ８０は、画像処理装置２０のユーザが利用するコンピュータ装置である。

図２は、クラウドサービス提供装置１０のハードウェア構成を示す図である。図において、制御部１１は、ＣＰＵ（Central Processing Unit）等の演算装置と、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの主記憶装置とを備えている。演算装置は、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部１３に記憶されたプログラムを実行することによって、クラウドサービス提供装置１０の各部の動作を制御する。通信部１２は、ネットワーク７０経由で中継装置３０やフロー管理装置４０等の他の装置と通信を行う。記憶部１３は、例えばハードディスク等の記憶デバイスであり、制御部１１が用いるデータやプログラムを記憶している。記憶部１３には、中継装置３０を介して画像処理装置２０から送信されてくるデータが蓄積される。

図３Ａは、画像処理装置２０のハードウェア構成を示す図である。図において、制御部２１は、ＣＰＵなどの演算装置と、ＲＯＭ及びＲＡＭなどの主記憶装置とを備えている。ＲＯＭには、演算装置によって実行されるプログラムが記憶されている。演算装置は、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部２７に記憶されたプログラムを実行することによって、画像処理装置２０の各部の動作を制御する。通信部２２は、ネットワーク７０経由で、中継装置３０等の他の装置と通信を行う。操作部２３は、各種のキーやタッチセンサなどの操作子を備え、ユーザの操作に応じた操作信号を制御部２１に供給する。制御部２１は、この操作信号に応じた処理を行う。表示部２４は、液晶パネルや液晶駆動回路を備え、制御部２１による制御の下で画像を表示する。画像形成部２５は、電子写真方式で用紙等の記録媒体に画像を形成する。画像読取部２６は、原稿の画像を光学的に読み取る。記憶部２７は、例えばハードディスク等の記憶デバイスであり、制御部２１が用いるデータやプログラムを記憶している。記憶部２７には、フロー管理装置４０において予め設定されたフローを示す情報（以下「フロー情報」という）の集合であるフローリスト２７１が記憶されている。

図３Ｂは、フローリストの内容の一例を示す図である。図３Ｂに示すフローリストは、「フローＩＤ」と、「タスク１」と、「タスク２」と、「タスク３」と、「タスク４」との各項目が互いに関連付けられたフロー情報を複数有する。「フローＩＤ」の項目には、フローを識別する識別情報が格納される。「タスク１」と、「タスク２」と、「タスク３」と、「タスク４」の項目にはタスク処理を識別する情報が格納される。具体的には、例えば、図３Ｂに示す例では、フローＩＤが０００１のフローとして「ノイズ除去」、「画像回転」、「文字認識」、「フォーマット変換」、「（外部サービスである）クラウドサービスＡへ格納」といった一連のタスク処理を示す情報が格納される。また、フローＩＤが０００２のフローとして、「画像回転」、「文字認識」、「翻訳外部サービスへ処理依頼」、「ＰＤＦ化」といった一連のタスク処理を示す情報が格納される。画像処理装置２０のユーザは、操作部２３を用いて、データに対して利用するフローを選択する。なお、図３Ｂに示す例では、４つのタスク処理で構成されたフロー情報を図示したが、各フロー情報に含まれるタスク処理の数は４に限らず、これより多くても少なくてもよい。また、本実施形態では、このフローリストが画像処理装置２０の記憶部２７に予め記憶されている場合について説明するが、これに限らず、画像処理装置２０がフロー管理装置４０に問い合わせることによってフロー管理装置４０からフローリストを取得するようにしてもよい。

図４は、中継装置３０のハードウェア構成を示す図である。図において、制御部３１は、ＣＰＵ等の演算装置と、ＲＯＭ及びＲＡＭなどの主記憶装置とを備えている。演算装置は、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部３３に記憶されたプログラムを実行することによって、中継装置３０の各部の動作を制御する。通信部３２は、ネットワーク７０経由で、画像処理装置２０やクラウドサービス提供装置１０、フロー管理装置４０、認証管理装置５０等の他の装置と通信を行う。記憶部３３は、例えばハードディスク等の記憶デバイスであり、制御部３１が用いるデータやプログラムを記憶している。

図５は、フロー管理装置４０のハードウェア構成を示す図である。図において、制御部４１は、ＣＰＵ等の演算装置と、ＲＯＭ及びＲＡＭなどの主記憶装置とを備えている。演算装置は、ＲＡＭをワークエリアとしてＲＯＭや記憶部４３に記憶されたプログラムを実行することによって、フロー管理装置４０の各部の動作を制御する。通信部４２は、ネットワーク７０経由で、中継装置３０やクラウドサービス提供装置１０、認証管理装置５０等の装置と通信を行う。記憶部４３は、例えばハードディスク等の記憶デバイスであり、制御部４１が用いるデータやプログラムを記憶している。

図６Ａは、認証管理装置５０のハードウェア構成を示す図である。図において、制御部５１は、ＣＰＵ等の演算装置と、ＲＯＭ及びＲＡＭなどの主記憶装置とを備えている。演算装置は、ＲＡＭをワークエリアとしてＲＯＭや記憶部５３に記憶されたプログラムを実行することによって、認証管理装置５０の各部の動作を制御する。通信部５２は、ネットワーク７０経由で、中継装置３０やクラウドサービス提供装置１０等の他の装置と通信を行う。記憶部５３は、例えばハードディスク等の記憶デバイスであり、制御部５１が用いるデータやプログラムを記憶している。記憶部５３は、認証情報記憶部５３１を有する。認証情報記憶部５３１には、クラウドサービス提供装置１０にアクセスする際に必要な認証情報が記憶されている。

図６Ｂは、認証情報記憶部５３１に記憶されたデータの内容の一例を示す図である。図示のように、認証情報記憶部５３１には、「ユーザＩＤ」と「サービスＩＤ」と「経由装置」と「認証情報」等の各項目が互いに関連付けて記憶されている。これらの項目のうち、「ユーザＩＤ」の項目には、ユーザを識別する識別情報（ユーザＩＤ）が格納される。「サービスＩＤ」の項目には、クラウドサービス提供装置１０によって提供されるサービスを識別する識別情報が格納される。「経由装置」の項目には、経由（中継）する装置（すなわちクラウドサービス提供装置１０に対してアクセスする装置）を示す情報が格納される。「経由装置」が「中継装置」である認証情報は中継装置３０を介してアクセスを行う場合に必要な認証情報である。一方、「経由装置」が「フロー管理装置」である認証情報はフロー管理装置４０を介してアクセスを行う場合に必要な認証情報である。「認証情報」の項目には、「ユーザＩＤ」によって識別されるユーザが、「サービスＩＤ」によって識別されるサービスを提供するクラウドサービス提供装置１０にアクセスするために必要な認証情報の有無を示す情報が格納されている。また、経由装置が「フロー管理装置」の場合、利用するフローの情報が格納されている。図６Ｂの場合、サービスＩＤが００１のサービスで利用されるフローは、フローＩＤが０００２のフローであり、図６Ｃには、フローを構成する各タスク毎に認証情報の要・不要と、認証情報が必要なタスクには認証情報の有無を示す情報が格納されている。フローＩＤが０００２を構成するタスクのうち、画像回転、文字認識、ＰＤＦ化の各タスクはフロー管理装置で実行されるため、認証情報は不要である。翻訳外部サービスは、フロー管理装置の外部のサービスであり、翻訳処理を依頼する際に認証情報が必要となる。しかし、図６Ｃに示す例では、翻訳外部サービスに対する認証情報が認証情報記憶部５３１には無いことを示している。

画像処理装置２０は、中継装置３０を経由してクラウドサービス提供装置１０にアクセスする場合と、中継装置３０及びフロー管理装置４０を経由してクラウドサービス提供装置１０にアクセスする場合とがある。前者の場合は、画像処理装置２０は、「経由装置」の項目の値が「中継装置」である認証情報を用いる必要があり、一方、後者の場合は、画像処理装置２０は、「経由装置」の項目の値が「フロー管理装置」である認証情報を用いてクラウドサービス提供装置１０へのアクセスを行う。

また、記憶部５３には、各ユーザが予め登録したメールアドレスがユーザＩＤ毎に記憶されている。認証管理装置５０は、画像処理装置２０からの問い合わせに応じて、メールアドレスを画像処理装置２０へ送信する。

図７は、ＰＣ８０のハードウェア構成を示す図である。図において、制御部８１は、ＣＰＵなどの演算装置と、ＲＯＭ及びＲＡＭなどの主記憶装置とを備えている。ＲＯＭには、演算装置として実行されるプログラムが記憶されている。演算装置は、ＲＡＭをワークエリアとして用いてＲＯＭや記憶部８５に記憶されたプログラムを実行することによって、ＰＣ８０の各部の動作を制御する。通信部８２は、ネットワーク７０経由で、フロー管理装置４０等の他の装置と通信を行う。操作部８３はキーボードやマウスなどの操作子を備え、ユーザの操作に応じた操作信号を制御部８１に供給する。制御部８１は、この操作信号に応じた処理を行う。表示部８４は、液晶パネルや液晶駆動回路を備え、制御部８１による制御の下で画像を表示する。記憶部８５は、例えばハードディスク等の記憶デバイスであり、制御部８１が用いるデータやプログラムを記憶している。

図８は、通信システム１の機能構成を示す図である。画像処理装置２０は、制御部２１又は制御部２１と通信部２２とにより、依頼情報送信部１２１を実現する。依頼情報送信部１２１は、１以上の情報処理を依頼する依頼情報を中継装置３０に対して送信する。この実施形態では、依頼情報送信部１２１は、ユーザによって操作される操作部２３から出力される情報に従って、フローを識別するフローＩＤと、自装置の機種（属性）を識別する機種ＩＤ（属性情報）とを含む依頼情報を中継装置３０へ送信する。

フロー管理装置４０は、制御部４１又は制御部４１と通信部４２とにより、依頼情報受信部１４１、問い合わせ情報送信部１４２、第１の判定部１４３、第２の判定部１４４、催促情報送信部１４５、取得通知受信部１４６、処理開始部１４７、メールアドレス受信部１４８を実現する。フロー管理装置４０の機能構成を説明するにあたり、各部の理解を容易にすべく、図９に示すフローチャートを参照しつつ各部が行う処理の流れについて説明する。依頼情報受信部１４１は、画像処理装置２０から、１以上の情報処理を依頼する依頼情報を受信する（図９のステップＳ１）。この実施形態では、依頼情報受信部１４１は、画像処理装置２０からサービスＩＤとデータを処理するフローを識別するフローＩＤとを含む依頼情報を受信する。この依頼情報には、上述したように、画像処理装置２０の機種を識別する機種ＩＤが含まれる。

次いで、問い合わせ情報送信部１４２は、１以上の情報処理の各々に関し情報処理が許可されることを示す認証情報の有無を問い合わせる情報を認証管理装置に送信する。この実施形態では、問い合わせ情報送信部１４２は、画像処理装置２０から受信されたサービスＩＤとフローＩＤとユーザＩＤとを認証管理装置５０へ送信することによって、問い合わせを行う。認証管理装置５０では、受信したユーザＩＤ、サービスＩＤ、フローＩＤに基づき認証情報記憶部５３１に記憶された認証情報の有無を検索し、問い合わせ情報に対して認証情報の有無を応答する。第１の判定部１４３は、問い合わせ情報に対する認証管理装置５０からの応答に基づき、１つでも認証情報が無いか否かすなわち１以上の情報処理に要する認証情報が不足しているか否かを判定する（ステップＳ２）。また、このとき、メールアドレス受信部１４８が、問い合わせの応答として認証管理装置５０から問い合わせたユーザＩＤに対応するメールアドレスを受信する。

第２の判定部１４４は、第１の判定部１４３によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を、画像処理装置２０とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する（ステップＳ３）。この実施形態では、第２の判定部１４４は、画像処理装置２０から受信される、依頼情報に含まれる機種ＩＤに基づいて判定する。この実施形態では、第２の判定部１４４は、受信された機種ＩＤが予め定められた条件を満たす場合（ＵＩ（ユーザインタフェース）が貧弱でないと推定される場合）には画像処理装置２０に対して認証情報の取得を促す情報を送信すると判定し、一方、それ以外の場合（ＵＩが貧弱であると推定される場合）には、不足している認証情報の取得を促す催促情報の送付先を画像処理装置２０とは異なる他の装置とすると判定する。

催促情報送信部１４５は、第２の判定部１４４によって機種ＩＤが予め定められた条件を満たす（すなわちＵＩが貧弱でない）と判定された場合には、依頼元である画像処理装置２０に対して、不足している認証情報の取得を促すための催促情報（例えば、ユーザＩＤとパスワード（以下「ユーザ情報」という）を入力するための画面を表す情報、等）を送信する（ステップＳ４）。この場合、ユーザは、画像処理装置２０の表示部に表示される画面を確認し、画像処理装置２０の操作部２３を用いて認証情報を取得するための操作を行えばよい。この場合の画像処理装置２０のＵＩは貧弱でないから、ユーザは認証情報を取得するための操作を行ったとしても煩雑に感じる可能性は低いといえる。

一方、催促情報送信部１４５は、第２の判定部１４４によって機種ＩＤが予め定められた条件を満たさない（すなわちＵＩが貧弱である）と判定された場合には、催促情報を他の装置に送信する（ステップＳ５）。この実施形態では、催促情報送信部１４５は、催促情報をメールアドレス受信部１４８によって取得されたメールアドレス宛てに送信する。ユーザは、送信されたメールを端末装置により受信する。この端末装置は、画像処理装置２０と協働してユーザに認証情報の取得を促す装置として機能するため、以下、「協働デバイス」という。

協働デバイスにおいて、ユーザが促しに応じて操作を行い、認証情報を取得するための操作を行う。協働デバイスは認証情報を取得すると、取得した旨を示す取得通知をフロー管理装置４０へ送信する。取得通知受信部１４６は、協働デバイスから、不足している認証情報を取得した旨を示す取得通知を受信する。

処理開始部１４７は、取得通知受信部１４６によって取得通知が受信された場合に、データに対するタスク処理を開始する（すなわちフローを開始する）（ステップＳ７）。具体的には、この実施形態では、処理開始部１４７は、データに対して依頼されたサービスを提供するクラウドサービス提供装置１０へデータを送信し、クラウドサービス提供装置１０へ情報処理の実行を依頼する。

図９のステップＳ２において、第１の判定部１４３は、認証情報が不足していないと判定された場合には（ステップＳ２；ＮＯ）、第２の判定部１４４、催促情報送信部１４５、取得通知受信部１４６に各部に係る処理を行わせることなく、データに対するタスク処理を実行する（すなわちフローを開始する）（ステップＳ７）。

［動作例］
（認証情報の取得処理を画像処理装置２０で行う場合のフロー処理）
次に、実施形態の動作の一例について図１０に示すシーケンスチャートを参照しつつ説明する。この動作例では、ＵＩが貧弱でない画像処理装置２０を用いてフロー処理を行う場合の動作について説明する。以下の動作例では、まず、ユーザＵが、画像処理装置２０によって複数枚の用紙（記録媒体）をスキャンし、画像データとしてクラウドサービス提供装置１０に蓄積する場合の動作について説明する。このとき、ユーザＵは、画像処理装置２０の操作部２３を用いて、蓄積対象である画像データに対して利用するフローを指定する。また、ユーザＵは、画像処理装置２０を用いて複数枚の用紙をスキャンする。画像読取部２６によって読み取られた画像を表す画像データが生成され、生成された画像データは記憶部２７に一時的に蓄積される。画像処理装置２０の制御部２１は、操作部２３から出力される情報に従って、ユーザＵによって指定されたフローを示すフローＩＤと、自装置の機種ＩＤと、ユーザＵを識別するユーザＩＤとを含む依頼情報を中継装置３０へ送信する（ステップＳ２１）。

中継装置３０の制御部３１は、画像処理装置２０から依頼情報を受信すると、認証管理装置５０に対して受信されたユーザＩＤを送信することによってユーザ認証を行い（ステップＳ２２）、レスポンスとしてユーザに関する情報（メールアドレス等）を受信する。次いで、制御部３１は、指定されたフローを示すフローＩＤをフロー管理装置４０へ送信し、指定されたフローに含まれる各タスク処理に必要な認証情報が不足していないかの確認をフロー管理装置４０に指示する（ステップＳ２３）。以下では、説明の便宜上、この認証情報が不足していないかの確認を指示することを「事前呼出」と称して説明する。

フロー管理装置４０の制御部４１は、中継装置３０から事前呼出が行われると、まず、指定されたフローに含まれるタスク処理の実行に必要な認証情報が不足していないかを、認証管理装置５０に問い合わせる（ステップＳ２４）。この問い合わせには、ユーザＩＤと１又は複数のサービスＩＤとが含まれる。認証管理装置５０は、フロー管理装置４０から送信されてくるサービスＩＤとユーザＩＤとの組み合わせを認証情報記憶部５３１から検索し、認証情報が格納されているか否かを判定する。認証情報は上述したようにサービス毎またはタスク毎でそれぞれ異なるものが用いられる。フローには複数のタスクが含まれる場合があり、複数のタスクを実行するためには全てのタスクに対する認証情報が必要である。その一部（又は全部）が不足している場合、認証管理装置５０は、不足している（すなわち認証情報記憶部５３１に格納されていない）認証情報に対応するサービスＩＤまたはタスクＩＤをフロー管理装置４０に送信する（ステップＳ２５）。

認証情報が不足していない場合には、制御部４１は、ステップＳ２６の処理を行うことなく、ステップＳ３３以降の処理に進み、フローに含まれるタスク処理に必要な認証情報を認証管理装置５０から取得し（ステップＳ３３）、取得した認証情報を用いて各タスク処理を実行する（ステップＳ３４、ステップＳ３５）。フロー管理装置４０の制御部４１は、認証管理装置５０からサービスＩＤが送信されてくるか否かに基づいて、認証情報が不足しているか否かを判定する。制御部４１は、認証情報が不足している場合に、ステップＳ２１で受信した機種ＩＤに基づいて、認証情報の取得を協働デバイスで行わせるか否かを判定する（ステップＳ２５１）。この実施形態では、制御部４１は、ステップＳ２１で受信した機種ＩＤが予め定められた値であるか否かを判定することによって、認証情報の取得を協働デバイスで行わせるか否かを判定する。本動作例では、認証情報の取得依頼をフローの依頼元である画像処理装置２０に対して行う場合の動作について説明している。なお、認証情報の取得を協働デバイスで行わせる場合の動作については、図１１を参照して後述する。

ステップＳ２５１において、認証情報の取得依頼をフローの依頼元の画像処理装置２０に対して行うと判定された場合は、フロー管理装置４０の制御部４１は、事前呼出のレスポンスとして、認証管理装置５０から通知されたサービスＩＤに対応する認証情報を獲得するための情報（例えば、認証情報発行装置６０のＵＲＬなど）を中継装置３０に対して送信する（ステップＳ２６）。

中継装置３０の制御部３１は、フロー管理装置４０から認証情報を獲得するための情報を受信すると、受信した情報に基づいて、ユーザに認証情報の取得を催促するための催促情報（例えば、ユーザ情報を入力して認証情報の発行と認証管理装置５０への格納を促す画面を表す情報、等）を、画像処理装置２０へ送信する（ステップＳ２７）。

画像処理装置２０は、催促情報を中継装置３０から受信すると、受信した催促情報に従って、認証情報の取得を促す画面を表示部２４に表示する。表示部２４に表示される画面の例としては、例えば、「タスクＸＸの実行に必要な認証情報がありません。下記のＵＲＬから認証情報を獲得してください。」といったメッセージを表示するとともに、認証情報発行装置６０のＵＲＬを表示してもよい。

ユーザＵは、画像処理装置２０の操作部２３を用いて、認証情報を獲得するための操作を行う。具体的には、例えば、ユーザは、ユーザＩＤとパスワード（ユーザ情報）を入力してもよい。画像処理装置２０の制御部２１は、操作部２３から出力される情報に従ってユーザ情報を認証情報発行装置６０へ送信する（ステップＳ２８）。認証情報発行装置６０は、受信されたユーザ情報に対応する認証情報を発行し、レスポンスとして画像処理装置２０へ送信する（ステップＳ２９）。画像処理装置２０の制御部２１は、認証情報発行装置６０から受信された認証情報を認証管理装置５０へ送信し（ステップＳ３０）、認証管理装置５０は、画像処理装置２０から認証情報を受信すると、受信した認証情報を認証情報記憶部５３１に格納する。

上述のステップＳ２３乃至ステップＳ３０の処理が行われることによって、指定されたフローに対応する各タスク処理の実行に必要な認証情報が不足している（認証情報が認証管理装置５０に格納されていない）場合であっても、不足している認証情報がユーザの操作に従って獲得され、認証管理装置５０に格納される。

不足していた認証情報の格納を終えると、画像処理装置２０の制御部２１は、フローの実行を指示する（ステップＳ３１）。具体的には、制御部２１は、画像読取部２６によって生成された画像データ（記憶部２７に蓄積されていた画像データ）と指定されたフローを示すフローＩＤとを中継装置３０へ送信する。なお、本実施形態では、ユーザＵがフローを指定したタイミングで複数枚の用紙をスキャンする操作を行ったが、これに限らず、ステップＳ３１のタイミングで用紙をスキャンして画像データを生成するようにしてもよい。中継装置３０の制御部３１は、画像処理装置２０から画像データを受信すると、受信した画像データをフロー管理装置４０へ送信し、フローの呼出を行う（ステップＳ３２）。

フロー管理装置４０は、まず、指定されたフローに含まれるタスク処理の実行に必要な認証情報を、認証管理装置５０から取得し（ステップＳ３３）、取得した認証情報を用いて、指定されたフローに含まれるタスク処理を順に実行する（ステップＳ３４、ステップＳ３５）。図１０に示す例では、フロー管理装置４０が、クラウドサービス提供装置１０ａに「タスク１」の処理の実行を依頼するとともに、クラウドサービス提供装置１０ｂに「タスク２」の処理の実行を依頼する場合を例示している。この場合、ステップＳ３３で取得された認証情報は、クラウドサービス提供装置１０ａやクラウドサービス提供装置１０ｂにアクセスする際に用いられる。なお、ステップＳ３３において、必要な認証情報が取得できなかった場合には、制御部４１は、ステップＳ２６以降の処理を再度実行し、認証情報の取得をユーザに促す処理を行う。

（認証情報の取得を協働デバイスで行う場合のフロー処理）
次いで、本実施形態の他の動作例について、図１１を参照しつつ説明する。この動作例では、画像処理装置２０のＵＩが貧弱であり、ユーザＵが画像処理装置のＵＩを用いてユーザ情報を入力し難い場合を想定する。図１１に示す動作例では、図１０に示す処理と同様の処理については同じ符号を付してその説明を省略する。具体的には、図１１に示す動作例では、図１０に示すステップＳ２１乃至Ｓ２５１と同様の処理を行う。

ステップＳ２５１において、認証情報の取得を協働デバイスで行わせると判定した場合には、制御部４１は、まず、フローを開始するための画面ＵＲＬと、認証情報の取得を促す電子メール（催促情報）を、ステップＳ４３で受信したメールアドレス宛てに送信する（ステップＳ４６）。また、制御部４１は、事前呼出のレスポンスを中継装置３０へ送信する（ステップＳ４７）。なお、このレスポンスには特に情報を含める必要はない。中継装置３０は、フロー管理装置４０からＵＲＬ等を含まないレスポンスを受信すると、フローの呼出を行う（ステップＳ４８）。この呼び出しに応じてフロー管理装置４０はフロー処理を保留する。

さて、ユーザＵは、自身が所有するＰＣ８０を用いて、ステップＳ４６で送信されたメールアドレスを受信させる。ＰＣ８０の制御部８１はメールを受信し、受信したメールに記述されているＵＲＬ（Uniform Resource Locator）をクリックする等して、不足している認証情報の取得を促す画面を表示する。ユーザＵは、表示される画面を確認し、操作部８３を用いて、認証情報を獲得するための操作を行う。具体的には、ユーザは、例えば、ユーザＩＤとパスワード（ユーザ情報）とを入力してもよい。制御部８１は操作部８３から出力される情報に従ってユーザ情報を認証情報発行装置６０へ送信する（ステップＳ４９）。認証情報発行装置６０は、受信されたユーザ情報に対応する認証情報を発行し、レスポンスとしてＰＣ８０へ送信する（ステップＳ５０）。制御部８１は認証情報発行装置６０から受信された認証情報を認証管理装置５０へ送信し（ステップＳ５１）、認証管理装置５０は、ＰＣ８０から認証情報を受信すると、受信した認証情報を認証情報記憶部５３１に格納する。

上述のステップＳ４３乃至ステップＳ５１の処理が行われることによって、指定されたフローに対応する各タスク処理の実行に必要な認証情報が認証管理装置５０に格納されていない場合であっても、不足している認証情報がユーザの操作に基づいて獲得され、認証管理装置５０に格納される。

認証情報の格納後、ユーザは、ステップＳ４６で通知された処理再開用のＵＲＬを指定する等の操作を行うことによって、フロー管理装置４０に対して、認証情報を取得した旨を示す取得通知を送信し、フローの開始を要求する（ステップＳ５２）。フロー管理装置４０の制御部４１は、取得通知を受信すると、認証管理装置５０から必要な認証情報を取得し（ステップＳ５３）、指定されたフローに含まれるタスク処理の実行を開始する（ステップＳ５４、ステップＳ５５）。なお、ステップＳ５３において、必要な認証情報が認証管理装置５０に格納されていない場合には、制御部４１は、ステップＳ４６の処理に戻り、認証情報の取得を促す処理を再度実行する。

上述したように、フロー管理装置４０がタスク処理を行う際に、タスク処理が外部サービスにアクセスする場合に認証情報が必要になる場合がある。この場合、従来の装置では、認証情報が不足している場合（すなわち認証管理装置５０に、そのタスク処理に必要な認証情報が格納されていない場合）にタスク処理を行うことができず、フロー処理が中断してしまう場合があった。このとき、画像処理装置２０のＵＩが貧弱な場合等、ユーザがユーザ情報を入力することが困難である場合には、中断したタスク処理を継続させる術がなかった。それに対し本実施形態では、認証情報が不足している場合であっても、必要に応じて画像処理装置２０以外のデバイスに認証情報の取得を促す情報が送信されることにより、処理の中断が防止される。

［変形例］
上述した実施形態は、本発明の一例であり、以下のように変形してもよい。また、以下の変形例は、互いに組み合わせてもよい。

（１）通信システム１の構成は、上述した実施形態で説明した構成に限定されない。例えば、通信システム１を構成する各装置の数は、実施形態とは異なる数であってもよい。例えば、上述の実施形態では、通信システム１が１台の画像処理装置２０を備える例を示したが、画像処理装置２０の数は１に限らず、複数であってもよい。また、上述の実施形態では、ひとつのクラウドサービスを一台のクラウドサービス提供装置が提供したが、これに限らず、ひとつのクラウドサービスが複数のサーバ装置によって提供されてもよい。具体的には、例えば、図１２に示すように、複数のクラウドサービス提供装置１０ａ−１、１０ｂ−２、１０ｃ−３によってひとつのクラウドサービスが提供されてもよい。

また、上述の実施形態では、１台の認証管理装置５０と１台の認証情報発行装置６０とを図示したが、認証管理装置５０や認証情報発行装置６０の数は１に限らず、複数であってもよい。例えば、ひとつのクラウドサービスについて１台の認証管理装置と１台の認証情報発行装置が設けられる構成であってもよい。

（２）上述した実施形態で説明した画像処理装置２０は、クラウドサービス提供装置１０からサービスの提供を受けるクライアント装置の一例である。このクライアント装置は、例えばパーソナルコンピュータ、タブレットＰＣ（Personal Computer）、携帯電話機、携帯ゲーム機等の他の種類の装置であってもよい。また、上述の実施形態では、画像処理装置２０の協働デバイスとしてＰＣ８０を用いたが、協働デバイスはＰＣに限らず、スマートフォン等の他の種類の装置であってもよい。

（３）上述の実施形態では、中継装置３０とフロー管理装置４０とが別体の装置として構成されたが、中継装置３０とフロー管理装置４０とが一体として構成されていてもよい。

（４）上述の実施形態では、画像処理装置２０のＵＩが貧弱か否かで認証情報の取得を促す画面を表示するデバイスを異ならせるようにしたが、その判定を、ＵＩの貧弱さに代えて、もしくは加えて、他の基準で行ってもよい。例えば、画像処理装置２０がパブリックな場所に設置されている装置であるために認証情報を取得するための情報（ユーザ情報）をユーザが入力したくない場合に、協働デバイスに認証情報の取得を促す情報を送信してもよい。

判定の手法としては、例えば、ユーザによって設定された設定情報を記憶部４３の設定情報記憶部４３１（図５に点線で図示）に予め記憶しておく構成とし、第２の判定部１４４が、この設定情報を参照して、催促情報の送付先を判定してもよい。ユーザによって設定される設定情報としては、例えば、時間帯を設定する情報であってもよく、また、他の例として、例えば、機種ＩＤに応じたＵＩに関する属性データのリストを記憶しておく構成とし、ユーザが条件（画面のサイズが閾値以下である場合には、ＰＣ８０に対し認証情報の取得を促す画面を表す情報を送信する、など）を設定するようにしてもよい。

（５）上述の実施形態では、タスク処理として、ノイズ除去処理をクラウドサービス提供装置１０に依頼する処理や、文字認識処理をクラウドサービス提供装置に依頼する処理を例示したが、フロー管理装置４０の制御部４１が実行するタスク処理は上述の実施形態でしめしたものに限らず、様々な処理が採用され得る。例えば、制御部４１が、クラウドサービス提供装置１０に蓄積されたデータを読み出して他のクラウドサービス提供装置１０へ転送する旨を、クラウドサービス提供装置１０へ指示する処理を行ってもよい。

（６）上述の実施形態では、フロー管理装置４０の催促情報送信部１４５は、催促情報をユーザに対応するメールアドレスに送信することによって、画像処理装置２０と協働するデバイスに催促情報を送信した。協働デバイスへの催促情報の送信の手法はこれに限らない。例えば、画像処理装置２０を識別する情報とその画像処理装置２０と協働デバイスを識別する情報（例えば、ＩＰアドレス）とを対応付けて記憶部２７に予め記憶しておく構成とし、催促情報送信部１４５が依頼元である画像処理装置２０に対応するＩＰアドレスへ催促情報を送信してもよい。

（７）上述の実施形態において、画像処理装置２０が中継装置３０から催促情報（図１０のステップＳ２７）を受信し、認証情報の取得を促す画面を表示する際に、認証情報の取得を促す画面のなかに、ユーザのメールアドレス宛てに催促情報を送信するためのボタンを表示するようにしてもよい。この場合、ボタンがユーザによって選択されると、画像処理装置２０がユーザに対応するメールアドレス宛てに催促情報を送信する。

また、上述の実施形態では、制御部４１は、フローに必要な認証情報が不足している場合に、認証情報の取得を協働デバイスで行わせるか否かを判定し（図１１のステップＳ２５１）、認証情報の取得を協働デバイスで行わせると判定した場合に、催促情報をユーザのメールアドレス宛てに送信した（図１１のステップＳ４６）。図１１のステップＳ４６において、催促情報をユーザのメールアドレス宛てに送信するに加えて、画像処理装置２０にも催促情報を送信してもよい。この場合、ユーザは、認証情報の取得をＰＣ８０で行うか画像処理装置２０で行うかを選択し、選択した装置で認証情報を取得するための操作を行う。

（８）上述の実施形態では、画像処理装置２０の属性を示す属性情報として、画像処理装置２０の機種を示す機種ＩＤを用いたが、属性情報は機種ＩＤに限定されるものではなく、他の情報を用いてもよい。例えば、画像処理装置２０の設置場所を示す情報や、画像処理装置２０の利用形態（プライベート／パブリック）を示す情報であってもよく、画像処理装置２０の属性を示す情報であればよい。

（９）画像処理装置２０、中継装置３０、フロー管理装置４０及びＰＣ８０において実行されるプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、このプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１…通信システム、１０…クラウドサービス提供装置、１１，２１，３１，４１，５１，８１…制御部、１２，２２，３２，４２，５２，８２…通信部、１３，２７，３３，４３，５３，８５…記憶部、２０…画像処理装置、２３，８３…操作部、２４，８４…表示部、２５…画像形成部、２６…画像読取部、３０…中継装置、４０…フロー管理装置、５０…認証管理装置、６０…認証情報発行装置、７０…ネットワーク、１２１…依頼情報送信部、１４１…依頼情報受信部、１４２…問い合わせ情報送信部、１４３…第１の判定部、１４４…第２の判定部、１４５…催促情報送信部、１４６…取得通知受信部、１４７…処理開始部、１４８…メールアドレス受信部。

Claims (5)

1. クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、
   前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、
   前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、
   前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、
   前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、
   前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、
   前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部と
   を備える情報処理装置。
2. 前記認証管理装置から前記情報処理を依頼したユーザに対応するメールアドレスを受信するメールアドレス受信部
   を備え、
   前記催促情報送信部は、前記メールアドレス受信部によって取得されたメールアドレスに宛てて前記催促情報を送信する
   請求項１に記載の情報処理装置。
3. 前記クライアント装置の属性を示す属性情報を記憶する記憶部
   を備え、
   前記第２の判定部は、前記記憶部に記憶された属性情報に基づき前記判定を行う
   請求項１又は２に記載の情報処理装置。
4. クライアント装置と情報処理装置とを備え、
   前記クライアント装置は、
   １以上の情報処理を依頼する依頼情報を前記情報処理装置に送信する依頼情報送信部
   を備え、
   前記情報処理装置は、
   前記クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、
   前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、
   前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、
   前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、
   前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、
   前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、
   前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部と
   を備える通信システム。
5. コンピュータを、
   クライアント装置から、１以上の情報処理を依頼する依頼情報を受信する依頼情報受信部と、
   前記１以上の情報処理の各々に関し当該情報処理が許可されることを示す認証情報の有無を問い合わせる問い合わせ情報を認証管理装置に送信する問い合わせ情報送信部と、
   前記問い合わせ情報に対する前記認証管理装置からの応答に基づき、前記１以上の情報処理に要する認証情報が不足しているか否かを判定する第１の判定部と、
   前記第１の判定部によって認証情報が不足していると判定された場合に、不足している認証情報の取得を促す催促情報の送信先を前記クライアント装置とは異なる他の装置とするか否かを予め定められた情報に基づいて判定する第２の判定部と、
   前記第２の判定部によって前記催促情報の送信先を前記他の装置とすると判定された場合に、前記催促情報を前記他の装置に送信する催促情報送信部と、
   前記他の装置から、前記不足している認証情報を取得した旨を示す取得通知を受信する取得通知受信部と、
   前記取得通知受信部によって前記取得通知が受信された場合に、前記１以上の情報処理を開始するための処理を行う処理開始部
   として機能させるためのプログラム。

Images