JP5262900B2 - アプリケーションプログラム、処理装置及び処理方法 - Google Patents

Description

本件は、アプリケーションプログラム、処理装置及び処理方法に関し、特に、コンピュータを、複数の画面プログラムを含むソフトウェアシステムを実行する装置として機能させるアプリケーションプログラム、複数の画面プログラムを含むソフトウェアシステムを実行する処理装置及び処理方法に関する。

従来、ソフトウェア開発の画面設計を行う場合、事前に利用者へのヒアリングを行った結果に基づいて最適なレイアウトを決定することが多い。しかるに、利用者の要望は多種多様であるため、利用者の全てが満足する画面設計を行うことは困難である。したがって、利用者によっては、複数の画面を同時に起動して処理を行うことを強いられる場合もある。

例えば、介護事業を行っている事業所では、介護サービスの種類が事業所ごとに多岐にわたること、現場運用に対応するための複雑な入力が必要であること、管理すべき事項が多く存在することなどから、利用者の要望は様々である。このため、介護保険請求、運用を支援するパッケージにおいては、自所の介護サービス、運用に合わせた自所専用のパッケージが開発されることを希望している。

なお、特許文献１、２には、複数の画面が表示されている場合の操作を支援するための技術が開示されている。特許文献１に記載の技術は、複数の画面（ウィンドウ）が重なった場合に、下位のウィンドウが透けて見えるように上位のウィンドウの表示を制御するとともに、当該下位のウィンドウに備えるオブジェクト（文字列等）に対する操作を受け付けるようにしたものである。また、特許文献２に記載の技術は、複数のウィンドウが重なった場合に、下位のウィンドウに存在するスクロールバーなどのオブジェクトが上位のウィンドウによって遮蔽されると判断された際に、当該オブジェクトを遮蔽されない位置に移動するものである。

特開平１１−２６５２４６号公報 特開２００４−２３４４２６号公報

特許文献１、２に記載の技術は、いずれも複数のウィンドウに対する操作性を向上させるものである。しかしながら、このような技術を用いたとしても、利用者は必要とする複数のウィンドウ（画面プログラム）を毎回起動し、複数のウィンドウ上で作業を行い、かつ作業終了後は全てのウィンドウを終了させなければならず、手間がかかる。

また、これを解決するために、個別の専用パッケージを新たに開発するには、手間とコストがかかる。

そこで本件は上記の課題に鑑みてなされたものであり、手間やコストをかけることなく、複数の画面プログラムを統合し、使用することが可能なアプリケーションプログラム、処理装置及び処理方法を提供することを目的とする。

本明細書に記載のアプリケーションプログラムは、コンピュータを、複数の画面プログラムを含むソフトウェアシステムを実行する装置として機能させるアプリケーションプログラムであって、前記コンピュータを、利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得部、前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し部、新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成部、前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納部、前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成部、として機能させるアプリケーションプログラムである。

本明細書に記載の処理装置は、複数の画面プログラムを含むソフトウェアシステムを実行する処理装置であって、利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得部と、前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し部と、新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成部と、前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納部と、前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成部と、を備える処理装置である。

本明細書に記載の処理方法は、複数の画面プログラムを含むソフトウェアシステムを実行する処理方法であって、利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得工程と、前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し工程と、新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成工程と、前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納工程と、前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成工程と、を含む処理方法である。

本明細書に記載のアプリケーションプログラム、処理装置及び処理方法は、手間やコストをかけることなく、複数の画面プログラムを統合し、使用することができるという効果を奏する。

一実施形態に係る介護運用支援システムの構成を示すブロック図である。 図２（ａ）は、介護運用支援システムにおける業務起動処理のフローチャートであり、図２（ｂ）は、プログラム名テーブルを示す図である。 図３（ａ）、図３（ｂ）は、Ａ業務、Ｂ業務の画面（ウィンドウ）を示す図である。 図４（ａ）は、オブジェクト座標管理テーブルを示す図であり、図４（ｂ）は、オブジェクト座標管理テーブルにおける座標の定義を説明するための図である。 オブジェクト管理テーブルを示す図である。 介護運用支援システムにおける業務結合処理のフローチャートである。 結合方向の算出処理（Ｓ１００）を示すフローチャートである。 図８（ａ）、図８（ｂ）は、図７の処理を具体的に説明するための図である。 図９（ａ）は、画面サイズの算出処理（Ｓ２００）を示すフローチャートであり、図９（ｂ）は、図９（ａ）のステップＳ２０２の処理内容を示す図である。 図９（ａ）の処理後におけるオブジェクト座標管理テーブルを示す図である。 共通オブジェクトの検出処理（Ｓ３００）を示すフローチャートである。 図１１のステップＳ３０４後における、オブジェクト管理テーブルを示す図である。 図１１のステップＳ３０６後における、オブジェクトリンクテーブルを示す図である。 図１１のステップＳ３０８後における、オブジェクト座標管理テーブルを示す図である。 図１１のステップＳ３１０後における、オブジェクト座標管理テーブルを示す図である。 オブジェクト表示位置の調整処理（Ｓ４００）を示すフローチャートである。 図１７（ａ）は、図１６のステップＳ４０２における座標補正対象のオブジェクトを示す図であり、図１７（ｂ）は、ステップＳ４０２後のオブジェクト座標管理テーブルを示す図である。 図１６のステップＳ４０６（結合したオブジェクトの配置位置妥当性の検討処理）の処理内容を示すフローチャートである。 図１９（ａ）は、図１８のステップＳ４２２の処理内容を示す図であり、図１９（ｂ）は、図１８のステップＳ４２４の処理内容を示す図である。 図２０（ａ）は、図１８のステップＳ４２６の処理内容を示す図であり、図２０（ｂ）は、図１８のステップＳ４２８の処理内容を示す図である。 図２１（ａ）、図２１（ｂ）は、「ＡＢ日時」の配置位置の妥当性について説明するための図である。 図２２（ａ）は、図１８の全処理が終了した時点におけるオブジェクト座標管理テーブルを示す図であり、図２２（ｂ）は、図１８の全処理が終了した時点における結合された画面の状態を示す図である。 図１６のステップＳ４０８（余白の削除処理）の処理内容を示すフローチャート（その１）である。 図１６のステップＳ４０８（余白の削除処理）の処理内容を示すフローチャート（その２）である。 図２５（ａ）は、図２３のステップＳ４５４の処理を示す図であり、図２５（ｂ）は、図２３のステップＳ４５６の処理を示す図である。 仮余白領域について示す図である。 図２７（ａ）は、図２４のステップＳ４８２、Ｓ４８４終了後におけるオブジェクト座標管理テーブルを示す図であり、図２７（ｂ）は、図２４のステップＳ４８２、Ｓ４８４終了後における画面の状態を示す図である。 プログラム名追加処理（Ｓ５００）を示すフローチャートである。 図２８の処理終了後における、プログラム名テーブルを示す図である。 結合処理後のプログラム起動処理を示すフローチャートである。 ボタンが押されたときの処理部の処理を示すフローチャートである。

以下、アプリケーションプログラム、処理装置及び処理方法の一実施形態について、図１〜図３１に基づいて詳細に説明する。図１には、処理装置としての介護運用支援システム１００の構成がブロック図にて示されている。

この図１に示すように、介護運用支援システム１００は、制御装置１０と、液晶ディスプレイ、ＣＲＴ等から成る表示装置１２と、キーボードやマウスなどを含む入力装置（ユーザインタフェース）１４と、データベース３０とを備える。

制御装置１０は、画面作成・表示部２４と、監視・結合処理部２６とを有する。なお、これら各部は、実際の装置にて構成しても良いし、各部の機能を計算機システムに内蔵されたプログラムによって実現することとしても良い。

画面作成・表示部２４は、利用者からの指示にしたがって、利用者が必要とする画面（ウィンドウ）を画面プログラム（データベース３０に格納された各テーブル）に基づいて作成し、表示装置１２上に表示する。表示装置１２上には、複数の画面（ウィンドウ）を表示することが可能である。この画面作成・表示部２４は、取得部２４０と、読み出し部２４２と、表示部２４４と、処理部２４６と、を有する。これら各部の詳細な機能等については後述する。

監視・結合処理部２６は、結合位置算出部２６０と、プログラム生成部２６４と、格納部２６６と、メニュー作成部２６８と、を有する。なお、これら各部の詳細な機能等については後述する。

データベース３０は、オブジェクト管理テーブル１６（図１２）と、オブジェクト座標管理テーブル１８（図４（ａ））と、プログラム名テーブル２０（図２（ｂ））と、オブジェクトリンクテーブル２２（図１３）と、を有する。なお、各テーブルの詳細については、後述する。

次に、上記のように構成される介護運用支援システム１００における処理（業務起動処理、業務結合処理）について詳細に説明する。

（業務起動処理）
図２（ａ）には、介護運用支援システム１００における業務起動処理のフローチャートが示されている。以下、この図２（ａ）のフローチャートに沿って、業務起動処理について説明する。

まず、図２（ａ）のステップＳ１０では、利用者が、入力装置１４を介して、メニュー表示指示を入力したか否かを、取得部２４０（図１参照）が判断する。ここでの判断が肯定されると、次のステップＳ１２に移行し、取得部２４０が、図２（ｂ）に示すプログラム名テーブル２０にしたがって、メニューを表示する。ここで、プログラム名テーブル２０には、図２（ｂ）に示すようにＡ業務とＢ業務が含まれており、Ａ業務には表示名「在室情報」が紐付けられ、Ｂ業務には表示名「欠食管理情報」が紐付けられている。したがって、取得部２４０は、表示名「在室情報」と「欠食管理情報」が記載されたメニューを表示装置１２上に表示する。

次いで、取得部２４０は、ステップＳ１４において、利用者によりメニュー中の表示名のいずれかが選択されたか否かを判断する。ここでの判断が肯定された場合には、取得部２４０は、次のステップＳ１６において、選択された表示名に対応するプログラム名（プログラム識別子）を取得して、読み出し部２４２に出力する。そして、読み出し部２４２は、当該プログラム名に対応するプログラムを起動する。なお、本実施形態では、Ａ業務のプログラムが、例えば、図３（ａ）に示すような画面プログラムであり、Ｂ業務のプログラムが、例えば図３（ｂ）に示すような画面プログラムであるものとする。

ここで、図１に示すオブジェクト座標管理テーブル１８には、Ａ業務及びＢ業務のそれぞれに関するデータが、図４（ａ）に示すように格納されている。具体的には、オブジェクト座標管理テーブル１８には、図４（ａ）に示すように、プログラム名（Ａ，Ｂ業務）に対応して、画面オブジェクトと、各画面内に配置される部品オブジェクト（Ａラベル、Ａ日時など）の位置座標と、が格納されている。ここで、画面オブジェクトとは、画面（ウィンドウ）の外枠部分を意味するが、各画面（ウィンドウ）は、その大きさ（ベースサイズ）により規定されるものであるので、図４（ａ）では、画面オブジェクトとして、ベースサイズのみを格納している。なお、以下においては、画面オブジェクトを単に「ベースサイズ」と呼ぶものとし、部品オブジェクトを単に「オブジェクト」と呼ぶものとする。ここで、図４（ａ）に示す各オブジェクトの位置座標は、図４（ｂ）に示すように、Ａ業務、Ｂ業務それぞれの画面の左下隅部を原点としたＸＹ座標系上における、各オブジェクトの左上隅部の位置座標を意味している。一方、図１に示すオブジェクト管理テーブル１６には、図５に示すように、Ａ業務、Ｂ業務の各オブジェクトの具体的な内容を示すデータが格納されている。具体的には、オブジェクト管理テーブル１６は、オブジェクト名、当該オブジェクトのサイズ、視認できるオブジェクトかどうか（隠しオブジェクトでないか否か）の表示、種別、結合可能か否かの表示、振舞１、２等を含んでいる。

したがって、ステップＳ１６におけるプログラム起動時には、読み出し部２４２が、図４（ａ）のオブジェクト座標管理テーブルと、図５のオブジェクト管理テーブル１６とを読み出し、表示部２４４がこれらのテーブルに基づいて画面を作成する。そして、表示部２４４は、当該作成した画面を表示装置１２上に表示する。

（業務結合処理）
次に、本実施形態における業務結合処理について詳細に説明する。図６には、業務結合処理の一連の流れがフローチャートにて示されている。この業務結合処理は、利用者が２つの画面プログラムを起動した後、２つの画面（ウィンドウ）を重ねた場合、すなわち、一方の画面を他方の画面上にドラック・アンド・ドロップした場合に、それら２つの画面を結合する処理である。

この図６に示すように、業務結合処理では、結合方向の算出処理（Ｓ１００）、画面サイズの算出処理（Ｓ２００）、共通オブジェクトの検出処理（Ｓ３００）、オブジェクト表示位置の調整処理（Ｓ４００）、及びプログラム名を一覧に追加する処理（Ｓ５００）が実行される。結合方向の算出処理（Ｓ１００）は、２つの画面を結合する場合に、左右上下どの方向に結合するかを算出する処理である。画面サイズの算出処理（Ｓ２００）は、結合により新たに作成される画面のサイズを算出する処理である。共通オブジェクトの検出処理（Ｓ３００）は、２つの画面に含まれる共通のオブジェクト、すなわち同一又は同等の機能を有するオブジェクトを検出し、結合（又は統合、集約）する処理である。オブジェクト表示位置の調整処理（Ｓ４００）は、新たに作成される画面内における各オブジェクトの位置を調整する処理である。プログラム名を一覧に追加する処理（Ｓ５００）は、新たに作成された画面及びオブジェクトを含むプログラムの名前を、プログラム名テーブル２０に追加する処理である。

以下、上記各処理（Ｓ１００〜Ｓ５００）の具体的な内容について、順を追って説明する。

（結合方向の算出処理（Ｓ１００））
図７は、図６の結合方向の算出処理（Ｓ１００）の具体的な処理内容を示すフローチャートである。なお、ここでは、利用者が欠食管理情報（Ｂ業務）の画面を在室情報（Ａ業務）の画面上に重ねた（ドラック・アンド・ドロップした）場合を例に採り説明する。この場合、結合先の画面が、在室情報（Ａ業務）の画面になり、結合元の画面が、欠食管理情報（Ｂ業務）の画面になるものとする。

利用者がＢ業務の画面をＡ業務の画面上にドラック・アンド・ドロップすると、ステップＳ１０２では、結合位置算出部２６０が、結合先の画面（Ａ業務の画面）を４分割する。具体的には、図８（ａ）に示すように、Ａ業務の画面をＡ〜Ｄの画面領域に分割する。次いで、ステップＳ１０４では、結合位置算出部２６０が、４つの画面領域のうちの２つ以上に、結合元の画面（Ｂ業務の画面）が重なっているか否かを判断する。例えば、図８（ａ）のようにドラック・アンド・ドロップされた場合には、Ａ業務の画面領域ＣとＤに、Ｂ業務の画面が重なっているのでここでの判断が肯定される。このように、ステップＳ１０４の判断が肯定された場合には、ステップＳ１０８において、結合位置算出部２６０が、重なっている部分が広い２つの画面領域を決定する。ここでは、Ｂ画面は、画面領域ＣとＤに重なっているのみなので、重なっている部分が広い２つの画面領域として、領域Ｃ、Ｄが決定される。

次いで、ステップＳ１１０では、結合位置算出部２６０が、決定された２つの領域に基づいて、結合方向を決定する。具体的には、４分割された領域のうち、決定された２つの領域が上２つなら「上側」、下２つなら「下側」、左２つなら「左側」、右２つなら「右側」に決定される。図８（ａ）の場合、決定された２つの領域がＣ、Ｄであり、４つの画面領域Ａ〜Ｄのうちの下側の２つであるので、結合方向は、下方向に決定される。

一方、ステップＳ１０４の判断が否定された場合、すなわち、例えば、図８（ｂ）に示すように、Ｂ業務の画面が、領域Ｃにのみ重なっていたような場合には、ステップＳ１０６に移行する。このステップＳ１０６では、結合位置算出部２６０が、重なっている領域（ここでは、領域Ｃ）を「結合先の画面」に設定する。次いで、ステップＳ１０２では、結合先の画面、すなわち、領域Ｃを、４分割にする。具体的には、図８（ｂ）に示すように、領域Ｃを領域（Ｃ−１）〜（Ｃ−４）とする。次いで、ステップＳ１０４では、結合位置算出部２６０が、４つの領域（Ｃ−１）〜（Ｃ−４）のうちの２つ以上にＢ業務の画面が重なっているか否かを判断する。図８（ｂ）では、Ｂ業務の画面が領域（Ｃ−１）〜（Ｃ−４）のすべてに重なっているので、ここでの判断は肯定され、ステップＳ１０８に移行する。そして、ステップＳ１０８では、結合位置算出部２６０が、重なっている部分が広い領域として、領域（Ｃ−３）、（Ｃ−４）を決定する。この場合、決定された領域（Ｃ−３）、（Ｃ−４）は、４つの領域（Ｃ−１）〜（Ｃ−４）のうちの下側の２つであるので、ステップＳ１１０では、結合方向が、図８（ａ）と同様、下側となる。

なお、以下においては、図８（ａ）のように、Ｂ業務の画面がＡ業務の画面に重ねられ、結合方向が下側に決定されたものとして、説明する。

（画面サイズの算出処理（Ｓ２００））
図９（ａ）は、図６の画面サイズの算出処理（Ｓ２００）の具体的な処理内容を示すフローチャートである。

この処理では、まず図９（ａ）のステップＳ２０２において、プログラム生成部２６４が、新規で作成する業務の画面サイズ（ベースサイズ）を算出する。本実施形態では、図４（ａ）のオブジェクト座標管理テーブル１８からすると、図９（ｂ）に示すように、Ａ業務の画面サイズ（ベースサイズ）がＸ方向１５０、Ｙ方向１００であり、Ｂ業務の画面サイズ（ベースサイズ）がＸ方向１００、Ｙ方向８０である。また、上述のように、Ａ業務の画面に対するＢ業務の画面の結合方向が下方向である。したがって、本ステップでは、図９（ｂ）に示すように、Ｘ方向（左右方向）に関しては、両業務の画面の最大値（１５０）を採用し、Ｙ方向（上下方向）に関しては、両業務の画面の合計値（１８０）を採用することとする。

次いで、ステップＳ２０４では、格納部２６６が、オブジェクト座標管理テーブルに新規業務として、新たな業務（ここではＡＢ業務とする）を追加する。この場合、図１０に示すように、オブジェクト座標管理テーブル１８に、プログラム名を「ＡＢ業務」として、ステップＳ２０２で決定したベースサイズ（１５０×１８０）や、Ａ業務に含まれていた各オブジェクト、Ｂ業務に含まれていた各オブジェクトを格納する。なお、各オブジェクトの位置座標については、図４（ａ）の位置座標をそのまま格納する。

（共通オブジェクトの検出処理（Ｓ３００））
図１１は、図６の共通オブジェクトの検出処理（Ｓ３００）の具体的な処理内容を示すフローチャートである。

この処理では、まず、図１１のステップＳ３０２において、プログラム生成部２６４が、結合可能なオブジェクト、すなわち、同一又は同等の機能を有し、かつ結合することが可能な２以上のオブジェクトが存在するか否かを判断する。ここでは、図５のオブジェクト管理テーブル１６を参照して、結合可能かつ同一種別の２以上のオブジェクトが存在するか否かをサーチし、存在していた場合に、ここでの判断が肯定される。図５の例では、上から３つめの「Ａ日時」が、結合「可能」で、種別が「日時」であり、上から４つ目の「Ｂ日時」が、結合「可能」で、種別が「日時」であるので、ステップＳ３０２の判断が肯定される。なお、ステップＳ３０２の判断が否定された場合には、そのまま、図１１の全処理を終了する。

次いで、ステップＳ３０４では、格納部２６６が、新規オブジェクト名をオブジェクト管理テーブル１６に追加する。この場合、「Ａ日時」と「Ｂ日時」とを結合するので、新規オブジェクト名を「ＡＢ日時」とし、オブジェクト管理テーブル１６に追加する（図１２においてハッチングを付した部分（１）参照）。また、サイズは、Ａ日時及びＢ日時と同一サイズとし、可視、種別、結合の項目もＡ日時及びＢ日時と同一とする。また、振舞１については、Ａ日時又はＢ日時の振舞１をリンクすることを記述する。

次いで、ステップＳ３０６では、格納部２６６が、新規オブジェクト（ＡＢ業務のオブジェクト）に対するリンク先のオブジェクト（リンクオブジェクト）をオブジェクトリンクテーブル２２に登録する。具体的には、図１３に示すオブジェクトリンクテーブルのうち、符合（２）で指し示す部分に、オブジェクト名として「ＡＢ日時」を追加し、リンクオブジェクトとして「Ａ日時」又は「Ｂ日時」を追加する。

次いで、ステップＳ３０８では、格納部２６６が、オブジェクト座標管理テーブル１８の結合先オブジェクト名（Ａ日時）を結合後のオブジェクト名（ＡＢ日時）に変更する（図１４の符合（３）部分参照）。

そして、次のステップＳ３１０では、格納部２６６が、オブジェクト座標管理テーブル１８のプログラム名「ＡＢ業務」の中から、結合元のオブジェクト「Ｂ日時」を削除する。

次のステップＳ３１２では、プログラム生成部２６４が、他に結合可能オブジェクトが存在するか否かを判断する。ここでは、図５のオブジェクト管理テーブル１６から、オブジェクト「Ａ取消」と「Ｂ取消」とが結合可能なオブジェクトであると判断されるので、ステップＳ３０４に戻る。

次のステップＳ３０４では、上記と同様に、オブジェクト管理テーブル１６に「ＡＢ取消」の項目を追加する（図１２の符合（４）参照）。次いで、ステップＳ３０６では、図１３に符合（５）、（６）にて示すように、オブジェクトリンクテーブル２２にオブジェクト名「ＡＢ取消」を追加するとともに、これに対応して、リンクオブジェクト「Ａ取消」及び「Ｂ取消」を追加する。次いで、ステップＳ３０８では、図１４に符合（７）にて示すように、オブジェクト座標管理テーブル１８のオブジェクト名「Ａ取消」を「ＡＢ取消」に変更するとともに、ステップＳ３１０において、オブジェクト座標管理テーブル１８から「Ｂ取消」のオブジェクトを削除する。

その後は、図５から、「Ａ更新」のオブジェクトと「Ｂ更新」のオブジェクトが結合可能と判断されるので、ステップＳ３０４〜Ｓ３１０を実行することで、図１２の符合（８）のオブジェクト名の追加、図１３の符合（９）、（１０）のリンクオブジェクトの追加、図１４の符合（１１）のオブジェクト名の「ＡＢ更新」への変更、及びオブジェクト座標管理テーブル１８からの「Ｂ更新」オブジェクトの削除、を実行する。また、図５から、「Ａ終了」のオブジェクトと「Ｂ終了」のオブジェクトの結合も可能と判断されるので、ステップＳ３０４〜Ｓ３１０を実行することで、図１２の符合（１２）のオブジェクト名の追加、図１３の符合（１３）、（１４）のリンクオブジェクトの追加、図１４の符合（１５）のオブジェクト名の「ＡＢ終了」への変更、及びオブジェクト座標管理テーブル１８からの「Ｂ終了」オブジェクトの削除、を実行する。

そして、全ての結合可能オブジェクトを結合した時点で、ステップＳ３１２の判断が肯定され、図１１の全処理が終了する。なお、図１５には、図１１の全処理が終了した時点での、オブジェクト座標管理テーブル１８が示されている。

（オブジェクト表示位置の調整処理（Ｓ４００））
図１６は、図６のオブジェクト表示位置の調整処理（Ｓ４００）の具体的な処理内容を示すフローチャートである。

この処理では、まず、図１６のステップＳ４０２において、プログラム生成部２６４が、原点位置に応じて、各オブジェクトの座標を修正する。具体的には、図１７（ａ）に示すように、原点を新たな画面の左下隅部に設定したときの値に補正する。すなわち、元々Ａ業務に含まれていた各オブジェクト、及び新たに結合されたオブジェクト（図１７（ａ）においてハッチングを付したオブジェクト）の座標位置を＋Ｙ方向にシフトさせる。この場合、上記各オブジェクトは、図４（ａ）の場合よりもＢ業務の画面分だけ、すなわちＹ軸方向に８０だけシフトしているので、図１７（ｂ）にハッチングを付して示すように、各項目のＹ座標値を、図１５のＹ座標値に８０だけ加算した値に修正する。

図１６に戻り、次のステップＳ４０４では、プログラム生成部２６４が、上述したステップＳ３００において、結合したオブジェクトが存在するか否かを判断する。ここでの判断が否定されると、図１６の全処理を終了する。一方、本実施形態のように結合したオブジェクトが存在している場合には、ここでの判断は肯定され、結合したオブジェクトの配置位置妥当性の検討処理（ステップＳ４０６）と、余白の削除処理（ステップＳ４０８）と、を実行する。

以下、ステップＳ４０６と、Ｓ４０８の処理について詳細に説明する。

（配置位置妥当性の検討処理（Ｓ４０６））
図１８は、配置位置妥当性の検討処理（Ｓ４０６）の具体的な処理内容を示すフローチャートである。

まず、図１８のステップＳ４２０では、プログラム生成部２６４が、結合したオブジェクトの１つを抽出する。具体的には、例えば、オブジェクト座標管理テーブル１８のうち、「ＡＢ…」と記述されたオブジェクトの１つを抽出する。ここでは「ＡＢ取消」が抽出されたものとする。

次いで、プログラム生成部２６４は、ステップＳ４２２において、結合元のオブジェクト（Ｂ取消）の、結合元の画面上における座標を取得する。具体的には、図１９（ａ）に示すように、「Ｂ取消」のオブジェクトの四隅部（点ａ，ｂ，ｃ，ｄ）の座標値を、図１２に示すオブジェクト管理テーブル１６に含まれる「Ｂ取消」のサイズ（２５×７．５）と、図４（ａ）に示す「Ｂ取消」の座標値（２．５，１０）とから算出する。ここでは、ａ＝（２．５，１０）、ｂ＝（２７．５×１０）、ｃ＝（２．５，２．５）、ｄ＝（２７．５×２．５）のように算出される。

次いで、ステップＳ４２４では、プログラム生成部２６４が、結合元のオブジェクト（Ｂ取消）の四隅部（点ａ，ｂ，ｃ，ｄ）と、結合元の画面の四隅部との距離を算出する。すなわち、図１９（ｂ）に示す距離Ｌ１，Ｌ２，Ｌ３，Ｌ４を算出する。これら距離Ｌ１〜Ｌ４は、三平方の定理により求めることができる。

次のステップＳ４２６では、プログラム生成部２６４が、結合先のオブジェクト（Ａ取消）の結合先の画面上における座標を取得する。具体的には、図２０（ａ）に示すように、「Ａ取消」のオブジェクトの四隅部（点ａ’，ｂ’，ｃ’，ｄ’）の座標値を、図１２に示すオブジェクト管理テーブル１６に含まれる「Ａ取消」のサイズ（２５×７．５）と、図４（ａ）に示す「Ａ取消」の座標値（２．５，１０）とから算出する。ここでは、ａ’＝（２．５，１０）、ｂ’＝（２７．５×１０）、ｃ’＝（２．５，２．５）、ｄ’＝（２７．５×２．５）のように算出される。

次いで、ステップＳ４２８では、プログラム生成部２６４が、結合先のオブジェクト（Ａ取消）の四隅部（点ａ’，ｂ’，ｃ’，ｄ’）と、結合先の画面の四隅部との距離を算出する。すなわち、図２０（ｂ）に示す距離Ｌ１’，Ｌ２’，Ｌ３’，Ｌ４’を算出する。これら距離Ｌ１’〜Ｌ４’は、距離Ｌ１〜Ｌ４と同様、三平方の定理により求めることができる。

次いで、ステップＳ４３０では、プログラム生成部２６４が、結合元のオブジェクトから算出される４つの距離（Ｌ１〜Ｌ４）と、これに対応する結合先のオブジェクトから算出される４つの距離（Ｌ１’〜Ｌ４’）と、の差分をそれぞれ算出する。そして、プログラム生成部２６４は、次のステップＳ４３２において、算出された差分（Ｌ１−Ｌ１’、Ｌ２−Ｌ２’、Ｌ３−Ｌ３’、Ｌ４−Ｌ４’）の中から、絶対値が最も小さいものを決定する。ここでは、絶対値が最も小さい差分として、（Ｌ３−Ｌ３’＝０）が決定される。

次いで、ステップＳ４３４では、差分（Ｌ３−Ｌ３’）の絶対値が、予め定められている閾値以下か否かを判断する。ここでの判断が肯定された場合には、ステップＳ４３６に移行する。なお、差分の絶対値が閾値以下である場合とは、画面の大きさにかかわらず、あるルール（例えば所定の隅部から所定距離離れた位置に配置するなどのルール）に基づいて配置されていることを意味する。

ステップＳ４３６では、プログラム生成部２６４が、結合した画面上における結合したオブジェクトの配置位置を決定し、格納部２６６がオブジェクト座標管理テーブル１８を更新する。ここでは、結合したオブジェクトを、上記ルールにしたがって、配置するようにする。すなわち、新しい画面における結合したオブジェクトの左下隅の座標値を、点ｃ（又は点ｃ’）と同様、（２．５，２．５）に決定する。この場合、新しい画面における結合したオブジェクトの座標値（左上隅の座標値）は、オブジェクトのサイズ（Ｙサイズ）との関係から、（２．５、１０）となる（図２２（ａ）参照）。なお、点ｃと点ｃ’の座標が異なる場合には、各点のＸ座標の平均と、Ｙ座標の平均を求めて、それらの座標値を新しい画面における結合したオブジェクトの左下隅の座標値として決定すれば良い。格納部２６６では、このようにして決定された座標値で、オブジェクト座標管理テーブル１８を更新する（図２２（ａ）参照）。

なお、ステップＳ４３４の判断が否定された場合には、何らルールに則った配置がなされていなかったと、判断されたことになるので、「ＡＢ取消」のオブジェクト配置位置を変更せずに、ステップＳ４３８に移行する。

次いで、ステップＳ４３８では、プログラム生成部２６４が、他に結合したオブジェクトがあるか否かを判断する。ここでは、まだ、ＡＢ更新やＡＢ終了、ＡＢ日時のオブジェクトが残っているので判断は否定され、ステップＳ４２０に戻る。

その後は、ＡＢ更新及びＡＢ終了のオブジェクトについて、ステップＳ４２０〜Ｓ４３６を実行して配置位置の妥当性の検討及び配置位置の変更等を行う。ここでは、ＡＢ更新及びＡＢ終了のオブジェクトが、ともに、新たな画面の右隅部に再配置される。また、ＡＢ日時のオブジェクトについては、図２１（ａ）及び図２１（ｂ）に示すように、距離Ｌ２−Ｌ２’の絶対値が最小となるので、元々の配置位置（図１７（ａ）の配置位置）のまま維持する。

このような処理を行うことで、ステップＳ４３８の判断が否定されると、図１６のステップＳ４０８に移行する。なお、上述したステップＳ４０６の処理が完了した時点で、オブジェクト座標管理テーブル１８では、図２２（ａ）のハッチング部分が修正されたことになる。また、図２２（ａ）のオブジェクト座標管理テーブル１８に基づいて、画面を作成した場合、図２２（ｂ）のような画面が作成されることになる。ただし、この段階では、「Ａ表」と「Ｂラベル」のオブジェクト間に比較的広い余白が存在しているので、次のステップＳ４０８において、この余白の削除を行う。

（余白の削除処理（Ｓ４０８））
図２３、図２４は、余白の削除処理（Ｓ４０８）のフローチャートである。この余白の削除処理では、まず、図２３のステップＳ４５０において、プログラム生成部２６４が、プログラムの結合方向を取得する。本実施形態では、図７のステップＳ１１０の結果から、結合方向として「下方向」が取得される。

次いで、ステップＳ４５２では、プログラム生成部２６４が、再配置を行ったオブジェクトのオブジェクト名を取得し、対象オブジェクトとする。ここでは、例えば、「ＡＢ取消」が取得され、このオブジェクトが対象オブジェクトに設定されたものとする。次いで、ステップＳ４５４では、プログラム生成部２６４が、対象オブジェクトのサイズを取得する。ここでは、図１２より、「２５×７．５」が取得される（図２５（ａ）参照）。

次のステップＳ４５６では、プログラム生成部２６４が、結合後における対象オブジェクトの、再配置前の座標を取得する。具体的には、図１７（ｂ）のオブジェクト座標管理テーブル１８から、再配置前の座標（「ＡＢ取消」＝（２．５，９０））を取得する（図２５（ｂ）参照）。

次いで、ステップＳ４５８では、プログラム生成部２６４が、結合方向が上下方向であるか否かを判断する。ここでは、結合方向が下方向なので、判断が肯定され、ステップＳ４６０に移行する。ステップＳ４６０では、プログラム生成部２６４が、図２６に示す再配置前の「ＡＢ取消」オブジェクトが位置するＹ範囲（Ｙ＝８２．５〜９０）を、「ＡＢ取消」オブジェクトのＹサイズ（＝７．５）とＹ座標（＝９０）とから求め、当該範囲に含まれる領域を、仮余白領域とする。

次いで、ステップＳ４６４では、プログラム生成部２６４が、ステップＳ４６０で設定された仮余白領域が、新たな仮余白領域であるか否かについて判断する。ここでは、１つめの仮余白領域であるので判断が肯定され、次のステップＳ４６６に移行する。

そして、ステップＳ４６６では、プログラム生成部２６４が、仮余白領域データにその仮余白領域を追加する。なお、この時点では、仮余白領域として、図２６のハッチングを付した部分のみが設定されていることになる。次いで、ステップＳ４６８では、プログラム生成部２６４が、他の対象オブジェクトがあるか否かを判断する。ここでは、まだ「ＡＢ更新」及び「ＡＢ終了」のオブジェクトが存在しているので、判断は肯定され、ステップＳ４５４に戻る。その後は、「ＡＢ更新」のオブジェクトについて、ステップＳ４５４〜Ｓ４６０の処理を実行するが、ステップＳ４６４では、「ＡＢ更新」オブジェクトに基づいて設定される仮余白領域は、先ほど「ＡＢ取消」オブジェクトに基づいて設定された仮余白領域と同一であるので、判断が否定され、ステップＳ４６８に移行する。また、「ＡＢ終了」オブジェクトについても「ＡＢ更新」オブジェクトと同様の処理結果となる。

なお、ステップＳ４５８の判断が否定された場合、すなわち、結合方向が左右方向であった場合には、ステップＳ４６２において再配置前の対象オブジェクトが位置するＸ範囲を仮余白領域とするが、それ以外の処理については、上記と同様である。

その後、ステップＳ４６８の判断が否定されると、図２４のステップＳ４７０に移行する。ステップＳ４７０では、プログラム生成部２６４が、対象の仮余白領域範囲内（Ｙ＝８２．５〜９０）にオブジェクトが存在するか否かを、図２２に示すオブジェクト座標管理テーブル１８及び各オブジェクトのサイズ（図１２）に基づいて検索する。ここでは、仮余白領域内に他のオブジェクトが存在していないので、ステップＳ４７２における判断が否定され、ステップＳ４７４において、プログラム生成部２６４が、仮余白領域を余白領域に設定する。なお、余白領域内に他のオブジェクトが存在していた場合には、ステップＳ４７２の判断が肯定される。この場合、プログラム生成部２６４は、ステップＳ４７６において、ここでの判断対象である仮余白領域をデータから削除（仮余白領域の設定を解除）する。

次いで、ステップＳ４７８では、プログラム生成部２６４が、別の仮余白領域があるか否かを判断する。ここでの判断が肯定された場合にはステップＳ４７０に戻り、上記と同様の処理を実行する。一方、本実施形態のように、他の仮余白領域がない場合には、ステップＳ４７８の判断が否定され、ステップＳ４８０に移行する。

次のステップＳ４８０では、プログラム生成部２６４が、余白領域よりも大きな座標値を有する全てのオブジェクトを図２２（ａ）のオブジェクト座標管理テーブル１８から取得する。ここでは、Ｙ座標が９０以上のオブジェクト、すなわち、図２６において仮余白領域よりも上側にあるオブジェクト、Ａラベル（２．５，１７７．５）、Ａ表（２．５，１６５）、ＡＢ日時（１２２．５，１７７．５）を取得する。

次いで、ステップＳ４８２では、プログラム生成部２６４が、余白領域よりも大きな座標値を有するオブジェクト（Ａラベル、Ａ表、ＡＢ日時）の座標値を、全ての余白領域のサイズの合算値で補正する。ここでは、余白領域が１つであり、そのサイズが７．５であるので、Ａラベル（２．５，１７７．５）、Ａ表（２．５，１６５）、ＡＢ日時（１２２．５，１５２．５）の各Ｙ座標から７．５を差し引くことにより、補正する。これにより、各オブジェクトの座標は、図２７（ａ）に示すように、Ａラベル（２．５，１７０）、Ａ表（２．５，１５７．５）、ＡＢ日時（１２２．５，１７０）に補正される。

次いで、ステップＳ４８４では、プログラム生成部２６４が、元の画面サイズ（ベースサイズ＝１５０×１８０）を全ての余白領域のサイズ（Ｙサイズ＝７．５）で補正する。すなわち、ここでは、図２７（ａ）に示すように、画面サイズ（ベースサイズ）が（１５０×１７２．５）に補正されることになる。

図２７（ｂ）には、上記のようにして余白領域の削除処理が実行された後の、画面の状態が示されている。

以上の処理を行うことにより、図６のステップＳ４００の処理が終了し、次のステップＳ５００（プログラム名を一覧に追加する処理）に移行する。

（プログラム名を一覧に追加する処理（Ｓ５００））
図２８には、図６のプログラム名を一覧に追加する処理（Ｓ５００）の具体的な処理内容がフローチャートにて示されている。この図２８に示すように、まず、ステップＳ５０２では、メニュー作成部２６８（図１参照）が、プログラム名テーブル２０（図２（ｂ）参照）に、新たなプログラム名を追加する。具体的には、図２９に示すように、ＡＢ業務を追加する。

次いで、ステップＳ５０４では、メニュー作成部２６８が、表示名として、結合先と結合元を繋げた表示名を仮表示する。ここでは、図２９に示すように、「在室、欠食管理情報」という表示名が仮表示される。

次いで、ステップＳ５０６では、メニュー作成部２６８が、利用者による仮表示の確定動作があったか否か等を判断することで、現在表示されている表示名でＯＫか否かを判断する。ここでの仮表示の確定動作としては、例えばＯＫボタンのクリックやEnterキーの押下等が想定される。このステップＳ５０６の判断が肯定された場合には、ステップＳ５１０において、メニュー作成部２６８が、現在表示されている表示名を本表示として決定する。

一方、ステップＳ５０６の判断が否定された場合には、ステップＳ５０８に移行し、メニュー作成部２６８は、新たな表示名が利用者から入力されるまで待機し、新たな表示名が入力され、ステップＳ５０６において、ＯＫとなったと判断された段階で、ステップＳ５１０において現在の表示名を本表示として決定する。

以上のような処理を経ることにより、図２８の処理及び図６の全処理が終了することになる。

（結合処理後のプログラム起動処理）
次に、上記のようにして画面の結合処理がなされた後における、図２（ａ）のステップＳ１６（選択されたプログラムの起動処理）の手順について、図３０のフローチャートに沿って、説明する。

まず、利用者がメニューからプログラムを選択したことにより、図２（ａ）のステップＳ１４における判断が肯定されると、図３０のステップＳ２０では、取得部２４０が、その選択されたプログラムが結合されたプログラムであるか否かを判断する。ここでの判断が否定された場合、すなわち、元々存在するプログラム（Ａ業務又はＢ業務）であった場合には、ステップＳ２８に移行して、読み出し部２４２が、オブジェクト座標管理テーブル１８（図４（ａ）参照）及びオブジェクト管理テーブル１６（図５参照）を読み出し、表示部２４４が、これらのテーブルに基づいて画面を作成し、表示装置１２上に表示する。

一方、ステップＳ２０の判断が肯定された場合には、読み出し部２４２が、ステップＳ２２において、図１３のオブジェクトリンクテーブル２２から結合オブジェクト（例えば、「ＡＢ日時」）の読み込みを実行する。そして、ステップＳ２４では、読み出し部２４２が、結合オブジェクト（ＡＢ日時）とリンクオブジェクト（Ａ日時又はＢ日時）をリンクさせる。すなわち、結合オブジェクト自体にリンクオブジェクトを格納する。

次いで、ステップＳ２６では、他に結合オブジェクトがあるか否かを判断する。ここでは、まだ、図１３に示すように、「ＡＢ取消」、「ＡＢ更新」、「ＡＢ終了」のオブジェクトが残っているので、判断は肯定され、ステップＳ２２に移行する。その後、全ての結合オブジェクト自体にリンクオブジェクトを格納した段階で、ステップＳ２８に移行する。

そして、ステップＳ２８では、読み出し部２４２が、オブジェクト座標管理テーブル１８（図２７（ａ））から、ＡＢ業務に係るオブジェクト座標を読み出し、かつ、オブジェクト管理テーブル１６（図１２）からオブジェクトのサイズ等を読み出す。また、表示部２４４が、これらに基づいてＡＢ業務の画面を作成する（図２７（ｂ））。そして、表示部２４４は、作成された画面を、表示装置１２上に表示する。このような処理を経ることで、ステップＳ１６の全処理が終了する。

ところで、上記のようにして結合された画面（ＡＢ業務）が起動されると、図３１の処理が開始される。

この図３１の処理では、ステップＳ３０において、処理部２４６が、利用者によってオブジェクトが選択されるまで（ボタンが押されるまで）待機する。そして、オブジェクトが選択されると、処理部２４６は、ステップＳ３２において、選択されたオブジェクトが、結合されたオブジェクト（「ＡＢ更新」等）であるか否かを判断する。ここでの判断が否定された場合には、ステップＳ３８において、選択されたオブジェクトの振舞（図１２参照）を実行する。

一方、ステップＳ３２の判断が肯定された場合には、ステップＳ３４に移行し、結合されたオブジェクトにリンクされている最初のリンクオブジェクトの振舞を実行する。例えば、「ＡＢ更新」オブジェクトが選択された場合には、「Ａ更新」の振舞を実行する。次いで、ステップＳ３６では、他にリンクオブジェクトがあるか否かを判断し、ある場合には、ステップＳ３４において、他のリンクオブジェクトの振舞、例えば「Ｂ更新」の振舞を実行する。

なお、図３１の処理は、結合された画面（ＡＢ業務）が利用者によって終了されるまで（閉じられるまで）、繰り返される。

以上、詳細に説明したように、本実施形態によると、取得部２４０が、利用者により指定された複数の画面プログラム（Ａ業務、Ｂ業務）のプログラム名（プログラム識別子）を取得し、読み出し部２４２が、そのプログラム名で特定される画面（ウィンドウ）とオブジェクトをデータベース３０（オブジェクト管理テーブル１６、オブジェクト座標管理テーブル１８）からそれぞれ読み出す。そして、プログラム生成部２６４が、複数の画面から新たに生成される画面と、当該画面内に配置されるオブジェクトとを含む新たな画面プログラム（ＡＢ業務）を生成し（図２７（ｂ）参照）、格納部２６６が、新たな画面プログラムのプログラム名を、新たに生成された画面とオブジェクトに関連付けて、データベース３０に格納し（図２７（ａ）参照）、更に、メニュー作成部２６８が、新たなプログラム名を含むプログラム起動のためのメニュー項目を、利用者が指定可能なメニューを作成するためのプログラム名テーブル２０に追加する（図２９参照）。したがって、利用者が複数の画面プログラムを指定（ドラック・アンド・ドロップ）することにより、利用者が必要とする結合された新たな画面を自動で作成することができ、その画面の内容で、画面プログラム、すなわちプログラム名テーブル２０、オブジェクト管理テーブル１６、及びオブジェクト座標管理テーブル１８等が自動で更新される。これにより、画面結合後に、その画面プログラムが利用者により指定された場合でも、表示部２４４は、画面プログラム（プログラム名テーブル２０と、オブジェクト管理テーブル１６及びオブジェクト座標管理テーブル１８）に基づいて、結合後の画面を作成し、当該画面を表示装置１２上に表示することができる。このように、本実施形態では、手間やコストを掛けずに、利用者が必要とする新たな画面プログラムを生成し、生成後は元々存在していた画面プログラムと同じように利用できるようになる。

また、本実施形態では、プログラム生成部２６４が、結合後の画面上に表示される複数のオブジェクトのうち、同一又は同等の機能を有するオブジェクトを１つに結合（例えば、「ＡＢ取消」、「ＡＢ更新」など）し、格納部２６６が、結合された新たなオブジェクトを、新たな画面プログラム（ＡＢ業務）のプログラム名とともに、データベース３０（オブジェクト管理テーブル１６やオブジェクト座標管理テーブル１８）に格納するので、同一又は同等の機能を有するオブジェクトを１つの画面上に複数配置することがなくなり、画面の煩雑化や利用者の負担を軽減することが可能である。

また、本実施形態では、プログラム生成部２６４が、結合された新たなオブジェクトに、結合前の各オブジェクトの機能をリンクさせるので、元々定義されていたオブジェクトの機能を新たなオブジェクトにおいても用いる（流用する）ことができる。これにより、新たなオブジェクトにおいて新たな機能を定義する必要が無いので、簡易にオブジェクトの結合処理を行うことが可能である。

また、本実施形態では、プログラム生成部２６４が、結合された新たなオブジェクトの、新たな画面内における配置の妥当性を、結合先の画面（Ａ業務の画面）内における結合前のオブジェクトの配置と、結合元の画面（Ｂ業務の画面）内における結合前のオブジェクトの配置と、に基づいて判断するので（図１８）、所定のルールに則って配置されていたオブジェクトを結合した場合に、当該ルールを踏襲した位置に結合後のオブジェクトを配置することが可能である。

また、本実施形態では、プログラム生成部２６４が、新たな画面のうち、オブジェクト結合によって空白になった部分を、消去するので、画面の小型化を図ることが可能である。

また、本実施形態では、図７に示すように、結合先の画面と結合元の画面との位置関係に基づいて、自動で結合方向を算出するので、利用者による直感的な操作を反映した適切な結合を行うことが可能である。

なお、上記実施形態では、図７のように、自動で結合方向を決定する場合について説明したが、これに限らず、利用者が初めから結合方向を指定するような方法を採用しても良い。この場合、例えば、利用者が結合元の画面を結合先の画面上にドラック・アンド・ドロップしたときに、結合方向を利用者に指定させるための画面を表示装置１２上に表示するような方法を採用しても良い。また、結合位置算出部２６０が結合方向を自動で決定した後、その結合方向で良いか否かの判断を利用者に委ねる方法を採用しても良い。

なお、上記実施形態では、共通するオブジェクトを結合する場合について説明したが、これに限らず、結合しなくても良い。また、上記実施形態では、オブジェクトの結合により生じる余白を削除する場合について説明したが、これに限らず、余白は削除しなくても良い。更に、上記実施形態では、結合したオブジェクトの位置が妥当でなければ、結合したオブジェクトの位置を変更する場合について説明したが、これに限らず、結合したオブジェクトの位置は変更しなくても良い。この場合、結合したオブジェクトの位置の妥当性についての検討は行わなくても良い。

また、上記実施形態では、本件のアプリケーションプログラムが処理装置としての介護運用支援システム１００の制御装置１０内に組み込まれ、図１の各部の各機能を実現する場合について説明したが、これに限られるものではない。例えば、インターネット等の通信網に接続されたサーバコンピュータを本件の処理装置とし、これに接続されたパーソナルコンピュータ等の通信装置に対し、複数の画面プログラムを結合するサービスをサーバコンピュータから提供するようにしても良い（ＡＳＰ(Application Service Provider)）。

なお、上記実施形態では、本件のアプリケーションプログラム、処理装置及び処理方法が介護運用支援に利用された場合について説明したが、これに限らず、その他様々な用途に用いることが可能である。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本件における好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

１０ 制御装置（コンピュータ）
３０ データベース（記憶装置）
２４０ 取得部
２４２ 読み出し部
２４４ 表示部
２６４ プログラム生成部
２６６ 格納部
２６８ メニュー作成部

Claims (8)

1. コンピュータを、複数の画面プログラムを含むソフトウェアシステムを実行する装置として機能させるアプリケーションプログラムであって、
   前記コンピュータを、
   利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得部、
   前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し部、
   新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成部、
   前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納部、
   前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成部、として機能させることを特徴とするアプリケーションプログラム。
2. 前記プログラム生成部は、前記読み出された複数の部品オブジェクトのうち、同一又は同等の機能を有する部品オブジェクトを１つに結合し、
   前記格納部は、前記結合された新たな部品オブジェクトを、前記新たな画面プログラムのプログラム識別子とともに、前記記憶手段に格納することを特徴とする請求項１に記載のアプリケーションプログラム。
3. 前記プログラム生成部は、前記結合された新たな部品オブジェクトに、前記結合前の各部品オブジェクトの機能をリンクさせることを特徴とする請求項２に記載のアプリケーションプログラム。
4. 前記プログラム生成部は、前記新たに生成される画面オブジェクトのうち、前記同一又は同等の機能を有する部品オブジェクトを１つに結合することによって空白になった部分を消去することを特徴とする請求項２又は３に記載のアプリケーションプログラム。
5. 前記プログラム生成部は、前記新たに生成される画面オブジェクト内における、前記結合された新たな部品オブジェクトの配置の妥当性を、元の画面オブジェクト内における部品オブジェクトの配置に基づいて判断することを特徴とする請求項２〜４のいずれか一項に記載のアプリケーションプログラム。
6. 前記プログラム生成部は、利用者から指定された複数の画面プログラムのプログラム識別子で特定される複数の画面オブジェクトの位置関係に基づいて、前記複数の画面オブジェクトの結合方向を決定して１つに結合し、新たな画面オブジェクトを生成することを特徴とする請求項１〜５のいずれか一項に記載のアプリケーションプログラム。
7. 複数の画面プログラムを含むソフトウェアシステムを実行する処理装置であって、
   利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得部と、
   前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し部と、
   新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成部と、
   前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納部と、
   前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成部と、を備える処理装置。
8. 複数の画面プログラムを含むソフトウェアシステムを実行する処理方法であって、
   利用者から指定された複数の画面プログラムのプログラム識別子を取得する取得工程と、
   前記各プログラム識別子で特定される画面オブジェクトに対応する部品オブジェクトを記憶手段からそれぞれ読み出す読み出し工程と、
   新たに生成される画面オブジェクトと、前記新たに生成される画面オブジェクト内に配置される前記読み出された部品オブジェクトとを含む新たな画面プログラムを生成するプログラム生成工程と、
   前記新たな画面プログラムのプログラム識別子を、前記記憶手段に格納する格納工程と、
   前記新たなプログラム識別子を含むプログラム起動メニュー項目を、利用者が指定可能なプログラムメニューに追加するメニュー作成工程と、を含む処理方法。

Images