(57)【要約】【課題】  予約後に生じた不具合を予約に反映させることはできない。例えば、最も早く発車する列車で座席を確保したいと利用者が希望した場合、ダイヤに乱れが生じていると、どの列車が最先の列車か判断できず、有効な予約ができないとの問題が生じる。【解決手段】本発明では、運行状況に変更があった場合、運行管理システム１Ａ、１Ｚから変更内容を座席予約システム５に送信し、その内容を予約マスタデータ６に反映させる。より詳細には、運行管理システムが変更内容を予約システムでのデータ形式に変換して送信することで実現される。これは、一般に運行管理システムと予約管理システムでは、扱っている情報のデータ形式が異なっているためである。【選択図】  図１
2008257315.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ処理するデータのデータ形式の異なる座席予約システムと運行管理システムを連携して、交通機関の運行状況に変動に応じた座席予約を可能とする座席予約データ管理方法において、
前記座席予約システムは、座席予約に関するデータを格納した予約マスターデータベースを保持し、
前記運行管理システムが、端末装置を介して運行状況の変更の内容を示す変更情報の入力を受付け、
前記運行管理システムが、前記入力に基づき前記座席予約システムに送信する送信情報を生成して、生成された前記送信情報を、前記座席予約システムに送信し、
前記座席予約システムが、前記送信情報に基づいて前記予約マスターデータベースの内容を更新することを特徴とする座席予約データ管理方法。
【請求項２】
請求項１に記載の座席予約管理方法において、
前記運行管理システムにおける送信情報の生成には、前記変更情報から前記座席予約システムでの管理対象である営業区間内の情報の抽出が含まれること特徴とする座席予約データ管理方法。
【請求項３】
請求項１または２のいずれかに記載の座席予約データ管理方法において、
前記運行管理システムにおける送信情報の生成には、前記変更情報もしくは抽出された営業区間内の情報を、前記座席予約システムでのデータ形式への変更が含まれることを特徴とする座席予約管理方法。
【請求項４】
請求項１乃至３のいずれかに記載の座席予約データ管理方法において、
前記座席予約システムは、表示装置を有する運用端末と接続され、
前記座席予約システムが、前記送信情報を前記運用端末に送信し、
前記運用端末は、前記送信情報を表示して、利用者からの当該送信情報に対する修正を示す修正情報を受付け、
前記運用端末は、前記修正情報を前記座席予約システムに送信し、
前記座席予約システムは、前記修正情報の内容に基づいて前記予約マスターデータベースを更新することを特徴とする座席予約データ管理方法。
【請求項５】
請求項１乃至４のいずれかに記載の座席予約データ管理方法において、
前記運行状況の変更には、交通機関の運休、区間延長、臨時運転、ダイヤ変更、停車解除、臨時停車、編成変更および列車名変更のうち少なくとも１つが含まれることを特徴とする座席予約データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、列車を含む交通機関の座席予約を行うための情報処理技術に関する。その中でも特に、ダイヤなどの運行管理を行うシステムと連携して座席予約を実行するものに関する。
【背景技術】
【０００２】
現在、列車の指定席の予約を実現するシステムが運用されている。しかし、現行の予約システムでは、予約後に運休等の不具合が生じた場合の対策がなされていなかった。この不具合に対する対応として、特許文献１に開示されている技術が提案されている。
【０００３】
特許文献１においては、運休などが予約後に生じた場合、不具合が生じた列車を予約しているユーザに、その情報を的確に報知することを目的としている。この目的を達成するために、特許文献１においては、不具合の生じた列車について、予約がなされているかを判断し、予約がある場合にはデータベースから予約時に格納された連絡先を取得し、所定条件に応じてその連絡先に不具合情報を報知するものである。所定条件としては、運休と遅れによって強制報知とするかそうでないかを決定することが含まれる。
【０００４】
【特許文献１】特開２００２−１７００１９号公報（図１０）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、予約後に生じた不具合を報知することは可能だが、予約時に不具合をその予約に反映させることはできない。例えば、最も早く発車する列車で座席を確保したいと利用者が希望した場合、ダイヤに乱れが生じていると、どの列車が最先の列車か判断できず、有効な予約ができないとの問題が生じる。つまり、特許文献１においては、不具合を考慮した予約については、その問題意識からしてされていなかった。
【課題を解決するための手段】
【０００６】
そこで、本発明では、運行状況に変更があった場合、運行管理システムから変更内容を予約システムに送信し、その内容を予約マスターデータに反映させる。より詳細には、運行管理システムが変更内容を予約システムでのデータ形式に変換して送信することで実現される。これは、一般に運行管理システムと予約管理システムでは、扱っている情報のデータ形式が異なっているためである。
【０００７】
また、本発明には、運行管理システムにおいて、変更に関連する営業区間の運行情報（変更後の）を抽出し、抽出された運行情報を予約システムに送信することも含まれる。
【発明の効果】
【０００８】
本発明によれば、運行状況が変更された場合でも、座席予約に反映させることが可能になる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態を詳細に説明する。
図１は、本発明の一実施例による座席予約システムの全体構成図である。図に示すように、日々の列車運行状況を管理している運行管理システム１Ａ〜１Ｚと、運行管理システム１Ａ〜１Zに対し運転計画の変更を入力する指令員端末２、列車への座席予約状況を管理している座席予約システム５と、座席予約システム５に対し予約受付状態の変更を入力する運用端末７は、それぞれネットワークにより接続される。路線ごとに設置された運行管理システム１Ａ〜１Ｚと、座席予約システム５はイントラネットワーク４により接続される。運行管理システム１Ａ〜１Zは列車のダイヤや車両割当等の情報を運行管理マスタデータ３として、座席予約システム５は座席の予約状況や予約受付け可否等の情報を予約マスタデータ６として保持している。なお、各装置はいわゆるコンピュータで実現され、プログラムに従った処理装置（ＣＰＵ）の動作により各処理を実行する。
【００１０】
このように構成された座席予約システムにおいて、指令員端末２から入力された運転計画変更情報は、運行管理マスタデータ３を用いて各路線の運行管理システム１Ａ〜１Ｚにて座席予約システム５が受け取れるデータ形式に加工し、座席予約システム５へ送信される。座席予約システム５は、受信情報を元に予約マスタデータ６の更新案を作成し、その更新案を運用端末７に送信し、運用端末７は受信した更新案を元に、運転計画変更により追加される座席や発売保留となる座席の一覧を表示する。運用端末７の表示を確認した座席管理者は、運用端末７でのキーボードやマウス操作により、追加座席の一部取消し、発売保留座席数の拡大といった更新案の修正を行い、最後に承認ボタンをクリックまたは押下する事で、運用端末７は承認された更新案データと承認情報を座席予約システム５に送信する。座席予約システム５は、受信した更新案データを予約マスタデータ６に反映して処理を終了する。なお、運用端末７において却下ボタンをクリックまたは押下した場合には、更新不可との情報を座席予約システム５に送信し、座席予約システム５は処理を終了する。
【００１１】
図２を用いて、本実施例における処理の流れを説明する。天災や事故等により運行状態の変化が発生した場合、それに付随するダイヤの乱れを早く収束させるべく、指令員によって列車の運休や臨時停車等の運転計画の変更が決定される。同時に指令員は、決定した運転計画変更を指令員端末２に入力し、指令員端末２はその情報を運行管理システム１Ａ〜１Ｚに送信する（ステップ１２）。
運転計画変更情報を受信した運行管理システム１Ａ〜１Ｚは、運転計画変更情報のうち、受信情報のヘッダにより情報の種類を判別し、列車の全区間運休、一部区間運休、運転区間延長、臨時増発運転、ダイヤ変更、停車解除、臨時停車、使用編成変更、列車名変更に関する情報のみを抽出する（ステップ１３）。
【００１２】
この抽出した情報を、座席予約システム４が受取れるデータ形式に加工する。図３に示すように、運行管理システムでは列車情報の走行区間として、一般客が乗車出来ない回送区間の情報も保持している。このため、運行管理マスタデータ３の駅順序情報と、列車情報の営業区間駅コードを参照し、運転計画変更情報のうち営業区間の情報のみを抽出する。抽出の結果、営業区間の情報がない場合には、処理を終了する。図３の例では、ダイヤ変更の対象は岡山−博多間である一方で、営業区間は東京−広島間である事から、これらが重複する岡山−広島間の情報のみを抽出し、出力データとする（ステップ１４）。
また、線区コードや駅コード等の各データ項目について、コード体系を座席予約システム５のものに変換し、座席予約システム５に対して運転計画変更情報の送信を行う。図４に送信情報の一例を、図５と図６にコード変換処理の一例を示す。運行管理マスタデータ３に線区コードを保持していない運行管理システムについては、本処理で座席予約システム５のコード体系に沿った線区コードを一律に付加する。図５の例では、単一線区を管理する運行管理システム１Ａは線区コードとして「山陽線」固定とし、複数線区を管理し線区コードを保持する運行管理システム１Ｂは図中の表に従って座席予約システム５に合うコードに変換する。図６の例も同様に、図中の表に従って運行管理システムの内部駅コードから座席予約システム５の駅コードに変換する（ステップ１５）。
【００１３】
運転計画変更情報を受信した座席予約システム５は、受信情報のヘッダにより情報の種類を判別し、それぞれ以下の処理にて予約マスタデータ６の更新案データを作成し、運用端末７へ更新案データを送信する。図７と図８に予約マスタデータ６の一例を示す。なお、更新案データは、予約マスタデータ６のコピーに運転計画変更情報を反映させた一時データであり、この時点ではまだ予約マスタデータ６の更新を行わない（ステップ１６）。
【００１４】
受信情報が全区間運休または一部区間運休の場合、図７の駅情報を参照し、受信情報の運休開始／終了駅をキーにして対応する区間コードを取得する。その区間コードにて、図７の号車情報の発売保留情報の先頭区間コードに運休開始駅の区間コードを、終端区間コードに運休終了駅の区間コードから１を減じたものを設定する。この発売保留情報を全ての号車について設定する。
【００１５】
運転区間延長の場合、図７の駅情報の終着駅コードに、受信情報の営業区間駅コード（終了駅）を、停車駅情報の最終レコードのダイヤ情報に、受信情報のダイヤ情報（停車駅１）を設定する。さらに延長区間分の情報として、追加停車となる駅数分の停車駅情報を追加し、ダイヤ情報には受信情報のダイヤ情報（停車駅２〜ｎ）を、区間コードには元の停車駅情報の最終レコードからの連番を停車順に、発売抑止フラグには「抑止しない」を設定する。合わせて、新たに付与した区間コード分、図８の区間別座席予約情報を追加し、予約情報には「未発売」（空席）を設定する。
【００１６】
臨時増発運転の場合、受信情報を元に図７・図８の全情報を新たに作成する。図７に関して、列車情報の線区コード・列車番号・運転日・列車名には、受信情報の該当項目のデータを設定する。駅情報の始発／終着駅コードには、受信情報の営業区間駅コードの開始／終了駅を設定する。停車駅情報は受信情報の停車駅数分を用意し、ダイヤ情報には受信情報のダイヤ情報を、区間コードには始発駅を１とした連番を停車駅順に、発売抑止フラグには「抑止しない」を設定する。号車情報は、受信情報の線区コード・編成種別・編成番号をキーに、運行管理システム１A〜１Zが持つ変換テーブル（図９）を参照し、このうち受信情報の指定席号車にて設定された号車についてのみ設定する。図９の例において、例えば受信情報で東北上越新幹線のJ1編成の1〜7号車と指定されたとすると、車両情報を7両分確保し、1〜6号車については号車コードに1〜6、設備種別に普通車、座席配置形式情報に横5席×15列を、同様に7号車は7、グリーン車、横4席×10列を設定する。図８に関して、座席情報の線区コード・列車番号・運転日には、受信情報の該当項目のデータを設定する。号車別座席情報は列車情報にて確保した号車数と同じだけ、区間別座席予約情報は列車情報にて確保した区間数から１を減じた分を確保する。また、号車コード、区間コードには列車情報の該当項目のデータを、予約情報には「未発売」（空席）を設定する。
ダイヤ変更の場合、図７の駅情報の停車駅情報について、受信情報の停車駅情報の駅コードをキーに変更対象駅を検索し、変更駅の到着時刻・発車時刻に受信情報の該当項目の値を設定する。
【００１７】
停車解除の場合、図７の駅情報の停車駅情報について、受信情報の臨時通過駅コードをキーに通過対象駅を検索し、発売抑止フラグを「抑止する」に設定する。
臨時停車の場合、受信情報の臨時停車駅コードと同じ駅数だけ、図７の駅情報の停車駅情報と図８の区間別座席予約情報を追加する。停車駅情報については、ダイヤ情報には受信情報のダイヤ情報を停車順に全停車駅分、区間コードには始発駅を１とした連番を停車駅順に、発売抑止フラグには「抑止しない」を設定する。区間別座席予約情報については、臨時停車駅以前の情報は変更せず、臨時停車駅以降の座席情報について変更を行う。図１０の例では、区間１・２は変更無し、区間３には元の区間２の座席情報を設定し区間コードは変更無し、区間４には元の区間３の座席情報を設定し区間コードは変更無し、新たに追加された区間５には元の区間４の座席情報を設定し区間コードには区間４の区間コードに１を加えた値を設定する。
【００１８】
使用編成変更の場合、臨時増発運転と同様の処理で座席情報を新たに生成し、元の情報から区間別座席予約情報の引継ぎを行う。この際、発売済み座席において、元の座席情報と比較して同一の号車・席番がなくなっている場合、代替席として元の座席と近い未発売の席を発売済みとする。未発売の席がない場合には、代替席が用意出来なかった発売済み座席の一覧を、座席予約システム５のログとしてファイル出力する。
列車名変更の場合、図７の列車名情報に受信情報の列車名を設定する。
【００１９】
更新案データを受信した運用端末７は、その更新案データを画面に表示し、座席管理者に更新の可否を求める。更新可否入力に先立ち、座席管理者が運用端末７にてキーボードやマウスによる画面操作を行うことで、更新案データの直接の修正が可能である（ステップ１７）。図１１に区間運休発生時の画面イメージを、図１２に更新案データの修正画面のイメージを示す。図１１の例では、「承認」または「却下」ボタンを押す前であれば、「更新データ詳細表示」ボタンを押す事で図１２が表示される。また、図１２の画面にて「承認画面に戻る」ボタンを押す事で、図１１に戻る。図１２の例では、号車と区間を指定する事で、更新案データにおける座席の発売可／発売保留、発売済／未発売の状況を確認する事が可能である。座席横のチェックボックスにチェックを入れ、「修正確定」ボタンが指定されることで、座席単位に発売保留の設定／解除が出来、当該箇所修正後の更新案データは、運用端末７の一時記憶領域に保存される。
【００２０】
座席管理者が運用端末７に更新可否を入力した時点で、座席予約システム５に対し更新可否情報と、受信した更新案データ（修正しない場合）または運用端末７の一時記憶領域に保存された修正後の更新案データ（修正した場合）を送信する（ステップ１８）。図１１の例では、「承認」または「却下」ボタンを押す事で、運用端末７は座席予約システム５への送信を開始する。
【００２１】
運用端末７から更新可との回答があった場合、座席予約システム５は、線区コード・列車番号・運転日をキーに予約マスタデータ６の該当レコードを検索し、そのレコードに受信した更新案データを上書きする。更新不可との回答を受信した場合には、レコード検索、更新ともに行わない（ステップ１９）。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施例による座席予約システムの全体構成を示す図である。
【図２】本発明の一実施例による座席予約システムの全体の処理手順を示す図である。
【図３】運行管理マスタデータ３にて保持する列車情報と駅順序情報を利用した、営業区間抽出処理のイメージ図である。
【図４】運行管理システム１Ａ〜１Ｚから座席予約システム５に送信する運転計画変更情報の一例である。
【図５】線区コード決定方式の一例である。
【図６】駅コード決定方式の一例である。
【図７】予約マスタデータ６が保持する情報の１つ、列車情報の一例である。
【図８】予約マスタデータ６が保持する情報の１つ、座席情報の一例である。
【図９】座席情報を生成するための変換テーブルの一例である。
【図１０】臨時停車発生時の処理における、区間別座席予約情報の編集処理のイメージを示す図である。
【図１１】更新案データを受信した際の、運用端末７の画面表示イメージを示す図である。
【図１２】更新データの修正を要求した際の、運用端末７の画面表示イメージを示す図である。
【符号の説明】
【００２３】
１Ａ…運行管理システム（Ａ線区）、１Ｚ…運行管理システム（Ｚ線区）、２…指令員端末（Ａ線区）、４…ネットワーク、５…座席予約システム、６…予約マスタデータ、７…運用端末
【図１】
2008257315.tif 000003
【図２】
2008257315.tif 000004
【図３】
2008257315.tif 000005
【図４】
2008257315.tif 000006
【図５】
2008257315.tif 000007
【図６】
2008257315.tif 000008
【図７】
2008257315.tif 000009
【図８】
2008257315.tif 000010
【図９】
2008257315.tif 000011
【図１０】
2008257315.tif 000012
【図１１】
2008257315.tif 000013
【図１２】
2008257315.tif 000014