JP5961599B2 - 端末装置、サーバ装置、その制御方法、および制御プログラム、並びに情報処理システム - Google Patents

Description

本発明は、端末装置、サーバ装置、その制御方法、および制御プログラム、並びに情報処理システムに関し、特に、セッション管理を適切にするとともに、データを適切に管理するための技術に関する。

近年、Ｗｅｂアプリケーションを用いたＷｅｂシステムが様々な場面で利用されているが、Ｗｅｂアプリケーションを利用するユーザは、Ｗｅｂブラウザを用いてＷｅｂサーバにアクセスしてＷｅｂアプリケーションを利用している。

また、Ｗｅｂアプリケーション本体はＷｅｂサーバにおいてインストールおよび実行されており、クライアント端末ではＷｅｂブラウザがインストールされている状態でＷｅｂシステムの利用が可能となる。よって、ユーザはＷｅｂブラウザをインストールするだけでよいので、コストの削減に繋がり、様々な場面でＷｅｂシステムが利用される。

Ｗｅｂシステムにおいては、一般にＷｅｂサーバでセッション管理が行われており、Ｗｅｂサーバから発行されたセッションＩＤをクライアント端末のクッキー（Ｃｏｏｋｉｅ）に保持する等によってユーザの識別が行われる。

一般的なセッション管理においては、クライアント端末との通信が所定の時間、途絶えると、タイムアウトと認定されて、セッション関連データが削除される（つまり、強制的にログアウトされる）。このような場合、ユーザは再度ログインを行って、削除されたセッション関連データを再度作成するためにＷｅｂアプリケーションの操作を最初から行わなければならず、極めて面倒である。

このような問題に対処するため、例えば、クライアント端末との通信が所定の時間途絶えると、セッションの再開に必要なデータを退避データ記憶部３０に格納して、クライアント端末から再接続要求が送信された際、退避データ記憶部から退避データを抽出してセッション情報を復元するようにして、自動的に再接続を可能とするものがある（特許文献１参照）。

特開２００７−２７２４７１号公報

ところで、特許文献１に記載の手法では、セッションがタイムアウトした後においても自動的な再接続を行うことができるものの、前述のように、セッションの再開に必要なデータを一旦退避させて、再開の際にこの退避データを抽出してセッション情報を復元する必要がある。このため、通常のセッション管理を用いることができないばかりか、コストアップとなり、しかも運用が煩雑となってしまう。

一方、クライアント端末上のＷｅｂブラウザからデータを入力して、Ｗｅｂサーバを介してデータベースに当該データを蓄積するＷｅｂシステムを構築した際、一般に当該Ｗｅｂシステムはユーザ毎にログインおよびログアウトを行う運用となる。

ところが、例えば、医療現場においては、呼出および急な対応も多く、看護師などの医療従事者が、データを入力する都度Ｗｅｂシステムにログインおよびログアウトを繰り返すことは極めて煩雑であり、Ｗｅｂシステムを適用することが困難なことがある。

このような煩雑さに対して、１つのログインユーザによってＷｅｂシステムにログインしておき、データを入力させるようにした手法があるが、この場合、１つのログインユーザでデータが管理されることになるので、誰がいずれのデータを入力したのかを管理することが難しく運用上の問題がある。

さらに、１つのログインユーザを用いて、セッション管理によってＷｅｂシステムを構築すると、所定の時間が経過するとセッションが断とされてしまうので、定期的に再ログインをしなければならず、運用が煩雑となってしまう。

特に、病棟など２４時間３６５日稼働している現場においては、ログインおよびログアウトは最小限にしたいという要望がある。また、２４時間３６５日稼働していない現場であっても、やはりログインおよびログアウトは最小限にしたいという要望がある。

加えて、医療現場などでは、共有のコンピュータを利用する場合と個人配布のコンピュータを利用する場合とがあり、このようは状況ではセッション管理について一律的な管理を行うことは適当でない。

そこで、本発明の目的は、共有ユーザに係るセッションで登録されたデータに対し、当該データを入力したユーザを管理することのできる端末装置、サーバ装置、その制御方法、および制御プログラム、並びに情報処理システムを提供することにある。

上記の目的を達成するため、本発明による端末装置は、セッションを管理するサーバ装置と通信可能な端末装置であって、共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信手段と、を有することを特徴とする。

本発明によるサーバ装置は、共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置であって、前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新手段を有することを特徴とする。

本発明による情報処理システムは、セッションを管理するサーバ装置と、該サーバ装置と通信可能な端末装置とを有する情報処理システムであって、前記端末装置は、共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信手段とを有し、前記サーバ装置は、前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新手段を有することを特徴とする。

本発明による端末装置の制御方法は、セッションを管理するサーバ装置と通信可能な端末装置の制御方法であって、共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求ステップと、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信ステップと、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信ステップによる前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信ステップと、を有することを特徴とする。

本発明によるサーバ装置の制御方法は、共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置の制御方法であって、前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新ステップを有することを特徴とする。

本発明による端末装置で用いられるプログラムは、セッションを管理するサーバ装置と通信可能な端末装置で用いられる制御プログラムであって、前記端末装置が備えるコンピュータに、共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求ステップと、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信ステップと、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信ステップによる前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信ステップと、を実行させることを特徴とする。

本発明によるサーバ装置で用いられる制御プログラムは、共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置で用いられる制御プログラムであって、前記サーバ装置が備えるコンピュータに、前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新ステップを実行させることを特徴とする。

本発明によれば、共有ユーザに係るセッションで登録されたデータに対し、当該データを入力したユーザを管理することができる。

本発明の第１の実施形態によるサーバ装置および端末装置を備える情報処理システムの一例についてその構成を示す図である。 図１に示すＷｅｂサーバおよびクライアント端末の各々のハードウェア構成の一例を示すブロック図である。 図１に示すＷｅｂサーバおよびクライアント端末の機能を説明するための機能ブロック図である。 図１に示すクライアント端末を起動した際の処理を説明するためのフローチャートである。 図１に示すＷｅｂサーバに備えられるユーザテーブルの一例を示す図である。 図１に示すＷｅｂサーバに備えられるセッション管理テーブルの一例を示す図である。 図１に示すＷｅｂサーバに備えられたセッションタイムアウトＰＣ管理テーブルの一例を示す図である。 図１に示すクライアント端末における情報入力処理を説明するためのフローチャートである。 図１に示すクライアント端末に表示される情報入力画面の一例を示す図である。 図１に示すＷｅｂサーバに登録される受診者診察情報テーブルの一例を示す図である。 図１０に示す受診者診察情報テーブルにおいて登録者名欄に登録者名が登録された状態を示す図である。 図１に示すクライアント端末に記録されるＰＣ使用情報の一例を示す図である。 図１に示すＷｅｂサーバで行われる登録者情報入力処理を説明するためのフローチャートである。 本発明の第２の実施形態による情報処理システムにおいてクライアント端末を起動した際の処理を説明するためのフローチャートである。 図１４においてクライアント端末が受信した情報入力画面の一例を示す図である。 本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバに備えられる認証テーブルの一例を示す図である。 本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバに備えられるセッション管理テーブルの一例を示す図である。 本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバに備えられたセッションタイムアウトＰＣ管理テーブルの一例を示す図である。 本発明の第２の実施形態における情報処理システムにおいてクライアント端末における情報入力処理を説明するためのフローチャートである。

以下、本発明の実施の形態によるサーバ装置および端末装置を備える情報処理システムの一例について図面を参照して説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態によるサーバ装置および端末装置を備える情報処理システムの一例についてその構成を示す図である。

図１において、複数の端末装置（以下クライアント端末と呼ぶ）２００がＬＡＮ（ローカルエリアネットワーク）４００に接続され、このＬＡＮにはサーバ装置（例えば、Ｗｅｂサーバ）１００が接続されている。図示のクライアント端末２００の一部は、例えば、共有ＰＣであり、残りは個人用のＰＣである。

なお、ＬＡＮ４００の代わりにＷＡＮを用いるようにしてもよく、認証サーバ（図示せず）をＬＡＮ４００に接続するようにしてもよい。

Ｗｅｂサーバ１００にはＷｅｂアプリケーションがインストールされており、クライアント端末２００の各々は、Ｗｅｂブラウザを用いてＷｅｂサーバ１００上で動作するＷｅｂアプリケーションと通信する。Ｗｅｂサーバ１００にはデータベース（ＤＢ）１００ａが備えられており、Ｗｅｂアプリケーションで用いるデータはＤＢ１００ａに保存される。

なお、ＤＢ１００ａは、別データベースサーバ（図示せず）によって管理するようにしてもよい。また、ここでは、Ｗｅｂアプリケーションを利用する際の認証を行うため、Ｗｅｂサーバ１００がユーザテーブルを備える構成としたが、他のサーバ（例えば、認証サーバ）がユーザテーブルを備えて認証を行うようにしてもよい。

さらに、後述するカード認証とＷｅｂアプリケーションによる認証とは、互いに別の認証とし、Ｗｅｂアプリケーションによる認証はＷｅｂサーバのユーザテーブルを用いて認証が行われ、カード認証を行う際には、認証サーバで認証を行うようにしてもよい。

例えば、病院の拠点内の各エリア（例えば、病棟又は事務室毎）に１又は複数のクライアント端末２００が共有ＰＣとして設置されている。また、個人用のＰＣも適宜設置されており、これらクライアント端末２００は、前述のように、ＬＡＮ４００に接続される。

クライアント端末２００の各々はＷｅｂブラウザを用いて、Ｗｅｂサーバ（つまり、Ｗｅｂアプリケーション）との間でＬＡＮ４００を介してデータの送受信を行い、さらにＤＢ１００ａにアクセスを行う。

また、図示はしないが、クライアント端末２００の各々には、カードリーダが備えられており、このカードリーダは非接触でカードを検知する。つまり、カードリーダにカードがかざされると、カードリーダはカードを検知する。そして、カードが検知されると、クライアント端末２００はコンピュータロックを解除する。一方、カードリーダがカードのはずしを検知すると、クライアント端末２００はコンピュータロックを設定する。つまり、クライアント端末２００の各々にはコンピュータロックの解除および設定を行うアプリケーションがインストールされている。

なお、図示の例では、コンピュータロックの解除および設定（コンピュータロック制御という）を、カードを用いて行うようにしたが、指紋などの生体認証を用いてコンピュータロックの解除および設定を行うようにしてもよい。

カードによるコンピュータロック制御は、例えば、後述するユーザテーブルを参照し、カード情報（例えば、カードＩＤ）がユーザテーブルに登録されたカード情報と一致した場合にコンピュータロックが解除される。

以下の説明では、コンピュータロックの設定および解除という文言を用いて説明するが、カードをカードリーダかざすことによって、カードのカードＩＤが取得されて、当該カードＩＤがユーザテーブルに登録されたカードＩＤと一致した場合にコンピュータが利用可能となる構成であればよい。言い換えると、カード又は生体情報を検知することによって、ユーザの識別・認証を行って当該認証結果に応じてコンピュータが利用可能となればよい。

図２は、図１に示すＷｅｂサーバ１００およびクライアント端末２００の各々のハードウェア構成の一例を示すブロック図である。ここでは、Ｗｅｂサーバ１００およびクライアント端末２００のハードウェア構成は同様であるので、Ｗｅｂサーバ１００に注目してそのハードウェア構成を説明する。

図２において、Ｗｅｂサーバ１００はＣＰＵ２０１を有しており、ＣＰＵ２０１はシステムバス２０４に接続されるデバイスおよびコントローラを統括的に制御する。ＲＯＭ２０２又は外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）、オペレーティングシステム（以下ＯＳという）が記憶されている。

なお、Ｗｅｂサーバ１００の場合には当該サーバが実行する機能を実現するための各種プログラムがＲＯＭ２０２又は外部メモリ２１１にさらに記憶され、クライアント端末２００の場合には、ＰＣが実行する機能を実現する各種プログラムがさらにＲＯＭ２０２又は外部メモリ２１１記憶されている。

ＲＡＭ２０３はＣＰＵ２０１の主メモリおよびワークエリアなどとして用いられる。ＣＰＵ２０１は、各種処理を実行する際には必要なプログラムなどをＲＯＭ２０２又は外部メモリ２１１からＲＡＭ２０３にロードして、当該ロードしたプログラムを実行することによって各種処理を行う。

入力コントローラ２０５は、例えば、キーボード（ＫＢ）２０９およびマウス（図示せず）などのポインティングデバイスなどからの入力を制御する。ビデオコントローラ２０６はＣＲＴディスプレイ（ＣＲＴ）２１０などの表示部に対する表示を制御する。

なお、図２に示す例では、表示部としてＣＲＴ２１０が用いられるが、ＣＲＴの代わりに液晶ディスプレイなどを用いるようにしてもよい。

メモリコントローラ２０７は、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データなどを記憶するハードディスク（ＨＤ）、フレキシブルディスク（ＦＤ）、又はＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリなどの外部メモリ２１１対するアクセスを制御する。

通信Ｉ／Ｆコントローラ２０８はネットワーク（例えば、図１に示すＬＡＮ４００）を介して外部機器と通信するためのインタフェースであり、ネットワークとの通信制御を行う。例えば、通信Ｉ／Ｆコントローラ２０８はＴＣＰ／ＩＰに応じた通信制御を行う。

なお、ＣＰＵ２０１は、例えば、ＲＡＭ２０３の表示情報用領域にアウトラインフォントの展開（ラスタライズ）処理を行って、ＣＲＴ２１０における表示を行っている。また、ＣＰＵ２０１は、ＣＲＴ２１０に表示されるマウスカーソル（図示せず）によってユーザ指示を受け付ける。

本発明の実施の形態による処理を行うための各種プログラムは外部メモリ２１１に記録されており、前述のように、必要に応じてＲＡＭ２０３にロードされてＣＰＵ２０１によって実行される。さらに、上記のプログラムを実行する際に用いられる定義ファイルおよび各種情報テーブルなども外部メモリ２１１に格納されており、これらについても後述する。

図３は、図１に示すＷｅｂサーバ１００およびクライアント端末２００の機能を説明するための機能ブロック図である。なお、図示の各機能はＣＰＵ３０１上で動作するプログラムによって実現される。

クライアント端末２００はその機能としてログイン要求部３０１、登録データ送信部３０２、登録ユーザ情報送信部３０３、および利用制御部３０４を有している。

ログイン要求部３０１は、共有ユーザがＷｅｂサーバ１００にログインする際に、共有ユーザ情報をＷｅｂサーバ１００に送信する。登録データ送信部３０２は、共有ユーザ情報に応じたセッションにおいてＷｅｂブラウザを介して受け付けたデータをＷｅｂサーバ１００に送信する。

登録ユーザ情報送信部３０３は、クライアント端末２００を使用していたユーザのユーザ識別情報を、データ登録後にＷｅｂサーバ１００に送信する。利用制御部３０４は、ユーザを識別するために読取対象物（例えば、カード）に応じてコンピュータの利用を制御する。また、利用制御部３０４は、コンピュータの利用制御の解除およびコンピュータの利用制御の設定を行う。

Ｗｅｂサーバ１００はその機能として設定部３０５、登録データ受信部３０６、データ登録部３０７、登録ユーザ情報受信部３０８、データ特定部３０９、ユーザ識別情報登録部３１０を有している。

設定部３０５は、共有ユーザ情報によるログインに応じて、クライアント端末２００とのセッションが不要に切断されないようにするため（つまり、セッションが継続されるように）セッション時間を所定の時間に設定する。登録データ受信部３０６は、クライアント端末２００からデータを受信する。データ登録部３０７は、受信したデータをＤＢ１００ａに登録する。

登録ユーザ情報受信部３０８は、ユーザ識別情報をクライアント端末２００から受信する。データ特定部３０９は、ユーザ識別情報に対応するユーザが登録したデータを特定する。ユーザ識別情報登録部３１０は、特定したデータの登録者としてクライアント端末２００から受信したユーザ識別情報を外部メモリ２１１に登録する。

図４は、図１に示すクライアント端末２００を起動した際の処理を説明するためのフローチャートである。なお、図４に示すステップの処理は、クライアント端末１００又はＷｅｂサーバ１００のＣＰＵ２０１が実行する。

クライアント端末２００の電源を投入すると、クライアント端末２００が起動する（ステップＳ４０１）。続いて、クライアント端末２００にインストールされたＷｅｂブラウザが起動して（ステップＳ４０２）、クライアント端末２００（つまり、ＣＰＵ２０１）はＷｅｂサーバ１００（つまり、Ｗｅｂアプリケーション）にアクセスするためのＵＲＬに応じてＷｅｂサーバ１００にアクセスする。これによって、クライアント端末２００はＷｅｂサーバ１００からログイン画面を受信して、Ｗｅｂブラウザによってログイン画面をＣＲＴ２１０に表示する。

ユーザはログイン画面によって共通ユーザのユーザ名およびパスワード（以下ログイン情報と呼ぶ）を入力する（ステップＳ４０３）。Ｗｅｂサーバ１００にログインし、セッションを確立すべく、クライアント端末２００はこのログイン情報をＷｅｂサーバ１００に送信する。

図５は、図１に示すＷｅｂサーバ１００に備えられるユーザテーブルの一例を示す図である。

図５において、ユーザテーブルには、カードＩＤ欄１００１、ユーザ名（ユーザＩＤ）欄１００２、パスワード欄１００３、および備考欄が備えられている。ユーザテーブルは、例えば、Ｗｅｂサーバ１００に備えられた外部メモリ２１１に記憶されている。ここで、共有ユーザとは、例えば、図５に示すユーザテーブルの「Ｓｈａｒｅｕｓｅｒ１」および「Ｓｈａｒｅｕｓｅｒ２」である。

Ｗｅｂサーバ１００は、クライアント端末２００から送信されたログイン情報を受信する（ステップＳ４０４）。続いて、Ｗｅｂサーバ１００は、図５に示すユーザテーブルを参照してユーザ認証を行う。

具体的には、Ｗｅｂサーバ１００はユーザテーブルに登録されたユーザ名およびパスワードがログイン情報と一致するか否かを判定する。ユーザ名およびパスワードがログイン情報と一致すると、Ｗｅｂサーバは認証成功としたとして、Ｗｅｂアプリケーションにログインを行う（ステップＳ４０５）。

なお、認証されなかった場合には、Ｗｅｂサーバ１００はクライアント端末２００にエラーを送信する。また、後述するように、認証されるとセッション情報が記憶されることによって、Ｗｅｂサーバ１００とクライアント端末２００とのセッションが確立される。

続いて、Ｗｅｂサーバ１００はログイン情報に応じて、後述するセッション管理テーブルにセッション情報を追加設定する（ステップＳ４０６）。ここでは、セッション情報として後述するセッションＩＤ、ユーザ名、ＩＰアドレス、およびセッションタイムアウト時間が設定される。

図６は、図１に示すＷｅｂサーバ１００に備えられるセッション管理テーブルの一例を示す図である。

セッション管理テーブルは、Ｗｅｂサーバ１００に備えられた外部メモリ２１１で記憶管理されており、Ｗｅｂサーバ１００はクライアント端末２００とのセッションを当該セッション管理テーブルによって管理する。図示のように、セッション管理テーブルには、セッションＩＤ欄８０１、ユーザ名欄８０２、ＩＰアドレス欄８０３、およびセッションタイムアウト時間欄８０４が備えられている。

セッションＩＤ欄８０１にはセッションＩＤが設定（記入）され、このセッションＩＤはセッションを識別するための識別情報である。ユーザ名欄８０２には、ユーザ名が設定される。このユーザ名としてログイン情報のユーザ名（例えば、Ｓｈａｒｅｕｓｅｒ１）が設定される。

ＩＰアドレス欄８０３にはＩＰアドレスが設定される。このＩＰアドレスとしてクライアント端末２００のＩＰアドレスが設定される。なお、ＩＰアドレスはＸＭＬ通信又はＴＣＰ／ＩＰ通信などの各種プロトコルで取得することができる。

セッションタイムアウト時間欄８０４にはセッションタイムアウト時間が設定される。このセッションタイムアウト時間を設定する際には、Ｗｅｂサーバ１００は、後述するセッションタイムアウトＰＣ管理テーブルを参照して、例えば、アクセスのあったクライアント端末２００のＩＰアドレスとセッションタイムアウトＰＣ管理テーブルのＩＰアドレスとを比較する。そして、Ｗｅｂサーバ１００は比較の結果一致したＩＰアドレスに対応するセッションタイムアウト時間を取得して、当該セッションタイムアウト時間をセッション管理テーブルに設定する。

なお、上記のセッションタイムアウトＰＣ管理テーブルは、例えば、Ｗｅｂサーバ１００に備えられた外部メモリ２１１に記憶されている。

図７は、図１に示すＷｅｂサーバ１００に備えられたセッションタイムアウトＰＣ管理テーブルの一例を示す図である。

セッションタイムアウトＰＣ管理テーブルは、例えば、Ｗｅｂサーバ１００に備えられた外部メモリ２１１に記憶されている。

セッションタイムアウトＰＣ管理テーブルは、ＩＰアドレス欄９０１、ＰＣ名欄９０２、およびセッションタイムアウト時間欄９０３を有している。そして、ＩＰアドレス欄９０１、ＰＣ名欄９０２、およびセッションタイムアウト時間欄９０３に設定されるＩＰアドレス、ＰＣ名、セッションタイムアウト時間は、Ｗｅｂサーバ１００に予め設定される。この設定は、例えば、システム管理者によって行われる。

ＩＰアドレス欄９０１にはクライアント端末２００のＩＰアドレスが設定される。ＰＣ名欄９０２にはクライアント端末２００のコンピュータ名（ＰＣ名）が設定される。セッションタイムアウト時間欄９０３にはセッションが切断されるまでの時間（所定時間アクセスがない場合にログアウトさせる時間）が設定される。

図６に示すセッション管理テーブルにおいて、ユーザ名”Ｓｈａｒｅｕｓｅｒ１”の場合には、セッションタイムアウト時間として無制限を示す「０」が設定される。

なお、セッションの切断による再ログインを１日に１回行える環境又は運用の場合には１日でセッションが切断されるようにするため、セッションタイムアウト時間を無制限「０」にしつつ、所定の時間（時刻）になるとセッションが切断されるようにしてもよい。

つまり、不必要にセッションが切断されないように時間の設定を行って、運用に適するセッション管理を行うようにすればよい。また、クライアント端末２００がシャットダウンされた際にはセッションが切断されることは言うまでもない。

さらに、第１の実施形態においては、ＩＰアドレスに応じてセッションタイムアウトＰＣ管理テーブルからセッションタイムアウト時間を取得して、当該セッションタイムアウト時間をセッション管理テーブルに設定するようにしたが、ＰＣ名に応じてセッションタイムアウトＰＣ管理テーブルからセッションタイムアウト時間を取得して、当該セッションタイムアウト時間をセッション管理テーブルに設定するようにしてもよい。

加えて、クライアント端末２００のＭＡＣアドレスをセッションタイムアウトＰＣ管理テーブルで管理し、ＭＡＣアドレスに応じて、セッションタイムアウトＰＣ管理テーブルからセッションタイムアウト時間を取得して、当該セッションタイムアウト時間をセッション管理テーブルに設定するようにしてもよい。

いずれにしても、識別可能な情報に基づいて、セッションタイムアウトＰＣ管理テーブルからセッションタイムアウト時間を取得して、当該セッションタイムアウト時間をセッション管理テーブルに設定するようにすればよい。

再び図４を参照して、前述のようにして、セッション情報を追加設定した後、Ｗｅｂサーバ１００はクライアント端末２００に後述する情報入力画面（データ入力画面）を送信する（ステップＳ４０７）。クライアント端末２００は情報入力画面を受信した後（ステップＳ４０８）、ユーザの操作に応じて、クライアント端末２００はコンピュータロックを行ってロック状態とする（ステップＳ４０９）。これによって、クライアント端末２００は起動処理を終了する。

図８は、図１に示すクライアント端末２００における情報入力処理を説明するためのフローチャートである。

情報入力処理を行う際には、クライアント端末２００において、カードリーダによってカード（読取対象物）からカードＩＤ（読取情報）を読み取る（ステップＳ５０１）。カードＩＤを読み取ると、クライアント端末２００はＷｅｂサーバ１００（又は認証サーバ）にカードＩＤを含む認証要求を送信する（ステップＳ５０２）。

なお、カードにユーザ名を登録されている場合には、クライアント端末２００はカードの読み取りを行った後、認証要求を行うことなくユーザ名をＷｅｂサーバ１００に送信するようにしてもよい。さらには、クライアント端末２００において認証を行ってＰＣロックの解除を行うようにしてもよい。

続いて、認証要求を受信すると、Ｗｅｂサーバ１００は認証要求に含まれるカードＩＤを、ユーザテーブル（認証テーブルともいう）を参照して認証する（ステップＳ５０３）。Ｗｅｂサーバ１００ではユーザテーブルにカードＩＤが登録されていれば認証成功として、ユーザ名をクライアント端末２００に送信する。

一方、認証エラーの場合には、Ｗｅｂサーバ１００はエラーメッセージをクライアント端末２００に送信する。クライアント端末２００はユーザ名を受信すると、ＰＣロックの解除を行う（ステップＳ５０４）。

続いて、クライアント端末２００では、ＣＰＵ２０１が受信したユーザ名を外部メモリ２１１又はＲＡＭ２０２で管理するＰＣ使用情報（後述する）のユーザ名欄に登録する。さらに、クライアント端末２００では、ＣＰＵ２０１がクライアント端末２００で管理されるシステム時間に応じて、ＰＣ使用情報のロック解除時間欄にロックが解除されたロック解除時間を登録する（ステップＳ５０５）。

なお、ここでは、ＰＣ使用情報のロック設定時間欄にはロック設定時間は記憶されないものとする。一方、ＰＣ使用情報のＩＰアドレス欄には当該クライアント端末２００のＩＰアドレスが必要に応じて設定される。また、システム時間はクライアント端末２００とＷｅｂサーバ１００との間で同期が取られていることが望ましい。

次に、クライアント端末２００はカードリーダからカードが外されたか否かを判定する（ステップＳ５０６）。カードリーダからカードが外されていないと（ステップＳ５０６において、ＮＯ）、クライアント端末２００では、ＣＰＵ２０１がＷｅｂブラウザの情報入力画面を介して情報入力を受け付ける（ステップＳ５０７）。

図９は、図１に示すクライアント端末２００に表示される情報入力画面の一例を示す図である。

図９において、クライアント端末２００ではＣＲＴ２１０に情報入力画面７０１が表示される。この情報入力画面７０１には、例えば、「受診者診療情報入力」の表題が付され、カルテＮｏ．、受診者名、および日付などの項目がある。さらに、情報入力画面７０１には検索ボタン７０４、登録ボタン７０２、およびキャンセルボタン７０３が表示される。

ここで、ユーザがカルテＮｏを入力して、検索ボタン７０４を押下げると、クライアント端末２００はＷｅｂサーバ１００にアクセスして、Ｗｅｂサーバ１００から所定のデータ（受診者名）を含む情報入力画面を新たに取得する。

ユーザが情報入力画面７０１においてデータを入力した後、登録ボタン７０２を押下げると、クライアント端末２００は情報入力画面に入力されたデータをＷｅｂサーバ１００に送信する（ステップＳ５０８）。その後、クライアント端末２００はステップＳ５０６の処理に戻る。

クライアント端末２００からデータを受信すると（ステップＳ５０９）、Ｗｅｂサーバ１００は受信したデータを受診者診察情報テーブルに登録する（ステップＳ５１０）。この受診者診察情報テーブルは、例えば、ＤＢ１００ａに記録されている。

図１０は、図１に示すＷｅｂサーバ１００に登録される受診者診察情報テーブルの一例を示す図である。

受診者診察情報テーブルには、少なくともカルテＮｏ．欄１１０１、受診者名欄１１０２、ユーザ名欄１１０３、登録日時欄１１０４、および登録ＰＣ欄１１０５が備えられている。受診者診察情報テーブルに登録する際には、図９に示す情報入力画面７０１で入力されたデータに加えて、図６に示すセッション管理テーブルで管理されるユーザ名および登録日時が記録されるとともに、登録を行ったクライアント端末２００のＩＰアドレスが登録ＰＣとして登録される。

ここでは、Ｗｅｂサーバ１００にログインしているユーザは共有ユーザであるので、実際にクライアント端末２００を操作しているユーザのユーザ名は登録されない。

図１１は、図１０に示す受診者診察情報テーブルにおいて登録者名欄に登録者名が登録された状態を示す図である。

個人ＰＣであるクライアント端末２００から、図９に示す情報入力画面７０１でデータが入力された際には、個人のユーザ名でＷｅｂサーバ１００にログインが行われているので、受診者診察情報テーブルのユーザ名欄１１０３には個人でログインしているユーザ名が登録される。この際には、登録者名欄にもユーザ名欄に登録されたユーザ名と同一のユーザ名が登録される。

具体的には、ステップＳ５０９において、Ｗｅｂサーバ１００はクライアント端末１００からデータを受信した際におけるセッションのユーザ名とユーザテーブルとを判定して、個人ユーザによるデータの登録か否かを判定することになる。

上述のようにして、ＤＢ１００ａに登録が行われると、情報入力処理が終了する。

カードリーダからカードが外されると（ステップＳ５０６において、ＹＥＳ）、つまり、カードの読取が不可となると、クライアント端末２００（つまり、ＣＰＵ２０１）はカードが外されたことを検知して、ＰＣロックの設定を行う。つまり、クライアント端末２００の利用を不許可とする（ステップＳ５１１）。

続いて、クライアント端末２００はＰＣロックを設定したＰＣロック設定時間を取得して、当該ＰＣロック設定時間をＰＣ使用情報に登録する（ステップＳ５１２）。

図１２は、図１に示すクライアント端末２００に記録されるＰＣ使用情報の一例を示す図である。なお、当該ＰＣ使用情報は、例えば、外部メモリ２１１に記憶される。

図１２において、ＰＣ使用情報は、ユーザ名欄１２０１、ロック解除時間欄１２０２、ロック設定時間欄１２０２、およびＩＰアドレス欄１２０４を有しており、ユーザ名欄１２０１、ロック解除時間欄１２０２、ロック設定時間欄１２０２、およびＩＰアドレス欄１２０４にはそれぞれユーザ名、ロック解除時間、ロック設定時間、およびＩＰアドレスが登録される。

次に、クライアント端末２００はＰＣ使用情報に登録されたユーザ名、ロック解除時間、ロック設定時間、およびＩＰアドレスをＷｅｂサーバ１００に送信する（ステップＳ５１３）。つまり、共有ユーザで登録された登録データを、クライアント端末２００を使用したユーザが登録した登録データとするため、共有ユーザに係るセッションを維持しつつ、当該クライアント端末２００で受け付けたユーザに係るユーザ識別情報をＷｅｂサーバ１００に送信する。

なお、第１の実施形態では、カードが外された後に、ＰＣ使用情報に登録されたユーザ名を送るように構成したが、図８に示すステップＳ５０４においてＰＣロック解除された際に、ユーザ名とロック解除時間とをＷｅｂサーバ１００に送信し、ステップＳ５１３においてユーザ名とロック設定時間とを送信して、後述する図１３に示すステップＳ６０５においてユーザ名を登録者名として登録する構成であってもよい。その他、ユーザ名を送信可能なタイミングがあれば、上記に限ることなく送信可能なタイミング（所定のタイミング）でユーザ名を送信するようにすればよい。

Ｗｅｂサーバ１００は、クライアント端末２００からＰＣ使用情報、つまり、ユーザ名、ロック解除時間、ロック設定時間、およびＩＰアドレスを受信する（ステップＳ５１４）。そして、Ｗｅｂサーバ１００は、後述する図１３に示す登録者情報入力処理を行う。

なお、ＩＰアドレスは通信プロトコルにおいて取得するようにすることもできるが、ここでは、ＰＣ使用情報に記憶されたＩＰアドレスが用いられる。

図１３は、図１に示すＷｅｂサーバ１００で行われる登録者情報入力処理を説明するためのフローチャートである。

図８に示すステップＳ５１４において、ＰＣ使用情報を受信すると、Ｗｅｂサーバ１００では、ＣＰＵ２０１がＰＣ使用情報、つまり、ユーザ名、ロック解除時間、ロック設定時間、およびＩＰアドレスをＲＡＭ２０２に記憶する（ステップＳ６０１）。

続いて、ＣＰＵ２０１はＲＡＭ２０２からＩＰアドレス、ロック設定時間、およびロック解除時間を取得して、当該ＩＰアドレスが図１０に示す受診者診察情報テーブルの登録ＰＣと一致すると、受診者診察情報テーブルの登録日時がロック設定時間とロック解除時間との間にある受診者診察情報（例えば、カルテＮｏ．、受診者名、および登録者名）を受診者診察情報テーブルから取得する（ステップＳ６０２）。

ところで、複数人の受診者診察情報を連続して登録することがある。この場合には、複数人の受診者診察情報の登録が終了した後、カードが外されるので、複数人の登録後、クライアント端末２００はＰＣ使用情報であるユーザ名、ロック解除時間、ロック設定時間、およびＩＰアドレスを、Ｗｅｂサーバ１００送信する。

この際には、Ｗｅｂサーバ１００はロック設定時間とロック解除時間との間の登録日時に係る受診者診察情報を取得すれば、纏めて登録者名を登録することができる。

次に、Ｗｅｂサーバ１００では、ＣＰＵ２０１が受診者診察情報から登録者名を取得する（ステップＳ６０３）。そして、ＣＰＵ２０１は登録者名がＮＵＬＬであるか否かを判定する（ステップＳ６０４）。

登録者名がＮＵＬＬであると（ステップＳ６０４において、ＹＥＳ）、ＣＰＵ２０１は受信者診察情報テーブル（図１１）に示す登録者名欄１３０１に、ステップＳ６０１でＲＡＭ２０２記憶したユーザ名を登録する（ステップＳ６０５）。そして、Ｗｅｂサーバ１００は処理を終了する。

なお、ここでは、登録者名を別のカラム（つまり、登録者名欄１３０１）に登録するようにしたが、ユーザ名が共有ユーザであった場合には、受診したユーザ名で上書きするようにしてもよい。

登録者名がＮＵＬＬでないと（ステップＳ６０４において、ＮＯ）、Ｗｅｂサーバ１００ではＣＰＵ２０１は不正な登録データであるとし、当該データを監査対象データとして管理者に通知して、処理を終了する。

なお、この通知は、例えば、電子メールで行う。なお、管理者の端末からＷｅｂブラウザを用いて不正な登録データを確認することができる。

［第２の実施形態］
次に、本発明の第２の実施形態によるサーバ装置および端末装置を備える情報処理システムの一例について説明する。なお、第２の実施形態に係る情報処理システムの構成は、図１及び図２に示す情報処理システムと同様であるので、ここでは説明を省略する。

図１４は、本発明の第２の実施形態による情報処理システムにおいてクライアント端末を起動した際の処理を説明するためのフローチャートである。

なお、図１４において、図４に示すフローチャートにおけるステップと同一のステップについては同一の参照符号を付して説明を省略する。また、図１４においては、セッション時間を無制限に設定できないＷｅｂシステムにおけるセッションを維持する際の処理が示されている。

クライアント端末２００の電源を投入すると、図４で説明したようにして、クライアント端末２００においてステップＳ４０１〜Ｓ４０３の処理が行われる。そして、Ｗｅｂサーバ１００において、ステップＳ４０４およびＳ４０５の処理が行われる。なお、ここでは、ステップＳ４０５において、ログインを行うと、Ｗｅｂサーバ１００は、セッション管理のためのタイマーをスタートする。そして、Ｗｅｂサーバ１００は、ステップＳ４０５の処理に続いて、ステップＳ４０７の処理を行う。これによって、クライアント端末２００は情報入力画面を受信する（ステップＳ１４０１）。

図１５は、図１４においてクライアント端末２００が受信した情報入力画面の一例を示す図である。なお、図１５において、図９に示す情報入力画面と同一の構成要素について同一の参照番号を付して説明を省略する。

図１５に示す情報入力画面１５０１には、セッション維持画面であるリロードウィンドウ１５０２が備えられている。このリロードウィンドウ１５０２はセッションを維持するために用いられて、所定の時間おきにＷｅｂサーバ１００に対してリロードを要求さるために用いられる。つまり、リロードウィンドウ１５０２を用いると、情報入力画面におけるリロードウィンドウのフレームにおいてＷｅｂサーバ１００に対してリロード要求が行われて、当該フレームに係る情報のみが更新され、セッションが維持される。

このリロードウィンドウ１５０２は、例えば、ハードビートの技術を用いることで実現することができる、例えば、ＨＴＭＬ画面のタグに＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝”ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝”１８００”＞を埋め込み、３０分（１８００秒）おきにリロードを行う。リロードする時間は、例えば、後述のセッションタイムアウト時間より短い時間が設定される。なお、後述するように、セッションタイムアウト時間は、例えば、６０分（＜％Ｓｅｓｓｉｏｎ．Ｔｉｍｅｏｕｔ ＝６０ ％＞）が設定される。

上述のようにして、クライアント端末２００では、リロードウィンドウ１５０２を所定の時間ごとにリロードする（ステップＳ１４０２）。つまり、クライアント端末２００はＷｅｂサーバ１００に画面の更新要求を行う。

画面更新要求を受信すると、Ｗｅｂサーバ１００はセッションＩＤに応じて、当該セッションに対応するタイマーをクリアする（ステップＳ１４０３）。そして、Ｗｅｂサーバ１００は、更新要求に対応する結果（リフレッシュされた画面情報）をクライアント端末２００に送信する（ステップＳ１４０４）。

そして、ステップＳ１４０２において、クライアント端末２００はリロードウィンドウ１５０２を更新表示する。これによって、情報入力領域は更新されることなく、セッションを維持しつつ入力を継続することができる。なお、ステップＳ１４０２の処理中において、ユーザの所定の操作があると、クライアント端末２００は、ステップＳ４０９の処理に移行してコンピュータロックを行ってロック状態とする。これによって、クライアント端末２００は起動処理を終了する。

図１６は、本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバ１００に備えられる認証テーブルの一例を示す図である。なお、図１６において、図５に示すユーザテーブルと同一の構成要素については同一の参照番号を付して説明を省略する。

図示の認証テーブルにおいては、管理者フラグ（管理者情報）欄１６０１が備えられており、この管理者フラグによってユーザが管理者であるか否かが管理される。つまり、ユーザが管理者である場合には、管理者フラグに「１」が設定される。

図１７は、本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバ１００に備えられるセッション管理テーブルの一例を示す図である。なお、図示のセッション管理テーブルにおいて、図６に示すセッション管理テーブルと同一の構成要素について同一の参照番号を付して説明を省略する。

図示のセッション管理テーブルにおいては、セッションタイムアウト時間欄８０４には、図６と異なり６０分が設定されている（図６においては、セッションタイムアウトは０（無制限）である）。

図１８は、本発明の第２の実施形態による情報処理システムにおいてＷｅｂサーバ１００に備えられたセッションタイムアウトＰＣ管理テーブルの一例を示す図である。なお、図示のセッションタイムアウトＰＣ管理テーブルにおいて、図７に示すセッションタイムアウトＰＣ管理テーブルと同一の構成要素について同一の参照番号を付して説明を省略する。

図示のセッションタイムアウトＰＣ管理テーブルにおいては、図７に示すセッションタイムアウトＰＣ管理テーブルと異なり、病棟Ａ共有ＰＣ１及び病棟Ｂ共有ＰＣ２については、セッションタイムアウト時間として６０分が設定されている。

図１９は、本発明の第２の実施形態における情報処理システムにおいてクライアント端末２００における情報入力処理を説明するためのフローチャートである。

なお、図１６において、図８に示すフローチャートにおけるステップと同一のステップについては同一の参照符号を付して説明を省略する。

図８で説明したステップＳ５０４において、クライアント端末２００はユーザ名を受信すると、ＰＣロックの解除を行う。なお、ステップＳ５０４においては、クライアント端末２００は後述する管理者情報（管理者フラグ）受信する。

続いて、クライアント端末２００は、Ｗｅｂサーバ１００から受信した認証結果における管理者情報が管理者「１」であるか否かを判定する（ステップＳ１９０１）。管理者情報が管理者「１」でないと（ステップＳ１９０１において、ＮＯ）、つまり、管理者情報が管理者「０」であると、クライアント端末２００は、図８で説明したステップＳ５０５の処理に進む。なお、管理者以外に、入力業務を行う入力者を管理者「１」と設定するようにしてもよい。

管理者情報が管理者「１」であると（ステップＳ１９０１において、ＹＥＳ）、クライアント端末２００では、ステップＳ５０４においてロック解除したプログラムがブラウザを新規に立ち上げて、所定のＵＲＬ（ログイン画面のＵＲＬ）によってログイン画面を表示する（ステップＳ１９０２）。ステップＳ１９０２の処理では、ブラウザを介してクライアント端末２００からＷｅｂサーバ１００にログイン画面の要求が行われて、Ｗｅｂサーバ１００からログイン画面を取得して表示する。

続いて、クライアント端末２００では、ログイン画面においてユーザ名（ＩＤ）とパスワードの入力を受け付けて、Ｗｅｂサーバ１００にログイン要求を行う（ステップＳ１９０３）。そして、Ｗｅｂサーバ１００にログインが行われると、入力されたユーザ名に対応するセッションが開始されて、情報入力画面（図９）がＷｅｂサーバ１００からクライアント端末２００に送信される。

ここで、新たに情報入力画面（図９）を送信する理由は、管理者において情報入力した際には、セキュリティを考慮して所定の時間操作がなかった（Ｗｅｂサーバ１００への要求がなかった）場合にセッションを切断させるためである。

クライアント端末２００では、情報入力画面（図９）によって登録するデータを受け付ける（ステップＳ１９０４）。そして、クライアント端末２００は、ステップＳ１５０４で受け付けたデータをＷｅｂサーバ１００に送信する（ステップＳ１９０５）。ここで送信されたデータは、ステップＳ５１０において図１０に示すユーザ名と、登録者名にセッションを管理している管理者のユーザ名が合わせて登録される。つまり、管理者の場合には、ステップＳ５１３で登録者の情報が送信されることなく登録が完了することになる。

次に、クライアント端末２００はカードが外されたか否かを判定する（ステップＳ１９０６）。カードが外されていない判定すると（ステップＳ１９０６において、ＮＯ）、クライアント端末２００は、Ｗｅｂサーバ１００における登録の完了通知を受け付けると、ステップＳ１５０４の処理に戻って再度情報入力画面における受付を行う。

一方、カードが外されたと判定すると（ステップＳ１９０６において、ＹＥＳ）、クライアント端末２００はログアウト要求をＷｅｂサーバ１００に送信して、セッションの切断制御を行う（ステップＳ１９０７）。また、カードが外されると、ステップＳ５１１の処理と同様に、クライアント端末２００はロック設定を行ってロックを制御する。そして、クライアント端末２００は情報入力処理を終了する。

なお、ロックはスクリーンセーバ機能を用いて、ロックする構成であってもよい。例えば、カードをかざすとスクリーンセーバが解除され、カードをはずすとスクリーンセーバが設定される（実行される）。

このようにして、図１に示す情報処理システムでは、データの登録者を適切に管理することができる。つまり、本発明の第１の実施形態及び第２の実施形態ともに、セッション管理を適切に行って、さらにデータの入力を適切に管理することができる。

つまり、本発明の実施の形態では、共有ユーザでＷｅｂサーバにログインした際には、例えば、セッションタイムアウト時間をゼロ（無制限）とするか又はリロード画面を用いてリロードを行って不要にセッションが切断されないようにする。これによって、共有されるクライアント端末におけるデータの入力業務を効率化する一方、データの登録後にユーザの登録行って適切なデータ登録を行う。この結果、Ｗｅｂシステムに不向きな環境においてもＷｅｂシステムによるデータ入力を行うことができる。

一般に、クライアント端末を利用するユーザの管理とＷｅｂサーバのログインユーザの管理とは非同期であるので、共有ユーザにおいてセッションが切断されないようなＷｅｂシステムを構築して、データを登録した際にクライアント端末におけるロック設定に応じて、クライアント端末を使用していたユーザ名と使用していた時間とをデータ登録送信とは別にＷｅｂサーバに送信する。つまり、共有ユーザにおけるセッションでの通信とは独立して（共有ユーザのセッションを維持した状態で）、登録したユーザのユーザ名を送信する。

これによって、Ｗｅｂシステムにおいてデータを登録する際には、共有ユーザで登録されたとしても、実際の登録者を適切に登録することができることになる。

なお、上述の実施形態では、医療現場で用いられるＷｅｂシステムについて説明したが、他の分野（例えば、製造業）および他の業務に適用することも可能である。

上述の説明から明らかなように、図３に示す例においては、ＣＰＵ２０１上で動作するログイン要求部３０１がログイン要求手段として機能し、登録データ送信部３０２が登録データ送信手段として機能する。また、登録ユーザ情報送信部３０３が登録ユーザ情報送信手段として機能し、利用制御部３０４が許可制御手段として機能する。さらに、クライアント端末２００のＣＰＵ２０１が記憶制御手段およびロック手段として機能する。

また、設定部３０５がセッション設定手段として機能し、登録データ受信部３０６およびデータ登録部３０７が更新手段として機能する。さらに、登録ユーザ情報受信部３０８およびデータ特定部３０９がデータ特定手段として機能し、ユーザ識別情報登録部３１０がユーザ識別情報登録手段として機能する。なお、Ｗｅｂサーバ１００に備えられた外部メモリ２１１およびＤＢ１００ａは記憶装置である。

以上、本発明についてＷｅｂシステムを例に挙げて説明したが、装置、方法、プログラム、もしくは記録媒体の形態とすることもできる。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用してもよい。

また、本発明によるプログラムは、上述のフローチャートにおける処理をコンピュータが実行可能なプログラムであり、本発明による記憶媒体は上述のフローチャートにおける処理をコンピュータが実行可能なプログラムが記憶される。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ Ｗｅｂサーバ
２００ クライアント端末
３０１ ログイン要求部
３０２ 登録データ送信部
３０３ 登録ユーザ情報送信部
３０４ 利用制御部
３０５ 設定部
３０６ 登録データ受信部
３０７ データ登録部
３０８ 登録ユーザ情報受信部
３０９ データ特定部
３１０ ユーザ識別情報登録部

Claims (13)

1. セッションを管理するサーバ装置と通信可能な端末装置であって、
   共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求手段と、
   前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、
   前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信手段と、
   を有することを特徴とする端末装置。
2. ユーザの識別を行うため所定の読取対象物を読み取って得た読取情報によるユーザ認証に応じて前記端末装置の利用を許可する許可制御手段と、
   前記許可制御手段によって前記端末装置の利用が許可された前記読取情報を記憶部に記憶する記憶制御手段とを有し、
   前記登録ユーザ情報送信手段は、前記記憶部に記憶された前記読取情報を所定のタイミングで前記ユーザ識別情報として前記サーバ装置に送信することを特徴とする請求項１に記載の端末装置。
3. 前記記憶制御手段は前記端末装置の利用を許可した時間であるロック解除時間を前記記憶部に記録することを特徴とする請求項２に記載の端末装置。
4. 前記許可制御手段は、前記読取対象物の読取が不可な状態となると、前記端末装置の利用を不許可として前記端末装置をロック設定し、
   前記記憶制御手段は、前記ロック設定が行われたロック設定時間を前記記憶部に記憶し、
   前記登録ユーザ情報送信手段は、前記読取対象物の読取が不可な状態となった場合に、前記ロック解除時間および前記ロック設定時間を前記サーバ装置に送信することを特徴とする請求項３に記載の端末装置。
5. 前記共有ユーザ情報の認証結果に応じて前記サーバから送信され、前記登録データを入力するためのデータ入力画面を受信した後、前記端末装置をロック状態とするロック手段を有することを特徴とする請求項１〜４のいずれか１項に記載の端末装置。
6. 共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置であって、
   前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新手段を有することを特徴とするサーバ装置。
7. 前記ユーザ識別情報を受信すると、当該ユーザ識別情報に対応するユーザが登録した登録データを特定するデータ特定手段を有し、
   前記更新手段は、前記データ特定手段によって特定された登録データの登録者として前記ユーザ識別情報を登録することを特徴とする請求項６に記載のサーバ装置。
8. 前記データ特定手段は、前記端末装置から当該端末装置の利用を許可した時間であるロック解除時間と前記端末装置の利用を不許可した時間であるロック設定時間を受けて、前記ユーザ識別情報に応じて前記ロック解除時間と前記ロック設定時間との間で登録された登録データを特定することを特徴とする請求項７に記載のサーバ装置。
9. セッションを管理するサーバ装置と、該サーバ装置と通信可能な端末装置とを有する情報処理システムであって、
   前記端末装置は、
   共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求手段と、
   前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、
   前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信手段とを有し、
   前記サーバ装置は、前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新手段を有することを特徴とする情報処理システム。
10. セッションを管理するサーバ装置と通信可能な端末装置の制御方法であって、
    共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求ステップと、
    前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信ステップと、
    前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信ステップによる前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信ステップと、
    を有することを特徴とする制御方法。
11. 共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置の制御方法であって、
    前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新ステップを有することを特徴とする制御方法。
12. セッションを管理するサーバ装置と通信可能な端末装置で用いられる制御プログラムであって、
    前記端末装置が備えるコンピュータに、
    共有ユーザに係る共有ユーザ情報を送信して前記サーバ装置へログインを要求するログイン要求ステップと、
    前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信ステップと、
    前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、前記端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信ステップによる前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を、前記サーバ装置に送信する登録ユーザ情報送信ステップと、
    を実行させることを特徴とする制御プログラム。
13. 共有ユーザに係る共有ユーザ情報を送信してサーバ装置へログインを要求するログイン要求手段と、前記ログイン要求に基づいて開始された前記共有ユーザ情報に係るセッションにおいて入力されたデータを登録データとして前記サーバ装置に送信する登録データ送信手段と、前記共有ユーザ情報に対応して前記サーバ装置に登録された登録データを、端末装置を使用したユーザが登録した登録データとすべく、前記登録データ送信手段による前記登録データの送信とは別の通信により、当該端末装置を使用するために受け付けたユーザに係るユーザ識別情報を前記サーバ装置に送信する登録ユーザ情報送信手段とを備える端末装置と通信可能なセッションを管理するサーバ装置で用いられる制御プログラムであって、
    前記サーバ装置が備えるコンピュータに、
    前記端末装置から前記共有ユーザ情報にかかるセッションで受信した前記登録データを、前記端末装置から受信した前記ユーザ識別情報を用いて更新する更新ステップを実行させることを特徴とする制御プログラム。

Images