JP2024033063A - 情報処理装置、情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】
車両間で乗客を分散させて混雑を緩和させることが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供する。
【解決手段】
ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得部と、希望乗車駅に停車しその後に希望降車駅に停車する１又は複数の列車を特定列車として特定し、特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得部と、ユーザ希望情報及び混雑率情報に基づいて、特定列車のうちの１の列車の１の車両をユーザが乗車すべき特定車両として特定する列車車両特定部と、を有する。
【選択図】図３

Description

本発明は、情報処理装置、情報処理システム、情報処理方法及びプログラムに関する。

列車の車両ごとの混雑予測を行う情報処理装置が知られている。例えば、特許文献１には、取得した経路情報に基づいてユーザが乗降する駅と利用する列車及び車両を特定し、当該列車の停車駅及び車両ごとの利用人数を集計してポイント表を作成し、当該ポイント表に基づいて列車の停車駅及び車両ごとの混雑予測を行うサーバ装置が開示されている。

特開２０２０－３８７２５号公報

特許文献１に記載のサーバ装置において混雑予測がなされた場合、ユーザは当該混雑予測を受けて各自で列車への乗車日時や乗り込む車両を決定するため、結果として一部の車両に乗客が偏ってしまい、当該一部の車両において混雑が緩和されないという問題点が一例として挙げられる。

本発明は、上記した点に鑑みてなされたものであり、車両間で乗客を分散させて混雑を緩和させることが可能な情報処理装置、情報処理システム、情報処理方法及びプログラムを提供することを目的とする。

請求項１に記載の情報処理装置は、ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得部と、前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得部と、前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定部と、を有することを特徴とする。

請求項１０に記載の情報処理システムは、端末装置と情報処理装置とからなる情報処理システムであって、前記端末装置は、ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報の入力を受け付けるユーザ希望情報受付部を有し、前記情報処理装置は、前記端末装置から前記ユーザ希望情報を取得するユーザ希望情報取得部と、前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得部と、前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定部と、を有することを特徴とする。

請求項１１に記載の情報処理方法は、情報処理装置が実行する情報処理方法であって、ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得ステップと、前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得ステップと、前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定ステップと、を有することを特徴とする。

請求項１２に記載の情報処理プログラムは、コンピュータに実行させるためのプログラムであって、ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得ステップと、前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得ステップと、前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定ステップと、を前記コンピュータに実行させることを特徴とする。

実施例１に係る情報処理システムの全体構成図である。 実施例１に係る端末装置の構成の一例を示すブロック図である。 実施例１に係るサーバ装置の構成の一例を示すブロック図である。 実施例１に係るサーバ装置に記憶される混雑率情報の一例を示す図である。 実施例１に係るサーバ装置に記憶される乗客情報の一例を示す図である。 実施例１に係る端末装置における乗車案内情報の表示態様の一例を示す図である。 実施例１に係る端末装置の制御ルーチンを示すフローチャートである。 実施例１に係るサーバ装置の制御ルーチンを示すフローチャートである。 実施例１に係るサーバ装置の制御サブルーチンを示すフローチャートである。 実施例２に係るサーバ装置に記憶される混雑率情報の一例を示す図である。 実施例２に係るサーバ装置の制御サブルーチンを示すフローチャートである。

以下、本発明の実施例について図面を参照しつつ具体的に説明する。なお、図面において、同一の構成要素については同一の符号を付け、重複する構成要素の説明は省略する。

まず、全体のシステム構成について説明する。図１は、実施例１に係る乗車案内システム１００の構成を示す図である。図１に示すように、乗車案内システム１００は、複数の端末装置１０とサーバ装置１１とを含んで構成される。

端末装置１０は、スマートフォンやタブレット端末等の持ち運び可能な通信端末である。端末装置１０は、端末装置１０の利用者（以下、ユーザとも称する）からの入力操作の受け付けや画像の表示等がなされるタッチパネルディスプレイ１２を有している。

端末装置１０の各々には、乗車案内システム１００においてユーザからの入力を受け付けて、当該受け付けた受付情報を送信し、当該受付情報に基づいて決まる乗車車両の指定等の乗車案内の情報をユーザに提示する乗車案内アプリケーションがインストールされている。端末装置１０は、当該アプリケーションを介して、鉄道の駅のうちユーザが希望する希望乗車駅及び希望降車駅並びに希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報の入力をユーザから受け付けて当該ユーザ希望情報を受付情報として取得可能に構成されている。

情報処理装置としてのサーバ装置１１は、端末装置１０とネットワークＮＷを介して、例えば、ＴＣＰ／ＩＰ等の通信プロトコルを用いて相互にデータの送受信が可能になっている。端末装置１０及びサーバ装置１１とネットワークＮＷとの接続は、例えば、３Ｇ（3rd Generation）、４Ｇ（4th Generation）又は５Ｇ（5th Generation）等の移動体通信、Ｗｉ-Ｆｉ（登録商標）等の無線通信によりなされ得る。

サーバ装置１１は、上記端末装置１０において受け付けられた受付情報をネットワークＮＷを介して受信し、当該受付情報に基づいて、乗車車両の指定等の乗車案内の情報を生成し、ネットワークＮＷを介して端末装置１０に送信する処理を行う。

図２は、実施例１に係る端末装置１０の構成の一例を示すブロック図である。端末装置１０は、システムバス１３を介して制御部１４と通信部１５と入力部１６と出力部１７とが協働する装置である。

制御部１４は、ＣＰＵ（Central Processing Unit）１４Ａ、ＲＯＭ（Read Only Memory）１４Ｂ、ＲＡＭ（Random Access Memory）１４Ｃ等により構成され、コンピュータとして機能する。ＣＰＵ１４Ａは、ＲＯＭ１４Ｂに記憶されている各種プログラムを読み出し実行することにより各種機能を実現する。

各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、記録媒体に記録されて各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、ＲＯＭ１４Ｂに記憶される各種プログラム（後述する端末装置１０における処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータ読み取り可能な記録媒体に記録して譲渡することが可能である。

通信部１５は、制御部１４の指示に従って外部機器とデータの送受信を行う通信装置である。通信部１５は、例えば、ネットワークＮＷに接続するためのＮＩＣ（Network Interface Card）である。制御部１４は、通信部１５を介してサーバ装置１１と通信可能に構成される。制御部１４は、通信部１５を介して端末装置１０からユーザ希望情報を受信することが可能である。また、制御部１４は、通信部１５を介して端末装置１０に乗車案内情報を送信することが可能である。

入力部１６は、制御部１４とタッチパネルディスプレイ１２とを通信可能に接続しているインタフェース部である。制御部１４は、ユーザによってタッチパネルディスプレイ１２に入力された上述したユーザ希望情報を入力部１６を介して取得することが可能である。

出力部１７は、制御部１４とタッチパネルディスプレイ１２とを通信可能に接続しているインタフェース部である。制御部１４は、通信部１５を介して受信したユーザが乗車すべき列車の乗車案内が示されている乗車案内情報を出力部１７を介してタッチパネルディスプレイ１２に表示させることが可能である。

図３は、実施例１に係るサーバ装置１１の構成の一例を示すブロック図である。サーバ装置１１は、システムバス２１を介して制御部２２と通信部２３と大容量記憶装置２４とが協働する装置である。

制御部２２は、ＣＰＵ２２Ａ、ＲＯＭ２２Ｂ、ＲＡＭ２２Ｃ等により構成され、コンピュータとして機能する。ＣＰＵ２２Ａは、ＲＯＭ２２Ｂや大容量記憶装置２４に記憶されている各種プログラムを読み出し実行することにより各種機能を実現する。

各種プログラムは、例えば、他のサーバ装置等からネットワークＮＷを介して取得されるようにしてもよいし、記録媒体に記録されて各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、大容量記憶装置２４に記憶される各種プログラム（後述するサーバ装置１１における処理を実行するためのプログラムを含む）は、ネットワークＮＷを介して伝送可能であるし、また、コンピュータ読み取り可能な記録媒体に記録して譲渡することが可能である。

通信部２３は、制御部２２の指示に従って外部機器とデータの送受信を行う通信装置である。通信部２３は、例えば、ネットワークＮＷに接続するためのＮＩＣである。本実施例において、制御部２２は、通信部２３を介して端末装置１０の各々と通信可能に構成される。

制御部２２は、通信部２３を介して、端末装置１０からユーザのＩＤ、ユーザの希望乗車駅、ユーザの希望降車駅及び希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得する。言い換えれば、制御部２２は、ユーザ希望情報を取得するユーザ希望情報取得部として機能する。

大容量記憶装置２４は、例えば、ハードディスク装置、ＳＳＤ（solid state drive）、フラッシュメモリ等により構成されており、オペレーティングシステムや、端末用のソフトウェア等の各種プログラムを記憶する記憶デバイスである。

大容量記憶装置２４の列車情報データベース（以下、列車情報ＤＢと称する）２４Ａは、鉄道路線において運行される列車のダイヤ、例えば停車駅の各々における発着時刻と、当該列車の各々の車両ごとの混雑率、例えば駅間毎の混雑率とを示すデータが格納されているデータベースである。

制御部２２は、端末装置１０からユーザ希望情報を受け付けると、受け付けたユーザ希望情報が示す乗車駅から降車駅までの混雑率を示す混雑率情報を作成し、それに基づいてユーザが乗車すべき車両を特定する。

制御部２２は、この乗車すべき車両の決定に先駆けて、乗車駅、降車駅及び到着希望日時に基づいて複数の列車を特定列車として特定し、当該特定列車の車両の中からユーザが乗車すべき車両を特定車両として特定する。例えば、特定列車は、乗車駅及び降車駅に停車する列車の中で、降車駅に到着希望日時から遡って３０分以内の時刻に到着する列車としてもよい。なお、この特定の列車の決定をせずに、全列車の車両の中からユーザが乗車すべき車両を決定してもよい。

図４に、上記混雑率情報の一例としての混雑率テーブルＴＢ１を示す。この混雑率テーブルＴＢ１は、ユーザ希望情報及び列車情報ＤＢ２４Ａに基づいて生成される。混雑率テーブルＴＢ１は、ユーザ希望情報及び列車情報ＤＢ２４Ａの情報に基づいて特定された列車の乗車駅から降車駅までの乗車区間の混雑率を示すテーブルである。この混雑率は例えば、平均混雑率であるかまたは最大混雑率である。

混雑率テーブルＴＢ１において、一番左の「運行日」の項目は、各列車が運行している年月日を示しており、左から２番目の「発着時刻」の項目は、各列車のＡ駅を出発する時刻とＢ駅に到着する時刻を示している。左から３番目の「列車ＩＤ」の項目は、運行している列車の各々に付与されているＩＤを示している。

また、左から４番目の「車両」の項目は、列車における車両の各々の号車番号を示している。すなわち、「車両」の項目には、運行している列車ごとに１号車から１０号車までの車両が示されている。

混雑率テーブルＴＢ１において、「乗車予定人数／乗車定員」の項目は、車両の各々に定められた乗車定員に対する乗車予定人数を示している。ここで、乗車予定人数とは、サーバ装置１１の制御部２２によって特定された車両にそれぞれ乗車予定のユーザ数を集計したものである。

「乗車予定人数／乗車定員」の項目において、「前ドア」、「前中ドア」、「後中ドア」及び「後ドア」の４項目は、車両ごとに設けられている４つのドアの位置ごとに均等になるように乗車定員に対する乗車予定人数を分割したものである。例えば、列車ＩＤがＥ００１の列車における１号車の乗車定員は全体で１４０人であるため、１つのドア位置当たりの乗車定員を３５人としている。

一番右の「混雑率」の項目は、Ａ駅を出発予定の列車の車両の各々における全体の乗車定員に対する乗車予定人数の割合を示している。サーバ装置１１の制御部２２は、混雑率テーブルＴＢ１の「混雑率」の項目を参照し、運行している列車の車両ごとの混雑率が１５０％を超えないように特定車両を特定する。また、制御部２２は、特定した特定車両におけるドアの位置ごとの乗車予定人数に基づいてユーザが乗り込むべきドア位置を特定ドアとして特定する。

なお、サーバ装置１１の制御部２２は、混雑率テーブルＴＢ１の「混雑率」の項目を参照し、運行している列車の車両ごとの混雑率が均等になるように特定車両を特定してもよい。

制御部２２は、特定した特定車両及び特定ドアを含む乗車案内情報を生成して端末装置１０に送信する。これにより、乗車案内情報を受信した端末装置１０のユーザは、自身が乗車すべき列車の車両及びそのドア位置を把握することができる。

大容量記憶装置２４の乗客情報データベース（以下、乗客情報ＤＢと称する）２４Ｂは、制御部２２によって特定されたユーザが乗車すべき列車の車両やドア位置を含むデータが格納されているデータベースである。

制御部２２は、端末装置１０の各々から送信される上述したユーザ希望情報を取得すると、当該ユーザ希望情報及び上記列車情報ＤＢ２４Ａに基づいて特定車両及び特定ドアを特定し、それらを含む乗車案内情報を端末装置１０に送信する。制御部２２は、ユーザ希望情報の受信毎に上記特定した特定車両及び特定ドアを含む列車情報を乗客情報ＤＢ２４Ｂに記憶し、列車情報ＤＢ２４Ａにおける特定車両ＳＶの混雑度を更新する。

図５に、上記乗客情報の一例としての乗客テーブルＴＢ２を示す。乗客テーブルＴＢ２において、一番左の「乗車日」の項目はユーザの各々が列車に乗車する乗車日を示している。左から２番目の「ユーザＩＤ」の項目は、端末装置１０のユーザの各々に付与されているＩＤを示している。左から３番目の「列車ＩＤ」の項目は列車の各々に付与されているＩＤを示している。

また、乗客テーブルＴＢ２において、「乗車駅」及び「出発時刻」の項目は、端末装置１０のユーザが列車に乗車する乗車駅と当該列車が乗車駅を出発する出発時刻を示している。また、「降車駅」及び「到着時刻」の項目は、端末装置１０のユーザが列車から降車する降車駅と当該列車が降車駅に到着する到着時刻を示している。

また、乗客テーブルＴＢ２において、「特定車両」及び「特定ドア」の項目は、上述した特定車両及び特定ドアをそれぞれ示している。具体的には、「特定車両」には車両の号車番号が示されており、「特定ドア」には特定車両においてユーザが乗り込むべきドアの位置が示されている。

ここで、図４及び図５を用いて、制御部２２による特定車両及び特定ドアの特定方法と混雑率テーブルＴＢ１の更新について具体的に説明する。以下においては、サーバ装置１１の制御部２２が、希望乗車駅として「Ａ駅」を、希望降車駅として「Ｂ駅」を、及び希望降車駅への到着希望日時として「２０２２年◇月×日の午前８時４５分」を含むユーザ希望情報を取得したものとして説明する。

制御部２２は、ユーザ希望情報を取得した際に、列車情報ＤＢ２４Ａに基づいて当該ユーザ希望情報が示す乗車駅から降車駅までの混雑率を示す混雑率情報としての混雑率テーブルＴＢ１を作成し、到着希望日時から所定時間遡った日時までの間に希望降車駅に到着する列車を特定列車ＳＴとして特定する。

具体的には、制御部２２は、Ａ駅を出発してＢ駅に到着する列車の車両の混雑率を示す混雑率テーブルＴＢ１において、２０２２年◇月×日の午前８時４５分から１５分遡った８時３０分までの間にＢ駅に到着する車両を特定列車ＳＴとして特定する。すなわち、制御部２２は、列車ＩＤがＥ００４、Ｅ００３、Ｅ００２及びＥ００１の４本の列車を特定列車ＳＴとして特定する。

制御部２２は、特定列車ＳＴを特定した後に混雑率テーブルＴＢ１を参照し、特定列車ＳＴにおける車両ごとの混雑率を取得する。言い換えれば、制御部２２は、特定列車ＳＴの車両の各々の混雑率情報を取得する混雑率情報取得部として機能する。

制御部２２は、ユーザ希望情報に基づいて特定された特定列車ＳＴの車両ごとの混雑率情報に基づいて端末装置１０のユーザが乗車すべき特定車両ＳＶを特定する。言い換えれば、制御部２２は、ユーザ希望情報及び混雑率情報に基づいて特定車両ＳＶを特定する列車車両特定部として機能する。

制御部２２は、特定列車ＳＴの各々の車両間で混雑率が均等になるように、特定列車ＳＴにおいて最も混雑率が小さくかつ最も小さい号車番号の車両を特定車両ＳＶとして特定する。

具体的には、制御部２２は、図４に示すように、列車ＩＤがＥ００４～Ｅ００１の列車の車両ごとの混雑率を比較した際に、最も小さい混雑率（１４１％）を示しかつ最も小さい号車番号であるＥ００２の２号車を特定車両ＳＶとして特定する。

制御部２２は、特定車両ＳＶの４つのドア位置間で乗車予定人数が均等になるように、特定車両ＳＶにおいて最も乗車予定人数が少ないドア位置を特定ドアＳＤとして特定する。このとき、最も乗車予定人数が少ないドア位置が複数該当する場合には、「前ドア」、「前中ドア」、「後中ドア」及び「後ドア」の順に従って特定ドアＳＤを特定する。

具体的には、制御部２２は、図４に示すように、特定車両ＳＶであるＥ００２の列車の２号車において、最も少ない乗車予定人数（５６／４０）を示す「前中ドア」、「後中ドア」及び「後ドア」のドア位置のうち、上記順に従って「前中ドア」を特定ドアＳＤとして特定する。

制御部２２は、特定車両ＳＶ及び特定ドアＳＤを特定した際に、図５に示すように、特定車両ＳＶを有する列車に乗車する乗車日と、当該列車のＡ駅からの出発時刻及びＢ駅への到着時刻と、ユーザＩＤと、列車ＩＤと、特定車両ＳＶ及び特定ドアＳＤとからなる列車情報ＴＩを乗客テーブルＴＢ２に新たに追加する。

制御部２２は、乗客テーブルＴＢ２に列車情報ＴＩを追加した後に、混雑率テーブルＴＢ１における特定車両ＳＶの特定ドアＳＤにおける乗車予定人数を変更する。具体的には、混雑率テーブルＴＢ１において特定車両ＳＶ（Ｅ００２の列車の２号車）の「前中ドア」の乗車予定人数を１増加させる。これにより、Ｅ００２の列車の２号車における混雑率が更新される。

このように、サーバ装置１１の制御部２２は、車両間の混雑率が均等になるように特定車両ＳＶ及び特定ドアＳＤを特定することにより、車両間の乗客を分散させて列車内の混雑を緩和させることができる。

以下に、図６を用いて、制御部２２によって生成される乗車案内情報について説明する。図６は、端末装置１０に表示される乗車案内情報の表示態様の一例を示す図である。

制御部２２は、上述した列車情報ＴＩに基づいて端末装置１０のユーザに乗車すべき列車の乗車案内を示す乗車案内情報を生成する。制御部２２は、乗車案内情報を生成すると、通信部２３を介して端末装置１０に当該乗車案内情報を送信する。

端末装置１０の制御部１４は、サーバ装置１１から乗車案内情報を受信すると、当該乗車案内情報をタッチパネルディスプレイ１２に表示する。タッチパネルディスプレイ１２には、例えば図６に示すように、ユーザが乗車すべき車両の号車及びドア位置を示すイラストが示されると共に、当該イラストの下部に「Ｅ００２ ２号車 前中ドア からご乗車下さい。」との案内コメントが示される。

端末装置１０のユーザは、サーバ装置１１から乗車案内情報を受信した際に、自身が乗車すべき列車のＡ駅からの出発時刻と乗り込むべき車両及びドア位置を把握することができる。

以下に、図７を用いて、本実施例における端末装置１０の具体的な動作について説明する。図７は、端末装置１０の制御部１４において実行される乗車案内情報表示ルーチンＲＴ１を示すフローチャートである。

制御部１４は、例えば、端末装置１０において上述した乗車案内アプリケーションが起動されたときに乗車案内情報表示ルーチンＲＴ１を開始する。なお、乗車案内情報表示ルーチンＲＴ１は、端末装置１０において上記アプリケーションが起動されている限り制御部１４によって繰り返し実行される。

まず、制御部１４は、端末装置１０のユーザによってユーザ希望情報の入力がなされた否かを判定する（ステップＳ１０１）。具体的には、制御部１４は、端末装置１０のユーザによって希望乗車駅、希望降車駅及び希望降車駅への到着希望日時の入力がなされたか否かを判定する。

制御部１４は、ユーザ希望情報の入力がなされていないと判定すると（ステップＳ１０１：ＮＯ）、乗車案内情報表示ルーチンＲＴ１を終了する。制御部１４は、ユーザ希望情報の入力がなされたと判定すると（ステップＳ１０１：ＹＥＳ）、サーバ装置１１にユーザ希望情報を送信する（ステップＳ１０２）。

制御部１４は、ステップＳ１０２の後に、サーバ装置１１から乗車案内情報を受信したか否かを判定する（ステップＳ１０３）。制御部１４は、サーバ装置１１から乗車案内情報を受信していないと判定すると（ステップＳ１０３：ＮＯ）、ステップＳ１０３を繰り返し実行する。

制御部１４は、サーバ装置１１から乗車案内情報を受信したと判定すると（ステップＳ１０３：ＹＥＳ）、当該乗車案内情報をタッチパネルディスプレイ１２上に表示させる（ステップＳ１０４）。

具体的には、制御部１４は、図６に示すように、タッチパネルディスプレイ１２上に端末装置１０のユーザが乗車すべき列車の発着時刻と乗車すべき車両番号と当該車両のドア位置とを含む乗車案内情報を表示させる。制御部１４は、ステップＳ１０４の後に乗車案内情報表示ルーチンＲＴ１を終了する。

次に、図８を用いて、本実施例におけるサーバ装置１１の具体的な動作について説明する。図８は、サーバ装置１１の制御部２２において実行される乗車案内情報生成ルーチンＲＴ２を示すフローチャートである。

制御部２２は、例えば、サーバ装置１１において電源が投入されたときに乗車案内情報生成ルーチンＲＴ２を開始する。なお、乗車案内情報生成ルーチンＲＴ２は、サーバ装置１１において電源が投入されている限り制御部２２によって繰り返し実行される。

まず、制御部２２は、ユーザ希望情報を受信したか否かを判定する（ステップＳ２０１）。具体的には、制御部２２は、端末装置１０のユーザによって入力された希望乗車駅、希望降車駅及び到着希望日時を受信したか否かを判定する。

制御部２２は、ユーザ希望情報を受信していないと判定すると（ステップＳ２０１：ＮＯ）、乗車案内情報生成ルーチンＲＴ２を終了する。制御部２２は、ユーザ希望情報を受信したと判定すると（ステップＳ２０１：ＹＥＳ）、当該ユーザ希望情報に基づいて上述した特定車両ＳＶ及び特定ドアＳＤを特定する車両ドア特定サブルーチンを実行する（ステップＳ２０２）。

制御部２２は、ステップＳ２０２において特定車両ＳＶ及び特定ドアＳＤを特定した後に、列車情報ＤＢ２４Ａにおける混雑率テーブルＴＢ１の更新を実施する（ステップＳ２０３）。具体的には、制御部２２は、ユーザＩＤや特定車両ＳＶ及び特定ドアＳＤを含む列車情報ＴＩを乗客テーブルＴＢ２に新たに追加し、列車情報ＤＢ２４Ａの混雑率テーブルＴＢ１における特定車両ＳＶの乗車予定人数を増加する。これにより、特定車両ＳＶにおける混雑率が更新される。

制御部２２は、ステップＳ２０３の後に、上述した列車情報ＴＩに基づいて端末装置１０のユーザが乗車すべき列車の乗車案内を示す乗車案内情報を生成し、当該乗車案内情報を端末装置１０に送信する（ステップＳ２０４）。制御部２２は、ステップＳ２０４の後に乗車案内情報生成ルーチンＲＴ２を終了する。

以下に、図９を用いて、上述したステップＳ２０２において制御部２２によって実行されるサブルーチンについて説明する。図９は、車両ドア特定サブルーチンＲＴ３を示すフローチャートである。

以下においては、上述したものと同様に、制御部２２が希望乗車駅として「Ａ駅」を、希望降車駅として「Ｂ駅」を、及び希望降車駅への到着希望日時として「２０２２年◇月×日の午前８時４５分」を含むユーザ希望情報を取得したものとして説明する。

制御部２２は、上述したステップＳ２０１の後に、大容量記憶装置２４の列車情報ＤＢ２４Ａ及びユーザ希望情報に基づいて当該ユーザ希望情報が示す乗車駅から降車駅までの混雑率を示す混雑率情報としての混雑率テーブルＴＢ１を作成する（ステップＳ３０１）。

制御部２２は、ステップＳ３０１の後に、混雑率テーブルＴＢ１及びユーザ希望情報に基づいて特定列車ＳＴを特定する（ステップＳ３０２）。具体的には、制御部２２は、取得したユーザ希望情報に含まれる希望乗車駅、希望降車駅及び希望降車駅への到着希望日時に基づいて、到着希望日時以前に希望降車駅に到着する列車を特定列車ＳＴとして特定する。すなわち、制御部２２は、図４に示すように、列車ＩＤがＥ００４～Ｅ００１の列車を特定列車ＳＴとして特定する。

制御部２２は、ステップＳ３０２の後に、混雑率テーブルＴＢ１を参照して特定列車ＳＴの車両の各々の混雑率を取得し、当該混雑率に基づいて端末装置１０のユーザが乗車すべき特定車両ＳＶを特定する（ステップＳ３０３）。

具体的には、制御部２２は、特定列車ＳＴの各々の車両間で混雑率が均等になるように、特定列車ＳＴにおいて最も混雑率が小さくかつ最も小さい号車番号の車両を特定車両ＳＶとして特定する。すなわち、制御部２２は、図４に示すように、Ｅ００４～Ｅ００１の列車の車両ごとの混雑率を比較した際に、最も小さい混雑率（１４１％）を示しかつ最も小さい号車番号であるＥ００２の２号車を特定車両ＳＶとして特定する。

制御部２２は、ステップＳ３０３によって特定車両ＳＶを特定した後に、混雑率テーブルＴＢ１を参照して端末装置１０のユーザが乗り込むべき特定ドアＳＤを特定する（ステップＳ３０４）。具体的には、制御部２２は、特定車両ＳＶの４つのドア位置間で乗車予定人数が均等になるように、上記順に従いつつ、特定車両ＳＶにおいて最も乗車予定人数が少ないドア位置を特定ドアＳＤとして特定する。

すなわち、制御部２２は、図４に示すように特定車両ＳＶである車ＩＤがＥ００２の列車の２号車において、最も少ない乗車予定人数（５６／４０）を示す「前中ドア」、「後中ドア」及び「後ドア」のドア位置のうち、上記順に従って「前中ドア」を特定ドアＳＤとして特定する。制御部２２は、ステップＳ３０４の後に車両ドア特定サブルーチンＲＴ３を終了する。

本実施例のサーバ装置１１によれば、上述した乗車案内情報生成ルーチンＲＴ２及び車両ドア特定サブルーチンＲＴ３により、特定列車ＳＴの車両間において混雑率が均等になるように乗客を分散させることができる。すなわち、特定の車両への乗車人数の偏りが生じることを抑制することで、列車内における混雑を緩和させることができる。

なお、本実施例において、混雑率テーブルＴＢ１における「混雑率」の項目は、Ａ駅を出発予定の列車の車両ごとの混雑率を示しているとしたがこれに限られない。例えば、「混雑率」の項目には、Ａ駅からＢ駅までの一区間における区間混雑率を算出して表示する態様としてもよい。

具体的には、例えば、混雑率テーブルＴＢ１の「混雑率」の項目には、Ａ駅を出発してからＢ駅に到着するまでの間の途中の駅で乗降する乗客の人数を加味して算出される混雑率のうちの最大値が表示されるとしてもよい。サーバ装置１１の制御部２２は、この混雑率の最大値を超えないように特定車両ＳＶ及び特定ドアＳＤを特定するとしてもよい。

本実施例において、サーバ装置１１の制御部２２は、ユーザ希望情報に含まれるユーザの希望降車駅への到着希望日時に基づいて当該到着希望日時以前に希望降車駅に到着する特定列車ＳＴを特定するとしたが、ユーザ希望情報は他の情報を含んでいてもよく、また、ユーザ希望情報に基づく特定列車ＳＴの特定方法はこれに限られない。

例えば、ユーザ希望情報は、到着希望日時に加えて又はこれに代えて、ユーザが希望乗車駅からの出発を希望する出発希望日時を含んでいてもよい。制御部２２は、出発希望日時に基づいて出発希望日時以前に希望乗車駅を出発する特定列車ＳＴを特定してもよい。また、制御部２２は、出発希望日時に基づいて希望降車駅に到着する１の列車の到着日時を特定し、当該到着日時以前に希望降車駅に到着する特定列車ＳＴを特定してもよい。

本実施例において、制御部２２は、特定車両ＳＶ及び特定ドアＳＤを特定するとしたが、特定ドアＳＤを特定しなくてもよく、特定車両ＳＶを特定した段階において上述した乗車案内情報を生成するとしてもよい。

本実施例において、Ａ駅からＢ駅まで運行される列車は１０両４ドア編成である場合について説明したが、車両編成及びドア編成はこれに限られない。例えば、列車が１両編成からなるとしてもよく、車両の各々が１ドア編成からなるとしてもよい。また、特定列車ＳＴとして特定される列車の本数は１本のみであってもよい。

本実施例において、制御部２２は、特定列車ＳＴの車両の各々の混雑率を算出するとしたが、車両のドア位置ごとに混雑率を算出してもよい。すなわち、制御部２２は、「前」、「前中」、「後中」及び「後」の各々における混雑率を算出し、当該混雑率に基づいて特定車両ＳＶ及び特定ドアＳＤを特定するとしてもよい。

本実施例において、制御部２２は、特定列車ＳＴとして到着希望日時から所定時間遡った日時までの間の列車を特定するとしたが、当該特定態様はこれに限られない。例えば、制御部２２は、到着希望日時に最も近い１の列車を特定し、当該１の列車から所定本数遡った列車までの列車を特定列車ＳＴとして特定してもよい。

また、制御部２２は、到着希望日時以前の全ての列車を特定列車ＳＴとして特定してもよく、また段階的に所定時間の範囲を広げていく態様としてもよい。例えば、特定列車ＳＴにおいて車両の混雑率が全て所定の値に達している場合には、特定列車ＳＴをさらに増やして検討してもよい。

本実施例において、制御部２２は、列車の特定車両ＳＶ及び特定ドアＳＤを特定するとしたが、当該特定するのは列車の車両やドアに限られない。例えば、モノレールやリニアモーターカー等の鉄道のほか、次世代型路面電車システム（ＬＲＴ：Light Rail Transit）やトロリーバス、連節バス等の路線バスの車両を特定するとしてもよい。

本実施例においては、列車に乗車する乗客が全てアプリケーションがインストールされた端末装置１０のユーザであるものとして説明したが、端末装置１０のユーザ以外の乗客人数の割合を加味して車両ごとの乗車定員を設定してもよい。例えば、車両の各々の乗車定員の２／３を端末装置１０の非ユーザとして見積り、残りの１／３を端末装置１０のユーザとして乗車定員を設定してもよい。

なお、乗車定員については、アプリケーションがインストールされた端末装置１０の普及率に応じて適宜設定してもよい。例えば、アプリケーションが多く普及されている場合には、車両の各々の乗車定員の割合を大きくするように設定してもよい。

本実施例において、制御部２２は、最も混雑率が小さくかつ最も小さい号車番号の車両を特定車両ＳＶとして特定するとしたが、混雑率が均等になるように特定可能であればよく、号車番号の特定順はこれに限られない。例えば、制御部２２は、号車番号の大きい順に特定車両ＳＶを特定するとしてもよい。同様に、特定ドアＳＤの特定順についても特定態様はこれに限られない。

本実施例において、制御部２２は、端末装置１０からユーザ希望情報を取得した際に順次特定車両ＳＶ及び特定ドアＳＤを特定して乗車案内情報を生成するとしたが、特定車両ＳＶ及び特定ドアＳＤの特定方法についてはこれに限られない。

例えば、端末装置１０のユーザからユーザ希望情報を所定の時刻まで募集し、所定の時刻以降にユーザ希望情報を受け付けた順に特定車両ＳＶの及び特定ドアＳＤを特定する態様としてもよい。

具体的には、例えば、端末装置１０のユーザの降車駅への到着希望時刻が午前８時４５分である場合には、前日の１８時から２３時までの間にユーザ希望情報の入力を受け付け、２３時以降にユーザごとに車両案内情報を生成するとしてもよい。なお、この期限となる時刻は列車の出発時刻や到着時刻に応じて適宜設定可能である。

また、サーバ装置１１において、本実施例のように順次車両案内情報が生成される際や上述のような所定の時刻以降に車両案内情報が生成される際には、列車が出発する出発時刻から所定時間前に当該列車がこれから出発することをユーザに知らせるための通知機能やアラーム機能を有していてもよい。これにより、例えば、ユーザが乗車予定の列車の出発時刻がいつもと異なる時刻となった場合であってもユーザは上記通知を受けて慌てることなく行動することができる。

本実施例において、端末装置１０はスマートフォンやタブレット端末等の持ち運び可能な通信端末であるとしたが、上述した乗車案内情報表示ルーチンＲＴ１を実行可能な構成であればこれに限られない。例えば、端末装置１０は、サーバ装置１１と通信可能なデスクトップＰＣやノートＰＣであってもよい。

［変形例１］
次に、実施例１の変形例１について説明する。変形例１は、特定列車ＳＴの特定方法が実施例１と異なっており、それ以外の点、例えば端末装置１０及びサーバ装置１１の構成等は実施例１と同様である。以下の説明においては、実施例１と異なる点について説明する。

図１０は、図４と同様に列車情報ＤＢ２４Ａに格納され、所定時刻に運行される列車の各々の車両ごとの混雑率を示す混雑率テーブルＴＢ３である。

本変形例において、サーバ装置１１の制御部２２は、実施例１と同様に混雑率テーブルＴＢ３を作成し、到着希望日時以前にユーザの希望降車駅に到着する列車を第１の特定列車ＳＴ１として特定する。

具体的には、制御部２２は、図１０に示すように、Ａ駅を出発してＢ駅に到着する列車のうち、２０２２年◇月×日の午前８時４５分から８分遡った午前８時３７分までにＢ駅に到着する車両を第１の特定列車ＳＴ１として特定する。すなわち、混雑率テーブルＴＢ３においては、列車ＩＤがＥ００４及びＥ００３の２本の列車が第１の特定列車ＳＴ１として特定される。

本変形例において、制御部２２は、特定した第１の特定列車ＳＴ１の車両の各々の混雑率が全て所定の値を超えている場合に、到着希望日時以後にユーザの希望降車駅に到着する列車を第２の特定列車ＳＴ２として特定する。

具体的には、制御部２２は、例えば第１の特定列車ＳＴ１の車両の各々の混雑率が全て１４５％を超えている場合に、図１０に示すように、Ａ駅を出発してＢ駅に到着する列車のうち、２０２２年◇月×日の午前８時４５分から１０分遅らせた午前８時５５分までにＢ駅に到着する車両を第２の特定列車ＳＴ２として特定する。

制御部２２は、第２の特定列車ＳＴ２を特定した後に、第１の特定列車ＳＴ１及び第２の特定列車ＳＴ２において混雑率が最も小さくかつ最も小さい車両番号の車両を特定車両ＳＶとして特定する。すなわち、図１０においては、第２の特定列車ＳＴ２における列車ＩＤがＥ００５の列車の２号車を特定車両ＳＶとして特定する。

また、制御部２２は、実施例１と同様の特定方法を用いて、特定車両ＳＶにおける特定ドアＳＤを特定する。すなわち、Ｅ００５の列車の２号車において「後中」のドア位置を特定ドアＳＤとして特定する。

以下に、図１１を用いて、本変形例において制御部２２によって実行されるサブルーチンについて説明する。図１１は、制御部２２によって実行される車両ドア特定サブルーチンＲＴ４を示すフローチャートである。以下においては実施例1と異なる点について主に説明する。

制御部２２は、ステップＳ３０１の後に、ユーザ希望情報に基づいて第１の特定列車ＳＴ１を特定する（ステップＳ４０１）。具体的には、制御部２２は、ユーザ希望情報に含まれる希望乗車駅、希望降車駅及び到着希望日時に基づいて第１の特定列車ＳＴ１を特定する。

制御部２２は、ステップＳ４０１の後に、第１の特定列車ＳＴ１における混雑率が全て所定値以下であるか否かを判定する（ステップＳ４０２）。具体的には、制御部２２は、例えば第１の特定列車ＳＴ１の車両の各々における混雑率が全て１４５％以下であるか否かを判定する。

制御部２２は、第１の特定列車ＳＴ１の車両の各々における混雑率が全て所定値以下である場合に（ステップＳ４０２：ＹＥＳ）、実施例１と同様に上述したステップＳ３０３及びステップＳ３０４を実行する。

制御部２２は、第１の特定列車ＳＴ１の車両の各々における混雑率が全て所定値以下である場合に（ステップＳ４０２：ＮＯ）、ユーザ希望情報に含まれる到着希望日時に基づいて第２の特定列車ＳＴ２を特定する（ステップＳ４０３）。具体的には、制御部２２は、到着希望日時以後に希望降車駅に到着する列車を第２の特定列車ＳＴ２として特定する。

制御部２２は、ステップＳ４０３の後に、実施例１と同様に上述したステップＳ３０３及びステップＳ３０４を実行する。すなわち、制御部２２は、第１の特定列車ＳＴ１と第２の特定列車ＳＴ２において混雑率が最も小さくかつ最も号車番号が小さい車両を特定車両ＳＶとして特定し、当該特定車両ＳＶにおいてユーザが乗り込むべき特定ドアＳＤを特定する。

本変形例のサーバ装置１１によれば、上述した車両ドア特定サブルーチンＲＴ４により、ユーザの到着希望日時以前の列車に加えて、ユーザの到着希望日時以後の範囲までを含めて特定車両ＳＶ及び特定ドアＳＤの特定を行うことができる。すなわち、ユーザの到着希望日時に近い範囲の列車においてより均等に乗客を分散させることができる。

なお、本変形例において、サーバ装置１１は他のサーバ装置や端末装置と接続可能であってもよく、制御部２２は、第２の特定列車ＳＴ２において特定車両ＳＶを特定して乗車案内情報を生成する際に、当該他のサーバ装置や端末装置にユーザが目的地への到着が遅れる旨を送信する設定がなされてもよい。

例えば、１のユーザが乗車すべき列車がユーザの到着希望日時以後に降車駅に到着する場合に、その差分の時間だけ目的地への到着が遅れることを他のユーザの端末装置１０に送信される態様としてもよい。

本変形例において、制御部２２は、第１の特定列車ＳＴ１及び第２の特定列車ＳＴ２の中から特定車両ＳＶを特定するとしたが当該特定態様はこれに限られない。例えば、第１の特定列車ＳＴ１の車両ごとの混雑率が所定値を超えている場合に、第２の特定列車ＳＴ２の中からのみ特定車両ＳＶを特定してもよい。具体的には、例えば、第１の特定列車ＳＴ１の車両ごとの混雑率が全て１５０％に達している場合には、第２の特定列車ＳＴ２における車両ごとの混雑率のみに基づいて特定車両ＳＶを特定してもよい。

上記した実施例１及び変形例１において示した制御ルーチンは例示に過ぎず、用途または使用条件等に応じて適宜選択及び変更可能である。

１０ 端末装置
１１ サーバ装置
１２ タッチパネルディスプレイ
１３、２１ システムバス
１４、２２ 制御部
１５、２３ 通信部
１６ 入力部
１７ 出力部
２４ 大容量記憶装置

Claims (12)

1. ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得部と、
   前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得部と、
   前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定部と、
   を有することを特徴とする情報処理装置。
2. 前記列車車両特定部は、前記特定列車の車両間で前記混雑率が均等になるように前記特定車両を特定することを特徴とする請求項１に記載の情報処理装置。
3. 前記列車車両特定部は、前記特定列車の車両の各々の前記混雑率が所定の値を超えないように前記特定車両を特定することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記列車車両特定部は、前記混雑率が最も小さい車両を前記特定車両として特定することを特徴とする請求項１又は２に記載の情報処理装置。
5. 前記混雑率情報取得部は、前記到着希望日時以前に前記希望降車駅に到着する列車を前記特定列車として特定することを特徴とする請求項１又は２に記載の情報処理装置。
6. 前記混雑率情報取得部は、前記到着希望日時から所定時間遡った日時までの間に前記希望降車駅に到着する全ての列車の車両の前記混雑率が所定の値を超えている場合に、前記到着希望日時以後に前記希望降車駅に到着する列車を前記特定列車として特定することを特徴とする請求項１又は２に記載の情報処理装置。
7. 前記混雑率情報取得部は、前記特定列車の車両の各々のドアの位置に基づいて決まる複数の領域毎の混雑率を含む前記混雑率情報を取得し、
   前記列車車両特定部は、前記混雑率情報に基づいて前記特定車両の１のドアを前記ユーザが乗り込むべき特定ドアとして特定する請求項１又は２に記載の情報処理装置。
8. 前記列車車両特定部は、前記希望乗車駅と前記希望降車駅との間の区間の混雑率に基づいて前記特定車両を特定することを特徴とする請求項１又は２に記載の情報処理装置。
9. 前記列車車両特定部は、前記希望乗車駅における前記混雑率に基づいて前記特定車両を特定することを特徴とする請求項１又は２に記載の情報処理装置。
10. 端末装置と情報処理装置とからなる情報処理システムであって、
    前記端末装置は、ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報の入力を受け付けるユーザ希望情報受付部を有し、
    前記情報処理装置は、前記端末装置から前記ユーザ希望情報を取得するユーザ希望情報取得部と、前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得部と、前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定部と、
    を有することを特徴とする情報処理システム。
11. 情報処理装置が実行する情報処理方法であって、
    ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得ステップと、
    前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得ステップと、
    前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定ステップと、
    を有することを特徴とする情報処理方法。
12. コンピュータに実行させるためのプログラムであって、
    ユーザから鉄道の駅のうちの希望乗車駅及び希望降車駅並びに前記希望降車駅への到着を希望する到着希望日時を含むユーザ希望情報を取得するユーザ希望情報取得ステップと、
    前記希望乗車駅に停車しその後に前記希望降車駅に停車する１又は複数の列車を特定列車として特定し、前記特定列車の各々の車両毎の混雑率を含む混雑率情報を取得する混雑率情報取得ステップと、
    前記ユーザ希望情報及び前記混雑率情報に基づいて、前記特定列車のうちの１の列車の１の車両を前記ユーザが乗車すべき特定車両として特定する列車車両特定ステップと、
    を前記コンピュータに実行させることを特徴とするプログラム。

Images