(57)【要約】【課題】電子化された情報を効率よく管理する。【解決手段】制御装置側処理実行制御部は、記憶装置との間でデータの送受信が認可されていることを示す文字列情報を記憶装置に送信することによって、記憶装置においてユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を記憶装置に要求し、記憶装置側処理実行制御部は、文字列情報によって示される前記データの送受信の認可が有効である場合に、付加情報を処理実行制御装置に送信し、処理実行設定部は、付加情報を前記処理実行値として設定することを特徴とする。【選択図】図１
2019160165.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを介して接続された情報処理装置とデータの送受信を実行し、受信した前記データを記憶する記憶装置および複数の処理の実行を制御する処理実行制御装置を含んで構成される情報処理システムであって、
前記記憶装置は、
前記インターネットを介して前記データを送受信する処理の実行を制御する記憶装置側処理実行制御部
を含み、
前記処理実行制御装置は、
前記記憶装置との間で前記データを送受信する権限が前記情報処理システムのユーザの操作に基づいて認可されている場合に、前記記憶装置との間の前記データの送受信を制御する制御装置側処理実行制御部と、
複数の前記処理のそれぞれについて、処理実行値を設定する処理実行設定部と、
を含み、
前記制御装置側処理実行制御部は、
前記記憶装置との間で前記データの送受信が認可されていることを示す文字列情報を前記記憶装置に送信することによって、前記記憶装置において前記ユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を前記記憶装置に要求し、
前記記憶装置側処理実行制御部は、
前記文字列情報によって示される前記データの送受信の認可が有効である場合に、前記付加情報を前記処理実行制御装置に送信し、
前記処理実行設定部は、
前記付加情報を前記処理実行値として設定する
ことを特徴とする情報処理システム。
【請求項２】
前記記憶装置は、
前記処理実行制御装置から前記データの送受信が要求され、前記ユーザの操作に基づいて前記データを送受信する権限が前記処理実行制御装置に認可された場合に、前記文字列情報を生成する文字列情報生成部
を含み、
前記文字列情報生成部は、
前記データを送受信する権限の有効期限が経過している場合に、前記文字列情報を再生成する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記記憶装置は、
前記文字列情報によって示される前記データの送受信の認可が有効であるか否かを判定する文字列情報判定部と、
を含み、
文字列情報生成部は、
前記データの送受信の認可が無効であると判定され、かつ、前記ユーザの操作に基づいて前記データを送受信する権限が前記処理実行制御装置に認可された場合に、前記文字列情報を再生成する
ことを特徴とする請求項１または請求項２に記載の情報処理システム。
【請求項４】
前記処理実行制御装置は、
前記ユーザの操作に基づいて前記データを送受信する権限の認可を前記記憶装置に要求する権限要求部
を含む
ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理システム。
【請求項５】
複数の処理の実行を制御する処理実行制御装置であって、
インターネットを介して接続された記憶装置との間でデータを送受信する権限が前記処理実行制御装置と前記記憶装置とを含んで構成される情報処理システムのユーザの操作に基づいて認可されている場合に、前記記憶装置との間の前記データの送受信を制御する制御装置側処理実行制御部と、
複数の前記処理のそれぞれについて、処理実行値を設定する処理実行設定部と、
を含み、
前記制御装置側処理実行制御部は、
前記記憶装置との間で前記データの送受信が認可されていることを示す文字列情報を前記記憶装置に送信することによって、前記記憶装置において前記ユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を前記記憶装置に要求し、
前記処理実行設定部は、
前記記憶装置から受信した前記付加情報を前記処理実行値として設定する
ことを特徴とする処理実行制御装置。
【請求項６】
前記ユーザの操作に基づいて前記データを送受信する権限の認可を前記記憶装置に要求する権限要求部
を含む
ことを特徴とする請求項５に記載の処理実行制御装置。
【請求項７】
前記権限要求部は、
前記記憶装置において前記データの送受信の認可が無効であると判定された場合に、前記ユーザの操作に基づいて前記データを送受信する権限の認可を前記記憶装置に要求する
ことを特徴とする請求項６に記載の処理実行制御装置。
【請求項８】
複数の処理の実行を制御する処理実行制御装置の制御方法であって、
インターネットを介して接続された記憶装置との間でデータを送受信する権限が前記処理実行制御装置と前記記憶装置とを含んで構成される情報処理システムのユーザの操作に基づいて認可されている場合に、前記記憶装置との間で前記データの送受信が認可されていることを示す文字列情報を前記記憶装置に送信することによって、前記記憶装置において前記ユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を前記記憶装置に要求し、
複数の前記処理のそれぞれについて、前記記憶装置から受信した前記付加情報を処理実行値として設定する
ことを特徴とする制御方法。
【請求項９】
複数の処理の実行を制御する処理実行制御装置の制御プログラムであって、
インターネットを介して接続された記憶装置との間でデータを送受信する権限が前記処理実行制御装置と前記記憶装置とを含んで構成される情報処理システムのユーザの操作に基づいて認可されている場合に、前記記憶装置との間で前記データの送受信が認可されていることを示す文字列情報を前記記憶装置に送信することによって、前記記憶装置において前記ユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を前記記憶装置に要求するステップと、
複数の前記処理のそれぞれについて、前記記憶装置から受信した前記付加情報を処理実行値として設定するステップと
をコンピュータに実行させることを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、処理実行制御装置、制御方法、制御プログラムに関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリおよび書類の電子化に用いるスキャナなどの画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能および通信機能などを備えることにより、プリンタ、ファクシミリ、スキャナ、複写機などのサービスを利用可能なＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）として構成されることが多い。
【０００３】
また、電子化された情報のファイルを文書管理サーバやクラウドストレージに蓄積し、もしくは、指定された配信先に配信して利用する情報処理システムが知られている。このような情報処理システムにおいては、スキャナでの原稿読み取りなどの入力サービスと、メールでの配信、ストレージへの保存などの情報処理サービスとを組み合わせてワークフローを構成する。そして、データ本体とは違う目的で使用するために付属する付加的な情報、いわゆるメタデータをファイルに付加することにより、文書管理を効果的に行う。
【０００４】
また、クラウドストレージにアクセスする必要のあるサービスがワークフローに含まれている場合、クラウドストレージでは、セキュリティを向上させるためにユーザ認証が実行される。そして、ユーザ認証されたクライアント装置に対してアクセス・トークンを発行し、クラウドストレージへのアクセスを制限することによって、セキュリティを向上させている。
【０００５】
クライアント装置とクラウドストレージとのアクセスに関する技術として、クライアント装置からのアクセス要求の内容に応じて動的にクラウドストレージを提供する技術が開示されている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では、クライアント装置からのアクセス要求に含まれるメタデータを解析することによって、クライアント装置が要求するファイルを特定している。したがって、特許文献１は、ワークフローを構成する各サービスに共通して用いられるファイルに対してクライアント装置に由来するメタデータしか付加することができない。
【０００７】
ゆえに、メタデータを付加したとしても、ユーザが目的とする条件によって検索やソートができない事態が生じ得るため、効率よく文書管理をできないおそれがある。
【０００８】
本発明は、このような課題を解決するためになされたものであり、電子化された情報を効率よく管理することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の一態様は、インターネットを介して接続された情報処理装置とデータの送受信を実行し、受信した前記データを記憶する記憶装置および複数の処理の実行を制御する処理実行制御装置を含んで構成される情報処理システムであって、前記記憶装置は、前記インターネットを介して前記データを送受信する処理の実行を制御する記憶装置側処理実行制御部を含み、前記処理実行制御装置は、前記記憶装置との間で前記データを送受信する権限が前記情報処理システムのユーザの操作に基づいて認可されている場合に、前記記憶装置との間の前記データの送受信を制御する制御装置側処理実行制御部と、複数の前記処理のそれぞれについて、処理実行値を設定する処理実行設定部と、を含み、前記制御装置側処理実行制御部は、前記記憶装置との間で前記データの送受信が認可されていることを示す文字列情報を前記記憶装置に送信することによって、前記記憶装置において前記ユーザを一意に識別可能なユーザ識別情報に付属して設定されている付加情報の送信を前記記憶装置に要求し、前記記憶装置側処理実行制御部は、前記文字列情報によって示される前記データの送受信の認可が有効である場合に、前記付加情報を前記処理実行制御装置に送信し、前記処理実行設定部は、前記付加情報を前記処理実行値として設定することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、電子化された情報を効率よく管理することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る情報処理システムの運用形態を示す図。
【図２】本発明の実施形態に係る情報処理装置のハードウェア構成を示すブロック図。
【図３】本発明の実施形態に係る画像処理装置の機能構成を示す機能ブロック図。
【図４】本発明の実施形態に係るサーバの機能構成を示す機能ブロック図。
【図５】本発明の実施形態に係るアプリケーション部の内部構成を示すブロック図。
【図６】本発明の実施形態に係るワークフローアプリケーションの機能構成を示す機能ブロック図。
【図７】本発明の実施形態に係るワークフローを実行する際に表示されるＧＵＩを例示した図。
【図８】本発明の実施形態に係るワークフローを実行する際に表示されるＧＵＩを例示した図。
【図９】本発明の実施形態に係るトークン記憶部の内部構成を示す図。
【図１０】本発明の実施形態に係るクラウドストレージアプリケーションの機能構成を示す機能ブロック図。
【図１１】本発明の実施形態に係るクラウドストレージの機能構成を示す機能ブロック図。
【図１２】本発明の実施形態に係るクラウドストレージのユーザのプロファイル情報を例示した図。
【図１３】本発明の実施形態に係るクラウドサービスの機能構成を示す機能ブロック図。
【図１４】本発明の実施形態に係るクラウドストレージのトークンを発行する処理の流れを示すシーケンス図。
【図１５】本発明の実施形態に係るワークフローを作成する処理の流れを示すシーケンス図。
【図１６】本発明の実施形態に係るワークフローを実行する処理の流れを示すシーケンス図。
【図１７】本発明の実施形態に係るクラウドストレージのユーザのプロファイル情報を取得する処理の流れを示すシーケンス図。
【図１８】本発明の実施形態に係るフロー情報の設定画面を例示した図。
【図１９】本発明の実施形態に係るフロー情報の設定画面を例示した図。
【図２０】本発明の実施形態に係るクラウドストレージのトークンを再発行する処理の流れを示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、スキャナやプリント、メール配信などを実行するＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ：複合機）やプリンタなどの画像処理装置およびクラウドコンピューティングによって提供されるコンピュータ資源を含んで構成される情報処理システム１について説明する。
【００１３】
図１は、本実施形態に係る情報処理システム１の運用形態を例示した図である。図１に示すように、情報処理システム１は、画像処理装置２、ワークフローサーバ３、クラウド４、がネットワーク７を介して接続されて構成されている。なお、図１に示す以上の数の画像処理装置２を含んで構成されていてもよい。
【００１４】
また、ワークフローサーバ３に搭載されているワークフローアプリケーション３６０によって実現される機能が画像処理装置２において実行可能である場合には、ワークフローサーバ３を含まないシステム構成であってもよい。本実施形態において、ワークフローアプリケーション３６０によって実現される機能を実行する装置が、処理実行制御装置として機能する。
【００１５】
画像処理装置２は、撮像機能、画像形成機能および通信機能などを備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能なＭＦＰである。
【００１６】
また、画像処理装置２は、画像情報に基づいてＣＭＹＫもしくはモノクロの描画情報を生成し、生成された描画情報に基づいて画像形成出力を実行するカラープリンタやモノクロプリンタとしての機能を有する。
【００１７】
さらに、画像処理装置２は、スキャナで読み取った画像に基づいて文書データを生成するためのソフトウェアが搭載されている。画像処理装置２は、ネットワーク７を介して他の画像処理装置２やワークフローサーバ３、およびクラウド４とデータの送受信を実行する。
【００１８】
ワークフローサーバ３は、例えば、画像処理装置２において、スキャンにより読み取った画像を、予め登録されたワークフローに従って処理することにより電子化された文書の配信や蓄積を行う処理実行装置である。
【００１９】
ワークフローサーバ３には、ワークフローを管理、制御するためのアプリケーションであるワークフローアプリケーション３６０がインストールされている。そして、ワークフローサーバ３は、ワークフローの実行を命令する命令情報に基づいてワークフローを構築する各サービスの実行を制御する。
【００２０】
ワークフローの実行を命令する命令情報は、ネットワーク７を介して接続された画像処理装置２のディスプレイパネル１０４や、ワークフローサーバ３に接続されたキーボードやディスプレイなどを介してワークフローサーバ３に入力される。
【００２１】
なお、本実施形態においては、ワークフローアプリケーション３６０がワークフローサーバ３にインストールされている場合を例として説明するが、画像処理装置２にワークフローアプリケーション３６０がインストールされていてもよい。
【００２２】
また、ユーザインタフェースが設けられていないワークフローサーバ３にワークフローアプリケーション３６０がインストールされており、画像処理装置２にインストールされたブラウザアプリケーションを介してワークフローアプリケーション３６０の機能を用いるようにしてもよい。
【００２３】
クラウド４は、インターネットなどのネットワーク７を介してコンピュータ資源を提供する。本実施形態に係るクラウド４は、ネットワーク７を介してデータを蓄積するクラウドストレージ５Ａ、５Ｂ、および、ネットワーク７を介してソフトウェアパッケージやアプリケーション実行プラットフォームなどのクラウドサービス６を含んで構成される。以後の説明において、クラウドストレージ５Ａ、５Ｂを区別する必要がない場合には、「クラウドストレージ５」と記載する。
【００２４】
このような構成により、本実施形態に係る情報処理システム１においては、画像処理装置２においてスキャンした画像のメール配信、クラウドストレージ５への蓄積などのサービスを組み合わせたワークフローを実行する。
【００２５】
次に、本実施形態に係る画像処理装置２などの情報処理装置のハードウェア構成について図２を参照して説明する。図２は、本実施形態に係る画像処理装置２のハードウェア構成を示すブロック図である。
【００２６】
本実施形態に係る画像処理装置２は、一般的なＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やワークフローサーバ３、クラウド４を実現するハードウェア等の情報処理装置と同様の構成を有する。すなわち、本実施形態に係る画像処理装置２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の記憶媒体４０、Ｉ／Ｆ５０がバス９０を介して接続されている。
【００２７】
また、上記の構成に加え、画像処理装置２は、スキャナ、プリンタ等を実現するためのエンジン８０が、さらに、Ｉ／Ｆ５０を介してＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０などの表示部やキーボードなどの操作部７０が接続されて構成されている。
【００２８】
ＣＰＵ１０は演算手段であり、画像処理装置２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。記憶媒体４０は、ＨＤＤなどの情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム（以後、アプリケーション）等が格納されている。Ｉ／Ｆ５０は、バス９０と、ＬＣＤ６０および操作部７０などの各種のハードウェアやネットワーク７等を接続し制御する。
【００２９】
ＬＣＤ６０は、Ｉ／Ｆ５０を介して受信した画像処理装置２の状態をユーザが確認するユーザインタフェースである。操作部７０は、キーボードなどによって構成され、ユーザが画像処理装置２に情報を入力するためのユーザインタフェースである。なお、ＬＣＤ６０および操作部７０を、動作原理方式として抵抗膜方式、表面弾性波方式、静電容量方式等が用いられたタッチパネルとして構成してもよい。
【００３０】
このようなハードウェア構成において、ＲＯＭ３０に格納されたプログラムや記憶媒体４０からＲＡＭ２０に読み出されたプログラムに従ってＣＰＵ１０が演算を行うことにより、図４において説明するコントローラ１００内部の機能が構成される。このようにして構成されたコントローラ１００内部の機能と、ハードウェアとの組み合わせによって、画像処理装置２の機能を実現する機能ブロックが構成される。
【００３１】
また、このようなハードウェア構成において、ＲＯＭ３０や記憶媒体４０もしくは光学ディスクなどの記録媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことにより、ワークフローサーバ３におけるコントローラ３００内部の機能が構成される。このようにして構成されたコントローラ３００内部の機能と、ハードウェアとの組み合わせによって、ワークフローサーバ３の機能を実現する機能ブロックがそれぞれ構成される。
【００３２】
さらに、このようなハードウェア構成において、ＲＯＭ３０や記憶媒体４０もしくは光学ディスクなどの記録媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がそれらのプログラムに従って演算を行うことにより、クラウドストレージ５およびクラウドサービス６におけるコントローラ５００およびコントローラ６００それぞれの内部の機能が構成される。
【００３３】
このようにして構成されたコントローラ３００およびコントローラ６００内部の機能と、ハードウェアとの組み合わせによって、クラウドストレージ５およびクラウドサービス６の機能を実現する機能ブロックがそれぞれ構成される。
【００３４】
次に、本実施形態に係る画像処理装置２の機能構成について図３を参照して説明する。図３は、本実施形態に係る画像処理装置２の機能構成を示すブロック図である。図３に示すように、画像処理装置２は、コントローラ１００、ＡＤＦ１０１、スキャナユニット１０２、排紙トレイ１０３、給紙テーブル１０５、プリントエンジン１０６、排紙トレイ１０７、ネットワークＩ／Ｆ１０８を有する。
【００３５】
また、コントローラ１００は、主制御部１１０、エンジン制御部１２０、画像処理部１３０、操作表示制御部１４０、入出力制御部１５０を含む。なお、図３においては、電気的接続を実線の矢印で示しており、原稿もしくは文書束の流れを破線の矢印で示している。
【００３６】
ネットワークＩ／Ｆ１０８は、画像処理装置２がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０８はＴＣＰ／ＩＰプロトコルによる通信が可能であり、図２に示すＩ／Ｆ５０によって実現される。
【００３７】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びに光学ディスク等の不揮発性の記憶媒体４０に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリ（以下、メモリ）にロードされ、ＣＰＵ１０がそのプログラムに従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像処理装置２全体を制御する制御部として機能する。
【００３８】
主制御部１１０は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１２０は、プリントエンジン１０６やスキャナユニット１０２等を制御もしくは駆動する駆動手段としての役割を担う。画像処理部１３０は、主制御部１１０の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、プリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。
【００３９】
また、画像処理部１３０は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像処理装置２の記憶領域に格納され、ネットワークＩ／Ｆ１０８を介して他の情報処理端末や記憶装置に送信される情報である。
【００４０】
操作表示制御部１４０は、ディスプレイパネル１０４に情報表示を行いもしくはディスプレイパネル１０４を介して入力された情報を主制御部１１０に通知する。入出力制御部１５０は、ネットワークＩ／Ｆ１０８を介して入力される情報を主制御部１１０に入力する。また、主制御部１１０は、入出力制御部１５０を制御し、ネットワークＩ／Ｆ１０８およびネットワークを介してネットワークに接続された他の機器にアクセスする。
【００４１】
画像処理装置２がプリンタとして動作する場合は、まず、入出力制御部１５０がネットワークＩ／Ｆ１０８を介して印刷ジョブを受信する。すなわち、入出力制御部１５０が、印刷データ取得部として機能する。入出力制御部１５０は、受信した印刷ジョブを主制御部１１０に転送する。主制御部１１０は、印刷ジョブを受信すると、画像処理部１３０を制御して印刷ジョブに含まれる文書情報もしくは画像情報に基づいて描画情報を生成する。
【００４２】
画像処理部１３０によって描画情報が生成されると、エンジン制御部１２０はプリントエンジン１０６を制御し、上記生成された描画情報に基づき、給紙テーブル１０５から搬送される用紙に対して画像形成を実行させる。すなわち、画像処理部１３０、エンジン制御部１２０およびプリントエンジン１０６が印刷出力部として機能する。
【００４３】
プリントエンジン１０６の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構などを用いることが可能である。プリントエンジン１０６によって画像形成が施された文書は排紙トレイ１０７に排紙される。
【００４４】
画像処理装置２がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０４の操作もしくはネットワークＩ／Ｆ１０８を介して外部の装置から入力されるスキャン実行指示に応じて、操作表示制御部１４０もしくは入出力制御部１５０が主制御部１１０にスキャン実行信号を転送する。主制御部１１０は、受信したスキャン実行信号に基づき、エンジン制御部１２０を制御する。
【００４５】
エンジン制御部１２０は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象の原稿Ｓを上述したようにスキャナユニット１０２に搬送する。また、エンジン制御部１２０は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像（スキャン）する。
【００４６】
また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１２０の制御に従い、セットされた原稿を撮像する。すなわちスキャナユニット１０２が撮像部として動作するとともに、エンジン制御部１２０が、読取制御部として機能する。
【００４７】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１２０は、スキャナユニット１０２が生成した撮像情報を画像処理部１３０に転送する。画像処理部１３０は、主制御部１１０の制御に従い、エンジン制御部１２０から受信した撮像情報に基づき画像情報を生成する。
【００４８】
画像処理部１３０が生成した画像情報は主制御部１１０が取得し、主制御部１１０が記憶媒体４０等の画像処理装置２に装着された記憶媒体に保存する。すなわち、スキャナユニット１０２、エンジン制御部１２０および画像処理部１３０が連動して、画像入力部として機能する。画像処理部１３０によって生成された画像情報は、ユーザの指示に応じてそのまま記憶媒体４０等に格納されもしくは入出力制御部１５０およびネットワークＩ／Ｆ１０８を介して外部の装置に送信される。
【００４９】
また、画像処理装置２が複写機として動作する場合は、エンジン制御部１２０がスキャナユニット１０２から受信した撮像情報もしくは画像処理部１３０が生成した画像情報に基づき、画像処理部１３０が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１２０がプリントエンジン１０６を駆動する。なお、描画情報と撮像情報との情報形式が同一である場合は、撮像情報をそのまま描画情報として用いることも可能である。
【００５０】
次に、本実施形態に係るワークフローサーバ３の機能構成について、図３を参照して説明する。図３は、本実施形態に係るワークフローサーバ３の機能構成を示すブロック図である。図３に示すように、本実施形態に係るワークフローサーバ３は、コントローラ３００、ユーザインタフェースデバイス３０１、ネットワークＩ／Ｆ３０２を有する。また、コントローラ３００は、操作制御部３１０、表示制御部３２０、アプリケーション部３３０、ネットワーク制御部３４０、認証情報記憶部３５０ａおよびトークン記憶部３５０ｂを含む。
【００５１】
ユーザインタフェースデバイス３０１は、図２に示すＬＣＤ６０や操作部７０等、ユーザがワークフローサーバ３を操作するためのインタフェースである。ネットワークＩ／Ｆ３０２は、ワークフローサーバ３がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ３０２は、図２に示すＩ／Ｆ５０によって実現される。
【００５２】
コントローラ３００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリならびに記憶媒体４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリにロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによって構成される。コントローラ３００は、ワークフローサーバ３全体を制御する制御部であり、要旨となる機能を実現する。
【００５３】
操作制御部３１０は、ユーザインタフェースデバイス３０１に対するユーザの操作によって入力された情報を取得する。表示制御部３２０は、ユーザインタフェースデバイス３０１に情報表示を行う。ネットワーク制御部３４０は、ネットワークＩ／Ｆ３０２を介して入力される情報を取得するとともに、ネットワークＩ／Ｆ３０２を介して他の機器に情報を送信する。
【００５４】
アプリケーション部３３０は、ＲＯＭ３０や不揮発性メモリならびに記憶媒体４０や光学ディスク等の不揮発性記憶媒体に格納されたアプリケーションプログラムがＲＡＭ２０に読み出され、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成される機能部であり、本実施形態の要旨に係る機能を提供するアプリケーション群である。アプリケーション部３３０の詳細については、後述する。
【００５５】
認証情報記憶部３５０ａは、情報処理システム１のユーザであると認証されたユーザのユーザＩＤおよびパスワードを記憶する記憶部であり、図２に示す記憶媒体４０によって実現される。ユーザＩＤは、ユーザごとに割り当てられたユニークな文字列からなる一意にユーザを識別可能なユーザ識別情報であり、パスワードはユーザＩＤに関連付けられた文字列である。
【００５６】
トークン記憶部３５０ｂは、図５に示すように、クラウドストレージ５Ａ、５Ｂのアクセス・トークンおよびリフレッシュ・トークンをユーザＩＤごとに記憶する記憶部である。アクセス・トークンおよびリフレッシュ・トークンは、クラウドストレージ５Ａ、５Ｂの認証ユーザに対してユニークに発行される認可コードに対応してクラウドストレージ５Ａ、５Ｂからそれぞれ発行される。認証ユーザとは、クラウドストレージ５Ａ、５Ｂのユーザであると認証されたユーザのことを示す。
【００５７】
したがって、トークン記憶部３５０ｂは、ユーザごとにクラウドストレージ５Ａ、５Ｂのアクセス・トークンを記憶する。また、アクセス・トークンおよびリフレッシュ・トークンは、ユーザにユニークに発行される認可コードに対応する文字列であるため、情報処理システム１の認証ユーザであっても、他のユーザのアクセス・トークンおよびリフレッシュ・トークンを用いることはできない。
【００５８】
次に、図６を参照して、本実施形態に係るアプリケーション部３３０の内部構成について説明する。図６は、本実施形態に係るアプリケーション部３３０の内部構成を示す機能ブロック図である。
【００５９】
アプリケーション部３３０は、ワークフローアプリケーション３６０、クラウドストレージアプリケーション３７０ａ、クラウドストレージアプリケーション３７０ｂを含んで構成される。なお、アプリケーション部３３０は、クラウドサービス６を利用するためのアプリケーションを含んで構成されてもよい。
【００６０】
図７に示すように、ワークフローアプリケーション３６０は、ユーザインタフェース部３６１、認証処理部３３１、フロー制御部３６２、フロー作成部３６３、サービス管理部３６４、メタデータ取得プラグイン３６５、フロー記憶部３６６、サービス情報テーブル３６７、サービス制御部３６８およびネットワーク通信部３６９を含む。
【００６１】
ユーザインタフェース部３６１は、表示制御部３２０がユーザインタフェースデバイス３０１に表示させるための画面を生成して出力するとともに操作制御部３１０を介して入力される操作情報を取得する。認証処理部３３１は、認証情報記憶部３５０ａに記憶されているユーザＩＤやパスワードなどの認証情報に基づいて、認証要求を行ったユーザが情報処理システム１のユーザであるか否かを判定する認証処理を実行する。
【００６２】
フロー制御部３６２は、フロー記憶部３６６に記憶されているワークフローの情報に基づき、ワークフローの実行を制御する。その際、フロー制御部３６２は、ワークフローの実行開始および終了や、ワークフローに含まれる各処理の実行中、停止中等の状態を保持している。
【００６３】
フロー作成部３６３は、ユーザインタフェース部３６１から入力される操作情報に基づいて動作することにより、ユーザの操作に従ってワークフローを作成し、フロー記憶部３６６に記憶させる。サービス管理部３６４は、ワークフローを構成するための各種のサービスすなわち、画像処理装置２によって提供されるサービスを、サービス情報テーブル３６７に記憶される情報として管理する。フロー記憶部３６６は、ユーザによって登録されたワークフローの情報であるフロー情報を記憶する。
【００６４】
本実施形態において、ワークフローＤのフロー情報には、図９に示すように、“ｓｃａｎ  ｔｏ  ｆｏｌｄｅｒ”、“ｓｃａｎ  ｔｏ  ｗｅｂＤＡＶ”、“ｓｃａｎ  ｔｏ  ｍａｉｌ”・・・といったサービスが含まれる。なお、図８に示すワークフロー選択画面７００において、ソフトキー７０１を操作すると、ワークフローＤを構成するサービスが表示される画面に遷移する。
【００６５】
フロー情報には、“ｓｃａｎ  ｔｏ  ｆｏｌｄｅｒ”、“ｓｃａｎ  ｔｏ  ｗｅｂＤＡＶ”、“ｓｃａｎ  ｔｏ  ｍａｉｌ”・・・のサービスが実行されることにより、配信されるフォルダやファイルの表示名や、コンピュータ上のパスを示す情報を含めることができる。
【００６６】
“ｓｃａｎ  ｔｏ  ｆｏｌｄｅｒ”は、スキャンして得られた撮像画像を指定したフォルダに配信する処理、もしくは、新規のファイルフォルダとして生成する処理を行うサービスである。
【００６７】
“ｓｃａｎ  ｔｏ  ｗｅｂＤＡＶ”は、スキャンして得られた撮像画像を、ネットワーク７を介して接続されたサーバなどへのアップロードもしくはダウンロードなどの処理を行うサービスである。
【００６８】
“ｓｃａｎ  ｔｏ  ｍａｉｌ”は、スキャンして得られた撮像画像を、電子メールとして配信する処理を行うサービスである。
【００６９】
また、フロー情報としては、図９に示す情報の他、それぞれの処理について、例えば、表示名、パス、ＸＭＬタグの有無、サブフォルダの設定の有無などを設定するための処理実行設定値の情報等も含まれる。なお、フロー情報は、ワークフローサーバ３において記憶媒体４０に格納されており、フロー制御部３６２がフロー情報を参照してワークフロー選択画面の表示情報を生成する。
【００７０】
また、サービス管理部３６４は、メタデータ取得プラグイン３６５が取得したクラウドストレージ５Ａ、５Ｂのユーザ・プロファイル情報をフロー情報として設定する。フロー情報の設定態様については後述する。
【００７１】
サービス情報テーブル３６７は、“スキャン”や、“プリント”、“メール送信”等のサービスの種類それぞれについて、そのサービスを実行可能な画像処理装置２などデバイスの情報を記憶している。サービス情報テーブル３６７に記憶されているサービス情報は、サービス種類を識別するための“サービス名”、各サービスを実行可能なデバイスを識別するための“デバイス情報”などが含まれる。
【００７２】
すなわち、サービス情報テーブル３６７に含まれるサービス情報は、ワークフローに組み込み可能なサービスを示す情報、それらのサービスを実行可能な画像処理装置２などのデバイスを識別する情報、各デバイスがそれぞれの処理を実行する際の機能が関連付けられた情報である。
【００７３】
サービス制御部３６８は、フロー制御部３６２によるワークフローの実行制御に基づき、ワークフローに含まれる各サービスの実行を制御する。サービス制御部３６８は、ネットワーク制御部３４０を介して、サービスを実行させるべき画像処理装置２などのデバイスにサービスの実行命令を送信する。ネットワーク通信部３６９は、ネットワーク７を介して、情報の送受信を行う。
【００７４】
図１０に示すように、クラウドストレージアプリケーション３７０は、ユーザインタフェース部３７１、認証要求部３７２、トークン取得部３７３、データ取得部３７４、ネットワーク通信部３７５を含む。
【００７５】
ユーザインタフェース部３７１は、表示制御部３２０がユーザインタフェースデバイス３０１に表示させるための画面を生成して出力するとともに操作制御部３１０を介して入力される操作情報を取得する。
【００７６】
認証要求部３７２は、操作制御部３１０を介して入力される操作情報に基づいて、クラウドストレージ５のユーザであるか否かの認証処理の実行を要求する。トークン取得部３７３は、クラウドストレージ５のユーザであると認証されたユーザが、クラウドストレージ５において実現される機能のうち、どの機能を利用する権限が認可されていることを示す文字列情報であるトークンをクラウドストレージ５から取得する。
【００７７】
データ取得部３７４は、操作制御部３１０を介して入力される操作情報に基づいて、ユーザが要求する情報の送受信を、ネットワーク通信部３７５を介してクラウドストレージ５と行う。ネットワーク通信部３７５は、ネットワーク７を介して、情報の送受信を行う。
【００７８】
次に、クラウドストレージ５の機能構成について図１１を参照して説明する。図１１は、本実施形態に係るクラウドストレージ５の機能構成を示す機能ブロックである。クラウドストレージ５は、コントローラ５００およびネットワークＩ／Ｆ５０１を含む。
【００７９】
コントローラ５００は、ネットワーク制御部５１０、認証処理部５２０、認証情報記憶部５３０、認可処理部５４０、トークン検証部５５０、トークン生成部５６０、処理実行制御部５７０および記憶部５８０を含む。
【００８０】
コントローラ５００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリならびに記憶媒体４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリにロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによって構成される。コントローラ５００は、クラウドストレージ５全体を制御する制御部であり、要旨となる機能を実現する。
【００８１】
ネットワーク制御部５１０は、ネットワークＩ／Ｆ５０１を介して入力される情報を取得するとともに、ネットワークＩ／Ｆ５０１を介して他の機器に情報を送信する。認証処理部５２０は、クラウドストレージ５のユーザであるユーザＩＤやパスワードなどの認証情報に基づいて、認証要求を行ったユーザがクラウドストレージ５のユーザであるか否かを判定する認証処理を実行する。
【００８２】
認証情報記憶部５３０は、クラウドストレージ５のユーザであるユーザのユーザＩＤやパスワードなどの認証情報を記憶する。ユーザＩＤは、ユーザごとに割り当てられたユニークな文字列であり、パスワードはユーザＩＤに関連付けられた文字列である。
【００８３】
認可処理部５４０は、クラウドストレージ５にアクセス要求を送信した装置に対して、認証処理部５２０によってクラウドストレージ５のユーザであると認証されたユーザ、すなわち、認証ユーザが、クラウドストレージ５によって提供される機能のうち、どの機能の利用権限を認可しているかを判定する。
【００８４】
また、認可処理部５４０は、認証ユーザが、クラウドストレージ５にアクセス要求を送信した装置に対して、クラウドストレージ５によって提供される機能のうち、どの機能の利用権限を認可するかを、認証ユーザに要求する。
【００８５】
認可処理部５４０は、認証ユーザにクラウドストレージ５によって提供される機能のうち、どの機能の利用権限を認可するかを要求する際に、クラウドストレージ５へのアクセス要求を送信した装置に対して、クラウドストレージ５によって提供される機能のうち、どの機能の利用権限を認可するかを選択させる認可画面を生成する。
【００８６】
認証ユーザは、認可画面に表示されたＧＵＩを操作して、クラウドストレージ５によって提供される機能のうち、どの機能の利用権限を認可するかを選択する。そして、認可処理部５４０は、認可画面において選択された機能の利用権限に基づいて、トークン生成部５６０にトークンを生成させる。
【００８７】
トークン検証部５５０は、クラウドストレージ５にアクセス要求を送信した装置から受信したトークンが有効なトークンであるか否かを検証し、検証結果を認可処理部５４０に送信する。トークン検証部５５０は、アクセス・トークンの有効期限が発行から３６００秒に設定されている場合、受信したアクセス・トークンの有効期限が経過しているか否かを判定する。
【００８８】
受信したアクセス・トークンが発行されてから３６００秒経過している場合、トークン検証部５５０は、そのアクセス・トークンが無効なものであると判定する。一方で、受信したアクセス・トークンが発行されてから３６００秒経過していない場合、トークン検証部５５０は、そのアクセス・トークンが有効なものであると判定する。したがって、トークン検証部５５０は文字列情報判定部として機能する。
【００８９】
なお、認証ユーザによってクラウドストレージ５によって提供される機能の利用権限を取り消す操作が行われることがある。トークン検証部５５０は、トークンによって識別されるクラウドストレージ５によって提供される機能の利用権限が、取り消されていないかを判定する。
【００９０】
トークン生成部５６０は、クラウドストレージ５によって提供される機能のうち、どの機能の利用権限が認証ユーザによって認可されているかを示す識別情報であるアクセス・トークンを生成する文字列情報生成部である。また、クラウドストレージ５へアクセス要求を送信した装置に対して初めてアクセス・トークンを生成する場合、トークン生成部５６０は、アクセス・トークンを再生成するためのリフレッシュ・トークンを生成する。
【００９１】
なお、トークン検証部５５０は、アクセス・トークンの有効期限が経過しており、かつ、リフレッシュ・トークンがある場合には、トークン生成部５６０にアクセス・トークンを再生成させる。
【００９２】
処理実行制御部５７０は、認証ユーザによって認可されているクラウドストレージ５によって提供される機能の処理の実行を制御する記憶装置側処理実行制御部として機能する。具体的に、処理実行制御部５７０は、認証ユーザによってクラウドストレージ５に蓄積されている画像データやユーザ・プロファイル情報の利用が認可されている場合に、ネットワーク制御部５１０を介して受信した制御情報に従って記憶部５８０に記憶されている画像データやユーザ・プロファイル情報の送受信を実行する。
【００９３】
記憶部５８０は、クラウドストレージ５のユーザのユーザ・プロファイル情報などのプロファイル情報を記憶するプロファイル記憶部５８１、および、画像データや文書データなどを記憶するデータ記憶部５８２を含んで構成される記憶領域である。
【００９４】
図１２は、プロファイル記憶部５８１に記憶されるユーザ・プロファイル情報を例示した図である。図１２に示すように、ユーザ・プロファイル情報には、ユーザＩＤに付加的に付属されている付加情報であって、“ｆａｍｉｌｙ＿ｎａｍｅ”、“ｇｉｖｅｎ＿ｎａｍｅ”、“ｉｄ”、“ｌｏｃａｌｅ”、“ｖｅｒｉｆｉｅｄ＿ｅｍａｉｌ”、認証ユーザの個人情報など、極めて機密性の高い情報が含まれる。
【００９５】
このようなクラウドストレージ５の認証ユーザのユーザ・プロファイル情報を、ワークフローに共通して用いられるファイルを識別するための情報として利用可能にて文書管理を行うことが本発明の要旨のひとつである。このような構成によって、クラウドストレージ５は、認証ユーザが操作する装置と情報の送受信を実行する。
【００９６】
次に、本実施形態に係るクラウドサービス６について図１３を参照して説明する。図１３は、本実施形態に係るクラウドサービス６の機能構成を示す機能ブロック図である。
【００９７】
クラウドサービス６は、コントローラ６００およびネットワークＩ／Ｆ６０１を含む。コントローラ６００は、ネットワーク制御部６１０、処理実行制御部６７０、モジュール部６８０を含んで構成される。また、モジュール部６８０は、プロファイル取得モジュール６８１およびその他のモジュール６８２を含む。
【００９８】
コントローラ６００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリならびに記憶媒体４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリにロードされ、そのプログラムに従ってＣＰＵ１０が演算を行うことにより構成されるソフトウェア制御部と集積回路などのハードウェアとによって構成される。コントローラ６００は、クラウドサービス６全体を制御する制御部であり、要旨となる機能を実現する。
【００９９】
ネットワーク制御部６１０は、ネットワークＩ／Ｆ６０１を介して入力される情報を取得するとともに、ネットワークＩ／Ｆ６０１を介して他の機器に情報を送信する。処理実行制御部６７０は、クラウドサービス６に入力された制御情報に基づいて、モジュール部６８０に記憶されているモジュール６８２などを起動させ、モジュール６８２の実行を制御する。
【０１００】
モジュール部６８０は、クラウドサービス６によって提供される機能を実現するためのソフトウェア・モジュールが格納されている。また、モジュール部６８０は、プロファイル取得モジュール６８１、モジュール６８２を含む。
【０１０１】
プロファイル取得モジュール６８１は、クラウドサービス６にアクセスしてきた装置からアクセス・トークンを受信し、アクセス・トークンによって認可された情報源である認可リソースからユーザ・プロファイル情報を取得するためのソフトウェア・モジュールである。
【０１０２】
モジュール６８２は、例えば、クラウドサービス６上で、文書作成やグループウェアなどのサービスを提供するためのソフトウェア・モジュールであり、モジュール部６８０は、複数のモジュール６８２を含んでいてもよい。このような構成によって、クラウドサービス６は、ユーザが操作する装置と情報の送受信を実行する。
【０１０３】
以上説明したような構成によって、本実施形態に係る情報処理システム１は、予め登録されたワークフローに従って電子化された文書の配信や蓄積を行う。次に、クラウドストレージ５においてトークンを発行する処理の流れについて図１４を参照して説明する。図１４は、本実施形態に係るクラウドストレージ５においてトークンを発行する処理の流れを示すシーケンス図である。
【０１０４】
ユーザは、まず、ディスプレイパネル１０４もしくはユーザインタフェースデバイス３０１を操作してユーザＩＤとパスワード入力する。この操作がユーザによって行われる認証要求である。ユーザインタフェース部３６１は、ユーザの操作によって入力されたユーザＩＤおよびパスワードを取得する（Ｓ１０１）。
【０１０５】
ここでユーザが入力するユーザＩＤおよびパスワードは、ワークフローアプリケーション３６０を利用可能なユーザであると認証を行うためのユーザＩＤおよびパスワードである。
【０１０６】
また、本実施形態に係る情報処理システム１は、画像処理装置２もしくはワークフローサーバ３を利用可能とするためのユーザＩＤおよびパスワードと、クラウドストレージ５を利用するユーザのユーザＩＤおよびパスワードと、それぞれ同じ文字列によって構成される。
【０１０７】
ユーザインタフェース部３６１は、受信したユーザＩＤおよびパスワードを認証処理部３３１に転送し、ユーザ認証処理を要求する（Ｓ１０２）。認証処理部３３１は、受信したユーザＩＤおよびパスワードが、認証情報記憶部３５０ａに記憶されているか否かを判定する。
【０１０８】
受信したユーザＩＤおよびパスワードが認証情報記憶部３５０ａに記憶されている場合、認証処理部３３１は、そのユーザＩＤによって識別されるユーザが、ワークフローアプリケーション３６０を利用可能なユーザであると認証する（Ｓ１０３）。
【０１０９】
ワークフローアプリケーション３６０のユーザであることを認証すると、そのユーザは、ワークフローアプリケーション３６０が搭載された画像処理装置２もしくはワークフローサーバ３を介してさまざまなデータを取得することが可能となる。
【０１１０】
本実施形態では、ワークフローアプリケーション３６０のユーザであることが認証されたユーザがワークフローアプリケーション３６０を介してクラウドストレージ５に記憶されているデータを取得する際の処理を例として説明する。
【０１１１】
認証処理部３３１は、ユーザＩＤによって識別されるユーザが、ワークフローアプリケーション３６０を利用可能なユーザであると認証すると、クラウドストレージ５に対してユーザＩＤおよびパスワードとともにアクセス要求を送信する（Ｓ１０４）。Ｓ１０４の処理におけるユーザＩＤおよびパスワードは、Ｓ１０１でユーザインタフェース部３６１が取得したものである。
【０１１２】
認証処理部５２０は、受信したユーザＩＤおよびパスワードに基づいてクラウドストレージ５のユーザであるか否かの認証を行う（Ｓ１０５）。受信したユーザＩＤおよびパスワードが認証情報記憶部５３０に記憶されている場合、認証処理部５２０は、そのユーザＩＤによって識別されるユーザが、クラウドストレージ５を利用可能なユーザであると認証する。
【０１１３】
認証処理部５２０によってクラウドストレージ５を利用可能なユーザであると認証されると、認可コードが発行される。認可コードは、認可処理部５４０に転送される。
【０１１４】
認証処理部５２０によってユーザ認証が行われると、認可処理部５４０は認証されたクラウドストレージ５についての権限の認可を認証ユーザに対して要求する権限認可要求を行う（Ｓ１０６）。
【０１１５】
権限認可要求とは、ディスプレイパネル１０４もしくはユーザインタフェースデバイス３０１上に表示された認可画面を認証ユーザが操作し、認証ユーザの操作に基づいて、クラウドストレージ５上に記憶されている情報のうちどの情報を利用可能とするかを認可するための処理である。
【０１１６】
ユーザインタフェース部３６１は、認証ユーザの操作に基づいて、クラウドストレージ５上に記憶されている情報のうちどの情報を利用可能と認可したかの情報を認可処理部５４０に送信する（Ｓ１０７）。したがって、認証ユーザの操作に基づいて、クラウドストレージ５に記憶されている情報のうち、どの情報を利用できるかが認可される。また、ユーザインタフェース部３６１は、権限要求部として機能する。
【０１１７】
認可処理部５４０は、認証ユーザの操作に基づいて、クラウドストレージ５に記録されている情報のうち、どの情報を利用可能とするかの権限認可を実行する（Ｓ１０８）。そして、認可処理部５４０は、認証ユーザによって認可された権限に基づいたトークンの生成をトークン生成部５６０に要求する（Ｓ１０９）。
【０１１８】
トークン生成部５６０は、アクセス・トークンを生成し（Ｓ１１０）、生成したアクセス・トークンを認可処理部５４０に転送する（Ｓ１１１）。例えば、クラウドストレージ５上に記憶されている文書データおよびユーザ・プロファイル情報を利用可能とする権限が認可されている場合、トークン生成部５６０は、クラウドストレージ５上に記憶されている文書データおよびユーザ・プロファイル情報の送受信が可能となるアクセス・トークンを生成する。
【０１１９】
なお、クラウドストレージ５についての権限の認可を認証ユーザに対して要求する権限認可要求が初めて行われ、アクセス・トークンを生成する際に、トークン生成部５６０は、アクセス・トークンを再生成するためのリフレッシュ・トークンを生成する。トークン生成部５６０は、生成したリフレッシュ・トークンを認可処理部５４０に転送する。
【０１２０】
認可処理部５４０は、転送されてきたアクセス・トークンを認証処理部５２０に送信する（Ｓ１１２）。Ｓ１０６からＳ１１２までの処理がトークン発行処理である。なお、リフレッシュ・トークンが生成されている場合、認可処理部５４０は、アクセス・トークンと合わせてリフレッシュ・トークンを認証処理部３３１に送信する。
【０１２１】
認証処理部３３１は、受信したアクセス・トークンおよびリフレッシュ・トークンをトークン記憶部３５０ｂに記憶させる（Ｓ１１３）。認証処理部３３１がアクセス・トークンを受信すると、ユーザインタフェース部３６１は、ユーザ認証が完了した画面をディスプレイパネル１０４もしくはユーザインタフェースデバイス３０１に表示させる（Ｓ１１４）。
【０１２２】
このような処理によって、クラウドストレージ５に記憶されているデータやユーザ・プロファイル情報にアクセスすることが可能となる。次に、本実施形態に係るワークフローのフロー情報を作成する処理の流れについて、図１５を参照して説明する。図１５は、本実施形態に係るフロー情報の生成動作を示すシーケンス図である。なお、図１５および図１６の説明においては、
【０１２３】
ユーザがディスプレイパネル１０４もしくはユーザインタフェースデバイス３０１を操作することによりワークフローアプリケーション３６０のユーザインタフェース部３６１に操作情報が入力され、ワークフローの作成が開始される（Ｓ２０１）。
【０１２４】
フロー作成部３６３は、ユーザインタフェース部３６１からの通知に基づいてワークフローの作成を開始すると、サービス管理部３６４に、サービスの一覧を要求する（Ｓ２０１）。サービス管理部３６４は、フロー作成部３６３からの要求を受けて、図８および図９において説明した“ｓｃａｎ”、“ｆｏｌｄｅｒ”、“ｗｅｂＤＡＶ”、“ｍａｉｌ”、“ｐｒｉｎｔ”等のサービスの種類の一覧をサービス情報テーブル３６７から取得し（Ｓ２０３）、フロー作成部３６３に転送する（Ｓ２０４）。
【０１２５】
フロー作成部３６３は、サービス管理部３６４から入力されたサービス一覧に基づき、ワークフローに組み込み可能なサービスが表示されたワークフローの作成画面を生成してユーザインタフェース部３６１に出力する（Ｓ２０５）。
【０１２６】
ユーザインタフェース部３６１は、表示制御部３２０を介してユーザインタフェースデバイス３０１にワークフロー作成画面を表示させる（Ｓ２０６）。
【０１２７】
ワークフロー作成画面においては、選択可能なサービス種類のボタンが表示されており、ユーザは、それぞれのボタンをワークフローにおいて実行させたい順番に押下する。これにより、図８および図９に示されるように、各サービスを示す情報が順番に登録され、ユーザインタフェース部３６１がそれぞれのサービスを示す情報をフロー情報として順番に保持する。
【０１２８】
そして、フロー情報を登録する旨の操作が行われると、操作制御部３１０にその操作情報が入力されてユーザインタフェース部３６１がその情報を取得し、保持しているフロー情報をフロー作成部３６３に送信する（Ｓ２０７）。
【０１２９】
ユーザインタフェース部３６１からフロー情報を取得したフロー作成部３６３は、フロー記憶部３６６にフロー情報を記憶する（Ｓ２０８）。このような処理により、図８および図９に示すようなフロー情報が記憶される。
【０１３０】
このような情報処理システム１において、本実施形態に係る要旨は、ワークフロー実行時におけるフロー情報の詳細を設定する際の選択態様にある。次に、本実施形態に係るワークフローを実行する処理の流れについて図１６を参照して説明する。図１６は、本実施形態に係るワークフローを実行する処理の流れを示すシーケンス図である。
【０１３１】
ユーザインタフェース部３６１は、ユーザによる操作に応じてワークフローの選択および実行を行うための画面の表示要求を取得する（Ｓ３０１）。ユーザインタフェース部３６１は、画面表示要求を取得すると、フロー制御部３６２に対して、フロー情報を要求する（Ｓ３０２）。
【０１３２】
フロー制御部３６２は、ユーザインタフェースからの要求に応じて、フロー記憶部３６６に記憶されているフロー情報を取得し（Ｓ３０３）、取得したフロー情報をユーザインタフェース部３６１に転送する（Ｓ３０４）。ユーザインタフェース部３６１は、フロー制御部３６２からフロー情報を取得すると、図７のようなユーザがフローを選択し、実行要求を入力するためのフロー選択画面を生成し、表示制御部３２０を介して、ユーザインタフェースデバイス３０１に表示させる（Ｓ３０５）。
【０１３３】
図７の画面においてワークフローＤが選択され、押下されると、ユーザインタフェース部３６１はユーザの操作に応じてワークフローＤを選択し、その結果をフロー制御部３６２に送信する（Ｓ３０６）。これにより、フロー制御部３６２が、選択されたワークフローを識別する情報を保持する。
【０１３４】
さらに、ユーザインタフェース部３６１は、図７の画面においてワークフローＤが選択され、押下されると、サービス管理部３６４に対してサービス情報および各サービスにおけるフロー情報の設定を要求する（Ｓ３０７）。
【０１３５】
サービス管理部３６４は、ユーザインタフェース部３６１からの要求に応じて、メタデータ取得プラグイン３６５を起動させ、クラウドストレージ５の認証ユーザであるユーザのユーザ・プロファイル情報を、図１７に示すシーケンス図の処理ステップに従って取得する（Ｓ３０８）。したがって、サービス管理部３６４は、制御装置側処理実行制御部として機能する。
【０１３６】
図１７は、本実施形態に係るユーザ・プロファイル情報を取得する処理の流れを示すシーケンス図である。サービス管理部３６４は、ユーザインタフェース部３６１からの要求（Ｓ４０１）に応じて、メタデータ取得プラグイン３６５を起動させる（Ｓ４０２）。
【０１３７】
メタデータ取得プラグイン３６５は、トークン記憶部３５０ｂからアクセス・トークンを取得し、取得したアクセス・トークンをユーザ・プロファイル情報の取得要求とともにプロファイル取得モジュール６８１に送信する（Ｓ４０２）。メタデータ取得プラグイン３６５は、認証ユーザのユーザＩＤ、および、ユーザインタフェース部３６１からどのクラウドストレージ５にアクセスが要求されたかに基づいて、アクセス・トークンをトークン記憶部３５０ｂから取得する。
【０１３８】
プロファイル取得モジュール６８１は、受信したユーザ・プロファイルの取得要求およびアクセス・トークンを認可処理部５４０に送信する（Ｓ４０３）。認可処理部５４０は受信したユーザ・プロファイルの取得要求およびアクセス・トークンを、トークン検証部５５０に転送する（Ｓ４０４）。
【０１３９】
トークン検証部５５０は、アクセス・トークンを検証し、要求されたユーザ・プロファイルの取得が認可されているか否かを判定する（Ｓ４０５）。次に、トークン検証部５５０は、検証結果を認可処理部５４０に通知する（Ｓ４０６）。なお、要求されたユーザ・プロファイルの取得が認可されていると仮定して、説明を続ける。
【０１４０】
認可処理部５４０は、要求されたユーザ・プロファイルの取得が認可されているという検証結果に基づいて、ユーザ・プロファイルの取得要求を処理実行制御部５７０に転送する（Ｓ４０７）。
【０１４１】
処理実行制御部５７０は、ユーザ・プロファイルの取得要求に従ってプロファイル記憶部５８１に記憶されているユーザ・プロファイル情報を取得し、プロファイル取得モジュール６８１に送信する（Ｓ４０８）。
【０１４２】
プロファイル取得モジュール６８１は処理実行制御部５７０からユーザ・プロファイル情報を受信すると、受信したユーザ・プロファイル情報をメタデータ取得プラグイン３６５に転送する（Ｓ４０９）。そして、メタデータ取得プラグイン３６５は受信したユーザ・プロファイル情報をサービス管理部３６４に転送する（Ｓ４１０）。
【０１４３】
図１６に戻り、説明を継続する。サービス管理部３６４は、ユーザ・プロファイル情報を受信すると、次に、サービス情報テーブル３６７からサービス情報を取得し、ユーザ・プロファイル情報とともにユーザインタフェース部３６１に送信する（Ｓ３０９）。
【０１４４】
ユーザインタフェース部３６１は、サービス管理部３６４から取得したサービス情報に基づき、フロー情報設定画面をユーザインタフェースデバイス３０１に表示させる（Ｓ３１０）。これにより、ユーザは、ワークフローに含まれる各サービスについてフロー情報の設定を選択することができる。
【０１４５】
Ｓ３１０においてユーザインタフェースデバイス３０１に表示されるフロー情報設定画面の例を図１８および図１９に示す。図１８に示すように、フロー情報設定画面１８０においては、ワークフローの表示名、パスなどの他に、サブフォルダの作成を設定するサブフォルダ作成項目１８１、１８２など、ワークフローの実行条件である処理実行値を指定する項目が表示される。
【０１４６】
また、図１９に示すように、フロー情報設定画面１８０の下層の処理実行値を設定する設定画面であるフロー情報設定画面１９０においては、ワークフローに用いられる文書を管理するための“ＸＭＬタグ”を設定するタグ設定項目１９１が表示される。
【０１４７】
図１７においてクラウドストレージ５から取得したユーザ・プロファイル情報は、例えば、サブフォルダ作成項目１８１、１８２、および、タグ設定項目１９１において指定可能な処理実行値として用いることができる。
【０１４８】
例えば、タグ設定項目１９１において、図１２に示すユーザ・プロファイル情報のうち、“ｎａｍｅ”を設定した場合、ワークフローの実行によって配信先に生成されるファイル名が、ユーザＩＤである“ＫＡＮＩＣＲＥＭＥＣＲＯＱＵＥＴＴＥＳ”ではなく、“Ｈａｎｓ  Ｓｃｈｍｉｄｔ”と表示される。したがって、本実施形態に係る情報処理システム１においては、クラウドストレージ５のユーザ・プロファイル情報を、ワークフローのメタデータとして設定することができる。
【０１４９】
そして、図１８および図１９に示すフロー情報設定画面１８０、１９０に対してフロー情報を設定する操作が行われると、ユーザインタフェース部３６１は、操作制御部３１０から入力された操作情報に従い、サービス管理部３６４に対して設定されたフロー情報を送信する（Ｓ３１１）。
【０１５０】
サービス管理部３６４は、ワークフローを構成する各サービスにフロー情報を設定し、ユーザインタフェース部３６１への通知を行う（Ｓ３１２）。したがって、サービス管理部３６４がサブフォルダ作成項目１８１、１８２、および、タグ設定項目１９１において処理実行値を設定する処理実行設定部として機能する。サービス管理部３６４からの通知を受けると、ユーザインタフェース部３６１は、ユーザに対してワークフローの開始を指示する操作を行う開始操作画面を表示させる。
【０１５１】
開始操作画面に対してワークフローの開始を指示する操作が行われると、ユーザインタフェース部３６１は、フロー制御部３６２に対して、ワークフローの実行を要求する（Ｓ３１３）。ユーザインタフェース部３６１からの実行要求を受けると、フロー制御部３６２は、ワークフローにおける各サービスの順番に基づいてサービス制御部３６８にサービスの実行要求を行う（Ｓ３１４）。
【０１５２】
サービス制御部３６８は、フロー制御部３６２からサービスの実行要求を受けると、そのサービスを実行する画像処理装置２などに対し、サービスを実行させ、実行結果を取得する。そして、サービス制御部３６８は、ワークフローの実行結果をフロー制御部３６２に通知する（Ｓ３１５）。
【０１５３】
次に、フロー制御部３６２は、サービス制御部３６８から通知された実行結果をユーザインタフェース部３６１に転送する（Ｓ３１６）。このような処理により、本実施形態に係るワークフローの実行動作が完了する。
【０１５４】
なお、認証ユーザがクラウドストレージ５の認可アプリケーションからワークフローアプリケーション３６０を除外する操作を行うなどして、Ｓ４０５の処理において、要求されたユーザ・プロファイルの取得が認可されない場合がある。このような場合、認可処理部５４０は、トークン生成部５６０にアクセス・トークンおよびリフレッシュ・トークンを再度生成させる。
【０１５５】
図２０は、本実施形態に係るアクセス・トークンおよびリフレッシュ・トークンを再度生成する処理の流れを説明する。なお、図２０の説明は、アクセス・トークンの有効期限が経過してトークン生成部５６０がアクセス・トークンを再生成する処理について説明するものではない。
【０１５６】
上述したように、クラウドストレージ５の認可アプリケーションからワークフローアプリケーション３６０が除外されたために、要求されたユーザ・プロファイルの取得が認可されない場合に実行される処理である。また、図２０の説明において、図１７と同じ処理を実行する処理ステップには同じ符号を付し、重複する説明を省略する。
【０１５７】
トークン検証部５５０は、アクセス・トークンを検証し、要求されたユーザ・プロファイルの取得が認可されているか否かを判定する（Ｓ４０５）。次に、トークン検証部５５０は、検証結果を認可処理部５４０に通知する（Ｓ４０６）。図２０では、要求されたユーザ・プロファイルの取得が認可されていない場合を仮定して、説明を続ける。
【０１５８】
Ｓ４０６の検証結果において、要求されたユーザ・プロファイルの取得が認可されていない場合、認可処理部５４０は、認証されたクラウドストレージ５についての権限の認可を認証ユーザに対して要求する権限認可要求を行う（Ｓ５０１）。
【０１５９】
ユーザインタフェース部３６１は、認証ユーザの操作に基づいて、クラウドストレージ５上に記憶されている情報のうちどの情報を利用可能と認可したかの情報を認可処理部５４０に送信する（Ｓ５０２）。
【０１６０】
認可処理部５４０は、認証ユーザの操作に基づいて、クラウドストレージ５に記録されている情報のうち、どの情報を利用可能とするかの権限認可を実行する（Ｓ５０３）。そして、認可処理部５４０は、認証ユーザによって認可された権限に基づいたトークンの生成をトークン生成部５６０に要求する（Ｓ５０４）。
【０１６１】
トークン生成部５６０は、アクセス・トークンを生成し（Ｓ５０５）、生成したアクセス・トークンを認可処理部５４０に転送する（Ｓ５０６）。なお、このとき、リフレッシュ・トークンも合わせて生成される。
【０１６２】
認可処理部５４０は、生成したアクセス・トークンおよびリフレッシュ・トークンをメタデータ取得プラグイン３６５に送信する（Ｓ５０７）。メタデータ取得プラグイン３６５は、受信したアクセス・トークンおよびリフレッシュ・トークンをトークン記憶部３５０ｂに記憶させ（Ｓ５０６）、受信したアクセス・トークンとＳ４０３で送信したユーザ・プロファイル情報の取得要求をプロファイル取得モジュール６８１に送信する（Ｓ５０９）。
【０１６３】
Ｓ５０９以降の処理は、図１７に示すＳ４０２以降の処理と同じ処理ステップに従って行われるため、重複する説明を省略する。
【０１６４】
以上説明したように、本実施形態に係る情報処理システム１では、ワークフローに従って複数のサービスを実行する際に、ワークフローアプリケーション３６０のユーザが認証されているクラウドストレージ５のユーザ・プロファイル情報を、ワークフローのメタデータとして用いることができる。
【０１６５】
そのため、ワークフローを実行した結果、配信先に生成されるファイルのファイル名やメタデータとして、クラウドストレージ５のユーザ・プロファイル情報を選択することができる。したがって、クラウドサービス６を用いて文書管理を行う際に、ユーザ・プロファイル情報に基づいた文書管理を実行可能となる。
【符号の説明】
【０１６６】
１  情報処理システム
２  画像処理装置
３  ワークフローサーバ
４  クラウド
５  クラウドストレージ
６  クラウドサービス
７  ネットワーク
１０  ＣＰＵ
２０  ＲＡＭ
３０  ＲＯＭ
４０  記憶媒体
５０  Ｉ／Ｆ
６０  ＬＣＤ
７０  操作部
８０  エンジン
９０  バス
３３０  ワークフローアプリケーション
３６５  メタデータ取得プラグイン
５４０  認可要求部
５５０  トークン検証部
５７０  処理実行制御部
５８０  記憶部
【先行技術文献】
【特許文献】
【０１６７】
【特許文献１】特開２０１１−００３１８７号公報
【図１】
2019160165.tif 000003
【図２】
2019160165.tif 000004
【図３】
2019160165.tif 000005
【図４】
2019160165.tif 000006
【図５】
2019160165.tif 000007
【図６】
2019160165.tif 000008
【図７】
2019160165.tif 000009
【図８】
2019160165.tif 000010
【図９】
2019160165.tif 000011
【図１０】
2019160165.tif 000012
【図１１】
2019160165.tif 000013
【図１２】
2019160165.tif 000014
【図１３】
2019160165.tif 000015
【図１４】
2019160165.tif 000016
【図１５】
2019160165.tif 000017
【図１６】
2019160165.tif 000018
【図１７】
2019160165.tif 000019
【図１８】
2019160165.tif 000020
【図１９】
2019160165.tif 000021
【図２０】
2019160165.tif 000022