【事件の表示】
　特願２０１４−２６５０１４「情報処理装置、情報処理装置の制御方法およびプログラム」拒絶査定不服審判事件〔平成２８年　７月１１日出願公開、特開２０１６−１２６４１９、請求項の数（９）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成２６年１２月２６日の出願であって，平成２８年１１月２日付けで拒絶の理由が通知され，平成２９年１月５日に手続補正がなされ，同年６月９日付けで拒絶査定（謄本送達日同年６月１３日）がなされ，これに対して同年７月２５日に審判請求がなされると共に手続補正がなされ，同年１０月２日付けで審査官により特許法１６４条３項の規定に基づく報告がなされたものである。
第２　原査定の概要
　原査定（平成２９年６月９日付け拒絶査定）の概要は次のとおりである。
　本願請求項１乃至９に係る発明は，以下の引用文献１乃至３に基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明できたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
引用文献等一覧
１.特開２０１２−０４８４２８号公報
２.特開２０１４−１４２８２４号公報
３.特開２０１４−０５９７７２号公報
第３　審判請求時の補正について
　審判請求時の補正（以下，「本件補正」という。）は，以下に示すとおり，特許法第１７条の２第３項から第６項までの要件に違反しているものとはいえない。
　本件補正によって本件補正前の請求項１，８の
「前記作成手段は、アプリケーションのペアとなるライセンスファイルが前記情報処理装置に対応していない場合、当該アプリケーションが除外された前記インストールタスクリストを作成する」
という事項を
「前記作成手段は、前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」（以下，「補正事項」という。）
と変更する補正は，特許請求の範囲の減縮を目的とするものであるか，また，補正事項は，当初明細書の段落４９乃至５０及び５８並びに図面の図１１のステップＳ１１０２，Ｓ１１０４等に記載されているから，当該補正は新規事項を追加するものではないかについて検討する。
　当該箇所には次の記載が認められる。
「【００４９】
　図１１は、クイックインストールサービス２０９における、ｊａｒとｌｉｃのペア抽出処理のフローチャートである。まず、Ｓ１１００において、ペア抽出処理が開始される。Ｓ１１０１において、インストール対象フォルダ８５０にある全てのライセンスファイルに対して次のチェックを行う。Ｓ１１０２において、ライセンスファイルに記載されるシリアル番号９０２が、インストール対象の画像形成装置のシリアル番号と一致するかどうかを判断する。あるいは、シリアル番号９０２がワイルドカード＊指定されているかどうかを判断する。
【００５０】
　Ｓ１１０２の結果、一致する、もしくは、ワイルドカード指定の場合は、Ｓ１１０３に進み、ライセンスファイル候補リストに追加し、Ｓ１１０４に進む。Ｓ１１０２の結果、一致しない場合は、Ｓ１１０４に進み、全てのライセンスファイルをチェックしたかどうかを判断する。他にもライセンスファイルが残っている場合は、Ｓ１１０２に戻り引き続き処理を行う。こうして全てのライセンスファイルのチェックが完了した後、Ｓ１１０５に進む。この時点で、画像形成装置１３０で利用可能な、ライセンスファイル候補リストが作成されているので、次に、このライセンスファイルに対応するアプリを探索する。」
「【００５８】
　図１３は、ホストバンドルとフラグメントバンドルを含むクイックインストールサービス２０９における、クイックインストールのフローチャートである。まず、Ｓ１３００において、クイックインストール処理が開始される。Ｓ１３０１において、クイックインストールサービス２０９が、ストレージサービス２１０からのＵＳＢメモリ挿入のイベント通知を検知すると、Ｓ１３０２において、アプリファイル（ｊａｒ）とライセンスファイル（ｌｉｃ）のペア抽出を行う。このペア抽出の方法については、図１１で示した方法と同じである。」
図１１
　上記記載によれば，クイックインストールサービス２０９において，ｊａｒとｌｉｃのペア抽出処理を行い，当該処理は，まず，ペア抽出処理が開始され，インストール対象フォルダ８５０にある全てのライセンスファイルに対して，当該ライセンスファイルに記載されるシリアル番号９０２が，インストール対象の画像形成装置のシリアル番号と一致するかどうかを判断し，その結果，一致すれば，ライセンスファイル候補リストに追加し，一致しない場合は，全てのライセンスファイルをチェックしたかどうかを判断し，全てのライセンスファイルのチェックが完了した時点で，画像形成装置１３０で利用可能な，ライセンスファイル候補リストが作成され，次に，このライセンスファイルに対応するアプリを探索することが読み取れる。（段落４９乃至５０）
　また，ホストバンドルとフラグメントバンドルを含むクイックインストールサービス２０９における，クイックインストールでは，クイックインストール処理が開始されるとクイックインストールサービス２０９が，ストレージサービス２１０からのＵＳＢメモリ挿入のイベント通知を検知し，アプリファイル（ｊａｒ）とライセンスファイル（ｌｉｃ）のペア抽出を行い，このペア抽出の方法については，上記方法と同じであることが読み取れる。
　上記記載内容と上記補正事項とを対比するに，補正事項における，「第１の種別のアプリケーション」，「第２の種別のアプリケーション」，「可搬媒体」，「ライセンスファイル」及び「情報処理装置」は，上記記載内容においてそれぞれ，「ホストバンドル」，「フラグメントバンドル」（以上，ｊａｒ），「ＵＳＢメモリ」，「ライセンスファイル」（ｌｉｃ）及び「画像形成装置１３０」に対応する。上記記載内容によれば，「インストール対象フォルダ８５０にある全てのライセンスファイルに対して，当該ライセンスファイルに記載されるシリアル番号９０２が，インストール対象の画像形成装置のシリアル番号と一致するかどうかを判断し，その結果，一致すれば，ライセンスファイル候補リストに追加」した上で，「画像形成装置１３０で利用可能な，ライセンスファイル候補リストが作成され」ることから，補正事項において，「対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーション」については，当該ライセンスファイル候補リスト内には存在しない，すなわち，除外されるものであると理解される。したがって，補正事項の「前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」ことも，上記記載内容から読み取ることができるといえるから，当初明細書等に記載された事項であり，新規事項を追加するものではないといえる。
　さらに，上記補正事項は，「作成手段」につき，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」ものであることを限定するものであるから，特許請求の範囲の減縮を目的とするものといえる。
　さらに，本件補正では，明細書の段落１２，１５及び４２における，「従来技術を用いた」との語を削除する補正も含まれるが，当初明細書等の記載からみて，明らかな誤記の訂正とまではいえず，当該語の削除によって，新たな技術的事項が追加されるものではないので，新規事項を追加するとまではいえない。
　そして，「第４　本願発明」から「第６　対比・判断」までに示すように，補正後の請求項１乃至９に係る発明は，独立特許要件を満たすものである。
第４　本願発明
　本願請求項１乃至９に係る発明（以下「本願発明１」乃至「本願発明９」という。）は，特許請求の範囲の請求項１乃至９に記載された，次のとおりのものと認める。
「　【請求項１】
　情報処理装置であって、
　第１の種別のアプリケーションと、前記アプリケーションの機能を拡張するため前記アプリケーションに付加される第２の種別のアプリケーションとを含む複数のアプリケーションを記憶する可搬媒体の接続を検知する検知手段と、
　前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段と、
　前記作成手段により作成されたインストールタスクリストに基づき、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするインストール手段と、
　前記インストール手段によるインストールの後、前記第２の種別のアプリケーションを有効化した後に、前記第１の種別のアプリケーションを開始する制御手段と、
　を有し、
　前記作成手段は、前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成することを特徴とする情報処理装置。
　　【請求項２】
　前記可搬媒体に記憶されている複数のアプリケーションのうち、前記第１の種別に属するアプリケーションと、前記第２の種別に属するアプリケーションにグループ分けする手段をさらに有することを特徴とする請求項１に記載の情報処理装置。
　　【請求項３】
　前記インストール手段は、前記第２の種別のアプリケーションを一旦仮インストールすることを特徴とする請求項１または２に記載の情報処理装置。
　　【請求項４】
　前記制御手段は、前記インストール手段が仮インストールした前記第２の種別のアプリケーションを有効化する際に、前記第１の種別のアプリケーションを停止し、停止した前記第１の種別のアプリケーションを前記有効化の後に開始することを特徴とする請求項３に記載の情報処理装置。
　　【請求項５】
　前記インストール手段は、前記第１の種別のアプリケーションが開始されている場合、前記第１の種別のアプリケーションの停止の後、前記第２の種別のアプリケーションをインストールし、前記制御手段は、前記インストールの後、前記第１の種別のアプリケーションを開始することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
　　【請求項６】
　前記制御手段は、前記第１の種別のアプリケーションの開始が前記情報処理装置の再起動を必要とする場合、再起動後に前記第１の種別のアプリケーションを開始する状態にすることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
　　【請求項７】
　前記第１の種別のアプリケーションおよび第２の種別のアプリケーションは、ＯＳＧｉ（Ｏｐｅｎ　Ｓｅｒｖｉｃｅｓ　Ｇａｔｅｗａｙ　Ｉｎｉｔｉａｔｉｖｅ）におけるホストバンドルに対応するアプリケーションおよびフラグメントバンドルに対応するアプリケーションであることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
　　【請求項８】
　情報処理装置の制御方法であって、
　第１の種別のアプリケーションと、前記アプリケーションの機能を拡張するため前記アプリケーションに付加される第２の種別のアプリケーションとを含む複数のアプリケーションを記憶する可搬媒体の接続を検知する検知ステップと、
　前記検知ステップによる検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成ステップと、
　前記作成ステップにより作成されたインストールタスクリストに基づき、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするインストールステップと、
　前記インストールステップによるインストールの後、前記第２の種別のアプリケーションを有効化した後に、前記第１の種別のアプリケーションを開始する制御ステップと、
　を有し、
　前記作成ステップは、前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成することを特徴とする情報処理装置の制御方法。
　　【請求項９】
　請求項１乃至７のいずれか１項に記載の情報処理装置をコンピュータで実現させるためのプログラム。」
第５　引用例，引用発明等
１　引用例１に記載された事項
　原審における平成２８年１１月２日付けの拒絶理由（以下，これを「原審拒絶理由」という。）において引用した，本願の出願前に既に公知である，特開２０１２−４８４２８号公報（平成２４年３月８日公開。以下，これを「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。
Ａ　「【０００１】
　本発明は、
コンピュータへのプログラムのインストールに関
Ｂ　「【０００４】
　まず、図５に示す
コンピュータ１は
処理部１１を有する
Ｃ　「【００３０】
　図６（ａ）、図６（ｂ）を用いて説明したように、
従来
【００３１】
　しかし、１ファイル化されたインストール対象ファイルＤ３をコンピュータ１の記憶部１２（ＨＤＤ）等にインストールするとき、解凍処理を一気に行うため、１ファイル化された複数種のインストール対象ファイルＤ３の全て（全内容）を、記憶部１２のテンポラリフォルダにいったん展開（解凍）してしまう必要がある。尚、図６（ｂ）のように、プログラムモジュールＤ１まで一緒に圧縮されている場合、プログラムモジュールＤ１及び複数種のインストール対象ファイルＤ３も、記憶部１２のテンポラリフォルダへの解凍を一気に行うことになる。
【００３２】
　そして、一時的な展開完了後、テンポラリフォルダ内のそれぞれのインストール対象ファイルＤ３はコピーされ（移動され）、本来のインストール先のフォルダに本格的に記憶される。しかし、
このようなインストール方法では、テンポラリフォルダへの展開と、テンポラリフォルダから本来のインストール先フォルダへのコピーの、少なくとも２回、同じ内容（データ）の書込が行われ
２重に時間を要
という問題
Ｄ　「【００５２】
（コンピュータ１）
　まず、図１に基づき、本発明の実施形態に係るコンピュータ１の概要を説明する。図１は本発明の実施形態に係るコンピュータ１の一例を示すブロック図である。
【００５３】
　まず、図１に示す本実施形態のコンピュータ１は、例えば、パーソナルコンピュータであり、図５を用いた従来例と同様、
コンピュータ１は、記憶部１２、ＲＡＭ１３、ディスプレイ１４、入力部１５、読取部１６を含む
Ｅ　「【００５７】
　本実施形態でも、プログラムをコンピュータ１にインストールするための
インストール用データＤは
インストール媒体１７に記憶され
【００５８】
　図２に示すように、
インストール媒体１７には、インストール用データＤとしてプログラムモジュールＤ１、設定ファイルＤ２、インストール対象ファイルＤ３が別々に記憶され
【００５９】
　
プログラムモジュールＤ１は、プログラムをコンピュータ１にインストールするための
インストーラ
Ｆ　「【００６５】
　インストール媒体１７に記憶される
インストール対象ファイルＤ３は、複数（複数種）であ
目的、用途、言語等に応じ、インストール媒体１７には更に複数のインストール対象ファイルＤ３が記憶され
複数のインストール対象ファイルＤ３が
記憶され
【００６６】
　そして、
インストール対象ファイルＤ３は
順に、インストール媒体１７からＲＡＭ１３に転送され
処理部１１は、ＲＡＭ１３に転送されたインストール対象ファイルＤ３を解凍し、記憶部１２の予め定められた記憶先（インストール先）に記憶させ
この記憶先は、設定ファイルＤ２に定められ
【００６７】
　そして、
設定ファイルＤ２は、インストール対象ファイルＤ３のリストファイルであ
プログラムモジュールＤ１に基づき
設定ファイルＤ２の記載内容を参照し、インストール対象ファイルＤ３の解凍や記憶部１２への記憶処理を行わせ
Ｇ　「【００７９】
　このように、
プログラムモジュールＤ１を修正することなく、設定ファイルＤ２の記述内容を修正するだけでインストール対象ファイルＤ３の追加、差し替えができ
Ｈ　「【００８３】
　まず、図３のスタートの前段階では、プログラムのインストールのため、
コンピュータ１の読取部１６に、ＣＤやＤＶＤのディスクなどのインストール媒体１７がセットされ
コンピュータ１の入力部１５を用い、プログラムモジュールＤ１（インストーラ）の実行が指示され
プログラムのインストールが開始され
Ｉ　「【０１０７】
　又、インストール用データＤは、インストール媒体１７に格納され、コンピュータ１は、インストール媒体１７を読み取る読取部１６を備えるようにしてもよい。これにより、インストール媒体１７からコンピュータ１の記憶部１２に直接インストール対象ファイルＤ３等がインストールされる。従って、コンピュータ１にプログラムを高速にインストールすることができる。尚、インストール媒体１７には、例えば、ＣＤ−ＲＯＭや、ＤＶＤの可搬性のあるディスク状の
インストール媒体１７
ＵＳＢメモリ等の半導体メモリが用いられてもよい
　上記記載事項Ａ乃至Ｉより，引用例１には，次の発明（以下「引用発明」という。）が記載されているといえる。
「コンピュータへのプログラムのインストールに関し，
　従来のインストール方法では，テンポラリフォルダへの展開と，テンポラリフォルダから本来のインストール先フォルダへのコピーの，少なくとも２回，同じ内容（データ）の書込が行われ，２重に時間を要するといった課題を解決するものであり，
　コンピュータ１は，記憶部１２，ＲＡＭ１３，ディスプレイ１４，入力部１５，読取部１６及び処理部１１を含み，
　インストール用データＤがインストール媒体１７に記憶され，前記インストール媒体１７には，インストール用データＤとしてプログラムモジュールＤ１，設定ファイルＤ２，インストール対象ファイルＤ３が別々に記憶され，
　前記プログラムモジュールＤ１は，プログラムをコンピュータ１にインストールするためのインストーラであり，
　前記インストール媒体１７に記憶されるインストール対象ファイルＤ３は，複数（複数種）であって，目的，用途，言語等に応じ，複数のインストール対象ファイルＤ３が記憶され，
　前記インストール対象ファイルＤ３は，順に，インストール媒体１７からＲＡＭ１３に転送され，
　処理部１１は，ＲＡＭ１３に転送されたインストール対象ファイルＤ３を解凍し，記憶部１２の予め定められた記憶先（インストール先）に記憶させ，この記憶先は，設定ファイルＤ２に定められ，前記設定ファイルＤ２は，インストール対象ファイルＤ３のリストファイルであり，前記プログラムモジュールＤ１に基づき，設定ファイルＤ２の記載内容を参照し，インストール対象ファイルＤ３の解凍や記憶部１２への記憶処理を行わせ，
　プログラムモジュールＤ１を修正することなく，設定ファイルＤ２の記述内容を修正するだけでインストール対象ファイルＤ３の追加，差し替えができ，
　コンピュータ１の読取部１６にインストール媒体１７がセットされ，コンピュータ１の入力部１５を用い，プログラムモジュールＤ１（インストーラ）の実行が指示されると，プログラムのインストールが開始され，
　前記インストール媒体１７はＵＳＢメモリ等の半導体メモリが用いられてもよい
　コンピュータ１。」
２　引用例２に記載された事項
　原審拒絶理由において引用した，本願の出願前に既に公知である，特開２０１４−１４２８２４号公報（平成２６年８月７日公開。以下，これを「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。
Ｊ　「【００２３】
　図５は、フラグメントバンドルの概念の一例を示す図である。
　ここでは、ユーザの指示に基づいて画像形成装置１３０が、ホストバンドル４００に対し、フラグメントバンドル４０１と、フラグメントバンドル４０２とをインストールする場合の例について説明する。
　ユーザは、画像形成装置１３０のホストバンドルにフラグメントバンドルをインストールするために、図５に示されるマニフェスト及びバンドルパーミッションを指定する必要がある。以下、ユーザが指定するマニフェスト及びバンドルパーミッションの一例について説明する。」
Ｋ　「【００２６】
　画像形成装置１３０が上記条件を満たす状態でフラグメントバンドルをインストールする場合、画像形成装置１３０のＯＳＧｉ２０６は、フラグメントバンドルのマニフェスト情報からホストバンドルを特定する。そして、ＯＳＧｉ２０６は、ホストバンドルのクラスパスにフラグメントバンドル自身のクラスパスの追加を行う。ここで、「クラスパス」とは、画像形成装置１３０がＪａｖａアプリを実行する際に、Ｊａｖａ　ＶＭ２０３がどの場所からクラスファイルを読み込めばよいかを指定するための情報である。更に、ホストバンドルのクラスローダは、フラグメントバンドル内の全てのクラスと、リソースとをロードする。ここで、「クラスローダ」とは、クラスのロードやリソースを検索するオブジェクトであり、全てのクラスはクラスローダによってＪａｖａ　ＶＭ２０３にロードされる。
　ホストバンドルのクラスローダは、上記のロード処理をホストバンドル起動時に行うため、必ずホストバンドルを一度停止し、クラスパスを追加した上でロードする必要がある。つまり、画像形成装置１３０は、ホストバンドルを停止させた状態でなければ、フラグメントバンドルをインストールすることができない。」
Ｌ　「【００３５】
　Ｓ８０２で、インストール制御部２０８は、ホストバンドルがログインアプリであるか否かを判定し、ホストバンドルがログインアプリであると判定した場合、処理をＳ８０４に進める。一方、Ｓ８０２で、インストール制御部２０８は、ホストバンドルがログインアプリでないと判定した場合、処理をＳ８０５に進める。より具体的には、インストール制御部２０８は、アプリ管理部２０７が管理するアプリ管理情報に基づいてホストバンドルがログインアプリであるか否かを判定する。なお、ログインアプリは、上述したように画像形成装置１３０に複数インストールされていない限り、停止不可能なアプリである。本実施形態では、画像形成装置１３０にログインアプリが１つだけインストールされているものとして説明する。なお、Ｓ８０２の処理は、停止可能なアプリであるか否かを判定する判定処理の一例である。
　Ｓ８０５の処理については上述した通りであるため、説明を省略する。
　Ｓ８０４で、インストール制御部２０８は、ホストバンドルであるログインアプリが起動状態であるか否かを判定し、起動状態であると判定した場合、処理をＳ８０６に進める。一方、Ｓ８０４で、インストール制御部２０８は、起動状態でない（停止状態）と判定した場合、処理をＳ８０７に進める。より具体的には、インストール制御部２０８は、アプリ管理部２０７が管理するアプリ管理情報に基づいてホストバンドルであるログインアプリが起動状態であるか否かを判定する。
【００３６】
　Ｓ８０７で、インストール制御部２０８は、フラグメントバンドルのインストール処理を行い、Ｓ８１１で処理を終了する。なお、フラグメントバンドルのインストール処理についての詳細は、図５を用いて説明した通りであるため、説明を省略する。
　Ｓ８０６で、インストール制御部２０８は、インストール対象であるフラグメントバンドルのｊａｒファイル（以下、フラグメントファイルという）を、図８に示されるＴＭＰフォルダに仮置きし、処理をＳ８０８に進める。なお、ＴＭＰフォルダは、ＨＤＤ１０４やＲＯＭ１０２等の記憶領域に格納されているフォルダである。
　Ｓ８０８で、インストール制御部２０８は、図８で後述するｉｎｓｔａｌｌ．ｏｎファイルを作成してＲＯＭ１０２やＨＤＤ１０４等の記憶領域に格納し、処理をＳ８０９に進める。なお、Ｓ８０８の処理は、作成処理の一例である。
　Ｓ８０９で、インストール制御部２０８は、アプリ管理部２０７に再起動指示ステータスを返却し、Ｓ８１１で処理を終了する。
【００３７】
　図８は、ｉｎｓｔａｌｌ．ｏｎファイルの一例を示す図である。なお、ｉｎｓｔａｌｌ．ｏｎファイルは、インストール指示ファイルの一例である。
　ｉｎｓｔａｌｌ．ｏｎファイルのフォーマット９００は、インストール対象のフラグメントバンドルのアプリケーションＩＤ９０１と、Ｓ８０６で仮置きされたフラグメントファイルのパス９０２との記載を含む。なお、アプリケーションＩＤ９０１は、識別情報の一例である。また、パス９０２は、保存場所情報の一例である。
　ｉｎｓｔａｌｌ．ｏｎファイルの一例９０３に示されるように、ｉｎｓｔａｌｌ．ｏｎファイルには、１行毎に各フラグメントバンドルのアプリケーションＩＤ９０１と、フラグメントファイルのパス９０２とが対応付けられて記載される。ここで、アプリケーションＩＤ９０１と、フラグメントファイルのパス９０２とは、ｉｎｓｔａｌｌ．ｏｎファイルに複数記載されていてもよい。ｉｎｓｔａｌｌ．ｏｎファイルにアプリケーションＩＤ９０１と、フラグメントファイルのパス９０２とが複数記載されている場合、画像形成装置１３０は、後述する図９のフローチャートに従い、対象のフラグメントバンドル全てを順次インストールする。」
Ｍ　「【００４０】
　Ｓ１１０７で、ＯＳＧｉ拡張部２１１は、サービス起動順リストに従いサービスを順次起動させ、処理をＳ１１０８に進める。
　Ｓ１１０８で、ＯＳＧｉ拡張部２１１は、ログインアプリを起動させ、処理をＳ１１０９に進める。
　Ｓ１１０９で、ＯＳＧｉ拡張部２１１は、インストール制御部２０８を起動させ、Ｓ１１１０で処理を終了する。」
３　引用例３に記載された事項
　原審拒絶理由において引用した，本願の出願前に既に公知である，特開２０１４−５９７７２号公報（平成２６年４月３日公開。以下，これを「引用例３」という。）には，関連する図面と共に，次の事項が記載されている。
Ｎ　「【００２６】
　アプリケーション２０５、２０６は、画像形成装置１３０において各種処理をユーザに提供する。例えば、画像の加工や圧縮アプリケーション、印刷制限などの部門管理を行うアプリケーション、ログインユーザを管理するログインアプリケーションなどがある。フラッシュメモリ１２１を画像形成装置１３０に接続すると、ＵＳＢインタフェース１２０がフラッシュメモリ１２１の接続を認識し、ＵＳＢドライバ２０８を介して、ＵＳＢ制御管理部２０７に伝わる。フラッシュメモリ１２１の内容は、ＵＳＢドライバ２０８を介してＵＳＢインタフェース１２０に伝わり把握可能となる。なお、本実施形態では、画像形成装置に接続可能な可搬媒体として、ＵＳＢメモリを用いているが、これに限定するものではない。」
Ｏ　「【００６３】
　［処理フロー］
　次に図１３は、画像形成装置１０００に対してＵＳＢ１００１が接続された際のインストーラ２０９の動作を示すフローチャートである。Ｓ１４０１において、インストーラ２０９は、ＵＳＢドライバ２０８にＵＳＢ１００１が接続されているかを問い合わせる。ＵＳＢ１００１が接続されていない場合は（Ｓ１４０１にてＮＯ）Ｓ１４０３に進み、インストーラ２０９は図９に示すフローに従ってアプリケーションのプレインストールを行う。
【００６４】
　一方、ＵＳＢ１００１が接続されている場合は（Ｓ１４０１にてＹＥＳ）Ｓ１４０２に進む。Ｓ１４０２において、インストーラ２０９は、ＵＳＢ１００１内のＰＲＥＩＮＳＴディレクトリに．ｐｒｅｉｎｓｔａｌｌファイルおよびライセンスファイルが格納されているかをＵＳＢドライバ２０８に問い合わせる。各ファイルがある場合は、画像形成装置１０００内にある同ファイルを使用せずにＵＳＢ１００１内にある同ファイルを使用して、図９に示すフローに従って、プレインストールを実行する。」
第６　対比・判断
１　本願発明１について
（１）対比
　本願発明１と引用発明とを対比する。
（ア）引用発明の「コンピュータ１」は，本願発明１の「情報処理装置」に対応し，同「インストール媒体１７」は，「ＵＳＢメモリ等の半導体メモリが用いられてもよい」ことから本願発明１の「可搬媒体」に相当する。
（イ）引用発明の「インストール媒体１７」には，「インストール用データＤとしてプログラムモジュールＤ１，設定ファイルＤ２，インストール対象ファイルＤ３が別々に記憶され」ており，そのうち，「インストール対象ファイルＤ３」は，「複数（複数種）であって，目的，用途，言語等に応じ，複数のインストール対象ファイルＤ３が記憶され」ていることから，複数のインストール対象ファイルに対応したアプリケーションのうちいずれか１つを“第１の種別のアプリケーション”といい，それ以外を“第２の種別のアプリケーション”ということができる。そして，引用発明において，「コンピュータ１の読取部１６にインストール媒体１７がセットされ，コンピュータ１の入力部１５を用い，プログラムモジュールＤ１（インストーラ）の実行が指示されると，プログラムのインストールが開始され」ることは，当該「インストール媒体１７がセット」されたことを検知しているといえることから，引用発明と本願発明１の「第１の種別のアプリケーションと、前記アプリケーションの機能を拡張するため前記アプリケーションに付加される第２の種別のアプリケーションとを含む複数のアプリケーションを記憶する可搬媒体の接続を検知する検知手段」とは，下記の点で相違するものの“第１の種別のアプリケーションと，第２の種別のアプリケーションとを含む複数のアプリケーションを記憶する可搬媒体の接続を検知する検知手段”を有する点で一致する。
（ウ）引用発明の「設定ファイルＤ２」は，「インストール対象ファイルＤ３のリストファイルであり，前記プログラムモジュールＤ１に基づき，設定ファイルＤ２の記載内容を参照し，インストール対象ファイルＤ３の解凍や記憶部１２への記憶処理」が行われることから，本願発明１の「インストールタスクリスト」に対応し，引用発明と本願発明１の「前記作成手段により作成されたインストールタスクリストに基づき、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするインストール手段」とは，下記の点で相違するものの，“インストールタスクリストに基づき、アプリケーションをインストールするインストール手段”を有する点で一致する。
（エ）以上，（ア）乃至（ウ）の検討から，引用発明と本願発明１とは，次の一致点及び相違点を有する。
〈一致点〉
　情報処理装置であって，
　第１の種別のアプリケーションと，第２の種別のアプリケーションとを含む複数のアプリケーションを記憶する可搬媒体の接続を検知する検知手段と，
　インストールタスクリストに基づき，アプリケーションをインストールするインストール手段と，
　を有する情報処理装置。
〈相違点１〉
　本願発明１の「可搬媒体」に記憶される「第２の種別のアプリケーション」は，「前記アプリケーションの機能を拡張するため前記アプリケーションに付加される」ものであるのに対し，引用発明では，第１のアプリケーション及び第２のアプリケーションは記憶するものの，その両者の関係は明らかでない点。
〈相違点２〉
　本願発明１が，「前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段」を有し，当該「作成手段」が，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」ものであるのに対し，引用発明は，そのような手段を有しない点。
〈相違点３〉
　本願発明１の「インストール手段」が，「前記作成手段により作成されたインストールタスクリストに基づき、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールする」ものであるのに対し，引用発明は，「設定ファイルＤ２の記載内容」が「参照」され，「インストール対象ファイルＤ３の解凍や記憶部１２への記憶処理」が行われるものである点。
である点。
〈相違点４〉
　本願発明１が，「前記インストール手段によるインストールの後、前記第２の種別のアプリケーションを有効化した後に、前記第１の種別のアプリケーションを開始する制御手段」を有するのに対し，引用発明はそのような手段を有しない点。
（２）相違点についての判断
　事案に鑑み，先に相違点２について検討するに，本願発明１は，画像形成装置（情報処理装置）の機能やユーザビィリティの向上を図るために，ＪＡＶＡ環境などの環境下で動作するアプリを作成し，画像形成装置にインストールすることで，当該アプリにより所望の機能を実現できることを背景とし（本願明細書段落２），ＵＳＢメモリに代表されるようなフラッシュメモリの中にドライバソフトを配置しておき，該メモリが画像形成装置のようなデバイスに挿入されたことを検知して，該メモリの中に配置されたドライバソフトをインストールする仕組みが，従来提案されていた（同段落４）ものの，フラグメントバンドル（第２の種別のアプリケーション）は，単独では動作せず，ホストバンドル（第１の種別のアプリケーション）のクラスローダ空間にバンドル自身を追加（アタッチ）する形式のバンドルであり，このフラグメントバンドルをインストールする時には，ホストバンドルが停止していることがＯＳＧｉの規約として求められ（制限１），フラグメントバンドルは単独では動作しないので，インストール時には，必ずホストバンドルがインストールされている必要がある（制限２）といった制限があることを前提とし（同段落８），このような順番依存を考慮するときに，予めユーザがインストールする順番を記載した設定ファイルをフラッシュメモリの中に配置しておき，その順番に従ってインストールすることが考えられるものの，そのためには，フラッシュメモリ（ＵＳＢメモリ）を用意するユーザがホストバンドルとフラグメントバンドルを認識する必要があり，ユーザにとっての負荷が発生するという課題があった（同段落９）ことを解決するものである。
　そして，本願発明１の「前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段」は，上記ユーザにとっての負荷の発生といった問題を解決する手段であり，さらに当該「作成手段」が，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」ものであることによって，ユーザが第１の種別のアプリケーション（ホストバンドル）と第２の種別のアプリケーション（フラグメントバンドル）を認識する必要がなくなるといった効果を奏するものである。
　翻って引用発明は，「従来のインストール方法では，テンポラリフォルダへの展開と，テンポラリフォルダから本来のインストール先フォルダへのコピーの，少なくとも２回，同じ内容（データ）の書込が行われ，２重に時間を要するといった課題を解決」するものであって，「プログラムモジュールＤ１を修正することなく，設定ファイルＤ２の記述内容を修正するだけでインストール対象ファイルＤ３の追加，差し替えができ」るものであり，そもそも当該インストールにあたって，アプリケーションのインストール順などを認識する必要性が存在せず，また，本願発明１の「インストールタスクリスト」に対応する「設定ファイルＤ２」には，単にインストールすべきアプリケーションに係る情報が記録されているに過ぎないから，本願発明１のような「インストールタスクリスト」を作成する動機付けも無かったといえる。
　したがって，上記その余の相違点について判断するまでもなく，本願発明１は，当業者であっても引用発明，引用例２及び３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２乃至７について
　本願発明２乃至７は，本願発明１を直接乃至間接的に引用するものであって，本願発明１の「前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段」及び当該「作成手段」が，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」のと同一の構成を備えるものであるから，本願発明１と同じ理由により，当業者であっても引用発明，引用例２及び３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
３　本願発明８，９について
　本願発明８は，本願発明１に対応する方法の発明であり，本願発明９は，本願発明１乃至７に対応するプログラムに関する発明であって，本願発明１の「前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段」及び当該「作成手段」が，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」のに対応する構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても引用発明，引用例２及び３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
第７　原査定について
　＜特許法第２９条第２項について＞
　本件補正により，本願発明１乃至９は実質的に「前記検知手段による検知に応じて、前記第１の種別のアプリケーションを先にインストールし、その後、前記第２の種別のアプリケーションをインストールするという順番を規定したインストールタスクリストを作成する作成手段」及び当該「作成手段」が，「前記第１の種別のアプリケーションおよび前記第２の種別のアプリケーションの夫々のアプリケーションのペアとなる、前記可搬媒体に記憶されたライセンスファイルが前記情報処理装置に対応しているか否か確認し、対応していないライセンスファイルのペアとなる前記第１の種別および／または第２の種別のアプリケーションを除外した前記インストールタスクリストを作成する」という事項を有するものとなっており，当業者であっても引用発明，引用例２及び３に記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。