【事件の表示】
　特願２０００−１６８９９３「プログラム実行管理装置及びプログラムを記録したコンピュータ読み取り可能な記録媒体」拒絶査定不服審判事件〔平成１３年１２月２１日出願公開、特開２００１−３５０６６０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続きの経緯 
 　本願は、平成１２年６月６日の出願であって、平成１６年１０月１日に拒絶査定がなされ、これに対して同年１１月４日に拒絶査定不服審判の請求がなされるとともに、同年１２月３日に手続補正がなされたものである。 
　
 第２　平成１６年１２月３日付けの手続補正の補正の却下の決定について 
 ［補正却下の決定の結論］  
 　平成１６年１２月３日付けの手続補正を却下する。 
 ［理由］  
 （１）平成１６年１２月３日付けの手続補正（以下、「本件補正」という。）により、特許請求の範囲は、 
「　　【請求項１】
　シーケンシャルに複数の処理要素を利用する業務アプリケーションの識別情報毎に、前記業務アプリケーションで利用される複数の処理要素の識別情報とその実行順序を記憶する処理要素定義記憶手段と、
　前記複数の処理要素の識別情報毎に、異常が発生した場合に実行すべき復元処理要素の識別情報を記憶する復元処理要素定義記憶手段と、
　前記業務アプリケーションの実行要求が発生した場合に前記業務アプリケーションの実行要求に対する固有番号を発番する発番手段と、
　前記発番手段によって発番された前記業務アプリケーションの実行要求に対する固有番号毎に前記業務アプリケーションからの処理要素利用要求を区別し、前記業務アプリケーションの実行要求に対する固有番号毎に、実行済みの処理要素の数を管理し、この実行済みの処理要素の数に基づき前記処理要素定義記憶手段を参照し、次に実行すべき処理要素の識別情報を認識してこの処理要素を実行する実行手段と、
　前記実行手段による処理要素の実行で異常が発生した場合に、この異常が発生した処理要素の識別情報に基づき前記復元処理要素定義記憶手段を参照し、前記業務アプリケーションの実行要求に対する固有番号においてこの異常に対応する復元処理要素を実行する復元実行手段と
を具備するプログラム実行管理装置。
　　【請求項２】
　コンピュータに、
　シーケンシャルに複数の処理要素を利用する業務アプリケーションの識別情報毎に、前記業務アプリケーションで利用される複数の処理要素の識別情報とその実行順序を記憶させる処理要素定義記憶機能と、
　前記複数の処理要素の識別情報毎に、異常が発生した場合に実行すべき復元処理要素の識別情報を記憶させる復元処理要素定義記憶機能と、
　前記業務アプリケーションの実行要求が発生した場合に前記業務アプリケーションの実行要求に対する固有番号を発番させる発番機能と、
　前記発番機能によって発番された前記業務アプリケーションの実行要求に対する固有番号毎に前記業務アプリケーションからの処理要素利用要求を区別させ、前記業務アプリケーションの実行要求に対する固有番号毎に、実行済みの処理要素の数を管理させ、この実行済みの処理要素の数に基づき前記処理要素定義記憶機能によって記憶された内容を参照させ、次に実行すべき処理要素の識別情報を認識させてこの処理要素を実行させる実行機能と、
　前記実行機能による処理要素の実行で異常が発生した場合に、この異常が発生した処理要素の識別情報に基づき前記復元処理要素定義記憶機能によって記憶された内容を参照させ、前記業務アプリケーションの実行要求に対する固有番号においてこの異常に対応する復元処理要素を実行させる復元実行機能と
を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。」
と補正がなされた。 
　上記補正は、請求項１及び請求項２において、「処理」を「業務アプリケーション」と限定等したものであって、特許法第１７条の２第４項第２号の特許請求の範囲の減縮を目的とするものに該当する。 
 　そこで、本件補正後の請求項１に記載された発明（以下、「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか否か（特許法第１７条の２第５項において読み替えて準用する同法第１２６条第５項の規定に適合するか）について以下に検討する。 
　
１．引用例 
 　原査定の拒絶の理由に引用された国際公開第９９／４６６７４号パンフレット（以下、「刊行物１」という。）には、 
ア．「The present invention relates generally to computing systems, and more particularly to a method and apparatus for processing asynchronous transactions in an information system. 」（第１欄第４行〜第６行）
（訳：本発明は、全体として、コンピューティングシステムに関し、特に情報システムの非同期トランザクションを処理する方法及び装置に関する。）
　
イ．「Collaborations 114, 116 represent one or more processes. Each process is a transaction involving one or more of applications 102,104,106.」（第７欄第１５行〜第１７行）
（訳：コラボレーション１１４、１１６は、１つ以上のプロセスを表す。各プロセスは、１つ以上のアプリケーション１０２、１０４、１０６に関係するトランザクションである。）
　
ウ．「Disk subsystem 206 in server machine 220 may be used to store executable programs, for example business applications (business logic) or collaborations, 」（第８欄第５行〜第７行）
（訳：サーバマシン２２０内のディスクサブシステム２０６は、実行可能なプログラム、例えばビジネスアプリケーション（ビジネス論理）またはコラボレーション、を格納するために用いられる。）
　
エ．「Referring now to Figure 3a, business logic 222 (FIG. 2) may include one or more transactions 300. A transaction 300 may include one or more subtransactions 302. Each subtransaction includes an object identifier 304 for identifying all business objects that are to be affected by the subtransaction, a verb 306 describing the action performed as part of the subtransaction and values 308 (or a business object) to be used with the verb.
　Transaction 300 has associated therewith a compensating saga chain 310 which may be executed in the event of failure of transaction 300. The saga chain 310 may include one or more compensating transactions 312. A one to one mapping of subtransactions and compensating transactions may exist. Each compensating transaction 312 includes an object identifier 314 for identifying all business objects that are to be affected by the compensating transaction, a compensating verb 316 describing the action performed as part of the compensating transaction and values 318 (or business object) to be used with the compensating verb. 
　The content creation for compensating transactions is left to the developer of the business logic. What particular steps form a compensating transaction is defined by that developer. At the time for execution of a transaction (run-time), transaction system 224 (particularly saga service 228) develops asagadefining the transaction (and sub-transactions) and any associated compensating transaction as provided by the business logic. A saga is a set of subtransaction steps with correlated compensating transaction steps such that there exists one and only one atomic compensating transaction that contains logic that will semantically undo the affects of each subtransaction step. The saga forms a queue that records necessary information associated with the transaction and associated compensating transaction steps so that logicalundoof a transaction may be implemented upon the detection of a failure condition. Saga service 228 is used to create and modify saga. 」（第１０欄第２０行〜第１１欄第１３行）
（訳：図３ａに示されるように、ビジネス論理２２２（図２）は、１つ以上のトランザクション３００を含んでもよい。トランザクション３００は、１つ以上のサブトランザクション３０２を含んでもよい。各サブトランザクションは、サブトランザクションによって影響を受ける全てのビジネスオブジェクトを識別するためのオブジェクト識別子３０４と、サブトランザクションの一部として行われる動作を記述する動詞３０６と、動詞と共に用いられる値（またはビジネスオブジェクト）３０８とを含む。
　トランザクション３００は、トランザクションが失敗した場合に実行される補償サガチェイン３１０と関連付けられている。
　サガチェイン３１０は、１つ以上の補償トランザクション３１２を含んでもよい。
　サブトランザクションと補償トランザクションとの１対１のマッピングが存在してもよい。各補償トランザクション３１２は、補償トランザクションによって影響される全てのビジネスオブジェクトを識別するオブジェクト識別子３１４と、補償トランザクションの一部として実行される動作を記述する補償動詞（補償バーブ）３１６と、補償動詞と共に用いられる値３１８（又はビジネスオブジェクト）とを含む。補償トランザクションの内容作成は、ビジネス論理の開発者に任せられる。どんな特定のステップが補償トランザクションを形成するかは、その開発者によって定義される。トランザクションの実行のための時間（ランタイム）に、トランザクションシステム２２４（特にサガサービス２２８）は、ビジネス論理によって提供されるトランザクション（及びサブトランザクション）及び何らかの関連する補償トランザクションを定義する「サガ」を開発する。
　サガは、補償トランザクションと関連するサブトランザクションステップのセットであり、その結果、各サブトランザクションステップの影響を意味的に取り消す論理を含む１つ且つ唯一の原子性補償トランザクションステップが存在する。
　サガは、失敗状態の検出に基づいてトランザクションの論理的「取り消し」が実行されるように、トランザクション及び関連する補償トランザクションステップに関連付けられた必要な情報を記録するキューを形成する。サガサービス２２８は、サガの作成及び修正のために用いられる。
　
オ．「Figure 4a shows a flow control for a transaction configured with stringent isolation service, where the transaction steps are as shown in Figure 4b along with saga as shown in Figure 4c that would be produced by saga service 228. 
　Transaction 400 is initiated (450). The first subtransaction forward execution step 402 associated with transaction 400 provides for the creation of a NewEmployee object 404. Saga is initiated (452) and the first subtransaction step is executed (454). A saga 420 is created in which a compensating record 406 for this subtransaction is stored along with state information associated with all objects which are affected by the compensating subtransaction (456). 
   A check is made to determine if more subtransaction steps are provided in the transaction (458). If not, the transaction may be committed (459). If more transaction steps are to be processed, a check (460) is made to determine for all business objects affected by the next subtransaction step if the particular business object is known in the transaction context. The check is performed at the API level as is discussed below. 
   By known, we mean that the business object has been previously affected by a subtransaction provided as part of transaction 400. Note, the logic that must be executed by the transaction service prior to execution of the subtransaction or any compensating transaction. If no business objects are known (462), the subtransaction step executes (464). 
   If business objects are known (462), then the existing condition for the business object is compared to the last known state of the business object (466). The motivation here is to ensure that no other transaction has modified this object between the last time the executing transaction modified it and the present time. If this check succeeds, then the subtransaction is executed at step 464. If not, an isolation fault is identified (468) which will invoke the recovery service to begin execution of compensating transactions at level n-1. 」（第１２欄第１８行〜第１３欄第１２行）
（訳：　図４ａは、厳重独立性サービスが設定されたトランザクションについてのフロー制御を示す。ここで、トランザクションステップが図４（ｂ）に示され、サガサービス２２８によって生成されうるサガが図４（ｃ）に示される。
　トランザクション４００が開始される（４５０）。トランザクション４００と関連付けられた第１のサブトランザクション前進実行ステップ４０２は、「新従業員」オブジェクト４０４の作成を提供する。サガが開始され（４５２）、第１のサブトランザクションステップが実行される（４５４）。サガ４２０が生成され、このサブトランザクションのための補償レコード４０６が、補償サブトランザクションによって影響を受ける全てのオブジェクトに関連付けられた状態情報とともに記憶される（４５６）。
　他のサブトランザクションステップがトランザクションで提供されるかどうかを決定するためにチェックが実行される（４５８）。もしそうでなければ、該トランザクションはコミットされうる（４５９）。他のトランザクションステップが処理される場合、特定のビジネスオブジェクトがトランザクションコンテキスト内で既知であるかどうかを、次のサブトランザクションステップによって影響を受ける全てのビジネスオブジェクトについて決定するためにチェックが行われる（４６０）。以下に記載されているように、該チェックはＡＰＩレベルで実行される。
　既知のように、ビジネスオブジェクトは、トランザクション４００の一部として提供されるサブトランザクションによって、既に影響を受けている。サブトランザクション又は種々の補償トランザクションの実行の前に、そのロジックはトランザクションサービスによって実行されなければならないことに注意されたい。ビジネスオブジェクトが既知でない場合（４６２）、サブトランザクションステップが実行される（４６４）。
　ビジネスオブジェクトが既知である場合（４６２）、ビジネスオブジェクトの現在の状態がビジネスオブジェクトの最後の既知の状態と比較される（４６６）。この目的は、実行されたトランザクションがこのオブジェクトを修正した最後の時から現在までの間に、他のいかなるトランザクションもこのオブジェクトを修正しなかったことを保証することである。このチェックが成功すると、次にサブトランザクションはステップ４６４で実行される。もしそうでなければ、リカバリーサービスを起動する独立性故障が識別され（４６８）、レベルｎ−１でトランザクションを補償する実行を開始する。）
　
カ．「Figure 5 depicts the Transaction Context 500. The transaction context defines a persistent structure that is used by the transaction system to track the necessary state information and compensation information needed to undo or recover an in progress transaction. In the preferred embodiment, a parallel image of the context is stored in memory to be referenced at run time. 
　The context includes a collaboration name 502, thread ID 504, isolation configuration 506, index of current subtransaction step 508, compensation records 510, subtransaction step records 512 and saga skeleton 514. The collaboration name 502 refers to the name of the collaboration (transaction) that uses the particular transactional context. The thread ID 504 represents the instance of the transaction that is executing. Note the thread ID uniquely identifies the transaction (or the instance of the collaboration) and not the thread Id of the operating system that is executing the particular transaction. Using the collaboration name and thread id, the transaction service may locate the persistent transaction context for an instance of a transaction. The isolation configuration 506 identifies the isolation level that has been requested by the user. The index of current subtransaction step 508 indicates the currently executing subtransaction step. This information is required by the recovery service. Compensation records 510 provide the semantic undo of a subtransaction step. Each compensation record consists of a business object (important to note here is that the state of the business object is filled in by the persistent service during each subtransaction step execution), and a verb. As far as an API is concerned, a compensation operation is simply a business object with a verb, much the same as any other operation. 」（第１６欄第２２行〜第１７欄第１２行）
（訳：図５はトランザクションコンテキスト５００を表す。トランザクションコンテキストは持続的な構造を定義し、その構造は、進行中のトランザクションを取り消す、または、回復させるのに必要な状態情報と補償情報とを追跡するためにトランザクションシステムによって使用される。好適な実施形態で、コンテキストの並列イメージが、実行時に参照付けられるメモリに格納される。
　コンテキストは、コラボレーション名５０２、スレッドＩＤ５０４、独立性設定５０６、現在のサブトランザクションステップのインデックス５０８、補償レコード５１０、サブトランザクションステップ記録５１２、サガの概略５１４を含む。コラボレーション名５０２は、個々のトランザクションコンテキストを使用するコラボレーション（トランザクション）の名前を指す。スレッドＩＤ５０４は、実行しているトランザクションのインスタンスを表す。スレッドＩＤはトランザクション（または、コラボレーションのインスタンス）をユニークに識別するもので、個々のトランザクションを実行するオペレーティングシステムのスレッドＩＤではないことに留意されたい。コラボレーション名とスレッドＩＤとを用いることにより、トランザクションサービスは、トランザクションのインスタンスのために持続的なトランザクションコンテキストを探してもよい。独立性設定５０６は、ユーザが要求した独立性レベルを識別する。現在のサブトランザクションステップのインデックス5０８は、現在実行しているサブトランザクションステップを示す。この情報は、リカバリーサービスによって必要とされる。補償レコード５１０は、サブトランザクションステップの意味的な取り消しを提供する。各補償レコードは、ビジネスオブジェクト（ビジネスオブジェクトの状態は、各トランザクションステップの実行中に持続的サービスによって記入されることが重要である）と動詞とから構成されている。ＡＰＩに関する限り、補償動作は単に動詞を持ったビジネスオブジェクトであり、他の動作と同様である。）
　
キ．「Saga is created and modified by saga service 228 (FIG. 2). The saga includes compensating transaction steps including a pointer (or subtransaction index) 518, the current state of all business objects that will be affected by the step 520, the verb 516 to be used for compensation and the values (or business object) 515 to be used with the compensation verb. The pointer 518 points to the associated subtransaction step that has been previously executed for which the compensating transaction defines an undooperation. 」（第１７欄第２６行〜第３２行）
（訳：サガは、サガサービス２２８（図２）によって作成されかつ変更される。サガは、ポインタ（又はサブトランザクションインデックス）５１８、ステップによって影響を受けるだろう全てのビジネスオブジェクトの現在の状態５２０、補償のために使用される動詞５１６、及び補償動詞で使用される値５１５（又はビジネスオブジェクト）を含む補償トランザクションステップを含む。ポインタ５１８は既に実行された関連するサブトランザクションステップを指し示し、補償トランザクションは、そのサブトランザクションステップに対する「取り消し」動作を定義する。）が記載されている。
　
 　これらの記載及び図面図１〜６によれば、刊行物１には、 
「実行可能なプログラムであって、１つ以上のプロセスを含み、各プロセスがトランザクションであるコラボレーションと、
　そのコラボレーションを格納したディスクサブシステムと、
　トランザクションに１つ以上含まれ、新従業員オブジェクトの作成等を行うサブトランザクションと、
　実行時にメモリに格納されるトランザクションコンテキストであって、そのトランザクションコンテキストは、
　トランザクションコンテキストを使用するコラボレーションの名前を参照するコラボレーション名と、
　実行中のトランザクションのインスタンスをユニークに識別するスレッドＩＤと、
　現在実行しているサブトランザクションステップを表すサブトランザクションステップのインデックスと、
　既に実行されたサブトランザクションを取り消すために、そのサブトランザクションと１対１に対応し、サブトランザクションインデックスを有する補償トランザクションと、を含み、
　トランザクションが開始されると、第１のサブトランザクションを実行し、その後、他のサブトランザクションがあれば独立性故障を識別し、独立性故障が識別されなかった場合は他のサブトランザクションを実行し、独立性故障が識別された場合は他のサブトランザクションを実行せずに、既に実行されたサブトランザクションステップに関連付けられた補償トランザクションを実行する、
　非同期トランザクションを処理する装置。」
の発明（以下、「引用発明」という。）が記載されていると認める。 
　
２．対比 
　そこで、本願補正発明と引用発明とを対比する。
　引用発明の「非同期トランザクションを処理する装置」は、プログラムで構成されたトランザクションの実行を管理するから、本願補正発明の「プログラム実行管理装置」に相当する。
　引用発明の「サブトランザクション」は本願補正発明の「処理要素」に相当する。
　引用発明の「トランザクション」は、第１のサブトランザクションと他のサブサブトランザクションとをシーケンシャルに実行し、また、従業員オブジェクトの作成等、業務に関わる処理を行うものであるから、このような「トランザクション」を含んだ引用発明の「コラボレーション」は本願補正発明の「シーケンシャルに複数の処理要素を利用する業務アプリケーション」に相当する。
 　引用発明の「コラボレーション名」はコラボレーションの名前であるから、コラボレーションを識別する情報であり、本願補正発明の「業務アプリケーションの識別情報」に相当する。
　引用発明の「補償トランザクション」は、実行された「サブトランザクション」を取り消すために、サブトランザクションと１対１に対応してメモリに格納されているから、このメモリが本願補正発明の「復元処理要素定義記憶手段」に相当する。
　引用発明の「サブトランザクションインデックス」は「サブトランザクション」を識別するから、本願補正発明の「処理要素の識別情報」に相当する。
　また、引用発明のコラボレーション（業務アプリケーション）は、シーケンシャルに複数のサブトランザクション（処理要素）を利用するもので、コラボレーションは、コラボレーション名（識別情報）毎に、コラボレーションで利用されるサブトランザクションのインデックス（識別情報）とその実行順序を定義して記憶している。
　さらに、引用発明のコラボレーションは、実行中のトランザクションをユニークに識別するスレッドＩＤを備え、このスレッドＩＤはコラボレーション（業務アプリケーション）の実行要求が発生した場合に発番されるものであるから、コラボレーションの実行要求が発生した場合にコラボレーションの実行要求に対するスレッドＩＤを発番することは、本願補正発明の「業務アプリケーションの実行要求が発生した場合に業務アプリケーションの実行要求に対する固有番号を発番する」ことに対応する。
　さらにまた、引用発明は、コラボレーションの実行要求に対するスレッドＩＤ毎にコラボレーションからのトランザクションを区別し、前記コラボレーションの実行要求に対するスレッドＩＤ毎に、実行に係るサブトランザクションのインデックスを管理している。
　
　以上のことから、本願補正発明と引用発明とは、以下の点で一致する。
「シーケンシャルに複数の処理要素を利用する業務アプリケーションの識別情報毎に、前記業務アプリケーションで利用される複数の処理要素の識別情報とその実行順序を記憶する処理要素定義記憶手段と、
　前記複数の処理要素の識別情報毎に、異常が発生した場合に実行すべき復元処理要素の識別情報を記憶する復元処理要素定義記憶手段と、
　前記業務アプリケーションの実行要求が発生した場合に前記業務アプリケーションの実行要求に対する固有番号を発番する発番手段と、
　前記発番手段によって発番された前記業務アプリケーションの実行要求に対する固有番号毎に前記業務アプリケーションからの処理要素利用要求を区別し、前記業務アプリケーションの実行要求に対する固有番号毎に、処理要素を管理する手段、
を具備するプログラム実行管理装置。」
　
　また、本願補正発明と引用発明とは、以下の点で相違する。
（１）本願補正発明は「前記発番手段によって発番された前記業務アプリケーションの実行要求に対する固有番号毎に前記業務アプリケーションからの処理要素利用要求を区別し、前記業務アプリケーションの実行要求に対する固有番号毎に、実行済みの処理要素の数を管理し、この実行済みの処理要素の数に基づき前記処理要素定義記憶手段を参照し、次に実行すべき処理要素の識別情報を認識してこの処理要素を実行する実行手段」を備えるのに対し、引用発明は「前記発番手段によって発番された前記業務アプリケーションの実行要求に対する固有番号毎に前記業務アプリケーションからの処理要素利用要求を区別し、前記業務アプリケーションの実行要求に対する固有番号毎に、処理要素を管理する手段」を備えている点。
（２）本願補正発明は「前記実行手段による処理要素の実行で異常が発生した場合に、この異常が発生した処理要素の識別情報に基づき前記復元処理要素定義記憶手段を参照し、前記業務アプリケーションの実行要求に対する固有番号においてこの異常に対応する復元処理要素を実行する復元実行手段」を備えるのに対し、引用発明は「独立性故障が識別された場合は、既に実行されたサブトランザクションステップに関連付けられた補償トランザクションを実行する手段」を備えている点。
　
３．判断
・上記相違点（１）について
　　引用発明は処理要素を管理するために現在実行している処理要素のインデックスを管理しているが、このインデックスはトランザクション処理の進行状況を管理するものである。処理の進行状況を基に、次に処理すべき処理要素を認識して実行することは周知であり、処理要素定義記憶手段を参照し、次に実行すべき処理要素の識別情報を認識してこの処理要素を実行する実行手段は容易に想到しえることである。また、現在実行している処理要素のインデックスであっても、実行済みの処理要素の数であっても、処理要素に関する進行状況を表していることに変わりはなく、現在実行している処理要素のインデックスを実行済みの処理要素の数に変更することも適宜なしえることである。
　
・上記相違点（２）について
　引用発明は独立性故障が識別された場合に復元処理要素（補償トランザクション）を実行するが、処理要素の実行で異常が発生した場合にトランザクションの復元動作を行うことも周知である。その際、異常が発生した処理要素による処理を取り消すには、異常が発生した処理要素に対応する復元処理要素を実行しなければならないことは明らかである。
　したがって、処理要素の実行で異常が発生した場合に、異常が発生した処理要素の識別情報に基づき復元処理要素定義記憶手段を参照し、異常に対応する復元処理要素を実行することは容易に想到しえることと認められる。
　
 　したがって、本願補正発明は、刊行物１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。 
 　  
４．むすび 
 　以上のとおり、本件補正は、特許法第１７条の２第５項において読み替えて準用する同法第１２６条第５項の規定に違反するものであり、特許法第１５９条第１項において読み替えて準用する特許法第５３条第１項の規定により却下されるべきものである。 
　
 第３　本願発明について 
 　平成１６年１２月３日付けの手続補正は、上記のとおり却下されたので、本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１６年４月２６日付け手続補正書によって補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。 
「　　【請求項１】
　シーケンシャルに複数の処理要素を利用する処理についての識別情報毎に、その処理で利用される複数の処理要素の識別情報とその実行順序を記憶する処理要素定義記憶手段と、
　前記複数の処理要素の識別情報毎に、異常が発生した場合に実行すべき復元処理要素の識別情報を記憶する復元処理要素定義記憶手段と、
　前記処理の実行要求が発生した場合にこの実行要求に対する固有番号を発番する発番手段と、
　前記発番手段によって発番された固有番号毎に前記処理からの処理要素利用要求を区別し、この固有番号毎に、実行済みの処理要素の数を管理し、この実行済みの処理要素の数に基づき前記処理要素定義記憶手段を参照し、次に実行すべき処理要素の識別情報を認識してこの処理要素を実行する実行手段と、
　前記実行手段による処理要素の実行で異常が発生した場合に、この異常が発生した処理要素の識別情報に基づき前記復元処理要素定義記憶手段を参照し、前記実行要求に対する固有番号においてこの異常に対応する復元処理要素を実行する復元実行手段と
を具備するプログラム実行管理装置。」
１．引用例 
 　原査定の拒絶の理由に引用された刊行物１の記載事項は、前記「第２　１．」に記載したとおりである。 
　
２．対比・判断 
 　本願発明は、前記「第２」で検討した本願補正発明から限定等を省いたものである。 
 　そうすると、本願発明の発明特定事項を全て含み、さらに発明特定事項を限定したものに相当する本願補正発明が前記「第２　２．」、「第２　３．」に記載したとおり、刊行物１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、刊行物１に記載された発明に基づいて、当業者が容易に発明することができたものである。  
 　
３．むすび 
 　以上のとおり、本願発明は、刊行物１に記載された発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
 　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。  
 　よって、結論のとおり審決する。