JP2022143500A - 情報処理装置、方法、及びプログラム - Google Patents

Abstract

【課題】駐車場の利活用を促進する技術を改善する。【解決手段】情報処理装置２０の制御部は、駐車場Ｐへの駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて需要が低いと判断した場合、駐車場Ｐの少なくとも一部の第１のエリアＡ１を駐車禁止状態に設定すると決定する。【選択図】図１

Description

本開示は、情報処理装置、方法、及びプログラムに関する。

従来、駐車場の利活用を促進する技術が知られている。例えば、特許文献１には、駐車場に対する需要が多い時は駐車料金を高く設定し、駐車場に対する需要が少ない時は駐車料金を低く設定する技術が開示されている。

特開２００２－２８８６９８号公報

駐車場の利活用を促進する技術には改善の余地があった。

かかる事情に鑑みてなされた本開示の目的は、駐車場の利活用を促進する技術を改善することにある。

本開示の一実施形態に係る情報処理装置は、
制御部を備える情報処理装置であって、
前記制御部は、駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定する。

本開示の一実施形態に係る方法は、
情報処理装置が実行する方法であって、
駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定することを含む。

本開示の一実施形態に係るプログラムは、
コンピュータに、
駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定することを実行させる。

本開示の一実施形態によれば、駐車場の利活用を促進する技術が改善される。

本開示の一実施形態に係るシステムの概略構成を示すブロック図である。 本開示の一実施形態に係る車両の概略構成を示すブロック図である。 本開示の一実施形態に係る情報処理装置の概略構成を示すブロック図である。 本開示の一実施形態に係る端末装置の概略構成を示すブロック図である。 情報処理装置の動作を示すフローチャートである。

以下、本発明の実施形態について説明する。

（実施形態の概要）
図１を参照して、本開示の実施形態に係るシステム１の概要について説明する。システム１は、１又は複数の車両１０と、情報処理装置２０と、端末装置３０と、を備える。車両１０、情報処理装置２０、及び端末装置３０のそれぞれは、例えばインターネット及び移動体通信網等を含むネットワーク４０と通信可能に接続される。

車両１０は、例えば自動車であるが、これに限られず任意の車両であってもよい。自動車は、例えばガソリン自動車、電気自動車（ＥＶ；Electric Vehicle）、ハイブリッド自動車（ＨＶ；Hybrid Vehicle）、プラグインハイブリッド自動車（ＰＨＶ；Plug-in Hybrid Vehicle）、又は燃料電池自動車（ＦＣＶ；Fuel Cell Vehicle）等であるが、これらに限られない。車両１０は、運転手によって運転されてもよく、或いは任意のレベルで運転が自動化されていてもよい。自動化のレベルは、例えば、ＳＡＥ（Society of Automotive Engineers）のレベル分けにおけるレベル１からレベル５の何れかである。車両１０は、ＭａａＳ（Mobility as a Service）専用車両でもよい。車両１０の数は、任意に定められてもよい。

情報処理装置２０は、例えばサーバ装置等のコンピュータである。情報処理装置２０は、ネットワーク４０を介して、車両１０及び端末装置３０と通信可能である。

端末装置３０は、スマートフォン、タブレット、又はＰＣ（Personal Computer）等の汎用の電子機器である。

まず、本実施形態の概要について説明し、詳細については後述する。情報処理装置２０の制御部２１は、駐車場Ｐへの駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて駐車場Ｐへの駐車に関する需要が低いと判断した場合、駐車場Ｐの少なくとも一部の第１のエリアＡ１を駐車禁止状態に設定すると決定する。

本実施形態によれば、駐車場Ｐへの駐車に関する需要が低い場合、駐車場Ｐの少なくとも一部の第１のエリアＡ１が駐車禁止状態に設定される。このため、第１のエリアＡ１は、イベント会場等に利活用され得る。したがって、駐車場Ｐの利活用を促進する技術が改善される。

次に、システム１の各構成について詳細に説明する。

（車両の構成）
図２に示すように、車両１０は、制御部１１と、通信部１２と、記憶部１３と、を備える。

制御部１１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。プロセッサは、例えばＣＰＵ（Central Processing Unit）若しくはＧＰＵ（Graphics Processing Unit）等の汎用プロセッサ、又は特定の処理に特化した専用プロセッサであるが、これらに限られない。プログラマブル回路は、例えばＦＰＧＡ（Field-Programmable Gate Array）であるが、これに限られない。専用回路は、例えばＡＳＩＣ（Application Specific Integrated Circuit）であるが、これに限られない。制御部１１は、車両１０全体の動作を制御する。

通信部１２は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。通信インタフェースは、例えば４Ｇ（4th Generation）若しくは５Ｇ（5th Generation）等の移動体通信規格に対応するが、これらに限られない。本実施形態において、車両１０は、通信部１２及びネットワーク４０を介して、情報処理装置２０と通信する。

記憶部１３は、１つ以上のメモリを含む。メモリは、例えば半導体メモリ、磁気メモリ、又は光メモリ等であるが、これらに限られない。記憶部１３に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部１３は、車両１０の動作に用いられる任意の情報を記憶する。例えば、記憶部１３は、システムプログラム、アプリケーションプログラム、及び組み込みソフトウェア等を記憶してもよい。記憶部１３に記憶された情報は、例えば通信部１２を介して、ネットワーク４０から取得される情報で更新可能であってもよい。

（情報処理装置の構成）
図３に示すように、情報処理装置２０は、制御部２１と、通信部２２と、記憶部２３と、を備える。

制御部２１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部２１は、情報処理装置２０全体の動作を制御する。

通信部２２は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。通信インタフェースは、例えば移動体通信規格、有線ＬＡＮ（Local Area Network）規格、又は無線ＬＡＮ規格に対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、情報処理装置２０は、通信部２２及びネットワーク４０を介して、車両１０及び端末装置３０と通信する。

記憶部２３は、１つ以上のメモリを含む。記憶部２３に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部２３は、情報処理装置２０の動作に用いられる任意の情報を記憶する。例えば、記憶部２３は、システムプログラム、アプリケーションプログラム、データベース、及び地図情報等を記憶してもよい。記憶部２３に記憶された情報は、例えば通信部２２を介して、ネットワーク４０から取得される情報で更新可能であってもよい。

（端末装置の構成）
図４に示すように、端末装置３０は、制御部３１と、通信部３２と、記憶部３３と、入力部３４と、出力部３５と、を備える。

制御部３１は、１つ以上のプロセッサ、１つ以上のプログラマブル回路、１つ以上の専用回路、又はこれらの組合せを含む。制御部３１は、端末装置３０全体の動作を制御する。

通信部３２は、ネットワーク４０に接続する１つ以上の通信インタフェースを含む。通信インタフェースは、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）、ＲＦＩＤ（Radio Frequency Identification）、ＬＡＮ（Local Area Network）、ＬＴＥ（Long Term Evolution）、４Ｇ、又は５Ｇに対応するが、これらに限られず、任意の通信規格に対応してもよい。本実施形態において、端末装置３０は、通信部３２及びネットワーク４０を介して、情報処理装置２０と通信する。

記憶部３３は、１つ以上のメモリを含む。記憶部３３に含まれる各メモリは、例えば主記憶装置、補助記憶装置、又はキャッシュメモリとして機能してもよい。記憶部３３は、端末装置３０の動作に用いられる任意の情報を記憶する。例えば、記憶部３３は、システムプログラム、アプリケーションプログラム、データベース、及び地図情報等を記憶してもよい。記憶部３３に記憶された情報は、例えば通信部３２を介して、ネットワーク４０から取得される情報で更新可能であってもよい。

入力部３４は、１つ以上の入力インタフェースである。入力インタフェースとしては、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクを使用できる。入力部３４は、端末装置３０の動作に用いられる情報をユーザが入力する等の操作を受け付ける。

出力部３５は、１つ以上の出力インタフェースである。出力インタフェースとしては、例えば、ディスプレイ又はスピーカを使用できる。ディスプレイとしては、例えば、ＬＣＤ（Liquid Crystal Display）又は有機ＥＬ（Electro Luminescence）ディスプレイを使用できる。出力部３５は、端末装置３０の動作によって得られる情報をユーザに対して出力する。

（情報処理装置の動作フロー）
図５を参照して、本実施形態に係る情報処理装置２０の動作について説明する。この動作は、本実施形態に係る方法に相当する。

ステップＳ１００：情報処理装置２０の制御部２１は、駐車場Ｐへの駐車に関する需要を示すスコアと所定の第１の閾値とを比較する。

ここで、駐車に関する需要を示すスコアは、情報処理装置２０の制御部２１が駐車場Ｐの稼働率に基づいて算出したスコアであってもよい。例えば、駐車に関する需要を示すスコアは、制御部２１が過去から現在までの駐車場Ｐの稼働率に基づいて推定した将来の駐車場Ｐの稼働率（例えば０～１又は０％～１００％等の連続値）であってもよい。或いは、駐車に関する需要を示すスコアは、制御部２１が将来の駐車場Ｐの稼働率を離散化処理することによって取得した「高、中、低」等の段階的な指標であってもよい。ここで、駐車場Ｐの稼働率は、駐車場Ｐにおける車両１０の最大収容台数に対する実際の駐車台数の比率であってもよい。また、将来は、駐車場Ｐで開催されるイベント等の開催日等であってもよい。所定の第１の閾値は、駐車場Ｐの平均的な稼働率等を考慮して適宜設定されてもよい。

ステップＳ１０１：情報処理装置２０の制御部２１は、ステップＳ１００における比較に基づいて、駐車場Ｐへの駐車に関する需要が低いか否かを判断する。制御部２１が駐車場Ｐへの駐車に関する需要が低いと判断した場合（ステップＳ１０１－Ｙｅｓ）、プロセスはステップＳ１０２に進む。制御部２１が駐車場Ｐへの駐車に関する需要が低いと判断しなかった場合（ステップＳ１０１－Ｎｏ）、プロセスは終了する。

具体的には、情報処理装置２０の制御部２１は、駐車場Ｐへの駐車に関する需要を示すスコアが所定の第１の閾値未満である場合、駐車場Ｐへの駐車に関する需要が低いと判断する。

ステップＳ１０２：情報処理装置２０の制御部２１は、駐車場Ｐの少なくとも一部の第１のエリアＡ１を駐車禁止状態に設定すると決定する。

本例では、第１のエリアＡ１内でイベントが開催されるものとして説明する。情報処理装置２０の制御部２１は、ステップＳ１０２における決定に基づいて、第１のエリアＡ１内で開催されるイベントの開催日等に第１のエリアＡ１を駐車禁止状態に設定する。これにより、駐車場Ｐは、駐車禁止状態に設定された第１のエリアＡ１と、駐車禁止状態に設定されていない（以下、「駐車許可状態」とも称する。）第２のエリアＡ２と、を含むことになる。制御部２１は、例えば、駐車場Ｐの路面に埋設されたＬＥＤ（light emitting diode）照明等の光源の発光を制御して、駐車場Ｐの路面において第１のエリアＡ１と第２のエリアＡ２とを区別可能に表示することによって、第１のエリアＡ１を駐車禁止状態に設定してもよい。第１のエリアＡ１及び第２のエリアＡ２の数は、それぞれ任意に定められてよい。なお、制御部２１は、第１のエリアＡ１を駐車禁止状態に設定してから所定の時間が経過した後に、第１のエリアＡ１を駐車禁止状態から駐車許可状態に設定してもよい。所定の時間は、例えば第１のエリアＡ１で開催されるイベント等の終了時刻等を考慮して適宜設定されてもよい。

ステップＳ１０２の前に、情報処理装置２０の制御部２１は、第１のエリアＡ１内に位置する車両１０を第２のエリアＡ２に移動させる場合の合計移動距離又は作業時間に基づいて、コストを算出してもよい。そして、制御部２１は、駐車場Ｐへの駐車に関する需要が低く、且つ当該コストが所定の第２の閾値未満である場合に、駐車場Ｐの少なくとも一部の第１のエリアＡ１を駐車禁止状態に設定すると決定してもよい。所定の第２の閾値は、第１のエリアＡ１で開催されるイベントで見込まれる収益等を考慮して適宜設定されてもよい。

以下、本例では、情報処理装置２０の記憶部２３に、第１のエリアＡ１内で開催候補となる複数の候補イベントとして、グルメフェスティバル、ライブコンサート、及びフリーマーケットが予め登録されているものとして説明する。また、記憶部２３には、グルメフェスティバルの開催に最低限必要な面積、ライブコンサートの開催に最低限必要な面積、及びフリーマーケットの開催に最低限必要な面積が登録されているものとして説明する。具体的には、第１のエリアＡ１の面積が８００ｍ^２であり、グルメフェスティバルの開催に最低限必要な面積が１０００ｍ^２であり、ライブコンサートの開催に最低限必要な面積が７００ｍ^２であり、フリーマーケットの開催に最低限必要な面積が６００ｍ^２であるものとして説明する。

ステップＳ１０３：情報処理装置２０の制御部２１は、複数のユーザにおける候補イベント毎の人気度合いを取得する。

具体的には、情報処理装置２０の制御部２１は、選択肢として複数の候補イベントが用意されたアンケートへの複数のユーザの回答に基づいて、複数のユーザにおける候補イベント毎の人気度合いを取得する。より具体的には、情報処理装置２０の制御部２１は、通信部２２を介して、各ユーザの端末装置３０にアンケートを送信する。そして、端末装置３０の制御部３１は、通信部３２を介して、情報処理装置２０からアンケートを受信する。そして、端末装置３０の制御部３１は、出力部３５を介して、ユーザに対してアンケートを表示又は音声で出力する。そして、端末装置３０の制御部３１は、入力部３４を介して、ユーザがアンケートに回答する操作を受け付ける。そして、端末装置３０の制御部３１は、通信部３２を介して、情報処理装置２０にアンケートの回答を送信する。本例では、アンケートの選択肢として、グルメフェスティバル、フリーマーケット、及びライブコンサートが予め用意されているものとして説明する。また、本例では、このようにして取得された候補イベント毎の人気度合いは、第１位がグルメフェスティバルであり、第２位がフリーマーケットであり、第３位がライブコンサートであったものとして説明する。なお、複数のユーザは、例えばスマートシティの住人を含むことができるが、これに限られない。

ステップＳ１０３において、情報処理装置２０の制御部２１は、各端末装置３０で利用される検索エンジンに入力された検索クエリに基づいて、複数のユーザにおける候補イベント毎の人気度合いを取得してもよい。或いは、制御部２１は、各端末装置３０において利用されるＳＮＳ（Social Networking Service）におけるメッセージの内容に基づいて、複数のユーザにおける候補イベント毎の人気度合いを取得してもよい。

ステップＳ１０４：情報処理装置２０の制御部２１は、予め登録された候補イベント毎に最低限必要なエリアの面積、及びステップＳ１０３において取得された人気度合いに基づいて、複数の候補イベントの中から第１のエリアＡ１の面積で開催可能なイベントのうち最も人気のあるイベントを選択する。

本例では、上述した通り、第１位のグルメフェスティバルの開催に最低限必要な面積は１０００ｍ^２である。しかしながら、第１のエリアＡ１の面積は８００ｍ^２であるため、第１位のグルメフェスティバルは第１のエリアＡ１の面積で開催可能ではない。これに対して、第２位のフリーマーケットの開催に最低限必要な面積は６００ｍ^２であり、第３位のライブコンサートの開催に最低限必要な面積は７００ｍ^２である。このため、第２位のフリーマーケット及び第３位のライブコンサートは第１のエリアＡ１の面積で開催可能である。そこで、情報処理装置２０の制御部２１は、第１のエリアＡ１の面積で開催可能なイベントである第２位のフリーマーケット及び第３位のライブコンサートのうち、最も人気のある第２位のフリーマーケットを選択する。このように、候補イベントの人気度合いも考慮されることにより、ユーザの満足度が向上する。

ステップＳ１０４において、情報処理装置２０の制御部２１は、上述したイベントを選択する前に、候補イベント毎に参加見込み人数を取得してもよい。そして、制御部２１は、上述したイベントを選択する前に、取得された参加見込み人数に基づいて候補イベント毎に予め登録された最低限必要なエリアの面積を補正してもよい。例えば、制御部２１は、候補イベントの参加見込み人数が所定の基準値からずれる場合、所定の基準値からのずれの程度に応じて当該候補イベントに最低限必要なエリアの面積を増減させてもよい。なお、参加見込み人数は、上述したアンケートの各選択肢を選択した回答者の数であってもよいが、これに限られない。

ステップＳ１０５：情報処理装置２０の制御部２１は、インターネットを介してユーザ間の商品の売買を可能とするアプリケーション又はサービスにおける各ユーザの出品情報に基づいて、フリーマーケットの出品候補者を選択する。

本例では、インターネットを介してユーザ間の商品の売買を可能とするアプリケーション又はサービスを運営する事業者が保有するデータベースに各ユーザの出品情報が登録されているものとして説明する。情報処理装置２０の制御部２１は、通信部２２を介して、事業者が保有するデータベースを参照することによって、各ユーザの出品情報を取得することができる。各ユーザの出品情報は、例えば各ユーザの出品頻度又は出品数を含んでもよい。この場合、制御部２１は、出品頻度又は出品数が所定の第３の閾値を超えているユーザをフリーマーケットの出品候補者として選択してもよい。なお、所定の第３の閾値は、第１のエリアＡ１の面積等を考慮して適宜設定されてもよい。

ステップＳ１０６：情報処理装置２０の制御部２１は、通信部２２を介して、ステップＳ１０５において選択された出品候補者に対してフリーマーケットの出品候補者として選択されたことを示す通知を送信する。

具体的には、情報処理装置２０の制御部２１は、通信部２２を介して、ステップＳ１０５において選択された出品候補者の端末装置３０に、フリーマーケットの出品候補者として選択されたことを示す通知を送信する。そして、端末装置３０の制御部３１は、通信部３２を介して、情報処理装置２０から送信された通知を受信する。そして、端末装置３０の制御部３１は、出力部３５を介して、受信された通知をフリーマーケットの出品候補者に対して表示又は音声で出力する。

ステップＳ１０７：情報処理装置２０の制御部２１は、第１のエリアＡ１内に位置する車両１０を第２のエリアＡ２に自動運転又は専用車両により移動させる指示を出力する。

まず、車両１０の運転が自動化されている場合について具体的に説明する。情報処理装置２０の制御部２１は、第１のエリアＡ１内に位置する各車両１０を第２のエリアＡ２に自動運転により移動させる指示を生成する。そして、制御部２１は、通信部２２を介して、生成された指示を各車両１０に送信する。そして、各車両１０の制御部１１は、通信部１２を介して、情報処理装置２０から指示を受信する。これにより、各車両１０は、自動運転による自走によって、第１のエリアＡ１から第２のエリアＡ２に移動する。なお、本例では、ステップＳ１０７のプロセスは、イベントの開催日に実行される。

次に、車両１０の運転が自動化されていない場合について具体的に説明する。情報処理装置２０の制御部２１は、第１のエリアＡ１内に位置する各車両１０を第２のエリアＡ２に専用車両による牽引又は持上げ搬送により移動させる指示を生成する。そして、制御部２１は、通信部２２を介して、駐車場Ｐの管理者が保有する任意の管理端末に生成された指示を送信する。そして、任意の管理端末は、任意の通信インタフェースを介して情報処理装置２０から指示を受信すると、任意の出力インタフェースを介して駐車場Ｐの管理者に対して指示の内容を表示又は音声で出力する。そして、駐車場Ｐの管理者が例えばイベントの開催日等に専用車両を手配することによって、第１のエリアＡ１内に位置する各車両１０は、専用車両による牽引又は持上げ搬送により第２のエリアＡ２に移動され得る。

以上述べたように、本実施形態に係る情報処理装置２０の制御部２１は、駐車場Ｐへの駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて駐車場Ｐへの駐車に関する需要が低いと判断した場合、駐車場Ｐの少なくとも一部の第１のエリアＡ１を駐車禁止状態に設定すると決定する。

かかる構成によれば、駐車場Ｐへの駐車に関する需要が低い場合、駐車場Ｐの少なくとも一部の第１のエリアＡ１が駐車禁止状態に設定される。このため、第１のエリアＡ１がイベント会場等に利活用され得る。したがって、駐車場Ｐの利活用を促進する技術が改善される。

本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形及び改変を行ってもよいことに注意されたい。したがって、これらの変形及び改変は本開示の範囲に含まれることに留意されたい。例えば、各構成部又は各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部又はステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。

例えば、第１の変形例として、情報処理装置２０の制御部２１は、候補イベント毎に１つ以上の事業者を予め登録しておいてもよい。そして、制御部２１は、ステップＳ１０４において選択されたイベントに関連する事業者に対して出店を打診する通知を出力してもよい。本変形例では、候補イベントがグルメフェスティバル、ライブコンサート、及び盆踊りであり、上述したステップＳ１０４と同様にしてグルメフェスティバルが選択されたものとして説明する。この場合、情報処理装置２０の記憶部２３には、グルメフェスティバルに関しては１つ以上の飲食店が予め登録されており、ライブコンサートに関しては１つ以上の芸能事務所が予め登録されており、盆踊りに関しては自治会又は町内会が予め登録されている。そして、制御部２１は、通信部２２を介して、ステップＳ１０４と同様にして選択されたグルメフェスティバルに関連する１つ以上の飲食店に対して出店を打診する通知を出力する。なお、制御部２１は、通信部２２を介して、１つ以上の飲食店から出店を希望する通知を受信した場合、イベントを開催すると決定してもよい。

例えば、第２の変形例として、情報処理装置２０の制御部２１は、駐車禁止状態の第１のエリアＡ１から駐車許可状態の第２のエリアＡ２に移動させた車両１０を、例えばイベント終了後に第１のエリアＡ１に戻すためのコストが所定の第４の閾値未満である場合、車両１０を第１のエリアＡ１に戻すと決定してもよい。なお、所定の第４の閾値は、第２のエリアＡ２内に位置する車両１０を第１のエリアＡ１に移動させる場合の合計移動距離又は作業時間に基づいて適宜設定されてもよい。

例えば、汎用のコンピュータを、上述した実施形態に係る情報処理装置２０として機能させる実施形態も可能である。具体的には、上述した実施形態に係る情報処理装置２０の各機能を実現する処理内容を記述したプログラムを、汎用のコンピュータのメモリに格納し、プロセッサによって当該プログラムを読み出して実行させる。したがって、本実施形態に係る発明は、プロセッサが実行可能なプログラム、又は当該プログラムを記憶する非一時的なコンピュータ可読媒体としても実現可能である。

１ システム
１０ 車両
１１ 制御部
１２ 通信部
１３ 記憶部
２０ 情報処理装置
２１ 制御部
２２ 通信部
２３ 記憶部
３０ 端末装置
３１ 制御部
３２ 通信部
３３ 記憶部
３４ 入力部
３５ 出力部
４０ ネットワーク
Ｐ 駐車場
Ａ１ 第１のエリア
Ａ２ 第２のエリア

Claims (20)

1. 制御部を備える情報処理装置であって、
   前記制御部は、駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定する、情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに自動運転又は専用車両により移動させる指示を出力する、情報処理装置。
3. 請求項１又は２に記載の情報処理装置であって、
   前記制御部は、前記第１のエリアを前記駐車禁止状態に設定すると決定するにあたって、更に、前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに移動させる場合の合計移動距離又は作業時間に基づいてコストを算出し、前記コストが所定の第２の閾値未満である場合に、前記第１のエリアを前記駐車禁止状態に設定すると決定する、情報処理装置。
4. 請求項１乃至３の何れか一項に記載の情報処理装置であって、
   前記第１のエリア内でイベントが開催される場合において、
   前記制御部は、開催候補の候補イベント毎に最低限必要なエリアの面積を予め登録し、複数のユーザにおける前記候補イベント毎の人気度合いを取得し、予め登録された前記面積及び取得された前記人気度合いに基づいて、前記候補イベントの中から前記第１のエリアの面積で開催可能なイベントのうち最も人気のあるイベントを選択する、情報処理装置。
5. 請求項４に記載の情報処理装置であって、
   前記制御部は、前記候補イベント毎に参加見込み人数を取得し、取得された前記参加見込み人数に基づいて予め登録された前記面積を補正する、情報処理装置。
6. 請求項４又は５に記載の情報処理装置であって、
   前記制御部は、前記候補イベント毎に１つ以上の事業者を予め登録し、選択された前記イベントに関連する前記事業者に出店を打診する通知を出力する、情報処理装置。
7. 請求項１乃至５の何れか一項に記載の情報処理装置であって、
   前記第１のエリア内でイベントが開催される場合において、
   前記イベントはフリーマーケットを含み、
   前記制御部は、インターネットを介してユーザ間の商品の売買を可能とするアプリケーション又はサービスにおける各ユーザの出品情報に基づいて、前記フリーマーケットの出品候補者を選択する、情報処理装置。
8. 情報処理装置が実行する方法であって、
   駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定することを含む、方法。
9. 請求項８に記載の方法であって、
   前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに自動運転又は専用車両により移動させる指示を出力することを更に含む、方法。
10. 請求項８又は９に記載の方法であって、
    前記第１のエリアを前記駐車禁止状態に設定すると決定するにあたって、
    前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに移動させる場合の合計移動距離又は作業時間に基づいてコストを算出すること、及び
    前記コストが所定の第２の閾値未満である場合に、前記第１のエリアを前記駐車禁止状態に設定すると決定することを更に含む、方法。
11. 請求項８乃至１０の何れか一項に記載の方法であって、
    前記第１のエリア内でイベントが開催される場合において、
    開催候補の候補イベント毎に最低限必要なエリアの面積を予め登録すること、
    複数のユーザにおける前記候補イベント毎の人気度合いを取得すること、及び
    予め登録された前記面積及び取得された前記人気度合いに基づいて、前記候補イベントの中から前記第１のエリアの面積で開催可能なイベントのうち最も人気のあるイベントを選択することを更に含む、方法。
12. 請求項１１に記載の方法であって、
    前記候補イベント毎に参加見込み人数を取得すること、及び
    取得された前記参加見込み人数に基づいて予め登録された前記面積を補正することを更に含む、方法。
13. 請求項１１又は１２に記載の方法であって、
    前記候補イベント毎に１つ以上の事業者を予め登録すること、及び
    選択された前記イベントに関連する前記事業者に出店を打診する通知を出力することを更に含む、方法。
14. 請求項８乃至１２の何れか一項に記載の方法であって、
    前記第１のエリア内でイベントが開催される場合において、
    前記イベントはフリーマーケットを含み、
    インターネットを介してユーザ間の商品の売買を可能とするアプリケーション又はサービスにおける各ユーザの出品情報に基づいて、前記フリーマーケットの出品候補者を選択することを更に含む、方法。
15. コンピュータに、
    駐車場への駐車に関する需要を示すスコアと所定の第１の閾値との比較に基づいて前記需要が低いと判断した場合、前記駐車場の少なくとも一部の第１のエリアを駐車禁止状態に設定すると決定することを実行させる、プログラム。
16. 請求項１５に記載のプログラムであって、
    前記コンピュータに、
    前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに自動運転又は専用車両により移動させる指示を出力することを更に実行させる、プログラム。
17. 請求項１５又は１６に記載のプログラムであって、
    前記コンピュータに、
    前記第１のエリアを前記駐車禁止状態に設定すると決定するにあたって、
    前記第１のエリア内に位置する車両を前記駐車禁止状態に設定されていない第２のエリアに移動させる場合の合計移動距離又は作業時間に基づいてコストを算出すること、及び
    前記コストが所定の第２の閾値未満である場合に、前記第１のエリアを前記駐車禁止状態に設定すると決定することを更に実行させる、プログラム。
18. 請求項１５乃至１７の何れか一項に記載のプログラムであって、
    前記第１のエリア内でイベントが開催される場合において、
    前記コンピュータに、
    開催候補の候補イベント毎に最低限必要なエリアの面積を予め登録すること、
    複数のユーザにおける前記候補イベント毎の人気度合いを取得すること、及び
    予め登録された前記面積及び取得された前記人気度合いに基づいて、前記候補イベントの中から前記第１のエリアの面積で開催可能なイベントのうち最も人気のあるイベントを選択することを更に実行させる、プログラム。
19. 請求項１８に記載のプログラムであって、
    前記コンピュータに、
    前記候補イベント毎に１つ以上の事業者を予め登録すること、及び
    選択された前記イベントに関連する前記事業者に出店を打診する通知を出力することを更に実行させる、プログラム。
20. 請求項１５乃至１８の何れか一項に記載のプログラムであって、
    前記第１のエリア内でイベントが開催される場合において、
    前記イベントはフリーマーケットを含み、
    前記コンピュータに、
    インターネットを介してユーザ間の商品の売買を可能とするアプリケーション又はサービスにおける各ユーザの出品情報に基づいて、前記フリーマーケットの出品候補者を選択することを更に実行させる、プログラム。

Images