(57)【要約】      （修正有）【課題】セッション概念がないＨＴＴＰサーバクライアントシステムで、セッションの終了処理無しにクライアントを終了させた場合でも、すぐにセッションＩＤを取得することが可能なセッション管理を行う。【解決手段】サーバへのアクセス管理を行う際、アクセスの継続を示すセッションＩＤをサーバが作成する手段と、該セッションＩＤをサーバからクライアントへ送付する手段と、サーバへアクセスする際、セッションＩＤをサーバへ送付する手段と、クライアントから異なるセッションＩＤを持つアクセス要求が来た場合、サーバはエラーを返す手段と、セッションＩＤを持たないクライアントから接続要求がきた場合、接続の再確認を促す手段と、セッションＩＤを持たないクライアントから、接続の再確認後の接続要求が来た場合、現セッションＩＤを無効として、新しいセッションＩＤを生成する手段と、を有し、複数のクライアントからの同時アクセスを排除する。【選択図】図１
2007034956.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＴＰを使用するサーバ／クライアントシステムでの、アカウント管理を行わずに複数回の通信にて作業を完了するシステムにおいて、
サーバへのアクセス管理を行う際、アクセスの継続を示すセッションＩＤをサーバが作成する手段と、
該セッションＩＤをサーバからクライアントへ送付する手段と、
サーバへアクセスする際、セッションＩＤをサーバへ送付する手段と、
クライアントから異なるセッションＩＤを持つアクセス要求が来た場合、サーバはエラーを返す手段と、
セッションＩＤを持たないクライアントから接続要求がきた場合、接続の再確認を促す手段と、
セッションＩＤを持たないクライアントから、接続の再確認後の接続要求が来た場合、現セッションＩＤを無効として、新しいセッションＩＤを生成する手段と、を有し、
複数のクライアントからの同時アクセスを排除することを特徴とするＨＴＴＰサーバ／クライアントシステム。
【請求項２】
セッションＩＤを持たないクライアントから接続要求がきた場合、パスワード入力を促す手段を備え、
不要なアクセスを排除することを特徴とする請求項１記載のＨＴＴＰサーバ／クライアントシステム。
【請求項３】
無効となったセッションＩＤをもつクライアントからアクセスがきた場合、無効であることを示す情報を返す手段を備え、
不要なアクセスを排除することを特徴とする請求項１記載のＨＴＴＰサーバ／クライアントシステム。
【請求項４】
ＨＴＴＰを使用するサーバ／クライアントシステムでの、アカウント管理を行いながら複数回の通信にて作業を完了するシステムにおいて、
サーバへのアクセス管理を行う際、アクセスの継続を示すセッションＩＤをサーバが作成する手段と、
該セッションＩＤをサーバからクライアントへ送付する手段と、
サーバへアクセスする際、セッションＩＤをサーバへ送付する手段と、
クライアントから異なるセッションＩＤを持つアクセス要求が来た場合、サーバはエラーを返す手段と、
セッションＩＤを持たないクライアントから接続要求がきた場合、接続の再確認を促す手段と、
セッションＩＤを持たないクライアントから、接続の再確認後の接続要求が来た場合、現セッションＩＤを無効として、新しいセッションＩＤを生成する手段と、
無効となったセッションＩＤをもつクライアントからアクセスがきた場合、新しいセッションＩＤを持ったアカウント情報と共に無効であることを示す情報を返す手段とを有し、
複数のクライアントからの同時アクセスを排除することを特徴とするＨＴＴＰサーバ／クライアントシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＴＴＰを用いてサーバクライアントシステムを構成する場合におけるアクセス制御に関するものである。
【背景技術】
【０００２】
従来、機器外部から機器の設定を行うためのプログラムは、該機器と接続するコンピュータ上で動作する、専用のプログラムで作成され、独自プロトコルを用いて、該機器と通信する。この場合、複数のコンピュータで動作する専用のプログラムから同時に機器へアクセスされないように、機器側で独自に排他制御を行い、プログラム側も排他制御の結果表示を行う手順を備える。
【０００３】
ここで用いられる専用のプログラムは、プログラムが動作するオペレーティングシステムごとに用意する必要がある。このため、近年、ＨＴＴＰを利用して、機器設定用のプログラムを機器側に載せ、汎用のＨＴＴＰクライアントを用いて、機器設定を行う方法が用いられている。この結果、オペレーティングシステムごとに専用のプログラムを用意する必要がない。
【０００４】
例えば、医療現場や災害地での情報管理部門において、クライアントを使用して、資料等を検索している途中に、緊急呼出しなどにより席を離れなければならない事態が頻繁に生じる。そのような場合、処理中のクライアントをログオフして席を離れることになるが、緊急呼出しの場合にはログオフしている時間がなく、またログオフをし忘れて席を離れてしまうこともあり、そのまま戻れないことも往々にしてある。
【０００５】
このような場合に、利用者は別の端末から自分のＩＤとパスワードを使用してログインすることができる。しかし、利用者認証機能を備えた従来システムは、別の端末からログインした場合に前の端末が使用途中であるため、排他制御がかかってログインできず、前に使用していた端末に戻ってログオフするか、またある一定時間を待ってアクセスがない場合にサーバが行う強制ログオフを待たなければ使用できないという問題がある。
【０００６】
このため、利用者認証によるログインであっても、同一利用者による２重ログインに対し排他制御することなく最新のログインを有効として使用可能とする端末管理方法、プログラム及び装置が提案されている（例えば特許文献１）。
【特許文献１】特開２００５−０５６３０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
専用のプログラムを用いる方法では、オペレーティングシステムごとに専用のプログラムを提供する必要があるため、近年、ＨＴＴＰ用ブラウザを用いたオペレーティングシステムに依存しない方法を利用する場合が多い。
【０００８】
しかし、ＨＴＴＰでは、セッションという概念がないため、連続した一連の処理を順次、クライアントからサーバへ指示することが困難であった。
【０００９】
このため、ＨＴＴＰを用いてセッション管理を行う場合、ログイン・ログアウトの機能を追加し、排他制御を行っている。
【００１０】
しかしながら、ログアウトせずに、ＨＴＴＰ用ブラウザを終了するとサーバ内ではログインしたままとなるため、一定時間後にログアウトと見なす処理を施している。この場合においても、再度ログインするためには、一定時間待つ必要がある。
【００１１】
本発明は上述の問題点に着目してなされたものであって、セッションという概念がないＨＴＴＰを使用するサーバクライアントシステムで、セッション管理を行うアプリケーションにおいて、セッションの終了処理無しにＨＴＴＰクライアントを終了させた場合でも、すぐにセッションＩＤを取得することが可能なＨＴＴＰサーバ／クライアントシステムの提供を目的とする。
【課題を解決するための手段】
【００１２】
上述した課題を解決するため、本発明の請求項１では、
ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用するサーバ／クライアントシステムでの、アカウント管理を行わずに複数回の通信にて作業を完了するシステムにおいて、サーバへのアクセス管理を行う際、アクセスの継続を示すセッションＩＤをサーバが作成する手段と、該セッションＩＤをサーバからクライアントへ送付する手段と、サーバへアクセスする際、セッションＩＤをサーバへ送付する手段と、クライアントから異なるセッションＩＤを持つアクセス要求が来た場合、サーバはエラーを返す手段と、セッションＩＤを持たないクライアントから接続要求がきた場合、接続の再確認を促す手段と、セッションＩＤを持たないクライアントから、接続の再確認後の接続要求が来た場合、現セッションＩＤを無効として、新しいセッションＩＤを生成する手段と、を有し、複数のクライアントからの同時アクセスを排除することを特徴とする。
【００１３】
請求項２では、請求項１に加え、
セッションＩＤを持たないクライアントから接続要求がきた場合、パスワード入力を促す手段を有することを特徴とする。
【００１４】
請求項３では、請求項１に加え、
無効となったセッションＩＤをもつクライアントからアクセスがきた場合、無効であることを示す情報を返す手段を有することを特徴とする。
【００１５】
請求項４では、請求項１にアカウント管理を備えた場合において、
新しいセッションＩＤを持ったアカウント情報と共に無効であることを示す情報を返す手段を有することを特徴とする。
【発明の効果】
【００１６】
本発明の請求項１により、セッションという概念がないＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を使用するサーバ／クライアントシステムでの、アカウント管理を行わずに複数回の通信にて作業を完了するシステムにおいて、サーバへのアクセス管理を行う際、サーバはアクセス開始時にセッションＩＤを作成し、そのセッションＩＤを相互に利用することで一連の通信処理を行うが、セッションの終了処理無しにＨＴＴＰクライアントを終了させた場合でも、すぐにセッションＩＤを取得することが可能となる。
【００１７】
請求項２により、一連の処理中に不用意にセッションを終了されないようにすることが可能となる。
【００１８】
請求項３により、終了されたセッションは、終了されたことを認識することが可能となる。
【００１９】
請求項４により、アカウント管理を行っている場合、終了したアカウントを認識することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下に、本発明を実施するための最良の形態を、実施例に基づいて説明する。
【実施例１】
【００２１】
本発明の第一実施形態の構成を図１に示す。１０１は、ＨＴＴＰサーバを備えた装置とＨＴＴＰクライアントを備えたコンピュータとを接続するネットワークである。
【００２２】
１０２は、ネットワーク１０１に接続する装置であり、ＨＴＴＰサーバを含む機器である。１０３はネットワーク１０１と接続する他の機器との通信を行うネットワークインタフェースである。１０４は、ネットワーク１０１上で稼動するＨＴＴＰサーバである。１０５は、ＨＴＴＰサーバ１０４で受けた要求を元に処理を実行するＨＴＴＰ処理部である。１０６は、セッションの有無を管理するセッション管理マネージャ、１０７はセッション管理マネージャ１０６が管理するセッション情報である。１０８はタイマであり、セッション管理マネージャ１０６の要求の応じて、時刻を返す。１０９はＨＴＴＰ処理部１０５の要求に応じて、装置１０２自体の設定や変更、設定情報を返す各種設定部である。これは、各種設定部１０９単体で存在するのでなく、装置１０２内の各設定部をまとめた論理的な構成でもよい。１１０は、ＨＴＴＰ処理部１０５がＨＴＴＰデータを生成するための元のデータとなるＨＴＭＬ文書情報である。
【００２３】
１１１は、装置１０２へＨＴＴＰで接続するコンピュータである。１１２は、ネットワーク１０１に接続する他の機器との通信を行うネットワークインタフェースである。１１３は、コンピュータ１１１上で動作するＨＴＴＰクライアントである。１１４はＨＴＴＰクライアント１１３が受信したＷｅｂページ情報であり、１１５は、ＨＴＴＰクライアント１１３によりＷｅｂページを表示するＷｅｂページ表示部である。１１６は、コンピュータ１１１の付属する入力機器（図示せず）から得られた情報をＨＴＴＰクライアント１１３へ渡す入力部である。
【００２４】
装置１０２，コンピュータ１１１においては、上記構成部位外の構成部も存在するが、本発明と直接影響しない部分は記載されていない。
【００２５】
図２、図３に本発明の特徴を示す、装置１０２の動作フローを示す。図４は、コンピュータ１１１の動作フローを示す。図２、図３、図４を用いて、本実施例の動作を示す。
【００２６】
コンピュータ１１１の使用者が、ＨＴＴＰクライアント１１３経由（Ｓ４０１）で装置１０２へアクセス要求を行う（Ｓ４０２）と、ＨＴＴＰサーバ１０４は、ネットワーク１０１，ネットワークインタフェース１０３経由で要求を受けると、そのままＨＴＴＰ処理部１０５へデータを転送する。ＨＴＴＰ処理部１０５ではクライアントからのアクセスを認識（Ｓ２０１）する。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６にセッション動作中か否かを確認する（Ｓ２０２）。セッション管理マネージャ１０６はセッション情報１０７の情報を元に、セッション動作中であるか否かをＨＴＴＰ処理部１０５に返す。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６からの応答を受け、セッション動作中でない場合は、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認する（Ｓ２０３）。含まれていない場合、セッション動作中で無く、また新規のアクセス要求と判断し、セッション管理マネージャ１０６にセッションＩＤの作成を要求する。セッション管理マネージャ１０６では、セッションＩＤ作成要求を受けると、セッションＩＤを作成（Ｓ２０４）し、作成されたセッションＩＤをセッション情報１０７に作成時刻と共に保存する（Ｓ２０５）。セッション管理マネージャ１０６は作成したＩＤをＨＴＴＰ処理部１０５に返し、ＨＴＴＰ処理部１０５では、アクセス要求データに従ったデータをＨＴＭＬ文書情報１１０を用いて作成（Ｓ２０６）すると共に、セッション管理マネージャ１０６から受け取ったセッションＩＤを付加（Ｓ２０７）して、コンピュータ１１１へ応答データを返す（Ｓ２０８）。コンピュータ１１１は、応答データを受け取る（Ｓ４０３）と、１１４にデータを保存すると共に、Ｗｅｂページ表示部１１５にて画面に表示（Ｓ４０４）し、要求処理を完了する（Ｓ４０５）。
【００２７】
このときに返される応答データ例を図５、図６に示す。図５中の５０１がセッションＩＤ情報を付加した箇所である。
【００２８】
引き続き、コンピュータ１１１の使用者が表示されたＷｅｂページから操作を行うと、１１４で保持されている情報に含まれるデータに従って、セッションＩＤを伴うアクセス要求が装置１０２へ送信される（Ｓ４０２）。１０４は、ネットワーク１０１，ネットワークインタフェース１０３経由で要求を受けるとそのままＨＴＴＰ処理部１０５へデータを転送し、ＨＴＴＰ処理部１０５ではクライアントからのアクセスを認識（Ｓ２０１）する。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６にセッション動作中か否かを確認する（Ｓ２０２）。前述のとおり、セッション情報１０７に登録されたセッション情報があるため、タイマ１０８から時刻を取得（Ｓ２０９）し、セッション情報１０７に記録されている時刻と比較する（Ｓ２１０）。予め決められた時間を過ぎていない場合、セッション継続中と見なし、セッション動作中であることをＨＴＴＰ処理部１０５に返す。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６からの応答を受け、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認（Ｓ２１２）し、含まれている場合、セッション動作中であり、セッションＩＤを保有するクライアントからの要求であるとして、アクセス要求に含まれるセッションＩＤと、セッション管理マネージャ１０６で管理されているセッションＩＤを比較（Ｓ３０１）する。セッションＩＤが一致（Ｓ３０２）すれば、同一クライアントからの要求と見なし、要求を解析（Ｓ３０８）後、ＨＴＭＬ文書情報１１０を用いて応答データを作成（Ｓ３０９）し、セッションＩＤを付加（Ｓ３１０）して、コンピュータ１１１へ応答データを返す（Ｓ２０８）。このとき、セッションの継続を維持するため、セッション情報１０７の時刻情報を更新する（Ｓ３１１）。
【００２９】
コンピュータ１１１の使用者が、予め決められた時間を過ぎた後に操作を行うと、Ｓ２１０の処理において、タイムアウトと見なし、１０７に記録されているセッション情報をクリア（Ｓ２１１）し、ＨＴＴＰ処理部１０５にセッション非動作として返す。ＨＴＴＰ処理部１０５は、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認（Ｓ２１２）し、含まれている場合、セッション非動作であり、セッションＩＤを保有するクライアントからの要求であるため、期限切れであると判断し、仮セッションＩＤの確認処理に入る。本来は、この時点で期限切れのデータであるが、仮セッションＩＤを受けた場合と同じ状況になるため、この確認処理を行う。セッション管理マネージャ１０６で仮セッションＩＤを発行しているかを確認（Ｓ３０３）し、仮セッションＩＤが発行されていれば、アクセス要求に含まれるセッションＩＤと、セッション管理マネージャ１０６で管理されている仮セッションＩＤを比較（Ｓ３０４）する。ここでは仮セッションＩＤがないか、仮セッションＩＤと一致しない（Ｓ３０５）ため、ＨＴＭＬ文書情報１１０を用いて期限切れの応答データを作成（Ｓ３１２）し、コンピュータ１１１へ応答データを返す（Ｓ２０８）。
【００３０】
セッション動作中に、セッション処理中の使用者以外からのアクセス要求が来ると、ＨＴＴＰサーバ１０４は、ネットワーク１０１，ネットワークインタフェース１０３経由で要求を受けるとそのままＨＴＴＰ処理部１０５へデータを転送し、ＨＴＴＰ処理部１０５ではクライアントからのアクセスを認識（Ｓ２０１）する。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６にセッション動作中か否かを確認する（Ｓ２０２）。前述したように、１０７に登録されたセッション情報があるため、タイマ１０８から時刻を取得（Ｓ２０９）し、セッション情報１０７に記録されている時刻と比較する（Ｓ２１０）。予め決められた時間を過ぎていない場合、セッション継続中と見なし、セッション動作中である事をＨＴＴＰ処理部１０５に返す。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６からの応答を受け、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認（Ｓ２１２）し、セッション処理中の使用者でなく、セッションＩＤが含まれていないため、セッションＩＤを保有しないクライアントからの要求である見なして、仮セッションＩＤの発行をセッション管理マネージャ１０６に依頼する。セッション管理マネージャ１０６は、仮セッションＩＤ作成要求を受けると、仮セッションＩＤを作成（Ｓ２１３）し、作成された仮セッションＩＤを１０７に作成時刻と共に保持する（Ｓ２１４）。セッション管理マネージャ１０６は作成した仮セッションＩＤをＨＴＴＰ処理部１０５に返し、ＨＴＴＰ処理部１０５では、すでにセッション処理中であることを示すデータを１１０を用いて作成（Ｓ２１５）すると共に、セッション管理マネージャ１０６から受け取った仮セッションＩＤを付加（Ｓ２１６）して、コンピュータ１１１へ応答データを返す（Ｓ２０８）。
【００３１】
仮セッションＩＤを受けた使用者が表示されたＷｅｂページから操作を行うと、Ｗｅｂページ情報１１４で保持されている情報に含まれるデータに従って、セッションＩＤを伴うアクセス要求が装置１０２へ送信される（Ｓ４０２）。ＨＴＴＰサーバ１０４は、ネットワーク１０１，ネットワークインタフェース１０３経由で要求を受けるとそのままＨＴＴＰ処理部１０５へデータを転送し、ＨＴＴＰ処理部１０５ではクライアントからのアクセスを認識（Ｓ２０１）する。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６にセッション動作中か否かを確認する（Ｓ２０２）。先ほどの１０７に登録されたセッション情報があるため、タイマ１０８から時刻を取得（Ｓ２０９）し、セッション情報１０７に記録されている時刻と比較する（Ｓ２１０）。予め決められた時間を過ぎていない場合、セッション継続中と見なし、セッション動作中である事をＨＴＴＰ処理部１０５に返す。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６からの応答を受け、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認（Ｓ２１２）する。含まれている場合、セッション動作中であり、セッションＩＤを保有するクライアントからの要求であるとして、アクセス要求に含まれるセッションＩＤと、セッション管理マネージャ１０６で管理されているセッションＩＤを比較（Ｓ３０１）する。セッションＩＤが一致しないと、続いて、セッション管理マネージャ１０６で仮セッションＩＤを発行しているかを確認（Ｓ３０３）し、仮セッションＩＤが発行されていれば、アクセス要求に含まれるセッションＩＤと、セッション管理マネージャ１０６で管理されている仮セッションＩＤを比較（Ｓ３０４）する。これらのＩＤが一致（Ｓ３０５）すれば、仮セッションＩＤを取得したクライアントからの要求と見なし、仮セッションＩＤ情報を、セッションＩＤ情報に上書き（Ｓ３０６、Ｓ３０７）する。その後、要求を解析（Ｓ３０８）後、ＨＴＭＬ文書情報１１０を用いて応答データを作成（Ｓ３０９）し、セッションＩＤを付加（Ｓ３１０）して、コンピュータ１１１へ応答データを返す（Ｓ２０８）。このとき、セッションの継続を維持するため、セッション情報１０７の時刻情報を更新する（Ｓ３１１）。
【００３２】
仮セッションＩＤを受けた使用者が、セッションクリアされた後に操作を行うと、Ｓ２０２の処理において、セッション中でないと判断し、Ｓ２０３で要求にセッションＩＤがあるため、Ｓ３０３の処理に継続される。以降は、上記と同じ動作となる。
【００３３】
セッションＩＤを書き換えられた後に、元のセッション使用者がアクセスした場合、ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６にセッション動作中か否かを確認する（Ｓ２０２）。１０７に変更されたセッション情報があるため、タイマ１０８から時刻を取得（Ｓ２０９）し、セッション情報１０７に記録されている時刻と比較する（Ｓ２１０）。予め決められた時間を過ぎていない場合、セッション継続中と見なし、セッション動作中である事をＨＴＴＰ処理部１０５に返す。ＨＴＴＰ処理部１０５は、セッション管理マネージャ１０６からの応答を受け、コンピュータ１１１からのアクセス要求データにセッションＩＤが含まれているか確認（Ｓ２１２）する。ＩＤが含まれている場合、セッション動作中であり、セッションＩＤを保有するクライアントからの要求であるとして、アクセス要求に含まれるセッションＩＤと、セッション管理マネージャ１０６で管理されているセッションＩＤを比較（Ｓ３０１）する。セッションＩＤが一致しないため、ＨＴＭＬ文書情報１１０を用いて期限切れの応答データを作成（Ｓ３１２）し、コンピュータ１１１へ応答データを返す（Ｓ２０８）。
【００３４】
仮セッションＩＤを受けた使用者が表示されたＷｅｂページから操作を行う前に、新たな仮セッションが発行され、仮セッションＩＤの上書きがおきた場合、以前の仮セッションＩＤを受けた使用者が表示されたＷｅｂページから操作を行うと、Ｓ２０１，Ｓ２０２，Ｓ２０９，Ｓ２１０，Ｓ２１２，Ｓ３０１，Ｓ３０２，Ｓ３０３，Ｓ３０４又は、Ｓ２０１，Ｓ２０２，Ｓ２０９，Ｓ２１０，Ｓ２１１，Ｓ２０３，Ｓ３０１，Ｓ３０２，Ｓ３０３，Ｓ３０４又は、Ｓ２０１，Ｓ２０２，Ｓ２０３，Ｓ３０１，Ｓ３０２，Ｓ３０３，Ｓ３０４の経てＳ３０５の処理にて、異なる仮セッションＩＤであると判断し、ＨＴＭＬ文書情報１１０を用いて期限切れの応答データを作成（Ｓ３１２）し、コンピュータ１１１へ応答データを返す（Ｓ２０８）。
【００３５】
本実施例では、仮セッションＩＤを作成し、使用者に再確認を行った後、現在のセッションＩＤを無効化し、新規セッションを生成するが、仮セッションＩＤの発行を行わずに、セッションＩＤを無効にする方法も可能である。この場合、不用意なアクセス要求がおきると、セッションが無効化されてしまうが、使用者が限定される環境では、操作の簡便化を図ることができる。
【００３６】
なお、ＨＴＴＰ処理部１０５はこれらセッション処理や応答データ作成処理のみならず、アクセス要求を通して、依頼された装置１０２本体の設定を各種設定部１０９に依頼する処理も行う。
【００３７】
本実施例は、請求項３の具現例であるが、Ｓ３１２の処理を省くことにより、容易に請求項１の具現例となる。
【００３８】
請求項２で示すパスワード入力処理においては、図２に示すフローに入る前に、パスワードを入力させる処理を入れることにより容易に実現できる。また、セッション動作中のみ、パスワード入力処理を行いたい場合は、仮セッションＩＤを発行する時に、パスワード入力要求を含む応答データを作成し、仮セッションＩＤを含むアクセス要求には、パスワードも含ませ、Ｓ３０４の比較において、パスワードの比較処理も行うことで実現できる。この場合は、セッション処理中でない場合は、ユーザ制限を設けず、セッション処理中においても、セッションを変更できるユーザはパスワード保有者に限るような使い方が考えられる。
【実施例２】
【００３９】
請求項４に示す、アカウント管理を行うシステムにおいては、実施例１に示す構成に加え、装置１０２内または装置１０２外部においてアカウント管理を行う機構を用意し、ＨＴＴＰ処理部１０５と接続することで、ＨＴＴＰ処理部１０５において、アカウントの有効性を確認することで実現できる。アカウント管理を行う機構が外部に存在する時は、該機構はネットワーク１０１と接続詞、またＨＴＴＰ処理部１０５はＨＴＴＰサーバ１０４を経由せずにネットワークインタフェース１０３を通して、該機構と通信する。このとき、ＨＴＴＰ処理部１０５は予め、該機構と接続するための情報を保持する手段を備える。
【００４０】
ＨＴＴＰ処理部１０５は該機構から取得したアカウント情報、例えばユーザ名称をセッション管理マネージャ１０６に渡し、セッション情報１０７内にセッション情報と共に保持することで、Ｓ２１５、Ｓ２１６における警告データにセッションＩＤを付加する際、同時に現在のセッションを使用するユーザ名称を警告データに付加する。この結果、警告データを表示する際、現在のセッション使用者の名称をＳ４０４にて表示することが可能となる。
【００４１】
また、セッションＩＤを書き換えられた後に、元のセッション使用者がアクセスした場合においても、Ｓ３１２の処理に、現在のセッションを使用するユーザ名称を期限切れ応答データに付加することで、Ｓ４０４において、現在のセッション使用者の名称を元のセッション使用者が確認することができる。
【図面の簡単な説明】
【００４２】
【図１】実施例１の構成図
【図２】実施例１の装置１０２の動作フローチャートその１
【図３】実施例１の装置１０２の動作フローチャートその２
【図４】実施例１のコンピュータ１１１のフローチャート
【図５】実施例１の生成されたデータの例の前半を示す図
【図６】実施例１の生成されたデータの例の後半を示す図
【符号の説明】
【００４３】
１０１  ネットワーク
１０２  ＨＴＴＰサーバを含む機器、装置
１０３  ネットワークインタフェース
１０４  ＨＴＴＰサーバ
１０５  ＨＴＴＰ処理部
１０６  セッション管理マネージャ
１０７  セッション情報
１０８  タイマ
１０９  各種設定部
１１０  ＨＴＭＬ文書情報
１１１  ＨＴＴＰクライアントを備える機器、コンピュータ
１１２  ネットワークインタフェース
１１３  ＨＴＴＰクライアント
１１４  Ｗｅｂページ情報
１１５  Ｗｅｂページ表示部
１１６  入力部
【図１】
2007034956.tif 000003
【図２】
2007034956.tif 000004
【図３】
2007034956.tif 000005
【図４】
2007034956.tif 000006
【図５】
2007034956.tif 000007
【図６】
2007034956.tif 000008