(57)【要約】【課題】  複数の業務管理システムが混在する場合でも、一つの業務管理システムに属する正規の端末を、ソフトウェア認証によって他の業務管理システムに属する端末や非正規の端末が、不正に利用するのを防止すること。【解決手段】  クライアント端末と、アプリケーションサーバ及びデータベースサーバがそれぞれネットワークに接続される業務管理システムであって、アプリケーションサーバは、業務管理用アプリケーションの起動時に、アプリケーションサーバの固有情報とデータベースサーバに登録済みのアプリケーションサーバの認証キーとを照合し、アプリケーションサーバが、非正規のアプリケーションサーバであると判定した場合、業務管理用アプリケーションの起動を停止する。【選択図】図１
2015079323.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、処理要求を生成するためのクライアントプロセスを有するクライアント端末と、前記クライアント端末と前記ネットワークを介して情報の授受を行うアプリケーションサーバと、前記ネットワークに接続され、前記クライアント端末の固有情報と前記アプリケーションサーバの固有情報をそれぞれ認証キーとして格納するデータベースを有するデータベースサーバと、を備えた業務管理システムであって、
前記アプリケーションサーバは、
業務管理用アプリケーションを管理するサーバプロセスを有し、
前記サーバプロセスは、
前記業務管理用アプリケーションの起動時に、前記データベースサーバをアクセスして、前記アプリケーションサーバで管理されるアプリケーションサーバの固有情報と前記データベースに登録済みの認証キーのうち前記アプリケーションサーバの認証キーとを照合し、当該照合結果が不一致であって、前記アプリケーションサーバが、非正規のアプリケーションサーバであると判定した場合、前記業務管理用アプリケーションの起動を停止することを特徴とする業務管理システム。
【請求項２】
前記サーバプロセスは、
前記業務管理用アプリケーションの起動時に、前記照合結果が一致であって、前記アプリケーションサーバが、正規のアプリケーションサーバであると判定した場合、前記業務管理用アプリケーションの起動状態を保持し、
前記クライアントプロセスは、
前記業務管理用アプリケーションの起動状態にあることを条件に起動して、前記クライアント端末で管理されるクライアント端末の固有情報を含む認証要求を前記ネットワークを介して前記アプリケーションサーバに送信し、前記アプリケーションサーバから、前記クライアント端末が、正規のクライアント端末であるとの認証結果を前記ネットワークを介して受信した場合、起動時の処理を実行し、前記クライアント端末が、非正規のクライアント端末であるとの認証結果を前記アプリケーションサーバから前記ネットワークを介して受信した場合、その起動を停止することを特徴とする請求項１に記載の業務管理システム。
【請求項３】
前記サーバプロセスは、
前記アプリケーションサーバが、前記クライアントプロセスから前記認証要求を受信した場合、前記データベースサーバをアクセスして、前記認証要求に含まれるクライアント端末の固有情報と前記データベースに登録済みの認証キーのうち前記クライアント端末の認証キーとを照合し、当該照合結果が一致であって、前記クライアント端末が、正規のクライアント端末であると認証した場合、前記クライアント端末が、正規のクライアント端末であるとの認証結果を前記ネットワークを介して前記クライアント端末に送信し、前記照合結果が不一致であって、前記クライアント端末が、非正規のクライアント端末であると認証した場合、前記クライアント端末が、非正規のクライアント端末であるとの認証結果を前記ネットワークを介して前記クライアント端末に送信することを特徴とする請求項２に記載の業務管理システム。
【請求項４】
前記クライアントプロセスは、
前記アプリケーションサーバから、前記クライアント端末が、正規のクライアント端末であるとの認証結果を前記ネットワークを介して受信したことを条件に、処理要求を生成し、前記生成した処理要求を前記ネットワークを介して前記アプリケーションサーバに送信し、
前記サーバプロセスは、
前記アプリケーションサーバが前記処理要求を受信した場合、前記データベースサーバをアクセスして、前記アプリケーションサーバで管理されるアプリケーションサーバの固有情報と前記データベースに登録済みの認証キーのうち前記アプリケーションサーバの認証キーとを照合し、当該照合結果が一致であって、前記アプリケーションサーバが、正規のアプリケーションサーバであると判定した場合、前記処理要求を受け入れ、前記受け入れた処理要求に従って処理を実行し、前記照合結果が不一致であって、前記アプリケーションサーバが、非正規のアプリケーションサーバであると判定した場合、前記処理要求の受け入れを拒絶することを特徴とする請求項２に記載の業務管理システム。
【請求項５】
前記データベースサーバには、前記データベースサーバのデータベースに前記クライアント端末の固有情報を認証キーとして登録するクライアント端末用認証管理ツール又は、前記データベースサーバのデータベースに前記アプリケーションサーバの固有情報を認証キーとして登録するアプリケーションサーバ用認証管理ツールが接続され、
前記各認証管理ツールによって登録される前記認証キーは、
正規の認証キーの他に２以上のダミーデータを含む複数の認証キーで構成されることを特徴する請求項１に記載の業務管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続される端末の不正利用を防止する機能を有する業務管理システムに関する。
【背景技術】
【０００２】
社内ＬＡＮ（Local  Area  Network）などのネットワークを保護するために、ネットワークに接続された端末の認証を行う場合、特許文献１に記載のように、ネットワーク内に設置した監視装置により、各端末の認証・接続制限を行うこと、もしくは特許文献２に記載のように、各端末に接続された外部媒体によるハードの認証・接続制限を行うことが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１５４０１２号
【特許文献２】特開２０１１−２９９００号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワーク内に設置した監視装置により、各端末を監視する場合、監視装置は、一定時間毎にネットワークを介して、全ての端末にＡＲＰ（Address  Resolution  Protocol）リクエストを送信し、その後、各端末からＡＲＰリプライを受信し、受信したＡＲＰリプライのフレームからリクエスト送信先端末の固有情報を読み取って、リクエスト送信先端末の認証（ソフトウェア認証）を行う。この認証で、リクエスト送信先端末を未登録の端末と判定した場合、監視装置は、リクエスト送信先端末に妨害メッセージを送信することで、リクエスト送信先端末とのネットワーク通信を遮断することができる。
【０００５】
また、外部から持ち込まれた端末が、社内ＬＡＮなど、保護されたネットワークに接続された場合、ネットワーク内の監視装置は、外部から持ち込まれた端末をリクエスト送信先端末として、リクエスト送信先端末にＡＲＰリクエストを送信し、その後、リクエスト送信先端末からＡＲＰリプライを受信し、受信したＡＲＰリプライのフレームからリクエスト送信先端末の固有情報を読み取って、リクエスト送信先端末の認証を自動的に行うことが可能である。
【０００６】
しかし、前記の方法では、監視装置は、ネットワークに接続された全ての端末を対象とするため、複数の業務管理システムが混在し、各業務管理システムがネットワークに接続される場合、ある業務管理システムに属する端末が、正規の端末として認証されると、その端末の使用を他の業務管理システムが制限することができない。即ち、監視装置によって認証された端末の使用を、どの業務管理システムでも制限することができない。そのため、監視装置によって認証された端末を、業務管理システム毎に、利用可能な端末数を制限したり、管理したりすることができない。
【０００７】
また、外部媒体をＵＳＢ（Universal  Serial  Bus）などで接続し、ハード（ハードウェア）認証を行うことも考えられる。外部媒体でハード認証することで、機器毎に接続の制限を行うことが可能となる。
【０００８】
しかし、防塵・防水・防爆エリアなど、外部媒体を容易に取り外すことのできない環境や、タブレットのように、外部媒体の接続が制限される状況などでは、ハード認証を利用することが困難である。
【０００９】
本発明は、複数の業務管理システムが混在する場合でも、一つの業務管理システムに属する正規の端末を、ソフトウェア認証によって他の業務管理システムに属する端末や非正規の端末が、不正に利用するのを防止することができる業務管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記目的を達成するために、本発明は、ネットワークに接続されるクライアント端末と、前記クライアント端末と前記ネットワークを介して情報の授受を行うアプリケーションサーバと、前記クライアント端末及び前記アプリケーションサーバの固有情報をそれぞれ認証キーとして格納するデータベースを有するデータベースサーバと、を備えた業務管理システムであって、アプリケーションサーバは、業務管理用アプリケーションの起動時に、前記データベースサーバをアクセスして、前記アプリケーションサーバで管理されるアプリケーションサーバの固有情報と前記データベースに登録済みの認証キーのうち前記アプリケーションサーバの認証キーとを照合し、当該照合結果が不一致であって、前記アプリケーションサーバが、非正規のアプリケーションサーバであると判定した場合、前記業務管理用アプリケーションの起動を停止することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の業務管理システムが混在する場合でも、一つの業務管理システムに属する正規の端末を、ソフトウェア認証によって他の業務管理システムに属する端末や非正規の端末が、不正に利用するのを防止することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る業務管理システムの全体構成図である。
【図２】端末間の通信方法を説明するための説明図である。
【図３】サーバプロセスの起動認証の処理を説明するためのフローチャートである。
【図４】クライアントプロセスの起動認証の処理を説明するためのフローチャートである。
【図５】クライアントプロセスの処理要求に伴う処理を説明するためのフローチャートである。
【図６】認証管理ツールを用いた固有情報登録の処理を説明するためのフローチャートである。
【図７】正規の認証キーを決定する処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施例を、図面を用いて説明する。
【００１４】
（実施例）
図１は、本発明に係る業務管理システムの全体構成図である。図１において、業務管理システムは、複数のクライアント端末（以下、クライアントと称する。）１０１ａ、１０１ｂ、１０１ｃと、複数のアプリケーションサーバ（以下、ＡＰサーバと称する。）１０２ａ、１０２ｂと、データベースサーバ（以下、ＤＢサーバ１０３と称する。）を有し、各クライアント１０１ａ、１０１ｂ、１０１ｃと、各ＡＰサーバ１０２ａ、１０２ｂ及びＤＢサーバ１０３が、ネットワーク１０４を介して接続されている。なお、ネットワーク１０４には、図１に示す業務管理システムの他に、１又は２以上の業務管理システムが接続されることがある。
【００１５】
各クライアント１０１ａ、１０１ｂ、１０１ｃは、例えば、ＣＰＵ（Central  Processing  Unit）、メモリ、入出力インタフェース等の情報処理資源を備えたコンピュータ装置で構成される。この際、各クライアント１０１ａ、１０１ｂ、１０１ｃのＣＰＵは、メモリに格納されたプログラムに従って処理を実行し、例えば、処理要求を生成し、生成した処理要求を、ネットワーク１０４を介して、各ＡＰサーバ１０２ａ、１０２ｂに発行することができる。
【００１６】
各ＡＰサーバ１０２ａ、１０２ｂは、例えば、ＣＰＵ、メモリ、入出力インタフェース等の情報処理資源を備えたコンピュータ装置で構成される。この際、各ＡＰサーバ１０２ａ、１０２ｂのＣＰＵは、メモリに格納された各種プログラムを起動することができる。
【００１７】
ＤＢサーバ１０３は、この業務管理システムに属する各端末に関する情報を格納する記憶装置として構成され、このＤＢサーバ１０３のデータベースには、例えば、クライアント１０１ａ、１０１ｂ、１０１ｃやＡＰサーバ１０２ａ、１０２ｂの固有情報（認証キー）等が格納される。
【００１８】
図２は、端末間の通信方法を説明するための説明図である。図２において、クライアント１０１は、メモリに格納されたソフトウェア資源として、業務管理用のクライアントプロセスプログラム（以下、クライアントプロセスを称する。）２１１および認証管理ツール２１２を有する。クライアントプロセス２１１は、ＣＰＵの起動により、ネットワーク１０４を介してＡＰサーバ１０２に処理要求を発行する。なお、クライアント１０１は、クライアント１０１ａ、１０１ｂ、１０１ｃの総称である。
【００１９】
ＡＰサーバ１０２は、メモリに格納されたソフトウェア資源として、ＷＥＢサービス２２１、メッセージキュー２２２、業務管理用のサーバプロセスプログラム（以下、サーバプロセスと称する。）２２３および認証管理ツール２２４を有する。ＷＥＢサービス２２１は、ネットワーク１０４を介してクライアント１０１と情報の授受を行うと共に、メッセージキュー２２２と情報の授受を行うインタフェースとして機能する。メッセージキュー２２２は、ＷＥＢサービス２２１又はサーバプロセス２２３からの情報やデータを格納するメモリとして機能する。サーバプロセス２２３は、ＣＰＵの指令により、メモリに格納された業務システムアプリケーション（業務管理用アプリケーション）を起動し、ＤＢサーバ１０３と情報の授受を行うと共に、クライアント１０１からの処理要求を処理し、処理要求を受け入れた場合、処理要求に従った処理を実行するアプリケーション処理部として機能する。なお、ＡＰサーバ１０２は、ＡＰサーバ１０２ａ、１０２ｂの総称である。ＤＢサーバ１０３は、メモリに格納されたソフトウェア資源として、データベースソフト２３１を有している。
【００２０】
クライアント１０１とＡＰサーバ１０２との間で通信を行う場合、クライアントプロセス２１１とサーバプロセス２２３との間で通信が行われる。この際、まず、クライアントプロセス２１１は、ＷＥＢサービス２２１を介してメッセージキュー２２２に処理要求をキューする。サーバプロセス２２３は、メッセージキュー２２２を逐次監視しており、処理要求がメッセージキュー２２２に格納された場合、その処理要求をメッセージキュー２２２から取り出す。サーバプロセス２２３は、取り出した処理要求を基にＤＢサーバ１０３のＤＢソフト２３１と通信すると共に、ＤＢソフト２３１をアクセスし、処理要求に従って処理を実行し、その処理結果をメッセージキュー２２２に格納する。メッセージキュー２２２に格納された処理結果は、ＷＥＢサービス２２１からネットワーク１０４を介してクライアントプロセス２１１に転送される。クライアントプロセス２１１が、ＷＥＢサービス２２１を介して、処理結果を受け取ることで、クライアントプロセス２１１とサーバプロセス２２３との間で相互に通信が行われることになる。
【００２１】
また、認証管理ツール２１２および認証管理ツール２２４は、ＤＢソフト２３１に直接接続することで、クライアント１０１やＡＰサーバ１０２に関する固有情報（認証キー）等をＤＢソフト２３１に登録することができる。この際、ＤＢソフト２３１には、各端末に関する固有情報（認証キー）として、この業務管理システムに属する各端末に関する固有情報（認証キー）のみが登録される。
【００２２】
図３は、サーバプロセスの起動認証の処理を説明するためのフローチャートである。図３において、ＡＰサーバ１０２のＣＰＵの指令によって、サーバプロセス２２３が、業務管理用アプリケーションを起動すると（Ｓ３００）、サーバプロセス２２３は、ＡＰサーバ１０２のメモリから、ＡＰサーバ１０２の固有情報を取得し、取得した固有情報を基にハッシュ値を生成する（Ｓ３０１）。次に、サーバプロセス２２３は、生成したハッシュ値と、予めＤＢソフト２３１に登録してある、ＡＰサーバ１０２の固有情報のハッシュ値とを照合し（Ｓ３０２）、ＡＰサーバ１０２が正規の端末であるか否かを判定する（Ｓ３０３）。ステップＳ３０３で、肯定の判定結果を得た場合、即ち、両者のハッシュ値が一致し、ＡＰサーバ１０２が正規の端末（正規のＡＰサーバ）であると認証した場合、サーバプロセス２２３は、起動状態を保持すると共に、起動時の処理を実行し、その後、自身の起動を完了させ（Ｓ３０４）、このルーチンでの処理を終了する。
【００２３】
一方、ステップＳ３０３で、否定の判定結果を得た場合、即ち、両者のハッシュ値が不一致であって、ＡＰサーバ１０２が非正規の端末（非正規のＡＰサーバ）であると認証した場合、サーバプロセス２２３は、エラーログを出力し（Ｓ３０５）、その後、自身の起動を停止した後、終了させ（Ｓ３０６）、このルーチンでの処理を終了する。
【００２４】
以上のように、サーバプロセス２２３は、業務管理用アプリケーションの起動時に、ＡＰサーバ１０２の固有情報から生成したハッシュ値と、予めＤＢソフト２３１に登録してある、ＡＰサーバ１０２の固有情報のハッシュ値（認証キー）とを照合し、両者のハッシュ値が一致し、ＡＰサーバ１０１を正規の端末（正規のＡＰサーバ）として認証したことを条件に、自身の起動状態を保持して、起動時の処理を実行し、両者のハッシュ値が不一致であり、ＡＰサーバ１０１を非正規の端末（非正規のＡＰサーバ）として認証したことを条件に、自身の起動を停止した後、終了する。
【００２５】
即ち、サーバプロセス２２３は、業務管理用アプリケーションの起動時に、自身が、ＡＰサーバ１０１を正規の端末（正規のＡＰサーバ）として認証した場合にのみ、自身の起動状態を保持して、起動時の処理を実行することができ、自身が、ＡＰサーバ１０１を非正規の端末（非正規のＡＰサーバ）として認証した場合には、業務管理用アプリケーションの実行ができなくなる。このため、他の業務管理システムに属するＡＰサーバは、ネットワーク１０４に接続されても、このＡＰサーバに関する認証キーがＤＢソフト２３１には登録されていないので、非正規のＡＰサーバとして認証される。この結果、他の業務管理システムに属するＡＰサーバが、図１に示す業務管理システムを利用するのを防止することができる。
【００２６】
図４は、クライアントプロセスの起動認証の処理を説明するためのフローチャートである。図４において、クライアント１０１のＣＰＵは、ＡＰサーバ１０２のサーバプロセス２２３が起動状態にあることを前提として、クライアントプロセス２１１を起動する（Ｓ４００）。クライアントプロセス２１１は、クライアント１０１のメモリから、クライアント１０１の固有情報を取得し、取得した固有情報を基にハッシュ値を生成する（Ｓ４０１）。次に、クライアントプロセス２１１は、生成したハッシュ値が付加された認証要求を、ネットワーク１０４を介してＡＰサーバ１０２に送信する（Ｓ４０２）。
【００２７】
次に、ＡＰサーバ１０２のＷＥＢサービス２２１を介して、メッセージキュー２２２に認証要求が格納されると、サーバプロセス２２３は、メッセージキュー２２２から認証要求を取り出し、取り出した認証要求から読み取ったハッシュ値と、予めＤＢソフト２３１に登録してある、クライアント１０１の固有情報のハッシュ値とを照合し、クライアント１０１が正規の端末であるか否かを判定する（Ｓ４０３）。
【００２８】
ステップＳ４０３で、肯定の判定結果を得た場合、即ち、クライアント１０１が正規の端末（正規のクライアント）であると認証した場合、サーバプロセス２２３は、クライアント１０１が正規のクライアントである旨の情報をクライアントプロセス２１１に送信する。クライアント１０１が正規のクライアントである旨の情報を、クライアントプロセス２１１が受信した場合、クライアントプロセス２１１は、起動状態を保持し、起動時の処理を実行し、その後、その起動を完了させ（Ｓ４０４）、このルーチンでの処理を終了する。
【００２９】
一方、ステップＳ４０３で、否定の判定結果を得た場合、即ち、クライアント１０１が非正規の端末（非正規のクライアント）であると認証した場合、サーバプロセス２２３は、クライアント１０１が非正規のクライアントである旨の情報をクライアントプロセス２１１に送信し、クライアントプロセス２１１にエラーメッセージを表示させる（Ｓ４０５）。その後、クライアントプロセス２１１は、その起動を停止した後、終了し（Ｓ４０６）、このルーチンでの処理を終了する。
【００３０】
以上のように、クライアントプロセス２１１は、その起動時に、クライアント１０１の固有情報から生成したハッシュ値を含む認証要求をＡＰサーバ１０２に送信し、認証要求を受信したＡＰサーバ１０２が、認証要求に付加されたハッシュ値と、予めＤＢソフト２３１に登録してある、クライアント１０１の固有情報のハッシュ値とを照合し、両者のハッシュ値の一致により、クライアント１０１を、正規の端末（正規のクライアント）として認証したことを条件に、起動状態を保持して、起動時の処理を実行する。一方、クライアントプロセス２１１は、その起動時に、認証要求を受信したＡＰサーバ１０２が、両者のハッシュ値の不一致により、クライアント１０１を、非正規の端末（非正規のクライアント）として認証したことを条件に、自身の起動を停止した後、終了する。
【００３１】
即ち、クライアントプロセス２１１は、その起動時に、認証要求を受信したＡＰサーバ１０２が、クライアント１０１を、正規の端末（正規のクライアント）として認証した場合にのみ、起動状態を保持して、起動時の処理を実行することができ、認証要求を受信したＡＰサーバ１０２が、クライアント１０１を、非正規の端末（非正規のクライアント）として認証した場合には、その起動が停止されることになる。
【００３２】
このため、他の業務管理システムに属するクライアントは、ネットワーク１０４に接続されても、このクライアントに関する認証キーがＤＢソフト２３１には登録されていないので、非正規のクライアントとして認証される。この結果、他の業務管理システムに属するクライアントが、図１に示す業務管理システムを利用するのを防止することができる。
【００３３】
図５は、クライアントプロセスの処理要求に伴う処理を説明するためのフローチャートである。この処理は、ＡＰサーバ１０２が、正規の端末であると認証したクライアント１０１のＣＰＵが、クライアントプロセス２１１を起動することによって開始される。まず、クライアントプロセス２１１は、オペレータの操作を基に処理要求を生成し（Ｓ５００）、生成した処理要求を、ネットワーク１０４を介してＡＰサーバ１０２に送信する（Ｓ５０１）。
【００３４】
ＡＰサーバ１０２のＷＥＢサーバ２２１が、クライアント１０１から処理要求を受信すると、ＷＥＢサーバ２２１は、受信した処理要求をメッセージキュー２２２に格納する。その後、サーバプロセス２２３は、メッセージキュー２２２から処理要求を取り出し、取り出した処理要求の処理を実行するに先立って、ＡＰサーバ１０２のメモリからＡＰサーバ１０２の固有情報（ハッシュ値）を取得し（Ｓ５１１）、取得した固有情報（ハッシュ値）と、ＤＢソフト２３１に登録してある、ＡＰサーバ１０２の固有情報のハッシュ値とを照合し（Ｓ５１２）、ＡＰサーバ１０２が正規の端末、即ち、ＡＰサーバ１０２が正規のＡＰサーバであるか否かを判定する（Ｓ５１３）。
【００３５】
ステップＳ５１３で、肯定の判定結果を得た場合、即ち、ＡＰサーバ１０２が正規の端末（正規のＡＰサーバ）であると認証した場合、サーバプロセス２２３は、メッセージキュー２２２から取り出した処理要求の処理（業務管理に必要な処理）を実行し（Ｓ５１４）、その処理結果をメッセージキュー２２２、ＷＥＢサービス２２１およびネットワーク１０４を介してクライアント１０１に送信し（Ｓ５１５）、このルーチンでの処理を終了する。
【００３６】
一方、ステップＳ５１３で、否定の判定結果を得た場合、即ち、ＡＰサーバ１０２が非正規の端末（非正規のＡＰサーバ）であると認証した場合、サーバプロセス２２３は、エラーメッセージをメッセージキュー２２２、ＷＥＢサービス２２１およびネットワーク１０４を介してクライアント１０１に送信する（Ｓ５１６）。エラーメッセージを受信したクライアント１０１は、処理要求の送信先端末が、非正規の端末（非正規のＡＰサーバ）である旨のエラーメッセージを表示し（Ｓ５０３）、このルーチンでの処理を終了する。
【００３７】
以上のように、クライアントプロセス２１１は、クライアント１０１が、正規の端末（正規のクライアント）として認証されたことを条件に、起動時の処理として処理要求を生成し、生成した処理要求をＡＰサーバ１０２に送信する。サーバプロセス２２３は、起動状態にあるときに、クライアント１０１から処理要求を受信した場合、ＡＰサーバ１０２の固有情報から生成したハッシュ値と、予めＤＢソフト２３１に登録してある、ＡＰサーバ１０２の固有情報のハッシュ値（認証キー）とを照合し、照合結果が一致であって、ＡＰサーバ１０１を正規の端末（正規のＡＰサーバ）として認証したことを条件に、クライアント１０１からの処理要求を受け入れ、受け入れた処理要求に従った処理（業務管理に必要な処理）を実行し、この処理結果をクライアント１０１に送信し、一方、照合結果が不一致であって、ＡＰサーバ１０１を非正規の端末（非正規のＡＰサーバ）として認証したことを条件に、クライアント１０１からの処理要求の受け入れを拒絶し、エラーメッセージをクライアント１０１に送信する。
【００３８】
以上のように、サーバプロセス２２３は、クライアント１０１から処理要求を受信した場合、ＡＰサーバ１０２が、正規のＡＰサーバであることを認証した場合にのみ、クライアント１０１からの処理要求を受け入れて、その処理要求に従って処理を実行し、クライアント１０１から処理要求を受信した場合でも、ＡＰサーバ１０２が、非正規のＡＰサーバであることを認証した場合には、クライアント１０１からの処理要求の受け入れを拒絶するので、一時的ななりすまし等によるＡＰサーバ１０２の不正利用を防止することができる。また、サーバプロセス２２３は、起動状態にあるときに、一定時間毎に、ＡＰサーバ１０２が正規のＡＰサーバであるか否かを認証することなく、クライアント１０１から処理要求を受信した場合にのみ、ＡＰサーバ１０２が正規のＡＰサーバであるか否かを認証することができるので、ＡＰサーバ１０２を適切なタイミングで認証することができる。
【００３９】
図６は、認証管理ツールを用いた固有情報登録の処理を説明するためのフローチャートである。この処理は、認証管理ツール２１２、２２４が、管理対象のクライアント１０１またはＡＰサーバ１０２の認証キー、すなわち固有情報をＤＢソフト２３１に登録するための処理である。なお、認証管理ツール２１２、２２４の処理は同一であるので、以下、認証管理ツール２１２の処理について説明する。
【００４０】
まず、認証管理ツール２１２は、管理対象の端末であるクライアント１０１を、正規端末として登録するための端末上で起動する認証管理ツールとして機能し、クライアント１０１を識別するために、端末毎に固有な固有情報、例えば、ＭＡＣアドレスを、認証管理ツール２１２内のメモリから取得する（Ｓ６０１）。取得したＭＡＣアドレスを認証キーとして、ＤＢソフト２３１に格納するに際して、ＤＢソフト２３１に登録した全ての認証キーが、必ずいずれかの管理対象の端末の正規認証キーである場合、登録した認証キーが、正規の認証キーであっても、暗号化方式で解析される可能性が高いため、ＤＢソフト２３１に格納すべき認証キーに、ダミーデータを含ませる処理が、認証管理ツール２１２によって実行される。
【００４１】
例えば、認証管理ツール２１２は、整数ｎ＝０〜Ｎ（Ｎは、０以上の整数で、認証管理ツール２１２の設定ファイルに記載されていて、認証管理ツール２１２の起動時に、認証管理ツール２１２によって読み込まれる値である。）に対して、まず、整数ｎ＝０とし（Ｓ６０２）、その後、ＭＡＣアドレスの先頭にｎを付加した文字列に対してハッシュ値Ａｎを生成し（Ｓ６０３）、生成したハッシュ値Ａｎを認証キーとして、ＤＢソフト２３１に登録する（Ｓ６０４）。
【００４２】
次に、認証管理ツール２１２は、ｎ＝ｎ+１とし（Ｓ６０５）、その後、ｎがＮに等しいか、あるいはＮよりも小さいか否かを判定する（Ｓ６０６）。認証管理ツール２１２は、ステップＳ６０６で肯定の判定結果を得た場合には、ステップＳ６０３の処理に戻り、ステップＳ６０３からステップＳ６０６の処理を繰り返し、ステップＳ６０６で否定の判定結果を得た場合には、このルーチンでの処理を終了する。以上の処理で、Ｎ＋１個の認証キーが生成され、生成されたＮ＋１個の認証キーのうち、Ｎ個の認証キーが、ダミーのデータ（ダミーデータ）としてＤＢソフト２３１に格納され、残りの一つの認証キーが、正規の認証キーとしてＤＢソフト２３１に格納される。
【００４３】
図７は、正規の認証キーを決定する処理を説明するためのフローチャートである。この処理は、生成されたＮ＋１個の認証キーの中から１つの認証キーを選択し、選択した認証キーを正規の認証キーに決定するための処理である。この処理では、生成されたＮ＋１個の認証キーのＭＡＣアドレスの先頭に付加した数値のうち、正規の認証キーの数値をＭＡＣアドレス毎に固有に決定することで、セキュリティを高める方法が採用されている。
【００４４】
まず、認証管理ツール２１２は、認証の対象となる端末、例えば、クライアント１０１のＭＡＣアドレスを、認証管理ツール２１２のメモリから取得し（Ｓ７０１）、取得したＭＡＣアドレスから、そのハッシュ値Ａを生成する（Ｓ７０２）。
【００４５】
次に、認証管理ツール２１２は、生成したハッシュ値Ａから数字のみを抽出して数値文字列Ｂを生成する（Ｓ７０３）。この後、認証管理ツール２１２は、生成した数値文字列Ｂから、ＭＡＣアドレスの先頭に付加する数値ｍを決定する。数値ｍの決定方法は様々あるが、ここでは、以下の処理を実行する。
【００４６】
まず、認証管理ツール２１２は、初期値が１のｋ、初期値が０のｍ（Ｓ７０４）に対して、文字列Ｂの先頭からｋ桁を抽出し、数値Ｂｋを作成し（Ｓ７０５）、ＢｋがＮよりも小さいか、あるいはＮと等しいか否かを判定する（Ｓ７０６）。
【００４７】
ステップＳ７０６で肯定の判定結果を得た場合、即ち、図６のＳ６０６のＮに対して、Ｂｋ＜＝Ｎならば、認証管理ツール２１２は、ｍ＝Ｂｋ、ｋ＝ｋ＋１とし（Ｓ７０７）、ステップＳ７０５の処理に戻り、ステップＳ７０５からステップＳ７０６の処理を繰り返す。
【００４８】
一方、ステップＳ７０６で否定の判定結果を得た場合、即ち、図６のＳ６０６のＮに対して、Ｎ＜Ｂｋとなった場合、認証管理ツール２１２は、その時点で数値Ｂｋの作成を終了することで、ｍ＜＝Ｎを満たし、ＭＡＣアドレス毎、すなわち端末毎に固有な数値ｍを決定することができる。この後、認証管理ツール２１２は、ＭＡＣアドレスの先頭に、端末毎に固有な数値ｍを付加してハッシュ値Ａｍを生成し（Ｓ７０８）、生成したハッシュ値Ａｍを正規の認証キーに決定し（Ｓ７０９）、このルーチンでの処理を終了する。
【００４９】
以上のように、ＤＢソフト２３１にクライアント１０１とＡＰサーバ１０２に関する認証キーを登録する際に、正規の認証キーと２以上のダミーデータを含む複数の認証キーを生成し、生成した複数の認証キーをＤＢソフト２３１に登録し、サーバプロセス２２３が、クライアント１０１やＡＰサーバ１０２の認証を行う際には、ＤＢソフト２３１に登録された複数の認証キーのうち正規の認証キーをクライアント１０１やＡＰサーバ１０２の認証に用いることができる。このため、クライアント１０１とＡＰサーバ１０２の固有情報を示すハッシュ値が、非正規の端末によって取得されたとしても、非正規の端末が、正規の認証キーを特定することが一層困難となり、セキュリティの高い認証キーの生成と認証を実現することが可能となる。
【００５０】
本実施例によれば、複数の業務管理システムが混在し、各業務管理システムがネットワーク１０４に接続される場合でも、一つの業務管理システムに属する端末であって、ＤＢサーバ１０３に正規の認証キーが登録されている各端末（正規のクライアント１０１、正規のＡＰサーバ１０２）を、ソフトウェア認証によって他の業務管理システムに属する端末や非正規の端末（ＤＢサーバ１０３に正規の認証キーが登録されていない端末）が、不正に利用するのを防止することができる。
【００５１】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００５２】
また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid  State  Drive）等の記録装置、または、ＩＣ（Integrated  Circuit）カード、ＳＤ（Secure  Digital）メモリカード、ＤＶＤ（Digital  Versatile  Disc）等の記録媒体に記録しておくことができる。
【符号の説明】
【００５３】
１０１、１０１ａ、１０１ｂ、１０１ｃ  クライアント、１０２、１０２ａ、１０２ｂ  ＡＰサーバ、１０３  ＤＢサーバ、１０４  ネットワーク、２１１  クライアントプロセス、２１２  認証管理ツール、２２１  ＷＥＢサービス、２２２  メッセージキュー、２２３  サーバプロセス、２２４  認証管理ツール、２３１  ＤＢソフト。
【図１】
2015079323.tif 000003
【図２】
2015079323.tif 000004
【図３】
2015079323.tif 000005
【図４】
2015079323.tif 000006
【図５】
2015079323.tif 000007
【図６】
2015079323.tif 000008
【図７】
2015079323.tif 000009