JPH10161861A - ウィンドウマネージャ切替プログラム - Google Patents

Abstract

(57)【要約】 【課題】ウィンドウマネージャの新旧交替に対して柔軟
に対応し、操作性の向上及び資源の再利用を図るウィン
ドウマネージャ切替方法の提供。 【解決手段】業務選択画面１０から呼ぶ業務ＡＰ１２及
びウィンドウマネージャ切替用シェルプログラム１１
に、ウィンドウマネージャを元に戻す処理を記述し、復
活したウィンドウマネージャがシェル終了時に強制終了
されることのないよう、プロセスグループを独立させ
る。なお、シェルプログラムから起動したプログラム
は、通常シェルと同一プロセスグループで管理され、シ
ェル終了に伴い、強制的に終了させられため、プロセス
グループを独立させている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ウィンドウマネー
ジャ切替制御方式に関し、特にオペレーティングシステ
ムＵＮＩＸのＸウィンドウ上において複数の業務ＡＰ
（アプリケーション）を利用するユーザの業務ＡＰ切替
方式に関する。

【０００２】

【従来の技術】例えばオペレーティングシステムＵＮＩ
Ｘに実装されるＸウィンドウシステム（Ｘ Ｗｉｎｄｏ
ｗ Ｓｙｓｔｅｍ）においては、「ウィンドウマネージ
ャ（Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ）」と呼ばれるウィ
ンドウ制御用のアプリケーション（ＡＰ）が不可欠とさ
れている。すなわち、ＵＮＩＸを利用するユーザは、ロ
グイン後、いずれかのウィンドウマネージャを起動し、
当該ウィンドウマネージャの管理の下で業務ＡＰ（アプ
リケーション）を使用する。

【０００３】一般に、複数の業務ＡＰを切り替えて使用
する場合でも、ユーザがログアウトするまでは、一つの
ウィンドウマネージャが継続して、業務ＡＰの実行管理
を行う。

【０００４】一方、オペレーティングシステムＵＮＩＸ
のバージョンアップとともに、ウィンドウマネージャの
業界標準も、ｕｗｍからｔｗｍ、ｔｗｍからｍｗｍ（Ｍ
ｏｔｉｆ Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ）、と変わっ
てきたが、通常、旧ウィンドウマネージャ上で動作する
業務ＡＰは、新ウィンドウマネージャ上では正常に動作
することは保証されず、このためプログラム改修が必要
となる。

【０００５】ユーザは、このようなウィンドウマネージ
ャの新旧交替に際して、次の（ａ）、（ｂ）いずれかの
方法をとることになる。

【０００６】（ａ）使用する全ての業務ＡＰを新ウィン
ドウマネージャ対応とする。

【０００７】（ｂ）新ウィンドウマネージャ対応の業務
ＡＰを利用する場合と、旧ウィンドウマネージャ対応の
ままの業務ＡＰを利用する場合とで、別のログイン名を
用意し、業務ＡＰの切り替え時には一旦ログアウトした
後に、別名でログインし直す。

【０００８】ところで、ログイン名の意味からすれば、
一ユーザのシステム利用は、ログインからログアウトま
でで完結すべきであり、この点からも、上記（ａ）の方
法が望ましい。

【０００９】例えば特開平７−４９７６５号公報（発明
の名称；「複数の適用業務プログラムを統合化グラフィ
カル・ユーザ環境へ統合化するための方法」）において
は、複数の適用業務プログラムを統合化するグラフィカ
ルユーザ環境へ統合することを目的として、ＵＮＩＸ上
で特性の異なる業務を利用するユーザへのＧＵＩ（グラ
フィカル・ユーザ・インタフェース）提供手段として、
複数の適用業務のオブジェクト及びウィンドウの種々の
特性と適合する複数のルールを保持するルール・データ
ベースを用いた手法が提案されている。この方法は、一
つの継続したウィンドウマネージャの管理下で、業務に
即した環境構築のためのアクションを実行するルーチン
としては活用することは可能である。

【００１０】

【発明が解決しようとする課題】しかしながら上記した
従来方式は、下記記載の問題点を有している。

【００１１】第１の問題点は、あるユーザが使用する複
数の業務ＡＰが、新ウィンドウマネージャ対応で統一さ
れる、とは限らない、ということである。

【００１２】例えば業務ＡＰが何らかの開発ツール（ラ
イブラリ群）を用いて開発されたものである場合、該開
発ツールが新ウィンドウマネージャ対応となり、このた
め、当該業務ＡＰのソースプログラムはリコンパイル
（再コンパイル）されなければならない。しかしなが
ら、この場合、開発ツールの改修が為されるわけではな
く（すなわち旧版のウィンドウマネージャ対応したライ
ブラリ群等は改修されない）、結果的に、新ウィンドウ
マネージャ対応となる業務ＡＰもあれば、旧ウィンドウ
マネージャ上で稼動させざるを得ない業務ＡＰも残され
ることになる。

【００１３】第２の問題点は、前記第１の問題点への対
策として、ログイン後に、ウィンドウマネージャを切り
替える方式とした場合、ウィンドウマネージャ切り替え
プログラムを用意してこの処理をさせることになるが、
ウィンドウマネージャ切り替えプログラムを親プロセス
としてウィンドウマネージャが起動されるため、ウィン
ドウマネージャ切り替えプログラム終了時、即ち、親プ
ロセス終了時には、ウィンドウマネージャも終了してし
まう、ということである。これは、オペレーティングシ
ステムＵＮＩＸにおけるプログラム管理方式に基づいて
いる。

【００１４】さらに、第３の問題点は、ウィンドウマネ
ージャの新旧交替は、今後も常に起こり得る、というこ
とである。ｍｗｍは、現在では業界標準としての地位を
占めており、この地位はかなり安定しているが、必ずし
も、今後ｍｗｍが業界標準であり続けることは、保証さ
れていない。

【００１５】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、ウィンドウマネ
ージャの新旧交替に対して柔軟に対応し、操作性の向上
及び資源の再利用を図るウィンドウマネージャ切替方法
を提供することにある。

【００１６】

【課題を解決するための手段】前記目的を達成するた
め、本発明は、複数のウィンドウマネージャのうち業務
アプリケーションに対応してウィンドウマネージャを切
替える方式であって、ユーザのログイン後に呼び出され
るシェルプログラムと、前記シェルプログラムから呼び
出されるロードモジュール（ＬＭ）と、を備え、前記シ
ェルプログラムは、実行中ウィンドウマネージャの強制
終了化及び別ウィンドウマネージャの起動、さらに前記
別ウィンドウマネージャに対応した業務アプリケーショ
ンの起動を行い、前記ロードモジュールは、前記ウィン
ドウマネージャ復帰処理において、復帰したウィンドウ
マネージャが、前記シェルプログラムの実行終了に後
も、継続実行されるようプロセスグループの分離を行
う、ことを特徴とする。

【００１７】

【発明の実施の形態】本発明の実施の形態について以下
に説明する。本発明は、その好ましい実施の形態におい
て、ウィンドウマネージャ切替え手段は、ユーザのログ
イン後に提供される業務ＡＰ選択メニュー（例えばＤｅ
ｓｋＴｏｐ等）（図１の１０）から呼び出されるシェル
プログラム（図１の１１−１）と、該シェルプログラム
から呼び出されるロードモジュール（ＬＭ）（図１の１
１−２）からなる。

【００１８】シェルプログラムは、実行中ウィンドウマ
ネージャの強制終了化及び別ウィンドウマネージャの起
動、業務ＡＰの起動を行い、ＬＭはウィンドウマネージ
ャ復帰処理において、復帰したウィンドウマネージャ
が、シェルプログラムの実行終了後も継続実行されるよ
う、プロセスグループの分離を行う。

【００１９】すなわち業務選択メニュー画面（図１の１
０）から呼ぶ業務ＡＰ（図１の１２）及びウィンドウマ
ネージャ切替用シェルプログラムに、ウィンドウマネー
ジャを元に戻す処理を記述しておき、復活したウィンド
ウマネージャがシェル終了時に強制終了されることのな
いよう、プロセスグループを独立させる。なお、シェル
プログラムから起動したプログラムは、通常シェルと同
一プロセスグループで管理され、シェル終了に伴い、強
制的に終了させられため、プロセスグループを独立させ
ている。

【００２０】このシェルプログラム中で終了化、あるい
は起動、復帰するウィンドウマネージャ名は任意であ
り、簡単に変更可能である。

【００２１】このように、本発明の実施の形態において
は、ユーザは、業務ＡＰ選択メニュー上で業務選択を指
示するだけであり、ウィンドウマネージャ切り替えを意
識する必要がない。

【００２２】そして、本発明の実施の形態においては、
ウィンドウマネージャ切り替えプログラム（シェル）と
復帰するウィンドウマネージャでは、プロセスグループ
が別になるので、親プロセス（シェル）終了後も子プロ
セス（復帰するウィンドウマネージャ）は継続実行でき
る。

【００２３】また、本発明の実施の形態においては、シ
ェルプログラム中のウィンドウマネージャ名が任意とさ
れているため、今後のウィンドウマネージャ新旧交替に
対しても柔軟に対応できる。

【００２４】さらに、本発明の実施の形態においては、
ウィンドウマネージャの切り替えに際して、ユーザはロ
グインし直さずに、業務ＡＰ切り替えの指示を行うだけ
でウィンドウマネージャの切り替えまで行うことができ
る。

【００２５】また、本発明の実施の形態においては、新
ウィンドウマネージャの登場に際し、旧ウィンドウマネ
ージャ対応の業務ＡＰを改修することなく使用し続ける
ことができる。

【００２６】

【実施例】上記した本発明の実施の形態について更に詳
細に説明すべく、本発明の実施例について図面を参照し
て以下に説明する。

【００２７】図１は、本発明の一実施例の構成を示す図
である。なお、本実施例においてはオペレーティングシ
ステムとしてＵＮＩＸ１５、ウィンドウシステムはＸウ
ィンドウシステム１４が実装され、これにグラフィカル
・ユーザ・インタフェース（ＧＵＩ）１を備えている。

【００２８】図１を参照すると、本発明の一実施例にお
いて、ウィンドウマネージャ切り替えプログラム１１
は、シェルプログラム１１−１とＬＭ（ロードモジュー
ル）１１−２からなる。

【００２９】シェルプログラム１１−１は、ユーザが業
務選択メニュー１０から業務選択を行う度に起動され、
業務ＡＰ１２の終了によって終了し、ユーザは再び業務
選択メニュー１０への指示を行う。

【００３０】ＬＭ１１−２は、業務選択メニュー表示中
のウィンドウマネージャを復帰させるために必要プロセ
スグループの分離を行うために、シェルプログラム１１
−１から呼び出される。

【００３１】次に本発明の一実施例の動作を、図２の流
れ図を参照して説明する。

【００３２】業務選択メニューへの指示によって呼び出
されたシェルプログラム（業務選択メニューへの指示か
らシェルプログラムを呼び出す方法について業務選択メ
ニュー管理システム１０（例えばＤｅｓｋＴｏｐシステ
ム）に依存する）においては、終了化、及び起動、さら
に復帰すべきウィンドウマネージャ名の定義を行う（ス
テップ１０１）。

【００３３】続いて、現在実行中のウィンドウマネージ
ャの終了化を行い（ステップ１０２）、今回指示された
業務ＡＰに適した別のウィンドウマネージャを起動し
（ステップ１０３）、続いて業務ＡＰを起動する（ステ
ップ１０４）。

【００３４】そして業務ＡＰ終了を待って、ステップ１
０３で起動した別のウィンドウマネージャの終了化を行
い（ステップ１０５）、ステップ１０２で終了したウィ
ンドウマネージャの復帰を行う（ステップ１０６）。

【００３５】このシェルプログラム終了後は、再び業務
選択メニュー管理システム１０（図１参照）の管理下
で、ユーザによる業務選択待ちとなる。

【００３６】ステップ１０４及びステップ１０６におい
ては、これに先立ちＸウィンドウのリソースデータベー
スの再初期化が必要である。これには、ステップ１０１
の定義部で、各ウィンドウマネージャ用のリソースファ
イル名も定義しておき、再初期化時には、各々のリソー
スファイルからリソースデータベースにロードする方式
をとるようにしてもよい。

【００３７】ＬＭ１１−２は、上記ステップ１０６のウ
ィンドウマネージャ復帰処理を行う。

【００３８】その際、オペレーティングシステムＵＮＩ
Ｘのシステムコール「ｅｘｅｃ（）」を用いて、生成し
たプロセスで復帰すべきウィンドウマネージャを実行さ
せるが、「ｅｘｅｃ（）」に先立ち、システムコール
「ｓｅｔｐｒｇｐ（）」（呼び出し（ｃａｌｌｉｎｇ）
プロセスのプロセスグループＩＤを設定する）を用いて
プロセスグループを親のシェルから分離させておく（図
３参照）。

【００３９】シェルは、シェルから起動するコマンド
は、シェルの終了時に強制終了するように構成されてい
るが、別プロセスグループとなったプロセスについて
は、強制終了することができないため、シェル終了後
に、復帰すべきウィンドウマネージャの実行は継続する
ことができる。

【００４０】特記すべき事項として、ステップ１０６で
復帰すべきウィンドウマネージャを起動した後、シェル
を終了する前に、１秒程度シェルをシステムコール「ｓ
ｌｅｅｐ（）」により実行をサスペンド（スリープ）さ
せていることである（ステップ１０７参照）。

【００４１】これは、ステップ１０６で呼び出すＬＭ１
１−２が、一連の処理、例えば「ｓｒｅｐｒｇｐ（）」
及び「ｅｘｅｃ（）」を完了するまで、シェルの終了を
確実に妨げるためである。

【００４２】

【発明の効果】以上説明したように、本発明によれば、
ユーザ用に複数の業務ＡＰが選択利用できる環境を提供
するにあたり、業務ＡＰが対応しているウィンドウマネ
ージャが制約とならず、ウィンドウマネージャの新旧交
替に対して柔軟に対応し、操作性の向上及び資源の再利
用を図ることを可能とするという効果を奏する。

【００４３】このため、本発明によれば、基本的には新
ウィンドウマネージャに移行したいが、一部の業務ＡＰ
は、経済性や操作性、納期等を考慮して旧ウィンドウマ
ネージャ対応のままとしたいといった要求に応えること
ができる。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示す図である。

【図２】本発明の一実施例の動作を説明するためのフロ
ーチャートである。

【図３】本発明の一実施例の動作を説明するためのフロ
ーチャートである。

【符号の説明】

１０ 業務メニュー管理システム １１ ウィンドウマネージャ切替えプログラム １２ 業務ＡＰ １３ ウィンドウマネージャ １４ Ｘウィンドウシステム １５ オペレーティングシステムＵＮＩＸ ＷＭ ウィンドウマネージャ

Claims (3)

【特許請求の範囲】
1. 【請求項１】複数のウィンドウマネージャのうち業務ア
   プリケーションに対応してウィンドウマネージャを切替
   える方式であって、 ユーザのログイン後に呼び出されるシェルプログラム
   と、 前記シェルプログラムから呼び出されるロードモジュー
   ル（ＬＭ）と、 を備え、 前記シェルプログラムは、実行中のウィンドウマネージ
   ャの強制終了化及び別ウィンドウマネージャの起動、さ
   らに前記別ウィンドウマネージャに対応した業務アプリ
   ケーションの起動を行い、 前記ロードモジュールは、前記ウィンドウマネージャ復
   帰処理において、復帰したウィンドウマネージャが、前
   記シェルプログラムの実行終了の後においても、継続実
   行されるようプロセスグループの分離を行う、 ことを特徴とするウィンドウマネージャ切替方式。
2. 【請求項２】複数のウィンドウマネージャのうち業務ア
   プリケーションに対応してウィンドウマネージャを切替
   える方法であって、 ウィンドウマネージャを切替えるシェルプログラムに、
   復帰するウィンドウマネージャを元に戻す処理を予め記
   述しておき、 前記シェルプログラムは、指定された実行中のウィンド
   ウマネージャの終了化、及び別のウィンドウマネージャ
   の起動を行い、該別のウィンドウマネージャに対応する
   業務アプリケーションを起動し、 前記別のウィンドウマネージャを終了時において、元の
   ウィンドウマネージャを復帰する際に、該復帰するウィ
   ンドウマネージャが前記シェルプログラム終了時に強制
   終了されることのないようにプロセスグループを独立さ
   せる、ように制御することを特徴とするウィンドウマネ
   ージャ切替方法。
3. 【請求項３】前記複数のウィンドウマネージャが、ＵＮ
   ＩＸのＸウィンドウシステムにおいて、版の異なるウィ
   ンドウマネージャからなる、ことを特徴とする請求項１
   記載のウィンドウマネージャ切替方式。