(57)【要約】【課題】互いにトレードオフの関係にある利便性とセキュリティ向上を共に考慮した上で、複数のシステムを最適にアカウント統合する組み合わせの選択を可能とする。【解決手段】システムの種類情報とそれらをアカウント統合可能にグループ化した組み合わせを指定する情報とを受け付けてメモリ１０３に格納するグループ化組み合わせ受け付け部１５０と、各複数のシステムのリスク値を受け付けて複数のシステムの種類情報に対応付けてメモリに格納するリスク値受け付け部１５１と、各組み合わせについて、リスク増、およびアカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、リスク増とアカウント管理コストの差分として計算される目的関数を最小化する最適組み合わせを決定し、出力する最適組み合わせ決定部１５２とから最適アカウント統合支援システム１００を構成する。【選択図】図１
2009009328.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合を支援するシステムであって、
前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納する、グループ化組み合わせ受け付け部と、
前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納する、リスク値受け付け部と、
前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力する、最適組み合わせ決定部と、
を備えることを特徴とする、最適アカウント統合支援システム。
【請求項２】
前記グループ化組み合わせ受け付け部は、前記システム組合せ情報を、前記複数のシステムを第一階層として、それらを順次グループ化するごとに上位階層と位置づけて階層表示データを生成し、この階層表示データを出力インターフェースを介して出力し、前記階層表示データに基づく表示において前記システム組合せ情報の入力を入力インターフェースから受け付けることを特徴とする、
請求項１に記載の最適アカウント統合支援システム。
【請求項３】
前記最適組み合わせ決定部は、前記組み合わせに含まれる複数のシステムの各リスク値の合計値から、前記組み合わせに含まれる複数のシステムの各リスク値の最大値を減算することにより、前記リスク増の計算を行うことを特徴とする、
請求項１または２に記載の最適アカウント統合支援システム。
【請求項４】
前記アカウント管理コストを計算するために必要な数値を入力インターフェースから受け付けてメモリに格納する、アカウント管理コスト計算式定義部を備え、
前記最適組み合わせ決定部は、メモリから読み出した前記アカウント管理コストを計算するために必要な数値と、前記アカウント統合後のトータルのアカウント数に基づき、前記アカウント管理コストを計算することを特徴とする、
請求項１〜３のいずれかに記載の最適アカウント統合支援システム。
【請求項５】
前記最適組み合わせ決定部は、前記グループ化組み合わせ受け付け部により表示された前記階層表示としてのシステム組合せ情報の中から、前記最適組み合わせに含まれるグループを色分け表示することにより、前記最適組み合わせの出力をするとともに、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力インターフェースを介して出力することを特徴とする、
請求項２に記載の最適アカウント統合支援システム。
【請求項６】
ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合を支援するコンピュータが、
前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納する処理と、
前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納する処理と、
前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力する処理と、
を実行することを特徴とする最適アカウント統合支援方法。
【請求項７】
ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合支援を行うコンピュータに、
前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納するステップと、
前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納するステップと、
前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力するステップと、
を実行させる最適アカウント統合支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、最適アカウント統合支援システム、最適アカウント統合支援方法、および、最適アカウント統合支援プログラムに関し、特に、互いにトレードオフの関係にある利便性とセキュリティ向上を共に考慮した上で、複数のシステムを最適にアカウント統合する組み合わせの選択を可能にする、最適アカウント統合支援システム、最適アカウント統合支援方法、および、最適アカウント統合支援プログラムに関する。
【背景技術】
【０００２】
例えば、インターネット上の各種システムによって実現される各種Ｗｅｂアプリケーションや、企業内の各種情報システム（以下、まとめて、単に複数のシステムという）において、通常、ユーザは、ＩＤとパスワード、すなわちアカウントを入力してログインしたり、認証を受けたりする（以下、まとめてアカウント認証という）必要がある。
【０００３】
しかしながら、上記ユーザにとって、これら複数のアカウントを全て記憶したり、メモしておいたりして忘却を防止したり、セキュリティ上の安全策として定期的にその内容を変更したりすることは、容易なことではなく、また不便であった。また、上記複数システムのアカウントを管理する側（以下、アカウント管理者側という）にとっても、全ユーザのアカウントを漏洩せぬよう管理したり、ユーザの属性変更（例えば、企業内でいえば、当該ユーザの職掌変更があった場合などに、その所属や上記ＩＤなどが変わること）に伴い、当該ユーザの全アカウントを適切に変更するといった作業に要する手間やコストは決して小さいものではなかった。  
そこで、上記複数システムに対し、極力単一のアカウントでアカウント認証をうける技術、すなわちアカウント統合に関する技術が提案されている。
【０００４】
例えば、特許文献１には、ユーザが複数のシステムを同時に利用する際に、一度、ユーザＩＤ及びパスワードを入力しただけで、全てのシステムにログインできる複数サーバ間ログイン連携システム、クライアント装置、ログイン管理装置、サーバ装置及び記憶媒体を提供するとの目的の下、クライアント装置と、ログイン管理装置と、複数のサーバ装置とを備えた複数サーバ間ログイン連携システムにおいて、前記クライアント装置が、入力された識別情報を前記ログイン管理装置へ送付し、前記ログイン管理装置が、前記クライアント装置から送付された前記識別情報に基づきログイン処理を行うと共に、前記識別情報を暗号化した暗号データを前記クライアント装置へ送付し、前記クライアント装置が、前記ログイン管理装置から送付された前記暗号データを保持し、前記複数のサーバ装置のうち所望のサーバ装置の利用時に、前記クライアント装置が、当該サーバ装置に対し前記暗号データを送付し、前記当該サーバ装置が、前記クライアント装置から送付された前記暗号データを復号化し前記識別情報を生成すると共に、生成された前記識別情報に基づき当該サーバ装置におけるログイン処理を行うことを特徴とする複数サーバ間ログイン連携システムなどが開示されている。
【特許文献１】特開２００２−１８３０９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上記のような複数システムのアカウント統合を考える上で、上記特許文献１のような、全システムのアカウントを一つに統合化する方向、いわゆるシングルサインオン技術の方向では、アカウントの入力を行うユーザにとっての便利さやアカウント管理に要するコストなどといった利便性を向上させることはできるが、逆にセキュリティ上のリスクは高まる。なぜならば、例えばあるアカウントが第三者に漏洩し、当該複数システムへの不正アクセスが可能な状況となった場合、アカウント統合された全システムに不正アクセスすることが可能となってしまうからである。すなわち、アカウント統合を考える上で、利便性の向上と、セキュリティの向上とは、二律背反するトレードオフの関係にある。ところが、複数システムにおけるアカウント統合を考える上で、利便性の向上のみならず、セキュリティの向上をも適切に考慮した技術はいまだ存在しておらず、開発が望まれていた。
【０００６】
そこで本発明は上記課題を鑑みてなされたものであり、互いにトレードオフの関係にある利便性とセキュリティ向上を共に考慮した上で、複数のシステムを最適にアカウント統合する組み合わせの選択を可能にする、最適アカウント統合支援システムなどを提供することを主たる目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の最適アカウント統合支援システムは、ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合を支援するシステムであって、前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納する、グループ化組み合わせ受け付け部と、前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納する、リスク値受け付け部と、前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力する、最適組み合わせ決定部と、を備えることを特徴とする。
【０００８】
また、前記グループ化組み合わせ受け付け部は、前記システム組合せ情報を、前記複数のシステムを第一階層として、それらを順次グループ化するごとに上位階層と位置づけて階層表示データを生成し、この階層表示データを出力インターフェースを介して出力し、前記階層表示データに基づく表示において前記システム組合せ情報の入力を入力インターフェースから受け付けることとすれば好適である。
【０００９】
また、前記最適組み合わせ決定部は、前記組み合わせに含まれる複数のシステムの各リスク値の合計値から、前記組み合わせに含まれる複数のシステムの各リスク値の最大値を減算することにより、前記リスク増の計算を行うこととすれば好適である。
【００１０】
また、前記アカウント管理コストを計算するために必要な数値を入力インターフェースから受け付けてメモリに格納する、アカウント管理コスト計算式定義部を備え、前記最適組み合わせ決定部は、メモリから読み出した前記アカウント管理コストを計算するために必要な数値と、前記アカウント統合後のトータルのアカウント数に基づき、前記アカウント管理コストを計算することとすれば好適である。
【００１１】
また、前記最適組み合わせ決定部は、前記グループ化組み合わせ受け付け部により表示された前記階層表示としてのシステム組合せ情報の中から、前記最適組み合わせに含まれるグループを色分け表示することにより、前記最適組み合わせの出力をするとともに、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力インターフェースを介して出力することとすれば好適である。
【００１２】
また、本発明の最適アカウント統合支援方法は、ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合を支援するコンピュータが、前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納する処理と、前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納する処理と、前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力する処理と、を実行することを特徴とする。
【００１３】
また、本発明の最適アカウント統合支援プログラムは、ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合支援を行うコンピュータに、
前記複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェースから受け付けてメモリに格納するステップと、前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェースから受け付け、前記複数のシステムの種類情報に対応付けてメモリに格納するステップと、前記システム組み合わせ情報をメモリから読み出し、前記組み合わせについて、メモリから読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェースを介して出力するステップと、を実行させるプログラムである。
【００１４】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００１５】
本発明によれば、互いにトレードオフの関係にある利便性とセキュリティ向上を共に考慮した上で、複数のシステムを最適にアカウント統合する組み合わせの選択が可能となる。
【発明を実施するための最良の形態】
【００１６】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態の最適アカウント統合システム１００の構成図である。前記最適アカウント統合システム１００（以下適宜、支援システム１００という）は、ユーザのアカウント認証をそれぞれ必要とする複数のシステム間における、アカウント統合を支援するシステムである。
【００１７】
より具体的には、例えば、インターネット上の各種システムによって実現される各種Ｗｅｂアプリケーションや、企業内の各種情報システム（以下、まとめて、単に複数のシステムという）において、ユーザは、通常、ＩＤとパスワード、すなわちアカウントを入力することにより、ログインしたり、認証を受けたりする（以下、まとめてアカウント認証という）必要がある。これら複数システムのアカウントを管理する側（以下、アカウント管理者側という）は、各種の利便性などを考慮し、これら複数のシステム間において各ユーザに発行されるアカウントを適宜統合することがある。すなわち、アカウント管理者側は、システムのアカウント統合設計をし、当該設計されたアカウント統合を実行することがある。本実施形態の支援システム１００は、例えば、そのようなアカウント統合設計／実行を支援するためのツールなどとして利用できるシステムである。
【００１８】
本実施形態の支援システム１００の機能構成としては、本発明の最適アカウント統合方法を実行する機能を実現すべく、書き換え可能メモリなどのプログラムデータベース１０１にプログラム１０２を備えて、このプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記システム１００は、各種ボタン類などの入力インターフェース１０５や、ディスプレイなどの出力インターフェース１０６を有している。また、システム１００の各種機能部と入出力インターフェース１０５、１０６などとの間ではＩ／Ｏ部１０７がデータのバッファリングや各種仲介処理を実行している。
【００１９】
また、支援システム１００は、インターネットなどの通信ネットワークを介して各種の外部の装置やシステムと接続されていてもよい。その場合、それら各種外部装置や外部システムとの間のデータ授受を担う通信装置などを有していることとすればよい。
【００２０】
続いて、前記システム１００が、例えばプログラム１０２に基づき構成・保持する機能部につき説明を行う。
【００２１】
こうした支援システム１００は、複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェース１０５から受け付けてメモリ１０３に格納する、グループ化組み合わせ受け付け部１５０を備える。
【００２２】
本実施形態では、上記複数のシステムとして、ある企業における各種の業務管理システムを想定する。より具体的には旅費精算システム（ｓｙｓ１）、出張申請システム（ｓｙｓ２）、勤休管理システム（ｓｙｓ３）、福利厚生システム（ｓｙｓ４）、労務管理システム（ｓｙｓ５）、規則管理システム（ｓｙｓ６）、および人事管理システム（ｓｙｓ７）の７つのシステムを上記複数のシステムとして想定する。そして、本実施形態の支援システム１００は、これら7つのシステム間における、最適なアカウント統合を支援するものである。上記「グループ化」とは、上記複数のシステムのうち、アカウント統合された、すなわち、各ユーザのアカウントを共通化することによってアカウントの一括管理が可能となったシステム群からなるグループのことを指す。ただし、以下の説明では、他のシステムとアカウント統合されず、単独のままでアカウント管理されることになるシステムのことも、便宜上「グループ」と呼ぶ場合がある。
【００２３】
本実施形態の最適アカウント統合支援方法、およびそのシステム、プログラムは、要するに、これら複数のシステムｓｙｓ１〜７を様々にグループ化する組み合わせの中から、利便性とセキュリティ確保の両面から最適な組み合わせを決定する。すなわち、数学的に言えば、一種の組み合わせ最適化問題を解くことを実行するものである。
【００２４】
上記「アカウント統合可能なシステム群」とは、上記複数のシステムを現実的にアカウント統合し、グループ化しうるシステム群のことを指す。例えば、本実施形態の例で言えば、上記７つのシステムｓｙｓ１〜７のうち、経理系のシステム（例えば、本実施形態の例のうち、旅費精算システム（ｓｙｓ１）、出張申請システム（ｓｙｓ２）など）と人事系のシステム（例えば、本実施形態の例のうち、勤休管理システム（ｓｙｓ３）、労務管理システム（ｓｙｓ５）、人事管理システム（ｓｙｓ７）など）とは、互いにアカウント統合してしまうことは、システム管理上などの現実的諸条件に鑑みて可能でない、あるいは有効でない。すなわち、上記「アカウント統合可能なシステム群」とは、そのような現実的でないアカウント統合によるグループ化を除く、何らかの共通性や類似性の観点からグループ化されうるあらゆるグループを指す。しかしながら、本実施形態では、これらアカウント統合可能なシステム群ごとにグループ化した組み合わせの指定は、上記アカウント管理者側のユーザ（以下、管理ユーザという）などが、入力インターフェース１０５を介して人手により入力するので、あえて経理系のシステムと人事系のシステムとをグループ化するような、柔軟な組み合わせ指定も、適宜な設定によって可能である。
【００２５】
また、支援システム１００は、前記各複数のシステムｓｙｓ１〜７について、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェース１０５から受け付け、前記複数のシステムｓｙｓ１〜７の種類情報に対応付けてメモリに格納する、リスク値受け付け部１５１を備える。
【００２６】
リスク値の定義については、支援システム１００のユーザである上記管理ユーザなどが、適宜設定することとすればよい。
【００２７】
また、前記グループ化組み合わせ受け付け部１５０は、前記システム組合せ情報を、前記複数のシステムｓｙｓ１〜７を第一階層として、それらを順次グループ化するごとに上位階層と位置づけて階層表示データを生成し、この階層表示データを出力インターフェース１０６を介して出力し、前記階層表示データに基づく表示において前記システム組合せ情報の入力を入力インターフェース１０５から受け付けることとすれば好ましい。
【００２８】
そのような階層的なツリー構造として表示される階層表示データを、出力インターフェース１０６であるディスプレイ画面１０６に表示した画面の一例である階層表示データ入力画面３００を図２に示す。この階層表示データ入力画面３００は主に、上方の階層化グループ表示部３１０と、下方の描画部品表示部３５０とから構成される。上記管理ユーザなどは、描画部品表示部３５０に表示された各種描画ツール３５１〜３５６を用いて、階層化グループ表示部３１０の中に、複数のシステムｓｙｓ１〜７と、それらをアカウント統合可能なシステム群ごとに、かつ順次階層的にグループ化した、ツリー構造の階層化グループを描画することによってこれらを指定してゆく。
【００２９】
各種描画ツール３５１〜３５６はそれぞれ、画面３００の左側から順に、グループ化される下位グループ（ここでは上述のように、第一階層＝最下層の各単一複数システムｓｙｓ１〜７を含む、以下の場合も同様である）同士を、それらグループ化された上位グループに関連付けるグループ化ツール３５１、第一階層＝最下層の複数システムｓｙｓ１〜７をそれぞれ図２に示すようなアイコン状に描画して指定するシステム描画ツール３５２、下位グループをグループ化した上位グループをそれぞれ図２に示すようなアイコン状に描画して指定する上位グループ描画ツール３５３、後述するリスク増を支援システム１００に計算させるためのリスク増計算ボタン３５４、後述するアカウント管理コストを支援システム１００に計算させるためのＴＣＯ（Total Cost of Ownership：システムなどの管理コストのこと）計算ボタン３５５、および、後述する最適組み合わせを支援システム１００に求めさせるための最適解計算ボタン３５６とを含んでいる。
【００３０】
システム描画ツール３５２のアイコン形状は、上下三段の部分から構成されており、上から順に、グループ候補識別子入力部３５２ａ、システム識別子入力部３５２ｂ、および上記リスク値が入力されるリスク値入力部３５２ｃである。上位グループ描画ツール３５３は、上下二段の部分から構成されており、上から、前記グループ候補識別子入力部３５２ａ同様のグループ候補識別子入力部３５３ａ、および後述するリスク増の計算結果が表示されるリスク増表示部３５３ｂである。
【００３１】
階層化グループ表示部３１０の最下段には、第一階層である複数のシステムｓｙｓ１〜７が、上記管理ユーザなどにより、前記システム描画ツール３５２を用いて上記アイコン形状に描画されて指定される。本実施形態では、当該管理ユーザなどは、これらグループ候補識別子入力部３５２ａ、システム識別子入力部３５２ｂ、リスク値入力部３５２ｃの中に、それぞれグループ候補識別子（図２中のｉｄ７〜１３）、システム識別子（図２中のｓｙｓ１〜７）および、上記リスク値（図２中の金額「５０万」〜「１００万」）を、入力インターフェース１０５から入力する。また、本実施形態では、当該管理ユーザなどは、上記グループ候補識別子入力部３５３ａの中に、グループ候補識別子（図２中のｉｄ１〜６）を入力する。これら入力インターフェース１０５から入力された、グループ候補識別子やシステム識別子は、グループ化組み合わせ受け付け部１５０によって受け付けられてメモリ１０３に格納される。一方、入力インターフェース１０５から入力された、リスク値は、リスク値受け付け部１５１によって受け付けられてメモリ１０３に格納される。
【００３２】
図３に、リスク値受け付け部１５１によってメモリ１０３に格納される、システム別リスク値設定テーブル２００のデータ構造例を示す。図３に示すように、システム別リスク値設定テーブル２００は、上記複数のシステムの種類情報に対応付けられたリスク値のデータを格納するテーブルであり、例えば、システム識別子をキーとして、リスク値識別子、リスク値といった情報を対応付けたレコードの集合体となっている。
【００３３】
なお、図２においては、簡単のため、階層化グループ表示部３１０内に描画された第一階層の複数システムｓｙｓ１〜７を表すアイコン形状のグループ候補識別子入力部３５２ａ、システム識別子入力部３５２ｂ、リスク値入力部３５２ｃについては、その一部のみに符号を付して示している。同様に、図２においては、階層化グループ表示部３１０内に描画された上位グループを表すアイコン形状のグループ候補識別子入力部３５３ａ、リスク増表示部３５３ｂについては、その一部のみに符号を付して示している。
【００３４】
なお、図２においては、各第一階層の複数システムｓｙｓ１〜７を表すアイコンの下に、それらシステムｓｙｓ１〜７の識別名称を入力することのできる、個別システム識別名称入力欄３１１も設けられている。
【００３５】
このように本実施形態の支援システム１００では、上記図２に示すような階層表示データによって表現されるＧＵＩ（Graphical User Interface）を用いることによって、上記管理ユーザなどは、複数のシステムｓｙｓ１〜７とそのアカウント統合可能なグループ化の組み合わせを、非常に簡単にかつ感覚的にも把握しやすい方法で入力し、指定することができるとともに、これら入力された複数のシステムｓｙｓ１〜７とそのアカウント統合可能なグループ化の組み合わせを、一目瞭然に、感覚的にも容易に把握することができるので、有利である。
【００３６】
また、支援システム１００は、前記システム組み合わせ情報をメモリ１０３から読み出し、前記組み合わせについて、メモリ１０３から読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算し、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算し、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定し、出力インターフェース１０６を介して出力する、最適組み合わせ決定部１５２を備える。
【００３７】
最適組み合わせ決定部１５２は、主に、以下の３つのものを求める処理を実行する。すなわち、（ａ）リスク増、（ｂ）アカウント管理コスト、（ｃ）最適組み合わせ、である。以下、これら（ａ）〜（ｃ）を求める処理について、順番に説明する。
【００３８】
まず、上記（ａ）の、アカウント統合に伴う、セキュリティの低下度合いを具体的に示す指標となるリスク増の計算について説明する。リスク増の計算方法には様々なものが考えられるが、本実施形態では、好適な一例として、前記最適組み合わせ決定部１５２は、前記組み合わせに含まれる複数のシステムｓｙｓ１〜７の各リスク値の合計値から、前記組み合わせに含まれる複数のシステムｓｙｓ１〜７の各リスク値の最大値を減算することにより、前記リスク増の計算を行う。
【００３９】
組み合わせの具体例については、後述するが、本実施形態における組み合わせとは、７つのシステムｓｙｓ１〜７を、上述のようにアカウント統合可能なもの同士をグループ化しうる、全ての組み合わせを指す。例えば、図２の階層化グループ表示部３１０の最上段に表示されている上位グループ「ｉｄ１」は、全てのシステムｓｙｓ１〜７を一つのグループにアカウント統合した、それ自体、一つの組み合わせである。このグループｉｄ１という組み合わせを例として、上記のリスク増を計算する方法を以下に具体的に説明する。
【００４０】
まず、この組み合わせに含まれる複数のシステムｓｙｓ１〜７の各リスク値の合計値は、システムｓｙｓ１〜７の、リスク値入力部３５２ｃに入力された各リスク値（５０万、４０万、４０万、３０万、６０万、２０万、１００万）を合計することにより、３４０万と算出される。次に、この合計値３４０万から、組み合わせに含まれる複数のシステムｓｙｓ１〜７の各リスク値の最大値、すなわちシステムｓｙｓ７の１００万を減算することにより、２４０万と算出される。これが、このグループｉｄ１という組み合わせのリスク増となる。算出されたリスク増は、本実施形態では、図２の階層化グループ表示部３１０の上位グループを示すアイコンの下段部であるリスク増表示部３５３ｂに表示される。
【００４１】
なお、本実施形態では、最適組み合わせ決定部１５２は、上記ｉｄ１というグループである組み合わせのみならず、全ての上位階層たるグループ（ｉｄ２〜６）について、同様にリスク増の値を算出し、一旦、それらを各グループに対応付けてメモリ１０３に保存した上で、各グループのアイコン３５３のリスク増表示部３５３ｂに表示する。
【００４２】
図４に、最適組み合わせ決定部１５２によってメモリ１０３に格納される、グループ別リスク増格納テーブル４００のデータ構造例を示す。図４に示すように、ループ別リスク増格納テーブル４００は、上記上位階層たるグループのそれぞれに対応付けられたリスク増の値のデータを格納するテーブルであり、例えば、グループ識別子をキーとして、当該グループが包含するシステムのシステム識別子、リスク増の識別子、リスク増の値といった情報を対応付けたレコードの集合体となっている。なお、図４では、第一階層の複数システムｓｙｓ１〜７、すなわちグループ候補識別子ｉｄ７〜１３の（上位でない）グループをもリストアップしているが、これらのリスク増の値はいずれもゼロである。リスク増とは、アカウント統合すなわちグループ化に伴い発生するリスクの度合いを示す値であるので、上位のグループでない、アカウント統合されていない第一階層のシステムではリスク増は発生しないからである。
【００４３】
組み合わせが一つの上位グループｉｄ１からなる上記の例と異なり、組み合わせが複数の上位グループを含む場合は、それら上位グループのリスク増の値を、図４に示したグループ別リスク増格納テーブル４００から読み出し、それらを合計することにより、当該組み合わせのリスク増の値を算出する。従って、仮に組み合わせが、全て第一階層のシステムｓｙｓ１〜７から構成される場合、すなわち全くアカウント統合を行わず、上位グループが含まれない場合は、リスク増の値はゼロとなる。このことは、全くアカウント統合を行っていないのだから、アカウント統合に伴うリスク増が発生しないという経験的事実に合致する。
【００４４】
次に、上記（ｂ）の、アカウント管理コストの計算について説明する。アカウント管理コストとは、アカウント管理者側がアカウント管理を行うために要するコストである。概して、アカウント統合の度合いが大きいほど、すなわち組み合わせに含まれるグループの数が少ないほど、アカウント管理コストは小さくなる。すなわち、アカウント統合後のトータルのアカウント数が少なくなるほど、アカウント管理コストは小さくなる。最もアカウント管理コストが小さくなる組み合わせは、全てのシステムｓｙｓ１〜７をひとつのグループとしてアカウント統合した場合（すなわちグループｉｄ１そのもの）である。この場合、組み合わせに含まれるグループ数、すなわち、アカウント統合後のトータルのアカウント数は１である。
【００４５】
このように、アカウント管理コストは、本実施形態の支援システム１００では、アカウント統合の利便性を表す指標として用いられる。全てのシステムｓｙｓ１〜７をひとつのグループとしてアカウント統合した場合の組み合わせは、利便性は最高であるが、上記リスク増によって示されるセキュリティ性は最低となる。
【００４６】
アカウント管理コストのより具体的な計算方法には様々なものが考えられるが、本実施形態では、好適な一例として、支援システム１００は、前記アカウント管理コストを計算するために必要な数値を入力インターフェース１０５から受け付けてメモリ１０３に格納する、アカウント管理コスト計算式定義部１５３を備え、前記最適組み合わせ決定部１５２は、メモリ１０３から読み出した前記アカウント管理コストを計算するために必要な数値と、前記アカウント統合後のトータルのアカウント数に基づき、前記アカウント管理コストの計算を行う。
【００４７】
図５に、このようなアカウント管理コストを計算するために必要な数値を入力するための入力画面５００の一例を示す。この入力画面は、図２に示した階層表示データ入力画面３００と重ねられて、ポップアップウィンドウ５００として表示される。この入力画面５００は主として、各種数値入力部５０１〜５０５と、上記トータルのアカウント数Ｘを表示するトータルアカウント数Ｘ表示部５０６と、アカウント管理コスト計算式５０７とから構成される。トータルアカウント数Ｘは、当該組み合わせに含まれるグループの数として支援システム１００によって自動的に求められ、出力（表示）される。
【００４８】
上記各種数値入力部５０１〜５０５は、本実施形態の例では、具体的には、複数のシステムｓｙｓ１〜７の利用ユーザ（主に当該企業の従業員）の数を入力する利用者数Ａ入力部５０１、当該企業における年間の人事異動率Ｂ入力部５０２、一回のアカウント変更に伴い管理者が対応に要する時間Ｃを入力する対応時間Ｃ入力部５０３、対象システム数Ｄ入力部５０４、時間当たりの、上記アカウント変更にあたる管理者の人件費を入力する人件費／時間Ｅ入力部５０５とからなる。当該企業における年間の人事異動率Ｂという数値を入力するのは、企業内でユーザの職掌変更があった場合などは、その所属や上記ＩＤなどが変わることに伴い、当該ユーザの全アカウントを適切に変更する必要が発生するためである。
【００４９】
本実施形態では、アカウント管理コストは、アカウント管理コスト計算式５０７に示すように、これら、利用者数Ａ、人事異動率Ｂ、対応時間Ｃ、人件費／時間Ｅ、およびトータルのアカウント数Ｘの数値から算出される。
【００５０】
次に、上記（ｃ）の、最適組み合わせの決定について説明する。最適組み合わせは、上述のように、本実施形態の全ての組み合わせについて、そのリスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定するように、組み合わせ最適化問題を解くことによって決定される。
【００５１】
本実施形態では、以下の各数式（１）〜（５）に従って、近似解法でなく厳密解法を用いて最適組み合わせを決定する。厳密解法を用いることが可能なのは、本実施形態のような最適アカウント統合を支援するための、組み合わせ最適化問題では、組み合わせの数が比較的少ないためである。
【００５２】
まず、本解法における目的関数（評価値）は、以下の式（１）で定められる。  
2009009328.tif 000003
全ての組み合わせについて、式（１）における、目的関数ＰＩを求め、当該ＰＩが最小となる組み合わせを最適組み合わせとして決定する。またその際、制約条件として、以下の式（２）を定める。  
2009009328.tif 000004
【００５３】
上記式（１）、式（２）において、Ｒはリスク増を示し、ΣＲは、各組み合わせのリスク増の合計値である。このリスク増の合計値を求めることについては、上記（ａ）の説明で既述した。ＩＤｊ，ｋは、ｋ個のアカウント個数からなるｊ番目の組み合わせ候補集合である。従って、上記ΣＲは、ＩＤｊ，ｋが含む全グループ候補ｉｄｘ（ｘは本実施形態では１〜１３、図２や図４参照）のリスク増の値Ｒ（ｉｄｘ）の合計値である。Ｔは、ｋ個のアカウント個数からなるｊ番目の組み合わせ候補集合ＩＤｊ，ｋのアカウント管理コストである。その算出方法については、上記（ｂ）の説明で既述した。  
式（２）の具体的な意味は、組み合わせ候補集合ＩＤｊ，ｋが、一時階層である複数のシステム群ｓｙｓ１〜７を過不足なく、かつ重複なく包含するという制約条件である。
【００５４】
式（２）におけるｓｙｓ（ｉｄｘ）は、ｎ個の一時階層システムｓｙｓ１〜７（従ってｎは本実施形態では７、図２や図３参照）に対して、グループ候補ｉｄｘが包含する一時階層システムの指示ベクトルである。具体的に書くと、式（３）のようになる。  
2009009328.tif 000005
式（３）において、ｓｙｓｎは、各一時階層システムｓｙｓ１〜７を含むか否かを示す指示変数である（１・・・含む、０・・・含まない）。これを式で表すと、式（４）のようになる。  
2009009328.tif 000006
【００５５】
本実施形態における、式（３）に示すｓｙｓ（ｉｄｘ）を具体的に書けば、
ｓｙｓ（ｉｄ１）＝［１，１，１，１，１，１，１］
ｓｙｓ（ｉｄ２）＝［１，１，１，０，０，０，０］
ｓｙｓ（ｉｄ３）＝［０，０，０，１，１，１，１］
ｓｙｓ（ｉｄ４）＝［１，１，０，０，０，０，０］
ｓｙｓ（ｉｄ５）＝［０，０，０，１，１，０，０］
ｓｙｓ（ｉｄ６）＝［０，０，０，０，０，１，１］
ｓｙｓ（ｉｄ７）＝［１，０，０，０，０，０，０］
ｓｙｓ（ｉｄ８）＝［０，１，０，０，０，０，０］
ｓｙｓ（ｉｄ９）＝［０，０，１，０，０，０，０］
ｓｙｓ（ｉｄ１０）＝［０，０，０，１，０，０，０］
ｓｙｓ（ｉｄ１１）＝［０，０，０，０，１，０，０］
ｓｙｓ（ｉｄ１２）＝［０，０，０，０，０，１，０］
ｓｙｓ（ｉｄ１３）＝［０，０，０，０，０，０，１］
となる。
【００５６】
また、式（２）に示す制約条件を満たす全ての組み合わせ候補集合ＩＤｊ，ｋについて、厳密解法により、それら全てについて、上記アカウント管理コストＴ、リスク増Ｒ、目的関数ＰＩを求めると、以下の通りとなる。  
k=1／ID1,1 ={id1}／T=２５万／R=２４０万／PI=２１５万；採用否
k=2／ID1,2 ={id2,id3}／T=５０万／R=１９０万／PI=１４０万；採用否
k=3／ID1,3 ={id4,id9,id3}／T=７５万／R=１５０万／PI=７５万；採用否
k=3／ID2,3 ={id2,id5,id6}／T=７５万／R=１３０万／PI=５５万；採用否
k=3／ID3,3 ={id3,id4,id9}／T=７５万／R=１５０万／PI=７５万；採用否
k=4／ID1,4 ={id2,id5,id12,id13}／T=１００万／R=１１０万／PI=１０万；採用否
k=4／ID2,4 ={id2,id6,id10,id11}／T=１００万／R=１００万／PI=０万；採用（最適解）
k=4／ID3,4 ={id3,id7,id8,id9}／T=１００万／R=１１０万／PI=１０万；採用否
k=4／ID4,4 ={id4,id9,id5,id6}／T=１００万／R=９０万／PI=−１０万；採用否
k=5／ID1,5 ={id2,id10,id11,id12,id13}／T=１２５万／R=８０万／PI=−４５万；採用否
k=5／ID2,5 ={id5,id6,id7,id8,id9}／T=１２５万／R=５０万／PI=−７５万；採用否
k=6／ID1,6 ={id4,id9,id10,id11,id12,id13}／T=１５０万／R=４０万／PI=−１１０万；採用否
k=6／ID2,6 ={id7,id8,id9,id5,id12,id13}／T=１５０万／R=３０万／PI=−１２０万；採用否
k=6／ID3,6 ={id7,id8,id9,id10,id11,id6}／T=１５０万／R=２０万／PI=−１３０万；採用否
k=7／ID1,7 ={id7,id8,id9,id10,id11,id12,id13}／T=１７５万／R=０万／PI=−１７５万；採用否
【００５７】
上記組み合わせ候補集合ＩＤｊ，ｋのうち、ＩＤ２，４がＰＩ最小となる最適解、すなわち最適組み合わせである。そのときアカウント管理コストＴは１００万、リスク増Ｒは１００万、目的関数ＰＩはゼロとなった。  
ＩＤ２，４の組み合わせとは、すなわち、グループ候補ｉｄ２、ｉｄ６、ｉｄ１０、ｉｄ１１を含むことにより、全ての一時階層システムｓｙｓ１〜７を包含する組み合わせである。別の言い方をすれば、一時階層システムｓｙｓ１〜３がアカウント統合されたｉｄ２の上位グループと、一時階層システムｓｙｓ６、７がアカウント統合されたｉｄ６の上位グループと、一時階層システムｓｙｓ４、５とを含む組み合わせが、最適なアカウント統合の組み合わせとして決定されたことになる。
【００５８】
以上のように、本実施形態の支援システム１００によれば、評価値＝目的関数を最適化するよう、組み合わせ最適化問題を解くことによって、しかも近似解でなく厳密解を求める方法でとくことによって、非常に迅速かつ正確に、アカウント統合の最適組み合わせを決定することができる。上記の算出方法から分かるように、決定された最適組み合わせは、利便性の指標たるアカウント管理コストと、セキュリティ性の指標たるリスク増の値とが、最もよくバランスする組み合わせである。別の言い方をすれば、単に利便性が高い組み合わせでなく、最も費用対効果が高い組み合わせを決定することができるということもできる。
【００５９】
以上のように、最終的な結果として決定された最適組み合わせが、出力インターフェース１０６を介して出力される。本実施形態では、好適な一例として、前記最適組み合わせ決定部１５２は、前記グループ化組み合わせ受け付け部１５０により表示された前記階層表示としてのシステム組合せ情報の中から、前記最適組み合わせに含まれるグループを色分け表示することにより、前記最適組み合わせの出力をするとともに、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力インターフェース１０６を介して出力する。
【００６０】
具体的には、本実施形態では、出力インターフェース１０６としてのディスプレイ１０６に、それら最適組み合わせ、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力するための決定結果画面を表示する。図６に、このような決定結果画面６００の一例を示す。この決定結果６００画面は、図２に示した階層表示データ入力画面３００と重ねられて、ポップアップウィンドウ６００として表示される。また、決定結果６００画面の下に表示された階層表示データ入力画面３００の階層化グループ表示部３１０における、当該最適組み合わせに該当するグループｉｄ２、ｉｄ６、ｉｄ１０、ｉｄ１１は、わかりやすく色分け表示される（特に図示せず）。
【００６１】
決定結果画面６００は主として、上記最適組み合わせの内容を表示する最適組み合わせ表示部６０１と、当該最適組み合わせにおけるアカウント管理コストを表示するＴＣＯ表示部６０２と、当該最適組み合わせにおけるリスク増を表示するリスク増表示部６０３と、当該最適組み合わせにおける目的関数の値を表示する目的関数値表示部６０４とから構成される。
【００６２】
本実施形態の支援システム１００のユーザである上記管理ユーザなどは、個のように出力された結果を元に、アカウント統合設計／実行などを行うことができる。
【００６３】
なお、これまで示した支援システム１００における各機能部１５０〜１５３は、ハードウェアとして実現してもよいし、メモリ１０３やＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）などの適宜な記憶装置に格納したプログラム１０２として実現するとしてもよい。この場合、支援システム１００のＣＰＵ１０４が、プログラム１０２実行に合わせて記憶装置より該当プログラムをメモリ１０３に読み出して、これを実行することとなる。
【００６４】
−−−処理フロー例−−−
以下、本実施形態における最適アカウント統合支援方法に対応する処理フロー例について、図に基づき説明する。なお、以下で説明する最適アカウント統合支援方法に対応する各種動作は、支援システム１００が、適宜なメモリ１０３に読み出して実行するプログラム１０２によって実現される。そして、こうしたプログラム１０２は、以下に説明される各種の動作を行うためのコードからそれぞれ構成されている。
【００６５】
−−−処理フロー例１−−−
図７は、本実施形態の最適アカウント統合支援方法の実施手順例１を示すフロー図である。ここでは、本実施形態の最適アカウント統合支援方法を実現するための以下のような処理を実行する。
【００６６】
まず、支援システム１００のグループ化組み合わせ受け付け部１５０は、複数のシステムの種類情報と、当該複数のシステムをアカウント統合可能なシステム群ごとにグループ化した組み合わせを指定するシステム組み合わせ情報とを、入力インターフェース１０５から受け付けてメモリ１０３に格納する（ｓ１００）。
【００６７】
その際、グループ化組み合わせ受け付け部１５０は、前記システム組合せ情報を、前記複数のシステムを第一階層として、それらを順次グループ化するごとに上位階層と位置づけて階層表示データを生成し（図２参照）、この階層表示データを出力インターフェイス１０６を介して出力し、前記階層表示データに基づく表示において前記システム組合せ情報の入力を入力インターフェース１０５から受け付ける（図２参照）。
【００６８】
また、本実施形態では、各第一階層のシステムｓｙｓ１〜７に相当するシステム描画ツール３５２のアイコン形状における、グループ候補識別子入力部３５２ａおよびシステム識別子入力部３５２ｂにも、それぞれ該当する情報が入力され、グループ化組み合わせ受け付け部１５０はこれらを受け付け、メモリ１０３に格納する。また、各上位グループｉｄ１〜６に相当する上位グループ描画ツール３５３のアイコン形状における、グループ候補識別子入力部３５３ａにも、該当する情報が入力され、グループ化組み合わせ受け付け部１５０はこれらを受け付け、メモリ１０３に格納する。
【００６９】
次に、支援システム１００のリスク値受け付け部１５１は、前記各複数のシステムについて、当該各システムのセキュリティ事故発生の際の予想損失額であるリスク値を、入力インターフェース１０５から受け付け、前記複数のシステムの種類情報に対応付けて、例えば図３に示したシステム別リスク値設定テーブル２００のような形式で、メモリ１０３に格納する（ｓ１０２）。
【００７０】
具体的には、各第一階層のシステムｓｙｓ１〜７に相当するシステム描画ツール３５２のアイコン形状における、リスク値入力部３５２ｃに該当する情報が入力され、リスク値受け付け部１５１はこれを受け付け、メモリ１０３に格納する。
【００７１】
次に、支援システム１００の最適組み合わせ決定部１５２は、前記システム組み合わせ情報をメモリ１０３から読み出し、前記組み合わせについて、メモリ１０３から読み出した前記各システムのリスク値に基づいてアカウント統合によるリスク値の予想上昇額であるリスク増を計算する（ｓ１０４）。
【００７２】
具体的には、管理ユーザなどが、ディスプレイ１０６に表示されている、図２に示した階層表示データ入力画面３００の描画部品表示部３５０におけるリスク増計算ボタン３５４を押すことによって、階層化グループ表示部３１０に表示された各上位グループｉｄ１〜６のリスク増を計算し、図４に示したグループ別リスク増格納テーブルの形式でメモリ１０３に格納するとともに、リスク増表示部３５３ｂに表示する。その際、図３に示したシステム別リスク値設定テーブル２００から各第一階層のシステムｓｙｓ１〜７のリスク値を読み出し、これらの値を使用する。
【００７３】
次に、支援システム１００の最適組み合わせ決定部１５２は、前記組み合わせについて、アカウント統合後のトータルのアカウント数に基づいてアカウント管理コストを計算する（ｓ１０８）。
【００７４】
本実施形態では、より具体的には、ステップｓ１０８の前に、アカウント管理コスト計算式定義部１５３が、前記アカウント管理コストを計算するために必要な数値を入力インターフェース１０５から受け付けてメモリ１０３に格納し（ｓ１０６）し、前記最適組み合わせ決定部１５２は、メモリ１０３から読み出した前記アカウント管理コストを計算するために必要な数値と、前記アカウント統合後のトータルのアカウント数に基づき、前記アカウント管理コストを計算する（ｓ１０８）。
【００７５】
このアカウント管理コストの計算は具体的には、管理ユーザなどが、ディスプレイ１０６に表示されている、図２に示した階層表示データ入力画面３００の描画部品表示部３５０におけるＴＣＯ計算ボタン３５５を押すことによって、実行される。
【００７６】
次に、支援システム１００の最適組み合わせ決定部１５２は、前記組み合わせについて、前記リスク増とアカウント管理コストの差分を目的関数として計算し、当該目的関数を最小化する前記組み合わせを最適組み合わせとして決定する（ｓ１１０）。
【００７７】
次に、支援システム１００の最適組み合わせ決定部１５２は、ステップｓ１１０において決定された最適組み合わせを、出力インターフェース１０６を介して出力する（ｓ１１２）。
【００７８】
本実施形態では、より具体的には、前記最適組み合わせ決定部１５２は、前記グループ化組み合わせ受け付け部１５０により表示された前記階層表示としてのシステム組合せ情報の中から、前記最適組み合わせに含まれるグループを色分け表示することにより、前記最適組み合わせの出力をするとともに、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力インターフェースを介してディスプレイ１０６に出力する（図６参照）。
【００７９】
以上で、本フロー例の処理を終了する。
【００８０】
以上、本実施形態によれば、互いにトレードオフの関係にある利便性とセキュリティ向上を共に考慮した上で、複数のシステムを最適にアカウント統合する組み合わせの選択が可能となる。
【００８１】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００８２】
【図１】本実施形態の最適アカウント統合支援システムの構成図である。
【図２】本実施形態における、階層表示データを表示した画面の一例である階層表示データ入力画面を示す図である。
【図３】本実施形態における、システム別リスク値設定テーブルのデータ構造例２００を示す図である。
【図４】本実施形態における、グループ別リスク増格納テーブルのデータ構造例４００を示す図である。
【図５】本実施形態における、アカウント管理コストを計算するために必要な数値を入力するための入力画面の一例である階層表示データ入力画面を示す図である。
【図６】本実施形態における、最適組み合わせ、当該最適組み合わせにおける前記リスク増の値、前記アカウント管理コストの値、および前記目的関数の値を出力するための画面の一例である決定結果画面を示す図である。
【図７】本実施形態の最適アカウント統合支援方法に対応する処理フロー例１を示す図である。
【符号の説明】
【００８３】
１００  最適アカウント統合支援システム
１０１  プログラムデータベース
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入力インターフェース
１０６  出力インターフェース
１０７  Ｉ／Ｏ部
１５０  グループ化組み合わせ受け付け部
１５１  リスク値受け付け部
１５２  最適組み合わせ決定部
１５３  アカウント管理コスト計算式定義部
【図１】
2009009328.tif 000007
【図２】
2009009328.tif 000008
【図３】
2009009328.tif 000009
【図４】
2009009328.tif 000010
【図５】
2009009328.tif 000011
【図６】
2009009328.tif 000012
【図７】
2009009328.tif 000013