2021-013332

本願は、平成２９年３月６日に出願した特願２０１７－０４１３４３号の一部を令和１年８月６日に新たな特許出願（特願２０１９－１４４８０２号）としたものであって、その手続の経緯は、以下のとおりである。

同年 ４月２０日付け：拒絶理由通知書

同年 ６月２９日付け：拒絶査定

同年１０月 ４日 ：審判請求書の提出

同年 ８月２６日 ：意見書の提出

１ 引用文献１

（１）記載事項

引用文献１には、以下の事項が記載されている。なお、下線は当審が付与した。以下同様。

・「【００４４】

登録用ＰＯＳレジスタ２０は、顧客が購入しようとする商品のデータを登録する処理を行う。データの登録は、例えば、商品に付されているバーコードを読み取ることで行う。そのため、登録用ＰＯＳレジスタ２０には、例えば、顧客が購入する商品に付されたバーコード（商品コード）を店員の操作により読み取るスキャナが設けられている。本願においては、登録用ＰＯＳレジスタ２０によって登録され、精算処理において用いられる商品に関するデータを、登録データと呼ぶこととする。登録データは、購入しようとする商品すべての金額すなわち合計金額や、個々の商品の単価や個数の情報を含んでいる。なお、登録データは、購入しようとする商品すべての金額すなわち合計金額や、個々の商品の単価や個数の情報を呼出す識別情報（コード情報等）であってもよい。この場合、精算用ＰＯＳレジスタ３０が上述の識別情報（コード情報等）に基づいて、ストアコントローラ１０、または、ストアコントローラ１０の機能を有する登録用ＰＯＳレジスタ２０にリクエストを行ない登録データを受信するようにしてもよい。

また、登録用ＰＯＳレジスタ２０は、各精算用ＰＯＳレジスタ３０からステータス情報を受信して管理する。

【００４５】

さらに、登録用ＰＯＳレジスタ２０は、ステータス情報に応じて、登録データの送信先となる精算用ＰＯＳレジスタ３０を選択する。その際、登録用ＰＯＳレジスタ２０は、ステータス情報に基づいて、できるだけ待ち時間を少なくできるように、現在商品登録作業中の顧客がどの精算用ＰＯＳレジスタ３０で精算を行えばよいのかを判定する。すなわち、登録用ＰＯＳレジスタ２０は、複数の精算用ＰＯＳレジスタ３０から最適な１つを選択する。登録用ＰＯＳレジスタ２０は、例えば、空いている精算用ＰＯＳレジスタ３０を選択する。あるいは、全ての精算用ＰＯＳレジスタ３０が顧客で埋まっている場合には、登録用ＰＯＳレジスタ２０は、一番早く空きそうな精算装置を選択する。そして、登録用ＰＯＳレジスタ２０は、選択した精算用ＰＯＳレジスタ３０に対して、登録データを送信する。その登録データが示す商品を購入しようとする顧客は、当該登録データが送信された精算用ＰＯＳレジスタ３０を操作して、自分で精算処理を行うことができる。精算処理とは、購入しようとする商品の代金を、現金、電子マネー、クレジットカードなどを選択的に用いて支払い、決済する処理である。

【００４６】

上記のステータス情報とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況を表す情報である。進捗状況は、待機状態、決済中、レシート発行中、空き状態、会計保留、トラブル発生中などの状況に分けられている。この進捗状況に基づき、登録用ＰＯＳレジスタ２０は、どの精算用ＰＯＳレジスタ３０を選択するのかという判定処理を行う。例えば、登録用ＰＯＳレジスタ２０は、空き状態の精算用ＰＯＳレジスタ３０を優先して選択する。また、空き状態の精算用ＰＯＳレジスタ３０が無ければ、レシート発行中のものを選択する。上記の待機状態、決済中、レシート発行中という３つの進捗状況は、精算処理中の段階を示すものであり、待機状態から決済中、決済中からレシート発行中へと進捗状況は移行する。よって、決済中よりもレシート発行中の方が進捗は進んでいることになり、空き状態のものが無ければ、レシート発行中のものを選択することで、一番早く空きそうな精算用ＰＯＳレジスタ３０を選択することができる。」

・「【００５３】

また、待機状態にある精算用ＰＯＳレジスタ３０に対する精算処理の流れは例えば次のように行うことができる。（１）まず、決済方法を選択する。現金、クレジットカード、電子マネー等のいずれかまたは併用する旨を顧客の操作に応じて選択する。（２）次に、決済を実行する。精算用ＰＯＳレジスタ３０が有する紙幣や硬貨の投入排出口への現金投入や釣り銭の支払い、カード読み取り機でのカード読み取り等によって決済を実行する。

（３）次に、精算用ＰＯＳレジスタ３０が有する印刷部を用いて、レシートを発行する。

レシートには、例えば、購入した商品の一覧、購入合計金額、受領金額、釣り金額等が印字される。（４）そして、精算用ＰＯＳレジスタ３０は、精算処理を終了し、空き状態となる。」

・「【００７２】

決済部３１０は、釣銭釣札機、クレジットカードリーダ、電子マネーリーダ等と、それらの制御部とを備えて構成されていて、決済部３１０を用いて、現金、クレジット、電子マネーにより決済処理が行われる。決済部３１０は、釣銭釣札機によって、現金により決済を実行し、決済を実行した結果（例えば、決済が成立したか否かを示す情報）を、バスを介してＣＰＵ３０１に出力する。釣銭釣札機は、紙幣の投入及び排出をする紙幣投入口、硬貨を投入するための硬貨投入口、釣銭を排出する釣銭排出口とを備えている。また、決済部３１０は、クレジットにより決済を実行し、決済を実行した結果を、ポート及びバスを介してＣＰＵ３０１に出力する。また、決済部３１０は、電子マネーにより決済を実行し、決済を実行した結果を、バスを介してＣＰＵ３０１に出力する。」

・「【０１２４】

また、登録用ＰＯＳレジスタ２０は、登録商品についての精算を行うべき精算用ＰＯＳレジスタ３０として、ステータス情報が「使用中」である精算用ＰＯＳレジスタ３０の選択を出来ないように選択禁止の制御を行なう。ここで、ステータス情報が「使用中」である場合とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況が、例えば、「待機状態」、「決済中」、又は「レシート発行中」である場合（すなわち「空き状態」でない場合）をいう。なお、「トラブル発生中」である場合も、ステータス情報が「使用中」である場合に含めてもよい。」

・「【０１３５】

また、本実施形態において、精算用ＰＯＳレジスタ３０における精算処理の進捗状況を表す情報であるステータス情報において、待機状態、決済中、レシート発行中、空き状態、会計保留、トラブル発生中などを例示したがこれに限らず、例えば、決済部３１０において現金を入出金する釣銭釣札機の場合において、釣銭釣札機の状態をステータス情報としてもよく、この釣銭釣札機の状態をステータス情報として送信するようにしてもよい。

この場合、・・・」

（２）認定事項

引用文献１の「ステータス情報」に関して、「ステータス情報とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況を表す情報である。進捗状況は、待機状態、決済中、レシート発行中、空き状態、会計保留、トラブル発生中などの状況に分けられている。」(【００４６】)、「ここで、ステータス情報が「使用中」である場合とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況が、例えば、「待機状態」、「決済中」、又は「レシート発行中」である場合（すなわち「空き状態」でない場合）をいう。なお、「トラブル発生中」である場合も、ステータス情報が「使用中」である場合に含めてもよい。」(【０１２４】)という記載がある。

そうすると、上記の記載から、

「ステータス情報とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況を表す情報であり、進捗状況は、「待機状態」、「決済中」、「レシート発行中」、又は「トラブル発生中」である「使用中」である場合と、「空き状態」、「会計保留」などの状況に分けられていること。」

が認定できる。

（３）引用発明

上記（１）、（２）より、引用文献１には、以下の発明（以下「引用発明」という。）が記載されていると認められる。

「登録用ＰＯＳレジスタ２０は、顧客が購入しようとする商品のデータを登録する処理を行うものであり、データの登録は、商品に付されているバーコードを読み取ることで行い、顧客が購入する商品に付されたバーコード（商品コード）を店員の操作により読み取るスキャナが設けられている、登録用ＰＯＳレジスタ２０であって、

登録用ＰＯＳレジスタ２０によって登録され、精算処理において用いられる商品に関するデータを、登録データと呼び、その登録データが示す商品を購入しようとする顧客は、当該登録データが送信された精算用ＰＯＳレジスタ３０を操作して、自分で精算処理を行うことができ、精算処理とは、購入しようとする商品の代金を、現金、電子マネー、クレジットカードなどを選択的に用いて支払い、決済する処理であり、

登録用ＰＯＳレジスタ２０は、ステータス情報に応じて、登録データの送信先となる精算用ＰＯＳレジスタ３０を選択し、

ステータス情報とは、精算用ＰＯＳレジスタ３０における精算処理の進捗状況を表す情報であり、進捗状況は、「待機状態」、「決済中」、「レシート発行中」、又は「トラブル発生中」である「使用中」である場合と、「空き状態」、「会計保留」などの状況に分けられ、この進捗状況に基づき、登録用ＰＯＳレジスタ２０は、どの精算用ＰＯＳレジスタ３０を選択するのかという判定処理を行い、

精算用ＰＯＳレジスタ３０が有する紙幣や硬貨の投入排出口への現金投入や釣り銭の支払い、カード読み取り機でのカード読み取り等によって決済を実行し、

釣銭釣札機は、紙幣の投入及び排出をする紙幣投入口、硬貨を投入するための硬貨投入口、釣銭を排出する釣銭排出口を備え、

登録用ＰＯＳレジスタ２０は、登録商品についての精算を行うべき精算用ＰＯＳレジスタ３０として、ステータス情報が「使用中」である精算用ＰＯＳレジスタ３０の選択を出来ないように選択禁止の制御を行なう、

登録用ＰＯＳレジスタ２０。」

２ 引用文献３

（１）記載事項

引用文献３には、図面と共に以下の事項が記載されている。

・「【０００７】

しかしながら、釣銭の出金後、一定時間後に釣銭取り忘れの通知を行っても、または、釣銭の取り除き後にレシートの排出を行っても、買物客が急いでその場を離れた場合には、警告音に気づかず、釣銭の取り忘れが発生してしまう、という問題がある。

【０００８】

本発明は、上述のような実状に鑑みたものであり、より確実に釣銭の取り忘れを防止することが可能なセルフチェックアウト装置、セルフチェックアウト方法、およびセルフチェックアウトプログラムを提供することを目的とする。」

・「【００１９】

セルフチェックアウト装置１０は、買物客が行う操作により買上げ商品の販売登録処理及びその代金の精算処理を実行する。

・・・

【００３８】

釣銭検出部３０４は、釣銭出金部３０１によって出金された釣銭が紙幣出金口１１０又は硬貨出金口１１２から取り除かれたか否かを検出する。例えば、釣銭検出センサーを用いて、紙幣出金口１１０に出金された紙幣、又は硬貨出金口１１２に出金された硬貨が残っているか否かを検出する。

・・・

【００５１】

次に、ステップＳ５０８において、ステップＳ５０７で釣銭出金部３０１によって出金された釣銭が紙幣出金口１１０又は硬貨出金口１１２に残っているか否かを釣銭検出部３０４によって判断する。すなわち、釣銭が紙幣出金口１１０及び硬貨出金口１１２から全額取り除かれたか否かを判断する。

【００５２】

釣銭が残っていないと判断された場合（ステップＳ５０８：ＮＯ）、レシート発行用プリンタ１０８が印字したレシートを発行して本実施の形態のセルフチェックアウト処理を終了する。

【００５３】

他方、釣銭が残っていると判断された場合（ステップＳ５０８：ＹＥＳ）、ステップＳ５０９において、買物客の視線が釣銭出金部３０１によって出金される紙幣出金口１１０又は硬貨出金口１１２に向いているか否かを判断する。買物客の視線は、視線検出用カメラ１０１が取得した買物客の顔画像データに基づいて、視線検出部３０２によって検出する。

【００５４】

買物客の視線が紙幣出金口１１０又は硬貨出金口１１２に向いていると判断された場合（ステップＳ５０９：ＹＥＳ）、ステップＳ５１０において、ステップＳ５０７で釣銭を出金してから一定時間（ｔ１）、例えば、５秒間経過したか否かを判断する。

【００５５】

出金してから一定時間（ｔ１）経過していないと判断された場合（ステップＳ５１０：ＮＯ）、ステップＳ５０８に戻る。

【００５６】

他方、出金してから一定時間（ｔ１）経過していると判断された場合（ステップＳ５１０：ＹＥＳ）、ステップＳ５１１において、釣銭の取り忘れがあったことをスピーカ１０７から警告音等により通知（アラーム出力）する。

【００５７】

また、買物客の視線が紙幣出金口１１０又は硬貨出金口１１２に向いていないとステップＳ５０９で判断された場合（ステップＳ５０９：ＮＯ）、ステップＳ５１２において、セルフチェックアウト装置１０は、図１０に示すような画面を表示器１１６に表示する。好ましくは、視線検出部３０２によって検出された視線の方向に設置された表示器１１６に表示する。例えば、表示器１１６は、買い上げ商品を計量するための合計重量計量用秤１１４の近傍に設けられている。若しくは、表示器１１６は、買い上げ商品の決済に関わるレシートを排出するレシート発行用プリンタ１０８のレシート排出口の近傍に設けられている。又は、表示器１１６は、複数個設けられていてもよい。釣銭があることを示す情報としては、図１０に示すようなメッセージを表示しても良いし、単なる点滅表示でも良い。

【００５８】

そして、セルフチェックアウト装置１０は、ステップＳ５１３において、ステップＳ５０７で釣銭を出金してから一定時間（ｔ２）経過したか否かを判断する。なお、一定時間ｔ２はステップＳ５１０で判断する一定時間ｔ１より短い時間（ｔ１＞ｔ２）である。例えば、セルフチェックアウト装置１０は、３秒間経過したか否かを判断する。

【００５９】

出金してから一定時間（ｔ２）経過していないと判断された場合（ステップＳ５１３：ＮＯ）、ステップＳ５０８に戻る。

【００６０】

他方、出金してから一定時間（ｔ２）経過していると判断された場合（ステップＳ５１３：ＹＥＳ）、セルフチェックアウト装置１０は、ステップＳ５１１において、釣銭の取り忘れがあったことをスピーカ１０７から警告音等により通知（アラーム出力）する。」

・図５

「

［図：0001397529000001.jpg］

」

（２）認定事項

上記（１）を踏まえると、引用文献３には、以下の事項（以下「引用文献３に記載された事項」という。）が記載されていると認められる。

「買物客が行う操作により買上げ商品の販売登録処理及びその代金の精算処理を実行するセルフチェックアウト装置１０において、

釣銭の取り忘れを防止するために、釣銭検出部３０４は、釣銭が紙幣出金口１１０又は硬貨出金口１１２から取り除かれたか否かを検出し、釣銭の取り忘れを警報音により通知し、釣銭が残っていないと判断された場合にレシートを発行してセルフチェックアウト処理を終了する、

セルフチェックアウト装置１０。」

３ 引用文献４

（１）記載事項

引用文献４には、図面と共に以下の記載がある。

・「【０００５】

しかしながら、上記従来の技術では、レシート等の取り忘れが店員あるいは顧客に通知されるだけであるため、セルフチェックアウトシステムに適用した場合に十分な効果を得ることができない。一般的に顧客は、例えば釣銭の受け取りを優先してレシートを軽視しがちであるので、そのような通知を見落とす、あるいは聞き漏らす危険性があり、顧客は釣銭等のみを受け取ってレシートを受け取っていない、というような事態も想定されるからである。つまり、従来は、顧客がレシートや釣銭等を取り忘れてしまうことを防ぐ十分な対策がとられていない、という問題があった。

【０００６】

本発明は上記の点に鑑みてなされたものであり、その目的は、セルフチェックアウトシステムにおいて、レシートや釣銭等の取り忘れを効果的に防止することにある。」

・「【００１７】

以下、図面を参照しながら本発明の実施形態について詳しく説明する。

図１は、本発明の一実施形態によるセルフチェックアウトシステム１の外観図である。また、図２は、セルフチェックアウトシステム１の電気的構成を示すブロック図である。セルフチェックアウトシステム１は、顧客が自分で買上げ商品の登録と精算を行うことが可能なＰＯＳレジスタであって、ＰＯＳレジスタ本体１０（ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３を有している）と、バーコードスキャナ１４と、液晶タッチパネル１５と、金銭受取払出部１６と、カードリーダ１７と、レシートプリンタ１８と、第１計量部１９Ａと、第２計量部１９Ｂと、発光器２０と、通信部２１とを備えている。

・・・

【００２０】

金銭受取払出部１６は、紙幣投入口１６１及び硬貨投入口１６２へ投入された各種貨幣の種類と枚数を検出して検出結果のデータをＣＰＵ１１へ出力し、また、ＣＰＵ１１から釣銭を払い出す指示を受けてその指示に応じた枚数の紙幣及び硬貨を紙幣払出口１６３と硬貨払出口１６４へ排出する。また、金銭受取払出部１６は、排出した紙幣や硬貨が紙幣払出口１６３と硬貨払出口１６４から取り除かれたか否かを検出するセンサを備え、紙幣や硬貨が取り除かれた場合、そのことをＣＰＵ１１へ通知する。

・・・

【００４３】

なお、処理順序設定ファイルに設定されている実行順序が、図４とは反対に、釣銭・決済用媒体排出処理が先で、レシート発行処理が後となっている場合は、ステップＳ１４～ステップＳ１６が先に実行され、その後、ステップＳ１１～ステップＳ１３が実行される。このとき、ＣＰＵ１１は、金銭受取払出部１６あるいはカードリーダ１７からの通知を取得するまで、ステップＳ１５とステップＳ１６を繰り返すので、顧客が紙幣払出口１６３や硬貨払出口１６４から釣銭を取り除かない限り、又は、顧客がカード入出口１７１から決済用媒体を取り除かない限り、次のレシート発行処理の実行が待機されることとなって、レシートが排出されないことになる。」

・図５

「

［図：0001397529000002.jpg］

」

（２）認定事項

上記（１）を踏まえると、引用文献４には、以下の事項（以下「引用文献４に記載された事項」という。）が記載されていると認められる。

「顧客が自分で買上げ商品の登録と精算を行うことが可能なＰＯＳレジスタであるセルフチェックアウトシステム１において、

釣銭の取り忘れを効果的に防止するために、

金銭受取払出部１６は、排出した紙幣や硬貨が紙幣払出口１６３と硬貨払出口１６４から取り除かれたか否かを検出するセンサを備え、紙幣や硬貨が取り除かれた場合、そのことをＣＰＵ１１へ通知し、顧客が釣銭を取り除かない限り、次のレシート発行処理の実行が待機されることとなって、レシートが排出されないようにする、

セルフチェックアウトシステム１。」

請求人は、令和４年８月２６日の意見書において、以下の旨を主張する。

「（Ａ）第１の理由

まず、本願請求項１における、「精算処理で生じたお釣りの少なくとも一部が前記精算装置のお釣りの払出し口に残っていることを示す第１通知を受信し、第１通知の送信元である精算装置を精算情報の送信先候補から除外する」構成は、いずれの引用文献にも記載されていません。

引用文献２－４には、「お釣りが払出し口に残っている状態」を示す情報の用途について、以下のように記載されています。

引用文献２：「お釣りが払出し口に残っている状態」を検出した場合、顧客へ警告し、検出されている間は硬貨払出動作を禁止すること（［００１８］－［００１９］）。

続きを表示（全17行）

引用文献３：「お釣りが払出し口に残っている状態」を検出しない場合にレシートを発行し、「お釣りが払出し口に残っている状態」を検出した場合に顧客の視線状態に応じてお釣りの取り忘れを示す警報音の出力タイミングを変更すること（［００３１］、［００５１］－［００６０］）。

引用文献４：「お釣りが払出し口に残っている状態」を検出している間はレシートを発行しないこと（［００４３］）。

これに対して、本願発明は、「お釣りが払出し口に残っている状態」を示す通知を登録装置が受信して、その精算装置を精算情報の送信先候補から除外するものです。

このように、本願発明と引用文献２－４に係る発明では、「お釣りが払出し口に残っている状態」を示す情報の用途が異なります。

また、引用文献２－４に係る発明は、引用文献２の課題に対して、いずれも「釣銭の取り忘れを防止する」ことを目的としています。

これに対して、本願発明は、「お釣りの取り忘れが発生した場合にでも、次に利用する顧客が誤って、又は、悪意をもって持ち去ってしまうことを防止する」ことを目的としています。すなわち、本願発明は、お釣りの取り忘れが発生した後に効果を奏するものです。

また、さらに、本願発明は、「お釣りが払出し口に残っている状態」を示す通知を登録装置が受信することにより、引用文献１に係る発明よりも詳細に精算装置の状態を通知することが可能となっています。

このように、本願発明と引用文献２－４に係る発明では、発明の目的及び効果が異なります。

以上から、「トラブル発生中」の具体例として、「お釣りが払出し口に残っている状態」を採用することで、引用文献２に記載された課題を解決するということは、後知恵であると思料いたします。そして、引用文献２の課題を解決するために、引用文献１－４に記載された事項から当業者が想到する発明は、引用文献１に係る発明の構成と、引用文献２－４に係る発明の構成とを別々に備えたものであり、本願発明とは異なるものであると思料いたします。

（Ｂ）第２の理由

引用文献１におけるステータス情報は、段落［００４６］等に記載されているように、基本的には精算処理の進捗を示す情報です。しかし、「お釣りが払出し口に残っている状態」は、精算処理の進捗を示す情報ではありません。お釣りを取り出すタイミングは、顧客毎に顧客が決めるタイミングです。お釣りを取り出すタイミングとしては、決済終了直後、レシート発行中、レシート発行後など様々なタイミングが考えられるため、「お釣りが払出し口に残っている状態」からは、精算処理のどの進捗を示すのか判断できません。そのため、「お釣りが払出し口に残っている状態」を、ステータス情報に含めることを当業者は想到しないはずです。

拒絶理由通知書では、引用文献１の段落［０１３５］に、釣銭釣札機の状態をステータス情報としてもよいことが記載されている、と指摘されています。しかし、ここで挙げられているのは、釣銭釣札機内に収納している貨幣種においてニアフルやニアエンドの状態までです。ここでも、「お釣りが払出し口に残っている状態」をステータス情報に含めることは記載されていません。

「ニアフルやニアエンドの状態」は、お釣りの支払いができない状態であり、精算処理の進捗を妨げる状態です。すなわち、「ニアフルやニアエンドの状態」の精算装置では精算処理を行えないため、上述した「客捌きをよくする」目的のために、この状態をステータス情報に含めていると思料いたします。これに対して、「お釣りが払出し口に残っている状態」は、精算処理の進捗を妨げる状態ではありません。「お釣りが払出し口に残っている状態」だとしても、精算処理を行い、客を捌くことは可能です（間違った釣り銭を渡してしまったり、顧客に対して不信感を与えてしまったりすることは別の課題です。）。そのため、引用文献１に係る発明の目的を踏まえると、精算処理の進捗に影響しない「お釣りが払出し口に残っている状態」を、ステータス情報に含めることを当業者は想到しないはずです。」

これらの主張（（Ａ）第１の理由、（Ｂ）第２の理由）について、以下検討する。