• ポートフォリオ機能


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

  • この表をプリントする
PDF PDFをダウンロード
審決分類 審判 査定不服 特36条6項1、2号及び3号 請求の範囲の記載不備 取り消して特許、登録 G06Q
審判 査定不服 2項進歩性 取り消して特許、登録 G06Q
管理番号 1391431
総通号数 12 
発行国 JP 
公報種別 特許審決公報 
発行日 2022-12-28 
種別 拒絶査定不服の審決 
審判請求日 2021-06-21 
確定日 2022-12-06 
事件の表示 特願２０１９− １３１１４「情報処理装置、方法、およびコンピュータプログラム」拒絶査定不服審判事件〔令和 ２年 ８月１３日出願公開、特開２０２０−１２３０２９、請求項の数（８）〕について、次のとおり審決する。 
結論 原査定を取り消す。 本願の発明は、特許すべきものとする。 
理由 第１ 手続の経緯

本願は、平成３１年１月２９日の出願であって、その手続の経緯の概略は、以下のとおりである。

令和 ２年 ３月２３日付け：拒絶理由通知書
同年 ５月２９日 ：意見書、手続補正書の提出
同年１０月 ８日付け：拒絶理由通知書（最後）
同年１２月１４日 ：意見書、手続補正書の提出
令和 ３年 ３月１１日付け：補正の却下の決定
同日付け：拒絶査定（以下、「原査定」という。）
同年 ６月２１日 ：審判請求書、手続補正書の提出


第２ 原査定の概要

原査定（令和 ３年 ３月１１日付け拒絶査定）の概要は次のとおりである。

「●理由１（明確性）この出願の特許請求の範囲（請求項１−１０）の記載は、特許法第36条第6項第2号に規定する要件を満たしていない。
●理由２（進歩性）この出願の請求項１−１０に係る発明は、以下の引用文献１に記載された発明及び引用文献２に記載された技術事項に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。
＜引用文献等一覧＞
１．特開２００５−２７５４５９号公報
２．特開２０１１−２０９８６１号公報 」


第３ 審判請求時の補正について

審判請求時の補正により、請求項１に追加された「支払先識別番号」、「前記取引種別は、物理店舗取引および仮想店舗取引を含み」という事項は、新規事項を追加するものではなく、特許法第17条の2第3項に違反するものではない。また、同第４項に違反するものでもない。
そして、請求項１についてする補正は、補正前の請求項１に記載された発明を特定するために必要な事項である「支払先属性情報」について、「支払先識別番号」という限定を付加し、同じく「取引種別」について、「物理店舗取引および仮想店舗取引を含」むという限定を付加するものであって、補正前の請求項１に記載された発明と補正後の請求項１に記載される発明の産業上の利用分野及び解決しようとする課題が同一であるから、特許法第17条の2第5項第2号に掲げる特許請求の範囲の減縮を目的とするものに該当する。
また、請求項７についてする補正も同様に特許法第17条の2第5項第2号に掲げる特許請求の範囲の減縮を目的とするものに該当する。
そして、「第４ 本願発明」から「第６ 対比・判断」までに示すように、補正後の請求項１−８に係る発明は、特許法第17条の2第6項において準用する同法第126条第7項に適合する（独立特許要件を満たす）ものである。


第４ 本願発明

本願請求項１−８に係る発明（以下、それぞれ「本願発明１」−「本願発明８」という。）は、令和 ３年 ６月２１日の手続補正で補正された特許請求の範囲の請求項１−８に記載された事項により特定される以下のとおりの発明である。

「 【請求項１】
制御装置、通信装置、および記憶装置を備えた情報処理装置であって、前記記憶装置は、取引の支払先に関する支払先属性情報を記憶し、前記支払先属性情報は、支払先識別番号および前記支払先についての支払先種別を含み、
前記通信装置は、クライアントコンピュータから、前記取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号および前記取引の支払先に対応する支払先識別番号を含む要求電文を受信し、
前記制御装置は、
前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得し、
前記キャッシュレス決済手段識別番号に対応する指定条件を判定し、
前記支払先種別に基づいて、前記取引に対応する取引種別を判定し、前記取引種別は、物理店舗取引および仮想店舗取引を含み、
前記取引が指定条件に従って許可または制限されるかを判定し、前記指定条件は、前記取引種別ごとに前記キャッシュレス決済手段を通じた取引の一部を許可または制限することを示し、
前記通信装置は、前記判定に従って、前記クライアントコンピュータに応答電文を送信する
ことを特徴とする情報処理装置。
【請求項２】
前記取引種別は、国内取引および海外取引を更に含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取引種別は、キャッシング取引を更に含むことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記制御装置は、
前記取引に対するオーソリ処理を実行し、
前記オーソリ処理の結果、前記取引が制限されないと判定した場合、
前記キャッシュレス決済手段識別番号に対応する前記取引を判定し、
前記取引が前記指定条件に従って許可または制限されるかを判定する
ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記制御装置は、前記取引が、前記指定条件に従って制限されないと判定した場合、前記取引に対するオーソリ処理を実行することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記要求電文は、前記取引に対応する取引種別を含み、
前記制御装置は、前記要求電文における前記取引種別にさらに基づいて、前記取引に対応する取引種別を判定する
ことを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
【請求項７】
コンピュータデバイスによって実行される方法であって、前記コンピュータデバイスは、取引の支払先に関する支払先属性情報を記憶し、前記支払先属性情報は、支払先識別番号および前記支払先についての支払先種別を含み、
クライアントコンピュータから、前記取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号および前記取引の支払先に対応する支払先識別番号を含む要求電文を受信するステップと、
前記支払先識別番号に基づいて、前記支払先属性情報における前記支払先種別を取得するステップと、
前記キャッシュレス決済手段識別番号に対応する指定条件を判定するステップと、
前記支払先種別に基づいて、前記取引に対応する取引種別を判定するステップであって、前記取引種別は、物理店舗取引および仮想店舗取引を含む、ステップと、
前記取引が指定条件に従って許可または制限されるかを判定するステップであって、前記指定条件は、前記取引種別ごとに前記キャッシュレス決済手段を通じた取引の一部を許可または制限することを示す、ステップと、
前記判定に従って、前記クライアントコンピュータに応答電文を送信するステップと
を備えたことを特徴とする方法。
【請求項８】
コンピュータ実行可能命令を含むコンピュータプログラムであって、前記コンピュータ実行可能命令は、コンピュータによって実行されるとき、前記コンピュータに、請求項７に記載の方法を実行させることを特徴とするコンピュータプログラム。」


第５ 引用文献、引用発明等

１ 引用文献１（特開２００５−２７５４５９号公報）

原査定の拒絶の理由に引用された引用文献１には、図面とともに次の事項が記載されている。（下線は、当審において付与した。）

（１）「【００１０】
本発明は、このような問題点に鑑み、クレジットカード会社が定める利用条件とは異なる利用者個別の利用条件を従来よりも簡単に設定することができ、かつ、クレジットカード会社の負担する構築費用を従来よりも安く抑えることができる、クレジットカードのチェックのためのシステムを提供することを目的とする。」

（２）「【００１５】
図１に示すように、クレジットカード利用システム１００は、個別利用管理システム１、オーソリホスト２、オーソリ端末３、および通信回線４１、４２などによって構成される。
【００１６】
オーソリホスト２は、従来からクレジットカード会社ごとに設置されている、クレジットカードの所有者（消費者、顧客）がクレジットカードによる決済を求めた際の与信チェックを行うホストコンピュータである。
【００１７】
オーソリ端末３は、クレジットカード会社の加盟店（以下、「店舗」と記載する。）に従来から設置されている、通信回線４１を介してオーソリホスト２に対して与信チェックを要求するための端末装置である。「ＣＡＴ（Credit Authorization Terminal）」と呼ばれる場合もある。ＰＯＳ（Point of Sales）システムの端末装置またはＡＴＭ（Automatic Teller Machine）などにオーソリ端末３の機能が備えられている場合もある。近年、オーソリ端末３は、ほとんどのクレジットカード会社で共通に用いられる。したがって、基本的に、店舗には１種類のオーソリ端末３があればよい。ただし、店舗が加盟しているクレジットカード会社の組合せによっては、複数の種類のオーソリ端末３を用意しなければならない場合がある。
【００１８】
このように、オーソリホスト２、オーソリ端末３、および通信回線４１によって形成されるシステムは、既存の与信システム（オーソリシステム）である。ただし、オーソリホスト２には、本発明に係る個別利用管理システム１と連携して処理を行うための、決済可否問合せ部２１（図３参照）が設けられている。これについては、後に説明する。」

（３）「【００１９】
個別利用管理システム１は、クレジットカード会社がオーソリホスト２で行う与信チェックとは別に、顧客が店舗でクレジットカードによる支払いを求めた際に、そのクレジットカードによる決済（取引）を行ってもよいか否かのチェックを行うシステムである。この個別利用管理システム１は、係るチェックのサービスを提供する機関（以下、「第三者機関」と記載する。）に設けられる。決済の可否の条件は、クレジットカードの所有者ごとに任意に設定することができる。以下、所有者ごとの決済の可否（クレジットカードの利用の可否）の条件を「個別利用条件」と記載する。
・・・途中省略・・・
【００２３】
個別利用管理システム１は、図２に示すように、ＣＰＵ１ａ、ＲＡＭ１ｂ、ＲＯＭ１ｃ、磁気記憶装置１ｄ、および通信インタフェース１ｅなどによって構成される。磁気記憶装置１ｄには、図３に示すような、問合せ受付部１０１、決済可否チェック部１０２、チェック結果送信部１０３、ユーザ登録処理部１０４、設定更新部１０５、会員情報管理部１０６、本人確認処理部１０７、および画面データ送信部１０８などの機能を実現するためのプログラムおよびデータがインストールされている。これらのプログラムおよびデータは必要に応じてＲＡＭ１ｂにロードされ、ＣＰＵ１ａによってプログラムが実行される。図３の一部または全部の機能を、ハードウェアによって実現するようにしてもよい。個別利用管理システム１として、サーバ用の装置（サーバ機）が用いられる。図３の各部を複数台のサーバ機などに分散するように、個別利用管理システム１を構成してもよい。
・・・途中省略・・・
【００２６】
図３の会員情報管理部１０６は、会員情報データベースＤＢ１、個別利用条件データベースＤＢ２、およびカード利用履歴データベースＤＢ３などのデータベースを有しており、会員登録されている各顧客に関する情報の管理を行う。
・・・途中省略・・・
【００３５】
個別利用条件データベースＤＢ２は、図７に示すように、個別利用条件に関する情報を記憶している。会員ユーザは、会員情報データベースＤＢ１に登録したクレジットカードごとに、個別利用条件を設定することができる。また、１枚のクレジットカードに対して複数の個別利用条件を設定し、使い分けることができる。個別利用条件は、次のようにして設定することができる。」

（４）「【００５６】
〔カード決済時の処理〕
図１４は個別決済可否チェック処理の流れの例を説明するフローチャートである。
【００５７】
図３に戻って、店舗のオーソリ端末３は、その店舗で支払いを行おうとする顧客のクレジットカードのカード番号を読み取る。そして、そのカード番号およびその店舗を識別する店舗識別番号を、そのクレジットカードのクレジットカード会社のオーソリホスト２に送信する。
【００５８】
すると、オーソリホスト２は、受信したカード番号に基づいて、従来の与信チェックを行う。その結果、決済が不可であると判別された場合は、オーソリ端末３に対してその旨を通知する。この場合は、その顧客は、そのクレジットカードでの支払いを行うことができない。
【００５９】
一方、決済が可能であると判別された場合は、さらに、オーソリホスト２の決済可否問合せ部２１は、個別利用管理システム１に対して決済の可否を問い合わせる。この際に、オーソリ端末３より受信したカード番号およびその店舗の場所および業種などに関する店舗情報を個別利用管理システム１に送信する。
【００６０】
個別利用管理システム１において、オーソリホスト２からの問合せが問合せ受付部１０１によって受け付けられると、決済可否チェック部１０２は、図１４に示すフローチャートのような手順で、決済の可否をチェックする。
【００６１】
オーソリホスト２から送信されてきたカード番号に対応する個別利用条件７０を、図７の個別利用条件データベースＤＢ２より検索する（図１４の＃１０１）。複数の個別利用条件７０があった場合は、前に説明したように、いずれか１つの個別利用条件７０を選択する。すなわち、これらの個別利用条件７０の「有効時期」に設定がある場合は、その日の日付時刻に基づいていずれか１つの個別利用条件７０を選択する。設定がない場合は、「有効区分＝１」である個別利用条件７０を選択する。
【００６２】
現在のそのクレジットカードに関する状況が、選択した個別利用条件７０に含まれる各項目の条件を満たしているか否かを判別する（＃１０２）。具体的には、利用限度条件（図７の２段目の各項目の条件）を満たしているか否かを、カード利用履歴データベースＤＢ３に記憶されているそのクレジットカードの履歴を集計することによって判別する。さらに、利用場所条件（図７の３段目の各項目の条件）を満たしているか否かを、オーソリホスト２より受信した店舗情報（店舗の場所および業種）に基づいて判別する。
【００６３】
その結果、すべての項目の条件を満たしている場合は（＃１０３でＹｅｓ）、「決済可」と判別し（＃１０８）、その旨を問合せ元のオーソリホスト２に対して通知する（＃１１０）。
【００６４】
一方、いずれか１つでも条件を満たしていなかった場合は、原則として「決済不可」と判別する。しかし、個別利用条件７０は会員ユーザが自分のライフスタイルなどに合わせて自由に設定したものであって、これを厳密に適用すると、本人にとって不便な場合がある。また、問合せに係るそのクレジットカードは、クレジットカード会社のオーソリホスト２による与信チェックをパスしているので、一定の信用を有していると言える。
・・・途中省略・・・
【００７５】
オーソリホスト２は、個別利用管理システム１から「決済可」の通知を受けた場合は、そのクレジットカードによる決済を許可する。そして、オーソリホスト２およびオーソリ端末３は決済処理を開始する。「決済不可」の通知を受けた場合は、オーソリホスト２は、その旨をオーソリ端末３に対して通知するとともに、決済処理を中止する。」

（５）「【図１】

【図２】

【図３】

【図７】

」

上記（１）から（５）の記載から引用文献１には以下の発明が記載されている。

「個別利用管理システム１、オーソリホスト２、オーソリ端末３、および通信回線４１、４２などによって構成されるクレジットカード利用システム１００における個別利用管理システム１であって（【００１５】）、
個別利用管理システム１は、ＣＰＵ１ａ、ＲＡＭ１ｂ、ＲＯＭ１ｃ、磁気記憶装置１ｄ、および通信インタフェース１ｅなどによって構成され（【００２３】）、
磁気記憶装置１ｄには、問合せ受付部１０１、決済可否チェック部１０２、チェック結果送信部１０３、ユーザ登録処理部１０４、設定更新部１０５、会員情報管理部１０６、本人確認処理部１０７、および画面データ送信部１０８などの機能を実現するためのプログラムおよびデータがインストールされており、これらのプログラムおよびデータは必要に応じてＲＡＭ１ｂにロードされ、ＣＰＵ１ａによってプログラムが実行され（【００２３】、会員情報管理部１０６は、会員情報データベースＤＢ１、個別利用条件データベースＤＢ２、およびカード利用履歴データベースＤＢ３などのデータベースを有しており（【００２６】）、個別利用条件データベースＤＢ２は、個別利用条件に関する情報を記憶しており（【００３５】）、
カード決済時（【００５６】）、
個別利用管理システム１において、オーソリホスト２からの問合せが問合せ受付部１０１によって受け付けられると、決済可否チェック部１０２は（【００６０】）、オーソリホスト２から送信されてきたカード番号に対応する個別利用条件７０を個別利用条件データベースＤＢ２より検索し（【００６１】）、現在のそのクレジットカードに関する状況が、選択した個別利用条件７０に含まれる各項目の条件を満たしているか否かを判別し、具体的には、利用限度条件を満たしているか否かを、カード利用履歴データベースＤＢ３に記憶されているそのクレジットカードの履歴を集計することによって判別し、さらに、利用場所条件を満たしているか否かを、オーソリホスト２より受信した店舗情報（店舗の場所および業種）に基づいて判別し（【００６２】）、その結果、すべての項目の条件を満たしている場合は、「決済可」と判別し、その旨を問合せ元のオーソリホスト２に対して通知し（【００６３】）、一方、いずれか１つでも条件を満たしていなかった場合は、原則として「決済不可」と判別し（【００６４】）、「決済不可」の通知を受けた場合は、オーソリホスト２は、その旨をオーソリ端末３に対して通知するとともに、決済処理を中止し（【００７５】）、
前記問合せ受付部１０１によって受け付けられる問合せは、店舗のオーソリ端末３がその店舗で支払いを行おうとする顧客のクレジットカードのカード番号を読み取り、そのカード番号およびその店舗を識別する店舗識別番号を、オーソリホスト２に送信し（【００５７】）、オーソリホスト２が、受信したカード番号に基づいて、従来の与信チェックを行い（【００５８】）、決済が可能であると判別された場合、オーソリホスト２の決済可否問合せ部２１が、個別利用管理システム１に対して決済の可否を問い合わせたものであり、この際に、オーソリ端末３より受信したカード番号およびその店舗の場所および業種などに関する店舗情報が個別利用管理システム１に送信される（【００５９】）、
個別利用管理システム１。」（以下、「引用発明」という。）

２ 引用文献２（特開２０１１−２０９８６１号公報）

原査定の拒絶の理由に引用された引用文献２には、図面とともに次の事項が記載されている。（下線は、当審において付与した。）

（１）「【０００１】
取引カードに設定されたカード番号を用いて商取引を行う取引方法及び取引システムに関する。」

（２）「【００１２】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、実施の形態に適用される発明の概念図である。取引システムは、商取引を行う利用者の指示を管理サーバ２に伝える利用者端末１と、取引カードの管理を行う管理サーバ２と、利用者が商取引を行う店舗の店舗サーバ３と、を有する。利用者端末１と管理サーバ２、管理サーバ２と店舗サーバ３は、ネットワークを介して接続する。また、店舗サーバ３の店舗がネットワーク上の仮想店舗である場合には、利用者端末１と店舗サーバ３との間もネットワークを介して接続される。」

（３）「【００３４】
管理サーバ２０は、代替番号管理部２２０、照合部２３０及び決済部２４０を有する。代替番号管理部２２０は、ＰＣ１２からの要求に応じて代替番号情報を更新し、代替番号を管理する。照合部２３０は、店舗サーバ３０からの代替番号を用いた取引依頼について、カード管理ＤＢ２１に格納される代替番号情報に基づき、商取引の許可または拒否を判定する。決済部２４０は、照合部２３０によって、許可された商取引の決済処理を行う。
・・・途中省略・・・
【００３７】
決済部２４０は、照合部２３０によって許可された商取引の決済処理を行う。
カード管理ＤＢ２１は、取引カードに関する取引カード情報、代替番号に関する代替番号情報及び支払相手先に関する支払相手先情報を有する。以下、それぞれについて説明する。」

（４）「【００４０】
図６は、代替番号情報の一例を示した図である。代替番号情報２１１０は、カード番号２１１１に対応付けて、代替番号２１１２と、条件２１１３と、有効期限２１１４と、支払上限額設定の利用総額２１１５及び１取引の上限２１１６と、支払相手先設定の相手先２１１７、エリア２１１８及びカテゴリ２１１９と、利用回数設定２１１ａと、認証番号２１１ｂと、利用回数２１１ｃと、取引済金額２１１ｄと、総利用口数２１１ｅと、を有する。」

（５）「【００４４】
図７は、支払相手先情報の一例を示した図である。支払相手先情報２１２０には、支払相手先に関する情報として、支払相手先２１２１、国２１２２、地域２１２３及び都市の２１２４、カテゴリ２１２５を登録する。支払相手先情報２１２０は、管理サーバ２０の条件照合部２３２が、店舗サーバ３０から取得した取引内容と、代替番号情報２１１０の支払相手先設定とを照合する際に、参照する。支払相手先２１２１は、支払いの相手先を識別する識別情報である。エリアには、支払相手先２１２１に関連付けて、支払相手先が所在する国２１２２、地域２１２３及び都市２１２４が登録される。「国内」は、日本国内であることを示す。カテゴリ２１２５には、対応する店舗のカテゴリを登録する。なお、ここでは、図７に示した支払相手先情報２１２０を予めカード管理ＤＢ２１に格納しておくとしたが、支払相手先情報２１２０は、条件照合部２３２が、支払相手先の確認が必要となるときに、例えば、店舗サーバ３０から取得するとしてもよい。」

（６）「【００５０】
（２）取引処理
利用者は、実際の店舗またはＷｅｂ店舗で買い物を行うとき、代替番号を用いて決済を行う。決済処理が開始されると、店舗サーバ３０は、利用者に対して決済を行うカード番号を要求し、利用者は、カード番号の替わりに代替番号を入力する。以下の説明では、利用者は、代替番号を用いて決済処理を行うとする。店舗であれば、店舗端末３１ｂに代替番号を入力する。Ｗｅｂ店舗であれば、ＰＣ１２に表示されたカード番号入力画面より、代替番号を入力する。店舗サーバ３０は、代替番号を取得すると、少なくとも店舗の識別情報と利用金額を含む取引内容に、代替番号を付加した取引依頼を生成し、管理サーバ２０に取引依頼を送信する。
【００５１】
管理サーバ２０は、店舗サーバ３０から取引依頼を取得すると、照合部２３０が代替番号の照合を行う。代替番号検索部２３１は、取引依頼から代替番号を抽出し、抽出した代替番号に基づいて代替番号情報２１１０を検索し、該当する代替番号の代替番号情報を抽出する。なお、代替番号情報が検出されないときは、エラー応答を返す。代替番号情報が検出されたときは、抽出した代替番号情報の利用制限と取引内容とを照合し、商取引を許可するか否かを判定する。例えば、図６に示した代替番号２１１２の「０１２４ ５６８９ ３６７８」では、条件２１１３が「有」であるので、利用制限の判定を行う。まず、有効期限をチェックする。有効期限２１１４が、発行日から「１週間（１ｗ）」となっているので、取引日と照合し、有効期限内であれば、次の項目を判定する。取引依頼された利用金額を、１取引の上限２１１６の「２００００」と比較する。取引依頼の利用金額が「２００００」を超えているときは、取引不可と判定する。超えていないときは、取引済金額２１１ｄの「５００００」と、取引依頼の利用金額とを合算し、合算値を利用総額２１１５の「１０００００」と比較する。合算値が「１０００００」を超えていないとき、利用回数２１１ｃの「１」に１を加算し、利用回数設定２１１ａの「３」を超えていないかどうかを判定する。超えていなければ、商取引を許可する。なお、登録されている利用制限項目の全てのチェックが行われれば、どのような順番でチェックが行われてもよい。また、代替番号２１１２が「０１６７ ４３６５ ８８８９」の場合には、支払相手先設定の相手先２１１７に「Ａ店」という利用制限が設定されているので、取引依頼の店舗識別情報に基づき、店舗を確認する。そして、「Ａ店」でなければ取引不可とする。同様に、代替番号２１１２が「０４５６ ６６５４ ２９８７」の場合には、支払相手先設定のエリア２１１８に「国内」という利用制限が設定されている。条件照合部２３２は、取引依頼の店舗識別情報に基づき、支払相手先情報２１２０を検索する。例えば、取引依頼には、店舗識別情報として「Ｂ店」が指定されていたとする。支払相手先情報２１２０の「Ｂ店」のエリアは、国２１２２が「アメリカ」であるので、利用制限の「国内」には当てはまらない。したがって、取引不可とする。
【００５２】
店舗サーバ３０は、管理サーバ２０の条件照合部２３２から得られた判定結果が、取引不可であれば、これを利用者に通知して商取引を中止する。判定結果が取引可であれば、決済処理を継続し、管理サーバ２０に決済依頼を行う。管理サーバ２０では、条件照合部２３２が認めた商取引であれば、決済部２４０が決済処理を行い、決済を行った代替番号について、代替番号情報２１１０を更新する。例えば、代替番号情報２１１０の利用回数２１１ｃに１を加算し、利用回数２１１ｃを更新する。また、取引済金額２１１ｄの値に今回の利用金額を合算し、取引済金額２１１ｄを更新する。」

（７）「【図１】


【図４】

【図６】

【図７】

」


第６ 対比・判断

１ 本願発明１について

（１）対比

本願発明１と引用発明とを対比する。

ア 『制御装置、通信装置、および記憶装置を備えた情報処理装置であって、前記記憶装置は、取引の支払先に関する支払先属性情報を記憶し、前記支払先属性情報は、支払先識別番号および前記支払先についての支払先種別を含み、』について

引用発明の個別利用管理システム１は、「ＣＰＵ１ａ、ＲＡＭ１ｂ、ＲＯＭ１ｃ、磁気記憶装置１ｄ、および通信インタフェース１ｅなどによって構成され」ており、前記「ＣＰＵ１ａ」、「通信インタフェース１ｅ」、「磁気記憶装置１ｄ」は、それぞれ、本願発明１の『制御装置』、『通信装置』、『記憶装置』に相当することは明らかであるとともに、引用発明の「個別利用管理システム１」が本願発明１と同じく『情報処理装置』といえるものであることも明らかである。

なお、前記「磁気記憶装置１ｄ」には、「問合せ受付部１０１、決済可否チェック部１０２、チェック結果送信部１０３、ユーザ登録処理部１０４、設定更新部１０５、会員情報管理部１０６、本人確認処理部１０７、および画面データ送信部１０８などの機能を実現するためのプログラムおよびデータがインストールされており、これらのプログラムおよびデータは必要に応じてＲＡＭ１ｂにロードされ、ＣＰＵ１ａによってプログラムが実行され、会員情報管理部１０６は、会員情報データベースＤＢ１、個別利用条件データベースＤＢ２、およびカード利用履歴データベースＤＢ３などのデータベースを有しており、個別利用条件データベースＤＢ２は、個別利用条件に関する情報を記憶して」いるものの、本願発明１で特定されている『取引の支払先に関する支払先属性情報』に対応する情報は記憶されていない。

イ 『前記通信装置は、クライアントコンピュータから、前記取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号および前記取引の支払先に対応する支払先識別番号を含む要求電文を受信し、』について

本願発明１における『クライアントコンピュータ』について、明細書中に「その店舗に設置されたキャッシュレジスタ機器（ＰＯＳコンピュータ）」（【００１９】）や「携帯電話、タブレットコンピュータおよびＰＤＡ・・・、通信機能を備えた任意のコンピュータデバイスを含んでもよい。」（【００２６】）が例示されていることを踏まえると、引用発明における「店舗のオーソリ端末３」は「その店舗で支払いを行おうとする顧客のクレジットカードのカード番号を読み取り、そのカード番号およびその店舗を識別する店舗識別番号を、オーソリホスト２に送信」する機能を備えているのであるから、本願発明１の『クライアントコンピュータ』に相当する。

さらに、本願発明１における『要求電文』について、明細書中に「次に、クライアントコンピュータ３は、要求電文をサーバコンピュータ１に送信する（ステップＳ３０２）。サーバコンピュータ１の通信装置１４が要求電文を受信すると、制御装置１１は、要求電文に含まれる情報に基づいて、サーバコンピュータ２にオーソリ処理を依頼する（ステップＳ３０３）。このときに、要求電文に含まれる情報がサーバコンピュータ２に送信される。なお、上述したように、サーバコンピュータ２がクライアントコンピュータ３から直接要求電文を受信してもよい。」（【００４７】）と記載されていることを踏まえると、本願発明１の『前記通信装置は、クライアントコンピュータから、・・・要求電文を受信し、』とは、クライアントコンピュータ３からサーバコンピュータ１を介してサーバコンピュータ２によって受信される形態も含まれていると解される。

また、引用発明の「問合せ」および「顧客のクレジットカードのカード番号」が、それぞれ、本願発明１の『要求電文』および『取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号』に相当することは明らかであり、前記「問合せ」の受信が「通信インタフェース１ｅ」によって実行されることも明らかである。

してみると、本願発明１と引用発明とは、「前記通信装置は、クライアントコンピュータから、前記取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号を含む要求電文を受信し、」という点で共通しており、他方、引用発明の個別利用管理システム１の問合せ受付部１０１によって受け付けられる「問合せ」には、「オーソリ端末３より受信したカード番号およびその店舗の場所および業種などに関する店舗情報」は含まれているものの、本願発明１で特定されている『取引の支払先に対応する支払先識別番号』が含まれている旨特定されていない点で相違している。

ウ 『前記制御装置は、前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得し、』について

上記「ア」で言及したように、引用発明の個別利用管理システム１の磁気記憶装置１ｄには、本願発明１で特定されている『取引の支払先に関する支払先属性情報』に対応する情報は記憶されていないのであるから、引用発明には、本願発明１で特定されている『前記制御装置は、前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得し、』との構成は備わっていない。

エ 『（前記制御装置は、）前記キャッシュレス決済手段識別番号に対応する指定条件を判定し、』について

引用発明の個別利用管理システム１は、「オーソリホスト２からの問合せが問合せ受付部１０１によって受け付けられると、決済可否チェック部１０２は、オーソリホスト２から送信されてきたカード番号に対応する個別利用条件７０を個別利用条件データベースＤＢ２より検索」するのであり、前記「カード番号に対応する個別利用条件７０」は、本願発明１の『キャッシュレス決済手段識別番号に対応する指定条件』に対応するものであるから、引用発明には本願発明１の『前記キャッシュレス決済手段識別番号に対応する指定条件を判定し、』との構成が備わっている。

オ 『（前記制御装置は、）前記支払先種別に基づいて、前記取引に対応する取引種別を判定し、前記取引種別は、物理店舗取引および仮想店舗取引を含み、』について

上記「ア」および「ウ」で言及したように、引用発明の個別利用管理システム１には、本願発明１で特定されている『取引の支払先に関する支払先属性情報』に対応する情報は記憶されておらず、また、『前記制御装置は、前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得し、』との構成も備わっていないのであるから、引用発明には、本願発明１で特定されている『前記支払先種別に基づいて、前記取引に対応する取引種別を判定し、前記取引種別は、物理店舗取引および仮想店舗取引を含み、』との構成は備わっていない。

カ 『（前記制御装置は、）前記取引が指定条件に従って許可または制限されるかを判定し、前記指定条件は、前記取引種別ごとに前記キャッシュレス決済手段を通じた取引の一部を許可または制限することを示し、』について

引用発明の個別利用管理システム１の決済可否チェック部１０２は、「オーソリホスト２から送信されてきたカード番号に対応する個別利用条件７０を個別利用条件データベースＤＢ２より検索し、現在のそのクレジットカードに関する状況が、選択した個別利用条件７０に含まれる各項目の条件を満たしているか否かを判別し、具体的には、利用限度条件を満たしているか否かを、カード利用履歴データベースＤＢ３に記憶されているそのクレジットカードの履歴を集計することによって判別し、さらに、利用場所条件を満たしているか否かを、オーソリホスト２より受信した店舗情報（店舗の場所および業種）に基づいて判別し、その結果、すべての項目の条件を満たしている場合は、「決済可」と判別し、その旨を問合せ元のオーソリホスト２に対して通知し、一方、いずれか１つでも条件を満たしていなかった場合は、原則として「決済不可」と判別」しているのであるから、本願発明１と引用発明とは、「取引が指定条件に従って許可または制限されるかを判定し、」との点で共通しているものの、引用発明の「カード番号に対応する個別利用条件７０」は、本願発明１で特定されているような『取引種別ごとに前記キャッシュレス決済手段を通じた取引の一部を許可または制限することを示』しているものではない。

キ 『前記通信装置は、前記判定に従って、前記クライアントコンピュータに応答電文を送信する』について

本願発明１の『応答電文』に対応する「非承認電文」および「承認電文」について、明細書中には、「取引が制限されると判定した場合、通信装置２４は、クライアントコンピュータ３に、キャッシュレス決済手段の利用が制限されることを示す値を含む非承認電文を送信する（ステップＳ３１３）。非承認電文は、サーバコンピュータ２からクライアントコンピュータ３に直接送信されてもよく、サーバコンピュータ１を介して送信されてもよい。」（【００６２】）、「一方で、オーソリ処理の結果、取引が許可されると判定した場合、通信装置２４は、クライアントコンピュータ３に、取引が許可されることを示す値を含む承認電文を送信する（ステップＳ３１５）。承認電文は、サーバコンピュータ２からクライアントコンピュータ３に直接送信されてもよく、サーバコンピュータ１を介して送信されてもよい。」（【００６４】）と記載されていることを踏まえると、本願発明１の『前記通信装置は、前記判定に従って、前記クライアントコンピュータに応答電文を送信する』とは、サーバコンピュータ２からサーバコンピュータ１を介してクライアントコンピュータ３に送信される形態も含まれていると解される。

そして、引用発明の個別利用管理システム１は、「・・・、決済可否チェック部１０２は、オーソリホスト２から送信されてきたカード番号に対応する個別利用条件７０を個別利用条件データベースＤＢ２より検索し、現在のそのクレジットカードに関する状況が、選択した個別利用条件７０に含まれる各項目の条件を満たしているか否かを判別し、・・・、その結果、すべての項目の条件を満たしている場合は、「決済可」と判別し、その旨を問合せ元のオーソリホスト２に対して通知し、一方、いずれか１つでも条件を満たしていなかった場合は、原則として「決済不可」と判別し、「決済不可」の通知を受けた場合は、オーソリホスト２は、その旨をオーソリ端末３に対して通知する・・・」のであるから、判別結果である「決済可である旨」または「決済不可である旨」をオーソリホスト２を介してオーソリ端末３に送信している。そして、これらの通知が「通信インタフェース１ｅ」によって実行されることは明らかである。

してみると、引用発明には本願発明１の『前記通信装置は、前記判定に従って、前記クライアントコンピュータに応答電文を送信する』に相当する構成が備わっている。


（２）一致点および相違点

上記「（１）対比」で言及したように、本願発明１と引用発明との間には、以下で示す一致点および相違点がある。

＜一致点＞
「制御装置、通信装置、および記憶装置を備えた情報処理装置であって、
前記通信装置は、クライアントコンピュータから、前記取引に使用されるキャッシュレス決済手段に対応するキャッシュレス決済手段識別番号を含む要求電文を受信し、
前記制御装置は、
前記キャッシュレス決済手段識別番号に対応する指定条件を判定し、
前記取引が指定条件に従って許可または制限されるかを判定し、
前記通信装置は、前記判定に従って、前記クライアントコンピュータに応答電文を送信する
ことを特徴とする情報処理装置。」

＜相違点１＞
本願発明１には、記憶装置について『取引の支払先に関する支払先属性情報を記憶し、前記支払先属性情報は、支払先識別番号および前記支払先についての支払先種別を含み、』との事項が特定されているのに対し、引用発明の「磁気記憶装置１ｄ」には、本願発明１で特定されている『取引の支払先に関する支払先属性情報』に対応する情報は記憶されていない点、および、それに伴い『支払先属性情報』について『支払先識別番号および前記支払先についての支払先種別を含み』との事項も特定されていない点。

＜相違点２＞
本願発明１には、『要求電文』について『取引の支払先に対応する支払先識別番号を含む』との事項が特定されているのに対し、引用発明の「問合せ」には、かかる事項が特定されていない点。

＜相違点３＞
本願発明１には、『前記制御装置は、前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得し、』との事項が特定されているのに対し、引用発明には、かかる事項が特定されていない点。

＜相違点４＞
本願発明１には、『前記支払先種別に基づいて、前記取引に対応する取引種別を判定し、前記取引種別は、物理店舗取引および仮想店舗取引を含み、』との事項が特定されているのに対し、引用発明には、かかる事項が特定されていない点。

＜相違点５＞
本願発明１には、『指定条件』について『前記取引種別ごとに前記キャッシュレス決済手段を通じた取引の一部を許可または制限することを示し、』との事項が特定されているのに対し、引用発明の「カード番号に対応する個別利用条件７０」には、かかる事項が特定されていない点。


（３）判断

上記＜相違点１＞、＜相違点３＞および＜相違点４＞は、いずれも『取引の支払先に関する支払先属性情報』に関係するものであることに鑑み、それぞれの相違点を併せて検討する。

引用文献２には、カード管理ＤＢ２１について「取引カードに関する取引カード情報、代替番号に関する代替番号情報及び支払相手先に関する支払相手先情報を有する。」と記載されており、さらに、前記「支払相手先に関する支払相手先情報」については「支払相手先情報２１２０には、支払相手先に関する情報として、支払相手先２１２１、国２１２２、地域２１２３及び都市の２１２４、カテゴリ２１２５を登録する。支払相手先情報２１２０は、管理サーバ２０の条件照合部２３２が、店舗サーバ３０から取得した取引内容と、代替番号情報２１１０の支払相手先設定とを照合する際に、参照する。支払相手先２１２１は、支払いの相手先を識別する識別情報である。エリアには、支払相手先２１２１に関連付けて、支払相手先が所在する国２１２２、地域２１２３及び都市２１２４が登録される。「国内」は、日本国内であることを示す。カテゴリ２１２５には、対応する店舗のカテゴリを登録する。」と記載されていることを踏まえると、前記「支払相手先に関する支払相手先情報」、「支払相手先２１２１」および「支払相手先が所在する国２１２２、地域２１２３及び都市２１２４」は、それぞれ、本願発明１の『取引の支払先に関する支払先属性情報』、『支払先識別番号』および『支払先種別』に対応していると一応解することができ、
また、このことを前提とすれば、引用文献２における「管理サーバ２０の条件照合部２３２は、店舗サーバ３０から取得した取引内容と、代替番号情報２１１０の支払相手先設定とを照合する際に、支払相手先に関する支払相手先情報を参照する」ことは、本願発明１の『前記制御装置は、前記支払先識別番号に基づいて、前記記憶装置から前記支払先属性情報における前記支払先種別を取得』することに対応すると一応解することはできる。
しかしながら、このように解したとしても、引用文献２の「管理サーバ２０の条件照合部２３２」は、本願発明１のように『前記支払先種別に基づいて、前記取引に対応する取引種別を判定』するという処理を実行するものではないことから、引用文献２には、本願発明１の『前記支払先種別に基づいて、前記取引に対応する取引種別を判定し、前記取引種別は、物理店舗取引および仮想店舗取引を含み、』との事項は記載も示唆もされていないのであり、引用発明に引用文献２記載の技術を組み合わせることができたとしても、相違点４に係る構成に想到することはない。
なお、令和３年３月１１日付けの補正の却下の決定において周知技術を示す文献として提示された米国特許出願公開２０１１／０１７８９２９号明細書にも、かかる事項は記載も示唆もされていない。

さらに、引用発明は、本願発明１の『取引の支払先に関する支払先属性情報』に対応する情報を記憶するものでないにもかかわらず「クレジットカード会社が定める利用条件とは異なる利用者個別の利用条件」を「設定」できるシステムの情報処理装置であることから、引用発明に引用文献２に記載されている「支払相手先に関する支払相手先情報」を用いて利用条件を設定する技術を組み合わせる必要性はない。また、引用文献１においてこのような技術を組み合わせることを示唆する記載もない。よって、そもそも引用発明において引用文献２記載の技術を組み合わせる動機付けもない。

したがって、その他の相違点について判断するまでもなく、本願発明１は、当業者であっても、引用発明および引用文献２に記載された技術的事項に基づいて容易に発明をすることができたものとはいえない。


２ 本願発明２−６について

本願発明２−６は、本願発明１を直接的または間接的に引用する発明であり、本願発明１で言及したのと同様の理由により、当業者であっても、引用発明および引用文献２に記載された技術的事項に基づいて当業者が容易に発明をすることができたとはいえない。

３ 本願発明７について

本願発明７は、本願発明１に対応する方法の発明であり、本願発明１で言及したのと実質的に同様の理由により、当業者であっても、引用発明および引用文献２に記載された技術的事項に基づいて容易に発明をすることができたとはいえない。

４．本願発明８について

本願発明８は、本願発明７の各ステップをコンピュータに実行させるためのプログラムとした発明であり、本願発明１で言及したのと実質的に同様の理由により、当業者であっても、引用発明および引用文献２に記載された技術的事項に基づいて容易に発明をすることができたとはいえない。


第７ 原査定について

１ 理由１（特許法第36条第6項第2号）について

審判請求時の補正により、特許請求の範囲（請求項１−８）の記載は明確になった。したがって、原査定の理由１を維持することはできない。


２ 理由２（特許法第29条第2項）について

審判請求時の補正により、本願発明１−８は上記「第６ 対比・判断」で言及したように当業者であっても、拒絶査定において引用された引用文献１および２に基づいて、容易に発明できたものとはいえない。したがって、原査定の理由２を維持することはできない。


第８ むすび

以上のとおり、原査定の理由によっては、本願を拒絶することはできない。
また、他に本願を拒絶すべき理由を発見しない。
よって、結論のとおり審決する。



 
審決日 2022-11-21 
出願番号 P2019-013114
審決分類 P 1 8・ 537- WY (G06Q)
P 1 8・ 121- WY (G06Q)
最終処分 01   成立
特許庁審判長 高瀬 勤
特許庁審判官 佐藤 智康
相崎 裕恒
発明の名称 情報処理装置、方法、およびコンピュータプログラム  
代理人 弁理士法人谷・阿部特許事務所  

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