【事件の表示】
　特願２０１８−２３３４７８「マルチプロセッサ組込みシステム上でのアプリケーションの動的再構成」拒絶査定不服審判事件〔平成３１年　４月１１日出願公開，特開２０１９−　５７３２１〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯 
　本願は，２０１３年５月２１日（パリ条約による優先権主張外国庁受理２０１３年５月１７日（以下，「優先日」という。），米国）を国際出願日とする特願２０１６−５１３９１３号の一部を，平成２９年１０月１２日に新たな特許出願とした特願２０１７−１９８２５０号について，さらにその一部を平成３０年１２月１３日に新たな特許出願としたものであって，その手続の経緯は以下のとおりである。
　平成３０年１２月１９日　　：出願審査請求書，手続補正書の提出
　令和　１年１１月　１日付け：拒絶理由通知
　令和　２年　２月１９日　　：意見書，手続補正書の提出
　令和　２年　３月１１日付け：拒絶査定
　令和　２年　７月２７日　　：審判請求書，手続補正書の提出
　令和　２年１０月１３日　　：前置報告
第２　令和２年７月２７日にされた手続補正についての補正の却下の決定 
［補正の却下の決定の結論］ 
　令和２年７月２７日にされた手続補正（以下，「本件補正」という。）を却下する。 
［理由］ 
１　本件補正について（補正の内容） 
（１）本件補正後の特許請求の範囲の記載 
　本件補正により，特許請求の範囲の請求項１の記載は，次のとおり補正された。（下線部は，補正箇所である。以下，この特許請求の範囲に記載された請求項１を「補正後の請求項１」という。） 
「　　【請求項１】　複数のプロセッサと、前記プロセッサに分散された複数のメモリとを含むマルチプロセッサシステムにおいて、アプリケーションスワップを実施するための方法であって、　
前記方法は、前記複数のプロセッサによって実施される、
を含み、
前記スワップ手順を管理するステップは、
前記複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、
前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること
（２）本件補正前の特許請求の範囲 
　本件補正前の，令和２年２月１９日にされた手続補正により補正された特許請求の範囲の請求項１の記載は，次のとおりである。（以下，この特許請求の範囲に記載された請求項１を「補正前の請求項１」という。） 
「　　【請求項１】
　複数のプロセッサと、前記プロセッサに分散された複数のメモリとを含むマルチプロセッサシステムにおいて、アプリケーションスワップを実施するための方法であって、
　複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップを含み、前記複数のアプリケーションは、第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ、
　前記複数のアプリケーションでスワップ手順を実施するステップ、
　前記スワップ手順の実施に応答して、前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み、前記第２のリーガル構成は、前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含み、
　前記マルチプロセッサシステムの外部からのコマンドの受信に応答して、前記マルチプロセッサシステムの親タスクによって、前記スワップ手順を開始するステップ、
　前記親タスクによって、前記スワップ手順を管理するステップ
を含む方法。」 
２　補正の適否
　本件補正は，補正前の請求項１に記載された発明を特定するために必要な事項である，「アプリケーションスワップを実施するための方法」について，「前記方法は、前記複数のプロセッサによって実施される」との限定を付加するとともに，同じく補正前の請求項１に記載された発明を特定するために必要な事項である，「スワップ手順を管理するステップ」について，「前記複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること」との限定を付加するものである。
　そして，補正前の請求項１に記載された発明と補正後の請求項１に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるから，本件補正は，特許法１７条の２第５項２号の特許請求の範囲の減縮を目的とするものに該当する。
　そこで，本件補正後の請求項１に記載される発明（以下「本件補正発明」という。）が同条第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について，以下，検討する。
（１）本件補正発明 
　本件補正発明は，上記「１（１）」に記載された下記のとおりのものである（再掲）。 
「　複数のプロセッサと、前記プロセッサに分散された複数のメモリとを含むマルチプロセッサシステムにおいて、アプリケーションスワップを実施するための方法であって、
　前記方法は、前記複数のプロセッサによって実施される、
　複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップを含み、前記複数のアプリケーションは、第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ、
　前記複数のアプリケーションでスワップ手順を実施するステップ、
　前記スワップ手順の実施に応答して、前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み、前記第２のリーガル構成は、前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含み、
　前記マルチプロセッサシステムの外部からのコマンドの受信に応答して、前記マルチプロセッサシステムの親タスクによって、前記スワップ手順を開始するステップ、
　前記親タスクによって、前記スワップ手順を管理するステップ
を含み、
　前記スワップ手順を管理するステップは、
　前記複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、
　前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること
　を含む方法。」
（２）引用文献等の記載事項 
（２−１）引用文献１に記載されている技術的事項及び引用発明 
ア　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，米国特許出願公開第２０１３／００８１０４４号公報（２０１３年３月２８日出願公開。以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。 
（当審注：下線は，参考のために当審で付与したものである。以下同様。） 
Ａ　「[0030] As illustrated in FIG. 1, the invention provides 
a data processing system 100 comprising an array 115 of processing cores 120
core-demand-figures (CDFs)
CDF of an application program expresses on how many processing cores the program is presently able to execute in parallel.
（当審訳；「［００３０］　図１に示されるように，本発明は，システム上で実行されるように構成されたアプリケーションプログラムのセットによって動的に共有される
処理コア１２０のアレイ１１５を含むデータ処理システム１００
コアデマンドフィギュア（ＣＤＦｓ）
アプリケーションプログラムのＣＤＦは，プログラムが現在並行して実行することができる処理コアの数を表す
Ｂ　「[0033] FIG. 2 illustrates context for 
the process 300 performed by the controller logic 140 of the system 100, repeatedly mapping the to-be-executing tasks 240 of the set of application programs 210 to their target cores 120 within the array 115. 
（当審訳；「［００３３］　図２は，
システム１００のコントローラロジック１４０によって実行されるプロセス３００
アプリケーションプログラムのセット２１０が実行されるタスク２４０を，アレイ１１５内のそれらのターゲットコア１２０に繰り返しマッピングする。
Ｃ　「[0037] FIG. 3 presents, according to an aspect of the invention, conceptual major phases of 
the task-to-core mapping process 300
Such process 300, repeatedly mapping the to-be-executing tasks of a set of applications to the array of processing cores within the system
[0038] (1) allocating 310 the array of cores among the set of programs on the system, at least in part based on CDFs 130 by the programs, to produce for each program 220 a number of cores 220 allocated to it 315 (for the time period in between the current and the next run of the process 300); and
[0039] (2) based at least in part on the allocating 310, for each given application that was allocated at least one core: (a) selecting 320, according to the task priority list 135, the highest priority tasks within the given application for execution corresponding to the number of cores allocated to the given application, and (b) mapping 330 each selected task to one of the available cores of the array 115, to produce, i) for each core of the array, an identification 460 of an application and a task within the application that the given core was assigned to, as well as ii) for each application task selected for execution on the fabric 115, identification 420 of its assigned core.」
（当審訳；「［００３７］　図３は，本発明の一態様によれば，多数のソフトウェアプログラム間で共有されるデータ処理システムハードウェアのアプリケーションプログラム処理スループットを最大化するために使用される，
タスクからコアへのマッピングプロセス３００
そのようなプロセス３００は，アプリケーションのセットが実行されるタスクをシステム内の処理コアのアレイに繰り返しマッピングし
［００３８］　（１）システム上のプログラムのセットの間にコアのアレイを割り当て３１０，少なくとも部分的にはプログラムによるＣＤＦ１３０に基づいて，各プログラム２２０に対して，それに割り当てられた数のコア２２０を生成する３１５（プロセス３００の現在と次の実行の間の期間）；そして，
［００３９］　（２）少なくとも割り当て３１０の部分に基づいて，少なくとも１つのコアが割り当てられた所与のアプリケーションごとに：（ａ）選択３２０では，タスク優先度リスト１３５に従って，所定のアプリケーションに割り当てられたコアの数に応じて，所定のアプリケーション内で最も優先度の高いタスクを選択し，（ｂ）選択された各タスクをアレイ１１５の利用可能なコアの１つにマッピングして，ｉ）アレイの各コアについて，アプリケーションの識別コード４６０および所与のコアが割り当てられたアプリケーション内のタスク，およびｉｉ）ファブリック１１５で実行するために選択された各アプリケーションタスクについて，割り当てられたコアの識別コード４２０を生成する。」）
Ｄ　「[0047] In a particular operating scenario, at end of any given core to task allocation period or after the set of tasks of any given application selected for execution chances (even within a core allocation period), for each such core within the system that got assigned a different next task to process (with such cores referred to as cores subject to task switchover), the updated processing image of its latest task is backed up 410 to a memory 450 that provides a dedicated memory segment 550 and related access logic (FIGS. 5-7) per each application task configured for the system 100. Specifically, in an embodiment, 
controller 140
provides
indications to the cores 120 regarding task switchovers, 
causes the existing task to be backed up 410 to its segment 550 at memory array 450 and, following that, to retrieve 480 the next task's image from its segment 550 at memory array 450.
・・・（後略）・・・」
（当審訳；「[００４７]　特定の動作シナリオでは，所定のコアからタスクへの割り当て期間の終了時，または実行機会のために選択された所定のアプリケーションのタスクのセットの後（コア割り当て期間内であっても），割り当てられたシステム内のそのようなコアごとに処理する異なる次のタスク（タスク切り替えの対象となるコアと呼ばれるコアを含む）では，最新のタスクの更新された処理イメージが，専用メモリセグメント５５０および関連するアクセスロジックを提供するメモリ４５０に，システム１００に構成された各アプリケーションタスクごとにバックアップされる（図５−７）。具体的には，一実施形態では，ＸＣ４７０にコア固有マルチプレクサを備えたロジックを介した
コントローラ１４０は，
タスク切り替えに関する指示をコア１２０に提供し，
既存のタスクがメモリアレイ４５０でそのセグメント５５０にバックアップされ４１０，その後，メモリアレイ４５０でそのセグメント５５０から次のタスクのイメージを取得する４８０。
・・・（後略）・・・」）
 
Ｅ　「図１
」
　上記図１及び上記Ａの記載から，“
複数の処理コア１２０が配列されたコアアレイ１１５とコントローラ１４０とを備えるデータ処理システム１００
Ｆ　「図２
」
Ｇ　「図３
」
Ｈ　「図４
」
イ　上記Ａ〜Ｈの，特に下線部の記載に注目すると，引用文献１には次の発明（以下，「引用発明」という。）が記載されているといえる。 
「複数の処理コアが配列されたコアアレイとコントローラとを備えるデータ処理システムであって，
　アプリケーションプログラムのコアデマンドフィギュア（ＣＤＦ）は，プログラムが現在並行して実行することができる処理コアの数を表すものであって，
　システムのコントローラロジックによって実行されるプロセスは，アプリケーションプログラムのセットが実行されるタスクを，アレイ内のそれらのターゲットコアに繰り返しマッピングするものであり，
　前記コントローラは，タスク切り替えに関する指示をコアに提供し，既存のタスクがメモリアレイでそのセグメントにバックアップされ，その後，メモリアレイでそのセグメントから次のタスクのイメージを取得する，
　データ処理システム。」
（２−２）引用文献２に記載されている技術的事項
　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，藤倉俊幸，「組み込みプログラミングノウハウ入門　第１回　マルチタスクシステムとは」，インターフェース，日本，ＣＱ出版株式会社，２００２年３月１日，第２８巻，　第３号，ｐｐ．１３２−１４０　（以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
Ｉ　「３　機能分割と時間分割
　・・・（中略）・・・
　ところが，組み込み系ソフトの場合は，さらにタイミングの問題がある。タイミング制御の部分を解決するのがマルチタスク方式である。そして，独立する機能ごとにモジュール分割したように，
タイミング制御が相互に干渉しないように分割されたタスクを並行に動作させるのがマルチタスクリアルタイムオペレーティングシステム
　機能分割（あるいはモジュール分割）と時間分割（あるいはタスク分割），この二つを設計時にバランスよく行うことで，組み込み系ソフトの開発効率が向上する。ＲＴＯＳのシステムコールの使い方以前に，タスク分割が重要である。
・・・（中略）・・・
　時間分割のポイントは，要求仕様に含まれる並行性と時間制約の抽出と，待ち構造導入の仕方にある。」
（第１３４頁右欄第１行〜第１３５頁左欄第２行）
（２−３）引用文献３に記載されている技術的事項
　原査定の拒絶の理由で引用された，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，国際公開第２０１２／０５１５７７号（２０１２年４月１９日国際公開，以下「引用文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
Ｊ　「[0040] Figure 2 illustrates an exemplary embodiment of a multiprocessor system, which may be referred to as the HyperX architecture. 
A multi-processor system or fabric is a parallel computational platform comprising multiple processors, memories (
distributed)
the memories may be interspersed among the processors.
（当審訳；「［００４０］　図２は，「ＨｙｐｅｒＸアーキテクチャ」と呼ばれるマルチプロセッサシステムの例示的な実施形態を示す。
マルチプロセッサシステムまたはファブリックは，複数のプロセッサ，メモリ（
分散）
で構成される並列計算プラットフォームである。
メモリをプロセッサ間に分散させることができる。
Ｋ　「[0047] Figures 4, 5, 6A, and 6B illustrate another view of the HW / SW operating stack of the multiprocessor architecture. The memory-network (DMRs) may provide autonomous and instantaneous bandwidth on demand which in turn may provide the execution model two features. First, 
the memory-network may enable a mixed memory programming model.
（当審訳；「［００４７］ 図４，５，６Ａ，及び６Ｂは，マルチプロセッサアーキテクチャのＨＷ／ＳＷオペレーティングスタックの別の例を示している。メモリネットワーク（ＤＭＲ）は，オンデマンドで自律的かつ瞬時の処理能力を提供し，実行モデルに２つの機能を提供する。第一に，
メモリネットワークは，混合メモリプログラミングモデルを可能にできる。
Ｌ「図２
」
上記図２から，“
複数のプロセッサがアレイ状に配置されている
Ｍ　「図４
」
（２−４）参考文献に記載されている技術的事項
　本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である，米国特許出願公開第２００４／００８８７１１号明細書（２００４年５月６日出願公開，以下「参考文献」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
Ｏ　「[0053] Task Swap Out
[0054] The processor scheduler of the operating system coordinates the allocation of the processor to the various tasks that are currently ready to be executed. As described above, each processor has 16 protection domains and can thus be simultaneously executing up to 15 tasks with the operating system being executed in the other domain. The processor scheduler allows each task to execute for a certain time quantum. When the time quantum expires for a task, the processor scheduler raises the domain_signal for the protection domain of that task to initiate a swap out for that task. The swapping in and swapping out of tasks requires cooperation on the part of the task. 
To swap out a task, the operating system asks the task to save its state and quit all its streams, but one. The one remaining stream then notifies the operating system that the state of the task has been saved and that another task can be swapped into that protection domain.
（当審訳；「[００５３]　タスクスワップアウト
[００５４]　 オペレーティングシステムのプロセッサスケジューラは，現在実行の準備ができているさまざまなタスクへのプロセッサの割り当てを調整する。上記のように，各プロセッサには16の保護ドメインがあるため，他のドメインで実行されているオペレーティングシステムと同時に最大15のタスクを実行できる。プロセッサスケジューラを使用すると，各タスクを所定の時間量で実行できる。タスクの時間量が期限切れになると，プロセッサスケジューラは，そのタスクの保護ドメインのドメイン信号を発生させて，そのタスクのスワップアウトを開始する。タスクのスワップインとスワップアウトには，タスク側の協力が必要である。
タスクをスワップアウトするために，オペレーティングシステムは，タスクに状態を保存し，1つを除くすべてのストリームを終了するように要求する。次に，残りの1つのストリームは，タスクの状態が保存され，別のタスクをその保護ドメインにスワップできることをオペレーティングシステムに通知する。
（３）対比 
ア　本件補正発明と引用発明とを対比する。 
（ア）引用発明は，「複数の処理コアが配列されたコアアレイとコントローラとを備えるデータ処理システム」であるところ，前記「処理コア」は，情報を処理するものであるから“プロセッサ”であるといえ，「複数の処理コアが配列されたコアアレイ」は，複数の処理コア，すなわち“複数のプロセッサ”を含む“マルチプロセッサシステム”であるといえる。
　よって，本件補正発明と引用発明とは，後記の点で相違するものの，“複数のプロセッサを含むマルチプロセッサシステム”である点で一致する。
（イ）引用発明は，「システムのコントローラロジックによって実行されるプロセスは，アプリケーションプログラムのセットが実行されるタスクを，アレイ内のそれらのターゲットコアに繰り返しマッピングするもの」であって，「前記コントローラは，タスク切り替えに関する指示をコアに提供」するものである。
　ここで，「タスク切り替え」とは，「アプリケーションプログラムのセットが実行されるタスク」を切り替えることであるから，アプリケーションを切り替えることに他ならず，“アプリケーションスワップ”といえるものであり，かかるタスクの切り替えを行う「システムのコントローラロジックによって実行されるプロセス」は“アプリケーションスワップを実施するための方法”であるといえる。
　そして，引用発明は，「アプリケーションプログラムのセットが実行されるタスクを，アレイ内のそれらのターゲットコアに繰り返しマッピングする」ところ，前記「アプリケーションプログラムのセット」が“複数のアプリケーション”からなるセットであることは明らかであるから，「アプリケーションプログラムのセットが実行されるタスクを，アレイ内のそれらのターゲットコアに繰り返しマッピングする」ことは，“複数のアプリケーション”をコアアレイ内のターゲットコアの“それぞれの領域に展開する”ことに他ならない。
　よって，上記（ア）の検討も踏まえると，本件補正発明と引用発明とは，“アプリケーションスワップを実施するための方法であって”，“前記方法は，前記複数のプロセッサによって実施される”ものであり，“複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップ”を含む点で一致する。
（ウ）引用発明は，「前記コントローラは，タスク切り替えに関する指示をコアに提供し，既存のタスクがメモリアレイでそのセグメントにバックアップされ，その後，メモリアレイでそのセグメントから次のタスクのイメージを取得する」ものである。
　ここで，「コントローラ」は，コアアレイの“外部”に存在するものであって，「タスク切り替えに関する指示」は，タスク切り替えを指示する“コマンド”に他ならないから，引用発明は，コアアレイの“外部”から，タスク切り替えの“コマンド”を“受信”して，「既存のタスクがメモリアレイでそのセグメントにバックアップされ，その後，メモリアレイでそのセグメントから次のタスクのイメージを取得する」というタスク切り替えを“開始”しているといえ，かかるタスクの切り替えが実施されるものである以上、タスクの切り替えの実施が何らかの形で“管理”されているといえる。してみると，引用発明の「システムのコントローラロジックによって実行されるプロセス」は，タスクの切り替えを“開始するステップ”とタスクの切り替えを“管理するステップ”を含むといえる。
　よって，上記（ア）及び（イ）の検討も踏まえると，本件補正発明と引用発明とは，後記の点で相違するものの，“複数のアプリケーションでスワップ手順を実施するステップ”を含み，“前記マルチプロセッサシステムの外部からのコマンドの受信に応答して，前記スワップ手順を開始するステップ”，及び“スワップ手順を管理するステップ”を含む点で一致する。
イ　上記（ア）〜（ウ）の検討から，本件補正発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
＜一致点＞
「　複数のプロセッサを含むマルチプロセッサシステムにおいて，アプリケーションスワップを実施するための方法であって，
　前記方法は，前記複数のプロセッサによって実施されるものであり，
　複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップを含み，
　前記複数のアプリケーションでスワップ手順を実施するステップ，
　前記マルチプロセッサシステムの外部からのコマンドの受信に応答して，前記スワップ手順を開始するステップ，
　前記スワップ手順を管理するステップ
　を含む方法。」
＜相違点１＞
　本件補正発明は，マルチプロセッサシステムが「プロセッサに分散された複数のメモリ」を含むのに対して，引用発明は，そのような特定がなされていない点。
　
＜相違点２＞
　本件補正発明は，「前記複数のアプリケーションは、第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ」，「前記スワップ手順の実施に応答して、前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み，前記第２のリーガル構成は、前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含」むものであるのに対して，引用発明は，アプリケーションのタスクを切り替えるものの，そのような特定がなされていない点。
＜相違点３＞
　本件補正発明は，スワップ手順を開始するステップとスワップ手順を管理するステップが，「マルチプロセッサシステムの親タスクによって」行われるものであるのに対して，引用発明は，そのような特定がなされていない点。
＜相違点４＞
　本件補正発明は，スワップ手順を管理するステップが，「複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること」であるのに対して，引用発明は，そのような特定がなされていない点。
（４）当審の判断 
　上記相違点について検討する。
ア　＜相違点１＞について
　上記引用文献３には，上記「（２）（２−３）」に示されるように，複数のプロセッサと，前記プロセッサに分散された複数のメモリとを含むマルチプロセッサシステムが開示されている。さらに，上記引用文献３に記載のマルチプロセッサシステムは，「メモリネットワークは混合メモリプログラミングモデルを可能にできる」ものであるから，プログラム可能なマルチプロセッサシステムである。
　引用発明と引用文献３に記載の技術は，ともに，プログラム可能なマルチプロセッサシステムという共通の技術分野に属するものであって，複数のプロセッサがアレイ状に配置されている点において，プロセッサの配置構造も共通するものであるから，引用発明に引用文献３に記載のマルチプロセッサシステムの構造を適用し，マルチプロセッサシステムが「プロセッサに分散された複数のメモリ」を含むようにすることは，当業者であれば容易になし得たものである。
イ　＜相違点２＞について
　上記引用文献２には，上記「（２）（２−２）」に示されるように，「タイミング制御が相互に干渉しないように分割されたタスクを並行に動作させるのがマルチタスクリアルタイムオペレーティングシステム」が開示されており，分散されたタスクを並行に動作させるマルチタスクオペレーションにおいて，並行に動作させるタスクを相互に干渉しないタスクとすることは，当然に行われている技術にすぎない。
　してみると，引用発明は，複数のアプリケーションのタスクを「並行して実行する」マルチプロセッサであるところ，かかる並行に実行されるタスクを“互いに干渉しないタスク”とすること，すなわち，「複数のアプリケーションは，互いに干渉していないアプリケーションのセットに含まれ」るとすることは，当業者であれば当然になし得る事項である。
　さらに，引用発明は，「アプリケーションプログラムのセットが実行されるタスクを，アレイ内のそれらのターゲットコアに繰り返しマッピングする」ものであるから，マッピングの前後では，マッピングされている複数のアプリケーションが異なっていることは自明であり，マッピングされる前の複数のアプリケーションの互いに干渉していないタスクが，「第１のリーガル構成のアプリケーションの第１のセット」に含まれるとすると，マッピングされた後の複数のアプリケーションの互いに干渉していないタスクは，「前記第１のリーガル構成とは異なる第２のリーガル構成のアプリケーションの第２のセット」に含まれるといえ、新たにタスクがマッピングされてタスクが切り替えられることは、「第１のリーガル構成から第２のリーガル構成に遷移する」といえる。
　以上の検討から，引用発明において，「前記複数のアプリケーションは，第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ」，「前記スワップ手順の実施に応答して，前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み，前記第２のリーガル構成は，前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含」むものとすることは，引用発明及び引用文献２に記載の上記技術に基づいて，当業者であれば容易に想到し得たものである。
　
ウ　＜相違点３＞について
　引用発明は，「コントローラは，タスク切り替えに関する指示をコアに提供し，既存のタスクがメモリアレイでそのセグメントにバックアップされ，その後，メモリアレイでそのセグメントから次のタスクのイメージを取得する」ものであるから，「タスクの切り替えに関する指示」を提供された「コア」が，既存のタスクをバックアップし，次のタスクのイメージを取得するというタスクの切り替えの手順を開始して管理しているといえる。
　一方，この出願の明細書には，「親タスク」について，例えば，段落【００８７】に，
「いくつかの実施形態では、アプリケーションスワップを、本出願では親タスク又は管理タスクと呼ばれる特別なタスク又はアプリケーションによって管理してよい。親タスクはＭＰＳの内側又は外側からトリガされて、アプリケーションスワップを開始できる。」と記載され，
　段落【００９０】に，
　「親タスクのデフォルトの挙動は、システムコントローラ２６２が指示したようにアプリケーションを開始及び停止することであってよい。いくつかの状況では、親タスク５５は、スワップ可能なアプリケーションと通信して、その実行状態を管理してよい。例えば親タスク５５は、あるスワップ可能なアプリケーションに、上記アプリケーションをスワップアウトできるように、安定状態となるよう要求してよく、又は親タスク５５は上記スワップ可能なアプリケーションによって、このアプリケーションが安定状態であり、スワップアウトされる準備ができていることを通知されてよい。この通信は、スワップ可能なアプリケーションが親タスク５５と通信するために、又はその逆のために、呼び出すことができるＡＰＩによって実装できる。」
　と記載されているものの，明細書の前記記載は，親タスクがスワップ手順を開始して管理するという，親タスクの機能を開示するものにすぎず，マルチプロセッサシステム上の親タスクの物理的な構成が他のタスクとは異なることを開示するものではない。
　してみると，引用発明も，前述したように，「タスクの切り替えに関する指示」を提供された「コア」が，タスクの切り替えの手順を開始して管理しているといえるところ，かかる「コア」で実行されているタスクは，タスクの切り替えの手順を開始して管理する機能を有している点において，実質的に「親タスク」であるといえる。
　よって，上記＜相違点３＞は，実質的な相違点であるとは認められない。
エ　＜相違点４＞について
　上記参考文献には，上記「（２）（２−４）」に示されるように，
「タスクをスワップアウトするために，オペレーティングシステムは，タスクに状態を保存し，1つを除くすべてのストリームを終了するように要求する。次に，残りの1つのストリームは，タスクの状態が保存され，別のタスクをその保護ドメインにスワップできることをオペレーティングシステムに通知する」
　という技術が開示されている。
　ここで，「タスクをスワップアウトするために，オペレーティングシステムは，タスクに状態を保存し，1つを除くすべてのストリームを終了するように要求する」ことは，タスクにスワップされる状態になるように要求することといえ，「別のタスクをその保護ドメインにスワップできることをオペレーティングシステムに通知する」ことは，スワップされる準備ができていることを通知することといえる。
　してみると，上記参考文献には，タスクをスワップアウトする際に，タスクにスワップされる状態になるように要求し，当該タスクがスワップされる状態になると，当該タスクがスワップされる準備ができていることを通知する技術が開示されているといえる。
　引用発明と参考文献に記載の上記技術とは，ともに，タスクの切り替えを行う技術であって，かつ，切り替え対象となる既存のタスクの状態をバックアップ保存するという切り替え手順においても共通するものであるから，引用発明に参考文献に記載の上記技術を適用し，スワップ手順を管理するステップが，「複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること」とすることは，当業者であれば容易になし得たものである。
オ　小括
　上記ア〜エで検討したとおり，＜相違点１＞〜＜相違点４＞に係る構成は，引用発明，引用文献２〜３に記載の技術，及び参考文献に記載の技術に基づいて，当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本件補正発明の奏する作用効果は，引用発明，引用文献２〜３に記載の技術，及び参考文献に記載の技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。 
　したがって，本件補正発明は，引用発明，引用文献２〜３に記載の技術，及び参考文献に記載の技術に基づいて，当業者が容易に発明をすることができたものであり，特許法第２９条第２項の規定により，特許出願の際独立して特許を受けることができない。 
３　本件補正についてのむすび 
　よって，本件補正は，特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので，同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。 
　よって，上記補正の却下の決定の結論のとおり決定する。 
第３　本願発明について 
１　本願発明の認定 
　令和２年７月２７日にされた手続補正は，上記のとおり却下されたので，本願の請求項に係る発明は，令和２年２月１９日にされた手続補正により補正された特許請求の範囲の請求項１〜１０に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，その請求項１に記載された事項により特定される，上記「第２[理由]１（２）」に記載された下記のとおりのものである（再掲）。 
「　複数のプロセッサと、前記プロセッサに分散された複数のメモリとを含むマルチプロセッサシステムにおいて、アプリケーションスワップを実施するための方法であって、
　複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップを含み、前記複数のアプリケーションは、第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ、
　前記複数のアプリケーションでスワップ手順を実施するステップ、
　前記スワップ手順の実施に応答して、前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み、前記第２のリーガル構成は、前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含み、
　前記マルチプロセッサシステムの外部からのコマンドの受信に応答して、前記マルチプロセッサシステムの親タスクによって、前記スワップ手順を開始するステップ、
　前記親タスクによって、前記スワップ手順を管理するステップ
を含む方法。」 
２　原査定の拒絶の理由 
　原査定の拒絶の理由は，この出願の請求項１〜１０に係る発明は，本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１〜引用文献３に記載された技術に基づいて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない，というものである。 
引用文献１．米国特許出願公開第２０１３／００８１０４４号明細書
引用文献２．藤倉俊幸，「組み込みプログラミングノウハウ入門　第１回　マルチタスクシステムとは」，インターフェース，日本，ＣＱ出版株式会社，２００２年３月１日，第２８巻，第３号，ｐｐ．１３２−１４０
引用文献３．国際公開第２０１２／０５１５７７号
３　引用文献
　原査定の拒絶の理由に引用された，引用文献１〜引用文献３，及びその記載事項は，上記「第２[理由]２（２）（２−１）〜（２−３）」に記載したとおりである。 
４　対比・判断 
（１）本願発明は，上記「第２[理由]２（１）」で検討した本件補正発明の，アプリケーションスワップを実施するための方法について，「前記方法は、前記複数のプロセッサによって実施される」との限定を削除し，スワップ手順を管理するステップについて，「前記複数のアプリケーションの特定のアプリケーションに対して、スワップされる状態となるように要求し、前記特定のアプリケーションから、前記特定のアプリケーションがスワップされる準備ができていることを示す通知を受信すること」との限定を削除したものである。
（２）そうすると，上記「第２[理由]２（３）」における検討内容を踏まえると，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
＜一致点＞
「　複数のプロセッサを含むマルチプロセッサシステムにおいて、アプリケーションスワップを実施するための方法であって、
　複数のアプリケーションを前記マルチプロセッサシステムのそれぞれの領域に展開するステップを含み、
　前記複数のアプリケーションでスワップ手順を実施するステップ、
　前記マルチプロセッサシステムの外部からのコマンドの受信に応答して、前記スワップ手順を開始するステップ、
　前記スワップ手順を管理するステップ
を含む方法。」 
＜相違点ａ＞
　本願発明は，マルチプロセッサシステムが「プロセッサに分散された複数のメモリ」を含むのに対して，引用発明は，そのような特定がなされていない点。
　
＜相違点ｂ＞
　本願発明は，「前記複数のアプリケーションは、第１のリーガル構成の互いに干渉していないアプリケーションの第１のセットに含まれ」，「前記スワップ手順の実施に応答して、前記第１のリーガル構成から第２のリーガル構成に遷移するステップを含み，前記第２のリーガル構成は、前記互いに干渉していないアプリケーションの第１のセットとは異なる互いに干渉していないアプリケーションの第２のセットを含」むものであるのに対して，引用発明は，アプリケーションのタスクを切り替えるものの，そのような特定がなされていない点。
　
＜相違点ｃ＞
　本願発明は，スワップ手順を開始するステップとスワップ手順を管理するステップが，「マルチプロセッサシステムの親タスクによって」行われるものであるのに対して，引用発明は，そのような特定がなされていない点。
　
（３）そして，上記＜相違点ａ＞〜＜相違点ｃ＞は，それぞれ，上記「第２[理由]２（３）」における，上記＜相違点１＞〜＜相違点３＞と同じであることから，上記「第２[理由]２（４）」で検討したように，＜相違点ａ＞〜＜相違点ｃ＞は，いずれも格別のではなく，本願発明は，上記引用発明，及び上記引用文献２〜３に記載の技術に基づいて，当業者が容易に発明をすることができたものである。
第４　むすび 
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　よって，結論のとおり審決する。