"ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続される中継装置であって、前記コンテンツに対応した第1識別情報を、前記サーバから受信する第1受信手段と、前記第1受信手段により受信する前記第1識別情報に対応するコンテンツの形式が、所定の形式であるかを第1受信手段が第1識別情報とともに受信する付加情報と第1識別情報とのいずれかに基づいて判断する判断手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第1受信手段により受信した前記第1識別情報を、前記端末へ送信する第1送信手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第2識別情報を、前記端末に送信する第2送信手段とを備える中継装置。前記第1受信手段により受信する前記第1識別情報に対応するコンテンツを、前記サーバから取得する取得手段と、前記取得手段により取得される前記コンテンツを用いて、前記所定の形式の変換コンテンツを生成する変換手段とを備え、前記第2送信手段は、前記中継装置を送信先とする第2識別情報であって、前記変換手段により変換される前記変換コンテンツに対応する前記第2識別情報を、前記端末に送信するものであって、前記端末から、前記第2識別情報を受信する第2受信手段と、前記第2受信手段により前記第2識別情報を受信した場合、前記第2識別情報に対応した前記変換コンテンツを、前記端末に送信する変換コンテンツ送信手段とを備える請求項1記載の中継装置。前記第2識別情報は少なくとも前記変換手段に対応する変換手段対応情報を含んでおり、前記第2受信手段により、前記第2識別情報を受信した場合、その受信した第2識別情報の少なくとも1部に含まれる前記変換手段対応情報に対応する変換手段により、前記変換コンテンツを生成させる変換制御手段を備える、請求項2記載の中継装置。前記取得手段は、前記判断手段により対応するコンテンツの形式が所定の形式ではないと判断された第1識別情報に対応するコンテンツを、前記サーバから取得するものであり、前記取得手段により取得された前記コンテンツを用いて、前記変換手段が生成した前記変換コンテンツを記憶部に記憶する記憶手段を備え、前記第2送信手段は、前記記憶手段により記憶した前記変換コンテンツに対応する前記第2識別情報を、前記端末に送信するものであり、前記変換コンテンツ送信手段は、前記第2受信手段により前記第2識別情報を受信した場合、その第2識別情報に対応する前記変換コンテンツを前記記憶部から読み出し、前記端末に送信する、請求項2記載の中継装置。前記端末が処理可能なコンテンツの形式を指定する指定情報を、前記端末から受信する指定情報受信手段を備え、前記判断手段は、前記指定情報受信手段により受信する指定情報が指定する形式を、前記所定の形式として、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であるかを判断する、請求項1から4のいずれかに記載の中継装置。前記端末の種別を示す端末情報を、前記端末から受信する端末情報受信手段と、前記端末の種別とその種別の端末が処理可能なコンテンツの形式との予め定められた対応関係に基づき、前記端末情報受信手段により受信した前記端末情報が示す前記種別の端末が、処理可能なコンテンツの形式を取得する形式取得手段とを備え、前記判断手段は、前記形式取得手段が取得した前記コンテンツの形式を前記所定の形式として、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であるかを判断する、請求項1から4のいずれかに記載の中継装置。前記端末における前記コンテンツの出力条件を、前記端末から受信する端末出力条件受信手段を備え前記端末における前記コンテンツの出力条件のそれぞれに対応する所定の形式を記憶部に記憶しており、複数の所定の形式のうち前記端末出力条件受信手段により受信したコンテンツの出力条件に対応する所定の形式を選択する選択手段を備え、前記変換手段は前記取得手段により取得される前記コンテンツを用いて、前記選択手段が選択した前記所定の形式の変換コンテンツを生成するものであることを特徴とした請求項2から4のいずれかに記載の中継装置。通信方法であって、ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続される中継装置が、前記コンテンツに対応した第1識別情報を、前記サーバから受信する第1受信工程と、前記第1受信工程により受信する前記第1識別情報に対応するコンテンツの形式が、所定の形式であるかを判断する判断工程と、前記判断工程により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第1受信工程により受信した前記第1識別情報を、前記端末へ送信する第1送信工程と、前記判断工程により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第2識別情報を、前記端末に送信する第2送信工程とを含む通信方法。識別情報に対応するコンテンツをネットワークから取得する端末と、中継装置とを含む通信システムであって、前記中継装置は、前記ネットワークから受信した前記識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記端末とに、前記ネットワークを介して接続され、前記中継装置は、前記コンテンツに対応した第1識別情報を、前記サーバから受信する第1受信手段と、前記第1受信手段により受信する前記第1識別情報に対応するコンテンツの形式が、所定の形式であるかを判断する判断手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第1受信手段により受信した前記第1識別情報を、前記端末へ送信する第1送信手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第2識別情報を、前記端末に送信する第2送信手段とを備え、前記端末は、前記中継装置から前記第1識別情報を受信した場合、その第1識別情報を前記ネットワークに送信して、その第1識別情報に対応する前記コンテンツを取得し、前記中継装置から前記第2識別情報を受信した場合、その第2識別情報に基づき前記ネットワークに要求を送信して、その第2識別情報に対応する前記変換コンテンツを取得するコンテンツ取得手段を備える、通信システム。前記中継装置は、前記端末との間の通信、および前記サーバとの間の通信を、httpに従って行う、請求項9記載の通信システム。前記中継装置は、前記端末との間の通信、および前記サーバとの間の通信を、xmppに従って行う、請求項9記載の通信システム。しかし、サービス事業者が提供する電子ファイル格納サービスには、通信装置では処理できない形式の電子ファイルが格納されている可能性がある。したがって、通信装置では処理できない形式の電子ファイルが、通信装置にダウンロードされてしまう可能性がある、という問題点があった。本発明は、上述した問題点を解決するためになされたものであり、サーバから送信されるコンテンツの形式に関わらず、端末には所定の形式のコンテンツを取得させることができる中継装置、通信方法、および通信システムを提供することを目的とする。この目的を達成するために、本発明の中継装置は、ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続されるものであって、前記コンテンツに対応した第1識別情報を、前記サーバから受信する第1受信手段と、前記第1受信手段により受信する前記第1識別情報に対応するコンテンツの形式が、所定の形式であるかを第1受信手段が第1識別情報とともに受信する付加情報と第1識別情報とのいずれかに基づいて判断する判断手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第1受信手段により受信した前記第1識別情報を、前記端末へ送信する第1送信手段と、前記判断手段により、前記第1識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第2識別情報を、前記端末に送信する第2送信手段とを備える。なお、本発明は、中継装置を制御する制御装置、中継装置において実行されるプログラム、該プログラムを記録する記録媒体、通信方法、通信システム等の種々の態様で実現可能である。請求項1記載の中継装置によれば、サーバから受信する第1識別情報に対応するコンテンツの形式が、所定の形式であると判断される場合、その第1識別情報が端末へ送信される。よって、端末は、第1識別情報を用いて、その第1識別情報に対応する所定の形式のコンテンツを取得できる。一方、サーバから受信する第1識別情報に対応するコンテンツの形式が、所定の形式ではないと判断される場合、変換コンテンツに対応した第2識別情報が端末へ送信される。よって、端末は、第2識別情報に対応する所定の形式の変換コンテンツであって、第1識別情報に対応するコンテンツを変換することにより生成された変換コンテンツを、第2識別情報を用いて取得できる。したがって、サーバから送信されるコンテンツの形式に関わらず、端末には所定の形式のコンテンツを取得させることができるという効果がある。請求項2記載の中継装置によれば、請求項1記載の中継装置の奏する効果に加え、サーバから取得したコンテンツを用いて、所定の形式の変換コンテンツを生成し、端末に取得させることができるという効果がある。請求項3記載の中継装置によれば、請求項2記載の中継装置の奏する効果に加え、第2識別情報に含まれる変換手段対応情報に基づき、適切な変換手段により、変換コンテンツを生成できるという効果がある。また、端末から第2識別情報を受信した場合に変換コンテンツを生成するので、第2識別情報を受信する前に変換コンテンツを予め生成しておく場合に比較して、生成した変換コンテンツを保存しておくために必要な記憶容量を節約できるという効果がある。請求項4記載の中継装置によれば、請求項2記載の中継装置の奏する効果に加え、第2識別情報を受信した場合、その第2識別情報に対応する変換コンテンツを記憶部から読み出し、端末に送信するので、第2識別情報を受信してから変換コンテンツを生成する場合に比較して、変換コンテンツを迅速に送信できるという効果がある。請求項5記載の中継装置によれば、請求項1から4のいずれかに記載の中継装置の奏する効果に加え、中継装置を利用する端末が複数種類存在する場合であっても、各端末には、その端末で処理可能な形式のコンテンツを取得させることができるという効果がある。請求項6記載の中継装置によれば、請求項1から4のいずれかに記載の中継装置の奏する効果に加え、中継装置を利用する端末が複数種類存在する場合であっても、各端末には、その端末で処理可能な形式のコンテンツを取得させることができるという効果がある。請求項7記載の中継装置によれば、請求項2から4のいずれかに記載の情報処理装置の奏する効果に加え、出力条件に対応する形式のコンテンツを、端末に取得させることができるという効果がある。請求項8記載の通信方法によれば、請求項1記載の中継装置と同様の作用効果を奏する。請求項9記載の通信システムによれば、請求項1記載の中継装置と同様の作用効果を奏する。請求項10記載の通信システムによれば、請求項9記載の通信システムの奏する効果に加え、中継装置は、端末との間の通信、およびサーバとの間の通信を、httpHypertextTransferProtocolに従って行うので、一般的なWebサービスインフラを用いてシステムを構築できる効果がある。請求項11記載の通信システムによれば、請求項9記載の通信システムの奏する効果に加え、中継装置は、端末との間の通信、およびサーバとの間の通信を、xmppExtensibleMessagingandPresenceProtocolに従って行うことができるので、双方向性を持った通信手順でシステムを実現できるという効果がある。<サービス連携システム10の概略>以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図1に示すように、サービス連携システム10は、多機能装置MultiFunctionPeripheral以下、MFPと称する100と、中継装置200とを含み、サービス事業者が提供する電子ファイル格納サービスから電子ファイルのダウンロードを行うシステムである。MFP100は、印刷機能、スキャナ機能、FAX機能、およびコピー機能を備えるデジタル複合機である。中継装置200は、MFP100のメーカによって設置されるサーバであり、サービス事業者が公開するAPIを利用するために必要なプログラムを搭載する。サービス提供装置300は、サービス事業者によってインターネット上に設置される周知のWebサーバである。本実施形態の中継装置200は、サービス提供装置300から送信されるコンテンツの形式に関わらず、MFP100には、MFP100が処理可能な形式のコンテンツを取得させることができるように構成されている。以下、詳細を説明する。ここで、本実施形態で説明するサービス事業者は、電子ファイルを管理するサービスを提供するものであって、電子ファイルをサービス提供装置300に保存するためのAPIや、サービス提供装置300によって管理される電子ファイルおよびその電子ファイルのサムネイルを取得するためのAPIなどを公開する。なお、中継装置200を経由してサービスを利用するMFP100は、実際には複数台存在するが、以下の説明では、1台のMFP100に着目して本実施形態を説明する。また、本実施形態において、中継装置200は、MFP100との間の通信、サービス提供装置300との間の通信を、httpに従って行うものとする。<サービス連携システムのハードウェア構成>図2に示すように、サービス連携システム10と、サービス提供装置300とは、ネットワーク400を介して接続され、互いにデータの送受信を行う。ネットワーク400は、例えば、インターネット網で構成される。本実施形態では、互いに異なる2種類のサービスサービスA,サービスBを提供する、2台のサービス提供装置300がネットワーク400に存在しているものとする。以下の説明において、2台のサービス提供装置300を区別して説明する必要がある場合には、サービスAを提供する装置をサービス提供装置300Aと称し、サービスBを提供する装置をサービス提供装置300Bと称する。MFP100は、CPU101、ROM102、RAM103、フラッシュメモリ104、ネットワークインターフェイスネットワークI/F105、プリンタ106、スキャナ107、入力部108、液晶表示装置LCD109を主に有し、これらはバスライン110を介して互いに接続されている。CPU101は、ROM102やフラッシュメモリ104に記憶されているプログラムに従って処理を実行する。ROM102は、MFP100の動作を制御するプログラムや固定値などを格納するメモリである。RAM103は、CPU101の処理に必要な情報を一時的に記憶する。フラッシュメモリ104は、書換え可能な不揮発性のメモリであり、通信のためのパラメータ、電話帳データ等を格納する。なお、フラッシュメモリ104には、XML等のマークアップ言語で記載されたテキストに基づいて画面を作成するためのレンダリングドライバなど、その他のプログラムが格納されるが、図示および詳細な説明は省略する。ネットワークI/F105は、ネットワーク400を介して他の装置と通信を行うための装置であり、周知のネットワークハードウェアを採用できる。プリンタ106は、画像の印刷を行う装置である。MFP100は、JPEG形式の画像ファイル以下、JPEGファイルを展開処理し、プリンタ106によりJPEGファイルに対応する画像の印刷を行う。スキャナ107は、画像を読み取る装置である。入力部108は、MFP100に指示や情報を入力するためのタッチパネルで構成され、LCD109の表示面に重ねて配置される。MFP100は、ネットワークI/F105を介して入力されるJPEGファイルを展開し、そのJPEGファイルに対応する画像を、LCD109に表示させる。中継装置200は、周知のWebサーバ機能を持った装置であり、CPU201、ROM202、RAM203、ハードディスクドライブHDD204、ネットワークI/F207を主に有し、これらはバスライン208を介して互いに接続されている。CPU201は、ROM202またはHDD204に記憶されるプログラムに従って処理を実行する。ROM202は、中継装置200の動作を制御するプログラムなどを格納する。RAM203は、CPU201の処理に必要なデータを一時的に記憶する。また、後述する対応形式記憶領域203aは、RAM203に設けられた領域である。HDD204には、通信プログラム204a、サービスA用通信プログラム204b、サービスB用通信プログラム204c、データ変換プログラム204d、変換モジュール204e、204f、サーバプログラム204gが格納される。通信プログラム204aは、MFP100とサービス提供装置300との間の通信を中継するためのプログラムである。サービスA用通信プログラム204b、サービスB用通信プログラム204cは、それぞれ、サービス提供装置300との間で通信を行うためのプログラムである。サービスA用通信プログラム204bに従って、サービスAが提供するAPIを利用したHTTPメッセージが作成される。また、サービスB用通信プログラム204cに従って、サービスBが提供するAPIを利用したHTTPメッセージが作成される。データ変換プログラム204dは、変換モジュール204e或いは204fと共同して、サービス提供装置300からダウンロードした電子ファイルを、MFP100で利用可能な形式のデータに変換するためのプログラムである。サーバプログラム204gは、複数のプログラム間における、値の送受信の仲介や、メモリの管理など、多くのプログラムから共通して利用される基本的な機能を提供するプログラムである。ネットワークI/F207は、ネットワーク400に接続された他の装置と通信を行うための機器である。<サービス連携システム10の動作>図3を参照して、サービス連携システム10の動作の一例について説明する。図3の例では、MFP100の利用者が、サービスから電子ファイルをダウンロードして、それを印刷することを選択した場合のデータの流れを説明する。先ず、利用者が、MFP100の入力部108を操作して、電子ファイルをダウンロードするサービスを選択すると、MFP100は、中継装置200に対して、ファイル選択画面要求を送信するD001。このファイル選択画面要求は、HTTPメッセージであって、MFP100が処理可能なデータ表示可能であり、且つ印刷可能なデータの形式を示す形式情報を格納する。図4aに示すファイル選択画面要求は、利用者に選択されたサービスを特定するための情報であるサービス特定情報401と、中継装置200を指定する中継装置特定情報402と、要求元であるMFP100が処理可能なコンテンツの形式を指定する第1種形式情報404とを含む。図4aに示す第1種形式情報404は、このファイル選択画面要求の発信元のMFP100が、JPEG形式とTIFF形式とを処理可能であることを示している。一方、図4bに示すファイル選択画面要求は、サービス特定情報401と、中継装置特定情報402と、要求元であるMFP100のモデル名種別を示す第2種形式情報406とを含む。図4bに示す第2種形式情報406は、このファイル選択画面要求の発信元のMFP100のモデル名とファームウェアのバージョンが、それぞれB//MFC-999、1.0であることを示している。中継装置200を介してサービスを利用する各端末MFP100を含むは、第1種形式情報404、または、第2種形式情報406のいずれか一方、或いは両方を、ファイル選択画面要求に含めて中継装置200へ送信する。一方、中継装置200は、第1種形式情報404を受信した場合、その第1種形式情報404が指定する形式を対応形式として対応形式記憶領域203aに記憶する。また、第2種形式情報406を受信した場合、予めHDD204に記憶している、各端末の種別と、その種別の端末が処理可能なコンテンツの形式との対応関係を示す、対応データベースを参照し、第2種形式情報406が示すモデル名の端末が処理可能なコンテンツの形式を、対応形式として対応形式記憶領域203aに記憶する。以下、対応形式記憶領域203aに記憶された形式を、単にMFP100の対応形式と称する。図3に戻り説明する。中継装置200はファイル選択画面要求を受信すると、サービスのサービス提供装置300に対して、ファイル一覧要求を送信するD002。ここで、サービスからファイル一覧を取得するためのAPIはサービス毎に異なるので、中継装置200は、利用者に指定されたサービスに応じたプログラムにしたがって、ファイル一覧要求を作成する。具体的には、利用者によりサービスAが指定された場合は、中継装置200は、HDD204に記憶されているサービスA用通信プログラム204bにしたがって、サービスAにより公開されているAPIを利用したファイル一覧要求を作成し、サービス提供装置300Aに送信する。一方、ファイル一覧要求を受信したサービス提供装置300は、中継装置200へファイル一覧を返信するD003。図4cは、ファイル一覧の一例を示す図である。図4cに示すように、ファイル一覧は、XMLテキストで構成された情報であって、複数個の個別ファイル情報407を含む。1の個別ファイル情報407は、サービス提供装置300によって管理される1の電子ファイルに対応する。また、各個別ファイル情報407は、サムネイル特定情報408と、ファイル特定情報410とを含む。サムネイル特定情報408は、電子ファイルの縮小画像データであるサムネイルデータを特定するための情報であって、属性値として、タイプ情報408aと、サムネイルURLUniformResourceLocator408bとを含む。タイプ情報408aは、サムネイルデータの形式を示す。サムネイルURL408bは、サービス提供装置300を送信先として指定するURLであって、サムネイルデータの所在を示す情報である。ファイル一覧に含まれるサムネイルURL408bに基づく要求をサービス提供装置300へ送信することにより、タイプ情報408aに示される形式のサムネイルデータをサービス提供装置300から取得できる。ファイル特定情報410は、サービス提供装置300において、各電子ファイルに割り当てられたコンテンツIDを示す情報である。ここで、サービス提供装置300が提供するサムネイルデータの形式が、MFP100の対応形式と異なる場合、ファイル一覧の要求元であるMFP100では、そのサムネイルデータを取得したとしても処理できない。よって、本実施形態の中継装置200は、サービス提供装置300から受信したファイル一覧に含まれるサムネイル特定情報408の各々について、対応するサムネイルデータの形式を調べる。具体的には、サムネイル特定情報408に含まれるタイプ情報408a、または、サムネイルURL408bに含まれる拡張子に基づいて、サムネイルデータの形式を取得する。そして、サムネイルデータの形式が対応形式であると判断した場合例えば、JPEG形式であると判断した場合、そのサムネイル特定情報408を変更しない。一方、サムネイルデータの形式が非対応形式を示すと判断した場合例えば、PNG形式であると判断した場合、そのサムネイル特定情報408を、変換サムネイル特定情報に変更する。図4dに示すように、変換サムネイル特定情報412は、タイプ情報412aと、変換サムネイルURL412bとを含む。タイプ情報412aは、後述する変換サムネイルデータの形式を示す情報であって、対応形式を示す。また、変換サムネイルURL412bは、後述する変換サムネイルデータを取得するために用いるURLである。この変換サムネイルURL412bは、中継装置200を送信先として指定するサーバ名413a、中継装置200における変換サムネイルデータの生成に用いるべき変換モジュールを示すモジュール情報413b、サムネイルURL408bを指定するorgパラメータ413cを含むが、これらについては後述する。図3に戻り説明する。中継装置200は、D004において、サムネイル特定情報408を抽出すると、対応形式のサムネイルデータに対応するサムネイル特定情報408は、そのままXMLテキストに書き込む一方、非対応形式のサムネイルデータに対応するサムネイル特定情報408については、変換サムネイル特定情報412に変更したうえで、XMLテキストに書き込むD004。そして、中継装置200は、D004で作成したXMLテキストを含むメッセージをMFP100へ送信するD005。一方、MFP100は、ファイル選択画面のXMLテキストを受信すると、そのXMLテキストに含まれるサムネイルURL408bおよび変換サムネイルURL412bを抽出し、サムネイル要求を作成する。サムネイル要求は、GETメソッドを使ったHTTPメッセージであり、取得したいサムネイルデータのURLを含む。ここで、ファイル選択画面のXMLテキストには、サムネイルURL408bと変換サムネイルURL412bの両者が含まれている場合、これらURLのうちサムネイルURL408bのみが含まれている場合、変換サムネイルURL412bのみが含まれている場合の3パターンが存在する。MFP100は、各URLが、サムネイルURL408bであるか、変換サムネイルURL412bであるかを区別せず、1つのURLにつき、1つのサムネイル要求を作成し、順次ネットワーク400へ送信する。まず、MFP100が、サムネイルURL408bを含むサムネイル要求を作成した場合について説明する。上述したように、サムネイルURL408bは、サービス提供装置300を送信先として指定するURLである。よって、MFP100からネットワーク400へ送信されたサムネイル要求は、サービス提供装置300へ送信されるD006。一方、サービス提供装置300は、ネットワーク400からサムネイル要求を受信すると、そのサムネイル要求に含まれるサムネイルURL408bに対応するサムネイルデータを、そのサムネイルURL408bの送信元のMFP100へ送信するD007。したがって、MFP100は、サムネイルURL408bに対応するサムネイルデータをネットワーク400を介して取得できる。ここで、一般的にHTTPに基づいた通信を行うサーバは、通常GETメソッドをサポートしている。このため、MFP100は、各サービスのAPIを利用するだけの処理能力がなくとも、XMLテキストに含まれるサムネイルURL408b及び変換サムネイルURL412bに基づきGETメソッドを実行することで、各サービスからサムネイルデータをダウンロードできる。次に、変換サムネイルURL412bを含むサムネイル要求を作成した場合について説明する。上述したように、変換サムネイルURL412bは、中継装置200を送信先として指定するURLである。よって、MFP100からネットワーク400へ送信されたサムネイル要求は、中継装置200へ送信されるD008。一方、中継装置200は、受信したサムネイル要求に含まれている変換サムネイルURL412bに基づいて、変換サムネイルデータを取得する。具体的には、変換サムネイルURL412bが含むサムネイルURL408bを抽出し、そのサムネイルURL408bを含めたサムネイル要求をサービス提供装置300へ送信することによりD009、サムネイルURL408bに対応するサムネイルデータを、サービス提供装置300から取得するD010。そして、取得したサムネイルデータの形式を変換することにより、対応形式の変換サムネイルデータを生成しD011、サムネイル要求元のMFP100へ送信するD012。このようにして、サービス提供装置300または中継装置200からサムネイルデータを受信したMFP100は、LCD109に電子ファイル選択画面を表示させ、受信したサムネイルデータに基づいて描画されるサムネイルをその電子ファイル選択画面へ配置するD013。したがって、利用者はサムネイルを閲覧しながら所望の電子ファイルを探し、入力部108を操作することにより所望の電子ファイルのサムネイルを指定できる。MFP100は、利用者による電子ファイルの選択を受け付けるとD014、中継装置200に対して、電子ファイル情報取得要求を送信するD015。電子ファイル情報取得要求は、選択された電子ファイルのファイル特定情報410を含む。さらに、第1種形式情報404図4a、または、第2種形式情報406図4bのいずれかを含む。第1種形式情報404、第2種形式情報406については、図4aを参照して説明したので、これ以上の詳細な説明を省略するが、中継装置200は、電子ファイル情報取得要求に含まれるこれらの形式情報404,406のいずれかに基づいて、電子ファイルURLの要求元であるMFP100で処理可能な形式対応形式を対応形式記憶領域203aに記憶させる。次に、中継装置200は、サービス特定情報401により特定されるサービスのサービス提供装置300に対して、電子ファイル情報取得要求を送信するD016。この電子ファイル情報取得要求はMFP100から受信したファイル特定情報410を含む。なお、中継装置200は、サービスに応じたプログラムにしたがって、電子ファイル情報取得要求を作成する。一方、電子ファイル情報取得要求を受信したサービス提供装置300は、その電子ファイル情報取得要求に含まれるファイル特定情報410に対応する電子ファイルのURLを含む電子ファイル情報を、中継装置200へ送信するD017。図4eにD017で中継装置200に送信されるファイル情報の一例を示す。電子ファイル情報414は、少なくとも電子ファイルURL414bを含む。電子ファイルURL414bは、サービス提供装置300を送信先として指定するURLである。ここで、中継装置200は、電子ファイルURL414bの拡張子に基づいて、電子ファイルの形式を取得する。なお、サービス提供装置300から受信する電子ファイル情報414に、電子ファイルの形式を示すタイプ情報414aが含まれている場合には、そのタイプ情報に基づいて、電子ファイルの形式を取得しても良い。電子ファイルURL414bに対応する電子ファイルがMFP100の対応形式であると判断される場合、中継装置200は、電子ファイル情報414をそのままMFP100へ送信する。一方、電子ファイルURL414bに対応する電子ファイルがMFP100の対応形式でない場合、中継装置200は、電子ファイル情報414に含まれる電子ファイルURL414bを、変換電子ファイルURL415bに変更するD018。そして、変換電子ファイルURL415bを含んだ電子ファイル情報414をMFP100へ送信するD019。図4fに示すように、変換電子ファイルURL415bは、中継装置200を送信先として指定するサーバ名413a、モジュール情報413b、変更前オリジナルの電子ファイルURL414bを指定するorgパラメータ415cを含む。MFP100が、電子ファイルURL414bを中継装置200から受信した場合、MFP100は、電子ファイル要求を作成し、ネットワーク400へ送信する。ここで、電子ファイル要求は、具体的にはGETメソッドを使ったHTTPメッセージであり、中継装置200から受信した電子ファイルURL414bを含む。電子ファイルURL414bは、サービス提供装置300を送信先として指定するURLであるため、MFP100からネットワーク400へ送信された電子ファイル要求は、サービス提供装置300へ送信されるD020。一方、サービス提供装置300は、受信した電子ファイル要求に含まれている電子ファイルURL414bに対応する電子ファイルを、MFP100に送信するD021。この電子ファイルは、MFP100で処理可能な対応形式のデータである。よって、MFP100は、サービス提供装置300から受信した電子ファイルを、プリンタ106により印刷出力できるD027。次に、MFP100が、変換電子ファイルURL415bを中継装置200から受信した場合について説明する。この場合、MFP100は、変換電子ファイルURL415bを含む電子ファイル要求を作成し、ネットワーク400へ送信する。上述したように、変換電子ファイルURL415bは、中継装置200を送信先として指定するURLである。よって、MFP100からネットワーク400へ送信された電子ファイル要求は、中継装置200へ送信されるD022。一方、中継装置200は、受信した電子ファイル要求に含まれている変換電子ファイルURL415bに基づいて、変換電子ファイルを生成する。具体的には、変換電子ファイルURL415bが含む電子ファイルURL414bすなわち、オリジナルの電子ファイルURLを抽出し、その電子ファイルURL414bを含めた電子ファイル要求をサービス提供装置300へ送信しD023、電子ファイルURL414bに対応する電子ファイルを、サービス提供装置300から取得するD024。そして、取得した電子ファイルの形式をMFP100の対応形式に変換することにより、MFP100の対応形式の変換電子ファイルを生成しD025、電子ファイル要求元のMFP100へ送信するD026。この電子ファイルは、MFP100で処理可能な対応形式のデータである。よって、サービス提供装置300から変換電子ファイルを受信したMFP100は、受信した変換電子ファイルを、プリンタ106により印刷出力できるD027。本実施形態の中継装置200によれば、サービス提供装置300が公開しているAPIを利用するためのプログラムを持たないMFP100であっても、サービス提供装置300が提供するサムネイルデータや電子ファイルを取得できる。また、サービス提供装置300が送信するコンテンツサムネイルデータ、電子ファイルの形式が、MFP100の対応形式である場合、中継装置200は、サムネイルURL408bまたは電子ファイルURL414bをそのままMFP100へ送信する。この場合、MFP100は、中継装置200を経由せず、サービス提供装置300からデータを受信できる。よって、中継装置200を経由するデータ量を抑え、中継装置200に発生する負荷を抑えることができる。また、サービス提供装置300が送信するコンテンツの形式が、MFP100の対応形式でない場合、中継装置200は、変換コンテンツに対応した変換サムネイルURL412b、または、変換電子ファイルURL415bをMFP100へ送信する。この場合、MFP100は、MFP100の対応形式の変換コンテンツを取得できる。したがって、サービス提供装置300から送信されるコンテンツの形式に関わらず、MFP100には、MFP100の対応形式のコンテンツを取得させることができる。また、中継装置200によれば、サムネイル特定情報408や電子ファイル情報414に基づいて、サービス提供装置300が提供するコンテンツの形式を取得するので、各サービス提供装置300が送信するコンテンツの種類を中継装置200が予め認識していなくても良い。したがって、サービス提供装置300で取り扱われる電子ファイルの形式に変更があった場合でも、その変更に柔軟に対応できる。また、サービス提供装置300がAPIを変更した場合であっても、このMFP100を利用者に提供する事業者は、中継装置200のAPIを利用するプログラムを必要に応じて更新するだけで、MFP100に各サービスとの連携を維持させることができる。また、中継装置200によれば、MFP100から受信する形式情報404,406のいずれかに基づいて、MFP100が処理可能な形式を取得できるので、多種類のMFP100が中継装置200を利用する場合であっても、各MFP100に、そのMFP100で処理可能な形式のコンテンツを取得させることができる。<中継装置200の動作>図5は、中継装置200のCPU201が通信プログラム204aに従って実行する中継処理を示すフローチャートである。この中継処理は、中継装置200の起動中、繰返し実行される。まず、CPU201は、ネットワークI/F207を介してファイル選択画面要求がMFP100から受信されたか否かを判断するS510。MFP100からファイル選択画面要求が受信された場合はS510:Yes、S511へ進む。S511では、CPU201は、S510で受信されたファイル選択画面要求から第1種形式情報404、あるいは第2種形式情報406を読み出す。読み出したのが、第1種形式情報404である場合は、CPU201は、第1種形式情報404を対応形式記憶領域203aに記憶させる。一方、読み出したのが、第2種形式情報406である場合は、CPU201は、対応データベースから第2種形式情報406が示すモデル名の端末が処理可能なコンテンツの形式を読み出し、読み出したコンテンツの形式を対応形式記憶領域203aに記憶させるS511。次に、CPU201は、ネットワークI/F207を制御して、サービス提供装置300へファイル一覧要求を送信させる。そして、CPU201は、サービス提供装置300から返信され、ネットワークI/F207に受信された、ファイル一覧図4cをRAM203へ記憶させる。図4cを参照して説明したように、このファイル一覧は、サムネイル特定情報408とファイル特定情報410とを含むS512。次に、CPU201は、ファイル選択画面作成処理S514を実行する。図6は、ファイル選択画面作成処理S514を示すフローチャートである。この処理は、サムネイル特定情報408と、ファイル特定情報410とを用いて、ファイル選択画面のXMLテキストを作成する処理である。まず、CPU201は、RAM203に記憶させたファイル一覧に含まれるすべてのサムネイル特定情報408について判定したか否かを判断するS602。S602の判断が否定される場合S602:No、CPU201は、判定対象のサムネイル特定情報408に対応するサムネイルデータが、対応形式記憶領域203aに記憶された対応形式か否かを、サムネイル特定情報408に含まれるタイプ情報408aまたはサムネイルURL408bに基づいて判断するS604。判定対象のサムネイル特定情報408に対応するサムネイルデータが対応形式であると判断される場合S604:Yes、CPU201は、サムネイル特定情報408を、ファイル選択画面のXMLテキストにそのまま書き込むS606。すなわち、サムネイルURL408bをXMLテキストに書き込み、S602に戻る。一方、判定対象のサムネイル特定情報408に対応するサムネイルデータが非対応形式であると判断される場合S604:No、CPU201は、変換サムネイル特定情報412を作成し、ファイル選択画面のXMLテキストに書き込むS608。図4dを参照して説明したように、このとき作成する変換サムネイル特定情報412は、変換サムネイルURL412bに、サーバ名413a、モジュール情報413b、orgパラメータ413cを含む。ここで、変換サムネイルURL412bに基づく要求を送信する際、要求の受信元を指定するサーバ名413aには、中継装置200が指定される。また、モジュール情報413bには、サービス提供装置300が送信するサムネイルデータの形式を、対応形式に変換するための変換モジュールが指定される。また、orgパラメータ413cには、サムネイル特定情報408に含まれるオリジナルのサムネイルURL408bが指定される。そして、S602に戻り、次のサムネイル特定情報408を判定対象として、処理を繰り返し、全てのサムネイル特定情報408について判定が終了した場合S602:Yes、ファイル選択画面作成処理を終了する。図5に戻り説明する。次に、CPU201は、ネットワークI/F207を制御して、ファイル選択画面のXMLテキストをMFP100へ送信させS516、S510に戻る。一方、S510において、ファイル選択画面要求を受信していない場合S510:No、CPU201は、ネットワークI/F207を介して、MFP100から電子ファイル情報取得要求を受信したか否かを判断するS518。なお、上述したように、電子ファイル情報取得要求は、MFP100で処理可能な形式を示す形式情報404,406のいずれかが含まれる。よって、CPU201は、MFP100から電子ファイル情報取得要求を受信したと判断した場合S518:Yes、形式情報404,406のいずれかに基づいて、MFP100で処理可能な形式を対応形式記憶領域203aに記憶させるS519。次に、CPU201は、ネットワークI/F207を制御して、サービス提供装置300へ、ファイル特定情報410に対応する電子ファイル情報取得要求を送信させる。そしてCPU201は、サービス提供装置300から返信され、ネットワークI/F207に受信された、少なくとも電子ファイルURL414bを含む電子ファイル情報414をRAM203へ記憶させるS520。そして、RAM203に記憶させた電子ファイル情報414に含まれる電子ファイルURL414bに対応する電子ファイルの形式が、MFP100の対応形式であるか否かを、電子ファイルURL414bに含まれる電子ファイルの拡張子或いはタイプ情報414aに基づいて判断するS522。電子ファイルURL414bに対応する電子ファイルがMFP100の対応形式でないと判断される場合S522:No、CPU201は、変換電子ファイルURL415bを作成するS524。そして、電子ファイル情報取得要求元のMFP100へ、少なくとも変換電子ファイルURL415bを含む電子ファイル情報414を送信させS526、S510の処理に戻る。一方、電子ファイルURL414bに対応する電子ファイルの形式がMFP100の対応形式であると判断される場合S522:Yes、CPU201は、その電子ファイルURL414bを含んだ電子ファイル情報414を、電子ファイル情報取得要求元のMFP100へ送信させS526、S510の処理に戻る。一方、S518において電子ファイル情報取得要求を受信していないと判断した場合S518:No、CPU201は、変換サムネイルURL412b、または、変換電子ファイルURL415b以下、変換サムネイルURL412bおよび変換電子ファイルURL415bを総称して、変換URLと称するに基づくサムネイル要求または電子ファイル要求を受信したか否かを判断するS528、S528の判断が否定される場合S528:No、CPU201は、その他の処理を実行しS530、S510へ戻る。その他の処理の具体例としては、MFP100がサービスに所望の電子ファイルをアップロードする際に、MFP100とサービス提供装置300との通信の中継を行う処理等を挙げることができる。サムネイル要求または電子ファイル要求を受信した場合S528:Yes、CPU201は、データ変換プログラム204dを呼び出すS532。そして、データ変換プログラム204dから変換コンテンツを戻り値として受信したか、判断しS534、受信していないと判断した場合はS534:No判断を繰り返す。変換コンテンツを受信したと判断した場合はS534:Yes、S536へ進む。図7を参照して、画像取得/変換処理について説明する。この処理はS532で呼び出されたデータ変換プログラム204dと、データ変換プログラム204dに呼び出されたpng2jpgモジュール204e或いはbmp2jpgモジュール204f、に従って実行される。本実施形態においては、PNG形式のデータをJPEG形式のデータに変換する変換モジュールを、png2jpgモジュール204eと称し、BMP形式のデータをJPEG形式のデータに変換する変換モジュールを、bmp2jpgモジュール204fと称する。なお、変換モジュール204e、変換モジュール204f以外にも、他の形式を扱う変換モジュールがさらに設けられていても良い。まず、CPU201は、サムネイル要求または電子ファイル要求に含まれる変換URLを解釈し、モジュール情報413b図4dを抽出するS702。そして、CPU201は、サービス提供装置300が提供するサムネイルデータまたは電子ファイルの形式を対応形式に変換するための変換モジュールとして、変換モジュール204e或いは変換モジュール204fのうち、モジュール情報413bにより指定される変換モジュールを起動するS704。なお、説明の都合上、変換モジュール204eが起動されたとする。変換モジュール204eに従って実行される処理については、図7bを参照して後述する。次に、CPU201は、起動した変換モジュール204eから、orgパラメータ413c,415cの要求を受信したか否かを判断するS706。S706の判断が否定される間S706:No、CPU201は、処理を待機する。一方、S706の判断が肯定される場合S706:Yes、CPU201は、変換URLに含まれるorgパラメータ413c,415cを、変換モジュール204eへ送信するS708。そして、変換モジュール204eから、変換サムネイルデータまたは変換電子ファイル以下、変換コンテンツを受信したか否かを判断するS710。S710の判断が否定される場合S710:No、CPU201は処理を待機する。一方、S710の判断が肯定されるとS710:Yes、CPU201は、変換モジュール204eから受信した変換コンテンツを、データ変換プログラム204dの起動元である通信プログラム204aへ戻り値として返し、処理を終了するS712。図7bは、データ変換プログラム204dに呼び出されることによりS704、起動された変換モジュール204eに従って、実行される変換実行処理を示すフローチャートである。なお、CPU201は、マルチタスクにより、この処理の実行と、画像取得/変換処理の実行とを並行して行う。まず、CPU201は、orgパラメータ413c,415cをデータ変換プログラム204dに要求するS722。次に、CPU201は、orgパラメータ413c,415cをデータ変換プログラム204dから受信したか否かを判断しS724、S724の判断が否定される場合S724:No、処理を待機する。一方、S724の判断が肯定される場合S724:Yes、CPU201は、ネットワークI/F207を制御し、orgパラメータ413c,415cが指定するURLオリジナルのサムネイルURL408bまたは電子ファイルURL414bを含めた、GETメソッドを使ったHTTPメッセージを、ネットワーク400へ送信させる。そして、ネットワークI/F207にサービス提供装置300からの、HTTPメッセージへの返信が受信されると、受信された返信に含まれるコンテンツを読み出すS726。次に、CPU201は、読み出したコンテンツのデータ形式を変換するS728。CPU201は、PNG形式のコンテンツを、JPEG形式に変換する。変換の方法については、周知の技術であるため、詳細な記載を省略する。そして、CPU201は、生成した変換コンテンツを、データ変換プログラム204dに返しS730、変換モジュール204eによる変換実行処理を終了する。図5に戻り説明する。S536では、CPU201は、ネットワークI/F207を制御し、データ変換プログラム204dから戻り値として受信した変換コンテンツを、MFP100へ、送信させるS536。そして、S510へ戻る。画像取得/変換処理によれば、対応形式のコンテンツを生成し、MFP100へ送信できる。なお、上記実施形態の方法に代えて、例えば、各MFP100の対応形式をデータベースに記憶しておき、MFP100からコンテンツ要求サムネイル要求または電子ファイル要求を受信した段階で、そのMFP100の対応形式をデータベースから読み出して、変換コンテンツを生成することも考えられる。しかしながら、そのようにすると、多数台のMFP100からのアクセスが集中した場合に、多数台のMFP100のそれぞれについて対応形式を読み出すことにより、中継装置200において処理が滞るおそれがある。これに対し、本実施形態の画像取得/変換処理によれば、コンテンツ要求に含まれる変換URLが、モジュール情報413bを含んでいるため、中継装置200は、各MFP100の対応形式を取得しなくても、モジュール情報413bが指定する変換モジュール204e,204fを利用して、コンテンツ要求元のMFP100で処理可能な形式の変換コンテンツを、迅速に生成できるのである。また、中継装置200において変換可能な形式を増加させることで、より多くの形式に対応可能となる。したがって、MFP100のプログラムやファームウェアを変更をせずとも、見かけ上、MFP100で利用可能なコンテンツを増加させることができる。<MFP100の動作>図8は、MFP100のCPU101が実行するダウンロード処理を示すフローチャートである。このダウンロード処理は、MFP100の図示しないメニュー画面において、ダウンロード処理の実行が指示された場合に開始される。このダウンロード処理を開始すると、CPU101は、LCD109にサービス選択画面を表示して、入力部108から利用者が利用したいサービスの選択を受け付けるS810。入力部108から何れかのサービスの選択が入力されると、CPU101は、利用者により選択されたサービスを特定するためのサービス特定情報をRAM103に記憶する。次に、CPU101は、プリント/メディア選択画面をLCD109に表示させ、利用者のダウンロードする電子ファイルの利用方法について、その選択を入力部108より受け付けるS811。プリント/メディア選択画面には、これからダウンロードする電子ファイルの利用方法の選択項目としてプリントと、メディアとの項目が表示される。プリントは、ダウンロードする電子ファイルを、プリンタ106により印刷させる項目である。一方、メディアは、ダウンロードする電子ファイルを記憶させる項目である。入力部108から利用方法の選択が入力されたあと、CPU101は、S811で入力された利用方法をRAM103に記憶するS812。次に、CPU101は、ネットワークI/F105を制御して、ファイル選択画面要求を中継装置200に送信させるS813。ここで送信するファイル選択画面要求は、第1種形式情報404を含むもの図4a、第2種形式情報406を含むもの図4bでもどちらでも良い。次に、CPU101は、ネットワークI/F105により、中継装置200からファイル選択画面のXMLテキストが受信されたか否かを判断するS814。ファイル選択画面のXMLテキストが中継装置200から受信されていない場合S814:No、CPU101は、ファイル選択画面のXMLテキストが受信されるまで待機する。一方、ファイル選択画面のXMLテキストが中継装置200から受信された場合S814:Yes、CPU101は、ファイル選択画面のXMLテキストに基づいて画像の表示、構成を行う。この際、CPU201はそのXMLテキストに含まれているURLを一つずつ読み出し、そのURLを含むサムネイル要求を、ネットワークI/F105を制御し、ネットワーク400に送信させる。そして、サービス提供装置300或いは中継装置200からのサムネイル要求への返信が、ネットワークI/F105により受信されると、CPU101は、受信された返信から、サムネイルを読み出すS815。ここで、XMLテキストに含まれるURLは、実際には、サムネイルURL408bまたは、変換サムネイルURL412bのいずれかである。しかしながら、MFP100は、両者を区別せず、一律にサムネイル要求を作成し、送信する。また、MFP100がダウンロードするサムネイルデータは、実際には、サービス提供装置300が送信したサムネイルデータか、または、中継装置200が送信した変換サムネイルデータのいずれかである。しかしながら、MFP100は、両者を区別せず、一律にサムネイルデータとして取り扱う。よって、図8のフローチャートにおいては、サムネイルデータと変換サムネイルデータとを、一律にサムネイルデータと記載する。次に、CPU101は、XMLテキストに含まれる全てのURLに基づいて、サムネイルデータをダウンロードしたか否かを判断しS816、S816の判断が否定される間S816:No、S815から処理を繰り返す。そして、処理を繰り返すうちに、全てのURLに基づいてサムネイルデータをダウンロードするとS816:Yes、CPU101は、サムネイルを配置したファイル選択画面をLCD109に表示させるS817。そして、ダウンロードすべき電子ファイルの選択をユーザが入力部108より入力すると、入力信号がCPU101へ入力されるS818。利用者により選択された、ダウンロードすべき電子ファイルに対応する入力信号が、入力部108より入力されると、CPU101は、電子ファイル情報取得要求を中継装置200に送信するS819。このとき送信される電子ファイル情報取得要求は、利用者により選択された電子ファイルを特定するファイル特定情報410を含む。次に、CPU101は、ネットワークI/F105により、中継装置200から電子ファイルURLが受信されたか否かを判断するS820。ここで、MFP100が受信する電子ファイルURLは、実際には、サービス提供装置300において生成した電子ファイルURL、または、中間装置200において生成した電子ファイルURLのいずれかである。しかしながら、MFP100は、両者を区別しないので、図8のフローチャートにおいては、電子ファイルURLと、変換電子ファイルURLとを、一律に電子ファイルURLと記載する。電子ファイルURLを受信しない場合S820:No、CPU101は、ネットワークI/F105により中継装置200から電子ファイルURLが受信されるまで待機する。一方、中継装置200から電子ファイルURLが受信された場合S820:Yes、CPU101は、ネットワークI/F105を制御し、ネットワーク400へ、受信された電子ファイルURLに基づく要求を、送信させる。そして、送信させた要求に対する返信が、I/F105により受信されると電子ファイルを読み出すS821。ここで、MFP100が受信する電子ファイルは、実際には、サービス提供装置300から送信される電子ファイル、または、中間装置200から送信される変換電子ファイルのいずれかである。しかしながら、MFP100は、両者を区別しないので、図8のフローチャートにおいては、電子ファイルと、変換電子ファイルとを、一律に電子ファイルと記載する。このようにして電子ファイルをダウンロードした後、CPU101は、上述のS812において、RAM103に記憶した利用方法がプリントであるか否かを判断するS822。利用者により選択された利用方法がプリントである場合はS822:Yes、CPU101は、ダウンロードした電子ファイルをプリンタ106により印刷させS823、ダウンロード処理を終了する。一方、利用者により選択された利用方法がメディアである場合はS822:No、CPU101は、ダウンロードした電子ファイルを、MFP100に装着された図示しないメディアカードに記憶させS824、ダウンロード処理を終了する。本実施形態によれば、利用者は、MFP100で処理可能な形式のコンテンツを、サービス提供装置300または中継装置200のいずれかからダウンロードでき、サムネイルを表示し、または電子ファイルを印刷できる。上記実施形態において、サービス連携システム10が通信システムの一例であり、MFP100が端末の一例である。変換モジュール204e,204fを実行するCPU201が変換手段の一例である。第1種形式情報404が指定情報の一例であり、第2種形式情報406が端末情報の一例である。URLが識別情報の一例であり、サムネイルURL408bおよび電子ファイルURL414bが第1識別情報の一例であり、変換サムネイルURL412bおよび変換電子ファイルURL415bが第2識別情報の一例である。モジュール情報413bが変換手段対応情報の一例である。サムネイルデータおよび電子ファイルがコンテンツの一例であり、変換サムネイルデータおよび変換電子ファイルが変換コンテンツの一例である。タイプ情報408a,414aが付加情報の一例である。HDD204が記憶部の一例である。S512,S520を実行するCPU201が第1受信手段の一例である。S522,S604を実行するCPU201が判断手段の一例である。S510,S518を実行するCPU201が指定情報受信手段、端末情報受信手段の一例である。S511,S519を実行するCPU201が形式取得手段の一例である。S516,S526を実行するCPU201が第1送信手段および第2送信手段の一例である。S528を実行するCPU201が第2受信手段の一例である。S704を実行するCPU201が変換制御手段の一例である。S536を実行するCPU201が変換コンテンツ送信手段の一例である。S726を実行するCPU201が取得手段の一例である。S815,S821を実行するCPU101がコンテンツ取得手段の一例である。以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。例えば、上記実施形態では、MFP100が端末の一例であったが、携帯電話機、デジタルカメラなど、各種の装置が端末の一例となり得る。また、上記実施形態において、中継装置200は、物理的に存在する一つのサーバであったが、複数の物理的な装置が協働して一つのサーバとして機能するヴァーチャルマシンであっても良い。また、上記実施形態の中継装置200は、MFP100のメーカによって設置されるものであったが、周知のレンタルサーバが利用されても良い。図9aは、変形例のサービス連携システム10を構成するMFP100と中継装置200との間における通信の流れを概略的に示す図である。なお、図9aに示すMFP100、中継装置200、サービス提供装置300、変換サーバ600は、ネットワーク図1を介して、互いに接続されている。また、この変形例において、中継装置200のサーバ名はservice1brocomであり、変換サーバ600のサーバ名はservice2brocomであり、サービス提供装置300のサーバ名はserviceXcomであるものとする。なお、この変形例の中継装置200の電気的構成は、データ変換プログラム204d,変換モジュール204e,204fを備えていない点において、実施形態の中継装置200と異なり、その他の点では同一である。この変形例においては、まず、MFP100から中継装置200へ、ファイル選択画面要求を送信し1、中継装置200は、サービス提供装置300へ、ファイル一覧要求を送信する2。そして、サービス提供装置300は、中継装置200に対して、サムネイル特定情報408とファイル特定情報410とを含むファイル一覧を送信する3。この1から3に示すデータの流れは、上記実施形態の説明と同様である。次に、変形例の中継装置200は、サムネイル特定情報408に対応するサムネイルデータが、MFP100の対応形式であるか否かを、上記実施形態と同様の手法で判断する。そして、サムネイル特定情報408に対応するサムネイルデータが、MFP100の対応形式であると判断する場合、上記実施形態と同様に、そのサムネイル特定情報408を含むファイル選択画面のXMLテキストを、MFP100に送信する。一方、サムネイル特定情報408に対応するサムネイルデータが非対応形式であると判断される場合、中継装置200は、ファイル一覧に含まれるサムネイル特定情報408を、変換サムネイル特定情報412に変更する処理を行う4。図9bは、変形例の中継装置200がサービス提供装置300から受信するサムネイル特定情報408の一例を示す図であり、図9cは、中継装置200が、bに示すサムネイル特定情報408から生成する変換サムネイル特定情報412の一例を示す図である。図9cに示すように、変形例の変換サムネイル特定情報412は、サーバ名413aとして、変換サーバ600を指定する。また、モジュール情報413bとしては、変換サーバ600が備える変換モジュールのモジュール名を指定する。orgパラメータ413cとしては、サムネイル特定情報408に含まれるサムネイルURL408bを指定する。そして、図9aに示すように中継装置200は、生成した変換サムネイル特定情報412図9cを、ファイル選択画面のXMLテキストに含めて、MFP100へ送信する5。一方、MFP100は、受信した変換サムネイルURL412bを含むサムネイル要求をネットワークに送信する6。上述したように、変換サムネイルURL412bは、サーバ名413aとして変換サーバ600を指定するので、そのサムネイル要求は、変換サーバ600へ送信される。サムネイル要求を受信した変換サーバ600は、変換サムネイルURL412bを解釈し、orgパラメータ413cに設定されたサムネイルURL408bを含むサムネイル要求を生成して、サービス提供装置300へ送信し7、サービス提供装置300からサムネイルデータを取得する8。すなわち、最初に中継装置200が、サービス提供装置300からサムネイルURL408bを受信するのであるが、このサムネイルURL408bを、変換サムネイルURL412bのorgパラメータ413cに設定しているので、中継装置200が取得したサムネイルURL408bを、MFP100を介して変換サーバ600に取得させることができるのである。次に、変換サーバ600は、変換サムネイルURL412bに含まれるモジュール情報413bで指定されるデータ変換プログラムの変換モジュールを用いて、受信したサムネイルデータの形式を、対応形式に変換して変換サムネイルデータを生成し9、MFP100へ送信する10。すなわち、最初にサムネイルURL408bを取得した中継装置200において、そのサムネイルURL408bに対応するサムネイルデータの形式が、MFP100で処理可能な対応形式ではないと判断された場合、中継装置200は、そのサムネイルデータを対応形式に変換するための変換モジュールを決定し、モジュール情報413bとして設定する。したがって、変換サーバ600においては、MFP100で処理可能な対応形式が何であるかを知らなくても、指定された変換モジュールでサムネイルデータを生成することにより、各MFP100に対して、適切な形式のサムネイルデータを送信できるのである。本発明は、上記変形例のように、物理的には中継装置200と別体の装置において、変換コンテンツを生成し、端末へ送信ように構成しても良い。中継装置200の運用費用は、中継装置200を経由する情報量や、中継装置200での処理の負荷によって変化するので、この変形例によれば、中継装置200に発生する負荷を少なくでき、運用費用を抑制できる。なお、変換サーバ600は、複数台設けられ、各変換サーバ600が専用の変換を行うように上記変形性をさらに変形しても良い。さらに、本発明の中継装置が備える各手段は、複数台の装置に分散して設けられていても良い。例えば、変換URLを生成する処理のみを、別体の装置に行わせても良い。このように複数台の装置が連動して本発明の中継装置として機能する場合、前記複数台の装置を含むシステムが、本発明の中継装置の一例に相当する。また、上記実施形態において、サービス提供装置300は、サムネイル特定情報408と、ファイル特定情報410とを含むファイル一覧図4cを中継装置200に送信するものとして説明した。しかしながら、本発明は、上記実施形態のサービス提供装置300にだけ適用されるものではなく、様々なサービス提供装置に対応可能である。図10は、上記実施形態のサービス提供装置300とは異なる他のサービス提供装置から図3のD003で中継装置200へ送信されるファイル一覧の一例を示す図である。上記実施形態のD003でサービス提供装置300から中継装置200へ返信されるのは、サムネイル特定情報408と、ファイル特定情報410を含んだファイル一覧であった。そして、ファイル特定情報410とは、具体的には電子ファイルのコンテンツIDのことを指していた。それに対し、ファイル一覧に含まれるファイル特定情報410は、図10に示すように、コンテンツID410aに加え、電子ファイルの形式を示すタイプ情報410b、電子ファイルURL410cを含んでいても良い。図10に示すファイル一覧を受信した場合、中継装置200は、ファイル特定情報410についても、サムネイル特定情報408と同様に、そのファイル特定情報410に対応する電子ファイルが対応形式記憶領域203aに記憶された対応形式であるか否かを、タイプ情報410bまたは電子ファイルURL410cに含まれる拡張子に基づいて判断する。そして、非対応形式であると判断された電子ファイルに対応するファイル特定情報410については、変換電子ファイルに対応する変換電子ファイルURLを含む変換ファイル特定情報に変更し、ファイル選択画面のXMLテキストに含めてMFP100に送る。この場合、MFP100は、ファイル選択画面のXMLテキストから変換電子ファイルURLを取得できるので、図3に示すD015からD019の通信を省略して、電子ファイル要求を送信することができる。また、サムネイルデータを提供しないサービス提供装置300を利用する場合であっても、本発明を適用可能である。その場合、中継装置200は、サービス提供装置300から受信した電子ファイルをサムネイルデータに変換し、そのサムネイルデータをMFP100へ送信しても良い。その場合、元のデータから縮小された形式のデータであることが、所定の形式の一例に相当する。また、文書ファイル、音声ファイル、動画ファイルなど、各種のデータがコンテンツの一例に相当し得る。その場合、中継装置200は、例えば、音声ファイルに含まれる音声を文字に変換して生成したテキストデータを、変換コンテンツとしてMFP100に送信しても良い。または、動画ファイルから抽出した静止画ファイルを、変換コンテンツとしてMFP100に送信しても良い。また、上記実施形態において、中継装置200は、MFP100からサムネイル要求、または電子ファイル要求を受信してから、変換コンテンツを生成し、MFP100へ送信していた。これに代えて、サムネイル要求または電子ファイル要求の受信前から、予め変換コンテンツを生成し、記憶していても良い。図11は、変形例の中継装置200が実行する中継処理を示すフローチャートである。なお、図11に示す変形例の中継処理のうち、図5を参照して説明した実施形態の中継処理と同一のステップについては、同一のステップ番号を付して、説明を省略する。変形例の中継処理において、中継装置200のCPU201は、サービス提供装置300から電子ファイル情報を取得した場合S520、その電子ファイル情報に含まれる電子ファイルURLに対応する電子ファイルが対応形式であるか否かを判断するS522。そして、対応形式ではないと判断した場合S522:No、CPU201は、その電子ファイルURLに対応する電子ファイルをサービス提供装置300から取得するS1102。そして、CPU201は、データ変換プログラム204dを呼び出して、取得した電子ファイルを用いて、変換モジュール204e,204fに変換電子ファイルを生成させS1104、中継装置200のHDD204等に記憶するS1106。なお、S1104で実行される処理は、より詳細には、上記実施形態で説明した図5のS532のように、データ変換プログラム204dを呼び出して、変換電子ファイルを生成させる処理であるが、ここでは詳細な説明を省略する。そして、HDD204等に記憶した変換コンテンツに対応する変換URLを生成しS1108、少なくとも生成した変換URLを含む電子ファイル情報をMFP100に送信するS526。なお、この変形例においては、ファイル選択画面作成処理S514において、サムネイルURL408bに対応するサムネイルデータが対応形式ではないと判断された場合には、電子ファイルと同様に、そのサムネイルデータをサービス提供装置300から受信し、変換サムネイルデータを生成して、HDD204等に記憶しておくものとするが、詳細な説明は省略する。そして、CPU201は、MFP100からサムネイル要求または電子ファイル要求に含めて変換URLを受信した場合S1110:Yes、その変換URLに対応する変換コンテンツをHDD204から読み出し、MFP100に送信するS1111。この場合、予め生成し記憶している変換コンテンツをMFP100に送信するので、サムネイル要求または電子ファイル要求を受信してから変換コンテンツを生成する場合に比較して、変換コンテンツを迅速に送信できる。なお、この変形例においては、S1106を実行するCPU201が記憶手段の一例に相当する。また、上記実施形態においては、MFP100で処理可能な所定の形式の一例として、JPEG形式を例示した。しかしながら、JPEG形式に限られるものではなく、例えば、PNG形式、GIF形式、BMP形式、TIFF形式など、各種の形式が、所定な形式の一例に相当し得る。また、1台のMFP100で複数の形式のデータを処理可能な場合がある。その場合、出力条件に基づいて、1つの形式を選択し、その形式の変換コンテンツを中継装置200からMFP100へ送信するように構成しても良い。具体的には、中継装置200は、予め、コンテンツの出力条件のそれぞれに対応する形式をHDD204等に記憶している。そして、ファイル選択画面要求や、電子ファイル情報取得要求などに含めて、MFP100から中継装置200へ送られてくるコンテンツの出力条件を受信し、受信したコンテンツの出力条件に対応する形式を選択する。そして、その選択した形式の変換コンテンツを生成し、MFP100へ送信する。例えば、MFP100でJPEG形式とRAW形式とを処理可能である場合において、印刷条件が高画質印刷を指定する場合、データ量が大きいが高画質印刷に適したRAW形式の変換コンテンツを生成して端末へ送信し、一方、印刷条件が、高速処理を優先した印刷を指定する場合、RAW形式よりもデータ量の小さいJPEG形式の変換コンテンツを生成して端末へ送信しても良い。さらに、端末から受信した印刷条件に基づいて、変換コンテンツの画素数、圧縮率などを切り替えても良い。このようにすれば、出力条件に対応する形式のコンテンツを、MFP100に取得させることができる。この場合、S510,S518の処理を実行するCPU201が端末出力条件受信手段の一例に相当し、S511,S519において、出力条件に対応する形式を選択するCPU201が選択手段の一例に相当する。また、上記実施形態において、変換URL変換サムネイルURL、変換電子ファイルURLに含まれるモジュール情報413bは、変換モジュール204e,204fの名前であった。しかしながら、これに代えて、モジュール情報413bを、変換モジュール204e,204fのいずれかに対応付けられた任意の文字列で構成してもよい。この場合、中継装置200は、端末から変換URLを受信した場合、その任意の文字列に対応する変換モジュール204e,204fを用いて、変換コンテンツを生成するように構成しても良い。上記実施形態の中継装置200は、端末との間の通信、およびサービス提供装置300との間の通信を、httpに従って行うものであった。この場合、一般的なWebサービスインフラを用いてシステムを構築できるという効果がある。これに代えて、https、または、xmppに従って通信を行うように構成しても良い。xmppを用いる場合、双方向性を持った通信手順でシステムを実現できるという効果が得られる。上記実施形態において、中継装置200は、MFP100が処理可能なコンテンツの形式所定の形式を、MFP100から送られてくる情報に基づいて取得していた。しかしながら、例えば、JPEG形式など、中継装置200を利用する全ての端末で利用可能な形式を所定の形式として予め定めておき、コンテンツの形式を判断するように、上記実施形態を変形しても良い。また、上記実施形態では、URLが識別情報の一例であったが、識別情報はこれに限られるものではなく、データを特定できる情報であれば良い。また、上記実施形態において、MFP100で処理可能な形式とは、MFP100において、表示出力および印刷出力が可能な形式であった。しかしながら、これに代えて、表示出力は可能であるが印刷出力は不可能な形式、印刷出力は可能であるが表示出力が可能な形式を、処理可能な形式の一例としても良い。その場合、例えば、ファイル選択画面要求図3のD001には、表示可能な形式を示す第1種形式情報404を含めて、MFP100から中継装置200へ送信すれば良い。このようにすれば、MFP100で表示出力可能な形式のサムネイルデータを、MFP100に取得させることができる。一方、例えば、電子ファイル情報取得要求図3のD015には、印刷可能な形式を示す第1種形式情報404を含めて、MFP100から中継装置200へ送信すれば良い。このようにすれば、MFP100で印刷出力可能な形式の電子ファイルを、MFP100に取得させることができる。すなわち、1台の端末から中継装置200へ通知する処理可能な形式は、表示用のデータを要求する場合と、印刷用のデータを要求する場合とで異なっていても良い。"