JPWO2018143200A1 - 船着場管理システム、予約管理サーバ、船舶管理者端末および船着場管理者用端末 - Google Patents

Abstract

効率的な船着場管理を実現するための船着場管理システム、予約管理サーバ、船舶管理者端末および船着場管理者用端末を提供する。車両管理者用の車両管理者端末と、船着場管理者用の船着場管理者端末と、予約管理サーバと、を備える船着場管理システムであって、前記車両管理者端末は、車両に関する車両情報を設定する車両情報設定部と、船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、前記船着場予約申請情報を設定する際に、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を表示させる第１表示制御部と、を有し、前記船着場管理者端末は、船着場に関する船着場情報を設定する船着場情報設定部と、前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、前記回答を設定する際に、前記船着場スケジュール情報を示す画面を表示させる第２表示制御部と、を有し、前記予約管理サーバは、前記車両情報を登録する車両情報登録部と、前記船着場情報を登録する船着場情報登録部と、前記船着場予約申請情報および前記回答に基づいて、前記船着場の利用予約を制御する予約制御部と、各船着場の利用予約状況を考慮して前記船着場スケジュール情報を生成し、該船着場スケジュール情報を前記車両管理者端末および前記船着場管理者端末に送信する船着場スケジュール情報生成部と、を有する、船着場管理システムが提供される。

Description

本発明は、船着場管理システム、予約管理サーバ、船舶管理者端末および船着場管理者用端末に関する。

舟運事業においては、複数ある船着場を効率よく管理することが重要である。現状では、各船着場の利用を予約するために、（１）予約者が当該船着場の管理者に対して空き状況の確認を行い、（２）船着場の管理者が空き状況を紙その他独立した記録媒体で確認して予約者に回答し、（３）予約者が、どの船舶で、どの船着場の、どの桟橋を、どの時間帯で利用するか、といった利用申請書類を作成し、船着場の管理者に電話、郵送、ファックスなどで予約申請し、（４）船着場の管理者が郵送、ファックスなどで申請受理の連絡を行うというプロセスが必要であり、手間である。発船着場と着船着場とで管理者が異なる場合、上記のプロセスが複数回必要となり、その手間は非常に大きい。
なお、ある地点から別の地点への移動を生成し、その両端及び経由地が含まれる場合はその経由地を含めて停止する場所の利用可能時間を効率よく管理することが重要であるという点は、船着場のみならず駐車場の管理においても共通し、船舶や車両以外の任意の移動手段の停留場一般にも共通する。

特許文献１には、船舶の運航予定に対する予約を行うことが開示されているが、船着場の予約等を行うことは全く考慮していない。また、既に船着場の利用に関して必要となる手続きを終えた後の船舶を前提としている。

特開２００３−４４７２７号公報

本発明はこのような問題点に鑑みてなされたものであり、本発明の課題は、効率的な船着場管理を実現するための船着場管理システム、予約管理サーバ、船舶管理者端末および船着場管理者用端末を提供することである。本発明の別の課題は、人が乗り物によりある地点から別の地点（経由地を含む）までの移動に際して、その起終点の利用可能性を事前に担保するための効率的な駐車場管理を実現するための駐車場管理システム、予約管理サーバ、車両管理者端末および駐車場管理者用端末を提供することである。

本発明の一態様によれば、船舶管理者用の船舶管理者端末と、船着場管理者用の船着場管理者端末と、予約管理サーバと、を備える船着場管理システムであって、前記船舶管理者端末は、船舶に関する船舶情報を設定する船舶情報設定部と、船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、前記船着場予約申請情報を設定する際に、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を表示させる第１表示制御部と、を有し、前記船着場管理者端末は、船着場に関する船着場情報を設定する船着場情報設定部と、前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、前記回答を設定する際に、前記船着場スケジュール情報を示す画面を表示させる第２表示制御部と、を有し、前記予約管理サーバは、前記船舶情報を登録する船舶情報登録部と、前記船着場情報を登録する船着場情報登録部と、前記船着場予約申請情報および前記回答に基づいて、前記船着場の利用予約を制御する予約制御部と、各船着場の利用予約状況を考慮して前記船着場スケジュール情報を生成し、該船着場スケジュール情報を前記船舶管理者端末および前記船着場管理者端末に送信する船着場スケジュール情報生成部と、を有する、船着場管理システムが提供される。

前記予約管理サーバは、前記船舶情報、前記船着場情報および前記船着場スケジュール情報に基づいて、利用する船舶、発船着場および発船日時、着船着場および着船日時を含む商品情報を生成する商品情報制御部を有するのが望ましい。

前記船着場情報は、各船着場に含まれる桟橋の情報を含み、前記船着場スケジュール情報生成部は、前記船着場の桟橋ごとに、前記船着場スケジュール情報を生成してもよい。

前記船着場スケジュール情報を示す画面は、船着場設定手段および日付設定手段を含んでもよい。

本発明の別の態様によれば、船着場に関する船着場情報を登録する船着場情報登録部と、船着場の利用予約を申請するための船着場予約申請情報と、前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答と、に基づいて、前記船着場の利用予約を制御する予約制御部と、各船着場の利用予約状況を考慮して、各船着場の利用予約済日時を示す船着場スケジュール情報を生成して、前記船着場予約申請情報および前記回答の送信元に送信する船着場スケジュール情報生成部と、を備える予約管理サーバが提供される。

本発明の別の態様によれば、船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、前記船着場予約申請情報と、該船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答と、を考慮して生成された、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を、前記船着場予約申請情報を設定する際に表示させる表示制御部と、を備える船舶管理者端末が提供される。

本発明の別の態様によれば、船着場に関する船着場情報を設定する船着場情報設定部と、船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、前記回答を考慮して生成された、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を、前記回答を設定する際に表示させる表示制御部と、を備える船着場管理者用端末が提供される。

本発明の別の態様によれば、船着場に関する船着場情報を登録する船着場情報登録部と、船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、前記船着場予約申請情報および前記回答に基づいて、前記船着場の利用予約を制御する予約制御部と、各船着場の利用予約状況を考慮して船着場スケジュール情報を生成する船着場スケジュール情報生成部と、前記船着場スケジュール情報を示す画面を表示させる表示制御部と、を備える船着場管理システムが提供される。

効率的に船着場を管理できる。

本発明の概念的な模式図。 一実施形態に係る船着場管理システムの概略構成を示すブロック図。 船舶情報設定画面の一例を示す図。 船舶情報一覧画面の一例を示す図。 船舶情報編集画面の一例を示す図。 船着場情報設定画面の一例を示す図。 船着場情報一覧画面の一例を示す図。 船着場情報編集画面の一例を示す図。 船着場スケジュール画面の一例を示す図。 船着場スケジュール画面の一例を示す図。 船着場予約の流れを説明するシーケンス図。 船着場予約画面の一例を示す図。 船着場予約画面の一例を示す図。 商品情報一覧画面の一例を示す図。 商品情報編集画面の一例を示す図。 人工知能を利用したトラフィックデータ活用の概念図。 一実施形態に係る駐車場管理システムの概略構成を示すブロック図。 車両情報設定画面の一例を示す図。 車両情報一覧画面の一例を示す図。 車両情報編集画面の一例を示す図。 駐車場情報設定画面の一例を示す図。 駐車場情報一覧画面の一例を示す図。 駐車場情報編集画面の一例を示す図。 駐車場スケジュール画面の一例を示す図。 駐車場スケジュール画面の一例を示す図。 駐車場予約の流れを説明するシーケンス図。 駐車場予約画面の一例を示す図。 駐車場予約画面の一例を示す図。 マーケティングデータ表示の一例を示す図。

以下、本発明に係る実施形態について、図面を参照しながら具体的に説明する。
図１Ａは、本発明の概念的な模式図である。本発明においては、船舶情報を予め登録しておき、管理主体が異なる複数の船着場を単一のシステムで管理する。これにより、船舶の挙動（いつ、どの船舶が、どの船着場からどの船着場まで移動するのか）に関する情報が自動的に集約され、舟運事業者などの業務が効率化される。

具体的には、船着場の利用予約申請を簡便にでき画面およびシステム構成が実現され、特に２か所の船着場の予約申請を行うことで当該２か所の船着場間の乗船座席在庫を生み出すことができ、予約在庫の統合管理が実現される。さらに、このシステムを通して船舶ごとあるいは船着場ごとに緻密なマーケティングが可能になる。また、予約情報を処理する端末の実績（販売、予約消化、船舶の移動経路履歴など）を踏まえて、どの航路をどの程度の速度で、どのような条件下で運航しているかを蓄積し、省人化運転につなげることができる。

なお、本発明は船着場に限らず、同様の制約がある交通その他の仕組みにも活用可能である。すなわち、ある交通手段において乗客の乗降場所や提供するサービスに関連する食材等の原料の受け渡し・燃料等の貨物の輸送・搬入出・供給・引き渡し等に必要となる場所であり、かつ法的または社会的に定められた有限の場所を占有する際に、本発明を活用することができる。
船舶その他移動手段に乗客と貨物を混載して２点間を輸送する場合においても活用できる。また、移動の形態が船着場その他上記の占用場所を巡回して活動する場合であって、そのルートと占用する場所が１か所または２か所以上であるとき、これらを予約・管理するために本発明を用いることができる。

（第１の実施形態）
図１Ｂは、一実施形態に係る船着場管理システムの概略構成を示すブロック図である。船着場管理システムは、船舶管理者端末１と、船着場管理者端末２と、予約管理サーバ３と、ユーザ端末４とを備えている。なお、図１Ｂでは１台ずつの船舶管理者端末１、船着場管理者端末２およびユーザ端末４を描いているが、通常これらは複数存在する。このような船着場管理システムの運用を通して、船舶情報を登録し、その登録した船舶情報を読み出して船着場の利用申請を行うことにより、船舶がいつ、どこの船着場からどこの船着場へ移動するかを把握できるだけでなく、移動する船舶内の座席等の予約を受け付けられる数（以下、予約在庫という）を生成することができる。

まずは、船舶管理者端末１について説明する。船舶管理者端末１は個々の船舶を管理する船舶管理者が使用するものであり、通信部１１、船舶情報設定部１２、船着場予約申請部１３、表示制御部１４、表示部１５などを有する。

通信部１１は予約管理サーバ３などとの通信を行う。
船舶情報設定部１２は、船舶管理者自身が管理する船舶に関する情報（以下、船舶情報という）の設定を船舶管理者から受け付け、通信部１１を介して船舶情報を予約管理サーバ３に送信する。

船着場予約申請部１３は、船着場の利用予約を申請するための情報、より具体的には、利用を希望する船着場、当該船着場の利用開始日時および利用終了日時などを含む情報（以下、船着場予約申請情報という）の設定を船舶管理者から受け付ける。そして、船着場予約申請部１３は通信部１１を介して予約管理サーバ３に船着場予約申請情報を送信する。

表示制御部１４は、船舶情報設定画面、船舶情報一覧画面、船舶情報編集画面、船着場スケジュール画面、船着場予約画面などを表示部１５に表示させる。

図２Ａは、船舶情報設定画面の一例を示す図である。同画面は新しく船舶を登録するための画面であり、船舶管理者が船舶管理者端末１に対して所定操作を行ったことに応じて表示部１５に表示される。

船舶情報設定画面には、各船舶に付されるユニークな船舶ＩＤが予め含まれている。そして、同画面において、船舶管理者の操作に応じて船舶の名前、外観・外装、船内レイアウトなどの船舶情報を設定できる。さらに、同画面において、所属事業者、全長、全幅、総トン数など、より詳細な船舶情報も設定できる。必要な船舶情報の設定後、船舶管理者によって登録ボタンが選択されることで、設定された船舶情報が船舶管理者端末１内の記憶部（不図示）に記憶されたり、予約管理サーバ３に送信されたりする。

図２Ｂは、船舶情報一覧画面の一例を示す図である。同画面は登録済み船舶の一覧を表示して確認するための画面であり、船舶管理者が船舶管理者端末１に対して所定操作を行ったことに応じて、船舶管理者端末１内の記憶部あるいは予約管理サーバ３から船舶情報が取得されて、表示部１５に表示される。

船舶情報一覧画面は、各船舶情報の少なくとも一部、例えば船舶ＩＤ、船舶の名前、全長、全幅を含んでいる。同画面に新規登録ボタンが設けられ、船舶管理者によって選択されることで図２Ａに示す船舶情報設定画面が表示部１５に表示されるようにしてもよい。また、船舶情報一覧画面には、各船舶に関連付けられた編集ボタンも設けられている。編集ボタンが選択されることで、船舶情報編集画面が表示部１５に表示される。

図２Ｃは、船舶情報編集画面の一例を示す図である。同画面は登録済船舶情報を確認したり更新したり削除したりするための画面である。
図２Ａに示す船舶情報設定画面と類似しており、設定済の船舶情報を更新できるようになっている。また、船舶情報編集画面には更新ボタンおよび削除ボタンが設けられている。必要な船舶情報の更新後、船舶管理者によって更新ボタンが選択されることで、更新された船舶情報が船舶管理者端末１内の記憶部に記憶されたり、予約管理サーバ３に送信されたりする。また、船舶管理者によって削除ボタンが選択されることで、当該船舶情報は削除される。

なお、表示部１５に表示される船着場スケジュール画面および船着場予約画面については、後述する。

図１Ｂに戻り、船着場管理者端末２について説明する。船着場管理者端末２は個々の船着場を管理する船着場管理者が使用するものであり、通信部２１、船着場情報設定部２２、船着場予約承認部２３、表示制御部２４、表示部２５などを有する。

通信部２１は予約管理サーバ３などとの通信を行う。
船着場情報設定部２２は、船着場管理者自身が管理する１または複数の船着場に関する情報（以下、船着場情報という）の設定を船着場管理者から受け付け、通信部２１を介して予約管理サーバ３に送信する。

船着場予約承認部２３は船舶管理者端末１によって設定された船着場予約申請情報を予約管理サーバ３から受け取る。そして、船着場予約承認部２３は、船着場管理者からの操作に応じて、受け取った船着場予約申請情報による船着場の利用予約の申請を承認するか否かの回答を設定し、予約管理サーバ３に送信する。

表示制御部２４は、船着場情報設定画面、船着場情報一覧画面、船着場情報編集画面、船着場スケジュール画面などを表示部２５に表示させる。

図３Ａは、船着場情報設定画面の一例を示す図である。同画面は新しく船着場を登録するための画面であり、船着場管理者が船着場管理者端末２に対して所定操作を行ったことに応じて表示部２５に表示される。

船着場情報設定画面には、各船着場に付されるユニークな船着場ＩＤが予め含まれている。そして、同画面において、船着場管理者の操作に応じて、船着場の名前、外観、住所、地図などの船着場情報を設定できる。さらに、同画面において、営業時間、桟橋の名前など、より詳細な船着場情報も設定できる。必要な船着場情報の設定後、船着場管理者によって登録ボタンが選択されることで、設定された船着場情報が船着場管理者端末２内の記憶部（不図示）に記憶されたり、予約管理サーバ３に送信されたりする。

図３Ｂは、船着場情報一覧画面の一例を示す図である。同画面は登録済みの船着場の一覧を表示するための画面であり、船着場管理者が船着場管理者端末２に対して所定操作を行ったことに応じて、船着場管理者端末２内の記憶部あるいは予約管理サーバ３から船着場情報が取得されて、表示部２５に表示される。

船着場情報一覧画面は、各船着場情報の少なくとも一部、例えば船着場ＩＤ、船着場の名前、住所、営業時間、桟橋数を含んでいる。同画面に新規登録ボタンが設けられ、船着場管理者によって選択されることで図３Ａに示す船着場情報設定画面が表示部２５に表示されるようにしてもよい。また、船着場情報一覧画面には、各船着場に関連付けられた編集ボタンも設けられている。編集ボタンが選択されることで、船着場情報編集画面が表示部２５に表示される。

図３Ｃは、船着場情報編集画面の一例を示す図である。同画面は登録済船着場情報を確認したり更新したり削除したりするための画面である。
図３Ａに示す船着場情報設定画面と類似しており、設定済の船着場情報を更新できるようになっている。また、船着場情報編集画面には更新ボタンおよび削除ボタンが設けられている。必要な船着場情報の更新後、船着場管理者によって更新ボタンが選択されることで、更新された船着場情報が船着場管理者端末２内の記憶部に記憶されたり、予約管理サーバ３に送信されたりする。また、船着場管理者によって削除ボタンが選択されることで、当該船着場情報は削除される。

なお、表示部２５に表示される船着場スケジュール画面については、後述する。

続いて、図１Ｂの予約管理サーバ３について説明する。予約管理サーバ３は、船着場利用プラットフォームを提供して全船着場の管理（特に予約管理）を行う事業者が主に使用するものである。予約管理サーバ３により、船舶および船着場を統合的に管理可能となる。予約管理サーバ３は、船着場予約部３１および商品予約部３２から構成され、これらは別個の装置に分散されてもよいが、以下では１つの装置内にあるものとする。

船着場予約部３１は主に船舶管理者端末１および船着場管理者端末２からアクセスされ、通信部３１１、アクセス管理部３１２、船舶情報登録部３１３、船着場情報登録部３１４、予約制御部３１５、帳票出力部３１６、船着場スケジュール情報生成部３１７、運航情報生成部３１８、記憶部３１９などを有する。

通信部３１１は、船舶管理者端末１、船着場管理者端末２および商品予約部３２などとの通信を行う。
アクセス管理部３１２は、記憶部３１９に記憶されたユーザマスタ情報に基づいて各ユーザのＩＤおよびパスワードを管理したり、どのユーザがどのような情報にアクセスしたのかを示すアクセス管理情報を記憶部３１９に記憶したりする。

船舶情報登録部３１３は、通信部３１１を介して船舶管理者端末１から船舶情報を取得し、船舶情報を記憶部３１９に登録する。ここで登録された船舶情報における船舶が、本船着場管理システムにおける管理対象の船舶となる。

船着場情報登録部３１４は、通信部３１１を介して船着場管理者端末２から船着場情報を取得し、船着場情報を記憶部３１９に登録する。ここで登録された船着場情報における船舶が、本船着場管理システムにおける管理対象の船着場となる。

予約制御部３１５は船舶管理者端末１における船着場予約申請部１３からの船着場予約申請情報を受信する。そして、予約制御部３１５は、同船着場予約申請情報において利用予約が申請された船着場を管理する船着場管理者の船着場管理者端末２に、船着場予約申請情報を送信する。さらに、予約制御部３１５は、当該船着場管理者端末２における船着場予約承認部２３から、利用予約の申請に対する回答を受信する。

そして、予約制御部３１５は、船着場予約申請情報およびこれに対する回答に基づいて、各船着場の利用予約を制御する。すなわち、予約制御部３１５は各船着場の利用予約が設定された日時を把握する。船着場情報が各船着場に含まれる桟橋の情報を含む場合、予約制御部３１５は桟橋ごとに利用予約を制御してもよい。

帳票出力部３１６は、船舶管理者端末１からの利用予約申請が承認された場合に、その旨の帳票を船舶管理者端末１に出力する。出力の態様に制限はなく、例えばメールやファックスで船舶管理者端末１に出力される。

船着場スケジュール情報生成部３１７は、船着場のそれぞれについてその利用予約状況を考慮し、利用予約済である日時を示す船着場スケジュール情報を生成する。また、船着場スケジュール情報生成部３１７は、船着場の利用予約の申請が承認されると、船着場スケジュール情報を更新する。船着場スケジュール情報生成部３１７は、船着場スケジュール情報を記憶部３１９に記憶するとともに、必要に応じて船舶管理者端末１および船着場管理者端末２に送信する。

運航情報生成部３１８は、船舶情報、船着場情報および船着場スケジュール情報に基づいて運航情報を生成し、記憶部３１９に記憶したり、商品予約部３２に送信されたりする。運航情報は、どの船舶が、いつ、どの船着場（のどの桟橋）からどの船着場に運航する予定であるか、といった情報を含んでいる。

記憶部３１９は、上述した船舶情報、船着場情報、船着場スケジュール情報、運航情報、ユーザマスタ情報、アクセス管理情報などを記憶する。

以上説明したように、船着場スケジュール情報は船舶管理者端末１や船着場管理者端末２に送信され、船着場スケジュール情報を含む船着場スケジュール画面が船舶管理者端末１や船着場管理者端末２の表示制御部１４，２４によって表示部１５，２５にそれぞれ表示される。

図４Ａおよび図４Ｂは、船着場スケジュール画面の一例を示す図である。同画面は、船舶管理者（あるいは船着場管理者）が船舶管理者端末１（あるいは船着場管理者端末２）に対して所定操作を行ったことに応じて、予約管理サーバ３から船着場スケジュール情報が取得されて、表示部１５（あるいは表示部２５）に表示される。

船着場スケジュール画面は、各時間帯に、どの船舶管理者（あるいはどの船舶）が利用予約を行っているか、を示す情報を船着場スケジュール情報として含んでいる。船舶管理者名がない時間帯には利用予約されていないことが分かる。また、船着場スケジュール画面は、船着場設定手段５４、桟橋設定手段５５および日付設定手段５６を含んでいる。これら各設定手段はプルダウン形式など、設定が容易なものが望ましい。船着場設定手段５４によって船着場が選択されると、その船着場に含まれる桟橋を桟橋設定手段５５によって選択可能となる。選択された船着場、桟橋および日付の船着場スケジュール情報が表示される。

なお、図４Ａは１つの桟橋を有する船着場のスケジュール画面の例示である。また、図４Ｂは複数の桟橋（同図では２つの桟橋α，β）を有する埠頭型の船着場のスケジュール画面の例示であり、各桟橋のスケジュール情報が１つの画面上に表示される。

図５は、船着場予約の流れを説明するシーケンス図である。予め船舶情報登録部３１３および船着場情報登録部３１４によって船舶情報および船着場情報がそれぞれ登録されており、かつ、船着場スケジュール情報生成部３１７によって船着場スケジュール情報が生成されているものとする。

まず、船舶管理者が船舶管理者端末１に対して船着場の利用予約申請のための操作を行う。これ応答して、船舶管理者端末１における船着場予約申請部１３は、船着場スケジュール情報の送信を予約管理サーバ３にリクエストする（ステップＳ１）。

予約管理サーバ３の予約制御部３１５は、船着場スケジュール情報のリクエストを受信すると、同リクエストの送信元に船着場スケジュール情報を送信する（ステップＳ２１）。
船舶管理者端末１の表示制御部１４は、船着場スケジュール情報を受信すると、同情報を含む船着場予約画面を表示部１５に表示させる（ステップＳ２）。

図６Ａおよび図６Ｂは、船着場予約画面の一例を示す図である。船着場予約画面は、図４の船着場スケジュール画面と類似しており、さらに予約名設定手段５１、予約時間設定手段５２および予約登録手段５３が含まれる。予約名設定手段５１は、船舶管理者が任意の予約名を入力することで、予約名を設定する。そして、船舶管理者の操作に応じて、船着場設定手段５４、桟橋設定手段５５、日付設定手段５６および予約時間設定手段５２により、利用予約を申請する船着場、桟橋、日付および時間（利用開始時間および利用終了時間）を設定する。これらが船着場予約申請情報として設定される。なお、利用予約済の日時は選択できないようになっているのが望ましい。

なお、図６Ａは１つの桟橋を有する船着場のスケジュール画面の例示である。また、図６Ｂは複数の桟橋（同図では２つの桟橋α，β）を有する埠頭型の船着場のスケジュール画面の例示であり、各桟橋について１つの画面から予約可能となっている。

さらに、船舶管理者が予約登録手段５３を選択すると、船着場予約申請部１３は設定された船着場予約申請情報を予約管理サーバ３に送信する（図５のステップＳ３）。

このように、表示制御部１４は、船着場予約申請情報を設定する際に、船着場スケジュール情報を含む画面を表示部１５に表示させる。そのため、船舶管理者は、船着場の利用予約状況を視覚的に容易に把握でき、空いている日時の利用予約申請を簡単に行うことができる。

予約管理サーバ３の予約制御部３１５は、船着場予約申請情報を受信すると、当該船着場予約申請情報および船着場スケジュール情報を、利用予約申請された船着場管理者の船着場管理者端末２に送信する（ステップＳ２２）。

船着場管理者端末２の表示制御部２４は、船着場予約申請情報および船着場スケジュール情報を受信すると、同情報を含む船着場スケジュール画面および利用予約申請の内容を表示部２５に表示させる（ステップＳ３１）。そして、船着場予約承認部２３は、船着場管理者の操作に応答して、利用予約の申請を承認するか否かの回答を設定し、船着場予約申請情報の送信元の船舶管理者端末１に送信する（ステップＳ３２）。

このように、表示制御部２４は、利用予約の申請を承認するか否かの回答を設定する際に、船着場スケジュール情報を含む画面が表示部２５に表示させる。そのため、船着場管理者は、船着場の利用予約状況を視覚的に容易に把握でき、承認するか否かを簡単に判断できる。

予約管理サーバ３の予約制御部３１５は船着場管理者端末２から回答を受け取る。利用予約の申請を承認する旨の回答である場合（ステップＳ２３のＹＥＳ）、船着場スケジュール情報生成部３１７および運航情報生成部３１８は、それぞれ船着場スケジュール情報および運航情報を更新する（ステップＳ２４）。そして、予約制御部３１５は、利用予約が承認されたことを、船着場予約申請情報を送信した船舶管理者端末１に送信する（ステップＳ２５）。このとき、帳票出力部３１６も必要な帳票を船舶管理者端末１に出力する。

利用予約の申請を承認しない旨の回答である場合（ステップＳ２３のＮＯ）、予約制御部３１５は、利用予約が承認されなかったことを、船着場予約申請情報を送信した船舶管理者端末１に送信する（ステップＳ２５）。
このようにして、船着場の利用予約が完了する。なお、回答が船舶管理者端末１に通知されたことや、更新された船着場スケジュール情報および運航情報は、船着場管理者端末２において参照できるようになっているのが望ましい（ステップＳ３３）。

以上説明したように、本船着場管理システムは、船舶管理者端末１、船着場管理者端末２および予約管理サーバ３における船着場予約部３１を備えている。これにより、船舶管理者は船着場スケジュール情報の確認から利用予約の申請を船舶管理者端末１上で簡易に行うことができる。また、船着場管理者は船着場スケジュール情報の確認および利用予約の申請に対する回答を船着場管理者端末２上で簡易に行うことができ、回答の結果は船着場スケジュール情報に反映される。

また、以下に説明するように、図１Ｂにおける船着場管理システムの予約管理サーバ３は商品予約部３２を有し、各商品をユーザ端末４から予約できるのが望ましい。

商品予約部３２は主に船着場利用プラットフォームを提供する事業者からアクセスされ、通信部３２１、アクセス管理部３２２、商品情報制御部３２３、表示制御部３２４、決済部３２５、帳票出力部３２６、表示部３２７、記憶部３２８などを有する。

通信部３２１は船着場予約部３１およびユーザ端末４などとの通信を行う。
アクセス管理部３２２は、記憶部３２８に記憶されたユーザマスタ情報に基づいて各ユーザのＩＤおよびパスワードを管理したり、どのユーザがどのような情報にアクセスしたのかを示すアクセス管理情報を記憶部３２８に記憶したりする。

商品情報制御部３２３は、船着場予約部３１における運航情報生成部３１８によって生成された運航情報に基づいて、販売可能な商品を示す商品情報を生成して記憶部３２８に登録する。より具体的には、商品情報制御部３２３は、運航情報を参照し、利用予約されていない船舶および船着場を把握し、また、船着場利用プラットフォームを提供する事業者の意向に応じて、各商品の名前、利用する船舶、発船着場およびその発船日時、着船着場およびその着船日時、運賃などの含む商品の情報を生成する。各商品は、記憶部３２８に記憶された任意のおしらせやイベントなどと関連付けられていてもよいし、食事やガイド付きであってもよい。

表示制御部３２４は商品情報一覧画面や商品情報編集画面などを表示部３２７に表示させる。

図７は、商品情報一覧画面の一例を示す図である。同画面は登録済みの商品の一覧を表示するための画面であり、船着場利用プラットフォームを提供する事業者が予約管理サーバ３に対して所定操作を行ったことに応じて、表示部３２７に表示される。この画面により、商品の在庫を把握できる。

商品情報一覧画面は、各商品を特定するＩＤ、商品名、用いる船舶、運賃、発船着場およびその予約可能な時間帯、着船着場およびその予約可能な時間帯を含んでいる。同画面に新規登録ボタンが設けられ、事業者によって選択されることで新たな商品情報を生成するための画面が表示部３２７に表示されるようにしてもよい。また、商品情報一覧画面には、各商品に関連付けられた編集ボタンも設けられている。編集ボタンが選択されることで、商品情報編集画面が表示部３２７に表示される。

図８は、商品情報編集画面の一例を示す図である。同画面は登録済商品情報を更新したり削除したりするための画面である。同画面において、各商品における商品名、用いる船舶、運賃、発船着場およびその予約可能な時間帯、着船着場およびその予約可能な時間帯を更新できる。必要な商品情報の設定後、更新ボタンが選択されることで、更新された商品情報が記憶部３２８に記憶される。また、削除ボタンが選択されることで、当該商品情報は削除される。

図１Ｂに戻り、決済部３２５は、必要に応じて決済代行会社のシステムを利用し、商品販売時に決済を行う。
帳票出力部３２６は商品販売時に必要な帳票をユーザ端末４に出力する。出力の態様に制限はなく、例えばメールやファックスで船舶管理者端末１に出力される。
記憶部３２８は、上述したおしらせ、イベント情報、ユーザマスタ情報、商品情報などを記憶する。

ユーザ端末４は一般ユーザあるいは旅行代理店などのユーザが使用するものであり、通信部４１、商品予約申請部４２、表示制御部４３および表示部４４などを有する。通信部４１は船着場予約部３１との通信を行う。商品予約申請部４２はユーザからの操作に応じて商品の予約を行う。表示制御部４３は商品情報を示す画面などを表示部４４に表示させる。例えば、商品予約申請部４２によって商品の予約を行う際に、表示制御部４３が商品情報を示す画面を表示し、ユーザは在庫を確認しながら商品予約の申請を行うことができる。

このように、本実施形態では、各船舶管理者および各船着場管理者から複数の船舶および船着場の登録をそれぞれ受け付け、予約管理サーバ３によって統合的に管理することで、効率的に船着場の予約を行える便利な船着場利用プラットフォームが提供される。また、複数の船着場を単一のシステムで管理することにより、船着場の混雑状況等を一目で把握することができるようになり、舟運サービスの提供が容易になる。

加えて船着場管理者は、船舶の利用状況並びに一つの船着場に複数の桟橋がある場合、それぞれの桟橋の予約・利用状況などを踏まえて、一時的に空いている桟橋を時間貸しする際に本発明を活用できる。さらに、船舶管理者は、自身が運航させない船舶について、本発明の船舶を第三者に貸し出すことができる。これは本発明の船舶情報リストから自身が管理する船舶であって運航していない船舶一覧を第三者に開示し、第三者は希望する船を検索・選択し、所定の船着場から乗船して所定の船着場に返却する動作を行うものであり、本発明を活用して任意の船着場間を移動する予約をなすことができる。

船舶管理者は、簡易に船舶管理者自身が管理する船舶の情報を登録したり、参照したり、更新したり、削除したりできる。あわせて、船舶管理者は、船舶スケジュール画面を見ながら、船着場の利用予約ができる。このように、船舶管理者にとって、船舶情報の管理と船着場の利用予約を一体的に行えるようになる。特に、管理者が異なる船着場間の移動にかかる予約操作を同一のプラットフォーム上で処理できる利点は大きい。

さらに、このシステムの機能を拡張すると、船着場利用料の支払いをインターネット上での決済により行うことも追加可能となる。これにより予約から支払いまでの一連のフローにおいて、より簡便に船着場利用を行うことができる。

船着場管理者は、簡易に船着場管理者自身が管理する船着場の情報を登録したり、参照したり、更新したり、削除したりでき、効率的に船着場を管理できる。また、他の管理者が管理する船着場との連携が可能になることにより、自らが管理する船着場の利用率向上を図ることが可能になる。さらに、船舶管理運航者は、船着場予約を行うだけで、どこからどこへ向かう運航と連動した乗船席の販売に係る在庫管理情報を登録することができる。

料金収受についても、本システムと連動する決済制御機能を加えることによって、船着場管理者が定める時期、様式、金額の船着場使用料を、現行の銀行振り込みや現金収受といった形よりも簡便かつ確実に行うことが可能になり、料金収受にかかる管理コスト削減につなげることができる。
また、自らが管理している船着場がどのタイミングでどの程度活用されているのかを把握しやすくなり、また他の船着場との比較などを通して、船着場の利活用促進のためのマーケティング活動を、従来より簡便にできるようになる。

また、船着場の利用者にとって、前述のとおり管理主体が異なる複数の船着場間の移動を想定する際、それぞれの船着場の利用申請が効率的に行えるだけでなく、船着場の利用者にとって、船着場間を移動する船舶の情報が利用申請の際に同時に生成されることにより、その船舶が移動する船着場間の乗船予約販売のための在庫管理を効率的に行える。

さらに、図９に示すように、予約管理サーバ３に記憶された過去の船舶ごと・船着場ごとの予約情報等（トラフィックデータ）を読み出し、予約情報を深層学習等の統計学的分析法により分析してパターン性を抽出することで、抽出したパターンに基づいて、どの時期に、どこからどこへの需要があるのか等のマーケティングデータを抽出して表示することも可能となる。

なお、図１Ｂに示す船着場管理システムの構成は例示にすぎず、ユーザ端末４に船着場管理者端末２と同様の船着場予約申請部１３を設けたり、船舶管理者端末１と船着場管理者端末２を一体化したりするなど、種々の追加、削除、変形が可能であるのは言うまでもない。また、船着場管理システムの各部の一部または全部は、プロセッサが所定のプログラムを実行することによって実現されてもよい。

（第２の実施形態）
次に説明する第２の実施形態は、上述した第１の実施形態の考え方を応用し、効率的な駐車場管理を実現するための駐車場管理システム、予約管理サーバ、車両管理者端末および駐車場管理者用端末を提供することである。

図１０は、一実施形態に係る駐車場管理システムの概略構成を示すブロック図である。駐車場管理システムは、車両管理者端末１Ａと、駐車場管理者端末２Ａと、予約管理サーバ３Ａとを備えている。なお、図１０では１台ずつの車両管理者端末１Ａおよび駐車場管理者端末２Ａを描いているが、通常これらは複数存在する。このような駐車場管理システムの運用を通して、車両情報を登録し、その登録した車両情報を読み出して駐車場の利用申請を行うことにより、車両がいつ、どこの駐車場からどこの駐車場へ移動するかを把握できる。

まずは、車両管理者端末１Ａについて説明する。車両管理者端末１Ａは個々の車両を管理する車両管理者（例えば、一般ユーザ）が使用するものであり、通信部１１Ａ、車両情報設定部１２Ａ、駐車場予約申請部１３Ａ、表示制御部１４Ａ、表示部１５Ａなどを有する。

通信部１１Ａは予約管理サーバ３Ａなどとの通信を行う。
車両情報設定部１２Ａは、車両管理者自身が管理する車両に関する情報（以下、車両情報という）の設定を車両管理者から受け付け、通信部１１Ａを介して車両情報を予約管理サーバ３Ａに送信する。

駐車場予約申請部１３Ａは、駐車場の利用予約を申請するための情報、より具体的には、利用を希望する駐車場、当該駐車場の利用開始日時および利用終了日時などを含む情報（以下、駐車場予約申請情報という）の設定を車両管理者から受け付ける。そして、駐車場予約申請部１３Ａは通信部１１Ａを介して予約管理サーバ３Ａに駐車場予約申請情報を送信する。

表示制御部１４Ａは、車両情報設定画面、車両情報一覧画面、車両情報編集画面、駐車場スケジュール画面、駐車場予約画面などを表示部１５Ａに表示させる。

図１１Ａは、車両情報設定画面の一例を示す図である。同画面は新しく車両を登録するための画面であり、車両管理者が車両管理者端末１Ａに対して所定操作を行ったことに応じて表示部１５Ａに表示される。

車両情報設定画面には、各車両に付されるユニークな車両ＩＤまたはユーザー情報と連携して最適な車両群を例えばカーシェア・ライドシェアサービス事業者やレンタカー事業者等から得るＩＤが予め含まれている。そして、同画面において、車両管理者の操作に応じて車両の名前、外観・外装、車内レイアウト（店舗型車両の場合は、積載商品内容）などの車両情報を設定できる。さらに、同画面において、車両管理番号、全長、全幅、総定員数など、より詳細な車両情報も設定できる。必要な車両情報の設定後、車両管理者によって登録ボタンが選択されることで、設定された車両情報が車両管理者端末１Ａ内の記憶部（不図示）に記憶されたり、予約管理サーバ３Ａに送信されたりする。

図１１Ｂは、車両情報一覧画面の一例を示す図である。同画面は登録済み車両の一覧を表示して確認するための画面であり、車両管理者が車両管理者端末１Ａに対して所定操作を行ったことに応じて、車両管理者端末１Ａ内の記憶部あるいは予約管理サーバ３Ａから車両情報が取得されて、表示部１５Ａに表示される。

車両情報一覧画面は、各車両情報の少なくとも一部、例えば車両ＩＤ、車両の名前、全長、全幅を含んでいる。同画面に新規登録ボタンが設けられ、車両管理者によって選択されることで図１１Ａに示す車両情報設定画面が表示部１５Ａに表示されるようにしてもよい。また、車両情報一覧画面には、各車両に関連付けられた編集ボタンも設けられている。編集ボタンが選択されることで、車両情報編集画面が表示部１５Ａに表示される。図１１Ｂに示す項目に加え、他の各種項目を登録できるようにしてもよい。

図１１Ｃは、車両情報編集画面の一例を示す図である。同画面は登録済車両情報を確認したり更新したり削除したりするための画面である。
図１１Ａに示す車両情報設定画面と類似しており、設定済の車両情報を更新できるようになっている。また、車両情報編集画面には更新ボタンおよび削除ボタンが設けられている。必要な車両情報の更新後、車両管理者によって更新ボタンが選択されることで、更新された車両情報が車両管理者端末１Ａ内の記憶部に記憶されたり、予約管理サーバ３Ａに送信されたりする。また、車両管理者によって削除ボタンが選択されることで、当該車両情報は削除される。

なお、表示部１５Ａに表示される駐車場スケジュール画面および駐車場予約画面については、後述する。

図１０に戻り、駐車場管理者端末２Ａについて説明する。駐車場管理者端末２Ａは個々の駐車場を管理する駐車場管理者が使用するものであり、通信部２１Ａ、駐車場情報設定部２２Ａ、駐車場予約承認部２３Ａ、表示制御部２４Ａ、表示部２５Ａなどを有する。

通信部２１Ａは予約管理サーバ３Ａなどとの通信を行う。
駐車場情報設定部２２Ａは、駐車場管理者自身が管理する１または複数の駐車場に関する情報（以下、駐車場情報という）の設定を駐車場管理者から受け付け、通信部２１Ａを介して予約管理サーバ３Ａに送信する。

駐車場予約承認部２３Ａは車両管理者端末１Ａによって設定された駐車場予約申請情報を予約管理サーバ３Ａから受け取る。そして、駐車場予約承認部２３Ａは、駐車場管理者からの操作に応じて、受け取った駐車場予約申請情報による駐車場の利用予約の申請を承認するか否かの回答を設定し、予約管理サーバ３Ａに送信する。

表示制御部２４Ａは、駐車場情報設定画面、駐車場情報一覧画面、駐車場情報編集画面、駐車場スケジュール画面などを表示部２５Ａに表示させる。

図１２Ａは、駐車場情報設定画面の一例を示す図である。同画面は新しく駐車場を登録するための画面であり、駐車場管理者が駐車場管理者端末２Ａに対して所定操作を行ったことに応じて表示部２５Ａに表示される。

駐車場情報設定画面には、各駐車場に付されるユニークな駐車場ＩＤが予め含まれている。そして、同画面において、駐車場管理者の操作に応じて、駐車場の名前、外観、住所、地図などの駐車場情報を設定できる。さらに、同画面において、営業時間、駐車スペースなど、より詳細な駐車場情報も設定できる。必要な駐車場情報の設定後、駐車場管理者によって登録ボタンが選択されることで、設定された駐車場情報が駐車場管理者端末２Ａ内の記憶部（不図示）に記憶されたり、予約管理サーバ３Ａに送信されたりする。

図１２Ｂは、駐車場情報一覧画面の一例を示す図である。同画面は登録済みの駐車場の一覧を表示するための画面であり、駐車場管理者が駐車場管理者端末２Ａに対して所定操作を行ったことに応じて、駐車場管理者端末２Ａ内の記憶部あるいは予約管理サーバ３Ａから駐車場情報が取得されて、表示部２５Ａに表示される。

駐車場情報一覧画面は、各駐車場情報の少なくとも一部、例えば駐車場ＩＤ、駐車場の名前、住所、営業時間、駐車スペース数を含んでいる。同画面に新規登録ボタンが設けられ、駐車場管理者によって選択されることで図１２Ａに示す情報設定画面が表示部２５Ａに表示されるようにしてもよい。また、駐車場情報一覧画面には、各駐車場に関連付けられた編集ボタンも設けられている。編集ボタンが選択されることで、駐車場情報編集画面が表示部２５Ａに表示される。

図１２Ｃは、駐車場情報編集画面の一例を示す図である。同画面は登録済駐車場情報を確認したり更新したり削除したりするための画面である。
図１２Ａに示す駐車場情報設定画面と類似しており、設定済の駐車場情報を更新できるようになっている。また、駐車場情報編集画面には更新ボタンおよび削除ボタンが設けられている。必要な駐車場情報の更新後、駐車場管理者によって更新ボタンが選択されることで、更新された駐車場情報が駐車場管理者端末２Ａ内の記憶部に記憶されたり、予約管理サーバ３Ａに送信されたりする。また、駐車場管理者によって削除ボタンが選択されることで、当該駐車場情報は削除される。

なお、表示部２５Ａに表示される駐車場スケジュール画面については、後述する。

続いて、図１０の予約管理サーバ３Ａについて説明する。予約管理サーバ３Ａは、駐車場利用プラットフォームを提供して全駐車場の管理（特に予約管理）を行う事業者が主に使用するものである。予約管理サーバ３Ａにより、車両および駐車場を統合的に管理可能となる。予約管理サーバ３Ａは主に駐車場予約部３１から構成される。

駐車場予約部３１は主に車両管理者端末１Ａおよび駐車場管理者端末２Ａからアクセスされ、通信部３１１Ａ、アクセス管理部３１２Ａ、車両情報登録部３１３Ａ、駐車場情報登録部３１４Ａ、予約制御部３１５Ａ、帳票出力部３１６Ａ、駐車場スケジュール情報生成部３１７Ａ、記憶部３１９Ａなどを有する。

通信部３１１Ａは車両管理者端末１Ａおよび駐車場管理者端末２Ａなどとの通信を行う。
アクセス管理部３１２Ａは、記憶部３１９Ａに記憶されたユーザマスタ情報に基づいて各ユーザのＩＤおよびパスワードを管理したり、どのユーザがどのような情報にアクセスしたのかを示すアクセス管理情報を記憶部３１９Ａに記憶したりする。

車両情報登録部３１３Ａは、通信部３１１Ａを介して車両管理者端末１Ａから車両情報を取得し、車両情報を記憶部３１９Ａに登録する。ここで登録された車両情報における車両が、本駐車場管理システムにおける管理対象の車両となる。

駐車場情報登録部３１４Ａは、通信部３１１Ａを介して駐車場管理者端末２Ａから駐車場情報を取得し、駐車場情報を記憶部３１９Ａに登録する。ここで登録された駐車場情報における車両が、本駐車場管理システムにおける管理対象の駐車場となる。

予約制御部３１５Ａは車両管理者端末１Ａにおける駐車場予約申請部１３Ａからの駐車場予約申請情報を受信する。そして、予約制御部３１５Ａは、同駐車場予約申請情報において利用予約が申請された駐車場を管理する駐車場管理者の駐車場管理者端末２Ａに、駐車場予約申請情報を送信する。さらに、予約制御部３１５Ａは、当該駐車場管理者端末２Ａにおける駐車場予約承認部２３Ａから、利用予約の申請に対する回答を受信する。

そして、予約制御部３１５Ａは、駐車場予約申請情報およびこれに対する回答に基づいて、各駐車場の利用予約を制御する。すなわち、予約制御部３１５Ａは各駐車場の利用予約が設定された日時を把握する。駐車場情報が各駐車場に含まれる駐車スペースの情報を含む場合、予約制御部３１５Ａは駐車スペースごとに利用予約を制御してもよい。

帳票出力部３１６Ａは、車両管理者端末１Ａからの利用予約申請が承認された場合に、その旨の帳票を車両管理者端末１Ａに出力する。出力の態様に制限はなく、例えばメールやファックスで車両管理者端末１Ａに出力される。

駐車場スケジュール情報生成部３１７Ａは、駐車場のそれぞれについてその利用予約状況を考慮し、利用予約済である日時を示す駐車場スケジュール情報を生成する。また、駐車場スケジュール情報生成部３１７Ａは、駐車場の利用予約の申請が承認されると、駐車場スケジュール情報を更新する。駐車場スケジュール情報生成部３１７Ａは、駐車場スケジュール情報を記憶部３１９Ａに記憶するとともに、必要に応じて車両管理者端末１Ａおよび駐車場管理者端末２Ａに送信する。

記憶部３１９Ａは、上述した車両情報、駐車場情報、駐車場スケジュール情報、ユーザマスタ情報、アクセス管理情報などを記憶する。

以上説明したように、駐車場スケジュール情報は車両管理者端末１Ａや駐車場管理者端末２Ａに送信され、駐車場スケジュール情報を含む駐車場スケジュール画面が車両管理者端末１Ａや駐車場管理者端末２Ａの表示制御部１４Ａ，２４によって表示部１５Ａ，２５にそれぞれ表示される。

図１３Ａおよび図１３Ｂは、駐車場スケジュール画面の一例を示す図である。同画面は、車両管理者（あるいは駐車場管理者）が車両管理者端末１Ａ（あるいは駐車場管理者端末２Ａ）に対して所定操作を行ったことに応じて、予約管理サーバ３Ａから駐車場スケジュール情報が取得されて、表示部１５Ａ（あるいは表示部２５Ａ）に表示される。

駐車場スケジュール画面は、各時間帯に、どの車両管理者（あるいはどの車両）が利用予約を行っているか、を示す情報を駐車場スケジュール情報として含んでいる。車両管理者名がない時間帯には利用予約されていないことが分かる。また、駐車場スケジュール画面は、駐車場設定手段５４、駐車スペース設定手段５５および日付設定手段５６を含んでいる。これら各設定手段はプルダウン形式など、設定が容易なものが望ましい。駐車場設定手段５４によって駐車場が選択されると、その駐車場に含まれる駐車スペースを駐車スペース設定手段５５によって選択可能となる。選択された駐車場、駐車スペースおよび日付の駐車場スケジュール情報が表示される。

なお、図１３Ａは１つの駐車スペースを有する駐車場のスケジュール画面の例示である。また、図１３Ｂは複数の駐車スペース（同図では２つの駐車スペースα，β）を有する駐車場のスケジュール画面の例示であり、各駐車スペースのスケジュール情報が１つの画面上に表示される。

図１４は、駐車場予約の流れを説明するシーケンス図である。予め車両情報登録部３１３Ａおよび駐車場情報登録部３１４Ａによって車両情報および駐車場情報がそれぞれ登録されており、かつ、駐車場スケジュール情報生成部３１７Ａによって駐車場スケジュール情報が生成されているものとする。

まず、車両管理者が車両管理者端末１Ａに対して駐車場の利用予約申請のための操作を行う。これ応答して、車両管理者端末１Ａにおける駐車場予約申請部１３Ａは、駐車場スケジュール情報の送信を予約管理サーバ３Ａにリクエストする（ステップＳ１Ａ）。

予約管理サーバ３Ａの予約制御部３１５Ａは、駐車場スケジュール情報のリクエストを受信すると、同リクエストの送信元に駐車場スケジュール情報を送信する（ステップＳ２１Ａ）。
車両管理者端末１Ａの表示制御部１４Ａは、駐車場スケジュール情報を受信すると、同情報を含む駐車場予約画面を表示部１５Ａに表示させる（ステップＳ２Ａ）。

図１５Ａおよび図１５Ｂは、駐車場予約画面の一例を示す図である。駐車場予約画面は、図１３の駐車場スケジュール画面と類似しており、さらに予約名設定手段５１、予約時間設定手段５２および予約登録手段５３が含まれる。予約名設定手段５１は、車両管理者が任意の予約名を入力することで、予約名を設定する。そして、車両管理者の操作に応じて、駐車場設定手段５４、駐車スペース設定手段５５、日付設定手段５６および予約時間設定手段５２により、利用予約を申請する駐車場、駐車スペース、日付および時間（利用開始時間および利用終了時間）を設定する。これらが駐車場予約申請情報として設定される。なお、利用予約済の日時は選択できないようになっているのが望ましい。

なお、図１５Ａは１つの駐車スペースを有する駐車場のスケジュール画面の例示である。また、図１５Ｂは駐車スペースの桟橋（同図では２つの駐車スペースα，β）を有する駐車場のスケジュール画面の例示であり、各駐車スペースについて１つの画面から予約可能となっている。

さらに、車両管理者が予約登録手段５３を選択すると、駐車場予約申請部１３Ａは設定された駐車場予約申請情報を予約管理サーバ３Ａに送信する（図１４のステップＳ３Ａ）。

このように、表示制御部１４Ａは、駐車場予約申請情報を設定する際に、駐車場スケジュール情報を含む画面を表示部１５Ａに表示させる。そのため、車両管理者は、駐車場の利用予約状況を視覚的に容易に把握でき、空いている日時の利用予約申請を簡単に行うことができる。

予約管理サーバ３Ａの予約制御部３１５Ａは、駐車場予約申請情報を受信すると、当該駐車場予約申請情報および駐車場スケジュール情報を、利用予約申請された駐車場管理者の駐車場管理者端末２Ａに送信する（ステップＳ２２Ａ）。

駐車場管理者端末２Ａの表示制御部２４Ａは、駐車場予約申請情報および駐車場スケジュール情報を受信すると、同情報を含む駐車場スケジュール画面および利用予約申請の内容を表示部２５Ａに表示させる（ステップＳ３１Ａ）。そして、駐車場予約承認部２３Ａは、駐車場管理者の操作に応答して、利用予約の申請を承認するか否かの回答を設定し、駐車場予約申請情報の送信元の車両管理者端末１Ａに送信する（ステップＳ３２Ａ）。

このように、表示制御部２４Ａは、利用予約の申請を承認するか否かの回答を設定する際に、駐車場スケジュール情報を含む画面が表示部２５Ａに表示させる。そのため、駐車場管理者は、駐車場の利用予約状況を視覚的に容易に把握でき、承認するか否かを簡単に判断できる。

予約管理サーバ３Ａの予約制御部３１５Ａは駐車場管理者端末２Ａから回答を受け取る。利用予約の申請を承認する旨の回答である場合（ステップＳ２３ＡのＹＥＳ）、駐車場スケジュール情報生成部３１７Ａは駐車場スケジュール情報を更新する（ステップＳ２４Ａ）。そして、予約制御部３１５Ａは、利用予約が承認されたことを、駐車場予約申請情報を送信した車両管理者端末１Ａに送信する（ステップＳ２５Ａ）。このとき、帳票出力部３１６Ａも必要な帳票を車両管理者端末１Ａに出力する。

利用予約の申請を承認しない旨の回答である場合（ステップＳ２３ＡのＮＯ）、予約制御部３１５Ａは、利用予約が承認されなかったことを、駐車場予約申請情報を送信した車両管理者端末１Ａに送信する（ステップＳ２５Ａ）。
このようにして、駐車場の利用予約が完了する。なお、回答が車両管理者端末１Ａに通知されたことや、更新された駐車場スケジュール情報は、駐車場管理者端末２Ａにおいて参照できるようになっているのが望ましい（ステップＳ３３Ａ）。

以上説明したように、本駐車場管理システムは、車両管理者端末１Ａ、駐車場管理者端末２Ａおよび予約管理サーバ３Ａにおける駐車場予約部３１を備えている。これにより、車両管理者は駐車場スケジュール情報の確認から利用予約の申請を車両管理者端末１Ａ上で簡易に行うことができる。また、駐車場管理者は駐車場スケジュール情報の確認および利用予約の申請に対する回答を駐車場管理者端末２Ａ上で簡易に行うことができ、回答の結果は駐車場スケジュール情報に反映される。

このように、本実施形態では、各車両管理者および各駐車場管理者から複数の車両および駐車場の登録をそれぞれ受け付け（ただし、本実施形態においては、車両の登録を省略してもよい）、予約管理サーバ３Ａによって統合的に管理することで、効率的に駐車場の予約を行える便利な駐車場利用プラットフォームが提供される。また、複数の駐車場を単一のシステムで管理することにより、駐車場の混雑状況等を一目で把握することができるようになる。

車両管理者は、簡易に車両管理者自身が管理する車両の情報を登録したり、参照したり、更新したり、削除したりできる。あわせて、車両管理者は、車両スケジュール画面を見ながら、駐車場の利用予約ができる。このように、車両管理者にとって、車両情報の管理と駐車場の利用予約を一体的に行えるようになる。特に、管理者が異なる駐車場間の移動にかかる予約操作を同一のプラットフォーム上で処理できる利点は大きい。

さらに、このシステムの機能を拡張すると、駐車場利用料の支払いをインターネット上での決済により行うことも追加可能となる。これにより予約から支払いまでの一連のフローにおいて、より簡便に駐車場利用を行うことができる。

駐車場管理者は、簡易に駐車場管理者自身が管理する駐車場の情報を登録したり、参照したり、更新したり、削除したりでき、効率的に駐車場を管理できる。また、他の管理者が管理する駐車場との連携が可能になることにより、自らが管理する駐車場の利用率向上を図ることが可能になる。

料金収受についても、本システムと連動する決済制御機能を加えることによって、駐車場管理者が定める時期、様式、金額の駐車場使用料を、現行の銀行振り込みや現金収受といった形よりも簡便かつ確実に行うことが可能になり、料金収受にかかる管理コスト削減につなげることができる。
また、自らが管理している駐車場がどのタイミングでどの程度活用されているのかを把握しやすくなり、また他の駐車場との比較などを通して、駐車場の利活用促進のためのマーケティング活動を、従来より簡便にできるようになる。

また、駐車場の利用者にとって、前述のとおり管理主体が異なる複数の駐車場間の移動を想定する際、それぞれの駐車場の利用申請が効率的に行えるだけでなく、駐車場の利用者にとって、駐車場間を移動する車両の情報が利用申請の際に同時に生成される。

さらに、図１６に示すように、予約管理サーバ３Ａに記憶された過去の車両ごと・駐車場ごとの予約情報等（トラフィックデータ）を読み出し、予約情報を深層学習等の統計学的分析法により分析してパターン性を抽出することで、抽出したパターンに基づいて、どの時期に、どこからどこへの需要があるのか等のマーケティングデータを抽出して表示することも可能となる。

なお、図１０に示す駐車場管理システムの構成は例示にすぎず、車両管理者端末１Ａと駐車場管理者端末２Ａを一体化したりするなど、種々の追加、削除、変形が可能であるのは言うまでもない。また、駐車場管理システムの各部の一部または全部は、プロセッサが所定のプログラムを実行することによって実現されてもよい。

第２の実施形態によれば、例として以下の駐車場管理システム、予約管理サーバ、車両管理者端末および駐車場管理者用端末が考えられる。

［１］
車両管理者用の車両管理者端末と、
駐車場管理者用の駐車場管理者端末と、
を備える駐車場管理システムであって、
前記車両管理者端末は、
駐車場の利用予約を申請するための駐車場予約申請情報を設定する駐車場予約申請部と、
前記駐車場予約申請情報を設定する際に、各駐車場の利用予約済日時を示す駐車場スケジュール情報を示す画面を表示させる第１表示制御部と、を有し、
前記駐車場管理者端末は、
駐車場に関する駐車場情報を設定する駐車場情報設定部と、
前記駐車場予約申請情報による前記駐車場の利用予約の申請を承認するか否かの回答を設定する駐車場予約承認部と、
前記回答を設定する際に、前記駐車場スケジュール情報を示す画面を表示させる第２表示制御部と、を有する、駐車場管理システム。

［２］
前記駐車場情報は、各駐車場に含まれる駐車スペースの情報を含み、
前記駐車場スケジュール情報生成部は、前記駐車場の駐車スペースごとに、前記駐車場スケジュール情報を生成する、［１］に記載の駐車場管理システム。

［３］
前記駐車場スケジュール情報を示す画面は、駐車場設定手段および日付設定手段を含む、［１］または［２］に記載の駐車場管理システム。

［４］
駐車場に関する駐車場情報を登録する駐車場情報登録部と、
駐車場の利用予約を申請するための駐車場予約申請情報と、前記駐車場予約申請情報による前記駐車場の利用予約の申請を承認するか否かの回答と、に基づいて、前記駐車場の利用予約を制御する予約制御部と、
各駐車場の利用予約状況を考慮して、各駐車場の利用予約済日時を示す駐車場スケジュール情報を生成して、前記駐車場予約申請情報および前記回答の送信元に送信する駐車場スケジュール情報生成部と、を備える予約管理サーバ。

［５］
駐車場の利用予約を申請するための駐車場予約申請情報を設定する駐車場予約申請部と、
前記駐車場予約申請情報と、該駐車場予約申請情報による前記駐車場の利用予約の申請を承認するか否かの回答と、を考慮して生成された、各駐車場の利用予約済日時を示す駐車場スケジュール情報を示す画面を、前記駐車場予約申請情報を設定する際に表示させる表示制御部と、を備える車両管理者端末。

［６］
駐車場に関する駐車場情報を設定する駐車場情報設定部と、
駐車場の利用予約の申請を承認するか否かの回答を設定する駐車場予約承認部と、
前記回答を考慮して生成された、各駐車場の利用予約済日時を示す駐車場スケジュール情報を示す画面を、前記回答を設定する際に表示させる表示制御部と、を備える駐車場管理者用端末。

［７］
駐車場に関する駐車場情報を登録する駐車場情報登録部と、
駐車場の利用予約を申請するための駐車場予約申請情報を設定する駐車場予約申請部と、
前記駐車場予約申請情報による前記駐車場の利用予約の申請を承認するか否かの回答を設定する駐車場予約承認部と、
前記駐車場予約申請情報および前記回答に基づいて、前記駐車場の利用予約を制御する予約制御部と、
各駐車場の利用予約状況を考慮して駐車場スケジュール情報を生成する駐車場スケジュール情報生成部と、
前記駐車場スケジュール情報を示す画面を表示させる表示制御部と、を備える駐車場管理システム。

上述した実施形態は、本発明が属する技術分野における通常の知識を有する者が本発明を実施できることを目的として記載されたものである。上記実施形態の種々の変形例は、当業者であれば当然になしうることであり、本発明の技術的思想は他の実施形態にも適用しうることである。したがって、本発明は、記載された実施形態に限定されることはなく、特許請求の範囲によって定義される技術的思想に従った最も広い範囲とすべきである。また、本発明は、船舶および車両に限らず、任意の乗り物に適用可能である。

１，１Ａ 車両管理者端末
１１，１１Ａ 通信部
１２，１２Ａ 車両情報設定部
１３，１３Ａ 船着場予約申請部
１４，１４Ａ 表示制御部
１５，１５Ａ 表示部
２，２Ａ 船着場管理者端末
２１，２１Ａ 通信部
２２，２２Ａ 船着場情報設定部
２３，２３Ａ 船着場予約承認部
２４，２４Ａ 表示制御部
２５，２５Ａ 表示部
３，３Ａ 予約管理サーバ
３１，３１Ａ 船着場予約部
３１１，３１１Ａ 通信部
３１２，３１２Ａ アクセス管理部
３１３，３１３Ａ 車両情報登録部
３１４，３１４Ａ 船着場情報登録部
３１５，３１５Ａ 予約制御部
３１６，３１６Ａ 帳票出力部
３１７，３１７Ａ 船着場スケジュール情報生成部
３１８ 運航情報生成部
３１９，３１９Ａ 記憶部
３２ 商品予約部
３２１ 通信部
３２２ アクセス管理部
３２３ 商品情報制御部
３２４ 表示制御部
３２５ 決済部
３２６ 帳票出力部
３２７ 表示部
３２８ 記憶部
４ ユーザ端末
４１ 通信部
４２ 商品予約申請部
４３ 表示制御部
４４ 表示部
５１ 予約名設定手段
５２ 予約時間設定手段
５３ 予約登録手段
５４ 船着場設定手段
５５ 桟橋設定手段
５６ 日付設定手段

Claims (8)

1. 車両管理者用の車両管理者端末と、
   船着場管理者用の船着場管理者端末と、
   予約管理サーバと、を備える船着場管理システムであって、
   前記車両管理者端末は、
   車両に関する車両情報を設定する車両情報設定部と、
   船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、
   前記船着場予約申請情報を設定する際に、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を表示させる第１表示制御部と、を有し、
   前記船着場管理者端末は、
   船着場に関する船着場情報を設定する船着場情報設定部と、
   前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、
   前記回答を設定する際に、前記船着場スケジュール情報を示す画面を表示させる第２表示制御部と、を有し、
   前記予約管理サーバは、
   前記車両情報を登録する車両情報登録部と、
   前記船着場情報を登録する船着場情報登録部と、
   前記船着場予約申請情報および前記回答に基づいて、前記船着場の利用予約を制御する予約制御部と、
   各船着場の利用予約状況を考慮して前記船着場スケジュール情報を生成し、該船着場スケジュール情報を前記車両管理者端末および前記船着場管理者端末に送信する船着場スケジュール情報生成部と、を有する、船着場管理システム。
2. 前記予約管理サーバは、前記車両情報、前記船着場情報および前記船着場スケジュール情報に基づいて、利用する車両、発船着場および発船日時、着船着場および着船日時を含む商品情報を生成する商品情報制御部を有する、請求項１に記載の船着場管理システム。
3. 前記船着場情報は、各船着場に含まれる桟橋の情報を含み、
   前記船着場スケジュール情報生成部は、前記船着場の桟橋ごとに、前記船着場スケジュール情報を生成する、請求項１または２に記載の船着場管理システム。
4. 前記船着場スケジュール情報を示す画面は、船着場設定手段および日付設定手段を含む、請求項１乃至３のいずれかに記載の船着場管理システム。
5. 船着場に関する船着場情報を登録する船着場情報登録部と、
   船着場の利用予約を申請するための船着場予約申請情報と、前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答と、に基づいて、前記船着場の利用予約を制御する予約制御部と、
   各船着場の利用予約状況を考慮して、各船着場の利用予約済日時を示す船着場スケジュール情報を生成して、前記船着場予約申請情報および前記回答の送信元に送信する船着場スケジュール情報生成部と、を備える予約管理サーバ。
6. 船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、
   前記船着場予約申請情報と、該船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答と、を考慮して生成された、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を、前記船着場予約申請情報を設定する際に表示させる表示制御部と、を備える車両管理者端末。
7. 船着場に関する船着場情報を設定する船着場情報設定部と、
   船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、
   前記回答を考慮して生成された、各船着場の利用予約済日時を示す船着場スケジュール情報を示す画面を、前記回答を設定する際に表示させる表示制御部と、を備える船着場管理者用端末。
8. 船着場に関する船着場情報を登録する船着場情報登録部と、
   船着場の利用予約を申請するための船着場予約申請情報を設定する船着場予約申請部と、
   前記船着場予約申請情報による前記船着場の利用予約の申請を承認するか否かの回答を設定する船着場予約承認部と、
   前記船着場予約申請情報および前記回答に基づいて、前記船着場の利用予約を制御する予約制御部と、
   各船着場の利用予約状況を考慮して船着場スケジュール情報を生成する船着場スケジュール情報生成部と、
   前記船着場スケジュール情報を示す画面を表示させる表示制御部と、を備える船着場管理システム。
   

Images