JPWO2008026287A1 - コンピュータ資源検証方法およびコンピュータ資源検証プログラム - Google Patents

コンピュータ資源検証方法およびコンピュータ資源検証プログラム Download PDF

Info

Publication number
JPWO2008026287A1
JPWO2008026287A1 JP2008531941A JP2008531941A JPWO2008026287A1 JP WO2008026287 A1 JPWO2008026287 A1 JP WO2008026287A1 JP 2008531941 A JP2008531941 A JP 2008531941A JP 2008531941 A JP2008531941 A JP 2008531941A JP WO2008026287 A1 JPWO2008026287 A1 JP WO2008026287A1
Authority
JP
Japan
Prior art keywords
application
verification
information
client
computer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2008531941A
Other languages
English (en)
Other versions
JP4983796B2 (ja
Inventor
瑞直 石川
瑞直 石川
誠剛 小谷
誠剛 小谷
秀成 三輪
秀成 三輪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2008026287A1 publication Critical patent/JPWO2008026287A1/ja
Application granted granted Critical
Publication of JP4983796B2 publication Critical patent/JP4983796B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Storage Device Security (AREA)
  • Computer And Data Communications (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)

Abstract

利用者端末装置（１０）にインストールされた個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置（１０）が実行し、クライアント側処理の結果に係る情報を受信して各アプリケーション間の依存関係の検証を認証局サーバ装置（２０）が実行し、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置（１０）が正常であるか否かを認証局サーバ装置（２０）が判定する。

Description

本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法およびコンピュータ資源検証プログラムに関し、特に、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるコンピュータ資源検証方法およびコンピュータ資源検証プログラムに関する。
従来、サービス提供者のサービス提供装置から利用者端末装置にネットワークを介してサービスを提供する場合に、サービスの安全性を確保すべく、利用者端末装置に係るハードウェアやソフトウェアなどの環境を検証した上でサービスを提供する技術が提案されている。
たとえば、サービス提供装置において、利用者端末装置に係る環境情報（利用者端末装置に組み込まれているソフトウェア（ＯＳ、ＢＩＯＳ、ブラウザ、プラグインソフトウェア等）やハードウェア（ＣＰＵ、メモリ、ＰＣＩボード等）、利用者端末装置に接続されているハードウェアなどの情報）を利用者端末装置から取得した上で、利用者端末装置に安全性を損なうソフトウェア（たとえば、セキュリティホールがケアされていないもの）やハードウェアが組み込まれていないか、利用者端末装置に安全性を損なうハードウェアが接続されていないか等を確認し、不正コピーのおそれなどから安全性を確保できない利用者端末装置に対してはサービスの提供を拒否する技術が開示されている（特許文献１を参照）。
特開２００４−１５７７９０号公報
しかしながら、上述した従来技術では、サービスの利用者が増加し、環境を検証する対象となる利用者端末装置の数が多くなった場合には、サービス提供装置に多大な負荷が発生してしまうという問題があった。
すなわち、サービス提供者にとっては、サービスの利用者が増えることは望ましいことであるが、利用者が増えるとそれだけ安全性を確認する利用者端末装置の数も増加し、それに対応するためには安全性を確認するサービス提供装置を増強する必要があるので高いコストが発生してしまう。そのため、サービスの利用者数が増加した場合でも、利用者端末装置の安全性を検証する装置の負荷をいかにして軽減させることができるかが重要な課題となってきている。
本発明は、上記に鑑みてなされたものであって、サービスの利用者数が増加した場合でも、利用者端末装置の安全性を検証する装置の負荷を軽減させることができるコンピュータ資源検証方法およびコンピュータ資源検証プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、を含んだことを特徴とする。
また、本発明は、上記発明において、前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源の検証を前記サーバ装置が実行する検証工程をさらに含み、前記クライアント側処理実行工程は、前記検証工程による検証の結果、異常が検出されなかった場合に前記クライアント側処理を実行することを特徴とする。
また、本発明は、上記発明において、前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源に係るハッシュ値を前記クライアント装置がハードウェア処理により生成するハッシュ値生成工程をさらに含み、前記検証工程は、前記ハッシュ値生成工程により生成されたハッシュ値の情報に基づいて当該コンピュータ資源の検証をおこなうことを特徴とする。
また、本発明は、上記発明において、前記クライアント側処理実行工程は、前記サーバ装置から特定のコンピュータ資源の検証要求を受け付けた場合に、当該特定のコンピュータ資源との間で依存関係を有するコンピュータ資源の情報を収集し、情報が収集されたコンピュータ資源の検証をおこなうことを特徴とする。
また、本発明は、上記発明において、前記クライアント側処理実行工程は、依存関係の情報収集をおこなうコンピュータ資源の数の指定を前記サーバ装置から受け付けて前記サーバ装置により指定された数のコンピュータ資源に係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報を前記サーバ装置に送信し、前記サーバ側処理実行工程は、送信されたハッシュ値の情報に基づいて各コンピュータ資源間の依存関係の検証を実行することを特徴とする。
また、本発明は、上記発明において、前記判定工程は、前記クライアント装置を正常でないと判定した場合に、異常が検出されたコンピュータ資源の情報を前記クライアント装置に送信することを特徴とする。
また、本発明は、上記発明において、前記判定工程により送信されたコンピュータ資源の情報を受信した場合に前記クライアント装置が当該コンピュータ資源を取得して、取得したコンピュータ資源のインストールを実行するインストール実行工程をさらに含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを判定するサーバ装置に前記クライアント装置が送信する情報送信工程と、を含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信する情報受信工程と、前記情報受信工程により受信された情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、を含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行手順と、前記クライアント側処理実行手順によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行手順と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定手順と、をコンピュータに実行させることを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行手順と、前記クライアント側処理実行手順によりなされたクライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを判定するサーバ装置に前記クライアント装置が送信する情報送信手順と、をコンピュータに実行させることを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信する情報受信手順と、前記情報受信手順により受信された情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行手順と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定手順と、をコンピュータに実行させることを特徴とする。
本発明によれば、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行し、クライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行し、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かをサーバ装置が判定することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
また、本発明によれば、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源の検証をサーバ装置が実行し、検証の結果、異常が検出されなかった場合にクライアント側処理を実行することとしたので、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源がそもそも正常であるか否かを検証することにより、コンピュータ資源の検証が不正なものとなることを防止することができるという効果を奏する。
また、本発明によれば、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源に係るハッシュ値をクライアント装置がハードウェア処理により生成し、生成されたハッシュ値の情報に基づいてサーバ装置が当該コンピュータ資源の検証をおこなうこととしたので、ハッシュ値の生成をハードウェア処理でおこなうので、ソフトウェア処理によりハッシュ値を生成する場合のように不正にハッシュ値が生成される危険性が少なく、コンピュータ資源の検証を確実におこなうことができるという効果を奏する。
また、本発明によれば、クライアント装置が、サーバ装置から特定のコンピュータ資源の検証要求を受け付けた場合に、当該特定のコンピュータ資源との間で依存関係を有するコンピュータ資源の情報を収集し、情報が収集されたコンピュータ資源の検証をおこなうこととしたので、検証すべきコンピュータ資源の情報をサーバ装置がすべて管理する必要がなく、サーバ装置の負荷を軽減することができるという効果を奏する。
また、本発明によれば、クライアント装置が、依存関係の情報収集をおこなうコンピュータ資源の数の指定をサーバ装置から受け付けて、サーバ装置により指定された数のコンピュータ資源に係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報をサーバ装置に送信し、サーバ装置が、送信されたハッシュ値の情報に基づいて各コンピュータ資源間の依存関係の検証を実行することとしたので、たとえクライアント装置により送信されたハッシュ値の情報が盗み見られた場合でも、依存関係の情報収集をおこなうコンピュータ資源の数が変更されればハッシュ値が変化するので、リプライアタック等を抑止することができるという効果を奏する。
また、本発明によれば、サーバ装置が、クライアント装置を正常でないと判定した場合に、異常が検出されたコンピュータ資源の情報をクライアント装置に送信することとしたので、クライアント装置はどのコンピュータ資源に異常が検出されたかを確認することができるという効果を奏する。
また、本発明によれば、サーバ装置により送信されたコンピュータ資源の情報をクライアント装置が受信した場合にクライアント装置が当該コンピュータ資源を取得して、取得したコンピュータ資源のインストールを実行することとしたので、異常が検出されたコンピュータ資源の再インストールを効果的に実行することができるという効果を奏する。
また、本発明によれば、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行し、クライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かを判定するサーバ装置にクライアント装置が送信することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
また、本発明によれば、サーバ装置が、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信し、受信した情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行し、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かをサーバ装置が判定することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
図１は、本発明に係るアプリケーション検証システムを説明する図である。 図２は、基盤アプリケーション、検証アプリケーション、および、依存アプリケーションについて説明する図である。 図３は、図１に示した利用者端末装置１０の機能構成を示す図である。 図４は、図３に示したアプリケーション基本データ１０１ｃの一例を示す図である。 図５は、図３に示したアプリケーション拡張データ１０１ｄの一例を示す図である。 図６は、図３に示したアプリケーション必要機能データ１０１ｅの一例を示す図である。 図７は、図３に示したアプリケーション提供機能データ１０１ｆの一例を示す図である。 図８は、認証局サーバ装置２０により送信される通知要求応答７０について説明する図である。 図９は、検証処理制御部１０８により送信される検証要求８０について説明する図である。 図１０は、図１に示した認証局サーバ装置２０の機能構成を示す図である。 図１１は、図１０に示した検証設定データ２０１ａの一例を示す図である。 図１２−１は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（１）である。 図１２−２は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（２）である。 図１２−３は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（３）である。 図１２−４は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（４）である。 図１３は、図３あるいは図１０に示した利用者端末装置１０あるいは認証局サーバ装置２０となるコンピュータのハードウェア構成を示す図である。
符号の説明
１０ 利用者端末装置
１００ 通信処理部
１０１ 記憶部
１０１ａ アプリケーション
１０１ｂ ユーザデータ
１０１ｃ アプリケーション基本データ
１０１ｄ アプリケーション拡張データ
１０１ｅ アプリケーション必要機能データ
１０１ｆ アプリケーション提供機能データ
１０１ｇ アプリケーション管理データ
１０２ アプリケーション実行処理部
１０３ 基盤アプリケーションハッシュ値生成部
１０４ 依存アプリケーション抽出部
１０５ 検証／依存アプリケーションハッシュ値生成部
１０６ アプリケーション検証部
１０７ アプリケーション導入管理部
１０８ 検証処理制御部
２０ 認証局サーバ装置
２００ 通信処理部
２０１ 記憶部
２０１ａ 検証設定データ
２０１ｂ アプリケーション基本データ
２０１ｃ アプリケーション拡張データ
２０１ｄ アプリケーション必要機能データ
２０１ｅ アプリケーション提供機能データ
２０２ 基盤アプリケーションハッシュ値比較部
２０３ アプリケーション検証部
２０４ 検証／依存アプリケーションハッシュ値生成部
２０５ 検証／依存アプリケーションハッシュ値比較部
２０６ 検証結果通知部
２０７ 検証処理制御部
３０ ネットワーク事業者サーバ装置
４０，５０ ネットワーク
６０ａ，６０ｂ 基盤アプリケーション
６１ 検証アプリケーション
６２ａ〜６２ｅ 依存アプリケーション
７０ 通知要求応答
８０ 検証要求
以下に、本発明に係るコンピュータ資源検証方法およびコンピュータ資源検証プログラムの実施例を図面に基づいて詳細に説明する。なお、ここでは、コンピュータ資源として利用者端末装置にインストールされているアプリケーションプログラムを検証する場合について説明するが、アプリケーションプログラムに加えてさらにハードウェアの検証をおこなうこととしてもよい。
まず、本発明に係るアプリケーション検証システムについて説明する。図１は、本発明に係るアプリケーション検証システムを説明する図である。このアプリケーション検証システムは、利用者端末装置１０、認証局サーバ装置２０、および、ネットワーク事業者サーバ装置３０がそれぞれネットワーク４０に接続され、ネットワーク事業者サーバ装置３０はさらにネットワーク５０に接続されている。
利用者端末装置１０は、各種のアプリケーションプログラム（以下、アプリケーションプログラムを単にアプリケーションと呼ぶ。）がインストールされたパーソナルコンピュータなどの端末装置であり、ネットワーク事業者サーバ装置３０を介してネットワーク５０に接続し、データの授受をおこなう端末装置である。
認証局サーバ装置２０は、ネットワーク５０に接続するためのアプリケーションが利用者端末装置１０に適切にインストールされているか否か、アプリケーションが改竄されていないか否かの認証をおこない、利用者端末装置１０のアプリケーション環境が正常であると判定した場合にのみ、ネットワーク事業者サーバ装置３０に対して利用者端末装置１０のアプリケーション環境が正常であるとの通知をおこなうサーバ装置である。
ネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０に対する接続要求を受け付けた場合に、利用者端末装置１０のアプリケーション環境が正常であるか否かに基づいて、ネットワーク５０に対する利用者端末装置１０の接続制御をおこなうサーバ装置である。
ここで、利用者端末装置１０は、アプリケーション検証部１０６を備えている。利用者端末装置１０がネットワーク５０に接続しようとする場合には、このアプリケーション検証部１０６は、認証局サーバ装置２０から検証すべき検証アプリケーションの情報を取得して、検証アプリケーションと依存関係を有する依存アプリケーションを抽出し、検証アプリケーションおよび依存アプリケーションの検証をおこなう。
図２は、基盤アプリケーション、検証アプリケーション、および、依存アプリケーションについて説明する図である。基盤アプリケーション６０ａ，６０ｂとは、アプリケーションの検証をおこなう場合に、前もって検証すべきアプリケーションのことである。たとえば、基盤アプリケーション６０ａ，６０ｂとしては、他のアプリケーションの検証をおこなう検証用のアプリケーションなどが挙げられる。
検証アプリケーション６１とは、ネットワーク５０に接続するために、利用者端末装置１０に正常にインストールされなくてはならないアプリケーションであり、認証局サーバ装置２０により検証すべきアプリケーションとして指定されたアプリケーションである。依存アプリケーション６２ａ〜６２ｅとは、検証アプリケーション６１が機能するために必要とされるアプリケーションである。
検証アプリケーション６１と依存アプリケーション６２ａ〜６２ｅとは、階層構造を形成している。図２の例では、検証アプリケーション６１が機能するためには、依存アプリケーション６２ａ，６２ｂが必要であり、依存アプリケーション６２ａが機能するためには、依存アプリケーション６２ｃが必要であり、依存アプリケーション６２ｂが機能するためには、依存アプリケーション６２ｄ，６２ｅが必要である場合が示されている。
図１の説明に戻ると、検証アプリケーションおよび依存アプリケーションの検証後、アプリケーション検証部１０６は、その検証結果（アプリケーション検証結果）の情報と、アプリケーション間の依存関係の情報（アプリケーション依存関係情報）とを認証局サーバ装置２０に送信する（図１の（１）に対応する）。
ここで、アプリケーション間の依存関係の情報としては、検証アプリケーションおよび検証アプリケーションと依存関係を有する依存アプリケーションのそれぞれのハッシュ値を連結し、その連結したハッシュ値から生成されたハッシュ値の情報などが含まれる。
一方、認証局サーバ装置２０は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５を備えている。そして、アプリケーション検証結果の情報、および、アプリケーション依存関係情報を利用者端末装置１０から受信した場合には、アプリケーション検証部２０３は、利用者端末装置１０により送信されたアプリケーション検証結果に対応する検証アプリケーションおよび依存アプリケーションが、正当な検証アプリケーションおよび依存アプリケーションの情報が登録された認証局サーバ装置２０のデータベースに登録されているか否かを調べることにより、アプリケーション間の依存関係の検証をおこなう。
また、検証／依存アプリケーションハッシュ値比較部２０５は、利用者端末装置１０により送信されたハッシュ値の情報を取得し、取得したハッシュ値と、検証アプリケーションおよび依存アプリケーションの正当なハッシュ値を連結することにより生成されたハッシュ値とを比較することにより、アプリケーション間の依存関係の検証をおこなう。
利用者端末装置１０によりなされたアプリケーションに係る検証の結果に問題がなく、利用者端末装置１０により抽出された依存アプリケーションの情報が認証局サーバ装置２０のデータベースに登録されており、利用者端末装置１０により送信されたハッシュ値の情報が、認証局サーバ装置２０により正当なアプリケーションのハッシュ値から生成されたハッシュ値と一致する場合には、認証局サーバ装置２０は、ネットワーク事業者サーバ装置３０に対して、利用者端末装置１０のアプリケーション環境が正常であることを示す正常環境通知を送信する（図１の（２）に対応する）。
正常環境通知を受信したネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０に対する接続要求を受け付けた場合に、認証局サーバ装置２０からその利用者端末装置１０に対応する正常環境通知を受信しているか否かを判定し、正常環境通知を受信している場合にのみ、利用者端末装置１０をネットワーク５０に接続させる（図１の（３）に対応する）。
このように、認証局サーバ装置２０側ですべての検証をおこなうのではなく、利用者端末装置１０に個々のアプリケーションの検証を実行させ、認証局サーバ装置２０はアプリケーション間の依存関係を検証することにより、認証精度を高水準に維持したまま、認証局サーバ装置２０の処理にかかる負荷を軽減することができる。
つぎに、図１に示した利用者端末装置１０の機能構成について説明する。図３は、図１に示した利用者端末装置１０の機能構成を示す図である。図３に示すように、この利用者端末装置１０は、通信処理部１００、記憶部１０１、アプリケーション実行処理部１０２、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７、検証処理制御部１０８を有する。
通信処理部１００は、認証局サーバ装置２０やネットワーク事業者サーバ装置３０との間でネットワーク４０を介してデータ通信をおこなうネットワークインターフェースである。
記憶部１０１は、ハードディスク装置などの記憶デバイスである。この記憶部１０１は、アプリケーション１０１ａ、ユーザデータ１０１ｂ、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、アプリケーション管理データ１０１ｇを記憶している。
アプリケーション１０１ａは、利用者端末装置１０で利用されるアプリケーションプログラムである。このアプリケーション１０１ａには、図２で説明したような、基盤アプリケーション、検証アプリケーション、依存アプリケーションが含まれる。ユーザデータ１０１ｂは、利用者端末装置１０の利用者が作成した個人データである。
アプリケーション基本データ１０１ｃは、利用者端末装置１０にインストールされている各アプリケーションの基本データである。図４は、図３に示したアプリケーション基本データ１０１ｃの一例を示す図である。
図４に示すように、アプリケーション基本データ１０１ｃには、アプリケーション識別子、アプリケーション名、バージョン、リリース、アーキテクチャ種別の情報が登録されている。
アプリケーション識別子は、各アプリケーションを一意に識別する識別子である。アプリケーション名は、各アプリケーションの名称である。バージョンおよびリリースは、各アプリケーションのバージョンおよび同一バーションにおけるリリース番号である。アーキテクチャ種別は、各アプリケーションが対応しているコンピュータアーキテクチャの情報である。
図３の説明に戻ると、アプリケーション拡張データ１０１ｄは、利用者端末装置１０にインストールされている各アプリケーションの拡張データである。図５は、図３に示したアプリケーション拡張データ１０１ｄの一例を示す図である。
図５に示すように、アプリケーション拡張データ１０１ｄには、アプリケーション識別子、ハッシュ値、パッケージＩＤの情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。ハッシュ値は、各アプリケーションが含まれているソフトウェアパッケージのハッシュ値である。パッケージＩＤは、各アプリケーションが含まれているソフトウェアパッケージを一意に識別するＩＤである。
図３の説明に戻ると、アプリケーション必要機能データ１０１ｅは、各アプリケーションが機能するために必要とされる他のアプリケーションに係るデータである。図６は、図３に示したアプリケーション必要機能データ１０１ｅの一例を示す図である。
図６に示すように、アプリケーション必要機能データ１０１ｅには、アプリケーション識別子および必要機能情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。
必要機能情報は、各アプリケーションが機能するために必要とされる他のアプリケーションの情報である。この必要機能情報には、シンボル名、バージョン、符号の情報が登録されている。
シンボル名は、各アプリケーションが機能するために必要とされる他のアプリケーションの名称である。バージョンは、各アプリケーションが機能するために最低限必要とされる他のアプリケーションのバージョンである。符号は、各アプリケーションが機能するために必要とされる他のアプリケーションのバージョンの範囲を定義するものである。
たとえば、符号「＝」は、当該アプリケーションが、上記バージョンと同一のバージョンのアプリケーションを必要とすることを示している。また、符号「＝＜」は、当該アプリケーションが、上記バージョン以降のバージョンのアプリケーションを必要とすることを示している。また、符号「＞＝」は、当該アプリケーションが、上記バージョン以前のバージョンのアプリケーションを必要とすることを示している。
図３の説明に戻ると、アプリケーション提供機能データ１０１ｆは、各アプリケーションが提供する機能に係るデータである。図７は、図３に示したアプリケーション提供機能データ１０１ｆの一例を示す図である。
図７に示すように、アプリケーション提供機能データ１０１ｆには、アプリケーション識別子および提供機能情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。提供機能情報は、各アプリケーションが提供する機能の情報である。この提供機能情報には、シンボル名、バージョン、符号の情報が登録されている。
シンボル名は、各アプリケーションが提供する機能に対応するアプリケーションの名称である。バージョンは、各アプリケーションが提供する機能に対応するアプリケーションのバージョンである。符号は、各アプリケーションが提供する機能に対応するアプリケーションのバージョンの範囲を定義するものである。
たとえば、符号「＝」は、当該アプリケーションが、上記バージョンと同一のバージョンのアプリケーションの機能を提供することを示している。また、符号「＝＜」は、当該アプリケーションが、上記バージョン以降のバージョンのアプリケーションの機能を提供することを示している。また、符号「＞＝」は、当該アプリケーションが、上記バージョン以前のバージョンのアプリケーションの機能を提供することを示している。
アプリケーション管理データ１０１ｇは、利用者端末装置１０にインストールされている各アプリケーションの管理情報を記憶したデータである。このアプリケーション管理データ１０１ｂには、各アプリケーションのファイルサイズ、ハッシュ値、読み／書き／実行が許可されているか否かを示す許可属性、ファイルタイプ、ファイルの修正時刻、デバイスファイル、シンボリックリンク、ファイルの所有者、ファイルを所有するグループの情報が登録されている。
図３の説明に戻ると、アプリケーション実行処理部１０２は、記憶部１０１に記憶されているアプリケーション１０１ａを読み出してアプリケーションを実行する処理部である。基盤アプリケーションハッシュ値生成部１０３は、基盤アプリケーションのハッシュ値を生成するハードウェア回路である。
ハッシュ値を生成する基盤アプリケーションの情報は、検証処理制御部１０８が認証局サーバ装置２０に検証対象となるアプリケーションの通知要求を送信した場合に、認証局サーバ装置２０により送信される通知要求応答に含まれている。
図８は、認証局サーバ装置２０により送信される通知要求応答７０について説明する図である。図８に示すように、この通知要求応答７０には、データタイプ、検証階層、検証最大数、基盤／検証アプリケーション情報が含まれる。
データタイプは、このデータが通知要求応答７０であることを示す識別情報である。検証階層は、利用者端末装置１０にインストールされているアプリケーションの依存関係を検証する際の検証すべき依存関係の階層の情報である。
たとえば、図２の例において検証階層が「２」と指定された場合には、２階層分（検証アプリケーション６１および依存アプリケーション６２ａ，６２ｂを含む階層）のアプリケーションの依存関係が抽出される。
検証最大数は、依存関係を有するアプリケーションのハッシュ値を連結し、連結したハッシュ値のハッシュ値を用いてアプリケーションの依存関係の検証をおこなう場合の、連結するハッシュ値の数の情報である。
基盤／検証アプリケーション情報は、検証対象となる検証アプリケーションおよび基盤アプリケーションの情報である。ここでは、基盤アプリケーションは１つまたは複数指定され、検証アプリケーションは１つだけ指定される。
図３の説明に戻ると、依存アプリケーション抽出部１０４は、図８に示した通知要求応答７０により認証局サーバ装置２０から検証すべき検証アプリケーションの指定を受け付けた場合に、記憶部１０１に記憶されたアプリケーション基本データ１０１ｃ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆを読み出して、アプリケーション必要機能データ１０１ｅの必要機能情報およびアプリケーション提供機能データ１０１ｆの提供機能情報を辿ることによりアプリケーション間の依存関係を抽出する抽出部である。
その際、依存アプリケーション抽出部１０４は、通知要求応答７０に含まれる検証階層および検証最大数の情報を取得し、依存関係の階層が検証階層を越えるか、あるいは、認証局サーバ装置２０により指定された検証アプリケーションの数（ここでは、１つ）と、当該検証アプリケーションと依存関係がある依存アプリケーションとの数の和が検証最大数となるまで、検証アプリケーションと依存関係がある依存アプリケーションを抽出する。
ここで、図４、図６、図７に示した例において、検証階層が「２」であり、検証最大数が「３」である場合について考える。アプリケーション「Ａ」は、アプリケーション基本データ１０１ｃおよびアプリケーション必要機能データ１０１ｅから分かるように、バージョンが「２．３．５」以降のシンボル名が「Ｄ」の機能と、バージョンが「１．５」以降のシンボル名が「Ｅ」の機能とを必要としている。
また、アプリケーション基本データ１０１ｃおよびアプリケーション提供機能データ１０１ｆから分かるように、アプリケーション「Ｂ」は、バージョンが「２．３．６」のシンボル名が「Ｄ」の機能を提供することができ、また、アプリケーション「Ｃ」は、バージョンが「１．５」のシンボル名が「Ｅ」の機能を提供することができる。
これにより、アプリケーション「Ａ」は、アプリケーション「Ｂ」およびアプリケーション「Ｃ」に依存していると判定されるので、アプリケーション「Ｂ」およびアプリケーション「Ｃ」はアプリケーション「Ａ」の依存アプリケーションとなる。
また、この時点で検証アプリケーションおよび依存アプリケーションの数が「３」で検証最大数と等しくなったため、依存アプリケーション抽出部１０４は、依存関係の抽出を終了する。このようにして、依存アプリケーション抽出部１０４は、アプリケーション間の依存関係を抽出する。
検証／依存アプリケーションハッシュ値生成部１０５は、依存アプリケーション抽出部１０４がアプリケーション間の依存関係を抽出した場合に、依存アプリケーション抽出部１０４により依存関係が抽出された各アプリケーションのハッシュ値を、図５に示したアプリケーション拡張データ１０１ｄから読み出して連結し、連結したハッシュ値のハッシュ値を生成する生成部である。
アプリケーション検証部１０６は、依存アプリケーション抽出部１０４により依存関係が抽出された各アプリケーションのファイルの検証をおこなう検証部である。具体的には、アプリケーション検証部１０６は、アプリケーションのファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループが、アプリケーション管理データ１０１ｇに登録されているファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループの情報とそれぞれ一致するか否かを調べることにより各アプリケーションの検証をおこなう。
アプリケーション導入管理部１０７は、図示しないアプリケーションサーバ装置からアプリケーションを含むパッケージソフトウェアを受信し、利用者端末装置１０にインストールする管理部である。
具体的には、アプリケーション導入管理部１０７は、アプリケーションサーバ装置から受信したパッケージソフトウェアを展開し、記憶部１０１にアプリケーション１０１ａとして記憶するとともに、アプリケーション１０１ａが使用可能となるようにＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などに対する環境設定をおこなうインストール処理を実行する。
また、アプリケーション導入管理部１０７は、認証局サーバ装置２０から検証結果が正常でないアプリケーションの情報を受信した場合に、そのアプリケーションを含むパッケージソフトウェアをアプリケーションサーバ装置から受信し、アプリケーションのインストールを実行する。
アプリケーションをインストールした場合には、アプリケーション導入管理部１０７は、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、および、アプリケーション管理データ１０１ｇに、当該アプリケーションに係る情報を登録する処理をおこなう。
検証処理制御部１０８は、記憶部１０１、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７間のデータの授受を司る制御部である。また、検証処理制御部１０８は、認証局サーバ装置２０との間で利用者端末装置１０におけるアプリケーション環境の検証処理に係る種々の情報を送受信する。
具体的には、検証処理制御部１０８は、アプリケーション環境の検証を開始する際に、認証局サーバ装置２０に検証対象となるアプリケーションの通知要求を、自装置を識別する識別情報とともに送信する。また、検証処理制御部１０８は、図８で説明した通知要求応答７０を認証局サーバ装置２０から受信する。
さらに、検証処理制御部１０８は、基盤アプリケーションハッシュ値生成部１０３により生成された基盤アプリケーションのハッシュ値を認証局サーバ装置２０に送信する処理をおこなう。
また、検証処理制御部１０８は、認証局サーバ装置２０に対して、アプリケーション検証部１０６によりなされたアプリケーションの検証結果と、検証／依存アプリケーションハッシュ値生成部１０５により生成されたハッシュ値の情報とを含んだ検証要求を送信し、利用者端末装置１０のアプリケーション環境が正常であるか否かを検証するよう要求する。
図９は、検証処理制御部１０８により送信される検証要求８０について説明する図である。図９に示すように、この検証要求８０には、データタイプ、アプリケーション検証情報、セパレタ、全アプリケーションのハッシュ値に対するハッシュ値の情報が含まれる。ここで、アプリケーション検証情報およびセパレタは、図８で説明した検証最大数と同じ数だけ含まれている。
データタイプは、このデータが検証要求８０であることを示す識別情報である。アプリケーション検証情報は、アプリケーション検証部１０６によりなされたアプリケーションの検証結果の情報である。このアプリケーション検証情報には、検証がなされたアプリケーション名、バージョン、リリース、アーキテクチャ種別および検証結果の情報が含まれる。
検証結果とは、具体的には、アプリケーションのファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループが、アプリケーション管理データ１０１ｇに登録されているファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループの情報とそれぞれ一致したか否かを示す情報である。
セパレタは、アプリケーション検証情報が複数ある場合に、各アプリケーション検証情報を区別するためにアプリケーション検証情報の間に挿入されるブランクである。全アプリケーションのハッシュ値に対するハッシュ値は、検証／依存アプリケーションハッシュ値生成部１０５により生成されたハッシュ値の情報である。
ここで、検証／依存アプリケーションハッシュ値生成部１０５は、全アプリケーションのハッシュ値に対するハッシュ値を生成する場合に、依存関係を有する各アプリケーションのハッシュ値を連結するが、検証要求８０におけるアプリケーション検証情報の順番は、ハッシュ値を連結した順番と同じになるように並べられる。
つぎに、図１に示した認証局サーバ装置２０の機能構成について説明する。図１０は、図１に示した認証局サーバ装置２０の機能構成を示す図である。図１０に示すように、この認証局サーバ装置２０は、通信処理部２００、記憶部２０１、基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６、検証処理制御部２０７を有する。
通信処理部２００は、利用者端末装置１０やネットワーク事業者サーバ装置３０との間でネットワーク４０を介してデータ通信をおこなうネットワークインターフェースである。
記憶部２０１は、ハードディスク装置などの記憶デバイスである。この記憶部２０１は、検証設定データ２０１ａ、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅを記憶している。
検証設定データ２０１ａは、利用者端末装置１０のアプリケーション環境を検証する際の設定に係るデータである。図１１は、図１０に示した検証設定データ２０１ａの一例を示す図である。図１１に示すように、この検証設定データ２０１ａには、検証アプリケーション識別子、基盤アプリケーション識別子、検証階層、検証最大値の情報が含まれる。
検証アプリケーション識別子および基盤アプリケーション識別子は、それぞれ検証対象となる検証アプリケーションおよび基盤アプリケーションを識別する識別子であり、図４で説明したアプリケーション識別子に対応するものである。
検証階層および検証最大値は、図８で説明した検証階層および検証最大値と同様のものである。ここで、検証階層および検証最大値は、定期的に変更される。これにより、利用者端末装置１０により送信された検証要求８０における全アプリケーションのハッシュ値に対するハッシュ値の情報が盗み見られた場合でも、依存関係を検証するアプリケーションの数が変更されればそのハッシュ値は変化するので、リプライアタック等を抑止することができる。
図１０の説明に戻ると、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅはそれぞれ、図３で説明したアプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆと同様のデータである。
ただし、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅには、ネットワーク５０への接続を許可するために利用者端末装置１０にインストールすることを要求するアプリケーションの情報が登録される。
基盤アプリケーションハッシュ値比較部２０２は、基盤アプリケーションの検証をおこなう場合に、利用者端末装置１０から受信した基盤アプリケーションのハッシュ値と、アプリケーション拡張データ２０１ｃに登録されている基盤アプリケーションのハッシュ値とを比較することにより、基盤アプリケーションが正常であるか否かを判定する比較部である。
アプリケーション検証部２０３は、図９に示した検証要求８０を利用者端末装置１０から受信した場合に、検証要求８０に含まれる情報に基づいて、利用者端末装置１０のアプリケーション環境を検証する検証部である。
具体的には、アプリケーション検証部２０３は、検証要求８０に含まれるアプリケーション検証情報を抽出し、抽出したアプリケーション検証情報に含まれる検証結果を確認し、検証結果に異常があった場合にアプリケーション環境に異常があると判定する。
また、アプリケーション検証部２０３は、アプリケーション検証情報に含まれるアプリケーション名、バージョン、リリース、アーキテクチャ種別に対応するアプリケーションがアプリケーション基本データ２０１ｂに登録されているか否かを判定し、アプリケーションが登録されていなかった場合にアプリケーション環境に異常があると判定する。
検証／依存アプリケーションハッシュ値生成部２０４は、検証要求８０にアプリケーション検証情報が含まれる検証アプリケーションおよび依存アプリケーションのハッシュ値の情報をアプリケーション拡張データ２０１ｃから読み出して、読み出したハッシュ値をアプリケーション検証情報が検証要求８０に含まれる順番で連結し、連結したハッシュ値のハッシュ値を生成する生成部である。
検証／依存アプリケーションハッシュ値比較部２０５は、検証要求８０に含まれる全アプリケーションのハッシュ値に対するハッシュ値と、検証／依存アプリケーションハッシュ値生成部２０４により生成されたハッシュ値とを比較して一致するか否かを検出し、一致しない場合に利用者端末装置１０のアプリケーション環境に異常があると判定する比較部である。
検証結果通知部２０６は、利用者端末装置１０のアプリケーション環境の検証結果の情報を利用者端末装置１０およびネットワーク事業者サーバ装置３０に送信し、検証結果を通知する通知部である。
具体的には、検証結果通知部２０６は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５により、アプリケーション環境に異常がないと判定された場合に、利用者端末装置１０にネットワーク５０への接続を許可することを示す情報を送信する。
また、検証結果通知部２０６は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５により、アプリケーション環境に異常がないと判定された場合に、ネットワーク事業者サーバ装置３０に利用者端末装置１０のアプリケーション環境が正常であることを示す情報を、当該利用者端末装置１０を特定する識別情報とともに送信する。
さらに、検証結果通知部２０６は、アプリケーション検証部２０３により、アプリケーション環境に異常があると判定された場合に、利用者端末装置１０に接続を不許可とすることを示す情報と、異常があると判定されたアプリケーションを特定するアプリケーション識別子の情報とを送信する。
検証処理制御部２０７は、記憶部２０１、基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６間のデータの授受を司る制御部である。また、検証処理制御部２０７は、利用者端末装置１０との間で利用者端末装置１０におけるアプリケーション環境の検証処理に係る種々の情報を送受信する。
具体的には、検証処理制御部２０７は、利用者端末装置１０から利用者端末装置１０を識別する識別情報とともに、検証対象となるアプリケーションの通知要求を受信する。また、検証処理制御部２０７は、図８で説明した通知要求応答７０を利用者端末装置１０に送信する。
さらに、検証処理制御部２０７は、利用者端末装置１０により生成された基盤アプリケーションのハッシュ値を利用者端末装置１０から受信する。また、検証処理制御部２０７は、受信したハッシュ値に基づいて基盤アプリケーションが正常であると判定された場合に利用者端末装置１０に検証／依存アプリケーションの検証実行通知を送信する。また、検証処理制御部２０７は、図９に示したような検証要求８０を利用者端末装置１０から受信する。
つぎに、本発明に係るアプリケーション検証処理の処理手順について説明する。図１２−１、図１２−２、図１２−３、および、図１２−４は、それぞれ、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（１）、（２）、（３）および（４）である。
図１２−１に示すように、まず、利用者端末装置１０の検証処理制御部１０８は、検証対象となるアプリケーションの通知要求を認証局サーバ装置２０に送信する（ステップＳ１０１）。
そして、認証局サーバ装置２０の検証処理制御部２０７は、当該通知要求を受信する（ステップＳ１０２）。続いて、検証処理制御部２０７は、検証対象となる基盤アプリケーションおよび検証アプリケーション、検証階層および検証最大数の情報を検証設定データ２０１ａから読み出す（ステップＳ１０３）。
そして、検証処理制御部２０７は、図８に示したような、検証対象となる基盤アプリケーションおよび検証アプリケーション、検証階層および検証最大数の情報を含んだ通知要求応答７０を利用者端末装置１０に送信する（ステップＳ１０４）。
その後、利用者端末装置１０の検証処理制御部１０８は、通知要求応答７０を認証局サーバ装置２０から受信する（ステップＳ１０５）。そして、利用者端末装置１０の基盤アプリケーションハッシュ値生成部１０３は、認証局サーバ装置２０により指定された基盤アプリケーションのハッシュ値をハードウェア処理により生成する（ステップＳ１０６）。
続いて、利用者端末装置１０の検証処理制御部１０８は、生成されたハッシュ値の情報を認証局サーバ装置２０に送信する（ステップＳ１０７）。そして、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０により送信されたハッシュ値の情報を受信する（ステップＳ１０８）。
その後、認証局サーバ装置２０の基盤アプリケーションハッシュ値比較部２０２は、自装置のデータベースであるアプリケーション拡張データ２０１ｃに登録された基盤アプリケーションのハッシュ値の情報を取得する（ステップＳ１０９）。
そして、基盤アプリケーションハッシュ値比較部２０２は、取得したハッシュ値と利用者端末装置１０から受信したハッシュ値とを比較し（ステップＳ１１０）、ハッシュ値が一致するか否かを調べる（ステップＳ１１１）。
ハッシュ値が一致しない場合には（ステップＳ１１１，Ｎｏ）、図１２−２に示すように、認証局サーバ装置２０の検証処理制御部２０７は、ハッシュ値が一致しなかった基盤アプリケーションの情報を含むアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１１３）、図１２−１に示すステップＳ１０８に移行する。
ハッシュ値が一致した場合には（ステップＳ１１１，Ｙｅｓ）、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０に検証実行通知を送信し（ステップＳ１１２）、図１２−３に示すステップＳ１２２に移行する。
続いて、図１２−２に示すように、利用者端末装置１０の検証処理制御部１０８は、認証局サーバ装置２０からアクセス拒否通知あるいは検証実行通知を受信する（ステップＳ１１４）。そして、検証処理制御部１０８は、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１１５）。
受信した通知がアクセス拒否通知であった場合には（ステップＳ１１５，Ｙｅｓ）、図１２−４に示すステップＳ１３６に移行して、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知を受けた基盤アプリケーションをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得したアプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−２のステップＳ１１５において、受信した通知がアクセス拒否通知でなく、検証実行通知であった場合には（ステップＳ１１５，Ｎｏ）、利用者端末装置１０の依存アプリケーション抽出部１０４は、通知された検証アプリケーションと依存関係にある依存アプリケーションを抽出する（ステップＳ１１６）。
そして、利用者端末装置１０のアプリケーション検証部１０６は、通知された検証アプリケーションおよび抽出された依存アプリケーションの検証を実行する（ステップＳ１１７）。
続いて、利用者端末装置１０の検証／依存アプリケーションハッシュ値生成部１０５は、通知された検証アプリケーションおよび抽出された依存アプリケーションのハッシュ値の情報をアプリケーション拡張データ１０１ｄから取得する（ステップＳ１１８）。
そして、検証／依存アプリケーションハッシュ値生成部１０５は、取得したハッシュ値を連結し（ステップＳ１１９）、連結したハッシュ値に対するハッシュ値を生成する（ステップＳ１２０）。
その後、図１２−３に示すように、検証／依存アプリケーションハッシュ値生成部１０５は、図９に示したような、各アプリケーションの検証結果、および、生成されたハッシュ値の情報を含んだ検証要求８０を認証局サーバ装置２０に送信する（ステップＳ１２１）。
そして、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０により送信された検証要求８０を受信し（ステップＳ１２２）、検証要求８０に含まれる検証アプリケーションおよび依存アプリケーションの検証結果が正常であるか否かを調べる（ステップＳ１２３）。
そして、検証結果が正常でない場合には（ステップＳ１２３，Ｎｏ）、図１２−４に示すステップＳ１３３に移行して、認証局サーバ装置２０の検証処理制御部２０７は、検証結果が正常でなかった検証アプリケーションまたは依存アプリケーションの情報を含むアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１３３）、図１２−１に示すステップＳ１０８に移行して、それ以後のアプリケーション検証処理を継続する。
そして、図１２−４に示すように、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けた検証アプリケーションまたは依存アプリケーションをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得した検証アプリケーションまたは依存アプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−３のステップＳ１２３において、検証要求８０に含まれる検証アプリケーションおよび依存アプリケーションの検証結果が正常である場合には（ステップＳ１２３，Ｙｅｓ）、認証局サーバ装置２０のアプリケーション検証部２０３は、検証要求８０にアプリケーション検証情報として含まれている検証アプリケーションおよび依存アプリケーションのアプリケーション名、バージョン、リリース、アーキテクチャ種別の情報を抽出する（ステップＳ１２４）。
そして、アプリケーション検証部２０３は、抽出したアプリケーション名、バージョン、リリース、アーキテクチャ種別の情報と一致する情報がアプリケーション基本データ２０１ｂに登録されているか否かを調べる（ステップＳ１２５）。
そして、一致する情報がアプリケーション基本データ２０１ｂに登録されていない場合には（ステップＳ１２５，Ｎｏ）、図１２−４のステップＳ１３３に移行して、認証局サーバ装置２０の検証処理制御部２０７は、検証要求８０に検証結果の情報が含まれるアプリケーションすべてを正常でないものとして、それらのアプリケーションの情報を含んだアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１３３）、図１２−１に示すステップＳ１０８に移行して、それ以後のアプリケーション検証処理を継続する。
そして、図１２−４に示すように、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けたアプリケーションすべてをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得した検証アプリケーションおよび依存アプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−３のステップＳ１２５において、一致する情報がアプリケーション基本データ２０１ｂに登録されている場合には（ステップＳ１２５，Ｙｅｓ）、検証／依存アプリケーションハッシュ値生成部２０４は、検証要求８０に検証結果の情報が含まれる各アプリケーションのハッシュ値の情報を、記憶部２０１にデータベースとして記憶されているアプリケーション拡張データ２０１ｃから読み込む（ステップＳ１２６）。
そして、検証／依存アプリケーションハッシュ値生成部２０４は、アプリケーション拡張データ２０１ｃから読み込んだハッシュ値を、検証要求８０に各アプリケーションのアプリケーション検証情報が登録されている順番で連結し（ステップＳ１２７）、連結されたハッシュ値に対するハッシュ値を生成する（ステップＳ１２８）。
その後、検証／依存アプリケーションハッシュ値比較部２０５は、検証／依存アプリケーションハッシュ値生成部２０４により生成されたハッシュ値と、利用者端末装置１０から受信した検証要求８０に含まれるハッシュ値とを比較し（ステップＳ１２９）、ハッシュ値が一致するか否かを調べる（ステップＳ１３０）。
ハッシュ値が一致しない場合には（ステップＳ１３０，Ｎｏ）、認証局サーバ装置２０の検証処理制御部２０７は、検証要求８０に検証結果の情報が含まれるアプリケーションすべてを正常でないものとして、それらのアプリケーションの情報を含んだアクセス拒否通知を利用者端末装置１０に送信する（ステップＳ１３３）。
そして、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けたアプリケーションすべてをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得したアプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−４のステップＳ１３０において、ハッシュ値が一致した場合には（ステップＳ１３０，Ｙｅｓ）、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０のアプリケーション環境が正常であったことを示す正常環境通知をネットワーク事業者サーバ装置３０に送信する（ステップＳ１３１）。
この正常環境通知を受信したネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０への接続要求を受信した場合に、利用者端末装置１０をネットワーク５０に接続させる。
そして、認証局サーバ装置２０の検証処理制御部２０７は、ネットワーク５０に対する接続を許可することを示すアクセス許可通知を利用者端末装置１０に送信し（ステップＳ１３２）、認証局サーバ装置２０側のアプリケーション検証処理を終了する。
その後、利用者端末装置１０の検証処理制御部１０８は、認証局サーバ装置２０からアクセス許可通知を受信し（ステップＳ１３４）、その通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、通知はアクセス拒否通知ではないので（ステップＳ１３５，Ｎｏ）、そのまま利用者端末装置１０側のアプリケーション検証処理を終了する。その後、利用者端末装置１０は、ネットワーク事業者サーバ装置３０にネットワーク５０への接続要求を送信し、ネットワーク５０への接続処理をおこなう。
上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、上記各種処理を実現するプログラムを実行するコンピュータの一例について説明する。
図１３は、図３あるいは図１０に示した利用者端末装置１０あるいは認証局サーバ装置２０となるコンピュータのハードウェア構成を示す図である。このコンピュータは、ユーザからのデータの入力を受け付ける入力装置９０、データを表示する表示装置９１、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取装置９２、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース９３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９４、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９５、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９６およびＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）９７をバス９８で接続して構成される。
そして、ＨＤＤ９７には、利用者端末装置１０あるいは認証局サーバ装置２０の機能と同様の機能を発揮するアプリケーション検証プログラム９７ｃが記憶されている。なお、アプリケーション検証プログラム９７ｃは、適宜分散して記憶することとしてもよい。そして、ＣＰＵ９６が、アプリケーション検証プログラム９７ｃをＨＤＤ９７から読み出して実行することにより、アプリケーション検証プロセス９６ａが起動される。
このアプリケーション検証プロセス９６ａは、図３に示した利用者端末装置１０のアプリケーション実行処理部１０２、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７、検証処理制御部１０８の各機能部、あるいは、図１０に示した認証局サーバ装置２０の基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６、検証処理制御部２０７の各機能部に対応する。
また、ＨＤＤ９７には、各種データ９７ａおよび各種アプリケーション９７ｂが記憶される。各種データ９７ａは、図３に示した利用者端末装置１０の記憶部１０１に記憶されるユーザデータ１０１ｂ、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、アプリケーション管理データ１０１ｇ、あるいは、認証局サーバ装置２０の記憶部２０１に記憶される検証設定データ２０１ａ、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅに対応する。また、各種アプリケーション９７ｂは、図３に示した利用者端末装置１０の記憶部１０１に記憶されるアプリケーション１０１ａに対応する。
そして、ＣＰＵ９６は、各種データ９７ａあるいは各種アプリケーション９７ｂをＨＤＤ９７に記憶するとともに、各種データ９７ａあるいは各種アプリケーション９７ｂをＨＤＤ９７から読み出してＲＡＭ９４に格納し、ＲＡＭ９４に格納された各種データ９４ａあるいは各種アプリケーション９４ｂに基づいて各種データ処理を実行する。
ところで、アプリケーション検証プログラム９７ｃは、必ずしも最初からＨＤＤ９７に記憶させておく必要はない。たとえば、当該コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶しておき、コンピュータがこれらから各プログラムを読み出して実行するようにしてもよい。
上述してきたように、本実施例では、利用者端末装置１０にインストールされた個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行し、クライアント側処理の結果に係る情報を受信して各アプリケーション間の依存関係の検証を認証局サーバ装置２０が実行し、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを認証局サーバ装置２０が判定することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
また、本実施例では、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションの検証を認証局サーバ装置２０が実行し、検証の結果、異常が検出されなかった場合にクライアント側処理を実行することとしたので、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションがそもそも正常であるか否かを検証することにより、アプリケーションの検証が不正なものとなることを防止することができる。
また、本実施例では、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションに係るハッシュ値を利用者端末装置１０がハードウェア処理により生成し、生成されたハッシュ値の情報に基づいて認証局サーバ装置２０が当該アプリケーションの検証をおこなうこととしたので、ハッシュ値の生成をハードウェア処理でおこなうので、ソフトウェア処理によりハッシュ値を生成する場合のように不正にハッシュ値が生成される危険性が少なく、アプリケーションの検証を確実におこなうことができる。
また、本実施例では、利用者端末装置１０が、認証局サーバ装置２０から特定のアプリケーションの検証要求を受け付けた場合に、当該特定のアプリケーションとの間で依存関係を有するアプリケーションの情報を収集し、情報が収集されたアプリケーションの検証をおこなうこととしたので、検証すべきアプリケーションの情報を認証局サーバ装置２０がすべて管理する必要がなく、認証局サーバ装置２０の負荷を軽減することができる。
また、本実施例では、利用者端末装置１０が、依存関係の情報収集をおこなうアプリケーションの数の指定を認証局サーバ装置２０から受け付けて、認証局サーバ装置２０により指定された数のアプリケーションに係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報を認証局サーバ装置２０に送信し、認証局サーバ装置２０が、送信されたハッシュ値の情報に基づいて各アプリケーション間の依存関係の検証を実行することとしたので、たとえ利用者端末装置１０により送信されたハッシュ値の情報が盗み見られた場合でも、依存関係の情報収集をおこなうアプリケーションの数が変更されればハッシュ値が変化するので、リプライアタック等を抑止することができる。
また、本実施例では、認証局サーバ装置２０が、利用者端末装置１０を正常でないと判定した場合に、異常が検出されたアプリケーションの情報を利用者端末装置１０に送信することとしたので、利用者端末装置１０はどのアプリケーションに異常が検出されたかを確認することができる。
また、本実施例では、認証局サーバ装置２０により送信されたアプリケーションの情報を利用者端末装置１０が受信した場合に利用者端末装置１０が当該アプリケーションを取得して、取得したアプリケーションのインストールを実行することとしたので、異常が検出されたアプリケーションの再インストールを効果的に実行することができる。
また、本実施例では、利用者端末装置１０に導入された個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行し、クライアント側処理の結果に係る情報を、各アプリケーション間の依存関係の検証をおこない、かつ、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを判定する認証局サーバ装置２０に利用者端末装置１０が送信することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
また、本実施例では、認証局サーバ装置２０が、利用者端末装置１０に導入された個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行した実行結果の情報を当該利用者端末装置１０から受信し、受信した情報に基づいて各アプリケーション間の依存関係の検証を認証局サーバ装置２０が実行し、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを認証局サーバ装置２０が判定することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
以上のように、本発明に係るコンピュータ資源検証方法およびコンピュータ資源検証プログラムは、サービス利用者の数が増加した場合に、利用者端末装置の安全性を検証する装置の負荷を軽減させることが必要なコンピュータ資源検証システムに有用である。
本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法およびコンピュータ資源検証プログラムに関し、特に、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるコンピュータ資源検証方法およびコンピュータ資源検証プログラムに関する。
従来、サービス提供者のサービス提供装置から利用者端末装置にネットワークを介してサービスを提供する場合に、サービスの安全性を確保すべく、利用者端末装置に係るハードウェアやソフトウェアなどの環境を検証した上でサービスを提供する技術が提案されている。
たとえば、サービス提供装置において、利用者端末装置に係る環境情報（利用者端末装置に組み込まれているソフトウェア（ＯＳ、ＢＩＯＳ、ブラウザ、プラグインソフトウェア等）やハードウェア（ＣＰＵ、メモリ、ＰＣＩボード等）、利用者端末装置に接続されているハードウェアなどの情報）を利用者端末装置から取得した上で、利用者端末装置に安全性を損なうソフトウェア（たとえば、セキュリティホールがケアされていないもの）やハードウェアが組み込まれていないか、利用者端末装置に安全性を損なうハードウェアが接続されていないか等を確認し、不正コピーのおそれなどから安全性を確保できない利用者端末装置に対してはサービスの提供を拒否する技術が開示されている（特許文献１を参照）。
特開２００４−１５７７９０号公報
しかしながら、上述した従来技術では、サービスの利用者が増加し、環境を検証する対象となる利用者端末装置の数が多くなった場合には、サービス提供装置に多大な負荷が発生してしまうという問題があった。
すなわち、サービス提供者にとっては、サービスの利用者が増えることは望ましいことであるが、利用者が増えるとそれだけ安全性を確認する利用者端末装置の数も増加し、それに対応するためには安全性を確認するサービス提供装置を増強する必要があるので高いコストが発生してしまう。そのため、サービスの利用者数が増加した場合でも、利用者端末装置の安全性を検証する装置の負荷をいかにして軽減させることができるかが重要な課題となってきている。
本発明は、上記に鑑みてなされたものであって、サービスの利用者数が増加した場合でも、利用者端末装置の安全性を検証する装置の負荷を軽減させることができるコンピュータ資源検証方法およびコンピュータ資源検証プログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、を含んだことを特徴とする。
また、本発明は、上記発明において、前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源の検証を前記サーバ装置が実行する検証工程をさらに含み、前記クライアント側処理実行工程は、前記検証工程による検証の結果、異常が検出されなかった場合に前記クライアント側処理を実行することを特徴とする。
また、本発明は、上記発明において、前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源に係るハッシュ値を前記クライアント装置がハードウェア処理により生成するハッシュ値生成工程をさらに含み、前記検証工程は、前記ハッシュ値生成工程により生成されたハッシュ値の情報に基づいて当該コンピュータ資源の検証をおこなうことを特徴とする。
また、本発明は、上記発明において、前記クライアント側処理実行工程は、前記サーバ装置から特定のコンピュータ資源の検証要求を受け付けた場合に、当該特定のコンピュータ資源との間で依存関係を有するコンピュータ資源の情報を収集し、情報が収集されたコンピュータ資源の検証をおこなうことを特徴とする。
また、本発明は、上記発明において、前記クライアント側処理実行工程は、依存関係の情報収集をおこなうコンピュータ資源の数の指定を前記サーバ装置から受け付けて前記サーバ装置により指定された数のコンピュータ資源に係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報を前記サーバ装置に送信し、前記サーバ側処理実行工程は、送信されたハッシュ値の情報に基づいて各コンピュータ資源間の依存関係の検証を実行することを特徴とする。
また、本発明は、上記発明において、前記判定工程は、前記クライアント装置を正常でないと判定した場合に、異常が検出されたコンピュータ資源の情報を前記クライアント装置に送信することを特徴とする。
また、本発明は、上記発明において、前記判定工程により送信されたコンピュータ資源の情報を受信した場合に前記クライアント装置が当該コンピュータ資源を取得して、取得したコンピュータ資源のインストールを実行するインストール実行工程をさらに含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを判定するサーバ装置に前記クライアント装置が送信する情報送信工程と、を含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信する情報受信工程と、前記情報受信工程により受信された情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、を含んだことを特徴とする。
また、本発明は、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行手順と、前記クライアント側処理実行手順によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行手順と、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定手順と、をコンピュータに実行させることを特徴とする。
本発明によれば、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行し、クライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行し、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かをサーバ装置が判定することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
また、本発明によれば、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源の検証をサーバ装置が実行し、検証の結果、異常が検出されなかった場合にクライアント側処理を実行することとしたので、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源がそもそも正常であるか否かを検証することにより、コンピュータ資源の検証が不正なものとなることを防止することができるという効果を奏する。
また、本発明によれば、クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源に係るハッシュ値をクライアント装置がハードウェア処理により生成し、生成されたハッシュ値の情報に基づいてサーバ装置が当該コンピュータ資源の検証をおこなうこととしたので、ハッシュ値の生成をハードウェア処理でおこなうので、ソフトウェア処理によりハッシュ値を生成する場合のように不正にハッシュ値が生成される危険性が少なく、コンピュータ資源の検証を確実におこなうことができるという効果を奏する。
また、本発明によれば、クライアント装置が、サーバ装置から特定のコンピュータ資源の検証要求を受け付けた場合に、当該特定のコンピュータ資源との間で依存関係を有するコンピュータ資源の情報を収集し、情報が収集されたコンピュータ資源の検証をおこなうこととしたので、検証すべきコンピュータ資源の情報をサーバ装置がすべて管理する必要がなく、サーバ装置の負荷を軽減することができるという効果を奏する。
また、本発明によれば、クライアント装置が、依存関係の情報収集をおこなうコンピュータ資源の数の指定をサーバ装置から受け付けて、サーバ装置により指定された数のコンピュータ資源に係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報をサーバ装置に送信し、サーバ装置が、送信されたハッシュ値の情報に基づいて各コンピュータ資源間の依存関係の検証を実行することとしたので、たとえクライアント装置により送信されたハッシュ値の情報が盗み見られた場合でも、依存関係の情報収集をおこなうコンピュータ資源の数が変更されればハッシュ値が変化するので、リプライアタック等を抑止することができるという効果を奏する。
また、本発明によれば、サーバ装置が、クライアント装置を正常でないと判定した場合に、異常が検出されたコンピュータ資源の情報をクライアント装置に送信することとしたので、クライアント装置はどのコンピュータ資源に異常が検出されたかを確認することができるという効果を奏する。
また、本発明によれば、サーバ装置により送信されたコンピュータ資源の情報をクライアント装置が受信した場合にクライアント装置が当該コンピュータ資源を取得して、取得したコンピュータ資源のインストールを実行することとしたので、異常が検出されたコンピュータ資源の再インストールを効果的に実行することができるという効果を奏する。
また、本発明によれば、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行し、クライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かを判定するサーバ装置にクライアント装置が送信することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
また、本発明によれば、サーバ装置が、クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信し、受信した情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行し、コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいてクライアント装置が正常であるか否かをサーバ装置が判定することとしたので、コンピュータ資源の検証をクライアント装置とサーバ装置とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、クライアント装置の安全性を検証するサーバ装置の負荷を軽減させることができるという効果を奏する。
以下に、本発明に係るコンピュータ資源検証方法およびコンピュータ資源検証プログラムの実施例を図面に基づいて詳細に説明する。なお、ここでは、コンピュータ資源として利用者端末装置にインストールされているアプリケーションプログラムを検証する場合について説明するが、アプリケーションプログラムに加えてさらにハードウェアの検証をおこなうこととしてもよい。
まず、本発明に係るアプリケーション検証システムについて説明する。図１は、本発明に係るアプリケーション検証システムを説明する図である。このアプリケーション検証システムは、利用者端末装置１０、認証局サーバ装置２０、および、ネットワーク事業者サーバ装置３０がそれぞれネットワーク４０に接続され、ネットワーク事業者サーバ装置３０はさらにネットワーク５０に接続されている。
利用者端末装置１０は、各種のアプリケーションプログラム（以下、アプリケーションプログラムを単にアプリケーションと呼ぶ。）がインストールされたパーソナルコンピュータなどの端末装置であり、ネットワーク事業者サーバ装置３０を介してネットワーク５０に接続し、データの授受をおこなう端末装置である。
認証局サーバ装置２０は、ネットワーク５０に接続するためのアプリケーションが利用者端末装置１０に適切にインストールされているか否か、アプリケーションが改竄されていないか否かの認証をおこない、利用者端末装置１０のアプリケーション環境が正常であると判定した場合にのみ、ネットワーク事業者サーバ装置３０に対して利用者端末装置１０のアプリケーション環境が正常であるとの通知をおこなうサーバ装置である。
ネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０に対する接続要求を受け付けた場合に、利用者端末装置１０のアプリケーション環境が正常であるか否かに基づいて、ネットワーク５０に対する利用者端末装置１０の接続制御をおこなうサーバ装置である。
ここで、利用者端末装置１０は、アプリケーション検証部１０６を備えている。利用者端末装置１０がネットワーク５０に接続しようとする場合には、このアプリケーション検証部１０６は、認証局サーバ装置２０から検証すべき検証アプリケーションの情報を取得して、検証アプリケーションと依存関係を有する依存アプリケーションを抽出し、検証アプリケーションおよび依存アプリケーションの検証をおこなう。
図２は、基盤アプリケーション、検証アプリケーション、および、依存アプリケーションについて説明する図である。基盤アプリケーション６０ａ，６０ｂとは、アプリケーションの検証をおこなう場合に、前もって検証すべきアプリケーションのことである。たとえば、基盤アプリケーション６０ａ，６０ｂとしては、他のアプリケーションの検証をおこなう検証用のアプリケーションなどが挙げられる。
検証アプリケーション６１とは、ネットワーク５０に接続するために、利用者端末装置１０に正常にインストールされなくてはならないアプリケーションであり、認証局サーバ装置２０により検証すべきアプリケーションとして指定されたアプリケーションである。依存アプリケーション６２ａ〜６２ｅとは、検証アプリケーション６１が機能するために必要とされるアプリケーションである。
検証アプリケーション６１と依存アプリケーション６２ａ〜６２ｅとは、階層構造を形成している。図２の例では、検証アプリケーション６１が機能するためには、依存アプリケーション６２ａ，６２ｂが必要であり、依存アプリケーション６２ａが機能するためには、依存アプリケーション６２ｃが必要であり、依存アプリケーション６２ｂが機能するためには、依存アプリケーション６２ｄ，６２ｅが必要である場合が示されている。
図１の説明に戻ると、検証アプリケーションおよび依存アプリケーションの検証後、アプリケーション検証部１０６は、その検証結果（アプリケーション検証結果）の情報と、アプリケーション間の依存関係の情報（アプリケーション依存関係情報）とを認証局サーバ装置２０に送信する（図１の（１）に対応する）。
ここで、アプリケーション間の依存関係の情報としては、検証アプリケーションおよび検証アプリケーションと依存関係を有する依存アプリケーションのそれぞれのハッシュ値を連結し、その連結したハッシュ値から生成されたハッシュ値の情報などが含まれる。
一方、認証局サーバ装置２０は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５を備えている。そして、アプリケーション検証結果の情報、および、アプリケーション依存関係情報を利用者端末装置１０から受信した場合には、アプリケーション検証部２０３は、利用者端末装置１０により送信されたアプリケーション検証結果に対応する検証アプリケーションおよび依存アプリケーションが、正当な検証アプリケーションおよび依存アプリケーションの情報が登録された認証局サーバ装置２０のデータベースに登録されているか否かを調べることにより、アプリケーション間の依存関係の検証をおこなう。
また、検証／依存アプリケーションハッシュ値比較部２０５は、利用者端末装置１０により送信されたハッシュ値の情報を取得し、取得したハッシュ値と、検証アプリケーションおよび依存アプリケーションの正当なハッシュ値を連結することにより生成されたハッシュ値とを比較することにより、アプリケーション間の依存関係の検証をおこなう。
利用者端末装置１０によりなされたアプリケーションに係る検証の結果に問題がなく、利用者端末装置１０により抽出された依存アプリケーションの情報が認証局サーバ装置２０のデータベースに登録されており、利用者端末装置１０により送信されたハッシュ値の情報が、認証局サーバ装置２０により正当なアプリケーションのハッシュ値から生成されたハッシュ値と一致する場合には、認証局サーバ装置２０は、ネットワーク事業者サーバ装置３０に対して、利用者端末装置１０のアプリケーション環境が正常であることを示す正常環境通知を送信する（図１の（２）に対応する）。
正常環境通知を受信したネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０に対する接続要求を受け付けた場合に、認証局サーバ装置２０からその利用者端末装置１０に対応する正常環境通知を受信しているか否かを判定し、正常環境通知を受信している場合にのみ、利用者端末装置１０をネットワーク５０に接続させる（図１の（３）に対応する）。
このように、認証局サーバ装置２０側ですべての検証をおこなうのではなく、利用者端末装置１０に個々のアプリケーションの検証を実行させ、認証局サーバ装置２０はアプリケーション間の依存関係を検証することにより、認証精度を高水準に維持したまま、認証局サーバ装置２０の処理にかかる負荷を軽減することができる。
つぎに、図１に示した利用者端末装置１０の機能構成について説明する。図３は、図１に示した利用者端末装置１０の機能構成を示す図である。図３に示すように、この利用者端末装置１０は、通信処理部１００、記憶部１０１、アプリケーション実行処理部１０２、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７、検証処理制御部１０８を有する。
通信処理部１００は、認証局サーバ装置２０やネットワーク事業者サーバ装置３０との間でネットワーク４０を介してデータ通信をおこなうネットワークインターフェースである。
記憶部１０１は、ハードディスク装置などの記憶デバイスである。この記憶部１０１は、アプリケーション１０１ａ、ユーザデータ１０１ｂ、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、アプリケーション管理データ１０１ｇを記憶している。
アプリケーション１０１ａは、利用者端末装置１０で利用されるアプリケーションプログラムである。このアプリケーション１０１ａには、図２で説明したような、基盤アプリケーション、検証アプリケーション、依存アプリケーションが含まれる。ユーザデータ１０１ｂは、利用者端末装置１０の利用者が作成した個人データである。
アプリケーション基本データ１０１ｃは、利用者端末装置１０にインストールされている各アプリケーションの基本データである。図４は、図３に示したアプリケーション基本データ１０１ｃの一例を示す図である。
図４に示すように、アプリケーション基本データ１０１ｃには、アプリケーション識別子、アプリケーション名、バージョン、リリース、アーキテクチャ種別の情報が登録されている。
アプリケーション識別子は、各アプリケーションを一意に識別する識別子である。アプリケーション名は、各アプリケーションの名称である。バージョンおよびリリースは、各アプリケーションのバージョンおよび同一バーションにおけるリリース番号である。アーキテクチャ種別は、各アプリケーションが対応しているコンピュータアーキテクチャの情報である。
図３の説明に戻ると、アプリケーション拡張データ１０１ｄは、利用者端末装置１０にインストールされている各アプリケーションの拡張データである。図５は、図３に示したアプリケーション拡張データ１０１ｄの一例を示す図である。
図５に示すように、アプリケーション拡張データ１０１ｄには、アプリケーション識別子、ハッシュ値、パッケージＩＤの情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。ハッシュ値は、各アプリケーションが含まれているソフトウェアパッケージのハッシュ値である。パッケージＩＤは、各アプリケーションが含まれているソフトウェアパッケージを一意に識別するＩＤである。
図３の説明に戻ると、アプリケーション必要機能データ１０１ｅは、各アプリケーションが機能するために必要とされる他のアプリケーションに係るデータである。図６は、図３に示したアプリケーション必要機能データ１０１ｅの一例を示す図である。
図６に示すように、アプリケーション必要機能データ１０１ｅには、アプリケーション識別子および必要機能情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。
必要機能情報は、各アプリケーションが機能するために必要とされる他のアプリケーションの情報である。この必要機能情報には、シンボル名、バージョン、符号の情報が登録されている。
シンボル名は、各アプリケーションが機能するために必要とされる他のアプリケーションの名称である。バージョンは、各アプリケーションが機能するために最低限必要とされる他のアプリケーションのバージョンである。符号は、各アプリケーションが機能するために必要とされる他のアプリケーションのバージョンの範囲を定義するものである。
たとえば、符号「＝」は、当該アプリケーションが、上記バージョンと同一のバージョンのアプリケーションを必要とすることを示している。また、符号「＝＜」は、当該アプリケーションが、上記バージョン以降のバージョンのアプリケーションを必要とすることを示している。また、符号「＞＝」は、当該アプリケーションが、上記バージョン以前のバージョンのアプリケーションを必要とすることを示している。
図３の説明に戻ると、アプリケーション提供機能データ１０１ｆは、各アプリケーションが提供する機能に係るデータである。図７は、図３に示したアプリケーション提供機能データ１０１ｆの一例を示す図である。
図７に示すように、アプリケーション提供機能データ１０１ｆには、アプリケーション識別子および提供機能情報が登録されている。アプリケーション識別子は、図４で説明したアプリケーション識別子と同様のものであり、各アプリケーションを一意に識別する識別子である。提供機能情報は、各アプリケーションが提供する機能の情報である。この提供機能情報には、シンボル名、バージョン、符号の情報が登録されている。
シンボル名は、各アプリケーションが提供する機能に対応するアプリケーションの名称である。バージョンは、各アプリケーションが提供する機能に対応するアプリケーションのバージョンである。符号は、各アプリケーションが提供する機能に対応するアプリケーションのバージョンの範囲を定義するものである。
たとえば、符号「＝」は、当該アプリケーションが、上記バージョンと同一のバージョンのアプリケーションの機能を提供することを示している。また、符号「＝＜」は、当該アプリケーションが、上記バージョン以降のバージョンのアプリケーションの機能を提供することを示している。また、符号「＞＝」は、当該アプリケーションが、上記バージョン以前のバージョンのアプリケーションの機能を提供することを示している。
アプリケーション管理データ１０１ｇは、利用者端末装置１０にインストールされている各アプリケーションの管理情報を記憶したデータである。このアプリケーション管理データ１０１ｂには、各アプリケーションのファイルサイズ、ハッシュ値、読み／書き／実行が許可されているか否かを示す許可属性、ファイルタイプ、ファイルの修正時刻、デバイスファイル、シンボリックリンク、ファイルの所有者、ファイルを所有するグループの情報が登録されている。
図３の説明に戻ると、アプリケーション実行処理部１０２は、記憶部１０１に記憶されているアプリケーション１０１ａを読み出してアプリケーションを実行する処理部である。基盤アプリケーションハッシュ値生成部１０３は、基盤アプリケーションのハッシュ値を生成するハードウェア回路である。
ハッシュ値を生成する基盤アプリケーションの情報は、検証処理制御部１０８が認証局サーバ装置２０に検証対象となるアプリケーションの通知要求を送信した場合に、認証局サーバ装置２０により送信される通知要求応答に含まれている。
図８は、認証局サーバ装置２０により送信される通知要求応答７０について説明する図である。図８に示すように、この通知要求応答７０には、データタイプ、検証階層、検証最大数、基盤／検証アプリケーション情報が含まれる。
データタイプは、このデータが通知要求応答７０であることを示す識別情報である。検証階層は、利用者端末装置１０にインストールされているアプリケーションの依存関係を検証する際の検証すべき依存関係の階層の情報である。
たとえば、図２の例において検証階層が「２」と指定された場合には、２階層分（検証アプリケーション６１および依存アプリケーション６２ａ，６２ｂを含む階層）のアプリケーションの依存関係が抽出される。
検証最大数は、依存関係を有するアプリケーションのハッシュ値を連結し、連結したハッシュ値のハッシュ値を用いてアプリケーションの依存関係の検証をおこなう場合の、連結するハッシュ値の数の情報である。
基盤／検証アプリケーション情報は、検証対象となる検証アプリケーションおよび基盤アプリケーションの情報である。ここでは、基盤アプリケーションは１つまたは複数指定され、検証アプリケーションは１つだけ指定される。
図３の説明に戻ると、依存アプリケーション抽出部１０４は、図８に示した通知要求応答７０により認証局サーバ装置２０から検証すべき検証アプリケーションの指定を受け付けた場合に、記憶部１０１に記憶されたアプリケーション基本データ１０１ｃ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆを読み出して、アプリケーション必要機能データ１０１ｅの必要機能情報およびアプリケーション提供機能データ１０１ｆの提供機能情報を辿ることによりアプリケーション間の依存関係を抽出する抽出部である。
その際、依存アプリケーション抽出部１０４は、通知要求応答７０に含まれる検証階層および検証最大数の情報を取得し、依存関係の階層が検証階層を越えるか、あるいは、認証局サーバ装置２０により指定された検証アプリケーションの数（ここでは、１つ）と、当該検証アプリケーションと依存関係がある依存アプリケーションとの数の和が検証最大数となるまで、検証アプリケーションと依存関係がある依存アプリケーションを抽出する。
ここで、図４、図６、図７に示した例において、検証階層が「２」であり、検証最大数が「３」である場合について考える。アプリケーション「Ａ」は、アプリケーション基本データ１０１ｃおよびアプリケーション必要機能データ１０１ｅから分かるように、バージョンが「２．３．５」以降のシンボル名が「Ｄ」の機能と、バージョンが「１．５」以降のシンボル名が「Ｅ」の機能とを必要としている。
また、アプリケーション基本データ１０１ｃおよびアプリケーション提供機能データ１０１ｆから分かるように、アプリケーション「Ｂ」は、バージョンが「２．３．６」のシンボル名が「Ｄ」の機能を提供することができ、また、アプリケーション「Ｃ」は、バージョンが「１．５」のシンボル名が「Ｅ」の機能を提供することができる。
これにより、アプリケーション「Ａ」は、アプリケーション「Ｂ」およびアプリケーション「Ｃ」に依存していると判定されるので、アプリケーション「Ｂ」およびアプリケーション「Ｃ」はアプリケーション「Ａ」の依存アプリケーションとなる。
また、この時点で検証アプリケーションおよび依存アプリケーションの数が「３」で検証最大数と等しくなったため、依存アプリケーション抽出部１０４は、依存関係の抽出を終了する。このようにして、依存アプリケーション抽出部１０４は、アプリケーション間の依存関係を抽出する。
検証／依存アプリケーションハッシュ値生成部１０５は、依存アプリケーション抽出部１０４がアプリケーション間の依存関係を抽出した場合に、依存アプリケーション抽出部１０４により依存関係が抽出された各アプリケーションのハッシュ値を、図５に示したアプリケーション拡張データ１０１ｄから読み出して連結し、連結したハッシュ値のハッシュ値を生成する生成部である。
アプリケーション検証部１０６は、依存アプリケーション抽出部１０４により依存関係が抽出された各アプリケーションのファイルの検証をおこなう検証部である。具体的には、アプリケーション検証部１０６は、アプリケーションのファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループが、アプリケーション管理データ１０１ｇに登録されているファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループの情報とそれぞれ一致するか否かを調べることにより各アプリケーションの検証をおこなう。
アプリケーション導入管理部１０７は、図示しないアプリケーションサーバ装置からアプリケーションを含むパッケージソフトウェアを受信し、利用者端末装置１０にインストールする管理部である。
具体的には、アプリケーション導入管理部１０７は、アプリケーションサーバ装置から受信したパッケージソフトウェアを展開し、記憶部１０１にアプリケーション１０１ａとして記憶するとともに、アプリケーション１０１ａが使用可能となるようにＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）などに対する環境設定をおこなうインストール処理を実行する。
また、アプリケーション導入管理部１０７は、認証局サーバ装置２０から検証結果が正常でないアプリケーションの情報を受信した場合に、そのアプリケーションを含むパッケージソフトウェアをアプリケーションサーバ装置から受信し、アプリケーションのインストールを実行する。
アプリケーションをインストールした場合には、アプリケーション導入管理部１０７は、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、および、アプリケーション管理データ１０１ｇに、当該アプリケーションに係る情報を登録する処理をおこなう。
検証処理制御部１０８は、記憶部１０１、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７間のデータの授受を司る制御部である。また、検証処理制御部１０８は、認証局サーバ装置２０との間で利用者端末装置１０におけるアプリケーション環境の検証処理に係る種々の情報を送受信する。
具体的には、検証処理制御部１０８は、アプリケーション環境の検証を開始する際に、認証局サーバ装置２０に検証対象となるアプリケーションの通知要求を、自装置を識別する識別情報とともに送信する。また、検証処理制御部１０８は、図８で説明した通知要求応答７０を認証局サーバ装置２０から受信する。
さらに、検証処理制御部１０８は、基盤アプリケーションハッシュ値生成部１０３により生成された基盤アプリケーションのハッシュ値を認証局サーバ装置２０に送信する処理をおこなう。
また、検証処理制御部１０８は、認証局サーバ装置２０に対して、アプリケーション検証部１０６によりなされたアプリケーションの検証結果と、検証／依存アプリケーションハッシュ値生成部１０５により生成されたハッシュ値の情報とを含んだ検証要求を送信し、利用者端末装置１０のアプリケーション環境が正常であるか否かを検証するよう要求する。
図９は、検証処理制御部１０８により送信される検証要求８０について説明する図である。図９に示すように、この検証要求８０には、データタイプ、アプリケーション検証情報、セパレタ、全アプリケーションのハッシュ値に対するハッシュ値の情報が含まれる。ここで、アプリケーション検証情報およびセパレタは、図８で説明した検証最大数と同じ数だけ含まれている。
データタイプは、このデータが検証要求８０であることを示す識別情報である。アプリケーション検証情報は、アプリケーション検証部１０６によりなされたアプリケーションの検証結果の情報である。このアプリケーション検証情報には、検証がなされたアプリケーション名、バージョン、リリース、アーキテクチャ種別および検証結果の情報が含まれる。
検証結果とは、具体的には、アプリケーションのファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループが、アプリケーション管理データ１０１ｇに登録されているファイルサイズ、ハッシュ値、許可属性、ファイルタイプ、修正時刻、デバイスファイル、シンボリックリンク、所有者、グループの情報とそれぞれ一致したか否かを示す情報である。
セパレタは、アプリケーション検証情報が複数ある場合に、各アプリケーション検証情報を区別するためにアプリケーション検証情報の間に挿入されるブランクである。全アプリケーションのハッシュ値に対するハッシュ値は、検証／依存アプリケーションハッシュ値生成部１０５により生成されたハッシュ値の情報である。
ここで、検証／依存アプリケーションハッシュ値生成部１０５は、全アプリケーションのハッシュ値に対するハッシュ値を生成する場合に、依存関係を有する各アプリケーションのハッシュ値を連結するが、検証要求８０におけるアプリケーション検証情報の順番は、ハッシュ値を連結した順番と同じになるように並べられる。
つぎに、図１に示した認証局サーバ装置２０の機能構成について説明する。図１０は、図１に示した認証局サーバ装置２０の機能構成を示す図である。図１０に示すように、この認証局サーバ装置２０は、通信処理部２００、記憶部２０１、基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６、検証処理制御部２０７を有する。
通信処理部２００は、利用者端末装置１０やネットワーク事業者サーバ装置３０との間でネットワーク４０を介してデータ通信をおこなうネットワークインターフェースである。
記憶部２０１は、ハードディスク装置などの記憶デバイスである。この記憶部２０１は、検証設定データ２０１ａ、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅを記憶している。
検証設定データ２０１ａは、利用者端末装置１０のアプリケーション環境を検証する際の設定に係るデータである。図１１は、図１０に示した検証設定データ２０１ａの一例を示す図である。図１１に示すように、この検証設定データ２０１ａには、検証アプリケーション識別子、基盤アプリケーション識別子、検証階層、検証最大値の情報が含まれる。
検証アプリケーション識別子および基盤アプリケーション識別子は、それぞれ検証対象となる検証アプリケーションおよび基盤アプリケーションを識別する識別子であり、図４で説明したアプリケーション識別子に対応するものである。
検証階層および検証最大値は、図８で説明した検証階層および検証最大値と同様のものである。ここで、検証階層および検証最大値は、定期的に変更される。これにより、利用者端末装置１０により送信された検証要求８０における全アプリケーションのハッシュ値に対するハッシュ値の情報が盗み見られた場合でも、依存関係を検証するアプリケーションの数が変更されればそのハッシュ値は変化するので、リプライアタック等を抑止することができる。
図１０の説明に戻ると、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅはそれぞれ、図３で説明したアプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆと同様のデータである。
ただし、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅには、ネットワーク５０への接続を許可するために利用者端末装置１０にインストールすることを要求するアプリケーションの情報が登録される。
基盤アプリケーションハッシュ値比較部２０２は、基盤アプリケーションの検証をおこなう場合に、利用者端末装置１０から受信した基盤アプリケーションのハッシュ値と、アプリケーション拡張データ２０１ｃに登録されている基盤アプリケーションのハッシュ値とを比較することにより、基盤アプリケーションが正常であるか否かを判定する比較部である。
アプリケーション検証部２０３は、図９に示した検証要求８０を利用者端末装置１０から受信した場合に、検証要求８０に含まれる情報に基づいて、利用者端末装置１０のアプリケーション環境を検証する検証部である。
具体的には、アプリケーション検証部２０３は、検証要求８０に含まれるアプリケーション検証情報を抽出し、抽出したアプリケーション検証情報に含まれる検証結果を確認し、検証結果に異常があった場合にアプリケーション環境に異常があると判定する。
また、アプリケーション検証部２０３は、アプリケーション検証情報に含まれるアプリケーション名、バージョン、リリース、アーキテクチャ種別に対応するアプリケーションがアプリケーション基本データ２０１ｂに登録されているか否かを判定し、アプリケーションが登録されていなかった場合にアプリケーション環境に異常があると判定する。
検証／依存アプリケーションハッシュ値生成部２０４は、検証要求８０にアプリケーション検証情報が含まれる検証アプリケーションおよび依存アプリケーションのハッシュ値の情報をアプリケーション拡張データ２０１ｃから読み出して、読み出したハッシュ値をアプリケーション検証情報が検証要求８０に含まれる順番で連結し、連結したハッシュ値のハッシュ値を生成する生成部である。
検証／依存アプリケーションハッシュ値比較部２０５は、検証要求８０に含まれる全アプリケーションのハッシュ値に対するハッシュ値と、検証／依存アプリケーションハッシュ値生成部２０４により生成されたハッシュ値とを比較して一致するか否かを検出し、一致しない場合に利用者端末装置１０のアプリケーション環境に異常があると判定する比較部である。
検証結果通知部２０６は、利用者端末装置１０のアプリケーション環境の検証結果の情報を利用者端末装置１０およびネットワーク事業者サーバ装置３０に送信し、検証結果を通知する通知部である。
具体的には、検証結果通知部２０６は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５により、アプリケーション環境に異常がないと判定された場合に、利用者端末装置１０にネットワーク５０への接続を許可することを示す情報を送信する。
また、検証結果通知部２０６は、アプリケーション検証部２０３および検証／依存アプリケーションハッシュ値比較部２０５により、アプリケーション環境に異常がないと判定された場合に、ネットワーク事業者サーバ装置３０に利用者端末装置１０のアプリケーション環境が正常であることを示す情報を、当該利用者端末装置１０を特定する識別情報とともに送信する。
さらに、検証結果通知部２０６は、アプリケーション検証部２０３により、アプリケーション環境に異常があると判定された場合に、利用者端末装置１０に接続を不許可とすることを示す情報と、異常があると判定されたアプリケーションを特定するアプリケーション識別子の情報とを送信する。
検証処理制御部２０７は、記憶部２０１、基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６間のデータの授受を司る制御部である。また、検証処理制御部２０７は、利用者端末装置１０との間で利用者端末装置１０におけるアプリケーション環境の検証処理に係る種々の情報を送受信する。
具体的には、検証処理制御部２０７は、利用者端末装置１０から利用者端末装置１０を識別する識別情報とともに、検証対象となるアプリケーションの通知要求を受信する。また、検証処理制御部２０７は、図８で説明した通知要求応答７０を利用者端末装置１０に送信する。
さらに、検証処理制御部２０７は、利用者端末装置１０により生成された基盤アプリケーションのハッシュ値を利用者端末装置１０から受信する。また、検証処理制御部２０７は、受信したハッシュ値に基づいて基盤アプリケーションが正常であると判定された場合に利用者端末装置１０に検証／依存アプリケーションの検証実行通知を送信する。また、検証処理制御部２０７は、図９に示したような検証要求８０を利用者端末装置１０から受信する。
つぎに、本発明に係るアプリケーション検証処理の処理手順について説明する。図１２−１、図１２−２、図１２−３、および、図１２−４は、それぞれ、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（１）、（２）、（３）および（４）である。
図１２−１に示すように、まず、利用者端末装置１０の検証処理制御部１０８は、検証対象となるアプリケーションの通知要求を認証局サーバ装置２０に送信する（ステップＳ１０１）。
そして、認証局サーバ装置２０の検証処理制御部２０７は、当該通知要求を受信する（ステップＳ１０２）。続いて、検証処理制御部２０７は、検証対象となる基盤アプリケーションおよび検証アプリケーション、検証階層および検証最大数の情報を検証設定データ２０１ａから読み出す（ステップＳ１０３）。
そして、検証処理制御部２０７は、図８に示したような、検証対象となる基盤アプリケーションおよび検証アプリケーション、検証階層および検証最大数の情報を含んだ通知要求応答７０を利用者端末装置１０に送信する（ステップＳ１０４）。
その後、利用者端末装置１０の検証処理制御部１０８は、通知要求応答７０を認証局サーバ装置２０から受信する（ステップＳ１０５）。そして、利用者端末装置１０の基盤アプリケーションハッシュ値生成部１０３は、認証局サーバ装置２０により指定された基盤アプリケーションのハッシュ値をハードウェア処理により生成する（ステップＳ１０６）。
続いて、利用者端末装置１０の検証処理制御部１０８は、生成されたハッシュ値の情報を認証局サーバ装置２０に送信する（ステップＳ１０７）。そして、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０により送信されたハッシュ値の情報を受信する（ステップＳ１０８）。
その後、認証局サーバ装置２０の基盤アプリケーションハッシュ値比較部２０２は、自装置のデータベースであるアプリケーション拡張データ２０１ｃに登録された基盤アプリケーションのハッシュ値の情報を取得する（ステップＳ１０９）。
そして、基盤アプリケーションハッシュ値比較部２０２は、取得したハッシュ値と利用者端末装置１０から受信したハッシュ値とを比較し（ステップＳ１１０）、ハッシュ値が一致するか否かを調べる（ステップＳ１１１）。
ハッシュ値が一致しない場合には（ステップＳ１１１，Ｎｏ）、図１２−２に示すように、認証局サーバ装置２０の検証処理制御部２０７は、ハッシュ値が一致しなかった基盤アプリケーションの情報を含むアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１１３）、図１２−１に示すステップＳ１０８に移行する。
ハッシュ値が一致した場合には（ステップＳ１１１，Ｙｅｓ）、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０に検証実行通知を送信し（ステップＳ１１２）、図１２−３に示すステップＳ１２２に移行する。
続いて、図１２−２に示すように、利用者端末装置１０の検証処理制御部１０８は、認証局サーバ装置２０からアクセス拒否通知あるいは検証実行通知を受信する（ステップＳ１１４）。そして、検証処理制御部１０８は、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１１５）。
受信した通知がアクセス拒否通知であった場合には（ステップＳ１１５，Ｙｅｓ）、図１２−４に示すステップＳ１３６に移行して、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知を受けた基盤アプリケーションをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得したアプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−２のステップＳ１１５において、受信した通知がアクセス拒否通知でなく、検証実行通知であった場合には（ステップＳ１１５，Ｎｏ）、利用者端末装置１０の依存アプリケーション抽出部１０４は、通知された検証アプリケーションと依存関係にある依存アプリケーションを抽出する（ステップＳ１１６）。
そして、利用者端末装置１０のアプリケーション検証部１０６は、通知された検証アプリケーションおよび抽出された依存アプリケーションの検証を実行する（ステップＳ１１７）。
続いて、利用者端末装置１０の検証／依存アプリケーションハッシュ値生成部１０５は、通知された検証アプリケーションおよび抽出された依存アプリケーションのハッシュ値の情報をアプリケーション拡張データ１０１ｄから取得する（ステップＳ１１８）。
そして、検証／依存アプリケーションハッシュ値生成部１０５は、取得したハッシュ値を連結し（ステップＳ１１９）、連結したハッシュ値に対するハッシュ値を生成する（ステップＳ１２０）。
その後、図１２−３に示すように、検証／依存アプリケーションハッシュ値生成部１０５は、図９に示したような、各アプリケーションの検証結果、および、生成されたハッシュ値の情報を含んだ検証要求８０を認証局サーバ装置２０に送信する（ステップＳ１２１）。
そして、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０により送信された検証要求８０を受信し（ステップＳ１２２）、検証要求８０に含まれる検証アプリケーションおよび依存アプリケーションの検証結果が正常であるか否かを調べる（ステップＳ１２３）。
そして、検証結果が正常でない場合には（ステップＳ１２３，Ｎｏ）、図１２−４に示すステップＳ１３３に移行して、認証局サーバ装置２０の検証処理制御部２０７は、検証結果が正常でなかった検証アプリケーションまたは依存アプリケーションの情報を含むアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１３３）、図１２−１に示すステップＳ１０８に移行して、それ以後のアプリケーション検証処理を継続する。
そして、図１２−４に示すように、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けた検証アプリケーションまたは依存アプリケーションをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得した検証アプリケーションまたは依存アプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−３のステップＳ１２３において、検証要求８０に含まれる検証アプリケーションおよび依存アプリケーションの検証結果が正常である場合には（ステップＳ１２３，Ｙｅｓ）、認証局サーバ装置２０のアプリケーション検証部２０３は、検証要求８０にアプリケーション検証情報として含まれている検証アプリケーションおよび依存アプリケーションのアプリケーション名、バージョン、リリース、アーキテクチャ種別の情報を抽出する（ステップＳ１２４）。
そして、アプリケーション検証部２０３は、抽出したアプリケーション名、バージョン、リリース、アーキテクチャ種別の情報と一致する情報がアプリケーション基本データ２０１ｂに登録されているか否かを調べる（ステップＳ１２５）。
そして、一致する情報がアプリケーション基本データ２０１ｂに登録されていない場合には（ステップＳ１２５，Ｎｏ）、図１２−４のステップＳ１３３に移行して、認証局サーバ装置２０の検証処理制御部２０７は、検証要求８０に検証結果の情報が含まれるアプリケーションすべてを正常でないものとして、それらのアプリケーションの情報を含んだアクセス拒否通知を利用者端末装置１０に送信し（ステップＳ１３３）、図１２−１に示すステップＳ１０８に移行して、それ以後のアプリケーション検証処理を継続する。
そして、図１２−４に示すように、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けたアプリケーションすべてをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得した検証アプリケーションおよび依存アプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−３のステップＳ１２５において、一致する情報がアプリケーション基本データ２０１ｂに登録されている場合には（ステップＳ１２５，Ｙｅｓ）、検証／依存アプリケーションハッシュ値生成部２０４は、検証要求８０に検証結果の情報が含まれる各アプリケーションのハッシュ値の情報を、記憶部２０１にデータベースとして記憶されているアプリケーション拡張データ２０１ｃから読み込む（ステップＳ１２６）。
そして、検証／依存アプリケーションハッシュ値生成部２０４は、アプリケーション拡張データ２０１ｃから読み込んだハッシュ値を、検証要求８０に各アプリケーションのアプリケーション検証情報が登録されている順番で連結し（ステップＳ１２７）、連結されたハッシュ値に対するハッシュ値を生成する（ステップＳ１２８）。
その後、検証／依存アプリケーションハッシュ値比較部２０５は、検証／依存アプリケーションハッシュ値生成部２０４により生成されたハッシュ値と、利用者端末装置１０から受信した検証要求８０に含まれるハッシュ値とを比較し（ステップＳ１２９）、ハッシュ値が一致するか否かを調べる（ステップＳ１３０）。
ハッシュ値が一致しない場合には（ステップＳ１３０，Ｎｏ）、認証局サーバ装置２０の検証処理制御部２０７は、検証要求８０に検証結果の情報が含まれるアプリケーションすべてを正常でないものとして、それらのアプリケーションの情報を含んだアクセス拒否通知を利用者端末装置１０に送信する（ステップＳ１３３）。
そして、認証局サーバ装置２０によりアクセス拒否通知が送信されると、利用者端末装置１０の検証処理制御部１０８は、当該通知を受信し（ステップＳ１３４）、受信した通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、受信した通知はアクセス拒否通知であるので（ステップＳ１３５，Ｙｅｓ）、利用者端末装置１０のアプリケーション導入管理部１０７は、アクセス拒否通知により検証結果が正常でなかったアプリケーションとして通知を受けたアプリケーションすべてをアプリケーションサーバ装置から取得する（ステップＳ１３６）。
そして、アプリケーション導入管理部１０７は、取得したアプリケーションのインストールを実行し（ステップＳ１３７）、図１２−１のステップＳ１０６に移行して、それ以後のアプリケーション検証処理を実行する。
図１２−４のステップＳ１３０において、ハッシュ値が一致した場合には（ステップＳ１３０，Ｙｅｓ）、認証局サーバ装置２０の検証処理制御部２０７は、利用者端末装置１０のアプリケーション環境が正常であったことを示す正常環境通知をネットワーク事業者サーバ装置３０に送信する（ステップＳ１３１）。
この正常環境通知を受信したネットワーク事業者サーバ装置３０は、利用者端末装置１０からネットワーク５０への接続要求を受信した場合に、利用者端末装置１０をネットワーク５０に接続させる。
そして、認証局サーバ装置２０の検証処理制御部２０７は、ネットワーク５０に対する接続を許可することを示すアクセス許可通知を利用者端末装置１０に送信し（ステップＳ１３２）、認証局サーバ装置２０側のアプリケーション検証処理を終了する。
その後、利用者端末装置１０の検証処理制御部１０８は、認証局サーバ装置２０からアクセス許可通知を受信し（ステップＳ１３４）、その通知がアクセス拒否通知であるか否かを調べる（ステップＳ１３５）。
この場合、通知はアクセス拒否通知ではないので（ステップＳ１３５，Ｎｏ）、そのまま利用者端末装置１０側のアプリケーション検証処理を終了する。その後、利用者端末装置１０は、ネットワーク事業者サーバ装置３０にネットワーク５０への接続要求を送信し、ネットワーク５０への接続処理をおこなう。
上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンピュータで実行することによって実現することができる。そこで、以下では、上記各種処理を実現するプログラムを実行するコンピュータの一例について説明する。
図１３は、図３あるいは図１０に示した利用者端末装置１０あるいは認証局サーバ装置２０となるコンピュータのハードウェア構成を示す図である。このコンピュータは、ユーザからのデータの入力を受け付ける入力装置９０、データを表示する表示装置９１、各種プログラムを記録した記録媒体からプログラムを読み取る媒体読取装置９２、ネットワークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース９３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９４、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）９５、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９６およびＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）９７をバス９８で接続して構成される。
そして、ＨＤＤ９７には、利用者端末装置１０あるいは認証局サーバ装置２０の機能と同様の機能を発揮するアプリケーション検証プログラム９７ｃが記憶されている。なお、アプリケーション検証プログラム９７ｃは、適宜分散して記憶することとしてもよい。そして、ＣＰＵ９６が、アプリケーション検証プログラム９７ｃをＨＤＤ９７から読み出して実行することにより、アプリケーション検証プロセス９６ａが起動される。
このアプリケーション検証プロセス９６ａは、図３に示した利用者端末装置１０のアプリケーション実行処理部１０２、基盤アプリケーションハッシュ値生成部１０３、依存アプリケーション抽出部１０４、検証／依存アプリケーションハッシュ値生成部１０５、アプリケーション検証部１０６、アプリケーション導入管理部１０７、検証処理制御部１０８の各機能部、あるいは、図１０に示した認証局サーバ装置２０の基盤アプリケーションハッシュ値比較部２０２、アプリケーション検証部２０３、検証／依存アプリケーションハッシュ値生成部２０４、検証／依存アプリケーションハッシュ値比較部２０５、検証結果通知部２０６、検証処理制御部２０７の各機能部に対応する。
また、ＨＤＤ９７には、各種データ９７ａおよび各種アプリケーション９７ｂが記憶される。各種データ９７ａは、図３に示した利用者端末装置１０の記憶部１０１に記憶されるユーザデータ１０１ｂ、アプリケーション基本データ１０１ｃ、アプリケーション拡張データ１０１ｄ、アプリケーション必要機能データ１０１ｅ、アプリケーション提供機能データ１０１ｆ、アプリケーション管理データ１０１ｇ、あるいは、認証局サーバ装置２０の記憶部２０１に記憶される検証設定データ２０１ａ、アプリケーション基本データ２０１ｂ、アプリケーション拡張データ２０１ｃ、アプリケーション必要機能データ２０１ｄ、アプリケーション提供機能データ２０１ｅに対応する。また、各種アプリケーション９７ｂは、図３に示した利用者端末装置１０の記憶部１０１に記憶されるアプリケーション１０１ａに対応する。
そして、ＣＰＵ９６は、各種データ９７ａあるいは各種アプリケーション９７ｂをＨＤＤ９７に記憶するとともに、各種データ９７ａあるいは各種アプリケーション９７ｂをＨＤＤ９７から読み出してＲＡＭ９４に格納し、ＲＡＭ９４に格納された各種データ９４ａあるいは各種アプリケーション９４ｂに基づいて各種データ処理を実行する。
ところで、アプリケーション検証プログラム９７ｃは、必ずしも最初からＨＤＤ９７に記憶させておく必要はない。たとえば、当該コンピュータに挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライブ（ＨＤＤ）などの「固定用の物理媒体」、さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータに接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶しておき、コンピュータがこれらから各プログラムを読み出して実行するようにしてもよい。
上述してきたように、本実施例では、利用者端末装置１０にインストールされた個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行し、クライアント側処理の結果に係る情報を受信して各アプリケーション間の依存関係の検証を認証局サーバ装置２０が実行し、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを認証局サーバ装置２０が判定することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
また、本実施例では、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションの検証を認証局サーバ装置２０が実行し、検証の結果、異常が検出されなかった場合にクライアント側処理を実行することとしたので、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションがそもそも正常であるか否かを検証することにより、アプリケーションの検証が不正なものとなることを防止することができる。
また、本実施例では、利用者端末装置１０にインストールされたアプリケーションの検証をおこなうアプリケーションに係るハッシュ値を利用者端末装置１０がハードウェア処理により生成し、生成されたハッシュ値の情報に基づいて認証局サーバ装置２０が当該アプリケーションの検証をおこなうこととしたので、ハッシュ値の生成をハードウェア処理でおこなうので、ソフトウェア処理によりハッシュ値を生成する場合のように不正にハッシュ値が生成される危険性が少なく、アプリケーションの検証を確実におこなうことができる。
また、本実施例では、利用者端末装置１０が、認証局サーバ装置２０から特定のアプリケーションの検証要求を受け付けた場合に、当該特定のアプリケーションとの間で依存関係を有するアプリケーションの情報を収集し、情報が収集されたアプリケーションの検証をおこなうこととしたので、検証すべきアプリケーションの情報を認証局サーバ装置２０がすべて管理する必要がなく、認証局サーバ装置２０の負荷を軽減することができる。
また、本実施例では、利用者端末装置１０が、依存関係の情報収集をおこなうアプリケーションの数の指定を認証局サーバ装置２０から受け付けて、認証局サーバ装置２０により指定された数のアプリケーションに係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報を認証局サーバ装置２０に送信し、認証局サーバ装置２０が、送信されたハッシュ値の情報に基づいて各アプリケーション間の依存関係の検証を実行することとしたので、たとえ利用者端末装置１０により送信されたハッシュ値の情報が盗み見られた場合でも、依存関係の情報収集をおこなうアプリケーションの数が変更されればハッシュ値が変化するので、リプライアタック等を抑止することができる。
また、本実施例では、認証局サーバ装置２０が、利用者端末装置１０を正常でないと判定した場合に、異常が検出されたアプリケーションの情報を利用者端末装置１０に送信することとしたので、利用者端末装置１０はどのアプリケーションに異常が検出されたかを確認することができる。
また、本実施例では、認証局サーバ装置２０により送信されたアプリケーションの情報を利用者端末装置１０が受信した場合に利用者端末装置１０が当該アプリケーションを取得して、取得したアプリケーションのインストールを実行することとしたので、異常が検出されたアプリケーションの再インストールを効果的に実行することができる。
また、本実施例では、利用者端末装置１０に導入された個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行し、クライアント側処理の結果に係る情報を、各アプリケーション間の依存関係の検証をおこない、かつ、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを判定する認証局サーバ装置２０に利用者端末装置１０が送信することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
また、本実施例では、認証局サーバ装置２０が、利用者端末装置１０に導入された個々のアプリケーションの検証と各アプリケーション間の依存関係の情報収集とを含むクライアント側処理を当該利用者端末装置１０が実行した実行結果の情報を当該利用者端末装置１０から受信し、受信した情報に基づいて各アプリケーション間の依存関係の検証を認証局サーバ装置２０が実行し、アプリケーションの検証の結果および各アプリケーション間の依存関係の検証の結果に基づいて利用者端末装置１０が正常であるか否かを認証局サーバ装置２０が判定することとしたので、アプリケーションの検証を利用者端末装置１０と認証局サーバ装置２０とで分担しておこなうことにより、サービス利用者の数が増加した場合でも、利用者端末装置１０の安全性を検証する認証局サーバ装置２０の負荷を軽減させることができる。
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施例にて実施されてもよいものである。
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
以上のように、本発明に係るコンピュータ資源検証方法およびコンピュータ資源検証プログラムは、サービス利用者の数が増加した場合に、利用者端末装置の安全性を検証する装置の負荷を軽減させることが必要なコンピュータ資源検証システムに有用である。
図１は、本発明に係るアプリケーション検証システムを説明する図である。 図２は、基盤アプリケーション、検証アプリケーション、および、依存アプリケーションについて説明する図である。 図３は、図１に示した利用者端末装置１０の機能構成を示す図である。 図４は、図３に示したアプリケーション基本データ１０１ｃの一例を示す図である。 図５は、図３に示したアプリケーション拡張データ１０１ｄの一例を示す図である。 図６は、図３に示したアプリケーション必要機能データ１０１ｅの一例を示す図である。 図７は、図３に示したアプリケーション提供機能データ１０１ｆの一例を示す図である。 図８は、認証局サーバ装置２０により送信される通知要求応答７０について説明する図である。 図９は、検証処理制御部１０８により送信される検証要求８０について説明する図である。 図１０は、図１に示した認証局サーバ装置２０の機能構成を示す図である。 図１１は、図１０に示した検証設定データ２０１ａの一例を示す図である。 図１２−１は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（１）である。 図１２−２は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（２）である。 図１２−３は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（３）である。 図１２−４は、本実施例に係るアプリケーション検証処理の処理手順を示すフローチャート（４）である。 図１３は、図３あるいは図１０に示した利用者端末装置１０あるいは認証局サーバ装置２０となるコンピュータのハードウェア構成を示す図である。
１０ 利用者端末装置
１００ 通信処理部
１０１ 記憶部
１０１ａ アプリケーション
１０１ｂ ユーザデータ
１０１ｃ アプリケーション基本データ
１０１ｄ アプリケーション拡張データ
１０１ｅ アプリケーション必要機能データ
１０１ｆ アプリケーション提供機能データ
１０１ｇ アプリケーション管理データ
１０２ アプリケーション実行処理部
１０３ 基盤アプリケーションハッシュ値生成部
１０４ 依存アプリケーション抽出部
１０５ 検証／依存アプリケーションハッシュ値生成部
１０６ アプリケーション検証部
１０７ アプリケーション導入管理部
１０８ 検証処理制御部
２０ 認証局サーバ装置
２００ 通信処理部
２０１ 記憶部
２０１ａ 検証設定データ
２０１ｂ アプリケーション基本データ
２０１ｃ アプリケーション拡張データ
２０１ｄ アプリケーション必要機能データ
２０１ｅ アプリケーション提供機能データ
２０２ 基盤アプリケーションハッシュ値比較部
２０３ アプリケーション検証部
２０４ 検証／依存アプリケーションハッシュ値生成部
２０５ 検証／依存アプリケーションハッシュ値比較部
２０６ 検証結果通知部
２０７ 検証処理制御部
３０ ネットワーク事業者サーバ装置
４０，５０ ネットワーク
６０ａ，６０ｂ 基盤アプリケーション
６１ 検証アプリケーション
６２ａ〜６２ｅ 依存アプリケーション
７０ 通知要求応答
８０ 検証要求

Claims (12)

  1. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、
    前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、
    前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、
    を含んだことを特徴とするコンピュータ資源検証方法。
  2. 前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源の検証を前記サーバ装置が実行する検証工程をさらに含み、前記クライアント側処理実行工程は、前記検証工程による検証の結果、異常が検出されなかった場合に前記クライアント側処理を実行することを特徴とする請求項１に記載のコンピュータ資源検証方法。
  3. 前記クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源に係るハッシュ値を前記クライアント装置がハードウェア処理により生成するハッシュ値生成工程をさらに含み、前記検証工程は、前記ハッシュ値生成工程により生成されたハッシュ値の情報に基づいて当該コンピュータ資源の検証をおこなうことを特徴とする請求項２に記載のコンピュータ資源検証方法。
  4. 前記クライアント側処理実行工程は、前記サーバ装置から特定のコンピュータ資源の検証要求を受け付けた場合に、当該特定のコンピュータ資源との間で依存関係を有するコンピュータ資源の情報を収集し、情報が収集されたコンピュータ資源の検証をおこなうことを特徴とする請求項１、２または３に記載のコンピュータ資源検証方法。
  5. 前記クライアント側処理実行工程は、依存関係の情報収集をおこなうコンピュータ資源の数の指定を前記サーバ装置から受け付けて前記サーバ装置により指定された数のコンピュータ資源に係るハッシュ値を連結し、連結したハッシュ値に係るハッシュ値を生成して生成したハッシュ値の情報を前記サーバ装置に送信し、前記サーバ側処理実行工程は、送信されたハッシュ値の情報に基づいて各コンピュータ資源間の依存関係の検証を実行することを特徴とする請求項１、２または３に記載のコンピュータ資源検証方法。
  6. 前記判定工程は、前記クライアント装置を正常でないと判定した場合に、異常が検出されたコンピュータ資源の情報を前記クライアント装置に送信することを特徴とする請求項１、２または３に記載のコンピュータ資源検証方法。
  7. 前記判定工程により送信されたコンピュータ資源の情報を受信した場合に前記クライアント装置が当該コンピュータ資源を取得して、取得したコンピュータ資源のインストールを実行するインストール実行工程をさらに含んだことを特徴とする請求項６に記載のコンピュータ資源検証方法。
  8. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行工程と、
    前記クライアント側処理実行工程によりなされたクライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを判定するサーバ装置に前記クライアント装置が送信する情報送信工程と、
    を含んだことを特徴とするコンピュータ資源検証方法。
  9. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証方法であって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信する情報受信工程と、
    前記情報受信工程により受信された情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行工程と、
    前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定工程と、
    を含んだことを特徴とするコンピュータ資源検証方法。
  10. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行手順と、
    前記クライアント側処理実行手順によりなされたクライアント側処理の結果に係る情報を受信して各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行手順と、
    前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定手順と、
    をコンピュータに実行させることを特徴とするコンピュータ資源検証プログラム。
  11. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行するクライアント側処理実行手順と、
    前記クライアント側処理実行手順によりなされたクライアント側処理の結果に係る情報を、各コンピュータ資源間の依存関係の検証をおこない、かつ、前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを判定するサーバ装置に前記クライアント装置が送信する情報送信手順と、
    をコンピュータに実行させることを特徴とするコンピュータ資源検証プログラム。
  12. クライアント装置に導入されたコンピュータ資源の検証をおこなうコンピュータ資源検証プログラムであって、
    前記クライアント装置に導入された個々のコンピュータ資源の検証と各コンピュータ資源間の依存関係の情報収集とを含むクライアント側処理を当該クライアント装置が実行した実行結果の情報を当該クライアント装置から受信する情報受信手順と、
    前記情報受信手順により受信された情報に基づいて各コンピュータ資源間の依存関係の検証をサーバ装置が実行するサーバ側処理実行手順と、
    前記コンピュータ資源の検証の結果および各コンピュータ資源間の依存関係の検証の結果に基づいて前記クライアント装置が正常であるか否かを前記サーバ装置が判定する判定手順と、
    をコンピュータに実行させることを特徴とするコンピュータ資源検証プログラム。
JP2008531941A 2006-08-31 2006-08-31 アプリケーションプログラム検証方法およびアプリケーションプログラム検証プログラム Expired - Fee Related JP4983796B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2006/317236 WO2008026287A1 (fr) 2006-08-31 2006-08-31 Procédé de vérification de ressource informatique et programme de vérification de ressource informatique

Publications (2)

Publication Number Publication Date
JPWO2008026287A1 true JPWO2008026287A1 (ja) 2010-01-14
JP4983796B2 JP4983796B2 (ja) 2012-07-25

Family

ID=39135579

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008531941A Expired - Fee Related JP4983796B2 (ja) 2006-08-31 2006-08-31 アプリケーションプログラム検証方法およびアプリケーションプログラム検証プログラム

Country Status (6)

Country Link
US (1) US8595828B2 (ja)
EP (1) EP2063379A4 (ja)
JP (1) JP4983796B2 (ja)
KR (1) KR100991479B1 (ja)
CN (1) CN101506818B (ja)
WO (1) WO2008026287A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8645936B2 (en) * 2009-09-30 2014-02-04 Zynga Inc. Apparatuses, methods and systems for an a API call abstractor
WO2013182376A1 (en) * 2012-06-06 2013-12-12 Nec Europe Ltd. Method and system for executing a secure application on an untrusted user equipment
US9407642B2 (en) 2013-03-13 2016-08-02 Samsung Electronics Co., Ltd. Application access control method and electronic apparatus implementing the same
US9294468B1 (en) 2013-06-10 2016-03-22 Google Inc. Application-level certificates for identity and authorization
CN104378327B (zh) * 2013-08-12 2018-12-28 深圳市腾讯计算机系统有限公司 网络攻击防护方法、装置及系统
JP6201835B2 (ja) * 2014-03-14 2017-09-27 ソニー株式会社 情報処理装置、情報処理方法及びコンピュータプログラム
KR102089513B1 (ko) * 2014-03-19 2020-03-16 한국전자통신연구원 모바일 저장장치에 기반한 소프트웨어 검증 시스템 및 그 방법
KR20160006925A (ko) * 2014-07-10 2016-01-20 한국전자통신연구원 앱 무결성 검증 장치 및 그 방법
JP6675227B2 (ja) * 2016-02-26 2020-04-01 キヤノン株式会社 情報処理装置、情報処理システム、情報処理方法、及びプログラム
JP7020384B2 (ja) * 2018-11-29 2022-02-16 日本電信電話株式会社 アプリケーション動作制御装置、アプリケーション動作制御方法、および、アプリケーション動作制御プログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09114656A (ja) * 1995-10-19 1997-05-02 Nippon Telegr & Teleph Corp <Ntt> 端末プログラム改ざん検出方法及びシステム
JP2006040196A (ja) * 2004-07-30 2006-02-09 Hitachi Information & Control Systems Inc ソフトウェア監視システムおよび監視方法
JP2006251851A (ja) * 2005-03-08 2006-09-21 Quality Kk ネットワーク接続制御システム，ネットワーク接続対象端末用プログラムおよびネットワーク接続制御プログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6332217B1 (en) * 1997-05-09 2001-12-18 Hearme Software inventory control system
US6748538B1 (en) * 1999-11-03 2004-06-08 Intel Corporation Integrity scanner
US7062650B2 (en) * 2001-09-28 2006-06-13 Intel Corporation System and method for verifying integrity of system with multiple components
US7346780B2 (en) * 2002-04-03 2008-03-18 Microsoft Corporation Integrity ordainment and ascertainment of computer-executable instructions
US7810091B2 (en) * 2002-04-04 2010-10-05 Mcafee, Inc. Mechanism to check the malicious alteration of malware scanner
JP4349789B2 (ja) 2002-11-06 2009-10-21 富士通株式会社 安全性判断装置及び安全性判断方法
US7591017B2 (en) * 2003-06-24 2009-09-15 Nokia Inc. Apparatus, and method for implementing remote client integrity verification
GB2426837A (en) * 2005-06-01 2006-12-06 Hewlett Packard Development Co Checking the integrity of a software component

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09114656A (ja) * 1995-10-19 1997-05-02 Nippon Telegr & Teleph Corp <Ntt> 端末プログラム改ざん検出方法及びシステム
JP2006040196A (ja) * 2004-07-30 2006-02-09 Hitachi Information & Control Systems Inc ソフトウェア監視システムおよび監視方法
JP2006251851A (ja) * 2005-03-08 2006-09-21 Quality Kk ネットワーク接続制御システム，ネットワーク接続対象端末用プログラムおよびネットワーク接続制御プログラム

Also Published As

Publication number Publication date
EP2063379A4 (en) 2014-06-11
WO2008026287A1 (fr) 2008-03-06
US20090193522A1 (en) 2009-07-30
CN101506818A (zh) 2009-08-12
JP4983796B2 (ja) 2012-07-25
EP2063379A1 (en) 2009-05-27
KR100991479B1 (ko) 2010-11-04
CN101506818B (zh) 2011-07-27
US8595828B2 (en) 2013-11-26
KR20090035039A (ko) 2009-04-08

Similar Documents

Publication Publication Date Title
JP4983796B2 (ja) アプリケーションプログラム検証方法およびアプリケーションプログラム検証プログラム
KR101000191B1 (ko) 보안 소프트웨어 갱신
US8417964B2 (en) Software module management device and program
CN100533451C (zh) 用于使文件系统免于恶意程序的增强安全层的系统和方法
US9038154B2 (en) Token Registration
CN102438013B (zh) 基于硬件的证书分发
EP3584759B1 (en) Management method, management apparatus, and program
KR101043709B1 (ko) 네트워크 접속 단말 인증 방법, 네트워크 접속 단말 인증 프로그램을 기록한 기록 매체 및 네트워크 접속 단말 인증 장치
US20050229240A1 (en) Information processing apparatus, authentication processing program, and authentication storage apparatus
CN108701308B (zh) 用于基于区块链发布公共证书的系统、及使用该系统的用于基于区块链发布公共证书的方法
CN101802805A (zh) 用于验证应用程序并控制其执行的方法
AU2017285865B2 (en) Mobile authentication method and system therefor
US9514288B2 (en) Information processing device, information processing method, program and storage medium
CN105391705A (zh) 一种对应用服务进行认证的方法及装置
US20150235039A1 (en) Information processing device, information processing method, program and storage medium
US7987513B2 (en) Data-use restricting method and computer product
JP2007272600A (ja) 環境認証と連携した本人認証方法、環境認証と連携した本人認証システムおよび環境認証と連携した本人認証用プログラム
US20080313743A1 (en) Network Software License Management and Piracy Protection
CN101393586A (zh) 验证唯一电脑的方法
JP2006309355A (ja) サービスシステム及び同システムのサーバ装置の動作方法
US8438624B2 (en) Systems and methods of modifying system resources
US9633207B2 (en) Method for downloading at least one software component onto a computing device, and associated computer program product, computing device and computer system
CN109981593B (zh) 一种数据交互的方法及服务器
CN113360868A (zh) 应用程序登录方法、装置、计算机设备和存储介质
KR101976126B1 (ko) 클라이언트 식별 기반 웹 서비스 제공 시스템

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111018

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111202

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120327

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120409

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150511

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees