JP2005329835A - 携帯情報端末への車内アナウンス方法及び車内アナウンスシステム - Google Patents

Abstract

【課題】 電車や路線バス等の公共交通機関において、車内アナウンスをデータ配信によって行う携帯情報端末への車内アナウンス方法、車内アナウンスシステムを提供する。
【解決手段】 アナウンスデータ配信動作が開始されると、ユーザデータ記憶部に記憶されたユーザデータを調べ（ステップＳ１１）、ユーザデータがあれば（Ｓ１２／Ｙｅｓ）、抽出したデータが目的駅データであるか否かを調べ（Ｓ１３）、該ユーザデータが目的駅データであれば（Ｓ１３／Ｙｅｓ）、該ユーザの携帯情報端末３０に到着アナウンスの配信を行い（Ｓ１４）、該ユーザデータをユーザデータ記憶部から削除する（Ｓ１５）。一方、該ユーザデータが途中駅データであれば（Ｓ１３／Ｎｏ）、途中駅ユーザ向けの処理を行う（Ｓ１６）。ステップＳ１５、もしくはＳ１６の動作が終わると、次のユーザデータについて同様の動作を行い、全てのデータについて処理し、処理すべきユーザデータが無くなったら（Ｓ１２／Ｎｏ）、一連のアナウンスデータ配信動作を終了し、次のアナウンスデータ配信の動作に備える。
【選択図】 図５

Description

本発明は、電車や路線バス等の公共交通機関において、車内アナウンスをデータ配信によって行う携帯情報端末への車内アナウンス方法及び車内アナウンスシステムに関する。

電車や路線バス等の公共交通機関における車内アナウンスは、乗務員や録音テープを用いて、音声により通知されるのが一般的である。
しかしながら、乗客は移動時間を有効利用するために車内で読書や音楽に集中したいこともあり、このような場合には、音声による車内アナウンスは乗客にとって不快なものである。また、音声アナウンスを聞き逃したために、目的の駅や停留所で降車できずに乗り過ごしてしまうこともある。
最近では、車内にＬＥＤ電光掲示板や液晶モニタ等を設置して、視覚的な情報を発信することも可能になっているが、これらを設置できる場所は限られているため、混雑した車内等では、その効果が発揮されないこともある。

このような問題を解決するために、例えば、携帯端末に目的の到着地点コードを登録し、交通機関に設置された到着地点コード発信設備から発信されたコードと、端末に設定したコードの両者が一致した場合、アラームや振動等で通知することが可能な到着報知システムがある（特許文献１参照）。

また、停車すべき駅の情報を有線、または無線で次の停車駅の情報を取得して放送し、乗客が使用している端末では、予め該乗客が下車する駅を入力しておき、受信した停車駅と、乗客により指定された該乗客の下車駅が一致する場合に、当該停車駅を、該車内通信装置から出力される情報を視覚、聴覚、または触覚に出力する車内放送方法及び車内放送システムがある（特許文献２参照）。
特開２００２−３１９９９９号公報 特開平１０−７６９４９号公報

しかしながら、上記特許文献１に開示された手法では、ユーザ（乗客）による登録を必要としている。そのため、ユーザが登録作業を行わないと、機能を発揮しないという欠点があり、ユーザの積極的な使用意思が必要である。
また、到着地点コード発信設備は、ＧＰＳやデータベースとの通信は可能であるが、車内乗務員からの操作を可能とする構造を有していない。そのため、乗務員か乗客への迅速な連絡が困難であるという問題もある。

また、携帯情報端末に特定の情報を配信するという特徴を生かし、例えば、目的駅・停留所以外の駅・停留所の場合には、該駅・停留所付近の広告情報、或いはニュース情報、天気情報等を配信すれば、ユーザの便宜を図ることも可能であり、このような技術の実現が望まれている。

本発明は上記事情を鑑みてなされたものであり、電車や路線バス等の公共交通機関において、車内アナウンスをデータ配信によって行う携帯情報端末への車内アナウンス方法及び車内アナウンスシステムを提供することを目的とする。

前記課題を解決するために、請求項１記載の発明は、公共交通機関に設置されたホストコンピュータと乗客が所有する携帯情報端末との間で、短距離無線通信により相互にデータ通信を行うシステムにおける携帯情報端末への車内アナウンス方法であって、前記ホストコンピュータ及び携帯情報端末との間の無線通信が確立された後に、自動的に前記システムへのログイン処理を行うログイン工程と、前記携帯情報端末に対して、ログインが完了したことを通知するログイン完了通知工程と、前記携帯情報端末から前記ホストコンピュータへユーザデータを送信するユーザデータ送信工程と、前記携帯情報端末から前記ホストコンピュータ送信されたユーザデータを記憶するユーザデータ記憶工程と、前記ホストコンピュータに記憶されたユーザデータから到着目的駅データを検索し、到着目的駅のユーザの携帯情報端末に対して、到着アナウンスデータを配信する到着アナウンスデータ配信工程と、前記携帯情報端末を所持するユーザが希望する通知の形式により、目的駅の到着アナウンスを通知する到着アナウンス通知工程と、を有することを特徴とする。

請求項２記載の発明は、請求項１記載の発明において、更に、前記携帯情報端末にて、ユーザが所望する目的駅の到着アナウンス通知の形式を選択する到着アナウンス通知形式選択工程を有することを特徴とする。

請求項３記載の発明は、請求項２記載の発明において、前記到着アナウンス通知の形式は、文字情報による通知であることを特徴とする。

請求項４記載の発明は、請求項２記載の発明において、前記到着アナウンス通知の形式は、音声情報による通知であることを特徴とする。

請求項５記載の発明は、請求項２記載の発明において、前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたバイブレータ機能による通知であることを特徴とする。

請求項６記載の発明は、請求項２記載の発明において、前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたＬＥＤを発光させることによる通知であることを特徴とする。

請求項７記載の発明は、請求項１〜６のいずれか１項に記載の発明において、更に、前記携帯情報端末を所持するユーザが希望するアナウンスデータの種類を選択するアナウンスデータ種類選択工程と、前記アナウンスデータ種類選択工程によってユーザが配信を希望した場合のみ、アナウンスデータを配信する希望アナウンスデータ配信工程と、を有することを特徴とする。

請求項８記載の発明は、請求項７記載の発明において、前記アナウンスデータの種類は、目的駅であることをアナウンスする第１のアナウンスデータであることを特徴とする。

請求項９記載の発明は、請求項７記載の発明において、前記アナウンスデータの種類は、目的駅であるか否かに関わらずアナウンスする第２のアナウンスデータであることを特徴とする。

請求項１０記載の発明は、請求項９記載の発明において、前記第２のアナウンスデータを作成する第２アナウンスデータ作成工程と、該第２のアナウンスデータの配信を指示する指示工程と、該第２のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して、該第２のアナウンスデータを配信する第２アナウンスデータ配信工程と、該第２のアナウンスデータを、該ユーザが希望する形式によりユーザに通知する第２アナウンスデータ通知工程と、を有することを特徴とする。

請求項１１記載の発明は、請求項１０記載の発明において、前記第２のアナウンスデータを通知する形式は、文字情報による通知であることを特徴とする。

請求項１２記載の発明は、請求項１０記載の発明において、前記第２のアナウンスデータを通知する形式は、音声情報による通知であることを特徴とする。

請求項１３記載の発明は、請求項７記載の発明において、前記アナウンスデータの種類は、途中駅である場合にアナウンスする第３のアナウンスデータであることを特徴とする。

請求項１４記載の発明は、請求項１３記載の発明において、前記第３のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して該第３のアナウンスデータを配信する第３アナウンスデータ配信工程を有することを特徴とする。

請求項１５記載の発明は、公共交通機関に設置されたホストコンピュータと乗客が所有する携帯情報端末との間で、短距離無線通信により相互にデータ通信を行う車内アナウンスシステムであって、前記ホストコンピュータ及び携帯情報端末との間の無線通信が確立された後に、自動的に前記携帯情報端末から前記ホストコンピュータへのログイン処理を行うログイン手段と、前記携帯情報端末に対して、ログインが完了したことを通知するログイン完了通知手段と、前記携帯情報端末から前記ホストコンピュータへユーザデータを送信するユーザデータ送信手段と、前記携帯情報端末から前記ホストコンピュータ送信されたユーザデータを記憶するユーザデータ記憶手段と、前記ホストコンピュータに記憶されたユーザデータから到着目的駅データを検索し、到着目的駅のユーザの携帯情報端末に対して、到着アナウンスデータを配信する到着アナウンスデータ配信手段と、前記携帯情報端末を所持するユーザが希望する通知の形式により、目的駅の到着アナウンスを通知する到着アナウンス通知手段と、を有することを特徴とする。

請求項１６記載の発明は、請求項１５記載の発明において、更に、前記携帯情報端末にて、ユーザが所望する目的駅の到着アナウンス通知の形式を選択する到着アナウンス通知形式選択手段を有することを特徴とする。

請求項１７記載の発明は、請求項１６記載の発明において、前記到着アナウンス通知の形式は、文字情報による通知であることを特徴とする。

請求項１８記載の発明は、請求項１６記載の発明において、前記到着アナウンス通知の形式は、音声情報による通知であることを特徴とする。

請求項１９記載の発明は、請求項１６記載の発明において、前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたバイブレータ機能による通知であることを特徴とする。

請求項２０記載の発明は、請求項１６記載の発明において、前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたＬＥＤを発光させることによる通知であることを特徴とする。

請求項２１記載の発明は、請求項１４〜２０のいずれか１項に記載の発明において、更に、前記携帯情報端末を所持するユーザが希望するアナウンスデータの種類を選択するアナウンスデータ種類選択手段と、前記アナウンスデータ種類選択手段によってユーザが配信を希望した場合のみ、アナウンスデータを配信する希望アナウンスデータ配信手段と、を有することを特徴とする。

請求項２２記載の発明は、請求項２１記載の発明において、前記アナウンスデータの種類は、目的駅であることをアナウンスする第１のアナウンスデータであることを特徴とする。

請求項２３記載の発明は、請求項２１記載の発明において、前記アナウンスデータの種類は、目的駅であるか否かに関わらずアナウンスする第２のアナウンスデータであることを特徴とする。

請求項２４記載の発明は、請求項２３記載の発明において、前記第２のアナウンスデータを作成する第２アナウンスデータ作成手段と、該第２のアナウンスデータの配信を指示する指示手段と、該第２のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して、該第２のアナウンスデータを配信する第２アナウンスデータ配信手段と、該第２のアナウンスデータを、該ユーザが希望する形式によりユーザに通知する第２アナウンスデータ通知手段と、を有することを特徴とする。

請求項２５記載の発明は、請求項２４記載の発明において、前記第２のアナウンスデータを通知する形式は、文字情報による通知であることを特徴とする。

請求項２６記載の発明は、請求項２４記載の発明において、前記第２のアナウンスデータを通知する形式は、音声情報による通知であることを特徴とする。

請求項２７記載の発明は、請求項２１記載の発明において、前記アナウンスデータの種類は、途中駅である場合にアナウンスする第３のアナウンスデータであることを特徴とする。

請求項２８記載の発明は、請求項２７記載の発明において、前記第３のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して該第３のアナウンスデータを配信する第３アナウンスデータ配信手段を有することを特徴とする。

本発明によれば、アナウンスの内容を音声以外でも通知できるため、イヤホンの使用や周囲の音や会話等によるアナウンスの聞き逃しや、駅・停留所名の聞き間違い等を防ぐ効果がある。

実施例１に示す構成は、本発明の実施による効果を奏する基本構成を示したものであり、実施例２，３にて示したものは、前記基本構成を応用させたものであり、何れも好適な実施形態であり、システム利用者が様々な状況に応じて、実施の構成を選択することが可能である。
以下に、添付図面を参照しながら、本発明の実施形態を説明する。

（構成）
先ず、第１の実施例について、図１，２を用いてその構成を説明する。
図１は、本発明の一実施例である車内アナウンスシステムの構成を示した図である。
図２は、車内アナウンスシステムにおける携帯情報端末の内部構成を示した図である。
車内アナウンスシステムは、アナウンスデータ配信ホスト１０及びデータ受発信装置２０と、ユーザ（乗客）の所持している携帯情報端末３０（ＰＤＡ、ノートＰＣ、携帯電話機等）により構成され、データ受発信装置２０と携帯情報端末３０との間の通信インターフェースは、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（ＴＭ）等による短距離無線ネットワーク４０である。

アナウンスデータ配信ホスト１０は、電車や路線バス等の公共交通機関の乗務員が操作可能な場所（乗務員室）に設置される。アナウンスデータ配信ホスト１０はアナウンスデータ記憶部１２を有し、到着駅案内や乗り換え可能路線などの各種アナウンスデータを保持している。更に、アナウンスデータ配信ホスト１０は、操作部１３からの操作により、或いは、制御部１１での自動制御により、データ受発信装置２０にデータを転送する機能を有する。
また、ユーザデータ記憶部１４は、所定のユーザにのみ目的駅アナウンス通知を行うのに必要なデータを記憶する領域である。

データ受発信装置２０は、携帯情報端末３０との間に、前記無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（ＴＭ）等の短距離無線ネットワーク４０により通信を確立し、データを受発信する機能を有するものであり、具体的には、アクセスポイントと呼ばれるものである。

携帯情報端末３０には、例えば、ＰＤＡ（Personal Digital Assistance）３０ａやノート型ＰＣ３０ｂ、携帯電話機３０ｃ等がある。
携帯情報端末３０は、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（ＴＭ）等を無線通信インターフェースとするデータ受発信機能（受発信部３２）を有する。受発信部３２は、携帯情報端末３０に組み込まれているものでも、装着するものでも、いずれの形態でも構わない。
また、携帯情報端末３０は、表示部３４での文字表示、発音部３５での音声再生、バイブレータ３６、ＬＥＤ３７での点灯・点滅、の通知機能を有し、ホスト１０から配信されたデータをユーザに通知する。
また、操作部３８での操作により、目的駅の設定や、アナウンスの通知方法の設定を行うことが可能である。

（動作）
次に、第１の実施例の動作について説明する。
図３は、車内アナウンスシステムにおけるログイン動作について説明したフローチャートである。
携帯情報端末３０を所持した乗客が、車内アナウンスシステムが搭載された電車や路線バス等の公共交通機関に乗車すると、或いは該公共交通機関に乗車中に携帯情報端末３０の電源を投入することにより、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ等の短距離無線ネットワーク４０の無線通信の確立を行い（ステップＳ１）、無線通信が確立された場合（ステップＳ２／Ｙｅｓ）には、自動的に車内アナウンスシステムへのログイン処理を行う（ステップＳ３）。なお、ステップ３のログイン処理は、前記短距離無線ネットワークの確立の可否を問わず、タイマー動作によりログイン処理が試行されるような形態でも構わない。
ここで、車内アナウンスシステムへのログイン処理には、幾つかの方法が考えられ、図４を用いて、代表的なログイン処理方法を示す。

図４は、車内アナウンスシステムにおけるログイン動作の詳細について説明したフローチャートである。なお、この動作は、図３のフローチャートにおけるステップＳ３の詳細を示したものである。
携帯情報端末３０は、アナウンスデータ配信ホスト１０へ、ユーザデータを送信する（ステップＳ５）。

ここで、ユーザデータとは、車内アナウンスシステムの動作に必要となるデータであり、ユーザデータには、少なくとも、携帯情報端末を一意に識別するための端末ＩＤが含まれている。更に、該携帯情報端末の設定保存部３３に保存されている目的駅情報やユーザへの通知方法情報を、前記端末ＩＤの送信タイミングと同じタイミングで送信することも可能である。また、前記目的駅情報や通知方法情報は、一連のログイン処理が完了した後に、ユーザの操作により送信しても構わない。

アナウンスデータ配信ホスト１０は、携帯情報端末３０から送信されたユーザデータをユーザデータ記憶部に記憶する（ステップＳ６）。これにより、該携帯情報端末のシステムログインが完了する。
ログインが完了すると、アナウンスデータ配信ホスト１０は、携帯情報端末にログインが完了した旨を通知し（ステップＳ７）、該通知を受信した携帯情報端末３０は、文字表示や音声通知、バイブレータ機能、ＬＥＤ発光等により、ユーザにログイン完了を通知する。

なお、無線通信が確立され、端末ＩＤ等を送信することによりログインを試みても、携帯情報端末が参入したネットワークが車内アナウンスシステム以外のネットワークであって、ログインできない場合がある。
そこで、ステップＳ５において、ホストへユーザデータが送信された時点から所定の時間が経過するまでにログイン完了の通知を受信するか否かを監視し、該ログイン完了通知を受信しなかった場合には、ログイン動作を中止する。

前記ログイン動作の詳細の説明は、携帯情報端末からログインを試みる処理であって、言わば、携帯情報端末主導のログイン処理であるが、以下に説明するようなホスト主導のログイン処理も考えられる。
すなわち、ホスト１０は、無線通信が確立された携帯情報端末に対して、システムログインができるように、あらかじめ「ログイン要求データ」を発信している。そして、無線通信が確立された携帯情報端末は、前記ログイン要求データを受信すると、ホスト１０に前記ユーザデータを送信し、ユーザデータを受信したホストは該ユーザデータを記憶し、ログイン処理を完了する。ログイン完了後は、前記フローチャートの説明と同様である。

次に、アナウンスデータ配信の動作について説明する。
最初に、アナウンスデータの配信において必要となるユーザデータについて説明する。
携帯情報端末３０を所持するユーザは、システムへのログインが完了すると、携帯情報端末での操作により、アナウンスデータ配信ホスト１０にユーザデータを送信することが可能である。なお、ログイン完了時点で、ユーザデータの１つである端末ＩＤは、既にホスト１０上に記憶されているので、ログイン完了後に送信できるユーザデータは、目的駅情報とアナウンス通知方法情報である。

携帯情報端末３０を所持するユーザ（乗客）は、ログイン時に前記端末ＩＤと同時に送信されたユーザデータを変更したい場合、例えば、携帯情報端末３０に記憶されている目的駅「Ａ駅」から「Ｂ駅」に変更したい場合や、文字情報による通知方法からＬＥＤ発光による通知に変更したい場合に、該携帯情報端末３０を操作することにより、アナウンスデータ配信ホスト１０にユーザデータを送信することが可能である。
該ユーザデータを受信したアナウンスデータ配信ホストは、同時に送信された端末ＩＤをキーにして、ユーザデータ記憶部に記憶されているユーザデータを新しいユーザデータに更新する。
また、携帯情報端末３０を所持するユーザが、初めてシステムにログインした場合も、ユーザデータをホスト１０に送信する必要がある。
このような方法により、アナウンスデータを配信するためには、アナウンスデータ配信ホスト１０に、あらかじめユーザデータを記憶させておく必要がある。

以下に、アナウンスデータ配信の動作について説明する。
図５は、車内アナウンスシステムにおけるアナウンスデータ配信動作の基本フローチャートである。
アナウンスデータ配信の動作のトリガーは、乗務員の操作部１３からのデータ配信の指示、或いは、車両の運行状況（車両が発車したタイミング等）とし、これらに連動してアナウンスデータ配信の動作が行われる。
アナウンスデータ配信ホスト１０にて、アナウンスデータ配信の動作が開始されると、ユーザデータ記憶部１３に記憶されているユーザデータを順次検索し（ステップＳ１１）、ユーザデータが存在する場合（ステップＳ１２／Ｙｅｓ）は、抽出したデータが目的駅のデータであるか否かを調べる（ステップＳ１３）。

該ユーザデータが目的駅のデータである場合（ステップＳ１３／Ｙｅｓ）は、該ユーザの携帯情報端末３０にアナウンスデータの配信を行い（ステップＳ１４）、該ユーザデータをユーザデータ記憶部１４から削除する（ステップＳ１５）。
ステップＳ１４の処理方法としては様々な方法が考えられ、これについては以降に詳述する。

一方、該ユーザデータが目的駅のデータでない場合（ステップＳ１３／Ｎｏ）は、非目的駅ユーザ向けの処理を行う（ステップＳ１６）。
この処理には、様々な方法が考えられるが、最も単純な方法は、何のデータも配信しないことである。
また、何らかの処理を行う場合、例えば、広告情報を配信する処理を行う場合については、以降に詳述する。

上記ステップＳ１５、もしくはＳ１６の動作が終わると、次のユーザデータについて、同様の動作を行い、全てのデータについて処理を行い、処理すべきユーザデータが無くなったら（ステップＳ１２／Ｎｏ）、一連のアナウンスデータ配信動作を終了し、次のアナウンスデータ配信の動作に備える。

次に、前記ステップＳ１４における目的駅ユーザ向け処理（アナウンスデータ配信）の動作について、図６，図７を用いて説明する。
図６の動作は、ユーザへのアナウンス通知処理の主体が携帯情報端末側にある場合の動作であり、図７の動作は、ユーザへのアナウンス通知処理の主体がアナウンスデータ配信ホスト側にある場合の動作である。

図６は、アナウンスデータ配信の詳細について説明した第１のフローチャートである。
アナウンスデータ配信ホスト１０は、目的駅ユーザに向けてアナウンス通知トリガーデータを配信する（ステップＳ２１）。
前記アナウンス通知トリガーデータを受信した携帯情報端末３０は、該端末の設定保存部３３からアナウンス通知方法を取得し（ステップＳ２２）、取得したアナウンス通知方法に従って、該ユーザ（乗客）に対してアナウンス通知を行う（ステップＳ２３）。

ステップＳ２３のアナウンス通知にて、例えば、文字による通知の場合は、前記設定保存部に保存されている目的駅情報（例えば「Ｃ駅」）を取得し、文字通知のひな形（例えば、「間もなく、＊＊＊に到着です。」）の＊＊＊部分に、取得した目的駅情報を加工して、表示部３４に「間もなく、Ｃ駅に到着です。」と通知する。

また、例えば、音声による通知の場合は、前記文字による通知の場合と同様に、目的駅情報を取得し、ひな形に加工した結果を音声データに変換し、発音部３５にて「間もなく、Ｃ駅に到着です」と発音することによりユーザに通知する。
また、音声通知の場合には、上記のようにアナウンスを発音するのではなく、ユーザが設定した音楽や呼び出し音のような発音パターンを流すことにより通知する方法もある。

また、従来の音声アナウンスと本発明での音声アナウンスとの異なる点は、近年の携帯情報端末における音楽データの再生機能に対して、割り込みアナウンス通知を行う点である。
すなわち、ユーザ（乗客）がヘッドホン等により音楽を聴いていると、従来の音声アナウンスでは、ユーザがアナウンスを聞き取ることは困難であったが、本発明では、ユーザがヘッドホン等を用いて音楽を聴いていても、音声アナウンスデータを割り込み再生することにより、ユーザは認知しやすくなるという特徴がある。

バイブレータによる通知の場合は、設定保存部３３に記憶されているバイブレーションパターンを取得し、そのバイブレーションパターンに従って、携帯情報端末を振動させる。
例えば、バイブレーションパターンには、第１パターン「ブー、ブー、ブー」や第２パターン「ブッ、ブッ、ブッ」のように複数のパターンがあり、これらのパターンの中から、ユーザが設定したパターン（或いは初期パターン）に従って、該携帯情報端末３０のバイブレータ３６を振動させることにより、ユーザに通知する。

ＬＥＤ発光による通知の場合は、設定保存部３３に記憶されているＬＥＤ発光パターンを取得し、そのＬＥＤ発光パターンに従って、携帯情報端末３０のＬＥＤ３７を発光させる。
例えば、ＬＥＤ発光パターンには、色パターンと発光パターンの２つがあり、色パターンは、赤、青、緑、・・・等である。また、発光パターンには、第１パターン「点灯」、第２パターン「点滅：ツー、ツー、ツー」、第３パターン「点滅：ツー、トン、ツー、トン、ツー、トン」等があり、これらのパターンの中から、ユーザが設定したパターン（初期パターンも含める）に従って、該携帯情報端末３０のＬＥＤ３７を発光させることにより、ユーザに通知する。

また、上記通知方法は、１種類の通知だけに限ったものではなく、複数の通知方法で通知することも可能である。例えば、文字情報とＬＥＤ発光の２種類の通知方法を用いて通知する、というように複数の方法で通知することが可能である。

このように、アナウンス通知処理の主体が携帯情報端末側にある場合には、携帯情報端末の性能に応じて、好きな発光パターンで通知する、好きな音楽で通知する等、通知方法に自由度があり、システムログイン時には目的駅情報のみをホストに送信すればよい。一方で、ユーザに伝達する情報量は少なく、例えば、該目的駅での乗り換え情報を通知することができない、もしくはごく少量の情報しか付加できない等、通知する情報量が限られているという欠点もあるが、システム規模に応じて、本図に示した方法、もしくは図７に示す方法を適用すればよい。

図７は、アナウンスデータ配信の詳細について説明した第２のフローチャートである。
アナウンスデータ配信ホスト１０は、ユーザデータ記憶部１４に記憶された該ユーザのユーザデータからアナウンス通知方法を取得し、該アナウンス通知情報に従って、該ユーザの携帯情報端末３０にアナウンスデータを配信する（ステップＳ３１）。
該ユーザの携帯情報端末３０は、受信したアナウンスデータを再生することにより、ユーザにアナウンス通知する（ステップＳ３２）。

文字情報によりユーザに通知する場合には、アナウンスデータ記憶部１２に格納された該目的駅のアナウンス文字情報を取得し、該アナウンス文字情報を携帯情報端末３０に配信する。携帯情報端末３０は、該アナウンス文字情報を受信し、表示部３４に該アナウンス文字情報を表示する。

音声によりユーザに通知する場合には、アナウンスデータ記憶部１２に格納された該目的駅のアナウンス音声情報を取得し、該アナウンス音声情報を携帯情報端末３０に配信する。携帯情報端末３０は、該アナウンス音声情報を受信し、発音部３５にて該アナウンス音声情報を再生する。

バイブレータによる通知、ＬＥＤ発光による通知の場合には、図６での動作と同様に、アナウンス通知トリガーデータを発信し、該アナウンス通知トリガーデータを受信した携帯情報端末は、設定保存部３３に保存されている内容でアナウンス通知する。

図７で示した動作のメリットは、特に文字通知、音声通知にて、大容量のデータを配信することが可能な点である。図６に示した動作でも、より詳細な文字データ、音声データを再生することは可能であるが、乗り換え情報などの駅固有のデータを端末側に保持しておくのは、ネットワークシステムとして一般的ではなく、端末に保持するデータが多くなればなる程、非現実的な構成となる。
しかしながら、ホスト側で文字データ、音声データを保持しておくことにより、より詳細なアナウンスをユーザに提供することが可能である。
例えば、乗り換え情報としては、「間もなくＤ駅です。○○線に乗り換えです。」というような、静的な詳細情報をアナウンスデータ配信ホスト１０に保持し、ユーザの携帯情報端末３０に配信することも可能である。
更に、時間等も考慮し、「間もなくＥ駅です。○○線に乗り換えです。○○線××行きの発車は１２：００です。」というような動的な詳細情報をアナウンスデータ配信ホスト１０にて作成し、ユーザの携帯情報端末３０に配信することも可能である。

また、ユーザが目的駅の詳細アナウンス情報を希望するか否かを、携帯情報端末３０から設定することも可能であり、アナウンスデータ配信ホスト１０は、該詳細情報の希望可否により、ベースとなるアナウンスデータのみを配信することも、詳細のアナウンスデータを配信することも可能である。

このように、アナウンスの内容を音声以外でも通知できるため、イヤホンの使用や周囲の音や会話等によるアナウンスの聞き逃しや、駅・停留所名の聞き間違い等を防ぐ効果がある。
また、近年では、特に長距離移動列車や長距離路線バス等では、静かな環境を乗客に提供するために、アナウンスをしない、小音量でのアナウンスを行う、乗務員が個別に乗客に通知するなどのサービスもあるが、本発明では、このような特別なサービスを提供する必要性が小さくなるという効果もある。

次に、車内アナウンスシステムを応用した、各種データの配信について説明する。
アナウンスデータとして配信するデータの種類は、上記実施例１で示した目的駅のアナウンスに限らず、電車・路線バス等の運行状況（電車の遅延、バスの渋滞、各種交通事故情報等）のデータの配信や、停車駅・停留所近辺の広告情報の配信など、様々な種類のデータを配信することが考えられる。

携帯情報端末にアナウンスデータとして配信されるデータを分類すると、以下のように分類することができる。
第１のアナウンスデータとして、目的駅であることをアナウンスするデータがあり、これは実施例１で説明した目的駅到着のアナウンスに該当する。
第２のアナウンスデータとして、目的駅であるか否かに問わず配信するデータがあり、例えば、電車・路線バス等の運行状況（電車の遅延、バスの渋滞、各種交通事故情報等）のアナウンスに該当する。
第３のアナウンスデータとして、目的駅でない場合に配信するデータがあり、例えば、広告のアナウンスがこれに該当する。ただし、広告のアナウンスは、目的駅ユーザに対しても配信することは可能である。
実施例２では、第２のアナウンスデータを配信する動作について説明する。また、実施例３では、第３のアナウンスデータを配信する動作について説明する。

図８は、各種データ配信の初期設定動作について説明したフローチャートである。
携帯情報端末３０を所持しているユーザは、初めてシステムにログインした際に、或いは、ユーザの指示により、どのようなアナウンスデータを受信するかを設定することが可能である。
ユーザは、操作部３８で操作することにより、配信を希望するデータの種類を選択し、該携帯情報端末の設定保存部３３に保存する（ステップＳ４１）。

携帯情報端末３０は、保存されている配信希望データの種類をアナウンスデータ配信ホスト１０に送信し（ステップＳ４２）、該配信希望データの種類を受信したホストは、ユーザデータ記憶部１４に保存する（ステップＳ４３）。
このような設定により、アナウンスデータ配信ホスト１０は、各種アナウンスデータ配信時に、配信希望データの種類（配信可否）を確認することにより、配信を希望するユーザにのみアナウンスデータを配信することが可能となる（ステップＳ４４）。

例えば、初期状態では、
「目的駅到着のアナウンス → 配信する」
「運行状況情報 → 配信する」
「目的駅以外での広告情報 → 配信する」
となっているが、図１０で示すように、ユーザが設定することにより、例えば、
「目的駅到着のアナウンス → 広告も配信する」
「運行状況情報 → 配信する」
「目的駅以外での広告情報 → 配信しない」
というように、プルダウン形式で設定を変更することが可能である。図１０の画面において、「決定」ボタンを押下することにより、携帯情報端末３０に設定が保存され、該設定がアナウンスデータ配信ホスト１０にも送信される。
この設定は、携帯情報端末に保存されているので、次回乗車して、システムにログインする際に、該設定をホストに自動的に送信することができる。

次に、第２のアナウンスデータ配信の動作について、図９を用いて説明する。
電車や路線バス等の公共交通機関では、人身事故や交通事故、路線の工事等により、電車、バスに遅延が発生することがあり、このような場合には、乗客に速やかに運行状況をアナウンスする必要がある。
そこで、乗務員は、アナウンスデータ配信ホスト１０の操作部１３より、運行状況アナウンスデータを作成し（ステップＳ５１）、配信実行の指示をする（ステップＳ５２）。

アナウンスデータの作成方法は、様々な方法が考えられる。
一例として、アナウンスデータ配信ホスト１０には、運行状況アナウンスのためのひな形、例えば「○○線は、約××分遅れて運行しています。」が格納されていて、乗務員は、「環状線は、約２０分遅れて運行しています。」とひな形を編集するという方法がある。

より詳細な情報を配信するのであれば、外部のコンピュータ等により作成された運行状況データをアナウンスデータ配信ホスト１０に投入し（外部からのデータを投入する機構については図１等には図示していない）、該データの配信実行を指示することにより、車内の携帯情報端末に配信することも可能である。

配信実行の指示を受けたホスト１０は、ユーザデータ記憶部１４から、運行状況アナウンスを配信してもよいユーザを検索し（ステップＳ５３）、該ユーザに対して運行状況アナウンスデータを配信する（ステップＳ５４）。

なお、配信データの形式（文字・音声等）は、何れの方法でもよく、実施例１で示した動作と同様の動作により、文字データや音声データを配信する。
また、運行状況データは、詳細な情報が含まれているデータであるため、文字データもしくは音声データで配信するのが好ましく、通常の駅到着アナウンスデータの配信がバイブレータ通知やＬＥＤ発光による通知である場合でも、強制的に文字データもしくは音声データで配信するのが好ましい。

従来の運行状況の音声アナウンスを聞き逃すのは、通常の駅到着アナウンス等を聞き逃すことよりも深刻であるが、本発明のように、文字データ等により運行状況データを配信することにより、運行状況の提供チャネルが増え、ユーザ（乗客）は確実に運行状況を把握することが可能であり、特に、通勤・通学の乗客にとっては、より速やかに「到着が遅れる」等の連絡を取ることが可能となる。

実施例３では、第３のアナウンスデータ配信の動作、すなわち目的駅でない場合に配信するアナウンスデータの配信の動作について説明する。
図１１は、第３のアナウンスデータ配信の動作について説明したフローチャートであり、図５のフローチャートにおいて、ステップＳ１６の詳細を示したものである。
すなわち、図５の動作において、該ユーザのデータが目的駅のデータでない場合（ステップＳ１３／Ｎｏ）に、本フローチャートの動作に移る。アナウンスデータ配信ホスト１０は、該ユーザについてユーザデータ記憶部１４から、広告情報の配信可否を調べ（ステップＳ６１）、該ユーザが広告情報の配信を希望している場合（ステップＳ６２／Ｙｅｓ）は、該ユーザの携帯情報端末３０に広告情報を配信し（ステップＳ６３）、配信を希望していない場合（ステップＳ６３／Ｎｏ）は、該ユーザには広告情報を配信しない。

なお、この広告情報の配信動作は、目的駅ユーザへ到着アナウンスを配信する際にも適用することが可能である。例えば、図６に示す到着アナウンスデータ配信の詳細動作（第１の動作）においては、ステップＳ２３の処理が終わった後に、ステップＳ６１〜Ｓ６３の動作を組み込むことにより、到着アナウンスと同時に、広告情報を配信することが可能である。

なお、配信される広告情報にはＵＲＬリンクを含めることが可能であり、該ＵＲＬリンクをクリックすることにより、アナウンスデータ配信ホスト１０に搭載されたＷｅｂサーバ（図示しない）、もしくは外部のＷｅｂサーバにアクセスすることも可能である。
図１２に示すように、アナウンスデータ配信ホスト１０から最初に配信される広告情報は、図１２（ａ）のようなデータである。ユーザ（乗客）は、例えば、「飲食店情報」を選択し、「ＯＫ」ボタンを押下することにより、Ｗｅｂサーバにアクセスし、図（ｂ）に示すようなデータを取得する。更に、該データから図（ｃ）に示すようなデータを取得することも可能である。

このように、ユーザが目的駅であるか、それとも途中駅であるかをホストで判別することにより、目的駅のユーザには到着アナウンスを配信し、更に、途中駅のユーザで、広告配信を希望するユーザには広告情報を配信するという機能を実現することが可能である。また、システム運用者（公共交通機関）にとっては広告収入が得られ、乗客（ユーザ）にとっては様々な情報を収集することにより車内移動の時間を有効に活用でき、広告提供者にとってはユーザが広告提供エリアの店舗や施設を利用することによる地域商業の活性化を図るという効果もある。

本発明の一実施例である車内アナウンスシステムの構成を示した図である。 車内アナウンスシステムにおける携帯情報端末の内部構成を示した図である。 車内アナウンスシステムにおけるログイン動作について説明したフローチャートである。 車内アナウンスシステムにおけるログイン動作の詳細について説明したフローチャートである。 車内アナウンスシステムにおけるアナウンスデータ配信動作の基本フローチャートである。 アナウンスデータ配信の詳細について説明した第１のフローチャートである。 アナウンスデータ配信の詳細について説明した第２のフローチャートである。 各種データ配信の初期設定動作について説明したフローチャートである。 第２のアナウンスデータ配信の動作について説明したフローチャートである。 各種データ配信の設定について説明した図（携帯情報端末に表示される画面イメージ）である。 第３のアナウンスデータ配信の動作について説明したフローチャートである。 第３のアナウンスデータ配信によって配信される広告情報の一例を示した図である。

符号の説明

１０ アナウンスデータ配信ホスト
１１ 制御部（データ操作装置）
１２ アナウンスデータ記憶部
１３ 操作部
１４ ユーザデータ記憶部
２０ データ受発信装置
２１ 制御部（データ受発信装置）
２２ 端末認識部
２３ 受発信部
３０ 携帯情報端末
３１ 制御部（携帯情報端末）
３２ 受発信部
３３ 設定保存部
３４ 表示部
３５ 発音部
３６ バイブレータ
３７ ＬＥＤ
４０ 短距離無線ネットワーク

Claims (28)

1. 公共交通機関に設置されたホストコンピュータと乗客が所有する携帯情報端末との間で、短距離無線通信により相互にデータ通信を行うシステムにおける携帯情報端末への車内アナウンス方法であって、
   前記ホストコンピュータ及び携帯情報端末との間の無線通信が確立された後に、自動的に前記システムへのログイン処理を行うログイン工程と、
   前記携帯情報端末に対して、ログインが完了したことを通知するログイン完了通知工程と、
   前記携帯情報端末から前記ホストコンピュータへユーザデータを送信するユーザデータ送信工程と、
   前記携帯情報端末から前記ホストコンピュータ送信されたユーザデータを記憶するユーザデータ記憶工程と、
   前記ホストコンピュータに記憶されたユーザデータから到着目的駅データを検索し、到着目的駅のユーザの携帯情報端末に対して、到着アナウンスデータを配信する到着アナウンスデータ配信工程と、
   前記携帯情報端末を所持するユーザが希望する通知の形式により、目的駅の到着アナウンスを通知する到着アナウンス通知工程と、を有することを特徴とする携帯情報端末への車内アナウンス方法。
2. 更に、前記携帯情報端末にて、ユーザが所望する目的駅の到着アナウンス通知の形式を選択する到着アナウンス通知形式選択工程を有することを特徴とする請求項１記載の携帯情報端末への車内アナウンス方法。
3. 前記到着アナウンス通知の形式は、文字情報による通知であることを特徴とする請求項２記載の携帯情報端末への車内アナウンス方法。
4. 前記到着アナウンス通知の形式は、音声情報による通知であることを特徴とする請求項２記載の携帯情報端末への車内アナウンス方法。
5. 前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたバイブレータ機能による通知であることを特徴とする請求項２記載の携帯情報端末への車内アナウンス方法。
6. 前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたＬＥＤを発光させることによる通知であることを特徴とする請求項２記載の携帯情報端末への車内アナウンス方法。
7. 更に、前記携帯情報端末を所持するユーザが希望するアナウンスデータの種類を選択するアナウンスデータ種類選択工程と、
   前記アナウンスデータ種類選択工程によってユーザが配信を希望した場合のみ、アナウンスデータを配信する希望アナウンスデータ配信工程と、を有することを特徴とする請求項１〜６のいずれか１項に記載の携帯情報端末への車内アナウンス方法。
8. 前記アナウンスデータの種類は、目的駅であることをアナウンスする第１のアナウンスデータであることを特徴とする請求項７記載の携帯情報端末への車内アナウンス方法。
9. 前記アナウンスデータの種類は、目的駅であるか否かに関わらずアナウンスする第２のアナウンスデータであることを特徴とする請求項７記載の携帯情報端末への車内アナウンス方法。
10. 前記第２のアナウンスデータを作成する第２アナウンスデータ作成工程と、
    該第２のアナウンスデータの配信を指示する指示工程と、
    該第２のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して、該第２のアナウンスデータを配信する第２アナウンスデータ配信工程と、
    該第２のアナウンスデータを、該ユーザが希望する形式によりユーザに通知する第２アナウンスデータ通知工程と、を有することを特徴とする請求項９記載の携帯情報端末への車内アナウンス方法。
11. 前記第２のアナウンスデータを通知する形式は、文字情報による通知であることを特徴とする請求項１０記載の携帯情報端末への車内アナウンス方法。
12. 前記第２のアナウンスデータを通知する形式は、音声情報による通知であることを特徴とする請求項１０記載の携帯情報端末への車内アナウンス方法。
13. 前記アナウンスデータの種類は、途中駅である場合にアナウンスする第３のアナウンスデータであることを特徴とする請求項７記載の携帯情報端末への車内アナウンス方法。
14. 前記第３のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して該第３のアナウンスデータを配信する第３アナウンスデータ配信工程を有することを特徴とする請求項１３記載の携帯情報端末への車内アナウンス方法。
15. 公共交通機関に設置されたホストコンピュータと乗客が所有する携帯情報端末との間で、短距離無線通信により相互にデータ通信を行う車内アナウンスシステムであって、
    前記ホストコンピュータ及び携帯情報端末との間の無線通信が確立された後に、自動的に前記携帯情報端末から前記ホストコンピュータへのログイン処理を行うログイン手段と、
    前記携帯情報端末に対して、ログインが完了したことを通知するログイン完了通知手段と、
    前記携帯情報端末から前記ホストコンピュータへユーザデータを送信するユーザデータ送信手段と、
    前記携帯情報端末から前記ホストコンピュータ送信されたユーザデータを記憶するユーザデータ記憶手段と、
    前記ホストコンピュータに記憶されたユーザデータから到着目的駅データを検索し、到着目的駅のユーザの携帯情報端末に対して、到着アナウンスデータを配信する到着アナウンスデータ配信手段と、
    前記携帯情報端末を所持するユーザが希望する通知の形式により、目的駅の到着アナウンスを通知する到着アナウンス通知手段と、を有することを特徴とする車内アナウンスシステム。
16. 更に、前記携帯情報端末にて、ユーザが所望する目的駅の到着アナウンス通知の形式を選択する到着アナウンス通知形式選択手段を有することを特徴とする請求項１５記載の車内アナウンスシステム。
17. 前記到着アナウンス通知の形式は、文字情報による通知であることを特徴とする請求項１６記載の車内アナウンスシステム。
18. 前記到着アナウンス通知の形式は、音声情報による通知であることを特徴とする請求項１６記載の車内アナウンスシステム。
19. 前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたバイブレータ機能による通知であることを特徴とする請求項１６記載の車内アナウンスシステム。
20. 前記到着アナウンス通知の形式は、前記携帯情報端末に搭載されたＬＥＤを発光させることによる通知であることを特徴とする請求項１６記載の車内アナウンスシステム。
21. 更に、前記携帯情報端末を所持するユーザが希望するアナウンスデータの種類を選択するアナウンスデータ種類選択手段と、
    前記アナウンスデータ種類選択手段によってユーザが配信を希望した場合のみ、アナウンスデータを配信する希望アナウンスデータ配信手段と、を有することを特徴とする請求項１４〜２０のいずれか１項に記載の車内アナウンスシステム。
22. 前記アナウンスデータの種類は、目的駅であることをアナウンスする第１のアナウンスデータであることを特徴とする請求項２１記載の車内アナウンスシステム。
23. 前記アナウンスデータの種類は、目的駅であるか否かに関わらずアナウンスする第２のアナウンスデータであることを特徴とする請求項２１記載の車内アナウンスシステム。
24. 前記第２のアナウンスデータを作成する第２アナウンスデータ作成手段と、
    該第２のアナウンスデータの配信を指示する指示手段と、
    該第２のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して、該第２のアナウンスデータを配信する第２アナウンスデータ配信手段と、
    該第２のアナウンスデータを、該ユーザが希望する形式によりユーザに通知する第２アナウンスデータ通知手段と、を有することを特徴とする請求項２３記載の車内アナウンスシステム。
25. 前記第２のアナウンスデータを通知する形式は、文字情報による通知であることを特徴とする請求項２４記載の車内アナウンスシステム。
26. 前記第２のアナウンスデータを通知する形式は、音声情報による通知であることを特徴とする請求項２４記載の車内アナウンスシステム。
27. 前記アナウンスデータの種類は、途中駅である場合にアナウンスする第３のアナウンスデータであることを特徴とする請求項２１記載の車内アナウンスシステム。
28. 前記第３のアナウンスデータの配信を希望するユーザを検索し、該希望ユーザの携帯情報端末に対して該第３のアナウンスデータを配信する第３アナウンスデータ配信手段を有することを特徴とする請求項２７記載の車内アナウンスシステム。

Images