JP2000347838A - 統合ソフトウェアパッケージシステム - Google Patents

Abstract

(57)【要約】 【課題】 分割して個別に提供される、関連する複数の
ソフトウェア機能を選択して登録し、登録された機能を
統合表示して、選択、起動して処理する統合ソフトウェ
アパッケージシステムに関し、パッケージを分割して提
供することでユーザニーズに応じたシステムの組み合わ
せを可能とし、分割されたパッケージの業務間の操作の
一体感を保持すると共に統合表示する統合ソフトウェア
パッケージシステムを提供することを目的とする。 【解決手段】 選択したパッケージから入力した機能呼
出属性情報を記憶する呼出属性情報記憶手段１と、呼出
属性情報記憶手段１に記憶された機能を機能呼出属性情
報に基づいて統合表示する統合表示手段２と、統合表示
して利用者が選択した機能を上記記憶された機能呼出属
性情報に基づき起動する機能起動手段３とを備えるよう
に構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分割して個別に提供
される関連する複数のソフトウェア機能を選択して登録
し、登録された機能を統合表示して選択、起動して処理
する統合ソフトウェアパッケージシステムに関する。

【０００２】

【従来の技術】関連する複数の業務をコンピュータで処
理するとき、対応する複数のソフトウェア処理プログラ
ムは関連を持ったひとかたまりの統合ソフトウェアパッ
ケージシステムとして利用者に提供される。

【０００３】利用者は提供される統合ソフトウェアパッ
ケージシステムに含まれる複数のソフトウェア処理プロ
グラムの中からその利用者にとって必要なものを選んで
購入し利用者のコンピュータシステムに組み込んで利用
することができる。

【０００４】すなわち、各利用者の業務形態に必要なも
のを選択したり、システム化する予算に応じて順次導入
したり、あるいは、新規に開発提供されるシステムを追
加して購入したりして、統合ソフトウェアパッケージシ
ステムを構成する機能を一時にすべてシステムに組み入
れないで、提供されるソフトウェア製品を機能単位に追
加、削除が行えるようになっている。

【０００５】従来、具体的な統合ソフトウェアパッケー
ジシステムの提供方法としては次の２つの方法が一般的
に行われている。

【０００６】１つは、複数の業務を別システムとして提
供する方法である。業務システムをＡ、Ｂ、Ｃと別々に
提供し、各業務システムの起動単位も別にする方法であ
り、起動を指示する画面上のアイコンも独立したものと
する。

【０００７】この方法のメリットは、関連する業務で共
通に利用したり受け渡すデータ以外は完全独立であるた
めパッケージの提供方法は独立したものとなり取り扱い
が容易である。

【０００８】もう一つの方法はライセンスとして提供す
る方法である。関連する業務処理システムの提供単位を
分割せず、一括して提供したシステムをライセンス契約
によって使用可、不可を制御する方法である。

【０００９】この方法のメリットはシステムとしての一
体感があり、機能毎のライセンスを購入することで購入
した全機能を一体として使用することが可能である。

【００１０】

【発明が解決しようとする課題】一方、第一の方法のデ
メリットとしては、起動単位が独立しており、提供され
る業務処理Ａ、Ｂ、Ｃの関連性が強い業務の場合は利用
者管理や業務の起動パラメタは各業務処理システム毎に
別々の管理を行うため各業務処理システム間の連繋性、
親和性、利便性が低いことになる。

【００１１】また、第二の方法のデメリットとしては、
ユーザが導入していない機能をレベルアップする場合の
変更作業が煩雑になる。また、新機能が後日リリースさ
れたときも導入済のシステムへの追加処理などは煩雑な
ものとなる。

【００１２】上記したように、統合ソフトウェアパッケ
ージシステムに含まれる各業務処理機能間の関連性が強
い場合には従来の統合ソフトウェアパッケージシステム
の提供方法では、製品としての提供単位のソフトウェア
パッケージの導入、保守が煩雑であったり、利用者のコ
ンピュータシステムに登録された各業務処理機能の起動
操作が統合された、一体感を持ったものとならないなど
が課題でありその解決策が求められていた。

【００１３】本発明はこのような点にかんがみて、パッ
ケージを分割して提供することでユーザニーズに応じた
システムの組み合わせを可能とし、分割されたパッケー
ジの業務間の操作の一体感を保持することができる統合
ソフトウェアパッケージシステムを提供することを目的
とする。

【００１４】

【課題を解決するための手段】上記の課題は下記の如く
に構成された統合ソフトウェアパッケージシステムによ
って解決される。

【００１５】図１は、本発明の構成図であり、選択した
パッケージに格納された機能を登録し、登録された機能
を統合表示して選択起動する統合ソフトウェアパッケー
ジシステムの構成を示す。

【００１６】図１において、１は選択したパッケージか
ら入力した機能呼出属性情報を記憶する呼出属性情報記
憶手段であり、２は呼出属性情報記憶手段に記憶された
機能を機能呼出属性情報に基づいて統合表示する統合表
示手段であり、３は統合表示して利用者が選択した機能
を上記記憶された機能呼出属性情報に基づき起動する機
能起動手段である。（請求項１） パッケージを追加して登録するとき、呼出属性情報記憶
手段１は追加するパッケージから入力した機能呼出属性
情報を追加して記憶するようにしている。（請求項２） 統合表示手段２は機能呼出属性情報に基づいて複数の機
能の表示に関して少なくとも順序および階層を決定して
メニュー表示するようにしている。（請求項３） 統合表示手段２が表示した機能を利用者が選択して起動
するとき、機能起動手段３は起動する機能の起動条件は
利用者があらためて指示しないときは直前に動作してい
た機能の起動条件を継承するようにしている。（請求項
４）

【００１７】

【発明の実施の形態】図２は本発明の実施の形態の構成
図である。

【００１８】本実施の形態においては、パーソナルコン
ピューター、ワークステーション等の汎用的な目的で使
用される計算機上で実行するコンピュータプログラムに
より実現する形態を示す。

【００１９】本発明の統合ソフトウェアパッケージシス
テムは、処理装置、主記憶装置、補助記憶装置、入出力
装置などから構成される計算機上で、コンピュータプロ
グラムを実行して実現される。また、コンピュータプロ
グラムは、フロッピーディスクやＣＤ−ＲＯＭ等の可搬
型媒体やネットワーク接続された他の計算機の主記憶装
置や補助記憶装置等に格納されて提供される。本発明の
記録媒体は、上記可搬型媒体、主記憶装置、補助記憶装
置に該当する。

【００２０】提供されたコンピュータプログラムは、可
搬型媒体から直接計算機の主記憶装置にロードされ、ま
たは、可搬型媒体から一旦補助記憶装置にコピーまたは
インストール後に、主記憶装置にロードされて実行す
る。また、ネットワーク接続された他の装置に格納され
て提供された場合も、他の装置からネットワークを経由
して受信後に、補助記憶装置にコピー、主記憶装置にロ
ードされ実行するものである。

【００２１】本発明の実施の形態は提供単位のパッケー
ジの選択導入により業務処理操作画面に表示される統合
メニューバーの生成過程を示す。

【００２２】２１〜２３は３種類の提供単位パッケージ
を示す。各提供単位パッケージは業務処理を行うシステ
ムを構築するために必要な各機能をコンピュータにおい
て動作させるプログラムが記録された媒体とその内容、
取り扱いを説明する説明書とからなっている。

【００２３】ここでは各提供単位パッケージをａ、ｂ、
ｃと名付けられている。これらの提供単位パッケージの
うちａおよびｂを導入してシステムに登録するようにし
ていることを示している。

【００２４】各提供単位パッケージを登録するときに
は、各媒体に格納され提供される多くの実行ファイルあ
るいは実行に伴い必要なデータをシステム内の実行ファ
イル格納部２６の適当な領域に格納されるが、利用者が
画面上に表示された統合メニューバーを操作して直接起
動する各業務プログラムの実行ファイルについては業務
管理テーブル２４に実行ファイル名および起動時に指定
される起動条件が関連付けられて記憶される。

【００２５】図２において、業務種類Ａには統合メニュ
ーバーに表示され、利用者が直接指示して起動する機能
としてはＡ１およびＡ２の二つの機能がある。すなわ
ち、その二つに対応する実行ファイル、Ａ１．ｅｘｅお
よびＡ２．ｅｘｅが業務種類Ａに対応して業務管理テー
ブル２４に記憶される。同時にそれぞれの必要とする起
動条件がＸあるいはＹとして関連付けられて記憶され
る。

【００２６】同様に、業務種類Ｂについても実行ファイ
ル名Ｂ１．ｅｘｅ、また、起動条件としてＸおよびＹが
業務管理テーブル２４に記憶される。

【００２７】ここで、業務種類とは導入された統合パッ
ケージシステムの各業務機能を操作運用する面から分類
したものであり業務機能を階層的に統合メニューバーに
表示して操作を容易にする分類である。この業務種類は
各提供単位パッケージに含まれる業務機能毎に指定して
提供される。

【００２８】提供単位パッケージａおよびｂが登録され
たシステムが起動されると利用者が操作する業務処理操
作画面２５に統合メニューバーとしてパッケージａおよ
びパッケージｂのそれぞれに含まれる各業務機能が利用
者に分かりやすい名称で各業務種類名Ａ、Ｂに分類し
て、Ａ１、Ａ２およびＢ１のように階層化されて表示さ
れる。

【００２９】業務処理操作画面２５には統合メニューバ
ーの他に統合メニューバーで起動を指示された業務機能
に対応して業務管理テーブル２４に記憶された起動条件
が起動パラメータとして表示される。

【００３０】利用者は統合メニューバーで指示した業務
機能で処理しようとするデータの種類等の起動条件を要
求された起動パラメータに対応して入力すると業務処理
を行うための業務メニューが表示されるようになる。図
２の業務処理操作画面２５には起動パラメータとしては
業務機能Ｂ１に対応した起動パラメータＸおよびＹが、
また、業務機能Ｂ１の処理画面が業務メニューとして表
示されている。

【００３１】上記したように提供単位パッケージを選択
して登録したシステムが構成され、業務処理を行う操作
画面に業務機能間の関係を表現して業務機能を統合メニ
ューバーとして表示して、利用者の操作が統合された環
境で行うことができることが分かる。

【００３２】図３にはパッケージの順次導入による統合
メニューバーの遷移説明図を示す。すなわち、提供単位
パッケージを組み合わせて上記のような手順で構成され
る業務処理システムも時間とともに必要な業務機能が増
えたり、不要になったりしてその構成を変更して行くこ
とになる。

【００３３】システムの構成が変更になったときにも統
合メニューバーにより利用者の業務処理の操作性を変え
ることなく移行できるようにすることができる。図３の
番号２に示すようにパッケージｃを追加したときには統
合メニューバーには新らたにパッケージｃに含まれる追
加業務機能Ｂ２、Ｃ１、Ｃ２が階層的に業務種類Ｂ、業
務種類Ｃとして表示される。

【００３４】また、提供単位パッケージｂの業務機能グ
ループが不要になったときは番号３に示すような統合メ
ニューバーとなる。すなわち、提供単位パッケージｂに
含まれる業務機能グループとしてＡ２およびＢ１が不要
となったときにはパッケージｂを単位として削除され、
統合メニューバーからも対応する業務機能が削除され
る。このような提供単位毎のパッケージの追加、削除を
行うときも利用者にとって馴染みのある統合メニューバ
ーの構成により容易に新しい環境の操作が可能になる。

【００３５】さらに、図４には関連業務処理システムを
複数の部門で使用するときの業務処理パッケージの導入
の例を示す。適用の具体例として保健施設および訪問看
護ステーションへの介護システム用パッケージの導入例
を示している。

【００３６】介護システム用パッケージは「基本セット
（基本Ｉ）」、「訪問看護セット（運用Ｉ）」、「保健
施設セット（運用II）」、「ケアプランセット（介護
Ｉ）」の４種類の提供単位パッケージとして提供され、
これらが上記説明した提供単位パッケージａ、ｂ、ｃ等
に対応するものである。ここで基本Ｉは全てのシステム
に共通する業務機能を含むもので共通して導入されるも
のである。

【００３７】共通の基本Ｉの他には保健施設の入所室用
システムとしては運用IIと介護Ｉ、事務室には運用II、
訪問看護ステーションには運用Ｉ、介護Ｉが選択導入さ
れている。このように時間的に順次導入する場合に加え
て、複数のシステムを配置して並行運用する場合にも同
じ利用者グループが構成の違うどのシステムでも違和感
なく統合メニューバーにより業務機能の操作を行うこと
ができる。

【００３８】以下に提供単位パッケージの登録と統合メ
ニューバーの生成表示の動作を説明する。

【００３９】図５は訪問看護業務を行うＡ訪問看護ステ
ーションの統合メニューバーの具体例である。また、図
６には介護業務用統合パッケージシステムの各提供単位
パッケージに含まれるテーブル、パッケージ共通部であ
る基本パッケージに含まれる業務種類テーブル、そして
提供単位パッケージの登録を行うことにより生成する業
務管理テーブルの構成例を示す。

【００４０】まず、図５の統合メニューバーの意味する
ところを説明する。この画面はオペレータ１（ＯＰ１）
が業務処理を行っている状態である。

【００４１】業務の種類は利用者管理、マスタ管理、介
護管理に区分してメニュー大項目に表示されている。各
業務種類に区分された業務機能は階層化されて表示され
ている。すなわち、利用者管理には基本情報、利用履歴
の二つの業務機能が選択して指定できるように表示され
る。同様にマスタ管理の業務機能としては地区、介護内
容、勤務パターンがある。介護管理は業務機能も一つで
あることが分かる。

【００４２】統合メニューバーの画面の説明として付し
て、各業務機能がどの提供単位パッケージにより提供さ
れたのかを示してある。すなわち、基本情報は基本セッ
トとして基本Ｉパッケージ、利用履歴は訪問看護セット
として運用Ｉパッケージにより提供されたものが組み込
まれたことを説明している。他の業務機能も同様である
が、注意すべきことは本統合パッケージシステムの提供
単位パッケージと統合メニューバーの業務種類区分とは
直接対応するものではない、すなわち、提供単位を単純
にメニューに追加して操作指示に供するものではなく、
提供単位は別でも関連の業務を選びながら扱う一体感の
ある操作性を生み出すようになっているのである。

【００４３】画面の下部にあるユーザＩＤ、利用年月は
現在操作している業務機能、すなわち☆印で示した基本
情報の処理で必要なパラメータをオペレータに入力させ
るガイドであり、データ処理の対象とするユーザＩＤと
して、Ｆ３１０２が、また処理対象とするデータの発生
年月が１９９８／１０と入力された状態を示している。
このパラメータはオペレータが次の業務機能をメニュー
から選択して起動するとき同じパラメータ項目を必要と
する業務機能であったときには自動的に既に扱っていた
ユーザや利用年月は継承される。これも統合パッケージ
システムの特徴であり、単なる機能の起動メニューでは
なく業務機能間で操作の簡易化を図るデータ継承機能を
持つものである。

【００４４】次に、図６により示すデータの構成に基づ
き、別々の提供単位パッケージで提供される各業務機能
の登録の過程、および登録された業務処理機能の統合メ
ニューバーへの表示の動作について説明する。動作は図
７にパッケージ登録動作のフローチャート、図８に統合
メニューバーの表示動作のフローチャートを示しこれら
のステップを追って説明する。

【００４５】最初に図６によりデータの構成を説明す
る。図６（ａ）は提供単位パッケージテーブルである。
本来は各提供単位パッケージのそれぞれに含まれて提供
される情報であるが説明のため一覧として示してある。
すなわち、４つの提供単位パッケージのコード（ＰＫＧ
−ＣＤ）としてａ、ｂ、ｃ、ｄで示される各提供単位パ
ッケージ毎に業務機能を示す業務機能名、実行ファイル
名を属する業務種類コード、Ａ、Ｂ、Ｃ、Ｄ、各業務種
類内のメニュー表示優先順位、１、２、３を示す業務機
能コード、さらに起動時に必要とするパラメータ、を機
能呼出属性情報として各提供単位パッケージ毎に示して
いる。

【００４６】これは上記した図５の統合メニューバーに
対応した内容を例示しており、例えば、提供単位パッケ
ージａにはまず、業務機能名「基本情報」が実行ファイ
ル名「ＫＩＨＯＮ．ＥＸＥ」として格納されており、統
合メニューバーには業務種類「Ａ」の中に「１番」の優
先順位として表示し、起動時に必要なパラメータは
「Ｘ、Ｙ」であるものとして記録され提供される。同様
に、業務機能名「地区」、「介護内容」がそれぞれの情
報を付帯させて格納されていることを示している。他の
提供単位パッケージｂ、ｃ、ｄにも同様の情報として実
行ファイルと共に情報が添付されていることを示してい
る。

【００４７】図６（ｂ）業務種類テーブルはパッケージ
を統合する情報として基本情報を含むパッケージ「ａ」
に格納して提供されるものであり、業務種類の統合メニ
ューバーへの表示順序とその内容を示す。

【００４８】図６（ｃ）業務管理テーブルは上記提供単
位パッケージテーブル、業務種類テーブルを参照して、
選択された提供単位パッケージを登録したときに、業務
処理運用における統合メニューバーの表示のための情報
と、オペレータが指示した業務機能を呼び出すための情
報を格納するものである。

【００４９】業務種類コード、業務機能コードの並びは
統合メニューバーに表示する項目の階層として表示する
業務種類の順序、業務機能の順序を示し、統合メニュー
バーの構成を示す。

【００５０】また、実行ファイル名はオペレータが選択
した業務機能に対応して起動する実行ファイルの所在を
示し、パラメータはオペレータからの入力をガイドする
べきものとして提示されるものである。

【００５１】上記説明は選択された提供パッケージをま
とめて登録する場合を例に上げたが、上記仕組みから容
易に分かるように新たに購入した提供単位パッケージを
追加して登録することも簡単に上記テーブルの操作によ
り行えるようになっている。

【００５２】なお、業務管理テーブルのパッケージコー
ド（ＰＫＧ−ＣＤ）は提供単位パッケージを更新する場
合や削除するときに必要な情報として記憶される。すな
わち、ＰＫＧ−ＣＤにより削除するべき実行ファイルの
所在を知りファイルを削除するとともに、統合メニュー
バーから取り除くべき業務機能を知りこの業務管理テー
ブルから該当する情報を削除する。これにより削除後の
新しい統合メニューバーの表示が可能となる。このよう
に本発明の適用により業務管理テーブルの情報の追加、
削除により容易に業務機能の追加登録、削除をした業務
処理システムの構築が可能となる。

【００５３】図７のパッケージ登録のフローチャートに
より提供単位パッケージを登録する動作を説明する。全
く新たにパッケージを導入する場合は基本パッケージに
統合パッケージの共通部が格納されているので最初に基
本パッケージの登録を行うが、既に運用中のシステムに
新らたに提供単位パッケージを追加登録する場合は登録
の順序はない。

【００５４】ステップＳ７１において新規登録か、追加
登録かを確認し、上記基本パッケージの先行登録の要否
を判断している。新規登録の場合はステップＳ７２にお
いて基本パッケージから図６（ｂ）に示すような構成の
業務種類テーブルを読み込み設定する。これは業務種類
により統合メニューバーの構成を順序付けるのに使用す
る。

【００５５】ステップＳ７３以降は新規登録、追加登録
の共通の処理となる。ステップＳ７３では、順次、登録
対象の提供単位パッケージを取り出し、提供単位パッケ
ージテーブルを入力する。パッケージテーブルは図６
（ａ）に示すように格納されている実行ファイルやデー
タに対応した属性情報が業務種類ごとに、業務機能のメ
ニュー表示優先順位に格納された目次のようなものであ
る。実行ファイル名はパッケージ内に格納されている業
務機能を起動するときに最初に実行されるプログラムを
格納したファイル名である。また、パラメータは各実行
ファイルを起動するときに動作の前提条件としてオペレ
ータに入力を要求したり自動的に操作の流れとして継承
してシステムから供給されるものである。

【００５６】ステップＳ７４では、提供単位パッケージ
テーブルに示された実行ファイルを別途指定の格納場所
に順次追加して格納する。すなわち、図６（ｃ）に実行
ファイル名として例示するように別途指定した格納場所
フォルダ「ＡＰ」にまとめて格納するようにすることが
できる。

【００５７】ステップＳ７５においては、提供単位パッ
ケージテーブルに含まれる各業務機能を業務種類コー
ド、業務機能コードをキーとして順序付けるようにして
業務管理テーブルにマージして格納する。上記したよう
に各提供単位パッケージテーブルには業務種類コード、
業務機能コードのキーにより統合メニューバーの表示順
に順序づけて各業務機能の属性情報が格納されており、
業務管理テーブルに既に同じ基準で格納された属性情報
と混ぜ合わせるようにして適合する順序位置にそれぞれ
格納するようにしている。これにより、各業務機能を階
層化された統合メニューバーに配置して表示することが
できる。

【００５８】ステップＳ７６により登録する提供単位パ
ッケージはすべて登録処理が終ったかを調べ、すべての
提供単位パッケージの登録が終わるまで繰り返し処理を
する。以上のようにして提供単位パッケージの内容であ
るファイルのコピーと各業務機能の属性情報の登録が完
了し、業務処理を行うシステムが構成されたことにな
る。

【００５９】次に、上記のように構成されたシステムの
操作を行うための統合メニューバーの画面表示の動作に
ついて図８の統合メニューバーの表示のフローチャート
を用いて説明する。

【００６０】ステップＳ８１により図６（ｂ）に示す業
務種類テーブルから業務種類を順次取り出しを行う。具
体例ではまず業務種類コードＡのユーザ管理（ＵＳＲ管
理）をテーブルから取り出す。順次Ｂマスタ管理、Ｃ介
護管理、Ｄ帳票管理と進めていく。ステップＳ８２で統
合メニューバーの表示処理終了を確認する。

【００６１】ステップＳ８３においては取り出した業務
種類をメニューに追加して表示するこれは統合メニュー
バーの大項目に当たる部分であり、階層の上位の部分の
表示である。

【００６２】ステップＳ８４では、業務種類の次の階層
である業務機能があるか否かを調べている。すなわち、
業務管理テーブルの中に、取り出した業務種類に属する
業務機能があるか否かを調べる。ない場合は先頭に戻っ
て次の業務種類コードについてメニュー表示を繰り返
す。業務機能がある場合にはステップＳ８５からステッ
プＳ８７により業務機能のメニュー表示を行っている。
すなわち、業務管理テーブルの中の取り出されている業
務種類に属する業務機能を順に画面上の下位の階層のメ
ニューとして表示して行く。ステップＳ８６で業務機能
のメニュー表示が処理中の業務種類についてすべて終わ
ると次の業務種類について処理するようにしている。

【００６３】以上のようにして図５の統合メニューバー
が表示される。この統合メニューバーの業務機能項目を
オペレータが指示することにより業務管理テーブルの該
当する業務機能の属性情報が参照され、必要な起動条件
パラメータ項目を画面に表示して入力を求めたり、継承
されたパラメータ値の確認を求めたり会話が行われる。
その後図５の画面の下部にある実行ボタンを指示すると
業務管理テーブルが参照され実行ファイルが起動され
る。各業務機能のオペレータとの会話画面は図２の業務
処理操作画面の業務メニューとして示したように表示さ
れて処理が進むことになる。

【００６４】なお、上記説明により示した構成により、
具体的な動作の説明を省略したパッケージの削除、変更
も業務管理テーブルの編集のみで容易に実現できる。ま
た、本発明の実施の形態においては、メニューの階層は
２段階としたがテーブルの構成を変更することにより多
段階の構成としたり、１段階の構成とすることもでき
る。

【００６５】

【発明の効果】以上の説明から明らかなように本発明に
よれば、システム提供者はシステムの構成機能を分割し
て提供し、システムの利用者が必要とする機能のみを選
択して登録して使用するときにも、個別機能の提供の独
立性と操作の一体感を両立させるようにした統合ソフト
ウェアパッケージを実現することができる。すなわち、
技術の進歩により次々に開発される新機能の追加システ
ム提供を、プログラム修正なしにパッケージの追加、削
除、変更が可能となり、且つ、操作上も分割された業務
間の親和性を保持するようにして使用者に組み合わされ
たことを意識させず単一のパッケージシステムのように
使用することができる。

【００６６】以上のように、利用者の条件に合わせた必
要十分なシステムの構成と、操作のしやすいシステムの
構成が可能となるので、投資効率の向上、操作運用性の
向上、という経済的効果がある。

【図面の簡単な説明】

【図１】 本発明の構成図

【図２】 本発明の実施の形態の構成図

【図３】 パッケージの順次導入による統合メニューバ
ーの遷移説明図

【図４】 部門別パッケージ選択導入による運用の例

【図５】 統合メニューバーの具体例

【図６】 業務管理テーブルの構成説明図

【図７】 パッケージ登録のフローチャート

【図８】 統合メニューバーの表示のフローチャート

【符号の説明】

１ 呼出属性情報記憶手段 ２ 統合表示手段 ３ 機能起動手段

Claims (5)

【特許請求の範囲】
1. 【請求項１】 選択したパッケージに格納された機能を
   登録し、登録された機能を統合表示して選択起動する統
   合ソフトウェアパッケージシステムであって、 選択したパッケージから入力した機能呼出属性情報を記
   憶する呼出属性情報記憶手段と、 呼出属性情報記憶手段に記憶された機能を機能呼出属性
   情報に基づいて統合表示する統合表示手段と、 統合表示して利用者が選択した機能を上記記憶された機
   能呼出属性情報に基づき起動する機能起動手段と、を有
   する統合ソフトウェアパッケージシステム。
2. 【請求項２】 パッケージを追加して登録するとき、呼
   出属性情報記憶手段は追加するパッケージから入力した
   機能呼出属性情報を追加して記憶するようにした請求項
   １記載の統合ソフトウェアパッケージシステム。
3. 【請求項３】 統合表示手段は機能呼出属性情報に基づ
   いて複数の機能の表示に関して少なくとも順序および階
   層を決定してメニュー表示するようにした請求項１乃至
   請求項２記載の統合ソフトウェアパッケージシステム。
4. 【請求項４】 統合表示手段が表示した機能を利用者が
   選択して起動するとき、 機能起動手段は起動する機能の起動条件は利用者があら
   ためて指示しないときは直前に動作していた機能の起動
   条件を継承するようにした請求項１乃至請求項３記載の
   統合ソフトウェアパッケージシステム。
5. 【請求項５】 選択したパッケージに格納された機能を
   登録し、登録された機能を統合表示して選択起動する統
   合ソフトウェアパッケージプログラムであって、コンピ
   ュータを、 選択したパッケージから入力した機能呼出属性情報を記
   憶する呼出属性情報記憶手段、 呼出属性情報記憶手段に記憶された機能を機能呼出属性
   情報に基づいて統合表示する統合表示手段、 統合表示して利用者が選択した機能を上記記憶された機
   能呼出属性情報に基づき起動する機能起動手段、として
   機能させるためのプログラムを記録したコンピュータ読
   み取り可能な記録媒体。