JP2019139305A - 利用管理支援システム、利用管理支援プログラム及び利用管理支援方法 - Google Patents

Abstract

【課題】利用先システムの利用状況を監視するための利用管理支援システム、利用管理支援プログラム及び利用管理支援方法を提供する。
【解決手段】利用管理支援システムの管理サーバ３０は、撮影部２２を有する携帯端末２０に接続される制御部３１及び利用情報記憶部３３を備える。そして、制御部３１が、ユーザ端末１０に表示された利用制限画面から、撮影部２２により取得した利用特定情報を、携帯端末２０が取得した利用特定情報を取得し、利用特定情報に基づいて特定される利用確認日時を利用情報記憶部３３に記録する。そして、制御部３１は、サービスサーバ４０から利用実績日時を取得し、利用実績日時と利用情報記憶部３３に記録された利用確認日時とを比較した結果を出力する。
【選択図】図１

Description

本発明は、利用先システムの利用状況を監視し、例えば、不正アクセス等を検知するための利用管理支援システム、利用管理支援プログラム及び利用管理支援方法に関する。

所定のアクセス者のみが利用可能なリソースにログインを行なう場合、本人認証が行なわれている。具体的には、システムは、ログイン要求時に、利用者端末において入力されたユーザＩＤ及びパスワードに関するデータを取得する。そして、システムは、ログイン要求に含まれるユーザＩＤを用いて利用者を特定し、登録されたパスワードと、ログイン要求に含まれるパスワードとの一致を確認して、ログインを許可する。

そこで、第三者のなりすましを防止し、本人を認証するために、携帯端末を利用する技術も検討されている（例えば、特許文献１，２を参照）。特許文献１に記載されたシステムでは、コンピュータからユーザＩＤ及びサイトＵＲＬを送信し、認証サーバにおいてユーザＩＤ及びサイトＵＲＬを基に認証を行ない、認証が成立した場合に、ユーザＩＤ、サイトＵＲＬ及びパスワードをコンピュータに送信する。そして、この送信されたユーザＩＤ、サイトＵＲＬ及びパスワードを携帯電話によって読み込み、認証サーバに送信し、これらユーザＩＤ、サイトＵＲＬ及びパスワードを基に、認証サーバにおいて再度の認証を行なう。そして、認証が成立した場合には、ログインが許可される。

また、特許文献２に記載されたシステムは、携帯電話端末からパスワード生成要求を受信した管理サーバは、ワンタイムパスワードを記録し、チャレンジコードを携帯電話端末に送信する。そして、携帯電話端末は、ワンタイムパスワードを生成し、出力する。次に、クライアント端末を用いて、チャレンジコードとワンタイムパスワードに関するデータを含むログイン要求を管理サーバに送信し、利用者の認証を行なう。

また、前回ログインした日時をユーザに提示して、確認を促す技術も検討されている（例えば、特許文献３，４を参照）。特許文献３に記載された技術では、ユーザは、１つの口座につき複数の端末装置を設定することができる。各々の端末装置には、同じ口座に設定された他の端末装置から識別するための識別ファイルが記憶されている。ユーザが端末装置からログインすると、サーバは端末装置に書き込まれている識別ファイルを読むことによって端末装置を特定し、これをログイン日時とともに記憶する。この情報を用いて、サーバはユーザがログインする際に、前回ログインした日時と使用した端末装置をユーザに提示する。

また、特許文献４に記載されたシステムは、ログイン処理において、前回のログイン時刻やユーザ端末、ログアウト方法などの情報を利用して、要求する認証方式を選択し、確認情報を減らしても信頼性に問題がないときはパスワードの入力を不要とする。

特開２００７−１１５２２６号公報 特開２００８−１４００４０号公報 特開２００２−３３４０５５号公報 特開２００５−２０８９９３号公報

特定組織内の情報を狙って行なわれる標的型攻撃は高度化しており、完全に防ぐことが難しい状況にある。このような状況においては、標的型攻撃により不正侵入されていることを早期に発見することが大切である。このため、上述のようにログイン画面において、前回のログイン時刻を表示することにより、不正侵入を意識させる仕組みも検討されている。しかしながら、前回のログイン時刻を利用者本人の記憶に頼っていたのでは、的確な管理を行なうことができない。

上記課題を解決する利用管理支援システムは、情報入力部を有する携帯端末に接続される制御部及び利用情報記憶部を備え、利用先システムの利用状況を監視する。そして、前記制御部が、ユーザ端末に表示された利用制限画面から前記情報入力部により取得した利用特定情報を、前記携帯端末から取得し、前記利用特定情報に基づいて特定される利用日時を利用情報記憶部に記録する。

本発明によれば、利用先システムの利用状況を監視し、例えば、サーバへの不正侵入等の不正アクセスを効率的かつ迅速に検知することができる。

第１の実施形態のシステム概略図。 第１の実施形態の情報記憶部の説明図であって、（ａ）は端末情報記憶部、（ｂ）は利用情報記憶部、（ｃ）はユーザ情報記憶部、（ｄ）はログイン履歴記憶部の説明図。 第１の実施形態の処理手順の説明図。 第１の実施形態の処理手順の説明図。 第１の実施形態の処理手順の説明図。 第２の実施形態の処理手順の説明図。 第３の実施形態の処理手順の説明図。

（第１の実施形態）
以下、図１〜図５を用いて、利用管理支援システムの第１の実施形態を説明する。本実施形態では、サービスの利用時に、携帯端末を用いて利用者を確認する場合を想定する。
図１に示すように、ユーザ端末１０、携帯端末２０、管理サーバ３０、サービスサーバ４０を用いる。

ユーザ端末１０は、サービスサーバ４０にログインするために、利用者が用いるコンピュータ端末である。このユーザ端末１０は、制御部１１、出力部１２を備える。
制御部１１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（画面処理段階等の各処理等）を行なう。そのためのブラウザプログラムを実行することにより、制御部１１は、画面処理部１１１として機能する。

画面処理部１１１は、サービスサーバ４０から取得した画面データを出力部１２に出力する。例えば、ＨＴＭＬで記載されたコードに基づいて、認証画面（利用制限画面）を出力する。ここで、ＨＴＭＬにスクリプトが含まれる場合には、このスクリプトを実行する。
出力部１２は、ディスプレイ等であり、各種情報を出力する。

携帯端末２０は、利用者が携帯するコンピュータ端末である。携帯端末２０は、制御部２１、撮影部２２、通信部２３、出力部２４を備える。

制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（情報転送段階等の各処理等）を行なう。そのための情報転送プログラムを実行することにより、制御部２１は、情報転送部２１１として機能する。

情報転送部２１１は、撮影画像に含まれるコード画像をデコードすることにより取得した情報を管理サーバ３０に転送する。更に、情報転送部２１１は、携帯端末２０に格納された秘密鍵を用いて、電子署名を生成する。

撮影部２２は、被写体を撮影する処理を実行する。ここでは、ユーザ端末１０の出力部１２に表示されたコード画像を撮影するために用いる。
通信部２３は、無線通信により、インターネットに接続し、各種情報の送受信を行なう。
出力部２４は、各種情報を出力する。

管理サーバ３０は、利用者のサービスサーバ４０へのログイン状況を監視するコンピュータシステムである。管理サーバ３０は、制御部３１、端末情報記憶部３２、利用情報記憶部３３を備える。

制御部３１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（確認処理段階、状況確認段階等の各処理等）を行なう。そのための利用支援プログラムを実行することにより、制御部３１は、確認処理部３１１、状況確認部３１２として機能する。

確認処理部３１１は、ログインの手続時に、携帯端末２０から取得した情報に基づいて、サービスサーバ４０へのログイン状況を確認する処理を実行する。
状況確認部３１２は、バッチ処理により、サービスサーバ４０から取得した情報と、携帯端末２０から取得した情報に基づいて、ログイン状況を確認する処理を実行する。

図２（ａ）に示すように、端末情報記憶部３２には、本サービスの利用者の携帯端末２０に関する端末管理レコード３２０が記録される。この端末管理レコード３２０は、本サービスの利用者登録が行なわれた場合に記録される。端末管理レコード３２０は、端末ＩＤ、連絡先、公開鍵に関するデータを含んで構成される。

端末ＩＤデータ領域には、この利用者が用いる携帯端末２０を特定するための識別子に関するデータが記録される。

連絡先データ領域には、この利用者の連絡先に関するデータが記録される。
公開鍵データ領域には、携帯端末２０において生成された電子署名を検証するための公開鍵が記録される。

図２（ｂ）に示すように、利用情報記憶部３３には、利用管理レコード３３０が記録される。この利用管理レコード３３０は、携帯端末２０から確認要求電文を取得した場合に記録される。利用管理レコード３３０は、アクセス日時、端末ＩＤ、乱数に関するデータを含んで構成される。

アクセス日時データ領域には、ユーザ端末１０がサービスサーバ４０から取得した認証画面を取得した年月日及び時刻（利用確認日時）に関するデータが記録される。
端末ＩＤデータ領域には、確認要求電文を送信した携帯端末２０を特定するための識別子に関するデータが記録される。

乱数データ領域には、ユーザ端末１０がサービスサーバ４０から取得した認証画面を特定するための識別子（乱数）に関するデータが記録される。

この管理サーバ３０には、管理者端末３５が、インターネットを介して接続されている。この管理者端末３５は、不正アクセスを確認する担当者が利用するコンピュータ端末である。この管理者端末３５は、キーボードやポインティングデバイス等からなる入力部や、ディスプレイ等からなる出力部を備えている。

サービスサーバ４０は、利用者に対してサービスを提供するコンピュータシステムである。サービスサーバ４０は、制御部４１、ユーザ情報記憶部４２、ログイン履歴記憶部４３を備える。

制御部４１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（ユーザ認証段階、サービス段階等の各処理等）を行なう。そのためのサービス管理プログラムを実行することにより、制御部４１は、ユーザ認証部４１１、サービス部４１２として機能する。

ユーザ認証部４１１は、ユーザ端末１０を用いて、アクセスしてきた利用者の本人認証を行なう処理を実行する。このため、ユーザ認証部４１１は、ユーザ端末１０にログイン画面を出力する。このログイン画面は、例えば、ＨＴＭＬで記載されており、ＥＣＭＡＳｃｒｉｐｔ（登録商標）等のプログラミング言語で記載されたスクリプトを含む。
サービス部４１２は、本人認証を完了した利用者に対してサービスを提供する処理を実行する。

図２（ｃ）に示すように、ユーザ情報記憶部４２には、利用者を認証するためのユーザ管理レコード４２０が記録される。ユーザ管理レコード４２０は、利用者のユーザ登録が行なわれた場合に記録される。このユーザ管理レコード４２０は、ユーザＩＤ、パスワードに関するデータを含んで構成される。

ユーザＩＤデータ領域には、各利用者を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、この利用者の本人認証を行なうための認証情報（パスワード）に関するデータが記録される。

図２（ｄ）に示すように、ログイン履歴記憶部４３には、ログイン履歴レコード４３０が記録される。ログイン履歴レコード４３０は、利用者のログイン認証を完了した場合に記録される。ログイン履歴レコード４３０は、ユーザＩＤ、ログイン日時に関するデータを含んで構成される。

ユーザＩＤデータ領域には、本人認証を完了した利用者を特定するための識別子に関するデータが記録される。
ログイン日時データ領域には、この利用者がログインした年月日及び時刻（利用実績日時）に関するデータが記録される。

（利用管理支援処理）
次に、図３〜図５を用いて、サービスサーバ４０の利用状況を管理するための利用管理支援処理を説明する。
まず、サービスサーバ４０へのアクセス時処理を説明する。
ここでは、図３に示すように、ユーザ端末１０の制御部１１は、アクセス処理を実行する（ステップＳ１−１）。具体的には、利用者は、サービスサーバ４０を利用する場合、ユーザ端末１０を用いて、サービスサーバ４０にアクセスする。この場合、制御部１１の画面処理部１１１は、サービスサーバ４０に対してアクセス要求を送信する。

次に、サービスサーバ４０の制御部４１は、認証画面の送信処理を実行する（ステップＳ１−２）。具体的には、制御部４１のユーザ認証部４１１は、ユーザ端末１０に対して、認証画面データを送信する。この認証画面には、乱数生成スクリプト、コード画像生成スクリプトが組み込まれている。乱数生成スクリプトは、画面を特定するための乱数を生成する。コード画像生成スクリプトは、現在日時及び乱数に基づいて、２次元コード画像（利用特定情報）を生成する。更に、認証画面には、ユーザＩＤ及びパスワードの入力欄が設けられている。なお、この段階では、パスワード入力欄は、入力できないようにグレーアウトされており、操作ができない状態になっている。

次に、ユーザ端末１０の制御部１１は、乱数生成処理を実行する（ステップＳ１−３）。具体的には、制御部１１の画面処理部１１１は、認証画面に含まれる乱数生成スクリプトにより、乱数を生成する。

次に、ユーザ端末１０の制御部１１は、２次元コードの生成処理を実行する（ステップＳ１−４）。具体的には、制御部１１の画面処理部１１１は、認証画面に含まれるコード画像生成スクリプトにより、ユーザ端末１０のシステムタイマから現在日時（アクセス日時）を取得し、現在日時及び乱数をコード化した２次元コード画像を生成する。

次に、ユーザ端末１０の制御部１１は、認証画面の出力処理を実行する（ステップＳ１−５）。具体的には、制御部１１の画面処理部１１１は、認証画面を出力部１２に表示する。この認証画面には、コード画像生成スクリプトにより生成された２次元コード画像が含まれる。

次に、携帯端末２０の制御部２１は、アプリ起動処理を実行する（ステップＳ１−６）。具体的には、利用者は、携帯端末２０に格納された情報転送プログラムの起動を指示する。この場合、制御部２１は、情報転送部２１１を起動する。そして、情報転送部２１１は、出力部２４に、２次元コード画像の撮影指示を出力する。

次に、携帯端末２０の制御部２１は、時刻情報、乱数の取得処理を実行する（ステップＳ１−７）。具体的には、利用者は、ユーザ端末１０の出力部１２に表示された認証画面の２次元コード画像を、撮影部２２を用いて撮影する。この場合、情報転送部２１１は、２次元コード画像をデコードし、時刻情報（アクセス日時）及び乱数を取得する。

次に、携帯端末２０の制御部２１は、電子署名処理を実行する（ステップＳ１−８）。具体的には、制御部２１の情報転送部２１１は、端末ＩＤを含めた確認要求電文を生成する。そして、情報転送部２１１は、秘密鍵を用いて、取得した時刻情報及び乱数の電子署名を生成し、確認要求電文に含める。

次に、携帯端末２０の制御部２１は、アップロード処理を実行する（ステップＳ１−９）。具体的には、制御部２１の情報転送部２１１は、生成した確認要求電文を、管理サーバ３０に送信する。

確認要求電文を受信した管理サーバ３０の制御部３１は、携帯端末の電子署名の確認処理を実行する（ステップＳ１−１０）。具体的には、制御部３１の確認処理部３１１は、確認要求電文の端末ＩＤが記録された端末管理レコード３２０を端末情報記憶部３２から抽出する。次に、確認処理部３１１は、端末管理レコード３２０に記録された公開鍵を用いて、確認要求電文に含まれる電子署名を検証する。なお、電子署名を検証できなかった場合には、確認処理部３１１は、端末管理レコード３２０に記録された連絡先及び管理者端末３５に注意喚起メッセージを送信する。この注意喚起メッセージには、電子署名を検証できなかった確認要求を受信したことを示すメッセージを含める。

電子署名を検証できた場合、管理サーバ３０の制御部３１は、時刻情報、乱数の取得処理を実行する（ステップＳ１−１１）。具体的には、制御部３１の確認処理部３１１は、確認要求電文から端末ＩＤ、時刻情報（アクセス日時）及び乱数を取得する。

次に、管理サーバ３０の制御部３１は、受信記録処理を実行する（ステップＳ１−１２）。具体的には、制御部３１の確認処理部３１１は、確認要求電文から取得した端末ＩＤ、時刻情報及び乱数を含めた利用管理レコード３３０を生成し、利用情報記憶部３３に記録する。

次に、図４に示すように、ユーザ端末１０の制御部１１は、アップロード確認要求処理を実行する（ステップＳ２−１）。具体的には、制御部１１の画面処理部１１１は、管理サーバ３０に対して、アップロード確認要求電文を送信する。このアップロード確認要求電文には、認証画面の乱数生成スクリプトにより生成された乱数を含める。

次に、管理サーバ３０の制御部３１は、アップロード確認処理を実行する（ステップＳ２−２）。具体的には、制御部３１の確認処理部３１１は、アップロード確認要求電文に含まれる乱数が、利用情報記憶部３３に記録されているかどうかを確認する。ここでは、確認処理部３１１は、予め定められた確認継続期間（例えば、数分間）、利用情報記憶部３３における乱数の記録の確認を繰り返し行なう。確認継続期間内に、利用情報記憶部３３に、アップロード確認要求電文に含まれる乱数が記録されたことを確認できない場合には、確認処理部３１１は、後述するパスワード欄の開放を行なわない。

アップロード確認要求電文の乱数が、利用情報記憶部３３に記録されていることを確認できた場合、管理サーバ３０の制御部３１は、パスワード欄の開放指示処理を実行する（ステップＳ２−３）。具体的には、制御部３１の確認処理部３１１は、ユーザ端末１０に対して、パスワード欄の開放指示電文を送信する。

次に、ユーザ端末１０の制御部１１は、パスワード欄の開放処理を実行する（ステップＳ２−４）。具体的には、制御部１１の画面処理部１１１は、認証画面のパスワード欄のグレーアウト状態を解除し、パスワードの入力可能な状態（利用依頼操作が可能な状態）に変更する。

次に、ユーザ端末１０の制御部１１は、パスワード入力処理を実行する（ステップＳ２−５）。具体的には、利用者は、認証画面のパスワード欄にパスワードを入力する。この場合、制御部１１の画面処理部１１１は、パスワード欄に入力されたパスワードを取得する。

次に、ユーザ端末１０の制御部１１は、パスワード送信処理を実行する（ステップＳ２−６）。具体的には、制御部１１の画面処理部１１１は、認証画面に入力されたユーザＩＤ、パスワードをサービスサーバ４０に送信する。

この場合、サービスサーバ４０の制御部４１は、ユーザ認証処理を実行する（ステップＳ２−７）。具体的には、制御部４１のユーザ認証部４１１は、ユーザ端末１０から取得したユーザＩＤ及びパスワードがユーザ情報記憶部４２に記録されているかどうかを確認する。ユーザ端末１０から取得したユーザＩＤ及びパスワードがユーザ情報記憶部４２に記録されている場合には、ユーザ認証を完了する。一方、ユーザ端末１０から取得したユーザＩＤ及びパスワードがユーザ情報記憶部４２に記録されていない場合には、ユーザ認証部４１１は、エラーメッセージをユーザ端末１０に返信する。

ユーザ認証を完了した場合、サービスサーバ４０の制御部４１は、ログイン履歴の記録処理を実行する（ステップＳ２−８）。具体的には、制御部４１のユーザ認証部４１１は、現在日時（ログイン時刻）、ユーザＩＤを記録したログイン履歴レコード４３０を生成し、ログイン履歴記憶部４３に記録する。そして、サービス部４１２は、利用者に対してサービスを提供する。

次に、図５を用いて、ログイン状況確認処理を説明する。このログイン状況確認処理は、定期的に実行される。
まず、管理サーバ３０の制御部３１は、ログイン履歴の取得処理を実行する（ステップＳ２−９）。具体的には、サービスサーバ４０は、定期的に、ログイン履歴記憶部４３に記録された所定期間（確認対象期間）のログイン履歴（ユーザＩＤ及びログイン日時）を管理サーバ３０に送信する。この場合、制御部３１の状況確認部３１２が、ログイン履歴を取得する。

次に、管理サーバ３０の制御部３１は、ログイン情報の照合処理を実行する（ステップＳ２−１０）。具体的には、制御部３１の状況確認部３１２は、ログイン履歴（ユーザＩＤ及びログイン日時）と，利用情報記憶部３３に記録された受信履歴（端末ＩＤ及びアクセス日時）とを比較した確認リストを生成する。この確認リストにおいて、端末ＩＤとユーザＩＤの組み合わせが一致しており、かつログイン日時がアクセス日時の所定範囲内（例えば５分以内）で対応しているログイン履歴には、ＯＫフラグを付与する。一方、ログイン日時とアクセス日時とが対応していないログイン履歴には、ＮＧフラグを付与する。

次に、管理サーバ３０の制御部３１は、照合結果の出力処理を実行する（ステップＳ２−１１）。具体的には、制御部３１の状況確認部３１２は、生成した確認リストを管理者端末３５に出力する。

以上、本実施形態によれば、以下のような効果を得ることができる。
（１−１）本実施形態によれば、サービスサーバ４０の制御部４１は、認証画面の送信処理を実行する（ステップＳ１−２）。ユーザ端末１０の制御部１１は、乱数生成処理（ステップＳ１−３）、２次元コードの生成処理（ステップＳ１−４）、認証画面の出力処理（ステップＳ１−５）を実行する。これにより、ユーザ端末１０に出力された認証画面を乱数によりユニークに特定することができる。

（１−２）本実施形態によれば、携帯端末２０の制御部２１は、時刻情報、乱数の取得処理（ステップＳ１−７）、アップロード処理（ステップＳ１−９）を実行する。確認要求電文を受信した管理サーバ３０の制御部３１は、携帯端末の電子署名の確認処理（ステップＳ１−１０）、時刻情報、乱数の取得処理（ステップＳ１−１１）、受信記録処理（ステップＳ１−１２）を実行する。これにより、携帯端末２０を介して、ユーザ端末１０に出力された認証画面を特定し、アクセス状況を記録することができる。

（１−３）本実施形態によれば、ユーザ端末１０の制御部１１は、アップロード確認要求処理を実行する（ステップＳ２−１）。この場合、管理サーバ３０の制御部３１は、アップロード確認処理を実行する（ステップＳ２−２）。そして、アップロード確認要求電文の乱数が、利用情報記憶部３３に記録されている場合、管理サーバ３０の制御部３１は、パスワード欄の開放指示処理を実行する（ステップＳ２−３）。これにより、利用者の携帯端末２０を介して乱数を受信していることを確認して、パスワードの入力を許可することができる。

（１−４）本実施形態によれば、ユーザ認証を完了した場合、サービスサーバ４０の制御部４１は、ログイン履歴の記録処理を実行する（ステップＳ２−８）。そして、ログイン状況確認処理においては、管理サーバ３０の制御部３１は、サービスサーバ４０からログイン履歴の取得処理（ステップＳ２−９）、ログイン情報の照合処理（ステップＳ２−１０）、照合結果の出力処理（ステップＳ２−１１）を実行する。これにより、利用者の携帯端末２０を介して受信したログイン状況と、サービスサーバ４０に記録されたログイン状況とを比較し、不整合を検出することができる。例えば、携帯端末２０を利用しないで、何らかの方法により不正アクセスしている場合には、不整合が生じるので、不正アクセスを検出することができる。

（第２の実施形態）
次に、本発明を具体化した利用管理支援システムの第２の実施形態を図６に従って説明する。なお、第２の実施形態は、第１の実施形態の２次元コードの生成方法を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。第１の実施形態では、現在日時及び乱数をコード化した２次元コード画像を生成し、認証画面に出力する。第２の実施形態では、携帯端末２０に、２次元コード画像を撮影した利用確認時刻を保持させておく。そして、前回ログイン時刻及び乱数をコード化した２次元コード画像を生成し、認証画面に出力する。携帯端末２０は、認証画面に表示された前回ログイン時刻と、携帯端末２０に保持している利用確認時刻とを照合する利用管理支援処理（アクセス時処理）を行なう。

図６を用いて、サービスサーバ４０へのアクセス時におけるアクセス時処理を説明する。
まず、ユーザ端末１０の制御部１１は、ステップＳ１−１と同様に、アクセス処理を実行する（ステップＳ３−１）。

次に、サービスサーバ４０の制御部４１は、認証画面の送信処理を実行する（ステップＳ３−２）。具体的には、制御部４１のユーザ認証部４１１は、ユーザ端末１０に対して、認証画面データを送信する。この認証画面においては、ユーザＩＤのみが入力可能となっている。

次に、ユーザ端末１０の制御部１１は、ユーザ情報の送信処理を実行する（ステップＳ３−３）。具体的には、認証画面にユーザＩＤが入力された場合、制御部１１の画面処理部１１１は、ユーザＩＤをサービスサーバ４０に送信する。

次に、サービスサーバ４０の制御部４１は、前回ログイン時刻の特定処理を実行する（ステップＳ３−４）。具体的には、制御部４１のユーザ認証部４１１は、ユーザ端末１０から取得したユーザＩＤが記録されたログイン履歴レコード４３０を、ログイン履歴記憶部４３から取得する。そして、ユーザ認証部４１１は、ログイン履歴レコード４３０において直近のログイン日時（前回のログイン時刻）を特定する。

次に、管理サーバ３０の制御部３１は、認証画面の更新処理を実行する（ステップＳ３−５）。具体的には、制御部４１のユーザ認証部４１１は、特定した前回のログイン時刻を含めた認証画面データを、ユーザ端末１０に対して送信する。

次に、ユーザ端末１０の制御部１１は、ステップＳ１−３と同様に、乱数生成処理を実行する（ステップＳ３−６）。
次に、ユーザ端末１０の制御部１１は、２次元コードの生成処理を実行する（ステップＳ３−７）。具体的には、制御部１１の画面処理部１１１は、認証画面に含まれるコード画像生成スクリプトにより、前回のログイン時刻（時刻情報）及び乱数をコード化した２次元コード画像を生成する。

次に、ユーザ端末１０の制御部１１は、２次元コードの出力処理を実行する（ステップＳ３−８）。制御部１１の画面処理部１１１は、認証画面に、コード画像生成スクリプトにより生成された２次元コード画像を表示する。

次に、携帯端末２０の制御部２１は、ステップＳ１−６と同様に、アプリ起動処理を実行する（ステップＳ３−９）。
次に、携帯端末２０の制御部２１は、時刻情報、乱数の取得処理を実行する（ステップＳ３−１０）。具体的には、利用者は、ユーザ端末１０の制御部１１に表示された認証画面の２次元コード画像を、撮影部２２を用いて撮影する。この場合、情報転送部２１１は、２次元コード画像をデコードし、時刻情報及び乱数を取得する。ここでは、時刻情報として、前回ログイン時刻を取得する。

次に、携帯端末２０の制御部２１は、前回ログイン時刻の照合処理を実行する（ステップＳ３−１１）。具体的には、制御部２１の情報転送部２１１は、メモリに保持されている利用確認時刻と、２次元コード画像から取得した前回ログイン時刻とを比較する。

次に、携帯端末２０の制御部２１は、確認完了かどうかについての判定処理を実行する（ステップＳ３−１２）。具体的には、制御部２１の情報転送部２１１は、メモリに保持されている利用確認時刻と、２次元コード画像から取得した前回ログイン時刻とが、所定の許容範囲（例えば５分）内で一致した場合には、確認完了と判定する。

ここで、確認できないと判定した場合（ステップＳ３−１２において「ＮＯ」の場合）、携帯端末２０の制御部２１は、アラート処理を実行する（ステップＳ３−１３）。具体的には、制御部２１の情報転送部２１１は、表示部にアラームメッセージを出力する。

一方、確認完了と判定した場合（ステップＳ３−１２において「ＹＥＳ」の場合）、携帯端末２０の制御部２１は、時刻情報の記録処理を実行する（ステップＳ３−１４）。具体的には、制御部２１の情報転送部２１１は、メモリに、現在日時を利用確認時刻として記録する。
次に、携帯端末２０の制御部２１は、ステップＳ１−９と同様に、アップロード処理を実行する（ステップＳ３−１５）。

従って、第２の実施形態によれば、第１の実施形態に記載の効果に加えて以下の効果を得ることができる。
（２−１）本実施形態によれば、ユーザ端末１０の制御部１１は、２次元コードの生成処理を実行する（ステップＳ３−７）。ここでは、前回ログイン時刻及び乱数をコード化した２次元コード画像を生成する。そして、携帯端末２０の制御部２１は、前回ログイン時刻の照合処理を実行する（ステップＳ３−１１）。確認できないと判定した場合（ステップＳ３−１２において「ＮＯ」の場合）、携帯端末２０の制御部２１は、アラート処理を実行する（ステップＳ３−１３）。これにより、ログインの手続き時に、前回ログイン日時の不整合を、その場で検出することができる。

（第３の実施形態）
次に、本発明を具体化した利用管理支援システムの第３の実施形態を図７に従って説明する。なお、第３の実施形態は、第１及び第２の実施形態のパスワードの設定方法を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。第１の実施形態では、ユーザ端末１０の制御部１１は、パスワード欄の開放処理を実行する（ステップＳ２−４）が、第３の実施形態では、パスワードを自動設定する。この場合、サービスサーバ４０の利用状況を管理するための利用管理支援処理（アクセス時処理）が行なわれる。

図７を用いて、サービスサーバ４０へのアクセス時におけるアクセス時処理を説明する。
ここでは、第２の実施形態と同様に、ユーザ端末１０の制御部１１は、アクセス処理を実行し（ステップＳ３−１）、サービスサーバ４０の制御部４１は、認証画面の送信処理を実行する（ステップＳ３−２）。次に、ユーザ端末１０の制御部１１は、ユーザ情報の送信処理を実行する（ステップＳ３−３）。この場合、サービスサーバ４０の制御部４１は、前回ログイン時刻の特定処理（ステップＳ３−４）、認証画面の更新処理（ステップＳ３−５）を実行する。
更に、ユーザ端末１０の制御部１１は、乱数生成処理（ステップＳ３−６）〜２次元コードの出力処理（ステップＳ３−８）を実行する。この場合、制御部１１の画面処理部１１１は、公開鍵暗号方式により、鍵ペア（公開鍵、秘密鍵）を生成し、記憶する。そして、認証画面に含まれるコード画像生成スクリプトにより、前回のログイン時刻（時刻情報）、生成した公開鍵及び乱数をコード化した２次元コード画像を生成する。
そして、携帯端末２０の制御部２１は、ステップＳ３−９と同様に、アプリ起動処理を実行する（ステップＳ４−１）。
次に、携帯端末２０の制御部２１は、時刻情報、乱数、公開鍵の取得処理を実行する（ステップＳ４−２）。ここでは、ステップＳ３−１０と同様に、時刻情報、乱数を取得するとともに、２次元コード画像に含まれる公開鍵を取得する。
次に、携帯端末２０の制御部２１は、ステップＳ３−１１，Ｓ３−１２と同様に、前回ログイン時刻の照合処理（ステップＳ４−３）、確認完了かどうかについての判定処理（ステップＳ４−４）を実行する。

ここで、確認できないと判定した場合（ステップＳ４−４において「ＮＯ」の場合）、携帯端末２０の制御部２１は、ステップＳ３−１３と同様に、アラート処理を実行する（ステップＳ４−５）。

一方、確認完了と判定した場合（ステップＳ４−４において「ＹＥＳ」の場合）、携帯端末２０の制御部２１は、ステップＳ３−１４と同様に、時刻情報の記録処理を実行する（ステップＳ４−６）。

次に、携帯端末２０の制御部２１は、パスワードの暗号化処理を実行する（ステップＳ４−７）。具体的には、パスワードを利用する初回時には、制御部２１の情報転送部２１１は、パスワード入力画面を出力する。そして、情報転送部２１１は、利用者が入力したパスワードを、２次元コード画像に含まれる公開鍵を用いて暗号化した暗号化パスワードを生成する。この場合、情報転送部２１１は、公開鍵及び暗号化パスワードを記憶する。そして、パスワードを利用する２回目以降は、情報転送部２１１は、記憶している公開鍵と２次元コード画像に含まれる公開鍵とを比較し、公開鍵が一致している場合には、記憶している暗号化パスワードを用いる。一方、公開鍵が一致していない場合には、情報転送部２１１は、再度、パスワード入力画面を出力し、利用者にパスワードの入力を求める。そして、情報転送部２１１は、入力されたパスワードを２次元コード画像に含まれる公開鍵を用いて暗号化し、この公開鍵及び暗号化パスワードを更新する。

次に、携帯端末２０の制御部２１は、アップロード処理を実行する（ステップＳ４−８）。具体的には、制御部３１の確認処理部３１１は、電子署名、時刻情報、乱数とともに、生成した暗号化パスワードを管理サーバ３０に送信する。

次に、管理サーバ３０の制御部３１は、ステップＳ１−１０〜Ｓ１−１２と同様に、携帯端末の電子署名の確認処理（ステップＳ４−９）、時刻情報、乱数の取得処理（ステップＳ４−１０）、受信記録処理（ステップＳ４−１１）を実行する。

次に、管理サーバ３０の制御部３１は、暗号化パスワードの送信処理を実行する（ステップＳ４−１２）。具体的には、制御部３１の確認処理部３１１は、携帯端末２０から取得した暗号化パスワードをユーザ端末１０に送信する。

次に、ユーザ端末１０の制御部１１は、暗号化パスワード復号処理を実行する（ステップＳ４−１３）。具体的には、制御部１１の画面処理部１１１は、管理サーバ３０から受信した暗号化パスワードを、記憶している秘密鍵を用いて復号する。

次に、ユーザ端末１０の制御部１１は、パスワード入力処理を実行する（ステップＳ４−１４）。具体的には、制御部１１の画面処理部１１１は、復号したパスワードを、認証画面のパスワード入力欄に入力する。
次に、ユーザ端末１０の制御部１１は、ステップＳ２−６と同様に、パスワード送信処理を実行する（ステップＳ４−１５）。

従って、第３の実施形態によれば、第１、第２の実施形態に記載の効果に加えて以下の効果を得ることができる。
（３−１）本実施形態によれば、携帯端末２０の制御部２１は、パスワードの暗号化処理（ステップＳ４−７）、アップロード処理（ステップＳ４−８）を実行する。この場合、暗号化パスワードを送信する。これにより、ユーザ端末１０で生成した公開鍵を用いて暗号化したパスワードを保持することができる。更に、ユーザ端末１０から取得した公開鍵の変更がない場合には、既に記憶している暗号化パスワードを継続して使用するため、パスワードの入力負担を軽減することができる。
（３−２）本実施形態によれば、ユーザ端末１０の制御部１１は、パスワード入力処理を実行する（ステップＳ４−１４）。これにより、携帯端末２０に保持させたパスワードを用いて、効率的にログインを行なうことができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記各実施形態では、サービスサーバ４０にログインする場合に、本願発明を適用した。本願発明の適用対象は、サーバへのログインに限定されるものではない。例えば、サーバやコンピュータ端末のアクセス先において、所定の操作を行なう場合にも、利用管理支援処理を実行するようにしてもよい。例えば、大量の個人情報をダウンロードできる画面等にアクセスする場合に適用することにより、標的型攻撃を発見することができる。また、機微な個人情報を含むファイルサーバ上のファイルにアクセスする場合に適用することもできる。この場合は、例えば、「Microsoft Windows」（登録商標）のファイル・システム・フィルタ・ドライバを用いてフックして、ファイルアクセスを検知する。

・上記各実施形態では、サービスサーバ４０にログイン（サービスサーバ４０において所定の操作）を行なう場合に、利用管理支援処理を実行する。ここで、所定の操作を行なうたびに、利用管理支援処理を実行する必要はなく、特定の操作回数毎に利用管理支援処理を実行するようにしてもよい。この場合には、所定の操作回数をカウントし、基準回数に達した場合に利用管理支援処理を実行する。

また、一定時間間隔毎に利用管理支援処理を実行するようにしてもよい。この場合には、一定時間間隔で、利用特定情報を含めた利用制限画面を出力し、この利用特定情報を管理サーバ３０に送信させる。そして、管理サーバ３０は、この利用特定情報の送信数を、携帯端末２０や管理者端末３５に通知する。この場合には、利用特定情報の送信数とアクセス先におけるアクセス状況と、アクセス数とを比較する。

また、利用特定情報の出力頻度は、アクセス先に応じて変更するようにしてもよい。この場合には、アクセス先のサーバやフォルダ、ファイルの重要度に応じて、利用制限画面の出力頻度を高くするように設定しておく。

・上記各実施形態では、携帯端末２０の制御部２１は、２次元コード画像のデコードにより、時刻情報、乱数の取得処理（ステップＳ１−７，Ｓ３−１０）、時刻情報、乱数、公開鍵の取得処理（ステップＳ４−２）を実行する。これに代えて、ユーザ端末１０と携帯端末２０との間で無線通信により、各種情報を取得するようにしてもよい。この場合、ユーザ端末１０、携帯端末２０に無線通信部を設ける。無線通信としては、例えば、Bluetooth（登録商標）を用いることができる。この場合、ユーザ端末１０と携帯端末２０との間で、最初にペアリングを行なう。そして、認証画面に埋め込まれた無線通信スクリプトにより、携帯端末２０は、無線通信を介して、ユーザ端末１０から利用特定情報を取得する。この場合も、利用者の操作（例えばタップ）を要求することにより、利用者の操作を確認する。なお、利用特定情報の取得方法は、認証画面に埋め込まれた無線通信スクリプトを利用する方法の他に、利用制限画面の動作を監視する監視部により送信された利用特定情報を取得するようにしてもよい。この場合には、サービスサーバ４０やユーザ端末１０において、利用制限画面の動作を監視するプログラムを実行させる。

・上記各実施形態では、携帯端末２０の制御部２１は、アプリ起動処理を実行する（ステップＳ１−６，Ｓ３−９，Ｓ４−１）。ここで、利用者が携帯端末２０を携帯していない場合、ユーザ端末１０を用いて対応できるようにしてもよい。例えば、利用制限画面に携帯端末２０を携帯していない場合の救済ボタンを設ける。更に、アプリ起動処理を実行した場合、携帯端末２０の制御部２１は、ユーザ端末１０の公開鍵を管理サーバ３０に通知し、管理サーバ３０は利用情報記憶部３３に公開鍵を記録する。そして、利用者が携帯端末２０を携帯しておらず、ユーザＩＤが入力され、救済ボタンが選択された場合、ユーザ端末１０の制御部１１は、管理サーバ３０に救済ボタンが選択されたことを通知する。この通知には、利用制限画面の乱数及びユーザ端末１０の公開鍵に関する情報を含める。この場合、管理サーバ３０の制御部３１は、通知された公開鍵を用いて、利用情報記憶部３３を検索する。そして、制御部３１は、公開鍵に関連付けられた端末ＩＤを抽出し、端末情報記憶部３２から、この端末ＩＤの連絡先（利用者のメールアドレス）を取得する。更に、制御部３１は、乱数を生成し、管理サーバ３０のアクセス先、生成した乱数を含む確認用ＵＲＬを含めた確認メールを、利用者の連絡先（メールアドレス）に送信する。そして、利用者本人が確認メールの確認用ＵＲＬを選択した場合、管理サーバ３０の制御部３１は、利用情報記憶部３３に、アクセス日時、乱数を含めた受信履歴を記録する。これにより、利用者が携帯端末２０を携帯していない場合にも、サービスサーバ４０を利用することができる。

・上記各実施形態では、認証画面には、乱数生成スクリプト、コード画像生成スクリプトが組み込まれている。乱数生成スクリプトは、画面を特定するための乱数を生成する。画面を特定する情報は乱数に限定されるものではない。例えば、認証画面のＩＰアドレスを含めてもよい。

・上記各実施形態では、制御部２１の情報転送部２１１は、端末ＩＤを含めた確認要求電文を生成する。ここで、携帯端末２０を特定するための端末ＩＤに代えて、ユーザＩＤを送信するようにしてもよい。この場合には、携帯端末２０において、本人認証（例えば生体認証）により利用者を特定し、この利用者のユーザＩＤを確認要求電文に含める。そして、管理サーバ３０は、確認要求電文に含まれるユーザＩＤを利用情報記憶部３３に記録する。

・上記各実施形態では、ユーザ端末１０が、管理サーバ３０に対して、認証画面の乱数がアップロードされていることの確認を要求する。これに代えて、管理サーバ３０からのプッシュにより、確認結果をユーザ端末１０に送信するようにしてもよい。この場合には、携帯端末２０とユーザ端末１０とを関連付けたユーザ端末特定情報を管理サーバ３０に保持させておく。そして、携帯端末２０から確認要求電文を受信した管理サーバ３０は、ユーザ端末特定情報を用いて、ユーザ端末１０を特定し、このユーザ端末１０にパスワード欄の開放指示をプッシュ送信する。

・上記各実施形態では、利用情報記憶部３３には、サービスサーバ４０へのアクセス日時に関するデータを含む利用管理レコード３３０が記録される。これに代えて又は加えて、利用管理レコード３３０に、サービスサーバ４０へのログイン日時を記録するようにしてもよい。この場合には、ログイン操作時に、管理サーバ３０にログイン日時を送信する。これにより、管理サーバ３０で管理するログイン日時と、サービスサーバ４０で管理するログイン日時とのタイムラグの発生を抑制することができる。

・上記各実施形態では、携帯端末２０の制御部２１は、時刻情報、乱数の取得処理（ステップＳ１−７，Ｓ３−１０）、時刻情報、乱数、公開鍵の取得処理（ステップＳ４−２）を実行する。この時刻情報は、ユーザ端末１０の時刻情報である。すなわち、ユーザ端末１０において生成された２次元コード画像に含まれ、携帯端末２０が、２次元コードから取得し、アップロードした時刻である。この管理サーバ３０が取得する時刻情報は、ユーザ端末１０の時刻情報に限定されるものではない。例えば、携帯端末２０の時刻情報を用いてもよいし、管理サーバ３０の時刻情報を用いてもよい。この場合には、ユーザ端末１０において生成される２次元コード画像に含める必要はない。

・上記第３の実施形態では、公開鍵を含めた２次元コード画像を生成する。そして、携帯端末２０は、２次元コード画像に含まれる公開鍵を取得する。携帯端末２０における公開鍵の取得方法は、２次元コード画像を用いる場合に限定されるものではない。例えば、ユーザ端末１０が、生成した公開鍵を管理サーバ３０に送信し、携帯端末２０は、この公開鍵を管理サーバ３０から受信するようにしてもよい。

・上記各実施形態では、携帯端末２０の制御部２１は、時刻情報、乱数の取得処理（ステップＳ１−７，Ｓ３−１０）、時刻情報、乱数、公開鍵の取得処理（ステップＳ４−２）を実行する。この場合、ユーザ端末１０の出力部１２に利用制限画面が出力される度に、２次元コード画像を携帯端末２０により撮影することになる。この２次元コード画像の撮影のタイミングは、これに限定されるものではない。例えば、利用開始時に２次元コード画像の撮影を行ない、その後は、携帯端末２０の情報転送部２１１が、利用者本人の操作（例えばタップ）を確認する本人操作情報を送信するようにしてもよい。この場合、携帯端末２０は、携帯端末２０に格納された秘密鍵を用いて行なわれた電子署名を管理サーバ３０に送信し、管理サーバ３０やユーザ端末１０において電子署名を検証する。なお、ユーザ端末１０で電子署名を検証する場合には、ユーザ端末１０は電子署名を管理サーバ３０から取得する。そして、過去に使用されたことがある携帯端末２０であることを確認できれば、サービスサーバ４０の利用を許容する。これにより、利用者の操作負担を軽減することができる。

・上記第１の実施形態では、管理サーバ３０の制御部３１は、定期的にログイン状況確認処理を実行する。このログイン状況確認処理は、バッチ処理に限定されるものではなく、リアルタイムで行なうようにしてもよい。この場合には、サービスサーバ４０は、アクセスログを管理サーバ３０に送信し、管理サーバ３０がリアルタイムにログイン状況を確認する。これにより、不正なアクセス状況等を迅速に検知することができる。

・上記第１の実施形態では、管理サーバ３０の制御部３１は、ログイン情報の照合処理を実行する（ステップＳ２−１０）。ログイン情報の照合処理を実行するハードウェアは、管理サーバ３０に限定されるものではなく、サービスサーバ４０で行なってもよい。また、このログイン情報の照合処理を、管理者端末３５で行なうようにしてもよい。

・上記第１、第２の実施形態では、サービスサーバ４０の制御部４１は、認証画面の送信処理を実行する（ステップＳ１−２，Ｓ３−２）。この場合、パスワード入力欄をグレーアウトすることにより、操作をできないようにした。操作をできないようにする方法は、パスワード入力欄のグレーアウトに限定されるものではない。例えば、ログインボタンをグレーアウトしたり、パスワード入力欄を覆うカバー画面を表示したりしてもよい。

１０…ユーザ端末、１１…制御部、１１１…画面処理部、１２…出力部、２０…携帯端末、２１…制御部、２１１…情報転送部、２２…撮影部、２３…通信部、２４…出力部、３０…管理サーバ、３１…制御部、３１１…確認処理部、３１２…状況確認部、３２…端末情報記憶部、３３…利用情報記憶部、３５…管理者端末、４０…サービスサーバ、４１…制御部、４１１…ユーザ認証部、４１２…サービス部、４２…ユーザ情報記憶部、４３…ログイン履歴記憶部。

Claims (12)

1. 情報入力部を有する携帯端末に接続される制御部及び利用情報記憶部を備え、利用先システムの利用状況を監視する利用管理支援システムであって、
   前記制御部が、
   ユーザ端末に表示された利用制限画面から前記情報入力部により取得した利用特定情報を、前記携帯端末から取得し、
   前記利用特定情報に基づいて特定される利用確認日時を前記利用情報記憶部に記録することを特徴とする利用管理支援システム。
2. 前記制御部が、前記利用先システムから利用実績日時を取得し、前記利用実績日時と前記利用情報記憶部に記録された利用確認日時とを比較した結果を出力することを特徴とする請求項１に記載の利用管理支援システム。
3. 前記携帯端末から、前記携帯端末における前記利用特定情報の署名情報を取得することを特徴とする請求項１又は２に記載の利用管理支援システム。
4. 前記制御部が、前記利用情報記憶部に利用確認日時を記録した後で、前記利用制限画面における利用依頼操作を可能にすることを特徴とする請求項１〜３の何れか１項に記載の利用管理支援システム。
5. 前記利用制限画面には、ユーザ認証情報の入力欄が含まれており、
   前記制御部が、前記入力欄にユーザ認証情報を入力できる状態に変更することにより、利用依頼操作を可能にすることを特徴とする請求項４に記載の利用管理支援システム。
6. 前記制御部が、
   前記利用制限画面から取得した利用特定情報を用いて、前記携帯端末から、ユーザ認証情報を暗号化した暗号化情報を取得し、
   前記暗号化情報を前記利用制限画面に供給して、前記利用制限画面において、前記利用特定情報を用いて、前記暗号化情報を復号して前記入力欄に設定することを特徴とする請求項５に記載の利用管理支援システム。
7. 前記情報入力部として撮影部を用い、
   前記制御部が、前記撮影部から、前記利用制限画面に表示されたコード画像を撮影して前記利用特定情報を取得することを特徴とする請求項１〜６の何れか１項に記載の利用管理支援システム。
8. 前記情報入力部として無線通信部を用い、
   前記制御部が、前記無線通信部から、前記利用制限画面に埋め込まれたスクリプトにより送信された前記利用特定情報を取得することを特徴とする請求項１〜６の何れか１項に記載の利用管理支援システム。
9. 前記情報入力部として無線通信部を用い、
   前記制御部が、前記無線通信部から、前記利用制限画面の動作を監視する監視部により送信された前記利用特定情報を取得することを特徴とする請求項１〜６の何れか１項に記載の利用管理支援システム。
10. 前記携帯端末には、前記利用制限画面を利用した利用日時に関する情報をメモリに記憶し、
    前記利用制限画面から、前回の利用実績日時に関する情報を取得し、
    前記携帯端末において、前記取得した前回の利用実績日時と、前記メモリに記憶した利用確認日時とを比較した結果を出力することを特徴とする請求項１〜９の何れか１項に記載の利用管理支援システム。
11. 情報入力部を有する携帯端末に接続される制御部及び利用情報記憶部を有する利用管理支援システムを用いて、利用先システムの利用状況を監視するための利用管理支援プログラムであって、
    前記制御部を、
    ユーザ端末に表示された利用制限画面から前記情報入力部により取得した利用特定情報を、前記携帯端末から取得し、
    前記利用特定情報に基づいて特定される利用確認日時を前記利用情報記憶部に記録する手段として機能させることを特徴とする利用管理支援プログラム。
12. 情報入力部を有する携帯端末に接続される制御部及び利用情報記憶部を有する利用管理支援システムを用いて、利用先システムの利用状況を監視するための利用管理方法であって、
    前記制御部が、
    ユーザ端末に表示された利用制限画面から前記情報入力部により取得した利用特定情報を、前記携帯端末から取得し、
    前記利用特定情報に基づいて特定される利用確認日時を前記利用情報記憶部に記録することを特徴とする利用管理支援方法。

Images