(57)【要約】【課題】  予約を行った顧客が予約後の指定券の未購入を知ることができること。【解決手段】  顧客の予約端末１による予約後に、顧客管理サーバ２の予約時点確認手段１１ｂが顧客情報データベース１３に対して予約が何時行われたかの予約時点を確認し、予約経過時間確認手段１１ｃが予約対象の実施日前における予約時点から所定経過日数後を検索条件として予約済み／発券が完了していない案件の検索の実行を開始し、予約後決済確認手段１１ｄが顧客情報データベースに対して予約後に決済が行われたか否かを予約状況と決済状況を照合して、未決済の案件を発見したときに、予約の有効確認手段１１ｅが指定券サーバ３に対して予約が依然有効であるかどうかの確認を行っ後に、決済促進手段１１ｆが予約済み／発券が完了していない案件の未発券の通知を予約端末に送信するようにしたものである。【選択図】        図１
2005284553.tif 000002
【特許請求の範囲】
【請求項１】
顧客によって入力された座席指定などの予約を受け付けて、受け付けた予約内容を管理する予約管理手段と、
前記予約管理手段に格納された前記予約内容のうち、予約内容が実行されるべき日時と現在の日時を比較して、前記予約内容が実施されるべき日時が現在から所定の期間以内に近づいている予約案件を抽出する予約案件抽出手段と、
前記抽出された予約案件について、当該予約を入力した顧客に向けて、前記予約内容が実行されるべき日時が現在から所定の期間以内に近づいている旨を通知する決済促進手段とを、
それぞれ備えてなることを特徴とする予約状況確認システム。
【請求項２】
請求項１に記載の予約状況確認システムであって、
前記決済促進手段が、前記予約案件抽出手段によって抽出された予約案件のうち、前記予約が取り消された案件、もしくは既に決済が完了した案件を除く、残りの案件に関して、前記通知を行うものであることを特徴とする、予約状況確認システム。
【請求項３】
前記決済促進手段による通知は、少なくとも予約対象の実施日前に少なくとも１回行うことを特徴とする予約状況確認システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、座席指定券類の販売に際し、ネットワーク上などで予約を受け付け、後日窓口などにて予約分の券類を販売するいわゆるオンライン予約販売システムに関するものである。
【背景技術】
【０００２】
従来、オンライン予約販売システムとしては、例えば下掲の２件のようなものが知られている。これらはいずれも、座席指定券の予約をネットワークを介して受け付けることに加えて、予約がありながら、予約を行った顧客が座席指定券を購入しなかった場合に、かかる予約対象の座席指定券を他の顧客に再販売できるようにするものである（特許文献１、２参照。）。
【特許文献１】特開２００１−８４４１４号公報（第１頁、図１）
【特許文献２】特開２００３−３０４６５号公報（第１頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、一般にネットワークを介したオンライン予約では、その手続きの手軽さゆえに、予約を行ったこと自体が忘れられ易いという問題がある。
ことに最近では、予約手続きを携帯電話などを用いて行うことができ、いつでも、どこからでも予約をでき、予約に際して、顧客が所定の窓口に出向く行動をとる必要が無い。このために、予約手続きの利便性向上とは裏腹に、せっかく予約が取れても、そのことを予約を行った当の本人が忘れてしまうリスクが高まっている。
このことは、事業者にとっても顧客にとっても、無視できない損失となる。とりわけ顧客にとっては、せっかくの予約が無駄になってしまう損失は、上述した従来のオンライン予約販売システムによっても回避できないという問題があった。
【課題を解決するための手段】
【０００４】
本発明に係る予約状況確認システムは、顧客によって入力された座席指定などの予約を受け付けて、受け付けた予約内容を管理する予約管理手段と、
前記予約管理手段に格納された前記予約内容のうち、予約内容が実行されるべき日時と現在の日時を比較して、前記予約内容が実施されるべき日時が現在から所定の期間以内に近づいている予約案件を抽出する予約案件抽出手段と、
前記抽出された予約案件について、当該予約を入力した顧客に向けて、前記予約内容が実行されるべき日時が現在から所定の期間以内に近づいている旨を通知する決済促進手段とを備えたことを特徴とするものである。
【発明の効果】
【０００５】
以上のように本発明によれば、予約案件抽出手段が、受け付けた予約内容を確認し、予約内容が実行されるべき日時と現在の日時を比較して、前記予約内容が実施されるべき日時が現在から所定の期間以内に近づいている予約案件を抽出し、抽出された予約案件について、当該予約を入力した顧客に向けて、前記予約内容が実行されるべき日時が現在から所定の期間以内に近づいている旨を通知するようににしたので、予約を行った顧客が予約後の指定券の未購入を知ることができ、予約を行った顧客が予約後の購入を忘れてしまう事態を未然に防ぐことができ、顧客の意に反して予約が無駄になることが無くなる。その結果、顧客の利便性が向上することに加えて、事業者はビジネスの機会を逸失するリスクを抑制することができるという効果がある。
【発明を実施するための最良の形態】
【０００６】
図１は本発明の予約状況確認システムの構成を示すブロック図、図２は同予約状況確認システムの顧客管理サーバの構成を示すブロック図、図３は同予約状況確認システムの顧客管理サーバのＣＰＵの構成を示すブロック図、図４は同予約状況確認システムの自動券売機の構成を示すブロック図、図５は同予約状況確認システムの予約状況確認処理をを示すフローチャートである。
なお、本発明の実施の形態では、予約状況確認システムの一例として説明の便宜上、旅客列車の座席指定券を予約販売する場合を想定して説明する。
【０００７】
本発明の予約状況確認システムは、顧客が指定券の予約を行う予約端末１と、顧客各位毎の予約受付や発券等の予約情報については管理する顧客管理サーバ２と、列車毎の座席指定券の予約情報を管理する指定券サーバ３と、クレジットカードなどによる代金決済を行う決済サーバ４と、駅や旅行会社に設けられている座席指定券を発行する自動券売機５とから構成されている。
【０００８】
そして、予約端末１と顧客管理サーバ２とは通信網であるインターネット網６を介して接続されている。また、顧客管理サーバ２と指定券サーバ３と決済サーバ４と自動券売機５とは交通機関が運営する会社の専用ネットワーク網７を介してそれぞれ接続されている。
【０００９】
この予約端末１は、インターネット上のホームページを表示すると共に、そのホームページに格納された所定のプログラムを自動実行する機能、いわゆるＷｅｂアクセスの機能と、電子メールを送受信する機能とを備えている。具体的には、携帯電話、電子手帳、携帯型パソコン等がこれに該当する。
【００１０】
この顧客管理サーバ２は、全体を制御する制御部としてのＣＰＵ１１と、制御プログラムなどが記憶されているメモリ１２と、顧客毎の予約状況、発券状況、代金決済状況に関する情報を管理する顧客情報データベース１３と、予約端末１からの入力情報に基づいて座席指定券の予約を行い、座席指定券の予約の結果を顧客情報データベース１１に格納するＷｅｂサーバ１４と、Ｗｅｂサーバ１４による座席指定券の予約についての情報を表示する表示部１５と、予約端末１〜自動券売機５と通信を行う通信部１５とを備えている。
【００１１】
顧客管理サーバ２のＣＰＵ１１は時計を内蔵し、サーバシステムを制御するシステム制御手段１１ａと、指定席がいつ予約されたかの予約時点を確認する予約時点確認手段１１ｂと、指定席の予約時点から検索時点までの経過時間を確認する予約経過時間確認手段１１ｃと、予約後に決済が行われたか否かを確認する予約後決済確認手段１１ｄと、予約が有効であるか否かを確認する予約の有効確認手段１１ｅと、未決済かつ有効な予約について決済を促す連絡を実行する決済促進手段１１ｆとを有して構成されている。
【００１２】
顧客管理サーバ２の顧客情報データベース１３には、氏名、住所、連絡先電話番号、電子メールアドレス等の顧客情報と、予約手続ＩＤ（予約１件毎に付与）、予約日、予約対象列車の列車番号、予約対象の運行区間、予約対象列車の運行日（列車始発駅の出発日基準）等の予約状況と、発券済み／未発券の発券状況と、決済済み／未決済の代金決済状況等が格納されている。
また、Ｗｅｂサーバ１４のメモリ（図示せず）にはカスタマイズ情報が記憶されている。このカスタマイズ情報は予約端末１に表示される画面のデザインや画面の表示順番を、ユーザが任意に設定できる機能に用いる画面データ、リンク先アドレス（ＵＲＬ）等の情報である。
【００１３】
指定券サーバ３は、列車毎の座席指定状況に関するデータベースを備え、特定列車におけるどの席が予約されたか等の座席指定券の予約情報を管理する機能を有している。
そのデータベースにはサービス対象の全列車についての列車番号、号車番号、指定席番号、席ごと／運行区間毎の予約の有無等が格納されている。
【００１４】
決済サーバ４は、クレジットカードなどによる代金決済のために必要な個人の信用情報を一括して記憶・管理する機能と、図示しない金融機関のオンラインシステムとの間で通信を行って代金の決済を実行する機能とをそれぞれ備えている。
その信用情報としては、氏名、年齢、住所、職業、取引限度額、事故情報（決済遅延など）、未決済取引累積額等のクレジット決済に必要な個人情報である。
【００１５】
自動券売機５は、全体を制御する制御部としてのＣＰＵ２１と、制御プログラムなどが記憶されているメモリ２２と、運営会社の窓口職員や顧客による操作を受け付ける入力部２３と、操作や通信の結果に基づいて座席指定券を発券する発券処理部２４と、操作による入力情報や発券する座席指定券の情報等を表示する表示部２５と、専用ネットワーク網７を介して顧客管理サーバ２や指定券サーバ３との間でデータ通信を行う通信部２６とを備えている。
【００１６】
次に、本発明の実施の形態に係る予約状況確認システムの動作を図４のフローチャートに基づいて説明する。
（１）まず、受付の準備を行う（ステップＳ１）。
顧客にとっては、自身の予約端末１を用いて予約状況確認システムを利用するために、顧客登録を顧客管理サーバ２に対して行い、受付の準備をしておく必要がある。
その顧客登録は顧客登録画面に従って自身の情報（氏名、住所、電話番号、電子メールアドレス等）を入力して顧客管理サーバ２に送信し、入力された顧客情報は顧客管理サーバ２のＣＰＵ１１のシステム制御手段１１ａにより顧客情報データベース１３に格納され、登録される。
【００１７】
また、運営会社側では、指定券サーバ３において、指定券の情報を毎日更新しておき、予約受付の準備をしておく必要がある。
更新されるべき指定券の情報としては、列車番号／列車愛称、運行期日、運行時刻（乗車駅によって異なるため、ダイヤ全部）、停車駅（乗降可能駅）、座席コード、予約有無等などがある。これらの情報について、運行期日を過ぎた分の情報が指定券サーバ３の図示しないデータベースから削除され、代わって新規に予約を受け付ける分の情報がデータベースに記録される。
【００１８】
（２）次に、顧客による座席指定券の予約の申込み（ステップＳ２）
まず、座席指定券の予約を希望する顧客は、自ら予約端末１を操作して、インターネットを介して顧客管理サーバ２にアクセスする。
次に、顧客が予約端末１を操作して、列車、乗車期日、乗車区間の全部もしくは一部を指定して空席状況の照会を顧客管理サーバ２に対して行う。
なお、この場合の予約に対する受付は２４時間何時でもよいように設定されている。
【００１９】
（３）  顧客管理サーバ２による空席状況の送信（ステップＳ３）
顧客管理サーバ２では、そのＣＰＵ１１のシステム制御手段１１ａが、操作により指定された情報に基づいて、当該列車の空席状況を指定券サーバ３に対して問い合わせ、指定券サーバ３からの回答を顧客管理サーバ２のＣＰＵ１１のシステム制御手段１１ａが予約端末１に送信する。この回答、即ち空席状況は、予約端末１に表示される。
【００２０】
（４）顧客管理サーバ２による予約要求（ステップＳ４）
顧客は予約端末１に表示された空席状況をみて、顧客が特定の列車を選択して、再び予約端末１を操作して予約要求を行うと、予約端末１は予約要求を顧客管理サーバ２に送信する。
顧客管理サーバ２のＣＰＵ１１のシステム制御手段１１ａでは、予約端末１から受信した予約要求をもとに、指定券サーバ３に宛てて座席指定要求を送信する。この座席指定要求を受信した指定券サーバ３では、当該列車の空席を該当分だけ予約済みとしたうえで、予約済みとした内容を文面に反映した電子メールを顧客管理サーバ２を介して予約端末１に送信する。
なお、顧客が予約端末１に表示された空席状況をみても、予約要求を行わない場合は、ステップＳ２の前段階に戻る。
【００２１】
（５）予約完了（ステップＳ５）
電子メールを受信した顧客管理サーバ２のＣＰＵ１１のシステム制御手段１１ａは予約済みの内容を予約状況として顧客情報データベース１３に格納すると共に、その電子メールを、予約要求した予約端末１に宛てて送信し、予約の処理が完了する。なお、顧客情報データベース１３に予約状況が格納されときには、その予約状況の１つである予約日も記録される。
【００２２】
（６）未購入検索（ステップＳ６）
予約の処理が完了した後、顧客管理サーバ２のＣＰＵ１１は予約処理の完了日から一定期日以内に運行日がある案件のうち、予約済みで、しかも発券（決済）が完了していない案件を、顧客情報データベース１３に対して検索する。
なお、発券（決済）が完了している案件については、決済サーバ４及び自動券売機５から決済及び発券の情報が顧客管理サーバ２に送られ、その顧客情報データベース１３に格納されている。
【００２３】
かかる予約済み／未決済の案件の検索の手順を詳細に説明すると、まず顧客管理サーバ２のＣＰＵ１１の予約時点確認手段１１ｂが顧客情報データベース１３に対して所定の予約が何時行われたかの予約時点を確認し、次にＣＰＵ１１の予約経過時間確認手段１１ｃがシステム制御手段１１ａに内蔵されている時計を参照し、予約時点確認手段１１ｂが確認した予約時点から所定の検索時点の日付までの経過時間を読み出し、それから一定日数だけ遡った日付を検索条件として検索の実行を開始する。
【００２４】
検索の実行が開始されると、予約後決済確認手段１１ｄが顧客情報データベース１３に対して予約後に決済が行われたか否かを予約状況と決済状況を照合して、未決済の案件を発見する。
未決済の案件を発見したら、予約の有効確認手段１１ｅが指定券サーバ３に対してキャンセルなどがなく、予約が依然有効であるかどうかの確認を行う。
【００２５】
（７）未購入（ステップＳ７）
このようにして顧客管理サーバ２が予約済みで、しかも発券（決済）が完了していない案件を検索したら、次のステップに進むこととなる。
また、また、予約済みで、しかも発券（決済）が完了している場合は、ここで終了となる。
【００２６】
（８）未購入確認通知（ステップＳ８）
顧客管理サーバ２が予約済み／未決済の案件を検索して得た場合には、顧客管理サーバ２のＣＰＵ１１の決済促進手段１１ｆが、
未購入検索でヒットした案件に関して、運行日や列車愛称、予約済み区間、発券価格などの必要事項を定型文面に挿入して通知用文面を作成し、かかる文面の電子メールを、予約済みで、しかも発券（決済）が完了していない顧客の予約端末１に送信し、顧客に対して決済を促す。
このような未購入確認通知の電子メールの送信は、未購入（予約済み＆発券未完了）分を検索したのちに適切な時点として、予約した運行日の前日に行うようにしている。
【００２７】
また、送信頻度は１回／日であるが、ユーザの利便性（通知メールから発券までの猶予時間を多くとること）を考慮すると、２−３回／日の頻度にするようにしてもよい。
なお、未購入確認通知の電子メールの送信を、未購入分の検索後ただちにするようにしてもよい。このタイミングならば、通知メールから発券までの猶予時間を最大限稼げるからである。ただし、メールを受信する予約端末１が携帯電話である場合、メールの受信時に呼び出し音が鳴ることを考えると、受信時間帯を顧客が指定できるようにし、指定が無ければ正午〜午後１時に設定するようにしてもよい。
【００２８】
（９）発券要求（ステップＳ９）
電子メールによる未購入確認通知を受けて予約はしたけれど未だ発券を受けていないことに気付いた顧客が、自動券売機５に対して発券要求を行う。
この発券要求は自動券売機５の入力部２３を操作し、予約内容の特定に必要な予約情報、ならびに発券に伴う代金支払い決済に必要な情報を入力する。
たとえば、入力部２３に図示しないカードリーダを装備しておき、顧客がカードリーダにクレジットカードを通すと、クレジットカード番号がカードリーダによって読み取られ、この番号情報は顧客管理サーバ２に送られ、顧客管理サーバ２では、この番号情報を基にして、予約情報を検索する。
検索の結果として見つかった予約情報は、券売機５に送られる。
【００２９】
この発券要求に応じて、自動券売機５は指定券サーバ３に対して予約情報を提示して発券可否を問い合わせる。問い合わせに対して、指定券サーバ３が発券可否を自動券売機５に宛てて回答する。この際に、発券可であれば、指定券サーバ３は発券に必要な情報、即ち券面に記載されるべき列車の運行期日、列車愛称、搭乗駅における列車の発車時刻、指定券代金額等を併せて自動券売機５に宛てて通知する。その通知の内容は、表示部２５に表示される。
【００３０】
（１０）決済（ステップＳ１０）
自動券売機５の表示部２５の発券に必要な情報の表示をみた顧客は、決済に必要な個人情報を入力部２３に入力する。決済に必要な個人情報とは、クレジットカードの暗証番号、または券売機において生体認証を行う場合には、認証方式に応じた生体情報、たとえば虹彩や指紋の映像である。あるいは、個人情報の入力に代えて、顧客が券売機に現金を投入するようにしてもよい。
入力部２３に入力された決済に必要な個人情報は決済サーバ７に送られて決済サーバ７に対して決済処理が請求される。
決済サーバ４は一連の決済処理を行い、処理が完了した時点で、決済完了の旨を自動券売機５に宛てて通知する。
【００３１】
（１１）発券（ステップＳ１１）
自動券売機５では、指定券サーバ３から発券可の情報を、決済サーバ４から決済完了の通知を両方受け取った時点で、発券処理部２４が発券処理を実行し、指定券を顧客に引き渡す。
また、自動券売機５は発券処理が完了したら、発券処理済みの旨の通知を顧客管理サーバ２に送る。
（１２）予約情報の更新（ステップＳ１２）
自動券売機５からの発券処理済みの旨の通知を受けた顧客管理サーバ２ではそのシステム制御手段１１ａが、顧客情報データベース１３に格納されている予約情報を発券済みに更新し、データベース更新を行い、期限切れデータは消去する。
【００３２】
このように、顧客が予約端末１により顧客管理サーバ２に対して予約要求をして顧客情報データバース１３に予約状況が格納された場合に、顧客管理サーバ２の予約時点確認手段１１ｂが顧客情報データベース１３に対して所定の予約が何時行われたかの予約時点を確認し、予約経過時間確認手段１１ｃが予約対象の実施日前における予約時点確認手段１１ｂが確認した予約時点から所定経過日数後を検索条件として予約済み／発券が完了していない案件の検索の実行を開始し、予約後決済確認手段１１ｄが顧客情報データベース１３に対して予約後に決済が行われたか否かを予約状況と決済状況を照合して、未決済の案件を発見したときに、予約の有効確認手段１１ｅが指定券サーバ３に対して予約が依然有効であるかどうかの確認を行った後に、決済促進手段１１ｆが予約済み／発券が完了していない案件の未発券の通知を予約端末に送信するようにしたので、予約を行った顧客が予約後の指定券の未購入を知ることができ、予約を行った顧客が予約後の購入を忘れてしまう事態を未然に防ぐことができ、顧客の意に反して予約が無駄になることが無くなる。その結果、顧客の利便性が向上することに加えて、事業者はビジネスの機会を逸失するリスクを抑制することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の予約状況確認システムの構成を示すブロック図である。
【図２】同予約状況確認システムの顧客管理サーバの構成を示すブロック図である。
【図３】同予約状況確認システムの顧客管理サーバのＣＰＵの構成を示すブロック図である。
【図４】同予約状況確認システムの自動券売機の構成を示すブロック図である。
【図５】同予約状況確認システムの予約状況確認処理を示すフローチャートである。
【符号の説明】
【００３４】
１  予約端末、２  顧客管理サーバ、３  指定券サーバ、４  決済サーバ、５  自動券売機、６  インターネット網、７  専用ネットワーク網、１１  ＣＰＵ、１１ａ  システム制御手段、１１ｂ  予約時点確認手段、１１ｃ  予約経過時間確認手段、１１ｄ  予約後決済確認手段、１１ｅ  予約の有効確認手段、１１ｆ  決済促進手段、１２  メモリ、１３  顧客情報データベース、１４Ｗｅｂサーバ、１５  表示部、１６  通信部。
【図１】
2005284553.tif 000003
【図２】
2005284553.tif 000004
【図３】
2005284553.tif 000005
【図４】
2005284553.tif 000006
【図５】
2005284553.tif 000007