JP7393144B2 - Parking lot management system, information processing method, and program - Google Patents
Parking lot management system, information processing method, and program Download PDFInfo
- Publication number
- JP7393144B2 JP7393144B2 JP2019129072A JP2019129072A JP7393144B2 JP 7393144 B2 JP7393144 B2 JP 7393144B2 JP 2019129072 A JP2019129072 A JP 2019129072A JP 2019129072 A JP2019129072 A JP 2019129072A JP 7393144 B2 JP7393144 B2 JP 7393144B2
- Authority
- JP
- Japan
- Prior art keywords
- parking
- reservation information
- parking lot
- reason
- reservation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000010365 information processing Effects 0.000 title claims description 11
- 238000003672 processing method Methods 0.000 title claims description 8
- 230000008859 change Effects 0.000 claims description 99
- 238000004364 calculation method Methods 0.000 claims description 31
- 238000004891 communication Methods 0.000 claims description 10
- 239000000284 extract Substances 0.000 claims description 9
- 238000000605 extraction Methods 0.000 claims description 9
- 230000000694 effects Effects 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 114
- 238000000034 method Methods 0.000 description 27
- 238000010586 diagram Methods 0.000 description 19
- 230000008569 process Effects 0.000 description 12
- 238000012545 processing Methods 0.000 description 10
- 230000003111 delayed effect Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 230000010006 flight Effects 0.000 description 3
- 238000010801 machine learning Methods 0.000 description 3
- 238000012508 change request Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012015 optical character recognition Methods 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 229910044991 metal oxide Inorganic materials 0.000 description 1
- 150000004706 metal oxides Chemical class 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000001151 other effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
- Traffic Control Systems (AREA)
Description
本発明は、駐車場管理装置、駐車場管理方法、及びプログラムに関する。 The present invention relates to a parking lot management device, a parking lot management method, and a program.
特許文献1に記載の駐車場の予約時刻変更システムでは、ネットワークを介して接続されるユーザ端末装置からの予約遂行に際して、道路交通状況に基づいて予約時刻が自動的に変更される。これにより交通渋滞が発生した場合でも、ユーザ側の利便性及び駐車場のサービス向上が図られている(特許文献1の明細書段落[0009][00060]等)。 In the parking lot reservation time change system described in Patent Document 1, when a reservation is made from a user terminal device connected via a network, the reservation time is automatically changed based on road traffic conditions. As a result, even when traffic congestion occurs, convenience for users and parking lot services are improved (paragraphs [0009] [00060] of the specification of Patent Document 1, etc.).
このように、駐車場を利用する利用者の利便性を向上させることが可能な技術が求められている。 As described above, there is a need for technology that can improve convenience for users of parking lots.
以上のような事情に鑑み、本発明の目的は、駐車場を利用する利用者の利便性を向上させることが可能な情報処理装置、情報処理方法、及びプログラムを提供することにある。 In view of the above circumstances, an object of the present invention is to provide an information processing device, an information processing method, and a program that can improve the convenience of users who use a parking lot.
上記目的を達成するため、本発明の一形態に係る駐車場管理装置は、状況判定部と、算出部とを具備する。
前記状況判定部は、車両の駐車状況が、予約情報通りか否かを判定する。
前記算出部は、前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の連絡の有無、又は前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金を算出する。
In order to achieve the above object, a parking lot management device according to one embodiment of the present invention includes a situation determination section and a calculation section.
The situation determining unit determines whether the parking situation of the vehicle is as per the reservation information.
When the parking situation is not as per the reservation information, the calculation unit determines whether or not there has been a notification of the reason why the parking situation is not according to the reservation information, or at least one of the reasons why the parking situation is not according to the reservation information. Based on this, a fee related to the parking situation is calculated.
前記予約情報は、出場予約日時に関する情報を含んでもよい。この場合、前記状況判定部は、前記出場予約日時に前記車両が出場したか否かを判定してもよい。また、前記算出部は、前記出場予約日時に前記車両が出場していない場合に、超過料金を算出してもよい。 The reservation information may include information regarding the reservation date and time of participation. In this case, the situation determination unit may determine whether the vehicle has participated in the race at the reservation date and time. Further, the calculation unit may calculate an excess fee when the vehicle is not participating at the reservation reservation date and time.
前記算出部は、前記理由が所定の分類に含まれる場合は、第1の課金体系に基づいて前記超過料金を算出し、前記理由が前記所定の分類に含まれない場合は、前記第1の課金体系よりも課金レベルが高い第2の課金体系に基づいて前記超過料金を算出してもよい。 The calculation unit calculates the excess charge based on a first charging system when the reason is included in the predetermined classification, and calculates the excess charge based on the first charging system when the reason is not included in the predetermined classification. The excess charge may be calculated based on a second charging system having a higher charging level than the charging system.
前記算出部は、前記理由が利用者に起因しない所定の理由である場合は、前記第1の課金体系に基づいて前記超過料金を算出し、前記理由が利用者に起因しない前記所定の理由でない場合は、前記第2の課金体系に基づいて前記超過料金を算出してもよい。 The calculation unit calculates the excess charge based on the first billing system if the reason is a predetermined reason that is not attributable to the user; In this case, the excess charge may be calculated based on the second billing system.
前記利用者に起因しない所定の理由は、交通機関に関する理由、渋滞に関する理由、又は自然現象に関する理由の少なくとも一方を含んでもよい。 The predetermined reason not attributable to the user may include at least one of a reason related to transportation, a reason related to traffic congestion, or a reason related to a natural phenomenon.
前記第1の課金体系は、前記超過料金が0円となる課金体系であってもよい。 The first billing system may be a billing system in which the excess charge is 0 yen.
前記算出部は、前記理由の連絡がない場合は、前記第2の課金体系よりも課金レベルが高い第3の課金体系に基づいて、前記超過料金を算出してもよい。 If the reason is not communicated, the calculation unit may calculate the excess charge based on a third charging system having a higher charging level than the second charging system.
前記駐車場管理装置は、さらに、前記理由の真偽を判定する真偽判定部を具備してもよい。この場合、前記算出部は、前記真偽定部による判定結果に基づいて、前記駐車状況に関する料金を算出してもよい。 The parking lot management device may further include a truth determination unit that determines whether the reason is true or false. In this case, the calculation unit may calculate the fee related to the parking situation based on the determination result by the authenticity determining unit.
前記真偽判定部は、交通機関に関する情報、渋滞に関する情報、又は自然現象に関する情報の少なくとも一方に基づいて、前記理由の真偽を判定してもよい。 The authenticity determination unit may determine the authenticity of the reason based on at least one of information regarding transportation, information regarding traffic jams, and information regarding natural phenomena.
前記真偽判定部は、利用者から連絡があった前記理由の真偽に基づいて、他の利用者から連絡があった前記理由の真偽を判定してもよい。 The authenticity determination unit may determine the authenticity of the reason contacted by another user based on the authenticity of the reason contacted by the user.
前記駐車場管理装置は、さらに、利用者に、前記駐車状況が前記予約情報通りではない理由の連絡を促す旨の通知を実行する通知部を具備してもよい。 The parking lot management device may further include a notification unit that notifies the user of a reason why the parking situation does not match the reservation information.
前記通知部は、前記出場予約日時に前記車両が出場していない利用者に前記通知を実行してもよい。 The notification unit may issue the notification to a user whose vehicle is not participating at the reservation date and time.
前記駐車場管理装置は、さらに、前記駐車状況が前記予約情報通りにならない可能性の高い前記予約情報である要変更予約情報を抽出する抽出部を具備してもよい。この場合、前記通知部は、前記要変更予約情報に関する前記利用者に前記通知を実行してもよい。 The parking lot management device may further include an extraction unit that extracts change-required reservation information, which is the reservation information in which there is a high possibility that the parking situation will not match the reservation information. In this case, the notification unit may notify the user regarding the change-required reservation information.
前記抽出部は、交通機関に関する情報、渋滞に関する情報、又は自然現象に関する情報の少なくとも一方に基づいて、前記要変更予約情報を抽出してもよい。 The extraction unit may extract the change-required reservation information based on at least one of information regarding transportation, information regarding traffic jams, and information regarding natural phenomena.
前記抽出部は、利用者から連絡があり真であると判定された前記理由に基づいて、前記要変更予約情報を抽出してもよい。 The extraction unit may extract the change-required reservation information based on the reason that has been contacted by the user and determined to be true.
前記駐車場管理装置は、さらに、前記駐車状況が前記予約情報通りにならない可能性の高い前記予約情報である要変更予約情報を抽出する抽出部を具備してもよい。この場合、前記算出部は、前記要変更予約情報については、前記理由の連絡がない場合でも、前記第1の課金体系又は前記第2の課金体系に基づいて、前記超過料金を算出してもよい。 The parking lot management device may further include an extraction unit that extracts change-required reservation information, which is the reservation information in which there is a high possibility that the parking situation will not match the reservation information. In this case, the calculation unit may calculate the excess charge based on the first billing system or the second billing system for the change-required reservation information even if there is no notification of the reason. good.
本発明の一形態に係る情報処理方法は、コンピュータにより実行される情報処理方法であって、車両の駐車状況が、予約情報通りか否かを判定することを含む。
前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の連絡の有無、又は前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金が算出される。
An information processing method according to one embodiment of the present invention is an information processing method executed by a computer, and includes determining whether a parking situation of a vehicle is in accordance with reservation information.
When the parking situation is not according to the reservation information, the parking situation is determined based on at least one of whether there is a notification of the reason why the parking situation is not according to the reservation information, or the reason why the parking situation is not according to the reservation information. A fee will be calculated based on the situation.
本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
車両の駐車状況が、予約情報通りか否かを判定するステップ。
前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の連絡の有無、又は前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金を算出するステップ。
A program according to one embodiment of the present invention causes a computer to execute the following steps.
Step of determining whether the parking situation of the vehicle is as per the reservation information.
When the parking situation is not according to the reservation information, the parking situation is determined based on at least one of whether there is a notification of the reason why the parking situation is not according to the reservation information, or the reason why the parking situation is not according to the reservation information. Calculating the charges for the situation.
以上のように、本発明によれば、駐車場を利用する利用者の利便性を向上させることが可能となる。 As described above, according to the present invention, it is possible to improve convenience for users who use a parking lot.
以下、本発明に係る実施形態を、図面を参照しながら説明する。 Embodiments according to the present invention will be described below with reference to the drawings.
<第1の実施形態>
[駐車場管理システムの構成]
図1は、本発明の一実施形態に係る駐車場管理システムの構成例を示す概略図である。
駐車場管理システム500は、駐車場を利用する利用者から申請される予約の管理、駐車状況の監視、及び駐車場の利用に関する種々の料金の算出等、駐車場に関する種々の処理を実行可能である。
本駐車場管理システム500を、駐車場予約管理システムということも可能である。
<First embodiment>
[Parking lot management system configuration]
FIG. 1 is a schematic diagram showing a configuration example of a parking lot management system according to an embodiment of the present invention.
The parking
This parking
駐車場管理システム500は、駐車場管制装置5と、利用者端末10と、駐車場管理装置15と、管理機関端末20と、決済機関25が有する決済サーバ装置と、フライト情報管理サーバ30とを有する。
これらの端末及び装置は、ネットワーク1を介して相互に通信可能に接続されている。ネットワーク1は、例えばインターネットや広域通信回線網等により構築される。
その他、任意のWAN(Wide Area Network)やLAN(Local Area Network)等が用いられてよく、ネットワーク1を構築するためのプロトコルは限定されない。
The parking
These terminals and devices are connected via a network 1 so that they can communicate with each other. The network 1 is constructed by, for example, the Internet or a wide area communication network.
In addition, any WAN (Wide Area Network), LAN (Local Area Network), etc. may be used, and the protocol for constructing the network 1 is not limited.
駐車場管制装置5は、各駐車場6に設置される。駐車場管制装置5は、駐車場6内に設置される各装置の動作を包括的に制御することが可能である。
また駐車場管制装置5は、駐車場6内に設置される各装置から種々の情報を集約し、駐車場管理装置15等に送信することが可能である。
また駐車場管制装置5は、駐車場管理装置15や管理機関端末20等から種々の情報を受信し、種々の動作を実行することが可能である。
The parking
Furthermore, the parking
Furthermore, the parking
駐車場管制装置5は、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)、HDD(Hard Disk Drive)等のコンピュータの構成に必要なハードウェアを有する。
また駐車場管制装置5は、ネットワーク1を介して他の装置と通信するための通信部を有する。通信部としては、例えばWiFi等の無線LANモジュールや、モデムやルータ等の通信機器が用いられる。
駐車場管制装置5として、例えばPC(Personal Computer)等の任意のコンピュータが用いられる。
The parking
Furthermore, the parking
As the parking
図1に示す例では、各駐車場6にゲート装置48が設置されている。
ゲート装置48は、車両の入場/出場を規制することが可能である。ゲート装置48に代えて、未精算での駐車スペースからの出庫を規制するフラップ装置(ロック装置)等が設置されてもよい。
なお、ゲート装置やフラップ装置が設置されない所謂フラップレス式駐車場に対しても、本発明を適用することが可能である。
本実施形態では、各駐車場6は、空港31が所有する施設として設置される。従って、各駐車場6は、主に、空港31を利用する人物、あるいは空港31に対して、知人等を送り/迎えをする人物により利用される。
もちろんこれに限定されず、鉄道や船舶等の他の交通手段を利用するための駅や港等の施設が所有する駐車場に対して、本発明を適用することも可能である。
In the example shown in FIG. 1, a gate device 48 is installed in each
The gate device 48 can regulate entry/exit of vehicles. Instead of the gate device 48, a flap device (lock device) or the like may be installed to restrict exit from the parking space without payment.
Note that the present invention can also be applied to so-called flapless parking lots in which no gate device or flap device is installed.
In this embodiment, each
Of course, the invention is not limited thereto, and the present invention can also be applied to parking lots owned by facilities such as stations and ports for use of other means of transportation such as railways and ships.
利用者端末10は、駐車場6を利用する利用者により使用される端末である。
利用者端末10として、スマートフォン、タブレット端末、種々のPDA(Personal Digital Assistant)等の携帯端末や、ノートPC(PersonalComputer)等の、任意のコンピュータが用いられてよい。
The
As the
駐車場管理装置15は、本実施形態に係る駐車場管理サービスをWebサービスとして提供可能である。
本実施形態では、複数のサーバ装置16と、データベース(DB)17とにより駐車場管理装置15が構成される。
駐車場管理装置15を、駐車場予約管理装置ということも可能である。
The parking
In this embodiment, a parking
The parking
各サーバ装置16は、CPU、ROM、RAM、HDD等のコンピュータの構成に必要なハードウェアを有する。
また各サーバ装置16は、ネットワーク1を介して他の装置と通信するための通信部を有する。通信部としては、例えばWiFi等の無線LANモジュールや、モデムやルータ等の通信機器が用いられる。
サーバ装置16として、例えばPC等の任意のコンピュータが用いられる。
Each
Each
As the
DB17は記憶部として機能し、本駐車場管理サービスに関する種々の情報を記憶する。
例えばDB17内には、会員登録DB(図5参照)、予約情報DB(図6参照)、在車DB(図7参照)、及び超過情報DB(図8参照)が構築される。
その他、例えば駐車場DB、提携店舗DB、割引DB、出庫情報DB、オーナー情報DB、種々の履歴DB、管理情報DB等の、種々のDBが構築されてもよい。
各種のDBは、駐車場管理装置15内のDBサーバにより包括的に管理され、例えば駐車場管理サービスを利用する利用者の会員登録及び退会、各利用者から受付けた予約情報の登録、変更及び削除、各駐車場6のオーナー情報の登録及び保管、運営収支情報の記録及び保管等が実行される。
The
For example, in the
Other various DBs may be constructed, such as a parking lot DB, affiliated store DB, discount DB, exit information DB, owner information DB, various history DBs, management information DB, and the like.
Various DBs are comprehensively managed by the DB server in the parking
また駐車場管理装置15内のWebサーバにより、例えばWWW(World Wide Web)システムを用いて、本実施形態に係る駐車場管理サービスが提供される。
例えばWebサーバは、HTML文書でなる種々のWebページを作成する。Webページには、他のWebページへのハイパーリンクや、種々の処理を実行するためのリンク情報(例えば実行ファイル名、URL等)が埋め込まれる。
また駐車場管理装置15内のWeb/APIサーバにより、種々のリクエストに応じた種々の処理が実行される。例えばWeb/APIサーバにより、各駐車場6の満空車情報の収集及び出力、管理機関端末20からの遠隔操作の中継等が実行される。
駐車場管理装置15内により生成されたWebページは、図1に示す各装置に備えられるWebブラウザにより画面上に表示される。
例えば駐車場6を利用する利用者は、利用者端末10を操作することで、種々のWebページを閲覧したり、種々のWebアプリケーションを利用することが可能である。
例えば、利用者は、利用者端末10を操作することで、予約の申請や、予約変更の申請等を行うことが可能である。
Further, the Web server in the parking
For example, a web server creates various web pages consisting of HTML documents. Hyperlinks to other Web pages and link information (for example, executable file name, URL, etc.) for executing various processes are embedded in the Web page.
Further, the Web/API server within the parking
The Web page generated within the parking
For example, a user using the
For example, by operating the
管理機関端末20は、駐車場オーナーから駐車場6の管理業務を委託された管理機関のオペレーターにより使用される。
オペレーターにより、例えば日常の問い合わせ対応、ユーザ対応、駐車場管制装置5の故障時の保守メンテ作業の情報提供等が行われる。
管理機関端末20としては、PCやタブレット端末等が用いられる。
なお駐車場6を所有するオーナー自身で、駐車場6の管理業務を行う場合もある。この場合、オーナーが所有する端末が管理機関端末20として機能し得る。
また管理業務を委託された管理機関が駐車場管理装置15を保有し、本実施形態に係る駐車場管理サービスを提供することもあり得る。
The
The operator responds to daily inquiries, responds to users, provides information on maintenance work when the parking
As the
Note that the owner of the
It is also possible that a management institution entrusted with management operations owns the parking
決済機関25は、例えば銀行や信販会社等であり、銀行振り込みやクレジットカード決済等により駐車料金の決済(精算)を実行する。
駐車場管理装置15は、決済機関25の決済サーバ装置に対して、駐車料金の精算の指示や、精算が済んでいるか否か等の精算情報の問い合わせ等を実行する。
The
The parking
フライト情報管理サーバ30は、空港31に関連するフライト情報を監視する。
フライト情報は、例えば、空港31に発着する航空機の便名、行き先、出発予定日時、到着予定日時、各種フライトの運行予定情報、各種フライトの実際の運行情報、遅延情報(遅延到着予定日時等)を含む。
The flight
Flight information includes, for example, the flight number, destination, scheduled departure date and time, scheduled arrival date and time of aircraft arriving at and departing from the
図2は、駐車場6の具体的な構成例を示す模式図である。
駐車場6は、入場口35及び出場口36を有する。入場口35及び出場口36の間には、中央アイランド37が設置される。
駐車場6の外部から中央アイランド37を正面に見て、中央アイランド37の左右には、所定の距離を空けて、入口アイランド38及び出口アイランド39が設置される。
本実施形態では、中央アイランド37と入口アイランド38とに挟まれた領域が、駐車場6の入場レーン(入場車路)40となる。入場口35から駐車場6の構内41へ向かう方向が、入場レーン40における車両の進行方向となる。
また、中央アイランド37と出口アイランド39とに挟まれた領域が、駐車場6の出場レーン(出場車路)42となる。構内41から出場口36へ向かう方向が、出場レーン42における車両の進行方向となる。
FIG. 2 is a schematic diagram showing a specific example of the configuration of the
The
When the
In this embodiment, the area sandwiched between the
Further, the area sandwiched between the
駐車場6の構内41には、事前精算機43、案内装置44、駐車場管制装置5、駐車場管理PC45、駐車場DB46が設置される。
中央アイランド37には、入場ゲート装置48a、出場ゲート装置48b、入口カメラ49a、出口カメラ49b、及びスピーカ50が設置される。
また入場レーン40の地面には、第1の入口ループコイル52、及び第2の入口ループコイル53が埋設される。出場レーン42の地面には、第1の出口ループコイル54、及び第2の出口ループコイル55が埋設される。
In the
An
Further, a first
事前精算機43、案内装置44、駐車場管制装置5、駐車場管理PC45、駐車場DB46は、駐車場6の構内41に設置された図示しない構内LANを介して、互いに通信可能に接続されている。
このうち駐車場管制装置5は、ネットワーク1に接続され、駐車場管理装置15等の他のデバイスと通信可能である。従って、構内LANに接続された各デバイスは、駐車場管制装置5を介して、ネットワーク1上のデバイスと通信可能である。
The
Of these, the parking
事前精算機43は、利用者が駐車場6から車両を出場させる前に事前精算を実行することが可能な装置である。例えば、タッチパネル等を有する装置が、事前精算機43として設置される。
案内装置44は、駐車場6及び本駐車場管理システム500に関する種々の情報を案内するための装置である。例えばディスプレイ装置等を有し案内情報を表示可能な装置等が、案内装置44として用いられる。
The
The
駐車場管理PC45は、主に駐車場6の係員等により操作され、駐車場6の構内41の各装置の操作や、駐車場DB46に格納された種々のデータの管理等が実行される。
本実施形態では、駐車場管理PC45を介して入力された指示等に基づいて、駐車場管制装置5が動作する。そして、各装置の操作やデータ管理等が実行される。
駐車場DB46には、駐車場6に関する種々のデータが格納され、例えば在車DBや履歴DB等の任意のDBが構築される。もちろん図1に示す駐車場管理装置15のDB17に格納されたデータが共有される場合もあり得る。
The parking
In this embodiment, the parking
The
上記したように、駐車場管理装置15は、駐車場管制装置5を介して、駐車場6内に設置される各装置の動作を包括的に制御することが可能である。
例えば入場ゲート装置48a、出場ゲート装置48b、入口カメラ49a、出口カメラ49b、及びスピーカ50は、駐車場管制装置5に接続され、その動作が制御される。
入口カメラ49aは、入場レーン40に進入する入場車両の画像(以下、入車画像と記載する)を撮影することが可能である。
出口カメラ49bは、出場レーン42に進入する出場車両の画像(以下、出車画像と記載する)を撮影することが可能である。
入口カメラ49a及び出口カメラ49bとしては、例えばCMOS(Complementary Metal-Oxide Semiconductor)センサやCCD(Charge Coupled Device)センサ等のイメージセンサを備えるデジタルカメラが用いられる。その他の種類のカメラが用いられてもよい。
スピーカ50は、入場レーン40及び出場レーン42に進入する車両のドライバーに、音声により種々の情報を通知する。
本実施形態では、駐車場管理装置15や管理機関端末20からの遠隔制御信号が、駐車場管制装置5に送信される。これにより入場ゲート装置48a等の各装置の遠隔操作が可能となる。
本実施形態では、駐車場6は、駐車券発券機や出口精算機等が設置されない、所謂チケットレス式の駐車場として構成されている。もちろん駐車券を媒体として駐車場の入場日時や精算日時を記録するチケット式の駐車場に対しても、本発明は適用可能である。
As described above, the parking
For example, the
The
The
As the
The
In this embodiment, remote control signals from the parking
In this embodiment, the
図3は、駐車場管理装置15の機能的な構成例を示すブロック図である。
駐車場管理装置15は、車両情報読取部60、駐車状況監視部61、予約管理部62、超過情報管理部63、料金算出部64、精算受付部65、通知部66、及びフライト情報取得部67を有する。
これらのブロックは、例えば駐車場管理装置15内の、DBサーバ、メールサーバ、Webサーバ、Web/APIサーバ等の種々のサーバ装置16により実現される。
すなわち各サーバ装置16のCPUが所定のプログラムを実行し、装置内のハードウェア資源と協働することで構成され、本実施形態に係る駐車場管理方法が実現される。
各サーバ装置16にプログラムをインストールする方法は限定されない。
FIG. 3 is a block diagram showing an example of a functional configuration of the parking
The parking
These blocks are realized by
That is, the CPU of each
The method of installing a program on each
車両情報読取部60は、入車画像に基づいて、入場車両に関する車両情報を抽出する。例えば車両情報として、車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報等が抽出される。
車両ナンバー(陸運支局名、分類番号、平仮名、4桁の一連番号等)の少なくとも一部の情報は、例えばナンバープレートの一部分を抽出する画像処理や、OCR(Optical Character Recognition)処理等の技術により、読取り可能である。もちろん他の任意の技術が用いられてもよい。
車両情報を抽出するためアルゴリズム等は限定されず、機械学習等、任意のアルゴリズムが用いられてよい。またインターネット等を介して、車両情報の照会等が実行されてもよい。
車両情報として、上記した車両ナンバーの少なくとも一部の情報、車両名情報、車体色情報、車両メーカー情報の少なくとも1つや、これらを組み合わせた情報が抽出されてもよい。もちろんここに挙げた情報とは異なる他の情報が、車両情報として抽出されてもよい。
The vehicle
At least part of the information on the vehicle number (land transportation branch name, classification number, hiragana, 4-digit serial number, etc.) can be obtained using technology such as image processing to extract a portion of the license plate or OCR (Optical Character Recognition) processing. , readable. Of course any other technique may be used.
The algorithm for extracting vehicle information is not limited, and any algorithm such as machine learning may be used. In addition, vehicle information inquiries may be performed via the Internet or the like.
As the vehicle information, at least one of the above-mentioned vehicle number information, vehicle name information, vehicle color information, vehicle manufacturer information, or a combination of these information may be extracted. Of course, other information different from the information listed here may be extracted as vehicle information.
駐車状況監視部61は、各駐車場6において、車両の駐車状況を監視する。
駐車状況監視部61は、車両情報読取部60により抽出された車両情報に基づいて、車両ごとに駐車状況を監視することが可能である。
例えば、入口カメラ49a及び出口カメラ49bにより撮影された画像に基づいて、駐車状況が監視される。もちろん、駐車状況の監視のために、監視カメラや測距センサ等の任意のデバイスが、構内41に適宜設置されてもよい。
駐車状況は、例えば、入場日時、出場日時、駐車位置(駐車スペースの位置)、駐車場6内の移動の軌跡等、駐車に関する種々の情報を含み得る。
本実施形態では、駐車状況監視部61により、予約を申請した利用者の車両(以下、予約車両と記載する)の駐車状況が、予約情報通りか否かが判定される。
例えば、入場予約日時に予約車両が入場したか否かが判定される。また出場予約日時に予約車両が出場したか否かが判定される。その他、駐車スペースを指定した予約である場合には、予約された駐車スペースに予約車両が駐車したか否か等が判定される。
The parking
The parking
For example, the parking situation is monitored based on images taken by the
The parking situation may include various information regarding parking, such as entry date and time, exit date and time, parking position (location of parking space), and trajectory of movement within the
In this embodiment, the parking
For example, it is determined whether the reserved vehicle has entered at the reserved entry date and time. Also, it is determined whether the reserved vehicle has participated on the reserved participation date and time. In addition, if the reservation specifies a parking space, it is determined whether or not the reserved vehicle has parked in the reserved parking space.
予約管理部62は、予約情報を管理する。具体的には、利用者からの予約の申請、予約変更の申請等を受付ける。そして、予約情報DB(図6参照)への予約情報の書き込みや削除等を実行する。
超過情報管理部63は、超過情報を管理する。具体的には、超過情報DB(図6参照)への超過情報の書き込みや削除等を実行する。
The
The excess
料金算出部64は、車両ごとに、駐車状況に関する料金を算出する。例えば料金算出部64により、入場日時及び出場日時までの駐車時間に応じて、駐車料金が算出される。例えば提携店舗での商品購入による割引サービス等がある場合には、割引額が減算された駐車料金が算出される。
また本実施形態では、料金算出部64により、超過料金が算出される。例えば、駐車状況監視部61により、出場予約日時に予約車両が出場していないと判定された場合、当該予約車両に対して超過料金が算出される。
その他、駐車状況に関する種々の料金が算出されてよい。
The
Further, in this embodiment, the
In addition, various fees related to the parking situation may be calculated.
精算受付部65は、事前精算機43や利用者端末10から送信された精算要求を受付け、駐車料金や超過料金の精算処理を実行する。例えば図1に示す決済機関25に、駐車料金等の精算の指示が送信される。
事前精算機43や利用者端末10から送信される精算要求として、本駐車場管理サービスに関するポイントによる精算が要求されている場合には、利用者DB内のポイント残高に基づいて、ポイント精算処理が実行される。
その他、駐車料金の精算方法は限定されず、デビッドカード決済や電子マネーによる支払い等、任意の精算方法が採用されてよい。
The
If a payment request sent from the
In addition, the method of paying the parking fee is not limited, and any payment method such as debit card payment or electronic money payment may be adopted.
通知部66は、各駐車場6を利用する利用者の利用者端末10に、種々の情報を通知する。通知は、例えば登録メールアドレスへの通知メールの送信や、携帯端末に対するプッシュ通知等により実行される。
本実施形態では、通知部66により、利用者端末10に、予約変更の理由を含む予約変更の申請を促す旨の通知メールが送信される。その他、種々の内容の通知が実行されてよい。
フライト情報取得部67は、フライト情報管理サーバ30から、フライト情報を取得する。
The
In this embodiment, the
The flight
本実施形態では、駐車状況監視部により、車両の駐車状況が、予約情報通りか否かを判定する状況判定部が実現される。
超過情報管理部63及び料金算出部64により、駐車状況が予約情報通りではない場合に、駐車状況が予約情報通りではない理由の連絡の有無、又は駐車状況が予約情報通りではない理由の少なくとも一方に基づいて、駐車状況に関する料金を算出する算出部が実現される。
超過情報管理部63により、抽出部が実現される。
通知部66により、利用者に、駐車状況が予約情報通りではない理由の連絡を促す旨の通知を実行する通知部が実現される。
予約変更の理由を含む予約変更の申請は、駐車状況が予約情報通りではない理由の連絡に相当する。予約変更の理由を含む予約変更の申請を促す旨の通知メールは、駐車状況が予約情報通りではない理由の連絡を促す旨の通知に相当する。
In this embodiment, the parking situation monitoring section implements a situation determination section that determines whether the parking situation of the vehicle is in accordance with the reservation information.
When the parking situation is not as per the reservation information, the excess
The excess
The
An application for a reservation change that includes the reason for the reservation change corresponds to a notification of the reason why the parking situation is not as per the reservation information. The notification email that urges the user to apply for a reservation change that includes the reason for the reservation change corresponds to a notification that urges the user to contact the reason why the parking situation does not match the reservation information.
図4は、駐車場管制装置5の機能的な構成例を示すブロック図である。
駐車場管制装置5は、車両検知部70、カメラ制御部71、ゲート装置制御部72、画像送信部73、精算確認部74、及び入場・出場制御部75を有する。
これらのブロックは、駐車場管制装置5のCPUが所定のプログラムを実行し、装置内のハードウェア資源と協働することで構成され、本実施形態に係る駐車場管理方法が実現される。
駐車場管制装置5にプログラムをインストールする方法は限定されない。
FIG. 4 is a block diagram showing an example of the functional configuration of the parking
The parking
These blocks are configured by the CPU of the parking
The method of installing the program in the parking
車両検知部70は、第1及び第2の入口ループコイル52及び53から出力される信号に基づいて、入場レーン40への車両の進入及び構内41への車両の進入を検知する。
また第1及び第2の出口ループコイル54及び55から出力される信号に基づいて、出場レーン42への車両の進入及び外部への車両の出場を検知することが可能である。
なお、入場レーン40及び出場レーン42に進入する車両を検知する構成として、他の任意の構成が採用されてもよい。例えば赤外線等を利用した光学式センサ等が用いられてもよい。
The
Furthermore, based on the signals output from the first and second exit loop coils 54 and 55, it is possible to detect the entry of a vehicle into the
Note that any other configuration may be adopted as the configuration for detecting vehicles entering the
カメラ制御部71は、入口カメラ49a及び出口カメラ49bの動作を制御する。
例えばカメラ制御部71により、撮影のトリガー信号が送信され、入口カメラ49a及び出口カメラ49bにより入場車両及び出場車両が撮影される。これにより入車画像及び出車画像が生成される。
トリガー信号は、例えば第1の入口ループコイル52及び第1の出口ループコイル54の出力を、それぞれ入口カメラ49a及び出口カメラ49b用のトリガー信号として用いてもよいが、別途トリガーセンサを設置してもよい。
The
For example, the
As for the trigger signal, for example, the outputs of the first
画像送信部73は、入口カメラ49a及び出口カメラ49bにより撮影された入車画像及び出車画像を、駐車場管理装置15に送信する。
精算確認部74は、出場レーン42に進入する出場車両の精算状態について確認する。
本実施形態では、精算確認部74により、出車画像の照会、及び精算情報の照会が実行される。もちろん、出車画像の照会等が実行される際には、画像送信部73による出車画像の送信等の、他のブロックによる処理が協働して実行される。
The
The
In this embodiment, the
入場・出場制御部75は、入場の可否、及び出場の可否を判断する。
例えば入場・出場制御部75により、入場レーン40に進入する入場車両の入車画像に基づいて、入場の可否が判断される。
また入場・出場制御部75により、出場車両の精算状態に基づいて、出場の可否が判断される。もちろん精算状態は、精算確認部74により確認される。
ゲート装置制御部72は、入場ゲート装置48a、及び出場ゲート装置48bの開閉動作を制御する。例えば、入場・出場制御部75により判断される、入場の可否、及び出場の可否に基づいて、入場ゲート装置48a、及び出場ゲート装置48bの開閉動作が制御される。
The entrance/
For example, the entry/
Furthermore, the entry/
The gate
図5は、会員登録DBに格納される会員情報の一例を示す図である。
本実施形態では、本駐車場管理サービスを利用するために、利用者による会員登録が必要である。会員登録に応じて、会員情報77が生成されて管理される。会員情報77は、利用者情報ともいえる。
例えば利用者は、利用者端末10を操作することで、会員登録用の入力フォームを含むWebページを表示させる。そして、会員登録に必要な情報を入力し、会員登録を行う。
図5に示すように、会員情報77は、会員ID、氏名、登録日/更新日、車両ナンバー、車種、メールアドレス、電話番号、及びクレジット情報を含む。
これらの情報のうち、登録日/更新日以外の情報は、会員登録時に利用者により入力される。登録日/更新日は、会員登録が行われた日、及び更新が行われた日が格納される。
会員登録に必要な情報(入力フォーム)や、会員登録の具体的な方法等は限定されず、任意に設定されてよい。例えば、車種として、具体的な車種名が格納されてもよいし、軽自動車、普通車、及び大型車等の区分けが格納されてもよい。
FIG. 5 is a diagram showing an example of member information stored in the member registration DB.
In this embodiment, in order to use this parking lot management service, the user needs to register as a member.
For example, a user operates the
As shown in FIG. 5, the
Among these pieces of information, information other than the registration date/update date is input by the user at the time of membership registration. The registration date/update date stores the date on which membership registration was performed and the date on which membership registration was performed.
The information (input form) required for member registration and the specific method of member registration are not limited and may be set arbitrarily. For example, as the vehicle type, a specific vehicle name may be stored, or classifications such as light vehicles, regular vehicles, and large vehicles may be stored.
図6は、予約情報DBに格納される予約情報の一例を示す図である。
予約情報78は、利用者(会員)から申請される予約ごとに管理される情報である。
予約情報78は、会員ID、駐車場名、入場予約日時、出場予約日時、予約料金、利用目的、フライト情報(行き)、及びフライト情報(帰り)を含む。
駐車場名は、利用者の予約対象となる駐車場名である。
入場予約日時は、利用者が駐車場への入場を希望する日時であり、駐車場の利用開始日時に相当する。
出場予約日時は、利用者が駐車場からの出場を希望する日時であり、駐車場の利用終了日時に相当する。
予約料金は、予約にかかる料金である。例えば予約時に、デポジットとして、クレジットから引き落とされる等の処理が実行される。デポジットは、典型的には、駐車料金の一部に充当される。
利用目的としては、例えば「利用者自身のフライト」や「送り迎え」等が挙げられる。
フライト情報(行き)は、例えば、利用者自身(あるいは空港まで送った人物)が搭乗する飛行機の情報や出発時刻が入力される。
フライト情報(帰り)は、例えば、利用者自身(あるいは空港まで迎えに来た人物)が搭乗する飛行機の情報や、到着時刻が入力される。
例えば利用者は、利用者端末10を操作することで、予約申請用の入力フォームを含むWebページを表示させる。そして、上記の予約情報を入力し、予約を申請する。なお、フライト情報等は未定の場合もあり得る。未定の情報については、ブランクで予約を申請することが可能である。例えば、後ほどフライト情報が確定した場合等は、その際に適宜フライト情報を入力することが可能である。
予約申請に必要な情報(入力フォーム)や、予約申請の具体的な方法等は限定されず、任意に設定されてよい。
例えば、空港等に隣接する駐車場等においては、1日単位で駐車場を利用することも多い。従って予約日時として、「○○○○年○○月○○日」等の入力等もあり得る。このような場合、日にちの入力に応じて、入場予約日時及び出場予約日時が格納される。
例えば、「2019年4月27日から2019年4月30日まで」等の予約申請がされた場合、入場予約日時として「2019年4月27日0時00分」が格納され、出場予約日時として「2019年4月30日23時59分」が格納される。
このように、予約申請時に入力される項目として、入場予約日時や出場予約日時が直接的に入力されない場合もあり得る。
なお、予約情報として、入場予約日時や出場予約日時に代えて、「2019年4月27日から2019年4月30日まで」や「当日3時間」等の、駐車時間(駐車期間)の情報が格納されてもよい。このような場合、例えば、駐車時間(駐車期間)の情報に基づいて、入場予約時間及び出場予約時間を算出して、本発明を適用することが可能である。
本実施形態において、入場予約時間に関する情報は、入場予約時間を算出可能な任意の情報を含む。また出場予約時間に関する情報は、出場予約時間を算出可能な任意の情報を含む。もちろん入場予約時間自体及び出場予約時間自体も、入場予約時間に関する情報及び出場予約時間に関する情報に、それぞれ含まれる。
FIG. 6 is a diagram showing an example of reservation information stored in the reservation information DB.
The
The
The parking lot name is the name of the parking lot for which the user makes a reservation.
The entry reservation date and time is the date and time when the user desires to enter the parking lot, and corresponds to the date and time when the use of the parking lot starts.
The participation reservation date and time is the date and time when the user wishes to exit from the parking lot, and corresponds to the end date and time of use of the parking lot.
The reservation fee is the fee charged for the reservation. For example, when making a reservation, a process such as a deposit being deducted from your credit card is executed. The deposit typically covers a portion of the parking fee.
Examples of the purpose of use include "user's own flight" and "pick-up and drop-off".
As the flight information (bound), for example, information about the plane on which the user himself (or the person who sent him to the airport) will board and the departure time are input.
As the flight information (return), for example, information about the plane on which the user himself (or the person who came to pick him up from the airport) will board, and the arrival time are input.
For example, a user operates the
The information (input form) necessary for making a reservation request, the specific method of making a reservation request, etc. are not limited and may be set arbitrarily.
For example, in parking lots adjacent to airports, etc., parking lots are often used on a daily basis. Therefore, as the reservation date and time, it is also possible to input "○○○○ year ○○ month ○○ day". In such a case, the entry reservation date and time and the participation reservation date and time are stored in accordance with the date input.
For example, if a reservation request is made for "April 27, 2019 to April 30, 2019", "April 27, 2019 0:00" is stored as the admission reservation date and time, and the reservation reservation date and time is "April 30, 2019 23:59" is stored.
In this way, there may be cases where the entry reservation date and time and the appearance reservation date and time are not directly input as items input when applying for a reservation.
In addition, as reservation information, instead of admission reservation date and time or appearance reservation date and time, information on parking time (parking period) such as "April 27, 2019 to April 30, 2019" or "3 hours on the day" may be stored. In such a case, for example, it is possible to apply the present invention by calculating the reserved entrance time and the reserved exit time based on the information on the parking time (parking period).
In this embodiment, the information regarding the reserved admission time includes any information that allows the reserved admission time to be calculated. Furthermore, the information regarding the reserved participation time includes any information that allows the reservation time to be calculated. Of course, the reserved entrance time itself and the reserved appearance time themselves are also included in the information about the reserved entrance time and the information about the reserved appearance time, respectively.
図7は、在車DBに格納される在車情報の一例を示す図である。
在車情報79は、駐車場に入場した車両ごとに管理される情報である。
在車情報79は、入場番号、車両ナンバー、入場日時、出場日時、精算ステータス、駐車料金、予約番号を含む。
入場番号は、駐車場ごとで入場順に採番される連番である。
車両ナンバーは、入口カメラ49aにより撮影された入車画像から抽出される。
入場日時は、例えば、入口カメラ49aにより入車画像が撮影された撮影日時を基準として生成される。撮影日時がそのまま格納されてもよい。
出場日時は、例えば、出口カメラ49bにより出場画像が撮影された撮影日時を基準として生成される。撮影日時がそのまま格納されてもよい。
精算ステータスは、「未精算」「事前精算済」「未収金有り」等を含む。
駐車料金は、事前精算等により確定した駐車料金である。
予約番号は、車両ナンバーに基づいて会員登録DBが参照され、会員情報77が読みだされる。会員IDに基づいて予約情報DBが参照され、予約情報78が存在する場合には、予約番号が格納される。なお、複数の予約情報が存在する場合には、予約情報ごとの予約番号がそれぞれ格納される。
各項目について、情報が未確定の場合や情報が存在しない場合は、空欄(ブランク)となる。
FIG. 7 is a diagram showing an example of vehicle presence information stored in the vehicle presence DB.
The
The
The entry number is a serial number assigned to each parking lot in the order of entry.
The vehicle number is extracted from the entrance image taken by the
The entry date and time is generated based on, for example, the photographing date and time when the entrance image was photographed by the
The participation date and time is generated based on, for example, the shooting date and time when the participation image was photographed by the
Settlement status includes "unsettled", "pre-settled", "accounts receivable", etc.
The parking fee is a parking fee determined through advance payment or the like.
For the reservation number, the membership registration DB is referred to based on the vehicle number, and the
For each item, if the information is undetermined or does not exist, it will be left blank.
図8は、超過情報DBに格納される在車情報の一例を示す図である。
超過情報80は、利用者(会員)から申請される予約ごとに管理される情報である。
超過情報80は、予約番号、出場予約日時、超過ステータス、超過理由ステータス、課金フラグ、及び超過料金を含む。
予約番号及び出場予約日時は、予約情報78から読み出される。
超過ステータスは、「超過確定」「超過可能性あり」「超過なし」等を含む。
例えば出場予約日時に、予約車両が出場していない場合は、超過が確定されたとして「超過確定」のステータスが設定される。なお「超過確定」までに時間的な猶予が設定されてもよい。例えば出場予約日時から所定の猶予時間(例えば10分等)が経過しても、予約車両が出場していない場合に、「超過確定」のステータスが設定されてもよい。
例えば、出場予約日時前に、超過の可能性がありと判定された場合には、「超過可能性あり」のステータスが設定される。
例えば、出場予約日時前に、出場予約日時を延長する旨を含む予約変更の申請が行われた場合、「超過可能性あり」のステータスが設定される。また例えば、予約情報78に含まれるフライト情報を参照して、該当する飛行機等に遅延が発生していることが判明した場合、「超過可能性あり」のステータスが設定される。また、ある利用者からフライト都合の予約変更の申請があった場合、同じフライトを利用する他の利用者について、「超過可能性あり」のステータスが設定される。これらのような状況に限定される訳ではない。
例えば、出場予約日時前であり超過の可能性がありとは判定されない場合には、「超過なし」のステータスが設定される。また、出場予約日時前に車両が出場した場合等でも、「超過なし」のステータスが設定される。
超過理由ステータスは、「連絡なし(未届け)」「フライト都合」「個人都合」等を含む。
例えば、変更の理由を含む予約変更の連絡がない場合には、「連絡なし(未届け)」のステータスが設定される。
例えば、変更の理由を含む予約変更の連絡があり、その理由がフライトの遅延等の、フライトの都合による場合には、「フライト都合」のステータスが設定される。
例えば、変更の理由を含む予約変更の連絡があり、その理由がフライトの都合ではない場合には、「個人都合」のステータスが設定される。
課金フラグは、「超過料金なしフラグ」「低超過料金フラグ」「高超過料金フラグ」等を含む。
超過料金は、超過が確定した場合に算出される超過料金が格納される。
FIG. 8 is a diagram showing an example of vehicle presence information stored in the excess information DB.
The
The
The reservation number and the reservation date and time are read from the
The excess status includes "exceeded confirmed", "exceeded", "exceeded", etc.
For example, if the reserved vehicle is not participating at the reservation reservation date and time, the status of "Excess Confirmed" is set as the excess has been confirmed. Note that a time grace period may be set before "exceeding is determined". For example, if the reserved vehicle does not appear even after a predetermined grace period (for example, 10 minutes, etc.) has elapsed from the reservation date and time, the status of "exceeded confirmed" may be set.
For example, if it is determined that there is a possibility of exceeding the reservation date and time, a status of "possibly exceeding" is set.
For example, if an application to change the reservation including extending the reservation date and time is made before the reservation date and time, a status of "possibly exceeded" is set. Further, for example, when referring to the flight information included in the
For example, if it is determined that there is no possibility of exceeding the scheduled participation date and time, the status of "no exceeding" is set. Furthermore, even if the vehicle appears before the scheduled participation date and time, the status of "no excess" is set.
Excess reason status includes "No contact (undelivered)", "Flight circumstances", "Personal circumstances", etc.
For example, if there is no notification of a reservation change including the reason for the change, a status of "no notification (undelivered)" is set.
For example, if there is a notification of a reservation change that includes the reason for the change, and the reason is due to flight circumstances such as flight delay, a status of "flight circumstances" is set.
For example, if there is a notification of a reservation change that includes the reason for the change, but the reason is not due to flight circumstances, a status of "personal circumstances" is set.
The billing flags include "no excess charge flag", "low excess charge flag", "high excess charge flag", and the like.
In the excess charge, the excess charge calculated when the excess is confirmed is stored.
本実施形態において、予約変更の理由がフライトの都合による場合は、理由が所定の分類に含まれる場合に相当する。予約変更の理由がフライトの都合ではない場合は、理由が所定の分類に含まれない場合に相当する。
また、予約変更の理由がフライトの都合による場合は、理由が利用者に起因しない所定の理由である場合に相当する。予約変更の理由がフライトの都合ではない場合は、理由が利用者に起因しない所定の理由でない場合に相当する。
なお、図5~図8に例示する各DBに格納される情報のデータ形式等は限定されず、任意に設定されてよい。
In this embodiment, the case where the reason for changing the reservation is due to flight circumstances corresponds to the case where the reason is included in a predetermined classification. If the reason for the reservation change is not flight convenience, this corresponds to a case where the reason is not included in the predetermined classification.
Furthermore, the case where the reason for changing the reservation is due to flight circumstances corresponds to the case where the reason is a predetermined reason that is not attributable to the user. If the reason for changing the reservation is not due to flight circumstances, this corresponds to a case where the reason is not a predetermined reason that is not attributable to the user.
Note that the data format of the information stored in each DB illustrated in FIGS. 5 to 8 is not limited, and may be set arbitrarily.
[駐車場管理システムの動作]
図9は、課金フラグの設定例を示すフローチャートである。
課金フラグの設定は、超過情報管理部63により、申請される予約ごとに実行される。
課金フラグの設定を実行するタイミングは限定されない。例えば入場予約日時の経過後に、定期的に課金フラグの設定が実行されてもよい。または所定の時刻に、一斉に課金フラグの設定が実行されてもよい。あるいは、超過の可能性が判定されたタイミング、予約変更の申請を受付けたタイミング、事前精算の要求を受付けたタイミング等、所定の処理が実行されるタイミングをトリガーとして、課金フラグの設定が実行されてもよい。
まず、予約を申請した利用者から変更の理由を含む予約変更の申請があるか否か判定される(ステップ101)。
[Operation of parking lot management system]
FIG. 9 is a flowchart showing an example of setting the billing flag.
Setting of the charging flag is executed by the excess
The timing of setting the billing flag is not limited. For example, the charging flag may be set periodically after the admission reservation date and time have passed. Alternatively, the charging flags may be set all at once at a predetermined time. Alternatively, the charging flag is set using the timing at which a predetermined process is executed as a trigger, such as the timing at which a possibility of overage is determined, the timing at which a request for a reservation change is accepted, the timing at which a request for advance payment is accepted, etc. It's okay.
First, it is determined whether or not there is an application for changing the reservation including the reason for the change from the user who applied for the reservation (step 101).
図10は、予約変更の申請用のWebページの構成例を示す模式図である。
例えば、利用者はWebアプリケーションに対して、予約変更の申請をするための操作を実行する。そうすると申請用のWebページ82が表示される。
申請用のWebページ82には、「予約番号」「車両情報(車両ナンバー)」「駐車場名」「出場予約日時」が表示される。
また申請用のWebページ82は、変更出場日時の入力部83と、変更の理由を選択する選択部84と、送信ボタン85とを有する。
利用者は、入力部83に、予約の変更を希望する変更出場日時を入力する。また選択部84のラジオボタンを適宜選択することで、変更の理由を選択する。
本実施形態では、「フライトの都合」及び「その他の理由」の2つの選択肢が設定されている。
「フライトの都合」は、変更の理由がフライトの都合である場合に選択される。「フライトの都合」となる理由は、自身が搭乗する、あるいは迎え/送りに来た人物が搭乗する飛行機に関する種々の利用を含む。例えば、フライトの遅延、空港の閉鎖、その他のトラブル等が挙げられる。
「その他の理由」は、「フライトの都合」以外の理由の際に選択される。
送信ボタン85が押されると、変更出場日時及び変更の理由を含む予約変更の申請が実行される。
なお図10では、携帯端末を介した予約変更の申請操作を説明した。これに限定されず、PC等、任意の利用者端末10から、予約変更の申請を実行することが可能である。また予約変更の申請用のGUI(Graphical User Interface)等は限定されず、任意に設計されてよい。
FIG. 10 is a schematic diagram showing an example of the configuration of a web page for applying for a reservation change.
For example, a user performs an operation on a web application to apply for a reservation change. Then, an
On the
The
The user inputs into the
In this embodiment, two options are set: "flight circumstances" and "other reasons."
"Flight circumstances" is selected when the reason for the change is flight circumstances. The reason for "flight convenience" includes various uses related to the plane on which the person himself or the person he is picking up/dropping off is on board. Examples include flight delays, airport closures, and other troubles.
"Other reasons" is selected for reasons other than "flight convenience."
When the
Note that in FIG. 10, the application operation for changing a reservation via a mobile terminal has been explained. The present invention is not limited to this, and it is possible to apply for a reservation change from any
図9に戻り、予約変更の申請がない場合には(ステップ101のNO)、課金フラグに「高超過料金フラグ」が設定される(ステップ102)。また超過理由ステータスが、「連絡なし(未届け)」に設定される。
予約変更の申請がある場合には(ステップ101のYES)、予約変更の理由が特段の理由であるか否か判定される(ステップ103)。本実施形態では、予約変更の理由が「フライトの都合」か「その他の理由」かが判定される。
予約変更の理由が「フライトの都合」である場合には、特段の理由であると判定され(ステップ103のYES)、「超過料金なしフラグ」が設定される(ステップ104)。また超過理由ステータスが、「フライト都合」に設定される。
予約変更の理由が「その他の理由」である場合には、特段の理由ではないと判定され(ステップ103のNO)、「低超過料金フラグ」が設定される(ステップ105)。また超過理由ステータスが、「個人都合」に設定される。
なお、予約変更の申請が受付けられた場合には、予約情報DBの予約情報78に、その旨の情報が格納される。例えば、利用者により入力された変更出場日時の情報が格納される。
Returning to FIG. 9, if there is no request to change the reservation (NO in step 101), a "high excess charge flag" is set in the charging flag (step 102). In addition, the excess reason status is set to "No contact (undelivered)".
If there is an application for changing the reservation (YES in step 101), it is determined whether the reason for changing the reservation is a special reason (step 103). In this embodiment, it is determined whether the reason for changing the reservation is "flight circumstances" or "other reasons."
If the reason for the reservation change is "flight circumstances", it is determined that the reason is special (YES in step 103), and a "no excess charge flag" is set (step 104). In addition, the excess reason status is set to "flight circumstances".
If the reason for the reservation change is "other reasons", it is determined that the reason is not special (NO in step 103), and a "low excess charge flag" is set (step 105). Further, the excess reason status is set to "personal circumstances".
Note that if the application for changing the reservation is accepted, information to that effect is stored in the
図11は、超過料金の算出例を示すフローチャートである。
超過料金の算出は、料金算出部64により実行される。
まず、超過が確定したか否かが監視される(ステップ201)。例えば料金算出部64は、定期的に、あるはい所定のタイミングで、超過情報80内の超過ステータスを参照することで、超過が確定したか否かを判定する。もちろん超過が確定した旨が料金算出部64に出力されてもよい。
超過が確定した場合(ステップ201のYES)、超過情報80内の課金フラグが参照される(ステップ202)。
課金フラグに基づいた課金体系に基づいて、超過料金が算出される(ステップ203)。
FIG. 11 is a flowchart showing an example of calculating excess charges.
Calculation of the excess charge is executed by the
First, it is monitored whether or not the excess has been determined (step 201). For example, the
If the excess is confirmed (YES in step 201), the charging flag in the
The excess charge is calculated based on the charging system based on the charging flag (step 203).
本実施形態では、「超過料金なしフラグ」に基づいた課金体系は、超過料金が0円となる課金体系である。従って、課金フラグが「超過料金なしフラグ」である場合は、超過料金が0円となる。本実施形態では、予約変更の申請があり、変更の理由が特段の理由である場合(「フライトの都合」)には、超過料金は0円となる。もちろん、これに限定されず、所定の金額が超過料金として算出されてもよい。
「低超過料金フラグ」に基づいた課金体系は、「超過料金なしフラグ」に基づいた課金体系よりも課金レベルが高い課金体系である。
課金レベルが高いとは、課金体系の設定上算出される料金が高くなることを意味する。本実施形態では、課金体系の設定上算出される超過料金が高くなることを意味し、具体的な課金方法等は限定されず、任意に設定されてよい。例えば固定の所定の金額が超過料金として算出されてもよいし、超過時間に基づいて変更するような超過料金が算出されてもよい。
本実施形態では、所定の金額(1000円)が、超過料金として算出される。すなわち本実施形態では、予約変更の申請があり、変更の理由が特段の理由でない場合(「その他の理由」)には、超過料金は1000円となる。
「高超過料金フラグ」に基づいた課金体系は、「低超過料金フラグ」に基づいた課金体系よりも課金レベルが高い課金体系である。本実施形態では、所定の金額(5000円)が、超過料金として算出される。すなわち本実施形態では、予約変更の申請がない場合には、超過料金は5000円となる。
In this embodiment, the charging system based on the "no excess charge flag" is a charging system in which the excess charge is 0 yen. Therefore, if the billing flag is the "no excess charge flag", the excess charge will be 0 yen. In this embodiment, if there is an application for a reservation change and the reason for the change is for a special reason ("flight circumstances"), the excess charge will be 0 yen. Of course, the present invention is not limited to this, and a predetermined amount may be calculated as the excess charge.
The charging system based on the "low excess charge flag" is a charging system with a higher charging level than the charging system based on the "no excess charge flag".
A high charging level means that the fee calculated based on the setting of the charging system becomes high. In this embodiment, this means that the excess charge calculated based on the setting of the charging system is higher, and the specific charging method etc. is not limited and may be set arbitrarily. For example, a fixed predetermined amount may be calculated as the overage fee, or an overage fee may be calculated that changes based on the overage time.
In this embodiment, a predetermined amount (1000 yen) is calculated as the excess charge. That is, in this embodiment, if there is an application for a reservation change and the reason for the change is not a special reason ("other reason"), the excess fee will be 1000 yen.
The charging system based on the "high excess charge flag" is a charging system with a higher charging level than the charging system based on the "low excess charge flag." In this embodiment, a predetermined amount (5000 yen) is calculated as the excess charge. That is, in this embodiment, if there is no application for reservation change, the excess charge will be 5000 yen.
本実施形態において、「超過料金なしフラグ」に基づいた課金体系は、第1の課金体系に相当する。
「低超過料金フラグ」に基づいた課金体系は、第1の課金体系よりもレベルの高い第2の課金体系に相当する。
「高超過料金フラグ」に基づいた課金体系は、第2の課金体系よりもレベルの高い第3の課金体系に相当する。
In this embodiment, the charging system based on the "no excess charge flag" corresponds to the first charging system.
The charging system based on the "low excess charge flag" corresponds to a second charging system that is higher in level than the first charging system.
The charging system based on the "high excess charge flag" corresponds to a third charging system that is higher in level than the second charging system.
典型的には、予約変更の申請がない場合には、懲罰的な意味合いを込めた金額設定がされる。これにより、無届け/無断の予約超過の防止を図ることが可能となる。
予約変更の申請があり、変更の理由が特段の理由でない場合(「その他の理由」)には、個人都合に対するリーズナブルな金額が設定される。例えば予約の延長による駐車場側の機会損失の補償としての意味合いを込めた金額設定される。なおデポジット(予約料金)を駐車料金の一部に充当しないといった処置もあり得る。
予約変更の申請があり、変更の理由が特段の理由である場合(「フライトの都合」)には、超過課金はされず、延長された分の駐車料金のみ請求する。この場合デポジットは、駐車料金の一部に充当される。
Typically, if there is no request to change the reservation, a punitive fee is set. This makes it possible to prevent undelivered/unauthorized over-reservations.
If there is an application for a reservation change and the reason for the change is not for a particular reason (``other reasons''), a reasonable amount will be set based on personal circumstances. For example, the amount is set to compensate for the loss of opportunity on the part of the parking lot due to the extension of the reservation. It is also possible that the deposit (reservation fee) may not be used as part of the parking fee.
If a request is made to change a reservation and the reason for the change is for a special reason ("flight circumstances"), no excess charge will be made, and only the parking fee for the extended period will be charged. In this case, the deposit will be applied to part of the parking fee.
このように本実施形態では、理由が所定の分類に含まれる場合、すなわち理由が利用者に起因しない所定の理由である場合は、第1の課金体系に基づいて超過料金が算出される。理由が所定の分類に含まれない場合、すなわち理由が利用者に起因しない所定の理由でない場合は、第1の課金体系よりも課金レベルが高い第2の課金体系に基づいて超過料金が算出される。
また理由の連絡がない場合は、第2の課金体系よりも課金レベルが高い第3の課金体系に基づいて、超過料金が算出される。
As described above, in this embodiment, when the reason is included in a predetermined classification, that is, when the reason is a predetermined reason that is not caused by the user, the excess charge is calculated based on the first billing system. If the reason is not included in the predetermined classification, that is, if the reason is not a predetermined reason not attributable to the user, the excess charge will be calculated based on the second billing system, which has a higher charging level than the first billing system. Ru.
If there is no notification of the reason, the excess charge will be calculated based on the third billing system, which has a higher charging level than the second billing system.
図12及び図13は、予約変更の申請を促す旨の通知メールの送信例を示すフローチャートである。以下、予約変更の申請を促す旨の通知メールを、申請促進メールと記載する。申請促成メールを、打診メールということも可能である。
申請促成メールの送信は、フライト情報取得部67、超過情報管理部63、通知部66が連動することにより実行される。
図12に示す例では、まずフライト情報取得部67がフライト情報管理サーバ30から取得したフライト情報が参照される(ステップ301)。
フライト情報に基づいて、フライトに関する問題が発生しているか否か判定される(ステップ302)。例えば、フライトの遅延、空港の閉鎖、その他のトラブル等が発生しているか否かが判定される。
フライトに関する問題が発生している場合には、超過情報管理部63により、予約情報DBに記憶されている予約情報78から、要変更予約情報が抽出される(ステップ303)。要変更予約情報は、駐車状況が予約情報通りにならない可能性の高い予約情報である。
例えばフライトの遅延が発生している場合は、該当するフライトの情報が格納されている予約情報78が、要変更予約情報として抽出される。空港の閉鎖が発生している場合には、閉鎖期間に空港に発着するフライト情報が格納されている予約情報78が、要変更予約情報として抽出される。その他、駐車状況が予約情報通りにならない可能性の高い予約情報が、適宜要変更予約情報として抽出される。
抽出された要変更予約情報の各々に対して、変更の理由を含む予約変更の申請があるか否か判定される(ステップ304)。予約変更の申請があった場合は(ステップ304のYES)、申請促進メールは送信されずに処理が終了する。
予約変更の申請がない場合は(ステップ304のNO)、申請促進メールが送信される(ステップ305)。
申請促進メールには、例えば、予約の変更が必要な場合には、変更の理由を含む予約変更の申請をして欲しい旨の内容が含まれる。また申請促進メール内に、図10に示す予約変更の申請用のWebページ82へのリンク情報が含まれていてもよい。その他、予約変更の申請を促すことが可能な任意の内容が含まれてもよい。
申請促進メールに応じて、利用者から予約変更の申請があった場合は、図9に示すステップ101の判定がYESとなり、高い確率でステップ103の判定もYESとなり、「超過料金なしフラグ」が設定される。
このようにフライト都合の理由が発生する可能性が高い利用者に対して、申請促進メールが送信される。すなわち要変更予約情報に関する利用者に、通知が実行される。これにより、利用者は予約変更の申請を容易に行うことが可能となり、超過料金の免除等を容易に受けることが可能となる。この結果、駐車場を利用する利用者の利便性を向上させることが可能となる。
駐車場の管理側から見ても、予約変更の申請を促すことで、駐車状況の予測を立てることが可能となり、効率的な駐車場の運営等が実現可能となる。
なお
FIGS. 12 and 13 are flowcharts illustrating an example of sending a notification email prompting an application for a reservation change. Hereinafter, a notification email that prompts an application for a reservation change will be referred to as an application promotion email. The application promotion email can also be called a consultation email.
Transmission of the application prompting email is executed by the flight
In the example shown in FIG. 12, first, the flight information acquired by the flight
Based on the flight information, it is determined whether a problem related to the flight has occurred (step 302). For example, it is determined whether a flight is delayed, an airport is closed, or other trouble has occurred.
If a problem regarding the flight has occurred, the excess
For example, if a flight is delayed, the
For each piece of extracted reservation information requiring change, it is determined whether there is an application for changing the reservation including the reason for the change (step 304). If there is an application to change the reservation (YES in step 304), the application promotion email is not sent and the process ends.
If there is no application to change the reservation (NO in step 304), an application promotion email is sent (step 305).
The application promotion email includes, for example, a request to apply for a reservation change, including the reason for the change, if the reservation needs to be changed. Further, the application promotion email may include link information to a
If the user requests a reservation change in response to the application promotion email, the determination in step 101 shown in FIG. Set.
In this way, an application promotion email is sent to users who are likely to have flight reasons. In other words, the user is notified regarding the reservation information that needs to be changed. As a result, users can easily apply for reservation changes and easily receive exemptions from excess charges. As a result, it becomes possible to improve convenience for users of the parking lot.
From the perspective of the parking lot management side, by encouraging applications for reservation changes, it becomes possible to predict the parking situation and realize efficient parking lot management.
In addition
図13に示す例では、超過が確定したか否かが監視される(ステップ401)。例えば通知部66は、定期的に、あるはい所定のタイミングで、超過情報80内の超過ステータスを参照することで、超過が確定したか否かを判定する。もちろん超過が確定した旨が通知部66に出力されてもよい。
変更の理由を含む予約変更の申請があるか否か判定される(ステップ402)。予約変更の申請があった場合は(ステップ402のYES)、申請促進メールは送信されずに処理が終了する。
予約変更の申請がない場合は(ステップ402のNO)、申請促進メールが送信される(ステップ403)。
このように、超過が確定した後に申請促進メールが送信されてもよい。すなわち出場予約日時に車両が出場していない利用者に通知が実行されてもよい。例えば、ユーザがフライト中である場合等では、利用者端末10が通信不可能な状態である場合もあり得る。すなわち超過が確定する前に、予約変更の申請ができない場合もあり得る。
従って、超過が確定した後であっても、申請促進メールに応じて予約変更の申請があった場合には、超過料金を再計算する。これにより、利用者の利便性を向上させることが可能となる。また駐車場の管理側から見ても、駐車状況の予測を立てることが可能となり、効率的な駐車場の運営等が実現可能となる。
一方で、超過が確定した後の予約変更の申請は無効であるといった運用も可能である。
In the example shown in FIG. 13, it is monitored whether or not the excess has been determined (step 401). For example, the
It is determined whether there is an application for changing the reservation including the reason for the change (step 402). If there is an application to change the reservation (YES in step 402), the application promotion email is not sent and the process ends.
If there is no application to change the reservation (NO in step 402), an application promotion email is sent (step 403).
In this way, the application promotion email may be sent after the excess is confirmed. In other words, notification may be performed to users whose vehicles are not participating at the reservation reservation date and time. For example, when the user is on a flight, the
Therefore, even after the excess charge has been confirmed, if there is an application to change the reservation in response to the application promotion email, the excess charge will be recalculated. This makes it possible to improve user convenience. Also, from the perspective of the parking lot management side, it becomes possible to predict the parking situation, and it becomes possible to realize efficient parking lot management.
On the other hand, it is also possible to operate in such a way that applications for reservation changes after the excess has been confirmed are invalid.
申請促進メールを送信するタイミング等は、任意に設定されてよい。利用者ごとに個別にメール送信が実行されてもよい。又は所定の時刻にバッチ処理にて、一斉にメール送信が実行されてもよい。また予約の変更の申請があるまで、繰り返し申請促成メールを送信するといったことも可能である。この場合、2回目以降の送信スケジュールは任意に設定されてよい。 The timing for transmitting the application promotion email may be set arbitrarily. Email transmission may be executed individually for each user. Alternatively, mail transmission may be performed all at once at a predetermined time in batch processing. It is also possible to repeatedly send application prompting emails until a reservation change request is received. In this case, the transmission schedule for the second and subsequent times may be set arbitrarily.
図14及び図15は、事前精算機43に表示される情報の例を示す模式図である。
図14は、精算画面87の一例を示す模式図である。
精算画面87は、駐車場名、車両ナンバー、入場日時、予約番号、駐車料金、及び超過料金を含む。図14に示す例では、予約の申請がない状態で、超過が確定した場合の精算画面87が図示されている。すなわち超過料金として5000円が課せられている。
14 and 15 are schematic diagrams showing examples of information displayed on the
FIG. 14 is a schematic diagram showing an example of the
The
図15は、案内画面88の一例を示す模式図である。
例えば、精算画面87の次へボタンを選択すると、案内画面88が表示される。あるいは精算画面87の表示の後に、自動的に案内画面88が表示される。その他、案内画面88が表示されるタイミングや方法等は限定されない。
案内画面88は、申請促進メールを送信した旨、精算前に予約変更の申請をすれば超過料金を再計算する旨が表示される。
例えばフライトに搭乗している利用者は、搭乗中には申請促成メールを読むことが出来ず、事前に予約変更の申請を行うことができない可能性がある。そこで、本発明の駐車場予約管理システムでは、駐車場の事前精算機43において、事前精算前に申請促進メールの有無を案内し、精算前であれば予約変更の申請を受付ける。
これにより飛行機内にて予約変更の申請ができなかった利用者を効率よく救済することが可能となり、利用者の利便性を向上させることが可能となる。
なお、案内画面88に表示されているように、本実施形態では、到着日時から所定の期間(本例では1日)経過した後は、予約変更の申請は無効となる。例えば、一旦フライト都合により遅延しても、その後予約変更の申請を行う時間が十分にあったにも関わらずに、予約変更の申請をしない利用者については、特段の便宜を図る必要はない。このような設定も可能である。
到着日時から所定の期間(本例では1日)経過した後は、案内画面88を表示しないという実施例を実現可能である。また到着後から所定の期間経過した後に代えて、メール受信日から所定の期間の経過後は、予約変更の申請は無効であるといった設定も可能である。
また、事前精算機43に、予約変更の申請、あるいは超過した理由の入力等を行うことが可能であってもよい。これにより、利用者がフライト中には申請促進メールへの返信ができず、到着後すぐに駐車場から出場する場合に、利用者にとって利便性がよい。
案内画面88の表示に合わせて、音声により、同じ内容の通知が実行されてもよい。また図2に例示する案内装置44により、案内画面88等が表示されてもよい。
FIG. 15 is a schematic diagram showing an example of the
For example, when the next button on the
The
For example, a user who is boarding a flight may not be able to read the application prompt email while boarding the flight and may not be able to apply for a reservation change in advance. Therefore, in the parking lot reservation management system of the present invention, the
This makes it possible to efficiently rescue users who were unable to apply for a reservation change on the airplane, thereby improving convenience for users.
Note that, as displayed on the
It is possible to realize an embodiment in which the
Further, it may be possible to apply for a reservation change or input a reason for exceeding the reservation amount to the
In accordance with the display of the
以上、本実施形態に関する駐車場管理システム500及び駐車場管理装置15では、予約車両の駐車状況が予約情報通りでない場合に、駐車状況が予約情報通りではない理由の連絡の有無、又は駐車状況が予約情報通りではない理由の少なくとも一方に基づいて、駐車状況に関する料金として超過料金が算出される。これにより、駐車場を利用する利用者の利便性を向上させることが可能な情報処理装置、情報処理方法、及びプログラムを提供することにある。
As described above, in the parking
例えば、出場予約日時を利用者が超過した場合、駐車場が予め他の利用者の入場予約を受け付けても、これを受け入れることが出来なくなる可能性がある。従って収容台数に比べて、少ない入場予約の台数のみ予約を受け付けるといったことが必要となることが多い。
又は、出場予約日時に対して、相当の余裕時間を空けてから、入場予約を受付け可能とする必要がある。これは駐車場運営側にとっては非効率であり、経営を圧迫しかねない。
一方で、入場予約日時、出場予約日時とも、時間の超過に対して、追徴金(ペナルティ)を課す運用もある。ただし、入場予約日時の超過はさておき、出場予約日時まで事前に(利用前に)正確に予約しなければならないとすれば、利用者の手間や負担が増加することに繋がる。すなわち利便性の低下を招いてしまう可能性多高い。
For example, if a user exceeds the reserved entry date and time, there is a possibility that the parking lot will not be able to accept other users' admission reservations, even if they have been accepted in advance. Therefore, it is often necessary to accept reservations for only a small number of admission reservations compared to the number of vehicles accommodated.
Alternatively, it is necessary to allow a considerable amount of time before the reservation date and time before accepting admission reservations. This is inefficient for parking lot operators and may put pressure on their business.
On the other hand, there are also practices in which additional fees (penalties) are levied for exceeding the time limits for both admission and appearance reservations. However, aside from exceeding the admission reservation date and time, if the participation reservation date and time must be accurately reserved in advance (before use), this will increase the effort and burden on the user. In other words, there is a high possibility that this will lead to a decrease in convenience.
これに対して、本発明によれば、利用者の都合やその他の理由により駐車時間が大幅に超過してしまう場合でも、超過料金を課す場合には合理的な理由に従って課金を行うことが可能となる。また利用者の責に拠らない事由の場合には、容易にその旨の申告や確認が可能であり、利用者の負担を軽減することが可能となり、利便性を向上させることが可能となる。
例えば、本駐車場管理システム500によれば、予約変更の事由により超過金レベルを変更することが可能でるので、超過金額のレベルが合理的で、利用者が納得し易いシステムを構築することが可能となる。
また、予約変更によって超過金が変化するため、利用者が予約変更せずに超過することが抑制され、利用者が適宜予約変更を実施するようになり、駐車場側が予約の状態を把握しやすい。従って、満車台数からの余裕台数を少なく見積もることが出来るので、駐車場側で予約を受け付ける台数を増やすことが可能となる。
また、本駐車場管理システム500によれば、利用者の責任によらない事由としてフライトの事由が設定されるので、駐車場管理側(運営機関やオーナー)にとっても納得のいく料金徴収が実現される。
In contrast, according to the present invention, even if the parking time is significantly exceeded due to the user's convenience or other reasons, the overage fee can be charged based on rational reasons. becomes. In addition, in the case of an event that is not the user's fault, it is possible to easily report or confirm the fact, which makes it possible to reduce the burden on the user and improve convenience. .
For example, according to this parking
In addition, since the excess amount changes depending on the reservation change, it is possible to prevent users from exceeding the amount without changing their reservation, encourage users to change their reservations as appropriate, and make it easier for the parking lot side to understand the status of their reservations. . Therefore, the number of spare parking spaces can be estimated to be less than the number of full parking spaces, so it is possible to increase the number of parking spaces for which reservations can be accepted on the parking lot side.
Furthermore, according to the present parking
<第2の実施形態>
本発明に係る第2の実施形態の情報処理装置について説明する。これ以降の説明では、上記の実施形態で説明した駐車場管理システム500及び駐車場管理装置15における構成及び作用と同様な部分については、その説明を省略又は簡略化する。
<Second embodiment>
An information processing device according to a second embodiment of the present invention will be described. In the explanation that follows, the explanations of parts similar to the configurations and operations of the parking
図16は、本実施形態に係る課金フラグの設定例を示すフローチャートである。ここでは、図9に示すフローチャートと異なる点を中心に説明を行う。
図16に示すように、ステップ503にて、予約変更の理由が「フライトの都合」であり特段の理由であると判定された場合(YES)、その理由の真偽が判定されてもよい(ステップ504)。
理由の真偽判定は、例えば超過情報管理部63が、真偽判定部として機能することで実行される。もちろん真偽判定部として機能するブロックが、個別に構成されてもよい。
例えば、フライト情報取得部67がフライト情報管理サーバ30から取得したフライト情報に基づいて、「フライトの都合」となる理由の真偽を判定することが可能である。
「フライトの都合」の理由が真である場合には(ステップ504のYES)、「超過料金なしフラグ」が設定される(ステップ505)。「フライトの都合」の理由が真ではない場合には(ステップ504のNO)、「低超過料金フラグ」が設定される(ステップ506)。
このように、特段の理由として判定された場合に、真偽判定部により、その理由の真偽が判定されてもよい。そして、真偽判定部による判定結果に基づいて、駐車状況に関する料金が算出されてもよい。これにより不正な申請を防止することが可能となる。
なお、「フライトの都合」の理由が真ではない場合に、「高超過料金フラグ」が設定されてもよい。しかしながら、予約変更の申請があったことや、利用者の誤操作の可能性等を考慮して、「低超過料金フラグ」の設定の方が、利便性の向上には効果的だと思われる。
なお取得されたフライト情報が、超過情報DB等に格納されてもよい。
FIG. 16 is a flowchart showing an example of setting the billing flag according to this embodiment. Here, the explanation will focus on the differences from the flowchart shown in FIG. 9.
As shown in FIG. 16, if it is determined in step 503 that the reason for the reservation change is "flight circumstances" and is a special reason (YES), the authenticity of the reason may be determined ( Step 504).
The authenticity determination of the reason is executed, for example, by the excess
For example, based on the flight information acquired by the flight
If the reason for "flight convenience" is true (YES in step 504), a "no excess charge flag" is set (step 505). If the reason of "flight convenience" is not true (NO in step 504), a "low excess charge flag" is set (step 506).
In this way, when it is determined that there is a particular reason, the authenticity determination unit may determine whether the reason is true or false. Then, a fee related to the parking situation may be calculated based on the determination result by the authenticity determination section. This makes it possible to prevent fraudulent applications.
Note that if the reason for "flight convenience" is not true, a "high excess charge flag" may be set. However, considering the possibility of reservation change requests and the possibility of user errors, setting a "low excess charge flag" seems to be more effective in improving convenience.
Note that the acquired flight information may be stored in an excess information DB or the like.
<その他の実施形態>
本発明は、以上説明した実施形態に限定されず、他の種々の実施形態で実現することができる。
上記では、変更の理由を含む予約変更の申請を、駐車状況が予約情報通りではない理由の連絡の一例として説明を行った。これに限定されず、例えば変更の理由のみが連絡される場合でも、本発明は適用可能である。すなわち変更後の出場予約日時等の連絡等がない場合もあり得る。一方で、変更後の出場予約日時の連絡を必須として、変更後の出場予約日時の連絡がない場合には、課金レベルの変更を行わないといった設定も可能である。
図9等に例示するように、上記では、駐車状況が予約情報通りではない理由の連絡の有無、及び駐車状況が予約情報通りではない理由の両方に基づいて、駐車状況に関する料金が算出された。これに限定されず、駐車状況が予約情報通りではない理由の連絡の有無のみに基づいて、駐車状況に関する料金が算出されてもよい。また駐車状況が予約情報通りではない理由のみに基づいて、駐車状況に関する料金が算出されてもよい。
<Other embodiments>
The present invention is not limited to the embodiments described above, and can be realized in various other embodiments.
In the above, an application for a reservation change including the reason for the change was explained as an example of a notification of a reason why the parking situation does not match the reservation information. The present invention is not limited to this, and the present invention is applicable even if, for example, only the reason for the change is communicated. In other words, there may be cases where there is no communication regarding the changed reservation date and time. On the other hand, it is also possible to make the notification of the changed participation reservation date and time mandatory, and to not change the charge level if there is no notification of the changed participation reservation date and time.
As illustrated in Figure 9, etc., in the above, the fee related to the parking situation is calculated based on both the presence or absence of notification of the reason why the parking situation is not as per the reservation information, and the reason why the parking situation is not as per the reservation information. . The present invention is not limited to this, and the fee related to the parking situation may be calculated based only on whether or not the reason why the parking situation is not as per the reservation information is communicated. Further, the fee related to the parking situation may be calculated based only on the reason why the parking situation does not match the reservation information.
上記では、第1の分類に含まれる理由として、利用者に起因しない所定の理由を例に挙げた。具体的には、「フライトの都合」となる理由を例に挙げた。これに限定されず、第1の分類に含まれる理由の判定基準として、任意の分類基準が採用されてよい。
また利用者に起因しない所定の理由も、「フライトの都合」となる理由に限定されず、種々の理由が任意に設定されてよい。例えば、鉄道、船舶、バス等の交通機関に関する任意の理由が設定されてもよい。また高速道路、幹線道路、運河等で発生するような、渋滞に関する任意の理由が設定されてよい。台風、天候、大雪、地震、竜巻等、自然現象に関する任意の理由が設定されてもよい。
上記では、フライト情報管理サーバから取得したフライト情報に基づいて、理由の真偽を判定する例を説明した。これに限定されず、第1の分類に含まれる理由や利用者に起因しない所定の理由であるかどうかの真偽を判定可能な任意の方法が採用されてよい。例えば、理由の設定に応じて、交通機関に関する情報、渋滞に関する情報、又は自然現象に関する情報の少なくとも一方に基づいて、理由の真偽が判定されてもよい。
上記では、フライト情報管理サーバから取得したフライト情報に基づいて、要変更予約情報を抽出する例を説明した。これに限定されず、要変更予約情報を抽出可能な任意の方法が採用されてよい。例えば、交通機関に関する情報、渋滞に関する情報、又は自然現象に関する情報の少なくとも一方に基づいて、要変更予約情報が抽出されてもよい。
理由の真偽を判定するための情報、及び要変更予約情報を抽出するための情報を取得する方法も限定されない。上記では、空港のフライト情報管理サーバからフライト情報を取得する例を説明した。これに限定されず、空港とは関係なく、フライト情報を集めて配信するサービスから、フライト情報を取得することも可能である。その他、任意の方法が採用されてよい。
空港等の施設のシステムと、本発明に係る駐車場管理システムとが連携して、運用される場合もあり得るし、連携なしで運用される場合もあり得る。
In the above, a predetermined reason that is not caused by the user is given as an example of a reason included in the first category. Specifically, he gave an example of a reason for "flight convenience." Without being limited to this, any classification standard may be employed as the criterion for determining the reason for inclusion in the first classification.
Further, the predetermined reason not attributable to the user is not limited to "flight convenience", and various reasons may be arbitrarily set. For example, any reason related to transportation such as railways, ships, buses, etc. may be set. Further, any reason related to traffic jams such as those occurring on expressways, main roads, canals, etc. may be set. Any reason related to natural phenomena such as typhoon, weather, heavy snow, earthquake, tornado, etc. may be set.
In the above, an example has been described in which the authenticity of the reason is determined based on the flight information acquired from the flight information management server. The present invention is not limited to this, and any method capable of determining whether the reason is included in the first category or a predetermined reason not caused by the user may be adopted. For example, depending on the setting of the reason, the truth or falsity of the reason may be determined based on at least one of information related to transportation, information related to traffic jams, or information related to natural phenomena.
In the above, an example has been described in which change-required reservation information is extracted based on flight information acquired from a flight information management server. The present invention is not limited to this, and any method capable of extracting change-required reservation information may be adopted. For example, the change-required reservation information may be extracted based on at least one of information regarding transportation, information regarding traffic jams, and information regarding natural phenomena.
The method of acquiring information for determining the authenticity of the reason and information for extracting change-required reservation information is also not limited. In the above, an example of acquiring flight information from a flight information management server at an airport has been described. The present invention is not limited to this, and it is also possible to obtain flight information from a service that collects and distributes flight information, regardless of the airport. In addition, any other method may be adopted.
The system of a facility such as an airport and the parking lot management system according to the present invention may be operated in coordination with each other, or may be operated without coordination.
本駐車場管理システムは、複数の利用者が同時に利用することが可能である。すなわち利用者ごとに、予約の申請や予約変更の申請等、上記した種々の処理を実行することが可能である。
本駐車場管理システムでは、ある利用者に関する情報に基づいて、他の利用者に関する処理を実行することも可能である。すなわち情報の共有化が行われてもよい。
例えば、図16に例示するステップ504の真偽判定ステップにおいて、他の利用者から連絡のあった理由の真偽に基づいて、真偽の判定が実行されてもよい。このことを利用者の立場を変えて言うと、利用者から連絡のあった理由の真偽に基づいて、他の利用者から連絡があった理由の真偽を判定してもよい。
例えば、ある利用者から連絡があった理由が真であると判定された場合、同じ理由を連絡してきた利用者に対して、その理由は真であると判定してもよい。これにより、処理の簡素化や処理時間の短縮化を図ることが可能となり、利用者の利便性も向上させることが可能となる。
また、図12に例示するステップ303の要変更予約情報の抽出ステップにおいて、ある利用者から連絡があり真であると判定された理由に基づいて、要変更予約情報が抽出されてもよい。
例えば、理由としてフライトAが遅延する旨の連絡があり、その理由が真であると判定されたとする。この場合、同じフライトAに搭乗する(あるいは送り/迎えをする)利用者の予約情報が、要予約情報として抽出されてもよい。あるいは、真偽を判定することなく、同じフライトAに搭乗する(あるいは送り/迎えをする)利用者の予約情報が、要予約情報として抽出されてもよい。
This parking lot management system can be used by multiple users at the same time. That is, it is possible for each user to execute the various processes described above, such as applying for a reservation and applying for changing a reservation.
In this parking lot management system, it is also possible to execute processing regarding other users based on information regarding a certain user. That is, information may be shared.
For example, in the authenticity determination step of step 504 illustrated in FIG. 16, the authenticity determination may be performed based on the authenticity of the reason for contact from another user. Looking at this from the user's perspective, the truth or falsity of the reason for contact from another user may be determined based on the truth or falsity of the reason for contact from the user.
For example, if it is determined that the reason for which a certain user contacted us is true, it may be determined that the reason is true for users who have contacted us with the same reason. This makes it possible to simplify the process and shorten the processing time, and it also becomes possible to improve convenience for the user.
Further, in the step of extracting the reservation information requiring change in step 303 illustrated in FIG. 12, the reservation information requiring change may be extracted based on the reason determined to be true after being contacted by a certain user.
For example, assume that there is a notification that flight A will be delayed, and that the reason is determined to be true. In this case, reservation information of users who board (or drop off/pick up) the same flight A may be extracted as the required reservation information. Alternatively, the reservation information of users who board (or drop off/pick up) the same flight A may be extracted as the required reservation information without determining the authenticity.
図9を参照して、要変更予約情報として抽出された予約情報については、予約変更の申請(理由の連絡)がない場合でも、懲罰的な意味合いが込められた第3の課金体系に基づいた超過料金の算出は行われないといった設定も可能である。すなわち要変更予約情報として抽出された予約情報については、理由の連絡がない場合でも、第1の課金体系又は第2の課金体系に基づいて、超過料金が算出されてもよい。
この場合、要変更の程度の信憑性が判定され、信憑性が高い場合には、第3の課金体系に基づいた超過料金の算出は行われないといった設定も可能である。信憑性の判定として、例えば、要変更予約情報として抽出される原因となる理由の真偽は判定される。もちろんこれに限定される訳ではない。
Referring to Figure 9, for reservation information extracted as reservation information requiring change, even if there is no application for reservation change (notification of reason), the reservation information is subject to the third billing system, which has a punitive meaning. It is also possible to set such that no excess charges are calculated. In other words, for reservation information extracted as reservation information requiring change, an excess charge may be calculated based on the first billing system or the second billing system even if there is no notification of the reason.
In this case, the reliability of the degree of change required is determined, and if the reliability is high, it is possible to set that the excess charge is not calculated based on the third billing system. As a determination of credibility, for example, the truth or falsity of the reason for being extracted as change-required reservation information is determined. Of course, it is not limited to this.
図8に例示する超過ステータスは、「超過確定」「超過可能性あり」「超過なし」等を含む。要変更予約情報は、超過ステータスが「超過可能性あり」となる予約情報とも言える。この要予約情報を、予約変更の仮申請が実行された予約情報と見做すことも可能である。これに対して、利用者から実際に予約変更の申請があった予約情報は、正式申請が実行された予約情報となる。
例えば、ある利用者から連絡があった理由の内容や、理由の真偽に基づいて、他の利用者の予約情報を仮申請が実行された予約情報として取り扱うことが可能である。例えば、ある利用者から連絡があった理由の内容や、理由の真偽に基づいて、要予約変更情報として抽出された予約情報は、仮申請が実行された予約情報として取り扱うことが可能である。
典型的には、利用者からの予約変更の申請がないと、仮申請が実行された予約情報は、正式申請が実行された予約情報としては取り扱われない。一方で、他の利用者から同じ理由の連絡があり、その理由が真であると判定された場合等においては、本人からの予約変更の申請がなくとも、正式申請が実行された予約情報として取り扱う。このような設定も可能である。
例えば、同じ理由の仮申請を、全て正式申請とするような処理も可能である。例えば、フライトAの遅延が判明した場合、フライトAに関する利用者は、連絡の有無にかかわらず、第1の課金体系にて超過料金を算出してもよい。
The excess statuses illustrated in FIG. 8 include "exceeded confirmed", "exceeded", "exceeded", etc. Reservation information that requires change can also be said to be reservation information whose excess status is "possibly exceeded." It is also possible to regard this reservation-required information as reservation information for which a provisional application for reservation change has been made. On the other hand, reservation information for which a user has actually applied for a reservation change becomes reservation information for which an official application has been made.
For example, based on the content of the reason for contact from a certain user and the authenticity of the reason, it is possible to treat reservation information of another user as reservation information for which a provisional application has been made. For example, reservation information extracted as reservation change information based on the content of the reason for contact from a certain user and the authenticity of the reason can be treated as reservation information for which a provisional application has been made. .
Typically, unless a user requests a reservation change, reservation information for which a provisional application has been made is not treated as reservation information for which an official application has been made. On the other hand, if another user contacts us for the same reason and the reason is determined to be true, the reservation information will be treated as reservation information for which an official application has been made, even if there is no request from the user to change the reservation. handle. Such a setting is also possible.
For example, it is possible to treat all provisional applications for the same reason as formal applications. For example, if it is determined that flight A is delayed, the user regarding flight A may calculate the excess charge using the first billing system, regardless of whether or not the user has been notified.
上記では、駐車状況が予約情報通りではない場合として、出場予約日時からの超過を例に挙げた。これに限定されず、駐車状況が予約情報通りではない他の例についても、本発明は適用可能である。
例えば、状況判定部により、入場予約日時に車両が入場したか否かが判定されてもよい。そして、入場予約日時に車両が入場していない場合に、理由の連絡の有無、又は理由の少なくとも一方に基づいて、違約金(例えば機会損失の補償としての意味合いを込めた金額)が算出されてもよい。
また、駐車場に対する入場/出場に限定されず、駐車スペースに対する入庫/出庫、駐車スペースの移動等について、本発明を適用することも可能である。
In the above, an example of a case where the parking situation does not match the reservation information is given as a case where the parking situation exceeds the reservation date and time. The present invention is not limited to this, and the present invention is also applicable to other examples where the parking situation is not as per the reservation information.
For example, the situation determination unit may determine whether a vehicle has entered the vehicle at the reserved entry date and time. If the vehicle does not enter at the reserved entry date and time, a penalty fee (for example, an amount meant as compensation for opportunity loss) is calculated based on whether or not the reason has been communicated, or at least one of the reasons. Good too.
Furthermore, the present invention is not limited to entering/exiting a parking lot, but can also be applied to entering/exiting a parking space, moving between parking spaces, etc.
上記では、駐車状況が予約情報通りではない理由の連絡を促す旨の通知として、申請促進メールが送信された。これに限定されず、携帯端末へのプッシュ通知等、任意の通知方法が採用されてよい。例えば、LINE(登録商標)やfacebook(登録商標)等のSNS(Social Networking Service)を介して通知が実行されてもよい。
上記では、Webアプリケーションを介して、予約の申請や予約変更の申請等が実行される場合を例に挙げた。これに限定されず、本発明に係る駐車場管理サービスを利用するためのネイティブアプリケーションが利用者端末にダウンロードされ、利用者により利用されてもよい。
上記では、予約変更の申請の際に、「フライトの都合」か「その他の理由」かを選択して入力することが可能であった。これに限定されず、テキスト等により、予約変更の理由が入力されてもよい。
例えば、駐車場管理装置側では、機械学習等の任意のアルゴリズムにより、テキストを解析して、理由の分類を判定することが可能である。あるいは、オペレーター等により、理由が判別されてもよい。なお機械学習等の学習アルゴリズムの適用は、テキスト解析等のみに限定されず、理由の分類、理由の真偽等、広く適用可能である。
In the above case, an application promotion email was sent as a notification urging the customer to contact them regarding the reason why the parking situation did not match the reservation information. The notification method is not limited to this, and any notification method such as push notification to a mobile terminal may be adopted. For example, notification may be performed via SNS (Social Networking Service) such as LINE (registered trademark) or facebook (registered trademark).
In the above, an example is given in which a reservation application, a reservation change application, etc. are executed via a web application. The present invention is not limited to this, and a native application for using the parking lot management service according to the present invention may be downloaded to a user terminal and used by the user.
In the above, when applying for a reservation change, it was possible to select and input either "flight circumstances" or "other reasons." The reason for the reservation change is not limited to this, and the reason for changing the reservation may be input by text or the like.
For example, on the parking lot management device side, it is possible to analyze the text using an arbitrary algorithm such as machine learning and determine the classification of the reason. Alternatively, the reason may be determined by an operator or the like. Note that the application of learning algorithms such as machine learning is not limited to text analysis, etc., and can be widely applied to classification of reasons, truth/falsity of reasons, etc.
本発明に係る駐車場管理システムが、ETC(Electronic Toll Collection System)システムと連動することで実現されてもよい。ETCシステムでは、利用者の情報、決済情報、及び車両情報等が適宜管理される。これらの情報を適宜読み出すことで、本発明に係る駐車場管理システムを実現することが可能である。 The parking lot management system according to the present invention may be realized by interlocking with an ETC (Electronic Toll Collection System) system. In the ETC system, user information, payment information, vehicle information, etc. are appropriately managed. By appropriately reading out this information, it is possible to realize the parking lot management system according to the present invention.
また、交通手段を利用するための施設ではない施設の駐車場、施設に所有されない駐車場等の、任意の種類の駐車場に対して本発明は適用可能である。 Further, the present invention is applicable to any type of parking lot, such as a parking lot of a facility that is not a facility for using transportation, a parking lot not owned by a facility, etc.
本発明の実施例は、車両として普通自動車や大型自動車等を問わず、または二輪車も併用で管理することもできる。すなわち本開示では、車両は、自動車に限定されず、自転車や二輪車(バイク)等も含む。また駐車場は、自転車や二輪車(バイク)等を駐車するための駐輪場を含む概念である。すなわち本技術は、自動車を駐車可能な駐車場に限定されず、駐輪場等にも適用可能である。 The embodiments of the present invention can manage vehicles regardless of whether they are regular cars or large cars, or even two-wheeled vehicles. That is, in the present disclosure, a vehicle is not limited to an automobile, but also includes a bicycle, a two-wheeled vehicle (motorcycle), and the like. Furthermore, the concept of a parking lot includes a bicycle parking lot for parking bicycles, two-wheeled vehicles (motorcycles), and the like. That is, the present technology is not limited to parking lots where cars can be parked, but can also be applied to bicycle parking lots and the like.
上記で説明した駐車場管理システム500において、駐車場管制装置5、利用者端末10、及び駐車場管理装置15にそれぞれ備えられた機能が、他の装置に備えられてもよい。例えば、図3に示す駐車場管理装置15の機能の一部が、利用者端末10や駐車場管制装置5に備えられてもよい。
すなわち本発明に係る駐車場管理システムが備える「状況判定部」「算出部」「真偽判定部」「通知部」「抽出部」等が、駐車場管理システムを構成する各装置のいずれかにより実現されるかは限定されず、任意に設定可能である。また複数の装置が協働することにより、これらの要素が実現されてもよい。
In the parking
In other words, the "situation determination section", "calculation section", "authenticity determination section", "notification section", "extraction section", etc. included in the parking lot management system according to the present invention are executed by any of the devices constituting the parking lot management system. There is no limit to whether it is realized, and it can be set arbitrarily. Furthermore, these elements may be realized by a plurality of devices working together.
同様に、本発明に係る情報処理方法、及びプログラムは、単体のコンピュータにより実行されてもよいし、複数のコンピュータが連動することで実行されてもよい。すなわち駐車状況の判定、駐車状況に関する料金の算出、理由の真偽判定、要変更予約情報の抽出、理由の連絡を促す旨の通知等が、単体のコンピュータにより実行される場合と、各処理が異なるコンピュータにより実行される場合とのいずれもが有り得る。
また所定のコンピュータによる各処理の実行は、当該処理の一部または全部を他のコンピュータに実行させたその結果を取得することを含む。例えば本技術に係る情報処理方法及びプログラムは、クラウドコンピューティングの構成にも適用することが可能である。
Similarly, the information processing method and program according to the present invention may be executed by a single computer or by multiple computers working together. In other words, there are two cases in which each process is executed by a single computer, such as determining the parking situation, calculating the fee related to the parking situation, determining whether the reason is true or false, extracting reservation information that requires a change, and notifying the user of the reason. It may be executed by different computers.
Furthermore, execution of each process by a predetermined computer includes obtaining the result of having another computer execute part or all of the process. For example, the information processing method and program according to the present technology can also be applied to a cloud computing configuration.
各図面を参照して説明した駐車場、携帯端末、駐車場管制装置、駐車場管理装置、Webページ画像、精算機案内・操作画像、各処理フロー等はあくまで一実施形態であり、本技術の趣旨を逸脱しない範囲で、任意に変形可能である。すなわち本技術を実施するための他の任意の構成やアルゴリズム等が採用されてよい。 The parking lot, mobile terminal, parking lot control device, parking lot management device, web page image, payment machine guidance/operation image, each processing flow, etc. described with reference to each drawing are just one embodiment, and the details of the present technology are Any modifications can be made without departing from the spirit. That is, any other configuration, algorithm, etc. may be adopted for implementing the present technology.
以上説明した本発明に係る特徴部分のうち、少なくとも2つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。 It is also possible to combine at least two of the characteristic parts according to the present invention described above. That is, the various characteristic portions described in each embodiment may be arbitrarily combined without distinction between each embodiment. Further, the various effects described above are merely examples and are not limited, and other effects may also be exhibited.
また、本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う駐車場管理装置・方法・システムもまた本発明の技術思想に含まれる。 In addition, the present invention can be modified as appropriate within the scope or spirit of the invention that can be read from the claims and the entire specification, and parking lot management devices, methods, and systems that involve such modifications may also be modified. It is included in the technical idea of the present invention.
本発明の技術は、例えば、空港や鉄道駅に隣接した大規模な駐車場の予約管理システムにおいて、好適に利用できるものである。 The technology of the present invention can be suitably used, for example, in a reservation management system for a large-scale parking lot adjacent to an airport or a railway station.
5…駐車場管制装置
6…駐車場
10…利用者端末
15…駐車場管理装置
16…サーバ装置
17…DB
20…管理機関端末
25…決済機関
30…フライト情報管理サーバ
31…空港
43…事前精算機
45…駐車場管理PC
77…会員情報
78…予約情報
80…超過情報
87…精算画面
88…案内画面
500…駐車場管理システム
5...Parking
20...
77...
Claims (18)
前記利用者の車両である予約車両の駐車状況が、前記予約情報通りか否かを判定する状況判定部と、
前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の前記利用者からの連絡の有無、及び前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金を算出する算出部と、
取得された前記予約情報の中から、前記駐車状況が前記予約情報通りにならない可能性の高い前記予約情報である要変更予約情報を抽出する抽出部と、
抽出された前記要変更予約情報を申請した前記利用者が使用する利用者端末に、前記駐車状況が前記予約情報通りではない理由の連絡を促す旨を通知する通知部と
を具備する駐車場管理システム。 a reservation management department that acquires reservation information applied by parking lot users;
a situation determination unit that determines whether the parking situation of the reserved vehicle that is the user's vehicle is in accordance with the reservation information;
If the parking situation is not as per the reservation information, at least one of whether or not there has been a contact from the user as to why the parking situation is not as per the reservation information, and the reason why the parking situation is not as per the reservation information. a calculation unit that calculates a fee related to the parking situation based on the parking situation ;
an extraction unit that extracts change-required reservation information, which is reservation information with a high possibility that the parking situation will not be according to the reservation information, from the acquired reservation information;
a notification unit that notifies a user terminal used by the user who has applied for the extracted reservation information that needs to be changed that the parking situation is not in accordance with the reservation information;
A parking lot management system equipped with
前記通知部は、抽出された前記要変更予約情報を申請した前記利用者からの前記駐車状況が前記予約情報通りではない理由の連絡がない場合に、前記理由の連絡を促す旨を通知する When the user who has applied for the extracted reservation information that requires change does not contact the user regarding the reason why the parking situation does not match the reservation information, the notification unit notifies the user that the user is urged to contact the user regarding the reason.
駐車場管理システム。 Parking management system.
前記利用者の精算操作を受け付ける精算操作受付部を具備し、 comprising a payment operation reception unit that receives payment operations from the user;
前記精算操作受付部は、前記利用者の精算操作が前記要変更予約情報に関する精算操作である場合に、前記駐車状況が前記予約情報通りではない理由の連絡を促す旨を出力する The payment operation reception unit outputs, when the user's payment operation is a payment operation related to the change-required reservation information, a message prompting the user to inform the user of the reason why the parking situation does not match the reservation information.
駐車場管理システム。 Parking management system.
前記精算操作受付部は、前記利用者の精算操作が前記要変更予約情報に関する精算操作であり、かつ前記利用者からの前記駐車状況が前記予約情報通りではない理由の連絡がない状態で前記算出部により前記駐車状況に関する料金が算出されている場合に、前記理由の連絡を促す旨を出力する The payment operation reception unit performs the calculation in a state where the payment operation by the user is related to the reservation information that requires change, and there is no communication from the user as to why the parking situation is not according to the reservation information. If the fee related to the parking situation has been calculated by the department, output a message urging contact of the reason.
駐車場管理システム。 Parking management system.
前記精算操作受付部は、前記利用者からの前記駐車状況が前記予約情報通りではない理由の連絡を受け付ける The payment operation reception unit receives a notification from the user stating the reason why the parking situation does not match the reservation information.
駐車場管理システム。 Parking management system.
前記精算操作受付部は、前記要変更予約情報に関する精算操作を行う前記利用者の前記利用者端末に前記通知部により前記理由の連絡を促す旨が通知された日時から所定の期間が経過した後は、前記理由の連絡を促す旨の出力を実行しない The payment operation reception unit is configured to perform a payment operation regarding the change-required reservation information after a predetermined period has elapsed from the date and time when the notification unit notifies the user terminal of the user who performs the payment operation regarding the change-required reservation information to urge contact of the reason. does not print the message prompting for the above reason.
駐車場管理システム。 Parking management system.
前記抽出部は、交通機関に関する情報、渋滞に関する情報、及び自然現象に関する情報の少なくとも一方に基づいて、前記要変更予約情報を抽出する
駐車場管理システム。 The parking lot management system according to any one of claims 1 to 6 ,
The extraction unit extracts the change-required reservation information based on at least one of information regarding transportation, information regarding traffic jams, and information regarding natural phenomena. Parking lot management system .
前記予約情報は、出場予約日時に関する情報を含み、
前記状況判定部は、前記駐車状況が前記予約情報通りか否かの判定として、前記出場予約日時に前記予約車両が出場したか否かを判定し、
前記算出部は、前記駐車状況に関する料金の算出として、前記出場予約日時に前記予約車両が出場していない場合の超過料金を算出する
駐車場管理システム。 The parking lot management system according to any one of claims 1 to 7 ,
The reservation information includes information regarding the reservation date and time,
The situation determination unit determines whether the reserved vehicle has entered the parking lot at the reservation reservation date and time to determine whether the parking situation is in accordance with the reservation information ;
The calculation unit calculates an excess fee when the reserved vehicle does not appear at the reservation date and time , as calculation of the fee related to the parking situation .
前記算出部は、前記理由が所定の分類に含まれる場合は、第1の課金体系に基づいて前記超過料金を算出し、前記理由が前記所定の分類に含まれない場合は、前記第1の課金体系よりも課金レベルが高い第2の課金体系に基づいて前記超過料金を算出する
駐車場管理システム。 The parking lot management system according to claim 8 ,
The calculation unit calculates the excess charge based on a first charging system when the reason is included in the predetermined classification, and calculates the excess charge based on the first charging system when the reason is not included in the predetermined classification. A parking lot management system that calculates the excess charge based on a second charging system having a higher charging level than the charging system.
前記算出部は、前記理由が前記利用者に起因しない理由である場合は、前記第1の課金体系に基づいて前記超過料金を算出し、前記理由が前記利用者に起因しない理由でない場合は、前記第2の課金体系に基づいて前記超過料金を算出する
駐車場管理システム。 The parking lot management system according to claim 9 ,
If the reason is not attributable to the user, the calculation unit calculates the excess charge based on the first billing system, and the calculation unit calculates the excess charge based on the first billing system, and the calculation unit calculates the excess charge based on the first billing system, and the calculation unit calculates the excess charge based on the first billing system, and If there is no reason , the parking lot management system calculates the excess fee based on the second charging system.
前記利用者に起因しない理由は、交通機関に関する理由、渋滞に関する理由、及び自然現象に関する理由の少なくとも一方を含む
駐車場管理システム。 The parking lot management system according to claim 10 ,
The reason not attributable to the user includes at least one of a reason related to transportation, a reason related to traffic congestion, and a reason related to a natural phenomenon. Parking lot management system .
前記第1の課金体系は、前記超過料金が0円となる課金体系である
駐車場管理システム。 The parking lot management system according to any one of claims 9 to 11 ,
The first billing system is a parking lot management system in which the excess fee is 0 yen.
前記算出部は、前記理由の連絡がない場合は、前記第2の課金体系よりも課金レベルが高い第3の課金体系に基づいて、前記超過料金を算出する
駐車場管理システム。 The parking lot management system according to any one of claims 9 to 12 ,
The calculation unit calculates the excess charge based on a third charging system having a higher charging level than the second charging system if there is no communication of the reason. The parking lot management system .
前記理由の真偽を判定する真偽判定部を具備し、
前記算出部は、前記真偽判定部による判定結果に基づいて、前記駐車状況に関する料金を算出する
駐車場管理システム。 The parking lot management system according to any one of claims 1 to 13 , further comprising:
comprising a truth/false determination unit that determines whether the reason is true or false;
The calculation unit calculates a fee related to the parking situation based on the determination result by the authenticity determination unit. The parking lot management system .
前記真偽判定部は、前記駐車場の他の利用者から連絡があった前記理由の真偽に基づいて、前記利用者から連絡があった前記理由の真偽を判定する
駐車場管理システム。 The parking lot management system according to claim 14 ,
The authenticity determination unit determines the authenticity of the reason contacted by the user based on the authenticity of the reason contacted by another user of the parking lot .
前記抽出部は、前記駐車場の他の利用者から連絡があり真であると判定された前記理由に基づいて、前記要変更予約情報を抽出する
駐車場管理システム。 The parking lot management system according to claim 14 or 15 ,
The extraction unit extracts the change-required reservation information based on the reason that has been contacted by another user of the parking lot and determined to be true.
前記利用者の車両である予約車両の駐車状況が、前記予約情報通りか否かを判定し、
前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の前記利用者からの連絡の有無、及び前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金を算出し、
取得された前記予約情報の中から、前記駐車状況が前記予約情報通りにならない可能性の高い前記予約情報である要変更予約情報を抽出し、
抽出された前記要変更予約情報を申請した前記利用者が使用する利用者端末に、前記駐車状況が前記予約情報通りではない理由の連絡を促す旨を通知する
ことをコンピュータが実行する情報処理方法。 Obtain reservation information requested by parking lot users,
Determining whether the parking situation of the reserved vehicle that is the user's vehicle is in accordance with the reservation information,
If the parking situation is not as per the reservation information, at least one of whether or not there has been a contact from the user as to why the parking situation is not as per the reservation information, and the reason why the parking situation is not as per the reservation information. Based on the above, calculate the fee related to the parking situation ,
extracting, from the acquired reservation information, reservation information that needs to be changed, which is reservation information with a high possibility that the parking situation will not be as the reservation information;
A notification is sent to the user terminal used by the user who applied for the extracted reservation information requiring change, to the effect that the parking situation is not as per the reservation information.
An information processing method in which a computer performs certain tasks.
前記利用者の車両である予約車両の駐車状況が、前記予約情報通りか否かを判定するステップと、
前記駐車状況が前記予約情報通りではない場合に、前記駐車状況が前記予約情報通りではない理由の前記利用者からの連絡の有無、及び前記駐車状況が前記予約情報通りではない理由の少なくとも一方に基づいて、前記駐車状況に関する料金を算出するステップと、
取得された前記予約情報の中から、前記駐車状況が前記予約情報通りにならない可能性の高い前記予約情報である要変更予約情報を抽出するステップと、
抽出された前記要変更予約情報を申請した前記利用者が使用する利用者端末に、前記駐車状況が前記予約情報通りではない理由の連絡を促す旨を通知するステップと
をコンピュータに実行させるプログラム。 a step of obtaining reservation information applied by a parking lot user;
determining whether the parking situation of the reserved vehicle that is the user's vehicle is in accordance with the reservation information;
If the parking situation is not as per the reservation information, at least one of whether or not there has been a contact from the user as to why the parking situation is not as per the reservation information, and the reason why the parking situation is not as per the reservation information. calculating a fee related to the parking situation based on the parking situation ;
extracting, from among the acquired reservation information, reservation information that needs to be changed, which is reservation information that has a high possibility that the parking situation will not be as per the reservation information;
a step of notifying a user terminal used by the user who has applied for the extracted reservation information requiring change that the parking situation is requested to inform the user of the reason why the parking situation does not match the reservation information;
A program that causes a computer to execute.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019129072A JP7393144B2 (en) | 2019-07-11 | 2019-07-11 | Parking lot management system, information processing method, and program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2019129072A JP7393144B2 (en) | 2019-07-11 | 2019-07-11 | Parking lot management system, information processing method, and program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2021015396A JP2021015396A (en) | 2021-02-12 |
JP7393144B2 true JP7393144B2 (en) | 2023-12-06 |
Family
ID=74531460
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019129072A Active JP7393144B2 (en) | 2019-07-11 | 2019-07-11 | Parking lot management system, information processing method, and program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7393144B2 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102396759B1 (en) * | 2021-10-12 | 2022-05-10 | 한대윤 | Parking management system using heterogeneous burial type of loop coil |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003203257A (en) | 2002-01-09 | 2003-07-18 | Fujitsu Ltd | Using fee calculation method and using fee calculation device |
JP2019109586A (en) | 2017-12-15 | 2019-07-04 | アマノ株式会社 | Parking lot management device, parking lot management method and program |
-
2019
- 2019-07-11 JP JP2019129072A patent/JP7393144B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003203257A (en) | 2002-01-09 | 2003-07-18 | Fujitsu Ltd | Using fee calculation method and using fee calculation device |
JP2019109586A (en) | 2017-12-15 | 2019-07-04 | アマノ株式会社 | Parking lot management device, parking lot management method and program |
Non-Patent Citations (2)
Title |
---|
"羽田空港国内線第2・第3駐車場予約サービス",一般財団法人 空港振興・環境整備支援機構,2019年01月18日,[2023年5月22日検索],インターネット<URL:https://web.archive.org/web/20190618144557/https://hnd-rsv.aeif.or.jp/airport2/app/question> |
"関西空港駐車場ロングライフパーキング",株式会社ロングライフジャパン,2019年01月25日,[2023年5月22日検索],インターネット<URL:https://web.archive.org/web/20190125025221/https://long-life-p.com/> |
Also Published As
Publication number | Publication date |
---|---|
JP2021015396A (en) | 2021-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8504415B2 (en) | Electronic toll management for fleet vehicles | |
KR102194533B1 (en) | Parking meter system | |
JP7139564B2 (en) | Facility management device, facility management method and program | |
JP7064858B2 (en) | Parking lot management device, parking lot management method, and program | |
CN105374077A (en) | Highway electronic toll collection (ETC) system | |
JP7042766B2 (en) | Parking lot management system, information processing device, information processing method and program | |
KR101150750B1 (en) | Unmanned parking control system for guiding parking decentralization and method thereof | |
US20190019114A1 (en) | Remote vehicle access and multi-application program for car-sharing | |
CN116704631A (en) | Highway cloud charging method, electronic equipment and storage medium | |
JP7393144B2 (en) | Parking lot management system, information processing method, and program | |
TWM495593U (en) | Parking lot management system | |
JP2000155861A (en) | Method and system for collecting parking charge | |
CN205827551U (en) | A kind of intelligence bus Fare Collection System | |
JP2019023832A (en) | Parking lot management device, parking lot management method, and program | |
JP2002149797A (en) | Vehicle rental system | |
KR101249450B1 (en) | Collecting system of the parking fee | |
JP2004005499A (en) | Information management server and information management method | |
CN106228699A (en) | A kind of hire a car mileage by reservation and frequency of hiring a car carries out preengaging the method hired a car | |
KR102447863B1 (en) | Method for automatically settling the operating fee of a voucher taxi | |
JP7385081B1 (en) | Parking lot management system, information processing device, information processing method and program | |
JP7356614B2 (en) | Parking lot management system, information processing device, information processing method and program | |
JP7245962B1 (en) | Parking lot management system, information processing device, information processing method and program | |
JP7333389B2 (en) | Central server and program | |
JP7218473B1 (en) | Parking lot management system, information processing device, information processing method and program | |
JP7111925B2 (en) | Parking lot management system, information processing device, information processing method and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220603 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20220603 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230517 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230627 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230809 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20231114 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20231124 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7393144 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |