(57)【要約】【課題】メッセージウィンドウを重複することなく表示できるようにする。【解決手段】オペレータ１０がＵＩを通してファイルの登録などをリクエストする。ＵＩ制御を司るフレームウィンドウ１１はファイル制御モジュール１２に対してファイル書き込みを指示し、ファイル制御モジュール１２はダイアログ制御部１３に対してウィンドウ表示開始をリクエスト（StartDialog呼び出し）する。ダイアログ制御部１３は、自己内部メソッドである表示関数ShowDialogを呼び出して、ＯＳ１４へウィンドウ表示依頼を行う。表示中カウンタがＵＰされ、メッセージウィンドウの表示が開始される。【選択図】図３
2007279682.tif 000002
【特許請求の範囲】
【請求項１】
メッセージウィンドウを表示する表示手段と、
前記メッセージウィンドウの表示開始及び表示終了を要求する要求手段と、
複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないようにする表示制御手段とを設けたことを特徴とするメッセージウィンドウ表示制御装置。
【請求項２】
前記メッセージウィンドウの表示要否テーブルを設け、前記表示制御手段は、前記表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れることを特徴とする請求項１記載のメッセージウィンドウ表示制御装置。
【請求項３】
表示中のメッセージウィンドウ数をカウントする表示カウンタと、前記表示開始要求数をカウントするリクエストカウンタを設け、前記表示制御手段は、エラーが発生した場合に前記表示カウンタ及びリクエストカウンタを戻すことを特徴とする請求項２記載のメッセージウィンドウ表示制御装置。
【請求項４】
前記要求手段は、前記メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストできることを特徴とする請求項１から３のいずれか１項に記載のメッセージウィンドウ表示制御装置。
【請求項５】
表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れることを特徴とする請求項１記載のメッセージウィンドウ表示制御装置。
【請求項６】
複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないように表示制御することを特徴とするメッセージウィンドウ表示制御方法。
【請求項７】
エラーが発生した場合に、表示中のメッセージウィンドウ数をカウントする表示カウンタと、前記表示開始要求数をカウントするリクエストカウンタを戻すことを特徴とする請求項６記載のメッセージウィンドウ表示制御装方法。
【請求項８】
前記メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストできることを特徴とする請求項６または７記載のメッセージウィンドウ表示制御方法。
【請求項９】
メッセージウィンドウを表示する表示処理と、
前記メッセージウィンドウの表示開始及び表示終了を要求する要求処理と、
複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないようにする表示制御処理とをコンピュータに実行させるプログラム。
【請求項１０】
前記メッセージウィンドウの表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れる表示制御処理をコンピュータに実行させる請求項９記載のプログラム。
【請求項１１】
表示中のメッセージウィンドウ数をカウントする表示カウンタ処理と、前記表示開始要求数をカウントするリクエストカウンタ処理と、エラーが発生した場合に前記各カウンタ処理によるカウンタ値を戻すカウンタ制御処理コンピュータに実行させる請求項１０記載のプログラム。
【請求項１２】
前記メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストするリクエスト処理をコンピュータに実行させる請求項９から１１のいずれか１項に記載のプログラム。
【請求項１３】
請求項９から１２のいずれか１項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージウィンドウ表示制御装置、方法、これらの装置、方法で用いられるプログラム及びこのプログラムを記録した記録媒体に関するものである。
【背景技術】
【０００２】
従来のコンピュータにおけるメッセージウィンドウ表示方法は、各処理毎にメッセージウィンドウ表示を行うようにしていた。従来のウィンドウ制御装置として例えば特許文献１に示さられる技術が提案されている。
【特許文献１】特開２００２−２７８８０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のように従来のメッセージウィンドウ表示方法は、各処理毎にメッセージウィンドウ表示を行うために、複数の同様のメッセージウィンドウが重複して表示されることがあり、オペレータは一体どの操作が処理中なのかわかりにくい場合があった。
本発明は、上記の問題を解決するために、処理中を示すメッセージウィンドウを１つだけ表示できるようにすることを目的とする。
【課題を解決するための手段】
【０００４】
請求項１記載の発明は、メッセージウィンドウを表示する表示手段と、メッセージウィンドウの表示開始及び表示終了を要求する要求手段と、複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないようにする表示制御手段とを設けたことを特徴とする。
【０００５】
請求項２記載の発明は、請求項１記載の発明において、メッセージウィンドウの表示要否テーブルを設け、表示制御手段は、表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れることを特徴とする。
【０００６】
請求項３記載の発明は、請求項２記載の発明において、表示中のメッセージウィンドウ数をカウントする表示カウンタと、表示開始要求数をカウントするリクエストカウンタを設け、表示制御手段は、エラーが発生した場合に表示カウンタ及びリクエストカウンタを戻すことを特徴とする。
【０００７】
請求項４記載の発明は、請求項１から３のいずれか１項に記載の発明において、要求手段は、メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストできることを特徴とする。
【０００８】
請求項５記載の発明は、請求項１記載の発明において、表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れることを特徴とする。
【０００９】
請求項６記載の発明は、複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないように表示制御することを特徴とする。
【００１０】
請求項７記載の発明は、請求項６記載の発明において、エラーが発生した場合に、表示中のメッセージウィンドウ数をカウントする表示カウンタと、表示開始要求数をカウントするリクエストカウンタを戻すことを特徴とする。
【００１１】
請求項８記載の発明は、請求項６または７記載の発明において、メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストできることを特徴とする。
【００１２】
請求項９記載の発明は、メッセージウィンドウを表示する表示処理と、メッセージウィンドウの表示開始及び表示終了を要求する要求処理と、複数のメッセージウィンドウ表示開始要求に対してメッセージウィンドウを重複して表示しないようにする表示制御処理とをコンピュータに実行させることを特徴とする。
【００１３】
請求項１０記載の発明は、請求項９記載の発明において、メッセージウィンドウの表示要否テーブルを参照し、表示を行う必要がない要求に対しても要求をエラーとせず受け入れる表示制御処理をコンピュータに実行させることを特徴とする。
【００１４】
請求項１１記載の発明は、請求項１０記載の発明において、表示中のメッセージウィンドウ数をカウントする表示カウンタ処理と、表示開始要求数をカウントするリクエストカウンタ処理と、エラーが発生した場合に各カウンタ処理によるカウンタ値を戻すカウンタ制御処理コンピュータに実行させることを特徴とする。
【００１５】
請求項１２記載の発明は、請求項９から１１のいずれか１項に記載の発明において、メッセージウィンドウの表示開始要求・表示終了要求を強制的にリクエストするリクエスト処理をコンピュータに実行させることを特徴とする。
【００１６】
請求項１３記載の発明は、請求項９から１２のいずれか１項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体であることを特徴とする。
【発明の効果】
【００１７】
請求項１，６，９の発明によれば、常に単一のウィンドウが表示されることになり、オペレータの操作性を向上させることができる。
請求項２，５，１０の発明によれば、不具合の発生率が低下し、オペレータの手間を軽減することができる。また、上位モジュールの設計者の設計効率を向上させることができる。
【００１８】
請求項３，７，１１の発明によれば、不具合の発生率が低下し、オペレータの手間を軽減することができる。
請求項４，８，１２の発明によれば、不具合の発生時にデッドロック状況が生じることがなくなり、ＯＳの再起動を行わなくても済むようになる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の実施形態を図面と共に説明する。
図１は本発明の実施形態によるメッセージウィンドウ表示制御装置を含むコンピュータのブロック図であり、ＣＰＵ、記憶装置等を含む制御部１、ＨＤＤ等のドライブ装置２、プリンタ等の周辺装置３、液晶パネル等の表示装置（出力装置）４、キーボード等の入力装置５及びマウス等の入力装置６がバスライン７に接続されている。
【００２０】
図２は制御部１のＣＰＵのプログラムモジュール構成を示すブロック図（クラス図）であり、オペレータ１０はフレームウィンドウ１１を介してＵＩ制御を司るファイル制御モジュール１２に対して要求を行い、これに応じてファイル制御モジュール１２はダイアログ制御部１３を制御する。また、ＯＳ（Operation System）１４はダイアログ制御部１３の依頼に応じてウィンドウの開閉を制御したり、ドライブを調べる。
【００２１】
ファイル制御モジュール１２は、図示のようにファイルの書き込み、読み出し、Dialogの表示開始要求、表示終了要求を行う。ダイアログ制御部１３は、表示開始要求数をカウントするリクエストカウンタ、表示中のメッセージウィンドウ数をカウントする表示中カウンタ、表示要否テーブルを備えると共に、図示の各機能を有する。
【００２２】
図３は本発明の実施形態におけるモジュールブロック図である。フレームウィンドウ１１は、ダイアログ制御部１３に対してダイアログ表示開始要求を行い、これに応じてダイアログ制御部１３は表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べた後、カウンタに応じてダイアログの表示／消去をＯＳ（Operation System）１４に依頼し、また、表示カウンタの加算／減算を行い表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む（ＷＲＩＴＥ）する。ＯＳ１４はダイアログ制御部１３の依頼に応じてダイアログの表示／消去を制御する。
【００２３】
以下、本発明の第１から４の実施形態を説明する。尚、本実施形態で用いられる「メッセージウィンドウ」とは、ＵＩ（User Interface）を持つウィンドウで、ダイアログウィンドウ、プログレス（処理中）ウィンドウ等を指すものとする。ここでは、プログレスダイアログの表示制御についての第１から３の実施形態と、エラーメッセージウィンドウの表示制御についての第４の実施形態について説明する。
【００２４】
図４は第１の実施形態を示すシーケンスチャートであり、請求項１の発明に関するものである。本実施形態は、単一リクエスト時のウィンドウ表示制御であり、例えば、ファイルの書込み操作をオペレータ１０が指示した場合に、処理中メッセージの表示を制御するケースの例である。
図４において、
（１）オペレータ１０が、例えば、図５の「１」、「２」に示すようなＵＩを通してファイルの登録などをリクエストする。
（２）ＵＩ制御を司るフレームウィンドウ１１は、ファイル制御モジュール１２に対してファイル書き込みを指示する。
（３）ファイル制御モジュール１２は、ダイアログ制御部１３に対してDialogウィンドウ表示開始を要求し、
（４）リクエスト(StartDialog呼び出し)する。
（５）ダイアログ制御部１３は表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが０である（表示していない）場合は、ダイアログ制御部１３は、自己内部メソッドである表示関数ShowDialogを呼び出す。
（６）ダイアログ制御部１３はカウンタが０である（表示していない）場合は、表示カウンタを１つ加算して（表示中カウンタＵＰ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。なお、カウンタが１以上である場合は、上記（５）の自己内部メソッドである表示関数ShowDialogを呼び出す処理を行うことなく表示カウンタを１つ加算して（表示中カウンタＵＰ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（７）これと平行してファイル制御モジュール１２は、ファイル書き込みを行う。
（８）ダイアログ制御部１３は、ＯＳ１４にウィンドウ表示依頼を行う。
（９）ＯＳ１４はウィンドウを開き、表示が開始される。例えば、図５の「３」に示すようなメッセージが表示される。
【００２５】
（１０）ファイル制御モジュール１２は、ダイアログ制御部１３に対してDialog終了要求を行い、
（１１）リクエスト(EndDialog呼び出し)する。
（１２）ダイアログ制御部１３は表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが１である場合は、ダイアログ制御部１３は、表示終了要求に応じてＯＳ１４に対してウィンドウを閉じる依頼を行うとともに表示カウンタを１つ減算して（表示中カウンタＤＯＷＮ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。なお、カウンタが２以上である場合は、ダイアログ制御部１３は、表示終了要求に応じてＯＳ１４に対してウィンドウを閉じる依頼を行うことなく表示カウンタを１つ減算して（表示中カウンタＤＯＷＮ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（１３）OS１４はウィンドウを閉じる。ウィンドウ表示開始からウィンドウを閉じるまでがウィンドウ表示寿命となる。
（１４）ファイル制御モジュール１２は、フレームウィンドウ１１を介してオペレータ１０に終了を通知する。
【００２６】
前述したように、従来では各処理毎に同様のメッセージウィンドウが複数表示されるので、どの操作が処理中なのかわかりにくい場合があったが、本実施形態によれば、処理中を示すメッセージウィンドウを常に１つだけ表示するので、オペレータがわかりやすく、操作性を向上することができる。
【００２７】
具体的には、リムーバブルメディアに記録されているファイルの取り込みや書き込み時に「データが破壊される恐れがあります。メディアを抜かないで下さい」と表示することなどができる。
【００２８】
図６は第２の実施形態を示すシーケンスチャートであり、請求項１，２の発明に関するものである。
本実施形態は図３の第１の実施形態と同様に、例えば、ファイルの書込み操作をオペレータ１０が指示した場合に、処理中メッセージの表示を制御するケースの例であり、図４との違いは、複数リクエスト（ここでは２回のリクエスト）時のウィンドウ表示制御である。
（１）オペレータ１０が例えば、図５の「１」、「２」に示すようなＵＩを通してファイルの登録などをリクエストする。
（２）フレームウィンドウ１１は、ファイル制御モジュール１２に対して１回目のDialog表示要求を行い、
（３）ファイル制御モジュール１２は、ダイアログ制御部１３に対して１回目のウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。
（４）ダイアログ制御部１３はまず、表示中カウンタにより現在表示中のウィンドウ数を調べる。ダイアログ制御部１３は表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが０である（表示していない）か１以上であるかを判定する。
（５）カウンタ０（表示していない）であれば、ダイアログ制御部１３は自己内部メソッドである表示関数ShowDialogを呼び出して、
（６）StartDialog呼び出しを行い、
（７）ＯＳ１４に対してウィンドウ表示依頼を行う。
（８）ＯＳ１４はウィンドウを開き、表示が開始される。例えば、図５の「３」に示すようなメッセージが表示される。
（９）ダイアログ制御部１３は、表示カウンタを１つ加算して（表示中カウンタＵＰ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（１０）これと平行してファイル制御モジュール１２は、ファイル書き込みを行う。
【００２９】
（１１）次にフレームウィンドウ１１は、ファイル制御モジュール１２に対して２回目のDialog表示要求を行い、
（１２）ファイル制御モジュール１２は、ダイアログ制御部１３に対して２回目のウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。
（１３）ダイアログ制御部１３は、表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが０である（表示していない）か１以上であるかを判定する。
（１４）カウンタが１以上であるので自己内部メソッドである表示関数ShowDialogを呼び出す処理を行うことなく表示カウンタを１つ加算して（表示中カウンタＵＰ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（１５）これと平行してファイル制御モジュール１２は、ファイル書き込みを行う。
【００３０】
（１６）ファイル制御モジュール１２は、ダイアログ制御部１３に対して１回目のDialog終了要求を行い、
（１７）リクエスト(EndDialog呼び出し)する。
（１８）ダイアログ制御部１３は、表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが１であるか２以上であるかを判定する。
（１９）カウンタが２であるので、ダイアログ制御部１３は、表示終了要求に応じてＯＳ１４に対してウィンドウを閉じる依頼を行うことなく表示カウンタを１つ減算して（表示中カウンタＤＯＷＮ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（２０）フレームウィンドウ１１は、ファイル制御モジュール１２に対して２回目のDialog終了要求を行い、
（２１）ファイル制御モジュール１２は、ダイアログ制御部１３に対してEndDialog呼び出しを行う。
（２２）ダイアログ制御部１３は、表示カウンタ制御部１６を介して表示カウンタ格納部１５から表示カウンタを読み出し（ＲＥＡＤ）、カウンタを取得する。そして、ダイアログ制御部１３は表示カウンタを調べ、カウンタが１であるか２以上であるかを判定する。
（２３）カウンタが２であるので、ダイアログ制御部１３は、ＯＳ１４に対してCloseDialog呼び出しを行い、
（２４）ウィンドウを閉じる依頼を行う。
（２５）ＯＳ１４はウィンドウを閉じる。
（２６）ダイアログ制御部１３は、表示カウンタを１つ減算して（表示中カウンタＤＯＷＮ）、表示カウンタ制御部１６を介して表示カウンタ格納部１５に表示カウンタを書き込む。
（２７）オペレータ１０に終了が通知される。
【００３１】
以上を要約すると、
１回目の表示開始要求では、ＵＩ制御を司るフレームウィンドウ１１はファイル制御モジュール１２を介してダイアログ制御部１３に対してウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。ダイアログ制御部１３は、まず表示中カウンタを調査して表示中カウンタ０（表示していない）であれば、自己内部メソッドである表示関数ShowDialogを呼び出して、ＯＳ１４へウィンドウ表示依頼を行い、表示中カウンタをＵＰする。
【００３２】
２回目の表示開始要求では、ファイル制御モジュール１２はダイアログ制御部１３に対してウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。ダイアログ制御部１３はまず、表示中カウンタを調査して表示中カウンタ０でないので、表示中カウンタをＵＰするだけで、自己内部メソッドである表示関数ShowDialogを呼び出さず、ＯＳ１４へウィンドウ表示依頼を行わない。
【００３３】
１回目の表示終了要求では、ファイル制御モジュール１２は、ダイアログ制御部１３に対してウィンドウ表示終了をリクエスト(EndDialog呼び出し)する。ダイアログ制御部１３はまず、表示中カウンタを調査して表示中カウンタ１でないので表示中カウンタをＤＯＷＮするだけで、自己内部メソッドである表示関数CloseDialogを呼び出さず、ＯＳ１４にウィンドウクローズ依頼を行わない。
【００３４】
２回目の表示終了要求では、フレームウィンドウ１１は、ファイル制御モジュール１２を介してダイアログ制御部１３に対してウィンドウ表示終了をリクエスト(EndDialog呼び出し)する。ダイアログ制御部１３は、まず表示中カウンタを調査して表示中カウンタ１であるので、自己内部メソッドである表示関数CloseDialogを呼び出し、ＯＳ１４へウィンドウクローズ依頼を行う。その後、表示中カウンタをＤＯＷＮする。
【００３５】
本実施形態によれば、上位のモジュールが呼び出しの必要性を判断せずに制御でき、メッセージウィンドウの表示を行う必要がない要求に対して不整合なく動作することができる。
【００３６】
具体的には、リムーバブルメディアに記録されているファイルの取り込みが多数行われた時に、「データが破壊される恐れがあります。メディアを抜かないで下さい」というメッセージが複数表示されることを防止できる。
【００３７】
図７は第３の実施形態を示すシーケンスチャートであり、請求項１，２の発明に関するものである。
本実施形態は、図６とほぼ同様に複数リクエスト時のウィンドウ表示制御であるが、開始要求の際に表示中カウンタ調査の前に、表示要否を調べて判断し、表示の必要がなければ表示開始処理を中断し、終了要求の際も表示中カウンタ調査の前に、表示要否を調べて判断し、表示の必要がなければ表示終了処理を行わないというものである。表示要否の判断は、例えば図８に示すような要否判定用のテーブルを参照し、StartDialogの引数でドライブＩＤを渡すようにすれば、ドライブの種別をＯＳ１４などに問い合わせするか、テーブルから取得するなどして要否情報を取得して判断する。
【００３８】
（１）オペレータ１０がＵＩを通してファイルの登録などをリクエストする。
（２）フレームウィンドウ１１は、ファイル制御モジュール１２に対して１回目のDialog表示要求を行い、
（３）ファイル制御モジュール１２は、ダイアログ制御部１３に対して１回目のウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。
（４）ダイアログ制御部１３は、表示要否テーブルを参照して表示要否を判断した後、
（５）表示中カウンタにより現在表示中のウィンドウ数を調べる。
（６）カウンタ０（表示していない）であれば、ダイアログ制御部１３は自己内部メソッドである表示関数ShowDialogを呼び出して、
（７）ＯＳ１４に対してウィンドウ表示依頼を行う。
（８）ＯＳ１４はウィンドウを開き、表示が開始される。
（９）ダイアログ制御部１３は、表示カウンタをＵＰする。
（１０）これと平行してファイル制御モジュール１２は、ファイル書き込みを行う。
【００３９】
（１１）次にフレームウィンドウ１１は、ファイル制御モジュール１２に対して２回目のDialog表示要求を行い、
（１２）ファイル制御モジュール１２は、ダイアログ制御部１３に対して２回目のウィンドウ表示開始をリクエスト(StartDialog呼び出し)する。
（１３）ダイアログ制御部１３は、表示要否テーブルを参照して表示要否を判断した後、
（１４）リクエストカウンタをＵＰする。
（１５）これと平行してファイル制御モジュール１２は、ファイル書き込みを行う。
【００４０】
（１６）フレームウィンドウ１１は、ファイル制御モジュール１２に対して２回目のDialog終了要求を行い、
（１７）リクエスト(EndDialog呼び出し)する。
（１８）ダイアログ制御部１３は、表示要否テーブルを参照して表示要否を判断した後、
（１９）表示中カウンタを調べ、
（２０）CloseDialog呼び出しを行い、
（２１）ウィンドウを閉じる依頼を行う。
（２２）ＯＳ１４はウィンドウを閉じる。
（２３）ダイアログ制御部１３は、表示カウンタをＤＯＷＮする。
（２４）ファイル制御モジュール１２は、ダイアログ制御部１３に対して２回目のDialog終了要求を行い、
（２５）ダイアログ制御部１３に対してEndDialog呼び出しを行う。
（２６）ダイアログ制御部１３は、表示要否テーブルを参照して表示要否を判断した後、
（２７）リクエストカウンタをＤＯＷＮする。
（２８）オペレータ１０に終了が通知される。
本実施形態によれば、不具合の発生率が低下し、オペレータの手間を軽減することができる。
【００４１】
図９は第４の実施形態を示すフローチャートであり、請求項３の発明に関するものである。本実施形態は、特に表示開始要求時にエラーが起きた場合に矛盾なくリクエスト前の状態にロールバックできるものである。
図９において、リクエストカウンタ及び表示中カウンタを保持する（Ｓ１、Ｓ２）。エラーが発生すると（Ｓ３）、リクエストカウンタ戻す（Ｓ４）と共に、表示中カウンタを戻す（Ｓ５）。
本実施形態によれば、プログラムの誤動作を防止することができる。
【００４２】
次に、請求項４の発明に関しては、図２のクラス図のダイアログ制御クラスのStartDialog、EndDialogの引数で強制表示開始／強制表示終了を意味する要素を持つことにより、カウンタ値によらず処理を行うものである。即ち、メッセージウィンドウの表示開始・表示終了を、強制的にリクエストできるものである。
従って、本実施形態によれば、メッセージ監視部と配布先との関係をリモート環境でも通信可能とする。
【００４３】
尚、各実施形態に示す処理を、制御部１のＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。また、このプログラムを記録する記録媒体は、本発明によるコンピュータ読み取り可能な記録媒体を構成する。この記録媒体としては、半導体記憶装置や光学的及び／又は磁気的な記憶装置等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成の装置又はシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施形態によるメッセージウィンドウの表示制御装置を示すブロック図である。
【図２】本発明の実施形態によるプログラムモジュールの構成を示す図である。
【図３】本発明の実施形態によるモジュールブロック図である。
【図４】本発明の第１の実施形態による処理を示すシーケンスチャートである。
【図５】本発明の実施形態によるＵＩの一例を示す図である。
【図６】本発明の第２の実施形態による処理を示すシーケンスチャートである。
【図７】本発明の第３の実施形態による処理を示すシーケンスチャートである。
【図８】本発明の第３の実施形態による表示要否テーブルを示す構成図である。
【図９】本発明の第４の実施形態によるエラー時のロールバックフローチャートである。
【符号の説明】
【００４５】
１    制御部
２    ドライブ装置
３    周辺装置
４    表示装置
５，６    入力装置
１０    オペレータ
１１    フレームウィンドウ
１２    ファイル制御モジュール
１３    ダイアログ制御部
１４    ＯＳ
【図１】
2007279682.tif 000003
【図２】
2007279682.tif 000004
【図３】
2007279682.tif 000005
【図４】
2007279682.tif 000006
【図５】
2007279682.tif 000007
【図６】
2007279682.tif 000008
【図７】
2007279682.tif 000009
【図８】
2007279682.tif 000010
【図９】
2007279682.tif 000011