(57)【特許請求の範囲】
【請求項１】
利用者の認証に用いられる認証補助媒体のアカウントロック解除を管理するアカウントロック管理方法であって、
コンピュータが、
前記利用者ごとに、前記利用者の前記認証補助媒体のアカウントロックを解除可能な解除権限付与者を解除権限付与者対応データベースに格納し、
前記利用者の使用する第１の端末装置が、前記利用者の前記認証補助媒体にアクセス可能であり、かつ、前記利用者が前記認証補助媒体を用いた認証に成功したとき、前記第１の端末装置に対して、前記利用者の前記認証補助媒体のアカウントロック解除のための解除権限付与者アカウントの生成、及び前記解除権限付与者の使用する第２の端末装置への送信を依頼し、
前記第２の端末装置が、前記解除権限付与者の前記認証補助媒体にアクセス可能であるとき、前記解除権限付与者アカウントを前記第２の端末装置に転送し、前記第２の端末装置が前記転送した解除権限付与者アカウントを前記解除権限付与者の前記認証補助媒体に格納するように依頼する、
ことを特徴とするアカウントロック管理方法。
【請求項２】
請求項１記載のアカウントロック管理方法であって、
前記利用者の前記認証補助媒体がアカウントロック状態となったとき、前記解除権限付与者は、前記解除権限付与者の前記認証補助媒体による認証が成功した後、当該認証補助媒体に格納された前記解除権限付与者アカウントを用いて、前記利用者の前記認証補助媒体のアカウントロック状態を解除する、
ことを特徴とする請求項１記載アカウントロック管理方法。
【請求項３】
利用者の認証に用いられる認証補助媒体のアカウントロック解除を管理するアカウントロック管理サーバであって、
前記利用者ごとに、前記利用者の前記認証補助媒体のアカウントロックを解除可能な解除権限付与者を格納する解除権限付与者対応データベースと、
前記利用者の使用する第１の端末装置が、前記利用者の前記認証補助媒体にアクセス可能であり、かつ、前記利用者が前記認証補助媒体を用いた認証に成功したとき、前記第１の端末装置に対して、前記利用者の前記認証補助媒体のアカウントロック解除のための解除権限付与者アカウントの生成、及び前記解除権限付与者の使用する第２の端末装置への送信を依頼する解除権限付与者アカウント生成依頼手段と、
前記第２の端末装置が、前記解除権限付与者の前記認証補助媒体にアクセス可能であるとき、前記解除権限付与者アカウントを前記第２の端末装置に転送し、前記第２の端末装置が前記転送した解除権限付与者アカウントを前記解除権限付与者の前記認証補助媒体に格納するように依頼する解除権限付与者アカウント格納手段と、
を備えることを特徴とするアカウントロック管理サーバ。
【請求項４】
利用者の認証に用いられる認証補助媒体のアカウントロック解除を管理するアカウントロック管理プログラムであって、
コンピュータに、
前記利用者ごとに、前記利用者の前記認証補助媒体のアカウントロックを解除可能な解除権限付与者を解除権限付与者対応データベースに格納させ、
前記利用者の使用する第１の端末装置が、前記利用者の前記認証補助媒体にアクセス可能であり、かつ、前記利用者が前記認証補助媒体を用いた認証に成功したとき、前記第１の端末装置に対して、前記利用者の前記認証補助媒体のアカウントロック解除のための解除権限付与者アカウントの生成、及び前記解除権限付与者の使用する第２の端末装置への送信を依頼させ、
前記第２の端末装置が、前記解除権限付与者の前記認証補助媒体にアクセス可能であるとき、前記解除権限付与者アカウントを前記第２の端末装置に転送し、前記第２の端末装置が前記転送した解除権限付与者アカウントを前記解除権限付与者の前記認証補助媒体に格納するように依頼させる、
ことを特徴とするアカウントロック管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＩＮ（Personal Identification Number）、パスワード等のアカウントが所定回数連続して誤認証されたことにより使用不能状態（以下、ロック状態という）になった場合に、そのロック状態を解除するためのアカウントロック管理サーバ、アカウントロック管理方法およびアカウントロック管理プログラムに関する。
【背景技術】
【０００２】
従来、企業等で利用される情報ネットワークシステムは、幾つかのサーバコンピュータと多数の端末装置とから構成されている。利用者は、ＩＣカード等の認証補助媒体（以下の説明で、例えばカード）を用いて利用者情報等を端末装置に入力することにより、利用する端末装置や当該情報ネットワークシステムにログインことができる。この際、利用者が本人であるか否かを確認するための本人確認が必要となる。例えば、一般的には、ユーザＩＤ及びパスワードと呼ばれる４〜８桁のアカウントを入力することにより本人確認を行っている。入力されたアカウントがシステムで管理するアカウントと一致した場合、本人確認が成功したと判断される。
【０００３】
このような情報ネットワークシステムにおいては、所定回数アカウントの認証を失敗した場合、カード内のアカウントを一時的にロック状態とし、そのカードを使用不能にするような設定「アカウントロック」を行うことが一般的である。これは、拾得または盗難されたカードを用いて不正使用者が総当り的に多数回のアカウントの認証企図を行うことにより、本人の成りすましやアカウントのパスワード値が知られることを防ぐためである。
【０００４】
アカウントによる認証を用いるシステムでは、認証を一定回数失敗した場合は、認証のためのアカウントをロックアウトする手段が一般的に用いられており、上記アカウントロックも、アカウントのロックアウトの一形態である。
【０００５】
しかしながら、カードの所有者本人が、アカウントを忘れてしまったり、アカウント入力を間違えてしまったり、他のカードのアカウントと混同するなど、アカウントの認証を連続して所定回数失敗してしまう可能性もある。このような場合もアカウントロックされてしまうことになる。
【０００６】
一旦、カードがアカウントロックしてしまうと、そのロック状態を解除するためには確実な本人確認が必要とされ、例えば、以下のような解除方法が取られている。
図１は、従来のアカウントロック解除の方法を説明するための図である。
【０００７】
第１の解除方法は、図１のケース（１）に示すように、組織内に解除権限付与者を置き、解除権限付与者が目視で本人を確認してから、解除権限付与者のみが知る解除権限付与者用のアカウント（解除権限付与者アカウント）でアカウントロックを解除する方法である。
【０００８】
第２の解除方法は、図１のケース（２）に示すように、カード内に格納されている利用者識別番号を乱数化して遠隔地の解除権限付与者にメール等で伝え、本人確認を行った解除権限付与者が、情報ネットワーク経由でアカウントロックを解除する方法である（例えば、特許文献１参照。）。
【０００９】
これらのアカウントロック解除方法は、いずれにしても特定の解除権限付与者が本人確認をした上でアカウントロックを解除する必要がある。
また、第３の解除方法として、携帯電話に内蔵されているカードがアカウントロックした場合に、管理サーバに対して第２のアカウントで認証することによりカードのアカウントロックを解除する方法も開示されている（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００３−１５７４１２号公報
【特許文献２】特開２００７−２２１２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、アカウントロック解除をするための特定の解除権限付与者を組織内に置けない場合、設置した解除権限付与者が不在の場合、又は解除権限付与者が情報ネットワークシステムにログインしていない場合がある。このような場合には、アカウントロック解除が行えなかったり解除までに時間がかかったりする、という問題点がある。
【００１２】
本発明は、上述のような実状に鑑みたものであり、アカウントロックの解除を手軽に行うことが可能なアカウントロック管理サーバ、アカウントロック管理方法およびアカウントロック管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
１つの案では、利用者の認証に用いられる認証補助媒体のアカウントロック解除を管理するアカウントロック管理方法であって、コンピュータが、前記利用者ごとに、前記利用者の前記認証補助媒体のアカウントロックを解除可能な解除権限付与者を解除権限付与者データベースに格納し、前記利用者の使用する第１の端末装置が、前記利用者の前記認証補助媒体にアクセス可能であり、かつ、前記利用者が前記認証補助媒体を用いた認証に成功したとき、前記第１の端末装置に対して、前記利用者の前記認証補助媒体のアカウントロック解除のための解除権限付与者アカウントの生成、及び前記解除権限付与者の使用する第２の端末装置への送信を依頼し、前記第２の端末装置が、前記解除権限付与者の前記認証補助媒体にアクセス可能であるとき、前記解除権限付与者アカウントを前記第２の端末装置に転送し、前記第２の端末装置が前記転送した解除権限付与者アカウントを前記解除権限付与者の前記認証補助媒体に格納するように依頼することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、アカウントロックされてしまったカードのアカウントロック解除を手軽に行うことができる、という効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】従来のアカウントロック解除の方法を説明するための図である。
【図２】アカウントロック状態の２パターンを説明するための図である。
【図３】本実施の形態のアカウントロック管理システムの構成を示す図である。
【図４】アカウントロック管理サーバ３１が定期的に実行する日次処理の流れを示すフローチャートである。
【図５】解除権限付与者対応データベースを示す図である。
【図６】本発明を適用したアカウントロック管理処理の流れを示すフローチャートである。
【図７】アカウントロック解除処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。
図２は、アカウントロック状態のシーンの２パターンを説明するための図である。
情報ネットワークシステムにおいては、所定回数アカウントの認証を失敗した場合、カード内のアカウントを一時的にロック状態とし、そのカードを使用不能にするような設定「アカウントロック」を行うことが一般的である。これは、拾得または盗難されたカードを用いて不正使用者が総当り的に多数回のアカウント認証を行うことにより、本人の成りすましやアカウントの値が知られることを防ぐためである。
【００１７】
アカウントによる認証を用いるシステムでは、認証を一定回数失敗した場合は、認証のためのアカウントをロックアウトする手段が一般的に用いられており、ＰＩＮロックも、アカウントのロックアウトの一形態である。
【００１８】
上述したように、情報ネットワークシステムにおいては、所定回数アカウント認証を失敗した場合、カードが「アカウントロック」されることが一般的である。このアカウントロック状態になるケースとしては、大別して以下の２つのパターンがある。
【００１９】
第１のパターンは、図２の（１）に示すように、例えば、９：００に正しいアカウント認証で端末装置や情報ネットワークシステムにログインし、１２：００に正しいアカウント認証でスリーブ状態の解除を行う。そして、１５：００にアプリケーションの起動のためにアカウント認証を行おうとした際、後述するような理由でアカウントロックしてしまうケースである。一旦はアカウントによる認証に成功しており、あえて、特定の解除権限付与者の下でアカウントロックを解除しなくてもセキュリティレベルを保てる状況にある。
【００２０】
第２のパターンは、図２の（２）に示すように、例えば、２週間前に正しいアカウント認証で端末装置や情報ネットワークシステムにログインし、その日の業務終了後にログアウトする。そして、２週間ぶりにログインログインしようとしてアカウントロックしてしまうケースである。
【００２１】
これらアカウントロックしてしまう理由としては、「アカウントを忘れた」という場合以外にも、「キーボードのNumロックやCAPSキーの設定状態に気づかなかったことによるもの」や「複数の端末装置で複数のアカウントを利用していることに起因しているもの」等がある。さらに、セキュリティ精度を上げようとしてアカウントの桁数を増やしたことにより、キーボードの打ち間違いも増えてくる。
【００２２】
このように、アカウントロックする機会が増えてくると、その分多くの解除権限付与者が必要になる。他方で、セキュリティ精度の向上のためには、解除権限付与者の数を出来る限り少なくすることも重要である。特定の解除権限付与者が悪意を持って第三者のカードのアカウントロック解除をしたり、解除権限付与者アカウントが漏洩する可能性が高まったりするからである。解除権限付与者アカウントが漏洩した場合、利用者のカードの解除権限付与者アカウントを書き換えなければならないというリスクもある。
【００２３】
そこで、特定の解除権限付与者に依存することなくアカウントロックを解除することができ、解除権限付与者アカウントの漏洩リスクを少なくするために、解除権限付与者アカウントを知る人を極力少なくすることができるような情報ネットワークシステムとして、本発明を適用したアカウントロック管理システムの実施の形態を以下に説明する。このアカウントロック管理システムは、図１のケース（２）に示した自動化システムのように構築にコストがかかることはなく、より簡単で便利なアカウントロック解除を実現する。
【００２４】
図３は、本実施の形態のアカウントロック管理システムの構成を示す図である。
図３において、アカウントロック管理システム３０は、アカウントロック管理サーバ３１、端末Ａ及び端末Ｂを含む複数の端末装置３２、並びに登録された利用者のスケジュールを管理するスケジュールサーバ３５が、社内ＬＡＮ等の情報ネットワーク３４を介して互いに接続されて構成されている。
【００２５】
アカウントロック管理サーバ３１は、ワークステーション等のコンピュータであり、後述するアカウントロック管理処理を実行する。
端末Ａ及び端末Ｂを含む複数の端末装置３２は、それぞれパーソナルコンピュータ等であり、利用者のカード３６、３７に記録された情報を読み書きするカードリーダライタ３３と接続している。
【００２６】
図４は、アカウントロック管理サーバ３１が定期的に実行する日次処理の流れを示すフローチャートであり、図５は、解除権限付与者対応データベースを示す図である。
アカウントロック管理サーバ３１は、図４に示す日次処理を定期的に実行する。例えば、毎日６：００に実行する。
【００２７】
まず、ステップＳ４１において、登録された利用者の当日のスケジュールを、スケジュールサーバ３５から情報ネットワーク３４を介して取得する。
次に、ステップＳ４２において、ステップＳ４１で読み込んだスケジュールに基づいて、当日在籍する予定の利用者のそれぞれについて、当日在籍する予定の他の利用者を当日の解除権限付与者としてランダムに対応付けて、アカウントロック管理サーバ３１が備える解除権限付与者対応データベースに格納する。図５に示した例では、第１レコードの「利用者」項目に登録された「Ａ（Ａさんを特定するためのユーザＩＤ）」については、「解除権限付与者」項目に「Ｂ（Ｂさんを特定するためのユーザＩＤ）」が登録されている。以下同様に、第２、３、４レコードについて、「Ｂ」と「Ｄ」、「Ｃ」と「Ｂ」、「Ｄ」と「Ａ」が登録されている。
【００２８】
そして、ステップＳ４３において、解除権限付与者対応データベースの「処理済」項目を「未処理」に変更する。「処理済」項目は、各レコードについてのアカウントロック管理処理が実行されたか否（未処理）かを格納する項目であり、本処理において「利用者」項目に登録された利用者の全てについて「処理済」項目を「未処理」にリセットする。
【００２９】
図６は、本発明を適用したアカウントロック管理処理の流れを示すフローチャートである。
まず、ステップＳ６０１において、Ａさんが、Ａさんを特定するためのユーザＩＤ「Ａ」が格納されたカード３６を、端末装置３２（端末Ａ）に接続されたカードリーダライタ３３に挿入する。そして、ステップＳ６０２において、端末装置３２（端末Ａ）は、端末装置３２（端末Ａ）にＡさんがログオンしたことをアカウントロック管理システム３０として機能する情報ネットワークシステムに通知するために、ＯＳのユーザＩＤ及び端末装置３２（端末Ａ）のＩＰアドレスを、アカウントロック管理サーバ３１に送信する。
【００３０】
端末装置３２（端末Ａ）から上記ユーザＩＤ等を受信したアカウントロック管理サーバ３１は、ステップＳ６０３において、解除権限付与者対応データベースの「解除権限付与者」項目に「Ａ」が格納されているレコードの「状況」項目を「オンライン」にし、「ＩＰアドレス」項目に受信したＩＰアドレスを格納する。
【００３１】
次に、アカウントロック管理サーバ３１は、ステップＳ６０４において、解除権限付与者対応データベースを参照し、「Ａ」のレコードの「解除権限付与者」項目に格納されている「Ｂ」を取得する。そして、「利用者」項目が「Ｂ」のレコードの「状況」項目を参照し、今日「Ｂ」さんがアカウントロックの解除処理が可能か否かを判断する。例えば、「「Ｂ」さんの端末装置３２（端末Ｂ）のＯＳにログオンしているか」の通知を、アカウントロック管理サーバ３１が受けることにより、「今日、アカウントロックの解除処理が可能か否か」を判断する。
【００３２】
ここで、可能であれば（ステップＳ６０４：Ｙｅｓ）、「Ａ」さんのカード３６がアカウントロックした場合に「Ｂ」さんが「解除権限付与者」としてアカウントロック解除をすることが可能となる。したがって、可能の場合（ステップＳ６０４：Ｙｅｓ）、ステップＳ６０６以降の「解除権限付与者アカウント更新処理」を開始する。
【００３３】
他方、ステップＳ６０４で可能ではない場合（ステップＳ６０４：Ｎｏ）、アカウントロック管理サーバ３１は、ステップＳ６０５において、解除権限付与者対応データベースを参照し、ユーザＩＤ「Ａ」が「解除権限付与者」項目に格納されている「利用者」項目のユーザＩＤがあれば全て取得する。そして、その取得したユーザＩＤのうち、「処理済」項目が「未処理」かつ「状況」項目が「オンライン」の利用者がいるか否かを判断する。
【００３４】
ステップＳ６０５の判断で該当する利用者がいない場合（ステップＳ６０５：Ｎｏ）は、本アカウントロック管理処理を終了する。
他方、ステップＳ６０５で、該当する利用者がいると判断された場合（ステップＳ６０５：Ｙｅｓ）は、ステップＳ６０４でアカウントロックの解除処理が可能であると判断された場合と同様、ステップＳ６０６以降の「解除権限付与者アカウント更新処理」を開始する。すなわち、「解除権限付与者アカウント更新処理」は、「利用者」と「解除権限付与者」がともに端末装置３２にログオンしている場合に、６０６以降の「解除権限付与者アカウント更新処理」が開始される。
【００３５】
そして、アカウントロック管理サーバ３１は、ステップＳ６０７において、「利用者」項目のユーザＩＤを送信してきた端末装置３２に対して、アカウントロックを解除するための解除権限付与者アカウントを生成するように要求する。
【００３６】
上記要求を受信した端末装置３２は、ステップＳ６０８において、本人確認のためアカウント認証を行う。そして、ステップＳ６０９において、解除権限付与者アカウントを生成しカードリーダライタ３３を用いてカード３６に書き込む、またはカード３６内で解除権限付与者アカウントを生成する。次に、ステップＳ６１０において、ステップＳ６０９で生成した解除権限付与者アカウントをアカウントロック管理サーバ３１に送信する。
【００３７】
端末装置３２から解除権限付与者アカウントを受信したアカウントロック管理サーバ３１は、ステップＳ６１１において、解除権限付与者アカウントを送信してきた端末装置３２の利用者のユーザＩＤ及び解除権限付与者アカウントを、当該ユーザＩＤの「解除権限付与者」に対応付けられた利用者のカード３７に格納させるため、「解除権限付与者」である「利用者」（「Ｂ」さん）が利用可能であるか否か判断する。そして、利用可能であれば、前記「解除権限付与者」が利用している端末装置３２に対して、上記ユーザＩＤ及び解除権限付与者アカウントの格納依頼を送信する。他方、利用可能でなければ、例えば定期的にステップＳ６１１の判断を行い、何れかの「解除権限付与者」が利用可能になるまで前記格納依頼の送信待ちとなる。
【００３８】
上記ユーザＩＤ及び解除権限付与者アカウントを受信した端末装置３２は、ステップＳ６１２において、本人確認のためアカウント認証を行う。そして、ステップＳ６１３において、上記ユーザＩＤ及び解除権限付与者アカウントをカード３７に書き込み、完了通知をアカウントロック管理サーバ３１に送る。
【００３９】
すると、アカウントロック管理サーバ３１は、ステップ６１４において、ステップＳ６１０で解除権限付与者アカウント等を送信してきた端末装置３２に対して、カード３７への書き込みが完了したことを通知するとともに、ステップＳ６１５において、解除権限付与者対応データベースの「設定日時」、「現解除権限付与者」及び「処理済」の各項目を更新する。そして、ステップＳ６０４に戻って、次の利用者のログインを待つ。
【００４０】
以上説明したように、本発明を適用した実施の形態は、認証成功があるタイミング（例えば一日の最初）に行われたときに、解除権限付与者アカウントを別の利用者に託すことを特徴とする。その際、解除権限付与者アカウントを託す利用者は、候補者を予め定めておくか、アカウントロック管理システムがランダムに選んだ候補者を承認することで決定する。そして、利用者のアカウントを用いた認証が成功し、その相手を確認した時に解除権限付与者アカウントを生成し、上記託された利用者（解除権限付与者）のカードに解除権限付与者アカウントを登録する。上記託した利用者のカードがアカウントロックしたときは、上記託された利用者のカードに保存された解除権限付与者アカウントで解除する。
【００４１】
図７は、アカウントロック解除処理の流れを示すフローチャートである。
図７に示したアカウントロック解除処理は、ユーザＩＤ「Ａ」のカード３６がアカウントロックし、その「解除権限付与者」が「Ｂ」である場合を例示している。
【００４２】
まず、ステップＳ７０１において、端末装置３２（端末Ａ）がアカウントロック解除のための処理を選択する。そして、ステップＳ７０２において、アカウントロック管理サーバ３１に対して、アカウントロック解除処理の依頼を送信する。
【００４３】
すると、アカウントロック管理サーバ３１は、ステップＳ７０３において、解除権限付与者対応データベースを参照し、アカウントロック解除処理の依頼をしてきた「Ａ」のレコードの「現解除権限付与者」項目から、解除権限付与者「Ｂ」を特定する。さらに、その解除権限付与者「Ｂ」が「利用者」項目に格納されているレコードの「ＩＰアドレス」項目から「１０．１４６．２．４」を取得する。
【００４４】
次に、ステップＳ７０４において、上記取得した「１０．１４６．２．４」の端末装置３２（端末Ｂ）に対して、「Ａ」の解除権限付与者アカウントを取り出すように依頼する。
【００４５】
すると、「Ａ」の解除権限付与者アカウントの取り出しを依頼された端末装置３２（端末Ｂ）は、ステップＳ７０５において、本人確認のためアカウント認証を行う。そして、ステップＳ７０６において、端末装置３２（端末Ｂ）の利用者のカード３７からカードリーダライタ３３を用いて「Ａ」の解除権限付与者アカウントを取得し、アカウントロック管理サーバ３１に返送する。
【００４６】
解除権限付与者アカウントを受信したアカウントロック管理サーバ３１は、ステップＳ７０７において、アカウントロック解除処理の依頼をしてきた端末装置３２（端末Ａ）に対して、その解除権限付与者アカウントを送信する。
【００４７】
そして、その解除権限付与者アカウントを受信した端末装置３２（端末Ａ）は、ステップＳ７０８において、その解除権限付与者アカウントを用いてカード３６のアカウントロックを解除する。
【００４８】
以上説明したように、本実施の形態によれば、セキュリティレベルを保ちつつ、アカウントロックに対して柔軟に対応できる。また、解除権限付与者アカウントを知る者を増やさなくて済む。また、スケジュール管理と連携することで、特定の解除権限付与者に依存しない。また、誰かが解除権限付与者アカウントを覚えている必要が無い。
【００４９】
以上、本発明の実施の形態を、図面を参照しながら説明してきたが、上述してきた本発明の実施の形態は、アカウントロック管理サーバの一機能としてハードウェアまたはＤＳＰ（Digital Signal Processor）ボードやＣＰＵボードでのファームウェアもしくはソフトウェアにより実現することができる。
【００５０】
また、本発明が適用されるアカウントロック管理サーバは、その機能が実行されるのであれば、上述の実施の形態に限定されることなく、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであってもよいことは言うまでもない。
【００５１】
また、バスに接続されたＣＰＵ、ＲＯＭやＲＡＭのメモリ、入力装置、出力装置、外部記録装置、媒体駆動装置、ネットワーク接続装置で構成されるシステムでも実現できる。すなわち、前述してきた実施の形態のシステムを実現するソフトェアのプログラムを記録したＲＯＭやＲＡＭのメモリ、外部記録装置、可搬記録媒体を、アカウントロック管理サーバに供給し、そのアカウントロック管理サーバのコンピュータがプログラムを読み出し実行することによっても、達成されることは言うまでもない。
【００５２】
この場合、可搬記録媒体等から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した可搬記録媒体等は本発明を構成することになる。
【００５３】
プログラムを供給するための可搬記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、電子メールやパソコン通信等のネットワーク接続装置（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。
【００５４】
また、コンピュータ（情報処理装置）がメモリ上に読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
【００５５】
さらに、可搬型記録媒体から読み出されたプログラムやプログラム（データ）提供者から提供されたプログラム（データ）が、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
【００５６】
すなわち、本発明は、以上に述べた実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成または形状を取ることができる。
【符号の説明】
【００５７】
３０        アカウントロック管理システム
３１        アカウントロック管理サーバ
３２        端末装置
３３        カードリーダライタ
３４        情報ネットワーク
３５        スケジュールサーバ
３６、３７  カード
【図４】
0005835062.tif 000002
【図５】
0005835062.tif 000003
【図１】
0005835062.tif 000004
【図２】
0005835062.tif 000005
【図３】
0005835062.tif 000006
【図６】
0005835062.tif 000007
【図７】
0005835062.tif 000008