JP4631920B2 - データ送信装置、プログラム、およびデータ送信方法 - Google Patents

Description

本発明は、マルチ・ファンクション・ペリフェラル（以下、「ＭＦＰ」と略する。）などの各種装置の情報（デバイス情報）を送受信する技術に関する。

従来、ＭＦＰなどの各種装置の情報（デバイス情報）を外部機器（たとえばパーソナルコンピュータ）に送信して、その外部機器の表示部において表示する技術が存在する。より具体的には、ＭＦＰのデバイス情報（たとえば、稼働状況など）をＭＦＰ自身が管理しておき、外部機器としてのパーソナルコンピュータに送信するものがある。なお、このとき、ＭＦＰ自身はデータ送信装置として機能し、外部機器（パーソナルコンピュータ）はデータ受信装置として機能する。また、この送受信においては、ＨＴＭＬ（HyperText Markup Language）形式を用いて記述されたデータが対象となる。そして、データ受信装置としてのパーソナルコンピュータの表示部において、受信されたＨＴＭＬ形式のデータに基づいて表示出力が行われる。

ところで、このような技術において、デバイス情報を逐次更新する際には、ＨＴＭＬデータを逐次送受信することになるため、比較的大きな通信トラフィックが発生することになる。そして、このような通信トラフィックが発生すると他の通信に悪影響を与えることになるため、通信トラフィックを抑制することが望まれる。

そこで、本発明は前記問題点に鑑み、通信トラフィックを抑制することが可能なデータ送信装置、プログラム、およびデータ送信方法を提供することを目的とする。

上記目的を達成するため、請求項１の発明は、データ受信装置に対してデータを送信するデータ送信装置であって、前記データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する受信手段と、前記デバイス情報の表示形式を規定するスタイルデータを格納する格納手段と、前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する生成手段と、前記デバイス情報を前記データ受信装置に向けて送信する送信手段と、を備え、前記送信手段は、少なくとも１回の送信時においては前記本体データと前記スタイルデータとを送信する一方で、デバイス情報の更新送信時には前記両データのうち前記本体データのみを送信し、前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を有していることを特徴とする。

請求項２の発明は、請求項１に記載のデータ送信装置において、前記ソフトウェアプログラムは、スクリプトであることを特徴とする。

請求項３の発明は、請求項１または請求項２に記載のデータ送信装置において、前記送信手段は、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とする。

請求項４の発明は、データ送信装置に含まれるコンピュータによって実行されることにより、前記データ送信装置を、データ受信装置に対してデータを送信するデータ送信装置として機能させるプログラムであって、前記プログラムのコンピュータによる実行は、前記データ送信装置に、前記データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する第１のステップと、前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する第２のステップと、前記デバイス情報を前記データ受信装置に向けて送信する第３のステップと、を実行させ、前記第３のステップにおいて、少なくとも１回の送信時においては前記本体データと前記デバイス情報の表示形式を規定するスタイルデータとを送信する一方で、デバイス情報の送信時には前記両データのうち前記本体データのみを送信し、前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を含むことを特徴とする。

請求項５の発明は、請求項４に記載のプログラムにおいて、前記ソフトウェアプログラムは、スクリプトであることを特徴とする。

請求項６の発明は、請求項４または請求項５に記載のプログラムにおいて、前記第３のステップにおいて、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とする。

請求項７の発明は、データ受信装置に対してデータを送信するデータ送信方法であって、データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する第１のステップと、前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する第２のステップと、前記デバイス情報を前記データ受信装置に向けて送信する第３のステップと、を備え、前記第３のステップにおいて、少なくとも１回の送信時においては前記本体データと前記デバイス情報の表示形式を規定するスタイルデータとを送信する一方で、デバイス情報の更新送信時には前記両データのうち前記本体データのみを送信し、前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を含むことを特徴とする。

請求項８の発明は、請求項７に記載のデータ送信方法において、前記ソフトウェアプログラムは、スクリプトであることを特徴とする。

請求項９の発明は、請求項７または請求項８に記載のデータ送信方法にであって、前記第３のステップにおいて、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とする。

以上のように、請求項１，４，７に記載の発明によれば、デバイス情報の更新送信時には本体データのみを送信するので、通信トラフィックを抑制することができる。また、少なくとも１回の送信時に送信されるスタイルデータは、そのデータ内容として、データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式をデータ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を有しているので、データ受信装置での表示の自由度を向上させることができる。

また、請求項２，５，８に記載の発明によれば、ソフトウェアプログラムはスクリプトであるので、表示の自由度を容易に向上させることができる。

さらに、請求項３，６，９に記載の発明によれば、本体データのみを繰り返して送信することによって、デバイス情報を更新するので、通信トラフィックをさらに抑制することができる。

以下、本発明の実施形態を図面に基づいて説明する。

＜Ａ．第１実施形態＞
＜Ａ１．全体構成＞
図１は、本発明の実施形態に係るシステム１の全体構成を示す概略図である。システム１は、マルチ・ファンクション・ペリフェラル（以下、「ＭＦＰ」と略する。）１０と外部機器５０とを備えている。

ＭＦＰ１０および外部機器５０は、それぞれ、ネットワークＮＷに接続されており、このネットワークＮＷを介して互いにデバイス情報（後述）を含む各種のデータを送受信することが可能である。なお、「ネットワーク」とは、データ通信を行う通信回線網であり、具体的には、ＬＡＮ、ＷＡＮ、インターネットなどの、電気通信回線（光通信回線を含む）により構成される各種の通信回線網である。ネットワークに対する接続形態は、専用回線などを利用した常時接続であってもよいし、アナログ回線あるいはデジタル回線（ＩＳＤＮ）などの公衆電話回線を利用したダイアルアップ接続などの一時的な接続のいずれであってもよい。また、その伝送方式は、無線方式および有線方式のいずれであってもよい。

ＭＦＰ１０は、スキャナ、複写機、プリンタ、ファックス等の機能を有する複合機である。また、ＭＦＰ１０は、後述するようにＷＷＷ（World Wide Web）サーバ機能を有しており、クライアントとしての外部機器５０からの送信要求に応じて、ＭＦＰ１０自身に関するデバイス情報（装置情報）を送信する機能を有している。すなわち、ＭＦＰ１０は、デバイス情報を外部機器５０に向けて送信するデータ送信装置として機能する。

ここで、「デバイス情報」とは、ＭＦＰ１０などの所定のデバイス（装置）についての構成、動作等に関する情報を意味する。たとえば、この「デバイス情報」としては、ＭＦＰ内の給紙部１８（図２参照）内の各給紙トレイに格納される用紙のサイズに関する情報（レターサイズ、Ａ４サイズ、Ｂ４サイズなど）、各給紙トレイ内の紙タイプに関する情報（普通紙／カラーペーパー／ＯＨＰ用紙など）、稼働状況に関するステータス情報（正常／異常など）、および履歴情報（ＦＡＸレポートなど）等がそれぞれ該当する。また、この「デバイス情報」は、所定の装置（たとえばＭＦＰ１０）の管理用の情報であることから管理情報とも表現することができる。

外部機器５０は、ネットワークＮＷに接続可能なネットワーク端末であり、ネットワークを介してＭＦＰ１０と通信することが可能である。たとえば、パーソナルコンピュータ、携帯電話、デジタルカメラ、ＰＤＡ、ＭＦＰなどが、この外部機器５０として機能することが可能である。以下では、外部機器５０としてパーソナルコンピュータを用いる場合を例示する。また、外部機器５０は、ＭＦＰ１０から送信されてきたデバイス情報を、その所定の表示部に表示することが可能である。これにより、外部機器５０の操作者は、ＭＦＰ１０に関するデバイス情報を外部機器５０の表示部において確認することができる。

また、ＭＦＰ１０は、ＷＷＷサーバ機能を有している。この機能に基づいて、ＭＦＰ１０は、ネットワークに接続された外部機器５０との間でＨＴＴＰ(HyperText Transfer Protocol)等のプロトコルによる通信を行うことが可能である。ＭＦＰ１０は、各種のプロトコルを用いて外部機器５０に対して「デバイス情報」を送信する。

また、ＭＦＰ１０は、デバイス情報を外部機器５０において表示するために、（１）デバイス情報のデータ内容自体を規定する「本体データ」と、（２）外部機器５０でデバイス情報を表示する際のデバイス情報の表示形式を規定する「スタイルデータ」と、を送信する。なお、「本体データ」は、表示形式（スタイル）を規定するデータ以外のデータであるとも表現することができる。

この実施形態においては、「本体データ」をＸＭＬ（eXtensible Markup Language）形式のデータ（ＸＭＬデータ）として記述するものとする。また、「スタイルデータ」としては、ＸＳＬ（XML Style Language）などで記述されたスタイルシートを用いるものとする。これらのデータの送信動作については後に詳述する。

＜Ａ２．ＭＦＰ１０＞
図２は、ＭＦＰ１０を示す外観図である。

ＭＦＰ１０は、図２に示すように、複数のキー１１ａを備え、当該キーに対するユーザの操作による各種の指示や、文字・数字等のデータの入力を受け付ける操作部１１、ユーザに対する指示メニューや取得した画像に関する情報等の表示を行うディスプレイ１２、原稿を光電的に読み取って画像データを得るスキャナ部１３、および画像データに基づいて記録シート上に画像を印刷するプリンタ部１４を備える。

また、ＭＦＰ１０は、本体上面に原稿をスキャナ部１３に送るフィーダ部１７、下部にはプリンタ部１４に記録シートを供給する給紙部１８、中央部にはプリンタ部１４によって画像を印刷された記録シートが排出されるトレイ１９、内部にはネットワークを介して外部機器と画像データ等の送受信を行う通信部１６、および画像データ等を記憶する記憶部２３を備えている。なお、図示は省略しているがＭＦＰ１０はネットワーク・インターフェイスを有しており、通信部１６は外部機器との間で各種データの送受信が可能なようにネットワーク・インターフェイスを介してネットワークに接続されている。

ディスプレイ１２は、データ送信の宛先の一覧表示を含む種々の表示に使用されるものであり、操作部１１は、ユーザによる送信先の選択を含む種々の入力に用いられるものである。また、ディスプレイ１２は、接触式センサ等を内蔵した液晶式パネルとして構成されており、ディスプレイ１２内において操作者の指などが触れた位置を検出することが可能になっている。したがって、操作者は、ディスプレイ１２内に表示された各種の仮想的なボタン等を、指などを用いて押下することによって、各種の指示を入力することができる。ディスプレイ１２は、このような操作入力機能をも有している。これらの操作部１１およびディスプレイ１２は、ユーザインターフェースの要部として機能する。

スキャナ部１３は、写真、文字、絵などの画像情報を原稿から光電的に読み取って画像データを取得する。取得された画像データ（濃度データ）は、図示しない画像処理部においてデジタルデータに変換され、周知の各種画像処理を施された後、プリンタ部１４や通信部１６に送られ、画像の印刷やデータの送信に供されるか、または、後の利用のために記憶部２３に格納される。

プリンタ部１４は、スキャナ部１３により取得された画像データ、通信部１６により外部機器から受信した画像データ、または記憶部２３に格納されている画像データに基づいて記録シート上に画像を印刷する。また、プリンタ部１４は、画像データのみならず、外部機器等から受信したテキスト文書（たとえば電子メール）等をも印刷することが可能である。このように、プリンタ部１４は、各種の印刷出力を行うプリント出力部である。

通信部１６は、公衆電話回線を介してファクシミリデータの送受信を行う他、ＬＡＮ、インターネット等のネットワークを介して、該ネットワークに接続された外部機器との間で電子メール等を用いてデータの送受信を行う。これにより、ＭＦＰ１０は、通常のファクシミリ通信を行うファクシミリ装置としての機能のみならず、各種データの送受信機能をも有する。

図３は、ＭＦＰ１０に設けられた構成のうち主に本実施形態に係る部分を示すブロック図である。ＭＦＰ１０は、各種演算処理を行うとともに、ＭＦＰ１０全体の動作を制御するＣＰＵ２０を備え、各種データを記憶するＲＡＭ２１、および所定のソフトウエアプログラム（以下、単に「プログラム」と称する）２２１を記憶するＲＯＭ２２がＣＰＵ２０に接続される。また、ＣＰＵ２０には、操作部１１、ディスプレイ１２、スキャナ部１３、および記憶部２３も接続される。記憶部２３は、画像データ等を保存するハードディスク２３１とメモリカード９１から情報の読み取りを行うカードスロット２３２とから構成されている。なお、ＲＡＭ２１は、不揮発性メモリ（ｎｏｎｖｏｌａｔｉｌｅ ＲＡＭ）である。

これにより、ＣＰＵ２０の制御の下にＲＡＭ２１、スキャナ部１３、ハードディスク２３１、並びにカードスロット２３２に装填されたメモリカード９１の間で各種データの受け渡しが可能とされており、ディスプレイ１２には、ＣＰＵ２０の制御により、ＲＡＭ２１、ハードディスク２３１、メモリカード９１に記憶されている情報の表示が行われる。

さらに、ＣＰＵ２０には、ネットワークを介して接続される外部機器との間でデータの送受信を行うための送信部１６１と受信部１６２とを備えた通信部１６も接続される。

このように、ＭＦＰ１０は、これらのＣＰＵ２０などを有するコンピュータシステム（以下、単に「コンピュータ」と称する）として構成されている。そして、このようなコンピュータにおいて所定のプログラムが実行されることによって、ＭＦＰ１０は後述の各機能を有するデータ送信装置として機能する。

なお、この実施形態においては、プログラム２２１はＲＯＭ２２内に格納されているが、プログラム２２１はＲＡＭ２１内に格納されていても良い。また、ＲＡＭ２１内に格納されるプログラムは、たとえば、記録媒体としてのメモリカード９１に記録されていたプログラムを当該メモリカード９１から読み出すことにより取得されても良い。あるいは、このようなプログラムは、メモリカード９１などの記録媒体から直接読み出されるのではなく、ネットワークを介した通信によって外部機器からＭＦＰ１０内へと取り込むようにしても良い。

また、図１に示すように、ＭＦＰ１０は、上述した送信部１６１および受信部１６２等に加えて、データ管理部３１、データ生成部３２、スタイルデータ格納部３３などをさらに備えている。これらの各部は、上述のＣＰＵ２０、ＲＡＭ２１、ＲＯＭ２２、記憶部２３等のハードウエア資源を用いて、プログラム２２１を実行することによって機能的に実現される。これらの各部の動作については、後に詳述する。

＜Ａ３．外部機器５０＞
図４は、外部機器５０のハードウエア構成を示すブロック図である。ここでは、外部機器５０の一例として、パーソナルコンピュータを例示する。このパーソナルコンピュータは、図４に示すように、ハードウエア的には、ＣＰＵ５２と、ＲＡＭ（および／またはＲＯＭ）などの半導体メモリにより構成される主記憶部およびハードディスクドライブ（ＨＤＤ）などの補助記憶部を有する記憶部５３と、メディアドライブ５４と、ディスプレイなどの表示部５５と、キーボードおよびマウスなどの入力部５６と、ネットワークカードなどの通信部５７とを備える。

この外部機器５０は、通信部５７を介した無線若しくは有線のデータ通信等によってＭＦＰ１０との間でコマンドやデータの授受が可能なように構成される。

また、メディアドライブ５４は、ＣＤ−ＲＯＭ、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク、メモリカードなどの可搬性の記録媒体５９からその中に記録されている情報を読み出す。

この外部機器５０は、記録媒体５９に記録されたプログラムを読み込み、そのプログラムをＣＰＵ５２等を用いて実行することによって、デバイス情報を受信して表示することが可能なデータ受信装置として機能する。なお、各機能を有するプログラムは、記録媒体５９を介して供給（ないし配給）される場合に限定されず、ＬＡＮおよびインターネットなどのネットワークを介して、このコンピュータに対して供給（ないし配給）されてもよい。

また、図１に示すように、外部機器５０は、送信部６１、受信部６２、スタイルデータ格納部６３、表示制御部６４をさらに備えている。これらの各部は、上述のＣＰＵ５２、通信部５７，記憶部５３等のハードウエア資源を用いて機能的に実現される。これらの各部の動作については、後に詳述する。

＜Ａ４．動作＞
つぎに、ＭＦＰ１０および外部機器５０を用いたデバイス情報の送受信動作等について、図１、図５〜図９等を参照しながら説明する。

図５はＭＦＰ１０（データ送信装置）の動作を表すフローチャートであり、図６はコンピュータ（データ受信装置）５０の動作を表すフローチャートである。

また、図７は、この動作において送受信される本体データの一例を表す図である。ここでは、ＸＭＬで記述されたデータ（ＸＭＬデータＢＤ）が「本体データ」として例示されている。また、説明の簡略化のため、図７においては、「トレイ１」（第１番目の給紙トレイ）のみがＸＭＬデータＢＤとして記述されている場合を例示している。具体的には、「トレイ１（Tray1）」に関して、ペーパーサイズが「レターサイズ（Letter）」であり、紙種類が「普通紙(Plain Paper)」であることなどが記述されている。なお、複数の給紙トレイのそれぞれについて同様のデータを送信するようにしてもよい。

さらに、図８は、外部機器５０での表示動作に用いられるスタイルデータＳＤの一例を表す図である。ここでは、ＸＳＬによって記述されたスタイルシートが「スタイルデータ」として例示されている。このスタイルシートＳＤによれば、ＸＭＬデータＢＤにおいてタグ＜ＭＦＰ＞...＜／ＭＦＰ＞で挟まれた部分ＰＢが、スタイルシートＳＤ内の部分ＰＳの記載に置き換えられ、ＨＴＭＬ文書化される。これによって、ＸＭＬデータＢＤが部分ＰＳの表示形式で表示部５５に表示される。部分ＰＳには、「Tray Name」という項目名とその項目のデータ（ＸＭＬデータＢＤの「Summary/InputTray/Tray/Name」の要素）とが上段に配置され、「Paper Size」という項目名とその項目のデータ（ＸＭＬデータＢＤの「Summary/InputTray/Tray/PaperSize」の要素）とが下段に配置されるような表（テーブル）が表示される旨が記述されている。

また、図９は、コンピュータ５０の表示部５５における表示例である。図８に示すスタイルシートＳＤを図７のＸＭＬデータ（本体データ）に適用すると、図９に示すような表示が行われる。このような表示は、スタイルシートＳＤ内の部分ＰＳの記述に基づいて行われる。具体的には、上段には、「Tray Name」という項目名とその項目のデータ（「Tray1」）とが上段に配置され、「Paper Size」という項目名とその項目のデータ（「Letter」）とが下段に配置されるような表（テーブル）ＴＢが表示される旨が記述されている。

図１および図５を参照しながら送信側のＭＦＰ１０の動作について説明する。

ステップＳＰ１１（図５）において、ＭＦＰ１０は、コンピュータ５０から管理情報を取得すべき旨のリクエスト（要求）が存在するか否かを確認する。具体的には、ＭＦＰ１０の受信部１６２（図１）が、コンピュータ５０のリクエストデータＲＱを受信したか否かを確認する。リクエストデータＲＱは、後述のステップＳＰ２１において、コンピュータ５０送信部６１からＭＦＰ１０に向けて送信される。

そして、このリクエストデータＲＱが受信されたことが確認された場合には次のステップＳＰ１２に進む。一方、確認されない場合にはステップＳＰ１１の処理が繰り返して行われる。

ステップＳＰ１２において、ＭＦＰ１０は、ＭＦＰ１０自身のデバイス情報（管理情報）を収集する。具体的には、ＭＦＰ１０のデータ生成部３２が、ＭＦＰ１０のデータ管理部３１（図１）に格納されている各種の情報を取得する。

そして、ステップＳＰ１３において、データ生成部３２は、取得した各種の情報に基づいて、ＸＭＬデータＢＤを生成する。このＸＭＬデータＢＤ（図７参照）は、上述したように、デバイス情報のデータ内容自体を規定する本体データである。

生成されたＸＭＬデータＢＤは、次のステップＳＰ１４において、コンピュータ５０に向けて送信部１６１によって送信される。

また、ステップＳＰ１５においては、ステップＳＰ１１で受信したリクエストが、要求元のコンピュータ５０からの初めてのリクエストであるか否かが判断される。

そして、そのリクエストが要求元のコンピュータ５０からの初めてのリクエストであると判断される場合には、ステップＳＰ１６に進んで、スタイルシートＳＤ（図８参照）をコンピュータ５０に向けて送信する。より具体的には、このスタイルシートＳＤは、ＭＦＰ１０の送信部１６１によって送信され、コンピュータ５０の受信部６２によって受信される。

一方、初めてのリクエストではない場合には、スタイルシートを送信することなく、再びステップＳＰ１１に戻る。すなわち、ＭＦＰ１０は、ステップＳＰ１５において、コンピュータ５０からのリクエストが２回目以降のものであると判断すると、ＸＭＬデータＢＤおよびスタイルデータ（スタイルシート）ＳＤの２つのデータのうち、ＸＭＬデータＢＤのみをコンピュータ５０に対して送信する。

この後、ステップＳＰ１１以降の処理が繰り返して実行される。

つぎに、図６を参照しながら受信側のコンピュータ５０の動作について説明する。

まず、ステップＳＰ２１において、コンピュータ５０は、デバイス情報をコンピュータ５０に送信すべき旨のリクエスト（要求）を、ＭＦＰ１０に対して送信する。具体的には、コンピュータ５０において起動されるＸＭＬブラウザにおいて、ＭＦＰ１０の所定のＵＲＬ（Uniform Resource Locator）を指定することによって、そのＵＲＬに対応するデバイス情報に関するデータを閲覧対象データとして指定する。ＭＦＰ１０は、このリクエストに応答して、上述のステップＳＰ１１の動作を行う。

その後、コンピュータ５０の受信部６２は、ＭＦＰ１０から送信されてきたＸＭＬデータＢＤを受信する（ステップＳＰ２２）。すなわち、ＸＭＬデータＢＤがダウンロードされる。また、初めてのダウンロードであれば、スタイルシート（スタイルデータ）ＳＤがさらに受信される（ステップＳＰ２３，ＳＰ２４）。受信されたスタイルシートＳＤは、スタイルデータ格納部６３に格納される。

コンピュータ５０の表示制御部６４は、受信したＸＭＬデータＢＤを、スタイルシートＳＤに規定された表示形式に従って表示するための表示出力信号を生成し、表示部５５に出力する。表示部５５は、この表示出力信号に応じた内容の画像を表示する。これにより、ＭＦＰ１０に関するデバイス情報が適宜の表示形式で表示部５５に表示される。

このとき、表示形式決定に用いられるスタイルシートＳＤとしては、最初のダウンロード時のＸＭＬデータＢＤに対しては、受信したスタイルシートＳＤを用いることになるが、２回目以降のダウンロード時のＸＭＬデータＢＤについては、スタイルデータ格納部６３に格納されているスタイルシートＳＤを用いればよい。

以上のようにして、この実施形態におけるデバイス情報の送受信動作が行われる。

この実施形態においては、ＭＦＰ１０は、最初の送信時においてはＸＭＬデータＢＤとスタイルデータ（スタイルシート）ＳＤとを送信する一方で、デバイス情報の更新送信時（２回目以降の送信時）には両データＢＤ，ＳＤのうちＸＭＬデータＢＤのみを送信する。このように、更新送信時には、デバイス情報のＸＭＬデータＢＤのみがスタイルデータＳＤと分離して送信される。すなわち、更新送信時にはスタイルデータＳＤが送信されないので、デバイス情報の更新送信時における通信トラフィックを抑制することができるのである。

また、以降のデバイス情報の更新動作においても、両データＢＤ，ＳＤのうちＸＭＬデータＢＤのみが繰り返し送信されることによって、コンピュータ５０に表示されるデバイス情報を更新することができる。したがって、更新動作が繰り返し行われるに際して、通信トラフィックをさらに抑制することができる。また、更新動作の繰り返し回数が増えるにつれて、通信トラフィックをさらに抑制することが可能になる。

＜Ｂ．第２実施形態＞
第２実施形態においては、スタイルシート（スタイルデータ）として、コンピュータ５０における表示時の表示形式を複数の表示形式（ここでは２つの表示形式ＳＬ１，ＳＬ２）の中から選択することが可能なスタイルシートＳＤ１１を例示する。このようなスタイルシートＳＤ１１を用いることにより、より柔軟性に富んだ表示形式で表示することが可能になる。

この第２実施形態のＭＦＰ１０およびコンピュータ５０は、第１実施形態と同様の構成を有しており、同様の動作を行う。ただし、コンピュータ５０の表示に用いるスタイルシートが異なっている。以下では、相違点を中心に説明する。

図１０は、この第２実施形態における動作について説明する図である。また、図１１は、この第２実施形態で送信されるＸＭＬデータＢＤ１１を表す図であり、図１２は、この第２実施形態で用いられるスタイルシートＳＤ１１を表す図である。さらに、図１３は、表示形式ＳＬ１で表示された画面Ｇ１を示し、図１４は、表示形式ＳＬ２で表示された画面Ｇ２を示す。

この第２実施形態においては、第１実施形態と同様の手順でデバイス情報の送受信動作が行われ、ステップＳＰ１６，ＳＰ２４で１つのスタイルデータＳＤ１１がＭＦＰ１０からコンピュータ５０へと送信される。図１０に示すように、このスタイルシートＳＤ１１には、選択可能な複数（ここでは２つ）の表示形式ＳＬ１，ＳＬ２があらかじめ記述されている。そして、コンピュータ５０の操作者（ユーザ）がスタイルシートＳＤ１１に予め埋め込まれた複数の表示形式ＳＬ１，ＳＬ２の中から所望の表示形式を選択すると、コンピュータ５０は、ユーザにより選択された表示形式でデバイス情報を表示する。具体的には、コンピュータ５０は、ＸＭＬデータＢＤを、選択された表示形式に基づいて整形して、表示部５５に表示出力する。この際、選択可能な複数の表示形式は、コンピュータ５０側で取得済みのスタイルシートＳＤ１１に規定されているので、新たなスタイルデータをＭＦＰ１０からコンピュータ５０へと送信する必要がない。

図１１に示すように、ＸＭＬデータＢＤ１１は、デバイス情報のデータ内容自体を規定するデータである。具体的には、部分ＰＢ１において、その実体が規定されている。たとえば、ＸＭＬデータＢＤ１１のタグ＜Tray＞および＜/Tray＞に挟まれた部分においては、ＭＦＰ１０の各給紙トレイに関する情報が記述されており、タグ＜Personal＞および＜/Personal＞に挟まれた部分においては、住所録に記載されている各個人の情報が記述されている。ここでは、３つの給紙トレイに関する情報と３人の個人情報とが記述されている場合が示されている。

また、デバイス情報の表示形式を規定するデータは、このＸＭＬデータＢＤ１１には含まれておらず、スタイルデータＳＤ１１に含まれている。

スタイルデータＳＤ１１においては、２つの表示形式ＳＬ１，ＳＬ２に関する記述が含まれている。具体的には、表示形式ＳＬ１を規定する記述が部分Ｅ１に含まれており、表示形式ＳＬ２を規定する記述が部分Ｅ２に含まれている。部分Ｅ１の記述に基づいてＸＭＬデータＢＤ１１の整形動作が行われることによって、図１３の画面Ｇ１がコンピュータ５０の表示部５５に表示され、部分Ｅ２の記述に基づいてＸＭＬデータＢＤ１１の整形動作が行われることによって、図１４の画面Ｇ２がコンピュータ５０の表示部５５に表示される。なお、後述するように、操作者は、マウスあるいはキーボード等の入力デバイスの操作によって、表示に用いるべき表示形式を２つの表示形式ＳＬ１，ＳＬ２の中から選択することが可能である。

まず、表示形式ＳＬ１について説明する。部分Ｅ１（図１２）内のラインＬＮ１においては、この表示形式の識別記号がＳ１(id=s1)であること、およびこの表示形式が最初の表示時に用いられる表示形式（デフォルトの表示形式）であること（style="display:block"）が記述されている。なお、コンピュータ５０における最初の表示の際には、この記述にしたがって、（表示形式ＳＬ２ではなく）表示形式ＳＬ１でデバイス情報が表示される。

また、部分ＥＢ１においては、図１３の右下側のテーブルＴＬ１を表示するためのデータが記述されている。部分ＥＢ１においては、テーブルＴＬ１の上段に「Tray」、「Tray Name」、「Paper Size」の各項目がこの順序で表示され、各項目の下側には、各給紙トレイに関する「No」、「Name」、「PaperSize」の各内容が表示される旨が規定されている。この結果、図１３のテーブルＴＬ１においては、「Tray」の項目の下側に、各給紙トレイのトレイ番号（１，２，３）が表示され、「Tray Name」、「Paper Size」の各項目の下側には、各給紙トレイに関するデータ（ＡＡＡ，Ａ３、ＢＢＢ、Ａ４、ＣＣＣ，Ｂ４）が表示されている。

さらに、図１２においては図示の簡略化のため詳細内容を省略しているが、部分ＥＡ１においては、テーブル形式のメニューＭＮ１（図１３の左下側）を表示させるためのデータが部分ＥＡ１に記述されている。また、この部分ＥＡ１においては、所定のスクリプト（たとえば、ＪＡＶＡ（登録商標）スクリプト）も記述されている。そして、このスクリプトが実行されることによって、コンピュータ５０のマウスによる操作者からの入力が受け付けられ、その入力に応じて表示形式を切り替えることが可能になる。より具体的には、受け付けた入力情報に含まれる識別記号（Ｓ１，Ｓ２）に応じて表示形式を変更することができる。この結果、表示形式ＳＬ１から別の表示形式ＳＬ２への変更が実現される。なお、これに限定されず、所定のソフトウエア（ＪＡＶＡ（登録商標）アプレットなど）を実行すべき旨の宣言文等を記述しておき、このソフトウエアを呼び出して実行することによってマウスによる操作入力を受け付けるようにしても良い。

つぎに、表示形式ＳＬ２について説明する。部分Ｅ２（図１２）内のラインＬＮ２においては、この表示形式の識別記号がＳ２(id=s2)であること、およびこの表示形式は最初の表示時に用いられないこと（style="display:none"）が記述されている。

また、部分ＥＢ２においては、図１４の右下側のテーブルＴＬ２を表示するためのデータが記述されている。部分ＥＢ２においては、テーブルＴＬ２の上段に「No.」、「Name」、「Telephone」の各項目がこの順序で表示され、各項目の下側には、各個人情報に関する「No」、「Name」、「Telephone」の各内容が表示される旨が規定されている。この結果、図１４のテーブルＴＬ２においては、「No.」の項目の下側に、各個人の識別番号（１，２，３）が表示され、「Name」、「Telephone」の各項目の下側には、それぞれ、各個人情報の名前、電話番号に関するデータが表示されている。

さらに、図１２においては図示の簡略化のため詳細内容を省略しているが、部分ＥＡ２においては、テーブル形式のメニューＭＮ２（図１４の左下側）を表示させるためのデータが記述されている。また、この部分ＥＡ２においては、部分ＥＡ１と同様に、所定のスクリプト（たとえば、ＪＡＶＡ（登録商標）スクリプト）も記述されている。そして、このスクリプトが実行されることによって、コンピュータ５０のマウスによる操作者からの入力が受け付けられ、その入力に応じて表示形式を切り替えることが可能になる。この結果、今度は、表示形式ＳＬ２から別の表示形式ＳＬ１への変更が実現される。

以上のように、スタイルデータＳＤ１１は、コンピュータ５０の表示部５５での表示に際して選択的に用いることが可能な複数の表示形式ＳＬ１，ＳＬ２を、そのデータ内容として有している。したがって、操作者はより柔軟に表示形式を選択することができる。また、このスタイルデータＳＤ１１は、ＭＦＰ１０からコンピュータ５０へと少なくとも１回送信された後コンピュータ５０のスタイルデータ格納部６３に格納されている。したがって、ＸＭＬデータＢＤ１１の再送信時には、あらためてスタイルデータＳＤ１１を送信する必要はなく、あらかじめ受信したスタイルデータＳＤ１１に基づいて、コンピュータ５０の表示部５５における表示制御動作を実現することができる。また、このスタイルデータＳＤ１１は、複数の表示形式を規定するデータを含んでいるため、表示形式の変更時においても、スタイルデータＳＤ１１は再送信（あるいは再受信）される必要がない。

ところで、上述したような従来技術のシステムにおいては、デバイス情報を表示させるためのデータとしてＨＴＭＬデータが送受信される。このＨＴＭＬデータは、データ内容自身とデータの表現形式との両方を内包するデータである。また、このＨＴＭＬデータは、その記述内容で規定される固定された１つの表示形式での表示を前提としており、データを表示する受信側のパーソナルコンピュータ等における表示の自由度が制限されてしまうことになる。これに対して、様々な表示形式のＨＴＭＬデータをあらかじめ準備しておき、これらの複数のＨＴＭＬデータの中から選択した表示形式で表示することによって、表示の自由度を向上させることも考えられるが、ＨＴＭＬデータを逐次送受信することに変わりはないので、通信トラフィックの抑制という効果は期待できない。

これに対して、この実施形態のシステムによれば、スタイルデータＳＤにおいて柔軟な表示形式を規定することが可能になることに加えて、デバイス情報のデータ内容自体を規定するＸＭＬデータＢＤ１１のみを再送信することによって通信トラフィックの抑制を図ることも可能になる。

＜Ｃ．第３実施形態＞
図１５は、この第３実施形態における動作について説明する図である。この第３実施形態のＭＦＰ１０およびコンピュータ５０は、第１実施形態と同様の構成を有しており、同様の動作を行う。ただし、コンピュータ５０の表示に用いるスタイルシートＳＤが異なっている。以下では、相違点を中心に説明する。

この第３実施形態においては、複数（ここでは２つ）のスタイルシートＳＤ２１，ＳＤ２２の中から選択されたスタイルデータがコンピュータ５０に向けて送信され、送信されたスタイルデータに基づいてコンピュータ５０における表示が行われる場合について説明する。また、第２実施形態と同様に、各スタイルシートＳＤ２１およびＳＤ２２は、それぞれ、選択可能な２つの表示形式を有している。具体的には、スタイルシートＳＤ２１は、２つの表示形式ＳＬ１１，ＳＬ１２を有しており、スタイルシートＳＤ２２は、２つの表示形式ＳＬ１３，ＳＬ１４を有している。これにより、操作者（ユーザ）は、４つの形式ＳＬ１１，ＳＬ１２，ＳＬ１３，ＳＬ１４の中から所望の表示形式を選択することが可能である。

図１６は、ユーザに表示形式の選択を促す画面Ｇ１０を示す図である。また、図１７〜図２０は、それぞれ、各表示形式ＳＬ１１〜ＳＬ１４で表示された画面Ｇ１１〜Ｇ１４を示す図である。さらに、図２１はＭＦＰ１０の動作を表し、図２２はコンピュータ５０の動作を表す。なお、図２１および図２２においては、それぞれ、図５および図６のフローチャートにおける各動作と同様の動作に対しては、同じステップ番号を付して示している。

図１７、図１８の各画面Ｇ１１，Ｇ１２に示すように、表示形式ＳＬ１１，ＳＬ１２は、一般ユーザ用の表示形式である。ここでは、ユーザ用情報として、デバイス情報のうち、「給紙トレイ」に関する情報が表示される場合を例示する。また、表示形式ＳＬ１１は簡易式の表示形式（簡易表示）であり、表示形式ＳＬ１２は詳細情報を表示するタイプの表示形式（フル表示）である。より詳細には、簡易表示による画面Ｇ１１（図１７）においては、給紙トレイに関する情報のうち、「トレイ番号」、「トレイ名称」、「トレイ内の用紙サイズ」に関する情報が表示されている。また、フル表示による画面Ｇ１２（図１８）においては、「トレイ番号」、「トレイ名称」、「トレイ内の用紙サイズ」に関する情報に加えて、紙種類（Media Type）および残り枚数（残量）に関する情報をも含む、給紙トレイに関する詳細な情報が表示されている。また、画面Ｇ１１，Ｇ１２には、それぞれ、「フル表示」と「簡易表示」とを切り替えるためのメニューボタンが表示されている。操作者は、このメニューボタンをマウス操作によって押下することによって、表示形式を切り替えることも可能である。

また、図１９、図２０の各画面Ｇ１３，Ｇ１４に示すように、表示形式ＳＬ１３，ＳＬ１４は、管理者用の表示形式である。ここでは、管理者用情報として、デバイス情報のうち、「ネットワーク設定」に関する情報が表示される場合を例示する。また、表示形式ＳＬ１３は簡易式の表示形式（簡易表示）であり、表示形式ＳＬ１４は詳細情報を表示するタイプの表示形式（フル表示）である。より詳細には、簡易表示による画面Ｇ１３（図１９）においては、ネットワーク設定に関する情報のうち、「ＩＰアドレス」および「メールアドレス」に関する情報が表示されている。また、フル表示による画面Ｇ１４（図２０）においては、「ＩＰアドレス」および「メールアドレス」に関する情報に加えて、ゲートウエイ、メールサーバ、およびプロキシサーバに関する情報をも含む、ネットワーク設定に関する詳細な情報が表示されている。また、画面Ｇ１３，Ｇ１４等には、それぞれ、「フル表示」と「簡易表示」とを切り替えるためのメニューボタンが表示されている。操作者は、このメニューボタンをマウス操作によって押下することによって、表示形式を切り替えることも可能である。

なお、この第３実施形態において送受信されるＸＭＬデータＢＤにおいては、上記の各情報（トレイに関する各種の情報、およびネットワーク設定に関する各種の情報）が記述されており、記述された様々な情報の中から、ユーザにより選択された表示形式にしたがって、情報が選択されて表示される。

つぎに、第３実施形態における動作について説明する。

図２１および図２２に示すように、ＭＦＰ１０は、コンピュータ５０からのリクエストを受信すると、ステップＳＰ１５の後のステップＳＰ３１において、表示形式選択用画面Ｇ１０（図１６）のデータをコンピュータ５０に返信する。これに対し、コンピュータ５０は、ステップＳＰ２３の後のステップＳＰ４１において、この表示形式選択用画面Ｇ１０を表示部５５に表示してユーザからの選択入力を受け付ける。

図１６の表示形式選択用画面Ｇ１０において、ユーザは、４つの選択肢（具体的には、「一般フル表示」、「一般簡易表示」、「管理者フル表示」、「管理者簡易表示」）の中から所望の選択肢を選択する。具体的には、ユーザは、マウス操作等によって、画面内に表示されるボタンＢＮ１〜ＢＮ４のいずれかを選択して押下する。そして、コンピュータ５０は、ユーザによるマウス操作等により入力された選択入力の内容（言い換えれば、いずれの選択肢が選択されたか）をＭＦＰ１０に対して返信する（ステップＳＰ４２）。

これに対して、ＭＦＰ１０は、選択入力の内容を受信する（ステップＳＰ３２）と、その選択入力の内容に応じたスタイルデータ（スタイルシート）をコンピュータ５０に向けて送信する（ステップＳＰ３３）。たとえば、ボタンＢＮ１またはボタンＢＮ２が押下され、表示形式ＳＬ１１または表示形式ＳＬ１２（すなわち「一般簡易表示」または「一般フル表示」）が選択された旨が送信されてきた場合には、ＭＦＰ１０は、一般ユーザ向けのスタイルシートＳＤ２１が選択されたものと判断して、コンピュータ５０に向けてスタイルシートＳＤ２１を送信する。一方、ボタンＢＮ３またはボタンＢＮ４が押下され、表示形式ＳＬ１３または表示形式ＳＬ１４（すなわち「管理者簡易表示」または「管理者フル表示」）が選択された場合には、ＭＦＰ１０は、管理者向けのスタイルシートＳＤ２２が選択されたものと判断して、コンピュータ５０に向けてスタイルシートＳＤ２２を送信する。

その後、コンピュータ５０は、ＭＦＰ１０から送信されてきたスタイルデータＳＤを受信し（ステップＳＰ４３）、受信したスタイルデータに基づいて、ＸＭＬデータＢＤを整形し、デバイス情報を所定の形式で表示部５５に表示する（ステップＳＰ４４）。この際、コンピュータ５０は、ステップＳＰ４１において選択された「フル表示」または「簡易表示」の別をメモリに記憶しておき、その記憶内容にしたがって、「フル表示」または「簡易表示」のいずれで表示するかを決定して表示する。たとえば、ステップＳＰ４１において「一般フル表示」が選択された場合には、ＭＦＰ１０からコンピュータ５０へとスタイルシートＳＤ２１が送信され、コンピュータ５０は、スタイルシートＳＤ２１に規定されている表示形式ＳＬ１１を採用して、表示部５５における表示を行う。

このように、コンピュータ５０において、多様な表示形式でデバイス情報を表示することが可能になる。さらに、ＸＭＬデータの再送信時には、スタイルデータが送信されないので、通信トラフィックの抑制を図ることができる。

なお、この第３実施形態においては、図１６のような選択画面Ｇ１０に基づいて、最初の表示画面を選択する場合を例示したが、これに限定されない。具体的には、各スタイルデータ内に記述されたデフォルト設定値に基づいて表示形式を決定するようにしてもよい。たとえば、コンピュータ５０は、一般ユーザ用表示および管理者用表示のいずれかをユーザに選択させる画面を表示部５５に表示してその選択入力を受け付けることによって、一般ユーザ用表示および管理者用表示のいずれかを採用するかを決定するとともに、選択入力に対応するスタイルデータ内のデフォルトの表示形式（最初に採用すべき旨が規定されている表示形式）を用いて簡易表示かフル表示かを決定するようにしてもよい。

＜Ｄ．その他＞
上記各実施形態においては、ＭＦＰ１０がＭＦＰ１０自身に関するデバイス情報を送信する場合を例示したが、これに限定されない。たとえば、ＭＦＰ１０とは別体として設けられ、かつ、ＭＦＰ１０との間での通信が可能となるようにＭＦＰ１０に接続されたコントローラが、ＭＦＰ１０に関するデバイス情報をＭＦＰ１０から通信線等を介して取得し、他の外部機器５０に送信するようにしても良い。この場合、コントローラがデータ送信装置として機能し、コントローラに接続されたＭＦＰ１０に関する各種の情報が、「デバイス情報」として送信される。このように、送受信動作の対象となる「デバイス情報」は、データ送信装置（ＭＦＰ１０など）に関連付けられた装置（デバイス）に関する情報であればよい。

また、上記各実施形態においては、図５に示すように、コンピュータ５０の１回のリクエスト（ステップＳＰ２１）に応答してＸＭＬデータＢＤの送信動作が行われる場合を例示したがこれに限定されない。たとえば、１つのリクエストに対して、定期的ないしは不定期にＸＭＬデータＢＤを複数回繰り返して送信するようにしてもよい。この場合にも、更新送信時には、スタイルシートＳＤを送信せずＸＭＬデータＢＤのみを送信することによって通信トラフィックの抑制を図ることができる。

さらに、上記の第２実施形態においては、１つのスタイルシートＳＤの中で２つの表示形式が記述されている場合を例示したが、３つ以上の表示形式を記述しておいても良い。たとえば、上述したようなトレイ情報を表示する表示形式ＳＬ１および住所録を表示する表示形式ＳＬ２に加えて、送信履歴（ＦＡＸ通信における送信履歴等）を表示する表示形式およびネットワーク設定画面を表示する表示形式を加えた４つの表示形式の中から選択した表示形式で表示するようにしてもよい。この場合には、これら４つの表示形式が１つのスタイルシートＳＤ１１に含まれることになる。また、これらの表示形式は、メニュー部分の操作によって切り替えることが可能である。そのためには、たとえば、メニュー部分ＭＮ１（図１３等参照）において、４つの選択肢（具体的には、「トレイ情報」、「住所録」、「送信履歴」、「ネットワーク設定」）を表示し、これら４つの表示形式の選択が可能となるように構成すればよい。この場合においても、４つの表示形式の選択が可能なスタイルシートは、ＸＭＬデータＢＤ１１の更新送信時には、既にコンピュータ５０側に格納されている。したがって、このスタイルシートをＭＦＰ１０からコンピュータ５０へ再度送信することなくコンピュータ５０における表示形式を変更することが可能である。このように、通信トラフィックを抑制しつつ、画面の表示形式に自由度を与えることが可能である。

また、上記第３実施形態においては、２つのスタイルシートＳＤ２１，ＳＤ２２がそれぞれ２つの表示形式を有することによって、合計４つの表示形式を実現する場合について説明したが、これに限定されない。たとえば、図２３に示すように、４つの表示形式をそれぞれ別個のスタイルシートＳＤ３１〜３４に規定しておき、これらの４つのスタイルシートＳＤ３１〜３４の中から、コンピュータ５０の操作者によって選択されたスタイルシートをＭＦＰ１０からコンピュータ５０へとダウンロードするようにしてもよい。

あるいは、ＭＦＰ１０側であらかじめ準備しておいた表示形式だけでなく、図２４に示すように、コンピュータ５０のユーザ等が作成したスタイルシートＳＤ３５をコンピュータ５０からＭＦＰ１０へあらかじめアップロードしておき、ＭＦＰ１０側であらかじめ準備されていた４つのスタイルシートＳＤ３１〜３４とこのスタイルシートＳＤ３５の合計５つのスタイルデータの中から、ユーザが選択した所望の表示形式に対応するスタイルデータをＭＦＰ１０からコンピュータ５０へ送信するようにしてもよい。

システムの全体構成を示す概略図である。 ＭＦＰを示す外観図である。 ＭＦＰのブロック図である。 外部機器（コンピュータ）のハードウエア構成を示すブロック図である。 ＭＦＰの動作を示すフローチャートである。 外部機器（コンピュータ）の動作を示すフローチャートである。 ＸＭＬデータの一例を示す概念図である。 スタイルシート（スタイルデータ）の一例を示す概念図である。 コンピュータにおける表示例を示す図である。 第２実施形態における動作について説明する概念図である。 第２実施形態で送信されるＸＭＬデータを表す図である。 第２実施形態で送信されるスタイルシートを表す図である。 表示形式ＳＬ１で表示された画面を示す図である。 表示形式ＳＬ２で表示された画面を示す図である。 第３実施形態における動作について説明する概念図である。 ユーザに表示形式の選択を促す画面を示す図である。 表示形式ＳＬ１１で表示された画面を示す図である。 表示形式ＳＬ１２で表示された画面を示す図である。 表示形式ＳＬ１３で表示された画面を示す図である。 表示形式ＳＬ１４で表示された画面を示す図である。 第３実施形態に係るＭＦＰの動作を表すフローチャートである。 第３実施形態に係るコンピュータの動作を表すフローチャートである。 変形例について説明する概念図である。 別の変形例について説明する概念図である。

符号の説明

１ システム
１０ ＭＦＰ
１３ スキャナ部
１４ プリンタ部
１６ 通信部
１８ 給紙部
３３ （ＭＦＰ１０の）スタイルデータ格納部
５０ コンピュータ
５５ 表示部
６３ （コンピュータ５０の）スタイルデータ格納部
ＢＤ ＸＭＬデータ
ＮＷ ネットワーク
ＲＱ リクエストデータ
ＳＤ，ＳＤ１１，ＳＤ２１，ＳＤ２２，ＳＤ３１〜ＳＤ３５ スタイルシート（スタイルデータ）
ＳＬ１，ＳＬ２，ＳＬ１１〜ＳＬ１４ 表示形式

Claims (9)

1. データ受信装置に対してデータを送信するデータ送信装置であって、
   前記データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する受信手段と、
   前記デバイス情報の表示形式を規定するスタイルデータを格納する格納手段と、
   前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する生成手段と、
   前記デバイス情報を前記データ受信装置に向けて送信する送信手段と、
   を備え、
   前記送信手段は、少なくとも１回の送信時においては前記本体データと前記スタイルデータとを送信する一方で、デバイス情報の更新送信時には前記両データのうち前記本体データのみを送信し、
   前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を有していることを特徴とするデータ送信装置。
2. 請求項１に記載のデータ送信装置において、
   前記ソフトウェアプログラムは、スクリプトであることを特徴とするデータ送信装置。
3. 請求項１または請求項２に記載のデータ送信装置において、
   前記送信手段は、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とするデータ送信装置。
4. データ送信装置に含まれるコンピュータによって実行されることにより、前記データ送信装置を、データ受信装置に対してデータを送信するデータ送信装置として機能させるプログラムであって、
   前記プログラムのコンピュータによる実行は、前記データ送信装置に、
   前記データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する第１のステップと、
   前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する第２のステップと、
   前記デバイス情報を前記データ受信装置に向けて送信する第３のステップと、
   を実行させ、
   前記第３のステップにおいて、少なくとも１回の送信時においては前記本体データと前記デバイス情報の表示形式を規定するスタイルデータとを送信する一方で、デバイス情報の送信時には前記両データのうち前記本体データのみを送信し、
   前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を含むことを特徴とするプログラム。
5. 請求項４に記載のプログラムにおいて、
   前記ソフトウェアプログラムは、スクリプトであることを特徴とするプログラム。
6. 請求項４または請求項５に記載のプログラムにおいて、
   前記第３のステップにおいて、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とするプログラム。
7. データ受信装置に対してデータを送信するデータ送信方法であって、
   データ送信装置に関連付けられたデバイスに関するデバイス情報を送信すべき旨の要求を、前記データ受信装置から受信する第１のステップと、
   前記デバイス情報を取得して、前記デバイス情報のデータ内容自体を規定する本体データを生成する第２のステップと、
   前記デバイス情報を前記データ受信装置に向けて送信する第３のステップと、
   を備え、
   前記第３のステップにおいて、少なくとも１回の送信時においては前記本体データと前記デバイス情報の表示形式を規定するスタイルデータとを送信する一方で、デバイス情報の更新送信時には前記両データのうち前記本体データのみを送信し、
   前記少なくとも１回の送信時において送信されるスタイルデータは、そのデータ内容として、前記データ受信装置での表示に選択的に用いることが可能な複数の表示形式に関する記述と、当該複数の表示形式を前記データ受信装置における操作入力に基づいて切り替え可能とせしめるソフトウェアプログラムと、を含むことを特徴とするデータ送信方法。
8. 請求項７に記載のデータ送信方法において、
   前記ソフトウェアプログラムは、スクリプトであることを特徴とするデータ送信方法。
9. 請求項７または請求項８に記載のデータ送信方法であって、
   前記第３のステップにおいて、前記両データのうち前記本体データのみを繰り返して送信することによって、前記デバイス情報を更新することを特徴とするデータ送信方法。

Images