ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記ウェブサービスを利用した画像処理を実行する画像処理装置と、前記サービス提供サーバと連携する際に前記画像処理装置が用いる認証の情報の提供を仲介する仲介サーバとを備える情報処理システムであって、前記仲介サーバは、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける受け付け手段と、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成された前記スクリプトを前記連携指示が示す連携先のサービス提供サーバに対し送信する生成手段と、を備え、前記ユーザ装置は、前記仲介サーバから送信された前記スクリプトを実行することで前記連携先のサービス提供サーバに対応する認証情報入力画面を表示する表示手段と、前記認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを前記スクリプトにおいて指定された画像処理装置に対し前記ネットワークを介して送信する送信手段と、を備え、前記画像処理装置は、前記ユーザ装置が備える送信手段から前記認証情報または前記認証トークンを受信して保存する保存手段と、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける認証手段と、を備えることを特徴とする情報処理システム。前記画像処理装置は、前記保存手段が前記認証情報または前記認証トークンを保存したことに応じて、前記画像処理装置と前記サービス提供サーバとが連携済みであることを示す情報を前記仲介サーバに直接通知するか、または前記ユーザ装置を介して前記仲介サーバに通知する通知手段を備え、前記仲介サーバは、少なくとも前記サービス提供サーバと前記画像処理装置との連携状態を示す連携情報を、前記通知された情報に基づいて格納する格納手段と、前記ユーザ装置からの連携指示入力画面の送信要求に応じて、前記連携指示入力画面を前記格納手段に格納された連携情報に基づいて生成し、生成された前記連携指示入力画面を前記ユーザ装置に表示させる表示手段を備えることを特徴とする請求項1に記載の情報処理システム。前記画像処理装置が備える保存手段は、前記サービス提供サーバが前記画像処理装置の認証に用いる前記認証情報または認証トークンと、ユーザに対応するローカル認証情報との対応情報を保存し、前記画像処理装置が備える認証手段は、前記保存手段が記憶した前記対応情報を参照して、前記ユーザのローカル認証処理時に用いられる前記ローカル認証情報に対応付けられている前記認証情報または前記認証トークンを含む認証要求を前記サービス提供サーバに対して行うことを特徴とする請求項1または請求項2に記載の情報処理システム。前記画像処理装置は、さらに、前記保存手段が前記認証トークンを保存している場合に、定期的に前記認証トークンの再交付を前記サービス提供サーバに対して要求し、前記認証トークンが無効となったときに、認証トークンの再発行を前記サービス提供サーバに対して要求するトークン要求手段を備えることを特徴とする請求項1乃至3のいずれか1項に記載の情報処理システム。前記仲介サーバは、さらに、前記ユーザ装置を介して、前記画像処理装置と前記サービス提供サーバとの連携状態の取得要求を前記画像処理装置に対して行う状態要求手段を備え、前記格納手段は、前記連携状態の取得要求に対する応答として前記情報処理装置から送信される前記連携状態に基づいて、前記格納手段が格納する前記連携情報を更新することを特徴とする請求項2に記載の情報処理システム。ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記サービスを利用した画像処理を実行する画像処理装置と、前記サービス提供サーバと連携する際に、前記画像処理装置が用いる認証の情報の提供を仲介する仲介サーバとを備える情報処理システムであって、前記仲介サーバは、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける受け付け手段と、前記受け付けられた連携指示を前記画像処理装置に転送する転送手段と、を備え、前記ユーザ装置は、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成した前記画像処理装置から前記スクリプトを受信し、受信した前記スクリプトを前記連携指示が示す連携先のサービス提供サーバに対し実行することで、前記連携先のサービス提供サーバに対応する認証情報入力画面を表示する表示手段と、前記認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを前記スクリプトにおいて指定された情報処理装置に対し前記ネットワークを介して送信する送信手段と、を備え、前記画像処理装置は、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成された前記スクリプトを前記仲介サーバから転送された前記連携指示が示す連携先のサービス提供サーバに対し送信する生成手段と、前記ユーザ装置が備える送信手段から前記認証情報または前記認証トークンを受信して保存する保存手段と、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける認証手段と、を備えることを特徴とする情報処理システム。ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記ウェブサービスを利用した画像処理を実行する画像処理装置と、前記サービス提供サーバと連携する際に前記画像処理装置が用いる認証の情報の提供を仲介する仲介サーバとを備える情報処理システムであって、前記画像処理装置は、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける受け付け手段と、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成されたスクリプトを前記連携指示が示す連携先のサービス提供サーバに対し送信する生成手段と、認証情報または認証トークンを前記ユーザ装置から受信して保存する保存手段と、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける認証手段と、を備え、前記ユーザ装置は、前記画像処理装置から前記スクリプトを受信して実行することで、前記連携先のサービス提供サーバに対応する認証情報入力画面を表示する表示手段と、前記認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを、前記スクリプトにおいて指定された情報処理装置に対し前記ネットワークを介して送信する送信手段と、を備えることを特徴とする情報処理システム。ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記ウェブサービスを利用した画像処理を実行する画像処理装置であって、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける受け付け手段と、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成された前記スクリプトを前記連携指示が示す連携先のサービス提供サーバに対し送信する生成手段と、前記スクリプトを実行することにより表示される前記連携先のサービス提供サーバに対応する認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを、前記ユーザ装置から前記ネットワークを介して受信して保存する保存手段と、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける認証手段と、を備えることを特徴とする画像処理装置。ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記ウェブサービスを利用した画像処理を実行する画像処理装置と、前記サービス提供サーバと連携する際に前記画像処理装置が用いる認証の情報の提供を仲介する仲介サーバとを備える情報処理システムの制御方法であって、前記仲介サーバが、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける工程と、前記仲介サーバが、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成された前記スクリプトを前記連携指示が示す連携先のサービス提供サーバに対し送信する工程と、前記ユーザ装置が、前記仲介サーバから送信された前記スクリプトを実行することで前記連携先のサービス提供サーバに対応する認証情報入力画面を表示する工程と、前記ユーザ装置が、前記認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを前記スクリプトにおいて指定された情報処理装置に対し前記ネットワークを介して送信する工程と、前記画像処理装置が、前記ユーザ装置が備える送信手段から前記認証情報または前記認証トークンを受信して保存する工程と、前記画像処理装置が、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける工程と、を有することを特徴とする制御方法。請求項9に記載の制御方法をコンピュータに実行させることを特徴とするコンピュータプログラム。しかし、上述したような、ユーザが画像処理装置に実装される第三者のアプリケーションに認証情報を直接入力する従来技術では、認証情報を入力することが非常に煩雑であり、ユーザにとって手間である。また、第三者のアプリケーションが、複数のユーザで共有する共有デバイスに実装された場合は、あるユーザが認証情報を入力している間は、そのユーザが共有デバイスを占有してしまうという課題がある。また、特許文献1が開示する認証要求変換装置では、以下のような課題がある。まず、認証要求変換装置仲介サーバ自身が認証情報を保持するので、仲介サーバが、外部から攻撃を受け、ユーザID、パスワード等の認証情報が漏えいする。さらに、通信経路において認証情報が盗聴される可能性がある。従って、仲介サーバが認証情報を保持することなく、かつ、ユーザが認証情報を画像処理装置に直接入力することなく、画像処理装置に認証情報を取得させる情報処理システムが必要である。本発明は、仲介サーバが認証情報を保持することなく、かつ、ユーザが認証情報を画像処理装置に直接入力することなく、サービス提供サーバと連携する画像処理装置に認証情報を取得させる情報処理システムの提供を目的とする。本発明の一実施形態の情報処理システムは、ユーザ装置の要求に応じたウェブサービスを提供するサービス提供サーバと、前記サービス提供サーバと連携して前記ウェブサービスを利用した画像処理を実行する画像処理装置と、前記サービス提供サーバと連携する際に前記画像処理装置が用いる認証の情報の提供を仲介する仲介サーバとを備える情報処理システムであって、前記仲介サーバは、前記サービス提供サーバと前記画像処理装置とを連携させるための連携指示を前記ユーザ装置からネットワークを介して受け付ける受け付け手段と、前記サービス提供サーバに対応する認証方式で認証させるためのスクリプトを生成し、生成された前記スクリプトを前記連携指示が示す連携先のサービス提供サーバに対し送信する生成手段とを備える。前記ユーザ装置は、前記仲介サーバから送信された前記スクリプトを実行することで前記連携先のサービス提供サーバに対応する認証情報入力画面を表示する表示手段と、前記認証情報入力画面で入力された認証情報、または前記認証情報入力画面での認証情報の入力に応じて前記サービス提供サーバが発行した認証トークンを前記スクリプトにおいて指定された画像処理装置に対し前記ネットワークを介して送信する送信手段とを備える。また、前記画像処理装置は、前記ユーザ装置が備える送信手段から前記認証情報または前記認証トークンを受信して保存する保存手段と、前記保存した認証情報または認証トークンを用いて前記サービス提供サーバから認証を受ける認証手段とを備える。本実施形態の情報処理システムによれば、仲介サーバが認証情報を保持することなく、サービス提供サーバと連携する画像処理装置に認証情報を取得させることができる。従って、仲介サーバにとって、認証情報の漏洩を防止できるとともに、仲介サーバと外部装置との通信経路における認証情報の盗聴を防止できる。また、本実施形態の情報処理システムによれば、ユーザが認証情報を画像処理装置に直接入力することなく、サービス提供サーバと連携する画像処理装置に認証情報を取得させることができる。従って、ユーザにとって、自身が認証情報を画像処理装置に直接入力するという手間がなくなる。さらに、ユーザによる共有連携デバイスの占有を避けることができる。図1は、本発明の実施例1のシステム構成例を示す。連携システム1000は、本実施形態の情報処理システムである。連携システム1000は、クライアントコンピュータ104、連携デバイス101を備える。クライアントコンピュータ104と連携デバイス101とは、ユーザ環境に配置された装置であり、ネットワーク100を介して互いに接続されている。ネットワーク100はインターネット110に接続されている。また、連携システム1000は、アプリケーションサーバ103および仲介サーバ102を備える。アプリケーションサーバ103および仲介サーバ102はそれぞれネットワーク100に接続されており、ネットワーク100はインターネット110に接続されている。連携システム1000を構成する各装置および各サーバ群は、インターネット110を介して接続可能であり、互いにデータ通信することができる。なお、図1に示す各装置は1台のみであるが複数台あっても良い。サーバ図2は、連携システム1000を構成する各装置のハードウェア構成例を示す。各装置201は、連携システム1000を構成する。CPUCentralProcessingUnit202は、各種プログラムを実行し、様々な機能を実現するユニットである。ROMReadOnlyMemory203は、各種プログラムを記憶するユニットである。RAMRandomAccessMemory204は、CPU202の一時的な作業記憶領域として機能する記憶手段である。CPU202は、ROM203に記憶されているプログラムをRAM204にロードしプログラムを実行する。Input/Outputインターフェース205は、各装置、および各サーバ群に接続されているディスプレイ不図示にデータを送信する。また、Input/Outputインターフェース205は、ポインティングデバイス不図示からデータを受信する。NICNetworkInterfaceCard206は、連携システム1000を構成する各装置をネットワーク100に接続する。各ユニットは、バス207を介してデータの送受信を行うことが可能である。また、連携デバイス101は、本実施形態の画像処理装置である。連携デバイス101は、例えば画像形成装置である。連携デバイス101が画像形成装置である場合、連携デバイス101は印刷ユニット不図示を搭載しており、印刷ユニットは、バス207を介して各ユニットとデータを送受信することが可能である。なお、印刷ユニットは、ラスタイメージを記録媒体に印刷することが可能である。各装置および各サーバが有する機能について説明する。図3は、連携システム1000を構成する各装置のソフトウェア構成例を示す。図3に示す各ソフトウェアの機能を実現するプログラムは、各装置および各サーバのROM203に記憶されている。CPU202は、RAM204にプログラムをロードし実行することで、これらの機能を実現する。次に、図4を参照して連携デバイス101の各機能を説明する。表示部401は、各種画面を表示する。アプリケーション連携部402は、ウェブアプリケーション303と連携するための機能を実装したアプリケーションである。アプリケーション連携部402は、APIを利用して、ウェブアプリケーション303上のコンテンツを登録、読み込み、変更、または削除などの処理を行う。アプリケーション連携部402は、ウェブアプリケーション303に登録するコンテンツや、処理途中のコンテンツをコンテンツ保持部409に保持する。ジョブ管理部403は、連携デバイス101の機能を呼び出す指示をアプリケーション連携部402から受け、該指示をジョブとして管理する。また、ジョブ管理部403は、表示部401でユーザが直接指示したジョブも管理する。例えば、連携デバイス101が画像形成装置であった場合は、印刷ジョブやスキャンジョブを管理する。処理実行部404は、連携デバイス101が持つ特有の機能を実行する。例えば、連携デバイス101が画像形成装置であった場合は、印刷やスキャンを実行する。ウェブ応答部406は、ウェブブラウザ304からアクセスされた際に、アクセスしたユーザが正当なユーザかどうかを判別するためにローカル認証部405を呼び出す。ローカル認証部405で行われる認証は、ウェブアプリケーション303への認証とは別のローカルネットワーク内での認証である。本実施例ではローカルネットワーク内での認証情報を、ウェブアプリケーション303の認証情報と区別するためにローカル認証情報と呼ぶ。ローカル認証部405は、ウェブ応答部406へのアクセスの際に、例えばフォーム認証により認証を行う。フォーム認証とは、ユーザ名、パスワードを入力させる認証方式のことであり、連携デバイス101へのログイン方法として基本的な方法である。ローカル認証部405はその他の認証方式に対応してもよいが、本発明では認証方式は問わないため、詳細は省略する。ウェブ応答部406は、ローカル認証部405から正当なユーザであると応答を取得した場合に、ウェブブラウザ304に対してウェブ応答を行う。また、ローカル認証部405は、ウェブブラウザ304からアクセスされた際に、URLパラメーターを解析して認証情報を取得する。本実施例において、認証情報とは、ユーザID、パスワードのペア、もしくは認証トークンのことである。認証トークンとは、ユーザID、パスワード等の認証情報を入力する認証処理を行うことなく、あらゆるサービス、もしくはサービスの一部を受けることができる情報である。また、ウェブ応答部406はローカル認証部405からローカルユーザIDを取得し、受け取った認証情報をローカルユーザIDに紐づけて認証情報保持部407の保持する認証情報テーブル900に保存する。図9Aを用いて、認証情報保持部407が保持する認証情報テーブル900について詳細に述べる。ローカルユーザID901は、前述のローカルネットワーク内の認証に使用されるユーザIDである。このローカルユーザIDは、連携デバイス101へのログイン時に使われるIDであってもよい。サービスID902は、ウェブアプリケーション303を識別するためのIDである。認証情報保持部407が保持する認証情報は、ユーザID903およびパスワード904または認証トークン905を参照し、どのウェブアプリケーションに対する認証情報なのかを識別するために使用される。ユーザID903は、ウェブアプリケーション303のユーザIDである。パスワード904は、ウェブアプリケーション303のパスワードである。認証トークン905は、ウェブアプリケーション303と通信するために使用される認証トークンのことである。すなわち認証情報保持部407は、ウェブアプリケーション303が連携デバイス101の認証に用いる認証情報または認証トークンと、ユーザに対応するローカル認証情報ローカルユーザIDとの対応情報を保存する。ローカルユーザIDは、ユーザのローカル認証処理時に用いられる。そして、アプリケーション連携部402は、認証情報保持部407が記憶した当該対応情報を参照して、ローカルユーザIDに対応付けられている認証情報または認証トークンを含む認証要求コンテンツ取得要求をAPI通信部408に渡す。API通信部408は、受け取った該認証要求をウェブアプリケーションに対して送信する。これにより、複数のユーザが連携デバイスを利用してウェブアプリケーションからウェブサービスの提供を受ける際に、連携デバイスは、各々のユーザのローカル認証情報に対応付けられている認証情報または認証トークンを用いた認証を受けることができる。その結果、ユーザによる共有連携デバイスの占有を避けることが可能となる。API通信部408は、アプリケーション連携部402に呼び出され、ウェブアプリケーション303のAPI通信部602と通信する。これによりアプリケーション連携部402は、ウェブアプリケーション303のコンテンツに対する操作を行う。コンテンツ保持部409は、API通信部408でウェブアプリケーション303から取得したコンテンツをアプリケーション連携部402を介して保持する。図5は、仲介サービス302の各機能を示す。ウェブ応答部501は、クライアントコンピュータ104のウェブブラウザ304からのアクセスに対して、ウェブ応答を行う。制御部502は、ウェブ応答部501から呼び出されたことに起因してスクリプト生成部503、連携デバイス情報格納部504またはサービス情報格納部505を呼び出す。連携デバイス情報格納部504は、図9Cに示す連携デバイステーブル920を保持する。すなわち制御部502および連携デバイス情報格納部504は、ウェブアプリケーション303と連携デバイス101との連携状態を示す連携情報を格納する格納手段として機能する。連携デバイステーブル920において、デバイスID921は、連携デバイス101を一意に特定するためのIDである。IPアドレス922は、連携デバイス101のローカルネットワークにおけるIPアドレスである。デバイス名923は、ユーザが連携デバイス101を選択する際にウェブブラウザ304に表示させる名前である。また、ServiceA924、ServiceB925はサービスIDであり、各サービスIDに対して連携デバイス101が連携状態になっているか否かを示す。本実施例では、連携デバイス101が各サービスIDと連携状態になっているか否かは連携デバイスごとに保持するする。しかし、仲介サービス302がローカルネットワーク認証と連携してローカル認証情報と紐づけて保持してもよい。図9Cにおける連携デバイス情報は一例であり、例えば連携デバイスの位置情報、機種情報など、どのような情報を保持してもよい。サービス情報格納部505は、図9Bに示すようにウェブアプリケーション303に関する情報を保持する。図9Bに示される、サービスID911はウェブアプリケーション303を特定するためのIDである。また、サービス名912はウェブアプリケーション303の表示名であり、図8Aに示すUIでユーザが連携先のウェブアプリケーション303を選択する際に表示される。認証方式913は、ウェブアプリケーション303ごとに定義される認証方式のことである。本実施例においては、OAuth方式、Basic方式を挙げているが、その他の認証方式を保持してもよい。スクリプト生成部503は、ウェブ応答部501がウェブブラウザ304に応答するためのスクリプトを生成する。スクリプト生成部503は、ユーザが図8Aで選択したサービスの認証方式をサービス情報格納部505から取得し、認証方式に従ったスクリプトを生成する。図7AはOAuth認証方式であった場合のスクリプトの一例である。本スクリプトは、ウェブアプリケーション303の提供するOAuth認証画面にリダイレクトするためのスクリプトである。ここで、callback_urlとはOAuth認証により取得した認証トークンをURLパラメーターとしてリダイレクトする先のURLのことである。本実施例においては、仲介サービス302は認証情報を取得しないため、直接連携デバイス101のIPAddressを指定する。このIPAddressはスクリプト生成部503が連携デバイス情報格納部504を参照することで取得し、スクリプトに埋め込む。図7BはBasic認証方式であった場合のスクリプトの一例である。本スクリプトは、ウェブアプリケーション303の認証情報を入力するためのダイアログを提示し、ダイアログに入力されたユーザ情報とパスワードをURLパラメーターとして連携デバイス101にリダイレクトするためのスクリプトである。リダイレクト先のURLは、連携デバイス101のIPAddressを基に生成される。スクリプト生成部503は、連携デバイス情報格納部504を参照することで連携デバイス101のIPAddressを取得する。図7Aおよび図7Bのスクリプトに示すように、スクリプト生成部503は、アプリケーションサーバごとの認証方式に応じたスクリプトを生成する。制御部502は、認証方式に対応するスクリプトをウェブ応答部501に渡す。ウェブ応答部501は該スクリプトをウェブブラウザ304に送信する。すなわちスクリプト生成部503およびウェブ応答部501は、連携先のウェブアプリケーションに対応する認証方式で認証させるためのスクリプトを生成してウェブブラウザ304に送信する生成手段として機能する。図6は、ウェブアプリケーション303の各機能を示す。API通信部602は、連携デバイス101のAPI通信部408からの要求に従って制御部604を呼び出す。具体的には、連携デバイス101の連携アプリケーション部402が、API通信部408を介して、ウェブアプリケーション303に対して、コンテンツ取得要求を行う。コンテンツ取得要求は、ウェブアプリケーション303が保持するコンテンツデータの取得を求める要求である。本実施例において、API通信部602の通信はHTTP通信である。API通信部408は、コンテンツ取得要求に対応するHTTP通信パケットのHTTPヘッダーに、ユーザの認証情報または認証トークンを設定する。API通信部602は制御部604を呼び出すとき、HTTPヘッダーから認証情報または認証トークンを取得して、制御部604に渡す。制御部604は、API通信部602から受け取った認証情報または認証トークンを用いて、ユーザの認証処理を実行する。認証処理の結果、認証が成功すると、制御部604は、コンテンツ取得要求に対応するコンテンツデータを含む応答を生成してAPI通信部602に渡す。API通信部602は、制御部604から受け取った応答を、連携デバイス301のAPI通信部408に返す。すなわち、API通信部408およびアプリケーション連携部402は、保存している認証情報または認証トークンを用いてウェブアプリケーション303から認証を受ける認証手段として機能する。ウェブ応答部601は、クライアントコンピュータ104のウェブブラウザ304からの要求に従って制御部604を呼び出す。このとき、ウェブ応答部601は、HTTPヘッダーから認証情報を取得して制御部604に渡す。続いて、ウェブ応答部601は、制御部604によって生成された応答を返す。制御部604は、認証情報の正当性を検証するために認証部605を呼び出す。認証部605は、図9Eに示す認証情報テーブル940を保持する。認証情報テーブル940には、ウェブアプリケーション303に登録されたユーザのユーザID、パスワードのペアが格納されている。認証部605は、ユーザID、パスワードのペアが正当である場合には、検証結果を可として制御部604に応答する。認証部605は、正当でなかった場合には、検証結果を不可として制御部604に応答する。また、制御部604は、認証トークンの正当性を検証するためにも認証部605を呼び出す。認証トークンは、ウェブ応答部601にOAuth認証要求が行われた際に認証部605が発行する認証トークンである。認証部605は、図9Dに示す認証トークンテーブル930を保持しており、呼び出し元アプリケーションIDと、認証トークンが一致することを確認することで、認証トークンの正当性を検証する。認証部605は、認証トークンが正当な場合は、検証結果を可として制御部604に応答する。API通信部602は、制御部604から該検証結果を受け取り、API通信部408に応答する。認証部605は、認証トークンが正当でない場合は、検証結果を不可として制御部604に応答する。API通信部602は、制御部604から該検証結果を受け取り、API通信部408に応答する。API通信部602は制御部604を呼び出す。このとき、制御部604は、API通信部602から認証情報を受け取る。制御部604は、認証部605に該認証情報を渡し、認証情報の正当性を確認させる。認証部605による検証結果が可であった場合、制御部604は、API通信部602を介して受け取ったAPI通信部408からの要求応じてコンテンツ格納部603のコンテンツを登録、取得、変更、または削除する。続いて、API通信部602に結果を返す。検証結果が不可であった場合は、API通信部602にエラーレスポンスを返す。また、ウェブ応答部601は、コンテンツを操作するために制御部604を呼び出す。このとき、ウェブ応答部601から認証情報を受け取る。制御部604は、認証部605に認証情報の正当性を確認させる。認証部605による検証結果が可であった場合、ウェブブラウザ304上でのユーザによる操作に従ってコンテンツ格納部603のコンテンツを登録、取得、変更、また削除し、操作結果を送信する。検証結果が不可であった場合、ウェブ応答部601に検証に失敗したことを示すエラーレスポンスを返し、再認証を促す。また、ウェブ応答部601は、OAuth認証の応答を生成させるために制御部604を呼び出す。このとき、制御部604は、ウェブ応答部601から認証情報とアプリケーションID、callback_urlを受け取る。制御部604は、認証部605に認証情報の正当性を確認させる。認証部605による検証結果が可であった場合、図8Bの認可画面802を生成し、ウェブ応答部601に返す。ウェブ応答部601は、クライアントコンピュータ104のウェブブラウザ304上の認可画面802にてOKボタンが押下されると、再びウ制御部604を呼び出す。続いて、認証部605は、制御部604から指示を受け認証情報とアプリケーションIDに応じた認証トークンを生成し、callback_urlに対して認証トークンをURLパラメーターとしてリダイレクトする応答をウェブ応答部601に返す。このとき、認証部605は生成した認証トークンをアプリケーションIDと紐付けて認証トークンテーブル930に保存する。認可画面802にて、ユーザによりCancelボタンが押下されると、制御部604はキャンセルされた旨を示す画面不図示を生成し、生成された画面をウェブ応答部601に返す。また、検証結果が不可だった場合、制御部604はウェブ応答部601に検証に失敗したことを示す画面不図示を返し、再認証を促す。次に、ウェブブラウザ304が仲介サービス302にアクセスし、連携デバイス101に認証情報を登録する処理について図10を用いて説明する。まず、前提として事前に連携デバイス101のデバイスID、IPアドレス、デバイス名が仲介サービス302に登録されているものとする。この登録は、連携デバイス101が自動的に行ってもよいし、ユーザがウェブブラウザを用いて手動で登録してもよい。S1001でウェブブラウザ304は、仲介サービス302のウェブ応答部501に連携デバイス一覧要求を行う。連携デバイス一覧要求は、連携指示入力画面の送信要求として機能する。ウェブ応答部501は、制御部502を呼び出す。呼び出された制御部502は、連携デバイス一覧画面を生成する。制御部502は、連携デバイス情報格納部504の連携デバイステーブル920を参照することで連携デバイス一覧画面を生成する。このとき生成され、ウェブブラウザ304に表示させる画面は、例えば図8Aに示す画面である。図8Aに示す連携デバイス一覧画面において、ユーザは連携デバイスの一覧を確認することができ、ウェブアプリケーションとの連携指示を行うことができる。S1002で、仲介サービス302のウェブ応答部501は、S1001で制御部502が生成した連携デバイス一覧画面を、連携デバイス一覧要求に対する応答としてウェブブラウザ304に返す。S1003で、ユーザがウェブブラウザ304上で図8Aの連携ボタン805を押下すると、ウェブブラウザ304は仲介サービス302のウェブ応答部501に対しサービス連携指示を行う。このとき、押下した連携ボタンに対応するサービスに対して連携指示が行われる。なお、制御部502は、押下されたボタンに対応したウェブアプリケーションの認証方式がOAuth認証方式であった場合にはS1004へ、Basic認証方式であった場合にはS1013へ処理を分岐させる。S1003で、ユーザがサービスBと連携させるデバイスBの連携ボタンを押下した場合、S1004に進む。S1004で、仲介サービス302のウェブ応答部501は、連携指示を受け取る。すなわちウェブ応答部501は、ウェブアプリケーション303と連携デバイス101との連携指示をネットワークを介して受け付ける受け付け手段として機能する。ウェブ応答部501は、連携指示を受け付けたことに起因して制御部502を呼び出す。制御部502は、連携デバイス情報格納部を呼び出し、図9Bに示すウェブアプリケーション303に関する情報を参照する。制御部502は、ウェブアプリケーション303に応じた認証方式がOAuth認証方式であった場合にスクリプト生成部503を呼び出す。S1004で、仲介サービスのスクリプト生成部503は、OAuth認証方式のためのスクリプトを生成し、制御部502に渡す。制御部502は、生成されたスクリプトをウェブ応答部501に渡す。本実施例において、スクリプト生成部503は、例えば図7Aに示すスクリプトを生成する。このとき、スクリプト生成部503がcallback_urlとして連携デバイス101のIPアドレスを指定するスクリプトを生成することにより、ウェブブラウザ304は認証トークン付きのリダイレクト指示を連携デバイス101に送ることができる。S1005で、ウェブ応答部501は、制御部502から受け取ったスクリプトを応答としてウェブブラウザ304に送信する。S1006で、ウェブブラウザ304はスクリプトを実行する。本実施例では、ウェブブラウザ304は、あらかじめスクリプトを受け取ると即座に実行するように構成されている。ウェブブラウザ304側でスクリプトを即座に実行する構成は、当業者には公知技術である。ウェブブラウザ304は、図7Aのスクリプトを実行し、ウェブアプリケーション303のウェブ応答部601に認可要求を行う。S1007で、ウェブアプリケーション303のウェブ応答部601は、ウェブブラウザ304から認可要求を受け取ると制御部604を呼び出す。制御部604は、認証部605に認可要求の正当性を確認させる。すなわち、制御部604は、ウェブブラウザ304がウェブアプリケーション303にログインしているか否かを確認する。ログインしている場合に、認証部605は検証結果が可であると判定し、図8Bに示す画面本実施例では認可画面802と呼ぶを生成し、ウェブ応答部601に返す。また、検証結果が不可と判定した場合、制御部604は、ウェブ応答部601に検証に失敗したことを示す画面を返すとともに、再認可を促す。なお、再認可を行う場合、例えばログインしていない場合等においては、不図示の再認可画面にてユーザがユーザID、パスワードを入力することで再認可を行う。続いて、ウェブアプリケーション303のウェブ応答部601は認可画面802をウェブブラウザ304に送信する。S1008で、ウェブブラウザ304上で図8Bに示す認可画面802が示される。本実施例において、認可画面802は認証情報入力画面とも呼ぶ。ユーザが認可画面802に示すOKボタンを押下すると、ウェブブラウザ304は、ウェブアプリケーション303のウェブ応答部601に認可指示を行う。Canselボタンが押下された場合は、S1009のトークン発行処理を行わない。S1009で、ウェブアプリケーション303のウェブ応答部601は、ウェブブラウザ304から認可指示を受け取る。認可指示を受け取った応答部601は制御部604を呼び出す。制御部604は、ウェブ応答部601からOAuth認証に対する応答を生成するために呼び出される。このとき、ウェブ応答部601から認証情報とアプリケーションID、callback_urlを受け取る。続いて、制御部604は、認証情報とアプリケーションIDに対応させた認証トークンを生成し、callback_urlに対して生成された認証トークンをURLパラメーターとしてリダイレクト指示させる応答をウェブ応答部601に返す。ウェブ応答部601は、例えば図7Aに示すように、http://192.168.0.2AuthToken=1d04otkbmrldohnnといった形式で認証トークンをURLパラメーターとしてリダイレクト指示する。このとき、認証部605は、生成した認証トークンをアプリケーションIDと関連付けて認証トークンテーブル930に保存する。S1010で、ウェブアプリケーション303のウェブ応答部601は、ウェブブラウザ304にS1009で生成した認証トークンを連携デバイス101にリダイレクトさせる応答を返す。S1011で、ウェブブラウザ304は、S1010のリダイレクト指示に従って連携デバイス101のウェブ応答部406に認証トークンを送信する。S1012で、連携デバイス101のウェブ応答部406は、ローカル認証部405を呼び出す。ウェブ応答部406は、ローカル認証部405が正当なユーザであると応答した場合には、下記の処理を行ったのち、ウェブ応答を行う。連携デバイス101のウェブ応答部406は、URLパラメーターを解析して、認証情報として認証トークンを取得する。また、ウェブ応答部406は、ローカル認証部405からローカルユーザIDを取得し、受け取った認証トークンをローカルユーザIDとサービスIDに紐づけて認証情報保持部407の保持する認証情報テーブル900に保存する。連携デバイス101を複数のユーザが使用する場合、別ユーザが保存した認証トークンを使用できないようにする必要がある。上述の仕組みより、認証トークンをローカルユーザIDとサービスIDに紐づけて管理することができ、ユーザビリティーが向上する。なお、本実施例においてはローカルネットワーク内で認証を行うように記載しているが、一人のユーザだけが連携デバイス101を使用する場合、ローカルネットワーク内での認証は必要ないため、ローカル認証情報と紐づけて保存しなくともよい。ユーザが、図8Aに示す画面にて、サービスAと連携させるデバイスBの連携ボタンを押下した場合、Basic認証方式が用いられる。S1013において、仲介サービスのスクリプト生成部503はBasic認証方式のためのスクリプトを生成し、生成されたスクリプトを制御部502に渡す。制御部502は、受け取ったスクリプトをウェブ応答部501に渡す。本実施例において、スクリプト生成部503は、例えば図7Bのようなスクリプトを生成する。スクリプト生成部503がリダイレクト先URLとして連携デバイス101のIPアドレスを指定することで、ウェブブラウザ304はウェブアプリケーション303のユーザID、パスワードを連携デバイス101に送ることができる。S1014で、ウェブブラウザ304はスクリプト生成部503が生成したスクリプトを受信する。S1015で、ウェブブラウザ304はスクリプトを実行する。上述したように、一般的に、ウェブブラウザ304はあらかじめスクリプトを受け取ると即座に実行する。ウェブブラウザ304は、図7Bのスクリプトを実行した結果、図8Cに示す認証情報入力画面803を表示する。ウェブブラウザ304は、スクリプトを実行することで上述した図8Bに示す認可画面802、または図8Cに示す認証情報入力画面803を表示する。すなわちウェブブラウザ304は、スクリプトを実行することで連携先のウェブアプリケーション303に対応する認証情報入力画面を表示する表示手段として機能する。S1016で、ユーザは、認証情報入力画面803でユーザID、パスワードを入力する。S1017で、ユーザが認証情報入力画面803に示すOKボタンを押下すると、ウェブブラウザ304はユーザID、パスワードをURLパラメーターとして連携デバイス101のウェブ応答部406へのリダイレクト指示が送信する。ウェブブラウザ304は、上述したようにユーザが認可画面802に示すOKボタンを押下した場合は認証トークンを送信する。またウェブブラウザ304は、認証情報入力画面803に示すOKボタンを押下した場合はユーザID、パスワードをウェブ応答部406に送信する。すなわち、ウェブブラウザ304は、認証情報入力画面で入力された入力情報、または認証情報入力画面での認証情報の入力に応じてウェブアプリケーション303が発行した認証トークンを送信する送信手段として機能する。S1018で、連携デバイス101のウェブ応答部406はローカル認証部405を呼び出す。ウェブ応答部406は、ローカル認証部405が正当なユーザであると応答した場合には、下記の処理を行ったのち、ウェブ応答を行う。連携デバイス101のウェブ応答部406は、URLパラメーターを解析して、認証情報としてユーザID、パスワードのペアを取得する。また、ウェブ応答部406はローカル認証部405からローカルユーザIDを取得し、受け取ったユーザID、パスワードのペアをローカルユーザIDとサービスIDに紐づけて認証情報保持部407の保持する認証情報テーブル900に保存する。なお、本実施例においてはローカルネットワーク内で認証を行うように記載しているが、一人のユーザが連携デバイス101を使用する場合、ローカルネットワーク内での認証は必要ないため、ローカル認証情報と紐づけて保存しなくともよい。S1019で、連携デバイス101のウェブ応答部406は、ウェブブラウザ304に対して仲介サービス302へのリダイレクト指示を行う。このリダイレクト指示は、認証トークンまたはユーザID、パスワードのペアが連携するサービスと連携済みであることを通知する連携情報を含む。該連携情報は、連携デバイス101から連携対象のサービスを仲介サービス302に直接通知してもよい。すなわちウェブ応答部406は、連携デバイス101とウェブアプリケーション303が連携済みであることを示す情報を通知する通知手段として機能する。S1020で、ウェブブラウザ304は、S1019のリダイレクト指示に従って、仲介サービス302のウェブ応答部501へ認証情報をリダイレクトする。S1021で、仲介サービス302のウェブ応答部501は制御部502を呼び出す。上述したように、ウェブ応答部501は、連携デバイス101とウェブアプリケーション303が連携済みである連携情報を含む。制御部502は、この連携情報に基づいて図8Dに示す連携デバイス一覧画面804を生成する。このとき、本実施例で説明したフローにより認証情報を登録させたサービスに関しては、連携済みであることを示す表示を行う。すなわち制御部502は、連携指示入力画面を生成してウェブアプリケーション303に表示させる表示手段として機能する。ウェブ応答部501は、制御部502が生成した連携デバイス一覧画面804をウェブブラウザ304に送信する。以上述べたように、実施例1では、仲介サービス302がウェブアプリケーション303の認証情報を取得することなく、連携デバイス101にウェブアプリケーション303の認証情報を取得させることができる。従って、仲介サーバにとって、認証情報の漏洩を防止できるとともに、仲介サーバと外部装置との通信経路において認証情報が盗聴される可能性もなくなる。また、実施例1の情報処理システムによれば、ユーザが認証情報を画像処理装置に直接入力することなく、サービス提供サーバと連携する画像処理装置に認証情報を取得させることができる。従って、ユーザにとって、自身が認証情報を画像処理装置に直接入力するという手間がなくなる。そして、連携デバイス101は、該認証情報を基にウェブアプリケーション303に認証を要求し、認証が成功した場合はコンテンツデータ等を取得することができる。本実施例の連携システムによれば、ユーザが直接連携デバイス101上の表示部401で認証情報を入力する必要が無くなり、ユーザの利便性が向上する。また、仲介サービス302がウェブアプリケーション303の認証情報を取得しないため、認証情報の漏えいを防止できる。実施例1では、仲介サービス302は、連携指示画面801において、連携デバイス101とウェブアプリケーション303との連携状態を、連携デバイス情報テーブル920を参照することでウェブブラウザ304に表示させる。しかしながら、連携デバイス101の表示部401で認証情報が入力された場合、仲介サービス302は連携状態になったことを知ることができない。次に図12を用いて実施例2を説明する。実施例2で説明する処理は、連携状態を更新するための処理である。S2001でウェブブラウザ304は、仲介サービス302のウェブ応答部501に連携デバイス一覧要求を行う。ウェブ応答部501は制御部502を呼び出し、制御部502は連携デバイス一覧画面を生成する。制御部502は、連携デバイス情報格納部504の連携デバイステーブル920を参照することで連携デバイス一覧画面を生成する。このとき生成される画面は、例えば図8Aのような画面である。図8Aにおいて、ユーザは連携デバイスの一覧を確認することができ、ウェブアプリケーションとの連携指示を行うことができる。S2002で仲介サービス302のウェブ応答部501は、S2001で生成した連携デバイス一覧画面をウェブブラウザ304に応答する。S2003で、仲介サービス302のウェブ応答部501は、ウェブブラウザ304に対し、非同期通信でステータス取得指示を行う。すなわちウェブ応答部501は、連携デバイス101とウェブアプリケーション303との連携状態の取得要求を連携デバイス101に対して行う状態要求手段として機能する。本ステップにおけるステータス取得指示は、例えばAJAXによるXMLHttpRequestを非同期で呼び出すことで行う。AJAXとは、ウェブブラウザにおける非同期通信により、表示したHTMLを動的に書き換えることのできる技術である。S2004で、ウェブブラウザ304はS2003のステータス取得指示に従って連携デバイス101にステータス取得要求を行う。このとき、例えばhttp://192.168.0.2ResponseServiceStatus=ServiceAといった形式でステータス取得要求を行う。ResponseServiceStatusとは、ステータスを確認する対象のウェブアプリケーションを表わす。S2005で、連携デバイス101のウェブ応答部406は、認証情報保持部407が保持する認証情報テーブル900を参照して、S2004で指定されたウェブアプリケーション303との連携状態を取得する。S2006で、連携デバイス101のウェブ応答部406は、S2005で取得した連携状態をウェブブラウザ304に返す。なお、本実施例ではS2004でウェブアプリケーション303を指定しているが、ウェブアプリケーション303を指定することなく、連携デバイス101が連携しているウェブアプリケーション303との連携状態をすべて返してもよい。さらに、仲介サービス302と連携デバイス101が認証連携していた場合には、実施例1で述べたように連携デバイス101にはローカル認証情報に紐づけてウェブアプリケーション303との認証情報を保存している。上記の場合は、連携デバイス101はユーザの連携状態を認証情報保持部407を参照することで取得し、ウェブブラウザ304に応答する。なお、例えば、連携デバイス101が、リフレッシュトークンを使用し、定期的に認証トークンの再交付要求を行うようにしてもよい。この場合、連携デバイス101のアプリケーション連携部402が認証情報保持部407を管理する。そして、一定時間が経過すると、アプリケーション連携部402は、予め設定された設定時間を更新させるため、API通信部408を呼び出す。また、アプリケーション連携部402は、認証トークンの再交付要求にリフレッシュトークンを設定する。そして、API通信部408は、ウェブアプリケーション303に対して、認証トークンの再交付要求を送信する。ウェブアプリケーション303は、認証トークンの再交付要求に含まれるリフレッシュトークンを受信すると、リフレッシュトークン値と同じ値の認証トークンを新しく発行し、連携デバイス101に送信する。上述の仕組みにより、定期的に認証トークンの再交付要求を行うことで認証トークンの期限が切れないようにすることができる。また、ステータス確認の際に認証情報保持部407に保持されているリフレッシュトークンが期限切れになる場合が想定される。この場合、連携デバイス101のアプリケーション連携部402はAPI通信部408を呼び出し、ウェブブラウザ304に認可画面を送信する。ウェブブラウザ304にてユーザが認可ボタンを押下することにより、ウェブアプリケーション303の認証部605が認証トークンを新たに発行する。すなわちアプリケーション連携部402は、定期的に認証トークンの再交付を要求し、該認証トークンが無効になったときに、ウェブアプリケーション303に対して認証トークンの再発行を要求するトークン要求手段として機能する。S2007では、ウェブブラウザ304は、仲介サービス302にステータス応答を送信する。S2008で、仲介サービス302は、S2007で受け取ったステータスに従って連携デバイス情報格納部504を更新する。S2009で、仲介サービス302はS2008で受け取ったステータスに従って、非同期通信で連携デバイス一覧画面を更新する。以上述べたように、実施例2により、仲介サービス302は、ユーザはウェブブラウザ304で仲介サービス302の連携デバイス一覧画面801を表示した際に、連携状態を正しく反映し、最新の連携状態を表示させることができる。実施例1では、仲介サービス302がスクリプト生成部503を有し、ウェブブラウザ304に応答する。実施例3では、連携デバイス101がスクリプト生成部410を有し、仲介サービス302のウェブ応答部501は連携デバイスのウェブ応答部406へのリダイレクトのみを行う構成を説明する。図11は、実施例3における仲介サーバ102と連携デバイス101のソフトウェア構成例を示す。図11Aに示すように、仲介サービス302は実施例1の図5のソフトウェア構成から、スクリプト生成部503とサービス情報格納部505を取り除いたソフトウェア構成である。この2つのソフトウェア構成は、図11Bに示す連携デバイス102のソフトウェア構成に加えられる。スクリプト生成部410とサービス情報格納部411は、実施例1で説明した仲介サービス302のソフトウェア構成におけるスクリプト生成部503とサービス情報格納部505と同等の機能を提供する。すなわち、本実施例ではスクリプト生成部410がウェブアプリケーション303の認証方式に対応する認証方式で認証させるためのスクリプトを生成手段として機能する。また、サービス情報格納部505が認証情報または認証トークンを保存する保存手段として機能する。以降、図13を用いて本実施例における処理フローを説明する。S3001からS3003までの処理は、実施例1のS1001からS1003の処理と同様のため、省略する。S3004で、仲介サービス302のウェブ応答部501はウェブブラウザ304に対して連携デバイス101のウェブ応答部406へのリダイレクト応答を行う。すなわちウェブ応答部501はS3003で受け付けた連携指示を連携デバイス101に転送する転送手段としても機能する。S3005で、ウェブブラウザ304はS3004でのリダイレクト応答に従って連携デバイス101にアクセスする。このとき、リダイレクト応答のURLにウェブアプリケーション303のサービスIDを付加する。例えば、http://192.168.0.2ServiceID=ServiceAといった形式でサービスIDを付与する。また、連携デバイス101のウェブ応答部406はスクリプト生成部410を呼び出す。スクリプト生成部410はサービス情報格納部を呼び出し、サービスIDからウェブアプリケーション303の認証方式を判別する。判別した結果、OAuth認証方式であった場合はS3006へ、Basic認証方式であった場合はS3015へ処理を分岐させる。なお、本実施例では二種類の認証方式について処理フローを記載するが、その他の認証方式をサポートしてもよい。S3006で、連携デバイス101のスクリプト生成部410は、OAuth認証を行うためのスクリプトを生成し、ウェブ応答部406に返す。S3007で、連携デバイス101のウェブ応答部406は、スクリプト生成部410から受け取ったスクリプトをウェブブラウザ304に送信する。ここでは、応答されたスクリプトはリダイレクトされるものであるため、スクリプトを応答してウェブブラウザ304に実行させるのではなく、HTTPを用いてリダイレクト応答を行ってもよい。以降、S3008からS3014までの処理は、実施例1のS1006からS1012の処理と同様のため、省略する。次にS3015で、連携デバイス101のスクリプト生成部410はBasic認証を行うためのスクリプトを生成し、ウェブ応答部406に返す。実施例1と同様に、ウェブ応答部406およびスクリプト生成部410は、ウェブアプリケーション303の認証方式に対応する認証方式で認証させるためのスクリプトを生成してウェブブラウザ304に送信する生成手段として機能する。以降、S3016からS3023までの処理は、実施例1のS1014からS1021の処理と同様のため、省略する。以上述べたように、実施例3は、仲介サービスはリダイレクトの処理のみを行い、連携デバイス101が認証のためのスクリプトを生成する形態である。以上述べた実施例3における構成では、実施例1と同等の効果が期待できる。また、仲介サービス302が上記スクリプトを生成する機能を有さないので、仲介サービス302の処理負荷を軽減することができる。実施例3では、仲介サービス302の連携デバイス一覧画面上で、ユーザがサービス連携指示を行うことで連携デバイス101にリダイレクトが実施された。実施例4では、仲介サービス302が存在せず、直接連携デバイス101にウェブブラウザ304でアクセスすることで認証連携する実施例を示す。実施例4での連携デバイス101のソフトウェア構成は実施例3と同様であり、仲介サービス302は本実施例では存在しない。以降、図15を用いて実施例4における処理フローを説明する。S4001で、ユーザはウェブブラウザ304で連携デバイス101のIPアドレス、またはホスト名を指定して連携画面要求を行う。S4002で、連携デバイス101のウェブ応答部406は図14に示すウェブアプリケーション一覧画面1400をウェブブラウザ304に応答する。S4003で、ユーザがウェブブラウザ304でウェブアプリケーション一覧画面1400上の連携ボタンを押下する。これにより連携デバイス101のウェブ応答部406は連携要求を受け付ける。すなわち、実施例4では、ウェブ応答部406がウェブアプリケーション303と連携デバイスとの連携指示をウェブブラウザ304から受け付ける受け付け手段として機能する。S4004からS4018までの処理は、実施例1のS1004からS1018までの処理と同様のため、省略する。以上述べたように、実施例4は、ユーザがウェブブラウザ304で直接連携デバイス101にアクセスすることで、認証連携する形態である。以上述べた実施例4における構成では、仲介サービス302を必要としない構成である。実施例4に述べた構成では、ユーザは連携デバイス101の提供する機能のみでウェブアプリケーション303の認証情報を連携デバイス101に容易に登録することができる。その他の実施例また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアコンピュータプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そしてそのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。