【事件の表示】
　特願２０１５−５５７２２９「ビジネスプロセスワークフローシステム」拒絶査定不服審判事件〔平成２６年　８月２１日国際公開，ＷＯ２０１４／１２７１０６，平成２８年　６月２３日国内公表，特表２０１６−５１８６３４〕について，次のとおり審決する。
【結　論】
　本件審判の請求は，成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１４年２月１３日（パリ条約による優先権主張外国庁受理２０１３年２月１３日（以下，「優先日」という。），アメリカ合衆国）を国際出願日とする出願であって，平成２７年１０月１日に特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る。）の日本語による翻訳文が提出され，平成２９年１月２４日に出願審査の請求がなされ，同年１０月３１日付けで拒絶理由が通知され，その指定期間内である平成３０年１月２９日に意見書が提出されるとともに手続補正がなされ，これに対し，同年６月２９日付けで最後の拒絶理由が通知され，その指定期間内である同年１０月３日に意見書が提出されるとともに手続補正がなされたが，平成３１年３月８日付けで，平成３０年１０月３日付けの手続補正を却下する決定がなされるとともに拒絶査定（以下，「原査定」という。）がなされ，これに対し，令和１年７月１８日に拒絶査定不服審判が請求されるとともに手続補正がなされ，令和２年５月２０日付けで，令和１年７月１８日付けの手続補正を却下する決定がなされるとともに拒絶理由が通知され，その指定期間内である同年７月２９日に意見書及び誤訳訂正書が提出されたものである。
第２　本願発明について
　本願の請求項に係る発明は，令和２年７月２９日に提出された誤訳訂正書により補正された特許請求の範囲の請求項１に記載された事項により特定されるものであるところ，その請求項１に係る発明（以下，「本願発明」という。）は，その請求項１に記載された以下のとおりのものである。
「　　【請求項１】
　コンピュータに実装される方法であって、
　ビジネスプロセスワークフローに関連付けられた記述を、グラフィカルユーザインタフェースを介して受信するステップであって、前記記述は、プロセス定義モジュールを使用して記述され、プロセスフロー図を備える、ステップと、
　フォームデザインモジュールを、前記ビジネスプロセスワークフローを記述するためのフォームのデザインに使用するステップであって、デザインされたフォームは、検索のためにデータベースに記憶される、ステップと、
　サービスデザインモジュールを、前記フォームデザインモジュールに入力フォームを提供するために使用するステップであって、前記入力フォームは、検索のために前記データベースに記憶される、ステップと、
　ダイナミックエンティティモジュールを、前記データベースにミラーリングされている前記フォームを作成するために使用するステップであって、前記フォームは、１以上のクライアントデバイスに記憶することができる、ステップと、
　前記記述に基づいて前記ビジネスプロセスワークフローのソフトウェアアプリケーションまたは自然言語記述の少なくとも１つをプロセッサに生成させるステップと、
　を含む方法。」
第３　原査定の拒絶の理由
　原査定の拒絶の理由は，次のとおりのものである。
１　理由１
　本願の請求項１に係る発明は，本願の優先日前に日本国内又は外国において，頒布された又は電気通信回線を通じて公衆に利用可能となった次の引用文献１に記載された発明であるから，特許法第２９条第１項第３号に該当し，特許を受けることができない。
　　引用文献１．米国特許第５７３４８３７号明細書
２　理由２
　本願の請求項１に係る発明は，本願の優先日前に日本国内又は外国において，頒布された又は電気通信回線を通じて公衆に利用可能となった次の引用文献１に記載された発明に基づいて，及び，次の引用文献１−２に記載された発明に基づいて，その優先日前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　引用文献１．米国特許第５７３４８３７号明細書
　　引用文献２．米国特許出願公開第２００９／００７０７４９号明細書
３　理由３
　この出願は，特許請求の範囲の記載が請求項１に関し明確でなく，特許法第３６条第６項第２号に規定する要件を満たしていない。
第４　引用文献等の記載及び引用発明
１　引用文献１
（１）本願の優先日前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献であって，原審の拒絶の査定の理由である平成３０年６月２９日付けの拒絶理由通知において引用文献１として引用された米国特許第５７３４８３７号明細書（以下，「引用文献１」という。）には，図面とともに次の記載がある。（当審注：下線は，参考のために当審で付与したものである。）
ア　「
The invention is a method
which provides consultants, business process analysts, and application developers with a unified tool with which to conduct business process analysis, design, documentation and to generate business process definitions and workflow-enabled applications. The invention may be implemented using a software system
（当審訳：
発明は，コンサルタント，ビジネスプロセスアナリスト及びアプリケーション開発者に，ビジネスプロセスの分析，設計，文書化を実施し，ビジネスプロセス定義及びワークフロー可能アプリケーションを生成することができる統合ツールを提供する方法
である
発明は，
ソフトウェアシステムを使用して実装されてよい
イ　「Workflow Application Builder
The workflow application builder 67
 is a Graphical User Interface (GUI) application that allows a business process designer to specify the business process design with its network of workflows
The workflow application builder 
generates forms and views for client workflow enabled applications
（当審訳：ワークフローアプリケーションビルダ
　ここに記述される発明である
ワークフローアプリケーションビルダ６７は，ビジネスプロセスの設計者がワークフローのネットワークによりビジネスプロセスデザインを記述することを可能とするグラフィカルユーザインタフェース（ＧＵＩ）アプリケーションである
ワークフローアプリケーションビルダは，
クライアントワークフロー可能アプリケーションのためのフォームとビューを生成する。
ウ　「
Business Process Map
is a graphical representation of business process, which shows its workflows and their relationship
（当審訳：
ビジネスプロセスマップ
は，ワークフローとその関係を表すビジネスプロセスのグラフィカル表現である
エ　「
The invention
produces standard workflow maps of business processes that show workflows and the links defined between workflows
generates definitions database
generates business process applications through forms, form fields and their visual representation
The user of the invented system is known as a business process analyst or systems analyst or designer or application developer. To use the system, 
the user
creates a business process which is defined in terms of a business process map
（当審訳：
発明は，
ワークフロー及びワークフロー間で定義されたリンクを示すビジネスプロセスの標準ワークフローマップを生成
し，
定義データベースを生成し，
フォーム，フォームフィールド及びその視覚的表現によりビジネスプロセスアプリケーションを生成する
　発明のシステムのユーザは，ビジネスプロセスアナリスト，システムアナリスト，設計者，又はアプリケーション開発者として知られている。このシステムを使用するために，
ユーザは，
ビジネスプロセスマップにより定義されるビジネスプロセスを作成する。
オ　「When a workflow is created on a business process map, the user is given an accessible way to enter 
the workflow attributes, namely, workflow name, customer, performer, conditions of satisfaction, costs and prices (or values), cycle times, application data, its attributes, forms and type of workflow
（当審訳：ビジネスプロセスマップ上にワークフローが作成されるとき，ユーザは，
ワークフロー属性，すなわち，ワークフロー名，カスタマ，パフォーマ，満足すべき条件，コストと価格（又は価値），サイクルタイム，アプリケーションデータ，その属性，フォーム，及び，ワークフローのタイプ
カ　「Referring now to 
FIG. 6 which illustrates the overall flow of an implementation of the invented application builder
（当審訳：ここで
発明に係るアプリケーションビルダの実装の全体フローを示す図６
キ　「
」
（Fig. 6から，上記カで引用する記載中の
「発明に係るアプリケーションビルダ」が，複数のモジュールにより構成されている態様を読み取ることができる
ク　「
By initiating the Generate Application process
, a process is begun to generate the business process application in the definitions database 51. This task is performed by Generate Application module 119. This module
 calls forms and views generation module 123 for the user interface of the workflow application
（当審訳：
アプリケーション生成プロセスを開始することにより，
定義データベース５１内にビジネスプロセスアプリケーションを生成するためにプロセスを開始する。このタスクは，アプリケーション生成モジュール１１９により実行される。このモジュールは
ワークフローアプリケーションのユーザインタフェースのためのフォーム・ビュー生成モジュール１２３を呼び出す
ケ　「
The Forms/Views Generation module 123 is called by Generate Application module 119 to create Forms and Views 141
It obtains the details of fields of the forms and their attributes
and uses Forms/Views API 143 to create the user interface in the database
（当審訳：
フォーム／ビュー生成モジュール１２３は，フォームとビュー１４１を作成するために，アプリケーション生成モジュール１１９から呼び出される
それは，
フォームのフィールド及びその属性の詳細を取得し，データベース内にユーザインタフェースを作成するためにフォーム／ビューＡＰＩ１４３を使用する
コ　「
The Forms/Views generation module 123 uses Forms/Views API 143 to create the user interface of the workflow enabled application 73. The Forms/Views API has the knowledge of the underlying database
（当審訳：
フォーム／ビュー生成モジュール１２３は，ワークフロー可能アプリケーション７３のユーザインタフェースを作成するためにフォーム／ビューＡＰＩ１４３を使用する。フォーム／ビューＡＰＩは，基礎となるデータベースの知識を有する。
サ　「
The Forms/Views API module 143
creates the forms and views in the definitions database 51
（当審訳：
フォーム／ビューＡＰＩモジュール１４３は，
定義データベース５１内にフォームとビューを作成する。
シ　「
A workflow-enabled application is
composed of forms (a number of fields to be filled) and views (status reports and lists of system pending actions). 
（当審訳：
ワークフロー可能アプリケーションは，
フォーム（入力すべき多くのフィールド）とビュー（ステータス報告及びシステムペンディングアクションのリスト）から構成される。
（２）上記（１）の記載ついて検討すると，次のとおりである。
ア　上記（１）アの「発明は，コンサルタント，ビジネスプロセスアナリスト及びアプリケーション開発者に，ビジネスプロセスの分析，設計，文書化を実施し，ビジネスプロセス定義及びワークフロー可能アプリケーションを生成することができる統合ツールを提供する方法」との記載から，引用文献１に記載された発明は，「方法の発明」であるといえる。
イ　上記（１）オで引用する「ワークフロー属性，すなわち，ワークフロー名，カスタマ，パフォーマ，満足すべき条件，コストと価格（又は価値），サイクルタイム，アプリケーションデータ，その属性，フォーム，及び，ワークフローのタイプ」との記載から，フォームは，ワークフロー属性の１つであると認められる。
ウ　上記（１）イで引用する記載における「ワークフローアプリケーションビルダ６７」と，上記（１）カで引用する記載における「発明に係るアプリケーションビルダ」とは，引用文献１全体の記載から，同じ対象を表していると認められる。
　また，上記（１）キで引用するFig. 6から，上記「発明に係るアプリケーションビルダ」が，複数のモジュールにより構成されている態様を読み取ることができる。
エ　上記（１）ケで引用する記載における「それ」は，前後の記載との整合性に鑑み，「フォーム／ビュー生成モジュール１２３」のことであると認められる。
オ　上記（１）ケ及びコで引用する記載における「フォーム／ビューＡＰＩ１４３」と，上記（１）サで引用する記載における「フォーム／ビューＡＰＩモジュール１４３」とは，付加されている番号が同じであること，及び，引用文献１の記載全体に鑑み，同じ対象を表していると認められる。
カ　上記（１）ケで引用する記載における「ユーザインタフェース」は，上記（１）コで引用する記載における「ワークフロー可能アプリケーション７３のユーザインタフェース」であると認められる。
（３）上記（１）の記載及び上記（２）での検討を踏まえると，引用文献１には，以下の発明（以下，「引用発明」という。）が記載されているものと認められる。
「　方法の発明であって，
　発明は，ソフトウェアシステムを使用して実装されてよく，
　発明は，ワークフロー及びワークフロー間で定義されたリンクを示すビジネスプロセスの標準ワークフローマップを生成し，定義データベースを生成し，フォーム，フォームフィールド及びその視覚的表現によりビジネスプロセスアプリケーションを生成し，
　ワークフローアプリケーションビルダ６７は，ビジネスプロセスの設計者がワークフローのネットワークによりビジネスプロセスデザインを記述することを可能とするグラフィカルユーザインタフェース（ＧＵＩ）アプリケーションであり，
　ユーザは，ビジネスプロセスマップにより定義されるビジネスプロセスを作成し，
　ビジネスプロセスマップは，ワークフローとその関係を表すビジネスプロセスのグラフィカル表現であり，
　ワークフローアプリケーションビルダ６７は，クライアントワークフロー可能アプリケーションのためのフォームとビューを生成し，
　ワークフローアプリケーションビルダ６７は，複数のモジュールにより構成されており，
　フォームは，ワークフロー属性の１つであり，
　アプリケーション生成プロセスを開始することにより，定義データベース５１内にビジネスプロセスアプリケーションを生成するためにプロセスを開始し，このタスクは，アプリケーション生成モジュール１１９により実行され，このモジュールは，ワークフローアプリケーションのユーザインタフェースのためのフォーム・ビュー生成モジュール１２３を呼び出し，
　フォーム／ビュー生成モジュール１２３は，フォームとビュー１４１を作成するために，アプリケーション生成モジュール１１９から呼び出され，フォームのフィールド及びその属性の詳細を取得し，データベース内にワークフロー可能アプリケーション７３のユーザインタフェースを作成するためにフォーム／ビューＡＰＩモジュール１４３を使用し，
　フォーム／ビューＡＰＩモジュール１４３は，定義データベース５１内にフォームとビューを作成し，
　ワークフロー可能アプリケーションは，フォーム（入力すべき多くのフィールド）とビュー（ステータス報告及びシステムペンディングアクションのリスト）から構成される，
　方法の発明。」
第５　対比
１　本願発明と引用発明とを対比する。
（１）引用発明は，「方法」の発明であり，当該方法は「ソフトウェアシステムを使用して実装されてよ」いものであるところ，ソフトウェアシステムはコンピュータによって実装されることが明らかであるから，引用発明の「方法」は，コンピュータに実装される方法であるといえる。
　よって，本願発明と引用発明とは，“コンピュータに実装される方法”である点において一致する。
（２）引用発明の「ワークフローアプリケーションビルダ６７」は，「ビジネスプロセスの設計者がワークフローのネットワークによりビジネスプロセスデザインを記述することを可能とするグラフィカルユーザインタフェース（ＧＵＩ）アプリケーションであ」る。
　ここで，引用発明の上記「ワークフロー」は，「ワークフローのネットワークによりビジネスプロセスデザインを記述する」ものであることから，ビジネスプロセスに関するワークフローであるといえるから，本願発明の「ビジネスプロセスワークフロー」に相当する。
　また，引用発明において，ビジネスプロセスの設計者は，ワークフローアプリケーションビルダ６７のグラフィカルユーザインタフェースを介してワークフローのネットワークによりビジネスプロセスデザインを記述していると認められるところ，ビジネスプロセスの設計者が当該「ワークフローのネットワークによりビジネスプロセスデザインを記述」した内容（以下，「記述内容」という。）は，当該ワークフローに関連付けられたものであることが明らかであるから，引用発明の上記「記述内容」は，本願発明の「ビジネスプロセスワークフローに関連付けられた記述」に相当する。
　さらに，引用発明の上記「記述内容」は，「グラフィカルユーザインタフェース（ＧＵＩ）アプリケーション」であるワークフローアプリケーションビルダ６７により入力されることが明らかであるから，引用発明は，上記「記述内容」を，グラフィカルユーザインタフェースを介して受信するステップを含むといえる。
　してみると，本願発明と引用発明とは，“ビジネスプロセスワークフローに関連付けられた記述を、グラフィカルユーザインタフェースを介して受信するステップ”を含む点において一致する。
（３）上記（２）の点についてさらに検討すると，引用発明の上記「記述内容」は，ワークフローアプリケーションビルダ６７を使用して記述されるものであるといえるところ，引用発明の「ワークフローアプリケーションビルダ６７」は，この点において，上記記述内容における「ビジネスプロセス」を定義するためのソフトウェアモジュールであるといえるから，本願発明の「プロセス定義モジュール」に相当する。
　してみると，引用発明の上記「記述内容」は，上述のとおり，ワークフローアプリケーションビルダ６７を使用して記述されるものであるから，本願発明の「記述」と引用発明の上記「記述内容」とは，“プロセス定義モジュールを使用して記述され”る点において一致する。
　また，引用発明の上記「記述内容」について，引用発明においては，「ユーザは，ビジネスプロセスマップにより定義されるビジネスプロセスを作成し，ビジネスプロセスマップは，ワークフローとその関係を表すビジネスプロセスのグラフィカル表現であ」るところ，「ワークフローのネットワークにより」記述された「ビジネスプロセス」は，グラフィカル表現であるビジネスプロセスマップによって記述されていることが明らかであり，当該「ビジネスプロセスマップ」が，本願発明の「プロセスフロー図」に相当する。
　そして，引用発明の上記「記述内容」が，上記の図の形式で記述されたビジネスプロセスを備えていることは明らかであるから，本願発明の「記述」と引用発明の上記「記述内容」とは，さらに，“プロセスフロー図を備える”点において一致する。
（４）引用発明の「フォーム」は，「ワークフロー属性の１つであ」り，ワークフロー属性はワークフローについてその性質を示すあるいは表現するものであることが明らかであるから，ワークフローを記述するためのものであるといえ，よって，上記（２）での検討も踏まえると，本願発明の「前記ビジネスプロセスワークフローを記述するためのフォーム」に相当する。
　また，引用発明の「フォーム／ビュー生成モジュール１２３」は，「フォームとビュー１４１を作成するために，アプリケーション生成モジュール１１９から呼び出され」るものであるところ，フォームを作成するために使用されるものであるといえ，そして，当該フォームを作成することは，フォームを設計すること，すなわち，デザインすることとであるといえるから，引用発明の「フォーム／ビュー生成モジュール１２３」は，本願発明の「フォームデザインモジュール」に相当する。
　してみると，引用発明は，フォーム／ビュー生成モジュール１２３を，ワークフローを記述するためのフォームをデザインに使用するステップを含むといえるから，本願発明と引用発明とは，“フォームデザインモジュールを、前記ビジネスプロセスワークフローを記述するためのフォームのデザインに使用するステップ” を含む点において一致する。
（５）上記（４）の点についてさらに検討すると，引用発明において，「フォーム／ビュー生成モジュール１２３」を使用して作成されたフォームは，上記（４）で検討したとおり，当該フォームを作成することはフォームをデザインすることであるといえることから，「フォーム／ビュー生成モジュール１２３」を使用してデザインされたフォームであるといえ，よって，本願発明の「デザインされたフォーム」に相当する。
　また，引用発明の「フォーム／ビュー生成モジュール１２３」は，「フォームとビュー１４１を作成するために，アプリケーション生成モジュール１１９から呼び出され，フォームのフィールド及びその属性の詳細を取得し，データベース内にワークフロー可能アプリケーション７３のユーザインタフェースを作成するためにフォーム／ビューＡＰＩモジュール１４３を使用」するものであり，当該「フォーム／ビューＡＰＩモジュール１４３」は，「定義データベース５１内にフォームとビューを作成」するものであるところ，フォーム／ビュー生成モジュール１２３を使用して作成されたフォームは，データベースに記憶されるといえる。
　したがって，本願発明の「デザインされたフォーム」と，引用発明の上記「フォーム／ビュー生成モジュール１２３を使用して作成されたフォーム」は，“データベースに記憶される” 点において一致する。
（６）引用発明の「フォーム／ビューＡＰＩモジュール１４３」は，「フォームとビューを作成」するものである。
　また，引用発明においては，「ワークフロー可能アプリケーションは，フォーム（入力すべき多くのフィールド）とビュー（ステータス報告及びシステムペンディングアクションのリスト）から構成される」ところ，ワークフロー可能アプリケーションを構成する「フォーム」は，入力すべき多くのフィールドを含むものであることから，「入力フォーム」であるといえる。
　さらに，引用発明は，「フォーム／ビュー生成モジュール１２３は，フォームとビュー１４１を作成するために，アプリケーション生成モジュール１１９から呼び出され，フォームのフィールド及びその属性の詳細を取得し，データベース内にワークフロー可能アプリケーション７３のユーザインタフェースを作成するためにフォーム／ビューＡＰＩモジュール１４３を使用」するものであり，また，フォームはユーザインタフェースを構成する要素の一つであることが技術常識であるところ，引用発明の，「ワークフロー可能アプリケーション７３のユーザインタフェースを作成するためにフォーム／ビューＡＰＩモジュール１４３を使用」して作成された「フォーム」は，引用発明のワークフロー可能アプリケーションを構成する上記「フォーム」，すなわち，「入力フォーム」であるといえるから，本願発明の「入力フォーム」に相当する。
　加えて，引用発明の「フォーム／ビューＡＰＩモジュール１４３」は，「フォーム／ビュー生成モジュール１２３がフォームとビュー１４１を作成する」ために，フォーム／ビュー生成モジュール１２３により使用されて，ワークフロー可能アプリケーション７３のユーザインタフェースとして「フォームとビューを作成」するものであるといえる。すなわち，引用発明の「フォーム／ビューＡＰＩモジュール１４３」は，上記の検討も踏まえると，「フォーム／ビュー生成モジュール１２３がフォームとビュー１４１を作成する」際に，当該フォーム／ビュー生成モジュール１２３に入力フォームを提供するために使用するものであるといえる。そして，本願発明の「サービスデザインモジュール」は，“前記フォームデザインモジュールに入力フォームを提供するために使用する”ものであるから，上記（４）で検討したとおり，引用発明の「フォーム／ビュー生成モジュール１２３」は，本願発明の「フォームデザインモジュール」に相当することも踏まえると，結局，引用発明の「フォーム／ビューＡＰＩモジュール１４３」は，本願発明の「サービスデザインモジュール」に相当する。
　してみると，引用発明は，フォーム／ビュー生成モジュール１２３がフォームとビュー１４１を作成する際に，フォーム／ビューＡＰＩモジュール１４３を，フォーム／ビュー生成モジュール１２３に入力フォームを提供するために使用するステップを含むといえるから，本願発明と引用発明とは，上記（４）での検討も踏まえると，“サービスデザインモジュールを，前記フォームデザインモジュールに入力フォームを提供するために使用するステップ”を含む点において一致する。
（７）上記（６）の点についてさらに検討すると，上記（６）で検討したとおり，引用発明の「フォーム／ビューＡＰＩモジュール１４３を使用」して作成された「フォーム」は，本願発明の「入力フォーム」に相当する。
　また，引用発明の「フォーム／ビューＡＰＩモジュール１４３」は，「定義データベース５１内にフォームとビューを作成」するものであるところ，フォーム／ビューＡＰＩモジュール１４３により作成されたフォームは，定義データベース内に記憶されるものであるといえる。
　よって，本願発明の「入力フォーム」と引用発明の「フォーム／ビューＡＰＩモジュール１４３を使用」して作成された「フォーム」とは，“前記データベースに記憶される”ものである点において一致する。
（８）引用発明は，「ワークフローアプリケーションビルダ６７は，クライアントワークフロー可能アプリケーションのためのフォームとビューを生成」するものであり，また，「アプリケーション生成プロセスを開始することにより，定義データベース５１内にビジネスプロセスアプリケーションを生成するためにプロセスを開始し，このタスクは，アプリケーション生成モジュール１１９により実行され，このモジュールは，ワークフローアプリケーションのユーザインタフェースのためのフォーム・ビュー生成モジュール１２３を呼び出」すものであるところ，ワークフローアプリケーションビルダ６７により生成されるクライアントワークフロー可能アプリケーションのためのフォームは，上記（５）で検討した，「フォーム・ビュー生成モジュール１２３により作成されたフォーム」であるといえる。
　また，引用発明の上記「フォーム／ビュー生成モジュール１２３を使用して作成されたフォーム」は，上記（５）で検討したとおり，“データベースに記憶され”ていると認められる。
　さらに，引用発明は，「フォーム，フォームフィールド及びその視覚的表現によりビジネスプロセスアプリケーションを生成」するものであり，引用発明の「ワークフローアプリケーションビルダ６７は，クライアントワークフロー可能アプリケーションのためのフォームとビューを生成」するものであるところ，引用発明においては，ビジネスプロセスアプリケーションである「クライアントワークフロー可能アプリケーション」を当然に生成しているものと認められる。
　ここで，引用発明においては，「ワークフロー可能アプリケーションは，フォーム（入力すべき多くのフィールド）とビュー（ステータス報告及びシステムペンディングアクションのリスト）から構成される」ことから，クライアントワークフロー可能アプリケーションを生成する際には，「クライアントワークフロー可能アプリケーションのためのフォーム」である，上記の“データベースに記憶され”ている「フォーム・ビュー生成モジュール１２３により作成されたフォーム」を，当然に当該クライアントワークフロー可能アプリケーションに組み込んで生成しているものと認められ，この際に，当該“データベースに記憶され”ているフォームを，クライアントワークフロー可能アプリケーションに組み込んでともに「生成している」といえる。そして，本願発明の「前記データベースにミラーリングされている前記フォーム」との発明特定事項は，データベースに「記憶されている」フォームを意味するものに他ならないから，引用発明の，当該“データベースに記憶され”ているフォームを，クライアントワークフロー可能アプリケーションに組み込んで生成することが，本願発明の「前記データベースにミラーリングされている前記フォームを作成する」ことに相当する。
　加えて，引用発明の「ワークフローアプリケーションビルダ６７」は，引用発明が「ソフトウェアシステムを使用して実装されてよ」いものであることにも鑑み，当然にソフトウェアとして構成されているものと認められる。そして，本願発明の「ダイナミックエンティティモジュール」もソフトウェアとして構成されていることが明らかであるから，本願発明の「ダイナミックエンティティモジュール」と引用発明の「ワークフローアプリケーションビルダ６７」とは，「ソフトウェア」である点において共通する。
　そして，引用発明は，ワークフローアプリケーションビルダ６７を使用して，上記の“データベースに記憶され”ている「フォーム・ビュー生成モジュール１２３により作成されたフォーム」を，当該クライアントワークフロー可能アプリケーションに組み込んで生成するステップを含むといえるから，上記（５）での検討も踏まえると，本願発明と引用発明とは，後記する点で相違するものの，“ソフトウェアを，前記データベースにミラーリングされている前記フォームを作成するために使用するステップ”を含む点において一致する。
（９）引用発明は，「ワークフロー及びワークフロー間で定義されたリンクを示すビジネスプロセスの標準ワークフローマップを生成し，定義データベースを生成し，フォーム，フォームフィールド及びその視覚的表現によりビジネスプロセスアプリケーションを生成」し，また，「ワークフローアプリケーションビルダ６７は，ビジネスプロセスの設計者がワークフローのネットワークによりビジネスプロセスを記述することを可能とするグラフィカルユーザインタフェース（ＧＵＩ）アプリケーションであ」るところ，上記（２）での検討も踏まえると，引用発明は，上記記述内容（ビジネスプロセスの設計者がワークフローのネットワークによりビジネスプロセスを記述した内容）に基づいてビジネスプロセスアプリケーションを生成しているといえる。
　また，上記（１）での検討から，引用発明は，“コンピュータに実装される方法”であり，コンピュータに実装される方法の処理は，コンピュータが備えるプロセッサが行うことが明らかであるから，引用発明の，記述内容に基づいてビジネスプロセスアプリケーションを生成する処理は，プロセッサに行わせているものと認められる。
　してみると，引用発明は，記述内容に基づいてビジネスプロセスアプリケーションをプロセッサに生成させるステップを含むといえ，そして，引用発明の「ビジネスプロセスアプリケーション」は，本願発明の「ビジネスプロセスワークフローのソフトウェアアプリケーション」に相当するから，本願発明と引用発明とは，上記（２）での検討も踏まえると，“前記記述に基づいて前記ビジネスプロセスワークフローのソフトウェアアプリケーションまたは自然言語記述の少なくとも１つをプロセッサに生成させるステップ”を含む点において一致する。
２　上記１での検討から，本願発明と引用発明とは，以下の点で一致し，また，相違する。
＜一致点＞
「コンピュータに実装される方法であって、
　ビジネスプロセスワークフローに関連付けられた記述を、グラフィカルユーザインタフェースを介して受信するステップであって、前記記述は、プロセス定義モジュールを使用して記述され、プロセスフロー図を備える、ステップと、
　フォームデザインモジュールを、前記ビジネスプロセスワークフローを記述するためのフォームのデザインに使用するステップであって、デザインされたフォームは、データベースに記憶される、ステップと、
　サービスデザインモジュールを、前記フォームデザインモジュールに入力フォームを提供するために使用するステップであって、前記入力フォームは、前記データベースに記憶される、ステップと、
　ソフトウェアを、前記データベースにミラーリングされている前記フォームを作成するために使用するステップと、
　前記記述に基づいて前記ビジネスプロセスワークフローのソフトウェアアプリケーションをプロセッサに生成させるステップと、
　を含む方法。」
＜相違点１＞
　本願発明の「デザインされたフォーム」は，「検索のために」データベースに記憶されるものであるのに対し，引用発明の「フォーム／ビュー生成モジュール１２３を使用して作成されたフォーム」は，データベースに記憶されるものであるものの，「検索のために」との特定がなされていない点。
＜相違点２＞
　本願発明の「入力フォーム」は，「検索のために」データベースに記憶されるものであるのに対し，引用発明の「フォーム／ビューＡＰＩモジュール１４３を使用」して作成された「フォーム」は，データベースに記憶されるものであるものの，「検索のために」との特定がなされていない点。
＜相違点３＞
　本願発明は，データベースにミラーリングされているフォームを作成するために使用する「ソフトウェア」が，「ダイナミックエンティティモジュール」であるのに対し，引用発明は，“データベースに記憶され”ている「フォーム・ビュー生成モジュール１２３により作成されたフォーム」を，当該クライアントワークフロー可能アプリケーションに組み込んで生成するために使用する「ソフトウェア」が，「ワークフローアプリケーションビルダ６７」である点。
＜相違点４＞
　本願発明の「フォーム」は，「１以上のクライアントデバイスに記憶することができる」ものであるのに対し，引用発明の「フォーム」は，そのような特定がなされていない点。
第６　判断
　上記相違点について検討する。
ア　相違点１，２について
　事案に鑑み，相違点１及び相違点２について，まとめて検討する。
　一般に，データベースに記憶されたデータを検索することがデータベースの通常の利用の仕方であるところ，データをデータベースに記憶するのは，後に当該データを検索するためであるといえることが，本願の優先日前における技術常識から明らかである。
　してみれば，引用発明において，フォーム／ビュー生成モジュール１２３を使用して作成されたフォーム，及び，フォーム／ビューＡＰＩモジュール１４３を使用」して作成されたフォームも，データベースに記憶されるものであるから，本願の優先日前における上記技術常識に照らせば，「検索のため」データベースに記憶されるものであるといえる。
　よって，相違点１及び相違点２は，実質的な相違点ではない。
イ　相違点３について
　上記「第５　１（８）」で検討したとおり，引用発明の「ワークフローアプリケーションビルダ６７」は，ソフトウェアとして構成されているものと認められる。
　また，ソフトウェアの構築技術として，ソフトウェアが行う処理のうち一つのまとまった処理ごとに，当該処理を行う１つのモジュールを設け，複数の当該モジュールによりソフトウェアを構成する手法は，本願の優先日前において広く知られたものにすぎず，実際，本願発明の「ワークフローアプリケーションビルダ６７」も，「複数のモジュールにより構成されて」いるものである。
　してみると，引用発明の，“データベースに記憶され”ている「フォーム・ビュー生成モジュール１２３により作成されたフォーム」を，当該クライアントワークフロー可能アプリケーションに組み込んで生成するために使用する「ワークフローアプリケーションビルダ６７」において，当該「組み込んで生成する」処理を行うための１つのモジュールを設けるように構成することは，上記の本願の優先日時点においてよく知られた手法及びワークフローアプリケーションビルダ６７が複数のモジュールかなるソフトウェアとして構成されていることに鑑みれば，当業者が通常の創作能力を発揮することにより容易になし得たことであると認められる。そして，そのようにして構成された発明において，上記「１つのモジュール」は，“データベースに記憶され”ているフォームを，クライアントワークフロー可能アプリケーションに組み込んで生成するために使用するものであるといえるから，本願発明の「ダイナミックエンティティモジュール」と当該「１つのモジュール」とは，“前記データベースにミラーリングされている前記フォームを作成するために使用する”モジュールである点において一致することになることも，当業者には明らかな事項である。
ウ　相違点４について
　上記「第５　１（８）」で検討したとおり，引用発明においては，クライアントワークフロー可能アプリケーションを生成し，この際に，“データベースに記憶され”ているフォームを，クライアントワークフロー可能アプリケーションに組み込んでともに生成していると認められる。
　また，当該クライアントワークフロー可能アプリケーションは，その名称から，クライアントデバイスで実行されるアプリケーションであることが明らかである。
　さらに，一般に，あるアプリケーションを実行する際に，当該アプリケーションを実行するデバイスに記憶することは，本願の優先日前において，およそ情報処理の分野において通常行われていた事項にすぎないものである。
　してみると，引用発明において，クライアントワークフロー可能アプリケーションを，その実行に際し，クライアントワークフロー可能アプリケーションを実行するクライアントデバイスに記憶するように構成することは，上記する本願の優先日前の技術常識に鑑み，当業者であれば容易になし得たことである。そして，この際に，上記のクライアントワークフロー可能アプリケーションに組み込んでともに生成された“データベースに記憶され”ている「フォーム」も，クライアントワークフロー可能アプリケーションとともにクライアントデバイスに記憶されることになることが明らかであるから，結局，上記「フォーム」を“１以上のクライアントデバイスに記憶することができる”ようにすることは，同様に，当業者が容易になし得たことである。
　
エ　そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，本願の優先日時点における技術水準にも鑑み，引用発明の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
オ　したがって，本願発明は，本願の優先日時点における技術水準に鑑み，引用発明に基づいて当業者が容易に発明をすることができたものである。
第７　むすび
　以上のとおり，本願発明は，特許法第２９条第２項の規定により特許を受けることができないから，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。