JP4296775B2 - Ｘｍｌデータ表示のためのデバイスとプログラム - Google Patents
Ｘｍｌデータ表示のためのデバイスとプログラム Download PDFInfo
- Publication number
- JP4296775B2 JP4296775B2 JP2002340791A JP2002340791A JP4296775B2 JP 4296775 B2 JP4296775 B2 JP 4296775B2 JP 2002340791 A JP2002340791 A JP 2002340791A JP 2002340791 A JP2002340791 A JP 2002340791A JP 4296775 B2 JP4296775 B2 JP 4296775B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- xml
- application
- client terminal
- xml data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介するＸＭＬデータの出力に関するものである。
【０００２】
【従来の技術】
ネットワーク（たとえばＬＡＮ）を介して複数の装置が接続されているシステムにおいて、１つの装置が、当該装置についての情報をＨＴＭＬデータとして記憶していると、そのＨＴＭＬデータを他の装置から表示（閲覧、印刷など）ができる。ＨＴＭＬ（HyperText Markup Language）は、ウェブページを書くために生まれた言語である。たとえば、画像形成装置などのデバイスがネットワークを介して利用されるシステムにおいても、当該デバイスがその情報（たとえばデバイス管理情報）をＨＴＭＬデータとして記憶していると、他の装置（たとえばパーソナルコンピュータの端末）はその情報をウェブブラウザなどで取得し表示できる。たとえば、ＨＴＭＬ形式のデータを用いた多機能装置（ＭＦＰ）などのエラー情報の通信が特開平２００１−１８６３０１号公報に記載されている。
【０００３】
ネットワークを介するＨＴＭＬデータの閲覧には、ページ単位の送信によるネットワークの負荷、データの再利用不可などの問題がある。そこで、ＸＭＬを採用して、データをＸＭＬで作成することが考えられる。ＸＭＬ（eXtensible Markup Language）は、拡張機能つきのマークアップ言語である。ＸＭＬ自体はレイアウトを規定しないので、ＸＭＬで記述されたデータ（以下ＸＭＬデータという）の表示（閲覧、印刷など）は、スタイルシート言語（たとえばＸＳＬ（eXtensible Stylesheet Language)やＣＳＳ（Cascading Style Sheet)）で記述したスタイルシートを用いて行う。スタイルシートでは、表示／印刷領域、フォント名、文字サイズなどが指定される。また、ＸＳＬデータの変換処理を行う部分の言語には、ＸＳＬＴ（XSL Transformations）などが用いられる。
【０００４】
【特許文献１】
特開２００１−１８６３０１号公報
【０００５】
【発明が解決しようとする課題】
ネットワークに接続されているクライアント端末には、ネットワークを介して表示（閲覧、印刷など）をするためのアプリケーション（ウェブブラウザなど）が備えられている。このアプリケーションがＸＭＬをサポートしていれば、ＸＭＬデータとスタイルシートを基にＸＭＬデータを表示できる。ところが、現状では、アプリケーションは必ずしもＸＭＬをサポートしていない。しかし、クライアント端末のアプリケーションがＸＭＬをサポートしているか否かにかかわらず、クライアント端末でＸＭＬデータの表示を可能にすることが望ましい。
【０００６】
この発明の目的は、ネットワークを介して接続されている装置に記憶されているＸＭＬデータの表示をする場合、表示のためのアプリケーションがＸＭＬをサポートしているか否かにかかわらずＸＭＬデータの表示を可能にすることである。
【０００７】
【課題を解決するための手段】
本発明に係るデバイスは、ネットワークを介してクライアント端末とサーバ装置とに接続されるデバイスである。このデバイスは、デバイス自体に関するデータを記述したＸＭＬデータとその表示のためのスタイルシートを保持する記憶手段を備える。判断手段は、クライアント端末のアプリケーションがＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別する。データ送信手段は、クライアント端末の前記アプリケーションがＸＭＬ解析手段を備えていないと判断手段が判断したときに、ＸＭＬデータをサーバ装置に送信するとともに、サーバ装置から前記ＸＭＬデータを取得する命令を組み込んだ情報を前記アプリケーションに送信する。これにより、ＸＭＬ解析手段を備えないアプリケーションでもＸＭＬデータの表示が可能になる。
【０００８】
前記デバイスは、たとえば、画像形成装置であり、前記デバイス自体に関するデータは、画像形成装置の内部の状態を示すデータである。
【０００９】
前記デバイスは、好ましくは、さらに、前記ＸＭＬデータを提供するウェブサーバ手段を備える。前記判断手段は、前記アプリケーションが前記ウェブサーバ手段に前記ＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別し、前記データ送信手段は、前記ウェブサーバ手段に前記ＸＭＬデータを送信させる。
【００１１】
【発明の実施の形態】
以下、添付の図面を参照して本発明の実施の形態を説明する。
図１に示すように、複数の共用されるデバイス１００（多機能装置、プリンタ、デジタル複写機などの画像形成装置など）、管理対象の共用デバイス１００を管理するデバイス管理装置２００、クライアント端末３００（たとえばパーソナルコンピュータ）などが、ネットワーク（ＬＡＮなど）４００に接続されている。ここで、デバイス１００は、外部のクライアント端末３００から要求があると、自身の内部の状態を表わすデータである管理データを記述したＸＭＬデータとその表示のためのスタイルシートを作成し、ウェブサーバを介して提供する。これにより、クライアント端末３００（３００Ｃ）は、たとえば、アプリケーション（たとえばウェブブラウザ）でＸＭＬデータを表示できる。具体的には、クライアント端末３００のアプリケーション（ウェブブラウザ）は、ＨＴＴＰ（Hypertext Transfer Protocol）によりＵＲＩを指定してウェブサーバにリクエストを送る。ウェブサーバは、ＨＴＴＰによる要求を受けてデータを提供する。ウェブブラウザは、受け取ったデータを解析して表示する。この実施形態では、アプリケーションは、受け取ったＸＭＬデータをたとえばＨＴＭＬデータに変換して、表示（閲覧、印刷など）を行う。
【００１２】
ＸＭＬデータとＸＳＬＴスタイルシートを基に表示をする場合、ＸＭＬをサポートするアプリケーション（たとえばウェブブラウザ）は、ＸＭＬ文を分解して構成要素単位に分解するＸＭＬパーサ（またはＸＭＬプロセッサ）とよばれるＸＭＬ解析モジュールを使用する。しかし、クライアント端末３００（たとえば３００ａ，３００ｂ）のアプリケーションがＸＭＬ解析モジュールを備えていなければ、ＸＭＬデータを表示できなくなってしまう。そこで、そのような場合にも表示できるようにするため、ネットワークを介して接続されている他のサーバ（たとえばデバイス管理装置２００）に、ＸＭＬデータとそのスタイルシートを、クライアント端末３００のアプリケーションが解読できる形式のデータ（ここではＨＴＭＬデータ）に変換するＸＭＬ解析モジュールを備えておく。デバイス１００は、ＨＴＴＰリクエストを送ってきたクライアント端末３００のアプリケーションがＸＭＬ解析モジュールを備えていないと判断すると、管理データを記述したＸＭＬデータとそのスタイルシートをデバイス管理装置２００に送る。そこで、デバイス管理装置２００内のＸＭＬ解析モジュールはＸＭＬデータを解析して、クライアント端末３００のアプリケーションが解読できるＨＴＭＬデータに変換する。同時に、デバイス１００は、デバイス管理装置２００の当該ＨＴＭＬデータへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し、クライアント端末３００に送る。これに対応して、クライアント端末３００のアプリケーションは、デバイス管理装置２００に自動的にアクセスして、解析結果（ＨＴＭＬ形式の管理データ）を表示する。したがって、クライアント端末３００では、ＸＭＬ解析モジュールを有しないアプリケーションでもＸＭＬデータの表示が可能である。
【００１３】
図２は、管理情報の１例を示す。ＸＭＬ文書の文書型宣言部において、ＸＭＬデータを表示するためのスタイルシート・ファイルの格納場所を指定でき、これにより、そのＸＭＬデータのためのスタイルシートが指定される。この例では、２つ目の文にて、スタイルシート・ファイルの格納場所をhref=の後に指定し、スタイルシートの種類をtype=の後に指定している。この管理情報（装置の内部の状態をあらわすデータ）によれば、この多機能装置の製品名はａｂｃ−００１である。原稿トレイは装着されている。用紙トレイは装着されており、その名称はトレイ１であり、用紙サイズはレターであり、用紙は普通紙であり、用紙の搬送方向は短辺であり、用紙の容量は２５０枚であり、用紙はトレイに収納されている。また、図３は、図２のＸＭＬデータで指定されたスタイルシートの１例である。
【００１４】
次に、ネットワーク４００に接続される各装置について具体的に説明する。共用デバイス１００の１つである多機能装置（以下ＭＦＰという）は、プリンタ、スキャナなどとして機能するデバイスである。ＭＦＰ１００は、たとえば、図４に示すように、原稿の画像を読み取るスキャナ装置１０２、印刷データを受け取って紙に印刷するプリントエンジン部１０４、および、それらを制御するコントローラ１０６を備える。コントローラ１０６は、操作パネル部１０８、外部のネットワーク４００に接続するネットワークインタフェースを含む通信装置１１０などと接続される。プリンタとして機能する場合、通信装置１１０を介して外部から印刷データを受け取ると、ラスターデータを作成し、プリントエンジン部１０４を制御して印刷を行う。また、コントローラ１０６は、操作パネル１０８を介する設定や各種センサ（図示しない）の出力結果を基にＭＦＰ自身の管理データを作成し、要求があると提供する。
【００１５】
具体的には、ＭＦＰのコントローラ１０６は、ＣＰＵ１２０、記憶装置（ＨＤＤ）１２２、画像処理部１２４、画像メモリ１２６などを備える。記憶装置１２２は、たとえば書き換え可能な半導体メモリやハードディスク装置であり、ＭＦＰを制御し及びネットワークを介して通信する制御プログラム１３０の他に、ＭＦＰの状態を管理する状態管理部１３２と、状態管理部１３２から受け取った自身の管理データをＸＭＬ化するＸＭＬデータ生成部１３４と、クライアント端末３００からの要求に応じて、ＸＭＬデータ生成部１３４が生成したＸＭＬデータを送信するウェブサーバ１３６とを記憶する。また、生成されたＸＭＬデータを記憶するＸＭＬデータ記憶部１３８と、ＸＭＬデータの転送先を記憶する転送先記憶部１４０とを備える。
【００１６】
ウェブサーバ１３６は、後に説明するように、クライアント端末３００から管理データ表示の要求があると、クライアント端末３００がＸＭＬ解析プログラムを有しているか否かをチェックする。そして、ＸＭＬ解析プログラムを有していれば、クライアント端末３００に、ＸＭＬファイルとスタイルシートを転送するが、ＸＭＬ解析プログラムを有していなければ、転送先記憶部１４０に記憶されている転送先（ここではデバイス管理装置２００から通知されたＵＲＩ）に、ＸＭＬファイルとスタイルシートを転送する。
【００１７】
デバイス管理装置２００は、たとえば、ワークステーションやパーソナルコンピュータを用いたサーバ装置であり、図５に示すように、ＣＰＵ２０２、キーボードなどの入力装置２０４、ディスプレイ装置２０６、記憶装置（ＨＤＤ）２０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置２１０を備える。記憶装置２０８は、ＯＳプログラム（図示しない）の他、デバイス管理プログラム２２０、ウェブサーバ２２２及びＸＭＬ解析プログラム２２４を記憶する。デバイス管理プログラム２２０は、ネットワーク４００内を検索し、デバイス１００を発見すると、ＩＰアドレスを付与し、かつ、自身が有するウェブサーバ２２２のＵＲＩをＭＦＰ１００に通知する。これに対応して、ＭＦＰ１００は、そのＵＲＩを転送先記憶部１４０に記憶しておく。
【００１８】
クライアント端末３００は、たとえばパーソナルコンピュータ（ＰＣ）であり、パーソナルコンピュータは、たとえば、図６に示すように、全体を制御するＣＰＵ３０２、キーボードなどの入力装置３０４、ディスプレイ装置３０６、記憶装置（ＨＤＤ）３０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置３１０を備える。記憶装置３０８は、ＯＳプログラム（図示しない）などの他、ＸＭＬデータを表示するためのアプリケーションであるウェブブラウザ３２０などを格納している。クライアント端末３００のウェブブラウザ３２０は、ＸＭＬ解析部３２２を有する場合と、有しない場合とがある。
【００１９】
このネットワーク環境において、クライアント端末３００の使用者は、ウェブブラウザ３２０で、デバイス（ＭＦＰ）１００のウェブサーバ１３６にアクセスして、管理情報を要求できる。この管理情報は、ＸＭＬデータである。ＭＦＰ１００では、端末３００から管理情報の要求を受け取ると、ＸＭＬデータ生成部１３４が、状態管理部１３２より受け取った管理データからＸＭＬファイルを生成する。さらに、クライアント端末３００のウェブブラウザ３２０の名称／バージョンをＨＴＴＰのリクエストヘッダから取得し、それを基に、そのウェブブラウザ３２０がＸＭＬ解析プログラム３２２を備えているか否かを判断する。ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析部プログラム３２２を有すると判断する場合は、そのままＸＭＬデータとスタイルシートをクライアント端末３００のウェブブラウザ３２０へ転送する。これにより、ウェブブラウザ３２０は、ＸＭＬデータを解析して、たとえばＨＴＭＬデータに変換して表示する。
【００２０】
一方、ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を有していないと判断した場合は、デバイス管理装置２００のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを生成し、クライアント端末３００へ返送する。このとき、このＨＴＭＬファイルには、ＭＦＰ１００で生成したＸＭＬファイルのＵＲＩを記述しておく。
【００２１】
図７は、ＭＦＰ１００が生成するＨＴＭＬファイルの１例である。ここで、４番目の文に記載されている "150.17.40.10" はデバイス管理装置２００のウェブサーバ２２２のＵＲＩであり、"150.17.40.20" はＭＦＰ（ＸＭＬファイル)のＵＲＩである。
【００２２】
クライアント端末３００のウェブブラウザ３２０は、ＨＴＭＬファイルが返送されると、そのＨＴＭＬファイルに記載されたＩＰアドレスに基づいて、自動的にデバイス管理装置２００のウェブサーバ２２２にアクセスする。デバイス管理装置２００は、ウェブブラウザ２２２の要求により、ＭＦＰ１００からＸＭＬデータを取得し、ＸＭＬ解析プログラム２２４でＨＴＭＬファイルに変換し（すなわち、クライアント端末３００のウェブブラウザ３２０で表示可能な形式に変換し）、ウェブブラウザ３２０に返送する。クライアント端末３００では、ウェブブラウザ３２０がＨＴＭＬファイルとしてデバイス管理情報を表示する。これにより、端末３００のアプリケーションがＸＭＬ解析部を有しなくても、端末３００でＸＭＬファイルの表示が可能になる。
【００２３】
前述の処理を実現する各構成装置の制御フローは以下のとおりである。図８は、デバイス（ＭＦＰ）１００のコントローラの通信に関係する処理のフローを示す。クライアント端末３００のウェブブラウザ３２０からウェブサーバ１３６に管理データ閲覧の要求があると（Ｓ１００でＹＥＳ）、状態管理部１３２から受け取った自身の管理データをＸＭＬ化する（Ｓ１０２）。次に、管理データ閲覧の要求時に送信されたデータを基にウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備しているか否かを判断する（Ｓ１０４）。この判断はたとえばブラウザの名称とバージョンにより行う。クライアント端末３００のウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していると判断すると（Ｓ１０４でＮＯ）、ウェブブラウザ３２０にＸＭＬデータを送る（Ｓ１０６）。しかし、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していないと判断すると（Ｓ１０４でＹＥＳ）、転送先記憶部１４０に保持しているデバイス管理装置２００のウェブサーバ２２２のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し（Ｓ１０８）、ウェブサーバ１３６がそのＨＴＭＬファイルをクライアント端末へ送信するようにする（Ｓ１１０）。次に、デバイス管理装置２００からウェブサーバ１３６にＸＭＬデータの要求があると、ウェブサーバ１３６は、そのＸＭＬデータをデバイス管理装置２００に送信する（Ｓ１１２）。なお、このサーバで実行するプログラムは、当業者に知られているように、スクリプト、外部プログラムなどの種々の形態で実装できる。
【００２４】
図９は、デバイス管理装置２００の管理プログラム２２０のＸＭＬデータ生成及び転送のフローを示す。図示しないが、管理プログラム２２０は、新しいデバイス１００を発見するとＩＰアドレスを付与している。
【００２５】
クライアント端末３００のウェブブラウザ３２０からのＸＭＬデータ要求があると（Ｓ２００でＹＥＳ）、デバイス（ＭＦＰ）１００のＩＰアドレスを取得して、ＭＦＰ１００からＸＭＬデータである管理データを受け取る（Ｓ２０２）。
【００２６】
次に、ＭＦＰ１００からＸＭＬデータを取得したと判断すると（Ｓ２０４でＹＥＳ）、そのＸＭＬデータをＨＴＭＬデータへ変換し（Ｓ２０６）、ウェブサーバ２２２に、ＨＴＭＬデータを端末３００のウェブブラウザ３２０に返送させる（Ｓ２０８）。一方、ＭＦＰ１００からＸＭＬデータを取得できないと判断すると（Ｓ２０４でＮＯ）、ＭＦＰ１００に対してエラー表示を行う（Ｓ２１０）。
【００２７】
以上に説明したように、クライアント端末のアプリケーションから管理データ閲覧の要求があると、ＭＦＰ１００は管理データをＸＭＬ化する。そして、クライアント端末のアプリケーションがＸＭＬデータを取り扱えると判断すると、生成したＸＭＬデータを送る。しかし、ＸＭＬを取り扱えないと判断すると、ネットワークを介して接続されている他のサーバ装置へＸＭＬデータを送るとともに、このサーバ装置に自動的にアクセスするように記述したＨＴＭＬファイルを作成して、そのＨＴＭＬファイルをクライアント端末へ送信する。サーバ装置は、受け取ったＸＭＬデータを、クライアント端末のアプリケーションが表示できる形式のデータに変換し、クライアント装置からのアクセスがあると、そのデータを送る。これにより、クライアント端末のアプリケーションは、ＸＭＬをサポートしていなくても、管理データを表示できる。
【００２８】
以上では、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合として、ＸＭＬデータをサポートしていないアプリケーションによる表示を説明したが、他の例として、デバイス（ＭＦＰ、プリンタなど）でのプリント枚数の使用状況データ（管理データの１つ）をクライアント端末で集計し管理するとき、クライアントのアプリケーションである表計算ソフトは、ＨＴＭＬ形式を扱えないがＣＳＶ形式は扱うことができる場合がある。このような場合、デバイスは、ＨＴＭＬ形式のデータを他のサーバ装置（たとえばデバイス管理装置）に送信する。そのサーバ装置は、ＨＴＭＬ形式からＣＳＶ形式に変換し、生成したＣＳＶ形式のデータをクライアント端末に送信する。これにより、ＨＴＭＬ形式のデータを扱えない表計算ソフトがＣＳＶ形式のデータとして取り扱えることになる。
【００２９】
より一般的には、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合に、そのデータの解析手段を備えた他の装置に送信し、そこでクライアント端末で利用可能な形式に変換してから、クライアント端末に送信するようにすればよい。具体的には、クライアント端末のアプリケーションがデバイス自体に関するデータを要求してくると、そのアプリケーションがそのデータを直接に取り扱うことができるか否かを判別する。アプリケーションがＸＭＬ解析手段を備えていないと判断したときに、前記のデータをアプリケーションが解読できる形式に変換する解析手段を有する他の装置に送信する一方、その装置から前記のデータを取得する命令を組み込んだ情報をクライアント端末アプリケーションに送信する。これにより、アプリケーションは、その装置にアクセスして、変換されたデータを表示できる。すなわち、クライアント端末において扱えない形式のデータについても利用可能な形式に変換されてから受信するので、クライアント端末で処理することが可能になる。
【００３０】
【発明の効果】
クライアント端末にインストールされた表示用のアプリケーションがデバイスで生成されるデータ形式を取り扱えなくても、そのデータの表示が可能になる。
【図面の簡単な説明】
【図１】 ネットワークシステムのブロック図
【図２】 管理情報のＸＭＬデータの１例の図
【図３】 スタイルシートの１例の図
【図４】 多機能装置のブロック図
【図５】 デバイス管理装置のブロック図
【図６】 クライアント端末のブロック図
【図７】 デバイスが生成するＨＴＭＬデータの１例の図
【図８】 デバイスのＸＭＬデータ生成部のフローチャート
【図９】 デバイス管理装置の管理プログラムのフローチャート
【符号の説明】
１００ デバイス（ＭＦＰなど）１００、 １０６ コントローラ、 １１０ 通信装置、 １１４ ＣＰＵ、 １１６ 記憶装置（ＨＤＤ）、 １２０ 状態管理プログラム、 １２２ ウェブブラウザ、 １３６ ウェブサーバ、 １４０ 転送先記憶部、 ２００ デバイス管理装置、 ２０２ ＣＰＵ、 ２０８ 記憶装置、 ２１０通信装置、 ２２０ 管理プログラム、 ２２２ ウェブサーバ、 ２２４ ＸＭＬ解析部、 ３００ クライアント端末、 ３０２ ＣＰＵ、 ３０８ 記憶装置、 ３１０ 通信装置、 ３２０ ウェブブラウザ、 ３２２ ＸＭＬ解析部、 ４００ ネットワーク。
【発明の属する技術分野】
本発明は、ネットワークを介するＸＭＬデータの出力に関するものである。
【０００２】
【従来の技術】
ネットワーク（たとえばＬＡＮ）を介して複数の装置が接続されているシステムにおいて、１つの装置が、当該装置についての情報をＨＴＭＬデータとして記憶していると、そのＨＴＭＬデータを他の装置から表示（閲覧、印刷など）ができる。ＨＴＭＬ（HyperText Markup Language）は、ウェブページを書くために生まれた言語である。たとえば、画像形成装置などのデバイスがネットワークを介して利用されるシステムにおいても、当該デバイスがその情報（たとえばデバイス管理情報）をＨＴＭＬデータとして記憶していると、他の装置（たとえばパーソナルコンピュータの端末）はその情報をウェブブラウザなどで取得し表示できる。たとえば、ＨＴＭＬ形式のデータを用いた多機能装置（ＭＦＰ）などのエラー情報の通信が特開平２００１−１８６３０１号公報に記載されている。
【０００３】
ネットワークを介するＨＴＭＬデータの閲覧には、ページ単位の送信によるネットワークの負荷、データの再利用不可などの問題がある。そこで、ＸＭＬを採用して、データをＸＭＬで作成することが考えられる。ＸＭＬ（eXtensible Markup Language）は、拡張機能つきのマークアップ言語である。ＸＭＬ自体はレイアウトを規定しないので、ＸＭＬで記述されたデータ（以下ＸＭＬデータという）の表示（閲覧、印刷など）は、スタイルシート言語（たとえばＸＳＬ（eXtensible Stylesheet Language)やＣＳＳ（Cascading Style Sheet)）で記述したスタイルシートを用いて行う。スタイルシートでは、表示／印刷領域、フォント名、文字サイズなどが指定される。また、ＸＳＬデータの変換処理を行う部分の言語には、ＸＳＬＴ（XSL Transformations）などが用いられる。
【０００４】
【特許文献１】
特開２００１−１８６３０１号公報
【０００５】
【発明が解決しようとする課題】
ネットワークに接続されているクライアント端末には、ネットワークを介して表示（閲覧、印刷など）をするためのアプリケーション（ウェブブラウザなど）が備えられている。このアプリケーションがＸＭＬをサポートしていれば、ＸＭＬデータとスタイルシートを基にＸＭＬデータを表示できる。ところが、現状では、アプリケーションは必ずしもＸＭＬをサポートしていない。しかし、クライアント端末のアプリケーションがＸＭＬをサポートしているか否かにかかわらず、クライアント端末でＸＭＬデータの表示を可能にすることが望ましい。
【０００６】
この発明の目的は、ネットワークを介して接続されている装置に記憶されているＸＭＬデータの表示をする場合、表示のためのアプリケーションがＸＭＬをサポートしているか否かにかかわらずＸＭＬデータの表示を可能にすることである。
【０００７】
【課題を解決するための手段】
本発明に係るデバイスは、ネットワークを介してクライアント端末とサーバ装置とに接続されるデバイスである。このデバイスは、デバイス自体に関するデータを記述したＸＭＬデータとその表示のためのスタイルシートを保持する記憶手段を備える。判断手段は、クライアント端末のアプリケーションがＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別する。データ送信手段は、クライアント端末の前記アプリケーションがＸＭＬ解析手段を備えていないと判断手段が判断したときに、ＸＭＬデータをサーバ装置に送信するとともに、サーバ装置から前記ＸＭＬデータを取得する命令を組み込んだ情報を前記アプリケーションに送信する。これにより、ＸＭＬ解析手段を備えないアプリケーションでもＸＭＬデータの表示が可能になる。
【０００８】
前記デバイスは、たとえば、画像形成装置であり、前記デバイス自体に関するデータは、画像形成装置の内部の状態を示すデータである。
【０００９】
前記デバイスは、好ましくは、さらに、前記ＸＭＬデータを提供するウェブサーバ手段を備える。前記判断手段は、前記アプリケーションが前記ウェブサーバ手段に前記ＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別し、前記データ送信手段は、前記ウェブサーバ手段に前記ＸＭＬデータを送信させる。
【００１１】
【発明の実施の形態】
以下、添付の図面を参照して本発明の実施の形態を説明する。
図１に示すように、複数の共用されるデバイス１００（多機能装置、プリンタ、デジタル複写機などの画像形成装置など）、管理対象の共用デバイス１００を管理するデバイス管理装置２００、クライアント端末３００（たとえばパーソナルコンピュータ）などが、ネットワーク（ＬＡＮなど）４００に接続されている。ここで、デバイス１００は、外部のクライアント端末３００から要求があると、自身の内部の状態を表わすデータである管理データを記述したＸＭＬデータとその表示のためのスタイルシートを作成し、ウェブサーバを介して提供する。これにより、クライアント端末３００（３００Ｃ）は、たとえば、アプリケーション（たとえばウェブブラウザ）でＸＭＬデータを表示できる。具体的には、クライアント端末３００のアプリケーション（ウェブブラウザ）は、ＨＴＴＰ（Hypertext Transfer Protocol）によりＵＲＩを指定してウェブサーバにリクエストを送る。ウェブサーバは、ＨＴＴＰによる要求を受けてデータを提供する。ウェブブラウザは、受け取ったデータを解析して表示する。この実施形態では、アプリケーションは、受け取ったＸＭＬデータをたとえばＨＴＭＬデータに変換して、表示（閲覧、印刷など）を行う。
【００１２】
ＸＭＬデータとＸＳＬＴスタイルシートを基に表示をする場合、ＸＭＬをサポートするアプリケーション（たとえばウェブブラウザ）は、ＸＭＬ文を分解して構成要素単位に分解するＸＭＬパーサ（またはＸＭＬプロセッサ）とよばれるＸＭＬ解析モジュールを使用する。しかし、クライアント端末３００（たとえば３００ａ，３００ｂ）のアプリケーションがＸＭＬ解析モジュールを備えていなければ、ＸＭＬデータを表示できなくなってしまう。そこで、そのような場合にも表示できるようにするため、ネットワークを介して接続されている他のサーバ（たとえばデバイス管理装置２００）に、ＸＭＬデータとそのスタイルシートを、クライアント端末３００のアプリケーションが解読できる形式のデータ（ここではＨＴＭＬデータ）に変換するＸＭＬ解析モジュールを備えておく。デバイス１００は、ＨＴＴＰリクエストを送ってきたクライアント端末３００のアプリケーションがＸＭＬ解析モジュールを備えていないと判断すると、管理データを記述したＸＭＬデータとそのスタイルシートをデバイス管理装置２００に送る。そこで、デバイス管理装置２００内のＸＭＬ解析モジュールはＸＭＬデータを解析して、クライアント端末３００のアプリケーションが解読できるＨＴＭＬデータに変換する。同時に、デバイス１００は、デバイス管理装置２００の当該ＨＴＭＬデータへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し、クライアント端末３００に送る。これに対応して、クライアント端末３００のアプリケーションは、デバイス管理装置２００に自動的にアクセスして、解析結果（ＨＴＭＬ形式の管理データ）を表示する。したがって、クライアント端末３００では、ＸＭＬ解析モジュールを有しないアプリケーションでもＸＭＬデータの表示が可能である。
【００１３】
図２は、管理情報の１例を示す。ＸＭＬ文書の文書型宣言部において、ＸＭＬデータを表示するためのスタイルシート・ファイルの格納場所を指定でき、これにより、そのＸＭＬデータのためのスタイルシートが指定される。この例では、２つ目の文にて、スタイルシート・ファイルの格納場所をhref=の後に指定し、スタイルシートの種類をtype=の後に指定している。この管理情報（装置の内部の状態をあらわすデータ）によれば、この多機能装置の製品名はａｂｃ−００１である。原稿トレイは装着されている。用紙トレイは装着されており、その名称はトレイ１であり、用紙サイズはレターであり、用紙は普通紙であり、用紙の搬送方向は短辺であり、用紙の容量は２５０枚であり、用紙はトレイに収納されている。また、図３は、図２のＸＭＬデータで指定されたスタイルシートの１例である。
【００１４】
次に、ネットワーク４００に接続される各装置について具体的に説明する。共用デバイス１００の１つである多機能装置（以下ＭＦＰという）は、プリンタ、スキャナなどとして機能するデバイスである。ＭＦＰ１００は、たとえば、図４に示すように、原稿の画像を読み取るスキャナ装置１０２、印刷データを受け取って紙に印刷するプリントエンジン部１０４、および、それらを制御するコントローラ１０６を備える。コントローラ１０６は、操作パネル部１０８、外部のネットワーク４００に接続するネットワークインタフェースを含む通信装置１１０などと接続される。プリンタとして機能する場合、通信装置１１０を介して外部から印刷データを受け取ると、ラスターデータを作成し、プリントエンジン部１０４を制御して印刷を行う。また、コントローラ１０６は、操作パネル１０８を介する設定や各種センサ（図示しない）の出力結果を基にＭＦＰ自身の管理データを作成し、要求があると提供する。
【００１５】
具体的には、ＭＦＰのコントローラ１０６は、ＣＰＵ１２０、記憶装置（ＨＤＤ）１２２、画像処理部１２４、画像メモリ１２６などを備える。記憶装置１２２は、たとえば書き換え可能な半導体メモリやハードディスク装置であり、ＭＦＰを制御し及びネットワークを介して通信する制御プログラム１３０の他に、ＭＦＰの状態を管理する状態管理部１３２と、状態管理部１３２から受け取った自身の管理データをＸＭＬ化するＸＭＬデータ生成部１３４と、クライアント端末３００からの要求に応じて、ＸＭＬデータ生成部１３４が生成したＸＭＬデータを送信するウェブサーバ１３６とを記憶する。また、生成されたＸＭＬデータを記憶するＸＭＬデータ記憶部１３８と、ＸＭＬデータの転送先を記憶する転送先記憶部１４０とを備える。
【００１６】
ウェブサーバ１３６は、後に説明するように、クライアント端末３００から管理データ表示の要求があると、クライアント端末３００がＸＭＬ解析プログラムを有しているか否かをチェックする。そして、ＸＭＬ解析プログラムを有していれば、クライアント端末３００に、ＸＭＬファイルとスタイルシートを転送するが、ＸＭＬ解析プログラムを有していなければ、転送先記憶部１４０に記憶されている転送先（ここではデバイス管理装置２００から通知されたＵＲＩ）に、ＸＭＬファイルとスタイルシートを転送する。
【００１７】
デバイス管理装置２００は、たとえば、ワークステーションやパーソナルコンピュータを用いたサーバ装置であり、図５に示すように、ＣＰＵ２０２、キーボードなどの入力装置２０４、ディスプレイ装置２０６、記憶装置（ＨＤＤ）２０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置２１０を備える。記憶装置２０８は、ＯＳプログラム（図示しない）の他、デバイス管理プログラム２２０、ウェブサーバ２２２及びＸＭＬ解析プログラム２２４を記憶する。デバイス管理プログラム２２０は、ネットワーク４００内を検索し、デバイス１００を発見すると、ＩＰアドレスを付与し、かつ、自身が有するウェブサーバ２２２のＵＲＩをＭＦＰ１００に通知する。これに対応して、ＭＦＰ１００は、そのＵＲＩを転送先記憶部１４０に記憶しておく。
【００１８】
クライアント端末３００は、たとえばパーソナルコンピュータ（ＰＣ）であり、パーソナルコンピュータは、たとえば、図６に示すように、全体を制御するＣＰＵ３０２、キーボードなどの入力装置３０４、ディスプレイ装置３０６、記憶装置（ＨＤＤ）３０８及び、ネットワーク４００に接続するネットワークインタフェースを含む通信装置３１０を備える。記憶装置３０８は、ＯＳプログラム（図示しない）などの他、ＸＭＬデータを表示するためのアプリケーションであるウェブブラウザ３２０などを格納している。クライアント端末３００のウェブブラウザ３２０は、ＸＭＬ解析部３２２を有する場合と、有しない場合とがある。
【００１９】
このネットワーク環境において、クライアント端末３００の使用者は、ウェブブラウザ３２０で、デバイス（ＭＦＰ）１００のウェブサーバ１３６にアクセスして、管理情報を要求できる。この管理情報は、ＸＭＬデータである。ＭＦＰ１００では、端末３００から管理情報の要求を受け取ると、ＸＭＬデータ生成部１３４が、状態管理部１３２より受け取った管理データからＸＭＬファイルを生成する。さらに、クライアント端末３００のウェブブラウザ３２０の名称／バージョンをＨＴＴＰのリクエストヘッダから取得し、それを基に、そのウェブブラウザ３２０がＸＭＬ解析プログラム３２２を備えているか否かを判断する。ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析部プログラム３２２を有すると判断する場合は、そのままＸＭＬデータとスタイルシートをクライアント端末３００のウェブブラウザ３２０へ転送する。これにより、ウェブブラウザ３２０は、ＸＭＬデータを解析して、たとえばＨＴＭＬデータに変換して表示する。
【００２０】
一方、ＭＦＰ１００は、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を有していないと判断した場合は、デバイス管理装置２００のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを生成し、クライアント端末３００へ返送する。このとき、このＨＴＭＬファイルには、ＭＦＰ１００で生成したＸＭＬファイルのＵＲＩを記述しておく。
【００２１】
図７は、ＭＦＰ１００が生成するＨＴＭＬファイルの１例である。ここで、４番目の文に記載されている "150.17.40.10" はデバイス管理装置２００のウェブサーバ２２２のＵＲＩであり、"150.17.40.20" はＭＦＰ（ＸＭＬファイル)のＵＲＩである。
【００２２】
クライアント端末３００のウェブブラウザ３２０は、ＨＴＭＬファイルが返送されると、そのＨＴＭＬファイルに記載されたＩＰアドレスに基づいて、自動的にデバイス管理装置２００のウェブサーバ２２２にアクセスする。デバイス管理装置２００は、ウェブブラウザ２２２の要求により、ＭＦＰ１００からＸＭＬデータを取得し、ＸＭＬ解析プログラム２２４でＨＴＭＬファイルに変換し（すなわち、クライアント端末３００のウェブブラウザ３２０で表示可能な形式に変換し）、ウェブブラウザ３２０に返送する。クライアント端末３００では、ウェブブラウザ３２０がＨＴＭＬファイルとしてデバイス管理情報を表示する。これにより、端末３００のアプリケーションがＸＭＬ解析部を有しなくても、端末３００でＸＭＬファイルの表示が可能になる。
【００２３】
前述の処理を実現する各構成装置の制御フローは以下のとおりである。図８は、デバイス（ＭＦＰ）１００のコントローラの通信に関係する処理のフローを示す。クライアント端末３００のウェブブラウザ３２０からウェブサーバ１３６に管理データ閲覧の要求があると（Ｓ１００でＹＥＳ）、状態管理部１３２から受け取った自身の管理データをＸＭＬ化する（Ｓ１０２）。次に、管理データ閲覧の要求時に送信されたデータを基にウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備しているか否かを判断する（Ｓ１０４）。この判断はたとえばブラウザの名称とバージョンにより行う。クライアント端末３００のウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していると判断すると（Ｓ１０４でＮＯ）、ウェブブラウザ３２０にＸＭＬデータを送る（Ｓ１０６）。しかし、ウェブブラウザ３２０がＸＭＬ解析プログラム３２２を装備していないと判断すると（Ｓ１０４でＹＥＳ）、転送先記憶部１４０に保持しているデバイス管理装置２００のウェブサーバ２２２のＵＲＩへ自動的にアクセスするように記述したＨＴＭＬファイルを作成し（Ｓ１０８）、ウェブサーバ１３６がそのＨＴＭＬファイルをクライアント端末へ送信するようにする（Ｓ１１０）。次に、デバイス管理装置２００からウェブサーバ１３６にＸＭＬデータの要求があると、ウェブサーバ１３６は、そのＸＭＬデータをデバイス管理装置２００に送信する（Ｓ１１２）。なお、このサーバで実行するプログラムは、当業者に知られているように、スクリプト、外部プログラムなどの種々の形態で実装できる。
【００２４】
図９は、デバイス管理装置２００の管理プログラム２２０のＸＭＬデータ生成及び転送のフローを示す。図示しないが、管理プログラム２２０は、新しいデバイス１００を発見するとＩＰアドレスを付与している。
【００２５】
クライアント端末３００のウェブブラウザ３２０からのＸＭＬデータ要求があると（Ｓ２００でＹＥＳ）、デバイス（ＭＦＰ）１００のＩＰアドレスを取得して、ＭＦＰ１００からＸＭＬデータである管理データを受け取る（Ｓ２０２）。
【００２６】
次に、ＭＦＰ１００からＸＭＬデータを取得したと判断すると（Ｓ２０４でＹＥＳ）、そのＸＭＬデータをＨＴＭＬデータへ変換し（Ｓ２０６）、ウェブサーバ２２２に、ＨＴＭＬデータを端末３００のウェブブラウザ３２０に返送させる（Ｓ２０８）。一方、ＭＦＰ１００からＸＭＬデータを取得できないと判断すると（Ｓ２０４でＮＯ）、ＭＦＰ１００に対してエラー表示を行う（Ｓ２１０）。
【００２７】
以上に説明したように、クライアント端末のアプリケーションから管理データ閲覧の要求があると、ＭＦＰ１００は管理データをＸＭＬ化する。そして、クライアント端末のアプリケーションがＸＭＬデータを取り扱えると判断すると、生成したＸＭＬデータを送る。しかし、ＸＭＬを取り扱えないと判断すると、ネットワークを介して接続されている他のサーバ装置へＸＭＬデータを送るとともに、このサーバ装置に自動的にアクセスするように記述したＨＴＭＬファイルを作成して、そのＨＴＭＬファイルをクライアント端末へ送信する。サーバ装置は、受け取ったＸＭＬデータを、クライアント端末のアプリケーションが表示できる形式のデータに変換し、クライアント装置からのアクセスがあると、そのデータを送る。これにより、クライアント端末のアプリケーションは、ＸＭＬをサポートしていなくても、管理データを表示できる。
【００２８】
以上では、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合として、ＸＭＬデータをサポートしていないアプリケーションによる表示を説明したが、他の例として、デバイス（ＭＦＰ、プリンタなど）でのプリント枚数の使用状況データ（管理データの１つ）をクライアント端末で集計し管理するとき、クライアントのアプリケーションである表計算ソフトは、ＨＴＭＬ形式を扱えないがＣＳＶ形式は扱うことができる場合がある。このような場合、デバイスは、ＨＴＭＬ形式のデータを他のサーバ装置（たとえばデバイス管理装置）に送信する。そのサーバ装置は、ＨＴＭＬ形式からＣＳＶ形式に変換し、生成したＣＳＶ形式のデータをクライアント端末に送信する。これにより、ＨＴＭＬ形式のデータを扱えない表計算ソフトがＣＳＶ形式のデータとして取り扱えることになる。
【００２９】
より一般的には、デバイスで生成されるデータ形式をクライアント端末が直接に取り扱うことができない場合に、そのデータの解析手段を備えた他の装置に送信し、そこでクライアント端末で利用可能な形式に変換してから、クライアント端末に送信するようにすればよい。具体的には、クライアント端末のアプリケーションがデバイス自体に関するデータを要求してくると、そのアプリケーションがそのデータを直接に取り扱うことができるか否かを判別する。アプリケーションがＸＭＬ解析手段を備えていないと判断したときに、前記のデータをアプリケーションが解読できる形式に変換する解析手段を有する他の装置に送信する一方、その装置から前記のデータを取得する命令を組み込んだ情報をクライアント端末アプリケーションに送信する。これにより、アプリケーションは、その装置にアクセスして、変換されたデータを表示できる。すなわち、クライアント端末において扱えない形式のデータについても利用可能な形式に変換されてから受信するので、クライアント端末で処理することが可能になる。
【００３０】
【発明の効果】
クライアント端末にインストールされた表示用のアプリケーションがデバイスで生成されるデータ形式を取り扱えなくても、そのデータの表示が可能になる。
【図面の簡単な説明】
【図１】 ネットワークシステムのブロック図
【図２】 管理情報のＸＭＬデータの１例の図
【図３】 スタイルシートの１例の図
【図４】 多機能装置のブロック図
【図５】 デバイス管理装置のブロック図
【図６】 クライアント端末のブロック図
【図７】 デバイスが生成するＨＴＭＬデータの１例の図
【図８】 デバイスのＸＭＬデータ生成部のフローチャート
【図９】 デバイス管理装置の管理プログラムのフローチャート
【符号の説明】
１００ デバイス（ＭＦＰなど）１００、 １０６ コントローラ、 １１０ 通信装置、 １１４ ＣＰＵ、 １１６ 記憶装置（ＨＤＤ）、 １２０ 状態管理プログラム、 １２２ ウェブブラウザ、 １３６ ウェブサーバ、 １４０ 転送先記憶部、 ２００ デバイス管理装置、 ２０２ ＣＰＵ、 ２０８ 記憶装置、 ２１０通信装置、 ２２０ 管理プログラム、 ２２２ ウェブサーバ、 ２２４ ＸＭＬ解析部、 ３００ クライアント端末、 ３０２ ＣＰＵ、 ３０８ 記憶装置、 ３１０ 通信装置、 ３２０ ウェブブラウザ、 ３２２ ＸＭＬ解析部、 ４００ ネットワーク。
Claims (3)
- ネットワークを介してクライアント端末とサーバ装置とに接続されるデバイスであって、
デバイス自体に関するデータを記述したＸＭＬデータとその表示のためのスタイルシートを保持する記憶手段と、
クライアント端末のアプリケーションが前記ＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別する判断手段と、
クライアント端末の前記アプリケーションがＸＭＬ解析手段を備えていないと前記判断手段が判断したときに、前記ＸＭＬデータを、ＸＭＬデータを前記アプリケーションが解読できる形式に変換する解析手段を有する前記サーバ装置に送信するとともに、前記サーバ装置から前記ＸＭＬデータを取得する命令を組み込んだ情報を前記アプリケーションに送信するデータ送信手段と
を備えるデバイス。 - 前記デバイスは画像形成装置であり、前記デバイス自体に関するデータは画像形成装置の内部の状態を表すデータであることを特徴とする請求項１に記載されたデバイス。
- さらに、前記ＸＭＬデータを提供するウェブサーバ手段を備え、
前記判断手段は、前記アプリケーションが前記ウェブサーバ手段に前記ＸＭＬデータを要求してくると、そのアプリケーションがＸＭＬ解析手段を有しているか否かを判別し、
前記データ送信手段は、前記ウェブサーバ手段に前記ＸＭＬデータを送信させることを特徴とする請求項１または２に記載されたデバイス。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002340791A JP4296775B2 (ja) | 2002-11-25 | 2002-11-25 | Ｘｍｌデータ表示のためのデバイスとプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002340791A JP4296775B2 (ja) | 2002-11-25 | 2002-11-25 | Ｘｍｌデータ表示のためのデバイスとプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004178061A JP2004178061A (ja) | 2004-06-24 |
| JP4296775B2 true JP4296775B2 (ja) | 2009-07-15 |
Family
ID=32703323
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002340791A Expired - Fee Related JP4296775B2 (ja) | 2002-11-25 | 2002-11-25 | Ｘｍｌデータ表示のためのデバイスとプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4296775B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7991828B2 (en) | 2004-08-06 | 2011-08-02 | Ricoh Company, Ltd. | Network communication apparatus generating XML responses based on HTTP requests |
| JP2006085623A (ja) * | 2004-09-17 | 2006-03-30 | Toshiba Corp | Ｗｅｂ監視システム、データ処理方法、および被監視装置 |
| JP4690798B2 (ja) * | 2005-07-05 | 2011-06-01 | 株式会社リコー | ネットワーク装置 |
| US20170099350A1 (en) * | 2015-10-05 | 2017-04-06 | Tobesoft Co., Ltd | Apparatus and method for transmitting mass data |
| JP7205130B2 (ja) * | 2018-09-21 | 2023-01-17 | 京セラドキュメントソリューションズ株式会社 | 情報処理装置、ウェブアプリケーションプログラム及び情報処理システム |
-
2002
- 2002-11-25 JP JP2002340791A patent/JP4296775B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004178061A (ja) | 2004-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7535583B2 (en) | Printer-based pre-ripping and caching of network documents | |
| US6938202B1 (en) | System for retrieving and printing network documents | |
| US7978360B2 (en) | Print system | |
| US20030202010A1 (en) | Retention of job settings based on data type | |
| US7970866B2 (en) | Print system including application server to select printer driver for client specific print information | |
| US8570581B2 (en) | Image forming method and system using XHTML-print data | |
| JP2009038526A (ja) | 印刷サーバ装置 | |
| JP2009301289A (ja) | 情報処理装置、データ出力システム、データ生成プログラム及びその記録媒体 | |
| US20070223025A1 (en) | Printing Apparatus and Method, Computer-Readable Medium, and Computer Data Signal | |
| EP0964339A2 (en) | Computer system for printing a HTML document | |
| JP4296775B2 (ja) | Ｘｍｌデータ表示のためのデバイスとプログラム | |
| EP1439684B1 (en) | Apparatus, method and system for providing information in accordance with one of a plurality of protocols | |
| US20030195952A1 (en) | Digital transmitter device configuration | |
| JP2002373064A (ja) | 印刷装置および情報処理装置 | |
| US20030133151A1 (en) | Print system | |
| US20070136784A1 (en) | Communication terminal apparatus | |
| JP4284995B2 (ja) | デバイス、データ処理方法及びデータ処理プログラム | |
| JP4203287B2 (ja) | 情報処理装置、情報処理方法及び情報処理システム | |
| JP4130108B2 (ja) | Ｗｅｂサービス機能を有する画像形成装置 | |
| JPH11265273A (ja) | ネットワークプリンタ装置 | |
| JP4035330B2 (ja) | サービス提供システム、サービス提供方法、サービス提供装置、その制御方法、制御プログラム、及び、コンピュータ可読メモリ | |
| JP2008181484A (ja) | ドキュメント・オブジェクト・モデル記述のコンテキストに基づいたトラバースのためのシステムおよび方法 | |
| JP4311101B2 (ja) | 画像形成装置及び該装置の構成情報提供方法並びにプログラム | |
| JP2004206456A (ja) | 情報提供装置、情報提供方法、情報提供システム、及び情報提供プログラム | |
| JP2004310164A (ja) | プリンタドライバプログラム、電子掲示板サーバ及び電子掲示板システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20050614 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050920 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20051222 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20051222 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080303 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080318 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080516 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080805 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081003 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20081010 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090324 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090406 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140424 Year of fee payment: 5 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |