(57)【要約】      （修正有）【課題】ＯＡソフトウェアがクラッシュした場合に、編集していたデータの損失をより少なくする仕組みを提供する。【解決手段】情報処理装置は、ソフトウェアの異常終了を検知した場合、当該ソフトウェアの表示画面をキャプチャして取得し、取得した画面に対してＯＣＲ処理を行うことで当該画面に表示された文字列を取得し、当該文字列を用いて異常終了した当該ソフトウェアにより作成されたデータの回復を行う。【選択図】図１
2017117330.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアの異常終了を検知する検知手段と、
前記検知手段により異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得手段と、
前記画面取得手段により取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得手段と、
前記解析手段により解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記データ取得手段は、前記画面取得手段により取得した画面をＯＣＲ処理することにより、当該画面に表示された文字列を取得することを特徴とし、
前記回復手段は、当該取得した文字列を用いて、前記ソフトウェアにより作成されたデータの回復をすることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ソフトウェアにより作成されたデータを定期的に自動保存する保存手段と、
前記回復手段は、前記保存手段により保存されたデータに対して、前記データ取得手段により取得されたデータを追加することで、前記ソフトウェアにより作成されたデータの回復をすることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
情報処理装置における情報処理方法であって、
前記情報処理装置の検知手段が、ソフトウェアの異常終了を検知する検知工程と、
前記情報処理装置の画面取得手段が、前記検知工程において異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得工程と、
前記情報処理装置のデータ取得手段が、前記画面取得工程において取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得工程と、
前記情報処理装置の回復手段が、前記解析工程において解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復工程と、
を備えることを特徴とする情報処理方法。
【請求項５】
情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
ソフトウェアの異常終了を検知する検知手段と、
前記検知手段により異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得手段と、
前記画面取得手段により取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得手段と、
前記解析手段により解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復手段として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムに関する。
【背景技術】
【０００２】
現在一般に利用されているワープロソフトや表計算ソフト等のＯＡソフトウェアは、文書の作成作業中にソフトウェアにエラーが発生しソフトウェアがクラッシュした際、作成途中の文書が無くなってしまう事がある。
【０００３】
そこで、ＯＡソフトウェア側で定期的な自動保存等の対策が行われ、エラー発生時もある程度（５分程度）前の自動保存された状態までの文書が復旧は可能な仕組みが存在する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−３０５８１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＯＡソフトウェアでの文書喪失対策（自動回復機能）は定期的な自動保存機能により回復を行うものであるため、最新の文書が回復できるとは限らない。そのため、クラッシュ直前に編集していたページのデータを復旧できる事は少ない。
【０００６】
自動保存の間隔を短くする事によりＲＰＯ（Ｒｅｃｏｖｅｒｙ  Ｐｏｉｎｔ  Ｏｂｊｅｃｔｉｖｅ）を小さくすることが出来るが、頻繁に保存が行われる事によりソフトウェアの操作性を阻害する為、現実的には５分、１０分といった保存間隔となっている。
【０００７】
そこで、特許文献１には、システムダウンの予兆パラメータを監視し、システムダウンの予兆を検知した場合に作業中データファイルを自動保存し、システムダウンによるデータファイル損失を少なくする仕組みが記されている。
【０００８】
しかし、サーバ用途のソフトウェア等と異なり、ＯＡソフトウェアの利用環境は多様かつ変動するため、システムダウンの予兆パラメータ監視を行う事は難しい状況である。例えば、ノートＰＣの電源やネットワークケーブルが切断された事に起因するクラッシュの場合、予兆は存在せずいきなりクラッシュが発生する。
【０００９】
そこで、本発明は、ＯＡソフトウェアがクラッシュした場合に、編集していたデータの損失をより少なくする仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、ソフトウェアの異常終了を検知する検知手段と、前記検知手段により異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得手段と、前記画面取得手段により取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得手段と、前記解析手段により解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復手段と、を備えることを特徴とする。
【００１１】
また、本発明の情報処理方法は、情報処理装置における情報処理方法であって、前記情報処理装置の検知手段が、ソフトウェアの異常終了を検知する検知工程と、前記情報処理装置の画面取得手段が、前記検知工程において異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得工程と、前記情報処理装置のデータ取得手段が、前記画面取得工程において取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得工程と、前記情報処理装置の回復手段が、前記解析工程において解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復工程と、を備えることを特徴とする。
【００１２】
また、本発明のプログラムは、情報処理装置において実行可能なプログラムであって、前記情報処理装置を、ソフトウェアの異常終了を検知する検知手段と、前記検知手段により異常終了を検知した場合、当該ソフトウェアの表示画面を取得する画面取得手段と、前記画面取得手段により取得した画面を解析することで、当該画面に表示されたデータを取得するデータ取得手段と、前記解析手段により解析されたデータを用いて、前記ソフトウェアにより作成されたデータの回復をする回復手段として機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ＯＡソフトウェアがクラッシュした場合に、編集していたデータの損失をより少なくすることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明のシステム全体の流れを示すシステム概要図
【図２】クライアント端末（情報処理装置）のハードウェア構成を示す図
【図３】本発明における文書回復処理の一例を示すフローチャート
【図４】本発明における回復データ管理用テーブルの一例を示すデータ構成図
【図５】回復対象オブジェクトが登録されたテーブルの一例を示すデータ構成図
【図６】回復対象であるＯＡソフトウェアでの文書編集中画面の一例
【図７】回復対象であるＯＡソフトウェアのクラッシュ時の画面の一例
【図８】ＯＡソフトウェアの自動回復機能が発動した際の文書回復画面および本発明における追加回復候補表示画面の一例
【図９】本発明における文書回復後のＯＡソフトウェア画面
【図１０】本発明におけるクラッシュ保護ソフトウェアの設定画面
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本実施形態における処理の全体像を示す図である。
【００１６】
本実施形態におけるシステムは、クライアント端末（情報処理装置）上で動作するＯＡソフトウェア１００とクラッシュ保護ソフトウェア２００が連動して動作するシステムである。
【００１７】
本システムにおいては、ＯＡソフトウェア起動時にクラッシュ保護ソフトウェアが起動し、クライアント端末上に常駐する。そして、クラッシュ保護ソフトウェアは、常時ＯＡソフトウェアの稼働状態を監視する。
【００１８】
ＯＡソフトウェアがクラッシュ（１）した際、クラッシュ保護ソフトウェアはクラッシュを検知（２）し、クラッシュ発生時にクライアント端末画面上の表示内容の画面イメージを取得（３）する。
【００１９】
取得した画面イメージを解析（ＯＣＲ処理）することで、画面に表示された文字情報および表示位置情報を取得する（４）。
【００２０】
また、画面イメージを解析（図形抽出処理）することで、文字列として認識できなかった画面表示情報を図形情報および画面表示位置情報として取得する（５）。
【００２１】
そして、ＯＡソフトウェアが作成した自動保存ファイル（ＯＡソフトウェアの機能として、定期的に自動保存したファイル）から最新のファイルを取得する。
【００２２】
自動保存ファイルの各ページの画面イメージを生成し、（３）で取得した画面イメージと比較し、一致する画面イメージのページがあるか判定する。一致するページが見つかった場合、自動保存ファイルの当該ページに（４）で取得した文字情報および（５）で取得した図形情報を挿入し、回復用ファイルを作成する（６）。
【００２３】
一致するページが見つからなかった場合、自動保存ファイルの最終ページに１ページ追加し、（４）で取得した文字情報および（５）で取得した図形情報を挿入し、回復候補ファイルを作成する（６）。
【００２４】
（６）で作成した回復用ファイルをＯＡソフトウェアの回復候補ファイルとして保存する（７）。
【００２５】
ＯＡソフトウェアがユーザから再起動指示を受け付けると、文書の回復画面を表示する（８）。
【００２６】
ＯＡソフトウェアがユーザから回復候補ファイルの選択指示を受付けると、回復候補ファイルを読み込み、クライアント端末の画面に表示する（９）。
以上が、本実施形態の全体像である。
【００２７】
図２は、本発明の実施形態に係わる情報処理装置のハードウェア構成の一例を示すブロック図である。
【００２８】
図２に示すように、情報処理装置では、システムバス２１５を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、記憶装置２０４、入力コントローラ２０５、音声入力コントローラ２０６、ビデオコントローラ２０７、メモリコントローラ２０８、よび通信Ｉ／Ｆコントローラ２０９が接続される。
【００２９】
ＣＰＵ２０１は、システムバス２１５に接続される各デバイスやコントローラを統括的に制御する。
【００３０】
ＲＯＭ２０２あるいは記憶装置２０４は、ＣＰＵ２０１が実行する制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、本情報処理方法を実現するためのコンピュータ読み取り実行可能なプログラムおよび必要な各種データ（データテーブルを含む）を保持している。
【００３１】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは記憶装置２０４からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００３２】
入力コントローラ２０５は、キーボード／タッチパネル２１０などの入力装置からの入力を制御する。入力装置はこれに限ったものでなく、マウスやマルチタッチスクリーンなどの、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。
【００３３】
ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができる。
【００３４】
この入力装置を用いて各種通信装置で利用可能な通信宛先に対する宛先を入力するようになっている。
【００３５】
音声入力コントローラ２０６は、マイク２１１からの入力を制御する。マイク２１１から入力された音声を音声認識することが可能となっている。
【００３６】
ビデオコントローラ２０７は、ディスプレイ２１２などの外部出力装置への表示を制御する。ディスプレイは本体と一体になったノート型パソコンのディスプレイも含まれるものとする。なお、外部出力装置はディスプレイに限ったものははく、例えばプロジェクタであってもよい。また、前述のタッチ操作により受け付け可能な装置については、キーボード／タッチパネル２１０からの入力を受け付けることも可能となる。
【００３７】
なおビデオコントローラ２０７は、表示制御を行うためのビデオメモリ（ＶＲＡＭ）を制御することが可能で、ビデオメモリ領域としてＲＡＭ２０３の一部を利用することもできるし、別途専用のビデオメモリを設けることも可能である。
【００３８】
本発明では、ユーザが情報処理装置を通常する場合の表示に用いられる第１のビデオメモリ領域と、所定の画面が表示される場合に、第１のビデオメモリ領域の表示内容に重ねての表示に用いられる第２のビデオメモリ領域を有している。ビデオメモリ領域は２つに限ったものではなく、情報処理装置の資源が許す限り複数有することが可能なものとする。
【００３９】
メモリコントローラ２０８は、外部メモリ２１３へのアクセスを制御する。外部メモリとしては、ブートプログラム、各種アプリケーション、フォントデータ、ユーザファイル、編集ファイル、および各種データ等を記憶する外部記憶装置（ハードディスク）、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等を利用可能である。
【００４０】
通信Ｉ／Ｆコントローラ２０９、ネットワーク２１４を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信やＩＳＤＮなどの電話回線、および携帯電話の３Ｇ回線を用いた通信が可能である。
【００４１】
なお、記憶装置２０４は情報を永続的に記憶するための媒体であって、その形態をハードディスク等の記憶装置に限定するものではない。例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの媒体であってもよい。
【００４２】
また本実施形態における通信端末で行われる各種処理時の一時的なメモリエリアとしても利用可能である。
【００４３】
次に、図３を用いて、本実施形態におけるファイル回復処理について説明する。
【００４４】
図３に示す処理は、クライアント端末（情報処理装置）のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。
【００４５】
ステップＳ１０１では、ＯＡソフトウェアは、ユーザからの起動指示に従い、ＯＡソフトウェア（ワープロソフト、表計算ソフト、プレゼンテーションソフト等）を起動する。
【００４６】
ステップＳ１０２では、ＯＡソフトウェアは、初期処理の一つとして、クラッシュ保護ソフトウェアに対して起動指示をする。そして、ステップＳ２０１において、クラッシュ保護ソフトウェアは、ＯＡソフトウェアからの起動指示に応答して、ＯＳ上に常駐を開始し、起動元のＯＡソフトウェアプロセスの状態監視を行う（Ｓ２０２）。
【００４７】
ステップＳ１０３では、ＯＡソフトウェアは、通常稼動状態となり、ユーザからの指示に従い文書の作成・編集を行う。通常稼動状態においては、定期的な自動保存タイマーのカウントを行い（Ｓ１０３−１）、自動保存のタイミングが到来すると編集中の文書の自動保存を行う（Ｓ１０３−２）。
【００４８】
ステップＳＳ１０４では、ＯＡソフトウェアの通常稼働中にＯＡソフトウェアの継続実行が出来ない問題が生じ、ＯＡソフトウェアがクラッシュ（異常終了）を起し動作を停止する。
【００４９】
Ｓ２０３では、クラッシュ保護ソフトウェアは、ＯＡソフトウェアがクラッシュしたかどうか（異常終了を検知したか）を判定する。
【００５０】
クラッシュを検知していない場合は処理をステップＳ２０２に戻し、検知処理を繰り返す。
【００５１】
クラッシュを検知した場合は処理をステップＳ２０４に移行する。
【００５２】
ステップＳ２０４では、クラッシュ保護ソフトウェアは、クラッシュ検知時のクライアント端末表示画面を画像としてキャプチャする。
【００５３】
ステップＳ２０５では、クラッシュ保護ソフトウェアは、ステップＳ２０４でキャプチャした画像に対しＯＣＲ処理を行い、文字情報および文字の位置情報を取得する。
【００５４】
ステップＳ２０６では、クラッシュ保護ソフトウェアは、ステップＳ２０４でキャプチャした画像のうち、ステップＳ２０５で文字情報として扱われなかった部分を図形情報として取得する。併せて図形の位置情報も取得する。
【００５５】
ステップＳ２０７では、クラッシュ保護ソフトウェアは、ＯＡソフトウェアの自動保存ファイル格納領域から、最新の自動バックアップファイルをコピーする。
【００５６】
ステップＳ２０８では、クラッシュ保護ソフトウェアは、ステップＳ２０７でコピーした最新自動バックアップファイルを開き、全ページの画像を生成する。
【００５７】
ステップＳ２０９では、クラッシュ保護ソフトウェアは、ステップＳ２０４で取得したキャプチャした画像と、ステップＳ２０８で生成した自動バックアップファイルの各ページの画像とを比較する。
【００５８】
ステップＳ２１０では、クラッシュ保護ソフトウェアは、ステップＳ２０４で取得した画像と近似するページが存在するか判定を行う。
【００５９】
近似ページが見つかった場合は、当該ページを追加回復対象ページとし、ステップＳ２１１へ進む。
【００６０】
近似ページが見つからなかった場合は、ステップＳ２１２へ進む。
【００６１】
ステップＳ２１１では、クラッシュ保護ソフトウェアは、追加回復対象ページの内容をステップＳ２０５で取得した文字情報およびＳ２０６で取得した図形情報に置き換える。
この際、キャプチャした画像にはあって自動バックアップファイルにはない部分（文字列や画像）については、本発明の処理により回復された部分であることが分かるように、識別可能に表示する。例えば、図９に示す例では、回復した部分に下線を引くことで識別可能にしている。
【００６２】
ステップＳ２１２では、クラッシュ保護ソフトウェアは、追加回復対象ページとしてステップＳ２０７でコピーした自動保存ファイルのコピーの最終ページに空白の１ページを追加する。その後、追加した最終ページにステップＳ２０５で取得した文字情報およびステップＳ２０６で取得した図形情報を追加する。
この際、追加した最終ページについては、本発明の処理により回復したページであることが分かるように、識別可能に表示する。
【００６３】
ステップＳ２１３では、ステップＳ２１１またはステップＳ２１２で編集したファイルを追加の回復候補ファイルとしてＯＡソフトウェアの自動保存ファイル格納領域へ保存する。
【００６４】
ステップＳ１０５では、ＯＡソフトウェアは、図７に示す画面を表示し、ユーザから指示を受け付ける。
【００６５】
ステップＳ１０６では、ユーザからの指示が再起動指示であったかを判定する。
【００６６】
再起動の指示であった場合は、処理をステップＳ１０７に移行する。
【００６７】
ソフトウェアを終了する指示であった場合は、本フローチャートの処理を終了する。
【００６８】
ステップＳ１０７では、ユーザの再起動指示に対応し、ＯＡソフトウェアの再起動を行う。
【００６９】
ステップＳ１０８では、ＯＡソフトウェアは、文書の回復候補ファイルの一覧を読み込み、回復候補ファイルの一覧が表示された文書の回復画面（一例を図８に示す）を表示する。
【００７０】
ステップＳ１０９では、ユーザの回復要否を受付ける。回復指示が為された場合はＳ１１０へ遷移し、回復指示が為されない場合は、Ｓ１０３の通常稼働へ遷移する。
【００７１】
ステップＳ１１０では、ユーザから指示を受付けた回復ファイルを読み込み、Ｓ１０３の通常稼働へ遷移する。
【００７２】
回復ファイルが読み込まれた場合の表示画面の一例を図９に示す。
【００７３】
図６は、ユーザがＯＡソフトウェアを起動し文書を編集している際に、クライアント端末に表示される画面である。図６は、ワープロソフトの例を示している。
【００７４】
図７は、ＯＡソフトウェアがクラッシュした際に、クライアント端末に表示されるユーザの後処理指示の待ち受け画面である。ユーザからプログラム（ＯＡソフトウェア）を終了させるか、再起動させるかの選択を受け付ける。
【００７５】
図８は、ユーザが図６の画面で再起動指示を行った際に、クライアント端末に表示される文書の回復画面である。回復候補ファイルの一覧８０１が表示され、ユーザからいずれの回復候補ファイルを用いて回復するかの選択を受け付ける。
【００７６】
図９は、ユーザが図７の画面で指示したファイルを回復した直後にクライアント端末に表示される画面である。ＯＡソフトウェアのクラッシュ直前に編集していた文書データが回復されている。
【００７７】
図１０は、クラッシュ保護ソフトウェアの動作設定画面である。本画面は、ＯＡソフトウェア自体のオプション設定画面（自動保存間隔の設定項目などを受け付ける画面）に追加表示されてもよい。
【００７８】
図１０に示す通り、ＯＡソフトウェアのクラッシュを検知した場合にＯＣＲ処理を実行するか否かの設定、回復したページを元の文書のどこに挿入するかの設定を受け付ける。
【００７９】
図４は、クラッシュ保護ソフトウェアが監視中の文書および回復対象としている文書を管理するためのデータテーブルであり、ステップＳ２０１において、監視対象のＯＡソフトウェアプロセスが開いたファイルが登録される。回復対象ファイルのフルパスとファイルを一意に特定するオブジェクトＩＤの項目から構成される。
【００８０】
図５は、ＯＡソフトウェアがクラッシュした際に、クラッシュ保護の一環としてステップＳ２０５、Ｓ２０６にてオブジェクトを抽出した際に登録される回復対象オブジェクトが登録されるデータテーブルである。どの文書の回復対象オブジェクトであるかを示すオブジェクトＩＤ、オブジェクトの描画位置を示す位置情報Ｘ軸、位置情報Ｙ軸、オブジェクトがＯＣＲ処理した文字情報か図形として抽出した図形情報かを示すオブジェクトタイプおよび実際の抽出した回復対象データの項目から構成される。
【００８１】
図４の回復データテーブルと図５のオブジェクトテーブルは１対多の関係となる。
【００８２】
また、本発明におけるプログラムは、図３の処理をコンピュータに実行させるプログラムである。なお、本発明におけるプログラムは、図３の各処理ごとのプログラムであってもよい。
【００８３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【００８４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【００８５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【００８６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８８】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００８９】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９０】
１００  ＯＡソフトウェア
２００  クラッシュ保護ソフトウェア
【図１】
2017117330.tif 000003
【図２】
2017117330.tif 000004
【図３】
2017117330.tif 000005
【図４】
2017117330.tif 000006
【図５】
2017117330.tif 000007
【図６】
2017117330.tif 000008
【図７】
2017117330.tif 000009
【図８】
2017117330.tif 000010
【図９】
2017117330.tif 000011
【図１０】
2017117330.tif 000012