JP6220275B2 - セキュリティシステム - Google Patents

Description

本発明は、セキュリティシステムに関する。

近年、秘匿性の高い情報が漏洩してしまう問題が頻繁に発生している。例えば、ユーザが情報処理端末等を用いてＷｅｂサービスに個人情報を登録した場合、その個人情報が漏洩してしまう問題が起きている。そこで、情報処理端末等を利用してユーザがＷｅｂサービスを利用する際に、秘匿性の高い情報が漏洩することを防止する必要がある。

一般的なＷｅｂサービスでは、ＩＤとパスワードとを用いて認証を行い、認証が成功した場合にＷｅｂシサービス上の情報にアクセスすることが許可される。また、情報漏洩を防ぐため、Ｗｅｂサービスにアクセスする端末を限定して、閲覧制限を行う技術がある。例えば、無線ＬＡＮやＶＰＮを利用する際に、正当なユーザであることを証明するセキュリティトークンとして、認証情報の入ったドングルをコンピュータに装着することにより、Ｗｅｂサイトを閲覧することが可能な端末が限定される（非特許文献１参照）。

また、他にもＣｏｏｋｉｅによる二重のＩＤ及びパスワードの入力や、ＭＡＣアドレス又はＩＰアドレスを用いて、Ｗｅｂサイトにアクセスする端末を限定する方法がある。

ドングル Wikipedia、[On Line]、[平成２６年１月２２日検索]、インターネット＜URL：http://ja.wikipedia.org/wiki/%E3%83%89%E3%83%B3%E3%82%B0%E3%83%AB＞

しかしながら、従来技術では、Ｗｅｂサイトにアクセスする端末を限定する場合、紛失、置き忘れ対策、なりすまし対策、又はハッキング・ウィルスセキュリティ対策等のセキュリティ対策が必ずしも十分であるとは言えなかった。

例えば、ドングルを用いて端末を限定する場合、ドングル自体を紛失した場合のための管理が煩雑であったり、ドングルに感染して媒介するウィルスなどがあったりする。さらに、ドングルを用いる技術の場合、ドングルを購入する費用や、ドングルを毎回認証する必要があるなどのユーザへの負担が大きかった。

また、Ｃｏｏｋｉｅなどを用いる技術では、ＩＤ及びパスワードなどが悪意のある者に知られてしまうと、真のユーザが気づかないうちに、利用されてしまう危険性がある。

そこで、本発明は、利用する情報処理端末を限定してＷｅｂサービスが提供される場合に、ユーザへの負担を考慮しつつ、セキュリティを向上させることができるセキュリティシステムを提供することを目的とする。

本発明の所定の態様におけるセキュリティシステムは、情報処理端末から、生徒に関連する情報を扱うＷｅｂサイトへのアクセスを制御するセキュリティシステムであって、情報処理端末をサーバに登録するための第１識別情報及び第１パスワード、並びに前記サーバにアクセスするための第２識別情報及び第２パスワードを設定する設定手段と、前記第１識別情報及び前記第１パスワードとともに前記情報処理端末を管理するための端末情報を、前記情報処理端末から前記サーバに送信する登録要求手段と、前記端末情報に基づく端末制御情報を発行する発行手段と、前記端末制御情報を前記サーバ及び前記情報処理端末に登録する登録手段と、前記情報処理端末に記憶された端末制御情報と、前記サーバに登録された端末制御情報とを照合する照合手段と、前記照合手段による照合が成功した場合、前記情報処理端末に入力された第２識別情報及び第２パスワード、並びに前記サーバに設定された第２識別情報及び第２パスワードを用いて認証処理を行う認証手段と、前記認証手段による認証が成功した場合、前記Ｗｅｂサイトにアクセスするアクセス手段と、を備える。これにより、利用する情報処理端末を限定してＷｅｂサービスが提供される場合に、ユーザへの負担を考慮しつつ、セキュリティを向上させることができる。

また、前記発行手段は、前記照合手段による照合が行われる度に、新たな端末制御情報を発行してもよく、前記登録手段は、前記発行手段により端末制御情報が発行される度に、前記新たな端末制御情報を前記サーバ及び前記情報処理端末に登録してもよい。この好ましい態様により、アクセスされる度に端末制御情報が更新されるので、セキュリティをさらに向上させることができる。

また、前記設定手段は、前記情報処理端末を登録するための第１期限と、前記情報処理端末からのアクセスを許可する第２期限とを設定し、前記第１期限は、前記第２期限よりも短く設定してもよい。この好ましい態様により、利用する端末の登録期間を短く設定することで、後に攻撃者から端末が登録されることを防止することができる。

また、前記情報処理端末は、前記端末制御情報を、Ｗｅｂブラウザ内にあるストレージ、例えば、ＨＴＭＬ５のローカルストレージに記憶してもよい。この好ましい態様により、本システムの実装を容易にすることができる。

また、前記情報処理端末からの前記個人情報の利用を停止する停止手段をさらに備え、前記発行手段は、前記照合手段により、前記停止手段により利用が停止されている情報処理端末の端末制御情報が照合された場合、前記新たな端末制御情報を発行しなくてもよい。この好ましい態様により、攻撃者からのアクセスにより端末制御情報が更新されてしまうことを防止することができる。

本発明の所定の態様によれば、利用する情報処理端末を限定してＷｅｂサービスが提供される場合に、ユーザへの負担を考慮しつつ、セキュリティを向上させることができる。

実施形態におけるセキュリティシステムの構成の一例を示すブロック図である。 実施形態におけるサーバのハードウェア構成の一例を示すブロック図である。 実施形態における情報処理端末のハードウェア構成の一例を示すブロック図である。 実施形態におけるサーバの機能構成の一例を示すブロック図である。 実施形態における情報処理端末の機能構成の一例を示すブロック図である。 端末登録画面の一例を示す図である。 ログイン画面の一例を示す図である。 ログイン情報の一例を示す図である。 端末登録情報の一例を示す図である。 端末関連情報の一例を示す図である。 端末制御情報の一例を示す図である。 実施形態におけるセキュリティシステムのアカウント設定処理の一例を示すシーケンス図である。 実施形態におけるセキュリティシステムの端末制御情報の登録処理の一例を示すシーケンス図である。 実施形態におけるセキュリティシステムのユーザログイン処理の一例を示すシーケンス図である。 実施形態におけるセキュリティシステムのアカウント停止処理の一例を示すシーケンス図である。 実施形態におけるセキュリティシステムの端末停止処理の一例を示すシーケンス図である。 実施形態におけるセキュリティシステムの不正利用後の不正察知処理の一例を示すシーケンス図である。

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形して実施することができる。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることがある。

［実施形態］
まず、以下に説明するセキュリティシステムは、校務支援システムに適用するセキュリティシステムを例にして説明するが、この例に限られない。なお、以下に説明する情報処理端末は、例えばタブレット端末を例にして説明するが、ＰＣ（Personal Computer）等の情報処理装置を含む。

実施形態におけるセキュリティシステムが適用される校務支援システムの例としては、生徒の成績などの生徒に関連する情報（例えば校務に関連する情報）を一括管理するＷｅｂサービスがある。このＷｅｂサービスでは、学校の先生が、情報処理端末などを用いてＷｅｂサイトにアクセスし、生徒の成績などの個人情報を入力する。学校の生徒は、情報処理端末を用いて、このＷｅｂサービスが提供するＷｅｂサイトにアクセスすることで、自分の情報だけを閲覧する。

このとき、実施形態におけるセキュリティシステムは、利用できる情報処理端末を限定することで、情報処理端末が紛失されたり、盗難されたりした場合に、秘匿性の高い情報（以下、秘密情報ともいう）が漏洩することを防止する。以下、本発明の実施形態におけるセキュリティシステムを、図面を用いて説明する。

＜セキュリティシステムの構成＞
図１は、実施形態におけるセキュリティシステム１の構成の一例を示すブロック図である。図１に示す例では、セキュリティシステム１は、サーバ１０と、情報処理端末２０Ａ、２０Ｂとがネットワーク３０を介して接続されている。情報処理端末２０は、個別の情報処理端末２０Ａと情報処理端末２０Ｂとを区別しない場合に用いる。また、セキュリティシステム１は、図示しない認証サーバなどを備えてもよい。

サーバ１０は、秘密情報（例えば個人情報）を扱うＷｅｂサービスを提供する。サーバ１０は、情報漏洩を防ぐため、このＷｅｂサービスを利用できる情報処理端末２０を限定する機能を有する。例えば、サーバ１０は、情報処理端末２０を登録する際に発行する端末制御情報を用いて端末を限定することで、セキュリティを高めている。セキュリティを高める機能の詳細については後述する。

情報処理端末２０は、サーバ１０にアクセスして、Ｗｅｂサービスを利用できる。このとき、情報処理端末２０は、Ｗｅｂサイトへの初回アクセス時に、サーバ１０により設定された端末登録用のＩＤ及びパスワードとともに、端末管理用の端末情報をサーバ１０に送信する。サーバ１０は、端末情報を基に生成された端末制御情報を登録し、この端末制御情報を用いて情報処理端末２０を限定する。端末限定の詳細については後述する。Ｗｅｂサービスを利用する情報処理端末２０が限定された後、端末制御情報が登録されていない情報処理端末は、このＷｅｂサイトが提供するＷｅｂサイトにアクセスしようとしても、アクセスすることはできない。

＜ハードウェア構成＞
次に、セキュリティシステム１における各機器のハードウェア構成について説明する。図２は、実施形態におけるサーバ１０のハードウェア構成の一例を示すブロック図である。図２に示すサーバ１０は、例えば、ＣＰＵ（Central Processing Unit）１０２と、メインメモリ１０４と、ＢＩＯＳ−ＲＯＭ１０６と、記憶装置１０８と、通信インタフェース１１０と、これらを接続するシステムバス１１２とを有する。

ＣＰＵ１０２は、例えば、メインメモリ１０４上に展開されたプログラムを実行し、サーバ１０に各種の機能を実現させる。言い換えれば、サーバ１０は、ＣＰＵ１０２の制御の下、プログラムを実行することにより、アクセス制限をしたＷｅｂサイトの利用を実現する。ＢＩＯＳ−ＲＯＭ１０６は、サーバ１０のハードウェア管理、制御をするプログラムを記憶する。記憶部１０８は、プログラムや各種データを格納する。通信インタフェース１１０は、情報処理端末２０や他の装置との通信を可能にするインタフェースである。

次に、ユーザがＷｅｂサイトにアクセスするために用いる情報処理端末２０のハードウェア構成について説明する。図３は、実施形態における情報処理端末２０のハードウェア構成の一例を示すブロック図である。図３に示す情報処理端末２０は、例えば、ＣＰＵ２０２と、メインメモリ２０４と、ＢＩＯＳ−ＲＯＭ２０６と、記憶部２０８と、オーディオ出力部２１０と、表示部２１２と、通信インタフェース２１４と、入力部２１６と、これらを接続するシステムバス２１８とを有する。

ＣＰＵ２０２、メインメモリ２０４、ＢＩＯＳ−ＲＯＭ２０６、記憶部２０８、通信インタフェース２１４の機能は、それぞれ図２に示すＣＰＵ１０２、メインメモリ１０４、ＢＩＯＳ−ＲＯＭ１０６、記憶部１０８、通信インタフェース１１０の機能と同様である。

オーディオ出力部２１０は、ＣＰＵ２０２の制御の下で処理された各種のサウンドを出力する。表示部２１２は、ＣＰＵ２０２の制御の下で処理された各種の画像を表示する。入力部２１６は、例えばユーザ操作を入力するタッチパネルなどである。また、入力部２１６は、情報処理端末２０に接続されたキーボードなどからユーザ操作を入力してもよい。

＜機能構成＞
次に、セキュリティシステム１における各機能構成について説明する。まず、サーバ１０の機能構成について説明する。

図４は、実施形態におけるサーバ１０の機能構成の一例を示すブロック図である。図４に示すサーバ１０は、例えば、設定手段３０２と、端末制御手段３０４と、照合手段３０６と、記憶手段３０８と、認証手段３１０と、発行手段３１２と、登録手段３１４と、更新手段３１６と、停止手段３１８とを有する。サーバ１０は、プログラムＰＲ１を実行することにより、Ｗｅｂサービスを提供するための各機能を有する。

設定手段３０２は、例えば、ＣＰＵ１０２、メインメモリ１０４、及びプログラムＰＲ１等により実現されうる。設定手段３０２は、情報処理端末２０をサーバ１０に登録するためのＩＤ（第１識別情報）及びパスワード（第１パスワード）、並びにサーバ１０にアクセスするためのＩＤ（第２識別情報）及びパスワード（第２パスワード）を設定する。例えば、第１識別情報及び第１パスワードは、端末登録用のデータであり、第２識別情報及び第２パスワードは、個人認証用のデータである。

また、設定手段３０２は、情報処理端末２０を登録するための登録期限（第１期限）と、情報処理端末２０からのアクセスを許可する有効期限（第２期限）とを設定する。このとき、設定手段３０２は、登録期限を、有効期限よりも短く設定する。例えば、登録期限は、ＩＤとパスワードとを設定してから所定期間（例えば５日）以内とし、有効期限は、ＩＤとパスワードとを設定してから例えば１年とする。

また、設定手段３０２は、登録期限を短く設定する（例えば、発行日から２日に設定する）ことにより、正規の情報処理端末を限定するようにし、セキュリティを向上させることができる。なぜなら、端末登録用のデータを後日盗んだ攻撃者が、自身の端末を登録しようとしても、登録期限が過ぎているため、攻撃者自身の端末を登録できないからである。

端末制御手段３０４は、例えば、ＣＰＵ１０２、メインメモリ１０４、通信インタフェース１１０及びプログラムＰＲ１等により実現されうる。端末制御手段３０４は、情報処理端末２０からＷｅｂサイトの各種画面へのリクエストを受信した場合に、各種画面のレスポンスを返す。例えば、端末制御手段３０４は、リクエストに応答して、ログイン画面のレスポンスを返したり、初回アクセス時に端末登録画面のレスポンスを返したりする。

また、端末制御手段３０４は、情報処理端末２０から端末登録画面を用いて入力された端末情報を取得する。端末情報は、端末制御情報を生成するために用いられる。生成された端末制御情報は、情報処理端末２０とサーバ１０とに登録され、記憶される。

照合手段３０６は、例えば、ＣＰＵ１０２、メインメモリ１０４、通信インタフェース１１０及びプログラムＰＲ１等により実現されうる。照合手段３０６は、情報処理端末２０に記憶された端末制御情報と、サーバ１０に登録された端末制御情報とを照合する。照合が成功した場合、照合結果は、認証手段３１０、発行手段３１２に出力され、照合が失敗した場合、照合結果は、発行手段３１２または停止手段３１８に出力される。

記憶手段３０８は、例えば、記憶部１０８等により実現されうる。記憶手段３０８は、設定手段３０２により設定された情報や、情報処理端末２０から受信した情報を記憶する。記憶手段３０８に記憶された情報については、図８〜図１０を用いて後述する。

認証手段３１０は、例えば、ＣＰＵ１０２、メインメモリ１０４、通信インタフェース１１０及びプログラムＰＲ１等により実現されうる。認証手段３１０は、照合手段３０６による照合が成功した場合、情報処理端末２０に入力された第２識別情報及び第２パスワード、並びにサーバ１０に設定された第２識別情報及び第２パスワードを用いて認証処理を行う。情報処理端末２０に入力された第２識別情報及び第２パスワードは、初回入力後にＷｅｂブラウザに保存された第２識別情報及び第２パスワードを含む。認証手段３１０は、認証結果を発行手段３１２に出力する。

発行手段３１２は、例えば、ＣＰＵ１０２、メインメモリ１０４、及びプログラムＰＲ１等により実現されうる。発行手段３１２は、認証結果を取得すると、端末情報に基づく端末制御情報を発行する。例えば、発行手段３１２は、端末情報及び更新日時等をパラメータとするハッシュ関数を用いて、端末制御情報を生成する。更新日時とは、このＷｅｂサイトへのアクセスがあった最新日時をいう。端末制御情報は、例えばハッシュ値である。生成された端末制御情報は、登録手段３１４に出力される。

なお、発行手段３１２は、情報処理端末２０からアクセスがある度に、認証の成否にかかわらず、端末制御情報を再発行する。また、発行手段３１２は、後述する停止手段３１８により利用が停止されている情報処理端末の端末制御情報が照合された場合、新たな端末制御情報を発行しない。これは、不正アクセスにより、端末制御情報が更新されることを防止するためである。

登録手段３１４は、例えば、ＣＰＵ１０２、メインメモリ１０４、通信インタフェース１１０及びプログラムＰＲ１等により実現されうる。登録手段３１４は、発行手段３１２により発行された端末制御情報をサーバ１０及び情報処理端末２０に登録する。例えば、登録手段３１４は、発行された端末制御情報を記憶手段３０８に記憶し、また、この端末制御情報を情報処理端末２０に登録するため、情報処理端末２０に送信する。

更新手段３１６は、例えば、ＣＰＵ１０２、メインメモリ１０４、及びプログラムＰＲ１等により実現されうる。更新手段３１６は、発行手段３１２により端末制御情報が再発行された場合、記憶手段３０８に記憶されている端末関連情報を更新する。端末関連情報とは、情報処理端末２０から受信した端末情報や、更新日時や、端末制御情報などの端末に関連する情報をいう。

停止手段３１８は、例えば、ＣＰＵ１０２、メインメモリ１０４、及びプログラムＰＲ１等により実現されうる。情報処理端末２０のユーザ等から利用停止が指示されると、停止手段３１８は、情報処理端末２０からのＷｅｂサービスの利用を停止する。また、サーバ１０の運用者が、情報処理端末２０のユーザから利用停止の指示を受けた場合に、停止手段３１８は、運用者の操作に基づいて、所定の情報処理端末２０の利用を停止する。なお、停止手段３１８は、不正アクセスのログを記録してもよい。

次に、セキュリティシステム１における情報処理端末２０の機能構成について説明する。図５は、実施形態における情報処理端末２０の機能構成の一例を示すブロック図である。図５に示す情報処理端末２０は、例えば、登録要求手段４０２と、表示手段４０４と、ログイン手段４０６と、登録手段４０８と、アクセス手段４１０と、記憶手段４１２とを有する。情報処理端末２０は、プログラムＰＲ２を実行することにより、Ｗｅｂサイトにアクセスするための各機能を有する。

登録要求手段４０２は、例えば、ＣＰＵ２０２、メインメモリ２０４、通信インタフェース２１４及びプログラムＰＲ２等により実現されうる。登録要求手段４０２は、ユーザの操作により、Ｗｅｂサイトにアクセスするため、ログイン画面、初回時には端末登録画面のリクエストを行う。登録要求手段４０２は、ログイン画面、又は端末登録画面のレスポンスを受けた場合、その画面を示す情報を表示手段４０４に出力する。また、登録要求手段４０２は、第１識別情報及び第１パスワードとともに情報処理端末２０を管理するための端末情報を、サーバ１０に送信する。

表示手段４０４は、例えば、表示部２１２等により実現されうる。表示手段４０４は、サーバ１０からログイン画面、又は端末登録画面のレスポンスを受けた場合に、ログイン画面、又は端末登録画面を表示する。

ログイン手段４０６は、例えば、ＣＰＵ２０２、メインメモリ２０４、通信インタフェース２１４及びプログラムＰＲ２等により実現されうる。ログイン画面から入力された個人認証用の第２識別情報及び第２パスワードを、サーバ１０に送信する。ログイン手段４０６は、Ｗｅｂブラウザに第２識別情報及び第２パスワードが保存されている場合は、保存されている第２識別情報及び第２パスワードを、サーバ１０に送信する。

登録手段４０８は、例えば、ＣＰＵ２０２、メインメモリ２０４、通信インタフェース２１４及びプログラムＰＲ２等により実現されうる。登録手段４０８は、サーバ１０から受信した端末制御情報を記憶手段４１２に記憶する。また、登録手段４０８は、サーバ１０から端末制御情報を受信する度に、記憶手段４１２に記憶された端末制御情報を更新する。

アクセス手段４１０は、例えば、ＣＰＵ２０２、メインメモリ２０４、通信インタフェース２１４及びプログラムＰＲ２等により実現されうる。アクセス手段４１０は、サーバ１０の認証手段３１０による認証が成功した場合、通信インターフェース２１４および通信インターフェース１１０を介してＷｅｂサイトにアクセスする。また、認証が成功した情報処理端末２０は、このＷｅｂサービスを利用して、情報の追加、削除、更新などを行うことができる。

記憶手段４１２は、例えば、記憶部２０８等により実現されうる。記憶手段４１２は、サーバ１０により発行された端末制御情報を記憶する。記憶手段４１２は、例えば、Ｗｅｂブラウザ内にあるストレージ、具体的には、ＨＴＭＬ５のローカルストレージである。

以上の機能を有するセキュリティシステム１は、端末制御情報を用いてＷｅｂサービスを利用する情報処理端末２０を限定することができる。すなわち、情報処理端末２０を利用するユーザは、初回アクセス時に、端末登録用のＩＤとパスワード、及び端末管理用の端末情報を端末登録画面に入力するだけで、情報処理端末２０を限定することができる。また、端末情報は、学校側で情報処理端末２０をハードウェアとして管理している情報と同じ情報を用いることができるので、情報処理端末２０を管理することが容易になる。

また、情報処理端末２０の紛失・置き忘れについては、紛失・置き忘れが発覚した時点で、学校側で管理する情報と同じ端末情報をサービス運営会社に知らせることにより、紛失・置き忘れした情報処理端末２０からのＷｅｂサービスの利用を停止することができる。

また、盗難被害について、紛失・置き忘れと同様に、端末情報をサービス運営会社に知らせることにより、紛失・置き忘れした情報処理端末２０からのＷｅｂサービスの利用を停止することができる。

また、指定端末を装うウィルスに感染した場合、正規ではない他の端末からＷｅｂサイトにアクセスすることが可能になってしまう。このとき、端末制御情報が他の端末からのアクセスにより更新される。よって、正規の端末がこのＷｅｂサイトにアクセスした場合、更新前の端末制御情報が用いられるため、アクセスができなくなってしまう。

しかしながら、この時点で、正規の端末を利用するユーザは、自身が知らないところで不正アクセスが行われていることを知ることができ、サービス運営会社に利用停止の連絡をすればよい。よって、正規のユーザは、不正アクセスの存在を早期に発見することができる。

＜画面例＞
次に、情報処理端末２０で表示される画面例について説明する。図６は、端末登録画面の一例を示す図である。図６に示す端末登録画面５０２には、学校ＩＤ、学校パスワード、及び端末情報を入力する欄がある。学校ＩＤは、第１識別情報に対応し、学校パスワードは、第１パスワードに対応する。学校ＩＤ及び学校パスワードは、サーバ１０により設定され、事前にサービス運営会社から学校側に通知される。

端末情報は、この情報処理端末２０が学校内で管理されている端末管理番号等を入力すればよい。端末情報は、ＩＰアドレス等ではなく、学校側で管理するのに用いる番号等を用いることができるので、学校側は、この端末番号の管理が容易になる。

なお、図６に示す端末登録画面５０２は、初回ログイン時に表示される画面である。一旦、サーバ１０に端末情報が登録されると、この端末登録画面５０２は、表示されない。

図７は、ログイン画面の一例を示す図である。図７に示すログイン画面６０２は、ユーザがＷｅｂサービスにアクセスする前に表示されるログイン画面である。ログイン画面６０２には、ログインＩＤ、及びパスワードを入力する欄がある。ログインＩＤは、第２識別情報に対応し、パスワードは、第２パスワードに対応する。ログインＩＤ及びパスワードは、サーバ１０により設定され、例えば、事前にサービス運営会社から学校側に通知されてもよく、通知方法は特に問わない。

表示手段４０４は、初回アクセス時に端末登録画面５０２を表示し、ユーザによりＷｅｂサイトにアクセスされる前にログイン画面６０２を表示する。

＜各種情報＞
次に、実施形態におけるセキュリティシステム１で使用される各種情報について説明する。以下に説明する各種情報は一例を示すにすぎず、例えば、図８〜図１０に示す情報は統合された形で記憶されてもよい。

図８は、ログイン情報の一例を示す図である。図８に示すようにログイン情報は、個人ＩＤと、個人パスワードとを有する。個人ＩＤは、ログインＩＤ及び第２識別情報であり、個人パスワードは、ログイン時のパスワード及び第２パスワードである。個人ＩＤ及び個人パスワードは、ユーザ（例えば先生や生徒）ごとに与えられる。図８に示すログイン情報は、記憶手段３０８に記憶される。

図９は、端末登録情報の一例を示す図である。図９に示す端末登録情報は、端末ＩＤと、パスワードと、登録期限と、有効期限と、学校コードとを有する。図９に示す端末ＩＤは、第１識別情報であり、パスワードは、第１パスワードである。

また、登録期限は、端末情報を登録するための期限である。この登録期限が過ぎると、サーバ１０は、端末情報を登録することができないように制御する。有効期限は、ユーザによりアクセスを許可する期限を表す。この有効期限が過ぎると、正当な情報処理端末２０であっても、サーバ１０は、アクセス不可となるように制御する。学校コードは、サーバ側で管理するコードである。実施形態におけるセキュリティシステム１を、校務支援システム以外に適用する場合は、学校コードは、例えば会社コードなどでもよい。図９に示す端末登録情報は、記憶手段３０８に記憶される。

図１０は、端末関連情報の一例を示す図である。図１０に示す端末関連情報は、端末ＩＤと、端末制御情報と、端末情報と、更新日時と、削除フラグとを有する。図１０に示す端末ＩＤは、図９に示す端末ＩＤと同じ例を示している。なお、図９に示す端末登録情報において、端末ＩＤが主キーとなり、図１０に示す端末関連情報において、端末ＩＤと端末制御情報が主キーとなる。

端末制御情報は、発行手段３１２により生成され、情報処理端末２０からアクセスされるごとに更新される。端末情報は、情報処理端末２０を管理するための情報であり、情報処理端末２０から受信した情報である。更新日時は、Ｗｅｂサイトへのサクセスがあった最新日時、又は端末制御情報を最後に更新した日時である。削除フラグは、Ｗｅｂサービスの利用を停止するためのフラグである。削除フラグは、停止手段３１８により設定される。図１０に示す端末関連情報は、記憶手段３０８に記憶される。

図１１は、端末制御情報の一例を示す図である。図１１に示す端末制御情報は、図１０に示す端末制御情報と異なる例を示しているが、情報処理端末２０において正当な利用がなされている限り、図１０に示す端末制御情報と同じになる。図１１に示す端末制御情報は、例えば、情報処理端末２０のＷｅｂブラウザで用いられるＨＴＭＬ５のローカルストレージに記憶される。

端末制御情報をローカルストレージに記憶する理由は、Ｗｅｂ閲覧においてユーザの情報処理端末２０に情報を保存、読み出しができるからである。サービス運営会社は、ＨＴＭＬ５のローカルストレージに情報を登録できる機能と、ローカルストレージから情報を読み出しできる機能とを有するＷｅｂシステムを構築すればよい。なお、ＨＴＭＬ５のローカルストレージは、保存期限がない点と保存容量が小さすぎない点などが、Ｃｏｏｋｉｅと異なる。

＜動作＞
次に、実施形態におけるセキュリティシステム１の動作について、各ケースに分けて、具体的な情報を用いて説明する。

《アカウント設定処理》
図１２は、実施形態におけるセキュリティシステム１のアカウント設定処理の一例を示すシーケンス図である。図１２に示すステップ１０２で、ユーザは、サービスの運営会社の運用者に対し、アカウントの利用依頼を行う。この利用依頼は、電子メールや電話などで行われても良い。

ステップＳ１０４で、エンティティ（設定手段３０２）は、運用者による操作に基づいて、個人ＩＤ及び個人パスワードのログイン情報の設定処理を行う。例えば、設定されたログイン情報は、以下のとおりとする。
・個人ＩＤ：Ｓ０００１〜Ｓ０２００
・パスワード：ａｂｃｄ１２３４

ステップＳ１０６で、エンティティ（設定手段３０２）は、運用者による操作に基づいて、端末登録用の端末ＩＤ及びパスワードの設定処理を行う。このとき、設定手段３０２は、個人ＩＤと個人パスワードとの有効期限と、端末ＩＤとパスワードとを用いた情報処理端末の登録期限とを設定する。例えば、設定手段３０２により設定された情報は、以下のとおりとする。なお、アカウント利用依頼日は、２０１４年４月４日とする。学校の場合、年度初めにアカウント利用依頼がなされることが多い。
・端末ＩＤ：Ｃ０００１
・パスワード：１２３ａｂｃｄ
・登録期限：２０１４／０４／１０ １５：００：００
・有効期限：２０１５／０３／３１ ２３：５９：５９
・学校コード：１２３４５

ステップＳ１０８で、運用者は、電子メールや郵送などで、設定された個人ＩＤ、個人パスワードを、ユーザに連絡する。これにより、ユーザが利用するログイン情報や端末情報を、サーバ１０と情報処理装置２０とで共有することができる。なお、運用者は、組織からアカウントの利用依頼があった場合、組織に含まれる各ユーザの個人ＩＤなどをまとめて組織に連絡すればよい。

《端末制御情報の登録処理》
図１３は、実施形態におけるセキュリティシステム１の端末制御情報の登録処理の一例を示すシーケンス図である。図１３に示すステップＳ２０２で、情報処理端末２０は、ユーザからＷｅｂサイトのＵＲＬが入力される。このとき、ブラウザの仕様は、Ｗｅｂブラウザのローカルストレージにデータがあっても、このデータを通信しないようになっている。

ステップＳ２０４で、情報処理端末２０の登録要求手段４０２は、ＨＴＴＰ（Ｓ）リクエストをサーバ１０に送信する。

ステップＳ２０６で、プロセス（端末制御手段３０４）は、ＨＴＴＰ（Ｓ）リクエストを受け、サービスに対して端末制御判断を行う。

ステップＳ２０８で、サービスは、ローカルストレージのデータがないため、ログイン画面のレスポンスを返す。

ステップＳ２１０で、プロセス（端末制御手段３０４）は、情報処理端末２０に対し、ログイン画面のレスポンスを返す。

ステップＳ２１２で、情報処理端末２０の登録要求手段４０２は、ローカルストレージに端末制御情報が記憶されているかを確認する。この場合、ローカルストレージに端末制御情報が記憶されていないので、登録要求手段４０２は、端末登録画面をリクエストする。

ステップＳ２１４で、登録要求手段４０２は、端末登録画面をサーバ１０にリクエストするため、サーバ１０にＨＴＴＰ（Ｓ）リクエストを送信する。

ステップＳ２１６で、プロセス（端末制御手段３０４）は、ＨＴＴＰ（Ｓ）リクエストに対して、端末登録画面のレスポンスを返す。

ステップＳ２１８で、表示手段４０４は、サーバ１０からのレスポンスを受けて、端末登録画面を表示する。

ステップＳ２２０で、登録要求手段４０２は、ユーザにより入力された端末ＩＤ、パスワード、及び端末情報を取得し、端末情報の登録要求を行う。ここで、入力された情報は、以下のとおりとする。
・端末ＩＤ：Ｃ０００１
・パスワード：１２３ａｂｃｄ
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／０９ １０：００：００
ここでは、初回アクセス時であるので、ローカルストレージには端末制御情報は記憶されていない。

ステップＳ２２２で、登録要求手段４０２は、取得した情報をＨＴＴＰ（Ｓ）リクエストとして、サーバ１０に送信する。

ステップＳ２２４で、プロセス（端末制御手段３０４）は、入力された情報のチェックをサービスに依頼する。

ステップＳ２２６で、サービスは、入力された端末ＩＤ及びパスワードが、設定されている端末ＩＤ及びパスワードと一致するか、かつ、アクセス日時が登録期限内かの判断を行う。サービスは、端末ＩＤ及びパスワードが一致し、アクセス日時が登録期限内であれば、端末情報をデータベース（記憶手段３０８）に記憶する。この段階での端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：−
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／０９ １０：００：００
・削除フラグ：−

ステップＳ２２８で、エンティティは、端末情報をデータベースに登録したことをサービスに通知する。

ステップＳ２３０で、サービス（発行手段３１２）は、登録された端末情報に基づき端末制御情報を発行する。発行手段３１２は、例えば、学校コード、端末情報、端末ＩＤ、及び更新日時からハッシュ値を生成し、このハッシュ値を端末制御情報とする。ここで、学校コード及び端末情報は、組織で一意であり、端末ＩＤは、ベータベース内で一意であり、更新日時は、アクセスごとに変動する。また、この段階で生成された端末制御情報は、６４９ａ７４・・・ｂ８とする。サービス（登録手段３１４）は、発行された端末制御情報を情報処理端末２０で登録されるようにプロセスに出力する。

ステップＳ２３２で、サービス（登録手段３１４）は、発行された端末制御情報をエンティティ（記憶手段３０８）に登録する。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：６４９ａ７４・・・ｂ８
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／０９ １０：００：００
・削除フラグ：−

ステップＳ２３４で、プロセスは、登録完了のレスポンスを返す。このとき、プロセスは、端末制御情報をレスポンスと合わせて返す。

ステップＳ２３６で、情報処理端末２０の登録手段４０８は、端末制御情報をＨＴＭＬ５のローカルストレージに登録する。このとき、ローカルストレージに記憶される端末制御情報は、以下のとおりである。
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ２３８で、情報処理端末２０の表示手段４０４は、端末登録完了画面を表示する。これにより、ユーザは、適切に端末情報を登録できたことを知ることができる。

《ユーザログイン処理》
図１４は、実施形態におけるセキュリティシステム１のユーザログイン処理の一例を示すシーケンス図である。図１４に示す処理は、図１３の処理に続く処理とする。図１４に示すステップＳ３０２〜Ｓ３１０は、図１３に示すステップＳ２０２〜Ｓ２１０と同様であるため、説明を省略する。

ステップＳ３１２、Ｓ３１４で、情報処理端末２０の登録要求手段４０２は、ローカルストレージに端末制御情報が記憶されているかを確認する。この場合、ローカルストレージに端末制御情報が記憶されているので、表示手段４０４は、ログイン画面を表示する。

ステップＳ３１６で、ログイン手段４０６は、ユーザから入力された、又はブラウザから取得した個人ＩＤ、パスワードを取得し、ログイン処理を行う。

ステップＳ３１８で、ログイン手段４０６は、ローカルストレージに記憶されている端末制御情報を読み込む。

ステップＳ３２０で、ログイン手段４０６は、取得した情報を含むＨＴＴＰ（Ｓ）リスエストをサーバ２０に送信する。このとき、送信される情報は、以下のとおりである。
・個人ＩＤ：Ｓ０００１
・個人パスワード：ａｂｃｄ１２３４
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ３２２は、プロセスは、取得した情報の入力チェックをサービスに依頼する。

ステップＳ３２４で、サービス（照合手段３０６）は、端末制御情報の確認を行う。例えば、照合手段３０６は、取得された端末制御情報と、端末関連情報に含まれる端末制御情報とが一致するかを確認する。このとき、最新のアクセス日時（更新日時）は、データベースに登録され、更新される。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：６４９ａ７４・・・ｂ８
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／１１ １０：１０：００
・削除フラグ：−

ステップＳ３２６で、サービス（照合手段３０６）は、エンティティから端末制御情報の確認結果を通知してもらう。

ステップＳ３２８で、サービス（発行手段３１２）は、更新された端末関連情報に基づき端末制御情報を再発行し、再発行した端末制御情報をプロセスに通知する。サービス（発行手段３１２）は、照合手段３０６による照合結果に関係なく、端末制御情報を再発行する。再発行された端末制御情報は、ｂｅｃ８ｂ９・・・ｅ６とする。

ステップＳ３３０で、サービス（登録手段３１４）は、再発行された端末制御情報をデータベース（記憶手段３０８）に登録する。このとき、端末関連情報は、以下のとおりである。なお、端末制御情報の更新に用いる更新日時は、ステップＳ３２４における処理時ではなく、端末制御情報の登録とともに更新日時を登録し、更新するようにしてもよい。
・端末ＩＤ：Ｃ０００１
・端末制御情報：ｂｅｃ８ｂ９・・・ｅ６
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／１１ １０：１０：００
・削除フラグ：−

ステップＳ３３２で、プロセスは、取得した個人ＩＤ及び個人パスワードを基にログイン処理を行うようサービスに指示する。

ステップＳ３３４、Ｓ３３６で、サービス（認証手段３１０）は、情報処理端末２０から取得した個人ＩＤ及び個人パスワードと、データベース（記憶手段３０８）に記憶されたログイン情報とを比較し、認証処理を行う。

ステップＳ３３８で、サービス（認証手段３１０）は、プロセスに認証結果を出力する。ここでは、認証結果は、認証成功とする。

ステップＳ３４０で、プロセスは、登録完了のレスポンスを返す。このとき、プロセスは、更新された端末制御情報をレスポンスと合わせて返す。

ステップＳ３４２で、情報処理端末２０の登録手段４０８は、端末制御情報をＨＴＭＬ５のローカルストレージに登録する。このとき、ローカルストレージに記憶される端末制御情報は、以下のとおりである。
・端末制御情報：ｂｅｃ８ｂ９・・・ｅ６

ステップＳ３４４で、情報処理端末２０の表示手段４０４は、ログイン後のＷｅｂサイトの画面を表示する。これにより、アクセス手段４１０は、Ｗｅｂサイトへのアクセスを開始する。以上の処理が行われることにより、セキュリティシステム１は、アクセスごとに変更される端末制御情報を用いて照合を行うことで端末を限定し、個人ＩＤ及び個人パスワードにより認証を行うことで本人確認を行い、二重のセキュリティをかけることができる。

《アカウント停止処理》
図１５は、実施形態におけるセキュリティシステム１のアカウント停止処理の一例を示すシーケンス図である。図１５に示すステップＳ４０２で、ユーザは、サービスの運営会社の運用者に対し、アカウントの停止依頼を行う。この停止依頼は、電子メールや電話などで行われても良い。

ステップＳ４０４で、エンティティ（停止手段３１８）は、運用者による操作に基づいて、ユーザのアカウントを停止する。例えば、停止手段３１８は、設定されていたログイン情報に削除フラグを立てる。

ステップＳ４０６で、運用者は、電子メールや郵送などで、停止依頼を受けたユーザのアカウントを停止したことを、ユーザに連絡する。これにより、卒業生などのユーザのアカウントだけを削除することができる。

また、以下に、組織（例えば学校）単位の契約を解除する処理について説明する。ステップＳ４０８で、組織は、サービスの運営会社の運用者に対し、アカウントの停止依頼を行う。この停止依頼は、電子メールや電話などで行われても良い。

ステップＳ４１０で、エンティティ（停止手段３１８）は、運用者による操作に基づいて、その組織に付与していた全てのユーザのアカウントを停止する。例えば、停止手段３１８は、設定されていたログイン情報に削除フラグを立てる。

ステップＳ４１２で、エンティティ（停止手段３１８）は、運用者による操作に基づいて、その組織に関連付けられていた端末登録情報及び端末関連情報を全て削除する。

ステップＳ４１４で、運用者は、電子メールや郵送などで、停止依頼を受けた組織が利用停止になったことを、ユーザに連絡する。これにより、組織自体の利用を停止することができる。

《端末停止処理》
図１６は、実施形態におけるセキュリティシステム１の端末停止処理の一例を示すシーケンス図である。図１６に示す処理は、図１３に示す処理の後に続く処理とする。

図１６に示すステップＳ５０２で、ユーザは、情報処理端末２０を紛失したため、サービスの運営会社の運用者に対し、この情報処理端末の停止依頼を行う。このとき、運用者は、紛失した情報処理端末２０の端末情報を教えてもらう。

ステップＳ５０４で、エンティティ（停止手段３１８）は、運用者による操作に基づいて、ユーザから教えられた端末情報を基に、この端末情報で管理されている情報処理端末２０からの利用を停止する。例えば、停止手段３１８は、この端末情報に関連付けられている削除フラグに利用停止を示すフラグを立てる。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：６４９ａ７４・・・ｂ８
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／０９ １０：００：００
・削除フラグ：利用停止

ステップＳ５０６で、運用者は、電子メールや郵送などで、停止依頼を受けた端末情報で管理される情報処理端末２０からの利用を停止したことを、ユーザに連絡する。これにより、利用停止された情報処理端末２０からは、このＷｅｂサイトにアクセスできなくなる。

ステップＳ５０８で、サービスは、運用者による操作に基づいて、アクセスログの調査を行う。

ステップＳ５１０で、ログイン手段４０６は、攻撃者から入力された個人ＩＤ、個人パスワードを取得し、ログイン処理を行う。

ステップＳ５１２で、ログイン手段４０６は、ローカルストレージに記憶されている端末制御情報を読み込む。

ステップＳ５１４で、ログイン手段４０６は、取得した情報を含むＨＴＴＰ（Ｓ）リクエストをサーバ２０に送信する。このとき、正規の個人ＩＤ、個人パスワードが攻撃者により盗まれていたとする。送信される情報は、以下のとおりとする。
・個人ＩＤ：Ｓ０００１
・個人パスワード：ａｂｃｄ１２３４
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ５１６で、プロセスは、取得した情報の入力チェックをサービスに依頼する。

ステップＳ５１８、Ｓ５２０で、サービス（照合手段３０６）は、端末制御情報の確認を行う。例えば、照合手段３０６は、取得された端末制御情報と、端末関連情報に含まれる端末制御情報とが一致するかを確認する。照合手段３０６は、この端末制御情報に関連する削除フラグが利用停止を示すため、利用不可のレスポンスを返す。また、利用不可の場合、データベースは全く更新されない。つまり、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：６４９ａ７４・・・ｂ８
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／０９ １０：００：００
・削除フラグ：利用停止

ステップＳ５２２で、サービスは、端末利用不可であり、不正アクセスであるため、監視ログを出力してレスポンスを返す。これにより、プロセスは、不正アクセスのログ情報を詳細に記録することができる。不正アクセスログは、例えば、アクセス元のＩＰアドレス、アクセス日時などである。

ステップＳ５２４で、プロセスは、情報処理端末２０に端末利用不可を示す情報とともに、完了のレスポンスを返す。

ステップＳ５２６で、情報処理端末２０の表示手段４０４は、個人ＩＤなどが間違っている、端末制御がかかっている等の情報を攻撃者に与えないため、端末登録画面を表示する。

このとき、攻撃者が、過去ログなどで端末ＩＤやパスワードを取得したとしても、ほとんどの場合、端末登録期限を過ぎているため、攻撃者の情報処理端末２０を登録することができない。

これにより、攻撃者は、Ｗｅｂサイトにアクセスすることができない。また、攻撃者にさらにアクセスを行わせることで、不正アクセスのログ情報を増やすことができる。

《不正利用後の不正察知処理》
図１７は、実施形態におけるセキュリティシステム１の不正利用後の不正察知処理の一例を示すシーケンス図である。図１７に示す処理は、図１３に示す処理の後に続く処理とする。

図１７に示すステップＳ６０２で、攻撃者は、正規の情報処理端末２０Ａにアクセスし、端末制御情報、個人ＩＤ、及び個人パスワードを盗んだとする。盗んだ情報は、以下のとおりである。
・個人ＩＤ：Ｓ０００１
・個人パスワード：ａｂｃｄ１２３４
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ６０４で、攻撃者は、盗んだ端末制御情報を自身の情報処理端末２０Ｃのローカルステージに設定する。

ステップＳ６０６で、攻撃者は、ユーザログインを実施する。ステップＳ６０６は、図１４に示すステップＳ３０２〜Ｓ３１４までの処理と同じである。

ステップＳ６０８で、情報処理端末２０Ｃは、ローカルストレージに記憶されている端末制御情報を読み込む。

ステップＳ６１０で、情報処理端末２０Ｃは、取得した情報を含むＨＴＴＰ（Ｓ）リクエストをサーバ２０に送信する。このとき、送信される情報は、以下のとおりである。
・個人ＩＤ：Ｓ０００１
・個人パスワード：ａｂｃｄ１２３４
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ６１２は、プロセスは、取得した情報の入力チェックをサービスに依頼する。

ステップＳ６１４で、サービス（照合手段３０６）は、端末制御情報の確認を行う。例えば、照合手段３０６は、取得された端末制御情報と、端末関連情報に含まれる端末制御情報とが一致するかを確認する。このとき、最新のアクセス日時（更新日時）は、データベースに登録され、更新される。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：６４９ａ７４・・・ｂ８
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／１３ １５：１０：００
・削除フラグ：−

ステップＳ６１６で、サービス（照合手段３０６）は、エンティティから端末制御情報の確認結果を通知してもらう。

ステップＳ６１８で、サービス（発行手段３１２）は、更新された端末関連情報に基づき端末制御情報を再発行し、再発行した端末制御情報をプロセスに通知する。サービス（発行手段３１２）は、照合手段３０６による照合結果に関係なく、端末制御情報を再発行する。再発行された端末制御情報は、５４ｈｇ８ｊｋ・・・６ｙとする。

ステップＳ６２０で、サービス（登録手段３１４）は、再発行された端末制御情報をデータベース（記憶手段３０８）に登録し、更新する。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：５４ｈｇ８ｊｋ・・・６ｙ
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／１３ １５：１０：００
・削除フラグ：−

ここで、図１４に示すログイン処理のＳ３３２〜Ｓ３３８が行われ、認証が成功したとする。

ステップＳ６２２で、プロセスは、認証完了のレスポンスを返す。このとき、プロセスは、更新された端末制御情報をレスポンスと合わせて返す。

ステップＳ６２４で、情報処理端末２０Ｃは、端末制御情報をＨＴＭＬ５のローカルストレージに登録する。このとき、ローカルストレージに記憶される端末制御情報は、以下のとおりである。
・端末制御情報：５４ｈｇ８ｊｋ・・・６ｙ

ステップＳ６２６で、情報処理端末２０Ｃは、ログイン後のＷｅｂサイトの画面を表示する。

ステップＳ６２８で、正規のユーザは、正規の情報処理端末２０Ａを用いてユーザログインを実施する。ステップＳ６２８は、図１４に示すステップＳ３０２〜Ｓ３１４までの処理と同じである。

ステップＳ６３０で、情報処理端末２０Ａは、ローカルストレージに記憶されている端末制御情報を読み込む。ここで、読み込まれる端末制御情報は、６４９ａ７４・・・ｂ８である。

ステップＳ６３２で、情報処理端末２０Ａは、取得した情報を含むＨＴＴＰ（Ｓ）リクエストをサーバ２０に送信する。このとき、送信される情報は、以下のとおりである。
・個人ＩＤ：Ｓ０００１
・個人パスワード：ａｂｃｄ１２３４
・端末制御情報：６４９ａ７４・・・ｂ８

ステップＳ６３４は、プロセスは、取得した情報の入力チェックをサービスに依頼する。

ステップＳ６３６で、サービス（照合手段３０６）は、端末制御情報の確認を行う。例えば、照合手段３０６は、取得された端末制御情報と、端末関連情報に含まれる端末制御情報とが一致するかを確認する。ここで、照合結果は、一致する、一致しない、又は過去の端末制御情報と一致するという結果を含む。なお、記憶手段３０８には、過去の所定数の端末制御情報が記憶されている。ここでの照合結果は、過去の端末制御情報と一致するである。

ステップＳ６３８で、照合手段３０６は、照合結果を参照し、送信された端末制御情報が、過去に設定されていた端末制御情報であると認識する。このとき、過去の正規な端末制御情報を知りうるのは、正規の情報処理端末だけであるので、サーバ１０は、最新の端末制御情報を更新したのは不正な情報処理端末であると察知することができる。

ステップＳ６４０で、サービスは、端末制御情報が古い旨の監視ログを出力する。また、サービスは、端末情報ＰＣ８９０１に対応する更新日時などのログを不正アクセスのログ情報として記録する。

ステップＳ６４２で、サービス（停止手段３１８）は、端末情報ＰＣ８９０１に対する利用を停止するため、端末情報ＰＣ８９０１に関連付けられた削除フラグを立てる。このとき、端末関連情報は、以下のとおりである。
・端末ＩＤ：Ｃ０００１
・端末制御情報：５４ｈｇ８ｊｋ・・・６ｙ
・端末情報：ＰＣ８９０１
・更新日時（アクセス日時）：２０１４／０４／１３ １５：１０：００
・削除フラグ：利用停止
これにより、上記更新日時以降に、不正の情報処理端末２０Ｃがサーバ１０にアクセスしてきても、このＷｅｂサービスを利用することができなくなる。なお、ステップＳ６４０とＳ６４２とは順序は問わない。

ステップＳ６４４で、プロセスは、情報処理端末２０Ａに、不正アクセスの可能性がある旨を含むレスポンスを返す。

ステップＳ６４６で、情報処理端末２０Ａは、不正アクセスの可能性がある旨を示すアラーム画面を表示する。これにより、正規のユーザは、不正アクセスの存在を知ることができる。

以上、実施形態によれば、利用する情報処理端末を限定してＷｅｂサービスが提供される場合に、ユーザへの負担を考慮しつつ、セキュリティを向上させることができる。また、情報処理端末２０とサーバ１０とで、アクセスするごとに更新される共通の端末制御情報を用いるので、端末制御情報が一致しない場合には、サーバ１０は、不正アクセスの存在を知ることができ、正規のユーザに不正アクセスの存在を知らせることができる。

また、情報処理端末２０の紛失・置き忘れについては、紛失・置き忘れが発覚した時点で、学校側で管理する情報と同じ端末情報をサービス運営会社に知らせることにより、紛失・置き忘れした情報処理端末２０からのＷｅｂサービスの利用を停止することができる。

また、盗難被害について、紛失・置き忘れと同様に、端末情報をサービス運営会社に知らせることにより、紛失・置き忘れした情報処理端末２０からのＷｅｂサービスの利用を停止することができる。

また、指定端末を装うウィルスに感染した場合、正規ではない他の端末からＷｅｂサイトにアクセスすることが可能になってしまう。このとき、端末制御情報が他の端末からのアクセスにより更新される。よって、正規の端末がこのＷｅｂサイトにアクセスした場合、更新前の端末制御情報が用いられるため、アクセスができなくなってしまう。

しかしながら、この時点で、正規の端末を利用するユーザは、自身が知らないところで不正アクセスが行われていることを知ることができ、サービス運営会社に利用停止の連絡をすればよい。よって、正規のユーザは、不正アクセスの存在を早期に発見することができる。

［変形例］
以上、本願の開示する技術の実施形態について説明したが、本願の開示する技術は、上記に限定されるものではない。

実施形態におけるセキュリティシステムは、秘匿性の高い情報を扱うＷｅｂサービスを提供するシステムに適用することができる。例えば、保険会社が、営業社員に情報処理端末を持たせ、営業社員がその情報処理端末からＷｅｂサイトにアクセスして情報を閲覧、更新等する場合に、本セキュリティシステムを適用することができる。また、実施形態におけるセキュリティシステムの例として、校務支援システムを用いて説明したが、例えば、塾における生徒支援システムとしても適用可能である。この場合、情報処理端末２０から塾の成績等の生徒に関連する情報にアクセスする際に、本セキュリティシステムを適用すればよい。

また、実施形態において説明した照合手段３０６及び／又は認証手段３１０は、サーバ１０に接続される認証サーバ（不図示）が有してもよいし、情報処理端末２０が有してよい。

１ セキュリティシステム
１０ サーバ
２０ 情報処理端末
１０２、２０２ ＣＰＵ
１０４、２０４ メインメモリ
１０８、２０８ 記憶部
３０２ 設定手段
３０４ 端末制御手段
３０６ 照合手段
３０８ 記憶手段
３１０ 認証手段
３１２ 発行手段
３１４ 登録手段
３１６ 更新手段
３１８ 停止手段
４０２ 登録要求手段
４０４ 表示手段
４０６ ログイン手段
４０８ 登録手段
４１０ アクセス手段
４１２ 記憶手段

Claims (6)

1. 情報処理端末から、生徒に関連する情報を扱うＷｅｂサイトへのアクセスを制御するセキュリティシステムであって
   情報処理端末をサーバに登録するための第１識別情報及び第１パスワード、並びに前記サーバにアクセスするための第２識別情報及び第２パスワードを設定する設定手段と、
   前記第１識別情報及び前記第１パスワードとともに前記情報処理端末を管理するための端末情報を、前記情報処理端末から前記サーバに送信する登録要求手段と、
   前記端末情報に基づく端末制御情報を発行する発行手段と、
   前記端末制御情報を前記サーバ及び前記情報処理端末に登録する登録手段と、
   前記情報処理端末に記憶された端末制御情報と、前記サーバに登録された端末制御情報とを照合する照合手段と、
   前記照合手段による照合が成功した場合、前記情報処理端末に入力された第２識別情報及び第２パスワード、並びに前記サーバに設定された第２識別情報及び第２パスワードを用いて認証処理を行う認証手段と、
   前記認証手段による認証が成功した場合、前記Ｗｅｂサイトにアクセスするアクセス手段と、
   を備えるセキュリティシステム。
2. 前記発行手段は、
   前記照合手段による照合が行われる度に、新たな端末制御情報を発行し、
   前記登録手段は、
   前記発行手段により端末制御情報が発行される度に、前記新たな端末制御情報を前記サーバ及び前記情報処理端末に登録する、請求項１記載のセキュリティシステム。
3. 前記設定手段は、
   前記情報処理端末を登録するための第１期限と、前記情報処理端末からのアクセスを許可する第２期限とを設定し、
   前記第１期限は、前記第２期限よりも短い、請求項１又は２記載のセキュリティシステム。
4. 前記情報処理端末は、
   前記端末制御情報を、Ｗｅｂブラウザ内にあるストレージに記憶する、請求項１乃至３いずれか一項に記載のセキュリティシステム。
5. 前記ストレージは、ＨＴＭＬ５のローカルストレージである、請求項４記載のセキュリティシステム。
6. 前記情報処理端末からの個人情報の利用を停止する停止手段をさらに備え、
   前記発行手段は、
   前記照合手段により、前記停止手段により利用が停止されている情報処理端末の端末制御情報が照合された場合、前記新たな端末制御情報を発行しない、請求項２記載のセキュリティシステム。