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

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

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

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

PDF	PDFをダウンロード

審決分類	審判査定不服 2項進歩性特許、登録しない。 G06Q 審判査定不服特17条の2、3項新規事項追加の補正特許、登録しない。 G06Q 審判査定不服 5項独立特許用件特許、登録しない。 G06Q
管理番号	1391702
総通号数	12
発行国	JP
公報種別	特許審決公報
発行日	2022-12-28
種別	拒絶査定不服の審決
審判請求日	2021-12-14
確定日	2022-10-27
事件の表示	特願２０２０－２１９６２０「受付装置、受付方法、受付プログラム」拒絶査定不服審判事件〔令和４年７月８日出願公開、特開２０２２－１０４４１８〕について、次のとおり審決する。
結論	本件審判の請求は、成り立たない。
理由	第１手続の経緯本願は、令和２年１２月２８日の出願であって、令和３年４月９日付けで拒絶理由が通知され、同年６月１１日に意見書及び手続補正書が提出されたが、同年９月８日付けで拒絶査定がなされ、これに対し、同年１２月１４日に拒絶査定不服審判の請求がなされると同時に手続補正がなされたものである。第２令和３年１２月１４日にされた手続補正についての補正の却下の決定［補正の却下の決定の結論］令和３年１２月１４日にされた手続補正（以下「本件補正」という。）を却下する。［理由］１本件補正について（１）本件補正後の特許請求の範囲の請求項３本件補正は、特許請求の範囲の請求項３についての補正を含むものであり、本件補正による補正後の特許請求の範囲の請求項３の記載は、次のとおりである（下線部は、補正箇所を示す。）。「所定のプラットフォームを介して利用者から取引対象の事前注文を受け付ける店舗により登録された情報であって、前記利用者に提供可能な取引対象の取引対象情報に対し、前記利用者に前記取引対象を割引価格で提供する時間帯を示す時間情報と、前記取引対象ごとの割引価格の情報を示す価格情報とを含む店舗属性情報が対応付けて登録された所定の記憶装置から、前記利用者が事前注文した取引対象と対応する取引対象情報と店舗属性情報とを取得し、前記店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する取得部と、利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける受付部と、を有する受付装置。」（２）本件補正前の特許請求の範囲の請求項３本件補正前の、令和３年６月１１日になされた手続補正による特許請求の範囲の請求項３の記載は次のとおりである。「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する取得部と、利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける受付部と、を有する受付装置。」（３）本件補正による請求項３の補正について本件補正における請求項３の補正は、本件補正前の特許請求の範囲の請求項３に記載された発明（以下、「本件補正前発明」という。）の発明特定事項である「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する取得部」について、さらに、「所定のプラットフォームを介して利用者から取引対象の事前注文を受け付ける店舗により登録された情報」であって、「前記利用者に提供可能な取引対象の取引対象情報に対し、前記利用者に前記取引対象を割引価格で提供する時間帯を示す時間情報と、前記取引対象ごとの割引価格の情報を示す価格情報とを含む店舗属性情報が対応付けて登録された所定の記憶装置から、前記利用者が事前注文した取引対象と対応する取引対象情報と店舗属性情報とを取得」する旨（以下「補正事項１」という。）を追加する補正を含むものである。そして、この補正事項１は、文言上、「店舗属性情報」に「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」とを含み、「取引対象情報」に対し「店舗属性情報」を対応付けて所定の記憶装置に登録されたという技術的事項を含むものである。２本件補正の適否（１）新規事項の追加についてア本件補正により請求項３に追加された、「店舗属性情報」に「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」とを含み、「取引対象情報」に対し「店舗属性情報」を対応付けて所定の記憶装置に登録されたという技術的事項（以下「技術的事項１」という。）について、願書に最初に添付された明細書、特許請求の範囲又は図面（以下「当初明細書等」という。）の記載の範囲内のものであるかについて、検討する。イ当初明細書等には、「決済サーバ１０」が有する「記憶部３０」が「事業者データベース３２」を有し（段落【００７３】、【００７６】）、その「事業者データベース３２」は、事業者に関する各種情報を記憶し、図１０の例では、「事業者ＩＤ」に「店舗ＩＤ」、「口座ＩＤ」、「所在地」、「取引対象情報」という項目に係る情報を紐づけて記憶し（段落【００８０】、図１０）、このうち「事業者ＩＤ」は、事業者を識別するための識別情報を示し、「店舗ＩＤ」は、事業者が管理する店舗を識別するための識別情報を示し、「口座ＩＤ」は、事業者が所有する口座を識別するための識別情報を示し、「所在地」は、事業者が管理する店舗の位置情報（例えば、住所）を示し、「取引対象情報」は、事業者が提供する取引対象に関する情報を示し、例えば、「取引対象ＩＤ」、「価格」、「画像」という項目を有し、「取引対象ＩＤ」は、取引対象を識別するための識別情報を示し、「価格」は、取引対象の価格を示し、「画像」は、取引対象の画像を示すこと（段落【００８１】、図１０）が記載されている。これらの記載によれば、当初明細書等には、請求項３に記載された「所定の記憶装置」に対応する明細書に記載された「決済サーバ１０」の「記憶部３０」において、店舗の属性の一つである店舗の「所在地」を登録することが記載されているから、「所定の記憶装置」に「店舗属性情報」を登録することや「店舗属性情報」を登録した「所定の記憶装置」は記載されているといえる。ウしかしながら、上記の記載は、「取引対象情報」として示されている「取引対象ＩＤ」、「価格」、「画像」を「店舗属性情報」として登録することを記載したものとはいえない。当初明細書等においては、図１０の例に示されているように、取引対象の「価格」、「画像」は、「店舗」の「所在地」等のように店舗を識別する「店舗ＩＤ」毎に登録されているのではなく、「取引対象情報」の項目欄に、取引対象を識別する「取引対象ＩＤ」毎に登録されている。このことは、「決済サーバ１０」の「記憶部３０」において、「価格」、「画像」が「取引対象情報」として登録されていることを示し、当初明細書等においては、「取引対象」の「属性」と、「店舗」の「属性」は区別されており、前者が後者に含まれるものとはされていない。当初明細書等の段落【００２５】、【００２６】の記載によれば、「決済サーバ１０」は事業者から受け付けた「商品名や、価格、説明テキスト、商品画像、商品に付与可能なオプション（商品のサイズや、トッピングなど）などを含む商品情報」の登録を受け付け、「店舗の情報（例えば、店舗ＩＤや、店舗名、所在地など）」に「紐付けて管理する」ものである。この記載内容は、図１０に示された、「決済サーバ１０」の「記憶部３０」において、店舗を識別する「店舗ＩＤ」毎に「所在地」のような店舗の属性が登録され、店舗の情報に紐付けて、「取引対象情報」として、取引対象を識別する「取引対象ＩＤ」毎に「価格」や「画像」が「取引対象」の属性として登録されることを示している。また、当初明細書等において、事業者から取得される「価格情報」は「取引対象ごとの割引価格を示す情報」であり、「時間情報」は「取引対象を割引価格で提供する時間帯を示す情報」であって（段落【００２９】）、「割引価格」、「時間情報」は、「取引対象」と関連付けて事業者から取得されるものであり（段落【００３６】）、事業者が事業者端末から、商品ごとに割引価格と時間情報とを入力する（段落【００４０】～【００４５】、図２）ことは、取引対象ごとに価格情報と時間情報とを登録することを示している。そして、当初明細書等には、「取引対象」と関連付けて取得される「価格情報」と「時間情報」が、請求項３に記載された「所定の記憶装置」に対応する当初明細書等に記載の「決済サーバ１０」の「記憶部３０」において、「取引対象情報」として、取引対象を識別する「取引対象ＩＤ」毎に「価格」として登録され、「取引対象」についての「価格情報」、「時間情報」は、「店舗の情報（例えば、店舗ＩＤや、店舗名、所在地など）」、すなわち、店舗属性情報に紐付けて登録されることが記載されているから、当初明細書等においては、「価格情報」と「時間情報」は、「店舗属性情報」に含まれるものではなく、「店舗属性情報」とは別の「取引対象」の「属性」として登録され、「取引対象情報」は「店舗情報」に対応付けて登録されるのであり、「店舗属性情報」が「取引対象情報」に対応付けて登録されるのではないことは明らかである。エさらに、当初明細書等においては、「表示情報」によって「取引対象ごと利用者端末１００に表示する方法」に係る表示（段落【００４５】、【００５１】～【００５３】、図４）と「店舗ごとに割引価格で取引対象の注文を受け付ける旨を表示する方法」に係る表示（段落【００４５】、【００５４】～【００５６】、図５）とを切り替えることが想定されており、後者の表示について、「店舗の属性ごと」に「割引価格で注文を受け付ける店舗、並びに店舗の割引価格を表示してもよい」（段落【００５５】）との記載があるところ、これらの段落の記載は、「割引価格」が「取引対象」の「属性」であって、これを「店舗」の「属性」として扱わないことを前提とした意味で記載されている。つまり、この記載における「割引価格で注文を受け付ける店舗」とは、「割引価格で注文を受け付ける取引対象が存在する店舗」、すなわち、「店舗」が「割引価格」が設定された「取引対象」を扱っていることであり、また、「店舗の割引価格」とは、「店舗」に存在する「取引対象」の「属性」として登録された「割引価格」のことである。このことは、後者の表示が「店舗ごとに割引価格で取引対象の注文を受け付ける旨を表示する方法」である旨の記載（段落【００５４】）や「これにより、利用者Ｕは割引価格で注文を受け付ける取引対象が存在する店舗を特定したうえで注文を行うことができる。したがって、利用者Ｕは、例えば現在地から近い店舗、かつ、利用者Ｕがよく利用する店舗で、割引価格で取引対象の注文を受け付けているか否かを即座に把握することが可能となる。・・・事業者Ｍ１の店舗において割引価格で注文を受け付ける取引対象以外にも、利用者Ｕの注文を受ける機会を創出することが可能となる。」との記載（段落【００５６】）からみて、明らかである。そうすると、当初明細書等において、「割引価格」は、「店舗」に存在する「取引対象」の「属性」として登録されたものであり、「店舗」の「属性」には含まれないことを前提としたものとなっている。段落【００４５】には、図４の表示と図５の表示を「任意に設定可能である」旨が記載されているが、これは「店舗ごと」の「割引価格」が「取引対象」の「属性」として登録された「割引価格」であることを前提として、表示する方法を「任意に設定可能である」旨を記載したものである。よって、本件補正による上記アに示した技術的事項１は、「割引価格」を「店舗属性情報」に含めることにより、「店舗ごとに割引価格で取引対象の注文を受け付ける旨を表示する方法」に係る表示（段落【００５４】～【００５６】、図５）の開示内容自体を変更するものである。オ以上によれば、当初明細書等には、「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」は、「取引対象情報」に含まれること、「取引対象情報」が「店舗属性情報」に対応づけて登録されることは記載されているが、本件補正は、「店舗属性情報」に「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」とを含み、「取引対象情報」に対し「店舗属性情報」を対応付けて所定の記憶装置に登録されたという技術的事項１を追加することによって、「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」が、「取引対象情報」とは別の「店舗属性情報」に含まれるものとするものであるから、当初明細書等のすべての記載を総合することにより導かれる技術的事項との関係において新たな技術的事項を導入するものであり、特許法第17条の2第3項の規定に適合しない。（２）独立特許要件についてア上記２（２）で示したとおり、補正事項１を含む本件補正後発明は、当初明細書等の記載の範囲内のものではないが、補正事項１は形式的には「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する取得部」を限定する補正であり、かつ、本件補正の前後において発明の産業上の利用分野及び解決しようとする課題は同一であるから、本件補正は、特許法第17条の2第5項第2号に掲げる特許請求の範囲の減縮を目的とするものに該当する。そこで、本件補正が特許法第17条の2第6項において準用する同法第126条第7項の規定に適合するか（本件補正後発明が特許出願の際独立して特許を受けることができるものであるか）について、検討する。イ本件補正後発明本件補正後発明は、上記補正事項１を含むものであって、「店舗属性情報」に「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」とを含み、「取引対象情報」に対し「店舗属性情報」を対応付けて所定の記憶装置に登録されたという技術的事項１を含むものである。ウ本願発明の課題について発明の詳細な説明には、「取引対象を割引価格で提供する時間帯を設定し、割引価格で取引対象の注文を受け付ける受付装置、受付方法、受付プログラムを提供することを目的とする」（段落【０００６】）と記載されている。この記載における「割引価格」と「時間帯」が「取引対象」についてのものであることは明らかであり、本願発明の課題は、「割引価格」と「時間帯」が「取引対象」についてのものであることを前提とするものである。エ当審の判断本願の発明の詳細な説明については補正がなされていないから、上記（１）に示したことに照らせば、本願の発明の詳細な説明には、上記イの技術的事項１に対応する内容は記載されていない。また、上記イの技術的事項１は、「利用者に取引対象を割引価格で提供する時間帯を示す時間情報」と「取引対象ごとの割引価格の情報を示す価格情報」とを「店舗属性情報」に含むことを内容としていることから、「割引価格」と「時間帯」が「取引対象」ごとではなく「店舗」ごとのものである場合を含んでいる。そして、この場合には、本願発明の課題である「取引対象を割引価格で提供する時間帯を設定し、割引価格で取引対象の注文を受け付ける」という前提が成り立たなくなることから、上記技術的事項１を含む本件補正後発明は、発明の詳細な説明の記載により当業者が当該発明の課題を解決できると認識できる範囲のものではない。よって、本件補正後発明は、特許法第36条第6項1号に適合するものでないから、特許出願の際独立して特許を受けることができないものである。３補正の却下の決定についてのむすびよって、補正事項１を含む本件補正は、上記２（１）に示したとおり、特許法第17条の2第3項の規定に適合するものでない。また、本件補正が、同法第17条の2第3項の規定に適合するものであったとしても、上記２（２）に示したとおり、本件補正後の特許請求の範囲の記載は、同法第36条第6項第1号に適合しないから、本件補正は、同法17条の2第6項で準用する同法第126条第7項の規定に適合しない。よって、本件補正は、補正事項１以外の補正事項を検討するまでもなく、同法159条1項の規定において読み替えて準用する同法53条1項の規定により却下すべきものである。以上のとおりであるから、上記補正の却下の決定の結論のとおり決定する。第３本願発明について令和３年１２月１４日にされた手続補正は、上記のとおり却下されたので、本願の請求項１～１８に係る発明は、令和３年６月１１日にされた手続補正により補正された特許請求の範囲の請求項１～１８に記載された事項により特定されるものであり、そのうち、請求項３に係る発明（以下「本願発明」という。）は、以下のとおりのものである。「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する取得部と、利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける受付部と、を有する受付装置。」第４原査定の拒絶の理由の概要原査定（令和３年９月８日付け拒絶査定）の拒絶の理由の概要は、この出願の請求項１～１８に係る発明は、その出願前に日本国内又は外国において、頒布された又は電気通信回線を通じて公衆に利用可能となった下記の引用文献１に記載された発明並びに引用文献２～１０に記載された周知技術に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない、というものである。引用文献１.特開２００７－１０２７５０号公報引用文献２.特開２０１６－１８１２３８号公報（周知技術を示す文献）引用文献３.国際公開第２００８／０３５６５９号（周知技術を示す文献）引用文献４.特開２０２０－１２３０２６号公報（周知技術を示す文献）引用文献５.特開２０１２－１６００３２号公報（周知技術を示す文献）引用文献６.特開２００３－１９６４１８号公報（周知技術を示す文献）引用文献７.特開２０１３－２４７６３７号公報（周知技術を示す文献）引用文献８.特開２００２－３４２６５４号公報（周知技術を示す文献）引用文献９.登録実用新案第３２０３７７９号公報（周知技術を示す文献）引用文献１０.特開２００８－０４０８５９号公報（周知技術を示す文献）第５引用文献及び引用発明１引用文献１について（１）引用文献１に記載された事項原査定の拒絶の理由に引用された引用文献１には、図面とともに以下の事項が記載されている（下線は、注目箇所に当審が付した。）ア「【００３９】以下、本発明の実施形態について説明する。本発明の実施形態のシステム構成図を図１に示す。図１において、インターネット１にはＷＷＷサーバ３、ユーザ５のパソコン及び商店等７のパソコンが接続されている。但し、パソコンに限定するものではなく、携帯電話や移動携帯端末等でも同様である。商店等７は、商品を販売するデパート、スーパー、通信販売の店等の他、産地直送店や農家、製造メーカー、問屋等であってもよい。また、病院、介護、ビジネス、流通、その他のサービス業も含む。ＷＷＷサーバ３の運営するホームページにはソフトウェア９のダウンロード可能なページがあり、商店等７はソフトウェア９をダウンロードする。また、ソフトウェア９はＣＤ－ＲＯＭの形でも提供される。ソフトウェア９は、商店等７が自己のホームページを作成し、完成したホームページをＷＷＷサーバ３に登録申請等するために利用される。また、ＷＷＷサーバ３より必要なデータを入手可能なようになっている。【００４０】ソフトウェア９がダウンロードされたパソコンにはスタートメニューやデスクトップに起動用アイコンが登録されるようになっている。起動用アイコンを起動した場合には、例えば図２に示すような商品等の分類項目を示す画面がパソコン画面に表示される。商店等７はこの分類項目の中から自店で販売やサービス等を行っている項目の内特売、販売したい項目や提供するサービス等を選択する。」イ「【０４９９】次に、本発明の第３２実施形態について説明する。本発明の第３２実施形態は、商店等７がＷｅｂ上で簡単にセールを行えるシステムについてである。従来、商店等７が日常の販売以外にセールを行おうとする場合、改めてセールのホームページを別に作ったり、セール商品を混在させた形でホームページを作り、セールを開始する。そして、セールの終了したときには、元のセール前の状態のホームページに戻す必要があった。そして、手動にてセール終了を行った場合には、購入処理のセッション途中にあるユーザ５に対して、途中で購入処理が継続出来なくなる等多大の迷惑をかけるおそれがあった。【０５００】また、このホームページが貸し店舗形式で行われるＷＷＷサーバ３に掲載された場合には、セール品を含むホームページの更新をＷＷＷサーバ３のサイトにその都度依頼しなければならず不便であった。そこで、本発明の第３２実施形態は、商店等７がセール品やサービス品の金額や商品情報等を通常販売データから修正若しくは追加するだけで、いつでも簡単にセールを設定出来、かつセールの終了時において何らの処理も不要であるＷｅｂ上でセールを行えるシステムを提供するものである。」ウ「【０５０１】図１０９及び図１１０に本発明の第３２実施形態のフローチャートを示す。図１０９は、商店等７がＷＷＷサーバ３にアクセスし、セールの準備を行う処理について説明している。図１１０は、ユーザ５がセールにて商品等を購入する処理について説明している。【０５０２】図１０９において、ステップ３２０１では、商店等７がＷＷＷサーバ３にアクセスし、セールの準備を開始する。ユーザ５はステップ３２０３で図示しない商店設定画面にログインする。この商店設定画面は、予めＷＷＷサーバ３側で用意され、PHP: Hypertext Preprocessor 、Perl、Ruby、C、JAVA（登録商標）、VB等のソフトウェア言語によりプログラム生成された画面であり、商店等７がログインすることが可能なようになっている。そして、ステップ３２０５では、この商店設定画面に対し、商店等７はセール期間開始日時Ｔ１０、セール期間終了日時Ｔ１１を設定する。この設定は、タイムセールならば、例えば１２月１日の午後１：００（Ｔ１０）～２：００（Ｔ１１）、例えば歳末セールならば、１２月１５日午前１０：００（Ｔ１０）～１２月３１日午後２１：００（Ｔ１１）といったように設定される。【０５０３】ステップ３２０７では、商店データベースより商品又はサービス品に関する価格、商品情報等が読み出され商店等７に対し表示される。この際の画像もPHP等のソフトウェア言語によりプログラム生成された画面である。この商店データベースには、ＷＷＷサーバ３の運営する貸し店舗サイトに登録された商店等７で通常（セールではない状態）販売品としてＷｅｂ上に掲載し、販売されているデータが保存されている。通常販売品としての情報は、例えば当該商品の当該商店等７における通常販売価格、底値、現金還元額等である。【０５０４】ステップ３２０９では、ステップ３２０７において読み出された商品又はサービス品の中から商店等７がセールを行いたいセール商品又はセールサービス品を選択する。そして、ステップ３２１１では、このセール商品又はセールサービス品に対し底値、現金還元額、特別価格等の金額やセールに関するデータ情報を設定する。設定したセール情報は、ステップ３２１３でセール専用データベースに保存する。ここに、セール専用データベースは、商店データベースとは異なるが、同一のデータベースとされてもよい。この場合には、同一の商品に対し通常販売のデータとセールのデータの２種類が共存される。【０５０５】一旦、セール専用データベースが作成された場合には、セール情報の更新が簡単に行える。即ち、この場合には、ステップ３２１５でセール専用データベースより必要なデータを読み出し、修正を加えることで更新が可能である。セール専用データベースには、直前のデータのみを保存してもよいが、直前データだけでなく、履歴データとして過去に実施されたセール情報を複数残すようにされてもよい。また、セール商品やセールサービス品を新たに追加したい場合には、商店データベースより商品やサービスを選択し追加を行う。」エ「【図１０９】」オ「【０５０６】次に、図１１０に基づきユーザによる購入処理について説明する。ステップ３２２１では、ユーザ５によりセール商品又はセールサービス品の購入処理が開始される。セールページには、例えばステップ３２２３のように、商店等７の有する通常販売のページよりセールアイコンをクリックすることで進む。このセールアイコンにはセールページがリンクされている。ステップ３２２５ではセールページが開かれる。【０５０７】その後、ステップ３２２７では、セール期間開始日時Ｔ１０を現在日時と比較し、現在日時がセール期間開始日時Ｔ１０を過ぎているとき、ステップ３２２９で現在セールを行っていない旨の表示をセール画面に挿入しユーザ５に対し送る。このとき、ステップ３２３１で、ユーザ５がこのセール画面において商品選択してもステップ３２３３でログインできない。従って、この商品を購入することができない。しかしながら、リンク元である通常販売画面に戻り、購入処理をすればこの商品を購入することができる。この際には、商店データベースの金額にて購入処理される。【０５０８】あるいは、ステップ３２３３では、ログインを可能として、商店データベースによる金額等を参照しつつセールではない通常販売価格等にて購入可能とされてもよい。一方、ステップ３２２７で現在日時がセール期間開始日時Ｔ１０を超えているとき、ステップ３２３５に進む。そして、ステップ３２３５では、セール期間終了日時Ｔ１１を現在日時と比較し、セール期間終了日時Ｔ１１が現在日時より後のとき、ステップ３２３７で、只今歳末セール等のセール（又はタイムセール）中である旨の表示をセール画面に挿入しユーザ５に送信する。現在日時がセール期間終了日時Ｔ１１を過ぎている場合には、ステップ３２３６でセールが終了した旨のメッセージをユーザ５に対し通知する。この際には、ステップ３２３８で商店データベースに保存された通常販売価格や底値等により販売が行われる。なお、ステップ３２３６のセールの終了メッセージはユーザ５に対して通知されなくてもよい。【０５０９】ステップ３２３９では、ユーザ５が商品若しくはサービス品の選択を行い、ステップ３２４１ではログインを行う。このとき、ログイン画面において、ユーザ５はユーザＩＤやパスワードを入力する。ログイン後において、ステップ３２４３では、再びセール期間終了日時Ｔ１１を現在日時と比較する。ステップ３２４３において、セール期間終了日時Ｔ１１が現在日時より後のとき、ステップ３２４５でセール専用データベースに保存された金額及びデータ情報に基づく販売を行う。このとき、ステップ３２１３で保存されたセール専用の金額や情報に基づいた販売となる。一方、ステップ３２４３で、現在日時がセール期間終了日時Ｔ１１を過ぎた場合には、ステップ３２４７でセッションの途中であるか否かが判断される。このセッションの途中とは、現在日時がセール期間終了日時Ｔ１１を過ぎる前にユーザ５がログインし、購入処理の途中にある場合である。このセッションの途中であるならば、ステップ３２４５に進みそのまま購入処理を継続させる。このことにより、購入処理のセッション途中にあるユーザ５が、途中で購入処理が継続出来なくなる等の不具合は無くなる。【０５１０】一方、セッションの途中でない場合には、ステップ３２４９でセールが終了したことをＨＴＭＬ文書にてユーザ５に対して通知する。従って、これ以降、ユーザ５は、セール専用データベースに保存された金額での購入が出来なくなる。しかしながら、ステップ３２５１で商店データベースに基づく通常販売が可能である。なお、ステップ３２４９のセールの終了メッセージはユーザ５に対して通知されなくてもよい。【０５１１】また、ユーザ５は、ステップ３２２５でセールページを開くことなく、ステップ３２４１のログイン画面に直接アクセスして購入処理を行うようにしてもよい。このとき、ステップ３２２７以降の判断処理が行われる。以上により、商店等７自身がＷｅｂ上で簡単にセールを実行出来る。通常販売からセールへの移行、あるいは、セールから通常販売への移行が円滑に行える。セールの終了時においても、商店等７は何もしないでよい。また、次のセールを実施する際にも、商店等７は以前のセールデータを利用出来るので簡単にセールを実施できる。」カ「【図１１０】」（２）引用文献１に記載された発明上記（１）ア～カから、引用文献１には、次の発明（以下、「引用発明」という。）が記載されている。「商店等がセール品やサービス品の金額や商品情報等を通常販売データから修正若しくは追加するだけで、いつでも簡単にセールを設定出来、かつセールの終了時において何らの処理も不要であるＷｅｂ上でセールを行えるシステムにおけるＷＷＷサーバであって（１（１）イ）、インターネットにはＷＷＷサーバ、ユーザのパソコン及び商店等のパソコンが接続されており（１（１）ア）、商店等がＷＷＷサーバにアクセスし、セールの準備を開始し、商店設定画面にログインし、この商店設定画面に対し、商店等はセール期間開始日時、セール期間終了日時を設定し（１（１）ウ）、商店データベースより商品又はサービス品に関する価格、商品情報等が読み出され商店等に対し表示され、読み出された商品又はサービス品の中から商店等がセールを行いたいセール商品又はセールサービス品を選択し（１（１）ウ）、このセール商品又はセールサービス品に対し底値、現金還元額、特別価格等の金額やセールに関するデータ情報を設定し（１（１）ウ）、設定されたセール情報を、セール専用データベースに保存し（１（１）ウ）、ユーザが商品若しくはサービス品の選択を行い、現在日時がセール期間開始日時を超え、セール期間終了日時が現在日時より後のとき、セール専用データベースに保存された金額及びデータ情報に基づく販売を行う（１（１）オ）、ＷＷＷサーバ。」第６当審の判断１本願発明と引用発明との対比本願発明と引用発明とを対比する。（１）引用発明の「インターネット」に接続された「ＷＷＷサーバ」、「ユーザのパソコン」及び「商店等のパソコン」からなるＷｅｂ上でセールを行えるシステムは、本願発明の「所定のプラットフォーム」に相当し、引用発明の「ユーザ」、「商店等」、「商品又はサービス品」は、それぞれ、本願発明の「利用者」、「店舗」、「取引対象」に相当する。また、引用発明の「商店等」が、ユーザから商品若しくはサービス品の注文を受けることは明らかであるから、引用発明の、Ｗｅｂ上で、ユーザから商品若しくはサービス品の注文を受け付ける「商店等」は、本願発明の「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗」に相当する。また、引用発明の「セール期間開始日時」及び「セール期間終了日時」で特定される「セール期間」は、本願発明の「割引価格で提供する時間帯を示す時間情報」に相当し、引用発明の「底値、現金還元額、特別価格等の金額」の情報は、本願発明の「割引価格の情報を示す価格情報」に相当する。そして、引用発明は、「商店等」が、「商店設定画面」において、「セール期間開始日時」及び「セール期間終了日時」の情報を設定し、「商品又はサービス品の中から商店等がセールを行いたいセール商品又はセールサービス品を選択」し、このセール商品又はセールサービス品に対し底値、現金還元額、特別価格等の金額やセールに関するデータ情報を設定」し、「設定されたセール情報を、セール専用データベースに保存」するものであり、本願発明において、「当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力」は、取引対象と時間情報とを１対１に対応させるものに限らず、選択された取引対象全体に対して、時間情報を設定するものも含まれるから、引用発明の「セール期間開始日時」及び「セール期間終了日時」の情報を設定し、「商品又はサービス品の中から商店等がセールを行いたいセール商品又はセールサービス品を選択」し、このセール商品又はセールサービス品に対し底値、現金還元額、特別価格等の金額やセールに関するデータ情報を設定」することは、本願発明の「当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付ける」ことに相当する。そして、引用発明の「商店設定画面」は、「商店等がＷＷＷサーバにアクセス」した際に提供され、各種情報を入力・設定するものであり、「商品設定画面」に入力・設定された各種情報は、セール専用データベースに保存されることから、本願発明の「コンテンツ」に相当するものである。よって、引用発明の「インターネット」に接続された「ＷＷＷサーバ」、「ユーザのパソコン」及び「商店等のパソコン」からなるＷｅｂ上でセールを行えるシステムにおいて、Ｗｅｂ上で、ユーザから商品若しくはサービス品の注文を受け付ける「商店等」に対し、「セールを行いたいセール商品又はセールサービス品」を「ユーザ」に「特別価格等の金額」で提供する「セール期間開始日時」及び「セール期間終了日時」の情報と、「セールを行いたいセール商品又はセールサービス品」の「底値、現金還元額、特別価格等の金額」の情報を設定する「商品設定画面」を提供し、当該「商品設定画面」で設定された「セール情報」を「ＷＷＷサーバ」の「セール専用データベースに保存」することは、本願発明の「取得部」の「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した選択対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する」ことに相当する。（２）引用発明の「ユーザが商品若しくはサービス品の選択を行い、現在日時がセール期間開始時を超え、セール期間終了日時が現在日時より後のとき、セール専用データベースに保存された金額に基づいて販売を行う」ことに関して、当該「ユーザが商品若しくはサービス品の選択を行」う「現在日時」は、本願発明の「利用者が前記取引対象の注文を行った時間帯」に相当し、引用発明の「現在日時がセール期間開始時を超え、セール期間終了日時が現在日時より後のとき」は、「現在日時」が「セール期間」内のことであるから、本願発明の「利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯」に相当する。また、引用発明において「ユーザが商品若しくはサービス品の選択を行い」、商店等が「販売を行う」ことは、「商店等」が「ユーザ」から「商品若しくはサービス品」の注文を受け付けることを手順として当然含んでいることから、引用発明の、商店等が、「ユーザ」が選択した「商品若しくはサービス品」の注文を受け付けることは、本願発明の「利用者から取引対象の注文を受け付ける」ことに相当する。よって、引用発明の「ユーザが商品若しくはサービス品の選択を行い、セール期間終了日時が現在日時より後のとき、セール専用データに保存された金額に基づいて」注文を受け付けることは、本願発明の「受付部」の「利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける」ことに相当する。（３）引用発明の「ＷＷＷサーバ」は、「商店等」に対して「商店設定画面」を提供して、当該「商店設定画面」において設定される「セール期間」と「特別価格等の金額」に関する情報を取得するとともに、「ユーザ」から「商品若しくはサービス品の選択」を受け付ける機能を備え、当該機能は、本願発明の「受付装置」が「店舗」に対して「コンテンツ」を提供して、当該「コンテンツ」において入力される「割引価格で提供する時間を示す時間情報」と「割引価格の情報を示す価格情報」を取得し、「利用者」から「取引対象の注文」を受け付けることと機能が共通するから、引用発明の「ＷＷＷサーバ」は、本願発明と同様の「受付装置」であるといえる。（４）以上、上記（１）～（３）によると、本願発明と引用発明とは、次の一致点、相違点を有する。［一致点］「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する機能と、利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける機能と、を有する受付装置。」［相違点］本願発明は、「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する」機能と、「利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける」機能をそれぞれ「取得部」と「受付部」の複数の機能部において実施させるものであるに対し、引用発明はそのような複数の機能部について明示されていない点。２相違点の判断一般に装置が備える各種機能をどのような機能部を設けていずれの機能部において実現させるかは当業者が適宜選択し得る設計的事項にすぎず、引用発明において、「所定のプラットフォームを介して利用者から取引対象の注文を受け付ける店舗に対し、当該取引対象のうち選択した取引対象を前記利用者に割引価格で提供する時間帯を示す時間情報と、選択した取引対象の割引価格の情報を示す価格情報との入力を受け付けるコンテンツを提供し、当該コンテンツに入力された情報を取得する」機能と、「利用者が前記取引対象の注文を行った時間帯が前記取引対象を割引価格で提供する時間帯である場合は、割引価格で前記取引対象の注文を受け付ける」機能を、「取得部」、「受付部」を設けて実施することで本願発明の構成とすることは、当業者が容易に想到し得た事項である。３本願発明の効果について発明の詳細な説明の段落【０００７】に記載された「本開示によれば、取引対象を割引価格で提供する時間帯を設定し、割引価格で取引対象の注文を受け付ける受付装置、受付方法、受付プログラムを提供することができる」という効果は、引用文献１の記載事項から当業者が予測し得る範囲を超えるものではない。第７むすび以上のとおりであるから、本願発明は、引用発明に基づいて、当業者が容易に発明をすることができたものであるから、特許法第29条第2項の規定により特許を受けることができない。したがって、他の請求項に係る発明について検討するまでもなく、本願は拒絶すべきものである。よって、結論のとおり審決する。
別掲	（行政事件訴訟法第４６条に基づく教示）この審決に対する訴えは、この審決の謄本の送達があった日から３０日（附加期間がある場合は、その日数を附加します。）以内に、特許庁長官を被告として、提起することができます。
審理終結日	2022-08-24
結審通知日	2022-08-30
審決日	2022-09-13
出願番号	P2020-219620
審決分類	P 1 8・ 121- Z (G06Q) P 1 8・ 575- Z (G06Q) P 1 8・ 561- Z (G06Q)
最終処分	02 不成立
特許庁審判長	高瀬勤
特許庁審判官	相崎裕恒溝本安展
発明の名称	受付装置、受付方法、受付プログラム
代理人	弁理士法人酒井国際特許事務所

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