(57)【特許請求の範囲】
【請求項１】
操作端末から列車の指定席予約に関する座席予約情報を受信する通信部と、
前記座席予約情報に含まれる指定日時、指定列車及び指定区間の情報をもとに空席照会を実施する処理部と、
列車の空席情報を記憶する記憶部と、を有し、
前記処理部は、
前記座席予約情報に該当する空席がない場合に、前記指定列車に対応する停車駅毎の過去の各駅実績情報に含まれる空席数及び降車数に基づいて、前記指定区間を分割するための主要駅を導出して、分割された前記指定区間の空席照会を実施する
ことを特徴とする、座席予約システム。
【請求項２】
前記記憶部には、
停車駅毎の各列車の空席数、降車数及び総座席数の情報を含む日単位の時刻表テーブルが記憶され、
前記処理部は、
前記指定列車に対応する停車駅毎の日単位の時刻表テーブルから、前記停車駅毎の各駅実績情報テーブルを作成して前記記憶部に記憶する
ことを特徴とする、請求項１に記載の座席予約システム。
【請求項３】
前記処理部は、
前記指定列車に対応する停車駅毎の前記日単位の時刻表テーブルのうち、前記指定日時を含む所定時間内の前記空席数、降車数及び総座席数を加算して、各駅実績情報テーブルに記憶する
ことを特徴とする、請求項２に記載の座席予約システム。
【請求項４】
前記処理部は、
前記各駅実績情報テーブルのうち、前記指定区間の出発駅および到着駅以外の駅の前記空席数、降車数及び総座席数をもとに、前記指定区間を分割するための主要駅の候補を導出する
ことを特徴とする、請求項３に記載の座席予約システム。
【請求項５】
前記記憶部には、
前記指定区間を分割するための主要駅の候補と当該主要駅の空席数及び降車数と、当該主要駅で前記指定区間を分割した場合の第１の区間及び第２の区間とが対応付けられた主要駅テーブルを記憶し、
前記処理部は、
前記各駅実績情報テーブルのうち、前記指定区間の出発駅および到着駅以外の駅について、空席数及び降車数が０より大きい駅を、前記指定区間を分割するための主要駅の候補として前記主要駅テーブルに格納する
ことを特徴とする、請求項４に記載の座席予約システム。
【請求項６】
前記処理部は、
前記主要駅テーブルに格納された前記指定区間を分割するための主要駅について、当該主要駅の降車数及び空席数の降順に並べ替える
ことを特徴とする、請求項５に記載の座席予約システム。
【請求項７】
前記処理部は、
前記第１区間及び前記第２区間に対して空席照会を実施し、
前記第１区間及び前記第２区間に空席が存在する場合に、前記操作端末に前記指定された前記座席予約情報とは別の代案情報を前記操作端末に通知する
ことを特徴とする、請求項６に記載の座席予約システム。
【請求項８】
前記記憶部には、
日付毎に過去の相当日が対応付けられた過去相当日対応テーブルと、
過去の相当日に対応する過去の主要駅テーブルと、
が記憶され、
前記処理部は、
前記指定日時の前日の各駅実績情報テーブルが存在しない場合に、
前記指定日時に対応する過去の相当日の主要駅テーブルを用いて、前記指定区間を分割するための主要駅を導出する
ことを特徴とする、請求項７に記載の座席予約システム。
【請求項９】
前記処理部は、
前記指定日時の前日の各駅実績情報テーブルの情報が不十分な場合に、
前記各駅実績情報テーブルから導出した前日の主要駅テーブル及び前記指定日時に対応する過去の相当日の主要駅テーブルを用いて、前記指定区間を分割するための主要駅を導出する
ことを特徴とする、請求項８に記載の座席予約システム。
【請求項１０】
操作端末からの情報を受信する通信部と、前記受信した情報を処理する処理部と、各種テーブルを記憶する記憶部と、を備えた座席予約システムにおける座席予約方法であって、
前記通信部が、前記操作端末から列車の指定席予約に関する座席予約情報を受信する第１のステップと、
前記処理部が、前記座席予約情報に含まれる指定日時、指定列車及び指定区間の情報をもとに空席照会を実施する第２のステップと、
前記処理部が、前記座席予約情報に該当する空席がない場合に、前記指定列車に対応する停車駅毎の過去の各駅実績情報に含まれる空席数及び降車数に基づいて、前記指定区間を分割するための主要駅を導出する第３のステップと、
前記処理部が、前記分割された指定区間の空席照会を実施する第４のステップと
を含むことを特徴とする、座席予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、座席予約システム及び座席予約方法に関し、列車の指定席を予約する座席予約システム及び座席予約方法に適用して好適なるものである。
【背景技術】
【０００２】
昨今、交通分野における鉄道各社では、端末から列車の座席を指定し、指定席券を発行する座席予約システムが一般的に利用されている。また、座席予約システムでは、指定された内容の座席が確保できなかった場合は、同区間、同設備の他の列車について、代案情報を端末に送信する機能を有する。
【０００３】
例えば、特許文献１では、指定された区間での座席を確保できない場合、端末から座席予約を要求された区間を乗車距離が長い区間と、それを補完する区間の２区間に分割し、この２区間を数パターン抽出して空席を検索する。これにより、予約可能な指定席の代案情報を検出して利用者に提供している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−４８４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１では、座席予約を要求された区間を分割する際に、連続して乗車する距離と乗継時間のみを考慮しているため、実際の座席の予約状況や予約の傾向などを考慮していない。このため、座席を確保できる可能性が低い区間に対して、空席照会を実施する可能性があった。また、距離が長い区間から検索を実施し、連続乗車区間が長い数区間のみを検索の対象としているため、停車駅の数などが考慮されておらず、他区間において空席が存在している場合でも、代案情報の検索処理を終了する可能性が高かった。
【０００６】
本発明は以上の点を考慮してなされたもので、座席の予約可能性が高い区間から効率的に空席照会処理を実施することが可能な座席予約システム及び座席予約方法を提案しようとするものである。
【課題を解決するための手段】
【０００７】
かかる課題を解決するために本発明においては、操作端末から列車の指定席予約に関する座席予約情報を受信する通信部と、前記座席予約情報に含まれる指定日時、指定列車及び指定区間の情報をもとに空席照会を実施する処理部と、列車の空席情報を記憶する記憶部と、を有し、前記処理部は、前記座席予約情報に該当する空席がない場合に、前記指定列車に対応する停車駅毎の過去の各駅実績情報に含まれる空席数及び降車数に基づいて、前記指定区間を分割するための主要駅を導出して、分割された前記指定区間の空席照会を実施することを特徴とする、座席予約システムが提供される。
【発明の効果】
【０００８】
本発明によれば、座席の予約可能性が高い区間から効率的に空席照会処理を実施して、空席照会処理による座席情報ファイルへのアクセスを削減することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の第１の実施形態に係る座席予約システムの構成を示すブロック図である。
【図２】同実施形態にかかる代案提示処理の詳細を示すフローチャートである。
【図３】同実施形態にかかる各駅実績情報テーブル作成処理の詳細を示すフローチャートである。
【図４】同実施形態にかかる主要駅導出処理の詳細を示すフローチャートである。
【図５】同実施形態にかかる入力情報テーブルの内容を示す図表である。
【図６】同実施形態にかかる新幹線停車駅情報の内容を示す図表である。
【図７】同実施形態にかかる日単位時刻表テーブル（東京）の内容を示す図表である。
【図８】同実施形態にかかる日単位時刻表テーブル（名古屋）の内容を示す図表である。
【図９】同実施形態にかかる各駅実績情報テーブルの内容を示す図表である。
【図１０】同実施形態にかかる主要駅テーブルの内容を示す図表である。
【図１１】同実施形態にかかる画面表示例を説明する概念図である。
【図１２】本発明の第２の実施形態に係る主要駅導出処理の詳細を示すフローチャートである。
【図１３】同実施形態にかかる主要駅テーブルの内容を示す図表である。
【図１４】同実施形態にかかる主要駅テーブル（繁忙期）の内容を示す図表である。
【図１５】同実施形態にかかるソート優先度一覧の内容を示す図表である。
【図１６】同実施形態にかかる過去相当日対応テーブルの内容を示す図表である。
【発明を実施するための形態】
【００１０】
以下図面について、本発明の一実施の形態を詳述する。
【００１１】
（１）第１の実施の形態
（１−１）座席予約システムの構成
本実施形態にかかる座席予約システムは、鉄道を利用する際に、単一の指定券で目的地までの座席確保が不可である場合に、過去の指定席の販売実績情報を元に、座席予約を要求された区間を分割して、指定席の代案情報を抽出するシステムである。区間を分割するとは、出発駅、到着駅を変えず、中継する駅を挿入して区間を分割することを意味する。すなわち、最初に指定された座席指定区間がＡ駅からＢ駅までの区間であった場合、中継駅として、Ｃ駅を挿入する。そして、Ａ駅からＣ駅までの区間と、Ｃ駅からＢ駅までの区間に分割することを区間の分割処理という。
【００１２】
まず、図１を参照して、座席予約システムの構成について説明する。図１に示すように、座席予約システムは、操作端末２及び座席予約システム１を有して構成される。また操作端末２と座席予約システム１とは通信回線３にて接続されている。
【００１３】
操作端末２は、係員が操作する操作端末や、エンドユーザが操作する操作端末や、web端末などである。
【００１４】
座席予約システム１はＣＰＵ等の処理部２０、ハードディスク等の記憶部３０及び外部との通信制御を行う通信部１０で構成される。記憶部３０には、実績情報ファイル３１０、座席の予約・空席情報を保持する座席情報ファイル３２０及び列車情報ファイル３３０などが格納されている。各ファイルの内容については、後で詳細に説明する。
【００１５】
指定席予約プログラム１００は、処理部２０により実行され、実績情報ファイル３１０、座席情報ファイル３２０及び列車情報ファイル３３０への書き込みや読み込みを制御する。そして、指定席予約プログラム１００は、処理した結果を、通信部１０を介して端末に送信する。また、各駅実績情報作成プログラム２００は、列車情報ファイル３３０、発駅情報３４０及び着駅情報３５０をもとに実績情報ファイル３１０を作成する。
【００１６】
（１−２）座席予約処理の詳細
次に、図２〜図４を参照して、座席予約処理の詳細について説明する。以下では特に、座席予約処理において、最初に指定された区間で空席がなかった場合に、代案を提示する代案提示処理の詳細について説明する。以下、適宜、図５〜図１０の各種テーブルを参照して説明する。以下では、処理部２０を主体として説明するが、実際には、処理部２０が指定席予約プログラム１００及び各駅実績情報作成プログラム２００を実行させて各種処理を実施している。
【００１７】
図２に示すように、まず、処理部２０は、操作端末２から、指定券予約要求を受け付ける（Ｓ１０１）。指定券予約要求は、例えば、図５に示す入力情報テーブル６００に格納される。
【００１８】
図５に示すように、入力情報テーブル６００は、入力情報名欄６０１、入力項目欄６０２及び入力値欄６０３から構成される。入力情報名欄６０１には、入力情報を識別する情報が格納される。入力項目欄６０２には、入力項目の名称が格納される。入力値欄６０３には、入力項目に対応する入力値が格納される。図５では、指定券予約要求について、乗車日が３月１日、列車名がのぞみ１号、区間が東京−新大阪、列車種別が新幹線であることがわかる。
【００１９】
続いて、処理部２０は、ステップＳ１０１で受け付けた入力情報に該当する空席があるかを判定する（Ｓ１０２）。具体的に、処理部２０は、指定席予約プログラム１００を実行させて、入力情報テーブル６００の入力情報をもとに、座席情報ファイル３２０及び列車情報ファイル３３０を参照して、入力情報に一致する空席があるかを検索する。
【００２０】
ステップＳ１０２において、入力情報に該当する空席があると判定された場合には、処理部２０は、座席予約の代案の提示は不要と判断し、代案提示処理を終了する。
【００２１】
一方、ステップＳ１０２において、入力情報に該当する空席がないと判定された場合には、処理部２０は、入力情報及び実績情報ファイル３１０に格納されている日単位時刻表テーブル８００または９００から、各駅実績情報テーブル１０００の作成処理を実行する（Ｓ１０３）。
【００２２】
日単位時刻表テーブル８００及び９００は、日単位の時刻表を管理するテーブルであって、本実施の形態では、新幹線の日単位の時刻表を管理する。図７に東京の日単位時刻表テーブル８００を示し、図８に日単位時刻表テーブル９００を示す。
【００２３】
図７に示すように、東京の日単位時刻表テーブル８００は、列車欄８０１、発車日欄８０２、到着時刻欄８０３、発車時刻欄８０４、列車種別欄８０５、進行方向欄８０６、空席数欄８０７、降車数欄８０８及び総座席数８０９から構成される。例えば、図７では、のぞみ１号の発車日３月１日、発車時刻６時、列車種別新幹線、進行方向下り、空席数１００、総座席数１０００であることがわかる。図８の名古屋の日単位時刻表テーブル９００の内容は、図７の東京の日単位時刻表テーブル８００の内容と同様のため詳細な説明は省略する。
【００２４】
ステップＳ１０３で作成される各駅実績情報テーブル１０００は、入力情報に含まれる列車の列車情報に対応する列車種別（新幹線等）の停車駅に対して、入力情報に含まれる発車時刻付近、到着時刻付近の列車の空席数、降車数及び総座席数を管理するテーブルである。
【００２５】
各駅実績情報テーブル１０００は、図９に示すように、駅名欄１００１、空席数欄１１０２、降車数１００３及び総座席数１００４から構成される。例えば、図９では、東京から新大阪行きの新幹線の各駅についての空席数、降車数及び総座席数がそれぞれわかり、例えば、名古屋で空席数が１６００、降車数９００、総座席数７０００であることがわかる。
【００２６】
ここで、図３を参照して、ステップＳ１０３の各駅実績情報テーブル作成処理の詳細について説明する。各駅実績情報テーブル作成処理は、処理部２０が各駅実績情報作成プログラムを実行させることにより実施される。
【００２７】
図３に示すように、処理部２０は、上記したステップＳ１０１で受け付けた入力情報の列車の列車情報を取得する（Ｓ２０１）。具体的に、処理部２０は、図５に示す入力情報のうち、列車名がのぞみ１号と、列車種別が新幹線の情報を取得する。
【００２８】
そして、処理部２０は、ステップＳ２０１で取得した列車種別に対応する停車駅情報を取得する（Ｓ２０２）。例えば、処理部２０は、ステップＳ２０１で列車種別が新幹線であることを取得した場合に、図６に示す新幹線停車駅情報を参照して、新幹線の停車駅の情報を取得する。ここで、処理部２０は、列車名がのぞみ１号などの新幹線の各駅に停車しない場合でも、新幹線（列車種別）のすべての停車駅の情報を取得する。
【００２９】
以降のステップＳ２０３〜ステップＳ２０６の処理で、処理部２０は、日単位時刻表テーブル８００及び９００などを参照して、各駅実績情報テーブル１０００に過去の実績情報を格納する。
【００３０】
ステップＳ２０３において、処理部２０は、ステップＳ２０１で取得した停車駅に該当する日単位時刻表テーブルの到着時刻欄に値が存在しないレコードについて、発車時刻が入力情報の列車の発車時刻以降かつ入力情報の列車の発車時刻の１７９分後以内である列車について、空席数、降車数及び総座席数を抽出し、各駅実績情報テーブル１０００の該当項目に値を追加する（Ｓ２０３）。ここで、日単位時刻表テーブルの到着時刻欄に値が存在しないレコードとは、当該駅を始発とする列車であることを示している。
【００３１】
例えば、図７の日単位時刻表テーブル（東京）８００を用いる場合、列車欄８０１欄ののぞみ１号の発車時刻６：００を基準として、１７９分以内に発車する列車、のぞみ１号、ひかり５０１号、のぞみ７号、こだま６３３号、のぞみ１１号及びのぞみ１７号が該当する列車となる。これらの列車の空席数、降車数、総座席数を加算して、各駅実績情報テーブル１０００の空席数欄１００２、降車数欄１００３、総座席数欄１００４の各駅の値に加算する。また、図８に示す日単位時刻表テーブル（名古屋）は、すべての列車の到着時刻欄９０３に時刻が格納されているため、加算処理を実施しない。
【００３２】
続いて、処理部２０は、ステップＳ２０１で取得した停車駅に該当する日単位時刻表テーブルについて、到着時刻欄の値が入力情報の列車の到着時刻以降かつ入力情報の列車の到着時刻の１７９分後以内である列車について、空席数、降車数、総座席数を抽出し、各駅実績情報テーブル１０００の該当項目に値を加算する（Ｓ２０４）。
【００３３】
例えば、図８の日単位時刻表テーブル（名古屋）９００を用いる場合、列車欄９０１欄ののぞみ１号の到着時刻７：３６を基準として、１７９分以内に到着する列車、のぞみ１号、こだま６９５号、ひかり５０１号、のぞみ７号、のぞみ１１号、こだま６３３号及びのぞみ１７号が該当する列車となる。これらの列車の空席数、降車数、総座席数を加算して、各駅実績情報テーブル１０００の空席数欄１００２、降車数欄１００３、総座席数欄１００４の各駅の値に加算する。また、図７の日単位時刻表テーブル（東京）は、すべての列車の到着時刻欄９０３に時刻が格納されていないため、加算処理を実施しない。
【００３４】
続いて、処理部２０は、ステップＳ２０１で取得した停車駅以外の駅に該当する日単位時刻表テーブルについて、到着時刻欄の値が存在しないレコードについて、発車時刻が入力情報の列車の発車時刻以降かつ入力情報の列車の発車時刻の１７９分後以内である列車について、空席数、降車数及び総座席数を抽出し、各駅実績情報テーブル１０００の該当項目に値を追加する（Ｓ２０５）。
【００３５】
続いて、処理部２０は、ステップＳ２０１で取得した停車駅以外の駅に該当する日単位時刻表テーブルについて、到着時刻欄の値が入力情報の列車の到着時刻以降かつ入力情報の列車の到着時刻の１７９分後以内である列車について、空席数、降車数、総座席数を抽出し、各駅実績情報テーブル１０００の該当項目に値を加算する（Ｓ２０６）。
【００３６】
上記ステップＳ２０１〜ステップＳ２０６の処理を実行させることにより、入力情報に応じて各駅実績情報テーブル１０００が作成される。
【００３７】
なお、上記ステップＳ２０２〜ステップＳ２０５において、発車時刻または到着時刻の１７９分後以内の列車の空席数等を抽出しているが、かかる例に限定されず、列車の運行状況などに応じて変更可能なパラメータであって、１７９分に限定されない。
【００３８】
図２にもどり、処理部２０は、ステップＳ１０３で作成した各駅実績情報テーブル１０００を用いて主要駅導出処理を実行して、主要駅を導出する（Ｓ１０４）。主要駅とは、座席予約の代案提示処理を実施する際に、指定された区間を分割する候補となる駅を意味する。上記したように、本実施の形態では、座席が確保できる可能性が高い区間に対して空席の照会を実施するようにするため、各駅の実績情報から主要駅を決定して、指定された区間を主要駅で座席確保の可能性が高い区間に分割している。
【００３９】
ここで、図４を参照して、ステップＳ１０４の主要駅導出処理の詳細について説明する。主要駅導出処理は、処理部２０が各駅実績情報作成プログラムを実行させることにより実施される。
【００４０】
図４に示すように、処理部２０は、各駅実績情報テーブル１０００を参照して、入力情報テーブル６００に含まれる出発駅と到着駅以外の駅に対応する空席数欄１００２及び降車数欄１００３の値を取得する（Ｓ３０１）。
【００４１】
そして、処理部２０は、ステップＳ３０１で取得した空席数欄１００２の値が０より大きいかを判定する（Ｓ３０２）。ステップＳ３０２において、空席数が０より大きい駅が存在しない場合には、主要駅導出処理を終了する。一方、ステップＳ３０２において、空席数が０より大きい駅が存在する場合には、ステップＳ３０３の処理を実行する。
【００４２】
続いて、処理部２０は、ステップＳ３０１で取得した降車数欄１００３の値が０より大きいかを判定する（Ｓ３０３）。ステップＳ３０３において、降車数が０より大きい駅が存在しない場合には、主要駅導出処理を終了する。一方、ステップＳ３０３において、降車数が０より大きい駅が存在する場合には、ステップＳ３０４の処理を実行する。
【００４３】
続いて、処理部２０は、ステップＳ３０２で空席数が０より大きいと判定され、ステップＳ３０３で降車数が０より大きいと判定された駅について、乗継推奨駅として主要駅テーブル１１００に格納する（Ｓ３０４）。例えば、図９の各駅実績情報テーブル１０００の例では、ステップＳ３０４において、空席数及び降車数が０より大きい駅として、名古屋、静岡及び京都が抽出される。
【００４４】
次に、処理部２０は、主要駅テーブル１１００のレコードを降車数の降順にソートする（Ｓ３０５）。例えば、図１２の主要駅テーブル１１００の例では、ステップＳ３０５で、名古屋、京都、静岡の順にソートされる。
【００４５】
なお、処理部２０は、降車数が同値であるレコードについては、空席数の降順にソートを実施して（Ｓ３０６）、主要駅導出処理を終了する。
【００４６】
上記ステップＳ３０１〜ステップＳ３０６の処理により、区間を分割する主要駅の候補を抽出することができる。以降の座席予約の代案提示処理では、上記処理により抽出された主要駅が利用される。
【００４７】
図２に戻り、処理部２０は、主要駅テーブル１１００にレコードが存在するかを判定する（Ｓ１０５）。
【００４８】
ステップＳ１０５において、主要駅テーブル１１００にレコードが存在すると判定された場合には、処理部２０は、主要駅テーブル１１００に区間情報を追加する（Ｓ１０６）。区間情報とは、指定された区間を主要駅で区分した区間の情報である。具体的に、処理部２０は、図６に示す新幹線停車駅情報７００を参照して、出発駅から主要駅までの区間を示す第１区間と、主要駅から到着駅までの区間を示す第２区間とを抽出して、主要駅テーブル１１００の第１区間欄１１０４及び第２区間欄１１０５に格納する。
【００４９】
次に、処理部２０は、主要駅テーブル１１００に格納されているレコード順に、ステップＳ１０８及びステップＳ１０９において、空席照会処理を実施する。
【００５０】
処理部２０は、まず、指定席予約プログラム１００を実行させて、第１区間に空席が存在するかを判定する（Ｓ１０８）。具体的に、処理部２０は、主要駅テーブル１１００の１行目のレコードの第１区間について、入力情報に該当する列車の空席の照会処理を実施する。当該照会処理で該当する列車がない場合には、入力情報の列車の出発駅発車時刻から５９分後以内に発車する列車について、入力情報の列車の出発駅発車時刻に近い順に、空席の照会処理を実施する。
【００５１】
ステップＳ１０８において、第１区間に空席があると判定された場合には、処理部２０は、第２区間に空席が存在するかを判定する（Ｓ１０９）。具体的に、処理部２０は、第１区間の空席の照会処理で摘出した列車について、乗継主要駅到着時刻を抽出する。続いて、第２区間について、主要駅到着時刻以降、かつ、５９分後以内に発車する列車について、第１区間の空席照会処理で摘出した列車の、乗継主要駅到着時刻に近い順に、空席の照会処理を実施する。
【００５２】
ステップＳ１０９において、第２区間に空席が存在すると判定された場合には、処理部２０は、操作端末２に第１区間及び第２区間の情報を含む代案情報を回答する（Ｓ１１２）。
【００５３】
ここで、図１１を参照して、操作端末２の表示画面に表示される画面表示例１６００について説明する。図１１に示すように、画面表示例１６００には、代案情報欄１６０１、入力情報欄１６０２及び備考欄１６０３が表示される。代案情報欄１６０１には、指定された区間に代わって空席を確保可能な代案情報が表示される。また、入力情報欄１６０２には、操作端末２から入力された、指定区間や列車等の入力情報が表示される。また、備考欄１６０３には、代案提示処理が実行され、指定券内容が変更された旨を示す備考情報が表示される。
【００５４】
図２に戻り、ステップＳ１０８において第１区間に空席が存在しないと判定された場合、または、ステップＳ１０９において第２区間に空席が存在しないと判定された場合には、処理部２０は、主要駅の区間を探索したか、すなわち、主要駅テーブル１１００のすべてのレコードの区間の探索をしたかを判定する（Ｓ１１０）。
【００５５】
ステップＳ１１０において、次に探索対象となるレコードが存在せず、すべての主要駅テーブルのレコードの区間を探索したと判定された場合には、処理部２０は、代案提示処理を終了する。一方、ステップＳ１１０において、すべての主要駅の区間を探索していないと判定された場合には、処理部２０は、主要駅テーブル１１００の探索区間の対象データを次行として、ステップＳ１０８以降の処理を繰り返す。
【００５６】
なお、上記のステップＳ１０８、Ｓ１０９において、５９分後以内に発車する列車について空席照会処理を実施するとしたが、かかる値に限定されず、各環境において変更可能である。
【００５７】
（１−３）本実施の形態の効果
このように、本実施の形態では、操作端末２から列車の指定席予約に関する座席予約情報を受信し、座席予約情報に含まれる指定日時、指定列車及び指定区間に該当する空席がない場合に、指定列車に対応する停車駅毎の過去の各駅実績情報に含まれる空席数及び降車数に基づいて、指定区間を分割するための主要駅を導出して、分割された指定区間の空席照会を実施する。このように、座席確保の可能性の高い経路での空席の照会処理を実施することにより、顧客に代案情報を提示することができ、さらに、空席の照会数を削減することが可能となる。
【００５８】
（２）第２の実施の形態
本実施の形態では、乗継駅である主要駅の導出元となるデータが、複数種別ある場合について説明する。特に、以下では、前日までの実績情報と、過去の相当日の実績情報の２種類の情報を利用して乗継主要駅を導出する場合について説明する。上記した図７及び図８の日単位時刻表テーブルは、前日までの売上げ実績を元に、直前の夜間処理などのバッチ処理にて、各駅実績情報テーブル１０００の作成処理に基づいて作成される情報である。
【００５９】
また、本実施の形態で定義される過去の相当日の実績情報とは、過去の運用状況をもとに予め定義される主要駅の情報である。過去の相当日の実績情報は、要求された指定席の月日毎に、繁忙期、閑散期、通常期を割り当てて、各期の運用状況をもとに定義される。また、本実施の形態においては、第１の実施の形態の図５に示す主要駅導出処理を、図１２に示す主要駅導出処理に代えて、座席予約の代案提示処理が実施される。主要駅導出処理以外の代案提示処理については、図２に示す代案提示処理の流れを同様のため、詳細な説明は省略する。
【００６０】
図１２に示すように、処理部２０は、入力情報を確認する（Ｓ４０１）。そして、処理部２０は、ステップＳ４０１で確認した入力情報に対応する前日までの実績の各駅実績情報テーブル１０００が存在するかを確認する（Ｓ４０２）。
【００６１】
ステップＳ４０２において、前日までの実績の各駅実績情報テーブル１０００が存在すると判定された場合には、前日データの実績が十分かを判定する（Ｓ４０３）。具体的に処理部２０は、前日のバッチ処理で各駅実績情報テーブル１０００が更新されているかを判定する。また、前日データの実績が十分ではない場合とは、各駅実績情報テーブル１０００の空席数が０である場合や、前日に相当する日が年末年始前や連休前など、一時的に傾向が変化する日に相当する場合などが挙げられる。
【００６２】
一方、ステップＳ４０２において、前日までの実績の各駅実績情報テーブル１０００が存在しないと判定された場合には、処理部２０は、ステップＳ４０５以降の処理を実行する。ステップＳ４０５以降の処理については、後で説明する。
【００６３】
ステップＳ４０３において、前日データの実績が十分であると判定された場合には、処理部２０は、前日データの主要駅テーブル１２００について第１の実施の形態の主要駅導出処理のステップＳ３０１〜ステップＳ３０６を実行して（Ｓ４０４）、主要駅導出処理を終了する。なお、図１３に示す主要駅テーブル１２００の内容は、第１の実施の形態の主要駅テーブル１１００の内容と同様のため、詳細な説明は省略する。
【００６４】
一方、ステップＳ４０３において、前日データの実績が十分ではないと判定された場合には、処理部２０は、ステップＳ４０７以降の処理を実行する。
【００６５】
ステップＳ４０２において、前日データの各駅実績情報テーブル１０００が存在しないと判定された場合には、処理部２０は、過去相当日対応テーブル１５００をもとに、参照する過去の各駅実績情報テーブルを選定する（Ｓ４０５）。具体的に、処理部２０は、過去相当日対応テーブル１５００を参照して、入力情報の日付が過去のいずれの区分に対応するかを確認する。
【００６６】
過去相当日対応テーブル１５００は、日付毎に、繁忙期、閑散期または通常期のいずれかを対応させたテーブルであって、図１６に示すように、日付と繁忙期、閑散期または通常期のいずれかを示す相当種別とが対応して格納されている。図１６では、例えば、図５に示す入力情報の日付３月１日は繁忙期に相当することがわかる。この場合、ステップＳ４０５において、過去相当日が繁忙期の場合の主要駅テーブルが選定される。過去相当日が繁忙期の場合の主要駅テーブル（繁忙期）１３００を図１４に示す。主要駅テーブル（繁忙期）１３００の内容は、図１３に示す主要駅テーブル１２００と同様のため、詳細な説明は省略する。
【００６７】
続いて、処理部２０は、ステップＳ４０５で選定した過去相当日に対応する主要駅テーブルを選択して（Ｓ４０６）、主要駅導出処理を終了する。
【００６８】
また、ステップＳ４０３で実績データが十分ではない場合、特に、前日にバッチ処理にて日単位時刻表テーブルが更新されていない場合には、処理部２０は、過去データの主要駅テーブルのレコード記載順を参照して、前日データの主要駅テーブルをソートする。具体的に、ステップＳ４０７において、処理部２０は、まず、過去相当日対応テーブル１５００をもとに、参照する過去の各駅実績情報テーブルを選定する（Ｓ４０７）。具体的に、処理部２０は、過去相当日対応テーブル１５００を参照して、入力情報の日付が過去のいずれの区分に対応するかを確認する。
【００６９】
続いて、処理部２０は、ステップＳ４０７で選定した過去相当日に対応する主要駅テーブルを選択する（Ｓ４０８）。
【００７０】
次に、処理部２０は、前日データの主要駅テーブル１１００について第１の実施の形態の主要駅導出処理のステップＳ３０１〜ステップＳ３０６を実行する（Ｓ４０９）。
【００７１】
次に、処理部２０は、主要駅テーブル１１００に存在するレコードについて、図１５に示すソート優先度一覧１４００に基づいて、ソートを実施する。ソート順は優先度昇順とし、同値については第１の実施の形態と同様に、降車数、空席数の降順にソートを実施する。
【００７２】
例えば、前日データが図１０に示す主要駅テーブル１１００の内容であり、過去の相当日の主要駅テーブルが、図１４に示す過去データ主要駅テーブル(繁忙期)１３００の場合、主要駅テーブル１２００の駅名欄１２０１が名古屋の場合は、主要駅テーブル１１００の空席数等が半分以上の上位に該当し、かつ、過去データ主要駅テーブル(繁忙期)１３００には存在しないデータである。このようなデータの場合、ソート優先度一覧１４００では、優先度は２となる。また、主要駅テーブル１２００の駅名欄１２０１が京都の場合は、主要駅テーブル１１００の空席数等が半分以上の上位に該当し、かつ、過去データ主要駅テーブル(繁忙期)１３００の駅名欄１３０１京都は、空席数等が半分以上の上位のデータである。このようなデータの場合、ソート優先度一覧１４００では、優先度は１となる。
【００７３】
図１３に示す主要駅テーブル１２００は、図１０に示す主要駅テーブル１１００を図１４の過去データ主要駅テーブル(繁忙期)１３００及び図１５のソート優先度一覧１４００のデータを使用してソートした結果である。ステップＳ４１０において、ソート作業を実施した後、処理部２０は、主要駅導出処理を終了する。
【００７４】
このように、本実施の形態では、過去の実績情報から指定された区間を分割するための主要駅を導出することができる。例えば、指定された日付に対して、繁忙期、閑散期、通常期などに相当する日の実績情報をもとに主要駅を導出する。また、過去の実績情報を利用することで、指定された日付の前日データが存在しなかったり、不十分であったりするなど、前日データから区分を分割するために最適な主要駅の導出が困難な場合でも柔軟に対応することができる。
【符号の説明】
【００７５】
１      座席予約システム
１０    通信部
２０    処理部
３０    記憶部
１００  指定席予約プログラム
２００  各駅実績情報作成プログラム
３１０  実績情報ファイル
３２０  列車情報ファイル
６００  入力情報テーブル
７００  新幹線停車駅情報
８００、９００  日単位時刻表テーブル
１０００  各駅実績情報テーブル
１１００  主要駅テーブル
【図１】
0005952224.tif 000002
【図２】
0005952224.tif 000003
【図３】
0005952224.tif 000004
【図４】
0005952224.tif 000005
【図５】
0005952224.tif 000006
【図６】
0005952224.tif 000007
【図７】
0005952224.tif 000008
【図８】
0005952224.tif 000009
【図９】
0005952224.tif 000010
【図１０】
0005952224.tif 000011
【図１１】
0005952224.tif 000012
【図１２】
0005952224.tif 000013
【図１３】
0005952224.tif 000014
【図１４】
0005952224.tif 000015
【図１５】
0005952224.tif 000016
【図１６】
0005952224.tif 000017