JP5348166B2 - 中継装置、通信方法、および通信システム - Google Patents

Description

本発明は、中継装置、通信方法、および通信システムに関するものである。

従来から、読み取った画像の電子ファイルをサーバへアップロードする通信装置や、サーバからダウンロードした電子ファイルを印刷等する通信装置が知られている。特許文献１には、読み取った画像の電子ファイルをサーバへアップロードする通信装置の一例が記載されている。通信装置のメーカーが、このようなサービスを提供する場合、アップロードされる電子ファイルを格納するための専用のサーバを独自に用意する必要がある。

一方、近年、サービス事業者が用意したネットワーク上のデータベースに電子ファイルを格納することが出来る電子ファイル格納サービスが普及している。たとえば、Ｐｉｃａｓａ（登録商標）ウェブアルバムや、ｆｌｉｃｋｒ（登録商標）が、その一例である。利用者は、ウェブブラウザを備えたパーソナルコンピュータを利用して、所望の電子ファイルを電子ファイル格納サービスにアップロードしたり、所望の電子ファイルを電子ファイル格納サービスからダウンロードしたりすることが出来る。また、画像データを電子ファイル格納サービスからダウンロードする場合には、画像データによって形成される画像のサイズを選択した上でダウンロードすることも可能とされている。多くの電子ファイル格納サービスは、それぞれ独自のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を公開している。他の事業者は、これを利用することにより、電子ファイル格納サービスと連携した新たなサービスをユーザに提供することが出来る。

このような状況において、利用者が所望する電子ファイルを専用のサーバからダウンロードさせる代わりに、サービス事業者が提供する電子ファイル格納サービスから所望の電子ファイルを通信装置にダウンロードさせるサービスが考えられる。

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

しかし、サービス事業者が提供する電子ファイル格納サービスには、通信装置では処理できない形式の電子ファイルが格納されている可能性がある。したがって、通信装置では処理できない形式の電子ファイルが、通信装置にダウンロードされてしまう可能性がある、という問題点があった。

本発明は、上述した問題点を解決するためになされたものであり、サーバから送信されるコンテンツの形式に関わらず、端末には所定の形式のコンテンツを取得させることができる中継装置、通信方法、および通信システムを提供することを目的とする。

この目的を達成するために、本発明の中継装置は、ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続されるものであって、前記コンテンツに対応した第１識別情報を、前記サーバから受信する第１受信手段と、前記第１受信手段により受信する前記第１識別情報に対応するコンテンツの形式が、所定の形式であるかを前記第１受信手段が第１識別情報とともに受信する付加情報と第１識別情報とのいずれかに基づいて判断する判断手段と、前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第１受信手段により受信した前記第１識別情報を、前記端末へ送信する第１送信手段と、前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第２識別情報を、前記端末に送信する第２送信手段とを備える。

なお、本発明は、中継装置を制御する制御装置、中継装置において実行されるプログラム、該プログラムを記録する記録媒体、通信方法、通信システム等の種々の態様で実現可能である。

請求項１記載の中継装置によれば、サーバから受信する第１識別情報に対応するコンテンツの形式が、所定の形式であると判断される場合、その第１識別情報が端末へ送信される。よって、端末は、第１識別情報を用いて、その第１識別情報に対応する所定の形式のコンテンツを取得できる。一方、サーバから受信する第１識別情報に対応するコンテンツの形式が、所定の形式ではないと判断される場合、変換コンテンツに対応した第２識別情報が端末へ送信される。よって、端末は、第２識別情報に対応する所定の形式の変換コンテンツであって、第１識別情報に対応するコンテンツを変換することにより生成された変換コンテンツを、第２識別情報を用いて取得できる。したがって、サーバから送信されるコンテンツの形式に関わらず、端末には所定の形式のコンテンツを取得させることができるという効果がある。

請求項２記載の中継装置によれば、請求項１記載の中継装置の奏する効果に加え、サーバから取得したコンテンツを用いて、所定の形式の変換コンテンツを生成し、端末に取得させることができるという効果がある。

請求項３記載の中継装置によれば、請求項２記載の中継装置の奏する効果に加え、第２識別情報に含まれる変換手段対応情報に基づき、適切な変換手段により、変換コンテンツを生成できるという効果がある。また、端末から第２識別情報を受信した場合に変換コンテンツを生成するので、第２識別情報を受信する前に変換コンテンツを予め生成しておく場合に比較して、生成した変換コンテンツを保存しておくために必要な記憶容量を節約できるという効果がある。

請求項４記載の中継装置によれば、請求項２記載の中継装置の奏する効果に加え、第２識別情報を受信した場合、その第２識別情報に対応する変換コンテンツを記憶部から読み出し、端末に送信するので、第２識別情報を受信してから変換コンテンツを生成する場合に比較して、変換コンテンツを迅速に送信できるという効果がある。

請求項５記載の中継装置によれば、請求項１から４のいずれかに記載の中継装置の奏する効果に加え、中継装置を利用する端末が複数種類存在する場合であっても、各端末には、その端末で処理可能な形式のコンテンツを取得させることができるという効果がある。

請求項６記載の中継装置によれば、請求項１から４のいずれかに記載の中継装置の奏する効果に加え、中継装置を利用する端末が複数種類存在する場合であっても、各端末には、その端末で処理可能な形式のコンテンツを取得させることができるという効果がある。

請求項７記載の中継装置によれば、請求項２から４のいずれかに記載の情報処理装置の奏する効果に加え、出力条件に対応する形式のコンテンツを、端末に取得させることができるという効果がある。

請求項８記載の通信方法によれば、請求項１記載の中継装置と同様の作用効果を奏する。

請求項９記載の通信システムによれば、請求項１記載の中継装置と同様の作用効果を奏する。

請求項１０記載の通信システムによれば、請求項９記載の通信システムの奏する効果に加え、中継装置は、端末との間の通信、およびサーバとの間の通信を、ｈｔｔｐ（Hypertext Transfer Protocol）に従って行うので、一般的なＷｅｂサービスインフラを用いてシステムを構築できる効果がある。

請求項１１記載の通信システムによれば、請求項９記載の通信システムの奏する効果に加え、中継装置は、端末との間の通信、およびサーバとの間の通信を、ｘｍｐｐ（Extensible Messaging and Presence Protocol）に従って行うことができるので、双方向性を持った通信手順でシステムを実現できるという効果がある。

本発明の一実施形態である中継装置を含むサービス連携システムの概略図である。 サービス連携システムの電気的構成を概略的に示すブロック図である。 ＭＦＰと、中継装置と、サービス提供装置との間における情報の流れを説明するシーケンス図である。 （ａ），（ｂ）は、ファイル選択画面要求の一例であり、（ｃ）は、ファイル一覧の一例であり、（ｄ）は、変換サムネイル特定情報の一例であり、（ｅ），（ｆ）は、電子ファイル情報の一例を示す図である。 中継装置において実行される中継処理を示すフローチャートである。 中継装置において実行されるファイル選択画面作成処理を示すフローチャートである。 （ａ）は、中継装置において実行される画像取得／変換処理を示すフローチャートであり、（ｂ）は、中継装置において実行される変換実行処理を示すフローチャートである。 ＭＦＰにおいて実行されるダウンロード処理を示すフローチャートである。 （ａ）は、変形例のサービス連携システムを模式的に示す図であり、（ｂ）は、変形例のサービス連携システムにおけるサムネイル特定情報の一例を示す図であり、（ｃ）は、変形例のサービス連携システムにおける変換サムネイル特定情報の一例を示す図である。 変形例のサービス連携システムにおけるファイル一覧の一例を示す図である。 変形例の中継装置において実行される中継処理を示すフローチャートである。

＜サービス連携システム１０の概略＞
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１に示すように、サービス連携システム１０は、多機能装置（Multi Function Peripheral以下、ＭＦＰと称する）１００と、中継装置２００とを含み、サービス事業者が提供する電子ファイル格納サービスから電子ファイルのダウンロードを行うシステムである。

ＭＦＰ１００は、印刷機能、スキャナ機能、ＦＡＸ機能、およびコピー機能を備えるデジタル複合機である。中継装置２００は、ＭＦＰ１００のメーカによって設置されるサーバであり、サービス事業者が公開するＡＰＩを利用するために必要なプログラムを搭載する。サービス提供装置３００は、サービス事業者によってインターネット上に設置される周知のＷｅｂサーバである。

本実施形態の中継装置２００は、サービス提供装置３００から送信されるコンテンツの形式に関わらず、ＭＦＰ１００には、ＭＦＰ１００が処理可能な形式のコンテンツを取得させることができるように構成されている。以下、詳細を説明する。

ここで、本実施形態で説明する「サービス事業者」は、電子ファイルを管理するサービスを提供するものであって、電子ファイルをサービス提供装置３００に保存するためのＡＰＩや、サービス提供装置３００によって管理される電子ファイルおよびその電子ファイルのサムネイルを取得するためのＡＰＩなどを公開する。なお、中継装置２００を経由してサービスを利用するＭＦＰ１００は、実際には複数台存在するが、以下の説明では、１台のＭＦＰ１００に着目して本実施形態を説明する。また、本実施形態において、中継装置２００は、ＭＦＰ１００との間の通信、サービス提供装置３００との間の通信を、ｈｔｔｐに従って行うものとする。

＜サービス連携システムのハードウェア構成＞
図２に示すように、サービス連携システム１０と、サービス提供装置３００とは、ネットワーク４００を介して接続され、互いにデータの送受信を行う。ネットワーク４００は、例えば、インターネット網で構成される。本実施形態では、互いに異なる２種類のサービス（サービスＡ，サービスＢ）を提供する、２台のサービス提供装置３００がネットワーク４００に存在しているものとする。以下の説明において、２台のサービス提供装置３００を区別して説明する必要がある場合には、サービスＡを提供する装置をサービス提供装置３００Ａと称し、サービスＢを提供する装置をサービス提供装置３００Ｂと称する。

ＭＦＰ１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４、ネットワークインターフェイス（ネットワークＩ／Ｆ）１０５、プリンタ１０６、スキャナ１０７、入力部１０８、液晶表示装置（ＬＣＤ）１０９を主に有し、これらはバスライン１１０を介して互いに接続されている。

ＣＰＵ１０１は、ＲＯＭ１０２やフラッシュメモリ１０４に記憶されているプログラムに従って処理を実行する。ＲＯＭ１０２は、ＭＦＰ１００の動作を制御するプログラムや固定値などを格納するメモリである。ＲＡＭ１０３は、ＣＰＵ１０１の処理に必要な情報を一時的に記憶する。フラッシュメモリ１０４は、書換え可能な不揮発性のメモリであり、通信のためのパラメータ、電話帳データ等を格納する。なお、フラッシュメモリ１０４には、ＸＭＬ等のマークアップ言語で記載されたテキストに基づいて画面を作成するためのレンダリングドライバなど、その他のプログラムが格納されるが、図示および詳細な説明は省略する。

ネットワークＩ／Ｆ１０５は、ネットワーク４００を介して他の装置と通信を行うための装置であり、周知のネットワークハードウェアを採用できる。プリンタ１０６は、画像の印刷を行う装置である。ＭＦＰ１００は、ＪＰＥＧ形式の画像ファイル（以下、ＪＰＥＧファイル）を展開（処理）し、プリンタ１０６によりＪＰＥＧファイルに対応する画像の印刷を行う。スキャナ１０７は、画像を読み取る装置である。入力部１０８は、ＭＦＰ１００に指示や情報を入力するためのタッチパネルで構成され、ＬＣＤ１０９の表示面に重ねて配置される。ＭＦＰ１００は、ネットワークＩ／Ｆ１０５を介して入力されるＪＰＥＧファイルを展開し、そのＪＰＥＧファイルに対応する画像を、ＬＣＤ１０９に表示させる。

中継装置２００は、周知のＷｅｂサーバ機能を持った装置であり、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ハードディスクドライブ（ＨＤＤ）２０４、ネットワークＩ／Ｆ２０７を主に有し、これらはバスライン２０８を介して互いに接続されている。

ＣＰＵ２０１は、ＲＯＭ２０２またはＨＤＤ２０４に記憶されるプログラムに従って処理を実行する。ＲＯＭ２０２は、中継装置２００の動作を制御するプログラムなどを格納する。ＲＡＭ２０３は、ＣＰＵ２０１の処理に必要なデータを一時的に記憶する。また、後述する対応形式記憶領域２０３ａは、ＲＡＭ２０３に設けられた領域である。

ＨＤＤ２０４には、通信プログラム２０４ａ、サービスＡ用通信プログラム２０４ｂ、サービスＢ用通信プログラム２０４ｃ、データ変換プログラム２０４ｄ、変換モジュール２０４ｅ、２０４ｆ、サーバプログラム２０４ｇが格納される。通信プログラム２０４ａは、ＭＦＰ１００とサービス提供装置３００との間の通信を中継するためのプログラムである。

サービスＡ用通信プログラム２０４ｂ、サービスＢ用通信プログラム２０４ｃは、それぞれ、サービス提供装置３００との間で通信を行うためのプログラムである。サービスＡ用通信プログラム２０４ｂに従って、サービスＡが提供するＡＰＩを利用したＨＴＴＰメッセージが作成される。また、サービスＢ用通信プログラム２０４ｃに従って、サービスＢが提供するＡＰＩを利用したＨＴＴＰメッセージが作成される。データ変換プログラム２０４ｄは、変換モジュール２０４ｅ或いは２０４ｆと共同して、サービス提供装置３００からダウンロードした電子ファイルを、ＭＦＰ１００で利用可能な形式のデータに変換するためのプログラムである。サーバプログラム２０４ｇは、複数のプログラム間における、値の送受信の仲介や、メモリの管理など、多くのプログラムから共通して利用される基本的な機能を提供するプログラムである。ネットワークＩ／Ｆ２０７は、ネットワーク４００に接続された他の装置と通信を行うための機器である。

＜サービス連携システム１０の動作＞
図３を参照して、サービス連携システム１０の動作の一例について説明する。図３の例では、ＭＦＰ１００の利用者が、サービスから電子ファイルをダウンロードして、それを印刷することを選択した場合のデータの流れを説明する。

先ず、利用者が、ＭＦＰ１００の入力部１０８を操作して、電子ファイルをダウンロードするサービスを選択すると、ＭＦＰ１００は、中継装置２００に対して、ファイル選択画面要求を送信する（Ｄ００１）。このファイル選択画面要求は、ＨＴＴＰメッセージであって、ＭＦＰ１００が処理可能なデータ（表示可能であり、且つ印刷可能なデータ）の形式を示す形式情報を格納する。

図４（ａ）に示すファイル選択画面要求は、利用者に選択されたサービスを特定するための情報であるサービス特定情報４０１と、中継装置２００を指定する中継装置特定情報４０２と、要求元であるＭＦＰ１００が処理可能なコンテンツの形式を指定する第１種形式情報４０４とを含む。図４（ａ）に示す第１種形式情報４０４は、このファイル選択画面要求の発信元のＭＦＰ１００が、ＪＰＥＧ形式とＴＩＦＦ形式とを処理可能であることを示している。

一方、図４（ｂ）に示すファイル選択画面要求は、サービス特定情報４０１と、中継装置特定情報４０２と、要求元であるＭＦＰ１００のモデル名（種別）を示す第２種形式情報４０６とを含む。図４（ｂ）に示す第２種形式情報４０６は、このファイル選択画面要求の発信元のＭＦＰ１００のモデル名とファームウェアのバージョンが、それぞれＢ／／ＭＦＣ−９９９、1．０であることを示している。

中継装置２００を介してサービスを利用する各端末（ＭＦＰ１００を含む）は、第１種形式情報４０４、または、第２種形式情報４０６のいずれか一方、或いは両方を、ファイル選択画面要求に含めて中継装置２００へ送信する。一方、中継装置２００は、第１種形式情報４０４を受信した場合、その第１種形式情報４０４が指定する形式を「対応形式」として対応形式記憶領域２０３ａに記憶する。また、第２種形式情報４０６を受信した場合、予めＨＤＤ２０４に記憶している、各端末の種別と、その種別の端末が処理可能なコンテンツの形式との対応関係を示す、対応データベースを参照し、第２種形式情報４０６が示すモデル名の端末が処理可能なコンテンツの形式を、対応形式として対応形式記憶領域２０３ａに記憶する。以下、対応形式記憶領域２０３ａに記憶された形式を、単にＭＦＰ１００の対応形式と称する。

図３に戻り説明する。中継装置２００はファイル選択画面要求を受信すると、(利用者に選択された)サービスのサービス提供装置３００に対して、ファイル一覧要求を送信する（Ｄ００２）。ここで、サービスからファイル一覧を取得するためのＡＰＩはサービス毎に異なるので、中継装置２００は、利用者に指定されたサービスに応じたプログラムにしたがって、ファイル一覧要求を作成する。具体的には、利用者によりサービスＡが指定された場合は、中継装置２００は、ＨＤＤ２０４に記憶されているサービスＡ用通信プログラム２０４ｂにしたがって、サービスＡにより公開されているＡＰＩを利用したファイル一覧要求を作成し、サービス提供装置３００Ａに送信する。一方、ファイル一覧要求を受信したサービス提供装置３００は、中継装置２００へファイル一覧を返信する（Ｄ００３）。

図４（ｃ）は、ファイル一覧の一例を示す図である。図４（ｃ）に示すように、ファイル一覧は、ＸＭＬテキストで構成された情報であって、複数個の個別ファイル情報４０７を含む。１の個別ファイル情報４０７は、サービス提供装置３００によって管理される１の電子ファイルに対応する。また、各個別ファイル情報４０７は、サムネイル特定情報４０８と、ファイル特定情報４１０とを含む。

サムネイル特定情報４０８は、電子ファイルの縮小画像データであるサムネイルデータを特定するための情報であって、属性値として、タイプ情報４０８ａと、サムネイルＵＲＬ（Uniform Resource Locator）４０８ｂとを含む。タイプ情報４０８ａは、サムネイルデータの形式を示す。サムネイルＵＲＬ４０８ｂは、サービス提供装置３００を送信先として指定するＵＲＬであって、サムネイルデータの所在を示す情報である。ファイル一覧に含まれるサムネイルＵＲＬ４０８ｂに基づく要求をサービス提供装置３００へ送信することにより、タイプ情報４０８ａに示される形式のサムネイルデータをサービス提供装置３００から取得できる。ファイル特定情報４１０は、サービス提供装置３００において、各電子ファイルに割り当てられたコンテンツＩＤを示す情報である。

ここで、サービス提供装置３００が提供するサムネイルデータの形式が、ＭＦＰ１００の対応形式と異なる場合、ファイル一覧の要求元であるＭＦＰ１００では、そのサムネイルデータを取得したとしても処理できない。よって、本実施形態の中継装置２００は、サービス提供装置３００から受信したファイル一覧に含まれるサムネイル特定情報４０８の各々について、対応するサムネイルデータの形式を調べる。具体的には、サムネイル特定情報４０８に含まれるタイプ情報４０８ａ、または、サムネイルＵＲＬ４０８ｂに含まれる拡張子に基づいて、サムネイルデータの形式を取得する。そして、サムネイルデータの形式が対応形式であると判断した場合（例えば、ＪＰＥＧ形式であると判断した場合）、そのサムネイル特定情報４０８を変更しない。一方、サムネイルデータの形式が非対応形式を示すと判断した場合（例えば、ＰＮＧ形式であると判断した場合）、そのサムネイル特定情報４０８を、変換サムネイル特定情報に変更する。

図４（ｄ）に示すように、変換サムネイル特定情報４１２は、タイプ情報４１２ａと、変換サムネイルＵＲＬ４１２ｂとを含む。タイプ情報４１２ａは、後述する変換サムネイルデータの形式を示す情報であって、対応形式を示す。また、変換サムネイルＵＲＬ４１２ｂは、後述する変換サムネイルデータを取得するために用いるＵＲＬである。この変換サムネイルＵＲＬ４１２ｂは、中継装置２００を送信先として指定するサーバ名４１３ａ、中継装置２００における変換サムネイルデータの生成に用いるべき変換モジュールを示すモジュール情報４１３ｂ、サムネイルＵＲＬ４０８ｂを指定するorgパラメータ４１３ｃを含むが、これらについては後述する。

図３に戻り説明する。中継装置２００は、Ｄ００４において、サムネイル特定情報４０８を抽出すると、対応形式のサムネイルデータに対応するサムネイル特定情報４０８は、そのままＸＭＬテキストに書き込む一方、非対応形式のサムネイルデータに対応するサムネイル特定情報４０８については、変換サムネイル特定情報４１２に変更したうえで、ＸＭＬテキストに書き込む（Ｄ００４）。そして、中継装置２００は、Ｄ００４で作成したＸＭＬテキストを含むメッセージをＭＦＰ１００へ送信する（Ｄ００５）。

一方、ＭＦＰ１００は、ファイル選択画面のＸＭＬテキストを受信すると、そのＸＭＬテキストに含まれるサムネイルＵＲＬ４０８ｂおよび変換サムネイルＵＲＬ４１２ｂを抽出し、サムネイル要求を作成する。サムネイル要求は、ＧＥＴメソッドを使ったＨＴＴＰメッセージであり、取得したいサムネイルデータのＵＲＬを含む。ここで、ファイル選択画面のＸＭＬテキストには、サムネイルＵＲＬ４０８ｂと変換サムネイルＵＲＬ４１２ｂの両者が含まれている場合、これらＵＲＬのうちサムネイルＵＲＬ４０８ｂのみが含まれている場合、変換サムネイルＵＲＬ４１２ｂのみが含まれている場合の３パターンが存在する。ＭＦＰ１００は、各ＵＲＬが、サムネイルＵＲＬ４０８ｂであるか、変換サムネイルＵＲＬ４１２ｂであるかを区別せず、１つのＵＲＬにつき、１つのサムネイル要求を作成し、順次ネットワーク４００へ送信する。

まず、ＭＦＰ１００が、サムネイルＵＲＬ４０８ｂを含むサムネイル要求を作成した場合について説明する。上述したように、サムネイルＵＲＬ４０８ｂは、サービス提供装置３００を送信先として指定するＵＲＬである。よって、ＭＦＰ１００からネットワーク４００へ送信されたサムネイル要求は、サービス提供装置３００へ送信される（Ｄ００６）。

一方、サービス提供装置３００は、ネットワーク４００からサムネイル要求を受信すると、そのサムネイル要求に含まれるサムネイルＵＲＬ４０８ｂに対応するサムネイルデータを、そのサムネイルＵＲＬ４０８ｂの送信元のＭＦＰ１００へ送信する（Ｄ００７）。したがって、ＭＦＰ１００は、サムネイルＵＲＬ４０８ｂに対応するサムネイルデータをネットワーク４００を介して取得できる。

ここで、一般的にＨＴＴＰに基づいた通信を行うサーバは、通常ＧＥＴメソッドをサポートしている。このため、ＭＦＰ１００は、各サービスのＡＰＩを利用するだけの処理能力がなくとも、ＸＭＬテキストに含まれるサムネイルＵＲＬ４０８ｂ及び変換サムネイルＵＲＬ４１２ｂに基づきＧＥＴメソッドを実行することで、各サービスからサムネイルデータをダウンロードできる。

次に、変換サムネイルＵＲＬ４１２ｂを含むサムネイル要求を作成した場合について説明する。上述したように、変換サムネイルＵＲＬ４１２ｂは、中継装置２００を送信先として指定するＵＲＬである。よって、ＭＦＰ１００からネットワーク４００へ送信されたサムネイル要求は、中継装置２００へ送信される（Ｄ００８）。

一方、中継装置２００は、受信したサムネイル要求に含まれている変換サムネイルＵＲＬ４１２ｂに基づいて、変換サムネイルデータを取得する。具体的には、変換サムネイルＵＲＬ４１２ｂが含むサムネイルＵＲＬ４０８ｂを抽出し、そのサムネイルＵＲＬ４０８ｂを含めたサムネイル要求をサービス提供装置３００へ送信することにより（Ｄ００９）、サムネイルＵＲＬ４０８ｂに対応するサムネイルデータを、サービス提供装置３００から取得する（Ｄ０１０）。そして、取得したサムネイルデータの形式を変換することにより、対応形式の変換サムネイルデータを生成し（Ｄ０１１）、サムネイル要求元のＭＦＰ１００へ送信する（Ｄ０１２）。

このようにして、サービス提供装置３００または中継装置２００からサムネイルデータを受信したＭＦＰ１００は、ＬＣＤ１０９に電子ファイル選択画面を表示させ、受信したサムネイルデータに基づいて描画されるサムネイルをその電子ファイル選択画面へ配置する（Ｄ０１３）。したがって、利用者はサムネイルを閲覧しながら所望の電子ファイルを探し、入力部１０８を操作することにより所望の電子ファイルのサムネイルを指定できる。

ＭＦＰ１００は、利用者による電子ファイルの選択を受け付けると（Ｄ０１４）、中継装置２００に対して、電子ファイル情報取得要求を送信する（Ｄ０１５）。電子ファイル情報取得要求は、選択された電子ファイルのファイル特定情報４１０を含む。さらに、第１種形式情報４０４（図４（ａ））、または、第２種形式情報４０６（図４（ｂ））のいずれかを含む。第１種形式情報４０４、第２種形式情報４０６については、図４（ａ）を参照して説明したので、これ以上の詳細な説明を省略するが、中継装置２００は、電子ファイル情報取得要求に含まれるこれらの形式情報４０４，４０６のいずれかに基づいて、電子ファイルＵＲＬの要求元であるＭＦＰ１００で処理可能な形式（対応形式）を対応形式記憶領域２０３ａに記憶させる。

次に、中継装置２００は、サービス特定情報４０１により特定されるサービスのサービス提供装置３００に対して、電子ファイル情報取得要求を送信する（Ｄ０１６）。この電子ファイル情報取得要求はＭＦＰ１００から受信したファイル特定情報４１０を含む。なお、中継装置２００は、サービスに応じたプログラムにしたがって、電子ファイル情報取得要求を作成する。

一方、電子ファイル情報取得要求を受信したサービス提供装置３００は、その電子ファイル情報取得要求に含まれるファイル特定情報４１０に対応する電子ファイルのＵＲＬを含む電子ファイル情報を、中継装置２００へ送信する（Ｄ０１７）。図４（ｅ）にＤ０１７で中継装置２００に送信されるファイル情報の一例を示す。電子ファイル情報４１４は、少なくとも電子ファイルＵＲＬ４１４ｂを含む。電子ファイルＵＲＬ４１４ｂは、サービス提供装置３００を送信先として指定するＵＲＬである。ここで、中継装置２００は、電子ファイルＵＲＬ４１４ｂの拡張子に基づいて、電子ファイルの形式を取得する。

なお、サービス提供装置３００から受信する電子ファイル情報４１４に、電子ファイルの形式を示すタイプ情報４１４ａが含まれている場合には、そのタイプ情報に基づいて、電子ファイルの形式を取得しても良い。

電子ファイルＵＲＬ４１４ｂに対応する電子ファイルがＭＦＰ１００の対応形式であると判断される場合、中継装置２００は、電子ファイル情報４１４をそのままＭＦＰ１００へ送信する。一方、電子ファイルＵＲＬ４１４ｂに対応する電子ファイルがＭＦＰ１００の対応形式でない場合、中継装置２００は、電子ファイル情報４１４に含まれる電子ファイルＵＲＬ４１４ｂを、変換電子ファイルＵＲＬ４１５ｂに変更する（Ｄ０１８）。そして、変換電子ファイルＵＲＬ４１５ｂを含んだ電子ファイル情報４１４をＭＦＰ１００へ送信する（Ｄ０１９）。図４（ｆ）に示すように、変換電子ファイルＵＲＬ４１５ｂは、中継装置２００を送信先として指定するサーバ名４１３ａ、モジュール情報４１３ｂ、変更前（オリジナル）の電子ファイルＵＲＬ４１４ｂを指定するorgパラメータ４１５ｃを含む。

ＭＦＰ１００が、電子ファイルＵＲＬ４１４ｂを中継装置２００から受信した場合、ＭＦＰ１００は、電子ファイル要求を作成し、ネットワーク４００へ送信する。ここで、電子ファイル要求は、具体的にはＧＥＴメソッドを使ったＨＴＴＰメッセージであり、中継装置２００から受信した電子ファイルＵＲＬ４１４ｂを含む。電子ファイルＵＲＬ４１４ｂは、サービス提供装置３００を送信先として指定するＵＲＬであるため、ＭＦＰ１００からネットワーク４００へ送信された電子ファイル要求は、サービス提供装置３００へ送信される（Ｄ０２０）。

一方、サービス提供装置３００は、受信した電子ファイル要求に含まれている電子ファイルＵＲＬ４１４ｂに対応する電子ファイルを、ＭＦＰ１００に送信する（Ｄ０２１）。この電子ファイルは、ＭＦＰ１００で処理可能な対応形式のデータである。よって、ＭＦＰ１００は、サービス提供装置３００から受信した電子ファイルを、プリンタ１０６により印刷出力できる（Ｄ０２７）。

次に、ＭＦＰ１００が、変換電子ファイルＵＲＬ４１５ｂを中継装置２００から受信した場合について説明する。この場合、ＭＦＰ１００は、変換電子ファイルＵＲＬ４１５ｂを含む電子ファイル要求を作成し、ネットワーク４００へ送信する。上述したように、変換電子ファイルＵＲＬ４１５ｂは、中継装置２００を送信先として指定するＵＲＬである。よって、ＭＦＰ１００からネットワーク４００へ送信された電子ファイル要求は、中継装置２００へ送信される（Ｄ０２２）。

一方、中継装置２００は、受信した電子ファイル要求に含まれている変換電子ファイルＵＲＬ４１５ｂに基づいて、変換電子ファイルを生成する。具体的には、変換電子ファイルＵＲＬ４１５ｂが含む電子ファイルＵＲＬ４１４ｂ（すなわち、オリジナルの電子ファイルＵＲＬ）を抽出し、その電子ファイルＵＲＬ４１４ｂを含めた電子ファイル要求をサービス提供装置３００へ送信し（Ｄ０２３）、電子ファイルＵＲＬ４１４ｂに対応する電子ファイルを、サービス提供装置３００から取得する（Ｄ０２４）。そして、取得した電子ファイルの形式をＭＦＰ１００の対応形式に変換することにより、ＭＦＰ１００の対応形式の変換電子ファイルを生成し（Ｄ０２５）、電子ファイル要求元のＭＦＰ１００へ送信する（Ｄ０２６）。この電子ファイルは、ＭＦＰ１００で処理可能な対応形式のデータである。よって、サービス提供装置３００から変換電子ファイルを受信したＭＦＰ１００は、受信した変換電子ファイルを、プリンタ１０６により印刷出力できる（Ｄ０２７）。

本実施形態の中継装置２００によれば、サービス提供装置３００が公開しているＡＰＩを利用するためのプログラムを持たないＭＦＰ１００であっても、サービス提供装置３００が提供するサムネイルデータや電子ファイルを取得できる。

また、サービス提供装置３００が送信するコンテンツ（サムネイルデータ、電子ファイル）の形式が、ＭＦＰ１００の対応形式である場合、中継装置２００は、サムネイルＵＲＬ４０８ｂまたは電子ファイルＵＲＬ４１４ｂをそのままＭＦＰ１００へ送信する。この場合、ＭＦＰ１００は、中継装置２００を経由せず、サービス提供装置３００からデータを受信できる。よって、中継装置２００を経由するデータ量を抑え、中継装置２００に発生する負荷を抑えることができる。

また、サービス提供装置３００が送信するコンテンツの形式が、ＭＦＰ１００の対応形式でない場合、中継装置２００は、変換コンテンツに対応した変換サムネイルＵＲＬ４１２ｂ、または、変換電子ファイルＵＲＬ４１５ｂをＭＦＰ１００へ送信する。この場合、ＭＦＰ１００は、ＭＦＰ１００の対応形式の変換コンテンツを取得できる。したがって、サービス提供装置３００から送信されるコンテンツの形式に関わらず、ＭＦＰ１００には、ＭＦＰ１００の対応形式のコンテンツを取得させることができる。

また、中継装置２００によれば、サムネイル特定情報４０８や電子ファイル情報４１４に基づいて、サービス提供装置３００が提供するコンテンツの形式を取得するので、各サービス提供装置３００が送信するコンテンツの種類を中継装置２００が予め認識していなくても良い。したがって、サービス提供装置３００で取り扱われる電子ファイルの形式に変更があった場合でも、その変更に柔軟に対応できる。

また、サービス提供装置３００がＡＰＩを変更した場合であっても、このＭＦＰ１００を利用者に提供する事業者は、中継装置２００のＡＰＩを利用するプログラムを必要に応じて更新するだけで、ＭＦＰ１００に各サービスとの連携を維持させることができる。

また、中継装置２００によれば、ＭＦＰ１００から受信する形式情報４０４，４０６のいずれかに基づいて、ＭＦＰ１００が処理可能な形式を取得できるので、多種類のＭＦＰ１００が中継装置２００を利用する場合であっても、各ＭＦＰ１００に、そのＭＦＰ１００で処理可能な形式のコンテンツを取得させることができる。

＜中継装置２００の動作＞
図５は、中継装置２００のＣＰＵ２０１が通信プログラム２０４ａに従って実行する中継処理を示すフローチャートである。この中継処理は、中継装置２００の起動中、繰返し実行される。

まず、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を介してファイル選択画面要求がＭＦＰ１００から受信されたか否かを判断する（Ｓ５１０）。ＭＦＰ１００からファイル選択画面要求が受信された場合は（Ｓ５１０：Ｙｅｓ）、Ｓ５１１へ進む。Ｓ５１１では、ＣＰＵ２０１は、Ｓ５１０で受信されたファイル選択画面要求から第１種形式情報４０４、あるいは第２種形式情報４０６を読み出す。読み出したのが、第１種形式情報４０４である場合は、ＣＰＵ２０１は、第１種形式情報４０４を対応形式記憶領域２０３ａに記憶させる。一方、読み出したのが、第２種形式情報４０６である場合は、ＣＰＵ２０１は、対応データベースから第２種形式情報４０６が示すモデル名の端末が処理可能なコンテンツの形式を読み出し、読み出したコンテンツの形式を対応形式記憶領域２０３ａに記憶させる（Ｓ５１１）。

次に、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御して、サービス提供装置３００へファイル一覧要求を送信させる。そして、ＣＰＵ２０１は、サービス提供装置３００から返信され、ネットワークＩ／Ｆ２０７に受信された、ファイル一覧（図４（ｃ））をＲＡＭ２０３へ記憶させる。図４（ｃ）を参照して説明したように、このファイル一覧は、サムネイル特定情報４０８とファイル特定情報４１０とを含む（Ｓ５１２）。次に、ＣＰＵ２０１は、ファイル選択画面作成処理（Ｓ５１４）を実行する。

図６は、ファイル選択画面作成処理（Ｓ５１４）を示すフローチャートである。この処理は、サムネイル特定情報４０８と、ファイル特定情報４１０とを用いて、ファイル選択画面のＸＭＬテキストを作成する処理である。

まず、ＣＰＵ２０１は、ＲＡＭ２０３に記憶させたファイル一覧に含まれるすべてのサムネイル特定情報４０８について判定したか否かを判断する（Ｓ６０２）。Ｓ６０２の判断が否定される場合（Ｓ６０２：Ｎｏ）、ＣＰＵ２０１は、判定対象のサムネイル特定情報４０８に対応するサムネイルデータが、対応形式記憶領域２０３ａに記憶された対応形式か否かを、サムネイル特定情報４０８に含まれるタイプ情報４０８ａまたはサムネイルＵＲＬ４０８ｂに基づいて判断する（Ｓ６０４）。

判定対象のサムネイル特定情報４０８に対応するサムネイルデータが対応形式であると判断される場合（Ｓ６０４：Ｙｅｓ）、ＣＰＵ２０１は、サムネイル特定情報４０８を、ファイル選択画面のＸＭＬテキストにそのまま書き込む（Ｓ６０６）。すなわち、サムネイルＵＲＬ４０８ｂをＸＭＬテキストに書き込み、Ｓ６０２に戻る。

一方、判定対象のサムネイル特定情報４０８に対応するサムネイルデータが非対応形式であると判断される場合（Ｓ６０４：Ｎｏ）、ＣＰＵ２０１は、変換サムネイル特定情報４１２を作成し、ファイル選択画面のＸＭＬテキストに書き込む（Ｓ６０８）。図４（ｄ）を参照して説明したように、このとき作成する変換サムネイル特定情報４１２は、変換サムネイルＵＲＬ４１２ｂに、サーバ名４１３ａ、モジュール情報４１３ｂ、orgパラメータ４１３ｃを含む。ここで、変換サムネイルＵＲＬ４１２ｂに基づく要求を送信する際、要求の受信元を指定するサーバ名４１３ａには、中継装置２００が指定される。また、モジュール情報４１３ｂには、サービス提供装置３００が送信するサムネイルデータの形式を、対応形式に変換するための変換モジュールが指定される。また、orgパラメータ４１３ｃには、サムネイル特定情報４０８に含まれるオリジナルのサムネイルＵＲＬ４０８ｂが指定される。

そして、Ｓ６０２に戻り、次のサムネイル特定情報４０８を判定対象として、処理を繰り返し、全てのサムネイル特定情報４０８について判定が終了した場合（Ｓ６０２：Ｙｅｓ）、ファイル選択画面作成処理を終了する。

図５に戻り説明する。次に、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御して、ファイル選択画面のＸＭＬテキストをＭＦＰ１００へ送信させ（Ｓ５１６）、Ｓ５１０に戻る。

一方、Ｓ５１０において、ファイル選択画面要求を受信していない場合（Ｓ５１０：Ｎｏ）、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を介して、ＭＦＰ１００から電子ファイル情報取得要求を受信したか否かを判断する（Ｓ５１８）。なお、上述したように、電子ファイル情報取得要求は、ＭＦＰ１００で処理可能な形式を示す形式情報４０４，４０６のいずれかが含まれる。よって、ＣＰＵ２０１は、ＭＦＰ１００から電子ファイル情報取得要求を受信したと判断した場合（Ｓ５１８：Ｙｅｓ）、形式情報４０４，４０６のいずれかに基づいて、ＭＦＰ１００で処理可能な形式を対応形式記憶領域２０３ａに記憶させる（Ｓ５１９）。

次に、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御して、サービス提供装置３００へ、ファイル特定情報４１０に対応する電子ファイル情報取得要求を送信させる。そしてＣＰＵ２０１は、サービス提供装置３００から返信され、ネットワークＩ／Ｆ２０７に受信された、少なくとも電子ファイルＵＲＬ４１４ｂを含む電子ファイル情報４１４をＲＡＭ２０３へ記憶させる（Ｓ５２０）。そして、ＲＡＭ２０３に記憶させた電子ファイル情報４１４に含まれる電子ファイルＵＲＬ４１４ｂに対応する電子ファイルの形式が、ＭＦＰ１００の対応形式であるか否かを、電子ファイルＵＲＬ４１４ｂに含まれる電子ファイルの拡張子或いはタイプ情報４１４ａに基づいて判断する（Ｓ５２２）。電子ファイルＵＲＬ４１４ｂに対応する電子ファイルがＭＦＰ１００の対応形式でないと判断される場合（Ｓ５２２：Ｎｏ）、ＣＰＵ２０１は、変換電子ファイルＵＲＬ４１５ｂを作成する（Ｓ５２４）。そして、電子ファイル情報取得要求元のＭＦＰ１００へ、少なくとも変換電子ファイルＵＲＬ４１５ｂを含む電子ファイル情報４１４を送信させ（Ｓ５２６）、Ｓ５１０の処理に戻る。一方、電子ファイルＵＲＬ４１４ｂに対応する電子ファイルの形式がＭＦＰ１００の対応形式であると判断される場合（Ｓ５２２：Ｙｅｓ）、ＣＰＵ２０１は、その電子ファイルＵＲＬ４１４ｂを含んだ電子ファイル情報４１４を、電子ファイル情報取得要求元のＭＦＰ１００へ送信させ（Ｓ５２６）、Ｓ５１０の処理に戻る。

一方、Ｓ５１８において電子ファイル情報取得要求を受信していないと判断した場合（Ｓ５１８：Ｎｏ）、ＣＰＵ２０１は、変換サムネイルＵＲＬ４１２ｂ、または、変換電子ファイルＵＲＬ４１５ｂ（以下、変換サムネイルＵＲＬ４１２ｂおよび変換電子ファイルＵＲＬ４１５ｂを総称して、変換ＵＲＬと称する）に基づくサムネイル要求または電子ファイル要求を受信したか否かを判断する（Ｓ５２８）、Ｓ５２８の判断が否定される場合（Ｓ５２８：Ｎｏ）、ＣＰＵ２０１は、その他の処理を実行し（Ｓ５３０）、Ｓ５１０へ戻る。その他の処理の具体例としては、ＭＦＰ１００がサービスに所望の電子ファイルをアップロードする際に、ＭＦＰ１００とサービス提供装置３００との通信の中継を行う処理等を挙げることができる。

サムネイル要求または電子ファイル要求を受信した場合（Ｓ５２８：Ｙｅｓ）、ＣＰＵ２０１は、データ変換プログラム２０４ｄを呼び出す（Ｓ５３２）。そして、データ変換プログラム２０４ｄから変換コンテンツを戻り値として受信したか、判断し（Ｓ５３４）、受信していないと判断した場合は（Ｓ５３４：Ｎｏ）判断を繰り返す。変換コンテンツを受信したと判断した場合は（Ｓ５３４：Ｙｅｓ）、Ｓ５３６へ進む。

図７を参照して、画像取得／変換処理について説明する。この処理はＳ５３２で呼び出されたデータ変換プログラム２０４ｄと、データ変換プログラム２０４ｄに呼び出されたpng2jpgモジュール２０４ｅ或いはbmp2jpgモジュール２０４ｆ、に従って実行される。本実施形態においては、ＰＮＧ形式のデータをＪＰＥＧ形式のデータに変換する変換モジュールを、png2jpgモジュール２０４ｅと称し、ＢＭＰ形式のデータをＪＰＥＧ形式のデータに変換する変換モジュールを、bmp2jpgモジュール２０４ｆと称する。なお、変換モジュール２０４ｅ、変換モジュール２０４ｆ以外にも、他の形式を扱う変換モジュールがさらに設けられていても良い。

まず、ＣＰＵ２０１は、サムネイル要求または電子ファイル要求に含まれる変換ＵＲＬを解釈し、モジュール情報４１３ｂ（図４（ｄ））を抽出する（Ｓ７０２）。そして、ＣＰＵ２０１は、サービス提供装置３００が提供するサムネイルデータまたは電子ファイルの形式を対応形式に変換するための変換モジュールとして、変換モジュール２０４ｅ或いは変換モジュール２０４ｆのうち、モジュール情報４１３ｂにより指定される変換モジュールを起動する（Ｓ７０４）。なお、説明の都合上、変換モジュール２０４ｅが起動されたとする。変換モジュール２０４ｅに従って実行される処理については、図７（ｂ）を参照して後述する。

次に、ＣＰＵ２０１は、起動した変換モジュール２０４ｅから、orgパラメータ４１３ｃ，４１５ｃの要求を受信したか否かを判断する（Ｓ７０６）。Ｓ７０６の判断が否定される間（Ｓ７０６：Ｎｏ）、ＣＰＵ２０１は、処理を待機する。一方、Ｓ７０６の判断が肯定される場合（Ｓ７０６：Ｙｅｓ）、ＣＰＵ２０１は、変換ＵＲＬに含まれるorgパラメータ４１３ｃ，４１５ｃを、変換モジュール２０４ｅへ送信する（Ｓ７０８）。そして、変換モジュール２０４ｅから、変換サムネイルデータまたは変換電子ファイル（以下、変換コンテンツ）を受信したか否かを判断する（Ｓ７１０）。Ｓ７１０の判断が否定される場合（Ｓ７１０：Ｎｏ）、ＣＰＵ２０１は処理を待機する。一方、Ｓ７１０の判断が肯定されると（Ｓ７１０：Ｙｅｓ）、ＣＰＵ２０１は、変換モジュール２０４ｅから受信した変換コンテンツを、データ変換プログラム２０４ｄの起動元である通信プログラム２０４ａへ戻り値として返し、処理を終了する（Ｓ７１２）。

図７（ｂ）は、データ変換プログラム２０４ｄに呼び出されることにより（Ｓ７０４）、起動された変換モジュール２０４ｅに従って、実行される変換実行処理を示すフローチャートである。なお、ＣＰＵ２０１は、マルチタスクにより、この処理の実行と、画像取得／変換処理の実行とを並行して行う。

まず、ＣＰＵ２０１は、orgパラメータ４１３ｃ，４１５ｃをデータ変換プログラム２０４ｄに要求する（Ｓ７２２)。次に、ＣＰＵ２０１は、orgパラメータ４１３ｃ，４１５ｃをデータ変換プログラム２０４ｄから受信したか否かを判断し（Ｓ７２４）、Ｓ７２４の判断が否定される場合（Ｓ７２４：Ｎｏ）、処理を待機する。

一方、Ｓ７２４の判断が肯定される場合（Ｓ７２４：Ｙｅｓ）、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御し、orgパラメータ４１３ｃ，４１５ｃが指定するＵＲＬ（オリジナルのサムネイルＵＲＬ４０８ｂまたは電子ファイルＵＲＬ４１４ｂ）を含めた、ＧＥＴメソッドを使ったＨＴＴＰメッセージを、ネットワーク４００へ送信させる。そして、ネットワークＩ／Ｆ２０７にサービス提供装置３００からの、ＨＴＴＰメッセージへの返信が受信されると、受信された返信に含まれるコンテンツを読み出す（Ｓ７２６）。

次に、ＣＰＵ２０１は、読み出したコンテンツのデータ形式を変換する（Ｓ７２８）。ＣＰＵ２０１は、ＰＮＧ形式のコンテンツを、ＪＰＥＧ形式に変換する。変換の方法については、周知の技術であるため、詳細な記載を省略する。

そして、ＣＰＵ２０１は、生成した変換コンテンツを、データ変換プログラム２０４ｄに返し（Ｓ７３０）、変換モジュール２０４ｅによる変換実行処理を終了する。

図５に戻り説明する。Ｓ５３６では、ＣＰＵ２０１は、ネットワークＩ／Ｆ２０７を制御し、データ変換プログラム２０４ｄから戻り値として受信した変換コンテンツを、ＭＦＰ１００へ、送信させる（Ｓ５３６）。そして、Ｓ５１０へ戻る。

画像取得／変換処理によれば、対応形式のコンテンツを生成し、ＭＦＰ１００へ送信できる。なお、上記実施形態の方法に代えて、例えば、各ＭＦＰ１００の対応形式をデータベースに記憶しておき、ＭＦＰ１００からコンテンツ要求（サムネイル要求または電子ファイル要求）を受信した段階で、そのＭＦＰ１００の対応形式をデータベースから読み出して、変換コンテンツを生成することも考えられる。しかしながら、そのようにすると、多数台のＭＦＰ１００からのアクセスが集中した場合に、多数台のＭＦＰ１００のそれぞれについて対応形式を読み出すことにより、中継装置２００において処理が滞るおそれがある。これに対し、本実施形態の画像取得／変換処理によれば、コンテンツ要求に含まれる変換ＵＲＬが、モジュール情報４１３ｂを含んでいるため、中継装置２００は、各ＭＦＰ１００の対応形式を取得しなくても、モジュール情報４１３ｂが指定する変換モジュール２０４ｅ，２０４ｆを利用して、コンテンツ要求元のＭＦＰ１００で処理可能な形式の変換コンテンツを、迅速に生成できるのである。

また、中継装置２００において変換可能な形式を増加させることで、より多くの形式に対応可能となる。したがって、ＭＦＰ１００のプログラムやファームウェアを変更をせずとも、見かけ上、ＭＦＰ１００で利用可能なコンテンツを増加させることができる。

＜ＭＦＰ１００の動作＞
図８は、ＭＦＰ１００のＣＰＵ１０１が実行するダウンロード処理を示すフローチャートである。このダウンロード処理は、ＭＦＰ１００の図示しないメニュー画面において、ダウンロード処理の実行が指示された場合に開始される。このダウンロード処理を開始すると、ＣＰＵ１０１は、ＬＣＤ１０９にサービス選択画面を表示して、入力部１０８から利用者が利用したいサービスの選択を受け付ける（Ｓ８１０）。入力部１０８から何れかのサービスの選択が入力されると、ＣＰＵ１０１は、利用者により選択されたサービスを特定するためのサービス特定情報をＲＡＭ１０３に記憶する。

次に、ＣＰＵ１０１は、プリント／メディア選択画面をＬＣＤ１０９に表示させ、利用者のダウンロードする電子ファイルの利用方法について、その選択を入力部１０８より受け付ける（Ｓ８１１）。プリント／メディア選択画面には、これからダウンロードする電子ファイルの利用方法の選択項目として「プリント」と、「メディア」との項目が表示される。「プリント」は、ダウンロードする電子ファイルを、プリンタ１０６により印刷させる項目である。一方、「メディア」は、ダウンロードする電子ファイルを記憶させる項目である。入力部１０８から利用方法の選択が入力されたあと、ＣＰＵ１０１は、Ｓ８１１で入力された利用方法をＲＡＭ１０３に記憶する（Ｓ８１２）。

次に、ＣＰＵ１０１は、ネットワークＩ／Ｆ１０５を制御して、ファイル選択画面要求を中継装置２００に送信させる（Ｓ８１３）。ここで送信するファイル選択画面要求は、第１種形式情報４０４を含むもの（図４（ａ）、第２種形式情報４０６を含むもの（図４（ｂ））でもどちらでも良い。

次に、ＣＰＵ１０１は、ネットワークＩ／Ｆ１０５により、中継装置２００からファイル選択画面のＸＭＬテキストが受信されたか否かを判断する（Ｓ８１４）。ファイル選択画面のＸＭＬテキストが中継装置２００から受信されていない場合（Ｓ８１４：Ｎｏ）、ＣＰＵ１０１は、ファイル選択画面のＸＭＬテキストが受信されるまで待機する。一方、ファイル選択画面のＸＭＬテキストが中継装置２００から受信された場合（Ｓ８１４：Ｙｅｓ）、ＣＰＵ１０１は、ファイル選択画面のＸＭＬテキストに基づいて画像の表示、構成を行う。この際、ＣＰＵ２０１はそのＸＭＬテキストに含まれているＵＲＬを一つずつ読み出し、そのＵＲＬを含むサムネイル要求を、ネットワークＩ／Ｆ１０５を制御し、ネットワーク４００に送信させる。そして、サービス提供装置３００或いは中継装置２００からのサムネイル要求への返信が、ネットワークＩ／Ｆ１０５により受信されると、ＣＰＵ１０１は、受信された返信から、サムネイルを読み出す（Ｓ８１５）。

ここで、ＸＭＬテキストに含まれるＵＲＬは、実際には、サムネイルＵＲＬ４０８ｂまたは、変換サムネイルＵＲＬ４１２ｂのいずれかである。しかしながら、ＭＦＰ１００は、両者を区別せず、一律にサムネイル要求を作成し、送信する。また、ＭＦＰ１００がダウンロードするサムネイルデータは、実際には、サービス提供装置３００が送信したサムネイルデータか、または、中継装置２００が送信した変換サムネイルデータのいずれかである。しかしながら、ＭＦＰ１００は、両者を区別せず、一律にサムネイルデータとして取り扱う。よって、図８のフローチャートにおいては、サムネイルデータと変換サムネイルデータとを、一律にサムネイルデータと記載する。

次に、ＣＰＵ１０１は、ＸＭＬテキストに含まれる全てのＵＲＬに基づいて、サムネイルデータをダウンロードしたか否かを判断し（Ｓ８１６）、Ｓ８１６の判断が否定される間（Ｓ８１６：Ｎｏ）、Ｓ８１５から処理を繰り返す。そして、処理を繰り返すうちに、全てのＵＲＬに基づいてサムネイルデータをダウンロードすると（Ｓ８１６：Ｙｅｓ）、ＣＰＵ１０１は、サムネイルを配置したファイル選択画面をＬＣＤ１０９に表示させる（Ｓ８１７）。そして、ダウンロードすべき電子ファイルの選択をユーザが入力部１０８より入力すると、入力信号がＣＰＵ１０１へ入力される（Ｓ８１８）。

利用者により選択された、ダウンロードすべき電子ファイルに対応する入力信号が、入力部１０８より入力されると、ＣＰＵ１０１は、電子ファイル情報取得要求を中継装置２００に送信する（Ｓ８１９）。このとき送信される電子ファイル情報取得要求は、利用者により選択された電子ファイルを特定するファイル特定情報４１０を含む。

次に、ＣＰＵ１０１は、ネットワークＩ／Ｆ１０５により、中継装置２００から電子ファイルＵＲＬが受信されたか否かを判断する（Ｓ８２０）。ここで、ＭＦＰ１００が受信する電子ファイルＵＲＬは、実際には、サービス提供装置３００において生成した電子ファイルＵＲＬ、または、中間装置２００において生成した電子ファイルＵＲＬのいずれかである。しかしながら、ＭＦＰ１００は、両者を区別しないので、図８のフローチャートにおいては、電子ファイルＵＲＬと、変換電子ファイルＵＲＬとを、一律に電子ファイルＵＲＬと記載する。

電子ファイルＵＲＬを受信しない場合（Ｓ８２０：Ｎｏ）、ＣＰＵ１０１は、ネットワークＩ／Ｆ１０５により中継装置２００から電子ファイルＵＲＬが受信されるまで待機する。一方、中継装置２００から電子ファイルＵＲＬが受信された場合（Ｓ８２０：Ｙｅｓ）、ＣＰＵ１０１は、ネットワークＩ／Ｆ１０５を制御し、ネットワーク４００へ、受信された電子ファイルＵＲＬに基づく要求を、送信させる。そして、送信させた要求に対する返信が、Ｉ／Ｆ１０５により受信されると電子ファイルを読み出す（Ｓ８２１）。ここで、ＭＦＰ１００が受信する電子ファイルは、実際には、サービス提供装置３００から送信される電子ファイル、または、中間装置２００から送信される変換電子ファイルのいずれかである。しかしながら、ＭＦＰ１００は、両者を区別しないので、図８のフローチャートにおいては、電子ファイルと、変換電子ファイルとを、一律に電子ファイルと記載する。

このようにして電子ファイルをダウンロードした後、ＣＰＵ１０１は、上述のＳ８１２において、ＲＡＭ１０３に記憶した利用方法が「プリント」であるか否かを判断する（Ｓ８２２）。利用者により選択された利用方法が「プリント」である場合は（Ｓ８２２：Ｙｅｓ）、ＣＰＵ１０１は、ダウンロードした電子ファイルをプリンタ１０６により印刷させ（Ｓ８２３）、ダウンロード処理を終了する。一方、利用者により選択された利用方法が「メディア」である場合は（Ｓ８２２：Ｎｏ）、ＣＰＵ１０１は、ダウンロードした電子ファイルを、ＭＦＰ１００に装着された図示しないメディアカードに記憶させ（Ｓ８２４）、ダウンロード処理を終了する。

本実施形態によれば、利用者は、ＭＦＰ１００で処理可能な形式のコンテンツを、サービス提供装置３００または中継装置２００のいずれかからダウンロードでき、サムネイルを表示し、または電子ファイルを印刷できる。

上記実施形態において、サービス連携システム１０が通信システムの一例であり、ＭＦＰ１００が端末の一例である。変換モジュール２０４ｅ，２０４ｆを実行するＣＰＵ２０１が変換手段の一例である。第１種形式情報４０４が指定情報の一例であり、第２種形式情報４０６が端末情報の一例である。ＵＲＬが識別情報の一例であり、サムネイルＵＲＬ４０８ｂおよび電子ファイルＵＲＬ４１４ｂが第１識別情報の一例であり、変換サムネイルＵＲＬ４１２ｂおよび変換電子ファイルＵＲＬ４１５ｂが第２識別情報の一例である。モジュール情報４１３ｂが変換手段対応情報の一例である。サムネイルデータおよび電子ファイルがコンテンツの一例であり、変換サムネイルデータおよび変換電子ファイルが変換コンテンツの一例である。タイプ情報４０８ａ，４１４ａが付加情報の一例である。ＨＤＤ２０４が記憶部の一例である。

Ｓ５１２，Ｓ５２０を実行するＣＰＵ２０１が第１受信手段の一例である。Ｓ５２２，Ｓ６０４を実行するＣＰＵ２０１が判断手段の一例である。Ｓ５１０，Ｓ５１８を実行するＣＰＵ２０１が指定情報受信手段、端末情報受信手段の一例である。Ｓ５１１，Ｓ５１９を実行するＣＰＵ２０１が形式取得手段の一例である。Ｓ５１６，Ｓ５２６を実行するＣＰＵ２０１が第１送信手段および第２送信手段の一例である。Ｓ５２８を実行するＣＰＵ２０１が第２受信手段の一例である。Ｓ７０４を実行するＣＰＵ２０１が変換制御手段の一例である。Ｓ５３６を実行するＣＰＵ２０１が変換コンテンツ送信手段の一例である。Ｓ７２６を実行するＣＰＵ２０１が取得手段の一例である。Ｓ８１５，Ｓ８２１を実行するＣＰＵ１０１がコンテンツ取得手段の一例である。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、ＭＦＰ１００が端末の一例であったが、携帯電話機、デジタルカメラなど、各種の装置が端末の一例となり得る。また、上記実施形態において、中継装置２００は、物理的に存在する一つのサーバであったが、複数の物理的な装置が協働して一つのサーバとして機能するヴァーチャルマシンであっても良い。また、上記実施形態の中継装置２００は、ＭＦＰ１００のメーカによって設置されるものであったが、周知のレンタルサーバが利用されても良い。

図９（ａ）は、変形例のサービス連携システム１０を構成するＭＦＰ１００と中継装置２００との間における通信の流れを概略的に示す図である。なお、図９（ａ）に示すＭＦＰ１００、中継装置２００、サービス提供装置３００、変換サーバ６００は、ネットワーク（図１）を介して、互いに接続されている。また、この変形例において、中継装置２００のサーバ名は「service1.bro.com」であり、変換サーバ６００のサーバ名は「service2.bro.com」であり、サービス提供装置３００のサーバ名は「serviceX.com」であるものとする。なお、この変形例の中継装置２００の電気的構成は、データ変換プログラム２０４ｄ，変換モジュール２０４ｅ，２０４ｆを備えていない点において、実施形態の中継装置２００と異なり、その他の点では同一である。

この変形例においては、まず、ＭＦＰ１００から中継装置２００へ、ファイル選択画面要求を送信し（１）、中継装置２００は、サービス提供装置３００へ、ファイル一覧要求を送信する（２）。そして、サービス提供装置３００は、中継装置２００に対して、サムネイル特定情報４０８とファイル特定情報４１０とを含むファイル一覧を送信する（３）。この（１）から（３）に示すデータの流れは、上記実施形態の説明と同様である。

次に、変形例の中継装置２００は、サムネイル特定情報４０８に対応するサムネイルデータが、ＭＦＰ１００の対応形式であるか否かを、上記実施形態と同様の手法で判断する。そして、サムネイル特定情報４０８に対応するサムネイルデータが、ＭＦＰ１００の対応形式であると判断する場合、上記実施形態と同様に、そのサムネイル特定情報４０８を含むファイル選択画面のＸＭＬテキストを、ＭＦＰ１００に送信する。

一方、サムネイル特定情報４０８に対応するサムネイルデータが非対応形式であると判断される場合、中継装置２００は、ファイル一覧に含まれるサムネイル特定情報４０８を、変換サムネイル特定情報４１２に変更する処理を行う（４）。図９（ｂ）は、変形例の中継装置２００がサービス提供装置３００から受信するサムネイル特定情報４０８の一例を示す図であり、図９（ｃ）は、中継装置２００が、（ｂ）に示すサムネイル特定情報４０８から生成する変換サムネイル特定情報４１２の一例を示す図である。図９（ｃ）に示すように、変形例の変換サムネイル特定情報４１２は、サーバ名４１３ａとして、変換サーバ６００を指定する。また、モジュール情報４１３ｂとしては、変換サーバ６００が備える変換モジュールのモジュール名を指定する。orgパラメータ４１３ｃとしては、サムネイル特定情報４０８に含まれるサムネイルＵＲＬ４０８ｂを指定する。

そして、図９（ａ）に示すように中継装置２００は、生成した変換サムネイル特定情報４１２（図９（ｃ））を、ファイル選択画面のＸＭＬテキストに含めて、ＭＦＰ１００へ送信する（５）。一方、ＭＦＰ１００は、受信した変換サムネイルＵＲＬ４１２ｂを含むサムネイル要求をネットワークに送信する（６）。上述したように、変換サムネイルＵＲＬ４１２ｂは、サーバ名４１３ａとして変換サーバ６００を指定するので、そのサムネイル要求は、変換サーバ６００へ送信される。

サムネイル要求を受信した変換サーバ６００は、変換サムネイルＵＲＬ４１２ｂを解釈し、orgパラメータ４１３ｃに設定されたサムネイルＵＲＬ４０８ｂを含むサムネイル要求を生成して、サービス提供装置３００へ送信し（７）、サービス提供装置３００からサムネイルデータを取得する（８）。すなわち、最初に中継装置２００が、サービス提供装置３００からサムネイルＵＲＬ４０８ｂを受信するのであるが、このサムネイルＵＲＬ４０８ｂを、変換サムネイルＵＲＬ４１２ｂのorgパラメータ４１３ｃに設定しているので、中継装置２００が取得したサムネイルＵＲＬ４０８ｂを、ＭＦＰ１００を介して変換サーバ６００に取得させることができるのである。

次に、変換サーバ６００は、変換サムネイルＵＲＬ４１２ｂに含まれるモジュール情報４１３ｂで指定されるデータ変換プログラムの変換モジュールを用いて、受信したサムネイルデータの形式を、対応形式に変換して変換サムネイルデータを生成し（９）、ＭＦＰ１００へ送信する（１０）。すなわち、最初にサムネイルＵＲＬ４０８ｂを取得した中継装置２００において、そのサムネイルＵＲＬ４０８ｂに対応するサムネイルデータの形式が、ＭＦＰ１００で処理可能な対応形式ではないと判断された場合、中継装置２００は、そのサムネイルデータを対応形式に変換するための変換モジュールを決定し、モジュール情報４１３ｂとして設定する。したがって、変換サーバ６００においては、ＭＦＰ１００で処理可能な対応形式が何であるかを知らなくても、指定された変換モジュールでサムネイルデータを生成することにより、各ＭＦＰ１００に対して、適切な形式のサムネイルデータを送信できるのである。

本発明は、上記変形例のように、物理的には中継装置２００と別体の装置において、変換コンテンツを生成し、端末へ送信ように構成しても良い。中継装置２００の運用費用は、中継装置２００を経由する情報量や、中継装置２００での処理の負荷によって変化するので、この変形例によれば、中継装置２００に発生する負荷を少なくでき、運用費用を抑制できる。

なお、変換サーバ６００は、複数台設けられ、各変換サーバ６００が専用の変換を行うように上記変形性をさらに変形しても良い。

さらに、本発明の中継装置が備える各手段は、複数台の装置に分散して設けられていても良い。例えば、変換ＵＲＬを生成する処理のみを、別体の装置に行わせても良い。このように複数台の装置が連動して本発明の中継装置として機能する場合、前記複数台の装置を含むシステムが、本発明の中継装置の一例に相当する。

また、上記実施形態において、サービス提供装置３００は、サムネイル特定情報４０８と、ファイル特定情報４１０とを含むファイル一覧（図４（ｃ））を中継装置２００に送信するものとして説明した。しかしながら、本発明は、上記実施形態のサービス提供装置３００にだけ適用されるものではなく、様々なサービス提供装置に対応可能である。

図１０は、上記実施形態のサービス提供装置３００とは異なる他のサービス提供装置から図３のＤ００３で中継装置２００へ送信されるファイル一覧の一例を示す図である。上記実施形態のＤ００３でサービス提供装置３００から中継装置２００へ返信されるのは、サムネイル特定情報４０８と、ファイル特定情報４１０を含んだファイル一覧であった。そして、ファイル特定情報４１０とは、具体的には電子ファイルのコンテンツＩＤのことを指していた。それに対し、ファイル一覧に含まれるファイル特定情報４１０は、図１０に示すように、コンテンツＩＤ４１０ａに加え、電子ファイルの形式を示すタイプ情報４１０ｂ、電子ファイルＵＲＬ４１０ｃを含んでいても良い。図１０に示すファイル一覧を受信した場合、中継装置２００は、ファイル特定情報４１０についても、サムネイル特定情報４０８と同様に、そのファイル特定情報４１０に対応する電子ファイルが対応形式記憶領域２０３ａに記憶された対応形式であるか否かを、タイプ情報４１０ｂまたは電子ファイルＵＲＬ４１０ｃに含まれる拡張子に基づいて判断する。そして、非対応形式であると判断された電子ファイルに対応するファイル特定情報４１０については、変換電子ファイルに対応する変換電子ファイルＵＲＬを含む変換ファイル特定情報に変更し、ファイル選択画面のＸＭＬテキストに含めてＭＦＰ１００に送る。

この場合、ＭＦＰ１００は、ファイル選択画面のＸＭＬテキストから変換電子ファイルＵＲＬを取得できるので、図３に示すＤ０１５からＤ０１９の通信を省略して、電子ファイル要求を送信することができる。

また、サムネイルデータを提供しないサービス提供装置３００を利用する場合であっても、本発明を適用可能である。その場合、中継装置２００は、サービス提供装置３００から受信した電子ファイルをサムネイルデータに変換し、そのサムネイルデータをＭＦＰ１００へ送信しても良い。その場合、元のデータから縮小された形式のデータであることが、「所定の形式」の一例に相当する。

また、文書ファイル、音声ファイル、動画ファイルなど、各種のデータがコンテンツの一例に相当し得る。その場合、中継装置２００は、例えば、音声ファイルに含まれる音声を文字に変換して生成したテキストデータを、変換コンテンツとしてＭＦＰ１００に送信しても良い。または、動画ファイルから抽出した静止画ファイルを、変換コンテンツとしてＭＦＰ１００に送信しても良い。

また、上記実施形態において、中継装置２００は、ＭＦＰ１００からサムネイル要求、または電子ファイル要求を受信してから、変換コンテンツを生成し、ＭＦＰ１００へ送信していた。これに代えて、サムネイル要求または電子ファイル要求の受信前から、予め変換コンテンツを生成し、記憶していても良い。

図１１は、変形例の中継装置２００が実行する中継処理を示すフローチャートである。なお、図１１に示す変形例の中継処理のうち、図５を参照して説明した実施形態の中継処理と同一のステップについては、同一のステップ番号を付して、説明を省略する。

変形例の中継処理において、中継装置２００のＣＰＵ２０１は、サービス提供装置３００から電子ファイル情報を取得した場合（Ｓ５２０）、その電子ファイル情報に含まれる電子ファイルＵＲＬに対応する電子ファイルが対応形式であるか否かを判断する（Ｓ５２２）。そして、対応形式ではないと判断した場合（Ｓ５２２：Ｎｏ）、ＣＰＵ２０１は、その電子ファイルＵＲＬに対応する電子ファイルをサービス提供装置３００から取得する（Ｓ１１０２）。そして、ＣＰＵ２０１は、データ変換プログラム２０４ｄを呼び出して、取得した電子ファイルを用いて、変換モジュール２０４ｅ，２０４ｆに変換電子ファイルを生成させ（Ｓ１１０４）、中継装置２００のＨＤＤ２０４等に記憶する（Ｓ１１０６）。なお、Ｓ１１０４で実行される処理は、より詳細には、上記実施形態で説明した図５のＳ５３２のように、データ変換プログラム２０４ｄを呼び出して、変換電子ファイルを生成させる処理であるが、ここでは詳細な説明を省略する。そして、ＨＤＤ２０４等に記憶した変換コンテンツに対応する変換ＵＲＬを生成し（Ｓ１１０８）、少なくとも生成した変換ＵＲＬを含む電子ファイル情報をＭＦＰ１００に送信する（Ｓ５２６）。なお、この変形例においては、ファイル選択画面作成処理（Ｓ５１４）において、サムネイルＵＲＬ４０８ｂに対応するサムネイルデータが対応形式ではないと判断された場合には、電子ファイルと同様に、そのサムネイルデータをサービス提供装置３００から受信し、変換サムネイルデータを生成して、ＨＤＤ２０４等に記憶しておくものとするが、詳細な説明は省略する。

そして、ＣＰＵ２０１は、ＭＦＰ１００からサムネイル要求または電子ファイル要求に含めて変換ＵＲＬを受信した場合（Ｓ１１１０：Ｙｅｓ）、その変換ＵＲＬに対応する変換コンテンツをＨＤＤ２０４から読み出し、ＭＦＰ１００に送信する（Ｓ１１１１）。

この場合、予め生成し記憶している変換コンテンツをＭＦＰ１００に送信するので、サムネイル要求または電子ファイル要求を受信してから変換コンテンツを生成する場合に比較して、変換コンテンツを迅速に送信できる。なお、この変形例においては、Ｓ１１０６を実行するＣＰＵ２０１が記憶手段の一例に相当する。

また、上記実施形態においては、ＭＦＰ１００で処理可能な所定の形式の一例として、ＪＰＥＧ形式を例示した。しかしながら、ＪＰＥＧ形式に限られるものではなく、例えば、ＰＮＧ形式、ＧＩＦ形式、ＢＭＰ形式、ＴＩＦＦ形式など、各種の形式が、所定な形式の一例に相当し得る。

また、１台のＭＦＰ１００で複数の形式のデータを処理可能な場合がある。その場合、出力条件に基づいて、１つの形式を選択し、その形式の変換コンテンツを中継装置２００からＭＦＰ１００へ送信するように構成しても良い。

具体的には、中継装置２００は、予め、コンテンツの出力条件のそれぞれに対応する形式をＨＤＤ２０４等に記憶している。そして、ファイル選択画面要求や、電子ファイル情報取得要求などに含めて、ＭＦＰ１００から中継装置２００へ送られてくるコンテンツの出力条件を受信し、受信したコンテンツの出力条件に対応する形式を選択する。そして、その選択した形式の変換コンテンツを生成し、ＭＦＰ１００へ送信する。

例えば、ＭＦＰ１００でＪＰＥＧ形式とＲＡＷ形式とを処理可能である場合において、印刷条件が高画質印刷を指定する場合、データ量が大きいが高画質印刷に適したＲＡＷ形式の変換コンテンツを生成して端末へ送信し、一方、印刷条件が、高速処理を優先した印刷を指定する場合、ＲＡＷ形式よりもデータ量の小さいＪＰＥＧ形式の変換コンテンツを生成して端末へ送信しても良い。さらに、端末から受信した印刷条件に基づいて、変換コンテンツの画素数、圧縮率などを切り替えても良い。

このようにすれば、出力条件に対応する形式のコンテンツを、ＭＦＰ１００に取得させることができる。この場合、Ｓ５１０，Ｓ５１８の処理を実行するＣＰＵ２０１が端末出力条件受信手段の一例に相当し、Ｓ５１１，Ｓ５１９において、出力条件に対応する形式を選択するＣＰＵ２０１が選択手段の一例に相当する。

また、上記実施形態において、変換ＵＲＬ（変換サムネイルＵＲＬ、変換電子ファイルＵＲＬ）に含まれるモジュール情報４１３ｂは、変換モジュール２０４ｅ，２０４ｆの名前であった。しかしながら、これに代えて、モジュール情報４１３ｂを、変換モジュール２０４ｅ，２０４ｆのいずれかに対応付けられた任意の文字列で構成してもよい。この場合、中継装置２００は、端末から変換ＵＲＬを受信した場合、その任意の文字列に対応する変換モジュール２０４ｅ，２０４ｆを用いて、変換コンテンツを生成するように構成しても良い。

上記実施形態の中継装置２００は、端末との間の通信、およびサービス提供装置３００との間の通信を、ｈｔｔｐに従って行うものであった。この場合、一般的なＷｅｂサービスインフラを用いてシステムを構築できるという効果がある。これに代えて、ｈｔｔｐｓ、または、ｘｍｐｐに従って通信を行うように構成しても良い。ｘｍｐｐを用いる場合、双方向性を持った通信手順でシステムを実現できるという効果が得られる。

上記実施形態において、中継装置２００は、ＭＦＰ１００が処理可能なコンテンツの形式（所定の形式）を、ＭＦＰ１００から送られてくる情報に基づいて取得していた。しかしながら、例えば、ＪＰＥＧ形式など、中継装置２００を利用する全ての端末で利用可能な形式を所定の形式として予め定めておき、コンテンツの形式を判断するように、上記実施形態を変形しても良い。

また、上記実施形態では、ＵＲＬが識別情報の一例であったが、識別情報はこれに限られるものではなく、データを特定できる情報であれば良い。

また、上記実施形態において、ＭＦＰ１００で処理可能な形式とは、ＭＦＰ１００において、表示出力および印刷出力が可能な形式であった。しかしながら、これに代えて、表示出力は可能であるが印刷出力は不可能な形式、印刷出力は可能であるが表示出力が可能な形式を、「処理可能な形式」の一例としても良い。その場合、例えば、ファイル選択画面要求（図３のＤ００１）には、表示可能な形式を示す第１種形式情報４０４を含めて、ＭＦＰ１００から中継装置２００へ送信すれば良い。このようにすれば、ＭＦＰ１００で表示出力可能な形式のサムネイルデータを、ＭＦＰ１００に取得させることができる。一方、例えば、電子ファイル情報取得要求（図３のＤ０１５）には、印刷可能な形式を示す第１種形式情報４０４を含めて、ＭＦＰ１００から中継装置２００へ送信すれば良い。このようにすれば、ＭＦＰ１００で印刷出力可能な形式の電子ファイルを、ＭＦＰ１００に取得させることができる。すなわち、１台の端末から中継装置２００へ通知する処理可能な形式は、表示用のデータを要求する場合と、印刷用のデータを要求する場合とで異なっていても良い。

１０ サービス連携システム
１００ ＭＦＰ
２００ 中継装置
２０４ ＨＤＤ
２０４ｅ，２０４ｆ 変換モジュール
３００ サービス提供装置
４００ ネットワーク
４０４ 第１種形式情報
４０６ 第２種形式情報
４０８ａ タイプ情報
４０８ｂ サムネイルＵＲＬ
４１２ｂ 変換サムネイルＵＲＬ
４１３ｂ モジュール情報
４１４ａ タイプ情報
４１５ｂ 変換電子ファイルＵＲＬ

Claims (11)

1. ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続される中継装置であって、
   前記コンテンツに対応した第１識別情報を、前記サーバから受信する第１受信手段と、
   前記第１受信手段により受信する前記第１識別情報に対応するコンテンツの形式が、所定の形式であるかを前記第１受信手段が第１識別情報とともに受信する付加情報と第１識別情報とのいずれかに基づいて判断する判断手段と、
   前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第１受信手段により受信した前記第１識別情報を、前記端末へ送信する第１送信手段と、
   前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第２識別情報を、前記端末に送信する第２送信手段とを備える中継装置。
2. 前記第１受信手段により受信する前記第１識別情報に対応するコンテンツを、前記サーバから取得する取得手段と、
   前記取得手段により取得される前記コンテンツを用いて、前記所定の形式の変換コンテンツを生成する変換手段とを備え、
   前記第２送信手段は、前記中継装置を送信先とする第２識別情報であって、前記変換手段により変換される前記変換コンテンツに対応する前記第２識別情報を、前記端末に送信するものであって、
   前記端末から、前記第２識別情報を受信する第２受信手段と、
   前記第２受信手段により前記第２識別情報を受信した場合、前記第２識別情報に対応した前記変換コンテンツを、前記端末に送信する変換コンテンツ送信手段とを備える請求項１記載の中継装置。
3. 前記第２識別情報は少なくとも前記変換手段に対応する変換手段対応情報を含んでおり、
   前記第２受信手段により、前記第２識別情報を受信した場合、その受信した第２識別情報の少なくとも１部に含まれる前記変換手段対応情報に対応する変換手段により、前記変換コンテンツを生成させる変換制御手段を備える、請求項２記載の中継装置。
4. 前記取得手段は、前記判断手段により対応するコンテンツの形式が所定の形式ではないと判断された第１識別情報に対応するコンテンツを、前記サーバから取得するものであり、
   前記取得手段により取得された前記コンテンツを用いて、前記変換手段が生成した前記変換コンテンツを記憶部に記憶する記憶手段を備え、
   前記第２送信手段は、前記記憶手段により記憶した前記変換コンテンツに対応する前記第２識別情報を、前記端末に送信するものであり、
   前記変換コンテンツ送信手段は、前記第２受信手段により前記第２識別情報を受信した場合、その第２識別情報に対応する前記変換コンテンツを前記記憶部から読み出し、前記端末に送信する、請求項２記載の中継装置。
5. 前記端末が処理可能なコンテンツの形式を指定する指定情報を、前記端末から受信する指定情報受信手段を備え、
   前記判断手段は、前記指定情報受信手段により受信する指定情報が指定する形式を、前記所定の形式として、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であるかを判断する、請求項１から４のいずれかに記載の中継装置。
6. 前記端末の種別を示す端末情報を、前記端末から受信する端末情報受信手段と、
   前記端末の種別とその種別の端末が処理可能なコンテンツの形式との予め定められた対応関係に基づき、前記端末情報受信手段により受信した前記端末情報が示す前記種別の端末が、処理可能なコンテンツの形式を取得する形式取得手段とを備え、
   前記判断手段は、前記形式取得手段が取得した前記コンテンツの形式を前記所定の形式として、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であるかを判断する、請求項１から４のいずれかに記載の中継装置。
7. 前記端末における前記コンテンツの出力条件を、前記端末から受信する端末出力条件受信手段を備え
   前記端末における前記コンテンツの出力条件のそれぞれに対応する所定の形式を記憶部に記憶しており、
   複数の所定の形式のうち前記端末出力条件受信手段により受信したコンテンツの出力条件に対応する所定の形式を選択する選択手段を備え、
   前記変換手段は前記取得手段により取得される前記コンテンツを用いて、前記選択手段が選択した前記所定の形式の変換コンテンツを生成するものであることを特徴とした請求項２から４のいずれかに記載の中継装置。
8. 通信方法であって、
   ネットワークから受信した識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記識別情報に対応するコンテンツを前記ネットワークから取得する端末とに、前記ネットワークを介して接続される中継装置が、
   前記コンテンツに対応した第１識別情報を、前記サーバから受信する第１受信工程と、
   前記第１受信工程により受信する前記第１識別情報に対応するコンテンツの形式が、所定の形式であるかを判断する判断工程と、
   前記判断工程により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第１受信工程により受信した前記第１識別情報を、前記端末へ送信する第１送信工程と、
   前記判断工程により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第２識別情報を、前記端末に送信する第２送信工程とを含む通信方法。
9. 識別情報に対応するコンテンツをネットワークから取得する端末と、中継装置とを含む通信システムであって、
   前記中継装置は、前記ネットワークから受信した前記識別情報に対応するコンテンツを前記識別情報の送信元へ送信するサーバと、前記端末とに、前記ネットワークを介して接続され、
   前記中継装置は、
   前記コンテンツに対応した第１識別情報を、前記サーバから受信する第１受信手段と、
   前記第１受信手段により受信する前記第１識別情報に対応するコンテンツの形式が、所定の形式であるかを判断する判断手段と、
   前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式であると判断される場合、前記第１受信手段により受信した前記第１識別情報を、前記端末へ送信する第１送信手段と、
   前記判断手段により、前記第１識別情報に対応するコンテンツの形式が前記所定の形式ではないと判断される場合、前記コンテンツを前記所定の形式に変換することにより生成される変換コンテンツに対応した第２識別情報を、前記端末に送信する第２送信手段とを備え、
   前記端末は、
   前記中継装置から前記第１識別情報を受信した場合、その第１識別情報を前記ネットワークに送信して、その第１識別情報に対応する前記コンテンツを取得し、
   前記中継装置から前記第２識別情報を受信した場合、その第２識別情報に基づき前記ネットワークに要求を送信して、その第２識別情報に対応する前記変換コンテンツを取得するコンテンツ取得手段を備える、通信システム。
10. 前記中継装置は、前記端末との間の通信、および前記サーバとの間の通信を、ｈｔｔｐに従って行う、請求項９記載の通信システム。
11. 前記中継装置は、前記端末との間の通信、および前記サーバとの間の通信を、ｘｍｐｐに従って行う、請求項９記載の通信システム。

Images