JP2016086314A

JP2016086314A - 車載通信機

Info

Publication number: JP2016086314A
Application number: JP2014218713A
Authority: JP
Inventors: 祐紀鶴田; Yuki Tsuruta
Original assignee: Toyo Electric Manufacturing Ltd
Current assignee: Toyo Electric Manufacturing Ltd
Priority date: 2014-10-27
Filing date: 2014-10-27
Publication date: 2016-05-19

Abstract

【課題】再入力の煩わしさを軽減し、確実な降車予約を可能にする車載通信機を提供する。
【解決手段】車載通信機１０は、旅客が有する携帯通信端末２０と無線で通信する無線通信部１４と、車両１内で使用でき、旅客が降車予定の停留所に関する情報を含む降車停留所情報を予め登録可能とするプログラムを、無線通信部１４を介して携帯通信端末２０に配信するプログラム配信部１３と、携帯通信端末２０から無線通信部１４を介して降車停留所情報を取得し、次の停留所が降車予定の停留所となった場合に携帯通信端末２０に通知する降車情報受付部１２と、降車情報受付部１２から取得した降車停留所情報に基づき、次の停留所で降車予定の旅客の有無を車両１に通知する接続部１１と、を備える。
【選択図】図１

Description

本発明は、降車予約の受付を行う車載通信機に関するものである。

一般に、バス、路面電車等の乗合式の車両には、例えば降車ボタン、降車合図装置等を備える降車合図システムが設けられている。旅客は降車を希望する停留所が近付いた場合に、車両に設けられた降車ボタンを押す。降車合図装置は、降車ボタンが押されたことを検出して、例えば車内表示を光らせたり、停車のアナウンスをさせたりすることで、運転手及び他の旅客に対して降車したい旅客がいることを知らせる。

ここで、携帯電話の普及に伴い、例えば特許文献１のように、旅客の携帯電話を降車ボタンとして機能させることを可能にする車載通信機が提案されている。特許文献１に記載の車載通信機では、旅客がＷｅｂサーバ上に用意された特定のページで降車予定の停留所を指定することで、降車ボタンを押すのと同じ効果を得られ、また、旅客は携帯電話を通じて降車予定の停留所への接近を知ることができるので、乗り過ごしや誤った降車を防止できる。

特開２０１２−９８９０８号公報

しかし、特許文献１に記載の車載通信機では、旅客の降車に関するデータを管理できるのはＷｅｂサーバ側に限られる。Ｗｅｂサーバが車両に備えられている場合には、旅客は同じ車両に乗車しない限り、過去の履歴を活用できず、同一路線であっても降車予定の停留所を再度指定する必要がある。また、Ｗｅｂサーバが外部ネットワーク上にあっても、電波の弱い場所ではＷｅｂサーバにアクセスできないため、旅客は履歴を活用することも、降車予定の停留所の指定もできない。そのため、過去の履歴を活用でき、より確実な降車予約が可能な車載通信機が求められていた。

かかる事情に鑑みてなされた本発明の目的は、再入力の煩わしさを軽減し、確実な降車予約を可能にする車載通信機を提供することにある。

上記課題を解決するために本発明に係る車載通信機は、車両に搭載される車載通信機であって、旅客が有する携帯通信端末と無線で通信する無線通信部と、前記旅客が降車予定の停留所に関する情報を含む降車停留所情報を予め登録可能とするプログラムを、前記無線通信部を介して前記携帯通信端末に配信するプログラム配信部と、前記携帯通信端末から前記無線通信部を介して前記降車停留所情報を取得し、次の停留所が前記降車予定の停留所となった場合に前記携帯通信端末に通知する降車情報受付部と、前記降車情報受付部から取得した前記降車停留所情報に基づき、次の停留所で降車予定の旅客の有無を前記車両に通知する接続部と、を備えることを特徴とする。

また、本発明に係る車載通信機において、前記プログラム配信部は、前記プログラムを配信された携帯通信端末を有する旅客が乗車した場合に、過去の乗降状況に応じて許可される機能を前記プログラムに付加する更新プログラムを更に配信することを特徴とする。

また、本発明に係る車載通信機において、前記プログラムは、前記降車予定の停留所までの所要予想時間に応じて、前記携帯通信端末の通信の停止及び再開を制御することを特徴とする。

また、本発明に係る車載通信機において、前記所要予想時間は、前記車両の時刻表に従う前記降車予定の停留所の到着予定時刻及び現在時刻の差と、前記時刻表に従う前記降車予定の停留所の到着予定時刻及び前記時刻表に従う現在位置に最も近い停留所の到着予定時刻の差と、のうち短いほうに基づいて決定されることを特徴とする。

本発明に係る車載通信機によれば、再入力の煩わしさを軽減し、確実な降車予約を可能にする。

第１の実施形態に係る車載通信機が搭載される車両の降車合図システムを説明するブロック図である。第１の実施形態に係る車載通信機を備える降車合図システムのシーケンス図の一例である。携帯通信端末に表示されるプログラム配信時の画面の例である。第１の実施形態における、プログラムを配信された携帯通信端末の処理を説明する図である。第１の実施形態に係る車載通信機及び携帯通信端末の処理を旅客の動作に対応させて説明する図である。第２の実施形態に係る車載通信機を備える降車合図システムのシーケンス図の一例である。第２の実施形態における、プログラムを配信された携帯通信端末の処理を説明する図である。第３の実施形態に係る車載通信機を備える降車合図システムのシーケンス図の一例である。第３の実施形態における、プログラムを配信された携帯通信端末の処理を説明する図である。所要予想時間の演算について説明する図である。

以下、本発明の実施形態について、図面を参照して説明する。

（第１の実施形態）
図１は、本発明の第１の実施形態に係る車載通信機１０が搭載される車両１の降車合図システムを説明するブロック図である。図１に示される降車合図システムは、車載通信機１０の他に、携帯通信端末２０と、アンテナ１５と、音声合成装置３０と、降車合図装置４０と、降車ボタン５０とを備える。車両１は乗合式の車両であって、本実施形態においてはバスであるが、例えば路面電車といった他の種類の車両であってもよい。また、携帯通信端末２０は一般に複数であるが、図示の都合上、１つの携帯通信端末２０を示している。

携帯通信端末２０は、旅客が有する電子機器であって、本実施形態ではスマートフォンである。携帯通信端末２０は、後述するプログラムに従って動作するＣＰＵと、ＣＰＵからアクセス可能でプログラム等を記憶する記憶部と、ＬＣＤ等の表示部と、旅客の操作を受け付けるインターフェースである入力部と、車載通信機１０と通信可能な通信部とを備えるものであれば、スマートフォンに限定されない。なお、表示部と入力部とが一体となったタッチパネルを備える電子機器であってもよい。

アンテナ１５は、車載通信機１０と接続されており、車両１の内部に取り付けられて、車載通信機１０と携帯通信端末２０との通信を可能にする。本実施形態では、アンテナ１５は無線ＬＡＮのアンテナであって、アンテナ１５の電波強度は、車両１の内部の携帯通信端末２０とだけ通信が可能なように調整されているものとする。

音声合成装置３０は、例えば車内放送、行先及び停留所を読み上げる音声等を合成する装置である。本実施形態において、音声合成装置３０は、音声等を合成するだけでなく、例えば車内放送を行うか否か、車両１に備えられる表示装置（例えば方向幕、ＬＥＤ等）に行先を表示させるか否かといった様々な制御も行う。また、音声合成装置３０は、車両１の行先（換言すると、車両１の路線又は車両１の系統）、及び次の停留所の情報を車載通信機１０へと出力する。

降車合図装置４０は、少なくとも降車ボタン５０が押されたことを示す信号を検出し、音声合成装置３０が音声の合成や行先を表示させる制御等を適切に実行できるように、検出結果を音声合成装置３０に出力する。本実施形態において、降車合図装置４０は、旅客が降車ボタン５０を押し下げることで生じる信号を検出するだけでなく、後述するように車載通信機１０からの信号（降車する旅客がいることを示す信号）も検出する。

降車ボタン５０は、旅客が降車の意思を運転手及び他の旅客に伝えるために車両１の内部に設けられたボタンである。旅客が降車ボタン５０を押すと、降車合図装置４０は降車ボタン５０が押されたことを検出して音声合成装置３０に伝える。そして、音声合成装置３０は例えば次の停留所に停車することを知らせる車内放送を行う。なお、旅客が降車したいときに着席したままで降車ボタン５０を押せるように、通常、図１のように複数の降車ボタン５０が設けられる。

（車載通信機の構成）
車載通信機１０は、接続部１１と、降車情報受付部１２と、プログラム配信部１３と、無線通信部１４とを備える。

無線通信部１４は、携帯通信端末２０と無線で通信する。本実施形態において、無線通信部１４はアンテナ１５と接続されて、無線ＬＡＮのアクセスポイントとして機能する。

プログラム配信部１３は、車両１の内部で使用され、降車停留所情報を携帯通信端末２０に予め登録可能とするプログラム有しており、該プログラムを無線通信部１４を介して携帯通信端末２０に配信する。降車停留所情報は、少なくとも携帯通信端末２０を有する旅客が降車予定の停留所に関する情報を含む。後述するように、このプログラムに従うことによって、携帯通信端末２０は降車停留所情報を記憶するだけでなく、降車予約の入力装置として機能する。

降車情報受付部１２は、無線通信部１４を介して携帯通信端末２０から降車停留所情報を取得する。本実施形態において、降車情報受付部１２は、携帯通信端末２０の識別情報と降車停留所情報とを関連付けてテーブル形式で記憶部（例えば不揮発性のメモリ等）に記憶できる。ここで、携帯通信端末２０の識別情報は、携帯通信端末２０を個々に識別できる固有の番号等であって、例えば製造番号、携帯電話の個体識別番号等が用いられてもよい。また、降車停留所情報は、停留所の名前であってもよいし、停留所の名前を記号化又は省略表記したものであってもよい。降車情報受付部１２は、携帯通信端末２０の識別情報及び降車停留所情報から、次の停留所を降車予定の停留所とする携帯通信端末２０を検出すると、該携帯通信端末２０に対して次の停留所が降車停留所であることを通知する。

接続部１１は、降車情報受付部１２から降車停留所情報を取得し、該降車停留所情報に基づき、次の停留所で降車予定の旅客の有無を車両１に通知する。これにより、車両１は、降車ボタン５０が押下されていなくても、降車ボタン５０が押下された時と同じ処理を実行することができる。本実施形態では、接続部１１は、降車合図装置４０を介して、降車停留所情報を音声合成装置３０に出力する。また、接続部１１は、音声合成装置３０から次の停留所情報、すなわち車両１が次に停まる停留所の情報を受け取る。

（降車合図システムの処理）
図２は、本実施形態に係る車載通信機１０を備える降車合図システムのシーケンス図の一例である。まず、車両１の出発時に、車載通信機１０は音声合成装置３０から行先・系統情報を取得する。行先・系統情報は、バスである車両１の終着の停留所の名称及び系統番号を含むだけでなく、全ての停留所の名称及び到着順の情報を含む。なお、系統番号とは、バスの路線を個々に区別するために付されている番号であり、数字だけでなく文字との組み合わせで構成されていてもよい。

ステップＳ１では、行先・系統情報を取得した車載通信機１０が行先・系統情報設定の処理、つまり停留所のリストを作成する処理を行う。後述するように、停留所のリストは旅客の降車停留所を指定するのに用いられる。

ステップＳ２では、バス（車両１）の旅客のそれぞれの携帯通信端末２０が、バス車内の無線ＬＡＮ網に接続する。なお、途中で乗車した旅客の携帯通信端末２０も、バスの乗車時にバス車内の無線ＬＡＮ網に接続する。

ステップＳ３では、携帯通信端末２０がプログラム提供要求の処理、つまりプログラムのダウンロードを車載通信機１０に要求する。ダウンロードされるプログラムは、プログラム配信部１３によって配信され、上述の通り、携帯通信端末２０を降車予約の入力装置として機能させる。また、このプログラムに従うことで、携帯通信端末２０は降車停留所情報を記憶する。

ステップＳ４では、携帯通信端末２０からのプログラムのダウンロードを要求された車載通信機１０が要求受付・選択の処理、すなわち携帯通信端末２０を特定する処理を実行する。車載通信機１０は、上述の携帯通信端末２０の識別情報を用いて、どの携帯通信端末２０がプログラムのダウンロードを要求したかを把握する。そして、車載通信機１０は、特定された携帯通信端末２０にプログラムを配信する。

ステップＳ５では、プログラムのダウンロードを要求した携帯通信端末２０が、プログラムをダウンロードしてインストールし、このプログラムを起動する。ここで、本実施形態では、ステップＳ３〜Ｓ５の処理は、以下に説明する画面を用いて行われる。

図３は携帯通信端末２０に表示される画面の例である。携帯通信端末２０がバス車内の無線ＬＡＮ網に接続された後、携帯通信端末２０を有する旅客は、車内広告等に掲示されている二次元バーコードやウェブアドレスによって、図３のウェブページを携帯通信端末２０に表示させる。図３のウェブページは、最上段にウェブアドレスが表示され、その下に説明部分が表示されている。その説明部分の中央部分からやや下側に、「プログラムのダウンロードとインストール」と書かれたボタン（以下、図３のボタンとする）がある。

携帯通信端末２０は、図３のボタンが押されることによって、車載通信機１０にプログラムのダウンロードを要求することができる。つまり、図３のボタンが押されることは、ステップＳ３のプログラム提供要求の処理に対応する。また、図３のボタンが押されると、そのことが車載通信機１０に伝わる。本実施形態では、このときに携帯通信端末２０の識別情報が車載通信機１０に送信されるので、車載通信機１０はステップＳ４の要求受付・選択の処理を実行できる。そして、プログラムがダウンロードされて、携帯通信端末２０にインストールされる。本実施形態では、インストールされたプログラムは、自動的に起動する。このことは、ステップＳ５のプログラム起動の処理に対応する。

ここで、図３の携帯通信端末２０に表示される画面では、図３のボタンの下に、対応する機種やＯＳのバージョンの情報が記載されており、旅客は、自分が有する携帯通信端末２０が対応しているか否かの情報を容易に取得することができる。なお、旅客の携帯通信端末２０に既にプログラムがインストールされている場合には、ステップＳ３及びステップＳ４の処理は省略されて、携帯通信端末２０はステップＳ２に続いて、ステップＳ５のプログラム起動の処理を実行する。

再び図２を参照して、ステップＳ１１以降の処理を説明する。ステップＳ１１では、携帯通信端末２０がプログラム起動（ステップＳ５）の後に、行先・系統情報要求の処理を実行する。行先・系統情報要求の処理は、携帯通信端末２０が車載通信機１０に停留所のリストを含む行先・系統情報を要求する処理である。

ステップＳ１２では、携帯通信端末２０から行先・系統情報要求を受けた車載通信機１０が要求受付の処理、すなわち携帯通信端末２０を特定する処理を実行する。そして、車載通信機１０は、特定された携帯通信端末２０に行先・系統情報を配信し、携帯通信端末２０は行先・系統情報を取得する。

ステップＳ１３では、携帯通信端末２０が降車停留所予約の処理を行う。つまり、携帯通信端末２０は、インストールされたプログラムを用いて取得した停留所のリストを表示して、旅客が降車する予定の停留所（以下、降車停留所とする）を選択させる。そして、携帯通信端末２０は、旅客が選択した降車停留所を、降車停留所情報として車載通信機１０に送信する。

ステップＳ１４では、携帯通信端末２０から降車停留所情報を取得した車載通信機１０が予約登録の処理を実行する。予約登録の処理は、車載通信機１０が取得した降車停留所情報と、その送信元の携帯通信端末２０の識別情報とを関連付けて記憶する処理である。例えば、降車停留所情報と携帯通信端末２０の識別情報とが、テーブル形式で降車情報受付部１２が備える記憶部に記憶されてもよい。

その後、車両１が走行するにつれて次の停留所が変化する。音声合成装置３０は、運転手の操作による停留所案内の車内放送を行うと同時に、車載通信機１０へ次の停留所情報を自動的に送信する。ここで、次の停留所情報は、停留所の名前であってもよいし、名前を記号化又は省略表記したものであってもよいが、降車停留所情報と同じ表記であるとする。

ステップＳ２１では、車載通信機１０が、音声合成装置３０から次の停留所情報を取得しながら、降車停留所検知の処理を実行する。降車停留所検知の処理は、次の停留所情報と降車停留所情報とが一致するか否かを判定する処理である。一致した場合には、車載通信機１０は、その降車停留所情報に関連付けられた識別情報を有する携帯通信端末２０に対して、予定停留所到来情報を通知する。予定停留所到来情報は、次の停留所が降車停留所であるとの情報である。

ステップＳ２２では、携帯通信端末２０が降車予定通知受信の処理、すなわち車載通信機１０からの予定停留所到来情報を取得する処理を行う。携帯通信端末２０は、旅客に降車の準備をさせたり、降車を促したりするために、メッセージや文字データを表示させてもよいし、音声、光等を発してもよいし、これらを組み合わせて実行してもよい。

ステップＳ２３では、車載通信機１０が降車ボタン押下代行処理を実行する。つまり、車載通信機１０は、旅客に代行して降車ボタン５０の押下を行ったのと同様の信号を、降車合図装置４０へと出力する。このことにより、旅客が降車ボタン５０を押し忘れても、確実に旅客が降りたい停留所を運転手に知らせることが可能である。

（プログラムによる携帯通信端末の処理）
ここで、携帯通信端末２０にインストールされるプログラムについて詳細に説明する。図４は、本実施形態における、配信されたプログラムをインストールした携帯通信端末２０の処理を説明する図である。なお、図２と同じステップには同じ符号を付して説明を省略する。

まず、ステップＳ５及びステップＳ１１は、図２の同じ符号の処理と同じであり説明を省略する。ステップＳ１１に続くステップＳ１１Ａでは、携帯通信端末２０は履歴を有するか否かを確認する。履歴は、過去の降車停留所情報である。携帯通信端末２０は、その記憶部に履歴を有している場合（ステップＳ１１Ａの「有」）、ステップＳ１１Ｂの処理に進む。一方、携帯通信端末２０は、その記憶部に履歴が無い場合（ステップＳ１１Ａの「無」）、ステップＳ１１Ｄの処理に進む。

ステップＳ１１Ｂでは、携帯通信端末２０は履歴を利用して降車停留所を設定するか否かを決定する。このとき、旅客は、例えば携帯通信端末２０のタッチパネル（表示部かつ入力部として機能する）に示される選択画面に従って、履歴を利用するか否かを決定してもよい。携帯通信端末２０は、履歴を利用して降車停留所を設定する場合（ステップＳ１１Ｂの「使う」）、ステップＳ１１Ｃの処理に進む。一方、携帯通信端末２０は、履歴を利用しない場合（ステップＳ１１Ｂの「使わない」）、ステップＳ１１Ｄの処理に進む。

ステップＳ１１Ｃでは、携帯通信端末２０は、履歴を利用して自動的に降車停留所を設定する。旅客は、例えば過去に行先・系統が同じであるバスに乗って同じ停留所に降車した場合等に、ステップＳ１１Ｃによって、降車停留所入力の手間を軽減できる。

一方、携帯通信端末２０が履歴を有さない場合、又は履歴を有していても使用されない場合には、ステップＳ１１Ｄで、降車停留所入力の処理が実行される。旅客は、例えばその行先・系統のバスに初めて乗る場合、又は過去に行先・系統が同じであるバスに乗ったが降車停留所が異なる場合等に、ステップＳ１１Ｄで、降車停留所を入力する。ステップＳ１１Ｃ又はステップＳ１１Ｄに続くステップＳ１３は、図２の同じ符号の処理と同じであり説明を省略する。

ここで、携帯通信端末２０に記憶される履歴について詳細に説明する。履歴は、上述の通り、過去の降車停留所情報である。ここで、図２を参照して説明したように、携帯通信端末２０はステップＳ１３で降車停留所情報を生成して車載通信機１０に送信する。携帯通信端末２０にインストールされたプログラムは、ステップＳ１３の処理で生成された降車停留所情報を、車載通信機１０に送信するだけでなく、携帯通信端末２０の一時記憶部（例えばレジスター等）に記憶させる。一時的に記憶された降車停留所情報は、後述する携帯通信端末２０の履歴登録処理によって、携帯通信端末２０の記憶部（例えば不揮発性のメモリ等）に記憶される。

携帯通信端末２０が過去の降車停留所情報を記憶していること、すなわち履歴を有することは、以下に説明するような効果を生じる。もし、履歴が車載通信機１０にだけ存在する場合には、車載通信機１０は車両１ごとに異なるため、旅客が過去と同一の車両１に乗車しない限りは履歴を利用することができない。つまり、旅客が、過去と同じ系統・行先であるが、過去とは異なる車両１に乗車すると、履歴を利用することはできない。一方、本実施形態のように携帯通信端末２０が履歴を有する場合には、車両１が異なっていても履歴を利用できるようにする。そのため、旅客が過去とは異なる車両１に乗車しても、履歴を利用して、旅客の降車停留所入力の手間を軽減できる。

再び、図４を参照して、プログラムをインストールした携帯通信端末２０の処理を説明する。ステップＳ２２Ａでは、携帯通信端末２０は、車載通信機１０から到来情報（図２の予定停留所到来情報が対応）が送信されるまで待機する（ステップＳ２２Ａの「無」）。そして、携帯通信端末２０は、車載通信機１０から到来情報が送信されると（ステップＳ２２Ａの「有」）、ステップＳ２２Ｂの処理に進む。

ステップＳ２２Ｂでは、携帯通信端末２０は、通知受信の処理、すなわち到来情報（図２の予定停留所到来情報が対応）を受信する処理を実行する。携帯通信端末２０は到来情報を受信することにより、次の停留所が降車停留所であることを把握する。このとき、携帯通信端末２０は、旅客への到着通知として、例えばタッチパネルに降車停留所が近いことを示すメッセージを表示したり、バイブレーション、音声、又は光で降車の準備を促したりしてもよい。なお、図４のステップＳ２２ＡとステップＳ２２Ｂとを合わせた処理が、図２のステップＳ２２の処理に対応する。

到着通知を実行した後、携帯通信端末２０は、旅客が車両１を降車して車載通信機１０との通信ができなくなることを想定して以下の処理を行う。ステップＳ３５Ａでは、携帯通信端末２０は、所定のタイミングで（例えば数秒の間隔で定期的に）無線ＬＡＮと接続の有無を確認する。携帯通信端末２０は、通信が確立できる場合には待機するが（ステップＳ３５Ａの「有」）、通信を確立できなくなったところで（ステップＳ３５Ａの「無」）旅客が降車したと判定してステップＳ３６Ａの処理に進む。

ステップＳ３６Ａでは、携帯通信端末２０はプログラムの終了案内の処理、すなわちプログラムが終了することを旅客に通知する処理を実行する。

ステップＳ３６Ｂでは、携帯通信端末２０はプログラムを削除するかどうかの確認を旅客に要求する。旅客からプログラムを削除するとの確認を受け取った場合には（ステップＳ３６Ｂの「する」）、携帯通信端末２０はステップＳ３６Ｅの処理に進む。また、旅客からプログラムを削除するとの確認を受け取った場合には（ステップＳ３６Ｂの「しない」）、携帯通信端末２０はステップＳ３６Ｃの処理に進む。

ステップＳ３６Ｃでは、携帯通信端末２０は履歴登録処理を実行する。履歴登録処理とは、携帯通信端末２０の一時記憶部（例えばレジスター等）に記憶させた降車停留所情報を、携帯通信端末２０の記憶部（例えば不揮発性のメモリ等）に記憶する処理である。履歴登録処理によって、旅客が次にバスに乗車する際に履歴を利用できる。

ステップＳ３６Ｄでは、携帯通信端末２０は起動させていたプログラムを終了させる。このとき、携帯通信端末２０はプログラムを削除せずに保持するので、旅客が次にバスに乗車する際に、携帯通信端末２０は新たにダウンロードすることなくプログラムを起動可能である。

ステップＳ３６Ｅでは、携帯通信端末２０は起動させていたプログラムを終了させる。そして、ステップＳ３６Ｅに続くステップＳ３６Ｆでは、携帯通信端末２０はインストールしたプログラムを削除する。本実施形態においては、プログラムと共に履歴も削除されるため、携帯通信端末２０を、プログラムをインストールする前の状態に戻すことが可能である。なお、ステップＳ３６Ａ〜Ｓ３６Ｆは、後述する図５のプログラム終了処理（ステップＳ３６）に対応する。

図５は、本実施形態に係る車載通信機１０及び携帯通信端末２０の処理を旅客の動作に対応させて説明するための図である。なお、図２及び図４と同じステップには同じ符号を付して説明を省略する。

図５のＡ〜Ｆは停留所を表し、この順番で車両１が停車する。図５の「アナウンス区間」は、音声合成装置３０によって、次の停留所に停車することを知らせる車内放送が行われる区間を意味する。例えば、図５のＤのアナウンス区間は、停留所Ｃを出発後かつ停留所Ｄの到着前である。この区間において、次の停留所Ｄに停車するとの車内放送が行われる。

図５の例では、旅客Ｐは停留所Ｂで乗車し（ステップＳ３１）、Ｃのアナウンス区間において携帯通信端末２０を用いて降車予約する（ステップＳ３２）。その後、旅客Ｐは、Ｆのアナウンス区間において、携帯通信端末２０によって降車停留所の通知を受けて降車準備をし（ステップＳ３３）、停留所Ｆで降車する（ステップＳ３４）。この旅客Ｐのそれぞれの動作を表すステップＳ３２〜Ｓ３４に対応させて、携帯通信端末２０及び車載通信機１０の処理を説明する。

旅客Ｐの降車予約（ステップＳ３２）では、携帯通信端末２０及び車載通信機１０は以下のような処理を実行する。まず、旅客Ｐの携帯通信端末２０は、車両１の車内の無線ＬＡＮ網に接続する処理を行う（ステップＳ２）。そして、携帯通信端末２０は、プログラムを起動して（ステップＳ５）、車載通信機１０に停留所のリストを含む行先・系統情報を要求する（ステップＳ１１）。携帯通信端末２０から行先・系統情報要求を受けた車載通信機１０は、携帯通信端末２０を特定する処理を実行して、停留所のリストを含む行先・系統情報を配信する（ステップＳ１２）。携帯通信端末２０は、インストールされたプログラムを用いて取得した停留所のリストを表示し、降車停留所を旅客に選択させる（ステップＳ１３）。そして、携帯通信端末２０は降車停留所情報を車載通信機１０に送信する。携帯通信端末２０から降車停留所情報を取得した車載通信機１０は、降車停留所情報と携帯通信端末２０の識別情報とを関連付けて記憶する（ステップＳ１４）。

また、旅客Ｐの降車停留所の通知等（ステップＳ３３）では、携帯通信端末２０及び車載通信機１０は以下のような処理を実行する。降車停留所検知（図２のステップＳ２１）の処理を実行する車載通信機１０は、次の停留所情報（停留所Ｆ）と降車停留所情報（停留所Ｆ）とが一致したので、携帯通信端末２０に、降車予定通知（図２の予定停留所到来情報）を送信する（ステップＳ２１Ａ）。そして、携帯通信端末２０は車載通信機１０からの降車予定通知を取得する処理を行う（ステップＳ２２）。また、車載通信機１０は、ステップＳ２１Ａの後で、降車ボタン押下代行処理を実行する（ステップＳ２３）。なお、車載通信機１０は、降車予定通知を「Ｆのアナウンス区間」より前に送信することも可能である。しかし、降車ボタン押下代行処理については「Ｆのアナウンス区間」に実行される必要があるため、同区間において降車予定通知が送信されることが好ましい。

また、旅客Ｐが降車（ステップＳ３４）では、携帯通信端末２０及び車載通信機１０は以下のような処理を実行する。携帯通信端末２０は、無線ＬＡＮと接続の有無を確認し、無線ＬＡＮの圏外となったことを確認する（ステップＳ３５）。そして、携帯通信端末２０は、プログラムを終了して、必要ならばプログラムを削除するプログラム終了処理を実行する（ステップＳ３６）。

以上のように、本実施形態の車載通信機１０は、プログラム配信部１３から携帯通信端末２０に、降車停留所情報を携帯通信端末２０に記憶させる（図４のステップＳ３６Ｃの履歴登録が対応）プログラムを配信する。このプログラムによって、携帯通信端末２０が降車停留所情報を記憶し、旅客が次にバスに乗車する際に履歴として利用可能である。このとき、履歴は携帯通信端末２０に存在するため、過去に乗車したことが無い車両１に旅客が乗ったとしても履歴を利用可能であり、旅客の降車停留所入力の手間を軽減できる。よって、本実施形態の車載通信機１０は、旅客の再入力の煩わしさを軽減できる。ここで、本実施形態の車載通信機１０は車両１に搭載されるので、車両１に乗車した旅客の携帯通信端末２０は確実に車載通信機１０にアクセス可能である。また、車載通信機１０は、降車情報受付部１２によって携帯通信端末２０に対して次の停留所が降車停留所であることを通知し、接続部１１によって降車ボタン５０の押下代行処理を実行する。よって、本実施形態の車載通信機１０は、旅客に配慮した、より確実な降車予約を可能にする。

（第２の実施形態）
図６は、本発明の第２の実施形態に係る車載通信機１０を備える降車合図システムのシーケンス図の一例である。なお、本実施形態に係る車載通信機１０を備える降車合図システムの構成は第１の実施形態と同じであり説明を省略する。また、図１〜図５と同じ要素には同じ符号を付して説明を省略する。

車載通信機１０が携帯通信端末２０に配信するプログラムは、ソフトウェアであるため、柔軟な機能拡張が可能である。本実施形態において、車載通信機１０のプログラム配信部１３は、ポイント付与の機能を追加したプログラムを配信する。ここで、ポイントはこのプログラムだけで有効な仮想的な通貨である。本実施形態では、携帯通信端末２０は、過去のバスの乗降状況（利用実績）に応じてポイントを貯めることができる。そして、プログラム配信部１３は、ポイントに応じて許可される機能を前記プログラムに付加する更新プログラムを更に配信する。プログラムを更新すると、プログラムに拡張機能が付加される。付加される拡張機能と必要なポイントとの関係は、車載通信機１０が有する評価関数によって定められている。なお、ポイントに代えてコイン、メダル等が用いられてもよい。

ステップＳ１〜Ｓ５については、第１の実施形態と同じであるため説明を省略する。なお、図６の例では、携帯通信端末２０に既にプログラムがインストールされており、ステップＳ３，Ｓ４は省略されている。つまり、プログラムを配信された携帯通信端末２０を有する旅客が乗車した場合に対応する。

ステップＳ６では、携帯通信端末２０は、今まで貯まったポイントがいくらであるかを送信する。

ステップＳ７では、車載通信機１０は、携帯通信端末２０から送られたポイントを携帯通信端末２０の識別情報と関連付けて受け取る。

ステップＳ８では、車載通信機１０は、評価関数によって許可される機能を求めて、携帯通信端末２０にインストールされているプログラムにその機能を付加する更新プログラムを準備する。ここで、評価関数は、携帯通信端末２０からの貯まったポイントを入力すると許可される機能が出力されるものであればよく、例えばポイント数と許可される機能とを対応させたテーブルであってもよい。

ステップＳ９では、車載通信機１０は、準備した更新プログラムを携帯通信端末２０に配信する。

ステップＳ１０では、追加機能配信を受けた携帯通信端末２０、すなわち、更新プログラムを受け取った携帯通信端末２０は、更新プログラムをインストールして、プログラム更新を行う。更新されたプログラムによって、携帯通信端末２０は、貯まったポイントによって許可された新たな機能を発揮することができる。ここで、更新により獲得できる新たな機能は、登録できる履歴数が増加したり、画面上のボタン配置が変更できたりといった利便性の向上に寄与するものでもよい。また、新たな機能は、利便性に関係なく娯楽的な内容であってもよい。例えば、プログラム内にマスコットキャラクターを用意し、ポイントによってキャラクターの容姿や画面上で行う演技のクオリティが向上する等のキャラクター育成要素を備えていてもよい。なお、ステップＳ１０に続くステップＳ１１〜Ｓ２３については、第１の実施形態と同じであるため説明を省略する。

図７は、本実施形態における、配信されたプログラムをインストールした携帯通信端末２０の処理を説明する図である。なお、図１〜図６と同じ要素には同じ符号を付して説明を省略する。

ステップＳ５については、第１の実施形態と同じであるため説明を省略する。また、ステップＳ６も図６の同じ符号の処理と同じであり説明を省略する。ステップＳ１０Ａでは、携帯通信端末２０はプログラムの更新の有無を確認する。プログラムの更新が有る場合（ステップＳ１０Ａの「有」）、ステップＳ１０Ｂの処理に進む。一方、携帯通信端末２０は、プログラムの更新が無い場合（ステップＳ１０Ａの「無」）、ステップＳ１１の処理に進む。

ステップＳ１０Ｂでは、携帯通信端末２０はプログラムの更新を適用して、更新プログラムをインストールする。なお、図７のステップＳ１０ＡとステップＳ１０Ｂとを合わせた処理が、図６のステップＳ１０の処理に対応する。なお、更新プログラムのインストール後に、必要な場合には携帯通信端末２０の再起動が行われてもよい。

ステップＳ１１以降の処理は、ステップＳ３６Ｇを除いて、図４の同じ符号の処理と同じである。よって、以下では、ステップＳ３６Ｇのみについて説明する。ステップＳ３６Ｇでは、携帯通信端末２０は、以下に説明する式に従ってポイントを計上する。ここで、ポイントは旅客のバスの利用実績に応じて貯まり、ポイントの使用（ポイントによるプログラム更新）もバスの車内に限って可能であるため、ポイントの存在が、旅客が移動手段を選択する際にバスを優先させる動機づけとなることが期待される。

ポイント計上に用いられる利用実績としては、乗車回数のみを計上する単純なものでもよいし、移動距離や系統・行先によって重みづけを変えた評価関数によるものでもよい。例えば、運賃が均等な区間において、乗車距離に比例したポイントを与える場合は以下の式（１）によって算出されてもよい。

Ｐ_i＝Ｐ_i―1＋Ｗ×（Ｅ_d−Ｓ_d）（１）
ここで、Ｐはポイントであり、Ｗは重みづけである。またＥ_dは降車停留所の営業キロで、Ｓ_dは乗車停留所の営業キロである。それまでに貯まっていたポイントＰ_i―1に加算されて、新たなポイントＰ_iが計算される。なお、重みづけＷは、路線によって変わってもよい。

さらに、重みづけＷは運賃、曜日、時間帯、混雑度、及び競合路線の有無の全て又は一部によって変わってもよい。また、料金箱や乗車券読取装置、移動車両内の重量センサ等と連動し、車両１の乗車率に応じて換算する方法でもよい。距離によって運賃が変わる区間において、路線ごとに重みづけを変える場合は以下の式（２）によって算出されてもよい。

Ｐ_i＝Ｐ_i―1＋Ｗ×（Ｆ_i／Ｆ_std）（２）
ここで、Ｐはポイントであり、Ｗは重みづけである。またＦ_iは乗車区間の運賃で、Ｆ_stdは初乗り運賃である。

本実施形態の車載通信機１０は、評価関数によって許可される機能をプログラムに付加する更新プログラムを更に配信する。そのため、第１の実施形態の効果に加えて、プログラムに新たな機能が付加されることを期待する旅客が、優先的に本実施形態の車載通信機１０を搭載している車両（バス）を利用するので利用率が向上するという効果を生じる。

（第３の実施形態）
図８は、本発明の第３の実施形態に係る車載通信機１０を備える降車合図システムのシーケンス図の一例である。なお、本実施形態に係る車載通信機１０を備える降車合図システムの構成は第１の実施形態及び第２の実施形態と同じであり説明を省略する。また、図１〜図７と同じ要素には同じ符号を付して説明を省略する。

車載通信機１０が携帯通信端末２０に配信するプログラムは、ソフトウェアであるため、柔軟な機能拡張が可能である。本実施形態において、車載通信機１０のプログラム配信部１３は、携帯通信端末２０をスリープさせる機能を追加したプログラムを配信する。ここで、スリープとは携帯通信端末２０を動作状態から待機状態にすることである。つまり、このプログラムは、降車予定の停留所までの所要予想時間に応じて、携帯通信端末２０の通信の停止及び再開を制御する。これにより、携帯通信端末２０の消費電力を抑えることができる。

図８のステップＳ１５〜Ｓ２０以外の処理は、図２、図６を参照して説明した同じ符号の処理と同じであるので説明を省略する。ここで、図８の例では、携帯通信端末２０には既にプログラムがインストールされているが、そうでない場合には、プログラム起動（ステップＳ５）の前に、プログラムのダウンロードとインストール（図２のステップＳ３及びＳ４）が行われる。本実施形態の車載通信機１０は、携帯通信端末２０から降車停留所情報を取得して予約登録の処理を実行（ステップＳ１４）した後に、後述するように所要予想時間を演算で求めて、所要予想時間情報として携帯通信端末２０に送信する。所要予想時間とは、降車停留所までの予想される所要時間のことである。

ステップＳ１５では、携帯通信端末２０は、受信した所要予想時間と、しきい値として内部に設定されている時間と、を比較する。携帯通信端末２０は、所要予想時間がしきい値以上である場合はスリープが必要と判定する。図８の例では、携帯通信端末２０はスリープが必要と判定したとしてステップＳ１６の処理に進む。なお、携帯通信端末２０がスリープ不要と判定した場合には、ステップＳ１６〜Ｓ２０の処理は省略される。

ステップＳ１６では、携帯通信端末２０は、バス車内の無線ＬＡＮ網との接続を切断して、通信を停止する。そして、ステップＳ１７で、携帯通信端末２０はスリープ状態（待機状態）になって、消費電力が抑えられる。ここで、携帯通信端末２０のスリープ状態が継続する時間（以下、スリープ時間とする）は、しきい値より短い時間とする。

ステップＳ１８では、携帯通信端末２０は、スリープ状態から復帰して通常の動作状態となる。そして、携帯通信端末２０は無線ＬＡＮ網と接続して、通信を開始する。ここで、携帯通信端末２０は、スリープ時間が経過したタイミングでスリープ状態から復帰する。

ステップＳ１９では、携帯通信端末２０は、車載通信機１０に所要予想時間を要求する。そして、ステップＳ２０で、車載通信機１０は所要予想時間を演算で求めて、所要予想時間情報として携帯通信端末２０に送信する。その後に、携帯通信端末２０は再びスリープが必要か否かを判定するが、図８の例ではスリープ不要と判定したとして説明を省略する。

図９は、本実施形態における、配信されたプログラムをインストールした携帯通信端末２０の処理を説明する図である。なお、図１〜図８と同じ要素には同じ符号を付して説明を省略する。

ステップＳ５，Ｓ１１，Ｓ１３については、第１の実施形態と同じであるため説明を省略する。ステップＳ１５Ａでは、携帯通信端末２０は車載通信機１０から所要予想時間を取得する。

ステップＳ１５Ｂでは、携帯通信端末２０は所要予想時間がしきい値以上である場合には（ステップＳ１５Ｂの「以上」）、ステップＳ１６の処理に進む。一方、携帯通信端末２０は所要予想時間がしきい値未満である場合には（ステップＳ１５Ｂの「未満」）、ステップＳ１５Ｃの処理に進む。

ここで、ステップＳ１６〜Ｓ１８は、図８の同じ符号の処理と同じであり説明を省略する。ステップＳ１８の後に、携帯通信端末２０はステップＳ１５Ａの処理に戻る。

ステップＳ１５Ｃでは、携帯通信端末２０は、車載通信機１０から予定停留所到来情報が送信されるまで待機する。ステップＳ１５Ｃに続くステップＳ２２については第１の実施形態と同じであるため説明を省略する。また、ステップＳ３５Ａ，Ｓ３６Ａ，Ｓ３６Ｄは図４、図７の同じ符号の処理と同じであり説明を省略する。

（所要予想時間の演算）
ここで、本実施形態に係る車載通信機１０は、以下の式（３）に従って所要予想時間ｔを演算する。

ｔ＝Ｔ_D−Ｔ_P−ΔＴ（３）
ここで、Ｔ_Dは降車停留所の到着予想時刻であり、Ｔ_Pは現在時刻である。ΔＴは演算処理時間及び通信時間のオーバーヘッド分のオフセットであり、例えば１分に設定されてもよい。

図１０は所要予想時間の演算について説明する図である。図１０には、停留所Ｓ₀を始発とし、停留所Ｓ_Eを終着とする路線が示されており、現在、車両１は停留所Ｓ₁と停留所Ｓ₂の間を走行している。車両１の旅客が停留所Ｓ₄で降車予定である。この路線では、図１０に示される時刻表があり、例えば時刻表通りであれば停留所Ｓ₄には時刻Ｔ₄に到着する。

図１０の例では、所要予想時間は停留所Ｓ₄に到着するまでの時間である。車載通信機１０は、例えば降車停留所の到着予想時刻Ｔ_Dとして時刻表の時刻Ｔ₄を用いて、所要予想時間ｔを求めることができる。

ここで、バスである車両１は、道路の混雑具合によって時刻表に記載された時刻よりも前後して停留所に到着する可能性がある。そのため、本実施形態の車載通信機１０は、以下に説明する手法によって所要予想時間ｔを求める。まず、車載通信機１０は、式（３）の到着予想時刻Ｔ_Dの候補となる第１の到着予想時刻、及び第２の到着予想時刻を求める。第１の到着予想時刻は、車両１の時刻表に記載されている到着予定時刻であって、図１０の例では時刻Ｔ₄である。

一方、第２の到着予想時刻は、現在位置に最も近い停留所から降車停留所までの時刻表における所要時間Ｘに、現在時刻Ｔ_Pを加えて得られる。図１０の例では、現在位置に最も近い停留所Ｓ₁の時刻表における到着予定時刻はＴ₁である。また、旅客が降車する停留所Ｓ₄の時刻表における到着予定時刻はＴ₄である。したがって、所要時間ＸはＴ₄−Ｔ₁と算出され、第２の到着予想時刻はＴ₄−Ｔ₁＋Ｔ_Pである。

そして、本実施形態の車載通信機１０は、第１の到着予想時刻（図１０の例ではＴ₄）と、第２の到着予想時刻（図１０の例ではＴ₄−Ｔ₁＋Ｔ_P）と、を比較して早い方の時刻を降車停留所の到着予想時刻Ｔ_Dとする。そのため、第２の到着予想時刻によって車両１の現在の走行状態を反映しながら、より早い方の到着予想時刻を到着予想時刻Ｔ_Dとすることで確実に旅客が予定停留所到来情報を受け取れるようにする。つまり、降車停留所が近付いている可能性のある時刻には、携帯通信端末２０がスリープ状態とならないように、より慎重に所要予想時間ｔを算出する。

ここで、所要予想時間ｔについて更に説明する。なお、以下では、説明を分かりやすくするため、式（３）のオフセットΔＴが０であるとする。第１の到着予想時刻を到着予想時刻Ｔ_Dと仮定する場合、所要予想時間ｔの算出値（以下、第１の算出値という）は、現在時刻Ｔ_Pから第１の到着予想時刻までの時間になる。つまり、第１の算出値は、車両１の時刻表に従う降車予定の停留所の到着予定時刻（図１０の例ではＴ₄）、及び現在時刻Ｔ_Pの差として算出される。

一方、第２の到着予想時刻を到着予想時刻Ｔ_Dと仮定する場合、所要予想時間ｔの算出値（以下、第２の算出値という）は、現在時刻Ｔ_Pから第２の到着予想時刻までの時間になる。ここで、第２の到着予想時刻（図１０の例ではＴ₄−Ｔ₁＋Ｔ_P）を算出する式には現在時刻Ｔ_Pが含まれている。したがって、現在時刻Ｔ_Pが相殺されるので、第２の算出値は、車両１の時刻表に従う降車予定の停留所の到着予定時刻（図１０の例ではＴ₄）、及び時刻表に従う現在位置に最も近い停留所の到着予定時刻（図１０の例ではＴ₁）の差として算出される。

上述のように、車載通信機１０は、第１の到着予想時刻と第２の到着予想時刻とを比較して早い方の時刻を降車停留所の到着予想時刻Ｔ_Dとする。このことに対応して、所要予想時間ｔは、第１の算出値と第２の算出値のうち短いほうに基づいて決定される。

本実施形態の車載通信機１０は所要予想時間を携帯通信端末２０に送信する。そして、携帯通信端末２０に配信されてインストールされるプログラムは、所要予想時間に応じて前記携帯通信端末の通信の開始又は停止を制御する。そのため、第１の実施形態の効果に加えて、携帯通信端末２０を降車停留所が近付くまではスリープ状態にして、携帯通信端末２０の消費電力を抑えることができる。

また、本実施形態の車載通信機１０は、所要予想時間ｔを、上述の第１の算出値と第２の算出値のうち短いほうに基づいて決定する。そのため、降車停留所が近付いている可能性のある時刻には、携帯通信端末２０がスリープ状態とならないようにして、確実に旅客が予定停留所到来情報を受け取れるようにすることができる。

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

１車両
１０車載通信機
１１接続部
１２降車情報受付部
１３プログラム配信部
１４無線通信部
１５アンテナ
２０携帯通信端末
３０音声合成装置
４０降車合図装置
５０降車ボタン

Claims

車両に搭載される車載通信機であって、
旅客が有する携帯通信端末と無線で通信する無線通信部と、
前記旅客が降車予定の停留所に関する情報を含む降車停留所情報を予め登録可能とするプログラムを、前記無線通信部を介して前記携帯通信端末に配信するプログラム配信部と、
前記携帯通信端末から前記無線通信部を介して前記降車停留所情報を取得し、次の停留所が前記降車予定の停留所となった場合に前記携帯通信端末に通知する降車情報受付部と、
前記降車情報受付部から取得した前記降車停留所情報に基づき、次の停留所で降車予定の旅客の有無を前記車両に通知する接続部と、
を備えることを特徴とする車載通信機。
前記プログラム配信部は、前記プログラムを配信された携帯通信端末を有する旅客が乗車した場合に、過去の乗降状況に応じて許可される機能を前記プログラムに付加する更新プログラムを更に配信することを特徴とする、請求項１に記載の車載通信機。
前記プログラムは、前記降車予定の停留所までの所要予想時間に応じて、前記携帯通信端末の通信の停止及び再開を制御することを特徴とする、請求項１又は２に記載の車載通信機。
前記所要予想時間は、前記車両の時刻表に従う前記降車予定の停留所の到着予定時刻及び現在時刻の差と、前記時刻表に従う前記降車予定の停留所の到着予定時刻及び前記時刻表に従う現在位置に最も近い停留所の到着予定時刻の差と、のうち短いほうに基づいて決定されることを特徴とする、請求項３に記載の車載通信機。