知財判決速報/裁判例集知的財産に関する判決速報,判決データベース

ホーム > 知財判決速報/裁判例集 > 平成31(行ケ)10005 審決取消請求事件

この記事をはてなブックマークに追加

平成31(行ケ)10005審決取消請求事件

判決文PDF

▶ 最新の判決一覧に戻る

裁判所 審決取消 知的財産高等裁判所
裁判年月日 令和1年9月19日
事件種別 民事
当事者 被告特許庁長官辻本泰隆
原告株式会社三菱UFJ銀行阿部実佑季
対象物 アプリケーション生成支援システムおよびアプリケーション生成支援プログラム
法令 特許権
特許法29条2項2回
キーワード 実施26回
審決17回
進歩性2回
拒絶査定不服審判1回
主文 1 特許庁が不服2018-3406号事件について平成30年11月30日にした審決を取り消す。
2 訴訟費用は被告の負担とする。
事件の概要 本件は,特許出願拒絶査定に対する不服審判請求を不成立とした審決の取消訴訟 である。争点は,独立特許要件違反(進歩性欠如)の判断の誤りの有無である。

▶ 前の判決 ▶ 次の判決 ▶ 特許権に関する裁判例

本サービスは判決文を自動処理して掲載しており、完全な正確性を保証するものではありません。正式な情報は裁判所公表の判決文(本ページ右上の[判決文PDF])を必ずご確認ください。

判決文

令和元年9月19日判決言渡
平成31年(行ケ)第10005号 審決取消請求事件
口頭弁論終結日 令和元年7月4日
判 決

原 告 株式会社三菱UFJ銀行

同訴訟代理人弁護士 高 橋 雄 一 郎
阿 部 実 佑 季
同訴訟代理人弁理士 林 佳 輔
福 永 健 司

被 告 特許庁長官
同 指 定 代 理 人 須 田 勝 巳
辻 本 泰 隆
松 平 英
野 崎 大 進
豊 田 純 一
主 文
1 特許庁が不服2018-3406号事件について平成30年11月
30日にした審決を取り消す。
2 訴訟費用は被告の負担とする。
事 実 及 び 理 由
第1 請求
主文同旨
第2 事案の概要

本件は,特許出願拒絶査定に対する不服審判請求を不成立とした審決の取消訴訟
である。争点は,独立特許要件違反(進歩性欠如)の判断の誤りの有無である。
1 特許庁における手続の経緯
原告は,発明の名称を「アプリケーション生成支援システムおよびアプリケーシ
ョン生成支援プログラム」とする発明につき,平成29年6月26日,特許出願(特
願2017-124385号。請求項の数34。甲9の1~3。以下「本願」とい
う。)をしたが,平成30年1月17日付けで拒絶査定(甲13)を受けたので,同
年3月8日,拒絶査定不服審判請求をし,同審判請求は,不服2018-3406
号として審理された(甲14)。
原告は,同年6月19日,特許請求の範囲を補正する手続補正(請求項の数16。
甲18)をし,その後,同年9月12日,特許請求の範囲を補正する手続補正(請
求項の数2。甲21。以下「本件補正」という。)をしたが,特許庁は,同年11月
30日,本件補正を却下した上,
「本件審判の請求は,成り立たない。」との審決(以
下「本件審決」という。)をし,同審決謄本は,同年12月18日,原告に送達され
た。
2 特許請求の範囲の記載(甲18,21)
(1) 本件補正前の本願の特許請求の範囲請求項1の記載は,次のとおりである
(同請求項に係る発明を,以下「本件補正前発明」という。。

「通信端末に固有のネイティブ機能を実行させるためのパラメータに応じて,前
記通信端末において実行されるアプリケーションの動作を規定する設定ファイルを
設定する設定部と,
前記設定ファイルに基づいてアプリケーションパッケージを生成する生成部と,
を有するアプリケーション生成支援システム。」
(2) 本件補正後の本願の特許請求の範囲請求項1の記載は,次のとおりである
(同請求項に係る発明を,以下「本件補正発明」という。。

「携帯通信端末に固有のネイティブ機能を実行させるためのパラメータに応じて,

前記携帯通信端末において実行されるアプリケーションの,前記携帯通信端末の動
きに伴う動作を規定する設定ファイルを設定する設定部と,
前記設定ファイルに基づいてアプリケーションパッケージを生成する生成部と,
を有するアプリケーション生成支援システム。」
3 本件審決の理由の要旨
(1) 引用発明及び周知技術について
ア 主引例
特許第5470500号公報(平成26年4月16日発行。以下「引用文献1」
という。)には,以下のとおりの発明(以下「引用発明」という。)が記載されてい
る。
「アプリケーション生成装置1と開発用端末2とがインターネット等のネットワ
ークNを介して通信可能に接続され,スマートフォン等の携帯端末にインストール
されるアプリケーションプログラムであるネイティブアプリケーションを生成する
アプリケーション生成システムであって,
アプリケーション生成装置1は,記憶部11と,受付部12と,生成部13と,
変換部14と,送信部15とを備え,
記憶部11は,ネイティブアプリケーションのテンプレートであるテンプレート
アプリケーション111を記憶し,
ここで,テンプレートアプリケーション111は,スマートフォン等の携帯端末
にインストールされると,所定のアクセス先にアクセスして情報を取得し,当該端
末の表示部に表示させるネイティブアプリケーションのテンプレートであり,
テンプレートアプリケーション111は,設定情報112と,1以上のプログラ
ムファイル113とを含んでいて,記憶部11の所定のフォルダ内に格納されてお
り,
受付部12は,開発用端末2から,リクエスト用ページ30の取得要求を受け付
けると,リクエスト用ページ30を開発用端末2に送信し,

ここで,リクエスト用ページ30には,入力欄として,ネイティブアプリケーシ
ョンがアクセスするウェブアプリケーションのロケーションを示すアドレスの入力
欄31が設けられ,また,ネイティブアプリケーションの表示態様情報に係る入力
欄として,背景色の入力欄34,及びアイコン画像の入力欄35が設けられており,
入力欄31には,ウェブアプリケーションのメインページのURLが入力され,
背景色の入力欄34には,カラーコードや背景画像を示すアドレスが入力され,ア
イコン画像の入力欄35には,画像ファイルのアドレスが入力され,
受付部12が,開発用端末2から,ウェブアプリケーションのメインページのア
ドレス,及び表示態様情報とともに,ネイティブアプリケーションの生成要求を示
すリクエストを受け付けると,生成部13は,コピーして新たに生成されたテンプ
レートアプリケーション111に含まれる設定情報の内容を,受付部12が受け付
けたウェブアプリケーションのメインページのアドレス,及び表示態様情報に基づ
いて書き換えてネイティブアプリケーションを生成し,
ここで,生成されたネイティブアプリケーションは,携帯端末にインストールさ
れて実行されると,設定情報に含まれているウェブアプリケーションのアドレスに
基づいて,ウェブアプリケーションに対応するウェブページを取得し,設定情報に
含まれている表示態様情報に基づいて取得したウェブページの表示態様を変更して,
携帯端末の表示部に表示させるものであり,
変換部14は,生成部13がネイティブアプリケーションを生成すると,当該ネ
イティブアプリケーションの設定情報及び1以上のプログラムファイルを格納して
いる所定のフォルダを所定の方式で圧縮し,端末がインストール可能な形式のネイ
ティブアプリケーションファイルに変換し,
送信部15は,ネイティブアプリケーションファイルを所定の記憶領域に格納し,
当該ファイルのアドレスを表示する送信用ページを開発用端末2に送信し,開発用
端末2において,送信用ページ40に設けられているダウンロードボタン41が押
下されると,生成したネイティブアプリケーションファイルを開発用端末2に送信

する,
アプリケーション生成システム。」
イ 周知技術
(ア) 掌田津耶乃「Android Studioではじめる Androi
dプログラミング入門 第2版 Android 6.0 Marshmallo
w Android Studio 1.5対応」
(株式会社秀和システム,平成2
7年12月27日発行)
(以下「引用文献2」という。甲2)の356頁~368頁
には,以下の記載がある。
a 「カメラを利用するためには,アプリケーションに「パーミッショ
ン(アクセス権)」を用意する必要があります。これは,AndroidManif
est.xmlに記述します。AndroidManifest.xmlを開き,
<manifest>タグ内の適当なところに以下のタグを追記してください ・ 」
・・
(356頁)
b 「7.3.3 GPS利用のパーミッション設定
・・・
GPSも,やはりパーミッション関係の情報を用意しなければ利用できないよう
になっています。AndroidManifest.xmlを開き,<manif
est>タグ内に以下のタグを追加してください。 (368頁)

(イ) 三宅 理「第7章 HTML5+JavaScriptでアプリ開発 は
じめてのPhoneGap(その1)ここまでできるPhoneGap」Inte
rface増刊 Smartphone World Volume.4(CQ出版
株式会社,平成24年6月1日発行)
(以下「引用文献3」という。甲3,乙1)の
70頁~72頁には,以下の記載がある。
「地図とGPSを組み合わせる
PhoneGapのすばらしさを体験するのに,地図とGPSを組み合わせたア
プリを例に紹介します。

・・・スマートフォン上に地図を表示します.さらに,PhoneGapの「Ge
olocation」を使用して,現在位置にマーカーを表示します。」
(ウ) 「スマホはなぜ動くのか? 必ず悩むアプリ開発の6ポイントを徹底
解説! Point1 ファイルがわかるとスマホアプリの仕組みが見えてくる」
日経ソフトウエア2013年6月号(日経BP社,平成25年4月24日発行)
(以
下「引用文献4」という。甲4)の10頁~11頁,14頁,16頁には,以下の
記載がある。
a 「設定ファイルは,そのアプリのアプリ名やバージョン,対応言語
(英語や日本語etc.)などを記述しておくファイルです。 (10頁~11頁)

b 「設定ファイル「ios_sample-Info.plist」
(5)のios_sample-Info.plistはアプリの設定ファイルで
す。アプリの名前やバージョン,そのアプリが利用するStoryboardのフ
ァイル等の情報が記述されています。(14頁)

c 「超重要な設定ファイル「AndroidManifest.xm
l」
(5)のAndroidManifest.xmlは,頻繁に編集することにな
る超重要な設定ファイルです(図14)。この中ではアプリの名前やアイコン,対応
するAndroidのバージョン,起動時に実行する○○Activityクラス,
そのアプリをネットワークに接続できるようにするか?,SDカードにファイルを
保存できるようにするか?などの,様々な項目を設定します。 (16頁)

(エ) 掌田津耶乃「HTML5とコピペでスマホアプリ開発者デビュー!
Part2 いよいよデビュー スワイプ可能ミニゲームを作る」日経ソフトウエ
ア2012年10月号(日経BP社,平成24年8月24日発行)
(以下「引用文献
5」という。甲5,乙2)の29頁には,以下の記載がある。
「横画面に固定する
スマートフォンでは端末が縦の姿勢のときと,横の姿勢のときで画面が切り替わ
ります。ただ,ゲームでは画面が切り替わらない方が望ましいので,ここでは横画

面に固定する設定を施します。
Androidでは,AndroidManifest.xmlに「andro
id:screenOrientation =”1andscape”」の1行を追
加します(図5)。
iOSでは,左側のリストの青いアイコンのプロジェクト名(Matatabi
Pakkun)を選択すると,その右側に「TARGETS」という項目が現れる
ので,その下にある「MatatabiPakkun」を選びます。すると,プロ
ジェクトの各種設定が表示されます。この中に「Supported Devic
e Orientations」という項目があるので,
「Landscape L
eft」か「Landscape Right」を選びます。
これで,画面を横向きに固定できます。なお,ここでいうorientatio
nは「方向」,landscapeは「横方向」という意味です。」
(オ) 「Androidエンジニア養成読本 現場で役立つノウハウと仕事
にしたい人のための必須知識満載!」
(株式会社技術評論社,平成23年11月25
日発行)
(以下「参考文献1」という。甲8)の157頁,162頁には,以下の記
載がある。
a 「サンプルアプリケーションを起動すると,3Dグラフィクス界で
はおなじみのティーポットの3Dモデルが表示されます。端末を傾けると視点が変
化して,見る向きを変えることができます。 (157頁)

b 「■AndroidManifest.xml
加速度センサでデバイスの傾きを取得するため,傾けた際に画面のオリエンテー
ションが変わらないように,android:screenOrientatio
n =”portrait”を追加してportraitで固定します。(162頁)

(2) 一致点及び相違点
本件補正発明と引用発明との一致点及び相違点は以下のとおりである。
ア 一致点

「携帯通信端末の所定の機能を実行させるためのパラメータに応じて,前記携帯
通信端末において実行されるアプリケーションの動作を規定する設定ファイルを設
定する設定部と,
前記設定ファイルに基づいてアプリケーションパッケージを生成する生成部と,
を有するアプリケーション生成支援システム」である点。
イ 相違点
(ア) 相違点1
設定ファイルを設定するパラメータが,
本件補正発明では,「携帯通信端末に固有のネイティブ機能を実行させるための
パラメータ」であるのに対して,
引用発明では,携帯通信端末の機能を実行させるためのパラメータではあるもの
の,携帯通信端末に固有のネイティブ機能を実行させるためのパラメータであるこ
とが特定されていない点。
(イ) 相違点2
設定ファイルが,
本件補正発明では,
「アプリケーションの,携帯通信端末の動きに伴う動作」を規
定する「設定ファイル」であるのに対して,
引用発明では,
「設定情報」が,ネイティブアプリケーションのウェブページ取得
動作や表示動作を規定するものの,
「携帯端末の動きに伴う」動作を規定するもので
あることが特定されていない点。
(3) 相違点についての判断
事案に鑑み,上記相違点1及び相違点2についてまとめて検討する。
ア(ア) 相違点1及び相違点2は,アプリケーションの特徴に係わる点で関連
しており,本件補正発明のアプリケーション生成システムが生成するアプリケーシ
ョンが,
「ネイティブ機能を利用するアプリケーションであって,携帯通信端末の動
きに伴う動作を行うアプリケーション」であるのに対して,引用発明のアプリケー

ション生成システムが生成するアプリケーションは,そのようなアプリケーション
ではなく,携帯端末にインストールされて実行されると,設定情報に含まれている
ウェブアプリケーションのアドレスに基づいて,ウェブアプリケーションに対応す
るウェブページを取得し,設定情報に含まれている表示態様情報に基づいて取得し
たウェブページの表示態様を変更して,携帯端末の表示部に表示させる点である。
(イ) ここで,ネイティブアプリケーションの設定ファイルに,引用発明に
記載されている「ウェブアプリケーションのロケーション」「ネイティブアプリケ

ーションの表示態様情報」などのパラメータの他にも,以下の文献の記載にもある
ように,ネイティブ機能のパラメータを含む各種のパラメータが設定されることが,
本願出願前には当該技術分野における周知技術であった。
a 前記(1)イ(ア)a,bに記載されている「カメラを利用するためのパ
ーミッション」「GPS利用のパーミッション」などのネイティブ機能を実行させ

るためのパラメータ
b 前記(1)イ(ウ)a~cに記載されている「アプリの名前やバージョン,
そのアプリが利用するStoryboardのファイル等の情報」「アプリの名前

やアイコン,対応するAndroidのバージョン,起動時に実行する○○Act
ivityクラス,そのアプリをネットワークに接続できるようにするか?,SD
カードにファイルを保存できるようにするか?などの様々な項目」
c 前記(1)イ(エ)に記載されている「横画面に固定する設定」
d 前記(1)イ(オ)bに記載されている「加速度センサでデバイスの傾きを
取得するため,傾けた際に画面のオリエンテーションが変わらないように固定する
ための設定」
(ウ) また,本件補正発明の「携帯通信端末の動きに伴う動作」について検
討すると,本願の明細書(以下,図面を含めて「本件明細書」という。)の段落【0
066】【0076】【0137】には,
, , 「携帯通信端末の動き」に関連すると考え
られる構成として,「GPS」と「加速度センサ」が例示されている。

そして,本件補正発明の「携帯通信端末の動き」が「携帯通信端末の移動」であ
るとした場合,
「携帯通信端末の移動に伴う動作」を行う「地図とGPSを組み合わ
せたアプリ」は,例えば,前記(1)イ(イ)のとおり,周知であり,GPSに関する前記
(1)イ(ア)bの記載も参酌すると,上記「地図とGPSを組み合わせたアプリ」では,
ネイティブ機能であるGPSに関連するパラメータを設定ファイルに設定している
ものと認められる。
また,本件補正発明の「携帯通信端末の動き」が,端末を傾けるような「動き」
であるとすると,
「携帯通信端末の傾き」に伴う動作を行うアプリは,例えば,前記
(1)イ(オ)aに記載されているように周知であり,前記(1)イ(オ)bの記載を参照すると,
このアプリでは,ネイティブ機能である加速度センサに関連するパラメータが設定
ファイルに設定されると認められる。
そうすると,
「携帯通信端末の動きに伴う動作を行うアプリ」は,本願の出願前に
当該技術分野において周知であり,加えて,当該アプリが利用するネイティブ機能
のパラメータを設定ファイルに設定可能とすることも,本願の出願前には当該技術
分野における周知技術であった。
(エ) 引用発明は,
「リクエスト用ページ30には,入力欄として,ネイティ
ブアプリケーションがアクセスするウェブアプリケーションのロケーションを示す
アドレスの入力欄31が設けられ,また,ネイティブアプリケーションの表示態様
情報に係る入力欄として,背景色の入力欄34,及びアイコン画像の入力欄35が
設けられており」「入力欄31には,ウェブアプリケーションのメインページのU

RLが入力され,背景色の入力欄34には,カラーコードや背景画像を示すアドレ
スが入力され,アイコン画像の入力欄35には,画像ファイルのアドレスが入力さ
れ」るものであるところ,引用文献1の段落【0010】の「前記テンプレートア
プリケーションは,前記アクセス先を設定する設定情報を含み,前記生成部は,前
記受付部が前記リクエストを受け付けたことに応じて,前記テンプレートアプリケ
ーションをコピーし,コピーされた前記テンプレートアプリケーションに含まれる

前記設定情報の前記アクセス先を前記受付部が受け付けた前記アドレスに設定する
ことで前記ネイティブアプリケーションを生成する」との記載及び「この発明によ
れば,アプリケーション生成装置は,設定情報に含まれているアクセス先を,受付
部が受け付けたアドレスに変更するという単純な処理によってネイティブアプリケ
ーションを容易に生成することができる」との記載も考慮すると,引用発明は,ネ
イティブアプリケーションの設定情報(設定ファイル)のパラメータを,リクエス
ト用ページ30の入力欄,すなわち,GUIを用いて簡単に設定することで,ネイ
ティブアプリケーションを容易に生成できるアプリケーション生成システムである
といえる。
そして,アプリケーション生成システムを用いて「携帯端末」の「ネイティブア
プリケーション」の開発を行う当業者であれば,
「携帯通信端末の動きに伴う動作を
行うアプリ」を利用可能であるところ,この周知の「携帯通信端末の動きに伴う動
作を行うアプリ」を生成する場合でも,設定ファイルにネイティブ機能のパラメー
タをGUIを用いて簡単に設定することで,アプリを容易に生成するという課題を
解決できることは当然に予測し得たものであるから,引用発明のアプリケーション
生成システムを,上記周知の「携帯通信端末の動きに伴う動作を行うアプリ」の生
成に用いる動機はあったといえる。
(オ) したがって,引用発明のアプリケーション生成システムを,
「携帯通信
端末の動き(すなわち,携帯通信端末の移動や傾きなどの動き)に伴う動作」を行
うアプリケーションの生成に用い,その際,当該アプリケーションの設定ファイル
に,当該アプリケーションが利用するネイティブ機能のパラメータを設定するよう
に構成すること,すなわち,引用発明において,アプリケーションの設定ファイル
を,アプリケーションの,
「 携帯通信端末の動きに伴う動作を規定する設定ファイル」
とし,当該設定ファイルを設定するためのパラメータを,GPSや加速度センサの
ような携帯通信端末の動きに伴う動作に関連したネイティブ機能を実行させるため
のパラメータとすることは,当業者が容易に想到し得たことである。

イ 本件補正発明の奏する作用効果は,引用発明と引用文献2~5及び参考
文献1に記載された周知技術の奏する作用効果から予測される範囲内のものにすぎ
ず,格別顕著なものということはできない。
ウ よって,本件補正発明は,引用発明と引用文献2~5及び参考文献1に
記載された周知技術に基づいて,当業者が容易に発明をすることができたものであ
り,特許法29条2項により,特許出願の際独立して特許を受けることができない
ものであるので,本件補正は却下すべきものである。
(4) 本件補正前発明について
本件補正前発明は,本件補正発明から,「通信端末」に係る限定事項と,「前記通
信端末において実行されるアプリケーションの動作」に係る限定事項を削除したも
のである。
本件補正前発明の発明特定事項をすべて含み,さらに他の事項を付加したものに
相当する本件補正発明が,引用発明と引用文献2~5及び参考文献1に記載された
周知技術に基づいて,当業者が容易に発明をすることができたのであるから,本件
補正前発明も,引用発明と引用文献2~5及び参考文献1に記載された周知技術に
基づいて,当業者が容易に発明をすることができたものである。
したがって,本件補正前発明は,特許法29条2項により特許を受けることがで
きない。
第3 原告主張の取消事由
1 取消事由1(本件補正発明についての容易想到性の判断の誤り)
(1) 引用発明のアプリケーション生成システムを,
「携帯通信端末の動きに伴う
動作を行うアプリ」の生成に用いる動機はないこと
ア 引用文献1の段落【0002】,
【0004】 【0007】
~ ,
【0023】,
【0024】によると,引用発明のアプリケーション生成システムは,アプリケー
ションサーバにおいてネイティブアプリケーションを検索したユーザに,CMSに
より開発したウェブアプリケーションを利用してもらうことができないという問題

に鑑み(段落【0002】【0004】【0005】,CMSによって構築したウ
, , )
ェブアプリケーションと同等の機能を有するネイティブアプリケーションを開発す
ることを提案している(段落【0006】。引用発明は,その提案を前提とした上

で,ネイティブアプリケーションの開発には多大な開発工数が必要であることから,
ネイティブアプリケーションを容易に生成することができるアプリケーション生成
装置を提供することを課題としている(段落【0006】【0007】。
, )
ここで,ウェブアプリケーションは,一般的に,Webサーバ上で動作し,We
bブラウザを用いて利用するアプリケーションとして認識されている(甲22) す

なわち,ウェブアプリケーションは,入力されたデータの管理や,データに基づい
て出力する情報を組み立てる処理をインターネット上のWebサーバが行い,ユー
ザによる情報の入力や,出力された情報の画面表示といった処理を端末側のWeb
ブラウザが行うアプリケーションである(甲23)。
このように,ウェブアプリケーションを利用するに当たり,ユーザが操作する端
末側の担う処理は,入力されたデータの送信処理と受信したデータの表示処理のみ
であり,データ処理等の実体的な部分の演算処理は,もっぱらWebサーバ側に任
せて実行する構造となっている。
また,ネイティブアプリケーションは,一般的に,端末内の演算装置が直接に演
算処理を行う(実行する)タイプのアプリケーションとして認識されている(甲2
4)。引用文献1の段落【0004】【0023】に記載されているとおり,ネイテ

ィブアプリケーションは,端末内で実行されるという性質上,アプリケーションサ
ーバ等のアプリケーション提供元からダウンロードして端末にインストールされる。
以上のとおり,ウェブアプリケーションとネイティブアプリケーションとは,技
術的に全く異なるタイプのアプリケーションであり,引用発明は,アプリケーショ
ンサーバにおいてネイティブアプリケーションを検索したユーザに,CMSにより
開発したウェブアプリケーションを利用してもらうことを前提とした上で,多大な
開発工数を要することなく,ウェブアプリケーションと同等の機能を有するネイテ

ィブアプリケーションを容易に生成するという課題を解決するものである。
イ 引用文献1の段落【0025】,
【0026】,
【0029】 【0031】
~ ,
【0034】~【0036】によると,引用発明のアプリケーション生成システム
で生成されたネイティブアプリケーションは,
「設定情報」に設定された「ウェブア
プリケーションのロケーションを示すアドレス」「メニューページに表示するメニ

ュー画像のファイルの格納先アドレス」「メニュー画像に対応するリンク先のペー

ジのアドレス」「カラーコード(RGB値を十六進法で表記した文字列)や背景画

像を示すアドレス」等のパラメータに応じて,指定された表示態様で指定されたウ
ェブアプリケーションを表示するものであり,上記パラメータは,いずれもスマー
トフォン等の携帯通信端末の画面にウェブページを表示するためのパラメータに限
られており,表示対象のロケーション(所在)を示すためのアドレスのみである。
このように,引用発明のアプリケーション生成システムは,ウェブアプリケーシ
ョンの利用,すなわち,ブログ等の既存のウェブアプリケーションにアクセスし,
その表示態様を指定して表示する機能を備えたネイティブアプリケーションを生成
するものであるから,表示したいウェブアプリケーションのロケーションを示すア
ドレスや,所望の背景画像のロケーションを示すアドレス等の簡単なパラメータを
GUIに入力するだけで,所望のウェブアプリケーションを表示するネイティブア
プリケーションを生成できるのである。
以上のように,引用発明のアプリケーション生成システムは,既存のウェブアプ
リケーションを利用して所望のコンテンツ(ブログ等)を表示するという機能に特
化した構成を備えている。
ウ 引用発明のアプリケーション生成システムで生成されたネイティブアプ
リケーションは,ブログ等の既存のウェブアプリケーションにアクセスできるだけ
であり,Webサーバ上のブログ等のコンテンツを書き換えるものではない。した
がって,仮に,設定情報にネイティブ機能(例えば,GPS,加速度センサ等)を
実行するためのパラメータをGUIを用いて簡単に設定できたとしても,携帯通信

端末で動作するのは表示機能に限定されたWebブラウザにすぎないから,「携帯
通信端末に固有のネイティブ機能に応じて携帯通信端末の動きに伴う動作を行うネ
イティブアプリケーション」を容易に生成できるとはいえない。
したがって,当業者は,設定ファイルにネイティブ機能のパラメータをGUIを
用いて簡単に設定することで,アプリを容易に生成するという課題を解決できるこ
とは当然に予測し得たということはできない。
エ(ア) 前記ア,イのとおり,引用発明のアプリケーション生成システムは,既
存のウェブアプリケーションを利用しつつ所望の表示態様でコンテンツを表示する
という機能に特化した構成を備えているから,引用発明のアプリケーション生成シ
ステムを用いてネイティブアプリケーションを生成するためには,目的とするコン
テンツを有する既存のウェブアプリケーションが特定されなければならず,引用発
明に接した当業者が,ブログ,ショッピングサイト等のコンテンツを表示する既存
のウェブアプリケーションを利用するという目的を離れて,引用発明のアプリケー
ション生成システムを用いて「携帯通信端末の動きに伴う動作を行うアプリ」を生
成することはない。
また,前記ウのとおり,当業者は,引用発明のアプリケーション生成システムを
用いることにより「設定ファイルにネイティブ機能のパラメータをGUIを用いて
簡単に設定することで,アプリを容易に生成するという課題を解決できる」とは考
えないから,引用発明のアプリケーション生成システムを用いて「携帯通信端末の
動きに伴う動作を行うアプリ」を生成することはない。
(イ) 仮に,当業者が引用発明のアプリケーション生成システムを用いて「携
帯通信端末の動きに伴う動作を行うアプリ」を生成しようと試みたとしても,その
際には,既存の「携帯通信端末の動きに伴う動作を行うウェブアプリケーション」
のロケーションを示すアドレスを取得する必要があるところ,「携帯通信端末の動
きに伴う動作を行う」ためには,携帯通信端末の動きを検知して,その動きに応じ
て動作する機能を備えている必要があるが,ウェブアプリケーションを利用する際

に端末側で実行されるWebブラウザには,携帯通信端末の動きを検出する機能は
ないから,既存のウェブアプリケーションでは「携帯通信端末の動きに伴う動作を
行う」ことはできない。
(ウ) したがって,当業者が引用発明のアプリケーション生成システムを用
いて「携帯通信端末の動きに伴う動作を行うアプリ」を生成することはない。
オ 引用発明の課題は,「アプリケーションサーバにおいてネイティブアプ
リケーションを検索したユーザに,CMSにより開発したウェブアプリケーション
を利用してもらうこと」(段落【0005】)と「ネイティブアプリケーションを容
易に生成することができるアプリケーション生成装置を提供すること」である(段
落【0006】【0007】。
, )
本件審決は,ネイティブアプリケーションの設定ファイルにネイティブ機能のパ
ラメータを含む各種のパラメータが設定されることは周知技術(以下「周知技術1」
という。)であるとし,また,携帯通信端末の動きに伴う動作を行うアプリ及び当該
アプリが利用するネイティブ機能のパラメータを設定ファイルに設定することは周
知技術(以下「周知技術2」という。)であるとしている。
周知技術1は,ネイティブアプリケーションに,ネイティブ機能の実行を含む各
種の設定を行う場合には,設定ファイルにネイティブ機能のパラメータを含む各種
のパラメータを設定するという技術である。すなわち,周知技術1の課題は,
「ネイ
ティブアプリケーションにネイティブ機能の実行を含む各種の設定を行うこと」で
ある。
また,周知技術2は,設定ファイルにネイティブ機能のパラメータを設定するこ
とにより携帯通信端末の動きに伴う動作を行うアプリケーションである。すなわち,
周知技術2の課題は,「携帯通信端末の動きに伴う動作を行うアプリケーションを
提供すること」である。
このように,引用発明が解決しようとする課題と周知技術1及び周知技術2が解
決しようとする課題との間に共通性はない。

カ 前記ア~エのとおり,ネイティブアプリケーションの開発を行う当業者
は,引用発明のアプリケーション生成システムを,
「携帯通信端末の動きに伴う動作
を行うアプリ」の生成に用いる動機はない。
また,前記オのとおり,引用発明が解決しようとする課題と周知技術(周知技術
1及び周知技術2)が解決しようとする課題との間に共通性はないため,その観点
からも,引用発明のアプリケーション生成システムを,
「携帯通信端末の動きに伴う
動作を行うアプリ」の生成に用いる動機はない。
したがって,引用発明のアプリケーション生成システムを,上記周知の「携帯通
信端末の動きに伴う動作を行うアプリ」の生成に用いる動機はあるとした本件審決
の判断には誤りがある。
(2) 引用発明において,アプリケーションの設定ファイルを,
「アプリケーショ
ンの,携帯通信端末の動きに伴う動作を規定する設定ファイル」とし,当該設定フ
ァイルを設定するためのパラメータを,GPSや加速度センサのような携帯通信端
末の動きに伴う動作に関連したネイティブ機能を実行させるためのパラメータとす
ることは,当業者が容易に想到し得たことではないこと
ア 本件審決は,引用発明のアプリケーション生成システムを,携帯通信端
末の動き(携帯通信端末の移動や傾きなどの動き)に伴う動作を行うアプリケーシ
ョンの生成に用いることを前提にして,引用発明と周知技術1及び周知技術2を組
み合わせたが,前記(1)のとおり,携帯通信端末用のネイティブアプリケーションの
開発を行う当業者は,引用発明のアプリケーション生成システムを用いて,
「携帯通
信端末の動きに伴う動作を行うアプリ」の生成を試みる動機はない。
イ 引用発明のアプリケーション生成システムにおいて,「当該設定ファイ
ルを設定するためのパラメータ」 すなわちGUIにて設定するパラメータを
, 「携帯
通信端末に固有のネイティブ機能を実行させるためのパラメータ」に置き換えてし
まうと,利用すべきウェブアプリケーションのロケーションを特定することができ
なくなり,引用発明が前提とする「ウェブアプリケーションを利用するネイティブ

アプリケーション」を生成することができなくなってしまう。
ウ このように,引用発明と上記各周知技術とを組み合わせる動機付けがな
く,また,引用発明と上記各周知技術の組合せに阻害要因があるが,本件審決の判
断は,この点を看過しており,誤りである。
(3) 本件補正発明の奏する作用効果は,引用発明と引用文献2~5及び参考文
献1に記載された周知技術の奏する作用効果から予測される範囲のものではなく,
格別顕著なものであること
本件補正発明の作用効果は,携帯通信端末に固有のネイティブ機能に応じて携帯
通信端末の動きに伴う動作を行うネイティブアプリケーションを,少ない開発負担
で生成することができるアプリケーション生成支援システムを提供できることであ
る。
前記(1)及び(2)のとおり,引用発明と引用文献2~5及び参考文献1に記載された
周知技術とを組み合わせる動機がない以上,本件補正発明が奏する作用効果が予測
されるはずもない。仮に,それらを組み合わせることができたとしても,引用発明
が既存のウェブアプリケーションの利用を前提としている限り,既存のウェブアプ
リケーションでは実現し得ない動作,すなわち「携帯通信端末の動きに伴う動作」
を実現するネイティブアプリケーションを生成することまでは想定できない。
したがって,本件補正発明の奏する作用効果は,引用発明と引用文献2~5及び
参考文献1に記載された周知技術の奏する作用効果から予測される範囲のものでは
なく,格別顕著なものであるから,これと異なる本件審決の判断は,誤っている。
(4) 被告の主張について
ア 被告は,引用文献1の段落【0005】【0006】の記載に基づき,

引用発明の課題は,CMS(コンテンツ管理システム)によって構築したウェブア
プリケーションと同等の機能を有するネイティブアプリケーションを容易に開発し
て,アプリケーションサーバにおいてネイティブアプリケーションとして検索可能
とすることであると主張する。

しかし,段落【0006】においては,
「CMSにより開発したウェブアプリケー
ションを利用してもらうことができないという問題」の解決手段として,CMSに
よって構築したウェブアプリケーションと同等の機能を有するネイティブアプリケ
ーションを新たに開発することは,適切ではないことを指摘しているのである。
引用文献1の段落【0007】【0025】の記載からすると,引用発明は,ア

プリケーションサーバにおいてネイティブアプリケーションを検索したユーザに,
CMSにより開発したウェブアプリケーション(既存のウェブアプリケーション)
を利用してもらうことを前提とし,そのためのネイティブアプリケーションを(開
発という手段を採らずに)容易に生成することを課題としてされたものである。
イ 被告は,PhoneGapは,HTMLやJavaScriptなどの
Web系技術を用いてウェブアプリケーションを作る感覚で容易に作成可能であっ
て,App Store(アプリケーションサーバ)等で配布可能となるアプリを
作成可能なフレームワークであるから,引用発明の課題を解決する際に利用するに
は好適なフレームワークであると主張する。
しかし,PhoneGapは,あくまでWeb系技術を用いてネイティブアプリ
ケーションを新たに開発するためのフレームワークであり,目的とするネイティブ
アプリケーションを新たに開発するためには,HTMLやJavaScript等
を用いてソースコード(プログラム)を書く必要があり,PhoneGapを用い
ることは,目的の機能を備えたネイティブアプリケーションを新たに開発する(新
たにソースコードを書く)ことに他ならない。
これに対し,引用発明は,既存のウェブアプリケーションを利用するためのネイ
ティブアプリケーションを容易に生成することを課題とするものであり,Phon
eGapのようにソースコードを書くという面倒な作業を要することなく,利用し
たいウェブアプリケーションのアクセス先アドレス等の情報を入力するだけで,ネ
イティブアプリケーションを容易に生成することができるのである。
したがって,既存のアプリケーションを利用するのではなく,同等の機能を有す

るネイティブアプリケーションを新たに開発するための手段であるPhoneGa
pは,引用発明の課題を解決するものではないから,引用発明の課題を解決する際
に利用するに当たって好適なフレームワークではない。
ウ 被告は,当業者が引用発明を実装するに当たって,アプリ作成フレーム
ワークであるPhoneGapを用いる動機付けがあると主張する。
しかし,被告は,引用発明の前提(既存のウェブアプリケーションを利用しても
らうこと)を看過し,引用発明の課題を誤って認定している。そして,誤って認定
した課題に基づいて,ウェブアプリケーションと同等の機能を有するネイティブア
プリケーションを新たに開発するために,PhoneGapが好適であるという誤
った結論に至っている。
引用発明は,既存のアプリケーションを利用するためのネイティブアプリケーシ
ョンを容易に生成する技術であるところ,PhoneGapは,Web系技術を用
いて新たにソースコードを書くことにより,既存のアプリケーションと同等の機能
を有するネイティブアプリケーションを新たに開発するためのフレームワークであ
るから,PhoneGapを用いた場合,既存のウェブアプリケーションを利用す
ることはできない。
そして,既存のウェブアプリケーションを利用することができない技術を,既存
のアプリケーションを利用する技術に適用することはできないから,引用発明に対
してPhoneGapを適用するには,阻害要因がある。
また,引用発明に対してPhoneGapを適用したとすると,目的とするネイ
ティブアプリケーションのソースコードを新たに書くという作業が発生するから,
引用発明の課題である既存のウェブアプリケーションを利用するためのネイティブ
アプリケーションを容易に生成することが達成できなくなってしまう。この観点か
らも,当業者が引用発明を実装するに当たって,アプリ作成フレームワークである
PhoneGapを用いる動機付けはない。
エ 被告は,スマートフォンでは端末が縦の姿勢のときと,横の姿勢のとき

で画面が切り替わることは「携帯通信端末の動きに伴う動作」に他ならず,
「横画面
に固定する設定」 「縦画面に固定する設定」 いずれも,
や は, 「アプリケーションの,
携帯通信端末の動きに伴う動作」を規定するものであるといえ,Androidに
おける,AndroidManifest.xmlファイルは「アプリケーション
の,携帯通信端末の動きに伴う動作」を規定する設定ファイルに相当するものであ
るといえると主張する。
しかし,PhoneGapの「横画面に固定する設定」や「縦画面に固定する設
定」は,あくまで携帯通信端末の動きにかかわらず,単に横画面又は縦画面に一律
に画面の方向を固定するものであるから,
「携帯通信端末の動きに伴う動作」を規定
するものではない。
オ 被告は,引用発明のウェブアプリケーションは,HTMLやJavaS
criptで記述されているところ,JavaScriptは,Webブラウザで
実行される制御コードを記述するためのスクリプト言語であるから,コンテンツを
既存のウェブサイトから取得しているとしても,当該コンテンツに対する制御処理
は端末側で実行されるWebブラウザにおいて,JavaScriptに従って行
われているといえ,したがって,引用発明は,既存のウェブアプリケーションを利
用して所望のコンテンツ(ブログ等)を表示するという機能に特化したものとはい
えないと主張する。
しかし,本件審決において認定された引用発明は,ウェブアプリケーションがH
TMLやJavaScriptで記述されていること,及び,既存のウェブサイト
から取得したコンテンツに対する制御処理が端末側で実行されるWebブラウザに
おいてJavaScriptに従って行われていることを構成として有していない
から,被告の上記主張は,本件審決において認定された引用発明に基づかないもの
であり,失当である。
本件審決において認定された引用発明は,
「ここで,生成されたネイティブアプリ
ケーションは,携帯端末にインストールされて実行されると,設定情報に含まれて

いるウェブアプリケーションのアドレスに基づいて,ウェブアプリケーションに対
応するウェブページを取得し,設定情報に含まれている表示態様情報に基づいて取
得したウェブページの表示態様を変更して,携帯端末の表示部に表示させるもので
あり」という構成を有しており,ウェブアプリケーションに対応するウェブページ
を取得して表示することが特定されているのみである。
カ 被告は,PhoneGapは,引用発明と同様に,HTMLやJava
Script等で記述されたウェブアプリケーションからスマートフォン用アプリ
を生成可能であると主張する。
しかし,PhoneGapは,HTMLやJavaScriptといったWeb
系技術を用いて目的とするネイティブアプリケーションのソースコード(プログラ
ム)を,開発者が自ら新規に書かなければならない。PhoneGapは,既存の
ウェブアプリケーションからネイティブアプリケーションを容易に生成する技術で
はなく,一般的なWeb系技術を用いて,ネイティブアプリケーションをプログラ
ミングすることが可能な技術にすぎない。
キ 被告は,PhoneGapは,設定ファイル(AndroidMani
fest.xmlなど)にネイティブ機能(端末の加速度センサを用いた画面の回
転制御)の制御内容を規定するためのパラメータ(landscapeやport
rait)を設定していると主張する。
しかし,前記エのとおり,PhoneGapにおける「横画面に固定する設定(l
andscape)」や「縦画面に固定する設定(portrait)」は,携帯通
信端末の動きとは無関係に設定されるものであり,「携帯通信端末の動きに伴う動
作」を規定するものではない。
ク 被告は,引用発明のアプリケーション生成システムにPhoneGap
を適用する場合には,
「当該設定ファイルを設定するためのパラメータ」を「携帯通
信端末に固有のネイティブ機能を実行させるためのパラメータ」に置き換えてしま
うのではなく,ウェブサーバで提供されるコンテンツにアクセスする際に使用され

る「当該設定ファイルを設定するためのパラメータ」とは別の「携帯通信端末に固
有のネイティブ機能を実行させるためのパラメータ」を追加設定するだけであるか
ら,引用発明が前提とする「ウェブアプリケーションを利用するネイティブアプリ
ケーション」を生成することができなくなることはないと主張する。
しかし,被告は,
「携帯通信端末に固有のネイティブ機能を実行させるためのパラ
メータ」を具体的にどのように追加するのか立証していないから,被告の上記主張
は根拠がない。
ケ 被告は,一般的なウェブサイト表示用のウェブアプリケーションは,加
速度センサを備えたスマートフォン等の端末では,加速度センサによって検出した
端末の姿勢に基づいて,端末の姿勢に基づいた画面回転表示制御を行っているから,
一般的なウェブサイト表示用のウェブアプリケーションにおいても,「携帯通信端
末の動きに伴う動作」
(端末の姿勢に基づいた画面回転表示制御)を実現することが
可能であると主張する。
しかし,端末の姿勢は,あくまで端末に備えられた加速度センサで検出するもの
であるから,サーバ側で動作するウェブアプリケーションにおいては,端末側の姿
勢を知る由もない。端末の姿勢に基づいた画面回転表示制御は,ウェブアプリケー
ションの機能ではなく,端末側の機能にすぎない。
したがって,一般的なウェブサイト表示用のウェブアプリケーションにおいて,
「携帯通信端末の動きに伴う動作」
(端末の姿勢に基づいた画面回転表示制御)を実
現することは可能であるとする被告の上記主張は,誤りである。
2 取消事由2(本件補正前発明についての容易想到性の判断の誤り)
本件補正前発明についても,引用発明において,アプリケーションの設定ファイ
ルを,
「アプリケーションの動作を規定する設定ファイル」に変更し,当該設定ファ
イルを設定するためのパラメータを,GPSや加速度センサのような携帯通信端末
に固有のネイティブ機能を実行させるためのパラメータに変更することには,阻害
要因があり,引用発明と引用文献2~5及び参考文献1に記載された周知技術とを

組み合わせることはできない。
したがって,本件補正前発明は,当業者が引用発明と引用文献2~5及び参考文
献1に記載された周知技術に基づいて容易に想到し得たものではない。
第4 被告の主張
1 取消事由1について
(1) 周知技術であるPhoneGapの概要
引用文献3(66頁表題,66頁副題,66頁中欄下から2行~右欄3行,66
頁表1,66頁右欄13行~67頁左欄13行,70頁右欄6行~最終行,72頁
左欄1行~25行),引用文献5(16頁左欄7行~27行,29頁左欄1行~16
行,36頁左下欄下から10行~末行)三宅理
, 「スマートフォン開発倶楽部第5回」
WEB+DB PRESS Vol.66(株式会社技術評論社,平成24年1月
25日発行)
(以下「乙3文献」という。甲7,乙3)
(55頁左欄10行~14行,
159頁左欄1行~右欄4行,160頁右欄1行~7行)の記載からすると,周知
技術のPhoneGapは以下のような技術であるといえる。
「iPhoneやAndroid,WindowsPhoneなどのマルチプラ
ットホームに対応するアプリを作成可能なフレームワークであって,
HTMLやJavaScriptなどのWeb系技術を用いてWebアプリを作
る感覚で作成可能であり,
JavaScriptでPhoneGapのAPI(ライブラリの関数)を呼び
出せば,プラグインの仕組みを使って,カメラやGPSなど端末のネイティブ部分
にアクセス可能であり,
端末のGPS機能にアクセスすることで,GPSで取得した端末の現在位置が中
心となるように地図を表示することが可能となり,
スマートフォンでは加速度センサを用いて端末の姿勢を検知し,端末が縦の姿勢
のときと,横の姿勢のときで画面が切り替わるところ,横画面に固定する設定を施
す場合,Androidでは,AndroidManifest.xmlに「an

droid:screenOrientation =”landscape”」の
1行を追加することで,iOSでは,
「Landscape Right」または「L
andscape Left」のアイコンを選択することで横画面に固定可能とな
り,縦画面に固定する設定を施す場合,Androidでは,AndroidMa
nifest.xmlに「android:screenOrientation
=”portrait”」の1行を追加することで,iOSでは,「portrai
t」のアイコンを選択することで,縦画面に固定可能となり,
作成されたアプリの実体はブラウザUIで動くアプリであって,App Sto
re等で配布可能となるアプリを作成可能なフレームワークであるPhoneGa
p」
(2) 引用発明への周知技術のPhoneGapの適用
ア 動機付け
引用文献1の段落【0004】~【0007】によると,引用発明の課題は,C
MS(コンテンツ管理システム)によって構築したウェブアプリケーションと同等
の機能を有するネイティブアプリケーションを容易に開発して,アプリケーション
サーバにおいてネイティブアプリケーションとして検索可能とすることであるとい
える。
ここで,PhoneGapは,HTMLやJavaScriptなどのWeb系
技術を用いてWebアプリ(ウェブアプリケーション)を作る感覚で容易に作成可
能であって,App Store(アプリケーションサーバ)等で配布可能となる
アプリ(App Store等で配布可能となれば,アプリケーションサーバ(A
pp Store等)においてネイティブアプリケーションとして検索可能となる)
を作成可能なフレームワークであるから,引用発明の課題を解決する際に利用する
には好適なフレームワークであるといえる。
したがって,当業者が引用発明を実装するに当たって,アプリ作成フレームワー
クであるPhoneGapを用いる動機付けがあるといえる。

イ(ア) PhoneGapでは,JavaScriptでPhoneGapの
API(ライブラリの関数)を呼び出せば,プラグインの仕組みを使って,GPS
など端末のネイティブ部分にアクセス可能であり,端末のGPS機能にアクセスす
ることで,GPSで取得した端末の現在位置が中心となるように地図を表示するこ
とが可能となるから,引用発明において地図表示アプリケーションを生成する際に,
PhoneGapのフレームワークを採用することで,ネイティブ機能であるGP
S機能が利用可能となり,携帯通信端末の動き(移動)に伴う動作(GPSで取得
した端末の現在位置が中心となるように地図を表示する地図表示制御)を設定可能
となる。
(イ) また,スマートフォンでは,ネイティブ機能である加速度センサから
取得した値を用いて端末姿勢を検出しており,端末が縦の姿勢のときと,横の姿勢
のときで画面が切り替わるところ,PhoneGapでは,横画面に固定する設定
を施す場合,Androidでは,AndroidManifest.xmlに「a
ndroid:screenOrientation =”landscape”」
の1行を追加することで,iOSでは,
「Landscape Right」 「L
又は
andscape Left」のアイコンを選択することで横画面に固定可能とな
り,縦画面に固定する設定を施す場合,Androidでは,AndroidMa
nifest.xmlに「android:screenOrientation
=”portrait”」の1行を追加することで,iOSでは,「portrai
t」のアイコンを選択することで,縦画面に固定可能となる。
ここで,
「スマートフォンでは端末が縦の姿勢のときと,横の姿勢のときで画面が
切り替わる」ことは「携帯通信端末の動きに伴う動作」に他ならず,
「横画面に固定
する設定」や「縦画面に固定する設定」は,いずれも,
「アプリケーションの,携帯
通信端末の動きに伴う動作」を規定するものであるといえ,Androidにおけ
る,AndroidManifest.xmlファイルは「アプリケーションの,
携帯通信端末の動きに伴う動作」を規定する「設定ファイル」に相当するものであ

るといえる。
ウ したがって,引用発明において,アプリケーションを生成する際に,P
honeGapのフレームワークを利用することで,本件補正発明と同様に,
「携帯
通信端末に固有のネイティブ機能を実行させるためのパラメータ」に応じて,携帯
通信端末において実行される「アプリケーションの,携帯通信端末の動きに伴う動
作」を規定する「設定ファイル」を備えることとなる。
(3) 本件補正発明の作用効果について
地図表示のウェブアプリケーションは,GPS機能を備えた端末では,GPS機
能を用いて現在位置を取得し,現在位置を中心とした地図表示を行うことが可能で
あるから,地図表示のウェブアプリケーションにおいても,
「携帯通信端末の動きに
伴う動作」
(端末の移動に伴って変化する現在位置を中心とした地図表示制御)を実
現することが可能である(乙4の130頁~134頁)。
また,一般的なウェブサイト表示用のウェブアプリケーションは,加速度センサ
を備えたスマートフォン等の端末では,加速度センサによって検出した端末の姿勢
に基づいて,端末の姿勢に基づいた画面回転表示制御を行っているから,一般的な
ウェブサイト表示用のウェブアプリケーションにおいても,「携帯通信端末の動き
に伴う動作」
(端末の姿勢に基づいた画面回転表示制御)を実現することが可能であ
る。
したがって,引用発明にPhoneGapを組み合わせることで,これらのウェ
ブアプリケーションから「携帯通信端末の動きに伴う動作」を実現するネイティブ
アプリケーションを生成することが想定可能であるといえるから,本件補正発明の
作用効果は格別なものではない。
(4) 原告の主張について
ア 原告は,引用発明は,既存のウェブアプリケーションを利用して所望の
コンテンツ(ブログ等)を表示するという機能に特化したものであると主張する。
しかし,引用文献1の段落【0024】によると,引用発明のウェブアプリケー

ションが,HTMLやJavaScriptで記述されており,引用発明のウェブ
アプリケーションの例として,ブログだけでなく,ゲームサイト等も示されている。
ここで,JavaScriptは,Webブラウザで実行される制御コードを記
述するためのスクリプト言語である(乙4の26頁下から4行~最終行)から,コ
ンテンツを既存のウェブサイトから取得しているとしても,当該コンテンツに対す
る制御処理は端末側で実行されるWebブラウザにおいて,JavaScript
に従って行われているといえる。ウェブアプリケーションのゲームでは,一般的に,
ユーザからの操作入力を受け付けて,JavaScriptにより記述された制御
コードを端末側で実行することでインタラクティブな制御処理を可能としている。
したがって,引用発明は,既存の「ウェブアプリケーション」を利用して所望の
コンテンツ(ブログ等)を表示するという機能に特化したものとはいえないから,
原告の上記主張は誤りである。
イ 原告は,設定ファイルにネイティブ機能のパラメータをGUIを用いて
簡単に設定することで,アプリを容易に生成するという課題を解決できることは当
然に予測し得たものでないと主張する。
しかし,前記(1)のとおり,PhoneGapは,引用発明と同様に,HTMLや
JavaScript等で記述されたウェブアプリケーションからスマートフォン
用アプリを生成可能であり,端末のブラウザUI(Webブラウザ)に,スマート
フォンのネイティブ機能(GPSやカメラなど)にアクセスするためのJavaS
cript関数を実行させることで,プラグインの仕組みを使って,スマートフォ
ンのネイティブ機能(GPSやカメラなど)にアクセス可能となる。また,設定フ
ァイル(AndroidManifest.xmlなど)にネイティブ機能(端末
の加速度センサを用いた画面の回転制御)の制御内容を規定するためのパラメータ
(パラメータlandscapeやportrait)を設定している。
したがって,引用発明にPhoneGapを適用することにより,設定ファイル
にネイティブ機能のパラメータをGUIを用いて簡単に設定することで,アプリを

容易に生成するという課題を解決できることは当然に予測し得たものであるといえ
るから,原告の上記主張は誤りである。
ウ 原告は,引用発明のアプリケーション生成システムにおいて,
「当該設定
ファイルを設定するためのパラメータ」すなわちGUIにて設定するパラメータを,
「携帯通信端末に固有のネイティブ機能を実行させるためのパラメータ」に置き換
えてしまうと,利用すべきウェブアプリケーションのロケーションを特定すること
ができなくなり,引用発明が前提とする「ウェブアプリケーションを利用するネイ
ティブアプリケーション」を生成することができなくなってしまうから,引用発明
と上記各周知技術との組合せに阻害要因がある旨主張する。
しかし,引用発明のアプリケーション生成システムにPhoneGapを適用す
る場合には,
「当該設定ファイルを設定するためのパラメータ」を「携帯通信端末に
固有のネイティブ機能を実行させるためのパラメータ」に置き換えてしまうのでは
なく,ウェブサーバで提供されるコンテンツにアクセスする際に使用される「当該
設定ファイルを設定するためのパラメータ」とは別の「携帯通信端末に固有のネイ
ティブ機能を実行させるためのパラメータ」を追加設定するだけであるから,引用
発明が前提とする「ウェブアプリケーションを利用するネイティブアプリケーショ
ン」を生成することができなくなることはない。
したがって,原告の上記主張は誤りである。
2 取消事由2について
前記1(4)ウのとおり,引用発明のアプリケーション生成システムとPhoneG
apとの組合せに阻害要因はないから,本件補正前の発明は,当業者が引用発明と
引用文献2~5及び参考文献1等に記載された周知技術に基づいて容易に想到し得
たものである。
したがって,本件審決における,本件補正前発明についての容易想到性の判断に
誤りはない。
第5 当裁判所の判断

1 本件明細書の記載
本件明細書には,以下の記載がある(甲9の1・3)。
【技術分野】
【0001】本発明は,アプリケーション生成支援システムおよびア
プリケーション生成支援プログラムに関する。
【背景技術】
【0002】モバイル用通信端末のアプリケーションとして,さまざ
まなアプリケーションが開発されている。モバイル用通信端末のアプリケーション
は,Webアプリケーション,ネイティブアプリケーション,およびハイブリッド
アプリケーションに分類される。Webアプリケーションは,演算処理をネットワ
ーク上のサーバで実行するタイプのアプリケーションである。ネイティブアプリケ
ーションは,演算処理を通信端末上でのみ実行するタイプのアプリケーションであ
る。ネイティブアプリケーションは,例えば,カメラ,GPS,マイク,加速度セ
ンサなど,通信端末に固有のネイティブ機能を利用することができる,という特徴
を有するアプリケーションである。ハイブリッドアプリケーションは,ネイティブ
機能を利用することができ,マルチプラットフォームに対応したアプリケーション
を作成することができ,アプリケーションをwebブラウザのように使用するWe
b Viewを用いることができるという特徴を有するアプリケーションである。
【0003】上記のように,ハイブリッドアプリケーションは,Webアプリケ
ーションおよびネイティブアプリケーションのそれぞれの利点を備えるため,通信
端末用アプリケーションの主流となっている。例えば,業務用の通信端末に用いら
れるアプリケーションとしてもハイブリッドアプリケーションが広く用いられる。
業務用のハイブリッドアプリケーションを作成するためには,業務を行う各組織に
おいて業務目的に適したアプリケーションの開発を行う必要がある。
【0004】ここで,アプリケーションを開発するためには,アプリケーション
をインストールする通信端末のOSに適合した専用端末を準備し,当該OSに適し
たアプリケーション開発ツールを導入し,当該アプリケーション開発ツールにおけ
るプログラミング言語を用いたアプリケーション開発をする必要がある。このよう

に,アプリケーション開発のためには,専用端末の準備およびアプリケーション開
発ツールの導入などのアプリケーション開発環境の整備,ならびにプログラミング
言語などのスキル習得などの多様な初期投資が必要である。
【0005】プログラミング言語のスキル習得の負担を軽減するために,プログ
ラム開発を支援するための技術が開発されている。例えば,プログラム開発をより
簡易化するために,特許文献1のようなプログラム開発装置が提案されている。
【発明が解決しようとする課題】0007】
【 しかしながら,通信端末上で動作し,
通信端末の動作に合わせて動作または画面表示するアプリケーションを作成するた
めには特許文献1に記載された技術に比べてはるかに高度なプログラミング技術が
必要である。さらに,アプリケーションの用途に応じて多様な機能をアプリケーシ
ョンに組み込む必要があるため,上記のような通信端末上で動作するアプリケーシ
ョンの開発のために,アプリケーション開発者に費用および時間の面で大きな負担
がかかる。
【0008】本発明は,上記実情に鑑み,アプリケーション開発者への開発負担
を軽減することができるアプリケーション生成支援システムおよびアプリケーショ
ン生成支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】本発明の一実施形態に係るアプリケー
ション生成支援システムは,通信端末の動作に関連するパラメータに応じてアプリ
ケーションの動作を規定する設定ファイルを設定する設定部と,前記設定ファイル
に基づいてアプリケーションパッケージを生成する生成部と,を有する。
【0020】前記設定ファイルは,前記通信端末に固有のネイティブ機能を前記
通信端末に実行させるプラグインファイルを含んでもよい。
【0037】前記設定ファイルは,前記通信端末に固有のネイティブ機能を前記
通信端末に実行させるプラグインファイルを含んでもよい。
【0043】本発明によれば,アプリケーション開発者への開発負担を軽減する
ことができるアプリケーション生成支援システムおよびアプリケーション生成支援

プログラムを提供することができる。
【発明を実施するための形態】
〈第 1 実施形態〉
【0062】
・・・端末通信部33
0は全地球測位システム(Global Positioning System;
GPS)機能を有していてもよい。GPS機能は第2通信端末300のネイティブ
機能の一つである。GPS機能を有効にするアプリケーションを起動すると,端末
通信部330は上空の衛星からの信号を受信し,第2通信端末300の現在位置を
知ることができる。
【0064】カメラ350は,ディスプレイ340と反対側に設けられている。
つまり,ディスプレイ340が設けられた側を表面とすると,カメラ350は裏面
に設けられている。なお,カメラ350とは別個のカメラが表面に設けられていて
もよい。カメラ350は,レンズユニットおよび撮像素子を有している。カメラ3
50の機能は第2通信端末300のネイティブ機能の一つである。カメラ350の
機能を有効にするアプリケーションを起動すると,レンズユニットを介して撮像素
子で検知される映像がディスプレイ340に表示される。この映像が撮像素子で検
知されている間にユーザによって作動指示が入力されると,端末制御部320は,
その作動指示に応じて撮像素子で検知された映像の静止画像を取得する。
【0101】
「LANDSCAPE_LEFT」,
「LANDSCAPE_RIGH
T」は,第2通信端末300を左横,右横に回転した場合の画面制御を指定する項
目である。これらの項目では,第2通信端末300の画面を左横,右横に回転した
ときに,第2通信端末300の画面上でアプリケーションを正面表示させるか否か
をチェックの有無で設定される。
【0102】
「PORTRAIT_UPSIDE_DOWN」は,第2通信端末3
00を上下逆さに回転した場合の画面制御を指定する項目である。この項目では,
第2通信端末300の画面を上下逆さに回転したときに,第2通信端末300の画
面上でアプリケーションを正面表示させるか否かをチェックの有無で設定される。
【0103】
「APP_START_PAGE_URL」は,アプリケーションの

スタートページとして指定されるWebページのURLを指定する項目である。こ
の項目では,アプリケーションを起動したときに表示されるWebページのURL
を設定するための文字列が設定される。この項目では,URLを表示するために,
『http://』や『https://』などの規定の形式の文字列が設定され
る。
【0104】
「APPLICATION_PLIST」は,アプリケーション設定
ファイルを指定する項目である。この項目では,アプリケーションに搭載したいア
プリケーション設定ファイルを設定し,当該設定ファイルをサーバ100にアップ
ロードする。
「APPLICATION_PLIST」において設定されるアプリケ
ーション設定ファイルは,第1通信端末200を操作する第1ユーザによって作成
された設定ファイルであってもよく,他の第3ユーザによって作成された設定ファ
イルであってもよい。
【0109】図10は,本発明の一実施形態に係るアプリケーション生成支援シ
ステムのパラメータチェックのシーケンスを説明する図である。図10に示すよう
に,ステップ521で受信されたパラメータのチェックが行われる(ステップ52
31)。ステップ5231では,例えば,設定されたパラメータの形式が規定の形式
に適合しているか否か,およびアプリケーション設定ファイルの形式が規定の形式
に適合しているか否かなどの設定状態がチェックされる。図8および図9に示した
例では,
「APP_START_PAGE_URL」に入力されたURLが『htt
p://』または『https://』の形式になっているか否かがチェックされ
る。同様に,
「APPLICATION_PLIST」でアプリケーション設定ファ
イルが規定のファイル形式になっているか否かがチェックされる。また,詳細は後
述するが,アプリケーションに搭載される機能として第2通信端末300のネイテ
ィブ機能に関連するプラグインファイルが規定のファイル形式になっているか否か
がチェックされる。
【0115】図13は,本発明の一実施形態に係るアプリケーション生成支援シ

ステムの設定ファイルの一例を説明する図である。図13の「アイコン指定」 「ア

プリケーション名指定」,および「画面の回転制御指定」はOS設定ファイルに該当
する。つまり,図8および図9の「CFBUNDLE_DISPLAY_NAME」,
「INFO_CFBUNDLE_VERSION」 「LANDSCAPE_LEF

T」「PORTRAIT_UPSIDE_DOWN」
, ,および「LANDSCAPE
_RIGHT」はOS設定ファイルに該当する。これらのOS設定ファイルに係る
動作は,複数の第2通信端末300に共通する動作である。図13の「アドレスバ
ー表示」「画面のコピー&ペースト制御」「通信プロトコル制限」「無操作タイム
, , ,
アウト指定」「シングルサインオン設定」
, ,および「バックボタンの利用制限」はア
プリケーション設定ファイルに該当する。つまり,上記の項目は「APPLICA
TION_PLIST」の一例である。これらのアプリケーション設定ファイルに
係る動作は,第1通信端末200によって入力された第2通信端末300の動作で
あり,複数の第2通信端末300に共通する動作であってもよく,特定の第2通信
端末300に固有の動作であってもよい。
【0116】換言すると,本実施形態の設定ファイルは,OS設定ファイルおよ
びアプリケーション設定ファイルを含む。OS設定ファイルは,ビルドシェル15
0が受信したパラメータに関連し,複数の第2通信端末300の動作に共通するア
プリケーションの動作を規定する設定ファイルである。アプリケーション設定ファ
イルは,ビルドシェル150が受信したパラメータに関連し,第1通信端末200
を操作する第1ユーザによって入力された情報に基づくアプリケーションの動作を
規定する設定ファイルである。なお,図13に示すOS設定ファイルおよびアプリ
ケーション設定ファイルは一例であり,本発明の「APPLICATION_PL
IST」を限定するものではない。
〈第3実施形態〉【0135】[サーバ100Bの機能構成]本実施形態のアプリ
ケーション生成支援システム10Bにおけるサーバ100Bの各機能の構成は,第
1実施形態のサーバ100の各機能の構成と同じである。したがって,図5を参照

してサーバ100Bの機能部について説明する。アプリケーション生成支援システ
ム10Bのビルドシェル150Bに含まれるファイル設定部155Bは,OS設定
ファイルおよびアプリケーション設定ファイルに加えて,第2通信端末300Bの
ネイティブ機能に関連するプラグインファイルを設定する点において,第1実施形
態のファイル設定部155とは相違する。ファイル設定部155Bは,パラメータ
受信部151Bが受信したパラメータにプラグインファイルに関連するパラメータ
が設定されている場合に,OS設定ファイルやアプリケーション設定ファイルと同
様にプラグインファイルを設定する。
【0136】ファイル設定部155Bは,図6に示すように,パラメータ確認部
1551B,テンプレート関連付け部1553B,およびプログラム更新部155
5Bを有する。パラメータ確認部1551Bは,第1実施形態のパラメータ確認部
1551と同様の機能を有する。テンプレート関連付け部1553Bは,第1実施
形態のテンプレート関連付け部1553と同様の機能に加え,プラグインファイル
用のテンプレートをパラメータ確認部1551Bによって選択された他のテンプレ
ートに関連付ける。プログラム更新部1555Bは,第1実施形態のプログラム更
新部1555と同様の機能に加え,プラグインファイル用のテンプレートによって
規定された動作の各々が,第2通信端末300にインストールされたアプリケーシ
ョン上で実現可能となるように,当該テンプレートの一部を更新する。
【0137】上記のように,プラグインファイルは,例えば,カメラ,GPS,
マイク,加速度センサなど,第2通信端末300Bの機器に固有のネイティブ機能
をアプリケーションによって第2通信端末300Bに実行させるための設定ファイ
ルである。プラグインファイルは,OS設定ファイルおよびアプリケーション設定
ファイルと同様に,ビルドシェル150Bが受信したパラメータに関連する設定フ
ァイルである。
【0139】
[アプリケーション生成支援システム10Bの動作フロー]図17~
図21を用いて,本実施形態のアプリケーション生成支援システム10Bの各機能

ブロックの動作について,フローチャートおよびユーザに表示されるインターフェ
ースの一例を用いて詳しく説明する。
【0140】まず,図17~図19を用いて,第1通信端末200Bによって設
定されたパラメータに基づいてアプリケーションを生成し,当該アプリケーション
をダウンロード可能に提供する動作について説明する。図17は,本発明の一実施
形態に係るアプリケーション生成支援システムのアプリケーション生成動作を示す
フローチャートである。図17のフローチャートは図7のフローチャートと類似し
ているが,図17のフローチャートでは,ステップ527Bとステップ529Bと
の間にプラグインファイルを設定するステップ528Bが設けられている点におい
て,図7のフローチャートとは相違する。また,ステップ528Bが設けられてい
ることに伴い,ステップ511Bで第1通信端末200Bに提供されるインターフ
ェース600Bが図8のインターフェース600とは相違する。以下の説明におい
て,図7の動作フローと同じ動作については説明を省略し,図7の動作フローと異
なる動作について説明する。
【0141】まず,図17のステップ511Bで第1通信端末200Bに提供さ
れるパラメータ設定GUIについて説明する。図18は,本発明の一実施形態に係
るアプリケーション生成支援システムのパラメータ入力動作におけるインターフェ
ースである。図18に示すインターフェース600Bは図8のインターフェース6
00と類似しているが,図18のインターフェース600Bの項目名620Bでは
「APPLICATION_PLIST」の下に「PLUGIN_FILES」が
設けられている点において,図8のインターフェース600とは相違する。
【0142】
「PLUGIN_FILES」の入力欄630Bはプラグインファイ
ル用のテンプレートが格納された位置を示すアドレスを受け付ける。この入力欄6
30Bには,ユーザが直接アドレスを入力してもよく,ブランクボックスの右の「参
照」をクリックすることで,参照するアドレスを指定してもよい。なお,プラグイ
ンファイル用のテンプレートは,指定されたアドレスに圧縮ファイル形式で格納さ

れている。ただし,当該ファイルは圧縮ファイル形式以外の形式で格納されていて
もよい。
【0145】図17に示すように,ステップ527Bのアプリケーション設定フ
ァイルの上書き処理に続いて,プラグインファイルの設定が行われる(ステップ5
28B) プラグインファイルの設定は,
。 OS設定ファイルの置換およびアプリケー
ション設定ファイルの上書き処理と同様に,設定ファイルを更新するという場合が
ある。ここで,ステップ528Bにおいて,プラグインファイルの設定するシーケ
ンスについて図19を用いて説明する。
【図1】


【図10】


【図13】


【図17】


【図18】


【図19】


2(1) 引用文献1には,以下のとおりの記載がある(甲1)。
【技術分野】
【0001】本発明は,アプリケーション生成装置,アプリケーション
生成システム及びアプリケーション生成方法に関する。

【背景技術】
【0002】近年,コンテンツマネジメントシステム(以下,CMS(C
ontent Management System)という)によりウェブアプ
リケーションとして公開するコンテンツを構築し,管理することが行われている(例
えば,特許文献1参照)。
【発明が解決しようとする課題】
【0004】ところで,近年,ネイティブアプリケ
ーションをダウンロードしてインストールすることができるスマートフォンが普及
している。スマートフォンのユーザは,ネイティブアプリケーションをインストー
ルする場合,アプリケーションを提供する所定のアプリケーションサーバにアクセ
スし,所望のネイティブアプリケーションを検索する。
【0005】しかしながら,CMSによって構築されるウェブアプリケーションは,
ウェブサイトとして構築されるため,検索サイトの検索結果として表示されること
があるものの,アプリケーションサーバから検索することができない。したがって,
アプリケーションサーバにおいてネイティブアプリケーションを検索したユーザに,
CMSにより開発したウェブアプリケーションを利用してもらうことができないと
いう問題がある。
【0006】これに対して,CMSによって構築したウェブアプリケーションと同
等の機能を有するネイティブアプリケーションを開発し,当該ネイティブアプリケ
ーションをアプリケーションサーバにアップロードすることも考えられる。しかし
ながら,ネイティブアプリケーションを新規に開発するには,多大な開発工数が必
要であった。
【0007】本発明は,ネイティブアプリケーションを容易に生成することができ
るアプリケーション生成装置,アプリケーション生成システム及びアプリケーショ
ン生成方法を提供することを目的とする。
【課題を解決するための手段】
【0008】本発明の第1の態様に係るアプリケーシ
ョン生成装置は,端末にインストールされると,所定のアクセス先にアクセスして
情報を取得し,前記端末の表示部に表示させるネイティブアプリケーションを生成

するアプリケーション生成装置であって,前記ネイティブアプリケーションのテン
プレートであるテンプレートアプリケーションを記憶する記憶部と,ウェブアプリ
ケーションのアドレスとともに,ネイティブアプリケーションの生成要求を示すリ
クエストを受け付ける受付部と,前記受付部が前記リクエストを受け付けたことに
応じて,前記テンプレートアプリケーションの前記アクセス先を前記受付部が受け
付けた前記アドレスに設定することで前記ネイティブアプリケーションを生成する
生成部と,を備えることを特徴とする。
【0009】この発明によれば,アプリケーション生成装置は,生成部がテンプレ
ートアプリケーションのアクセス先を,受付部が受け付けたウェブアプリケーショ
ンのアドレスに設定することで,当該テンプレートアプリケーションを,ウェブア
プリケーションが表示する情報を表示するネイティブアプリケーションとして機能
させることができる。したがって,アプリケーション生成装置は,受付部がウェブ
アプリケーションのアドレスを受け付けることで,当該ウェブアプリケーションと
同等の機能を有するネイティブアプリケーションを容易に生成することができる。
【0010】また,前記テンプレートアプリケーションは,前記アクセス先を設定
する設定情報を含み,前記生成部は,前記受付部が前記リクエストを受け付けたこ
とに応じて,前記テンプレートアプリケーションをコピーし,コピーされた前記テ
ンプレートアプリケーションに含まれる前記設定情報の前記アクセス先を前記受付
部が受け付けた前記アドレスに設定することで前記ネイティブアプリケーションを
生成することを特徴とする。
この発明によれば,アプリケーション生成装置は,設定情報に含まれているアク
セス先を,受付部が受け付けたアドレスに変更するという単純な処理によってネイ
ティブアプリケーションを容易に生成することができる。
【発明を実施するための形態】
【0022】以下,本発明の実施形態について,図面を参照しながら説明する。
<第1の実施形態>

[アプリケーション生成システムSの概要]
図1は,第1の実施形態に係るアプリケーション生成システムSの概要を示す図
である。アプリケーション生成システムSは,アプリケーション生成装置1と,ア
プリケーション生成装置1とインターネット等のネットワークNを介して通信可能
に接続された開発用端末2とを備え,ネイティブアプリケーションを生成するシス
テムである。
【0023】ネイティブアプリケーションは,例えば,スマートフォン等の携帯端
末にインストールされるアプリケーションプログラムである。例えば,携帯端末の
ユーザは,アプリケーション提供サーバ3にアクセスして所望のネイティブアプリ
ケーションを検索する。そして,携帯端末のユーザは,検索結果から所望のネイテ
ィブアプリケーションを選択し,アプリケーション提供サーバ3から当該ネイティ
ブアプリケーションを取得して携帯端末にインストールする。
【0024】アプリケーション生成システムSのアプリケーション生成装置1は,
例えば,開発用端末2の操作に応じて,ウェブアプリケーションを構築するコンテ
ンツマネジメントシステムである。ここで,ウェブアプリケーションは,ネットワ
ークNを介して実行されるアプリケーションであり,HTMLやJavaScri
pt(登録商標)で記述される1以上のウェブページから構成されている。ウェブ
アプリケーションは,例えば,ブログ,有名人等のファンサイト,ゲームサイト,
ショッピングサイト等である。
【0025】アプリケーション生成装置1は,例えば,ウェブアプリケーションの
アドレスと,ネイティブアプリケーションの生成要求を示すリクエストとを受け付
けると,受け付けたアドレスをアクセス先とするネイティブアプリケーションを生
成して出力する。開発用端末2は,出力されたネイティブアプリケーションを取得
し,ネットワークNを介して,アプリケーション提供サーバ3にアップロードする。
これにより,携帯端末のユーザは,アプリケーション提供サーバ3において,ウェ
ブアプリケーションの情報を表示するネイティブアプリケーションを検索すること

ができる。
【0026】その後,携帯端末のユーザが,当該ネイティブアプリケーションをア
プリケーション提供サーバ3からダウンロードしてインストールを行うと,携帯端
末の画面にアプリケーションのアイコンが表示される。携帯端末のユーザが,当該
アイコンを実行するとネイティブアプリケーションが実行される。ネイティブアプ
リケーションは,起動すると,先に設定されたウェブアプリケーションのアドレス
にアクセスしてウェブページを取得して表示する。そして,ネイティブアプリケー
ションは,表示されているウェブアプリケーションのリンク等が選択されると,当
該リンク等にアクセスし,ウェブアプリケーションを構成する他のウェブページを
取得して表示する。
【0027】
[アプリケーション生成装置1の機能構成]続いて,アプリケーション
生成装置1の機能構成について説明する。図2は,第1の実施形態に係るアプリケ
ーション生成装置1及び開発用端末2の機能構成図である。
アプリケーション生成装置1は,記憶部11と,受付部12と,生成部13と,
変換部14と,送信部15とを備える。ここで,受付部12,生成部13,変換部
14,及び送信部15は,例えば,CPU等により構成されている。
【0028】記憶部11は,例えば,ROM(Read Only Memory),RAM(Random
Access Memory),ハードディスク等により構成される。記憶部11は,ネイティブ
アプリケーションのテンプレートであるテンプレートアプリケーション111を記
憶する。
【0029】テンプレートアプリケーション111は,スマートフォン等の携帯端
末にインストールされると,所定のアクセス先にアクセスして情報を取得し,当該
端末の表示部に表示させるネイティブアプリケーションのテンプレートである。テ
ンプレートアプリケーション111は,設定情報112と,1以上のプログラムフ
ァイル113とを含んでおり,記憶部11の所定のフォルダ内に格納されている。
テンプレートアプリケーション111は,インストールされる端末のOSに対応し

て複数種類記憶されている。
【0030】設定情報112は,ネイティブアプリケーションのアクセス先,メニ
ュー画面情報,及び表示態様情報に係る設定項目が含まれている。
メニュー画面情報に係る設定項目には,ネイティブアプリケーションのメニュー
画面に用いられるメニュー画像と,ネイティブアプリケーションのメニュー画面に
表示させるリンク先とが含まれている。
【0031】表示態様とは,背景色,フォントの形状及びアイコン画像の形状等で
あり,ネイティブアプリケーションの表示態様情報に係る設定項目には,背景色,
フォント及びアイコン画像を選択する項目が含まれている。背景色は,ネイティブ
アプリケーションが端末の表示部に情報を表示させる際の背景色であり,アイコン
画像は,ネイティブアプリケーションのアイコンを示す画像である。
【0032】1以上のプログラムファイル113は,例えば,汎用性の高い複数の
関数プログラムをまとめたライブラリファイルや,設定情報112の各設定項目に
基づいて情報を取得するためのプログラムファイル等から構成されている。
【0033】受付部12は,開発用端末2から,ウェブアプリケーションのアドレ
スとともに,ネイティブアプリケーションの生成要求を示すリクエストを受け付け
る。具体的には,受付部12は,まず,開発用端末2から,リクエスト用ページの
取得要求を受け付けると,リクエスト用ページを開発用端末2に送信する。図3は,
第1の実施形態に係る開発用端末2の表示部23に表示されたリクエスト用ページ
30の一例を示す図である。
【0034】図3に示すように,リクエスト用ページ30には,入力欄として,ネ
イティブアプリケーションがアクセスするウェブアプリケーションのロケーション
を示すアドレスの入力欄31,ネイティブアプリケーションのメニュー画面に用い
られるメニュー画像の入力欄32,及びネイティブアプリケーションのメニュー画
面に表示されるリンク先の入力欄33が設けられている。ここで,入力欄32及び
入力欄33は,複数設けられていてもよいし,当該リクエスト用ページに入力欄追

加ボタンを設け,当該ボタンが押下されたことに応じて追加表示されてもよい。ま
た,リクエスト用ページ30には,ネイティブアプリケーションの表示態様情報に
係る入力欄として,背景色の入力欄34,及びアイコン画像の入力欄35が設けら
れている。
【0035】例えば,入力欄31には,ウェブアプリケーションのメインページの
URLが入力される。メニュー画像の入力欄32には,メニューページに表示する
メニュー画像のファイルの格納先アドレスが入力され,リンク先の入力欄33には,
当該メニュー画像に対応するリンク先のページのアドレスが入力される。
【0036】背景色の入力欄34には,カラーコード(RGB値を十六進法で表記
した文字列)や背景画像を示すアドレスが入力される。アイコン画像の入力欄35
には,画像ファイルのアドレスが入力される。ここで,入力欄32から入力欄35
に入力する情報は,任意入力であってもよい。
【0037】リクエスト用ページ30には,入力欄の他に,ネイティブアプリケー
ションを出力するための画像である,出力ボタン36及び37が設けられている。
出力ボタン36は,第1種別のOS用のアプリケーションを生成して出力するた
めのボタンであり,出力ボタン37は,第2種別のOS用のアプリケーションを生
成して出力するためのボタンである。なお,リクエスト用ページ30には,他の種
別のOS用のアプリケーションを生成して出力するためのボタンが設けられていて
もよい。
【0038】開発用端末2のユーザが,入力欄31から入力欄35に各種情報を入
力し,ネイティブアプリケーションの出力ボタン36又は37を押下すると,開発
用端末2は,ウェブアプリケーションのアドレスを含む各種情報と,ネイティブア
プリケーションの生成要求を示すリクエストとを送信する。受付部12は,開発用
端末2から,ウェブアプリケーションのメインページのアドレス,メニュー画面情
報,表示態様情報及びOSの種別を示す情報とともに,ネイティブアプリケーショ
ンの生成要求を示すリクエストを受け付ける。

【0039】生成部13は,受付部12がネイティブアプリケーションの生成要求
を示すリクエストを受け付けたことに応じて,テンプレートアプリケーションのア
クセス先を受付部12が受け付けたウェブアプリケーションのアドレスに設定する
ことでネイティブアプリケーションを生成する。
【0040】具体的には,生成部13は,受付部12がリクエストを受け付けたこ
とに応じて,テンプレートアプリケーション111をコピーする。そして,生成部
13は,リクエストとともに受信したOSの種別を示す情報に基づいて,複数のテ
ンプレートアプリケーション111から,当該OSの種別に対応するテンプレート
アプリケーション111を特定する。そして,生成部13は,特定したテンプレー
トアプリケーション111が格納されている所定のフォルダをコピーすることで,
テンプレートアプリケーション111をコピーする。
【0041】そして,生成部13は,コピーして新たに生成されたテンプレートア
プリケーション111に含まれる設定情報の内容を書き換え,ネイティブアプリケ
ーションを生成する。生成されたネイティブアプリケーションは,携帯端末にイン
ストールされて実行されると,設定情報に含まれているウェブアプリケーションの
アドレスに基づいて,ウェブアプリケーションに対応するウェブページを取得する。
そして,ネイティブアプリケーションは,設定情報に含まれている表示態様情報に
基づいて取得したウェブページの表示態様を変更し,携帯端末の表示部に表示させ
る。
【0042】より具体的には,生成部13は,コピーされたテンプレートアプリケ
ーション111に含まれる設定情報の設定項目「ネイティブアプリケーションのア
クセス先」に,受付部12が受け付けた,ウェブアプリケーションのアドレスを設
定する。
また,生成部13は,設定情報の設定項目「表示態様情報」に,受付部12が受
け付けた表示態様情報(背景色,フォント,アイコン画像)を設定する。
【0043】また,生成部13は,受付部12が受け付けたメニュー画像,リンク

先のアドレスに基づいて,当該リンク先のアドレスに関連付けられたメニュー画像
を複数含むメニューページを生成する。生成部13は,このメニューページを,ネ
イティブアプリケーションが実行された際に最初に表示されるページとしてもよい。
【0044】また,生成部13は,受付部12が受け付けた,ウェブアプリケーシ
ョンのメインページのアドレスに基づいて,メインページを取得する。そして,生
成部13は,取得したメインページに基づいて,ウェブアプリケーションのメニュ
ー情報を生成する。例えば,生成部13は,取得したメインページに対応するウェ
ブページのタグを解析し,重要度の高いリンクを抽出する。そして,生成部13は,
抽出した重要度の高いリンクに含まれるメニュー情報を生成する。ここで,メニュ
ー情報は,グローバルナビゲーションであり,ネイティブアプリケーションを介し
て表示される各ウェブページとともに表示される情報である。例えば,メニュー情
報は,ネイティブアプリケーションを介して表示されたウェブアプリケーションの
ページの上部に付加される。端末のユーザは,ネイティブアプリケーションを介し
て表示されたウェブアプリケーションの各ページにおいて,グローバルナビゲーシ
ョンに含まれる複数のリンクのいずれかを選択することにより,当該リンク先のウ
ェブページに容易にアクセスすることができる。
【0045】変換部14は,生成部13が生成したネイティブアプリケーションを
構成する設定情報と,1以上のプログラムファイルとを,端末がインストール可能
な形式のファイルに変換する。具体的には,変換部14は,生成部13がネイティ
ブアプリケーションを生成すると,当該ネイティブアプリケーションの設定情報及
び1以上のプログラムファイルを格納している所定のフォルダを所定の方式で圧縮
し,端末がインストール可能な形式のファイルに変換する。以下,変換したファイ
ルをネイティブアプリケーションファイルともいう。
【0046】送信部15は,ネイティブアプリケーションファイルを所定の記憶領
域に格納し,当該ファイルのアドレスを表示する送信用ページを開発用端末2に送
信する。図4は,第1の実施形態に係る開発用端末2の表示部23に表示された送

信用ページ40の一例を示す図である。図4に示される送信用ページ40は,図3
に示されるリクエスト用ページにおいて,第1種別のOS用のアプリケーションを
出力するための出力ボタン36が押下されたときの表示例を示す。図4に示される
ように,送信用ページ40には,第1種別のOS用のアプリケーションが生成され
た旨を示す情報と,当該第1種別のOS用のアプリケーションをダウンロードする
ための画像であるダウンロードボタン41とが表示されている。送信部15は,開
発用端末2において,送信用ページ40に設けられているダウンロードボタン41
が押下されると,生成したネイティブアプリケーションファイルを開発用端末2に
送信する。
【0050】
[処理フロー]続いて,アプリケーション生成装置1の処理の流れにつ
いて説明する。図5は,第1の実施形態に係るアプリケーション生成装置1におい
て,ネイティブアプリケーションが開発用端末2に送信されるまでの処理の流れの
一例を示すフローチャートである。
【0051】まず,受付部12は,開発用端末2からリクエストを受け付ける(S
1)。具体的には,要求部21が,アプリケーション生成装置1にリクエスト用ペー
ジ30の取得要求を行うと,受付部12は,開発用端末2に対してリクエスト用ペ
ージを送信し,開発用端末2から,ウェブアプリケーションのメインページのアド
レス,メニュー画面情報,表示態様情報,OSの種別,及びネイティブアプリケー
ションの生成要求を示すリクエストを受け付ける。
【0052】続いて,生成部13は,受付部12がリクエストを受け付けたことに
応じて,記憶部11の所定のフォルダに記憶されているテンプレートアプリケーシ
ョン111をコピーする(S2)。ここで,生成部13は,S1において受け付けた
OSの種別に対応したテンプレートアプリケーション111をコピーする。
【0053】続いて,生成部13は,S1において受け付けたウェブアプリケーシ
ョンのメインページのアドレス,メニュー画面情報,表示態様情報に基づいて,S
2においてコピーしたテンプレートアプリケーション111を構成する設定情報の

内容を書き換える(S3)。これにより,コピーされたテンプレートアプリケーショ
ン111は,ネイティブアプリケーションになる。
【0054】続いて,変換部14は,S3において生成部13が生成したネイティ
ブアプリケーションの設定情報及び1以上のプログラムファイルを格納している所
定のフォルダを所定の方式で圧縮し,ネイティブアプリケーションファイルに変換
する(S4)。
【0055】続いて,送信部15は,ネイティブアプリケーションを開発用端末2
に送信する(S5)。具体的には,送信部15は,ネイティブアプリケーションファ
イルの格納先のアドレス及びダウンロードボタンを表示する送信用ページを開発用
端末2に送信し,開発用端末2において,当該ダウンロードボタンが押下されると,
ネイティブアプリケーションファイルを開発用端末2に送信する。
【0056】
[第1の実施形態における効果]以上,第1の実施形態によれば,アプ
リケーション生成装置1は,記憶部11が,ネイティブアプリケーションのテンプ
レートであるテンプレートアプリケーション111を記憶し,受付部12が,ウェ
ブアプリケーションのアドレスとともに,ネイティブアプリケーションの生成要求
を示すリクエストを受け付け,生成部13が,リクエストを受け付けたことに応じ
て,テンプレートアプリケーション111のアクセス先を受付部12が受け付けた
アドレスに設定することでネイティブアプリケーションを生成する。
【0057】このようにすることで,アプリケーション生成装置1は,生成部13
がテンプレートアプリケーション111のアクセス先を,受付部12が受け付けた
ウェブアプリケーションのアドレスに設定することで,当該テンプレートアプリケ
ーションを,ウェブアプリケーションが表示する情報を表示するネイティブアプリ
ケーションとして機能させることができる。したがって,アプリケーション生成装
置1は,受付部12がウェブアプリケーションのアドレスを受け付けることで,当
該ウェブアプリケーションと同等の機能を有するネイティブアプリケーションを容
易に生成することができる。

【図1】


【図2】


【図3】


【図4】


【図5】


(2) 引用文献2には,以下のとおりの記載がある(甲2)。
ア 「7.2 カメラの利用
カメラは,アプリケーション制作者がもっとも使いたいと思うハードウェアの一
つでしょう。カメラの機能は,単にその機能を呼び出すだけでなく,取り出される
映像の処理まで含めた知識が必要です。ここでその基本的な処理の仕方を身につけ
ていきましょう。
7.2.1 カメラの利用とパーミッション
カメラも,アプリケーション内から利用できると応用範囲がグッと広がるハード
ウェア機能です。単に写真を撮影するだけでなく,AR(拡張現実)などのアプリ
にもカメラは利用されています。カメラ機能を利用したアプリというのは意外に多
いのです。

このカメラ機能は,もちろんアプリケーション内から利用することができます。
ただし,単に必要なソースコードを書けばOKというわけではないので注意が必要
です。
カメラを利用するためには,アプリケーションに「パーミッション(アクセス権)」
を用意する必要があります。これは,AndroidManifest.xmlに
記述します。AndroidManifest.xmlを開き,<manifes
t>タグ内の適当なところに以下のタグを追記してください(よくわからなければ,
最初の<manifest>の後を改行して記述してください)。
リスト7.4
<uses-permission android:name=”andro
id.permission.CAMERA”/>
<uses-permission android:name=”andro
id.permission.WRITE_EXTERNAL_STORAGE”/

<uses-feature android:name=”android.h
ardware.camera”/>
これがカメラを利用する上で最低限必要なタグです。これらはそれぞれ以下のよ
うな役割を果たしています。
■<uses-permission>タグ
アプリケーションが必要とする許可を指定するものです。これはアプリケーショ
ンをインストールする際にチェックされます。
アプリケーションをインストールする際,「以下のアクセス許可を必要としてい
ます」といった表示が現れることがあります。あれは,実はこの<uses-pe
rmission>タグで記述されているものなのです。これにより,インストー
ル時にアプリケーションが必要とするアクセス許可が表示され,ユーザーがそれを
許可するとインストールされるようになります。

機能によっては,ユーザーが「これは勝手に使われたくないな」と思うようなこ
ともあります。そこで,この<uses-permission>タグにより「こ
のアプリはこれこれの重要な機能を使いますが,許可しますか?」ということを明
記し,ユーザーがそれを許可しないとインストールできないようにしているのです。
■<uses-feature>タグ
アプリケーションで必要とする機能を指定するものです。<uses-perm
ission>タグと異なり,これはユーザーが許可をするようなものではありま
せん。これは,アプリケーションヘのインストールが可能かどうかを決めるのに利
用されます。
例えば,この<users-feature>でカメラを指定してあれば,その
アプリはカメラ機能がない端末にはインストールできなくなります。つまり「これ
これの機能が用意されている端末でないと動かない」ということを指定するための
ものなのです。
ここでは,<uses-permission>にandroid.permi
ssion.CAMERA,<uses-feature>にandroid.h
ardware.cameraを指定しています。これにより,このアプリはカメ
ラが搭載されている端末でのみ動作すること,カメラ機能を利用するための許可が
必要であることが指定されていたのですね。
また,WRITE_EXTERNAL_STORAGEというのは,外部ストレ
ージヘの書き出しを許可するものです。イメージの保存を行うため,これも用意し
ておきましょう。(356頁15行~357頁31行)

イ 「7.3.3 GPS利用のパーミッション設定
では,実際にGPSを利用したサンプルを作ってみましょう。まず最初に行うの
は,AndroidManifest.xmlの変更です。
GPSも,やはりパーミッション関係の情報を用意しなければ利用できないよう
になっています。AndroidManifest.xmlを開き,<manif

est>タグ内に以下のタグを追加してください。
リスト7.8
<uses-permission android:name=”andro
id.permission.ACCESS_FINE_LOCATION”/>
<uses-feature android:name=”android.h
ardware.Location”/>
<uses-feature android:name=”android.h
ardware.Location.gps”/>
<uses-feature android:name=”android.h
ardware.Location.network”/>
最初の<uses-permission>では,ACCESS_FINE_L
OCATIONへのパーミッションを設定しています。これにより,ユーザーが位
置情報へのアクセスを許可しないとアプリがインストールできないようになります。
残る3つのタグは,<uses-feature>タグです。すなわち,これら
の機能を内蔵するAndroid端末にしかインストールできないようにするもの
です。これにより,GPSやネットワーク機能がない端末にはアプリケーションを
インストールできないようになります。
これらのタグは,GPS利用には必須のものと考え,必ず用意してください。」
(3
68頁11行~29行)
(3) 引用文献3には,以下のとおりの記載がある(甲3,乙1)。
ア 「第7章 HTML5+JavaScriptでアプリ開発
はじめてのPhoneGap(その1)
ここまでできる
PhoneGap」(66頁表題)
イ 「PhoneGapを利用すると,iPhoneやAndroid,W
indowsPhoneなどのマルチプラットホームに対応するアプリを作成でき

ます.特にGPSなどのネイティブ機能にアクセスできる点が注目されています.」
(66頁副題)
ウ 「現在同じコードから複数のプラットホームにアプリを生成できる表1
のようなフレームワークがあります.
ここでは,数あるフレームワークの中からPhoneGapを紹介します(図1) 」

(66頁中欄下から2行~右欄3行)


エ 「PhoneGapでできること
PhoneGapでできることは,以下の通りです.
①HTML5+CSS+JavaScriptを使用してネイティブアプリを作

②プラグインの仕組みを使って,カメラやGPSなど端末のネイティブ部分にア
クセス可能
③iOS,Android,BlackBerry,WebOS,Window
sPhone7,Symbian,Bada向けにアプリを作成できる
①から分かるように,アプリを作るために必要な知識は,Webに関係する技術
のみになります.
もっとも注目すべき特徴は②のプラグインの仕組みがあることです.通常,HT
ML5やJavascriptだけでは,スマートフォンで実現できないことがた


くさんあります.例えば,AndroidのIntent機能を使うにはネイティ
ブの実装が必要です.そういった部分をプラグインがカバーすることで,ネイティ
ブの機能を使ってより良いアプリを作ることができます.(66頁右欄13行~6

7頁左欄13行)
オ 「PhoneGapを使って,
地図とGPSを組み合わせる
PhoneGapのすばらしさを体験するのに,地図とGPSを組み合わせたア
プリを例に紹介します.
ここでは,Google Maps JavaScript API V3(h
ttp://以下略)を使ってスマートフォン上に地図を表示します.さらに,P
honeGapの「Geolocation」を使用して,現在位置にマーカーを
表示します.
リスト4のソースを用意し,先ほど作成したプロジェクトのindex.htm
lと置き換えます.マーカー用の20ピクセルの画像をpin.pngという名前
で用意します.
各プラットホームでビルドし,実行すると,iPhone(図14),Andro
id(図15),WindowsPhone(図16)のように現在値の地図と,現
在値のマーカーが表示されます.また,地図をタップするとタップした場所にマー
カーが表示されます.


●仕組み
作成したリスト4を解説します.
<script type=”text/javascript”の部分でGo
ogle Mapのjsファイルを読み込んでいます.パラメータsensorは
GPSがある端末の場合は,trueを設定します.それ以外の場合は,fals
eを設定します.アプリのターゲットであるスマートフォンではGPSを搭載して
いるのでtrueと設定しています.(70頁右欄6行~72頁左欄25行)

(4) 引用文献4には,以下のとおりの記載がある(甲4)。
ア 「ソースコード,リソース,設定,ライブラリ
・・・

設定ファイルは,そのアプリのアプリ名やバージョン,対応言語(英語や日本語
etc.)などを記述しておくファイルです。中身は細かな項目が多いといえます。
一見,そのような情報はソースコードに記述しておけば良いのではないかと思って
しまいますが,設定ファイルとして独立させておくことで,iOSやAndroi
dはそのアプリがどのような属性を持つアプリなのかをすぐに把握できるようにな
るわけです。(10頁右欄2行~11頁左欄6行)

イ 「設定ファイル「ios_sample-Info.plist」
(5)のios_sample-Info.plistはアプリの設定ファイルです。
アプリの名前やバージョン,そのアプリが利用するStoryboardのファイ
ル等の情報が記述されています。iOSは(5)を読み取ることで,それらの情報
を取得します。(14頁左欄下から2行~右欄4行)

ウ 「超重要な設定ファイル「AndroidManifest.xml」
(5)のAndroidManifest.xmlは,頻繁に編集することになる超
重要な設定ファイルです(図14)。この中ではアプリの名前やアイコン,対応する
Androidのバージョン,起動時に実行する○○Activityクラス,そ
のアプリをネットワークに接続できるようにするか?,SDカードにファイルを保
存できるようにするか?などの,様々な項目を設定します。(16頁右欄下から8

行~末行)
(5) 引用文献5には,以下のとおりの記載がある(甲5,乙2)。
ア 「JavaScript/HTML5+PhoneGapの
組み合わせが一番
スマホアプリの作り方といっても,実はいろいろな方法があります(図1)。それ
らはいずれも一長一短で,快適に動くアプリを作れるけれど作り方が難しい方法も
あれば,簡単にアプリを作れるけれど使い勝手の良いアプリは作りづらい方法もあ
ります。
日経ソフトウエア編集部では,様々ある方法を「ハードルが一番低そうなものは

どれか?」という点で吟味しました。その結果,この特集記事では「JavaSc
riptとHTML5+PhoneGapの組み合わせ」を採用することにしまし
た。
JavaScriptとHTML5は,主にWebページで使われるテクノロジ
ーです。Webブラウザとテキストエディタさえあればすぐにプログラミングがで
きるので,ハードルは低いと言えるでしょう。
PhoneGap(フォンギャップ)はJavaScriptとHTML5のプ
ログラムをスマホアプリ化する無償のソフトウエアです。Android版もiO
S版もあります。
要するに,JavaScriptとHTML5+PhoneGapは,最もとっ
つきやすく,それでいてちゃんとしたアプリを作れる組み合わせなのです。(16

頁左欄7行~27行)


イ 「ステップ4
横画面に固定する
スマートフォンでは端末が縦の姿勢のときと,横の姿勢のときで画面が切り替わ
ります。ただ,ゲームでは画面が切り替わらない方が望ましいので,ここでは横画
面に固定する設定を施します。
Androidでは,AndroidManifest.xmlに「andro
id:screenOrientation =”landscape”」の1行を
追加します(図5)。
iOSでは,左側のリストの青いアイコンのプロジェクト名(Matatabi
Pakkun)を選択すると,その右側に「TARGETS」という項目が現れる
ので,その下にある「MatatabiPakkun」を選びます。すると,プロ
ジェクトの各種設定が表示されます。この中に「Supported Devic
e Orientations」という項目があるので,
「Landscape L
eft」か「Landscape Right」を選びます。
これで,画面を横向きに固定できます。なお,ここでいうorientatio
n は「方向」,landscapeは「横方向」という意味です。(29頁左欄1

~16行)


ウ 「ステップ4
縦画面に固定する
この電子書籍アプリは縦画面に固定します。そこで図6の設定を施してください。
Androidでは,AndroidManifest.xmlに「androi
d:screenOrientation =”portrait”」の1行を追加
します。iOSでは,
「Supported Device Orientatio
ns」の項目で「Portrait」を選びます。なお,portraitはここ
では「縦方向」の意味です。(36頁左欄下から10行~末行)



(6) 参考文献1には,以下のとおりの記載がある(甲8)。
ア 「3Dグラフィクスと
加速度センサ
今回のサンプルアプリケーションは,加速度センサとOpenGL ESを用い
た3Dグラフィクス描画,それに,前のセクションで解説した音声再生を組み合わ
せたものになります(図1)。
サンプルアプリケーションを起動すると,3Dグラフィクス界ではおなじみのテ
ィーポットの3Dモデルが表示されます。端末を傾けると視点が変化して,見る向
きを変えることができます。また,画面をタッチして左右に指を動かすと,ティー
ポットを回転させることができます。音声は画面をタップすると再生を開始し,再
生している間はティーポットの色が変わります。

なお,ネイティブコードのみで実装する関係で,対象となるデバイスはGing
erbread(Android 2.3),NDKはRevision 5以降が対
象となります。
それでは,今回もすべてのソースコードを含むプロジェクトファイルは,
「Sof
tware Design」2011年8月号の解説記事「Androidエンジ
ニアからの招待状」のサポートページ(http://以下略)からダウンロード
できますので,そちらをご覧いただきながら本稿を読み進めてもらえればと思いま
す。
センサからの値の取得
デバイスに搭載されている各種センサの値をネイティブコードからも取得するこ
とができます。今回は表示するティーポットの向きを決めるために加速度センサを
使って重力の方向を求めます。
センサに関するAPIと定数の定義はinclude/android/sen
sor.hにあります。(157頁左欄1行~右欄末行)

イ 「■AndroidManifest.xml
加速度センサでデバイスの傾きを取得するため,傾けた際に画面のオリエンテー
ションが変わらないように,android:screenOrientatio
n =”portrait”を追加してportraitで固定します。
<activity android:name=
”android.app.NativeActivity”
android:label=
”@string/app_name”
android:screenOrientation=
”portrait”>」(162頁左欄13行~23行)
(7) 乙3文献には,以下のとおりの記載がある(甲7,乙3)。
ア 「PhoneGapは,HTML5,CSS3,JavaScript

などのWeb標準技術を用いてiOSやAndroidなどのスマートフォン向け
のネイティブアプリを開発するためのフレームワークです。(155頁左欄10行

~14行)
イ 「カメラアプリの作成
ここからはHTMLファイルを1つ作成して,各OSで動作することを確認しま
す。今回はカメラで写真を撮影(もしくは,すでにある写真から選択)して,写真
を画面に表示するカメラアプリを作ってみます。
index.htmlファイルの作成
自分の好きなエディタを使って,リスト3のindex.htm1ファイルを作
成します。jQueryとjQuery Mobileのファイルを使用していま
すので,必要なファイルをjQueryのWebサイトから取得して展開しておい
てください。
ポイントは,JavaScript部分のcapturePhoto()関数と
getPhoto()関数の中です。navigator.camera~とある
のは,PhoneGapのライブラリの関数を使用しています。
PhoneGap側では,ネイティブの対応する機能を呼び出します。ここでは,
カメラの撮影機能とギャラリー機能を呼び出しています(実際に呼び出されるアプ
リは,OSによって異なります)。
これ以外にもJavaScriptでPhoneGapのAPIを呼び出せば,
センサーやGPSの機能を使うことができます。
これでカメラアプリを作成する準備が整いました。
iOS編
作成したindex,htmlファイルやjQuery関連のファイルを,He
lloWorld作成時に作ったXcodeのプロジェクトの中に入れます。ww
wフォルダの下にはindex.htm1ファイルがすでに存在していますので,
作成したファイルで置き換えます。

置き換えたらXcodeの実行ボタンを押して起動してみましょう。図10のよ
うな画面が表示されれば成功です。エミュレータの場合カメラは起動しませんが,
その際はエラーが出ていることを確認できるかと思います。
iPhoneやiPadで実行するとカメラで写真を撮って,画面に表示するの
を確認できます。(159頁左欄1行~右欄4行)



ウ 「Android編
Eclipseを起動して,先ほどのHello Worldプロジェクトのa
ssets/wwwフォルダの中に「index.html」やjQuery関連

のファイルをコピーします。実行ボタンを押して実行すると,iOSの環境と同じ
ように動いていることが確認できます(図11)」
。(160頁右欄1行~7行)


3 取消事由1(独立特許要件違反の有無―本件補正発明の進歩性の有無)につ
いて
(1) 本件補正発明と引用発明との一致点及び相違点
ア 前記2(1)で認定した引用文献1の記載からすると,引用発明の構成は以
下のとおり認められる。
「アプリケーション生成装置1と開発用端末2とがインターネット等のネットワ

ークNを介して通信可能に接続され,スマートフォン等の携帯端末にインストール
されるアプリケーションプログラムであるネイティブアプリケーションを生成する
アプリケーション生成システムであって,
アプリケーション生成装置1は,記憶部11と,受付部12と,生成部13と,
変換部14と,送信部15とを備え,
記憶部11は,ネイティブアプリケーションのテンプレートであるテンプレート
アプリケーション111を記憶し,
ここで,テンプレートアプリケーション111は,スマートフォン等の携帯端末
にインストールされると,所定のアクセス先にアクセスして情報を取得し,当該端
末の表示部に表示させるネイティブアプリケーションのテンプレートであり,
テンプレートアプリケーション111は,設定情報112と,1以上のプログラ
ムファイル113とを含んでいて,記憶部11の所定のフォルダ内に格納されてお
り,
受付部12は,開発用端末2から,リクエスト用ページ30の取得要求を受け付
けると,リクエスト用ページ30を開発用端末2に送信し,
ここで,リクエスト用ページ30には,入力欄として,ネイティブアプリケーシ
ョンがアクセスするウェブアプリケーションのロケーションを示すアドレスの入力
欄31が設けられ,また,ネイティブアプリケーションの表示態様情報に係る入力
欄として,背景色の入力欄34,及びアイコン画像の入力欄35が設けられており,
入力欄31には,ウェブアプリケーションのメインページのURLが入力され,
背景色の入力欄34には,カラーコードや背景画像を示すアドレスが入力され,ア
イコン画像の入力欄35には,画像ファイルのアドレスが入力され,
受付部12が,開発用端末2から,ウェブアプリケーションのメインページのア
ドレス,及び表示態様情報とともに,ネイティブアプリケーションの生成要求を示
すリクエストを受け付けると,生成部13は,コピーして新たに生成されたテンプ
レートアプリケーション111に含まれる設定情報の内容を,受付部12が受け付

けたウェブアプリケーションのメインページのアドレス,及び表示態様情報に基づ
いて書き換えてネイティブアプリケーションを生成し,
ここで,生成されたネイティブアプリケーションは,携帯端末にインストールさ
れて実行されると,設定情報に含まれているウェブアプリケーションのアドレスに
基づいて,ウェブアプリケーションに対応するウェブページを取得し,設定情報に
含まれている表示態様情報に基づいて取得したウェブページの表示態様を変更して,
携帯端末の表示部に表示させるものであり,
変換部14は,生成部13がネイティブアプリケーションを生成すると,当該ネ
イティブアプリケーションの設定情報及び1以上のプログラムファイルを格納して
いる所定のフォルダを所定の方式で圧縮し,端末がインストール可能な形式のネイ
ティブアプリケーションファイルに変換し,
送信部15は,ネイティブアプリケーションファイルを所定の記憶領域に格納し,
当該ファイルのアドレスを表示する送信用ページを開発用端末2に送信し,開発用
端末2において,送信用ページ40に設けられているダウンロードボタン41が押
下されると,生成したネイティブアプリケーションファイルを開発用端末2に送信
する,
アプリケーション生成システム。」
イ 前記第2の2(2)で認定した本件補正発明の構成と前記アの引用発明の
構成を比較すると,両発明の一致点及び相違点は以下のとおりとなる。
(ア) 一致点
「携帯通信端末の所定の機能を実行させるためのパラメータに応じて,前記携帯
通信端末において実行されるアプリケーションの動作を規定する設定ファイルを設
定する設定部と,
前記設定ファイルに基づいてアプリケーションパッケージを生成する生成部と,
を有するアプリケーション生成支援システム」である点。
(イ) 相違点

a 相違点1
設定ファイルを設定するパラメータが,
本件補正発明では,「携帯通信端末に固有のネイティブ機能を実行させるための
パラメータ」であるのに対して,
引用発明では,携帯通信端末の機能を実行させるためのパラメータではあるもの
の,携帯通信端末に固有のネイティブ機能を実行させるためのパラメータであるこ
とが特定されていない点。
b 相違点2
設定ファイルが,
本件補正発明では,
「アプリケーションの,携帯通信端末の動きに伴う動作」を規
定する「設定ファイル」であるのに対して,
引用発明では,
「設定情報」が,ネイティブアプリケーションのウェブページ取得
動作や表示動作を規定するものの,
「携帯端末の動きに伴う」動作を規定するもので
あることが特定されていない点。
(2) 相違点1についての判断
本件審決は,引用発明に引用文献2~5及び参考文献1記載の技術(同技術に乙
3文献記載の技術を併せて,以下「被告主張周知技術」という。)を適用することに
より,本件補正発明に想到し得ると判断していることから,引用発明に被告主張周
知技術を適用する動機付けの有無について検討する。
ア 引用発明
前記2(1)のとおり,引用文献1には,「近年,コンテンツマネジメントシステム
(以下,CMS(Content Management System)という)
によりウェブアプリケーションとして公開するコンテンツを構築し,管理すること
が行われている(例えば,特許文献1参照)。ところで,近年,ネイティブアプリケ
ーションをダウンロードしてインストールすることができるスマートフォンが普及
している。スマートフォンのユーザは,ネイティブアプリケーションをインストー

ルする場合,アプリケーションを提供する所定のアプリケーションサーバにアクセ
スし,所望のネイティブアプリケーションを検索する。しかしながら,CMSによ
って構築されるウェブアプリケーションは,ウェブサイトとして構築されるため,
検索サイトの検索結果として表示されることがあるものの,アプリケーションサー
バから検索することができない。したがって,アプリケーションサーバにおいてネ
イティブアプリケーションを検索したユーザに,CMSにより開発したウェブアプ
リケーションを利用してもらうことができないという問題がある。これに対して,
CMSによって構築したウェブアプリケーションと同等の機能を有するネイティブ
アプリケーションを開発し,当該ネイティブアプリケーションをアプリケーション
サーバにアップロードすることも考えられる。しかしながら,ネイティブアプリケ
ーションを新規に開発するには,多大な開発工数が必要であった。本発明は,ネイ
ティブアプリケーションを容易に生成することができるアプリケーション生成装置,
アプリケーション生成システム及びアプリケーション生成方法を提供することを目
的とする。(段落【0002】【0004】~【0007】
」 , )と記載されており,同
記載からすると,引用発明は,CMSによって構築されるウェブアプリケーション
は,アプリケーションサーバから検索することができないため,アプリケーション
サーバにおいてネイティブアプリケーションを検索したユーザに,CMSにより開
発したウェブアプリケーションを利用してもらうことができないこと及びCMSに
よって構築したウェブアプリケーションと同等の機能を有するネイティブアプリケ
ーションを新規に開発するには,多大な開発工数が必要となることを課題とし,同
課題を解決するためのネイティブアプリケーションを生成する装置であることが認
められる。
引用発明は,上記課題を解決するために,前記(1)アで認定したとおり,既存のウ
ェブアプリケーションのロケーションを示すアドレスや所望の背景画像を示すアド
レス等の情報を入力するだけで,当該ウェブアプリケーションの表示態様を変更し
て,同ウェブアプリケーションが表示する情報を表示するネイティブアプリケーシ

ョンを生成できるようにしたものと認められる。
イ 被告は,携帯通信端末の動きに伴う動作を行うネイティブアプリケーシ
ョンを生成すること,特に,PhoneGapに係る技術が周知であると主張する。
(ア) 前記アのとおり,引用発明は,アプリケーションサーバにおいて検索で
きるネイティブアプリケーションを簡単に生成することを課題として,同課題を,
既存のウェブアプリケーションのアドレス等の情報を入力するだけで,同ウェブア
プリケーションが表示する情報を表示できるネイティブアプリケーションを生成す
ることができるようにすることによって解決したものであるから,ブログ等の携帯
通信端末の動きに伴う動作を行わないウェブアプリケーションの表示内容を表示す
るネイティブアプリケーションを生成しようとする場合,生成しようとするネイテ
ィブアプリケーションを携帯通信端末の動きに伴う動作を行うようにする必要はな
く,したがって,設定ファイルを設定するパラメータを「携帯通信端末に固有のネ
イティブ機能を実行するためのパラメータ」とする必要はない。もっとも,引用文
献1の段落【0024】には,ブログ等と並んで「ゲームサイト」が掲げられてお
り,ゲームにおいては,加速度センサにより横画面と縦画面が切り替わらないよう
に制御する必要がある場合が考えられる(引用文献5参照)が,ウェブアプリケー
ションとして提供されるゲームは,①常に携帯通信端末の表示画面を固定する必要
があるとはいえないこと,②加速度センサにより,携帯通信端末の姿勢に対応した
画面回転表示を制御する機能は携帯通信端末側に備わっており,端末側の操作によ
って,表示画面を固定することができ,そのような操作は一般的に行われているこ
と,③引用文献1の段落【0024】の「ゲームサイト」は,携帯通信端末の表示
画面を固定する必要のないブログ,ファンサイト,ショッピングサイトと並んで記
載されており,また,引用文献1には,加速度センサについて何らの記載もないこ
とからすると,当業者は,上記の「ゲームサイト」の記載から,パラメータを「携
帯通信端末に固有のネイティブ機能を実行するためのパラメータ」とすることの必
要性を認識するとまではいえないというべきである。

また,引用発明によって生成されるネイティブアプリケーションは,HTMLや
JavaScriptで記述されるウェブページを表示できるから,引用発明によ
り,乙4に記載されたHTML5 APIのGeolocationを用いて携帯
通信端末の動きに伴う動作を行うウェブアプリケーションの表示内容を表示するネ
イティブアプリケーションを生成しようとする場合も,生成されるネイティブアプ
リケーションは,設定情報に含まれているウェブアプリケーションのアドレスに基
づいて,同ウェブアプリケーションに対応するウェブページを取得し,取得したウ
ェブページのHTMLやJavaScriptの記述に基づいて,同ウェブアプリ
ケーションの内容を表示でき,したがって,ネイティブアプリケーションの生成に
際して,設定ファイルを設定するパラメータを「携帯通信端末に固有のネイティブ
機能を実行させるためのパラメータ」とする必要はない。
さらに,被告主張周知技術に係る各種文献にも,引用発明の上記の構成の技術に
おいて,
「携帯通信端末に固有のネイティブ機能を実行させるためのパラメータ」に
応じて設定ファイルを設定することの必要性等については何ら記載されていない
(甲2~5,7,8,乙1~3)。
(イ) 前記アのとおり,引用発明は,簡易にネイティブアプリケーションを生
成することを課題として,既存のウェブアプリケーションのアドレス等の情報を入
力するだけで,当該ウェブアプリケーションが表示する情報を表示するネイティブ
アプリケーションを生成できるようにしたのであり,具体的には,前記(1)アのとお
り,入力しようとするウェブアプリケーションのロケーションを示すアドレス及び
表示態様に基づいて,テンプレートアプリケーション111に含まれる設定情報の
内容を書き換えるだけで目的とするウェブアプリケーションの表示する情報を表示
できるネイティブアプリケーションを生成でき,テンプレートアプリケーション1
11に含まれるプログラムファイル113については,新たにソースコードを書く
必要はないところ,証拠(甲3,5,7,乙1~3)によると,PhoneGap
によってネイティブアプリケーションを生成するためには,HTMLやJavaS

cript等を用いてソースコード(プログラム)を書くなどする必要があるもの
と認められるから,引用発明に,上記のように,新たにソースコードを書くなどの
行為が要求されるPhoneGapに係る技術を適用することには阻害事由がある
というべきである。
被告は,①PhoneGapでは,PhoneGapのプラグインの仕組みを使
って,GPSなど端末のネイティブ部分にアクセス可能であり,端末のGPS機能
にアクセスすることで,GPSで取得した端末の現在位置が中心となるように地図
を表示することが可能となるから,引用発明において地図表示アプリケーションを
生成する際に,PhoneGapのフレームワークを採用することで,ネイティブ
機能であるGPS機能が利用可能となり,携帯通信端末の動きに伴う動作を設定可
能となり,また,②AndroidManifest.xmlに「android:
screenOrientation =”landscape” の1行を追加し

たり(Androidの場合)「Landscape
, Right」又は「Lan
dscape Left」のアイコンを選択すること(iOSの場合)で,スマー
トフォンの画面を横画面に固定可能となり,縦画面に固定する設定を施す場合,A
ndroidManifest.xmlに「android:screenOri
entation =”portrait”」の1行を追加したり(Android
の場合)「portrait」のアイコンを選択すること(iOSの場合)で,ス

マートフォンの画面を縦画面に固定可能となるから,引用発明において,アプリケ
ーションを生成する際に,PhoneGapのフレームワークを利用することで,
「携帯通信端末に固有のネイティブ機能を実行させるためのパラメータ」に応じて,
携帯通信端末において実行される「アプリケーションの,携帯通信端末の動きに伴
う動作」を規定する設定ファイルを備えることとなると主張する。
しかし,上記のとおり,引用発明にPhoneGapの技術を適用することの動
機付けはないから,被告の上記主張は,その前提を欠くものであって,理由がない。
(ウ) 以上からすると,引用発明に,被告主張周知技術を適用することの動機

付けは認められないというべきである。
ウ 以上のとおり,引用発明に被告主張周知技術を適用することの動機付け
はないから,引用発明に被告主張周知技術を適用して,相違点1の構成について,
本件補正発明の構成とすることは容易に想到することはできず,したがって,本件
補正発明は,引用発明及び被告主張周知技術に基づいて容易に発明することができ
たということはできない。
(3) したがって,取消事由1は理由がある。
第6 結論
よって,主文のとおり判決する。

知的財産高等裁判所第2部


裁判長裁判官
森 義 之


裁判官
佐 野 信


裁判官
熊 谷 大 輔

最新の判決一覧に戻る

法域

特許裁判例 実用新案裁判例
意匠裁判例 商標裁判例
不正競争裁判例 著作権裁判例

最高裁判例

特許判例 実用新案判例
意匠判例 商標判例
不正競争判例 著作権判例

特許事務所の求人知財の求人一覧

三井金属鉱業株式会社

埼玉県上尾市、または福岡県大牟田市

LINE株式会社

東京都新宿区

来週の知財セミナー (11月25日~12月1日)

11月26日(火) - 東京 港区

A32 特許侵害対応実践

11月28日(木) - 東京 港区

A41 はじめての商標調査

11月28日(木) - 神奈川 川崎市

企業関係者と弁理⼠の知財研究会

11月29日(金) - 東京 新宿区新宿6-14-1

日米欧医薬バイオ特許セミナー(無料/東京)

11月29日(金) - 千葉 千葉市

<千葉会場>海外知的財産活用講座

特許事務所紹介 IP Force 特許事務所紹介

辰己国際特許事務所 (TATSUMI International IP Firm)

〒340-0051 埼玉県草加市長栄2-12-12 特許・実用新案 商標 外国特許 外国商標 コンサルティング 

IP-Creation特許商標事務所

東京都練馬区豊玉北6-11-3 長田ビル3階 特許・実用新案 意匠 商標 外国特許 外国意匠 鑑定 

特許業務法人IPアシスト特許事務所

〒060-0002 札幌市中央区北2条西3丁目1番地太陽生命札幌ビル7階 特許・実用新案 商標 外国特許 訴訟 鑑定 コンサルティング