(57)【要約】【課題】イベントのライドシェアへの適合度を算出する技術を提供する。【解決手段】イベントについての情報であるイベント情報を取得することと、イベントへの参加者についての情報である参加者情報を取得することと、イベントに参加するための交通状況についての情報である交通情報を取得することと、イベント情報、参加者情報および交通情報に基づいて、イベントの、イベントに参加する複数の参加者によるライドシェアへの適合度を示すライドシェア適合度を算出することと、を実行する制御部を備える情報処理装置を用いる。【選択図】図１
2019215670.tif 000002
【特許請求の範囲】
【請求項１】
イベントについての情報であるイベント情報を取得することと、
前記イベントへの参加者についての情報である参加者情報を取得することと、
前記イベントに参加するための交通状況についての情報である交通情報を取得することと、
前記イベント情報、前記参加者情報および前記交通情報に基づいて、前記イベントの、当該イベントに参加する複数の前記参加者によるライドシェアへの適合度を示すライドシェア適合度を算出することと、
を実行する制御部を備える情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
多数の人が集まるイベントにおいて、イベント終了後の参加者の動きや流れを予測する技術が知られている。例えば特許文献１は、交通機関の利用状況に基づいてイベント終了後の混雑を予測するための技術を開示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−２１９６７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１では、イベントにおける混雑の緩和や参加者の負担軽減に効果のあるライドシェアについて考慮されていなかった。そこで本発明では、イベントのライドシェアへの適合度を算出する技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第１の態様に係る情報処理装置は、
イベントについての情報であるイベント情報を取得することと、
前記イベントへの参加者についての情報である参加者情報を取得することと、
前記イベントに参加するための交通状況についての情報である交通情報を取得することと、
前記イベント情報、前記参加者情報および前記交通情報に基づいて、前記イベントの、当該イベントに参加する複数の前記参加者によるライドシェアへの適合度を示すライドシェア適合度を算出することと、
を実行する制御部を備える。
【発明の効果】
【０００６】
本発明によれば、イベントのライドシェアへの適合度を算出する技術を提供することができる。
【図面の簡単な説明】
【０００７】
【図１】情報処理装置の概要構成を示す図。
【図２】情報処理装置が利用する情報の一例を示す図。
【図３】情報処理装置の処理の流れを示すフロー図。
【図４】ライドシェア適合度の算出処理の一例を示す図。
【発明を実施するための形態】
【０００８】
イベントへの参加者がライドシェアを行うことは、道路の混雑度低下および渋滞の解消、ならびに環境負荷の低減などの観点から好ましい。また、ガソリン代や有料道路の利用料を分担することも可能になる。しかし従来は、あるイベントのライドシェアへの適合度を知る方法がなかった。そのため、イベントにおけるライドシェアの利用が促進されていなかった。
【０００９】
本発明にかかる情報処理装置は、イベント情報と、参加者情報と、交通情報を取得し、
イベント情報、参加者情報および交通情報に基づいて、該イベントのライドシェア適合度を算出する、制御部を備えている。ここで、イベント情報は、開催場所や日時などイベントについての情報であり、参加者情報は、属性や嗜好などイベント参加者についての情報であり、交通情報は、道路状況や公共交通機関に関する情報など、イベントに参加するための交通状況についての情報である。また、ライドシェア適合度は、イベントの、そのイベントに参加する複数の参加者によるライドシェアへの適合度を示している。
このように情報処理装置が、イベントの主催者や参加者、ライドシェアサービスの運営者などに対してライドシェア適合度を提供することで、ライドシェアの利用が促進される。
【００１０】
以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１１】
［第１実施形態］
＜概略構成＞
第１実施形態に係る情報処理装置の概要について、図１を参照しながら説明する。情報処理装置１０は、制御部１００、ユーザインタフェース２００、記憶部３００、通信部４００を備える。また、情報処理装置１０は、互いにネットワークで接続されたイベント管理サーバ２０、交通管理サーバ３０、ライドシェア運営サーバ４０、参加者端末５０などとともに、ライドシェアシステム１を構成しても良い。
【００１２】
情報処理装置１０は、イベントのライドシェア適合度を取得する機能を有する。ここで、イベントとは、多数の参加者が実際に集まって実施される催しである。例えば、音楽に関するイベント（音楽フェスやコンサートなど）、スポーツに関するイベント（試合観戦型のものや参加型のものなど）、祭事に関するイベント（祭りや行事など）などがある。これ以外でも、一定の開催場所と開催日時が定められ、多数の参加者の集めて催される行事であれば良い。ただし、参加者の数は特に限定されない。
【００１３】
また、ライドシェア適合度とは、あるイベントがライドシェア（参加者同士による車両の乗り合い）にどの程度適しているかを示す指標である。すなわち、イベント参加者が開催場所まで移動したり開催場所を去ったりする際の、ライドシェアを行うことの有効性や推奨度を示す。ライドシェア適合度は、「適している／適していない」の二段階で表しても良く、点数や星の数などを用いて多段階に表しても良い。
【００１４】
情報処理装置１０は、コンピュータやワークステーション等によって構成される。かかるコンピュータ等は、ＣＰＵやＤＳＰ等のプロセッサ、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）等の主記憶部、ＥＰＲＯＭ、ハードディスクドライブ（ＨＤＤ）、リムーバブルメディア等の補助記憶部を有する。なお、リムーバブルメディアは、例えば、ＵＳＢメモリやＳＤカード等のフラッシュメモリ、あるいは、ＣＤ−ＲＯＭやＤＶＤディスク、ブルーレイディスクのようなディスク記録媒体である。補助記憶部には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に果たす各機能部を実現することができる。ただし、一部または全部の機能部はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。ただし、情報処理装置１０は必ずしも単一の物理的構成によって実現される必要はなく、互いに連携する複数台のコンピュータによって構成されてもよい。
【００１５】
制御部１００は、情報処理装置１０の外部から情報を取得し、それらの情報に基づいて
ライドシェア適合度を算出して出力する。制御部１００は、機能モジュールとして、イベント情報取得部１０１、参加者情報取得部１０２、交通情報取得部１０３、適合度算出部１０４を備える。各機能モジュールは、記憶部に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００１６】
ユーザインタフェース２００は、情報処理装置１０をユーザが操作するための入力手段（例えばマウス、キーボード）や、情報処理装置が提示を行う出力手段（例えばディスプレイ、スピーカー）により構成される。記憶部３００は、ＲＯＭ、ＲＡＭ、ハードディスクなどの記憶手段であり、コンピュータを情報処理装置として動作させるためのプログラムや、外部から取得した各種情報や、算出された適合度などを記憶する。通信部４００は、インターネット等を介して通信を行うための通信モジュール、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）インターフェースボードや、無線通信のための無線通信回路を含んで構成される。
【００１７】
イベント情報取得部１０１は、イベントについての情報であるイベント情報を取得する。参加者情報取得部１０２は、参加者についての情報である参加者情報を取得する。交通情報取得部１０３は、イベントに関連する交通状況についての情報である交通情報を取得する。これらの情報については後述する。
【００１８】
適合度算出部１０４は、イベント情報、参加者情報および交通情報に基づいて、イベントのライドシェア適合度を算出する。算出したライドシェア適合度は、記憶部３０に保存しておいても良いし、ユーザインタフェース２００を用いて提示しても良い。また、ライド社事業の運営者が利用できるように、ネットワーク等を介してライドシェア運営サーバ４０に送信しても良い。
【００１９】
イベント管理サーバ２０は、例えばイベント運営者がイベント情報の管理やイベントの運営に用いるサーバであり、イベント情報を保存している。また本実施形態では、イベントへの参加者情報も保存している。交通管理サーバ３０は、交通情報を提供するために、道路交通情報センターのような公共機関や、民間のナビゲーションデータ提供者などが運用しているサーバである。ライドシェア運営サーバ４０は、ライドシェアサービス提供者が、サービス運営に必要な情報を収集して提供するためのサーバである。これらのサーバについても、コンピュータなどにより実装可能である。
【００２０】
参加者端末５０は、イベント参加者がライドシェアを利用する際に用いる端末である。参加者端末５０としては、スマートフォン、タブレットコンピュータ、モバイルコンピュータ、ウェアラブルコンピュータ、ワイヤレスストレージ、携帯電話、ハンディターミナルなどの小型のコンピュータを利用できる。参加者端末５０としてはまた、パーソナルコンピュータ等を用いても良い。
【００２１】
＜情報の種類＞
図２を参照して、情報処理装置１０が利用する種々の情報について説明する。
図２（ａ）はイベント情報の一例を示す。典型的なイベント情報として、開催場所、開催日時、イベント内容、および、参加者数に関する情報がある。開催場所については、緯度や経度などで示される位置情報や、会場名により表すことができる。また、会場の駐車可能台数や、駅やバス停からの距離を含めても良い。駅やバス停からの距離については、後述する公共交通機関に関する情報として、駅やバス停の位置情報を取得しておき、会場の位置情報と比較して求めても良い。
【００２２】
開催日時については、開始日時・終了日時で表される。また、イベント期間中の主要な行事の予定を含めても良い。これにより、例えば複数日に渡る音楽フェスにおいて、著名
アーティストが出演するタイミングで交通量が増加するような場合でも、適合度の算出精度を高めることができる。イベント内容については、イベントの種類が取得される。他にも、イベント主催者、単発または定期のイベントを示す情報、イベントへの参加費用などを取得しても良い。イベント種類については、音楽、スポーツ、祭事などの大まかなジャンル分けでも良いし、より詳細に、演歌コンサートやロックフェスのように分類しても良い。イベント参加者数については、イベント規模を示す想定参加人数が取得される。また、参加者属性別の比率や人数を取得することも、適合度算出精度を高める点で好ましい。
【００２３】
図２（ｂ）は参加者情報の一例を示す。典型的な参加者情報として、属性に関する情報、移動に関する情報、ライドシェアに関する情報がある。属性については、年齢、性別などの基本情報のほか、イベントの種類やジャンルに関する嗜好情報がある。移動に関しては、イベントへの出発地やイベントからの帰還先（あるいは単純に、参加者の住所）、移動時に利用する道路、運転免許の有無などがある。ライドシェアに関しては、ライドシェア受容性、ライドシェアへの金銭支払受容性などがある。ライドシェア受容性とは、他の参加者と乗り合いを行うことへの抵抗感の低さを示す。金銭支払受容性とは、ライドシェア利用時の対価支払いへの抵抗感の低さを示す。ライドシェア受容性は、例えば、イベントのチケットをオンラインで販売する時に「ライドシェア利用希望」や「ライドシェア車両提供可能」に関する質問を設けておくことで収集できる。
【００２４】
この実施形態における参加者情報は、参加者全体としての傾向を示すものである。属性を例に挙げると、全参加者中の男女比率や、年齢（年代）ごとの割合などが取得される。ただし、参加者情報取得部１０２が個別の参加者についての参加者情報を取得し、適合度算出部１０４が参加者ごとにライドシェア適合度を算出するような実施形態も可能である。
【００２５】
図２（ｃ）は交通情報の一例を示す。典型的な交通情報として、道路状況、混雑状況および公共交通機関に関する情報がある。道路状況については、会場周辺の道路構造および許容交通量や、参加者が出発する主要都市からの距離などがある。混雑状況については、過去の交通量や予測される交通量、交通規制情報などが考えられる。公共交通機関帰還については、時刻表から求められる電車やバス等の発着頻度、一度に輸送できる参加者の数、イベント主催者が用意する臨時交通機関の有無やその輸送力、公共交通機関の費用などがある。
【００２６】
なお、上記のイベント情報、参加者情報および交通情報に含まれる各項目は、どこから取得しても構わない。例えば、参加者情報の「ライドシェア受容性」の値について、過去の傾向から、参加者が若いほど高かったり、イベントの種類が音楽フェスであれば高かったりすることが分かっていると仮定する。この場合、情報処理装置１０自身が、イベント情報の「イベント種類」および参加者情報の「年齢・性別」に基づいて、ライドシェア受容性を算出することができる。
【００２７】
あるいは、ユーザがユーザインタフェース２００を介して、イベント情報、参加者情報および交通情報を入力しても良い。また、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ
Ｓｅｒｖｉｃｅ）上で流れる書き込みを収集し解析して、各種情報を取得しても良い。例えば、渋滞発生、バスの遅延、駐車場の狭さや混雑などに関する書き込みを、人手によりまたは自動的に検知し、収集しておくことも好ましい。
情報処理装置１０が取得する情報は、上記のものに限定されない。また、イベント情報、参加者情報および交通情報以外にも、ライドシェア適合度に影響を与え得る情報であれば、何であれ利用して良い。
【００２８】
＜処理フロー＞
図３を参照しながら、基本的な処理の流れについて説明する。ステップＳ１０１では、イベント情報取得部１０１が、イベント管理サーバ２０からイベント情報を取得して記憶部３００に保存する。ステップＳ１０２では、参加者情報取得部１０２が、イベント管理サーバ２０から参加者情報を取得して記憶部３００に保存する。
【００２９】
ステップＳ１０３、Ｓ１０４では、交通情報取得部１０３が、交通管理サーバ３０から、道路情報、公共交通情報を取得して記憶部３００に保存する。ステップＳ１０４では、交通情報取得部１０３が、交通管理サーバ３０から交通情報を取得して記憶部３００に保存する。
【００３０】
ステップＳ１０４では、適合度算出部１０４が、イベント情報、参加者情報および交通情報に基づいて、対象イベントのライドシェア適合度を算出する。本ステップにより、イベントにライドシェアがどの程度が相応しいかを示す情報が得られる。適合度算出部は、ライドシェア適合度を記憶部３００に保存する。また、ユーザインタフェースを介してユーザにライドシェア適合度を表示しても良い。
【００３１】
続いて、ライドシェア運営サーバ４０からリクエストを受けた情報処理装置１０は、ステップＳ１０６において、ライドシェア適合度を送信する。ステップＳ１０７において、ライドシェア運営サーバ４０は、提供された情報を利用して運営計画を作成し、ライドシェアサービスを提供する。
【００３２】
なお、本フローの実行回数は一回に限られない。例えば、Ｓ１０１〜Ｓ１０７までの処理を、イベント実施までの間に複数回実行しても良い。このように情報を更新しながら複数回の判定を行うことで、適合度算出の精度を向上させられる。
【００３３】
イベントが所定の日時に実施された後、ステップＳ１０８〜Ｓ１１０において、イベント管理サーバ２０、交通管理サーバ３０およびライドシェア運営サーバ４０がそれぞれ、イベント結果情報、イベント時交通情報およびライドシェア結果情報を作成する。これらの情報は、それぞれのサーバが保持して次回のイベント時の精度向上などに役立ててもよいし、情報処理装置１０に送信して保存させても良い。
例えば、ライドシェア運営サーバ４０は、実際のライドシェア利用率を算出する。その際には、自社サービスの利用状況や、イベント当日の交通状況（道路の混雑度や、車両一台当たりの平均乗車人数など）や、ライドシェア利用に関する参加者アンケートや、交通・駐車状況に関するＳＮＳ書き込み内容などを参照できる。そしてライドシェア適合度と利用率を比較し、算出された適合度の精度を検証する。精度が低い場合は、各情報に当て会える重みを変更するなどして精度を向上させる。
【００３４】
＜適合度算出＞
図４を参照しながら、適合度算出部１０４がライドシェア適合度を算出する処理の一例を説明する。この例では、イベント情報取得部１０１は、イベント情報として、会場の位置、駐車可能台数、開始及び終了日時、イベント種類、参加人数を取得する。また参加者情報取得部１０２は、参加者情報として、年齢を取得する。また交通情報取得部１０３は、交通情報として、道路構造、交通量および、公共交通の輸送可能量を取得する。
【００３５】
本実施形態の適合度算出部１０４は、まず、取得された各情報に基づいて、中間的な評価情報を算出する（第一段階）。中間評価情報としては、イベントの大きさを示す「イベント規模」、イベント時に会場に向かう際の道路の混み具合を示す「道路混雑度」、イベント参加への公共交通機関の使いやすさを示す「公共交通利便性」、イベント会場の駐車場の収容力を示す「駐車可能台数」を用いる。さらに、この例では、「ライドシェア受容性」はデータベースから取得するのではなく、中間評価情報として算出するものとする。
説明を簡便にするために、それぞれの中間評価情報の値は１０段階（１〜１０）で表すことにする。
【００３６】
「イベント規模」を算出する場合、適合度算出部１０４は、参加人数を参照する。すなわち、参加人数が大きいほどイベント規模は大きいと言える。また、イベント種類に応じて、参加者以外の人数（例えば、出店者や設営者、資材輸送者など）の人数も変化するため、適合度算出部１０４はイベント種類も参照する。
「イベント規模」を算出するには、例えば、「参加人数」と「イベント種類」それぞれに５点を割り振っておき、それぞれの値を所定の閾値と比較して５以下の評価値を取得して加算する方法がある。また、参加人数とイベント種類の間で重みを変えても良い。また、数式を用いて参加人数とイベント種類の値に基づいて中間評価値を算出しても良い。他の中間評価値についても同様に算出できる。中間評価情報を算出するための評価基準（例えば、「参加人数」と閾値に基づいて中間評価値を取得するためのテーブル）や算出方法（例えば、複数の情報から中間評価情報を算出するための数式）などを、記憶部３００に保存しておくことが好ましい。
【００３７】
次に、「道路混雑度」を算出する場合を例に挙げる。ある場所から会場まで単位時間当たりに移動できる車両の数は、イベント会場の位置や、イベント会場までの道路の構造に基づいて定まる。また、イベントへの参加人数に基づいて、およその車両の台数が推定される。したがって、これらの情報に基づいて交通量を予測し、その予測値を過去に同種のイベントが開催された日時における実績値に基づいて補正することで、イベント期間の道路混雑度を推定できる。
【００３８】
次に、「公共交通利便性」については、会場の位置にもとづいて算出される駅やバス停までの距離や、輸送可能量（定員）などから推定される。これに加えて、発着頻度（電車やバスの本数）や、運賃情報を用いても構わない。
次に、「ライドシェア受容性」については、上述したように参加者の年齢とイベントの種類に基づいて推定される。
次に、「駐車可能台数」については、イベント管理サーバからの取得値をそのまま用いる。
【００３９】
ここで挙げた取得情報や中間評価情報の種類は一例に過ぎない。また、中間評価情報を複数の段階にしても良い。また、算出された中間評価情報を、取得情報や他の中間評価情報にフィードバックしても良い。その他、イベントに関連する情報に基づいて適合度を算出できるのであれば、どのような方法を用いても良い。
【００４０】
続いて、中間評価情報からライドシェア適合度に与える影響を説明する（第二段階）。「イベント規模」と「道路混雑度」は、大きければ大きいほど混雑の可能性が高まる。混雑する可能性が高いほどライドシェアの効果が高まるので、ライドシェア適合度を大きくする方向に働く。そこで、イベント規模や道路混雑度が最大の場合は値を「１０」、最小の場合は「１」とする。
一方、「公共交通利便性」は、大きければ大きいほど公共交通機関が使いやすいことを示すため、ライドシェア適合度は逆に小さくなる。
また、「駐車キャパシティ」は、小さければ小さいほど車両を停めにくくなるため、乗り合いを行うことへの動機づけにつながる。従ってライドシェア適合度は大きくなる。
また、「ライドシェア受容性」は、ライドシェア適合性を高める方に働く。
【００４１】
本実施形態の適合度算出部１０４は、各中間評価情報を重み付けした上で加算することで、最終的なライドシェア適合度を取得する。重みの付け方はユーザが任意に決定できる。また、過去の同種のイベントでの事例を参照して重み付けを行うことも好ましい。また
、例えば「道路混雑度」以外の中間評価情報の重みをゼロにすることで、道路混雑度のみに基づいて適合度を算出できる。また、ライドシェア適合度を単一の値として出力するのではなく、レーダーチャートのような形式で提示しても良い。最終的なライドシェア適合度を取得するための情報（例えば、重み情報や数式など）を、記憶部３００に保存しておくことが好ましい。
【００４２】
このように本実施形態によれば、あるイベントがライドシェアにどの程度適しているかを容易に理解可能な形で表現できるため、ライドシェアの利用を促進し、もって混雑の緩和や参加者の負担軽減、ひいては環境負荷の低減を実現することができる。
【００４３】
（変形例）
上記の例では複数の情報に基づいて中間評価情報を算出してから最終的なライドシェア適合度を算出していたが、本発明はこれに限られない。より簡便に、イベント情報、参加者情報および交通情報に含まれる複数の情報に重み付けを行い、ライドシェア適合度を算出する方法でも構わない。
【００４４】
［第２実施形態］
本実施形態では、算出されたライドシェア適合度の好適な利用方法について説明する。ここでのユーザはライドシェアサービスの運営者であり、ライドシェア運営サーバ４０を運用している。
【００４５】
この例での運営者は、イベント会場へのライドシェアを仲介する業者である。具体的には、参加者のうち、出発地（相乗り開始地点）からイベント会場までの車両を提供する者（以下、「ドライバー」とも呼ぶ）と、ドライバーの車両に同乗する者（以下、「同乗者」とも呼ぶ）をウェブサイト等で募集してマッチングする。ドライバーや同乗者になろうとする参加者は、ウェブサイト上で各種の条件（例えば、出発地、目的地、性別、喫煙するかどうか）を指定して検索を行い、条件に合致する相手がいる場合にマッチングが成立する。同乗者はガソリン代や有料道路の利用料の一部を負担し、運営者およびイベント主催者は、その一部を手数料として受け取る。したがって運営者にとっては、ライドシェアに適したイベントの情報を収集することが重要である。
【００４６】
本実施形態は概ね、フロー図のステップＳ１０６〜Ｓ１０７の部分に相当する。運営者は、Ｓ１０６により、ライドシェア適合度が高いイベントに関する情報を取得する。そしてイベント主催者に連絡を取り、自社サービスの利用を呼びかける。なお、イベントによっては交通渋滞や事故を予防する観点から、車両の利用を規制している場合がある。しかし、そのようなイベントの主催者に対しても、ライドシェア適合度の高さを示してライドシェアのメリットを説明し、ライドシェア車両については進入を許可することを求められる。
【００４７】
主催者の同意が得られた場合、Ｓ１０７に進み、運営者は、ライドシェア運営サーバ４０上で運用されるウェブサイトにイベントを登録し、ドライバーおよび同乗者の募集を続ける。ドライバーまたは同乗者となる参加者は、参加者端末５０を用いてライドシェアへの申し込みを行う。運営者はまた、当該イベントの名称をキーワードとする検索連動型広告を出稿することも好ましい。
【００４８】
（変形例）
ライドシェアには、運営者が仲介のみを行う上述のような方式以外に、運営者自身、または運営者と契約するドライバーが車両を提供する方式もある。本発明によって得られるライドシェア適合度は、後者の方式にも有効である。すなわち、車両提供型の運営者は、ライドシェア適合度に基づいて車両の運用方針を決定し、イベントへの参加者が集まりそ
うな場所や駅への配車数を増やすことにより、自社サービスの利用率を向上させることができる。また同様に、ライドシェア適合度を利用してレンタカー会社の車両運用を効率化することもできる。
【００４９】
このように本実施形態によれば、ライドシェアサービスの運営者にとって有益な情報を取得できるため、イベント時のライドシェアの利用を促進できる。
【００５０】
また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００５１】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００５２】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク、ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００５３】
１０：情報処理装置、１００：制御部、１０１：イベント情報取得部、１０２：参加者情報取得部、１０３：交通情報取得部、１０４：適合度算出部
【図１】
2019215670.tif 000003
【図２】
2019215670.tif 000004
【図３】
2019215670.tif 000005
【図４】
2019215670.tif 000006