指定券予約システム及び方法
【課題】旅行会社における列車在庫管理システムでは、指定券の発売が開始される数日前に事前に予約を受付け、指定券の発売開始と同時に、鉄道会社の列車在庫管理システムへ向けて自動で要求送信を行っている。しかしながら従来の指定券取扱システムでは、予約を変更した場合は新たに受付けた新しい順番で予約が取られている。つまり、従来の技術においては、予約内容を変更した場合、前の予約時の情報が維持されていないため、新たに予約した順で予約をとることになる。
【解決手段】本発明ではまず、発売開始の数日前に行われる予約内容の検定処理において、要求が在庫管理システムに到着した全体的な順位と、予約内容を列車・号車などの単位に分け、予約内容毎の到着順位を付与・管理する。以後、予約内容を変更する場合、事前に付与しておいた全体的な到着順位と他の予約の順位を比較し、自分の要求の到着順位が速い場合、予約内容を入れ替える。
【解決手段】本発明ではまず、発売開始の数日前に行われる予約内容の検定処理において、要求が在庫管理システムに到着した全体的な順位と、予約内容を列車・号車などの単位に分け、予約内容毎の到着順位を付与・管理する。以後、予約内容を変更する場合、事前に付与しておいた全体的な到着順位と他の予約の順位を比較し、自分の要求の到着順位が速い場合、予約内容を入れ替える。
【発明の詳細な説明】
【技術分野】
【０００１】
鉄道会社の旅券取り扱いシステム、特に複数の旅行会社からの指定券の予約を一括で管理するシステムに関する。
【背景技術】
【０００２】
旅行会社における列車在庫管理システムでは、指定券の発売が開始される数日前に事前に予約を受付け、指定券の発売開始と同時に、鉄道会社の列車在庫管理システムへ向けて自動で要求送信を行っている。この自動要求送信は事前予約を受付けた順に行われ、指定券の発売開始までは予約内容を変更することが可能な技術がある。
【０００３】
また、２つのシステムでそれぞれ予約されたものを管理する技術として、特許文献1に開示されているような技術がある。特許文献1においては、各部屋で予約を取るカラオケＢＯＸのシステムに関し、部屋を変更した場合に、変更前の部屋で登録した曲を、変更後の部屋において再登録を可能にすることが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−９１１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら従来の指定券取扱システムでは、予約を変更した場合は新たに受付けた新しい順番で予約が取られている。また、特許文献１においては、部屋を移動した際、曲の予約順位が考慮されていない。つまり、曲の予約順は１つの部屋内で完結しており、部屋を変更した場合は、変更した部屋において新たな受付順が付与されている。
【０００６】
つまり、従来の技術においては、予約内容を変更した場合、前の予約時の情報が維持されていないため、新たに予約した順で予約をとることになる。
【課題を解決するための手段】
【０００７】
本発明ではまず、発売開始の数日前に行われる予約内容の検定処理において、要求が在庫管理システムに到着した全体的な順位と、予約内容を列車・号車などの単位に分け、予約内容毎の到着順位を付与・管理する。以後、予約内容を変更する場合、事前に付与しておいた全体的な到着順位と他の予約の順位を比較し、自分の要求の到着順位が速い場合、予約内容を入れ替える。
【発明の効果】
【０００８】
異なるシステム間で最初の予約状況を考慮することができるようになる。これにより、前回の予約状況を考慮した予約取得が可能になる。
【図面の簡単な説明】
【０００９】
【図１】指定券予約システムのシステム構成図。
【図２】旅行会社指定券取扱システムのハードウエア構成図。
【図３】受付番号記憶部の登録内容例を示す図。
【図４】列車在庫管理システムのハードウエア構成図。
【図５】システム到着順記憶部の登録内容例を示す図。
【図６】列車座席販売情報記憶部の登録内容例を示す図。
【図７】旅行会社の指定券取扱システム検定照会要求内部インタフェース。
【図８】旅行会社指定券取扱システム-列車在庫管理システム間における検定照会要求システム間インタフェース。
【図９】各旅行会社-旅行会社指定券取扱システム間における予約変更要求システム間インタフェース。
【図１０】旅行会社指定券取扱システム-列車在庫管理システム間における予約変更要求システム間インタフェース。
【図１１】旅行会社指定券取扱システム-列車在庫管理システム間における検定照会回答システム間インタフェース。
【図１２】検定照会時の処理シーケンス図。
【図１３】予約変更時の処理シーケンス図。
【図１４】検定照会支援部の動作を説明するためのフロー図。
【図１５】検定照会要求送信処理の処理を説明するためのフロー図。
【図１６】検定照会要求受信処理の処理を説明するためのフロー図。
【図１７】予約変更支援部の動作を説明するためのフロー図。
【図１８】システム到着順決定支援部の動作を説明するためのフロー図。
【図１９】作業指示支援部の動作を説明するためのフロー図。
【図２０】検定照会処理を説明するためのフロー図。
【図２１】予約順序入替処理を説明するためのフロー図。
【図２２】予約順序入替処理の実施イメージ図。
【発明を実施するための形態】
【００１０】
以下に、本発明の実施形態について図面を用いて詳細に説明する。
【００１１】
図１は本実施形態における指定券予約システムを示す。ここでは、列車在庫管理システム1と旅行会社の指定券取扱システム3と列車在庫管理システム4とがネットワーク2を介して接続されている。旅行会社の指定券取扱システムと旅行会社Ａ〜Ｂの予約端末7はネットワーク5を介して接続され、予約端末は当ネットーワークを介して列車の予約情報が送信する。鉄道会社の指定券取扱システムは、旅行会社の指定券取扱システムと同様の管理を行うシステムを想定するが説明を省略する。
【００１２】
図２は旅行会社指定券取扱システムのハードウエア構成図である。プログラムを格納したプログラムＤＢ3001、メモリ3002、処理部3003、入力ＩＦ3004、出力ＩＦ3005、通信装置3006、各旅行会社の受付番号管理ＤＢ装置33を備える。各旅行会社の受付番号管理ＤＢ装置33には、ネットワークに接続するためのネットワークＩ／Ｆ部３３１と受付番号管理記憶部３３３へのアクセスを制御する記憶制御部３３２とを備える。この受付番号管理ＤＢ装置は旅行会社の指定券取扱システムで受付けた、指定券の予約情報を受付番号と対応づけて受付番号管理記憶部３３３に格納する。なお、前記受付番号管理ＤＢ装置は旅行会社毎に用意してもよいし、一つの記憶装置のなかで記憶領域を分けるようにしてもよい。演算装置たるＣＰＵ３００４は、本実施例の各機能を実現すべく書き換え可能メモリなどのプログラムデータベース３００１に格納されたプログラム３００２をメモリ３００３に読み出し実行することで、検定照会支援部３１及び予約変更支援部３２を機能させる。
【００１３】
検定照会支援部３１は、要求情報受信部３１１と、送信元判定部３１２と、検定照会要求送信部３１３と、検定照会要求受信部３１４と、要求送信部３１５を有する。検定照会支援部３１は、事前に各旅行会社の端末から受付けていた事前予約データを受付番号管理ＤＢ装置の記憶部333から抽出し、列車在庫管理システムへ向けて要求の送信し、列車在庫管理システムからの回答の受信を制御する。予約変更支援部３２は、前記演算部３２０は、要求情報受信部３２１と、送信元判定部３２２と、予約変更要求送信部３２３と、予約変更要求受信送信部３２４と、要求送信部３２５を有する。予約変更支援部３２は、旅行会社の端末から受付けた事前予約に対する予約変更を受付け、列車在庫管理システムへ向けて要求の送信、列車在庫管理システムからの回答の受信を制御する。
【００１４】
図３は受付番号管理記憶部３３３の登録内容例を示す図である。図示するように、事前予約データが一意になるように採番された受付番号を登録するためのフィールド３３３１と、事前予約データのステータスを登録するためのフィールド３３３２と、旅行会社の指定券取扱システムで事前予約を受付けた予約日を登録するためのフィールド３３３３と、受付けた時分秒を登録するためのフィールド３３３４と、予約した列車名や号車番号を登録するためのフィールド３３３３と、列車在庫管理システムに検定照会を行う日を登録するためのフィールド３３３６と、列車在庫管理システムにて当該検定照会要求が到着した順位を登録するためのフィールド３３３７と、列車在庫管理システムにて当該検定照会要求が到着した予約列車単位の順位を登録するためのフィールド３３３８を備えて１つのレコード３３３０が形成されている。フィールド３３３１〜フィールド３３３６は、事前予約受付時に登録されるため、本実施例が適用される検定照会時には登録されていることが前提となる。レコード番号１は、フィールド３３３６に登録された日に検定照会が行われ、その結果フィールド３３３７〜３３３８に各順位が登録されている。レコード番号２〜６はまだ検定照会が行われていないため、フィールド３３３７〜３３３８に各順位は登録されていない。
【００１５】
図４は、列車在庫管理システムのハードウエア構成図である。プログラムを格納したプログラムＤＢ4001、メモリ4002、処理部4003、入力ＩＦ4004、出力ＩＦ4005、通信装置4006、システム到着順記憶部417、列車ＤＢ情報装置43を備える。演算装置たるＣＰＵ４００４は、書き換え可能メモリなどのプログラムデータベース４００１に格納されたプログラム４００２をメモリ４００３に読み出し、システム到着順決定支援部４１及び、作業指示支援部４２を実行する。システム到着順決定支援部４１は、要求情報受信部４１１と、送信元システム判定部４１２と、システム到着順決定部４１３を有する。システム到着順決定支援部４１は、旅行会社の指定券取扱システムから受信した検定照会要求に対して列車在庫管理システムへ到着した順位を管理する。作業指示支援部４２は、要求情報受信部４２１と、要求種別判定部４２２と、検定照会処理部４２３と、予約変更処理部４２４と、発売処理部４２５と、回答送信部４２６を有する。作業指示支援部４２は、各システムから受信した要求を振分け、要求に応じた処理を実行し、要求元の各システムへ回答を送信する制御を行う。システム到着順記憶部４１７には、旅行会社の指定券取扱システムからの受信した検定照会要求の到着順位が登録される。この記憶部４１７は列車在庫管理システムにおける前記メモリ４００３の一部領域を利用する。列車ＤＢ情報装置４３は、ネットワークに接続するためのネットワークＩ／Ｆ部４３１と、列車座席販売情報記憶部４３３へのアクセスを制御する記憶部４３２とを備え、旅行会社の指定券取扱システムからの発売要求に対して、発売可能である列車とその列車の詳細情報、発売済座席数などを対応付けて管理する。列車座席販売情報記憶部４３３には、旅行会社の指定券取扱システムからの発売要求に対して、発売可能で列車とその列車の詳細情報、発売済座席数などが記憶されている。
【００１６】
図５は、システム到着順記憶部４１７の登録内容例を示す図である。図示するように、旅行会社の指定券取扱システムから受信した検定照会要求の到着順位を登録するためのフィールド４１７１を備え、１つのレコード４１７０が形成されている。
【００１７】
図６は列車座席販売情報記憶部４３３の登録内容例を示す図である。図示するように、発売可能である列車名を登録するためのフィールド４３３１と、旅行会社の指定券取扱システムに対して割り当てられた発売可能座席数を登録するためのフィールド４３３２と、旅行会社の指定券取扱システムからの発売要求に対して、既に発売済みの座席数を登録するためのフィールド４３３３と、どの要求による発売か発売済みの座席に対して鉄道会社の指定券取扱システムへの到着順位を登録するためのフィールド４３３４とを備えて、１つのレコード４３３０が形成されている。
【００１８】
続いて、各インタフェースについて説明する。ここでインタフェースとは、送受信情報のことを指す。
【００１９】
図７は、旅行会社の指定券取扱システムにおける検定照会要求内部インタフェースである。送信先システム名を設定するための情報部ＩＦ１１１と、送信元システム名を設定するための情報部ＩＦ１１２と、要求種別を競ってするための情報部ＩＦ１１３を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ１１０と、検定照会要求対象の受付番号管理記憶部３３３のレコード番号を設定する情報部ＩＦ１２０を備えて、１つのインタフェースＩＦ１００が形成されている。[]内に示す具体的なデータの例を示す。つまり、送信先システム という項目には例えば“旅行会社指定券取扱システム”という値が入る。
【００２０】
図８は旅行会社の指定券取扱システム−列車在庫管理システム間における検定照会要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ２１１と、送信元システム名を設定するための情報部ＩＦ２１２と、要求種別を設定するための情報部ＩＦ２１３と、処理中受付番号を設定するための情報部ＩＦ２１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ２１０と、検定照会対象列車情報を設定する情報部ＩＦ２２０を備えて、１つのインタフェースＩＦ２００が形成されている。[]内に示す具体的なデータの例を示す。
【００２１】
図９は各旅行会社の端末−旅行会社の指定券取扱システム間における予約変更要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ３１１と、送信元システム名を設定するための情報部ＩＦ３１２と、要求種別を競ってするための情報部ＩＦ３１３を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ３１０と、変更対象の受付番号を設定するための情報部ＩＦ３２０と、変更後の列車情報を設定するための情報部ＩＦ３３０を備えて、１つのインタフェースＩＦ３００が形成されている。[]内に示す具体的なデータの例を示す。
【００２２】
図１０は旅行会社の指定券取扱システム−列車在庫管理システム間における予約変更要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ４１１と、送信元システム名を設定するための情報部ＩＦ４１２と、要求種別を競ってするための情報部ＩＦ４１３と、処理中受付番号を設定するための情報部ＩＦ４１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ４１０と、変更前の列車情報を設定する情報部ＩＦ４２０と、変更後の列車情報を設定する情報部ＩＦ４３０と、検定照会要求時のシステム到着順位を設定する情報部ＩＦ４４０を備えて、１つのインタフェースＩＦ４００が形成されている。[]内に示す具体的なデータの例を示す。
【００２３】
図１１は、旅行会社の指定券取扱システム−列車在庫管理システム間における検定照会回答システム間インタフェースである。通送信先システム名を設定するための情報部ＩＦ５１１と、送信元システム名を設定するための情報部ＩＦ５１２と、要求種別を競ってするための情報部ＩＦ５１３と、処理中受付番号を設定するための情報部ＩＦ５１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ５１０と、検定照会回答結果を設定する情報部ＩＦ５２０と、検定照会結果メッセージを設定する情報部ＩＦ５３０と、当該要求が列車在庫管理システムに到着したシステム到着順位を設定する情報部ＩＦ５４０と、予約列車単位の到着順位を設定する情報部ＩＦ５５０を備えて、１つのインタフェースＩＦ５００が形成されている。[]内に示す具体的なデータの例を示す。この例では検定照会回答インタフェースのＯＫパターンの例を示している。
【００２４】
図１２は、検定照会時のインタフェースのシステム間フロー図である。旅行会社の指定券取扱システムの検定照会支援部３１において、旅行会社の指定券取扱システム（自システム）からＩＦ１００の要求情報を受信し、列車在庫管理システム向けの要求情報ＩＦ２００を送信する。システム到着順決定支援部４１では、旅行会社の指定券取扱システムからの要求情報ＩＦ２００を受信し、作業指示支援部４２へ要求情報を送信する。要求情報ＩＦ２００を受信した作業指示支援部４２は検定照会処理を行い、回答情報ＩＦ５００を作成し、旅行会社の指定券取扱システムへ送信する。列車在庫管理システムからＩＦ５００を受信した、旅行会社の指定券取扱システムの検定照会支援部３１は、ＩＦ５００の情報を処理し、旅行会社の指定券取扱システムへ向けて要求情報１００を送信する。
【００２５】
図１３は、予約変更時のインタフェースのシステム間フロー図である。旅行会社の指定券取扱システムの予約変更支援部３２において、各旅行会社からＩＦ３００の要求情報し、列車在庫管理システム向けの要求情報ＩＦ４００を設定し、送信する。列車在庫管理システムでは、システム到着順決定支援部４１において、旅行会社の指定券取扱システムからの要求情報ＩＦ４００を受信する。その後、作業指示支援部４２へ処理が遷移する。要求情報ＩＦ４００を受信した作業指示支援部４２は、予約変更処理を行い回答情報ＩＦ５００を作成し、旅行会社の指定券取扱システムへ送信する。列車在庫管理システムからＩＦ５００を受信した、旅行会社の指定券取扱システムの予約変更支援部３２は、ＩＦ５００の情報を処理する。
【００２６】
続いて、各支援部の動作フローについて詳細を説明する。
【００２７】
図１４は、旅行会社の指定券取扱システムを構成する検定照会支援部３１の動作を説明するためのフロー図である。旅行会社の指定券取扱システムの要求情報受信部３１１は要求情報（ＩＦ１００）を受ける（Ｓ３１０）。これを受けて送信元判定部３１２は前記受信要求情報（ＩＦ１００）の送信元システム（ＩＦ１１２）の判定を行う（Ｓ３１１）。検定照会は、照会日の決まった時間に定時起動される処理であるため、自システムである旅行会社の指定券取扱システムからの開始要求を契機に動作する。前記受信要求情報（ＩＦ１００）の送信元システム（ＩＦ１１２）が自システム名称と一致する場合、処理をＳ３１２に進める。送信元が列車在庫管理システム名称と一致する場合、処理をＳ３１３に進める。Ｓ３１２終了後、編集した検定照会要求情報（ＩＦ１００またはＩＦ３００）の送信先システム名（ＩＦ１１１またはＩＦ３１１）を元に各システムに向けて検定照会要求情報を送信する（Ｓ３１４）。
【００２８】
図１５は、検定照会要求送信処理（Ｓ３１２）を詳細に説明するためのフロー図である。前記受信要求情報（ＩＦ１００）のレコード番号（ＩＦ１２０）をキーとして、前記受付番号管理記憶部３３３を検索する（Ｓ３１２０）。レコード番号が存在した場合、処理をＳ３１２２へ進める。一方、レコード番号が存在しなかった場合、処理を終了する（Ｓ３１２１）。Ｓ３１２２では、レコード番号（ＩＦ１２０）と一致したレコードの検定照会日（フィールド３３３６）と「本日日付」を判定する（Ｓ３１２２）。「本日日付」と一致した場合、つまり、該当レコードが検定対象である場合は、処理をＳ３１２４へ進める。一方、「本日日付」と一致しなかった場合、処理をＳ３１２５へ進める（Ｓ３１２３）。Ｓ３１２４では、列車在庫管理システム向けに検定照会要求情報（ＩＦ２００）の設定を行う（Ｓ３１２４）。前記検定照会要求情報（ＩＦ２００）の列車情報（ＩＦ２２０）には前記受付番号管理記憶部３３３の予約内容（フィールド３３３５）を設定する。また通信ヘッダの送信先システム（ＩＦ２１１）には「列車在庫管理システム」を、送信元システム（ＩＦ２１２）には「旅行会社指定券取扱システム」を、要求種別（ＩＦ２１３）には「検定照会」を、受付番号（ＩＦ２１４）には、前記受付番号管理記憶部３３３の該当レコードの受付番号（フィールド３３３４）を設定する。ＳＦ１３では、次の検定照会を起動するため、旅行会社の指定券取扱システム向けに検定照会要求情報（ＩＦ１００）の設定を行う。前記検定照会要求内部インタフェース（ＩＦ１００）のレコード番号（ＩＦ１２０）には、次のレコードを実行させるため、要求情報として受信したレコード番号（ＩＦ１２０）に１加算した値を設定する。また、通信ヘッダの送信先システム（ＩＦ１１１）には「旅行会社指定券取扱システム」を、送信元システム（ＩＦ１１２）には「旅行会社指定券取扱システム」を、要求種別（ＩＦ１１３）には「検定照会」を設定する（Ｓ３１２５）。
【００２９】
図１６は、検定照会要求受信処理（Ｓ３１３）を説明するためのフロー図である。前記受信情報（ＩＦ５００）の受付番号（ＩＦ３１４）をキーとして、前記受付番号管理記憶部３３３を検索する（Ｓ３１３０）。前記受付番号管理記憶部３３３のシステム到着順位（フィールド３３３７）に前記受信情報（ＩＦ５００）のシステム到着通番（ＩＦ５４０）を設定する。また、前記受付番号管理記憶部３３３の列車単位到着順位（フィールド３３３８）に、前記受信情報（ＩＦ５００）の列車単位到着順（ＩＦ５５０）を設定する（Ｓ３１３１）。前記受付番号管理記憶部３３３を更新する（Ｓ３１３１）。
【００３０】
図１７は、旅行会社の指定券取扱システムを構成する予約変更支援部３２の動作を説明するためのフロー図である。旅行会社の指定券取扱システムにおいて各旅行会社から予約変更情報（ＩＦ３００）を受ける（Ｓ３２０）。これを受けて送信元判定部３２２は、前記受信情報（ＩＦ３００）の送信元システム（ＩＦ３１２）の判定を行う（Ｓ３２１）。送信元システム（ＩＦ３１２）が各旅行会社の指定券取扱システムからである場合、処理をＳ３２２に進める。送信元システム（ＩＦ３１２）が列車在庫管理システムからである場合、処理をＳ３２３に進める。Ｓ３２２終了後、編集した要求情報（ＩＦ４００）を列車在庫管理システムへ向けて送信する（Ｓ３２４）。
【００３１】
ここで、予約変更要求送信処理（Ｓ３２２）について詳細に説明する。予約変更情報（ＩＦ３００）の受付番号（ＩＦ３２０）をキーとして、受付番号管理記憶部３３３にアクセスする（Ｓ３２２０）。当該レコード３３３０の予約内容（フィールド３３３５）を予約変更要求情報（ＩＦ４００）の変更前列車情報（ＩＦ４２０）に設定する。前記予約変更情報（ＩＦ３００）の変更後列車情報（ＩＦ３３０）を予約変更要求情報（ＩＦ４００）の変更後列車情報（ＩＦ４３０）に設定する。当該レコード３３３０のシステム到着順位（フィールド３３３７）を予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）に設定する。また、通信ヘッダの送信先システム（ＩＦ４１１）に「列車在庫管理システム」を、送信元システム（ＩＦ４１２）に「旅行会社指定券取扱システム」を、要求種別（ＩＦ４１３）に「予約変更」を、受付番号（ＩＦ４１４）に前記受信予約変更情報（ＩＦ３００）の受付番号（ＩＦ３２０）を設定する（Ｓ３２２１）。
【００３２】
次に、予約変更要求受信処理（Ｓ３２３）について詳細に説明する。受付番号をキーとして、受付番号管理記憶部にアクセスする（Ｓ３２３０）。受信した回答情報（ＩＦ５００）の列車単位到着順位（ＩＦ５５０）を該当レコード（３３３０）の列車単位到着順位（フィールド３３３８）に設定する（Ｓ３２３１）。前記受付番号管理記憶部３３３を更新する（Ｓ３２３２）。
【００３３】
図１８は、列車在庫管理システムを構成するシステム到着順検定支援部４１の動作を説明するためのフロー図である。ネットワーク２を経由し送信されてくる、旅行会社の指定券取扱システム、列車在庫管理システムからの各種要求情報（ＩＦ３００またはＩＦ４００）を受ける（Ｓ４１１）。これを受けて送信元システム判定部４１２は、前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）を判定する（Ｓ４１２）。前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）が旅行会社指定券取扱システム（旅行会社の指定券取扱システム）であった場合は、処理をＳ４１４に進める。前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）が鉄道会社指定券取扱システムであった場合は、処理フローを終了する（Ｓ４１３）。受信した各要求情報（ＩＦ３００またはＩＦ４００）の要求種別を検定する（Ｓ４１４）。要求種別が検定照会要求である場合、処理をＳ４１６に進める。要求種別が検定照会要求以外の場合は処理フローを終了する（Ｓ４１５）。
【００３４】
ここで、システム到着順決定部について詳細を説明する。システム到着順位決定部は、前記受信情報の要求種別が検定照会要求だった場合に実行される。システム到着順記憶部４１７にアクセスし、現在のシステム到着順位（フィールド４１６１）を取得する（Ｓ４１４０）。取得したシステム到着順位に１を加算する（Ｓ４１４１）。なお、本Ｓ４１４１で算出した値が、当該要求データのシステム到着順位となる。システム到着順記憶部４１７を更新する（Ｓ４１４２）。
【００３５】
図１９は、列車在庫管理システムを構成する作業指示支援部４２の動作を説明するためのフロー図である。要求内容判定部４２１は、ネットワークＩ／Ｆ部４２５を介して、システム到着順決定支援部４１から受信した旅行会社の指定券取扱システム、鉄道会社の指定券取扱システムからの要求情報（ＩＦ２００）を受ける（Ｓ４３０）。これを受けて、要求種別判定部４２２は、要求種別（ＩＦ２１３）を判定する（Ｓ４３１）。要求種別（ＩＦ２１３）が検定照会要求である場合、処理をＳ４３２に進める。要求種別が予約変更要求である場合、処理をＳ４３３に進める。要求種別が発売要求である場合、処理をＳ４３４に進める。要求種別により各処理が終了した後、処理結果を旅行会社の指定券取扱システム、鉄道会社の指定券取扱システムへ回答する（Ｓ４３５）。なお、鉄道会社の指定券取扱システムでは事前予約を受け付けていないため、発売要求のみ送信されてくる。本発明は検定照会要求と予約変更要求に適用されるため、以降の説明では発売処理（Ｓ４３４）に対する説明は省略する。
【００３６】
図２０は図１９のＳ４３２（検定照会処理）を説明するためのフロー図である。要求情報（ＩＦ２００）の列車名（ＩＦ２２０）を検索キーとして列車座席販売記憶情報部４３３にアクセスし、当該要求列車の販売可能座席数（フィールド４３３３）と発売済座席数（フィールド４３３４）を取得する。取得した販売可能座席数と発売済座席数から、当該要求列車の残座席数（販売可能座席数−発売済座席数＝残座席数）を算出する（Ｓ４３２０）。Ｓ４３２０で算出した残座席数が０（ゼロ）でなければ、Ｓ４３１２に処理を進める。残座席数が０（ゼロ）であれば、Ｓ４３２５へ処理を進める（Ｓ４３２１）。残座席数が０（ゼロ）でなければ、発売時、座席を確保できる可能性があると判断し、列車座席販売記憶情報部４３３の当該要求列車の発売済座席数（フィールド４３３４）を更新（１カウントアップ）する（Ｓ４３２２）。次に、列車座席販売記憶情報部４３３の当該要求列車の列車単位到着順位（フィールド４３３５）を更新する。列車単位到着順位（フィールド４３３５）は複数エントリ持っているが、発売可能座席数（フィールド４３３３）で設定されている値分のエントリが有効エントリとなる。Ｓ４３２２で算出した発売済座席数（フィールド４３３４）の値が、当該要求で更新する列車単位到着順位のエントリを示し、システム到着順決定支援部４１で算出した、当該要求のシステム到着順位を設定する（Ｓ４３２３）。処理した結果を送信元システムに回答するため、前記検定照会回答情報（ＩＦ５００）の（Ｂ）ＯＫパターンで情報を設定する（Ｓ４３２４）。なお、前記検定照会回答情報（ＩＦ５００）のシステム到着順位（ＩＦ５４０）には、システム到着順決定支援部４１で算出した、当該要求のシステム到着順位を設定する。また、前記検定照会回答情報（ＩＦ５００）の列車単位到着順位（ＩＦ５５０）には、Ｓ４３２２で算出した発売済座席数を設定する。一方、残座席数が０（ゼロ）であれば、発売時、要求列車が満席であり座席が確保できない可能性がありと判断し、その旨を送信元システムに回答するため、前記検定照会回答情報（ＩＦ５００）の（Ｃ）ＮＧパターンで情報を設定する（Ｓ４３２５）。
【００３７】
図２１は図１９のＳ４３３（予約順序入替処理）を説明するためのフロー図である。初めに変更前の列車に対する処理を行う。前記予約変更要求情報（ＩＦ４００）の列車名（ＩＦ４２０）をキーとして列車座席記憶情報部４３３にアクセスし、当該変更前列車の発売済座席数（フィールド４３３４）を１減算する（Ｓ４３３０）。次に、前記予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）から変更前列車における列車単位到着順位を特定し、当該要求以降の順位を繰り上げる（Ｓ４３３１）。続いて、変更後の列車に対する処理を行う。前記予約変更要求情報（ＩＦ４００）の変更後列車情報（ＩＦ４３０）の列車名をキーとして列車座席記憶情報部４３３にアクセスする。前記予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）から、列車単位到着順位の挿入先エントリを特定し、挿入先エントリ以降の順位を繰り下げる（Ｓ４３３２）。空いた列車単位到着順位の挿入先エントリに対して、当該要求のシステム到着順位を設定する（Ｓ４３３３）。処理結果を送信元システムに回答するために回答情報を作成し、処理フローを終了する（Ｓ４３３４）。
【００３８】
図２２では、図２１において説明した図１９のＳ４３３（予約順序入替処理）を実際のデータを元に説明する。ここでは、検定照会時のシステム到着順位が３である要求が、要求列車を「列車Ａ０１号」から「列車Ａ０３号」へ変更する際の動きを説明する。要求情報の変更前の列車名「列車Ａ０１号」をキーとして列車座席記憶情報部４３３にアクセスし、「列車Ａ０１号」の発売済座席数（フィールド４３３４）を１減算する（Ｓ４３３０）。Ｓ４３３０実行後、「列車Ａ０１号」の発売済座席数は「４」となる。次に、要求情報から変更前列車における列車単位到着順位を特定し、当該要求以降の順位を繰り上げる（Ｓ４３３１）。当該要求のシステム到着順位は「３」であるため、「列車Ａ０１号」の列車単位到着順位のエントリを検索し、列車単位到着順位が「３」であることを特定した。列車単位到着順位「４」と「５」に対する順位を繰り上げ、Ｓ４３３１実行後、列車単位到着順位が「３」に対するシステム到着順位は「７」、列車到着順位が「４」に対するシステム到着順位は「１０」となる。続いて、要求情報の変更後の列車名「列車Ａ０３号」をキーとして列車座席記憶情報部４３３にアクセスする。列車単位到着順位「１」に対するシステム到着順位が「４」であり、当該要求情報のシステム到着順位「３」より大きい為、「列車Ａ０３号」の列車単位到着順位の挿入先エントリを「１」に特定する。列車単位到着順位の挿入先エントリが「１」であるため、列車単位到着順位「１」〜「５」の順位を繰り下げる（Ｓ４３３２）。Ｓ４３２２実行後、「列車Ａ０３号」の列車単位到着順位が「２」に対するシステム到着順位が「４」、列車単位到着順位「３」に対するシステム到着順位が「５」…（以下、省略）となる。空いた列車単位到着順位の「１」エントリ目に対して、当該要求のシステム到着順位「３」と設定する（Ｓ４３３３）。
【００３９】
以上、本実施形態によれば、システムに予約した順番を保持し、予約対象の列車を変更しても、システムに予約した順番を考慮し、変更後の対象列車において予約順の入れ替えを行うことが出来る。
【００４０】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【符号の説明】
【００４１】
１ 列車在庫管理システム
２ ネットワーク
３ 旅行会社指定券取扱システム
８ 旅行会社の端末
３１ 検定照会支援部
３２ 予約変更支援部
３３ 受付番号管理ＤＢ装置
４１ システム到着順決定支援部
４２ 作業指示支援部
４３ 列車ＤＢ情報装置
【技術分野】
【０００１】
鉄道会社の旅券取り扱いシステム、特に複数の旅行会社からの指定券の予約を一括で管理するシステムに関する。
【背景技術】
【０００２】
旅行会社における列車在庫管理システムでは、指定券の発売が開始される数日前に事前に予約を受付け、指定券の発売開始と同時に、鉄道会社の列車在庫管理システムへ向けて自動で要求送信を行っている。この自動要求送信は事前予約を受付けた順に行われ、指定券の発売開始までは予約内容を変更することが可能な技術がある。
【０００３】
また、２つのシステムでそれぞれ予約されたものを管理する技術として、特許文献1に開示されているような技術がある。特許文献1においては、各部屋で予約を取るカラオケＢＯＸのシステムに関し、部屋を変更した場合に、変更前の部屋で登録した曲を、変更後の部屋において再登録を可能にすることが記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−９１１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら従来の指定券取扱システムでは、予約を変更した場合は新たに受付けた新しい順番で予約が取られている。また、特許文献１においては、部屋を移動した際、曲の予約順位が考慮されていない。つまり、曲の予約順は１つの部屋内で完結しており、部屋を変更した場合は、変更した部屋において新たな受付順が付与されている。
【０００６】
つまり、従来の技術においては、予約内容を変更した場合、前の予約時の情報が維持されていないため、新たに予約した順で予約をとることになる。
【課題を解決するための手段】
【０００７】
本発明ではまず、発売開始の数日前に行われる予約内容の検定処理において、要求が在庫管理システムに到着した全体的な順位と、予約内容を列車・号車などの単位に分け、予約内容毎の到着順位を付与・管理する。以後、予約内容を変更する場合、事前に付与しておいた全体的な到着順位と他の予約の順位を比較し、自分の要求の到着順位が速い場合、予約内容を入れ替える。
【発明の効果】
【０００８】
異なるシステム間で最初の予約状況を考慮することができるようになる。これにより、前回の予約状況を考慮した予約取得が可能になる。
【図面の簡単な説明】
【０００９】
【図１】指定券予約システムのシステム構成図。
【図２】旅行会社指定券取扱システムのハードウエア構成図。
【図３】受付番号記憶部の登録内容例を示す図。
【図４】列車在庫管理システムのハードウエア構成図。
【図５】システム到着順記憶部の登録内容例を示す図。
【図６】列車座席販売情報記憶部の登録内容例を示す図。
【図７】旅行会社の指定券取扱システム検定照会要求内部インタフェース。
【図８】旅行会社指定券取扱システム-列車在庫管理システム間における検定照会要求システム間インタフェース。
【図９】各旅行会社-旅行会社指定券取扱システム間における予約変更要求システム間インタフェース。
【図１０】旅行会社指定券取扱システム-列車在庫管理システム間における予約変更要求システム間インタフェース。
【図１１】旅行会社指定券取扱システム-列車在庫管理システム間における検定照会回答システム間インタフェース。
【図１２】検定照会時の処理シーケンス図。
【図１３】予約変更時の処理シーケンス図。
【図１４】検定照会支援部の動作を説明するためのフロー図。
【図１５】検定照会要求送信処理の処理を説明するためのフロー図。
【図１６】検定照会要求受信処理の処理を説明するためのフロー図。
【図１７】予約変更支援部の動作を説明するためのフロー図。
【図１８】システム到着順決定支援部の動作を説明するためのフロー図。
【図１９】作業指示支援部の動作を説明するためのフロー図。
【図２０】検定照会処理を説明するためのフロー図。
【図２１】予約順序入替処理を説明するためのフロー図。
【図２２】予約順序入替処理の実施イメージ図。
【発明を実施するための形態】
【００１０】
以下に、本発明の実施形態について図面を用いて詳細に説明する。
【００１１】
図１は本実施形態における指定券予約システムを示す。ここでは、列車在庫管理システム1と旅行会社の指定券取扱システム3と列車在庫管理システム4とがネットワーク2を介して接続されている。旅行会社の指定券取扱システムと旅行会社Ａ〜Ｂの予約端末7はネットワーク5を介して接続され、予約端末は当ネットーワークを介して列車の予約情報が送信する。鉄道会社の指定券取扱システムは、旅行会社の指定券取扱システムと同様の管理を行うシステムを想定するが説明を省略する。
【００１２】
図２は旅行会社指定券取扱システムのハードウエア構成図である。プログラムを格納したプログラムＤＢ3001、メモリ3002、処理部3003、入力ＩＦ3004、出力ＩＦ3005、通信装置3006、各旅行会社の受付番号管理ＤＢ装置33を備える。各旅行会社の受付番号管理ＤＢ装置33には、ネットワークに接続するためのネットワークＩ／Ｆ部３３１と受付番号管理記憶部３３３へのアクセスを制御する記憶制御部３３２とを備える。この受付番号管理ＤＢ装置は旅行会社の指定券取扱システムで受付けた、指定券の予約情報を受付番号と対応づけて受付番号管理記憶部３３３に格納する。なお、前記受付番号管理ＤＢ装置は旅行会社毎に用意してもよいし、一つの記憶装置のなかで記憶領域を分けるようにしてもよい。演算装置たるＣＰＵ３００４は、本実施例の各機能を実現すべく書き換え可能メモリなどのプログラムデータベース３００１に格納されたプログラム３００２をメモリ３００３に読み出し実行することで、検定照会支援部３１及び予約変更支援部３２を機能させる。
【００１３】
検定照会支援部３１は、要求情報受信部３１１と、送信元判定部３１２と、検定照会要求送信部３１３と、検定照会要求受信部３１４と、要求送信部３１５を有する。検定照会支援部３１は、事前に各旅行会社の端末から受付けていた事前予約データを受付番号管理ＤＢ装置の記憶部333から抽出し、列車在庫管理システムへ向けて要求の送信し、列車在庫管理システムからの回答の受信を制御する。予約変更支援部３２は、前記演算部３２０は、要求情報受信部３２１と、送信元判定部３２２と、予約変更要求送信部３２３と、予約変更要求受信送信部３２４と、要求送信部３２５を有する。予約変更支援部３２は、旅行会社の端末から受付けた事前予約に対する予約変更を受付け、列車在庫管理システムへ向けて要求の送信、列車在庫管理システムからの回答の受信を制御する。
【００１４】
図３は受付番号管理記憶部３３３の登録内容例を示す図である。図示するように、事前予約データが一意になるように採番された受付番号を登録するためのフィールド３３３１と、事前予約データのステータスを登録するためのフィールド３３３２と、旅行会社の指定券取扱システムで事前予約を受付けた予約日を登録するためのフィールド３３３３と、受付けた時分秒を登録するためのフィールド３３３４と、予約した列車名や号車番号を登録するためのフィールド３３３３と、列車在庫管理システムに検定照会を行う日を登録するためのフィールド３３３６と、列車在庫管理システムにて当該検定照会要求が到着した順位を登録するためのフィールド３３３７と、列車在庫管理システムにて当該検定照会要求が到着した予約列車単位の順位を登録するためのフィールド３３３８を備えて１つのレコード３３３０が形成されている。フィールド３３３１〜フィールド３３３６は、事前予約受付時に登録されるため、本実施例が適用される検定照会時には登録されていることが前提となる。レコード番号１は、フィールド３３３６に登録された日に検定照会が行われ、その結果フィールド３３３７〜３３３８に各順位が登録されている。レコード番号２〜６はまだ検定照会が行われていないため、フィールド３３３７〜３３３８に各順位は登録されていない。
【００１５】
図４は、列車在庫管理システムのハードウエア構成図である。プログラムを格納したプログラムＤＢ4001、メモリ4002、処理部4003、入力ＩＦ4004、出力ＩＦ4005、通信装置4006、システム到着順記憶部417、列車ＤＢ情報装置43を備える。演算装置たるＣＰＵ４００４は、書き換え可能メモリなどのプログラムデータベース４００１に格納されたプログラム４００２をメモリ４００３に読み出し、システム到着順決定支援部４１及び、作業指示支援部４２を実行する。システム到着順決定支援部４１は、要求情報受信部４１１と、送信元システム判定部４１２と、システム到着順決定部４１３を有する。システム到着順決定支援部４１は、旅行会社の指定券取扱システムから受信した検定照会要求に対して列車在庫管理システムへ到着した順位を管理する。作業指示支援部４２は、要求情報受信部４２１と、要求種別判定部４２２と、検定照会処理部４２３と、予約変更処理部４２４と、発売処理部４２５と、回答送信部４２６を有する。作業指示支援部４２は、各システムから受信した要求を振分け、要求に応じた処理を実行し、要求元の各システムへ回答を送信する制御を行う。システム到着順記憶部４１７には、旅行会社の指定券取扱システムからの受信した検定照会要求の到着順位が登録される。この記憶部４１７は列車在庫管理システムにおける前記メモリ４００３の一部領域を利用する。列車ＤＢ情報装置４３は、ネットワークに接続するためのネットワークＩ／Ｆ部４３１と、列車座席販売情報記憶部４３３へのアクセスを制御する記憶部４３２とを備え、旅行会社の指定券取扱システムからの発売要求に対して、発売可能である列車とその列車の詳細情報、発売済座席数などを対応付けて管理する。列車座席販売情報記憶部４３３には、旅行会社の指定券取扱システムからの発売要求に対して、発売可能で列車とその列車の詳細情報、発売済座席数などが記憶されている。
【００１６】
図５は、システム到着順記憶部４１７の登録内容例を示す図である。図示するように、旅行会社の指定券取扱システムから受信した検定照会要求の到着順位を登録するためのフィールド４１７１を備え、１つのレコード４１７０が形成されている。
【００１７】
図６は列車座席販売情報記憶部４３３の登録内容例を示す図である。図示するように、発売可能である列車名を登録するためのフィールド４３３１と、旅行会社の指定券取扱システムに対して割り当てられた発売可能座席数を登録するためのフィールド４３３２と、旅行会社の指定券取扱システムからの発売要求に対して、既に発売済みの座席数を登録するためのフィールド４３３３と、どの要求による発売か発売済みの座席に対して鉄道会社の指定券取扱システムへの到着順位を登録するためのフィールド４３３４とを備えて、１つのレコード４３３０が形成されている。
【００１８】
続いて、各インタフェースについて説明する。ここでインタフェースとは、送受信情報のことを指す。
【００１９】
図７は、旅行会社の指定券取扱システムにおける検定照会要求内部インタフェースである。送信先システム名を設定するための情報部ＩＦ１１１と、送信元システム名を設定するための情報部ＩＦ１１２と、要求種別を競ってするための情報部ＩＦ１１３を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ１１０と、検定照会要求対象の受付番号管理記憶部３３３のレコード番号を設定する情報部ＩＦ１２０を備えて、１つのインタフェースＩＦ１００が形成されている。[]内に示す具体的なデータの例を示す。つまり、送信先システム という項目には例えば“旅行会社指定券取扱システム”という値が入る。
【００２０】
図８は旅行会社の指定券取扱システム−列車在庫管理システム間における検定照会要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ２１１と、送信元システム名を設定するための情報部ＩＦ２１２と、要求種別を設定するための情報部ＩＦ２１３と、処理中受付番号を設定するための情報部ＩＦ２１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ２１０と、検定照会対象列車情報を設定する情報部ＩＦ２２０を備えて、１つのインタフェースＩＦ２００が形成されている。[]内に示す具体的なデータの例を示す。
【００２１】
図９は各旅行会社の端末−旅行会社の指定券取扱システム間における予約変更要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ３１１と、送信元システム名を設定するための情報部ＩＦ３１２と、要求種別を競ってするための情報部ＩＦ３１３を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ３１０と、変更対象の受付番号を設定するための情報部ＩＦ３２０と、変更後の列車情報を設定するための情報部ＩＦ３３０を備えて、１つのインタフェースＩＦ３００が形成されている。[]内に示す具体的なデータの例を示す。
【００２２】
図１０は旅行会社の指定券取扱システム−列車在庫管理システム間における予約変更要求システム間インタフェースである。送信先システム名を設定するための情報部ＩＦ４１１と、送信元システム名を設定するための情報部ＩＦ４１２と、要求種別を競ってするための情報部ＩＦ４１３と、処理中受付番号を設定するための情報部ＩＦ４１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ４１０と、変更前の列車情報を設定する情報部ＩＦ４２０と、変更後の列車情報を設定する情報部ＩＦ４３０と、検定照会要求時のシステム到着順位を設定する情報部ＩＦ４４０を備えて、１つのインタフェースＩＦ４００が形成されている。[]内に示す具体的なデータの例を示す。
【００２３】
図１１は、旅行会社の指定券取扱システム−列車在庫管理システム間における検定照会回答システム間インタフェースである。通送信先システム名を設定するための情報部ＩＦ５１１と、送信元システム名を設定するための情報部ＩＦ５１２と、要求種別を競ってするための情報部ＩＦ５１３と、処理中受付番号を設定するための情報部ＩＦ５１４を備えた、通信を制御するための制御情報を設定する通信ヘッダ情報部ＩＦ５１０と、検定照会回答結果を設定する情報部ＩＦ５２０と、検定照会結果メッセージを設定する情報部ＩＦ５３０と、当該要求が列車在庫管理システムに到着したシステム到着順位を設定する情報部ＩＦ５４０と、予約列車単位の到着順位を設定する情報部ＩＦ５５０を備えて、１つのインタフェースＩＦ５００が形成されている。[]内に示す具体的なデータの例を示す。この例では検定照会回答インタフェースのＯＫパターンの例を示している。
【００２４】
図１２は、検定照会時のインタフェースのシステム間フロー図である。旅行会社の指定券取扱システムの検定照会支援部３１において、旅行会社の指定券取扱システム（自システム）からＩＦ１００の要求情報を受信し、列車在庫管理システム向けの要求情報ＩＦ２００を送信する。システム到着順決定支援部４１では、旅行会社の指定券取扱システムからの要求情報ＩＦ２００を受信し、作業指示支援部４２へ要求情報を送信する。要求情報ＩＦ２００を受信した作業指示支援部４２は検定照会処理を行い、回答情報ＩＦ５００を作成し、旅行会社の指定券取扱システムへ送信する。列車在庫管理システムからＩＦ５００を受信した、旅行会社の指定券取扱システムの検定照会支援部３１は、ＩＦ５００の情報を処理し、旅行会社の指定券取扱システムへ向けて要求情報１００を送信する。
【００２５】
図１３は、予約変更時のインタフェースのシステム間フロー図である。旅行会社の指定券取扱システムの予約変更支援部３２において、各旅行会社からＩＦ３００の要求情報し、列車在庫管理システム向けの要求情報ＩＦ４００を設定し、送信する。列車在庫管理システムでは、システム到着順決定支援部４１において、旅行会社の指定券取扱システムからの要求情報ＩＦ４００を受信する。その後、作業指示支援部４２へ処理が遷移する。要求情報ＩＦ４００を受信した作業指示支援部４２は、予約変更処理を行い回答情報ＩＦ５００を作成し、旅行会社の指定券取扱システムへ送信する。列車在庫管理システムからＩＦ５００を受信した、旅行会社の指定券取扱システムの予約変更支援部３２は、ＩＦ５００の情報を処理する。
【００２６】
続いて、各支援部の動作フローについて詳細を説明する。
【００２７】
図１４は、旅行会社の指定券取扱システムを構成する検定照会支援部３１の動作を説明するためのフロー図である。旅行会社の指定券取扱システムの要求情報受信部３１１は要求情報（ＩＦ１００）を受ける（Ｓ３１０）。これを受けて送信元判定部３１２は前記受信要求情報（ＩＦ１００）の送信元システム（ＩＦ１１２）の判定を行う（Ｓ３１１）。検定照会は、照会日の決まった時間に定時起動される処理であるため、自システムである旅行会社の指定券取扱システムからの開始要求を契機に動作する。前記受信要求情報（ＩＦ１００）の送信元システム（ＩＦ１１２）が自システム名称と一致する場合、処理をＳ３１２に進める。送信元が列車在庫管理システム名称と一致する場合、処理をＳ３１３に進める。Ｓ３１２終了後、編集した検定照会要求情報（ＩＦ１００またはＩＦ３００）の送信先システム名（ＩＦ１１１またはＩＦ３１１）を元に各システムに向けて検定照会要求情報を送信する（Ｓ３１４）。
【００２８】
図１５は、検定照会要求送信処理（Ｓ３１２）を詳細に説明するためのフロー図である。前記受信要求情報（ＩＦ１００）のレコード番号（ＩＦ１２０）をキーとして、前記受付番号管理記憶部３３３を検索する（Ｓ３１２０）。レコード番号が存在した場合、処理をＳ３１２２へ進める。一方、レコード番号が存在しなかった場合、処理を終了する（Ｓ３１２１）。Ｓ３１２２では、レコード番号（ＩＦ１２０）と一致したレコードの検定照会日（フィールド３３３６）と「本日日付」を判定する（Ｓ３１２２）。「本日日付」と一致した場合、つまり、該当レコードが検定対象である場合は、処理をＳ３１２４へ進める。一方、「本日日付」と一致しなかった場合、処理をＳ３１２５へ進める（Ｓ３１２３）。Ｓ３１２４では、列車在庫管理システム向けに検定照会要求情報（ＩＦ２００）の設定を行う（Ｓ３１２４）。前記検定照会要求情報（ＩＦ２００）の列車情報（ＩＦ２２０）には前記受付番号管理記憶部３３３の予約内容（フィールド３３３５）を設定する。また通信ヘッダの送信先システム（ＩＦ２１１）には「列車在庫管理システム」を、送信元システム（ＩＦ２１２）には「旅行会社指定券取扱システム」を、要求種別（ＩＦ２１３）には「検定照会」を、受付番号（ＩＦ２１４）には、前記受付番号管理記憶部３３３の該当レコードの受付番号（フィールド３３３４）を設定する。ＳＦ１３では、次の検定照会を起動するため、旅行会社の指定券取扱システム向けに検定照会要求情報（ＩＦ１００）の設定を行う。前記検定照会要求内部インタフェース（ＩＦ１００）のレコード番号（ＩＦ１２０）には、次のレコードを実行させるため、要求情報として受信したレコード番号（ＩＦ１２０）に１加算した値を設定する。また、通信ヘッダの送信先システム（ＩＦ１１１）には「旅行会社指定券取扱システム」を、送信元システム（ＩＦ１１２）には「旅行会社指定券取扱システム」を、要求種別（ＩＦ１１３）には「検定照会」を設定する（Ｓ３１２５）。
【００２９】
図１６は、検定照会要求受信処理（Ｓ３１３）を説明するためのフロー図である。前記受信情報（ＩＦ５００）の受付番号（ＩＦ３１４）をキーとして、前記受付番号管理記憶部３３３を検索する（Ｓ３１３０）。前記受付番号管理記憶部３３３のシステム到着順位（フィールド３３３７）に前記受信情報（ＩＦ５００）のシステム到着通番（ＩＦ５４０）を設定する。また、前記受付番号管理記憶部３３３の列車単位到着順位（フィールド３３３８）に、前記受信情報（ＩＦ５００）の列車単位到着順（ＩＦ５５０）を設定する（Ｓ３１３１）。前記受付番号管理記憶部３３３を更新する（Ｓ３１３１）。
【００３０】
図１７は、旅行会社の指定券取扱システムを構成する予約変更支援部３２の動作を説明するためのフロー図である。旅行会社の指定券取扱システムにおいて各旅行会社から予約変更情報（ＩＦ３００）を受ける（Ｓ３２０）。これを受けて送信元判定部３２２は、前記受信情報（ＩＦ３００）の送信元システム（ＩＦ３１２）の判定を行う（Ｓ３２１）。送信元システム（ＩＦ３１２）が各旅行会社の指定券取扱システムからである場合、処理をＳ３２２に進める。送信元システム（ＩＦ３１２）が列車在庫管理システムからである場合、処理をＳ３２３に進める。Ｓ３２２終了後、編集した要求情報（ＩＦ４００）を列車在庫管理システムへ向けて送信する（Ｓ３２４）。
【００３１】
ここで、予約変更要求送信処理（Ｓ３２２）について詳細に説明する。予約変更情報（ＩＦ３００）の受付番号（ＩＦ３２０）をキーとして、受付番号管理記憶部３３３にアクセスする（Ｓ３２２０）。当該レコード３３３０の予約内容（フィールド３３３５）を予約変更要求情報（ＩＦ４００）の変更前列車情報（ＩＦ４２０）に設定する。前記予約変更情報（ＩＦ３００）の変更後列車情報（ＩＦ３３０）を予約変更要求情報（ＩＦ４００）の変更後列車情報（ＩＦ４３０）に設定する。当該レコード３３３０のシステム到着順位（フィールド３３３７）を予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）に設定する。また、通信ヘッダの送信先システム（ＩＦ４１１）に「列車在庫管理システム」を、送信元システム（ＩＦ４１２）に「旅行会社指定券取扱システム」を、要求種別（ＩＦ４１３）に「予約変更」を、受付番号（ＩＦ４１４）に前記受信予約変更情報（ＩＦ３００）の受付番号（ＩＦ３２０）を設定する（Ｓ３２２１）。
【００３２】
次に、予約変更要求受信処理（Ｓ３２３）について詳細に説明する。受付番号をキーとして、受付番号管理記憶部にアクセスする（Ｓ３２３０）。受信した回答情報（ＩＦ５００）の列車単位到着順位（ＩＦ５５０）を該当レコード（３３３０）の列車単位到着順位（フィールド３３３８）に設定する（Ｓ３２３１）。前記受付番号管理記憶部３３３を更新する（Ｓ３２３２）。
【００３３】
図１８は、列車在庫管理システムを構成するシステム到着順検定支援部４１の動作を説明するためのフロー図である。ネットワーク２を経由し送信されてくる、旅行会社の指定券取扱システム、列車在庫管理システムからの各種要求情報（ＩＦ３００またはＩＦ４００）を受ける（Ｓ４１１）。これを受けて送信元システム判定部４１２は、前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）を判定する（Ｓ４１２）。前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）が旅行会社指定券取扱システム（旅行会社の指定券取扱システム）であった場合は、処理をＳ４１４に進める。前記受信要求情報（ＩＦ３００またはＩＦ４００）の送信元システム（ＩＦ３１２またはＩＦ４１２）が鉄道会社指定券取扱システムであった場合は、処理フローを終了する（Ｓ４１３）。受信した各要求情報（ＩＦ３００またはＩＦ４００）の要求種別を検定する（Ｓ４１４）。要求種別が検定照会要求である場合、処理をＳ４１６に進める。要求種別が検定照会要求以外の場合は処理フローを終了する（Ｓ４１５）。
【００３４】
ここで、システム到着順決定部について詳細を説明する。システム到着順位決定部は、前記受信情報の要求種別が検定照会要求だった場合に実行される。システム到着順記憶部４１７にアクセスし、現在のシステム到着順位（フィールド４１６１）を取得する（Ｓ４１４０）。取得したシステム到着順位に１を加算する（Ｓ４１４１）。なお、本Ｓ４１４１で算出した値が、当該要求データのシステム到着順位となる。システム到着順記憶部４１７を更新する（Ｓ４１４２）。
【００３５】
図１９は、列車在庫管理システムを構成する作業指示支援部４２の動作を説明するためのフロー図である。要求内容判定部４２１は、ネットワークＩ／Ｆ部４２５を介して、システム到着順決定支援部４１から受信した旅行会社の指定券取扱システム、鉄道会社の指定券取扱システムからの要求情報（ＩＦ２００）を受ける（Ｓ４３０）。これを受けて、要求種別判定部４２２は、要求種別（ＩＦ２１３）を判定する（Ｓ４３１）。要求種別（ＩＦ２１３）が検定照会要求である場合、処理をＳ４３２に進める。要求種別が予約変更要求である場合、処理をＳ４３３に進める。要求種別が発売要求である場合、処理をＳ４３４に進める。要求種別により各処理が終了した後、処理結果を旅行会社の指定券取扱システム、鉄道会社の指定券取扱システムへ回答する（Ｓ４３５）。なお、鉄道会社の指定券取扱システムでは事前予約を受け付けていないため、発売要求のみ送信されてくる。本発明は検定照会要求と予約変更要求に適用されるため、以降の説明では発売処理（Ｓ４３４）に対する説明は省略する。
【００３６】
図２０は図１９のＳ４３２（検定照会処理）を説明するためのフロー図である。要求情報（ＩＦ２００）の列車名（ＩＦ２２０）を検索キーとして列車座席販売記憶情報部４３３にアクセスし、当該要求列車の販売可能座席数（フィールド４３３３）と発売済座席数（フィールド４３３４）を取得する。取得した販売可能座席数と発売済座席数から、当該要求列車の残座席数（販売可能座席数−発売済座席数＝残座席数）を算出する（Ｓ４３２０）。Ｓ４３２０で算出した残座席数が０（ゼロ）でなければ、Ｓ４３１２に処理を進める。残座席数が０（ゼロ）であれば、Ｓ４３２５へ処理を進める（Ｓ４３２１）。残座席数が０（ゼロ）でなければ、発売時、座席を確保できる可能性があると判断し、列車座席販売記憶情報部４３３の当該要求列車の発売済座席数（フィールド４３３４）を更新（１カウントアップ）する（Ｓ４３２２）。次に、列車座席販売記憶情報部４３３の当該要求列車の列車単位到着順位（フィールド４３３５）を更新する。列車単位到着順位（フィールド４３３５）は複数エントリ持っているが、発売可能座席数（フィールド４３３３）で設定されている値分のエントリが有効エントリとなる。Ｓ４３２２で算出した発売済座席数（フィールド４３３４）の値が、当該要求で更新する列車単位到着順位のエントリを示し、システム到着順決定支援部４１で算出した、当該要求のシステム到着順位を設定する（Ｓ４３２３）。処理した結果を送信元システムに回答するため、前記検定照会回答情報（ＩＦ５００）の（Ｂ）ＯＫパターンで情報を設定する（Ｓ４３２４）。なお、前記検定照会回答情報（ＩＦ５００）のシステム到着順位（ＩＦ５４０）には、システム到着順決定支援部４１で算出した、当該要求のシステム到着順位を設定する。また、前記検定照会回答情報（ＩＦ５００）の列車単位到着順位（ＩＦ５５０）には、Ｓ４３２２で算出した発売済座席数を設定する。一方、残座席数が０（ゼロ）であれば、発売時、要求列車が満席であり座席が確保できない可能性がありと判断し、その旨を送信元システムに回答するため、前記検定照会回答情報（ＩＦ５００）の（Ｃ）ＮＧパターンで情報を設定する（Ｓ４３２５）。
【００３７】
図２１は図１９のＳ４３３（予約順序入替処理）を説明するためのフロー図である。初めに変更前の列車に対する処理を行う。前記予約変更要求情報（ＩＦ４００）の列車名（ＩＦ４２０）をキーとして列車座席記憶情報部４３３にアクセスし、当該変更前列車の発売済座席数（フィールド４３３４）を１減算する（Ｓ４３３０）。次に、前記予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）から変更前列車における列車単位到着順位を特定し、当該要求以降の順位を繰り上げる（Ｓ４３３１）。続いて、変更後の列車に対する処理を行う。前記予約変更要求情報（ＩＦ４００）の変更後列車情報（ＩＦ４３０）の列車名をキーとして列車座席記憶情報部４３３にアクセスする。前記予約変更要求情報（ＩＦ４００）のシステム到着順位（ＩＦ４４０）から、列車単位到着順位の挿入先エントリを特定し、挿入先エントリ以降の順位を繰り下げる（Ｓ４３３２）。空いた列車単位到着順位の挿入先エントリに対して、当該要求のシステム到着順位を設定する（Ｓ４３３３）。処理結果を送信元システムに回答するために回答情報を作成し、処理フローを終了する（Ｓ４３３４）。
【００３８】
図２２では、図２１において説明した図１９のＳ４３３（予約順序入替処理）を実際のデータを元に説明する。ここでは、検定照会時のシステム到着順位が３である要求が、要求列車を「列車Ａ０１号」から「列車Ａ０３号」へ変更する際の動きを説明する。要求情報の変更前の列車名「列車Ａ０１号」をキーとして列車座席記憶情報部４３３にアクセスし、「列車Ａ０１号」の発売済座席数（フィールド４３３４）を１減算する（Ｓ４３３０）。Ｓ４３３０実行後、「列車Ａ０１号」の発売済座席数は「４」となる。次に、要求情報から変更前列車における列車単位到着順位を特定し、当該要求以降の順位を繰り上げる（Ｓ４３３１）。当該要求のシステム到着順位は「３」であるため、「列車Ａ０１号」の列車単位到着順位のエントリを検索し、列車単位到着順位が「３」であることを特定した。列車単位到着順位「４」と「５」に対する順位を繰り上げ、Ｓ４３３１実行後、列車単位到着順位が「３」に対するシステム到着順位は「７」、列車到着順位が「４」に対するシステム到着順位は「１０」となる。続いて、要求情報の変更後の列車名「列車Ａ０３号」をキーとして列車座席記憶情報部４３３にアクセスする。列車単位到着順位「１」に対するシステム到着順位が「４」であり、当該要求情報のシステム到着順位「３」より大きい為、「列車Ａ０３号」の列車単位到着順位の挿入先エントリを「１」に特定する。列車単位到着順位の挿入先エントリが「１」であるため、列車単位到着順位「１」〜「５」の順位を繰り下げる（Ｓ４３３２）。Ｓ４３２２実行後、「列車Ａ０３号」の列車単位到着順位が「２」に対するシステム到着順位が「４」、列車単位到着順位「３」に対するシステム到着順位が「５」…（以下、省略）となる。空いた列車単位到着順位の「１」エントリ目に対して、当該要求のシステム到着順位「３」と設定する（Ｓ４３３３）。
【００３９】
以上、本実施形態によれば、システムに予約した順番を保持し、予約対象の列車を変更しても、システムに予約した順番を考慮し、変更後の対象列車において予約順の入れ替えを行うことが出来る。
【００４０】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【符号の説明】
【００４１】
１ 列車在庫管理システム
２ ネットワーク
３ 旅行会社指定券取扱システム
８ 旅行会社の端末
３１ 検定照会支援部
３２ 予約変更支援部
３３ 受付番号管理ＤＢ装置
４１ システム到着順決定支援部
４２ 作業指示支援部
４３ 列車ＤＢ情報装置
【特許請求の範囲】
【請求項１】
指定券取扱サーバと列車在庫管理サーバとがネットワークを介して接続された、指定券の予約管理を行なう指定券予約システムであって、
前記指定券取扱サーバは、
前記列車在庫管理サーバに照会された順番を示すシステム到着順位情報を格納する受付番号管理記憶部と、
各旅行会社の端末から指定券予約情報の変更に関する情報を受信する要求情報受信部と、
前記変更に関する情報に含まれる列車番号に基づき前記受付番号管理記憶部を検索し、前記列車番号に対応する前記システム到着順位情報を抽出し、当該列車番号と当該システム到着順位情報とを備えた要求情報を前記列車在庫管理サーバに送信する要求情報送信部と、を備え、
前記列車在庫管理サーバは、
前記指定券取扱サーバから送信された前記要求情報を受信する要求情報受信部と、
前記要求情報に含まれる前記システム到着順位情報から列車単位到着順位を特定し、当該列車単位到着順位に基づき、変更後の列車についての順位を入れ換える予約変更処理部と、を備え、
ることを特徴とする指定券予約システム。
【請求項２】
請求項１に記載の指定券予約システムにおいて、
前記予約変更処理部は、前記システム到着順位を対応する列車毎に纏めることで当該列車毎の順位である列車単位到着順位を特定することを特徴とする指定券予約システム。
【請求項３】
請求項１又は２に記載の指定券予約システムにおいて、
前記システム到着順位情報は、前記指定券取扱サーバに接続された旅行会社の端末から受信した指定券予約情報を、予め決められた日時に前記列車在庫管理サーバに検定照会した際の順位であることを特徴とする指定券予約システム。
【請求項４】
指定券取扱サーバと列車在庫管理サーバとがネットワークを介して接続された、指定券の予約管理を行なう指定券予約システムにおける指定券予約方法であって、
前記指定券取扱サーバの受付番号管理記憶部により、前記列車在庫管理サーバに照会された順番を示すシステム到着順位情報を格納するステップと、
前記指定券取扱サーバの要求情報受信部により、各旅行会社の端末から指定券予約情報の変更に関する情報を受信するステップと、
前記指定券取扱サーバの要求情報送信部により、前記変更に関する情報に含まれる列車番号に基づき前記受付番号管理記憶部を検索し、前記列車番号に対応する前記システム到着順位情報を抽出し、当該列車番号と当該システム到着順位情報とを備えた要求情報を前記列車在庫管理サーバに送信するステップと、
前記列車在庫管理サーバの要求情報受信部により、前記指定券取扱サーバから送信された前記要求情報を受信するステップと、
前記列車在庫管理サーバの予約変更処理部により、前記要求情報に含まれる前記システム到着順位情報から列車単位到着順位を特定し、当該列車単位到着順位に基づき、変更後の列車についての順位を入れ換えるステップと、
を備えることを特徴とする指定券予約方法。
【請求項５】
請求項４に記載の指定券予約方法において、
前記予約変更処理部は、前記システム到着順位を対応する列車毎に纏めることで当該列車毎の順位である列車単位到着順位を特定することを特徴とする指定券予約方法。
【請求項６】
請求項４又は５に記載の指定券予約方法において、
前記システム到着順位情報は、前記指定券取扱サーバに接続された旅行会社の端末から受信した指定券予約情報を、予め決められた日時に前記列車在庫管理サーバに検定照会した際の順位であることを特徴とする指定券予約方法。
【請求項１】
指定券取扱サーバと列車在庫管理サーバとがネットワークを介して接続された、指定券の予約管理を行なう指定券予約システムであって、
前記指定券取扱サーバは、
前記列車在庫管理サーバに照会された順番を示すシステム到着順位情報を格納する受付番号管理記憶部と、
各旅行会社の端末から指定券予約情報の変更に関する情報を受信する要求情報受信部と、
前記変更に関する情報に含まれる列車番号に基づき前記受付番号管理記憶部を検索し、前記列車番号に対応する前記システム到着順位情報を抽出し、当該列車番号と当該システム到着順位情報とを備えた要求情報を前記列車在庫管理サーバに送信する要求情報送信部と、を備え、
前記列車在庫管理サーバは、
前記指定券取扱サーバから送信された前記要求情報を受信する要求情報受信部と、
前記要求情報に含まれる前記システム到着順位情報から列車単位到着順位を特定し、当該列車単位到着順位に基づき、変更後の列車についての順位を入れ換える予約変更処理部と、を備え、
ることを特徴とする指定券予約システム。
【請求項２】
請求項１に記載の指定券予約システムにおいて、
前記予約変更処理部は、前記システム到着順位を対応する列車毎に纏めることで当該列車毎の順位である列車単位到着順位を特定することを特徴とする指定券予約システム。
【請求項３】
請求項１又は２に記載の指定券予約システムにおいて、
前記システム到着順位情報は、前記指定券取扱サーバに接続された旅行会社の端末から受信した指定券予約情報を、予め決められた日時に前記列車在庫管理サーバに検定照会した際の順位であることを特徴とする指定券予約システム。
【請求項４】
指定券取扱サーバと列車在庫管理サーバとがネットワークを介して接続された、指定券の予約管理を行なう指定券予約システムにおける指定券予約方法であって、
前記指定券取扱サーバの受付番号管理記憶部により、前記列車在庫管理サーバに照会された順番を示すシステム到着順位情報を格納するステップと、
前記指定券取扱サーバの要求情報受信部により、各旅行会社の端末から指定券予約情報の変更に関する情報を受信するステップと、
前記指定券取扱サーバの要求情報送信部により、前記変更に関する情報に含まれる列車番号に基づき前記受付番号管理記憶部を検索し、前記列車番号に対応する前記システム到着順位情報を抽出し、当該列車番号と当該システム到着順位情報とを備えた要求情報を前記列車在庫管理サーバに送信するステップと、
前記列車在庫管理サーバの要求情報受信部により、前記指定券取扱サーバから送信された前記要求情報を受信するステップと、
前記列車在庫管理サーバの予約変更処理部により、前記要求情報に含まれる前記システム到着順位情報から列車単位到着順位を特定し、当該列車単位到着順位に基づき、変更後の列車についての順位を入れ換えるステップと、
を備えることを特徴とする指定券予約方法。
【請求項５】
請求項４に記載の指定券予約方法において、
前記予約変更処理部は、前記システム到着順位を対応する列車毎に纏めることで当該列車毎の順位である列車単位到着順位を特定することを特徴とする指定券予約方法。
【請求項６】
請求項４又は５に記載の指定券予約方法において、
前記システム到着順位情報は、前記指定券取扱サーバに接続された旅行会社の端末から受信した指定券予約情報を、予め決められた日時に前記列車在庫管理サーバに検定照会した際の順位であることを特徴とする指定券予約方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１１−１８６８６５（Ｐ２０１１−１８６８６５Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１０−５２４９５（Ｐ２０１０−５２４９５）
【出願日】平成２２年３月１０日（２０１０．３．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２２年３月１０日（２０１０．３．１０）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
[ Back to top ]