(57)【要約】【課題】座席指定の特急券を購入する、グループでの利用者が、各自別々の時間・場所・端末で、座席予約の要求処理を行った場合でも、隣接した座席を自動で割付する。【解決手段】端末から、乗車年月日、予約人数、予約区間を含む座席予約要求を受信し、前記要求内容、座席状態記憶部に格納されている座席状態情報および所定の座席割付規則に基づき、前記予約人数分の座席の割り当てと予約番号の割り当てを行い、前記割り当ての結果に基づき前記座席状態記憶部と予約情報記憶部の該当データを更新し、前記予約情報記憶部を参照して、発売処理実行順に隣接した座席が順番に割当てられるように、前記割り当てた各予約座席の発売順序を決定し、決定した発売順序を前記予約情報記憶部の該当予約情報と対応付けて格納する。【選択図】図６
2012141907.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末とネットワークを介して接続されたサーバにおける座席予約方法であって、
前記クライアント端末から、乗車年月日、予約人数、予約区間を含む座席予約要求を前記ネットワークを介して受信し、
前記要求内容、座席状態記憶部に格納されている座席状態情報および所定の座席割付規則に基づき、前記予約人数分の座席の割り当てと予約番号の割り当てを行い、
前記割り当ての結果に基づき前記座席状態記憶部と予約情報記憶部の該当データを更新し、
前記予約情報記憶部を参照して、発売処理実行順に隣接した座席が順番に割当てられるように、前記割り当てた各予約座席の発売順序を決定し、
前記決定した発売順序を前記予約情報記憶部の該当予約情報と対応付けて格納する、
ことを特徴とする座席予約方法。
【請求項２】
前記クライアント端末から、乗車区間を含む発売要求を前記ネットワークを介して受信し、前記乗車区間に対し、前記予約情報記憶部に格納されている予約座席の発売順序と、前記座席状態記憶部に格納されている前記座席状態情報に基づき、前記発売処理実行順に隣接した座席の座席番号を決定し、その結果を発売履歴記憶部に格納する、
ことを特徴とする請求項１に記載の座席予約方法。
【請求項３】
前記乗車区間に含まれなかった予約区間に対し、前記予約情報記憶部に格納されている予約座席の発売順序と、前記座席状態記憶部に格納されている前記座席状態情報に基づき、解約する座席の座席番号を決定し、その結果に基づき前記座席状態記憶部を更新する、
ことを特徴とする請求項２に記載の座席予約方法。
【請求項４】
コンピュータを制御して、請求項１乃至請求項３の何れか１項に記載の座席予約方法を実行するプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、座席指定の特急券をグループで購入する利用者に対する座席自動割付を実施する、座席予約方法およびプログラムに関する。
【背景技術】
【０００２】
従来、座席予約システムにおける座席割付の方法においては、利用者にとって、一般的により望ましいと考えられる座席を自動で確保する様々な方法が広く普及している。例えば、一人で乗車する利用者に対しては、なるべく隣の座席が空席となるように座席割付を行う技術や、団体客等の複数人で同時に乗車する利用者に対しては、近接した座席となるように座席割付を行う技術が既に普及している。さらに、自動割付では実現が困難な、より多様で詳細な利用者の要望（例えば、利用駅の出入口に近い場所の座席に座りたい等）に応えるため、利用者が直接、号車と座席の位置まで指定できる技術も既に普及している。
【０００３】
しかし、前記の技術は、個々の利用者対する座席割付時点での最適化を実現しようとするものであって、最終的な全体の座席割付結果が、個々の利用者とって、最も望ましい結果になっていることを目的とするものではない。乗車後の車内において、利用者にとってより望ましい座席が他にある場合も発生する。そのような場合に対応するために、利用者からの座席移動の申し出に対し、車掌が車掌用携帯端末を使用したオンラインのシステムにより、移動先の座席の予約状況を確認し、空席であれば、座席移動処理を実施する技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１６５７３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の座席予約システムでは、予約要求のトランザクション単位で座席割付を行っているため、同一グループの利用者であっても、乗車区間が異なる等の理由により、各自が別々の時間・場所・端末で予約要求を行った場合、システム上、同一グループと見なされず、それぞれ割付が行われ、決定される座席は離れた座席となってしまう。
【０００６】
グループの代表者が、グループ全員の乗車区間を予め把握し、駅窓口等で、各区間の空席状況を確認しながら、座席位置を直接指定する方法によって、グループ人数分、隣接した座席を予約しておくことも既存の技術で可能だが、発券された特急券を事前に各自に受渡しておかなければならず、利用者にとって不便である。また、このような方法は駅窓口係員の業務負荷増加や駅窓口の混雑に繋がる。
【０００７】
同一グループであるのに、結果的に離れた座席となってしまったグループ利用者は、上記特許文献１に記載の技術等により、乗車後の車内において、車掌に申告することで、もし隣接した座席に空席があれば、座席移動することができる場合もある。しかし、空席がなければ移動はできず、また、車掌の業務負荷の増加に繋がるという問題点がある。
【０００８】
本発明は、上記問題点に鑑みてなされたもので、同一グループであれば、別々に座席予約要求を行っても隣接した座席が自動で割付できる座席予約方法およびプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するための一手段を説明する。本発明は、クライアント端末とネットワークを介して接続されたサーバにおける座席予約方法である。そして、前記クライアント端末から、乗車年月日、予約人数、予約区間を含む座席予約要求を前記ネットワークを介して受信し、前記要求内容、座席状態記憶部に格納されている座席状態情報および所定の座席割付規則に基づき、前記予約人数分の座席の割り当てと予約番号の割り当てを行い、前記割り当ての結果に基づき前記座席状態記憶部と予約情報記憶部の該当データを更新し、前記予約情報記憶部を参照して、発売処理実行順に隣接した座席が順番に割当てられるように、前記割り当てた各予約座席の発売順序を決定し、決定した発売順序を前記予約情報記憶部の該当予約情報と対応付けて格納する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、同一グループであれば、別々に座席予約処理を行っても隣接した座席が自動で割付できる。
【図面の簡単な説明】
【００１１】
【図１】本システム１のネットワーク構成を示す図である。
【図２】本システム１における座席予約サーバ１１の概要を示す図である。
【図３】座席予約サーバ１１の予約受付テーブル２０７の構成例を示す図である。
【図４（ａ）】座席予約サーバ１１の座席状態テーブル２０８の構成例を示す図である。
【図４（ｂ）】同じく、座席予約サーバ１１の座席状態テーブル２０８の構成例を示す図である。
【図５】座席予約サーバ１１の発売履歴テーブル２０９の構成例を示す図である。
【図６】本システム１における座席予約サーバ１１とクライアント端末１２の処理シーケンスを示す図である。
【図７（ａ）】本システム１における予約受付処理の概要を示す図である。
【図７（ｂ）】同じく、本システム１における予約受付処理の概要を示す図である。
【図７（ｃ）】同じく、本システム１における予約受付処理の概要を示す図である。
【図８（ａ）】本システム１における予約発売処理の概要を示す図である。
【図８（ｂ）】同じく、本システム１における予約発売処理の概要を示す図である。
【図８（ｃ）】同じく、本システム１における予約発売処理の概要を示す図である。
【図８（ｄ）】同じく、本システム１における予約発売処理の概要を示す図である。
【図９】本システム１における予約解約処理の概要を示す図である。
【図１０】本システム１における予約座席の発売順決定の例を示す図である。
【図１１（ａ）】本システム１における予約発売処理時の座席決定の例を示す図である。
【図１１（ｂ）】同じく、本システム１における予約発売処理時の座席決定の例を示す図である。
【図１１（ｃ）】同じく、本システム１における予約発売処理時の座席決定の例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
（システム全体構成）
図１は、本発明を適用する本システム１の全体構成を示す図である。本システム１は、座席予約サーバ１１とクライアント端末１２がネットワーク１３に接続されて構成される。座席予約サーバ１１は、クライアント端末１２から要求された処理を行い回答する。クライアント端末には、駅係員用窓口端末、自動券売機等の駅務機器に加え、携帯電話等のユーザ端末を含む。
【００１３】
図２は、座席予約サーバ１１の概要を示す図である。座席予約サーバ１１は、記憶部２０１に、一般座席予約業務を行う既存プログラムに加え、予約受付機能２０４を有するプログラムと、予約発売機能２０５を有するプログラムと、予約解約機能２０６を有するプログラムとが格納されている。また、記憶部２０１には、予約情報を管理するための予約引受テーブル２０７と、座席状態を管理するための座席状態テーブル２０８と、発売履歴情報を管理するための発売履歴テーブル２０９とがさらに格納されている。また、座席予約サーバ１１はハードウェアとして、制御部２００とネットワークインタフェース部２０２を具備する。
【００１４】
図３は、予約引受テーブル２０７の構成例を示す図である。予約引受テーブル２０７は、座席予約サーバ１１が処理した一件毎の予約情報を格納している。乗車年月日３０１と予約番号３０２を主キーとしてレコードを識別する。列車番号３０３は、クライアント端末１２から要求された列車番号を格納する。予約人数３０４は、クライアント端末１２から要求された予約人数を格納する。発売済人数３０５は、予約発売処理が既に行われた人数をカウントした値を格納する。予約区間３０６は、乗車駅３０７と降車駅３０８とで構成され、乗車駅３０７は、クライアント端末１２からの予約要求情報に含まれる乗車駅の駅コードを格納し、降車駅３０８は、クライアント端末１２からの予約要求情報に含まれる降車駅の駅コードを格納する。予約座席（１）３０９は、座席番号３１０と発売順３１１から構成される。座席番号３１０は、予約割付された座席の座席番号を格納する（座席番号は列車内で通番として識別される）。発売順３１１は、発売要求の処理順に隣接した座席が割り当てられるように決定された、予約座席の中での発売順序を格納する。予約座席（２）３１２〜予約座席（ｎ）３１４は、所定の回数（一操作で許可する最大予約人数）だけ繰り返し、予約座席（１）３０９と同様に座席番号と発売順を格納する。
【００１５】
図４は、座席状態テーブル２０８の構成例を示す図である。座席状態テーブル２０８は、列車別・区間別の座席状態をステータスとして格納している。乗車年月日４０１と列車番号４０２を主キーとしてレコードを識別する。区間（１）４０３は、から４０４と、まで４０５と、座席番号（１）４０６〜座席番号（ｎ）４０７とによって構成される。から４０４は、その列車の最初の停車駅の駅コードを格納し、まで４０５は、その次の停車駅の駅コードを格納する。座席番号（１）は、その列車の区間（１）４０３における、最初の座席番号で識別される座席の座席状態をステータスとして格納する。ステータスとは、「空席」、「発売」、「予約」の３種類である。区間（２）４０８〜区間（ｎ）４１０は、列車の区関（区間とは停車駅からその次の停車駅までの間の区間のことを示す）の個数分だけ繰り返し、区間（１）４０３と同様に、座席の座席状態をステータスとして格納する。
【００１６】
図５は、発売履歴テーブル２０９の構成例を示す図である。発売履歴テーブル２０９は、座席予約サーバ１１が処理した一件毎の発売履歴情報を格納している。乗車年月日５０１と券番号５０２を主キーとしてレコードを識別する。列車番号５０３は、クライアント端末１２から要求された列車番号を格納する。乗車区間５０４は、乗車駅５０５と降車駅５０６とで構成され、乗車駅５０５は、クライアント端末１２からの発売要求に含まれる乗車駅の駅コードを格納し、降車駅５０６は、クライアント端末１２からの発売要求に含まれる降車駅の駅コードを格納する。指定座席＿区間（１）５０７は、から５０８と、まで５０９と、座席番号５１０とによって構成される。から５０８は、発売要求区間の中での最初の停車駅、すなわち乗車駅の駅コードを格納する。まで５０９は、発売要求区間の中での乗車駅の次の停車駅の駅コードを格納する。座席番号５１０は、発売要求区間の中での最初の区間（乗車駅からその次の停車駅までの間の区間）において割付られた座席の座席番号を格納する。指定座席＿区間（２）５１１〜指定座席＿区間（ｎ）５１３は、列車の区関の個数分だけ繰り返し、指定座席＿区間（１）５０７と同様に、各区間の始まりと終わりの停車駅の駅コードと、その区間において割付られた座席の座席番号を格納する。運賃料金情報５１４は、座席予約サーバ１１が計算し、クライアント端末１２に回答した、運賃および料金の金額を格納する。
（処理フロー）
図６は、本システムの処理シーケンス図である。まず、グループの代表者が、クライアント端末１２から予約要求情報入力Ｓ６０１を行う。座席予約サーバ１１にて、予約受付処理Ｓ６０２が行われ、クライアント端末１２に予約回答情報を回答する。クライアント端末１２では、予約回答情報の表示と予約券の発券Ｓ６０３を行う。その後、グループの構成員の１人目が、クライアント端末１２から発売要求情報入力Ｓ６０４を行う。座席予約サーバ１１にて、予約発売処理Ｓ６０５が行われ、クライアント端末１２に発売回答情報を回答する。クライアント端末１２では、発売回答情報の表示と特急券の発券Ｓ６０６を行う。続いて、グループの構成員の２人目が、同様に、クライアント端末１２から発売要求情報入力Ｓ６０７を行う。座席予約サーバ１１にて、予約発売処理Ｓ６０８が行われ、クライアント端末１２に発売回答情報を回答する。クライアント端末１２では、発売回答情報の表示と特急券の発券Ｓ６０９を行う。このＳ６０４からＳ６０９の処理を、グループの構成員全てがクライアント端末１２から行う。さらに、座席予約サーバ１１にて、所定の時刻に予約解約処理Ｓ６１０が起動し、もし所定の時刻までに発売要求を行わなかった構成員がいた場合は、未発売分を自動で解約する。
【００１７】
図７（ａ）と図７（ｂ）と図７（ｃ）は、座席予約サーバ１１にて行われる予約受付処理のフローチャート図である。まず、座席予約サーバ１１は、クライアント端末１２からの予約要求情報（乗車年月日、列車番号、予約人数、予約区間）を受信する（Ｓ７０１）。座席予約サーバ１１は、所定の割付規則（鉄道事業者毎に定める、予約人数分の隣接した空席を検索する規則）に従って、受信した予約要求情報を基に座席状態テーブル２０８を検索し、要求条件を満たし、かつステータスが「空席」である座席の座席番号を、予約座席の座席番号として決定する（Ｓ７０２）。座席予約サーバ１１は、予約要求情報の乗車年月日と列車番号をキーに座席状態テーブル２０８を検索し、予約区間に該当する全ての区間について、予約割付した座席番号のステータスを「空席」から「予約」に更新する（Ｓ７０３）。次に、座席予約サーバ１１は、予約番号の割当を行い、予約引受テーブル２０７にレコードを追加し、乗車年月日、予約番号、列車番号、予約人数、予約区間、予約座席の座席番号を格納し、発売済人数には０を格納する（Ｓ７０４）。
【００１８】
次に、座席予約サーバ１１は、発売順をカウントするカウンタＫに１を格納する（Ｓ７０５）。座席予約サーバ１１は、乗車年月日と予約番号をキーに予約引受テーブル２０７を検索し、発売順に値が未格納の予約座席の中に、隣り合う２席（通路を挟んで隣り合う２席はこの場合に含まない）が前後に連続（号車を跨いでの連続はこの場合に含まない）した４席があるか、座席番号の昇順に、座席番号の値から判定する（Ｓ７０６）。判定の結果、該当する４席がある場合、座席予約サーバ１１は、予約引受テーブル２０７の、該当する４席の予約座席の発売順に、「Ｋ」、「Ｋ＋１」、「Ｋ＋２」、「Ｋ＋３」の値を、それぞれ座席番号の昇順に格納し（Ｓ７０７）、カウンタＫに４を加算（Ｓ７０８）後、Ｓ７０６の判定に戻る。該当する４席がない場合、後述のＳ７０９を行う。
【００１９】
次に、座席予約サーバ１１は、予約引受テーブル２０７の検索レコード参照し、発売順に値が未格納の予約座席の中に、隣り合う２席（通路を挟んで隣り合う２席はこの場合に含まない）があるか、座席番号の昇順に、座席番号の値から判定する（Ｓ７０９）。判定の結果、該当する２席がある場合、座席予約サーバ１１は、予約引受テーブル２０７の、該当する２席の予約座席の発売順に、「Ｋ」、「Ｋ＋１」の値を、それぞれ座席番号の昇順に格納し（Ｓ７１０）、カウンタＫに２を加算（Ｓ７１１）後、Ｓ７０９の判定に戻る。該当する２席がない場合、後述のＳ７１２を行う。
【００２０】
次に、座席予約サーバ１１は、予約引受テーブル２０７の検索レコード参照し、発売順に値が未格納の予約座席があるか、座席番号の昇順に、判定する（Ｓ７１２）。判定の結果、該当する予約座席がある場合、座席予約サーバ１１は、予約引受テーブル２０７の、該当する予約座席の発売順に、「Ｋ」の値を格納し（Ｓ７１３）、カウンタＫに１を加算（Ｓ７１４）後、Ｓ７１２の判定に戻る。該当する予約座席がない場合、後述のＳ７１５を行う。Ｓ７０５〜Ｓ７１４の判定と処理とにより、予約座席の中での発売順序を決定することで、後述の予約発売処理の処理順に、隣り合った座席を順番に割当てていくことが可能になる。
【００２１】
最後に、座席予約サーバ１１は、予約回答情報（乗車年月日、予約番号、列車番号、予約人数、予約区間）を編集して、クライアント端末１２に送信する（Ｓ７１５）。
【００２２】
図８（ａ）と図８（ｂ）と図８（ｃ）と図８（ｄ）は、座席予約サーバ１１にて行われる予約発売処理のフローチャート図である。まず、座席予約サーバ１１は、クライアント端末１２からの発売要求情報（乗車年月日、列車番号、予約番号、乗車区間）を受信する（Ｓ８０１）。
【００２３】
次に、座席予約サーバ１１は、乗車年月日と予約番号をキーに予約引受テーブル２０７を検索し、発売要求情報と予約内容の整合性を確認する（Ｓ８０２）。整合性に問題がなかった場合、座席予約サーバ１１は、後述のＳ８０３を行う。整合性に問題があった場合、後述のＳ８２１を行う。Ｓ８０３では、座席予約サーバ１１は、券番号の割当を行い、発売履歴テーブル２０９にレコードを追加し、乗車年月日、券番号、列車番号、乗車区間を格納する。
【００２４】
次に、座席予約サーバ１１は、区間をカウントするカウンタＪに０を格納し初期化を行う（Ｓ８０４）。そして、座席予約サーバ１１は、カウンタＪに１を加算し（Ｓ８０５）、発売要求情報の乗車年月日と列車番号をキーに座席状態テーブル２０８を検索し、該当したレコードの区間（Ｊ）（Ｊは添え字）のからとまでに格納されている駅コードが、発売要求区間に含まれるか判定する（Ｓ８０６）。Ｓ８０６の判定の結果、発売要求区間に含まれる場合、後述のＳ８１２を行う。発売要求区間に含まれない場合、座席予約サーバ１１は、予約引受テーブル２０７を参照し、予約人数に格納されている値を、発売順を降順にカウントするカウンタＫに格納する（Ｓ８０７）。
【００２５】
次に、座席予約サーバ１１は、予約引受テーブル２０７を参照し、発売順にＫが格納されている予約座席の座席番号を取得する（Ｓ８０８）。そして、座席予約サーバ１１は、座席状態テーブル２０８を参照し、区間（Ｊ）における、Ｓ８０８で取得した座席番号の座席のステータスが「予約」であるか判定する（Ｓ８０９）。Ｓ８０９の判定の結果、ステータスが「予約」であった場合、後述のＳ８１０を行う。ステータスが「予約」以外であった場合、座席予約サーバ１１は、カウンタＫから１を減算し（Ｓ８１１）、Ｓ８０８に戻る。Ｓ８１０では、座席予約サーバ１１は、参照した座席状態テーブル２０８の、区間（Ｊ）における、Ｓ８０８で取得した座席番号の座席のステータスを「空席」に変更し、Ｓ８０５に戻る。Ｓ８０７〜Ｓ８１１の処理により、１人分発売されないことが確定した区間について、最も遅く発売要求を行ったグループ構成員に割当てられるはずであった予約座席を１つ自動解約し、このグループ以外の利用者に対して当該座席を取扱い可能とする。Ｓ８１２では、座席予約サーバ１１は、発売順を昇順にカウントするカウンタＫに０を設定し初期化を行う。次に、座席予約サーバ１１は、カウンタＫに１を加算し（Ｓ８１３）、予約引受テーブル２０７を参照し、発売順にＫが格納されている予約座席の座席番号を取得する（Ｓ８１４）。そして、座席予約サーバ１１は、座席状態テーブル２０８を参照し、区間（Ｊ）における、Ｓ８１４で取得した座席番号の座席のステータスが「予約」であるか判定する（Ｓ８１５）。Ｓ８１５の判定の結果、ステータスが「予約」であった場合、後述のＳ８１６を行う。ステータスが「予約」以外であった場合、Ｓ８１３に戻る。Ｓ８１６では、座席予約サーバ１１は、参照した座席状態テーブル２０８の、区間（Ｊ）における、Ｓ８１４で取得した座席番号の座席のステータスを「発売」に変更する。そして、座席予約サーバ１１は、Ｓ８０３で追加した発売履歴テーブル２０９のレコードの指定座席＿区間（Ｊ）における、座席番号に、Ｓ８１４で取得した座席番号を格納し、からとまでに、Ｓ８０６参照した座席状態テーブル２０８のレコードの区間（Ｊ）のからとまでの駅コードを格納する（Ｓ８１７）。続いて、座席予約サーバ１１は、予約引受テーブル２０７を参照し、区間（Ｊ）が予約区間の最後の区間であるか判定する（Ｓ８１８）。判定の結果、予約区間の最後の区間であった場合、後述のＳ８１９を行う。予約区間の最後の区間でなかった場合、Ｓ８０５に戻る。Ｓ８１９では、座席予約サーバ１１は、参照した予約引受テーブル２０７の発売済人数に格納された値に１を加算し更新する。そして、座席予約サーバ１１は、発売回答情報（乗車年月日、券番号、列車番号、乗車区間、区間毎の座席番号、運賃料金）を編集する（Ｓ８２０）か、もしくはエラー回答情報を編集し（Ｓ８２１）、クライアント端末に送信する（Ｓ８２２）。
【００２６】
図９は、座席予約サーバ１１にて行われる予約解約処理のフローチャート図である。座席予約サーバ１１は、各列車の発車時刻の所定時間前になると、Ｓ９０１を自動開始する。乗車年月日と列車番号をキーに、座席状態テーブル２０８を検索し、該当したレコードの各区間の座席のステータスを参照し、「予約」があれば全て「空席」に変更する。このＳ９０１により、発売要求を行わなかったグループの構成員がいた場合、未発売として残っていた予約座席が自動解約され、この処理時点以降、このグループ以外の利用者に対して当該座席を取扱可能とする。
【００２７】
図１０は、前記予約受付処理に基づいた、予約座席の発売順の決定の例を示す図である。座席予約サーバ１１が、１００１のように、予約人数８人の場合の予約座席の座席割付を行ったと仮定する。ここで、連番の数字は座席番号を示す。この時、座席予約サーバ１１が前記予約受付処理のＳ７０５〜Ｓ７１４の処理を行った場合、１００２のように、まず、座席番号005、006、009、010が連続した４席として、発売順(1)〜(4)が座席番号の昇順に決定する。次に、他に連続した４席はないので、座席番号013、014が連続した２席として、発売順(5)〜(6)が座席番号の昇順に決定する。次に、他に連続した２席はないので、座席番号001と017の発売順が、それぞれ、発売順(7)〜(8)に決定する。
【００２８】
図１１（ａ）と図１１（ｂ）と図１１（ｃ）は、前記予約発売処理に基づいた、グループ構成員各自の区間毎の座席決定の例を示す図である。構成員の１人目が乗車区間Ａ〜Ｅで発売要求を行った場合、座席予約サーバ１１は、前記予約発売処理を行い、予約座席の発売順に基づいて、全ての区間において、構成員の１人目の座席として、座席番号005を決定する（１１０１〜１１０４）。次に、構成員の２人目が乗車区間Ｂ〜Ｅで発売要求を行った場合、座席予約サーバ１１は、前記予約発売処理を行い、予約座席の発売順に基づいて、区間Ｂ〜Ｃ、Ｃ〜Ｄ、Ｄ〜Ｅにおいて、構成員の２人目の座席として、座席番号006を決定し（１１０６〜１１０８）、発売要求区間に該当しない区間Ａ〜Ｂにおいては、発売順の最も低い座席番号017の予約を解約し空席に変更する（１１０５）。続いて、構成員の３人目が乗車区間Ａ〜Ｄで発売要求を行った場合、座席予約サーバ１１は、前記予約発売処理を行い、予約座席の発売順に基づいて、区間Ａ〜Ｂにおいて、構成員の３人目の座席として、座席番号006を決定し（１１０９）、区間Ｂ〜Ｃ、Ｃ〜Ｄにおいて、構成員の３人目の座席として、座席番号009を決定し（１１１０〜１１１１）、発売要求区間に該当しない区間Ｃ〜Ｄにおいては、発売順の最も低い座席番号017の予約を解約し空席に変更する（１１１２）。
【符号の説明】
【００２９】
１１・・・座席予約サーバ、１２・・・クライアント端末、１３・・・ネットワーク、２００・・・制御部、２０１・・・記憶部、２０２・・・ネットワークインタフェース部。
【図１】
2012141907.tif 000003
【図２】
2012141907.tif 000004
【図３】
2012141907.tif 000005
【図４（ａ）】
2012141907.tif 000006
【図４（ｂ）】
2012141907.tif 000007
【図５】
2012141907.tif 000008
【図６】
2012141907.tif 000009
【図７（ａ）】
2012141907.tif 000010
【図７（ｂ）】
2012141907.tif 000011
【図７（ｃ）】
2012141907.tif 000012
【図８（ａ）】
2012141907.tif 000013
【図８（ｂ）】
2012141907.tif 000014
【図８（ｃ）】
2012141907.tif 000015
【図８（ｄ）】
2012141907.tif 000016
【図９】
2012141907.tif 000017
【図１０】
2012141907.tif 000018
【図１１（ａ）】
2012141907.tif 000019
【図１１（ｂ）】
2012141907.tif 000020
【図１１（ｃ）】
2012141907.tif 000021