JP2014157436A - 代案列車提示方法およびシステム - Google Patents

Abstract

【課題】旅客が操作した自動券売機の照会ログを分析し、旅客の行動パターンを分析することで、旅客に最適な代案列車提示機能を提供する。
【解決手段】 本発明では、旅客が自動券売機に入力した情報を基に列車案内サーバへ空席照会をう。ここで、入力された条件で列車の予約がとれない場合は、ユーザからの照会ログを分析し、旅客が空席照会を行う際の行動パターンを導き出す。その結果に基づいて自動券売機に代案列車の情報を送信する。
【選択図】 図１

Description

本発明は、列車座席予約システムに関わり、特に希望列車が満席の際に代替列車の提示を取り扱うシステム及び方法に関わる。

従来、自動券売機における代案を提示する技術として、特許文献１に開示されている技術がある。特許文献１においては、旅客が要求した列車が満席の場合、あらかじめシステム上に定義した条件（禁煙喫煙変更等）に従い、条件を変更して代案列車の照会、提示を行うことが記載されている。

特開平４−３５３９９３号公報

しかしながら特許文献１においては、代案列車を照会する際の条件がシステム上に定義された条件であり、すべての旅客に対して固定的な条件で代案列車を提示している。旅客のニーズは一人一人異なると考えられるため、固定的な条件の代案列車提示では旅客のニーズを満たすことは出来ない。

本発明の目的は、旅客が操作した自動券売機の照会ログを分析し、旅客の行動パターンを分析することで、旅客に最適な代案列車を提示することである。

本発明では、旅客が自動券売機に入力した情報を基に列車案内サーバへ空席照会をう。ここで、入力された条件で列車の予約がとれない場合は、ユーザからの照会ログを分析し、旅客が空席照会を行う際の行動パターンを導き出す。その結果に基づいて自動券売機に代案列車の情報を送信する。

本発明によれば、旅客の特性に合わせた代案提示を行うことで、旅客一人一人にニーズに沿った代案列車を提示することが可能となる。これにより、ひいては旅客の満足度向上につながる。

列車座席予約システムのシステム構成図である。 操作端末−列車案内サーバ間における要求インタフェースである。 操作端末−列車案内サーバ間における回答インタフェースである。 ＩＣカードメモリのデータ構造と項目の説明である。 照会ログのフォーマットと項目の説明である。 代案条件テーブルフォーマットとテーブル項目の説明である。 分析対象ユーザテーブルフォーマットとテーブル項目の説明である。 空席照会シーケンス及び照会ログ蓄積シーケンスを示すシーケンス図である。 代案照会時の空席照会シーケンスを示すシーケンス図である。 照会ログ分析シーケンスを示すシーケンス図である。 操作端末の送受信処理フローを示すフローチャートである。 操作端末の送受信処理フローを示すフローチャートである。 操作端末の送受信処理フローを示すフローチャートである。 操作端末の送受信処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 列車案内サーバの空席照会処理及び照会ログ蓄積処理フローを示すフローチャートである。 ＤＢサーバの照会ログ分析処理フローを示すフローチャートである。 ＤＢサーバの照会ログ分析処理フローを示すフローチャートである。 ＤＢサーバの照会ログ分析処理フローを示すフローチャートである。 ＤＢサーバの照会ログ分析処理フローを示すフローチャートである。 ＤＢサーバの照会ログ分析処理フローを示すフローチャートである。

以下に、本発明の実施形態について図面を用いて詳細に説明する。

図１は、本発明における代案列車提示機能の全体構成を示すシステム構成図である。本実施形態は、旅客が操作する操作端末（以下システム１）と、空席照会及び照会ログ蓄積を行う列車案内サーバ（以下システム２）と、照会ログ保持・分析を行うＤＢサーバ（以下システム３）と、座席予約情報等を格納するためのＩＣカードで構成される。システム１は、システム２間で要求の送信、回答の受信を行う送受信処理１０からなる。システム２は、システム１からの要求情報に従い空席サーチを行った後照会ログの蓄積を行う空席照会処理２０と、列車の座席予約状況が格納されている座席予約ファイル２１からなる。システム３は、システム１からの照会要求を蓄積した照会ログ３０と、代案列車照会時の空席サーチ条件が定義された代案条件テーブル３１と、照会ログの中で分析対象となるユーザの一覧を示した分析対象ユーザテーブル３２と、照会ログから分析対象のユーザを抽出したユーザ抽出版照会ログ３３と、旅客の照会操作の傾向を分析するための照会ログ分析処理３４からなる。ICカードは、制御情報や座席予約情報を格納するためのＩＣカードメモリ４０からなる。

図２は、システム１−システム２間における要求インタフェースＩＦ００１（以下ＩＦ００１）である。ＩＦ００１は、処理フローの制御に使用する制御部と、旅客が操作した日時等の情報を格納する操作情報部と、旅客がシステム１に入力した要求情報を格納する照会情報部からなる。

ここで、制御部、操作情報部、紹介情報部の各項目に格納される情報は、図２の下段にあるテーブルに示すとおりである。

図３は、システム１−システム２間における回答インタフェースＩＦ００２（以下ＩＦ００２）である。ＩＦ００２は、処理フローの制御に使用する制御部と、旅客が操作した日時等の情報を格納する操作情報部と、システム３で空席サーチを行った結果が格納されている販売情報部からなる。なお販売情報部は、要求した人数分存在する。図２と同様に、このインタフェースでやりとりされる情報の詳細は図３の下段にあるテーブルに示すとおりである。

図４は、システム４のメモリデータ構造４０である。照会ログの蓄積に使用するための制御部と、座席予約情報を格納するための販売情報部からなる。各項目の定義は図４の下段のテーブルに示す。

図５は、システム３で保持されている照会ログのデータフォーマット３０である。キーとなるカードＩＤと、旅客が操作した日時等の情報を格納する操作情報部と、旅客がシステム１に入力した要求情報を格納する照会情報部からなる。各項目の定義は図５の下段のテーブルに示す。

図６は、代案条件テーブル３１のテーブルフォーマットである。キーとなるカードＩＤと、祝日かどうかを表す祝日フラグと、旅客が空席照会時に条件変更を行った回数をカウントしている代案条件からなる。各項目の定義は図６の下段のテーブルに示す。

図７は、照会ログ３０の中で、分析対象となる分析対象ユーザテーブル３２のテーブルフォーマットである。分析対象の一覧を示したカードＩＤからなる。項目の定義は図７の下段のテーブルに示す。

図８は、空席照会及び照会ログ蓄積のシーケンス図である。旅客がシステム１にて要求情報を入力し、照会ボタンを押下した後、システム１からシステム２へＩＦ００１が送信される。システム２では、ＩＦ００１を受信した後、ＩＦ００１の照会情報部の内容に基づき、システム２で保持している座席予約ファイル２１に対して空席サーチを行う。空席サーチ後、システム３に対して照会ログにＩＦ００１を追加するＳＱＬ文を発行し、照会ログの蓄積を行う。照会ログ蓄積後、空席サーチ結果を基にＩＦ００２を作成し、システム１へＩＦ００２を送信する。システム１では、受信したＩＦ００２の販売情報部を基に旅客へ空席照会結果を提示する。旅客が照会結果の列車を購入する場合は、決済処理を行い、ICカードへ販売情報を格納する。

図９は、代案空席照会時のシーケンス図である。旅客がシステム１にて要求情報を入力し、代案照会ボタンを押下した後、システム１からシステム２へＩＦ００１が送信される。システム２では、ＩＦ００１を受信した後、システム３の代案条件テーブル３１の読出を行い、代案条件テーブル３１に定義された条件に基づきＩＦ００１の照会情報部の補正を行い、座席予約ファイル２１に対して空席サーチを行う（代案のサーチについては詳細を後述する)。空席サーチ後、システム３に対して照会ログにＩＦ００１を追加するＳＱＬ文を発行し、照会ログの蓄積を行う。照会ログ蓄積後、空席サーチ結果を基にＩＦ００２を作成し、システム１へＩＦ００２を送信する。システム１では、受信したＩＦ００２の販売情報部を基に旅客へ空席照会結果を提示する。旅客が照会結果の列車を購入する場合は、決済処理を行い、ICカードへ販売情報を格納する。

図１０は、照会ログ分析のシーケンス図である。システム３にて照会ログ分析を行った後、代案条件テーブル３１の作成を行う。なお、照会ログ分析は１日１回行い、夜間バッチ処理にて実施する。また、分析対象の旅客を当日操作のあった旅客のみとし、夜間バッチ処理の高速化を実現する。

図１１（a）から図１１（d）は、システム１の送受信処理１０を説明するためのフロー図である。システム１にＩＣカードが挿入されているか確認を行い（Ｓ００１）、ＩＣカードが挿入されていた場合、ＩＣカードメモリ読出処理（Ｓ００２、図１１（ｂ））を行う。Ｓ００２では、システム２に送信するＩＦ００１のＩＣカードフラグエリアに１を設定する（Ｓ０２０）。その後、挿入されたＩＣカードメモリから前回操作日付と当日操作番号の読出しを行う（Ｓ０２１）。ＩＣカードメモリから読み出した前回操作日付と本日日付の比較を行い（Ｓ０２２）、一致した場合、ＩＦ００１の当日操作番号エリアにＩＣカードメモリから読み出した当日操作番号に１を加算した値を設定する（Ｓ０２３）。不一致の場合、ＩＦ００１の当日操作番号エリアに０を設定する。次に、ＩＦ００１の照会情報エリアに設定する情報を画面から入力し（Ｓ００３）、ＩＦ００１設定処理（Ｓ００４、図１１（ｃ））を行う。Ｓ００４では、Ｓ００３で入力された情報をＩＦ００１の照会情報部の該当するエリアに設定する。その後、Ｓ００３で入力された項目である希望列車の乗車日が祝日であれば、ＩＦ００１の祝日フラグエリアに１を設定し（Ｓ０４２）、祝日でなければＩＦ００１の祝日フラグエリアに０を設定する（Ｓ０４３）。旅客が空席照会を行った結果、希望の列車が満席であった場合、システム１の画面上に代案ボタンを表示する。旅客が代案ボタンを押下した場合は（Ｓ０４４）、ＩＦ００１の代案フラグエリアに１を設定する。ＩＦ００１の設定が完了した後、システム２向けにＩＦ００１の送信処理を行う（Ｓ００５）。システム２から空席照会の回答情報であるＩＦ００２を受信した後（Ｓ００６）、空席照会結果をシステム１の画面へ表示する（Ｓ００７）。照会結果の列車が満席である場合、画面に代案ボタンを表示し、旅客に代案列車による空席照会を行うか確認する。旅客が代案列車を希望する場合は（Ｓ００８）、再度Ｓ００４、Ｓ００５、Ｓ００６、Ｓ００７を行い、システム２から空席照会結果を取得する。旅客の希望の列車が見つかった場合、購入処理を行う（Ｓ００９、図１１（ｄ））。Ｓ００９では、ＩＣカードが挿入されていた場合（Ｓ０９０）、システム２から受信したＩＦ００２の券片情報及び座席情報をＩＣカードメモリの販売情報部に格納した後（Ｓ０９１）、ＩＣカードメモリの前回操作日に本日日付を設定した後（Ｓ０９３）、ＩＣカード排出処理（Ｓ０９４）を行う。ＩＣカードが挿入されていない場合、システム２から受信したＩＦ００２の券片情報及び座席情報を出力する券片の磁気にエンコードした後（Ｓ０９２）、券片排出処理（Ｓ０９５）を行う。

図１２は、システム２の空席照会処理２０を説明するためのフロー図である。システム１からＩＦ００１を受信（Ｓ２０１）した後、ＩＦ００１の代案フラグの設定値に基づき空席照会処理を行う。代案フラグに０が設定されていた場合、空席照会処理（Ｓ２０３、図１２（ｂ））を行い、代案フラグに１が設定されていた場合、代案空席照会処理（Ｓ２０４、図１２（ｃ））を行う。Ｓ２０３では、システム１で設定されたＩＦ００１の日付、時刻、区間などの要求情報を満たす列車の空席があるか、システム２で保持している座席予約ファイル２１の予約状況をサーチする（Ｓ２３１）。複数人要求の場合は、ＩＦ００１に設定されている人数分の空席サーチを行う（Ｓ２３２）。座席予約ファイル２１をサーチした結果、要求に沿った列車の空席が見つかれば（Ｓ２３３）、サーチ結果をＩＦ００２に設定する（Ｓ２３４）。Ｓ２０４では、まず空席サーチ（時刻変更）（Ｓ２４０、図１２（ｅ））を行う。Ｓ２４０は、ＩＦ００１の照会情報部にある乗車時間帯より早い時間帯（先発列車）で空席サーチを行う（Ｓ２８０）。Ｓ２８０で空席列車が見つからない場合、ＩＦ００１の照会情報部にある乗車時間帯より遅い時間帯（後発列車）で空席サーチを行う（Ｓ２８２）。Ｓ２４０のサーチ結果をＳ２４１で判定し、空席が見つからなかった場合は、システム３の代案条件テーブル３１よりエントリの読出しを行う（Ｓ２４２）。読出しを行う際は、ＩＦ００１のカードＩＤおよび祝日フラグをキーとする。読出した結果、該当するエントリが代案条件テーブル３１に存在しない、つまり挿入されたＩＣカードのカードＩＤが代案条件条件テーブル３１に存在しない場合、代案照会を行うことが出来ないのでＳ２０４を終了する。代案条件テーブル３１に該当するエントリが存在する場合、空席サーチ（条件変更）（Ｓ２４４、図１２（ｆ））を行う。Ｓ２４４では、読出しした代案条件テーブル３１の代案条件の項目間の値を比較し、値が最も大きい項目を求める（Ｓ２９０）。その後、値が最も大きい項目のＩＦ００１の設定値を変更する。設備変更可項目が最大の場合、ＩＦ００１の設備（普通／グリーン）を普通席からグリーン席へ変更する（Ｓ２９１）。喫煙席変更可項目が最大の場合、ＩＦ００１の設備（禁煙／喫煙）を禁煙から喫煙へ変更する（Ｓ２９２）。乗継変更可項目が最大の場合、ＩＦ００１の乗継フラグに１を設定する（Ｓ２９３）。分散変更可項目が最大の場合、ＩＦ００１の分散可フラグに１を設定する（Ｓ２９４）。ＩＦ００１の値変更を行った後、変更後のＩＦ００１を基に空席サーチ処理を行う（Ｓ２９５）。Ｓ２９５で空席が見つからなかった場合（Ｓ２９６）、再度Ｓ２９０を行いＩＦ００１の補正（Ｓ２９１、Ｓ２９２、Ｓ２９３、Ｓ２９４）を行う。なお２回目以降のＳ２９０では、前回選択した最大項目は除外して項目間の比較を行う。空席が見つかった場合、端末回答インタフェース作成処理（Ｓ２４６）を行う。Ｓ２４６では、取得した空席サーチ結果から、ＩＦ００２の販売情報部を作成する。Ｓ２０３またはＳ２０４を行った後、ＩＦ００１のＩＣカードフラグに１が設定されていた場合、照会ログ出力処理を行う（Ｓ２０６、図１２（ｄ））。Ｓ２０６では、システム１より受信したＩＦ００１から照会ログへ蓄積するためのＳＱＬ文を作成する（Ｓ２６０）。ＳＱＬ文を作成した後、システム３に向けてＳＱＬ発行処理を行う（Ｓ２６１）。Ｓ２６１により、システム３で保持している照会ログ３０に、ＩＦ００１の情報が蓄積される。照会ログ蓄積を行った後、端末回答ＩＦ送信処理（Ｓ２０７）を行い、システム１へＩＦ００２を送信する。

図１３は、システム３の照会ログ分析処理３４を説明するためのフロー図である。まず、システム３で保持している照会ログ３０を日付（降順）、カードＩＤ（昇順）をキーとしてソートを行う（Ｓ３０１）。次に、分析対象ユーザテーブル作成処理を行う（Ｓ３０２、図１３（ｂ））。Ｓ３０２では、照会ログ３０の１エントリ目をリードを行った後（Ｓ３２０）、照会ログ３０のエントリ判定を行う（Ｓ３２１）。照会ログ３０にエントリが存在しない場合はＳ３０２を終了する。照会ログ３０にエントリが存在した場合、リードしたエントリの操作情報部の照会日付と本日日付の比較を行う（Ｓ３２２）。本日日付と一致した場合、Ｓ３２０でリードしたエントリのカードＩＤが既に分析対象ユーザテーブル３２に存在するか判定を行う（Ｓ３２３）。分析対象ユーザテーブル３２にカードＩＤが存在しない場合、Ｓ３２０でリードしたエントリのカードＩＤを分析対象ユーザテーブル３２に出力する（Ｓ３２５）。出力した後、照会ログ３０の次エントリをリードする（Ｓ３２１）。日付不一致、またはカードＩＤが既に分析対象ユーザテーブル３２に登録されてい場合は、分析対象ユーザテーブル３２にカードＩＤを出力せずに、次エントリのリードを行う（Ｓ３２１）。分析対象ユーザテーブル３１の作成が完了した後、ユーザ抽出版照会ログ作成を行う（Ｓ３０３、図１３（ｃ））。Ｓ３０３では、Ｓ３０２で作成した分析対象ユーザテーブル３２の１エントリ目をリード（Ｓ３３０）する。分析対象ユーザテーブル３２にエントリが存在しない場合は、Ｓ３０３を終了する。エントリが存在する場合は、Ｓ３３０でリードしたエントリのカードＩＤと一致するエントリを照会ログ３０から抽出し（Ｓ３３２）、抽出した照会ログのエントリをユーザ抽出版照会ログ３３へ出力する（Ｓ３３３）。Ｓ３３２、Ｓ３３３を分析対象ユーザテーブル３２に定義されているエントリ数分繰り返し行う。ユーザ抽出版照会ログ３３の作成が完了した後、ユーザ抽出版照会ログ３３のソートを行う（Ｓ３０４）。ソートは祝日フラグ（昇順）、カードＩＤ（昇順）、日付（昇順）、照会時刻（昇順）をキーとして行う。Ｓ３０４を行った後、代案条件テーブル作成（Ｓ３０５、図１３（ｄ））を行う。Ｓ３０５では、Ｓ３０３で作成したユーザ抽出版照会ログ３３のエントリを読み出す（Ｓ３５０）。次にユーザ抽出版照会ログのエントリ存在有無の確認を行う（Ｓ３５１）。ユーザ抽出版照会ログ３３にエントリが存在しない場合は、Ｓ３０３を終了する。ユーザ抽出版照会ログ３３にエントリが存在した場合、リードしたエントリを比較元エントリへ設定する（Ｓ３５２）。その後、次のユーザ抽出版照会ログ３３のエントリを読み出す（Ｓ３５３）。ユーザ抽出版照会ログ３３にエントリが存在しない場合（Ｓ３５４）、Ｓ３０３を終了する。エントリが存在する場合、リードしたエントリを比較先エントリへ設定する（Ｓ３５５）。次にエントリ比較を行う（Ｓ３５６、図１３（ｃ））。Ｓ３５６では、まず比較元エントリと比較先エントリのカードＩＤを比較する（Ｓ３６０）。カードＩＤが不一致の場合、Ｓ３５６を終了する。カードＩＤが一致した場合、比較元エントリと比較先エントリの照会日付を比較する（Ｓ３６１）。照会日付が不一致の場合、Ｓ３５６を終了する。照会日付が一致した場合、比較元エントリと比較先エントリの当日操作番号を比較する（Ｓ３６２）。当日操作番号不一致の場合、Ｓ３５６を終了する。当日操作番号が一致した場合、比較元のカードＩＤをキーとし、代案条件テーブル３１をサーチする（Ｓ３６３）。代案条件テーブル３１にエントリが存在しない場合、比較元エントリのカードＩＤと祝日フラグを基に、代案条件テーブル３１にエントリを作成する（Ｓ３６３）。その後、比較元エントリと比較先エントリの設備（普通／グリーン）、設備（禁煙／喫煙）、乗継フラグ、分散フラグについて変更がないか確認を行う（Ｓ３１５）。設備（普通／グリーン）については、比較元エントリから比較先エントリで普通がグリーンに変更されていれば代案条件テーブル３１の設備（普通／グリーン）の項目に１をカウントアップする（Ｓ３６６）。設備（禁煙／喫煙）については、比較元エントリから比較先エントリで禁煙が喫煙に変更されていれば代案条件テーブル３１の設備（禁煙／喫煙）の項目に１をカウントアップする（Ｓ３６７）。乗継可については、比較元エントリから比較先エントリで乗継フラグが０から１へ変更されていれば代案条件テーブル３１の乗継可の項目に１をカウントアップする（Ｓ３６８）。分散可については、比較元エントリから比較先エントリで分散フラグが０から１へ変更されていれば代案条件テーブル３１の分散可の項目に１をカウントアップする（Ｓ３６９）。Ｓ３５６の処理が完了した後、比較先エントリを比較元エントリへ設定する（Ｓ３５７）。その後、ユーザ抽出版照会ログ３３のエントリリードを行い（Ｓ３５３）、エントリが存在すれば以降の処理を繰り返し継続する。

以上、本実施形態によれば、旅客の特性にあわせた代案列車の提示が可能となる。

以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。

００１ 操作端末
００２ 列車案内サーバ
００３ ＤＢサーバ
００４ ＩＣカード
０１０ 送受信処理
０２０ 空席照会処理
０２１ 座席予約ファイル
０３０ 照会ログ
０３１ 代案条件テーブル
０３２ 分析対象ユーザテーブル
０３３ ユーザ抽出版照会ログ
０３４ 照会ログ分析処理
０４０ ＩＣカードメモリ

Claims (5)

1. 旅客からのチケット購入要求に対して代案列車を提示する代案列車提示方法であって、
   自動券売機からチケット購入要求情報をサーバに送信する要求送信ステップと、
   サーバが、送信されたチケット購入要求情報に基づいて当該チケット購入要求情報に含まれる列車情報についての空席照会を行う照会ステップと、
   前記照会ステップの結果、空席が無い場合に、前記チケット購入要求情報に含まれるユーザ情報に基づいて照会ログを分析するログ分析ステップと、
   前記ログ分析ステップの分析結果に基づいて、新たな空席照会を行う再照会ステップと、
   前記再照会ステップの結果の結果を前記自動券売機に送信に送信するステップと、
   を備えることを特徴とする代案列車提示方法。
2. 請求項１に記載の代案列車提示方法において、
   前記照会ログは、前記チケット購入要求情報を前記サーバに送信する毎に更新することを特徴とする代案列車提示方法。
3. 旅客からのチケット購入要求に対して代案列車を提示する代案列車提示装置であって、
   チケット購入要求情報をサーバに送信する要求受信部と、
   送信されたチケット購入要求情報に基づいて当該チケット購入要求情報に含まれる列車情報についての空席照会を行う第一の照会処理部と、
   前記第一の照会処理部の照会処理の結果、空席が無い場合に、前記チケット購入要求情報に含まれるユーザ情報に基づいて照会ログを分析するログ分析処理部と、
   前記ログ分析処理部の分析結果に基づいて、新たな空席照会を行う第二の照会処理部と、
   前記第二の照会処理部の照会の結果を送信する送信部と、
   を備えることを特徴とする代案列車提示装置。
4. 請求項３に記載の代案列車提示装置において、
   前記照会ログは、前記チケット購入要求情報を受信する毎に更新することを特徴とする代案列車提示装置。
5. 請求項４に記載の代案列車提示装置と、当該代案列車提示装置にユーザからのチケット購入要求情報を送信する端末と、を備えることを特徴とする代案列車提示システム。

Images