【事件の表示】
　特願２０００−２２１８３３「インターネットを介するファイナンシャル計画支援のシミュレーション・システム」拒絶査定不服審判事件〔平成１４年　２月　８日出願公開、特開２００２−　４１８０８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１　手続の経緯 
　本願は，平成１２年７月２４日の出願であって，平成１４年８月２３日付けで拒絶理由が通知され，平成１４年１１月５日に手続補正書が提出され，平成１５年２月２０日付けで拒絶査定がされたところ，同年４月３日に拒絶査定に対する審判が請求されるとともに，同日に手続補正書が提出されたものである。 
　その後，当審により，平成２０年１０月１６日付けで，平成１５年４月３日に提出された手続補正書による補正について補正却下の決定がなされるとともに，平成２０年１１月４日付けで拒絶理由が通知された。なお，これに対し，審判請求人からは応答がなく，期間が経過した。 
　 
２　本願発明について 
（１）上記のとおり，平成１５年４月３日に提出された手続補正書による補正は却下されたので，本願発明は，平成１４年１１月５日に提出された手続補正書の特許請求の範囲の記載に基づいて認定されるところ，請求項１の記載は，次のとおりである（以下「本願発明」という。）。 
　 
【請求項１】 
「顧客の生活設計すべての局面に対応できるファイナンシャル計画支援の，少なくとも住宅・教育・老後の各資金設計，資産運用設計，事業承継を含む相続設計，税金プラン，保険診断，ライフプランからなる複数の商品メニューを定めて，それらの商品毎のファイナンシャル計画支援のためのシミュレーションのアクセス信号を会員として登録される顧客のクライアント端末機からインターネットを介して受信し，そのシミュレーション結果を顧客へ送信するシミュレーション・システムであって， 
　前記シミュレーション業務を処理するアプリケーションサーバーと，そのシミュレーション業務に必要な情報を記録するデータベースを管理するデータベースサーバーと，Ｗｅｂサーバー及びメールサーバーとから少なくとも構成され， 
　前記データベースは，顧客毎のＥメールアドレスを含めた基本情報とＩＤコード及びパスワードを登録した顧客会員データベースと，前記ファイナンシャル計画のメニュー毎に前記商品のシミュレーションに必要とするプログラム及びデータを記録したメニュー毎の商品用データベースと，顧客会員の依頼で行ったシミュレーション履歴結果を記録したシミュレーション履歴データベースと，利用顧客会員毎の課金データベースとを少なくとも備え， 
　前記アプリケーションサーバーは，会員への登録を依頼する顧客の端末機からのアクセス信号に応答して，登録データ入力画面を送信し，入力されたデータを受信して前記顧客会員データベースに記録するとともにそのＩＤコード及びパスワードを記録し，会員承認の電子メールを配信する会員登録手段と， 
　前記顧客の端末機からのファイナンシャル計画支援のアクセス信号に応答して，前記ＩＤコード及びパスワードで確認後，前記商品メニューの全項目を表示した選択画面を送信するメニュー選択画面送信手段と， 
　顧客会員にその画面で選択項目を入力させ，その項目を受信して該当する商品のシミュレーションに必要とするプログラム及びデータを前記商品用データベースから検索して読出し，その中のシミュレーションに必要とする条件入力画面を送信し，そのシミュレーションに必要とする条件を顧客の端末機から入力させ受信して，その商品のシミュレーションを実行し，結果をシミュレーション履歴データベースに記録するシミュレーション生成手段と，　そのシミュレーション結果を依頼された顧客の端末機へ送信し表示すると共に，その課金料金をＥメールによりその顧客の端末機に配信するシミュレーション結果送信手段とを備え， 
　前記シミュレーション生成手段においては，前記住宅資金の設計の選択項目を受信したときは，さらにその住宅資金として各種ローン，返済方式の選択画面を送信し，その選択サブ項目を受信し，次にその商品に該当する住宅シミュレーション条件入力画面を送信し，入力条件を受信してシミュレーション条件入力画面を送信し，入力条件を受信してシミュレーションを実行し， 
　前記教育資産設計の選択項目を受信したときは，さらに積立かローンかの選択画面を送信し，その選択サブ項目を受信し，次にその商品に該当する教育シミュレーション条件入力画面を送信し，入力条件を受信してシミュレーションを実行し， 
　前記老後資金設計の選択項目を受信したときは，その商品に該当する老後シミュレーションの条件入力画面を送信し，その入力条件データを受信し，その金融資産および不動産の運用方法の計画書を送信し，そのシミュレーションが必要との依頼によりシミュレーションを実行し， 
　前記資産運用設計の選択項目を受信したときは，家庭・住宅・収入・年金を含む各種資産情報項目のあるその商品に該当する資産運用シミュレーション条件入力画面を送信し，その入力条件データを受信し，その金融資産及び不動産の運用方法の計画書を送信し，そのシミュレーションが必要との依頼によりシミュレーションを実行し， 
　前記相続設計の選択項目を受信したときは，さらに，個人相続，事業承継相続か，相続対策かの選択画面を送信し，その選択サブ項目を受信し，次にその商品に該当する相続シミュレーション条件入力画面を送信し，入力条件を受信してシミュレーションを実行し，その選択サブ項目を受信し，次にその商品に該当する相続シミュレーション条件入力画面を送信し，入力条件を受信してシミュレーションを実行し， 
　前記税金プランの選択項目を受信したときは，さらに，贈与税，不動産取得税を含む各種所得税の選択画面を送信し，その選択サブ項目を受信し，次にその商品に該当する相続シミュレーション条件入力画面を送信し，入力条件を受信してシミュレーションを実行し， 
　前記保険診断の選択項目を受信したときは，生命保険及び年金保険情報を入力する保険診断シミュレーション条件入力画面を送信し，その入力条件を受信してシミュレーションを実行し， 
　前記ライフプランの選択項目を受信したときは，家族構成・子女教育費用・住宅費用・生活費支出を含む各種情報を入力するライフプラン・シミュレーション条件入力画面を送信し，その入力条件を受信して将来の収入・支出バランス，貯蓄残高を少なくとも予測するシミュレーションを実行することを特徴とするインターネットを介するファイナンシャル計画支援のシミュレーションシステム。」 　 
　
（２）本願の明細書の記載によれば，本願発明は，顧客が依頼を希望する住宅資金設計・資産運用設計・ライフプランなどのファイナンシャル計画を支援するため，そのシミュレーションに必要な条件をインターネットを介して顧客のクライアント端末機から受信し，顧客に必要なシミュレーションを行いその結果をインターネットを介して顧客の端末機へ送信するＷｅｂサーバーを備えるシミュレーション・システムに関するものであり（段落【０００１】），その目的は，インターネット上に多数の顧客を会員として前記ファイナンシャル計画を支援するための各種シミュレーションを容易に実行できるシミュレーション・システムを提供することにある（段落【０００５】）。 
　そして，本願発明により，顧客が必要とすると考えられるファイナンシャル計画支援のためのシミュレーション・メニューを，人生生活設計のすべての局面に対応できる全範囲の商品メニューとして，インターネットを介して会員制として顧客の端末機よりシミュレーション・システムに対して，前記商品メニューから選択して送信し，シミュレーション・システムからのシミュレーション条件入力画面にデータを入力すれば短時間に効率的にそのシミュレーション結果を取得できる，従来のように，仕事の合間を縫ってそれぞれの専門家を捜し出し，その専門家と相談し，内容分析を行い，各自に合わせた条件でシミュレーションを行う時間のかかる非能率はなくなる，商品メニュー内容が全範囲にわたっているので，顧客が年齢の経過と共に複数の商品メニューをアクセスしていれば，さらに顧客に対して信頼性のある総合的な提案書或いはそのためのより高度のシミュレーションを行うことができるようになる，などの効果がもたらされる（段落【００６５】〜【００６８】）。 
　　 
３　引用刊行物とその記載内容 
（１）引用刊行物 
　　刊行物１：特開平１１−７４２５号公報 
　　刊行物２：特開２０００−９２２３６号公報 
　　刊行物３：特開平１１−１８４８１８号公報 
　　 　 
（２）刊行物１の記載と引用発明 
ア　発明の背景 
　刊行物１は，インターネットによって不特定多数のユーザに情報提供サービスや対人の相談サービスを行うシステムにおいて，ユーザへのサービス履歴を少ない記憶容量で効率良く蓄積するシステムに係るものであるが（段落【０００１】），その前提となる技術として， 
「【０００２】銀行などのホームページでは，融資の返済シミュレーションなどのサービスを行っているものがある。例えば，１９９７年１月１０日時点の富士銀行のホームページ（URL は，http://www.fujibank.co.jp/fb/service/simu/ziyuu1.html）では，融資額，返済の期間，利子の形態など幾つかのパラメータを入れると，月々の返済額とボーナス月の返済額を計算し，ユーザのブラウザに表示してくれる。」との記載がある。 
　 
イ　発明の実施の形態として，次の記載がある。 
「【００２３】図１は，本発明のシステムの構成図である。本発明は，大きく２つの部分からなる。一つはサーバ1002で，もう一つはそのサーバにネットワークを経由して接続し，サービスを受けるブラウザ1001であるなる。 
　【００２４】ブラウザは，入出力部1003と履歴データ送受信部1004とユーザ履歴詳細データ蓄積部1005からなる。入出力部は，ユーザの入力を受け付け，サーバ側に送り，またサーバ側からのデータをユーザの画面上に表示する。 
　【００２５】履歴データ送受信部は，サーバ側から送られてきたサービス履歴の詳細データを受け取り，履歴データ送受信部1004に記録したり，また，次回サーバ1001に接続したときに，以前，履歴データ送受信部1004蓄積していた詳細データをサーバ側に送る。」 
「【００２７】「ユーザ識別データ作成部は，ユーザから送られていた名前や性別年齢等のデータからユーザを識別するための識別データを作成し，それをサービス提供部1007に送る。 
　【００２８】図３にサービス提供部1007が提供するサービス例を示す。ここでは，銀行のローンシミュレーションを例にとってある。ブラウザの画面1001にユーザがローンの金額と返済年数，ボーナス時に多く返すか少なく返すかなどの条件を入れる画面が表示されている。この例では入力が終わると，それに対する月々の返済額とボーナス時の返済額が表示される。 
　【００２９】サービス提供部1007は，ブラウザの入出力部1003からサービス依頼がくると，そのとき入力されたデータと識別データを組みにして，一時的ユーザ履歴蓄積部1008に送り，そこで蓄積する。例えば，図３の例では，ローンの金額や返済年数やボーナス時に多く返すかなどの条件がユーザの識別データとともに記録される。 
　【００３０】一覧データ送信部は，一時的ユーザ履歴蓄積部に蓄積されたユーザの履歴データをブラウザ1002側の入出力部1003に送り，表示する。 
　【００３１】図４は，サービス履歴一覧をブラウザ1001で表示している画面を表している。シミュレーションの回数とそのときのローンの額や，返済の諸条件に対して月々の返済額とボーナス時の返済額が一覧になって表示されている。ユーザはこのように今まで行ったシミュレーションを一覧で見ながらローン返済の計画をたてることができる。」 
　 
ウ　入出力部の処理の詳細について 
「【００３８】図5を使って，ブラウザ1001の入出力部1003の処理を詳細に説明する。入出力部では，サーバから送られた表示指示に従って，ブラウザ上に表示を行う。また，その指示の中には，ユーザへの質問が含まれており，入出力部1003は，それらの質問を表示し，ユーザの入力をサーバ側へ伝える役割を持つ。・・・」 
「【００４２】「まず，処理6001で，ブラウザに氏名，年齢，パスワードを入力してもらう。次に，処理6002で，これらから一意の値を生成し，変数 Key に代入する。次に，処理6003で，変数Addressにブラウザ1001のネットワークアドレスを代入する。最後に，処理6004で，Address と Key をペアにして保持する。 
　【００４３】 図7を使って，サービス提供部1007の処理を詳細に説明する。サービス提供部1007は，ユーザにローン返済のシミュレーションサービスなどを提供するコンポーネントである。また，履歴データを蓄積する役目も持っている。以下，処理の詳細を述べる。 
　【００４４】 まず，処理7001で，ブラウザ1001の入出力部1003から入力されたシミュレーションなどのサービス依頼のパラメータをPとする。次に，処理7002で，ブラウザ1001のアドレスからユーザ識別データを検索し，それを Key とする。次に，処理7003で，パラメータ P で指定されるサービスを行い，その結果を R とする。次に，処理7004で，Rをブラウザ1001の入出力部1003に返し，ユーザに表示してもらう。また，処理7005で，Key と P, R の３つを組みにして，サーバ側の一時的ユーザ履歴1008に格納し，一覧データ送信部が検索できるようにする。」 
　 
エ　上記ア〜ウの記載から，刊行物１には，「サービスを提供するサーバとクライアントの端末をインターネットを介して接続し，融資の返済シミュレーションなどのサービスを提供するシステムであって，パスワード等によりユーザを認証し，認証されたユーザに対し，対話形式によってシミュレーションに必要な入力画面を表示して条件の入力をユーザに促し，ユーザが入力した条件に基づいてシミュレーションを実行し，その結果をクライアント端末に表示し，シミュレーション履歴をデータベースに記録するようにしたもの。」（引用発明）が記載されているといえる。 
　 
（３）刊行物２，３の記載内容 
　刊行物２：特開２０００−９２２３６号公報 
　段落【００４９】には，情報提供サービスに対してユーザごとに課金することが記載されている。 
　刊行物３：特開平１１−１８４８１８号公報 
　段落【００２８】の，下から５行以下には，情報提供サービスに対してユーザごとに課金することが記載されている。会員向けのメール配布についても記載されている。 
　 
４　対比・判断 
（１）対比 
　　 
　本願発明と引用発明とを対比すると，両者は，次の点で相違し，その余の点では一致する。 
　
（相違点１）本願発明では，メールサーバを有しているのに対し，引用発明では，この点の記載がない点。
　 
（相違点２）本願発明では，具体的に複数のシミュレーションサービスメニューが用意され，ユーザが選択すると，そのシミュレーションに必要とするプログラム及びデータを検索して読み出し，必要な条件入力画面を表示するようにしているのに対し，引用発明では，複数のシミュレーションサービスメニューから選択可能にされているかどうか明示されていない点。
　 
（相違点３）本願発明では，シミュレーションサービスに対して課金をし，課金情報をＥメールで通知するようにしているのに対し，引用発明では，この点の記載がない点。
 
　　 
（２）判断
　以下，相違点１，２，３について検討する。 
　
ア　相違点１について 
　メールサーバを設け，メールにより会員向けの通信等を行うことは，インターネットを利用したシステムが普通に備えている機能である。相違点１は，この種のシステムが普通に備えている構成を明示したというにすぎない。 
イ　相違点２について 
　引用発明においては，シミュレーションサービスとして，融資の返済シミュレーションの例が挙げられているが，複数の特定のシミュレーションサービスを選択可能とすることが，提供するサービスの質や多様性の向上の観点から望ましいことは，当業者が容易に認識することである。そして，複数のシミュレーションサービスを選択可能とした場合，条件入力画面も，それぞれのシミュレーションに特有なものとする必要があることは，当然のことである。 
　
ウ　相違点３について 
　情報提供サービスに対して課金することは必要に応じて行われていることであり（例：刊行物２，３の記載），その結果を，インターネットを利用したシステムが普通に備えているＥメール機能を利用してユーザに連絡するようにすることは，当業者に普通に期待できる設計事項といえる。 
　 
エ　以上のとおり，相違点１〜３に係る構成は，当業者が容易に想到することができたものといえるから，本願発明は，引用発明に基づいて，当業者が容易に発明をすることができたものである。　 
　　 
５　むすび　　　 
　上記４において検討したとおり，本願発明は，引用発明に基づいて，当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により，特許を受けることができない。
　よって，結論のとおり審決する。