JP2011065389A - Ｗｅｂサーバ装置、Ｗｅｂサーバ装置の制御方法およびプログラム - Google Patents

Abstract

【課題】消費電力を低減させること、および、接続タイムアウトの発生を防止することの両方を満たすＷｅｂサーバ装置を提供する。
【解決手段】Ｗｅｂサーバ装置は、クライアント装置からＨＴＴＰの接続による要求を受け付ける要求受付部と、受け付けた要求に応答する応答部と、要求を受け付けたときに、応答部が停止しているか否かを判定する判定部と、応答部が停止している場合、応答部を稼働させる稼働制御部と、応答部が停止している場合、Ｗｅｂサーバ装置へ再接続させるプログラムをクライアント装置に送信する再接続プログラム送信部とを備える。
【選択図】図３

Description

本発明は、クライアント装置からの要求に応答するＷｅｂサーバ装置に関するものである。

近年、コピー機、ファクシミリ装置および複合機等の多様な機器は、省エネルギー（以下、単に「省エネ」という。）を実現している。例えば、機器は、機器の全体を稼働させる通常状態と、機器の一部を休止させる省エネ状態とを切り替えることにより、消費電力を抑制する。

一方、機器は、機器の操作画面、および、機器状況の確認画面等を提供するため、Ｗｅｂサーバ機能を備えるＷｅｂサーバ装置として動作する場合がある。例えば、特許文献１に記載された複合機は、Ｗｅｂサーバ装置として動作する。

このようなＷｅｂサーバ装置は、クライアント装置で動作するブラウザから、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を利用して、処理の要求を受け付ける。その後、Ｗｅｂサーバ装置は、要求された処理を実行して、クライアント装置に処理の結果を応答として送信する。クライアント装置で動作するブラウザは、Ｗｅｂサーバ装置からの応答を表示することにより、機器の操作画面および機器状況の確認画面等を表示する。

図１４は、従来例におけるＷｅｂサーバ装置の構成図である。

図１４に示されたＷｅｂサーバ装置９００は、要求受付部９１１および応答部９１２を備える。クライアント装置９５０は、ブラウザ９５１を備える。

ブラウザ９５１は、ユーザにより入力された要求をＷｅｂサーバ装置９００へ送信する。そして、ブラウザ９５１は、Ｗｅｂサーバ装置９００からの応答を用いて、画面を表示する。

要求受付部９１１は、ブラウザ９５１からの要求を受け付ける。

応答部９１２は、要求受付部９１１が受け付けた要求を処理した後、処理の結果を応答としてクライアント装置９５０に送信する。

ここで、Ｗｅｂサーバ装置９００が通常状態と省エネ状態とを切り換えることにより省エネを実現するＷｅｂサーバ装置である場合、Ｗｅｂサーバ装置９００がクライアント装置９５０からの要求に応答する方法として、以下に示す２つの方法がある。

第１の方法は、Ｗｅｂサーバ装置９００が、応答部９１２を休止させずに稼働させておくことにより、クライアント装置９５０からの要求に応答する方法である。

第２の方法は、Ｗｅｂサーバ装置９００が、応答部９１２を休止させておき、クライアント装置９５０からの要求があった後に、応答部９１２を稼働させる方法である。これにより、Ｗｅｂサーバ装置９００は、応答部９１２を稼働させた後、クライアント装置９５０からの要求に応答する。

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

しかしながら、このような方法を用いたとしても、下記のような課題がある。

例えば、Ｗｅｂサーバ装置９００は、応答部９１２を稼働させておく場合、消費電力を十分に低減することができない。

また、Ｗｅｂサーバ装置９００は、クライアント装置９５０からの要求があった後に応答部９１２を稼働させる場合、稼働に時間がかかるため、ブラウザ９５１において、接続タイムアウトが発生する。そのため、ブラウザ９５１は、Ｗｅｂサーバ装置９００からの応答を用いて画面を表示することができない。このときの動作について、図を用いて、説明する。

図１５は、従来例における通信処理を示すシーケンス図である。

まず、クライアント装置９５０は、Ｗｅｂサーバ装置９００にＨＴＴＰの接続による要求を送信する（Ｓ９０１）。次に、要求受付部９１１が要求を受け付けた後、応答部９１２が起動する（Ｓ９０２）。次に、応答部９１２は、要求受付部９１１が受け付けた要求を処理する（Ｓ９０４）。次に、応答部９１２は、処理の結果を応答としてクライアント装置９５０に送信する（Ｓ９０５）。

しかし、応答部９１２が起動する処理（Ｓ９０２）に時間がかかるため、クライアント装置９５０のブラウザ９５１において、接続タイムアウトが発生する場合がある（Ｓ９０３）。この場合、ブラウザ９５１は、Ｗｅｂサーバ装置９００からの応答を用いて画面を表示することができない。

本発明は、上記の課題を解決するものであり、消費電力を低減させること、および、接続タイムアウトの発生を防止することの両方を満たすＷｅｂサーバ装置を提供することを目的とする。

上記課題を解決するために、本発明によるＷｅｂサーバ装置は、クライアント装置からの要求に応答するＷｅｂサーバ装置であって、前記クライアント装置からＨＴＴＰの接続による要求を受け付ける要求受付部と、前記要求受付部が受け付けた要求に応答する応答部と、前記要求受付部が要求を受け付けたときに、前記応答部が停止しているか否かを判定する判定部と、前記応答部が停止していると前記判定部が判定した場合、前記応答部を稼働させる稼働制御部と、前記応答部が停止していると前記判定部が判定した場合、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを前記クライアント装置に送信する再接続プログラム送信部とを備える。

これにより、Ｗｅｂサーバ装置は、クライアント装置における接続タイムアウトの発生を防止することができる。また、Ｗｅｂサーバ装置は、応答部を常時稼働させる必要がないため、消費電力を低減させることができる。

また、前記再接続プログラム送信部は、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、再接続前に前記クライアント装置の画面に表示される情報を前記クライアント装置に送信してもよい。

これにより、クライアント装置は、代替画面を表示することができる。

また、前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムとして、ＪａｖａＳｃｒｉｐｔで記述されたファイルを前記クライアント装置に送信してもよい。

これにより、クライアント装置のブラウザは、ＪａｖａＳｃｒｉｐｔのプログラムを実行することにより、接続タイムアウトの発生を防止することができる。

また、前記Ｗｅｂサーバ装置は、さらに、前記Ｗｅｂサーバ装置へ再接続させるプログラムを記憶する記憶部を備え、前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムとして、前記記憶部に記憶されたプログラムを送信してもよい。

これにより、Ｗｅｂサーバ装置は、新たにプログラムを生成することなく、迅速にプログラムを送信することができる。

また、前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、再接続先を示すアドレス情報を前記クライアント装置に送信してもよい。

これにより、クライアント装置のブラウザは、アドレス情報を用いて、Ｗｅｂサーバ装置に再接続することができる。

また、前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、前記クライアント装置に前記プログラムをキャッシュさせる情報を前記クライアント装置に送信してもよい。

これにより、Ｗｅｂサーバ装置は、繰り返して送信されるデータ量を低減することができる。

また、本発明によるＷｅｂサーバ装置の制御方法は、クライアント装置からの要求に応答するＷｅｂサーバ装置におけるＷｅｂサーバ装置の制御方法であって、前記クライアント装置からＨＴＴＰの接続による要求を受け付ける要求受付ステップと、前記要求受付ステップが要求を受け付けたときに、前記要求受付ステップが受け付けた要求に応答する応答部が停止しているか否かを判定する判定ステップと、前記応答部が停止していると前記判定ステップが判定した場合、前記応答部を稼働させる稼働制御ステップと、前記応答部が停止していると前記判定ステップが判定した場合、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを前記クライアント装置に送信する再接続プログラム送信ステップとを含むＷｅｂサーバ装置の制御方法でもよい。

これにより、前記Ｗｅｂサーバ装置の制御方法を用いるＷｅｂサーバ装置は、クライアント装置における接続タイムアウトの発生を防止することができる。また、前記Ｗｅｂサーバ装置の制御方法を用いるＷｅｂサーバ装置は、応答部を常時稼働させる必要がないため、消費電力を低減させることができる。

また、前記Ｗｅｂサーバ装置の制御方法に含まれるステップをコンピュータに実行させるプログラムでもよい。

これにより、前記Ｗｅｂサーバ装置の制御方法がプログラムとして実現される。

本発明によれば、消費電力を低減させること、および、接続タイムアウトの発生を防止することの両方を満たすＷｅｂサーバ装置として利用することができる。

図１は、実施の形態１におけるＷｅｂサーバ装置の外観図である。 図２は、実施の形態１におけるＷｅｂサーバ装置の概要図である。 図３は、実施の形態１におけるＷｅｂサーバ装置の構成図である。 図４は、実施の形態１における通信処理を示すシーケンス図である。 図５は、実施の形態１におけるＷｅｂサーバ装置の処理を示すフローチャートである。 図６は、実施の形態１におけるクライアント装置の処理を示すフローチャートである。 図７は、実施の形態１における送信データの例を示す図である。 図８は、実施の形態１における送信データの例を示す図である。 図９は、実施の形態１におけるクライアント装置に表示される画面を示す図である。 図１０は、実施の形態１におけるＨＴＴＰヘッダ情報を示す図である。 図１１は、実施の形態２におけるＷｅｂサーバ装置の外観図である。 図１２は、実施の形態２におけるＷｅｂサーバ装置の概要図である。 図１３は、実施の形態２におけるＷｅｂサーバ装置の構成図である。 図１４は、従来例におけるＷｅｂサーバ装置の構成図である。 図１５は、従来例における通信処理を示すシーケンス図である。

（実施の形態１）
まず、本発明の実施の形態１について図面を用いて説明する。

図１は、実施の形態１におけるＷｅｂサーバ装置の外観図である。

図１に示されたＷｅｂサーバ装置１００およびクライアント装置９５０は、ネットワークを介して、相互に接続する。クライアント装置９５０は、図１４に示された従来例におけるクライアント装置９５０と同様の装置である。

Ｗｅｂサーバ装置１００は、ディスプレイ１０４、キーボード１０５およびマウス１０６等を備える。

図２は、図１に示された実施の形態１におけるＷｅｂサーバ装置の概要図である。

Ｗｅｂサーバ装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３を備える。また、Ｗｅｂサーバ装置１００は、外部とのインタフェースとして、ディスプレイ１０４、キーボード１０５、マウス１０６およびネットワークインタフェース１０９を備える。

ＣＰＵ１０１は、ＲＯＭ１０２に格納された制御プログラム等を実行するプロセッサである。また、ＣＰＵ１０１は、クライアント装置９５０から要求された処理を実行する。

ＲＯＭ１０２は、制御プログラム等を保持する読み出し専用メモリである。

ＲＡＭ１０３は、揮発性の記憶領域等を有する読み書き可能なメモリである。ＲＡＭ１０３は、ＣＰＵ１０１が制御プログラム等を実行するときにワークエリアとして使用される。

ディスプレイ１０４は、液晶表示装置等であり、Ｗｅｂサーバ装置１００の状態をユーザに示す。

キーボード１０５およびマウス１０６は、ユーザがＷｅｂサーバ装置１００に直接指示をするときに用いられる入力インタフェース装置である。

ネットワークインタフェース１０９は、ネットワークインタフェースカード等であり、データの送受信を行うインタフェース装置である。

実施の形態１において、省エネ状態のとき、ネットワークインタフェース１０９は稼働し、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ディスプレイ１０４、キーボード１０５およびマウス１０６は停止する。

図３は、図１に示された実施の形態１におけるＷｅｂサーバ装置の構成図である。図３に示されたクライアント装置９５０は、図１４に示された従来例におけるクライアント装置９５０と同様に、ブラウザ９５１を備える。図３に示されたクライアント装置９５０およびブラウザ９５１は、図１４に示されたクライアント装置９５０およびブラウザ９５１と同様の動作をする。

Ｗｅｂサーバ装置１００は、要求受付部１１１、応答部１１２、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６を備える。

このうち、要求受付部１１１、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６は、図２に示されたネットワークインタフェース１０９に配置される。また、要求受付部１１１、判定部１１３、稼働制御部１１４および再接続プログラム送信部１１５は、ネットワークインタフェース１０９に備えられた集積回路によって実現される。さらに、記憶部１１６は、ネットワークインタフェース１０９に備えられたメモリによって実現される。

このように配置することにより、省エネ状態のとき、応答部１１２は停止し、要求受付部１１１、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６は稼働する。

次に、図３に示されたＷｅｂサーバ装置１００の構成要素について説明する。

要求受付部１１１は、ブラウザ９５１からの要求を受け付ける。

応答部１１２は、図２に示されたＣＰＵ１０１等によって実現される処理部である。応答部１１２は、要求受付部１１１が受け付けた要求を処理した後、処理の結果を応答としてクライアント装置９５０に送信する。

判定部１１３は、省エネ状態か否か、すなわち、応答部１１２が停止しているか否かを判定する。

稼働制御部１１４は、省エネ状態と通常状態とを切り替える。例えば、要求受付部１１１がブラウザ９５１からの要求を受け付けたときに、応答部１１２が停止していると判定部１１３が判定した場合、稼働制御部１１４は、応答部１１２を稼働させる。

再接続プログラム送信部１１５は、要求受付部１１１がブラウザ９５１からの要求を受け付けたときに、応答部１１２が停止していると判定部１１３が判定した場合、Ｗｅｂサーバ装置１００へ再接続させるプログラムをクライアント装置９５０に送信する。

ここで、再接続プログラム送信部１１５は、ユーザに省エネ状態から復帰中であることを示すために、クライアント装置９５０の画面に表示する情報を送信してもよい。また、再接続プログラム送信部１１５は、Ｗｅｂサーバ装置１００へ再接続させるプログラムを記憶部１１６から取得して、再接続先を示すアドレス情報と共に、クライアント装置９５０に送信してもよい。また、再接続させるプログラムをクライアント装置９５０にキャッシュさせる情報を送信してもよい。

記憶部１１６は、Ｗｅｂサーバ装置１００へ再接続させるプログラムを記憶する。Ｗｅｂサーバ装置１００へ再接続させるプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）により記述されたプログラムである。図７に示すＪａｖａＳｃｒｉｐｔ１６２は、ＪａｖａＳｃｒｉｐｔによる記述の例である。

なお、要求受付部１１１、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６は、ネットワークインタフェース１０９に配置されているが、ネットワークインタフェース１０９以外に配置されてもよい。要求受付部１１１、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６が、省エネ状態のときに稼働していれば、同様の処理を実行できる。

また、再接続プログラム送信部１１５が、記憶部１１６によらず、Ｗｅｂサーバ装置１００へ再接続させるプログラムを生成してもよい。

図４は、図１に示された実施の形態１における通信処理を示すシーケンス図である。

まず、クライアント装置９５０は、Ｗｅｂサーバ装置１００にＨＴＴＰの接続による要求を送信する（Ｓ１０１）。このとき、省エネ状態の場合、応答部１１２は、起動を開始する（Ｓ１０２）。そして、再接続プログラム送信部１１５は、応答として、Ｗｅｂサーバ装置１００へ再接続させるプログラムをクライアント装置９５０に送信する（Ｓ１０３）。

次に、クライアント装置９５０は、Ｗｅｂサーバ装置１００に、再度、ＨＴＴＰの接続による要求を送信する（Ｓ１０４）。このとき、応答部１１２が稼働していない場合、再接続プログラム送信部１１５は、応答として、Ｗｅｂサーバ装置１００に再接続させるプログラムを送信する（Ｓ１０５）。

なお、ここで、再接続させるプログラムがクライアント装置９５０にキャッシュされている場合は、再接続プログラム送信部１１５は、クライアント装置９５０の画面に表示される情報のみを送信し、再接続させるプログラムは送信しなくてもよい。

その後、Ｗｅｂサーバ装置１００における応答部１１２の起動が完了し、Ｗｅｂサーバ装置１００は、通常状態になる（Ｓ１０６）。

次に、クライアント装置９５０は、Ｗｅｂサーバ装置１００に、再度、ＨＴＴＰの接続による要求を送信する（Ｓ１０７）。そして、応答部１１２は、要求受付部１１１が受け付けた要求を処理する（Ｓ１０８）。さらに、応答部１１２は、応答として処理の結果をクライアント装置９５０に送信する（Ｓ１０９）。

このように、Ｗｅｂサーバ装置１００は、省エネ状態から復帰する前に、クライアント装置９５０に応答を返す。これによって、クライアント装置９５０のブラウザ９５１において、接続タイムアウトのエラーが発生することがなくなる。なお、応答部１１２が起動を開始する処理（Ｓ１０２）の前に、再接続させるプログラムを送信する処理（Ｓ１０３）をしてもよい。

図５は、図１に示された実施の形態１におけるＷｅｂサーバ装置の処理を示すフローチャートである。

まず、要求受付部１１１は、クライアント装置９５０からＨＴＴＰの接続による要求を受け付ける（Ｓ１２１）。この時、要求受付部１１１は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスおよびポート番号等の情報を用いて、ＨＴＴＰの接続による要求を受け付ける。

具体的には、要求受付部１１１は、Ｗｅｂサーバ装置１００のＭＡＣアドレスおよびＩＰアドレスを送信先とするデータであって、ＨＴＴＰで用いられるポート番号を送信先のポート番号とするデータをＨＴＴＰの接続による要求として受け付ける。さらに、要求受付部１１１は、データの形式がＨＴＴＰにより定められたＧＥＴ要求の形式等であれば、データをＨＴＴＰの接続による要求として受け付けてもよい。

次に、判定部１１３は、応答部１１２が停止しているかを判定する（Ｓ１２２）。

ここで、停止中の場合（Ｓ１２２でＹｅｓ）、稼働制御部１１４は、応答部１１２を稼働させる。これにより、応答部１１２は起動を開始する（Ｓ１２３）。

次に、再接続プログラム送信部１１５は、Ｗｅｂサーバ装置１００へ再接続させるプログラムをクライアント装置９５０に送信する（Ｓ１２４）。このとき、再接続プログラム送信部１１５は、要求受付部１１１が受け付けた要求から接続先を示すアドレス情報を取得して、再接続先を示すアドレス情報として、取得したアドレス情報を送信してもよい。図７に示すＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）１６１は、再接続先を示すアドレス情報を変数に格納する記述の例である。

一方、停止中ではない場合（Ｓ１２２でＮｏ）、判定部１１３は、応答部１１２が起動の途中であるかを判定する（Ｓ１２５）。ここで、応答部１１２が起動の途中であれば、停止中の場合と同様に、再接続プログラム送信部１１５は、Ｗｅｂサーバ装置１００へ再接続させるプログラムをクライアント装置９５０に送信する（Ｓ１２４）。ここで、稼働制御部１１４は、応答部１１２を稼働させる処理（Ｓ１２３）をしない。なお、稼働制御部１１４が応答部１１２を稼働させる処理をして、応答部１１２が起動の処理を継続してもよい。

そして、応答部１１２が起動の途中でもない場合（Ｓ１２５でＮｏ）、判定部１１３は、応答部１１２が稼働中であるかを判定する（Ｓ１２６）。ここで、応答部１１２が稼働中の場合（Ｓ１２６でＹｅｓ）、応答部１１２は、要求受付部１１１が受け付けたＨＴＴＰの接続による要求を処理する（Ｓ１２７）。そして、応答部１１２は、処理の結果を応答としてクライアント装置９５０に送信する（Ｓ１２８）。このとき、応答に再接続先を示すアドレス情報をクリアする記述を含めてもよい。

一方、応答部１１２が稼働中でもない場合（Ｓ１２６でＮｏ）、Ｗｅｂサーバ装置１００での処理は終了する。この場合、Ｗｅｂサーバ装置１００はクライアント装置９５０にエラーの応答を返してもよい。

このように、Ｗｅｂサーバ装置１００は、省エネ状態か通常状態かによって、応答する処理を変更する。

図６は、図１に示された実施の形態１におけるクライアント装置の処理を示すフローチャートである。なお、ここでの処理は、図７に示すＪａｖａＳｃｒｉｐｔ１６２により実行される処理を想定している。

まず、ブラウザ９５１は、Ｗｅｂサーバ装置１００からの応答を取得する（Ｓ１３１）。次に、ブラウザ９５１は、再接続が必要かを判定する（Ｓ１３２）。ここで、図７に示すＨＴＭＬ１６１のように、変数に再接続先のアドレス情報が設定されていれば、再接続が必要と判定する。

そして、ブラウザ９５１は、再接続が必要と判定した場合（Ｓ１３２でＹｅｓ）、所定の間隔でＷｅｂサーバ装置１００に再接続する。

一方、ブラウザ９５１は、再接続が必要ではないと判定した場合（Ｓ１３２でＮｏ）、所定の間隔での再接続を解除する（Ｓ１３４）。そして、ブラウザ９５１は、応答として受信した情報を用いて、画面を表示する（Ｓ１３５）。

図７は、図１に示された実施の形態１における送信データの例を示す図である。

図７に示されたＨＴＭＬ１６１は、応答部１１２が停止中の場合に、再接続プログラム送信部１１５が送信するデータである。図７に示されたＨＴＭＬ１６１のように、再接続プログラム送信部１１５は、クライアント装置９５０に表示されるデータを送信してもよい。

そして、ＪａｖａＳｃｒｉｐｔ１６２は、ＨＴＭＬ１６１に関係付けられている。ブラウザ９５１は、ＨＴＭＬ１６１に関係付けられたＪａｖａＳｃｒｉｐｔ１６２の処理を実行する。また、ＨＴＭＬ１６１は、再接続先を示すアドレス情報であるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｅｒ）情報を保持する。具体的には、ＵＲＩ情報は、変数ｕｒｉに格納される。そして、ＪａｖａＳｃｒｉｐｔ１６２は、ＵＲＩ情報が格納された変数ｕｒｉを利用する。

ＪａｖａＳｃｒｉｐｔ１６２は、Ｗｅｂサーバ装置１００へ再接続させるプログラムの例である。具体的には、ＪａｖａＳｃｒｉｐｔ１６２を実行するブラウザ９５１は、ＨＴＭＬ１６１で格納されている変数ｕｒｉを参照することにより、変数ｕｒｉに格納されたＵＲＩ情報を用いて、Ｗｅｂサーバ装置１００へ所定の間隔で再接続する。

Ｗｅｂサーバ装置１００において、応答部１１２が稼働すれば、応答部１１２は、処理の結果と共に、変数ｕｒｉをクリアする応答をクライアント装置９５０に返す。これにより、ＪａｖａＳｃｒｉｐｔ１６２を実行するブラウザ９５１は、所定の間隔での再接続を解除する。

図８は、図１に示された実施の形態１における送信データの例を示す図であって、図７に示された送信データとは異なる例を示す図である。

図８に示されたＨＴＭＬ１７１は、応答部１１２が停止中の場合に、再接続プログラム送信部１１５が送信するデータである。そして、ＨＴＭＬ１７１は、Ｗｅｂサーバ装置１００へ再接続させるプログラムである。

このように、再接続させるプログラムは、ＪａｖａＳｃｒｉｐｔに限られず、クライアント装置９５０において実行可能な他のプログラム言語を利用することによっても、実現される。例えば、再接続させるプログラムは、非同期通信の技術であるＡｊａｘ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ ａｎｄ ＸＭＬ）を利用することによっても、実現される。

図９は、図１に示された実施の形態１におけるクライアント装置に表示される画面を示す図である。

クライアント装置９５０は、Ｗｅｂサーバ装置１００から応答を受信することにより、再接続前に図９に示された画面を表示する。また、クライアント装置９５０は、復帰中であることを示す情報を受信した場合は、復帰中であることを示す画面を表示する。これによって、ユーザは、Ｗｅｂサーバ装置１００が省エネ状態から復帰中であることを認識できる。

図１０は、図１に示された実施の形態１におけるＨＴＴＰヘッダ情報を示す図である。

まず、クライアント装置９５０は、Ｗｅｂサーバ装置１００に、ＨＴＴＰの接続による要求を送信する。これは、図４に示されたクライアント装置９５０が要求を送信する処理（Ｓ１０１）に相当する。

次に、Ｗｅｂサーバ装置１００は、省エネ状態からの復帰を開始した後、クライアント装置９５０に応答を返す。これは、図４に示されたＷｅｂサーバ装置１００が応答を返す処理（Ｓ１０３）に相当する。この応答は、図７に示されたＨＴＭＬ１６１およびＪａｖａＳｃｒｉｐｔ１６２を含む。

そして、Ｗｅｂサーバ装置１００は、応答として、ＪａｖａＳｃｒｉｐｔ１６２をクライアント装置９５０に返すとき、クライアント装置９５０にＪａｖａＳｃｒｉｐｔ１６２をキャッシュさせる情報をＨＴＴＰヘッダに含めて、送信する。これにより、クライアント装置９５０は、キャッシュが有効な期間において、Ｗｅｂサーバ装置１００から再受信することなく、ＪａｖａＳｃｒｉｐｔ１６２を利用することができる。

なお、図１０に示されたｍａｘ＿ａｇｅおよびＥｘｐｉｒｅｓは、ＨＴＴＰヘッダの情報であって、キャッシュが有効な期間を示す情報である。

これにより、Ｗｅｂサーバ装置１００は、繰り返して送信されるデータ量を低減することができる。

以上のように、実施の形態１におけるＷｅｂサーバ装置１００は、省エネ状態の場合、再接続させるプログラムをクライアント装置９５０に送信する。したがって、Ｗｅｂサーバ装置１００は、クライアント装置９５０での接続タイムアウトの発生を防止することができる。また、Ｗｅｂサーバ装置１００は、応答部１１２を常時稼働しておく必要がないため、消費電力を低減させることができる。

（実施の形態２）
次に、本発明の実施の形態２について図面を用いて説明する。実施の形態２におけるＷｅｂサーバ装置は、複合機としての機能も備える。

図１１は、実施の形態２におけるＷｅｂサーバ装置の外観図である。

図１１に示されたＷｅｂサーバ装置２００およびクライアント装置９５０は、ネットワークを介して、相互に接続する。クライアント装置９５０は、図１４に示された従来例におけるクライアント装置９５０と同様の装置である。

図１２は、図１１に示された実施の形態２におけるＷｅｂサーバ装置の概要図である。

Ｗｅｂサーバ装置２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３およびネットワークインタフェース１０９を備える。これらは、図２に示されたＷｅｂサーバ装置１００と同様の構成要素である。

さらに、Ｗｅｂサーバ装置２００は、モデム２０４、ＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０５、操作パネル２０６、スキャナ２０７およびプリンタ２０８を備える。これらは、複合機としての機能を実現する。

モデム２０４は、ファクシミリ送信される画像データを変調し、または、外部からファクシミリ送信されてきた画像データを復調するファクシミリ送受信用のモデムである。

ＮＣＵ２０５は、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ：公衆電話交換回線網）と接続される回線終端端末である。モデム２０４およびＮＣＵ２０５により、ファクシミリ送受信が実現される。

操作パネル２０６は、ユーザがＷｅｂサーバ装置２００に直接指示をするときに用いられる入出力インタフェース装置である。

スキャナ２０７は、ファクシミリ送信する原稿、または、コピーする原稿を読み取ることにより、画像データを生成する画像読み取り装置である。

プリンタ２０８は、印刷装置であり、ファクシミリ受信したデータ、または、スキャナ２０７により読み取られたデータを印刷する。

そして、ＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３は、図２に示されたＣＰＵ１０１、ＲＯＭ１０２およびＲＡＭ１０３と比較して、さらに、読み取られた画像データの保存、および、ファクシミリ送受信の記録等に代表される複合機に特有な動作を行う。

また、図２に示された実施の形態１と同様に、省エネ状態のときでも、ネットワークインタフェース１０９は稼働する。そして、省エネ状態のとき、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、モデム２０４、ＮＣＵ２０５、操作パネル２０６、スキャナ２０７およびプリンタ２０８は停止する。

図１３は、図１１に示された実施の形態２におけるＷｅｂサーバ装置の構成図である。

Ｗｅｂサーバ装置２００は、要求受付部１１１、応答部２１２、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６を備える。クライアント装置９５０は、ブラウザ９５１を備える。これらは、図３に示された実施の形態１における構成要素と同様の動作をする。

さらに、応答部２１２は、図３に示された応答部１１２と比較して、さらに、複合機に特有な処理を行う。例えば、応答部２１２は、読み取られた画像データ、および、ファクシミリ送受信の記録等を応答としてクライアント装置９５０に送信する。

また、要求受付部１１１、判定部１１３、稼働制御部１１４、再接続プログラム送信部１１５および記憶部１１６は、省エネ状態のときにも稼働するネットワークインタフェース１０９に配置される。したがって、省エネ状態により応答部２１２が停止している場合であっても、実施の形態１と同様に、再接続プログラム送信部１１５が、Ｗｅｂサーバ装置２００へ再接続させるプログラムをクライアント装置９５０に送信する。これにより、クライアント装置９５０で接続タイムアウトが発生しない。

以上のように、実施の形態２におけるＷｅｂサーバ装置２００は、クライアント装置９５０での接続タイムアウトの発生を防止することができる。また、Ｗｅｂサーバ装置２００は、応答部２１２を常時稼働しておく必要がないため、消費電力を低減させることができる。つまり、複合機としての機能を備えるＷｅｂサーバ装置においても、本発明は適用できる。

以上、本発明に係るＷｅｂサーバ装置について、実施の形態１および実施の形態２に基づいて説明したが、本発明はこれらの実施の形態に限定されるものではない。これらの実施の形態に対して当業者が思いつく変形を施して得られる形態、および、これらの実施の形態における構成要素を任意に組み合わせて実現される別の形態も本発明に含まれる。

また、本発明は、Ｗｅｂサーバ装置として実現できるだけでなく、Ｗｅｂサーバ装置を構成する処理手段をステップとする方法として実現できる。そして、本発明は、それらステップをコンピュータに実行させるプログラムとして実現できる。さらに、本発明は、そのプログラムを記憶したコンピュータ読み取り可能なＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ等の記憶媒体として実現できる。

本発明は、消費電力を低減させること、および、接続タイムアウトの発生を防止することの両方を満たすＷｅｂサーバ装置として利用でき、また、Ｗｅｂサーバ機能を備える多様な機器に適用できる。

１００、２００、９００ Ｗｅｂサーバ装置
１０１、２０１ ＣＰＵ
１０２、２０２ ＲＯＭ
１０３、２０３ ＲＡＭ
１０４ ディスプレイ
１０５ キーボード
１０６ マウス
１０９ ネットワークインタフェース
１１１、９１１ 要求受付部
１１２、２１２、９１２ 応答部
１１３ 判定部
１１４ 稼働制御部
１１５ 再接続プログラム送信部
１１６ 記憶部
１６１、１７１ ＨＴＭＬ
１６２ ＪａｖａＳｃｒｉｐｔ
２０４ モデム
２０５ ＮＣＵ
２０６ 操作パネル
２０７ スキャナ
２０８ プリンタ
９５０ クライアント装置
９５１ ブラウザ

Claims (8)

1. クライアント装置からの要求に応答するＷｅｂサーバ装置であって、
   前記クライアント装置からＨＴＴＰの接続による要求を受け付ける要求受付部と、
   前記要求受付部が受け付けた要求に応答する応答部と、
   前記要求受付部が要求を受け付けたときに、前記応答部が停止しているか否かを判定する判定部と、
   前記応答部が停止していると前記判定部が判定した場合、前記応答部を稼働させる稼働制御部と、
   前記応答部が停止していると前記判定部が判定した場合、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを前記クライアント装置に送信する再接続プログラム送信部とを備える
   Ｗｅｂサーバ装置。
2. 前記再接続プログラム送信部は、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、再接続前に前記クライアント装置の画面に表示される情報を前記クライアント装置に送信する
   請求項１に記載のＷｅｂサーバ装置。
3. 前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムとして、ＪａｖａＳｃｒｉｐｔで記述されたファイルを前記クライアント装置に送信する
   請求項１または請求項２に記載のＷｅｂサーバ装置。
4. 前記Ｗｅｂサーバ装置は、さらに、
   前記Ｗｅｂサーバ装置へ再接続させるプログラムを記憶する記憶部を備え、
   前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムとして、前記記憶部に記憶されたプログラムを送信する
   請求項１〜３のうちいずれか１項に記載のＷｅｂサーバ装置。
5. 前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、再接続先を示すアドレス情報を前記クライアント装置に送信する
   請求項１〜４のうちいずれか１項に記載のＷｅｂサーバ装置。
6. 前記再接続プログラム送信部は、前記Ｗｅｂサーバ装置へ再接続させるプログラムを送信するときに、前記クライアント装置に前記プログラムをキャッシュさせる情報を前記クライアント装置に送信する
   請求項１〜５のうちいずれか１項に記載のＷｅｂサーバ装置。
7. クライアント装置からの要求に応答するＷｅｂサーバ装置におけるＷｅｂサーバ装置の制御方法であって、
   前記クライアント装置からＨＴＴＰの接続による要求を受け付ける要求受付ステップと、
   前記要求受付ステップが要求を受け付けたときに、前記要求受付ステップが受け付けた要求に応答する応答部が停止しているか否かを判定する判定ステップと、
   前記応答部が停止していると前記判定ステップが判定した場合、前記応答部を稼働させる稼働制御ステップと、
   前記応答部が停止していると前記判定ステップが判定した場合、前記クライアント装置を前記Ｗｅｂサーバ装置へ再接続させるプログラムを前記クライアント装置に送信する再接続プログラム送信ステップとを含む
   Ｗｅｂサーバ装置の制御方法。
8. 請求項７に記載のＷｅｂサーバ装置の制御方法に含まれるステップをコンピュータに実行させる
   プログラム。

Images