(57)【要約】【課題】アプリケーション、マクロ、およびハードウェア間でリソース状態の不一致が残らないように定期的にそれぞれのリソース状態を合わせることにある。【解決手段】マクロ実行部１１２は、定期的にインタフェースカード１３のリソース状態と自部内で管理するサービスのリソース状態との不一致がないかを監視し、不一致があると自部内で管理するサービスのリソース状態にインタフェースカード１３のリソース状態を合わせるようにインタフェースカード１３へのリソースの設定もしくは解放を行い、その結果をアプリケーション実行部１１１に通知し、アプリケーション実行部１１１は、通知された結果と自部内で管理するサービスのリソース状態とを比較して不一致があると自部内で管理するサービスのリソース状態に基づいて自部内またはマクロ実行部１１２内で管理するサービスのリソースの解放もしくはインタフェースカード１３のリソースの解放を行う。【選択図】　　　図１
2004054498.tif 000002
【特許請求の範囲】
【請求項１】
ＣＰＵによりサービスのリソース毎にアプリケーションプログラムを実行するアプリケーション実行部と、
前記ＣＰＵによりインタフェースカードとのやり取りを行うマクロプログラムを実行するマクロ実行部とを備え、
前記マクロ実行部は、前記アプリケーション実行部から前記インタフェースへのリソース設定要求またはリソース解放要求があると前記インタフェースカードへのリソースを設定または解放する設定解放手段と、
定期的に前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との不一致がないかを監視する監視手段と、
前記監視手段による不一致が発生すると自マクロ実行部内で管理する前記サービスのリソース状態に前記インタフェースカードのリソース状態を合わせるように前記インタフェースカードへのリソースの設定もしくは前記インタフェースカードへのリソースの解放を行う第１のリソース管理手段と、
前記リソース管理手段で行った結果を前記アプリケーション実行部に通知する通知手段と、を有し、
前記アプリケーション実行部は、前記マクロ実行部に対して前記サービスのリソースに基づいて前記インタフェースカードへのリソースの設定要求または解放要求を行う要求手段と、
前記通知手段により通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態とを比較して不一致が発生していれば自アプリケーション実行部内で管理する前記サービスのリソース状態に基づいて自アプリケーション実行部内または前記マクロ実行部内でそれぞれ管理するサービスのリソースの解放もしくは前記インタフェースカードのリソースの解放を行う第２のリソース管理手段と、を有することを特徴とする機能部自己診断処理方式。
【請求項２】
前記第１の管理手段は、前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との対応に基づいて自マクロ実行部が実行すべき内容を予め登録した第１のテーブルを参照することにより動作することを特徴とする請求項１記載の機能部自己診断処理方式。
【請求項３】
前記第２の管理手段は、前記通知手段で通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態との対応に基づいて自アプリケーション実行部が実行すべき内容を予め登録した第２のテーブルを参照することにより動作することを特徴とする請求項１記載の機能部自己診断処理方式。
【請求項４】
前記インタフェースカードのリソース状態の情報は、前記監視手段による前記インタフェースカードへのアクセス可または不可を識別する情報を含むことを特徴とする請求項１または２記載の機能部自己診断処理方式。
【請求項５】
前記アプリケーション実行部内または前記マクロ実行部内で管理するサービスのリソース状態の情報は、サービスのリソースを保持しているか否かを識別する情報を含むことを特徴とする請求項１，２，または３記載の機能部自己診断処理方式。
【請求項６】
ＣＰＵによりサービスのリソース毎にアプリケーションプログラムを実行するアプリケーション実行部と、前記ＣＰＵによりインタフェースカードとのやり取りを行うマクロプログラムを実行するマクロ実行部とを準備し、
前記アプリケーション実行部が前記マクロ実行部に対して前記サービスのリソースに基づいて前記インタフェースカードへのリソースの設定要求または解放要求を行うステップと、
前記マクロ実行部が前記アプリケーション実行部から前記インタフェースへのリソース設定要求または解放要求があると前記インタフェースカードへのリソースを設定または解放するステップと、
前記マクロ実行部が定期的に前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との不一致がないかを監視するステップと、
前記マクロ実行部が前記監視による不一致を検出すると自マクロ実行部内で管理する前記サービスのリソース状態に前記インタフェースカードのリソース状態を合わせるように前記インタフェースカードへのリソースの設定もしくは前記インタフェースカードへのリソースの解放を行うステップと、
前記マクロ実行部が前記監視により行った結果を前記アプリケーション実行部に通知するステップと、
前記アプリケーション実行部が前記通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態とを比較して不一致が発生していれば自アプリケーション実行部内で管理する前記サービスのリソース状態に基づいて自アプリケーション実行部内または前記マクロ実行部内でそれぞれ管理するサービスのリソースの解放もしくは前記インタフェースカードのリソースの解放を行うステップと、を含むことを特徴とする機能部自己診断処理方法。
【請求項７】
前記マクロ実行部が前記監視による前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との対応に基づいて自マクロ実行部が実行すべき内容を予め登録した第１のテーブルを参照することにより動作するステップを含むことを特徴とする請求項６記載の機能部自己診断処理方法。
【請求項８】
前記アプリケーション実行部が前記マクロ実行部から通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態との対応に基づいて自アプリケーション実行部が実行すべき内容を予め登録した第２のテーブルを参照することにより動作するステップとを含むことを特徴とする請求項６記載の機能部自己診断処理方法。
【請求項９】
前記インタフェースカードのリソース状態の情報は、前記監視手段による前記インタフェースカードへのアクセス可または不可を識別する情報を含むことを特徴とする請求項６または７記載の機能部自己診断処理方法。
【請求項１０】
前記アプリケーション実行部内または前記マクロ実行部内で管理するサービスのリソース状態の情報は、サービスのリソースを保持しているか否かを識別する情報を含むことを特徴とする請求項６，７，または８記載の機能部自己診断処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、機能部自己診断処理方式および方法に関し、特に、インタフェースカード、マクロ、アプリケーションのリソースを監視する機能部自己診断処理方式または方法に関する。
【０００２】
【従来の技術】
従来、プログラム実行によるアプリケーション、プログラム実行によるマクロ、およびハードウェアであるインタフェースカードのそれぞれのリソースの管理方法は、アプリケーション側がサービスのリソースが発生すると、マクロに対してインタフェース部へのリソースの設定要求をマクロに行わせ、サービスが終了すると、マクロに対してインタフェース部へのリソースの解放を行わせている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上述した従来の方法では、それぞれ独立にリソースを管理しているため、使用していないサービスのリソースが保持したままになっているか解らないもしくは解ったとしてもリソース解放及びリソース設定する手段がないという問題がある。
【０００４】
本発明の目的は、上記問題点を鑑み、アプリケーション、マクロ、およびハードウェア間でリソース状態の不一致が残らないように定期的にそれぞれのリソース状態を合わせることにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するために、本発明の機能部自己診断処理方式は、ＣＰＵによりサービスのリソース毎にアプリケーションプログラムを実行するアプリケーション実行部と、前記ＣＰＵによりインタフェースカードとのやり取りを行うマクロプログラムを実行するマクロ実行部とを備え、前記マクロ実行部は、前記アプリケーション実行部から前記インタフェースへのリソース設定要求またはリソース解放要求があると前記インタフェースカードへのリソースを設定または解放する設定解放手段と、定期的に前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との不一致がないかを監視する監視手段と、前記監視手段による不一致が発生すると自マクロ実行部内で管理する前記サービスのリソース状態に前記インタフェースカードのリソース状態を合わせるように前記インタフェースカードへのリソースの設定もしくは前記インタフェースカードへのリソースの解放を行う第１のリソース管理手段と、前記リソース管理手段で行った結果を前記アプリケーション実行部に通知する通知手段と、を有し、前記アプリケーション実行部は、前記マクロ実行部に対して前記サービスのリソースに基づいて前記インタフェースカードへのリソースの設定要求または解放要求を行う要求手段と、前記通知手段により通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態とを比較して不一致が発生していれば自アプリケーション実行部内で管理する前記サービスのリソース状態に基づいて自アプリケーション実行部内または前記マクロ実行部内でそれぞれ管理するサービスのリソースの解放もしくは前記インタフェースカードのリソースの解放を行う第２のリソース管理手段と、を有することを特徴としている。
【０００６】
更に、上記の機能部自己診断処理方式において、前記第１の管理手段は、前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との対応に基づいて自マクロ実行部が実行すべき内容を予め登録した第１のテーブルを参照することにより動作することを特徴としている。
【０００７】
更に、上記の機能部自己診断処理方式において、前記第２の管理手段は、前記通知手段で通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態との対応に基づいて自アプリケーション実行部が実行すべき内容を予め登録した第２のテーブルを参照することにより動作することを特徴としている。
【０００８】
更に、上記の機能部自己診断処理方式において、前記インタフェースカードのリソース状態の情報は、前記監視手段による前記インタフェースカードへのアクセス可または不可を識別する情報を含むことを特徴としている。
【０００９】
更に、前記アプリケーション実行部内または前記マクロ実行部内で管理するサービスのリソース状態の情報は、サービスのリソースを保持しているか否かを識別する情報を含むことを特徴としている。
【００１０】
また、機能部自己診断処理方法は、ＣＰＵによりサービスのリソース毎にアプリケーションプログラムを実行するアプリケーション実行部と、前記ＣＰＵによりインタフェースカードとのやり取りを行うマクロプログラムを実行するマクロ実行部とを準備し、前記アプリケーション実行部が前記マクロ実行部に対して前記サービスのリソースに基づいて前記インタフェースカードへのリソースの設定要求または解放要求を行うステップと、前記マクロ実行部が前記アプリケーション実行部から前記インタフェースへのリソース設定要求または解放要求があると前記インタフェースカードへのリソースを設定または解放するステップと、前記マクロ実行部が定期的に前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との不一致がないかを監視するステップと、前記マクロ実行部が前記監視による不一致を検出すると自マクロ実行部内で管理する前記サービスのリソース状態に前記インタフェースカードのリソース状態を合わせるように前記インタフェースカードへのリソースの設定もしくは前記インタフェースカードへのリソースの解放を行うステップと、前記マクロ実行部が前記監視により行った結果を前記アプリケーション実行部に通知するステップと、前記アプリケーション実行部が前記通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態とを比較して不一致が発生していれば自アプリケーション実行部内で管理する前記サービスのリソース状態に基づいて自アプリケーション実行部内または前記マクロ実行部内でそれぞれ管理するサービスのリソースの解放もしくは前記インタフェースカードのリソースの解放を行うステップと、を含むことを特徴としている。
【００１１】
更に、上記の機能部自己診断処理方法において、前記マクロ実行部が前記監視による前記インタフェースカードのリソース状態と自マクロ実行部内で管理する前記サービスのリソース状態との対応に基づいて自マクロ実行部が実行すべき内容を予め登録した第１のテーブルを参照することにより動作するステップを含むことを特徴としている。
【００１２】
更に、上記の機能部自己診断処理方法において、前記アプリケーション実行部が前記マクロ実行部から通知された結果と自アプリケーション実行部内で管理する前記サービスのリソース状態との対応に基づいて自アプリケーション実行部が実行すべき内容を予め登録した第２のテーブルを参照することにより動作するステップとを含むことを特徴としている。
【００１３】
更に、上記の機能部自己診断処理方法において、前記インタフェースカードのリソース状態の情報は、前記監視手段による前記インタフェースカードへのアクセス可または不可を識別する情報を含むことを特徴としている。
【００１４】
更に、上記の機能部自己診断処理方法において、前記アプリケーション実行部内または前記マクロ実行部内で管理するサービスのリソース状態の情報は、サービスのリソースを保持しているか否かを識別する情報を含むことを特徴としている。
【００１５】
【発明の実施の形態】
次に、本発明の実施の形態について、図面を参照して説明する。
【００１６】
図１を参照すると、本発明の実施の形態を示す構成図であって、パソコン、ワークステーション、サーバ等の情報処理装置１を示す。情報処理装置１は、プロセッサ（ＣＰＵ）によりプログラム制御で動作する制御部１１と、時間監視を行うタイマ１２と、他装置とのデータのやり取りを行う複数のインタフェースカード１３と、ＡＰ側マトリックステーブル１４と、マクロ側マトリックステーブル１５と、ＡＰサービス管理テーブル１６と、マクロサービス管理テーブル１７とから構成される。
【００１７】
図１の制御部１１は、プロセッサ（ＣＰＵ）によりサービスのリソース毎に他装置とのデータのやり取りを行うルーチンを含むアプリケーションプログラムを実行するアプリケーション実行部１１１と、プロセッサ（ＣＰＵ）によりインタフェースとのやり取りを行うルーチンを含むマクロプログラムを実行するマクロ実行部１１２とを有する。すなわち、制御部１１内のアプリケーション実行部１１１とマクロ実行部１１２とは、プロセッサがプログラムを実行した場合の動作を示した機能ブロックである。
【００１８】
図１のアプリケーション実行部１１は、マクロ実行部１１２およびインタフェースカード１３を制御し、リソースの管理を行う。
【００１９】
図１のマクロ実行部１１２は、定期的（例えば、１日に１回）にインタフェースカード１３のリソースを監視する。
【００２０】
図１のタイマ１２は、マクロ実行部１１２が各インタフェースカード１３のリソースを監視するためのタイマであり、予め決められた時間に（例えば、２４時間に１回）なると、定期的に制御部１１に割り込む。なお、装置の立ち上げ時に、制御部１１が予め決められえた値（例えば、０時）を設定する。
【００２１】
図１のインタフェースカード１３は、アプリケーション実行部１１１のサービスのリソースに基づいて、他装置とのデータのやり取りのサービスを行う。なお、この場合のインタフェースカード１３は、情報処理装置１内に実装されるインタフェースカード（例えば、ＬＡＮボード、ＩＳＤＮ回線ボード等）を示しており、識別番号により各インタフェースカード１３の識別ができるようになっており、識別番号は、予め設定されている。
【００２２】
図１のマクロ側マトリックステーブル１４は、図示していない記憶部（例えば、メモリ、磁気ディスク等）に割り当てられており、マクロ実行部１１２により管理される。このマクロ側マトリックステーブル１４は、マクロ実行部１１２が処理する内容を示したテーブルである。すなわち、ＡＰ側マトリックステーブル１４は、マクロ実行部１１２が管理するサービスのリソース状態と診断結果によるインタフェースカード１３のリソース状態とを比較し、マクロ実行部１１２が実行すべき内容（リソースの設定、解放等）をマトリックスにしたものである。そのマクロ側マトリックステーブル１４の構成の一例を図３に示す。
【００２３】
図１のＡＰ側マトリックステーブル１５は、図示していない記憶部（例えば、メモリ、磁気ディスク等）に割り当てられており、アプリケーション実行部１１１により管理される。このＡＰ側マトリックステーブル１５は、アプリケーション実行部１１１がマクロ実行部１１２から通知を受けた情報に基づいて処理すべき内容について示したテーブルである。この場合のＡＰ側マトリックステーブル１５の構成の一例を図４に示す。
【００２４】
図１のＡＰサービス管理テーブル１６は、図示していない記憶部（例えば、メモリ、磁気ディスク等）に割り当てられており、サービスのリソース毎にアプリケーション実行部１１１におけるサービスのリソースの状態がアプリケーション実行部１１１により管理されている。この場合のＡＰサービス管理テーブル１６の構成の一例を図５に示す。
【００２５】
図１のマクロサービス管理テーブル１７は、図示していない記憶部（例えば、メモリ、磁気ディスク等）に割り当てられており、インタフェースカード１３のリソース（インタフェースカード識別番号）毎にマクロ実行部１１２におけるサービスのリソースの状態がマクロ実行部１１２により管理されている。この場合のマクロサービス管理テーブル１７の構成の一例を図６に示す。
【００２６】
図１の通知一覧表は、図示していない記憶部（例えば、メモリ、磁気ディスク等）に割り当てられており、マクロ実行部１１２がインタフェースカード１３の自己診断処理を行った場合におけるアプリケーション実行部１１１への通知情報を管理するためのテーブルであり、インタフェースカード１３の自己診断処理後にアプリケーション実行部１１１に通知一覧表１８を送信する。
【００２７】
図２を参照すると、リソースに関して、アプリケーション実行部１１１とマクロ実行部１１２と各インタフェースカード１３との関係を概略的に示したシーケンス図である。
【００２８】
次に、図１〜図５を参照して、本発明の実施の形態の動作について説明する。
【００２９】
情報処理装置１が立ち上がると、制御部１１のアプリケーション実行部１１１は、マクロ実行部１１２に対して、機能部自己診断の開始をマクロ実行部１１２に通知する。通知を受けたマクロ実行部１１２は、一定周期で自己診断処理を行わせるために、タイマ１２に時間の設定（例えば、夜中の０時）を行わせ、タイマ１２を起動させる。すると、タイマ１２は、設定した時間になると、制御部１１にタイマ割り込み（たとえば、０時であれば、毎日０時になるとタイマ割込みが発生する）を行うことになる。なお、本実施の形態では、ある時間になるとタイマ割込みが発生するようにしたが、時間間隔を設定するタイマ１２（例えば、４８時間を設定すると、２日毎にタイマ割込みが発生する）を用いても良い。また、タイマ１２への設定を、アプリケーション実行部１１１を介してマクロ実行部１１２が行うようにしたが、制御部１１自身（例えば、ＯＳ）が行っても良いし、アプリケーション実行部１１１で行っても良い。
【００３０】
制御部１１のアプリケーション実行部１１１は、他の装置と通信を行う場合に、マクロ実行部１１２、インタフェースカード１３を介して行うことになるが、リソースの獲得処理を行う。すなわち、アプリケーション実行部１１１は、まず、サービス（音声／ＩＳＤＮ／パケット）のリソースを識別するために、サービスリソース識別番号を自動発生し、ＡＰサービス管理テーブル１６に登録する。更に、アプリケーション実行部１１１は、サービスリソース識別番号に対する呼設定要求としてハードウェア上接続に必要なパラメータ情報インタフェース部１３に設定させるためにマクロ実行部１１２を実行させる。すなわち、アプリケーション実行部１１１は、マクロ実行部１１２にサービスリソース識別番号に対するインタフェースカード１３へのリソース設定要求を行う（シーケンスＳ１）。
【００３１】
リソース設定要求を受け取ったマクロ実行部１１２は、該当するインタフェースカード１３に必要な情報（この場合は、相手の通信相手と接続するためのインタフェースカード１３へのパラメータ情報）を設定、すなわちインタフェースカード１３をアクティブにし、マクロリソース管理テーブル１７内の該当するインタフェースカード１３のサービスリソース識別番号エリアにアプリケーション実行部１１１から受信したサービスリソース識別番号を登録する。更に、マクロ実行部１１２は、ハードウェア上の必要のパラメータ情報の設定が終わったことをサービスリソース識別番号とカード識別番号とを付加してアプリケーション実行部１１１に対して通知する（シーケンスＳ２，Ｓ３）。
【００３２】
通知を受け取ったアプリケーション実行部１１１は、受信したサービスリソース識別番号を基にＡＰサービス管理テーブル１６内の該当するカード識別番号エリアに受信したカード識別番号を設定する。その後、アプリケーション実行部１１１は、上位のプロトコルレベルの基で、通信相手の装置に対して呼設定要求を行い、接続された通信相手の装置とデータのやり取りを行う。
【００３３】
やがて、アプリケーション実行部１１１は、通信を終了するために、リソースの解放処理を行う。すなわち、アプリケーション実行部１１１は、解放すべきサービスリソース識別番号をマクロ実行部１１２に通知する。マクロ実行部１１２は、通知を受けたサービスリソース識別番号を基に、マクロサービス管理テーブル１７から該当するサービスリソース識別番号に関する情報を削除して、アプリケーション実行部１１１に解放したこと（終了通知）を通知する。この場合、該当するカード識別番号にサービスリソース識別番号が登録されていなければ、インタフェースカード１３に必要な情報（この場合は、スタンバイにするためいのパラメータ情報）を設定してから、アプリケーション実行部１１１に対してサービスリソース識別番号のリソースを解放したこと（終了通知）を通知する（シーケンスＳ４〜Ｓ６）。
【００３４】
すると、アプリケーション実行部１１１は、受信したサービスリソース識別番号を基にＡＰサービス管理テーブル１６内から該当するサービスリソース識別番号に関する情報を削除する。
【００３５】
このようにして、他装置とのやり取りを行う毎に、一連の処理（図２のシーケンスＳ１〜Ｓ６）を繰り返す。
【００３６】
やがて、タイマ１２は、所定の時間になると、制御部１１に対してタイマ割込みを発生する（図２のシーケンスＳ１１）。
【００３７】
タイマ割り込みを受けた制御部１１は、マクロ実行部１１２に制御を渡す。制御を渡されたマクロ実行部１１２は、機能部自己診断として、インタフェースカード１３（マクロサービス管理テーブル１７に登録されているカード識別番号を上から抽出）をアクセスし、アクセスした結果、応答がないとリソースを保持していないと判断し、応答があるとリソースを保持していると判断する（図８のステップＡ１，Ａ２、図２のシーケンスＳ１２，Ｓ１３）。
【００３８】
マクロ実行部１１２は、アクセスしたインタフェースカード１３に該当するサービスリソース識別番号をマクロサービス管理テーブル１７から抽出する。マクロ実行部１１２は、抽出したサービスリソース識別番号毎に各インタフェースカード１３にアクセスした結果を基にマクロ側マトリックステーブル１４から処理内容を抽出し、処理内容に基づいてマトリックス処理を行う。マクロ実行部１１２は、マトリックス処理を終了すると、サービスリソース識別番号毎の処理結果（通知結果）を通知一覧表１８に登録する（図８のステップＡ３〜Ａ５）。
【００３９】
更に、マクロ実行部１１２は、全インタフェースカード１３について機能部自己診断が終わったかを確認し、終わっていなければ次のインタフェースカード（次のカード識別番号をマクロサービス管理テーブル１７から抽出）についてステップＡ１〜Ａ５の動作を繰返す（図８のステップＡ６）。
【００４０】
やがて、全インタフェースカードの自己診断処理が終了すると、マクロ実行部１１２は、通知一覧表をアプリケーション実行部１１１に通知して、終了する（図８のステップＡ７）。
【００４１】
通知を受けたアプリケーション実行部１１１は、通知を受けた通知一覧表に登録されたサービスリソース識別番号毎にＡＰ側マトリックステーブル１５を基に通知結果を解析する。すなわち、アプリケーション実行部１１１は、サービスリソース識別番号毎に通知一覧表の通知結果を基に、ＡＰ側マトリックステーブル１５から処理内容を抽出し、処理内容に従ってマトリックス処理を実行する（図９のステップＡ１１）。
【００４２】
すなわち、本発明は、リソースを保持もしくはリソースを解放する事により使用していないサービスのリソースを保持したままにならないようにする事を特徴とする機能部自己診断処理を提供出来る。
【００４３】
次にマクロ実行部１１２が実行するステップＡ４のマトリックス処理（処理内容）について図３のマクロ側マトリックステーブル１４を用いて説明する。
【００４４】
図３の処理Ｂ１については、マクロ実行部１１２が該当する「サービスリソース識別番号」とその処理結果（例えば、「正常（マクロリソース保持）」）とを通知一覧表に登録する。
【００４５】
図３の処理Ｂ２については、マクロ実行部１１２がアクセスしたインタフェースカード（カード識別番号）のリソースを解放（この場合、スタンバイ状態に設定）し、サービスリソース識別番号「なし」とその処理結果（例えば、「カード識別番号１３−１のカードリソース解放した」）とを通知一覧表に登録する。
【００４６】
図３の処理Ｂ３については、マクロ実行部１１２がアクセスしたインタフェースカード（カード識別番号）のリソースを設定（この場合、例え、アクセスできなかったとしてもアクティブ状態に設定）し、該当する「サービスリソース識別番号」とその処理結果（例えば、「カード識別番号１３−１のカードリソース設定した」）とを通知一覧表に登録する。
【００４７】
図３の処理Ｂ４については、マクロ実行部１１２が該当するサービスリソース識別番号「なし」と処理結果（例えば、「正常（マクロリソースなし）」）とを通知一覧表に登録する。
【００４８】
次にアプリケーション実行部１１１が実行するステップＡ４のマトリックス処理（処理内容）について図４のＡＰ側マトリックステーブル１５を用いて説明する。
【００４９】
図４の処理Ｃ１、処理Ｃ４、処理Ｃ５、および処理Ｃ８に関しては、アプリケーション実行部１１１は、何も処理しないでそのまま終了する。
【００５０】
図４の処理Ｃ２およびＣ６に関しては、アプリケーション実行部１１１は、該当するサービスリソース識別番号のリソース解放をマクロ実行部１１２に指示する。すなわち、アプリケーション実行部１１１は、マクロ実行部１１２に対して、解放指示したサービスリソース識別番号をマクロサービス管理テーブル１７から削除させると共に、該当するインタフェースカード１３（カード識別番号）のリソースを解放（この場合スタンバイ状態）させる。
【００５１】
図４の処理Ｃ３およびＣ７に関しては、該当するサービスリソース識別番号に関する情報（一行分）をＡＰサービス管理テーブル１６から削除する。
【００５２】
以上説明したように、マクロ実行部１１２が定期的にインタフェースカード１３のリソース状態を監視し、監視した結果とマクロ実行部１１２で管理するサービスのリソース状態とを基にマクロ側マトリックステーブル１５の内容に従ってリソースの処理を行い、アプリケーション実行部１１１がその処理した結果とアプリケーション実行部１１１で管理するサービスのリソース状態とを基にアプリケーションマトリックステーブル１４の内容に従ってリソースの処理を行うようにしたので、アプリケーション実行部１１１とマクロ実行部１１２とインタフェース部１１３と間で不一致となるリソース状態を一致させるようにしたので、アプリケーション実行部１１１とマクロ実行部１１２とインタフェース部１１３と間で統一の取れたサービスのリソースの管理ができる。
【００５３】
【発明の効果】
以上説明したように、本発明は、定期的にリソースの状態の不一致を監視するようにしたため、アプリケーション、マクロ、およびハードウェア間でリソース状態の不一致したリソース状態が残らないように定期的にそれぞれのリソース状態を合わせることができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態における情報処理装置内の構成の一例を示すブロック図である。
【図２】リソースに関し、図１のアプリケーション実行部とマクロ実行部とインタフェースカードとの関係を概略的に示したシーケンス図である。
【図３】図１のマクロ側マトリックステーブルの構成の一例を示す構成概略図である。
【図４】図１のＡＰ側マトリックステーブルの構成の一例を示す構成概略図である。
【図５】図１のＡＰサービス管理テーブルの構成の一例を示す構成概略図である。
【図６】図１のマクロサービス管理テーブルの構成の一例を示す構成概略図である。
【図７】図１の通知一覧表の構成の一例を示す構成概略図である。
【図８】本実施の形態における図１のマクロ実行部の動作を示すフローチャートである。
【図９】本実施の形態における図１のアプリケーション実行部の動作を示すフローチャートである。
【符号の説明】
１　　情報処理装置
１１　　制御部
１１１　　アプリケーション実行部
１１２　　マクロ実行部
１２　　タイマ
１３　　インタフェースカード
１４　　ＡＰ側マトリックステーブル
１５　　マクロ側マトリックステーブル
１６　　ＡＰサービス管理テーブル
１７　　マクロサービス管理テーブル
１８　　通知一覧表
【図１】
2004054498.tif 000003
【図２】
2004054498.tif 000004
【図３】
2004054498.tif 000005
【図４】
2004054498.tif 000006
【図５】
2004054498.tif 000007
【図６】
2004054498.tif 000008
【図７】
2004054498.tif 000009
【図８】
2004054498.tif 000010
【図９】
2004054498.tif 000011