JP4681836B2 - サーバクライアントシステム - Google Patents

Description

本発明は、サーバクライアントシステムに関し、特に、クライアント端末の電源が入れられたときにそのクライアント端末に表示されるＷｅｂページの作成方法に関する。

図１２は、従来のサーバクライアントシステムを示す図である。
図１２に示すように、サーバクライアントシステム１２０は、クライアント端末としてのＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）端末１２１と、Ｗｅｂサーバ１２２とがそれぞれＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１２３に接続されることにより構成されている。

上記ＰＣ端末１２１は、Ｗｅｂブラウザを備え、Ｗｅｂサーバ１２２で作成されるＷｅｂページを表示する。
上記Ｗｅｂサーバ１２２は、ＰＣ端末１２１からアクセスがあると、Ｗｅｂページを作成してＰＣ端末１２１に送信する。

ここで、例えば、ＰＣ端末１２１のＷｅｂブラウザを終了させた後に、再びＷｅｂブラウザを立ち上げる場合で、かつ、Ｗｅｂブラウザが終了する前にＰＣ端末１２１に下位階層のＷｅｂページや動的なＷｅｂページが表示されていた場合を考える。

そして、このような場合において、Ｗｅｂブラウザが終了する前にＰＣ端末１２１に最後に表示されていたＷｅｂページと同一のＷｅｂページをＰＣ端末１２１に表示させるためには、以下のような２つの方法が考えられる。

（Ａ）ＰＣ端末１２１のＷｅｂブラウザにＣｏｏｋｉｅの機能を持たせ、そのＣｏｏｋｉｅの機能を利用してＰＣ端末１２１にＷｅｂページを表示させる方法（例えば、特許文献１参照）。

（Ｂ）ユーザのＰＣ端末１２１の操作によりＰＣ端末１２１にＷｅｂページを表示させる方法。
上記（Ａ）の方法を用いる場合は、図１２に示すように、（１）Ｃｏｏｋｉｅの機能によりＷｅｂページに関する情報をＰＣ端末１２１に予め記録させておき、再びＷｅｂブラウザを立ち上げＰＣ端末１２１からＷｅｂサーバ１２２にアクセスさせる。次に、（２）Ｃｏｏｋｉｅの機能によりＰＣ端末１２１に記録される情報を元に、ＰＣ端末１２１に最後に表示されていたＷｅｂページと同一のＷｅｂページをＷｅｂサーバ１２２に作成させる。そして、（３）ＰＣ端末１２１にそのＷｅｂページを表示させる。

また、上記（Ｂ）の方法を用いる場合は、最上位階層のＷｅｂページから目的のＷｅｂページ（ＰＣ端末１２１に最後に表示されていたＷｅｂページ）となるまでユーザにＰＣ端末１２１を操作させる。
特開２００２−２１５４８１号 （第３〜５頁、第１〜６図）

しかしながら、上記（Ａ）の方法は、ＷｅｂブラウザがＣｏｏｋｉｅの機能を持っていることが必要であり、サーバクライアントシステムを構築する上でＰＣ端末１２１に負担がかかるという問題がある。

また、上記（Ａ）の方法では、Ｗｅｂブラウザの動作中にＰＣ端末１２１の電源が突然切られＷｅｂブラウザが正常に終了しなかった場合、Ｃｏｏｋｉｅの機能が正常に実施されないおそれがある。そして、Ｃｏｏｋｉｅの機能が正常に実施されない場合は、Ｗｅｂページに関する情報がＰＣ端末１２１に記録されないため、再びＷｅｂブラウザが立ち上がってもＰＣ端末１２１に最後に表示されていたＷｅｂページと同一のＷｅｂページが作成されないという問題がある。

また、上記（Ｂ）の方法では、ユーザが行う操作が増えるため、ユーザに負担がかかるという問題がある。
そこで、本発明は、クライアント端末の突然の電源断においてもクライアント端末やユーザの負担を抑えつつクライアント端末の電源再投入後に電源断前のＷｅｂページをクライアント端末に表示させることが可能なサーバクライアントシステムを提供することを目的とする。

上記の課題を解決するために本発明では、以下のような構成を採用した。
すなわち、本発明のサーバクライアントシステムは、Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムであって、前記クライアント端末は、前記Ｗｅｂページを表示する表示手段を備え、前記サーバは、前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段と、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段と、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段と、前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段と、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段とを備えることを特徴とする。

また、上記サーバクライアントシステムにおける所定の条件とは、前回の前記アクセスから今回の前記アクセスまでにかかった時間が所定時間内であるとしてもよい。
また、上記サーバクライアントシステムのサーバは、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報が前記クライアント端末と前記サーバとの間に設けられるプロキシサーバを識別するためのプロキシサーバ識別情報であるか否かを判定するプロキシサーバ判定手段を備え、前記クライアント端末判定手段は、前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバ識別情報でないと判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定し、前記作成手段は、前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバ識別情報であると判定されると、所定のＷｅｂページを作成するように構成してもよい。

また、本発明のサーバは、ネットワークを介してクライアント端末からアクセスがあると、前記クライアント端末に表示されるＷｅｂページを作成し、該Ｗｅｂページを前記クライアント端末に送信するサーバであって、前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段と、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段と、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段と、前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段と、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段とを備えることを特徴とする。

また、本発明のクライアント端末は、上記サーバクライアントシステムにおける前記クライアント端末であって、電源が入れられると前記サーバにアクセスすることを特徴とする。

また、本発明のＷｅｂページ作成方法は、Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムにおけるＷｅｂページ作成方法であって、前記クライアント端末から前記サーバにアクセスがあると、前記クライアント端末を識別するための識別情報を取得手段により取得し、前記クライアント端末から前記サーバにアクセスがあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録手段により記録し、前記クライアント端末から前記サーバにアクセスがあると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定し、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定すると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定し、前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定すると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成することを特徴とする。

また、本発明のＷｅｂページ作成プログラムは、Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムにおいて前記Ｗｅｂページを作成するためにコンピュータを、前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段、前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段、前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段として機能させる。

本発明によれば、クライアント端末からサーバへアクセスがあり、そのアクセスが所定の条件を満たしていると、前回のアクセスのときにクライアント端末に表示されていたＷｅｂページが作成されるので、クライアント端末のＷｅｂブラウザが終了した後、再びＷｅｂブラウザが立ち上がりサーバにアクセスがあった場合に、そのアクセスが所定の条件を満たしていれば、Ｗｅｂブラウザが終了する前にクライアント端末に表示されていたＷｅｂページを自動的にクライアント端末に表示させることができる。

これにより、クライアント端末のＷｅｂブラウザにＣｏｏｋｉｅの機能を持たせたり、ユーザが目的のＷｅｂページを探したりする必要がなくなり、クライアント端末やユーザの負担を抑えることができる。

また、Ｗｅｂブラウザの動作中にクライアント端末の電源が切られＷｅｂブラウザが正常に終了しなくても、サーバへのアクセスが所定の条件を満たしていれば、Ｗｅｂブラウザが終了する前のＷｅｂページを自動的にクライアント端末に表示させることができる。

以下、本発明の実施形態を図面を用いて説明する。
図１は、本発明の実施形態のサーバクライアントシステムを示す図である。
図１に示すように、サーバクライアントシステム１０は、クライアント端末としてのＰＣ端末１１と、Ｗｅｂサーバ１２とがそれぞれＬＡＮ１３に接続されることにより構成されている。

上記ＰＣ端末１１は、Ｗｅｂブラウザを備え、Ｗｅｂサーバ１２で作成されるＷｅｂページを表示する。
上記Ｗｅｂサーバ１２は、ＰＣ端末１１からＷｅｂページを送信してほしい旨のアクセスがあると、Ｗｅｂページを作成してＰＣ端末１１に送信する。

また、Ｗｅｂサーバ１２は、ＰＣ端末１１からＷｅｂページを送信してほしい旨のアクセスがあると、ＰＣ端末１１のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス（またはＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレス）と、ＰＣ端末１１から要求されるＷｅｂページの内容を示す情報（例えば、ＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やＷｅｂページを作成するための変数など）と、そのアクセスを受信した時刻とを関連付けて記録する。

また、特許請求の範囲に記載される取得手段、クライアント端末判定手段、条件判定手段、作成手段、及びプロキシサーバ判定手段は、例えば、Ｗｅｂサーバ１２が備えるＲＡＭやＲＯＭなどに記録されるプログラムがＣＰＵなどによって実行されることによって実現されてもよい。また、特許請求の範囲に記載される取得手段、クライアント端末判定手段、条件判定手段、作成手段、及びプロキシサーバ判定手段は、例えば、サーブレットの機能を利用して実現されてもよい。

次に、サーバクライアントシステム１０の動作について説明する。
図１に示すように、まず、（１）ＰＣ端末１１は、Ｗｅｂサーバ１２にＷｅｂページのアクセスをする。

次に、（２）Ｗｅｂサーバ１２は、今アクセスがあったＰＣ端末１１のＩＰアドレスと、予め記録されるＩＰアドレスとが一致し、かつ、そのアクセスが所定の条件を満たしているとき、前回のＷｅｂページのＵＲＬなどを元にＷｅｂページを作成し、そのＷｅｂページをＰＣ端末１１に送信する。

そして、（３）ＰＣ端末１１は、Ｗｅｂサーバ１２で作成されたＷｅｂページを表示する。
これにより、ＰＣ端末１１からＷｅｂサーバ１２へアクセスがあり、そのアクセスが所定の条件を満たしていると、前回のアクセスのときにＰＣ端末１１に表示されていたＷｅｂページが作成されるので、ＰＣ端末１１のＷｅｂブラウザが終了した後、再びＷｅｂブラウザが立ち上がりＷｅｂサーバ１２にアクセスがあった場合に、そのアクセスが所定の条件を満たしていれば、Ｗｅｂブラウザが終了する前にＰＣ端末１１に表示されていたＷｅｂページを自動的にＰＣ端末１１に表示させることができる。

そのため、ＰＣ端末１１のＷｅｂブラウザにＣｏｏｋｉｅの機能を持たせたり、ユーザが目的のＷｅｂページを探したりする必要がなくなり、ＰＣ端末１１やユーザの負担を抑えることができる。

また、Ｗｅｂブラウザの動作中にＰＣ端末１１の電源が切られＷｅｂブラウザが正常に終了しなくても、Ｗｅｂサーバ１２へのアクセスが所定の条件を満たしていれば、Ｗｅｂブラウザが終了する前のＷｅｂページを自動的にＰＣ端末１１に表示させることができる。

また、本実施形態のサーバクライアントシステム１０は、ＰＣ端末１１の電源再投入後、電源断前にＰＣ端末１１に表示されていたＷｅｂページを表示させることができるので、特に、電源の入り切りが頻繁に行われる医療機器装置がネットワークに接続されるようなシステムなどに適用すると効果的である。

図２は、本発明の実施形態のサーバクライアントシステムを病院内のサーバクライアントシステムに適用した場合のサーバクライアントシステムを示す図である。
図２に示すように、サーバクライアントシステム２０は、ＰＣ端末２１、ＰＣ端末２２、医療機器端末２３、及びＷｅｂサーバ２４がそれぞれ院内ＬＡＮ２５に接続されて構成されている。なお、医療機器端末２３は、特に限定されないが、本実施形態においては、内視鏡検査装置とする。

上記ＰＣ端末２１は、モニタ２６を備え、ＷｅｂブラウザによりＷｅｂサーバ２４で作成されるＷｅｂページをモニタ２６に表示させる。
また、上記ＰＣ端末２１は、医療機器端末２７と接続されており、医療機器端末２７に対してのＷｅｂサーバの役目を果たしている。すなわち、ＰＣ端末２１は、医療機器端末２７とＷｅｂサーバ２４との間に設けられたプロキシサーバ（ｐｒｏｘｙ ｓｅｒｖｅｒ）の機能を有している。なお、医療機器端末２７も、特に限定されないが、本実施形態においては、内視鏡検査装置とする。

上記医療機器端末２７は、モニタ２６を備え、ＷｅｂブラウザによりＰＣ端末２１を介してＷｅｂサーバ２４で作成されるＷｅｂページをモニタ２６に表示させる。
上記ＰＣ端末２２は、ＰＣ端末２１と同様に、モニタ２６を備え、ＷｅｂブラウザによりＷｅｂサーバ２４で作成されるＷｅｂページをモニタ２６に表示させる。

上記医療機器端末２３も、ＰＣ端末２１と同様に、モニタ２６を備え、ＷｅｂブラウザによりＷｅｂサーバ２４で作成されるＷｅｂページをモニタ２６に表示させる。
上記Ｗｅｂサーバ２４は、ＰＣ端末２１、ＰＣ端末２２、または医療機器端末２３からＷｅｂページを送信してほしい旨のアクセスがあると、Ｗｅｂページを作成してアクセス元の端末に送信する。

また、Ｗｅｂサーバ２４は、ＰＣ端末２１、ＰＣ端末２２、または医療機器端末２３からＷｅｂページを送信してほしい旨のアクセスがあると、そのアクセス元の端末のＩＰアドレスと、そのアクセス元の端末から要求されるＷｅｂページの内容を示す情報（例えば、ＷｅｂページのＵＲＬやＷｅｂページを作成するための変数など）と、そのアクセスを受信した時刻とを関連付けて記録する。

次に、サーバクライアントシステム２０の動作について説明する。
図３は、サーバクライアントシステム２０の動作を説明するためのフローチャートを示す図である。なお、以下、ＰＣ端末２１、ＰＣ端末２２、医療機器端末２３、及び医療機器端末２７を総称して端末という。また、端末は、停電や内視鏡検査装置のスコープの差し替えなどによりＷｅｂブラウザの動作中に電源が突然切られＷｅｂブラウザが強制終了している状態を初期状態とする。

まず、ステップＳ１において、例えば、停電が回復したり、スコープの差し替えが終了したりすることにより、端末の電源が入れられる。
次に、ステップＳ２において、端末の電源が入れられると、端末は自動的にＷｅｂブラウザを立ち上げ、Ｗｅｂページを送信してほしい旨のアクセスをＷｅｂサーバ２４に送信する。

次に、ステップＳ３において、Ｗｅｂサーバ２４は、端末からアクセスがあると、その端末のＩＰアドレスを取得する。なお、ステップＳ３においてＷｅｂサーバ２４が取得する情報は、アクセスを受信したときにそのアクセス元の端末を識別することができる情報であれば、例えば、ＭＡＣアドレスなど特に限定されない。

次に、ステップＳ４において、Ｗｅｂサーバ２４は、取得したＩＰアドレスがプロキシサーバ登録テーブルにあるか否かを判定する。
ここで、図４は、Ｗｅｂサーバ２４に記録されるプロキシサーバ登録テーブルの一例を示す図である。

図４に示すように、プロキシサーバ登録テーブル４０は、プロキシサーバに関する情報が記録されるプロキシサーバ登録レコード４１（４１−１、４１−２、・・・）が多数格納されている。各プロキシサーバ登録レコード４１は、例えば、プロキシサーバのＩＰアドレスが記録されるプロキシサーバ領域４２、プロキシサーバ登録テーブル４０への登録方法が記録される登録方法領域４３、プロキシサーバからの最終アクセス時刻が記録される最終アクセス時刻領域４４を備えている。

図４では、例えば、プロキシサーバ登録レコード４１−１のプロキシサーバ領域４２に「１９２．１６８．２．２３０」、登録方法領域４３に「手動」、最終アクセス時刻領域４４に「２００４／０６／１１ １４：００：１２」と記録されている。なお、登録方法領域４３に記録される「手動」は、ユーザの判断によりプロキシサーバのＩＰアドレスと最終アクセス時刻の登録が行われる方法であり、登録方法領域４３に記録される「自動」は、端末からのアクセスの頻度などに基づくＷｅｂサーバ２４の判断によりプロキシサーバのＩＰアドレスと最終アクセス時刻の登録が行われる方法である。

また、ステップＳ４において、取得したＩＰアドレスがプロキシサーバ登録テーブルにない場合（ステップＳ４がＮｏ）、ステップＳ５において、Ｗｅｂサーバ２４は、取得したＩＰアドレスがＵＲＬ登録テーブルにあるか否かを判定する。

ここで、図５は、Ｗｅｂサーバ２４に記録されるＵＲＬ登録テーブルの一例を示す図である。
図５に示すように、ＵＲＬ登録テーブル５０は、モニタ２６に表示されるＷｅｂページに関する情報が記録されるＵＲＬ登録テーブル５１（５１−１、５１−２・・・）が多数格納されている。各ＵＲＬ登録テーブル５１は、例えば、端末のＩＰアドレスが記録されるＩＰアドレス領域５２、端末から要求されるＷｅｂページのＵＲＬが記録されるＵＲＬ領域５３、端末からの最終アクセス時刻が記録される最終アクセス時刻領域５４を備えている。

図５では、例えば、ＵＲＬ登録レコード５１−１のＩＰアドレス領域５２に「１９２．１６８．１．１４５」、ＵＲＬ領域５３に「ｈｔｔｐ：／／１９２．１６８．１．１３２／ｓｔｕｄｙ／ｉｎｄｅｘ．ｊｓｐ」、最終アクセス時刻領域５４に「２００４／０６／１１ １３：２５：１１」と記録されている。なお、ＵＲＬ登録レコード５１は、ＭＡＣアドレスを記録する領域やログインＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を記録する領域などその他の領域を備えてもよい。また、ＵＲＬ登録レコード５１は、ＵＲＬ領域５３の代わりに、Ｗｅｂページの内容を示す変数が記録される領域を備えてもよい。

そして、ステップＳ５において、取得したＩＰアドレスがＵＲＬ登録テーブルにない場合（ステップＳ５がＮｏ）、ステップＳ６において、Ｗｅｂサーバ２４は、所定のＷｅｂページを端末に送信し、その所定のＷｅｂページに入力される情報に基づいて端末の操作を行っているユーザのログインが認証されたか否かを確認する。なお、上記所定のＷｅｂページは、Ｗｅｂサーバ２４で予め設定されたＷｅｂページでもよいし、端末のＷｅｂブラウザで予め設定されたＷｅｂページであってもよい。

ここで、図６は、ステップＳ６においてユーザのログインを認証するための所定のＷｅｂページの一例を示す図である。
図６に示すＷｅｂページ６０は、内視鏡の検査に関するＷｅｂページのうち最上位階層のＷｅｂページであって、ユーザに対してログインＩＤとパスワードをチェックすることが可能なＷｅｂページである。なお、本実施形態では、端末の電源が入れられると、スタートアップなどの機能により自動的にＷｅｂブラウザが起動され、ＷｅｂブラウザのホームページとしてＷｅｂページ６０が設定されているものとする。

図６に示すように、Ｗｅｂページ６０は、ログインＩＤを入力するためのログインＩＤ入力枠６１と、パスワードを入力するためのパスワード入力枠６２と、ユーザが閲覧希望する内視鏡の検査の種類を入力するための検査種類入力枠６３とを備えている。

例えば、図６において、ユーザによりログインＩＤ、パスワード、及び検査種類が入力され、その旨のデータがＷｅｂサーバ２４に送られると、Ｗｅｂサーバ２４は、そのデータがログインＩＤ、パスワード、及び検査種類が関連付けられて記録されるデータベースにあるか否かを確認する。そして、Ｗｅｂサーバ２４は、そのデータがデータベースにあることを確認すると、ユーザのログインを認証する。

そして、ステップＳ６において、ユーザのログインが認証された場合（ステップＳ６がＹｅｓ）、ステップＳ７において、Ｗｅｂサーバ２４は、ある一日に行われる検査の一覧を示すＷｅｂページを端末に送信し、端末は、その検査の一覧が示されるＷｅｂページを表示する。

ここで、図７は、ステップ７において端末に送信されるＷｅｂページの一例を示す図である。
図７に示すＷｅｂページ７０は、図６のＷｅｂページ６０で入力された検査種類におけるある一日の検査スケジュールを示すＷｅｂページであり、ユーザ、例えば、医師などは、このＷｅｂページ７０に示される検査スケジュールを確認しながら検査を行う。

図７に示すように、Ｗｅｂページ７０は、選択されると検査の一覧を示すＷｅｂページ７０が表示される一覧タブ７１と、選択されると検査結果を示すＷｅｂページが表示される検査結果表示タブ７２と、選択されると検査レポートを作成するためのＷｅｂページが表示されるレポート作成タブ７３と、検査日や医師名を特定するための特定エリア７４と、特定エリア７４で特定された条件に基づく検査の一覧が表示される検査一覧表示エリア７５と、特定エリア７４において検査日を入力するための検査日入力枠７６と、特定エリア７４において医師名を入力するための医師名入力枠７７と、押されると検査日入力枠７６または医師名入力枠７７に入力された条件を決定し、その条件に基づいて検査一覧表示エリア７５に検査の一覧を表示する決定ボタン７８とにより構成されている。

例えば、図７に示すように、検査日入力枠７６に「１０／０６／２００３」と入力され、決定ボタン７８が押されると、検査一覧表示エリア７５には、その日に予定される６つの検査が検査開始時刻の早い順に上から表示される。なお、Ｗｅｂページ７０において選択された情報は、ＰＯＳＴの機能を利用してＷｅｂサーバ２４に送信するように構成してもよい。

また、ステップＳ６において、ユーザのログインが認証されない場合（ステップＳ６がＮｏ）、ユーザのログインの認証の確認を再び行う。
次に、ステップＳ８において、Ｗｅｂサーバ２４は、認証用のＷｅｂページや検査一覧表示用のＷｅｂページ以外のＷｅｂページに対してアクセスがあると、アクセス元の端末のＩＰアドレスとそのアクセス元の端末に現在表示されているＷｅｂページのＵＲＬの登録を行う。

ここで、図８、図９、及び図１０は、認証用のＷｅｂページや検査一覧表示用のＷｅｂページ以外のＷｅｂページを示す図である。なお、図８に示すＷｅｂページ８０は、図７のＷｅｂページ７０において検査結果表示タブ７２が選択された場合に表示されるＷｅｂページを示している。また、図９に示すＷｅｂページ９０は、図７のＷｅｂページ７０においてレポート作成タブ７３が選択された場合に表示されるＷｅｂページを示している。また、図１０に示すＷｅｂページ１００は、解像度が小さいモニタ２６を備える端末（例えば、医療機器端末２３または２７）に表示させるＷｅｂページを示している。

図８に示すように、Ｗｅｂページ８０は、過去に行った検査の登録済み画像が左から右に順番に並んで表示される登録済検査画像表示エリア８１と、現在行っている検査の画像が表示されるライブ画像表示エリア８２とにより構成されている。なお、Ｗｅｂページ８０は、Ｗｅｂページ６０及びＷｅｂページ７０を順番に表示させてから表示させることが可能なＷｅｂページであるので、上述の下位階層のＷｅｂページに相当する。また、Ｗｅｂページ８０は、登録済みの検査画像などが使用されているため、上述の動的なＷｅｂページにも相当する。

図８に示す例では、登録済検査画像表示エリア８１に内視鏡検査装置のスコープで撮影された２枚の登録済静止画像が表示され、ライブ画像表示エリア８２に現在スコープで撮影されている動画像が表示されている。

また、図９に示すように、Ｗｅｂページ９０は、作成されたレポートの内容が表示されるレポート表示エリア９１と、レポート表示エリア９１に表示されるレポートを作成するための単語が表示される単語表示エリア９２とにより構成されている。なお、Ｗｅｂページ９０は、Ｗｅｂページ６０及びＷｅｂページ７０を順番に表示させてから表示させることが可能なＷｅｂページであるので、上述の下位階層のＷｅｂページに相当する。また、Ｗｅｂページ９０は、単語表示エリア９２で選択された単語に基づいてレポートを作成すると共に、その作成したレポートをレポート表示エリア９１に表示する機能を備えているため、Ｗｅｂページ８０と同様に、動的なＷｅｂページにも相当する。

図９に示す例では、単語表示エリア９２において「ｃｏｌｏｎ」、「ｂｉｏｐｓｙ」、及び「３ｂｉｏｐｓｉｅｓ」の３つの単語がユーザによって選択され、レポート表示エリア９１には、その３つの単語が使用されて作成されたレポートである「Ｔｈｅ ｃｏｌｏｎ ａｐｐｅａｒｅｄ ｔｏ ｂｅ ｎｏｒｍａｌ Ｔｈｒｅｅ ｂｉｏｐｓｉｅｓ ｗｅｒｅ ｐｅｒｆｏｒｍｅｄ．」が表示されている。

また、図１０に示すように、Ｗｅｂページ１００は、現在行われている検査の画像が表示されるライブ画像表示エリア１０１と、最後に登録した検査画像が表示される登録済検査画像表示エリア１０２とにより構成されている。なお、Ｗｅｂページ１００は、Ｗｅｂページ８０やＷｅｂページ９０と同様に、登録済みの検査画像などが使用されているので、動的なＷｅｂページに相当する。

そして、例えば、端末からＷｅｂページ８０、９０、または１００がアクセスされると、Ｗｅｂサーバ２４は、アクセス元の端末のＩＰアドレスとＷｅｂページ８０、９０、または１００に対応するＵＲＬとアクセス時刻とをＵＲＬ登録テーブルに登録する。

次に、ステップＳ９において、端末の電源が切られＷｅｂブラウザが終了すると（ステップＳ９がＹｅｓ）、図３のフローが終了する。
一方、ステップＳ９において、端末の電源が切られていない場合（ステップＳ９がＮｏ）、ステップＳ１０において、Ｗｅｂサーバ２４は、認証用のＷｅｂページや検査一覧表示用のＷｅｂページ以外のＷｅｂページに対してアクセスがあるか否かを確認する。

そして、認証用のＷｅｂページや検査一覧表示用のＷｅｂページ以外のＷｅｂページに対してアクセスがある場合（ステップＳ１０がＹｅｓ）、ステップＳ８に戻って登録を行う。

一方、認証用のＷｅｂページや検査一覧表示用のＷｅｂページ以外のＷｅｂページに対してアクセスがない場合（ステップＳ１０がＮｏ）、ステップＳ１０のアクセスの確認を続ける。

また、上記ステップＳ５において、取得したＩＰアドレスがＵＲＬ登録テーブルにある場合（ステップＳ５がＹｅｓ）、ステップＳ１１において、Ｗｅｂサーバ２４は、前回のアクセスから今回のアクセスまでの時間（以下、最終アクセス時間という）が所定時間内であるか否かを判定する。なお、上記所定時間は、任意に設定することが可能であって、例えば、内視鏡検査装置のスコープを取り替えるために必要な時間に基づいて設定されてもよい。また、最終アクセス時間は、例えば、最終アクセス時刻が登録されてから次の最終アクセス時刻が登録されるまでの時間をカウンタによりカウントさせて計測してもよい。

そして、最終アクセス時間が所定時間内である場合（ステップＳ１１がＹｅｓ）、ステップＳ１２において、Ｗｅｂサーバ２４は、ステップＳ５で一致したＩＰアドレスに対応するＵＲＬをＵＲＬ登録テーブルから取り出し、そのＵＲＬに相当するＷｅｂページを作成し、アクセス元の端末にそのＷｅｂページを送信する。そして、アクセス元の端末はそのＷｅｂページを表示する。

一方、最終アクセス時間が所定時間内でない場合（ステップＳ１１がＮｏ）、ステップＳ１３において、Ｗｅｂサーバ２４は、ステップＳ５で一致したＩＰアドレスに対応するレコードをＵＲＬ登録テーブルから削除し、ステップＳ６に進む。

次に、図３のステップＳ８の登録方法について説明する。
図１１は、図３のステップＳ８の登録方法を説明するためのフローチャートを示す図である。

まず、ステップＳＴ１において、Ｗｅｂサーバ２４は、アクセス元の端末のＩＰアドレスを取得する。
次に、ステップＳＴ２において、Ｗｅｂサーバ２４は、取得したＩＰアドレスがプロキシサーバ登録テーブルにあるか否かを判定する。

そして、取得したＩＰアドレスがプロキシサーバ登録テーブルにある場合（ステップＳＴ２がＹｅｓ）、図１１のフローを終了する。
一方、取得したＩＰアドレスがプロキシサーバ登録テーブルにない場合（ステップＳＴ２がＮｏ）、ステップＳＴ３において、Ｗｅｂサーバ２４は、取得したＩＰアドレスがＵＲＬ登録テーブルにあるか否かを判定する。

そして、取得したＩＰアドレスがＵＲＬ登録テーブルにない場合（ステップＳＴ３がＮｏ）、ステップＳＴ４において、Ｗｅｂサーバ２４は、取得したＩＰアドレスと、端末から要求されたＷｅｂページのＵＲＬと、最終アクセス時刻とが記録されたレコードをＵＲＬ登録テーブルに追加格納し（Ｉｎｓｅｒｔ）、図１１のフローを終了する。

一方、取得したＩＰアドレスがＵＲＬ登録テーブルにある場合（ステップＳＴ３がＹｅｓ）、ステップＳＴ５において、Ｗｅｂサーバ２４は、最終アクセス時間が所定時間内であるか否かを判定する。なお、ステップＳＴ５における所定時間は、図３のステップＳ１１における所定時間よりも短く、例えば、図３のステップＳ１１における所定時間が数分、図１１のステップＳＴ５における所定時間が数秒に設定されてもよい。

そして、最終アクセス時間が所定時間内である場合（ステップＳＴ５がＹｅｓ）、ステップＳＴ６において、Ｗｅｂサーバ２４は、取得したＩＰアドレスと、登録方法と、最終アクセス時刻とが記録されるレコードをプロキシサーバ登録テーブルに追加格納し（Ｉｎｓｅｒｔ）、図１１のフローを終了する。なお、同じＩＰアドレスを同時に２つ取得した場合、その２つのＩＰアドレスは共にプロキシサーバのＩＰアドレスであると判定し、取得したＩＰアドレスと、登録方法と、最終アクセス時刻とが記録されるレコードをプロキシサーバ登録テーブルに追加格納してもよい。

一方、最終アクセス時間が所定時間内でない場合（ステップＳＴ５がＮｏ）、ステップＳＴ７において、Ｗｅｂサーバ２４は、ＵＲＬ登録テーブルにおいて、取得したＩＰアドレスに対応するレコードのＵＲＬと最終アクセス時刻とを更新し（ＵｐＤａｔｅ）、図１１のフローを終了する。

このように、Ｗｅｂブラウザやユーザの操作にあまり依存せずに、適切なＷｅｂページを端末の電源の再投入後に端末に表示させることができるので、サーバクライアントシステム２０の汎用性を高めることができる。

なお、上記実施形態では、最後にアクセスされたＷｅｂページを表示させるか否かの判定を、最終アクセス時間が所定時間内であるか否かに基づいて行う構成であるが、例えば、最後に表示されていたＷｅｂページを再び表示させる必要があるか否かの情報に基づいて行うように構成してもよい。また、例えば、最後にアクセスされたＷｅｂページを表示させるか否かの判定を、前回アクセスを行ったユーザと今回アクセスを行ったユーザが一致しているか否かの情報に基づいて行うように構成してもよい。また、例えば、最後にアクセスされたＷｅｂページを表示させるか否かの判定を、端末から送信される、これから内視鏡検査装置のスコープを取り替える旨の情報（またはＷｅｂブラウザを一旦終了させて立ち上げ直す旨の情報）に基づいて行うように構成してもよい。

また、上記実施形態では、所定時間内に端末からＷｅｂサーバ２４にアクセスがあると、最後にアクセスされたＷｅｂページと同一のＷｅｂページを作成する構成であるが、所定時間内に端末からＷｅｂサーバ２４にアクセスがあると、所定のＷｅｂページ（例えば、図６のＷｅｂページ６０）に設けられた表示決定ボタンが押されたか否かを判定し、その表示決定ボタンが押されたと判定すると、最後にアクセスされたＷｅｂページと同一のＷｅｂページを作成するように構成してもよい。

また、上記実施形態では、Ｃｏｏｋｉｅを使用せずに、Ｗｅｂページを作成する構成であるが、端末のＷｅｂブラウザにＣｏｏｋｉｅの機能を持たせ、そのＣｏｏｋｉｅの機能を使って通常変更の少ない情報（端末のメモリへの書き込みに対してリアルタイム性を必要としない情報）を端末に記録させておき、その端末側に記録される情報を使ってＷｅｂサーバ２４がＷｅｂページを作成するように構成してもよい。例えば、Ｃｏｏｋｉｅの機能によりＩＰアドレスやＭＡＣアドレスを端末に記録させておき、その端末に記録されるＩＰアドレスやＭＡＣアドレスと、Ｗｅｂサーバ２４に記録されるＩＰアドレスやＭＡＣアドレスとの照合の結果に基づいてＷｅｂサーバ２４がＷｅｂページを作成してもよい。

本発明の実施形態のサーバクライアントシステムを示す図である。 本発明の実施形態の病院内におけるサーバクライアントシステムを示す図である。 サーバクライアントシステムの動作を説明するためのフローチャートを示す図である。 Ｗｅｂサーバに記録されるプロキシサーバ登録テーブルを示す図である。 Ｗｅｂサーバに記録されるＵＲＬ登録テーブルを示す図である。 Ｗｅｂページの一例を示す図である。 Ｗｅｂページの一例を示す図である。 Ｗｅｂページの一例を示す図である。 Ｗｅｂページの一例を示す図である。 Ｗｅｂページの一例を示す図である。 ＷｅｂサーバがＵＲＬを登録する際の動作を説明するためのフローチャートを示す図である。 従来のサーバクライアントシステムを示す図である。

符号の説明

１０ サーバクライアントシステム
１１ ＰＣ端末
１２ Ｗｅｂサーバ
１３ ＬＡＮ
２０ サーバクライアントシステム
２１ ＰＣ端末
２２ ＰＣ端末
２３ 医療機器端末
２４ Ｗｅｂサーバ
２５ 院内ＬＡＮ
２６ モニタ
２７ 医療機器端末
４０ プロキシサーバ登録テーブル
４１ プロキシサーバ登録レコード
４２ プロキシサーバ領域
４３ 登録方法領域
４４ 最終アクセス時刻領域
５０ ＵＲＬ登録テーブル
５１ ＵＲＬ登録レコード
５２ ＩＰアドレス領域
５３ ＵＲＬ領域
５４ 最終アクセス時刻領域
６０ Ｗｅｂページ
６１ ログインＩＤ入力枠
６２ パスワード入力枠
６３ 検査種類入力枠
７０ Ｗｅｂページ
７１ 一覧タブ
７２ 検査結果表示タブ
７３ レポート作成サブ
７４ 特定エリア
７５ 検査一覧表示エリア
７６ 検査日入力枠
７７ 医師名入力枠
７８ 決定ボタン
８０ Ｗｅｂページ
８１ 登録済検査画像表示エリア
８２ ライブ画像表示エリア
９０ Ｗｅｂページ
９１ レポート表示エリア
９２ 単語表示エリア
１００ Ｗｅｂページ
１０１ ライブ画像表示エリア
１０２ 登録済検査画像表示エリア

Claims (6)

1. Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムであって、
   前記クライアント端末は、
   前記Ｗｅｂページを表示する表示手段を備え、
   前記サーバは、
   前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段と、
   予め設定される所定のＷｅｂページ以外のＷｅｂページのアクセスが前記クライアント端末からあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段と、
   前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報が前記クライアント端末と前記サーバとの間に設けられるプロキシサーバを識別するための識別情報であるか否かを判定するプロキシサーバ判定手段と、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報でないと判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段と、
   前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段と、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報であると判定されると、前記所定のＷｅｂページを前記クライアント端末のＷｅｂブラウザに表示させ、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段と、
   を備えることを特徴とするサーバクライアントシステム。
2. 請求項１に記載のサーバクライアントシステムであって、
   前記所定の条件は、前回の前記アクセスから今回の前記アクセスまでにかかった時間が所定時間内であることを特徴とするサーバクライアントシステム。
3. ネットワークを介してクライアント端末からアクセスがあると、前記クライアント端末に表示されるＷｅｂページを作成し、該Ｗｅｂページを前記クライアント端末に送信するサーバであって、
   前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段と、
   予め設定される所定のＷｅｂページ以外のＷｅｂページのアクセスが前記クライアント端末からあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段と、
   前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報が前記クライアント端末と前記サーバとの間に設けられるプロキシサーバを識別するための識別情報であるか否かを判定するプロキシサーバ判定手段と、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報でないと判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段と、
   前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段と、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報であると判定されると、前記所定のＷｅｂページを前記クライアント端末のＷｅｂブラウザに表示させ、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段と、
   を備えることを特徴とするサーバ。
4. 請求項１に記載のサーバクライアントシステムにおける前記クライアント端末であって、
   電源が入れられると前記サーバにアクセスすることを特徴とするクライアント端末。
5. Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムの前記サーバにおけるＷｅｂページ作成方法であって、
   前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得し、
   予め設定される所定のＷｅｂページ以外のＷｅｂページのアクセスが前記クライアント端末からあると、前記取得した識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録手段に記録し、
   前記クライアント端末からアクセスがあると、前記取得した識別情報が前記クライアント端末と前記サーバとの間に設けられるプロキシサーバを識別するための識別情報であるか否かを判定し、
   前記取得した識別情報が前記プロキシサーバを識別するための識別情報でないと判定すると、前記取得した識別情報と前記記録手段に記録した識別情報とが一致するか否かを判定し、
   前記取得した識別情報と前記記録手段に記録した識別情報とが一致すると判定すると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定し、
   前記取得した識別情報が前記プロキシサーバを識別するための識別情報であると判定すると、前記所定のＷｅｂページを前記クライアント端末のＷｅｂブラウザに表示させ、
   前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定すると、前記取得手段で取得される識別情報と前記記録手段に記録した識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する
   ことを特徴とするＷｅｂページ作成方法。
6. Ｗｅｂページを作成するサーバと、前記サーバにネットワークを介してアクセスすることにより前記Ｗｅｂページを受信するクライアント端末とを備えるサーバクライアントシステムにおいて前記Ｗｅｂページを作成するためにコンピュータを、
   前記クライアント端末からアクセスがあると、前記クライアント端末を識別するための識別情報を取得する取得手段、
   予め設定される所定のＷｅｂページ以外のＷｅｂページのアクセスが前記クライアント端末からあると、前記取得手段で取得される識別情報と、前記クライアント端末からアクセスがあったＷｅｂページの内容を示す内容情報とを関連付けて記録する記録手段、
   前記クライアント端末からアクセスがあると、前記取得手段で取得される識別情報が前記クライアント端末と前記サーバとの間に設けられるプロキシサーバを識別するための識別情報であるか否かを判定するプロキシサーバ判定手段、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報でないと判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するか否かを判定するクライアント端末判定手段、
   前記クライアント端末判定手段において前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致すると判定されると、前記クライアント端末からのアクセスが所定の条件を満たしているか否かを判定する条件判定手段、
   前記プロキシサーバ判定手段において前記取得手段で取得される識別情報が前記プロキシサーバを識別するための識別情報であると判定されると、前記所定のＷｅｂページを前記クライアント端末のＷｅｂブラウザに表示させ、前記条件判定手段において前記クライアント端末からのアクセスが前記所定の条件を満たしていると判定されると、前記取得手段で取得される識別情報と前記記録手段で記録される識別情報とが一致するときの該識別情報に対応する前記記録手段で記録される内容情報に基づいてＷｅｂページを作成する作成手段、
   として機能させるためのＷｅｂページ作成プログラム。