JP6919280B2 - 機能管理システム及び機能管理方法 - Google Patents

Description

本発明は、携帯端末、機能管理システム、機能管理方法及び機能管理プログラムに関する。

データセンター等の高度なセキュリティが求められる環境において、スマートフォンなどの携帯端末を、ゲート通過のための認証処理等に用いる場合がある。携帯端末を認証処理等に用いる際に、特定の区域でのみ利用可能なアプリ（応用ソフトウェア）を、目的に応じて選択的に携帯端末にインストールする技術が知られている。

例えば、ＩＣカード等のセキュアデバイスをゲート機器に翳し、正常に通過したエリアでのみ、端末アプリ・設定命令、端末アプリが携帯電話にインストールされ、ゲート機器のゲートアプリが特定の領域で機能するアプリを指定する技術が知られている。当該技術においては、セキュアデバイスに、端末アプリを端末である携帯電話にインストールする制御手段であるＣＰＵを設けている。携帯電話にインストールされる端末アプリには、ゲート機器に対して認証処理を行う認証アプリと、認証アプリがゲート機器との認証に成功した場合に、ゲート機器から指定された端末アプリとを含む。

また、複数の機能制限を一括して管理でき、特定のアプリケーション機能の起動後の異なる事象の開始に応じて機能制限を自動的に行うことを可能とする携帯端末も知られている。当該携帯端末は、アプリケーション毎に、その実行中あるいは特定の事象（条件）で携帯端末に設定すべき動作モードを指定する管理テーブルを有する。また、当該携帯端末は、アプリケーションの起動以降、前記管理テーブルに基づいて起動したアプリケーション（例えばブラウザ）の特定事象（例えば特定Ｗｅｂページの閲覧時）で携帯端末の動作モードを自動的に変更（例えば着信拒否）する。これにより、当該携帯端末は、利用者の動作モードの個別変更操作によらずに状況に応じて自動的に動作モードを切り換える。

さらに、情報の漏洩を防止するため、使用エリア（場所）を移動して使用するに当たり、使用エリアに応じてこのコンピュータによる情報操作に制限を加えるようにした可搬性のあるコンピュータも知られている。当該コンピュータは、複数に区画された使用エリアに対してそれぞれ異なる情報操作の制限を行うようにしている。また、コンピュータとネットワークを通じて接続されるサーバ上にコンピュータの使用エリアに対応する情報を有し、コンピュータの使用エリアに応じてこのコンピュータへの情報の提供を制限する。

国際公開第２００５／０７３８４３号 特開２００３−２８８２７５号公報 特開２００８−１６０７５３号公報

ところで、データセンター等においては、入館者ごとに入室が許可される区域や操作が許可される機能が異なる場合が多い。また、同一の入館者であっても、入館のタイミングや目的に応じて、許可される機能が異なる場合もある。しかし、上記技術においては、このような入館者や入館のタイミング等に応じて、携帯端末の機能を変更することはない。

一つの側面では、目的や状況に応じた機能を提供できる携帯端末、機能管理システム、機能管理方法及び機能管理プログラムを提供することを目的とする。

一つの態様において、携帯端末は、入館者に対応付けられた機能を実行可能に設定する。携帯端末は、設定された前記機能の実行指示を受けた場合に、前記携帯端末の位置に関する情報を用いて、当該機能の実行を許可するか否かを判定する。

一つの態様によれば、目的や状況に応じた機能を提供できる。

図１は、データセンターの一例を示す図である。 図２は、機能管理サーバの一例を示す図である。 図３は、入館者ＤＢの一例を示す図である。 図４は、入館予定ＤＢの一例を示す図である。 図５は、権限ＤＢの一例を示す図である。 図６は、アプリ機能ＤＢの一例を示す図である。 図７は、エリアＤＢの一例を示す図である。 図８は、ゲートＤＢの一例を示す図である。 図９は、携帯端末の一例を示す図である。 図１０は、アプリ記憶部の一例を示す図である。 図１１Ａは、判定条件記憶部の一例を示す図である。 図１１Ｂは、判定条件記憶部の別の一例を示す図である。 図１１Ｃは、判定条件記憶部の別の一例を示す図である。 図１２は、通過履歴記憶部の一例を示す図である。 図１３は、入館登録処理の一例を示すシーケンス図である。 図１４は、入館登録処理の一例を示すフローチャートである。 図１５は、アプリ実行処理の一例を示すフローチャートである。 図１６は、ゲート判定処理の一例を示すフローチャートである。 図１７は、コンピュータのハードウェア構成例を示す図である。

以下に、本願の開示する携帯端末、機能管理システム、機能管理方法及び機能管理プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、データセンターの一例を示す図である。図１において、データセンター１０００への入館を希望するユーザ１０５０は、後に説明する機能管理サーバ２００に事前にアクセスして、データセンター１０００のサーバ室Ａへの入館登録処理を行う。なお、図１におけるユーザ１０５０ａ乃至１０５０ｄは、同一のユーザ１０５０の異なる時点における位置を示し、携帯端末１０６０ａ乃至１０６０ｄも、異なる時点における同一の携帯端末１０６０の位置を示す。

機能管理サーバ２００は、入館登録処理に成功した場合、例えばスマートフォンや携帯電話などの携帯端末１０６０に、ユーザ１０５０及びその入館目的に応じて定められたアプリの機能を設定する。その後、ユーザは、データセンター１０００の受付１０１０において、アプリの機能が設定された携帯端末１０６０の貸与を受ける。

携帯端末１０６０の貸与を受けたユーザ１０５０は、データセンター１０００のセキュリティゲート１０２０、１０３０及び１０４０を順次通過し、サーバ室Ａに入館する。なお、ユーザ１０５０は、例えば携帯端末１０６０が有するセキュリティカードのアプリの機能を用いて、携帯端末１０６０をセキュリティゲートの認証装置１０２１、１０３１及び１０４１にかざすことにより、セキュリティゲートを開放する。

一方、携帯端末１０６０ｅは、位置情報を取得して、ユーザ１０５０ｅが入館対象であるサーバ室Ａではなく、別のサーバ室Ｂに入館しようとしていることを検出する。この場合、携帯端末１０６０ｅは、警報を出力するなど、ユーザ１０５０ｅに対して通知を行う。

また、携帯端末１０６０は、ユーザがデータセンター１０００から退館する際に、受付１０１０に返却された時点において、アプリの機能を無効化するとともに、記憶された情報を削除する。

［機能ブロック］
まず、本実施例における機能管理サーバ２００の一例について、図２を用いて説明する。図２は、機能管理サーバの一例を示す図である。図２に示すように、本実施例における機能管理サーバ２００は、通信部２１１と、記憶部２２０と、制御部２３０とを有する。

通信部２１１は、有線又は無線を問わず、図示しないネットワークを経由して、携帯端末３００、セキュリティゲートなど、その他のコンピュータとの通信を制御する。

記憶部２２０は、例えば制御部２３０が実行するプログラムなどの各種データなどを記憶する。また、記憶部２２０は、入館者ＤＢ２２１、入館予定ＤＢ２２２、権限ＤＢ２２３、アプリ機能ＤＢ２２４、エリアＤＢ２２５及びゲートＤＢ２２６の各データベース（ＤＢ）の情報を記憶する。記憶部２２０は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

入館者ＤＢ２２１は、データセンター１０００への入館者に関する情報を記憶する。図３は、入館者ＤＢの一例を示す図である。図３に示すように、入館者ＤＢ２２１は、「入館者名」と、「所属」と、「顔写真」と、「対象システム」と、「作業項目」とを、入館者を一意に識別する識別子である「入館者ＩＤ」（Identifier）に対応付けて記憶する。なお、入館者ＤＢ２２１に記憶される情報は、例えば図示しない機能管理サーバ２００の管理者により予め入力される。

図３において、「入館者名」及び「所属」は、入館者の氏名と、所属する組織とを記憶する。「顔写真」は、入館者の顔写真の画像データのファイル名を記憶する。「対象システム」及び「作業項目」は、入館者が許可される作業及び作業対象となるシステムを記憶する。

図３に示す入館者ＤＢ２２１は、例えば、入館者ＩＤ「Ｅ００１」の「あ氏」は、「Ａ株式会社」に所属し、「販売管理システム」、「Ｗｅｂシステム」及び「人事システム」に対する「システム構築」及び「保守点検」が許可されることを記憶する。また、入館者ＤＢ２２１は、「あ氏」の顔写真の画像データのファイル名は「aaa.jpg」であることを記憶する。

次に、入館予定ＤＢ２２２は、入館者ＤＢ２２１に記憶される入館者による入館予定に関する情報を記憶する。図４は、入館予定ＤＢの一例を示す図である。図４に示すように、入館予定ＤＢ２２２は、「入館者ＩＤ」と、「入館予定日時」と、「対象システム」及び「作業項目」と、「帯同者」と、「入館実績」と、「貸出端末ＩＤ」と、「指紋情報」とを、「入館番号」に対応付けて記憶する。なお、入館予定ＤＢ２２２に記憶される情報は、後に説明する受付部２３１及び機能特定部２３２により入力される。また、図４において、「入館者ＩＤ」、「入館予定日時」、「対象システム」、「作業項目」及び「帯同者」は入館申請時に記憶され、「入館実績」、「貸出端末ＩＤ」及び「指紋情報」は、実際の入館者による入館時に記憶される。

図４において、「入館番号」は、入館予定を一意に識別する識別子である。「入館予定日時」は、入館申請時に登録された入館予定日時を記憶する。「帯同者」は、入館者がその他の者を帯同するか否かを記憶する。「入館実績」は、実際に入館者が入館した日時を記憶する。「貸出端末ＩＤ」は、入館者に対して入館時に貸し出した携帯端末３００を一意に識別する識別子を記憶する。「指紋情報」は、入館者の生体情報である指紋に関する情報を記憶する。なお、入館予定ＤＢ２２２が、指紋情報以外の入館者の生体情報を記憶してもよく、また生体情報を記憶しないような構成であってもよい。

例えば、図４に示す入館予定ＤＢ２２２は、入館番号「１０１９０１」のレコードにおいて、入館者ＩＤ「Ｅ００１」の入館者が、「２０１６年１０月１９日１１：００」に入館する予定であることを記憶する。また、入館予定ＤＢ２２２は、入館者ＩＤ「Ｅ００１」の入館者は、「販売管理システム」及び「Ｗｅｂシステム」の「システム構築」のために、帯同者とともに入館する予定であることを記憶する。さららに、入館予定ＤＢ２２２は、入館者ＩＤ「Ｅ００１」の入館者が、実際には「２０１６年１０月１９日１１：０５」に入館し、貸出端末ＩＤ「ＡＡＡ」の貸与を受けて、指紋情報を登録したことを記憶する。

次に、権限ＤＢ２２３は、各対象システムにおいてアクセスが許可されるエリア、サーバ室、ラック及びドキュメントに関する情報を記憶する。図５は、権限ＤＢの一例を示す図である。図５に示すように、権限ＤＢ２２３は、「所属先」と、「対象システム」と、「設置エリア」と、「サーバ室」と、「ラック番号」と、「ドキュメント」とを対応付けて記憶する。なお、権限ＤＢ２２３に記憶される情報は、例えば機能管理サーバ２００の管理者により予め入力される。

図５において、「設置エリア」、「サーバ室」及び「ラック番号」は、各所属先の対象システムのサーバが設置される場所を記憶する。「ドキュメント」は、各所属先の対象システムに対して作業を行う入館者に対してアクセスが許可されるドキュメントを記憶する。

図５に示す権限ＤＢ２２３は、例えば「Ａ株式会社」の「販売管理システム」のサーバは、「Ｘエリア」のサーバ室「Ａ棟−Ａ」に設置されたラック番号「１１９２」に設置されることを記憶する。また、図５に示す権限ＤＢ２２３は、「Ａ株式会社」の「販売管理システム」に対して作業を行う入館者は、「ＸＸ手順書」にアクセスできることを記憶する。

次に、アプリ機能ＤＢ２２４は、入館者に貸し出す携帯端末３００に設定されるアプリの機能に関する情報を記憶する。図６は、アプリ機能ＤＢの一例を示す図である。図６に示すように、アプリ機能ＤＢ２２４は、「入館者ＩＤ」、「作業項目」「入館申請」、「入館時証明書」、「セキュリティカード」、「ＤＣ内道案内１」及び「ＤＣ内道案内２」を、「機能ＩＤ」に対応付けて記憶する。また、アプリ機能ＤＢ２２４は、「通話機能」、「ファイルサーバ」、「通知機能」、「位置検出」、「ウイルスチェック」及び「カメラ撮影」をさらに記憶する。なお、アプリ機能ＤＢ２２４に記憶される情報は、例えば機能管理サーバ２００の管理者により予め入力される。

図６に示す「機能ＩＤ」は、「入館者ＩＤ」及び「作業項目」に対応するアプリの機能の組み合わせを一意に識別する識別子である。図６において、「入館申請」乃至「カメラ撮影」の各項目は、それぞれ携帯端末３００に設定されるアプリの機能を示す。例えば、アプリ機能ＤＢ２２４は、「Ｅ００１」の入館者が「システム構築」のために入館する際に貸与される携帯端末３００には、「カメラ撮影」以外の全てのアプリの機能が設定されることを記憶する。

なお、図６において、「入館申請」は、入館者による入館申請時に用いられるアプリを示す。「入館時証明書」は、入館者が入館する際に受付で提示する証明書に関するアプリを示す。「セキュリティカード」は、入館者がゲートを通過する際に提示するセキュリティカード機能のアプリを示す。「ＤＣ内道案内１」及び「ＤＣ内道案内２」は、それぞれデータセンター内の異なるエリアにおける道順を示すナビ機能に関するアプリを示す。なお、「ＤＣ内道案内１」は、各サーバ棟に入るまでの道順を示し、「ＤＣ内道案内２」は、各サーバ棟内における道順を示す。

また、図６において、「通話機能」は、携帯端末３００による外部との通話機能に関するアプリを示す。「ファイルサーバ」は、ドキュメントが記憶されたファイルサーバにアクセスするために用いるアプリを示す。「通知機能」は、外部から携帯端末３００に対する通知を受信する機能に関するアプリを示す。「通知機能」は、外部から携帯端末３００に対する通知を受信する機能に関するアプリを示す。「ウイルスチェック」は、携帯端末３００のウイルスチェックアプリを示す。「カメラ撮影」は、携帯端末３００に搭載された図示しないカメラを用いた撮影機能に関するアプリを示す。

次に、エリアＤＢ２２５は、データセンター内の各エリアと、各エリア内において携帯端末３００の操作が許可されるエリアとを対応付けて記憶する。図７は、エリアＤＢの一例を示す図である。図７に示すように、エリアＤＢ２２５は、「エリア」と「操作許可エリア」とを、データセンター内のエリアを一意に識別する識別子である「エリアＩＤ」に対応付けて記憶する。なお、エリアＤＢ２２５に記憶される情報は、例えば機能管理サーバ２００の管理者により予め入力される。

図７において、「エリア」は、データセンター内の特定のエリアを示し、「操作許可エリア」は、当該エリア内において、携帯端末３００の操作が許可されるエリアを示す。例えば、エリアＩＤ「Ｘ−１」のエリアは、データセンターが設けられた建物内であるが、データセンターに入館する前のエリアを示す。また、エリアＤＢ２２５は、「Ｘ−１」のエリアにおいては、どこにおいても携帯端末３００のアプリの操作が許可されないことを記憶する。一方、エリアＤＢ２２５は、エリアＩＤ「Ｘ−２」の「受付」エリアにおいては、「入口ドア１」において、携帯端末３００のアプリの操作が許可されることを記憶する。

次に、ゲートＤＢ２２６は、データセンター１０００内に設置されたゲートに関する情報を記憶する。図８は、ゲートＤＢの一例を示す図である。図８に示すように、ゲートＤＢ２２６は、「セキュリティゲート名」と「隣接ゲート１」及び「隣接ゲート２」とを、データセンター内のゲートを一意に識別する識別子である「ゲートＩＤ」に対応付けて記憶する。なお、ゲートＤＢ２２６に記憶される情報は、例えば機能管理サーバ２００の管理者により予め入力される。

図８において、「セキュリティゲート名」は、各ゲートＩＤのセキュリティゲートの名称を記憶する。「隣接ゲート１」及び「隣接ゲート２」は、当該ゲートに隣接するセキュリティゲートのゲートＩＤを記憶する。例えば、図８に示すゲートＤＢ２２６は、ゲートＩＤ「Ｇａｔｅ−０００」のゲートは、「Ｇａｔｅ−００１」のゲートにのみ隣接することを記憶する。また、図８に示すゲートＤＢ２２６は、ゲートＩＤ「Ｇａｔｅ−００２」のゲートは、「Ｇａｔｅ−００１」及び「Ｇａｔｅ−００３」の各ゲートに隣接することを記憶する。

図２に戻って、制御部２３０は、機能管理サーバ２００の全体的な処理を司る処理部である。制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されるようにしてもよい。

制御部２３０は、受付部２３１及び機能特定部２３２を有する。なお、受付部２３１及び機能特定部２３２は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

受付部２３１は、入館者による入館申請を受け付ける。受付部２３１は、例えば入館者ＩＤ、作業項目及び作業の対象とするシステムの指定、入館予定日時並びに帯同者の有無に関する各情報を含む入館申請を受け付け、受け付けた情報を機能特定部２３２に出力する。

また、受付部２３１は、セキュリティゲートから認証依頼があった場合、ゲートＤＢ２２６を参照し、当該セキュリティゲートの「隣接ゲート１」及び「隣接ゲート２」のゲートＩＤをセキュリティゲートに出力する。

次に、機能特定部２３２は、受付部２３１から出力される情報を用いて、入館者に貸与する携帯端末３００に設定するアプリの機能を特定する。なお、機能特定部２３２は、設定部の一例である。

まず、機能特定部２３２は、入館者ＩＤ、作業項目及び作業の対象とするシステムの指定を用いて入館者ＤＢ２２１及び権限ＤＢ２２３を参照し、入館申請者が正当な権限を有するか否かを判定する。

例えば、機能特定部２３２は、「人事システム」の「保守点検」を入館目的とする入館申請が入館者ＩＤ「Ｅ００２」の「い氏」から受け付けられた場合、図３に示す入館者ＤＢ２２１において当該入館目的が登録されていないことを特定する。この場合、機能特定部２３２は、入館申請者が正当な権限を有しないと判定し、携帯端末３００へのアプリの設定を抑制する。

一方、機能特定部２３２は、入館申請者が正当な権限を有すると判定した場合、アプリ機能ＤＢ２２４を参照し、受付部２３１から出力される情報を用いて、入館者に貸与する携帯端末３００に設定するアプリの機能を特定する。例えば、「人事システム」の「システム構築」を入館目的とする入館申請が入館者ＩＤ「Ｅ００１」の「あ氏」から受け付けられた場合、図６に示すアプリ機能ＤＢ２２４を参照して、「あ氏」に貸与する携帯端末３００に設定するアプリの機能を特定する。そして、機能特定部２３２は、アプリの機能の実行可否に関する条件を含む、特定されたアプリの機能に関する情報を、通信部２１１を通じて携帯端末３００に送信する。

次に、本実施例における携帯端末３００の一例について、図９を用いて説明する。図９は、携帯端末の一例を示す図である。図９に示すように、本実施例における携帯端末３００は、通信部３１１と、表示操作部３１２と、記憶部３２０と、制御部３３０とを有する。なお、以下において、携帯端末３００が貸与される入館者又は作業項目等が異なる場合に、携帯端末３００ａ乃至３００ｃと区別して表記する場合がある。

通信部３１１は、有線又は無線を問わず、図示しないネットワークを経由して、機能管理サーバ２００など、その他のコンピュータとの通信を制御する。

表示操作部３１２は、携帯端末３００のユーザから各種操作を受け付ける入力デバイスと、各種情報を表示するための表示デバイスとを兼ねる。表示操作部３１２は、例えば、入力デバイスと表示デバイスとを一体化したタッチパネル等によって実現される。なお、表示操作部３１２は、キーボードやマウス等の入力デバイスと、液晶ディスプレイ等の表示デバイスとによって実現されてもよい。表示操作部３１２は、ユーザによって入力された操作を操作情報として制御部３３０に出力する。

記憶部３２０は、例えば制御部３３０が実行するプログラムなどの各種データなどを記憶する。また、記憶部３２０は、アプリ記憶部３２１、判定条件記憶部３２２及び通過履歴記憶部３２３を有する。

アプリ記憶部３２１は、携帯端末３００にインストールされるアプリに関する情報を記憶する。図１０は、アプリ記憶部の一例を示す図である。図１０に示すように、アプリ記憶部３２１は、携帯端末３００にインストールされるアプリの名称である「アプリ名」を、当該アプリの「ファイル名」と対応付けて記憶する。例えば、アプリ記憶部３２１は、ファイル名が「application.apk」である「入館申請」というアプリが、携帯端末３００にインストールされていることを記憶する。なお、アプリ記憶部３２１に記憶される情報は、例えば後に説明する機能設定部３３１により入力される。

次に、判定条件記憶部３２２は、携帯端末３００にインストールされるアプリによる機能の実行の可否を判定する条件を、エリアごとに記憶する。なお、判定条件記憶部３２２に記憶される情報は、例えば後に説明する機能設定部３３１により入力される。

判定条件記憶部３２２が記憶する情報は、例えば「入館者ＩＤ」と「作業項目」との組み合わせに応じて異なる。判定条件記憶部３２２が記憶する情報について、図１１Ａ乃至図１１Ｃを用いて説明する。図１１Ａは、判定条件記憶部の一例を示す図である。図１１Ａに示すように、判定条件記憶部３２２は、「入館申請」乃至「カメラ撮影」の各アプリの機能の実行が、どのエリアにおいて許可されるか、及びどのエリアにおいて拒否されるかを記憶する。図１１Ａは、「あ氏」が「Ａ株式会社」の「販売管理システム」又は「Ｗｅｂシステム」の「システム構築」作業を行う場合に貸与される携帯端末３００ａの判定条件記憶部３２２の一例である。

図１１Ａにおいて、「×」は当該エリアにおいて当該アプリの機能を実行不可とすることを記憶し、「○」は当該エリアにおいて当該アプリの機能を実行可能とすることを記憶する。また、図１１Ａにおいて、「△」及び「◇」は、当該エリアにおいて当該アプリの機能を一部のみ実行可能とすることを記憶する。

例えば、図１１Ａに示す判定条件記憶部３２２は、エリア「Ｘ−１」においては、「ウイルスチェック」のみが実行を許可され、その他の全てのアプリの機能は実行を拒否されることを記憶する。同様に、図１１Ａに示す判定条件記憶部３２２は、エリア「Ｂ−１」、「Ｃ−３」及び「Ｆ−３」においては、「位置検出」のみが実行を許可され、その他の全てのアプリの機能は実行を拒否されることを記憶する。なお、「位置検出」のみが実行を許可されることにより、入館者が入館が許可されていないエリアへ入館しようとしていることを検出し、また入館者に対して警告を発することができる。

また、図１１Ａに示す判定条件記憶部３２２は、エリア「Ａ−１」において、例えば「通話機能」は、着信のみ実行可能であり、発信は実行不可であることを記憶する。また、図１１Ａに示す判定条件記憶部３２２は、エリア「Ａ−１」においては、「カメラ撮影」は所定の範囲に限り許可されることを記憶する。

次に、その他の「入館者ＩＤ」と「作業項目」との組み合わせに対応する判定条件記憶部３２２の内容について、図１１Ｂ乃至図１１Ｃを用いて説明する。図１１Ｂ乃至図１１Ｃは、判定条件記憶部の別の一例を示す図である。図１１Ｂは、「あ氏」が「Ａ株式会社」の「人事システム」の「保守点検」作業を行う場合に貸与される携帯端末３００ｂの判定条件記憶部３２２の一例である。

図１１Ｂに示す判定条件記憶部３２２は、エリア「Ｃ−３」においては、「位置検出」以外にも、「セキュリティカード」、「ＤＣ内道案内１」及び「ＤＣ内道案内２」、「ファイルサーバ」並びに「通知機能」が実行を許可されることを記憶する。また、図１１Ｂに示す判定条件記憶部３２２は、エリア「Ｃ−３」においては、「通話機能」は着信のみが許可されること、及び「カメラ撮影」は所定の範囲に限り許可されることを記憶する。すなわち、本実施例における判定条件記憶部３２２は、同じ入館者に貸与される携帯端末３００であっても、入館目的及び作業対象となるサーバが異なる場合は、許可されるアプリの機能が異なることを記憶する。

次に、図１１Ｃは、「か氏」が「株式会社Ｂ」の「生産管理システム」の「システム設置工事」作業を行う場合に貸与される携帯端末３００ｃの判定条件記憶部３２２の一例である。図１１Ｃに示す判定条件記憶部３２２は、図１１Ａ及び図１１Ｂに示す判定条件記憶部３２２とは異なり、エリア「Ｆ−３」において「セキュリティカード」など、「位置検出」以外のアプリの機能の実行が許可されることを記憶する。

次に、通過履歴記憶部３２３は、携帯端末３００が通過したセキュリティゲートに関する情報を記憶する。なお、通過履歴記憶部３２３に記憶される情報は、例えば後に説明する通過処理部３３３により入力される。

図１２は、通過履歴記憶部の一例を示す図である。図１２に示すように、通過履歴記憶部３２３は、携帯端末３００が通過したセキュリティゲートを示す「既通過ゲート」を、当該携帯端末３００の貸与を受けた「入館者ＩＤ」と対応付けて記憶する。例えば、図１２に示す通過履歴記憶部３２３は、入館者ＩＤ「Ｅ００１」の入館者が、貸与された携帯端末３００を携帯して、ゲートＩＤ「Ｇａｔｅ−０００」、「Ｇａｔｅ−００１」及び「Ｇａｔｅ−００２」を通過したことを記憶する。

図９に戻って、制御部３３０は、携帯端末３００の全体的な処理を司る処理部である。制御部３３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。この制御部３３０は、機能設定部３３１、判定部３３２及び通過処理部３３３を有する。なお、機能設定部３３１、判定部３３２及び通過処理部３３３は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。

機能設定部３３１は、通信部３１１を通じて、機能管理サーバ２００からアプリの機能に関する情報を受信する。機能設定部３３１は、受信したアプリの機能に関する情報に対応するアプリをインストールし、インストールしたアプリに関する情報をアプリ記憶部３２１に記憶する。また、機能設定部３３１は、インストールしたアプリの機能の実行を可否を判定する条件を機能管理サーバ２００から受信して、判定条件記憶部３２２に記憶する。

また、機能設定部３３１は、例えば携帯端末３００がデータセンター１０００の受付に返却されたことを検出した場合、インストールされたアプリの機能を無効化し、記憶された情報を消去する。

次に、判定部３３２は、判定条件記憶部３２２を参照して、携帯端末３００にインストールされるアプリの機能の実行の可否を判定する。判定部３３２は、例えば表示操作部３１２を通じて、入館者からアプリの機能の実行指示を受け付けると、位置情報を取得して、携帯端末３００が現在いるエリアを特定する。なお、判定部３３２は、例えば公知のＧＰＳ（Global Positioning System）受信機等により測定される位置情報を用いるが、位置情報を特定する方法はこれに限られない。例えば、判定部３３２は、各エリアのゲート等が発信する信号を受信することにより位置情報を特定してもよく、通過したゲートを用いて位置情報を特定してもよい。

次に、判定部３３２は、判定条件記憶部３２２を参照して、現在いるエリアにおいて、実行指示を受け付けたアプリの機能が実行可能であるか否かを判定する。例えば、判定部３３２は、入館者による「ＤＣ内道案内１」アプリの機能の実行指示を受け付けた場合において、携帯端末３００が現在いるエリアが「Ｘ−１」であると判定した場合、「ＤＣ内道案内１」アプリの機能の実行を不可とする。この場合において、判定部３３２は、表示操作部３１２に、「ＤＣ内道案内１」アプリの機能の実行を不可とする旨のメッセージを表示させてもよい。一方、判定部３３２は、携帯端末３００が現在いるエリアが「Ａ−１」であると判定した場合、「ＤＣ内道案内１」アプリの機能を実行させる。

なお、判定部３３２がアプリの機能の実行の可否を判定するタイミングは入館者によるアプリの機能の実行指示を受け付けた場合に限られない。判定部３３２は、例えば外部から電話や電子メールの着信があった場合に、通話機能や通知受信機能の実行の可否を判定してもよい。

次に、通過処理部３３３は、携帯端末３００にインストールされたセキュリティカードのアプリの機能を用いたセキュリティゲートの通過を管理する。通過処理部３３３は、携帯端末３００がセキュリティゲートを通過する際に、セキュリティカードのアプリの機能を用いて、セキュリティゲートの認証処理を行う。通過処理部３３３は、セキュリティゲートの認証処理が成功し、ゲートを通過した場合に、通過したセキュリティゲートのゲートＩＤを通過履歴記憶部３２３に登録する。

また、通過処理部３３３は、セキュリティゲートの認証処理に際し、通過履歴記憶部３２３に記憶された通過履歴をセキュリティゲートに出力する。セキュリティゲートは、例えば機能管理サーバ２００のゲートＤＢ２２６を参照し、出力された通過履歴のうち直前のゲートＩＤが「隣接ゲート１」又は「隣接ゲート２」に登録されたものであるか否かを判定する。この場合において、出力された通過履歴のうち直前のゲートＩＤが「隣接ゲート１」又は「隣接ゲート２」に登録されたものであると判定されない場合、セキュリティゲートの認証処理は失敗する。

［処理の流れ］
次に、本実施例における処理について、図１３乃至図１５を用いて説明する。図１３は、入館登録処理の一例を示すシーケンス図である。図１３に示すように、データセンター１０００への入館を希望するユーザは、機能管理サーバ２００にアクセスし、入館者名、所属、入館予定日時、対象システム、作業項目及び生体情報を含むユーザ情報を登録する（Ｓ１）。機能管理サーバ２００の機能特定部２３２は、登録されたユーザ情報を用いて、携帯端末３００に、サーバ室・ラックへのアクセス権限の設定、ドキュメントの閲覧権限の設定及びアプリの機能の設定を行う（Ｓ１１）。そして、機能管理サーバ２００の受付部２３１は、情報を登録したユーザの入館を承認し、入館番号を発行する（Ｓ２１）。

次に、入館登録処理の詳細について説明する。図１４は、入館登録処理の一例を示すフローチャートである。図１４に示すように、機能管理サーバ２００の受付部２３１は、例えば通信部２１１を通じて、図示しないユーザから、入館情報の入力を受け付けるまで待機する（Ｓ１００：Ｎｏ）。受付部２３１は、入館情報の入力を受け付けたと判定した場合（Ｓ１００：Ｙｅｓ）、ユーザによる生体認証が成功したか否かを判定する（Ｓ１１０）。例えば、受付部２３１は、ユーザによる顔認証処理を行う。

受付部２３１は、顔認証処理に失敗したと判定した場合（Ｓ１１０：Ｎｏ）、入館申請を拒絶し（Ｓ１１９）、処理を終了する。一方、受付部２３１は、顔認証処理に成功したと判定した場合（Ｓ１１０：Ｙｅｓ）、機能特定部２３２に入館情報を出力する。

機能特定部２３２は、入館情報の出力を受けると、入館者ＤＢ２２１及び権限ＤＢ２２３を参照し、入館者が正当な権限を有しているか否かを判定する（Ｓ１１２）。機能特定部２３２は、入館者が正当な権限を有していないと判定した場合（Ｓ１１２：Ｎｏ）、Ｓ１１９に移行する。一方、機能特定部２３２は、入館者が正当な権限を有していると判定した場合（Ｓ１１２：Ｙｅｓ）、ユーザの入館番号を発行する（Ｓ１１３）。その後、受付部２３１は、ユーザの指紋を認識して、入館予定ＤＢ２２２に登録する（Ｓ１１４）。そして、機能特定部２３２は、携帯端末３００のアプリの機能を設定し、携帯端末３００の利用を開始させ（Ｓ１２０）、処理を終了する。

次に、本実施例における携帯端末３００におけるアプリ実行処理について、図１５を用いて説明する。図１５は、アプリ実行処理の一例を示すフローチャートである。図１５に示すように、携帯端末３００の判定部３３２は、アプリの実行指示を受け付けるまで待機する（Ｓ２００：Ｎｏ）。通過処理部３３３は、アプリの実行指示を受け付けると（Ｓ２００：Ｙｅｓ）、携帯端末３００の位置情報を取得する（Ｓ２０１）。

次に、判定部３３２は、判定条件記憶部３２２を参照して、取得した位置情報の位置において、機能を実行可能であるか否かを判定する（Ｓ２１０）。判定部３３２は、機能を実行不能であると判定した場合（Ｓ２１０：Ｎｏ）、実行ＮＧを示す情報を表示操作部３１２を通じて出力し（Ｓ２１９）、処理を終了する。一方、機能を実行可能であると判定した場合（Ｓ２１０：Ｙｅｓ）、判定部３３２は、アプリの機能の実行を指示し（Ｓ２１１）、処理を終了する。

次に、本実施例におけるゲート判定処理について、図１６を用いて説明する。図１６は、ゲート判定処理の一例を示すフローチャートである。図１６に示すように、携帯端末３００の通過処理部３３３は、携帯端末３００がセキュリティゲートに接触するまで待機する（Ｓ３００：Ｎｏ）。通過処理部３３３は、携帯端末３００がセキュリティゲートに接触すると（Ｓ３００：Ｙｅｓ）、通過履歴記憶部３２３からゲート通過履歴を読み出して、セキュリティゲートに送信する（Ｓ３０１）。

次に、セキュリティゲートは、直近のゲート通過履歴が、隣接ゲートであるか否かを判定する（Ｓ３１０）。直近のゲート通過履歴が隣接ゲートではないと判定した場合（Ｓ３１０：Ｎｏ）、セキュリティゲートは携帯端末３００にゲート通行不能であることを示す情報を送信する。この場合において、通過処理部３３３は、ゲート通行不能を示す情報を通過履歴記憶部３２３に記憶し（Ｓ３１９）、処理を終了する。

一方、直近のゲート通過履歴が隣接ゲートであると判定した場合（Ｓ３１０：Ｙｅｓ）、セキュリティゲートはゲートを開放し（Ｓ３１１）、ゲート開放を示す情報を携帯端末３００に送信する。この場合において、携帯端末３００にゲート通行不能であることを示す情報を送信する。通過処理部３３３は、当該セキュリティゲートのゲートＩＤを通過履歴記憶部３２３に記憶し（Ｓ３１２）、処理を終了する。

［効果］
以上説明したように、本実施例における携帯端末は、入館者に対応付けられた機能を実行可能に設定する。本実施例における携帯端末は、設定された前記機能の実行指示を受けた場合に、前記携帯端末の位置に関する情報を用いて、当該機能の実行を許可するか否かを判定する。これにより、例えば入館者に貸与する携帯端末に、目的や状況に応じた機能を提供できる。

また、本実施例における携帯端末は、入館者の入館目的に応じて特定される機能を実行可能に設定する。これにより、同一の入館者に貸与される携帯端末であっても、入館目的に応じて異なる機能を設定できる。

さらに、本実施例における携帯端末は、前記入館者による入館時に前記機能を実行可能に設定し、前記入館者による退館時に前記機能を実行不能とする。これにより、入館者が退館するまでの間に限り、携帯端末の機能を有効とすることができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。例えば、機能管理サーバ２００は、機能ブロックの一部が外部のコンピュータに実装されていてもよい。例えば、機能管理サーバ２００がゲートＤＢ２２６を有さない代わりに、各セキュリティゲートが隣接ゲートのＩＤを保持するような構成であってもよい。また、判定条件記憶部３２２が携帯端末３００ではなく機能管理サーバ２００に保持され、携帯端末３００がアプリの実行指示を受け付ける都度、機能管理サーバ２００に実行の可否を問い合わせるような構成であってもよい。

［システム］
また、各実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［ハードウェア構成］
図１７は、コンピュータのハードウェア構成例を示す図である。図１７に示すように、コンピュータ９００は、通信インタフェース９０１、ＨＤＤ９０２、メモリ９０３、プロセッサ９０４及び入出力インタフェース９０５を有する。なお、以下においては、携帯端末３００を例として説明するが、機能管理サーバ２００についても同様のコンピュータにより実現できる。

通信インタフェース９０１は、各機能部の説明時に示した通信部３１１に該当し、例えばネットワークインタフェースカードなどである。ＨＤＤ９０２は、各機能部の説明時に示した処理部を動作させるプログラムやＤＢ等を記憶する。

プロセッサ９０４は、各機能部の説明時に示した各処理部と同様の処理を実行するプログラムをＨＤＤ９０２等から読み出してメモリ９０３に展開することで、図９等で説明した各機能を実行するプロセスを動作させる。すなわち、このプロセスは、携帯端末３００が有する機能設定部３３１、判定部３３２及び通過処理部３３３と同様の機能を実行する。入出力インタフェース９０５は、各機能部の説明時に示した表示操作部３１２に該当する。

このように、コンピュータ９００は、プログラムを読み出して実行することで、機能管理方法を実行する携帯端末３００として動作する。また、携帯端末３００は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、携帯端末３００によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。

２００ 機能管理サーバ
３００ 携帯端末
２１１、３１１ 通信部
３１２ 表示操作部
２２０、３２０ 記憶部
２２１ 入館者ＤＢ
２２２ 入館予定ＤＢ
２２３ 権限ＤＢ
２２４ アプリ機能ＤＢ
２２５ エリアＤＢ
２２６ ゲートＤＢ
３２１ アプリ記憶部
３２２ 判定条件記憶部
３２３ 通過履歴記憶部
２３０、３３０ 制御部
２３１ 受付部
２３２ 機能特定部
３３１ 機能設定部
３３２ 判定部
３３３ 通過処理部

Claims (3)

1. 機能管理サーバ及び携帯端末を含む機能管理システムであって、
   前記機能管理サーバは、
   入館者と、当該入館者の目的に応じて利用を許可する機能とを対応付けて記憶する記憶部と、
   入館者と、当該入館者の目的に関する情報を含む入館申請を受け付けると、当該入館者の目的に対応する、記憶された前記機能を携帯端末に設定させる機能特定部と
   を有し、
   前記携帯端末は、
   前記入館者の目的に対応付けられた機能を実行可能に設定する設定部と、
   設定された前記機能の実行指示を受けた場合に、前記携帯端末の位置に関する情報を用いて、当該機能の実行を許可するか否かを判定する判定部と
   を有することを特徴とする機能管理システム。
2. 機能管理サーバ及び携帯端末を含む機能管理システムが実行する機能管理方法であって、
   前記機能管理サーバは、
   入館者と、当該入館者の目的に関する情報を含む入館申請を受け付けると、入館者と、当該入館者の目的に応じて利用を許可する機能とを対応付けて記憶する記憶部を参照し、前記入館者の目的に対応する、記憶された前記機能を携帯端末に設定させ、
   前記携帯端末は、
   前記入館者の目的に対応付けられた機能を実行可能に設定し、
   設定された前記機能の実行指示を受けた場合に、前記携帯端末の位置に関する情報を用いて、当該機能の実行を許可するか否かを判定する
   処理を実行することを特徴とする機能管理方法。
3. 前記設定部は、前記入館者による入館時に前記機能を実行可能に設定し、前記入館者による退館時に前記機能を実行不能とすることを特徴とする請求項１に記載の機能管理システム。

Images