JP4989431B2 - セキュリティ管理プログラム、セキュリティ管理方法および携帯端末装置 - Google Patents

Description

本発明はセキュリティ管理プログラム、セキュリティ管理方法および携帯端末装置に関し、特に、携帯端末装置のセキュリティを管理するセキュリティ管理プログラム、セキュリティ管理方法およびセキュリティを管理する携帯端末装置に関する。

近年、携帯端末装置を用いた業務（流通業の発注／検品業務、電源やガスの検針業務、外出先での在庫情報照会等）が行われている。オフラインの業務では、業務用データ（ビジネスで利用される各種帳票・伝票類、営業報告文書、広報資料、プレゼンテーション資料等）が携帯端末装置内に存在するため、携帯端末装置を紛失した場合でも、業務用データを保護する必要がある。

この点、従来は、個別の携帯端末用ＯＳ（Operating System：例えばシンビアンＯＳ、Ｌｉｎｕｘ（登録商標）等）上で個別のソフトウェア実行環境（Ｄｏｊａ（通称Ｉアプリ）（登録商標）、ＢＲＥＷ（登録商標）等）で開発されたアプリケーションを用いて業務を行っていた。これらのソフトウェア実行環境のセキュリティは非常に厳しく、また、アプリケーション毎にデータが存在していたので、他のアプリケーションからは、そのデータを参照することはできず、確実に保護されていた。

このように、保護対象のデータは、クローズされた環境により保護されており、他からアクセスを受けることはなかったため、仮に携帯端末装置を紛失した場合でも、認証されなければ中身が見られてしまうことはなかった（例えば、特許文献１参照）。
特開２００３−１０１５２１号公報

しかし、従来の環境では、アプリケーションを開発する場合、機種間の差異が存在するため、これらの差異に柔軟に対応する必要がある。このため、近年、アプリケーションの共通化や、ＰＣ（Personal Computer）のノウハウを生かすため、Ｗｉｎｄｏｗｓモバイル（登録商標）のようなオープン環境の携帯端末用ＯＳに移行している。また、ソフトウェア実行環境も互換性のあるものに移行している。

しかしながら、オープン環境の携帯端末用ＯＳは、ファイルアクセス機能を有しているため、この機能を用いることにより、認証を受けなくても保護対象のデータを見ることができる経路が存在する。また、ファイルアクセス機能を使えなくすることは、オープン環境のＯＳの特徴上できない。

従って、このようなファイルアクセス機能を用いた不正アクセスから保護対象のデータを保護したいという要求が存在する。
本発明はこのような点に鑑みてなされたものであり、ファイルアクセス機能を有するＯＳを用いた場合でも保護対象のデータを確実に保護することができるセキュリティ管理プログラム、セキュリティ管理方法および携帯端末装置を提供することを目的とする。

上記目的を達成するために、携帯端末装置のセキュリティを管理するセキュリティ管理プログラムが提供される。このセキュリティ管理プログラムは、コンピュータに以下の（１）〜（４）のステップを実行させる。

（１）セキュリティ管理手段が、認証元のログイン要求に応じて予め用意された認証方法を用いて認証元を認証するステップ。
（２）アプリケーション実行手段が、認証後のセキュリティ管理手段のアプリケーション実行要求に応じて認証要求を出力するステップ。

（３）データベースアクセス手段が、認証要求に応じて認証方法を用いて認証元を認証するステップ。
（４）データベースアクセス手段が、アプリケーション実行手段からのデータベースアクセス要求がある場合において当該データベースアクセス手段の認証に応じて携帯端末装置に設けられたデータベースへアクセスするステップ。

このようなセキュリティ管理プログラムによれば、セキュリティ管理手段により、認証元のログイン要求に応じて認証元が認証される。アプリケーション実行手段により、認証後のセキュリティ管理手段のアプリケーション実行要求に応じて認証要求が出力される。データベースアクセス手段により、認証要求に応じて認証元が認証される。データベースアクセス手段により、アプリケーション実行手段からのデータベースアクセス要求がある場合において当該データベースアクセス手段の認証に応じてデータベースへアクセスされる。

開示のセキュリティ管理プログラム、セキュリティ管理方法および携帯端末装置によれば、携帯端末装置が備えるＯＳの種別にかかわらず、データベースの情報を確実に保護することができる。

以下、本発明の実施の形態を、図面を参照して詳細に説明する。
まず、本発明の概要について説明し、その後、実施の形態を説明する。
図１は、本発明の概要を示す図である。

このセキュリティ管理プログラムは、携帯端末装置が備えるコンピュータ１を、セキュリティ管理手段２、アプリケーション実行手段３、データベースアクセス手段４、およびデータベース５として機能させ、コンピュータ１に以下の（１）〜（４）のステップを実行させる。

（１）セキュリティ管理手段２が、認証元のログイン要求に応じて予め用意された認証方法（例えばＩＤ、パスワードの照合等）を用いて認証元を認証する。なお、ログイン要求や（２）のアプリケーション実行要求は、Ｗｅｂブラウザ等を介して入力される。

（２）アプリケーション実行手段３が、（１）における認証後のセキュリティ管理手段２のアプリケーション実行要求に応じて認証要求を出力する。
（３）データベースアクセス手段４が、アプリケーション実行手段３の認証要求に応じて認証方法を用いて認証元を認証する。この認証方法は、（１）にて述べた認証方法と同様である。

（４）データベースアクセス手段４が、アプリケーション実行手段３からのデータベースアクセス要求がある場合において当該データベースアクセス手段４の認証に応じてデータベース５へアクセスする。なお、アクセス結果は、Ｗｅｂブラウザ等を介して開示される。

このようなセキュリティ管理プログラムによれば、セキュリティ管理手段２を通さずにアプリケーション実行手段３に直接アクセスがあった場合、アプリケーション実行手段３は、データベースアクセス手段４に認証要求を出力することができないため、データベースアクセス手段４を呼び出すことはできない。これにより、不正なアクセスを防止することができる。

また、セキュリティ管理手段２を通さずにデータベースアクセス手段４に直接アクセスがあった場合、データベースアクセス手段４は、認証処理を行っていない限りデータベース５にアクセスしない。これにより、不正なアクセスを防止することができる。

以下、本発明の実施の形態を説明する。
図２は、実施の形態のセキュリティ管理システムを示すブロック図である。
本実施の形態のセキュリティ管理システム３００は、無線ネットワークを構成し、パケット形式のデータを互いに伝送する複数（Ｎ個）の携帯端末装置１００とサーバ２００とを有している。

各携帯端末装置１００は、それぞれ通話機能、業務（本実施の形態では商品の受発注業務）実行機能および印刷機能を備えている。
サーバ２００は、各携帯端末装置１００を管理しており、各携帯端末装置１００に対してオフラインコンテンツ等、各種データの配信を行う。また、必要に応じて各携帯端末装置１００のオンライン認証を行う。

以下、１つの携帯端末装置１００とサーバ２００との関係について説明する。
図３は、携帯端末装置のハードウェア構成例を示す図である。
携帯端末装置１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、メモリ１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。

ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。メモリ１０３には、ＯＳやアプリケーションプログラムが格納される。また、メモリ１０３内には、プログラムファイルが格納される。

グラフィック処理装置１０４には、モニタ１０４ａが接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１０４ａの画面に表示させる。入力インタフェース１０５には、テンキー等を備える入力部１０５ａが接続されている。入力インタフェース１０５は、入力部１０５ａから送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。

通信インタフェース１０６は、無線ネットワーク１０に接続されている。通信インタフェース１０６は、無線ネットワーク１０を介して、サーバ２００との間でデータの送受信を行う。

以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。このようなハードウェア構成の携帯端末装置１００において受発注業務を行うために、携帯端末装置１００内には、以下のような機能が設けられる。

図４は、携帯端末装置の機能を示すブロック図である。
携帯端末装置１００は、携帯端末用ＯＳ１１０と、Ｗｅｂブラウザ１２０と、セキュリティ管理部１３０と、業務用アプリケーション１４０と、ＸＨＴＭＬ格納部（コンテンツ格納手段）１５０と、ＤＢ（データベース）アクセス用ＤＬＬ１６０と、ＤＢ１７０とを有している。このうち、セキュリティ管理部１３０と、業務用アプリケーション１４０と、ＸＨＴＭＬ格納部１５０と、ＤＢアクセス用ＤＬＬ１６０と、ＤＢ１７０は、受発注業務専用の機能部である。
また、ＸＨＴＭＬ格納部１５０に格納されているデータおよびＤＢ１７０に格納されているデータは、それぞれ暗号化されている。

携帯端末用ＯＳ１１０は、ファイルアクセス機能を有しており、この機能を用いて携帯端末装置１００内の各種ファイルにアクセスすることができる。但し、後述する認証処理によって認証が行われない限り、ＸＨＴＭＬ格納部１５０やＤＢ１７０（暗号化済みの部位）に対するアクセスはできないようになっている。

携帯端末用ＯＳ１１０としては特に限定されないが、例えばＷｉｎｄｏｗｓモバイル（登録商標）等が挙げられる。
Ｗｅｂブラウザ１２０は、ユーザの操作に応じて携帯端末装置１００内や無線ネットワーク１０を介してサーバ２００等から所望の文書ファイル、画像ファイル、音声ファイル等をダウンロードし、レイアウトを解析して表示・再生する。また、受発注業務を行う場合、例えば、ＸＨＴＭＬ格納部１５０に対するアクセス要求であれば、ＸＨＴＭＬの格納場所のパス（例えばhttp://localhost/***/top.html等）を指定する。

Ｗｅｂブラウザ１２０としては、特に限定されないが、例えば、インターネットエクスプローラー（登録商標）や、Ｏｐｅｒａ（登録商標）等が挙げられる。
なお、図４に示すように、受発注業務を行う際のＷｅｂブラウザ１２０からのリクエストは必ずセキュリティ管理部１３０を経由する。

また、Ｗｅｂブラウザ１２０は、Ｗｅｂブラウザ１２０の機能が組み込まれたコントローラ（部品）によって、前画面に戻る、次画面に進む、および履歴の閲覧等がブロック（防止）されている。

図５は、セキュリティ管理部の機能を示すブロック図である。
セキュリティ管理部１３０は、ユーザ認証部１３１と、ＩＤ・パスワード記憶部１３２と、受注処理部１３３とを有している。

ユーザ認証部１３１は、正当なユーザからのログイン要求か否かを認証する認証処理を行う。この認証処理にあたっては、ユーザのＩＤおよびパスワードを必要とする。初回は、サーバに対して認証要求を出し、サーバとの間でオンライン認証を行う。認証処理に用いたＩＤおよびパスワードを暗号化してＩＤ・パスワード記憶部１３２に記憶する。二回目以降は、記憶したＩＤおよびパスワードを用いてオフライン認証を行う。

受注処理部１３３は、ユーザ認証後に動作し、モニタ１０４ａにＷｅｂウインドウを展開し、このウインドウ内でＷｅｂブラウザ１２０を実行させることにより、ユーザに対して種々の処理に関する画面を提供する。なお、この画面はＸＨＴＭＬ格納部１５０に暗号化されて格納されている。

そして、受注処理部１３３は、Ｗｅｂブラウザを介して入力されるユーザからの種々の要求に応じた処理を実行する。例えば、ＸＨＴＭＬ格納部１５０に対するアクセス要求があれば、アクセス先から暗号化したデータを取り出して、それを復号してＷｅｂブラウザ１２０上に表示する。また、ＤＢ１７０に対するアクセス要求があれば、それにアクセスしてデータを取り出す。そして、Ｗｅｂブラウザ１２０上で動作しているプロセスに対してデータを渡す。

このように、セキュリティ管理部１３０を介さずに、ＸＨＴＭＬ格納部１５０や、ＤＢ１７０にアクセスできないようにしている。
なお、受注処理部１３３は、Ｗｅｂブラウザを介して受注処理部１３３に一定時間アクセスがない場合は、以降のデータ入力を受け付けなくする機能も有している。

再び図４に戻って説明する。
セキュリティ管理部１３０からＤＢ１７０にアクセスする場合は、業務用アプリケーション１４０およびＤＢアクセス用ＤＬＬ１６０を経由する。

業務用アプリケーション１４０は、携帯端末用ＯＳ１１０のライブラリ（ＤＬＬ）として提供されている機能を用いて作成された受発注管理アプリケーションである。このアプリケーションは、開発者によって作成された汎用のアプリケーション（例えばｓｆａ等の業務支援アプリケーション等）である。

業務用アプリケーション１４０は、セキュリティ管理部１３０からの呼び出しを受けて動作する。この呼び出しにはＤＢアクセス用ＤＬＬ１６０の認証（後述）に必要なＩＤおよびパスワードが含まれている。ＤＢアクセス用ＤＬＬ１６０の認証によって、ＤＢ１７０内のデータを読み込むことができる。

ＸＨＴＭＬ格納部１５０には、ログイン画面をＷｅｂブラウザ１２０に表示させるためのコンテンツ（オフラインコンテンツ）と受発注管理のＴｏｐ画面をＷｅｂブラウザに表示させるためのコンテンツ等が、ＸＨＴＭＬ形式で格納されている。

ＤＢアクセス用ＤＬＬ１６０は、ＤＢ１７０を保護するために携帯端末用ＯＳ１１０が提供するＤＬＬであり、セキュリティ管理部１３０がＤＢ１７０にアクセスする際に呼び出す。

図６は、ＤＢアクセス用ＤＬＬの機能を示すブロック図である。
ＤＢアクセス用ＤＬＬ１６０は、認証部１６１とデータ復号部１６２とを有している。
認証部１６１は、業務用アプリケーション１４０からＤＢ１７０にアクセスするに際し認証処理を行う。この処理に際しては、前述したようにセキュリティ管理部１３０からの呼び出しに含まれるユーザＩＤおよびパスワードを用いる。

データ復号部１６２は、認証後の業務用アプリケーション１４０からのＤＢアクセス要求を受けて、ＤＢ１７０内のデータを読み込んで復号し、業務用アプリケーション１４０に出力する。

ＤＢ１７０は、少なくとも一部が暗号化されたデータ（顧客データ）を有している。この顧客データはサーバ２００から暗号化された状態で配信される。
図７は、ＤＢに格納されたデータの一例を示す図である。

顧客データ１７１には、顧客の重要度を示すランク、顧客名、電話番号および住所が記載されている。この他コンタクト履歴、商談のプロセス、営業スケジュール等が記載されていてもよい。

顧客データ１７１においては、電話番号および住所が暗号化されており、ランクおよび顧客名は暗号化されていない。
次に、携帯端末装置１００を用いてＤＢ１７０内の顧客データにアクセスする動作を説明する。

携帯端末用ＯＳ１１０は、ＧＵＩ（Graphical User Interface）機能を有しており、受発注業務の実行を開始するためのアイコンをモニタ１０４ａに表示させる。
図８は、モニタに表示される画面を示す図である。

モニタ１０４ａの表示画面１１０ａには、アプリケーション起動用のアイコンｉ１が表示されている。ユーザにより、アイコンｉ１が選択（クリック）されると、セキュリティ管理部１３０が起動し、受発注業務を開始する。

図９および図１０は、データアクセス処理を示すシーケンス図である。
ユーザにより、アイコンｉ１が選択されることによりセキュリティ管理部１３０に起動要求を出力する（ステップＳ１）。

起動要求により起動したセキュリティ管理部１３０は、ログイン（Login）画面を開示する。この際、セキュリティ管理部１３０は、ＸＨＴＭＬ格納部１５０にログイン画面を含む暗号化されたコンテンツ（オフラインコンテンツ）の有無を判断する（ステップＳ２）。コンテンツが存在すれば（ステップＳ２のＹｅｓ）、そのコンテンツに含まれているログイン画面を復号して開示する（ステップＳ３）。

一方、コンテンツが存在しなければ（ステップＳ２のＮｏ）、コンテンツを読み込む（ステップＳ４）。具体的には、サーバ２００に対しコンテンツ送信要求を出力し（ステップＳ４ａ）、サーバ２００から暗号化されたコンテンツを読み込む（ステップＳ４ｂ）。

そして、読み込んだコンテンツに含まれているログイン画面を復号して開示する（ステップＳ５）。
図１１は、ログイン画面を示す図である。

モニタ１０４ａの枠に沿ってＷｅｂウインドウ（ウインドウ枠）１３０ａが展開されている。
ログイン画面１２０ａには、ＩＤ入力欄２１とパスワード入力欄２２とが表示され、ログインボタン２３が設けられている。

その後、ユーザにより入力部１０５ａからＩＤ入力欄２１にＩＤが入力され、パスワード入力欄２２にパスワードが入力され、ログインボタン２３が選択されると、セキュリティ管理部１３０が、認証の可否を判断する。この際、セキュリティ管理部１３０は、ＩＤおよびパスワードがＩＤ・パスワード記憶部１３２に存在すれば、オフライン認証を行う（ステップＳ６）。具体的には、ＩＤ・パスワード記憶部１３２に記憶されたＩＤおよびパスワードと、入力されたＩＤおよびパスワードとの整合を確認して認証の可否を判断する。

一方、ＩＤおよびパスワードがＩＤ・パスワード記憶部１３２に存在しなければ、オンライン認証を行う（ステップＳ７）。具体的には、サーバ２００に対し認証要求を出力する（ステップＳ７ａ）。この場合、サーバ２００が有しているＩＤおよびパスワードと、入力されたＩＤおよびパスワードとの整合を確認して認証の可否を判断する。なお、サーバ２００は、認証結果とともに、ＩＤおよびパスワードもセキュリティ管理部１３０に出力する（認証応答）（ステップＳ７ｂ）。

そして、セキュリティ管理部１３０は、受け取ったＩＤおよびパスワードをＩＤ・パスワード記憶部１３２に暗号化して記憶する（ステップＳ８）。
認証されれば、セキュリティ管理部１３０が、Ｗｅｂウインドウ１３０ａを作成し（ステップＳ９）、作成したＷｅｂウインドウ１３０ａのＴｏｐ画面の表示をＷｅｂブラウザ１２０に指示する（ステップＳ１０）。

Ｗｅｂブラウザ１２０は、指示されたＷｅｂウインドウ１３０ａのウインドウ枠に表示するＴｏｐ画面の表示をセキュリティ管理部１３０に要求する（ステップＳ１１）。
セキュリティ管理部１３０は、暗号化されたＴｏｐ画面をＸＨＴＭＬ格納部１５０から読み込み（ステップＳ１２）、読み込んだＴｏｐ画面を復号し、セキュリティ管理部１３０を経由するよう復号したＴｏｐ画面のリンクを修正し、修正したＴｏｐ画面を保存する（ステップＳ１３）。

その後、Ｔｏｐ画面をＷｅｂブラウザ１２０に出力する（ステップＳ１４）。
図１２は、モニタに表示されるＴｏｐ画面を示す図である。
Ｔｏｐ画面１２０ｂには、表題（モバイル受発注）とリンク部（受注、納品）３１ａとが設けられた表示部３１と、メニューボタン３２と、戻るボタン３３とが設けられている。

ユーザにより、リンク部３１ａの「受注」が選択されると、受注画面に移行する。リンク部３１ａの「納品」が選択されると、納品画面に移行する。メニューボタン３２が選択されると、後述するメニュー画面に移行する。戻るボタン３３が選択されると、後述する戻る処理を行う。

以下、リンク部３１ａの「受注」が選択された場合について説明する。
「受注」が選択されると、Ｗｅｂブラウザ１２０が、受注要求をセキュリティ管理部１３０に出力する（図１０のステップＳ１５）。

セキュリティ管理部１３０は、ｄｏＧｅｔ関数（doGet(HttpServletRequest request, HttpServletResponse response, String id，String pass)）により、業務用アプリケーション１４０を呼び出す（ステップＳ１６）。この際、ＩＤ・パスワード記憶部１３２に記憶されているＩＤおよびパスワードも復号して出力する。

業務用アプリケーション１４０は、Ｐａｓｓｃｈｅｃｋ関数（passcheck(String id, String pass)）により、認証要求をＤＢアクセス用ＤＬＬ１６０に出力する（ステップＳ１７）。この際、ＩＤおよびパスワードも一緒に出力する。

ＤＢアクセス用ＤＬＬ１６０は、受け取ったＩＤおよびパスワードを用いて認証の可否を判断する（ステップＳ１８）。
その後、業務用アプリケーション１４０が、ＤＢアクセス用ＤＬＬ１６０にＤＢ読込要求（SQLCall(String SQL, String id, String pass)）を出力する（ステップＳ１９）。

ＤＢアクセス用ＤＬＬ１６０は、認証されていればＤＢ１７０にアクセスし、ＤＢ１７０から顧客データ１７１を取り出す（ステップＳ２０）。
その後、ＤＢアクセス用ＤＬＬ１６０は、取り出した顧客データ１７１の暗号化された部分を復号し（ステップＳ２１）、業務用アプリケーション１４０に出力する（ステップＳ２２）。

業務用アプリケーション１４０は、受け取った顧客データ１７１を表示する受注画面を作成し（ステップＳ２３）、セキュリティ管理部１３０に出力する（ステップＳ２４）。
セキュリティ管理部１３０は、セキュリティ管理部１３０を経由するよう業務用アプリケーション１４０から受け取った受注画面のリンクを修正し、修正した受注画面を保存する（ステップＳ２５）。

そして、受注画面をＷｅｂブラウザ１２０に出力する（ステップＳ２６）。
図１３は、モニタに表示される受注画面を示す図である。
受注画面１２０ｃには、表題（受注）と商品毎に設けられた商品選択部４１ａと、単価入力部４１ｂと数量入力部４１ｃとが表示された表示部４１と、メニューボタン４２と、決定ボタン４３と、戻るボタン４４とが設けられている。

ユーザにより、商品選択部４１ａの商品選択ボタンが選択されると、複数の商品名が表示される。その中から１つの商品を選択する。単価入力部４１ｂおよび数量入力部４１ｃにそれぞれ単価および数量が入力された状態で決定ボタン４３が選択されると、Ｗｅｂブラウザ１２０が、決定された単価および数量の情報をサーバ２００に送信する。

ユーザにより、メニューボタン４２が選択されると、後述するメニュー画面に移行する。戻るボタン４４が選択されると、以下に示す処理を行う。
図１４は、戻るボタンが選択されたときの処理を示すシーケンス図である。

戻るボタン４４が選択されると、Ｗｅｂブラウザ１２０が、戻る要求をセキュリティ管理部１３０に出力し（ステップＳ３１）、セキュリティ管理部１３０が業務用アプリケーション１４０を呼び出す（ステップＳ３２）。

業務用アプリケーション１４０は、戻る処理を行う（ステップＳ３３）。具体的には、現在の画面に応じて戻るべき画面を判断する。そして、戻るべき画面を作成し（ステップＳ３４）、セキュリティ管理部１３０に出力（応答）する（ステップＳ３５）。

セキュリティ管理部１３０は、セキュリティ管理部１３０を経由するよう業務用アプリケーション１４０から受け取った戻るべき画面のリンクを修正し、戻るべき画面を保存する（ステップＳ３６）。そして、戻るべき画面をＷｅｂブラウザ１２０に出力（応答）する（ステップＳ３７）。

図１５は、メニューボタンが選択されたときの処理を示すシーケンス図である。
メニュー画面１２０ｄには、表題（メニュー）とリンク部（終了、パスワード変更）５１ａとが設けられた表示部５１と、戻るボタン５２とが設けられている。

ユーザにより、リンク部５１ａの「終了」が選択されると、セキュリティ管理部１３０への接続を終了する。リンク部５１ａの「パスワード変更」が選択されると、認証用のパスワードを変更するためのパスワード変更画面（図示せず）に移行する。戻るボタン５２が選択されると、業務用アプリケーション１４０は、前述した戻る処理を行う。

以上述べたように、本実施の形態のセキュリティ管理システム３００の携帯端末装置１００によれば、入力されたＩＤとパスワードとを渡して認証が行われない限り、業務用アプリケーション１４０からのＤＢ１７０へのアクセスを受け付けないようにした。これにより、ＤＢアクセス用ＤＬＬ１６０を起動できるのはセキュリティ管理部１３０を経由した場合のみとなり、携帯端末用ＯＳ１１０が備えるファイルアクセス機能を用いてＤＢ１７０が直接アクセスされることを確実に防止することができる。具体的には、業務用アプリケーション１４０を実行する際には、セキュリティ管理部１３０がユーザ認証を行うことで保護することができる。また、業務用アプリケーション１４０が直接アクセスされた場合でも、業務用アプリケーション１４０がＤＢアクセス用ＤＬＬ１６０に認証要求を出力して認証を行わなければ、業務用アプリケーション１４０はＤＢ１７０へのアクセスができないため保護することができる。ＤＢアクセス用ＤＬＬ１６０に直接アクセスされた場合でも、やはりＤＢアクセス用ＤＬＬ１６０がアクセスの度に認証を必要とし、認証を行わなければ、ＤＢ１７０へのアクセスを許可しないため保護することができる。

これにより、ＤＢ１７０に格納されたデータの漏洩を確実に防止することができる。
また、業務用アプリケーション１４０自体は、受け取った認証要求を出力する機能と、ＤＢ１７０内のデータを読み込む機能とを有していれば、復号のアルゴリズムを知らなくても自由に作れるため、本システムのセキュリティ管理方法は、アプリケーションの種別には影響を受けない。

以上、本発明のセキュリティ管理プログラム、セキュリティ管理方法および携帯端末装置を、図示の実施の形態に基づいて説明したが、本発明はこれに限定されるものではなく、各部の構成は、同様の機能を有する任意の構成のものに置換することができる。また、本発明に、他の任意の構成物や工程が付加されていてもよい。

また、本発明は、前述した実施の形態のうちの、任意の２以上の構成（特徴）を組み合わせたものであってもよい。
なお、本実施の形態では、商品の受発注業務を例にとって説明したが、本発明はこれに限定されず、例えば検品業務や、電源やガスの検針業務や、外出先での在庫情報照会等にも適用することができる。

また、本実施の形態では、認証にＩＤおよびパスワードを用いたが、本発明はこれに限定されず、例えば、指紋認証等を用いることもできる。
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、携帯端末装置１００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等が挙げられる。磁気記録装置としては、例えば、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープ等が挙げられる。光ディスクとしては、例えば、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）等が挙げられる。光磁気記録媒体としては、例えば、ＭＯ（Magneto-Optical disk）等が挙げられる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

セキュリティ管理プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。

以上の実施形態に関し、更に以下の付記を開示する。
（付記１） 携帯端末装置のセキュリティを管理するセキュリティ管理プログラムにおいて、
コンピュータに、
セキュリティ管理手段が、認証元のログイン要求に応じて予め用意された認証方法を用いて前記認証元を認証するステップ、
アプリケーション実行手段が、前記認証後の前記セキュリティ管理手段のアプリケーション実行要求に応じて認証要求を出力するステップ、
データベースアクセス手段が、前記認証要求に応じて前記認証方法を用いて前記認証元を認証するステップ、
前記データベースアクセス手段が、前記アプリケーション実行手段からのデータベースアクセス要求がある場合において当該データベースアクセス手段の前記認証に応じて前記携帯端末装置に設けられたデータベースへアクセスするステップ、
を実行させることを特徴とするセキュリティ管理プログラム。

（付記２） 前記データベースは暗号化されており、前記データベースアクセス手段は、前記データベースアクセス手段の前記認証後の前記アプリケーション実行手段からの前記データベースへのアクセスの要求に応じて前記データベースに格納されているデータを復号して前記アプリケーション実行手段に出力することを特徴とする付記１記載のセキュリティ管理プログラム。

（付記３） 前記セキュリティ管理手段は、前記アプリケーション実行要求により、前記認証方法を含む関数を前記アプリケーション実行手段に出力し、
前記アプリケーション実行手段は、前記関数に含まれる前記認証方法を前記データベースアクセス手段に出力することを特徴とする付記１記載のセキュリティ管理プログラム。

（付記４） 前記コンピュータを、さらに、暗号化された画面を備えるコンテンツを格納するコンテンツ格納手段として機能させ、
前記セキュリティ管理手段は、前記認証要求元を認証する際に、前記コンテンツを復号して表示することを特徴とする付記１記載のセキュリティ管理プログラム。

（付記５） 前記セキュリティ管理手段は、前記コンテンツをウェブブラウザ上に表示させ、前記ブラウザを介して入力されたデータベース閲覧要求により、前記認証方法を含む認証要求を前記アプリケーション実行手段に出力することを特徴とする付記４記載のセキュリティ管理プログラム。

（付記６） 前記セキュリティ管理手段は、前記データアクセス要求の際、オフラインコンテンツの有無を判断し、前記オフラインコンテンツが存在しない場合、オンライン認証を行うことを特徴とする付記１記載のセキュリティ管理プログラム。

（付記７） 携帯端末装置のセキュリティを管理するセキュリティ管理方法において、
セキュリティ管理手段が、データアクセス要求に応じて予め用意された認証方法を用いてデータアクセス元を認証し、
アプリケーション実行手段が、前記セキュリティ管理手段の要求に応じてデータベースアクセス要求を出力し、
データベースアクセス手段が、前記データベースアクセス要求に応じて前記認証方法を用いてデータアクセス元を認証し、
前記アプリケーション実行手段が、前記データベースアクセス手段の認証に応じてデータベースへのアクセスを行う、
ことを特徴とするセキュリティ管理方法。

（付記８） セキュリティを管理する携帯端末装置において、
データベースと、
認証元のログイン要求に応じて予め用意された認証方法を用いて前記認証元を認証するセキュリティ管理部と、
前記認証後の前記セキュリティ管理部のアプリケーション実行要求に応じて認証要求を出力するアプリケーション実行部と、
前記認証要求に応じて前記認証方法を用いて前記認証元を認証するデータベースアクセス部と、を有し、
前記データベースアクセス部が、前記アプリケーション実行部からのデータベースアクセス要求がある場合において前記データベースアクセス部の前記認証に応じて前記データベースへアクセスすることを特徴とする携帯端末装置。

本発明の概要を示す図である。 実施の形態のセキュリティ管理システムを示すブロック図である。 携帯端末装置のハードウェア構成例を示す図である。 携帯端末装置の機能を示すブロック図である。 セキュリティ管理部の機能を示すブロック図である。 ＤＢアクセス用ＤＬＬの機能を示すブロック図である。 ＤＢに格納されたデータの一例を示す図である。 モニタに表示される画面を示す図である。 データアクセス処理を示すシーケンス図である。 データアクセス処理を示すシーケンス図である。 ログイン画面を示す図である。 モニタに表示されるＴｏｐ画面を示す図である。 モニタに表示される受注画面を示す図である。 戻るボタンが選択されたときの処理を示すシーケンス図である。 メニューボタンが選択されたときの処理を示すシーケンス図である。

符号の説明

１ コンピュータ
２ セキュリティ管理手段
３ アプリケーション実行手段
４ データベースアクセス手段
５ データベース
１００ 携帯端末装置
１１０ 携帯端末用ＯＳ
１１０ａ 表示画面
１２０ Ｗｅｂブラウザ
１２０ａ ログイン画面
１２０ｂ Ｔｏｐ画面
１２０ｃ 受注画面
１２０ｄ メニュー画面
１３０ａ Ｗｅｂウインドウ
１３０ セキュリティ管理部
１３１ ユーザ認証部
１３２ ＩＤ・パスワード記憶部
１３３ 受注処理部
１４０ 業務用アプリケーション
１５０ ＸＨＴＭＬ格納部
１６０ ＤＢアクセス用ＤＬＬ
１６１ 認証部
１６２ データ復号部
１７０ ＤＢ
１７１ 顧客データ
２００ サーバ
３００ セキュリティ管理システム

Claims (5)

1. 携帯端末装置のセキュリティを管理するセキュリティ管理プログラムにおいて、
   コンピュータに、
   セキュリティ管理手段が、認証元のログイン要求に応じて予め用意された認証方法を用いて前記認証元を認証するステップ、
   アプリケーション実行手段が、前記認証後の前記セキュリティ管理手段のアプリケーション実行要求に応じて認証要求を出力するステップ、
   データベースアクセス手段が、前記認証要求に応じて前記認証方法を用いて前記認証元を認証するステップ、
   前記データベースアクセス手段が、前記アプリケーション実行手段からのデータベースアクセス要求がある場合において当該データベースアクセス手段の前記認証に応じて前記携帯端末装置に設けられたデータベースへアクセスするステップ、
   を実行させることを特徴とするセキュリティ管理プログラム。
2. 前記データベースは暗号化されており、前記データベースアクセス手段は、前記データベースアクセス手段の前記認証後の前記アプリケーション実行手段からの前記データベースへのアクセスの要求に応じて前記データベースに格納されているデータを復号して前記アプリケーション実行手段に出力することを特徴とする請求項１記載のセキュリティ管理プログラム。
3. 前記セキュリティ管理手段は、前記アプリケーション実行要求に応じて、前記認証方法に係る認証情報を前記アプリケーション実行手段に出力し、
   前記アプリケーション実行手段は、前記認証情報を前記データベースアクセス手段に出力することを特徴とする請求項１記載のセキュリティ管理プログラム。
4. 携帯端末装置のセキュリティを管理するセキュリティ管理方法において、
   セキュリティ管理手段が、データアクセス要求に応じて予め用意された認証方法を用いてデータアクセス元を認証し、
   アプリケーション実行手段が、前記セキュリティ管理手段の要求に応じてデータベースアクセス要求を出力し、
   データベースアクセス手段が、前記データベースアクセス要求に応じて前記認証方法を用いてデータアクセス元を認証し、
   前記アプリケーション実行手段が、前記データベースアクセス手段の認証に応じてデータベースへのアクセスを行う、
   ことを特徴とするセキュリティ管理方法。
5. セキュリティを管理する携帯端末装置において、
   データベースと、
   認証元のログイン要求に応じて予め用意された認証方法を用いて前記認証元を認証するセキュリティ管理部と、
   前記認証後の前記セキュリティ管理部のアプリケーション実行要求に応じて認証要求を出力するアプリケーション実行部と、
   前記認証要求に応じて前記認証方法を用いて前記認証元を認証するデータベースアクセス部と、を有し、
   前記データベースアクセス部が、前記アプリケーション実行部からのデータベースアクセス要求がある場合において前記データベースアクセス部の前記認証に応じて前記データベースへアクセスすることを特徴とする携帯端末装置。

Images