(57)【要約】【課題】ひとつのビジネスシーンで複数アプリケーションを操作する手間を廃し、簡便で統一されたユーザ操作を実現する統合ＧＵＩを生成する。【解決手段】複数のアプリケーションのＧＵＩを統合する方法であり、これら各アプリケーションの操作ログを自動的に取得し、取得した操作ログからアプリケーション間で共通するデータ項目を扱うＧＵＩ部品を見つける操作ログ解析を行い、これらの共通データ項目を扱うＧＵＩ部品を統合し複数アプリケーションへの入力を一元化させる新たな統合ＧＵＩを生成することを特徴とするＧＵＩ統合方法。【選択図】図１
2012064129.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの計算機装置において実行される複数のアプリケーションのＧＵＩを統合する方法であって、
前記計算機装置は、前記各アプリケーションに各々対応した複数のアプリケーションＧＵＩを有しており、
前記各アプリケーションのＧＵＩは少なくとも１つのＧＵＩ部品で構成されており、
前記各アプリケーションを実行させることにより、前記ＧＵＩ部品の識別情報と該各ＧＵＩ部品の操作に伴うデータ値とを前記各ＧＵＩ部品の操作ログとして自動的に取得して記憶装置に記録し、
前記取得された操作ログの情報に基づいて、前記複数のアプリケーションへの入力を一元化させる統合ＧＵＩを生成する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項２】
請求項１において、
前記計算機装置は、前記アプリケーションの実行環境としてウィンドウシステム及びＧＵＩツールキットを有しており、
前記複数のアプリケーションの前記各操作ログの自動取得を、前記ウィンドウシステムや前記ＧＵＩツールキットを通じて行う
ことを特徴とするＧＵＩ統合方法およびシステム。
【請求項３】
請求項１において、
前記計算機装置は、前記アプリケーションの実行環境としてＧＵＩツールキットを有しており、
前記ＧＵＩツールキットのイベントフック機能により前記各アプリケーションの前記操作ログの自動取得を行う
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項４】
請求項３において、
前記ＧＵＩ部品は、メニュー、タブ、コンテキスト・メニュー、アイコン、及び、ボタンを含んでおり、
前記ＧＵＩツールキットにおいて、前記ＧＵＩ部品のイベントが発生した際に、該イベントに対応するＧＵＩ部品毎の操作ログ情報を取得し、
該取得した前記ログ情報と前記ＧＵＩ部品の情報とを前記アプリケーションＧＵＩに関する操作ログの情報として、前記記憶装置に記録する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項５】
請求項１において、
前記操作ログの情報は、前記各ＧＵＩ部品の操作に伴うデータと共に、該ＧＵＩ部品の操作時間帯を表す操作の開始および終了の時間の情報を含む
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項６】
請求項１において、
前記各アプリケーションを実行させることにより、前記ＧＵＩ部品の識別情報と該各ＧＵＩ部品の操作に伴う操作時間帯とデータ値とを前記各ＧＵＩ部品の操作ログとして自動的に取得して記憶装置に記録し、
前記取得された各操作ログの操作時間帯とデータ値を比較し、前記複数アプリケーションの共通する入力値に関係する前記ＧＵＩが同時にまたは連続して用いられる場合の前記操作ログを共通の操作ログとして抽出し、
前記取得された共通の操作ログに関する情報に基づいて、前記複数アプリケーションへの入力を一元化させる統合ＧＵＩを生成する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項７】
請求項６において、
前記複数のアプリケーションの前記ＧＵＩ部品ごとに、前記取得された各操作ログの操作時間帯とデータ値の両者について、一致／不一致の判定を行い、前記操作時間帯と前記データ値が一致する関係にある前記ＧＵＩ部品を、前記統合ＧＵＩの対象となるＧＵＩ部品ペアとして取得する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項８】
請求項７において、
前記一致／不一致の判定において、前記操作時間帯と前記データ値の一致率が一定のしきい値を超えている場合に、一致と判定する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項９】
少なくとも１つの計算機装置において実行される複数のアプリケーションのＧＵＩを統合する方法であって、
前記計算機装置は、前記各アプリケーションに各々対応した複数のアプリケーションＧＵＩを有しており、
前記各アプリケーションのＧＵＩは少なくとも１つのＧＵＩ部品で構成されており、
前記計算機装置は、前記アプリケーションの実行環境としてウィンドウシステム及びＧＵＩツールキットを有しており、
前記各アプリケーションを実行させることにより、前記複数のアプリケーションの操作ログを自動的に取得し、
取得した前記操作ログから前記複数のアプリケーション間で共通する共通データ項目を扱うＧＵＩ部品を抽出し、
前記共通データ項目を扱う前記複数のアプリケーションのＧＵＩ部品を統合し、前記複数のアプリケーションへの入力を一元化させる新たな統合ＧＵＩを生成し、
前記生成された統合ＧＵＩでの入力を統合元の前記各アプリケーションへの伝達を、前記ウィンドウシステムやＧＵＩツールキットを通じて行う
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１０】
請求項９において、
前記各ＧＵＩ部品の操作ログとして、前記ＧＵＩ部品の識別情報と該各ＧＵＩ部品の操作に伴う操作時間帯とデータ値とを自動的に取得して記憶装置に記録し、
前記取得された各操作ログの操作時間帯とデータ値を比較し、前記複数アプリケーションの共通する入力値に関係する前記ＧＵＩが同時にまたは連続して用いられる場合の前記操作ログを共通の操作ログとして抽出し、
前記取得された共通の操作ログに関する情報に基づいて、前記複数アプリケーションへの入力を一元化させる統合ＧＵＩを生成する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１１】
請求項９において、
前記ＧＵＩ部品のデータを比較する際に、その表記形態のみの違いを吸収した上で比較判断を行い、
前記ＧＵＩの統合に際しては、当該ＧＵＩ部品を扱う際に上記操作ログの解析によって得られた統合元の前記アプリケーション毎に適合する表記形態に変換する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１２】
請求項９において、
前記ＧＵＩ部品のデータを比較する際に、前記各アプリケーションの前記ＧＵＩ部品の構成の差異によって、１つのデータ項目が複数ＧＵＩ部品に分割をされる場合も想定して解析を行い、
前記ＧＵＩの統合に際しては、前記操作ログの解析によって得られた統合元の前記アプリケーション毎のＧＵＩ部品の構成に応じてデータ項目の値を分割あるいは連結して伝播する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１３】
請求項９において、
前記ＧＵＩ部品のデータを比較する際に、前記ＧＵＩ部品のデータを比較する際に、前記データが実質的に一致する場合に、一致と判定し、  
前記統合ＧＵＩのＧＵＩ部品を生成する際に、
統合元となる前記アプリケーション間で前記ＧＵＩ部品の種類および構成が異なるＧＵＩ部品を統合したＧＵＩ部品を生成する
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１４】
請求項９において、
前記ＧＵＩ部品のデータを比較する際に、前記アプリケーション間で一方の出力ＧＵＩ部品のデータ値が他方の入力ＧＵＩ部品に与えられると判断された場合、
前記出力ＧＵＩ部品から前記他方の入力ＧＵＩ部品への複製ロジックを生成し、
前記統合ＧＵＩ上に当該入力ＧＵＩ部品を生成しない
ことを特徴とする複数アプリケーションのＧＵＩ統合方法。
【請求項１５】
請求項９において、
前記アプリケーションのＧＵＩの入力ＧＵＩ部品への入力がなされないあるいは頻度が低いと判断された場合、
前記統合ＧＵＩ上に当該入力ＧＵＩ部品を生成しないあるいは縮退表示する
ことを特徴とするＧＵＩ統合方法。
【請求項１６】
請求項９において、
前記操作ログに現れた複数アプリケーションＧＵＩをまたがったコピーアンドペーストなどの複製操作を、当該ＧＵＩ部品間の連携として反映させる
ことを特徴とするＧＵＩ統合方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数アプリケーションのＧＵＩ統合方法に係り、特に、ユーザが一連の業務処理を行うために同時に使用するような複数のアプリケーション間のＧＵＩ統合方法に関するものである。
【背景技術】
【０００２】
社会へのＩＴ技術の浸透が進むにつれ、多くの業務サービスがＰＣ等計算機上のアプリケーションとして提供されるようになった。そのため、１つのビジネスシーンで複数アプリケーションを操作する機械も多くなっている。
【０００３】
Ｗｅｂアプリケーションにおいて、ユーザ操作の簡易化を図るために、ＧＵＩ統合を行う技術が、特許文献１や特許文献２に開示されている。例えば、特許文献１では、ＷＷＷブラウザからの要求に応じて、複数のＷＷＷサーバから提供されるユーザインタフェース(ページ)を解析して必要なデータを抽出し、抽出したデータを用いてひとつのページとしてレイアウトをしなおした統合インタフェース(統合ページ)を生成し、生成した統合ページを該要求元のＷＷＷブラウザに送信することが開示されている。
【０００４】
また、特許文献２には、ユーザが選択した複数のＷＷＷアプリケーションの入力パラメタ入力用として使用する共通入力画面をユーザ毎に生成する共通入力画面生成部と、入力データをアプリケーションに渡すパラメタ情報に変換する入力パラメタ生成部と、入力パラメタ生成部が生成したパラメタ情報を用いてＷＷＷアプリケーションを実行するＷＷＷアプリケーション実行部と、前記共通入力画面及びＷＷＷアプリケーションの出力結果を合成してＷＷＷブラウザに送信する出力合成部を備えたＷＷＷアプリケーション統合実行装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３４５６９７号公報
【特許文献２】特開２００４−２０６４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一連の業務処理を行うために、複数のアプリケーションを同時に使う必要に迫られるビジネスシーンも少なくない。その反面、それらが別個のサービスベンダから提供される場合などでは、個々のアプリケーション間の直接的な連携は想定されない場合が多く、ＧＵＩ画面においてそれぞれに同様の入力値を繰り返す必要があるなど、ユーザへの利便性の面で難点が残される。
【０００７】
さらにそのデータの表現手段に言及すれば、アプリケーション間で以下のような違いがあり得る。まず、同じ入出力値について全角／半角やひらがな／カタカナなどの文字種別や例えば電話番号での表記上の−（ハイフン）の要／不要などの表現スタイルの違いがある。また、同じ値を入出力する手段としても、ＧＵＩ部品として一方はテキストフィールド他方はプルダウンメニュと言った形で違ったり、一方ではひとつのＧＵＩ部品で構成するのに対し他方では複数のＧＵＩ部品で構成されていると言ったケースもある。ユーザにとって、このような差異はＧＵＩ操作における負担となり、ひいてはビジネス効率の低下につながっている。
【０００８】
こうしたデータ値のスタイルやデータ値とＧＵＩ部品の関係は、多くのアプリケーションにおいて、実装レベルで作り込まれている。そのため、上述の問題をアプリケーションの修正で統一することは考えられるが、修正に伴うコスト面の問題や、そもそも第三者の提供によるものなので、ユーザが実装に手を入れられないなどの理由で、困難である。
【０００９】
上記特許文献１や特許文献２に開示された技術も、開発者が必要な情報を逐一入力しながら共通入力画面を生成するものであり、開発者の負担が大きい。そのため、各アプリケーションの新規導入／更新毎に、複数アプリケーション間での共通入力画面を生成するのは困難を伴う。
【００１０】
このように、アプリケーションの新規導入／更新など、柔軟に変わる可能性のあるビジネスシーンで、開発者に多大の負担をかけることなく、常に統一されたＧＵＩユーザビリティを提供する仕組みが求められている。
【００１１】
本発明の目的は、１つのビジネスシーンで複数アプリケーションを操作する手間を廃し、簡便で統一されたユーザ操作を実現する統合ＧＵＩを生成する方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の代表的な構成を示すと次の通りである。本発明は、少なくとも１つの計算機装置において実行される複数のアプリケーションのＧＵＩを統合する方法であって、前記計算機装置は、前記各アプリケーションに各々対応した複数のアプリケーションＧＵＩを有しており、前記各アプリケーションのＧＵＩは少なくとも１つのＧＵＩ部品で構成されており、前記各アプリケーションを実行させることにより、前記ＧＵＩ部品の識別情報と該各ＧＵＩ部品の操作に伴うデータ値とを前記各ＧＵＩ部品の操作ログとして自動的に取得して記憶装置に記録し、前記取得された操作ログの情報に基づいて前記複数アプリケーションへの入力を一元化させる統合ＧＵＩを生成することを特徴とする。
【発明の効果】
【００１３】
本発明により、ＧＵＩ統合を行う際に、複数のアプリケーションの各ＧＵＩ部品の操作ログを自動的に取得し、各アプリケーション間のＧＵＩ部品の関係解析に操作ログ解析結果を用いることで、ＧＵＩ部品共通化のプロセスを自動化し、開発者の負荷を軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施例１におけるＧＵＩ統合システムの構成図。
【図２Ａ】実施例１における、アプリケーションＡの操作ログの一例を表すテーブル。
【図２Ｂ】実施例１における、アプリケーションＢの操作ログの一例を表すテーブル。
【図３】実施例１における操作ログ解析処理を示すフロー図。
【図４】実施例１におけるＧＵＩ共通化処理を示すフロー図。
【図５Ａ】実施例１における統合ＧＵＩリソースの一例を表すテーブル。
【図５Ｂ】実施例１における統合ＧＵＩ表示画面の一例を表す図。
【図６Ａ】実施例１における、統合ＧＵＩ操作時の計算機装置の構成例を示す図。
【図６Ｂ】実施例１における、統合ＧＵＩ表示画面の構成例を示す図。
【図７】本発明の実施例２におけるＧＵＩ統合システム構成図。
【図８】実施例２における統合ＧＵＩ操作時の計算機装置の構成例を示す図。
【図９】本発明の実施例３における統合ＧＵＩ画面の一例を示す図。
【図１０】本発明の実施例４における統合元ＧＵＩ画面の一例を示す図。
【図１１】実施例４における統合元ＧＵＩ画面の他の例を示す図。
【図１２】本発明の実施例５における統合元ＧＵＩ画面の他の例を示す図。
【図１３】本発明の実施例６における操作ログ解析処理を示すフロー図。
【発明を実施するための形態】
【００１５】
本発明は、複数のアプリケーションのＧＵＩを統合する方法であって、ひとつのビジネスシーンで同時に使用する複数アプリケーションの操作ログをそれぞれ取得し、そのログを解析することで、そのビジネスシーンでの複数アプリケーション間のＧＵＩ上での入力／出力項目の類似性を抽出する。この類似項目を扱うＧＵＩ部品をアプリケーション間で共通化、連携、削減などを行い、操作が一元化かつ簡易化された統合ＧＵＩを新たに生成する。  
本発明により、ＧＵＩ統合を行う際に、複数のアプリケーションの各ＧＵＩ部品の操作ログを自動的に取得し、各のアプリケーション間のＧＵＩ部品の関係解析に操作ログ解析結果を用いる。これにより、ＧＵＩ部品共通化のプロセスを自動化し、開発者の負荷を軽減する。統合されたＧＵＩでは、ＧＵＩ部品の共通化や連携、隠蔽などがなされることにより、ユーザ操作の簡易化が実現される。すなわち、統合ＧＵＩによる一元的な操作を、元の各アプリケーションそれぞれに伝播することで、複数アプリケーションを同時に操作したのと同じ結果が、簡易な操作で得られる。また、操作ログの取得および、入力操作の伝播において、ウィンドウシステムやＧＵＩツールキットを介した情報授受を行うことで、統合元のアプリケーションの改変を伴わないＧＵＩ統合を実現できる。
【００１６】
本発明は、商品の受発注システムや、旅行等の予約発券システム等の業務に使用されるようなアプリケーションに採用するのに適している。
【００１７】
以下、本発明の実施形態を、図面を参照してより詳細に説明する。
【実施例１】
【００１８】
本発明の第１の実施例を、図１ないし図６Ｂを参照しながら説明する。まず、図１に、本発明の統合ＧＵＩ生成を行うシステムの構成例を示す。  
本実施例の統合ＧＵＩ生成システムでは、各ユーザが操作するアプリケーション実行用の計算機装置１０（１０Ａ〜１０Ｎ）と、統合ＧＵＩ生成用の計算機装置２０とがネットワーク３０を介して接続されている。計算機装置１０はＣＰＵ１０５や記憶装置１０６を備えると共に、アプリケーション実行環境１００としてのソフトウェア環境を具備している。アプリケーション実行環境１００では、関連を有する少なくとも２つのアプリケーションが実行されるものとする。ここで、「関連を有する」アプリケーションとは、複数のアプリケーションのＧＵＩが同時にまたは所定の時間内で連続して用いられ、かつ、各アプリケーションのＧＵＩ画面において共通する入力値、換言すると少なくとも１種類の同様の入力値、を繰り返す関係にあるアプリケーションを意味する。以下の説明において、アプリケーションＡとアプリケーションＢは、関連を有するアプリケーションであるとする。
【００１９】
計算機装置２０は、ＣＰＵ１３５、記憶装置１３６等を備えると共に、統合ＧＵＩ開発環境１３０としてのソフトウェア環境を具備している。なお、用途によっては、アプリケーション実行用の計算機装置１０（１０Ａ〜１０Ｎ）と、統合ＧＵＩ生成用の計算機装置２０をネットワーク３０で接続する代わりに、各計算機装置１０の統合ＧＵＩ生成に関係する情報を、ＵＳＢメモリ等の記録媒体を介して統合ＧＵＩ生成用の計算機装置２０に転送可能にしても良い。
【００２０】
計算機装置１０のアプリケーション実行環境１００は、ＯＳ１０１上に、ＧＵＩウィンドウを提供するウィンドウシステム１０２ＧＵＩの部品構成を管理するＧＵＩツールキット１０３が提供され、アプリケーションＡ，Ｂに各々対応したアプリケーションＧＵＩ（Ａ−ＧＵＩ）１１１、（Ｂ−ＧＵＩ）１２１はこれらのＡＰＩを利用してＧＵＩを具現化している。各アプリケーションのＧＵＩは少なくとも１つのＧＵＩ部品で構成されている。ユーザに対しては、キーボード、マウスやＬＣＤモニタ等のユーザ入出力機器１０４を有し、ウィンドウシステム１０２やＧＵＩツールキット１０３、その上で動作するアプリケーションＧＵＩ１１１、１１２などは、ユーザ入出力機器１０４を介し、ユーザに対する表示／操作受付を行っている。
【００２１】
本発明では、アプリケーションＧＵＩ１１１、１２１のそれぞれについて、操作ログ取得部１１２、１２２を設置し、アプリケーションＧＵＩ１１１、１２１でのＧＵＩ部品ごとの操作を自動的に取得する。操作ログ取得部１１２、１２２は、例えば、イベントフック機能を有するイベントハンドラで構成されており、ウィンドウシステム１０２やＧＵＩツールキット１０３を介してアプリケーションＧＵＩ１１１、１２１を監視しログを取得する形態を取る。すなわち、操作ログ取得部１１２、１２２は、ＧＵＩツールキット１０３におけるイベント、例えば、メニュー、タブ、コンテキスト・メニュー、アイコン、ボタンなどのイベントが発生した際に、対応するＧＵＩ部品の操作ログの情報を自動的に取得し、この取得したログ情報を操作ログ１１３、１２３として、各々ＧＵＩ操作ログ記憶装置に記録する。操作ログ１１３、１２３には、アプリケーションＧＵＩ１１１、１２１を構成するＧＵＩ部品の情報と同時に、何時、どのような操作がなされたのかが記録される。
【００２２】
操作ログ取得部１１２、１２２は、イベントフック機能により操作ログの情報を取得するため、アプリケーションＧＵＩ１１１、１２１と直接的なやりとりを行う必要はない。これにより、操作ログ情報の取得のために、アプリケーションＧＵＩ１１１、１２１に対し一切改変を行う必要がなく、本発明の特徴である非侵襲性が守られている。
【００２３】
なお、アプリケーション実行環境１００は単数である必要はなく、同等環境が複数の計算機装置上に用意され、複数のユーザによって同じ組合せのアプリケーションが使用されるケースも想定する。その場合、イベントフック機能を用いて、操作ログ１１３、１２３のセットがそれぞれの環境から取得できる。このようにして取得された操作ログ１１３、１２３のセットは、統合ＧＵＩ開発環境１３０において集計解析されることになる。
【００２４】
操作ログ取得部１１２、１２２は、開発者により、対象となる計算機装置１０のアプリケーション実行環境１００にインストールされる。一方、操作ログ１１３、１２３のセットとして必要量の情報が得られた後は、これら操作ログ取得部１１２、１２２を、計算機装置１０のアプリケーション実行環境１００に、常時存在させる必要は無い。例えば、操作ログの情報を取得する期間として、アプリケーションＡ、アプリケーションＢの各起動実行回数が１００回、あるいは、アプリケーションの各使用期間が1月等、それぞれの用途や使用環境に応じて設定された条件を満たしたときは、開発者が、各ＧＵＩ操作ログ記憶装置に記録された操作ログ情報のみを残して、操作ログ取得部１１２、１２２の機能を有するプログラムを削除するのが望ましい。
【００２５】
統合ＧＵＩ開発環境１３０は、操作ログ解析部１３１、統合ＧＵＩ生成部１３２、再配置実施部１３３からなり、操作ログ解析部１３１では上記操作ログ１１３、１２３を入力とし、アプリケーションＧＵＩ１１１、１２１のＧＵＩ部品ごとの操作を比較評価しアプリケーションＧＵＩ１１１、１２１上の共通するデータ項目を扱うＧＵＩ部品を抽出する。統合ＧＵＩ生成部１３２は操作ログ解析部１３１の比較評価の結果を受け、アプリケーションＧＵＩ１１１、１２１のＧＵＩ部品構成から統合ＧＵＩ部品を選別し、共通化を図る。再配置実施部１３３では、統合ＧＵＩ生成部１３２で共通化されたＧＵＩ部品と共通化の対象とならなかった残りのＧＵＩ部品とを統合ＧＵＩとして再配置する。このとき必要に応じて開発者に再配置する機会を提供する。再配置実施部１３３はその出力を、統合ＧＵＩリソース１４０として保存する。統合ＧＵＩリソース１４０は統合ＧＵＩを構成するＧＵＩ部品の種別や配置などの構成情報と同時に、ＧＵＩ部品と統合元となったアプリケーションＧＵＩ１１１、１２１のＧＵＩ部品との関係を保持する。
【００２６】
上記の通り、アプリケーションＧＵＩ１１１、１１２への操作は操作ログ１１３、１２３に蓄積されている。両アプリケーションＧＵＩでの操作ログの１エントリの例を図２Ａ、図２Ｂに示す。操作ログのテーブルは、アプリケーションＧＵＩごとに、部品ＩＤとともに、それらの表示開始／終了時間、ＧＵＩ種別を示すクラス名、ラベル、データ値等をそれぞれ操作ログ３１４として保存する。
【００２７】
図２ＡはアプリケーションＡの操作ログの一例を表すテーブル３１０、図２ＢはアプリケーションＢの操作ログの一例を表すテーブル３２０であり、各部品ＩＤとともに、それらの操作ログとして表示開始／終了時間、ＧＵＩ種別を示すクラス名、ラベルとデータ値をそれぞれ保存している。図２Ａの例では、アプリケーションＡに関して、３つのＧＵＩ部品（Ａ：１，Ａ：２，Ａ：３）が、６時１０分２５秒から６時１２分４０秒の間で操作され、さらに、２回目の操作としてＧＵＩ部品Ａ：１が６時１５分２０秒から６時１６分４０秒の間で操作されたことを示している。（２回目の操作におけるＧＵＩ部品Ａ：２，Ａ：３の情報は省略）。また、図２Ｂの例では、アプリケーションＢに関して、３つのＧＵＩ部品（Ｂ：１，Ｂ：２，Ｂ：３）が、６時１１分０２秒から６時１３分１０秒の間で操作され、さらに、２回目の操作としてＧＵＩ部品Ｂ：１が６時１６分１０秒から６時１７分２０秒の間で操作されたことを示している。（２回目の操作におけるＧＵＩ部品Ｂ：２，Ｂ：３の情報は省略）。
【００２８】
操作ログ３１４として取得できる情報は、ウィンドウシステム１０２、ＧＵＩツールキット１０３の仕様に依存するが、最低限ＧＵＩ部品の識別値とそれらのデータ値が取得できることが前提となる。
【００２９】
また、本発明のＧＵＩの統合に用いるためには、複数アプリケーションの、共通する入力値に関係するＧＵＩが、同時にまたは連続して用いられる場合の操作ログを必要とする。そのためには、始めから開発者による明示的な指定により、統合する対象のＧＵＩ画面操作時のみを対象として操作ログを取得しておくものとする。  
あるいは、操作ログとして取得できるＧＵＩ部品ごとの表示開始終了時間を用いることで、複数アプリケーション間の同時性／連続性を取得し、後述処理の範囲とすることができる。
【００３０】
統合ＧＵＩ開発環境１３０において、操作ログ１１３、１２３を用いて統合ＧＵＩが生成されるまでの処理を、図３および図４の処理フローを用いて説明する。
【００３１】
図３は、操作ログ解析処理を示すフロー図である。まず、１つのアプリケーションのＧＵＩ画面に属するＧＵＩ部品とその入出力値を先頭のものから順に操作ログ１１３より取得する（ステップ４０１）。例えば、図２Ａの例のように、アプリケーションＡに関して、ＧＵＩ部品Ａ：１とその入出力値が取得される。
【００３２】
次に、取得したＧＵＩ部品の入出力値について、他のアプリケーションで同じ値を入出力したＧＵＩ部品が無かったか、操作ログ１２３のすべてについて比較・判定する（ステップ４０２）。すなわち、アプリケーションＡ，ＢのＧＵＩ部品ペアごとに、「操作時間帯」と「保持データ」の両者について、一致／不一致の判定がなされる。
【００３３】
例えば、図２Ａ、２Ｂの例では、アプリケーションＡの３つのＧＵＩ部品（Ａ：１，Ａ：２，Ａ：３）の１回目の操作の時間帯（６時１０分２５秒から６時１２分４０秒）とアプリケーションＢの３つのＧＵＩ部品（Ｂ：１，Ｂ：２，Ｂ：３）の１回目の操作時間帯（６時１１分０２秒から６時１３分１０秒）とが重複しており、これらのＧＵＩ部品が同時にまたは連続して用いられたことを示している。すなわちＧＵＩ部品間では「操作時間帯」が一致している。さらに、ＧＵＩ部品Ａ：１とＧＵＩ部品Ｂ：１のＧＵＩ部品ペアでは、保持データ「特許太郎」も一致している。他のＧＵＩ部品ペア間では「保持データ」の一致は見られない。
【００３４】
一方、アプリケーションＡのＧＵＩ部品Ａ：１に関して、２回目の操作（６時１５分２０秒から６時１６分４０秒）がなされている。この場合、アプリケーションＢのＧＵＩ部品Ｂ：１の１回目の操作の時間帯（６時１１分０２秒から６時１３分１０秒）とは時間帯が異なるので、これらのＧＵＩ部品ペア間では、「操作時間帯」が不一致であり、同じ値を入出力したＧＵＩ部品とは判定されない。
【００３５】
次に、ステップ４０２の判定の結果を一致マトリクス４１０に蓄積する（ステップ４０３）。一致マトリクス４１０は、アプリケーションＧＵＩ１１１、１１２それぞれに属するＧＵＩ部品群をそれぞれ行、列に持ち、一致／不一致度数を蓄積する。
【００３６】
以上の処理を、記録された操作ログ１１３の範囲すべてについてチェックが完了するまで繰り返す。（ステップ４０４）
なお、ステップ４０１から４０４において、操作ログ１１３、１２３に蓄積された一巡の操作についての一致マトリクス４１０が生成できる。しかし、本発明では、統計データに基づくＧＵＩ統合を行うために、アプリケーション実行環境１００や同等環境で、所定の繰返し回数ｎ（例えばｎ＝１００あるいはそれ以上）のように相当数繰り返し取得したログを利用し、一致マトリクス４１０に十分な数の一致／不一致度数のデータを蓄積する。
【００３７】
図４は、上記、上記一致マトリクス４１０を用いたＧＵＩ共通化の処理フローを示している。
【００３８】
まず、所定回数ｎ繰り返された操作ログに関して、一致マトリクス４１０より順にアプリケーションＧＵＩ１１１、１１２のＧＵＩ部品ペアごとの一致／不一致度数を取得する（ステップ５０１）。一致／不一致度数が完全一致、すなわち、所定回数ｎで、不一致度数が０であるかを判定する（ステップ５０２）。ステップ５０２で完全一致と判断された場合、共通化リスト５１０に追加する。（ステップ５０３）
以上の処理を、一致マトリクス４１０の全てのデータについて実施する（ステップ５０４）。
【００３９】
以上の処理フローによって、アプリケーションＧＵＩ１１１、１１２について、統計的に共通して同じ入出力値を持つと期待されるＧＵＩ部品のペアが共通化リスト５１０として得られたことになる。
【００４０】
統合ＧＵＩ生成部１３２では、共通化リスト５１０を入力とし、アプリケーションＧＵＩ１１１、１１２に属する各ＧＵＩ部品のそれぞれについて共有化を図り、ＧＵＩ部品の生成を行う。生成されたＧＵＩ部品は、再配置実施部１３３の機能により、ＧＵＩ画面上に配置され、その結果を統合ＧＵＩリソース１４０として保存する。
【００４１】
図５Ａに、統合ＧＵＩリソースのテーブル６００の例を示す。この統合ＧＵＩリソースのテーブル６００は、図２に示した操作ログの例３１０、３２０を上記図３および図４の処理フローにより統合ＧＵＩリソース１４０として出力した例である。図２においては、操作ログの１エントリのみを示しているため、この内容だけでは上記処理フローには不十分であるが、本実施例では、同様のログ情報を十分な数だけ蓄積する。そして、ステップ４０１から４０４の処理により、ログ上に現れるＧＵＩ部品３１１と３２１が常に同じデータ値を扱うものと判断され、ステップ５０１から５０４において、部品の共通化がなされたものである。
【００４２】
統合ＧＵＩリソース１４０は、元となったアプリケーションＧＵＩ１１１、１１２上の対応部品ＩＤを保持する。上記のテーブル６００の例で、共通化対象となったＧＵＩ部品３１１と３２１に対応し「氏名」をラベルとするＧＵＩ部品６０１が対応部品ＩＤを２つ持ったＧＵＩ部品として共通化される。一方、その他の部品は、対応部品ＩＤを１つのみ持つＧＵＩ部品６０２、６０３、６０４、６０５として出力される。図５Ｂに、このテーブル６００の情報に基づいて生成された統合ＧＵＩ２０１の例を表す。このようにして、ＧＵＩ部品共通化のプロセスが自動化される。
【００４３】
図６Ａに、統合ＧＵＩ実行時の構成例を示す。アプリケーション実行用の計算機装置１０’の統合ＧＵＩ実行環境２００には統合ＧＵＩ実行機能２０２が組み込まれ、アプリケーション実行環境１００におけるアプリケーションＧＵＩ１１１、１２１を統合ＧＵＩ２０１によって統一操作を可能としている。構成要素としては、アプリケーション実行用の計算機装置１０と同様に、ＯＳ１０１、ウィンドウシステム１０２、ＧＵＩツールキット１０３、ユーザ入出力機器１０４を有し、統合ＧＵＩ実行機能２０２を介してアプリケーションＧＵＩ１１１、１２１が動作する。統合ＧＵＩ実行機能２０２により提供される統合ＧＵＩ２０１は、上記のようにして生成された統合ＧＵＩリソース１４０を記憶装置から読み込み、ウィンドウシステム１０２やＧＵＩツールキット１０３の上に実現したＧＵＩである。統合ＧＵＩ２０１は、ユーザ入出力機器１０４を介しユーザとのやりとりを行う。なお、統合ＧＵＩ実行環境２００における、アプリケーションＧＵＩ１１１、１２１は、上記の統合ＧＵＩ２０１からのみ操作されるため、ウィンドウシステム１０２への指示によって不可視化するなどユーザ入出力機器１０４からは隠蔽する。換言すると、ユーザに対しては、ＧＵＩとして複数のアプリケーションに共通する統合ＧＵＩ２０１のみが提示され、ユーザからはアプリケーションＧＵＩ１１１、１２１は見えない。統合ＧＵＩ２０１上のＧＵＩ部品に入力された値は、ウィンドウシステム１０２やＧＵＩツールキット１０３を介し、統合ＧＵＩリソース１４０に指示されるとおりにアプリケーションＧＵＩ１１１、１２１に分配される。統合ＧＵＩリソース１４０が統合ＧＵＩ実行環境２００において読み込まれ、統合ＧＵＩ２０１として操作された際には、ＧＵＩ部品ごとに統合ＧＵＩリソース１４０に示される対応部品ＩＤ情報を元に入力されたデータ値をアプリケーションＧＵＩ１１１、１１２に配布する。
【００４４】
すなわち、図６Ｂに示したように、統合ＧＵＩ実行機能２０２が、統合ＧＵＩリソース１４０に保持された変換テーブル２０３（図５Ａに示した統合ＧＵＩリソースのテーブル６００に相当）における対応部品ＩＤの情報等に基づき、統合ＧＵＩ２０１への入力値をアプリケーションＧＵＩ１１１、１２１に受け渡す。アプリケーションＧＵＩ１１１、１２１から統合ＧＵＩ２０１への入力値の受け渡しも同様に処理される。統合ＧＵＩ２０１の採用により、複数のアプリケーションに対する重複入力が排除されるため、ユーザにとっては、操作の簡易化が実現される。
【００４５】
この際、ログ取得時と同じく、ウィンドウシステム１０２やＧＵＩツールキット１０３を介してアプリケーションＧＵＩ１１１、１１２へのデータ授受を行う。
【００４６】
そのため、統合ＧＵＩ実行環境２００の実現のためにアプリケーションＧＵＩ１１１、１１２の改変は必要とせず、ここでも非侵襲性が守られている。
【００４７】
本実施例によれば、ＧＵＩ統合を行う際に、アプリケーション間のＧＵＩ部品の関係解析に操作ログ解析結果を用いることで、ＧＵＩ部品共通化のプロセスを自動化し、開発の負荷を軽減することができる。また、統合されたＧＵＩでは、ＧＵＩ部品の共通化や連携、隠蔽などがなされることにより、ユーザ操作の簡易化が実現される。さらにまた、操作ログの取得および、入力操作の伝播において、ウィンドウシステムやＧＵＩツールキットを介した情報授受を行うことで、統合元の各アプリケーションの改変を伴わないＧＵＩ統合を実現できる。
【実施例２】
【００４８】
次に、本発明の第２の実施例を、図７〜図８を参照しながら説明する。本実施例では、実施例１に述べた基本構成での単純なＧＵＩ部品共通化の実施形態に加え、統合ＧＵＩ開発環境１３０における、比較処理およびＧＵＩ部品生成処理に柔軟性を持たせて一致マトリクス４１０の生成を行い、統合ＧＵＩにおける共通化をより促進する本発明の例を説明する。
【００４９】
第２の実施例では、図３のステップ４０２において入出力値の一致比較が「完全一致比較」だったのに代えて、若干の曖昧性を許容する「実質一致比較」とする。すなわち、アプリケーションの内容によっては、図３のステップ４０２における入出力値の一致比較が完全一致比較である必要はなく、以下のように値の表現に曖昧性を持たせることで、ＧＵＩ部品の共通化の効率を上げることができる。例えば、入出力値の比較を行う際に、全角／半角、ひらがな／カタカナ／ローマ字、といった文字種別の違いを吸収して比較を行い、文字種は異なっていても入出力値の意味する実体が同じ場合に「実質一致」と判定することが考えられる。また、例えば電話番号であれば”０３１２３４５６７８”と”０３−１２３４−５６７８”といった表記パターン上のみの相違などを吸収し「同値」と見なすことで、一致と見なせる幅は拡がる。さらに、同じ事象を指していても、アプリケーションごとに使用する用語が異なっている場合などもありうる。そうした用語について対応関係を解釈することで、やはり「実質一致」と見なせるケースもある。
【００５０】
以上のように、本実施例においては、データ値を比較する際にその表現に許容幅を持たせることによって、完全一致のみならず実質一致までも含む一致マトリクス４１０を生成し、ＧＵＩ部品の共通化を促進できる。この一致マトリクス４１０に基づいて共通化した統合ＧＵＩのテーブル６００では、元のアプリケーションＧＵＩ１１１、１１２のいずれかのデータ値表現を用いてもよいし、別の表現手段を用いても良い。いずれにしても、元の表現手段を一致マトリクス４１０やテーブル６００に記憶しておき、統合ＧＵＩ２０１における操作を、元のアプリケーションＧＵＩ１１１、１１２に伝播する際に表現手段を変換しそれぞれに適した形に戻すような処理を入れることで、元のアプリケーションＧＵＩ１１１、１１２が受け付けられる表現手段で入力を行うことができる。
【００５１】
この場合、図１の統合ＧＵＩ開発環境１３０に相当する構成は、図７のようになる。この統合ＧＵＩ開発環境１３０の操作ログ解析部１３１は、上述のような表現手段の違いを加味し「実質一致比較」が判断できるよう、文字種別変換の候補を生成する文字種変換エンジン７３１、パターン変換の候補を生成するパターン変換エンジン７３２、用語変換の候補を生成する用語変換エンジン７３３を参照できる。操作ログ解析部１３１では、これらのエンジンが生成した変換候補と総当たり的に比較を行うことで、データ項目間の共通性を見つけ出す。なお、パターン変換エンジン７３２、用語変換エンジン７３３はそれぞれパターンＤＢ７３４、用語ＤＢ７３５を擁し、あらかじめ開発者によって考慮すべきパターンやアプリケーションごとの用語の対応表が蓄積され、各エンジンでの変換候補生成に用いられる。
【００５２】
いずれかの変換候補を利用して、一致が得られた場合、統合ＧＵＩ生成部１３２において、ＧＵＩ部品の共通化が図られた一致マトリクス４１０が生成される。本実施例では、図５Ａで示した統合ＧＵＩリソース１４０を記録するテーブル６００には、「対応部品ＩＤ」と同時に、対応する元アプリケーションに入力し直す際に、どのような表現手段に変換すべきかを示す、「表現手段の変更情報」が付加されることになる。
【００５３】
このとき、図６Ａの統合ＧＵＩ実行環境２００に相当する構成は、図８のような構成となる。すなわち、統合ＧＵＩ２０１における操作は元のアプリケーションＧＵＩ１１１、１１２に伝播されるが、その際にテーブル６００に記録された統合ＧＵＩリソース１４０に指示された「表現手段変更情報」に従い表現手段を変更する役割を持つ表現手段変換部８１１が統合ＧＵＩ実行機能２０２に新たに追加されることになる。
【００５４】
さらに、ＧＵＩにおける値の表現のあり方として、一方ではひとつのＧＵＩ部品で表現していた入力値がもう一方では複数のＧＵＩ部品にまたがっているような場合もある。このような場合も考慮して、図３のステップ４０２における入出力値の一致比較において、ＧＵＩ部品の保持データ値同士の単純な比較ではなく、２つあるいはそれ以上のデータ値を連結することで他方の入力値と一致が得られないかを比較するアルゴリズムに入れることで、上述の表現手段の場合と同じく「実質一致比較」の範囲を広げた一致マトリクス４１０を生成し、ＧＵＩ部品の共通化を促進できる。特に、複数ＧＵＩ部品構成で入力する際には、ＧＵＩ画面上での位置関係で近いＧＵＩ部品でそれを行う高いことが容易に想像が付く。効率よく連結する対象を探すためにはＧＵＩ部品の配置情報が利用できる。上述の場合と同じく、統合ＧＵＩリソース１４０には表現手段変更情報としてこのような複数ＧＵＩ部品への分割／結合指示情報を持たせ、図８の表現手段変換部８１１によって、この指示に従った分割／結合がなされた上でアプリケーションＧＵＩ１１１、１１２に値が配布される。
【００５５】
上述のように同じ値に対してＧＵＩ部品の個数が異なる場合の他、データ値に対し双方ひとつのＧＵＩ部品で表現されていても、一方ではテキストフィールド、もう一方ではプルダウンメニュと言った形でＧＵＩとしての形態が異なっている場合もある。そのような場合に、ＧＵＩ生成部１３２で共通するデータ項目のＧＵＩ部品の生成を行うには、統合元のＧＵＩ部品のいずれかの形態を選ぶことになるが、いずれでもなくより使いやすいＧＵＩ形態に置換することもできる。このように統合ＧＵＩを形成するＧＵＩ部品を、共通化する／しないに関わらずより使いやすいＧＵＩ部品に置換することがＧＵＩ生成部１３２の付加的な役割となっている。
【００５６】
本実施例によれば、統合ＧＵＩにおける共通化をより促進することができる。
【実施例３】
【００５７】
次に、統合ＧＵＩリソース１４０を記録するテーブル６００の生成に柔軟性を持たせた実施例について、図９を参照しながら説明する。図４のステップ５０２ではデータ値が完全に一致する（ｎ回の繰り返しデータが全て一致する）場合について示したが、状況によっては１００％の一致でなくとも良い。本実施例では、図４のステップ５０２の「完全一致」の判定に代えて、「実質一致」の判定を採用する。この場合、一定のしきい値、例えば５０％を超える一致率が得られれば、「実質一致」と判定する。例えば、１００回の繰り返しの中で５１回以上一致していれば、「実質一致」と判定される。これにより、図９に示すようにユーザの入力負担を削減する統合ＧＵＩを生成できる。
【００５８】
図９では、統合ＧＵＩ生成部１３２によって統合ＧＵＩ９００として、異なる統合元アプリケーションに由来する入力ＧＵＩ部品９０１の「会員住所」と９０２の「届け先住所」が共通化はされず、それぞれ生成された様子を示す。両入力ＧＵＩ部品の操作ログでのデータ値の一致度が１００％でなくてもある程度同じ値である場合は、さらにＧＵＩ部品として「会員住所を届け先住所として使用」のような形でユーザの意志を問うＧＵＩ部品９０３を生成する。そして、このＧＵＩ部品９０３がユーザ操作によりチェックされていれば、ＧＵＩ部品９０１から９０２へ自動的にコピーするようなロジック９０４も合わせて生成することで、「実質一致」を許容しテーブル６００の生成に柔軟性を持たせることができる。
【００５９】
これにより、統合ＧＵＩ９００を使用するユーザの入力の負担を軽減することができる。
【実施例４】
【００６０】
次に、ＧＵＩ部品の共通化の処理に幅を持たせた実施例について、図１０〜図１１を参照しながら説明する。図４のステップ５０３の「共通部品追加」におけるＧＵＩ部品の共通化のあり方には以下の２通りがある。まず、統合元のアプリケーションＧＵＩ１１１、１１２間で、２つの入力ＧＵＩ部品のデータ値の統計的な一致（「実質一致」）があった場合、統合ＧＵＩ２０１では、ひとつの入力ＧＵＩ部品で統合することができる。
【００６１】
また、一方の出力ＧＵＩ部品の値と他方の入力ＧＵＩ部品の値との一致（「実質一致」）が見られた場合、一方の出力ＧＵＩ部品の値が、他方の入力ＧＵＩ部品の値として連携されていると見なせる。例えば、図１０に示すように、アプリケーションＡのＧＵＩ画面Ａにおいてその業務プロセスの結果得られた受付番号のようなデータ値が、出力ＧＵＩ部品１０１１に表示され、アプリケーションＢのＧＵＩ画面１０２０においては、この値を入力部品１０２１においてそのまま入力されることが期待される。
【００６２】
アプリケーションＧＵＩ１０１０、１０２０間に連携機能がなければ、その操作はユーザが行わなければならない。
【００６３】
本実施例では、このような場合、図１１に示すような統合ＧＵＩ１１００を生成する。統合ＧＵＩ１１００上には上記データ項目を出力するＧＵＩ部品１１０１が生成され、ＧＵＩ部品１１０１にひもが付いて「アプリケーションＡのＧＵＩ部品１０１１の値を複製する」ロジック１１０２が同時に生成される。さらに「アプリケーションＡのＧＵＩ部品１０１１の値をアプリケーションＢのＧＵＩ部品１０２１に複製する」ロジック１１０３も生成される。
【００６４】
この統合ＧＵＩ１１００が表示されると、ロジック１１０２および１１０３が働き、バックグラウンドで動作するアプリケーションＡのＧＵＩ１０１０の出力ＧＵＩ部品１０１１より値を抽出し、同じくバックグラウンドで動作するアプリケーションＢのＧＵＩ１０２０上の入力ＧＵＩ部品１０２１および統合ＧＵＩ１１００上の出力ＧＵＩ部品１１０１に複製入力する、という操作が、自動的に行われる。なお、ＧＵＩ設計によっては統合ＧＵＩ１１００上にこの値の表示自体が不要なケースもあり得る。統合ＧＵＩ開発環境１３０における開発者には再配置実施部１３３によって、そうした要／不要を選択する機会が与えられる。
【００６５】
以上によって、統合ＧＵＩという形でユーザ操作を省略するアプリケーションＧＵＩ間の連携を図ることができる。
【００６６】
本実施例によれば、「実質一致」の条件を満たすときに、複製により連携機能を持つ統合ＧＵＩを生成することで、統合ＧＵＩを使用するユーザの入力の負担を軽減することができる。
【実施例５】
【００６７】
次に、統合ＧＵＩの閲覧性を上げた実施例について、図１２を参照しながら説明する。この実施例では、統合ＧＵＩ開発環境１３０において操作ログ１１３、１２３を解析することで、ＧＵＩ部品ごとにデータ値が入力されない傾向も得ることができる。統計上、入力される機会がないＧＵＩ部品については、統合ＧＵＩ上に対応する部品を生成しないことで、統合ＧＵＩの閲覧性を上げることにつながる。また、入力されないことが断定できず、削除までは行かなくとも図１２に示すように縮退させることもできる。図１２は、統合ＧＵＩ１２００において、入力頻度の少ないＧＵＩ部品１２０２は通常は非表示として生成／配置し、統合ＧＵＩ生成部１３２によって別途生成されたＧＵＩ部品１２０３とロジック１２０４によってユーザの意志を問い、ＧＵＩ部品１２０３のチェックの有無に応じて入力部品の可視／不可視を切り替えられるようにした出力例を示している。
【００６８】
本実施例によれば、ＧＵＩ部品の共通化や連携、隠蔽などがなされることにより、統合されたＧＵＩにおいてユーザ操作の簡易化が実現される。
【実施例６】
【００６９】
上記各実施例では、統合ＧＵＩ開発環境１３０において、操作ログ上のデータ値比較の一致または類似により、ＧＵＩ部品の共通化を図った。本実施例では、操作ログ上のデータ値比較とは異なる視点での、ＧＵＩ部品の共通化について説明する。
【００７０】
多くのＧＵＩ環境では、アプリケーションＧＵＩ１１１、１１２の間で、例えばコピーアンドペーストのように、直接データを移動／複製するような直接的な操作が利用可能である。このような操作も、実施例１に示した図１の構成で、操作ログ取得部１１２、１２２のイベントフック機能によって、操作ログ１１３、１２３として抽出対象とすることができる。この場合の操作ログを解析する、図３に示した一致マトリクス更新の処理フローに対応する処理フローは、図１３のようになる。
【００７１】
まず、操作ログ１１３からコピー／ペースト操作のみを抽出し、順に取得する（ステップ１３０１）。次に、上記コピー操作に対応するペースト／コピー操作を操作ログ１２３から検索取得する（ステップ１３０２）。さらに、ステップ１３０２の結果を一致マトリクス４１０に蓄積する（ステップ１３０３）。以上の処理を、操作ログ１１３のコピー／ペースト操作すべてについて実施するまで繰り返す（ステップ１３０４）。
【００７２】
本実施例では、以上において、コピーアンドペーストの操作ログを元に、図３と同じ一致マトリクス４１０に結果を格納し、上記各実施例で示した「一致／不一致度」の判定処理に反映させることになる。以降の処理は上記各実施例で示したとおりである。なお、この際、本来のデータ一致の度合いとコピーアンドペーストの両操作ログを元にした統計値が一致マトリクス４１０に集計されることになる。集計値に重み付けを行い、両操作ログのいずれかを重視した集計を行うような設定も可能となる。
【００７３】
本実施例によれば、ＧＵＩ部品共通化のプロセスを自動化し、開発の負荷を軽減することができる。
【符号の説明】
【００７４】
１０（Ａ，Ｎ）  アプリケーション実行用の計算機装置
２０  統合ＧＵＩ生成用の計算機装置
３０  ネットワーク
１００  アプリケーション実行環境
１０１  ＯＳ
１０２  ウィンドウシステム
１０３  ＧＵＩツールキット
１０４  ユーザ入出力機器
１１１、１２１  アプリケーションＧＵＩ
１１２、１２２  ＧＵＩ操作ログ取得部
１１３、１２３  ＧＵＩ操作ログ
１１５、１３５  ＣＰＵ
１１６、１３６  記憶装置
１３０  統合ＧＵＩ開発環境
１３１  操作ログ解析部
１３２  統合ＧＵＩ生成部
１３３  再配置実施部
１４０  統合ＧＵＩリソース
２０１  統合ＧＵＩ
６００  テーブル。
【図１】
2012064129.tif 000003
【図２Ａ】
2012064129.tif 000004
【図２Ｂ】
2012064129.tif 000005
【図３】
2012064129.tif 000006
【図４】
2012064129.tif 000007
【図５Ａ】
2012064129.tif 000008
【図５Ｂ】
2012064129.tif 000009
【図６Ａ】
2012064129.tif 000010
【図６Ｂ】
2012064129.tif 000011
【図７】
2012064129.tif 000012
【図８】
2012064129.tif 000013
【図９】
2012064129.tif 000014
【図１０】
2012064129.tif 000015
【図１１】
2012064129.tif 000016
【図１２】
2012064129.tif 000017
【図１３】
2012064129.tif 000018