JP2019109749A - 列車座席案内システムおよび列車座席案内方法 - Google Patents

Abstract

【課題】旅客の趣味・嗜好や景色に対しての要望を取り入れて、旅客が沿線景色の具体的に観賞可能な対象物を把握することを可能にし、旅客に対して運行中の車窓の景色を楽しむことをサポートする。【解決手段】座席予約サーバは、利用者から要求された予約内容の条件に基づいて、指定された列車の指定された座席の割付処理をおこなう座席割付処理部と、利用者から要求された予約内容の条件に基づいて、乗車に適した経路候補を算出する処理をおこなう経路案内処理部と、利用者から要求された予約内容の条件に基づいて、景色スポットに関する情報を作成する景色案内処理部とを有する。そして、座席予約サーバは、経路案内処理部が算出した列車の運用経路の沿線の景色スポットに関する情報を保持する要求別景色情報テーブルを有し、要求別景色情報テーブルの景色スポットに対して、利用者の適合度を得点として算出する。【選択図】 図１７

Description

本発明は、列車座席案内システムおよび列車座席案内方法に係り、特に、運行時に旅客が車窓の景色を楽しめるようにして、顧客満足度を向上させるのに好適な列車座席案内システムおよび列車座席案内方法に関する。

鉄道は、世界的に普及している運行手段であり、中でも、我が国は、輸送人員が年間２３０億人にもなる世界最大の鉄道旅客輸送国である。我が国では、既に鉄道利用者が指定席の列車を利用する場合には、駅の窓口またはインターネットなどを利用して指定席の予約ができるサービスがおこなわれている。一方、鉄道利用者が鉄道を利用する際には、単に移動のために利用するだけでなく、運行時の車窓の景色も楽しみの一つであり、座席予約時には、運行時の車窓の景色を楽しめる座席を予約したいという要望がある。そのような観点から、特許文献１には、携帯端末から景観が良好な座席案内を参照するシステムが開示されている。この特許文献１によれば、サーバが、経路情報を参照して、左右何れの方向の視界が良好であるかを判定し、左右何れかの座席がより景色のよい地点を楽しめると判断したときには、左右何れの座席につくべきかのメッセージを作成し、携帯端末に送信する。

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

従来、鉄道事業者が座席予約をおこなう場合には、利用者に利用しようとする列車の空き席を示し、窓側、通路側などの予約指定ができるだけであった。
上記特許文献１に記載の技術では、利用者は座席の選択時に沿線景色の具体的に観賞可能な対象物について把握することができない。また、旅客の嗜好や景色に対しての要望を取り入れることについて考慮されていない。

本発明の目的は、旅客の趣味・嗜好や景色に対しての要望を取り入れて、旅客が沿線景色の具体的に観賞可能な対象物を把握することを可能にし、旅客に対して運行中の車窓の景色を楽しむことをサポートして、顧客満足度を高めることのできる列車座席案内システムを提供することにある。

本発明の列車座席案内システムの構成は、好ましくは、利用者からの入力に従って、座席予約サーバが運行する列車の座席予約をおこなう列車座席案内システムであって、座席予約サーバは、利用者から要求された予約内容の条件に基づいて、指定された列車の指定された座席の割付処理をおこなう座席割付処理部と、利用者から要求された予約内容の条件に基づいて、乗車に適した経路候補を算出する処理をおこなう経路案内処理部と、利用者から要求された予約内容の条件に基づいて、景色スポットに関する情報を作成する景色案内処理部とを有し、座席予約サーバは、経路案内処理部が算出した列車の運用経路の沿線の景色スポットに関する情報を保持する要求別景色情報テーブルを有し、要求別景色情報テーブルの景色スポットに対して、利用者の適合度を得点として算出するようにしたものである。

本発明によれば、旅客の趣味・嗜好や景色に対しての要望を取り入れて、旅客が沿線景色の具体的に観賞可能な対象物を把握することを可能にし、旅客に対して運行中の車窓の景色を楽しむことをサポートして、顧客満足度を高めることのできる列車座席案内システムを提供することができる。

列車座席案内システムの概要構成図である。 座席予約サーバの機能構成図である。 Ｗｅｂサーバの機能構成図である。 座席割付情報テーブルの一例を示す図である。 列車時刻情報テーブルの一例を示す図である。 要求別景色情報テーブルの一例を示す図である。 沿線景色基本情報テーブルの一例を示す図である。 顧客情報テーブルの一例を示す図である。 列車座席案内システムによる利用者のログインから乗車券購入までの処理を示すシーケンス図である。 座席予約処理の詳細を示すシーケンス図である。 乗車希望内容要求時のパラメータの一例を示す図である。 経路候補回答時のパラメータの一例を示す図である。 乗車列車・景色希望要求時のパラメータの一例を示す図である。 景色案内処理を示すフローチャートである。 景色点数算出処理を示すフローチャートである（その一）。 景色点数算出処理を示すフローチャートである（その二）。 乗車列車・希望景色設定画面の一例を示す図である。 景色スポット回答情報画面の一例を示す図である。 座席指定画面の一例を示す図である。

以下、本発明に係る一実施形態を、図１ないし図１８を用いて説明する。

先ず、図１ないし図３を用いて列車座席案内システムの構成について説明する。
列車座席案内システムは、図１に示されるように、座席予約サーバ１１０、季節情報サーバ１２０、購入・販売サーバ１３０、天候情報サーバ１４０、Ｗｅｂサーバ１５０、クライアントＰＣ１６０が、それぞれネットワーク５により接続された構成である。

ネットワーク５は、通常グローバルなネットワークであるインターネットを想定しているが、鉄道事業者内のＬＡＮ（Local Network）で、クライアントＰＣ１６０から、利用者が各サーバの機能を利用できるようにしてもよい。

座席予約サーバ１１０は、Ｗｅｂサーバ１５０を介して座席の予約情報、列車運行時の景色情報を利用者に提供するサーバである。なお、座席予約サーバ１１０の機能の詳細は、図４により後述する。

季節情報サーバ１２０は、座席予約サーバ１１０に対して、座席予約処理時に関連する季節情報を提供するサーバである。

天候情報サーバ１４０は、座席予約サーバ１１０に対して、座席予約処理時に関連する天気情報を提供するサーバである。

購入・販売サーバ１３０は、利用者が乗車券の購入をするときに、販売をおこなうサーバである。

Ｗｅｂサーバ１５０は、クライアントＰＣ１６０のＷｅｂブラウザに対して、ＨＴＭＬ（HyperText Markup Language）文書や画像などのオブジェクトを提供するサーバである。なお、Ｗｅｂサーバ１５０の機能の詳細は、図３により後述する。

クライアントＰＣ１６０は、Ｗｅｂブラウザにより、Ｗｅｂサーバ１５０からＨＴＭＬ文書や画像などのオブジェクトを表示し、利用者が入力した情報をＷｅｂサーバ１５０に送信するパーソナルコンピュータ、スマートフォンなどの情報処理装置である。利用者は、クライアントＰＣ１６０を介してＷｅｂサーバ１５０にアクセスし、座席予約の各機能を利用する。

座席予約サーバの機能構成は、図３に示されるように、記憶部１１１と記憶部１１２からなる。
記憶部１１１には、座席割付情報テーブル２０１、沿線景色基本情報テーブル２０２、列車時刻情報テーブル２０３、要求別景色情報テーブル２０４が記憶されている。

座席割付情報テーブル２０１は、各列車の各座席の割付情報を記憶するテーブルであり、各列車の各座席単位に、運用区間ごとの発売状況を記憶する。

沿線景色基本情報テーブル２０２は、座席予約システムで取り扱っている列車の沿線に存在する景色スポットに関する基本的な情報を記憶するテーブルである。ここで、基本的な情報とは、例えば、「Ａ駅からＢ駅の間には、○○山が下り列車に向かって進行方向左側に見える」などといった情報である。

列車時刻情報テーブル２０３は、座席予約システムで取り扱っている列車を対象に、列車単位の運転時刻を記憶するテーブルである。停車駅、通過駅の時刻のほか、沿線景色基本情報テーブル２０２で取り扱っている景色スポットごとに、その通過時刻を記憶する。景色スポットの通過時刻については、例えば大きな山など、長時間さまざまな区間の車窓から観賞可能となる景色スポットを考慮し、その景色スポットが最もよく見える地点を基準とした通過時刻を記憶する。

要求別景色情報テーブル２０４は、利用者から要求された予約内容の条件に基づいて、要求単位にその要求にて観賞可能なスポットの情報を記憶するテーブルである。
なお、以上の列車座席案内システムで取り扱うテーブルの詳細については、後述する。

記憶部１１２は、座席割付処理部２０５、経路案内処理部２０６、景色案内処理部２０７、景色点数算出処理部２０８のサブコンポーントからなる。

座席割付処理部２０５は、利用者から要求された予約内容の条件に基づいて、指定された列車の指定された座席の割付処理をおこなう処理部である。割付を行った情報は、座席割付情報テーブル２０１に記憶する。

経路案内処理部２０６は、利用者から要求された予約内容の条件に基づいて、指定された乗車駅、降車駅、希望時刻から、乗車に適した経路候補を回答する処理をおこなう処理部である。

景色案内処理部２０７は、利用者から要求された予約内容の条件に基づいて、景色スポットに関する情報を作成する処理部である。なお、景色案内処理部２０７の処理の詳細は、後に図１４を用いて詳述する。

景色点数算出処理部２０８は、景色案内処理部２０７に含まれる処理機能の一つで、利用者から要求された予約内容の条件に基づいて算出した景色スポットに対して、それぞれ景色スポットごとに得点を算出する処理をおこなう処理部である。景色点数算出処理部２０８の景色点数算出処理の詳細は、図１５Ａ、図１５Ｂを用いて後述する。

Ｗｅｂサーバ１５０は、図３に示されるように、記憶部１５１と処理部１５２からなる。
記憶部１５１には、沿線景色情報テーブル２１０、顧客情報テーブル２１１が格納されている。

沿線景色情報テーブル２１０は、座席予約サーバで取り扱っている列車の沿線に存在する景色スポットの代表的な画像情報を記憶するテーブルである。記憶される画像情報は、沿線景色基本情報テーブル２０２に格納された景色の情報と対応するものである。

顧客情報テーブル２１１は、座席予約システムを利用するユーザ情報を記憶する。ユーザ情報には、ユーザＩＤとユーザ属性として、年齢、性別、国籍・地域などが記憶される。

Ｗｅｂサーバ１５０の処理部１５２には、景色スポット情報作成処理部２１２と購入・販売中継処理部２１３からなる。

景色スポット情報作成処理部２１２は、利用者から要求された予約内容の条件に基づいて、座席予約サーバ１１０で作成した景色スポット情報をインプットとし、クライアントＰＣ１６０に回答する処理結果画面を作成する処理部である。なお、景色スポット情報作成処理部２１２が出力する画面の例については、後に図１７を用いて詳述する。

購入・販売中継処理部２１３は、利用者が乗車券の購入をするとき、購入・販売サーバ１３０との購入に関する処理を中継する処理部である。

次に、図４ないし図８を用いて、列車座席案内システムで用いられるデータ構造について説明する。
座席割付情報テーブル２０１は、指定された列車ごとに、座席の割付け状況を示すテーブルであり、図４に示されるように、号車指定欄１０１１、座席指定欄１０１２からなる。号車指定欄１０１１には、対象となる運行列車の号数が指定される。座席指定欄１０１２には、区間１０１３ごとに、座席１０１４の予約状況が指定される。ここで、座席１０１４は、予約状態（１）、空き状態（０）のフラグが格納される。例えば、図４の例では、号車指定欄１０１１に「のぞみ２３７号」が指定され、「東京−品川」間では、席が予約されていることが示されている。

列車時刻情報テーブル２０３は、列車の運行時刻に関する情報を格納するテーブルであり、図５に示されるように、号車情報欄１０３１、駅時刻欄１０３６、景色時刻欄１０３９からなる。

号車情報欄１０３１は、号車指定欄１０３２、出発日欄１０３３、発着時刻欄１０３４、到着時刻欄１０３５からなり、それぞれに運行する列車の情報が格納される。駅時刻欄１０３６は、駅名欄１０３７ごとに、時刻欄１０３８が設定され、その駅への到着時刻が格納される。景色時刻欄１０３９には、スポット名１０４０ごとに、その近辺を列車が通過する時刻１０４１が格納される。

要求別景色情報テーブル２０４は、顧客が要求した景色に関する情報を記憶するテーブルであり、図６に示されるように、スポット名８０１、種別８０２、区間８０３、通過時刻８０４、観賞可能時間帯８０５、知名度８０６、見ごろ時期８０７、リアルタイム景色情報８０８、方向（下り列車に対して）８０９、天候８１０、推奨ユーザ属性８１１、合計点数８１２、順位８１３、見ごろマーク８１４、おすすめマーク８１５、指定スポット８１６、指定風景８１７の各フィールドからなる。
なお、スポット名８０１−区間８０３、観賞可能時間帯８０５−見ごろ時期８０７、方向８０９、推奨ユーザ属性８１１については、沿線景色基本情報テーブル２０２から取得した情報である。

スポット名８０１には、当該のスポットの名称が格納される。種別８０２は、当該のスポットの種別が格納される。スポットの種別としては、例えば、「都市風景」、「山」、「湖沼」、「歴史遺産」、「鉄道設備」などとすることができる。「都市風景」は、名所となる観光タワーや著名なビルディング、「歴史遺産」は、城や古墳、神社仏閣、「山」、「湖沼」には、自然景観の山や湖沼などがこれに該当する。区間８０３には、当該のスポットが観賞できる主な駅の区間が格納される。通過時刻８０４には、運行する列車が当該スポットの最も観賞に適した地点を通過する時刻が格納される。観賞可能時間帯８０５には、当該のスポットの観賞可能時間帯が格納される。観賞可能時間帯は、図６の例では、「終日」と「日中」、「夜間」の３通で示されており、「終日」とは主に建造物の一部が該当し、夜間にライトアップされるなどし、日没後も観賞可能なスポットを示している。「日中」とは主に自然景観が該当し、日没後は観賞不能となるスポットを示している。また、「夜間」とは、主に建造物の一部が該当し、夜景など夜間のみ観賞可能となるスポットを示している。ただし、一日の区分を「昼間」、「夜間」などのように、大まかに二分割にしてもよいし、もっと区分を細かくし、時間ごとにしてもよい。

知名度８０６には、当該のスポットに対する知名度を１−５の５段階で示した数値が格納される。ここで、数値が大きくなるほど、知名度が高いスポットであることを示している。見ごろ時期８０７には、当該のスポットに対する平年での見ごろ時期が格納される、見ごろ時期は、主に自然景観が該当し、例えば、桜の名所における桜の開花時期などの特に観賞に適した時期のことである。リアルタイム景色情報８０８には、季節情報サーバ１２０から取得した当該スポットの見ごろ時期に関する指標が格納される。ここでは、見ごろ時期に関する指標が０−５の６段階で示されており、数値が大きくなるほど見ごろ時期であることを示している。方向８０９には、当該のスポットが車窓の左右どちらに現れるかを示すフラグが格納される。ここでは、下り列車から見える方向を基準とする。天候８１０には、天候情報サーバから取得した当該スポットエリアの天候情報が格納される。推奨ユーザ属性８１１には、当該のスポットについて観賞を好む利用者のユーザ属性が格納される。

例えば、日本を代表する観光スポットである富士山といった外国人観光客に人気のスポットであれば、ユーザ属性に外国人と指定する。合計点数８１２には、図２に示した座席予約サーバ１１０の景色点数算出処理部２０８により、スポット点数算出を行った結果で、乗車する列車、ユーザ属性、リアルタイム景色情報などより算出したユーザにおすすめするスポットの合計点数が格納される。点数算出の処理詳細については、後に、図１５Ａ、図１５Ｂを用いて詳述する。

図６に示した例では、Ａ駅からＰ駅までの乗車区間には、九つの景色スポットがあり、それぞれに値が設定されていることがわかる。順位８１３には、合計点数８１２に格納された値による昇順の順位が格納される。見ごろマーク８１４には、リアルタイム景色情報８０８により、見ごろであると判定されたものに対して、１が格納される。おすすめマーク８１５には、おすすめであると判定されたものに対して、１が格納される。指定スポット８１６には、そのスポットが「見たいスポット」であるとユーザが明示的に指定したか否かを示すフラグが格納される。指定風景８１７には、そのスポットが「お気に入り風景」であるとユーザが明示的に指定したか否かを示すフラグが格納される。

沿線景色基本情報テーブル２０２は、運行する列車の沿線の景色に関する情報を記憶するテーブルであり、図７に示されるように、スポット名１０２１、種別１０２２、区間１０２３、観賞可能時間帯１０２４、知名度１０２５、見ごろ時期１０２６、方向１０２７、推奨ユーザ属性１０２８の各フィールドからなる。

スポット名１０２１、種別１０２２、区間１０２３、観賞可能時間帯１０２４、知名度１０２５、見ごろ時期１０２６、方向１０２７、推奨ユーザ属性１０２８は、それぞれ、図６により説明した要求別景色情報テーブル２０４のスポット名８０１、種別８０２、区間８０３、観賞可能時間帯８０５、知名度８０６、見ごろ時期８０７、方向８０９、推奨ユーザ属性８１１に該当する。

顧客情報テーブル２１１は、鉄道事業者の顧客に関する情報を記憶するテーブルであり、図８に示されるように、ユーザＩＤ１０６１、パスワード１０６２、氏名１０６３、年齢１０６４、性別１０６５、国籍・地域１０６６、電話番号１０６７、Ｅメールアドレス１０６８、住所１０６９、趣味１０７０の各フィールドからなる。

ユーザＩＤ１０６１、パスワード１０６２には、それぞれその顧客がネットワークにより、列車座席案内システムを利用するときのユーザＩＤとパスワードがそれぞれ格納される。氏名１０６３、年齢１０６４、性別１０６５、国籍・地域１０６６には、それぞれその顧客の属性が格納される。電話番号１０６７、Ｅメールアドレス１０６８、住所１０６９には、それぞれその顧客の該当する連絡先が格納される。趣味１０７０は、その利用者の趣味や個人的な嗜好についての情報が格納される。

次に、図９ないし図１８を用いて列車座席案内システムの処理について説明する。

先ず、図９を用いて利用者がログインから乗車券購入するまでの処理について説明する。
利用者は、クライアントＰＣ１６０からネットワークにより接続し、Ｗｅｂサーバ１５０経由で（Ａ０１）、ユーザＩＤ、パスワードを入力して、列車座席案内システムにログインをおこなう（Ａ０２）。
購入・販売サーバ１３０は、認証処理をおこない（Ｓ０１）、Ｗｅｂサーバ１５０経由で（Ａ０３）、認証結果をクライアントＰＣ１６０に返信する（Ａ０４）
次に、図１０に示す座席予約処理がおこなわれる（Ｓ２００、後述）。
次に、利用者が購入申し込みをおこない、購入申し込みとクレジットカード番号がＷｅｂサーバ１５０経由で（Ａ０５）、購入・販売サーバ１３０に送信される（Ａ０６）。
それを受け、購入・販売サーバ１３０は、販売と座席の予約をおこない（Ｓ０２）、Ｗｅｂサーバ１５０経由で（Ａ０７）、クライアントＰＣ１６０に予約の通知をおこなう（Ａ０８）。

次に、図１０を用いて座席予約処理の詳細について説明する。
先ず、利用者は、クライアントＰＣ１６０から乗車希望内容を、Ｗｅｂサーバ経由で（Ａ３０１）、座席予約サーバ１１０に送信する（Ａ３０２）。

このときのパラメータは、図１１に示されるように、ユーザＩＤ４０１、乗車年月日４０２、希望時刻４０３、乗車駅４０４、降車駅４０５、要求人数４０６が座席予約サーバ１１０に送信される。
これを受けて、座席予約サーバ１１０の座席予約システムの経路案内処理部２０６が、要求された内容に沿って、乗車経路案内処理をおこなう（Ｓ２０１）。

次に、座席予約サーバ１１０が、経路案内処理により作成した経路候補情報をＷｅｂサーバ１５０経由で（Ａ３０３）、クライアントＰＣ１６０に送信する（Ａ３０４）。

経路候補情報のパラメータは、図１２に示されるように、ユーザＩＤ５０１、乗車年月日５０２、候補情報５０３、列車５０４、乗車駅５０５、降車駅５０６、時刻５０７からなる。これらのパラメータは、図１１の乗車希望要求時のパラメータの指定内容より、経路案内処理部２０６において処理を行った結果である。候補情報５０３−時刻５０７については、例えば、最大三つのそれぞれ異なる経路候補を回答する。列車５０４には、候補情報ごとの列車号数を格納する。時刻５０７には、候補情報ごとの列車の発着時刻と到着時刻を格納する。

次に、利用者は、クライアントＰＣ１６０が、Ｗｅｂサーバ１５０に、乗車列車と景色希望の要求を送信する（Ａ３０５）。

ユーザは、経路候補情報の中から、ユーザが乗車を希望する候補情報の選択と、希望する景色の入力などの指定をおこなう。ユーザが乗車を希望する候補情報の選択と、希望する景色の入力についてのユーザインタフェースは、後に、図１６を用いて詳述する。
このときのパラメータは、図１３に示されるように、ユーザＩＤ６０１、選択候補６０２、景色希望６０３、見たいスポット６０４、お気に入り風景６０５からなる。

選択候補６０２は、図１２の候補情報５０３の中から選択された候補である。景色希望６０３には、ユーザが景色に関する希望があるか否かのフラグが格納される。見たいスポット６０４、お気に入り風景６０５は、景色希望６０３が「あり」のときに、有効となるフィールドであり、見たいスポット６０４には、「東京タワー」、「富士山」などのような具体的に利用者が指定した見たいスポットに関する情報が格納される。お気に入り風景６０５には、「桜」、「山」、「湖沼」などのような一般的な風景の種別の指定に関する情報が格納される。

Ｗｅｂサーバ１５０は、この指定を受け、ユーザＩＤから図８に示した顧客情報テーブル２１１のユーザ属性（年齢、性別、国籍・地域、趣味）を検索し（Ｓ２０２）、それらのユーザ属性と、選択された候補、景色の希望情報を座席予約サーバ１１０に送信する（Ａ３０６）
次に、要求情報を受信した座席予約サーバ１１０が、要求内で“景色案内を希望する”と指定された場合に、景色案内処理部２０７により、景色案内処理をおこなう（Ｓ２０３）。景色案内処理の詳細は、後に図１４を用いて説明する。

次に、座席予約サーバ１１０が、景色案内処理Ｓ２０３により作成した景色スポット情報と選択された候補の列車の座席情報をＷｅｂサーバ１５０に送信する（Ａ３０７）。

次に、Ｗｅｂサーバ１５０の景色スポット情報作成処理部２１２が、受信した景色スポット情報に対して、景色スポットに対応する画面ファイル（ＨＴＭＬ）を生成する（Ｓ２０４）。このとき、必要な画像を沿線景色情報テーブル２１０よりサーチし、クライアントＰＣ１６０用の回答情報を作成する。

次に、Ｗｅｂサーバ１５０は、Ｓ２０４の処理により作成した景色スポット情報（ＨＴＭＬ）と座席情報をクライアントＰＣ１６０に送信する（Ａ３０８）。クライアントＰＣのＷｅｂブラウザには、送信されてきた画面ファイルに対応する景色スポット回答情報画面が表示される。景色スポット回答情報画面の詳細は、後に、図１７を用いて説明する。

次に、クライアントＰＣ１６０より、Ｗｅｂサーバ１５０に座席位置を要求する（Ａ３０９）利用者は、景色スポット回答情報画面を参考にして、自分の好みを考慮して座席位置を決定する。景色スポット回答情報画面を見て判断することにより、利用者がその列車から観賞できる景色スポットについて、その内容を視覚的に確認すること、および見ごろ等のおすすめ情報を判断材料にして、座席位置を利用者の意思により指定することが可能となる。座席位置の指定は、座席指定画面によりおこなうことができる。座席指定画面の詳細は、後に、図１８を用いて説明する。

次に、Ｗｅｂサーバ１５０が、受信した座席位置情報を座席予約サーバ１１０に送信する（Ａ３１０）。情報を受信した座席予約サーバ１１０が、座席割付処理をおこなう（Ｓ２０５）。この処理では、指定された列車の指定された座席のステータスを予約状態に変更する。

次に、座席予約サーバ１１０が、座席割付処理Ｓ２０５により、決定した座席位置情報をＷｅｂサーバ１５０に送信する（Ａ３１１）。
そして、Ｗｅｂサーバ１５０が、受信した座席位置情報をクライアントＰＣ１６０に送信する（Ａ３１２）。

次に、図１４を用いて景色案内処理（図１０のＳ２０３）について説明する。
先ず、座席予約サーバ１１０の景色案内処理部２０７が、要求内容の乗車駅および降車駅情報に基づいて、沿線景色基本情報テーブル２０２からサーチを行い、該当する区間の景色スポット一覧情報を取得する（Ａ７０１）。

Ｓ７０２処理は、景色案内処理部２０７が、Ｓ７０１処理にて取得した景色スポット一覧情報に対して、要求された列車がそのスポット付近を通過する時刻を取得するため、列車時刻情報をサーチする（Ａ７０２）。本処理はスポット数分繰り返し処理をおこなう。

次に、座席予約サーバ１１０は、要求された日付の景色情報を季節情報サーバ１２０に要求し（Ａ７０３）、季節情報サーバ１２０は、リアルタイム景色情報を座席予約サーバ１１０に返信する（Ａ７０４）。リアルタイム景色情報とは、例えば桜の開花情報や紅葉情報の色づき具合などを示し、沿線景色基本情報に加えて、より正確見ごろ情報として補完するための情報である。本処理はスポット数分繰り返し処理をおこなう。この処理により、スポットの最新情報を取得し、ユーザにより精度の高い情報を提供することが可能となる。

次に、座席予約サーバ１１０は、Ａ７０１で取得したスポットの天候情報を天候情報サーバ１４０に要求し（Ａ７０５）、天候情報サーバ１４０は、その該当するエリアの天候情報を返信する（Ａ７０６）。本処理は、スポット数分繰り返し処理をおこなう。

次に、景色案内処理部２０７は、Ａ７０１−Ａ７０６により取得した各種情報を、図６に示した要求別景色情報テーブル２０４に格納する（Ａ７０７）。

次に、要求別景色情報テーブル２０４のデータに基づき（Ａ７０８）、景色案内処理部２０７は、景色点数算出処理をおこない（Ｓ３００）、その結果を、要求別景色情報テーブルの該当するフィールド（合計点数８１２、順位８１３、見ごろマーク８１４、おすすめマーク８１５、指定スポット８１６、指定風景８１７）に格納する（Ａ７１１）。

次に、図１５Ａ、図１５Ｂを用いて景色点数算出処理（図１４のＳ３００）の詳細について説明する。
本処理は、スポット数分繰り返し処理をおこなう（Ｓ９００−Ｓ９１８）。インプット情報として、図６の要求別景色情報テーブル２０４のスポット名８０１−推奨ユーザ属性８１１、指定スポット８１６、指定風景８１７を使用する。

先ず、Ｓ９００−Ｓ９１６のループの中で、座席予約サーバ１１０の景色点数算出処理部２０８が、スポットの観賞可能時間帯８０５が乗車列車の通過時刻に当てはまるか否かを判定する（Ｓ９０１）。

スポットの観賞可能時間帯８０５が乗車列車の通過時刻８０４に当てはまる場合には（Ｓ９０１：ＹＥＳ）、当該スポットの合計点数に＋１０を加算する（Ｓ９０２）。スポットの観賞可能時間帯８０５が乗車列車の通過時刻８０４に当てはまらない場合は（Ｓ９０１：Ｎｏ）、当該のスポットは観賞不能であるため、当該スポットについての処理を終了する。このＳ９０１の処理により、日没等により景色が見えないスポットについては、おすすめとして表示しないことが可能となる。

次に、景色点数算出処理部２０８が、スポットの見ごろ時期８０７が乗車日に当てはまるか否かを判定する（Ｓ９０３）。スポットの見ごろ時期８０７が乗車日に当てはまる場合には（Ｓ９０３：ＹＥＳ）、当該スポットの合計点数に＋１０加算する（Ｓ９０４）。そして、景色点数算出処理部２０８が、当該スポットのリアルタイム景色情報の点数を当該スポットの合計点数８１２に加算する（Ｓ９０５）。Ｓ９０５の処理により、最新情報での点数計算が可能となり、より精度の高い案内が可能となる。また、リアルタイム景色情報８０８の点数が一定以上のとき（例えば、３以上のとき）、当該スポットの見ごろマーク８１４に、１を設定する（Ｓ９０６）。

一方、スポットの見ごろ時期８０７が当てはまらない場合には（Ｓ９０３：ＮＯ）、リアルタイム景色情報の加算もありないため、Ｓ９０４、Ｓ９０５、Ｓ９０６は行わずに、Ｓ９０７の処理に遷移する。Ｓ９０４、Ｓ９０５の点数加算処理により、見ごろ時期８０７となっているスポットについて、おすすめとして表示しやすくすることが可能となる。

次に、景色点数算出処理部２０８が、当該スポットの知名度８０６の点数を当該スポットの合計点数に加算する（Ｓ９０７）。Ｓ９０７の処理により、一般的に知名度８０６の高いスポットについて、おすすめとして表示しやすくなることが可能となる。

次に、景色点数算出処理部２０８が、当該スポットの天候８１０を判定し（Ｓ９０８）、晴れの場合は、当該スポットの合計点数に＋１０加算し（Ｓ９０９ａ）、曇りの場合は、当該スポットの合計点数に＋５加算する（Ｓ９０９ｂ）。それ以外の場合には、加算は行わない（Ｓ９０９ｃ）。それ以外とは、雨や雪の場合、または天候情報を正しく取得できなかった場合などを示す。Ｓ９０７の処理により、天候による景色の見え方の違いを点数に反映することが可能となる。

次に、景色点数算出処理部２０８が、ユーザ属性が推奨ユーザ属性８１１に当てはまるか判定する（Ｓ９１０）、ユーザ属性が推奨ユーザ属性８１１に当てはまる場合には（Ｓ９１０：ＹＥＳ）、当該スポットの合計点数に＋１５加算する（Ｓ９１１）。ユーザ属性が推奨ユーザ属性８１１に当てはまらない場合には（Ｓ９１０：ＮＯ）、Ｓ９１２に遷移する。Ｓ９０９の処理により、そのユーザが好き好むと考えられるスポットをおすすめとして表示することが可能となる。

次に、スポットの種別がユーザ指定のお気に入り風景であるか否かを判定する（Ｓ９１２）。スポットの種別がユーザ指定のお気に入り風景であるときには（Ｓ９１２：ＹＥＳ）、当該スポットの合計点数に＋１５加算し（Ｓ９１３）、指定風景８１７のフラグに１を代入する（Ｓ９１４）。
スポットの種別がユーザ指定のお気に入り風景でないときには（Ｓ９１２：ＮＯ）、Ｓ９１５に遷移する。

次に、スポット名がユーザ指定の見たいスポット名であるか否かを判定する（Ｓ９１５）。スポット名がユーザ指定の見たいスポットであるときには（Ｓ９１５：ＹＥＳ）、当該スポットの合計点数に＋３０加算し（Ｓ９１６）、指定スポット８１６のフラグに１を代入する（Ｓ９１７）。
そして、ループから抜け出たときに、各スポットの合計点数の高い順に順位を設定する（Ｓ９１９）。

次に、スポットの合計点数の高い順から上位の所定数（例えば、１位〜３位）、あるいは、スポットの合計点数の所定の点数以上（例えば、２０点以上）のスポットに対して、おすすめマーク８１５に、１を設定する（Ｓ９２０）。

次に、図１６ないし図１８を用いてクライアンＰＣ上でのユーザインタフェースについて説明する。
乗車列車・希望景色設定画面３０００は、図１０のＡ３０５の時点でクライアントＰＣ１６０に表示される画面であり、候補にされた列車の案を選択し、利用者が希望する景色の情報を入力するための画面である。乗車列車・希望景色設定画面３０００は、候補選択欄３００１、景色案内希望指定欄３０１０、見たいスポット指定欄３０２０、お気に入り風景指定欄３０３０からなる。

候補選択欄３００１は、ユーザが候補ごとに候補指定ラジオボタン３００２を指定する欄である。景色案内希望指定欄３０１０は、利用者が景色の案内を希望することを設定する欄である。利用者が景色の案内を希望するときには、景色希望指定欄３０１１の景色希望指定チェックボックス３０１１をオンにする。見たいスポット指定欄３０２０は、利用者が見たいスポットを指定する欄である。利用者が見たいスポットを指定するときには、見たいスポットチェックボックス３０２１をオンにする。図１６の例では、「東京タワー」のチェックボックスがオンにされている。お気に入り風景指定欄３０３０は、利用者が好みの風景の種別を指定する欄である。利用者が好みの風景を指定するときには、お気に入り風景チェックボックス３０３１をオンにする。

景色スポット回答情報画面４０００は、景色案内処理の出力情報を受けて、Ｗｅｂサーバ１５０で作成される画面であり、利用者に対して、運行する列車の現在の運行路線における景色の情報をアップトゥデートに示した画面である。
景色スポット回答情報画面４０００は、図１７に示されるように、左側車窓欄４００１、右側車窓欄４００３、駅情報表示欄４００２からなる。

中央の駅情報表示欄４００２には、乗車列車の乗車駅から降車駅までの各駅の発車または通過時刻が示される。また、左側車窓欄４００１、右側車窓欄４００３には、左右それぞれの車窓から観賞可能なスポットを表示する。なお、観賞可能時間外のスポットについては、表示しない。

例えば、図１５Ａ、図１５Ｂの景色点数算出処理により算出された合計点数の上位の３スポットには、“おすすめ”といった表示を付加し、利用者にそのスポットがユーザ属性やユーザの好みからおすすめであることを訴求する。また、例えば、リアルタイム景色情報の値が、例えば、３以上のスポットについては、“見ごろ”といった表示を付加し、そのスポットが現在見ごろであることをユーザに訴求する。この例においては、「＃＃山」は“見ごろ”と“おすすめ”の表記を付加している。

また、利用者が、図１６に示した乗車列車・希望景色設定画面３０００により、見たいスポットが指定されたスポットに関しては、景色スポット回答情報画面４０００上のスポットをブリンクさせる、あるいは、他のスポットと表示色を変えるなどして、強調表示して目立たせるようにしてもよい。

座席指定画面２０００は、景色スポット回答情報画面４０００により、景色を確認した利用者が、座席を指定して予約をおこなうための画面である。
座席指定画面２０００は、図１８に示されるように、列車情報欄２００１、座席指定欄２０１０からなる。列車情報欄２００１は、対象とする列車の号数、発着時刻、到着時刻などの情報を表示する欄である。座席指定欄２０１０は、利用者が予約する座席の指定をおこなう欄である。ユーザは、予約するときには、マウスなどのポインティングデバイスにより、座席アイコン２０１１をクリックすることにより、指定することができる。また、入力し終わるとＯＫボタン２０２０をクリックする。

以上、本実施形態の列車座席案内システムによれば、利用者が鉄道遠征の景色を楽しみに旅行する場合に、現在見所のスポットを強調した形で表示し、利用者の好みや指定に合わせた景色の案内をおこなって、利用者が座席の予約をするサポートをすることができる。

１１０…座席予約サーバ
１２０…季節情報サーバ
１３０…購入・販売サーバ
１４０…天候情報サーバ
１５０…Ｗｅｂサーバ
１６０…クライアントＰＣ
２０１…座席割付情報テーブル
２０２…沿線景色基本情報テーブル
２０３…列車時刻情報テーブル
２０４…要求別景色情報テーブル
２０５…座席割付処理部
２０６…経路案内処理部
２０７…景色案内処理部
２０８…景色点数算出処理部
２１０…沿線景色情報テーブル
２１１…顧客情報テーブル
２１２…景色スポット情報作成処理部
２１３…購入・販売中継処理部

Claims (11)

1. 利用者からの入力に従って、座席予約サーバが運行する列車の座席予約をおこなう列車座席案内システムであって、
   前記座席予約サーバは、
   利用者から要求された予約内容の条件に基づいて、指定された列車の指定された座席の割付処理をおこなう座席割付処理部と、
   利用者から要求された予約内容の条件に基づいて、乗車に適した経路候補を算出する処理をおこなう経路案内処理部と、
   利用者から要求された予約内容の条件に基づいて、景色スポットに関する情報を作成する景色案内処理部とを有し、
   前記座席予約サーバは、
   前記経路案内処理部が算出した列車の運用経路の沿線の景色スポットに関する情報を保持する要求別景色情報テーブルを有し、
   前記要求別景色情報テーブルの景色スポットに対して、利用者の適合度を得点として算出することを特徴とする列車座席案内システム。
2. さらに、利用者が景色スポットの種別を指定できる手段を有し、
   前記要求別景色情報テーブルは、景色スポットの種別の情報を格納し、
   利用者が指定した景色スポットの種別の得点を高くすることを特徴とする請求項１記載の列車座席案内システム。
3. さらに、利用者が具体的に見たい景色スポットを入力する手段を有し、
   前記要求別景色情報テーブルは、利用者が具体的に見たい景色スポットの情報を格納し、
   利用者が具体的に見たい景色スポットとして指定された景色スポットの得点を高くすることを特徴とする請求項１記載の列車座席案内システム。
4. さらに、利用者のユーザ属性を含む顧客情報テーブルを保持し、
   前記要求別景色情報テーブルは、景色スポットごとに推奨ユーザ属性の情報を保持し、
   利用者のユーザ属性と、前記要求別景色情報テーブルの景色スポットごとに推奨ユーザ属性と合致するときに、その景色スポットの得点を高くすることを特徴とする請求項１記載の列車座席案内システム。
5. 前記要求別景色情報テーブルは、天候、季節、列車の通過時刻に関する情報を保持し、
   前記要求別景色情報テーブルの天候、季節、列車の通過時刻を加味して、前記要求別景色情報テーブルの景色スポットに対して、利用者の適合度を得点として算出することを特徴とする請求項１記載の列車座席案内システム。
6. 前記要求別景色情報テーブルは、景色スポットごとに、見ごろ時期に関する情報を保持し、
   列車の運行時期が、前記要求別景色情報テーブルの見ごろ時期に合致するときに、その景色スポットの得点を高くすることを特徴とする請求項１記載の列車座席案内システム。
7. 前記要求別景色情報テーブルは、景色スポットごとに、知名度に関する情報を保持し、
   前記要求別景色情報テーブルの知名度が高いときに、その景色スポットの得点を高くすることを特徴とする請求項１記載の列車座席案内システム。
8. 運行する列車の沿線の景色スポットを停車駅または通過駅と対比して表示する手段を有し、
   前記算出した景色スポットの得点に従って、沿線の景色スポットを表示することを特徴とする請求項１記載の列車座席案内システム。
9. 表示される景色スポットの得点の高い景色スポットに対して、おすすめマークを表示することを特徴とする請求項１記載の列車座席案内システム。
10. 運行する列車の沿線の景色スポットを停車駅または通過駅と対比して表示する手段を有し、
    列車の運行時期が、前記要求別景色情報テーブルの見ごろ時期に合致するときに、見ごろマークを表示することを特徴とする請求項６記載の列車座席案内システム。
11. 利用者からの入力に従って、座席予約サーバが運行する列車の座席予約をおこなう列車座席案内方法であって、
    前記座席予約サーバは、
    利用者から要求された予約内容の条件に基づいて、指定された列車の指定された座席の割付処理をおこなう座席割付処理部と、
    利用者から要求された予約内容の条件に基づいて、乗車に適した経路候補を算出する処理をおこなう経路案内処理部と、
    利用者から要求された予約内容の条件に基づいて、景色スポットに関する情報を作成する景色案内処理部とを有し、
    前記座席予約サーバは、
    前記経路案内処理部が算出した列車の運用経路の沿線の景色スポットに関する情報を保持する要求別景色情報テーブルを有し、
    利用者が具体的に見たい景色スポットを入力するステップと、
    前記要求別景色情報テーブルは、利用者が具体的に見たい景色スポットの情報を格納するステップと、
    運行する列車の沿線の景色スポットを停車駅または通過駅と対比して表示するステップとを有し、
    運行する列車の沿線の景色スポットを停車駅または通過駅と対比して表示するときに、利用者が具体的に見たい景色スポットとして指定された景色スポットを強調表示することを特徴とする列車座席案内方法。

Images