JP6603637B2 - ユーザインタフェース接続装置、及びプログラム - Google Patents

Description

本発明は、サービスデザイン等の作業を支援する複数のソフトウェアツールにおけるユーザインタフェース（ＵＩ）を組み合わせて連携させる技術に関連するものである。

設計者が、ＩＣＴ（Information Communication Technology）サービス等のサービスを設計する場合に、アイデアを出したり、アイデアを具体化したり、アイデアに対するユーザ評価を得たりするために、複数のツールを使い分けながら設計を反復（反復デザイン）して、サービスを洗練させていく。そのため、反復設計を支援するためのデザインプロセスが規定されたり、デザインを支援するための様々な手法が存在する。

特開2009-99015号公報

GRIP: Get better Results from Interactive Prototypes, EICS'11, June 13-16, 2011, 草野孔希、大野健彦、「ストーリーボードを用いた反復型サービスコンセプト具体化ツール「Concept Tailor」」、ＮＴＴ技術ジャーナル、２０１５．９

新しいサービスを実現するデザインプロセスにおいて、上述した反復してデザインを洗練させていく反復デザインが重要となる。反復デザインの中では、複数の手法を組み合わせて作業を行う。しかし、それらの複数の手法を上手く組み合わせることができなければ、反復を効率的に行うことができない。

ここで、非特許文献１には、様々なプロトタイピング手法をフレームワークとして整理し、手法間にどのような関係性があるのかを分析することが記載されている。しかし、実際に手法を結び付けて操作を支援する、ということは行わない。

以上のことから、従来技術では、デザインプロセスにおいて、ユーザは自分の知識でもって、自分の状況に合った手法を選び、活用する必要がある他、どの手法間で情報をやりとりすれば良いかを自分で考える必要があり、負荷が高く、作業が非効率となる。最近では、個々の手法の利用を支援するシステムが登場してきているが、ツール間の接続を支援するものはない。

他方で、特許文献１には、複数のシステムを連携させて使う必要のある作業空間において、ユーザインタフェースを統合しようとする技術が開示されている。この技術によって、予め定めた操作シナリオに基づいて複数システムのユーザインタフェースを組み合わせた操作が可能となる。しかし、特許文献１に開示された技術は、定型の操作に有効なものであり、度々情報の更新や、ツール間を行き来しながら作業を進めるデザインプロセスにおける支援は想定されていない。

なお、上記のような課題は、サービスデザインにおけるデザインプロセスに限らず、複数のソフトウェアツールを使用して作業を行う場合に一般に生じ得る課題である。

本発明は上記の点に鑑みてなされたものであり、複数のソフトウェアツールを用いた作業を効率良く行うことを可能とする技術を提供することを目的とする。

開示の技術によれば、ユーザによる作業の支援を行う複数のソフトウェアツールのＵＩ間の接続関係を示す接続情報を格納する格納手段と、
前記接続情報に基づいて、ユーザによりあるソフトウェアツールのＵＩに書き込まれた情報を、当該ソフトウェアツールのＵＩと接続される他のソフトウェアツールのＵＩに複製し、当該情報を当該他のソフトウェアツールのＵＩ上に表示する接続手段と、
前記複数のソフトウェアツールにおける各ソフトウェアツールのＵＩプログラムの入力を受け、各ＵＩプログラムに付与された属性と、予め定めた複数の属性間の属性接続関係とに基づいて、前記接続情報を作成する作成手段と
を備えることを特徴とするユーザインタフェース接続装置が提供される。

開示の技術によれば、複数のソフトウェアツールを用いた作業を効率良く行うことが可能となる。

本発明の実施の形態におけるユーザインタフェース接続装置１００の構成図である。 ユーザインタフェース接続装置１００のハードウェア構成図である。 読み込みの対象となる対象システムのＵＩの例を示す図である。 ＵＩ部品間の接続と属性情報を説明するための図である。 接続可能なＵＩ部品の組み合わせの情報を格納するＵＩ部品接続ＤＢにおける格納情報の例を示す図である。 変換処理により接続可能なＵＩ部品の組み合わせの情報を格納するＵＩ部品変換接続ＤＢにおける格納情報の例を示す図である。 対象システムの属性情報を格納する属性ＤＢにおける格納情報の例を示す図である。 接続推奨ＤＢにおける格納情報の例を示す図である。 接続可能な属性間の組み合わせの情報を格納する属性接続ＤＢにおける格納情報の例を示す図である。 ＵＩ分析部１０１の動作を説明するためのフローチャートである。 接続部１０２の動作を説明するためのフローチャートである。 変換部１１２の動作を説明するためのフローチャートである。 接続推薦部１０３の動作を説明するためのフローチャートである。 相互接続維持部１０４の動作を説明するためのフローチャートである。 出力部１０５の動作を説明するためのフローチャートである。 表示画面例を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下の実施の形態では、サービスデザインのためのシステム（ソフトウェアツールと同義）に本発明を適用した例を説明するが、本発明は、サービスデザインのためのシステムに限定されず、サービスデザイン以外の用途のシステムにも適用可能である。

（システム構成）
図１に、本実施の形態におけるユーザインタフェース接続装置１００の機能構成を示す。図１に示すように、本実施の形態におけるユーザインタフェース接続装置１００は、ＵＩ分析部１０１、接続部１０２、接続推薦部１０３、相互接続維持部１０４、及び出力部１０５、接続情報保持部１０６を有する。接続部１０２は、変換部１１２を含む。また、ユーザインタフェース接続装置１００には、ディスプレイ２００が接続される。なお、ユーザインタフェース接続装置１００の構成要素としてディスプレイ２００を有してもよい。各部の機能の概要は以下のとおりである。

ＵＩ分析部１０１では、分析対象の対象システムのＵＩ（ユーザインタフェース）から、他対象システムのＵＩとのインタフェースとなり得るＵＩ部品を抽出する。つまり、分析対象の対象システムのＵＩから、他対象システムのＵＩと接続可能なＵＩ部品を抽出する。

なお、「対象システム」は、本実施の形態では、サービスデザインのためのソフトウェアツール（以下、ツール）であり、具体的には、非特許文献２に記載されたツールを想定している。１対象システムは、非特許文献２に記載された１エリアを担当するツールに相当する。ただし、これは一例に過ぎない。なお、本実施の形態における対象システムの実体は、Ｗｅｂサーバ等から提供されるＨＴＭＬプログラムである。

また、本実施の形態の説明では、ある対象システムにおける複数のＵＩ部品の集合を「ＵＩ」と称しており、ＵＩとＵＩ部品とを区別している。ただし、本実施の形態で想定している入力インタフェースのようなＵＩ部品は、単独のＵＩであるとも解釈できるので、ＵＩ部品をＵＩと称することもできる。

当該対象システムは、ユーザがアイデア等を記述するためのＵＩ（これも実体はプログラムである）を含み、各ＵＩは、入力フォーム等のＵＩ部品（これも実体はプログラムである）を含む。ＵＩ分析部１０１は、このようなＵＩ部品を対象システムから抽出する。また、後述するように、属性情報に基づき、ＵＩ部品間の接続性を判断することも可能である。上記のように、ユーザインタフェース接続装置１００が処理の対象とするＵＩとＵＩ部品はいずれもプログラムであり、これらを総称してＵＩプログラムと称してもよい。

接続部１０２は、ＵＩ分析部１０１により得られたＵＩ部品同士を接続させることが可能であるかを判定し、接続可能なＵＩ部品の組み合わせを記録する。なお、あるＵＩ部品と別のＵＩ部品とを「接続」するとは、例えば、当該あるＵＩ部品（入力フォーム）に入力（及び表示）された情報（テキスト等）を、別のＵＩ部品にも表示させるようにすることである。「接続」を「連携」と言い換えてもよい。接続部１０２に含まれる変換部１１２は、あるＵＩ部品に入力された情報を別のＵＩ部品にも表示させるにあたって、そのままの情報だけを表示させるのではなく、ユーザに追加入力を促すガイダンスを表示して、追加で入力された内容を別のＵＩ部品に反映させるための処理を行う。ただし、追加入力は変換（接続元の情報から接続先の情報への変換）の一例である。

接続推薦部１０３は、ある対象システムに対して接続するべき他の対象システムを推薦するための処理を行う。相互接続維持部１０４は、接続部１０２により接続されたＵＩ部品同士の接続を維持する。接続を維持するとは、例えば、ＵＩ部品の更新（例：入力イベントの発生）があったときに、接続先のＵＩ部品の更新（例：接続元で入力された情報を複製、表示）を行うことである。出力部１０５は、接続部１０２／変換部１１２／接続推薦部１０３／相互接続維持部１０４により作成、記録された情報に基づき、対象システム間及びＵＩ部品間の接続状態等をディスプレイ２００に表示する。

接続情報保持部１０６は、各機能部により参照される各種ＤＢ（データベース）を保持するとともに、各機能部により作成された情報を保持する。

なお、変換部１１２、及び接続推薦部１０３を備えないこととしてもよい。その場合、上記の追加入力及び接続推薦は行われないが、ＵＩ部品間の情報複製等の基本的な接続処理は実行可能である。

本実施の形態におけるユーザインタフェース接続装置１００は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、ユーザインタフェース接続装置１００が有する機能は、当該コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

図２は、本実施の形態におけるユーザインタフェース接続装置１００のハードウェア構成例を示す図である。図２のユーザインタフェース接続装置１００は、それぞれバスＢで相互に接続されているドライブ装置１５０、補助記憶装置１５２、メモリ装置１５３、ＣＰＵ１５４、インタフェース装置１５５、表示装置１５６、及び入力装置１５７等を有する。

ユーザインタフェース接続装置１００での処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ又はメモリカード等の記録媒体１５１によって提供される。プログラムを記憶した記録媒体１５１がドライブ装置１５０にセットされると、プログラムが記録媒体１５１からドライブ装置１５０を介して補助記憶装置１５２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１５１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１５２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１５３は、プログラムの起動指示があった場合に、補助記憶装置１５２からプログラムを読み出して格納する。ＣＰＵ１５４は、メモリ装置１５３に格納されたプログラムに従ってユーザインタフェース接続装置１００に係る機能を実現する。インタフェース装置１５５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１５６（図１のディスプレイ２００に相当）はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１５７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。

（対象システムの例、動作概要）
次に、本実施の形態における対象システムの例と、ユーザインタフェース接続装置１００の動作概要を図面を参照して説明する。

図３に、対象システムの例として、対象システム１〜３のそれぞれのＵＩの画面表示例を示す。対象システム１のＵＩをＵＩ１とし、対象システム２のＵＩをＵＩ２とし、対象システム３のＵＩをＵＩ３とする。

図３に示す例における対象システム１は、デザインプロセスにおけるサービスコンセプトの仮説を明確化するためのツールである。具体的には、図３におけるＵＩ１の４つあるＵＩ部品（入力フォーム）に示されるように、サービスコンセプトの仮説を、背景、キーコンセプト、手段、ゴールの４段階に分け、それぞれの内容をユーザが記述することができる。

対象システム２は、デザインプロセスにおける仮説検証を支援するツールである。具体的には、図３のＵＩ２に示されるように、ユーザが具体的なサービス利用状況等のストーリーを思い浮かべ易くするように、テキストに加えて、イラスト等、テキスト以外の情報も入力・表示できる。

対象システム３は、対象システム２を用いたヒアリングによるユーザ評価を支援するツールである。具体的には、ＵＩ３に示すように、ヒアリング項目が表示され、ユーザが回答を記述できるようになっている。

ユーザインタフェース接続装置１００には、例えば上記のような各対象システムのＵＩが入力される。なお、入力されるものは、ＵＩを実現するためのプログラムであるが、それは自明なので、本実施の形態では、入力されるものをＵＩと記述している。ＵＩ部品についても同様である。また、本実施の形態における「プログラム」は、スクリプト、コマンド等を含む広い意味のプログラムである。

ユーザインタフェース接続装置１００は、入力された各ＵＩからＵＩ部品を抽出するとともに、ＵＩ部品間の接続性を確認して、接続を行う。

図４には、前述した対象システム１〜３の例において、ＵＩ部品間での接続の例が示されている。例えば、ＵＩ１−１で示されるＵＩ部品は、ＵＩ２−１及びＵＩ３−１と接続できる（接続性がある）ことが示される。ユーザインタフェース接続装置１００はこのような接続性を確認し、ＵＩ部品同士が接続可能であることを記録するとともに、ＵＩ部品（入力フォーム）への入力がなされた場合（イベント発生時）には、上記の記録に基づき、接続先のＵＩ部品へのテキスト複製等の動作を実行する。

また、図４に示されるように、本実施の形態では、各対象システムと、各ＵＩ部品とに、属性情報及び抽象度が付与される。後述するように、ユーザインタフェース接続装置１００は、属性情報等に基づき、ＵＩ部品間の接続性の判断や、対象システム間の接続の推奨等を行うことができる。本実施の形態では、属性として、｛事実，仮説，発想，試作，評価｝の５種類の属性を使用するが、これは一例に過ぎず、対象システムとＵＩ部品に対する属性は任意に決定し、設定してよい。

なお、属性情報を用いることは必須ではない。属性情報を用いなくても、ＵＩ部品間の接続動作を実行することができる。

また、各対象システムと、各ＵＩ部品とに、属性に加えて抽象度が付与されてもよい。例えば、ユーザインタフェース接続装置１００は、各ＵＩ部品の抽象度を確認し、抽象度が同じＵＩ部品同士を接続の対象と判断することができる。また、あるＵＩ部品（Ａとする）の抽象度よりも低い抽象度を持つＵＩ部品（Ｂとする）を、Ａの接続先として接続可能なＵＩ部品と判断することもできる。

（接続情報保持部１０６に保持されるＤＢの例）
ユーザインタフェース接続装置１００における、ＵＩ分析部１０１、接続部１０２、接続推薦部１０３、相互接続維持部１０４等の各機能部は、基本的に、接続情報接続情報保持部１０６に格納されるＤＢを参照して動作を実行することから、各機能部の詳細動作説明の前に、まず、接続情報接続情報保持部１０６に保持される各種ＤＢの例を説明する。

本実施の形態では、接続情報接続情報保持部１０６は、ＵＩ部品接続ＤＢ、ＵＩ部品変換接続ＤＢ、属性ＤＢ、接続推薦ＤＢ、属性接続ＤＢを保持する。

図５は、ＵＩ部品接続ＤＢにおける格納情報の例を示す図である。ＵＩ部品接続ＤＢは、接続可能なＵＩ部品の組み合わせの情報を格納するＤＢであり、例えば、図５には、ＵＩ１−１を接続元とし、ＵＩ３−１を接続先として、これらのＵＩ部品が接続可能であることが示されている。また、例えば、ＵＩ３−１は、ＵＩ２−１と、ＵＩ１−１を介して間接的に接続可能であることが示されている。なお、例えば、ＵＩ−Ａを接続元とし、ＵＩ−Ｂを接続先とする場合（逆方向は接続されていない場合）であって、接続方法が入力テキストの複製である場合、ＵＩ−Ａに入力されたテキストはＵＩ−Ｂに複製が表示されるが、その逆は行われない。

図５に示すＵＩ部品接続ＤＢについては、例えば、予めどのようにして対象システム同士（及びＵＩ部品同士）が接続され、活用されるのかを、熟達者の作業を観察し、抽出することで、事前に作成しておく。

図６は、ＵＩ部品変換接続ＤＢにおける格納情報の例を示す図である。ＵＩ部品変換接続ＤＢは、変換処理により接続可能なＵＩ部品の組み合わせの情報を格納するＤＢである。接続部１０２及び変換部１１２が当該ＤＢを参照して、ＵＩ部品同士の接続に係る動作を決定する。例えば、図６のＵＩ２−１（接続元）からＵＩ１−１（接続先）への接続について（「変更通知」の例）、ＵＩ２−１のテキスト入力欄に変更（修正、新たな書き込み等）があった場合に、ＵＩ１−１上に、変更が必要ないかどうかの確認を促す通知が表示される。また、図６のＵＩ１−１（接続元）からＵＩ３−１（接続先）への接続について（「項目追加」の例）、例えば、ＵＩ１−１のテキスト入力欄に書き込みがあると、ＵＩ３−１上に、テキストが複製されるとともに、イラスト等の追加入力を促すガイダンスが表示される。

図７は、属性ＤＢにおける格納情報の例を示す図である。属性ＤＢは、各対象システムの属性情報と抽象度を格納する。また、図８は、接続推薦ＤＢにおける格納情報の例を示す図である。接続推薦部１０３は属性ＤＢ（図７）を参照することにより、入力された対象システムに関する接続推薦ＤＢ（図８）を作成することができる。

図９は、属性接続ＤＢにおける格納情報の例を示す図である。属性接続ＤＢは、接続可能なＵＩ部品の属性間の組み合わせの情報を格納する。例えば、ＵＩ分析部１０１あるいは接続部１０２が当該ＤＢを参照して、入力されたＵＩ部品の属性に基づき、当該ＵＩ部品間の接続性を判定する。

図９では例として表形式で表現しているが、属性情報に基づくＵＩ部品の接続方法についての情報を保持できればどのような形式でも構わない。また、属性情報を拡張する場合には、図９のＤＢを更新することによって，柔軟に接続性を示す情報を保持できる。

（詳細動作例）
以下、ユーザインタフェース接続装置１００を構成する各機能部の動作をフローチャートを参照しながら詳細に説明する。以下の処理の前提として、分析対象となる複数の対象システム（例：ＨＴＭＬプログラム）が、ユーザインタフェース接続装置１００の外部（例：Ｗｅｂサーバ等の記憶手段）あるいは内部（例：メモリ等の記憶手段（接続情報保持部１０６でもよい））に格納されるものとする。

＜ＵＩ分析部１０１＞
まず、図１０のフローチャートを参照して、ＵＩ分析部１０１が実行する動作を説明する。

ＵＩ分析部１０１は、分析対象の対象システムからＵＩを読み込み（ステップＳ１０１）、読み込んだＵＩからＵＩ部品を選択する（ステップＳ１０２）。続いて、ＵＩ分析部１０１は、選択したＵＩ部品が入力フォームであるか否かを判断する（ステップＳ１０３）。本実施の形態で想定しているＨＴＭＬを用いて作成されるウェブシステムのＵＩにおいては、ＵＩ部品に、ｉｎｐｕｔ要素、ｉｍｇ要素、あるいは入力イベントが登録されているか否かにより、入力フォームであるか否かを判断することが可能である。

ステップＳ１０３での判断がＮｏの場合、（ＵＩに未分析の機能がある場合に）ステップＳ１０２に戻る。

ステップＳ１０３での判断がＹｅｓの場合（ＵＩ部品が入力フォームであると判断された場合）、ＵＩ分析部１０１は、当該ＵＩ部品の他のＵＩ部品との接続性（接続可能性ともいう）を確認する（ステップＳ１０４）。具体的には、ＵＩ分析部１０１は、図５に示したＵＩ部品接続ＤＢを参照し、当該ＵＩ部品が他のＵＩ部品と接続可能であるか否かを判断する。図５の例において、例えば、ＵＩ１−１が判断対象であるとすると、ＵＩ１−１はＵＩ２−１、ＵＩ３−１と接続可能なので、接続性があると判断される。また、仮に、判断対象のＵＩ部品が、ＵＩ１−１０であるとすると、ＵＩ１−１０はいずれとも接続可能ではないので、接続性がないと判断される。

また、ＵＩ部品に属性情報が付与されている場合には、ＵＩ分析部１０１は、図９に示した属性接続ＤＢを参照することで、接続性を判断することもできる。なお、前述したように、本実施の形態における属性情報は少なくとも、｛事実，仮説，発想，試作，評価｝の５属性を備え、各ＵＩ部品には、５属性のうちのいずれかの属性が付与される。対象システム及びＵＩ部品に対する属性の付与の形式は特定の形式に限定されないが、例えば、ＸＭＬなどのフォーマットによる属性情報の定義ファイルとして属性を付与する。このように、ＸＭＬなどのフォーマットで構成することで、属性を拡張できる。また、対象システム及びＵＩ部品に抽象度を備えることによって、さらに細かな接続設定をすることも可能である。

ＵＩ分析部１０１は、ＵＩ部品の接続性を確認した後、対象のＵＩ部品を接続情報保持部１０６に登録する（ステップＳ１０５）。ここで登録する情報は、例えば、対象のＵＩ部品のプログラムそのものであってもよいし、対象のＵＩ部品の識別情報（例：ＵＩ１−１）であってもよいし、その他の情報であってもよい。また、ＵＩ部品の接続性の有無を対象のＵＩ部品とともに登録してもよいし、接続性があるＵＩ部品のみを登録することとしてもよい。

以上の処理を、分析可能なＵＩ部品に対して全て行い（ステップＳ１０６〜）、さらに、分析可能な対象システムのＵＩがある限り繰り返す（ステップＳ１０７〜）。これにより、ユーザによって与えられた対象システムの全てのＵＩに対する、他のＵＩ部品と接続性のあるＵＩ部品を抽出とすることが可能である。

なお、ＵＩ分析部１０１は、ＵＩ部品の接続性の確認を行わないこととしてもよい。すなわち、ＵＩ分析部１０１は、接続性の有無に関わらずに、ＵＩ部品を抽出、登録することとしてもよい。この場合、下記の接続部１０２により、接続性があると判断されたＵＩ部品同士についてその旨が記録される。

＜接続部１０２＞
次に、接続部１０２の動作を図１１のフローチャートを参照して説明する。

まず、接続部１０２は、ＵＩ分析部１０１により登録された一つのＵＩ部品（対象のＵＩ部品と呼ぶ）を接続情報保持部１０６から読み込み（ステップＳ２０１）、その後に、そのＵＩ部品との比較対象となるＵＩ部品（例：対象のＵＩ部品以外の全ＵＩ部品）を読み込む（ステップＳ２０２）。そして、ステップＳ２０１で読み込んだ対象のＵＩ部品と、ステップＳ２０２で読み込んだ比較対象の各ＵＩ部品との間で、お互いの入出力を確認し、対象のＵＩ部品と接続可能なＵＩ部品があるかどうかを確認する（ステップＳ２０３）。なお、ここでの接続可能性の確認は、ＵＩ部品（プログラム）間で接続され得ない（例：あるＵＩ部品からの出力データを別のＵＩ部品に入力データとして入力できない）ものを除くことを目的としている。ただし、ステップＳ２０３を行わずに、ステップＳ２０４に進んでもよい。

ステップＳ２０４では、接続部１０２は、例えば図５に示したＵＩ部品接続ＤＢを参照することにより、対象のＵＩ部品と、ステップＳ２０３で接続可能と判断されたＵＩ部品との間に接続性があれば、これらのＵＩ部品同士は接続されるものとして接続情報保持部１０６に記録する（ステップＳ２０４）。なお、図５に示すＵＩ部品接続ＤＢ（○のみで、"変更通知"等の接続方法を示していない例）を用いる場合において、接続方法については、例えば「複製」として予め定められることとしてよい。

上記の例では、ステップＳ２０４において参照するＤＢを図５に示したＵＩ部品接続ＤＢとしたが、これに代えて（又はこれに加えて）、参照するＤＢを図９に示す属性接続ＤＢとしてもよい。この場合、接続部１０２は、属性接続ＤＢを参照することにより、対象のＵＩ部品の属性が、他のＵＩ部品の属性と接続可能であるかどうか（例：図９における○に該当するか）を判断し、接続可能であればこれらのＵＩ部品同士は接続されるものとして接続情報保持部１０６に記録する。また、抽象度も考慮して、対象のＵＩ部品の抽象度と同じ抽象度のＵＩ部品のみを、属性に基づく接続性確認の対象としてもよい。また、対象のＵＩ部品の抽象度よりも抽象度の低いＵＩ部品を、対象のＵＩ部品の接続先のＵＩ部品として、属性に基づく接続性確認の対象としてもよい。

また、図９に示す属性接続ＤＢで網羅的な接続を自動的に探索し、図５又は図６のＤＢを用いて詳細な変換方法を指定することとしてもよい。

また、ステップＳ２０４において参照するＤＢを、ＵＩ部品接続ＤＢに代えて（又はこれに加えて）、図６に示すＵＩ部品変換接続ＤＢとしてもよい。この場合、接続部１０２は、ＵＩ部品変換接続ＤＢを参照することにより、対象のＵＩ部品が、ステップＳ２０３で接続可能と判断されたＵＩ部品と接続性が有るか否か、及び、接続性が有る場合の接続方法（変更通知、複製等）を確認し、確認した情報を接続情報保持部１０６に記録する。

なお、本実施の形態では、図６の「項目追加」に関する処理を変換部１１２が行うこととしている。変換部１１２を備えない場合、例えば、図６の「項目追加」に該当する組み合わせは、例えば「複製」となる。また、変換部１１２を備える場合、接続部１０２は、「項目追加」に該当する組み合わせの接続先のＵＩ部品を、変換により接続可能なＵＩ部品として記録する。

ステップＳ２０４で記録される情報は、複数のソフトウェアツールのＵＩ間の接続関係を示す接続情報の例である。当該接続情報は、一例として、図５あるいは図６に示したＤＢの格納情報と同様の形式で記録することとしてよい。

接続部１０２は、上記の処理を未読込のＵＩ部品がある限り繰り返す（ステップＳ２０５〜）。これにより、読み込まれた対象システム同士の接続可能なＵＩ部品同士が全て探索され、記録される。

＜変換部１１２＞
次に、変換部１１２の動作を図１２のフローチャートを参照して説明する。

変換部１１２は、前述した、「変換により接続可能なＵＩ部品」を、接続するＵＩ部品として読み込む（ステップＳ２５１）。そして、図６に示すＵＩ部品変換接続ＤＢにおける情報（本実施の形態では図６の黒枠で囲んだ部分）に従って処理を実施する。ここでは、例えば、接続するＵＩ部品において「要追加入力」等のガイダンスを表示することを示す情報を記録する（ステップＳ２５２）。そして、変換部１１２は、「要追加入力」に対応したユーザからの入力がある場合、当該ユーザ入力を受け付け、接続先のＵＩ部品とともに記録する（ステップＳ２５３）。また、どのような情報（例：イラスト）を入力するかをガイダンスとして表示できるようにしてもよい。上記のようにして記録された情報は、例えば、出力部１０５により出力される。

なお、ＵＩ部品変換接続ＤＢは表形式で表現しているが、接続元情報と接続先情報、および接続・変換の種別を保持できる形式であればどのような形式でも構わない。

＜接続推薦部１０３＞
次に、接続推薦部１０３の動作を図１３のフローチャートを参照して説明する。

接続推薦部１０３は、分析対象の対象システムを全て読み込み（ステップＳ３０１）、読み込んだ対象システムに基づいて、図７に示した属性ＤＢを検索することで（ステップＳ３０２）、接続を推奨する対象システムの組み合わせを決定し、接続を推奨する対象システムの組み合わせの情報を接続推奨ＤＢとして接続情報保持部１０６に記録する（ステップＳ３０３、Ｓ３０４）。

ここでは、接続推薦部１０３は、図７の属性ＤＢにおいて、各対象システムの抽象度を確認し、抽象度の値が同じ対象システム同士を接続可と判断する。また、抽象度の高い対象システムから抽象度の低い対象システムへの接続も可と判断する。このような判断の結果、接続推薦部１０３は、図７の属性ＤＢに示す属性と抽象度の設定に対して、図８の接続推薦ＤＢに示す接続を推薦する対象システムの組み合わせを決定する。図８は、複数の組み合わせを示し、それぞれ「レシピ」と呼んでいる。

なお、対象システムの属性を表す属性ＤＢは、対象システムに対して、少なくとも｛事実、発想、仮説、試作、評価｝の５種類のどれが該当するのかを保持できれば、どのような形式でもよい。また、ＸＭＬなどのフォーマットで構成することによって、属性情報を拡張できるものとしてもよい。

また、接続推薦部１０３は、図８の接続推薦ＤＢを検索し、例えば、ある対象システムに接続されている対象システムに加えて、更に接続を推薦できる対象システムがある場合は、出力部１０５を介して、ユーザに当該情報を提示する動作を行う。

＜相互接続維持部１０４＞
次に、相互接続維持部１０４の動作を図１４のフローチャートを参照して説明する。相互接続維持部１０４の動作の前提として、接続対象の複数の対象システムがユーザインタフェース装置１００において動作しているものとする（例：図１６の表示がなされている状態）。

相互接続維持部１０４は、接続部１０２により登録されたＵＩ部品の更新情報を取得する（ステップＳ４０１）と、接続情報保持部１０６に格納されている接続情報から、接続先の他のＵＩ部品を検索し（ステップＳ４０２）、当該接続先のＵＩ部品を更新する（ステップＳ４０３）。

例えば、本実施の形態で想定しているＨＴＭＬを用いたウェブシステムの場合には、入力フォーム（ＵＩ部品）に入力を検知するイベントを登録する。相互接続維持部１０４は、そのイベントが発生したことを更新情報として取得し、当該イベントの発生したＵＩ部品の接続先となるＵＩ部品を接続情報保持部１０６から検索し、検索結果として得られたＵＩ部品の入力フォームを更新する。更新するとは、例えば、イベントの発生したＵＩ部品における入力テキストを、接続先のＵＩ部品に複製すること、あるいは、接続先のＵＩ部品において変更の通知を追加すること等である。どのような動作をするかは、接続部１０２が図６のＤＢに基づき記録しておいた情報に基づいて決められる。

ただし、上記の実現形態は一例に過ぎない。接続元と接続先のＵＩ部品の接続を維持し、更新情報が取得可能であればどのような実現形態でも構わない。

また、相互接続維持部１０４は、更新を検出したＵＩ部品の接続先のＵＩ部品が、ユーザによる入力を伴う変換を実施すべきＵＩ部品である場合には、変換部１１２により記録された情報に基づいて、接続先のＵＩ部品において、ユーザに更新（例：追加入力）が必要である旨を通知するとともに、変換の規則（例：イラストの情報を追加）を提示する。入力された追加情報は、変換部１１２が取得し、出力部１０５により表示される。

＜出力部１０５＞
次に、出力部１０５の動作を図１５のフローチャートを参照して説明する。

まず、出力部１０５は、接続対象となる複数の対象システムのＵＩを読み込み（ステップＳ５０１）、画面上に配置する（ステップＳ５０２）。

図１６は、出力部１０５による画面表示例を示しており、一例として、上記ステップＳ５０２では、図１６に示すように、対象システムを画面の左右に分割表示する。ただし、これは一例に過ぎず、この時の配置は接続可能であることを示せればどのような表示でも構わない。

図１５のステップＳ５０３において、出力部１０５は、接続部１０２／変換部１１２／接続推薦部１０３／相互接続維持部１０４のいずれか１つ又は複数（全部を含む）により接続情報保持部１０６に記録された接続変換情報を読み込み（ステップＳ５０３）、当該情報に基づいて、相互接続部分の明示（ステップＳ５０４）、変換接続情報の表示（ステップＳ５０５）、接続推薦情報の表示（ステップＳ５０６）を行う。より具体的には以下のとおりである。

ステップＳ５０４では、各入力フォームのどの部分が相互接続可能なのかを明示する。図１６に相互接続可能性の明示例を示す。図１６の例では、色（図１６では網掛けで表現）を使うことによって表現している。ただし、接続可能性を表現できるのであればどのような表現方法でも構わない。例えば、接続元がＵＩ１−１であり、接続先がＵＩ１−２である場合に、「ＵＩ１−１ −＞ ＵＩ１−２」等のマークを明示的に表示してもよい。

ステップＳ５０５では、どのような変換等が行われるのかを明示する。図１６の例では、ポップアップでツールチップを表示する。ただし、変換内容を明示できるのであればどのような表現方法でも構わない。特に、ユーザの入力を必要とする変換の場合には、図１６に"要追加入力"として表示されているように、追加入力の必要性を表示することによって、変換のために入力が必要になることを明示する。ただし、表現方法は入力が必要であることを明示できればどのような表現方法でも構わない。

ステップＳ５０６の接続推薦に関しては、図１６に示すように、接続対象があることを画面上に表示する。この表示形式についても、推薦される接続対象があることが提示できればどのような方式でも構わない。また、接続を推薦された対象システムについては、例えば、ユーザが画面上で所定の操作（推薦の説明部分をクリックする等）により、画面上に表示されることとしてもよい。

（実施の形態の効果）
以上説明したように、本実施の形態の技術によれば、複数のソフトウェアツールを用いた作業を効率良く行うことが可能となる。また、特に、サービスデザインに当該技術を適用することで、サービスデザインに必要な複数ソフトウェアツールのユーザインタフェース間を接続し、相互参照することが可能となる。

（実施の形態のまとめ）
以上、説明したように、本実施の形態により、ユーザによる作業の支援を行う複数のソフトウェアツールのＵＩ間の接続関係を示す接続情報を格納する格納手段と、前記接続情報に基づいて、ユーザによりあるソフトウェアツールのＵＩに書き込まれた情報を、当該ソフトウェアツールのＵＩと接続される他のソフトウェアツールのＵＩに複製し、当該情報を当該他のソフトウェアツールのＵＩ上に表示する接続手段とを備えることを特徴とするユーザインタフェース接続装置が提供される。

前記接続手段は、前記他のソフトウェアツールのＵＩ上に、情報の追加入力を促すガイダンスを表示することとしてもよい。

前記ユーザインタフェース接続装置は、前記複数のソフトウェアツールにおける各ソフトウェアツールのＵＩプログラムの入力を受け、各ＵＩプログラムに付与された属性と、予め定めた複数の属性間の属性接続関係とに基づいて、前記接続情報を作成する作成手段を更に備えてもよい。

各ＵＩプログラムには、属性に加えて抽象度が付与されており、前記作成手段は、抽象度が同じ複数ＵＩプログラム間を接続の対象とすることとしてもよい。

前記ユーザインタフェース接続装置は、複数のソフトウェアツールに付与された属性と抽象度とに基づいて、接続可能なソフトウェアツール群を決定し、当該決定されたソフトウェアツール群に基づいて、画面上に表示されている複数のソフトウェアツールに対して接続可能なソフトウェアツールを推薦する接続推薦手段を更に備えてもよい。

なお、実施の形態で説明した接続情報保持部１０６は上記の格納手段の例であり、接続部１０２、変換部１１２、相互接続維持部１０４、及び出力部１０５は、上記の接続手段の例である。また、接続部１０２は上記の作成手段の例であり、接続推薦部１０３及び出力部１０５は接続推薦手段の例である。

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１００ ユーザインタフェース接続装置
１０１ ＵＩ分析部
１０２ 接続部
１０３ 接続推薦部
１０４ 相互接続維持部
１０５ 出力部
１０６ 接続情報保持部
１１２ 変換部
１５０ ドライブ装置
１５２ 補助記憶装置
１５３ メモリ装置
１５４ ＣＰＵ
１５５ インタフェース装置
１５６ 表示装置
１５７ 入力装置

Claims (5)

1. ユーザによる作業の支援を行う複数のソフトウェアツールのＵＩ間の接続関係を示す接続情報を格納する格納手段と、
   前記接続情報に基づいて、ユーザによりあるソフトウェアツールのＵＩに書き込まれた情報を、当該ソフトウェアツールのＵＩと接続される他のソフトウェアツールのＵＩに複製し、当該情報を当該他のソフトウェアツールのＵＩ上に表示する接続手段と、
   前記複数のソフトウェアツールにおける各ソフトウェアツールのＵＩプログラムの入力を受け、各ＵＩプログラムに付与された属性と、予め定めた複数の属性間の属性接続関係とに基づいて、前記接続情報を作成する作成手段と
   を備えることを特徴とするユーザインタフェース接続装置。
2. ユーザによる作業の支援を行う複数のソフトウェアツールのＵＩ間の接続関係を示す接続情報を格納する格納手段と、
   前記接続情報に基づいて、ユーザによりあるソフトウェアツールのＵＩに書き込まれた情報を、当該ソフトウェアツールのＵＩと接続される他のソフトウェアツールのＵＩに複製し、当該情報を当該他のソフトウェアツールのＵＩ上に表示する接続手段と、
   複数のソフトウェアツールに付与された属性と抽象度とに基づいて、接続可能なソフトウェアツール群を決定し、当該決定されたソフトウェアツール群に基づいて、画面上に表示されている複数のソフトウェアツールに対して接続可能なソフトウェアツールを推薦する接続推薦手段と
   を備えることを特徴とするユーザインタフェース接続装置。
3. 前記接続手段は、前記他のソフトウェアツールのＵＩ上に、情報の追加入力を促すガイダンスを表示する
   ことを特徴とする請求項１又は２に記載のユーザインタフェース接続装置。
4. 各ＵＩプログラムには、属性に加えて抽象度が付与されており、前記作成手段は、抽象度が同じ複数ＵＩプログラム間を接続の対象とする、又は、あるＵＩプログラムに対し、当該ＵＩプログラムに付与された抽象度よりも低い抽象度が付与されたＵＩプログラムを接続の対象とする
   ことを特徴とする請求項１に記載のユーザインタフェース接続装置。
5. コンピュータを、請求項１ないし４のうちいずれか１項に記載のユーザインタフェース接続装置における各手段として機能させるためのプログラム。

Images