【事件の表示】
　特願２０１５−１５１４８１「情報コード読取システム」拒絶査定不服審判事件〔平成２９年　２月　９日出願公開、特開２０１７−　３３２１５、請求項の数（６）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続きの経緯
　本願は，平成２７年７月３１日の出願であって，平成３０年１０月２９日付けで拒絶理由通知がされ，平成３１年１月７日に意見書が提出されたものの，同年２月１日付けで拒絶査定（以下，「原査定」という。）がされ，これに対し，令和１年５月１０日付けで拒絶査定不服審判の請求がされると同時に手続補正がされ，令和２年５月２０日付けで拒絶理由通知（以下，「当審拒絶理由通知」という。）がされ，同年７月２０日に意見書が提出されるとともに手続補正がされたものである。
第２　原査定の概要
　原査定（平成３１年２月１日付け拒絶査定）の概要は次のとおりである。
　本願請求項１−７に係る発明は，以下の引用文献Ａ，Ｂに基づいて，その発明の属する技術の分野における通常の知識を有する者（以下，「当業者」という。）が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
Ａ.特開２００９−１５１６９９号公報
Ｂ.特開２０１４−１４４３４９号公報
第３　当審拒絶理由通知の概要
　当審拒絶理由通知の概要は次のとおりである。
　本願請求項１，３−７に係る発明は，以下の引用文献１−４に基づいて，当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
［引用文献等一覧］
１．特開２００２−３５１７６５号公報　（当審において新たに引用した文献）
２．特開２００６−０２４１９１号公報　（当審において新たに引用した文献）
３．特開２００４−０４６７８１号公報　（当審において新たに引用した文献）
４．特開２００９−１５１６９９号公報　（拒絶査定時の引用文献Ａ）
第４　本願発明
　本願請求項１−６に係る発明（以下，それぞれ「本願発明１」−「本願発明６」という。）は，令和２年７月２０日付けの手続補正で補正された特許請求の範囲の請求項１−６に記載された事項により特定される発明であり，本願発明１は以下のとおりの発明である。
「【請求項１】
　情報コードを撮像可能な情報処理端末と、前記情報処理端末と通信可能なサーバとを備える情報コード読取システムであって、
　前記情報コードには、所定の情報に加えて当該情報コードを他の情報コードと識別するためのコード識別情報が記録されており、
　前記情報処理端末は、
　他の情報処理端末と識別するための端末識別情報が記憶される記憶手段と、
　前記情報コードを撮像する撮像手段と、
　前記サーバと通信する通信手段と、
　前記撮像手段により前記情報コードを撮像することで得られる取得情報と前記端末識別情報とをデコードリクエストとして前記通信手段により前記サーバに送信し、この送信に応じて前記通信手段により前記サーバから受信した情報に基づく処理を行う制御手段と、
　を備え、
　前記サーバは、
　前記情報処理端末からの情報を受信する受信手段と、
　前記受信手段により受信された前記取得情報から前記コード識別情報を取得する取得手段と、
　前記取得手段により取得された前記コード識別情報に関連付けられる複数の処理のうちから、前記受信手段による受信により得られた一組の前記端末識別情報およびコード識別情報に基づいて１つの処理を選択する選択手段と、
　前記選択手段により選択された処理に関する選択情報を含めた情報をデコードレスポンスとして前記情報処理端末に送信する送信手段と、
　を備え、
　前記取得手段は、前記受信手段により受信された前記取得情報を利用して前記情報コードから前記所定の情報および前記コード識別情報を解読する解読手段であって、
　前記送信手段は、前記情報処理端末に対して、前記選択情報に加えて前記解読手段により解読された前記所定の情報を含めた情報を送信することを特徴とする情報コード読取システム。」
　本願発明２−６は，本願発明１を減縮した発明である。
第５　引用文献，引用発明等
１　引用文献１について
ア　当審による令和２年５月２０日付けの拒絶の理由（以下，「当審拒絶理由」という。）に引用された引用文献１（特開２００２−３５１７６５号公報）には，図面とともに次の事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ａ「【００１４】
【発明の実施の形態】＝＝＝ネットワーク構成＝＝＝
図１は、本発明の実施例における
Ｗｅｂコンテンツ受け渡し方法が適用されるネットワーク構成
インターネット１００には不特定多数の利用者が使用するパーソナルコンピュータ２０がブラウザ端末として接続されている
携帯電話機１もブラウザ端末としてインターネット１００を介してデータ通信を行う。
ブラウザ端末１，２０に種々の情報サービスを提供するコンピュータがホストコンピュータ１０であり
コンテンツＵＲＬ通知装置１０ａも基本的にはＷｅｂサーバーとして機能する
【００１５】ここで、携帯電話機１をブラウザ端末とし、携帯電話機１の利用者がインターネット１００上のＷｅｂサーバー１０ｂからあるＷｅｂコンテンツを取り寄せようとする。本発明の実施例として、コンテンツＵＲＬ通知装置１０ａがこのＷｅｂコンテンツの取り寄せ経路に介在して、携帯電話機１が加入する移動体通信事業者に応じたＷｅｂコンテンツを受け渡すための処理や通信手順などを以下に説明する。
【００１６】＝＝＝バーコードリーダーの構成＝＝＝
携帯電話機１は、本発明の方法によってＷｅｂコンテンツを取り寄せるために、バーコードリーダーを接続する。
【００１７】
バーコードリーダー４０は、一方の端部にコネクタ４１が配設され、このコネクタ４１を携帯電話機１の端部に配設されているデータ入出力用コネクタに接続して使用する
【００１８】＝＝＝特定ＵＲＬ・ブラウザ仕様リストなど＝＝＝
上記実施例のバーコードリーダー４０は、中央制御部４３のＲＯＭにコンテンツＵＲＬ通知装置１０ａを介してＷｅｂコンテンツを携帯電話機１に受け渡すためのプログラム（制御プログラム）を格納している。また、コンテンツＵＲＬ通知装置１０ａを同定する特定ＵＲＬと、携帯電話機１の機種毎にブラウザを操作する手順（ブラウザ仕様情報）を対応付けしたブラウザ仕様リストもこのＲＯＭに格納されている。また、このバーコードリーダーに固有のリーダー端末ＩＤも記憶されている。なお、本実施例において、特定ＵＲＬはコンテンツＵＲＬ通知装置１０ａに実装されている所定のＣＧＩを同定している。
【００１９】図３はブラウザ仕様リストの概略構造を示している。周知の通り、携帯電話機１には個々を識別するための端末コードが付与されている。端末コードは複数桁の英数字からなる文字列であり、この文字列中の一部文字列が機種を識別するための機種コードとなっている。ブラウザ仕様リストは、この機種コードにブラウザ仕様情報として携帯電話機１のキーを押す順番（キーボードマクロ）を対応付けしている。
【００２０】＝＝＝バーコード＝＝＝
本実施例における
バーコードリーダー４０が読み込み対象としているバーコード６０は、取り寄せ対象のＷｅｂコンテンツのＵＲＬではなく、例えば、Ｗｅｂコンテンツについてどのような内容であるのかを解説した雑誌などに付記され、各Ｗｅｂコンテンツに唯一付与されるコンテンツＩＤを表現している
【００２１】＝＝＝ＨＴＴＰリクエスト＝＝＝
本実施例のバーコードリーダー４０は、バッテリーを内蔵し、携帯電話機１と通信インタフェース４８を介して接続すると起動するようになっている。また、操作キー４９もボタンが一つ配設されているだけであり、利用者は適宜な操作機会にそのボタンを押すだけで所定の処理が実行される。
【００２２】
バーコードリーダー４０はその起動時に、まず接続相手の携帯電話機１と通信し、携帯電話機１が記憶している機種コードを取得してＲＡＭに格納する
操作キー４９を押すと、バーコードが読み取られてコード生成部４７を介して中央制御部４３に転送される
中央制御部４３は、転送されてきたコードをコンテンツＩＤとして取得し
【００２３】さらに
中央制御部４３は、携帯電話機１の機種コードをブラウザ仕様リストに照会し、対応するブラウザ操作情報（操作手順）にしたがって、携帯電話機１のキーがつぎつぎに押下されるのに相当する制御データを順次携帯電話機１に転送していく。そして、最終的にブラウザを起動し、ＲＯＭに記憶している特定ＵＲＬに読み込んだコンテンツＩＤとこのバーコードリーダーのリーダー端末ＩＤとをパラメータとして付加したＵＲＬを作成し、このＵＲＬをＨＴＴＰリクエストとして移動体通信網３０に送出する
【００２４】＝＝＝コンテンツＵＲＬ通知装置＝＝＝
携帯電話機１より送出されたＨＴＴＰリクエストは、コンテンツＵＲＬ通知装置１０ａの所定のＣＧＩに送達される
コンテンツＵＲＬ通知装置１０ａは、本実施例のＷｅｂコンテンツ受け渡し方法によって携帯電話機１に送達される全Ｗｅｂコンテンツについて、携帯電話機１の機種に応じて指定すべきＵＲＬ（コンテンツＵＲＬ）を対応付けした機種別ＵＲＬリストを記憶している
【００２５】
本実施例は、同じ内容のＷｅｂコンテンツが移動体通信事業者毎に用意されている場合を想定しており、リーダー端末ＩＤをブラウザ端末を特定するための情報としている
【００２６】そして
前記ＣＧＩは、送達されたＨＴＴＰリクエスト中のコンテンツＩＤとリーダー端末ＩＤとをこのＵＲＬリストに照会し、該当のコンテンツＵＲＬを特定するとともに、このコンテンツＵＲＬを含んだＨＴＴＰレスポンスを携帯電話機１に宛ててインターネット１００に送出する処理を実行する
【００２７】＝＝＝Ｗｅｂコンテンツの受け渡し＝＝＝
携帯電話機１にコンテンツＵＲＬ通知装置１０ａからのＨＴＴＰレスポンスが送達されると、ブラウザはこのレスポンス中に記載されているコンテンツＵＲＬを表示出力する
利用者が携帯電話機１を操作して、画面表示されているコンテンツＵＲＬの記載部分を指示し、そのＵＲＬを送出する旨のキー操作を行うと、ブラウザがこのコンテンツＵＲＬをＨＴＴＰリクエストとして送出する
【００２８】＝＝＝その他の実施例＝＝＝
本発明に適用されるブラウザ端末は、携帯電話機に限るものではない。ブラウザを実装したパーソナルコンピュータにバーコードリーダーを接続し、上記実施例と同様の通信経路によってＷｅｂコンテンツを受け渡すことは容易である。パーソナルコンピュータが実装するブラウザは、ブラウザの種類（User-Agent）をＨＴＴＰリクエストに含める。そこで、このブラウザの種類をブラウザ端末特定情報とし、コンテンツＵＲＬ通知装置の機種別ＵＲＬリスト中に一般ブラウザ向けのＷｅｂコンテンツの所在（ＵＲＬ）も対応付けしておけば、そのＵＲＬをＨＴＴＰレスポンスとしてパーソナルコンピュータに返送することができる。
【００２９】また、
バーコードリーダーがブラウザ端末から取得した機種コードをブラウザ端末特定情報とすることもできる
コンテンツＩＤ毎に機種コードとコンテンツＵＲＬとを対応付けした機種別ＵＲＬリストを用意しておけば、通信事業者だけでなく、ディスプレイの表示色や画素数・着信メロディの和音数など、機種毎の仕様に応じてＷｅｂコンテンツが用意されている場合にも対応することができる
【００３０】周知の通り、携帯電話機からのＨＴＴＰリクエストがコンテンツＵＲＬ通知装置に送達されるのであれば、ゲートウエイサーバーが、ＨＴＴＰリクエストの送付元として、携帯電話機に固有の端末ＩＤをこのゲートウエイサーバーのＩＰアドレス（ドメイン名）に変換する。そこで、送達されたＨＴＴＰリクエストの送付元ＩＰアドレスをブラウザ端末特定情報とし、ＩＰアドレスにコンテンツＵＲＬを対応付けした機種別ＵＲＬリストをコンテンツＵＲＬ通知装置に用意しておけば、コンテンツＵＲＬ通知装置は、どの移動体通信事業者に加入している携帯電話機からのＨＴＴＰリクエストであるかを認知し、ＨＴＴＰレスポンスとして返送すべきコンテンツＵＲＬを特定することができる。
【００３１】また、
バーコードリーダーが特定ＵＲＬにコンテンツＩＤを付加してＨＴＴＰリクエストを送付する際、セキュリティの保護などを目的としてこの付加情報を暗号化することも考えられる
イ　上記Ａの記載内容からすると，引用文献１には，次のとおりの発明（以下，「引用発明」という。）が記載されているものと認められる。
「Ｗｅｂコンテンツ受け渡し方法が適用されるネットワーク構成であって，携帯電話機は，バーコードリーダーを接続し，インターネットにはパーソナルコンピュータがブラウザ端末として接続されており，携帯電話機もブラウザ端末としてインターネットを介してデータ通信を行い，ブラウザ端末に種々の情報サービスを提供するコンピュータがホストコンピュータであり，コンテンツＵＲＬ通知装置も基本的にはＷｅｂサーバーとして機能し，バーコードリーダーが読み込み対象としているバーコードは，取り寄せ対象のＷｅｂコンテンツのＵＲＬではなく，各Ｗｅｂコンテンツに唯一付与されるコンテンツＩＤを表現しており，
　バーコードリーダーは，一方の端部にコネクタが配設され，このコネクタを携帯電話機の端部に配設されているデータ入出力用コネクタに接続して使用し，バーコードリーダーはその起動時に，接続相手の携帯電話機と通信し，携帯電話機が記憶している機種コードを取得してＲＡＭに格納し，操作キーを押すと，バーコードが読み取られてコード生成部を介して中央制御部に転送され，中央制御部は，転送されてきたコードをコンテンツＩＤとして取得し，中央制御部は，制御データを順次携帯電話機に転送していき，最終的にブラウザを起動し，特定ＵＲＬに読み込んだコンテンツＩＤとこのバーコードリーダーのリーダー端末ＩＤとをパラメータとして付加したＵＲＬを作成し，このＵＲＬをＨＴＴＰリクエストとして移動体通信網に送出するものであって，バーコードリーダーが特定ＵＲＬにコンテンツＩＤを付加してＨＴＴＰリクエストを送付する際，セキュリティの保護などを目的としてこの付加情報を暗号化することも考えられ，
　携帯電話機より送出されたＨＴＴＰリクエストは，コンテンツＵＲＬ通知装置の所定のＣＧＩに送達され，コンテンツＵＲＬ通知装置は，携帯電話機に送達される全Ｗｅｂコンテンツについて，携帯電話機の機種に応じて指定すべきＵＲＬ（コンテンツＵＲＬ）を対応付けした機種別ＵＲＬリストを記憶しており，本実施例は，リーダー端末ＩＤをブラウザ端末を特定するための情報としており，バーコードリーダーがブラウザ端末から取得した機種コードをブラウザ端末特定情報とすることもでき，コンテンツＩＤ毎に機種コードとコンテンツＵＲＬとを対応付けした機種別ＵＲＬリストを用意しておけば，機種毎の仕様に応じてＷｅｂコンテンツが用意されている場合にも対応することができ，前記ＣＧＩは，送達されたＨＴＴＰリクエスト中のコンテンツＩＤとリーダー端末ＩＤとをこのＵＲＬリストに照会し，該当のコンテンツＵＲＬを特定するとともに，このコンテンツＵＲＬを含んだＨＴＴＰレスポンスを携帯電話機に宛ててインターネットに送出する処理を実行し，
　携帯電話機にコンテンツＵＲＬ通知装置からのＨＴＴＰレスポンスが送達されると，ブラウザはこのレスポンス中に記載されているコンテンツＵＲＬを表示出力し，利用者が携帯電話機を操作して，画面表示されているコンテンツＵＲＬの記載部分を指示し，そのＵＲＬを送出する旨のキー操作を行うと，ブラウザがこのコンテンツＵＲＬをＨＴＴＰリクエストとして送出する，
ネットワーク構成。」
２　引用文献２について
ア　当審拒絶理由に引用された引用文献２（特開２００６−０２４１９１号公報）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｂ　「【００５４】
　
第１実施形態では、図５（ａ）に示すように、２次元コード２７として、サービスサーバ１０への接続に必要なＵＲＬ
の平文に対して、画像識別情報ｉｄの暗号文が付加されて、
記録される
携帯電話３０が２次元コード２７を読み取ってサービスサーバ１０にアクセスするときには、ＵＲＬの平文と、画像識別情報ｉｄの暗号文と、
が、サービスサーバ１０に送信される
Ｃ　「【００８７】
　次に、
第１実施形態において、
携帯電話３０に対して画像の付加情報を配信する際の処理の流れについて説明する
【００８８】
　写真プリント２６の配布先ユーザは、その携帯電話３０を２次元コードの読取モードにして、携帯電話３０に写真プリント２６上の２次元コード２７を読み取らせる（Ｓ１２１）。この２次元コード２７が携帯電話３０でデコードされて、デコード結果としてアクセス情報が得られる。
【００８９】
　アクセス情報は、第１実施形態において、サービスサーバ１０にネットワーク６０を通じて接続するのに必要なＵＲＬの平文と、画像識別情報ｉｄの暗号文とを含む。ここで、アクセス情報は、例えば「http://oto.jp?id=xyz」である。
【００９０】
　携帯電話３０は、携帯電話３０の自己の携帯電話番号をその携帯電話３０の不揮発性メモリ３４８から読み出す（Ｓ１２２）。
【００９１】
　そして、携帯電話３０は、アクセス情報を用いて、サービスサーバ１０にアクセスする（Ｓ１２３）。このとき、
携帯電話３０は、ＵＲＬの平文、画像識別情報ｉｄの暗号文、
を、サービスサーバ１０に送信する。
【００９２】
　なお、携帯電話３０の自己の携帯電話番号は、第１の変数である画像識別情報ｉｄの暗号文に付加して、第２の変数としてサービスサーバ１０に送信する態様と、画像識別情報ｉｄの暗号文とは別にしてサービスサーバ１０に送信する態様がある。
【００９３】
　
携帯電話３０からアクセスされたサーバ１０は、画像識別情報ｉｄの暗号文を復号化し
【００９４】
　
サービスサーバ１０は、
画像識別情報ｉｄに対応する画像の付加情報（音情報、テキスト情報、撮影位置情報など）をデータベース１０１ｍから取り出して、アクセス元の携帯電話３０にネットワーク６０を通じて送信する
【００９５】
　アクセス元の携帯電話３０に送信された付加情報は、その携帯電話３０で出力される（Ｓ１２８）。例えば、写真プリント２６上の画像に関連する音情報が携帯電話３０のスピーカ３４３によって再生される。また、例えば、写真プリント２６上の画像に関連するテキスト情報が、携帯電話３０のＬＣＤ３４４に表示される。また、ユーザが携帯電話３０の操作パネル３４５によって画面の切替操作を行うと、撮影位置を示す地図が携帯電話３０のＬＣＤ３４４に表示される。
【００９６】
　以上、プリント注文時にアクセス許可の携帯電話番号ｔｅｌをプリント注文ユーザの携帯電話４０で入力した場合を例に説明したが、プリント注文ユーザが不特定多数の者に写真プリントを配布して不特定多数の者のアクセスを許可する選択をした場合には、アクセス許可の携帯電話番号ｔｅｌは入力されず、図５（ｄ）に示すように、ＵＲＬの平文及び画像識別情報ｉｄの暗号文とともに、アクセス許可の携帯電話番号ｔｅｌの指定がないこと（「ｔｅｌなし」）を示す情報が２次元コード２７に組み込まれて写真プリント２６に記録され、写真プリント２６の配布先ユーザの携帯電話３０からは自己の携帯電話番号がサーバ１０に通知されず、ＵＲＬの平文と画像識別情報ｉｄの暗号文がサービスサーバ１０に送信される（Ｓ１２３）。そして、サービスサーバ１０では、画像識別情報ｉｄの復号化を行った後（Ｓ１２４）、アクセス許可の携帯電話番号ｔｅｌの検索（Ｓ１２５）、携帯電話番号の照合（Ｓ１２６）を行わないで、画像識別情報ｉｄに対応する付加情報をダウンロードする（Ｓ１２７）。ただし、
携帯電話３０から「ｔｅｌなし」が通知されたとしても、データベース１０１ｍに該当する画像識別情報ｉｄに対応するアクセス許可の携帯電話番号ｔｅｌが登録されていた場合には、携帯電話３０のアクセスを拒否する
３　引用文献３について
ア　当審拒絶理由に引用された引用文献３（特開２００４−０４６７８１号公報）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｄ　「【０１６６】
［Ｆ．第６実施形態］
次に、本発明の第６実施形態について説明する。なお、本実施形態において用いられる携帯電話機は、第５実施形態において説明した携帯電話機５５と同じハードウェア構成を有するので、同一の符号を使用し、その説明を省略するものとする。
【０１６７】
第６実施形態においてコンテンツプロバイダは、例えば、書籍や店頭に貼られるポスターなどに２次元バーコードを印刷するが、この
２次元バーコードには、書籍やポスターに掲載された情報に関して、より詳細な情報を提供するサイト（コンテンツサーバ）のＵＲＬと、この２次元バーコードのバーコードＩＤとが記録されている
【０１６８】
次に、コンテンツサーバに記憶されているコンテンツデータについて説明する。
コンテンツサーバは、
図２６に示すように、同一のバーコードＩＤに対して各時間帯毎に別々のコンテンツデータを記憶している
コンテンツサーバは、
図２７に示すように、同一のバーコードＩＤに対して各地域毎に別々のコンテンツデータを記憶している
【０１６９】
なお、
コンテンツサーバは、上述した時間帯や地域の他に、
携帯電話機５５の機種についても同様に、
携帯電話機５５の機種毎に別々のコンテンツデータを記憶し、携帯電話機５５から同じ２次元バーコードの読み取りに基づくアクセスがあった場合でも、
携帯電話機５５の機種に応じて異なるコンテンツデータを提供する
【０１７０】
次に、図２８は、本実施形態に係る携帯電話機５５およびコンテンツサーバの動作を説明するシーケンスチャートである。まず、携帯電話機５５は、ユーザの操作に応じて２次元バーコードを読み取り、コンテンツサーバのＵＲＬと、この２次元バーコードのバーコードＩＤとをデコードする（ステップＳ５４１）。なお、この２次元バーコードには、携帯電話機５５がコンテンツサーバへアクセスする際に必要となる付加情報の種類を指定する指定情報が含まれている。
【０１７１】
ここで、付加情報とは、例えば、携帯電話機５５が２次元バーコードの読み取りを行ったときの時刻や、２次元バーコードの読み取りを行ったときの携帯電話機５５の位置、携帯電話機５５を使用しているユーザのユーザＩＤ、携帯電話機５５の機種などを示す情報であり、バーコードＩＤとともにコンテンツサーバへ送信される情報である。なお、携帯電話機５５が２次元バーコードの読み取りを行ったときの時刻の代りに、携帯電話機５５がコンテンツサーバへアクセスするときの時刻を用いてもよい。また、携帯電話機５５の位置は、２次元バーコードの読み取りを行ったときの位置ではなく、携帯電話機５５がコンテンツサーバへアクセスするときの位置を用いてもよい。
【０１７２】
次いで、ＣＰＵ５０５は、２次元バーコードからデコードした指定情報により指定される付加情報を取得する（ステップＳ５４２）。例えば、指定情報が、２次元バーコードの読み取りを行った時刻を指定している場合、ＣＰＵ５０５は、内部クロックにより計時されている現在時刻を取得する。勿論、移動パケット通信網４０から提供される、より高精度な現在時刻情報を付加情報として用いてもよい。
【０１７３】
また、指定情報が、２次元バーコードの読み取りを行ったときの携帯電話機５５の位置を指定している場合、ＣＰＵ５０５は、基地局ＩＤ格納領域５２０ｂから読み出した基地局ＩＤを付加情報として用いる。勿論、携帯電話機５５がＧＰＳ機能を有している場合は、ＧＰＳ機能を用いて測位した携帯電話機５５の位置情報を付加情報として用いてもよい。また、ＣＰＵ５０５は、上記第５実施形態において説明した位置情報サービスサーバや測位センタを利用して得た位置情報（緯度経度情報や住所）を付加情報として用いることもできる。
【０１７４】
また、指定情報が、携帯電話機５５を使用しているユーザのユーザＩＤを指定している場合、ＣＰＵ５０５は、液晶画面にユーザＩＤの入力を促すメッセージを表示し、この表示に応じて入力されたユーザＩＤを付加情報として用いる。また、指定情報が、携帯電話機５５の機種を指定している場合、ＣＰＵ５０５は、機種情報格納領域５２０ａから読み出した当該携帯電話機５５の機種情報を付加情報として用いる。
【０１７５】
この後、
ＣＰＵ５０５は、２次元バーコードからデコードしたＵＲＬを用いてコンテンツサーバにコンテンツ取得要求を送信する（ステップＳ５４３）。このコンテンツ取得要求には、読み取られた２次元バーコードのバーコードＩＤと、上記ステップＳ５４２において取得した付加情報（時刻情報、位置情報、ユーザＩＤ、機種情報のいずれか１以上）とが含まれている
【０１７６】
コンテンツサーバは、コンテンツ取得要求を受信すると、このコンテンツ取得要求に含まれているバーコードＩＤおよび付加情報に対応するコンテンツデータをメモリから読み出して（ステップＳ５４４）、このコンテンツデータを携帯電話機５５へ送信する（ステップＳ５４５）。そして、携帯電話機５５は、コンテンツサーバから受信したコンテンツデータを液晶画面に表示する（ステップＳ５４６）。
【０１７７】
例えば、コンテンツサーバのメモリに図２６に示した構成で各コンテンツデータが記憶されており、携帯電話機５５から受信したコンテンツ取得要求に、バーコードＩＤ“ＢＣ０００００１２３１”と、時刻情報“１１：３５”とが含まれている場合、コンテンツサーバは、“１０：００〜１３：５９”に対応するコンテンツデータを携帯電話機５５へ送信し、このコンテンツデータが携帯電話機５５の液晶画面に表示される。
【０１７８】
また、コンテンツサーバのメモリに図２７に示した構成で各コンテンツデータが記憶されており、携帯電話機５５から受信したコンテンツ取得要求に、バーコードＩＤ“ＢＣ００００５４９７”と、東京都内に設置されている基地局の基地局ＩＤとが含まれている場合、コンテンツサーバは、例えば、受信した基地局ＩＤを位置情報サービスサーバに送信して緯度経度情報や住所などを得て、携帯電話機５５が関東地区に位置していることを割り出し、“関東地区”に対応するコンテンツデータを携帯電話機５５へ送信する。そして、このコンテンツデータが携帯電話機５５の液晶画面に表示される。なお、コンテンツサーバが、基地局ＩＤを緯度経度情報や住所に変換に変換する機能を有している場合などは、位置情報サービスサーバを利用する必要はない。
【０１７９】
このようにコンテンツサーバは、同じ２次元バーコードの読み取りに基づく携帯電話機５５からのアクセスであっても、携帯電話機５５が２次元バーコードの読み取りを行ったときの時刻や、２次元バーコードの読み取りを行ったときの携帯電話機５５の位置、携帯電話機５５を使用しているユーザ、携帯電話機５５の機種などに応じて、提供するコンテンツを適宜異ならせることができる。また、携帯電話機５５が読み取った２次元バーコードに応じたコンテンツをサーバから提供するので、コンテンツを２次元バーコードに記録情報として含ませてユーザに提供していた第５実施形態の場合に比べ、ユーザに提供するコンテンツのデータ量を飛躍的に増やせるので、例えば、動画像データやプログラムなども容易に提供可能である。
【０１８０】
さらに、コンテンツサーバにおいて、各携帯電話機５５からのコンテンツ取得要求に含まれているバーコードＩＤおよび付加情報の集計・分析処理を行なうようにすれば、２次元バーコードの読み取りに基づいてコンテンツサーバへアクセスしてきたユーザについて、２次元バーコードの読み取りを行った時間帯や地域、携帯電話機５５の機種など、コンテンツビジネスを行う上で有益な情報を得ることができる。
【０１８１】
なお、以上説明した第６実施形態では、２次元バーコード内に、携帯電話機５５がコンテンツサーバへアクセスする際に必要となる付加情報（時刻、位置、ユーザＩＤ、機種）の種類を指定する指定情報が含まれている場合について説明した。しかしながら、２次元バーコード内に上述した指定情報を含まず、時刻や位置、機種やユーザＩＤ等の付加情報を携帯電話機５５が自主的にコンテンツサーバへ送信する形態であってもよい。」
４　引用文献４（原査定における引用文献Ａ）について
ア　原査定における拒絶の理由，及び当審拒絶理由に引用された引用文献４（特開２００９−１５１６９９号公報）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
Ｅ　「【００３８】
　さて、ステップＳ２００にて、ローカルバーコードリーダ３（単に、バーコードリーダ３と呼ぶこともある。）は、ユーザの操作に応答して、バーコード７をスキャン及びデコードして、バーコード情報を取得する。そして、ステップＳ２０２にて、バーコードリーダ３は、コマンド、センタサーバ１のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）、自身に割り当てられているシリアル番号（例えば、１５４７１２１番）及びバーコード情報を端末５に送信する。
【００３９】
　ステップＳ２０４にて、端末５は、バーコードリーダ３が与えたコマンドに応答して、ブラウザを起動し、バーコードリーダ３が与えたＵＲＬに基づいて、センタサーバ１にアクセスして、バーコード情報及びシリアル番号をセンタサーバ１に送信する。
【００４０】
　
センタサーバ１は、バーコード情報とシリアル番号とを関連付けたコードデータベース９を有している
【００４１】
　そして、
センタサーバ１は、検索したバーコード情報にシリアル番号が関連付けて登録されており、かつ、そのシリアル番号が受信したシリアル番号と一致する場合、又は、検索したバーコード情報にシリアル番号が関連付けて登録されていない場合
本システムによるサービスを提供すべく、次のステップＳ２０８へ進む
【００４２】
　一方、
センタサーバ１は、検索したバーコード情報にシリアル番号が関連付けて登録されており、かつ、そのシリアル番号が受信したシリアル番号と不一致の場合、
端末５へエラーメッセージを返す。
【００４３】
　センタサーバ１は、シリアル番号とコンテンツサーバＣ−０〜Ｃ−ＭのＵＲＬ（www.yyy0.or.jp〜www.yyyM.or.jp）とを関連付けたＵＲＬデータベース１１を有している。ステップＳ２０８では、センタサーバ１は、ＵＲＬデータベース１１から、端末５が送信したシリアル番号（例えば、１５４７１２１番）が割り当てられたＵＲＬ（例えば、www.yyy0.or.jp）を検索する。そして、ステップＳ２１０にて、
センタサーバ１は、検索したＵＲＬを端末５から受信したバーコード情報と共に、端末５に送信する。
５　原査定における引用文献Ｂについて
ア　原査定の拒絶の理由に引用された引用文献Ｂ（特開２０１４−１４４３４９号公報）には，関連する図面とともに，以下の技術的事項が記載されている。
（当審注：下線は，参考のために当審で付与したものである。）
F「【００８６】
　次に、ゲームサーバ２０のＣＰＵ２１は、エントリーデータに記録されたユーザＩＤに対応するユーザのうち、通信端末１０が、野球の試合（イベント）の試合時間帯（
イベント期間内）にスタジアム（所定領域）に存在するユーザを抽出する
【００８７】
　次いで、ＣＰＵ２１は、
抽出したユーザの仲間の数に応じて、当選確率を変動する
【００８８】
　次に、ＣＰＵ２１は、エントリーデータに記録されたユーザＩＤに対応する
ユーザごとに、抽選処理を行う
【００８９】
　そして、ＣＰＵ２１は、
抽選に当選したユーザに対して特典を付与する
（所定量の強化ポイントを加算する処理）を行ってよい。
　また、ＣＰＵ２１は、
抽選にエントリーしたユーザに抽選結果を通知するためのウェブページを表示するためのＨＴＭＬデータを生成し、抽選にエントリーした全てのユーザの通信端末１０宛に送信する
第６　対比・判断
１　本願発明１について
（１）対比
ア　本願発明１と引用発明とを対比する。
（ア）引用発明の「バーコード」，「携帯電話機」は，それぞれ，本願発明１の「情報コード」，「情報処理端末」に相当する。また，引用発明の「携帯電話機もブラウザ端末としてインターネットを介してデータ通信を行い」との記載，「コンテンツＵＲＬ通知装置も基本的にはＷｅｂサーバーとして機能し」との記載，及び，「携帯電話機より送出されたＨＴＴＰリクエストは，コンテンツＵＲＬ通知装置の所定のＣＧＩに送達され」との記載から，引用発明の「コンテンツＵＲＬ通知装置」は，携帯電話機と通信可能なサーバであるといえる。そして，引用発明の「バーコードリーダーは，接続相手の携帯電話機と通信し，」「操作キーを押すと，バーコードが読み取られて」「中央制御部に転送され，」「中央制御部は，転送されてきたコードをコンテンツＩＤとして取得し，」との記載，「携帯電話機より送出されたＨＴＴＰリクエストは，コンテンツＵＲＬ通知装置の所定のＣＧＩに送達され」との記載，及び，「前記ＣＧＩは，送達されたＨＴＴＰリクエスト中のコンテンツＩＤ」「を」「照会し」との記載から，引用発明の「携帯電話機」及び「コンテンツＵＲＬ通知装置」は，情報コードの読み取りのためのシステムにおける要素であるといえる。
　してみると，引用発明と本願発明１とは，後記する点で相違するものの，“情報処理端末と，前記情報処理端末と通信可能なサーバとを備える情報コード読取システム”である点で共通する。
（イ）引用発明の「バーコードは，取り寄せ対象のＷｅｂコンテンツのＵＲＬではなく，各Ｗｅｂコンテンツに唯一付与されるコンテンツＩＤを表現しており」との記載，及び上記（ア）の検討内容を踏まえると，引用発明のバーコードは，情報コードといえるものであるところ，当該情報コードを他の情報コードと識別するためのコード識別情報が記録されているものであるといえる。
　してみると，引用発明と本願発明１とは，後記する点で相違するものの，“情報コードには，当該情報コードを他の情報コードと識別するためのコード識別情報が記録されて”いる点で共通する。
（ウ）引用発明の「バーコードリーダー」は，本願発明１の「情報コードを撮像する撮像手段」に相当する。また，引用発明の「バーコードリーダーは，コネクタが配設され，このコネクタを携帯電話機の端部に配設されているデータ入出力用コネクタに接続して使用し」との記載から，引用発明の携帯電話機は，そのデータ入出力用コネクタに，バーコードを撮像する撮像手段を備えているといえる。
　さらに，引用発明の「携帯電話機が記憶している機種コード」との記載，及び，「機種コードをブラウザ端末特定情報とすることもでき」との記載から，引用発明の「機種コード」は，携帯電話機が備えるＲＡＭに記憶される，当該携帯電話機を他の携帯電話機と識別するための端末識別情報であるといえる。
　加えて，引用発明の「バーコードリーダーは，接続相手の携帯電話機と通信し，」「操作キーを押すと，バーコードが読み取られて」「中央制御部に転送され，」「中央制御部は，転送されてきたコードをコンテンツＩＤとして取得し，」との記載から，引用発明の「コンテンツＩＤ」は，撮像手段によりバーコードを撮像することで得られる取得情報であるといえる。
　そして，引用発明の「携帯電話機より送出されたＨＴＴＰリクエストは，コンテンツＵＲＬ通知装置の所定のＣＧＩに送達され」との記載，「前記ＣＧＩは，送達されたＨＴＴＰリクエスト中のコンテンツＩＤとリーダー端末ＩＤとをこのＵＲＬリストに照会し，該当のコンテンツＵＲＬを特定するとともに，このコンテンツＵＲＬを含んだＨＴＴＰレスポンスを携帯電話機に宛ててインターネットに送出する処理を実行し」との記載，「本実施例は，リーダー端末ＩＤをブラウザ端末を特定するための情報としており」「バーコードリーダーがブラウザ端末から取得した機種コードをブラウザ端末特定情報とすることもでき」との記載，「携帯電話機にコンテンツＵＲＬ通知装置からのＨＴＴＰレスポンスが送達されると，ブラウザはこのレスポンス中に記載されているコンテンツＵＲＬを表示出力し」との記載から，引用発明の携帯電話機は，コンテンツＵＲＬ通知装置と通信する通信手段と，撮像手段によりバーコードを撮像することで得られる取得情報と機種コードとを前記通信手段によりコンテンツＵＲＬ通知装置に送信し，この送信に応じて前記通信手段により前記コンテンツＵＲＬ通知装置から受信した情報に基づく処理を行う制御手段と，を備えているといえる。
　してみると，上記（ア）の検討内容を踏まえると，引用発明と本願発明１とは，後記する点で相違するものの，“情報処理端末は，他の情報処理端末と識別するための端末識別情報が記憶される記憶手段と，前記情報コードを撮像する撮像手段と，前記サーバと通信する通信手段と，前記撮像手段により前記情報コードを撮像することで得られる取得情報と前記端末識別情報とを前記通信手段により前記サーバに送信し，この送信に応じて前記通信手段により前記サーバから受信した情報に基づく処理を行う制御手段と，を備え”ている点で共通する。
（エ）引用発明の「コンテンツＵＲＬ通知装置は，携帯電話機に送達される全Ｗｅｂコンテンツについて，携帯電話機の機種に応じて指定すべきＵＲＬ（コンテンツＵＲＬ）を対応付けした機種別ＵＲＬリストを記憶しており」との記載，「コンテンツＩＤ毎に機種コードとコンテンツＵＲＬとを対応付けした機種別ＵＲＬリスト」との記載から，引用発明の「コンテンツＵＲＬ通知装置」は，携帯電話機からの情報を受信する受信手段と，前記受信手段により受信された取得情報からコード識別情報を取得する取得手段と，前記取得手段により取得された前記コード識別情報に関連付けられる複数の処理のうちから，前記受信手段による受信により得られた一組の端末識別情報およびコード識別情報に基づいて１つの処理を選択する選択手段と，前記選択手段により選択された処理に関する選択情報を含めた情報を前記携帯電話機に送信する送信手段と，を備えているといえる。
　してみると，上記（ア）ないし（ウ）の検討内容を踏まえると，引用発明と本願発明１とは，後記する点で相違するものの，“サーバは，情報処理端末からの情報を受信する受信手段と，前記受信手段により受信された取得情報からコード識別情報を取得する取得手段と，前記取得手段により取得された前記コード識別情報に関連付けられる複数の処理のうちから，前記受信手段による受信により得られた一組の端末識別情報およびコード識別情報に基づいて１つの処理を選択する選択手段と，前記選択手段により選択された処理に関する選択情報を含めた情報を前記情報処理端末に送信する送信手段と，を備え”ている点で共通する。
イ　以上から，本願発明１と引用発明とは，以下の点で一致し，また，以下の点で相違する。
（一致点）
　情報処理端末と，前記情報処理端末と通信可能なサーバとを備える情報コード読取システムであって，
　情報コードには，当該情報コードを他の情報コードと識別するためのコード識別情報が記録されており，
　前記情報処理端末は，他の情報処理端末と識別するための端末識別情報が記憶される記憶手段と，
　前記情報コードを撮像する撮像手段と，
　前記サーバと通信する通信手段と，
　前記撮像手段により前記情報コードを撮像することで得られる取得情報と前記端末識別情報とを前記通信手段により前記サーバに送信し，この送信に応じて前記通信手段により前記サーバから受信した情報に基づく処理を行う制御手段と，
　を備え，
　前記サーバは，
　前記情報処理端末からの情報を受信する受信手段と，
　前記受信手段により受信された前記取得情報から前記コード識別情報を取得する取得手段と，
　前記取得手段により取得された前記コード識別情報に関連付けられる複数の処理のうちから，前記受信手段による受信により得られた一組の前記端末識別情報およびコード識別情報に基づいて１つの処理を選択する選択手段と，
　前記選択手段により選択された処理に関する選択情報を含めた情報を前記情報処理端末に送信する送信手段と，
　を備えることを特徴とする情報コード読取システム。
（相違点１）
　本願発明１が，「情報コードを撮像可能な情報処理端末」を備えるものであるのに対し，引用発明の「携帯電話機」は，データ入出力用コネクタに，バーコードを撮像する撮像手段を備えているものであるが，携帯電話機自体でバーコードを撮像することができることについてまでは明記されていない点。
（相違点２）
　本願発明１が，「情報コードには、所定の情報に加えて当該情報コードを他の情報コードと識別するためのコード識別情報が記録されて」いるものであるのに対し，引用発明の「バーコード」は，「当該情報コードを他の情報コードと識別するためのコード識別情報が記録され」るものであるといえるが，「当該情報コードを他の情報コードと識別するためのコード識別情報」が，「所定の情報に加えて」記録されるものではない点。
（相違点３）
　本願発明１が，「取得情報」と「端末識別情報」とを「デコードリクエストとして」「通信手段」により「サーバ」に送信し，「選択情報を含めた情報を」「デコードレスポンスとして」「情報処理端末に送信する」ものであるのに対し，引用発明は，コンテンツＵＲＬ通知装置への情報の送信を「デコードリクエストとして」行うことや，携帯電話機への情報の送信を「デコードレスポンスとして」行うことについてまでは明記されていない点。
（相違点４）
　本願発明１が，「前記取得手段は、前記受信手段により受信された前記取得情報を利用して前記情報コードから前記所定の情報および前記コード識別情報を解読する解読手段であって」，「前記送信手段は、前記情報処理端末に対して、前記選択情報に加えて前記解読手段により解読された前記所定の情報を含めた情報を送信する」ものであるのに対し，引用発明の「コンテンツＵＲＬ通知装置」は，そのような特定がなされていない点。
（２）判断
　事案に鑑みて，上記相違点４について先に検討する。相違点４に係る本願発明１の「前記取得手段は、前記受信手段により受信された前記取得情報を利用して前記情報コードから前記所定の情報および前記コード識別情報を解読する解読手段であって」，「前記送信手段は、前記情報処理端末に対して、前記選択情報に加えて前記解読手段により解読された前記所定の情報を含めた情報を送信する」という構成は，上記引用文献１−４，Ｂには記載されておらず，本願の出願日前において周知技術であるともいえない。
　したがって，引用発明に基づいて，相違点４に係る本願発明１の構成とすることは，当業者が容易になし得ることであるとはいえない。
（３）小括
　したがって，本願発明１は，他の相違点を検討するまでもなく，当業者であっても引用発明，引用文献２−４，Ｂに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
２　本願発明２−６について
　本願発明２−６は，直接・間接に本願発明１を引用するものであり，本願発明１の「前記取得手段は、前記受信手段により受信された前記取得情報を利用して前記情報コードから前記所定の情報および前記コード識別情報を解読する解読手段であって」，「前記送信手段は、前記情報処理端末に対して、前記選択情報に加えて前記解読手段により解読された前記所定の情報を含めた情報を送信する」ことと同一の構成を備えるものであるから，本願発明１と同様の理由により，当業者であっても，引用発明，引用文献２−４，Ｂに記載された技術的事項に基づいて容易に発明できたものであるとはいえない。
第７　原査定についての判断
　令和２年７月２０日付けの補正により，補正後の請求項１−６は，「前記取得手段は、前記受信手段により受信された前記取得情報を利用して前記情報コードから前記所定の情報および前記コード識別情報を解読する解読手段であって」，「前記送信手段は、前記情報処理端末に対して、前記選択情報に加えて前記解読手段により解読された前記所定の情報を含めた情報を送信する」という技術的事項を有するものとなった。当該技術的事項は，引用文献Ａ（当審拒絶理由における引用文献４），Ｂには記載されておらず，本願出願日前における周知技術でもないので，本願発明１−６は，当業者であっても，原査定における引用文献Ａ，Ｂに基づいて，容易に発明できたものではない。したがって，原査定を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。