サーバ装置
【課題】通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報の存在をアクセスを許可されていない第三者に安易に知られることを防ぐサーバ装置を提供する。
【解決手段】ＷＥＢサーバ１０の端末認証部１０１は、麻薬受注システムＵＲＬがクライアント端末２０から入力された場合に、クライアント端末２０の認証を行う。クライアント端末２０の認証が失敗した場合に、画面表示制御部１０２は、あたかも麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面Ｇ１をクライアント端末２０に表示させる。
【解決手段】ＷＥＢサーバ１０の端末認証部１０１は、麻薬受注システムＵＲＬがクライアント端末２０から入力された場合に、クライアント端末２０の認証を行う。クライアント端末２０の認証が失敗した場合に、画面表示制御部１０２は、あたかも麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面Ｇ１をクライアント端末２０に表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介した情報資源へのアクセス制御を行うサーバ装置に関する。
【背景技術】
【０００２】
近年、インターネット等の通信ネットワークを介した情報通信が進展している。ユーザは、自宅やインターネットカフェ等に設置されているパーソナルコンピュータ（パソコン）に表示されたＷＥＢ画面からＵＲＬ（Uniform Resource Locator、インターネット上の情報資源の所在地の識別子、アドレス情報）を入力したり、ＷＥＢ画面に表示されているリンクを選択するだけで、容易に様々なＷＥＢページを表示し情報資源に容易にアクセスすることができる。
【０００３】
このような状況の下、ＷＥＢサイトを公開している企業では、第三者から不正に或いは偶発的に社内のイントラネットに侵入され社内のデータベースにアクセスされることがないように、情報セキュリティを高める必要性が生じている。
例えば、リンクを辿って偶然やってきたユーザに対してもアクセスできるユーザを特定のユーザに制限しているＷＥＢサイトを公開することは、当該ＷＥＢサイトや当該ＷＥＢサイトを表示するためのＵＲＬの存在が安易に知られてしまい好ましくない。
【０００４】
従来、情報セキュリティを高める技術として、ログイン画面をユーザ端末に表示し、当該ログイン画面から入力されたユーザ名やパスワード等に基づいてユーザ認証を行う方式が知られている（例えば、特許文献１参照）。
しかしながら、表示されたログイン画面が悪意の第三者によって解析され、ログイン画面に入力すべきパスワード等が見破られる可能性があり、ログイン画面を安易に表示することは情報セキュリティ上好ましくない。
【特許文献１】特表２００５−５０８０４０号公報（段落０００６、０００９、００９２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報の存在をアクセスを許可されていない第三者に安易に知られることを防ぐサーバ装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の発明は、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証手段と、前記端末認証手段による認証が失敗した場合に、あたかも入力されたアドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御手段とを備えることを特徴とするサーバ装置である。
【０００７】
本発明において、ＵＲＬ等のアドレス情報を「入力する」には、ブラウザのアドレス欄に直接入力するだけでなく、アドレス情報へのリンクを選択することも含まれる。
本発明によれば、サーバ装置は、該クライアント端末が、許可されたクライアント端末ではないと認識した場合、すなわち、クライアント端末の認証が失敗した場合に、あたかもアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させるため、認証に失敗したクライアント端末を使用しているユーザにアドレス情報が安易に知られるのを防ぐことが可能となる。
【０００８】
第２の発明は、第１の発明に係るサーバ装置において、前記端末認証手段は、許可されたクライアント端末にのみ予め記憶されている認証情報に基づいて、前記認証を行うことを特徴とするサーバ装置である。
本発明によれば、前記認証情報が記憶されていないクライアント端末から、不正に又は偶発的に所定の情報資源にアクセスされるのを防ぐことができる。
第３の発明は、第１又は第２の発明に係るサーバ装置において、前記アドレス情報はドメイン名であることを特徴とするサーバ装置である。
本発明によれば、認証に失敗したクライアント端末を使用しているユーザにドメイン名の存在が知られるのを防ぐことができる。
【０００９】
第４の発明は、第１から第３の何れかの発明に係るサーバ装置において、前記画面表示制御手段は、前記端末認証手段による認証が成功した場合に、ユーザ認証用のログイン画面を前記クライアント端末に表示させることを特徴とするサーバ装置である。
本発明によれば、サーバ装置は、クライアント端末の認証に成功した場合にクライアント端末にログイン画面が表示されユーザ認証を行うことになるため、クライアント端末の認証とユーザ認証との両方の認証を行うことができ、セキュリティを高めることができる。
【００１０】
第５の発明は、コンピュータに、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証ステップと、前記端末認証ステップにおいて認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御ステップとを実行させるためのプログラムである。
【００１１】
本発明によれば、サーバ装置に前記プログラムを記憶させておくことで、サーバ装置はクライアント端末の認証が失敗した場合に、あたかもアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させることでできるため、認証に失敗したクライアント端末を使用しているユーザにアドレス情報が知られるのを防ぐことが可能となる。
【発明の効果】
【００１２】
本発明によれば、サーバ装置は、クライアント端末の認証が失敗した場合に、あたかも入力されたアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させるため、認証に失敗したクライアント端末を使用している第三者にアドレス情報が安易に知られるのを防ぐことが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図を参照して、本発明の好ましい実施の形態について説明する。以下では、本発明に係るサーバ装置を、医療用麻薬受注システムの構成要素であるＷＥＢサーバに適用した例について説明するが、本発明はこれに限定されるものではない。
（構成）
図１は、本発明のサーバ装置を含む本発明の実施の形態に係る通信ネットワーク１の全体構成の例を示す図である。同図に示すように、通信ネットワーク１は、医療用麻薬受注システム１００と、クライアント端末２０とを含んで構成され、医療用麻薬受注システム１００とクライアント端末２０とはインターネット等の通信ネットワークを介して接続されている。なお、クライアント端末２０は複数存在するが、同図においては１つのみ図示している。
【００１４】
医療用麻薬受注システム１００は、医療用麻薬の受注を受ける企業が管理するシステムである。医療用麻薬受注システム１００は、ＷＥＢサーバ１０と企業イントラネット内の管理サーバデータベース３０とを含んで構成されている。
ＷＥＢサーバ１０は、医療用麻薬の発注に使用される各種ＷＥＢ画面をクライアント端末２０に表示し、クライアント端末２０と管理サーバデータベース３０とのデータの授受を中継する。管理サーバデータベース３０には、医療用麻薬の受注データや顧客情報が記憶されている。
【００１５】
クライアント端末２０は例えばパソコンであり、医療用麻薬受注システム１００の利用契約を結んだ顧客により使用されるクライアント端末２０、すなわち、許可されたクライアント端末２０と、利用契約を結んでいないユーザが使用するクライアント端末２０、すなわち、許可されていないクライアント端末２０とが存在する。
許可されたクライアント端末２０には、予め認証情報が記憶されていることが好ましい。この認証情報は、医療用麻薬受注システム１００を管理する企業により顧客に配布されたものである。
【００１６】
（ＷＥＢサーバの構成）
次に、ＷＥＢサーバ１０の構成について詳細に説明する。ＷＥＢサーバ１０は、端末認証手段である端末認証部、および、画面表示制御手段である画面表示制御部を備え、さらに、一般的なコンピュータのハードウェア構成を備えることができる。具体的には、ＷＥＢサーバ１０は、図２に示すように、ＷＥＢサーバ１０全体を制御するＣＰＵ（Central Processing Unit）１１と、データを一時的に記憶するＲＡＭ（Random Access Memory）１２と、起動時に実行されるプログラムを記憶するＲＯＭ（Read Only Memory）１３と、各種ソフトウェアを記憶するハードディスク装置１４と、通信ネットワークを介した通信を制御する通信インターフェース１５と、を含んで構成されている。
【００１７】
ハードディスク装置１４に記憶されるソフトウェアには、ＨＴＴＰ（Hyper Text Transfer Protocol）に従って通信を行うためのソフトウェアと、自サーバ１０を通信ネットワーク１において一意に特定するためのＩＰアドレスと、医療用麻薬発注入力用のＷＥＢ画面をクライアント端末２０に表示するためのソフトウェアと、クライアント端末２０から自サーバ１０に対する接続要求を受信した場合にクライアント端末２０の認証を行うためのプログラムと、クライアント端末２０の認証が成功した場合にクライアント端末２０に医療用麻薬受注システムのＷＥＢサイトのログイン画面を表示するためのプログラムと、クライアント端末２０の認証に失敗した場合に麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面をクライアント端末２０に表示するためのプログラムと、が含まれている。なお、上記ＩＰアドレスに対応するＵＲＬ（例えば、本実施の形態では、“http://www.ffc1.com”）がドメイン名である。ＩＰアドレスとドメイン名との対応関係はＤＮＳ（Domain Name System）サーバにより管理されている。以下、このドメイン名を「麻薬受注システムＵＲＬ」という。
【００１８】
ＷＥＢサーバ１０が備える上述したハードウェア及びソフトウェアにより、図３に示す機能構成がＷＥＢサーバ１０に実現される。以下、各構成要素について説明する。
端末認証部１０１は、ユーザがクライアント端末２０に麻薬受注システムＵＲＬを入力し、これによりクライアント端末２０からＷＥＢサーバ１０に医療用麻薬受注システム１００への接続要求が送信されてきた場合に、当該クライアント端末２０の認証を行う。
【００１９】
例えば、端末認証部１０１は、システム管理企業が予め配布した認証情報がクライアント端末２０に記憶されているか否かによって認証を行うことができる。端末認証部１０１は、システム管理企業が予め配布した認証情報がクライアント端末２０に記憶されている場合に認証に成功したと判断し、当該認証情報がクライアント端末２０に記憶されていない場合に認証に失敗したと判断する。
認証情報としてはクッキー（Cookie）、ユニークな番号が記述されたファイルなどがあげられる。また、認証方式としては、暗号化を組み合わせた方式があげられ、あらゆる公知の認証方式を利用することができる。
【００２０】
画面表示制御部１０２は、端末認証部１０１による認証が失敗した場合に、あたかもクライアント端末２０から入力された麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面Ｇ１をクライアント端末２０に表示する。図４には、エラー画面Ｇ１の一例を示す。このエラー画面Ｇ１では、要求された麻薬受注システムＵＲＬ“http://www. ffc1.com”を取得することができなかった（詳細には、ＤＮＳサーバに麻薬受注システムＵＲＬが存在せず、アドレス解決を行うことができなかった）旨が表示されている。なお、図４に示すエラー画面Ｇ１に表示されている麻薬受注システムＵＲＬのリンクが再度ユーザにより選択されたとしても、画面表示制御部１０２の制御によって再度エラー画面Ｇ１が表示されることとなる。
【００２１】
このように、実際には麻薬受注システムＵＲＬが存在するにも関わらず、あたかも麻薬受注システムＵＲＬが存在しないと利用契約を結んでいないユーザに思わせるようなエラー画面Ｇ１を表示することで、麻薬受注システムＵＲＬが存在することを利用契約を結んでいない第三者に知られたり、医療用麻薬受注システム１００のＷＥＢサイトに不正に侵入され、管理サーバデータベース３０にアクセスされるのを防ぐことができる。なお、このエラー画面Ｇ１の画面構成は一例に過ぎず、あたかも入力された麻薬受注システムＵＲＬが存在しないと利用契約を結んでいないユーザに思わせるような画面であればよい。
【００２２】
一方、端末認証部１０１によるクライアント端末２０の認証が成功した場合には、画面表示制御部１０２は医療用麻薬受注システム１００のＷＥＢサイトのトップページにあたるログイン画面Ｇ２をクライアント端末２０に表示する。図５には、ログイン画面Ｇ２の一例を示す。同図に示すように、ログイン画面Ｇ２には、ユーザ名及びパスワードの入力欄が存在する。
このようにログイン画面Ｇ２を表示することで、端末認証とユーザ認証との二重のチェックをかけることができ、不正により或いは偶発的に医療用麻薬受注システム１００のＷＥＢサイトに利用契約を結んでいない第三者が侵入するのを防ぐことができる。
【００２３】
（端末認証処理）
次に、図６を参照して、クライアント端末２０に麻薬受注システムＵＲＬが入力された際の端末認証処理の流れを説明する。
まず、ユーザは、麻薬受注システムＵＲＬの直接入力又はリンクの選択によって、クライアント端末２０に麻薬受注システムＵＲＬを入力する。これにより、クライアント端末２０は、麻薬受注システムＵＲＬを含む接続要求をＷＥＢサーバ１０宛てに送信する（ステップＳ１０１）。
【００２４】
ＷＥＢサーバ１０が接続要求をクライアント端末２０から受信すると、端末認証部１０１は、クライアント端末２０に記憶されている認証情報を確認し、クライアント端末２０の認証を行う（ステップＳ１０２）。
認証に失敗した場合には（ステップＳ１０３；失敗）、画面表示制御部１０２はエラー画面Ｇ１を表示するための情報をクライアント端末２０に送信する（ステップＳ１０４）。クライアント端末２０はエラー画面Ｇ１を表示し、あたかも麻薬受注システムＵＲＬが存在しないように偽装する（ステップＳ１０５）。
【００２５】
一方、認証に成功した場合には（ステップＳ１０３；成功）、画面表示制御部１０２はログイン画面Ｇ２を表示するための情報をクライアント端末２０に送信する（ステップＳ１０６）。クライアント端末２０はログイン画面Ｇ２を表示し、ユーザは、ユーザ名及びパスワードを入力する。ＷＥＢサーバ１０は、入力されたユーザ名及びパスワードに基づいてユーザ認証を行い、ユーザ認証に成功した場合には、医療用麻薬受注システム１００の業務サイトに遷移する（ステップＳ１０７）。
【００２６】
このように、クライアント端末２０の認証に失敗した場合には、麻薬受注システムＵＲＬが存在しないことを通知するためのエラー画面Ｇ１を表示しログイン画面Ｇ２を表示しないことで、ログイン画面Ｇ２上のシステム名称やユーザ認証項目を利用契約を結んでいない第三者に見られることがないため、医療用麻薬受注システム１００のＷＥＢサイトは利用契約を結んでいない第三者からの攻撃を受けにくくなる。
【００２７】
（クッキーによる端末認証処理）
次に、図７を参照して、認証処理の一例として、クッキーによる端末認証処理の流れを説明する。
まず、契約時又は契約更新時に、顧客は、医療用麻薬受注システム１００への接続依頼書を医療用麻薬受注システム管理企業に渡す（ステップＳ２０１）。
システム管理企業は、認証情報として接続コードを発行し（ステップＳ２０２）、発行した接続コードが記述された接続コード登録書を顧客に渡すとともに（ステップＳ２０３）、管理者登録作業において、接続コードを顧客のプロファイル情報のひとつとして登録する（ステップＳ２０４）。
【００２８】
顧客は、医療用麻薬受注システム管理企業から取得した接続コード登録書に基づいて、クライアント端末２０への管理者登録作業を行う。管理者登録作業において、接続コードをクッキー情報のひとつとしてクライアント端末２０に登録する（ステップＳ２０５）。
運用時においては、顧客がクライアント端末２０から麻薬受注システムＵＲＬを入力すると、クライアント端末２０はクッキー情報の接続コードを読み込み（ステップＳ２０６）、当該接続コードを含む接続コード認証要求を、システム管理企業で管理されているＷＥＢサーバ１０に送信する（ステップＳ２０７）。
【００２９】
ＷＥＢサーバ１０の端末認証部１０１は、クライアント端末２０から送信されてきた接続コードと、顧客のプロファイル情報として登録済みの接続コードと、を比較して一致するか否かを検証し、かつ、有効期限を検証することにより、クライアント端末２０の認証を行う（ステップＳ２０８）。
接続コードが一致せず認証に失敗した場合には、画面表示制御部１０２はクライアント端末２０にエラー画面Ｇ１を表示させ接続を拒否する（ステップＳ２０９）。
【００３０】
一方、接続コードが一致して認証に成功した場合には、画面表示制御部１０２はクライアント端末２０にログイン画面Ｇ２を表示させる（ステップＳ２１０）。顧客はログイン画面Ｇ２にユーザ名及びパスワードを入力することにより、医療用麻薬受注システム１００にログインし（ステップＳ２１１）、受注手続きを行う（ステップＳ２１２）。
【００３１】
（画面遷移）
次に、図８を参照して、医療用麻薬受注システム１００におけるＷＥＢ画面の遷移を説明する。
まず、ログイン画面Ｇ２においてユーザ名及びパスワードが入力されＯＫボタンが選択された場合に、ＷＥＢサーバ１０はユーザ認証を行う。ユーザ認証に成功した場合にメニュー画面Ｇ３に遷移する。
メニュー画面Ｇ３において「１．発注処理」が選択された場合に、発注登録画面Ｇ４に遷移する。発注登録画面Ｇ４で確認ボタンが選択された場合には、入力情報に対する整合性チェックを行う。確定ボタンが選択された場合は、受領確認書ＰＤＦ作成処理及び管理サーバデータベース３０へのデータ転送の後に、受領確認書ＰＤＦ画面Ｇ５に遷移する。
【００３２】
また、メニュー画面Ｇ３において「２．受領確認書検索」が選択された場合には、受領確認書検索画面Ｇ６に遷移する。受領確認書検索画面Ｇ６において登録Ｎｏ．のリンクが選択された場合には、登録Ｎｏ．に対応する受領確認情報が表示された受領確認書ＰＤＦ画面Ｇ５に遷移する。
また、メニュー画面Ｇ３において「３．パスワード変更」が選択された場合には、パスワード変更画面Ｇ７に遷移する。パスワード変更画面Ｇ７においては、ユーザパスワードの変更が可能である。
また、メニュー画面Ｇ３において「９９．端末情報登録」が選択された場合には、端末情報登録画面Ｇ８に遷移する。端末情報登録画面Ｇ８では、端末情報の登録が可能である。
【００３３】
（受注処理業務フロー）
次に、図９を参照して、端末認証が成功した後の医療用麻薬受注処理の業務の流れを説明する。
まず、顧客は、クライアント端末２０に表示されたログインＧ２画面からユーザ名及びパスワードを入力し、医療用麻薬受注システム１００にログインする（ステップＳ３０１）。クライアント端末２０は、入力されたユーザ名及びパスワードをＷＥＢサーバ１０に送信する（ステップＳ３０２）。
ＷＥＢサーバ１０はＰＫＩ認証を行い、通信相手を特定する（ステップＳ３０３）。
【００３４】
次に、ユーザ認証に成功した場合、クライアント端末２０にメニュー画面Ｇ３を表示する。メニュー画面Ｇ３において顧客が「１．発注処理」を選択した場合、ＷＥＢサーバ１０は発注登録画面Ｇ４を表示する。顧客は、発注登録画面Ｇ４から品目及び数量を入力し、確定ボタンを選択することにより発注指示を行う。これにより、クライアント端末２０は入力情報をＳＳＬ通信によりＷＥＢサーバ１０に送信する（ステップＳ３０４）。
【００３５】
ＷＥＢサーバ１０はクライアント端末２０から入力情報を受信すると、受領確認データを作成し（ステップＳ３０５）、クライアント端末２０へ受領確認通知を行う（ステップＳ３０６）。ユーザ認証に失敗した場合は、ＷＥＢサーバ１０は、クライアント端末２０にメニュー画面Ｇ３を表示せずに、例えば、ユーザ名及びパスワードの再入力を促すためのエラー画面を表示する。
顧客はクライアント端末２０に受領確認書ＰＤＦ画面Ｇ５を表示して受領書確認データを確認し（ステップＳ３０７）、発注確定入力を行う（ステップＳ３０８）。
【００３６】
次に、顧客は受領確認データを印刷して捺印した後（ステップＳ３０９）、受領確認ＦＡＸをシステム管理企業内にあるファクシミリ宛てに送信し（ステップＳ３１０）、受領確認書を保管する（ステップＳ３１１）。
一方、システム管理企業では、受注確認ＦＡＸを受領すると（ステップＳ３１２）、受注担当者は、受領したＦＡＸの内容とＷＥＢサーバ１０に記憶されているデータ内容とを比較して、内容が一致していることを確認した後（ステップＳ３１３）、受注登録の入力を行う（ステップＳ３１４）。
【００３７】
以上説明したように、医療用麻薬受注システム１００のＷＥＢサイトが第三者に安易に公開されないように、ＷＥＢサーバ１０はクライアント端末２０の認証が失敗した場合には、クライアント端末２０から入力された麻薬受注システムＵＲＬが存在しないことを通知するためのエラー画面Ｇ１をクライアント端末２０に表示させるため、認証情報を記憶していないクライアント端末２０を使用している第三者に麻薬受注システムＵＲＬが安易に知られるのを防ぐことが可能となる。
また、クライアント端末２０の認証に成功した場合には、医療用麻薬受注システム１００のＷＥＢサイトへのログイン画面Ｇ２をクライアント端末２０に表示させるため、クライアント端末２０の認証とユーザ認証との両方の認証を行うことができ、セキュリティを高めることができる。
【００３８】
なお、上述した実施の形態においては、ＵＲＬはドメイン名であるとして説明したが、これに限定されることはなく、通信ネットワーク１上の様々な情報資源（文書、画像等）を特定するためのＵＲＬであっても構わない。また、上述した実施の形態においては、端末認証が成功した場合にログイン画面Ｇ２をクライアント端末２０に表示させユーザ認証を行うとして説明したが、これに限定されることはなく、ログイン画面Ｇ２を表示せずに端末認証のみを行うしくみとすることも可能である。
【産業上の利用可能性】
【００３９】
本発明により、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報の存在を、アクセスを許可されていない第三者に安易に知られることを防ぐサーバ装置およびプログラムが提供される。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施の形態に係る通信ネットワークの全体構成を示す図であるである。
【図２】同実施の形態に係るＷＥＢサーバのハードウェア構成を示すブロック図である。
【図３】同実施の形態に係るＷＥＢサーバの機能構成を示すブロック図である。
【図４】同実施の形態に係るエラー画面の一例を示す図である。
【図５】同実施の形態に係るログイン画面の一例を示す図である。
【図６】同実施の形態に係るクライアント端末に麻薬受注システムＵＲＬが入力された際の端末認証処理の流れを示す図である。
【図７】同実施の形態に係るクッキーによる端末認証処理の流れを示す図である。
【図８】同実施の形態に係る医療用麻薬受注システムにおけるＷＥＢ画面の遷移を説明するための図である。
【図９】同実施の形態に係る端末認証成功後の医療用麻薬受注処理の業務の流れを示す図である。
【符号の説明】
【００４１】
１ 通信ネットワーク
１０ ＷＥＢサーバ
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ ハードディスク装置
１５ 通信インターフェース
３０ 管理サーバデータベース
１００ 医療用麻薬受注システム
１０１ 端末認証部
１０２ 画面表示制御部
２０ クライアント端末
【技術分野】
【０００１】
本発明は、通信ネットワークを介した情報資源へのアクセス制御を行うサーバ装置に関する。
【背景技術】
【０００２】
近年、インターネット等の通信ネットワークを介した情報通信が進展している。ユーザは、自宅やインターネットカフェ等に設置されているパーソナルコンピュータ（パソコン）に表示されたＷＥＢ画面からＵＲＬ（Uniform Resource Locator、インターネット上の情報資源の所在地の識別子、アドレス情報）を入力したり、ＷＥＢ画面に表示されているリンクを選択するだけで、容易に様々なＷＥＢページを表示し情報資源に容易にアクセスすることができる。
【０００３】
このような状況の下、ＷＥＢサイトを公開している企業では、第三者から不正に或いは偶発的に社内のイントラネットに侵入され社内のデータベースにアクセスされることがないように、情報セキュリティを高める必要性が生じている。
例えば、リンクを辿って偶然やってきたユーザに対してもアクセスできるユーザを特定のユーザに制限しているＷＥＢサイトを公開することは、当該ＷＥＢサイトや当該ＷＥＢサイトを表示するためのＵＲＬの存在が安易に知られてしまい好ましくない。
【０００４】
従来、情報セキュリティを高める技術として、ログイン画面をユーザ端末に表示し、当該ログイン画面から入力されたユーザ名やパスワード等に基づいてユーザ認証を行う方式が知られている（例えば、特許文献１参照）。
しかしながら、表示されたログイン画面が悪意の第三者によって解析され、ログイン画面に入力すべきパスワード等が見破られる可能性があり、ログイン画面を安易に表示することは情報セキュリティ上好ましくない。
【特許文献１】特表２００５−５０８０４０号公報（段落０００６、０００９、００９２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報の存在をアクセスを許可されていない第三者に安易に知られることを防ぐサーバ装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の発明は、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証手段と、前記端末認証手段による認証が失敗した場合に、あたかも入力されたアドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御手段とを備えることを特徴とするサーバ装置である。
【０００７】
本発明において、ＵＲＬ等のアドレス情報を「入力する」には、ブラウザのアドレス欄に直接入力するだけでなく、アドレス情報へのリンクを選択することも含まれる。
本発明によれば、サーバ装置は、該クライアント端末が、許可されたクライアント端末ではないと認識した場合、すなわち、クライアント端末の認証が失敗した場合に、あたかもアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させるため、認証に失敗したクライアント端末を使用しているユーザにアドレス情報が安易に知られるのを防ぐことが可能となる。
【０００８】
第２の発明は、第１の発明に係るサーバ装置において、前記端末認証手段は、許可されたクライアント端末にのみ予め記憶されている認証情報に基づいて、前記認証を行うことを特徴とするサーバ装置である。
本発明によれば、前記認証情報が記憶されていないクライアント端末から、不正に又は偶発的に所定の情報資源にアクセスされるのを防ぐことができる。
第３の発明は、第１又は第２の発明に係るサーバ装置において、前記アドレス情報はドメイン名であることを特徴とするサーバ装置である。
本発明によれば、認証に失敗したクライアント端末を使用しているユーザにドメイン名の存在が知られるのを防ぐことができる。
【０００９】
第４の発明は、第１から第３の何れかの発明に係るサーバ装置において、前記画面表示制御手段は、前記端末認証手段による認証が成功した場合に、ユーザ認証用のログイン画面を前記クライアント端末に表示させることを特徴とするサーバ装置である。
本発明によれば、サーバ装置は、クライアント端末の認証に成功した場合にクライアント端末にログイン画面が表示されユーザ認証を行うことになるため、クライアント端末の認証とユーザ認証との両方の認証を行うことができ、セキュリティを高めることができる。
【００１０】
第５の発明は、コンピュータに、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証ステップと、前記端末認証ステップにおいて認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御ステップとを実行させるためのプログラムである。
【００１１】
本発明によれば、サーバ装置に前記プログラムを記憶させておくことで、サーバ装置はクライアント端末の認証が失敗した場合に、あたかもアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させることでできるため、認証に失敗したクライアント端末を使用しているユーザにアドレス情報が知られるのを防ぐことが可能となる。
【発明の効果】
【００１２】
本発明によれば、サーバ装置は、クライアント端末の認証が失敗した場合に、あたかも入力されたアドレス情報が存在しないかのように偽装するためのエラー画面をクライアント端末に表示させるため、認証に失敗したクライアント端末を使用している第三者にアドレス情報が安易に知られるのを防ぐことが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、図を参照して、本発明の好ましい実施の形態について説明する。以下では、本発明に係るサーバ装置を、医療用麻薬受注システムの構成要素であるＷＥＢサーバに適用した例について説明するが、本発明はこれに限定されるものではない。
（構成）
図１は、本発明のサーバ装置を含む本発明の実施の形態に係る通信ネットワーク１の全体構成の例を示す図である。同図に示すように、通信ネットワーク１は、医療用麻薬受注システム１００と、クライアント端末２０とを含んで構成され、医療用麻薬受注システム１００とクライアント端末２０とはインターネット等の通信ネットワークを介して接続されている。なお、クライアント端末２０は複数存在するが、同図においては１つのみ図示している。
【００１４】
医療用麻薬受注システム１００は、医療用麻薬の受注を受ける企業が管理するシステムである。医療用麻薬受注システム１００は、ＷＥＢサーバ１０と企業イントラネット内の管理サーバデータベース３０とを含んで構成されている。
ＷＥＢサーバ１０は、医療用麻薬の発注に使用される各種ＷＥＢ画面をクライアント端末２０に表示し、クライアント端末２０と管理サーバデータベース３０とのデータの授受を中継する。管理サーバデータベース３０には、医療用麻薬の受注データや顧客情報が記憶されている。
【００１５】
クライアント端末２０は例えばパソコンであり、医療用麻薬受注システム１００の利用契約を結んだ顧客により使用されるクライアント端末２０、すなわち、許可されたクライアント端末２０と、利用契約を結んでいないユーザが使用するクライアント端末２０、すなわち、許可されていないクライアント端末２０とが存在する。
許可されたクライアント端末２０には、予め認証情報が記憶されていることが好ましい。この認証情報は、医療用麻薬受注システム１００を管理する企業により顧客に配布されたものである。
【００１６】
（ＷＥＢサーバの構成）
次に、ＷＥＢサーバ１０の構成について詳細に説明する。ＷＥＢサーバ１０は、端末認証手段である端末認証部、および、画面表示制御手段である画面表示制御部を備え、さらに、一般的なコンピュータのハードウェア構成を備えることができる。具体的には、ＷＥＢサーバ１０は、図２に示すように、ＷＥＢサーバ１０全体を制御するＣＰＵ（Central Processing Unit）１１と、データを一時的に記憶するＲＡＭ（Random Access Memory）１２と、起動時に実行されるプログラムを記憶するＲＯＭ（Read Only Memory）１３と、各種ソフトウェアを記憶するハードディスク装置１４と、通信ネットワークを介した通信を制御する通信インターフェース１５と、を含んで構成されている。
【００１７】
ハードディスク装置１４に記憶されるソフトウェアには、ＨＴＴＰ（Hyper Text Transfer Protocol）に従って通信を行うためのソフトウェアと、自サーバ１０を通信ネットワーク１において一意に特定するためのＩＰアドレスと、医療用麻薬発注入力用のＷＥＢ画面をクライアント端末２０に表示するためのソフトウェアと、クライアント端末２０から自サーバ１０に対する接続要求を受信した場合にクライアント端末２０の認証を行うためのプログラムと、クライアント端末２０の認証が成功した場合にクライアント端末２０に医療用麻薬受注システムのＷＥＢサイトのログイン画面を表示するためのプログラムと、クライアント端末２０の認証に失敗した場合に麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面をクライアント端末２０に表示するためのプログラムと、が含まれている。なお、上記ＩＰアドレスに対応するＵＲＬ（例えば、本実施の形態では、“http://www.ffc1.com”）がドメイン名である。ＩＰアドレスとドメイン名との対応関係はＤＮＳ（Domain Name System）サーバにより管理されている。以下、このドメイン名を「麻薬受注システムＵＲＬ」という。
【００１８】
ＷＥＢサーバ１０が備える上述したハードウェア及びソフトウェアにより、図３に示す機能構成がＷＥＢサーバ１０に実現される。以下、各構成要素について説明する。
端末認証部１０１は、ユーザがクライアント端末２０に麻薬受注システムＵＲＬを入力し、これによりクライアント端末２０からＷＥＢサーバ１０に医療用麻薬受注システム１００への接続要求が送信されてきた場合に、当該クライアント端末２０の認証を行う。
【００１９】
例えば、端末認証部１０１は、システム管理企業が予め配布した認証情報がクライアント端末２０に記憶されているか否かによって認証を行うことができる。端末認証部１０１は、システム管理企業が予め配布した認証情報がクライアント端末２０に記憶されている場合に認証に成功したと判断し、当該認証情報がクライアント端末２０に記憶されていない場合に認証に失敗したと判断する。
認証情報としてはクッキー（Cookie）、ユニークな番号が記述されたファイルなどがあげられる。また、認証方式としては、暗号化を組み合わせた方式があげられ、あらゆる公知の認証方式を利用することができる。
【００２０】
画面表示制御部１０２は、端末認証部１０１による認証が失敗した場合に、あたかもクライアント端末２０から入力された麻薬受注システムＵＲＬが存在しないかのように偽装するためのエラー画面Ｇ１をクライアント端末２０に表示する。図４には、エラー画面Ｇ１の一例を示す。このエラー画面Ｇ１では、要求された麻薬受注システムＵＲＬ“http://www. ffc1.com”を取得することができなかった（詳細には、ＤＮＳサーバに麻薬受注システムＵＲＬが存在せず、アドレス解決を行うことができなかった）旨が表示されている。なお、図４に示すエラー画面Ｇ１に表示されている麻薬受注システムＵＲＬのリンクが再度ユーザにより選択されたとしても、画面表示制御部１０２の制御によって再度エラー画面Ｇ１が表示されることとなる。
【００２１】
このように、実際には麻薬受注システムＵＲＬが存在するにも関わらず、あたかも麻薬受注システムＵＲＬが存在しないと利用契約を結んでいないユーザに思わせるようなエラー画面Ｇ１を表示することで、麻薬受注システムＵＲＬが存在することを利用契約を結んでいない第三者に知られたり、医療用麻薬受注システム１００のＷＥＢサイトに不正に侵入され、管理サーバデータベース３０にアクセスされるのを防ぐことができる。なお、このエラー画面Ｇ１の画面構成は一例に過ぎず、あたかも入力された麻薬受注システムＵＲＬが存在しないと利用契約を結んでいないユーザに思わせるような画面であればよい。
【００２２】
一方、端末認証部１０１によるクライアント端末２０の認証が成功した場合には、画面表示制御部１０２は医療用麻薬受注システム１００のＷＥＢサイトのトップページにあたるログイン画面Ｇ２をクライアント端末２０に表示する。図５には、ログイン画面Ｇ２の一例を示す。同図に示すように、ログイン画面Ｇ２には、ユーザ名及びパスワードの入力欄が存在する。
このようにログイン画面Ｇ２を表示することで、端末認証とユーザ認証との二重のチェックをかけることができ、不正により或いは偶発的に医療用麻薬受注システム１００のＷＥＢサイトに利用契約を結んでいない第三者が侵入するのを防ぐことができる。
【００２３】
（端末認証処理）
次に、図６を参照して、クライアント端末２０に麻薬受注システムＵＲＬが入力された際の端末認証処理の流れを説明する。
まず、ユーザは、麻薬受注システムＵＲＬの直接入力又はリンクの選択によって、クライアント端末２０に麻薬受注システムＵＲＬを入力する。これにより、クライアント端末２０は、麻薬受注システムＵＲＬを含む接続要求をＷＥＢサーバ１０宛てに送信する（ステップＳ１０１）。
【００２４】
ＷＥＢサーバ１０が接続要求をクライアント端末２０から受信すると、端末認証部１０１は、クライアント端末２０に記憶されている認証情報を確認し、クライアント端末２０の認証を行う（ステップＳ１０２）。
認証に失敗した場合には（ステップＳ１０３；失敗）、画面表示制御部１０２はエラー画面Ｇ１を表示するための情報をクライアント端末２０に送信する（ステップＳ１０４）。クライアント端末２０はエラー画面Ｇ１を表示し、あたかも麻薬受注システムＵＲＬが存在しないように偽装する（ステップＳ１０５）。
【００２５】
一方、認証に成功した場合には（ステップＳ１０３；成功）、画面表示制御部１０２はログイン画面Ｇ２を表示するための情報をクライアント端末２０に送信する（ステップＳ１０６）。クライアント端末２０はログイン画面Ｇ２を表示し、ユーザは、ユーザ名及びパスワードを入力する。ＷＥＢサーバ１０は、入力されたユーザ名及びパスワードに基づいてユーザ認証を行い、ユーザ認証に成功した場合には、医療用麻薬受注システム１００の業務サイトに遷移する（ステップＳ１０７）。
【００２６】
このように、クライアント端末２０の認証に失敗した場合には、麻薬受注システムＵＲＬが存在しないことを通知するためのエラー画面Ｇ１を表示しログイン画面Ｇ２を表示しないことで、ログイン画面Ｇ２上のシステム名称やユーザ認証項目を利用契約を結んでいない第三者に見られることがないため、医療用麻薬受注システム１００のＷＥＢサイトは利用契約を結んでいない第三者からの攻撃を受けにくくなる。
【００２７】
（クッキーによる端末認証処理）
次に、図７を参照して、認証処理の一例として、クッキーによる端末認証処理の流れを説明する。
まず、契約時又は契約更新時に、顧客は、医療用麻薬受注システム１００への接続依頼書を医療用麻薬受注システム管理企業に渡す（ステップＳ２０１）。
システム管理企業は、認証情報として接続コードを発行し（ステップＳ２０２）、発行した接続コードが記述された接続コード登録書を顧客に渡すとともに（ステップＳ２０３）、管理者登録作業において、接続コードを顧客のプロファイル情報のひとつとして登録する（ステップＳ２０４）。
【００２８】
顧客は、医療用麻薬受注システム管理企業から取得した接続コード登録書に基づいて、クライアント端末２０への管理者登録作業を行う。管理者登録作業において、接続コードをクッキー情報のひとつとしてクライアント端末２０に登録する（ステップＳ２０５）。
運用時においては、顧客がクライアント端末２０から麻薬受注システムＵＲＬを入力すると、クライアント端末２０はクッキー情報の接続コードを読み込み（ステップＳ２０６）、当該接続コードを含む接続コード認証要求を、システム管理企業で管理されているＷＥＢサーバ１０に送信する（ステップＳ２０７）。
【００２９】
ＷＥＢサーバ１０の端末認証部１０１は、クライアント端末２０から送信されてきた接続コードと、顧客のプロファイル情報として登録済みの接続コードと、を比較して一致するか否かを検証し、かつ、有効期限を検証することにより、クライアント端末２０の認証を行う（ステップＳ２０８）。
接続コードが一致せず認証に失敗した場合には、画面表示制御部１０２はクライアント端末２０にエラー画面Ｇ１を表示させ接続を拒否する（ステップＳ２０９）。
【００３０】
一方、接続コードが一致して認証に成功した場合には、画面表示制御部１０２はクライアント端末２０にログイン画面Ｇ２を表示させる（ステップＳ２１０）。顧客はログイン画面Ｇ２にユーザ名及びパスワードを入力することにより、医療用麻薬受注システム１００にログインし（ステップＳ２１１）、受注手続きを行う（ステップＳ２１２）。
【００３１】
（画面遷移）
次に、図８を参照して、医療用麻薬受注システム１００におけるＷＥＢ画面の遷移を説明する。
まず、ログイン画面Ｇ２においてユーザ名及びパスワードが入力されＯＫボタンが選択された場合に、ＷＥＢサーバ１０はユーザ認証を行う。ユーザ認証に成功した場合にメニュー画面Ｇ３に遷移する。
メニュー画面Ｇ３において「１．発注処理」が選択された場合に、発注登録画面Ｇ４に遷移する。発注登録画面Ｇ４で確認ボタンが選択された場合には、入力情報に対する整合性チェックを行う。確定ボタンが選択された場合は、受領確認書ＰＤＦ作成処理及び管理サーバデータベース３０へのデータ転送の後に、受領確認書ＰＤＦ画面Ｇ５に遷移する。
【００３２】
また、メニュー画面Ｇ３において「２．受領確認書検索」が選択された場合には、受領確認書検索画面Ｇ６に遷移する。受領確認書検索画面Ｇ６において登録Ｎｏ．のリンクが選択された場合には、登録Ｎｏ．に対応する受領確認情報が表示された受領確認書ＰＤＦ画面Ｇ５に遷移する。
また、メニュー画面Ｇ３において「３．パスワード変更」が選択された場合には、パスワード変更画面Ｇ７に遷移する。パスワード変更画面Ｇ７においては、ユーザパスワードの変更が可能である。
また、メニュー画面Ｇ３において「９９．端末情報登録」が選択された場合には、端末情報登録画面Ｇ８に遷移する。端末情報登録画面Ｇ８では、端末情報の登録が可能である。
【００３３】
（受注処理業務フロー）
次に、図９を参照して、端末認証が成功した後の医療用麻薬受注処理の業務の流れを説明する。
まず、顧客は、クライアント端末２０に表示されたログインＧ２画面からユーザ名及びパスワードを入力し、医療用麻薬受注システム１００にログインする（ステップＳ３０１）。クライアント端末２０は、入力されたユーザ名及びパスワードをＷＥＢサーバ１０に送信する（ステップＳ３０２）。
ＷＥＢサーバ１０はＰＫＩ認証を行い、通信相手を特定する（ステップＳ３０３）。
【００３４】
次に、ユーザ認証に成功した場合、クライアント端末２０にメニュー画面Ｇ３を表示する。メニュー画面Ｇ３において顧客が「１．発注処理」を選択した場合、ＷＥＢサーバ１０は発注登録画面Ｇ４を表示する。顧客は、発注登録画面Ｇ４から品目及び数量を入力し、確定ボタンを選択することにより発注指示を行う。これにより、クライアント端末２０は入力情報をＳＳＬ通信によりＷＥＢサーバ１０に送信する（ステップＳ３０４）。
【００３５】
ＷＥＢサーバ１０はクライアント端末２０から入力情報を受信すると、受領確認データを作成し（ステップＳ３０５）、クライアント端末２０へ受領確認通知を行う（ステップＳ３０６）。ユーザ認証に失敗した場合は、ＷＥＢサーバ１０は、クライアント端末２０にメニュー画面Ｇ３を表示せずに、例えば、ユーザ名及びパスワードの再入力を促すためのエラー画面を表示する。
顧客はクライアント端末２０に受領確認書ＰＤＦ画面Ｇ５を表示して受領書確認データを確認し（ステップＳ３０７）、発注確定入力を行う（ステップＳ３０８）。
【００３６】
次に、顧客は受領確認データを印刷して捺印した後（ステップＳ３０９）、受領確認ＦＡＸをシステム管理企業内にあるファクシミリ宛てに送信し（ステップＳ３１０）、受領確認書を保管する（ステップＳ３１１）。
一方、システム管理企業では、受注確認ＦＡＸを受領すると（ステップＳ３１２）、受注担当者は、受領したＦＡＸの内容とＷＥＢサーバ１０に記憶されているデータ内容とを比較して、内容が一致していることを確認した後（ステップＳ３１３）、受注登録の入力を行う（ステップＳ３１４）。
【００３７】
以上説明したように、医療用麻薬受注システム１００のＷＥＢサイトが第三者に安易に公開されないように、ＷＥＢサーバ１０はクライアント端末２０の認証が失敗した場合には、クライアント端末２０から入力された麻薬受注システムＵＲＬが存在しないことを通知するためのエラー画面Ｇ１をクライアント端末２０に表示させるため、認証情報を記憶していないクライアント端末２０を使用している第三者に麻薬受注システムＵＲＬが安易に知られるのを防ぐことが可能となる。
また、クライアント端末２０の認証に成功した場合には、医療用麻薬受注システム１００のＷＥＢサイトへのログイン画面Ｇ２をクライアント端末２０に表示させるため、クライアント端末２０の認証とユーザ認証との両方の認証を行うことができ、セキュリティを高めることができる。
【００３８】
なお、上述した実施の形態においては、ＵＲＬはドメイン名であるとして説明したが、これに限定されることはなく、通信ネットワーク１上の様々な情報資源（文書、画像等）を特定するためのＵＲＬであっても構わない。また、上述した実施の形態においては、端末認証が成功した場合にログイン画面Ｇ２をクライアント端末２０に表示させユーザ認証を行うとして説明したが、これに限定されることはなく、ログイン画面Ｇ２を表示せずに端末認証のみを行うしくみとすることも可能である。
【産業上の利用可能性】
【００３９】
本発明により、通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報の存在を、アクセスを許可されていない第三者に安易に知られることを防ぐサーバ装置およびプログラムが提供される。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施の形態に係る通信ネットワークの全体構成を示す図であるである。
【図２】同実施の形態に係るＷＥＢサーバのハードウェア構成を示すブロック図である。
【図３】同実施の形態に係るＷＥＢサーバの機能構成を示すブロック図である。
【図４】同実施の形態に係るエラー画面の一例を示す図である。
【図５】同実施の形態に係るログイン画面の一例を示す図である。
【図６】同実施の形態に係るクライアント端末に麻薬受注システムＵＲＬが入力された際の端末認証処理の流れを示す図である。
【図７】同実施の形態に係るクッキーによる端末認証処理の流れを示す図である。
【図８】同実施の形態に係る医療用麻薬受注システムにおけるＷＥＢ画面の遷移を説明するための図である。
【図９】同実施の形態に係る端末認証成功後の医療用麻薬受注処理の業務の流れを示す図である。
【符号の説明】
【００４１】
１ 通信ネットワーク
１０ ＷＥＢサーバ
１１ ＣＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１４ ハードディスク装置
１５ 通信インターフェース
３０ 管理サーバデータベース
１００ 医療用麻薬受注システム
１０１ 端末認証部
１０２ 画面表示制御部
２０ クライアント端末
【特許請求の範囲】
【請求項１】
通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証手段と、
前記端末認証手段による認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御手段と
を備えることを特徴とするサーバ装置。
【請求項２】
前記端末認証手段は、
許可されたクライアント端末にのみ予め記憶されている認証情報に基づいて、前記認証を行うことを特徴とする
請求項１に記載のサーバ装置。
【請求項３】
前記アドレス情報はドメイン名であることを特徴とする
請求項１又は２に記載のサーバ装置。
【請求項４】
前記画面表示制御手段は、
前記端末認証手段による認証が成功した場合に、ユーザ認証用のログイン画面を前記クライアント端末に表示させることを特徴とする
請求項１から３の何れか１項に記載のサーバ装置。
【請求項５】
コンピュータに、
通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証ステップと、
前記端末認証ステップにおいて認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御ステップと
を実行させるためのプログラム。
【請求項１】
通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証手段と、
前記端末認証手段による認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御手段と
を備えることを特徴とするサーバ装置。
【請求項２】
前記端末認証手段は、
許可されたクライアント端末にのみ予め記憶されている認証情報に基づいて、前記認証を行うことを特徴とする
請求項１に記載のサーバ装置。
【請求項３】
前記アドレス情報はドメイン名であることを特徴とする
請求項１又は２に記載のサーバ装置。
【請求項４】
前記画面表示制御手段は、
前記端末認証手段による認証が成功した場合に、ユーザ認証用のログイン画面を前記クライアント端末に表示させることを特徴とする
請求項１から３の何れか１項に記載のサーバ装置。
【請求項５】
コンピュータに、
通信ネットワーク上に存在する所定の情報資源を識別するためのアドレス情報がクライアント端末から入力された場合に、該クライアント端末の認証を行う端末認証ステップと、
前記端末認証ステップにおいて認証が失敗した場合に、あたかも前記アドレス情報が存在しないかのように偽装するためのエラー画面を前記クライアント端末に表示させる画面表示制御ステップと
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００７−１７２５２０（Ｐ２００７−１７２５２０Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３７２６９７（Ｐ２００５−３７２６９７）
【出願日】平成１７年１２月２６日（２００５．１２．２６）
【出願人】（０００２３７１５６）株式会社エフ・エフ・シー (100)
【出願人】（０００００１０２９）協和醗酵工業株式会社 (276)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２６日（２００５．１２．２６）
【出願人】（０００２３７１５６）株式会社エフ・エフ・シー (100)
【出願人】（０００００１０２９）協和醗酵工業株式会社 (276)
【Ｆターム（参考）】
[ Back to top ]