JP2014115907A - 情報処理システムおよびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】サービス連携を実現する場合にサービスの提供・利用双方での実装が必要である。数多くのサービスに対応して当該実装を実現することはコストなどの理由により難しい。
【解決手段】複数のサービスが連携して処理を行う情報処理システムであって、第一のサービスは、前記第一のサービスが提供する機能を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段と、前記リンク情報と、前記認可情報とを対応付けて保持する保持手段と、前記リンク情報を第二のサービスに提供する提供手段と、前記認可情報をユーザーに通知する通知手段と、前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段と、前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第一のサービスにて提供する機能の利用を許可する許可手段とを有する。
【選択図】図７

Description

本発明は、情報処理システムおよびその制御方法、並びにプログラムに関する。特にサービス間の認可処理に関する。

現在普及しているクラウドサービス間のサービス呼び出しを実現する代表的な標準技術として、ＯＡｕｔｈプロトコルがある。ＯＡｕｔｈプロトコルとは、認可情報（権限）を委譲するためのプロトコルである。例えば、サービスＡ及びサービスＢが存在し、ユーザーがサービスＡの機能を利用しているとする。その際に、サービスＢが保持するユーザー情報にサービスＡがアクセスできるようにするために、ユーザーはサービスＡに対してサービスＢの機能を利用するための認可を与える。それにより委譲された権限の範囲でサービスＡがサービスＢの機能を利用できる。

ＯＡｕｔｈプロトコルをサービス間で利用するためには、サービス提供側及びサービス利用側でのＯＡｕｔｈプロトコルに対応するための実装（機能の組み込み）が必要である。サービス利用側は、サービス提供側のＯＡｕｔｈプロトコル仕様の実装度合及び付加された独自セキュリティ実装に対応した実装が必要である。そのためサービス利用側は、サービス提供側に合わせてそれぞれＯＡｕｔｈプロトコルの実装を行うことが求められる。

特許文献１は、サービス提供側が提供する機能をクライアントが利用するために認可情報を用いてアクセス制御を行うシステムを開示している。サービス提供側がユーザーの認可情報のチェックを実施するために、サービスを利用するクライアント側で認可メッセージを作成する。そして、サービス提供側はクライアントで作成した認可メッセージを受信した後、有効期限をチェックしサービス利用の可否を判断する。

特表２０１１−５１９０８７号公報

特許文献１では、サービス提供側が提供する機能をクライアント側で利用するためにはサービス提供側に合わせたクライアント側での認可情報を生成するための実装が必要である。

一方、ＯＡｕｔｈプロトコルを利用しサービス間連携を行う企業は、年々増加している。このような中で、個々のサービスにそれぞれ対応してプロトコルの実装を行うことは、対応数やコストなどの理由により難しいという課題がある。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、複数のサービスが連携して処理を行う情報処理システムであって、第一のサービスは、前記第一のサービスが提供する機能を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段と、前記リンク情報と、前記認可情報とを対応付けて保持する保持手段と、前記リンク情報を第二のサービスに提供する提供手段と、前記認可情報をユーザーに通知する通知手段と、前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段と、前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第一のサービスにて提供する機能の利用を許可する許可手段とを有する。

サービス提供側での処理をＯＡｕｔｈプロトコルなどのサービス間連携プロトコルを使用せずに実行でき、サービス利用側のプロトコルの実装負荷を抑制できる。

情報処理システム全体の構成例を示す図。 画像形成装置の構成例を示すブロック図。 情報処理装置の構成例を示すブロック図。 情報処理システムを構成する装置のソフトウェアの構成例を示す図。 実施形態１、３に係るデータ管理テーブルの例を示す図。 実施形態１に係る認可コード及び個別ＵＲＬ情報の登録フローチャート。 実施形態１に係る認可コード及び個別ＵＲＬ情報の利用フローチャート。 実施形態２に係る認可コード及び個別ＵＲＬ情報の登録フローチャート。 実施形態２に係る認可コード及び個別ＵＲＬ情報の利用フローチャート。 実施形態３に係る認可コード及び個別ＵＲＬ情報の登録フローチャート。 実施形態３に係る認可コード及び個別ＵＲＬ情報の利用フローチャート。 実施形態２に係るデータ管理テーブルの例を示す図。 実施形態１，３に係る認可コード入力画面の例を示す図。 実施形態２に係る認可コード入力画面の例を示す図。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜実施形態１＞
以下、本発明を実施するための最良の形態について図面を用いて説明する。

［システム構成］
図１は、本実施形態に係るネットワークシステムの構成例である。本システムにおいて、画像形成装置１０１、データ処理サーバー１０２、ストレージサーバー１０３、および情報処理装置１０４がネットワーク１００を介して接続される。ネットワーク１００は各装置間で通信を行うための基盤であって、イントラネット、インターネットもしくはその他のネットワークシステムであっても構わない。

また、本実施形態では、各装置は、１台ずつの構成としているが、物理的に複数の装置構成にて実現してもよく、サーバー群にて各サービスを提供してもよい。

画像形成装置１０１は、印刷機能のみを備えるプリンタであってもよいし、複数の機能を備えるＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などでもよい。データ処理サーバー１０２は、データ処理サービス（第一のサービス）を提供し、画像形成装置１０１からのリクエストに応じてジョブを処理し、ストレージサーバー１０３へデータを登録する機能を備える。ストレージサーバー１０３は、ストレージサービス（第二のサービス）を提供し、データ処理サーバー１０２からのリクエストに応じてプレビュー画像や個別ＵＲＬ情報を登録し保持する。ここで管理する各種情報の詳細については、後述する。ストレージサーバー１０３は、情報処理装置１０４からのリクエストを受け、ログイン処理や保持しているデータへのアクセス制御等の機能を提供する。

［ハードウェア構成］
図２は、本実施形態の画像形成装置１０１の機器構成図の一例である。画像形成装置１０１は、装置全体を制御するＣＰＵ２０１、ＣＰＵ２０１のワークエリアを提供するＲＡＭ２０２、画像を読み取る読取装置２０３、および、画像を印刷する印刷装置２０４を備える。さらに、画像形成装置１０１は、記憶装置２０５、ユーザーがコマンドの入力を行う入力装置２０６、画面表示を行う表示装置２０７、他機器とネットワークによる通信を行うネットワーク装置２０８、およびメインバス２００を備える。記憶装置２０５は、プログラムや様々な設定を記憶し、ＨＤＤやＮＶＲＡＭ等でもよい。尚、本実施形態では特に断らない限り、画像形成装置１０１はＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、読取装置２０３、印刷装置２０４、記憶装置２０５、入力装置２０６、表示装置２０７、およびネットワーク装置２０８を制御する。また、表示装置２０７はタッチパネルディスプレイであって、入力装置２０６を兼ねた構成としてもよい。

図３は、本実施形態に係るデータ処理サーバー１０２、ストレージサーバー１０３、および情報処理装置１０４のハードウェア構成図の一例である。装置全体を制御するＣＰＵ３０１、ＣＰＵ３０１のワークエリアを提供するＲＡＭ３０２、プログラム、設定を記憶する記憶装置３０３、他機器とネットワークによる通信を行うネットワーク装置３０４、およびメインバス３００を備える。尚、本実施形態は特に断らない限り、ＣＰＵ３０１がメインバス３００を介してＲＡＭ３０２、記憶装置３０３、ネットワーク装置３０４を制御して実施する。

［ソフトウェア構成］
図４は、本実施形態における情報処理システム全体のソフトウェア構成の例を説明するための図である。図４に示す各機能部は、画像形成装置１０１、データ処理サーバー１０２、ストレージサーバー１０３、および情報処理装置１０４のそれぞれが有しているＣＰＵ２０１、３０１が制御プログラムを実行することにより実現される。

画像形成装置１０１は、アプリケーション４３０を有している。アプリケーション４３０は、画像形成装置１０１が有しているＣＰＵ２０１が制御プログラムを実行することにより実現される。本実施形態において、データ処理サーバー１０２およびストレージサーバー１０３は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に従ってリクエスト／レスポンスを送受信することができるが、これに限定するものではない。

アプリケーション４３０は、通信部４３１、データ処理部４３２、および画面表示部４３３を有する。通信部４３１は、ＳＯＡＰ又はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従って、データ処理サーバー１０２の通信部４２４を介してＷｅｂアプリケーション４２０のプログラム処理部４２２と通信する。

より具体的には、画面表示部４３３で表示した設定画面を介して入力される値に基づき、画像形成装置１０１は読取装置２０３で画像データを読取る。画像形成装置１０１は、読み取った画像データを通信部４３１及びデータ処理サーバー１０２のＷｅｂアプリケーション４２０の通信部４２４を介し、プログラム処理部４２２に送信する。

データ処理サーバー１０２は、Ｗｅｂアプリケーション４２０を含む。Ｗｅｂアプリケーション４２０には、プレゼンテーション部４２１、プログラム処理部４２２、画像処理部４２３、通信部４２４、メール処理部４２５、認可処理部４２６、及びストレージ部４２７が含まれる。

プレゼンテーション部４２１は、本情報処理システムで使用する個別ＵＲＬ情報に基づく認可コード入力画面を提供する。個別ＵＲＬ情報については、処理フローと併せて後述する。また、認可コード入力画面については、図１３を用いて後述する。認可コードとは、認可情報をランダムな文字列で表現したものであり、ユーザーの本情報処理システムにおける処理の実行許可の有無を判断するために利用される。プレゼンテーション部４２１は、ユーザーによるＷｅｂブラウザー４４１からのアクセスに基づき認可コード入力画面を生成し、Ｗｅｂブラウザー４４１に認可コード入力画面を表示させる。また、データ処理サーバー１０２は、ユーザーの入力情報に応じてプログラム処理部４２２及び認可処理部４２６で各種処理を実施する。

プログラム処理部４２２は、画像形成装置１０１から画像データ及び入力情報を通信部４２４で受信し、各種処理を実施する。具体的にはプログラム処理部４２２は、画像処理部４２３、認可処理部４２６、およびメール処理部４２５への処理指示を行う。

画像処理部４２３は、プログラム処理部４２２の指示に基づき、画像変換処理、プレビュー画像作成処理などを実施し、処理結果をプログラム処理部４２２に返却する。通信部４２４は、ネットワーク装置３０４を介してＳＯＡＰ又はＨＴＴＰプロトコルにより通信を行うソフトウェアモジュールである。

メール処理部４２５は、プログラム処理部４２２の指示に基づき、メールの送受信処理を行う。認可処理部４２６は、プログラム処理部４２２の指示に基づき、認可情報の生成、認可情報の整合性のチェック、ストレージ部４２７に認可情報の保持命令を行う。ストレージ部４２７は、認可処理部４２６の指示に基づき、認可情報を格納する。

ストレージサーバー１０３は、Ｗｅｂアプリケーション４１０を有する。Ｗｅｂアプリケーション４１０は、プレゼンテーション部４１１、通信部４１２、データ処理部４１３、ストレージ部４１４、および認証処理部４１５を有する。

プレゼンテーション部４１１は、Ｗｅｂアプリケーションとして認証画面などのログイン画面及び保持しているデータの一覧画面等を表示する。通信部４１２は、ネットワーク装置３０４を介してＳＯＡＰ又はＨＴＴＰプロトコルにより通信を行うソフトウェアモジュールである。

ストレージ部４１４は、データ処理サーバー１０２からプレビュー画像や個別ＵＲＬ情報を通信部４１２で受信し、データ処理部４１３の指示に基づきデータを保存する。認証処理部４１５は、情報処理装置１０４のＷｅｂブラウザー４４１からのリクエストに基づき認証を実施する。

情報処理装置１０４は、通信部４４０、Ｗｅｂブラウザー４４１、およびメールアプリ４４２を含む。通信部４２４は、ネットワーク装置３０４を介してＳＯＡＰ又はＨＴＴＰプロトコルにより通信を行うソフトウェアモジュールである。Ｗｅｂブラウザー４４１は、データ処理サーバー１０２のプレゼンテーション部４２１への接続時、又はストレージサーバー１０３のプレゼンテーション部４１１への接続時に利用する。メールアプリ４４２は、データ処理サーバー１０２のメール処理部４２５から送信された電子メールを受信する。

（データ管理テーブル）
図５は、本実施形態に係るデータ管理テーブルの構成例を示す。データ管理テーブルは、テナントＩＤ５００、ユーザーＩＤ５０１、認可コード５０２、および個別ＵＲＬ情報５０３を含む。テナントＩＤ５００は、ジョブ実行を指示したユーザーが所属するテナントＩＤ（会社毎に割りあてられたＩＤ）を表している。ユーザーＩＤ５０１は、ジョブ実行を指示したユーザーを一意に識別するために割り合てられたＩＤである。認可コード５０２は、処理を許可するために発行されたコードであり、ユーザーが認可コード入力画面で入力する。個別ＵＲＬ情報５０３は、ジョブ毎に発行される認可コードを入力する認可コード入力画面のＵＲＬへのリンク情報である。このリンク情報を指定することで認可コード入力画面が情報処理装置１０４のＷｅｂブラウザー４４１上で表示される。

［認可コード及び個別ＵＲＬ情報の登録フロー］
図６は、本実施形態に係るプレビュー画像及び個別ＵＲＬ情報５０３のストレージサーバー１０３へのデータ登録及びユーザーへの認可コードの送付フローである。本処理フローは、データ処理サーバー１０２のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。

なお、本フローが開始される前までに画像形成装置１０１の画面表示部４３３において、ユーザーが選択した設定に基づきスキャン（ジョブ）が実行されているものとする。更に、ストレージサーバー１０３に登録すべきデータ及びユーザーが選択した設定値が、画像形成装置１０１からデータ処理サーバー１０２に送付されている状態とする。

まず、データ処理サーバー１０２のプログラム処理部４２２においてユーザーの設定値を解析する。そして、プログラム処理部４２２は、解析結果に基づき画像処理部４２３及び認可処理部４２６に処理を依頼することとなる。

Ｓ６０１では、データ処理サーバー１０２は、画像形成装置１０１から受信したデータをプログラム処理部４２２から画像処理部４２３に送信し、画像処理を実施する。ここでの画像処理では、通常サイズの処理画像とプレビュー用の処理画像を生成する。本実施形態において、通常サイズの処理画像は、処理の認可後にストレージサーバー１０３に保存するために用いられる画像である。一方、プレビュー用の処理画像は、認可処理を行う際にユーザーに提示される画像である。Ｓ６０２では、データ処理サーバー１０２は、認可コード入力画面へのリンク情報である個別ＵＲＬ情報を生成する。個別ＵＲＬ情報は、ジョブ毎にユニークなＵＲＬが生成される。Ｓ６０３では、データ処理サーバー１０２は、生成した個別ＵＲＬ情報及びプレビュー画像データをストレージサーバー１０３に保存させる。なお、本実施形態では、個別ＵＲＬ情報は、ファイル形式（リンクファイル）にて所定の位置（フォルダ）に格納されるものとする。

Ｓ６０４では、データ処理サーバー１０２は、ストレージサーバー１０３への保存が失敗した否かを判定する。失敗した場合は（Ｓ６０４にてＮＯ）処理が終了する。成功した場合（Ｓ６０４にてＹＥＳ）、Ｓ６０５で、データ処理サーバー１０２は、認可コードを生成する。Ｓ６０６では、データ処理サーバー１０２は、テナントＩＤ、ユーザーＩＤ、認可コード、及び個別ＵＲＬ情報を対応付け、図５に示したデータ管理テーブルにてストレージ部４２７に登録する。Ｓ６０７では、データ処理サーバー１０２は、認可コード５０２及び画像処理の完了通知をメール処理部４２５から情報処理装置１０４のメールアプリ４４２に送信する。そして、本処理フローを終了する。

［認可コード及び個別ＵＲＬ情報の利用フロー］
図７のフローチャートは、本実施形態に係る、認可コード及びストレージサーバー１０３に格納した個別ＵＲＬ情報を利用し、データ処理サーバー１０２からストレージサーバー１０３における実行許可をユーザーに与える処理フローである。本処理フローは、データ処理サーバー１０２およびストレージサーバー１０３のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。

本実施形態では、ユーザーは図６の処理にて送信されたメールの受信後、データ処理サーバー１０２にて処理が実施され、画像変換されたデータをストレージサーバー１０３に格納する処理（以下、所定の処理）を行うものとする。この場合、ユーザーは、ストレージサーバー１０３に別途ログインする。そしてユーザーは、個別ＵＲＬ情報を指定して認可コード５０２を使用することで、認可コードにて許可される上記処理の実行を行うことができる。

Ｓ７０１では、ストレージサーバー１０３は、ユーザーが情報処理装置１０４のＷｅｂブラウザー４４１を介して入力した情報に基づいて、ログイン処理を行う。Ｓ７０２では、ストレージサーバー１０３は、認証処理部４１５でのログイン完了後、ユーザーの選択に従って、プレビュー画像と認可コード入力画面の個別ＵＲＬ情報が格納されているフォルダを特定する。ここでプレビュー画像と認可コード入力画面の個別ＵＲＬ情報が格納されているフォルダは、図６のＳ６０３にて保存されたフォルダとなる。

Ｓ７０３にて、ストレージサーバー１０３は、特定されたフォルダに含まれるプレビュー画像およびリンクファイルをＷｅｂブラウザー４４１を介して表示し、ユーザーに確認させる。Ｓ７０４では、Ｗｅｂブラウザー４４１は、リンクファイル（個別ＵＲＬ情報）の指定をユーザーから受け付ける。リンクファイルは、ユーザーがフォルダに格納されているプレビュー画像を確認した後、当該プレビュー画像に対応するデータに対してデータ処理サーバー１０２にて所定の処理を実施したい場合に、指定される。

Ｓ７０５では、Ｗｅｂブラウザー４４１は、リンクファイルが指定された際にデータ処理サーバー１０２に対して認可コード入力画面のリクエストを発行する。Ｓ７０６では、データ処理サーバー１０２は、リクエストされたＵＲＬを認可処理部４２６でチェックする。Ｓ７０７では、データ処理サーバー１０２は、リクエストされたＵＲＬがストレージ部４２７にて保持するデータ管理テーブル内の個別ＵＲＬ情報の何れかに合致するか否かをチェックする。合致しない場合（Ｓ７０７にてＮＯ）、Ｓ７１３にてデータ処理サーバー１０２は、エラー画面を表示し処理を終了させる。合致する場合（Ｓ７０７にてＹＥＳ）、Ｓ７０８でデータ処理サーバー１０２は、Ｗｅｂブラウザー４４１上に認可コード入力画面を表示させる。Ｓ７０９では、データ処理サーバー１０２は、データ処理サーバー１０２から送付された認可コード（図６のＳ６０７）の入力をＷｅｂブラウザー４４１を介してユーザーから受け付ける。Ｓ７１０では、データ処理サーバー１０２は、Ｗｅｂブラウザー４４１にて表示された認可コード入力画面に入力された認可コードを認可処理部４２６にてチェックする。

ユーザーが入力した認可コードと、個別ＵＲＬ情報に対応した認可コードとが合致しない場合（Ｓ７１１にてＮＯ）、Ｓ７１３にてデータ処理サーバー１０２はエラー画面を表示し処理を終了する。認可コードが合致した場合は（Ｓ７１１にてＹＥＳ）、Ｓ７１２にてデータ処理サーバー１０２は、ユーザーに実行許可が与えられている所定の処理を実施するための画面を表示する。これにより第二の表示手段を実現する。なお、ここで表示される画面は、ユーザーが実行を許可されている処理によって異なる。本実施形態の場合、画像変換したデータをデータ処理サーバー１０２からストレージサーバー１０３へ送信を指示するための画面が表示される。

（認可コード入力画面）
図１３は、データ処理サーバー１０２が個別ＵＲＬ情報を指定時にＷｅｂブラウザー４４１に表示する認可コード入力画面の例を示している。認可コード入力画面１３００は、図７のＳ７０８にて表示される。認可コード入力画面１３００は、入力内容をデータ処理サーバーに送信するｓｕｂｍｉｔボタン１３０３、画面をクローズするためのｃｌｏｓｅボタン１３０２、および画面を制御するツールバー１３０４を備える。ユーザーは、データ処理サーバー１０２からメールで送信された認可コードを認可コード入力フィールド１３０１に入力し、ｓｕｂｍｉｔボタン１３０３を押下することでデータ処理サーバー１０２への認可コードの送信を行う。

以上、図７に示すフローチャートが正常終了した場合、ユーザーは実行許可を付与され、データ処理サーバー１０２における所定の処理を実行できる。例えば画像処理された画像データ本体をデータ処理サーバー１０２からストレージサーバー１０３に送信することが可能となる。

なお、本実施形態では、データ処理サーバー１０２にて処理されたデータをストレージサーバー１０３に保存する処理を所定の処理として説明したが、この処理に限定するものではない。本願発明は、複数のサーバー（サービス）間で連携してジョブを処理する場合に、他の処理に対しても適用可能である。

また、本実施形態では、データ処理サーバー１０２と、ストレージサーバー１０３とが１台ずつの構成であったが、更に多くのサービス間で連携するようにしても構わない。

＜実施形態２＞
次に、本実施形態について説明する。実施形態１では、図７に示すように認可コード及び個別ＵＲＬ情報を使用して実行許可のチェックを行う仕組みを説明した。本実施形態では、データ処理サーバー１０２で実施形態１に対して新たな認可コードを別途生成し、実行許可のチェックを行う実施形態の説明をする。尚、システム構成、ソフトウェア構成などは、実施形態１と同じであるため詳細な説明は省略する。

（データ管理テーブル）
まず、本実施形態にて用いるデータ管理テーブルの構成例について、説明する。

図１２は、本実施形態におけるデータ処理サーバー１０２で保持するデータ管理テーブルである。本実施形態に係るデータ管理テーブルは、テナントＩＤ１２００、ユーザーＩＤ１２０１、認可コード１（１２０２）、認可コード２（１２０３）、および個別ＵＲＬ情報１２０４を含む。テナントＩＤ１２００は、ジョブ実行を指示したユーザーが所属するテナントＩＤ（会社毎に割りあてられたＩＤ）を表している。ユーザーＩＤ１２０１は、ジョブ実行を指示したユーザーに割り合てられたＩＤである。

認可コード１（１２０２）は、プレビュー画像に埋め込む認可コードである。認可コード２（１２０３）は、ユーザーが認可コード入力画面１４００で入力するコードである。本明細書では、便宜上、認可コード１を第一の認可情報、認可コード２を第二の認可情報とも記載する。個別ＵＲＬ情報１２０４は、ジョブ毎に発行される認可コードを入力する認可コード入力画面１４００のＵＲＬへのリンクファイルである。このリンクファイルを指定することで認可コード入力画面１４００がＷｅｂブラウザー４４１上で表示される。

（認可コード入力画面）
次に本実施形態に係る認可コード入力画面の構成例を説明する。図１４は、データ処理サーバー１０２が個別ＵＲＬ情報を押下時にＷｅｂブラウザー４４１に表示する認可コード入力画面１４００の例を示している。認可コード入力画面１４００は、画面をクローズするためのｃｌｏｓｅボタン１４０３、入力内容をデータ処理サーバーに送信するｓｕｂｍｉｔボタン１４０４、および画面を制御するツールバー１４０６を備える。

ユーザーはメールで送信された認可コードを、認可コード２の入力フィールド１４０２に入力する。そして認可コード１の入力フィールド１４０１には、参照ボタン１４０５を押下しプレビュー画像が格納されているフォルダへのパスを指定する。最後にｓｕｂｍｉｔボタン１４０４を押下することでデータ処理サーバーへの認可コードの送信が完了する。

［認可コード及び個別ＵＲＬ情報の登録フロー］
図８は、実施形態２における認可コード及び個別ＵＲＬ情報の登録フローである。本処理フローは、データ処理サーバー１０２のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。本フローが開始されるまでの状態に関しては実施形態１と同様とする。

まず、データ処理サーバー１０２のプログラム処理部４２２においてユーザーの設定値を解析する。そして、プログラム処理部４２２は、解析結果に基づき画像処理部４２３及び認可処理部４２６に処理を依頼することとなる。

Ｓ８０１では、データ処理サーバー１０２は、画像形成装置１０１から受信したデータをプログラム処理部４２２から画像処理部４２３に送信し、画像処理を実施する。ここでの画像処理では、通常サイズの処理画像とプレビュー用の処理画像を生成する。本実施形態において、通常サイズの処理画像は、処理の認可後にストレージサーバー１０３に保存するために用いられる画像である。一方、プレビュー用の処理画像は、認可処理を行う際にユーザーに提示される画像である。Ｓ８０２では、データ処理サーバー１０２は、認可コード入力画面へのリンク情報である個別ＵＲＬ情報を生成する。個別ＵＲＬ情報は、ジョブ毎にユニークなＵＲＬが生成される。

Ｓ８０３では、データ処理サーバー１０２は、プレビュー画像に埋め込むための認可コード１（第一の認可コード）を生成する。Ｓ８０４では、データ処理サーバー１０２は、プレビュー画像に認可コード１を埋め込む。埋め込み方法に関して、画像情報のヘッダー部分に埋め込む方法や地紋その他、任意の方法で認可コード情報を埋め込み、データ処理サーバー１０２で認可コード１がプレビュー画像から抽出できるようになっていればいずれの方法を用いてもよい。

Ｓ８０５では、データ処理サーバー１０２は、生成した個別ＵＲＬ情報（リンクファイル）と認可コード１が埋め込まれたプレビュー画像とをストレージサーバー１０３に保存させる。Ｓ８０６では、データ処理サーバー１０２は、ストレージサーバー１０３への保存が失敗した否かを判断する。保存が失敗した場合（Ｓ８０６にてＮＯ）、処理が終了する。保存が成功した場合（Ｓ８０６にてＹＥＳ）、Ｓ８０７にてデータ処理サーバー１０２は、認可コード２（第二の認可コード）を生成する。Ｓ８０８では、データ処理サーバー１０２は、テナントＩＤ、ユーザーＩＤ、認可コード１、認可コード２、及び個別ＵＲＬ情報を対応付けて、図１２に示すデータ管理テーブルにてストレージ部４２７に登録する。

Ｓ８０９では、データ処理サーバー１０２は、認可コード２及び画像処理の完了通知をメール処理部４２５から情報処理装置１０４のメールアプリ４４２に送信する。そして本処理フローを終了する。

［認可コード及び個別ＵＲＬ情報の利用フロー］
図９のフローチャートは、本実施形態における、実行許可をユーザーに与える処理フローである。本処理フローは、データ処理サーバー１０２およびストレージサーバー１０３のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。本フローチャートが正常に終了した場合、挙動に関しては実施形態１と同様であるため、詳細な説明は省略する。

本実施形態では、ユーザーは図８の処理にて送信されたメールの受信後、データ処理サーバー１０２で処理を実施し、画像変換されたデータをストレージサーバー１０３に格納する処理（以下、所定の処理）を行うものとする。この場合、ユーザーは、ストレージサーバー１０３に別途ログインする。そしてユーザーは、個別ＵＲＬ情報１２０４にアクセスして認可コード１及び認可コード２を使用することで、認可コードにて許可される上記処理の実行を行う。

Ｓ９０１では、ストレージサーバー１０３は、ユーザーが情報処理装置１０４のＷｅｂブラウザー４４１を介して入力した情報に基づいて、ログイン処理を行う。Ｓ９０２では、ストレージサーバー１０３は、認証処理部４１５でのログイン完了後、ユーザーの選択に従って、認可コード１が埋め込まれたプレビュー画像が格納されているフォルダを特定する。

Ｓ９０３にて、ストレージサーバー１０３は、特定されたフォルダに含まれるプレビュー画像およびリンクファイルをＷｅｂブラウザー４４１を介して表示させ、ユーザーに確認させる。Ｓ９０４では、Ｗｅｂブラウザー４４１は、リンクファイルの指定をユーザーから受け付ける。個別ＵＲＬ情報は、ユーザーがフォルダに格納されているプレビュー画像を確認した後、データ処理サーバー１０２にて所定の処理を実施したい場合に、指定される。

Ｓ９０５では、Ｗｅｂブラウザー４４１は、個別ＵＲＬ情報が指定された際にデータ処理サーバー１０２に対して認可コード入力画面１４００のリクエストを発行する。Ｓ９０６では、データ処理サーバー１０２は、リクエストされたＵＲＬを認可処理部４２６でチェックする。Ｓ９０７にて、データ処理サーバー１０２は、リクエストされたＵＲＬがストレージ部４２７にて保持するデータ管理テーブル（図１２）内の個別ＵＲＬ情報１２０４の何れかに合致するか否かをチェックする。合致しない場合（Ｓ９０７にてＮＯ）、Ｓ９１６にてデータ処理サーバー１０２は、エラー画面を表示し処理を終了させる。合致する場合（Ｓ９０７にてＹＥＳ）、Ｓ９０８にてデータ処理サーバー１０２は、Ｗｅｂブラウザー４４１上に認可コード入力画面１４００を表示させる。Ｓ９０９では、Ｗｅｂブラウザー４４１は、メールアプリ４４２にデータ処理サーバー１０２から送付された認可コード２の入力をユーザーから受け付ける。ここで認可コード２は、図１４の入力フィールド１４０２に入力される。

Ｓ９１０では、データ処理サーバー１０２は、認可コード入力画面１４００を介した認可コード１が埋め込まれたプレビュー画像のアップロードをユーザーから受け付ける。ここでアップロードされるプレビュー画像は、図１４の入力フィールド１４０１にて指定される。Ｓ９１１では、データ処理サーバー１０２は、認可コード入力画面１４００に入力された認可コードを認可処理部４２６でチェックする。Ｓ９１２では、データ処理サーバー１０２は、ユーザーが入力した認可コード２が、個別ＵＲＬ情報に対応した認可コード２であるか否かをチェックする。合致しない場合（Ｓ９１２にてＮＯ）、Ｓ９１６にて、データ処理サーバー１０２は、Ｗｅｂブラウザー４４１を介してエラー画面を表示させ、処理を終了する。合致した場合（Ｓ９１２にてＹＥＳ）、データ処理サーバー１０２は、Ｓ９１３でアップロードされたプレビュー画像の認可コード１のチェックを行う。個別ＵＲＬ情報１２０４に対応した認可コード１がプレビュー画像に埋め込まれていない場合（Ｓ９１４にてＮＯ）、データ処理サーバー１０２は、Ｓ９１６でＷｅｂブラウザー４４１上にエラー画面を表示させ、処理を終了する。対応する認可コード１が埋め込まれている場合（Ｓ９１４にてＹＥＳ）、Ｓ９１５にて、データ処理サーバー１０２は、ユーザーに実行許可が与えられている所定の処理を実施するための画面を表示する。

［実施形態２の効果］
ユーザーに入力させる認可コードとプレビュー画像に埋め込んだ認可コードの両方を利用することで、実施形態１の効果に加え、より高いセキュリティを保持するシステムが構築できる。

＜実施形態３＞
本実施形態では、実施形態１の個別ＵＲＬ情報を指定して認可コード入力画面（図１３）を開くことに対し、よりユーザーの操作性を高める方法に関して説明する。尚、システム構成、ソフトウェア構成などは、第１の実施形態と同じであるため、ここでの説明は省略する。

［認可コード及び個別ＵＲＬ情報の登録フロー］
図１０は、本実施形態に係る認可コード及び個別ＵＲＬ情報の登録フローである。本処理フローは、データ処理サーバー１０２のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。なお、本フローが開始されるまでの状態は実施形態１と同様とする。

まず、データ処理サーバー１０２のプログラム処理部４２２においてユーザーの設定値を解析する。そして、プログラム処理部４２２は、解析結果に基づき画像処理部４２３及び認可処理部４２６に処理を依頼することとなる。

Ｓ１００１では、データ処理サーバー１０２は、画像形成装置１０１から受信したデータをプログラム処理部４２２から画像処理部４２３に送信し、画像処理を実施する。ここでの画像処理では、通常サイズの処理画像とプレビュー用の処理画像を生成する。本実施形態において、通常サイズの処理画像は、処理の認可後にストレージサーバー１０３に保存するために用いられる画像である。一方、プレビュー用の処理画像は、認可処理を行う際にユーザーに提示される画像である。Ｓ１００２では、データ処理サーバー１０２は、認可コード入力画面１３００（図１３）へのリンク情報である個別ＵＲＬ情報５０３を生成する。個別ＵＲＬ情報はジョブ毎にユニークなＵＲＬが生成される。

Ｓ１００３では、データ処理サーバー１０２は、プレビュー画像と個別ＵＲＬ情報を埋め込んだＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）形式のファイルを作成する。尚、ファイル形式はＰＤＦ形式に限定するものではなく、画像ファイル及びＵＲＬのリンク情報を埋め込めることができる形式であれば、他のファイル形式を利用してもよい。Ｓ１００４では、データ処理サーバー１０２は、生成したＰＤＦファイルをストレージサーバー１０３に保存させる。

Ｓ１００５では、データ処理サーバー１０２は、ストレージサーバーへの保存が失敗した否かを判断する。保存が失敗した場合（Ｓ１００５にてＮＯ）、処理が終了する。保存が成功した場合（Ｓ１００５にてＹＥＳ）、Ｓ１００６にてデータ処理サーバー１０２は、認可コードを生成する。Ｓ１００７では、データ処理サーバー１０２は、テナントＩＤ、ユーザーＩＤ、認可コード、及び個別ＵＲＬ情報を対応付けて、図５に示すデータ管理テーブルにてストレージ部４２７に登録する。Ｓ１００８では、データ処理サーバー１０２は、認可コード及び画像処理の完了通知をメール処理部４２５にて情報処理装置１０４のメールアプリ４４２に送信する。

［認可コード及び個別ＵＲＬ情報の利用フロー］
図１１のフローチャートは、本実施形態における、認可コード５０２及び個別ＵＲＬ情報５０３の利用し、データ処理サーバー１０２が実行許可をユーザーに与える処理フローである。本処理フローは、データ処理サーバー１０２およびストレージサーバー１０３のＣＰＵがＲＯＭ等に格納されたプログラムを読み出し、実行することで実現される。なお、本フローチャートが正常に終了した場合の挙動に関しては、実施形態１と同様であるため、詳細な説明は省略する。

Ｓ１１０１では、ストレージサーバー１０３は、ユーザーが情報処理装置１０４のＷｅｂブラウザー４４１を介して入力した情報に基づいて、ログイン処理を行う。Ｓ１１０２では、ストレージサーバー１０３は、認証処理部４１５でのログイン完了後、ユーザーの選択に従って、ＰＤＦファイルの保存先に移動する。Ｓ１１０３では、ストレージサーバー１０３は、移動した保存先のＰＤＦファイルをＷｅｂブラウザー４４１を介してユーザーに確認させる。ユーザーは、データ処理サーバー１０２対して所定の処理を実施したい場合、ＰＤＦファイルに含まれる個別ＵＲＬ情報を指定する。個別ＵＲＬ情報は、ジョブ毎に発行された認可コード入力画面１３００（図１３）へのリンク情報である。

Ｓ１１０５では、Ｗｅｂブラウザー４４１は、個別ＵＲＬ情報が指定された際にデータ処理サーバー１０２に対して認可コード入力画面１３００（図１３）のリクエストを発行する。Ｓ１１０６では、データ処理サーバー１０２は、リクエストされたＵＲＬを認可処理部４２６でチェックする。Ｓ１１０７では、データ処理サーバー１０２は、リクエストＵＲＬがストレージ部４２７にて保持するデータ管理テーブル（図５）内の個別ＵＲＬ情報５０３の何れかに合致するか否かをチェックする。合致しない場合（Ｓ１１０７にてＮＯ）、Ｓ１１１３にてデータ処理サーバー１０２は、エラー画面を表示し処理を終了させる。合致する場合（Ｓ１１０７にてＹＥＳ）、Ｓ１１０８にてデータ処理サーバー１０２は、Ｗｅｂブラウザー４４１上に認可コード入力画面１３００（図１３）を表示させる。

Ｓ１１０９では、Ｗｅｂブラウザー４４１は、データ処理サーバー１０２から送付された認可コードの入力をユーザーから受け付ける。Ｓ１１１０では、データ処理サーバー１０２は、認可コード入力画面１３００（図１３）に入力された認可コードを認可処理部４２６にてチェックする。

ユーザーが入力した認可コードと、個別ＵＲＬ情報に対応した認可コードとが合致しない場合（Ｓ１１１１にてＮＯ）、Ｓ１１１３にてデータ処理サーバー１０２はエラー画面を表示し処理を終了する。認可コードが合致した場合は（Ｓ１１１１にてＹＥＳ）、Ｓ１１１２にてデータ処理サーバー１０２は、ユーザーに実行許可が与えられている所定の処理を実施するための画面を表示する。なお、表示画面は、ユーザーが実行を許可されている処理によって異なる。

［実施形態３の効果］
本実施形態により、プレビュー画像と個別ＵＲＬ情報とを含めたＰＤＦファイルを生成することで、ユーザーはプレビュー画像の確認と同時にＵＲＬのリンクを指定することができ個別にリンクファイルを指定するよりも操作性が向上できる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (12)

1. 複数のサービスが連携して処理を行う情報処理システムであって、
   第一のサービスは、
   前記第一のサービスが提供する機能を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段と、
   前記リンク情報と、前記認可情報とを対応付けて保持する保持手段と、
   前記リンク情報を第二のサービスに提供する提供手段と、
   前記認可情報をユーザーに通知する通知手段と、
   前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段と、
   前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第一のサービスにて提供する機能の利用を許可する許可手段と
   を有することを特徴とする情報処理システム。
2. 複数のサービスが連携してジョブの処理を行う情報処理システムであって、
   第一のサービスは、
   ユーザーの指示に従って、ジョブを処理する処理手段と、
   前記処理手段によるジョブの処理結果を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段と、
   前記リンク情報と、前記認可情報とを対応付けて保持する保持手段と、
   前記リンク情報を第二のサービスに提供する提供手段と、
   前記認可情報を前記ユーザーに通知する通知手段と、
   前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段と、
   前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第二のサービスにて前記処理手段による処理結果の利用を許可する許可手段と
   を有することを特徴とする情報処理システム。
3. 前記生成手段は、リンク情報として、前記入力画面を呼び出すためのＵＲＬと、前記処理手段による処理結果を示すプレビュー画像とを生成することを特徴とする請求項２に記載の情報処理システム。
4. 前記生成手段は、第一および第二の認可情報を生成し、前記第一の認可情報を前記プレビュー画像に埋め込み、
   前記通知手段は、前記第二の認可情報をユーザーに通知し、
   前記許可手段は、前記表示手段にて表示した入力画面に対し、対応する前記第一の認可情報が埋め込まれたプレビュー画像と、対応する前記第二の認可情報とが入力された場合、前記第二のサービスにて前記処理手段による処理結果の利用を許可することを特徴とする請求項３に記載の情報処理システム。
5. 前記生成手段は、前記リンク情報として、前記入力画面を呼び出すためのＵＲＬと、前記処理手段による処理結果を示すプレビュー画像とを含むＰＤＦ形式のファイルを生成することを特徴とする請求項２に記載の情報処理システム。
6. 前記第一のサービスは、前記許可手段にて処理結果の利用が許可された場合、前記第二のサービスにて前記処理結果を利用して実行される処理に対応する画面を表示する第二の表示手段を更に有することを特徴とする請求項２乃至５のいずれか一項に記載の情報処理システム。
7. 前記第一のサービスは、ジョブのデータを処理するデータ処理サービスであり、
   前記第二のサービスは、前記第一のサービスにて処理されたデータを保持するストレージサービスであることを特徴とする請求項２乃至６のいずれか一項に記載の情報処理システム。
8. 前記第一のサービスおよび第二のサービスはそれぞれ、１または複数のサーバー群から提供されることを特徴とする請求項１乃至７のいずれか一項に記載の情報処理システム。
9. 複数のサービスが連携して処理を行う情報処理システムの制御方法であって、
   第一のサービスにおいて、
   生成手段が、前記第一のサービスが提供する機能を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成工程と、
   保持手段が、前記リンク情報と、前記認可情報とを対応付けて保持する保持工程と、
   提供手段が、前記リンク情報を第二のサービスに提供する提供工程と、
   通知手段が、前記認可情報をユーザーに通知する通知工程と、
   表示手段が、前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示工程と、
   許可手段が、前記表示工程にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第一のサービスにて提供する機能の利用を許可する許可工程と
   を有することを特徴とする制御方法。
10. 複数のサービスが連携してジョブの処理を行う情報処理システムにおける制御方法であって、
    第一のサービスにおいて、
    処理手段が、ユーザーの指示に従って、ジョブを処理する処理工程と、
    生成手段が、前記処理工程におけるジョブの処理結果を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成工程と、
    保持手段が、前記リンク情報と、前記認可情報とを対応付けて保持する保持工程と、
    提供手段が、前記リンク情報を第二のサービスに提供する提供工程と、
    通知手段が、前記認可情報を前記ユーザーに通知する通知工程と、
    表示手段が、前記第二のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示工程と、
    許可手段が、前記表示工程にて表示した入力画面に対し、対応する認可情報が入力された場合、前記第二のサービスにて前記処理工程による処理結果の利用を許可する許可工程と
    を有することを特徴とする制御方法。
11. コンピュータを、
    前記コンピュータが提供するサービスを利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段、
    前記リンク情報と、前記認可情報とを対応付けて保持する保持手段、
    前記リンク情報を別のコンピュータに提供する提供手段、
    前記認可情報をユーザーに通知する通知手段、
    前記別のサービスにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段、
    前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記コンピュータにて提供する機能の利用を許可する許可手段
    として機能させるためのプログラム。
12. コンピュータを、
    ユーザーの指示に従って、ジョブを処理する処理手段、
    前記処理手段によるジョブの処理結果を利用するための認可情報と、当該認可情報に対応する入力画面を呼び出すためのリンク情報とを生成する生成手段、
    前記リンク情報と、前記認可情報とを対応付けて保持する保持手段、
    前記リンク情報を別のコンピュータに提供する提供手段、
    前記認可情報を前記ユーザーに通知する通知手段、
    前記別のコンピュータにて前記リンク情報がユーザーにより指定された場合、当該リンク情報に対応する入力画面を表示する表示手段、
    前記表示手段にて表示した入力画面に対し、対応する認可情報が入力された場合、前記別のサービスにて前記処理手段による処理結果の利用を許可する許可手段
    として機能させることを特徴とするプログラム。

Images