【事件の表示】
　特願２０００−１２７６７８「輸送サービス方法」拒絶査定不服審判事件〔平成１３年１１月　２日出願公開、特開２００１−３０６６５７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１２年４月２４日の出願であって、その請求項１に係る発明は、平成１４年７月２９日付けの手続補正書によって補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。（以下、「本願発明」という。）。
　
「ユーザが所有するユーザ端末により本サービスを要求する旨のサービス要求を送信するステップと、前記サービスに加入する複数の輸送会社における同一輸送業種間の利用料金の比較を示す料金情報を前記ホームページ事業者から前記ユーザ端末にダウンロードするステップと、前記ユーザが、前記料金情報を参照し前記同業の複数の輸送会社のうちの一を選択し、前記ユーザ端末により前記ホームページ事業者に所望のオーダー内容を送信するステップと、前記選択された輸送会社が前記オーダー内容に従って前記輸送会社によるサービスを前記ユーザに対して実施するステップと、を有することを特徴とする輸送サービス方法。」
　
２．引用例
  原審の拒絶理由に引用された、特開平１１−２８３１９０号公報（以下、「引用例１」という。）には、図面とともに次の事項アないしサが記載されている。
ア．
　「【０００１】【発明の属する技術分野】本発明は、実質上不定周期で発生する、車両によるものの移送要求すなわち運送オ−ダに、依頼者の要望に沿う車両を割り当てる配車管理システムに関し、特に、これに限定する意図ではないが、タクシ−，ハイヤ−などの、通行人又は顧客を運送する営業車の中から、顧客の要求（例えばタクシ−／ハイヤ−，営業会社名，乗務員レベル）を満す車両を選択して該当営業車に運送オ−ダを無線送信する営業車配車システムに関する。」（第２頁２欄３３〜４２行）
　
イ．
　「ところで、依頼者（顧客，通行人）の運送オ−ダは、タクシ−が多いが、ハイヤ−の場合もあり、また、数社の営業車をすべて対象とする共同配車管理システムの場合には、会社指定もある。」（第３頁３欄１０〜１７行）
　
ウ．
　「【００１９】【実施例】図１に本発明の一実施例のシステム構成を示す。この配車管理システムは、タクシ−やハイヤ−等（営業車）に搭載された移動局１と、管理局３０で構成される、営業車運行管理システムであり、各移動局（営業車）１から、所定のタイミングでその動態情報および位置情報を無線通信で管理局３０に送信し、管理局３０においては、各移動局１の動態情報および位置情報を管理し、かつ、電話による管理局３０への、移送（客送り）の申入れ又は予約（運送オ−ダ）に対して、該運送オ−ダの乗車地に実質上最短時間で到達しうる又は指定時刻に可及的に正確に到達しうる営業車（移動局）を検索して、該営業車に無線通信で運送オ−ダを送信するものである。この、運送オ−ダに対する営業車の割付を、配車という。営業車に対する運送オ−ダの送信すなわち運送指示を配車指示という。この配車管理システムにおいて、営業車の動態情報には、次のものが含まれる。なお、以下において、営業車が営利の目的で乗せる人すなわち、路上又は所定の乗，降場所で事前の運送オ−ダなしに乗車する通行人および事前に運送オ−ダを管理局３０に与えて、管理局３０が配車した営業車に乗車する顧客、の両方共に、単に「顧客」と称す。また営業車を単に車両と称す。」（第４頁６欄３９行〜第５頁７欄１１行）
　
エ．
　「【００３８】管理局３０の構成を図３に示す。管理局３０は、Ｄ／Ｂ（デ−タベ−ス）サーバ（コンピュ−タと高容量メモリを主体とするデータ処理装置）３１、および、いずれもパソコンを主体とする受付装置３２ａ，３２ｂ，配車装置３３，無線制御付属配車装置３４，管理局集計装置３５，営業所集計装置３６ａ，３６ｂ、ならびに、無線装置３７，マイク３８，スピーカ３９およびアンテナ４０からなる。図３上において、ＰＣはパソコン（パ−ソナルコンピュ−タ）である。図４に、これらの装置の間の接続の概要を示す。」（第７頁１１欄３５〜４４行）
　
オ．
　「【００４７】図３に示す受付装置３２ａは、受付データ処理装置（パソコン）３２１，キー入力装置３２２，ペン入力付き表示装置３２３および電話３２４からなる。もう１つの受付装置３２ｂも、受付装置３２ｂと同一構成，同一機能であるが、サ−バ３１に対しては、受付装置３２ａとは異ったＩＤが付されている。
【００４８】図６に、受付データ処理装置３２１のデ−タベ−スと処理機能を示す。受付データ処理装置３２１には、道路地図データが格納されている地図Ｄ／Ｂ　３２１ａおよび建物や住人氏名等が含まれる住宅地図Ｄ／Ｂ　３２１ｂがある。
【００４９】受付データ処理装置３２１は次の機能を有する。電話３２４を介した顧客からの配車要望（運送オ−ダ）の内容を、オペレ−タがキー入力装置３２２又はペン入力付き表示装置３２３により入力すると、それを運送オーダとして読込むオーダ入力機能３２１ｃ，読込んだ運送オ−ダの顧客特定デ−タ（例えばオペレ−タが入力した社名，位置指標）に対応する建物や住人氏名を、住宅地図Ｄ／Ｂ３２１ｂから検索したり、Ｄ／Ｂサーバ３１に顧客検索を要求し検索結果デ−タを得る顧客検索機能３２１ｄ，ペン入力付き表示装置３２３又はキー入力装置３２２よりのオ−ダ転送要求に応答してＤ／Ｂサーバ３１にオーダ検索を要求して検索結果デ−タを得るオーダ検索機能３２１ｅ，ペン入力付き表示装置３２３又はキー入力装置３２２よりの車両動態要求に応答してＤ／Ｂサーバ３１に車両動態情報の検索を要求し検索結果デ−タを得る車両検索機能３２１ｆ，ペン入力付き表示装置３２３又はキー入力装置３２２により入力された配車情報を、Ｄ／Ｂサーバ３１に与えて保存を要求する配車情報保存機能３２１ｇ，ペン入力付き表示装置３２３又はキー入力装置３２２により指定された運送オーダを、Ｄ／Ｂサーバ３１に与えて無線装置３７による送信を要求するオーダ送信機能３２１ｈ，運送オーダをペン入力付き表示装置３２３に表示するオーダ表示機能３２１ｉ，道路地図や住宅地図と共に車両マークや乗車位置マークをペン入力付き表示装置３２３に表示し、オペレ−タがペンで指定した地図上の点の対地位置情報（緯度，経度）を生成する地図表示機能３２３ｊ，車両検索機能３２１ｆによって得た車両（ＦＭ Ｎｏ．）をペン入力付き表示装置３２３に表示する車両表示機能３２１ｋ，Ｄ／Ｂサーバ３１および他の装置（３２ｂ，３３，３４，３５）とのデータ通信を行うデータ通信機能３２１Ｌ、および、車両検索時等のル−ト探索指示に応じて、乗車位置／車両位置間，車両位置／降車位置間等の２地点間の車両走行ル−トを地図Ｄ／Ｂ　３２１ａ，Ｄ／Ｂ　３２１ｂの地図情報を参照して探索し、探索したル−トに含まれる各道路の車両走行距離と、地図情報に含まれる各道路の交通規制速度（制限速度）に基づいて探索したル−トに含まれる各道路の走行時間（走行距離／制限速度）を算出して算出値の合計を２地点間の走行に要する時間（予想所要時間）とする経路探索機能３２１ｍ。
【００５０】電話３２４は、発信者電話番号データを取得し、受付データ処理装置３２１に通知する。受付データ処理装置３２１はそれをペン入力付き表示装置３２３に表示する。
【００５１】キー入力装置３２２は、機能を割り付けた専用キーと数値キーからなり、ペン入力付き表示装置３２３は、ペンで指示された画面上の任意の位置の座標を読みとる位置読みとり機能、読みとった座標列を文字コードに変換する文字認識機能、文字や絵を表示する表示機能からなる。」（第９頁１５欄第１２行〜１６欄２３行）
　
カ．
　「これに進むとＤ／Ｂサ−バ３１（の動態保存機能３１５ｂ）は、車両動態テ−ブルから、動態デ−タを発信した車両（ＦＭ Ｎｏ．）、これを注目車両と称す、の到達予想時刻を読出して、それから現時刻を差し引いた到達予想残り時間が、現在実行中の運送オ−ダとは別の運送オ−ダに配車可能な下車予定時間（設定値）以下かをチェックする（３２）。」（第１２頁２１欄第１８〜２４行）
　
キ．
「【００７７】受付装置３２ａ，３２ｂおよび配車装置３３，３４の受付デ−タ処理装置３２１，３３３，３４３の「車両検索」機能３２１ｆ（図６），３３１ｄ（図７）および３４１ｄ（図８）は、同一である。そこでここでは受付装置３２ａの受付デ−タ処理装置３２１の「車両検索」機能３２１ｆの内容を図１６に示し、その内容を説明する。
【００７８】オペレ−タが、ペン入力付の表示装置３２３に表示した運送オ−ダ入力フレ−ム上に、運送オ−ダ〔顧客名，乗車地（お迎え目的地），要求台数および要求があったときには分類指標であるランク（車両グレ−ド，会社名および又はドライバレベル）〕を入力し、運送オ−ダ入力フレ−ム上の「配車」キ−ブロックをクリックすると、受付デ−タ処理装置３２１の「車両検索」機能３２１ｆが「車両検索」を行なう。」（第１２頁２２欄第４８行〜第１３頁２３欄１２行）
　
ク．
「【００７９】この「車両検索」３２１ｆの内容を図１６に示す。受付デ−タ処理装置３２１は、「車両検索」３２１ｆに進むと、運送オ−ダ入力フレ−ム上にランク指定（分類指標デ−タ）があるか否をチェックして、Ｄ／Ｂサ−バ３１に、ランク指定がないときには、無条件の車両候補の検索要求を与える（１Ａ）。何らかのランク指定があったときには、条件付の車両候補の検索要求を与える（１Ｂ）。
【００８０】無条件の車両候補の検索要求を受けるとＤ／Ｂサ−バ３１（の車両検索３１７）は、車両動態メモリ３１２ｂ上の車両動態テ−ブルから車両候補群を検索して、受付デ−タ処理装置３２１に転送し、受付デ−タ処理装置３２１はこれを受信して、ペン入力付の表示装置３２３に一覧表示する（２Ａ：図１６）。
【００８１】図１７に、Ｄ／Ｂサ−バ３１の車両検索３１７の内容を示す。Ｄ／Ｂサ−バ３１は、無条件の車両候補の検索要求の場合は、車両動態テ−ブル上の、配車予約が無い（後述の配車予約済テ−ブルに登録がない）各車両の動態デ−タを順付にチェックして、動態デ−タが、待機，空車，空車予定，休憩後開局予定，給油後開局予定又は開局予定のいずれかに該当するかをチェックして（１１〜１３，ＣＤ１−１４Ａ〜１４Ｅ）、該当すると、車両ＦＭ Ｎｏ．を候補対象群に加える（１５）。車両動態テ−ブル上の全車両（ＦＭ Ｎｏ．１〜ｎ）についてこれを終了すると、候補対象群に含まれる車両ＦＭ Ｎｏ．と、車両動態テ−ブル上のその運行状況情報を、受付デ−タ処理装置３２１に転送する（１８）。」（第１３頁２３欄第１３〜４０行）
　
ケ．
「【００８２】条件付の車両候補の検索要求の場合は、車両の動態情報の中のランクが、受付デ−タ処理装置３２１から与えられたランクであって、しかも、配車予約が無く、動態が待機，空車，空車予定，休憩後開局予定，給油後開局予定又は開局予定のいずれかに該当する車両の車両ＦＭ Ｎｏ．を候補対象群に加える（１１〜１３，ＣＤ１〜ＣＤ３−１４Ａ〜１４Ｅ，１５）。そして車両動態テ−ブル上の全車両（ＦＭ Ｎｏ．１〜ｎ）についてこれを終了すると、候補対象群に含まれる車両ＦＭ Ｎｏ．と、車両動態テ−ブル上のその運行状況情報を、受付デ−タ処理装置３２１に転送する（１８）。
【００８３】条件外の車両候補の検索要求の場合は、車両の動態情報の中のランクが、受付デ−タ処理装置３２１から与えられたランクでない車両であって、しかも、配車予約が無く、動態が待機，空車，空車予定，休憩後開局予定，給油後開局予定又は開局予定のいずれかに該当する車両の車両ＦＭ Ｎｏ．を候補対象群に加える（１１〜１３，ＣＤ１，ＣＤ２，ＣＤ４−１４Ａ〜１４Ｅ，１５）。そして車両動態テ−ブル上の全車両（ＦＭ Ｎｏ．１〜ｎ）についてこれを終了すると、候補対象群に含まれる車両ＦＭ Ｎｏ．と、車両動態テ−ブル上のその運行状況情報を、受付デ−タ処理装置３２１に転送する（１８）。」（第１３頁２３欄第４１行〜２４欄１３行）
　
コ．
「【００８６】無条件の車両候補の検索要求の場合は、候補対象群デ−タを受信すると受付デ−タ処理装置３２１は、ペン入力付の表示装置３２３に条件適合別表示フレ−ム（図１８）を表示して、その中の「顧客指定を満たす車両」の表示領域に候補対象群をリスト表示する（２Ｂ）。そしてリスト上の各車両の到着予想時間を、上述のステップ５Ａと同様に算出して（５Ｂ）、表示に加え、リスト上の全車両につきこれを完了すると、「顧客指定を満たす車両」の表示領域の表示を、到着予想時間が短いものを先順位置にして時間順に並べかえて、要求台数分の表示を残し、他の表示を消去する（６Ｂ）。次に受付デ−タ処理装置３２１は、条件外の車両候補の検索をＤ／Ｂサ−バ３１に要求し（１Ｃ）、Ｄ／Ｂサ−バ３１が条件外車両候補群を与えると、条件適合別表示フレ−ム（図１８）の「顧客指定を満たさない車両」の表示領域にリスト表示する（２Ｃ）。そしてリスト上の各車両の到着予想時間を、上述のステップ５Ａと同様に算出して（５Ｃ）、表示に加え、リスト上の全車両につきこれを完了すると、「顧客指定を満たさない車両」の表示領域の表示を、到着予想時間が短いものを先順位置にして時間順に並べかえて、要求台数分の表示を残し、他の表示を消去する。そして「顧客指定を満たさない車両」の表示領域に表示している車両の、要求ランクと相違する項目の情報文字を、赤色にして表示する。他の情報文字の表示色は黒である。
【００８７】図１８の表示では、赤色の文字表示としているブロックを、点々の塗り潰しで示す。この例では、運送オ−ダ（顧客）の要求ランクが、ハイヤ−（車両グレ−ド），Ａ社（営業車の所属会社）およびＡクラス（ドライバレベルＤＬ）、要求台数が３台であるが、要求ランクを満す車両は、予想到着時間が２９分，３０分および３６分であり、要求ランクを満さない車両の中の待ち時間が短い３台の予想到着時間が２０分，２１分および２１分であることを示している。また、要求ランクを満さない車両ＦＭ No.３１は、車両グレ−ドが要求に合わないことを、車両ＦＭ No.４は車両グレ−ドおよびドライバレベルが要求に合わないことを、また、車両ＦＭ No.５は、会社，車両グレ−ドおよびドライバレベルが要求に合わないことを示す。」（第１３頁２４欄第４８行〜第１４頁２５欄３６行）
　
サ．
「【００８８】オペレ−タは顧客に、要望にかなう車の待ち時間として、条件適合別表示フレ−ム（図１８）の「顧客指定を満たす車両」のリストの予想到着時間を報知し、要望の条件を外れるが、それより待ち時間が短い車両があるとして「顧客指定を満たさない車両」の予想到着時間を報知しかつ要望条件を外れる事項を報知することができる。顧客はこれらの情報に基づいて、車両を選択することができる。オペレ−タが、顧客が選択した車両をペン入力で指定し、「配車」キ−ブロックをクリック（配車指示）すると、図１９に示すように、指定された車両の情報欄と「配車」キ−ブロックが反転表示となる。
【００８９】オペレ−タが、ペン入力又はキ−入力で配車を指示すると、受付デ−タ処理装置３２１が、最適車両マ−クが付された車両（反転表示された車両）を、現在配車対象の運送デ−タに割り当てた配車デ−タを生成し、それをＤ／Ｂサ−バ３１および地図表示デ−タ処理装置３４１に転送する。Ｄ／Ｂサ−バ３１はこれに応答して、車両動態メモリ３１２ｂの、配車予約済テ−ブルに配車デ−タの中の車両ＦＭ Ｎｏ．を書込み（このデ−タは、該車両が、実車以外の動態から実車に変わったときにクリアされる）、オ−ダメモリ３１２ａの該当運送オ−ダに（これがまだ作成されていないときにはこれを作成してそれに）割当車両ＦＭ Ｎｏ．を書込む。
【００９０】地図表示デ−タ処理装置３４１は、運送オ−ダを受けると、その配車指示を該運送オ−ダに割り当てられた車両に、自動無線送信する。これは、音声合成装置を使用する音声送信と、それに続くデ−タ送信とで行なう。該車両の移動局１においては、運送オ−ダが音声報知され、次いで運送オ−ダが表示装置４に表示される。」（第１４頁２５欄第３７行〜２６欄１７行）
　
　引用例１には、上記ア、ウ、エ、オから
（ａ）管理局３０のオペレータが電話３２４を介した顧客からの車両によるものの移送要求すなわち配車要望（運送オ−ダ）の内容を受け付けること、
　
　上記ウ、オ、キないしサから
（ｂ）管理局３０は、顧客からのランクを要求する運送オーダをオペレータが受け、前記運送オーダを前記オペレータがペン入力付きの表示装置３２３に入力し、前記運送オーダを受付データ処理装置３２１が読み込み、前記運送オーダを前記受付データ処理装置３２１がＤ／Ｂサーバ３１に条件付き、無条件の車両候補の検索要求として与え、前記Ｄ／Ｂサーバ３１が検索した車両候補群を前記受付データ処理装置３２１に転送し、前記車両候補群を前記受付データ処理装置３２１からペン入力付きの表示装置３２３に一覧表示し、前記車両候補群の一覧表示をオペレータが顧客に、要望にかなう車の待ち時間として、条件適合別表示フレ−ムの「顧客指定を満たす車両」のリストの予想到着時間を報知し、要望の条件を外れるが、それより待ち時間が短い車両があるとして「顧客指定を満たさない車両」の予想到着時間を報知しかつ要望条件を外れる事項を報知し、
（ｃ）顧客はこれらの情報に基づいて、車両を選択し、
（ｄ）オペレータがペン入力付きの表示装置３２３に顧客が選択した車両をペン入力で指定し、「配車」キ−ブロックをクリック（配車指示）すると、指定された車両の情報欄と「配車」キ−ブロックが反転表示となり、オペレ−タがペン入力又はキ−入力で配車を指示すると、受付デ−タ処理装置３２１が、最適車両マ−クが付された車両（反転表示された車両）を、現在配車対象の運送デ−タに割り当てた配車デ−タを生成し、それをＤ／Ｂサ−バ３１および地図表示デ−タ処理装置３４１に転送し、地図表示デ−タ処理装置３４１は、運送オ−ダを受けると、その配車指示を該運送オ−ダに割り当てられた車両に、自動無線送信することが記載され、
　
　上記カの「現在実行中の運送オーダ」、上記サ、図１８，１９の記載から
（ｅ）配車指示を受けた車両が運送オーダを実行することは、前記車両は営業車の所属会社が所有するものであるから、配車指示を受けた営業車の所属会社が運送オ−ダに従ってサービスを顧客に対して実施することといえ、
 　
　上記ア、イ、キ、コから
（ｆ）顧客による運送オ−ダには、会社指定があることが記載されている。
　
　してみると、引用例１には、「顧客からのランクを要求する運送オーダをオペレータが受け、前記運送オーダを前記オペレータがペン入力付きの表示装置３２３に入力し、前記運送オーダを受付データ処理装置３２１が読み込み、前記運送オーダを前記受付データ処理装置３２１がＤ／Ｂサーバ３１に条件付き、無条件の車両候補の検索要求として与え、前記Ｄ／Ｂサーバ３１が検索した車両候補群を前記受付データ処理装置３２１に転送し、前記車両候補群を前記受付データ処理装置３２１からペン入力付きの表示装置３２３に一覧表示し、前記車両候補群の一覧表示をオペレータが顧客に、要望にかなう車の待ち時間として、条件適合別表示フレ−ムの「顧客指定を満たす車両」のリストの予想到着時間を報知し、要望の条件を外れるが、それより待ち時間が短い車両があるとして「顧客指定を満たさない車両」の予想到着時間を報知しかつ要望条件を外れる事項を報知し、顧客はこれらの情報に基づいて、車両を選択し、オペレ−タがペン入力付きの表示装置３２３に顧客が選択した車両をペン入力で指定し、「配車」キ−ブロックをクリック（配車指示）すると、指定された車両の情報欄と「配車」キ−ブロックが反転表示となり、オペレ−タがペン入力又はキ−入力で配車を指示すると、受付デ−タ処理装置３２１が、最適車両マ−クが付された車両（反転表示された車両）を、現在配車対象の運送デ−タに割り当てた配車デ−タを生成し、それをＤ／Ｂサ−バ３１および地図表示デ−タ処理装置３４１に転送し、地図表示デ−タ処理装置３４１は、運送オ−ダを受けると、その配車指示を該運送オ−ダに割り当てられた車両に、自動無線送信する管理局３０と、移動局１とで構成される配車管理システムと、前記配車指示を受けた営業車の所属会社が前記運送オ−ダに従ってサービスを顧客に対して実施する」発明（以下、「引用発明１」という。）が記載されている。
　
 原審の拒絶理由に引用された、特開平１１−１０２０４号公報（以下、「引用例２」という。）には、図面とともに次の事項シ、スが記載されている。
　
シ．
「【００１６】図１を参照すると、本発明の最良の実施の形態に係るインターネット決済方法のインターネット端末１における手順は、商品販売元サーバアクセスステップＳ１０１と、商品カタログページ表示ステップＳ１０２と、商品購入申し込みステップＳ１０３と、振込元金融機関選択ステップＳ１０４と、金融機関窓口ページ表示ステップＳ１０５と、ＩＤカード挿入ステップＳ１０６と、金融機関識別情報送信ステップＳ１０７と、口座ＩＤおよびパスワード送信ステップＳ１０８と、振込申し込みステップＳ１０９と、振込受諾通知ステップＳ１１０と、商品カタログページ再表示ステップＳ１１１とからなる。
【００１７】同じく、図１を参照すると、本発明の最良の実施の形態に係るインターネット決済方法の商品販売元サーバ２における手順は、商品カタログページダウンロードステップＳ２０１と、購入情報の受注ファイルへの蓄積ステップＳ２０２と、振込情報の受注ファイルへの蓄積ステップＳ２０３とからなる。」（第４頁６欄第２８〜４５行）
　
ス．
「【００２２】すると、商品販売元サーバ２から商品販売元の商品カタログを表すホームページ（商品カタログページ）がインターネット端末１にダウンロードされる（ステップＳ２０１）」（第５頁７欄第１７〜２０行）
　
　上記シ、スから引用例２には、「顧客と販売元との間のビジネス情報のやりとりを端末とホームページを持つサーバとを有するインターネットを用いて行うこと」が記載されている。
　
３．対比
　そこで、本願発明と引用発明１とを比較すると、引用発明１の「顧客」、「営業車の所属会社」、「運送オーダ」は、本願発明の「ユーザ」、「輸送会社」、「オーダー」にそれぞれ相当する。
　本願発明の「ホームページ事業者」は、複数の輸送に関する事項の比較を示す情報をユーザに伝達し、ユーザに複数の輸送に関する事項のうち一を選択させ、ユーザから所望のオーダー内容を伝達されるという仲立人の役割を果たすものであり、引用発明１の「管理局３０」も、やはり顧客と顧客が選択した車両を所有する営業車の所属会社との間の仲立人の役割を果たすものである。
　引用発明１の配車管理システムは、数社の営業車をすべて対象とする共同配車管理システムであって、複数の輸送会社が加入する配車サービスを行うもの（上記２．ア、イ）であることから、該配車サービスは本願発明の「本サービス」に相当し、また、引用発明１の「顧客からのランクを要求する運送オーダをオペレータが受け」ることは、前記「運送オーダ」が配車サービスの要求を前提としたものであることは明らかであるから、顧客が配車サービスの要求を管理局３０に送信することと同じであり、本願発明のユーザが「本サービスを要求する旨のサービス要求を送信する」ことに相当する。
　引用発明１の配車管理システムは、配車サービスという輸送サービスを行う手順をふむものであり、また、システムとして表現されているが、これを方法としても把握しうることから、本願発明の「輸送サービス方法」に相当する。
　したがって、両者は、「ユーザが本サービスを要求する旨のサービス要求を送信するステップと、複数の輸送に関する事項の比較を示す情報を仲立人から前記ユーザに送信するステップと、前記ユーザが、前記情報を参照し前記複数の輸送に関する事項のうちの一を選択し、仲立人に所望の要求を送信するステップと、前記選択された輸送会社がオーダー内容に従って前記輸送会社によるサービスを前記ユーザに対して実施するステップと、を有することを特徴とする輸送サービス方法。」
で一致し、以下の点において相違する。
　
（相違点）
（相違点１）
　本願発明は、仲立人が「ホームページ事業者」であるのに対し、引用発明１は「管理局」であり、本願発明は、ユーザが所有するユーザ端末により要求を送信し、情報をホームページ事業者から前記ユーザ端末にダウンロードし、前記ユーザが、前記ユーザ端末により前記ホームページ事業者に要求を送信するのに対し、引用発明１は、管理局が電話とオペレータとを用いて顧客との間の情報のやりとりを行う点。
　
（相違点２）
　本願発明は、サービスに加入する複数の輸送会社における同一輸送業種間の利用料金の比較を示す料金情報をユーザに提示し、ユーザが前記料金情報を参照し前記同業の複数の輸送会社のうちの一を選択するのに対し、引用発明１は、顧客の要望の条件に基づいた車両候補群を顧客に提示し、顧客が車両を選択する点。
　
（相違点３）
　本願発明のユーザは、会社を選択し、所望のオーダーを送信するのに対し、引用発明１の顧客は、最初に配車サービスの要求を前提とする運送オーダを送信する点。
　
４．当審の判断
　上記相違点１について
  引用例２には、顧客と販売元との間のビジネス情報のやりとりを端末とホームページを持つサーバとを有するインターネットを用いて行うことが記載されており、引用発明１と引用例２に記載された発明（以下「引用発明２」という）とは共にビジネス情報の送受信を行う同一技術分野に属するから、引用発明１の電話とオペレータを用いた顧客と仲立人との間でビジネス情報の送受信を行う代わりに引用発明２のような端末とホームページを持つサーバとを有するインターネットを用いて行うことは当業者が容易になし得たものである。
　その際、引用発明１の管理局は、顧客が所有する端末によりランクを要求する運送オ−ダの内容が送信され、管理局のホームページを持つサーバから要望にかなう車の待ち時間として、条件適合別表示フレ−ムの「顧客指定を満たす車両」のリストの予想到着時間、要望の条件を外れるが、それより待ち時間が短い車両があるとして「顧客指定を満たさない車両」の予想到着時間かつ要望条件を外れる事項を前記顧客の所有する端末にダウンロードし、前記顧客がこれらの情報に基づいて、車両を選択し、前記顧客が所有する端末により前記管理局に選択した車両の情報を送信する手順をなすと認められる。
　また、本願発明の「ホームページ事業者」の別の側面として、本願の明細書の詳細な説明（【００５８】〜【００６１】）からホームページ事業者サーバの役割を果たすものと認められ、引用発明１の管理局３０において端末とホームページを持つサーバとを有するインターネットを用いる場合、管理局３０の名称をホームページ事業者と称することになんら不都合はないものと認められるから、仲立人を「ホームページ事業者」とすることは当業者が容易になし得たものである。
　
　上記相違点２について
　上記２．（ｆ）から引用発明１の管理局は顧客による会社指定が可能であって、複数の同一業種の会社間の利用料金の比較を示す料金情報をユーザに提示し、ユーザに会社を選択させるユーザと複数の会社との間の仲立人の役割を果たすシステムは周知（特開平５−３３６２１９号公報）であり、そして、利用料金はサービスを選択する上で重要な指標であることは社会常識であり、上記周知技術と引用発明１とはユーザと複数の会社との間の仲立人の役割を果たすシステムという同一技術分野に属するから、引用発明１の管理局が顧客に顧客の要望の条件に基づいた選択をさせる情報の提示として、複数の同一輸送業種間の営業車の所属会社の利用料金の比較を示す料金情報を顧客に提示し、顧客に営業車の所属会社を選択させることは当業者が容易に想到し得るものと認められる。
　
　上記相違点３について
　運送オーダを会社を選択した後で送信するか、会社を選択する前に送信するかは当業者が必要に応じて適宜実施し得る設計的事項と認められ、上記相違点２で述べたとおり引用発明１の管理局は顧客による会社指定が可能であるから、引用発明１で最初に顧客に「ランクを要求する運送オーダ」を送信させる代わりに、顧客に最初に会社指定を要求させ、会社を選択させた後に、前記会社指定以外の「運送オーダ」を送信させることは当業者が容易になし得たことである。
　
５．むすび
　以上のとおり、本願発明は、引用発明１，２及び周知技術に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により、特許を受けることができないから、本願は、他の請求項に係る発明について論ずるまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。