【事件の表示】
　特願２０００−２１２４５５「商品購買システム、商品購買方法および商品購買方法を実行するためのプログラムが記憶された記憶媒体」拒絶査定不服審判事件〔平成１４年　２月　８日出願公開、特開２００２−　４１９０５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１２年７月１３日の出願であって、平成１６年２月１７日付で拒絶査定がなされ、これに対し、同年５月１９日に拒絶査定に対する審判請求がなされ、さらに当審において、平成１９年９月２７日付で当審より拒絶理由が通知され、これに対し、平成１９年１２月２５日付で手続補正がなされたものである。
 　
２．当審の拒絶の理由 
　当審の拒絶の理由３の概要は、平成１９年９月２７日付の拒絶理由通知の記載からみて、以下のとおりである。
『【理由３】
　本件出願の下記の請求項に係る発明は、その出願前日本国または外国において頒布された下記の刊行物（刊行物一覧参照）に記載された発明に基づいて、その出願前にその発明の属する技術の分野における通常の知識を有するものが容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　刊行物一覧
引用例１．「ｉモードシステム構築術」、日経バイト、日経ＢＰ社、2000年1月22日、第200号、p.112-130
引用例２．西村勇亮・懸田剛、「ｉモード楽々活用ガイド」、日経ＢＰ社、1999年11月4日、第１版、p.173-175』
　
３．本願発明
　本願の請求項１に係る発明（以下「本願発明」という。）は、平成１９年１２月２５日付の手続補正書の特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。 
　
「【請求項１】　ネットワークを介した商品購買システムであって、該システムは、セルラ電話から接続要求に含めて送信される該セルラ電話の識別コードを置換して与えられる、前記セルラ電話の電話番号に一意に対応する識別子に対応付けられると共に、前記システムに対して前記セルラ電話がログインしているか否かを登録するステータス情報が登録されたデータベースと、コンピュータから送信される接続要求、およびセルラ電話の前記識別子が付された接続要求を受信する手段とを含み、
　前記接続要求を受信する手段は、前記接続要求について前記識別子の有無を判断する手段と、
　前記識別子の有無に応答し、前記接続要求が前記識別子を含まない場合、Cookieを利用するセッション管理を行うための初期化を実行させ、前記接続要求が前記識別子を含む場合、Cookieに代えて前記データベースを参照し、前記識別子に基づくセッション管理を行うための初期化を実行させる手段とを含む、商品購買システム。」
　
４．引用例
（１）引用例１
　引用例１（「ｉモードシステム構築術」、日経バイト、日経ＢＰ社、2000年1月22日、第200号、p.112-130）には、図面とともに、以下の事項が記載されている。
　
（イ）「ｉモード・メニューに載ったＩＰは端末のＩＤを取得できる
　実際にはメニューに掲載されているＩＰも，ＮＴＴドコモのサーバにホスティングされているわけではない。金融機関などは専用線でつながっている場合もあるが，多くは普通のＷｅｂサイトと同様，インターネット上に存在している。ゲートウェイが携帯上のパケット通信とインターネットのＴＣＰ／ＩＰとの変換を行うことで，インターネット上のサイトがｉモードで見えるのである。
　（略）
　ＩＰにとってｉモード・メニューに掲載されることによって得られる特典は，アクセスの増加と課金代行だけではない。技術的な情報もその一つである。具体的には，ｉモード・メニューに掲載されているＩＰはｉモード端末からアクセスがあったときに，その端末のＩＤ（電話番号ではないが，端末ごとに一意に決まる）を取得できる。ＩＰは毎月，アクセスのリストを保持しておき，そのＩＤのリストをドコモに送ることで課金が行われる。したがって個人情報などがＩＰに漏れることはない（図９）。」（第１２２頁左欄第９行〜同頁右欄第５行）
　
（ロ）「一方，技術的な観点からすると，メニューに載ったＩＰだけが端末ＩＤを取得できるというのが大きい。詳しくは後述するが，端末ＩＤを取得できればユーザ名やパスワードなどを入れることなくセキュリティの確保ができる。また課金を伴う処理などに必要なセッションの管理も端末ＩＤが取得できれば実装は容易である。これらのメリットを勘案すると，ｉモードメニューに載るということは計り知れないほどのメリットを持っている。」（第１２３頁左欄第３５行〜同頁右欄第１行）
　
（ハ）引用例１第１２２頁図９より、ｉモードの携帯電話からインターネットでコンテンツ・プロバイダのサーバにアクセスするにあたり、携帯電話からＮＴＴドコモパケットネットワークを介して端末の電話番号をゲートウェイに送信し、ゲートウェイにおいて端末ＩＤと電話番号の対応表を用いて、端末の電話番号を端末ＩＤに変換してインターネットを介してコンテンツプロバイダに送信することが看取される。
　
（ニ）「システム構築の鍵を握る認証とセッション管理
　ｉモードなど携帯電話のインターネット・アクセス機能を使ってイントラネット・システムを構築する場合，技術的なポイントとしてセキュリティとセッション管理が重要になる。
　セキュリティに関しては多くがベーシック認証と呼ばれるユーザ名とパスワードの組を使ってログインする方式をサポートしている。最も基本的な認証方式であるが，この場合ユーザ名やパスワードがインターネット上を流れてしまうという問題点がある。この危険性を避けるにはＳＳＬを使うというのが一般的な解決策である。より安全を期すなら，ＶＰＮや専用線接続を使って，携帯電話以外からのアクセスをシャットアウトする方法もある（Part3参照）。パスワードに関しても，ワンタイム・パスワードを使うことで，より安全性が構築できる。
　セッション管理は，ユーザごとに異なった情報を提供するために必要になる。身近な例では，ｅコマース・サイトで使うショッピング・カートなど，複数の画面で情報を引き渡しながら処理を行うには，セッション管理が必要である。通常のＷｅｂブラウザではクライアントにセッションの番号をクッキとして埋め込むことで，サーバが同一クライアントからのアクセスであることを認識し，セッションを管理するのが普通だ。ｉモードだけでなく他の携帯電話のブラウザもクッキはサポートしていないため，他のテクニックを使う必要がある。
　セッション管理には基本的には二通りの方法が考えられる。１つはセッションのＩＤをＵＲＬに埋め込む方法である。ＰＯＳＴをサポートしていないＪ−フォンでも使えるという利点がある。ただし，ｉモードではＵＲＬは最大２００文字（エンコード後）である。全ての情報をＵＲＬで受け渡そうとすると文字数が足りなくなる場合も考えられる。
　受け渡す情報が多く，ＵＲＬの文字数制限を超えてしまうような場合にはフォームの隠しフィールドを使う。ＰＯＳＴが使えないＪ−フォンでは利用できない。また，ｉモードにおいても万全とはいえず，フォームのフィールド数の制限もある。こういった様々なトレードオフを考慮しつつシステムを構築するのはかなりの工夫がいる。
　このほか第３の方法として電話機のＩＤを使うという方法もある。ＥＺサービスでは前述のように環境変数として電話機のＩＤが埋め込まれているので，これを使った認証やセッション管理が可能だ，ただしｉモードやＪ−フォンではメニューに掲載されたサイトでないとこの機能を利用できない。」（第１３０頁左欄第６行〜同頁右欄第１３行）
　
　上記摘記事項（ハ）には、ｉモードの携帯電話端末から携帯電話網であるＮＴＴドコモのネットワークと、インターネットを介してコンテンツ・プロバイダのサーバにアクセスすることが記載されており、引用例１には「インターネット及び携帯電話網を介したｅコマース・サイトのシステム」が記載されているといえる。
　上記摘記事項（ニ）には、携帯電話端末の端末ＩＤに基づくセッション管理を行うことが記載されており、引用例１には、セッション管理について「ユーザごとに異なった情報を提供するために必要になる。身近な例では，ｅコマース・サイトで使うショッピング・カートなど，複数の画面で情報を引き渡しながら処理を行うには，セッション管理が必要である。」とも記載されていることから、また、セッション管理に必要な情報は何らかの記憶手段に格納されていることは自明であるから、引用例１には、「ユーザごとに異なったショッピングカート等のユーザ状態情報を含むセッション管理情報を記憶した記憶手段」が記載されているといえる。
　上記摘記事項（イ）、（ロ）から明らかなように、引用例１には、携帯電話端末からの携帯電話端末の端末ごとに一意に決まる端末ＩＤが含まれるアクセスを受信する手段が記載されている。そして、上記摘記事項（ハ）によれば、携帯電話端末の端末ＩＤとは、携帯電話端末の電話番号が変換されて与えられるものであるから、引用例１には、「携帯電話端末から、前記携帯電話端末の電話番号を変換して与えられる該携帯電話の電話番号に一意に対応する端末ＩＤが付されたアクセスを受信する手段」が記載されているといえる。
　上記摘記事項（ニ）には、「ｉモードなど携帯電話のインターネット・アクセス機能を使ってイントラネット・システムを構築する場合，技術的なポイントとしてセキュリティとセッション管理が重要になる。」とあり、また、「第３の方法として電話機のＩＤを使うという方法もある。ＥＺサービスでは前述のように環境変数として電話機のＩＤが埋め込まれているので，これを使った認証やセッション管理が可能だ」とも記載されている。そして、セッション管理にあたっては、記憶されたセッション管理情報が利用されることは自明であるから、引用例１には、アクセスを受信する側が、「記憶手段のセッション管理情報を参照し、端末ＩＤに基づくセッション管理を行う」ことが記載されているといえる。
　
　してみると、引用例１には、以下の発明（以下、「引用例発明」という。）が記載されているといえる。
　
　「インターネット及び携帯電話網を介したｅコマース・サイトのシステムであって、
　該システムは携帯電話端末から接続要求時に送信される該携帯電話端末の電話番号を置換して与えられる該携帯電話の電話番号に一意に対応する端末ＩＤに対応付けられるユーザごとに異なったショッピング・カート等のユーザ状態情報を含むセッション管理情報が記憶された記憶手段と、携帯電話端末の前記端末ＩＤが付されたアクセスを受信する手段とを含み、
　前記アクセスを受信する手段は、前記記憶手段のセッション管理情報を参照し、前記端末ＩＤに基づくセッション管理を行うｅコマース・サイトのシステム。」
　
　また、引用例１には、技術事項として、ｅコマース・サイトのシステムにおいて、「通常のＷｅｂブラウザからのアクセスについてはクッキを用いてセッション管理を行う」ことが記載されている。
　
（２）引用例２
　引用例２（西村勇亮・懸田剛、「ｉモード楽々活用ガイド」、日経ＢＰ社、1999年11月4日、第１版、p.173-175）には、図面とともに、以下の事項が記載されている。
　
（ホ）「ｉモード端末とパソコンを区別する。
　すでにホームページを公開している場合、新しくｉモード用のページを作成して専用の入口を作成するのは面倒かもしれません。ＵＲＬは従来と同じで、かつｉモードかそうでないかを判断してｉｎｄｅｘページを自動的に変更できたらどうでしょうか。本節ではｉモード端末とパソコンを区別して、同じＵＲＬから別々のページへ移動させる方法を説明します。
　（中略）
ＣＧＩで判断する。
ＭＥＴＡタグを使用するより確実にｉモード端末とそれ以外を区別する方法がＣＧＩの特徴です。
ｉモード端末でアクセスした場合のＨＴＴＰ＿ＵＳＥＲ＿ＡＧＥＮＴ環境変数は次のようになっています。
　DoCoMo/1.0/[x]501i（[x]はメーカーの頭文字N/F/P/D）
●index.cgi
　#!/usr/local/bin/perl
　
　$i_page = /home/public_html/i_index.html;
　$pc_page = /home/public_html/p_index.html;
　
　$agent = $ENV{'HTTP_USER_AGENT'};
　if ($agent =~ /docomo/){
　　　$open_page = $i_page;
　} else {
　　　$open_page = $pc_page;
　}
　
　print Content-type: text/html,＼n＼n;
　if ( open (IN, . $open_page)
　while(IN) {
　　　close(IN)
　}
　exit (0);
」（第１７３頁第１行〜第１７５頁第３行）
　
５．対比・判断
　本願発明と引用例発明を対比すると、
（イ）引用例発明の「インターネット及び携帯電話網」、「ｅコマース・サイトのシステム」、「携帯電話端末」、「電話番号」、「変換」、「端末ＩＤ」、「埋め込まれた」が、それぞれ本願発明１の「ネットワーク」、「商品購買システム」、「セルラ電話」、「識別コード」、「置換」、「識別子」、「付された」に相当する。
（ロ）一般に情報処理の分野において「アクセス」とはネットワークを介して他のコンピュータと接続することをいうのであるから、引用例発明の「アクセス」とは、本願発明の「接続要求」に相当する。
（ハ）引用例発明の「ユーザごとに異なったショッピングカート等のユーザ状態情報」とは、ｅコマース・サイトにアクセスするために、ユーザごとに蓄積・管理されるアクセスの履歴としてのショッピングカート等に関する状態を示す情報であり、この「ユーザ状態情報を含むセッション管理情報」とは本願発明の「ステータス情報」に相当する。また、それを蓄積して管理するセッション管理情報の記憶手段は、当然、一種のデータベースと考えられるから、引用例発明の「ユーザごとに異なったショッピングカート等のユーザ状態情報を含むセッション管理情報を記憶した記憶手段」とは、本願発明１の「ステータス情報が登録されたデータベース」に相当する。
（ニ）本願発明の「前記識別子の有無に応答し、前記接続要求が前記識別子を含まない場合、Cookieを利用するセッション管理を行うための初期化を実行させ、前記接続要求が前記識別子を含む場合、Cookieに代えて前記データベースを参照し、前記識別子に基づくセッション管理を行うための初期化を実行させる手段」は、少なくとも識別子に基づくセッション管理を行っているものであるから、本願発明の前記手段と、引用例発明の「前記記憶手段を参照して前記電話機の端末ＩＤに基づくセッション管理を実行させる手段」とは、少なくとも「データベースを参照して識別子に基づくセッション管理を実行させる」機能を有する手段である点では共通する。
　してみると、本願発明と引用例発明とは、
「ネットワークを介した商品購買システムであって、該システムは、セルラ電話から接続要求に含めて送信される該セルラ電話の識別コードを置換して与えられる、前記セルラ電話の電話番号に一意に対応する識別子に対応付けられるステータス情報が登録されたデータベースを含み、かつ、セルラ電話から送信され該セルラ電話の識別コードを置換して与えられた識別子が付された接続要求を受信する手段を含み、
　前記接続要求を受信する手段は、前記データベースを参照して前記識別子に基づくセッション管理を実行させる手段とを含む、商品購買システム。」
の点で一致し、以下の点で相違する。
　
［相違点１］
　本願発明では、ステータス情報として、「システムに対してセルラ電話がログインしているか否か」という情報が登録されているのに対して、引用例発明ではセッション管理情報にそのような情報が含まれているとの記載がない点。
　
［相違点２］
　本願発明では、接続要求を受信する手段が、「セルラ電話から送信される接続要求」だけではなく、「コンピュータから送信される接続要求」も受信し、「接続要求について識別子の有無を判断する手段」を含むものであるのに対して、引用例発明は、そのような構成を有しているかどうかについては明記されていない点。
　
［相違点３］
　本願発明では、セッション管理にあたって、「識別子の有無」により「Ｃｏｏｋｉｅを利用するセッション管理を行うための初期化」と「識別子に基づくセッション管理を行うための初期化」を選択して実行するものであるのに対して、引用例発明は、単に「端末ＩＤに基づくセッション管理」を行うとの開示しかされていない点。
　
　上記相違点１ないし３について検討する。
　
（［相違点１］について）
　情報処理分野においては、セッション管理とは、Ｗｅｂアクセスにおいて、ログインからログアウトまでのユーザの行為の管理を行うためのものと定義されており（必要であれば周知文献「須加力，“Ｗｅｂアプリケーションサーバ完全構築ガイド”、日経ＢＰ社、2000年5月29日,p.30」参照。）、引用例発明のシステムが、セッション管理を行うものである以上、「携帯電話の端末がログインしているか否か」を管理していることは自明である。そして、ログイン、ログオフの管理を行うために、引用例発明において、「携帯電話がログインしているか否かという情報」を携帯電話の端末ＩＤに対応付けて記憶手段に記憶することは当業者であれば容易に想到し得た事項である。
　したがって、相違点１に係る本願発明の構成は、引用例１に記載された事項及び周知事項に基づいて当業者が容易に想到し得た事項である。
　
（［相違点２］及び［相違点３］について）
　引用例１の上記摘記事項（ニ）には、「通常のＷｅｂブラウザではクライアントにセッションの番号をクッキとして埋め込むことで，サーバが同一クライアントからのアクセスであることを認識し，セッションを管理するのが普通だ。ｉモードだけでなく他の携帯電話のブラウザもクッキはサポートしていないため，他のテクニックを使う必要がある。」との記載があり、パソコンからのセッション管理はクッキにて行い、ｉモード等の携帯電話からのアクセスは、クッキとは別のテクニックによるセッション管理を行うことが記載されている。
　一方、引用例２には、携帯電話であるｉモード端末とパソコンについて、そのアクセスに含まれる識別情報に基づいて、ｉモード対応のページとパソコン対応のページの出力を切り替えることにより、同じＵＲＬでアクセスを可能にするという技術思想が記載されている。また、情報処理の分野において、何らかの処理を行う場合、その前に初期化を行うことは周知の事項である。
　そして、本願出願当時、ｅコマース・サイトにおいては、パソコン向けのサイト及び携帯電話向けのサイトの両方を用意することは周知な事項であり、引用例２に記載された上記技術事項をも考慮すれば、引用例発明においても、携帯電話用のｅコマース・サイトのみではなく、パソコン用のｅコマース・サイトを備えた構成とし、携帯電話とパソコンからの両方のアクセスを受け付けて、そのアクセスに含まれる情報に基づいて、携帯電話向けのｅコマース・サイトとパソコン向けのｅコマース・サイトを選択し、パソコンからのアクセスの場合にはcookieを用いたセッション管理を行うために初期化を行い、携帯電話からのアクセスの場合には、携帯電話の端末ＩＤを用いたセッション管理を行うために初期化を行うようにすることは当業者であれば容易に想到できたものである。
　ここで、携帯電話とパソコンからのアクセスを識別するための情報としては、ｉモードの携帯電話からのアクセスには携帯電話の端末ＩＤが含まれていることから、当該端末ＩＤの有無で携帯電話とパソコンからのアクセスを識別するようにすることは当業者においては適宜設定すべき設計的事項にすぎない。
　したがって、相違点２及び３に係る本願発明の構成は、引用例１ないし２に記載された事項及び周知事項に基づいて当業者が容易に想到し得た事項である。
　
　また、本願発明の作用効果も、引用例１、２、及び周知技術から当業者が予測できる範囲のものである。 
　したがって、本願発明は、引用例１に記載された発明、引用例２に記載の技術及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
６．むすび
　上記３．ないし５．で述べたとおり、本願の請求項１に係る発明は、上記引用例１に記載された発明、引用例２に記載の技術及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 
　したがって、本願の他の請求項について検討するまでもなく、本願は拒絶されるべきものである。 
　よって、結論のとおり審決する。