特開 2024-136260 情報処理システム及び情報処理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024136260

(43)【公開日】2024-10-04

(54)【発明の名称】情報処理システム及び情報処理プログラム

(51)【国際特許分類】

   G06F 9/52 20060101AFI20240927BHJP

【ＦＩ】

G06F9/52 120Z

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023047323

(22)【出願日】2023-03-23

(71)【出願人】

【識別番号】000005496

【氏名又は名称】富士フイルムビジネスイノベーション株式会社

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】大竹 裕仁

(72)【発明者】

【氏名】田中 英憲

(72)【発明者】

【氏名】諏訪 辰寿

(57)【要約】

【課題】それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理システム及び情報処理プログラムを提供することを目的とする。
【解決手段】サブプロセッサ１４がＯＳ間通信コマンドを受信して資源を確保した際に、資源に関する情報を資源情報管理部３４に保持する。そして、例外発生した際に、サブプロセッサ１４が、当該処理に対応する資源情報管理部３４に保持した資源に関する情報を更新し、ＯＳ間通信コマンドに対応する処理の例外発生をメインプロセッサ１２に送信する。
【選択図】図３

【特許請求の範囲】

【請求項1】

それぞれ通信を行う複数のプロセッサを備え、
前記複数のプロセッサのうち処理コマンドを受信した第１プロセッサは、
受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、
前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、
前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を行う情報処理システム。

【請求項2】

前記第１プロセッサは、前記資源が排他制御する資源の場合、前記資源情報管理部に保持した前記資源に関する情報からオペレーティングシステムの機能を用いて該当する前記資源を開放し、前記資源情報管理部に保持した前記資源に関する情報を獲得資源なしの状態に更新する請求項１に記載の情報処理システム。

【請求項3】

前記第１プロセッサは、前記資源が例外発生した処理以外から獲得された資源の場合、前記資源情報管理部に保持した前記資源に関する情報から前記資源を解放せずに保持する請求項１に記載の情報処理システム。

【請求項4】

前記第１プロセッサは、前記例外発生した処理を行うタスクをオペレーティングシステムの機能を用いて削除し、削除した前記タスクの処理機能を持つタスクを再生成する請求項１に記載の情報処理システム。

【請求項5】

前記第１プロセッサは、前記処理コマンドを再受信した場合、前記再生成したタスクにより、前記資源の獲得と、獲得した前記資源に関する情報の前記資源情報管理部への保持、及び前記処理コマンドに対応する処理を行う請求項４に記載の情報処理システム。

【請求項6】

コンピュータに、
処理コマンドを受信し、
受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、
前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、
前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム及び情報処理プログラムに関する。

【背景技術】

【0002】

特許文献１には、複数のプロセスにより共有される資源の排他的使用権を表す排他制御モジュールを獲得したプロセスがそのセマフォに対応する資源の排他的使用権を獲得し、プロセスがセマフォを開放した場合にそれに対応する資源の排他的使用権を失うように制御されるコンピュータシステムにおいて、各セマフォに対応して、それが排他制御する資源の異常終了時の処理手順を記述した例外ハンドラを定義し、セマフォを獲得したままでタスクが異常終了した場合に、そのセマフォに定義されている例外ハンドラを起動するコンピュータシステムが提案されている。

【0003】

特許文献２には、複数のアプリケーションプログラムからなるＡＰ部と、該アプリケーションプログラムに命令するためのプログラムを実行して該プログラムの実行状態を管理するＯＳ部とを有し、該プログラムの実行状態を格納するシステム状態の格納部において、該ＯＳ部に複数のリソースを管理するリソース管理部とオペレーティングシステムの処理を実行するＯＳ処理部とを設け、リソース管理部のタイマによりアプリケーションプログラムが獲得したリソースの使用時間を監視し、該リソースを所有している時間（獲得してから解放するまでの時間）を計測することにより該システムの異常状態を管理するシステム管理方法が提案されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平１１－２４９４７号公報

【特許文献2】特開平５－３４２０２３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

それぞれ通信を行う複数のプロセッサを備える場合、複数のプロセッサのうち処理コマンドを受信したプロセッサが、処理コマンドに対応する処理で使用する資源を確保する。ここで、当該処理で例外発生した場合、例外発生時の資源が確保されたままになるため、処理コマンドを再受信した際に資源の確保に失敗し、処理がエラーになってしまい、ユーザによる再起動と再処理実行が必要となってしまう。

【0006】

そこで、本開示は、それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理システム及び情報処理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するために、第１態様に係る情報処理システムは、それぞれ通信を行う複数のプロセッサを備え、前記複数のプロセッサのうち処理コマンドを受信した第１プロセッサは、受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を行う。

【0008】

第２態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記第１プロセッサは、前記資源が排他制御する資源の場合、前記資源情報管理部に保持した前記資源に関する情報からオペレーティングシステムの機能を用いて該当する前記資源を開放し、前記資源情報管理部に保持した前記資源に関する情報を獲得資源なしの状態に更新する。

【0009】

第３態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記第１プロセッサは、前記資源が例外発生した処理以外から獲得された資源の場合、前記資源情報管理部に保持した前記資源に関する情報から前記資源を解放せずに保持する。

【0010】

第４態様に係る情報処理システムは、第１態様に係る情報処理システムにおいて、前記第１プロセッサは、前記例外発生した処理を行うタスクをオペレーティングシステムの機能を用いて削除し、削除した前記タスクの処理機能を持つタスクを再生成する。

【0011】

第５態様に係る情報処理システムは、第４態様に係る情報処理システムにおいて、前記第１プロセッサは、前記処理コマンドを再受信した場合、前記再生成したタスクにより、前記資源の獲得と、獲得した前記資源に関する情報の前記資源情報管理部への保持、及び前記処理コマンドに対応する処理を行う。

【0012】

第６態様に係る情報処理プログラムは、コンピュータに、処理コマンドを受信し、受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を実行させる。

【発明の効果】

【0013】

第１態様によれば、それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理システムを提供できる。

【0014】

第２態様によれば、復旧する際に排他制御する資源を確保して例外発生から復旧できる。

【0015】

第３態様によれば、例外発生した処理以外で不整合が発生することを防止できる。

【0016】

第４態様によれば、例外発生した処理を再実行することが可能となる。

【0017】

第５態様によれば、処理コマンドを再受信することにより、例外発生した処理を実行できる。

【0018】

第６態様によれば、それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理プログラムを提供できる。

【図面の簡単な説明】

【0019】

【図1】本実施形態に係る情報処理装置の前提の構成を示すブロック図である。

【図2】ユーザにより装置の再起動と再処理実行が必要になる、従来の例外発生時の処理を説明するための図である。

【図3】本実施形態に係る情報処理装置の具体的な構成を示すブロック図である。

【図4】本実施形態に係る情報処理装置において、例外発生する場合の処理の手順を説明するための図である。

【図5】本実施形態に係る情報処理装置におけるメインプロセッサで行われる処理の流れの一例を示すフローチャートである。

【図6】本実施形態に係る情報処理装置におけるサブプロセッサで行われる処理の流れの一例を示すフローチャートである。

【発明を実施するための形態】

【0020】

以下、図面を参照して本開示の実施の形態の一例を詳細に説明する。図１は、本実施形態に係る情報処理装置の前提の構成を示すブロック図である。

【0021】

本実施形態に係る情報処理装置１０は、図１に示すように、複数のプロセッサを備えて、共有メモリ１６を介して双方のプロセッサ間のデータ通信を行う。本実施形態では、一例として、画像形成装置や画像処理装置等に設けられた情報処理装置１０を説明する。また、複数のプロセッサの一例として、メインプロセッサ１２と第１プロセッサの一例としてのサブプロセッサ１４の２つのプロセッサを備え、サブプロセッサ１４が、画像処理に特化したサブプロセッサ１４である場合を一例として説明する。

【0022】

本実施形態に係る情報処理装置１０における大まかなデータ通信の流れは以下の通りである。なお、図１中の１．～４．は処理の手順を示す。

【0023】

手順１．メインプロセッサ１２は、メインプロセッサ１２のＯＳ間通信モジュール１８からＯＳ間通信コマンドを送信し、共有メモリ１６のＯＳ間通信コマンド格納領域２２に格納する。ＯＳ間通信コマンドは、例えば、画像処理に必要な情報等の処理コマンドを共有メモリ１６に送信する。

【0024】

手順２．サブプロセッサ１４側のＯＳ間通信モジュール２０は、メインプロセッサ１２側のＯＳ間通信モジュール１８から、ＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0025】

手順３．サブプロセッサ１４は、受信したＯＳ間通信コマンドに対応する処理（例えば、画像処理）を実行して、サブプロセッサ１４側のＯＳ間通信モジュール２０から実行結果を示すＯＳ間通信コマンドを共有メモリ１６に送信する。

【0026】

手順４．メインプロセッサ１２側のＯＳ間通信モジュール１８は、サブプロセッサ１４側のＯＳ間通信モジュール２０から画像処理の正常終了に伴うＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0027】

しかしながら、ソフトウェア例外発生時に、排他制御する資源であるセマフォなどの資源を確保している場合、装置の再起動と再処理の実行をしただけでは、ソフトウェアの再処理を正常に継続することができないため、ユーザにより装置の再起動と再処理実行が必要になってしまう。なお、本実施形態において資源とは、メインプロセッサ１２またはサブプロセッサ１４が画像処理等の各種処理を実行するために使用するメモリ領域を指す。

【0028】

ここで、資源の一例としてのセマフォについて説明する。セマフォを「獲得」することで、例えば、２つのタスク間で処理を排他または待ち合わせすることができる。

【0029】

本実施形態のように、マルチタスクで動作する環境においては、タスクＡとタスクＢが存在し、タスクＡとタスクＢは同じメモリへアクセスし、それぞれタスクＡはメモリへの書き込み、タスクＢはメモリへの読み出しを行うとする。

【0030】

期待値としては、タスクＡでメモリへ「０ｘ１」を書き込みして、タスクＢでメモリから「０ｘ１」を読み出すことを想定する。マルチタスク環境の場合、タスクＡとタスクＢが同時にメモリアクセスするため、タスクＢで正しく「０ｘ１」を読み出しできない場合がある。このような場合、タスクＡがメモリへアクセス中には、タスクＢはメモリへアクセスできないように処理を排他させるため、セマフォを使用する。排他させる手順は、以下のようになる。

【0031】

１．タスクＡがメモリにアクセスする前に、処理排他用のセマフォを獲得(セマフォ数１→０)。
以下、タスクＡでメモリアクセス中とする。
２．タスクＢがメモリにアクセスする前に、処理排他用のセマフォを獲得しようとするが、獲得できるセマフォがないため、セマフォが獲得できるまで処理が待ち状態になる。
３．タスクAはメモリへ書き込みする処理が完了後、セマフォを解放(セマフォ数０→１)する。
４．タスクＢはセマフォを獲得でき(セマフォ数１→０)、メモリへ読み出しすることができる。

【0032】

なお、セマフォはＯＳ（Operating System）のシステムコールを使用して、ＯＳの管理領域から資源を獲得する。

【0033】

次に、図２を参照して、ユーザにより装置の再起動と再処理実行が必要になる、従来の例外発生時の処理について簡単に説明する。図２は、ユーザにより装置の再起動と再処理実行が必要になる、従来の例外発生時の処理を説明するための図である。なお、図２中の１．～１３．は処理の手順を示す。

【0034】

手順１．メインプロセッサ１２のＯＳ間通信モジュール１８から共有メモリ１６へ画像処理に必要な情報をＯＳ間通信コマンドとして送信し、共有メモリ１６のＯＳ間通信コマンド格納領域２２に格納する。

【0035】

手順２．サブプロセッサ１４側のＯＳ間通信モジュール２０は、メインプロセッサ１２側のＯＳ間通信モジュール１８から、ＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0036】

手順３．サブプロセッサ１４側のＯＳ間通信モジュール２０（図２中のタスク２４）は、共有メモリ１６から受信したＯＳ間通信コマンドに応じた画像処理を排他または同期するためにセマフォの資源を獲得する。なお、ここでは、資源としてセマフォを挙げたが、資源はセマフォに限るものではない。

【0037】

手順４．サブプロセッサは、セマフォの資源獲得後の画像処理において、ハードウェアの不調などが起因としたソフトウェアの異常な演算処理が起こり、ソフトウェア例外が発生する。

【0038】

手順５．サブプロセッサ１４側のＯＳが、ソフトウェアの例外発生を検知して、例外発生タスク復旧ルーチン２６による例外ハンドラが作動する。

【0039】

手順６．サブプロセッサ１４側で作動した例外ハンドラは、例外発生タスクをＯＳの機能を用いて削除をして、削除したタスク２４と同じ処理機能を持つタスク２８を再生成する。

【0040】

手順７．サブプロセッサ１４側のＯＳ間通信モジュール２０から共有メモリ１６へ例外が発生したことを示す情報を格納する。格納する情報としては、例えば、コマンドを識別するのと同じような定義値等を格納する。

【0041】

手順８．メインプロセッサ１２側のＯＳ間通信モジュール１８は、サブプロセッサ１４側のＯＳ間通信モジュール２０から例外発生情報の格納完了の割り込み通知を受けて、共有メモリ１６に格納された例外発生情報を受信する。

【0042】

手順９．メインプロセッサ１２側のＯＳ間通信モジュール１８は、共有メモリ１６から受信した例外発生情報を受けて、例外発生直前に送信したＯＳ間通信コマンドを共有メモリ１６に再送信する。

【0043】

手順１０．サブプロセッサ１４側のＯＳ間通信モジュール２０は、メインプロセッサ１２側のＯＳ間通信モジュール１８からＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。なお、手順２．にて受信したＯＳ間通信コマンドを処理する画像処理のタスク２４と、手順１０．において再受信されたＯＳ間通信コマンドを処理する画像処理のタスク２８は同じ役割を持ち、同じ処理を行うタスクである。ただし、手順６．においてタスクは再生成しているので、タスクを識別するタスクＩＤは異なる可能性がある。

【0044】

手順１１．サブプロセッサ１４側の画像処理のタスク２８は、受信したＯＳ間通信コマンドに応じた画像処理向けの処理を排他または同期するためにセマフォの資源を獲得しようとする。しかしながら、ソフトウェア例外発生時に、セマフォなどの資源が確保された状態のままのため、コマンド再送時の画像処理のタスク２８が資源確保に失敗して、処理がエラー終了してしまう。

【0045】

手順１２．サブプロセッサ１４側のＯＳ間通信モジュール２０は、画像処理のエラー終了を示す情報を共有メモリ１６に送信する。

【0046】

手順１３．メインプロセッサ１２側のＯＳ間通信モジュール１８は、サブプロセッサ１４側のＯＳ間通信モジュール２０から画像処理のエラー終了を示すＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。メインプロセッサ１２では、再送されたＯＳ間通信コマンドの応答は返ってくるが、処理結果がエラーとなり、ユーザにより装置の再起動と再処理実行が必要となる。

【0047】

そこで、本実施形態に係る情報処理装置１０では、メインプロセッサ１２から処理コマンドとしてのＯＳ間通信コマンドを受信したサブプロセッサ１４が、受信したＯＳ間通信コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、ＯＳ間通信コマンドに対応する処理で例外発生した際に、資源情報管理部に保持した当該処理に対応する資源に関する情報を更新し、ＯＳ間通信コマンドに対応する処理の例外発生を、ＯＳ間通信コマンドを送信したメインプロセッサ１２に送信する処理を行う。なお、プロセッサは３以上でもよい。すなわち、本実施形態に係る情報処理装置１０は、複数のプロセッサのうち処理コマンドを受信した第１プロセッサが、受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を行う。

【0048】

具体的には、図３に示すように、サブプロセッサ１４を搭載する画像処理に特化したシステム３２に、資源情報管理部３４を設ける。そして、サブプロセッサ１４がＯＳ間通信コマンドを受信して資源を確保した際に、資源に関する情報を資源情報管理部３４に保持する。そして、例外発生した際に、サブプロセッサ１４が、当該処理に対応する資源情報管理部３４に保持した資源に関する情報を更新し、ＯＳ間通信コマンドに対応する処理の例外発生をメインプロセッサ１２に送信する。これにより、メインプロセッサ１２からＯＳ間通信コマンドが再送信され、ＯＳ間通信コマンドに応じた処理を実行する際に、資源情報が更新されているので、資源が確保され、例外発生した処理が実行される。従って、ユーザによる装置の再起動と再実行を行うことなく自動的に復旧される。なお、図３は、本実施形態に係る情報処理装置１０の具体的な構成を示すブロック図である。

【0049】

ここで、上述のように構成された本実施形態に係る情報処理装置１０において、例外発生する場合の処理の手順について図４を参照して詳細に説明する。図４は、本実施形態に係る情報処理装置１０において、例外発生する場合の処理の手順を説明するための図である。なお、図４中の１．～１３．は処理の手順を示す。

【0050】

手順１．情報処理装置１０の図示しない電源をオン後、サブプロセッサ１４側の画像処理前のタスク３６は画像処理排他用のセマフォを生成し、画像処理に使用するメモリプールを獲得する。

【0051】

手順２．サブプロセッサ１４側の画像処理前のタスク３６は、獲得したメモリプールのメモリのアドレス等の獲得情報を資源情報管理部３４に保存する。

【0052】

手順３．画像処理タスク４０は生成後に画像処理要求待ちとなり、アイドルタスク３８へ遷移する。

【0053】

手順４．メインプロセッサ１２側のＯＳ間通信モジュール１８から共有メモリ１６へ画像処理に必要な情報をＯＳ間通信コマンドとして送信する。

【0054】

手順５．サブプロセッサ１４側のＯＳ間通信モジュール２０は、メインプロセッサ１２側のＯＳ間通信モジュール１８から、ＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0055】

手順６．サブプロセッサ１４側のＯＳ間通信モジュール２０は、画像処理要求のＯＳ間通信コマンドを受信したため、アイドルタスク３８から画像処理タスク４０へ遷移する。

【0056】

手順７．サブプロセッサ１４側の画像処理タスク４０は、共有メモリ１６から受信したＯＳ間通信コマンドに応じた画像処理を排他または同期するためにセマフォの資源を獲得する。なお、ここでは、説明上セマフォを資源の一例として挙げたが、資源はセマフォに限るものではない。

【0057】

手順８．サブプロセッサ１４側の画像処理タスク４０は、セマフォを識別するセマフォＩＤ等のセマフォの獲得情報を資源情報管理部３４に保存する。なお、手順２．及び手順８．により、資源情報管理部３４には、例えば、画像処理タスク４０の情報として、メモリプール: 資源獲得中(メモリのアドレスを保持)、資源獲得元：例外発生タスクとは別のタスク、セマフォ：資源獲得中(資源の識別IDを保持)、資源獲得元：例外発生タスクと同一タスク等のように情報が保存される。

【0058】

手順９．サブプロセッサ１４側の画像処理タスク４０は、セマフォの資源獲得後の画像処理において、ハードウェアの不調などが起因としたソフトウェアの異常な演算処理が起こり、ソフトウェア例外が発生する。

【0059】

手順１０．サブプロセッサ１４側のＯＳが、ソフトウェア例外の発生を検知して、例外発生タスク復旧ルーチン２６によって例外ハンドラが作動する。

【0060】

手順１１．サブプロセッサ１４側で作動した例外ハンドラから、手順２．及び手順８．でアクセスした資源情報管理部３４へアクセスして、例外発生した画像処理タスク４０における資源獲得情報を取得する。

【0061】

手順１２．サブプロセッサ１４側で作動した例外ハンドラは、獲得した資源が例外発生した画像処理タスク４０で獲得されたものであった場合にＯＳの機能を用いて該当資源を解放する。なお、例外発生した画像処理タスク４０外から獲得された資源の場合、他タスクはその資源情報(例えば、セマフォＩＤやメモリプールのアドレス等)を保持しており、後の処理で不整合が起きてしまうため勝手に資源を解放しない。

【0062】

手順１３．サブプロセッサ１４側で作動した例外ハンドラは、手順２．及び手順８．でアクセスした資源情報管理部３４へ再アクセスして、例外発生した画像処理タスク４０における獲得資源情報であるセマフォを獲得資源なしの状態へステータスを更新する。例えば、資源情報管理部３４は、画像処理タスク４０で保存した情報が、メモリプール: 資源獲得中(メモリのアドレスを保持)、資源獲得元：例外発生タスクとは別のタスク、セマフォ：資源未獲得等のように更新される。

【0063】

手順１４．サブプロセッサ１４側で作動した例外ハンドラは、例外発生した画像処理タスク４０をＯＳの機能を用いて削除をして、削除したタスクと同じ処理機能を持つ画像処理タスク４２を再生成する。なお、生成したタスクは、ＯＳの機能を使用してタスクを再生成するため、タスクＩＤは新たに付与される。

【0064】

手順１５．再生成された画像処理タスク４０は再生成後に画像処理要求待ちとなり、アイドルタスク３８へ遷移する。

【0065】

手順１６．サブプロセッサ１４側のＯＳ間通信モジュール２０から共有メモリ１６へ例外が発生したことを示す情報を格納する。例外が発生したことを示す情報としては、例えば、ＯＳ間通信コマンドを識別するのと同じような定義値等の情報を格納する。

【0066】

手順１７．メインプロセッサ１２側のＯＳ間通信モジュール１８は、サブプロセッサ１４側のＯＳ間通信モジュール２０から例外発生情報の格納完了の割り込み通知を受けて、共有メモリ１６に格納された例外発生情報を受信する。なお、例外発生情報は、例えば、各画像処理などのＯＳ間通信コマンドを識別するＩＤ（例えば、０ｘ１，０ｘ２，・・・等）を定義するのと同じように、例外が発生したときに識別するＩＤ（例えば、０ｘｆｆ）である。

【0067】

手順１８．メインプロセッサ１２側のＯＳ間通信モジュール１８は、共有メモリ１６から受信した例外発生情報を受けて、例外発生直前に送信したＯＳ間通信コマンドを再度共有メモリ１６に送信する。

【0068】

手順１９．サブプロセッサ１４側のＯＳ間通信モジュール２０は、メインプロセッサ１２側のＯＳ間通信モジュール１８からＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。なお、手順５．において受信したＯＳ間通信コマンドを処理する画像処理タスク４０と、手順１８．において再受信されたＯＳ間通信コマンドを処理する画像処理タスク４２は同じ役割を持ち、同じ処理を行うタスクである。ただし、手順１４．において画像処理タスク４０は削除され、画像処理タスク４２を再生成しているので、タスクＩＤは異なる可能性がある。

【0069】

手順２０．アイドルタスク３８は、画像処理要求のＯＳ間通信コマンドを受信したため、画像処理タスク４２へ遷移する。

【0070】

手順２１．サブプロセッサ１４側の画像処理タスク４２は、受信したＯＳ間通信コマンドに応じた画像処理向けの処理を排他または同期するためにセマフォの資源を獲得して、画像処理を実行し、正常に処理が終了する。

【0071】

手順２２．サブプロセッサ１４側のＯＳ間通信モジュール２０は、画像処理の正常終了に伴う情報を共有メモリ１６に送信する。

【0072】

手順２３．メインプロセッサ１２側のＯＳ間通信モジュール１８は、サブプロセッサ１４側のＯＳ間通信モジュール２０から画像処理の正常終了に伴うＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0073】

続いて、上述のように構成された本実施形態に係る情報処理装置１０における各プロセッサを行われる具体的な処理について説明する。

【0074】

まず、メインプロセッサ１２で行われる処理について説明する。図５は、本実施形態に係る情報処理装置１０におけるメインプロセッサ１２で行われる処理の流れの一例を示すフローチャートである。なお、図５の処理は、例えば、メインプロセッサ１２がユーザによって画像処理の実行要求を受け付けた場合に開始する。

【0075】

ステップ１００では、メインプロセッサ１２が、共有メモリ１６に画像処理に必要な情報を送信してステップ１０２へ移行する。すなわち、上述の手順４．により、メインプロセッサ１２側のＯＳ間通信モジュール１８から共有メモリ１６へ画像処理に必要な情報をＯＳ間通信コマンドとして送信する。
ステップ１０２では、メインプロセッサ１２が、例外発生を受信したか否かを判定する。該判定は、上述の手順１７．により、共有メモリ１６に格納された例外発生情報を受信したか否かを判定する。該判定が肯定された場合にはステップ１０４へ移行し、否定された場合にはステップ１０６へ移行する。

【0076】

ステップ１０４では、メインプロセッサ１２が、例外発生直前に送信したＯＳ間通信コマンドを再送信してステップ１０６へ移行する。すなわち、上述の手順１８．により、メインプロセッサ１２側のＯＳ間通信モジュール１８が、共有メモリ１６から受信した例外発生情報を受けて、例外発生直前に送信したＯＳ間通信コマンドを再度共有メモリ１６に送信する。
ステップ１０６では、メインプロセッサ１２が、正常終了を受信したか否かを判定する。該判定は、画像処理の正常終了に伴う情報を示すＯＳ間通信コマンドを受信したか否かを判定する。例えば、例外発生があった場合には上述の手順２３．により、共有メモリ１６からＯＳ間通信コマンドを受信したか否かを判定する。該判定が否定された場合にはステップ１０２に戻って上述の処理を繰り返し、判定が肯定されたところで一連の処理を終了する。

【0077】

次に、サブプロセッサ１４で行われる処理について説明する。図６は、本実施形態に係る情報処理装置１０におけるサブプロセッサ１４で行われる処理の流れの一例を示すフローチャートである。

【0078】

ステップ２００では、サブプロセッサ１４が、画像処理前のタスク３６により画像処理排他用のセマフォ生成し、メモリプールを獲得してステップ２０２へ移行する。すなわち、上述の手順１．により、サブプロセッサ１４側の画像処理前のタスク３６が、画像処理排他用のセマフォを生成し、画像処理に使用するメモリプールを獲得する。

【0079】

ステップ２０２では、サブプロセッサ１４が、メモリプールの獲得情報を資源情報管理部３４に保存してステップ２０４へ移行する。すなわち、上述の手順２．により、サブプロセッサ１４が、獲得したメモリプールのメモリのアドレス等の獲得情報を資源情報管理部３４に保存する。

【0080】

ステップ２０４では、サブプロセッサ１４が、アイドルタスク３８へ移行してステップ２０６へ移行する。すなわち、上述の手順３．により、画像処理タスク４０が生成後に画像処理要求待ちとなり、アイドルタスク３８へ遷移する。

【0081】

ステップ２０６では、サブプロセッサ１４が、割り込み通知を受信したか否かを判定する。該判定は、上述の手順５．により、サブプロセッサ１４側のＯＳ間通信モジュール２０が、メインプロセッサ１２側のＯＳ間通信モジュール１８から、ＯＳ間通信コマンドの格納完了の割り込み通知を受けたか否かを判定する。該判定が肯定されるまで待機してステップ２０８へ移行する。

【0082】

ステップ２０８では、サブプロセッサ１４が、共有メモリ１６からＯＳ間通信コマンドを受信してステップ２１０へ移行する。すなわち、上述の手順５．により、サブプロセッサ１４側のＯＳ間通信モジュール２０が、メインプロセッサ１２側のＯＳ間通信モジュール１８から、ＯＳ間通信コマンドの格納完了の割り込み通知を受けて、共有メモリ１６からＯＳ間通信コマンドを受信する。

【0083】

ステップ２１０では、サブプロセッサ１４が、画像処理タスク４０へ遷移してステップ２１２へ移行する。すなわち、上述の手順６．により、サブプロセッサ１４側のＯＳ間通信モジュール２０は、画像処理要求のＯＳ間通信コマンドを受信したため、アイドルタスク３８から画像処理タスク４０へ遷移する。

【0084】

ステップ２１２では、サブプロセッサ１４が、ＯＳ間通信コマンドに応じた資源を獲得してステップ２１４へ移行する。すなわち、上述の手順７．により、サブプロセッサ１４側の画像処理タスク４０が、共有メモリ１６から受信したＯＳ間通信コマンドに応じた画像処理を排他または同期するためにセマフォの資源を獲得する。

【0085】

ステップ２１４では、サブプロセッサ１４が、資源の獲得情報を資源情報管理部３４に保存してステップ２１６へ移行する。すなわち、上述の手順８．により、サブプロセッサ１４側の画像処理タスク４０が、セマフォを識別するセマフォＩＤ等のセマフォの獲得情報を資源情報管理部３４に保存する。

【0086】

ステップ２１６では、サブプロセッサ１４が、例外発生なく正常終了したか否かを判定する。ソフトウェア例外の発生を検知して判定が否定された場合にはステップ２１８へ移行し、判定が肯定された場合にはステップ２３０へ移行する。

【0087】

ステップ２１８では、サブプロセッサ１４が、例外ハンドラを作動してステップ２２０へ移行する。すなわち、上述の手順１０．により、サブプロセッサ１４が、例外発生タスク復旧ルーチン２６による例外ハンドラが作動する。

【0088】

ステップ２２０では、サブプロセッサ１４が、例外ハンドラから資源情報管理部３４にアクセスし、資源情報を取得してステップ２２２へ移行する。すなわち、上述の手順１１．により、サブプロセッサ１４側で作動した例外ハンドラから、資源情報管理部３４へアクセスして、例外発生した画像処理タスク４０における資源獲得情報を取得する。

【0089】

ステップ２２２では、サブプロセッサ１４が、資源情報更新処理を行ってステップ２２４へ移行する。資源情報更新処理は、例えば、セマフォの解放や、メモリプールのメモリのアドレス情報の確保または解放等を行う。例えば、上述の手順１２．により、サブプロセッサ１４側で作動した例外ハンドラが、獲得した資源が例外発生した画像処理タスク４０で獲得されたものであった場合にＯＳの機能を用いて該当資源を解放する。一方、例外発生した画像処理タスク４０外から獲得された資源の場合は、他タスクはその資源情報(例えば、セマフォＩＤやメモリプールのアドレス等)を保持しており、後の処理で不整合が起きてしまうため勝手に資源を解放せずに待避して保持する。そして、上述の手順１３．により、サブプロセッサ１４側で作動した例外ハンドラが、資源情報管理部３４へ再アクセスして、例外発生した画像処理タスク４０における獲得資源情報であるセマフォを獲得資源なしの状態へステータスを更新する。

【0090】

ステップ２２４では、サブプロセッサ１４が、ＯＳ機能により例外発生したタスクを削除し、タスクを再生成してステップ２２６へ移行する。すなわち、上述の手順１４．により、サブプロセッサ１４側で作動した例外ハンドラが、例外発生した画像処理タスク４０をＯＳの機能を用いて削除して、削除したタスクと同じ処理機能を持つ画像処理タスク４２を再生成する。

【0091】

ステップ２２６では、サブプロセッサ１４が、アイドルタスク３８へ遷移してステップ２２８へ移行する。すなわち、上述の手順１５．により、再生成された画像処理タスク４２は再生成後に画像処理要求待ちとなり、アイドルタスク３８へ遷移する。

【0092】

ステップ２２８では、サブプロセッサ１４が、例外発生したことを示す情報を共有メモリ１６に送信してステップ２３０へ移行する。すなわち、上述の手順１６．により、サブプロセッサ１４側のＯＳ間通信モジュール２０から共有メモリ１６へ例外が発生したことを示す情報を格納する。

【0093】

一方、ステップ２３０では、サブプロセッサ１４が、正常終了に伴う情報を共有メモリ１６に送信して一連の処理を終了する。例えば、例外発生があった合には、上述の手順２２．により、サブプロセッサ１４側のＯＳ間通信モジュール２０が、画像処理の正常終了に伴う情報を共有メモリ１６に送信する。

【0094】

このように処理を行うことにより、例外発生の際に、資源情報管理部３４に保持された資源に関する情報が更新される。これにより、ＯＳ間通信コマンドに応じた処理を再実行する際に、資源情報が更新されているので、資源が確保され、例外発生した処理が実行される。従って、ユーザによる装置の再起動と再実行を行うことなく自動的に復旧される。

【0095】

なお、上記の実施形態では、サブプロセッサ１４が、画像処理に特化した処理を行う場合を一例として説明したが、サブプロセッサ１４が行う処理はこれに限定されるものではなく、他の処理を行ってもよい。

【0096】

また、上記の実施形態では、メインプロセッサ１２及びサブプロセッサ１４をそれぞれ備えた情報処理装置１０を情報処理システムの一例として説明したが、これに限るものではない。例えば、メインプロセッサ１２とサブプロセッサ１４がそれぞれ別の装置に搭載される形態を適用してもよい。

【0097】

また、上記の実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス等）を含むものである。

【0098】

また、上記の実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

【0099】

また、上記の実施形態に係る情報処理装置１０の各プロセッサで行われる処理は、ソフトウェアで行われる処理として説明したが、ハードウェアで行われる処理としてもよいし、双方を組み合わせた処理としてもよい。また、情報処理装置１０の各プロセッサで行われる処理は、プログラムとして記憶媒体に記憶して流通させるようにしてもよい。

【0100】

また、本開示は、上記に限定されるものでなく、上記以外にも、その主旨を逸脱しない範囲内において種々変形して実施可能であることは勿論である。

【0101】

以上の実施形態に関し、更に以下の付記を開示する。
（（（１）））
それぞれ通信を行う複数のプロセッサを備え、
前記複数のプロセッサのうち処理コマンドを受信した第１プロセッサは、
受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、
前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、
前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を行う情報処理システム。

【0102】

（（（２）））
前記第１プロセッサは、前記資源が排他制御する資源の場合、前記資源情報管理部に保持した前記資源に関する情報からオペレーティングシステムの機能を用いて該当する前記資源を開放し、前記資源情報管理部に保持した前記資源に関する情報を獲得資源なしの状態に更新する（（（１）））に記載の情報処理システム。

【0103】

（（（３）））
前記第１プロセッサは、前記資源が例外発生した処理以外から獲得された資源の場合、前記資源情報管理部に保持した前記資源に関する情報から前記資源を解放せずに保持する（（（１）））又は（（（２）））に記載の情報処理システム。

【0104】

（（（４）））
前記第１プロセッサは、前記例外発生した処理を行うタスクをオペレーティングシステムの機能を用いて削除し、削除した前記タスクの処理機能を持つタスクを再生成する（（（１）））～（（（３）））の何れか１つに記載の情報処理システム。

【0105】

（（（５）））
前記第１プロセッサは、前記処理コマンドを再受信した場合、前記再生成したタスクにより、前記資源の獲得と、獲得した前記資源に関する情報の前記資源情報管理部への保持、及び前記処理コマンドに対応する処理を行う（（（４）））に記載の情報処理システム。

【0106】

（（（６）））
コンピュータに、
処理コマンドを受信し、
受信した前記処理コマンドの処理に対応して確保する資源に関する情報を予め定めた資源情報管理部に保持し、
前記処理コマンドに対応する処理で例外発生した際に、前記資源情報管理部に保持した当該処理に対応する前記資源に関する情報を更新し、
前記処理コマンドに対応する処理の例外発生を、前記処理コマンドを送信したプロセッサに送信する処理を実行させるための情報処理プログラム。

【0107】

（（（１）））によれば、それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理装置を提供できる。

【0108】

（（（２）））によれば、復旧する際に排他制御する資源を確保して例外発生から復旧できる。

【0109】

（（（３）））によれば、例外発生した処理以外で不整合が発生することを防止できる。

【0110】

（（（４）））によれば、例外発生した処理を再実行することが可能となる。

【0111】

（（（５）））によれば、処理コマンドを再受信することにより、例外発生した処理を実行できる。

【0112】

（（（６）））によれば、それぞれ通信を行う複数のプロセッサを備えて排他制御する資源以外の資源を使用する場合であっても自動復旧可能な情報処理プログラムを提供できる。

【符号の説明】

【0113】

１０ 情報処理装置
１２ メインプロセッサ
１４ サブプロセッサ
１６ 共有メモリ
１８、２０ ＯＳ間通信モジュール
２２ ＯＳ間通信コマンド格納領域
３４ 資源情報管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】