JP2015118459A - 画像形成装置、情報端末、サーバ装置、データ処理システム、画像形成装置の通信方法、情報端末の通信方法、サーバ装置の通信方法、及びプログラム - Google Patents

Abstract

【課題】 情報端末から画像形成装置を介してサーバ装置が発行した識別情報を利用して、情報端末とサーバ装置とのセキュリティな通信接続を確立する。【解決手段】情報端末、またはコンテンツを管理するサーバ装置と通信する画像形成装置において、第１の識別情報を用いて前記サーバ装置と通信を確立した状態で、前記情報端末から当該情報端末が前記サーバ装置と通信を確立するための第２の識別情報の発行要求を受信する。そして、受信した前記第２の識別情報の取得の要求を前記サーバ装置に対して行い、第２の識別情報の発行の要求に対して、前記サーバ装置から発行される第２の識別情報を取得し、該取得した前記第２の識別情報を前記画像形成装置に応答することを特徴とする。【選択図】 図８

Description

本発明は、画像形成装置、情報端末、サーバ装置、データ処理システム、画像形成装置の通信方法、情報端末の通信方法、サーバ装置の通信方法、及びプログラムに関するものである。

近年、クラウドが一般化するに伴い、複数のサービスを連携させて付加価値を創造する機会はますます増加している。また、クライアント端末がＰＣに限らずスマートフォン、タブレット、画像形成装置からクラウドサービスに接続し、複数のクライアント端末でサービスにアクセスすることが可能となっている。
複数のクライアント端末で容易にサービスにアクセスすることが可能であり、且つセキュリティが確保されていることが望まれている。

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

先行技術では、クライアント端末から認証した別のサーバにアクセスする場合、サーバ間で認証情報の検証を行い、認証を行う回数を軽減しているが、別のクライアント端末からアクセスした場合には再度認証が必要である。
加えて、複数のサーバ間で認証を検証するために信頼関係を結ぶことでセキュリティを確保しているため、システム構成が複雑になってしまう。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、情報端末から画像形成装置を介してサーバ装置が発行した識別情報を利用して、情報端末とサーバ装置とのセキュリティな通信接続を確立できる仕組みを提供することである。

上記目的を達成する本発明の画像形成装置は以下に示す構成を備える。
情報端末、またはコンテンツを管理するサーバ装置と通信する画像形成装置であって、第１の識別情報を用いて前記サーバ装置と通信を確立する通信確立手段と、前記通信確立手段が前記サーバ装置との通信接続を確立した状態で、前記情報端末から当該情報端末が前記サーバ装置と通信を確立するための第２の識別情報の発行要求を受信する受信手段と、前記受信手段が受信した前記第２の識別情報の取得の要求を前記サーバ装置に対して行う要求手段と、前記要求手段による前記第２の識別情報の発行の要求に対して、前記サーバ装置から発行される第２の識別情報を取得する取得手段と、前記取得手段が取得した前記第２の識別情報を前記画像形成装置に応答する応答手段と、を備えることを特徴とする。

上記目的を達成する本発明の情報端末は以下に示す構成を備える。
コンテンツを管理するサーバ装置と通信可能な画像形成装置と通信する情報端末であって、前記画像形成装置に所定の認証情報を用いてログインするログイン手段と、ログインした情報端末のユーザ情報に基づいてコンテンツの送信履歴情報を前記画像形成装置から取得する第１の取得手段と、前記第１の取得手段が取得した送信履歴情報に基づいて前記サーバ装置と通信を確立するための第２の識別情報の発行を前記画像形成装置に要求する要求手段と、前記要求手段により前記画像形成装置が前記第１の識別情報を用いて前記サーバ装置と通信を確立した状態で、サーバ装置から発行される前記情報端末が使用する第２の識別情報を前記画像形成装置から取得する第２の取得手段と、前記第２の取得手段が取得した前記第２の識別情報を使用して前記サーバ装置と通信を確立する通信確立手段と、前記サーバ装置と通信を確立した後、前記サーバ装置からコンテンツを取得する第３の取得手段と、を備えることを特徴とする。

上記目的を達成する本発明のサーバ装置は以下に示す構成を備える。
画像形成装置と第１の識別情報で通信を確立するサーバ装置であって、前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理手段と、前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得手段と、前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報を生成する生成手段と、前記生成手段により生成された第２の識別情報を前記画像形成装置に送付する送付手段と、前記画像形成装置から前記情報端末に応答される前記第２の識別情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立手段と、を備えることを特徴とする。

本発明によれば、情報端末から画像形成装置を介してサーバ装置が発行した識別情報を利用して、情報端末とサーバ装置とのセキュリティな通信接続を確立できる。

データ処理システムの一例を示す図である。 リソースサーバ、画像形成装置のハードウエアを示すブロック図である。 データ処理システムにおけるモジュール構成を示す図である。 リソースサーバが外部メモリに記憶するデータテーブルを示す図である。 画像形成装置が外部メモリに記憶するデータテーブルを説明する図である。 クライアント端末が外部メモリに記憶するデータテーブルを示す図である。 クライアント端末が送信履歴を表示するＵＩ例を示す図である。 データ処理システムの制御方法を示すフローチャートである。 リソースサーバが外部メモリに記憶するデータテーブルを示す図である。 データ処理システムの制御方法を示すフローチャートである。 リソースサーバが外部メモリに記憶するデータテーブルを示す図である。 画像形成装置が外部メモリに記憶するデータテーブルを示す図である。 データ処理システムの制御方法を示すフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本実施形態を示すデータ処理システムの一例を示す図である。
図１において、１００は、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ１００）であり、本発明ではＷｏｒｌｄ Ｗｉｄｅ Ｗｅｂ（ＷＷＷ）システムが構築されている。１０１は各構成要素を接続するＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ１０１）である。

２００はリソースサーバであり、コンテンツ管理といったリソースサービスが設置されている。なお１台のリソースサーバに設置されるリソースサービスは１つでもよく、複数でもよい。３００は画像形成装置であり、１つまたは複数のリソースサービス連携アプリケーションがインストールされている。ユーザはそれらのリソースサービス連携アプリケーションを用いてリソースサービスを利用する。
４００はクライアント端末であり、１つまたは複数のリソースサービス連携デバイスアプリケーションがインストールされている。利用者は、それらのリソースサービス連携デバイスアプリケーションを用いてリソースサービスを利用する。
また、リソースサーバ２００、画像形成装置３００、クライアント端末４００はそれぞれＷＡＮ１００およびＬＡＮ１０１を介して接続されている。なお、リソースサーバ２００、画像形成装置３００、クライアント端末４００はそれぞれ個別のＬＡＮ上に構成されていてもよいし同一のＬＡＮ上に構成されていてもよい。リソースサーバ２００は同一のサーバ上でトークン検証を行っているが別のサーバに構成されていてもよい。ここで、トークンは、機器間の通信確立を行う上で使用する識別情報として使用される。

図２は、図１に示したリソースサーバ２００、画像形成装置３００のハードウエアを説明するブロック図である。本実施形態に係る情報処理システムは、図２に示すような構成のサーバ、クライアント端末および画像形成装置から成るシステム上に実現される。尚、図２に示されるハードウェアブロック図は一般的な情報処理装置のハードウェアブロック図に相当するものとし、本実施形態のリソースサーバ２００には一般的な情報処理装置のハードウェア構成を適用できる。またリソースサーバ２００だけでなく、クライアント端末４００についても同様である。
なお、リソースサーバ２００、画像形成装置３００がＷＡＮ１００およびＬＡＮ１０１を介して通信可能に接続されている。まず、リソースサーバ２００の構成について説明する。

図２において、ＣＰＵ２０１は、ＲＯＭ２０３のプログラム用ＲＯＭに記憶された、或いはハードディスク（ＨＤ）等の外部メモリ２１１からＲＡＭ２０２にロードされたＯＳやアプリケーション等のプログラムを実行しシステムバス２０４に接続される各ブロックを制御する。ここでＯＳとはコンピュータ上で稼動するオペレーティングシステムの略語であり、以下オペレーティングシステムのことをＯＳと呼ぶ。後述する各シーケンスの処理はこのプログラムの実行により実現できる。
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ２１０の表示を制御する。ディスクコントローラ（ＤＫＣ）２０７は各種データを記憶するハードディスク（ＨＤ）等の外部メモリ２１１におけるデータアクセスを制御する。ネットワークコントローラ（ＮＣ）２０８はＷＡＮ１００もしくはＬＡＮ１０１を介して接続された画像形成装置３００や他の機器との通信制御処理を実行する。

尚、後述の全ての説明においては、特に断りのない限りサーバにおける実行のハード上の主体はＣＰＵ２０１であり、ソフトウェア上の主体は外部メモリ２１１にインストールされたアプリケーションプログラムである。

次に、画像形成装置３００の構成について説明する。
図示するように、画像形成装置３００において、３０１は画像形成装置３００のＣＰＵであり、ＲＯＭ３０２や、外部メモリ３０３に記憶された制御プログラムに基づいてシステムバス３０４に接続される各ブロックを制御する。ＣＰＵ３０１の処理により生成された画像信号が、印刷部Ｉ／Ｆ３０５を介して、印刷部（画像形成装置エンジン）３０６に出力情報として出力される。また、ＣＰＵ３０１は、入力部３０７とネットワーク部３１０を介してリソースサーバ２００との通信処理が可能となっており、画像形成装置３００内の情報等をリソースサーバ２００に通知できる。

ＲＯＭ３０２内のプログラムＲＯＭには、ＣＰＵ３０１の制御プログラム等を記憶している。ＲＯＭ３０２内のフォント用ＲＯＭには、出力情報を生成する際に使用するフォントデータ等を記憶している。ＲＯＭ３０２内のデータ用ＲＯＭには、ハードディスク等の外部メモリ３０３がない画像形成装置の場合、リソースサーバ２００と送受信を行う情報等を記憶している。

ＲＡＭ３０８は、ＣＰＵ３０１の主メモリや、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。また、ＲＡＭ３０８は、出力情報展開領域、環境データ格納領域、ＮＶＲＡＭ等に用いられる。

外部メモリ３０３は、メモリコントローラ（ＭＣ）３０９によりアクセスを制御される。外部メモリ３０３は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ等を記憶する。また、操作部３１１は操作のためのスイッチ及びＬＥＤ表示器等で構成されている。

なお、後述の全ての説明においては、特に断りのない限り画像形成装置における実行のハード上の主体はＣＰＵ３０１であり、ソフトウェア上の主体は外部メモリ３０３にインストールされたアプリケーションプログラムである。

図３は、図１に示したデータ処理システムにおけるリソースサーバ２００、画像形成装置３００、クライアント端末４００それぞれのモジュール構成を示す図である。なおリソースサーバ２００、画像形成装置３００、クライアント端末４００は図２のものと同一である。リソースサーバ２００はリソースサーバモジュール１２００を持つ。

図３において、３００は画像形成装置で、ＣＰＵ３０１がＲＯＭ３０２、或いは外部メモリ３０３に記憶されたＯＳを実行する事で各アプリケーションを制御する。ここで１３２０はそのＯＳであり、一般的にはリアルタイムＯＳが使用されるが、昨今ではＬｉｎｕｘ（登録商標）等の汎用ＯＳが使用される事もある。次に、１３２１は仮想マシンであり、例えばＪａｖａ（登録商標）ＶＭがよく知られている。この仮想マシン１３２１はＯＳで制御されるアプリケーションとして動作する仮想的なアプリケーション実行環境である。
次に、１３２２はアプリケーション管理フレームワークであり、仮想マシン１３２１が提供するアプリケーション実行環境上で動作する管理対象のアプリケーションのライフサイクルを管理する機能を備える。また、アプリケーション管理フレームワーク１３２２は、さらに管理対象のアプリケーションのライフサイクルを管理する機能を制御するＩ／Ｆ、および各アプリケーション間での処理要求を仲介するためのＩ／Ｆ公開機能を備えている。ライフサイクルとはアプリケーションのインストール、起動、停止、アンインストールを含むアプリケーションの状態を示すものとする。
本実施例におけるアプリケーション管理フレームワーク１３２２は、ＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔｅｗａｙ ｉｎｉｔｉａｔｉｖｅ）アライアンスで規定されたＯＳＧｉ（登録商標）として説明する。
また、１つまたは複数のリソースサービス連携デバイスアプリケーション１３００、リモートログインアプリケーション１３１０は、仮想マシン１３２１が提供するアプリケーション実行環境にて動作する各種アプリケーションである。また、これらアプリケーションはアプリケーション管理フレームワーク１３２２にてライフサイクル管理されている。

ここでリソースサービス連携デバイスアプリケーション１３００およびリモートログインアプリケーション１３１０は、画像形成装置が既定で持っていてもよく、外部からアプリケーション管理フレームワーク１３２２を介して後からインストールされてもよい。

図４は、図１に示したリソースサーバ２００が外部メモリに記憶するデータテーブルを示す図である。図４の（Ａ）、（Ｂ）に示す各データテーブルは、リソースサーバ２００の外部メモリではなく、ＬＡＮ１０１を介して通信可能に構成された別のサーバに記憶するよう構成する事も出来る。

図４の（Ａ）において、２０００はユーザ管理テーブル２０００で、ユーザＩＤ２０１０、パスワード２０１１、から成る。リソースサーバ２００は、ユーザＩＤ２０１０、パスワード２０１１の情報の組を検証し、正しければ認証情報を生成することで、各利用者を認証する機能を備える。

図４の（Ｂ）において、許可トークン管理テーブル２１００で、許可トークンＩＤ２１１０、トークン種別２１１１、有効期限２１２０、デバイスＩＤ２１１２、ユーザＩＤ２１１３、サブトークン要求デバイスＩＤ２１１４から成る。これら許可トークン管理テーブル２１００の処理詳細については後述する。

図５は、図２に示した画像形成装置３００が外部メモリに記憶するデータテーブルを説明する図である。
図５の（Ａ）は、画像形成装置ＩＤ管理テーブル３０００で、リソースサービス連携デバイスアプリケーション１３００から参照可能なように構成されている。画像形成装置ＩＤ管理テーブル３０００は、画像形成装置ＩＤ３０１０から成る。リソースサービス連携デバイスアプリケーション１３００は、リソースサーバ２００にトークンを要求する際に画像形成装置を識別するために画像形成装置ＩＤ３０１０を送信する。

図５の（Ｂ）は、デバイスユーザ管理テーブル３１００で、リモートログインアプリケーション１３１０から参照可能なように構成されている。また、本実施例では画像形成装置３００の外部メモリに記憶するよう記載しているが、画像形成装置３００がＬＡＮ１０１を介して通信可能な別サーバにて構成する事もできる。デバイスユーザ管理テーブル３１００は、デバイスユーザＩＤ３１１０、パスワード３１１１、ＩＣカード情報３１１２から成る。
リモートログインアプリケーション１３１０は、画像形成装置３００の入力画面を用いて利用者からのユーザＩＤ、パスワードを受け付ける画面（不図示）を構成する。そして、入力されたユーザＩＤ、パスワードの組が、デバイスユーザＩＤ３１１０、パスワード３１１１の組と合っているか検証し、正しければデバイスユーザＩＤ３１１０の情報を含むログインコンテキストを生成することで、各ユーザを認証する機能を備える。
また、リモートログインアプリケーション１３２０は画像形成装置３００に接続された不図示のＩＣカードリーダーからＩＣカード情報を取得し、ＩＣカード情報３１１２の情報と合っているか検証する。そして、ＩＣカード情報３１１２の情報との検証が正しければ対応するデバイスユーザＩＤ３１１０の情報を含むログインコンテキストを生成する事で、各ユーザを認証する機能を備える事もできる。ここで、ログインコンテキストとは、認証を受けた利用者のデバイスユーザＩＤ３１１０の情報が設定されたオブジェクトである。その他に、ログインコンテキストを用いて利用者の属性情報、例えば、利用者が所属するドメインや利用者の電子メールアドレス等の情報を設定するよう構成する事もできる。

図５の（Ｃ）は、リソースサーバユーザ管理テーブル３２００で、リソースサービス連携デバイスアプリケーション１３００から参照、更新可能なように構成されている。リソースサーバユーザ管理テーブル３２００は、デバイスユーザＩＤ３２１０、ユーザＩＤ３２１１、パスワード３２１２から成る。
リソースサービス連携デバイスアプリケーション１３００は、利用者がリソースサービス連携デバイスアプリケーション１３００を介してリソースサーバ２００にアクセスしたことを管理する。具体的には、リソースサービス連携デバイスアプリケーション１３００は、リソースサーバ２００にアクセスした利用者が入力したユーザＩＤ、パスワードとデバイスユーザＩＤを組みにしてリソースサーバユーザ管理テーブル３２００に記憶する。

図５の（Ｄ）は、リソースサーバ送信履歴管理テーブル３３００で、リソースサービス連携デバイスアプリケーション１３００から参照、更新可能なように構成されている。リソースサーバ送信履歴管理テーブル３３００は、デバイスユーザＩＤ３３１０、コンテンツ名３３１１、送信先３３１２から成る。リソースサービス連携デバイスアプリケーション１３００は、画像形成装置３００でスキャンしたデータをリソースサーバ２００に送信した時に、以下の情報を管理する。具体的には、。リソースサービス連携デバイスアプリケーション１３００は、スキャンしたデータを送信を行ったデバイスユーザＩＤ、コンテンツ名、送信先を組みとしてリソースサーバ送信履歴管理テーブル３３００に記憶する。画像形成装置３００でスキャンしたデータ以外にも画像形成装置３００やリソースサービス連携デバイスアプリケーション１３００の設定データなどをリソースサーバ２００に送信した場合に記憶するようなことでも構わない。

図５の（Ｅ）は、トークン管理テーブル３４００で、リソースサービス連携デバイスアプリケーション１３００からのみ参照、更新可能なよう構成されている。トークン管理テーブル３４００は、デバイスユーザＩＤ３４１０、許可トークンＩＤ３４１１から成る。トークン管理テーブル３４００の処理詳細については後述する。

図５の（Ｆ）はセッション管理テーブル３５００で、リソースサービス連携デバイスアプリケーション１３００、リモートログインアプリケーション１３１０から参照、更新可能なよう構成されている。セッション管理テーブル３５００は、セッションＩＤ３５１０、デバイスユーザＩＤ３５１１から成る。セッション管理テーブル３５００の処理詳細については後述する。

図６は、図１に示したクライアント端末４００が外部メモリに記憶するデータテーブルを示す図である。
図６の（Ａ）はクライアントＩＤ管理テーブル４０００で、リソースサービス連携クライアントアプリケーション１４００から参照可能なように構成されている。クライアントＩＤ管理テーブル４０００は、クライアントＩＤ４０１０から成る。
リソースサービス連携クライアントアプリケーション１４００は、リソースサーバ２００にリソース要求をする場合、クライアント端末を識別するためにクライアントＩＤ４０１０を送信する。または、リソースサービス連携クライアントアプリケーション１４００は、リソースサービス連携デバイスアプリケーション１３００にサブトークンを要求する際にクライアント端末を識別するためにクライアントＩＤ４０１０を送信する。

図６の（Ｂ）はサブトークン管理テーブル４１００で、リソースサービス連携クライアントアプリケーション１４００からのみ参照、更新可能なよう構成されている。サブトークン管理テーブル４１００は、許可トークンＩＤ４１１０、トークン種別４１１１、デバイスＩＤ４１１２から成る。サブトークン管理テーブル４１００の処理詳細については後述する。

図７は、図１に示したクライアント端末４００が送信履歴を表示するＵＩ例を示す図である。
図７において、送信履歴管理画面５０００は、リソースサービス連携クライアントアプリケーション１４００がリソースサービス連携デバイスアプリケーション１３００から取得した送信履歴表示され、利用者が取得するコンテンツの選択を促す。また、ユーザは、表示された送信履歴管理画面５０００を介してリソースを取得することを操作することも可能である。送信履歴管理画面５０００は、送信履歴リスト５１００とリソース取得ボタン５２００から成る。送信履歴管理画面５０００の処理詳細については後述する。
ここで、サブトークン取得からリソース取得に関する本実施形態のシーケンスを、図８を用いて説明する。

図８は、本実施形態を示すデータ処理システムの制御方法を示すフローチャートである。本例は、利用者が画像形成装置３００にログインし、その後でリソースサービス連携デバイスアプリケーション１３００を画像形成装置３００上から使用して、リソースサーバ２００にログインし、データを１つ以上送信していることが前提である。
この時に、許可トークン管理テーブル２１００に許可トークンＩＤ「ＡＴ＿０００１」のレコード、リソースサーバユーザ管理テーブル３２００にデバイスユーザＩＤ「ｄｕｉｄ０００１」のレコードが記録済みとなっている。また、リソースサーバ送信履歴管理テーブル３３００に文書名「ｄｏｃｕｍｅｎｔ．ｄｏｃ」のレコード、トークン管理テーブル３４００のデバイスユーザＩＤに「ｄｕｉｄ０００１」のレコードが記録済みとなっている。
利用者が画像形成装置３００上からリソースサービス連携デバイスアプリケーション１３００を使用している場合、本実施例で説明するサブトークンを使用する必要はない。以下、クライアント端末４００と画像形成装置３００とリソースサーバ２００とを含むデータ処理システムの制御方法を説明する。

まず、利用者が、リソースサービス連携クライアントアプリケーション１４００で、リモートログインアプリケーション１３１０が提供するログイン手段にアクセスしてログインする（Ｓ１．１）。ここで、クライアント端末４００のユーザは、画像形成装置に所定の認証情報（ユーザＩＤとパスワードを含むユーザ情報等）を用いてログインする。

ここでユーザＩＤが「ｄｕｉｄ０００１」の利用者がログインしたとする。すると、リモートログインアプリケーション１３１０は、「ｄｕｉｄ０００１」を含むログインコンテキストとセッションを生成し（Ｓ１．２）、クライアント端末４００のリソースサービス連携クライアントアプリケーション１４００に応答する（Ｓ１．３）。
ここで、セッションは、新たにセッションＩＤを発行して、デバイスユーザＩＤに「ｄｕｉｄ０００１」を図５の（Ｆ）に示したセッション管理テーブル３５００のデバイスユーザＩＤ３５１１に登録する。ここでクライアント端末４００から画像形成装置３００にログインして利用する利用者を識別するためにセッションを用いているが別の方法でも構わない。
また、利用者が画像形成装置３００にログイン中の場合、リソースサービス連携クライアントアプリケーション１４００からのログインを抑制しても良い。データを送信する前にリソースサービス連携クライアントアプリケーション１４００からのログインした場合、リソースサーバ送信履歴管理テーブル３３００から最新の情報を取得できない場合があったりするのを防止するためである。このログイン抑制動作は、設定で変更できるような方法でも構わない。

ログインが成功すると、利用者は、リソースサービス連携クライアントアプリケーション１４００で履歴取得を行う。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤを用いて、リソースサービス連携デバイスアプリケーション１３００にリソースサーバ２００に送信した履歴を要求する（Ｓ１．４）。

画像形成装置３００のリソースサービス連携デバイスアプリケーション１３００は、図５の（Ｆ）に示したセッション管理テーブル３５００から受け付けたセッションＩＤをキーとしてデバイスユーザＩＤ３５１１の内容を取得する。そして、図５の（Ｄ）に示したリソースサーバ送信履歴管理テーブル３３００から取得したデバイスユーザＩＤ３３１０の内容をキーにコンテンツ名３３１１と送信先３３１２を組みとして送信履歴を取得する。そして、リソースサービス連携クライアントアプリケーション１４００に送信履歴を応答する（Ｓ１．５）。

リソースサービス連携クライアントアプリケーション１４００は、取得した送信履歴情報の送信先３３１２とコンテンツ名３３１１を図７のＵＩ画面に表示される送信履歴リスト５１００に表示する。利用者は、送信履歴リスト５１００から取得するリソースを選択し、リソース取得ボタン５２００をクリックしてリソースサービス連携クライアントアプリケーション１４００にリソース取得要求を促す。
この場合、送信履歴リスト５１００は、複数選択できても良いし、また、コンテキストメニューなどからリソース取得要求を促すような方法でも良い。
リソースサービス連携クライアントアプリケーション１４００は、クライアントＩＤ管理テーブル４０００からクライアントＩＤ４０１０を取得する。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤ、クライアントＩＤ４０１０を用いて、リソースサービス連携デバイスアプリケーション１３００にサブトークン取得要求を行う（Ｓ１．６）。ここで、サブトークン取得要求は、リソースサーバ２００に対するサブトークン発行要求として機能する。
サブトークン取得要求を受けたリソースサービス連携デバイスアプリケーション１３００は、以下の処理を行う。

リソースサービス連携デバイスアプリケーション１３００は、セッション管理テーブル３５００から受け付けたセッションＩＤ３５１０の内容をキーとしてデバイスユーザＩＤ３５１１を取得する。そして、リソースサービス連携デバイスアプリケーション１３００は、図５の（Ｅ）に示すトークン管理テーブル３４００からデバイスユーザＩＤ３４１０の内容をキーとしてトークンの許可トークンＩＤ３４１１を取得する。
また、画像形成装置ＩＤ管理テーブル３０００から画像形成装置ＩＤ３０１０を取得して、許可トークンＩＤ、クライアントＩＤ、画像形成装置ＩＤを用いて、リソースサーバへサブトークン取得要求を行う（Ｓ１．７）。
サブトークン取得要求を受けたリソースサーバ２００は、以下の処理を行う。

リソースサーバ２００は、受け付けたトークンの許可トークンＩＤが、許可トークン管理テーブル２１００に登録されているか確認する。さらに、登録されている許可トークンのレコードに設定されている、有効期限２１２０がサーバのロケールに対応した現在日時と比較して範囲内か、デバイスＩＤ２１１２が画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ１．８）。

トークン検証で問題無いと判断した場合、リソースサーバ２００は、サブトークンを生成し（Ｓ１．９）、リソースサービス連携デバイスアプリケーション１３００に応答する（Ｓ１．１０）。ここで、サブトークンは、新たに許可トークンＩＤを発行して、トークン種別２１１２をサブトークン、クライアント端末ＩＤを許可トークン管理テーブル２１００のデバイスＩＤ２１１２に登録する。この際、サブトークン取得要求で受け付けた許可トークンＩＤによって特定されるレコードのユーザＩＤを引き継ぎ、デバイスＩＤをサブトークン要求デバイスＩＤ２１１４に設定する。

サブトークンの許可トークンＩＤを取得したリソースサービス連携デバイスアプリケーション１３００は、サブトークンの許可トークンＩＤ、画像形成装置ＩＤをリソースサービス連携クライアントアプリケーション１４００へ応答する（Ｓ１．１１）。

そして、サブトークンを取得したリソースサービス連携クライアントアプリケーション１４００は、サブトークン管理テーブル４１００の許可トークンＩＤ４１１０とデバイスＩＤ４１１２に以下のＩＤを設定する。具体的には、リソースサービス連携クライアントアプリケーション１４００は、受け付けたサブトークンの許可トークンＩＤと画像形成装置ＩＤを登録し、トークン種別４１１１にサブトークンを設定する。
そして、サブトークンの許可トークンＩＤ、クライアントＩＤ、画像形成装置ＩＤ、利用者が送信履歴リスト５１００で選択した送信履歴の送信先とコンテンツ名を用いてリソースサーバ２００にリソース取得要求を行う（Ｓ１．１２）。この要求は、クライアント端末４００がリソースサーバ２００から発行された第２の識別情報（サブトークン）を用いて通信接続要求を処理することに対応する。

クライアント端末４００からリソース取得要求を受けたリソースサーバ２００は、受け付けたサブトークンの許可トークンＩＤの検証を行う。具体的には、リソースサーバ２００は、許可トークン管理テーブル２１００に登録されているかを検証する。また、リソースサーバ２００は、登録されている許可トークンのレコードに設定されているデバイスＩＤとサブトークン要求デバイスＩＤが受け付けたクライアントＩＤと画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ１．１３）。

そして、検証の結果、アクセス許可とリソースサーバ２００が判断した場合、リソースサービス連携クライアントアプリケーション１４００へ送信先とコンテンツ名に対応したリソースを応答し（Ｓ１．１４）、処理を終了する。
これにより、画像形成装置で認証される情報端末との間で確立された後、画像形成装置と第１の認証情報で認証可能なリソースサーバに接続して、情報端末が利用可能な第２の認証情報の発行してもらうことができる。そして、リソースサーバから発行された第２の認証情報を画像形成装置が情報端末に送付することで、情報端末が第２の認証情報を用いてリソースサーバとの認証を確立して、コンテンツを取得できるシステムを構築できる。
〔第２実施形態〕
以下、本実施形態に示すデータ処理システムにおけるハードウエアの構成は、第１実施形態と同様である。また、データ処理システムにおけるモジュール構成、各データテーブルも第１実施形態と同様である。以下、第１実施形態との差分について説明する。

図９は、図２に示したリソースサーバ２００が外部メモリに記憶するデータテーブルの一例を示す図である。これらデータテーブルは、リソースサーバ２００の外部メモリではなく、ＬＡＮ１０１を介して通信可能に構成された別のサーバに記憶するよう構成する事も出来る。

図９の（Ａ）に示す許可トークン管理テーブル２１００で、許可トークンＩＤ２１１０、トークン種別２１１１、有効期限２１２０、デバイスＩＤ２１１２、ユーザＩＤ２１１３、サブトークン要求デバイスＩＤ２１１４、制限情報ＩＤ２１１５から成る。これら許可トークン管理テーブル２１００の処理詳細については後述する。

図９の（Ｂ）は、コンテンツ管理テーブル２２００で、コンテンツＩＤ２２１０、コンテンツパス２２１１、コンテンツ種別２２１２から成る。コンテンツ管理テーブル２２００の処理詳細については後述する。

図９の（Ｃ）は、制限情報管理テーブル２３００で、制限情報ＩＤ２３１０、制限種別２３１１、制限情報２３１２から成る。制限情報管理テーブル２３００の処理詳細については後述する。ここで、サブトークン取得からリソース取得に関する本実施形態のシーケンスを、図１０を用いて説明する。

図１０は、本実施形態を示すデータ処理システムの制御方法を説明するフローチャートである。本例において、図８に示したフローチャートにおいて説明したものと同一のものには同じ符号を付してある。
本シーケンスは、利用者が画像形成装置３００にログインし、その後でリソースサービス連携デバイスアプリケーション１３００を画像形成装置３００上から使用して、リソースサーバ２００にログインし、データを１つ以上送信していることが前提である。この時に、許可トークン管理テーブル２１００に許可トークンＩＤ「ＡＴ＿０００１」のレコード、リソースサーバユーザ管理テーブル３２００にデバイスユーザＩＤ「ｄｕｉｄ０００１」のレコードが記録済みとなっている。また、リソースサーバ送信履歴管理テーブル３３００に文書名「ｄｏｃｕｍｅｎｔ．ｄｏｃ」のレコード、トークン管理テーブル３４００のデバイスユーザＩＤに「ｄｕｉｄ０００１」のレコードが記録済みとなっている。
利用者が画像形成装置３００上からリソースサービス連携デバイスアプリケーション１３００を使用している場合、本実施形態で説明するサブトークンを使用する必要はない。

まず、利用者が、リソースサービス連携クライアントアプリケーション１４００で、リモートログインアプリケーション１３１０が提供するログイン手段にアクセスしてログインする（Ｓ２．１）。

ここでユーザＩＤが「ｄｕｉｄ０００１」の利用者がログインしたとする。すると、リモートログインアプリケーション１３１０は、「ｄｕｉｄ０００１」を含むログインコンテキストとセッションを生成し（Ｓ２．２）、リソースサービス連携クライアントアプリケーション１４００に応答する（Ｓ２．３）。ここで、セッションは、新たにセッションＩＤを発行して、デバイスユーザＩＤにｄｕｉｄ０００１をセッション管理テーブルのデバイスユーザＩＤ３５１１に登録する。ここでクライアント端末４００から画像形成装置３００にログインして利用する利用者を識別するためにセッションを用いているが別の方法でも構わない。

ログインが成功すると、利用者は、リソースサービス連携クライアントアプリケーション１４００で履歴取得を行う。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤを用いて、リソースサービス連携デバイスアプリケーション１３００にリソースサーバ２００に送信した履歴を要求する（Ｓ２．４）。

リソースサービス連携デバイスアプリケーション１３００は、セッション管理テーブル３５００から受け付けたセッションＩＤをキーとしてデバイスユーザＩＤを取得する。そして、リソースサービス連携デバイスアプリケーション１３００は、リソースサーバ送信履歴管理テーブル３３００から取得したデバイスユーザＩＤをキーにコンテンツ名３３１０と送信先３３１２を組みとして送信履歴を取得する。さらに、リソースサービス連携デバイスアプリケーション１３００は、当該取得した送信履歴をクライアント端末１４００のリソースサービス連携クライアントアプリケーション１４００に応答する（Ｓ２．５）。

リソースサービス連携クライアントアプリケーション１４００は、取得した送信履歴の送信先とコンテンツ名を図７に示すＵＩ画面上に表示される送信履歴リスト５１００に表示する。利用者は、送信履歴リスト５１００から取得するリソースを選択し、リソース取得ボタン５２００をクリックしてリソースサービス連携クライアントアプリケーション１４００にリソース取得要求を促す。この場合、送信履歴リスト５１００は、複数選択できても良いし、また、コンテキストメニューなどからリソース取得要求を促すような方法でも良い。
リソースサービス連携クライアントアプリケーション１４００は、クライアントＩＤ管理テーブル４０００からクライアントＩＤ４０１０を取得する。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤ、クライアントＩＤ４０１０を用いて、リソースサービス連携デバイスアプリケーション１３００にサブトークン取得要求を行う（Ｓ２．６）。ここで、サブトークン取得要求は、リソースサーバ２００に対するサブトークン発行要求として機能する。サブトークン取得要求を受けたリソースサービス連携デバイスアプリケーション１３００は、以下の処理を行う。

セッション管理テーブル３５００から受け付けたセッションＩＤをキーとしてデバイスユーザＩＤを取得し、トークン管理テーブル３４００からデバイスユーザＩＤをキーとしてトークンの許可トークンＩＤを取得する。また、画像形成装置ＩＤ管理テーブル３０００から画像形成装置ＩＤ３０１０を取得して、許可トークンＩＤ、クライアントＩＤ、画像形成装置ＩＤ、受け付けたコンテンツ名、送信先を用いて、リソースサーバへサブトークン取得要求を行う（Ｓ２．７）。サブトークン取得要求を受けたリソースサーバ２００は、以下の処理を行う。

受け付けたトークンの許可トークンＩＤが、許可トークン管理テーブル２１００に登録されているか確認する。さらに、登録されている許可トークンのレコードに設定されている、有効期限２１２０がサーバのロケールに対応した現在日時と比較して範囲内か、デバイスＩＤ２１１２が画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ２．８）。

トークン検証で問題無い場合、リソースサーバ２００は、サブトークンを生成（Ｓ２．９）、制限情報を生成し（Ｓ２．１０）、リソースサービス連携デバイスアプリケーション１３００に応答する（Ｓ２．１１）。

ここで、サブトークンは、新たに許可トークンＩＤを発行して、トークン種別２１１２をサブトークン、クライアント端末ＩＤを許可トークン管理テーブル２１００のデバイスＩＤ２１１２に登録する。この際、サブトークン取得要求で受け付けた許可トークンＩＤによって特定されるレコードのユーザＩＤを引き継ぎ、デバイスＩＤをサブトークン要求デバイスＩＤ２１１４に設定する。

さらに、制限情報は、新たに制限情報ＩＤを発行して、制限種別２３１１をコンテンツに設定し、制限情報管理テーブル２３００に登録する。この際、制限情報２３１２に、コンテンツ管理テーブル２２００から受け付けた送信先とコンテンツ名をキーとしてコンテンツＩＤ２２１０を取得し、取得したコンテンツＩＤを設定する。また、発行した制限情報ＩＤは、許可トークン管理テーブル２１００の制限情報ＩＤ２１１５に設定する。

サブトークンの許可トークンＩＤを取得したリソースサービス連携デバイスアプリケーション１３００は、サブトークンの許可トークンＩＤ、画像形成装置ＩＤをリソースサービス連携クライアントアプリケーション１４００へ応答する。（Ｓ２．１２）

そして、サブトークンを取得したリソースサービス連携クライアントアプリケーション１４００は、サブトークン管理テーブル４１００の許可トークンＩＤ４１１０とデバイスＩＤ４１１２に、受け付けたサブトークンの許可トークンＩＤと画像形成装置ＩＤを登録し、トークン種別４１１１にサブトークンを設定する。そして、サブトークンの許可トークンＩＤ、クライアントＩＤ、画像形成装置ＩＤ、利用者が送信履歴リスト５１００で選択した送信履歴の送信先とコンテンツ名を用いてリソースサーバ２００にリソース取得要求を行う（Ｓ２．１３）。

リソース取得要求を受けたリソースサーバ２００は、受け付けたサブトークンの許可トークンＩＤが、許可トークン管理テーブル２１００に登録されているか検証する。また、リソースサーバ２００は、登録されている許可トークンのレコードに設定されているデバイスＩＤとサブトークン要求デバイスＩＤが受け付けたクライアントＩＤと画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ２．１４）。
さらに、リソースサーバ２００は、許可トークン管理テーブル２１００から許可トークンＩＤをキーとして制限情報ＩＤを取得し以下の制限情報の検証を行う（Ｓ２．１５）。

リソースサーバ２００は、制限情報管理テーブルから取得した制限情報ＩＤをキーとして、コンテンツＩＤを取得する。リソースサーバ２００は、コンテンツ管理テーブル２２００からコンテンツＩＤをキーとしてコンテンツパスを取得する。リソースサーバ２００は、受け付けた送信先とコンテンツ名が取得したコンテンツパスと同じか、検証を行う。

そして、検証の結果、アクセス許可とリソースサーバ２００が判断した場合、リソースサーバ２００は、リソースサービス連携クライアントアプリケーション１４００へ送信先とコンテンツ名に対応したリソースを応答し（Ｓ２．１６）、処理を終了する。
これにより、画像形成装置で認証される情報端末との間で確立された後、画像形成装置と第１の認証情報で認証可能なリソースサーバに接続して、情報端末が利用可能な制限が付与された第２の認証情報の発行してもらうことができる。
〔第３実施形態〕
以下、本実施形態に示すデータ処理システムにおけるハードウエアの構成は、第１実施形態と同様である。また、データ処理システムにおけるモジュール構成、各データテーブルも第１実施形態と同様である。以下、第１実施形態、第２実施形態との差分について説明する。

図１１は、図２に示したリソースサーバ２００が外部メモリに記憶するデータテーブルを示す図である。これらデータテーブルは、リソースサーバ２００の外部メモリではなく、ＬＡＮ１０１を介して通信可能に構成された別のサーバに記憶するよう構成する事も出来る。

図１１の（Ａ）は、許可トークン管理テーブル２１００で、許可トークンＩＤ２１１０、トークン種別２１１１、有効期限２１２０、リフレッシュトークンＩＤ２１２１、リフレッシュ期限２１２２、デバイスＩＤ２１１２、ユーザＩＤ２１１３、サブトークン要求デバイスＩＤ２１１４、制限情報ＩＤ２１１５、スコープ２１１６から成る。これら許可トークン管理テーブル２１００の処理詳細については後述する。

図１１の（Ｂ）は、制限情報管理テーブル２３００で、制限情報ＩＤ２３１０、制限種別２３１１、制限情報２３１２から成る。制限情報管理テーブル２３００の処理詳細については後述する。

図１１の（Ｃ）は、スコープ制限管理テーブル２４００で、スコープ２４１０、スコープ制限情報２４１１から成る。スコープ制限管理テーブル２４００の処理詳細については後述する。

図１２は、図２に示した画像形成装置３００が外部メモリに記憶するデータテーブルの一例を示す図である。
図１２において、トークン管理テーブル３４００はリソースサービス連携デバイスアプリケーション１３００からのみ参照、更新可能なよう構成されている。トークン管理テーブル３４００は、デバイスユーザＩＤ３４１０、許可トークンＩＤ３４１１、リフレッシュトークンＩＤ３４２０から成る。トークン管理テーブル３４００の処理詳細については後述する。ここで、サブトークン取得からリソース取得に関する本実施形態のシーケンスを、図１３を用いて説明する。

図１３は、本実施形態を示すデータ処理システムの制御方法を説明するフローチャートである。図８に示したフローチャートにおいて説明したものと同一のものには同じ符号を付してある。
本シーケンスは、利用者が画像形成装置３００にログインし、その後でリソースサービス連携デバイスアプリケーション１３００を画像形成装置３００上から使用して、リソースサーバ２００にログインし、データを１つ以上送信していることが前提である。
この時に、許可トークン管理テーブル２１００に許可トークンＩＤ「ＡＴ＿０００１」のレコード、リソースサーバユーザ管理テーブル３２００にデバイスユーザＩＤ「ｄｕｉｄ０００１」のレコードが記録済みとなっている。また、リソースサーバ送信履歴管理テーブル３３００に文書名「ｄｏｃｕｍｅｎｔ．ｄｏｃ」のレコード、トークン管理テーブル３４００のデバイスユーザＩＤに「ｄｕｉｄ０００１」のレコードが記録済みとなっている。
利用者が画像形成装置３００上からリソースサービス連携デバイスアプリケーション１３００を使用している場合、本実施形態で説明するサブトークンを使用する必要はない。

まず、利用者が、リソースサービス連携クライアントアプリケーション１４００で、リモートログインアプリケーション１３１０が提供するログイン手段にアクセスしてログインする（Ｓ３．１）。

ここでユーザＩＤが「ｄｕｉｄ０００１」の利用者がログインしたとする。すると、リモートログインアプリケーション１３１０は、「ｄｕｉｄ０００１」を含むログインコンテキストとセッションを生成し（Ｓ３．２）、リソースサービス連携クライアントアプリケーション１４００に応答する（Ｓ３．３）。ここで、セッションは、新たにセッションＩＤを発行して、デバイスユーザＩＤに「ｄｕｉｄ０００１」をセッション管理テーブルのデバイスユーザＩＤ３５１１に登録する。ここでクライアント端末４００から画像形成装置３００にログインして利用する利用者を識別するためにセッションを用いているが別の方法でも構わない。

ログインが成功すると、利用者は、リソースサービス連携クライアントアプリケーション１４００で履歴取得を行う。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤを用いて、リソースサービス連携デバイスアプリケーション１３００にリソースサーバ２００に送信した履歴を要求する（Ｓ３．４）。

リソースサービス連携デバイスアプリケーション１３００は、セッション管理テーブル３５００から受け付けたセッションＩＤをキーとしてデバイスユーザＩＤを取得する。そして、リソースサービス連携デバイスアプリケーション１３００は、リソースサーバ送信履歴管理テーブル３３００から取得したデバイスユーザＩＤをキーにコンテンツ名３３１０と送信先３３１２を組みとして送信履歴を取得する。そして、リソースサービス連携デバイスアプリケーション１３００は、取得した送信履歴をリソースサービス連携クライアントアプリケーション１４００に応答する（Ｓ３．５）。

リソースサービス連携クライアントアプリケーション１４００は、取得した送信履歴の送信先とコンテンツ名を図７に示すＵＩ画面に表示される送信履歴リスト５１００に表示する。利用者は、送信履歴リスト５１００から取得するリソースを選択し、リソース取得ボタン５２００をクリックしてリソースサービス連携クライアントアプリケーション１４００にリソース取得要求を促す。
この場合、送信履歴リスト５１００は、複数選択できても良いし、また、コンテキストメニューなどからリソース取得要求を促すような方法でも良い。
リソースサービス連携クライアントアプリケーション１４００は、クライアントＩＤ管理テーブル４０００からクライアントＩＤ４０１０を取得する。そして、リソースサービス連携クライアントアプリケーション１４００は、セッションＩＤ、クライアントＩＤ４０１０を用いて、リソースサービス連携デバイスアプリケーション１３００にサブトークン取得要求を行う（Ｓ３．６）。ここで、サブトークン取得要求は、リソースサーバ２００に対するサブトークン発行要求として機能する。また、サブトークン取得要求にスコープを指定しても構わない。本実施形態では、許可トークン管理テーブル２１００に既に登録済みのスコープをそのまま使用することを前提に説明する。
サブトークン取得要求を受けたリソースサービス連携デバイスアプリケーション１３００は、以下の処理を行う。

セッション管理テーブル３５００から受け付けたセッションＩＤをキーとしてデバイスユーザＩＤを取得し、トークン管理テーブル３４００からデバイスユーザＩＤをキーとしてトークンの許可トークンＩＤおよびリフレッシュトークンＩＤを取得する。

また、画像形成装置ＩＤ管理テーブル３０００から画像形成装置ＩＤ３０１０を取得して、許可トークンＩＤ、リフレッシュトークンＩＤ、クライアントＩＤ、画像形成装置ＩＤ、受け付けたコンテンツ名、送信先を用いて、リソースサーバへサブトークン取得要求を行う（Ｓ３．７）。サブトークン取得要求を受けたリソースサーバ２００は、以下の処理を行う。

受け付けたトークンの許可トークンＩＤが、許可トークン管理テーブル２１００に登録されているか確認する。さらに、登録されている許可トークンのレコードに設定されている、有効期限２１２０がサーバのロケールに対応した現在日時と比較して範囲内か、デバイスＩＤ２１１２が画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ３．８）。

もしここで、リソースサーバ２００は、有効期限が範囲内でない場合、登録されている許可トークンのレコードに設定されている、リフレッシュトークンＩＤ２１２１がリフレッシュトークンＩＤと同じかの検証を行う。さらに、リソースサーバ２００は、リフレッシュ期限２１２２がサーバのロケールに対応した現在日時と比較して範囲内であるか検証を行う。そして、リソースサーバ２００は、リフレッシュトークンＩＤの検証で問題が無いと判断した場合、トークンをリフレッシュする。
ここでリフレッシュの方法は、同レコードの有効期限を変更するような方法でも良いし、新規トークンＩＤおよびリフレッシュトークンＩＤを発行して許可トークン管理テーブル２１００に登録するような方法でも構わない。

トークン検証で問題無い場合、リソースサーバ２００は、サブトークンを生成し（Ｓ３．９）、スコープ検証して（Ｓ３．１０）、制限情報を生成し（Ｓ３．１１）、リソースサービス連携デバイスアプリケーション１３００に応答する（Ｓ３．１２）。

ここで、サブトークンは、新たに許可トークンＩＤを発行して、トークン種別２１１２をサブトークン、クライアント端末ＩＤを許可トークン管理テーブル２１００のデバイスＩＤ２１１２に登録する。
この際、サブトークン取得要求で受け付けた許可トークンＩＤによって特定されるレコードのユーザＩＤを引き継ぎ、デバイスＩＤをサブトークン要求デバイスＩＤ２１１４に、スコープをスコープ２１１６に設定する。そして、リソースサーバ２００は、スコープ制限管理テーブル２４００からスコープをキーとして、スコープ制限情報２４１１を取得する。

さらに、リソースサーバ２００は、新たに制限情報ＩＤを発行して、制限種別２３１１を権限に設定、制限情報管理テーブル２３００に登録する。この際、制限情報２３１２に、読み取り専用を設定する。権限情報については、設定テーブルを別に保持しそこから取得するような方法でも構わない。また、発行した制限情報ＩＤは、許可トークン管理テーブル２１００の制限情報ＩＤ２１１５に設定する。
スコープ制限情報においては、権限以外にも取得するコンテンツのアクセス数を制限するようにしても構わない。

サブトークンの許可トークンＩＤを取得したリソースサービス連携デバイスアプリケーション１３００は、サブトークンの許可トークンＩＤ、画像形成装置ＩＤをリソースサービス連携クライアントアプリケーション１４００へ応答する（Ｓ３．１３）。

そして、サブトークンを取得したリソースサービス連携クライアントアプリケーション１４００は、サブトークン管理テーブル４１００の許可トークンＩＤ４１１０とデバイスＩＤ４１１２に、受け付けたサブトークンの許可トークンＩＤと画像形成装置ＩＤを登録し、トークン種別４１１１にサブトークンを設定する。
そして、サブトークンの許可トークンＩＤ、クライアントＩＤ、画像形成装置ＩＤ、利用者が送信履歴リスト５１００で選択した送信履歴の送信先とコンテンツ名を用いてリソースサーバ２００にリソース取得要求を行う（Ｓ３．１４）。

リソース取得要求を受けたリソースサーバ２００は、受け付けたサブトークンの許可トークンＩＤが、許可トークン管理テーブル２１００に登録されているか、登録されている許可トークンのレコードに設定されているデバイスＩＤとサブトークン要求デバイスＩＤが受け付けたクライアントＩＤと画像形成装置ＩＤと同じか、トークンの検証を行う（Ｓ３．１５）。
さらに、リソースサーバ２００は、許可トークン管理テーブル２１００から許可トークンＩＤをキーとして制限情報ＩＤを取得し以下の制限情報の検証を行う（Ｓ３．１６）。

リソースサーバ２００は、制限情報管理テーブルから取得した制限情報ＩＤをキーとして、制限情報２３１２から権限情報を取得する。リソースサーバ２００は、受け付けた要求が件下情報を超えていないか、検証を行う。例えば、権限が読み取り専用なのに対して、データを上書きするような要求でないかを検証する。

検証の結果、アクセス許可と判断された場合、リソースサーバ２００は、リソースサービス連携クライアントアプリケーション１４００へ送信先とコンテンツ名に対応したリソースを応答し（Ｓ３．１７）、処理を終了する。
これにより、画像形成装置で認証される情報端末との間で確立された後、画像形成装置と第１の認証情報で認証可能なリソースサーバに接続して、情報端末が利用可能な制限が付与された、かつ検証済みの第２の認証情報の発行してもらうことができる。

本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

２００ リソースサーバ
３００ 画像形成装置
４００ クライアント端末
１３００ リソースサービス連携デバイスアプリケーション
１３１０ リモートログインアプリケーション
１４００ リソースサービス連携クライアントアプリケーション

Claims (10)

1. 情報端末、またはコンテンツを管理するサーバ装置と通信する画像形成装置であって、
   第１の識別情報を用いて前記サーバ装置と通信を確立する通信確立手段と、
   前記通信確立手段が前記サーバ装置との通信接続を確立した状態で、前記情報端末から当該情報端末が前記サーバ装置と通信を確立するための第２の識別情報の発行要求を受信する受信手段と、
   前記受信手段が受信した前記第２の識別情報の取得の要求を前記サーバ装置に対して行う要求手段と、
   前記要求手段による前記第２の識別情報の発行の要求に対して、前記サーバ装置から発行される第２の識別情報を取得する取得手段と、
   前記取得手段が取得した前記第２の識別情報を前記画像形成装置に応答する応答手段と、
   を備えることを特徴とする画像形成装置。
2. コンテンツを管理するサーバ装置と通信可能な画像形成装置と通信する情報端末であって、
   前記画像形成装置に所定の認証情報を用いてログインするログイン手段と、
   ログインした情報端末のユーザ情報に基づいてコンテンツの送信履歴情報を前記画像形成装置から取得する第１の取得手段と、
   前記第１の取得手段が取得した送信履歴情報に基づいて前記サーバ装置と通信を確立するための第２の識別情報の発行を前記画像形成装置に要求する要求手段と、
   前記要求手段により前記画像形成装置が前記第１の識別情報を用いて前記サーバ装置と通信を確立した状態で、サーバ装置から発行される前記情報端末が使用する第２の識別情報を前記画像形成装置から取得する第２の取得手段と、
   前記第２の取得手段が取得した前記第２の識別情報を使用して前記サーバ装置と通信を確立する通信確立手段と、
   前記サーバ装置と通信を確立した後、前記サーバ装置からコンテンツを取得する第３の取得手段と、
   を備えることを特徴とする情報端末。
3. 画像形成装置と第１の識別情報で通信を確立するサーバ装置であって、
   前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理手段と、
   前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得手段と、
   前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報を生成する生成手段と、
   前記生成手段により生成された第２の識別情報を前記画像形成装置に送付する送付手段と、
   前記画像形成装置から前記情報端末に応答される前記第２の識別情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立手段と、
   を備えることを特徴とするサーバ装置。
4. 画像形成装置と第１の識別情報で通信を確立するサーバ装置であって、
   前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理手段と、
   前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得手段と、
   前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報、および前記情報端末と通信することを制限する制限情報を生成する生成手段と、
   前記生成手段により生成された第２の識別情報を前記画像形成装置に送付する送付手段と、
   前記画像形成装置から前記情報端末に応答される前記第２の識別情報および前記制限情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立手段と、
   を備えることを特徴とするサーバ装置。
5. 画像形成装置と第１の識別情報で通信を確立するサーバ装置であって、
   前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理手段と、
   前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得手段と、
   前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報、および前記情報端末と通信することを制限する制限情報を生成する生成手段と、
   前記生成手段により生成された第２の識別情報を検証する検証手段と、
   前記生成手段により生成され、前記検証手段により検証された第２の識別情報を前記画像形成装置に送付する送付手段と、
   前記画像形成装置から前記情報端末に応答される前記第２の識別情報および前記制限情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立手段と、
   を備えることを特徴とするサーバ装置。
   
6. 情報端末、またはコンテンツを管理するサーバ装置と通信する画像形成装置とを含むデータ処理システムであって、
   前記画像形成装置は、
   第１の識別情報を用いて前記サーバ装置と通信を確立する通信確立手段と、
   前記通信確立手段が前記サーバ装置との通信接続を確立した状態で、前記情報端末から当該情報端末が前記サーバ装置と通信を確立するための第２の識別情報の発行要求を受信する受信手段と、
   前記受信手段が受信した前記第２の識別情報の取得の要求を前記サーバ装置に対して行う要求手段と、
   前記要求手段による前記第２の識別情報の発行の要求に対して、前記サーバ装置から発行される第２の識別情報を取得する取得手段と、
   前記取得手段が取得した前記第２の識別情報を前記画像形成装置に応答する応答手段と、を備え、
   前記情報端末は、
   前記画像形成装置に所定の認証情報を用いてログインするログイン手段と、
   ログインした情報端末のユーザ情報に基づいてコンテンツの送信履歴情報を前記画像形成装置から取得する第１の取得手段と、
   前記第１の取得手段が取得した送信履歴情報に基づいて前記サーバ装置と通信を確立するための第２の識別情報の発行を前記画像形成装置に要求する要求手段と、
   前記要求手段により前記画像形成装置が前記第１の識別情報を用いて前記サーバ装置と通信を確立した状態で、サーバ装置から発行される前記情報端末が使用する第２の識別情報を前記画像形成装置から取得する第２の取得手段と、
   前記第２の取得手段が取得した前記第２の識別情報を使用して前記サーバ装置と通信を確立する通信確立手段と、
   前記サーバ装置と通信を確立した後、前記サーバ装置からコンテンツを取得する第３の取得手段と、
   を備え、
   前記サーバ装置は、
   前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理手段と、
   前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得手段と、
   前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報を生成する生成手段と、
   前記生成手段により生成された第２の識別情報を前記画像形成装置に送付する送付手段と、
   前記画像形成装置から前記情報端末に応答される前記第２の識別情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立手段と、
   を備えることを特徴とするデータ処理システム。
   
7. 情報端末、またはコンテンツを管理するサーバ装置と通信する画像形成装置の通信方法であって、
   第１の識別情報を用いて前記サーバ装置と通信を確立する通信確立工程と、
   前記通信確立工程が前記サーバ装置との通信接続を確立した状態で、前記情報端末から当該情報端末が前記サーバ装置と通信を確立するための第２の識別情報の発行要求を受信する受信工程と、
   前記受信工程が受信した前記第２の識別情報の取得の要求を前記サーバ装置に対して行う要求工程と、
   前記要求工程による前記第２の識別情報の発行の要求に対して、前記サーバ装置から発行される第２の識別情報を取得する取得工程と、
   前記取得工程が取得した前記第２の識別情報を前記画像形成装置に応答する応答工程と、
   を備えることを特徴とする画像形成装置の通信方法。
8. コンテンツを管理するサーバ装置と通信可能な画像形成装置と通信する情報端末の通信方法であって、
   前記画像形成装置に所定の認証情報を用いてログインするログイン工程と、
   ログインした情報端末のユーザ情報に基づいてコンテンツの送信履歴情報を前記画像形成装置から取得する第１の取得工程と、
   前記第１の取得工程が取得した送信履歴情報に基づいて前記サーバ装置と通信を確立するための第２の識別情報の発行を前記画像形成装置に要求する要求工程と、
   前記要求工程により前記画像形成装置が前記第１の識別情報を用いて前記サーバ装置と通信を確立した状態で、サーバ装置から発行される前記情報端末が使用する第２の識別情報を前記画像形成装置から取得する第２の取得工程と、
   前記第２の取得工程が取得した前記第２の識別情報を使用して前記サーバ装置と通信を確立する通信確立工程と、
   前記サーバ装置と通信を確立した後、前記サーバ装置からコンテンツを取得する第３の取得工程と、
   を備えることを特徴とする情報端末の通信方法。
9. 画像形成装置と第１の識別情報で通信を確立するサーバ装置の通信方法であって、
   前記画像形成装置から受信するコンテンツを記憶装置に記憶して管理する管理工程と、
   前記画像形成装置にログインされる情報端末と通信を確立するための第２の識別情報の発行の要求を前記画像形成装置から取得する取得工程と、
   前記画像形成装置を介して前記情報端末から要求された前記第２の識別情報の発行要求に従い当該情報端末のユーザとの通信を許可するための第２の識別情報を生成する生成工程と、
   前記生成工程により生成された第２の識別情報を前記画像形成装置に送付する送付工程と、
   前記画像形成装置から前記情報端末に応答される前記第２の識別情報を用いた前記情報端末からの接続要求を認証して通信を確立する通信確立工程と、
   を備えることを特徴とするサーバ装置の通信方法。
10. 請求項１乃至５のいずれか１項に記載の各手段としてコンピュータを機能させるプログラム。

Images