JP2009098984A - サービス情報提供システム - Google Patents

Abstract

【課題】
現在、乗客の位置情報から列車座席の予約取り消しを管理することは可能であるが、列車乗車後のサービス業務は考慮されていない。
【解決手段】
そこで本発明では、１つ目にステータス管理表を用意し、そこにサービスの提供有無を示すフラグを持たせている。このステータス管理表は、列車の各座席に１つずつ用意されており、さらに列車の走行区間ごとに分割してステータスを管理可能となっている。これにより、各座席の走行区間ごとにサービスの提供有無を管理可能となる。２つ目は、乗客の年齢や性別が判断可能な属性値を上記のステータス管理表にあわせて設定したことである。つまり、各座席・各走行区間単位で属性値を持つことができるため、複数サービスの中から属性値に応じた最適なサービスをシステムで自動判断可能としている。
【選択図】 図１

Description

本発明は、鉄道などの交通機関における乗客を管理する技術に関する。特に、予約情報の細分化を行うことで、従来は不可能であった交通機関の運行経路での駅区間単位のサービス提供もしくはサービス提供のための情報表示を可能とする技術に関する。なお、サービスには、駅弁などの区間で提供できる商品が異なる商品の販売が含まれる。

従来、顧客を管理する技術として、特許文献１に開示される技術が提案されている。特許文献１においては、予約者の位置管理を携帯電話などのGPS機能を利用して行い、予約時間に間に合うかどうかをシステムが判断し、予約の続行、取消が自動で行われることが記載されている。

この技術を列車の座席予約に適用した場合、列車の指定席予約客が列車の発車時間までに駅に到着できるかどうかの判断に利用することが可能となる。これにより、乗車できない予約客の予約をキャンセルして、別の予約客へ座席を振り分けることで空き座席を少なくすることが可能となる。

特開２００２−２７９２６０

しかしながら、特許文献１においては、顧客の現在位置とサービス開始時間との関連以外の要素は考慮されていない。具体的には、サービス開始後に顧客がいつまでそのサービス施設に滞在するのか、また滞在中の顧客に別のサービスが提示できないか、といった要求には対応できないシステムである。

列車の座席予約に当てはめると、乗客が予約した列車に乗車した後、どの駅で下車するのか、といった状況の管理や、その乗客がどんな人物か（性別や年代）を特定する情報の管理ができないため、乗客一人一人の旅行予定や好みに応じたサービス提供が難しい状態となっている。

そこで本発明では、１つ目にステータス管理表を用意し、そこにサービスの提供有無を示すフラグを持たせている。このステータス管理表は、列車の各座席に１つずつ用意されており、さらに列車の走行区間ごとに分割してステータスを管理可能となっている。これにより、各座席の走行区間ごとにサービスの提供有無を管理可能となる。２つ目は、乗客の年齢や性別が判断可能な属性値を上記のステータス管理表にあわせて設定したことである。つまり、各座席・各走行区間単位で属性値を持つことができるため、複数サービスの中から属性値に応じた最適なサービスをシステムで自動判断可能としている。

より詳細には、以下の態様が本発明に含まれる。
公共交通機関の乗客に対する前記公共交通機関の所定区間毎に異なった複数のサービスサービスを提供するための情報を提供するサービス情報提供システムにおいて、
前記複数のサービスそれぞれについて、サービス開始拠点およびサービス可能期間を、当該サービスの内容と対応付けて記憶する記憶手段と、
前記公共交通機関の乗車区間および乗車時期を含む座席予約を受付ける手段と、
前記座席予約の乗車区間および乗車時期で提供可能サービスを、前記座席予約毎に前記サービス開始拠点および前記サービス可能期間から特定する手段と、
特定された前記提供可能サービスを、前記座席予約を行った利用者に対応する画面に表示する手段とを有するサービス情報提供システム。

このサービス情報提供システムにおいて、
前記画面は、前記公共交通機関の座席毎に設置されるサービス情報提供システムも本発明の一態様に含まれる。

このサービス情報提供システムにおいて、
前記表示する手段は、前記座席予約された座席の画面に対して、前記提供可能サービスを表示するサービス情報提供システムも本発明の一態様に含まれる。

このサービス情報提供システムにおいて、
前記表示する手段は、前記座席予約の乗車区間の乗車開始拠点から前記提供可能サービスの表示を開始するサービス情報提供システムも本発明の一態様である。

また、これらのサービス情報提供システムにおいて、
さらに、前記座席毎に設置され、前記利用者からの入力を受付ける入力手段を有し、前記入力手段は、前記提供可能サービスに対する予約を受付けるサービス情報提供システムも本発明の一態様である。

また、これらのサービス情報提供システムにおいて、
前記記憶手段は、前記公共交通機関の各座席毎にかつ単位走行区間毎に、前記複数のサービスのうちいずれのサービスが提供可能かを示すステータス管理表を記憶し、
前記特定する手段は、前記ステータス管理表を用いて、前記提供可能サービスを特定することを特徴とするサービス情報提供システム。

さらに、これらのサービス情報提供システムにおいて、
前記座席予約には、利用者の属性が含まれ、
前記表示する手段は、前記提供可能サービスについて、前記属性に応じたサービスを表示するサービス情報提供システムも本発明に含まれる。

なお、上述したサービス情報提供システムを利用してのサービス情報提供方法や本システムをコンピュータとして動作させるためのプログラムも本発明に含まれる。

なお本発明の前提条件として、列車の各座席には前席の背面部に航空旅客機と同様の情報表示ができ、かつタッチパネルによる操作が可能なモニターが設置されていてもよいし、顧客の携帯電話などをこれらの代わりに利用してもよい。

本発明により、サービス施設に顧客が入場した後、退場するまでのサービスを詳細化することが可能となり、施設として、サービスの質の向上が見込める。

本発明の実施の形態について、図面を用いて説明する。本実施の形態は、サービスとして駅弁の予約販売業務を例に説明するが、本発明はそれに限定されるものではない。

まず、本実施の形態におけるシステム構成図を図１に示す。本システムは旅客会社の総合予約サーバ２００、総合予約サーバ２００への情報登録を行うデータ登録端末１００、旅客会社が所有する駅舎３００、および旅客会社が所有する列車４００から構成される。これらの機器、施設はお互い通信回線で接続されている。また、これらの機器、施設のコンピュータは、メモリ、ハードディスクを含む記憶装置、ＣＰＵなどの処理装置を有し、記憶装置に格納されたプログラムに従って、処理装置が情報処理を実行するものである。

以下、本実施の形態の処理内容について説明する。処理全体のフローチャートを図２に示す。
まず、Ｓ１００の段階として、駅弁の販売期間や積込駅が決定した時点で、これらの情報を総合予約サーバ２００に登録する。この内容について図３を用いて説明する。すなわちＳ１０１において、総合予約サーバ２００内の記憶装置に記憶された駅弁種別管理表２１０に、駅弁販売業者の入力に応じて、図１０に示すような駅弁の内容を登録する。

次に、Ｓ２００の段階では、列車の座席予約と駅弁予約の受付け処理を行う。Ｓ２００の処理の詳細を図４、および図５に示す。

まずＳ２０１において、窓口端末３０１が駅員の入力により、乗客が予約を希望する列車、座席、乗車日、乗車区間、性別、年齢などの情報を受け付ける。本明細書では、例えば乗客Ａが予約した列車として「のぞみ15号」、座席として「10号車12のE」、乗車日として「7月11日」、乗車区間として「品川〜名古屋」、性別として「男」、年齢として「３０代」という情報を受け付ける。さらに、駅弁の予約も希望する乗客に対しては、駅弁の種別情報も受け付ける。本明細書では、乗客Ａが「い」の駅弁を予約したとする。これらの情報は、窓口端末３０１から総合予約サーバ２００に送信され、総合予約サーバ２００は受信した座席情報と駅弁情報を自身が管理するファイルに登録する。

Ｓ２０２では、駅弁種別管理表２１０にて、予約された駅弁の予約数を増加させる。本明細書では、駅弁「い」の予約数の現在値は’470’。これを＋１して’471’とする。

次に、座席別予約カウンタ２３０および座席別予約管理表２４０だが、これらの表は列車の各座席に1対1で対応しており、各列車の座席数分が存在する。これらのカウンタと表のうち、乗客の予約席に対応するものが更新対象となる。それぞれの表の内容については、図１２、図１３を参照。

Ｓ２０３では、座席予約カウンタ２３０の更新を行う。座席予約カウンタ２３０は当座席において、何人の乗客が予約済みであるかをカウントしており、予約時にはカウンタの値を増加させる。本明細書(実施の形態)では、カウンタの現在値は「２」であり、乗客Ａの前に２人の乗客が同一座席を予約済みであることを示している。このカウンタを＋１して、「３」とする。

Ｓ２０４では、座席別予約管理表２４０のフラグのうち、どの列車走行区間に何人目の予約客が乗車するかを示した座席予約フラグの更新を行う。予約時には、Ｓ２０３で増加させたカウンタ値と同じ値を、予約客の乗車区間の座席予約フラグに設定する。本明細書では、座席予約カウンタ２３０は現在「３」となっているため、乗客Ａの乗車区間である品川〜名古屋、区間番号に直すと２〜６の区間の座席予約フラグにそれぞれ「３」を設定する。

Ｓ２０５では、座席別予約管理表２４０のフラグのうち、駅弁情報のメッセージをどの区間で配信するかを示した配信フラグの更新を行う。予約した弁当の積込駅名をキーに、メッセージ配信区間管理表２２０（図１１）を参照し、駅弁の積込駅名を特定する。その積込駅に該当する配信停止区間より後の区間の配信フラグを’0’から’1’に更新するが、その乗客の乗車区間中の最終区間については、配信フラグを’0’に戻す。本明細書では、「い」の弁当の積込駅はＢ、駅Ｂで積み込まれる弁当の配信停止区間は２〜４であるため、これ以降の区間である５と６の配信フラグを’0’から’1’に更新する。しかし、区間６が乗客Ａの最終乗車区間であるため、配信フラグを’0’に戻す。

最後に、Ｓ２０６では、座席別予約管理表２４０のフラグのうち、乗客の年齢や性別を示した属性フラグの更新を行う。予約客の年齢、性別をもとに属性リスト２５０を参照し、該当する値を属性フラグの行に設定する。本明細書(実施の形態)では、乗客Ａの年齢は３０代、性別は男であるため、属性リスト２５０より’14’を属性フラグの２〜６の区間に設定する。

予約完了後、当該列車の発車日になると、駅弁種別管理表２１０が参照され、各駅弁が予約数分作成されて、各積込駅まで運ばれる。後は列車が各積込駅に停車した際に積み込まれることになる。（この行程はシステムの管理対象外である）
当該列車の発車後であるＳ３００の段階では、列車の座席予約は行っているが、駅弁予約は行っていない乗客に対して駅弁の情報を配信する。Ｓ３００の処理の詳細を図６、および図７に示す。

まず、Ｓ３０１において、駅を出発して１５分後に該当列車の座席別予約管理表２４０を全席分サーチし、配信フラグが’1’となっている座席を抽出し、抽出結果を一旦保持しておく。本明細書（実施の形態）では、図７の例として区間１を走行中の列車にて1-Aの座席別予約管理表２４０を参照したとき、配信フラグが’1’であるため、この座席を抽出対象とする。

Ｓ３０２では、列車が現在走行中の区間を元にメッセージ配信区間管理表２２０を参照し、配信実施フラグが’1’となっている積込駅名を抽出する。本明細書（実施の形態）では、図１１のメッセージ配信区間管理表２２０より、区間１で配信実施フラグが’1’である積込駅名は「Ｂ」となる。

Ｓ３０３では、駅弁種別管理表２１０を参照し、Ｓ３０２で抽出した積込駅にて積み込まれる駅弁を抽出する。本明細書では、積込駅「Ｂ」で積み込まれる弁当は、駅弁種別管理表２１０より「い」と「お」になる。

Ｓ３０４では、駅弁種別管理表２１０の販売時間の欄を参照し、抽出した駅弁の販売時間と現在時刻をチェックする。次にＳ３０３にて抽出した駅弁のターゲット欄を参照し、保持しておいたＳ３０１の抽出座席の属性フラグと比較する。この比較で属性が一致した座席のみを最終的に配信座席と決定し、配信情報はＳ３０３で抽出された駅弁となる。本明細書（実施の形態）では、図１０の駅弁種別管理表２１０より「い」の駅弁の販売時間は06:00〜14:00であり、「お」の駅弁の販売時間は10:00〜18:00となる。区間１を走行中の時刻が11:30とすると、双方の弁当が配信対象である。次に、駅弁種別管理表２１０のターゲットの欄を参照し、「い」のターゲット’13’と「お」のターゲット’22’を得る。これをＳ３０１で抽出しておいた座席ごとの座席別予約管理表２１０の属性フラグと比較すると、例えば1-A席の属性フラグは’21’のため、駅弁「い」も「お」もターゲット属性ではない。よって1-Aは配信対象外となる。この操作をＳ３０１での抽出座席分繰り返して、配信対象の座席を決定する。

Ｓ３０５にて、対象の駅弁情報をＳ３０４で絞り込まれた座席に対して配信する。本明細書（実施の形態）では、「い」と「お」の駅弁情報を抽出結果の座席に対して配信する。

最後に、Ｓ４００の段階だが、Ｓ３００にて配信された駅弁情報の提示を受けた乗客が駅弁を列車内で発注した場合の処理である。Ｓ４００の処理の詳細を図８、および図９に示す。

Ｓ４０１では、配信情報を座席のタッチパネル式モニター４１０で確認した乗客が、希望の駅弁をタッチパネルの操作によって選択する。本明細書(実施の形態)では、区間５の走行中に「え」の弁当情報を配信された乗客Ｂが列車座席のタッチパネル式モニター４１０にて、この駅弁を選択したとする。つまり、「え」の駅弁の選択をシステム側が受付けたとする。

Ｓ４０２では、選択された駅弁情報が総合予約サーバ２００に送信され、駅弁種別管理表２１０の選択された駅弁の予約数を増加させる。本明細書（実施の形態）では図９に示すとおり、駅弁「え」の予約数を’220’から’221’へ＋１する。

Ｓ４０３では、駅弁種別管理表２１０の予約された駅弁の積込駅名をキーとして、メッセージ配信区間管理表２２０を参照して、配信実施区間、および配信停止区間を求める。そして、座席別予約管理表２４０のこの乗客の乗車区間に対応する配信フラグにおいて、先に求めた配信実施、配信停止の区間に該当するフラグをすべて’0’に設定する。これにより、列車内予約した乗客へのこれ以上の情報配信を抑止する。本明細書では、駅弁種別管理表２１０の駅弁「え」の積込駅名は「Ｇ」であるため、メッセージ配信区間管理表２２０より配信実施、および配信停止区間は５〜８の区間となる。よって、この乗客Ｂの座席に対応する座席別予約管理表２４０の区間５〜８の配信フラグを’0’に変更する。

本発明の一実施の形態による顧客情報管理システムの全体構成図である。 駅弁情報登録から列車運行開始後の列車内予約までを示すシステム全体のフローチャートである。 駅弁登録時のフローチャートである。 座席予約／駅弁予約時のフローチャートである。 座席予約／駅弁予約時のカウンタ、フラグの変更手順を示した図である。 メッセージ配信時のフローチャートである。 メッセージ配信時の対象座席抽出手順を示した図である。 列車内予約時のフローチャートである。 列車内予約時のフラグの変更手順を示した図である。 駅弁種別管理表２１０の内容を説明した図である。 メッセージ配信区間管理表２２０の内容を説明した図である。 座席別予約管理表２４０の内容を説明した図である。 座席予約カウンタ２３０の内容を説明した図である。 属性リスト２５０の内容を説明した図である。

Claims (7)

1. 公共交通機関の乗客に対する前記公共交通機関の所定区間毎に異なった複数のサービスサービスを提供するための情報を提供するサービス情報提供システムにおいて、
   前記複数のサービスそれぞれについて、サービス開始拠点およびサービス可能期間を、当該サービスの内容と対応付けて記憶する記憶手段と、
   前記公共交通機関の乗車区間および乗車時期を含む座席予約を受付ける手段と、
   前記座席予約の乗車区間および乗車時期で提供可能サービスを、前記座席予約毎に前記サービス開始拠点および前記サービス可能期間から特定する手段と、
   特定された前記提供可能サービスを、前記座席予約を行った利用者に対応する画面に表示する手段とを有することを特徴とするサービス情報提供システム。
2. 請求項１に記載のサービス情報提供システムにおいて、
   前記画面は、前記公共交通機関の座席毎に設置されることを特徴とするサービス情報提供システム。
3. 請求項２に記載のサービス情報提供システムにおいて、
   前記表示する手段は、前記座席予約された座席の画面に対して、前記提供可能サービスを表示することを特徴とするサービス情報提供システム。
4. 請求項３に記載のサービス情報提供システムにおいて、
   前記表示する手段は、前記座席予約の乗車区間の乗車開始拠点から前記提供可能サービスの表示を開始することを特徴とするサービス情報提供システム。
5. 請求項３または４のいずれかに記載のサービス情報提供システムにおいて、
   さらに、前記座席毎に設置され、前記利用者からの入力を受付ける入力手段を有し、
   前記入力手段は、前記提供可能サービスに対する予約を受付けることを特徴とするサービス情報提供システム。
6. 請求項１乃至５のいずれかに記載のサービス情報提供システムにおいて、
   前記記憶手段は、前記公共交通機関の各座席毎にかつ単位走行区間毎に、前記複数のサービスのうちいずれのサービスが提供可能かを示すステータス管理表を記憶し、
   前記特定する手段は、前記ステータス管理表を用いて、前記提供可能サービスを特定することを特徴とするサービス情報提供システム。
7. 請求項１乃至６のいずれかに記載のサービス情報提供システムにおいて、
   前記座席予約には、利用者の属性が含まれ、
   前記表示する手段は、前記提供可能サービスについて、前記属性に応じたサービスを表示することを特徴とするサービス情報提供システム。

Images