拒絶査定不服の審決｜2023-12063 - 特許審決データベース

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この審決の個人情報、企業機密に関する修正依頼をする

PDF	PDFをダウンロード

審決分類	審判査定不服 2項進歩性特許、登録しない。 G06Q 審判査定不服 4号2号請求項の限定的減縮特許、登録しない。 G06Q 審判査定不服 5項独立特許用件特許、登録しない。 G06Q
管理番号	1411094
総通号数	30
発行国	JP
公報種別	特許審決公報
発行日	2024-06-28
種別	拒絶査定不服の審決
審判請求日	2023-07-18
確定日	2024-05-02
事件の表示	特願２０２２－１２２９４４「決済管理装置、決済管理方法、およびプログラム」拒絶査定不服審判事件について、次のとおり審決する。
結論	本件審判の請求は、成り立たない。
理由	第１経緯１．手続本願は、令和４年８月１日の出願であって、手続の概要は以下のとおりである。拒絶理由通知：令和４年１１月１０日（起案日）意見書・手続補正書：令和５年１月１６日拒絶査定：令和５年４月１２日（起案日）拒絶査定不服審判請求：令和５年７月１８日手続補正：令和５年７月１８日２．原査定原審での拒絶査定の理由は、概略、以下のとおりである。本願の請求項１－１３に係る発明（令和５年１月１６日にされた手続補正による）は、下記引用文献に記載された発明に基づいて当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により、特許を受けることができない。記引用文献１：特開２０２１－０９６６２６号公報引用文献２：特開２０１３－１８２４８９号公報引用文献３：特開２０２２－０１５７３６号公報引用文献４：特開２００４－１７１５２７号公報引用文献５：特開２０２１－８１８９９号公報第２補正却下の決定令和５年７月１８日にされた手続補正（以下、「本件補正」という。）について次のとおり決定する。《結論》令和５年７月１８日にされた手続補正を却下する。《理由》１．本件補正（１）本件補正前の請求項１－１３の記載と本件補正後の請求項１－１３の記載は、以下のとおりのものである。ア本件補正前の請求項１－１３【請求項１】電子決済サービスを提供する決済管理装置であって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う決済処理部と、を備え、前記決済処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行う、決済管理装置。【請求項２】前記複数の決済方法は、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高を利用した決済方法、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられデビットカードを利用した決済方法のうちいずれかである、請求項１に記載の決済管理装置。【請求項３】前記第１の決済方法が、チャージ残高を利用した決済方法であり、且つ前記第２の決済方法が、前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法である場合において、前記決済処理部は、前記決済金額が前記チャージ残高を超える場合、前記決済金額のうち前記チャージ残高分の決済金額の電子決済を、前記チャージ残高を利用した決済方法を利用して行い、前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法を利用して超えた部分の全部または一部の金額の決済を行う、請求項２に記載の決済管理装置。【請求項４】前記利用者の端末装置の表示部に、前記第１の決済方法および前記第２の決済方法を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記第１の決済方法および前記第２の決済方法を設定する設定部と、を備える請求項１から３のうちいずれか１項に記載の決済管理装置。【請求項５】前記第１の決済方法は、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高を利用した決済方法であり、前記第１の決済方法に対応付けられた決済可能な第１金額は、設定された下限値を超えるチャージ残高の金額であり、前記第２の決済方法は、前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法であり、前記利用者の端末装置の表示部に、前記下限値を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記下限値を設定する設定部と、を備え、前記決済処理部は、前記チャージ残高と前記設定部が設定した下限値との差分を前記決済金額が超える場合、前記差分の電子決済を前記第１の決済方法を利用して行い、前記差分を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行う、請求項２または３に記載の決済管理装置。【請求項６】前記第１の決済方法が、前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法であり、且つ前記第２の決済方法が、チャージ残高を利用した決済方法である場合において、前記決済処理部は、前記決済金額が前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法の上限額を超える場合、前記上限額分の電子決済を前記第１の決済方法を利用して行い、前記チャージ残高を利用した決済方法を利用して超えた部分の全部または一部の金額の決済を行う、請求項２に記載の決済管理装置。【請求項７】前記第１の決済方法は、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、またはデビットカードを利用した決済方法のうちいずれかであり、前記第１の決済方法に対応付けられた決済可能な第１金額は、前記後払い、クレジットカード、またはデビットカードの利用の上限額であり、前記第２の決済方法は、チャージ残高を利用した決済方法であり、前記利用者の端末装置の表示部に、前記上限額を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記上限額を設定する設定部と、を備え、前記決済処理部は、前記設定部が設定した上限額を前記決済金額が超える場合、前記上限額分の電子決済を前記第１の決済方法を利用して行い、前記上限額を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行う、請求項１または２に記載の決済管理装置。【請求項８】前記決済処理部は、前記利用者の識別情報と決済金額を示す決済情報とを取得した場合において、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額以上である場合、前記チャージ残高を利用して決済を行い、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額未満であり、且つ前記利用者の識別情報に対して前記チャージ残高が前記決済金額未満であるとき前記第２の決済方法が利用されることが設定されている場合、前記決済金額のうち前記チャージ残高分の決済金額の電子決済を、前記チャージ残高を利用した決済方法を利用して行い、前記チャージ残高を超えた部分の全部または一部の前記決済金額を前記第２の決済方法で決済し、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額未満であり、且つ前記利用者の識別情報に対して前記チャージ残高が前記決済金額未満であるとき前記第２の決済方法が利用されることが設定されていない場合、前記決済金額に係る決済を行えないことを示す情報を前記利用者の端末装置の表示部に表示させる、請求項１または２に記載の決済管理装置。【請求項９】前記第１の決済方法が、チャージ残高を利用した決済方法であり、且つ前記第２の決済方法が、前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法である場合において、前記決済処理部は、前記決済金額が前記チャージ残高である第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額以上の金額を、前記利用者の操作に依らずに前記第２の決済方法の利用枠を利用してチャージする処理を実行し、前記チャージされたチャージ残高を利用して前記決済金額を決済する、請求項２に記載の決済管理装置。【請求項１０】前記第１の決済方法が、チャージ残高を利用した決済方法であり、且つ前記第２の決済方法が、後払いを利用した決済方法、クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法である場合において、前記決済処理部は、前記決済金額が第１の決済方法に対応付けられた決済可能な第１金額を超え、且つオートチャージ機能を利用して超えた決済額を決済できない場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行い、オートチャージ機能は、チャージ残高を利用した決済時にチャージ残高が不足している場合、前記決済処理部が、自動的に不足額以上の金額を指定先からチャージして決済を行う機能である、請求項１に記載の決済管理装置。【請求項１１】ユーザが前記電子決済サービスの電子決済を行うときに、電子決済アプリが利用者を特定するための識別情報がエンコードされたコード情報を利用者の端末装置の表示部に表示させることで前記コード情報を店舗の端末装置に読み取らせて、または前記電子決済アプリが前記利用者の端末装置の撮像部を用いて店舗を特定するための識別情報がエンコードされたコード情報を取得して電子決済を行う電子決済サービスを提供する、請求項１から３のうちいずれか１項に記載の決済管理装置。【請求項１２】電子決済サービスを提供するコンピュータが、利用者の識別情報と決済金額を示す決済情報とを取得し、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行い、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行う、決済管理方法。【請求項１３】電子決済サービスを提供するコンピュータに、利用者の識別情報と決済金額を示す決済情報とを取得させ、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行わせ、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行わせる、プログラム。イ本件補正後の請求項１－１３（下線は補正箇所を示す。）【請求項１】電子決済サービスを提供する決済管理装置であって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う決済処理部と、を備え、前記決済処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカード、デビットカード、または後払いのうち設定された決済方法を利用して決済を行う、決済管理装置。【請求項２】電子決済サービスを提供する決済管理装置であって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う処理部と、を備え、前記処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行って決済を完了させ、前記第１の決済方法で電子決済を完了させることができなかった情報および前記第２の決済方法を利用したことを示す情報を含めずに前記決済が完了したことを示す情報を含む第１画面を前記利用者の端末装置の表示部に表示させ、前記第１画面に対して所定の操作が行われた場合、前記第２の決済方法が利用されたことを示す情報を含む第２画面を前記表示部に表示させる、決済管理装置。【請求項３】電子決済サービスを提供する決済管理装置であって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う処理部と、を備え、前記処理部は、前記利用者によって予め設定された第１の決済方法に対応付けられた決済可能な第１金額を超える場合に前記利用者が第２の決済方法を利用するか否かを示す情報と前記第２の決済方法の種別とが対応付けられた対応情報を参照し、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第２の決済方法を利用することが対応情報において対応付けられている場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行って決済を完了させ、前記利用者が前記第２の決済方法を利用することが対応情報において対応付けられていない場合、前記決済金額に係る決済が行えないことを示す情報を表示部に表示させる、決済管理装置。【請求項４】前記利用者の端末装置の表示部に、前記第１の決済方法および前記第２の決済方法を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記第１の決済方法および前記第２の決済方法を設定する設定部と、を備える請求項１から３のうちいずれか１項に記載の決済管理装置。【請求項５】前記第１の決済方法は、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高を利用した決済方法であり、前記第１の決済方法に対応付けられた決済可能な第１金額は、設定された下限値を超えるチャージ残高の金額であり、前記第２の決済方法は、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられたデビットカードを利用した決済方法であり、前記利用者の端末装置の表示部に、前記下限値を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記下限値を設定する設定部と、を備え、前記決済処理部は、前記チャージ残高と前記設定部が設定した下限値との差分を前記決済金額が超える場合、前記差分の電子決済を前記第１の決済方法を利用して行い、前記差分を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行う、請求項１に記載の決済管理装置。【請求項６】前記第１の決済方法が、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられたデビットカードを利用した決済方法であり、且つ前記第２の決済方法が、チャージ残高を利用した決済方法である場合において、前記決済処理部は、前記決済金額が前記後払いを利用した決済方法、前記クレジットカードを利用した決済方法、またはデビットカードを利用した決済方法の上限額を超える場合、前記上限額分の電子決済を前記第１の決済方法を利用して行い、前記チャージ残高を利用した決済方法を利用して超えた部分の全部または一部の金額の決済を行う、請求項１に記載の決済管理装置。【請求項７】前記第１の決済方法は、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられたデビットカードを利用した決済方法のうちいずれかであり、前記第１の決済方法に対応付けられた決済可能な第１金額は、前記後払い、クレジットカード、またはデビットカードの利用の上限額であり、前記第２の決済方法は、チャージ残高を利用した決済方法であり、前記利用者の端末装置の表示部に、前記上限額を設定するためのインターフェース画面を表示させる表示制御部と、前記利用者の前記インターフェース画面に対する操作に基づいて、前記上限額を設定する設定部と、を備え、前記決済処理部は、前記設定部が設定した上限額を前記決済金額が超える場合、前記上限額分の電子決済を前記第１の決済方法を利用して行い、前記上限額を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行う、請求項１に記載の決済管理装置。【請求項８】前記決済処理部は、前記利用者の識別情報と決済金額を示す決済情報とを取得した場合において、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額以上である場合、前記チャージ残高を利用して決済を行い、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額未満であり、且つ前記利用者の識別情報に対して前記チャージ残高が前記決済金額未満であるとき前記第２の決済方法が利用されることが設定されている場合、前記決済金額のうち前記チャージ残高分の決済金額の電子決済を、前記チャージ残高を利用した決済方法を利用して行い、前記チャージ残高を超えた部分の全部または一部の前記決済金額を前記第２の決済方法で決済し、前記決済管理装置が管理している、前記利用者の識別情報に対応付けられたチャージ残高が前記決済金額未満であり、且つ前記利用者の識別情報に対して前記チャージ残高が前記決済金額未満であるとき前記第２の決済方法が利用されることが設定されていない場合、前記決済金額に係る決済を行えないことを示す情報を前記利用者の端末装置の表示部に表示させる、請求項１に記載の決済管理装置。【請求項９】前記第１の決済方法が、チャージ残高を利用した決済方法であり、且つ前記第２の決済方法が、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられたデビットカードを利用した決済方法である場合において、前記決済処理部は、前記決済金額が前記チャージ残高である第１金額を超える場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額以上の金額を、前記利用者の操作に依らずに前記第２の決済方法の利用枠を利用してチャージする処理を実行し、前記チャージされたチャージ残高を利用して前記決済金額を決済する、請求項１に記載の決済管理装置。【請求項１０】前記第１の決済方法が、チャージ残高を利用した決済方法であり、且つ前記第２の決済方法が、前記利用者の識別情報に対応付けられた後払いを利用した決済方法、前記利用者の識別情報に対応付けられたクレジットカードを利用した決済方法、または前記利用者の識別情報に対応付けられたデビットカードを利用した決済方法である場合において、前記決済処理部は、前記決済金額が第１の決済方法に対応付けられた決済可能な第１金額を超え、且つオートチャージ機能を利用して超えた決済額を決済できない場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の決済を、前記利用者の操作に依らずに第２の決済方法を利用して行い、オートチャージ機能は、チャージ残高を利用した決済時にチャージ残高が不足している場合、前記決済処理部が、自動的に不足額以上の金額を指定先からチャージして決済を行う機能である、請求項１に記載の決済管理装置。【請求項１１】ユーザが前記電子決済サービスの電子決済を行うときに、電子決済アプリが利用者を特定するための識別情報がエンコードされたコード情報を利用者の端末装置の表示部に表示させることで前記コード情報を店舗の端末装置に読み取らせて、または前記電子決済アプリが前記利用者の端末装置の撮像部を用いて店舗を特定するための識別情報がエンコードされたコード情報を取得して電子決済を行う電子決済サービスを提供する、請求項１から３のうちいずれか１項に記載の決済管理装置。【請求項１２】電子決済サービスを提供するコンピュータが、利用者の識別情報と決済金額を示す決済情報とを取得し、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行い、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカード、デビットカード、または後払いのうち設定された決済方法を利用して決済を行う、決済管理方法。【請求項１３】電子決済サービスを提供するコンピュータに、利用者の識別情報と決済金額を示す決済情報とを取得させ、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行わせ、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカード、デビットカード、または後払いのうち設定された決済方法を利用して決済を行わせる、プログラム。（２）本件補正の補正事項以下、審判請求人の整理による補正事項を補正事項Ａ、補正事項Ｂ等として示す。審判請求書の記載によれば、本件補正は、以下のとおりの補正事項を含むものと整理できることになる。ア補正事項Ａ補正前請求項１を減縮し、補正後の請求項１とする。イ補正事項Ｂ補正前請求項２及び補正前請求項３を削除する。ウ補正事項Ｃ補正前請求項１を減縮し、補正後の請求項２とする。エ補正事項Ｄ補正前請求項１を減縮し、補正後の請求項３とする。オ補正事項Ｅ補正前請求項１２と１３を減縮し、それぞれ補正後の請求項１２と１３とする。２．目的要件について目的要件（特許法第17条の2第5項の規定に違反しているか否か）を検討する。（１）補正事項Ａについて補正事項Ａは、「決済処理部」について、以下の補正事項Ａ１～補正事項Ａ３を含むものである。（補正事項Ａ１）「決済処理部」が行う「決済」についての「第１の決済方法とは異なる第２の決済方法」が、「クレジットカード、デビットカード、または後払いのうち設定された決済方法」である旨の限定を追加する補正。（補正事項Ａ２）（下線は、理解しやすいように当審で付加した。）決済処理部の処理に関して、補正前は、「前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行う」との事項について、「前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合」としていたものを、補正後は、「前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカード、デビットカード、または後払いのうち設定された決済方法を利用して決済を行う」との事項について、「前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合」へと変更する補正。（補正事項Ａ３）「決済処理部」が決済を「第２の決済方法を利用して行う」にあたって、補正前は「前記利用者の操作に依らずに」行うとしていたものを「前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに」行うとする補正。このうち、補正事項Ａ２は、発明特定事項とされていた処理の条件を他のものへと変更するものであって、発明特定事項の減縮に該当しない。つまり、補正前にあっては、「前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合」には、「前記第１金額を超えた部分」の「全部または一部」は「前記第１の決済方法とは異なる第２の決済方法」を利用して行うものとされているから、「前記第１金額を超えた部分」の少なくとも一部の決済が「第１の決済方法」を利用して行われないことを特定している。これに対して、補正後は、「前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合」であっても「前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合」に該当しなければ、「前記第１金額を超えた部分」の全部を「第１の決済方法」を利用して行うものが含まれている。（いうなれば、クレジットカード等の「第２の決済方法」の自動適用設定がない場合に、「第１の決済方法」である電子マネーによって全額の支払いを完結させる（オートチャージ機能（本願明細書段落【００５９】【００６０】）によって全額の支払いを完結させる）態様が、補正前の請求項１では排除されていたものが補正後の請求項１では含まれている。）よって、補正事項Ａは、特許請求の範囲の減縮（同条同項第２号）に該当しない。（２）補正事項Ｂについてア本件補正による補正前後の請求項数はいずれも１３であり、請求項４～請求項１３については、本件補正による請求項番号の変更も生じていない。このことから、本件補正前後の請求項１－１３は、本件補正後の請求項１－１３に対応するものと認められ、本件補正は、同条同項第１号の請求項の削除を目的としたものに該当しない。イ審判請求書では、補正事項Ｂについて、請求項の削除を目的としたものとし、補正事項Ｃ及び補正事項Ｄについて、補正後の請求項２と３は補正前請求項１に対応するものとしている。しかしながら、本件補正後の請求項２と請求項３が本件補正前の請求項２と請求項３に対応していることは、上記アに示したことに加え、補正後の請求項４と請求項１１において「請求項１から請求項３のうちのいずれか１項に記載の決済管理装置」と記載されていることからも、明らかである。つまり、仮に補正事項Ｂを補正事項Ｃ及び補正事項Ｄと異なる補正事項と捉え請求項の削除を目的とするものと認定すると、補正後の請求項２及び請求項３が補正前の請求項２及び請求項３に対応しないものとなり、（４）で後述するとおり、本件補正によって、請求項４と請求項１１について、補正事項Ａ～補正事項Ｄによって、同条同項２号を目的としたものに該当しない補正がなされたことになるのであり、このことも踏まえれば、本件補正後の請求項２と請求項３が本件補正前の請求項２と請求項３に対応していることは明らかである。ウよって、補正事項Ｂは、同条同項第１号に掲げる事項を目的とする補正に該当しない。（３）補正事項Ｃについて補正事項Ｃは、補正前の請求項２において特定されていない、「決済処理部」が「前記第１の決済方法で電子決済を完了させることができなかった情報および前記第２の決済方法を利用したことを示す情報を含めずに前記決済が完了したことを示す情報を含む第１画面を前記利用者の端末装置の表示部に表示させ、前記第１画面に対して所定の操作が行われた場合、前記第２の決済方法が利用されたことを示す情報を含む第２画面を前記表示部に表示させる」旨の限定を付加する補正を含む。そして、この限定は、形式的には「決済処理部」の処理の限定となっているものの、その実質は、「決済処理部」において「決済を行う」ことに加えて「第１画面」を利用者の端末装置の表示部に表示させ、この「第１画面に対して所定の操作が行われた場合」に「第２画面」を利用者の端末装置に表示させるという、「決済処理部」における「決済を行う」処理とは異なる処理を新たに追加するものである。本願明細書段落【００４１】【００４２】図１３、【００５２】図１５（Ｓ１２４に関する記載）を参照しても、補正事項Ｃに含まれる、「第１画面に対して所定の操作が行われた場合」に「第２画面」を利用者の端末装置に表示させる処理を「決済管理装置」に対応する決済サーバ１００で行うことは記載されておらず、このことからも、「決済処理部」における「決済を行う」処理とは異なる処理であることは、明らかである。してみると、この補正は、発明特定事項である「決済処理部」が行う「決済を行う」処理を限定するものでないから、発明特定事項を限定する補正（同条同項第２号）に該当しない。（４）補正事項Ａ～補正事項Ｄを総合した請求項４及び請求項１１に係る補正について審判請求書において、補正事項Ｂについて、請求項の削除を目的としたものとし、補正事項Ｃ及び補正事項Ｄについて、補正後の請求項２と３は補正前請求項１に対応するものとしていることから、請求項４と請求項１１の「請求項１から請求項３のうちのいずれか１項に記載の決済管理装置」との記載についての検討を示す。この記載における「請求項１から請求項３のうちのいずれか１項」は、択一的記載の要素である。そして、択一的記載の要素の付加は、特許請求の範囲を減縮する補正に該当しない（特許・実用新案審査基準第ＩＶ部第４章２．１．１「補正が特許請求の範囲を減縮するものであること」の「（１）特許請求の範囲を減縮する補正に該当しない具体例」を参照。）ことから、「Ｘ又はＹ」を「Ｘ１又はＸ２」や「Ｘ１、Ｘ２又はＹ」に変更する等、択一的記載の要素の付加を伴う択一的記載の変更は、特許請求の範囲の減縮に該当しない。仮に、補正後の請求項２及び請求項３がいずれも補正前請求項１に対応するものであり、つまり、補正前の請求項２及び請求項３に対応するものでないとすると、本件補正によって、請求項４及び請求項１１の上記記載は、記載そのものは形式的に補正されていないものの、実質的に択一的記載の要素の付加を伴う択一的記載の変更がなされたことになる。具体的にみても、補正事項Ａと補正事項Ｃは、それぞれ上記（１）の補正事項Ａ１～Ａ３及び上記（３）で検討した補正事項を含むものと捉えることはできるとしても、両者は全く異なる内容の補正である。よって、本件補正前の請求項４及び請求項１１における「請求項１」という１の要素を「補正事項Ａ」による補正後のものと「補正事項Ｃ」による補正後のものという２の要素にすることは、択一的記載の要素の付加に該当することが明らかである。以上を踏まえると、審判請求人の整理による補正事項Ａ～補正事項Ｄは、請求項４及び請求項１１の択一的記載の要素について、実質的に択一的記載の要素の付加を伴って変更するものであり、この点において、特許請求の範囲の減縮に該当しない補正を含むものである。以上を踏まえれば、補正事項Ａ～補正事項Ｄを総合した請求項４及び請求項１１に係る補正は、同条同項第２号に掲げる事項を目的とする補正に該当しない。（５）同条同項第３号及び同条同項第４号について上記（１）、（３）の補正事項Ａ及び補正事項Ｃは、いずれも、誤記の訂正や明りようでない記載の釈明に該当しないことが明らかであり、上記（２）の補正事項Ｂ及び上記（４）の補正事項Ａ～補正事項Ｄを総合した請求項４及び請求項１１に係る補正についても同様である。してみると、本件補正は、同条同項第３号又は第４号に掲げる事項を目的とする補正に該当しない。（６）まとめ（目的要件について）以上のとおり、本件補正は、同条同項第１号ないし第４号に掲げるいずれの事項を目的とするものにも該当しない。よって、本件補正は、特許法第17条の2第5項の規定に違反している。３．独立特許要件について本件補正は、上記２．で検討したように、特許法第17条の2第5項各号に掲げるいずれの事項を目的とするものにも該当しないが、本件補正が、特許法第17条の2第5項2号に掲げる特許請求の範囲の減縮を目的とするものに該当するものであると仮定して、以下検討する。補正の目的が、特許法第17条の2第5項2号に掲げる特許請求の範囲の減縮を目的とするものに該当するものである場合、補正後における特許請求の範囲に記載されている事項により特定される発明が特許出願の際独立して特許を受けるものでなければならない（特許法17条の2第6項）。以下、本件補正後の請求項１に係る発明（以下、補正後発明という。）の独立特許要件について検討する。（１）補正後発明本件補正後の請求項１に係る発明（以下「補正後発明」という。）は、以下のとおりである。（再掲）【請求項１】電子決済サービスを提供する決済管理装置であって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う決済処理部と、を備え、前記決済処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合、前記第１金額の電子決済を前記第１の決済方法を利用して行い、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカード、デビットカード、または後払いのうち設定された決済方法を利用して決済を行う、決済管理装置。（２）各引用文献の記載・引用発明ア引用文献１の記載事項原査定の拒絶の理由に引用された特開２０２１－０９６６２６号公報（以下、「引用文献１」という。）には、図面と共に次に掲げる事項が記載されている。「【０００４】しかしながら、電子マネー決済の場合、決済の時点で電子マネーの残高が不足しているとエラーとなる。エラーになった場合、客は、電子マネーをチャージするか、クレジットカード決済等の別の決済方法を選択しなければならない。このように、決済の時点でエラーになると、そのエラーを解消するための操作が必要となり、決済が滞る懸念がある。」「【０００６】本発明の実施形態が解決しようとする課題は、商取引の決済方式としてプリペイド式の電子マネー決済を採用した場合において、決済の時点で電子マネーの残高不足が発覚して決済が滞るのを未然に防ぐことができる情報処理装置及びその制御プログラムを提供しようとするものである。」「【００１１】図１は、一実施形態に係る登録決済システム１の概略構成を示す模式図である。登録決済システム１は、携帯端末１０、入口ゲート装置２０、出口ゲート装置３０、会員サーバ４０、商品サーバ５０、仮想ＰＯＳサーバ６０、決済サーバ７０、アクセスポイント８０及び通信ネットワーク９０を含む。通信ネットワーク９０は、例えばＬＡＮ（local area network）である。ＬＡＮは、有線ＬＡＮであってもよいし、無線ＬＡＮであってもよい。」「【００１３】携帯端末１０は、携帯型の通信端末である。携帯端末１０は、詳細については後述するが、少なくともバーコード、二次元コード等のデータコードを読み取るためのハードウェアを有している。例えば客が個人で所有するデジタルカメラを搭載したスマートフォン、タブレット端末等が携帯端末１０として利用できる。」「【００１７】会員サーバ４０は、登録決済システム１が導入された店舗の利用者として登録された会員に関する情報を管理し、その会員に係わる種々の情報処理を実行するコンピュータである。【００１８】商品サーバ５０は、店舗で販売される各商品に関する情報を管理し、その商品に係わる種々の情報処理を実行するコンピュータである。【００１９】仮想ＰＯＳサーバ６０は、携帯端末１０と協働することで、その携帯端末１０がＰＯＳ端末として機能しているように見せかけるための情報処理を実行するコンピュータである。【００２０】決済サーバ７０は、クレジットカード決済、プリペイド式の電子マネー決済等の決済に係る情報処理を実行するコンピュータである。」「【００４５】図４は、会員サーバ４０の要部回路構成を示すブロック図である。会員サーバ４０は、プロセッサ４１、メインメモリ４２、補助記憶デバイス４３、通信インターフェース４４及びシステム伝送路４５を備えている」「【００５２】かかる構成の会員サーバ４０は、補助記憶デバイス４３において、会員データベース４３１を記憶している。会員データベース４３１は、会員登録を行った客毎に作成される会員データレコードを保存する。会員データレコードは、会員ＩＤ、端末ＩＤ、クレジットカード番号及び電子マネーユーザＩＤの項目を含む。会員ＩＤは、客が登録決済アプリを携帯端末１０にインストールして会員登録を行った際に生成される。端末ＩＤは、会員登録が行われた携帯端末１０から取得される。クレジットカード番号は、会員登録の際に客が登録したものである。電子マネーユーザＩＤは、客がプリペイド式の電子マネーを購入した際に発行されたものである。【００５３】また会員サーバ４０は、メインメモリ４２における揮発性のメモリ領域において、客テーブル４２１を記憶している。客テーブル４２１のデータ構造を図５の模式図で示す。図示するように客テーブル４２１は、少なくとも会員ＩＤ、端末ＩＤ、電子マネーユーザＩＤ、電子マネー残高、クレジットカード番号及び優先フラグを関連付けて記憶するためのデータ構造となっている。優先フラグは、電子マネー決済を優先するか、クレジットカード決済を優先するかを識別するための１ビットデータである。本実施形態では電子マネー決済を優先する場合の優先フラグを“０”、クレジットカード決済を優先する場合の優先フラグを“１”とする。」「【００７０】図９は、決済サーバ７０の要部回路構成を示すブロック図である。決済サーバ７０は、プロセッサ７１、メインメモリ７２、補助記憶デバイス７３、第１通信インターフェース７４、第２通信インターフェース７５及びシステム伝送路７６を備えている。」「【００７７】第２通信インターフェース７５は、インターネットまたはモバイル通信網等の外部ネットワーク７７を介して接続される電子マネー管理サーバ７８及び金融機関サーバ７９との間でデータ通信を行うための回路である。電子マネー管理サーバ７８は、電子マネーユーザＩＤ毎に電子マネーの残高を管理するコンピュータである。金融機関サーバ７９は、クレジットカード番号によって特定される金融機関の口座情報を管理するコンピュータである。【００７８】図１０は、入口ゲート装置２０のプロセッサ２１が実行するチェックイン処理の要部手順を示す流れ図である。図１１乃至図１６は、会員サーバ４０のプロセッサ４１が制御プログラムに従って実行する主要な処理の要部手順を示す流れ図である。図１７は、仮想ＰＯＳサーバ６０のプロセッサ６１が制御プログラムに従って実行する主要な処理の要部手順を示す流れ図である。図１８及び図１９は決済サーバ７０のプロセッサ７１が制御プログラムに従って実行する主要な処理の要部手順を示す流れ図である。」「【００８０】はじめに、客は、入店前に携帯端末１０の登録決済アプリを起動する。登録決済アプリが起動すると、携帯端末１０のタッチパネル１４に会員ＩＤを表すバーコードが表示されるので、客は、バーコードを入口ゲート装置２０のリーダ２６に翳す。このように、会員ＩＤを表すバーコードをリーダ２６に翳す操作をチェックイン操作という。因みに、入店した客が店舗を出る際には、出口ゲート装置３０のリーダに会員ＩＤを表すバーコードを翳す。この操作をチェックアウト操作という。【００８１】入口ゲート装置２０のプロセッサ２１は、図１０のＡＣＴ１０１として会員ＩＤの入力を待ち受けている。客が入口ゲート装置２０に対してチェックイン操作を行うと、リーダ２６を介してその客の会員ＩＤが入力されるので、プロセッサ２１は、ＡＣＴ１０１においてＹＥＳと判定し、ＡＣＴ１０２へと進む。プロセッサ２１は、ＡＣＴ１０２として会員サーバ４０に対して会員通知を行うように、通信インターフェース２４を制御する。この制御により、通信インターフェース２４から会員サーバ４０に宛てて会員通知コマンドが出力される。会員通知コマンドは、通信ネットワーク９０を介して送信され、会員サーバ４０で受信される。会員通知コマンドには、チェックイン操作によって入力された会員ＩＤが含まれている。【００８２】会員サーバ４０のプロセッサ４１は、通知コマンドを待ち受けている。通信インターフェース４４を介して会員通知コマンドを受信すると、プロセッサ４１は、図１１の流れ図に示す手順の会員通知受信処理を開始する。【００８３】プロセッサ４１は、ＡＣＴ２１１として会員通知コマンドから会員ＩＤを検出する。会員ＩＤを検出できたならば、プロセッサ４１は、ＡＣＴ２１２としてその会員ＩＤで会員データベース４３１を検索し、当該会員ＩＤに関連付けられた会員データレコードを取得する。プロセッサ４１は、ＡＣＴ２１３として入店を許可するか否かを確認する。例えば会員データベース４３１から会員データレコードを取得できない場合、プロセッサ４１は、入店拒否と判定する。会員データベース４３１から会員データレコードを取得できた場合には、プロセッサ４１は、入店許可と判定する。」「【００９１】会員サーバ４０のプロセッサ４１は、通信インターフェース４４を介して入店通知コマンドを受信すると、図１２の流れ図に示す手順の入店通知受信処理を開始する。【００９２】プロセッサ４１は、ＡＣＴ２２１として入店通知コマンドから会員ＩＤを検出する。プロセッサ４１は、ＡＣＴ２２２としてその会員ＩＤで会員データベースを検索して、当該会員ＩＤを含む会員データを取得する。会員データには、会員ＩＤ、端末ＩＤ、クレジットカード番号及び電子マネーユーザＩＤ等が含まれる。【００９３】プロセッサ４１は、ＡＣＴ２２３として決済サーバ７０に対して電子マネーユーザＩＤで識別される電子マネーの残高を問い合わせる。この問合せにより、決済サーバ７０は、電子マネー管理サーバ７８で管理されている電子マネーの残高を取得し、会員サーバ４０へと応答するので、プロセッサ４１は、電子マネーの残高を取得する。【００９４】こうして、会員データと電子マネーの残高とを取得したプロセッサ４１は、ＡＣＴ２２３として客テーブル４２１に会員ＩＤ、端末ＩＤ、電子マネーユーザＩＤ、電子マネー残高及びクレジットカード番号を記憶させる。またプロセッサ４１は、優先フラグを“０”とする。このように本実施形態では、電子マネー決済を優先する。【００９５】プロセッサ４１は、ＡＣＴ２２５として携帯端末１０に対して購買登録画面ＳＣ１（図２０を参照）の表示通知を行うように、通信インターフェース４４を制御する。この制御により、通信インターフェース４４から携帯端末１０に宛てて購買登録画面ＳＣ１の表示通知コマンドが出力される。この表示通知コマンドは、通信ネットワーク９０及びアクセスポイント８０を介して送信され、携帯端末１０で受信される。表示通知コマンドを受信した携帯端末１０においては、タッチパネル１４に購買登録画面ＳＣ１が表示される。【００９６】図２０は、購買登録画面ＳＣ１の一表示例である。図２０に示すように購買登録画面ＳＣ１には、購買登録された商品の商品名及び代金と合計金額とを表示するための領域が形成される。また、会計を指示するための会計ボタンＢＴ１の画像が表示される図１３の説明に戻る。」「【０１０１】さて、客は、売場にて購入したい商品に付されているバーコードにカメラ１５のレンズを翳す。そうすると、カメラ１５によってそのバーコードがスキャニングされる。バーコードは、商品の商品コードを含む。このバーコードがスキャニングされると、携帯端末１０から会員サーバ４０に宛てて購買通知コマンドが出力される。購買通知コマンドには、客を識別するための会員ＩＤと、スキャニングされた商品の商品コードとが含まれている。【０１０２】会員サーバ４０のプロセッサ４１は、通信インターフェース４４を介して購買通知コマンドを受信すると、図１３の流れ図に示す手順の購買通知受信処理を開始する。【０１０３】プロセッサ４１は、ＡＣＴ２３１として購買通知コマンドから商品コードを検出する。そしてプロセッサ４１は、ＡＣＴ２３２としてその商品コードで商品サーバ５０に商品の価格を問い合わせる。この問合せにより、商品サーバ５０は、商品データベース５３１を検索して当該商品コードと関連付けられた価格を読出し、会員サーバ４０に応答する。しかしてプロセッサ４１は、商品の価格Ａを取得する。【０１０４】プロセッサ４１は、ＡＣＴ２３３として購買通知コマンドから会員ＩＤを検出する。そしてプロセッサ４１は、ＡＣＴ２３４としてその会員コードと関連付けて客テーブル４２１に記憶されている優先フラグを調べる。優先フラグが“０”、すなわち電子マネー決済が優先の場合、プロセッサ４１は、ＡＣＴ２３４においてＹＥＳと判定し、ＡＣＴ２３５へと進む。プロセッサ４１は、ＡＣＴ２３５として仮想ＰＯＳサーバ６０に合計金額を問い合わせる。この問合せにより、仮想ＰＯＳサーバ６０は、会員コードと関連付けられた購買登録リスト６２１に登録されている代金の合計金額を会員サーバ４０へと応答する。しかしてプロセッサ４１は、合計金額Ｂを取得する。【０１０５】こうして、商品の価格Ａと合計金額Ｂとを取得したプロセッサ４１は、ＡＣＴ２３６としてその価格Ａと合計金額Ｂとの合算金額Ｃを算出する。プロセッサ４１は、ＡＣＴ２３７として購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネー残高を取得する。そしてプロセッサ４１は、ＡＣＴ２３８として合算金額Ｃが電子マネー残高を超えたか否かを確認する。【０１０６】合算金額Ｃが電子マネー残高を超えていない場合、プロセッサ４１は、ＡＣＴ２３８においてＹＥＳと判定し、ＡＣＴ２３９へと進む。また優先フラグが“１”、すなわちクレジットカード決済が優先の場合、プロセッサ４１は、ＡＣＴ２３４においてＮＯと判定し、ＡＣＴ２３９へと進む。プロセッサ４１は、ＡＣＴ２３９として仮想ＰＯＳサーバ６０に対して購買登録通知を行うように、通信インターフェース４４を制御する。この制御により、通信インターフェース４４から仮想ＰＯＳサーバ６０に宛てて購買登録通知コマンドが出力される。購買登録通知コマンドは、通信ネットワーク９０を介して送信され、仮想ＰＯＳサーバ６０で受信される。購買登録通知コマンドには、購買通知コマンドから検出した会員ＩＤと商品コードとが含まれる。購買登録通知を行ったプロセッサ４１は、購買通知コマンドの受信処理を終了する。【０１０７】仮想ＰＯＳサーバ６０のプロセッサ６１は、図１７のＡＣＴ３０１において通知コマンドを受信したことを検知し、ＡＣＴ３０２においてその通知コマンドが購買登録リストの作成通知コマンドでないことを確認するとＮＯと判定し、ＡＣＴ３０５へと進む。プロセッサ５１は、ＡＣＴ３０５としてその通知コマンドが購買登録通知コマンドであるか否かを確認する。この場合、購買登録通知コマンドを受信したので、プロセッサ６１は、ＡＣＴ３０５においてＹＥＳと判定し、ＡＣＴ３０６へと進む。プロセッサ６１は、ＡＣＴ３０６として購買登録リスト６２１を更新する。【０１０８】具体的にはプロセッサ６１は、購買登録通知コマンドに含まれる会員ＩＤが登録されている購買登録リスト６２１を選択する。また、プロセッサ６１は、同購買登録通知コマンドに含まれる商品コードで商品サーバ５０に商品データを問い合わせる。この問合せにより、商品サーバ５０は、商品データベース５３１を検索して当該商品コードと関連付けられた商品名、価格等の商品データを読出し、仮想ＰＯＳサーバ６０へと応答する。しかしてプロセッサ６１は、商品データを取得する。プロセッサ６１は、商品コード、商品名、価格、購買点数及び代金を、選択した購買登録リスト６２１に登録する。なお、購買点数は基本的には“１”である。代金は、価格に購買点数を乗算して算出した金額である。以上で、プロセッサ６１は、図１７の流れ図に示す手順の情報処理を終了する。」「【０１０９】図１３の説明に戻る。合算金額Ｃと電子マネー残高とを照合した結果、合算金額Ｃが電子マネー残高を超える場合には、プロセッサ４１は、ＡＣＴ２３７においてＮＯと判定し、図１５のＡＣＴ２５１へと進む。プロセッサ４１は、ＡＣＴ２５１として携帯端末１０に対して残高不足通知画面ＳＣ２（図２１を参照）の表示通知を行うように、通信インターフェース４４を制御する。この制御により、通信インターフェース４４から携帯端末１０に宛てて残高不足通知画面ＳＣ２の表示通知コマンドが出力される。表示通知コマンドは、通信ネットワーク９０及びアクセスポイント８０を介して送信され、携帯端末１０で受信される。表示通知コマンドを受信した携帯端末１０においては、タッチパネル１４に残高不足通知画面ＳＣ２が表示される。【０１１０】図２１は、残高不足通知画面ＳＣ２の一表示例である。図２１に示すように、残高不足通知画面ＳＣ２には、電子マネー残高が不足していることを通知するメッセージと、現在の電子マネー残高と、購買登録された商品の合計金額とが表示される。また残高不足通知画面ＳＣ２には、電子マネー残高が不足しているときの対処方法を選択するための操作子として、チャージボタンＢＴ２、クレジットボタンＢＴ３及び取消ボタンＢＴ４の各画像が表示される。【０１１１】チャージボタンＢＴ２は、電子マネー残高が不足しているときの対処方法として電子マネーのチャージを受け付けるためのボタン画像である。クレジットボタンＢＴ３は、同対処方法としてクレジットカード決済への変更を受け付けるためのボタン画像である。取消ボタンＢＴ４は、同対処方法として当該商品の購入取消を受け付けるためのボタン画像である。【０１１２】図１５の説明に戻る。表示通知コマンドの送信を制御した会員サーバ４０のプロセッサ４１は、ＡＣＴ２５２としてチャージボタンＢＴ２が入力されたか否かを確認する。チャージボタンＢＴ２が入力されていない場合、プロセッサ４１は、ＡＣＴ２５２においてＮＯと判定し、ＡＣＴ２５３へと進む。プロセッサ４１は、ＡＣＴ２５３としてクレジットボタンＢＴ３が入力されたか否かを確認する。クレジットボタンＢＴ３が入力されていない場合、プロセッサ４１は、ＡＣＴ２５３においてＮＯと判定し、ＡＣＴ２５４へと進む。プロセッサ４１は、ＡＣＴ２５４として取消ボタンＢＴ４が入力されたか否かを確認する。取消ボタンＢＴ４が入力されていない場合、プロセッサ４１は、ＡＣＴ２５４においてＮＯと判定し、ＡＣＴ２５２へと戻る。ここにプロセッサ４１は、ＡＣＴ２５２乃至ＡＣＴ２５４の処理において、チャージボタンＢＴ２が入力されるか、クレジットボタンＢＴ３が入力されるか、取消ボタンＢＴ４が入力されるのを待ち受ける。」「【０１１４】ＡＣＴ２５２乃至ＡＣＴ２５４の待ち受け状態において、クレジットボタンＢＴ３が入力された場合には、プロセッサ４１は、ＡＣＴ２５３においてＹＥＳと判定し、ＡＣＴ２５５へと進む。プロセッサ４１は、ＡＣＴ２５５として、購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１で記憶されている優先フラグを“１”とする。その後、プロセッサ４１は、図１４のＡＣＴ２３８へと進む。すなわちプロセッサ４１は、仮想ＰＯＳサーバ６０に対して購買登録通知を行うように、通信インターフェース４４を制御する。以上で、プロセッサ４１は、購買通知コマンドの受信処理を終了する。」「【０１１５】ＡＣＴ２５２乃至ＡＣＴ２５４の待ち受け状態において、チャージボタンＢＴ２が入力された場合には、プロセッサ４１は、ＡＣＴ２５２においてＹＥＳと判定し、図１６のＡＣＴ２６１へと進む。プロセッサ４１は、ＡＣＴ２６１として携帯端末１０に対してチャージ金額入力画面ＳＣ３（図２２を参照）の表示通知を行うように、通信インターフェース４４を制御する。この制御により、通信インターフェース４４から携帯端末１０に宛ててチャージ金額入力画面ＳＣ３の表示通知コマンドが出力される。表示通知コマンドは、通信ネットワーク９０及びアクセスポイント８０を介して送信され、携帯端末１０で受信される。表示通知コマンドを受信した携帯端末１０においては、タッチパネル１４にチャージ金額入力画面ＳＣ３が表示される。【０１１６】図２２は、チャージ金額入力画面ＳＣ３の一表示例である。図２２に示すようにチャージ金額入力画面ＳＣ３には、チャージ金額の入力ボタンＢＴ５と、確定ボタンＢＴ６と、チャージ金額の入力欄ＩＮ１とが表示されている。入力ボタンＢＴ５は、「０」?「９」の数字ボタンと「円」の決定ボタンと、「Ｃ」のクリアボタンとを含む。電子マネーをチャージする客は、チャージ金額を数字ボタンで入力し、決定ボタンにタッチすればよい。チャージ金額をクリアする場合には、クリアボタンにタッチすればよい。なお、確定ボタンＢＴ６は、当初はグレーアウトしており、操作入力が無効化されている。【０１１７】チャージ金額入力画面ＳＣ３を確認した客は、入力ボタンＢＴ５を操作して所望のチャージ金額を入力する。チャージ金額は、入力欄ＩＮ１に表示される。また、チャージ金額の情報は携帯端末１０から会員サーバ４０へと送信される。【０１１８】チャージ金額入力画面ＳＣ３の表示を制御した会員サーバ４０のプロセッサ４１は、ＡＣＴ２６２としてチャージ金額が入力されるのを待ち受ける。携帯端末１０からチャージ金額の情報を受信すると、プロセッサ４１は、ＡＣＴ２６２においてＹＥＳと判定し、ＡＣＴ２６３へと進む。プロセッサ４１は、ＡＣＴ２６３としてチャージ金額Ｄを取得する。そしてプロセッサ４１は、ＡＣＴ２６４として電子マネー残高にチャージ金額Ｄを加算した金額が合算金額Ｃ以上になったか否かを確認する。電子マネー残高にチャージ金額Ｄを加算した金額が合算金額Ｃ未満の場合には、プロセッサ４１は、ＡＣＴ２６４においてＮＯと判定し、ＡＣＴ２６２へと戻る。プロセッサ４１は、再びチャージ金額が入力されるのを待ち受ける。このときプロセッサ４１は、携帯端末１０に対してチャージ金額が不足していることを報知してもよい。【０１１９】ＡＣＴ２６４において、電子マネー残高にチャージ金額Ｄを加算した金額が合算金額Ｃ以上になると、プロセッサ４１はＹＥＳと判定し、ＡＣＴ２６５へと進む。プロセッサ４１は、ＡＣＴ２６５としてチャージ金額入力画面ＳＣ３の確定ボタンＢＴ６が有効化されるように制御する。そしてプロセッサ４１は、ＡＣＴ２６６として確定ボタンＢＴ６が入力されるのを待ち受ける。【０１２０】確定ボタンＢＴ６が有効化されたことを確認した客は、その確定ボタンＢＴ６にタッチする。そうすることにより、携帯端末１０から会員サーバ４０に対して確定コマンドが送信される。【０１２１】確定コマンドを受信したプロセッサ４１は、ＡＣＴ２６６においてＹＥＳと判定し、ＡＣＴ２６７へと進む。プロセッサ４１は、ＡＣＴ２６７として購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１で記憶されている電子マネーユーザＩＤを取得する。またプロセッサ４１は、ＡＣＴ２６８として同客テーブル４２１で記憶されているクレジットカード番号を取得する。そしてプロセッサ４１は、ＡＣＴ２６９として決済サーバ７０に対してチャージ要求コマンドを送信するように通信インターフェース４４を制御する。この制御により、通信インターフェース４４から決済サーバ７０に宛ててチャージ要求コマンドが出力される。チャージ要求コマンドは、通信ネットワーク９０を介して送信され、決済サーバ７０で受信される。チャージ要求コマンドには、電子マネーユーザＩＤとクレジットカード番号とチャージ金額Ｄとが含まれる。【０１２２】チャージ要求コマンドを受信した決済サーバ７０のプロセッサ７１は、図１８の流れ図に示す手順の情報処理を開始する。すなわちプロセッサ７１は、ＡＣＴ４０１としてチャージ要求コマンドからクレジットカード番号を取得する。そしてプロセッサ７１は、ＡＣＴ４０２として金融機関サーバ７９に対して当該クレジットカード番号で管理されている口座からチャージ金額を引き落とすことを指令する。そしてプロセッサ７１は、ＡＣＴ４０３として引き落としが完了するのを待ち受ける。【０１２３】金融機関サーバ７９から引き落とし完了の通知を受信すると、プロセッサ７１は、ＡＣＴ４０３においてＹＥＳと判定し、ＡＣＴ４０４へと進む。プロセッサ７１は、ＡＣＴ４０４として電子マネー管理サーバ７８に対して当該チャージ要求コマンドに含まれる電子マネーユーザＩＤで特定される電子マネー残高にチャージ金額をチャージすることを指令する。そしてプロセッサ７１は、ＡＣＴ４０５としてチャージが完了するのを待ち受ける。【０１２４】電子マネー管理サーバ７８からチャージ完了の通知を受信すると、プロセッサ７１は、ＡＣＴ４０５においてＹＥＳと判定し、ＡＣＴ４０６へと進む。プロセッサ７１は、ＡＣＴ４０６として会員サーバ４０に対してチャージ終了通知を行うように第１通信インターフェース７４を制御する。この制御により、第１通信インターフェース７４から会員サーバ４０に宛ててチャージ終了コマンドが出力される。チャージ終了コマンドは、通信ネットワーク９０を介して送信され、会員サーバ４０で受信される。チャージ終了コマンドには、チャージ後の電子マネー残高が含まれる。以上で、プロセッサ７１は、チャージ要求コマンドの受信処理を終了する。」「【０１２６】このように、客が携帯端末１０を用いて購入したい商品のバーコードを読取り操作すると、その商品を含む商取引の合計金額（合算金額Ｃ）と、その客の電子マネー残高とが比較される。そして、合計金額が電子マネー残高以下である場合には、当該商品の販売データが、当該客の会員ＩＤと関連付けられた購買登録リスト６２１に登録される。【０１２７】合計金額が電子マネー残高を超える場合には、携帯端末１０のタッチパネル１４に残高不足通知画面ＳＣ２が表示される。この表示により、客は、当該商品を購入することによって、電子マネー残高が不足することを知り得る。その場合、客は、対処方法として、電子マネーをチャージするか、支払方法をクレジットカード決済に変更するか、当該商品の購入を取り止めるかを選択する。」「【０１２９】支払方法をクレジットカード決済に変更する場合には、客は、同画面ＳＣ２のクレジットボタンＢＴ３にタッチする。そうすると、当該客の会員ＩＤと関連付けられて客テーブル４２１に記憶されている優先フラグが“０”から“１”に変更される。そして、当該商品の販売データが購買登録リスト６２１に登録される。」「【０１３１】さて、客は、購入したい商品を購入し終えると、購買登録画面ＳＣ１の会計ボタンＢＴ１を入力する。会計ボタンＢＴ１が入力されると、携帯端末１０から会員サーバ４０に宛てて会計通知コマンドが通信ネットワーク９０を介して送信される。【０１３２】会員サーバ４０のプロセッサ４１は、通信インターフェース４４を介して会計通知コマンドを受信すると、図１４の流れ図に示す手順の会計通知受信処理を開始する。【０１３３】プロセッサ４１は、ＡＣＴ２４１として会計通知コマンドから会員ＩＤを検出する。そしてプロセッサ４１は、ＡＣＴ２４２としてその会員ＩＤと関連付けて客テーブル４２１に記憶されている優先フラグを調べる。【０１３４】優先フラグが“０”の場合、プロセッサ４１は、ＡＣＴ２４２においてＹＥＳと判定し、ＡＣＴ２４３へと進む。プロセッサ４１は、ＡＣＴ２４３として当該会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネーユーザＩＤを取得する。【０１３５】優先フラグが“１”の場合には、プロセッサ４１は、ＡＣＴ２４２においてＮＯと判定し、ＡＣＴ２４４へと進む。プロセッサ４１は、ＡＣＴ２４４として当該会員ＩＤと関連付けて客テーブル４２１に記憶されているクレジットカード番号を取得する。【０１３６】ＡＣＴ２４３又はＡＣＴ２４４の処理を終えると、プロセッサ４１は、ＡＣＴ２４５へと進む。プロセッサ４１は、ＡＣＴ２４５として決済サーバ７０に対して決済要求を行うように通信インターフェース４４を制御する。この制御により、通信インターフェース４４から決済サーバ７０に対して決済要求コマンドが出力される。決済要求コマンドは、通信ネットワーク９０を介して送信され、決済サーバ７０で受信される。決済要求コマンドには、会計通知コマンドから取得した会員ＩＤと、客テーブル４２１から取得したクレジットカード番号又は電子マネーユーザＩＤとが含まれている。【０１３７】決済要求コマンドを受信した決済サーバ７０のプロセッサ７１は、図１９の流れ図に示す手順の情報処理を開始する。すなわちプロセッサ７１は、ＡＣＴ４１１として仮想ＰＯＳサーバ６０に対して決済通知を行うように第１通信インターフェース７４を制御する。この制御により、第１通信インターフェース７４から仮想ＰＯＳサーバ６０に宛てて決済通知コマンドが出力される。決済通知コマンドは、通信ネットワーク９０を介して送信され、仮想ＰＯＳサーバ６０で受信される。決済通知コマンドには、決済要求コマンドから取得した会員ＩＤが含まれている。【０１３８】仮想ＰＯＳサーバ６０のプロセッサ６１は、図１７のＡＣＴ３０１において通知コマンドを受信したことを検知し、ＡＣＴ３０５においてその通知コマンドが購買登録通知コマンドでないことを確認するとＮＯと判定し、ＡＣＴ３０７へと進む。プロセッサ６１は、ＡＣＴ３０７としてその通知コマンドが決済通知コマンドであるか否かを確認する。この場合、決済通知コマンドを受信したので、プロセッサ６１は、ＡＣＴ３０７においてＹＥＳと判定し、ＡＣＴ３０８へと進む。プロセッサ６１は、ＡＣＴ３０８として決済通知コマンドに含まれている会員ＩＤが登録された購買登録リスト６２１のデータを、決済サーバ７０へと転送する。以上で、プロセッサ５１は、図１７の流れ図に示す手順の情報処理を終了する。」「【０１４０】決済通知コマンドの送信を制御した決済サーバ７０のプロセッサ７１は、ＡＣＴ４１２として購買登録リスト６２１のデータを待ち受ける。仮想ＰＯＳサーバ６０から購買登録リスト６２１のデータを受信したならば、プロセッサ７１は、ＡＣＴ４１２においてＹＥＳと判定し、ＡＣＴ４１３へと進む。プロセッサ７１は、ＡＣＴ４１３として電子マネー決済を実行するかクレジットカード決済を実行するかを判定する。すなわちプロセッサ７１は、決済要求コマンドに、会員ＩＤとともに電子マネーユーザＩＤが含まれていた場合には、電子マネー決済を実行すると判定する。プロセッサ７１は、決済要求コマンドに、会員ＩＤとともにクレジットカード番号が含まれていた場合には、クレジットカード決済を実行すると判定する。【０１４１】クレジットカード決済を実行する場合、プロセッサ７１は、ＡＣＴ４１３においてＮＯと判定し、ＡＣＴ４１４へと進む。プロセッサ４１は、ＡＣＴ４１４として金融機関サーバ７９と協働して、クレジットカード決済処理を実行する。【０１４２】電子マネー決済を実行する場合には、プロセッサ７１は、ＡＣＴ４１３においてＹＥＳと判定し、ＡＣＴ４１５へと進む。プロセッサ４１は、ＡＣＴ４１５として電子マネー管理サーバ７８と協働して、電子マネー決済処理を実行する。なお、クレジットカード決済処理及び電子マネー決済処理は周知の処理であるので、ここでの詳細な説明は省略する。」「【０１４５】このように、購入したい商品の購入を終えた客が、携帯端末１０のタッチパネル１４に表示されている会計ボタンＢＴ１にタッチすると、決済サーバ７０により決済処理が実行される。その場合において、買物の途中で電子マネー残高が不足し、支払方法を電子マネー決済からクレジットカード決済に変更した客に対しては、クレジットカード決済が実行される。一方、買物の途中で電子マネー残高が不足しなかった客については、電子マネー決済が実行される。また、買物の途中で電子マネー残高が不足したが、その時点で必要な金額をチャージした客に対しても、電子マネー決済が実行される。」「【０１５８】例えば前記実施形態では、電子マネーの残高が不足している場合の対処方法として、電子マネーのチャージと、クレジットカード決済への変更と、商品の購入取消とを例示した。対処方法はこれらの３つに限定されるものではない。例えば、クレジットカード決済への変更ではなく、別の決済方法への変更でもよい。また、対処方法はいずれか１つであってもよい。【０１５９】前記実施形態では、電子マネーの残高が不足した時点で残高不足通知画面ＳＣ２を携帯端末１０に表示させて、客が対処方法を選択する場合を例示した。他の実施形態としては、客が予め対処方法を指定する。客が指定した対処方法を示すデータは、会員データベース４３１の会員データに含まれる。会員サーバ４０は、電子マネーの残高が不足した時点で会員データの対処方法を示すデータを参照し、その対処方法に応じた処理を実行する。こうすることにより、対処方法として電子マネーのチャージを選択した客に対しては、残高不足通知画面ＳＣ２が表示されることなくチャージ金額入力画面ＳＣ３が表示される。したがって、チャージボタンＢＴ２を入力する手間なく、客は直ぐに電子マネーをチャージすることができる。また、クレジットカード決済への変更を選択した客に対しては、クレジットカード決済に自動的に変更される。したがって、客は電子マネーの残高が不足していることを意識することなく、買物を継続することができる。」【０１６１】前記実施形態では、会員サーバ４０を情報処理装置の一例として説明した。情報処理装置は、会員サーバ４０に限定されるものではない。例えば、客が購入する商品の合計は商品サーバ５０又は仮想ＰＯＳサーバ６０で算出することができる。また、会員サーバ４０は、決済サーバ７０を介して電子マネーの残高を取得している。したがって、会員サーバ４０以外の単一のサーバで、あるいは複数のサーバが協働して、情報処理装置としての機能を実現させてもよい。【０１６２】この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。」以上の引用文献１の記載によれば、以下のことがいえる。（ア）【００１１】の記載によれば、「登録決済システム１は、携帯端末１０、会員サーバ４０、商品サーバ５０、仮想ＰＯＳサーバ６０、決済サーバ７０、アクセスポイント８０及び通信ネットワーク９０等を含む」ことが記載されている。（イ）【０１０１】、【０１０２】の記載によれば、「客は、売場にて購入したい商品に付されている商品の商品コードを含むバーコードにカメラ１５のレンズを翳し、カメラ１５によってそのバーコードがスキャニングされると、携帯端末１０から会員サーバ４０に宛てて、客を識別するための会員ＩＤと、スキャニングされた商品の商品コードとが含まれている購買通知コマンドが出力され、会員サーバ４０のプロセッサ４１は、通信インターフェース４４を介して購買通知コマンドを受信する」ことが記載されている。（ウ）【０１０６】－【０１０８】の記載によれば「仮想ＰＯＳサーバ６０では、会員サーバ４０のプロセッサ４１からの通知コマンドが購買登録通知コマンドである場合、購買登録通知コマンドに含まれる会員ＩＤが登録されている購買登録リスト６２１を選択し、購買登録通知コマンドに含まれる商品コードで商品サーバ５０に商品データを問い合わせ、当該商品コードと関連付けられた商品名、価格等の商品データを商品サーバ５０から取得し、商品コード、商品名、価格、購買点数及び代金を、選択した購買登録リスト６２１に登録することで購買登録リスト６２１を更新する」ことが記載されている。（エ）【０１０３】の記載によれば、「会員サーバ４０のプロセッサ４１は購買通知コマンドから商品コードを検出し、その商品コードで商品サーバ５０に商品の価格を問い合わせ、商品サーバ５０から商品の価格Ａを取得する」ことが記載されている。（オ）【０１０４】、【０１０５】の記載によれば、「会員サーバ４０のプロセッサ４１は、購買通知コマンドから会員ＩＤを検出し、客テーブル４２１に記憶されている優先フラグを調べ、優先フラグが“０”、すなわち電子マネー決済が優先の場合、仮想ＰＯＳサーバ６０から、会員コードと関連付けられた購買登録リスト６２１に登録されている代金の合計金額を取得し、商品の価格Ａと合計金額Ｂとを取得したプロセッサ４１は、その価格Ａと合計金額Ｂとの合算金額Ｃを算出する」ことが記載されている。（カ）【０１０５】、【０１０９】－【０１１４】の記載によれば、「会員サーバ４０のプロセッサ４１は購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネー残高を取得し、合算金額Ｃが電子マネー残高を超えたか否かを確認し、合算金額Ｃが電子マネー残高を超える場合には、携帯端末１０に対して残高不足通知画面ＳＣ２を表示させ、残高不足通知画面ＳＣ２には、電子マネー残高が不足しているときの対処方法を選択するための操作子として、チャージボタンＢＴ２、クレジットボタンＢＴ３及び取消ボタンＢＴ４の各画像が表示され、クレジットボタンＢＴ３が入力された場合には、購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１で記憶されている優先フラグを“１”とし、仮想ＰＯＳサーバ６０に対して購買登録通知を行うように、通信インターフェース４４を制御する」ことが記載されている。（キ）【０１３１】－【０１３６】の記載によれば「客は、購入したい商品を購入し終えると、購買登録画面ＳＣ１の会計ボタンＢＴ１を入力し、携帯端末１０から会員サーバ４０に宛てて会計通知コマンドが通信ネットワーク９０を介して送信され、会員サーバ４０のプロセッサ４１は、会計通知コマンドから会員ＩＤを検出し、その会員ＩＤと関連付けて客テーブル４２１に記憶されている優先フラグを調べ、優先フラグが“０”の場合、当該会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネーユーザＩＤを取得し、優先フラグが“１”の場合には、当該会員ＩＤと関連付けて客テーブル４２１に記憶されているクレジットカード番号を取得し、決済サーバ７０に対して決済要求を行うように決済要求コマンドを出力」することが記載されている。（ク）【０１３６】、【０１３７】の記載によれば、「決済サーバ７０は、会計通知コマンドから取得した会員ＩＤと、客テーブル４２１から取得したクレジットカード番号又は電子マネーユーザＩＤとが含まれている決済要求コマンドを受信し、決済要求コマンドを受信した決済サーバ７０のプロセッサ７１は、仮想ＰＯＳサーバ６０に対して決済通知を行うように、仮想ＰＯＳサーバ６０に宛てて、決済要求コマンドから取得した会員ＩＤが含まれている決済通知コマンドを出力し、仮想ＰＯＳサーバ６０で受信される」ことが記載されている。（ケ）【０１３８】の記載によれば「仮想ＰＯＳサーバ６０のプロセッサ６１は、通知コマンドを受信したことを検知し、決済通知コマンドを受信した場合、決済通知コマンドに含まれている会員ＩＤが登録された購買登録リスト６２１のデータを、決済サーバ７０へと転送する」ことが記載されている。（コ）【０１４０】－【０１４２】の記載によれば、決済サーバ７０のプロセッサ７１が、仮想ＰＯＳサーバ６０から購買登録リスト６２１のデータを受信したならば、電子マネー決済を実行するかクレジットカード決済を実行するかを判定し、クレジットカード決済を実行する場合、会員サーバ４０のプロセッサ４１が金融機関サーバ７９と協働して、クレジットカード決済処理を実行し、電子マネー決済を実行する場合には、プロセッサ４１が電子マネー管理サーバ７８と協働して、電子マネー決済処理を実行することから、「決済要求コマンドに、会員ＩＤとともに電子マネーユーザＩＤが含まれていた場合には、電子マネー決済を実行すると判定し、決済要求コマンドに、会員ＩＤとともにクレジットカード番号が含まれていた場合には、クレジットカード決済を実行すると判定して、クレジットカード決済を実行する場合、会員サーバ４０のプロセッサ４１が金融機関サーバ７９と協働して、クレジットカード決済処理を実行し、電子マネー決済を実行する場合には、プロセッサ４１が電子マネー管理サーバ７８と協働して、電子マネー決済処理を実行する」ことが記載されている。（サ）【０１１５】－【０１２４】の記載によれば、客が携帯端末１０に表示された残高不足通知画面ＳＣ２でチャージボタンＢＴ２を入力した場合、客から電子マネー残高と加算した金額が合算金額Ｃ以上となるチャージ金額Ｄが入力され、会員サーバ４０のプロセッサ４１は、客の会員ＩＤと関連付けて記憶されている電子マネーユーザＩＤとクレジットカード番号を取得し、決済サーバ７０に、該電子マネーユーザＩＤ、該クレジットカード番号及び該チャージ金額Ｄを含むチャージ要求コマンドを送信し、チャージ要求コマンドを受信した決済サーバ７０のプロセッサ７１は、該クレジットカード番号で管理されている口座からのチャージ金額Ｄの引き落としとこの引き落としの完了を条件とする電子マネー残高へのチャージ金額Ｄのチャージを行うことが記載されている。（シ）【０１５９】【０１６２】の記載によれば、「電子マネーの残高が不足した時点で残高不足通知画面ＳＣ２を携帯端末１０に表示させて、客が対処方法を選択する場合」の実施形態は例示であって、発明の要旨を逸脱しない範囲での置き換えや変更等の変形が可能である旨、変形された他の実施形態（以下「態様」という。）として、電子マネーの残高が不足した時点で客が対処方法を選択するのではなく「予め対処方法を指定するもの」に変更された態様が示されている。そして、この態様においては、「客が指定した対処方法を示すデータは、会員データベース４３１の会員データに含まれ、会員サーバ４０は、電子マネーの残高が不足した時点で会員データの対処方法を示すデータを参照し、クレジットカード決済への変更を選択した客に対しては、クレジットカード決済に自動的に変更され」、それによって、「客は電子マネーの残高が不足していることを意識することなく、買物を継続することができる」ことが記載されている。（ス）以上（ア）から（シ）をまとめると、引用文献１には、以下の発明（以下、「引用発明」という。）が記載されている。（引用発明）登録決済システム１は、携帯端末１０、会員サーバ４０、商品サーバ５０、仮想ＰＯＳサーバ６０、決済サーバ７０、アクセスポイント８０及び通信ネットワーク９０等を含み、客は、売場にて購入したい商品に付されている商品の商品コードを含むバーコードにカメラ１５のレンズを翳し、カメラ１５によってそのバーコードがスキャニングされると、携帯端末１０から会員サーバ４０に宛てて、客を識別するための会員ＩＤと、スキャニングされた商品の商品コードとが含まれている購買通知コマンドが出力され、会員サーバ４０のプロセッサ４１は、通信インターフェース４４を介して購買通知コマンドを受信し、仮想ＰＯＳサーバ６０では、会員サーバ４０のプロセッサ４１からの通知コマンドが購買登録通知コマンドである場合、購買登録通知コマンドに含まれる会員ＩＤが登録されている購買登録リスト６２１を選択し、購買登録通知コマンドに含まれる商品コードで商品サーバ５０に商品データを問い合わせ、当該商品コードと関連付けられた商品名、価格等の商品データを商品サーバ５０から取得し、商品コード、商品名、価格、購買点数及び代金を、選択した購買登録リスト６２１に登録することで購買登録リスト６２１を更新し、会員サーバ４０のプロセッサ４１は、購買通知コマンドから会員ＩＤを検出し、客テーブル４２１に記憶されている優先フラグを調べ、優先フラグが“０”、すなわち電子マネー決済が優先の場合、仮想ＰＯＳサーバ６０から、会員コードと関連付けられた購買登録リスト６２１に登録されている代金の合計金額を取得し、商品の価格Ａと合計金額Ｂとを取得したプロセッサ４１は、その価格Ａと合計金額Ｂとの合算金額Ｃを算出し、会員サーバ４０のプロセッサ４１は購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネー残高を取得し、合算金額Ｃが電子マネー残高を超えたか否かを確認し、合算金額Ｃが電子マネー残高を超える場合には、携帯端末１０に対して残高不足通知画面ＳＣ２を表示させ、残高不足通知画面ＳＣ２には、電子マネー残高が不足しているときの対処方法を選択するための操作子として、チャージボタンＢＴ２、クレジットボタンＢＴ３及び取消ボタンＢＴ４の各画像が表示され、クレジットボタンＢＴ３が入力された場合には、購買通知コマンドから検出した会員ＩＤと関連付けて客テーブル４２１で記憶されている優先フラグを“１”とし、仮想ＰＯＳサーバ６０に対して購買登録通知を行うように、通信インターフェース４４を制御し、客は、購入したい商品を購入し終えると、購買登録画面ＳＣ１の会計ボタンＢＴ１を入力し、携帯端末１０から会員サーバ４０に宛てて会計通知コマンドが通信ネットワーク９０を介して送信され、会員サーバ４０のプロセッサ４１は、会計通知コマンドから会員ＩＤを検出し、その会員ＩＤと関連付けて客テーブル４２１に記憶されている優先フラグを調べ、優先フラグが“０”の場合、当該会員ＩＤと関連付けて客テーブル４２１に記憶されている電子マネーユーザＩＤを取得し、優先フラグが“１”の場合には、当該会員ＩＤと関連付けて客テーブル４２１に記憶されているクレジットカード番号を取得し、決済サーバ７０に対して決済要求を行うように決済要求コマンドを出力し、決済サーバ７０は、会計通知コマンドから取得した会員ＩＤと、客テーブル４２１から取得したクレジットカード番号又は電子マネーユーザＩＤとが含まれている決済要求コマンドを受信し、決済要求コマンドを受信した決済サーバ７０のプロセッサ７１は、仮想ＰＯＳサーバ６０に対して決済通知を行うように、仮想ＰＯＳサーバ６０に宛てて、決済要求コマンドから取得した会員ＩＤが含まれている決済通知コマンドを出力し、仮想ＰＯＳサーバ６０で受信され、仮想ＰＯＳサーバ６０のプロセッサ６１は、通知コマンドを受信したことを検知し、決済通知コマンドを受信した場合、決済通知コマンドに含まれている会員ＩＤが登録された購買登録リスト６２１のデータを、決済サーバ７０へと転送し、決済サーバ７０のプロセッサ７１は、仮想ＰＯＳサーバ６０から購買登録リスト６２１のデータを受信したならば、電子マネー決済を実行するかクレジットカード決済を実行するかを判定し、クレジットカード決済を実行する場合、会員サーバ４０のプロセッサ４１が金融機関サーバ７９と協働して、クレジットカード決済処理を実行し、電子マネー決済を実行する場合には、このプロセッサ４１が電子マネー管理サーバ７８と協働して、電子マネー決済処理を実行し、判定は、決済要求コマンドに、会員ＩＤとともに電子マネーユーザＩＤが含まれていた場合には、電子マネー決済を実行すると判定し、決済要求コマンドに、会員ＩＤとともにクレジットカード番号が含まれていた場合には、クレジットカード決済を実行すると判定することであり、客が携帯端末１０に表示された残高不足通知画面ＳＣ２でチャージボタンＢＴ２を入力した場合、客から電子マネー残高と加算した金額が合算金額Ｃ以上となるチャージ金額Ｄが入力され、会員サーバ４０のプロセッサ４１は、客の会員ＩＤと関連付けて記憶されている電子マネーユーザＩＤとクレジットカード番号を取得し、決済サーバ７０に、該電子マネーユーザＩＤ、該クレジットカード番号及び該チャージ金額Ｄを含むチャージ要求コマンドを送信し、チャージ要求コマンドを受信した決済サーバ７０のプロセッサ７１は、該クレジットカード番号で管理されている口座からのチャージ金額Ｄの引き落としとこの引き落としの完了を条件とする電子マネー残高へのチャージ金額Ｄのチャージを行い、電子マネーの残高が不足した時点で客が対処方法を選択するのではなく予め対処方法を指定するものに変更された態様において、客が指定した対処方法を示すデータは、会員データベース４３１の会員データに含まれ、会員サーバ４０は、電子マネーの残高が不足した時点で会員データの対処方法を示すデータを参照し、クレジットカード決済への変更を選択した客に対しては、クレジットカード決済に自動的に変更され、これによって、客は電子マネーの残高が不足していることを意識することなく、買物を継続することができる、登録決済システム１。イ引用文献４の記載事項原査定の拒絶の理由に引用された特開２００４－１７１５２７号公報（以下、「引用文献４」という。）には、図面と共に次に掲げる事項が記載されている。「【０００１】本発明は、決済用の金額を前払いし、その残高をサーバで管理し、決済を行うサーバ管理型決済システムに関する。更には、当該残高が不足する場合に、その不足額を更にクレジットカードの与信枠を利用して決済を可能とするサーバ管理型決済システムに関する。」「【００８４】次にユーザが当該プリペイドカードを用いて店舗等で決済をする場合のプロセスの流れの一例を図３及び図１のフローチャート図を用いて説明する。【００８５】ユーザは、クレジットカードと同様に、店舗等で商品の購入、サービスの購入等の際に、当該プリペイドカードを店員等に呈示する（Ｓ２００）。ユーザからカードの呈示を受けた店員等は、クレジットカードと同様に、当該プリペイドカードをカードリーダ３に接触又は非接触によってプリペイドカードに記録されているプリペイドカード識別情報を読み取らせる。例えば、ユーザは５万円の商品を購入したとする。【００８６】カードリーダ３は読み取ったプリペイドカード識別情報と決済金額とを、店舗・カード会社間通信回線６を介して送信する。上記例の場合では、プリペイドカード識別情報「９９９９９９９９９９」と決済金額５万円との情報が送信される。サーバ管理型決済システム１の決済情報受信手段１０で、カードリーダ３からのプリペイドカード識別情報と決済金額とを受信すると、残高管理手段９は、残高データベース１５に於ける当該プリペイドカード識別情報の口座に、決済金額以上の残高があるか否かのチェックを行い（Ｓ２１０）、残高がある場合には、その口座の残高を更新して決済を行う（Ｓ２２０）。上記例の場合、プリペイドカード識別情報「９９９９９９９９９９」の口座には残高が１０万円あるので、そこから決済金額５万円を減額し、その残高を５万円に更新することとなる。またこの際に、金融機関資金移動手段１３が金融機関・カード会社間通信回線７を介して金融機関端末４に対して、クレジットカード会社等の金融機関端末４に於ける口座から当該プリペイドカードを読み取ったカードリーダ３を有する店舗の口座に、当該決済金額（この場合は５万円）又は所定の手数料を減額した決済金額の振替指示を送信して即時決済を行わせても良いし、従来のクレジットカードによる場合と同様に、毎日、毎週、毎月等の予め定められた期限毎にその振替指示を送信しても良い。」「【００９１】又ユーザが１５万円の商品を購入した場合には、前述と同様に、プリペイドカード識別情報と決済金額とをカードリーダ３から送信する。その後Ｓ２１０の残高チェックの結果、残高不足であるので、残高が不足である旨の通知を残高管理手段９が店舗・カード会社間通信回線６を介してカードリーダ３に送信しても良いし、ユーザデータベース１４に格納しているユーザの連絡先に電子メール等によって通知しても良い。又電子メールによる連絡の場合では、電子メールがユーザ端末２に届かない場合や大幅に遅延する可能性もあることから、ＩＶＲ（自動音声応答システム）を用いて、ユーザ端末２に架電し音声通話による確認を行っても良い。入金を行う場合には、前述のようにＳ２４０及びＳ２５０を実行する。【００９２】ユーザが入金を行わずに、クレジットカードによって不足額を支払うことを希望する場合には（Ｓ２６０）、その旨をカードリーダ３から店舗・カード会社間通信回線６を介して、又はユーザ端末２からインターネット５を介してサーバ管理型決済システム１の決済情報受信手段１０に送信する。【００９３】不足額をクレジットカードで支払うことを決済情報受信手段１０で受信すると、残高管理手段９が、当該プリペイドカード識別情報「９９９９９９９９９９」の残高を０円に更新し（即ち全額決済を行い）、新たな残高にすると共に、その不足額の算出を行う（Ｓ２７０）。上記例の場合では、７万円の残高を０円にし、不足額８万円（１２万円－１５万円＝－８万円）を算出する。【００９４】残高管理手段９は、ユーザデータベース１４から当該プリペイドカード識別情報の対応するユーザの有するクレジットカード番号を抽出し、クレジットカードによる決済金額（即ち不足額８万円）とクレジットカード番号とをクレジットカード決済手段１１に送信する。【００９５】クレジットカードによる決済金額とクレジットカード番号とを受信したクレジットカード決済手段１１は、通常のクレジットカードと同様の決済を行い、クレジットカードデータベース１６にその決済履歴や残高等を格納する（Ｓ２８０）。【００９６】プリペイドカードによる決済及び不足額のクレジットカードによる決済の際に、金融機関資金移動手段１３が金融機関・カード会社間通信回線７を介して金融機関端末４に対して、クレジットカード会社等の金融機関端末４に於ける口座から当該プリペイドカードを読み取ったカードリーダ３を有する店舗の口座に、当該決済金額（この場合は１５万円）又は所定の手数料を減額した決済金額の振替指示を送信して即時決済を行わせても良いし、従来のクレジットカードによる場合と同様に、毎日、毎週、毎月等の予め定められた期限毎にその振替指示を送信しても良い。【００９７】又Ｓ２６０に於いて、クレジットカードによる不足額の決済を行わない場合には、プリペイドカードによる決済を不許可にしても良いし、他の決済手段、例えば現金や小切手等による決済を、残高管理手段９からカードリーダ３に対して通知し、ユーザにその旨を促す（Ｓ２９０）。」以上の記載によれば、引用文献４には、プリペイドカードを用いて店舗等で決済をするとき、プリペイドカードの残高チェックの結果、残高不足であるので、ユーザがクレジットカードによって不足額を支払うことを希望する場合には、プリペイドカードの残高を０円に更新し、不足額を算出し、不足額については、通常のクレジットカードと同様の決済を行うことが記載されている。（３）対比補正後発明と引用発明とを対比する。ア引用発明の「客」及び「客を識別するための会員ＩＤ」は、補正後発明の「利用者」及び「利用者の識別情報」に相当する。イ補正後発明の「決済」は「クレジットカード」や「デビッドカード」による決済を含み、補正後発明における「決済を行う」とは、電子決済サービスの運営者による決済や運営者が与信者となる「後払い」の「決済」のみならず、この運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」による「決済」を行うことを含む（本願明細書の段落【００３５】【００５３】を参照。）。このことに照らせば、引用発明の「会員サーバ４０」及び「決済サーバ７０」は、以下で検討するように、互いに協働して利用者に対して電子マネーやクレジットカードによる決済サービス（電子決済サービス）を提供するシステムを構成するものといえるから、「電子決済サービスを提供する決済管理システム」である点で、補正後発明の「電子決済サービスを提供する決済管理装置」と共通する。ウ引用発明の決済管理システムは、利用者（客）の会計ボタンＢＴ１の入力により送信される会計通知コマンドを受信して「利用者の識別情報」である会員ＩＤを検出する等して取得している。さらに、この決済管理システムである決済サーバ７０は、この会計通知コマンドを受信した仮想ＰＯＳサーバ６０から転送された購買登録リストを受信して、電子マネーとクレジットカードのいずれかによる決済を実行しており、このことから、引用発明における、会計通知コマンドを受信した仮想ＰＯＳサーバ６０から転送された購買登録リストは、利用者の会計ボタンの入力による決済の決済金額、を示す情報を含むことが明らかであることから、補正後発明の「決済金額を示す決済情報」に相当する。そして、引用発明の決済管理システムは、「利用者の識別情報」及び「決済金額を示す決済情報」を取得していることを踏まえれば、補正後発明と同様に、「利用者の識別情報と決済金額を示す決済情報とを取得する取得部」を備えるものといえる。エ引用発明の「電子マネー決済」及び「クレジットカード決済」は、「利用者が利用可能な複数の決済方法」に相当し、引用発明の決済サーバ７０は、これらの決済方法を用いて決済を行う決済処理部であり、補正後発明の「決済処理部」に対応するものといえる。そして、引用発明では、決済管理システムの会員サーバ４０において、客テーブル４２１に会員ＩＤと関連づけて電子マネー決済のための電子マネーユーザＩＤ及びクレジットカード決済のためのクレジットカード番号を記憶するとともにこれらのいずれが優先されるかを示す「“０”」又は「“１”」である「優先フラグ」の値をも記憶し、上記イの会計通知コマンドの受信に応じてこの会員ＩＤと関連づけて記憶された優先フラグの値に応じて電子マネーユーザＩＤとクレジットカード番号のいずれが読み出されて上記イの決済情報に係る決済のための決済要求コマンドとして「決済処理部（決済サーバ７０）」に送信され、「決済処理部（決済サーバ７０）」において、当該決済のための決済要求コマンドに含まれている電子マネーユーザＩＤとクレジットカード番号のいずれかに応じて「利用者が利用可能な複数の決済方法」である「電子マネー決済」と「クレジットカード決済」のいずれを決済において用いるかが判断されるものであって、いうなれば、引用発明における、決済処理部における上記イの決済情報が示す決済金額の決済は、会員ＩＤに対応する電子マネーＩＤ及びクレジットカード番号としてそれぞれ設定されている「利用者識別番号に対応付けられた前記利用者が利用可能な複数の決済方法」のうち、「優先フラグ」の値として設定された決済方法を用いて行われる。よって、補正後発明と引用発明の「決済処理部」は、いずれも、「前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額にかかる決済を行う」ものである。以上を踏まえれば、引用発明の決済管理システムは、補正後発明と同様に、「前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額にかかる決済を行う決済処理部」を備えるものといえる。オ（ア）引用発明の「電子マネー決済」と「電子マネーの残高」は、それぞれ、補正後発明の「第１の決済方法」と「第１の決済方法に対応づけられた決済可能な第１金額」に相当し、「クレジットカード決済」は、補正後発明の「前記第１の決済方法とは異なる第２の決済方法」に相当する。（イ）さらに、引用発明の「前記第１の決済方法とは異なる第２の決済方法」（「クレジットカード決済」）は、会員ＩＤに対応するクレジットカード番号により決済方法として設定されたものといえるから、引用発明は、補正後発明の「クレジットカード、デビットカード、または後払い」という択一事項のうちの「クレジットカード」を「利用者の識別情報に対応付けられた」ものとして「設定された決済方法」としたものに相当する。カ（ア）引用発明では、利用者は、商品のバーコードの読み取り操作により「購入」するものであり、購入しようとする商品のうちの最後の商品のバーコードの読み取り操作によって「購入し終え」ることで、購入しようとする商品について決済の処理を開始すべく決済の処理のための会計ボタンＢＴ１の入力に進むことになる。よって、引用発明における、利用者が購入しようとする商品を「購入し終え」た時点は、利用者が会計ボタンＢＴ１の入力に進んで決済の処理を開始しようとする時点であるから、補正後発明における「電子決済しようとする時点」に相当する。また、引用発明における、当該最後の商品の価格Ａとその商品による更新前の購買登録リストに登録されている商品の代金の合計金額Ｂとの「合算金額Ｃ」は、上記イのとおり利用者の会計ボタンＢＴ１の入力による会計通知コマンドの受信に応じて仮想ＰＯＳサーバ６０から転送される購買登録リストが含む情報が示す決済の決済金額を示すものであり、このことから、引用発明の「合算金額Ｃ」は、補正後発明の「前記決済金額」に相当するといえる。（イ）引用発明の、電子マネーの残高が不足した時点で客が対処方法を選択するのではなく予め対処方法を指定するものに変更された態様では、決済管理システムの会員サーバ４０において、電子決済しようとする時点（利用者が購入しようとする商品を「購入し終え」た時点）で、「優先フラグ」が「“０”」、つまり「電子マネー決済が優先」、の場合、上記の「合算金額Ｃ」である「前記決済金額」が、その時点の「電子マネーの残高」である「第１の決済方法に対応づけられた決済可能な第１金額」を超えない場合は、電子マネーユーザＩＤが読み出されて、「決済処理部（決済サーバ７０）」において電子マネー決済と判断されてこの決済金額について「電子マネー決済」が行われるが、超える場合は、「自動的に」、つまり、利用者に問い合わせることなく且つ利用者の操作に依らずに、「優先フラグ」を「“１”」として、クレジットカード番号が読み出され、「決済処理部（決済サーバ７０）」においてクレジットカード決済と判断されてこの「前記決済金額」についてクレジットカード決済を行うこととなる。（ウ）さらに、「前記決済金額」は、電子マネー残高を超えるものとされた金額であることから、少なくとも「前記第１金額を超えた部分」の「一部」を含むことが明らかである。（エ）以上を踏まえれば、引用発明は、「前記決済金額」が「電子決済しようとする時点で設定されていた第１の決済方法に対応づけられた決済可能な第１金額を超える場合」に「前記第１金額を超えた部分の全部又は一部の金額」の「電子決済」を「前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに」「前記第１の決済方法とは異なる第２の決済方法」を利用して決済を行う点で、共通するといえる。（オ）さらに上記（イ）の、予め対処方法を指定するものに変更された態様では、「電子決済しようとする時点」での上記決済金額が「第１の決済方法に対応づけられた決済可能な第１金額」を超える場合に「クレジットカード」である「設定された決済方法」が「自動的に」適用されて「第１金額を超える金額」の決済を行う場合を示すものであることから、補正後発明の「前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカード、デビットカード、または後払いを自動で適用して決済を行うことを設定している場合」に相当するものといえる。（カ）以上を踏まえれば、補正後発明と引用発明とは、いずれも、「前記決済処理部」が「前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応づけられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記決済管理装置において前記利用者の識別情報に対応付けられたクレジットカードを自動で適用して決済を行うことを設定している場合、前記第１金額を超えた部分の全部または一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカードである設定された決済方法を利用して決済を行う」ものである点で共通するといえる。キ以上まとめると、補正後発明と引用発明とは、以下の一致点で一致し、以下の相違点で相違する。（一致点）電子決済サービスを提供する決済管理システムであって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う決済処理部と、を備え、前記決済処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合において、前記利用者が前記第１金額を超える金額を前記決済管理システムにおいて前記利用者の識別情報に対応付けられたクレジットカードを自動で適用して決済を行うことを設定している場合、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を、前記利用者に問い合わせることなく且つ前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法である前記クレジットカードである設定された決済方法を利用して決済を行う、決済管理システム（相違点）相違点１「決済管理システム」が、補正後発明では「決済管理装置」であるのに対し、引用発明では「会員サーバ」及び「決済サーバ」からなる点相違点２補正後発明では、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を前記第１の決済方法とは異なる第２の決済方法を利用して決済を行うにあたって、「前記第１金額の電子決済」を「前記第１の決済方法を利用して行」うのに対し、引用発明では、「前記第１金額の電子決済」を第２の決済方法を利用して行う点相違点３「第１の決済方法とは異なる第２の決済方法」について、補正後発明では、「クレジットカード、デビットカード、または後払いのうち設定された決済方法」であるのに対し、引用発明では、「クレジットカードである設定された決済方法」である点（４）判断以下、相違点について検討する。ア相違点１について引用発明の「会員サーバ」及び「決済サーバ」からなるシステムを、一つの装置とすることは、当業者が適宜為し得た設計事項の域を超えるものでない。引用文献１の段落【０１６１】にも、「会員サーバ」の機能を「決済サーバ」のようなそれ以外のサーバで実現してもよく、会員サーバ及び決済サーバを1つのサーバで実現してもよい旨、が記載されている。してみると、引用発明の「決済管理手段」である「会員サーバ」及び「決済サーバ」を「決済管理装置」とすることは、当業者が容易になし得たことである。イ相違点２について（ア）引用発明の電子マネーは、プリペイド式の電子マネーであるところ、そのような電子マネーは、支払いに充当可能なポイントによる支払い手段と等価なもの又はそれに類するものといえ、そのようなポイントによる支払い手段と現金やクレジットカード決済等の他の支払い手段とを併用して支払いするにあたっては、ポイントによる支払いを優先し、その支払い後の残額の支払いを他の支払い手段により行うことが広く行われている。また、上記（２）イに示したとおり、引用文献４には、プリペイドカードを用いて店舗等で決済をするとき、プリペイドカードの残高チェックの結果、残高不足であるので、ユーザがクレジットカードによって不足額を支払うことを希望する場合には、プリペイドカードの残高を０円に更新し、不足額を算出し、不足額については、通常のクレジットカードと同様の決済を行うことが記載されている。これらを踏まえれば、プリペイド式の電子マネーを用いてその残高を超える金額の決済を行うにあたって、当該電子マネーの残高によって可能な範囲で当該電子マネーの残高による支払いを優先し、支払い後の当該電子マネーの残高を残さないものとして、その残額の支払いをクレジットカード決済等の他の支払い手段によって行うことは、周知技術である。（なお、引用文献４の他、特開平１１－２５９９５７７号公報（段落【００２６】～【００３０】）及び特開２００３－１５１０１１号公報（段落【００１９】～【００２２】）も、この周知技術に関する周知例といえる。）（イ）引用発明と（ア）の周知技術とは、いずれも、プリペイド式の電子マネーとクレジットカード決済等の他の支払い手段を用いた決済における、電子マネーの残高を超える金額の決済における対応についての取り決めを示すものであり、引用発明における取り決めとしてこの周知技術の取り決めを採用することは、当業者が適宜なし得たことである。（ウ）したがって、引用発明において、上記周知技術の取り決めを採用して、支払い後の電子マネーの残高を残さないものとして、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を前記第１の決済方法とは異なる第２の決済方法を利用して決済を行うにあたって「前記第１金額の電子決済」を「前記第１の決済方法を利用して行」うようにすることは、当業者が適宜なし得たことである。（エ）ちなみに、決済終了後の電子マネーの残高は、上記（ア）の周知技術においては「ゼロ」となり、引用発明のそれは「決済前と同じ」であるとの違いがある。この違いは、決済終了後に電子マネーへチャージする額の融通性に影響を与える要因と考えられる。つまり、周知技術においては、残高が「ゼロ」であるがゆえに、利用者が希望する額（もちろん、上限などの制限の範囲内であることは自明。）を電子マネーにチャージすることができるが、引用発明においては、クレジットカードを用いてチャージすることで電子マネーの残高を増やすことはできるものの、残高を減らすことはできないから、上記周知技術は電子マネーの利用に関して、引用発明よりも利用者の嗜好に柔軟に対応可能なものである。してみると、引用発明の支払い方法を上記周知技術の支払い方法に変更しようとする動機はあるといえる。また、引用発明の決済サーバ７０は、電子マネーユーザＩＤとクレジットカード番号の双方を含むコマンドを会員サーバ４０から受信してこれを処理することが可能なものとなっている。このように、引用発明の電子マネーや決済サーバの特徴を具体的に検討しても、引用発明において上記（ア）の周知技術の取り決めを採用することは阻害されるものとはいえない。ウ相違点３について引用発明では、「第１の決済方法とは異なる第２の決済方法」について、「クレジットカードである設定された決済方法」しか特定されていないものの、そもそも補正後発明における「クレジットカード、デビットカード、または後払いのうち選択された決済方法」は、「クレジットカードである選択された決済方法」を選択肢として含む択一事項であることから、相違点３は、実質的な相違点でない。また、決済の方法として、「クレジットカード」、「デビットカード」、「後払い」はいずれも置換可能な支払い方法として本願出願前周知のものであるから、仮に相違点３を実質的な相違点であると考えても、周知技術の範囲内で択一事項の選択肢を追加するにすぎず、当業者が適宜なし得たことである。エ効果についてこれらの相違点を総合的に勘案しても、補正後発明の奏する作用効果は、引用発明及び周知技術から予測される範囲内のものにすぎず、格別顕著なものということはできないオ請求人の主張について請求人の主張は、下記のとおり、いずれも採用することができない。（ア）請求人は、引用文献１記載の発明について、決済金額に対して残高が不足しているとき、残高を利用することなく、予め設定された他の決済方法（例えばクレジットカード決済）を利用して、上記の決済金額を決済するものであり、優先的に第１の決済方法を利用することはできない旨を主張しており、この点は、上記（３）で認定した相違点２に関する主張であるといえる。そして、相違点２については、上記（４）イに示したとおり、引用発明における取り決めとして周知技術の取り決めを採用することは、当業者が適宜なし得たことといえる。（イ）補正後発明の効果について、請求人は、補正後発明では、「第１の決済方法を利用しつつ、不足分を第２の決済方法を利用して決済を完了させることができ」る旨、「例えば、レジで決済を行う場合に、自動で第２の決済方法が適用されるため、スムーズに電子決済が行われ」、「これにより、利用者は、レジの前で通知を受けたり操作をしたりせずにスムーズに決済を行うことができ」、「店員さんや順番待ちをしている他のユーザに対しても配慮した決済が行われ」て「利用者の利便性と周辺の人物への配慮とが同時に実現可能」である旨、「第１の決済方法での不足が店員さんや周りの人に気づかれずに決済を行うことができ」る旨を指摘し、補正後発明では、これらを同時に実現できると主張している。しかし、「第１の決済方法を利用しつつ、不足分を第２の決済方法を利用して決済を完了させることができ」ることは、上記イにおいて示した周知技術の効果であり、その余の点は、引用発明の電子マネーの残高が不足した時点で客が対処方法を選択するのではなく予め対処方法を指定するものに変更された態様の効果であることから、いすれも格別顕著な効果とはいえないし、引用発明において同時に実現できないものともいえない。カしたがって、補正後発明は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法29条2項の規定により、特許出願の際独立して特許を受けることができないものである。４．まとめ上記２．のとおり、本件補正は、特許法第17条の2第5項第1号ないし第４号に掲げるいずれの事項を目的とするものにも該当せず、同条第５項の規定に違反するものであり、また、上記３．のとおり、仮に、本件補正後が、同条同項２号の特許請求の範囲の減縮を目的とするものに該当するものであったとしても、本件補正は、同条第６項において準用する同法126条7項の規定に違反するものである。してみると、本件補正は、同法159条1項の規定において読み替えて準用する同法53条1項の規定により却下すべきものである。よって、上記補正却下の決定の結論のとおり決定する。第３本願発明について１．本願発明令和５年７月１８日にされた手続補正は上記のとおり却下されたので、本願の請求項１ないし請求項１３に係る発明は、令和５年１月１６日にされた手続補正書により補正された特許請求の範囲の請求項１ないし請求項１３に係る発明のとおりであるところ、そのうち、請求項１に係る発明（以下「本願発明」という。）は、前掲第２１．（１）アの【請求項１】に記載された事項により特定されるものである。２．各引用文献の記載・引用発明各引用文献の記載及び引用発明は、上記第２３．（２）に記載したとおりである。３．対比本願発明と引用発明とを対比する。（１）上記第２３．（３）の補正後発明と引用発明との対比の説示のうち、ア～エ、オ（ア）、カ（ア）～（エ）の説示の趣旨は、本願発明と引用発明との対比の説示と共通することから、これらの説示を読み替えて引用する。（２）してみると、本願発明と引用発明との一致点及び相違点は、次のとおりである。（相違点１’及び相違点２’は、上記第２３．（３）の相違点１及び相違点２とそれぞれ実質的に同じである。）（一致点）電子決済サービスを提供する決済管理システムであって、利用者の識別情報と決済金額を示す決済情報とを取得する取得部と、前記利用者の識別情報に対応付けられた前記利用者が利用可能な複数の決済方法のうち、設定された決済方法を用いて前記決済金額に係る決済を行う決済処理部と、を備え、前記決済処理部は、前記決済金額が、電子決済しようとする時点で設定されていた第１の決済方法に対応付けられた決済可能な第１金額を超える場合、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を、前記利用者の操作に依らずに前記第１の決済方法とは異なる第２の決済方法を利用して行う、決済管理システム（相違点）相違点１’ 「決済管理システム」が、本願発明では「決済管理装置」であるのに対し、引用発明では「会員サーバ」及び「決済サーバ」からなる点相違点２’ 本願発明では、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を前記第１の決済方法とは異なる第２の決済方法を利用して決済を行うにあたって、「前記第１金額の電子決済」を「前記第１の決済方法を利用して行」うのに対し、引用発明では、「前記第１金額の電子決済」を第２の決済方法を利用して行う点４．判断（１）相違点１について上記第２３．（４）アの説示のとおりであり、これを引用する。引用発明の「決済管理手段」である「会員サーバ」及び「決済サーバ」を「決済管理装置」とすることは、当業者が容易になし得たことである。（２）相違点２について上記第２３．（４）イの説示のとおりであり、これを引用する。引用発明において、上記第２３．（４）イ（ア）の周知技術の取り決めを採用して、支払い後の電子マネーの残高を残さないものとして、前記第１の金額を超えた部分の全部又は一部の金額の電子決済を前記第１の決済方法とは異なる第２の決済方法を利用して決済を行うにあたって「前記第１金額の電子決済」を「前記第１の決済方法を利用して行」うようにすることは、当業者が適宜なし得たことである。（３）効果についてこれらの相違点を総合的に勘案しても、本願発明の奏する作用効果は、引用発明及び周知技術から予測される範囲内のものにすぎず、格別顕著なものということはできない（４）したがって、本願発明は、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであり、特許法29条2項の規定により、特許を受けることができないものである。第４むすび以上のとおり、本願の請求項１に係る発明は、特許法29条2項の規定により特許を受けることができないから、他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものである。よって、結論のとおり、審決する。
別掲	（行政事件訴訟法第４６条に基づく教示）この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、特許庁長官を被告として、提起することができます。
審理終結日	2024-02-28
結審通知日	2024-03-05
審決日	2024-03-21
出願番号	P2022-122944
審決分類	P 1 8・ 121- Z (G06Q) P 1 8・ 575- Z (G06Q) P 1 8・ 572- Z (G06Q)
最終処分	02 不成立
特許庁審判長	佐藤智康
特許庁審判官	相崎裕恒渡邊聡
発明の名称	決済管理装置、決済管理方法、およびプログラム
代理人	沖田壮男
代理人	酒井太一
代理人	松沼泰史
代理人	渡辺伸一

プライバシーポリシーセキュリティーポリシー運営会社概要サービスに関しての問い合わせ