(57)【要約】【課題】  表示項目の増減を簡単に行うことができるようにする。【解決手段】  機能MarkerFileを導入し、これを修正(編集)するだけで、表示項目の増減を行う。機能MarkerFile1-１が適用された元のアプリケーションによる表示画面（図２（a））には、選択可能な機能1,2,3と、FileとEditのメニューと、機能MarkerFileの管理リストが表示される。機能MarkerFile1-2が適用され上記元のアプリケーションよりも機能制限されたアプリケーションによる表示画面（図２（b））には、機能1,2に縮小され、Fileのみのメニューが表示される。機能MarkerFile1-2は機能MarkerFile1-1を編集して作成される。これによりGUIモジュールのコンパイルレスで機能変更されたパッケージを簡単に作成できるアプリケーションが実現される。アプリケーションパッケージの機能縮小版を作成する場合は、機能MarkerFileを修正するだけで容易に機能の隠蔽が可能となる。【選択図】  図２
2006244093.tif 000002
【特許請求の範囲】
【請求項１】
表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理手段と、
前記定義情報を編集する編集手段と、
前記表示情報を生成するのに必要なデータを保持するデータ保持手段と、
表示する表示情報の取得要求に応じて前記管理手段で管理される定義情報を参照し、対応する定義情報で定義された表示情報を生成するのに必要なデータを前記データ保持手段から取得して表示情報を生成する生成手段とを備えたことを特徴とする表示情報生成装置。
【請求項２】
前記編集手段は、前記定義情報の機能数を編集することにより表示項目の追加・削減を行うことを特徴とする請求項１記載の表示情報生成装置。
【請求項３】
表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理手段と、
前記表示情報を生成するのに必要なデータを保持するデータ保持手段と、
表示する表示情報の取得要求に応じて前記管理手段で管理される定義情報を参照し、対応する定義情報で定義された表示情報の論理和をとる演算手段と、
前記論理和の結果得られた表示情報を生成するのに必要なデータを前記データ保持手段から取得して表示情報を生成する生成手段とを備えたことを特徴とする表示情報生成装置。
【請求項４】
表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理処理と、
前記定義情報を編集する編集処理と、
表示する表示情報の取得要求に応じて前記管理される定義情報を参照し、対応する定義情報で定義された表示情報を生成するのに必要なデータをデータ保持手段から取得する取得処理と、
前記取得したデータに基づいて表示情報を生成する生成処理とをコンピュータに実行させるプログラム。
【請求項５】
表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理処理と、
表示する表示情報の取得要求に応じて前記管理される定義情報を参照し、対応する定義情報で定義された表示情報の論理和をとる演算処理と、
前記論理和の結果得られた表示情報を生成するのに必要なデータをデータ保持手段から取得して表示情報を生成する生成処理とをコンピュータに実行させるプログラム。
【請求項６】
請求項４記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項７】
請求項５記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示情報を生成する表示情報生成装置、この装置で用いられるプログラム及びこのプログラムを記録した記録媒体に関するものである。
【背景技術】
【０００２】
従来の一般的なWindows（登録商標）アプリケーションやWebアプリケーションのGUI（Graphic User Interface)では、表示する機能やボタン、メニュー等はアプリケーション毎に固定で作成される場合が多い。尚、GUIに関する従来技術として、例えば、特許文献１に開示されるソフトウェア設計支援方法及びソフトウェア設計支援装置がある。
【特許文献１】特開平１０−１０５３８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したように従来のGUIでは、表示する機能やボタン、メニュー等をアプリケーション毎に固定で作成する場合が多いため、あるアプリケーションパッケージの機能縮小版のパッケージを作成する場合には、元のパッケージのGUIから縮小する機能をはずしたGUIを新たに作成し、そのGUIのモジュールをコンパイル等したものを含めたパッケージのインストーラを作成する必要があった。
本発明は、定義情報を導入し、その定義情報を編集するだけで、表示情報を容易に変更できるようにすることを課題とする。
【０００４】
また、従来の複数の機能を統合した統合アプリケーションの実現方法として、一般的にはベースとなるアプリケーションパッケージに後からプラグイン可能なアプリケーションを構築する方法が一般的であった。しかし複数のアプリケーションパッケージがそれぞれ独立して稼動することができ、さらに同時にインストールしたときにそれらのアプリケーションが連携して動作することができるアプリケーションを実現することは困難であった。
本発明では、表示情報を生成するための定義情報が複数存在したときに、機能連携することが可能なアプリケーションを実現することを課題とする。
【課題を解決するための手段】
【０００５】
請求項１の発明による表示情報生成装置は、表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理手段と、前記定義情報を編集する編集手段と、前記表示情報を生成するのに必要なデータを保持するデータ保持手段と、表示する表示情報の取得要求に応じて前記管理手段で管理される定義情報を参照し、対応する定義情報で定義された表示情報を生成するのに必要なデータを前記データ保持手段から取得して表示情報を生成する生成手段とを備えたことを特徴とするものである。
【０００６】
請求項２の発明による表示情報生成装置は、請求項１において、前記編集手段は、前記定義情報の機能数を編集することにより表示項目の追加・削減を行うことを特徴とするものである。
【０００７】
請求項３の発明による表示情報生成装置は、表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理手段と、前記表示情報を生成するのに必要なデータを保持するデータ保持手段と、表示する表示情報の取得要求に応じて前記管理手段で管理される定義情報を参照し、対応する定義情報で定義された表示情報の論理和をとる演算手段と、前記論理和の結果得られた表示情報を生成するのに必要なデータを前記データ保持手段から取得して表示情報を生成する生成手段とを備えたことを特徴とするものである。
【０００８】
請求項４の発明によるプログラムは、表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理処理と、前記定義情報を編集する編集処理と、表示する表示情報の取得要求に応じて前記管理される定義情報を参照し、対応する定義情報で定義された表示情報を生成するのに必要なデータをデータ保持手段から取得する取得処理と、前記取得したデータに基づいて表示情報を生成する生成処理とをコンピュータに実行させるものである。
【０００９】
請求項５の発明によるプログラムは、表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した複数の定義情報を管理する管理処理と、表示する表示情報の取得要求に応じて前記管理される定義情報を参照し、対応する定義情報で定義された表示情報の論理和をとる演算処理と、前記論理和の結果得られた表示情報を生成するのに必要なデータをデータ保持手段から取得して表示情報を生成する生成処理とをコンピュータに実行させるものである。
【００１０】
請求項６の発明による記録媒体は、請求項４記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
請求項７の発明による記録媒体は、請求項５記載のプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１１】
請求項１，５，６の発明によれば、機能MarkerFile等の定義情報を編集するだけで容易に表示情報を変更することができる。
請求項２の発明によれば、定義情報の機能数を編集するだけで表示項目を容易に増減することができる。
請求項３，４，７の発明によれば、複数の定義情報の論理和をとるだけで統合されたアプリケーションを得ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面と共に説明する。
図１は本発明の実施の形態による表示情報生成装置のシステム構成を示すブロック図である。
図１において、１はクライアントであり、表示用アプリケーションを使うユーザが使用するPCである。本実施の形態では特にWebブラウザを使用する。２はhttpd(Hyper Text Transfer Protocol Deamon)であり、Webサーバ上のデーモンプログラムで、ブラウザからの要求を受け付ける。３はWebPage生成部であり、httpd２からの要求に応じてブラウザ上に表示させるためのWebPageを生成する。４は機能Manager部であり、機能MarkerFile1,2…を管理する。また、存在するすべての機能MarkerFileの情報をORした情報を生成してWebPage生成部３に提供する。５はFront End部であり、WebPage生成部３でWebPageを生成するのに必要なデータを機能Service群６から情報を取得して、必要に応じてPage生成用のデータに加工する。６は機能Service群であり、各種機能を実現するため、情報の管理や検索、各種操作等を提供しているServiceの集まりで、機能Service1，2，3…を有する。尚、機能MarkerFileとは、表示装置で表示される表示情報を表示用アプリケーションに依存しないデータ形式で定義した定義情報である。
【００１３】
次に、本発明の第１の実施の形態について説明する。
本実施の形態は、GUI上で表示する機能やボタン、メニューなどの一覧を記述した機能MarkerFileを用意し、アプリケーションをシステムにインストールする際に、その機能MarkerFileを特定の場所にインストールし、さらに機能MarkerFileにどのような機能を持っているかの情報をアプリケーションに返す機能Managerが配置され、機能Managerからの情報を元にUI（User Interface）を作成することを特徴とするアプリケーションに関するものである。
【００１４】
図２（a）は元のアプリケーション(機能MarkerFile1-１が適用されたアプリケーション)による表示情報が表示された画面を示す。図示のように３つの選択可能な機能1,2,3と、FileとEditのメニューが表示される。また、機能MarkerFileの管理リストが表示される。
【００１５】
図２（b）は上記元のアプリケーションよりも機能制限されたアプリケーション(機能MarkerFile1-2が適用されたアプリケーション) による表示情報が表示された画面を示す。図示のように２つの選択可能な機能は機能1,2に縮小され、メニューはFileのみとなっている。機能MarkerFile1-2は機能MarkerFile1-1を編集(修正)することにより作成される。この編集は、一般のエンドユーザではなく例えばベンダー側で行われる。この編集を行うことにより、インストールパッケージを作成することができる。
【００１６】
次に、上記機能MarkerFile1-1及び機能MarkerFile1-2のデータ構造の一例を示す。
・機能MarkerFile1-1
[Package]
;;本Markerが適用されるPackageを記述;;
PackageName=Normal Application
[Services]
;;本Packageで接続するServiceを羅列する;;
Service=機能Service1,機能Service2,機能Service3,機能Service4
[Functions]
;;本Packageで実現する機能を羅列する;;
Function=機能1,機能2,機能3
;;これ以降は機能毎にSectionを区切って記述;;
;;IsExistList：本機能がListを持つか機能かどうかを示す;;
;;Menu：表示するMenuを羅列する;;
[機能1]
IsExistList=true
Menu=File
[機能2]
IsExistList=true
Menu=File
[機能3]
IsExistList=true
Menu=File,Edit
【００１７】
・機能MarkerFile1-2
[Package]
;;本Markerが適用されるPackageを記述;;
PackageName=Limited Application
[Services]
;;本Packageで接続するServiceを羅列する;;
Service=機能Service1,機能Service2,機能Service3,機能Service4
[Functions]
;;本Packageで実現する機能を羅列する;;
Function=機能1,機能2
;;これ以降は機能毎にSectionを区切って記述;;
;;IsExistList：本機能がListを持つか機能かどうかを示す;;
;;Menu：表示するMenuを羅列する;;
[機能1]
IsExistList=true
Menu=File
[機能2]
IsExistList=true
Menu=File
【００１８】
機能MarkerFileの機能の増減（追加・削減)を行う場合は、[Functions]におけるFunction=〜の「〜」の部分を編集する。上記機能MarkerFile1-１の例では、[Functions] におけるFunction=機能1,機能2,機能3を編集して上記機能MarkerFile1-2の[Functions] におけるFunction=機能1,機能2のように縮小する。尚、各機能の具体例としては、機能1がログ、機能2がデバイス管理、機能3がジョブ管理である。以上のように編集することにより、機能の増減を簡単に行うことができる。
【００１９】
また、各機能自体の増減を行う場合は、[機能1]等のMenu=〜の部分を編集する。上記機能MarkerFile1-１の例では、[機能3]のMenu= File,Editであるが、[機能3]を削除したので、図２（b）の画面ではメニューがFileのみとなっている。
【００２０】
次に、本発明の第２の実施の形態について説明する。
本実施の形態は、パッケージ毎に機能MarkerFileが存在する複数のパッケージをインストールしたシステム上では複数の機能MarkerFileが存在し、機能Managerにより複数の機能MarkerFileの情報をORした情報をアプリケーションへ返すことを特徴とするアプリケーションに関するものである。
【００２１】
図３（a）は元のアプリケーション１(機能MarkerFile2-１が適用されたアプリケーション)による表示情報が表示された画面を示す。図示のように２つの機能1,2があり、メニューにはFileとEditがある。
図３（b）は元のアプリケーション２(機能MarkerFile2-2が適用されたアプリケーション)による表示情報が表示された画面を示す。図示のように３つの機能1,3,4があり、メニューにはFileとToolがある。
【００２２】
図４は上記アプリケーション１と２が統合されたアプリケーション(機能MarkerFile2-1と機能MarkerFile2-2の両方が存在し、適用されたアプリケーション) による表示情報が表示された画面を示す。図示のように４つの選択可能な機能1,2,3,4があり、メニューはFile,Edit,Toolとなっている。
このような統合されたアプリケーションは、機能Manager部４においてアプリケーション１と２のOR(論理和)をとることにより、作成することができる。
【００２３】
次に、上記機能MarkerFile2-1及びMarkerFile2-2のデータ構造の一例を示す。
・機能MarkerFile2-1
[Package]
;;本Markerが適用されるPackageを記述;;
PackageName=Application1
[Services]
;;本Packageで接続するServiceを羅列する;;
Service=機能Service1,機能Service2,機能Service4
[Functions]
;;本Packageで実現する機能を羅列する;;
Function=機能1,機能2
;;これ以降は機能毎にSectionを区切って記述;;
;;IsExistList：本機能がListを持つか機能かどうかを示す;;
;;Menu：表示するMenuを羅列する;;
[機能1]
IsExistList=true
Menu=File
[機能2]
IsExistList=true
Menu=File,Edit
【００２４】
・機能MarkerFile2-2
[Package]
;;本Markerが適用されるPackageを記述;;
PackageName=Application2
[Services]
;;本Packageで接続するServiceを羅列する;;
Service=機能Service1,機能Service3,機能Service4
[Functions]
;;本Packageで実現する機能を羅列する;;
Function=機能1,機能3,機能4
;;これ以降は機能毎にSectionを区切って記述;;
;;IsExistList：本機能がListを持つか機能かどうかを示す;;
;;Menu：表示するMenuを羅列する;;
[機能1]
IsExistList=true
Menu=File
[機能3]
IsExistList=true
Menu=File,Tool
[機能4]
IsExistList=true
Menu=File,Tool
【００２５】
従って、上記機能MarkerFile2-1と機能MarkerFile2-2のORをとることにより、両方が存在する統合アプリケーションを得ることができる。
【００２６】
図５は前記第１及び第２の実施の形態の動作を示すシーケンスチャートである。
まず、第１の実施の形態の動作を説明する。
クライアント１が起動すると（１）、httpd２はWebPage生成部３に対して初期画面表示を依頼する（２）。Webページ生成部３は機能Manager部４から機能一覧の取得を要求する（３）。機能Manager部４は各機能MarkerFileの一覧を取得し（４）、各機能MarkerFile内の情報を取得して（５）、それらの機能一覧をWebPage生成部３に渡す（６）。WebPage生成部３は、各機能Treeを画面に生成し（７）、各Menuを画面に生成する（８）。次に、WebPage生成部３はFront End部５に対して最初の機能の管理リストの取得を要求し（９）、Front End部５は機能Service群６に対して管理リストを要求して（１０）これを取得し（１１）、WebPage生成部３に渡す（１２）。WebPage生成部３はその管理リストを画面に生成する（１３）。そしてWebPage生成部３は初期表示画面をhttpd２に渡し（１４）、httpd２はクライアント１に図２（b）の初期表示画面を表示させる（１５）。
【００２７】
以上のように第１の実施の形態によれば、機能MarkerFileを導入し、その機能MarkerFileを修正(編集)するだけで、表示項目の増減を簡単に行うことができる。これによってGUIモジュールのコンパイルレスで機能変更されたパッケージを簡単に作成できるアプリケーションを実現することができる。アプリケーションパッケージの機能縮小版のパッケージを作成する場合には、機能MarkerFileを修正するだけで容易に機能の隠蔽が可能となる。
【００２８】
次に、第２の実施の形態の動作を説明する。
第２の実施の形態では、上記（１）〜（５）が行われた後、機能Manager部４は管理する全ての機能MarkerFile内の情報のORをとる演算を行い（１６）、その演算結果の機能一覧をWebPage生成部３に渡す（６）。これに基づいて（７）〜（１４）が行われることにより、図４の初期表示画面を表示させる（１５）。
【００２９】
以上のように第２の実施の形態によれば、機能MarkerFileが複数存在したときに、その機能のORを取ることにより、複数のアプリケーションが機能連携することが可能な統合されたアプリケーションを実現することができる。
【００３０】
尚、図５のシーケンスチャートに基づく処理を、コンピュータシステムにおけるＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。また、このプログラムを記録する記録媒体は、本発明によるコンピュータ読み取り可能な記録媒体を構成する。この記録媒体としては、半導体記憶装置や光学的及び／又は磁気的な記憶装置等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施の形態とは異なる構成のシステム等で用い、そこのCPUで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態による表示情報生成装置のシステム構成を示すブロック図である。
【図２】本発明の第１の実施の形態による表示画面の例を示す構成図である。
【図３】本発明の第２の実施の形態による表示画面の例を示す構成図である。
【図４】本発明の第２の実施の形態による表示画面を示す構成図である。
【図５】第１、第２の実施の形態による動作を示すシーケンスチャートである。
【符号の説明】
【００３２】
１    クライアント
２    httpd
３    WebPage生成部
４    機能Manager部
５    Front End部
６    機能Service群
【図１】
2006244093.tif 000003
【図２】
2006244093.tif 000004
【図３】
2006244093.tif 000005
【図４】
2006244093.tif 000006
【図５】
2006244093.tif 000007