(57)【特許請求の範囲】
【請求項１】
Ｗｅｂブラウザーにより実現される第一クライアント機能を有するデバイスと、該デバイスに対するＷｅｂサーバーとしての第一応答機能を有するサーバーと、を含むデバイス制御システムであって、
前記デバイスは、アプリケーションプログラミングインターフェイス（ＡＰＩ）により実現される第二応答機能を有し、
前記サーバーは、前記デバイスに対するＷｅｂクライアントとしての第二クライアント機能を有し、
前記デバイスは、前記第一クライアント機能により前記サーバーにコンテンツを要求し、
前記サーバーは、前記デバイスからのコンテンツの要求に応じて前記第二クライアント機能により前記コンテンツの送信に使用する追加情報を前記デバイスに要求し、
前記デバイスは、前記サーバーからの要求に応じた追加情報を前記第二応答機能により前記サーバーに送信し、
前記サーバーは、前記デバイスからの追加情報に基づいたコンテンツを前記第一応答機能により前記デバイスに送信する、デバイス制御システム。
【請求項２】
前記サーバーは、前記デバイスからのコンテンツの要求に基づいて前記追加情報の要求が必要であるか否かを判断し、前記追加情報の要求が必要であると判断した場合に前記第二クライアント機能により前記追加情報を前記デバイスに要求し、前記追加情報の要求が必要でないと判断した場合に前記追加情報を前記デバイスに要求しないで前記デバイスからの要求に基づいたコンテンツを前記第一応答機能により前記デバイスに送信する、請求項１に記載のデバイス制御システム。
【請求項３】
前記デバイスは、コンテンツを要求するＨＴＴＰリクエストであって当該デバイスに関するデバイス情報を含むＨＴＴＰリクエストを前記第一クライアント機能により前記サーバーに送信し、
前記サーバーは、前記ＨＴＴＰリクエストに含まれるデバイス情報に基づいて前記追加情報の要求が必要であるか否かを判断する、請求項２に記載のデバイス制御システム。
【請求項４】
前記サーバーは、前記デバイスに関する情報に加えて前記追加情報を前記デバイスに要求するか否かを対応付けたリスト情報を記憶した記憶部を備え、前記デバイスからコンテンツが要求されると、前記デバイスにコンテンツを送信する前に前記追加情報を前記デバイスに要求するか否かの処理を前記リスト情報に従って行う、請求項１〜請求項３のいずれか一項に記載のデバイス制御システム。
【請求項５】
前記サーバーは、前記デバイスからの追加情報に基づいてコンテンツの最適化処理を行うか否かを判断し、最適化処理を行うと判断した場合に前記追加情報に基づいて前記最適化処理を行って得られるコンテンツを前記第一応答機能により前記デバイスに送信する、請求項１〜請求項４のいずれか一項に記載のデバイス制御システム。
【請求項６】
前記追加情報が第一分割情報及び第二分割情報を含む複数の分割情報を含み、
前記サーバーは、前記第二クライアント機能により前記第一分割情報を前記デバイスに要求し、
前記デバイスは、前記第一クライアント機能により前記第一分割情報を前記サーバーに送信し、
前記サーバーは、前記第一分割情報を受信すると前記第二クライアント機能により前記第二分割情報を前記デバイスに要求し、
前記デバイスは、前記第一クライアント機能により前記第二分割情報を前記サーバーに送信する、請求項１〜請求項５のいずれか一項に記載のデバイス制御システム。
【請求項７】
前記追加情報は、前記デバイスのスペックと状態の少なくとも一方を含む、請求項１〜請求項６のいずれか一項に記載のデバイス制御システム。
【請求項８】
Ｗｅｂブラウザーにより実現されるクライアント機能を有するデバイスであって、
アプリケーションプログラミングインターフェイス（ＡＰＩ）により実現される応答機能を有し、
Ｗｅｂサーバーとして機能するサーバーに対して前記クライアント機能によりコンテンツを要求し、
前記サーバーから前記コンテンツの送信に使用する追加情報が要求されると、該要求に応じた追加情報を前記応答機能により前記サーバーに送信し、
前記サーバーから前記追加情報に基づいたコンテンツを前記クライアント機能により受信する、デバイス。
【請求項９】
デバイスに対するＷｅｂサーバーとしての応答機能を有するサーバーであって、
前記デバイスに対するＷｅｂクライアントとしてのクライアント機能を有し、
前記デバイスからのコンテンツの要求に応じて前記クライアント機能により前記コンテンツの送信に使用する追加情報を前記デバイスに要求し、
前記デバイスから前記追加情報を受信すると、該追加情報に基づいたコンテンツを前記応答機能により前記デバイスに送信する、サーバー。
【請求項１０】
Ｗｅｂブラウザーにより実現される第一クライアント機能を有するデバイスと、該デバイスに対するＷｅｂサーバーとしての第一応答機能を有するサーバーと、を用いるデバイス制御方法であって、
前記デバイスに、アプリケーションプログラミングインターフェイス（ＡＰＩ）により実現される第二応答機能を設け、
前記サーバーに、前記デバイスに対するＷｅｂクライアントとしての第二クライアント機能を設け、
前記デバイスが、前記第一クライアント機能により前記サーバーにコンテンツを要求し、
前記サーバーが、前記デバイスからのコンテンツの要求に応じて前記第二クライアント機能により前記コンテンツの送信に使用する追加情報を前記デバイスに要求し、
前記デバイスが、前記サーバーからの要求に応じた追加情報を前記第二応答機能により前記サーバーに送信し、
前記サーバーが、前記デバイスからの追加情報に基づいたコンテンツを前記第一応答機能により前記デバイスに送信する、デバイス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスとサーバーを含むデバイス制御システム、デバイス、サーバー、及び、デバイス制御方法に関する。
【背景技術】
【０００２】
プリンター、スキャナー、コピー機、ファクシミリ、これらを組み合わせた複合機、といった画像処理装置等のデバイスには、Ｗｅｂサーバーから画像等といったコンテンツを受信して出力するものがある。このようなデバイスは、Ｗｅｂブラウザーが実行されることによりコンテンツを受信して出力するクライアント機能を有している。例えば、クライアント機能によりデバイスがＷｅｂサーバーにＷｅｂページを要求すると、要求に応じたＷｅｂページをサーバーがデバイスに送信し、受信したデバイスがＷｅｂページを液晶表示パネルといった表示部に表示する。
【０００３】
尚、特許文献１には、デバイスである画像形成装置自体がクライアント端末に対するＷｅｂサーバーとしての機能を有していることが示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−６３３５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したクライアント機能を有するデバイスと、Ｗｅｂサーバーと、を含むシステムでは、デバイスからのコンテンツの要求がＷｅｂサーバーに対して一方的に通知される。このため、Ｗｅｂサーバーは、通知された情報の範囲内でしかデバイスに必要なコンテンツを判断することができず、デバイスのスペックの違い、デバイスの状態の違い、等に対応することができるように汎用的なコンテンツを提供する必要がある。汎用的なコンテンツは、データサイズが大きく、ネットワーク通信の負荷の増加や、性能の低いデバイスにおける応答性の低下に繋がる。特許文献１には、自らがＷｅｂサーバーとして機能する画像形成装置が示されているだけであり、前述の課題を解決するための示唆が無い。
尚、上記のような課題は、種々のシステムについて同様に存在する。
【０００６】
以上を鑑み、本発明の目的の一つは、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能な技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的の一つを達成するため、本発明は、Ｗｅｂブラウザーにより実現される第一クライアント機能を有するデバイスと、該デバイスに対するＷｅｂサーバーとしての第一応答機能を有するサーバーと、を含むデバイス制御システムであって、
前記デバイスは、アプリケーションプログラミングインターフェイス（ＡＰＩ）により実現される第二応答機能を有し、
前記サーバーは、前記デバイスに対するＷｅｂクライアントとしての第二クライアント機能を有し、
前記デバイスは、前記第一クライアント機能により前記サーバーにコンテンツを要求し、
前記サーバーは、前記デバイスからのコンテンツの要求に応じて前記第二クライアント機能により前記コンテンツの送信に使用する追加情報を前記デバイスに要求し、
前記デバイスは、前記サーバーからの要求に応じた追加情報を前記第二応答機能により前記サーバーに送信し、
前記サーバーは、前記デバイスからの追加情報に基づいたコンテンツを前記第一応答機能により前記デバイスに送信する、態様を有する。
【０００８】
また、本発明は、Ｗｅｂブラウザーにより実現されるクライアント機能を有するデバイスであって、
アプリケーションプログラミングインターフェイス（ＡＰＩ）により実現される応答機能を有し、
Ｗｅｂサーバーとして機能するサーバーに対して前記クライアント機能によりコンテンツを要求し、
前記サーバーから前記コンテンツの送信に使用する追加情報が要求されると、該要求に応じた追加情報を前記応答機能により前記サーバーに送信し、
前記サーバーから前記追加情報に基づいたコンテンツを前記クライアント機能により受信する、態様を有する。
【０００９】
さらに、本発明は、デバイスに対するＷｅｂサーバーとしての応答機能を有するサーバーであって、
前記デバイスに対するＷｅｂクライアントとしてのクライアント機能を有し、
前記デバイスからのコンテンツの要求に応じて前記クライアント機能により前記コンテンツの送信に使用する追加情報を前記デバイスに要求し、
前記デバイスから前記追加情報を受信すると、該追加情報に基づいたコンテンツを前記応答機能により前記デバイスに送信する、態様を有する。
【００１０】
さらに、本発明は、デバイスとサーバーとを用いるデバイス制御方法の態様を有する。
【００１１】
上述した態様では、デバイスからサーバーにコンテンツが要求されると、サーバーからコンテンツの送信に使用する追加情報がデバイスに要求される。サーバーからの要求に応じた追加情報がデバイスからサーバーに送信されると、デバイスからの追加情報に基づいたコンテンツがサーバーからデバイスに送信される。デバイスに送信されるコンテンツがデバイスからの追加情報に基づいているので、よりデバイスに合わせたコンテンツをサーバーから送信することができる。従って、上記態様は、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能な技術を提供することができる。
【００１２】
さらに、本発明は、上記デバイスが行う制御方法、上記サーバーが行う制御方法、上記デバイス制御システムで実行されるデバイス制御プログラム、上記デバイスで実行される制御プログラム、上記サーバーで実行される制御プログラム、これらのプログラムを記録したコンピューター読み取り可能な媒体、等に適用可能である。前述のデバイスは分散した複数の部分で構成されてもよいし、前述のサーバーは分散した複数の部分で構成されてもよい。
【図面の簡単な説明】
【００１３】
【図１】デバイス制御システムの例を模式的に示すブロック図。
【図２】サーバーの不揮発性メモリーに記憶されるコンテンツの例を模式的に示す図。
【図３】デバイスの不揮発性メモリーに記憶される追加情報の例を模式的に示す図。
【図４】デバイス制御システムの処理の例を示すフローチャート。
【図５】コンテンツリクエストの例を模式的に示す図。
【図６】別のコンテンツリクエストの例を模式的に示す図。
【図７】リスト情報の例を模式的に示す図。
【図８】追加情報リクエストの例を模式的に示す図。
【図９】コンテンツの最適化処理の例を模式的に示す図。
【図１０】デバイスの状態に応じてコンテンツを差し替える最適化処理の例を模式的に示す図。
【図１１】デバイス制御システムの別の処理の例を示すフローチャート。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態を説明する。むろん、以下の実施形態は本発明を例示するものに過ぎず、実施形態に示す特徴の全てが発明の解決手段に必須になるとは限らない。
【００１５】
（１）本技術の概要：
まず、図１〜１１を参照して本技術の概要を説明する。尚、図１〜１１は模式的に示す図であり、各図は整合していないことがある。
【００１６】
［態様１］
図１等に例示されるデバイス制御システムＳＹ１は、Ｗｅｂブラウザー１１により実現される第一クライアント機能Ｆ１１を有するデバイス１００と、該デバイス１００に対するＷｅｂサーバー（例えばＨＴＴＰ（HyperText Transfer Protocol）サーバー２１）としての第一応答機能Ｆ２１を有するサーバー２００と、を含む。前記デバイス１００は、アプリケーションプログラミングインターフェイス（ＡＰＩ）２２により実現される第二応答機能Ｆ２２を有する。前記サーバー２００は、前記デバイス１００に対するＷｅｂクライアント（例えばＨＴＴＰクライアント１２）としての第二クライアント機能Ｆ１２を有する。ここで、前記デバイス１００は、前記第一クライアント機能Ｆ１１により前記サーバー２００にコンテンツＣ１を要求する。これに対し、前記サーバー２００は、前記デバイス１００からのコンテンツＣ１の要求（例えばコンテンツリクエストＲ１）に応じて前記第二クライアント機能Ｆ１２により前記コンテンツＣ１の送信に使用する追加情報Ｄ２を前記デバイス１００に要求する。これに対し、前記デバイス１００は、前記サーバー２００からの要求（例えば追加情報リクエストＲ２）に応じた追加情報Ｄ２を前記第二応答機能Ｆ２２により前記サーバー２００に送信する。これに対し、前記サーバー２００は、前記デバイス１００からの追加情報Ｄ２に基づいたコンテンツＣ１を前記第一応答機能Ｆ２１により前記デバイス１００に送信する。
【００１７】
上記態様１では、デバイス１００からサーバー２００にコンテンツＣ１が要求されると、サーバー２００からコンテンツＣ１の送信に使用する追加情報Ｄ２がデバイス１００に要求される。サーバー２００からの要求（Ｒ２）に応じた追加情報Ｄ２がデバイス１００からサーバー２００に送信されると、デバイス１００からの追加情報Ｄ２に基づいたコンテンツＣ１がサーバー２００からデバイス１００に送信される。デバイス１００に送信されるコンテンツＣ１がデバイス１００からの追加情報Ｄ２に基づいているので、よりデバイス１００に合わせたコンテンツＣ１をサーバー２００から送信することができる。従って、本態様は、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能なデバイス制御システムを提供することができる。
【００１８】
ここで、デバイスは、プリンター、スキャナー、コピー機、ファクシミリ、これらの中から２以上を組み合わせた複合機、等を含む。
尚、Ｗｅｂサーバー及びＷｅｂクライアントには装置の意味とソフトウェアの意味があるが、請求項に記載されるＷｅｂサーバー及びＷｅｂクライアントは装置の意味である。
【００１９】
［態様２］
ところで、図４に例示するように、前記サーバー２００は、前記デバイス１００からのコンテンツＣ１の要求（Ｒ１）に基づいて前記追加情報Ｄ２の要求（Ｒ２）が必要であるか否かを判断してもよい。前記サーバー２００は、前記追加情報Ｄ２の要求（Ｒ２）が必要であると判断した場合に前記第二クライアント機能Ｆ１２により前記追加情報Ｄ２を前記デバイス１００に要求してもよい。前記サーバー２００は、前記追加情報Ｄ２の要求（Ｒ２）が必要でないと判断した場合に前記追加情報Ｄ２を前記デバイス１００に要求しないで前記デバイス１００からの要求（Ｒ１）に基づいたコンテンツＣ１を前記第一応答機能Ｆ２１により前記デバイス１００に送信してもよい。本態様も、上記態様１に含まれる。
【００２０】
上記態様２では、サーバー２００からデバイス１００に追加情報Ｄ２を要求する必要が無いと、追加情報Ｄ２の要求無しにコンテンツＣ１がサーバー２００からデバイス１００に送信される。従って、本態様は、コンテンツの送受信が完了するまでの処理をさらに効率よく行うことが可能となる。
尚、常にサーバーが追加情報をデバイスに要求してデバイスが追加情報をサーバーに送信する場合も、本技術に含まれる。
【００２１】
［態様３］
図５，６に例示するように、前記デバイス１００は、コンテンツＣ１を要求するＨＴＴＰリクエストであって当該デバイス１００に関するデバイス情報Ｄ１を含むＨＴＴＰリクエストを前記第一クライアント機能Ｆ１１により前記サーバー２００に送信してもよい。前記サーバー２００は、前記ＨＴＴＰリクエストに含まれるデバイス情報Ｄ１に基づいて前記追加情報Ｄ２の要求（Ｒ２）が必要であるか否かを判断してもよい。本態様は、ＨＴＴＰリクエストを用いるという簡易な構成で、コンテンツの送受信が完了するまでの処理を行うことが可能となる。
尚、ＨＴＴＰリクエストを用いずに追加情報の要求が必要であるか否かを判断することも、本技術に含まれる。
【００２２】
［態様４］
図２に例示するように、前記サーバー２００は、前記デバイス１００に関する情報に加えて前記追加情報Ｄ２を前記デバイス１００に要求するか否かを対応付けたリスト情報Ｌ１を記憶した記憶部（例えば不揮発性メモリー２１３）を備えてもよい。図４に例示するように、前記サーバー２００は、前記デバイス１００からコンテンツＣ１が要求されると、前記デバイス１００にコンテンツＣ１を送信する前に前記追加情報Ｄ２を前記デバイス１００に要求するか否かの処理を前記リスト情報Ｌ１に従って行ってもよい。本態様は、リスト情報Ｌ１に従って処理を分けることができるので、コンテンツの送受信が完了するまでの処理をさらに効率よく行うことが可能となる。
【００２３】
［態様５］
図４に例示するように、前記サーバー２００は、前記デバイス１００からの追加情報Ｄ２に基づいてコンテンツＣ１の最適化処理を行うか否かを判断してもよい。前記サーバー２００は、最適化処理を行うと判断した場合に前記追加情報Ｄ２に基づいて前記最適化処理を行って得られるコンテンツＣ１を前記第一応答機能Ｆ２１により前記デバイス１００に送信してもよい。
【００２４】
上記態様５では、コンテンツＣ１の最適化処理を行った方がよい場合に最適化処理が行われる。従って、本態様は、さらにデバイスに合ったコンテンツの送受信を行うことが可能となる。
ここで、コンテンツの最適化処理は、コンテンツをデバイスのスペックに合わせる処理、コンテンツをデバイスの状態に合わせる処理、等といった、コンテンツをデバイスに合わせる処理であればよい。具体的には、デバイスの表示部の性能に合わせて画像や映像の画素数（ピクセル数）を変える処理、デバイスの表示部の性能に合わせて文字の大きさやフォントを変える処理、デバイスが音声出力機能を有していない場合に音声データを削除する処理、等が含まれる。デバイスのスペックは、デバイスの性能を表し、画面の縦横の表示ドット数（画面解像度ともいう。）、音声出力の有無、等を含む。デバイスの状態は、待機状態、印刷中の状態、スキャン中の状態、コピー中の状態、ファクシミリ通信中の状態、等を含む。
【００２５】
［態様６］
前記追加情報Ｄ２は、第一分割情報（例えば分割情報Ｄ３１）及び第二分割情報（例えば分割情報Ｄ３２）を含む複数の分割情報Ｄ３を含んでもよい。この場合、前記サーバー２００は、前記第二クライアント機能Ｆ１２により前記第一分割情報（Ｄ３１）を前記デバイス１００に要求してもよい。前記デバイス１００は、前記第一クライアント機能Ｆ１１により前記第一分割情報（Ｄ３１）を前記サーバー２００に送信してもよい。前記サーバー２００は、前記第一分割情報（Ｄ３１）を受信すると前記第二クライアント機能Ｆ１２により前記第二分割情報（Ｄ３２）を前記デバイス１００に要求してもよい。前記デバイス１００は、前記第一クライアント機能Ｆ１１により前記第二分割情報（Ｄ３２）を前記サーバー２００に送信してもよい。
【００２６】
上記態様６では、追加情報Ｄ２が２回以上に分けられてデバイス１００からサーバー２００に送信される。従って、本態様は、コンテンツの送受信が完了するまでの処理をさらに効率よく行うことが可能となる。
ここで、追加情報は、３以上の分割情報を含んでもよい。
【００２７】
［態様７］
前記追加情報Ｄ２は、前記デバイス１００のスペックと状態の少なくとも一方を含んでもよい。本態様は、デバイス１００のスペックと状態の少なくとも一方に基づいたコンテンツＣ１がサーバー２００からデバイス１００に送信されるので、よりデバイスに合わせたコンテンツをサーバーから送信することができる。従って、本態様は、コンテンツの送受信が完了するまでの処理をさらに効率よく行うことが可能となる。
【００２８】
［態様８］
図１等に例示されるデバイス１００は、Ｗｅｂブラウザー１１により実現されるクライアント機能（Ｆ１１）を有する。このデバイス１００は、アプリケーションプログラミングインターフェイス（ＡＰＩ）２２により実現される応答機能（Ｆ２２）を有し、Ｗｅｂサーバー（２１）として機能するサーバー２００に対して前記クライアント機能によりコンテンツＣ１を要求し、前記サーバー２００から前記コンテンツＣ１の送信に使用する追加情報Ｄ２が要求されると、該要求に応じた追加情報Ｄ２を前記応答機能（Ｆ２２）により前記サーバー２００に送信し、前記サーバー２００から前記追加情報Ｄ２に基づいたコンテンツＣ１を前記クライアント機能（Ｆ１１）により受信する。本態様は、よりデバイス１００に合わせたコンテンツＣ１をサーバー２００から受信することができるので、サーバーからのコンテンツの受信が完了するまでの処理を効率よく行うことが可能なデバイスを提供することができる。
【００２９】
［態様９］
図１等に例示されるサーバー２００は、デバイス１００に対するＷｅｂサーバー（２１）としての応答機能（Ｆ２１）を有する。このサーバー２００は、前記デバイス１００に対するＷｅｂクライアント（１２）としてのクライアント機能（Ｆ１２）を有し、前記デバイス１００からのコンテンツＣ１の要求（Ｒ１）に応じて前記クライアント機能（Ｆ１２）により前記コンテンツＣ１の送信に使用する追加情報Ｄ２を前記デバイス１００に要求し、前記デバイス１００から前記追加情報Ｄ２を受信すると、該追加情報Ｄ２に基づいたコンテンツＣ１を前記応答機能（Ｆ２１）により前記デバイス１００に送信する。本態様は、よりデバイス１００に合わせたコンテンツＣ１をデバイス１００に送信することができるので、デバイスへのコンテンツの送信が完了するまでの処理を効率よく行うことが可能なサーバーを提供することができる。
【００３０】
［態様１０］
図１等に例示される制御方法では、前記デバイス１００が前記第一クライアント機能Ｆ１１により前記サーバー２００にコンテンツＣ１を要求すると、前記サーバー２００が前記デバイス１００からのコンテンツＣ１の要求（Ｒ１）に応じて前記第二クライアント機能Ｆ１２により前記コンテンツＣ１の送信に使用する追加情報Ｄ２を前記デバイス１００に要求する。前記デバイス１００が前記サーバー２００からの要求（Ｒ２）に応じた追加情報Ｄ２を前記第二応答機能Ｆ２２により前記サーバー２００に送信すると、前記サーバー２００が前記デバイス１００からの追加情報Ｄ２に基づいたコンテンツＣ１を前記第一応答機能Ｆ２１により前記デバイス１００に送信する。本態様は、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能な制御方法を提供することができる。
【００３１】
（２）デバイス制御システムの構成の具体例：
図１は、デバイス制御システムの構成例を模式的に示している。図１に示すデバイス制御システムＳＹ１は、Ｗｅｂブラウザー１１により実現される第一クライアント機能Ｆ１１を有するデバイス１００と、該デバイス１００に対するＨＴＴＰサーバー（Ｗｅｂサーバー）２１としての第一応答機能Ｆ２１を有するサーバー２００と、を含む。デバイス１００は、デバイス制御システムＳＹ１に複数設けられてもよい。デバイス１００とサーバー２００を繋ぐネットワークＮＷ１には、インターネット、ＬＡＮ（Local Area Network）、ＬＡＮ同士をＷＡＮ（Wide Area Network）で繋いだネットワーク、等を用いることができる。
【００３２】
図１には、デバイス１００として複合機の例を示している。デバイス１００の制御部１１０には、スキャン部１２０、プリント部１３０、操作部１５０、等が接続されている。このデバイス１００は、印刷機能、画像読取機能、コピー機能、ファクシミリ機能、等を実現させる処理を実行可能である。すなわち、デバイス１００は、印刷機能付きデバイスであり、画像読取機能付きデバイスであり、コピー機能付きデバイスであり、ファクシミリ機能付きデバイスである。
【００３３】
制御部１１０では、時計回路１１１、ＣＰＵ（Central Processing Unit）１１２、不揮発性メモリー１１３、ＲＡＭ（Random Access Memory）１１４、通信インターフェイス（Ｉ／Ｆ）１１６、ＦＡＸ制御部１１７、等が互いに接続されている。不揮発性メモリー１１３は、ＲＡＭ１１４に展開される制御プログラム等を記憶している。この制御プログラムには、Ｗｅｂブラウザー１１とＡＰＩ２２が含まれる。不揮発性メモリー１１３には、フラッシュメモリーといった書き換え可能な不揮発性半導体メモリー、ハードディスクといった書き換え可能な磁気記録媒体、等を用いることができ、書き換え不能なＲＯＭ（Read Only Memory）が含まれてもよい。通信Ｉ／Ｆ １１６は、ネットワークＮＷ１に接続され、このネットワークＮＷ１に接続された外部装置（例えばサーバー２００や図示しないクライアントコンピューター）との間でデータを送受信する処理を行う。ＦＡＸ制御部１１７は、電話回線１４０に接続され、この電話回線１４０に接続されたファクシミリ装置との間でファクシミリ通信を行う。
【００３４】
スキャン部１２０は、原稿画像を読み取る画像読取装置である。スキャン部１２０は、例えば、光源からの光を原稿に当てて原稿画像を読み取り、対応する画像データを形成する。スキャン部１２０には、原稿台ガラスと原稿カバーとの間に原稿を配置するフラットベット式のスキャナー、原稿送り装置付きのスキャナー、等を用いることができる。
【００３５】
プリント部１３０は、コピー用紙等といった被印刷物に印刷を行う印刷装置である。プリント部１３０は、例えば、画像データに対応する画像を色材（例えばトナーやインク）で被印刷物に形成する。プリント部１３０には、レーザープリンターといった電子写真方式のプリンター、インクジェットプリンター、等を用いることができる。
【００３６】
操作部１５０は、ハードキー１６０、及び、表示部である表示パネル１７０を備えている。ハードキー１６０は、押されているか否かを検知して対応する検知信号を出力する。表示パネル１７０は、液晶表示パネル等を用いることができ、各種画面を表示する。表示パネル１７０の表面にタッチパネルが貼り付けられている場合、表示パネル１７０は、指（タッチペン等も可）で触れる操作を受け付ける。
【００３７】
図１の下部に示すように、Ｗｅｂブラウザー１１がＲＡＭ１１４に読み出されて実行されると、サーバー２００に対する第一クライアント機能Ｆ１１がデバイス１００に実現される。ＡＰＩ２２がＲＡＭ１１４に読み出されて実行されると、サーバー２００に対する第二応答機能Ｆ２２がデバイス１００に実現される。
【００３８】
図１に示すサーバー２００は、時計回路２１１、ＣＰＵ２１２、不揮発性メモリー２１３、ＲＡＭ２１４、通信Ｉ／Ｆ ２１６、等が互いに接続されたコンピューターである。不揮発性メモリー２１３は、ＲＡＭ２１４に展開される制御プログラム等を記憶している。この制御プログラムには、ソフトウェアとしてのＨＴＴＰサーバー（Ｗｅｂサーバー）２１、及び、ソフトウェアとしてのＨＴＴＰクライアント（Ｗｅｂクライアント）１２が含まれる。不揮発性メモリー２１３には、書き換え可能な磁気記録媒体、書き換え可能な不揮発性半導体メモリー、等を用いることができ、書き換え不能なＲＯＭが含まれてもよい。通信Ｉ／Ｆ ２１６は、ネットワークＮＷ１に接続され、このネットワークＮＷ１に接続されたデバイス１００との間でデータを送受信する処理を行う。
【００３９】
図１の下部に示すように、ＨＴＴＰサーバー２１がＲＡＭ２１４に読み出されて実行されると、デバイス１００に対する第一応答機能Ｆ２１がサーバー２００に実現される。ＨＴＴＰクライアント１２がＲＡＭ２１４に読み出されて実行されると、デバイス１００に対する第二クライアント機能Ｆ１２がサーバー２００に実現される。
【００４０】
図２は、サーバー２００の不揮発性メモリー２１３に記憶されるコンテンツの例を模式的に示している。図２に示す例では、上位フォルダー「home」に下位フォルダー「AAA」、「BBB」、…が格納されたフォルダー構造が示されている。フォルダー「AAA」には、音声付き画像Ａ１，Ａ２，Ａ３，…が格納されている。フォルダー「BBB」には、音声無し画像Ｂ１，Ｂ２，Ｂ３，…が格納されている。尚、画素数Ｐｘは画像の縦方向の画素数を示し、画素数Ｐｙは画像の横方向の画素数を示す。これらの画像Ａ１，Ａ２，Ａ３，…，Ｂ１，Ｂ２，Ｂ３，…がコンテンツＣ１の例である。画像の具体例としては、ユーザー認証用のログイン画面、読み取る原稿のサイズや解像度（単位：dpi）等を設定する画面、コピーの枚数等を設定する画面、ファクシミリの原稿のサイズや解像度（単位：dpi）等を設定する画面、デバイス１００の状態を表示する画面、等が挙げられる。画像は、静止画に限らず、動画を含む。
【００４１】
図３は、デバイス１００の不揮発性メモリー１１３に記憶される追加情報の例を模式的に示している。図３に示す例では、上位フォルダー「home」に下位フォルダー「aaa」、…が格納されたフォルダー構造が示されている。フォルダー「aaa」には、表示パネル１７０の画面ドット数（Ｎｘ×Ｎｙ）（スペックを表す分割情報Ｄ３１）、音声サポート有無（スペックを表す分割情報Ｄ３２）、デバイス１００の状態（状態を表す分割情報Ｄ３３）、等が格納されている。これらの情報（Ｄ３１，Ｄ３２，Ｄ３３，…）が追加情報Ｄ２の例である。尚、画面ドット数は画面の表示ドット数を意味し、ドット数Ｎｘは表示パネル１７０の縦方向のドット数を示し、ドット数Ｎｙは表示パネル１７０の横方向のドット数を示す。表示パネルにおける画面ドット数は、解像度とも呼ばれる。音声サポート有無は、音声サポート有り、又は、音声サポート無しである。図３に示すスキャン状態は、デバイス１００がスキャナーである場合のデバイスの状態を意味し、待機中、スキャン実行中、等を含む。
【００４２】
次に、図４を参照して、デバイス制御方法を実施するデバイス制御システムＳＹ１の処理の例を説明する。尚、デバイス１００とサーバー２００は、マルチタスクにより複数の処理を並列して実行している。
まず、デバイス１００は、ステップＳ１０２（以下、「ステップ」の記載を省略。）において、Ｗｅｂブラウザー１１により実現される第一クライアント機能Ｆ１１によりサーバー２００にコンテンツリクエストＲ１を送信する（コンテンツＣ１を要求する）。コンテンツリクエストＲ１には、図５，６に例示するＨＴＴＰリクエスト等を用いることができる。
【００４３】
図５は、GETメソッドを用いたＨＴＴＰリクエストの例を模式的に示している。ＨＴＴＰリクエストは、リクエスト行５０１、メッセージヘッダー５０２、空白行５０３、及び、メッセージボディ５０４を有している。リクエスト行５０１には、GETメソッド、ＵＲＩ（Uniform Resource Identifier）、及び、ＨＴＴＰバージョンの情報がある。メッセージヘッダー５０２には、Ｗｅｂブラウザー１１がサポートしているデータのタイプ、言語、データの圧縮方法、ブラウザーの種類、等の情報がある。メッセージヘッダー５０２に含まれるUser-Agentフィールドには、ブラウザーの種別やバージョン、プラットフォーム、等の情報が含まれる。このUser-Agentフィールドに、デバイス名等といった、デバイスに関するデバイス情報Ｄ１を含めることができる。ＨＴＴＰサーバー（サーバーソフトウェア）にもよるが、User-Agentフィールドの最大サイズは、大体256〜512文字となっている。空白行５０３は、メッセージヘッダーの終わりを伝えるために使用される。GETメソッドの場合、メッセージボディ５０４は存在しない。
【００４４】
図６は、POSTメソッドを用いたＨＴＴＰリクエストの例を模式的に示している。リクエスト行５０１には、POSTメソッド、ＵＲＩ、及び、ＨＴＴＰバージョンの情報がある。User-Agentフィールドを含むメッセージヘッダー５０２、及び、空白行５０３は、GETメソッドの場合と同じである。メッセージボディ５０４は、サーバーにデータを送るために使用される。
本具体例のデバイス１００は、図５，６に示すようなUser-Agentフィールドにデバイス情報Ｄ１を含むコンテンツリクエストＲ１を第一クライアント機能Ｆ１１によりサーバー２００に送信する。
【００４５】
ただ、User-Agentフィールドは文字列しか扱うことができないため、ＨＴＴＰリクエストだけで複雑な情報やファイル等をサーバーに通知することができない。また、User-Agentフィールドは、デバイスからサーバーへ一方的に通知される。このため、ＡＰＩ２２及びＨＴＴＰクライアント１２が無ければ、サーバーが必要とする情報が不足していてもサーバーからデバイスに不足情報を問い合わせることができない。
上記の理由から、サーバーは、デバイスのスペック等に合っていない汎用的なコンテンツしか提供することができないことがある。サイズの大きなコンテンツしか提供することができないと、ネットワーク負荷が大きくなり、性能の低いデバイスではサイズの大きなコンテンツを処理することによる応答性の低下が発生する。
【００４６】
本具体例は、ＡＰＩ２２がデバイス１００に第二応答機能Ｆ２２に実現させ、ＨＴＴＰクライアント１２がサーバー２００に第二クライアント機能Ｆ１２を実現させるので、サーバー２００は、デバイス１００からコンテンツリクエストＲ１を受け付けた後でもデバイス１００の追加情報Ｄ２を取得することができる。例えば、サーバー２００は、デバイス１００のスペックや、その時点でデバイス１００がどのような状態にあるか、等を知ることができる。サーバー２００は、取得した追加情報Ｄ２を元にしてデバイス１００に合ったコンテンツを用意することができる。
【００４７】
図４に戻って説明を続ける。デバイス１００からコンテンツリクエストＲ１を受信した（コンテンツＣ１が要求された）サーバー２００は、最終的なコンテンツＣ１を送信するためデバイス情報Ｄ１に加えて追加情報Ｄ２をデバイス１００に要求するか否かを対応付けたリスト情報Ｌ１を参照し、処理を分岐させる（Ｓ２０２）。リスト情報Ｌ１は、例えば、サーバー２００の不揮発性メモリー（記憶部の例）２１３に記憶される。Ｓ２０２の処理により、デバイスに対する問い合わせが毎回発生することによる通信負荷の増加が抑えられる。
【００４８】
図７は、リスト情報の例を模式的に示している。図７に示すリスト情報Ｌ１は、コンテンツ毎に（例えば図２に示す画像Ａ１，Ａ２，Ａ３，…，Ｂ１，Ｂ２，Ｂ３，…のそれぞれについて）、要求する追加情報Ｄ２を表す情報をデバイス情報Ｄ１（図７ではデバイス名）に対応付けて格納している。例えば、コンテンツＡについて、デバイス名「スキャナーａ」に対応付けられて、デバイス１００に要求する追加情報Ｄ２が表示パネルの画面ドット数、音声サポート有無、スキャン状態、等であることを表す情報が格納されている。また、コンテンツＡについて、デバイス名が「プロジェクターｃ」である場合、デバイス１００に要求する追加情報を表す情報が格納されていないことが示されている。要求する追加情報Ｄ２を表す情報は、デバイス１００の不揮発性メモリー１１３における格納場所を表す情報、例えば、ＵＲＬ（Uniform Resource Locator）を表す情報でもよい。例えば、図３に示す不揮発性メモリー１１３において、上位フォルダー「home」の下位フォルダー「aaa」に画面ドット数を格納したファイル「a1.info」があるとする。この場合、図７に示すリスト情報Ｌ１には、画面ドット数のＵＲＬに対応する情報「home/aaa/a1.info」が格納されてもよい。
【００４９】
サーバー２００は、デバイス１００にコンテンツＣ１を送信する前に追加情報Ｄ２をデバイス１００に要求するか否かの処理をリスト情報Ｌ１に従って行う。実質的に、サーバー２００は、デバイス１００からのＨＴＴＰリクエスト（コンテンツリクエストＲ１）に含まれるデバイス情報Ｄ１に基づいて追加情報リクエストＲ２（追加情報Ｄ２の要求）が必要であるか否かを判断することになる。追加情報リクエストＲ２が必要でないと判断された場合、サーバー２００は、Ｓ２０４の追加情報リクエストＲ２の送信処理を行わずに処理をＳ２０６に進める。追加情報リクエストＲ２が必要であると判断された場合、サーバー２００は、ソフトウェアとしてのＨＴＴＰクライアント１２により実現される第二クライアント機能Ｆ１２により追加情報リクエストＲ２をデバイス１００に送信する（Ｓ２０４）。追加情報リクエストＲ２は、コンテンツＣ１の送信に使用する追加情報Ｄ２の要求である。
【００５０】
例えば、図７に示すように、コンテンツＡを要求する内容のコンテンツリクエストＲ１にデバイス名「プロジェクターｃ」が含まれる場合、参照されるリスト情報Ｌ１には「プロジェクターｃ」に対応する追加情報を表す情報が格納されていない。この場合、追加情報リクエストＲ２は送信されず、処理がＳ２０６に進められる。また、コンテンツＡを要求する内容のコンテンツリクエストＲ１にデバイス名「スキャナーａ」が含まれ、参照されるリスト情報Ｌ１には「スキャナーａ」に対応する情報「home/aaa/a1.info」が格納されているとする。この場合、例えば、図８に示す追加情報リクエストＲ２のように、デバイス「スキャナーａ」のドメイン名と情報「home/aaa/a1.info」を合わせたＵＲＬを含むＨＴＴＰリクエストを生成すればよい。すると、デバイス１００の不揮発性メモリー１１３から上位フォルダー「home」の下位フォルダー「aaa」に格納されたファイル「a1.info」が読み出されてサーバー２００に送信されることになる。
【００５１】
図４に戻って説明を続ける。サーバー２００から追加情報リクエストＲ２を受信した（追加情報Ｄ２が要求された）デバイス１００は、追加情報リクエストＲ２に応じた追加情報Ｄ２をＡＰＩ２２により実現される第二応答機能Ｆ２２によりサーバー２００に送信する（Ｓ１０４）。例えば、図８に示す追加情報リクエストＲ２を受信したデバイス１００は、上位フォルダー「home」の下位フォルダー「aaa」に格納されたファイル「a1.info」を不揮発性メモリー１１３から読み出してサーバー２００に送信することになる。
【００５２】
尚、図４に二点鎖線で示したように、Ｓ２０４の追加情報Ｄ２の要求処理とＳ１０４の追加情報Ｄ２の送信処理は、１回に限らず、２回以上行ってもよい。図７に示すようなリスト情報Ｌ１において、要求する追加情報Ｄ２を表す情報が２種類以上格納されているとする。この場合、サーバー２００は追加情報Ｄ２を２回以上に分けてデバイス１００に要求し、デバイス１００は要求毎に追加情報Ｄ２の分割情報Ｄ３（図３参照。）をサーバー２００に送信してもよい。
【００５３】
例えば、図３に示すように、追加情報Ｄ２が第一分割情報Ｄ３１と第二分割情報Ｄ３２と第三分割情報Ｄ３３を含む複数の分割情報Ｄ３を含むことになるものとする。この場合、サーバー２００は、まず、第二クライアント機能Ｆ１２により第一分割情報Ｄ３１をデバイス１００に要求してもよい。追加情報リクエストＲ２は、例えば、デバイス１００のドメイン名と画面ドット数の格納場所（例えば図７に示す「home/aaa/a1.info」）を合わせたＵＲＬを含むＨＴＴＰリクエストとすることができる。追加情報リクエストＲ２を受信したデバイス１００は、第一クライアント機能Ｆ１１により第一分割情報Ｄ３１（例えば画面ドット数を格納したファイル「a1.info」）をサーバー２００に送信する。次に、サーバー２００は、第二クライアント機能Ｆ１２により第二分割情報Ｄ３２をデバイス１００に要求してもよい。追加情報リクエストＲ２は、例えば、図７に示す音声サポート有無の格納場所を表すＵＲＬを含むＨＴＴＰリクエストとすることができる。追加情報リクエストＲ２を受信したデバイス１００は、第一クライアント機能Ｆ１１により第二分割情報Ｄ３２（例えば音声サポート有無を格納したファイル）をサーバー２００に送信する。最後に、サーバー２００は、第二クライアント機能Ｆ１２により第三分割情報Ｄ３３をデバイス１００に要求してもよい。追加情報リクエストＲ２は、例えば、図７に示すスキャン状態の格納場所を表すＵＲＬを含むＨＴＴＰリクエストとすることができる。追加情報リクエストＲ２を受信したデバイス１００は、第一クライアント機能Ｆ１１により第三分割情報Ｄ３３（例えばスキャン状態を格納したファイル）をサーバー２００に送信する。
【００５４】
むろん、Ｓ２０４，１０４の処理を繰り返す回数は、２回でもよいし、４回以上でもよい。
追加情報Ｄ２の送信が分けられることにより、コンテンツの送受信が完了するまでの処理が効率よく行われる。
【００５５】
図４のＳ２０６において、サーバー２００は、デバイス１００からの追加情報Ｄ２に基づいてコンテンツＣ１の最適化処理を行うか否かを判断する。上述したように、コンテンツＣ１の最適化処理は、コンテンツＣ１をデバイス１００に合わせる種々の処理を含む。
例えば、必要に応じて、図９に示すように、表示パネル１７０の画面ドット数（Ｎｘ×Ｎｙ）に合わせて画像（動画を含む。）の画素数（Ｐｘ×Ｐｙ）を変えるものとする。Ｎｘ≧Ｐｘ且つＮｙ≧Ｐｙである場合、画像をそのままデバイス１００に送信しても、表示パネル１７０に表示される画像が表示パネル１７０から食み出ない。この場合、サーバー２００は最適化処理を行わないと判断してもよい。一方、Ｎｘ＜Ｐｘ又はＮｙ＜Ｐｘである場合、画像をそのままデバイス１００に送信すると、表示パネル１７０に表示される画像が表示パネル１７０から食み出す。表示パネル１７０にスクロールバーを表示すると操作により画像をスクロールすることが可能であるが、このスクロール操作が必要である。このような場合、サーバー２００は、最適化処理を行うと判断してもよい。
【００５６】
また、デバイス１００が音声出力機能を有していないものとする。サーバー２００に用意されているコンテンツが音声データを含んでいる場合、このコンテンツをデバイス１００に送信しても、音声が出力されない。この場合、サーバー２００は音声データを削除する最適化処理を行うと判断してもよい。一方、サーバー２００に用意されているコンテンツに音声データが無い場合、サーバー２００は最適化処理を行わないと判断してもよい。
【００５７】
サーバー２００は、最適化処理を行わないと判断した場合、Ｓ２０８の最適化処理を行わないで処理をＳ２１０に進める。一方、サーバー２００は、最適化処理を行うと判断した場合、追加情報Ｄ２に基づいてコンテンツＣ１の最適化処理を行う（Ｓ２０８）。例えば、追加情報Ｄ２に表示パネル１７０の画面ドット数（Ｎｘ×Ｎｙ）が含まれる場合、表示パネル１７０に画像が収まるように画像の画素数を減らす最適化処理を行えばよい。また、追加情報Ｄ２に音声サポート無しを表す情報が含まれる場合、音声付き画像から音声データを削除する最適化処理を行えばよい。尚、最適化処理には、図５で示したメッセージヘッダー５０２に含まれる言語等に応じて異なるコンテンツを使用してもよい。例えば、メッセージヘッダー５０２に含まれる言語がＪＰ（日本語）であれば日本語のコンテンツを使用すればよく、メッセージヘッダー５０２に含まれる言語が英語であれば英語のコンテンツを使用すればよい。
【００５８】
図９は、最適化処理の一例として、コンテンツＣ１０が音声付き画像（動画を含む。）である場合の最適化処理を模式的に示している。このコンテンツＣ１０は、画素数Ｐｘ×Ｐｙの画像コンテンツＣ１０ｉ、及び、音声データである音声コンテンツＣ１０ｓを含んでいる。サーバー２００は、デバイス１００から受信した追加情報Ｄ２に表示パネル１７０の画面ドット数Ｎｘ×Ｎｙが含まれている場合、以下のような最適化処理を行ってもよい。
Ｎｘ＜Ｐｘである場合、画像の横方向の画素数をＮｘ／Ｐｘに減らす。
Ｎｙ＜Ｐｙである場合、画像の縦方向の画素数をＮｙ／Ｐｙに減らす。
図９に示すサーバー２００では、画像コンテンツＣ１０ｉから、横方向の画素数がＰｘからＮｘに減り、縦方向の画素数がＰｙからＮｙに減った画像コンテンツＣ１１が生成される様子が示されている。また、音声コンテンツＣ１０ｓは削除され、音声コンテンツＣ１０ｓの無いコンテンツＣ１１が生成される様子が示されている。尚、コンテンツＣ１０，Ｃ１１は、ともにコンテンツＣ１に含まれる。
【００５９】
生成されたコンテンツＣ１１は、ネットワークＮＷ１を介してデバイス１００に送信される。コンテンツＣ１１を受信したデバイス１００は、画面ドット数Ｎｘ×Ｎｙの表示パネル１７０に画素数Ｎｘ×Ｎｙの画像の全体を表示することができる。
横方向の縮小率と縦方向の縮小率を一致させる場合、Ｎｘ／ＰｘとＮｙ／Ｐｙとで小さい方に縮小率を合わせると、表示パネル１７０に画像が収まる。
【００６０】
尚、画像の縮小率は、段階的に設定されてもよい。例えば、画像の縮小率が２５％、５０％、及び、７５％に設定されている場合、Ｎｘ≧０．７５×Ｐｘ且つＮｙ≧０．７５×Ｐｙであれば画素数を縦横７５％ずつに減らし、Ｎｘ≧０．５×Ｐｘ且つＮｙ≧０．５×Ｐｙであれば画素数を縦横５０％ずつに減らし、Ｎｘ＜０．５×Ｐｘ又はＮｙ＜０．５×Ｐｙであれば画素数を縦横２５％ずつに減らしてもよい。
また、画像を縮小するとともに、又は、画像を縮小せずに、表示パネル１７０に画像が収まるように画像をトリミングしてもよい。トリミングとは、画像の端部にある画素を削除することである。
【００６１】
さらに、表示パネル１７０の画面ドット数Ｎｘ×Ｎｙに応じて文字の大きさとフォントの少なくとも一方を変えてもよい。例えば、画面ドット数Ｎｘ，Ｎｙに対する閾値をＴｘ，Ｔｙとして、Ｎｘ≧Ｔｘ且つＮｙ≧Ｔｙであれば１６×１６画素の大きさの文字を使用し、Ｎｘ＜Ｔｘ又はＮｙ＜Ｔｙであれば８×８画素の大きさの文字を使用してもよい。
【００６２】
さらに、デバイス１００から要求されたコンテンツを要求通りにサーバー２００から送信するのが不適切な状態である場合にコンテンツに差し替える処理も、最適化処理に含まれる。図１０には、デバイス１００がコピーの設定画面を要求したものの、デバイス１００のコピー状態がプリント中（コピー機能動作中）であるので、コピー設定画面をプリント中表示画面に差し替える例を示している。このような状態が起きるのは、ユーザーがコピーをするために操作部１５０を操作した直後にファクシミリ文書の印刷処理や他のユーザーによる印刷処理が開始されること等による。尚、図１０に示す符号は、図４で示した符号に合わせている。
【００６３】
図１０において、デバイス１００がコピー設定画面（コンテンツＣ１）をサーバー２００に要求すると（Ｓ１０２）、サーバー２００はコピー状態（追加情報Ｄ２）をデバイス１００に要求している（Ｓ２０４）。デバイス１００がコピー状態として「プリント中」をサーバー２００に送信すると（Ｓ１０４）、サーバー２００は追加情報リクエストＲ２に含まれる「プリント中」に基づいてコンテンツＣ１を「プリント中」表示画面に差し替える（Ｓ２０８）。
【００６４】
図４に戻って説明を続ける。図４のＳ２１０において、サーバー２００は、ソフトウェアとしてのＨＴＴＰサーバー２１により実現される第一応答機能Ｆ２１により最終的なコンテンツＣ１をデバイス１００に送信する。最終的なコンテンツＣ１は、デバイス１００からのデバイス情報Ｄ１に基づいたコンテンツであり、追加情報Ｄ２の送受信が行われた場合にはデバイス１００からの追加情報Ｄ２にも基づいたコンテンツである。追加情報Ｄ２の送受信が行われなかった場合、サーバー２００は、デバイス情報Ｄ１に基づいて不揮発性メモリー２１３からコンテンツ（例えば言語別）を取得し、最適化処理が必要である場合に最適化処理を行ってコンテンツをデバイス１００に送信する。追加情報Ｄ２の送受信は行われたが最適化処理は行われなかった場合、サーバー２００は、デバイス情報Ｄ１と追加情報Ｄ２に基づいて不揮発性メモリー２１３からコンテンツ（例えば言語別）を取得してデバイス１００に送信する。
【００６５】
デバイス１００は、Ｗｅｂブラウザー１１により実現される第一クライアント機能Ｆ１１により最終的なコンテンツＣ１を受信する。コンテンツＣ１に画像（動画を含む。）が含まれていれば、デバイス１００はこれらを表示パネル１７０に表示する。コンテンツＣ１に音声データが含まれていれば、音声出力機能を有するデバイス１００は音声データに基づく音声を出力する。
【００６６】
例えば、図９に示す例では、画像コンテンツＣ１０ｉが縮小され音声コンテンツＣ１０ｓが削除されたコンテンツＣ１１がサーバー２００からデバイス１００に送信され、表示パネル１７０に表示される。図１０に示す例では、サーバー２００が「プリント中」表示画面をデバイス１００に送信し（Ｓ２１０）、デバイス１００が「プリント中」表示画面を表示パネル１７０に表示する。
【００６７】
以上説明したように、デバイス１００に送信されるコンテンツＣ１がデバイス１００からの追加情報Ｄ２に基づいているので、コンテンツリクエストＲ１だけの情報に基づく場合と比べて、よりデバイス１００に合わせたコンテンツＣ１をサーバー２００から送信することができる。従って、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能となる。例えば、不必要なコンテンツがネットワーク上に流れなくなるため、ネットワークの負荷が減る効果が得られる。また、サーバー２００からデバイス１００のスペックに適したコンテンツが提供されるため、性能の低いデバイスでコンテンツを表示するまでの時間が短くなり、応答性が向上する効果が期待される。
【００６８】
（３）変形例：
本発明は、種々の変形例が考えられる。
例えば、デバイスは、複合機以外にも、プリンター専用機、スキャナー専用機、コピー専用機、ファクシミリ専用機、等でもよい。
【００６９】
デバイスからサーバーに送信される追加情報Ｄ２は、デバイスの状態が無くてデバイスのスペック（例えば図３に示す情報Ｄ３１，Ｄ３２）だけでもよいし、デバイスのスペックが無くてデバイスの状態（例えば図３に示す情報Ｄ３３）だけでもよい。これらの場合も、本技術に含まれる。
【００７０】
図４で示した制御処理において、常にＳ２０８の最適化処理を行う場合、Ｓ２０６の判断処理を省いてもよい。常にＳ２０８の最適化処理を行わない場合、Ｓ２０６，Ｓ２０８の処理を省いてもよい。常にＳ２０４の追加情報Ｄ２の要求処理を行う場合、Ｓ２０２のリスト情報参照処理を省いてもよい。これらの場合も、本技術に含まれる。
【００７１】
例えば、図１１は、Ｓ２０２，Ｓ２０６，Ｓ２０８の処理を省いた制御処理を示している。この場合、デバイス１００がサーバー２００にコンテンツＣ１を要求すると（Ｓ１０２）、サーバー２００はコンテンツリクエストＲ１に応じてコンテンツＣ１の送信に使用する追加情報Ｄ２をデバイス１００に要求する（Ｓ２０４）。デバイス１００が追加情報リクエストＲ２に応じた追加情報Ｄ２をサーバー２００に送信すると（Ｓ１０４）、サーバー２００はデバイス１００からの追加情報Ｄ２に基づいたコンテンツＣ１をデバイス１００に送信する（Ｓ２１０）。この場合も、本技術の基本的な効果が得られる。
【００７２】
（４）結び：
以上説明したように、本発明によると、種々の態様により、コンテンツの送受信が完了するまでの処理を効率よく行うことが可能な技術等を提供することができる。むろん、従属請求項に係る構成要件を有しておらず独立請求項に係る構成要件のみからなる技術等でも、上述した基本的な作用、効果が得られる。
また、上述した例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、公知技術及び上述した例の中で開示した各構成を相互に置換したり組み合わせを変更したりした構成、等も実施可能である。本発明は、これらの構成等も含まれる。
【符号の説明】
【００７３】
１１…Ｗｅｂブラウザー、１２…ＨＴＴＰクライアント（Ｗｅｂクライアント）、２１…ＨＴＴＰサーバー（Ｗｅｂサーバー）、２２…ＡＰＩ、１００…デバイス、１１０…制御部、１１３…不揮発性メモリー、１２０…スキャン部、１３０…プリント部、１５０…操作部、１７０…表示パネル、２００…サーバー、２１３…不揮発性メモリー（記憶部の例）、Ｃ１，Ｃ１０，Ｃ１０ｉ，Ｃ１０ｓ，Ｃ１１…コンテンツ、Ｄ１…デバイス情報、Ｄ２…追加情報、Ｄ３，Ｄ３１，Ｄ３２，Ｄ３３…分割情報、Ｆ１１…第一クライアント機能、Ｆ１２…第二クライアント機能、Ｆ２１…第一応答機能、Ｆ２２…第二応答機能、Ｌ１…リスト情報、Ｒ１…コンテンツリクエスト、Ｒ２…追加情報リクエスト、ＮＷ１…ネットワーク、ＳＹ１…デバイス制御システム。
【図１】
0006582860.tif 000002
【図２】
0006582860.tif 000003
【図３】
0006582860.tif 000004
【図４】
0006582860.tif 000005
【図５】
0006582860.tif 000006
【図６】
0006582860.tif 000007
【図７】
0006582860.tif 000008
【図８】
0006582860.tif 000009
【図９】
0006582860.tif 000010
【図１０】
0006582860.tif 000011
【図１１】
0006582860.tif 000012