(57)【要約】【課題】電車などの乗り物において、指定席の座席予約を行なうシステムは広く知られている。しかし公知技術では、乗客の希望する条件、例えば窓側座席などは考慮しているが、列車内での最適化は行なっていない。各座席は乗客が降車する度に、順次空席になるため、列車内で空席がバラバラに発生してしまう。【解決手段】空席がかたまって発生すれば、その座席を空席になった後の途中駅から再販売する際に、まとまって販売できるため、本願発明では、利用者が指定席を予約する際に同じ降車駅の人たちをできるだけ同じ号車に固めることを行う。降車駅毎の号車は過去データを使用してどの号車をどの降車駅に割り振るかを設定する。【選択図】図１
2013069085.tif 000002
【特許請求の範囲】
【請求項１】
乗客の降車駅情報に基づき座席の配置を行なう座席集約方法であって、
前記乗客が乗車する列車の発車日時の情報と、降車駅情報と、を受信するステップと、
前記受信した日時における過去の乗客の人数を記憶装置から抽出するステップと、
前記抽出した人数と、前記乗客が乗車する列車の一車両あたりの乗車定員数と、から当該人数を配置する車両の数を特定するステップと、
前記特定した数の車両に前記降車駅で降車する乗客用の座席として設定するステップと、
を備えることを特徴とする座席集約方法。
【請求項２】
請求項１に記載の座席集約方法において、
前記設定するステップでは、前記特定した数に、更に所定の数の予備席を追加して、前記降車駅で降車する乗客用の座席を設定することを特徴とする座席集約方法。
【請求項３】
請求項２に記載の座席集約方法において、
前記所定の数は、前記抽出した過去の乗客の人数のばらつき度合いに応じて設定される数であることを特徴とする座席集約方法。
【請求項４】
請求項３に記載の座席集約方法において、
前記予備席の予約が埋まった場合は、降車駅毎の座席集約を行なわないことを特徴とする座席集約方法。
【請求項５】
乗客の降車駅情報に基づき座席の配置を行なう座席集約サーバであって、
前記乗客が乗車する列車の発車日時の情報と、降車駅情報と、を受信する受信部と、
前記受信した日時における過去の乗客の人数を記憶装置から抽出する号車算出部と、
前記抽出した人数と、前記乗客が乗車する列車の一車両あたりの乗車定員数と、から当該人数を配置する車両の数を特定し、当該特定した数の車両に前記降車駅で降車する乗客用の座席として設定する予備席処理部と、
を備えることを特徴とする座席集約サーバ。
【請求項６】
請求項５に記載の座席集約サーバにおいて、
前記予備席処理部は、前記特定した数に、更に所定の数の予備席を追加して、前記降車駅で降車する乗客用の座席を設定することを特徴とする座席集約サーバ。
【請求項７】
請求項６に記載の座席集約サーバにおいて、
前記所定の数は、前記抽出した過去の乗客の人数のばらつき度合いに応じて設定される数であることを特徴とする座席集約サーバ。
【請求項８】
請求項７に記載の座席集約サーバにおいて、
前記予備席処理部は、前記予備席の予約が埋まった場合は、降車駅毎の座席集約を行なわないことを特徴とする座席集約サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
席予約振り分けに関する技術。特に列車の指定席予約時に同じ降車駅の利用者を集約する技術である。
【背景技術】
【０００２】
電車などの乗り物において、指定席の座席予約を行なうシステムは広く知られている。座席予約の際に、乗客の希望する指定席を予約する技術として特許文献１がある。この文献では、利用者の予約を希望する座席数を入力する発券機と、該発券機と接続され、前記複数の座席番号対応の予約状況を格納する座席予約ファイル及び前記発券機からの指示により利用者の希望する座席の検索を行うホストコンピュータとを備える座席割り付けシステムにおいて、発券機が、ホストコンピュータの検索による利用者の希望した数の連続した座席予約が不可のとき、予約する座席を分散して予約して良いか否かの確認メッセージを表示し、利用者の希望に応じた座席の確保を行うことが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平11-306260号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１では、乗客の希望する条件、例えば窓側座席などは考慮しているが、列車内での最適化は行なっていない。各座席は乗客が降車する度に、順次空席になるため、列車内で空席がバラバラに発生してしまう。
【課題を解決するための手段】
【０００５】
空席がかたまって発生すれば、その座席を空席になった後の途中駅から再販売する際に、まとまって販売できるため、本願発明では、利用者が指定席を予約する際に同じ降車駅の人たちをできるだけ同じ号車に固めることを行う。降車駅毎の号車は過去データを使用してどの号車をどの降車駅に割り振るかを設定する。
【０００６】
追加的な構成として、各号車には予備席を用意しその予備席を使用し過去データとの降車駅毎の乗客数の違いを調整しても良い。
【発明の効果】
【０００７】
本発明によれば、同じ行き先を固めた号車を作ることで、乗客の降車後のまとまった空席を発生させることができる。それにより、再販売することで席の使用の効率化を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態における目的地別乗客の席集約システムのハードウエア構成図
【図２】目的地別号車振り分け処理におけるフローチャート
【図３】予約受付時の席の振り分け処理におけるフローチャート
【図４】各車輌の座席情報を保持するためのテーブル
【図５】席の予約をどのユーザが行ったのかを保持するテーブル
【図６】カレンダーの情報を保持するテーブル
【図７】車輌に発車コード、予備席などの情報を保持するテーブル
【図８】発車コードや予備席の割合等を保持するテーブル
【発明を実施するための形態】
【実施例１】
【０００９】
以下、図面を用いて本発明に関する実施の形態を説明する。
【００１０】
図１に、本発明の実施の形態におけるシステム構成図を示す。各コンピュータ（指定席販売サーバ101、ＰＣ/携帯電話108、係員操作端末109、発売用端末110）は、ネットワークを介して接続されている。また、各コンピュータは、メモリ、ハードディスクを含む記憶装置、ＣＰＵなどの処理装置を有し、記憶装置に格納されたプログラムに従って処理装置が情報処理を実行するものである。
【００１１】
図１において指定席販売サーバ１０１は指定席の販売や販売後の席管理を行うための処理を実行するサーバである。その指定席販売サーバサーバ１０１内において
１０２はＰＣや携帯電話などからインターネットを通した予約を受け付けるためのＷＥＢ受付部である。１０３は指定席の販売処理を行うための販売処理部である。また、１０４は決められた関数やデータに基づいて、各列車毎の目的地別の号車数を算出し、どの降車駅をどの号車に割り振るかを決定するための号車算出部である。１０５は決められた関数やデータに基づき各号車への予備席を配置する予備席処理部である。また指定したアルゴリズムに基づき予備席の開放処理も行う。
【００１２】
次に１０６は過去の乗車情報を格納する乗車テーブル等の情報を管理するためのＤＢ管理部であり、データベース１０７に情報が格納されている。販売処理部１０３での販売処理や号車算出部１０４の号車算出や予備席算出部１０５の予備席算出の際にＤＢ管理部１０６を介してデータベース１０７からデータを取り出し使用する。
【００１３】
また、１０９は鉄道会社の係員等が顧客の要求に応じて列車の予約、発売を行うことや、鉄道の運行情報等を入力するための入力手段である。入力手段１０９から入力されたデータはデータベース１０７に格納され、販売処理部１０３、号車算出部１０４や予備席算出部１０５にて使用する。
【００１４】
１１０は、顧客が係員を通さずに直接操作して列車の予約、発売を行うための入力手段である。
【００１５】
１１１は、１０１と１０８〜１１０を結ぶネットワーク回線である。
【００１６】
次に、使用するデータテーブルについて図４〜図１０を用いて説明する。
【００１７】
図４は列車の各車輌の座席情報を保持する車輌情報テーブル４００である。４０１の車輌管理コードは車輌の情報を一意に管理するコードである。４０２の座席形式には何列席で構成されているかの情報が格納されている。４０３の号車名は何号車に使われているかの情報が格納されている。４０４の座席番号では座席番号が格納されている。
４０２では４列席なら「１」が、５列席ならば「２」が格納される。
【００１８】
図５は、予約情報テーブル５００である。どのユーザーがどの席を予約したかについての情報が格納されている。５０１の予約番号は予約情報としての一意な番号である。５０２の氏名は予約したユーザ名を格納する。５０３の予約日は予約された日を格納する。５０４の人数は予約時に何人予約されたかを格納する。５０５の座席はユーザが予約した座席番号を格納する。５０６の車輌管理コードは車輌の情報を一意に管理するコードである。５０７の発車日は予約した列車の発車日である。５０８の発車時刻は予約した列車の発車時刻である。
【００１９】
図６はカレンダー情報テーブル６００でありこのテーブルは各発車日の半年前にデータが設定されているテーブルである。６０１には発車日が、６０２にはその日付の曜日が、６０３にはその日付が繁忙期か、６０４にはその日付が休日か、６０５にはその日が何週目にあたるのかという設定情報を格納してある。
６０３では「０」の場合は繁忙期ではなく、「１」の場合繁忙期に該当するということになる。６０４では「０」の場合は休日ではなく、「１」の場合休日に該当するということになる。
【００２０】
図７は降車別号車テーブル７００であり降車駅の指定や予備席の管理などを行う。７０１には発車日が、７０２には発車時刻が格納されている。７０３の発車コードは１度に発車する列車ごとについて設定され、同じ列車ならば他の号車も同じ発車コードとなる。７０４の車輌管理コードは車輌の情報を一意に管理するコードである。７０５の予備席数は２１２によって設定される。
【００２１】
予備席は３０４において開放されるごとに値は減少する。
７０６の１度毎の予備席開放数は３０５，３０９の予備席開放において設定された数を使用する。発車コード作成時に値は設定される。７０７の予備席フラグは、予備席の有無を示している。７０８の使用種別では４０４の座席番号に対応して、空席、予約済み、予備席のいずれかの情報が格納されどのような使われ方をしているかを示す。７０９の目的地種別では４０４の座席番号に対応してどの降車駅用の席なのかの情報を格納している。
７０７は初期値として「NULL」が格納されており２１２、においてフラグが立つと「１」が格納される。
【００２２】
７０８において空席は「０」が、予約済みは「１」が、予備席は「２」が格納される。初期値は「０」が格納される。７０９においてその他「０」、名古屋駅行き「１」、京都駅行き「２」、大阪駅行き「３」、広島駅行き「３」、全目的地「４」等など目的地ごとに値が設定される。初期値は「０」が格納されている。
【００２３】
図８は発車コード別テーブル８００であり発車コードの情報が格納されている。８０１には発車日が、８０２には発車時刻が格納されている。８０３の発車コードは１度に発車する列車ごとについて設定される。８０４の予備席の割合は％で設定し２１２で使用される。値は発車コードが作成された時に設定される。８０５の定員は１つの車両の定員数である。
８０４の初期値には２０が設定されている。
【００２４】
次に本実施の形態の処理内容である図２、図３のフローチャートについて説明する。
【００２５】
図２は過去の列車の予約情報を集計し、テーブル７００の予備席数、目的地種別を作成するまでの処理内容を示すフローチャートである。
【００２６】
本実施例として降車別号車テーブル７００の「１度毎の予備席開放数」を「１０」、発車コード別テーブル８００の「予備席の割合」を「２０」と設定された場合の説明を行う。
【００２７】
Ｓ２０１において、、発車日「２０１１年１月１日」、発車時刻「７：００」が入力された際、カレンダー情報テーブル６００から「繁忙期」、「休日」について取得しＳ２０２へ進む。処理は１０４，１０６で行う。
【００２８】
Ｓ２０２において繁忙期か休日フラグのどちらかが対象の発車日と過去日で同じようにフラグが立っている条件を満たしているかチェックを行う。処理は１０４行う。
【００２９】
満たしていない場合はＳ２０３へ、満たしたときはＳ２０４へ進む。
本実施例において「２０１１年１月１日」の繁忙期もしくは休日フラグが１年前の日付「２０１０年１月１日」の繁忙期もしくは休日フラグと同じかチェックを行う。繁忙期か休日フラグのどちらかが対象日、過去日とも「１」ならばＳ２０４へ。繁忙期と休日フラグが対象日、過去日とも全て「０」のときもＳ２０４へ進む。そうでない場合はＳ２０３へ進む。
【００３０】
Ｓ２０３において発車月の１年前の月と発車日の曜日と週をキーに過去の発車日を６００カレンダー情報テーブルから算出する。算出できない場合はキーとした週を変更する。変更としては対象週の１週前を選択する。計算時に週の値が「０」の場合は１ヶ月前の月の最終週を選択する。週は１〜５までであり週のキーを「５」としたとき算出されなければ１週前の「４」をキーに算出する。過去日を算出しＳ２０４へ進む。
本実施例において対象日を「２０１１年１月１日」としたときにカレンダー情報テーブル６００を使用し２０１１年の１年前の２０１０の「１月」、曜日「月」、週「１」をキーに過去の発車日の２００９年「１２月」、「最終週」の日付を算出する。処理は１０４、１０６で行う。
【００３１】
Ｓ２０４において、Ｓ２０２もしくはＳ２０３で算出した過去日を確定する。
【００３２】
Ｓ２０５において、決定した過去日に指定されている発車時刻と同じ列車があるかをチェックし同じ時間があればその時間を取得しＳ２０７へ、無ければＳ２０６へ。処理は１０４，１０６で行う。
【００３３】
Ｓ２０６において決定した過去日において対象発車時刻に一番近い発車時刻を算出しＳ２０７へ進む。処理は１０４，１０６で行う。
【００３４】
Ｓ２０７においてＳ２０５、もしくはＳ２０６において算出した時刻を発車時刻として確定しＳ２０８へ進む。処理は１０４で行う。
【００３５】
Ｓ２０８においてＳ２０４とＳ２０７で決定した過去の発車日、発車時刻から号車振り分けの参考とする列車を決定しＳ２０９へ進む。処理は１０４で行う。
【００３６】
Ｓ２０９においては号車の定員を発車コード別テ−ブル８００の「定員」から取得しＳ２１０へ進む。処理は１０５，１０６で行う。
【００３７】
Ｓ２１０においてはＳ２０８で決定した過去の列車から降車駅別の人数を予約情報テーブル５００から取得する。取得した降車駅別の人数を１つの号車の定員で割り計算した値の小数点以下は切り捨てＳ２１１へ進む。
本実施例において名古屋駅に３２０人、大阪駅に１００人、広島駅に９０人降車したとする。１車輌の定員が１００人とするとき名古屋駅行きの値は３、大阪駅行きには１、広島駅行きは０となる。処理は１０５，１０６で行う。
【００３８】
Ｓ２１１においてはＳ２１０で計算された降車駅毎の値の多い駅から先頭車両から順に号車を振り分けていき、降車別号車テーブル７００の「目的地種別」に対応する駅名の値を格納しＳ２１２へ進む。降車駅が設定されていない号車には降車駅を「その他」として降車別号車テーブル７００の「目的地種別」に格納する。２１０で計算された降車駅毎の値が同じ場合は降車人数が多い降車駅を先頭車両寄りに配置する。
本実施例において名古屋駅行きが３車輌、大阪駅行きが１車輌とする。振り分ける号車数の多い名古屋駅行きが先頭３車輌、大阪駅行きが４車輌目となる。それ以外の車輌は上記で振り分けた降車駅以外の他の駅行きとする「その他」用車輌となる。処理は１０５，１０６で行う。なお、上記説明では、４車輌目に大阪駅行きを割当たが、この名古屋駅行きと大阪駅行きの間に「その他」用の車両を配置してもよい。例えば、名古屋行の過去の降車人数の変動が激しい場合、その過去情報の信用度は下がる。つまり、その予想を超えて降車が発生する可能性がある。そのため、変動が激しい場合は、名古屋駅行きと大阪駅行きの間に「その他」用の車両を配置し、名古屋駅で降車する乗客が増えたとしても連続した車両で乗客を乗車させうことができる。また、この「その他」用の車両の数は、この変動の激しさに応答する値であっても良い（変動が激しければより多くその他用の車両を用意する）。なお、この激しさ（ばらつき）を評価する方法としては、降車数を統計的に処理して標準偏差を用いてばらつきを判定してもよい。
【００３９】
Ｓ２１２において各号車に予備席を設定し終了する。予備席の割合「２０」としているので各号車の後ろ２０％を予備席として設定する。また降車駅ごとの車輌がある場合はその降車駅ごとに２０％分の席を予備席に振り分ける。１車輌以上予備席が必要な場合は複数の車輌にまたがるとする。降車駅毎に振り分けた最後尾の号車の、後ろの席から予備席として設定し「発車コード」、「車輌管理コード」をキーにしたレコードに対して降車駅別テーブル７００の「予備席数」に値を格納する。予備席に確定した席に対して降車駅別テーブル７００「使用種別」に「２」を格納する。また予備席数が０の号車に対して降車駅別テーブル７００の「予備席フラグ」に「１」を格納する。
本実施例において「名古屋」行きが３車輌、「大阪」行き1車輌、「その他」が２車輌あるとすると３車輌目の後ろから６０％を予備席として、４両目の後ろから２０％を予備席、６両目の後ろ４０％を予備席として設定する。また予備席には降車駅別テーブル７００「使用種別」に「２」を格納し、予備席が無い号車に対して降車駅別テーブル７００「予備席フラグ」を立てておく。処理は１０４，１０６で行う。
【００４０】
図３に、予約席を設定するためのフローチャートを示す。
【００４１】
まずＳ３０１において降車駅、乗車日、発車時刻、予約人数等を受け付けＳ３０２へ進む。端末としては、PC/携帯電話１０８、係員操作端末１０９、発売用端末１１０から受け付ける。
【００４２】
受け付ける際の列車は降車別号車テーブル８００の発車コードごとに表示される。
本実施例において発車コード「１」を指定、１度毎の予備席開放数を「１０」と設定されているとして操作する。処理は１０２，１０３で行う。
【００４３】
Ｓ３０２においてＳ３０１で入力した降車駅と対応した号車を検索し、席を予約できるかの処理をする。入力した降車駅と目的地種別と対応した値が降車駅別テーブル７００「目的地種別」にあるかを調べる。該当する号車の降車駅別テーブル７００「車輌管理コード」の小さい値の車両から席があるかをチェックする。指定された人数が隣接して座れるかを降車別号車テーブル７００「使用種別」が「０」、降車駅と対応した「目的地種別」を条件に号車の先頭からチェックを行う。チェックを行い席がある場合はその席の座席番号を取得する。入力した降車駅が降車駅別に号車を割り振られてなく降車駅別テーブル７００「目的地種別」に対応する号車が無い場合は、降車駅別テーブル７００「目的地種別」に「その他」の値が入っていてなおかつ「使用種別」が「０」である席が指定する人数が隣接して座れるかをチェックする。席を探す号車の優先度は降車駅別テーブル７００「車輌管理コード」の小さい値の号車の先頭からチェックする。チェックを行い席がある場合はその席の座席番号を取得しＳ３０７、席が無い場合はＳ３０３へ進む。
本実施例において、「名古屋」を降車駅とした場合「名古屋」降車用の車両に予約可能な席が無いかをチェックする。「名古屋」降車用の車両が３両あったとしたとき、１両目から選択した条件で座れるかのチェックを行う。指定の人数が複数ならば号車の先頭から隣接して座れる席を探す。席がある場合はその席の座席番号を取得する。処理は１０３，１０６で行う。
【００４４】
Ｓ３０３においてＳ３０１で指定された発車コードの全号車において７００の予備席無しフラグが立っているかをチェックする。全ての号車で立っている場合はＳ３１０へへ、１つでも立っていない場合はＳ３０４へ進む。処理は１０３，１０６で行う。
【００４５】
Ｓ３０４においてＳ３０１で指定した降車駅別テーブル７００「発車コード」、「降車駅」に対応する降車駅別テーブル７００「目的地種別」の２つの条件に該当する号車を算出する。算出した号車の全てにおいて降車駅別テーブル７００「フラグ予備席」が立っていればＳ３０５へ進む。降車駅別テーブル７００「フラグ予備席」が立っていない号車がある場合は、該当号車を算出しＳ３０９へ進む。
本実施例において、「名古屋」行きであり空席が少なく予備席を開放する必要があるとする。名古屋行きの１〜３号車において３号車のみに予備席が残り１０席あるとし、その３号車を選択し、Ｓ３０９へ進む処理は１０３，１０６で行う。
【００４６】
Ｓ３０５において「降車駅」が別の車輌の予備席を選択する。予備席を選択する別の車輌の選択基準として、降車駅毎の予備席数の合計を降車駅毎の空席数で割り、１番値の小さい降車駅毎の号車の予備席を選択する。算出した値が同じ場合は、降車駅別テーブル７００「車輌管理コード」が１番小さい車輌の予備席を選択する。選択する予備席は先頭に近い席を優先する。選択した予備席に隣接でできるように予約席を選択しＳ３０６へ進む。処理は１０３，１０６で行う。
本実施例において「名古屋」行きの号車の予備席が埋まったとする。予備席が存在する降車駅が指定されている号車として「大阪」行き、それ以外に「その他」の号車がある。「大阪」行きの予備席数が２０、空席数が３０、「その他」予備席数２０、空席数が２０とあったときに「大阪」行きは２０÷３０＝０．６６、「その他」は２０÷２０＝１。このとき値の小さい「大阪」行きの予備席の選択を行う。処理は１０３，１０６で行う。
【００４７】
Ｓ３０６において選択した予備席を開放すること、席を割り当てること、予備席の情報の書き換えを行いＳ３０７へ進む。選択した予備席は、Ｓ３０１で指定された降車駅の情報を降車別号車情報テーブル７００「目的地種別」へ、「使用種別」に「０」を格納し普通の席への開放を行う。Ｓ３０５，Ｓ３０９で決定された予約席を割り振ったことを示すため降車別号車情報テーブル７００「使用種別」に「１」を格納する。予備席を開放したときに７００「予備席数」を７００「１度毎の予備席開放数」の値だけ減少させるが、号車の予備席が０になったときに降車駅別テーブル７００「予備席フラグ」を開放した号車に立てる。席予約した結果を予約情報テーブル５００に「予約番号」、「氏名」、「予約日」、「人数」、「座席」、「車輌管理コード」、「発車日」、「発車時間」に格納し終了する。
本実施例において降車駅が「名古屋」行きであり「名古屋」行きの車輌に予備席を含め席が無く、「大阪」行き号車にあった予備席を開放したときである。開放した予備席に降車別号車情報テーブル７００「目的地種別」に「１」を、「使用種別」に「０」を格納する。このとき開放した予備席は「名古屋」行きとして使用する。予約席として使用する席には降車別号車情報テーブル７００「使用種別」に「１」を格納する。席が予約された結果について予約情報テーブル５００に「予約番号」、「氏名」、「予約日」、「人数」、「座席」、「車輌管理コード」、「発車日」、「発車時間」を格納する。処理は１０３，１０６で行う。
【００４８】
Ｓ３０７において、Ｓ３０１において指定された「発車コード」をキーに降車車駅別テーブル７００「予備席フラグ」が全て「１」ならばＳ３０８へ、そうでなければ処理を終了する。処理は１０３，１０６で行う。
【００４９】
Ｓ３０８において予備席が全て開放されたタイミングで降車駅ごとに乗客を割り振る処理をしないようにし処理を終了する。Ｓ３０１において指定された「発車コード」をキーに「車輌管理コード」を算出する。算出した「車輌管理コード」をキーに該当する降車別号車テーブル７００「目的地種別」をすべて「全目的地」に変更する。処理は１０３，１０６で行う。
【００５０】
Ｓ３０９において予備席を選択する。Ｓ３０４で算出した該当号車で降車駅別テーブル７００「車輌管理コード」の小さい値の車両から降車駅別テーブ７００「１度毎の予備席開放数」の値の数だけ予備席を選択する。選択する予備席は先頭に近い席を優先する。選択した予備席に隣接でできるように予約席を選択しＳ３０６へ進む。処理は１０３，１０６で行う。
【００５１】
Ｓ３１０において予約可能な席があるかを全号車に対してチェックを行う。予約可能であればＳ３１１へ、不可能であれば終了する。処理は１０３，１０６で行う。
一例としてはＳ３０８の処理後に席の目的地種別が「全目的地」になっているさいの予約において使用される処理である。処理は１０３，１０６で行う。
【００５２】
Ｓ３１１においてＳ３０２でチェックをした席を予約する。該当する乗車日、乗車時刻、号車、座席番号をキーに降車別号車テーブル７００「使用種別」を予約済みへ変更する。また予約情報テーブル５００に「予約番号」、「氏名」、「予約日」、「人数」、「座席」、「車輌管理コード」、「発車日」、「発車時間」を格納し処理を終了する。処理は１０３，１０６で行う。
【符号の説明】
【００５３】
１０１  指定席販売サーバ
１０２  ＷＥＢ受付部
１０３  販売処理部
１０４  号車算出部
１０５  予備席処理部
１０６  ＤＢ管理部
１０７  データベース
１０８  ＰＣ／携帯電話
１０９  係員操作端末
１１０  発売用端末
【図１】
2013069085.tif 000003
【図２】
2013069085.tif 000004
【図３】
2013069085.tif 000005
【図４】
2013069085.tif 000006
【図５】
2013069085.tif 000007
【図６】
2013069085.tif 000008
【図７】
2013069085.tif 000009
【図８】
2013069085.tif 000010