【事件の表示】
　特願２０１５−５３５３５８「蓄電池システム，蓄電池システムの更新方法及びプログラム」拒絶査定不服審判事件〔平成２７年　３月１２日国際公開，ＷＯ２０１５／０３３６６０，請求項の数（１８）〕について，次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は，特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１４年７月７日（優先権主張　平成２５年９月９日）を国際出願日とする出願であって，平成２８年８月１９日付けで拒絶理由通知がされ，同年１０月２４日付けで手続補正がされ，同年１１月１５日付けで拒絶査定（原査定）がされ，これに対し，平成２９年１月５日に拒絶査定不服審判の請求がされると同時に手続補正がされ，同年１１月７日付けで当審より拒絶理由通知がされ，同年１１月２８日付けで手続補正がされたものである。
第２　本願発明
　本願請求項１−１８に係る発明（以下，それぞれ「本願発明１」−「本願発明１８」という。）は，平成２９年１１月２８日付けの手続補正で補正された特許請求の範囲の請求項１−１８に記載された事項により特定される発明であり，本願発明１は以下のとおりの発明である。
「【請求項１】
　電力を充放電する蓄電池を含み，電力系統及び電子機器と接続される蓄電池システムであって，
　前記蓄電池システムを制御する制御プログラムを更新する更新プログラムを含む更新情報を取得する更新情報取得手段と，
　前記蓄電池の状態が，充電中，放電中及び待機中のいずれであるかを判定するための充放電情報を取得する充放電情報取得手段と，
　前記充放電情報を利用して，前記更新プログラムを実行するタイミングを決定する更新タイミング決定手段と，
を有し，
　前記更新情報取得手段は，
　　前記蓄電池システムが有する複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム，及び，更新処理を完了すべき期限を示す期限情報を含む前記更新情報を取得し，
　前記更新タイミング決定手段は，
　　前記期限までの残り時間が所定値以上である場合，充電状態及び待機状態の間に前記複数の更新プログラムを同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定し，
　　前記期限までの残り時間が前記所定値より少ない場合，前記複数の更新プログラムを異なるタイミング又は同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定する蓄電池システム。」
　なお，本願発明２−１８の概要は以下のとおりである。
　本願発明２−本願発明１６は，本願発明１を減縮した発明である。
　本願発明１７，１８は，それぞれ本願発明１に対応する方法，プログラムの発明であり，本願発明１とカテゴリ表現が異なるだけの発明である。
第３　引用文献，引用発明等
１．引用文献１について
　原査定の拒絶の理由に引用された引用文献１（特開２０１３−５０８６２号公報）には，図面とともに次の事項が記載されている。
Ａ「【０００１】
　本発明は，プログラム書き換えシステム及びプログラム書き換え方法に関し，特にネットワークに接続された複数の制御装置におけるプログラムの書き換え方法に関する。」
Ｂ「【００１７】
実施の形態１．
　図１は，本実施の形態１に係るプログラム書き換え方法が実施される車両制御システムの構成を示し，本実施の形態１に係るプログラム書き換えシステムは，図１に示す車両制御システムに含まれるものである。…（中略）…
【００１８】
　本実施の形態１に係る車両制御システムは，第１種ノードであるバッテリ制御装置１と，第２種ノードであるＥＰＳ（Ｅｌｅｃｔｒｉｃ  Ｐｏｗｅｒ  Ｓｔｅｅｒｉｎｇ）制御装置２ａ及びモータ制御装置２ｂと，第３種ノードであるテスタ３を含み，これらは第１のネットワークである車両のＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ネットワーク６を介して互いに通信可能に接続されている。
【００１９】
　バッテリ制御装置１はバッテリ１０に接続され，これを制御し，同様にＥＰＳ制御装置２ａはＥＰＳ２０ａに，モータ制御装置２ｂは駆動用モータ２０ｂに接続され，それぞれを制御している。…（中略）…
【００２０】
　バッテリ制御装置１の構成と機能について簡単に説明する。マイコン１１は，バッテリ１０の制御に関わる制御量や各種処理値を演算する。ＣＡＮネットワーク用データ送受信手段であるデータ送受信手段１２は，ＣＡＮネットワーク６を介して，接続された他の制御装置（ＥＰＳ制御装置２ａ，モータ制御装置２ｂ，テスタ３を含む）とデータを送受信する。また，記録装置１３は，書き換え対象であるバッテリ制御プログラムを保存する第１の記録領域を有している。バッテリ制御プログラムは，バッテリ制御装置１の動作（制御内容）を決定し，演算を行うものである。
【００２１】
　記録装置１３の領域構成について，図２（ａ）を用いて説明する。記録装置１３は，バッテリ制御プログラムを部分的に書き換えるためのプログラム書き換えプログラムを保存するプログラム書き換えプログラム記録領域１３１と，バッテリ制御プログラムを保存する第１の記録領域であるバッテリ制御プログラム記録領域１３２と，バッテリ１０の制御に関わるデータ等を保存するバッテリ制御プログラム用記録領域（データ用）１３３を備えている。
【００２２】
　さらに，バッテリ制御装置１のプログラム書き換え手段１４は，記録装置１３のバッテリ制御プログラム記録領域１３２に保存されたバッテリ制御プログラムを部分的に書き換える。その際には，記録装置１３のプログラム書き換えプログラム記録領域１３１に記録されたプログラム書き換えプログラムを用いる。
【００２３】
  また，第１の状態検出手段である状態検出手段１５は，（第１種ノード）自身がバッテリ制御プログラムを書き換え可能な状態であるか否か，あるいはバッテリ制御プログラムが全て書き換えられているか否か等の状態を検出する。状態検出手段１５により書き換え可能であると検出された場合は，ＣＡＮネットワーク６を介してＥＰＳ制御装置２ａ及びモータ制御装置２ｂに通知し，通知を受けたＥＰＳ制御装置２ａ及びモータ制御装置２ｂは，自身が保存する分割プログラムを，ＣＡＮネットワーク６を介してバッテリ制御装置１に送信する。
【００２４】
  バッテリ制御装置１は，ＥＰＳ制御装置２ａまたはモータ制御装置２ｂから分割プログラムを受信する度に，バッテリ制御プログラム記録領域１３２に保存されたバッテリ制御プログラムの該分割プログラムに該当する部分を，プログラム書き換え手段１４により書き換える。」
Ｃ「【００３１】
  次に，テスタ３の構成と機能について簡単に説明する。マイコン３１は，テスタ３の動作に関わる各種処理を実施する。データ送受信手段３２は，ＣＡＮネットワーク６を介して，接続された他の制御装置（バッテリ制御装置１，ＥＰＳ制御装置２ａ，モータ制御装置２ｂを含む）とデータを送受信する。また，記録装置３３は，図２（ｄ）に示すように，バッテリ制御プログラムの書き換え用プログラムを保存する第３の記録領域であるバッテリ制御プログラム記録領域３３１を備えている。
【００３２】
  さらに，第１のプログラム分割手段であるプログラム分割手段３４は，記録装置３３のバッテリ制御プログラム記録領域３３１に保存された書き換え用プログラムを分割し，分割プログラムを作成する。プログラム分割手段３４により作成された分割プログラムは，それぞれＣＡＮネットワーク６を介してＥＰＳ制御装置２ａ及びモータ制御装置２ｂに送信される。
【００３３】
　次に，本実施の形態１に係るプログラム書き換えシステムの各ノードにおける処理の流れについて，図３及び図４のフローチャートを用いて説明する。図３は，第１種ノードであるバッテリ制御装置１におけるプログラム書き換えに関する処理の流れを示している。なお，バッテリ制御装置１では，バッテリ１０の制御に関わる通常の処理と，バッテリ制御プログラムの書き換えに関する処理が実施される。プログラム書き換えに関する処理は，テスタ３から書き換え実施の通知（書き換え指示）があった場合に実施される。図３は，テスタ３からの書き換え実施の通知を受信した後の処理フローを示している。
【００３４】
　まず，ステップ３０１（Ｓ３０１）において，状態検出手段１５は，バッテリ制御装置１がバッテリ１０の制御に関わる通常の処理を実施しているか否かを判断する。通常の処理が実施されている場合（ＹＥＳ）は，ステップ３０２（Ｓ３０２）へ進み，実施されていない場合（ＮＯ）は，ステップ３０９（Ｓ３０９）へ進み，通常の書き換え処理を実施する。なお，Ｓ３０９の通常の書き換え処理とは，テスタ３から，バッテリ制御装置１のバッテリ制御プログラムを書き換える従来の書き換え方法によるものであり，本発明の特徴である書き換え用プログラムを分割して行うものではないため，説明を省略する。
【００３５】
　バッテリ制御装置１がバッテリ１０の制御に関わる通常の処理を実施している場合は，その間，バッテリ制御プログラムの書き換え不可であるため，Ｓ３０２において，関連ノードへ分割書き換えを実施することを通知し，ステップ３０３（Ｓ３０３）へ進む。Ｓ３０３において，状態検出手段１５は再度，通常の処理が実施されているかどうかを判断し，通常の処理が実施されていなければ，書き換え可能（ＹＥＳ）であるためステップ３０４（Ｓ３０４）へ進み，通常の処理が実施されている場合には，終了まで待機する。
【００３６】
　続いて，Ｓ３０４において，状態検出手段１５は，記録装置１３のバッテリ制御プログラム記録領域１３２に保存されたバッテリ制御プログラムの全ての領域（部分）が書き換えられているか否かを判断する。全て書き換えられている場合は（ＹＥＳ），本処理を終了し，書き換えられていなければ（ＮＯ），ステップ３０５（Ｓ３０５）へ進む。
【００３７】
　Ｓ３０５において，状態検出手段１５は，バッテリ制御プログラム記録領域１３２に保存されたバッテリ制御プログラムが書き換え中であるか否かを判断する。いずれの部分も書き換え中でなければ（ＮＯ），ステップ３０６（Ｓ３０６）へ進み，書き換え中であれば（ＹＥＳ），書き換えが終了するまで待機する。
【００３８】
　Ｓ３０６において，状態検出手段１５は，書き換えが終了していないバッテリ制御プログラムの部分に該当する分割プログラムを保存している第２種ノードに対し，データ送受信手段１２により送信指示をし，ステップ３０７（Ｓ３０７）へ進む。Ｓ３０７では，データ送受信手段１２により分割プログラムを受信し，ステップ３０８（Ｓ３０８）へ進む。Ｓ３０８において，プログラム書き換え手段１４は，プログラム書き換えプログラムを用い，受信した分割プログラムに該当するバッテリ制御プログラムの部分を書き換える。」
　したがって，上記引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。
「　バッテリに接続されたバッテリ制御装置であって，
　前記バッテリ制御装置の動作を決定し，演算を行うバッテリ制御プログラムを書き換えるプログラム書き換えプログラムを記憶する記録装置と，
　前記バッテリを制御するバッテリ制御プログラムの書き換え用プログラムを分割してなる分割プログラムを取得するデータ送受信手段と，
　前記バッテリの状態に関して，バッテリ制御装置がバッテリの制御に関わる通常の処理を実施しているか否かを判断し，通常の処理を実施していると判断した場合には，終了するまで待機するよう決定し，通常の処理を実施しておらず，かつバッテリ制御プログラムが全て書き換えられていないと判断した場合には，前記分割プログラムを受信し，当該分割プログラムに該当するバッテリ制御プログラムの部分の書き換えの実施を決定する状態検出手段と，
を有する車両制御システムのバッテリ制御装置。」
２．引用文献２について
　また，原査定の拒絶の理由に引用された引用文献２（特開２００６−２４３９２９号公報）には，図面とともに次の事項が記載されている。
Ｄ「【００５２】
　端末装置２を，未使用時においては，電源の供給を完全に停止するのではなく，スリープモード（ハードディスクおよびディスプレイなどの動作を一時的に停止し，マウスまたはキーボードなどが操作されると，動作を再開するモード。「省エネモード」と呼ばれることもある。）になるように構成する。また，ユーザが端末装置２を使用している時間帯（通常モードである状態の時間帯）の履歴を記録しておく。そして，過去の複数の履歴に基づいて，ユーザが端末装置２を使用することがほとんどない時間帯を判別し，その時間帯になったらアップデートの処理を開始するようにする。処理を開始しようとしたときにユーザが使用している場合は，次回に延期してもよい。」
　したがって，上記引用文献２には，端末装置の使用時間帯について履歴を記録し，前記履歴に基づいて，端末装置のアップデートの処理の開始を決定する，という技術的事項が記載されていると認められる。
３．引用文献３について
　また，原査定の拒絶の理由に引用された引用文献３（特開２００９−２１１２６９号公報）には，図面とともに次の事項が記載されている。
Ｅ「【００３４】
　本フローが実行されると，更新制御部１１７は，まずＳ１０１において更新時刻管理部１１８に蓄積された更新期限と時刻管理部１１３からの現在時刻情報を比較し，更新期限の所定時間前となったかどうかを判断する。当該時刻になっていればＳ１０２に進む。Ｓ１０２において，放送受信装置の電源がオフであればＳ１０３に進み，プログラムの更新処理を行う。これにより，次回電源をオンにした時に新しいプログラムが起動する。一方，電源がオンであればＳ１０４に進み，プログラム優先度に従って以下の処理を行う。
　プログラム優先度が１のとき，Ｓ１０６に進み，強制的に更新処理を行う。Ｓ１０７に進み，新しいプログラムを起動する。
　プログラム優先度が２のとき，Ｓ１０５においてユーザに更新処理を通知し，承認を促す。承認が得られればＳ１０６において更新処理を行い，Ｓ１０７において新しいプログラムを起動する。
　プログラム優先度が３のとき，特に何もしない。
【００３５】
　このように，更新制御部１１７は，プログラム優先度が所定の基準よりも高い場合は，必ず更新期限までに自動的かつ強制的に更新処理を実行する（Ｓ１０３，Ｓ１０６）。一方，プログラム優先度が所定の基準よりも低い場合は，電源の状態に応じて自動的かつ強制的に更新処理を実行するかどうかを決定する。具体的には，電源オフ状態であれば自動的かつ強制的に更新処理を実行し（Ｓ１０３），電源オン状態であればユーザの承認を受けて更新処理を実行するか（Ｓ１０５），更新処理を実行しない。
【００３６】
　なお，本フローにおいて，放送受信装置は主電源と電源を有し，主電源はオンであることを前提とする。すなわち本実施例における電源オフとは放送を視聴していないスタンバイ状態を言う。また，前記所定時間とは，更新処理後再起動をした際に更新期限に間に合う時間のことをいう。例えば数十秒〜数分に設定されている。さらに，プログラム優先度は，１のとき最も更新の必要性が高く，数字が大きくなるほど必要性が低くなっていく。
…（中略）…
【００４０】
　また，本フローにおいてプログラム優先度の判断（Ｓ１０４）を電源状態の判断（Ｓ１０２）の前に行っても良い。その場合，プログラム優先度が１なら更新期限の所定時間前に必ず自動的かつ強制的に更新処理を実行する。プログラム優先度が２なら電源状態に応じて，更新処理を実行するかユーザの承認を要求するかを選択し，プログラム優先度が３なら電源状態に応じて，更新処理を実行するか何も処理しないかを選択する。」
　したがって，上記引用文献３には，プログラム優先度に応じて，プログラムの更新処理を実行するタイミングを決定するとともに，プログラム優先度が所定の基準より高い場合は，プログラムの更新処理が更新期限に間に合うよう，更新期限の所定時間前となった時点で更新処理を実行する，という技術的事項が記載されていると認められる。
第４　対比・判断
１．本願発明１について
（１）対比
　本願発明１と引用発明とを対比すると，次のことがいえる。
ア　引用発明の「バッテリ」は，通常，電池を意味するところ，電池は電力を充電したり，放電したりする機能を有することは広く知られているから，引用発明の「バッテリ」は，本願発明１の「電力を充放電する蓄電池」に相当する。
　また，引用発明の「バッテリに接続されたバッテリ制御装置」は，バッテリを含めたシステムといえるから，引用発明の「バッテリ制御装置」は，後記の点で相違するものの，本願発明１の「蓄電池システム」に対応する。
イ　引用発明の「バッテリ制御装置の動作を決定し，演算を行うバッテリ制御プログラム」は，本願発明１の「蓄電池システムを制御する制御プログラム」に相当し，引用発明の「バッテリ制御プログラムを書き換えるプログラム書き換えプログラム」及び「書き換え用プログラムを分割してなる分割プログラム」は，本願発明１の「制御プログラムを更新する更新プログラム」に相当する。
　また，引用発明の「更新プログラム」と，本願発明１の「更新情報」とは，後記の点で異なるものの，更新プログラムを含む点で共通する。
　そうすると，引用発明の「書き換え用プログラムを分割してなる分割プログラムを取得するデータ送受信手段」が，本願発明１の「更新プログラム」「を取得する更新情報取得手段」に相当する。
ウ　引用発明は「バッテリの状態に関して，バッテリ制御装置がバッテリの制御に関わる通常の処理を実施しているか否かを判断」する「状態検出手段」を有するところ，上記「バッテリの制御に関わる通常の処理」が，バッテリ（電池）の充電制御や放電制御に関わる処理であることは，当該技術分野の当業者にとって明らかである。
　そうすると，引用発明の「状態検出手段」は，バッテリ制御装置がバッテリ（電池）の充電制御に関わる処理を実施しているのか，放電処理に関わる処理を実施しているのか，それ以外であるかを判断しているといえるから，間接的に，バッテリ（電池）の状態が，充電中，放電中，それ以外（待機中）かを判別しているといえる。
　したがって，引用発明の「バッテリの状態に関して，バッテリ制御装置がバッテリの制御に関わる通常の処理を実施しているか否かを判断」する「状態検出手段」は，本願発明１の「蓄電池の状態が，充電中，放電中及び待機中のいずれであるかを判定するための充放電情報を取得する充放電情報取得手段」に相当する。
エ　引用発明の「状態検出手段」は，「通常の処理を実施していると判断した場合には，終了するまで待機するよう決定し，通常の処理を実施しておらず，かつバッテリ制御プログラムが全て書き換えられていないと判断した場合には，前記分割プログラムを受信し，当該分割プログラムに該当するバッテリ制御プログラムの部分の書き換えの実施を決定する」ところ，通常の処理を実施しているか否かの情報を利用して，所定の時間（通常の処理の実施が終了するまで）は，分割プログラムによるバッテリ制御プログラムの書き換えを行うか否か，すなわち，バッテリ制御プログラムの書き換えを行うタイミングを決定しているといえる。
　そうすると，上記イ，ウにおける検討も踏まえると，引用発明の，「通常の処理を実施していると判断した場合には，終了するまで待機するよう決定し，通常の処理を実施しておらず，かつバッテリ制御プログラムが全て書き換えられていないと判断した場合には，前記分割プログラムを受信し，当該分割プログラムに該当するバッテリ制御プログラムの部分の書き換えの実施を決定する状態検出手段」は，本願発明１の「充放電情報を利用して，前記更新プログラムを実行するタイミングを決定する更新タイミング決定手段」に相当する。
　したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。
（一致点）
「電力を充放電する蓄電池を含む蓄電池システムであって，
　前記蓄電池システムを制御する制御プログラムを更新する更新プログラムを含む更新情報を取得する更新情報取得手段と，
　前記蓄電池の状態が，充電中，放電中及び待機中のいずれであるかを判定するための充放電情報を取得する充放電情報取得手段と，
　前記充放電情報を利用して，前記更新プログラムを実行するタイミングを決定する更新タイミング決定手段と，
を有する蓄電池システム。」
（相違点１）
　「蓄電池システム」に関し，本願発明１では「電力系統及び電子機器と接続される」のに対して，引用発明では，そのような構成が特定されていない点。
（相違点２）
　「蓄電池システム」及び「更新情報取得手段」に関し，本願発明１では，蓄電池システムは「複数のモジュール」を有し，「更新情報取得手段」は，蓄電池システムが有する「複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム」「を取得」するのに対して，引用発明では，「バッテリ制御装置」が複数のモジュールを有するか不明であって，「データ送受信手段」が，複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラムを取得することについて言及されていない点。
（相違点３）
　「更新プログラムを含む更新情報」に関し，本願発明１は「更新処理を完了すべき期限を示す期限情報を含む前記更新情報」であるのに対して，引用発明では，更新プログラムに加えて，このような期限情報を取得することについて言及されていない点。
（相違点４）
　「更新タイミング決定手段」に関し，本願発明１は「期限までの残り時間が所定値以上である場合，充電状態及び待機状態の間に前記複数の更新プログラムを同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定し，前記期限までの残り時間が前記所定値より少ない場合，前記複数の更新プログラムを異なるタイミング又は同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定する」のに対して，引用発明では，「状態検出手段」が複数の更新プログラムを実行するタイミングを決定することについて言及されていない点。
（２）相違点についての判断
　上記相違点２，４は相互に関連しているので，併せて検討すると，相違点２，４に係る本願発明１の「蓄電池システムが」「複数のモジュール」を有し，「更新情報取得手段は，前記蓄電池システムが有する複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム」「を取得」し，「更新タイミング決定手段は，前記期限までの残り時間が所定値以上である場合，充電状態及び待機状態の間に前記複数の更新プログラムを同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定し，前記期限までの残り時間が前記所定値より少ない場合，前記複数の更新プログラムを異なるタイミング又は同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定する」という構成は，上記引用文献２，３には記載も示唆もされていない。
　したがって，上記相違点１，３について判断するまでもなく，本願発明１は，当業者であっても引用発明，引用文献２，引用文献３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２．本願発明２−１６について
　本願発明２−１６も，本願発明１の，「蓄電池システムが」「複数のモジュール」を有し，「更新情報取得手段は，前記蓄電池システムが有する複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム」「を取得」し，これら更新プログラムを所定のタイミングで実行するよう決定する，という構成と同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても，引用発明，引用文献２，引用文献３に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３．本願発明１７，１８について
　本願発明１７，１８は，本願発明１に対応する方法，プログラムの発明であり，本願発明１の，「蓄電池システムが」「複数のモジュール」を有し，「更新情報取得手段は，前記蓄電池システムが有する複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム」「を取得」し，これら更新プログラムを所定のタイミングで実行するよう決定する，という構成に対応する構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明，引用文献２，引用文献３に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第５　原査定の概要及び原査定についての判断
　原査定は，請求項１−１４，１６−２６について上記引用文献１乃至３に基づいて，当業者が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができないというものである。
　しかしながら，平成２９年１１月２８日付け手続補正により補正された請求項１−１８は，それぞれ「蓄電池システムが」「複数のモジュール」を有し，「更新情報取得手段は，前記蓄電池システムが有する複数のモジュール各々を制御する前記制御プログラムを更新するための複数の前記更新プログラム」「を取得」し，これら更新プログラムを所定のタイミングで実行するよう決定する，という構成に一致，または対応する構成を有するものとなっており，上記のとおり，本願発明１−１８は，上記引用文献１に記載された発明及び上記引用文献２，引用文献３に記載された技術的事項に基づいて，当業者が容易に発明できたものではない。
　したがって，原査定を維持することはできない。
第６　当審拒絶理由について
　当審では，請求項１の「前記更新タイミング決定手段は，前記期限までの残り時間が所定値以上である場合，前記複数の更新プログラムを同じタイミングで実行するように前記更新プログラムを実行するタイミングを決定」することについて，複数の更新プログラムを同じタイミングで実行するよう，“タイミングを決定する”ことは特定するものの，更新プログラムが実行される時期が不明であるとの，特許法第３６条第６項第２号に基づく拒絶の理由を通知しているが，平成２９年１１月２８日付けの補正において，「充電状態及び待機状態の間に前記複数の更新プログラムを同じタイミングで実行するように」と補正された結果，この拒絶の理由は解消した。
第７　むすび
　以上のとおり，本願発明１−１８は，当業者が引用発明，引用文献２及び引用文献３に記載された技術的事項に基づいて容易に発明をすることができたものではない。
　したがって，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。