【事件の表示】
　特願２００１−　５３６６０「電子決済システム及び電子決済方法」拒絶査定不服審判事件〔平成１４年　９月１３日出願公開、特開２００２−２５９８５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件出願は、平成１３年２月２８日の出願であって、平成１６年５月２８日付けで拒絶査定がなされ、これに対し、同年７月８日に拒絶査定に対する審判請求がなされ、同年８月６日付けで手続補正がなされたものである。
　
　
２．平成１６年８月６日付け手続補正の適否についての判断
　本件補正は、本件補正前の請求項１、２、６、７を削除し、本件補正前の請求項３を本件補正後の請求項１とし、本件補正前の請求項８を本件補正後の請求項４とするものであるから、特許法第１７条の２第４項第１号に掲げる「第三十六条第五項に規定する請求項の削除」にあたるということができる。
　したがって、平成１６年８月６日付け手続補正は、特許法第１７条の２第４項に規定する要件を満たしており、適法になされたものである。
　
　
３．本願発明
　以上のとおり、平成１６年８月６日付け手続補正は適法になされたものであるので、本願の請求項４に係る発明（以下「本願発明」という。）は、平成１６年８月６日付け手続補正書によって補正された明細書の特許請求の範囲の請求項４に記載された以下のとおりのものである。
　
「インターネットに接続された電子銀行システムと、前記インターネットに接続可能な携帯電話や携帯情報処理装置などの携帯端末と、を利用した電子決済方法であって、
（Ａ）電子銀行システムに送信するための電子メール送信用アドレス及び振替先を示す振替先口座情報である振替先電子メールアドレスを準備し、
（Ｂ）金額情報を受取り、
（Ｃ）受取った前記金額情報と、予め準備されている前記電子メール送信用アドレス及び前記振替先口座情報である振替先電子メールアドレスとに基づいて、決済情報を生成して、記憶し、
（Ｄ）携帯端末に前記決済情報を送信し、
（Ｅ）携帯端末で、前記決済情報と、当該決済の振替元を示す振替元口座情報である振替元電子メールアドレスとに基づいて、決済電子メールを生成し、
（Ｆ）前記電子メール送信用アドレス宛に前記決済電子メールを送信し、
（Ｇ）電子銀行で、前記決済電子メールに含まれる前記振替元口座情報である振替元電子メールアドレスと、前記振替先口座情報である振替先電子メールアドレスと、前記金額情報とに基づいて、決済処理を行い、
（Ｈ）前記電子銀行は、前記携帯端末に決済処理の結果を電子メールで通知し、
（Ｉ）前記電子銀行から通知された前記決済処理の結果と、取引情報記憶手段に記憶している前記決済情報とを比較して、正しく決済処理が行なわれたかどうかを判断する、
　ことを特徴とする電子決済方法。」
　
　
４．引用例
（４−１）引用例１
　原査定の拒絶理由に引用された、本願の出願日前に頒布された刊行物である、国際公開第９７／４５８１４号（以下「引用例１」という。）には、図面とともに次の事項が記載されている。
　
（ア）「Referring now to the drawings, and more particularly, to FIG. 1, there is shown a block diagram of the overall system including cellular/wireless and internet networks (3), host computers (4) and user's wireless/cellular terminals Mobile Wallet-Phones (1, 2) or fixed terminals/base stations (2) in accordance with the invention.The terminal (1, 2) is able to send and receive the required account numbers, contact codes, telecash, bills and bill format and the products' details (such name and price) in a connectionless way either without using the network (3) or via the network.The base stations of the network (3) or service providers (2) are also arranged so that they send the required information for purchase and bill payment transactions, such as the payee's account number or codes, and bill format to the users terminal(l) continuously or whenever required.For example when the user terminal is under the coverage of base station (2) the network/base station broadcasts/sends the payee's/service provider's name and account number to the payer's terminal.Then the payer's Mobile Wallet-Phone (hereinafter MWP) monitors the payee's account number, contact code etc.(hereinafter payee's detail), then the user selects/activates the required payee's details which may be allocated for a specific service such as parking and send the bill and(or required telecash to the payee's terminal (2) or account (4) directly or via base station or via network.The payee's and payer's MWPs and fixed/portable terminals (1, 2) can exchange information, send and receive required amount of telecash directly to each other without the involvement of the network or host computer (4).The host computer (4) includes, as much as required, the users' details, data, accounts, the service provider's details etc.When the user purchases something for example in a shop by means of his/her MWP, the seller's terminal can send the bill and payment to the host computer (4) where users have accounts.」（第４頁第２１行−第５頁第１行）
　
（イ）「When the user is authenticated either in MWP (1) or network/host computer (3, 4), the user can perform teleshopping, bill payment and purchase transactions and exchange money with other terminals (1, 2) or host computer (4).In order to receive the payee's details (i.e. account number, contact number etc.) the user can activate a function such as payments or service provider in his terminal (1, 2) either before authentication or after or without authentication.Then the terminal (1, 2) monitors the payee's terminal's/base station's broadcasting/transmitting details or the payer by sending a message requests the payee's terminal (2) or host computer (4) to send the required information such as payee's details, bill format etc. needed to perform the purchase or bill payment.Then the payer can enter the required information, if necessary, such as transaction's amount and send the bill (either including the required telecash or without it) to the payee's account which can be in the payee's terminal/MWP (2) or in the host computer.If the bill/payment is sent to the host computer (4), the host computer either transfer the received telecash to the payee's account or debits the payee's account for the amount which should be paid to the payee's account.Then the payee's/payer's terminals are acknowledged about the completion of the payment by sending a message to both terminals.The user's account or contact numbers/codes can be a telephone number or a contact code allocated for user in order to receive and send bills and payments.The user's account or contact numbers/codes can be same a his telephone number or internet address used for sending and receiving bills and payment messages according to this invention.」（第６頁第２３行−第４０行）
　
（ウ）「FIG. 3 shows one embodiment of the present invention in a service provider's environment.The service provider's base stations or terminals (2) or host computer (4) broadcast or send whenever required the payee's/service provider's details, bill format, bill, the sum which should be paid by payer and other required information for performing the payment.Alternatively the above-mentioned information can be requested through the payer's terminal (1) by sending a message to the payee's terminal directly or through the network/base stations or they can be requested from the host computer.The payee's details can include payee's account number, contact code (such as .PizzaHut.com), the service provider's cash register's number (i.e. contact code, account number etc.).The required information is then monitored (6) by the payer's MWP (1).Then the payer activates the payee's details upon which MWP sends the required payment/bill to the payee's account kept in payee's terminal (2) (SIM card) or in the host computer (4).」（第７頁第１１行−第２１行）
　
（エ）「On the other hand when payer's terminal(l) monitors the payee's details and the payable bill and payer activates the payee's details (6), the bill (either together with the required amount of telecash or without it) can be sent via network to the host computer (4) where the payer, payee have accounts.Then the payer account is debited for the amount of the bill and then payer's and payee's terminals are acknowledged about the completion of the transaction or the lack of money (credit) in the payer's account.」（第７頁第３９行−第８頁第３行）
　
（オ）FIG. 5 presents four examples for payments in the service providers' environment.In example 1 the payee's terminal (2) broadcasts/sends the payee's details, bill (and purchase details if required) through the base stations (either payee's base station 2 or for example a GSM operator's base station 3) to the payer's MWP (1).The base stations can include the required controlling systems or they can be linked to the base stations' subsystem for controlling the base stations.Then payer activates the payee's details (account number) which also includes contact codes of the required host computer (e.g. www//OKObank.PizzaHut.fi or for example 3589435634528349).Then the bill and other required information is send to the host computer (4) where the required amount is transferred to the payee's account.
 In example 2 of FIG. 5 the payee's details, payable bill and other required data are directly broadcast/sent from the payee's terminal (2) to the payer's MWP (1).
Both terminals (1, 2) are under each other's radio coverage so that the information broadcasted/sent by payee's terminal is received by payer's MWP (1) without using the network (3).
After this, the payer activates the payee's details, as explained above, and sends the bill to the host computer.」（第８頁第７行−第２０行）
　
　また、上記摘記事項（ア）〜（オ）によれば、支払先側より、支払先の口座番号、請求書、支払いの合計額等の情報をモバイル・ウォレット・フォン（１）へ送信することが記載されていることから、支払先の口座情報は、予め準備されおり、金額情報と支払先の口座情報とに基づいて、第１の決済情報が生成されて、モバイル・ウォレット・フォン（１）へ送信されていることは明らかである。
　
　また、上記摘記事項（ア）〜（オ）によれば、モバイル・ウォレット・フォン（１）は、受信した支払先の口座番号、請求書等の情報に、取引額など必要な情報を付加して、ホストコンピュータに送信することが記載されていることから、モバイル・ウォレット・フォン（１）で、第１の決済情報に基づいて第２の決済情報が生成され、ホストコンピュータに送信されていることは明らかである。
　
　してみれば、上記摘記事項（ア）〜（オ）の記載事項から、引用例１には、
「インターネットに接続されたホストコンピュータと、前記インターネットに接続可能なモバイル・ウォレット・フォン（１）と、を利用した電子決済方法であって、
　支払先を示す支払先口座情報を準備し、
　金額情報と、予め準備されている支払先口座情報とに基づいて、第１の決済情報を生成し、
　モバイル・ウォレット・フォン（１）に前記第１の決済情報を送信し、
　モバイル・ウォレット・フォン（１）で、前記第１の決済情報に基づいて、第２の決済情報を生成し、
　前記ホストコンピュータ宛に前記第２の決済情報を送信し、
　ホストコンピュータで、第２の決済情報に含まれる前記支払先口座情報と、前記金額情報とに基づいて、決済処理を行い、
　前記ホストコンピュータは、前記モバイル・ウォレット・フォン（１）及び支払先に決済処理の結果を通知する、
　ことを特徴とする電子決済方法。」の発明（以下「引用例１発明」という。）が記載されていると認められる。
　
（４−２）引用例２
　原査定の拒絶理由に引用された、本願の出願日前に頒布された刊行物である、特表平１１−５１１８７６号公報（以下「引用例２」という。）には、図面とともに次の事項が記載されている。
　
（カ）「図３は、申し込んでいる顧客による、申し込んでいる供給者からの商品の購買に関する取引の異なるステージを概略的に示している。・・・（中略）・・・
（１）顧客による参照
　インターネット１０に接続後、顧客は、供給者のサーバー２０にアクセスして、供給者の売り物を顧客の端末３０のスクリーンで見ることによって、オンライン上のあらゆる供給者のカタログまたは「ウインドウ」を参照することができる。・・・（中略）・・・
（２）購買の要求
　顧客が商品（対象物）Ｏを一旦選択したら、その選択は、商品の認識（identity）（Ｏｌｄ）と顧客の身分証明（ＣＩｄ）を含んだメッセージの形で供給者のサーバーに送られる。・・・（中略）・・・
（３）支払い要求の作成
　購買要求に応じて、供給者のサーバーは、つぎの情報を含んだ支払い要求を作成する。
−供給者の身分証明（「ＭＩｄ」）、
−オーダーされた商品、または、グループ化された購入のばあいには、バスケット内の各商品の記載、
−取引のタイプ（単品またはバスケット）、
−顧客の身分証明（「ＣＩｄ」）、
−商品またはバスケット内の商品群の認識（「ＯＩｄ」）、
−商品の価格（「Ｏｉｄ）」）、
−付加価値税、ＶＡＴ、（適用されるならば）、
−支払いチケット発行の日時（供給者サーバーによる時刻と日付のスタンプ）、
−支払いチケットの有効期限、および
−供給者のキャッシュレジスタ内のシリアルナンバー（とくに、取引が予備オーセンティケーションの段階を含んでいるばあい）。
　前記情報を組み合わせたものは、支払いチケットの隠しチャネル（hidden channel）（またはオーダーされた商品のＵＲＬ、ここで、ＵＲＬはＨＴＴＰプロトコルを備えたＷＷＷソフトウエア中に用いられている「ユニフォーム　リソース　ロケーター（Uniform Resource Locator）の略号」に含まれた一連のバイトとして、つぎのように暗号化される。
　ＵＲＬ　http：＜ＳＰ＞＜オーダー内容の記載＞
　ここで、ＳＰは支払いサーバーのインターネットアドレスである。支払いチケットは、顧客の端末宛に差し出される。これは、顧客がキャンセルまたは確認を実行できる２個の論理「アンカー（anchors）」であり、完全なものとされる。
（４）支払いオーダーの送付
　顧客が支払いオーダーのＵＲＬを確認するだけで簡単に支払いオーダーは支払いサーバーに送られる。既に理解されているように、支払いチケットは顧客の端末を介した転送においてのみ通過可能である。
（５）伝票の発行
　支払いオーダーを受けると、支払いサーバー４０は、伝票または支払い拒否を返す前に、支払いオーダーを解読し、顧客オーセンティケーションを行い、支払いが許可されるかどうかを確認する。・・・（中略）・・・照合過程にて支払いの許可がえられたばあいは、支払いチケット内に含まれる情報を、取引レジスター４５内のシリアルナンバー、時刻スタンプ、有効期限（通常は数十秒）、および証明情報を構成する支払いサーバーのシール（seal）によって完成される。前記情報の組み合わせは、支払いサーバーに属するパブリックキー（public key）／プライベートキー（private key）暗号化システムのプライベートキー部分を用いてデジタル方式で署名（これは支払いの許可の有効性と完全性とを保証する）されたのち、伝票または引き渡しＵＲＬの隠しチャネルを構成する一連のバイトの形に、つぎのように暗号化される。
　ＵＲＬ　http：＜Ｍ＞＜伝票の記載＞
　ここでＭは供給者のインターネットアドレス。
（６）引き渡しの依頼
　前記伝票は顧客の端末を介して供給者のサーバーに送られる。これは、顧客の端末にインストールされているソフトウエアにより、本発明の属する分野の当業者に良く知られた、ＵＲＬの再発送能力を用いて自動的に実行される。供給者のサーバーは、商品の引き渡しを許可する前に、受け取った伝票を解読し照合する。該照合には、支払いサーバーのプライベートキーの使用、有効期限が過ぎていないことの確認、および伝票の内容と要求された支払いの比較が含まれる。
（７）商品の引き渡し
　伝票が供給者サーバーによって確認されると、購入された商品が情報であるばあいには、このサーバーは顧客の端末に直接引き渡しを実行することができ、また、商品の収集を可能にし、特に、引き渡しの場所および受取人の名前を特定する資料を顧客の端末に発送することができる。」（第９頁第２１行−第１２頁第２７行）
　
（キ）「つぎにフロントユニット４１は、リアユニットが支払いを許可するかどうか決定するのを待つ（ステージ６７）。支払いが認められなければ（テスト６８）、拒否の通知が顧客の端末に送られる（ステージ６３）。支払いが許可されたら、ステージ６２で記録された情報を用いて伝票が用意される（ステージ６９）。伝票はフロントユニット４１のメモリーに格納され（ステージ７０）、顧客の端末を介して供給者サーバーに送られる（ステージ７１）。  支払いサーバーのリアユニット４２（図４Ｂ）では、新たに受け取られ、オーセンティケーションされた支払いオーダーについて、このオーダーが顧客アカウントＰＭＥから許可されるべきか、それとも銀行ネットワークから許可されるべきか決定するための調査がなされる。ここでは、価格が最低しきい値と比較される（テスト７２）。前記しきい値は、たとえば数十フランスフランである。  もし、しきい値を超過したら、支払い操作を実行する要求が、データベース４４の問合わせからえられた顧客の身分証明ＣＩｄに対応した銀行身分証明を用いて、銀行ネットワークに送られる（ステージ７３）。銀行ネットワークからポジティブまたはネガティブな回答が届くと（ステージ７４）、これは、フロントユニット４１に送られる（ステージ７５）。
  しきい値を超過していなかったら、支払いはＰＭＥ顧客アカウントから行われる。
  このばあい、顧客アカウントが、充分な資金があるかどうかを判断するために調査される（テスト７６）。充分な資金がなければ、支払い許可の拒否がリアユニットからフロントユニットヘ送られる（ステージ７５）。充分な資金があれば、ＰＭＥ顧客アカウントから代金が引き落とされ、身分証明ＭＩｄに対応するＴＣＥ供給者アカウントに同額が振り込まれる（ステージ７７）、この取引が取引レジスター４５に記入され（ステージ７８）、支払い許可、言い換えれば、ポジティブな回答が、取引レジスター内に記入されたシリアルナンバーの表示と共にフロントユニット４１に転送される（ステージ７５）。」（第１３頁第１８行−第１４頁第１７行）
　
　また、上記摘記事項（カ）には、供給者サーバーによって、受け取った伝票の内容と要求された支払いの比較を行い、伝票が供給者サーバーによって確認されると顧客へ商品引渡を行う点が記載されており、このような比較処理を行う場合には、要求された支払いの情報を、記憶手段に記憶しておくことは当然のことである。
　
　また、上記摘記事項（キ）の記載によれば、引用例２は、代金の引き落としによる支払いが認められた後に伝票が作成され、該伝票が顧客端末を介して供給者のサーバーへ送信されるものであるから、該伝票は、決済処理の結果を表すものであるといえる。
　
　また、上記摘記事項（カ）に記載された供給者サーバーにおける伝票の確認は、正しく伝票処理（決済処理）が行われたかどうかを判断しているものであることは明らかである。
　
　してみれば、上記摘記事項（カ）、（キ）の記載事項から、引用例２には、
「記憶手段に支払い情報を記憶し、
　支払いサーバーから顧客端末を介して送信された決済処理の結果と、記憶手段に記憶している支払い情報とを比較して、正しく決済処理が行われたかどうかを判断する」との事項が記載されていると認められる。
　
　
５．対比
　本願発明と引用例１発明とを対比する。
　引用例１発明の「モバイル・ウォレット・フォン（１）」は、本願発明の「携帯電話や携帯情報処理装置などの携帯端末」及び「携帯端末」に相当し、また、引用例１発明の「支払先」は、本願発明の「振替先」に相当する。
　また、引用例１発明の「ホストコンピュータ」は、決済処理を行うホストコンピュータであり、また引用例１の図１に「Host Computer in banks」との記載もあることから、本願発明の「電子銀行システム」及び「電子銀行」に対応するものである。
　また、引用例１発明の「支払先口座情報」と、本願発明の「振替先口座情報である振替先電子メールアドレス」とは、振替先の口座を特定するための「振替先口座情報」である点で共通するものである。
　また、引用例１発明の「金額情報と、予め準備されている支払先口座情報とに基づいて、第１の決済情報を生成し」と、本願発明の「受取った前記金額情報と、予め準備されている前記電子メール送信用アドレス及び前記振替先口座情報である振替先電子メールアドレスとに基づいて、決済情報を生成し」とは、「金額情報と振替先口座情報に基づいて、決済情報を生成し」という点で共通するものである。
　また、引用例１発明の「第２の決済情報」と、本願発明の「決済電子メール」とは、共に、受信した決済情報に基づいて携帯端末が生成する「携帯端末決済情報」である点て共通するものであるから、引用例１発明の「モバイル・ウォレット・フォン（１）で、前記第１の決済情報に基づいて、第２の決済情報を生成し」と、本願発明の「携帯端末で、前記決済情報と、当該決済の振替元を示す振替元口座情報である振替元電子メールアドレスとに基づいて、決済電子メールを生成し」とは、「携帯端末で、前記決済情報に基づいて、携帯端末決済情報を生成し」ている点で共通するものである。
　
　してみれば、本願発明と引用例１発明とは、
「インターネットに接続された電子銀行システムと、前記インターネットに接続可能な携帯電話や携帯情報処理装置などの携帯端末と、を利用した電子決済方法であって、
　電子銀行システムに送信するための振替先を示す振替先口座情報を準備し、
　金額情報と、予め準備されている前記振替先口座情報に基づいて、決済情報を生成して、
　携帯端末に前記決済情報を送信し、
　携帯端末で、前記決済情報に基づいて、携帯端末決済情報を生成し、
　電子銀行システムに前記携帯端末決済情報を送信し、
　電子銀行で、前記携帯端末決済情報に含まれる前記振替先口座情報と、前記金額情報とに基づいて、決済処理を行い、
　前記電子銀行は、前記携帯端末に決済処理の結果を通知する、
　ことを特徴とする電子決済方法。」
　との点で一致し、以下の点で相違する。
　
［相違点１］本願発明では、金額情報を受取っているものであるのに対し、引用例１発明では、金額情報をどのように取得しているのか特定されていない点。
　
［相違点２］本願発明では、振替先口座情報が「振替先電子メールアドレス」であるのに対し、引用例１発明では、振替先口座情報がそのような情報であることは特定されていない点。
　
［相違点３］本願発明では、「電子銀行システムに送信するための電子メール送信用アドレス」を準備し、金額情報と、「予め準備されている前記電子メール送信用アドレス及び」振替先口座情報とに基づいて、決済情報を生成しているの対し、引用例１発明では、電子銀行システムに送信するための電子メール送信用アドレスを準備し、予め準備されている前記電子メール送信用アドレスを用いて決済情報の生成をしていない点。
　
［相違点４］本願発明では、決済情報と、「当該決済の振替元を示す振替元口座情報である振替元電子メールアドレスとに基づいて、決済電子メール」を生成し、「前記電子メール送信用アドレス宛に前記決済電子メール」を送信し、電子銀行で「決済電子メールに含まれる前記振替元口座情報である振替元電子メールアドレスと、」前記振替先口座情報と、前記金額情報とに基づいて決済処理を行っているのに対し、引用例１発明では、そのような決済電子メールを生成し、電子メール送信用アドレス宛に前記決済電子メールを送信し、決済電子メールに含まれる前記振替元口座情報である振替元電子メールアドレスを用いて決済処理を行っていない点。
　
［相違点５］本願発明では、決済処理の結果を「電子メール」で通知しているのに対し、引用例１発明では、そのような点についての開示がない点。
　
［相違点６］本願発明では、決済情報を「記憶し」、「電子銀行から通知された前記決済処理の結果と、取引情報記憶手段に記憶している前記決済情報とを比較して、正しく決済処理が行なわれたかどうかを判断する」の対して、引用例１発明では、そのような点についての開示がない点。
　
　
６．判断
　上記相違点について検討する。
［相違点１について］
　引用例１は、支払先側より、支払先の口座番号、請求書、支払いの合計額等の情報をモバイル・ウォレット・フォン（１）へ送信するものであるから、支払先側で金額情報を何らかの方法によって取得していることは、当然の事項であり、情報を取得するための方法として、「受取る」方法があることは周知の事項すぎないものである。
  してみれば、金額情報を受取ることは、当業者が容易に想到することができた事項である。
　したがって、上記相違点１に係る本願発明の構成は、引用例１発明及び周知の技術に基づき、当業者が容易に想到することができた事項である。
　
［相違点２について］
　振替先口座を特定するための振替先口座情報として、どのような情報を採用するかは、当業者が適宜選択する設計的事項であり、また、振替先口座を特定するための情報として、メールアドレスを使用することは、周知の技術（国際公開第９７／０２５３９号（第６頁第２５行−第１０頁第７行）、国際公開第００／６７１７７号等参照）である。
　してみれば、振替先口座情報を「振替先電子メールアドレス」に特定することは、当業者が容易に想到することができた事項である。
　したがって、上記相違点２に係る本願発明の構成は、引用例１発明及び周知の技術に基づき、当業者が容易に想到することができた事項である。
　
［相違点３について］
　引用例１は、モバイル・ウォレット・フォン（１）が、第２の決済情報をホストコンピュータ宛に送信するものであるから、該ホストコンピュータのアドレス情報を、モバイル・ウォレット・フォン（１）又は支払先側に予め準備しておくことは当業者にとって明らかである。そして、アドレス情報を予めモバイル・ウォレット・フォン、又は、支払先側のどちら側で準備するかは、当業者が適宜取り決める設計的事項であり、また、アドレス情報として電子メールアドレスがあることは周知の事項であるから、支払先側で電子銀行システムに送信するための電子メール送信用アドレスを予め準備しておくことは、当業者が容易に想到することができた事項である。
　そして、支払先側で電子銀行システムに送信するための電子メール送信用アドレスを予め準備する構成を採用した際、上記予め準備された電子メール送信用アドレスを携帯端末に送信することは、当然の事項であり、電子メール送信用アドレスをどのように携帯端末に送信するかは（アドレス情報を単独の情報として送信するか、又は、アドレス情報と送信すべき他の情報とを一緒にして送信情報を生成して送信するかは）、当業者が適宜取り決める設計的事項であるから、金額情報と、予め準備されている前記電子メール送信用アドレス及び振替先口座情報とに基づいて、決済情報を生成し決済情報を携帯端末に送信することは、当業者が容易に想到することができた事項である。
　してみれば、引用例１発明に上記周知の技術を適用して、
「電子銀行システムに送信するための電子メール送信用アドレス」を準備し、金額情報と、「予め準備されている前記電子メール送信用アドレス及び」振替先口座情報とに基づいて、決済情報を生成する構成とすることは、当業者が容易に想到することができた事項である。　
　したがって、相違点３に係る本願発明の構成は、引用例１発明及び周知の技術に基づき、当業者が容易に想到することができた事項である。
　
［相違点４について］
　引用例１は、支払人と支払先との口座間で決済処理を行うものであるから、モバイル・ウォレット・フォン（１）からホストコンピュータへ、支払人口座を特定するための情報（振込元口座情報）が送信されて、決済対象である支払人口座が特定され、決済処理が行われていることは、当然の事項である。そして、振込元口座情報として、どのような情報を採用し、また振込元口座情報を、どのようにホストコンピュータに送信するかは（振込元口座情報を単独の情報として送信するか、又は、振込元口座情報と送信すべき他の情報とを一緒にして送信情報を生成して送信するかは）、当業者が適宜決定しうる設計的事項であって、一般に、口座を特定するための口座識別情報として、メールアドレスを使用することは、周知の技術（国際公開第９７／０２５３９号（第６頁第２５行−第１０頁第７行）、国際公開第００／６７１７７号等参照）であり、情報を送信する手段として電子メールがあることも周知の事項である。
　そうすると、決済情報と、決済の振替元を示す振替元口座情報である振込元電子メールアドレスに基づいて、決済電子メールを生成して、電子銀行システムに決済電子メールを送信する構成とすることは、当業者が容易に想到することができた事項である。
　また、上記［相違点３について］で検討したように、電子メール送信用アドレスを用いて決済情報を生成することは、当業者が容易に想到することができた事項であるから、上記決済電子メールが、電子メール送信用アドレス宛に送信されて、決済処理が行われることは、当然の事項であるといえる。
　してみれば、決済情報と、「当該決済の振替元を示す振替元口座情報である振替元電子メールアドレスとに基づいて、決済電子メール」を生成し、「前記電子メール送信用アドレス宛に前記決済電子メール」を送信し、電子銀行で「決済電子メールに含まれる前記振替元口座情報である振替元電子メールアドレスと、」振替先口座情報と、金額情報とに基づいて決済処理を行う構成とすることは、当業者が容易に想到することができた事項である。
　したがって、上記相違点４に係る本願発明の構成は、引用例１発明及び周知の技術に基づき、当業者が容易に想到することができた事項である。
　
［相違点５について］
　一般に、情報を通知する手段として電子メールがあることは、周知の事項である。
　してみれば、決済処理の結果を「電子メール」で通知する構成とすることは、当業者が容易に想到することができた事項である。
　したがって、上記相違点５に係る本願発明の構成は、引用例１発明及び周知の技術に基づき、当業者が容易に想到することができた事項である。
　
［相違点６について］
　引用例２には、「記憶手段に支払い情報を記憶し、
　支払いサーバーから顧客端末を介して送信された決済処理の結果と、記憶手段に記憶している支払い情報とを比較して、正しく決済処理が行われたかどうかを判断する」ことが記載されている。
　そして、引用例１発明と、引用例２とは、共に、ネットワーク上における電子決済システムの技術分野に属しているものであるから、引用例１に引用例２に開示された技術事項を適用して、決済情報を「記憶し」、「電子銀行から通知された前記決済処理の結果と、取引情報記憶手段に記憶している前記決済情報とを比較して、正しく決済処理が行なわれたかどうかを判断する」構成とすることは、当業者が容易に想到することができた事項である。　
　したがって、上記相違点６に係る本願発明の構成は、引用例１発明、引用例２に記載された事項に基づき、当業者が容易に想到することができた事項である。
　
　そして、本願発明の作用効果も、引用例１発明、引用例２に記載された発明及び周知の事項から当業者が予測できる範囲のものである。
　
　
７．むすび
　したがって、本願発明は、引用例１発明、引用例２に記載された発明及び周知の事項から当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　よって、結論のとおり審決する。