【事件の表示】
　特願２０００−３７４９２３「電子メール送信システム、意志確認方法及びシステム並びに意志収集方法及びシステム」拒絶査定不服審判事件〔平成１４年　６月２８日出願公開、特開２００２−１８３０４７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯、本願発明
　本願は、平成１２年１２月８日に出願されたものであって、平成１６年６月１８日付けで拒絶査定がなされ、これに対し、同年７月２９日に拒絶査定不服審判が請求されるとともに、平成１９年６月２５日付けで手続補正が提出されたものである。
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成１９年６月２５日付けの手続補正により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。
　
　「【請求項１】　ネットワークを経由して相手方の情報端末に電子メールを送る電子メール送信システムであって、
　送信する電子メールのデータを記憶した記憶手段と、
　記憶手段にデータが記憶された電子メールを所定のプロトコルに従って相手方に送信する送信手段とを備えており、
　前記記憶手段が記憶している電子メールのデータは、特定の質問内容と、その質問内容に対する回答内容とが相手方の情報端末に表示されるようにするものであって、相手方の情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり、
　このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、
前記回答内容を処理するプログラムを実行するものである
　
２．刊行物
（２−１）
　これに対して、当審における拒絶理由に引用された特開２０００−２６７９５２号公報（平成１２年９月２９日出願公開、以下、「刊行物１」という。）には、図面と共に、次のような記載がある。
　
【００２５】
【発明の実施の形態】図１は、本発明の実施の一形態である通信システムを示す図である。この通信システムは電子メールの通信システムであり、無線通信可能な携帯型の電話機１、無線公衆網２、クライアントメールサーバ３、ネットワーク４およびメールサービスサーバ５で構成される。電話機１と該電話機１のメール管理を行うクライアントメールサーバ３とは無線公衆網２を介して、クライアントメールサーバ３とメールサービスサーバ５とはインターネットなどのネットワーク４を介して、それぞれ電子メールを送受信する。
　
【００３０】ここで、前記スプリクトとは、特定の入力補助機能を実現するためのデータである。たとえば、入力補助機能は所定の形式に適応して定義されるフォームダグを用いた入力補助機能であり、前記所定の形式はＷＷＷシステムで利用され、ＨＴＭＬなどのブラウザ言語のスクリプトで拡張して定義されるテキストや画像で構成される形式である。
　
【００３８】図６は、メールサービスサーバ５のブロック図である。メールサービスサーバ５は、メールサーバ管理制御部６１、スクリプトメッセージ生成部６２、返信用メール作成部６３、記憶部６４、メッセージ解析部６５、送受信者管理部６６および入出力制御部６７を有する。
【００３９】メールサーバ管理制御部６１は、サーバ５の全体の動作を制御する。メッセージ解析部６５は、受信したメールを解析して、任意形式、すなわちサーバ５に応じた形式のメッセージが含まれているか否かを判断する。判断結果はメールサーバ管理制御部６１に与えられる。スクリプトメッセージ生成部６２は、受信したメールにサーバ５に応じた形式のメッセージが含まれている場合であって、受信メールに対して返信が必要な場合に、スプリクトメッセージを生成する。返信用メール作成部６３は、作成されたスプリクトメッセージを送信メールとして送信するための電子メールを作成する。記憶部６４は、各種情報を一括して記憶し管理する。送受信者管理部６６は、メールサービスサーバ５へのメール送受信者を管理する。入出力制御部６７は、メールの入出力を管理する。
【００４０】まず、図７〜図９を用いて、電話機１の新規メールフォームの追加処理について説明する。図７は、この処理のフローチャートである。ステップＰＡ１で新規メールフォームを入手するためのメールをサーバ５に向けて送信し、ステップＰＡ２でサーバ５からのメールを受信してＩｎＢｏｘ部２７に保存すると、ステップＰＡ３では、保存されたメールに所望のメールフォームが含まれるか否かを判断する。所望のメールフォームが含まれるときにはステップＰＡ４に進み、所望のメールフォームが含まれないときにはステップＰＡ１に戻って、所望のメールフォームが得られるまでステップＰＡ１〜ＰＡ３の動作を繰返す。
【００４１】ステップＰＡ４では、得られたメールフォームのメールフォーム登録部３６へのリスト登録操作を行う。次のステップＰＡ５で登録すると判断したときにはステップＰＡ６に進んで、メールフォームをリスト登録して処理を終了する。ステップＰＡ５で登録しないと判断したときにはそのまま処理を終了する。
　
【００４７】図１３は、実行されるメールフォームのスクリプト９１の例を示す図である。また図１４は、スクリプト９１の実行によって実現されるデータの入力補助画面９２〜９５の例を示す図である。スクリプト９１は、ＷＷＷシステムで利用され、ＨＴＭＬなどのブラウザ言語のスクリプトで拡張して定義されるテキストや画像で構成される所定形式のデータである。前記データ入力補助ＵＩ実現部３２は、該スクリプト９１を解釈して実行し、前記所定の形式に適応して定義されるフォームダグを用いた入力補助機能のための入力補助画面９２〜９５を実現する。実現される画面９２〜９５は、たとえば航空券の予約、ホテルの宿泊予約および商品の購入申込み予約時におけるデータ入力のための画面である。図１４に例示した画面９２〜９５は、商品の購入申込み予約時におけるデータ入力のための画面である。
【００４８】入力補助画面９２〜９５は、たとえばチェックボタン、チェックボックスおよび文字入力ボックスを含む。チェックボタンはオペレータによって選択され、またチェックボックスや文字入力ボックスにはオペレータによってデータが入力される。また、入力補助画面９２〜９５は、画像やグラフィックによって表示される入力ガイダンスを含む。
【００４９】図１４の商品購入申込み予約時のデータ入力のための画面９２〜９５では、具体的に、入力ガイダンス９６は商品の購入を促す内容や、氏名、住所、購入希望商品名、数および支払い方法の入力を促す内容である。文字入力ボックス９７は、氏名や住所を入力するものである。チェックボックス９８は、購入希望商品名および数を選択して入力するものである。チェックボックス９８を入力ペン４２で指定すると、商品名リストや商品数を表示したサブ画面９８ａ，９８ｂが表示される。チェックボタン９９は、支払い方法を選択して入力するものである。
【００５０】このような入力ガイダンス９６、文字入力ボックス９７、チェックボックス９８およびチェックボタン９９を備える入力補助機能によれば、オペレータがパーソナルコンピュータなどの情報処理機器に不慣れな場合においても、データ入力が簡単に行える。したがって、優れた入力操作環境を提供することができる。
【００５１】データ入力は、具体的に、まず表示された図１４（Ａ）の画面９２によって氏名および住所を入力し、商品名を選択入力するためのチェックボックス９８を指示すると、サブ画面９８ａを有する図１４（Ｂ）の画面９３が表示される。表示された画面９３によって商品名を選択入力し、商品数を選択入力するためのチェックボックス９８を指示すると、図１４（Ｃ）のサブ画面９８ｂを有する画面９４が表示される。表示された画面９４によって商品数を選択入力すると、図１４（Ｄ）の画面９５が表示され、該画面９５によって支払い方法を選択入力する。
【００５２】なお、表示画面９２〜９５にはクリアボタン１００および送信ボタン１０１が表示される。クリアボタン１００によって画面９２〜９５が消去され、送信ボタン１０１によって入力されたデータの送信が指定される。
【００５３】図１５は、任意形式のメッセージ１０５を示す図である。前記送信ボタン１０１から入力データの送信を指定すると、任意形式メッセージ生成部３４は、上述した入力補助機能によって入力されたデータから、任意形式、すなわちサーバ５に応じた形式のメッセージ１０５を作成する。たとえばＴＳＶ（Tab SeparatedValue Format）やＣＳＶ（Comma Separated Value Format）形式のメッセージ１０５を作成する。生成部３４で作成されたメッセージ１０５は、サーバ５に向けて送信される。
　
【００５５】電話機１から送信されたメールは、無線公衆網２を介してクライアントメールサーバ３に与えられ、さらにインターネットなどのネットワーク４を介してメールサービスサーバ５で受信される。
【００５６】図１７は、電話機１からのメールを受信したメールサービスサーバ５の返信スクリプト生成処理のフローチャートである。ステップＳＡ１では、メールサーバ管理制御部６１が受信メールに対する送信者および受信者のメールアドレスを確認する。この確認は、送受信者管理部６６に記憶されたデータに基づいて成される。次のステップＳＡ２でメールアドレスが正常であると判断されるとステップＳＡ４に進み、異常であると判断されるとステップＳＡ３に進んでエラー処理を行い本処理を終了する。
【００５７】ステップＳＡ４では、メッセージ解析部６５が、受信メールのメッセージを解析する。次のステップＳＡ５では、解析の結果に基づいて、受信メールのメッセージが当該メールサービスサーバ５で解釈可能な形式のメッセージであるか否かを判断する。解釈可能な形式であったときにはステップＳＡ７に進み、解釈不可能な形式であったときにはステップＳＡ６に進んで通常メールの受信処理を行い本処理を終了する。
【００５８】ステップＳＡ７では、返信用のスクリプトの生成が必要か否かを判断する。必要であったときにはステップＳＡ９に進み、不要であったときにはステップＳＡ８に進む。ステップＳＡ８では、返信用の通常のメールを作成してステップＳＡ１０に進む。ステップＳＡ９では、スクリプトメッセージ生成部６２が返信用スクリプトを生成する。次のステップＳＡ１０では、作成された通常のメールまたは返信用スクリプトから返信用メール作成部６３が返信用メールを作成し、送信して処理を終了する。
【００５９】図１８は、スクリプトメッセージ生成部６２で生成された返信用スクリプト１２１の例を示す図である。返信用スクリプト１２１は電話機１からの受信メールを解析して作成されたものであり、電話機１に応じた形式のデータである。返信用スクリプト１２１は、具体的に、前記スクリプト９１と同一形式である、ＷＷＷシステムで利用され、ＨＴＭＬなどのブラウザ言語のスクリプトで拡張して定義されるテキストや画像で構成される所定形式のデータである。電話機１はサーバ５で作成される返信用スクリプトの形式を考慮して送信データを作成する。したがって、このようなデータを受信したサーバ５は返信用スクリプト１２１の作成が容易である。　
【００６０】メールサービスサーバ５から送信されたメールは、インターネットなどのネットワーク４を介してクライアントメールサーバ３に与えられ、さらに無線公衆網２を介して電話機１で受信される。
【００６１】受信されたスクリプト１２１は、スクリプト解析部３１で解析され、データ入力補助ＵＩ実現部３２で実行されて、図１９に示されるようなデータの入力補助画面１２５が実現される。画面１２５によって注文データが確認でき、オペレータはこの内容を見て注文するかしないかの意志表示を行う。画面１２５では、具体的に、入力ガイダンス１２６は注文データの確認内容や注文の意志表示を促す内容である。チェックボタン１２７は、注文の意志表示を選択して入力するものである。
　
【００６３】次に、図２１および図２２を用いて、電話機１のスクリプトの自動実行処理について説明する。図２１は、この処理のフローチャートである。ステップＲＡ１でメールを受信するとステップＲＡ２に進み、送信者および受信者のメールアドレスを確認する。次のステップＲＡ３でメールアドレスが正常であると判断されるとステップＲＡ４に進み、異常であると判断されるとステップＲＡ５に進んでエラー処理を行い本処理を終了する。
【００６４】ステップＲＡ４では、受信メールのメッセージを解析する。次のステップＲＡ６では、解析の結果に基づいて、受信メールのメッセージがスクリプトメッセージであるか否かを判断する。スクリプトメッセージであったときにはステップＲＡ８に進み、スクリプトメッセージでなかったときにはステップＲＡ７に進んで通常メールの受信処理を行い、本処理を終了する。
【００６５】ステップＲＡ８では、データ入力補助ＵＩ自動起動部３３が起動するよう設定されているか否かを判断する。なお、この設定は図２２に示されるような画面１３５によって行われる。画面１３５は、フォーム対応メールを受信したときの、データ入力補助ＵＩ自動起動部３３の自動起動を行うか否かを選択するボタン１３６と、選択した自動起動を行うか否かを設定するボタン１３７と、該画面１３５を消去するボタン（戻る）１３８と、で構成される。ボタン１３６，１３７によって起動するよう設定されているときにはステップＲＡ１０に進み、設定されていないときにはステップＲＡ９に進んでＩｎＢｏｘ部２７に受信データを取込んで保存した後、本処理を終了する。
【００６６】ステップＲＡ１０では、受信データをＩｎＢｏｘ部２７に取込んで保存する。次のステップＲＡ１１では、データ入力補助ＵＩ実現部３２が起動されて、上述したような入力補助画面が形成される。次のステップＲＡ１２で、実現された入力補助画面によってデータが入力されると、ステップＲＡ１３で送信処理を実行し、ステップＲＡ１４で任意形式のメッセージを作成し、ステップＲＡ１５で作成された任意形式のメッセージをメール本文として送信し、ステップＲＡ１６でＯｕｔＢｏｘ部２９に送信終了メールとして登録し、本処理を終了する。
　
　図１３には、実行されるメールフォームのスクリプト９１の例を示す図として、ＨＴＭＬ言語で記載され（HTML及び/HTMLタグ参照。）、Formタグ（FORM及び/FORMタグ参照。）中において、「購入希望商品名」、「購入希望商品数」、「支払い方法選択」というメッセージ内容と、そのメッセージ内容に対する回答内容（「アイテム１−１０００円・・・アイテム５−３０００円」、「１個・・・５個」、「方法１・・・方法３」参照。）とがメールサービスサーバ５が相手方の情報端末に表示されるようにするとともに、これらの回答はチェックボックス（プルダウンメニュー）、チェックボタン（ラジオボタン）で選択するように表示（SELECTタグ、INPUTタグ中のtype=radio参照。 ）され、相手方の情報端末において所定の操作がされた際にその回答内容を回答先のコンピュータであるメールサービスサーバに送信するコマンド文を含んでおり（INPUTタグ中のtype=submit、value=送信参照。）、送信ボタンをクリックすると、このコマンド文は、相手方の情報端末において回答先のコンピュータの場所の入力をすることなしに、回答内容を送信する（FORMタグのaction属性においてmailto:に続いてメールアドレスが設定されており、送信ボタンが操作された際にこのFORM〜/FORMタグ内のフォームの内容がこのメールアドレスに送信される。）スクリプト、が示されている。
　
　図１４には、スクリプト９１の実行によって実現されるデータの入力補助画面９２〜９５の例を示す図として、「購入希望商品名」、「購入希望商品数」、「支払い方法選択」というメッセージ内容に対する回答内容としてそれぞれ「アイテム１−１０００円・・・アイテム５−３０００円」、「１個・・・５個」、「方法１・・・方法３」から選択するチェックボックス９８及びチェックボタン９９、及び送信を行う送信ボタン１０１を表示する画面、が示されている。
　
　図１５には、任意形式のメッセージ１０５を示す図として、「「形式１：：氏名：山田太郎：：住所：板橋区3-25-6：：購入希望商品名：アイテム３−２０００円：：購入希望商品数：２個：：支払い方法：方法２」」が示されている。
　
　図１８には、スクリプトメッセージ生成部６２で生成された返信用スクリプト１２１の例を示す図として、ＨＴＭＬ言語で記載され（HTML及び/HTMLタグ参照。）、Formタグ（FORM及び/FORMタグ参照。）中において、「意思確認」というメッセージ内容と、そのメッセージ内容に対する回答内容（「注文します」及び「注文しません」参照。）とが表示されるようにするとともに、これらの回答はチェックボタン（ラジオボタン）で選択するように表示（INPUTタグ中のtype=radio参照。 ）され、所定の操作がされた際にその回答内容を回答先のコンピュータであるメールサービスサーバに送信するコマンド文を含んでおり（INPUTタグ中のtype=submit、value=送信参照。）、送信ボタンをクリックすると、このコマンド文は、回答先のコンピュータの場所の入力をすることなしに、回答内容を送信する（FORMタグのaction属性においてmailto:に続いてメールアドレスが設定されており、送信ボタンが操作された際にこのFORM〜/FORMタグ内のフォームの内容がこのメールアドレスに送信される。）返信用スクリプト１２１、が示されている。
　
　図１９には、入力補助画面１２５を示す図として、「意思表示」というメッセージ内容に対する回答内容として「注文します」か「注文しません」を選択するチェックボタン１２７、及び送信を行う送信ボタン１０１を表示する画面、が示されている。
　
　
  これらの記載によれば、刊行物１には、次の発明（以下、「刊行物１発明」という。）が開示されていると認めることができる。
　
（ａ）
　電子メールの通信システムであって、無線通信可能な携帯型の電話機１、無線公衆網２、クライアントメールサーバ３、ネットワーク４およびメールサービスサーバ５で構成され、電話機１と該電話機１のメール管理を行うクライアントメールサーバ３とは無線公衆網２を介して、クライアントメールサーバ３とメールサービスサーバ５とはインターネットなどのネットワーク４を介して、それぞれ電子メールを送受信するものであって、
　メールサービスサーバ５から送信されたメールは、インターネットなどのネットワーク４を介してクライアントメールサーバ３に与えられ、さらに無線公衆網２を介して電話機１で受信され、
　
（ｂ）
　メールサービスサーバ５は、記憶部６４、メッセージ解析部６５を有し、記憶部６４は、各種情報を一括して記憶し管理し、メッセージ解析部６５は、受信したメールを解析して、任意形式、すなわちサーバ５に応じた形式のメッセージが含まれているか否かを判断し、
　
（ｃ）
　電話機１の新規メールフォームの追加処理については、ステップＰＡ１で新規メールフォームを入手するためのメールをサーバ５に向けて送信し、ステップＰＡ２でサーバ５からのメールを受信してＩｎＢｏｘ部２７に保存すると、ステップＰＡ３では、保存されたメールに所望のメールフォームが含まれるか否かを判断し、所望のメールフォームが含まれるときにはステップＰＡ４に進み、所望のメールフォームが含まれないときにはステップＰＡ１に戻って、所望のメールフォームが得られるまでステップＰＡ１〜ＰＡ３の動作を繰返し、ステップＰＡ４では、得られたメールフォームのメールフォーム登録部３６へのリスト登録操作を行い、次のステップＰＡ５で登録すると判断したときにはステップＰＡ６に進んで、メールフォームをリスト登録して処理を終了し、ステップＰＡ５で登録しないと判断したときにはそのまま処理を終了し、
　
（ｄ）
　実行されるメールフォームのスクリプト９１の例としては、スクリプト９１の実行によって実現されるデータの入力補助画面９２〜９５の例において、スクリプト９１は、ＷＷＷシステムで利用され、ＨＴＭＬなどのブラウザ言語のスクリプトで拡張して定義されるテキストや画像で構成される所定形式のデータであり、データ入力補助ＵＩ実現部３２は、該スクリプト９１を解釈して実行し、前記所定の形式に適応して定義されるフォームダグを用いた入力補助機能のための入力補助画面９２〜９５を実現し、実現される画面９２〜９５は、たとえば航空券の予約、ホテルの宿泊予約および商品の購入申込み予約時におけるデータ入力のための画面であり、例示した画面９２〜９５は、商品の購入申込み予約時におけるデータ入力のための画面であり、入力補助画面９２〜９５は、たとえばチェックボタン、チェックボックスおよび文字入力ボックスを含み、チェックボタンはオペレータによって選択され、またチェックボックスや文字入力ボックスにはオペレータによってデータが入力され、また、入力補助画面９２〜９５は、画像やグラフィックによって表示される入力ガイダンスを含み、
　
（ｅ）
　電話機１から送信されたメールは、無線公衆網２を介してクライアントメールサーバ３に与えられ、さらにインターネットなどのネットワーク４を介してメールサービスサーバ５で受信され、
　メールサービスサーバ５は、電話機１からのメールを受信し、返信スクリプト生成処理において、メッセージ解析部６５が、受信メールのメッセージを解析し、返信用のスクリプトの生成が必要か否かを判断し、必要であったときには、スクリプトメッセージ生成部６２が返信用スクリプトを生成し、作成された返信用スクリプトから返信用メール作成部６３が返信用メールを作成し、送信して処理を終了し、
　
（ｆ）
　実行されるメールフォームのスクリプト９１の例としては、ＨＴＭＬ言語で記載され（HTML及び/HTMLタグ参照）、Formタグ（FORM及び/FORMタグ参照。）中において、「購入希望商品名」、「購入希望商品数」、「支払い方法選択」というメッセージ内容と、そのメッセージ内容に対する回答内容（「アイテム１−１０００円・・・アイテム５−３０００円」、「１個・・・５個」、「方法１・・・方法３」参照。）とが表示されるようにするとともに、これらの回答はチェックボックス（プルダウンメニュー）、チェックボタン（ラジオボタン）で選択するように表示（SELECTタグ、INPUTタグ中のtype=radio参照。 ）され、所定の操作がされた際にその回答内容を回答先のコンピュータであるメールサービスサーバに送信するコマンド文を含んでおり（INPUTタグ中のtype=submit、value=送信参照。）、送信ボタンをクリックすると、このコマンド文は、相手方の情報端末において回答先のコンピュータの場所の入力をすることなしに、回答内容を送信する（FORMタグのaction属性においてmailto:に続いてメールアドレスが設定されており、送信ボタンが操作された際にこのFORM〜/FORMタグ内のフォームの内容がこのメールアドレスに送信される。）スクリプト、であり、
　
（ｇ）
　スクリプト９１の実行によって実現されるデータの入力補助画面９２〜９５の例としては、「購入希望商品名」、「購入希望商品数」、「支払い方法選択」というメッセージに対する回答内容として「アイテム１−１０００円・・・アイテム５−３０００円」、「１個・・・５個」、「方法１・・・方法３」から選択するチェックボックス９８及びチェックボタン９９、及び送信を行う送信ボタン１０１を表示する画面、であり、
　
（ｈ）
　返信用スクリプト１２１の例として、ＨＴＭＬ言語で記載され（HTML及び/HTMLタグ参照。）、Formタグ（FORM及び/FORMタグ参照。）中において、「意思確認」というメッセージ内容と、そのメッセージ内容に対する回答内容（「注文します」及び「注文しません」参照。）とが表示されるようにするとともに、これらの回答はチェックボタン（ラジオボタン）で選択するように表示（INPUTタグ中のtype=radio参照。 ）され、所定の操作がされた際にその回答内容を回答先のコンピュータであるメールサービスサーバに送信するコマンド文を含んでおり（INPUTタグ中のtype=submit、value=送信参照。）、送信ボタンをクリックすると、このコマンド文は、回答先のコンピュータの場所の入力をすることなしに、回答内容を送信する（FORMタグのaction属性においてmailto:に続いてメールアドレスが設定されており、送信ボタンが操作された際にこのFORM〜/FORMタグ内のフォームの内容がこのメールアドレスに送信される。）返信用スクリプト１２１、が示されており、
　
（ｉ）
　電話機１では、受信されたスクリプト１２１は、スクリプト解析部３１で解析され、データ入力補助ＵＩ実現部３２で実行されて、データの入力補助画面１２５（「意思表示」というメッセージ内容に対する回答内容として「注文します」か「注文しません」を選択するチェックボタン１２７、及び送信を行う送信ボタン１０１を表示する画面。）が実現され、画面１２５によって注文データが確認でき、オペレータはこの内容を見て注文するかしないかの意志表示を行い、画面１２５では、具体的に、入力ガイダンス１２６は注文データの確認内容や注文の意志表示を促す内容であり、チェックボタン１２７は、注文の意志表示を選択して入力するものであり、データが入力されると、（送信ボタン１０１から入力データの送信が指定されることにより）送信処理を実行し、任意形式のメッセージを作成し、作成された任意形式のメッセージをメール本文としてサーバ５に向けて送信する、
電子メールの通信システム。
　
（２−２）
　また、当審における拒絶理由に引用された特開２０００−１８１９２６号公報（平成１２年６月３０日出願公開、以下、「周知文献１」という。）には、図面と共に以下の記載がなされている。
　
【００１１】図１は、本発明のシステム構成図を示す。図１において、サービスセンタ１は、アンケートの電子メールを送信して返信された電子メールの回答を集計したり、電子メール中に苦情文を含むものを抽出したりなどするセンタであって、ここでは、アンケート原稿文法チェック手段２、原稿データベース３、会員情報データベース４、アンケートメール送信手段５、アンケート解析／集計手段６、アンケート返信データベース７、苦情抽出手段８、および苦情辞書９などから構成されるものである。
【００１２】アンケート原稿文法チェック手段２は、作成者が端末１２を操作して作成したアンケート原稿のチェックを行うものである。原稿データベース３は、チェック済みの原稿を保存するものであって、後述する図４の（ａ）に示すように原稿ＩＤに対応づけて原稿種別、タイトル、原稿テキスト、返信締切日などを登録したものである。
　
【００１４】アンケートメール送信手段５は、指示された会員のメールアドレス、および指示された原稿から電子メールに作成して送信するものである。アンケート解析／集計手段６は、回答された電子メールの回答欄を参照して集計するものである。
　
【００２６】図４は、本発明のデータベース例を示す。図４の（ａ）は、原稿データベースの例を示す。この原稿データベース３には、図示の下記の項目を登録したものである。
【００２７】・原稿ＩＤ：
・原稿種別：ＤＭ（ダイレクトメール）、アンケートなどの原稿の種別
・タイトル：
・原稿テキスト：
・返信締切日：アンケートメールの場合の返信締切日
・その他
以上のように原稿データベース３に原稿作成者が登録することにより、原稿ＩＤを指定してアンケート会員に自動的にアンケートの電子メールを送信することが可能となる。　
　
【００２９】図５は、本発明のアンケートメールの原稿テキストの例を示す。これは、既述した図４の（ａ）の原稿データベース３の原稿テキストの例であって、アンケートを行うために、前文（こんにちわ、△△会社の△△と申します。）と、アンケートの質問（■Ｑ１．・・）および回答（→Ａ１．・・・）の欄を設けたものである。ここでは、返信された回答は、質問の先頭および回答の先頭に所定の文字列（「■Ｑ１．」、「→Ａ１．」）によって自動認識して回答内容を解析して集計するようにしている。
　
　
（２−３）
　また、当審における拒絶理由に引用された特開平２−２５９８８９号公報（平成２年１０月２２日出願公開、以下、「周知文献２」という。）には、図面と共に以下の記載がなされている。
　
「第２図（Ａ）は本発明の一実施例におけるアンケート実施装置をローカルエリアネットワークに接続した状態を表わしたものである。ローカルエリアネットワーク２０には、従来から存在するネットワーク基本構成機器群２１の他に、本実施例のアンケート実施装置３０が接続された構成となっている。」（第３頁右下欄第５〜１１行）
　
「（アンケート処理の概要）
　第３図は、このアンケート実施装置を用いてアンケートを実施する際のアンケート情報の流れを表わしたものである。なお、この実施例ではアンケート実施装置に対するアンケートの依頼文書の送信やアンケート実施装置から各対象者に対するアンケートの回答用紙の送信、ならびにこれらの対象者からアンケート実施装置に対する回答の返送等の通信は、メールサーバ２８を用いたメールシステムで行うものとする。
　今、第２図（Ａ）に示したネットワーク基本構成機器群２１の第１のワークステーション２２−１にアンケートの依頼者がいるものとする。この場合、第２〜第４のワークステーション２２−２〜２２−４をそれぞれ担当する者がアンケートの対象者４２であるものとする。
　まず、アンケートの依頼者４１は自分のワークステーション２２−１を用いてアンケート依頼メールを作成する。そしてアンケート実施装置３０に送出する（第３図１（審決注：丸中数字の１を指す。以下、同様。）。
　アンケート実施装置３０はアンケート依頼メールを受け取ると、これを解析する。そして、アンケートの回答用紙を編集してアンケートの各対象者４２に送信する（同図２（丸中数字の２））。
　各対象者４２はそれぞれ自己のワークステーション２２−２〜２２−４で回答用紙を受け取る。そして必要事項を記入した後、アンケート実施装置３０に返送する。アンケート実施装置３０はこれら回答を保存しておく（同図３（丸中数字の３））。」（第４頁左下欄第７行〜右下欄第１５行）
　
「（アンケート依頼メール）
　第５図は、このときアンケートの依頼者が作成中のアンケート依頼メールの一例を表わしたものである。アンケート依頼者４１は、自分のワークステーション２２−１にアンケート依頼メール用の図示しない定型化された文書を読み出し、これに必要なデータを記入してアンケート依頼メール５１を作成することになる。このアンケート依頼メール５１で、“送信先”にはアンケート実施装置３０のアドレスが記入される。図の破線よりも下の欄には、アンケート名、アンケートの対象者、回答期日、コメント、質問数、質問内容等が記入される。質問には、各種の形式をとることができる。例えば、この例で“質問１”の箇所に示した「ソフトボール大会に参加しますか。」というようなイエスあるいはノーの答えを想定する“Ｙｅｓ／Ｎｏ”型や、“質問２”の箇所に示した「都合のよい日を選んで下さい。」という質問と共に、選択対象としての日を複数指示する“選択型”、あるいは“質問３”で示した「何かご意見がありましたらどうぞ。」というように書き込みを想定する“書き込み型”等がある。
　第６図は、アンケート依頼メールを受け取ったアンケート実施装置が作成するアンケート回答用紙の一例を表わしたものである。
　アンケート実施装置３０では、アンケート依頼メール５１に記載された事項を基にして、回答用紙５２の作成を行う。このために、アンケート実施装置３０ではアンケート依頼メール５１からデータベース登録情報を作成し、これをデータベースとして登録する。」（第５頁左下欄第５行〜右下欄第１５行）
　
「第１６図は、このようにして作成されたデータベース登録情報を基にして、アンケートの回答用紙が作成され送信されるまでの手順を表わしたものである。
　まず、アンケート実施装置３０は第６図に示した「送信者」についてはこのアンケート実施装置３０のメール用のアドレスを書き込み、「送信先」についてはアンケート依頼内容データベース６１の「対象者」である「人事部全体」というデータをコピーする。また、「件名」については、「アンケート回答用紙」という文字を書き込む（第１６図ステップ１（丸中数字の１））。続いて、横方向に所定長さにわたって破線を書き込み（ステップ２（丸中数字の２））、「アンケート名」、「コメント」、「回答期日」および「依頼者」の各内容を第１４図（Ｂ）に示したデータベース登録情報から読み出して編集し、その結果を破線の下の部分に書き込む（ステップ３（丸中数字の３））。このとき、「アンケートへの回答をお願いします。」という語句を、「コメント」の最初の部分に付け加える。
　次に、ステップ２（丸中数字の２）と同様に横方向に所定長さにわたって破線を書き込み（ステップ４（丸中数字の４））、この下の部分に前記したデータベース登録情報から読み出した「質問内容」のデータを編集した結果を書き込む（ステップ５（丸中数字の５））。このとき、“Ｙｅｓ／Ｎｏ”型の質問については、質問内容の後の文章を「Ｙｅｓ，Ｎｏ　一方を消して下さい」とする。また、“選択型”の場合には、記号“（”または“）”で括った選択内容の後に「１つ選んで残りを消して下さい」という文章を付け加える。“書き込み型”の場合には、書き込みを指示する文章の後に、書き込みが行われる箇所を示す記号“（　）”を付け加える。
　以上のようにして、第６図に示したようなアンケート回答用紙が作成されたら、これを電子メールとして各送信先に送信することになる（ステップ６（丸中数字の６））。」（第７頁右上欄第２０行〜右下欄第１６行）　
　
（周知技術１）
　これらの周知文献１，２等により、次のような技術（以下、「周知技術１」という。）が本願出願前に周知であったと認められる。
　
　「電子メール送信システムにおいて、送信する電子メールのデータを記憶した記憶手段を備えており、前記記憶手段が記憶している電子メールのデータは、特定の質問内容と、その質問内容に対する回答内容とが相手方の情報端末に表示されるようにするものとする」
　
（２−４）
　また、当審において周知例として引用する特開平１０−２３４０１８号公報（平成１０年９月２日出願公開、以下、「周知文献３」という。）には、図面と共に以下の記載がなされている。
　
【００４１】たとえば，ユーザがテレビを使用して株相場情報を検索することを望むことができる。この場合，適切なウェブサイトが“www.stocks.com”とすると，適切なサーバーファイルは“quotes”であり，ユーザが入力したfunction parametersフィールドは，ウェブサイトにより認識された特定の株（たとえば，GM）に対するシンボル，たとえば“tick=GM”（ここで“parameter ID=tickであり，parameter vale=GMである）となろう。この場合，プロセッサは以下のURLをウェブサイト・サーバーへ通信する。
【００４２】http://www.stock.com/quotes?tick=GM
ここで，“?”はデータベース調査を実行するサーバーにおけるプログラムのネーム（この場合，“quotes”）とそこへと通過したパラメータ（たとえばtick=GM）との間のセパレータとしてHTML FORMコマンドを定義することより特定化される。パラメータおよびそれらの値の範囲を定めるために使用されたシンタックスは，HTML FORMタイプ内のPOST法と同じ方法で定義される。
【００４３】一般的に，ハイパーテキストマークアップエレメントFORMは，見る者からの入力に対する対象を含むページの領域を定義するために使用される。対象は，入力フィールド，およびインターラクティブな対象（ポップアップメニュー，チェックボックスおよびボタンのようなもの）であってもよい。ページには複数のフォームがあり，それぞれが，それぞれ，タグFROMおよび/FROMで開始および終了を行う。開始FORMタグは，ユーザが入れた情報で，取るべきアクションを特定するACTION属性を取る。ACTION属性は，URLをCGIスクリプトのURLかMAILTO URLのいずれかであり得るその値として取る。たとえば，入力フィールド“tick=CM”が受信されると，そのアクションは，株価を含む要求された情報を与える一形態のHTMLのページを送ることである。POSTマークアップ要素は，FORM内容が標準コンフィグレーションであることを示す。
　
（２−５）
　また、当審において周知例として引用する特開平１０−２４０６３８号公報（平成１０年９月１１日出願公開、以下、「周知文献４」という。）には、図面と共に以下の記載がなされている。
　
【００２５】また、従来の技術の問題点（５）で指摘したように、従来の装置ではＷＷＷ上のＣＧＩが実行出来ない。本発明では、ＰＢ入力により選択された複数個のパラメータを一時的に保持して、得られた複数個のパラメータを制約条件としてＣＧＩプログラムを実行する手段を有するものとする。
【００２６】具体的には、例えば図８に示すようなＣＧＩを利用したホームページがあったとする。図８に示すページのソースの一例を図３に示す。＜ＦＯＲＭ＞と＜／ＦＯＲＭ＞で挟まれた部分がボタンやテキストフィールド，セレクトボックスの表示を記述している部分である。＜ＦＯＲＭ＞と＜／ＦＯＲＭ＞の間には同時に、選択もしくは入力された値が入るべき変数および、各変数を引き数として実行すべきプログラム名が記述されている。
【００２７】図３の例では変数名が、ｄａｙｔｙｐｅ，ｄａｙ，ｇｅｎｒｅ、であり、実行すべきプログラム名が
【００２８】
【数１】ｈｔｔｐ：／／ＷＷＷ．ａｂｃ．ｃｏ．ｊｐ／ｔｉｃｋｅｔ−ｃｇｉ／ｔｉｃｋｅｔ
である。同じＣＧＩプログラムをファックス利用型ＷＷＷ検索装置２からも実行可能とするために、図３のイタリック部分に記述したようにサービス制御スクリプトを記述しておく。
【００２９】図４にユーザがあらかじめ持っているパラメータと数字コードの対応表を示す。ユーザはあらかじめ図４に示すような対応表を持っているものとする。そして、例えば図３のような、ＣＧＩを実行するようなページで、且つサービス制御スクリプトがある場合、音声案内に従って各パラメータコードをＰＢ入力することにより、パラメータの選択を行う。例えば「９７年２月１１日に公演のあるクラシックのコンサート」を検索したい場合は、音声案内に従って「１＃９７０２１１＃５＃」を入力することによりパラメータ選択を行う。このときスクリプト解釈・実行部が、選択された値を一時的に保持しておき、指定されたパラメータをもとにＡＣＴＩＯＮ＝で指定されたＣＧＩプログラムを実行すればよい。実行されるＣＧＩプログラムは、コンピュータ用とファクシミリ端末利用型ＷＷＷ検索装置用とも同じものを指定してよい。
【００３０】例えば図３のようにＨＴＭＬの一部にサービス制御スクリプトを記述することにより、ファクシミリ端末利用型ＷＷＷ検索装置２からＷＷＷ上のＣＧＩプログラムが実行可能となる。
　
　図３には、スクリプトの記述の例として、つぎのものが示されている。
　HTML・・・
　FORM ACTION=http://www.abc.co.jp/ticket-cgi/ticket METHOD=GET・・・
  FORM・・・
  /HTML
　
　図８には、図３に示されたスクリプトの記述をソースとする、ＣＧＩを含んだホームページを出力した場合を示す図として、日付種別、日付入力、ジャンルを入力し、“実行”ボタンをクリックして検索を行う画面であって、前記入力を回答先のコンピュータの場所の入力をすること無しに送信し、前記入力を処理させるものが示されている。
　
（周知技術２）
　これらの周知文献３，４等により、次のような技術（以下、「周知技術２」という。）が本願出願前に周知であったと認められる。
　
　「情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文が、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、前記回答内容を処理するプログラムを実行するものであること」
　
３．対比
（イ）
　本願発明と刊行物１発明とを比較すると、刊行物１発明の「電話機１」は、本願発明の「情報端末」、「相手方の情報端末」に相当する。
（ロ）
　また、刊行物１発明においては、「メールサービスサーバ５から送信されたメールは、インターネットなどのネットワーク４を介してクライアントメールサーバ３に与えられ、さらに無線公衆網２を介して電話機１で受信され」（刊行物１発明の前掲記載（ａ））るから、刊行物１発明の「メールサービスサーバ５」は、本願発明の「ネットワークを経由して相手方の情報端末に電子メールを送る電子メール送信システム」に相当する。
（ハ）
　また、本願発明の「電子メールを所定のプロトコルに従って相手方に送信する」は、明細書の発明の詳細な説明を参酌すると、「送信手段は、後述するＭＵＡと、ＴＣＰ／ＩＰプロトコルに準拠したインターフェースやモデム又はＴＡ（ターミナルアダプタ）等で構成されている。」（第１２段落）と記載されており、「ＴＣＰ／ＩＰプロトコル」を意味すると認められるところ、刊行物１発明では、「メールサービスサーバ５から送信されたメールは、インターネットなどのネットワーク４を介して・・・電話機１で受信され」（刊行物１発明の前掲記載（ａ））ており、インターネットにおいてはＴＣＰ／ＩＰプロトコルが標準プロトコルとして採用されているから、刊行物１発明の「メールサービスサーバ５」は、本願発明の「電子メールを所定のプロトコルに従って相手方に送信する送信手段」を備える「電子メール送信システム」である点で一致する。
（ニ）
　また、刊行物１発明の「メールサービスサーバ５」は、（１）電話機１からのメールを受信し、返信用のスクリプトの生成が必要であったときには、返信用スクリプトを生成し、作成された返信用スクリプトから返信用メール作成部６３が返信用メールを作成し、送信する（刊行物１発明の前掲記載（ｅ））と共に、送信する返信用スクリプト１２１の例として、ＨＴＭＬ言語で記載され、Formタグで記載されたデータによって、「意思確認」というメッセージ内容や、そのメッセージ内容に対する回答内容（「注文します」及び「注文しません」）を電話機１に表示する（刊行物１発明の前掲記載（ｈ））ものが示されており、Formタグで記載されたデータ（「意志確認」、「注文します」等のデータなどが含まれる。）は、刊行物１発明の前掲記載（ｄ）、（ｇ）などから、電話機１から受信したメールの内容ではなく、メールサービスサーバ５が記憶していたデータであることは明らかであり、かつメールサービスサーバ５は、「各種情報を一括して記憶し管理」する「記憶部６４」を有し（刊行物１発明の前掲記載（ｂ））ており、また、刊行物１発明のメールサービスサーバ５は、（２）電話機１の新規メールフォームの追加処理において、電話機１はサーバ５からのメールを受信して保存し、保存されたメールに所望のメールフォームが含まれるときには、得られたメールフォームを登録し（刊行物１発明の前掲記載（ｃ））、メールフォームのスクリプト９１の例として、Formタグで記載されたデータが示されている（刊行物１発明の前掲記載（ｆ））から、上記（１）及び（２）に示される刊行物１発明のメールサービスサーバ５から送信される「Formタグで記載されたデータ」は、本願発明の「送信する電子メールのデータ」に相当する。
　また、刊行物１発明のメールサービスサーバ５は当該Formタグで記載されたデータを送信するのであるから、当該データが記憶される本願発明の「送信する電子メールのデータを記憶した記憶手段」に相当する手段を有することは明らかである。
　そうすると、刊行物１発明の「Formタグで記載されたデータ」は、本願発明の「記憶手段が記憶している電子メールのデータ」にも相当する。
　また、刊行物１発明の「返信用メール」、「メール」は、いずれも本願発明の「記憶手段にデータが記憶された電子メール」に相当する。
（ホ）
　また、刊行物１発明のメールフォームのスクリプト９１、１２１の例に示される「Formタグで記載されたデータ」は、メッセージ内容（「支払方法選択」や「意思確認」など。）と、そのメッセージ内容に対する回答内容（「方法１」、「注文します」など。）とが電話機１に表示されるようにするもの（刊行物１発明の前掲記載（ｆ）〜（ｉ））であるから、本願発明の「記憶手段が記憶している電子メールのデータ」とは、「特定の内容と、その内容に対する回答内容とが相手方の情報端末に表示されるようにするもの」である点で一致する。
　さらに、刊行物１発明の「Formタグで記載されたデータ」は、電話機１において、上記これらの回答内容がプルダウンメニュー、ラジオボタンで選択するように表示されるようにするものであって、電話機１において送信ボタンが操作された際に（本願発明の「相手方の情報端末において所定の操作がされた際」に相当。）、その回答内容を（mailto: で示される）回答先のコンピュータに送信するコマンド文を含んでおり（本願発明の「その回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり」に相当。）、送信ボタン１０１をクリックした場合、このコマンド文は、電話機１において回答先のコンピュータの場所の入力をすること無しに、回答内容を送信するスクリプト９１，１２１（本願発明の「このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するもの」に相当。）、である（刊行物１発明の前掲記載（ｆ）〜（ｉ））から、本願発明の「記憶手段が記憶している電子メールのデータは、相手方の情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり、このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであ」る「電子メールのデータ」に相当する。
　
　
　したがって、両者は、
　「ネットワークを経由して相手方の情報端末に電子メールを送る電子メール送信システムであって、
　送信する電子メールのデータを記憶した記憶手段と、
　記憶手段にデータが記憶された電子メールを所定のプロトコルに従って相手方に送信する送信手段とを備えており、
　前記記憶手段が記憶している電子メールのデータは、特定の内容と、その内容に対する回答内容とが相手方の情報端末に表示されるようにするものであって、相手方の情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文を含んでおり、
　このコマンド文は、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものである、
電子メール送信システム。」
の点で一致し、以下の点で相違している。
　
［相違点１］
　「記憶手段が記憶している電子メールのデータ」が、本願発明では、「特定の質問内容と、その質問内容に対する回答内容とが相手方の情報端末に表示されるようにするもの」であるのに対して、刊行物１発明では、特定の内容（「購入希望商品名」、「購入希望商品数」、「支払い方法選択」、「意思確認」（刊行物１発明の前掲記載（ｆ）〜（ｉ））参照。）と、その内容に対する回答内容（「アイテム１−１０００円・・・アイテム５−３０００円」、「１個・・・５個」、「方法１・・・方法３」、「注文します」、「注文しません」（刊行物１発明の前掲記載（ｆ）〜（ｉ））参照。）とが相手方の情報端末に表示されるようにするもの、である点。
　
［相違点２］
　「コマンド文」が、本願発明では、「回答内容を処理するプログラムを実行するものである」のに対して、刊行物１発明では、回答内容を処理するプログラムの実行は開示されていない点。
　
［相違点１］について
　電子メール送信システムにおいて、送信する電子メールのデータを記憶した記憶手段を備えており、前記記憶手段が記憶している電子メールのデータは、特定の質問内容と、その質問内容に対する回答内容とが相手方の情報端末に表示されるようにするものとする技術は、周知である（上記周知技術１参照。）。
　従って、刊行物１発明のメールサービスサーバ５（本願発明の「電子メール送信システム」に相当。）に記憶されるFormタグで記載されたデータ（本願発明の「記憶手段が記憶している電子メールのデータ」に相当。）において、電子メール送信システムにおける当該周知技術を用いて、「記憶手段が記憶している電子メールのデータは、特定の質問内容と、その質問内容に対する回答内容とが相手方の情報端末に表示されるようにするもの」とすることは、当業者が容易に想到し得たことである。
　
［相違点２］について
　「情報端末において所定の操作がされた際にその回答内容を前記ネットワーク上の所定の場所にある回答先のコンピュータに送信するコマンド文が、相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、前記回答内容を処理するプログラムを実行するものであること」は、周知である（上記周知技術２参照。）。
　従って、刊行物１発明のメールサービスサーバ５（本願発明の「電子メール送信システム」に相当。）において、電子メールのデータに含まれるコマンド文として、当該周知技術を採用し、「相手方の情報端末において前記回答先のコンピュータの場所の入力をすること無しに前記回答内容を送信するものであって、前記回答内容を処理するプログラムを実行するものである」コマンド文とすることは、当業者が容易に想到し得たことである。
　
　なお、本願発明におけるコマンド文は、当初明細書の第１４段落の記載「図２に示す電子メールの内容は、前述したようにＨＴＭＬで記述されており、ＦＯＲＭタグを使っている。回答内容４２は、実は、ＣＧＩ(Common Gateway Interface)プログラムで処理されるようになっている。ＦＯＲＭタグのＦＯＲＭ　ＡＣＴＩＯＮコマンド文には、このＣＧＩプログラムが存在するＷＷＷサーバのＵＲＬとＣＧＩプログラムの名前が記述されている。図２から解るように、回答内容４２はラジオボタンで作成されている。また、図２は示されていないが、「送信」のクリックボタンがある。このボタンは、Ｓｕｂｍｉｔボタンとなっており、これがクリックされると、データがＣＧＩに渡されてＣＧＩプログラムが起動するようになっている。」を参酌すると、ＦＯＲＭタグのＦＯＲＭ　ＡＣＴＩＯＮコマンド文にＣＧＩプログラムが存在するＷＷＷサーバのＵＲＬとＣＧＩプログラムの名前が記述されたものを意味すると解されるが、上記周知文献３，４に示されたコマンド文も同様のものであり、実施例レベルにおいても本願発明と周知文献３，４のものは差異はない。
　
　したがって、本件発明は、刊行物１記載発明及び周知技術１，２から当業者が容易に想到し得たものである。 
　
　そして、本願発明の作用効果も、刊行物１記載発明及び周知技術１，２から当業者が予測できる範囲のものである。
　
５．むすび
　したがって、本願発明は、刊行物１及び周知文献１〜４に基づいて当業者が容易に発明をすることができたものであるから、特許法２９条２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。