(57)【要約】【課題】指定席の混雑状況に応じた自由席から指定席への振替サービスを提供可能とする。【解決手段】利用予定である列車名とその利用日時および利用区間のデータを含む利用者情報を取得し利用者情報テーブルに格納する利用者情報取得手段１１０と、利用者情報を所定間隔で読み出して空席状況問合わせを予約管理装置に対し送信する状況問合わせ手段１１１と、予約管理装置から空席状況データを受信し利用者情報に対応付けて空席テーブルに格納する指定席空席状況取得手段１１２と、指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を空席テーブルにて特定し指定席の予約指示を行うか否かを問う振替問合わせ通知を利用者端末に送信する振替処理手段１１３とから乗車券振替システム１００を構成する。【選択図】図１
2010015459.tif 000002
【特許請求の範囲】
【請求項１】
他装置と通信する通信手段と、
テーブルを格納する記憶手段と、
前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納する、利用者情報取得手段と、
前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信する、状況問合わせ手段と、
前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納する、指定席空席状況取得手段と、
前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信する、振替処理手段と、
を備えることを特徴とする乗車券振替システム。
【請求項２】
前記振替処理手段が、前記振替問合わせ通知に応じて前記利用者端末から返信されてきた振替実行通知を前記通信手段を介して受信した時、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置に対し前記通信手段により送信するものであることを特徴とする請求項１に記載の乗車券振替システム。
【請求項３】
前記利用者情報取得手段が、前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間と利用人数のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納するものであり、
前記指定席空席状況取得手段が、前記予約管理装置より受信した指定席空席状況データから、所定人数分だけ連続する空き指定席の群れを抽出し、ここで抽出した空き指定席の群れの数を、指定席定員を前記所定人数分で除算した数で除算し、所定人数分だけ連続する指定席群毎の空席率を算定し、この指定席群毎の空席率のデータを前記指定席空席状況データとして前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納するものであり、
前記振替処理手段が、前記空席テーブルにおける空席率のデータを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席群の空席率データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間と利用人数に対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信するものであることを特徴とする請求項１または２に記載の乗車券振替システム。
【請求項４】
前記振替処理手段が、前記振替問合わせ通知を前記利用者端末に送信せずに、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置に対し前記通信手段により送信するものであることを特徴とする請求項１または３に記載の乗車券振替システム。
【請求項５】
前記記憶手段が、前記空席状況問合わせを前記予約管理装置に対して送信する送信タイミングを、列車の忙閑時期毎に定義した空席更新管理テーブルを備え、
前記状況問合わせ手段が、現在日時がどの忙閑時期に当たるか前記空席更新管理テーブルにて判定し、判定した忙閑時期に応じた送信タイミングを特定し、ここで特定した送信タイミングに応じた間隔で前記空席状況問合わせを前記予約管理装置に対して前記通信手段により送信するものである、
ことを特徴とする請求項１〜４のいずれかに記載の乗車券振替システム。
【請求項６】
コンピュータが、
他装置と通信する通信手段とテーブルを格納する記憶手段とを備えて、
前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納する処理と、
前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信する処理と、
前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納する処理と、
前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信する処理と、
を実行することを特徴とする乗車券振替方法。
【請求項７】
他装置と通信する通信手段と、テーブルを格納する記憶手段と、を備えたコンピュータに、
前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納するステップと、
前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信するステップと、
前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納するステップと、
前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信するステップと、
を実行させることを特徴とする乗車券振替プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗車券振替システム、乗車券振替方法、および乗車券振替プログラムに関し、具体的には、旅客券発売システムに係り、特に、指定席の空席率の算出、及び、算出した空席率をもとにした自由席から指定席への予約振り替え処理の技術に関する。
【背景技術】
【０００２】
列車の混雑状況を把握して利用者に情報提供する技術が提案されている。例えば、乗客の携帯電話機に列車の混雑状況を知らせることができる列車情報配信システムを提供するとの課題の下、列車の車両の重量を検出する検出手段と、前記検出された重量に基づいてその車両の混雑度を計算する計算手段と、前記計算された混雑度とその車両を特定する情報とを含む混雑度情報を作成し携帯端末に配信する混雑度情報作成配信手段とを設けたことを特徴とする列車情報配信システム（特許文献１参照）などが提案されている。
【０００３】
また、直前駅以前に位置する列車の混雑度を正確に算出して提供するとの課題の下、各列車に設けられて、当該列車の乗客数を検出する乗客数検出器と、任意の対象駅に設けられて、当該対象駅に到着する列車の混雑度を表示する表示器と、任意の列車が前記対象駅までに停車する各途中駅と前記対象駅における各予想乗降客数と当該列車の乗客数検出器で検出された乗客数とから、前記対象駅における当該列車の混雑度を推定して前記表示器へ出力する混雑度算出器とを備えることを特徴とする列車混雑度提供システム（特許文献２参照）なども提案されている。
【特許文献１】特開２００４−３２２９６０号公報
【特許文献２】特開２００７−１４５２１０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、列車の指定席を予約し利用したいとのニーズの他に、自由席に空席がある場合は自由席を利用したいというニーズも存在する。こうした状況に対して従来技術を適用するとすれば、利用者所望の時間帯の列車がどの程度の混雑しているか、現在走行中の列車の混雑状況を把握して利用者側に提示することは可能であるが、前記したような利用者の細かなニーズに対応して自由席から指定席への利用振替を行うといったことは出来なかった。
【０００５】
そこで、本発明は上記課題を鑑みてなされたものであり、指定席の混雑状況に応じた自由席から指定席への振替サービスを提供可能とする技術の提供を目的とする。
【課題を解決するための手段】
【０００６】
本発明の乗車券振替システムは、他装置と通信する通信手段と、テーブルを格納する記憶手段と、前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納する、利用者情報取得手段と、前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信する、状況問合わせ手段と、前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納する、指定席空席状況取得手段と、前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信する、振替処理手段と、を備えることを特徴とする。
【０００７】
これによれば、利用者が利用を予定している対象列車（当初は自由席の利用を希望ないし予定）について、その列車の指定席が所定基準以上の混み具合（＝空席率が所定以下）となった場合に、自由席についても混雑して利用困難になると推定して、その旨を該当利用者に通知し、利用席を自由席から指定席に振替処理するか否かを確認し、振替処理の実行契機を判断することが出来る。したがって、指定席の混雑状況に応じた自由席から指定席への振替サービスが提供可能となる。
【０００８】
また、前記乗車券振替システムにおいて、前記振替処理手段が、前記振替問合わせ通知に応じて前記利用者端末から返信されてきた振替実行通知を前記通信手段を介して受信した時、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置に対し前記通信手段により送信するものであるとしてもよい。これによれば、利用者から指示を受けた上で、利用席を自由席から指定席に振替える処理を実行することが可能となる。
【０００９】
また、前記乗車券振替システムにおいて、前記利用者情報取得手段が、前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間と利用人数のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納するものであるとしてもよい。
【００１０】
この場合、前記指定席空席状況取得手段が、前記予約管理装置より受信した指定席空席状況データから、所定人数分だけ連続する空き指定席の群れを抽出し、ここで抽出した空き指定席の群れの数を、指定席定員を前記所定人数分で除算した数で除算し、所定人数分だけ連続する指定席群毎の空席率を算定し、この指定席群毎の空席率のデータを前記指定席空席状況データとして前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納するものであるとしてもよい。また、前記振替処理手段が、前記空席テーブルにおける空席率のデータを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席群の空席率データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間と利用人数に対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信するものであるとしてもよい。
【００１１】
これによれば、例えば、利用者がグループでの利用を考えていた場合、利用したい席もそのグループで利用しやすいひとまとまりの座席（＝所定人数分だけ連続する指定席群）となることに対応して、自由席から指定席への前記振替処理の可否確認の通知を行うことができる。
【００１２】
また、前記乗車券振替システムにおいて、前記振替処理手段が、前記振替問合わせ通知を前記利用者端末に送信せずに、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置に対し前記通信手段により送信するものであるとしてもよい。これによれば、例えば、利用者の振替処理に対する意志が予め確認済みである場合などに、前記自由席から指定席への振替処理をシステム側のみで迅速に行うことが出来る。
【００１３】
また、前記乗車券振替システムにおいて、前記記憶手段が、前記空席状況問合わせを前記予約管理装置に対して送信する送信タイミングを、列車の忙閑時期毎に定義した空席更新管理テーブルを備え、前記状況問合わせ手段が、現在日時がどの忙閑時期に当たるか前記空席更新管理テーブルにて判定し、判定した忙閑時期に応じた送信タイミングを特定し、ここで特定した送信タイミングに応じた間隔で前記空席状況問合わせを前記予約管理装置に対して前記通信手段により送信するものであるとしてもよい。
【００１４】
これによれば、例えば、閑散期において発車予定日までの日数Ａの場合に、前記空席状況問合わせの送信間隔をＢ時間毎、通常期において発車予定日までの日数Ｃの場合に、前記空席状況問合わせの送信間隔をＤ時間毎、繁忙期において発車予定日までの日数Ｅの場合に、前記空席状況問合わせの送信間隔をＦ時間毎、などとシステム側でコントロールすることが可能となる。したがって、指定席の空席状況に変化が少ない時期に無意味に頻繁な空席状況問合わせを行って処理効率の低下を招いたり、或いは指定席の空席状況が分刻みで変化するような時期に長い間隔での空席状況問合わせしか行わずに、空席率に応じた自由席から指定席への振替処理の精度を低下させたりといった自体を回避できる。
【００１５】
また、本発明の乗車券振替方法は、コンピュータが、他装置と通信する通信手段とテーブルを格納する記憶手段とを備えて、前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納する処理と、前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信する処理と、前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納する処理と、前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信する処理と、を実行することを特徴とする。
【００１６】
これによれば、利用者が利用を予定している対象列車（当初は自由席の利用を希望ないし予定）について、その列車の指定席が所定基準以上の混み具合（＝空席率が所定以下）となった場合に、自由席についても混雑して利用困難になると推定して、その旨を該当利用者に通知し、利用席を自由席から指定席に振替処理するか否かを確認し、振替処理の実行契機を判断することが出来る。したがって、指定席の混雑状況に応じた自由席から指定席への振替サービスが提供可能となる。
【００１７】
また、本発明の乗車券振替プログラムは、他装置と通信する通信手段と、テーブルを格納する記憶手段と、を備えたコンピュータに、前記通信手段を用いて利用者端末と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段の利用者情報テーブルに格納するステップと、前記利用者情報テーブルに格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置に対して前記通信手段により送信するステップと、前記空席状況問合わせに応じて前記予約管理装置から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段の空席テーブルに格納するステップと、前記空席テーブルにおける指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブルにて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置に対し行うか否かを問う振替問合わせ通知を、前記利用者端末に前記通信手段により送信するステップと、を実行させることを特徴とする。
【００１８】
これによれば、利用者が利用を予定している対象列車（当初は自由席の利用を希望ないし予定）について、その列車の指定席が所定基準以上の混み具合（＝空席率が所定以下）となった場合に、自由席についても混雑して利用困難になると推定して、その旨を該当利用者に通知し、利用席を自由席から指定席に振替処理するか否かを確認し、振替処理の実行契機を判断するといった処理をコンピュータに実行させることが出来る。
【００１９】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００２０】
本発明によれば、指定席の混雑状況に応じた自由席から指定席への振替サービスが提供可能となる。
【発明を実施するための最良の形態】
【００２１】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態における乗車券振替システム１００を含むネットワーク構成図である。本実施形態における  乗車券振替システム１００（以下、システム１００）は、指定席の混雑状況に応じた自由席から指定席への振替サービスを提供可能とするコンピュータシステムである。
【００２２】
こうした前記システム１００は、乗車券振替方法を実行する機能を実現すべく不揮発性メモリ（例えば、ハードディスクドライブなど）などの記憶手段１０１に格納されたプログラム１０２をメモリ１０３に読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記システム１００は、コンピュータ装置が一般に備えている各種ボタン類、キーボードなどの入力インターフェイス１０５や、ＬＥＤやディスプレイなどの出力インターフェイス１０６を必要に応じて備え、さらにネットワーク１４０を介した利用者端末２００や予約管理装置３００らとの通信を担う通信手段１０７などを有するとしてよい。この通信手段１０７は、インターネットなどの前記ネットワーク１４０の通信プロトコルに沿った機器間のデータ通信を可能にする既存のハードウェアおよびこれを制御するソフトウェアを想定できる。
【００２３】
前記利用者端末２００は、列車への乗車、特に基本的には自由席利用を予定する利用者が用いる端末であり、例えば、ネットワーク１４０を介して前記システム１００と通信可能な携帯電話機やパーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）などを想定できる。また、前記予約管理装置３００は、列車を運行する鉄道会社の座席予約管理サーバを想定できる。この座席予約管理サーバは、各列車の指定席予約の管理を行うサーバであり、各指定席の予約有無のデータをデータベースに記憶していて、前記システム１００からの空席状況問合わせに対し、該当列車の該当日時および該当乗車区間（例：Ａ駅〜Ｂ駅など）の指定席の予約有無をデータベースで検索してその検索結果をシステム１００に返す。勿論、この予約管理装置３００の機能とデータベースを前記システム１００が備えるとしてもよい。
【００２４】
続いて、前記システム１００が例えばプログラム１０２に基づき構成・保持する手段につき説明を行う。各手段は、１つのサーバ装置等に一体に備わるとしてもよいが、ネットワーク１４０上に配置するコンピュータ群（前記システム１００にあたるサーバ装置を含む）に分散配置し、そのうち一つのサーバ装置（システム１００）の主導の下で協働する例も想定してよい。なお、前記システムは、記憶手段１０１において、後述するテーブル１２５〜１２７を少なくとも記憶している。
【００２５】
こうした前記システム１００は、前記通信手段１０７を用いて利用者端末２００と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得し、前記記憶手段１０１の利用者情報テーブル１２５に格納する、利用者情報取得手段１１０を備える。
【００２６】
また、前記システム１００は、前記利用者情報テーブル１２５に格納された利用者情報を所定間隔で読み出し、当該利用者情報が含む列車名と利用日時と利用区間のデータをキーにした空席状況問合わせを、列車の指定席予約管理を行っている予約管理装置３００に対して前記通信手段１０７により送信する、状況問合わせ手段１１１を備える。
【００２７】
また、前記システム１００は、前記空席状況問合わせに応じて前記予約管理装置３００から返信されてきた、前記列車名に対応する列車の前記利用日時と利用区間における指定席の空席状況データを前記通信手段１０７を介して受信し、当該指定席空席状況データを、前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段１０１の空席テーブル１２６に格納する、指定席空席状況取得手段１１２を備える。
【００２８】
また、前記システム１００は、前記空席テーブル１２６における指定席空席状況データを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席空席状況データに対応する利用者情報を前記空席テーブル１２６にて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間とに対応する指定席の予約指示を前記予約管理装置３００に対し行うか否かを問う振替問合わせ通知を、前記利用者端末２００に前記通信手段１０７により送信する、振替処理手段１１３を備える。
【００２９】
なお、前記振替処理手段１１３が、前記振替問合わせ通知に応じて前記利用者端末２００から返信されてきた振替実行通知を前記通信手段１０７を介して受信した時、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置３００に対し前記通信手段１０７により送信するものであるとしてもよい。
【００３０】
また、前記利用者情報取得手段１１０が、前記通信手段１０７を用いて利用者端末２００と通信し、利用者が自由席の利用を予定する列車名とその利用日時および利用区間と利用人数のデータを含む利用者情報を取得し、前記記憶手段１０１の利用者情報テーブル１２５に格納するものであるとしてもよい。
【００３１】
この場合、前記指定席空席状況取得手段１１２が、前記予約管理装置３００より受信した指定席空席状況データから、所定人数分だけ連続する空き指定席の群れを抽出し、ここで抽出した空き指定席の群れの数を、指定席定員を前記所定人数分で除算した数で除算し、所定人数分だけ連続する指定席群毎の空席率を算定し、この指定席群毎の空席率のデータを前記指定席空席状況データとして前記空席状況問合わせの起源となった前記利用者情報に対応付けて、前記記憶手段１０１の空席テーブル１２６に格納するものとする。
【００３２】
更に、前記振替処理手段１１３が、前記空席テーブル１２６における空席率のデータを所定間隔で読み出して所定の空席率閾値と比較し、当該空席率閾値を下回っている指定席群の空席率データに対応する利用者情報を前記空席テーブル１２６にて特定し、ここで特定した利用者情報が示す利用者と列車名と利用日時および利用区間と利用人数に対応する指定席の予約指示を前記予約管理装置３００に対し行うか否かを問う振替問合わせ通知を、前記利用者端末２００に前記通信手段１０７により送信するものとなる。
【００３３】
なお、前記振替処理手段１１３が、前記振替問合わせ通知を前記利用者端末２００に送信せずに、前記特定した利用者情報に対応する指定席の予約指示を前記予約管理装置３００に対し前記通信手段１０７により送信するものであるとしてもよい。
【００３４】
また、前記記憶手段１０１が、前記空席状況問合わせを前記予約管理装置３００に対して送信する送信タイミングを、列車の忙閑時期毎に定義した空席更新管理テーブル１２７を備えるとしてもよい。この場合、前記状況問合わせ手段１１１が、現在日時がどの忙閑時期に当たるか前記空席更新管理テーブル１２７にて判定し、判定した忙閑時期に応じた送信タイミングを特定し、ここで特定した送信タイミングに応じた間隔で前記空席状況問合わせを前記予約管理装置３００に対して前記通信手段１０７により送信するものである、としてもよい。
【００３５】
なお、これまで示した前記システム１００における各手段１１０〜１１３は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Hard Disk Drive）などの適宜な記憶手段１０１に格納したプログラムとして実現するとしてもよい。この場合、システム１００のＣＰＵ１０３がプログラム実行に合わせて記憶手段１０１より該当プログラム１０２をメモリ１０３に読み出して、これを実行することとなる。
【００３６】
−−−テーブル構造例−−−
次に、本実施形態におけるシステム１００が利用するテーブルの構造について説明する。図２は本実施形態の利用者情報テーブル１２５のデータ構造例を示す図であり、図３は本実施形態の空席テーブル１２６のデータ構造例を示す図である。また、図４は本実施形態の空席更新管理テーブル１２７のデータ構造例を示す図である。
【００３７】
前記利用者情報テーブル１２５は、利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を記憶するテーブルである。この利用者情報テーブル１２５は、例えば、前記利用者情報が含んでいた利用者IDをキーに、登録ID（利用者情報の当該テーブルへの登録時に設定される利用者情報毎に一意のＩＤ）、利用日（利用者が列車利用を予定する日）、利用区間（利用する列車の区間）、利用人数（利用する人数）、利用時間（列車を利用する時間帯を１時間単位で指定。例えば、10:00と設定されている場合、10:00〜11:00に乗車可能な列車が処理対象となる）、空席率（利用者の座席を自由席から指定席に振替える際の閾値となる空席率の値。例えば、１％から９０％まで指定可）、照会日時（空席状況について予約管理装置３００に最後に照会した時間）、次回照会日時（次回、空席状況を照会する時間）、振替契機（自由席から指定席に振替える契機。システムが自動で実行するか、利用者端末２００からの指示を受けて実行する手動、から選択）、配信契機（空席情報を配信する契機。要/不要から選択）、検索キー１（空席状況の確認対象ないし指定席振替え時の振替先座席の条件を指定。禁煙普通／喫煙普通から選択）、検索キー２（空席状況の確認対象ないし指定席振替え時の振替先座席の条件を指定。車端／中央／窓側／通路側から選択）、といったデータを対応付けたエントリの集合体となっている。
【００３８】
また、前記空席テーブル１２６は、利用者情報テーブル１２５に格納されたエントリ毎に対応する、列車の前記利用日時と利用区間における指定席の空席状況データを記憶するテーブルである。この例における空席テーブル１２６は、例えば、禁煙／喫煙の座席種類毎で、一人／二人／三人／四人／車端／中央／窓側／通路の各設備に対する空席数合計から割り出した空席率を保持しており、所定時間が経過する毎に前記空席率が更新されるテーブルである。こうした空席テーブル１２６は、例えば、前記利用者情報テーブル１２５のエントリに対応する登録IDをキーに、利用日（利用者情報テーブル１２５と同様）、利用時間（利用者情報テーブル１２５と同様）、利用区間（利用者情報テーブル１２５と同様）、照会日時（直近の空席率算出日時）、次回照会日時（次回の空席率算出日時）、空席率（禁煙）、空席率（喫煙）、及び列車情報（該当利用者が利用予定の列車名・列車番号、禁煙席数：該当列車の禁煙席総数、喫煙席数：該当列車の喫煙席総）、といったデータを対応付けたエントリの集合体となっている。
【００３９】
なお、前記空席率（禁煙）のデータとしては、1人：一人席の空席率（禁煙空席数/禁煙全体席数）、車端：車端席の空席率（禁煙車端空席数/禁煙車端全席数）、中央：中央席の空席率（禁煙中央空席数/禁煙車端全席数）、窓側：窓側席の空席率（禁煙窓側空席数/禁煙車端全席数）、通路側：通路側席の空席率（禁煙通路側空席数/禁煙車端全席数）、２人：二人席の空席率（禁煙二人席空席数/（禁煙全体席数）/2）、３人：三人席の空席率（禁煙三人席空席数/（禁煙全体席数）/4）、４人：四人席の空席率（禁煙四人席空席数/（禁煙全体席数）/4）、が含まれる。
【００４０】
また、前記空席率（喫煙）のデータとしては、１人：一人席の空席率（喫煙空席数/喫煙全体席数）、車端：車端席の空席率（喫煙車端空席数/喫煙車端全席数）、中央：中央席の空席率（喫煙中央空席数/喫煙車端全席数）、窓側：窓側席の空席率（喫煙窓側空席数/喫煙車端全席数）、通路側：通路側席の空席率（喫煙通路側空席数/喫煙車端全席数）、２人：二人席の空席率（喫煙二人席空席数/（喫煙全体席数）/2）、３人：三人席の空席率（喫煙三人席空席数/（喫煙全体席数）/4）、４人：四人席の空席率（喫煙四人席空席数/（喫煙全体席数）/4）、が含まれる。
【００４１】
また、前記空席更新管理テーブル１２７は、空席状況問合わせを予約管理装置３００に対して送信する送信タイミング、つまり前記空席テーブル１２６の更新タイミングを、列車の忙閑時期毎に定義したテーブルである。この空席更新管理テーブル１２７は、例えば、発車日（閑散期、通常期、繁忙期）をキーに、発車日までの日数、および次回更新時間（次回の空席状況問合わせの送信タイミング）  といったデータを対応付けたエントリの集合体となっている。
【００４２】
なお、前記発車日のデータとしては、閑散期：１月１０日〜３月１５日、通常期：３月１６日〜４月２５日、５月１５日〜７月２０日、９月１日〜１２月２０日、繁忙期：１月１日〜１月９日、４月２６日〜５月１４日、７月２１日〜８月３１日、１２月２１日〜１２月３１日、などと定義できる。
【００４３】
前記空席更新管理テーブル１２７は、繁忙期のほうが閑散期よりも多頻度で空席状況の照会を予約管理装置３００に対して実行する設定としており、更に、乗車日に近づくにつれて、空席状況問合わせの実行間隔を短く設定することで、効率のよい空席率更新処理を可能とする。例えば、ある利用者の列車利用日時が「１月１０日１１時（閑散期）」、現在が「１２月３０日１０時」、直近の照会日時が「１２月２９日２３時」とした場合、発車日までの日数が「１１日間」であるから、図４の空席更新管理テーブル１２７に従うと、次回更新日時は項番２の「１２時間」後に該当する。よって、次回更新日時は「１２月３０日１１時」、その次の次回更新日時は「１２月３０日２３時」となる。
【００４４】
−−−処理フロー例１−−−
以下、本実施形態における乗車券振替方法の実際手順について、図に基づき説明する。なお、以下で説明する乗車券振替方法に対応する各種動作は、前記システム１００がメモリ１０３に読み出して実行するプログラム１０２によって実現される。そしてこのプログラム１０２は、以下に説明される各種の動作を行うためのコードから構成されている。ここではまず、全体の処理の流れを説明しておく。図５は本実施形態の乗車券振替方法の処理手順例１を示すフローチャートである。  
この場合、前記システム１００は、ネットワーク１４０上の前記利用者端末２００と前記通信手段１０７で通信し、例えば、以後の処理を利用者に選択させる初期画面データを送信する。これに対し前記利用者端末２００は利用者により入力された、処理の要求種別をシステム１００に返信してくる。システム１００はこれを受信し、前記要求種別のＩＤ等に応じて処理を振り分ける（２−００１）。  
システム１００が振り分ける要求種別とそれに応じて実行する処理としては、前記利用者情報の新規登録要求とこれに応じた新規登録処理（２−００２）、前記利用者情報の変更登録要求とこれに応じた変更登録処理（２−００３）、前記利用者情報に基づく指定席の空席照会要求とこれに応じた空席照会処理（２−００４）、前記利用者情報に基づく自由席から指定席への振り替え要求とこれに応じた振替処理（２−００５）がある。以降の処理フロー例でこれら各処理（２−００１〜００５）について詳細を説明していく。
【００４５】
−−−処理フロー例２−−−
次に、上述処理フロー例１で述べた新規登録処理（２−００２）について説明する。図６は、本実施形態の乗車券振替方法の処理手順例２を示すフローチャートである。この新規登録処理は、利用者端末２００から得た利用者情報を利用者情報テーブル１２５に新規登録する処理であり、前記システム１００の利用者情報取得手段１１０が実行する。
【００４６】
前記利用者情報取得手段１１０は、前記通信手段１０７を用いて利用者端末２００と通信し、前記利用者端末２００の利用者が自由席の利用を予定する列車名とその利用日時および利用区間のデータを含む利用者情報を取得する。この時、前記利用者情報取得手段１１０は、まず利用者情報テーブル１２５に１つエントリを新規追加し、このエントリ、つまりは前記利用者情報に対応する登録ＩＤを設定する（３−００１）。このＩＤの設定は既存のＩＤ採番手法（例：エントリの登録順にＩＤたる数値や記号を１つづつインクリメントして採番、など）を採用すればよい。
【００４７】
図２の利用者情報テーブル１２５の例であれば、利用者ＩＤ：「あ」の利用者が利用者情報の新規登録をリクエストしてきたとして、利用者情報取得手段１１０は、項番：「１」のエントリを新規追加している。そしてこの項番：「１」のエントリに対して登録ＩＤ：「001」を設定している。
【００４８】
続いて前記利用者情報取得手段１１０は、前記利用者情報テーブル１２５の該当エントリにおける、前記項番、利用者ＩＤ、登録ＩＤ以外の残りの項目についても前記利用者情報に基づき設定する（３−００２）。図２の利用者情報テーブル１２５における前記項番：「１」のエントリでは、利用日：「1/10」の利用時間：「11：00」に、利用区間：「駅Aから駅E」の区間を、利用人数：「一人」で利用する利用者について、自由席から指定席への振替処理を実行ないし通知する空席率の閾値を「５０％」とし、振替契機と配信契機は「」手動」設定、検索キー１に「禁煙」を設定している。つまりこれらの情報が前記利用者端末２００から利用者情報としてシステム側に送信されたのである。
【００４９】
次に、前記利用者情報取得手段１１０は、前記エントリへの設定内容のうち、利用日、利用時間、利用区間の各項目について空席テーブル１２６を参照し、これらの項目が一致するエントリを検索する（３−００３）。一致するエントリが無かった場合（３−００３：無し）、前記利用者情報取得手段１１０は、空席テーブル追加処理（３−００４）を行う。
【００５０】
例えば、図２の利用者情報テーブル１２５に対し前記項番：「１」のエントリを登録した際、図３の空席テーブル１２６において前記項番：「１」のエントリに対応するエントリ（例：登録ＩＤが共通するエントリ）が存在しない場合は、この空席テーブル追加処理を前記利用者情報取得手段１１０が行う。
【００５１】
一方、一致するエントリがあった場合（３−００３：有り）、前記利用者情報取得手段１１０は、該当する空席テーブル１２６の照会日時、次回照会日時を、利用者情報テーブル１２５の前記エントリにおける「照会時間」および「次回照会時間」の欄に設定する（３−００６）。
【００５２】
最後に、前記利用者情報取得手段１１０は、前記項番：「１」のエントリ追加処理の最後に、登録完了を回答するために利用者端末２００に対し、図１８−（ａ）の画面データを送信する（３−００５）。
【００５３】
−−−処理フロー例３−−−
次に、利用者端末２００から変更要求された場合に実行し、該当する登録ＩＤに対して、利用者情報テーブル１２５の設定内容を変更する変更登録処理について説明する。図７は本実施形態の乗車券振替方法の処理手順例３を示すフローチャートである。ここでの処理も前記利用者情報取得手段１１０が実行するものと想定する。
【００５４】
ここで前記利用者情報取得手段１１０は、利用者端末２００から「変更登録」の要求を受けて、これに対応する入力画面を返信しているものとする。そして利用者端末２００は、この入力画面を通じて利用者から入力された利用者ＩＤと登録ＩＤをシステム側に返信している。この時、前記利用者情報取得手段１１０は、前記利用者ＩＤと登録ＩＤをキーに前記利用者情報テーブル１２５を検索する（４−００１）。  
前記検索の結果、利用者端末２００から入力されたキーと一致するエントリが利用者情報テーブル１２５内に無かった場合（４−００１：無し）、未登録のＩＤが入力されたとして、利用者端末２００に図１８−（ｃ）の画面データを返信してエラー回答する（４−００２）。一方、前記検索の結果、エントリがあった場合（４−００１：有り）、前記利用者情報取得手段１１０は、前記利用者端末２００から指定された項目と変更内容について利用者情報テーブル１２５の設定内容を変更する（４−００３）。
【００５５】
次に、前記利用者情報取得手段１１０は、前記新規登録処理（２−００２）の場合と同じく、前記空席テーブル１２６に対して利用日、利用時間、利用区間が一致するエントリの検索を行う（４−００４）。そして、一致するエントリが無かった場合（４−００４：無し）、前記利用者情報取得手段１１０は、空席テーブル追加処理（４−００５）を前記ステップ３−００４と同様に行い、他方、一致するエントリがあった場合（４−００４：有り）、該当する空席テーブル１２６のエントリにおける照会日時、次回照会日時を、利用者情報テーブル１２５の該当エントリにおいて設定する（４−００７）。  
最後に、前記利用者情報取得手段１１０は、変更完了を回答するために利用者端末２００に対し、図１８−（ｂ）の画面データを送信する（４−００６）。
【００５６】
−−−処理フロー例４−−−
続いて、空席テーブル追加処理について説明する。この空席テーブル追加処理は、利用者情報テーブル１２５における新規登録または変更登録により利用者情報テーブル１２５を更新する際、利用日、利用区間、利用時間に対応するエントリが空席テーブル１２６に無かった場合に、該当利用者情報に対応したエントリを空席テーブル１２６に追加する処理である。図８は本実施形態の乗車券振替方法の処理手順例４を示すフローチャートである。  
ここで前記利用者情報取得手段１１０は、前記空席テーブル１２６に新規エントリを追加し（５−００１）、この新規エントリに対し、前記新規登録処理（２−００２）または前記変更登録処理（２−００３）で検索を行った際のキーである利用者情報テーブル１２５の利用日、利用時間、利用区間を設定する（５−００２）。
【００５７】
次に、前記状況問合わせ手段１１１が、システム内蔵の時計機能より現在日時を取得し（５−００３）、この現在日時と前記新規エントリが含む「利用日」（＝該当列車の発車日）のデータから、列車の発車日までの日数を算定する。  
そして前記状況問合わせ手段１１１は、前記現在日時をキーに図４の空席更新管理テーブル１２７を検索して現在日時がどの忙閑時期に当たるか判定し、更には、前記算定した日数が「発車日までの日数」欄のどれにあたるか判定する。これにより状況問合わせ手段１１１は、判定した忙閑時期、例えば、「閑散期」において発車日までの日数「１１」に対応する送信タイミング（例：１２時間後）を特定する。この送信タイミングを次回更新時間として取得した状況問合わせ手段１１１は、空席テーブル１２６の前記新規エントリにおける「次回照会日時」として前記次回更新時間のデータを設定する（５−００４）。
【００５８】
また、前記空席テーブル追加処理（３−００４）が実行された時点では、予約管理装置３００に対する空席状況問合わせ（照会）は１度も行われていないため、空席テーブル１２６の「照会日時」欄には初期値として「未照会」を設定する（５−００５）。  
続いて、前記状況問合わせ手段１１１は、前記空席テーブル１２６の利用日、利用時間、利用区間をキーに、予約管理装置３００に対して列車検索依頼を送り、これらのキーと一致する列車の情報を予約管理装置３００から取得し（５−００６）、空席テーブル１２６の前記新規エントリにおける「列車情報」の項目に設定する（５−００７）。
【００５９】
−−−処理フロー例５−−−
続いて、空席照会処理について説明する。この空席照会処理は、利用者端末２００から指定された情報をもとに、利用者情報テーブル１２５における該当利用者情報に対応したエントリを空席テーブル１２６で検索し、該当エントリに格納されている空席率のデータを回答する処理である。図９は本実施形態の乗車券振替方法の処理手順例５を示すフローチャートである。
【００６０】
まず、前記システム１００の状況問合わせ手段１１１は、利用者端末２００から入力された利用者ＩＤと登録ＩＤをキーに利用者情報テーブル１２５を検索する（６−００１）。この検索処理により、前記入力されたキーと一致するエントリが利用者情報テーブル１２５内に無かった場合（６−００１：なし）、未登録のＩＤが入力されたとして、前記状況問合わせ手段１１１は、前記利用者端末２００に対し図１８−（ｃ）の画面データを送信してエラー回答する（６−００２）。  
一方、前記ステップ６−００１において、エントリがあった場合（６−００１：あり）、前記状況問合わせ手段１１１は、前記利用者情報テーブル１２５の該当エントリが含む利用日、利用時間、利用区間のデータをキーに、前記空席テーブル１２６の検索を行う（６−００３）。この検索により抽出された空席テーブル１２６のエントリが含む「照会日時」の値が初期値である「未設定」以外なら（６−００３：初期値以外）、このエントリが含む指定席全体の空席率、所定条件の指定席空席率（ｎ人席など）、次回照会日時のデータを図１８−（ｄ）の画面データに埋め込んで利用者端末２００に送信する（６−００４）。
【００６１】
なお、指定席全体の空席率は、利用者情報テーブル１２５においてユーザＩＤと登録ＩＤが一致するエントリの「検索キー１」を参照し、当該「検索キー１」のデータが「禁煙」であるなら、空席テーブル１２６の「空席率（禁煙）：一人」の値を設定し、他方、「喫煙」であるなら、「空席率（喫煙）：一人」の値を設定する。  
また、所定条件の指定席空席率は、「利用人数」が二人以上、もしくは「検索キー２」が設定されている場合のみ回答するものとし、「利用人数」が二人以上の場合はその人数に応じて空席テーブル１２６の二人・三人・四人の空席率を設定し、「検索キー２」が設定されている場合はそのキーである車端／中央／窓側／通路側の種別に応じて空席テーブル１２６の車端／中央／窓側／通路側の空席率を設定する（禁煙／喫煙の区別は検索キー１で行う）。
【００６２】
例えば、図２の利用者情報テーブル１２５における「項番１」のエントリの場合、利用人数：「一人」、検索キー１：「禁煙」、検索キー２：設定なし、であるため、前記状況問合わせ手段１１１は、前記空席テーブル１２６における「項番１」のエントリにおける「空席率（禁煙）：一人」に該当する空席率：「３０％」を利用者端末２００に回答する。  
また、図２の利用者情報テーブル１２５における「項番２」のエントリの場合、利用人数：「二人」、検索キー１：「禁煙」、であるため、前記空席テーブル１２６における「項番１」のエントリにおける「空席率（禁煙）：二人」に該当する空席率４０％を情報登録端末に回答する。  
一方、前記ステップ（６−００３）の処理において、エントリの「照会日時」の値が初期値である「未設定」であった場合（６−００３：初期値）、前記状況問合わせ手段１１１は、予約管理装置３００に対する指定席空席状況の照会が行われていないので空席テーブル１２６において空席率の情報設定がされていないと判定し、利用者端末２００に対し、図１８−（ｅ）の画面データを送信する（６−００５）。
【００６３】
−−−処理フロー例６−−−
続いて、振り替え処理について説明する。この振り替え処理は、利用者端末２００から指定された情報をもとに、該当する利用者情報テーブル１２５のエントリに対応した指定席に振り替える処理である。図１０は本実施形態の乗車券振替方法の処理手順例６を示すフローチャートである。まずシステム１００は、利用者端末２００から入力された利用者ＩＤと登録ＩＤをキーに前記利用者情報テーブル１２５を検索する（７−００１）。前記入力されたキーと一致するエントリが利用者情報テーブル１２５内に無かった場合（７−００１：なし）、未登録のＩＤが入力されたとして、前記利用者端末２００に図１８−（ｃ）の画面データを送信してエラー回答する（７−００２）。一方、エントリがあった場合（７−００１：あり）、指定席検索処理を実施する（７−００３）。
【００６４】
−−−処理フロー例７−−−
続いて、前記指定席検索処理（７−００３）の処理手順について説明する。図１１は本実施形態の乗車券振替方法の処理手順例７を示すフローチャートである。ここでシステム１００の振替処理手段１１３は、後述する振り替え処理（図５：２−００５、図１４：１１−００６）の実行時に特定した利用者情報テーブル１２５のエントリが含む利用日、利用時間、利用区間のデータをキーに、空席テーブル１２６を検索する。そしてこの検索で一致した空席テーブル１２６の該当エントリが含む列車情報（例：最大１５列車分）を順番に読み出すループ処理を実行する（８−００１）。  
また前記振替処理手段１１３は、前記ループ内にて、読み出した列車情報の列車名、列車番号と、利用者情報テーブル１２５の前記エントリが含む利用日、利用時間、利用区間、人数、検索キー１、検索キー２を要求情報として、予約管理装置３００に対し指定席予約処理を実行する（８−００２）。
【００６５】
次に、前記振替処理手段１１３は、予約管理装置３００からの回答が該当指定席の予約OKか予約NGかを判定し（８−００３）、予約OKであれば（８−００３：予約OK）前記ループ処理（８−００１）を終了する。その後、前記振替処理手段１１３は、前記指定席の予約結果を示す図１８−（ｇ）の画面データを、利用者端末２００に対し送信し（８−００４）、利用者情報テーブル１２５から本処理の検索に使用したエントリを削除する（８−００５）。  
一方、前記ステップ８−００３において予約NGであれば（８−００３：予約NG）、空席テーブル１２６の次の列車情報をキーとして再び予約処理（８−００２）を実行していくが、前記列車情報のエントリすべての列車が予約NGであった場合、ループ処理（８−００１）を終了して指定席の予約が不可であるという結果を示す図１８−（ｆ）の画面データを、利用者端末２００に対し送信する（８−００６）。
【００６６】
−−−処理フロー例８−−−
続いて、定期更新処理について説明する。この定期更新処理は、例えば１０分ごとなどの所定時間毎に、利用者情報テーブル１２５と空席テーブル１２６を更新する処理である。これにより、利用者に必要な新しい情報を提供可能とする。図１２は本実施形態の乗車券振替方法の処理手順例８を示すフローチャートである。なお、前記システム１００は、内蔵時計を監視して所定単位時間（例：１０分単位）の到来を繰り返し検知し、定期更新処理のタイミングをはかっているものとする。  
この場合、前記システム１００は、内蔵時計より現在時刻を取得し（９−００１）、空席テーブル１２６の全エントリ数分ループ処理を実行する（９−００２）。このループ内にて、前記取得した現在時刻と、空席テーブル１２６のエントリが含む「利用時間」の値に１時間加算した時刻とを比較する（９−００３）。ここで１時間加算を行う理由は、空席テーブル１２６のエントリが含む「利用時間」の値が１時間分の空席率や列車情報を管理しているため、利用時間が終了しているかどうかの判定にはこの１時間分を考慮する必要があるからである。
【００６７】
前記システム１００は、「利用時間＋１時間」の時刻が現在時刻より過去なら（９−００３：Ｙ）、空席テーブル１２６の現エントリは利用時間を過ぎた過去のエントリと判定して空席テーブル１２６より削除し（９−００４）、現エントリのループ処理を終了する。一方、「利用時間＋１時間」の時刻が現在時刻より未来なら（９−００３：Ｎ）、前記システム１００は、取得した現在時刻と空席テーブル１２６の該当エントリが含む「次回照会時間」とを比較する（９−００５）。
【００６８】
この「次回照会時間」が現在時刻よりも過去ならば（９−００５：Ｎ）、空席数更新処理を実施して（９−００６）、現エントリのループ処理を終了する。次にシステム１００は、利用者情報テーブル１２５の全エントリ数分ループ処理を実行する（９−００７）。このループ内にて、前記システム１００は、取得した「現在時刻」と利用者情報テーブル１２５のエントリが含む「利用時間」に１時間加算した時刻とを比較する（９−００８）。  前記システム１００は、「利用時間＋１時間」の時刻が現在時刻より過去なら（９−００８：Ｙ）、利用者情報テーブル１２５の現エントリは利用時間を過ぎた過去のエントリと判定し、このエントリを消去する旨を連絡するために利用者端末２００に図１８−（ｄ）の画面データを送信する（９−００９）。そして、利用者情報テーブル１２５より該当エントリを削除し（９−０１０）、現エントリのループ処理を終了する。
【００６９】
一方、「利用時間＋１時間」の時刻が現在時刻より未来なら（９−００８：Ｎ）、取得した「現在時刻」と利用者情報テーブル１２５の該当エントリが含む「次回照会時間」とを比較する（９−０１１）。次回照会時間が現在時刻よりも過去ならば（９−０１１：Ｎ）、空席率判定処理を実施して（９−０１２）、現エントリのループ処理を終了する。
【００７０】
−−−処理フロー例９−−−
続いて、空席数更新処理について説明する。この空席数更新処理は、空席率を算出するのに必要な空席数を算出する処理である。図１３は本実施形態の乗車券振替方法の処理手順例９を示すフローチャートである。
【００７１】
まず前記状況問合わせ手段１１１は、前記定期更新処理（上記処理フロー例８）においてループ中の空席テーブル１２６のエントリにおける列車情報（最大１５列車分）を順番に読み出す処理を実行する（１０−００１）。本処理でのループ内にて、読み出した列車情報の列車名、列車番号と、空席テーブル１２６の該当エントリが含む「利用日」、「利用時間」、「利用区間」を要求情報（空席状況問合わせ）として、予約管理装置３００に対して送信し、該当列車の空席情報（空席状況データ）を取得する（１０−００２）。
【００７２】
また、前記システム１００の指定席空席状況取得手段１１２は、前記取得した空席情報をベースに、一人、車端、中央、窓側、通路側、二人、三人、四人といった各利用条件での空席数を算出する（１０−００３）。空席情報としては図１６（ａ）に示す空席情報１６１を一例として想定する。図に示すように、列車内の座席をＡ〜Ｄの行と１〜１０の列からなるマトリクス構成で表している。また、空席については「１」、既に予約されている座席については「０」のフラグが立っている。
【００７３】
ここで空席数の算出方法について以下に説明する。前記指定席空席状況取得手段１１２は、「一人席」について、前記空席情報１６１においてフラグ「１」の数をカウントすることで空席数を算出する。また、列車設備について、指定席空席状況取得手段１１２は、該当設備のマスク情報（図１６（ｂ）の表２：車端マスク、同図（ｃ）の表３：中央マスク、同図（ｄ）の表４：窓側マスク、同図（ｅ）の表５：窓側マスク）と、前記空席情報１６１の論理積を演算し、そのの結果、「１」になっている座席数をカウントすることで、設備毎の空席数を算出する。
【００７４】
また、指定席空席状況取得手段１１２は、利用条件が「二人席」について、例えば、前記空席情報１６１のマトリクス構成のうち、行ＡＢまたは行ＣＤにおいて連続してフラグが「１」になっている箇所をカウントすることで空席数を算出する。例えば、図１６（ａ）の空席情報１６１の場合、図１７（ａ）の表７における網掛け部分が前記箇所に該当し、この場合の空席数は「１２」となっている。
【００７５】
また、指定席空席状況取得手段１１２は、利用条件が「三人席」について、例えば、前記空席情報１６１のマトリクス構成のうち、行ＡＢＣまたは行ＢＣＤにおいて連続してフラグが「１」になっている箇所をカウントすることで空席数を算出する。但し、行ＡＢＣが連続している箇所については、同列のＢＣＤ席は空席としない。例えば、図１６（ａ）の空席情報１６１の場合は、図１７（ｂ）の表８における網掛け部分が、前記箇所に該当し、この場合の空席数は「４」となる。更に、指定席空席状況取得手段１１２は、前記行ＡＢＣまたは行ＢＣＤにおいて連続してフラグが「１」になっている列（図１７（ｃ）のマトリクス内で斜線引きの部分）を除き、行ＡＢまたは行ＣＤの席が２列連続して空席になっている箇所、つまりボックス形式の空席数を算出する。例えば、図１６（ａ）の空席情報１６１の場合、図１７（ｃ）の表９における網掛け部分が前記箇所に該当し、ボックス形式での空席数は「１」となる。こうして、指定席空席状況取得手段１１２は、上記より、三人連続席の空席数とボックス形式の空席数との合計、つまり、上記例であれば、図１７（ｂ）の表８の空席数と同図（ｃ）の表９の空席数との合計である「５」を「三人席」の空席数とする。
【００７６】
また、指定席空席状況取得手段１１２は、利用条件が「四人席」について、例えば、前記空席情報１６１のマトリクス構成のうち、行ＡＢＣＤにおいて連続してフラグが「１」になっている箇所をカウントすることで空席数を算出する。例えば、図１６（ａ）の空席情報１６１の場合、図１７（ｄ）の表１０における網掛け部分が前記箇所に該当し、この場合、空席数は「３」となる。次に、指定席空席状況取得手段１１２は、行ＡＢＣＤにおけるフラグが連続して「１」になっている列（図１７（ｅ）のマトリクス内で斜線行きの部分）を除き、行ＡＢまたは行ＣＤの席が２列連続して空席になっている箇所（ボックス形式）を算出する。例えば、図１６（ａ）の空席情報１６１の場合、図１７（ｅ）の表１１における網掛け部分が前記箇所に該当し、空席数は「１」となる。上記より、四人連続席の空席数とボックス形式の空席数との合計を空席数とする。例えば、図１７（ｄ）の表１０における空席数と同図（ｅ）の表１１における空席数の合計値「４」を四人席の空席数とする。
【００７７】
前記指定席空席状況取得手段１１２は、こうした空席数の算定処理を列車情報数分繰り返してループ処理を終了する。次に、指定席空席状況取得手段１１２は、空席率算出処理を行い（１０−００４）、図４の空席更新管理テーブル１２７に従って空席テーブル１２６の該当エントリにおける「次回照会時間」を設定する（１０−００５）。最後に、前記定期更新処理（上記処理フロー例８）において取得しておいた現在時刻を空席テーブル１２６の該当エントリにおける「照会時間」に設定する（１０−００６）。
【００７８】
−−−処理フロー例１０−−−
続いて、空席率算出処理について説明する。この空席率算出処理は、上記処理フロー例９で指定席空席状況取得手段１１２が算出した、一人、車端、中央、窓側、通路側、二人、三人、四人の各利用条件に応じた空席数に基づいて空席率を算出し、空席テーブル１２６における該当エントリに設定する処理である。図１４は本実施形態の乗車券振替方法の処理手順例１０を示すフローチャートである。
【００７９】
この場合、前記指定席空席状況取得手段１１２は、前記空席数更新処理（上記処理フロー例９）にて算出した、一人、車端、中央、窓側、通路側、二人、三人、四人の各利用条件での空席数と、禁煙ないし喫煙の各指定席全数（空席テーブル１２６における列車情報が含むデータ）とに基づいて空席率を計算することになる。ここで前記指定席空席状況取得手段１１２は、まず、（禁煙一人の空席数／禁煙全席数）の算定を行って、その算定値を空席テーブル１２６の該当エントリにおける「空席率（禁煙）一人」欄に設定する（１２−００１）。
【００８０】
次に指定席空席状況取得手段１１２は、（禁煙車端の空席数／禁煙車端の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）車端」欄に設定する（１２−００２）。また、指定席空席状況取得手段１１２は、（禁煙中央の空席数／禁煙中央の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）中央」欄に設定する（１２−００３）。
【００８１】
また、指定席空席状況取得手段１１２は、（禁煙窓側の空席数／禁煙窓側の全席数）の算定を行ってその算定値を空席テーブル１２６の該当エントリにおける「空席率（禁煙）窓側」欄に設定する（１２−００４）。次に指定席空席状況取得手段１１２は、（禁煙通路側の空席数／禁煙通路側の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）通路側」欄に設定する（１２−００５）。
【００８２】
また、指定席空席状況取得手段１１２は、（禁煙二人の空席数／禁煙全席数／２）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）二人」欄に設定する（１２−００６）。次に指定席空席状況取得手段１１２は、（禁煙三人の空席数／禁煙全席数／４）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）三人」欄に設定する（１２−００７）。
【００８３】
次に、指定席空席状況取得手段１１２は、（禁煙四人の空席数／禁煙全席数／４）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（禁煙）四人」欄に設定する（１２−００８）。また、指定席空席状況取得手段１１２は、（喫煙一人の空席数／喫煙全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）一人」欄に設定する（１２−００９）。
【００８４】
また、指定席空席状況取得手段１１２は、（喫煙車端の空席数／喫煙車端の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）車端」欄に設定する（１２−０１０）。続いて指定席空席状況取得手段１１２は、（喫煙中央の空席数／喫煙中央の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）中央」に設定する（１２−０１１）。
【００８５】
次に指定席空席状況取得手段１１２は、（喫煙窓側の空席数／喫煙窓側の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）窓側」欄に設定する（１２−０１２）。また指定席空席状況取得手段１１２は、（喫煙通路側の空席数／喫煙通路側の全席数）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）通路側」欄に設定する（１２−０１３）。
【００８６】
続いて指定席空席状況取得手段１１２は、（喫煙二人の空席数／喫煙全席数／２）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）二人」欄に設定する（１２−０１４）。また、指定席空席状況取得手段１１２は、（喫煙三人の空席数／喫煙全席数／４）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）三人」欄に設定する（１２−０１５）。最後に指定席空席状況取得手段１１２は、（喫煙四人の空席数／喫煙全席数／４）の算定を行ってその算定値を、空席テーブル１２６の該当エントリにおける「空席率（喫煙）四人」欄に設定する（１２−０１６）。
【００８７】
−−−処理フロー例１１−−−
続いて、空席率判定処理について説明する。この空席率判定処理は、空席テーブル１２６のエントリにおける空席率と利用者情報テーブル１２５における空席率（閾値）とを比較し、空席テーブル１２６の空席率が利用者情報テーブル１２５における空席率の閾値を下回った場合、つまり所定の混雑が発生したと推定される状況に際し、利用者情報テーブル１２５のエントリに設定した「振替契機」に従って、「自動」ならば指定席への振り替え処理の実行、「手動」ならば、利用者端末２００へ空席率が閾値を下回った旨を通知する処理である。図１５は本実施形態の乗車券振替方法の処理手順例１１を示すフローチャートである。
【００８８】
この場合、前記システム１００の振替処理手段１１３は、上記定期更新処理（上記処理フロー例８）においてループ中の、利用者情報テーブル１２５のエントリにおける空席率（閾値）と、当該エントリと対応する空席テーブル１２６のエントリにおける空席率（前記利用者情報テーブル１２５の該当エントリにおける「利用人数」をキーに特定する）とを比較する（１１−００１）。
【００８９】
前記ステップ１１−００１において、空席テーブル１２６の空席率が空席率閾値を下回ってない場合（１１−００１：Ｎ）、前記振替処理手段１１３は、利用者情報テーブル１２５の該当エントリにおける「配信契機」のデータを参照する（１１−００２）。そして、この「配信契機」のデータが「不要」であれば（１１−００２：不要）、本処理を終了する。一方、「配信契機」が「要」であれば（１１−００２：要）、該当エントリにおける全体の空席率（利用条件を跨った、該当列車の全指定席についての単純な空席率）、指定の空席率（利用人数や設備といった指定条件に応じた空席率）、および次回照会日時、を回答する図１８−（ｄ）の画面データを利用者端末２００に送信する（１１−００３）。
【００９０】
他方、前記ステップ１１−００１において、空席テーブル１２６の空席率が空席率閾値を下回っていた場合（１１−００１：Ｙ）、前記振替処理手段１１３は、利用者情報テーブル１２５の該当エントリにおける「振替契機」欄のデータを参照する（１１−００４）。そしてこの「振替契機」が「手動」であれば（１１−００４：手動）、空席率が指定の閾値値を超えたことを回答するため、振替処理手段１１３は、利用者端末２００に対し、図１８−（i）の画面データを送信する（１１−００５）。一方、前記「振替契機」が「自動」であれば（１１−００４：自動）、利用者端末２００への通知を省略して振り替え処理（１１−００６）を実施する。
【００９１】
例えば、図２の利用者情報テーブル１２５と、図３の空席テーブルに１２６ついて、利用者情報テーブルの項番：「２」のエントリを例にした場合、利用日：「１月５日」、利用区間：「Ｂ-Ｆ」、利用時間：「１０時」に該当する空席テーブルのエントリは、項番：「２」のエントリとなる。そして、利用者情報テーブル１２５の項番：「２」のエントリにおける「空席率」：３５％（＝つまり空席率閾値）に対して、空席テーブル１２６の項番：「２」のエントリにおける利用人数：「二人」、検索キー１：「禁煙」の空席率は「６０％」のため、空席テーブル１２６のエントリにおける空席率のほうが大きいことから、利用者情報テーブル１２５の項番：「２」のエントリにおける振替契機：「自動」に従い、振替処理手段１１３は、振り替え処理を実行する。この振替処理は、前記項番：「２」の利用者情報テーブル１２５の該当エントリが示す利用者ＩＤ、利用日、利用区間、利用人数、利用時間、および空席テーブル１２６における該当エントリ（＝利用者ＩＤ、登録ＩＤが利用者情報テーブル１２５の該当エントリと同一のもの）が含む列車情報（列車名、列車番号）のデータを含む、指定席の予約指示を前記予約管理装置３００に対し前記通信手段１０７により送信するものとなる。予約完了した場合、振替処理手段１１３は、その旨を通知する図１８（ｇ）の画面データを利用者端末２００に送信することとなる。
【００９２】
−−−その他の例−−−
上述の例の他に、例えば、実際に自由席に乗車した利用者の利用者端末２００から、実際の空席率に関する通報（勿論、空席の多少に関する情報の他、列車情報たる列車名や利用日、利用時間、利用駅の情報を含む）をシステム１００が受信し、空席テーブル１２６の該当エントリにおける空席率を前記実際の空席率で更新する。
【００９３】
また、前記システム１００は、該当列車における今後の停車駅を、例えば、前記予約管理装置３００に対して列車名や利用日時の情報をキーに問合わせして特定する。この時、ここで特定した今後の停車駅のうち、前記利用者が通報を発信した駅から先の駅にて乗車を予定する他ユーザを、前記システム１００が前記利用者情報テーブル１２５のエントリ中から検索する。
【００９４】
そして、この他ユーザについて、利用者情報テーブル１２５の該当エントリにおいて「空席率閾値」欄の値（例：４０％）の所定幅分の変更を実行する。例えば、空席テーブル１２６の該当エントリにおける空席率（例：９０％）を、前記通報でシステム１００が認識した実際の空席率（例：６０％）が大幅に下回っていた場合、つまり実際には想定より自由席がかなり混雑していた場合、システム１００が、前記空席率閾値の値を所定値（例：１０％）だけ上昇させて、更なる空席率低下に備えて迅速に振替処理を実行できるようにする。
【００９５】
逆に、例えば、空席テーブル１２６の該当エントリにおける空席率（例：５０％）を、前記通報でシステム１００が認識した実際の空席率（例：８０％）が大幅に上回っていた場合、つまり実際には想定より自由席がかなり空いていた場合、システム１００が、前記空席率閾値の値を所定値（例：１０％）だけ上昇させて、振替処理までの余裕時間を増やして出来るだけ自由席を利用したいとの利用者の要望に応えることができる。
【００９６】
前記システム１００は、或いは、空席率閾値の変更をせずに、そのまま振替処理を実行するとしてもよい。
【００９７】
以上、本実施形態によれば、指定席の混雑状況に応じた自由席から指定席への振替サービスが提供可能となる。
【００９８】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【００９９】
【図１】本実施形態における乗車券振替システムを含むネットワーク構成図である。
【図２】本実施形態の利用者情報テーブルのデータ構造例を示す図である。
【図３】本実施形態の空席テーブルのデータ構造例を示す図である。
【図４】本実施形態の空席更新管理テーブルのデータ構造例を示す図である。
【図５】本実施形態の乗車券振替方法の処理手順例１を示すフローチャートである。
【図６】本実施形態の乗車券振替方法の処理手順例２を示すフローチャートである。
【図７】本実施形態の乗車券振替方法の処理手順例３を示すフローチャートである。
【図８】本実施形態の乗車券振替方法の処理手順例４を示すフローチャートである。
【図９】本実施形態の乗車券振替方法の処理手順例５を示すフローチャートである。
【図１０】本実施形態の乗車券振替方法の処理手順例６を示すフローチャートである。
【図１１】本実施形態の乗車券振替方法の処理手順例７を示すフローチャートである。
【図１２】本実施形態の乗車券振替方法の処理手順例８を示すフローチャートである。
【図１３】本実施形態の乗車券振替方法の処理手順例９を示すフローチャートである。
【図１４】本実施形態の乗車券振替方法の処理手順例１０を示すフローチャートである。
【図１５】本実施形態の乗車券振替方法の処理手順例１１を示すフローチャートである。
【図１６】本実施形態の空席数算出用のマスク例を示す図である。
【図１７】本実施形態の空席数算出概念例を示す図である。
【図１８】本実施形態の出力画面例を示す図である。
【符号の説明】
【０１００】
１００  乗車券振替システム
１０１  記憶手段
１０２  プログラム
１０３  メモリ
１０４  ＣＰＵ
１０５  入力インターフェイス
１０６  出力インターフェイス
１０７  通信手段
１１０  利用者情報取得手段
１１１  状況問合わせ手段
１１２  指定席空席状況取得手段
１１３  振替処理手段
１２５  利用者情報テーブル
１２６  空席テーブル
１２７  空席更新管理テーブル
１４０  ネットワーク
２００  利用者端末
３００  予約管理装置
【図１】
2010015459.tif 000003
【図２】
2010015459.tif 000004
【図３】
2010015459.tif 000005
【図４】
2010015459.tif 000006
【図５】
2010015459.tif 000007
【図６】
2010015459.tif 000008
【図７】
2010015459.tif 000009
【図８】
2010015459.tif 000010
【図９】
2010015459.tif 000011
【図１０】
2010015459.tif 000012
【図１１】
2010015459.tif 000013
【図１２】
2010015459.tif 000014
【図１３】
2010015459.tif 000015
【図１４】
2010015459.tif 000016
【図１５】
2010015459.tif 000017
【図１６】
2010015459.tif 000018
【図１８】
2010015459.tif 000019
【図１７】
2010015459.tif 000020