2022-018707

第２ 本願発明について

１ 本願発明

本願の特許請求の範囲の請求項１－５に係る発明（以下「本願発明１」－「本願発明５」という。）は、令和４年１１月２１日に提出された手続補正書により補正された特許請求の範囲の請求項１－５に記載された事項により特定される以下のとおりのものであると認める。

「【請求項１】

タクシー車両の配車管理を行う配車管理装置と、各前記タクシー車両に搭載された車載装置と、各ユーザにより所持されるユーザ端末とを含む配車管理方法であって、

ユーザにより予約されたタクシー車両を特定可能な車両情報を、前記配車管理装置から該当ユーザのユーザ端末に対して送信し、

予約された前記タクシー車両の車載装置に対して、前記配車管理装置が該当ユーザの予約内容に応じた配車情報を送信し、

続きを表示（全21行）

前記ユーザ端末は、前記配車管理装置から取得した前記車両情報に基づいて、前記タクシー車両の現在位置を把握し、矢印モード及びレーダモードの２種類のモードから前記ユーザが前記矢印モードを選択した場合には、前記ユーザ端末の現在位置から前記タクシー車両の現在位置を視た場合の相対的な向きを表す一直線状に延びる矢印形状の方向アイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記レーダモードへ切り替える機能を果たすレーダモードへの切替ボタンと、を表示し、前記２種類のモードから前記ユーザが前記レーダモードを選択した場合には、前記ユーザ端末の現在位置を表す自位置アイコンと、前記自位置アイコンの位置を中心とする複数の同心円状のパターンと、前記タクシー車両の現在位置を表すタクシーアイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記矢印モードへ切り替える機能を果たす矢印モードへの切替ボタンと、を表示する、

ことを特徴とするタクシー配車管理方法。

【請求項２】

前記ユーザ端末は、前記車両情報に基づき、該当するタクシー車両の車載装置との間で近距離無線通信を行い、前記タクシー車両の相対的な方向および位置を特定する、

ことを特徴とする請求項１に記載のタクシー配車管理方法。

【請求項３】

前記ユーザ端末は、前記タクシー車両までの距離を特定し、前記距離を表す情報を表示する、

ことを特徴とする請求項１または２に記載のタクシー配車管理方法。

【請求項４】

前記車載装置は、前記配車管理装置から送信された予約情報に基づいて複数の配車先候補を表示し、表示された複数の前記配車先候補の中で乗務員により選択された特定配車先の情報を前記配車管理装置に送信し、

前記配車管理装置は、前記車載装置から送信される情報に基づいて、前記ユーザ端末に送信する前記車両情報を決定する、

ことを特徴とする請求項１乃至請求項３のいずれか１項に記載のタクシー配車管理方法。

【請求項５】

タクシー車両の配車管理を行う配車管理装置と、各前記タクシー車両に搭載された車載装置と、各ユーザにより所持されるユーザ端末とを含む配車管理システムであって、

前記配車管理装置は、ユーザにより予約されたタクシー車両を特定可能な車両情報を、該当ユーザのユーザ端末に対して送信し、かつ、予約された前記タクシー車両の車載装置に対して、該当ユーザの予約内容に応じた配車情報を送信し、

前記ユーザ端末は、前記配車管理装置から取得した前記車両情報に基づいて、前記タクシー車両の現在位置を把握し、矢印モード及びレーダモードの２種類のモードから前記ユーザが前記矢印モードを選択した場合には、前記ユーザ端末の現在位置から前記タクシー車両の現在位置を視た場合の相対的な向きを表す一直線状に延びる矢印形状の方向アイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記レーダモードへ切り替える機能を果たすレーダモードへの切替ボタンと、を表示し、前記２種類のモードから前記ユーザが前記レーダモードを選択した場合には、前記ユーザ端末の現在位置を表す自位置アイコンと、前記自位置アイコンの位置を中心とする複数の同心円状のパターンと、前記タクシー車両の現在位置を表すタクシーアイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記矢印モードへ切り替える機能を果たす矢印モードへの切替ボタンと、を表示する、

ことを特徴とするタクシー配車管理システム。」

２ 拒絶査定の理由

拒絶査定の理由は、概略以下のとおりである。

この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の引用文献に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

・請求項 １、５

・引用文献 １－２及び４－６

・請求項 ２－４

・引用文献 １－６

＜引用文献一覧＞

１．特開２００４－０５４４４４号公報

２．特開２０１５－１３８３２４号公報

３．韓国公開特許第１０－２０１８－０００３１９５号公報

４．特開２０１７－１０２７４６号公報（周知技術を示す文献）

５．特開２０１５－５２６１９号公報（周知技術を示す文献）

６．特開２０１１－５９０６９号公報（周知技術を示す文献）

３ 当審の判断

（１）本願発明１について

ア 引用文献１

引用文献１には、次の事項が記載されている（下線は当審で付した。）。

（ア）「【０００１】

【発明の属する技術分野】

本発明は、乗客が所望のサービスを提供するタクシー等の車両を探し当て、その車両と引き合わせ、又は逆にタクシー等の車両が所望の乗客を探し当て、その乗客と引き合わせるための運転サービス情報仲介システムに関する。すなわち乗客が早く確実に所望のタクシーに乗車でき、あるいはタクシーは効率良く乗客を見つけ乗車率の向上を図る運転サービス情報仲介システムに関する。」

（イ）「【００３９】

次に本発明の運転サービス情報仲介システムの動作を図５および図６のフローチャートを参照して説明する。まず図５には情報仲介装置２０がタクシー側の利用者端末３０から情報を収集する際のフローチャートである。これはタクシーが例えばその日最初の業務につく場合に現在のタクシーの状況を情報仲介装置に設定するためのフローである。まずタクシー端末からタクシー状況情報が送られてきたかが情報仲介装置側でチェックされ（ＳＴ５１）、もし送られてきたらそれを受信する（ＳＴ５２）。情報仲介装置側では、それを分類し（ＳＴ５３）、タクシー情報をＤＢに蓄積（または更新）する。なおタクシー情報は、上述のようにタクシーが乗客を検索して、条件が一致しない場合にも、その条件はタクシー情報として一定時間データベースに蓄積されて、乗客からのタクシー選択条件に合致するか否かの検索を待つことになる。なお、図に示すＹは「ＹＥＳ」、Ｎは「ＮＯ」の意味で用いている。

【００４０】

次に、図６（ａ）により乗客端末がタクシーの検索を開始するときのフローチャートを説明する。なお本フローチャートでは乗客がタクシーを検索する場合を示すが、上述のように本発明ではこれに限らず、逆にタクシーが乗客を検索する場合もあるが、同様なフローで処理することが出来るので説明を省略する。

続きを表示（全17行）

【００４１】

まず利用者からタクシー検索要求があったかがチェックされ（ＳＴ６１）、そのタクシー検索条件を取得する（ＳＴ６２）。その検索条件は例えば後述の図７（ａ）に示す条件である。そして検索条件を情報仲介装置に送り（ＳＴ６３）、条件に合致するタクシーを図４ に示すタクシー／乗客ＤＢ４６から検索する。その場合、検索条件の全てが一致した場合を抽出してもよいし、条件毎にプライオリティーないし重みを付けておいて、一定以上の合致があれば抽出しても良い。例えば乗車場所だけが一致して他の条件は一致しない場合でも、抽出してシステムに柔軟性をもたせてもよい。その後乗客側はタクシー検索結果を一覧表にして受信し（ＳＴ６４）、その検索結果を表示する（ＳＴ６５）。これにより乗客は自己のタクシー検索条件に合致した、ないしはそれに近いタクシーの情報を得ることが出来る。その後図６（ｂ）に示すように、利用者が一覧表からタクシーを選択し（ＳＴ６６）、選択されたタクシーの情報をを取得し（ＳＴ６７）、該情報を表示する（ＳＴ

６８）。表示されたタクシー情報には、連絡先電話番号等が含まれており、利用者は携帯電話等で直接電話してもよいし、また本発明による情報仲介装置２０に内蔵するインターネット電話で連絡してもよい。なおオプションとして、情報仲介装置２０を経由したメール等で連絡を取ってもよい。図６（ｃ）は、インターネット電話をする場合のフローを示している。

【００４２】

次に利用者端末３０のうち、乗客がタクシーを検索する場合の表示画面の例を図７および図８に示す。図７では、乗客が本システムを利用し、タクシーを検索する際に、乗客端末に表示される画面の表示例１を示し、その説明をする。この例では、乗客端末の具体例として、インターネットにアクセスする機能を持った携帯電話を想定している。まず図７（ａ）は、乗客が所望のタクシーを選択する際の画面を示している。「近隣を走っている」、「介護可能」など、いくつかの選択選択肢（複数選択可能）の中から乗客が必要なサービスを選択し、検索ボタンを押すことで、タクシー情報を検索することができる。選択肢には、図に描かれているもの以外にも、タクシーが提供し得るあらゆるサービスを想定することができる。

【００４３】

次に図７（ｂ）は、前記図７（ａ）で検索した結果が乗客の携帯電話に送られてきた際の画面である。ここでは、「料金が安い」を選んでタクシーを検索した場合を想定している。さらに、乗客はこの中から、乗車したいタクシーを選択することができる。

【００４４】

そして図７（ｃ）は、図７（ｂ）で表示されているタクシーの中からひとつを選択したときの画面である。選択されたタクシーの運転手の電話番号が表示され、それに電話をかけて予約するかどうかを尋ねている。乗客が、ここで「かける」を選択すると、そのままタクシーに電話がかけられる。最後に、図７（ｄ）は、ＧＰＳによって、自分の現在地とタクシーの現在地を表示させた場合の画面である。これによって、お互いの距離、位置関係、およその所要時間などを把握することができる。

【００４５】

図８は、タクシーを検索したあと、乗客端末に表示される画面の表示例２を示し、その説明をする。まず図８（ａ）は、乗客がタクシーを検索し、所望のタクシーを指定した後、そのタクシーの到着までに時間がかかる場合のメッセージである。タクシー到着までの所要時間と、延着原因などの情報を表示し、乗客に予約するかどうかの判断をさせるための材料を提供する。次に図８（ｂ）は、タクシーを予約すると決めたときに、そのタクシーが近くに到着するときにメールを送信するかどうかを乗客に確認するためのメッセージである。ここで、「はい」を選択すると、タクシーが到着するときに乗客の携帯電話にメールが送られ、タクシーが到着することが乗客に通知される。

【００４６】

そして図８（ｃ）は、メールではなく、アプリケーションによって、タクシーが近づいていることを知らせるための画面である。この場合、タクシーまでの距離や方向、到着までの時間が表示され、乗客に所望のタクシーがあと何分で到着するかを知らせる。画面だけでなく、音声などによって通知することもできる。最後に図８（ｄ）は、タクシーが乗客の居場所へ行くための経路を示し、乗客に適切な待ち位置を通知するための画面である。同じ交差点でも、どの角に立っていればいいのかわからないことが考えられる。そのようなことがないよう、適切な位置を乗客に教えることで、確実に、効率的に乗客とタクシーが出会えるようにする。また、本サービスを会員制とし、乗客ごとに画面の構成をカスタマイズできるようにすることで、簡単に所望のタクシーを探せるようにする。」

（ウ）「【００５０】

さらにまた、乗客がタクシーの運転手に直接電話できることで、乗客がタクシーに乗車できるまで通話してお互いに説明することで確実に乗車できるようにする。また、混雑していてお互いが見つけにくい場所や、場所を説明しにくい場所でも、ＧＰＳなどの位置検出手段を用いてタクシーと乗客がお互いの現在地を確認することができる。直接通話と位置検出手段を併用することによって、正確な場所と互いの姿や周囲の景色などを確認し、乗車の機会損失を防ぐことができる。」

（エ）「【図５】

［図：0001399236000001.jpg］

」

（オ）「図６

［図：0001399236000002.jpg］

」

（カ）「【図８】

［図：0001399236000003.jpg］

」

（キ）【図８】（ｃ）から、タクシーまでの距離や方向の表示として、例えば「タクシーが１００メートル西側まで来ました。」と表示されることが看取できる。

上記記載を総合すると、引用文献１には、以下の発明（以下「引用発明」という。）が記載されている。

＜引用発明＞

「タクシー／乗客ＤＢ４６を検索する情報仲介装置２０と、タクシー側の利用者端末３０と、乗客端末とを含む乗客が所望のサービスを提供するタクシーを探し当て、その車両と引き合わせる方法であって、

利用者により選択されたタクシーの情報を、前記乗客端末が前記情報仲介装置２０から取得し、

前記乗客端末は、前記情報仲介装置２０から取得した情報であるタクシーまでの距離や方向を、例えば「タクシーが１００メートル西側まで来ました。」と表示する

乗客が所望のサービスを提供するタクシーを探し当て、その車両と引き合わせる方法。」

イ 引用文献２

引用文献２には、次の事項が記載されている。

（ア）「【００１０】

以下に、本発明を実施するための最良の形態について図面を参照して説明する。なお、これによって、この発明が限定されるものではない。

＜配車システムの概略構成＞

図１に、この発明の配車システムの概略を示す全体構成の説明図を示す。

この発明の配車システムは、ユーザが所有する携帯端末１００（以下、ユーザ端末、あるいはＵＴＥと呼ぶ）と、車両に搭載された端末２００（以下、車載端末、あるいはＣＴＥと呼ぶ）と、管理センター等に設置される配車管理サーバ３００（以下、サーバ、あるいはＳＶと呼ぶ）とからなり、これらがインターネット等のネットワーク４を介して接続される。」

（イ）「【００１４】

この発明の配車システムは、たとえば、次のような概略ステップで、迎車車両を、ユーザの要求した乗車位置まで誘導する。

ステップ１：ＵＴＥにおいて、ユーザが配車予約を入力すると、ＵＴＥからＳＶへ、予約情報を含む配車予約要求を送信する。送信される予約情報には、たとえば、予約ＩＤ、乗車時刻、乗車位置などの情報が含まれる。

ステップ２：ＳＶは、受信した予約情報に基づいて、迎車することが可能な車両（以下、タクシーとも呼ぶ）を検索し、選択した迎車車両に搭載されたＣＴＥに、迎車可能か否かを問い合わせる情報（迎車問合情報）を送信する。

ステップ３：ＳＶから迎車問合情報を受信したＣＴＥが搭載された車両において、車両の運転手が迎車可能か否かを判断し、迎車可能ならば、迎車が可能であることを示す情報（迎車可情報）をＳＶに返信する。

ステップ４：ＳＶが、迎車可情報を受信したことによって、予約が成立したものとみなし、予約が成立したことを示す情報（予約成立情報）を、ＵＴＥとＣＴＥに送信する。」

上記記載を総合すると、引用文献２には、以下の事項（以下「引用文献２記載事項」という。）が記載されている。

「迎車車両を、ユーザの要求した乗車位置まで誘導する方法において、配車管理サーバ３００が、予約が成立したことを示す情報を車両に搭載された端末２００に送信すること。」

ウ 引用文献３

引用文献３には、次の事項が記載されている。

（ア）「

［図：0001399236000004.jpg］

（当審仮訳：【0006】本発明は乗客のモバイル端末（乗客端末）とタクシー運転手のモバイル端末（記事端末）の間の自動ペアリングを通じてタクシー情報を共有してこれを通じてタクシー利用に対する信頼性と安定性を向上させることができるタクシー情報提供方法を提供することにある。

【0007】また、本発明は乗客端末に記事情報、位置情報及び決済情報を共有するようにすることで、乗客が信頼性を有してタクシーを便利で安全に利用するようにできるタクシー情報提供方法を提供することにある。）」

（イ）「

［図：0001399236000005.jpg］

［図：0001399236000006.jpg］

（当審仮訳：【0033】タクシー内臓Ｂｌｕｅｔｏｏｔｈビーコンはタクシー営業のための公差ボタンを押すと作動して１００メートル以上の比較的遠距離の高出力を発信することができ運行後自動終了する方式に具現されうる。タクシー内記事用ＳＳＩＤはペアリング接続のためにパスワードが自動受信される方式を通じて乗客端末（２０）が記事端末（１０）からＢｌｕｅｔｏｏｔｈ無線接続を通じてタクシーの運行座標をリアルタイム受信するのに利用されうる。ペアリング（ｐａｒｉｎｇ）はＢｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ（ＷｉＦｉ）などのプロトコルを支援する無線装置の間にデータ送受信のためにパスワードを入力してお互いにマッチングされた通信状態を有することを指称することができる。

【0034】タクシー情報提供システムは乗客端末（２０）で記事端末（１０）の近距離無線通信接続情報を獲得して自動で記事端末（１０）と近距離無線通信チャンネルを形成してこのようなチャンネルを通じてタクシー情報を獲得するように成り立つことができる。

【0035】ここで、記事端末（１０）のアイディーとパスワードの取得はタクシー識別子検索を通じて遂行されることができる。 本実施例ではタクシーに乗った乗客の乗客端末（２０）にタクシー識別子としてＢｌｕｅｔｏｏｔｈ識別子を提供する。ここで、Ｂｌｕｅｔｏｏｔｈ識別子は低電力Ｂｌｕｅｔｏｏｔｈ（ｂｌｕｅｔｏｏｔｈｌｏｗｅｎｅｒｇｙ、ＢＬＥ）の無線ネットワーク名前、無線ネットワーク識別子または無線ネットワークアイディー（ｓｅｒｖｉｃｅｓｅｔｉｄｅｎｔｉｆｉｅｒ、ＳＳＩＤ）を含むことができる。

【0036】また、乗客端末（２０）はＢｌｕｅｔｏｏｔｈＳＳＩＤをネットワークサーバーで検索してＢｌｕｅｔｏｏｔｈＳＳＩＤに対応する記事端末（１０）のアイディーとパスワードを獲得することができる。

【0037】そして乗客端末（２０）は獲得したアイディーとパスワードを利用して記事端末（１０）とＢｌｕｅｔｏｏｔｈ接続（ｐａｒｉｎｇ）になって、ペイリングを通じて記事端末（１０）で生成されるか収集されるタクシー情報やデータを受信または共有することができる。）」

上記記載を総合すると、引用文献３には、以下の事項（以下「引用文献３記載事項」という。）が記載されている。

「乗客のモバイル端末とタクシー運転手のモバイル端末の間をＢｌｕｅｔｏｏｔｈ接続してタクシー情報を共有すること。」

エ 引用文献４

引用文献４には、次の事項が記載されている。

（ア）「【００５１】

（１）第１のモードの例１

図４を参照して、第１のモードにおけるナビゲーション画面の例（矢印ナビ画面）を説明する。この例において、腕時計型デバイス２０の表示部２５に表示されたナビゲーション画面には、ユーザの現在地と目的地との間の相対的位置関係として、現在地を起点とした目的地の方向が矢印４１で示されている。また、このナビゲーション画面には、地図や経路が示されていない。このように、目的地までの経路が示されないシンプルな画面であっても、現在地を起点とした目的地の方向が画面に示されることにより、ユーザは直感的に経路を選びながら目的地に辿り着くことができる。

【００５２】

続きを表示（全16行）

また、図４に示す例において、ナビゲーション画面の上部には目的地の名称（「コンビニエンスストアＡ」）が示され、下部には現在地から目的地までの距離（「１６６ｍ」）が示されている。

【００５３】

（２）第１のモードの例２

図５を参照して、第１のモードにおけるナビゲーション画面の他の例（レーダーナビ画面）を説明する。この例において、表示部２５に表示されたナビゲーション画面には、ユーザの現在地と目的地との間の相対的位置関係を示すために、現在地を示すアイコン（画像）５１及び目的地を示すアイコン５２１画面に示されている。また、１画面に表示した現在地を示すアイコン５１と目的地を示すアイコン５２との位置関係によりユーザの現在地から目的地までの距離が示されている。特に、この例では、レーダーチャートのような形式で、現在地のアイコン５１が画面の中心に示され、現在地からの目的地の距離及び方角に応じた位置に目的地のアイコン５２が示されている。また、このナビゲーション画面には、地図や経路が示されていない。このナビゲーション画面には、次の二種類の円が示されている。

【００５４】

第１の円は、ユーザの現在地に対応する位置を中心とし、かつ、当該現在地からユーザの目的地までの距離に対応する半径を有し、ユーザの移動に応じて拡大又は縮小される円である。図５に示すナビゲーション画面には、ユーザの現在地に対応する位置を示すアイコン５１から目的地に対応する位置を示すアイコン５２までの距離を半径とする第１の円ｃ１が示されている。

【００５５】

また、第２の円は、ユーザの現在地に対応する位置を中心とし、かつ、当該現在地からの距離に対応付けられた半径を有する円である。なお、一つのナビゲーション画面に異なる半径を有する複数の第２の円を表示することができる。図５に示すナビゲーション画面は、異なる距離の半径を有する複数の第２の円（同心円）ｃ２、ｃ３、ｃ４、ｃ５が示されている。第２の円ｃ２は、ユーザの現在地からの距離２０ｍに対応する半径を有する。第２の円ｃ３は、ユーザの現在地からの距離２５０ｍに対応する半径を有する。第２の円ｃ４は、ユーザの現在地からの距離５００ｍに対応する半径を有する。第２の円ｃ５は、ユーザの現在地からの距離７５０ｍに対応する半径を有する。

【００５６】

このように、図５に示すような目的地までの経路が示されないシンプルな画面であっても、画面上に、現在地のアイコンと、現在地からの目的地の距離及び方角に応じた位置に目的地のアイコンが画面に示されることにより、ユーザは直感的に経路を選びながら目的地に辿り着くことができる。

【００５７】

なお、図５に示すナビゲーション画面上に、現在地から目的地までの距離（例えば、「６００ｍ」）を表示してもよいし、現在地周辺に存在する施設の位置に対応する画面上の位置に当該施設を示すアイコン（例えば、アイコン５３）を表示してもよい。施設を示すアイコンの形状及び模様は、その施設の種類を特定可能なように設定されてもよい。また、このナビゲーション画面は、ノースアップで表示されてもよいし、ヘッドアップで表示されてもよい。また、目的地のアイコン５２が表示部２５の上方中央に示されるようにこのナビゲーション画面を表示してもよい。」

（イ）「【００７９】

＜ナビゲーションモードの切り替え方法＞

上記のように、表示制御部２１３は、各ナビゲーションモードに応じたナビゲーション画面を表示部２５に切り替え可能に表示するように制御する。例えば、表示制御部２１３は、図４、図５及び図７に示す画面を表示部２５に切り替え可能に表示するように制御することができる。以下に、表示制御部２１３が、あるナビゲーション画面を表示している状態から他のナビゲーション画面に切り替えて表示するときの切り替え制御の方法について説明する。以下に説明する方法は例であり、ナビゲーション画面は、他の制御方法により切り替えられてもよいし、ユーザによる操作指示に応じて切り替えられてもよい。」

（ウ）「【図４】

［図：0001399236000007.jpg］

」

（エ）「【図５】

［図：0001399236000008.jpg］

」

（オ）「【図７】

［図：0001399236000009.jpg］

」

上記記載を総合すると、引用文献４には、以下の事項（以下「引用文献４記載事項」という。）が記載されている。

「ナビゲーション画面を、ユーザの現在地と目的地との間の相対的位置関係として、現在地を起点とした目的地の方向が矢印４１で示されている画面とレーダーチャートのような形式で、現在地のアイコン５１が画面の中心に示され、現在地からの目的地の距離及び方角に応じた位置に目的地のアイコン５２が示されている画面とに切り替え可能に表示すること。」

オ 引用文献５

引用文献５には、次の事項が記載されている。

（ア）「【００１５】

本願発明の実施形態を、図面を参照してより詳細に説明する。なお、複数の図面において、同一の参照符号は、対応する部分を示している。図１乃至１８において、車両探索システム１０は、通信システム（通信装置）１２及び携帯端末機器１４を含んでいる。通信システム１２は、自動車１６内に配置、一体的に装着、又はその他の適当な方法により取り付けられている。車両探索システム１０は、自動車１６の位置及び（ユーザーにより持運ばれている）携帯端末機器１４の位置を示す地図１７を表示するように動作し、自動車１６の駐車位置までユーザーを案内する。」

（イ）「【００２４】

図６を参照して、表示デザインを説明する。より詳しくは、携帯端末機器１４の表示部であるスクリーン７４は、ユーザーアイコン７８及び自動車アイコン８０を含む地図１７を表示する。スクリーン７４上におけるユーザーアイコン７８の位置は、（ユーザーの）携帯端末機器１４の位置に対応するものである。地図１７上における自動車アイコン８０の場所は、自動車１６の位置に対応するものである。ユーザーアイコン７８及び自動車アイコン８０は、アイコン７８及び８０を取囲む円に相当する精度インジケータ８１を含んでいる。インジケータ８１により占められる地図１７の領域は、通信システム１２又は携帯端末機器１４に含まれるＧＰＳ装置の（縮尺に対する）相対的な精度もしくは許容誤差に対応するものである。従って、自動車１６又は携帯端末機器１４の実際の正確な位置は、自動車アイコン８０又はユーザーアイコン７８に関するそれぞれの精度インジケータ８１で囲まれる領域のどこかに存在することになる。

【００２５】

更に、ユーザーが、携帯端末機器１４の位置と自動車１６の位置との間を結ぶルートの詳細を更に詳しく見ることができるように、拡大表示機能が設けられている。複数の条件の中の一つ又はそれ以上の条件に対応して、一つ又は複数の精度インジケータ８１は、その色又はその外観を変化させてもよい。例えば、複数の条件には、ユーザーが自動車１６から遠ざかる方向に移動しているとき、ユーザーが自動車１６から所定の距離の範囲内に入ってきたとき、自動車１６の位置が変化したとき、などが含まれる。

【００２６】

スクリーン７４は、ホーン／ライトボタンであるタッチスクリーンインターフェースユニット７０７を有している。別途説明するが、ユーザーは自動車１６のホーン又はヘッドライトを作動させるときにホーン／ライトボタン７０７を押すことになる。また、ホーン／ライトボタン７０７は、たとえば自動車の警報機、ハザードランプ及び／又は室内ランプを作動させるために利用することも可能である。更に、スクリーン７４は、ユーザーが自動車１６の位置に辿りつくために移動しなければならない距離及び／又は方向を表示するためのマーカー、アイコン、矢印及び／又は文字などの表示部を備えている。例えば、矢印７０８は、自動車１６に辿りつくために向かうべき方向（地図１７上における北に対する方向）を指示している。或いは、ユーザーが携帯端末機器１４を保持している方向及び／又は角度に対してユーザーが進むべき実際の方向を矢印７０８が示す（即ち、矢印７０８は、北に対する相対的な方向を指さない）ように、携帯端末機器１４が構成されてもよい。」

（ウ）「【図６】

［図：0001399236000010.jpg］

」

上記記載を総合すると、引用文献５には、以下の事項（以下「引用文献５記載事項」という。）が記載されている。

「自動車１６の駐車位置までユーザーを案内する方法において、スクリーン７４は、ユーザーが自動車１６の位置に辿りつくために移動しなければならない距離及び／又は方向を表示するためのマーカー、アイコン、矢印及び／又は文字などを表示すること。」

カ 引用文献６

引用文献６には、次の事項が記載されている。

（ア）「【０００１】

本発明は、ナビゲーション装置に関するもので、より具体的には、目的地等のコンテンツの検索・情報提供機能の改良に関する。」

（イ）「【００８３】

さらに、図８に示すように、制御部１８は、表示部５の地図上の自車位置には、先に述べた実施形態と同様に、自車アイコンＩ０を描画する。そして、制御部１８は、指定された分類（施設ジャンル）に一致する施設のうち、自車位置（現在位置）から近い順にＮ箇所を抽出し、それぞれに関連づけられた位置情報で特定される地図上の位置に、精度に応じた施設のアイコンＩｐ，Ｉｎ，Ｉｆを描画する。このとき、地図のスケールは、Ｎ個が表示できるように、オートスケールで調整し、画面いっぱいにＮ個の施設のアイコンが描画されるように制御する。

【００８４】

また、各施設までの現在位置からの離反距離が同心円状の複数のサークルからスケール線Ｋもあわせて描画している。このスケール線Ｋは、周辺検索した結果の施設のアイコンＩｐ，Ｉｎ，Ｉｆを描画している間、描画し続けるようにしても良いし、施設のアイコンＩｐ，Ｉｎ，Ｉｆを描画後、一定時間（たとえば５秒）経過したら消去するように制御しても良い。また、縮尺の変更をしたり、施設のアイコンＩｐ，Ｉｎ，Ｉｆを選択したりするなど、何かしらの画面表示の変更があった際に、一定期間サークル線Ｋを描画し、その後消去するようにしても良い。」

（ウ）「【図８】

［図：0001399236000011.jpg］

」

上記記載を総合すると、引用文献６には、以下の事項（以下「引用文献６記載事項」という。）が記載されている。

「ナビゲーション装置において、目的地等のコンテンツの検索・情報提供機能の改良のために、各施設までの現在位置からの離反距離が同心円状の複数のサークルからスケール線Ｋもあわせて描画されていること。」

キ 引用文献７

前置報告で新たに引用された特開２００５－２３４８２２号公報（以下「引用文献７」という。）には、次の事項が記載されている。

（ア）「【００７８】

予約受認情報メールを受信した携帯電話60の表示画面には、図７に示す予約受認情報確認画面95が表示され、利用者が予約受認情報を確認できるようにしている（ステップS22）。

【００７９】

予約受認情報確認画面95には、タクシー20の到着所要時間情報と、タクシー20の到着場所であるバス停留所名情報と、到着するタクシー20の所属会社名情報、車種情報、ナンバープレート情報、運転者名情報、料金情報とともに、タクシー20の外観情報を表示するようにしている。」

（イ）「【図７】

［図：0001399236000012.jpg］

」

上記記載を総合すると、引用文献７には、以下の事項（以下「引用文献７記載事項」という。）が記載されている。

「予約受認情報確認画面95に、到着するタクシー20のナンバープレート情報とともに、タクシー20の外観情報を表示すること。」

ク 引用文献８

前置報告で新たに引用された特開２００２－１３３５８８号公報（以下「引用文献８」という。）には、次の事項が記載されている。

（ア）「【００７３】そして、呼び出し処理に対する応答として、タクシー配車サーバ１から配車できる旨の通知を受け取った場合（ステップＳ８８，Ｙｅｓ）、携帯端末２では、配車受付確認画面を表示し（ステップＳ８９）、利用者に対して配車されるタクシーの詳細情報を見せ、さらに、料金の支払方法を選択させる。図１５は、配車受付確認画面を示す図である。ここでは、配車されるタクシーに関する詳細情報（ナンバープレート，タクシー会社名，車種，料金，サービス，到着所要時間，外観）、および支払方法（口座自動引き落とし，現金払い）を表示する。」

（イ）「【図１５】

［図：0001399236000013.jpg］

」

上記記載を総合すると、引用文献８には、以下の事項（以下「引用文献８記載事項」という。）が記載されている。

「配車受付確認画面に、配車されるタクシーのナンバープレートと外観を表示すること。」

ケ 本願発明１と引用発明の対比・判断

（ア）対比

引用発明の「タクシー／乗客ＤＢ４６を検索する情報仲介装置２０」は、その構成、機能又は技術的意義からみて本願発明１の「タクシー車両の配車管理を行う配車管理装置」に相当し、以下同様に「タクシー側の利用者端末３０」は「各前記タクシー車両に搭載された車載装置」に、「乗客端末」は「各ユーザにより所持されるユーザ端末」に、「利用者により選択されたタクシーの情報」は「ユーザにより予約されたタクシー車両を特定可能な車両情報」に、「乗客が所望のサービスを提供するタクシーを探し当て、その車両と引き合わせる方法」は「タクシー配車管理方法」に、それぞれ相当する。

また、引用発明において「利用者により選択されたタクシーの情報を、乗客端末が情報仲介装置２０から取得」するために、利用者により選択されたタクシー情報を、前記情報仲介装置２０が乗客端末に送信していることは明らかである。よって、引用発明の「利用者により選択されたタクシーの情報を、前記乗客端末が前記情報仲介装置２０から取得」することは、本願発明１の「ユーザにより予約されたタクシー車両を特定可能な車両情報を、前記配車管理装置から該当ユーザのユーザ端末に対して送信」することに相当する。

さらに、引用発明の「前記乗客端末は、前記情報仲介装置２０から取得した情報であるタクシーまでの距離や方向を、例えば「タクシーが１００メートル西側まで来ました。」と表示する」ことと本願発明１の「前記ユーザ端末は、前記配車管理装置から取得した前記車両情報に基づいて、前記タクシー車両の現在位置を把握し、矢印モード及びレーダモードの２種類のモードから前記ユーザが前記矢印モードを選択した場合には、前記ユーザ端末の現在位置から前記タクシー車両の現在位置を視た場合の相対的な向きを表す一直線状に延びる矢印形状の方向アイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記レーダモードへ切り替える機能を果たすレーダモードへの切替ボタンと、を表示し、前記２種類のモードから前記ユーザが前記レーダモードを選択した場合には、前記ユーザ端末の現在位置を表す自位置アイコンと、前記自位置アイコンの位置を中心とする複数の同心円状のパターンと、前記タクシー車両の現在位置を表すタクシーアイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記矢印モードへ切り替える機能を果たす矢印モードへの切替ボタンと、を表示する」こととは、「前記ユーザ端末は、前記配車管理装置から取得した前記車両情報に基づいて、前記タクシー車両の現在位置を把握し、タクシーまでの距離や方向を表示する」という限りにおいて一致している。

したがって、本願発明１と引用発明との一致点及び相違点は、それぞれ以下のとおりである。

＜一致点＞

「タクシー車両の配車管理を行う配車管理装置と、各前記タクシー車両に搭載された車載装置と、各ユーザにより所持されるユーザ端末とを含む配車管理方法であって、

ユーザにより予約されたタクシー車両を特定可能な車両情報を、前記配車管理装置から該当ユーザのユーザ端末に対して送信し、

前記ユーザ端末は、前記配車管理装置から取得した前記車両情報に基づいて、前記タクシー車両の現在位置を把握し、タクシーまでの距離や方向を表示する、

タクシー配車管理方法。」

＜相違点１＞

本願発明１は「予約された前記タクシー車両の車載装置に対して、前記配車管理装置が該当ユーザの予約内容に応じた配車情報を送信」するのものであるのに対して、引用発明はそのような事項を備えていない点。

＜相違点２＞

「ユーザ端末」は、「前記配車管理装置から取得した前記車両情報に基づいて、タクシーまでの距離や方向を表示する」ことについて、本願発明１は「矢印モード及びレーダモードの２種類のモードから前記ユーザが前記矢印モードを選択した場合には、前記ユーザ端末の現在位置から前記タクシー車両の現在位置を視た場合の相対的な向きを表す一直線状に延びる矢印形状の方向アイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記レーダモードへ切り替える機能を果たすレーダモードへの切替ボタンと、を表示し、前記２種類のモードから前記ユーザが前記レーダモードを選択した場合には、前記ユーザ端末の現在位置を表す自位置アイコンと、前記自位置アイコンの位置を中心とする複数の同心円状のパターンと、前記タクシー車両の現在位置を表すタクシーアイコンと、前記タクシー車両のナンバーと、前記タクシー車両の外観写真と、前記矢印モードへ切り替える機能を果たす矢印モードへの切替ボタンと、を表示する」ものであるのに対して、引用発明は「タクシーまでの距離や方向を、例えば「タクシーが１００メートル西側まできました。」と表示する」ものである点。

（イ）当審の判断

事案に鑑み、上記相違点２について検討する。

引用文献４－６記載事項は、いずれもユーザを案内する方法であって、目的地、自動車の駐車位置及び施設という動かない位置をユーザ端末に表示して、ユーザがその動かない位置に移動することを補助するものである。それに対して、相違点３に係る本願発明１の発明特定事項は「タクシー車両の現在位置」というユーザに向かって動いてきている位置をユーザ端末に表示するものである。よって、引用文献４－６記載事項は、相違点３に係る本願発明１の発明特定事項に必須の技術思想であるユーザ端末に「タクシー車両の現在位置」に関する表示をすることを記載又は示唆するものではない。

そして、引用文献４－６記載事項は、ユーザを案内する方法においてユーザが動かない位置に移動することを補助するためのものであるのに対して、引用発明は、乗客が所望のサービスを提供するタクシーを探し当て、その車両と引き合わせる方法において引用文献１の段落【００５０】に記載されたとおり「乗車の機会損失を防ぐ」ためのものである。よって、引用発明と引用文献４－６記載事項は、技術分野及び課題を異にしており、引用発明に引用文献４－６を適用する動機付けもない。

また、引用文献２記載事項は、配車管理サーバ３００から車両搭載された端末２００に送信する情報に関する事項であり、引用文献３記載事項は、乗客のモバイル端末とタクシー運転手のモバイル端末の間の通信手段に関する事項であり、さらに、引用文献７記載事項及び引用文献８記載事項は、ユーザ端末の画面に配車されるタクシーのナンバープレート情報と外観情報を表示することに関する事項である。そして、いずれも「タクシー車両の現在位置」というユーザに向かって動いてきている位置をユーザ端末に表示するようなものでないため、相違点２に係る本願発明１の発明特定事項を記載又は示唆するものではない。

さらに、本願発明１は、相違点３に係る発明特定事項により、本願明細書の段落【００８３】に記載されたとおり「予約したタクシー車両に乗車するまでの時間を短縮できる」という特有の効果を奏するものである。

以上のとおり、引用文献２及び４－６記載事項はいずれも相違点２に係る本願発明１の発明特定事項を記載又は示唆するものでなく、本願発明１は相違点３に係る本願発明１の発明特定事項により特有の効果を奏するものであるから、他の相違点について検討するまでもなく、本願発明１は引用発明並びに引用文献２及び４－６記載事項に基いて当業者が容易に発明をすることができたものではない。

（２）本願発明２－４について

本願発明２－４は、本願発明１を引用するものである。本願発明１は、当業者が容易に発明をすることができたものではないから、それを引用する本願発明２も同様に引用発明並びに引用文献２及び４－６記載事項に基いて当業者が容易に発明をすることができたものではない。

（３）本願発明５について

本願発明５は、方法の発明である本願発明１をシステムの発明としたものである。

よって、上記（１）と同様の理由により、本願発明５は引用発明並びに引用文献２及び４－６記載事項に基いて当業者が容易に発明をすることができたものではない。

（４）小括

したがって、本願発明１－５は、特許法第２９条第２項の規定により特許を受けることができないとはいえない。

第３ まとめ

以上のとおり、拒絶査定の理由によっては本願を拒絶することはできない。

また他に拒絶の理由を発見しない。

よって、結論のとおり審決する。