(57)【要約】【課題】空港や鉄道駅等において、利用者が乗車情報等を確実に取得可能とする。【解決手段】乗車位置、乗車時間、目的地への所要時間等の利用者が必要とする情報を保持する案内サーバ１と、案内サーバ１に接続された複数の情報端末２ａ〜２ｃと、チケット３等に埋め込まれた要求情報を保持することのできるＩＣチップ４と、利用者が所持するＩＣチップ４内の情報を参照することができる携帯端末５とから構成される。利用者は、ＩＣチップ４用いて情報端末の１つから案内サーバ１にアクセスし必要な情報を取得する。取得した情報はＩＣチップ内に保持される。利用者は、ＩＣチップ内の情報を携帯端末５によりいつでも参照することができる。また、ＩＣチップ内の情報は、再度情報端末にアクセスすることにより最新の情報に更新される。【選択図】      図１
2007034412.tif 000002
【特許請求の範囲】
【請求項１】
交通機関の利用に必要な乗車情報を保持している案内サーバと、該案内サーバに接続された情報端末と、チケットに埋め込まれたＩＣチップと、該ＩＣチップ内の情報を参照する携帯可能な端末とを備えて構成され、前記案内サーバは、前記ＩＣチップを用いた情報端末からのアクセスを受け付け、前記ＩＣチップから固定情報を読み取って認証を行った後、交通機関の利用に必要な乗車情報を前記ＩＣチップに書き込むことを特徴とする乗車情報提供システム。
【請求項２】
前記認証のための固定情報は、チケット発行時に予めＩＣチップに書き込まれた個人認証キーとしての利用者氏名、あるいは、情報端末を使用して案内サーバへのアクセスを認証する認証キーの情報であることを特徴とする請求項１記載の乗車情報提供システム。
【請求項３】
前記携帯可能な端末は、前記ＩＣチップに書き込まれて保持された情報を読み取って表示することを特徴とする請求項１記載の乗車情報提供システム。
【請求項４】
前記乗車情報は、前記ＩＣチップ内に書き換え可能に書き込まれることを特徴とする請求項１記載の乗車情報提供システム。
【請求項５】
前記案内サーバは、前記ＩＣチップを用いた情報端末からのアクセスが２度目以降のアクセスであった場合、最新の乗車情報を前記ＩＣチップに書き込むことを特徴とする請求項４記載の乗車情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗車情報提供システムに係り、特に、空港や大型鉄道駅等の乗客の誘導に際して、目的場所の情報や出発時間を乗客に簡単に取得させることを可能とした乗車情報提供システムに関する。
【背景技術】
【０００２】
空港や大型鉄道駅等における利用客に対する乗り場や時刻の案内は、固定式の掲示板や場内放送によって行われるのが一般的である。このため、利用客は、それらを能動的に確認することによって自分に必要な情報を得ている。しかし、広大な空港や大型鉄道駅には、充分な数の掲示板が設置されていない場合が多く、行き先がわからなくなる場合が少なくない。同時に、利用者側が時刻等を勘違いしてしまったり、急な出発時刻変更の情報を得られないような状況が起こり得る。
【０００３】
前述のような問題を解決するには、乗り場等の場所情報、出発時刻情報といった情報を利用者に簡単に取得させることでき、これらの情報を利用者がいつでも確認することができるようなシステムを構築する必要がある。そして、予め記憶してある個人情報に基づいて利用者に必要な情報を取得させる従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、ＩＣカードを利用した旅客案内システムに関するものであり、利用者の個人情報をＩＣカードに記録しておき、それをキーとして情報端末から必要な情報を取得させることを可能にするというものである。
【特許文献１】特開２０００−２６８０９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した特許文献１に記載の従来技術は、予め記憶してある利用者の個人情報に基づいて乗り場等の場所情報、出発時間情報等の必要情報を利用者に取得させることができる。しかし、この従来技術は、情報の確認のためにその都度情報端末にアクセスする必要があり、従来の掲示板や場内地図を捜索するのと同様に、情報端末を探す手間を要してしまうという問題点を有しており、また、掲示板等と違って情報端末が複数の利用者の同時利用ができないため、情報端末が混雑している場合、利用できるまで待たされてしまうという問題を生じさせてしまう。案内情報へのアクセスには、インターネット等を利用することも可能であるが、通信の混雑やシステムダウン等によるアクセスのし難さなども発生する場合がある。
【０００５】
本発明の目的は、前述したような従来技術の問題点に鑑み、１度取得した情報を保持することにより、その後の参照には情報端末を使用する必要をなくした乗車情報提供システムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明によれば前記目的は、乗車情報提供システムにおいて、交通機関の利用に必要な乗車情報を保持している案内サーバと、該案内サーバに接続された情報端末と、チケットに埋め込まれたＩＣチップと、該ＩＣチップ内の情報を参照する携帯可能な端末とを備えて構成され、前記案内サーバは、前記ＩＣチップを用いた情報端末からのアクセスを受け付け、前記ＩＣチップから固定情報を読み取って認証を行った後、交通機関の利用に必要な乗車情報を前記ＩＣチップに書き込むことにより達成される。
【０００７】
前述したような手段を有する本発明は、ＩＣチップに案内サーバへのアクセスキーを持たせるのみではなく、情報サーバから得た利用者が必要する情報を保持させることによって、利用者個人の端末、例えば、携帯電話やＰＤＡで必要な情報をいつでも参照することが可能となり、利用者が一度取得した情報を情報提供側の端末もインターネット環境も必要とせずにいつでも参照することができる。
【０００８】
本発明による乗車情報提供システムによれば、乗車時間、乗り場の場所をはじめとした利用者が必要とする情報に加え、空港等が提供できるサービス情報全般に対して適用することができ、また、複数回案内サーバにアクセスすることによってＩＣチップに保持される情報を更新することができ、アクセスした時点における最新情報を取得することができる。
【発明の効果】
【０００９】
本発明によれば、空港や駅の利用客に必要な最新情報を簡単に取得させることができ、利用客は、取得した情報をいつでも確認することが可能になる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明による乗車情報提供システムの実施形態を図面により詳細に説明する。
【００１１】
図１は本発明の一実施形態による乗車情報提供システムの概略構成を示すブロック図である。図１において、１は案内サーバ、２ａ〜２ｃは情報端末、３はチケット、４はＩＣチップ、５は携帯端末、６は固定情報テーブル、７は利用追記テーブル、８は付加価値テーブルである。
【００１２】
本発明の一実施形態による乗車情報提供システムは、乗り場への移動ルート情報、乗車（発車、搭乗）時間、目的地までの所要時間等の利用者が交通機関の利用に際して必要となる乗車情報を保持し、利用者の要求に応じて情報を提供するサーバである案内サーバ１、利用者と案内サーバ１との間のインタフェースとなる複数の情報端末２ａ〜２ｃ、利用者が所持するチケット３に埋め込まれ、案内サーバの認証キーと案内サーバ提供の情報とを保持するＩＣチップ４、ＩＣチップ４の情報を取得して利用者が閲覧することを可能にする携帯端末５から形成されている。また、ＩＣチップ４は、非接触型のものであってよく、内部のメモリは、複数の領域に分けられ、それぞれの領域に、固定情報テーブル６、利用追記テーブル７、付加価値テーブル８が設けられている。
【００１３】
なお、図１に示す例では、情報端末を２ａ〜２ｃの３つを示しているが、情報端末の数は、鉄道駅、空港等の面積に応じて増加することが可能である。また、案内サーバ１は、前述した情報の他に、時刻表、空港、鉄道駅等の内部の地図情報のデータベースを備え、出発時刻や乗車位置の変更時に、即座にそれらの情報が更新されるものとする。
【００１４】
図２はＩＣチップ４に保持される複数の領域に格納される情報の概要を説明する図、図３はＩＣチップ４に設けられる固定情報テーブル６に保持される情報の内容を説明する図、図４はＩＣチップ４に設けられる利用追記テーブル７に保持される情報の内容を説明する図、図５はＩＣチップ４に設けられる付加価値テーブル８に保持される情報の内容を説明する図であり、次に、これらの図を参照して、ＩＣチップ４に保持される情報内容について説明する。なお、以下に説明する各テーブル内の情報の例は、利用者が情報端末２ａ〜２ｃの１つから案内サーバ１にアクセスして情報を取得している状態を示している。
【００１５】
ＩＣチップ４のメモリは、図２に示すように、おおまかに３つの領域Ａ、Ｂ、Ｃに分けることができ、それぞれの領域に固定情報テーブル６、利用追記テーブル７、付加価値テーブル８が備えられる。このうち、固定情報テーブル６は、ＩＣチップ４の発行時から情報が書き込まれている固定領域であり、図２に示す例では、利用者の個人認証キーが保持されるものとしている。ＩＣチップ４には、基本的に初期状態では利用者の個人認証キーのみが書き込まれている。この個人認証キーは、利用者が情報端末２ａ〜２ｃの１つを介して案内サーバ１にアクセスしたときの認証に用いられる。
【００１６】
情報端末２ａ〜２ｃは、利用者がＩＣチップ４の埋め込まれたチケット３を用いて案内サーバ１にアクセスしたとき、案内サーバ１から取得した情報を利用追記テーブル７に書き込む。この書き込まれた情報は、携帯端末５を使用して利用者が参照可能である。また、利用者が２度目以降に情報端末２ａ〜２ｃを用いて案内サーバ１にアクセスした際に案内サーバ１の情報が変更されていた場合、情報端末２ａ〜２ｃは、その変更情報を案内サーバ１から受け取って、ＩＣチップ４の付加価値テーブル８に書き込む。
【００１７】
図３に示す固定情報テーブル６には、利用者の氏名と、認証に用いられる暗号化されたキーコードとが保持されている。このキーコードは、利用者固有のものであり、他のＩＣチップを用いて同一の情報を取得することはできないものである。
【００１８】
図４に示す利用追記テーブル７には、情報を取得した情報端末２ａ〜２ｃのＩＤ、利用する交通機関の出発便名、出発時間、乗り場である出発ゲートの番号と乗り場への道すじの案内情報が保持されている。なお、前述の情報端末ＩＤは、乗り場への道すじを示すための基準として使用される。また、このテーブルに取得される情報の項目は、固定されるものとする。
【００１９】
図５に示す付加価値テーブル８には、利用追記テーブル７に保持されている情報のうち、更新されたものがあった場合に、最優先でその情報が取得されて格納される。残りの領域には、利用者が指定した、あるいは、情報提供側の考えで提供された付加情報を保持することとする。図５に示す例では、出発時刻に変更があったこと及び新たな出発時刻とが格納される。また、付加情報として、例えば、目的地の天候、空港内施設への案内、インターネットが利用可能な携帯端末を使用している場合の情報サイトへのＵＲＬ等が案内サーバ１により提供されて格納されているものとしている。
【００２０】
前述で説明した固定情報テーブル６に格納される情報の例は、利用者の氏名と、認証に用いられる暗号化されたキーコードとであるとして説明したが、この例は、交通機関が航空機等の搭乗者名を必要とする場合のものであり、交通機関が鉄道等の場合で、乗車する人の氏名を必要としない場合、個人認証キーとしての利用者の氏名は必要なく、キーコードとして、情報端末２ａ〜２ｃを使用して案内サーバ１へのアクセスを認証するための認証キー、例えば、列車便名等に対応するものとすればよい。
【００２１】
図６は利用者がはじめて情報端末２ａ〜２ｃの１つから案内サーバ１にアクセスしたときの本発明の実施形態での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００２２】
（１）利用者がチケット３を用いて情報端末２ａから案内サーバ１にアクセスする。なお、アクセスする情報端末は２ａに限る必要はないが、ここでは説明の便宜上２ａとしている（ステップ６０１）。
【００２３】
（２）情報端末２ａは、チケット３に埋め込まれたＩＣチップ４に書き込まれている固定情報テーブル６から個人情報を読み取って、その情報を案内サーバ１に送信する（ステップ６０２）。
【００２４】
（３）案内サーバ１は、受け取った個人情報から利用者を認証し、該当利用者が必要とするＩＣチップ４の利用追記テーブル７に格納すべき情報を情報端末２ａに送信する（ステップ６０３）。
【００２５】
（４）情報端末２ａは、案内サーバ１から受領したデータを表示すると同時に、チケット３に埋め込まれたＩＣチップ４の利用追記テーブル７に書き込む（ステップ６０４）。
【００２６】
（５）利用者は、情報端末２ａに表示された情報を参照するだけでなく、その後、チケット３に埋め込まれたＩＣチップ４に書き込まれた情報を携帯端末５から参照することができる（ステップ６０５）。
【００２７】
図７は利用者が２度目以降に情報端末２ａ〜２ｃの１つから案内サーバにアクセスしたときの本発明の実施形態での処理動作を説明するフローチャートであり、次に、これについて説明する。
【００２８】
（１）利用者がチケット３を用いて情報端末２ａから案内サーバ１にアクセスする。なお、前述の場合と同様に、アクセスする情報端末は２ａに限る必要はないが、ここでは説明の便宜上２ａとしている（ステップ７０１）。
【００２９】
（２）案内サーバ１は、情報端末２ａから送信されたチケット３に埋め込まれたＩＣチップ４に書き込まれている固定情報テーブル６内の個人情報を受信する（ステップ７０２）。
【００３０】
（３）案内サーバ１は、受け取った個人情報から利用者を認証し、自案内サーバ１内の該当利用者の必要情報が、最後に利用者からアクセスされた時点から更新されているか否かをチェックする（ステップ７０３）。
【００３１】
（４）ステップ７０３のチェックで、利用者の必要情報が更新されていた場合、案内サーバ１は、変更があったことを通知する情報と更新された最新情報とを情報端末２ａに送信する（ステップ７０４）。
【００３２】
（５）情報端末２ａは、変更通知を受信すると、「変更あり」のメッセージを表示すると共に、最新の更新情報を反映した利用者の必要情報を表示する。また、情報端末２ａは、同時に、最新の更新情報をＩＣチップ４に書き込む（ステップ７０５〜７０７）。
【００３３】
（６）ステップ７０３のチェックで、利用者の必要情報が更新されていなかった場合、案内サーバ１は、変更なしの通知を情報端末２ａに送信する（ステップ７０８）。
【００３４】
（７）情報端末２ａは、変更なしの通知を受信すると、「変更なし」メッセージを表示すると共に、既存情報を表示する。この場合、情報端末２ａは、ＩＣチップ４には何も書き込まない（ステップ７０９、７１０）。
【００３５】
（８）利用者は、情報端末２ａに表示された情報を参照するだけでなく、その後、チケット３に埋め込まれたＩＣチップ４に書き込まれた情報を携帯端末５から参照することができる（ステップ７１１）。
【００３６】
図８は利用者が案内サーバ１から得た情報を携帯端末５を用いて確認する処理動作を説明するフローチャートであり、次に、これについて説明する。
【００３７】
利用者は、度情報端末２ａを介して案内サーバ１からＩＣチップ４に取得した情報を、情報分が所持する携帯端末５を用いて参照しようとする場合、ＩＣチップ４に取得した情報を携帯端末５に読み取らせて、携帯端末５の画面で参照することができる（ステップ８０１、８０２）。
【００３８】
ＩＣチップ４として、非接触型のものが使用される場合、携帯端末５内にＩＣチップ４に対する読み取り機構を設けておき、ＩＣチップ４が埋め込まれているチケット３を携帯端末５に近づけるだけで、ＩＣチップ４に取得した情報を携帯端末５に送信することができるので、情報の送信にインターネットや電話回線を使用する必要がなく、利用者は、どこにいても、情報の確認を行うことができる。
【００３９】
図９は利用者が２度目以降に情報端末から案内サーバにアクセスして情報を取得したとき必要情報の更新がなかった場合に情報端末２ａに表示される表示画面の例を示す図である。図９に示す例では、案内サーバ１から「変更なし」の通知を受けて、情報端末２ａが「ご利用便に変更はありません。」という変更なしのメッセージと、１回目のアクセス時に取得してあった既存情報とを表示している例を示している。
【００４０】
図１０は利用者が２度目以降に情報端末から案内サーバにアクセスして情報を取得したとき必要情報の更新があった場合に情報端末２ａに表示される表示画面の例を示す図である。図１０に示す例では、案内サーバ１から「変更あり」の通知を受けて、情報端末２ａが「ご利用便に出発時刻の変更があります。」という変更ありのメッセージと、最新情報とを表示している例を示している。
【００４１】
なお、図９、図１０のどちらの場合も、はじめにアクセスした情報端末と別の情報端末にアクセスした場合、乗り場への道すじの案内は、更新されてＩＣチップ４に書き込まれるものとする。また、図９、図１０における「詳細情報画面へ」のボタンを操作すると、後述する空港等の全体の施設の位置関係を示す見取図や図５に示して説明したような他の情報を表示させることができる。
【００４２】
図１１は前述までの説明で案内サーバから取得する乗り場への道すじ等の案内情報に対応する空港等の全体の施設の位置関係を示す見取図の例を示す図である。図１１から判るように、例えば、情報端末Ａ−５０２から情報を取得した場合、乗り場である３４番ゲートへは、図４に示して説明したように、北に５０ｍ、売店の横にある階段を上ればよいことが判る。
【００４３】
前述した本発明の実施形態における案内サーバでの処理は、プログラムにより構成し、サーバが備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【００４４】
前述した本発明の実施形態によれば、空港や駅の利用客が、空港や駅等に設置されている情報端末を用いて、自分に必要な最新情報を簡単に得ることができ、いつでも取得した情報を自分が持つ形態端末等により確認することが可能になる。これによって、出発時間の勘違い等を大幅に減らすことができ、また、空港や駅等に設置されている情報端末の利用頻度、１回の利用時間の低減を図ることができ、情報端末を効率的に運用することが可能となる。さらに、本発明の実施形態によれば、付加価値としてトイレや売店の場所情報等を情報端末を介して提供することもできる。
【００４５】
さらに、本発明の実施形態は、利用者が情報を直接取得して、保持することとしているので、一度取得した情報の確認には、インターネット等を用いて情報の提供を行う場合に比べて、回線の混雑や電波状況の悪さ等の影響を受けることがない。
【００４６】
以上、本発明の実施形態について説明したが、本発明は、説明した実施形態に限定されることなく、本発明の要旨を逸脱しない範囲内において、前述で説明した本発明の実施形態の構成及び機能に様々な変更・改良を加えることが可能である。例えば、利用者が予約便を使う場合、ＩＣチップに予約便の出発予定時刻、予定乗り場の情報をチケットの発行時から書き込んでおくことが可能である。また、案内サーバが提供する情報に利用者側が選択する項目を加え、利用者は、情報の取得後に携帯端末でゆっくり参照する等というようにすることもできる。例えば、利用者がインターネットの利用可能な携帯端末を使用している場合、案内サーバが観光情報サイトへのＵＲＬを提供することにより、利用者がさらに詳細な情報を得る一助とすること等も可能である。
【００４７】
前述した本発明の実施形態において、利用者が使用する携帯端末は、携帯電話、各種ＰＤＡ、ノートパソコン等の携帯可能な機器であればどのようなものであってもよい。また、本発明は、空港等における情報端末が、搭乗者である利用者の認証に、パネル入力等により直接利用者の認識情報を入力させたり、利用者の指紋を採取して個人認識を行うようなシステム構成とすることもできる。
【産業上の利用可能性】
【００４８】
本発明は、単独で使用するものではなく、空港や駅などの情報提供システムと連動してそれらのシステムの利用性を高めるシステムとして利用することができる。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施形態による乗車情報提供システムの概略構成を示すブロック図である。
【図２】ＩＣチップに保持される複数の領域に格納される情報の概要を説明する図である。
【図３】ＩＣチップに設けられる固定情報テーブルに保持される情報の内容を説明する図である。
【図４】ＩＣチップに設けられる利用追記テーブルに保持される情報の内容を説明する図である。
【図５】ＩＣチップに設けられる付加価値テーブルに保持される情報の内容を説明する図である。
【図６】利用者がはじめて情報端末の１つから案内サーバにアクセスしたときの本発明の実施形態での処理動作を説明するフローチャートである。
【図７】利用者が２度目以降に情報端末の１つから案内サーバにアクセスしたときの本発明の実施形態での処理動作を説明するフローチャートである。
【図８】利用者が案内サーバから得た情報を携帯端末を用いて確認する処理動作を説明するフローチャートである。
【図９】利用者が２度目以降に案内サーバにアクセスして情報を取得したとき必要情報の更新がなかった場合に情報端末に表示される表示画面の例を示す図である。
【図１０】利用者が２度目以降に案内サーバにアクセスして情報を取得したとき必要情報の更新があった場合に情報端末に表示される表示画面の例を示す図である。
【図１１】案内サーバから取得する乗り場への道すじ等の案内情報に対応する空港等の全体の施設の位置関係を示す見取図の例を示す図である。
【符号の説明】
【００５０】
１  案内サーバ
２ａ〜２ｃ  情報端末
３  チケット
４  ＩＣチップ
５  携帯端末
６  固定情報テーブル
７  利用追記テーブル
８  付加価値テーブル
【図１】
2007034412.tif 000003
【図２】
2007034412.tif 000004
【図３】
2007034412.tif 000005
【図４】
2007034412.tif 000006
【図５】
2007034412.tif 000007
【図６】
2007034412.tif 000008
【図７】
2007034412.tif 000009
【図８】
2007034412.tif 000010
【図９】
2007034412.tif 000011
【図１０】
2007034412.tif 000012
【図１１】
2007034412.tif 000013