JP2001202484A

JP2001202484A - セキュリティ管理システムおよびそのプログラム記録媒体

Info

Publication number: JP2001202484A
Application number: JP2000008552A
Authority: JP
Inventors: Motoi Otsuka; 基大塚
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 2000-01-18
Filing date: 2000-01-18
Publication date: 2001-07-27
Anticipated expiration: 2020-01-18
Also published as: JP3867188B2

Abstract

(57)【要約】【課題】サーバ装置がＤＢカードにＤＢファイルを書き
込む際に、そのＤＢカードの使用が許可されているユー
ザのパスワードを暗号化して書き込んで登録しておく
が、ユーザパスワードをどのように暗号化するかをその
都度変えることで、登録されたユーザパスワードが第三
者によって解読される可能性を極力下げることができ、
重要情報の漏洩を確実に防止する。【解決手段】サーバ装置１はＤＢカード３にＤＢファイ
ルを書き込む際に、その都度変化する時間変数をキーと
して、ユーザパスワードを暗号化してＤＢカードに登録
する。携帯端末装置２は、ＤＢカードに対するアクセス
時において、カードから時間変数キーを取得し、オペレ
ータが入力したパスワードをこの時間変数キーによって
暗号化してパスワードの照合を行い、正当なユーザであ
れば、カード内のＤＢファイルに対するアクセスを許可
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、携帯端末装置に
よって可搬型データ記憶媒体をアクセスする際のセキュ
リティ対策を講じたセキュリティ管理システムおよびそ
のプログラム記録媒体に関する。

【０００２】

【従来の技術】近年、コンパクトディスクやメモリカー
ド等の可搬型記憶媒体は、大容量化、小型化が進み、大
量のデータベースを可搬型記憶媒体に格納することによ
って、各種のデータベースを自由に持ち運びことができ
るようになってきている。ここで、営業担当者が携帯端
末装置を持参して、日常の営業活動を行う場合におい
て、携帯端末装置はその内蔵メモリの容量が少ないため
に、各種業務処理用のデータベースの一部あるいは全部
を可搬型記憶媒体に格納するようにしている。そして、
営業担当者は、端末本体に可搬型記憶媒体を装着し、外
出先でその記憶内容をアクセスして表示出力させたり、
データ更新等を行うようにしている。この場合、携帯端
末装置によって可搬型記憶媒体をアクセスする際のセキ
ュリティ対策としては、入力されたパスワードによって
正当な端末利用者かを認証するようにしている。

【０００３】

【発明が解決しようとする課題】ところで、本来、個人
専用機としての携帯端末装置においても、正社員の他、
派遣社員、パート、アルバイトの方も使用するケースが
増えてきている。したがって、可搬型記憶媒体や端末の
内蔵メモリ内に、機密性の高い重要な企業情報や個人情
報が格納されている場合に、悪意によって、その重要情
報が他人に漏洩されるおそれは極めて高かった。すなわ
ち、従来においては、ユーザパスワードを暗号化して記
憶しておいたとしても、いつかは暗号化パスワードが解
読される危険性があり、派遣社員、パート等による悪意
に対するセキュリティ対策は、十分ではなく、重要情報
が他人に漏洩されてしまう危険性があった。この発明の
課題は、サーバ装置が可搬型データ記憶媒体にデータフ
ァイルを書き込む際に、そのデータ記憶媒体の使用が許
可されているユーザの認証情報を暗号化して書き込んで
登録しておくが、ユーザ認証情報をどのように暗号化す
るかをその都度変えることで、登録されたユーザ認証情
報が第三者によって解読される可能性を極力下げること
ができ、重要情報の漏洩を防止できるようすることであ
る。

【０００４】この発明の手段は、次の通りである。請求
項第１記載の発明は、携帯端末装置と、この携帯端末装
置によって利用される可搬型データ記憶媒体にデータフ
ァイルを書き込んで配布するサーバ装置とを有し、サー
バ装置は、データ記憶媒体にデータファイルを書き込む
際に、その都度変化する変数を加味して、このデータ記
憶媒体を利用することが許可されているユーザの認証情
報を暗号化する暗号化手段と、この暗号化手段によって
暗号化されたユーザの認証情報をデータ記憶媒体に書き
込む書込手段とを具備し、携帯端末装置は、前記変数を
加味して、そのオペレータが入力した認証情報を暗号化
する暗号化手段と、この暗号化手段によって暗号化され
たオペレータの認証情報と前記データ記憶媒体内に暗号
化されて記憶されているユーザの認証情報とを照合する
ことにより、正当なユーザかを判別する判別手段と、こ
の判別手段によって正当なユーザであることが判別され
た際に、前記データ記憶媒体内に書き込まれているデー
タファイルに対するアクセスを許可するアクセス制御手
段とを具備するものである。なお、前記ユーザの認証情
報は、予めサーバ装置側に設定登録されていると共に、
当該認証情報自体をキーとして暗号化されており、前記
サーバ装置側の暗号化手段は、設定登録されている暗号
化認証情報を更に前記変数を加味して暗号化することに
より多重暗号化認証情報を生成し、前記携帯端末装置側
の暗号化手段は、そのオペレータが入力した認証情報
を、当該認証情報自体をキーとして暗号化すると共に、
更に前記変数を加味して暗号化することにより多重暗号
化認証情報を生成し、前記判別手段は、入力されて多重
に暗号化されたオペレータの認証情報と前記データ記憶
媒体内に多重に暗号化された状態で記憶されているユー
ザの認証情報とを照合することにより、正当なユーザか
を判別するようにしてもよい。したがって、請求項第１
記載の発明においては、サーバ装置が可搬型データ記憶
媒体にデータファイルを書き込む際に、そのデータ記憶
媒体の使用が許可されているユーザの認証情報を暗号化
して書き込んで登録しておくが、ユーザ認証情報をどの
ように暗号化するかをその都度変えることで、登録され
たユーザ認証情報が第三者によって解読される可能性を
極力下げることができ、重要情報の漏洩を防止すること
ができる。

【０００５】

【発明の実施の形態】以下、図１〜図１２を参照してこ
の発明の一実施形態を説明する。図１は、この実施形態
におけるセキュリティ管理システムの全体構成を示した
ブロック図である。このセキュリティ管理システムは、
例えば、会社組織において会社側に設置させているサー
バ装置１と、各営業担当者が持参するモバイル型のクラ
イアント端末（携帯端末装置）２と、この携帯端末装置
２にセットされて利用される可搬型記憶媒体３とを有し
ている。そして、サーバ装置１側で記憶管理されている
アプリケーションソフト／データベース等を持ち運び自
在な可搬型記憶媒体３を介して携帯端末装置２側に外部
提供するようにしており、この記憶媒体３にデータベー
ス等を書き込んで端末装置へ配布する際に、サーバ装置
１は当該端末と記憶媒体とを対応付けるための情報を設
定したり、各種のセキュリティ対策を講じることによっ
て、記憶媒体３内のアプリケーションソフト／データベ
ース等が第三者によって不正コピーされたり、情報が漏
洩されることを確実に防止するようにしたものである。

【０００６】そして、各営業担当者は、外出先で可搬型
記憶媒体３内のアプリケーションソフト／データベース
をアクセスしながら営業活動を行い、そして、1日の営
業終了時に端末本体から可搬型記憶媒体３を抜き取り、
それをサーバ装置１側のカードリーダ／ライタ４にセツ
トすると、サーバ装置１はカードリーダ／ライタ４を介
して記憶媒体３内の営業記録を収集処理するようにして
いる。そして、サーバ装置１と複数台の携帯端末装置２
とはシリアルケーブル５を介して着脱自在に接続可能と
なっている。

【０００７】可搬型記憶媒体３は、各種業務処理用のア
プリケーションソフトやデータベース等を記憶するもの
で、例えば、コンパクトフラッシュカードによって構成
されている。以下、可搬型記憶媒体３をデータベースカ
ード（ＤＢカード）と称する。ここで、図中、各ＤＢカ
ード３に付した「＃Ａ」「＃Ｂ」、「＃Ｃ」、‥‥は、
端末名称「Ａ」、「Ｂ」、「Ｃ」、‥‥で示される携帯
端末装置２に対応付けられた端末対応のカードであるこ
とを示している。なお、この実施形態においては端末対
応のカードの他、後述する端末グループ対応のカードも
存在するが、図１の例では端末対応のカードのみを示し
ている。カードリーダ／ライタ４はＤＢカード３を複数
枚同時にセット可能なもので、複数のカード挿入口を有
している。そして、サーバ装置１はＤＢカード３を介し
て携帯端末装置２側にアプリケーションソフト／データ
ベースファイル（ＡＰソフト／ＤＢファイル）を配布す
る。すなわち、サーバ装置１はＤＢカード３に書き込む
書込対象、つまり、配布対象のＡＰソフト／ＤＢファイ
ルを呼び出してカードリーダ／ライタ４に与え、それに
セットされている１または２以上のＤＢカード３にＡＰ
ソフト／ＤＢファイルを書き込む。

【０００８】図２は、例えば、業務グループ「営業１
課」、「営業２課」、「プロジェクトＡ」、「プロジェ
クトＢ」、‥‥に対応付けた端末グループと、この端末
グループ対応のＤＢカード３との関係を示すと共に、端
末とユーザとの対応関係を示したものである。すなわ
ち、図中、「＃Ａ１」、「＃Ａ２」、「＃Ａ３」で示す
各ＤＢカード３は、端末名称が「Ａ１」、「Ａ２」、
「Ａ３」である各携帯端末装置２が属する端末グループ
Ａ対応の記憶媒体であり、同様に、「＃Ｂ１」、「＃Ｂ
２」‥‥で示す各ＤＢカード３は、端末名称が「Ｂ
１」、「Ｂ２」、‥‥である各携帯端末装置２が属する
端末グループＢ対応の記憶媒体であり、同一グループ内
の各ＤＢカード３はそのグループに属する各携帯端末装
置２で共通して使用することができるようになってい
る。

【０００９】また、ある携帯端末を利用することができ
る権限を有するユーザは、一人と限らず、複数のユーザ
が一台の携帯端末装置を共有して使用することができ、
また、あるユーザは複数台の携帯端末装置を利用するこ
とができる権限を有している。例えば、端末グループＡ
において、端末名称「Ａ１」で示される携帯端末装置
と、ユーザ「ＵＡ１」〜「ＵＡ４」との対応関係が定義
され、また、端末名称「Ａ２」で示される携帯端末装置
と、ユーザ「ＵＡ１」〜「ＵＡ３」との対応関係が定義
されており、これらの間に限り利用関係があることを示
している。この場合、複数ユーザによる共有使用が可能
な端末対応の各ＤＢカードには、共有使用が可能な各ユ
ーザに対応して、その認証情報（パスワード）が設定さ
れる。

【００１０】図３は、この実施形態におけるセキュリテ
ィ管理を概念的に示した図である。すなわち、この実施
形態におけるセキュリティ管理として、（Ａ）‥‥ＤＢ
カードに対するセキュリティ管理、（Ｂ）‥‥パスワー
ド認証によるセキュリティ管理、（Ｃ）‥‥サスペンド
／レジューム機能によるセキュリティ管理を行うように
している。先ず、（Ａ）‥‥ＤＢカードに対するセキュ
リティ管理について説明する。この実施形態において
は、携帯端末装置２が任意のＤＢカードをアクセスする
際に、あるいはＤＢカード３が任意の端末装置によって
アクセスされる際において、端末およびカード内にそれ
ぞれ記憶されているハード識別番号（後で詳述する）同
士を照合し、その照合結果に基づいて当該カード自体に
対するアクセス可否を決定するチェック処理を行うよう
にしている。このチェック処理は端末の電源投入時にお
いて、カード内に格納されている基本ソフトの起動によ
って実行開始される。ここで、「ハード識別番号」は、
携帯端末装置２とＤＢカード３とを対応付けておくため
に予め携帯端末装置２やＤＢカード３に書き込まれたも
のである。すなわち、サーバ装置１が携帯端末装置２や
ＤＢカード３へ書き込むための内容を予めテーブル設定
しておく際に、「ハード識別番号」は、同一グループに
属する携帯端末装置２のうち、いずれか一台の端末から
読み込んだ固有の端末識別情報（製造番号）に応じて生
成されたもので、サーバ装置１はグループ対応の各携帯
端末装置２およびそれらの端末で利用される各ＤＢカー
ド３内に、ハード識別番号をそれぞれ書き込む。したが
って、同一グループに属する各携帯端末装置２および各
ＤＢカード３内には、それぞれ同一のハード識別番号が
共通のアクセス制限情報としてそれぞれ書き込まれる。

【００１１】次に、（Ｂ）‥‥パスワード認証によるセ
キュリティ管理について説明する。この実施形態におい
ては、上述のＤＢカードセキュリティチェックの結果、
当該カード自体に対するアクセスが許可された場合に、
入力されたユーザ認証情報（パスワード）に基づいて正
当なオペレータかを照合するチェック処理を行うように
している。この場合の照合には、多重暗号化パスワード
が用いられる。すなわち、この多重暗号化パスワード
は、入力されたパスワードを所定の方法で2回暗号化し
た二重暗号化パスワードであり、どのように暗号化する
かの具体的な説明は後で詳述するが、この実施形態にお
いては、特に多重暗号化パスワードを常に同じ内容のま
まとせず、カードへの書込みを行う都度、その内容を変
えるようにしている。なお、多重暗号化パスワードはＤ
Ｂカード３内にユーザ固有の認証情報としてそれぞれ書
き込まれている。この場合、その端末に対してアクセス
権限が付与されている複数のユーザが存在している場合
には、各ユーザ毎に多重暗号化パスワードの書き込みが
行われる。また、ＤＢカード３の利用時において、ユー
ザパスワードが入力された際に、間違ったパスワードが
連続して何回か繰り返して誤入力された場合、その繰り
返し入力回数が予め設定されている限度値（後述するビ
ューア不作動設定回数）に達したことが判別されると、
それ以降、検索ビューア（パスワード入力を促す表示等
の初期画面表示）を不作動とすることにより、パスワー
ド入力を受け付けない状態とするセキュリティ処理も合
わせて行うようにしている。

【００１２】更に、（Ｃ）‥‥サスペンド／レジューム
機能によるセキュリティ管理について説明する。各携帯
端末装置２はサスペンド／レジューム機能を有し、一定
時間入力操作が行われないアイドリング状態を監視し、
一定時間入力操作が行われなかった場合には、バッテリ
ィ節約やセキュリティ保護のために、現在の状態を退避
記憶させたのち、電源をオフしてサスペンド状態となる
が、その後の入力操作によってレジューム機能が働き、
一定の条件で元の状態に復帰させる。この場合の条件と
しては、サスペンド時の画面、例えば、アプリケーショ
ン画面にそのまま復帰させるのではなく、検索ビューア
を作動させてパスワード入力画面を表示させ、再度、パ
スワードの入力を促し、正当なユーザであることを確認
した上で、元の状態、例えば、サスペンド時のアプリケ
ーション画面に復帰させるようにしている。つまり、こ
の実施形態においては、セキュリティ対策のためにレジ
ューム復帰に対して一定の条件を付加し、その条件が成
立する場合に限り、サスペンド時の元の状態に復帰させ
るようにしている。

【００１３】図４（Ａ）は、サーバ装置１側に設けられ
ている設定テーブル１１を示している。この設定テーブ
ル１１はサーバ装置１がＤＢカード３や携帯端末装置２
に書き込むための各種の内容を予め設定しておくもの
で、この実施形態においては、ＤＢカード３への書き込
みを携帯端末装置２自体に行わせるのではなく、サーバ
装置１側で一括して行うようにしている。設定テーブル
１１はグループ「営業１課」、「営業２課」、「プロジ
ェクトＡ」、「プロジェクトＢ」、‥‥のような端末グ
ループ毎に、各種の設定エリアを有する構成となってい
る。なお、テーブル設定を行うことができる者は、特別
な権限を持った管理者であることは当然であるが、端末
グループ毎に管理者を特定しておいてもよい。この場
合、グループ管理者は、自己のグループに対してのみ設
定の権限を有し、他のグループの設定内容を閲覧するこ
とは、勿論禁止される。この各グループ毎の設定エリア
にセットされた内容は、当該グループ対応の各携帯端末
装置２や各ＤＢカード３内に書き込まれる。なお、図４
（Ａ）は、端末グループとして「営業１課」、「営業２
課」、「営業１課」を例示した場合を示している。先
ず、各グループ対応の設定エリアには「グループ名称」
の他、上述した「ハード識別番号」、同一グループに属
する端末の合計「設定台数」、同一グループ内のおい
て、その端末を使用することができる権限を持つユーザ
の合計「使用人数」がぞれぞれ設定されている。

【００１４】更に、グループ毎に設定されている「ビュ
ーア不作動設定回数（Ｎ）」は、パスワードの誤入力が
連続して何回か繰り返された場合、それ以降、検索ビュ
ーアを不作動とするためにグループ毎に任意に設定され
た設定回数である。また、使用の権限を有する各ユーザ
に対応付けて、その「ユーザ名（１）」、「暗号化パス
ワード」、「ユーザ名（２）」、‥‥が設定されてい
る。また、書き込み対象としての「ＢＤファイル名」
と、それに対応付けられている「対応ＡＰ（アプリケー
ション）」が設定されている。「ＤＢファイル名」は、
図４（Ｂ）で示すように、サーバ装置側で記憶管理され
ている複数のマスタＤＢファイル１２のうち、当該グル
ープの業務内容等に応じて必要とするＤＢファイルを指
定するものであり、また、「対応ＡＰ」はＢＤファイル
を処理するためのアプリケーションソフトであり、マス
タＤＢ対応の基本ＡＰ１３（図４（Ｃ）参照）をＢＤフ
ァイルに応じてその表示形態を修正変更したものであ
る。

【００１５】一方、設定テーブル１１には、各グループ
に共通して各ＤＢカードに書き込まれる共通の書き込み
対象として、「基本ソフト」がグループ対応設定エリア
とは別のエリアに設定されている。ここで、「基本ソフ
ト」には「検索ビューア」、「暗号化／復号化アルゴリ
ズム」、「動作制御管理ファイル」を含む構成となって
いる。「基本ソフト」は、携帯端末装置の基本的な動作
を実行制御するための基本ソフトであり、「検索ビュー
ア」は基本ソフトの動作に応じて初期画面（ログイン入
力画面）を表示させるソフトである。「暗号化／復号化
アルゴリズム」はパスワードの暗号化／復号化処理を実
行するためのものであり、「動作制御管理ファイル」は
ＤＢ対応カスタマイズＡＰを動作制御するための基本的
な管理情報が格納されているファイルである。この「動
作制御管理ファイル」は通常カード内に書き込まれてい
るが、この実施形態においては、パスワードの誤入力が
連続して何回か繰り返された場合、それ以降、検索ビュ
ーアを不作動とするために、「動作制御管理ファイル」
を削除するようにしており、検索ビューア起動時に、こ
の「動作制御管理ファイル」がＤＢカード内に存在して
いることを条件として、携帯端末装置はログイン入力画
面を表示させるようにしている。

【００１６】図５は、サーバ装置によって各ＤＢカード
３に書き込まれた内容を示している。すなわち、ＤＢカ
ードには、「ハード識別番号」、「基本ソフト」、「検
索ビューア」、「暗号化／復号化アルゴリズム」、「動
作制御管理ファイル」、「ビューア不作動設定回数」が
書き込まれている。更に、当該ＤＢカードを使用可能な
各ユーザに対応して「ユーザ名（１）」、「多重暗号化
パスワード＋時間変数キー」、「ユーザ名（２）」‥‥
が書き込まれていると共に、「ＤＢファイル」、「対応
ＡＰ」が書き込まれている。

【００１７】図６は、各携帯端末装置２の内蔵メモリに
書き込まれた内容を示している。この内蔵メモリには、
図示のようにフラッシュＲＯＭ、ＲＡＭ設けられてい
る。このＲＯＭ、ＲＡＭは、セキュリティ対策をも考慮
して必要最小限のメモリ容量とした構成となっている。
すなわち、この実施形態においては、上述のように、ア
プリケーション、データベース、基本ソフト等の格納場
所を携帯端末装置２とＤＢカード３とに分散せず、ＤＢ
カード３にアプリケーション、データベースの他、基本
ソフトをも書き込むようにしており、携帯端末自体の紛
失、盗難等によるリスクを解消できるようにしている。
ここで、サーバ装置１の書き込み動作によって端末内の
フラッシュＲＯＭには、上述した「ハード識別番号」が
固定的に記憶される。また、一時記憶メモリであるＲＡ
Ｍは、「キー／データ入力エリア」、「レコードエリ
ア」、「その他のワークエリア」を有する構成となって
いる。なお、「レコードエリア」は端末内にデータを残
さないようにするため、必要最小限のデータ、つまり、
現在処理中のカレント分として１レコード分のデータを
一時記憶する構成となっている。また、電源バックアッ
プによって常時、記憶内容が保障されているＲＡＭに
は、サスペンド時において、現在の状態が退避される退
避データ入力エリアと、サスペンド中であることを示す
サスペンドＦ（フラグ）がセットされるフラグエリアが
設けられている。なお、図示しないが、各携帯端末装置
２の内部メモリには、それが製造された端末固有の製造
番号も固定的に記憶されている。

【００１８】図７は、サーバ装置１、携帯端末装置２の
全体構成を示したブロック図である。ここで、サーバ装
置１、携帯端末装置２の構成要素として基本的に同様な
ものは、同一番号を付してその説明を兼用するが、サー
バ装置１、携帯端末装置２との構成要素を識別するため
に、サーバ装置１の構成要素には、図中「Ａ」を付し、
以下、携帯端末装置２の構成のみを説明し、サーバ装置
１の説明は省略するものとする。ＣＰＵ２１は、記憶装
置２２内のオペレーティングシステムや各種アプリケー
ションソフトにしたがってこの携帯端末装置２の全体動
作を制御する中央演算処理装置である。記憶装置２２
は、オペレーティングシステムや各種アプリケーション
ソフトの他、データベース、文字フォント等が格納さ
れ、磁気的、光学的、半導体メモリ等によって構成され
ている記録媒体２３やその駆動系を有している。この記
録媒体２３はハードディスク等の固定的な媒体若しくは
着脱自在に装着可能なＣＤ−ＲＯＭ、フロッピィデス
ク、ＲＡＭカード、磁気カード等の可搬型の媒体であ
る。また、この記録媒体２３内のプログラムやデータ
は、必要に応じてＣＰＵ２１の制御によりＲＡＭ（例え
ば、スタティクＲＡＭ）２４にロードされたり、ＲＡＭ
２４内のデータが記録媒体２３にセーブされる。更に、
記録媒体はサーバ等の外部機器側に設けられているもの
であってもよく、ＣＰＵ２1は伝送媒体を介してこの記
録媒体内のプログラム／データを直接アクセスして使用
することもできる。また、ＣＰＵ２１は記録媒体２３内
に格納されるその一部あるいは全部を他の機器側から伝
送媒体を介して取り込み、記録媒体２３に新規登録ある
いは追加登録することもできる。すなわち、コンピュー
タ通信システムを構成する他の機器から通信回線やケー
ブル等の有線伝送路あるいは電波、マイクロウエーブ、
赤外線等の無線伝送路を介して送信されてきたプログラ
ム／データを伝送制御部２５によって受信して記録媒体
２３内にインストールすることができる。更に、プログ
ラム／データはサーバ等の外部機器側で記憶管理されて
いるものであってもよく、ＣＰＵ２１は伝送媒体を介し
て外部機器側のプログラム／データを直接アクセスして
使用することもできる。一方、ＣＰＵ２１にはその入出
力周辺デバイスである伝送制御部２５、入力部２６、表
示部２７がバスラインを介して接続されており、入出力
プログラムにしたがってＣＰＵ２１はそれらの動作を制
御する。入力部２６はキーボードやタッチパネルあるい
はマウスやタッチ入力ペン等のポインティングデバイス
を構成する操作部であり、文字列データや各種コマンド
を入力する。

【００１９】次に、この一実施形態におけるセキュリテ
ィ管理システムの動作を図８〜図１２に示すフローチャ
ートを参照して説明する。ここで、これらのフローチャ
ートに記述されている各機能を実現するためのプログラ
ムは、読み取り可能なプログラムコードの形態で記録媒
体２３（２３Ａ）に格納されており、ＣＰＵ２１（２１
Ａ）はこのプログラムコードにしたがった動作を逐次実
行する。また、ＣＰＵ２１（２１Ａ）は伝送媒体を介し
て伝送されてきた上述のプログラムコードにしたがった
動作を逐次実行することもできる。すなわち、記録媒体
の他、伝送媒体を介して外部供給されたプログラム／デ
ータを利用してこの実施形態特有の動作を実行すること
もできる。

【００２０】図８および図９は、サーバ装置１が設定テ
ーブル１１に対して各種設定を行う場合の動作を示した
フローチャートである。先ず、基本的なグループ情報を
設定登録する処理が行われる（ステップＡ１〜Ａ９）。
ここで、オペレータは入力可能な状態において、今回設
定する１グループ分の「グループ名称」を入力指定する
と共に（ステップＡ１）、そのグループ内の端末「設定
台数」、ユーザ「使用人数」の入力を行う（ステップＡ
２）。そして、指定台数分の携帯端末装置２と、その端
末に対応付けるＤＢカード３とをサーバ装置１にセット
する（ステップＡ３）。すると、サーバ装置１はセット
されている同一グループ内の各端末のうち、いずれか１
台の端末を選択指定して、その「製造番号」を読み出す
と共に（ステップＡ４）、この「製造番号」に基づいて
「ハード識別番号」を生成して（ステップＡ５）、設定
台数分の各携帯端末装置２およびＤＢカード３に「ハー
ド識別番号」をそれぞれ書き込む（ステップＡ６）。次
のステップＡ７では、上述のように入力された「グルー
プ名称」、「設定台数」、「使用人数」の他、生成した
「ハード識別番号」を設定テーブル１１にそれぞれ登録
する処理が行われる。そして、パスワード不一致でのビ
ューア不作動回数として任意の値をオペレータが入力す
ると（ステップＡ８）、入力された「ビューア不作動回
数」は、設定テーブル１１に登録される（ステップＡ
９）。

【００２１】このようにしてグループ基本情報の設定登
録が終わると、そのグループの使用人数分のパスワード
を設定登録する処理に移る（ステップＡ１０〜Ａ１
４）。先ず、オペレータはユーザ名を入力すると共に
（ステップＡ１０）、そのユーザ対応のパスワードを入
力する（ステップＡ１１）。すると、入力されたパスワ
ードは当該パスワード自体をキーとして暗号化される
（ステップＡ１２）。そして、入力されたユーザ名、暗
号化パスワードは設定テーブル１１にそれぞれ登録され
る（ステップＡ１３）。これによって一人分のユーザ登
録が終わると、使用人数分のユーザ登録が終了したかを
調べ（ステップＡ１４）、全ユーザ分の設定が終了する
まで上述の動作を繰り返す。

【００２２】そして、ユーザ登録が終了すると、次に、
データベースおよびそれに対応するアプリケーションソ
フトを設定登録する処理に移る（図９のステップＡ１５
〜Ａ１７）。先ず、オペレータはＤＢカードに書き込む
ための「ＤＢファイル名」を指定入力すると（ステップ
Ａ１５）、この「ＤＢファイル名」は、設定テーブル１
１に登録されると共に（ステップＡ１６）、今回設定登
録したＤＢファイル名に対応付けてそのＡＰソフトが設
定テーブル１１に登録される（ステップＡ１７）。次
に、全てのグループに対する設定登録が終了したかを調
べ（ステップＡ１８）、全グループ終了が判別されるま
でステップＡ１に戻り、１グループ毎に上述の動作を繰
り返す。これによって設定テーブル１１には、各グルー
プに対応して図４に示した各種の内容が設定登録され
る。その際、１グループ分の設定登録が終了する毎に、
次の設定対象グループを指定して、そのグループ対応の
携帯端末装置２、ＤＢカード３をサーバ装置１にセット
する。このようなテーブル設定によって携帯端末装置
２、ＤＢカード３には「ハード識別番号」がそれぞれ書
き込まれる。

【００２３】図１０は、サーバ装置１がＤＢファイルや
対応ＡＰソフト等をＤＢカード３に書き込んで配布する
場合の動作を示したフローチャートである。先ず、オペ
レータはサーバ装置１に配布対象のＤＢカード３をセッ
トする（ステップＢ１）。すると、そのカード内から
「ハード識別番号」を読み出すと共に（ステップＢ
２）、このハード識別番号に基づいて設定テーブル１１
を検索し、該当するグループを特定しておく（ステップ
Ｂ３）。そして、各グループに共通して各ＤＢカードに
書き込まれる共通の書き込み対象としての「基本ソフ
ト」を設定テーブル１１から読み出し、そのＤＢカード
に書き込む（ステップＢ４）。この場合、「基本ソフ
ト」には「検索ビューア」、「暗号化／復号化アルゴリ
ズム」、「動作制御管理ファイル」が含まれているの
で、それらを含めた書き込みが行われる。次に、特定し
たグループ対応の「ビューア不作動設定回数（Ｎ）」を
設定テーブル１１から読み出してＤＢカードに書き込む
（ステップＢ５）。

【００２４】更に、現在のシステム日時を取得し、これ
を時間変数キーとして特定しておく（ステップＢ６）。
そして、特定グループの各ユーザのうち、その先頭のユ
ーザから対応する「暗号化パスワード」を読み出し（ス
テップＢ７）、上述の時間変数をキーとして、この「暗
号化パスワード」を更に暗号化する（ステップＢ８）。
これによって生成された多重暗号化パスワードに「時間
変数キー」を付加して、対応するユーザ名と共にＤＢカ
ードに書き込む（ステップＢ９）。そして、特定グルー
プの各ユーザを全て指定し終わったかを調べ（ステップ
Ｂ１０）、全て指定し終わるまでステップＢ７に戻り、
上述の動作を各ユーザ毎に繰り返す。これによって、特
定グループの各ユーザ毎にその多重暗号化パスワードと
ユーザ名をＤＢカードにそれぞれ書き込む処理が終わる
と、当該グループ対応のＤＢファイル名に基づいて該当
するＤＢファイルを読み出し（ステップＢ１１）、カー
ドに書き込むと共に（ステップＢ１２）、そのＤＢファ
イル対応のＡＰソフトを読み出してカードに書き込む
（ステップＢ１３）。

【００２５】図１１および図１２は、携帯端末装置側に
おいて電源投入に応じて実行開始されるフローチャート
である。先ず、携帯端末装置にＤＢカードがセットされ
ている状態において、電源がオンされると、内蔵メモリ
であるＲＡＭ内から「サスペンドＦ」を読み出してそれ
がセットされているかを調べる（ステップＣ１、Ｃ
２）。いま、「サスペンドＦ」がセットされていないも
のとすると、ステップＣ３に移り、ＤＢカード内の基本
ソフトに基づいて基本動作が開始される。すると、ＤＢ
カードから「ハード識別番号」を読み出し（ステップＣ
４）、当該端末内の「ハード識別番号」と照合する（ス
テップＣ５）。この結果、両者が一致する場合には（ス
テップＣ６）、当該端末とカードとは正当な対応関係に
あるので、検索ビューアを起動させるが（ステップＣ
９）、当該端末とカードとが正当な対応関係にない場合
には、「ハード識別番号」の不一致が判別されるので、
ハードエラー表示を行った後（ステップＣ７）、電源を
強制的にオフし（ステップＣ８）、エラー終了となる。

【００２６】図１２は、図１１のステップＣ９（検索ビ
ューア起動）時の動作を詳述するためのフローチャート
である。先ず、カード内に「動作制御管理ファイル」が
存在しているかをチェックする（ステップＤ１）。ここ
で、上述したように、パスワードの誤入力が連続して何
回か繰り返された場合、それ以降、検索ビューアを不作
動とするために、「動作制御管理ファイル」を削除する
ようにしている。したがって、「動作制御管理ファイ
ル」の存在有無をチェックし、無ければ、不作動メッセ
ージを表示させる（ステップＤ１０）。そして、「サス
ペンドＦ」がセットされているかを調べるが（ステップ
Ｄ１１）、いま、「サスペンドＦ」はセットされていな
いので、電源を強制的にオフして（ステップＤ１３）、
エラー終了となる。なお、「サスペンドＦ」がセットさ
れていれば、「サスペンドＦ」を含めて各ＲＡＭ内の全
データは削除される（ステップＤ１２）。

【００２７】一方、「動作制御管理ファイル」が存在し
ていれば、それを条件としてログイン入力画面を表示さ
せ、ユーザ名、パスワードの入力を促すメッセージを表
示する（ステップＤ２）。ここで、オペレータが自己の
「ユーザ名」、「パスワード」を入力すると（ステップ
Ｄ３）、入力されたパスワードを当該パスワード自体を
キーとして暗号化する（ステップＤ４）。そして、ＤＢ
カード内の当該「ユーザ名」に対応する多重暗号化パス
ワードに付加されている「時間変数キー」を読み出し、
この「時間変数」をキーとして、入力暗号化パスワード
を更に暗号化することによって、多重暗号化パスワード
を生成する（ステップＤ５）。これによって生成した多
重暗号化パスワードとＤＢカードから当該「ユーザ名」
に対応して読み出した多重暗号化パスワードとを照合す
る（ステップＤ６）。

【００２８】その結果、両者の不一致が判別された場合
には（ステップＤ７）、その不一致回数を更新すると共
に、その更新値と、予めグループ毎に設定されている
「ビューア不作動設定回数（Ｎ）」とを比較し、パスワ
ードの誤入力が連続してＮ回繰り返されたかをチェック
し（ステップＤ８）、Ｎ回未満であれば、ログイン入力
画面に戻り（ステップＤ２）、その再入力を受け付け
る。いま、パスワードの誤入力が連続してＮ回繰り返さ
れたことが判別された場合には（ステップＤ８）、「動
作制御管理ファイル」を削除すると共に（ステップＤ
９）、不作動メッセージを表示させる（ステップＤ１
０）。その後、上述の場合と同様に、「サスペンドＦ」
をチェックした後、電源を強制的にオフして、エラー終
了となる。

【００２９】また、パスワードの誤入力が連続してＮ回
繰り返される前において、パスワードが一致し、正当の
オペレータであることが判別された場合には（ステップ
Ｄ７）、再び、「サスペンドＦ」のチェックを行うが
（ステップＤ１４）、いま、「サスペンドＦ」はセット
されていないので、ステップＤ１５に移り、ＤＢファイ
ル名のメニュ画面が一覧表示され、このメニュ画面の中
からオペレータが所望するＤＢファイル名を選択指定す
ると、選択されたＤＢファイル対応のＡＰソフトが起動
され（ステップＤ１６）、それに応じたアプリケーショ
ン処理が実行される（ステップＤ１７）。この場合、ア
プリケーション処理の実行中においては、サスペンド機
能によって所定時間入力操作が行われないアイドリング
状態を監視しており（ステップＤ１８）、アイドリング
状態が検出されると、現在、一時記憶メモリにセットさ
れているＲＡＭ内データを退避用のＲＡＭに転送退避す
ると共に（ステップＤ１９）、「サスペンドＦ」をセッ
トした後（ステップＤ２０）、電源を強制的にオフする
（ステップＤ２１）。

【００３０】このようなサスペンド後において、何らか
の入力操作が行われると、電源がオンされるので、図１
１のフローチャートが実行開始される。この場合、「サ
スペンドＦ」有りが判別されてステップＤ９に移り、検
索ビューアが起動される。この場合、レジューム処理を
行う前に、「動作制御管理ファイル」が存在しているこ
とを条件としてログイン入力画面を表示させてユーザ
名、パスワードの入力を促すメッセージ表示が行われる
（ステップＤ２）。ここで、パスワードの一致が検出さ
れて、正当なオペレータであることが判別された場合に
は（ステップＤ７）、「サスペンドＦ」がセットされて
いることを条件に、レジューム機能を作動させる（ステ
ップＤ２２）。この場合、サスペンド時のユーザとは異
なる他のユーザであっても、カード内に登録されている
ユーザであれば、正当なオペレータと認識されてレジュ
ーム復帰させる。ここで、正当なオペレータであると認
識された場合において、ＤＢ選択の初期メニュ画面から
始まるのではなく、通常と同様に、サスペンド時の状態
に復帰させるために、ＲＡＭ内の退避データを読み出し
て元の状態であるアプリケーション画面に復帰させる。
そして、「サスペンドＦ」を削除した後（ステップＤ２
３）、アプリケーション処理に移る（ステップＤ１
７）。

【００３１】以上のように、この一実施形態おいて、サ
ーバ装置はＤＢカードにＤＢファイルを書き込む際に、
その都度変化する時間変数をキーとして、ユーザパスワ
ードを暗号化してＤＢカードに登録するようにしたか
ら、登録されたユーザパスワードが第三者によって解読
される可能性を極力下げることができ、重要情報の漏洩
を確実に防止することができる。この場合、ＤＢカード
に登録された暗号化パスワードには、その暗号化に使用
した時間変数キーが付加されているので、携帯端末装置
は、ＤＢカードに対するアクセス時において、カードか
ら時間変数キーを取得し、オペレータが入力したパスワ
ードをこの時間変数キーによって暗号化するようにした
から、暗号用の変数をその都度変化させたとしても、正
規なパスワードが入力されれば、登録されているパスワ
ードと同様の暗号結果を得ることができる。したがっ
て、パスワードの照合によって、正当なユーザであれ
ば、ＤＢカード内に書き込まれているＤＢファイルに対
するアクセスが許可されるので、ユーザはパスワードが
どのように暗号化されているかを全く意識しなくても良
く、操作性を妨げることもないことは勿論である。

【００３２】また、ユーザパスワードは、予め当該パス
ワード自体をキーとして暗号化されてサーバ装置側に設
定登録されており、サーバ装置がＤＢファイルをＤＢカ
ードに書き込む際に、その都度変化する時間変数をキー
として、設定登録されている暗号化パスワードを更に暗
号化することにより多重暗号化パスワードを生成してカ
ードに書き込むようにしたから、第三者によって解読さ
れる可能性を更に下げることができる。

【００３３】一方、任意のＤＢカードをアクセスする際
に、このカード内の「ハード識別番号」と自己の「ハー
ド識別番号」とを照合し、その照合結果に基づいて当該
カードに対してそのアクセスが許可されている正当な端
末であるかをチェックするようにしたから、ＤＢカード
を携帯端末装置に装着するだけで自動的にセキュリティ
管理が実行されるので、ＤＢカード利用時にユーザはセ
キュリティ対策を全く意識しなくてもよく、使い勝手を
損なわず、確実なセキュリティ管理を実現することがで
きる。この場合、重要情報を含んだＤＢファイルを携帯
端末から分離可能なＤＢカードだけに保管しておくよう
にしたから、携帯端末のみを紛失したり、盗難されたと
してもセキュリティ上全く問題はなく、また、ＤＢカー
ドを紛失したり、盗難された場合でも、そのカードへの
アクセスは、正当の端末しかできないようにした仕組み
を持っているため、ＤＢファイルに対するアクセスはお
ろか、ＤＢカード自体に対するアクセスをも不可能とな
り、そのセキュリティは極めて高いものとなる。

【００３４】なお、上述した実施形態においては、ユー
ザパスワードを当該パスワードをキーとして暗号化した
り、時間変数をキーとして暗号化するようにしたが、そ
の暗号化方法は任意であることは勿論であり、また、時
間変数キーをカードに書き込むようにしたが、端末側に
書き込むようにしてもよい。更に、ユーザパスワードの
多重暗号化は二重に限らず、三重以上であってもよい。
また、ユーザパスワードを入力して設定テーブルに登録
する際に、一回目の暗号化を行い、この暗号化パスワー
ドをカードに書き込む際に、二回目の暗号化を行うよう
にしたが、パスワードをカードに書き込む際に、一度に
多重暗号化パスワードを生成するようにしてもよく、ま
た、多重暗号化パスワードの生成時は任意である。ま
た、「ハード識別番号」をどのような情報に基づいて生
成するかは任意であり、例えば、「ハード識別番号」を
その携帯端末装置の「製造会社コード」＋「製造番号」
等で構成してもよい。また、端末グループは、複数の端
末を単に区分けする以外に、1台の端末が複数のグルー
プに属するような設定も可能である。

【００３５】また、上述した一実施形態においては、可
搬型記憶媒体であるＤＢカードとして、コンパクトフラ
ッシュカードを例示したが、その他にＰＣカード、スマ
ートメディア、ＣＤ（光ディスク）、ＭＯ（光磁気ディ
スク）、ＦＤ（フロッピーディスク）等であってもよ
く、しかも、カード型に限らず、カセット型、スティッ
ク型等、その形状は任意である。更に、携帯端末装置と
しては、電子手帳、ノート型パソコン、ＰＤＡ、携帯電
話等であってもよい。

【００３６】

【発明の効果】この発明によれば、サーバ装置が可搬型
データ記憶媒体にデータファイルを書き込む際に、その
データ記憶媒体の使用が許可されているユーザの認証情
報を暗号化して書き込んで登録しておくが、ユーザ認証
情報をどのように暗号化するかをその都度変えること
で、登録されたユーザ認証情報が第三者によって解読さ
れる可能性を極力下げることができ、重要情報の漏洩を
確実に防止することができる。

【図面の簡単な説明】

【図１】セキュリティ管理システムの全体構成を示した
ブロック図。

【図２】端末グループ対応のＤＢカード３を説明すると
共に、携帯端末装置とユーザとの対応関係を説明するた
めの図。

【図３】セキュリティ管理の種類を概念的に示した図。

【図４】（Ａ）は、サーバ装置側に設けられている設定
テーブル１１の構成とその設定内容を示した図、（Ｂ）
はマスタＤＢファイル１２を示した図、（Ｃ）はＤＢ対
応基本ＡＰ１３を示した図。

【図５】各ＤＢカード３に書き込まれた内容を示した
図。

【図６】各携帯端末装置２の内蔵メモリに書き込まれた
内容を示した図。

【図７】サーバ装置１、携帯端末装置２の全体構成を示
したブロック図。

【図８】サーバ装置１が設定テーブル１１に対して設定
を行う場合の動作を示したフローチャート。

【図９】図８に続く設定動作を示したフローチャート。

【図１０】サーバ装置１がマスタＤＢやカスタマイズＡ
Ｐ等をＤＢカード３に書き込んで配布する場合の動作を
示したフローチャート。

【図１１】携帯端末装置２側において電源投入に応じて
実行開始されるフローチャート。

【図1２】図１１のステップＣ９（検索ビューア起動）
時の動作を詳述するためのフローチャート。

【符号の説明】

１サーバ装置２携帯端末装置３ＤＢカード１１設定テーブル１２マスタＤＢファイル１３ＤＢ対応基本ＡＰ２１、２１ＡＣＰＵ２２、２２Ａ記憶装置２３、２３Ａ記録媒体２５、２５Ａ伝送制御部２６、２６Ａ入力部２７、２７Ａ表示部

Claims

【特許請求の範囲】

【請求項１】携帯端末装置と、この携帯端末装置によっ
て利用される可搬型データ記憶媒体にデータファイルを
書き込んで配布するサーバ装置とを有し、サーバ装置
は、データ記憶媒体にデータファイルを書き込む際に、
その都度変化する変数を加味して、このデータ記憶媒体
を利用することが許可されているユーザの認証情報を暗
号化する暗号化手段と、この暗号化手段によって暗号化
されたユーザの認証情報をデータ記憶媒体に書き込む書
込手段とを具備し、携帯端末装置は、前記変数を加味し
て、そのオペレータが入力した認証情報を暗号化する暗
号化手段と、この暗号化手段によって暗号化されたオペ
レータの認証情報と前記データ記憶媒体内に暗号化され
て記憶されているユーザの認証情報とを照合することに
より、正当なユーザかを判別する判別手段と、この判別
手段によって正当なユーザであることが判別された際
に、前記データ記憶媒体内に書き込まれているデータフ
ァイルに対するアクセスを許可するアクセス制御手段と
を具備したことを特徴とするセキュリティ管理システ
ム。
【請求項２】前記ユーザの認証情報は、予めサーバ装置
側に設定登録されていると共に、当該認証情報自体をキ
ーとして暗号化されており、前記サーバ装置側の暗号化
手段は、設定登録されている暗号化認証情報を更に前記
変数を加味して暗号化することにより多重暗号化認証情
報を生成し、前記携帯端末装置側の暗号化手段は、その
オペレータが入力した認証情報を、当該認証情報自体を
キーとして暗号化すると共に、更に前記変数を加味して
暗号化することにより多重暗号化認証情報を生成し、前
記判別手段は、入力されて多重に暗号化されたオペレー
タの認証情報と前記データ記憶媒体内に多重に暗号化さ
れた状態で記憶されているユーザの認証情報とを照合す
ることにより、正当なユーザかを判別するようにしたこ
とを特徴とする請求項１記載のセキュリティ管理システ
ム。
【請求項３】コンピュータが読み取り可能なプログラム
コードを有する記録媒体であって、携帯端末装置によっ
て利用される可搬型データ記憶媒体にデータファイルを
書き込んで配布するサーバ装置に対して、データ記憶媒
体にデータファイルを書き込む際に、その都度変化する
変数を加味して、このデータ記憶媒体を利用することが
許可されているユーザの認証情報を暗号化させるコンピ
ュータが読み取り可能なプログラムコードと、暗号化さ
れたユーザの認証情報をデータ記憶媒体に書き込ませる
コンピュータが読み取り可能なプログラムコードと、携
帯端末装置に対して、前記変数を加味して、そのオペレ
ータが入力した認証情報を暗号化させるコンピュータが
読み取り可能なプログラムコードと、暗号化されたオペ
レータの認証情報と前記データ記憶媒体内に暗号化され
て記憶されているユーザの認証情報とを照合することに
より、正当なユーザかを判別させるコンピュータが読み
取り可能なプログラムコードと、正当なユーザであるこ
とが判別された際に、前記データ記憶媒体内に書き込ま
れているデータファイルに対するアクセスを許可させる
コンピュータが読み取り可能なプログラムコードとを有
する記録媒体。