ビジネスモデル特許（５）無人走行車の配車システム（その１）

ビジネスモデル特許の審査基準を読み込む試みの5回目です。

前回と同じく、コンピュータソフトウェア関連の「附属書B」から「ビジネス分野」と記載ある事例をピックアップします。

今回は、「〔事例 2-9〕 無人走行車の配車システム及び配車方法1 」（p.75）を取り上げます。

本件の概要

発明の名称は「無人走行車の配車システム及び配車方法」で、特に、遊園地やテーマパークなどの敷地内で、タクシーのように無人走行車を手配できるシステムに関するものです。

遊園地やテーマパークでは、路線バスのようなものはありますが、好きな時間に好きな場所へ向かってくれる、タクシーのような乗り物はほとんど無いので、それを無人走行車で実現しよう、という趣旨です。

もっとも、この発明自体には遊園地やテーマパークという縛りは無く、たとえばウーバーの配車システムのように、公道にて実現するようなことも、射程範囲に入るかと思われます。

ウーバーの仕組みは、個人所有の有人車両の空き時間・空き空間のシェアを目指したものですが、この発明では、そもそも個人所有でない、車両自体のシェアを前提とし、かつ、無人車両を利用する、ということだと思います。

ビジネスモデルとしては、スマホのアプリなどを配車用インターフェースとしてオープンにしておき、無人車両を自由に使える利便性で集客、顔認証や車両追跡などの情報処理プロセスやノウハウをクローズにしておき、移動距離や定期契約で収益を得る、といった感じが典型かと思われます。需要者（便益を受ける者）と供給者（便益を与える者）も明確と言えます。

発明に該当するか否か？

本件を図解すると下図の通り。クレーム（請求項）の構成は、分かりやすいように改変して、図示し易いように組み換えたりしております。

この事例は、審査ガイドブックによれば「発明に該当する」という結論です。理由を要約すると以下の通りです。

• 使用目的：無人走行車の配車
• ソフトウェア（特に演算）：①ユーザ情報・配車位置を送信→②車両を特定→③車両を移動→④顔画像を抽出→⑤ユーザを顔認証→⑥乗車許可
• ハードウェア（システム）：携帯端末【A】、配車サーバ【B】、無人走行車【C】
• 情報処理（手順）：【A】：①を送信→【B】：配車位置から②を実施・送信→【C】：③を実施→【B】：ユーザ情報から④を実施・送信→【C】：⑤⑥を実施
• 結論：ソフトウェアによる情報処理（使用目的に応じた演算）が、ハードウェア資源を用いて（システムにおける情報処理の実施）、具体的に実現（ソフトウェアとハードウェアとが協働した具体的な手順によって実現）されているので「発明」といえる。

複数の情報処理・複数のハードウェア

本件のややこしさは、複数の情報処理（車両手配と顔認証）が、複数のハードウェア（スマホ・サーバ・車両）を利用して行われる点です。

そのいずれもが、「ソフトウェアとハードウェアの協働」と「具体的な手順」という要件を満たさねばならない、というのが難易度を上げています。

次回、それらが欠けるとどうなるか、という事例をご紹介できればと思います。

筆者の紹介

「ゆめ知財」の主宰者

XContact

弁理士＆知財経営コンサルタント。30年余りのメーカー勤務を経て、フリーランスとして活動中。知財だけでなく、会社生活、産学連携、中小支援、地方創生、森林活用など、色々なことをカフェ気分で気軽に語り合いましょう！