特開 2024-138936 案内装置、案内方法、および案内プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024138936

(43)【公開日】2024-10-09

(54)【発明の名称】案内装置、案内方法、および案内プログラム

(51)【国際特許分類】

   G07B 15/00 20110101AFI20241002BHJP

【ＦＩ】

G07B15/00 H

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023049667

(22)【出願日】2023-03-27

(71)【出願人】

【識別番号】000003078

【氏名又は名称】株式会社東芝

(71)【出願人】

【識別番号】598076591

【氏名又は名称】東芝インフラシステムズ株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】竹田 一裕

(72)【発明者】

【氏名】金谷 貴寛

(72)【発明者】

【氏名】高橋 朋也

【テーマコード（参考）】

3E127

【Ｆターム（参考）】

3E127AA03

3E127BA05

3E127CA02

3E127CA56

3E127DA02

3E127FA03

3E127FA10

3E127FA16

3E127FB05

(57)【要約】      （修正有）

【課題】案内装置により、自動改札機を通行することができない旅客の原因を解消することができる技術を提供すること。
【解決手段】実施形態に係る案内装置であって、対話シナリオを記憶したシナリオ記憶部と、自動改札機を通行することができない旅客が有する媒体から読み取られた媒体情報を取得する媒体情報取得部と、媒体情報に基づいて、自動改札機を通行できない原因を特定する特定部と、原因が料金の精算のみで解決できるかどうかを判定する精算判定部と、原因が料金の精算のみで解決できないと判定した場合、原因および媒体情報から選択した対話シナリオを用いて旅客との対話を行い、原因が解決可能かどうか判定し、解決可能な場合、精算の必要があるかどうか判定するシナリオ制御部と、原因を解決するために料金の精算が必要ない場合、通路のドアを開ける指示を含むドア開信号を送信するドア制御部と、を備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

対話シナリオを記憶したシナリオ記憶部と、
自動改札機を通行することができない旅客が有する媒体から読み取られた媒体情報を取得する媒体情報取得部と、
前記媒体情報に基づいて、前記自動改札機を通行できない原因を特定する特定部と、
前記原因が料金の精算のみで解決できるかどうかを判定する精算判定部と、
前記原因が前記料金の精算のみで解決できないと判定した場合、前記原因および媒体情報から選択した対話シナリオを用いて前記旅客との対話を行い、前記原因が解決可能かどうか判定し、前記解決可能な場合、精算の必要があるかどうか判定するシナリオ制御部と、
前記原因を解決するために料金の精算が必要ない場合、通路のドアを開ける指示を含むドア開信号を送信するドア制御部と、
を備える、案内装置。

【請求項2】

前記原因が料金の精算のみで解決できると判定された、または原因を解決するために料金の精算が必要であると判定された場合、精算機を用いた精算処理を制御する精算制御部をさらに備え、前記ドア制御部は、前記精算処理が終了すると、前記ドア開信号を送信する、請求項１に記載の案内装置。

【請求項3】

前記原因を解決するために料金の精算が必要ない場合、前記シナリオ制御部は、前記媒体の媒体情報を通行可能な状態に更新する指示を出力する、請求項１に記載の案内装置。

【請求項4】

前記シナリオ記憶部は、前記案内装置に対応するＩＰアドレスを含む説明情報をさらに記憶し、
前記原因が前記対話シナリオの破損により解決できないと判定した場合、前記ＩＰアドレスを遠隔サーバに送信することに応じて、前記遠隔サーバから更新された対話シナリオを受信し、前記対話シナリオを更新するバックアップ制御部をさらに備える、請求項１に記載の案内装置。

【請求項5】

前記案内装置は、駅構内に配置される、請求項１に記載の案内装置。

【請求項6】

案内装置のプロセッサにより実行される案内方法であって、
対話シナリオを記憶することと、
自動改札機を通行することができない旅客が有する媒体から読み取られた媒体情報を取得することと、
前記媒体情報に基づいて、前記自動改札機を通行できない原因を特定することと、
前記原因が料金の精算のみで解決できるかどうかを判定することと、
前記原因が前記料金の精算のみで解決できないと判定した場合、前記原因および媒体情報から選択した対話シナリオを用いて前記旅客との対話を行い、前記原因が解決可能かどうか判定することと、
前記解決可能な場合、精算の必要があるかどうか判定することと、
前記原因を解決するために料金の精算が必要ない場合、通路のドアを開ける指示を含むドア開信号を送信することと、
を備える、案内方法。

【請求項7】

案内装置のプロセッサによって実行させるための命令を備える案内プログラムであって、前記命令は、
対話シナリオを記憶することと、
自動改札機を通行することができない旅客が有する媒体から読み取られた媒体情報を取得することと、
前記媒体情報に基づいて、前記自動改札機を通行できない原因を特定することと、
前記原因が料金の精算のみで解決できるかどうかを判定することと、
前記原因が前記料金の精算のみで解決できないと判定した場合、前記原因および媒体情報から選択した対話シナリオを用いて前記旅客との対話を行い、前記原因が解決可能かどうか判定することと、
前記解決可能な場合、精算の必要があるかどうか判定することと、
前記原因を解決するために料金の精算が必要ない場合、通路のドアを開ける指示を含むドア開信号を送信することと、
を備える、案内プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、案内装置、案内方法、および案内プログラムに関する。

【背景技術】

【0002】

無人駅において、旅客が自動改札機を通行する際、旅客の媒体から読み取った媒体情報に基づく通行判定が判定ＮＧとなった場合、有人駅のように係員による対応ができなかった。この場合、駅に設置されたインターホン等を用いて近隣の有人駅にいる係員と対話を通じて判定ＮＧとなった理由の解決を行っていた。

【0003】

また、係員の業務低減を目的として、チャットボットを導入する鉄道事業者が増加している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１９－０４９８９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

無人駅において、判定ＮＧとなり、旅客が自動改札機を通行することができない場合、係員対応を行わずに済む機器の設置が望まれている。

【0006】

この発明は、上記事情に着目してなされたもので、その目的とするところは、チャットボットを備えた案内装置を無人駅の構内に設置し、自動改札機を通行することができない旅客の原因を解消することができる技術を提供することにある。

【課題を解決するための手段】

【0007】

実施形態に係る、案内装置は、対話シナリオを記憶したシナリオ記憶部と、自動改札機を通行することができない旅客が有する媒体から読み取られた媒体情報を取得する媒体情報取得部と、前記媒体情報に基づいて、前記自動改札機を通行できない原因を特定する特定部と、前記原因が料金の精算のみで解決できるかどうかを判定する精算判定部と、前記原因が前記料金の精算のみで解決できないと判定した場合、前記原因および媒体情報から選択した対話シナリオを用いて前記旅客との対話を行い、前記原因が解決可能かどうか判定し、前記解決可能な場合、精算の必要があるかどうか判定するシナリオ制御部と、前記原因を解決するために料金の精算が必要ない場合、通路のドアを開ける指示を含むドア開信号を送信するドア制御部と、を備えるものである。

【図面の簡単な説明】

【0008】

【図1】図１は、本実施形態に係る駅務システムの概略構成の一例を示す図である。

【図2】図２は、案内装置のハードウェア構成および当該ハードウェア構成に関連付けられたソフトウェア構成の一例を示すブロック図である。

【図3】図３は、案内装置により判定ＮＧの原因を解消する動作の一例を示すフローチャートである。

【図4】図４は、案内装置のシナリオ記憶部に記憶された対話シナリオを更新する際の動作の一例を示すフローチャートである。

【発明を実施するための形態】

【0009】

以下、図面を参照しながら案内装置、案内方法、および案内プログラムについて詳細に説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

【0010】

（構成）
図１は、本実施形態に係る駅務システムの概略構成の一例を示す図である。
図１に示すように、駅務システムは、案内装置１と、監視盤２と、自動改札機３と、有人開閉器制御ユニット４と、有人通路ドア５と、案内装置対応状況確認端末６と、遠隔サーバ７と、を備える。

【0011】

案内装置１、監視盤２、自動改札機３、有人開閉器制御ユニット４、有人通路ドア５は、無人駅に配置される。一方、案内装置対応状況確認端末６および遠隔サーバ７は、遠隔センターに配置される。

【0012】

案内装置１は、無人駅の構内に設置される装置である。例えば、案内装置１は、自動改札機３の付近、有人通路ドア５の付近、等に設置される。案内装置１は、監視盤２、有人開閉制御ユニット４、案内装置対応状況確認端末６、および遠隔サーバ７と接続される。案内装置１は、自動改札機３で通行不可となった旅客に対して不可となった理由を解消するために用いられる。また、案内装置１は、旅客に対して駅構内図、駅近隣図、駅周辺の観光地等を表示しても良い。

【0013】

監視盤２は、無人駅に配置された自動改札機３および案内装置１と接続される。また、監視盤２は、遠隔センターに配置された遠隔サーバ７とも接続される。例えば、監視盤２は、接続される自動改札機３各々の動作状態を監視し、自動改札機３各々に対して遠隔で動作指示を供給する。また、監視盤２は、遠隔サーバ７から供給される情報を自動改札機３各々に配信する機能を有する。また、監視盤２は、自動改札機３各々から受信した情報を保持しておき、所定のタイミングまたは遠隔サーバ７からの要求に応じて保持した情報を遠隔サーバ７へ送信するようにしても良い。

【0014】

また、監視盤２は、案内装置１が要求した場合、或いは、自動改札機３から各種情報を受信したタイミングで、各種情報を案内装置１に送信しても良い。さらに、監視盤２は、案内装置１からの各種情報を自動改札機３に送信して良い。例えば、案内装置１により判定ＮＧであった理由が解消され、通行ＯＫとなった際に、案内装置１から受信したドア開閉要求を自動改札機３に送信して良い。

【0015】

自動改札機３は、通路を通過（入場または出場）しようとする利用者（旅客）に対して通行を許可するかどうかを制御する。自動改札機３は、駅の改札口に１台または複数台設置されていて良い。そして、これらの自動改札機３はそれぞれ、利用者を通行させる通路を形成する。また、自動改札機３は、旅客が使用するＩＣカード等から得られた利用者情報を監視盤２に送信する。

【0016】

自動改札機３は、旅客が使用する媒体から得られた媒体情報に基づいて旅客の通行の可否を判定する。ここで、媒体情報は、少なくとも媒体ＩＤ、入場駅の情報、等を含む。媒体がＩＣカードである場合、チャージ額等の情報も含んで良い。判定の結果、判定ＮＧ（すなわち、通行不可）と判定した場合、自動改札機３が備えるドアを閉じるように制御し、旅客の通行を物理的に阻止する機能を有する。そして、自動改札機３は、案内装置１に旅客が向かうように案内を表示および音声で知らせる。さらに、判定の結果、通行ＯＫ（すなわち、通行可）と判定した場合、自動改札機３が備えるドアを開けるように制御する。また、自動改札機３は、監視盤２を介して案内装置１から受信したドア開閉要求に応じて、自動改札機３のドアの開閉を制御することが可能である。

【0017】

また、自動改札機３と案内装置１は、連携していても良い。連携している場合、自動改札機３は、媒体情報および判定ＮＧの原因を含む判定ＮＧ情報を、監視盤２を介して案内装置１に送信して良い。

【0018】

有人開閉器制御ユニット４は、案内装置１および有人通路ドア５と接続される。有人開閉器制御ユニット４は、案内装置１の指示により、有人通路ドア５を開閉するように制御することが可能である。なお、有人開閉器制御ユニット４は、無人駅に係員が来た際、係員の入力に応じて有人通路ドア５の開閉を制御しても良い。なお、有人開閉器制御ユニット４および有人通路ドア５は、無人駅に配置されていなくても良い。

【0019】

案内装置対応状況確認端末６は、案内装置１と接続される。案内装置対応状況確認端末６は、各駅に設置された案内装置１の状況を遠隔センターの係員が確認するための端末である。例えば、案内装置対応状況確認端末６は、案内装置１から定期的に稼働状況についての情報を取得する。そして、案内装置対応状況確認端末６は、当該情報に基づいて案内装置１に異常があるかどうか判定し、異常があれば係員に知らせる。また、案内装置１で対応ができないようなイレギュラーな場合、係員は、案内装置対応状況確認端末６および案内装置１を介して旅客と音声による対応を行って良い。

【0020】

遠隔サーバ７は、案内装置１および監視盤２と接続される。遠隔サーバ７は、例えば、監視盤２から送信された各種情報を受信し、自動改札機３に異常がないかどうかを監視するサーバである。また、遠隔サーバ７は、案内装置１に各種情報を送信することが可能である。なお、遠隔サーバ７が案内装置１に送信する情報の詳細は、後述する。

【0021】

図２は、案内装置１のハードウェア構成および当該ハードウェア構成に関連付けられたソフトウェア構成の一例を示すブロック図である。
案内装置１は、制御部１１、プログラム記憶部１２、データ記憶部１３、通信インタフェース１４、入出力インタフェース１５を備える。制御部１１、プログラム記憶部１２、データ記憶部１３、通信インタフェース１４、および入出力インタフェース１５は、バスを介して互いに通信可能に接続されている。また、入出力インタフェース１５は、入力装置１５１、出力装置１５２、媒体リーダ・ライタ１５３、チャットボット１５４、精算機１５５等と互いに通信可能に接続されている。

【0022】

案内装置１の制御部１１は、案内装置１を制御する。制御部１１は、中央処理ユニット（ＣＰＵ：Central Processing Unit）などのハードウェアプロセッサを備える。

【0023】

プログラム記憶部１２は、記憶媒体として、例えば、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリとを組み合わせて使用することができる。プログラム記憶部１２は、各種処理を実行するために必要なプログラムを格納している。すなわち、制御部１１は、プログラム記憶部１２に格納されたプログラムを読み出して実行することにより各種制御および動作を実現し得る。

【0024】

データ記憶部１３は、記憶媒体として、例えば、ＨＤＤ、メモリカード等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせて使用したストレージである。データ記憶部１３は、制御部１１がプログラムを実行して各種処理を行う過程で取得および生成されたデータを記憶するために用いられる。

【0025】

通信インタフェース１４は、１つ以上の有線または無線の通信モジュールを含む。例えば、通信インタフェース１４は、ＨＵＢ等を介して監視盤２、有人開閉器制御ユニット４、案内装置対応状況確認端末６、および遠隔サーバ７と有線接続する通信モジュールを含む。また、通信インタフェース１４は、監視盤２、有人開閉器制御ユニット４、案内装置対応状況確認端末６、および遠隔サーバ７のうちの少なくとも１つと無線接続する通信モジュールを含んでも良い。すなわち、通信インタフェース１４は、制御部１１の制御の下、監視盤２、有人開閉器制御ユニット４、案内装置対応状況確認端末６、および遠隔サーバ７との間で通信を行い、各種情報を送受信することができるものであれば一般的な通信インタフェースで良い。

【0026】

入出力インタフェース１５は、入力装置１５１、出力装置１５２、媒体リーダ・ライタ１５３、チャットボット１５４、精算機１５５等と接続される。入出力インタフェース１５は、入力装置１５１、出力装置１５２、媒体リーダ・ライタ１５３、チャットボット１５４、精算機１５５等との間で情報の送受信を可能にするインタフェースである。入出力インタフェース１５は、通信インタフェース１４と一体であってもよい。例えば、入出力インタフェース１５と入力装置１５１、出力装置１５２、媒体リーダ・ライタ１５３、チャットボット１５４、精算機１５５等のうちの少なくとも１つとは、近距離無線技術等を使用して無線接続されており、これは、当該近距離無線技術を用いて各種情報の送受信を実行してもよい。

【0027】

入力装置１５１は、例えば、旅客が案内装置１に対して各種情報を入力するためのキーボードやポインティングデバイス等を含む。また、入力装置１５１は、プログラム記憶部１２またはデータ記憶部１３に格納するべきデータを、ＵＳＢメモリ等のメモリ媒体から読み出すためのリーダや、そのようなデータをディスク媒体から読み出すためのディスク装置を含んでも良い。

【0028】

出力装置１５２は、案内装置１が旅客に対して表示すべき映像を表示するディスプレイ、およびディスプレイに表示された情報を印刷するプリンタ等を含む。

【0029】

媒体リーダ・ライタ１５３は、利用者が所持する媒体を検知する媒体検知部と、媒体検知部が検知した媒体から媒体情報を読み出す、或いは、媒体に更新された媒体情報を書き込むリーダ・ライタを備える。ここで、媒体は、磁気券、ＩＣカード、２次元コード等、一般的な媒体であって良い。例えば、利用者が所定位置に設置された媒体検知部に媒体を翳した場合、媒体検知部は、媒体を検知し、検知したこと示す情報をリーダ・ライタに出力する。媒体リーダ・ライタ１５３は、媒体検知部から媒体が検知されたことを示す信号を受信すると、媒体から媒体情報を読み出す、或いは、媒体に更新された媒体情報を書き込む。

【0030】

チャットボット１５４は、シナリオ型またはＡＩ型のいずれか、或いはその両方を備える。すなわち、チャットボット１５４は、一般的なチャットボット１５４であって良い。

【0031】

シナリオ型の場合、チャットボット１５４は、制御部１１の制御の下、データ記憶部１３に記憶された質問文と応答文のペアから成るデータベースを参照して、旅客からの質問文に対して適切な応答文を出力する。例えば、チャットボット１５４と旅客との対話は、旅客の質問とチャットボット１５４の応答（発話）が交互に繰り返される。なお、データベースに記憶される質問文と応答文は、事前に管理者または運用者によってデータ記憶部１３に記憶されたものである。

【0032】

ＡＩ型の場合、チャットボット１５４は、機械学習が搭載されたシステムであって良い。例えば、チャットボット１５４は、制御部１１の制御の下、旅客からの質問文に対して、応答モデル等を用いて応答文を作成し、当該応答文を出力する。なお、応答モデルは、使用履歴などのデータを用いて、事前に管理者または運用者によって学習されたモデルであって良い。

【0033】

なお、以下の説明では、チャットボット１５４がシナリオ型である例を用いて説明する。しかしながら、本実施形態は、チャットボット１５４がＡＩ型であっても良いのは勿論である。

【0034】

精算機１５５は、案内装置１内に配置されていても良いし、案内装置１に接続された独立した装置であっても良い。媒体リーダ・ライタ１５３が取得した媒体情報に含まれる各種情報に基づいて、精算処理を実行する。例えば、判定ＮＧの原因がＩＣカードの残高不足である場合、精算機１５５は、媒体に利用者が支払った金額に応じたチャージを行うものであっても良い。そして、精算機１５５は、チャージしたＩＣカードから必要な運賃を精算し、媒体情報を更新する。

【0035】

また、精算機１５５は、窓口処理機のような係員が行うような処理も実施可能であるとする。例えば、判定ＮＧの原因が媒体情報に入場駅の情報が入力されていない場合、制御部１１の制御の下、チャットボット１５４により特定された入場駅からの運賃を計算し、当該運賃の精算処理を実行して良い。

【0036】

続いて、制御部１１のソフトウェア構成をさらに詳細に説明する。
制御部１１は、媒体情報取得部１１１と、原因特定部１１２と、精算判定部１１３と、シナリオ制御部１１４と、精算制御部１１５と、ドア制御部１１６と、通信制御部１１７と、バックアップ制御部１１８と、を備える。

【0037】

媒体情報取得部１１１は、旅客が所有する媒体から媒体情報を取得する。媒体リーダ・ライタ１５３は、旅客により翳された或いは挿入された媒体を検知し、検知した媒体から媒体情報を読み出す。媒体情報取得部１１１は、媒体リーダ・ライタ１５３が読み出した媒体情報を取得する。

【0038】

原因特定部１１２は、媒体情報に基づいて判定ＮＧの原因を特定する。原因特定部１１２は、後述する取得情報記憶部１３１に記憶された媒体ＩＤに紐づけられた判定ＮＧ情報または媒体情報取得部１１１が取得した媒体情報に基づいて判定ＮＧの原因を特定する。例えば、原因特定部１１２は、媒体情報から媒体ＩＤを取得し、取得した媒体ＩＤに紐づけられた判定ＮＧ情報から判定ＮＧの原因を特定する。或いは、原因特定部１１２は、媒体情報取得部１１１が取得した媒体情報に基づいて判定ＮＧの原因を特定しても良い。

【0039】

精算判定部１１３は、原因特定部１１２により特定された判定ＮＧの原因が料金の精算のみで解決できるかどうかを判定する。例えば、判定ＮＧの原因が、残高不足、乗り越し等である場合、精算判定部１１３は、判定ＮＧの原因が料金の精算のみで解決可能であると判定する。一方、判定ＮＧが精算のみでは解決できないと判定した場合、精算判定部１１３は、判定ＮＧの原因が精算では解決しないと判定する。

【0040】

シナリオ制御部１１４は、対話シナリオを用いて判定ＮＧの原因が解決可能かを判定する。シナリオ制御部１１４は、判定ＮＧの原因および媒体情報を用いて、シナリオ記憶部１３２に記憶された対話シナリオから適切な対話シナリオを選択し、チャットボット１５４を用いて選択した対話シナリオによる旅客との対話を行う。そして、シナリオ制御部１１４は、旅客との対話により、判定ＮＧの原因が解決可能かどうかを判定する。ここで、対話シナリオは、駅ごと、或いは駅のコーナーごとに特有の対話シナリオであって良く、それぞれの駅または駅のコーナーの特性を考慮した対話シナリオであって良い。

【0041】

さらに、シナリオ制御部１１４は、精算の必要があるかどうかを判定する。精算の必要がない場合、シナリオ制御部１１４は、媒体情報を通行可能な状態に更新する指示を媒体リーダ・ライタ１５３に出力するとともに、ドア制御部１１６にドアを開けても良いことを示す信号を出力する。媒体リーダ・ライタ１５３は、当該指示に基づいて媒体情報を通行可能な状態に更新することになる。

【0042】

精算制御部１１５は、精算機１５５を用いた精算処理を制御する。精算処理は、一般的な方法であればよい。例えば、残高不足が原因である場合、精算制御部１１５は、旅客から所定のチャージ額を入金してもらい、チャージを実行する。そして、不足する運賃を残高から引くように精算機１５５を制御する。精算処理が終了すると、精算制御部１１５は、精算が終了し、ドアを開ける指示を含む信号をドア制御部１１６に出力する。

【0043】

ドア制御部１１６は、シナリオ制御部１１４または精算制御部１１５からドアを開ける指示を含む信号を受信すると、通路のドアを開ける指示を含むドア開信号を送信する。ドア開信号を送信する先は、自動改札機３または有人開閉器制御ユニット４であって良い。ドア開信号を受信した自動改札機３または有人開閉器制御ユニット４はそれぞれ、自動改札機３が備えるドアまたは有人通路ドア５を開ける。

【0044】

通信制御部１１７は、案内装置対応状況確認端末６に係員対応情報を送信する。チャットボット１５４を用いた対話の結果、案内装置１が判定ＮＧの原因を解決できない場合、通信制御部１１７は、通信インタフェース１４を通じて、案内装置対応状況確認端末６に係員対応情報を送信する。案内装置対応状況確認端末６の係員は、当該情報に基づいて、判定ＮＧを解決するために対応する。

【0045】

バックアップ制御部１１８は、後述するシナリオ記憶部１３２に記憶された対話シナリオを更新、または新規で記憶させる際の処理の制御を行う。なお、この処理の詳細は、後述する。

【0046】

次に、データ記憶部１３のソフトウェア構成をさらに詳細に説明する。
データ記憶部１３は、取得情報記憶部１３１と、シナリオ記憶部１３２と、を備える。
取得情報記憶部１３１は、媒体情報取得部１１１が取得した媒体情報を記憶するために用いられる記憶部である。また、案内装置１と自動改札機３が連携している場合、自動改札機３から送信された判定ＮＧ情報を記憶するためにも用いられる。

【0047】

シナリオ記憶部１３２は、シナリオ制御部１１４が用いる対話シナリオを記憶する記憶部である。ここで、シナリオ記憶部１３２に記憶される対話シナリオは、駅ごとに異なるシナリオであっても良いし駅のコーナーごとに異なるシナリオであっても良い。さらに、シナリオ記憶部１３２は、案内装置１のＩＰアドレス、駅の構内図、近隣図等を含む説明情報も記憶するためにも用いられる。

【0048】

（動作）
［案内装置の動作］
図３は、案内装置１により判定ＮＧの原因を解消する動作の一例を示すフローチャートである。
このフローチャートの動作は、案内装置１の制御部１１がプログラム記憶部１２に格納されたプログラムを読み出して実行することにより実現される。

【0049】

最初に、無人駅において、旅客が駅構内から出ようと自動改札機３を通行しようとした結果、自動改札機３に判定ＮＧと判定され、通行ができなくなったものとする。例えば、媒体がＩＣカードであり、且つチャージ額が運賃未満であった場合、自動改札機３は、判定ＮＧと判定する。このような場合において、自動改札機３は、音声およびディスプレイを用いて、旅客が案内装置１に向かうように促す。そして、旅客は、案内装置１に向かい、媒体リーダ・ライタ１５３に媒体を翳す、または媒体を挿入口に挿入する等することにより、このフローチャートが開始される。

【0050】

ステップＳＴ１０１で、媒体情報取得部１１１は、旅客が所有する媒体から媒体情報を取得する。媒体リーダ・ライタ１５３は、旅客により翳された或いは挿入された媒体を検知し、検知した媒体から媒体情報を読み出す。そして、読み出した媒体情報を媒体情報取得部１１１に出力する。媒体情報取得部１１１は、取得した媒体情報を取得情報記憶部１３１に記憶させる。

【0051】

ステップＳＴ１０２で、原因特定部１１２は、媒体情報に基づいて判定ＮＧの原因（旅客が自動改札機３を通行できない原因）を特定する。例えば、自動改札機３と案内装置１とが連携している場合、自動改札機３が判定ＮＧと判定すると、判定ＮＧとなった原因および媒体ＩＤ等を含む判定ＮＧ情報を、監視盤２を介して案内装置１に送信する。制御部１１は、媒体ＩＤおよび判定ＮＧ情報を取得情報記憶部１３１に記憶させて良い。この場合、原因特定部１１２は、取得情報記憶部１３１から媒体情報取得部１１１が取得した媒体情報に含まれる媒体ＩＤと同じ媒体ＩＤと共に記憶された判定ＮＧ情報を取得する。そして原因特定部１１２は、判定ＮＧ情報から原因を特定する。

【0052】

一方、自動改札機３と案内装置１とが連携していない場合、自動改札機３が判定ＮＧ情報を案内装置１に送信できない。この場合、原因特定部１１２は、取得情報記憶部１３１に記憶された媒体情報から判定ＮＧの原因を特定する。原因特定部１１２は、媒体情報および判定ＮＧの原因を精算判定部１１３に出力する。

【0053】

なお、自動改札機３が判定の最中に故障した場合、原因特定部１１２は、媒体情報から原因を特定できない。この場合、原因特定部１１２は、原因を特定できなかったことを示す信号を精算判定部１１３に出力する。

【0054】

ステップＳＴ１０３で、精算判定部１１３は、判定ＮＧの原因が料金の精算のみで解決できるかどうかを判定する。判定ＮＧの原因が例えば、残高不足、乗り越しである場合、精算判定部１１３は、判定ＮＧの原因が料金の精算のみであると判定する。この場合、精算判定部１１３は、媒体情報および判定ＮＧの原因を精算制御部１１５に出力する。そして、処理は、ステップＳＴ１０６に進む。一方、判定ＮＧの原因が料金の精算のみではないと判定した場合、精算判定部１１３は、判定ＮＧの原因および媒体情報をシナリオ制御部１１４に出力する。そして、処理は、ステップＳＴ１０４に進む。

【0055】

なお、原因を特定できなかったことを示す信号を受信した場合、精算判定部１１３は、当該信号および媒体情報をシナリオ制御部１１４に出力する。そして、処理は、ステップＳＴ１０４に進む。

【0056】

ステップＳＴ１０４で、シナリオ制御部１１４は、対話シナリオを用いて判定ＮＧの原因が解決可能かを判定する。シナリオ制御部１１４は、判定ＮＧの原因および媒体情報を用いて、シナリオ記憶部１３２に記憶された対話シナリオから適切な対話シナリオを選択し、チャットボット１５４を用いて選択した対話シナリオによる旅客との対話を行う。そして、シナリオ制御部１１４は、旅客との対話により、判定ＮＧの原因が解決可能かどうかを判定する。例えば、シナリオ制御部１１４は、旅客の対話に基づいてシナリオを分岐させていき、最終的に判定ＮＧの原因が解決可能かどうかを判定して良い。

【0057】

例えば、判定ＮＧの原因が媒体情報に入場駅の情報がないことに起因する場合、シナリオ制御部１１４は、対話シナリオを用いて旅客との対話し、入場駅を特定する。入場駅が特定できた場合、シナリオ制御部１１４は、解決可能であると判定する。この場合、処理は、ステップＳＴ１０５に進む。一方、解決不可能であると判定した場合、処理は、ステップＳＴ１０８に進む。シナリオ制御部１１４が解決不可能であると判定する場合は、例えば、媒体情報がイレギュラーな情報を含む場合等である。

【0058】

また、原因を特定できなかったことを示す信号を受信した場合、シナリオ制御部１１４は、当該信号および媒体情報から対話シナリオを選択し、旅客との対話を行う。例えば、旅客との対話の結果、自動改札機３の故障が原因であると特定できた場合、処理は、ステップＳＴ１０５に進む。

【0059】

ステップＳＴ１０５で、シナリオ制御部１１４は、精算の必要があるかどうかを判定する。例えば、媒体情報に入場駅の情報がなく、入場駅が特定できた場合、シナリオ制御部１１４は、精算が必要であると判定する。この場合、シナリオ制御部１１４は、精算制御部１１５に媒体情報および入場駅の情報を出力する。そして、処理は、ステップＳＴ１０６に進む。一方、精算の必要がないと判定した場合、シナリオ制御部１１４は、媒体情報を通行可能な状態に更新する指示を媒体リーダ・ライタ１５３に出力する。例えば、旅客が誤って入場してしまった場合等は、精算の必要がない。この場合、シナリオ制御部１１４は、媒体リーダ・ライタ１５３に入場記録を消す指示（すなわち媒体情報を通行可能な状態に更新する指示）を出力するとともに、ドア制御部１１６にドアを開けても良いことを示す信号を出力する。媒体リーダ・ライタ１５３は、当該指示に基づいて通行可能な状態に（例えば、入場駅の情報を削除するように）媒体情報を更新し、当該更新した媒体情報を媒体に書き込む。そして処理は、ステップＳＴ１０７に進む。

【0060】

ステップＳＴ１０６で、精算制御部１１５は、精算機１５５を用いた精算処理を制御する。例えば、旅客が不足運賃を支払うために媒体にチャージしたい場合、精算制御部１１５は、入金額に応じて媒体情報のチャージ額を更新する指示を媒体リーダ・ライタ１５３に出力する。そして、精算制御部１１５は、媒体リーダ・ライタ１５３に不足運賃を引くように指示する。媒体リーダ・ライタ１５３は、当該指示に応じて媒体情報を更新する。また、シナリオ制御部１１４から入場駅と媒体情報を受信した場合、入場駅からの運賃（料金）、算出した料金の精算を行う。なお、精算処理は、一般的な方法であれば良いため、ここでの更なる説明を省略する。精算処理が終了すると、精算制御部１１５は、精算が終了し、ドアを開ける指示を含む信号をドア制御部１１６に出力する。

【0061】

ステップＳＴ１０７で、ドア制御部１１６は、ドア開信号を送信する。ドア制御部１１６は、シナリオ制御部１１４または精算制御部１１５からドアを開ける指示を含む信号を受信すると、通路のドアを開ける指示を含むドア開信号を送信する。ドア開信号を送信する先は、自動改札機３または有人開閉器制御ユニット４であって良い。ドア開信号を受信した自動改札機３または有人開閉器制御ユニット４はそれぞれ、自動改札機３が備えるドアまたは有人通路ドア５を開ける。これにより旅客は、通行が可能となる。

【0062】

ステップＳＴ１０８で、通信制御部１１７は、案内装置対応状況確認端末６に係員対応情報を送信する。チャットボット１５４を用いた対話の結果、案内装置１が判定ＮＧの原因を解決できない場合、通信制御部１１７は、通信インタフェース１４を通じて、案内装置対応状況確認端末６に係員対応情報を送信する。案内装置対応状況確認端末６の係員は、当該情報に基づいて、判定ＮＧを解決するために対応する。

【0063】

上述したように、旅客が自動改札機３を通行できない（すなわち、判定ＮＧとなってしまった）場合、案内装置１が係員の代わりに判定ＮＧの原因を解決する。これにより、無人駅等において、近隣駅にいる係員が対応せずに済み、係員の業務を低減することが可能となる。

【0064】

また、案内装置１は、旅客が必要としている際に用いられても良い。例えば、案内装置１は、上述したように、シナリオ記憶部１３２に記憶された対話シナリオに加えて駅構内図および近隣図等を含む説明情報を記憶している。そのため、案内装置１は、駅構内図、近隣図等を出力装置１５２のディスプレイに表示させることが可能である。例えば、シナリオ制御部１１４は、チャットボット１５４を用いて、旅客が必要とする情報を特定して良い。そして、制御部１１は、駅構内図または近隣図等を出力装置１５２のディスプレイに表示させるように制御して良い。

【0065】

［更新動作］
次に、シナリオ記憶部１３２に記憶された対話シナリオを更新する際の動作について説明する。

【0066】

図４は、案内装置１のシナリオ記憶部１３２に記憶された対話シナリオを更新する際の動作の一例を示すフローチャートである。
このフローチャートの動作は、案内装置１の制御部１１がプログラム記憶部１２に格納されたプログラムを読み出して実行することにより実現される。

【0067】

例えば、列車が走行していない時間帯等、或いは所定の周期でシナリオ記憶部１３２に記憶された対話シナリオを更新する際にこのフローチャートを開始する。或いは、遠隔サーバ７によるＷＯＬ（Wake On Lan）を用いて電源が入れられた際にこのフローチャートを開始しても良い。

【0068】

ステップＳＴ２０１で、バックアップ制御部１１８は、ＩＰアドレスを送信する。バックアップ制御部１１８は、シナリオ記憶部１３２に記憶された説明情報に含まれるＩＰアドレスを取得する。そして、バックアップ制御部１１８は、通信インタフェース１４を通じて、遠隔サーバ７にＩＰアドレスを送信する。

【0069】

ステップＳＴ２０２で、バックアップ制御部１１８は、対話シナリオおよび説明情報を受信する。ＩＰアドレスを受信した遠隔サーバ７は、ＩＰアドレスに基づいてシナリオ情報を更新する必要があるかどうかを判定する。シナリオ情報の更新が必要であると判定した場合、遠隔サーバ７の制御部は、記憶部に記憶されたシナリオ情報および説明情報を取得し、案内装置１に送信することになる。なお、必要がない場合、図４では示していないが、処理を終了して良い。

【0070】

ステップＳＴ２０３で、バックアップ制御部１１８は、自動適用可能かどうかを判定する。例えば、シナリオ情報の更新の場合、バックアップ制御部１１８は、自動適用可能であると判定する。一方、例えば、新たな設置した自動改札機３にシナリオ情報を記憶させる場合、バックアップ制御部１１８は、自動適用ができないと判定する。

【0071】

ステップＳＴ２０４で、バックアップ制御部１１８は、対話シナリオおよび説明情報を自動で適用する。例えば、バックアップ制御部１１８は、対話シナリオおよび説明情報をシナリオ記憶部１３２に記憶させる。

【0072】

ステップＳＴ２０５で、バックアップ制御部１１８は、対話シナリオおよび説明情報をシナリオ記憶部１３２に記憶させる。例えば、バックアップ制御部１１８は、遠隔サーバ７の指示に基づいて、対話シナリオおよび説明情報をシナリオ記憶部１３２に記憶させる。その後、管理者（作業者）が手動で、シナリオ制御部１３２に記憶された対話シナリオおよび説明情報の中から必要な対話シナリオおよび説明情報を選択し、選択した対話シナリオおよび説明情報を適用して良い。また、遠隔サーバ７に複数保存されているシナリオ情報や駅構内図の情報を管理者（作業者）が手動で選択して、案内装置１に対して適用させることも可能である。

【0073】

なお、上記更新動作は、例えば、図３を参照して説明したステップＳＴ１０４で、対話の最中に対話シナリオが破損した場合に適用しても良い。例えば、上述したステップにより対話シナリオを更新する。すなわち、バックアップ制御部１１８は、ＩＰアドレスを遠隔サーバ７に送信し、更新された対話シナリオを受信する。そして、シナリオ制御部１１４は、更新した対話シナリオを用いて対話を継続し、原因が解決可能かどうかを判定する。

【0074】

また、更新した対話シナリオを用いても原因が解決できないと判定した場合、処理は、ステップＳＴ１０８に進むことになる。

【0075】

（作用効果）
以上説明した実施形態によれば、案内装置１を無人駅に設置することにより、自動改札機３を通行する際に判定ＮＧとなった旅客の対応を案内装置１が担う。これにより、近隣駅にいる係員が旅客の対応をする必要がなくなるため、係員の業務を低減することが可能となる。

【0076】

［他の実施形態］
なお、この発明は上記実施形態に限定されるものではない。例えば、上の実施形態では、無人駅に案内装置１を配置する例を説明したが、有人駅に案内装置１を配置しても良い。この場合も係員の業務を低減することが可能となる。

【0077】

要するに、この発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。

【符号の説明】

【0078】

１…案内装置
１１…制御部
１１１…媒体情報取得部
１１２…原因特定部
１１３…精算判定部
１１４…シナリオ制御部
１１５…精算制御部
１１６…ドア制御部
１１７…通信制御部
１１８…バックアップ制御部
１２…プログラム記憶部
１３…データ記憶部
１３１…取得情報記憶部
１３２…シナリオ記憶部
１４…通信インタフェース
１５…入出力インタフェース
１５１…入力装置
１５２…出力装置
１５３…媒体リーダ・ライタ
１５４…チャットボット
１５５…精算機
２…監視盤
３…自動改札機
４…有人開閉器制御ユニット
５…有人通路ドア
６…案内装置対応状況確認端末
７…遠隔サーバ

【図1】

【図2】

【図3】

【図4】