【事件の表示】
　特願２００４−５５９４６４「アプリケーションを実行するための方法」拒絶査定不服審判事件〔平成１６年　６月２４日国際公開、ＷＯ２００４／０５３６０１、平成１８年　６月１５日国内公表、特表２００６−５１６０５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１．手続の経緯
　本願は，２００３年１２月８日（パリ条約による優先権主張外国庁受理２００２年１２月１０日　アメリカ合衆国）を国際出願日とする出願であって，
　平成１７年７月１９日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平成１８年１２月５日付けで審査請求がなされ，平成２２年１月２８日付けで審査官により拒絶理由が通知され，これに対して平成２２年８月２日付けで意見書が提出されると共に誤訳訂正書が提出され，平成２２年８月２４日付けで審査官により最後の拒絶理由が通知され，これに対して平成２２年１２月２０日付けで意見書が提出されると共に手続補正がなされたが，平成２３年１月２７日付けで審査官により拒絶査定がなされ，これに対して平成２３年５月３１日付けで審判請求がなされたものである。
　
第２．本願発明について
　本願の請求項各項に係る発明は，平成２２年１２月２０日付けの手続補正により補正された請求項（以下，これを「本願の請求項」という）各項に記載された次の事項により特定されるものである。
　
「　【請求項１】
　所望のアプリケーションを起動させるためにオリジネーティングアプリケーションを設定し，該オリジネーティングアプリケーションと該所望のアプリケーションとは演算装置のプロセッサによってそれぞれ異なるプログラムで実行可能であり且つ該プログラムはメモリに保存され，該演算装置によってアクセス可能となっているプロセスプラント内の該演算装置のプロセッサによって実行される方法であって，
　前記演算装置の表示装置上のユーザインターフェイスを介して，少なくとも一つの所望のアプリケーションを指示させるためにユーザに促すことと，
　前記演算装置の入力装置を介して，少なくとも一つの所望のアプリケーションで指示された指示を受け取ることと，
　前記ユーザインターフェイスを介して，少なくとも一つの所望のコンポーネントを指示させるためにユーザに促し，該コンポーネントは前記少なくとも一つの所望のアプリケーションと関連づけられ，該コンポーネントはプロセスプラント内のプロセス制御ループによって制御されることと，
　前記入力装置を介して，少なくとも一つの所望のコンポーネントを指示する指示を受け取ることと，
　前記プロセッサを用いて，指示された少なくとも一つの所望のアプリケーションと指示された少なくとも一つのコンポーネントとを関連付け，且つ該指示された少なくとも一つの所望のアプリケーションと該指示された少なくとも一つのコンポーネントとの関係を示す表示情報を格納することと，
　アプリケーションラウンチャのＡＰＩを介し，前記指示された少なくとも一つの所望のアプリケーションと前記指示された少なくとも一つのコンポーネントとの関係を示す格納された前記表示情報を基に，前記指示された少なくとも一つの所望のアプリケーションを起動させるために前記オリジネーティングアプリケーションを設定することと，
　を含み，
　前記アプリケーションラウンチャはソフトウェアプログラムであり，複数のＡＰＩを介して複数のソフトウェアアプリケーションを起動させる設定になっており，前記複数のソフトウェアアプリケーションは前記指示された少なくとも一つの所望のアプリケーションを含み且つ前記複数のＡＰＩは前記指示された少なくとも一つの所望のアプリケーションのＡＰＩを含むものであることを特徴とした演算装置のプロセッサによって実行される方法。
　　【請求項２】
　前記少なくとも一つのコンポーネントがコントローラを含む，請求項１記載の方法。
　　【請求項３】
　前記少なくとも一つのコンポーネントが制御戦略を含む，請求項１記載の方法。
　　【請求項４】
　前記少なくとも一つのコンポーネントがモジュールを含む，請求項１記載の方法。
　　【請求項５】
　前記少なくとも一つのコンポーネントがフィールドデバイスを含む，請求項１記載の方法。
　　【請求項６】
　少なくとも一つのコンポーネントを特定するよう前記ユーザに促すことが，特定のフィールドデバイスを特定するよう前記ユーザに促すことを含む，請求項５記載の方法。
　　【請求項７】
　少なくとも一つのコンポーネントを特定するよう前記ユーザに促すことが，デバイスタイプまたはデバイスモデルを特定するよう前記ユーザに促すことを含む，請求項５記載の方法。
　　【請求項８】
　少なくとも一つの所望のアプリケーションと少なくとも一つのコンポーネントとを関連付ける指示は，演算装置のプロセッサによってアクセス可能，及び少なくとも一つのコンポーネントに対応するようファイルに格納されている請求項１記載の方法。
　　【請求項９】
　前記ファイルのタイプは，設定ファイル，テキストファイルまたはレジストリファイルである請求項８記載の方法。
　　【請求項１０】
　前記少なくとも一つの所望のアプリケーションを実行するために，少なくとも一つの所望のアプリケーションのＡＰＩに用いられる少なくとも一つのスタートアップパラメータを提供するように前記ユーザに促すことと，
　前記少なくとも一つのスタートアップパラメータを，前記少なくとも一つの所望のアプリケーションおよび前記少なくとも一つのコンポーネントと関連づけ，少なくとも一つのスタートアップパラメータと，少なくとも一つの所望のアプリケーションと，少なくとも一つのコンポーネントとを関連付ける指示を格納することと
　をさらに含む，請求項１記載の方法。
　　【請求項１１】
　前記少なくとも一つのスタートアップパラメータを，前記少なくとも一つの所望のアプリケーションおよび前記少なくとも一つのコンポーネントと関連づけすることは，少なくとも一つのスタートアップパラメータと，少なくとも一つの所望のアプリケーションと，少なくとも一つのコンポーネントとを関連付ける指示を格納することを含み，
　該少なくとも一つのコンポーネントは，演算装置によってアクセス可能であり，少なくとも一つのコンポーネントと対応するファイルに格納されている請求項１０記載の方法。
　　【請求項１２】
　前記ファイルのタイプは，設定ファイル，テキストファイルまたはレジストリファイルである請求項１１記載の方法。
　　【請求項１３】
　少なくとも一つのスタートアップパラメータを提供するように前記ユーザを促すことが，少なくとも一つのパラメータを演算装置の入力装置を介して入力するように前記ユーザを促すことを含む，請求項１０記載の方法。
　　【請求項１４】
　少なくとも一つのスタートアップパラメータを提供するように前記ユーザを促すことが，スタートアップパラメータのメニューから少なくとも一つのパラメータを選択するように前記ユーザを促すことを含む，請求項１０記載の方法。
　　【請求項１５】
　前記スタートアップパラメータのメニューが前記少なくとも一つの所望のアプリケーションにより用いられる引数を含む，請求項１４記載の方法。
　　【請求項１６】
　少なくとも一つのスタートアップパラメータを提供するように前記ユーザを促すことが，前記少なくとも一つの所望のアプリケーションのＡＰＩに対応する複数のスタートアップパラメータの順位づけを指定するよう前記ユーザを促すことを含む，請求項１０記載の方法。
　　【請求項１７】
　少なくとも一つのスタートアップパラメータを提供するように前記ユーザを促すことが，命令入力行の構文を指定するように前記ユーザを促すことを含む，請求項１０記載の方法。
　　【請求項１８】
　少なくとも一つの所望のアプリケーションを示すよう前記ユーザを促すことが，前記少なくとも一つの所望のアプリケーションの実行可能ファイルの名前を指定するように前記ユーザを促すことを含む，請求項１記載の方法。
　　【請求項１９】
　少なくとも一つの所望のアプリケーションを示すよう前記ユーザを促すことが，前記少なくとも一つの所望のアプリケーションの実行可能ファイルの場所を指定するように前記ユーザを促すことを含む，請求項１記載の方法。
　　【請求項２０】
　前記少なくとも一つの所望のアプリケーションの起動をユーザが開始可能にするためのユーザインターフェイス機構を設け，該ユーザインターフェイス機構に供給するための前記プロセッサによって実行可能な更なる指令をオリジネーティングアプリケーションに設定することをさらに含んでおり，該ユーザインターフェイス機構が前記少なくとも一つのコンポーネントに関連づけられている，請求項１記載の方法。
　　【請求項２１】
　前記ユーザインターフェイス機構が前記表示装置上に表示されるメニューを有し且つ前記少なくとも一つのコンポーネントに対応し，該メニューは少なくとも一つの所望のアプリケーションに対応する少なくとも一つの選択可能なアイテムを含む，請求項２０記載の方法。
　　【請求項２２】
　前記オリジネーティングアプリケーションに前記ユーザインターフェイス機構を含む設定をし，前記ユーザインターフェイス機構が前記オリジネーティングアプリケーションに関連づけられた設定情報を有するファイルを修正する，請求項２０記載の方法。
　　【請求項２３】
　前記オリジネーティングアプリケーションはオリジネーティング資産管理ソフトウェアアプリケーションであり，前記少なくとも一つのコンポーネントはフィールドデバイスであり，
　前記少なくとも一つの所望のアプリケーションへ伝達すべきスタートアップパラメータを提供するようにユーザを促すことと，
　前記少なくとも一つの所望のアプリケーションおよび前記スタートアップパラメータを前記フィールドデバイスと関連づけすることと
　を含む，請求項１記載の方法。　
　　【請求項２４】
　前記少なくとも一つの所望のアプリケーションと前記スタートアップパラメータと前記フィールドデバイスとの関連付ける指示は，演算装置によってアクセス可能，及び前記フィールドデバイスに対応するようファイルに格納されている請求項２３記載の方法。
　　【請求項２５】
　前記ファイルは設定ファイルであり，テキストファイルまたはレジストリファイルである請求項２４記載の方法。
　　【請求項２６】
前記少なくとも一つの所望のアプリケーションを実行するためのユーザインターフェイス機構を含むように前記オリジネーティングアプリケーションを変更することをさらに含んでおり，該ユーザインターフェイス機構が前記フィールドデバイスに関連づけされている，請求項２３記載の方法。
　　【請求項２７】
前記フィールドデバイスを特定するように前記ユーザを促すことが，フィールドデバイスタイプまたはモデルを特定するように前記ユーザを促すことを含む，請求項２３記載の方法。
　　【請求項２８】
　前記少なくとも一つのコンポーネントがフィールドデバイスであり，
　前記少なくとも一つの所望のアプリケーションを起動するためのユーザ命令を，前記オリジネーティングアプリケーションを通じて受信することと，
　前記ユーザ命令に基づいて，前記少なくとも一つの所望のアプリケーションへの指示を決定することと，
　前記少なくとも一つの所望のアプリケーションの前記アプリケーションプログラムインターフェイス（ＡＰＩ）に従って前記少なくとも一つの所望のアプリケーションを起動するための情報が，前記プロセッサによって，前記演算装置がアクセス可能なメモリから読み出され且つ前記少なくとも一つの所望のアプリケーションの前記表示情報に基づいて読み出され，該情報は前記少なくとも一つの所望のアプリケーションのファイル名，前記少なくとも一つの所望のアプリケーションの場所，前記少なくとも一つの所望のアプリケーションが提供するスタートアップパラメータ，及び前記少なくとも一つの所望のアプリケーションの該ＡＰＩによる指令や構文を含むことと，
　前記アプリケーションラウンチャのＡＰＩを介して前記オリジネーティングアプリケーションによって且つ前記読み取られた情報に基づいて，前記フィールドデバイスに接続された前記少なくとも一つの所望のアプリケーションを起動することと，前記アプリケーションラウンチャは，前記少なくとも一つの所望のアプリケーションのＡＰＩを介して前記少なくとも一つの所望のアプリケーションを起動することと
　を含む，請求項１記載の方法。
　　【請求項２９】
前記少なくとも一つの所望のアプリケーションの前記表示情報を決定することは，前記ユーザ命令に基づいて，ファイルから前記少なくとも一つの所望のアプリケーションの前記表示情報を読み出すことを含む，請求項２８記載の方法。
　　【請求項３０】
前記演算装置がアクセス可能なメモリから前記少なくとも一つの所望のアプリケーションを起動するための情報を読み出し，前記演算装置がアクセス可能なファイルから該情報を読み出すことを含む，請求項２８記載の方法。
　　【請求項３１】
前記少なくとも一つの所望のアプリケーションの前記表示情報が，前記少なくとも一つの所望のアプリケーションを起動するための前記情報を有している前記ファイルの名前を含む，請求項３０記載の方法。
　　【請求項３２】
　前記ユーザ命令に基づいて前記少なくとも一つの所望のアプリケーションへ提供される前記スタートアップパラメータの表示情報を決定し，
　前記少なくとも一つの所望のアプリケーションを起動するための前記情報の読み出しは，前記スタートアップパラメータの読み出しを有し，且つ，
前記少なくとも一つの所望のアプリケーションを起動させることは，前記少なくとも一つの所望のアプリケーションの前記アプリケーションプログラムインターフェイスを通じて，前記少なくとも一つの所望のアプリケーションに対して前記スタートアップパラメータを提供することを有する，請求項２８記載の方法。
　　【請求項３３】
前記少なくとも一つの所望のアプリケーションの前記表示情報および前記スタートアップパラメータの前記表示情報が単一の表示情報である，請求項３２記載の方法。
　　【請求項３４】
前記単一の表示情報がファイルの名前を含んでおり，該ファイルが前記所望のアプリケーションおよび前記スタートアップパラメータに対する実行可能なファイルの名前を含む，請求項３３記載の方法。
　　【請求項３５】
前記アプリケーションラウンチャに，該アプリケーションラウンチャのアプリケーションプログラムインターフェイスを通じて前記少なくとも一つの所望のアプリケーションの前記表示情報を提供し，
前記アプリケーションラウンチャの前記アプリケーションプログラムインターフェイスが，前記少なくとも一つの所望のアプリケーションの前記アプリケーションプログラムインターフェイスと異なり，
前記アプリケーションラウンチャが，前記少なくとも一つの所望のアプリケーションを起動するための前記情報を読み出す，請求項２８記載の方法。
　　【請求項３６】
　前記オリジネーティングアプリケーションがオリジネーティング管理システムアプリケーションであり，前記ユーザ命令が前記フィールドデバイスに関連し，
　前記ユーザ命令に基づいて，前記少なくとも一つの所望のアプリケーションのための前記スタートアップパラメータの表示情報を決定することと，
　前記少なくとも一つの所望のアプリケーションのアプリケーションプログラムインターフェイスを通じて前記少なくとも一つの所望のアプリケーションに前記スタートアップパラメータを提供するための情報を，前記スタートアップパラメータの前記表示情報に基づいて読み出すことと
　を含む，請求項２８記載の方法。
　　【請求項３７】
　前記演算装置は，オペレータワークステーション，コンピュータ，データヒストリアン，レポートジェナレータまたは集積データベースのいずれか一つであり，
　前記少なくとも一つのコンポーネントは，前記プロセスプラントのプラントに用いられるコンポーネントのグループから選択され，前記コンポーネントのグループは，コントローラ，コントロールストレージ，フィールドデバイス，Ｉ／Ｏ（入力／出力）デバイス，モジュール，デバイスタイプ，デバイスモデルを有していることと
　を含む，請求項１記載の方法。
　　【請求項３８】
　前記オリジネーティングアプリケーションは少なくとも一つのプロセスプラント機能のグループから機能を提供し，前記プロセスプラントのフィールドデバイスの設定，前記プロセスプラントのフィールドデバイスとの通信，及び前記プロセスプラントのフィールドデバイスと関連する情報を表示するためのグラフィカルインターフェイスの提供を含み，
　前記少なくとも一つの所望のアプリケーションは一つのアプリケーションのグループであり，アドオンアプリケーション，カスタムアプリケーション，ジェネラルパーパスアプリケーションであることと
　を含む，請求項１記載の方法。
　　【請求項３９】
　前記少なくとも一つのオリジネーティングアプリケーション，前記少なくとも一つの所望のアプリケーションまたは前記アプリケーションラウンチャは，前記演算装置の前記プロセッサまたは他のプロセッサによって実行されることと
　を含む，請求項１記載の方法。
　　【請求項４０】
　プロセス管理システムアプリケーションは，複数のアプリケーションラウンチャを有し，特定の少なくとも一つの所望のアプリケーションは，複数のアプリケーションラウンチャを通して他の少なくとも一つの所望のアプリケーションを起動することと
　を含む，請求項１記載の方法。
　　【請求項４１】
　前記少なくとも一つのスタートアップパラメータは少なくとも一つの変数を有する請求項１０記載の方法。
　　【請求項４２】
　前記スタートアップパラメータは少なくとも一つの変数を有し，前記アプリケーションラウンチャは少なくとも一つの変数の少なくとも一つの値を決定することと
　を含む，請求項２８記載の方法。」
　
第３．原審の拒絶理由
　一方，原審における平成２２年８月２４日付けの拒絶理由（以下，これを「原審拒絶理由」という）は，概略以下のとおりである。
　
「　　　　　　　　 ＜＜＜＜　　最　　後　　＞＞＞＞
　この出願は，次の理由によって拒絶をすべきものです。これについて意見がありましたら，この通知書の発送の日から３か月以内に意見書を提出してください。
　　　　　　　　　　　　　　　　理　由
１．＜省略＞
２．この出願は，明細書及び特許請求の範囲の記載が下記の点で，特許法第３６条第４項第１号並びに第６項第１号及び第２号に規定する要件を満たしていない。
　　　　　　　　　　　　　　　　　記
（１）＜省略＞
（２）＜省略＞
（３）＜省略＞
（４）＜省略＞
（５）請求項１の記載において，「オリジネーティングアプリケーション」及び「アプリケーションラウンチャ」に対して，どのような「設定」がなされているのか，発明の詳細な説明の記載を参酌しても不明である。（「実行するよう設定」といった記載は単なる願望にすぎない。）　例えば，「設定」する前後で，「オリジネーティングアプリケーション」及び「アプリケーションラウンチャ」の構成がどのように変化しているのか不明である。
（６）＜省略＞
（７）＜省略＞
（８）請求項１の記載において，「アプリケーションラウンチャ」は，複数の「アプリケーション」のそれぞれをどのように実行するのか不明である。例えば，各「アプリケーション」を実行する順序，及び，実行時間などをどのように制御しているのか不明である。
（９）＜省略＞
（１０）＜省略＞
（１１）＜省略＞
（１２）＜省略＞
（１３）＜省略＞
　　
　よって，請求項１乃至４２に係る発明は，明確でなく，かつ，発明の詳細な説明に記載したものではなく，並びに，発明の詳細な説明は，請求項１乃至４２に係る発明を，当業者が実施できる程度に明確かつ十分に記載していない。
　拒絶の理由が新たに発見された場合には拒絶の理由が通知される。
　　　　　　　　　　　最後の拒絶理由通知とする理由
　最初の拒絶理由通知に対する応答時の補正によって通知することが必要になった拒絶の理由のみを通知する拒絶理由通知である。
――――――――――――――――――――――――――――――――――――
［補足］
（１）請求項１には，「示すように」という不明りょうな記載が残っている。」
　
第４．当審の判断
１．理由２．（５）について
（１）「オリジネーティングアプリケーション」に関して，本願の請求項１には，
「所望のアプリケーションを起動させるためにオリジネーティングアプリケーションを設定」，
「該オリジネーティングアプリケーションと該所望のアプリエーションとは演算装置のプロセッサによってそれぞれ異なるプログラムで実行可能であり且つ該プログラムはメモリに保存され，該演算装置によってアクセス可能となっているプロセスプラント内の該演算装置装置のプロセッサによって実行される」，
「アプリケーションラウンチャのＡＰＩを介し，前記指示された少なくとも一つの所望のアプリケーションと前記指示された少なくとも一つのコンポーネントとの関係を示す格納された前記表示情報を基に，前記指示された少なくとも一つの所望のアプリケーションを起動させるために前記オリジネーティングアプリケーションを設定すること」，
　と記載されるに止まり，上記引用の記載からは，「オリジネーティングアプリケーション」が，「プログラム」であること，該「オリジネーティングアプリケーション」とは異なる「プログラム」である，「所望のアプリケーション」を起動させるために，「アプリケーションラウンチャ」の「ＡＰＩ」を介して，「指示された少なくとも一つの所望のアプリケーション」と，「指示された少なくとも一つのコンポーネント」との関係を示す「表示情報」に基づいて，何らかの「設定」がなされることは読み取れる。
　しかしながら，本願の請求項１に記載の内容では，「オリジネーティングアプリケーション」が，どのような構成のものであるか全く不明であり，よって，「オリジネーティングアプリケーション」の何処に，どのような「設定」がなされ，該「設定」によって，どのようにして「所望のアプリケーションを起動」するのか不明である。
　
（２）以上に検討したように，本願の請求項１に記載された内容のみでは，「オリジネーティングアプリケーション」がどのようなものであるか不明であり，「オリジネーティングアプリケーション」に，どのような「設定」をすることで，「少なくとも一つの所望のアプリケーション」が「起動」されるのか不明であるので，本願の請求項１を引用する請求項に記載された内容を加味することで，上記指摘の不明な点が解消するかについて以下に検討する。
「オリジネーティングアプリケーション」に関しては，上記引用の本願の請求項１に記載された内容の他，本願の請求項２０に，
「少なくとも一つの所望のアプリケーションの起動をユーザが開始可能にするためのユーザインターフェイス機構を設け，該ユーザインターフェイス機構に供給するための前記プロセッサによって実行可能な更なる指令をオリジネーティングアプリケーションに設定することを更に含んでおり，該ユーザインターフェイス機構が前記少なくとも一つのコンポーネントに関連付けられている」，
　本願の請求項２２に，
「前記オリジネーティングアプリケーションに前記ユーザインターフェイス機構を含む設定をし，前記ユーザインターフェイス機構が前記オリジネーティングアプリケーションに関連付けられた設定情報を有するファイルを修正する」，
　本願の請求項２３に，
「前記オリジネーティングアプリケーションはオリジネーティング資源管理ソフトウェアアプリケーションであり，前記少なくとも一つのコンポーネントはフィールドデバイスであり，前記少なくとも一つの所望のアプリケーションへ伝達すべきスタートアップパラメータを提供するようにユーザを促すことと，前記少なくとも一つの所望のアプリケーションおよび前記フィールドデバイスに関連づけることとを含む」，
　本願の請求項２６に，
「少なくとも一つの所望のアプリケーションを実行するためのユーザインターフェイス機構を含むように前記オリジネーティングアプリケーションを変更することを更に含」，
　本願の請求項２８に，
「前記少なくとも一つの所望のアプリケーションを起動するためのユーザ命令を，前記オリジネーティングアプリケーションを通じて受信すること」，
「前記アプリケーションラウンチャのＡＰＩを介して前記オリジネーティングアプリケーションによって且つ前記読み取られた情報に基づいて，前記フィールドデバイスに接続された前記少なくとも一つの所望のアプリケーションを起動すること」，
　本願の請求項３６に，
「前記オリジネーティングアプリケーションがオリジネーティング管理システムアプリケーションであり，前記ユーザ命令が前記フィールドデバイスに関連し，前記ユーザ命令に基づいて，前記少なくとも一つの所望のアプリケーションのための前記スタートアップパラメータの表示情報を決定する」，
　本願の請求項３８に，
「前記オリジネーティングアプリケーションは少なくとも一つのプロセスプラント機能のグループから機能を提供し，前記プロセスプラントのフィールドデバイスの設定，前記プロセスプラントのフィールドデバイスとの通信，及び前記プロセスプラントのフィールドデバイスと関連する情報を表示するためのグラフィカルインターフェイスの提供を含み」，
　本願の請求項３９に，
「前記少なくとも一つのオリジネーティングアプリケーション，前記少なくとも一つの所望のアプリケーションまたは前記アプリケーションラウンチャは，前記演算装置の前記プロセッサまたは他のプロセッサによって実行される」，
　という記載が存在している。
　上記引用の本願の請求項２０，本願の請求項２２，及び，本願の請求項２６の記載から，「オリジネーティングアプリケーション」は，「ユーザインターフェイス機構」を有することが読み取れ，本願の請求項２３，及び，本願の請求項３６の記載から，「オリジネーティングアプリケーション」は，「オリジネーティング資源管理ソフトウェアアプリケーション」，或いは，「オリジネーティング管理システムアプリケーション」であることが読み取れ，本願の請求項２８の記載から，“何か”が，「オリジネーティングアプリケーション」を通じて，「所望のアプリケーション」を起動するための「ユーザ命令」を受信することが読み取れ，本願の請求項３８の記載から，「オリジネーティングアプリケーション」が，少なくとも一つの「プロセスプラント機能のグループ」から，何らかの「機能」を，“何”かに「提供」すること，及び，「プロセスプラントのフィールドデバイスの設定」，「プロセスプラントのフィールドデバイスとの通信」，「プロセスプラントのフィールドデバイスと関連する情報」を表示するために「グラフィカルインターフェイス」を「提供」することが読み取れ，本願の請求項３９の記載，及び，上記（１）で引用した本願の請求項１の記載から，「オリジネーティングアプリケーション」が，「演算装置のプロセッサ」，或いは，「他のプロセッサ」で実行されることが読み取れる。
　しかしながら，「オリジネーティング資源管理ソフトウェアアプリケーション」，或いは，「オリジネーティング管理システムアプリケーション」がどのようなものであるか，本願の請求項各項の記載からは不明であるから，「オリジネーティングアプリケーション」が，「オリジネーティング資源管理ソフトウェアアプリケーション」，或いは，「オリジネーティング管理システムアプリケーション」と同じものであるとしても，このことから，「オリジネーティングアプリケーション」がどのようなものであるかは，結局のところ不明であり，「オリジネーティングアプリケーション」が，「ユーザインターフェイス機構」，或いは，「グラフィカルインターフェイス」を有しているとしても，該「ユーザインターフェイス機構」，或いは，「グラフィカルインターフェイス」以外の構成に関しては，何ら示されていないので，該「ユーザインターフェイス機構」，或いは，「グラフィカルインターフェイス」を含め，「オリジネーティングアプリケーション」がどのように構成されているか不明である。
　また，上記引用の本願の請求項２８の記載から，「少なくとも一つの所望のアプリケーションを起動するためのユーザ命令」は，「オリジネーティングアプリケーション」を「通じて」，“何か”が「受信」するものと読み取れるので，この記載に従えば，「少なくとも一つの所望のアプリケーション」を「起動」するのは，「ユーザ命令」を，「オリジネーティングアプリケーション」を「通じて受信する」，“何か”であって，「オリジネーティングアプリケーション」ではないとも解される。
　以上のとおりであるから，本願の請求項１以外の，他の請求項の記載内容を加味しても，「オリジネーティングアプリケーション」が，どのようなものか不明であり，どのような「設定」をすることで，「オリジネーティングアプリケーション」が，「少なくとも一つの所望のアプリケーション」を「起動」させるのか不明である。
　
（３）以上に検討したように，本願の請求項各項に記載された内容のみでは，「オリジネーティングアプリケーション」がどのようなものであるか不明であり，「オリジネーティングアプリケーション」に，どのような「設定」をすることで，「少なくとも一つの所望のアプリケーション」が「起動」されるのか不明であるので，本願明細書の発明の詳細な説明に記載された内容を加味することで，上記指摘の不明な点が解消するかについて以下に検討する。
　本願明細書の発明の詳細な説明には，「オリジネーティングアプリケーション」に関して，
　段落【００１２】に，
「複数の他のアプリケーションを実行するオリジネーティングアプリケーションは，カスタム化された複数の実行機構を備えていることが多い」，
「既存のオリジネーティングアプリケーションから実行されうる新規のアプリケーションを提供することが望ましい場合，新規のかつカスタム化された実行機構が通常作成され，既存のオリジネーティングアプリケーションはこの新規のかつカスタム化された実行機構を組み入れられるように修正する必要があった」，
　段落【００１３】に，
「本明細書記載の実施形態は，一般的にプロセスプラントにおいてオリジネーティングアプリケーションを通じて所望のアプリケーションを実行することに関するものである。オリジネーティングアプリケーションは，複数の所望のアプリケーションを実行することが可能であるとともに，これらの複数の所望のアプリケーションのうちの一または複数は異なるアプリケーションプログラミングインターフェイスを有していることが望ましい。一つの実施形態では，オリジネーティングアプリケーションは，アプリケーション実行プログラム，アプリケーション実行サブルーチン，アプリケーション実行オブジェクトなどを用いて，複数の所望のアプリケーションを実行することが可能である。オリジネーティングアプリケーションは，これらのアプリケーション実行プログラム，アプリケーション実行サブルーチン，アプリケーション実行オブジェクトなどに対して，実行を所望するアプリケーションへの指示を供与し，次いで，これらのアプリケーション実行プログラム，アプリケーション実行サブルーチン，アプリケーション実行オブジェクトなどは，指示された所望のアプリケーションを実行する」，
　段落【００２７】に，
「図５は，所望のアプリケーション184を実行するためにアプリケーションラウンチャプログラム120を用いるオリジネーティングアプリケーション180の動作の一例を示すブロック線図である」，
　段落【００２８】に，
「ブロック154では，オリジネーティングアプリケーション180は，アプリケーションラウンチャプログラム120を実行する。オリジネーティングアプリケーション180は，たとえばプロセスプラントアプリケーションのコアアプリケーションでありうる。アプリケーションラウンチャプログラム120を実行する場合，オリジネーティングアプリケーション180は，実行を所望する具体的なアプリケーションへの指示をアプリケーションラウンチャプログラム120に供する。さらに，オリジネーティングアプリケーション180は，所望のアプリケーション184の実行に用いられうるスタートアップパラメータへの指示を供する。当業者にとって明らかなように，所望のアプリケーション184への指示およびスタートアップパラメータへの指示は，単一の指示であってもよいしまたは複数の指示であってもよい」，
　段落【００２９】に，
「アプリケーションラウンチャプログラム120のＡＰＩは，オリジネーティングアプリケーション180のＡＰＩのうちのプログラム実行に対応する部分にマッチするように設計されている」，
　段落【００３１】に，
「図６は，オリジネーティングアプリケーションがアプリケーションラウンチャプログラムを通じて所望のアプリケーションを実行することができるプロセスプラントアプリケーションを設定するための方法200の一例を示すフローチャート図である。ブロック204では，ユーザは，所望のアプリケーションの記述名を入力するように促されうる。この記述名は，所望のアプリケーションの実行を開始することをユーザに可能とするグラフィカルユーザインターフェイス機構を提供するにあたって用いられうる」，
　段落【００３５】に，
「プロセスプラントアプリケーションのオリジネーティングアプリケーションは，所望のアプリケーションの実行を開始させるためのユーザインターフェイス機構を供するように設定されうる。このユーザインターフェイス機構は，上記のコンポーネントに関連づけされうる。具体例として，コンポーネントに関連づけされるメニューは，ユーザがブロック204において指定するように促された記述名を有するアイテムを含むように設定されうる」，
　段落【００４２】に，
「アプリケーションラウンチャプログラムに所望のアプリケーションを実行しうることを可能としうる情報が，オリジネーティングプログラムの標準ＡＰＩに従ってフォーマッティングされる。これに代えて，この情報がオリジネーティングプログラムにとって標準ではないＡＰＩに従ってフォーマッティングされてもよい」，
　段落【００４４】に，
「管理システムアプリケーションのオリジネーティングアプリケーションは，所望のアプリケーションの実行を開始させるための一または複数のユーザインターフェイス機構を有するように設定されうる」，
　段落【００４５】に，
「図１１は，オリジネーティングアプリケーションの一例からの表示画面である。この一例では，オリジネーティングアプリケーションは，プロセスおよび／またはプラントの内のデバイスの階層的なビューを提示している。この表示画面350は，階層的部分354と内容部分358とを有している」，
　段落【００４６】に，
「この例では，オリジネーティングアプリケーションは，メニュー内のメニューアイテム366がタイプが「ＤＶＣ５０００」であるデバイスと関連づけされるように設定されている」，
　段落【００４７】に，
「ＷＩＮＤＯＷＳ（登録商標）タイプのオペレーティングシステム用に設計されたアプリケーションの場合，オリジネーティングアプリケーションは，当該オリジネーティングアプリケーションに関連するＩＮＩファイルの如き設定ファイルまたは「レジストリ」ファイルを修正することにより，メニューアイテムの如き一または複数のユーザインターフェイス機構を提供するように設定されうる」，
　段落【００４８】に，
「ブロック332では，オリジネーティングアプリケーションは，ユーザインターフェイス機構（ブロック328）が動作状態になるとアプリケーションラウンチャプログラムを実行するように設定されうる。これに加えて，オリジネーティングアプリケーションは，ブロック324でフォーマッティングされた情報を用いてアプリケーションラウンチャプログラムを実行するように設定されうる。ブロック324を参照して記載されている例を引き続き説明すると，オリジネーティングアプリケーションは，アプリケーションラウンチャプログラムを実行するとき，ブロック324において作製されたファイルの名称および場所をアプリケーションラウンチャプログラムに示すように設定されうる。当業者にとって周知のことであるように，ＷＩＮＤＯＷＳ（登録商標）タイプのオペレーティングシステム用に設計されたアプリケーションの場合，オリジネーティングアプリケーションは，当該オリジネーティングアプリケーションに関連するＩＮＩファイルの如き設定ファイルまたは「レジストリ」ファイルを修正することにより，ブロック324において作製されたファイルの名称および場所をアプリケーションラウンチャプログラムに示すように設定されうる」
　段落【００４９】に，
「ブロック404では，ユーザはオリジネーティングアプリケーション内のユーザインターフェイス機構を起動する。図１１を再び参照して説明すると，ユーザは，たとえばメニューアイテム366の如きメニューアイテムを選択しうる。ブロック408では，起動されたユーザインターフェイス機構に基づいて，オリジネーティングアプリケーションは，アプリケーションラウンチャプログラムを実行する必要があると判断しうる。たとえば，ユーザによりメニューアイテムが選択される場合，オリジネーティングアプリケーションは，選択されたメニューアイテムに基づいて，アプリケーションラウンチャプログラムを実行すべきであると判断しうる」
　段落【００５０】に，
「オリジネーティングアプリケーション450は，ブロック404で選択されたメニューアイテムに関連づけされる第一のファイル，第一のレジストリなどまたはファイルの部分，レジストリの部分など（第一のファイル454）を検査しうる」，
　段落【００５１】に，
「再び図１２を説明すると，ブロック412では，オリジネーティングアプリケーションは，ブロック404で動作状態にされたユーザインターフェイス機構に基づいて，実行を所望のアプリケーションおよびこの所望のアプリケーションに対するスタートアップパラメータへの指示を決定しうる。たとえば，ユーザによりメニューアイテムが選択される場合，オリジネーティングアプリケーションは，選択されたメニューアイテムに基づいて，実行を所望のアプリケーションおよびこの所望のアプリケーションに対するスタートアップパラメータへの指示を決定しうる。一つの特定の例では，オリジネーティングアプリケーションは，メニューアイテムに関連づけされるコンフィギュレーションファイルまたはコンフィギュレーションファイルの一部，レジストリファイルなどを検査しうる。このコンフィギュレーションファイル，レジストリファイルは，他のファイルのファイル名とパスとを有している。この他のファイルは，所望のアプリケーションおよび当該所望のアプリケーションに対するスタートアップパラメータに関する情報を有しうる」，
　段落【００５２】に，
「オリジネーティングアプリケーション450は，ブロック404で選択されたメニューアイテムに関連づけされている第一のファイル454を検査しうる」，
　段落【００５３】に，
「図１２を再び説明すると，ブロック416では，オリジネーティングアプリケーションは，当該オリジネーティングアプリケーションの標準ＡＰＩ（または非標準ＡＰＩ）に従ってアプリケーションラウンチャプログラムを実行しうる。これに加えて，オリジネーティングアプリケーションは，アプリケーションラウンチャプログラムのＡＰＩを通じて，実行を所望のアプリケーションおよびそのスタートアップパラメータへ指示を伝達しうる。図１３の例では，オリジネーティングアプリケーション450は，アプリケーションラウンチャプログラム462を実行し，このプログラムに，第二のファイル458の名称およびパスを供与しうる」，
　段落【００５６】に，
「一つの例では，オリジネーティングアプリケーション（または，他のアプリケーション）は，スタートアップの時点において，一組の引数の値（たとえば，全ての引数，アプリケーションラウンチャプログラムにより用いられうる全ての引数，当該オリジネーティングアプリケーションがアプリケーションラウンチャプログラムに必要と考える全ての引数など）を，アプリケーションラウンチャプログラムに伝達しうる。また，オリジネーティングアプリケーション（または，他のアプリケーション）は，この一組の引数の値をファイル内に格納しうる」，
　段落【００５７】に，
「アプリケーションラウンチャプログラムは，オリジネーティングアプリケーションとは別のプログラムとして，または，オリジネーティングアプリケーションのサブルーチン，オブジェクトなどとして実行されてもよい」
　と記載されている。
　上記引用の段落【００１３】の記載から，
「オリジネーティングアプリケーション」は，「複数の所望のアプリケーションを実行することが可能である」こと，「複数の所望のアプリケーションのうちの一または複数は異なるアプリケーションプログラミングインターフェイスを有している」こと，「アプリケーション実行プログラム，アプリケーション実行サブルーチン，アプリケーション実行オブジェクトなどを用いて，複数の所望のアプリケーションを実行することが可能である」こと，「複数の所望のアプリケーションを実行する」際に，「アプリケーション実行プログラム，アプリケーション実行サブルーチン，アプリケーション実行オブジェクトなどに対して，実行を所望するアプリケーションへの指示を供与」することが読み取れ，
　上記引用の段落【００２７】の記載から，
「オリジネーティングアプリケーション」は，「所望のアプリケーション」を実行するために「アプリケーションラウンチャプログラム」を用いることが読み取れ，
　上記引用の段落【００２８】の記載から，
「オリジネーティングアプリケーション」は，「アプリケーションラウンチャプログラム」を実行する場合，実行を所望する「具体的なアプリケーション」への指示を「アプリケーションラウンチャプログラム」に供すること，及び，「所望のアプリケーション」の実行に用いられうる「スタートアップパラメータ」への指示を供することが読み取れ，
　上記引用の段落【００２９】の記載から，
「アプリケーションラウンチャプログラム」の「ＡＰＩ」は，「オリジネーティングアプリケーション」の「ＡＰＩのうちのプログラム実行に対応する部分」にマッチするように設計されていることが読み取れ，
　上記引用の段落【００３１】，及び，段落【００３５】の記載から，
「オリジネーティングアプリケーションがアプリケーションラウンチャプログラムを通じて所望のアプリケーションを実行することができるプロセスプラントアプリケーションを設定する」こと，及び，「プロセスプラントアプリケーションのオリジネーティングアプリケーションは，所望のアプリケーションの実行を開始させるためのユーザインターフェイス機構を供するように設定されうる」ことが読み取れ，
　ここで，本願の【図６】を参照すると，更に次の事項が読み取れる。
「プロセスプラントアプリケーションを設定する」ために，“「所望のアプリケーションの記述名の入力をユーザに促す」→「所望のアプリケーションのファイル名および所望のアプリケーションの場所の入力をユーザに促す」→「所望のアプリケーションのＡＰＩに従ってスタートアップパラメータを入力するようユーザに促す」→「所望のアプリケーションを関連づけする−または複数のコンポーネントを入力するようユーザに促す」→「所望のアプリケーションとスタートアップパラメータを−または複数のコンポーネントと関連づける」”
　上記引用の段落【００４２】の記載から，
「アプリケーションラウンチャプログラムに所望のアプリケーションを実行しうることを可能としうる情報が，オリジネーティングプログラムの標準ＡＰＩに従ってフォーマッティングされる」ことが読み取れる。
　ここで，「オリジネーティングプログラム」とは，段落【００４２】の前後の記載内容からみて，「オリジネーティングアプリケーション」と，同一，或いは，同等のものと解釈した。
　また，上記引用の段落【００４４】の記載から，
「管理システムアプリケーションのオリジネーティングアプリケーションは，所望のアプリケーションの実行を開始させるための一または複数のユーザインターフェイス機構を有するように設定され」ることが読み取れ，
　上記引用の段落【００４５】〜【００４７】の記載から，
“「オリジネーティングアプリケーション」の「ユーザインターフェイス機構」の「表示画面」には，「デバイス」が階層的に表示され，該「デバイス」と「メニューアイテム」の関連づけが設定され，該「オリジネーティングアプリケーション」の，該「ユーザインターフェイス機構」は，該「オリジネーティングアプリケーション」の「設定ファイル」，或いは，「レジストリファイル」を修正することで提供される”ことが読み取れ，
　上記引用の段落【００４８】の記載から，
「オリジネーティングアプリケーションは，ユーザインターフェイス機構が動作状態になるとアプリケーションラウンチャプログラムを実行するように設定される」，
「オリジネーティングアプリケーションは，フォーマッティングされた情報を用いてアプリケーションラウンチャプログラムを実行するように設定される」，
「オリジネーティングアプリケーションは，アプリケーションラウンチャプログラムを実行するとき，作製されたファイル名称および場所をアプリケーションラウンチャプログラムに示すように設定される」，
「ＷＩＮＤＯＷＳタイプのオペレーティングシステム用に設計されたアプリケーションの場合，オリジネーティングアプリケーションは，設定ファイル，或いは，レジストリファイルを修正することにより，作製されたファイルの名称及び場所をアプリケーションラウンチャプログラムに示すように設定される」ことが読み取れ，
　上記引用の段落【００４９】，及び，【００５０】の記載から，
“「オリジネーティングアプリケーション」は，「ユーザインターフェイス機構」を「ユーザ」が操作することで，「アプリケーションラウンチャプログラム」の実行を判断している”ことが読み取れ，
　上記引用の段落【００５１】〜【００５３】の記載から，
「ユーザによりメニューアイテムが選択される場合，オリジネーティングアプリケーションは，選択されたメニューアイテムに基づいて，実行を所望のアプリケーションおよびこの所望のアプリケーションに対するスタートアップパラメータへの指示を決定」すること，
「オリジネーティングアプリケーションは，アプリケーションラウンチャプログラムを実行し，このプログラムに，第二のファイル458の名称およびパスを供与」することが読み取れ，
　上記引用の段落【００５６】の記載から，
「オリジネーティングアプリケーション（または，他のアプリケーション）は，スタートアップの時点において，一組の引数の値（たとえば，全ての引数，アプリケーションラウンチャプログラムにより用いられうる全ての引数，当該オリジネーティングアプリケーションがアプリケーションラウンチャプログラムに必要と考える全ての引数など）を，アプリケーションラウンチャプログラムに伝達」し，「この一組の引数の値をファイル内に格納」することが読み取れる。
　しかしながら，上記で引用した各段落の記載には，「オリジネーティングアプリケーション」が,「ユーザインターフェイス機構」を有する程度しか，その構成に関しては示されておらず，上記で引用した各段落の記載からでは，「オリジネーティングアプリケーション」が，どのような構成を有するものであるか不明である。
　また，「オリジネーティングアプリケーション」の「設定」に関しても，該「設定」に関しては，上記で指摘したとおり，段落【００３１】，及び，【００３５】，並びに，【図６】の記載，段落【００４８】に「設定」に関する記載が存在するが，段落【００３１】，【００３５】，及び，【図６】に記載された「設定」は，「プロセスプラントアプリケーション」，或いは，「管理システムアプリケーション」に対しての「設定」であり，本願明細書の記載内容からは，「オリジネーティングアプリケーション」と，「プロセスプラントアプリケーション」，或いは，「管理システムアプリケーション」との関係が不明であるから，段落【００３１】，【００３５】，及び，【図６】に記載された「設定」が，「オリジネーティングアプリケーション」の「設定」を説明したものであるか不明であり，仮に，「オリジネーティングアプリケーション」と，「プロセスプラントアプリケーション」，或いは，「管理システムアプリケーション」とが同一であるとしても，該「設定」は，【図６】に記載されているとおり，「ユーザ」への作業手順と，「所望のアプリケーション」と，「スタートアップパラメータ」，または，「コンポーネント」とを関連づけることが記載されているに止まり，「オリジネーティングアプリケーション」に対して，どのような「設定」を行っているかは，全く不明である。
　次に，段落【００４８】における「設定」に関する記載について検討すると，該「設定」は，上記で指摘したとおりの内容のものが読み取れるに過ぎず，その具体的内容は，「アプリケーションラウンチャプログラム」を実行する場合に，何らかの「設定」がなされるという程度のものであって，「アプリケーションラウンチャプログラム」を実行するために，「オリジネーティングアプリケーション」に対して，「フォーマッティングされた情報」を用いてどのような「設定」がなされるのか，「アプリケーションラウンチャプログラムを実行するとき，作製されたファイル名称および場所をアプリケーションラウンチャプログラムに示すよう」にするため，どのような「設定」が，「オリジネーティングアプリケーション」に対してなされるのか，「設定ファイル」，或いは，「レジストリ」を，どのように修正することで，「作製されたファイルの名称及び場所をアプリケーションラウンチャプログラムに示すように設定される」のか，
　更に，これらの「設定」によって，どのようにして，「指示された少なくとも一つのアプリケーションを起動させる」ことを実現しているのか不明である。
　以上検討したとおり，本願明細書の発明の詳細な説明に記載の内容を参酌しても，本願の請求項１に記載の「オリジネーティングアプリケーション」が，どのよう構成を有するもので，どのような「設定」がなされているか不明である。
　
２．理由２．（８）について
　平成２２年８月２日付けの誤訳訂正時の請求項１における，
「アプリケーションラウンチャはソフトウェアプログラムであり，複数のＡＰＩを介して複数のソフトウェアアプリケーションを実行するよう設定され」，
　という記載は，平成２２年１２月２０日付けの手続補正によって，
「アプリケーションラウンチャはソフトウェアプログラムであり，複数のＡＰＩを介して複数のソフトウェアアプリケーションを起動させる設定になっており」，
　と補正されたが，表現する内容に格別の変化があったとは認められない。
　本願の請求項１においては，上記引用の記載に続けて，
「前記複数のソフトウェアアプリケーションは前記指示された少なくとも一つの所望のアプリケーションを含み且つ前記複数のＡＰＩは前記指示された少なくとも一つの所望のアプリケーションのＡＰＩを含むものである」，
　と記載されている。
　これらの記載事項から，
“アプリケーションラウンチャは，複数のＡＰＩを介して複数のソフトウェアアプリケーションを起動するものであり，該複数のソフトウェアアプリケーションには，指示された少なくとも一つの所望のアプリケーションが含まれ，複数のＡＰＩには，前記所望のアプリケーションのＡＰＩが含まれる”
　ことが読み取れる。
　ここで，「指示された少なくとも一つの所望のアプリケーション」とは，本願の請求項１の，上記引用記載以前に記載された内容から，「指示された少なくとも一つのコンポーネント」と関連付けられたものであり，該「コンポーネント」は，同じく，本願の請求項１の記載内容から，「プロセスプラント内のプロセス制御ループによって制御される」ものであることが読み取れる。
　以上のことから，本願の請求項１に記載された内容からは，
「指示された少なくとも一つの所望のアプリケーション」とは，「指示された少なくとも一つのコンポーネント」を「プロセスプラント内のプロセス制御ロープによって制御する」ことに関連する「ソフトウェアアプリケーション」を含むものであると解される。
　しかしながら，本願の請求項１に記載の内容からでは，「アプリケーションラウンチャ」が，「指示された少なくとも一つの所望のアプリケーション」を含む「複数のアプリケーション」を，「指示された少なくとも一つの所望のアプリケーションのＡＰＩ」を含む「複数のＡＰＩ」を介して，どのようにして起動させるのか不明である。
　この点に関して，本願の他の請求項の記載を参照すると，本願の他の請求項には，「アプリケーションラウンチャ」が「複数のソフトウェアアプリケーション」を起動することに関連する記載が存在しないので，本願の他の請求項の記載を参酌しても，どのようにして，「アプリケーションラウンチャ」が，「複数のソフトウェアアプリケーション」を起動するのか，不明である。
　そこで，更に，「アプリケーションラウンチャ」が，「複数のソフトウェアアプリケーション」を起動することに関して，本願明細書の発明の詳細な説明の記載を参照すると，発明の詳細な説明には，「複数のソフトウェアアプリケーション」を起動，或いは，実行する点に関して，上記で引用した段落【００１３】の，
「オリジネーティングアプリケーションは，複数の所望のアプリケーションを実行することが可能である」，
　という記載の他，段落【００２６】に，
「アプリケーションラウンチャプログラム120を用いると，コアアプリケーション104は，複数のＡＰＩが存在する複数のアプリケーションを，場合によっては単一のＡＰＩを経由するだけで実行することが可能となる」，
　という記載が存在するが，これらの記載は，
「オリジネーティングアプリケーション」，或いは，「コアアプリケーション」が，「複数の所望するアプリケーション」，或いは，「複数のアプリケーション」を実行することが可能であることを示すものであって，「アプリケーションラウンチャ」が，「複数のソフトウェアアプリケーション」を「起動」，或いは，「実行」することを示すものではなく，また，上記引用に記載を参酌しても，「複数のソフトウェアアプリケーション」が，どのようにして「実行」されているのか不明である。
　発明の詳細な説明には，上記引用の段落の他，段落【００２２】，【００２４】，【００２５】，【００２７】〜【００３１】，【００４２】，【００４８】〜【００５０】，【００５３】〜【００５７】に「アプリケーションランチャプログラム」に関する記載が存在するが，これらの記載内容を参酌しても，「アプリケーションランチャ」が，どのようにして「複数のＡＰＩを介して複数のソフトウェアアプリケーションを起動させる」のか不明である。
　
　上記１．，及び，２．で検討したとおり，本願の請求項１に係る発明は明確でない。
　
第５．むすび
　したがって，本願は，特許法第３６条第６項第２号に規定する要件を満たしていない。
　
　よって，結論のとおり審決する。