2022-004028

特願２０２０－ ３０６３４「情報処理装置の制御方法、情報処理装置および制御プログラム」拒絶査定不服審判事件〔令和 ２年 ６月１１日出願公開、特開２０２０－ ９１８９９〕について、次のとおり審決する。

結 論 本件審判の請求は、成り立たない。

理 由 第１ 手続の経緯 本願は、平成２７年１１月２４日に出願した特願２０１５－２２８９１８号の一部を平成２９年５月１８日に新たな特許出願とした特願２０１７－９８８７５号の一部を令和２年２月２６日に新たな出願としたものであって、その後の手続の概要は、以下のとおりである。 令和２年 ４月２１日 手続補正書の提出 令和３年 ５月１１日 拒絶理由通知（起案日） 令和３年 ９月 ３日 意見書・手続補正書の提出 令和３年１２月１３日 拒絶査定（起案日） 令和４年 ３月１６日 審判請求書の提出 第２ 本願発明について 本願の請求項１ないし１４に係る発明は、令和３年９月３日提出の手続補正書の特許請求の範囲の請求項１ないし１４に記載された事項により特定されるものと認められるところ、そのうち請求項１３に係る発明（以下「本願発明」という。）は、以下のとおりのものである。 「 第１端末および、前記第１端末とは異なる第２端末と通信する情報処理装置であって、 前記第１端末のユーザである第１ユーザによって予約され、前記第１ユーザとは異なるユーザに譲渡可能な施設の予約に関する予約情報と、前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された、前記異なるユーザが前記第１ユーザに支払いを行うことに関する譲渡条件とを、前記第１端末から受信し、前記第２端末のユーザである第２ユーザによって入力された検索条件を前記第２端末から受信し、前記検索条件に基づき、前記予約情報と前記譲渡条件とを前記第２端末に送信し、前記予約情報と前記譲渡条件とに基づく、前記施設の予約の譲渡を要求する要求情報を前記第２端末から受信する通信部と、 前記要求情報の受信に基づいて、前記第２ユーザへの前記施設の予約の譲渡に関する処理を行う制御部とを備える。」 第３ 原査定の理由 原査定の拒絶の理由の概要は、次のとおりである。 １．（進歩性）この出願の下記の請求項１～１４に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物１～４に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 記 （引用文献等については引用文献等一覧参照） ●理由１（特許法第２９条第２項）について ・請求項 １、１３～１４ ・引用文献等 １～２ ・請求項 ２～１０ ・引用文献等 １～４ ＜引用文献等一覧＞ １．特開２００５－１７３８３８号公報 ２．特開２０１２－１３３４３５号公報 ３．特開２００６－３１８３４０号公報（周知技術を示す文献） ４．特開２００４－３４１９６９号公報（周知技術を示す文献） 第４ 引用文献について １ 引用文献１について （１）引用文献１に記載されている事項 原査定の拒絶の理由で引用された、本願出願前に、頒布された又は電気通信回線を通じて公衆に利用可能となった特開２００５－１７３８３８号公報（平成１７年６月３０日出願公開）には、次の事項が記載されている（なお、下線は、当審が付与した。以下同じ。）。 「【０００１】 本発明は、チケット入手あるいは交換のための、例えば携帯電話のメール機能を利用した飛行機のチケット入手あるいは交換のためのコンピュータプログラムに関する。 本発明は、前記に示したごとくチケットの入手あるいは交換を行いやすくするためのさまざまな支援に関するものである。」 「【発明が解決しようとする課題】 【０００５】 本発明が解決しようとする課題は、種種の通信装置を利用してより使い易いチケット入手あるいは交換の支援を行うための支援システム、方法、それに関するプログラムを提供することである。 【０００６】 この課題について具体例を挙げて説明すると、ホテル、航空券、チケットなどの電子予約システムにおいて、空き予約が無い状態でも緊急予約が取れるように既存予約者と緊急予約者間でのマッチングを行うことを支援する電子予約システムあるいは電子予約方法、電子予約を行うためのコンピュータプログラムを提供することである。」 「【００１７】 図１に本発明が適用される一実施例のシステムの全体構成図を示す。システムは事業者マッチング処理サーバ装置１０４、事業者一般予約処理サーバ装置１０５、マッチング要求基本データベース１０１、マッチング受付基本データベース１０２、電子予約基本データベース１０３、一般予約端末装置１０６、マッチング要求端末装置１０９及び通信回線１１０から構成される。」 「 ［図：0001397778000001.jpg］ 」（【図１】） 「【００１８】 まず、利用者が持つ携帯電話などの一般予約端末装置１０６から予約問合せを行う。その予約が通信回線１１０を通して事業者一般予約処理サーバ装置１０５で処理され、予約が成立すれば、その予約は電子予約基本データベース１０３に格納される。 【００１９】 予約が成立したかどうかに関する情報は事業者一般予約処理サーバ装置１０５から通信回線１１０を通して前記携帯電話などの一般予約端末装置１０６に伝えられる。予約が不成立の場合、その連絡を受けた利用者は、必要に応じ、利用者が持つ携帯電話などのマッチング要求端末装置１０９からマッチング処理を依頼する。また予約が成立した場合、予約の移譲を行っても良いと考える利用者は、その予約結果を以下に説明するマッチングの処理対象とすることができる。ここで前記携帯電話は一般予約端末装置１０６の一例であって、パーソナルコンピュータでも良いが、場所を選ばない点で携帯電話は便利である。また一般予約端末装置１０６とマッチング要求端末装置１０９は当然同じものであっても良く、利用時点でその目的から一般予約端末装置１０６となったり、マッチング要求端末装置１０９となったりする。」 「【００２８】 図７に、図１に記載のシステムの操作及びシステムの処理のフローを示す。英数字「Ｓ」で始まる番号は前記処理フローのステップを表す。図７に従い、予約者が例えばチケットの予約を行ってから、その予約に関する処理が終了するまでのフローを説明する。まずステップＳ７０１では、予約の設定として、利用者が予約希望の登録を行う。予約の設定方法は、窓口に申し込む、携帯電話又はパソコンからの電子予約など、その形態は様々であって良い。ステップＳ７０２で、予約が取れた場合は、ステップＳ７０３へ遷移する。予約が取れなかった場合は、ステップＳ７１０へ進む。 【００２９】 ステップＳ７０３では、予約を移譲する意思があるかどうかを入力する。予約を移譲する意思があれば、ステップＳ７０４で、その予約移譲に関する情報の設定（入力し登録する）を行う。予約移譲に関する情報には、例えば希望する変更先の便の指定、割引率なども含まれる。設定終了後はステップＳ７０５の処理に移る。ステップＳ７０３で予約移譲の意思がないと入力した場合は、そのままステップＳ７０５の処理に移る。なお、ステップＳ７０３とステップＳ７０４は、ステップＳ７０１で、同時に行っても良いし、ステップＳ７０１の後に、続けて行っても良い。 【００３０】 ステップＳ７０５では、予約変更のためのマッチング処理を、事業者のサーバなどで実施する。マッチングの対象は、例えば指定の予約を必要とする予約者Ｂと、予約者Ｂが必要とする予約確保している予約者Ａとの間で行われる。マッチングが成立とは予約者Ａが確保した予約を予約者Ｂに譲り、予約者Ａが新たな予約を確保する、すなわち別の日や時間など異なる条件の予約に変更することになる。」 「【００３３】 ステップＳ７０２で予約が成立しなかった場合は、ステップＳ７１０の処理に移る。ステップＳ７１０では、前記予約を取るために、利用者はマッチングの処理要求を、事業者などに対して行う。マッチングの要求は携帯電話やパソコンのメール、電話、窓口での依頼など、様々な形態で可能である。マッチングの要求をしない場合は、そのまま処理を終了する。この場合は、予約を「あきらめた」ということになる。なお、マッチングの要求をする場合は、ステップＳ７１１へ進む。」 「【００３５】 マッチングの要求を受けた、事業者側などのサーバは、ステップＳ７１１で、利用者の希望する予約の獲得のために、「予約を必要な利用者に譲っても良い」という利用者の予約移譲データベースの検索処理を行う。検索処理の結果、ステップＳ７１２で検索結果について、利用者が、その内容で良いか否か判断し、良いと入力した場合はマッチングが成立したとして、ステップＳ７１３に進み予約処理は完了する。マッチングの成立とは、指定の予約を必要とする予約者が、予約移譲データの中から、良いと思うものを選択し、予約獲得のための条件に対して了承するとの入力を行い、その予約に対する予約確保の意思を入力し登録することである。またステップＳ７１２でマッチングが不成立であれば、次の案件に変更し、検索条件を変えるなどして、再度ステップＳ７１０から処理をやりなお、す。」（原文ママ） 「 ［図：0001397778000002.jpg］ 」（【図７】） 「【００３８】 まずステップＳ８０１で、予約希望者８０１は、パソコンのウェブ上の画面若しくは携帯電話から希望便名、会員番号又は個人情報などを入力する。予約希望者８０１は指定の予約を強く望む利用者及び予約を譲っても良い利用者など、予約を希望する利用者である。ただし図８に関しては指定の予約を強く望む利用者を予約希望者８０１としている。この時、必要に応じて予約を移譲することを希望するものは、予約のマッチング処理の制限時間を指定することができる。予約希望の入力画面の一例を図１３に示す。図1の如く事業者に接続すると、事業者からメニューが送られてくる。予約希望メニューを選択すると図１３に示す入力項目が表示され、カーソルの移動に沿って入力を行い、ＯＫボタン１３０１を押すと、予約希望の入力データが確定し、事業者マッチング処理サーバ装置８０３に、その情報が送信される。前記で述べた制限時間は、仮に今もっている予約を必要とする者に移譲する場合、予約を譲る者の中には予約の変更に伴う様々な作業が発生する者もいることに対処したものである。即ち、制限時間を設けることで、突然の予約変更を避けることができる。予約を譲る場合でも、安心して予約移譲希望を登録でき、大変便利である。また、この制限時間の設定は、通常の予約希望者で、指定の予約しか欲しくない者にとっても有効である。ぎりぎりまで予約を待つことができない場合、予約の制限時間を設定できれば、自らの予定を決めることができ、非常に都合が良い。」 「【００４０】 ステップＳ８０３は、事業者一般予約処理サーバ装置８０４が、ステップＳ８０４で通知された予約希望者の個人情報と該当予約コードＩから予約希望者と予約移譲希望者などの予約関連情報のマッチング（検索）の処理を行い、その結果を事業者マッチング処理サーバ装置８０３に送信するステップである。以下、その処理内容を述べる。」 「【００５６】 図１１で予約決定・確認の処理について、その処理の流れの一例を説明する。図１１においては指定の予約を強く望む利用者を予約希望者８０１としている。まず予約希望者８０１が、ステップＳ１１０１で、Ｗｅｂ画面や携帯電話などから予約の意思があることを示す操作を行う。その指示を受けたシステムは、そのデータを事業者マッチング処理サーバ装置８０３に送信する。予約希望者８０１が予約の意思を伝える画面の一例を図１６に示す。図１６に示すように、予約者は自分の氏名と予約便などの確認をし、その内容で良ければＯＫボタン１６０１を押す操作を行う。予約確認の内容には図１６に示した内容以外に割増率などの情報も加えて確認画面に表示されることもある。複数の移譲された予約案件がある場合は、システムが一定の基準で予約案件を抽出しても良いが、予約案件の一覧を予約希望者８０１に開示し、そこから選ばせるようにしても良い。 【００５７】 予約案件の一覧の例を図１５（Ｂ）に示す。すなわち指定の予約を強く望む利用者が必要とする予約に関して、予約を譲っても良いと申し出た予約の一覧がシステムにより携帯電話やパソコンなどの画面上に情報公開されている。希望する予約には、譲り受けたいと願う予約を移譲されることを希望する利用者のサービス提供条件など（割増率）と、譲っても良いとする予約移譲者の希望など（移譲者の特典）の様々な条件がついている。例えば譲り受けたいと願う予約移譲希望者のサービス提供条件など（割増率）は譲っても良いとする予約移譲者の希望など（移譲者の特典）の値からシステムによって算出された値である。従って譲り受けたいと願う予約移譲希望者が、譲る代わりに提供するサービス提供条件をマッチング処理の申し込み時に設定する操作を行っている場合は、自分の提供条件を満たしているものだけ画面に表示させるようにシステムに対して設定することもできる。また自分の提供した条件を外れているものを選んだ場合に警告を発するように設定することもできる。指定の予約を強く必要とする予約の希望者は、これらの予約一覧画面から希望するものを選択することもできる。選択の際は、ＵＲＬ１５０２などにアクセスし、その詳細などを確認して予約を確定するための操作を行う。その指示を受けてシステムが予約を確定する。あるいはＵＲＬの欄を表示せずに予約登録先のレコードに予約確定ボタンなどを並べて、即座に予約をできるようにしても良い。」 「 ［図：0001397778000003.jpg］ 」（【図１５（Ｂ）】） 「【００８６】 図１７から図１９までは、本発明の実施例に基づく適用例の一部を掲載した。図１７から図１９までの示した処理は、前記した実施例のシステムの機能により処理が実施される。図１７は、予約販売事業者を例にとった、販売プロセスの一例である。以下、そのプロセスを説明する。購入者Ａ１７０２が予約販売事業者１７０１に対して予約１７１１するための処理を行うための予約指示操作を行う。また購入者Ｂ１７０３が予約販売事業者１７０１に対して予約１７１２を行うための予約指示操作を行う。仮に購入者Ｂ１７０３が依頼した予約がシステムの処理によって成立しなかった場合、予約販売事業者１７０１の保持するサーバなどは購入者Ｂ１７０３に対して予約不成立に関する通知１７１３の処理を行う。それに対して購入者Ｂ１７０３は予約販売事業者１７０１に対して、割増予約依頼１７１４などのための依頼指示操作をシステムに対して行う。割増予約依頼１７１４とは、既に予約を獲得している利用者、例えば購入者Ａ１７０２が予約を確保していたとして、その予約を、割増料金を払うことによって獲得しようとする行為である。利用者の指示どおりシステムが割増予約１７１４を予約販売事業者１７０１のサーバなどに対して行った結果、システムの予約処理で予約が成立したと判断されると、予約販売事業者１７０１のサーバなどは購入者Ｂ１７０３に対して予約成立に関する通知処理１７１５を行う。その処理の後に、予約を譲った購入者Ａ１７０２は、購入者Ｂ１７０３に譲った予約に替わる予約の変更依頼１７１６の通知を、予約販売事業者１７０１のサーバなどから受ける。その通知を受けて、購入者Ａ１７０２は予約販売事業者１７０１のサーバなどに対して、予約変更に関する承諾と予約変更手続き１７１７の操作を行う。以上、述べたプロセスで指定の予約を必要とする購入者Ｂ１７０３は割増料金で必要な予約を、購入者Ａ１７０２より譲り受けることができる。」 「 ［図：0001397778000004.jpg］ 」（【図１７】） 「【００８９】 図１９は航空券の予約を例にとった、予約券販売のプロセスの一例である。予約の変更が可能である予約移譲希望者である予約購入者Ａ１７０２は、初めにステップＳ１９０１で、転売管理システム１９００に対して航空券予約の操作を行う。予約の際、ステップＳ１９３１で予約購入者Ａ１７０２は、予約に加え、予約変更可否と必要に応じて予約変更条件などの申請を行う。予約変更を可にすると条件マッチング（検索）の処理ステップＳ１９０４で譲る側の予約情報として、その対象となる。さらに、予約変更条件には、待機期限・サービス内容の希望などがあるが、予約変更条件は無くてもかまわない。予約変更条件が無ければ、デフォルトで用意した予約変更条件の値がシステムにより設定される。予約変更可否の設定もデフォルト値が設定されているので、必要に応じて利用者が任意の設定指示をシステムに対して操作画面から行う。予約変更を不可にすると条件マッチング（検索）の処理ステップＳ１９０４で譲る側の予約情報として、その対象とはならない。なお、前記の申請内容は予約Ｍ１９２１に電子データとして保管される。 【００９０】 一方、指定の予約の取得を強く望む予約購入者Ｂ１７０３は、ステップＳ１９０２でシステムが提供する画面で予約状況紹介の操作を行ったが、システム処理のステップＳ１９３２により満席であり予約ができないという通知を転売管理システム１９００のサーバなどからメールなどで受け取る。予約購入者Ｂ１７０３は、指定の予約の取得を強く望んでいる。そのため、予約購入者Ｂ１７０３は、ステップＳ１９０３の操作によりシステムの画面で転売希望通知の操作を行い、転売希望の通知を転売管理システム１９００に対して行う。その希望内容は、システムにより、ステップＳ１９３３の登録処理で、電子データとして転売Ｍ１９２２に保管される。 【００９２】 予約券の購入可能通知を受けた予約購入者Ｂ１７０３は、ステップＳ１９０９で購入手続操作を行う。購入手続に関するデータはステップＳ１９０９の購入手続操作の内容に基づいて、転売管理システム１９００により、ステップＳ１９３６で電子データとして送信されステップＳ１９１０で処理される。また予約購入者Ａ１７０２は、ステップＳ１９０７で、予約購入者Ｂ１７０３に譲った予約の代わりに別の予約を取る操作を実施する。その予約操作において、予約購入者Ａ１７０２は、その予約関連の情報入力などの操作を行う。この操作に対するデータは転売管理システム１９００によってステップＳ１９３７で、電子データとして送信され、ステップＳ１９１０で処理される。 【００９３】 ステップＳ１９１０では、前記の操作や処理で送られたデータに基づき、転売管理システム１９００は予約購入者Ａ１７０２の変更便に関する手続と予約購入者Ｂ１７０３の予約に関する購入手続の確定処理を行う。またこの際、転売管理システム１９００は予約購入者Ａ１７０２に対しては予約を移譲したことに対してサービス料金などの設定（ステップＳ１９１１での減算）処理を行う。また、予約購入者Ｂ１７０３に対しては指定の予約を譲り受けたことに対する割増料金の設定（ステップＳ１９１１での加算）処理を行う。これらの予約券の購入に関するデータは電子データとしてシステムにより自動的に購入Ｍ１９２３に保管される。」 「 ［図：0001397778000005.jpg］ 」（【図１９】） 「【００９４】 前記したように、本実施例の方法によれば、指定の予約の取得を強く望む利用者は割増料金の設定により、予約を譲っても良いという利用者から予約を譲り受けることが可能となり、予約を確実に取得する可能性が高まる。また予約を譲った利用者は割引サービスを受けることができる。この際、前記実施例の方法によれば、「ダフ」屋的行為の防止策を行い、適切な転売行為を成立させることができる。例えば予約を譲った者は別の予約を行うように管理するなどの処置を行う。従って予約券の販売率が、前記の転売操作により高まる。また、これらの転売データの分析により予約券の販売計画などの策定を支援することもできるため予約券を販売する側にとっても大変都合が良い。 【００９５】 このように本実施例の方法によれば、指定の予約を必要とする利用者、予約を譲った利用者、予約券を販売する業者など、それぞれの、希望をかなえることができる。」 （２）引用文献１の記載から把握できる事項 引用文献１の上記（１）の記載から、引用文献１には、次の事項が記載されているといえる。 ア（ア） 【図１】から、「購入者Ａ」は「一般予約端末装置１０６」を利用すること、「購入者Ｂ」は「マッチング要求端末装置１０９」を利用することが看取される。 そして、段落【００１８】の「利用者が持つ携帯電話などの一般予約端末装置１０６から予約問合せを行う」、及び、「予約が成立すれば、その予約は電子予約基本データベース１０３に格納される」との記載から、引用文献１において、「予約が成立」した場合の「利用者」は「購入者Ａ」に該当するといえ、段落【００１８】の「利用者が持つ携帯電話などの一般予約端末装置１０６から予約問合せを行う」との記載、段落【００１９】の「予約が不成立の場合、その連絡を受けた利用者は、必要に応じ、利用者が持つ携帯電話などのマッチング要求端末装置１０９からマッチング処理を依頼する」及び「利用時点でその目的から一般予約端末装置１０６となったり、マッチング要求端末装置１０９となったりする」との記載、並びに、【００３３】の「ステップＳ７０２で予約が成立しなかった場合は、」「前記予約を取るために、利用者はマッチングの処理要求を、事業者などに対して行う」との記載から、引用文献１において、「予約が不成立」の場合の「利用者」は「購入者Ｂ」に該当するといえる。 また、段落【００２８】の「ステップＳ７０１では、予約の設定として、利用者が予約希望の登録を行う」、「ステップＳ７０２で、予約が取れた場合は、ステップＳ７０３へ遷移する」、及び、「予約が取れなかった場合は、ステップＳ７１０へ進む」との記載から、引用文献１において、ステップＳ７０１で「予約希望」の「登録」をする「利用者」は、ステップＳ７０２の判定により、「予約が取れた（予約が成立した）」場合、「購入者Ａ」となり、「予約が取れなかった（予約が不成立の）」場合、「購入者Ｂ」となるといえる。 加えて、段落【００３０】の「マッチングの対象は、」「指定の予約を必要とする予約者Ｂと、予約者Ｂが必要とする予約確保している予約者Ａとの間で行われる」との記載、並びに、段落【００９３】の「転売管理システム１９００は予約購入者Ａ１７０２に対しては予約を移譲したことに対してサービス料金などの設定（ステップＳ１９１１での減算）処理を行う」及び「予約購入者Ｂ１７０３に対しては指定の予約を譲り受けたことに対する割増料金の設定（ステップＳ１９１１での加算）処理を行う」との記載から、引用文献１において、「購入者Ａ」、「予約者Ａ」及び「予約購入者Ａ」は同一人物であり、「購入者Ｂ」、「予約者Ｂ」及び「予約購入者Ｂ」は同一人物であるといえる。 さらに、段落【００５６】の「指定の予約を強く望む利用者を予約希望者８０１」、「予約希望者８０１が、」「Ｗｅｂ画面や携帯電話などから予約の意思があることを示す操作を行う。その指示を受けたシステムは、そのデータを事業者マッチング処理サーバ装置８０３に送信する」、及び、「複数の移譲された予約案件がある場合は、」「予約案件の一覧を予約希望者８０１に開示し、そこから選ばせるようにしても良い」との記載から、引用文献１において、「購入者Ｂ」と「指定の予約を強く望む利用者を予約希望者８０１」とは同一人物であるといえる。 以上のとおりであるから、ステップＳ７０１の「予約希望」の「登録」をする「利用者」を「予約希望の登録をする利用者」とし、また、ステップＳ７０２において「予約が成立」した取れた場合の「利用者」、「購入者Ａ」、「予約購入者Ａ」を「予約者Ａ」とし、ステップＳ７０２において「予約が不成立」の場合の「利用者」、「購入者Ｂ」、「予約購入者Ｂ」及び「指定の予約を強く望む利用者を予約希望者８０１」を「予約者Ｂ」と用語を整理する。 （イ）段落【００１８】、段落【００１９】の記載及び【図１】、段落【００８６】の記載及び【図１７】、段落【００８９】の「予約の変更が可能である予約移譲希望者である予約購入者Ａ１７０２は、初めにステップＳ１９０１で、転売管理システム１９００に対して航空券予約の操作を行う」との記載、並びに、段落【００９０】～【００９２】の記載及び【図２０】から、【図１】の事業者マッチング処理サーバ装置１０４と事業者一般予約処理サーバ装置を含む「予約販売事業者」のシステム、【図１７】の「予約販売事業者」のシステム、及び、【図１９】の「転売管理システム」は同一の機能を有する「予約販売事業者」のシステムであるといえる。 （ウ）上記（ア）及び（イ）を踏まえて、以下、引用文献１の記載から把握できる事項を確認する。 イ 【図１】から、「予約販売事業者」は、「事業者マッチング処理サーバ装置１０４」及び「事業者一般予約処理サーバ装置１０５」を有することが看取される。これを踏まえると、段落【００１７】の記載から、引用文献１には、「予約販売事業者のシステム、一般予約端末装置、マッチング要求端末装置、並びに、通信回線から構成されるシステム」が記載されているといえる。 ウ 段落【００１８】の記載、及び、段落【００８９】の「予約の変更が可能である予約移譲希望者である予約購入者Ａ１７０２は、初めにステップＳ１９０１で、転売管理システム１９００に対して航空券予約の操作を行う」との記載から、引用文献１には、「一般予約端末装置は予約者Ａに利用され」ること、及び、「予約者Ａは予約希望の登録をする利用者として一般予約端末装置から予約問合せを行い、予約販売事業者のシステムで予約が処理され」ることが記載されているといえ、段落【００１９】の「予約が不成立の場合、その連絡を受けた利用者は、必要に応じ、利用者が持つ携帯電話などのマッチング要求端末装置１０９からマッチング処理を依頼する」との記載から、引用文献１には、「一般予約端末装置とは異なるマッチング要求端末装置は予約者Ｂに利用され」ることが記載されているといえる。 エ 段落【００２８】の「ステップＳ７０１では、予約の設定として、利用者が予約希望の登録を行う」及び「予約が取れた場合は、ステップＳ７０３へ遷移する」との記載、段落【００２９】の「ステップＳ７０３では、予約を移譲する意思があるかどうかを入力する」、「予約を移譲する意思があれば、ステップＳ７０４で、その予約移譲に関する情報の設定（入力し登録する）を行う」、「予約移譲に関する情報には」「割引率なども含まれる」及び「ステップＳ７０３とステップＳ７０４は、ステップＳ７０１で、同時に行っても良い」との記載、段落【００３８】の「事業者からメニューが送られてくる。予約希望メニューを選択すると図１３に示す入力項目が表示され、カーソルの移動に沿って入力を行い、ＯＫボタン１３０１を押すと、予約希望の入力データが確定し、事業者マッチング処理サーバ装置８０３に、その情報が送信される」との記載、段落【００５７】の「譲っても良いとする予約移譲者の希望など（移譲者の特典）の様々な条件」との記載、段落【００８６】の「購入者Ａ１７０２が予約販売事業者１７０１に対して予約１７１１するための処理を行うための予約指示操作を行う」との記載、段落【００８９】の「予約の際、ステップＳ１９３１で予約購入者Ａ１７０２は、予約に加え、予約変更可否と必要に応じて予約変更条件などの申請を行う」との記載、並びに、【図１５（Ｂ）】から看取される「移譲者の特典」との項目の「チケット半額」、「チケット６０％」等から、引用文献１には、「予約者Ａは、予約希望の登録をする利用者として予約希望の登録を行うことであって、予約希望メニューのＯＫボタンを押すと、予約希望の入力データが確定し、予約販売事業者のシステムにその情報が送信され、当該予約を譲渡する意思があれば、その予約移譲に関する情報の登録を行い、予約希望の登録と予約移譲に関する情報の登録とを同時に行ってもよく、予約譲渡に関する情報には、予約者Ａの「移譲者の特典」としての割引率などが含まれ」ることが記載されているといえる。 オ （ア）段落【００１８】の「利用者が持つ携帯電話などの一般予約端末装置１０６から予約問合せを行う」との記載、段落【００１９】の「利用時点でその目的から一般予約端末装置１０６となったり、マッチング要求端末装置１０９となったりする」との記載、段落【００８６】の「購入者Ｂ１７０３が予約販売事業者１７０１に対して予約１７１２を行うための予約指示操作を行う」との記載、及び、段落【００９０】の「指定の予約の取得を強く望む予約購入者Ｂ１７０３は、ステップＳ１９０２でシステムが提供する画面で予約状況紹介の操作を行った」との記載から、引用文献１には、「予約者Ｂは、予約希望の登録をする利用者として予約問い合わせを行」うことが記載されているといえる。 （イ）段落【００４０】の「予約希望者の個人情報と該当予約コードＩから予約希望者と予約移譲希望者などの予約関連情報のマッチング（検索）の処理」との記載から、引用文献１において、購入者Ｂと購入者Ａなどの予約関連情報のマッチング（検索）の処理の「マッチング」と「検索」とは同義で用いられているといえる。 さらに、段落【００３３】の「ステップＳ７０２で予約が成立しなかった場合は、」「前記予約を取るために、利用者はマッチングの処理要求を、事業者などに対して行う」との記載、段落【００３５】の「マッチングの要求を受けた、事業者側などのサーバは、ステップＳ７１１で、利用者の希望する予約の獲得のために、「予約を必要な利用者に譲っても良い」という利用者の予約移譲データベースの検索処理を行う」との記載、並びに、段落【００８６】の「購入者Ｂ１７０３が予約販売事業者１７０１に対して予約１７１２を行うための予約指示操作を行う」、「購入者Ｂ１７０３が依頼した予約がシステムの処理によって成立しなかった場合、」「購入者Ｂ１７０３は予約販売事業者１７０１に対して、割増予約依頼１７１４などのための依頼指示操作をシステムに対して行う」及び「割増予約依頼１７１４とは、既に予約を獲得している利用者、例えば購入者Ａ１７０２が予約を確保していたとして、その予約を、割増料金を払うことによって獲得しようとする行為である」との記載から、引用文献１には、「予約が成立しなかった場合、予約者Ｂの希望する予約を、割増料金を払うことによって獲得するために、「予約を必要な利用者に譲っても良い」という予約者Ａの予約関連情報のマッチングの処理要求を行うこと」が記載されているといえる。 （ウ）上記（ア）及び（イ）から、引用文献１には、「予約者Ｂは、予約希望の登録をする利用者として予約問い合わせを行い、予約が成立しなかった場合、予約者Ｂの希望する予約を、割増料金を払うことによって獲得するために、「予約を必要な利用者に譲っても良い」という予約者Ａの予約関連情報のマッチングの処理要求を行うこと」が記載されているといえる。 カ 段落【００５６】の「指定の予約を強く望む」「予約希望者８０１が、」「Ｗｅｂ画面や携帯電話などから予約の意思があることを示す操作を行う」、「その指示を受けたシステムは、そのデータを事業者マッチング処理サーバ装置８０３に送信する」との記載について、上記アのとおり、「指定の予約を強く望む」「予約希望者８０１」は「予約者Ｂ」であるから、「予約希望者８０１が、」「Ｗｅｂ画面や携帯電話などから予約の意思があることを示す操作を行う」、及び、「その指示を受けたシステムは、そのデータを事業者マッチング処理サーバ装置８０３に送信する」との記載は、「予約者Ｂによる操作によって、マッチングの処理要求を予約販売事業者のシステムに送信」することを説明するものである。 そして、段落【００５６】の「複数の移譲された予約案件がある場合は、」「予約案件の一覧を予約希望者８０１に開示し、そこから選ばせるようにしても良い」との記載、並びに、段落【００５７】の「予約案件の一覧の例を図１５（Ｂ）に示す」及び「すなわち指定の予約を強く望む利用者が必要とする予約に関して、予約を譲っても良いと申し出た予約の一覧がシステムにより携帯電話やパソコンなどの画面上に情報公開されている」との記載から、引用文献１には、「マッチングの処理の結果として、予約案件の一覧を予約者Ｂに開示」することが記載されているといえる。 さらに、【図１５（Ｂ）】から、予約可能な一覧には、購入者Ｂが選択可能な移譲予約ごとに、「割増率」として、「３０％」、「１５％」及び「１０％」、「移譲者の特典」として、「チケット半額」、「チケット６０％」及び「５０００円引き」、並びに、予約登録先ＵＲＬが関連付けられていることが看取され、段落【００２９】の「ステップＳ７０３では、予約を移譲する意思があるかどうかを入力する」、「予約を移譲する意思があれば」「その予約移譲に関する情報の設定（入力し登録する）を行う」及び「予約移譲に関する情報には」「希望する変更先の便の」「割引率なども含まれる」との記載、並びに、段落【００５７】の「希望する予約には、譲り受けたいと願う予約を移譲されることを希望する利用者のサービス提供条件など（割増率）と、譲っても良いとする予約移譲者の希望など（移譲者の特典）の様々な条件がついている」、「譲り受けたいと願う予約移譲希望者のサービス提供条件など（割増率）は譲っても良いとする予約移譲者の希望など（移譲者の特典）の値からシステムによって算出された値である」との記載から、引用文献１には、「予約案件の一覧には、予約者Ｂが選択可能な移譲予約ごとに、「移譲者の特典」として予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」、予約者Ａの設定した「移譲者の特典」の値から予約販売事業者のシステムが算出した「割増率」として、「３０％」、「１５％」及び「１０％」、並びに、予約登録先ＵＲＬが関連付けられて」いることが記載されているといえる。 段落【００５７】の「指定の予約を強く必要とする予約の希望者は、これらの予約一覧画面から希望するものを選択することもできる。選択の際は、ＵＲＬ１５０２などにアクセスし、その詳細などを確認して予約を確定するための操作を行う」との記載から、引用文献１には、「予約者Ｂは、これらの予約案件の一覧から希望するものを選択するために、ＵＲＬにアクセスし、その詳細などを確認して予約を確定するための操作を行」うことが記載されているといえる。 キ 段落【００８６】の「購入者Ｂ１７０３は予約販売事業者１７０１に対して、割増予約依頼１７１４などのための依頼指示操作をシステムに対して行う」、「割増予約依頼１７１４とは、既に予約を獲得している利用者、例えば購入者Ａ１７０２が予約を確保していたとして、その予約を、割増料金を払うことによって獲得しようとする行為である」及び「利用者の指示どおりシステムが割増予約１７１４を予約販売事業者１７０１のサーバなどに対して行った結果、システムの予約処理で予約が成立したと判断されると、予約販売事業者１７０１のサーバなどは購入者Ｂ１７０３に対して予約成立に関する通知処理１７１５を行う」との記載、段落【００９２】の「予約券の購入可能通知を受けた予約購入者Ｂ１７０３は、ステップＳ１９０９で購入手続操作を行う」との記載、【図１】、並びに、【図７】から、引用文献１には、「予約者Ａの予約を、予約販売事業者のシステムに対して割増料金を払うことによって獲得しようとする指示を行った結果、予約が成立したと判断されると、予約販売事業者のシステムは予約者Ｂに対して予約成立に関する通知処理を行い、予約者Ｂは購入手続操作を行」うことが記載されているといえる。 ク 段落【００９３】の「ステップＳ１９１０では、前記の操作や処理で送られたデータに基づき、」「転売管理システム１９００は予約購入者Ａ１７０２に対しては予約を移譲したことに対してサービス料金などの設定（ステップＳ１９１１での減算）処理を行う」、及び、「予約購入者Ｂ１７０３に対しては指定の予約を譲り受けたことに対する割増料金の設定（ステップＳ１９１１での加算）処理を行う」との記載から、引用文献１には、「予約者Ｂの購入手続操作に基づき、予約販売事業者のシステムは、予約者Ａに対しては予約を移譲したことに対してサービス料金などの設定処理を行い、予約者Ｂに対しては指定の予約を譲り受けたことに対する割増料金の設定処理を行う」ことが記載されているといえる。 （３）引用文献１に記載されている発明 上記（２）から、引用文献１には、次の発明（以下、「引用発明」という。）が記載されているといえる。 「 予約販売事業者のシステム、一般予約端末装置、マッチング要求端末装置、並びに、通信回線から構成されるシステムにおける予約販売事業者のシステムあって、 一般予約端末装置は予約者Ａに利用され、予約者Ａは予約希望の登録をする利用者として一般予約端末装置から予約問合せを行い、予約販売事業者のシステムで予約が処理され、 一般予約端末装置とは異なるマッチング要求端末装置は予約者Ｂに利用され、 予約者Ａは、予約希望の登録をする利用者として予約希望の登録を行うことであって、予約希望メニューのＯＫボタンを押すと、予約希望の入力データが確定し、予約販売事業者のシステムにその情報が送信され、当該予約を譲渡する意思があれば、その予約移譲に関する情報の登録を行い、予約希望の登録と予約移譲に関する情報の登録とを同時に行ってもよく、予約譲渡に関する情報には、予約者Ａの「移譲者の特典」としての割引率などが含まれ、 予約者Ｂは、予約希望の登録をする利用者として予約問い合わせを行い、予約が成立しなかった場合、予約者Ｂの希望する予約を、割増料金を払うことによって獲得するために、「予約を必要な利用者に譲っても良い」という予約者Ａの予約関連情報のマッチングの処理要求を行うことであって、予約者Ｂによる操作によって、マッチングの処理要求を予約販売事業者のシステムに送信し、 マッチングの処理の結果として、予約案件の一覧を予約者Ｂに開示し、予約案件の一覧には、予約者Ｂが選択可能な移譲予約ごとに、「移譲者の特典」として予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」、予約者Ａの設定した「移譲者の特典」の値から予約販売事業者のシステムが算出した「割増率」として、「３０％」、「１５％」及び「１０％」、並びに、予約登録先ＵＲＬが関連付けられており、 予約者Ｂは、これらの予約案件の一覧から希望するものを選択するために、ＵＲＬにアクセスし、その詳細などを確認して予約を確定するための操作を行うことであって、予約者Ａの予約を、予約販売事業者のシステムに対して割増料金を払うことによって獲得しようとする指示を行った結果、予約が成立したと判断されると、予約販売事業者のシステムは予約者Ｂに対して予約成立に関する通知処理を行い、予約者Ｂは購入手続操作を行い、予約者Ｂの購入手続操作に基づき、予約販売事業者のシステムは、予約者Ａに対しては予約を移譲したことに対してサービス料金などの設定処理を行い、予約者Ｂに対しては指定の予約を譲り受けたことに対する割増料金の設定処理を行う 予約販売事業者のシステム。」 ２ 引用文献２について （１）引用文献２に記載されている事項 原査定の拒絶の理由で引用された、本願出願前に、頒布された又は電気通信回線を通じて公衆に利用可能となった特開２０１２－１３３４３５号公報（平成２４年７月１２日出願公開）には、次の事項が記載されている。 「【背景技術】 【０００２】 企業、大学、官公庁等、複数の利用者が会議室や設備を頻繁に利用する職場の多くは、施設予約管理システムなどをもって施設利用の運用を図っている。しかし、時期によっては施設の利用が集中するため、施設予約管理システムだけでは調整仕切れない場合が生じる。例えば、来客などで会議室を必要としているにも関わらず、会議室のすべてが予約済みである場合などは、先約者に交渉して調整する。調整は電話、電子メール、等、施設管理システム以外の手段を必要とするため、大人数の組織や多くの施設を抱える企業では、調整に多くの工数がかかっていた。また、予約者が、譲渡可能な先約者を見逃してしまうこともしばしばあった。」 「【００２８】 図２は処理の流れを示すフローチャートである。利用者は利用者端末を介して予約条件、利用者情報を施設予約装置２００の予約登録部２０５に入力する（Ｓ３０２）。予約登録部２０５は入力された予約情報、利用者情報を予約ＤＢ２０２に記憶し、空室検索部２０４に空室検索を指示する。予約ＤＢ２０２には施設名以外の情報が格納される。「予約成立の有無」としては「無」が格納される。空室検索部２０４は定員をキーとして施設ＤＢ２０１を検索し、予約条件に合致する施設を抽出する。次に、空室検索部２０４は施設名をキーとして、予約ＤＢ２０２を検索し、予約の有無を判断する。予約条件に合致する空室がある場合（Ｓ３０３ ＹＥＳ）、予約を登録し（Ｓ３０４）終了する（Ｓ３０５）。 【００２９】 空室がない場合（Ｓ３０３ ＮＯ）、空室検索部２０４は代替検索部２０６に譲渡候補者と、この譲渡候補者が代替として使い得る代替施設を検索させる。代替検索部２０６は、譲渡候補者の予約する定員をキーとして施設ＤＢ２０１を検索し、条件を満たす施設名称を抽出する。次に代替検索部２０６はこの施設名称をキーとして予約ＤＢ２０２を検索して、譲渡候補者のための代替施設とを検索し、抽出された代替施設の予約の有無を判断する。使用可能な代替施設が存在する譲渡候補者が存在する場合は（Ｓ３０６ ＹＥＳ）、各譲渡候補者に代替適性に応じた候補者番号を付与する（Ｓ３０７）。譲渡候補者に使用可能な代替施設が存在しない場合は（Ｓ３０６ ＮＯ）、第２の実施形態で後述するように、譲渡候補者に対する譲渡候補者（下位の譲渡候補者）について、代替施設を検索する。 【００３０】 代替検索部２０６は、譲渡候補者毎に代替にふさわしいか否かを計算する。代替検索部２０６は、もっとも代替にふさわしい譲渡候補者から順に候補者番号Ｋ（Ｋ＝１～Ｍ）を付与し、代替希望ＤＢ２０３に、検索された譲渡候補者を候補者番号と代替施設とに関連付けて格納する。Ｍは譲渡候補者の数に相当する。なお、ここでは、代替にふさわしい度合いを代替適性度と呼ぶ。調整部２０７は、代替希望ＤＢ２０３から、代替検索部２０６が付した候補者番号の順に、譲渡候補者名を取得する。つづいて調整部２０７は、この譲渡候補者名をキーとして予約ＤＢ２０２を検索して、この譲渡候補者の連絡先を得、譲渡候補者端末に変更了解の有無を問う通知を送信する（Ｓ３０８）。譲渡候補者が了解した場合（Ｓ３０８ ＹＥＳ）は、変更登録部２０８が、譲渡候補者の予約施設の代替施設への変更と、利用者の、譲渡候補者の予約していた施設への予約と、を予約ＤＢ２０２に登録し（Ｓ３１１）、終了する（Ｓ３１１）。」 （２）引用文献２に記載されている技術的事項 上記（１）から、引用文献２には、次の技術的事項が記載されているといえる。 「 利用者は利用者端末を介して予約条件、利用者情報を施設予約装置予約登録部に入力し、予約条件に合致する空室がある場合、予約を登録し、空室がない場合、空室検索部２０４は代替検索部２０６に譲渡候補者と、この譲渡候補者が代替として使い得る代替施設を検索させ、譲渡候補者端末に変更了解の有無を問い、譲渡候補者が了解した場合は、変更登録部２０８が、譲渡候補者の予約施設の代替施設への変更と、利用者の、譲渡候補者の予約していた施設への予約と、を予約ＤＢ２０２に登録すること。」 第５ 当審の判断 １ 対比 本願発明と引用発明とを対比する。 （１）引用発明の「予約を必要な利用者に譲っても良い」という「予約者Ａ」は、本願発明の「第１のユーザ」に相当する。引用発明１の利用者Ａに利用される「一般予約端末装置」は、本願発明の「第１端末」に相当する。 引用発明の「一般予約端末装置とは異なるマッチング要求端末装置」は、本願発明の「前記第１端末とは異なる第２端末」に相当する。 そして、引用発明の「予約販売事業者のシステム、一般予約端末装置、マッチング要求端末装置、並びに、通信回線から構成されるシステムにおける予約販売事業者のシステム」は、本願発明の「第１端末および、前記第１端末とは異なる第２端末と通信する情報処理装置」と、「第１端末および、前記第１端末とは異なる第２端末と通信する情報処理システム」との点で共通する。 （２）ア 引用発明における、「一般予約端末装置は予約者Ａに利用され、予約者Ａは予約希望の登録をする利用者として一般予約端末装置から予約問合せを行い、予約販売事業者のシステムで予約が処理され」、「当該予約を譲渡する意思があれば、その予約移譲に関する情報の登録を行い、予約希望の登録と予約移譲に関する情報の登録とを同時に行」うことについて、引用発明の「予約希望の登録」により登録された予約は、「施設」の予約ではない点で相違するものの、予約者Ａとは異なる者に移譲する意思がある予約である点で、本願発明の「前記第１端末のユーザである第１ユーザによって予約され、前記第１ユーザとは異なるユーザに譲渡可能な」「予約に関する予約情報」に相当する。そして、引用発明の「予約移譲に関する情報」は、予約者Ａとは異なる者が予約者Ａに支払いを行うことに関するものではない点で相違するものの、予約者Ａが設定する点で、本願発明の「前記第１ユーザから前記異なるユーザに前記」「予約を譲渡する条件として前記第１ユーザによって設定された」「譲渡条件」に相当する。 そうすると、引用発明の「予約販売事業者のシステムで予約が処理され」、「予約希望の登録と予約移譲に関する情報の登録とを同時に行」うことは、本願発明の「前記第１端末のユーザである第１ユーザによって予約され、前記第１ユーザとは異なるユーザに譲渡可能な」「予約に関する予約情報と、前記第１ユーザから前記異なるユーザに前記」「予約を譲渡する条件として前記第１ユーザによって設定された」「譲渡条件とを、前記第１端末から受信」することに相当する。 イ 引用発明の「予約者Ｂ」は、予約希望の登録をする利用者として予約問い合わせを行い、予約が成立しなかった場合、当該問い合わせを行った予約を、割増料金を払うことによって獲得しようとする者である点で、本願発明の「第２ユーザ」に相当する。そして、引用発明において、予約者Ｂが予約希望の登録をする利用者として予約問い合わせを行うことは、これにより、「予約販売事業者のシステムで予約が処理され」ることになる点で、このときの引用発明の、予約問い合わせの内容は、本願発明の「検索条件」に相当する。そして、引用発明において、予約者Ｂが予約希望の登録をする利用者として予約問い合わせをすることは、これにより、予約販売事業者のシステムは、当該問い合わせを受け付けることになることから、引用発明の、予約販売事業者のシステムが、当該問い合わせを受け付けることは、本願発明の「前記第２端末のユーザである第２ユーザによって入力された検索条件を前記第２端末から受信」することに相当する。 ウ 引用発明は、「予約者Ｂは、予約希望の登録をする利用者として予約問い合わせを行い、予約が成立しなかった場合、予約者Ｂの希望する予約を、割増料金を払うことによって獲得するために、「予約を必要な利用者に譲っても良い」という予約者Ａの予約関連情報のマッチングの処理要求を行うことであって、予約者Ｂによる操作によって、マッチングの処理要求を予約販売事業者のシステムに送信し」、「マッチングの処理の結果として、予約案件の一覧を予約者Ｂに開示し、予約案件の一覧には、予約者Ｂが選択可能な移譲予約ごとに、「移譲者の特典」として、予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」、予約者Ａの設定した「移譲者の特典」の値から予約販売事業者のシステムが算出した「割増率」として、「３０％」、「１５％」及び「１０％」、並びに、予約登録先ＵＲＬが関連付けられて」いるものであって、このときの引用発明の予約案件の一覧に含まれる「予約者Ｂが選択可能な移譲予約」及び「「移譲者の特典」として、予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」」は、それぞれ、本願発明の「予約情報」及び「譲渡条件」に相当する。そして、引用発明の「予約者Ｂによる操作によって、マッチングの処理要求を予約販売事業者のシステムに送信」することは、「マッチングの処理の結果として、予約案件の一覧を予約者Ｂに開示」ために行われる点で、本願発明の「前記検索条件に基づき、前記予約情報と前記譲渡条件とを前記第２端末に送信」することに相当する。 エ 引用発明において、「予約者Ｂは、これらの予約案件の一覧から希望するものを選択するために、ＵＲＬにアクセスし、その詳細などを確認して予約を確定するための操作を行う」ことは、「予約者Ｂの予約を、予約販売事業者のシステムに対して割増料金を払うことによって獲得しようとする指示を行」うことで、操作内容を予約販売事業者のシステムが受信するものであることであって、このとき、「割増料金」は、「移譲者の特典」として予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」などの値から予約販売事業者のシステムが算出したものであり、さらに、予約者Ｂは、引用文献１【図１５（Ｂ）】の画面を見ることで、予約者Ａが受ける利益をも確認することができるものであるから、引用発明の、当該予約販売事業者のシステムが受信する情報は、本願発明の「要求情報」に相当し、引用発明の、当該予約販売事業者のシステムが当該情報を受信することは、本願発明の「前記予約情報と前記譲渡条件とに基づく、前記」「予約の譲渡を要求する要求情報を前記第２端末から受信する」ことに相当する。 オ 引用発明において、「予約販売事業者のシステム」は、通信回線を介して「一般予約端末装置」、「マッチング要求端末装置」と接続されているものであるから、上記ア～エの送受信を行う「通信手段」を備えていることは明らかである。そうすると、引用発明の当該通信手段は、本願発明の「前記第１端末のユーザである第１ユーザによって予約され、前記第１ユーザとは異なるユーザに譲渡可能な」「予約に関する予約情報と、前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された」「譲渡条件とを、前記第１端末から受信し、前記第２端末のユーザである第２ユーザによって入力された検索条件を前記第２端末から受信し、前記検索条件に基づき、前記予約情報と前記譲渡条件とを前記第２端末に送信し、前記予約情報と前記譲渡条件とに基づく、前記」「予約の譲渡を要求する要求情報を前記第２端末から受信する通信部」に相当する。 （３）引用発明の「予約者Ｂは購入手続操作を行い、予約者Ｂの購入手続操作に基づき、予約販売事業者のシステムは、予約者Ａに対しては予約を移譲したことに対してサービス料金などの設定処理を行い、予約者Ｂに対しては指定の予約を譲り受けたことに対する割増料金の設定処理を行う」ことは、「予約者Ｂは、これらの予約案件の一覧から希望するものを選択するために、ＵＲＬにアクセスし、その詳細などを確認して予約を確定するための操作を行」い、「予約が成立したと判断され」たときに行われる処理であるから、本願発明の「前記要求情報の受信に基づいて、前記第２ユーザへの前記」「予約の譲渡に関する処理を行う」ことに相当する。 そして、引用発明において、予約販売事業者のシステムには、当該処理を実行するための手段を有していることは明らかであるから、引用発明の当該手段は、本願発明の「前記要求情報の受信に基づいて、前記第２ユーザへの前記」「予約の譲渡に関する処理を行う制御部」に相当する。 （４）そうすると、本願発明と引用発明とは、次の点で、一致又は相違する。 ＜一致点＞ 「 第１端末および、前記第１端末とは異なる第２端末と通信する情報処理システムであって、 前記第１端末のユーザである第１ユーザによって予約され、前記第１ユーザとは異なるユーザに譲渡可能な予約に関する予約情報と、前記第１ユーザから前記異なるユーザに前記予約を譲渡する条件として前記第１ユーザによって設定された譲渡条件とを、前記第１端末から受信し、前記第２端末のユーザである第２ユーザによって入力された検索条件を前記第２端末から受信し、前記検索条件に基づき、前記予約情報と前記譲渡条件とを前記第２端末に送信し、前記予約情報と前記譲渡条件とに基づく、前記予約の譲渡を要求する要求情報を前記第２端末から受信する通信部と、 前記要求情報の受信に基づいて、前記第２ユーザへの前記予約の譲渡に関する処理を行う制御部とを備える。」 ＜相違点＞ （相違点１） 「情報処理システム」が、本願発明では、「情報処理装置」であるのに対し、引用発明では、「予約販売事業者のシステム」であって、一の装置ではない点。 （相違点２） 本願発明は、譲渡可能な予約が「施設」に関するものであるのに対し、引用発明は、譲渡可能な予約が「施設」とは特定されていない点。 （相違点３） 譲渡条件が、本願発明では、第１ユーザによって設定された「前記異なるユーザが前記第１ユーザに支払いを行うことに関する」ものであるのに対し、引用発明では、予約者Ａによって設定される「移譲者の特典」としての割引率などであって、「前記異なるユーザが前記第１ユーザに支払いを行うことに関する」といえるか定かではない点。 ２ 相違点の判断 （１）相違点１について 引用発明の「予約販売事業者のシステム」について、上記「第４」１（２）ア（イ）のとおり、【図１】から、事業者マッチング処理サーバ装置１０４、事業者一般予約処理サーバ装置１０５を含むことが看取され、他方、【図１９】から、一のシステムである転売管理システムが看取される。そうすると、「予約販売事業者のシステム」の機能を、それぞれ、異なるサーバに分ける実現させる構成とするか、一のシステムで実現させる構成とするかは、設計的事項にすぎない。よって、引用発明の「予約販売事業者のシステム」を一の装置で実現する構成とすることは、当業者が容易になし得たものである。 （２）相違点２について 引用文献２には、上記「第４」２（２）の技術的事項が記載されており、予約しようとする空室の施設がない場合、譲渡候補者の予約している施設に譲渡の問い合わせを行うものである。 そうすると、引用発明と引用文献２に記載された技術的事項は、予約の譲渡に関するものである点で、技術分野は共通し、引用文献１の【０００６】には、「ホテル、航空券、チケットなどの電子予約システムにおいて、空き予約が無い状態でも緊急予約が取れるように既存予約者と緊急予約者間でのマッチングを行うことを支援する電子予約システム」「を提供すること」との記載があることから、引用発明に引用文献２に記載された技術的事項を適用して、相違点２の構成とすることは、当業者が容易になし得た事項である。 （３）相違点３について 引用発明は、「「移譲者の特典」として予約者Ａが設定した「チケット半額」、「チケット６０％」及び「５０００円引き」、予約者Ａの設定した「移譲者の特典」の値から予約販売元事業者のシステムが算出した「割増率」として、「３０％」、「１５％」及び「１０％」、並びに、予約登録先ＵＲＬが関連付けら」た「予約案件の一覧を予約者Ｂに開示」するものであって（「予約案件の一覧」について、下記、引用文献１【図１５（Ｂ）】参照）、「予約者Ａ」は、「予約移譲に関する情報の登録を行い、予約希望の登録と予約移譲に関する情報の登録とを同時に行ってもよく、予約譲渡に関する情報には、予約者Ａの「移譲者の特典」としての割引率などが含まれ」、「予約者Ｂ」は、「これらの予約案件の一覧から希望するものを選択するために、ＵＲＬにアクセスし、その詳細などを確認して予約を確定するための操作を行うことであって」、「予約者Ａの予約を、予約販売事業者のシステムに対して割増料金を払うことによって獲得しようとする指示を行った結果、予約が成立したと判断されると」、「予約者Ａに対しては予約を移譲したことに対してサービス料金などの設定処理」が行われ、予約者Ｂに「予約者Ａの予約を、予約販売事業者のシステムに対して割増料金を払うことによって獲得」させるものである。 「 ［図：0001397778000006.jpg］ 」（【図１５（Ｂ）】） このように、引用発明において、予約者Ｂは、割増率に相当する料金を追加して予約販売事業者に対して支払うことで、予約者Ａが「移譲者の特典」を受けることができることを理解した上で、「予約案件の一覧」の中から所望する予約の獲得のための操作を行うものであり、このため、予約者Ｂは、自身が追加で支払う割増料金に相当する料金に、予約者Ａの「移譲者の特典」に相当する料金が含まれることを理解していることは明らかである。そして、予約者Ａは、自身が所望する予約が不成立の場合、「予約案件の一覧」の中から所望する予約の獲得のための操作を行うことのできる利用者（予約者Ｂ）にもなり得ることから、予約者Ｂが割増料金を追加的に支払うことにより、予約者Ａは、サービスについて、「移譲者の特典」で設定された内容に相当する料金の割引を受けるという利益を享受することができることを理解しているといえる。そうすると、予約者Ａは、このような利益を享受することは、予約者Ａとは異なる予約希望の登録をする利用者に予約を移譲する意思がある場合に、「予約移譲に関する情報」の登録を行おうとする動機付けとなる。 そして、上述したとおり、引用発明における、「予約移譲に関する情報」は、予約者Ａが「移譲者の特典」として設定される内容を示す情報であって、予約者Ｂが、予約者Ａの予約を移譲してもらう代わりに、予約者Ａが設定した「移譲者の特典」の内容に基づく料金を含む割増率に相当する料金を追加的に予約販売事業者に対して支払い、これにより、予約者Ａは、サービスについて、「移譲者の特典」の内容に相当する料金の割引を受けるという利益を享受することができる。 このように、予約者Ａと予約者Ｂは、両者の間で、予約販売事業者のシステムを介して、割引又は割増に相当する料金の授受を行うことに等しいことが行われることを理解しているものである。そして、「予約移譲に関する情報」は、予約者Ａとは異なる者に予約を移譲することで、予約者Ａが享受する利益の内容を具体的に示す情報であるから、予約者Ｂが予約者Ａに支払うことを示す情報であるといえる。 よって、相違点３は、実質的な相違点になるものではない。 （４）「譲渡条件」について 念のため、上記１（２）エにおける、「引用発明の、当該予約販売元事業者のシステムが受信する情報が、本願発明の「要求情報」に相当する」との点が相違点であるとして検討をする。 本願発明の「前記予約情報と前記譲渡条件とに基づく、前記施設の予約の譲渡を要求する要求情報を前記第２端末から前記通信部によって受信すること」について、本願明細書の発明の詳細な説明には次のとおりに記載されている。 「【００３１】 例えば、ユーザが希望のレストランに予約する場合、図４（ａ）に示すようにユーザ端末２００に表示された画面の入力受付フィールドに従い、予約時間を「2015/11/15 19:00-21:00」と、予約リソース数（レストランやサロン等の予約であれば予約を希望する人数、タスク管理の予約であれば、工数等）を「5名」と、席・部屋情報（レストラン等の店舗であれば、カウンター席、窓際テーブル、個室、禁煙席、宴会席等の席情報、会議室等であれば、応接室、大規模会議室、集会室等の部屋情報）を「窓際テーブル」と、メニュー情報（レストラン等の店舗であれば、席の予約だけでなく、料理の予約をする際に対象の料理を示す情報、サロン等の店舗であれば、カット、カラー、パーマ、ネイル等の施術メニュー）を「季節の限定コース」と指定し、予約内容を設定することができる。また、併せて仮に予約が競合してしまった場合に備え、予めインセンティブ予算を設定することもできる。図４（ａ）で示すように、例えば、下限1,000円、上限3,000円と設定することができる。 【００３２】 ここで、「インセンティブ」とは、予約の競合が発生した際に、競合相手に予約の譲渡してもらうために支払われる金銭、メッセージングアプリで使用できるポイント等をいう。当該インセンティブを設けることで、ある店舗のある時間帯に行くことを強く希望するユーザに、既に予約をしている他のユーザが予約を譲渡する誘因となり、仮に競合が発生しても、予約を強く希望するユーザが諦めることなく、希望する店舗等に予約をすることができる。 【００３３】 上述の予約内容を条件として、「この条件で予約」表記する入力ボタンを押下すると、予約要求が実行される。予約要求が実行されると、図４（ｂ）に示すように、競合する予約が存在する場合には、「申し訳ございません。ご指定の条件は予約がいっぱいです。予約譲渡可能なユーザ情報等をご覧ください。」といった断りのメッセージを表示することができる。また、併せて予約状況として、競合する他のユーザと当該他のユーザの予約時間、自らの予約希望時間および競合している時間をタイムライン表で表示することで、どのユーザに予約の譲渡交渉をすればいいのか視覚的に容易に理解することができる。また、当該タイムライン表示の特定のユーザの予約時間エリアをタップ等して指定すると、詳細情報として、例えば「ユーザＣ ○完全譲渡のみ ○3,000円で譲渡可能」といった表示をドロップダウンメニューで表示し、譲渡交渉相手が設定したインセンティブ情報を確認することもできる。また、当該タイムライン表示の中に（例えば、特定のユーザの予約時間エリア内に）インセンティブ情報を表示してもよい。これにより、具体的に、予約の譲渡にあたってどの様な条件を満たせばいいのか、視覚的に容易に、また、ユーザの情報と併せて一度に確認することができる。なお、この時、例えば、競合相手のユーザ情報および当該ユーザのうち予約の譲渡が可能なユーザの情報を表示するにあたって、これらのユーザのプライバシーを考慮して、ユーザが特定されるような詳細な情報（例えば、ユーザ名、アイコン等）を非表示にして表示することもできる。 【００３４】 また、当該ドロップダウンメニューで当該ユーザと予約譲渡のための交渉を要求するための「交渉要求」ボタンや予約譲渡要求を実行する「譲渡要求」ボタンを入力受付機能として設けることもできる。さらに、併せて、予約譲渡だけではなく、指定した予約内容に類似する予約時間帯で空きがあれば「20:30～22:30であれば予約可能です！」といった案内表示や類似する席で空きがあれば「窓から離れたテーブルであれば予約可能です！」といった案内表示を表示することもできる。予約時間に近い空き時間や予約対象の店舗等に類似する店舗情報を通知することで、単に予約が競合するため予約不可能であるとの通知をする従来技術と比較して、予約の選択の可能性および選択の幅を広げ、ユーザにとって利便性の高いサービスを提供することができる。 【００３５】 例えば、図４で示すように「譲渡要求」ボタンを押下して、譲渡要求を実行すると、一例として、図４（ｃ）で示すように、予約の譲渡が成立させ「○ユーザＣからの譲渡が成立しました！」と表示し、また、予約を確定させ「○2015-11-15（日）19:00～21:00 5名 窓際テーブル 季節の限定コースで予約が確定しました。」と表示することができる。 【００３６】 これにより、サービスシステムを用いたレストラン予約サービスを利用するユーザは、予約が競合しているため、単に希望の予約を諦めるのではなく、競合するユーザを自身で検索せずに、予約の競合相手のユーザの情報および当該ユーザのうち予約の譲渡が可能なユーザの情報を確認することができる。ひいては、効率的に予約の譲渡によって希望の予約をすることができる。または、類似の予約を案内することで、希望に近い予約をすることができる。」 このように、本願発明における「前記予約情報と前記譲渡条件とに基づく、前記施設の予約の譲渡を要求する要求情報を前記第２端末から前記通信部によって受信すること」における「要求情報」とは、サーバ１００から提示された条件をユーザが受け入れるか否かを確認するためのものにすぎない。このため、引用発明において、「割増率」は「予約者Ａの設定した「移譲者の特典」の値から予約販売事業者のシステムが算出した」ものであり、予約販売元事業者のシステムから送信されてきた「予約案件の一覧」（下記、引用文献１の【図１５（Ｂ）】参照）の内容を確認した上で、予約を獲得するための操作を行うものであるから、「引用発明の、当該予約販売元事業者のシステムが受信する情報」は、「施設の予約」の点は別にして、本願発明の「要求情報」と何ら異なるものではないから、当該相違点は、表現上の差異にすぎない。 「 ［図：0001397778000007.jpg］ 」（【図１５（Ｂ）】） （５）効果について 実質的な相違点である上記相違点１～２の構成とすることで奏する効果は、当業者の予測し得る範囲内の事項である。 （６）審判請求人の主張について ア 審判請求人は、審判請求書で、次のとおり主張する。 「 同様に、引用文献１－４には、上記構成要件（３Ａ）－（３Ｆ）を併せて採用することについては勿論、例えば、上記構成要件（３Ｂ）の「（略）予約情報と、『前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された、前記異なるユーザが前記第１ユーザに支払いを行うことに関する譲渡条件』とを、前記第１端末から前記情報処理装置の通信部によって受信すること」、並びに、このような譲渡条件について、「前記検索条件に基づき、前記予約情報と前記譲渡条件とを前記第２端末に前記通信部によって送信すること」（上記構成要件（３Ｄ））、及び、「前記予約情報と前記譲渡条件とに基づく、前記施設の予約の譲渡を要求する要求情報を前記第２端末から前記通信部によって受信すること」（上記構成要件（３Ｅ））についてさえ、開示されておらず、その示唆すらありません。 審査官は、『希望する予約には譲り受けたいと願う予約を移譲されることを希望する利用者のサービス提供条件（割増率）と、譲っても良いとする予約移譲者の希望など（移譲者の特典）の様々な条件がついており、』と述べられています。 ここで、引用文献１の段落００５７の記載によれば、サービス提供条件（割増率）が、「システム」によって算出されること、「予約移譲希望者」によって設定されることが記載されているにすぎず、 「（略）予約情報と、『前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された、前記異なるユーザが前記第１ユーザに支払いを行うことに関する譲渡条件』とを、前記第１端末から前記情報処理装置の通信部によって受信する」ことは想定されていません。 また、引用文献１の段落０００７には、課題として、『チケットの転売による「ダフ屋」的行為を減少させること』が挙げられていることからも、このような引用発明について、「（略）予約情報と、『前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された、前記異なるユーザが前記第１ユーザに支払いを行うことに関する譲渡条件』とを、前記第１端末から前記情報処理装置の通信部によって受信する」構成を採用する動機付けはありません。また、このような引用発明に対して上記構成を採用すること、このような引用発明に対して上記構成を採用したうえで、さらに上記構成を有していない他の引用発明や周知技術を適用することは不合理であるものと思量いたします。」 イ 主張の検討 引用文献１には、段落【００５７】の「従って譲り受けたいと願う予約移譲希望者が、譲る代わりに提供するサービス提供条件をマッチング処理の申し込み時に設定する操作を行っている場合は、自分の提供条件を満たしているものだけ画面に表示させるようにシステムに対して設定することもできる。」との記載、段落【００９４】の「前記したように、本実施例の方法によれば、指定の予約の取得を強く望む利用者は割増料金の設定により、予約を譲っても良いという利用者から予約を譲り受けることが可能となり、予約を確実に取得する可能性が高まる。また予約を譲った利用者は割引サービスを受けることができる。」との記載、及び、【００９５】の記載から、予約移譲希望者である予約者Ａに予約を譲渡する意思があれば、その予約移譲に関する情報の登録を促すことが前提であり、審判請求人が主張する課題は、当該前提により生じる課題を解決しようとしていることは明らかである。 よって、審判請求人がする、上述した前提を看過したものであるから、動機付けがないとの主張を採用することはできない。このため、審判請求人がする、「（略）予約情報と、『前記第１ユーザから前記異なるユーザに前記施設の予約を譲渡する条件として前記第１ユーザによって設定された、前記異なるユーザが前記第１ユーザに支払いを行うことに関する譲渡条件』とを、前記第１端末から前記情報処理装置の通信部によって受信する」ことは想定されていないとする主張にも理由はない。 なお、審判請求人は、引用発明等には、本願発明の構成を有していない旨（引用文献１～４には、本願発明の構成は開示されていない旨）主張するが、上記１の対比のとおりであるから、当該主張も採用することはできない。 （７）小括 よって、本願発明は、引用発明及び引用文献２に記載された技術的事項に基づいて、当業者が容易に発明をすることができたものである。 第６ むすび 以上のとおり、本願発明は、引用発明及び引用文献２に記載された技術的事項に基づいて、その出願前にその発明の属する技術分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。 したがって、他の請求項について検討するまでもなく、本願は拒絶すべきものである。 よって、結論のとおり審決する。