(57)【要約】      （修正有）【課題】複数人での画面開発において、編集のミスや二重編集を防ぎ、開発全体の効率を向上させる。【解決手段】ＧＵＩビルダー１００において、ＧＵＩ部品毎の属性の情報を定義したＧＵＩ部品属性定義部２００と、ＧＵＩビルダーを使用するユーザー情報３１１と、そのユーザー毎にどのＧＵＩ部品のどの属性を編集できるかを定義した情報から構成されるユーザー編集可能属性定義部３００と、前記ＧＵＩ部品属性定義部と前記ユーザー編集可能属性定義部に基づき、ＧＵＩビルダーを使用中のユーザーが編集可能な属性を判別し、編集の可、不可の制御を行う属性編集制御部１２０を具備する。【選択図】図１
2006163771.tif 000002
【特許請求の範囲】
【請求項１】
ＧＵＩビルダーにおいて、ＧＵＩ部品毎の属性の情報を定義したＧＵＩ部品属性定義部と、ＧＵＩビルダーを使用するユーザー情報と、そのユーザー毎にどのＧＵＩ部品のどの属性を編集できるかを定義した情報から構成されるユーザー編集可能属性定義部と、前記ＧＵＩ部品属性定義部と前記ユーザー編集可能属性定義部に基づき、ＧＵＩビルダーを使用中のユーザーが編集可能な属性を判別し、編集の可、不可の制御を行う属性編集制御部を具備することを特徴とするＧＵＩビルダー。
【請求項２】
請求項１記載のＧＵＩビルダーをコンピュータ上で動作させるためのコンピュータプログラムを記録して成ることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザー毎にアクセス制限を付与することで、そのユーザーに特定のＧＵＩ部品の、特定の属性を編集可能にさせるＧＵＩビルダーとこれをコンピュータ上で動作させるためのコンピュータプログラムを記録して成る記録媒体に関するものである。
【背景技術】
【０００２】
ＧＵＩビルダーは、ＧＵＩ部品を自由に配置することのできるツールであり、画面デザイン情報の作成に用いられる。又、個々のＧＵＩ部品の外観（デザイン的要素）や動作（プログラミング的要素）を編集するために、ＧＵＩ部品の持っている属性値を視覚的に編集することができるため、簡易に画面デザインが行えることが特徴である。ＧＵＩビルダーを用いることで画面デザインの仕様策定段階から同時並行的に画面開発を行うことができるため、開発期間の短縮を見込むことができる。
【０００３】
現在までにＧＵＩビルダーにおける画面開発の効率アップを目指して様々な提案がなされてきた。例えば、特許文献１に記載された発明は、属性編集の際に属性監視プログラムを付加することにより属性設定効率を向上しようとするものである。又、特許文献２に記載された発明は、作成中の画面を一覧表示することで画面作成効率を向上させようとするものである。
【０００４】
又、特許文献３に記載された発明は、ＧＵＩ部品のレイアウトの制約を予め決めておくことでレイアウト設定効率を向上させようとするものである。又、特許文献４に記載された発明は、複数人での画面開発において、ユーザー毎に勝手に属性を決めさせないように、全てのユーザーに予め定義した属性をサーバーから取得させ、ユーザー毎の属性の統一を図ることで属性設定効率を向上させるものであった。
【０００５】
【特許文献１】特開平９−１１４６２１号公報
【特許文献２】特開２０００−３３０７７２号公報
【特許文献３】特開平１０−０９７４１５号公報
【特許文献４】特開平１１−１９１０６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
消費者が製品を選ぶ際、デザインを重視することが多々あり、それが製品の売上に大きく関わっている。そのため、製品開発を行うに当たっては、デザイン的要素をデザイン部門がプログラミング的要素をプログラミング部門が開発するといったように、開発担当分野の切り分けを明確にすることが一般的になっている。
【０００７】
しかし、１つの画面デザイン情報に開発担当分野の異なる複数の人が編集を加えることになるため、以下に述べる問題が発生する。
【０００８】
即ち、デザイン的要素とプログラミング的要素の切り分けがされていないため、データの受け渡しの際に、開発担当分野でない要素の編集を誤って行ってしまう。
【０００９】
上記デザイン的要素の例としては、色、フォント、座標、サイズ等があり、プログラミング的要素の例としては、動作制御用フラグ、メッセージ通知設定等がある。動作制御用フラグの具体的な例としては、ＧＵＩ部品を動作させたときに、システムブザーを鳴らすかどうかを設定するものや、或る動作を繰り返し行うかどうかを設定するものがある。又、メッセージ通知設定には、ＧＵＩ部品を動作させたときに他のＧＵＩ部品に対してどのような通知メッセージを送るのか設定できるものがある。
【００１０】
本来ならデザイン部門はプログラムの知識を知る必要はなく、逆に、プログラミング部門はデザインの知識を知る必要はない。しかし、先に述べた従来の技術では、デザイン的要素とプログラミング的要素の切り分けがなされておらず、又、ツール上でデザインできるＧＵＩ部品の属性を全てのユーザーに対して同じように編集可能にしていたため、複数人での画面開発においてデザイン的な要素をプログラミング部門が編集してしまったり、プログラミング的な要素をデザイン部門が編集してしまったりするという、開発担当分野（専門分野）ではない属性の編集が可能であった。そのため、データのやり取りをする過程で、デザイン部門の人がプログラミング的要素を編集していないか、その逆は無いか等のチェックを行ったり、誤って設定された属性をもう一度設定し直したりしなければならないという問題があった。
【００１１】
本発明の目的は、この問題を解決し、複数人での画面開発において、或るユーザーが属性を編集する際に、そのユーザーが編集できる属性を制約する機能を持つ属性編集制御部を具備したＧＵＩビルダーを提供することで、デザイン部門とプログラミング部門とのデータ受け渡しの連携を強める等のＧＵＩビルダ運用効率の向上を促し、開発全体の効率を向上することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明におけるＧＵＩビルダーは、ＧＵＩ部品毎の属性の情報を定義したＧＵＩ部品属性定義部と、ＧＵＩビルダーを使用するユーザー情報と、そのユーザー毎にどのＧＵＩ部品のどの属性を編集できるかを定義した情報から構成されるユーザー編集可能属性定義部と、前記ＧＵＩ部品属性定義部と前記ユーザー編集可能属性定義部に基づき、ＧＵＩビルダーを使用中のユーザーが編集可能な属性を判別し、編集の可、不可の制御を行う属性編集制御部を具備し、起動時に、ユーザー情報とＧＵＩ部品属性定義部とユーザー編集可能属性定義部から、ＧＵＩビルダーを使用するユーザーが編集可能なＧＵＩ部品毎の属性をＧＵＩビルダー内で制限する。
【００１３】
このような機構をＧＵＩビルダーに持たせることで、ユーザー毎に、若しくは、グループ毎に、ＧＵＩ部品毎の編集可能な属性を決めることができる。そして、デザイン的要素とプログラミング的要素を切り分け、デザイン部門はデザイン的要素である属性のみを、プログラミング部門はプログラミング的要素である属性のみを編集可能にすることで、互いの開発担当分野以外の属性を編集することがなくなるため、両部門のデータ受け渡しにおける連携が強まり開発効率の向上が実現する。
【発明の効果】
【００１４】
本発明によれば、複数人での画面開発において、ユーザー毎若しくはグループ分けしたユーザー毎にユーザー編集可能属性情報を用意することで、編集ができるＧＵＩ部品の属性を制限できる。これにより、編集のミスや二重編集といったことを防ぐことができるため、開発全体の効率向上が期待できる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の実施の形態を添付図面に基づいて説明する。
【００１６】
［実施の形態１］
＜全体の構成＞
図１は本発明における情報処理システムの構成例を示している。
【００１７】
ＧＵＩビルダー１００は、ユーザーインタフェースとしてウィンドウ１１０を提供し、ウィンドウ１１０は、ユーザーが編集可能な属性を編集する属性編集部１１１を提供する。又、ＧＵＩビルダーは、ユーザーが編集できる属性を制御し、属性編集部１１１にそれを表示する機能を持った属性編集制御部１２０を持つ。
【００１８】
ＧＵＩ部品属性定義部２００は、ＧＵＩビルダー１００上で使用する全てのＧＵＩ部品属性情報２１０を保持し、ＧＵＩ部品属性情報２１０は、ＧＵＩ部品名２１１とＧＵＩ部品が持つ全ての属性情報２１２から構成される。
【００１９】
ユーザー編集可能属性定義部３００は、ＧＵＩビルダー１００を利用する全てのユーザーに対するユーザー編集可能属性情報３１０を保持し、ユーザー編集可能属性情報３１０は、ユーザー情報３１１とアクセス可能属性情報３２０から構成される。アクセス可能属性情報３２０は、ＧＵＩ部品名３２１と編集を可能とする全ての属性情報３２２から構成される。
【００２０】
図２は図１におけるＧＵＩ部品属性定義部の具体例である。
【００２１】
ＧＵＩビルダーで使用するＧＵＩ部品をＧＵＩ部品Ａ、ＧＵＩ部品Ｂ、ＧＵＩ部品Ｃ…とし、ＧＵＩビルダーを使用するユーザーをユーザーａ、ユーザーｂ、ユーザーｃ…とすると、ＧＵＩ部品属性定義部２００は、ＧＵＩ部品Ａ，Ｂ，Ｃ…のＧＵＩ部品属性情報２１０から構成される。
【００２２】
ＧＵＩ部品Ａ（Ｂ，Ｃ…）のＧＵＩ部品属性情報２１０は、属性１，２，３…といった属性を持ち、そのデータとして、背景、フォント、タイトル…といったものを保持する。
【００２３】
ユーザー編集可能属性定義部３００は、ユーザーａ，ｂ，ｃ…のユーザー編集可能属性情報３１０から構成される。
【００２４】
図３は図１におけるユーザー編集可能属性定義部の具体例である。
【００２５】
ユーザーａ（ｂ，ｃ…）のユーザー編集可能属性情報３１０は、ユーザーａ（ｂ，ｃ…）が編集可能なＧＵＩ部品Ａ（Ｂ，Ｃ…）のアクセス可能属性情報３２０を保持する。
【００２６】
ユーザーａ（ｂ，ｃ…）が編集可能なＧＵＩ部品Ａ（Ｂ，Ｃ…）のアクセス可能属性情報３２０は、ＧＵＩ部品Ａ（Ｂ，Ｃ…）の持つ属性のうち、属性１，２，４…の属性を（属性３は定義されていない）保持する（ＧＵＩ部品Ｂ，Ｃ…については別に定義してある）。
【００２７】
以後、図４及び図５の説明は上記図２及び図３の説明における具体例に基づいて説明していく。
【００２８】
図４は本発明における実施例のフローチャートである。
【００２９】
ＧＵＩビルダーの起動時に属性編集制御部１２０は、ＧＵＩビルダーで使用する全てのＧＵＩ部品（図２−ＧＵＩ部品属性定義部２００のＧＵＩ部品Ａ，Ｂ，Ｃ…）のＧＵＩ部品属性情報（ＧＵＩ部品Ａ，Ｂ，Ｃ…が持つ全ての属性）２１０を取得しＧＥＡ（Guiparts Element Array）に保持する（１２０−１）。
【００３０】
ＧＵＩビルダーを使用するユーザーのユーザー情報を、ログインＩＤを参照してＸに保持する（１２０−２）。
【００３１】
ユーザー編集可能属性定義部３００から最初のユーザー編集可能属性情報３１０を取得し（最初はＧＵＩ部品Ａ）、そこに定義されているユーザー情報（最初は“ユーザーａ”）３１１）をＹに保持する（１２０−３）。
【００３２】
先ほど取得したユーザー情報が保持されているＸとＹを比較し、一致するまで次のユーザー編集可能属性情報（“ユーザーｂ”⇒“ユーザーｃ”⇒…と続く）のユーザー情報３１１をＹに上書きし（１２０−５）、Ｘと比較を繰り返す（１２０−４）。
【００３３】
ＸとＹが一致した場合は、そのユーザー編集可能属性情報をＵＥＡ（User Element Array）に保持する（１２０−６）。
【００３４】
ＧＥＡとＵＥＡを比較し、そのユーザーが編集できる各ＧＵＩ部品のアクセス可能情報群（ＧＵＩ部品Ａに関しては属性１，２，４、ＧＵＩ部品Ｂに関しては２，３，５、ＧＵＩ部品Ｃ…）をＺに保持する（詳しくは、図３の説明で述べる）。
【００３５】
最後に、属性編集制御部１２０はＺに保持しているアクセス可能属性情報群を、属性編集部１１１に表示する（１２０−８）。
【００３６】
図５は図４（フローチャート）中の処理１２０−６を詳細に示したフローチャートである。
【００３７】
ＧＥＡに保持されている最初のＧＵＩ部品属性情報２１０の最初のＧＵＩ部品名（最初は“ＧＵＩ部品Ａ”）２１１を取得し、Ｊに保持する（１２０−６−１）。そして、ＧＥＡが保持するＧＵＩ部品属性情報の数（ＧＵＩ部品Ａ，Ｂ，Ｃ，…、存在するＧＵＩ部品の数）だけ以下の処理を繰り返す。
【００３８】
≪繰り返し処理１２０−６−２≫
ＵＥＡが保持する全てのアクセス可能属性情報３２０の最初のＧＵＩ部品名（最初は“ＧＵＩ部品Ａ”）３２１を取得し、Ｋに保持する（１２０−６−３）。
【００３９】
ＪとＫを比較し、一致するまでＵＡＥが保持するアクセス可能情報３２０の次のＧＵＩ部品名（“ＧＵＩ部品Ｂ”⇒“ＧＵＩ部品Ｃ”⇒…と続く）３２１をＫに上書きし、見つかるまで繰り返す（１２０−６−４）。
【００４０】
一致した場合はＵＡＥが保持する、Ｊが示すＧＵＩ部品と対応付けられているアクセス可能属性情報（“ＧＵＩ部品Ａ”の場合は属性１、属性２、属性４…、“ＧＵＩ部品Ｂ”の場合は属性２，３，５，…、“ＧＵＩ部品Ｃ”の場合は属性１，６，７，…、等）３２０を取得する（１２０−６−５）。
【００４１】
取得したアクセス可能属性情報３２０をＺに、初めての時は新規保存し、それ以降は追加保存する（１２０−６−６）。
【００４２】
ＧＥＡが保持する全てのＧＵＩ部品属性情報の、次のＧＵＩ部品名（”ＧＵＩ部品Ｂ”⇒“ＧＵＩ部品Ｃ”⇒…）を取得し、Ｊに上書きする（１２０−６−７）。
【００４３】
≪繰り返し処理終わり≫  
本発明は、上述したように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを、インターネット等のネットワーク及び着脱可能な記憶媒体等を介して情報処理システムに供給し、情報処理システムのコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって達成できる。
【００４４】
この場合、記憶媒体から読み出されたプログラムコード自体がＣＰＵの機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００４６】
又、情報処理システムが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００４７】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される。
【００４８】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明した処理に対応するプログラムコードを格納することになるが、簡単に説明すると、本発明の情報処理システムに不可欠なモジュールを記憶媒体に格納することになる。
【図面の簡単な説明】
【００４９】
【図１】本発明の実施例を示すシステム構成図である。
【図２】ＧＵＩ部品属性定義部の具体例である。
【図３】ユーザー編集可能属性定義部の具体例である。
【図４】属性編集制御部の制御手順を示すフローチャートである。
【図５】図２中の処理１２０−７の制御手順を示すフローチャートである。
【符号の説明】
【００５０】
１００    ＧＵＩビルダー
１１０  ウィンドウ
１１１  属性編集部
１２０  属性編集制御部
２００    ＧＵＩ部品属性定義部
２１０    ＧＵＩ部品属性情報
２１１    ＧＵＩ部品名（共通）
２１２  属性情報（共通）
３００  ユーザー編集可能属性定義部
３１０  ユーザー編集可能属性情報
３１１  ユーザー情報
３２０  アクセス可能属性情報
３２１    ＧＵＩ部品名（ユーザー毎に異なる）
３２２  属性情報（ユーザー毎に異なる）
４０１    ＧＵＩ部品属性情報取得処理
４０２  アクセス可能属性取得処理
４０３  編集可能属性表示処理
【図１】
2006163771.tif 000003
【図２】
2006163771.tif 000004
【図３】
2006163771.tif 000005
【図４】
2006163771.tif 000006
【図５】
2006163771.tif 000007