JP2008250446A - 通信端末および通信プログラム - Google Patents

Abstract

【課題】プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができる通信端末を提供すること。
【解決手段】サービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを管理するプロファイル管理部１４と、プロファイルに基づいてサービスの制御を行うサービス制御部１３と、プロファイルを構成する１つ以上の認証シナリオのうち特定のサービスと対応する認証シナリオに従って認証の制御を行う認証制御部１２とを備え、認証制御部１２は、認証シナリオの条件に従った認証が行われていると判定した場合、サービス制御部１３は、特定のサービスと対応する利用情報を用いてサービスを制御するように構成する。
【選択図】図２

Description

本発明は、通信端末を用いて種々のサービスを利用する際のそれぞれの認証を統合的に行う認証技術に関する。

従来の通信端末としては、通信端末を所有するユーザが所属している企業またはサービスプロバイダーから提供されたプロファイルに従ってネットワークの接続を行うものが知られている。プロファイルは、所望のネットワークと接続するための接続情報や接続に必要な認証情報を組み合わせて構成されたデータである。

また、プロファイルには、認証サーバに対して認証を行い、かつ検疫サーバに対して検疫を受けなければ、特定のネットワーク接続できないように制限するための情報が含まれているものや、プロファイルが暗号化されているものもある（例えば、特許文献１参照）。

上述した従来の通信端末では、プロファイルがあれば自動的に所望のネットワークと接続するので、所望のネットワークと接続するために必要な情報をユーザが意識する必要がなくなり、ユーザに対する利便性を高めることができる。また、プロファイルは、暗号化されているため、プロファイルにある接続情報や認証情報を復号可能な通信端末だけが利用できる。また、プロファイルにある接続情報や認証情報は、ユーザには公開されないため、接続情報や認証情報の秘匿性を実現している。

また、従来の通信端末としては、プロファイルを用いてネットワークの接続に失敗した場合、所望のネットワークに接続可能な次のプロファイルを選択し、ネットワーク接続を再試行し、所望のネットワークとの接続に成功するまで、全てのプロファイルを選択するものもある（例えば、特許文献２参照）。
特開２００６−３２４９８０号公報 特開２００６−１９６９８７号公報

しかしながら、上述した通信端末に係る技術では、プロファイルを用いて特定のサーバやネットワークにログオンする際、ログオンする端末やユーザを制限することができないため、適切でない端末やユーザで特定のサーバやネットワークにログオンできてしまうという課題が残されていた。また、無線や有線などの接続手段を制限することもできないため、無線接続などのセキュリティの低い接続手段でもログオンできてしまう。

本発明は、従来の課題を解決するためになされたもので、プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができる通信端末および通信プログラムを提供することを目的とする。

第１の本発明に係る通信端末は、ユーザがサービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを管理するプロファイル管理部と、前記プロファイルに基づいてサービスの制御を行うサービス制御部と、前記プロファイルを構成する１つ以上の認証シナリオのうち特定のサービスと対応する認証シナリオに従って認証の制御を行う認証制御部とを備え、前記認証制御部は、前記特定のサービスと対応する認証シナリオの前記条件に従った認証が行われていると判定した場合、前記サービス制御部は、前記特定のサービスと対応する前記利用情報を用いてサービスを制御する構成を備えている。

この構成により、特定のサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、特定のサービスと対応する利用情報を用いてサービスを制御するため、プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができる。

上記通信端末は、前記認証制御部は、指定された前記サービスと対応する認証の制御を行う際、前記手続きの通りに前記認証シナリオの条件に従った認証を行い、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御する構成を備えている。

この構成により、認証状態を待たずに簡易に認証処理を行うことができる。

上記通信端末は、前記認証制御部が認証を行ったときの結果を認証状態として管理する認証状態管理部を備え、前記認証制御部は、指定された前記サービスと対応する認証の制御を行う際、前記認証状態を参照して、指定された前記サービスと対応する認証シナリオの前記条件に従っているか否かを判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御する構成を備えている。

この構成により、認証状態を参照して、指定されたサービスと対応する認証シナリオの条件に従っているか否かを判定するため、効率的に認証処理を行うことができ、認証シナリオの条件に従った認証が既に正常終了している場合にこの認証を省略して認証を行うことができる。

上記通信端末は、前記認証制御部は、指定された前記サービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報の入力を前記ユーザに要求し、前記ユーザによって入力された前記利用情報を用いてサービスを制御する構成を備えている。

この構成により、ユーザによって入力された利用情報を用いてサービスを制御するため、プロファイルを用いてサービスを利用する際のセキュリティを高めることができる。

上記通信端末は、前記認証シナリオには、アプリケーション毎に対応した認証に関わる条件や手続きの組み合わせを表すアプリケーション認証シナリオがあり、前記認証制御部は、指定された前記アプリケーションと対応した前記アプリケーション認証シナリオの条件に従った認証が行われていると判定した場合、前記サービス制御部は、指定された前記アプリケーションと対応する前記利用情報を用いてアプリケーションのサービスを制御する構成を備えている。

この構成により、特定のアプリケーションのサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、特定のアプリケーションのサービスと対応する利用情報を用いてサービスを制御するため、プロファイルを用いてアプリケーションのサービスを利用する際のセキュリティを高めることができる。

上記通信端末は、前記認証シナリオには、ネットワークの接続手段毎に対応した認証に関わる条件や手続きの組み合わせを表すネットワーク接続シナリオがあり、前記認証制御部は、指定された前記接続手段と対応した前記ネットワーク接続シナリオの条件に従った認証が行われていると判定した場合、前記サービス制御部は、指定された前記接続手段と対応する前記利用情報を用いてネットワーク接続のサービスを制御する構成を備えている。

この構成により、特定のネットワーク接続のサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、特定のネットワーク接続のサービスと対応する利用情報を用いてサービスを制御するため、プロファイルを用いてネットワーク接続のサービスを利用する際のセキュリティを高めることができる。

上記通信端末は、前記認証シナリオは、認証に関わる条件を表す認証サブシナリオによって構成され、さらに複数の前記認証サブシナリオを有する場合互いに種類の異なる前記認証サブシナリオの組み合わせであり、前記認証制御部は、前記認証サブシナリオの条件に従ったそれぞれの認証結果を、論理和論理積の組み合わせからなる論理演算したものが真であると判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御する構成を備えている。

この構成により、ネットワーク構成やサービスの利用構成に合わせて柔軟に認証シナリオを構築することができる。

上記通信端末は、前記認証サブシナリオは、前記ユーザを認証するための条件や手続きを表す本人認証サブシナリオであり、前記認証制御部は、前記本人認証サブシナリオの条件に従った認証が行われているか否かを判定する構成を備えている。

上記通信端末は、前記認証サブシナリオは、前記通信端末自身を認証するための条件や手続きを表す端末認証サブシナリオであり、前記認証制御部は、前記端末認証サブシナリオの条件に従った認証が行われているか否かを判定する構成を備えている。

上記通信端末は、前記認証サブシナリオは、ネットワークの接続手段に対応した認証に関わる条件や手続きを表すネットワーク認証サブシナリオであり、前記認証制御部は、指定された前記接続手段と対応した前記ネットワーク認証サブシナリオの条件に従った認証が行われているか否かを判定する構成を備えている。

上記通信端末は、前記認証シナリオは、前記通信端末の環境を認証するための条件や手続きを表す環境認証サブシナリオであり、前記認証制御部は、前記環境認証サブシナリオの条件に従った認証が行われているか否かを判定する構成を備えている。

上記通信端末は、前記認証サブシナリオは、アプリケーションのサービスに対応した認証に関わる条件や手続きを表すアプリケーション認証サブシナリオであり、前記認証制御部は、指定された前記アプリケーションと対応した前記アプリケーション認証サブシナリオの条件に従った認証が行われているか否かを判定する構成を備えている。

上記通信端末は、前記認証サブシナリオの条件が複数存在する場合、前記認証制御部は、それぞれの条件が全てを満たしているときに前記認証サブシナリオの条件に従った認証が行われていると判定する構成を備えている。

この構成により、条件が全て満たしているときには認証が行われていると判定するため、サービスに対するセキュリティを高めることができる。

上記通信端末は、前記認証サブシナリオの条件が複数存在する場合、前記認証制御部は、それぞれの条件が何れか１つを満たしているときに前記認証サブシナリオの条件に従った認証が行われていると判定する構成を備えている。

この構成により、条件が何れか１つを満たしているときに認証が行われていると判定するため、サービスに対して自由度を高めることができる。

上記通信端末は、前記認証制御部は、前記ユーザから入力されたまたは予め設定された認証情報が正当な場合に起動する場合において、前記サービス制御部が、指定された前記サービスと対応する前記利用情報を用いてサービスを制御する際に使用する認証情報と、前記ユーザから入力されたまたは予め設定された認証情報とが異なる構成を備えている。

この構成により、ユーザから入力されたまたは予め設定された認証情報とサービスを制御する際に使用する認証情報とが異なれば、セキュリティが高くなり、ユーザから入力されたまたは予め設定された認証情報が変更になった場合でも、サービスを制御する際に使用する認証情報を変更する必要は無い。

上記通信端末は、前記サービスを利用している際に再認証を要求された場合、前記認証制御部は、前記認証状態管理部が管理している認証状態に基づいて再認証を行う構成を備えている。

この構成により、通信端末が自動で再認証を行うため、認証にかかるユーザの負担を軽減しユーザの利便性を図ることができる。

上記通信端末は、前記サービスを利用している際に再認証を要求された場合、前記認証制御部は、前記認証シナリオに従って再認証を行う構成を備えている。

この構成により、シナリオの条件に従って再認証を行うため、サービスを利用する際のセキュリティを高めることができる。

第２の本発明に係る通信プログラムは、ユーザがサービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを用いて、１つ以上の前記認証シナリオのうち特定のサービスと対応する認証シナリオに従って認証の判定を行うステップと、前記ステップで、前記特定のサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、前記特定のサービスと対応する前記利用情報を用いてサービスを制御するステップと、をコンピュータに実行させる。

このプログラムにより、特定のサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、特定のサービスと対応する利用情報を用いてサービスを制御するため、プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができる。

以上のように本発明は、プロファイルを用いて、プロトコル上は相互に関係がなく、端末やネットワーク上の様々なレベルに独立分散していた各種認証処理やネットワーク接続処理の間に関係を定義し、サービスを利用する際に許される認証方式とネットワーク接続方式の組み合わせを限定することを可能とすることにより、セキュリティを高めることができる通信端末を提供するものである。

以下、図面を参照して本発明の実施の形態について詳細に説明する。

（本発明の第１の実施の形態）
図１は、本発明の第１の実施の形態に係る通信システムのシステム構成図である。図１に示す通信システムは、通信端末１０およびネットワーク３０、加えてネットワーク３０に接続されたネットワーク接続機器３１（図中ではＮＷ機器とした）、認証サーバ３２、検疫サーバ３３、およびＡＰＬサーバ３４を備えた構成を有している。

通信端末１０は、ユーザによって使用され、ネットワーク３０と接続し、接続したネットワーク３０を介してアプリケーションのサービスを提供するＡＰＬサーバ３４を利用できるように構成されている。また、通信端末１０は、ユーザの認証や通信端末１０自身を認証することが可能である。通信端末１０の詳細な構成については後述する。

ネットワーク接続機器３１は、例えば、ファイアウォール、ゲートウエイや無線通信のためのアクセスポイントなどであり、通信端末１０をネットワーク３０に接続するための機器である。ネットワーク接続機器３１が通信端末１０に提供する接続手段は、有線、無線を問わず、ＶＰＮアクセス接続、ダイヤルアップ接続、社内有線ＬＡＮ接続、または社内無線ＬＡＮ接続など、ネットワーク３０に接続可能な手段であれば如何なるものでもよい。

認証サーバ３２は、ネットワーク３０に接続するときにユーザや通信端末１０を認証するものであり、認証が成功した場合に、ネットワーク３０との接続を許可するようになっている。

検疫サーバ３３は、通信端末１０に対してウィルスの有無を確認したり、オペレーティングシステム（ＯＳ）や通信端末１０にインストールされているソフトウェアのバージョンの確認などを行う。なお、認証サーバ３２の認証結果や検疫サーバ３３の検疫結果が正常である場合、通信端末１０は、ＡＰＬサーバ３４と接続できるようになる。

その他、検疫サーバ３３は、ＯＳのパッチのバージョンやウィルス定義ファイルのバージョン、さらに使用を禁止するアプリケーションソフトウエア（Winny等）のインストールの有無などをチェックしてもよい。

ＡＰＬサーバ３４は、ネットワーク３０を介してアプリケーションのサービスを提供するサーバである。例えば、アプリケーションには、インスタントメッセージ（IM）サービス、電子メールサービス、ＩＰ電話サービス、ＷＷＷ（World Wide Web）サービスなどが含まれる。

なお、通信端末１０は、パソコン、携帯電話機、またはＰＤＡ（Personal Digital Assistant）でもよく、ネットワークを介してサーバと通信可能ばものであれば如何なるものでもよい。ネットワーク３０は、ＬＡＮでもよく、ＩＳＰ（Internet Service Provider）が管理するネットワークでもよく、企業が管理するイントラネットでもよく、インターネットでもよい。

図２は、本発明の第１の実施の形態に係る通信端末のブロック構成図である。図２に示すように、通信端末１０は、統合制御部１１、認証制御部１２、およびサービス制御部１３によって構成される。また、通信端末１０は、図示していないが、ＣＰＵ（Central Processing Unit）、メモリ、ネットワークインタフェース、画面、キー操作等をさせる入力部、ＵＳＢインタフェース等のハードウエアを有している。なお、統合制御部１１、認証制御部１２、およびサービス制御部１３は、ＣＰＵによって実行されるプログラムのモジュール等でもよい。また、通信端末１０には、図示しないＢＩＯＳやＯＳが実装されている。

統合制御部１１は、プロファイル管理部１４、認証状態管理部１５、およびＧＵＩ制御部１６によって構成される。

プロファイル管理部１４は、サービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを管理するようになっている。また、認証状態管理部１５は、通信端末１０が認証を行ったときの結果を認証状態として管理するようになっている。なお、ＧＵＩ制御部１６は、ＧＵＩ（Graphical User Interface）を提供するためのものであり、ユーザに対する情報の入出力を制御するようになっている。

プロファイルは、ネットワーク管理者などによって作成、提供されたデータである。ここで、プロファイルの一例を図３に示す。

図３に示したプロファイルの利用情報としては、通信端末１０を利用するユーザを認証するための本人認証用の情報、通信端末１０自身を認証するための端末認証用の情報、ネットワークに接続するためのネットワーク（ＮＷ）認証用の情報、検疫や更新を受けるための環境認証用の情報、およびＡＰＬサーバ３４に接続するためのＡＰＬ認証用の情報がある。

プロファイルには、ネットワークに接続するための条件や手続きを表すネットワーク（ＮＷ）認証シナリオ、ＡＰＬサーバ３４を利用するための条件や手続きを表すアプリケーション（ＡＰＬ）認証シナリオなどの認証シナリオがある。これら認証シナリオは、ユーザを認証するための条件や手続きを表す本人認証サブシナリオ、通信端末１０を認証するための条件や手続きを表す端末認証サブシナリオ、通信端末１０の環境を認証するための条件や手続きを表す環境認証サブシナリオ、ネットワークの接続手段に対応した認証に関わる条件や手続きを表すＮＷ認証サブシナリオ、アプリケーションに対応した認証に関わる条件や手続きを表すアプリケーション認証サブシナリオによって構成される。また、認証シナリオは、本人認証サブシナリオ、端末認証サブシナリオ、環境認証サブシナリオ、ＮＷ認証サブシナリオ及びアプリケーション認証サブシナリオによって構成されるものとしたが、これに限定されるものではなく、認証シナリオは、上記以外の認証のための条件や手続きを表す別のサブシナリオを含んだ構成であってもよい。

以下、認証シナリオについて、図３に示したプロファイルのＮＷ認証シナリオおよびＡＰＬ認証シナリオを例にとって説明する。例えば、ＮＷ認証シナリオは、本人認証サブシナリオ、端末認証サブシナリオ、環境認証サブシナリオの組み合わせで構成されている。このように、認証シナリオは、互いに種類の異なる複数の認証サブシナリオに組み合わせた構成でもよい。例えば、複数の認証サブシナリオの組み合わせ方法は、ネットワーク構成やサービスの利用構成に合わせて決定される。

なお、プロファイルの内容は、ユーザの権限に応じて接続手段や起動ＡＰＬを制限するため、ユーザ毎に異なる内容に設定可能である。

認証制御部１２は、本人認証制御部１７、端末認証制御部１８、ＮＷ認証制御部１９、環境認証制御部２０、およびＡＰＬ認証制御部２１によって構成される。

認証制御部１２は、特定のサービスと対応する認証シナリオに従って認証の制御を行うようになっている。例えば、特定のサービスとは、有線ＬＡＮや無線ＬＡＮなどのネットワークに接続するためのネットワーク接続サービスでもよいし、電子メールやＩＰ電話などのアプリケーションサービスなどユーザが所望するサービスなどである。また、特定のサービスは、１つのサービスに限定されず、電子メールとＩＰ電話とを共に実施するように、複数のサービスでもよい。

本人認証制御部１７は、プロファイルの本人認証用の情報および条件を表す本人認証サブシナリオに従って通信端末１０を利用するユーザを認証するようになっている。例えば、本人認証用の情報には、図３に示すように、ユーザＩＤおよびパスワードがあって、本人認証制御部１７は、プロファイル内部のユーザＩＤおよびパスワードとユーザがＧＵＩを介して入力したユーザＩＤおよびパスワードとが一致するか否かを確認するようにしてもよい。

また、本人認証用の情報には、ＩＣカードで認証するためのユーザ用の公開鍵があって、本人認証制御部１７は、ユーザ用の秘密鍵を格納しているＩＣカードが接続されたとき、ＩＣカード内の秘密鍵を使用した署名を要求し、プロファイル内の公開鍵で署名検証することによって認証するようにしてもよい。

また、本人認証用の情報には、指紋や虹彩などの生体認証で認証するための生体情報があって、本人認証制御部１７は、通信端末１０に接続された生体情報リーダーから生体情報を取得し、取得した生体情報とプロファイル内部の生体情報とが一致するか否かを確認するようにしてもよい。

なお、上述した説明では、プロファイル内部の本人認証用の情報は、パスワードや生体認証情報など、他の機器などから介して取得した情報との比較対象となる情報としていたが、本人認証用の情報は、比較対象となる情報である必要はなく、他の機器で本人認証させた結果が正常であることを確認するための情報でもよい。

端末認証制御部１８は、プロファイルの端末認証用の情報および条件を表す端末認証サブシナリオに従って通信端末１０自身を認証するようになっている。例えば、端末認証用の情報には、図３に示すように、ＢＩＯＳの情報があって、端末認証制御部１８は、プロファイル内部のＢＩＯＳの情報と、通信端末１０に実装されているＢＩＯＳの情報とが一致するか否かを確認するようにしてもよい。

また、端末認証用の情報には、図３に示すように、ＭＡＣアドレスの情報があって、端末認証制御部１８は、プロファイル内部のＭＡＣアドレスの情報と、通信端末１０に実装されているＭＡＣアドレスの情報とが一致するか否かを確認するようにしてもよい。

ＮＷ認証制御部１９は、有線ＬＡＮや無線ＬＡＮなどのネットワークに接続するためのネットワーク接続サービスのうち特定のサービスと対応するＮＷ認証シナリオの条件を満たしているか否かを確認し、確認したときのＮＷ認証シナリオの手続きに従って実行するようになっている。

例えば、ネットワーク接続サービスには、図３に示すように、ＶＰＮ接続、ダイヤルアップ接続、社内有線ＬＡＮ、および社内無線ＬＡＮに接続するためのものがある。社内無線ＬＡＮのネットワーク接続サービスを利用する場合を例示すれば、ＮＷ認証シナリオの条件として、図３に示したプロファイルのＮＷ認証シナリオのうち社内無線ＬＡＮに対応する項目の認証、すなわち本人認証、端末認証、および環境認証がなされていることが必要であり、さらに、本人認証としては、ユーザＩＤとパスワード、ＩＣカードでの認証であり、また、端末認証としては、ＢＩＯＳおよびＭＡＣアドレスでの認証である。すなわち、図３に示したプロファイルの認証サブシナリオの条件については、「◎」となっているそれぞれの条件が全てを満たすことが必要である。

環境認証制御部２０は、プロファイルの環境認証用の情報および条件を表す環境認証サブシナリオの条件を満たすとき、検疫や更新を実行するようになっている。

ＡＰＬ認証制御部２１は、電子メールやＩＰ電話などのアプリケーションサービスのうち特定のサービスと対応するＡＰＬ認証シナリオの条件を満たしているか否かを確認し、確認したときのＡＰＬ認証シナリオの手続きに従って実行するようになっている。

例えば、アプリケーションサービスには、図３に示すように、ＩＭ（インスタントメッセージ）、電子メール、ＩＰ電話、業務用アプリケーションなどがある。ＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件として、ネットワークに対する接続手段があり、ＩＰ電話のサービスを利用する場合を例示すれば、図３に示したプロファイルのＮＷ認証サブシナリオのＩＰ電話に対応する項目の接続手段の条件としては、すなわち社内有線ＬＡＮまたは社内無線ＬＡＮを利用していることが必要である。すなわち、図３に示したプロファイルのＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件については、アプリケーションサービス毎に対応する「○」となっているそれぞれの条件が少なくとも１つ以上満たせばよい。また、ＡＰＬ認証シナリオを構成するＡＰＬ認証サブシナリオの条件として、アプリケーションサービス毎に対応する「◎」となっているユーザＩＤおよびパスワードや、ワンタームパスワードの認証項目を満たしていればよい。なお、ＡＰＬ認証情報の提供について、「ユーザ入力」とは、ユーザが手動でＡＰＬ認証情報を入力し、「可」とは、プロファイルにあるＡＰＬ認証情報が自動で入力されることを意味する。

サービス制御部１３は、ＮＷ接続制御部２２、検疫エージェント２３、およびＡＰＬエージェント２４によって構成される。

ＮＷ接続制御部２２は、ＮＷ認証制御部１９の指示により、特定のネットワーク接続サービスと対応する利用情報を用いて特定のネットワークに接続するようになっている。

図３において、例えば社内無線ＬＡＮに接続するためのＮＷ認証用の情報としては、プロトコル毎などに対応した接続部品１〜４まであり、接続部品１として無線ＬＡＮに接続するための情報、接続部品２としてＩＥＥＥ８０２．１Ｘで用いる情報、接続部品３としてＥＡＰ−ＴＴＬＳ（Extensible Authentication Protocol-Tunneled Transport Layer Security）で用いる情報、接続部品４としてＩＰアドレス関連の設定で用いる情報である。

検疫エージェント２３は、環境認証制御部２０の指示により、検疫や更新を受けるようになっている。図３において、検疫や更新を受けるための環境認証用の情報としては、検疫サーバ３３や更新サーバなどのＩＰアドレスがある。

ＡＰＬエージェント２４は、ＡＰＬ認証制御部２１の指示により、特定のアプリケーションサービスと対応するＡＰＬ認証用の情報を用いて特定のサービスを受けるようになっている。ＡＰＬ認証用の情報は、アプリケーションの内容、ＡＰＬサーバ３４のＩＰアドレス、ログオンするときのユーザＩＤとパスワードがある。

以上のように構成された本発明の第１の実施の形態に係る通信端末のプログラムの処理について、図面を参照して説明する。本発明の第１の実施の形態では、本人認証シナリオに関わる手続きとして「ＩＤ／ＰＷ認証」、「ＩＣカード認証」、および「生体認証」を実行し、端末認証サブシナリオに関わる手続きとして「ＢＩＯＳ認証」および「ＭＡＣ認証」を実行する。なお、本発明の第１の実施の形態に係る通信端末が有するプロファイルの認証シナリオの手続きに関わる情報の内容の一例を図４に示す。

図４に示した手続きに関わる情報は、ユーザが任意に設定することが可能であり、図４に設定されている内容では、ネットワークの自動接続設定が有効であり、この情報が有効であると、ユーザの指示によることなく自動でネットワーク接続サービスが実行される。

ネットワーク接続サービスの接続手段については、優先順位が決められており、優先順位が１位のものから優先してネットワーク接続が実行される。また、アプリケーションサービスの自動起動に関わる設定では、ネットワーク接続の実行後、アプリケーションサービスを自動で起動するものについて有効が設定される。

図５は、本発明の第１の実施の形態に係る通信端末のプログラムの処理のうち検疫を行うまでの流れを示すシーケンス図である。

図５に示したシーケンス図では、ＯＳを起動する際にＯＳがユーザＩＤやパスワードなどの本人情報をユーザに要求し、ユーザが本人情報を入力するなどして認証を済ませＯＳにログオンする。

その後、認証制御部１２の本人認証制御部１７は、本人認証として「ＩＤ／ＰＷ認証」、「ＩＣカード認証」、および「生体認証」を実行する。その際、本人認証制御部１７は、本人情報をユーザに要求し、それぞれの認証毎にユーザによって入力された本人情報と、プロファイルの本人認証用の情報とを比較して本人認証の成功、失敗を判断する。このとき、「ＩＤ／ＰＷ認証」が成功、「ＩＣカード認証」が成功、および「生体認証」が失敗であった場合、認証状態管理部１５が管理する認証状態のうち本人認証の認証状態は、図６に示す通りである。

次に、認証制御部１２の端末認証制御部１８は、認証端末として「ＢＩＯＳ認証」および「ＭＡＣ認証」を実行する。その際、端末認証制御部１８は、端末情報やＯＳやＢＩＯＳに要求し、ＯＳやＢＩＯＳが有する端末情報と、プロファイルの端末認証用の情報とを比較して端末認証の成功、失敗を判断する。このとき、「ＢＩＯＳ認証」および「ＭＡＣ認証」が共に成功であった場合、認証状態管理部１５が管理する認証状態のうち端末認証の認証状態は、図６に示す通りである。

ここで、図４に示したようにネットワークの自動接続設定が有効であるため、自動でネットワーク接続サービスが実行される。ネットワーク接続サービスの接続状態の優先順位が１位のものは、無線ＬＡＮであり、図６に示した本人認証および端末認証の認証状態が、図３に示したＮＷ認証シナリオのうち無線ＬＡＮの条件を満たすため、無線ＬＡＮ接続サービスが選択され、ＮＷ認証制御部１９は、ＮＷ接続制御部２２を介して無線ＬＡＮ接続をＮＷ接続機器３１に対し実行する。すると、ＮＷ接続機器３１は、ＮＷ接続制御部２２から送信されたＮＷ駆動用の情報を用いて認証し、認証の結果をＮＷ接続制御部２２に返却し、ＮＷ認証制御部１９は、認証の結果を判断する。

なお、認証の結果が成功した場合には、認証状態管理部１５が管理する認証状態のうちＮＷ認証の認証状態は、図６に示す通りであり、社内無線ＬＡＮが接続中となる。また、図６に示した本人認証および端末認証の認証状態が、図３に示したＮＷ認証シナリオのうち有線ＬＡＮにおいても条件を満たすため、端末認証の認証状態における接続の可否については、図６に示す通り、社内無線ＬＡＮおよび社内有線ＬＡＮが「接続可」となる。

ＮＷ認証の結果が成功であった場合、引き続き、認証制御部１２の環境認証制御部２０は、検疫や更新を受けるために検疫エージェント２３を起動し、検疫エージェント２３は、インストールされているＯＳやソフトウェアのバージョンを環境情報として取得して検疫サーバ３３に送信する。すると、検疫サーバ３３は、検疫エージェント２３から送信された環境情報を用いて検疫の成否を判断し、検疫の成否の判断結果を検疫エージェント２３に返却し、環境認証制御部２０は、検疫の成否の判断結果を判断する。このとき、検疫成否の判断結果が成否であった場合、認証状態管理部１５が管理する認証状態のうち環境認証の認証状態は、図６に示す通りである。

なお、図５のシーケンス図で説明した処理に替えて図７に示すように、本人認証制御部１７は、本人認証を行う際にＯＳが本人認証を行った本人認証結果をＯＳに対して要求し、その結果に基づいて本人認証の成功、失敗を判断するようにしてもよい。

図５および図７で説明したネットワーク接続および検疫を実行した後の処理について次に説明する。図８は、本発明の第１の実施の形態に係る通信端末のプログラムの処理のうちアプリケーションサービスを受けるための処理の流れを示すシーケンス図である。

認証制御部１２のＡＰＬ認証制御部２１は、図４に示した手続きに関わる情報のうちアプリケーションサービスの自動起動に関わる設定を参照し、アプリケーションサービスの自動起動の可否を判断してＡＰＬ認証シナリオの条件を満たすか否かを判断する。

例えば、図４ではＩＭおよび電子メールが有効に設定されているため、ＡＰＬ認証制御部２１は、これら有効に設定されているアプリケーションサービスを受ける際、図３に示したＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件を満たすか否か判断する。図３に示したＮＷ認証サブシナリオの条件では、ＩＭおよび電子メールは全ての接続手段を許容しているため、アプリケーションサービスを受けるための処理を実行する。

その際、ＡＰＬ認証制御部２１は、ＡＰＬエージェント２４を介し、自動起動が有効に設定されているアプリケーションサービスと対応するＡＰＬ認証用の情報を用いてＡＰＬサーバ３４の認証を受けることになる。例えば、ＩＭおよび電子メールに対応する図３に示したＡＰＬ認証シナリオのＡＰＬ認証情報の提供は、「可」であるため、ユーザの入力を伴うことなく自動でＡＰＬ認証情報がＡＰＬサーバ３４に提供される。

すると、ＡＰＬサーバ３４は、ＡＰＬエージェント２４から送信されたＡＰＬ認証情報を用いて認証し、認証の結果をＡＰＬエージェント２４に返却し、ＡＰＬ認証制御部２１は、認証の結果を判断する。

例えば、ＩＭおよび電子メールに対応するＡＰＬサーバ３４の認証の結果が成功であった場合、図９に示すように、認証状態管理部１５が管理する認証状態のうちＡＰＬ認証ステータスは、それぞれ起動中となる。また、ＩＭ、電子メール、ＩＰ電話、業務用アプリケーションについては、無線ＬＡＮ接続が完了していれば図３に示したＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件を満たすため、アプリケーションサービスの起動状態としては、起動可能となっている。

なお、図８のアプリケーションサービスを受けるための処理では、ＡＰＬ認証情報の提供は、自動でＡＰＬ認証情報がＡＰＬサーバ３４に提供される例について説明したが、図３に示したＡＰＬ認証シナリオのＡＰＬ認証情報の提供は、「ユーザ入力」に設定されている業務用アプリケーションのようなアプリケーションサービスもある。この場合には、図８のシーケンス図で説明した処理に替えて図１０に示すように、ＡＰＬエージェント２４は、ＡＰＬ認証情報をユーザに対して要求し、ユーザによって入力されたＡＰＬ認証情報をＡＰＬサーバ３４に送信する。

また、図４においてアプリケーションサービスの自動起動に関わる設定が無効となっているアプリケーションサービスの場合には、図８のシーケンス図で説明した処理に替えて図１１に示すように、ユーザが指定したアプリケーションサービスの起動がＡＰＬエージェント２４に要求される。次に、ＡＰＬエージェント２４は、ＡＰＬ認証情報をＡＰＬ認証制御部２１に要求することで、ＡＰＬ認証制御部２１は、アプリケーションサービスを受ける際、図３に示したＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件を満たすか否か判断する。

ＮＷ認証サブシナリオの条件を満たす場合、ＡＰＬエージェント２４は、ＡＰＬ認証制御部２１からＡＰＬ認証情報を取得し、ユーザが指定したアプリケーションサービスを受けるための処理を実行する。その後、ＡＰＬサーバ３４は、ＡＰＬエージェント２４から送信されたＡＰＬ認証情報を用いて認証し、認証の結果をＡＰＬエージェント２４に返却し、ＡＰＬエージェント２４は、認証の結果をユーザに返却する。

また、図３に示したＡＰＬ認証シナリオのＡＰＬ認証情報の提供が「ユーザ入力」に設定されており、かつ、図４においてアプリケーションサービスの自動起動に関わる設定が無効となっているアプリケーションサービスの場合には、図１１のシーケンス図で説明した処理に替えて図１２に示すように、ユーザが指定したアプリケーションサービスの起動がＡＰＬエージェント２４に要求される。次に、ＡＰＬエージェント２４は、ＡＰＬ認証情報をＡＰＬ認証制御部２１に要求することで、ＡＰＬ認証制御部２１は、アプリケーションサービスを受ける際、図３に示したＡＰＬ認証シナリオを構成するＮＷ認証サブシナリオの条件を満たすか否か判断する。

ＮＷ認証サブシナリオの条件を満たす場合、ＡＰＬ認証制御部２１は、ＡＰＬ認証情報をユーザに対して要求し、ユーザによって入力されたＡＰＬ認証情報をＡＰＬエージェント２４に出力する。ＡＰＬエージェント２４は、ＡＰＬ認証制御部２１からＡＰＬ認証情報を取得する。後の処理については、図１１のシーケンス図で説明したものと同様である。

以上、本発明の第１の実施の形態に係る通信端末のプログラムの処理をシーケンス図を用いて説明したが、以下にフローチャートを用いて説明する。

図１３は、認証制御部１２の全体的な処理概要の流れを表すフローチャートである。まず、本人認証制御部１７は、本人認証処理を実行し（Ｓ０１）、入力された本人情報と、プロファイルの本人認証用の情報とを比較するなどして本人認証の成功、失敗を判断する（Ｓ０２）。

本人認証が失敗した場合には、本人認証制御部１７は、エラー処理を行い（Ｓ０３）、本人認証が成功した場合、本人認証に関わる条件を満たすＮＷ認証シナリオが存在すれば、端末認証制御部１８は、端末認証処理を実行する（Ｓ０４）。端末認証制御部１８は、通信端末１０に実装されている情報とプロファイル内部の情報とを比較するなどして端末認証の成功、失敗を判断する（Ｓ０５）。

端末認証が失敗した場合には、端末認証制御部１８は、エラー処理を行い（Ｓ０６）、端末認証が成功した場合、端末認証に関わる条件を満たすＮＷ認証シナリオが存在すれば、ＮＷ認証制御部１９は、ＮＷ認証シナリオの手続きに従ってネットワーク認証処理を実行する（Ｓ０７）。

ＮＷ認証制御部１９は、ネットワーク認証処理の成功、失敗を判断し（Ｓ０８）、ネットワーク認証処理が失敗した場合には、エラー処理を行い（Ｓ０９）、ネットワーク認証処理が成功した場合には、環境認証制御部２０は、検疫や更新などの環境認証処理を実行する（Ｓ１０）。

環境認証制御部２０は、環境認証サブシナリオに従って環境認証処理の成功、失敗を判断し（Ｓ１１）、環境認証処理が失敗した場合には、エラー処理を行い（Ｓ１２）、環境認証処理が成功した場合には、ＡＰＬ認証制御部２１は、アプリケーションサービスのうち特定のサービスと対応するＡＰＬ認証シナリオのＮＷ認証サブシナリオの条件を満たしているか否かを確認し、確認したときのＡＰＬ認証サブシナリオの手続きに従ってＡＰＬ認証処理を実行する（Ｓ１３）。ＡＰＬ認証制御部２１は、ＡＰＬ認証処理の成功、失敗を判断し（Ｓ１４）、ＡＰＬ認証処理が失敗した場合には、エラー処理を行う（Ｓ１５）。

図１４は、ステップＳ０１からＳ０３までの本人認証シナリオに関わる処理を詳細に説明するためのフローチャートである。

本人認証制御部１７は、プロファイル管理部１４から、本人認証の方法（ユーザＩＤおよびパスワード入力による認証や生体認証など）と対応するプロファイルの本人認証用の情報を取得する（Ｓ２１）。また、本人認証制御部１７は、ユーザから、ユーザＩＤおよびパスワード入力や生体認証などの本人情報を取得し（Ｓ２２）、ユーザから取得した本人情報とプロファイルの本人認証用の情報とを比較するなどして本人認証の成功、失敗を判断する（Ｓ０２）。

本人認証が失敗した場合には、本人認証制御部１７は、エラー処理を行い（Ｓ０３）、本人認証が成功した場合には、端末認証制御部１８は、成功した本人認証の方法を認証状態管理部１５に通知する（Ｓ２３）。なお、複数の方法で本人認証を行う必要がある場合には、本人認証の方法毎にステップＳ２１からステップＳ２３までの処理が繰返される。

また、図７で説明したようにユーザがＯＳにログオンする際、既に認証が済んでいる場合において、図１４で説明した処理の変形例のフローチャートを図１５に示す。

本人認証制御部１７は、本人認証を行う際に、ＯＳからログオン中のユーザに関する情報を取得する（Ｓ２４）。次に、本人認証制御部１７は、ログオン中のユーザに関する情報から、そのユーザに該当するプロファイルが存在するか否かを確認し（Ｓ２５）、ユーザに該当するプロファイルが存在する場合、ＯＳにログオンしたときの本人認証の方法を認証状態管理部１５に通知する（Ｓ２６）。

図１６は、ステップＳ４からＳ６までの端末認証サブシナリオに関わる処理を詳細に説明するためのフローチャートである。

端末認証制御部１８は、プロファイル管理部１４から、端末認証の方法（ＭＡＣアドレスやＢＩＯＳの情報による認証など）と対応するプロファイルの端末認証用の情報を取得する（Ｓ３１）。また、端末認証制御部１８は、ＯＳなどから、ＭＡＣアドレスの情報やＢＩＯＳの情報を取得し（Ｓ３２）、ＯＳなどから取得した端末認証用の情報とプロファイルの端末認証用の情報とを比較するなどして端末認証の成功、失敗を判断する（Ｓ０５）。

端末認証が失敗した場合には、端末認証制御部１８は、エラー処理を行い（Ｓ０６）、端末認証が成功した場合には、端末認証制御部１８は、成功した端末認証の方法を認証状態管理部１５に通知する（Ｓ３３）。なお、複数の方法で端末認証を行う必要がある場合には、端末認証の方法毎にステップＳ３１からステップＳ３３までの処理が繰返される。

図１７は、ステップＳ７からＳ９までのＮＷ認証シナリオに関わる処理を詳細に説明するためのフローチャートである。

ＮＷ認証制御部１９は、認証状態管理部１５からステータスの情報を取得し（Ｓ４１）、プロファイル管理部１４のＮＷ認証シナリオの条件から現在のステータスで接続可能な接続手段に対応するＮＷ認証情報を取得する（Ｓ４２）。次に、ＮＷ認証制御部１９は、図４に設定されているネットワークの自動接続設定が有効か無効かを確認し（Ｓ４３）、有効である場合、図４に設定されている接続手段の優先順位のように優先順位の高い接続手段でネットワーク接続が実行される（Ｓ４４）。

また、ネットワークの自動接続設定が無効である場合、ＮＷ認証制御部１９は、ＮＷ認証シナリオの条件から接続可能な接続手段のリストなどをＧＵＩ制御部１６を介して通信端末１０の画面に表示させる（Ｓ４５）。そして、ＧＵＩ制御部１６は、表示された接続手段のリストからユーザが選択した接続手段を入力し、ユーザが選択した接続手段でネットワーク接続が実行される（Ｓ４６）。

次に、ＮＷ認証制御部１９は、ネットワーク認証処理の成功、失敗を判断し（Ｓ０８）、ネットワーク認証処理が失敗した場合には、エラー処理を行い（Ｓ０９）、ネットワーク認証処理が成功した場合には、ＮＷ認証制御部１９は、成功した接続手段を認証状態管理部１５に通知する（Ｓ４７）。

図１８は、ステップＳ１０からＳ１２までの環境認証サブシナリオに関わる処理を詳細に説明するためのフローチャートである。

環境認証制御部２０は、プロファイル管理部１４から環境認証用の情報を取得し（Ｓ５１）、検疫エージェント２３を起動する（Ｓ５２）。次に、環境認証制御部２０は、検疫エージェント２３による検疫などの環境認証処理の成功、失敗を判断し（Ｓ１１）、環境認証処理が失敗した場合には、エラー処理を行い（Ｓ１２）、環境認証処理が成功した場合には、環境認証制御部２０は、検疫成功などを認証状態管理部１５に通知する（Ｓ５３）。

図１９は、ステップＳ１３からＳ１５までのＡＰＬ認証シナリオに関わる処理を詳細に説明するためのフローチャートである。なお、図１９では、図３のＡＰＬ認証シナリオのＡＰＬ認証情報の提供は「可」であることが前提である。また、図１９のフローチャートは、図８で説明した処理に対応する。

ＡＰＬ認証制御部２１は、認証状態管理部１５からステータスの情報を取得し（Ｓ６１）、プロファイル管理部１４のＡＰＬ認証シナリオのＮＷ認証サブシナリオの条件から現在のステータスで利用可能なアプリケーションサービスおよびＡＰＬ認証用の情報を取得し（Ｓ６２）、取得したアプリケーションサービスのうち、図４に設定されている自動起動が可能なアプリケーションサービスを受けるため、ＡＰＬエージェント２４を起動する（Ｓ６３）。ＡＰＬエージェント２４の認証処理が成功した場合には、ＡＰＬ認証制御部２１は、成功したアプリケーションサービスを認証状態管理部１５に通知する（Ｓ６４）。

また、図４に設定されている自動起動ができないアプリケーションサービスがある場合、ＡＰＬ認証制御部２１は、プロファイル管理部１４のＡＰＬ認証シナリオのＮＷ認証サブシナリオの条件から現在のステータスで利用可能なアプリケーションサービスのリストなどをＧＵＩ制御部１６を介して通信端末１０の画面に表示させる（Ｓ６５）。

そして、ＧＵＩ制御部１６は、アプリケーションサービスのリストからユーザが選択しているか否かを確認し（Ｓ６６）、ユーザが選択している場合、ＡＰＬ認証制御部２１は、ユーザが選択したアプリケーションサービスを受けるため、ＡＰＬエージェント２４を起動する（Ｓ６７）。ＡＰＬエージェント２４の認証処理が成功した場合には、ＡＰＬ認証制御部２１は、成功したアプリケーションサービスを認証状態管理部１５に通知する（Ｓ６８）。

図２０は、図１９で説明した処理の変形例のフローチャートである。なお、図２０では、図３のＡＰＬ認証シナリオのＡＰＬ認証情報の提供は「ユーザ入力」であることが前提である。図１９と同じステップには同じ符号を付している。また、図２０のフローチャートは、図１０で説明した処理に対応する。

ステップ６１〜６３については、図１９で説明した処理と同じであるため、省略する。ＡＰＬエージェント２４起動後、ＡＰＬ認証制御部２１は、ＡＰＬエージェント２４からＡＰＬ認証情報を要求され（Ｓ７１）、ＡＰＬ認証情報の入力を促すイメージをＧＵＩ制御部１６を介して通信端末１０の入力画面に表示させる（Ｓ７２）。

その後、ＡＰＬ認証制御部２１は、ユーザから入力されたＡＰＬ認証情報を受付け（Ｓ７３）、ＡＰＬ認証情報をＡＰＬエージェント２４に送付し、ＡＰＬエージェント２４がＡＰＬ認証処理を実行する（Ｓ７４）。ステップＳ６４で、ＡＰＬエージェント２４の認証処理が成功した場合には、ＡＰＬ認証制御部２１は、成功したアプリケーションサービスを認証状態管理部１５に通知し、図１９で説明した処理と同じＳ６５〜Ｓ６７、およびＳ７１以降のステップが実行される。

図２１は、図１９で説明した処理の変形例のフローチャートである。なお、図２１では、図３のＡＰＬ認証シナリオのＡＰＬ認証情報の提供は「可」であることが前提である。また、図２１のフローチャートは、図１１で説明した処理に対応する。

ユーザからアプリケーションサービスの提供が要求された後、ＡＰＬ認証制御部２１は、ＡＰＬエージェント２４からＡＰＬ認証情報を要求され（Ｓ８１）、認証状態管理部１５からステータスの情報を取得し（Ｓ８２）、プロファイル管理部１４のＡＰＬ認証シナリオのＮＷ認証サブシナリオの条件から現在のステータスで当該アプリケーションサービスが提供可能か否かを確認する（Ｓ８３）。

当該アプリケーションサービスが提供できない場合には、ＡＰＬ認証制御部２１は、エラー処理を行い（Ｓ１５）、提供できる場合には、プロファイル管理部１４からＡＰＬ認証用の情報を取得し（Ｓ８４）、ＡＰＬ認証情報をＡＰＬエージェント２４に送付し、ＡＰＬエージェント２４がＡＰＬ認証処理を実行する（Ｓ８５）。

図２２は、図１９で説明した処理の変形例のフローチャートである。なお、図２２では、図３のＡＰＬ認証シナリオのＡＰＬ認証情報の提供は「ユーザ入力」であることが前提である。図２０および図２１と同じステップには同じ符号を付しており、それぞれの処理を省略している。また、図２２のフローチャートは、図１２で説明した処理に対応する。

なお、図５のシーケンス図で説明した処理に替えて図２３に示すように、ＮＷ認証制御部１９は、端末認証およびＮＷ認証を同時に行うようにしてもよい。端末認証およびＮＷ認証を同時に行う場合、図１３で説明した認証制御部１２の全体的な処理概要の流れを表すフローチャートは図２４に示すような処理に替わる。

図２５は、図２４のステップＳ０４からＳ０６までの処理を詳細に説明するためのフローチャートである。なお、図２５のフローチャートは、図１６および図１７のフローチャートに対応する。

端末認証制御部１８は、ＯＳなどからＭＡＣアドレスの情報やＢＩＯＳの情報などの端末情報を取得し（Ｓ９０）、ＮＷ認証制御部１９は、認証状態管理部１５からステータスの情報を取得し（Ｓ９１）、プロファイル管理部１４のＮＷ認証シナリオの条件から現在のステータスで接続可能な接続手段に対応するＮＷ認証情報を取得するＳ（Ｓ９２）。

次に、ＮＷ認証制御部１９は、図４に設定されているネットワークの自動接続設定が有効か無効かを確認し（Ｓ９３）、有効である場合、端末情報を用いて、図４に設定されている接続手段の優先順位のように優先順位の高い接続手段でネットワーク接続が実行される（Ｓ９４）。以降の処理については、図１７のフローチャートと同様である。

ところで、図３にプロファイルの認証シナリオについて説明したが、ＡＰＬ認証シナリオには、図２６に示すように、ＮＷ認証シナリオにある本人認証サブシナリオ、端末認証サブシナリオ、環境認証サブシナリオの項目が追加されて存在してもよい。なお、ＡＰＬ認証サブシナリオについては省略している。図２６に示したＡＰＬ認証シナリオの構成の場合について説明する。

認証制御部１２は、本人認証として「ＩＤ／ＰＷ認証」、「ＩＣカード認証」、および「生体認証」を実行し、端末認証として「ＢＩＯＳ認証」および「ＭＡＣ認証」を実行し、環境認証を実行する。このとき、「ＩＤ／ＰＷ認証」が成功、「ＩＣカード認証」が成功、および「生体認証」が失敗で「ＢＩＯＳ認証」「ＭＡＣ認証」、環境認証が成功であったとする。その状態としては、図２７に示すようになる。

ここで、図４に示したようにネットワークの自動接続設定が有効であるため、自動でネットワーク接続サービスが実行される。ネットワーク接続サービスの接続手段の優先順位が１位のものは、無線ＬＡＮであり、図２７に示した本人認証および端末認証の認証状態が、図２６に示したＮＷ認証シナリオのうち無線ＬＡＮの条件を満たすため、無線ＬＡＮ接続サービスが選択され、実行される。

さらに、図４に示した手続きに関わる情報のうちアプリケーションサービスの自動起動に関わる設定であれば、ＩＭおよび電子メールが有効に設定されているため、ＡＰＬ認証制御部２１は、これら有効に設定されているアプリケーションサービスを受ける際、図２６に示したＡＰＬ認証シナリオの条件を満たすか否か判断する。図２６に示したＡＰＬ認証シナリオのＮＷ認証サブシナリオの条件では、ＩＭおよび電子メールは全ての接続手段を許容しているため、アプリケーションサービスを受けるための処理を実行する。

なお、ＩＭおよび電子メールに対応するＡＰＬサーバ３４の認証の結果が成功であった場合、図２７に示すように、認証状態管理部１５が管理する認証状態のうちＡＰＬ認証ステータスは、それぞれ起動中となる。また、無線ＬＡＮ接続が完了していれば、ＩＭ、電子メール、ＩＰ電話については、図２６に示したＡＰＬ認証シナリオの条件を満たすため、アプリケーションサービスの起動状態としては、起動可能となる。

業務用アプリケーションについては、図２６に示したＡＰＬ認証シナリオの条件を満たさないため、起動不可となる。業務用アプリケーションの提供を受けたい場合には、生体認証を成功させることが必要となり、生体認証が通信端末１０から要求され、ＡＰＬ認証情報の提供については「ユーザ入力」であるため、ＡＰＬ認証情報の入力が要求される。

以上説明したように、本発明の第１の実施の形態に係る通信端末は、特定のサービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、特定のサービスと対応する利用情報を用いてサービスを制御するため、プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができる。

（本発明の第２の実施の形態）
本発明の第１の実施の形態に係る通信端末では、認証状態の管理を行う構成をとっていたが、本発明の第２の実施の形態では、認証状態を管理しない構成をもつ通信端末について説明する。なお、本発明の第２の実施の形態に係る通信システムについては、通信端末を除き本発明の第１の実施の形態に係る通信システムと同様である。

図２８は、本発明の第２の実施の形態に係る通信端末のブロック構成図である。なお、本発明の第２の実施の形態に係る通信端末を構成する構成要素のうち、本発明の第１の実施の形態に係る通信端末を構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。

図２８に示すように、通信端末４０は、統合制御部４１、認証制御部４２、およびサービス制御部１３によって構成される。また、通信端末４０は、図示していないが、ＣＰＵ（Central Processing Unit）、メモリ、ネットワークインタフェース、画面、キー操作等をさせる入力部、ＵＳＢインタフェース等のハードウエアを有している。なお、統合制御部４１、認証制御部４２、およびサービス制御部１３は、ＣＰＵによって実行されるプログラムのモジュール等でもよい。また、通信端末４０には、図示しないＢＩＯＳやＯＳが実装されている。

統合制御部４１は、プロファイル管理部１４およびＧＵＩ制御部１６によって構成され、認証状態管理部１５を有していない。また、プロファイル管理部１４が管理するプロファイルの一例を図２９に示す。図２９に示したプロファイルは、図３に示したプロファイルと、認証シナリオの部分を除き同じである。

図２９に示したプロファイルの認証シナリオについて説明すれば、例えば、ユーザがＩＭのサービスの提供を受けたい場合、認証制御部４２が、図２９の認証シナリオに従い、本人認証としてユーザＩＤとパスワードを実行し、次に端末認証としてＢＩＯＳでの認証を実行し、次に社内無線ＬＡＮでの認証を実行し、次に環境認証を実行し、完全に社内無線ＬＡＮへの接続が完了した後、ＩＭのサービスの提供を受ける。

このように、アプリケーションサービスの提供を受けたい場合、認証制御部４２が、アプリケーションサービスに必要な本人認証、端末認証、環境認証などを順次行うため、認証状態を管理することがない。なお、提供を受けるサービスについては、アプリケーションサービスには限定されず、ネットワーク接続サービスでもよい。

以上説明したように、本発明の第２の実施の形態に係る通信端末は、認証状態を待たずに簡易に認証処理を行うことができる。

以上、本発明の実施の形態では、ＮＷ認証シナリオおよびＡＰＬ認証シナリオを例にとってネットワークの接続やネットワークを介したアプリケーションの利用について説明したが、通信端末にインストールされたアプリケーションのソフトウェアなどもプロファイルの使用により利用可能とすることができる。

なお、認証制御部１２、４２が判定する図３などに示したプロファイルの各認証サブシナリオの条件については、「◎」となっているそれぞれの条件が全てを満たすことが必要であるとし、「○」となっているそれぞれの条件が少なくとも１つ以上満たせばよいとしたが、本発明では、それぞれの条件に従ったそれぞれの認証結果を、論理和、論理積の組み合わせからなる論理演算したものが真であればよい。また、認証制御部は、各認証サブシナリオの条件に従ったそれぞれの認証結果を、論理和論理積の組み合わせからなる論理演算したものが真であると判定した場合、サービス制御部は、指定されたサービスと対応する利用情報を用いてサービスを制御するようにしてもよい。

認証制御部１２、４２は、ユーザから入力されたまたは予め設定された認証情報（この認証情報を認証情報Ａとする）が正当な場合に起動するようにしてもよい。この場合において、サービス制御部が、指定されたサービスと対応する利用情報を用いてサービスを制御する際に使用する認証情報（この認証情報を認証情報Ｂとする）があったとき、認証情報Ａと認証情報Ｂとが異なるようにしておく。認証情報Ａと認証情報Ｂとが異なれば、セキュリティが高くなり、認証情報Ａが変更になった場合でも認証情報Ｂを変更する必要は無い。認証情報Ａと認証情報Ｂとが同じでもよいが、セキュリティが低くなり、認証情報Ａが変更になった場合に、認証情報Ｂも変更する必要がある。

また、本発明の実施の形態において、サービスを利用している際に、サービスを利用してから一定時間が経過した後にＡＰＬサーバ３４から再認証を要求される場合がある。このような場合において、認証制御部１２は、認証状態管理部１５が管理している前回の認証したときの認証状態に基づいて再認証を行うようにしてもよい。また、認証制御部１２、４２は、そのときに使用した認証シナリオに従って再認証を行うようにしてもよい。

以上のように、本発明に係る通信端末および通信プログラムは、プロファイルを用いて種々のサービスを利用する際のセキュリティを高めることができるという効果を有し、ネットワークを介して所望のネットワークまたはサーバと通信するためのパソコン、携帯電話、またはＰＤＡ等として有用である。

本発明の第１の実施の形態に係る通信システムのシステム構成図。 本発明の第１の実施の形態に係る通信端末のブロック構成図。 本発明の第１の実施の形態に係るプロファイルの一例を示す図。 プロファイルの認証シナリオの手続きに関わる情報の内容の一例を示す図。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうち検疫を行うまでの流れを示すシーケンス図。 認証状態のうち本人認証の認証状態を示す図。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうち検疫を行うまでの流れを示すシーケンス図。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうちアプリケーションサービスを受けるための処理の流れを示すシーケンス図（アプリケーションサービスの自動起動かつＡＰＬ認証情報の自動入力する場合）。 認証状態のうちＡＰＬ認証ステータスを示す図。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうちアプリケーションサービスを受けるための処理の流れを示すシーケンス図（アプリケーションサービスの自動起動かつＡＰＬ認証情報の手動入力の場合）。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうちアプリケーションサービスを受けるための処理の流れを示すシーケンス図（アプリケーションサービスの手動起動かつＡＰＬ認証情報の自動入力の場合）。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうちアプリケーションサービスを受けるための処理の流れを示すシーケンス図（アプリケーションサービスの手動起動かつＡＰＬ認証情報の手動入力の場合）。 認証制御部の全体的な処理概要の流れを表すフローチャート。 本人認証の処理を詳細に説明するためのフローチャート。 本人認証の処理を詳細に説明するためのフローチャート（変形例）。 端末認証の処理を詳細に説明するためのフローチャート。 ＮＷ認証の処理を詳細に説明するためのフローチャート。 環境認証の処理を詳細に説明するためのフローチャート。 ＡＰＬ認証の処理を詳細に説明するためのフローチャート（アプリケーションサービスの自動起動かつＡＰＬ認証情報の自動入力の場合）。 図１９で説明した処理の変形例のフローチャート。 図１９で説明した処理の変形例のフローチャート。 図１９で説明した処理の変形例のフローチャート。 本発明の第１の実施の形態に係る通信端末のプログラムの処理のうち検疫を行うまでの流れを示すシーケンス図（端末認証およびＮＷ認証が同時）。 認証制御部の全体的な処理概要の流れを表すフローチャート（端末認証およびＮＷ認証が同時）。 端末認証およびＮＷ認証の同時処理を詳細に説明するためのフローチャート。 本発明の実施の形態に係るプロファイルの一例を示す図（ＡＰＬ認証シナリオの変形例）。 図２６のＡＰＬ認証シナリオで実行されたときの認証状態を示す図。 本発明の第２の実施の形態に係る通信端末のブロック構成図。 本発明の第２の実施の形態に係るプロファイルの一例を示す図。

符号の説明

１０、４０ 通信端末
１１、４１ 統合制御部
１２、４２ 認証制御部
１３ サービス制御部
１４ プロファイル管理部
１５ 認証状態管理部
１６ ＧＵＩ制御部
１７ 本人認証制御部
１８ 端末認証制御部
１９ ＮＷ認証制御部
２０ 環境認証制御部
２１ ＡＰＬ認証制御部
２２ ＮＷ接続制御部
２３ 検疫エージェント
２４ ＡＰＬエージェント
３０ ネットワーク
３１ ネットワーク接続機器
３２ 認証サーバ
３３ 検疫サーバ
３４ ＡＰＬサーバ

Claims (8)

1. ユーザがサービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを管理するプロファイル管理部と、
   前記プロファイルに基づいてサービスの制御を行うサービス制御部と、
   前記プロファイルを構成する１つ以上の認証シナリオのうち特定のサービスと対応する認証シナリオに従って認証の制御を行う認証制御部とを備え、
   前記認証制御部は、指定された前記サービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御することを特徴とする通信端末。
2. 前記認証制御部が認証を行ったときの結果を認証状態として管理する認証状態管理部を更に備え、
   前記認証制御部は、指定された前記サービスと対応する認証の制御を行う際、前記認証状態を参照して、指定された前記サービスと対応する認証シナリオの条件に従っているか否かを判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御することを特徴とする請求項１に記載の通信端末。
3. 前記認証制御部は、指定された前記サービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報の入力を前記ユーザに要求し、前記ユーザによって入力された前記利用情報を用いてサービスを制御することを特徴とする請求項１又は請求項２に記載の通信端末。
4. 前記認証シナリオは、認証サブシナリオによって構成され、さらに複数の前記認証サブシナリオを有する場合互いに種類の異なる前記認証サブシナリオの組み合わせであり、
   前記認証制御部は、前記認証サブシナリオの条件に従ったそれぞれの認証結果を、論理和論理積の組み合わせからなる論理演算したものが真であると判定した場合、前記サービス制御部は、指定された前記サービスと対応する前記利用情報を用いてサービスを制御することを特徴とする請求項１乃至請求項３の何れかに記載の通信端末。
5. 前記認証制御部は、前記ユーザから入力されたまたは予め設定された認証情報が正当な場合に起動する場合において、
   前記サービス制御部が、指定された前記サービスと対応する前記利用情報を用いてサービスを制御する際に使用する認証情報と、前記ユーザから入力されたまたは予め設定された認証情報とが異なることを特徴とする請求項１乃至請求項４の何れかに記載の通信端末。
6. 前記サービスを利用している際に再認証を要求された場合、前記認証制御部は、前記認証状態管理部が管理している認証状態に基づいて再認証を行うことを特徴とする請求項２乃至請求項５の何れかに記載の通信端末。
7. 前記サービスを利用している際に再認証を要求された場合、前記認証制御部は、前記認証シナリオに従って再認証を行うことを特徴とする請求項１乃至請求項６の何れかに記載の通信端末。
8. ユーザがサービスを利用する際に必要な利用情報および必要な認証に関わる条件や手続きを表す認証シナリオによって構成されたプロファイルを用いて、１つ以上の前記認証シナリオのうち特定のサービスと対応する認証シナリオに従って認証の判定を行うステップと、
   前記ステップで、指定された前記サービスと対応する認証シナリオの条件に従った認証が行われていると判定した場合、指定された前記サービスと対応する前記利用情報を用いてサービスを制御するステップと、
   をコンピュータに実行させることを特徴とする通信プログラム。

Images