JP2019057310A - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】乗用旅客車両の運用効率を向上させる。【解決手段】情報処理装置は、少なくとも車両毎の位置と営業状態を示す車両データと、端末装置に搭載される車両の位置を示す操作データとを取得する取得部と、前記車両データに基づいて、少なくとも前記操作データが示す位置に対応する区域における車両の需要予測数と、前記営業状態が空車状態である車両の数である空車数を演算し、前記需要予測数と前記空車数を含む出力データを前記端末装置に出力する制御部と、を備える。【選択図】図３

Description

本発明は、旅客運送の分野において用いられる情報処理装置及び情報処理方法に関する。

旅客運送業では、短時間により多くの旅客を運ぶことが収益の向上に繋がる。そこで、例えば、タクシー事業などにおいて、運用中の各車両から営業に関する情報を収集し、運転手に提示することにより、各車両の運用効率を向上することが考えられている。例えば、車両配車の需要の大きさを、各車両に対し他の車両の位置情報とともにマーク表示させることなどが提案されている（例えば、特許文献１）。

特開２００８−６５３９６号公報

しかしながら、上述のような技術では、旅客自動車運送事業者は、業務効率を必ずしも向上させられないことがあった。例えば、タクシー事業において、流しのタクシーが旅客をピックアップする地点は特定の位置ではなく分散する。従って、流しのタクシーによるピックアップの数を地点毎に集計することは困難であり、収集した情報をユーザが利用しやすい態様で提示することができないことがあった。このように、上述のような技術では、乗用旅客車両の運用効率を向上させることができない場合があった。

本発明は上記の点に鑑みてなされたものであり、乗用旅客車両の運用効率を向上させる情報処理装置及び情報処理方法を提供する。

（１）本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、少なくとも車両毎の位置と営業状態を示す車両データと、端末装置に搭載される車両の位置を示す操作データとを取得する取得部と、前記車両データに基づいて、少なくとも前記操作データが示す位置に対応する区域における車両の需要予測数と、前記営業状態が空車状態である車両の数である空車数を演算し、前記需要予測数と前記空車数を含む出力データを前記端末装置に出力する制御部と、を備える情報処理装置である。

（２）また、本発明の一態様は、上記（１）に記載の情報処理装置において、前記取得部は、所定の時間間隔で前記車両データを受信する車両データ管理装置から、所定の時間間隔で前記車両データを取得する、ことを特徴とする。

（３）また、本発明の一態様は、上記（１）又は（２）に記載の情報処理装置において、所定の時間間隔で前記需要予測数の演算に利用するモデルを生成するモデル生成部を備える、ことを特徴とする。

（４）また、本発明の一態様は、上記（１）から（３）のいずれかに記載の情報処理装置において、前記車両の営業区域を区分した区域ごとに前記空車数を演算する、ことを特徴とする。

（５）また、本発明の一態様は、上記（１）から（４）のいずれかに記載の情報処理装置において、前記制御部は、前記車両の営業区域を区分した区域ごとに前記需要予測数を演算する、ことを特徴とする。

（６）また、本発明の一態様は、上記（１）から（５）のいずれかに記載の情報処理装置において、前記制御部は、前記取得部が前記操作データを取得したタイミングに基づいて、前記出力データを前記端末装置に出力する、ことを特徴とする。

（７）また、本発明の一態様は、情報処理装置における情報処理方法であって、前記情報処理装置が、少なくとも車両毎の位置と営業状態を示す車両データと端末装置に搭載される車両の位置を示す操作データを取得する取得ステップと、前記車両データに基づいて、少なくとも前記操作データが示す位置に対応する区域における車両の需要予測数と、前記営業状態が空車状態である車両の数である空車数を演算する演算ステップと、前記需要予測数と前記空車数を含む出力データを前記端末装置に出力する制御ステップと、を有する情報処理方法である。

本発明によれば、乗用旅客車両の運用効率を向上させることができる。

本発明の第１の実施形態に係る情報処理システムの概要を示す概念図である。 本発明の第１の実施形態に係る情報処理システムの構成を示す概略ブロック図である。 本発明の第１の実施形態に係る情報処理装置の概略機能構成を示すブロック図である。 本発明の第１の実施形態に係る車両データの一例を示す図である。 本発明の第１の実施形態に係るパラメータ変換データの第１例を示す図である。 本発明の第１の実施形態に係るパラメータ変換データの第２例を示す図である。 本発明の第１の実施形態に係るパラメータ変換データの第３例を示す図である。 本発明の第１の実施形態に係る端末装置の概略機能構成を示すブロック図である。 本発明の第１の実施形態に係る端末装置による表示の第１例を示す図である。 本発明の第１の実施形態に係る端末装置による表示の第２例を示す図である。 本発明の第１の実施形態に係る端末装置による表示の第３例を示す図である。 本発明の第１の実施形態に係る端末装置による表示の第４例を示す図である。 本発明の第１の実施形態に係る情報処理装置によるモデル生成処理の流れの一例を示す図である。 本発明の第１の実施形態に係る情報処理システムによる処理の流れの一例を示す図である。 本発明の第２の実施形態に係る情報処理システムの構成を示す概略ブロック図である。 本発明の第２の実施形態に係る情報処理装置の概略機能構成を示すブロック図である。 本発明の第２の実施形態に係るパラメータ変換データの第１例を示す図である。 本発明の第２の実施形態に係るパラメータ変換データの第２例を示す図である。 本発明の第３の実施形態に係る情報処理装置の構成を示す概略ブロック図である。 本発明の第４の実施形態に係る情報処理装置によるモデルの生成処理の概要を説明するための図である。 本発明の各実施形態に係る情報処理装置及びその周辺装置のハードウェア構成の一例を示す図である。

以下、図面を参照しながら本発明の実施形態について説明する。
（第１の実施形態）
まず、図１を参照して、第１の実施形態の概要について説明する。
図１は、情報処理システム１の概要を示す概念図である。
情報処理システム１は、情報処理装置１０と、車両２０−１、２０−２、…と、車両２０−１、２０−２、…のそれぞれに１台ずつ搭載された車載端末である端末装置３０−１、…と、車両データ管理装置４０と、を含んで構成される。このうち、車両２０−１、２０−２、…は、１台以上の任意の数であってよい。車両２０−１、２０−２、…の数に応じて、端末装置３０−１、…も、１台以上の任意の数であってよい。以下では、一群の車両２０−１、２０−２、…を、台数に関わりなく車両２０と称し、一群の端末装置３０−１、…を、台数に関わりなく端末装置３０と称して説明する。

車両２０は、乗客を運ぶ乗用旅客車両であり、例えば、タクシー、ハイヤー、バスなどの乗用旅客自動車である。また、車両２０は、自動車以外の車両であってもよく、例えば、人力車、自転車タクシー、馬車などであってもよい。また、車両２０の輸送手段は、任意であってよい。以下では、一例として、車両２０がタクシーであるとして説明する。また、以下では、車両２０により輸送される旅客、すなわち車両２０の乗客を「客」という。

車両２０は、例えば、実車、空車、迎車、回送などの営業状態（動態、ステータス）を有し、車両２０の営業状態は、例えば、各車両が備えるメータ器（タクシーメータ）に連動する実空車表示機（スーパーサイン）２１（図１における２１−１、２１−２）により示される。
実車とは、車両２０が客を乗せている状態である。実車状態において、車両２０は、その実空車表示機２１に「賃走」を表示する。
空車とは、車両２０が客を乗せていない状態である。空車状態において、車両２０は、その実空車表示機２１に「空車」を表示する。
迎車とは、車両２０が客を迎えに行っている状態である。迎車状態において、車両２０は、その実空車表示機２１に「迎車」を表示し、空車ではないことを明示する。
回送とは、車両２０が給油、食事、休憩、帰庫などのために空車で走行している状態である。回送状態において、車両２０は、その実空車表示機２１に「回送」を表示する。

車両２０は、自車両の位置を示す車両位置情報及び自車両の営業状態を示す営業状態情報を定期的に検出する機能を有する解析装置２２（図２）を備える。解析装置２２が検出した車両位置情報及び営業状態情報を含む車両データは、情報処理装置１０による処理に用いられる。

情報処理装置１０は、例えば、サーバ装置などの電子機器である。情報処理装置１０は、車両２０の解析装置２２から車両データを取得する。そして、情報処理装置１０は、取得した車両データに含まれる車両位置情報と、営業状態情報の変化とに基づいて、所定の区域における旅客数に関する予測値を算出するためのモデルを生成する。情報処理装置１０は、生成したモデルに基づいて、端末装置３０から受信する操作データに応じた所定の区域における旅客数に関する予測値を演算する。ここで、操作データは、例えば、時点を示す端末時点情報を含む。また、情報処理装置１０は、車両データに基づいて、当該所定の区域における空車状態の車両２０の数を演算する。情報処理装置１０は、演算した旅客数に関する予測値と、空車状態の車両２０の数とを端末装置３０に送信する。

端末装置３０は、ユーザからの操作を示す操作データを情報処理装置１０に送信する。本実施形態において、上述したように、操作データは、時点を示す端末時点情報を含む。
端末装置３０は、送信した操作データに応じて情報処理装置１０から送信された旅客数に関する予測値と、空車状態の車両２０の数とを取得して、取得した旅客数に関する予測値に基づく情報を地図上に表示する。
これにより、ユーザは、所定の区域における旅客数に関する予測値と空車状態の数とを認識することができるため、旅客を探しやすい区域を特定することができる。従って、情報処理装置１０は、乗用旅客車両の運用効率を向上させることができる。

なお、モデルとは、例えば、数理モデル又は統計モデルのことである。以下では、重回帰分析により旅客数に関する予測値を算出するための数式モデルを生成する態様について説明する。モデルの生成手法には、重回帰分析以外の公知の任意の手法を採用可能である。情報処理装置１０は、例えば、ニューラルネットワークやクラスタリングなどの任意のアルゴリズムに基づくモデルを生成してもよい。また、情報処理装置１０は、モデルの精度を高めるための公知の技術を採用してよい。具体的には、情報処理装置１０は、例えば、重回帰分析における多重共線性の問題を解消するために、モデルの入力パラメータについて、相関性分析を行う機能を有してもよい。

なお、本実施形態において、所定の区域とは、車両２０を運用する旅客自動車運送事業者の営業区域を複数に細分化した区域（以下、「エリア」と称する。」である。エリアの範囲は、任意に定めてよく、例えば、車両２０の営業区域全域であってもよい。以下では、一例として、各エリアがそれぞれ四辺の距離が等しい正方形の領域であり、車両２０の営業区域は、複数のエリアから構成され、その四辺が地球上の緯線と経線とにそれぞれ平行な矩形の領域であるとして説明する。

なお、所定の区域における旅客数に関する予測値とは、当該所定の区域（エリア）内を車両２０により運ばれる客の数に関する予測値である。エリア内を車両２０により運ばれる客の数とは、例えば、所定の区域内で乗車又は降車などする客の数である。特に車両２０の輸送力が一定である場合、客の数と当該客を運ぶための車両２０の数とは相関する。
すなわち、車両２０の需要数（必要数）は、客の数に関する数である。以下では、一例として、所定の区域における旅客数に関する予測値を、所定の区域における車両２０の需要数であるとして説明する。
なお、予測値とは、モデルから演算される出力値という意味であって、過去、現在、未来のいずれの時点における値であってもよい。

なお、旅客数に関する予測値に基づく情報とは、例えば、車両２０の需要と供給とのバランスを示す情報である。具体的には、旅客数に関する予測値に基づく情報とは、例えば、車両２０の需要数と、空車状態の車両２０との数とを表す情報である。また、旅客数に関する予測値に基づく情報とは、例えば、車両２０の需要数と、空車状態の車両２０の数との比率や差を表す情報である。このように、端末装置３０は、比率や差を表示することにより、ユーザは、例えば、１つの数値を確認するだけで、車両２０の需要と供給のバランスを確認することができる。また、旅客数に関する予測値に基づく情報とは、例えば、車両２０の需要数と、空車状態の車両２０の数との大小関係を表す情報である。当該情報は、例えば、エリアや文字情報の色分けなどにより表示されてもよい。
以下では、一例として、端末装置３０が、旅客数に関する予測値に基づく情報として、車両２０の需要数と、空車状態の車両２０との数とを表示する例について説明する。

なお、営業状態情報の変化とは、時系列データである車両データの営業状態情報が示す営業状態が、直前の車両データに対応する営業状態とは異なる営業状態に変化したことである。つまり、あるタイミングで車両２０が検出した営業状態と、その次のタイミングで検出した営業状態とが異なることをいう。以下では、情報処理装置１０が「空車」、「迎車」、「回送」などの「実車」以外の営業状態から、「実車」の営業状態への変化に基づいて、車両２０の需要数を演算する態様について説明する。なお、この営業状態の変化は、車両２０が客をピックアップしたことを示す。

なお、時点とは、時間の流れの上のある１点のことであり、例えば、日付や時刻である。以下では、時点が日付と時刻との組み合わせの日時である例について説明する。
なお、車両２０は、１つの旅客自動車運送事業者により、運用される車両であってもよいし、複数の旅客自動車運送事業者により運用される車両であってもよい。
なお、以下において、ユーザは、それぞれ、車両２０及び端末装置３０を１台ずつ利用するユーザ（車両２０の運転手又はその助手）であるとして説明する。

次に、図２を参照しながら、情報処理装置１０及びその周辺装置の構成について説明する。
図２は、情報処理システム１の構成を示す概略ブロック図である。
本実施形態に係る情報処理システム１は、上述した情報処理装置１０と、車両２０の解析装置２２と、端末装置３０とに加え、車両データ管理装置４０と、気象データ管理装置５０と、地図データ管理装置６０と、を含んで構成される。これらの装置は、ネットワークＮＷに互いに通信可能に接続されている。

ネットワークＮＷは、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などによって構成される情報通信ネットワークである。ＷＡＮは、例えば、携帯電話網、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ−ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ；公衆交換電話網）、専用通信回線網、及びＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）などによって構成される。

情報処理装置１０及び端末装置３０の構成については、後述する。
車両２０の備える解析装置２２は、通信部２２１と、測位部２２２と、状態検出部２２３と、制御部２２４と、を含んで構成される。解析装置２２の主要部分は、例えば、メータ器に内蔵される。
通信部２２１は、例えば、通信用インターフェースを備え、ネットワークＮＷに接続されている他の装置と通信する。

測位部２２２は、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサを備え、自車両２０の位置を測定する。なお、測位部２２２は、ＧＰＳ以外の任意の方法で自車両２０の位置を測定してもよい。測位部２２２は、例えば、位置が既知である携帯電話網の複数の無線基地局や無線ＬＡＮの複数のアクセスポイントからの電波の強度に基づいて、自装置の位置を推定する方法などを用いて、自車両２０の位置を測定してもよい。また、測位部２２２は、自車に搭載したカーナビゲーションの自車位置情報を取得するものであってもよい。
状態検出部２２３は、車両２０の営業状態を検出する。状態検出部２２３は、例えば、車両２０が備えるメータ器から営業状態についての情報を取得する。

制御部２２４は、測位部２２２が測定した位置を示す車両位置情報と、状態検出部２２３が検出した営業状態を示す営業状態情報と、タイムスタンプ（日時）を示す車両時点情報とを含み、これらを対応付けた車両データを生成する。制御部２２４は、通信部２２１を介して、生成した車両データを車両データ管理装置４０に送信する。
なお、解析装置２２は、任意の時間間隔で、車両データを生成し、生成した車両データを車両データ管理装置４０に送信してよい。以下では、一例として、当該時間間隔は、３０秒であるとして説明する。

車両データ管理装置４０は、例えば、サーバ装置などの電子機器である。車両データ管理装置４０は、車両２０から受信する車両データを記憶する車両データ記憶部４１を備える。また、車両データ管理装置４０は、情報処理装置１０から車両データの取得要求を受信する。ここで、車両データの取得要求は、例えば、期間、位置などの車両データを特定するための情報を含む。車両データ管理装置４０は、車両データの取得要求に含まれる情報に基づいて、車両データ記憶部４１に記憶されている車両データを抽出する。そして、車両データ管理装置４０は、抽出した車両データを、情報処理装置１０に送信する。

気象データ管理装置５０は、例えば、サーバ装置などの電子機器である。気象データ管理装置５０は、車両２０の営業区域における気象を示す気象データを記憶する気象データ記憶部５１を備える。気象データ管理装置５０は、情報処理装置１０から気象データの取得要求を受信する。ここで、気象データの取得要求は、期間、位置などの気象データを特定するための情報を含む。気象データ管理装置５０は、これら受信した気象データの取得要求に含まれる情報に基づいて、気象データ記憶部５１に記憶されている気象データを抽出する。そして、気象データ管理装置５０は、抽出した気象データを、情報処理装置１０に送信する。

地図データ管理装置６０は、例えば、サーバ装置などの電子機器である。地図データ管理装置６０は、地図を示す地図データを記憶する地図データ記憶部６１を備える。地図データ管理装置６０は、情報処理装置１０から地図データの取得要求を受信する。ここで、地図データの取得要求は、位置情報を含む。地図データ管理装置６０は、当該位置情報に基づいて地図データ記憶部６１に記憶されている地図データを抽出する。地図データ管理装置６０は、抽出した地図データを情報処理装置１０に送信する。

次に、図３を参照して、情報処理装置１０の構成について説明する。
図３は、情報処理装置１０の概略機能構成を示すブロック図である。
情報処理装置１０は、通信部１１と、記憶部１２と、制御部１３と、を含んで構成される。
通信部１１は、例えば、通信用インターフェースを備え、ネットワークＮＷに接続されている他の装置と通信する。通信部１１は、ネットワークＮＷに接続されている他の装置から各種データを受信する受信部として機能する。また、通信部１１は、ネットワークＮＷに接続されている他の装置に各種データを送信する送信部として機能する。

記憶部１２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを備える。また、記憶部１２は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリなどを備えてもよい。記憶部１２は、情報処理装置１０が備えるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、不図示）が実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。具体的には、記憶部１２は、例えば、エリアの境界についての情報を記憶する。

また、記憶部１２は、エリア変換データを記憶するエリアデータ記憶部１２１、パラメータ変換データを記憶するパラメータ変換データ記憶部１２２、及びモデルデータを記憶するモデル記憶部１２３として機能する。
ここで、図４から図７を参照して、情報処理装置１０が処理する各種データについて説明する。

まず、車両データについて説明する。
図４は、車両データの一例を示す図である。
車両データは、車両番号情報（車両番号）、車両時点情報（日時）、位置情報（緯度、経度）、営業状態情報（営業状態）、及び速度情報（速度）を含み、これらを対応付けて構成される。

車両番号情報は、車両２０を識別するための車両識別情報である。
車両時点情報は、車両データの生成に関する時点を示す情報である。図４に示される例において、車両時点情報は、車両データが含む位置情報に示される位置が解析装置２２の測位部２２２（図２）により測位された日時を示す。
車両位置情報は、車両２０の位置を示す情報である。図４に示される例において、車両位置情報は、緯度と経度とにより表される。なお、車両時点情報及び車両位置情報は、車両２０の車載端末である端末装置３０により検出されてもよい。
営業状態情報は、車両２０の営業状態を示す情報である。図４に示される例において、営業状態情報は、対応する車両時点情報が示す時点における車両２０の営業状態を示す。
速度情報は、車両２０の速度を示す情報である。図４に示される例において、速度情報は、対応する車両時点情報が示す時点における車両２０の速度を示す。

行Ｌ１１の車両データは、車両番号情報「あ １２−３４」、車両時点情報「２０１３／１１／０５ １１:１５:２３」、車両位置情報（緯度）「ｘｘ」、車両位置情報（経度「ｘｘ」営業状態情報「迎車」、及び速度情報「０ ｋｍ／ｈ」を対応付けている。すなわち、行Ｌ１１の車両データは、車両番号情報「あ １２−３４」が示す車両２０が日時「２０１３年１１月５日 １１時１５分２３秒」に、緯度「ｘｘ」、経度「ｘｘ」の地点に停車（すなわち、「０ ｋｍ／ｈ」の速度）しており、営業状態が「迎車」であったことを表す。

また、行Ｌ１２の車両データは、車両番号情報「あ １２−３４」、車両時点情報「２０１３／１１／０５ １１:１５:５３」、車両位置情報（緯度）「ｘｘ」、車両位置情報（経度「ｘｘ」営業状態情報「実車」、及び速度情報「２０ ｋｍ／ｈ」を対応付けている。すなわち、行Ｌ１２の車両データは、車両番号情報「あ １２−３４」が示す車両２０が日時「２０１３年１１月５日 １１時１５分５３秒」に、緯度「ｘｘ」、経度「ｘｘ」の地点を「２０ ｋｍ／ｈ」の速度で走行し、営業状態が「空車」であったことを表す。

本実施形態において、車両データは、３０秒間隔で生成されるため、行Ｌ１２の車両データは、行Ｌ１１の車両データの次に生成されたデータである。そして、行Ｌ１１の車両データと、行Ｌ１２の車両データとを比較すると、営業状態が「迎車」から「実車」に変化している。従って、行Ｌ１１及び行Ｌ１２の車両データから、「２０１３年１１月５日
１１時１５分２３秒」から日時「２０１３年１１月５日 １１時１５分５３秒」までの間に、車両番号情報「あ １２−３４」が示す車両２０が客をピックアップしたことが示唆される。これに対し、営業状態が「実車」から「空車」などの実車以外の状態に営業状態が変化した場合は、車両２０が客を降ろしたことが示唆される。

次に、気象データについて説明する。
気象データには、車両２０の営業区域における過去、現在の気象についての実績データと、未来の気象についての予測データとがある。すなわち、気象データは、時間（日時、期間など）の情報を含み、当該時間の情報と気象情報とが対応付けられて、構成される。
気象データが含む気象情報には、天気を示す天気情報、気温を示す気温情報、降雨量を示す降雨量情報、降雪量を示す降雪量情報、風速を示す風速情報などがある。気象情報は、車両２０の営業区域におけるエリア毎の気象を示してもよいし、隣接する複数のエリアの気象を示してもよい。

エリア変換データは、車両データに含まれる車両位置情報に対応するエリアを特定するための規則を定めるデータである。ここで、各エリアは、四辺の長さをそれぞれｈとする正方形の領域であり、緯度方向の識別番号ｉ_Ｌａｔと、経度方向の識別番号ｉ_Ｌｏｎとにより識別されるとする。この場合、エリア変換データが定める規則は、例えば、以下の式（１）及び（２）により示される。なお、識別番号ｉ_Ｌａｔ及びｉ_Ｌｏｎは、それぞれ、０から始まり、緯度及び経度に応じた昇順の連続した番号である。
ｉ_Ｌａｔ＝（ｘ_Ｌａｔ−Ｌａｔ_０）÷ｈ ・・・（１）
ｉ_Ｌｏｎ＝（ｘ_Ｌｏｎ−Ｌｏｎ_０）÷ｈ ・・・（２）
ここで、ｘ_Ｌａｔ及びｘ_Ｌｏｎは、それぞれ、車両データに含まれる車両位置情報が示す緯度及び経度である。また、Ｌａｔ_０及びＬｏｎ_０は、それぞれ、車両２０の営業区域のうち採用の緯度及び経度である。

次に、パラメータ変換データについて説明する。
パラメータ変換データは、車両データ及び気象データが含む情報のうち、文字列などにより表現される情報を情報処理装置１０が生成するモデルに適した数値のパラメータに変換するための規則を定めるデータである。
本実施形態に係るパラメータ変換データには、時間帯変換データ、曜日変換データ、及び天気変換データがある。

時間帯変換データは、車両データに含まれる車両時点情報を、対応する時間帯に関するパラメータに変換するための規則を定めるデータである。
図５は、時間帯変換データの例を示す図である。
図５（ａ）は、車両時点情報を１日を１時間単位の２４の時間帯とした場合に対応するパラメータに変換する規則を表す図である。
図５（ａ）の先頭行の各項目は、それぞれ、時間帯に関するパラメータを表す。これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表される。そして、これらのパラメータは、それぞれ、排他的なパラメータである。すなわち、車両時点情報は、「０時台」、「１時台」、…、「２３時台」のいずれかに分類され、当該分類されたパラメータの値が「１」となり、それ以外のパラメータは「０」となる。例えば、図４の行Ｌ１１に示される車両データの場合、車両時点情報は、「２０１３／１１／０５ １１:１５:２３」である。従って、図５（ａ）に示される時間帯変換データに基づくと、この車両時点情報が示す時刻は１１時台であるため、パラメータ「１１時台」の値が「１」であり、その他「０時台」〜「１０時台」及び「１２時台」〜「２３時台」のパラメータの値は「０」である。

図５（ｂ）は、車両時点情報を、１日を早朝、朝、昼、夜、及び深夜という時間帯とした場合に対応するパラメータに変換するための規則を表す図である。
図５（ｂ）の先頭行の各項目は、それぞれ、「早朝」、「朝」、「昼」、「夜」、及び「深夜」の時間帯に関するパラメータを表す。図５（ａ）示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「早朝」、「朝」、「昼」、「夜」、「深夜」の各パラメータは、それぞれ、例えば、車両時点情報が示す時刻が４時台から７時台であるか否か、８時台から１１時台であるか否か、１２時台から１６時台であるか否か、１７時台から２３時台であるか否か、０時台から３時台であるか否かを表すパラメータである。例えば、図４の行Ｌ１１に示される車両データの場合、車両時点情報は、「２０１３／１１／０５ １１:１５:２３」であるため、図５（ｂ）に示される時間帯変換データに基づくと、パラメータ「朝」の値が「１」であり、その他「早朝」、「昼」、「夜」、及び「深夜」のパラメータの値は「０」である。

図５（ａ）及び図５（ｂ）を用いて説明したように、情報処理装置１０は、同一の情報を任意の規則に基づいてパラメータに変換してよい。以下では、時間帯変換データは、図５（ａ）に示される規則を定めるデータであるとして説明する。

曜日変換データは、車両データに含まれる車両時点情報を、対応する曜日に関するパラメータに変換するための規則を定めるデータである。
図６は、曜日変換データの一例を示す図である。
図６の先頭行の各項目は、それぞれ、「月」、「火」、「水」、「木」、「金」、「土」、「日」の曜日に関するパラメータを表す。図５（ａ）に示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「月」、「火」、…、「日」の各パラメータは、それぞれ、車両時点情報が示す日付が「月」曜日であるか否か、「火」曜日であるか否か、…、「日」曜日であるか否かを表すパラメータである。例えば、図４の行Ｌ１１に示される車両データの場合、車両時点情報は、「２０１３／１１／０５ １１:１５:２３」である。従って、図６に示される曜日変換データに基づくと、この車両時点情報が示す曜日は、火曜日であるため、パラメータ「火」の値が「１」であり、その他「月」、「水」、…、「日」のパラメータの値は「０」である。

天気変換データは、気象データに含まれる気象情報の天気情報を、対応する天気に関するパラメータに変換するための規則を定めるデータである。
図７は、天気変換データの一例を示す図である。
図７の先頭行の各項目は、それぞれ、「晴」、「曇」、「雨」、「雪」、及び「雷」の天気に関するパラメータを表す。図５（ａ）示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「晴」、…、「雷」の各パラメータは、それぞれ、天気情報が示す天気が晴れであるか否か、…、雷であるか否かを表すパラメータである。このうち、天気情報が示す天気が雷を伴う場合は、晴れ、曇り、雨、又は雪であるか否かに関わらず、「雷」のパラメータの値を「１」とし、その他「晴」、「曇」、「雨」、及び「雪」のパラメータの値を「０」とする。
なお、天気に関するパラメータは、それぞれが排他的なパラメータでなくてもよい。具体的には、例えば、天気情報が雷を伴う曇りを表す場合、情報処理装置１０は、「雷」と「曇」とのパラメータの値を、それぞれ「１」としてもよい。また、例えば、天気情報が雨ときどき雪を表す場合、情報処理装置１０は、「雨」と「雪」とのパラメータの値を「１」とし、その他のパラメータの値を「０」としてもよい。このように、情報処理装置１０は、気象データに含まれる気象情報に応じて、複数の天気に関するパラメータの値を「１」としてもよい。

図３に戻り、情報処理装置１０（図２）の制御部１３ついて説明する。
制御部１３が有する機能の一部又は全ては、例えば、情報処理装置１０が備えるＣＰＵ（不図示）が記憶部１２に記憶されているプログラムを実行することにより実現される。
制御部１３は、取得部１４、モデル生成部１３１、演算部１３２、及び出力データ生成部１３３として機能する。

取得部１４は、通信部１１を介して、ネットワークＮＷ（図２）に接続されている他の装置から各種データを取得する。取得部１４は、車両データ取得部１４１、気象データ取得部１４２、操作データ取得部１４３、及び地図データ取得部１４４として機能する。
車両データ取得部１４１は、送信部１１２を介して車両データの取得要求を車両データ管理装置４０（図２）に送信する。車両データ取得部１４１は、受信部１１１が車両データ管理装置４０から受信した車両データを取得し、取得した車両データをモデル生成部１３１又は出力データ生成部１３３に出力する。

気象データ取得部１４２は、送信部１１２を介して気象データの取得要求を気象データ管理装置５０（図２）に送信する。気象データ取得部１４２は、受信部１１１が気象データ管理装置５０から受信した気象データを取得し、取得した気象データをモデル生成部１３１又は出力データ生成部１３３に出力する。
操作データ取得部１４３は、受信部１１１が端末装置３０（図２）から受信した操作データを取得し、取得した操作データを出力データ生成部１３３に出力する。
地図データ取得部１４４は、出力データ生成部１３３からの要求に応じて、送信部１１２を介して、地図データの取得要求を地図データ管理装置６０（図２）に送信する。地図データ取得部１４４は、受信部１１１が地図データ管理装置６０から受信した地図データを取得し、取得した地図データを出力データ生成部１３３に出力する。

モデル生成部１３１は、車両データ取得部１４１から車両データを取得する。また、モデル生成部１３１は、気象データ取得部１４２から気象データを取得する。このときモデル生成部１３１、例えば、車両データ及び気象データに含まれる時間に関する情報に対して、期間を指定することにより、取得する車両データ及び気象データの範囲を指定する。
以下では、このように指定されるデータの範囲を「演算範囲」という。モデル生成部１３１は、演算範囲の車両データ及び気象データに基づいて、例えば、以下の式（３）に示されるモデルを生成する。

ここで、出力値ｙは、各エリアでのピックアップ数を示す。すなわち、ピックアップ数ｙは、各エリアでの車両２０の需要数を示す。正の整数Ｎは、パラメータの数を示す。係数Ａ_ｎは、対応するパラメータ各々の重みを示す。変数ｎは、０からＮまでの整数である。変数ｎが１からＮの範囲において、入力値ｘ_ｎは、車両データ及び気象データが含む情報を変換して得られる各種パラメータの入力値を示す。具体的には、入力値ｘ_ｎは、例えば、図４から図７を参照して説明した時間帯に関するパラメータ（「０時台」、「１時台」、…、「２３時台」）、曜日に関するパラメータ（「月」、「火」、…、「日」）、天気に関するパラメータ（「晴」、「曇」、…、「雷」）などの値である。また、入力値ｘ_ｎは、これらのデジタル的な二値のパラメータのみでなく、例えば、降雨量、降雪量、及び風速などのアナログ的な値を含んでよい。なお、式（３）において、入力値ｘ_０は、１であり、項（Ａ_０×ｘ_０）は、定数項であるとする。式（３）の右辺の加算和は、ｎが０からＮまでの加算である。式（３）の入力値ｘ_ｎはいずれも時間（時点）に応じて変化するパラメータであり、式（３）は、時間に関する関数である。

モデルの生成において、モデル生成部１３１は、演算範囲の車両データからピックアップに関する車両データを抽出する。以下では、この抽出された車両データを「抽出車両データ」という。モデル生成部１３１は、各車両２０について、時系列の車両データの営業状態情報を参照し、営業状態が「実車」の車両データであって、その車両データに対して時間的に直前の車両データの営業状態が「実車」以外である車両データを抽出する。すなわち、モデル生成部１３１は、営業状態が「実車」以外から「実車」に変更された車両２０から送信された車両データを抽出車両データとして抽出する。モデル生成部１３１は、エリアデータ記憶部１２１に記憶されているエリア変換データを参照し、抽出車両データの車両位置情報に基づいて、当該抽出車両データに対応するエリアを特定する。これにより、ピックアップが行われたエリアが特定される。モデル生成部１３１は、抽出車両データに対応する気象データを抽出する。このとき抽出される気象データは、抽出車両データの車両時点情報が示す日時の気象データであって、当該抽出車両データの位置情報が示す位置に対応するエリアの気象データである。

モデル生成部１３１は、エリア毎の抽出車両データ、及び、当該抽出車両データに対応する気象データに基づいて得られる各パラメータの実績値のセットと、当該セット毎のピックアップ数との関係について、最小二乗法による重回帰分析を実行することにより、式（３）に示される係数Ａ_ｎ各々の値を定め、エリア毎のモデルを生成する。すなわち、モデル生成部１３１は、エリア毎の抽出車両データ、及び、当該抽出車両データの実績データに基づいて、各条件に対応する車両２０の需要数を学習させたモデルを生成する。モデル生成部１３１は、生成したエリア毎のモデルを示すモデルデータをモデル記憶部１２３に記憶させる。
なお、最小二乗法による重回帰分析の手法は、公知の技術を適用可能である。

演算部１３２は、例えば、出力データ生成部１３３から車両２０の需要数の演算要求を取得する。この演算要求は、例えば、端末時点情報を含む。演算部１３２は、端末時点情報が示す日時における各エリアの気象データを、気象データ取得部１４２を介して取得する。演算部１３２は、パラメータ変換データ記憶部１２２に記憶されているパラメータ変換データを参照し、端末時点情報と、気象データが含む気象情報とを、モデル用のパラメータの入力値に変換する。演算部１３２は、モデル記憶部１２３に記憶されているモデルデータを読み出す。演算部１３２は、読み出したモデルデータが示す各エリアのモデルに対して、端末時点情報及び気象情報から変換した入力値を入力したときの出力値を演算する。すなわち、演算部１３２は、モデル生成部１３１が生成するモデルに基づいて、各エリアにおける車両２０の需要数を演算する。演算部１３２は、演算結果を出力データ生成部１３３に出力する。

なお、演算部１３２は、必ずしも全てのエリアについての車両２０の需要数を演算しなくてもよい。例えば、出力データ生成部１３３から取得する演算要求に位置情報が含まれる場合、当該位置情報に対応するエリア、又は、当該エリアとその近傍のエリアについてのみ、車両２０の需要数を演算してもよい。これにより、情報処理装置１０は、車両２０の需要数の演算に要する処理量を低減することができる。
また、演算部１３２は、演算要求にパラメータの入力値に関する情報が含まれている場合、当該入力値に基づいて、車両２０の需要数を演算してよい。これにより、例えば、情報処理装置１０は、任意の条件における車両２０の需要数をシミュレーションすることができる。

出力データ生成部１３３は、操作データ取得部１４３から取得した操作データに基づいて、出力データを生成する。ここで、上述したように、操作データには、端末時点情報が含まれている。
次に、出力データ生成部１３３による出力データの生成処理を説明する。
まず、出力データ生成部１３３は、操作データに含まれる端末時点情報を含む車両２０の需要数の演算要求を生成し、生成した演算要求を演算部１３２に出力する。出力データ生成部１３３は、当該演算要求に応じて演算部１３２から出力される車両２０の需要数を取得する。

また、出力データ生成部１３３は、車両データ取得部１４１を介して、車両２０各々の最新の車両データ各々を取得する。出力データ生成部１３３は、取得した車両データのうち、営業状態が「空車」である車両データを抽出する。出力データ生成部１３３は、エリアデータ記憶部１２１に記憶されているエリア変換データに基づいて、抽出した車両データ各々の車両位置情報に対応するエリアを特定する。出力データ生成部１３３は、車両データの数をエリア毎にカウントする。すなわち、出力データ生成部１３３は、エリア毎に空車状態の車両２０の数を演算する。

また、出力データ生成部１３３は、地図データ取得部１４４を介して、端末位置情報に対応する営業区域の地図データを取得する。
出力データ生成部１３３は、上述のようにして取得された各エリアの車両２０の需要数を示す情報、各エリアの空車状態の車両２０の数を示す情報、営業区域の地図などを含む出力データを生成する。出力データ生成部１３３は、生成した出力データを、送信部１１２を介して、端末装置３０に送信する。

なお、出力データ生成部１３３は、端末装置３０から送信された操作データに含まれる任意の情報（位置情報、パラメータの入力値に関する情報など）を車両２０の需要数の演算要求に含め、演算部１３２から操作データに応じた演算結果を取得してよい。この場合、出力データ生成部１３３は、取得した演算結果を反映させた出力データを端末装置３０に送信する。

次に、図８を参照して、端末装置３０の構成について説明する。
図８は、端末装置３０の概略機能構成を示すブロック図である。
端末装置３０は、表示部３１、入力部３２、測位部３３、通信部３４、記憶部３５、及び制御部３６を含んで構成される。
表示部３１は、制御部３６から出力されたデータを表示する。表示部３１は、例えば、液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどの表示装置を備える。
入力部３２は、ユーザからの入力を受け付ける。入力部３２は、例えば、マウス、キーボード、又はタッチパネルなどの入力装置を備える。
測位部３３は、例えば、ＧＰＳセンサを備え、端末装置３０の位置を測定する。なお、測位部３３は、ＧＰＳ以外の任意の方法で端末装置３０の位置を測定してもよい。

通信部３４は、例えば、通信用インターフェースを備え、ネットワークＮＷに接続されている他の装置と通信する。通信部３４は、ネットワークＮＷに接続されている他の装置から各種データを受信する受信部３４１として機能する。また、通信部３４は、ネットワークＮＷに接続されている他の装置に各種データを送信する送信部３４２として機能する。
記憶部３５は、例えば、ＲＯＭ、ＲＡＭなどを備える。また、記憶部３５は、ＨＤＤ、ＥＥＰＲＯＭ、フラッシュメモリなどを備えてもよい。記憶部３５は、端末装置３０が備えるＣＰＵ（不図示）が実行するための各種プログラムやＣＰＵが実行した処理の結果などを記憶する。

制御部３６が有する機能の一部又は全ては、例えば、端末装置３０が備えるＣＰＵが記憶部３５に記憶されているプログラムを実行することにより実現される。
制御部３６は、操作処理部３６１及び表示処理部３６２として機能する。
操作処理部３６１は、入力部３２が受け付けた入力に基づいて、操作データを生成する。具体的には、操作処理部３６１は、入力部３２がユーザから営業区域における車両２０の需要数の表示要求を受け付けると、現在の日時を取得し、取得した日時を示す端末時点情報を含む操作データを生成する。操作処理部３６１は、生成した操作データを情報処理装置１０に送信する。

なお、操作処理部３６１は、現在の日時以外を示す端末時点情報を含む操作データを生成してもよい。この場合、例えば、操作処理部３６１は、ユーザから指定された過去又は未来の任意の日時を取得し、取得した日時を示す端末時点情報を生成してもよい。これにより、端末装置３０は、例えば、ユーザから指定された任意の時点に応じた車両２０の需要数などを表示することができるため、ユーザは、例えば、車両２０を移動計画を立てることができる。
また、操作処理部３６１は、端末時点情報以外の情報を含む操作データを生成してもよい。具体的には、例えば、操作処理部３６１は、自端末装置３０の位置、又は、ユーザから指定された位置を示す端末位置情報を含む操作データを生成してよい。これにより、端末装置３０は、例えば、端末位置情報が示す位置に対応する任意のエリアにおける車両２０の需要数などを表示することができる。また、操作処理部３６１は、情報処理装置１０が用いるモデルのパラメータについて、ユーザから指定された入力値を含む操作データを生成してもよい。これにより、端末装置３０は、例えば、任意の条件における車両２０の需要数のシミュレーション結果を表示することができる。

表示処理部３６２は、受信部３４１が情報処理装置１０から受信した出力データを取得する。表示処理部３６２は、測位部３３による自端末装置３０の測位結果を取得する。表示処理部３６２は、出力データが含む各種情報及び測位部３３による測位結果に基づいて、表示データを生成する。表示処理部３６２は、生成した表示データを表示部３１に出力し、各種情報を表示部３１に表示させる。

次に、図９〜図１２を参照して、表示処理部３６２が生成する表示データが示す画像の例について説明する。
図９〜図１２は、端末装置３０（図２）による表示の例を示す図である。
図９に示される例において、端末装置３０の表示部３１（図３）は、車両２０（図２）の営業区域の地図を表示している。また、図９に示される例において、営業区域は、縦横のグリッドＧにより１６のエリアに区分け（分割）されている。地図上には、自端末装置３０に関する位置が車両の絵柄のアイコンＩ１により示されている。また、地図上には、空車状態の車両２０の位置が丸印のアイコンＩ２により示されている。なお、図９では、図を見やすくするために、アイコンＩ２は４つしか示されていないが、端末装置３０は、全ての空車状態の車両２０の位置をアイコンＩ２により表示してもよい。グリッドＧにより区分けされた各エリアの下部には２つの数字Ｎ１及びＮ２が示されている。左側の数字Ｎ１は、空車状態の車両２０の数を示す。右側の数字Ｎ２は、車両２０の需要数を示す。
また、表示部３１は、その左上の領域に、地図の縮尺を示し、調整するためのスライダーＳＬを表示している。例えば、後述するように図１１及び図１２は、図９及び図１０に示される地図の一部を拡大した場合の表示の例であるが、図１１及び図１２において、スライダーＳＬにおいて、その指示値は、図９及び図１０に示される例よりも、地図の縮尺の拡大方向を示すプラス（＋）側に存在している。
これらグリッドＧ、アイコンＩ１及びＩ２、数字Ｎ１及びＮ２、並びにスライダーＳＬが表すものは、図９〜図１２に示される各表示例において、同様である。

これらの情報のうち、地図、各エリアにおける空車状態の車両２０の数Ｎ１、及び各エリアにおける車両２０の需要数Ｎ２は、出力データ生成部１３３から端末装置３０に送信される出力データに基づいて生成される。また、アイコンＩ１は、測位部３３（図８）による測位結果に基づいて生成される。なお、アイコンＩ１は、端末装置３０のユーザが使用する車両２０の解析装置２２による測位結果に基づいて、生成されてもよい。また、グリッドＧは、情報処理装置１０が記憶するエリアの境界の情報に基づいて生成され、アイコンＩ２は、営業状態が「空車」である車両データの車両位置情報に基づいて生成される。このように端末装置３０は、ネットワークＮＷに接続されている情報処理装置１０、車両データ管理装置４０などが記憶する任意のデータを取得して、当該取得したデータに基づいて表示を行ってよい。

また、例えば、端末装置３０は、ユーザからの表示している地図の縮尺の指定を受け付け、当該受け付けた縮尺の地図の画像を表示してよい。端末装置３０は、縮尺の指定を任意の方法で受け付けてよく、例えば、ピンチイン／ピンチアウトなどのジェスチャ、スライダーＳＬの操作、画面に配置された拡大縮小の指示ボタンの操作などに応じて縮尺を変更した地図の画像を表示する。例えば、スライダーＳＬが操作された場合、端末装置１０は、表示中の地図の中央を中心にして地図の拡大又は縮小を行ってもよいし、自車両の位置するエリアを中心にして地図の拡大又は縮小を行ってもよい。この場合、端末装置３０は、表示部３１の解像度に応じて、表示する情報を加工してもよい。例えば、縮尺率が低いため、エリア毎の情報を表示するのに十分な表示領域又は解像度を表示部３１が備えない場合には、端末装置３０は、複数のエリアを統合し、当該統合されたエリアの情報を表示したり、情報の一部を省略したりしてもよい。

図１０は、図９に示される各エリアの情報を統合した場合の表示の例を示す。
図１０に示される例では、図９において互いに隣接する４つのエリアが統合されている。より具体的には、図９において、画像中央から左上に位置する４つのエリア、画像中央から右上に位置する４つのエリア、画像中央から左下に位置する４つのエリア、及び画像中央から右下に位置する４つのエリアがそれぞれ統合されている。そして、端末装置３０は、例えば、縦横のグリッドについて奇数番目のグリッドの表示を省略することにより、統合後の新たな４つのエリアの境界を表示する。また、端末装置３０は、統合前のエリアについて、車両２０の需要数と空車状態の車両２０の数とをそれぞれ合計し、合計結果を統合後のエリアに対応付けて表示する。このように、端末装置１０は、縮尺を変化させずにエリアの分割パターンを変化させ、提示するエリア毎の情報を変化させてもよい。

図１１は、図９においてアイコンＩ１により示されるユーザの使用車両２０が位置するエリアを拡大した場合の表示の第１例を示す。
図１１では、ユーザの使用車両２０が位置するエリアを拡大することにより、図９における同一エリアの表示よりも詳細な地図情報が示されている。具体的には、図９においてアイコンＩ１が所在するエリアには、３本の道路が示されているが、図１１では、より細かい道路も示されるとともに、道路上におけるユーザの使用車両２０の位置と進行方向、及び、空車状態の他の車両２０の位置が、それぞれ、アイコンＩ１及びアイコンＩ２により、詳細に示されている。このように、端末装置１０は、例えば、ユーザからタップなどの操作により、特定のエリアが指定された場合に、当該エリアの地図を、例えば表示部３１の全域などに拡大して表示することにより、当該エリアについてより詳細な情報を表示可能としてもよい。

また、端末装置３０は、地図の縮尺に応じてエリアのサイズを変更し、当該変更されたエリア毎の車両２０の需要数や空車状態の車両２０の数などを表示してもよい。例えば、端末装置３０は、縮尺の高低に応じて、例えば、各エリアのサイズを１００×１００［ｍ］、５００×５００［ｍ］、又は１０００×１０００［ｍ］とした３つの分割パターンのいずれかをグリッドＧにより表示する。

以下、この場合の処理の流れの一例について、説明する。情報処理装置１０は、複数のエリアの分割パターンについて、エリア毎のモデルを予め生成しておく。端末装置３０の操作処理部３６１（図８）は、入力部３２を介して縮尺の変更を受け付けると、変更後の縮尺を示す情報を含む操作データを生成する。端末装置３０の操作処理部３６１は、生成した操作データを、送信部３４２を介して情報処理装置１０に送信する。次に、情報処理装置１０は、端末装置３０から受信した縮尺の情報に基づいて、縮尺に対応する分割パターンを選択する。そして、情報処理装置１０は、選択した分割パターンのエリア毎のモデルに基づいて、車両２０の需要数を演算し、出力データを生成する。端末装置３０は、受信した出力データに基づいて表示を行う。このように、情報処理装置１０は、同一の営業地域に関して、複数のエリアの分割パターンを管理し、これら複数の分割パターンについて、エリア毎のモデルを生成してもよい。

図１２は、図１１と同様に、図９においてアイコンＩ１により示されるユーザの使用車両２０が位置するエリアを拡大した場合の表示の第２例を示す。
図１２では、図１１と同様に、ユーザの使用車両２０が位置するエリアを拡大することにより、図９における同一エリアの表示よりも詳細な地図情報が表示されている。また、図１２では、端末装置１０は、当該拡大されたエリアの地図上に、縦横のグリッドＧを表示することにより、当該拡大されたエリアをさらに１６の小エリアに区分けしている。そして、端末装置１０は、このように特定のエリアをさらに分割した小エリアの地図上に、その小エリアにおける空車状態の車両２０の数Ｎ１及び車両２０の需要数Ｎ２を示す。このように、端末装置１０は、例えば、地図の縮尺の高低に応じて、異なる分割パターンによって区分けされるエリア毎の情報を、地図と対応付けて表示可能としてもよい。

また、端末装置３０は、上述したエリアを統合する表示と、複数の分割パターンにおけるエリア毎の表示とを組み合わせてもよい。例えば、ユーザから指定された縮尺が、各エリアのサイズを１００×１００［ｍ］とした分割パターンで表示する場合と、５００×５００［ｍ］とした分割パターンで表示する場合との中間の縮尺である場合、端末装置３０は、拡大率の高い１００×１００［ｍ］の分割パターンにおけるエリア毎の車両２０の需要数及び空車状態の車両２０の数を、隣接するエリア間で統合する。そして、端末装置３０は、各エリアを２００×２００［ｍ］とした分割パターンをグリッドＧにより表すとともに、統合後の車両２０の需要数と空車状態の車両２０の数をエリア毎に表示する。このように、端末装置３０は、縮尺に応じて階層化された分割パターンにおけるエリア毎の情報を表示するため、ユーザは、地図が表す位置情報と、車両２０の需要の程度とを有効に利用することができる。例えば、ユーザは、端末装置３０を用いることにより、低い拡大率で、車両２０の需要が多いエリアを把握した後、そのエリアを拡大することにより、当該エリア内をさらに細分化したエリア毎の車両２０の需要を比較することができる。 なお、エリアの統合において、統合されるエリアの数は任意である。また、情報処理装置１０が管理する分割パターンの数は任意である。

このように、端末装置３０は、例えば、ユーザの利用に適した任意の態様で情報を表示してよい。そして、端末装置３０は、表示を切り替えるための任意の操作を受け付け可能としてよい。具体的には、例えば、端末装置１０は、図９〜図１２に例示した任意の表示から図９〜図１２に例示した別の表示に遷移させるための任意の操作を受け付け可能としてよい。

次に、情報処理システム１（図２）の動作について説明する。
図１３は、情報処理装置１０（図２）によるモデル生成処理の流れの一例を示す図である。
図１３に示される処理は、定期的に開始される。また、図１３に示される処理は、端末装置３０がユーザから受け付けた入力（指示）に基づいて、開始されてもよい。

（ステップＳ１０１）まず、制御部１３（図３）のモデル生成部１３１（図３）は、演算期間を取得する。演算範囲は、例えば、端末装置３０がユーザから受け付けた期間であってもよいし、情報処理装置１０の管理者などにより指定された期間であってもよい。その後、制御部１３は、ステップＳ１０２に処理を進める。
（ステップＳ１０２）次に、モデル生成部１３１は、エリア、時間帯、曜日、天気などについて、各条件毎のピックアップ数を０にして初期化する。その後、制御部１３は、ステップＳ１０３に処理を進める。

（ステップＳ１０３）次に、モデル生成部１３１は、車両データ取得部１４１を介して、演算範囲の車両データを取得する。その後、制御部１３は、ステップＳ１０４に処理を進める。
（ステップＳ１０４）次に、モデル生成部１３１は、気象データ取得部１４２を介して、演算範囲の気象データを取得する。その後、制御部１３は、ステップＳ１０５に処理を進める。
（ステップＳ１０５）次に、モデル生成部１３１は、取得した各車両２０についての車両データについて、時系列にステップＳ１０６の処理を実行する。モデル生成部１３１は、未処理の車両２０がなくなるまで、ステップＳ１０６の処理を繰り返す。その後、制御部１３は、ステップＳ１０７に処理を進める。

（ステップＳ１０６）次に、モデル生成部１３１は、車両データを、時間的に直前の車両データと比較して営業状態情報の値が「空車」、「迎車」、又は「回送」から「実車」に変化している抽出車両データを抽出する。
（ステップＳ１０７）次に、モデル生成部１３１は、各抽出車両データについて、ステップＳ１０８からステップＳ１１１の処理を実行する。モデル生成部１３１は、未処理の抽出車両データがなくなるまで、ステップＳ１０８からステップＳ１１１の処理を繰り返す。その後、制御部１３は、ステップＳ１１２に処理を進める。
（ステップＳ１０８）次に、モデル生成部１３１は、エリアデータ記憶部１２１が記憶するエリア変換データを参照し、車両データの車両位置情報が示す位置に対応するエリアを特定する。その後、制御部１３は、ステップＳ１０９に処理を進める。
（ステップＳ１０９）次に、モデル生成部１３１は、パラメータ変換データ記憶部１２２が記憶するパラメータ変換データを参照し、車両データの車両時点情報が示す時刻に対応する時間帯と、当該車両時点情報が示す日付に対応する曜日とを特定する。その後、制御部１３は、ステップＳ１１０に処理を進める。

（ステップＳ１１０）次に、モデル生成部１３１は、ステップＳ１０４において取得した気象データに基づいて、ステップＳ１０８において特定したエリアの車両時点情報が示す日時における天気を特定する。その後、制御部１３は、ステップＳ１１１に処理を進める。
（ステップＳ１１１）次に、モデル生成部１３１は、ステップＳ１０８からステップＳ１１０の処理によりそれぞれ特定した条件のピックアップ数に１を加算する。
（ステップＳ１１２）次に、モデル生成部１３１は、各条件毎、すなわち、各パラメータの入力値に対するピックアップ数について、重回帰分析を行い、式（３）に示されるモデルを生成する。その後、制御部１３は、図１３に示される処理を終了する。

図１４は、情報処理システム１による処理の流れの一例を示す図である。
（ステップＳ２０１）まず、端末装置３０（図２）は、ユーザから車両２０の需要数の表示要求を受け付ける。その後、情報処理システム１は、ステップＳ２０２に処理を進める。
（ステップＳ２０２）次に、端末装置３０は、情報処理装置１０（図２）にアクセスする。端末装置３０は、例えば、ユーザの識別情報を情報処理装置１０に送信する。その後、情報処理システム１は、ステップＳ２０３に処理を進める。

（ステップＳ２０３）次に、情報処理装置１０、アクセスのあった端末装置３０の認証処理を行う。端末装置３０の認証が正常に完了した場合、情報処理装置１０は、その旨を端末装置３０に通知する。その後、情報処理システム１は、ステップＳ２０４に処理を進める。
（ステップＳ２０４）次に、端末装置３０は、例えば、現在の日時を示す端末時点情報を含む操作データを、情報処理装置１０に送信する。このとき、端末装置３０は、ユーザから任意の日時の指定を受け付け、受け付けた日時を示す端末時点情報を含む操作データを、情報処理装置１０に送信してもよい。その後、情報処理システム１は、ステップＳ２０５に処理を進める。

（ステップＳ２０５）次に、情報処理装置１０の気象データ取得部１４２（図３）は、操作データが含む端末時点情報が示す日時に対応する気象データを取得要求を、気象データ管理装置５０（図２）に送信する。その後、情報処理システム１は、ステップＳ２０６に処理を進める。
（ステップＳ２０６）次に、気象データ管理装置５０は、情報処理装置１０からの気象データの取得要求に応じて、自装置の気象データ記憶部５１（図２）から気象データを読み出す。そして、気象データ管理装置５０は、読み出した気象データを情報処理装置１０に送信する。その後、情報処理システム１は、ステップＳ２０７に処理を進める。

（ステップＳ２０７）次に、情報処理装置１０の演算部１３２（図３）は、パラメータ変換データ記憶部１２２（図３）に記憶されているパラメータ変換データを参照し、端末時点情報と、気象データが含む気象情報とを、モデル用のパラメータの入力値に変換する。そして、演算部１３２は、モデル記憶部１２３（図３）に記憶されているモデルデータを参照し、入力値に対するモデルの出力値、すなわち、車両２０の需要数を演算する。その後、情報処理システム１は、ステップＳ２０８に処理を進める。

（ステップＳ２０８）次に、情報処理装置１０の地図データ取得部１４４（図３）は、地図データの取得要求を地図データ管理装置６０（図２）に送信する。その後、情報処理システム１は、ステップＳ２０９に処理を進める。
（ステップＳ２０９）次に、地図データ管理装置６０は、情報処理装置１０からの地図データの取得要求に応じて、自装置の地図データ記憶部６１（図２）から車両２０の営業区域を示す地図データを読み出す。そして、地図データ管理装置６０は、読み出した地図データを情報処理装置１０に送信する。その後、情報処理システム１は、ステップＳ２１０に処理を進める。

（ステップＳ２１０）次に、情報処理装置１０の出力データ生成部１３３（図３）は、地図データと、ステップＳ２０７において演算した車両２０の需要数とを含む出力データを端末装置３０に送信する。このとき、情報処理装置１０は、例えば、空車状態の車両２０の数など、任意の情報を出力データに含めてもよい。その後、情報処理システム１は、ステップＳ２１１に処理を進める。
（ステップＳ２１１）次に、端末装置３０は、情報処理装置１０から受信した出力データが含む車両２０の需要数などの情報を表示部３１（図８）に表示する。その後、情報処理システム１は、図１４に示される処理を終了する。

以上説明したように、本実施形態に係る情報処理システム１（図２）は、情報処理装置１０（図２）と、端末装置３０（図２）と、を含む情報処理システムであって、前記情報処理装置１０は、乗用旅客車両（車両２０）（図２）の位置を示す車両位置情報、及び当該車両２０の営業状態を示す営業状態情報を少なくとも含む車両データを取得する車両データ取得部１４１（図３）と、前記車両データ取得部１４１が取得する車両データに含まれる車両位置情報と、営業状態情報の変化とに基づいて、所定の区域（エリア）における旅客数に関する予測値（車両２０の需要数）を演算する演算部１３２（図３）と、前記演算部１３２が演算した前記予測値を含む出力データを前記端末装置３０に送信する送信部１１２（図３）と、を備え、前記端末装置３０は、前記情報処理装置１０から送信された前記出力データを受信する受信部３４１（図８）と、前記受信部３４１が受信する前記出力データに基づいて、前記予測値に基づく情報を表示部３１（図３）に表示させる表示処理部３６２（図８）と、を備える。

このように、情報処理装置１０は、車両２０の営業状態の変化に基づいて、各エリアにおける車両２０の需要数を演算する。情報処理装置１０は、営業状態の変化を特定することにより、車両２０の営業状態が変化した地点及び時点を高い精度で特定することができる。そして、情報処理装置１０は、これら高い精度で特定された地点及び時点の情報を用いるため、車両２０の需要数を高い精度で演算することができる。従って、情報処理装置１０は、乗用旅客車両の運用効率を向上させることができる。

また、情報処理装置１０は、曜日に基づいて、車両２０の需要数を演算する演算部１３２を備える。例えば、休日であるか否かなど、曜日に応じてタクシーなどの利用状況は変化する。情報処理装置１０は、上述したように曜日に基づいて車両２０の需要数を演算するため、曜日に応じた車両２０の需要の変化に対応することができる。従って、情報処理装置１０は、乗用旅客車両の運用効率を向上させることができる。

また、情報処理装置１０は、時間帯に基づいて、車両２０の需要数を演算する演算部１３２を備える。例えば、出勤時間帯であるか、退勤時間帯であるかなど、時間帯にタクシーなどの利用状況は変化する。情報処理装置１０は、上述したように時間帯に基づいて車両２０の需要数を演算するため、時間帯に応じた車両２０の需要の変化に対応することができる。従って、情報処理装置１０は、乗用旅客車両の運用効率を向上させることができる。

また、情報処理装置１０は、気象データの気象情報に基づいて、車両２０の需要数を演算する。例えば、天気や風速など、気象条件に応じてタクシーなどの利用状況は変化する。情報処理装置１０は、上述したように気象条件に基づいて車両２０の需要数を演算するため、気象に応じた車両２０の需要の変化に対応することができる。従って、情報処理装置１０は、乗用旅客車両の運用効率を向上させることができる。

また、端末装置３０は、エリア毎に分割された地図上に、旅客数に関する予測値に基づく情報（車両２０の需要数、空車状態の車両２０の数など）を表示部３１に表示させる表示処理部３６２を備える。
これにより、ユーザは、複数のエリア毎の車両２０の需要の程度を容易に比較することができるとともに、それぞれのエリアの位置を容易に把握することができる。そして端末装置３０は、例えば、流しのタクシーによるピックアップの情報であっても、ピックアップの位置をエリアに統合するため、わかり易く表示することができる。従って、端末装置３０は、乗用旅客車両の運用効率を向上させることができる。

また、表示処理部３６２は、縮尺に応じた分割パターンとともに、各エリア毎の車両２０の需要数、空車状態の車両２０の数などを表示部３１に表示させる。
これにより、ユーザは、地図の縮尺を変更した場合であっても、その縮尺に応じたエリア毎の情報を把握することができる。従って、端末装置３０は、乗用旅客車両の運用効率を向上させることができる。

また、表示処理部３６２は、地図上に空車状態の車両２０の位置を表示部３１に表示させる。これにより、ユーザは、例えば、車両２０の需要が高いエリアにおいて、他の空車状態の車両２０と競合しにくい位置を把握することができるため、端末装置３０は、乗用旅客車両の運用効率を向上させることができる。

また、表示処理部３６２は、地図上に自端末装置３０に関する位置を表示部３１に表示させる。これにより、ユーザは、例えば、車両２０の需要の程度と、自分の位置とを鑑みて移動先を決定することができるため、端末装置３０は、乗用旅客車両の運用効率を向上させることができる。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。上述した実施形態と同一の構成については同一の符号を付して説明を援用する。
まず、図１５を参照して、本実施形態に係る情報処理システム１ａの概要について説明する。
図１５は、情報処理システム１ａの構成を示す概略ブロック図である。
情報処理システム１ａは、情報処理システム１（図２）において情報処理装置１０（図２）に代えて情報処理装置１０ａを含んで構成される。また、情報処理システム１ａは、情報処理システム１（図２）において、ネットワークＮＷに接続された交通データ管理装置７０をさらに含んで構成される。

交通データ管理装置７０は、例えば、サーバ装置などの電子機器である。交通データ管理装置７０は、交通データを記憶する交通データ記憶部７１を備える。交通データは、車両２０の営業区域における交通に関する情報を含むデータであり、例えば、道路の渋滞に関する渋滞情報、イベント（催事）の予定に関するイベント情報などを含む。交通データ管理装置７０は、情報処理装置１０ａから交通データの取得要求を受信する。ここで、交通データの取得要求は、期間、位置などの交通データを特定するための情報を含む。交通データ管理装置７０は、交通データの取得要求に含まれる情報に基づいて、交通データ記憶部７１に記憶されている交通データを抽出する。交通データ管理装置７０は、抽出した交通データを情報処理装置１０ａに送信する。

情報処理装置１０ａは、交通データ管理装置７０が管理する交通データに基づいて、モデルの生成を行う。
次に、図１６を参照して、情報処理装置１０ａの構成について、説明する。
図１６は、情報処理装置１０ａの構成を示す概略ブロック図である。
情報処理装置１０ａは、情報処理装置１０（図３）において、記憶部１２（図３）に代えて記憶部１２ａを、制御部１３（図３）に代えて制御部１３ａを含んで構成される。記憶部１２ａは、記憶部１２におけるパラメータ変換データ記憶部１２２（図３）に代えてパラメータ変換データ記憶部１２２ａとして機能し、またモデル記憶部１２３に代えてモデル記憶部１２３ａとして機能する。制御部１３ａは、制御部１３における取得部１４（図３）に代えて取得部１４ａとして機能し、モデル生成部１３１（図３）に代えてモデル生成部１３１ａとして機能する。取得部１４ａは、取得部１４における各機能部（図３）に加え、交通データ取得部１４５として機能する。

パラメータ変換データ記憶部１２２ａは、パラメータ変換データ記憶部１２２が記憶する各種パラメータ変換データ（時間帯変換データ、曜日変換データ、及び天気変換データ）に加え、イベント変換データを記憶する。イベント変換データは、交通データに含まれるイベント情報を、対応するイベントに関するパラメータに変換するための規則を定めるデータである。

ここで、図１７を参照して、イベント変換データについて説明する。
図１７は、イベント変換データの一例を示す図である。
図１７（ａ）は、イベント情報をイベントの有無を示すパラメータに変換するための規則を表す図である。
図１７（ａ）に示される例では、先頭行に示される「イベント」のパラメータは、イベントの有無を、それぞれ、「１」と「０」との２値により示す。

図１７（ｂ）は、イベント情報をイベントの種類に対応するパラメータに変換するための規則を表す図である。
図１７（ｂ）の先頭行の各項目は、それぞれ、「祭り」、「コンサート」、及び「展示会」のイベントの種別に関するパラメータを表す。図５（ａ）に示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「祭り」、「コンサート」、及び「展示会」の各パラメータは、それぞれ、イベント情報が示すイベントの種類が「祭り」に分類されるか否か、「コンサート」に分類されるか否か、「展示会」に分類されるか否かを表すパラメータである。例えば、交通データに含まれるイベント情報が示すイベントが博覧会の場合、図１７（ｂ）に示されるイベント変換データに基づくと、パラメータ「展示会」の値が「１」であり、その他「祭り」及び「コンサート」のパラメータの値は「０」である。なお、イベントがない場合は、各パラメータ「祭り」、「コンサート」、及び「展示会」は、「０」とする。

図１７（ｃ）は、イベント情報をイベントの規模に対応するパラメータに変換するための規則を表す図である。
図１７（ｃ）の先頭行の各項目は、それぞれ、「小」、「中」、及び「大」のイベントの規模に関するパラメータを表す。図５（ａ）に示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「小」、「中」、及び「大」の各パラメータは、それぞれ、イベント情報が示すイベントの規模が「小」さいか否か、「中」程度か否か、「大」きいか否かを表すパラメータである。例えば、交通データに含まれるイベント情報が示すイベントが３０００人規模である場合、図１７（ｃ）に示されるイベント変換データに基づくと、パラメータ「大」の値が「１」であり、その他「小」及び「中」のパラメータの値は「０」である。なお、イベントがない場合は、各パラメータ「祭り」、「コンサート」、及び「展示会」は、「０」とする。

なお、イベントは、複数の種別のものが同時に成立する場合もあるため、イベントの種類に関するパラメータは、それぞれが排他的なパラメータでなくてもよい。具体的には、例えば、イベント情報が祭り、コンサート、及び展示会の複合的なイベントを表す場合、情報処理装置１０は、「祭り」、「コンサート」、及び「展示会」の各パラメータの値を、それぞれ「１」としてもよい。このように、情報処理装置１０は、イベント情報に応じて、複数のイベントに関するパラメータの値を「１」としてもよい。
また、イベントの種別の例として、３つを挙げて説明したが、イベントの種別に関するパラメータは、他の区分により構成されてもよい。

図１６に戻り、情報処理装置１０ａの制御部１３ａについて説明する。
交通データ取得部１４５は、送信部１１２を介して交通データの取得要求を交通データ管理装置７０（図１５）に送信する。交通データ取得部１４５は、受信部１１１が交通データ管理装置７０から受信した交通データを取得し、取得した交通データをモデル生成部１３１ａ又は出力データ生成部１３３に出力する。

モデル生成部１３１ａは、モデル生成部１３１（図３）と同様に抽出車両データを抽出し、当該抽出車両データに対応する気象データを抽出する。そして、モデル生成部１３１ａは、交通データ取得部１４５を介して、抽出車両データに対応する交通データを取得する。このとき抽出される交通データは、抽出車両データの車両時点情報が示す日時の交通データであって、当該抽出車両データの位置情報が示す位置に対応するエリアの交通データである。

モデル生成部１３１ａは、エリア毎の抽出車両データ、並びに、当該抽出車両データに対応する気象データ及び交通データに基づいて得られる各パラメータの実績値に対して、最小二乗法による重回帰分析を実行することにより、式（３）に示される係数Ａｎ各々の値を定め、エリア毎のモデルを生成する。モデル生成部１３１ａは、生成したエリア毎のモデルを示すモデルデータをモデル記憶部１２３ａに記憶させる。

以上説明したように、情報処理装置１０ａは、第１の実施形態において説明したパラメータ以外のパラメータを有するモデルを生成してよい。パラメータの選択は、任意であり、情報からパラメータへの変換規則も任意に定められてよい。変換規則の変形例を、図１８を用いて説明する。
図１８は、パラメータ変換データの別の例を示す図である。
図１８は、気象データに含まれる気温情報が示す気温をパラメータに変換するための規則を表す気温変換データを表す図である。図１８（ａ）は、夏期用の変換規則を表し、図１８（ｂ）は、冬季用の変換規則を表す。

図１８（ａ）、（ｂ）の先頭行の各項目は、それぞれ、「高」、「中」、及び「低」の気温の高低についてのパラメータを表す。図５（ａ）に示される例と同様に、これらのパラメータは、真を表す「１」、又は、偽を表す「０」の２値のいずれかにより表され、それぞれが、排他的なパラメータである。「高」、「中」、及び「低」の各パラメータは、それぞれ、気温情報が示す気温が「高」いか否か、「中」程度か否か、「低」いか否かを表すパラメータである。例えば、気象データに含まれる気温情報が示す気温が摂氏５度の場合、図１８（ａ）に示される気温変換データに基づくと、パラメータ「低」の値が「１」であり、その他「高」及び「中」のパラメータの値は「０」である。これに対し、図１８（ｂ）に示される気温変換データに基づくと、パラメータ「中」の値が「１」であり、その他「高」及び「低」のパラメータの値は「０」である。

このように、情報処理装置１０、１０ａは、同一のパラメータについての変換規則を複数用意して、車両データ及び気象データに含まれる情報などに基づいて、選択可能としてもよい。また、気温は、数値情報であるため、気温情報が示す数値をパラメータの入力値とすることが可能である。情報処理装置１０、１０ａは、図１８に示したように、数値情報を２値のパラメータに変換してもよく、数値情報をそのままパラメータとしてもよい。
また、情報処理装置１０、１０ａは、数値情報が示す数値に対して、例えば、四則演算など、任意の演算を行ったものをパラメータとしてもよい。

（第３の実施形態）
次に、本発明の第３の実施形態について説明する。上述した実施形態と同一の構成については同一の符号を付して説明を援用する。
本実施形態に係る情報処理システム１ｂ（不図示）は、情報処理システム１ａ（図１５）において情報処理装置１０ａ（図１６）に代えて情報処理装置１０ｂを含んで構成される。
情報処理装置１０ｂは、情報処理装置１０ａと同様のパラメータを有するモデルを生成するが、情報処理装置１０ｂが生成するモデルは、不測事由によるモデルの出力値への変動を補正するための補正変数を有する。

次に、図１９を参照して、情報処理装置１０ｂの構成について説明する。
図１９は、情報処理装置１０ｂの概略機能構成を示すブロック図である。
情報処理装置１０ｂは、情報処理装置１０ａ（図１５）において、記憶部１２ａ（図１６）に代えて記憶部１２ｂを、制御部１３ａ（図１６）に代えて制御部１３ｂを含んで構成される。記憶部１２ｂは、記憶部１２ａにおけるモデル記憶部１２３ａ（図１６）に代えてモデル記憶部１２３ｂとして機能する。制御部１３ｂは、制御部１３ａにおけるモデル生成部１３１ａ（図１６）に代えてモデル生成部１３１ｂとして機能する。

モデル記憶部１２３ｂは、例えば、以下の式（４）又は式（５）に記載のモデルを生成する。

式（４）、（５）において、補正変数αは、出力値を調整するための任意の変数である。当該補正変数αには、例えば、端末装置３０のユーザ、又は、情報処理装置１０ｂの管理者により指定された値が入力される。変数αの値は、エリア毎に指定可能であってよい。また、補正変数αについて、式（４）に示す加算、式（５）に示す乗算以外の任意の演算が行われるように設定されてもよい。

モデル生成部１３１ｂは、モデル生成部１３１ｂと同様の処理を実行して、式（３）に示されるモデルを生成する。モデル生成部１３１ｂは、生成した式（３）に示されるモデルに、補正変数を導入し、例えば、式（４）又は式（５）に記載のモデルを生成する。モデル生成部１３１ｂは、生成したモデルを示すモデルデータをモデル記憶部１２３ｂに記憶させる。

以上説明したように、モデル生成部１３１ｂは、車両２０の需要数の変動を補正するための補正変数を含むモデルを生成する。これにより、情報処理装置１０は、車両２０の需要数に影響を与えるような不測事由が発生した場合であっても、モデルの出力値を補正することができる。従って、情報処理装置１０は、より精度の高いモデルを生成することができ乗用旅客車両の運用効率を向上させることができる。

（第４の実施形態）
次に、本発明の第４の実施形態について説明する。上述した実施形態と同一の構成については同一の符号を付して説明を援用する。
本実施形態に係る情報処理システム１ｃ（不図示）は、情報処理システム１（図２）において情報処理装置１０（図２）に代えて情報処理装置１０ｃ（不図示）を含んで構成される。

情報処理装置１０ｃは、車両２０の需要数を演算するためのモデルを、ニューラルネットワークのアルゴリズムに基づいて生成する装置である。情報処理装置１０ｃは、情報処理装置１０（図２）において、記憶部１２（図２）に代えて記憶部１２ｃ（不図示）を、制御部１３（図２）に代えて制御部１３ｃ（不図示）を含んで構成される。記憶部１２ｃは、記憶部１２におけるモデル記憶部１２３（図２）に代えてモデル記憶部１２３ｃ（不図示）として機能する。制御部１３ｃは、制御部１３におけるモデル生成部１３１ｃ（図２）に代えてモデル生成部１３１ｃ（不図示）として機能する。
モデル記憶部１２３ｃは、モデル生成部１３１ｃにより生成されたモデルを示すモデルデータを記憶する。
モデル生成部１３１ｃは、ニューラルネットワークを用いてモデルを生成する。

ここで、図２０を参照して、ニューラルネットワークによるモデルの生成について説明する。なお、ここでは、階層型ニューラルネットワークを用いたモデルの生成について説明するが、モデル生成部１３１ｃは、相互結合型ニューラルネットワークなど、ニューラルネットワークに関する公知のアルゴリズムを適用してモデルを生成してよい。

図２０は、情報処理装置１０ｃによるモデルの生成処理の概要を説明するための図である。図２０は、ニューラルネットワークの概念を表している。図２０に示されるようにニューラルネットワークは、Ｎ個のノードを有する入力層と、Ｍ個のノードを有する中間層と、１個のノードを有する出力層とを備える。入力層の各ノード８１−１〜８１−Ｎでは、入力用のパラメータの値を受け付ける。入力層の各ノード８１−１〜８１−Ｎは、それぞれ、中間層の各ノード８２−１〜８２−Ｍと連結されており、入力層が受け付けた入力値が、中間層における処理に用いられることを表す。中間層の各ノード８２−１〜８２−Ｍでは、それぞれ、入力層から入力された入力値に対してしきい関数による演算処理を行う。中間層は、１層でもよく、多層でもよい。中間層の各ノード８２−１〜８２−Ｍは、それぞれ、出力層のノード８３−１と連結されており、中間層による演算結果（出力値）が出力層における処理に用いられることを表す。出力層のノード８３−１では、中間層から入力された入力値に対して演算処理を行う。
中間層におけるしきい関数は、下記の式（６）により表され、出力層における演算処理は、下記の式（７）により表される。

なお、上述の式（６）において、関数ｆは、シグモイド関数である。式（６）は、中間層における出力値Ｏ_ｈが、中間層に入力された各入力値Ｉ_ｈ（すなわち、入力層に入力された各パラメータの入力値）とその重み係数Ｗ_ｈとの積を、入力層の各ノードについて加算した総和に対するシグモイド関数の演算結果により得られることを表す。重み係数Ｗ_ｈまた、式（７）は、出力層における出力値Ｏ_ｏ（すなわち、車両２０の需要数）が、出力層に入力された各入力値Ｉ_ｏ（すなわち、中間層における出力値Ｏ_ｈ）とその重み係数Ｗ_ｏとの積を、中間層の各ノードについて加算した総和として得られることを表す。なお、重み係数は、各入力値毎に定められる値である。具体的には、中間層の重み係数Ｗ_ｈは、対応する入力層のノード毎に定められ、出力層の重み係数Ｗ_ｏは、対応する中間層のノード毎に定められる。
また、出力層においても、中間層におけるのと同様に、出力値Ｏ_ｏを、出力層に入力された各入力値Ｉ_ｏとその重み係数Ｗ_ｏとの積を中間層の各ノードについて加算した総和に対するシグモイド関数の演算結果により得ることとしてもよい。

モデル生成部１３１ｃは、上述した重回帰分析によるモデル生成と同様の入力値を扱う。すなわち、モデル生成部１３１ｃは、モデル生成部１３１（図２）と同様に抽出車両データに含まれる車両位置情報及び時点情報と、抽出車両データに対応する気象データに含まれる気象情報とを、パラメータ変換データに基づいて、各種パラメータに変換する。このとき、モデル生成部１３１ｃは、車両情報及び気象情報を、例えば、パラメータの時間帯に関するパラメータ、曜日に関するパラメータ、天気に関するパラメータなどに変換する。各パラメータは、デジタル的に二値で表現されるものであってもよいし、アナログ的に数量で表現されるものであってもよい。ただし、アナログ的なパラメータは、例えば、０から１までの値に正規化された入力値とする。モデル生成部１３１ｃは、各パラメータの実績値のセットを中間層における入力値Ｉｈ、当該セット毎のピックアップ数を出力層における出力値Ｏ_ｏとして、例えば、バックプロパゲーション法により重み係数Ｗ_ｈ、Ｗ_ｏの値を定め、エリア毎のモデルを生成する。モデル生成部１３１ｃは、生成したエリア毎のモデルを示すモデルデータをモデル記憶部１２３ｃに記憶させる。
なお、中間層を多層とする場合には、公知技術のオートエンコーダ（ａｕｔｏｅｎｃｏｄｅｒ）を併用してもよい。このように、情報処理装置１０ｃは、演算結果の精度を高めるため、任意の公知の技術を採用してもよい。

以上説明したように、本実施形態に係る情報処理装置１０ｃは、ニューラルネットワークに基づくモデルを生成する。そして、端末装置３０は、当該モデルによる演算結果に基づく表示を行う。このように、上述した各実施形態におけるモデルは、重回帰分析以外の手法により生成されてもよい。

次に、図２１を参照して、上述した各実施形態に係る情報処理装置１０、１０ａ、１０ｂ、端末装置３０、車両データ管理装置４０、気象データ管理装置５０、地図データ管理装置６０、及び交通データ管理装置７０のハードウェア構成について説明する。
図２１は、情報処理装置１０、１０ａ、１０ｂのハードウェア構成の一例を示すブロック図である。
上述した各実施形態に係る情報処理装置１０、１０は、ＣＰＵ１０１、記憶媒体１０２、ドライブ部１０３、入力部１０４、出力部１０５、ＲＯＭ１０６、ＲＡＭ１０７、補助記憶部１０８、及びインターフェース部１０９を含んで構成される。
ＣＰＵ１０１と、ドライブ部１０３と、入力部１０４と、出力部１０５と、ＲＯＭ１０６と、ＲＡＭ１０７と、補助記憶部１０８と、インターフェース部１０９とは、バス１００（母線）を介して相互に接続される。

ＣＰＵ１０１は、プログラム、各種データを読み出して、当該ＣＰＵ１０１を備える自装置を制御する。記憶媒体１０２は、例えば、光磁気ディスク、フレキシブルディスク、フラッシュメモリなどの可搬記憶媒体であり、例えば、各種データを記憶する。ドライブ部１０３は、例えば、記憶媒体１０２の読み出し装置又は読み書き装置である。入力部１０４は、例えば、マウス、キーボードなどの入力装置である。出力部１０５は、例えば、表示部、スピーカなどの出力装置である。ＲＯＭ１０６は、例えば、プログラムを記憶する記憶媒体である。ＲＡＭ１０７は、例えば、各種データ、プログラムを一時的に記憶する記憶媒体である。補助記憶部１０８は、ＨＤＤ、フラッシュメモリなどの記憶媒体であり、例えば、各種データを記憶する。インターフェース部１０９は、通信用インターフェースを有し、有線又は無線によりネットワークＮＷに接続される。

ＣＰＵ１０１が読み出すプログラムは、ＲＯＭ１０６に記憶されている一例を示したが、記憶媒体１０２や補助記憶部１０８に記憶されていてもよいし、ネットワークＮＷからダウンロードしたプログラムを記憶媒体１０２や補助記憶部１０８などに記憶させてもよい。ＣＰＵ１０１が読み出す各種データは、記憶媒体１０２や補助記憶部１０８に記憶されている一例を示したが、ＲＯＭ１０６に記憶されていてもよいし、ネットワークＮＷからダウンロードした各種データであってもよい。

なお、上述した各実施形態において、情報処理システム１、１ａ、１ｂ、１ｃ（図２、図１５、不図示）は、端末装置３０、車両データ管理装置４０、気象データ管理装置５０、及び地図データ管理装置６０、交通データ管理装置７０のうち、いずれか又は任意の組み合わせを含まずに構成されてもよい。

なお、上述した各実施形態において、情報処理装置１０、１０ａ、１０ｂ、１０ｃが有する任意の機能は、複数の装置により実現されてもよい。例えば、情報処理装置１０、１０ａ、１０ｂ、１０ｃのモデルを演算する機能と、車両２０の需要数を演算する機能とは、別体の装置に分離して備えられてもよい。この場合、モデル生成部１３１、１３１ａ、１３１ｂ、１３１ｃ（図３、図１６、図１９、不図示）、と、演算部１３２（図３、図１６、図１９、不図示）とは、それぞれ、別体の装置に備えられ、演算部１３２を備える装置は、モデル生成部１３１が生成したモデルを示すモデル記憶部１２３、１２３ａ、１２３ｂ、１２３ｃから通信を介してモデルデータを取得する。そして、演算部１３２は、取得されたモデルデータに基づいて、車両２０の需要数を演算する。

なお、上述した各実施形態において、情報処理システム１、１ａ、１ｂ、１ｃに含まれる各種装置が有する各種機能は、一体の装置により実現されてもよい。例えば、情報処理装置１０、１０ａ、１０ｂ、１０ｃは、車両データ管理装置４０の車両データ記憶部４１（図２）を含んで構成されてもよい。この場合、情報処理装置１０、１０ａ、１０ｂ、１０ｃは、車両２０から車両データを取得し、自装置の車両データ記憶部４１に記憶させる。

なお、上述した各実施形態において、端末装置３０は、例えば、パーソナルコンピュータ、携帯電話、タブレット、スマートフォン、ＰＨＳ端末装置、又はＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの電子機器であってもよい。そして、車両データに含まれる車両位置情報は、端末装置３０により検出されたものであってもよい。

なお、上述した各実施形態において、情報処理装置１０、１０ａ、１０ｂ、１０ｃが有する各種機能は、端末装置３０により実行されてもよい。例えば、端末装置３０は、地図データ取得部１４４を備えてよく、地図データを取得可能であってもよい。そして、端末装置３０は、情報処理装置１０、１０ａ、１０ｂ、１０ｃから取得する車両２０の需要数などを、自装置が取得した地図データが示す地図と対応付けて表示してもよい。また、端末装置３０が有する機能の一部が情報処理装置１０、１０ａ、１０ｂ、１０ｃにより実行されてもよい。例えば、情報処理装置１０、１０ａ、１０ｂ、１０ｃは、端末装置３０が各種情報を表示するための画像のデータを出力データとして生成し、生成した出力データを端末装置３０に送信してもよい。この場合、端末装置３０は、情報処理装置１０から受信した出力データが示す画像を表示部３１に表示させる。

なお、上述した各実施形態における情報処理装置１０、１０ａ、１０ｂ、１０ｃ、及び、端末装置３０の一部、例えば、制御部１３、１３ａ、１３ｂ、１３ｃ及び、制御部３６などをコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、情報処理装置１０、１０ａ、１０ｂ、１０ｃ又は、端末装置３０に内蔵されたコンピュータシステムであって、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や周辺機器などのハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭなどの可搬媒体、コンピュータシステムに内蔵されるハードディスクなどの記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネットなどのネットワークや電話回線などの通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。

また、上述した実施形態における情報処理装置１０、１０ａ、１０ｂ、１０ｃ、端末装置３０の一部、又は全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）などの集積回路として実現してもよい。情報処理装置１０、１０ａ、１０ｂ、端末装置３０の各機能部は個別にプロセッサ化してもよいし、一部、又は全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、又は汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更などをすることが可能である。

１、１ａ、１ｂ、１ｃ…情報処理システム、１０、１０ａ、１０ｂ、１０ｃ…情報処理装置、１１…通信部、１１１…受信部、１１２…送信部、１２、１２ａ、１２ｂ、１２ｃ…記憶部、１２１…エリアデータ記憶部、１２２、１２２ａ…パラメータ変換データ記憶部、１２３、１２３ａ、１２３ｂ、１２３ｃ…モデル記憶部、１３、１３ａ、１３ｂ、１３ｃ…制御部、１４、１４ａ…取得部、１４１…車両データ取得部、１４２…気象データ取得部、１４３…操作データ取得部、１４４…地図データ取得部、１４５…交通データ取得部、１３１、１３１ａ、１３１ｂ、１３１ｃ…モデル生成部、１３２…演算部、１３３…出力データ生成部、２０…車両、２１…実空車表示機、２２…解析装置、２２１…通信部、２２２…測位部、２２３…状態検出部、２２４…制御部、３０…端末装置、３１…表示部、３２…入力部、３３…測位部、３４…通信部、３４１…受信部、３４２…送信部、３５…記憶部、３６…制御部、３６１…操作処理部、３６２…表示処理部、４０…車両データ管理装置、４１…車両データ記憶部、５０…気象データ管理装置、５１…気象データ記憶部、６０…地図データ管理装置、６１…地図データ記憶部、７０…交通データ管理装置、７１…交通データ記憶部、ＮＷ…ネットワーク

Claims (7)

1. 少なくとも車両毎の位置と営業状態を示す車両データと、端末装置に搭載される車両の位置を示す操作データとを取得する取得部と、
   前記車両データに基づいて、少なくとも前記操作データが示す位置に対応する区域における車両の需要予測数と、前記営業状態が空車状態である車両の数である空車数を演算し、
   前記需要予測数と前記空車数を含む出力データを前記端末装置に出力する制御部と、
   を備える情報処理装置。
2. 前記取得部は、所定の時間間隔で前記車両データを受信する車両データ管理装置から、所定の時間間隔で前記車両データを取得する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 所定の時間間隔で前記需要予測数の演算に利用するモデルを生成するモデル生成部を備える、
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記制御部は、前記車両の営業区域を区分した区域ごとに前記空車数を演算する、
   ことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
5. 前記制御部は、前記車両の営業区域を区分した区域ごとに前記需要予測数を演算する、
   ことを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
6. 前記制御部は、前記取得部が前記操作データを取得したタイミングに基づいて、前記出力データを前記端末装置に出力する、
   ことを特徴とする請求項１から請求項５のいずれか一項に記載の情報処理装置。
7. 情報処理装置における情報処理方法であって、
   前記情報処理装置が、
   少なくとも車両毎の位置と営業状態を示す車両データと端末装置に搭載される車両の位置を示す操作データを取得する取得ステップと、
   前記車両データに基づいて、少なくとも前記操作データが示す位置に対応する区域における車両の需要予測数と、前記営業状態が空車状態である車両の数である空車数を演算する演算ステップと、
   前記需要予測数と前記空車数を含む出力データを前記端末装置に出力する制御ステップと、
   を有する情報処理方法。

Images