印刷に用いられる画像形成装置の情報を有し、印刷のサービスを提供するサービス提供装置、及び、前記サービス提供装置から取得した画像形成装置の情報をもとに生成する、印刷の設定値を受け付ける印刷画面の画面情報を提供する画面提供装置、と通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置であって、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付手段と、前記受付手段で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得手段と、前記取得手段で取得された識別情報を前記画面提供装置に送信し、前記画面提供装置から前記識別情報により識別された画像形成装置の情報が選択された印刷画面の画面情報を受信する通信手段と、を有することを特徴とする画像形成装置。前記記憶部には、当該画像形成装置の利用の際に用いられるユーザのユーザ情報が更に関連付けられて記憶され、前記受付手段は、当該画像形成装置の利用の際にユーザから当該ユーザのユーザ情報を受け付け、前記取得手段は、当該画像形成装置の利用の際に前記受付手段で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得することを特徴とする請求項1記載の画像形成装置。前記受付手段で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から前記取得手段が取得できないと判断した場合、前記ユーザ情報あるいは前記受付手段で新たに受け付けられたユーザ情報を前記サービス提供装置に送信し、送信されたユーザ情報に対して前記サービス提供装置で発行された画像形成装置を識別可能な識別情報を受信し、前記識別情報を前記ユーザ情報と関連付けて前記記憶部に記憶する記憶手段を更に有することを特徴とする請求項1記載の画像形成装置。当該画像形成装置の位置を特定可能な特定情報を取得する特定情報取得手段を更に有し、前記通信手段は、前記特定情報取得手段で取得された特定情報を前記画面提供装置に送信し、前記画面提供装置から前記特定情報で特定される位置から一定の位置に存在する画像形成装置の情報が設定された印刷画面の画面情報を受信することを特徴とする請求項1記載の画像形成装置。印刷のサービスとして前記印刷の設定値を受け付ける印刷画面の画面情報を提供するサービスシステムと通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置であって、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付手段と、前記受付手段で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得手段と、前記識別情報により識別された画像形成装置の情報が選択された印刷画面を前記サービスシステムに要求し、前記サービスシステムから送信された前記印刷画面の画面情報をもとに前記印刷画面を表示部に表示する表示手段と、を有することを特徴とする画像形成装置。印刷に用いられる画像形成装置の情報を有し、印刷のサービスを提供するサービス提供装置、及び、前記サービス提供装置から取得した画像形成装置の情報をもとに生成する、印刷の設定値を受け付ける印刷画面の画面情報を提供する画面提供装置、と通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置の制御方法であって、受付手段が、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付工程と、取得手段が、前記受付工程で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得工程と、通信手段が、前記取得工程で取得された識別情報を前記画面提供装置に送信し、前記画面提供装置から前記識別情報により識別された画像形成装置の情報が選択された印刷画面の画面情報を受信する通信工程と、を有することを特徴とする制御方法。印刷のサービスとして前記印刷の設定値を受け付ける印刷画面の画面情報を提供するサービスシステムと通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置の制御方法であって、受付手段が、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付工程と、取得手段が、前記受付工程で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得工程と、表示手段が、前記識別情報により識別された画像形成装置の情報が選択された印刷画面を前記サービスシステムに要求し、前記サービスシステムから送信された前記印刷画面の画面情報をもとに前記印刷画面を表示部に表示する表示工程と、を有することを特徴とする制御方法。印刷に用いられる画像形成装置の情報を有し、印刷のサービスを提供するサービス提供装置、及び、前記サービス提供装置から取得した画像形成装置の情報をもとに生成する、印刷の設定値を受け付ける印刷画面の画面情報を提供する画面提供装置、と通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置のコンピュータに、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付工程と、前記受付工程で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得工程と、前記取得工程で取得された識別情報を前記画面提供装置に送信し、前記画面提供装置から前記識別情報により識別された画像形成装置の情報が選択された印刷画面の画面情報を受信する通信工程と、を実行させるプログラム。印刷のサービスとして前記印刷の設定値を受け付ける印刷画面の画面情報を提供するサービスシステムと通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置のコンピュータに、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付工程と、前記受付工程で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得工程と、前記識別情報により識別された画像形成装置の情報が選択された印刷画面を前記サービスシステムに要求し、前記サービスシステムから送信された前記印刷画面の画面情報をもとに前記印刷画面を表示部に表示する表示工程と、を実行させるプログラム。上述のようなシステムを利用するWebアプリケーションでは、システムに対して印刷の実行の指示を出す際には、印刷を実行する対象となるプリンタMFPをユーザに予め選択させる。即ち、ユーザは、システムに対してどのプリンタで印刷するのかについての指示を出す必要がある。しかしながら、ユーザがプリンタの選択画面からプリンタを選択する際に、ユーザが利用可能なプリンタの選択肢が多く表示されている場合、ユーザは、プリンタの選択に手間取る。また、ユーザが間違ってプリンタを選択した場合は、ユーザが意図したプリンタとは違うプリンタで印刷が実行されてしまう。特に、Webブラウザを搭載したMFPをクライアントとした場合、ユーザは操作中のMFPで印刷をしたいという意図があるため、プリンタを選択する作業そのものがそのユーザにとって手間となる。特許文献1では、デバイスの能力に応じたUIを作成して提供する構成が提案されているが、外部の印刷サービスを利用した際のUI画面の作成方法については言及されていない。よって、特許文献1に記載のシステムの構成では、外部の印刷サービスから提供されるプリンタの選択画面においてプリンタの選択の手間を省くことはできない。本発明はこのような問題点に鑑みなされたもので、印刷に用いる画像形成装置を選択するための画面をより適切に制御することを目的とする。そこで、本発明に係る画像形成装置は、印刷に用いられる画像形成装置の情報を有し、印刷のサービスを提供するサービス提供装置、及び、前記サービス提供装置から取得した画像形成装置の情報をもとに生成する、印刷の設定値を受け付ける印刷画面の画面情報を提供する画面提供装置、と通信可能であり、前記サービスの利用の際に用いられるユーザのユーザ情報と画像形成装置を識別可能な識別情報とを関連付けて記憶する記憶部を有する画像形成装置であって、前記サービスの利用の際にユーザから当該ユーザのユーザ情報を受け付ける受付手段と、前記受付手段で受け付けられたユーザ情報に関連付けられている識別情報を前記記憶部から取得する取得手段と、前記取得手段で取得された識別情報を前記画面提供装置に送信し、前記画面提供装置から前記識別情報により識別された画像形成装置の情報が選択された印刷画面の画面情報を受信する通信手段と、を有することを特徴とする。また、本発明は、方法、プログラム、システム、記憶媒体としてもよい。本発明によれば、印刷に用いる画像形成装置を選択するための画面をより適切に制御することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。<第1の実施形態>図1は、本実施形態に係るコンテンツ印刷システムの構成の一例を示す図である。本コンテンツ印刷システムは、印刷のサービスを提供するサービスシステムの一例であり、MFP101と、Webアプリケーションサーバ102と、印刷サーバ103とを含んで構成される。ネットワーク100は、各装置間で通信を行うための媒体であって、インターネット104に接続されている。MFP101、Webアプリケーションサーバ102、及び印刷サーバ103は、インターネット104を介して通信可能に接続され、互いにデータ通信することができる。なお、各装置は、複数台あってもよい。ここで、MFP101は、画像形成装置の一例であり、ローカルなIPアドレスで管理されていてもよい。その場合、ネットワーク100及びMFP101の間にゲートウェイ不図示が存在し、ゲートウェイがアドレス変換を行う。なお、ゲートウェイにはルータが含まれる。即ち、コンテンツ印刷システムは、ゲートウェイ、ファイアウォール機能を有するMFP101を備えていてもよい。Webアプリケーションサーバ102は、WebコンテンツHTMLデータ等を、ネットワークを介して配信する機能を有し、MFP101からのリクエストに応じてWebコンテンツを返す。図2は、MFP101のハードウェアの構成の一例を示す図である。MFP101は、当該装置を制御するCPU201、CPU201のワークエリアを提供するRAM202、画像を読み取る読取装置203、画像を印刷する印刷装置204、及びプログラム、設定値等を記憶する記憶装置205HDD、NVRAM等を有する。RAM202及び記憶装置205は、各種の情報を記憶する記憶部の一例である。更に、MFP101は、ユーザがコマンドの入力を行うユーザ入力装置206、画面の表示を行うUI表示装置207、他装置とネットワーク100を介した通信を行うネットワーク装置208、及びメインバス200を有する。UI表示装置207は、各種の情報を表示する表示部の一例である。なお、本実施形態では特に断らない限り、CPU201が、メインバス200を介してRAM202、読取装置203、印刷装置204、記憶装置205、ユーザ入力装置206、UI表示装置207、及びネットワーク装置208を制御する。また、タッチパネルディスプレイのように、UI表示装置207がユーザ入力装置206を兼ねる構成であってもよい。図3は、Webアプリケーションサーバ102及び印刷サーバ103が有する情報処理装置コンピュータのハードウェアの構成の一例を示す図である。情報処理装置は、当該装置を制御するCPU301、CPU301のワークエリアを提供するRAM302、プログラム、設定値等を記憶する記憶装置303、他装置とネットワーク100による通信を行うネットワーク装置304、及びメインバス300を有する。なお、本実施形態では特に断らない限り、CPU301が、メインバス300を介してRAM302、記憶装置303、及びネットワーク装置304を制御する。付言するならば、MFP101は、上述した情報処理装置の構成と同様な構成、即ちCPU201、RAM202、記憶装置205、ネットワーク装置208等を含んで構成される情報処理装置コンピュータを有している。図4は、コンテンツ印刷システムのソフトウェア機能部の構成の一例を示す図である。図4に示す各機能部、及び後述する処理は、各装置の各々が有しているCPUがプログラムを記憶装置からRAMに読み出して実行することにより実現される。なお、各装置における機能部および後述する処理の一部、又は全部を専用のハードウェアを用いて構成してもよい。Webアプリケーションサーバ102は、Webアプリケーション410を有する。Webアプリケーション410は、プレゼンテーション部411、ロジック部412、プリンタ情報取得部413、印刷指示部414、及びジョブ状態取得部415を有する。プレゼンテーション部411は、MFP101からのリクエストに応答してWebブラウザ420で表示すべき画面の情報HTMLデータ等、サービスプロバイダ440への処理要求などを、MFP101にレスポンスとして送信する。また、プレゼンテーション部411は、MFP101のWebブラウザ420に表示された画面を介して入力されたユーザからの入力情報をMFP101から受信する。ロジック部412は、プレゼンテーション部411から渡されたMFP101からの入力情報に対して処理を行う。例えば、ユーザからの入力情報に応じて、表示すべき画面を変更したり、MFP101の各種の機能の実行のための処理要求を作成したりする。プリンタ情報取得部413、印刷指示部414、及びジョブ状態取得部415は、ロジック部412からの指示に従って、印刷サービス470の印刷サービス提供部475と通信を行う。印刷サービス提供部475との通信の詳細については後述する。MFP101は、Webブラウザ420、転送アプリケーション430、サービスプロバイダ440、ジョブ制御部450、及び印刷プロキシ460を有する。なお、上述したように、Webブラウザ420、転送アプリケーション430、サービスプロバイダ440等は、MFP101のCPU201がプログラムを記憶装置205からRAM202に読み出して実行することにより実現される。ここで、Webブラウザ420については、Webアプリケーションサーバ102のコンテンツを表示するものに限定するものではない。同様に、Webアプリケーションサーバ102についてもHTTPプロトコルに従ってリクエスト/レスポンスを送受信するWebアプリケーションサーバに限定するものではない。Webブラウザ420は、任意のサーバと通信を行うことによってコンテンツを取得し、画面に表示するといった機能を有するものである。Webブラウザ420は、通信部421、解析部422、画面表示部423、転送アプリ起動部424、及びアップロード処理部425を有する。通信部421は、HTTPプロトコルに従って、Webアプリケーションサーバ102のWebアプリケーション410のプレゼンテーション部411と通信する。より具体的には、通信部421は、Webブラウザ420で表示した画面を介して入力される情報入力情報をWebアプリケーション410に対するリクエストとして送信する。また、通信部421は、Webアプリケーション410から送信されるレスポンスを受信する。解析部422は、Webアプリケーション410から受信したレスポンスを解析する。レスポンスの中にはWebブラウザ420に表示すべき画面の内容を示すHTMLデータ、サービスプロバイダ440への処理要求などが含まれている。解析部422は、レスポンスより具体的にはHTTPレスポンスヘッダのContent-Typeフィールドが既定の情報application/vnd.kanon.webserviceであるかを確認する。既定の情報である場合は、解析部422は、レスポンスがサービスプロバイダ440への処理要求であると判断し、転送アプリ起動部424に受信したレスポンスに対する処理を依頼する。画面表示部423は、解析部422による解析結果に基づいて、HTMLデータを画面としてUI表示装置207に表示する。転送アプリ起動部424は、解析部422による解析結果に基づいて、Webアプリケーション410から受信したレスポンスを処理要求とみなして、転送アプリケーション430に対し、サービスプロバイダ440に転送するように依頼する。なお、レスポンスがMFP101への処理要求であるかどうかを判別する構成については、上述の構成に限られるものではなく、HTTPレスポンスヘッダを参照する以外の適宜の構成を採用してもよい。アップロード処理部425は、MFP101内部からの要求に応じて、指定されたデータを、通信部421を介してWebアプリケーションサーバ102に送信する。本実施形態では、HTTPPOSTコマンドを用いて指定のデータをアップロードする構成を採用しているが、Webブラウザ420が処理可能なプロトコルを適宜採用することができる。転送アプリケーション430は、動作要求送信部431及び制御部432を有する。動作要求送信部431は、制御部432から依頼を受け、サービスプロバイダ440の動作要求受信部441に処理要求を転送し、処理要求に対する処理部442による処理の結果を受信する。制御部432は、Webブラウザ420の転送アプリ起動部424からの依頼を受け、サービスプロバイダ440への処理要求を、動作要求送信部431を介して転送する。このとき、制御部432は、Webアプリケーション410から受信したレスポンスに含まれている宛先図8Aに示すようなHTTPレスポンスヘッダ800の宛先801に転送を行う。また、転送アプリケーション430は、Webブラウザ420が受信したレスポンスの一部をサービスプロバイダ440へ転送したり、サービスプロバイダ440の処理結果をWebブラウザ420へ転送したりする。また、転送アプリケーション430は、一般的にWebブラウザ420で対応できない形式のファイル音声、動画、アニメーションなどを処理できるようにするヘルパーアプリケーションとして動作し、Webブラウザ420と独立して動作する。しかしながら、転送アプリケーション430は、ヘルパーアプリケーションである必要はなく、処理要求の転送を行う機能を有するプラグイン、Webブラウザ420の一機能でもよい。また、転送アプリケーション430については、Webアプリケーション410から受信したレスポンスに含まれるJAVASCRIPT登録商標で記述されたソースコードが実行されることで実現されてもよい。サービスプロバイダ440は、動作要求受信部441及び処理部442を有する。動作要求受信部441は、転送アプリケーション430から処理要求を受け付ける。処理部442は、動作要求受信部441が受け付けた処理要求を受け取り、依頼された処理を実行する。なお、サービスプロバイダ440は、様々な処理を行う機能部であり、機能ごとに分かれて複数存在してもよい。例えば、印刷機能を持ったサービスプロバイダ及びスキャン機能を持ったサービスプロバイダが存在し、これらのサービスプロバイダは、処理要求に従って、ジョブ制御部450のジョブ管理部451に対してジョブを登録する。ジョブ制御部450は、ジョブ管理部451及びジョブ実行部452を有する。ジョブ管理部451は、スキャン、プリントなど、ハードウェア資源を利用するジョブの管理を行う。ジョブ実行部452は、ジョブ管理部451で管理されているジョブに従って処理を実行する。印刷プロキシ460は、印刷サービス通信モジュール461、印刷ジョブ生成部466、制御部467、プリンタ識別情報提供部468、及びユーザ情報格納部469を有する。印刷サービス通信モジュール461は、印刷データ取得部462、ジョブ状態送信部463、印刷設定取得部464、印刷通知受信部465、及びプリンタ登録指示部491を有する。印刷通知受信部465は、印刷サービス470の印刷通知送信部483から送信される通知情報を受信する。印刷サービス通信モジュール461と、印刷サービス470のプリンタ通信モジュール480とは、対をなす機能部であり、印刷通知受信部465は、印刷通知送信部483が送信する通知情報を解釈することが可能である。印刷通知受信部465と印刷通知送信部483との通信コネクションは、印刷通知送信部483から必要に応じて張ってもよいし、常に張られている状態でもよい。また、印刷通知受信部465から一定時間ごとに印刷通知送信部483に通知情報を問い合わせる構成であってもよい。印刷通知受信部465から一定時間ごとに印刷通知送信部483に通知情報を問い合わせる構成を採用した場合は、ユーザ情報格納部469により記憶装置205に格納されているユーザ情報のユーザごとに一定時間ごとに切り替えて問い合わせを行う。更に、印刷サービス通信モジュール461とプリンタ通信モジュールと480との間の通信コネクションを確立する際に、ユーザ認証を行う必要がある場合が存在する。この場合は、利用しているユーザに合わせて認証を行う。印刷データ取得部462は、印刷通知受信部465で受信した通知情報に含まれている印刷データの取得先を示す印刷データ取得先情報をもとに印刷データを取得する。印刷設定取得部464は、印刷通知受信部465で受信した通知情報に含まれている印刷設定値の取得先を示す印刷設定取得先情報をもとに印刷設定値を取得する。プリンタ登録指示部491は、制御部467の指示に従って、プリンタ登録受付部485に対して、印刷サービス470にMFP101を登録するように依頼する。制御部467は、印刷データ取得部462及び印刷設定取得部464が取得した印刷データ及び印刷設定値に従って、印刷ジョブ生成部466にジョブ印刷ジョブの生成を依頼する。印刷ジョブ生成部466は、制御部467の依頼に従ってジョブを生成し、生成したジョブをジョブ管理部451に渡す。ジョブ状態送信部463は、印刷サービス470で管理されるジョブの状態の変更を通知する。ジョブ状態送信部463は、印刷が完了した場合など、ジョブの状態が変更された場合に、制御部467の指示に従ってジョブ状態受信部484に対してジョブ状態変更通知を送信する。プリンタ識別情報提供部468は、サービスプロバイダ440からのプリンタID取得要求に従って、制御部467を介してユーザ情報格納部469により格納された該当ユーザに対応するプリンタIDを取得し、サービスプロバイダ440に提供する。この際、サービスプロバイダ440からのプリンタID取得要求には、プリンタIDを特定するための情報が含まれる。本実施形態においては、プリンタIDを特定するための情報としてユーザアカウントが用いられる。ユーザ情報格納部469は、ユーザ情報管理テーブルを管理する。図5にユーザ情報管理テーブルの一例ユーザ情報管理テーブル500を示す。ユーザ情報管理テーブル500には、プリンタID501、並びに、ユーザが印刷サービス470を利用する際に必要なユーザアカウント502及びパスワード503が記憶されている。即ち、MFP101の記憶装置205には、プリンタID501、ユーザアカウント502、及びパスワード503が関連付けられて格納されている。プリンタID501は、印刷サービス470を利用するユーザ、及び印刷サービス470に対応したプリンタMFPに一意であり、ユーザごとにプリンタを識別可能な識別子である。プリンタID501は、印刷プロキシ460のプリンタ登録指示部491からの、印刷サービス470のプリンタ登録受付部485に対するプリンタ登録指示に従って印刷サービス470が予め発行したものであり、印刷サービス470により管理されている。印刷プロキシ460は、MFP101一台に対して、利用するユーザごとに印刷サービス470に対してプリンタID501の発行を要求し、ユーザごとにプリンタIDを管理している。これにより、印刷サービス470に対するクライアントとして、MFP101を複数のユーザで利用することが可能となる。また、印刷プロキシ460は、印刷サービス470と通信する際は、利用しているユーザに合わせてユーザアカウント502及びパスワード503を利用し、印刷サービス470の認証をパスする。また、ユーザ情報格納部469は、制御部467の指示に従って、ユーザアカウント502をもとに、ユーザアカウント502のユーザに対するプリンタID501と、ユーザアカウント502に対応するパスワード503とを特定することができる。上述したように、本実施形態では、ユーザ情報管理テーブル500からプリンタID501を特定するためにユーザアカウント502が利用されるが、プリンタID501を特定する構成は、この構成に限られるものではない。例えば、MFP101ではユーザ管理が行われ、MFP101を利用する際にログインが必要な仕組みであった場合、ユーザ情報管理テーブル500にMFP101のユーザアカウントを追加して管理してよい。即ち、ユーザ情報格納部469は、制御部467の指示に従って、MFP101にログインしているユーザのユーザアカウントからプリンタIDを特定してもよい。この場合、サービスプロバイダ440からプリンタ識別情報提供部468へのプリンタID取得要求は、プリンタIDを特定するための情報を含む必要はない。印刷サーバ103は、印刷のサービスを提供するサービス提供装置の一例であり、印刷サービス470を有する。印刷サービス470は、印刷データ情報取得部471、制御部472、プリンタ情報格納部473、ジョブ状態格納部474、印刷サービス提供部475、及びプリンタ通信モジュール480を有する。印刷サービス470は、Webアプリケーション410から印刷データを取得し、プリンタ、またはそれに準拠するインターフェースを持つデバイスに対して通知情報を送信することで印刷を遂行する。印刷サービス提供部475は、印刷指示受付部476、プリンタ情報提示部477、及びジョブ状態提示部478を有する。プリンタ情報提示部477は、Webアプリケーション410のプリンタ情報取得部413からの一覧リスト取得要求を受けたことに応じて、プリンタの一覧リスト図11Bに示すようなプリンタ情報をプリンタ情報取得部413に送信する。なお、プリンタ情報提示部477は、Webアプリケーション410から送信されるユーザ情報ユーザアカウント等をもとに、当該ユーザ情報のユーザが利用可能なプリンタの一覧リストを生成する。印刷指示受付部476は、印刷に係る情報を含む印刷指示図12Aに示すような印刷指示をWebアプリケーション410の印刷指示部414から受信する。制御部472は、印刷指示受付部476から印刷指示を受信し、印刷データ情報取得部471は、制御部472の指示に従って、印刷指示に含まれるコンテンツの取得先を示す情報をもとにWebアプリケーション410から印刷対象となるコンテンツを取得する。また、印刷データ情報取得部471は、印刷指示に含まれるユーザが指定した印刷設定値を取得し、印刷指示に含まれる選択されているプリンタのプリンタIDを取得する。なお、印刷データ情報取得部471は、Webアプリケーション410から取得したコンテンツと印刷設定値とをもとに、必要に応じてコンテンツを印刷データに変換する場合もある。即ち、印刷設定値でファイルフォーマット変換が指定されている場合、印刷データ情報取得部471は、コンテンツのファイルフォーマット変換を行う。また、印刷データ情報取得部471は、プリンタ情報格納部473により格納されているプリンタ情報から、印刷を実行する対象となるプリンタが印刷可能なファイルフォーマットを特定し、コンテンツを当該ファイルフォーマットに変換してもよい。プリンタ情報には、印刷サーバ103から印刷の指示を出すことができるプリンタのプリンタID、プリンタ名、印刷可能なファイルフォーマット等が記載されている。制御部472は、印刷データ情報取得部471から印刷データ、印刷設定値、及びプリンタIDを取得する。プリンタ通信モジュール480は、印刷サービス通信モジュール461を有するMFP101と通信を行うことが可能であり、2者間のデータ通信のインターフェースである。プリンタ通信モジュール480は、印刷データ格納部481、印刷設定格納部482、印刷通知送信部483、ジョブ状態受信部484、及びプリンタ登録受付部485を有する。印刷データ格納部481は、制御部472から印刷データを受信して記憶装置303に格納する。印刷設定格納部482は、制御部472から印刷設定値を受信して記憶装置303に格納する。制御部472は、印刷データ格納部481及び印刷設定格納部482から格納が終了した旨を受信したことに応じて、印刷通知送信部483に通知情報を送るように指示をする。ジョブ状態受信部484は、印刷サービス通信モジュール461のジョブ状態送信部463からジョブIDが含まれるジョブ状態変更通知を受信し、ジョブ状態格納部474に格納を指示する。ジョブ状態格納部474は、ジョブ状態提示部478からジョブIDを受信し、受信したジョブIDに対応するジョブのジョブ状態をジョブ状態提示部478に送信する。ジョブ状態提示部478は、Webアプリケーション410のジョブ状態取得部415からジョブIDを伴う依頼を受信し、受信した依頼に従ってジョブ状態格納部474にジョブIDを送信する。ジョブ状態提示部478は、該当ジョブIDのジョブのジョブ状態をジョブ状態格納部474から受信し、受信したジョブ状態をジョブ状態取得部415に送信する。印刷通知送信部483は、制御部472から通知情報を送るように指示されたことに応じ、印刷データが格納されている場所を示す情報印刷データ取得先情報及び印刷設定値が格納されている場所を示す情報印刷設定取得先情報を制御部472から取得する。そして、印刷通知送信部483は、これらの情報を含む通知情報を生成する。また、印刷通知送信部483は、プリンタIDを制御部472から取得し、プリンタ情報格納部473により格納されているプリンタ情報をもとにプロキシIDを特定する。プロキシIDは、印刷サービス通信モジュール個々に割り振られた一意な識別子であり、印刷サービス470で管理されている。そして、印刷通知送信部483は、特定したプロキシIDを持つ印刷プロキシに対して、当該印刷プロキシが管理するプリンタIDのプリンタに対する印刷データが準備できたことを通知するために通知情報を送信する。この通知情報は、印刷サービス470に独自の通信方式に準拠しており、通信にはこの独自の通信方式を解釈可能なインターフェースの実装が必要となる。プリンタに実装した場合、プリンタを印刷サーバ103に直接登録することができ、サーバ、クライアントなどの通信可能な装置に実装した場合、プロキシとして登録可能となる。本実施形態では、印刷サービス通信モジュール461がこの独自の通信方式を解釈可能なインターフェースを実装しており、プリンタ通信モジュール480との通信が可能となっている。なお、プリンタ通信モジュール480と、印刷サービス通信モジュール461とが通信を行えるような仕組みを、印刷サーバ103を提供するベンダの仕様と称する。そして、ベンダの仕様は、印刷サーバ103を管理しているベンダに深く依存する。印刷サーバ103を管理しているベンダは、印刷サーバ103にプリンタ通信モジュール480を実装し、印刷サービス通信モジュール461と通信を行うための印刷サービス通信モジュールの仕様を公開する。即ち、プリンタ通信モジュール480及び印刷サービス通信モジュール461のインターフェースは、印刷サーバ103を管理しているベンダが公開するデータ通信の仕様に準じて作成されるインターフェースである。次に、コンテンツ印刷システムにおいて、サービスプロバイダ440を利用する一の態様を説明する。図6は、コンテンツ印刷システムにおいて、サービスプロバイダ440を利用してスキャンを実行する一連の処理に係るシーケンスの一例を示す図である。まず、MFP101は、ユーザがMFP101のユーザ入力装置206から、Webブラウザ420の起動を行うための起動ボタン不図示の押下を受け付けると、Webブラウザ420を起動する。起動ボタンは、ハードウェアのボタンに限ったものではなく、タッチパネル上に表示されたソフトウェアのボタンでもよい。起動したWebブラウザ420は、Webアプリケーションサーバ102のWebアプリケーション410に設定画面のリクエストを行う。本例では、設定画面のHTMLデータを取得するためのURL画面URLが予めMFP101に登録設定されているものとする。S600では、Webブラウザ420は、画面URLをもとに、設定画面のコンテンツを保持するWebアプリケーション410に対してHTTPのGETコマンドによるリクエストを行う。より具体的には、Webブラウザ420は、通信部421を介してHTTPプロトコルによりWebアプリケーションサーバ102のWebアプリケーション410と通信を行う。これにより、Webブラウザ420からWebアプリケーション410へのリクエストが行われる。以下では、通信部421の動作については省略して説明する。S601では、Webアプリケーション410のプレゼンテーション部411は、S600のリクエストに応じて、設定画面のHTMLデータを作成し、HTTPのレスポンスHTTPレスポンスとして、Webブラウザ420に送信を行う。Webブラウザ420は、受け取ったHTMLデータを解析し、画面表示部423を介してUI表示装置207に設定画面の表示を行う。S602では、Webブラウザ420は、Webアプリケーション410に対して処理本例ではスキャンの実行を指示する。ユーザにより、S601で表示された設定画面のスキャンボタンが押下されると、Webブラウザ420は、設定画面で入力されたパラメータをWebアプリケーション410に通知する。通信にはHTTPのPOSTコマンドが利用される。図7Aは、S603における処理、即ちWebアプリケーションサーバ102のWebアプリケーション410の処理に係るフローチャートの一例を示す図である。S700では、Webアプリケーション410は、S602でWebブラウザ420が通知した情報処理要求を受け付ける。S701では、ロジック部412は、S602のPOSTコマンドで送信された情報をもとに、HTTPレスポンスヘッダ例えば後述のHTTPレスポンスヘッダ800を生成する。S702では、ロジック部412は、S602のPOSTコマンドで送信された情報をもとに、HTTPレスポンスボディとして、MFP101での処理の実行のためのデバイス制御命令を含む処理要求例えば後述の処理要求810を生成する。S703では、Webアプリケーション410は、S701で生成したHTTPレスポンスヘッダと、S702で生成したHTTPレスポンスボディとを合わせてHTTPレスポンスとしてWebブラウザ420に送信する。以上のようにしてS603の処理が実行される。S604からS608までの処理については、図7Bを用いて説明する。図7Bは、S604からS608までの処理、即ちMFP101の処理に係るフローチャートの一例を示す図である。S604では、S710、S711、及びS712の処理が実行される。S710では、Webブラウザ420は、S603でWebアプリケーション410が送信したHTTPレスポンスを受信する。HTTPレスポンスには、HTTPレスポンスヘッダとHTTPレスポンスボディとが含まれている。S711では、解析部422は、S710で受信したHTTPレスポンスヘッダのContent-Typeフィールドが既定の情報application/vnd.kanon.webserviceであるかを確認する。換言するならば、解析部422は、Content-Typeフィールドの値が転送アプリケーション430転送アプリの起動を示す規定値であるか否かを判断する。解析部422は、規定値であると判断した場合、S712に処理を進め、他方、規定値でないと判断した場合、S720に処理を進める。S712では、Webブラウザ420の転送アプリ起動部424は、転送アプリケーション430を呼び出し、制御部432に対して、S710で受信したHTTPレスポンスボディをサービスプロバイダ440に転送するように依頼する。このとき、転送アプリ起動部424は、転送に必要な情報として、S710で受信したHTTPレスポンスヘッダを転送アプリケーション430に渡す。S605では、S713及びS714の処理が実行される。S713では、制御部432は、S712で受信したHTTPレスポンスヘッダに含まれている宛先例えば後述の宛先801を宛先として、S710で受信したHTTPレスポンスボディを、動作要求送信部431を介して転送する処理送信処理を開始する。本実施形態では、HTTPPOSTコマンドで送信されるが、他のプロトコルを用いた送信送信方法であってもよい。また、制御部432は、現在の時刻を取得してタイムアウトの監視を開始する。S714では、制御部432は、S713で開始した送信処理の時間が、タイムアウト時間例えば後述のタイムアウト時間802に指定された時間を超えているか否かを判断する。制御部432は、S713における転送が終了するまでにタイムアウト時間を超えなかったと判断した場合、S715に処理を進め、他方、超えたと判断した場合、S719に処理を進める。S606では、S715の処理が実行される。S715では、サービスプロバイダ440は、S713で転送アプリケーション430が転送したHTTPレスポンスヘッダ例えば後述の処理要求810を動作要求受信部441で受信し、処理要求に従って処理部442がジョブを生成して実行する。また、処理部442は、処理結果例えば後述の処理結果900をレスポンスとして、動作要求受信部441を介して転送アプリケーション430に送信する処理を開始する。S607では、S716、並びに、S717又はS719の処理が実行される。S716では、制御部432は、S713の送信処理を開始してからの時間が、タイムアウト時間に指定された時間を超えているか否かを判断する。制御部432は、超えていないS715における転送が終了するまでにタイムアウト時間を超えなかったと判断した場合、S717に処理を進め、他方、超えたと判断した場合、S719に処理を進める。S717では、制御部432は、処理結果を、動作要求送信部431を介して受信する。そして、制御部432は、Webブラウザ420のアップロード処理部425に対して、処理結果をWebアプリケーション410に対してアップロードするように依頼する。依頼に際して、制御部432は、アップロード処理部425に対してアップロードの宛先としてHTTPレスポンスヘッダに含まれているアップロード宛先例えば後述のアップロード宛先804を指定する。S719では、制御部432は、エラー結果例えば後述のエラー結果910を生成する。そして、制御部432は、Webブラウザ420のアップロード処理部425に対して、エラー結果をWebアプリケーション410に対してアップロードするように依頼する。依頼に際して、制御部432は、アップロード処理部425に対してアップロードの宛先としてHTTPレスポンスヘッダに含まれているアップロード宛先を指定する。アップロード宛先については、転送アプリケーション430からアップロード処理部425に指定せず、Webブラウザ420がこの情報アップロード宛先を記憶しておいてこの情報を使用する構成としてもよい。また、アップロード宛先を固定値とし、Webアプリケーション410から指定しない構成としてもよい。S608では、S718の処理が実行される。S718では、アップロード処理部425は、通信部421を介してHTTPPOSTコマンドで、制御部432からの依頼に従って結果処理結果、又はエラー結果をアップロードする。例えば、アップロード処理部425は、転送アプリケーション430の制御部432から依頼されたアップロード宛先に対してアップロードを行う。S609では、Webアプリケーション410は、Webブラウザ420に対して、結果の表示用のHTMLデータをレスポンスする。Webブラウザ420は、S710で、レスポンスを受信する。そして、Webブラウザ420は、S711でHTTPレスポンスヘッダのContent-Typeフィールドが既定の情報application/vnd.kanon.webserviceでないことを確認し、S720に処理を進める。S720において、Webブラウザ420は、解析部422によるHTMLデータの解析結果に基づいて、UI表示装置207に画面を表示する。図8Aは、Webアプリケーション410がWebブラウザ420に対して返すHTTPレスポンスヘッダの一例HTTPレスポンスヘッダ800を示す図である。HTTPレスポンスヘッダ800は、宛先801、タイムアウト時間802、転送時コンテントタイプ803、アップロード宛先804、及びコンテントタイプ805を有する。宛先801は、S713において、転送アプリケーション430が処理要求であるHTTPレスポンスボディを転送する際の宛先である。宛先801は、複数のサービスプロバイダが公開するサービスの何れかを指し示す。タイムアウト時間802は、S713、S714において、転送アプリケーション430の制御部432が動作要求送信部431を介して、サービスプロバイダ440と通信する際のタイムアウト時間を秒単位で示す。制御部432は、サービスプロバイダ440と通信を行っている間、時間を計測し、タイムアウト時間802で指定された時間を超えた場合、通信を停止する。転送時コンテントタイプ803は、S713において、転送アプリケーション430が、サービスプロバイダ440にHTTPレスポンスボディを転送する際にHTTPヘッダのContent-Typeフィールドに設定する内容である。HTTPPostコマンドを用いた転送の際に、転送先のサービスプロバイダ440が正しく理解できるContent-Typeを設定する必要があるためである。転送時コンテントタイプ803が省略されている場合は、転送アプリケーション430が転送時にデフォルトの値を設定するようにしてもよい。アップロード宛先804は、S717、S719においてWebブラウザが結果をWebアプリケーション410にアップロードする際の宛先である。コンテントタイプ805は、S711において、受信したHTTPレスポンスボディの内容が、処理要求であるか、Webブラウザに表示するHTMLデータであるかの判断に用いられる。図8Bは、Webアプリケーション410で生成され、Webブラウザ420にレスポンスとして返される処理要求の一例処理要求810を示す図である。処理要求810は、スキャン要求811と送信要求812とを有する。処理要求810については、XMLeXtensibleMarkupLanguageフォーマットで記述されているが、MFP101に対する処理が記述でき、MFP101が処理できる形式であれば他の言語フォーマットで記述されてもよい。スキャン要求811は、MFP101に対してスキャンの実行を要求する命令である。また、スキャン要求811には、スキャンの制御に関わる設定値を記述することができる。例えば、スキャン要求811によれば、DocumentSizeタグでスキャンする原稿のサイズを指定したり、Colorタグでスキャン時のカラーモードオート、カラー、グレイスケール等を指定したりできるようになる。送信要求812は、MFP101に対してスキャンした画像の送信を要求する命令である。また、送信要求812には、送信の制御に関わる設定値を記述することができる。例えば、送信要求812によれば、Protocolタグで送信プロトコルを指定したり、Destinationタグで宛先を指定したり、FileFormatタグで送信する際に指定された画像フォーマットに変換してから送信したりできるようになる。図9Aは、サービスプロバイダ440が返す処理結果の一例処理結果900を示す図である。処理結果900は、ジョブ結果901を有する。ジョブ結果901には、S715で実行されたジョブの結果がResultCodeタグに含められている。正常終了した場合、OKが含められ、エラーが発生した場合、エラーコードが含められる。Webアプリケーション410は、処理結果900をWebブラウザ420のアップロードS718によって受信することで、ユーザに対して処理結果900に応じたHTMLデータを生成し、Webブラウザ420に送信することができる。図9Bは、転送アプリケーション430においてエラーが発生した際に、転送アプリケーション430が生成するエラー結果の一例エラー結果910を示す図である。エラー結果910には、エラーコードと、転送アプリケーション430がサービスプロバイダ440とHTTPプロトコルで通信した際のHTTPステータスコードとが含められている。転送アプリケーション430における動作要求送信部431や制御部432でエラーが発生した際、制御部432は、エラー結果910を生成する。そして、制御部432は、S717で処理結果のアップロードを依頼したのと同様に、S719でエラー結果のアップロードをWebブラウザ420に依頼する。本実施形態では、Content-Typeをapplication/x-www-form-urlencodedと設定され、パラメータとしてエラーコードとHTTPステータスコードとが送信される。例えば、転送アプリケーション430がサービスプロバイダ440と通信を行っている間にタイムアウト時間で指定された時間を超えた場合、制御部432は、通信を停止し、エラーコードをTIMEOUT_ERRORとしてエラー結果を生成する。また、制御部432は、サービスプロバイダ440が異常なHTTPステータスコードを返してきた場合、そのステータスコードと、エラーコードとしてSTATUS_CODE_ERRORとを設定してエラー結果を生成する。次に、コンテンツ印刷システムにおいて、サービスプロバイダ440を利用する他の態様を説明する。図10は、コンテンツ印刷システムにおけるサービスを利用して印刷を実行する一連の処理に係るシーケンスの一例を示す図である。まず、ユーザがMFP101のユーザ入力装置206から、Webブラウザ420の起動を行うための起動ボタン不図示の押下を受け付けると、Webブラウザ420が起動する。S1001では、Webブラウザ420は、Webアプリケーションサーバ102のWebアプリケーション410にHTTPのGETコマンドによるリクエストを行う。本例では、ログイン画面のHTMLデータを取得するためのURLが予めMFP101に登録されているものとする。より具体的には、Webブラウザ420が通信部421を介してHTTPプロトコルによりWebアプリケーションサーバ102のWebアプリケーション410と通信を行う。これにより、Webブラウザ420からWebアプリケーション410へのリクエストが行われる。以下では、通信部421の動作は省略して説明する。S1002では、Webアプリケーション410のプレゼンテーション部411は、S1001のリクエストに応じて、ログイン画面のHTMLデータを作成し、HTTPレスポンスとして、Webブラウザ420に送信を行う。Webブラウザ420は、受け取ったHTMLデータをもとに、画面表示部423を介してUI表示装置207にログイン画面の表示を行う。図11Aは、ログイン画面の一例を示す図である。ユーザは、ユーザアカウント入力欄1101、パスワード入力欄1102に、それぞれ、印刷サービス470を利用するために必要なユーザアカウント及びパスワードを入力する。なお、ユーザアカウント及びパスワードについては、ユーザ情報管理テーブル500で管理されているユーザアカウント502及びパスワード503と同一のものが入力されたものとして説明する。S1003では、Webブラウザ420は、Webアプリケーション410に対して、ログインの実行を指示する。ユーザにより、S1002で表示されたログイン画面のログインボタン1103が押されると、Webブラウザ420は、ログイン画面で入力されたユーザアカウントID及びパスワードをWebアプリケーション410に通知する。通信にはHTTP/HTTPSプロトコルのPOSTコマンドが利用される。S1004では、Webアプリケーション410のプリンタ情報取得部413は、S1003で通知されたユーザアカウント及びパスワードを用いて印刷サービス470にログインを行う。そして、プリンタ情報取得部413は、印刷サービス470のプリンタ情報提示部477にプリンタ情報の取得を要求する一覧リスト取得要求。なお、ログインの方法については、Basic認証、Webサービスによる認証など、ユーザの権限の正当性を検証することができればどのような方法であってもよい。S1005では、プリンタ情報提示部477は、制御部472を介してプリンタ情報格納部473により格納されているプリンタ情報を取得し、プリンタ情報取得部413に送信する。図11Bは、プリンタ情報の一例を示す図である。プリンタ情報提示部477で取得されるプリンタ情報には、ログインしているユーザが利用可能なプリンタのプリンタID及びプリンタ名の一覧が含まれる。S1006では、Webアプリケーション410は、S1005で取得したプリンタ情報から、どのプリンタを利用するか決定するため、MFP101のサービスプロバイダ440に対してプリンタIDを要求する。このとき、要求には、S1001でユーザから入力されたユーザアカウントが引数として含められる。本実施形態では、Webアプリケーション410に対するクライアントとしてMFPのみが存在する場合を例に挙げて説明しているが、PC、モバイル端末など他の種類のクライアントが混在している環境であってもよい。この場合、S1006では、S1001又はS1003においてWebアプリケーション410にリクエストを行ったクライアントの種類を判別する処理を行う。例えば、クライアントからのHTTPリクエストのHTTPリクエストヘッダに含まれるUserAgentから機種クライアントの種類を判別し、機種それぞれの処理を行う。例えば、MFP101を表すUserAgentが取得できた場合に、本実施形態の処理を行うように構成する。S1006からS1008までの処理における、Webアプリケーション410からサービスプロバイダ440への問い合わせの方法は、S603からS605までの処理と同じであるので、説明を省略する。S1009では、サービスプロバイダ440は、印刷プロキシ460のプリンタ識別情報提供部468にプリンタIDを要求する。この要求プリンタID取得要求には、S1001でユーザから入力されたユーザアカウントが含まれている。S1010では、プリンタ識別情報提供部468は、ユーザアカウントをもとに、制御部467及びユーザ情報格納部469を介してユーザ情報管理テーブルからプリンタIDを取得し、サービスプロバイダ440に提供する。S1011からS1013までの処理における、サービスプロバイダ440からWebアプリケーション410に対する応答の方法は、S606からS608までの処理と同じであるので、説明を省略する。S1014では、Webアプリケーション410は、S1005で取得したプリンタ情報から、S1013で取得したプリンタIDと一致するプリンタを選択する。そして、Webアプリケーション410は、対象となるプリンタに合わせた印刷設定値を指定可能な印刷設定画面印刷画面の一例のHTMLデータ画面情報の一例を生成し、Webブラウザ420に送信する。なお、印刷設定画面を生成する際に必要なプリンタの能力情報については、Webアプリケーション410が保持していてもよいし、印刷サービス470のプリンタ情報提示部477が提供してもよい。付言するならば、Webアプリケーション410を有するWebアプリケーションサーバ102は、印刷画面の画面情報を提供する画面提供装置の一例である。Webブラウザ420は、受け取った印刷設定画面のHTMLデータをもとに、画面表示部423を介してUI表示装置207に印刷設定画面の表示を行う。また、本実施形態では、印刷設定画面をWebアプリケーション410が生成するが、印刷サービス470が提供してもよい。この場合は、Webアプリケーション410は、印刷サービス470が提供する印刷設定画面へリダイレクトするように、Webブラウザ420に指示を行う。図11Cは、印刷設定画面の一例を示す図である。プリンタ名1104には、S1014でWebアプリケーション410が特定したユーザが現在利用しているプリンタMFP101が選択された状態になっている。なお、プリンタ名1104については、ユーザが利用可能な他のプリンタも設定されたリストボックスにし、ユーザが印刷を実行するプリンタを変更できるようにしてもよい。また、図11Cの例では、サイズ選択リストボックス1105、カラー選択リストボックス1106、両面印刷選択リストボックス1107が設けられ、ユーザは、印刷の用紙サイズや、印刷のカラーモード、片面/両面の設定値を選択することができる。S1015では、Webブラウザ420は、Webアプリケーション410に対して印刷の実行を指示する。ユーザにより、S1014で表示された印刷設定画面の実行ボタン1108が押下されると、Webブラウザ420は、印刷設定画面で入力された情報をWebアプリケーション410に通知する。通信にはHTTPプロトコルのPOSTコマンドが利用される。S1016では、Webアプリケーション410の印刷指示部414は、印刷サービス470の印刷指示受付部476に対して印刷指示を送信する。印刷指示受付部476は、受信した印刷指示を制御部472に渡す。図12Aは、印刷指示の一例を示す図である。印刷指示には、S1013でWebアプリケーション410が取得した、ユーザが現在利用しているプリンタなお、上述したようにユーザにより選択されたプリンタであってもよい。のプリンタID1201及び印刷設定1202が含まれる。また、印刷設定1202には、ユーザにより選択された印刷設定値、及びユーザにより指定された印刷対象のコンテンツの取得先を示す情報所在1203が含まれている。S1017では、印刷データ情報取得部471は、制御部472の指示に従って、印刷指示に含まれる印刷対象のコンテンツの所在に示される場所に印刷対象のコンテンツをリクエストする。S1018では、Webアプリケーション410は、S1017のリクエストのレスポンスとして印刷対象のコンテンツを印刷データ情報取得部471に送信する。印刷データ情報取得部471は、受信したコンテンツを印刷データとして制御部472に渡す。この際、印刷データ情報取得部471は、利用するプリンタのプリンタ情報から印刷可能なデータ形式を参照し、必要に応じてデータ形式の変換を行う。本実施形態では、データ形式の変換については印刷データ情報取得部471の判断で行うが、S1016において、Webアプリケーション410から、変換する印刷データのデータ形式を指示するようにしてもよい。なお、印刷対象のコンテンツは、Webアプリケーション410が保持してもよいし、他のファイルサーバに保持されていてもよい。また、本実施形態では、印刷対象のコンテンツについては、印刷データ情報取得部471が取得を行うが、Webアプリケーション410から印刷サービス470に送信する構成であってもよい。また、本実施形態において印刷対象のコンテンツの取得の際の通信プロトコルとしては、HTTP/HTTPSを想定しているが、印刷対象のコンテンツを取得できるその他のプロトコルを採用してもよい。S1019では、制御部472は、印刷データ格納部481を介して記憶装置303に印刷データを格納し、更に印刷設定格納部482を介して記憶装置303に印刷設定値を格納する。そして、印刷指示受付部476は、印刷データ格納部481及び印刷設定格納部482から格納が終了した旨を受信したことに応じて、ジョブ情報を生成し、ジョブ状態格納部474に格納する。ジョブ情報には、ジョブを識別するための一意なIDであるジョブIDと、ジョブの実行ステータスを表すジョブ状態とが含まれる。S1020では、印刷指示受付部476は、ジョブ状態格納部474にジョブ情報が格納されたことに応じて、S1016のリクエストに対するレスポンスとして、印刷指示応答を印刷指示部414に返す。図12Bは、印刷指示応答の一例を示す図である。印刷指示応答には、S1019で生成されたジョブ情報に含まれるジョブIDが設定されている。S1021では、Webアプリケーション410は、Webブラウザ420に対して実行中画面のHTMLデータを送信する。図13Aは、実行中画面の一例を示す図である。実行中画面には、印刷が実行中である旨が表示される。また、図13Cは、図13Aの実行中画面のHTMLデータである。実行中画面のHTMLデータには、ポーリング設定1301が含まれており、Webブラウザ420は、ポーリング設定1301に従ってWebアプリケーション410に対して一定時間の経過後にリクエストを送信する。即ち、Webアプリケーション410が当該リクエストに対して、ポーリング設定1301を含むHTMLデータを返すことで、Webブラウザ420から、Webアプリケーション410に定期的にリクエストを送信する仕組みが構築される。S1022では、印刷通知送信部483は、制御部472の指示に従って、印刷サービス通信モジュール461の印刷通知受信部465に、通知情報プリンタ印刷指示を送信する。本実施形態では、印刷通知送信部483から印刷通知受信部465に通知情報を送信するが、印刷通知受信部465から、定期的に印刷通知送信部483に通知情報をリクエストする構成であってもよい。図14は、通知情報の一例を示す図である。通知情報には、印刷データ取得先情報1401及び印刷設定取得先情報1402が含まれる。S1023では、印刷通知受信部465は、通知情報を受け取ると、印刷通知送信部483に対して応答を返す。S1024では、印刷データ取得部462は、通知情報の印刷データ取得先情報が示す場所に、印刷データの取得を要求する。また、印刷設定取得部464は、通知情報の印刷設定取得先情報が示す場所に、印刷設定値の取得を要求する。S1025では、印刷データ取得部462は、S1024の要求の応答として、印刷データを取得し、制御部467に渡す。また、印刷設定取得部464は、S1024の要求の応答として、印刷設定値を取得し、制御部467に渡す。図15は、印刷設定値の一例を示す図である。印刷設定値には、印刷の用紙サイズ、カラーモード、両面/片面の設定値などが含まれる。S1026では、制御部467は、S1025で取得した印刷データ、印刷設定値をもとに印刷ジョブ生成部466にジョブ印刷ジョブの生成を依頼する。印刷ジョブ生成部466は、ジョブの生成の依頼を受けると、ジョブを生成し、ジョブ管理部451に登録する。ジョブ実行部452は、ジョブ管理部451を監視しており、ジョブ管理部451にジョブが投入されると、ジョブを実行する。S1027では、制御部467は、ジョブが完了したことに応じて、ジョブ状態送信部463にジョブ状態の送信の指示を出す。ジョブ状態送信部463は、制御部467の指示に従って、ジョブ状態受信部484にジョブ状態変更通知を送信する。ジョブ状態受信部484は、ジョブ状態変更通知を受信すると、制御部472にジョブ状態変更通知を渡し、制御部472は、ジョブ状態変更通知に従ってジョブ状態格納部474により格納されているジョブのジョブ状態を更新する。この際、制御部472は、ジョブ状態変更通知に含まれているジョブIDと一致するジョブのジョブ状態を更新する。図16Aは、ジョブ状態変更通知の一例を示す図である。ジョブ状態変更通知には、ジョブ状態を変更するジョブのジョブID1601と、変更後のステータス1602とが含まれる。S1028では、ジョブ状態受信部484は、ジョブ状態送信部463に対して、ジョブ状態変更指示応答を返す。図16Bは、ジョブ状態変更通知応答の一例を示す図である。ジョブ状態変更通知応答には、ジョブ状態の変更が成功したか否かを示す情報が含まれている。なお、ジョブ状態送信部463は、ジョブ状態の変更の成否によって、ジョブ状態変更通知を再送してもよい。S1029では、Webブラウザ420は、S1021で受信した実行中画面に含まれているポーリング設定1301に従って、Webアプリケーション410に対して画面の取得のリクエストを送信する。S1030では、Webアプリケーション410は、印刷サービス470のジョブ状態提示部478に対して、ジョブ状態取得要求を送信する。図17Aは、ジョブ状態取得要求の一例を示す図である。ジョブ状態取得要求には、対象となるジョブを特定するためのジョブID1701が含まれる。S1031では、ジョブ状態提示部478は、ジョブ状態格納部474から対象となるジョブのジョブ状態を取得し、ジョブ状態取得要求応答を生成してジョブ状態取得部415に送信する。図17Bは、ジョブ状態取得要求応答の一例を示す図である。ジョブ状態取得要求応答には、ジョブ状態1702が含まれる。S1032では、Webアプリケーション410は、S1031で取得したジョブ状態取得要求応答に従って画面のHTMLデータを生成し、Webブラウザ420に送信する。Webブラウザ420は、受信したHTMLデータをもとに画面を表示する。本実施形態では、S1031において、印刷の完了を示すステータスが取得されており、Webアプリケーション410は、完了画面のHTMLデータを生成してWebブラウザ420に送信する。印刷が完了していない場合は、Webアプリケーション410は、ポーリング設定1301を含むHTMLデータを生成してWebブラウザ420に送信する。この場合、S1029に処理を進める。図13Bは、完了画面の一例を示す図である。完了画面には、印刷が完了した旨が表示されている。以上の構成では、MFPが印刷サービスによって発行されるプリンタを識別する情報をWebアプリケーションに提供することによって、Webアプリケーションが自動的に印刷を実行するプリンタを選択する。これにより、ユーザによるプリンタの選択の手間を省くことができる。<第2の実施形態>第1の実施形態では、MFP101にユーザアカウントに紐付いてプリンタIDが格納されている必要がある。MFP101に格納されていないユーザアカウントについて、プリンタIDの要求があった場合に対応できない。そこで、本実施形態では、プリンタIDの要求があったときに、対象となるユーザアカウントについてユーザ情報が格納されていない場合、ユーザ情報を登録するためのダイアログをユーザに提示し、ユーザ情報を登録する構成について説明する。以下では、第1の実施形態との差分について主に説明する。図18は、本実施形態におけるコンテンツ印刷システムにおける、ユーザによるユーザ情報登録作業を含んだサービスを利用して印刷を実行する一連の処理に係るシーケンスの一例を示す図である。S1801~S1809、S1813~S1835については、第1の実施形態のS1001~S1009、S1810~S1832と同じであるので、説明を省略する。S1810では、プリンタ識別情報提供部468は、S1809においてサービスプロバイダ440から指定されたユーザアカウントが、ユーザ情報管理テーブル500に存在するか否かを、制御部467を介して判断する。プリンタ識別情報提供部468は、存在しないと判断した場合、プリンタ登録画面をユーザに提示し、ユーザアカウント及びパスワードを入力させる。本実施形態では、ユーザ情報管理テーブル500に指定されたユーザアカウントが存在しない場合に、ユーザによりユーザアカウント及びパスワードを入力させる構成であるが、この構成に限られるものではない。例えば、ユーザアカウント及びパスワードについては、S1803でWebブラウザ420からWebアプリケーション410に渡されたユーザアカウント等を、サービスプロバイダ440を呼び出す際の引数として渡し、ユーザによる入力を省略させてもよい。図19Aは、プリンタ登録画面の一例を示す図である。プリンタ登録画面は、ユーザアカウント入力欄1901と、パスワード入力欄1902と、キャンセルボタン1903と、登録ボタン1904とを有する。ユーザアカウント入力欄1901及びパスワード入力欄1902には、ユーザが印刷サービス470を使用するためのアカウント及びパスワードが入力される。ユーザがキャンセルボタン1903を押下した場合、プリンタ登録画面を閉じ、登録がキャンセルされる。登録ボタン1904は、ユーザがプリンタの登録を行うるためのボタンである。S1810では、ユーザがユーザアカウント及びパスワードを入力して登録ボタン1904を押下したものとする。S1811では、印刷プロキシ460のプリンタ登録指示部491は、S1810で入力されたユーザアカウント及びパスワードを用いて印刷サービス470と通信コネクションを確立する。そして、プリンタ登録指示部491は、印刷サービス470のプリンタ登録受付部485に対してプリンタ登録指示を送信する。図19Bは、プリンタ登録指示の一例を示す図である。プリンタ登録指示には、登録するプリンタ名1911及びプリンタ能力1912が含まれる。本実施形態においてプリンタ名1911を自動的に設定しているが、プリンタ登録画面において、ユーザに入力させる構成であってもよい。プリンタ能力1912には、プリンタMFP101の能力情報が含まれている。本実施形態では、プリンタが、カラー印刷が可能であること、及び1200dpiの解像度に対応していることを示す情報が含まれている。プリンタ登録指示を受け取ったプリンタ登録受付部485は、ユーザ及びプリンタに一意な値であるプリンタIDを生成する。生成されたプリンタIDは、制御部472及びプリンタ情報格納部473を介して、プリンタIDとユーザアカウントとが紐付けられて記憶装置303に記憶される。S1812では、プリンタ登録受付部485は、S1811で生成したプリンタIDを、S1811で受信したプリンタ登録指示のレスポンスとして返す。プリンタ登録指示部491は、S1811で送信したプリンタ登録指示に対するレスポンスを印刷サービス470のプリンタ登録受付部485から受信する。図19Cは、プリンタ登録指示に対するレスポンスプリンタ登録指示応答の一例を示す図である。プリンタ登録指示に対するレスポンスにはプリンタID1921が含まれる。制御部467は、プリンタ登録指示部491を介してプリンタ登録指示に対するレスポンスを受信する。そして、制御部467は、ユーザ情報格納部469を介してプリンタ登録指示に対するレスポンスに含まれるプリンタIDと、S1810においてユーザが入力したユーザアカウント及びパスワードとを関連付けて記憶装置205に記憶する。図20は、本実施形態におけるコンテンツ印刷システムにおけるプリンタ登録処理に係るフローチャートの一例を示す図である。本フローチャートでは、S1809からS1813までの処理に係る印刷プロキシ460の処理について示している。S2001では、印刷プロキシ460のプリンタ識別情報提供部468は、サービスプロバイダ440から、ユーザアカウントが引数に含まれるプリンタID取得要求PrinterID取得要求を受け付ける。S2002では、プリンタ識別情報提供部468は、S2001で受け付けたユーザアカウントのユーザ情報がユーザ情報格納部469により格納されているかどうかを、制御部467を介して判断する。プリンタ識別情報提供部468は、格納されていると判断した場合、S2008に処理を進め、他方、格納されていないと判断した場合、S2003に処理を進める。S2003では、プリンタ識別情報提供部468は、プリンタ登録画面ダイアログをユーザに提示する。S2004では、プリンタ識別情報提供部468は、ユーザがキャンセルボタン1903を押下したか、登録ボタン1904を押下したかを判断する。プリンタ識別情報提供部468は、キャンセルボタン1903が押下されたと判断した場合、S2009に処理を進め、他方、登録ボタン1904が押下されたと判断した場合、S2005に処理を進める。S2009では、プリンタ識別情報提供部468は、サービスプロバイダ440に対してエラーを返す。S2005では、プリンタ識別情報提供部468は、プリンタ登録指示部491を介して、プリンタ登録受付部485にプリンタ登録指示を送信する。S2006では、プリンタ識別情報提供部468は、プリンタ登録指示部491を介して、プリンタ登録指示のレスポンスとしてプリンタIDを取得する。S2007では、プリンタ識別情報提供部468は、制御部467及びユーザ情報格納部469を介して、ユーザ情報管理テーブル500に示すように、プリンタID、ユーザアカウント、及びパスワードを関連付けて記憶装置205に記憶保存する。S2008では、プリンタ識別情報提供部468は、ユーザ情報格納部469から、S2001で指定されたユーザアカウントに関連付けられたプリンタIDを取得し、サービスプロバイダ440に提供する。以上のように、本実施形態では、プリンタIDの要求があったときに、対象となるユーザアカウントについてユーザ情報が格納されていない場合、ユーザ情報を登録する手段をユーザに提示し、ユーザ情報を登録する。この構成によれば、プリンタを予め登録していないユーザに対しても対応できるようになる。<第3の実施形態>第1の実施形態、及び第2の実施形態では、Webアプリケーション410からMFP101のサービスプロバイダ440に対して、プリンタIDの要求を行うが、MFP101からWebアプリケーション410に通知するようにしてもよい。より具体的には、Webブラウザ420から、Webアプリケーション410にリクエストを行う際、Webブラウザ420は、印刷プロキシ460のプリンタ識別情報提供部468からプリンタIDを取得する。Webブラウザ420は、得られたプリンタIDをWebアプリケーション410へのHTTPリクエストにおけるHTTPリクエストヘッダに付加する。例えば、Webブラウザ420は、拡張ヘッダとして、X-PRINTERIDというフィールドにプリンタIDを含め、Webアプリケーション410にリクエストを行う。この際、プリンタIDがユーザごとに割り振られているため、印刷プロキシ460のプリンタ識別情報提供部468からプリンタIDを取得するには、ユーザを特定する必要がある。そのため、第1の実施形態で示したような、MFP101自体にユーザ管理を行う仕組みが組み込まれ、予めログインが行われているか、ダイアログを表示させてユーザアカウントを入力する必要がある。以上のように、本実施形態では、MFPが印刷サービスによって発行されるプリンタIDをWebブラウザからWebアプリケーションに提供することによって、Webアプリケーションが自動的に印刷を実行するプリンタを選択する。これにより、ユーザ操作によるプリンタの選択の手間を省くことができる。なお、図8B、図9、図11B、図12、図14、図15、図16、図17、及び図19に示すデータは、XML形式のデータであるが、データ形式やデータを授受する際の通信プロトコルについては限定されるものではない。例えば、JSON形式やSOAP形式でデータが記述されていてもよい。<第4の実施形態>上述した実施形態では、Webアプリケーションサーバ102に対するクライアントとしてMFP101を例に挙げて説明したが、本実施形態では、PC、モバイル端末などの情報処理装置をクライアントとした場合を例に挙げて説明する。この場合、情報処理装置の特定情報取得部が、優先するプリンタを特定可能にする特定情報情報処理装置のIPアドレス等を記憶装置から取得し、情報処理装置の通信部がWebアプリケーションサーバ102に当該特定情報を送信する。ここで、Webアプリケーションサーバ102は、プリンタの位置情報とプリンタIDとを関連付けた位置特定テーブルと、情報処理装置のIPアドレスと位置情報とを関連付けたプリンタ特定テーブルとを有する。故に、情報処理装置からIPアドレスが送信されることで、Webアプリケーションサーバ102は、これらのテーブルを用いて情報処理装置の近くに存在するプリンタ一定の位置のプリンタを特定できる。なお、本実施形態では、上述した実施形態と相違する部分について主に説明する。より詳細に説明すると、まず、情報処理装置のWebブラウザは、Webアプリケーションサーバ102を介して印刷サーバ103の印刷サービス470にログインを行う。ログインが行われると、Webアプリケーションサーバ102は、アプリケーション画面のHTMLデータをWebブラウザに送信する。Webブラウザは、HTMLデータを解釈してアプリケーション画面をUI表示装置に表示し、アプリケーション画面を介してユーザから印刷の要求を受け付ける。例えば、アプリケーション画面において印刷ボタンが押下されると、Webブラウザは、情報処理装置のIPアドレスをWebアプリケーションサーバ102のWebアプリケーション410に送信する。通信にはHTTPプロトコルのPOSTコマンドが利用される。Webアプリケーション410のプリンタ情報取得部413は、印刷サービス470のプリンタ情報提示部477にプリンタ情報の取得を要求する。プリンタ情報提示部477は、制御部472を介してプリンタ情報格納部473により格納されているプリンタ情報を取得し、プリンタ情報取得部413に送信する。Webアプリケーション410は、ログインしているユーザが利用可能なプリンタのプリンタID及びプリンタ名の一覧が含まれるプリンタ情報を取得すると、受信した情報処理装置のIPアドレスに関連付けられた位置情報を位置特定テーブルから取得する。そして、Webアプリケーション410は、取得した位置情報の一定の位置に存在する位置情報に関連付けられたプリンタIDをプリンタ特定テーブルから取得する。Webアプリケーション410は、取得したプリンタIDのプリンタに合わせた印刷設定値を指定可能な印刷設定画面のHTMLデータを生成し、Webブラウザに送信する。Webブラウザは、HTMLデータを解釈して印刷設定画面をUI表示部に表示する。印刷設定画面において、ユーザにより、プリンタが選択され、実行ボタンが押下されると、Webブラウザ420は、印刷設定画面で入力された情報をWebアプリケーション410に通知する。なお、以降の処理については、基本的には、S1016以降の処理と同様であるので説明を省略する。以上の構成では、情報処理装置が優先するプリンタを特定可能にする特定情報をWebアプリケーションに提供することによって、Webアプリケーションが自動的に優先するプリンタを特定する。これにより、ユーザによるプリンタの選択の手間を省くことができる。本実施形態では、優先するプリンタを特定可能にする特定情報としてIPアドレスを示したが、これに限られるものではない。例えば、GPSにより得られる位置情報、携帯基地局により得られる位置情報などであってもよい。この場合は、位置特定テーブルについては不要となる。また、例えば、SSIDServiceSetIdentifierであってもよい。この場合は、位置特定テーブルでは、アクセスポイントの識別子と位置情報とが関連付けられている。また、本実施形態では、情報処理装置が予め優先するプリンタの情報プリンタID、プリンタ名等を保持し、Webアプリケーションサーバ102に送信する構成を採用してもよい。<その他の実施形態>上述した実施形態の構成は、適宜組み合わせて採用してもよい。例えば、第4の実施形態の構成をMFP101に適用してもよい。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。上述した実施形態の構成によれば、印刷に用いる画像形成装置を選択するための画面をより適切に制御することができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。