JP5037117B2

JP5037117B2 - プログラム及び表示制御方法

Info

Publication number: JP5037117B2
Application number: JP2006356386A
Authority: JP
Inventors: 由樹石橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2006-03-15
Filing date: 2006-12-28
Publication date: 2012-09-26
Anticipated expiration: 2026-12-28
Also published as: JP2007279682A; US20070234221A1; US8266541B2

Description

本発明は、プログラム及び表示制御方法に関するものである。

従来のコンピュータにおけるメッセージウィンドウ表示方法は、各処理毎にメッセージウィンドウ表示を行うようにしていた。従来のウィンドウ制御装置として例えば特許文献１に示さられる技術が提案されている。
特開２００２−２７８８０２号公報

上記のように従来のメッセージウィンドウ表示方法は、各処理毎にメッセージウィンドウ表示を行うために、複数の同様のメッセージウィンドウが重複して表示されることがあり、オペレータは一体どの操作が処理中なのかわかりにくい場合があった。
本発明は、上記の問題を解決するために、処理中を示すメッセージウィンドウを１つだけ表示できるようにすることを目的とする。

本発明に係るプログラムは、表示装置と二次記憶装置とを有し、１以上のメッセージウィンドウを前記表示装置に表示可能な表示機能と、表示されている前記メッセージウィンドウを閉じるクローズ機能と、をＯＳの機能として備えるコンピュータに、前記二次記憶装置の種別と前記メッセージウィンドウの表示要否とが対応付いた表示要否情報を保持する表示要否テーブル、前記表示機能により前記表示装置に表示中である前記メッセージウィンドウの数を保持する表示中カウンタ、を有するコンピュータとして機能させ、前記コンピュータに、ファイルに対する処理の実行要求に応じたメッセージウィンドウの表示の開始を要求する表示開始要求を受信する第１の受信処理と、前記第１の受信処理により前記表示開始要求を受信したときに、前記ファイルに対する処理に用いられる前記二次記憶装置の種別と前記表示要否情報とから表示の開始を要求されたメッセージウィンドウの表示要否を判断する第１の判断処理と、前記第１の判断処理により表示の必要があると判断された場合、前記表示中カウンタを参照して表示中である前記メッセージウィンドウの数が０であれば、前記表示機能に表示依頼を行う表示処理と、を実行させることを特徴とするプログラムである。

本発明に係る表示制御方法は、表示装置と二次記憶装置とを有し、１以上のメッセージウィンドウを前記表示装置に表示可能な表示機能と、表示されている前記メッセージウィンドウを閉じるクローズ機能と、をＯＳの機能として備えるコンピュータの表示制御方法であって、前記コンピュータは、前記二次記憶装置の種別と前記メッセージウィンドウの表示要否とが対応付いた表示要否情報を保持する表示要否テーブル、前記表示機能により前記表示装置に表示中である前記メッセージウィンドウの数を保持する表示中カウンタ、を有し、ファイルに対する処理の実行要求に応じたメッセージウィンドウの表示の開始を要求する表示開始要求を受信する第１の受信工程と、前記第１の受信工程により前記表示開始要求を受信したときに、前記ファイルに対する処理に用いられる前記二次記憶装置の種別と前記表示要否情報とから表示の開始を要求されたメッセージウィンドウの表示要否を判断する第１の判断工程と、前記第１の判断工程により表示の必要があると判断された場合、前記表示中カウンタを参照して表示中である前記メッセージウィンドウの数が０であれば、前記表示機能に表示依頼を行う表示工程と、を含むことを特徴とする表示制御方法である。

本発明によれば、常に単一のウィンドウが表示されることになり、オペレータの操作性を向上させることができる。
本発明によれば、不具合の発生率が低下し、オペレータの手間を軽減することができる。また、上位モジュールの設計者の設計効率を向上させることができる。

本発明によれば、不具合の発生率が低下し、オペレータの手間を軽減することができる。
本発明によれば、不具合の発生時にデッドロック状況が生じることがなくなり、ＯＳの再起動を行わなくても済むようになる。

以下、本発明の実施形態を図面と共に説明する。
図１は本発明の実施形態によるメッセージウィンドウ表示制御装置を含むコンピュータのブロック図であり、ＣＰＵ、記憶装置等を含む制御部１、ＨＤＤ等のドライブ装置２、プリンタ等の周辺装置３、液晶パネル等の表示装置（出力装置）４、キーボード等の入力装置５及びマウス等の入力装置６がバスライン７に接続されている。

図２は制御部１のＣＰＵのプログラムモジュール構成を示すブロック図（クラス図）であり、オペレータ１０はフレームウィンドウ１１を介してＵＩ制御を司るファイル制御モジュール１２に対して要求を行い、これに応じてファイル制御モジュール１２はダイアログ制御部１３を制御する。また、ＯＳ（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の引数で強制表示開始／強制表示終了を意味する要素を持つことにより、カウンタ値によらず処理を行うものである。即ち、メッセージウィンドウの表示開始・表示終了を、強制的にリクエストできるものである。
従って、本実施形態によれば、メッセージ監視部と配布先との関係をリモート環境でも通信可能とする。

尚、各実施形態に示す処理を、制御部１のＣＰＵが実行するためのプログラムは本発明によるプログラムを構成する。また、このプログラムを記録する記録媒体は、本発明によるコンピュータ読み取り可能な記録媒体を構成する。この記録媒体としては、半導体記憶装置や光学的及び／又は磁気的な記憶装置等を用いることができる。このようなプログラム及び記録媒体を、前述した各実施形態とは異なる構成の装置又はシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。

本発明の実施形態によるメッセージウィンドウの表示制御装置を示すブロック図である。本発明の実施形態によるプログラムモジュールの構成を示す図である。本発明の実施形態によるモジュールブロック図である。本発明の第１の実施形態による処理を示すシーケンスチャートである。本発明の実施形態によるＵＩの一例を示す図である。本発明の第２の実施形態による処理を示すシーケンスチャートである。本発明の第３の実施形態による処理を示すシーケンスチャートである。本発明の第３の実施形態による表示要否テーブルを示す構成図である。本発明の第４の実施形態によるエラー時のロールバックフローチャートである。

符号の説明

１制御部
２ドライブ装置
３周辺装置
４表示装置
５，６入力装置
１０オペレータ
１１フレームウィンドウ
１２ファイル制御モジュール
１３ダイアログ制御部
１４ＯＳ

Claims

表示装置と二次記憶装置とを有し、１以上のメッセージウィンドウを前記表示装置に表示可能な表示機能と、表示されている前記メッセージウィンドウを閉じるクローズ機能と、をＯＳの機能として備えるコンピュータに、
前記二次記憶装置の種別と前記メッセージウィンドウの表示要否とが対応付いた表示要否情報を保持する表示要否テーブル、
前記表示機能により前記表示装置に表示中である前記メッセージウィンドウの数を保持する表示中カウンタ、
を有するコンピュータとして機能させ、
前記コンピュータに、
ファイルに対する処理の実行要求に応じたメッセージウィンドウの表示の開始を要求する表示開始要求を受信する第１の受信処理と、
前記第１の受信処理により前記表示開始要求を受信したときに、前記ファイルに対する処理に用いられる前記二次記憶装置の種別と前記表示要否情報とから表示の開始を要求されたメッセージウィンドウの表示要否を判断する第１の判断処理と、
前記第１の判断処理により表示の必要があると判断された場合、前記表示中カウンタを参照して表示中である前記メッセージウィンドウの数が０であれば、前記表示機能に表示依頼を行う表示処理と、
を実行させることを特徴とするプログラム。
前記コンピュータに、
前記ファイルに対する処理が実行されたときに、前記表示開始要求に対応した前記メッセージウィンドウの表示の終了を要求する表示終了要求を受信する第２の受信処理と、
前記第２の受信処理により前記表示終了要求を受信したときに、前記ファイルに対する処理に用いられた前記二次記憶装置の種別と前記表示要否情報とから前記メッセージウィンドウの表示終了の要否を判断する第２の判断処理と、
前記第２の判断処理により表示終了の必要があると判断された場合、前記クローズ機能に前記メッセージウィンドウを閉じる処理の依頼を行う表示終了処理と、
を実行させることを特徴とする請求項１記載のプログラム。
前記第１の受信処理では、
複数のファイルそれぞれに対する同一の処理を実行するときに、それぞれのファイルに対する処理の実行要求に応じたそれぞれの前記表示開始要求を受信し、
前記第２の受信処理では、
それぞれのファイルに対する処理が実行されたときに前記表示終了要求を受信し、
前記表示中カウンタは、
前記表示処理により前記メッセージウィンドウが表示される場合にインクリメントし、
前記表示終了処理により前記メッセージウィンドウが閉じられる場合にデクリメントすることを特徴とする請求項２記載のプログラム。
前記処理は、前記二次記憶装置を用いた前記ファイルの読込又は書込であることを特徴とする請求項１から３のいずれか１項記載のプログラム。
表示装置と二次記憶装置とを有し、１以上のメッセージウィンドウを前記表示装置に表示可能な表示機能と、表示されている前記メッセージウィンドウを閉じるクローズ機能と、をＯＳの機能として備えるコンピュータの表示制御方法であって、
前記コンピュータは、
前記二次記憶装置の種別と前記メッセージウィンドウの表示要否とが対応付いた表示要否情報を保持する表示要否テーブル、
前記表示機能により前記表示装置に表示中である前記メッセージウィンドウの数を保持する表示中カウンタ、
を有し、
ファイルに対する処理の実行要求に応じたメッセージウィンドウの表示の開始を要求する表示開始要求を受信する第１の受信工程と、
前記第１の受信工程により前記表示開始要求を受信したときに、前記ファイルに対する処理に用いられる前記二次記憶装置の種別と前記表示要否情報とから表示の開始を要求されたメッセージウィンドウの表示要否を判断する第１の判断工程と、
前記第１の判断工程により表示の必要があると判断された場合、前記表示中カウンタを参照して表示中である前記メッセージウィンドウの数が０であれば、前記表示機能に表示依頼を行う表示工程と、
を含むことを特徴とする表示制御方法。
前記ファイルに対する処理が実行されたときに、前記表示開始要求に対応した前記メッセージウィンドウの表示の終了を要求する表示終了要求を受信する第２の受信工程と、
前記第２の受信工程により前記表示終了要求を受信したときに、前記ファイルに対する処理に用いられた前記二次記憶装置の種別と前記表示要否情報とから前記メッセージウィンドウの表示終了の要否を判断する第２の判断工程と、
前記第２の判断工程により表示終了の必要があると判断された場合、前記クローズ機能に前記メッセージウィンドウを閉じる処理の依頼を行う表示終了工程と、
を含むことを特徴とする請求項５記載の表示制御方法。
前記第１の受信工程では、
複数のファイルそれぞれに対する同一の処理を実行するときに、それぞれのファイルに対する処理の実行要求に応じたそれぞれの前記表示開始要求を受信し、
前記第２の受信工程では、
それぞれのファイルに対する処理が実行されたときに前記表示終了要求を受信し、
前記表示中カウンタは、
前記表示工程により前記メッセージウィンドウが表示される場合にインクリメントし、
前記表示終了工程により前記メッセージウィンドウが閉じられる場合にデクリメントすることを特徴とする請求項６記載の表示制御方法。
前記処理は、前記二次記憶装置を用いた前記ファイルの読込又は書込であることを特徴とする請求項５から７のいずれか１項記載の表示制御方法。