2024-002820

特願２０１９－ １０１５１「携帯通信端末、コンピュータプログラム、および駐車場管理システム」拒絶査定不服審判事件〔令和 ２年 ８月 ６日出願公開、特開２０２０－１１９３０１、請求項の数（１１）〕について、次のとおり審決する。

結 論 原査定を取り消す。 本願の発明は、特許すべきものとする。

理 由 第１ 手続の経緯 本願は、平成３１年１月２４日の出願であって、その手続の経緯は以下のとおりである。 令和４年１１月２５日付け：拒絶理由通知書 令和５年 １月１８日 ：意見書の提出、手続補正書の提出 令和５年 ４月２１日付け：拒絶理由通知書 令和５年 ８月２４日 ：意見書の提出、手続補正書の提出 令和５年１１月 ６日付け：拒絶査定 令和６年 ２月１９日 ：拒絶査定不服審判の請求、手続補正書の提出 第２ 原査定の概要 原査定（令和５年１１月６日付け拒絶査定）の概要は、次のとおりである。 （進歩性）本願請求項１，４，９に係る発明は、以下の引用文献１～６に記載された発明に基づいて、本願請求項２，５に係る発明は、以下の引用文献１～７に記載された発明に基づいて、本願請求項３，６～８，１０に係る発明は、以下の引用文献１～８に記載された発明に基づいて、本願請求項１１に係る発明は、以下の引用文献１～９に記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。 引用文献１： 特許第６４３１６５５号公報 引用文献２： 特許第６４４４５５９号公報 引用文献３： 特開２０１１－２４８８１３号公報 引用文献４： 特開２０１７－０８２５７０号公報 引用文献５： 特開２０１８－１６３５３６号公報 引用文献６： 特開２０１８－１６０１９０号公報 引用文献７： 特開平０９－１６０９６６号公報 引用文献８： 特開２００５－１８２４２８号公報 引用文献９： 特開２００９－２８２６４９号公報 第３ 本願発明 本願請求項１～１１に係る発明（以下、それぞれ「本願発明１」～「本願発明１１」という。）は、令和６年２月１９日提出の手続補正書により補正された特許請求の範囲の請求項１～１１に記載された事項により特定される発明であり、本願発明１，４，９は次のとおりのものである。 「【請求項１】 駐車場における各種のデータ管理を実行しているデータセンターと通信することで、後払い駐車場の駐車中に駐車開始時刻を知るための携帯通信端末であって、 駐車場を特定するデータを示すバーコードを光学読み取り可能なバーコード読み取り手段と、 駐車した車両に係る車両ナンバーの入力が可能な車両ナンバー入力手段と、 前記のバーコード読み取り手段にて読み取ったバーコードデータおよび前記の車両ナンバー入力手段を介して入力された車両ナンバーにて駐車を開始した時刻を知らせて欲しい旨の要請データを作成して前記のデータセンターへ送信するユーザ要請データ送信手段と、 前記の要請データを受信したデータセンターが当該要請データに該当する該当データを抽出して送信してきた場合にその該当データを受信する該当データ受信手段と、 その受信した該当データにおける車両ナンバーおよび駐車開始時刻を出力する該当データ出力手段と、 当該携帯通信端末の位置データを取得する位置データ取得手段と、 を備え、 前記のユーザ要請データ送信手段は、前記の位置データ取得手段が取得した位置データを前記の要請データに含めることとした 携帯通信端末。」 「【請求項４】 駐車場における各種のデータ管理を実行しているデータセンターと通信することで、後払い駐車場の駐車中に駐車開始時刻を知るための携帯通信端末を制御するアプリケーションプログラムであって、 駐車場を特定するデータを示すバーコードを光学読み取り可能なバーコード読み取り手順と、 駐車した車両に係る車両ナンバーの入力が可能な車両ナンバー入力手順と、 前記のバーコード読み取り手順にて読み取ったバーコードデータおよび前記の車両ナンバー入力手段を介して入力された車両ナンバーにて駐車を開始した時刻を知らせて欲しい旨の要請データを作成して前記のデータセンターへ送信するユーザ要請データ送信手順と、 前記の要請データを受信したデータセンターが当該要請データに該当する該当データを抽出して送信してきた場合にその該当データを受信する該当データ受信手順と、 その受信した該当データにおける車両ナンバーおよび駐車開始時刻を出力する該当データ出力手順と、 当該携帯通信端末の位置データを取得する位置データ取得手順と、 を携帯通信端末に実行させることとし、 前記のユーザ要請データ送信手順においては、前記の位置データ取得手順にて取得した位置データを前記の要請データに含めることとした コンピュータプログラム。」 「【請求項９】 駐車場に設置され、駐車場ユーザに駐車料金を精算してもらうための精算機と、 その精算機とのデータ通信を実行してデータを管理するデータセンターと、 を備え、後払い駐車場の駐車中に駐車場ユーザが駐車開始時刻を知ることのできる駐車場管理システムであって、 前記の精算機は、駐車しようとする車両の車両ナンバーをナンバーデータとして読み取る車両ナンバー読み取り手段と、 そのナンバーデータに時刻データを付加して入庫データとするタイムスタンプと、 前記の入庫データを前記のデータセンターへ送信する入庫データ送信手段と、を備え、 前記のデータセンターは、前記の入庫データを受信する入庫データ受信手段と、 受信した入庫データを駐車場毎に管理する駐車管理データベースと、 駐車場を特定するデータを示すバーコードおよび車両を特定するデータを含んだユーザ要請データを駐車場ユーザに係る携帯通信端末から受信するユーザ要請データ受信手段と、 前記のユーザ要請データに基づく駐車データを前記の駐車管理データベースから抽出し、車両ナンバーおよび駐車開始時刻を含む該当データとして、前記の携帯通信端末へ送信する該当データ送信手段と、 を備え、 前記のユーザ要請データ受信手段は、前記の駐車場ユーザに係る通信端末の位置データをも受信することとし、 前記の該当データ送信手段は、前記の位置データが所定範囲外である場合には該当データの送信を行わないこととした 駐車場管理システム。」 なお、本願発明２，３、本願発明５～８、本願発明１０，１１は、それぞれ、本願発明１、本願発明４、本願発明９を減縮した発明である。 第４ 引用文献の記載、引用発明等 １ 引用文献１、引用発明 （１）引用文献１には、図面とともに以下の事項が記載されている（下線は当審による。以下同様。）。 「【０１３３】 まず、図１および図２を参照するに、本発明の例示的な第１の実施形態に従う駐車場管理システム（以下、単に「システム」という。）１０は、各々、複数台の車両が駐車可能な複数の駐車場２０（図１には、それら駐車場２０のうちの代表的な駐車場２０のみが図示されている）を管理するためのシステムである。 【０１３４】 このシステム１０においては、本発明の例示的な実施形態に従う駐車場管理方法であって、複数人のユーザの携帯端末９０との通信により、遠隔地にある管理サーバ５０が複数の駐車場２０を集中的に管理するものが実施される。」 「【０１４４】 図４に示すように、携帯端末９０は、必須の機能として、宇宙空間内に存在する複数の人工衛星からのＧＰＳ(Global Positioning System、グローバル・ポジショニング・システム）信号を受信し、携帯端末９０の現在の地図上位置（地上位置）を測定する測位機能を有する。」 「【０２４２】 次に、携帯端末９０および管理サーバ５０によって実行される複数の処理、すなわち、ユーザに提供される複数のサービスを説明する。ただし、駐車場２０が前払い時間貸し式である場合を例にとり、説明する。」 「【０２８６】 ＜入庫処理および測位＞ 【０２８７】 図１２に示すように、携帯端末９０のうちの入庫処理部２０２および測位部２３０ならびに管理サーバ５０のうちの入庫処理部３０２は、それぞれの入庫処理プログラムを実行する。」 「【０２９２】 前記入庫処理プログラムにおいては、具体的には、携帯端末９０は、ステップＳ１２０１において、管理サーバ５０が運営するウエブサイトにログインするためのリクエストを管理サーバ５０に送信する。そのリクエストを受信すると、管理サーバ５０は、ステップＳ１２５１において、携帯端末９０と管理サーバ５０との間に通信を確立する。 【０２９３】 その後、携帯端末９０は、ステップＳ１２０２において、ＧＰＳ受信機１５２が外部から受信したＧＰＳ信号（または場内発信機３０から受信した識別信号）に基づき、ユーザの現在位置（経緯度）が測定される。これも、測位部２３０を構成する。 【０２９４】 続いて、携帯端末９０は、ステップＳ１２０３において、前記測定された現在位置と、前記複数の駐車場２０のそれぞれの駐車場位置（経緯度）（この位置情報は、前述のように、管理サーバ５０から携帯端末９０に既にダウンロードされている）との間の距離が基準値以下であるか否かを判定することにより、ユーザが、前記複数の駐車場２０のうちのいずれかにも存在しない状態から、いずれかの駐車場２０内に存在する状態に変化したか否か、すなわち、ユーザが今まさに、いずれかの駐車場２０に入場したか否かを判定する。」 「【０３０１】 ユーザがいずれかの駐車場２０に入場した場合には、このステップＳ１２０３の判定がＹＥＳとなり、ステップＳ１２０４に進む。 【０３０２】 このステップＳ１２０４においては、図２４に例示するように、携帯端末９０が、前記いずれかの駐車場２０を識別するための情報（例えば、駐車場の名称、所在地）を、現在の駐車場すなわち現在、ユーザによって選択されてユーザが実際に滞在している駐車場（以下、「現在の駐車場」という）２０であることが少なくとも視覚的に分かるように、画面上に表示する。 【０３０３】 続いて、携帯端末９０は、ステップＳ１２０５において、ユーザが、現在の駐車場２０の位置において、その現在の駐車場２０を利用したい旨の駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力した（画面上の特定位置をタップしたか、特定の音声を入力した）か否かを判定する。 【０３０４】 図２５に示す例においては、このステップＳ１２０５において、ユーザが駐車リクエスト（または入庫リクエスト）を携帯端末９０に対して入力するために操作される入庫ボタン（アイコンなど）が携帯端末９０の画面上に表示される。」 「【０３０７】 これに対し、ユーザが現在の駐車場２０について駐車リクエストを発した場合には、ステップＳ１２０５の判定がＹＥＳとなり、ステップＳ１２０６に進む。 【０３０８】 このステップＳ１２０６においては、携帯端末９０が、現在の駐車場２０に対応する駐車場ＩＤをメモリ１３２から読み出し、それにより、今回の駐車場ＩＤを決定する。 【０３０９】 続いて、ステップＳ１２０７において、ユーザが携帯端末９０に対し、自身の車両を識別するための車両情報を入力する。その車両情報の一例は、車両に固有の番号の一例である車両番号（車両ナンバープレートの番号）（例えば、４桁の番号（例えば、１２３４））である。車両情報の別の例は、車両に固有の画像データの一例であって、ユーザが携帯端末９０の撮影カメラによって車両を撮影して取得した画像データである。 【０３１０】 その後、ステップＳ１２０８において、携帯端末９０が、ユーザまたは当該携帯端末９０を識別するためのユーザＩＤ（例えば、ユーザＩＤ、ユーザの住所氏名、携帯端末９０の電話番号、携帯端末９０のメールアドレスなど）と共に前記決定された駐車場ＩＤと、前記入力された車両情報と、ユーザがその意思表示としての入庫操作（入庫ボタンの操作）を携帯端末９０に対して行ったことを表す入庫操作データとを管理サーバ５０に送信する（図２６に示す駐車場別ステータス管理テーブルを参照）。 【０３１１】 これに対し、管理サーバ５０は、ステップＳ１２５２において、それらユーザＩＤと駐車場ＩＤと車両情報とを受信する。続いて、管理サーバ５０は、ステップＳ１２５３において、メモリ１６２を検索することにより、それら受信したユーザＩＤと駐車場ＩＤと車両情報との組合せと同じものが既に登録されているか否か、すなわち、同じユーザが同じ車両を同じ駐車場２０にすでに入庫させて駐車しているか否かを判定する。 【０３１２】 登録済ではない場合には、このステップＳ１２５３の判定がＮＯとなり、それら受信したユーザＩＤと駐車場ＩＤと車両情報との組合せがメモリ１６２に登録され、今回の入庫は初回の入庫として扱われ（以下、「初回入庫として扱われ」という）、ステップＳ１２０９に移行する。 【０３１３】 これに対し、登録済である場合には、ステップＳ１２５３の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１２５４において、有効駐車時間が満了したか否か、すなわち、時間オーバーであるか否かを判定する。具体的には、管理サーバ５０は、後述のように、図１３に示す経過監視プログラムによって時間オーバーであると判定されたか否かを判定する。時間オーバーである場合には、このステップＳ１２５４の判定がＹＥＳとなり、初回入庫として扱われ、この場合にも、ステップＳ１２０９に移行する。 【０３１４】 これに対し、時間オーバーではない場合には、ステップＳ１２５４の判定がＮＯとなり、管理サーバ５０は、ステップＳ１２５５において、図１７を参照して後述する出庫処理プログラムの実行（図１２に示す入庫処理プログラムに先立って実行される場合）により、今回の車両およびユーザに対して再入庫が許可されているか否かを判定する。 【０３１５】 再入庫が許可されているか否かの判定は、例えば、管理サーバ５０のメモリ１６２において、ユーザＩＤまたは駐車場ＩＤに関連付けられている再入庫許可フラグ（ＯＦＦ状態で、再入庫する権限がユーザに付与されていないことを表す一方、ＯＮ状態で、その権限がユーザに付与されていることを表すフラグ）がＯＮであるか否かを判定することによって行われる（図２６参照）。 【０３１６】 再入庫が許可されていない場合には、ステップＳ１２５５の判定がＮＯとなり、初回の入庫として扱われ、この場合にも、ステップＳ１２０９に移行する。 【０３１７】 これに対し、再入庫が許可されている場合には、ステップＳ１２５５の判定がＹＥＳとなり、管理サーバ５０は、ステップＳ１２５６において、再入庫が許可されていることを表す再入庫許可データを今回のユーザの携帯端末９０に対して送信する。 【０３１８】 これに対し、携帯端末９０は、ステップＳ１２１４において、前記再入庫許可データを受信し、続いて、ステップＳ１２１５において、図２５に例示するように、再入庫が許可されていることを表示するためのデータを画面上に表示する。 【０３１９】 再入庫が許可されている場合には、携帯端末９０がステップＳ１２０９－１２１３を実行せず、また、管理サーバ５０がステップＳ１２５７－１２６４を実行しない。その結果、ユーザによる有効駐車時間の入力および駐車料金の決済（支払い）が省略される。 【０３２０】 これに対し、再入庫が許可されていない場合、すなわち、初回入庫扱いである場合には、ステップＳ１２０９において、ユーザが携帯端末９０に対し、ユーザが現在の駐車場２０に車両を駐車することを希望する時間帯である有効駐車時間またはその有効駐車時間を特定するための関連時間情報を入力する。」 「【０３２２】 続いて、携帯端末９０は、ステップＳ１２１０において、前記入力された有効駐車時間（この時間の長さは、ユーザが延長リクエストを発すると延長される可変時間である）または関連時間情報（以下、単に「有効駐車時間」と総称する）を管理サーバ５０に対して送信する。 【０３２３】 これに対し、管理サーバ５０は、ステップＳ１２５７において、前記送信された有効駐車時間を受信する。 【０３２４】 続いて、管理サーバ５０は、ステップＳ１２５８において、その受信した有効駐車時間または他の情報に基づいて今回のユーザについての駐車料金を前払い駐車料金として計算する。その後、管理サーバ５０は、ステップＳ１２５９において、その計算された駐車料金の額を携帯端末９０に送信する。 【０３２５】 これに対し、携帯端末９０は、ステップＳ１２１１において、その送信された駐車料金の額を受信する。その後、携帯端末９０は、ステップＳ１２１２において、図２５に例示するように、その受信した駐車料金の額を、関連情報、例えば、前記有効駐車時間の長さ、予定出庫時刻、現在の駐車場２０を表す情報（例えば、名称および所在地など）と一緒に画面上に表示する。 【０３２６】 続いて、携帯端末９０は、ステップＳ１２１３において、ユーザが、今回の駐車料金を電子的に決算する（例えば、携帯端末９０が別の決済サーバにアクセスする）ことを可能にする。その決済が完了すると、携帯端末９０は、そのことを管理サーバ５０に送信する。 【０３２７】 これに対し、管理サーバ５０は、その決済完了の事実を受信すると、ステップＳ１２６０において、今回のユーザに対して車両を現在の駐車場２０に入庫させることを許可する。具体的には、入庫が許可されているか否か、すなわち、正式に入庫済であるか否かの判定は、例えば、管理サーバ５０のメモリ１６２の駐車場別ステータス管理テーブル（図２６参照）において、ユーザＩＤまたは駐車場ＩＤに関連付けられている入庫済フラグ（ＯＦＦ状態で、今回の駐車場２０に入庫する権限がユーザに付与されていないことを表す一方、ＯＮ状態で、その権限がユーザに付与されていることを表すフラグ）がＯＮであるか否かを判定することによって行われる（図２６参照）。続いて、管理サーバ５０は、ステップＳ１２６１において、現在時刻を計測し、それと等しい時刻として入庫時刻を決定する。 【０３２８】 その後、管理サーバ５０は、ステップＳ１２６２において、その決定された入庫時刻に、前記受信した有効駐車時間の長さを加算することにより、予定出庫時刻（この時刻は、ユーザが延長リクエストを発すると更新される可変時刻である）を計算する。 【０３２９】 続いて、管理サーバ５０は、ステップＳ１２６３において、前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付けてメモリ１６２に登録し、それにより、駐車場別ステータス管理テーブルを作成する（図２６参照）。 【０３３０】 その後、管理サーバ５０は、ステップＳ１２６４において、その登録された内容を携帯端末９０に送信する。続いて、携帯端末９０は、ステップＳ１２１４において、その登録された内容を受信する。 【０３３１】 これに対し、携帯端末９０は、ステップＳ１２１４において、その登録された内容を受信し、続いて、ステップＳ１２１５において、その内容を表すデータを、入庫が許可されたことを表すデータと併せて、画面上に表示する（図２５参照）。」 「【図１】 ［図：0001417490000001.jpg］ 」 「【図２５】 ［図：0001417490000002.jpg］ 」 （２）上記（１）の記載から、引用文献１には、次の発明（以下「引用発明」という。）が記載されていると認められる。 「携帯端末９０との通信により、管理サーバ５０が複数の駐車場２０を集中的に管理する駐車場管理システム１０における携帯端末９０であって、 ＧＰＳ信号を受信し、携帯端末９０の現在の地図上位置（地上位置）を測定する測位機能を有し、 駐車場２０が前払い時間貸し式であり、 入庫処理プログラムを実行し、 受信したＧＰＳ信号に基づき、ユーザの現在位置（経緯度）が測定され、 前記測定された現在位置と、前記複数の駐車場２０のそれぞれの駐車場位置（経緯度）との間の距離が基準値以下であるか否かを判定することにより、ユーザが今まさに、いずれかの駐車場２０に入場したか否かを判定し、ユーザが駐車リクエストを携帯端末９０に対して入力するために操作される入庫ボタンが画面上に表示され、 ユーザがいずれかの駐車場２０に入場した場合には、駐車場の所在地を、現在の駐車場２０であることが少なくとも視覚的に分かるように、画面上に表示し、 ユーザが、現在の駐車場２０の位置において、その現在の駐車場２０を利用したい旨の駐車リクエストを携帯端末９０に対して入力したか否かを判定し、ユーザが現在の駐車場２０について駐車リクエストを発した場合には、現在の駐車場２０に対応する駐車場ＩＤをメモリ１３２から読み出し、それにより、今回の駐車場ＩＤを決定し、続いて、ユーザが携帯端末９０に対し、自身の車両を識別するための車両情報を入力し、その車両情報は、車両ナンバープレートの番号であり、 ユーザを識別するためのユーザＩＤと共に前記決定された駐車場ＩＤと、前記入力された車両情報と、ユーザがその意思表示としての入庫ボタンの操作を携帯端末９０に対して行ったことを表す入庫操作データとを管理サーバ５０に送信し、 これに対し、管理サーバ５０は、それらユーザＩＤと駐車場ＩＤと車両情報とを受信し、今回の車両およびユーザに対して再入庫が許可されているか否かを判定し、 再入庫が許可されていない場合、ユーザが携帯端末９０に対し、ユーザが現在の駐車場２０に車両を駐車することを希望する時間帯である有効駐車時間を入力し、前記入力された有効駐車時間を管理サーバ５０に対して送信し、管理サーバ５０は、前記送信された有効駐車時間を受信し、続いて、管理サーバ５０は、その受信した有効駐車時間に基づいて今回のユーザについての駐車料金を前払い駐車料金として計算し、その後、管理サーバ５０は、その計算された駐車料金の額を携帯端末９０に送信し、 これに対し、その送信された駐車料金の額を受信し、その後、その受信した駐車料金の額を、関連情報、例えば、前記有効駐車時間の長さ、予定出庫時刻、現在の駐車場２０を表す情報（所在地）と一緒に画面上に表示し、 ユーザが、今回の駐車料金を電子的に決算することを可能にし、その決済が完了すると、そのことを管理サーバ５０に送信し、これに対し、管理サーバ５０は、その決済完了の事実を受信すると、今回のユーザに対して車両を現在の駐車場２０に入庫させることを許可し、現在時刻を計測し、それと等しい時刻として入庫時刻を決定し、その後、管理サーバ５０は、その決定された入庫時刻に、前記受信した有効駐車時間の長さを加算することにより、予定出庫時刻を計算し、続いて、管理サーバ５０は、前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付けてメモリ１６２に登録し、管理サーバ５０は、その登録された内容を携帯端末９０に送信し、 その登録された内容を受信し、続いて、その内容を表すデータを、入庫が許可されたことを表すデータと併せて、画面上に表示する 携帯端末９０。」 ２ 引用文献２ 引用文献２には、図面とともに以下の事項が記載されている。 「【０１３９】 図１（ａ）および図２は、本発明の例示的な第１の実施形態に従う自転車レンタル・システム（以下、単に「システム」という。）１０が示されている。このシステム１０は、本発明に係るレンタル車両管理システムの一例であり、また、このシステム１０においては、本発明に係るレンタル車両管理方法の一例であるレンタサイクル管理方法が実施される。 【０１４０】 このシステム１０によれば、レンタル車両の一例であるレンタサイクル（貸し自転車）１２をユーザに有償で貸し出しするレンタル・ビジネスがユーザに提供される。 【０１４１】 そのレンタル・ビジネスは、自転車１２の貸出しが行われたステーション２０とは別のステーション２０にその自転車２０を返却することがユーザに許可されるワンウェイ方式を採用する。」 「【０５１１】 なお、本実施形態においては、各ステーション２０に第１発信機３０が設置され、そのため、ユーザが現在、いずれかのステーション２０に滞在しているか、ステーション２０以外の場所に滞在しているか（すなわち、いずれのステーション２０にも滞在していないか）を判別することができるうえに、ユーザが現在、いずれのステーション２０に滞在しているかを知ることもできる。 【０５１２】 しかし、その第１発信機３０に代えて、各ステーション２０を識別可能なコード（例えば、バーコードまたはＱＲコード（登録商標））を可視化した図形を表示する表示物（不動表示物または可変表示物）が各ステーション２０に設置される態様で本発明を実施してもよい。」 ３ 引用文献３ 引用文献３には、図面とともに以下の事項が記載されている。 「【０００６】 本発明のレンタサイクルシステムは、インターネットに接続可能なコード読取装置で、保管場所に保管された自転車に付される２次元コードを読取る自転車認識手段と、前記コード読取装置で、前記保管場所に設けられた２次元コードを読取る保管場所認識手段と、インターネットを介して、前記２つの２次元コードの情報に基づき、前記自転車が前記保管場所において貸出または返却されることを設定する貸出返却設定手段とを備えることを特徴とする。 【０００７】 また、前記保管場所に保管される自転車はダイヤル錠で施錠され、前記貸出返却設定手段で貸出が設定されると、前記コード読取装置に前記ダイヤル錠の暗証番号が通知されることを特徴とする。 【発明の効果】 【０００８】 請求項１の発明では、インターネットに接続可能なコード読取装置で自転車に付された２次元コード及び保管場所に設けられた２次元コードを読取り、インターネットを介してこれらの情報を管理設定することで、保管場所において管理人の常駐や高額な装置を必要とすることなく低コストで、どの利用者がどこの保管場所で自転車を借り、どこで返却したかといった管理を行うレンタサイクルシステムを実現することができる。したがって、自転車の保管場所を格段に多くすることができ、放置自転車の対策に貢献することができる。また、ユーザは、インターネットに接続することで、保管場所の位置や利用できる自転車の情報を簡単に取得することができる。」 ４ 引用文献４ 引用文献４には、図面とともに以下の事項が記載されている。 「【００１５】 ［１．駐車管理装置について］ 駐車管理装置１０（商品名称：見張り番とまる君）は、駐車場の駐車スペース３０（車室）への車両４０の入庫を阻止したり、駐車スペース３０に駐車している車両４０の出庫を阻止したりするための装置である。駐車管理装置１０は、車両所有者の駐車場、会社の駐車場、又は、学校などの公共施設の駐車場などに設置される。駐車管理装置１０は、スマートフォン、又は、タブレット型端末などの携帯端末２０（情報処理端末）の無線通信機能を用いて操作可能である。 【００１６】 駐車管理装置１０は、図１に示すように、駐車スペース３０の路面に一部が埋設される駆動ユニット１１と、駆動ユニット１１に対して回転自在に取り付けられたロック機構１２とを備えている。駐車管理装置１０は、図２に示すように、駐車スペース３０の長手方向の真ん中付近に設置される。ロック機構１２は、駆動ユニット１１のケーシングに収容された駆動装置１３（モータ等）によって回転駆動される。この回転駆動によって、ロック機構１２は、駐車スペース３０に対し車両４０が入庫及び出庫可能な倒伏状態（図２（ａ）に示す状態）と、駐車スペース３０に対し車両４０が入庫不能な起立状態（図２（ｂ）に示す状態）とに切り替わる。倒伏状態は第１状態に相当し、起立状態は第２状態に相当する。なお、ロック機構１２は、モータによって回転駆動させる形式のものに限定されない。また、駐車管理装置１０は、駐車スペース３０内ではなく、駐車スペース３０の近傍（入口側）に設置してもよい。」 「【００５０】 上記実施の形態において、駐車管理装置１０の管理サーバを設け、その管理サーバに対し駐車管理装置１０がインターネットを介して自らのロック機構１２の状態を送信してもよい。管理サーバは、複数の駐車管理装置１０からロック機構１２の状態を受信し、受信した情報に基づいて駐車スペース３０の空き情報を作成する。例えば、駐車場を探す操作が行われた携帯端末２０は、ＧＰＳを利用して携帯端末２０の位置情報を取得し、その位置情報を管理サーバに送信する。管理サーバは、受信した位置情報に基づいて、携帯端末２０付近に存在する駐車スペース３０の空き情報を提供する。また、管理サーバは、インターネットを介して、駐車スペース３０の使用者に対し、使用中の駐車スペース３０の位置や使用時間、料金などの情報を提供してもよい。この場合、使用者が携帯端末２０を操作して自ら情報を取得するようにしてもよいし、所定の時間置きに管理サーバから携帯端末２０に情報を提供してもよい。」 ５ 引用文献５ 引用文献５には、図面とともに以下の事項が記載されている。 「【００３８】 （図１） 図１は、精算機もロック板もない駐車車室を借りる予約をしたユーザに係る携帯型の通信端末（スマートフォンを前提とする）と、予約に係る駐車車室の入出庫管理をしている駐車車室管理サーバとの関係において、入庫の確認を実行する場面を示している。 まず、ユーザに係る携帯端末には、精算機もロック板もない駐車車室を借りる予約や入出庫の管理をするための専用アプリケーションソフトウェア（以下、「専用アプリ」と略記）をダウンロードしてある。その専用アプリを介して、駐車車室管理サーバと情報の授受を実行可能な「入出庫管理端末」となる。 なお、図示を省略しているが、ユーザによる駐車車室の利用料金の支払いなどを円滑に実行するため、駐車車室管理サーバの運営者に対して会員登録を済ませ、利用料金の自動引き落としなどが行えるようにしているのが一般的である。 【００３９】 「携帯型の通信端末」の例としてスマートフォンを前提としたのは、本実施形態においては、データ通信機能、ＧＰＳ機能、およびカメラ機能を備え、且つ携帯可能な通信端末でなければならないからである。そのほかの「携帯型の通信端末」としては、例えばスマートフォン、携帯電話、タブレット型端末などがある。 なお、時計機能は、本発明においては必須ではない。現状入手可能な通信端末にはほぼ全てに時計機能が付属しているが、以下の実施形態においても、通信端末の時計機能は使わず、駐車車室管理サーバが提供する時刻データを用いる。」 「【００４４】 （図２） 図２は、入庫した車両を出庫させる場面である。すなわち、駐車車室を借りる予約をしたユーザに係る入出庫管理端末と駐車車室管理サーバとの関係において、出庫の確認を実行する場面を示している。 図中、入出庫管理端末の側に予約データ送信手段、駐車車室管理サーバの側には予約データ受信手段を示しているが、予約データが確実に送受信されていることを前提としないと出庫の確認が行えないために、便宜上示している。 【００４５】 駐車車室から車両を出庫させたユーザは、入出庫管理端末の出庫準備送信手段を用いて出庫準備連絡を駐車車室管理サーバへ送信する。その出庫準備連絡は、駐車車室管理サーバの出庫準備受信手段が受信する。そして、時刻データ送信手段が、時刻データ(B)を入出庫管理端末へ送信する。その時刻データ(B)は、入出庫管理端末の時刻データ受信手段が受信する。 【００４６】 駐車車室を利用したユーザは、入出庫管理端末におけるＧＰＳ機能を起動させた上で、車両ナンバー撮影手段（スマートフォンのカメラ機能）を用いて駐車する車両のナンバープレートを撮影して出庫ナンバー写真を取得する。 その車両ナンバー写真を時刻データ(B)および位置データとともに出庫データ送信手段にて駐車車室管理サーバへ送信する。 駐車車室管理サーバでは、時刻データ(B)を伴った出庫ナンバー写真を出庫データ受信手段が受信する。出庫ナンバー写真もまた画像データであるので、その画像データの中から車両ナンバーを画像認識ソフトなどで読み取ってデジタル化し、駐車車室データベースの車両ナンバーとの比較を実行する。 【００４７】 現在位置データは、駐車車室の住所地データ（駐車車室データベースに格納されている）と照合不一致であれば、出庫を完了していると推定できる。 出庫確認手段による確認結果は、確認結果送信手段が入出庫管理端末へ送信する。入出庫管理端末においては、その確認結果を結果受信手段が受信する。」 ６ 引用文献６ 引用文献６には、図面とともに以下の事項が記載されている。 「【００４９】 実施例１．１ 図５及び図６のフローチャートを参照して、本実施例において、車両３０による駐車場への駐車の開始及び終了を判定する処理の例を説明する。図５及び図６において、「携帯端末」と示された領域にある各処理ステップは携帯端末２０による処理ステップを示し、「サーバ装置」と示された領域にある各処理ステップはサーバ装置１０による処理ステップを示す。他のフローチャートにおいても同様である。 【００５０】 まず、図５を参照して、車両３０による駐車場への駐車の開始を判定する処理の例を説明する。 【００５１】 携帯端末２０は、ユーザ操作に応じて、車両３０を駐車する駐車場及び駐車区画が指定され、駐車予約の指示を受けると（ステップＳ１０１）、受けた駐車予約の情報をサーバ装置１０に送信する。サーバ装置１０は、受信した駐車予約の情報に基づいて、車両３０の駐車予約をデータベース１１０に登録する（ステップＳ１０２）。 【００５２】 その後、携帯端末２０は、ユーザにより駐車位置の指定と駐車開始指示を受け付けた場合（ステップＳ１０３のＹｅｓ）、カメラ２６を起動する（ステップＳ１０４）。携帯端末２０は、ユーザの指示に応じて、車両３０が駐車した駐車区画に設置された２次元コードを撮像する（ステップＳ１０５）。例えば、車両３０を駐車場４０の駐車区画４１に駐車（入庫）したユーザは、携帯端末２０を操作し、駐車区画４１に設置された２次元コード４１ａの撮像を指示する。携帯端末２０は、ステップＳ１０５で撮像された２次元コードの画像から駐車区画の識別情報（駐車位置情報）を読み取る（ステップＳ１０６）。 【００５３】 その後、携帯端末２０から駐車区画の識別情報、当該識別情報を読み取った日時及び携帯端末２０のユーザ情報と共に、駐車開始指示がサーバ装置１０に送信される。サーバ装置１０は、携帯端末２０から駐車開始指示を受信する（ステップＳ１０７）。」 ７ 引用文献７ 引用文献７には、図面とともに以下の事項が記載されている。 「【０００９】 【発明の実施の形態】以下、図面を参照してこの発明の一実施の形態を説明する。図１はその全体的な構成を示すもので、データバスを利用したネットワーク11に接続してナンバー認識装置12が設けられる。 【００１０】このナンバー認識装置12には、駐車場の入口および出口にそれぞれ設置したテレビジョン（ＴＶ）カメラ13および14で撮像した映像が入力される。これらのＴＶカメラ13および14は、入庫あるいは出庫する車両を検知する例えば車両検知器と連動して作動され、それらの車両全体もしくはナンバープレート部分を撮像するもので、ナンバー認識装置12においては、これらＴＶカメラ13および14からの入力映像に基づいて、入庫もしくは出庫する車両のナンバーを認識する。 【００１１】このナンバー認識装置12で認識された、入口に設定されたＴＶカメラ13で撮像された映像に基づく車両ナンバーのデータは、ネットワーク11を介して車両ナンバーデータベース15に伝送され、記憶登録される。出口に設定されたＴＶカメラ14で撮像された出庫車両の映像に基づいて、ナンバー認識装置12で認識された車両ナンバーも、ネットワーク11を介して車両ナンバーデータベース15で、登録されている車両ナンバーと照合されるようにする。 【００１２】ネットワーク11にはさらに前精算機16が接続されている。この前精算機16は、駐車場内の適宜の場所に設置することができるもので、例えば出庫のために乗車しようとする、または乗車している運転者が、この駐車場の出口に近付くことなく、且つ出口の渋滞に影響を与えないで操作できる位置に設置されればよい。そして、この前精算機16は、例えば図２で示すような操作盤を有するもので、テンキーを用いて車両ナンバーの中の４桁の数字を入力できるようになっている。この場合、この前精算機16の操作盤は、例えばタッチパネル付きのディスプレイによって構成され、所定のナンバー入力の終了、およびそのナンバーの確認した後に「決定」のキーを操作する。 【００１３】この様に前精算機16において車両ナンバーが入力されると、そのナンバーは車両ナンバーデータベース15に登録された車両ナンバーと照合され、対応するナンバーのデータが検索出力される。この検索データには、このナンバーの車両の入庫時刻も含まれ、前精算機16に対する入力時刻との差し引きによって駐車時間を演算し、この駐車時間に対応した料金と共に、この前精算機16のディスプレイに表示する。 【００１４】詳細は図示していないが、この前精算機16には入金システムも含んで構成されており、表示された金額の駐車料金の投入を許容し、適宜領収書が発行される。この前精算機16における前精算時刻は、車両ナンバーデータベース15に対応するナンバーデータと共に記録される。 【００１５】そして、その車両が出口に達したときには、ＴＶカメラ14によって撮像されてナンバー認識装置12により再びその車両ナンバーが読み取られるもので、この読み取られた車両ナンバーは、データベース15の登録ナンバーと照合されて検索され、前精算機16の料金支払い時刻と現在時刻との経過時間を算出し、この算出された時間が所定の時間範囲であると確認されたならば、出口のゲートを開いて出庫を許容するようになる。 【００１６】図３はこの様な駐車場の管理装置における前精算機16の処理の流れを示す。まずステップ101 では、これから出庫しようとしている車両の運転者であるユーザが、前精算機16のタッチパネル式ディスプレイのタッチ操作によって、自己の車両ナンバーを４桁数字で入力する。具体的には、ディスプレイに表示されたテンキーの対応数字を指先でタッチして入力するもので、この入力ナンバーが間違いがないと判断されたところで「決定」の位置をタッチする。 【００１７】ここで、ＴＶカメラ13の撮像映像の入力されるナンバー認識装置にあっては、ナンバープレートの４桁の数字のみを認識しているものではなく、ナンバープレートの全文字（例えば、名古屋３３か１２３４）を認識しているものであり、この認識文字の全てが車両ナンバーデータベース15に登録される。しかし、前精算機16においては、操作の単純性を確保するために４桁数字のみが入力され、この４桁数字にしたがってデータベース15の検索が行われる。 【００１８】この様にした理由は、ユーザが車両ナンバーの全ナンバーを記憶していない例があること、また４桁ナンバーのみによっても“９９９９”の種類が存在するため、駐車場の規模にもよるが、ほとんどの場合、車両ナンバーデータベース15に登録された車両ナンバーは１台の車両に限定されることによる。 【００１９】ステップ102 では、入力された４桁数字にしたがって車両ナンバーデータベース14を検索し、当該入力ナンバーに該当する登録車両（当該駐車場に入庫している車両）が１台であるか否かを判定する。このステップ102 で入力した４桁数字に該当する車両が１台のみであることが確認されたならば、ステップ103 に進んで駐車料金の計算と共にその表示を行う。図４の（Ａ）はその表示状態の例を示すもので、４桁数字と共に入場（入庫）時刻を表示し、「確認」の表示部のタッチ操作が行われ、ユーザにおいて確認されるようにする。 【００２０】ステップ102 で、入力されたナンバーに該当する登録車両が２台以上であると判定されたときには、ステップ104 に進んで、入力された４桁数字に該当する車両の全ナンバーを検索抽出し、図４の（Ｂ）で示すように前精算機16のディスプレイにその検索された車両の全文字の表示を行わせる。そしてステップ105 において、ユーザはこの表示された車両ナンバーから自己の車両のナンバーを選択してタッチ操作し、ステップ103 に進むようになる。 【００２１】ステップ103 で料金の計算およびその表示がされたならば、ステップ106 に進んで料金精算を行う。このステップ106 ではユーザが表示された料金を前精算機16に設けられた料金投入システムに投入するもので、この料金の精算が終了したならば、その車両ナンバーをこの精算時刻データと共に車両ナンバーデータベース15に送って記録する。」 ８ 引用文献８ 引用文献８には、図面とともに以下の事項が記載されている。 「【００１９】 次に、本発明による駐車料金徴収方法および装置の好適実施例の構成および動作を、添付図面を参照して詳細に説明する。 【００２０】 先ず、図１は、本発明の駐車料金徴収装置又はシステムの第１実施例のシステム構成を示すブロック図である。この駐車料金徴収装置の特定例としては、例えばショッピングモール等における駐車場の例が挙げられる。 【００２１】 駐車料金徴収装置は、駐車場事業者１に設置される駐車場管理サーバ２、各種情報を管理するセンターサーバ３および各種ユーザデータ等を蓄積するデータベース４と、提携店舗に配置される２次元コード出力機能付きＰＯＳ端末５と、駐車場利用者（ユーザ）が所有する２次元コードデコード機能付き携帯端末６と、ユーザの駐車場利用料金を決済するクレジットカード会社７と、ユーザの車両８およびこの車両８に搭載されたＥＴＣ車載機９を備えて構成される。 【００２２】 これらの各構成要素又は手段は、それぞれ概略次の如く動作する。駐車場２には、駐車場管理サーバやＤＳＲＣ（Dedicated Short Range Communication:狭域通信）通信装置が設置されている。駐車場２に入場する際に、ユーザ（駐車場利用者）の車両８に設置されているＥＴＣ車載機９からＷＣＮ（ワイヤレスコールナンバ）などの車載器のＩＤを受信し、センターサーバ３に通知する。また、駐車場管理サーバ２は、利用者が出庫する際にもＷＣＮなどの車載器ＩＤを受信して駐車料金を算出し、センターサーバ３に通知する。以降、ＷＣＮを例に説明する。 【００２３】 センターサーバ３は、駐車場２の駐車場管理サーバとのデータ送受信、データベース４へのデータ書き込みおよびデータ参照を行う。また、駐車場利用者からの提携店舗での利用実績情報に基づいた駐車料金の割引処理、その後の駐車料金のクレジットカード会社への決済情報の提供および提携店舗への割引料金課金処理等も行う。 【００２４】 データベース４には、ユーザ（駐車場利用者）のＷＣＮなどの車載器ＩＤやクレジットカードナンバー、利用料金等の利用実績情報等が蓄積されている。ここで、駐車場利用者は、予め駐車場事業者１に対して自分のＥＴＣ車載機のＷＣＮ、クレジットカードナンバーおよびメールアドレス等を登録するものとする。提携店舗への課金情報等も蓄積されている。 【００２５】 提携店舗に設置される２次元コード出力ＰＯＳ端末５は、精算時に発行されるレシートに、その店舗名称、利用日時および精算金額等が２次元コードに変換されて一緒にプリントされる。２次元コードに埋め込むデータは、ＰＯＳ端末５側で設定できるものとする。また、機種によってはレシートの裏面に印刷することも可能である。ユーザ（駐車場利用者）が所有する携帯電話６には、２次元コードをデコードする機能、インターネットへのアクセス機能およびメール機能等が備えられている。 【００２６】 クレジットカード会社７は、予め駐車場利用者が登録したものであり、提携店舗による割引額を除いた駐車場利用料金が、駐車場事業者１から請求される。車両８は、ユーザが所有する車両である。ＥＴＣ車載機９は、車両８に搭載されており、各車載機に固有に振られたＩＤであるＷＣＮを持つ。 【００２７】 次に、図２のフローチャートを参照して、図１に示す本発明による駐車料金徴収装置の第１実施例の動作を詳細に説明する。ここで、駐車場事業者１が運営・管理する駐車場はＤＳＲＣ通信装置を有し、ＥＴＣ車載機を利用した入退場管理システムが導入されているものとする。 【００２８】 まず、ユーザ（駐車場利用者）が駐車場に入庫する（ステップＡ１）。次に、ユーザの車両８に設置されたＥＴＣ車載機９からＷＣＮを読み出す（ステップＡ２）。駐車場管理サーバ２からセンターサーバ３にＷＣＮを通知し、センターサーバ３は、データベース４からＷＣＮが事前に登録されているか否か判別する（ステップＡ３）。ここで、ユーザは、事前に駐車場事業者１に対してＥＴＣ車載機９のＷＣＮ、料金決済用クレジットカードナンバーおよびメールアドレス等を登録しているものとし、登録されているユーザの場合には、駐車場のゲート等を自動的に開き場内に入場する。登録されていない場合には、駐車券も発行できる駐車場であれば、駐車券を発行し入場する（ステップＡ４）。駐車場管理サーバ２は、利用料金算出のために入庫時刻を記録する（ステップＡ５）。 【００２９】 車両８を駐車したユーザは、提携店舗に移動し、その店舗を利用する（ステップＡ６）。買い物や食事等をして料金を精算すると、その店舗に設置された２次元コード出力ＰＯＳ端末５から、店舗名称、利用日時、精算金額およびアクセス先ＵＲＬ(Uniform Resource Locators)等の情報が埋め込まれた２次元コードも印刷されたレシートが発行される（ステップＡ７）。２次元コードに埋め込む情報は、ＰＯＳ端末５で設定できるものとする。ここで使用される２次元コードは、携帯電話６にデコード機能が搭載されているＱＲコードを想定している。また、レシートの裏面に２次元コードを印刷するＰＯＳ端末も考えられる。これにより、レシート用紙の使用量を削減することが可能となる。 【００３０】 レシートを受け取ったユーザは、携帯電話６を使用してレシートに印刷された２次元コードを読み取り、そこに埋め込まれていた指定ＵＲＬにアクセスする（ステップＡ８）。すると、２次元コードに埋め込まれた情報が指定ＵＲＬ先のサーバに通知される。情報を受け取ったサーバ（ここでは、駐車場事業者１のセンターサーバ３を想定）では、ユーザの利用実績情報を蓄積する。携帯電話からアクセスしただけでは利用者が誰か特定できないため、アクセスの際に利用者ＩＤ等を入力する仕組み、携帯電話用に作成されたＪａｖａ（登録商標）アプリケーション等と連動してユーザを特定するものとする。また、ある店舗やモール内での総利用額に応じて割引額が決まるような仕組みの場合には、センターサーバ３で複数の利用実績を蓄積し、駐車場料金精算の際に、利用総額を元に割引額を算出できるものとする（ステップＡ９）。 【００３１】 ユーザが駐車場から退場する際には、駐車場管理サーバ２は、ユーザのＥＴＣ車載機９からＷＣＮを受信する。駐車場管理サーバ２は、受信したＷＣＮの入庫記録があることを確認すると、ゲートを開きユーザは出庫する（ステップＡ１０）。同時に、駐車場管理サーバ２は、駐車場利用料金を算出し（ステップＡ１１）、センターサーバ３に通知する。ここで、駐車場利用料金は、センターサーバ３で算出してもよい。また、ステップＡ１０とステップＡ１１の順序は逆でもよい。 【００３２】 センターサーバ３は、ステップＡ９で算出した割引額を差し引いた駐車場利用料金をユーザが指定したクレジットカード会社７に通知し、決済される（ステップＡ１２）。決済は、月単位で纏め又はその都度行ってもよい。また、予め登録した銀行口座から料金を引き落とすことも可能である。併せて、ステップＡ９で算出した割引額を提携店舗に対して課金する（ステップＡ１３）。ここで、提携店舗に対して直接課金しても、クレジット決済等を利用してもよい。ステップＡ１１で、駐車料金および割引額をメールでユーザに通知してもよい。これにより、ユーザは実際に駐車料金がいくらで、割引金額がいくらか知ることができるため、ユーザビリティの向上に寄与する。 【００３３】 このように、第１実施例によると、チケットレスの駐車場入退場システムおよび、割引サービスが実現できる。その理由は、割引に関する情報を電子処理するためである。これにより、ユーザは駐車券を所持する必要がなくなり、提携店舗は駐車券を駐車場事業者から事前に購入し、保管する必要がなくなり、駐車場事業者も駐車券の製作コストを削減することが可能である。」 ９ 引用文献９ 引用文献９には、図面とともに以下の事項が記載されている。 「【００２３】 まず、駐車時間案内及び精算システムの構成について説明する。図1は、本発明の実施形態に係わる携帯電話１４０と顧客カード１５０を連携した駐車時間案内及び精算システム１０１のブロック構成図である。 【００２４】 同図において、駐車時間案内及び精算システム１０１は、商店(サービス提供者)が有する駐車場で用いられるシステムであって、図示するように、駐車場を利用するユーザが所有する顧客カード１５０および携帯電話１４０と、商店に設けられた顧客情報を管理する顧客管理装置１３０と、駐車場の駐車場利用時間および駐車料金を管理する駐車管理装置１１０と、ユーザが駐車場を利用する際に通過する入庫ゲート１６０および出庫ゲート１７０とを含んで構成されている。 【００２５】 駐車管理装置１１０と、顧客管理装置１３０と、入庫ゲート１６０と、出庫ゲート１７０と、はローカルネットワーク１９０で接続されており、相互通信が可能である。 【００２６】 また、駐車管理装置１１０は公衆ネットワーク１９１、例えば、公衆電話回線、携帯電話回線、ＰＨＳ回線、インターネット回線等へ接続されており、ユーザの所有する携帯電話１４０および携帯電話会社１８０に通信が可能である。 【００２７】 ユーザが所有する携帯電話１４０はメール配信を表示できる表示部１４１とオートコールによる音声案内に対応できるスピーカー部１４２とが設けられている。 【００２８】 入庫ゲート１６０には、顧客カード１５０の情報を読み取る読取機１６１と、ユーザが入庫時間を確認する為、入庫時間を表示させる表示部１６２とが設けられている。 【００２９】 また、出庫ゲート１７０においても、顧客カード１５０の情報を読み取る読取機１７１と、ユーザが出庫時間を確認する為、出庫時間を表示させる表示部１７２とが設けられている。 【００３０】 顧客管理装置１３０は、ユーザが顧客カード１５０を使用した際に認証をするユーザ認証部１３１と、顧客カード１５０の使用状況を管理する施設利用情報管理部１３２と、顧客情報を管理する顧客管理データベース（ＤＢ）１３３が設けられている。顧客管理装置１３０が有する顧客管理ＤＢ１３３には、図２に示すように、顧客管理ＤＢデータテーブル２０１が設けられている。 【００３１】 顧客管理ＤＢデータテーブル２０１には、商店を利用するユーザの情報が登録されている。顧客管理ＤＢの持つユーザ情報の登録は、顧客カード１５０を作成した際に行われ、顧客ＩＤが割り当てられる。登録情報は顧客ＩＤ毎に対応付けられて格納され、氏名、性別、生年月日、郵便番号、住所、携帯電話番号、携帯メールアドレス、携帯電話会社、顧客カード番号、使用日時、使用種別、使用回数、利用施設、料金情報、ポイント情報、入会日、退会日、等が含まれる。 【００３２】 駐車管理装置１１０は、ユーザの駐車場利用情報を管理する駐車管理データベース（ＤＢ）１１７を有する。 【００３３】 駐車管理装置１１０が有する駐車管理ＤＢ１１７には、図３に示すように、駐車管理ＤＢデータテーブル３０１が設けられている。 【００３４】 駐車管理ＤＢデータテーブル３０１には、駐車場を利用するユーザの駐車情報が格納され、顧客ＩＤ、入庫日時、出庫日時、駐車時間、無料利用時間、精算金額、精算種別、メール送信判定、駐車場利用回数、等が含まれる。 【００３５】 駐車管理装置１１０は、ユーザが入庫ゲート１６０の読取機１６１に顧客カード１５０をかざし、顧客管理装置１３０で認証された入庫時間や、出庫ゲート１７０の読取機１７１に顧客カード１５０をかざし、顧客管理装置１３０で認証された出庫時間を管理する入出庫情報管理部１１１が設けられている。 【００３６】 入出庫情報管理部１１１は、駐車管理ＤＢ１１７の駐車管理ＤＢデータテーブル３０１に顧客ＩＤに対応付けて時間情報を格納するとともに、公衆ネットワーク１９１を介し、ユーザの所有する携帯電話１４０にメール配信し、表示部１４１に時間情報を表示させる。」 「【００７３】 次に、駐車時間更新時の処理フローについて説明する。 【００７４】 駐車時間の更新の通知は、本駐車時間案内及び精算システムに提携している施設での顧客カード１５０を使用した時の他、駐車時間超過による延長料金発生時、等が考えられる。ここでは、顧客カード１５０を使用した時の処理フローについて述べる。 【００７５】 図５に示すように、本駐車時間案内及び精算システムに提携している施設において、ユーザが施設を利用、物品購入、等をした際、ユーザは顧客カード１５０を提示する(ステップＳ５０１)。 【００７６】 顧客カード１５０の使用情報は、ローカルネットワーク１９０を介し、顧客管理装置１３０に展開され、ユーザ認証部１３１によるユーザの認証５０２と施設利用情報管理部１３２による使用情報の登録が行われる（ステップＳ５０３）。 【００７７】 ここで、使用情報とは、顧客カード使用情報データテーブル２０２に登録される情報であり、使用日時を含む時間情報、使用種別、使用回数、利用施設、物品購入や支払等の料金情報、ポイント情報、等である。 【００７８】 顧客管理装置１３０に登録された顧客カード１５０の使用情報は、ローカルネットワーク１９０を介し、駐車管理装置１１０に展開される。 【００７９】 駐車管理装置１１０では、使用情報を基に、駐車時間算出部１１４が、入庫時点から駐車時間の算出を行い、割引情報管理部１１５が、利用料金情報、利用回数、利用施設、等による駐車時間、駐車料金の割引額および割引時間を算出する。また、割引情報管理部１１５では、割引に未達だった場合も考慮し、駐車場利用割引適用までに必要な利用料金情報、利用回数、利用施設、等も算出し管理する。 【００８０】 そして、料金精算管理部１１６は、駐車時間算出部１１４と割引情報管理部１１５の算出結果から、ユーザの無料駐車時間の算出、駐車料金の算出、等を行う(ステップＳ５０４)。 【００８１】 上述した駐車場利用情報の更新が完了した後、メール配信管理部１１２にて、ユーザへの前回のメール配信記録を参照し、配信エラーが発生していないか確認する(ステップＳ５０５)。 【００８２】 配信エラーが確認されない場合、駐車管理装置１１０は、ユーザの所有する携帯電話１４０に向けメールを配信し(ステップＳ５０６)、ユーザは、更新内容を確認することが出来る(ステップＳ５０７)。 【００８３】 ユーザが所有する携帯電話１４０の表示部１４１には、例えば図９に示す顧客カード利用時における駐車時間更新の案内画面(例：「ご案内 ￥Ａ，ＡＡＡお買い上げありがとうございます。 １時間分の駐車時間がサービスとなりますので、19：00までの駐車料金が無料となります。 また、残り￥Ｂ，ＢＢＢのお買い上げで、20：00までの駐車料金が無料となります。」)が表示される。」 第５ 原査定について（引用発明との対比・判断） １ 本願発明１について （１）対比 ア 本願発明１と引用発明とを対比する。 （ア）引用発明は、「駐車場管理システム１０」において、「携帯端末９０との通信により、管理サーバ５０が複数の駐車場２０を集中的に管理する」ことがなされ、また、「管理サーバ５０」は、「前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付けてメモリ１６２に登録」するから、「携帯端末９０」は、「管理サーバ５０」と「通信」するものであり、「管理サーバ５０」は、「駐車場２０」における「有効駐車時間」等の各種のデータ管理を実行しているといえる。 そして、引用発明の「管理サーバ５０」、「携帯端末９０」は、それぞれ、本願発明１の「データセンター」、「携帯通信端末」に相当する。 よって、引用発明の「駐車場２０」における「有効駐車時間」等の各種のデータ管理を実行している「管理サーバ５０」と「通信」する「携帯端末９０」と、本願発明１の「駐車場における各種のデータ管理を実行しているデータセンターと通信することで、後払い駐車場の駐車中に駐車開始時刻を知るための携帯通信端末」とは、「駐車場における各種のデータ管理を実行しているデータセンターと通信する携帯通信端末」である点で共通する。 （イ）引用発明は、「ユーザが現在の駐車場２０について駐車リクエストを発した場合に」、「ユーザが携帯端末９０に対し、自身の車両を識別するための車両情報を入力」することが行われ、また、「車両情報」は「車両ナンバープレートの番号」であるとされるものであり、ここで、「自身の車両」が「駐車リクエスト」対象の駐車した車両であることは明らかであるから、引用発明の「携帯端末９０」は、駐車した車両に係る「車両ナンバープレートの番号」を入力が可能な手段を備えるといえる。 そして、引用発明の「車両ナンバープレートの番号」、上記手段は、それぞれ、本願発明１の「車両ナンバー」、「車両ナンバー入力手段」に相当する。 以上の点について、上記（ア）を踏まえると、引用発明は、本願発明１の「駐車した車両に係る車両ナンバーの入力が可能な車両ナンバー入力手段」に相当する構成を備えるものである。 （ウ）引用発明の「携帯端末９０」は、「ユーザを識別するためのユーザＩＤと共に前記決定された駐車場ＩＤと、前記入力された車両情報と、ユーザがその意思表示としての入庫ボタンの操作を携帯端末９０に対して行ったことを表す入庫操作データとを管理サーバ５０に送信」するから、「駐車場ＩＤ」、「車両情報」及び「入庫操作データ」を「管理サーバ５０に送信」する手段を備えるといえる。 また、「入庫操作データ」は「意思表示としての入庫ボタンの操作携帯端末９０に対して行ったことを表す」ものであるから、「駐車場ＩＤ」、「車両情報」及び「入庫操作データ」の全体は、「駐車場ＩＤ」及び「車両情報」にて「入庫」したい旨の要請データを構成しているといえる。 そして、引用発明の「駐車場ＩＤ」と、本願発明１の「バーコードデータ」とは、「駐車場を特定する情報」である点で共通する。 以上の点について、上記（ア）、（イ）を踏まえると、引用発明１の「駐車場ＩＤ」、「車両情報」及び「入庫操作データ」を「管理サーバ５０に送信」する手段と、本願発明１の「前記のバーコード読み取り手段にて読み取ったバーコードデータおよび前記の車両ナンバー入力手段を介して入力された車両ナンバーにて駐車を開始した時刻を知らせて欲しい旨の要請データを作成して前記のデータセンターへ送信するユーザ要請データ送信手段」とは、「駐車場を特定する情報および前記の車両ナンバー入力手段を介して入力された車両ナンバーにて要請データを作成して前記のデータセンターへ送信するユーザ要請データ送信手段」である点で共通する。 （エ）引用発明では、「管理サーバ５０」が、「それらユーザＩＤと駐車場ＩＤと車両情報とを受信」する際に、上記（ウ）の「入庫」したい旨の要請データを受信することは明らかであり、「管理サーバ５０」が「前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付けてメモリ１６２に登録し」、「その登録された内容を携帯端末９０に送信」することは、上記要請データに対応する「その登録された内容」を「メモリ１６２」から抽出することにより行われるといえる。 また、引用発明の「携帯端末９０」は、「その登録された内容を受信」するから、「その登録された内容」を受信する手段を備えるといえる。 よって、引用発明の「携帯端末９０」は、「入庫」したい旨の要請データを受信した「管理サーバ５０」が当該要請データに対応する「その登録された内容」を抽出して送信してきた場合に「その登録された内容」を受信する手段を備えるといえる。 そして、引用発明の「その登録された内容」と、本願発明１の「該当データ」とは、「所定のデータ」である点で共通し、また、引用発明における、「入庫」したい旨の要請データに対応する「その登録された内容」を抽出して送信することと、本願発明１における、「当該要請データに該当する該当データを抽出して送信」することとは、「当該要請データに対応する所定のデータを抽出して送信」することである点で共通する。 以上の点について、上記（ア）、（イ）及び上記（ウ）で検討した点を踏まえると、引用発明における、「入庫」したい旨の要請データを受信した「管理サーバ５０」が当該要請データに対応して「その登録された内容」を送信してきた場合にその登録された内容」を受信する手段と、本願発明１における、「前記の要請データを受信したデータセンターが当該要請データに該当する該当データを抽出して送信してきた場合にその該当データを受信する該当データ受信手段」とは、「前記の要請データを受信したデータセンターが当該要請データに対応する所定のデータを抽出して送信してきた場合にその所定のデータを受信する手段」である点で共通する。 （オ）引用発明の「携帯端末９０」が「その登録された内容を受信し、続いて、その内容を表すデータを、入庫が許可されたことを表すデータと併せて、画面上に表示する」ことにおいて、「その登録された内容」は、「前記受信した有効駐車時間と、前記計算された駐車料金の額と、前記決定された入庫時刻と、前記計算された予定出庫時刻とを、いずれも、今回のユーザＩＤ，駐車場ＩＤおよび車両情報の組合せに関連付け」たものであるから、引用発明の「携帯端末９０」は、「受信」した「その登録された内容」における「入庫時刻」を出力する手段を備えるといえる。 そして、引用発明の「入庫時刻は、本願発明１の「駐車開始時刻」に相当する。 以上の点について、上記（エ）を踏まえると、引用発明における、「受信」した「その登録された内容」における「入庫時刻」を出力する手段と、本願発明１における、「その受信した該当データにおける車両ナンバーおよび駐車開始時刻を出力する該当データ出力手段」とは、「その受信した所定のデータにおける駐車開始時刻を出力する手段」である点で共通する。 （カ）引用発明の「携帯端末９０」は、「受信したＧＰＳ信号に基づき」、「ユーザの現在位置（経緯度）」を「測定」する手段を備えるものであり、当該手段は、本願発明１の「当該携帯通信端末の位置データを取得する位置データ取得手段」に相当する。 （キ）上記（イ）ないし（オ）によると、引用発明の「携帯端末９０」は、「管理サーバ５０」と「通信」することで、「登録された内容」における「入庫時刻」を知るためのものであるといえるから、引用発明の「携帯端末９０」と、本願発明１の「携帯通信端末」とは、上記（ア）に加え、「データセンターと通信することで」、「駐車開始時刻を知るための」ものである点でも共通する。 イ 上記アから、本願発明１と引用発明とは、次の点で一致する。 （一致点） 「駐車場における各種のデータ管理を実行しているデータセンターと通信することで、駐車開始時刻を知るための携帯通信端末であって、 駐車した車両に係る車両ナンバーの入力が可能な車両ナンバー入力手段と、 駐車場を特定する情報および前記の車両ナンバー入力手段を介して入力された車両ナンバーにて要請データを作成して前記のデータセンターへ送信するユーザ要請データ送信手段と、 前記の要請データを受信したデータセンターが当該要請データに対応する所定のデータを抽出して送信してきた場合にその所定のデータを受信する手段と、 その受信した所定のデータにおける駐車開始時刻を出力する手段と、 当該携帯通信端末の位置データを取得する位置データ取得手段と、 を備える 携帯通信端末。」 ウ また、本願発明１と引用発明とは、次の点で相違する。 （相違点１） 本願発明１では、「携帯通信端末」により「駐車開始時刻を知る」ことが、「後払い駐車場の駐車中に」行われるのに対して、引用発明では、「入庫時刻」を「画面上に表示する」ことが、「前払い時間貸し式」の「駐車場２０」について、「現在の駐車場２０を利用したい旨の駐車リクエストを携帯端末９０に対して入力した」際に行われる点。 （相違点２） 本願発明１では、「携帯通信端末」が、「駐車場を特定するデータを示すバーコードを光学読み取り可能なバーコード読み取り手段」を備えるとともに、「駐車場を特定する情報」が「前記のバーコード読み取り手段にて読み取ったバーコードデータ」であるのに対して、引用発明では、「携帯端末９０」がそのような手段を備えることが特定されるものではなく、「駐車場を特定する情報」が「駐車場ＩＤ」である点。 （相違点３） 「要請データ」が、本願発明１では、「駐車を開始した時刻を知らせて欲しい旨の」ものであるのに対して、引用発明は、「入庫」したい旨のものである点。 （相違点４） 「所定のデータ」が、本願発明１では、「要請データ」に「該当する該当データ」であるのに対して、引用発明は、「その登録された内容」であって、（「入庫」したい旨の）要請に対応するものではあるものの、要請の対象そのものに該当するものではない点。 （相違点５） 本願発明１は、「該当データ出力手段」が「駐車開始時刻」に加えて「車両ナンバー」を「出力」するのに対して、引用発明１は、「画面上に表示する」内容に「車両ナンバープレートの番号」が含まれることが特定されるものではない点。 （相違点６） 本願発明１の「前記のユーザ要請データ送信手段」は、「前記の位置データ取得手段が取得した位置データを前記の要請データに含めることとした」ものであるのに対して、引用発明の「駐車場ＩＤ」、「車両情報」及び「入庫操作データ」を「管理サーバ５０に送信」する手段は、「送信」の対象に「ユーザの現在位置（経緯度）」を含めることとはしない点。 （２）判断 相違点１，３，６は、いずれも「駐車開始時刻」の「要請」に関するものである点で相互に関連しているため、まとめて検討すべきものである。 データセンターにより管理される後払い駐車場において、駐車中に、ユーザの通信端末等を用いて、駐車を開始した時刻を知らせて欲しい旨の要請データを、通信端末等の位置データとともにデータセンターに送信するようにすることは、引用文献１～９のいずれにも記載されておらず、本願出願前において周知技術であるともいえない。 よって、他の相違点について検討するまでもなく、本願発明１は、当業者であっても引用文献１～９に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。 ２ 本願発明２～１１について 本願発明４は、本願発明１に対応する「コンピュータプログラム」の発明であり、本願発明９は、本願発明１に対応する「駐車場管理システム」の発明であり、本願発明２，３、本願発明５～８、本願発明１０，１１は、それぞれ、本願発明１、本願発明４、本願発明９を減縮した発明であるから、本願発明２～１１は、いずれも相違点１，３，６に係る（対応する）発明特定事項を含むものである。 よって、本願発明２～１１も、本願発明１と同様の理由により、当業者であっても引用文献１～９に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。 ３ 小括 以上から、原査定の理由を維持することはできない。 第６ むすび 以上のとおり、原査定の理由によって、本願を拒絶することはできない。 また、他に本願を拒絶すべき理由を発見しない。 よって、結論のとおり審決する。