(57)【要約】【目的】ユーザがキャンセル待ちをした回数が多ければ多いほど、そのユーザがキャンセル待ちによって商品の予約ができる確率が高くなるオンライン商品予約プログラムを、提供する。【構成】サーバ装置１のＣＰＵ１１は、端末からキャンセル待ち要求を受信すると、顧客管理データベース１４１にその端末を操作するユーザの個人識別情報と優先ポイントとを含む個人情報を記憶するとともに、既にそのユーザの個人情報が記憶されていた場合は優先ポイントをインクリメントし、キャンセル待ち列データベース１４２に該要求を受信した順にユーザの個人識別情報を記憶する。キャンセルが発生した旨を受信するとＣＰＵ１１は、キャンセル待ち列データベース１４２に個人識別情報を記憶されたユーザに対して、記憶の順が早い程高い基本ポイントを付与し、各ユーザの優先ポイントを基本ポイントに加算して、このポイントが高い順にキャンセルの当選を決定する。【選択図】  図１
2004295238.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが操作する端末とネットワークを介して通信するとともに、各ユーザの個人識別情報と優先ポイントとを互いに対応付けて記憶する第１テーブル，及び、予約対象である各商品毎にユーザの個人識別情報を順序に対応付けて記憶する第２テーブルを格納した記憶装置に接続されたコンピュータに対して、
販売予定数の予約が未完了である商品についての予約要求を何れかの端末から受信した場合には、当該端末を操作するユーザからの予約を受け付ける処理を実行させ、
販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した場合には、当該端末を操作しているユーザの個人識別情報を、当該商品についての最後の順序に対応付けて、前記第２テーブルに記憶させるとともに、当該個人識別情報に対応して前記第１テーブルに記憶された前記優先ポイントをインクリメントさせ、
前記商品の予約がキャンセルされる毎に、当該商品の商品識別情報に対応して前記第２テーブルに記憶されている各個人識別情報の順序，及び、これら各個人識別情報に対応して夫々前記第１テーブルに記憶されている優先ポイントを読み出させ、各個人識別情報の順序を、夫々に対応した優先ポイントの値が大きい程大きく繰り上げることによって補正し、補正後の順位が一位であるユーザからの予約を受け付ける処理を実行させる
ことを特徴とするオンライン商品予約プログラム。
【請求項２】
前記コンピュータに対して、
販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した時に、当該端末を操作しているユーザの個人識別情報が前記第１テーブルに記憶されていない場合には、当該個人情報を前記優先ポイントの初期値に対応付けて前記第１テーブルに記憶する
ことを特徴とする請求項１記載のオンライン商品予約プログラム。
【請求項３】
前記コンピュータに対して、
販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信したときには、当該端末を操作しているユーザの個人識別情報が当該商品について前記第２テーブルに記憶されていない場合に限り、当該端末を操作しているユーザの個人識別情報を、当該商品についての最後の順序に対応付けて、前記第２テーブルに記憶させるとともに、当該個人識別情報に対応して前記第１テーブルに記憶された前記優先ポイントをインクリメントさせる
ことを特徴とする請求項１記載のオンライン商品予約プログラム。
【請求項４】
前記コンピュータに対して、更に、
ユーザからの予約を受け付ける処理を実行すると、当該ユーザについて前記代１テーブルに記憶されている前記優先ポイントを初期化させる
ことを特徴とする請求項１乃至３の何れかに記載のオンライン商品予約プログラム。
【請求項５】
前記コンピュータに対して、
販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した時に、更に、当該端末に対してその商品を販売する企業の広告ページへのリンクを設定したデータを送信させ、
当該端末から前記広告ページの要求を受信した場合には、前記優先ポイントを更にインクリメントさせる
ことを特徴とする請求項１乃至４に記載のオンライン商品予約プログラム。
【請求項６】
ユーザが操作する端末とネットワークを介して通信するとともに、各ユーザの個人識別情報と優先ポイントとを互いに対応付けて記憶する第１テーブル，及び、予約対象である各商品毎にユーザの個人識別情報を順序に対応付けて記憶する第２テーブルを格納した記憶装置を含むサーバ装置による予約方法であって、
販売予定数の予約が未完了である商品についての予約要求を何れかの端末から受信した場合には、当該端末を操作するユーザからの予約を受け付ける処理を実行し、
販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した場合には、当該端末を操作しているユーザの個人識別情報を、当該商品についての最後の順序に対応付けて、前記第２テーブルに記憶するとともに、当該個人識別情報に対応して前記第１テーブルに記憶された前記優先ポイントをインクリメントし、
前記商品の予約がキャンセルされる毎に、当該商品の商品識別情報に対応して前記第２テーブルに記憶されている各個人識別情報の順序，及び、これら各個人識別情報に対応して夫々前記第１テーブルに記憶されている優先ポイントを読み出し、各個人識別情報の順序を、夫々に対応した優先ポイントの値が大きい程大きく繰り上げることによって補正し、補正後の順位が一位であるユーザからの予約を受け付ける処理を実行する
ことを特徴とするオンライン商品予約方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを介してチケットやサービス等の商品の予約販売を行うための技術に関する。
【０００２】
【従来の技術】
周知のように、商品（サービス及びチケット等を含む）の予約販売を行う方法として、インターネットを利用したシステムがある。このシステムによると、商品の予約販売を行う者（以下、「販売者」とする）がその商品の情報をインターネット上に開設した予約用サイトに掲載し、そのサイトを閲覧したユーザは、サイト上で所望の商品について購入の予約を行うことができる。
【０００３】
また、人を介さずに気軽に利用できるというインターネットの性質上、このシステムによると、ユーザによる商品予約後のキャンセルが数多く発生する。従って、人気商品（例えば、コンサートチケットや話題の新商品等）の予約販売においては、いわゆる「キャンセル待ち」が必然的に生じる。
【０００４】
【発明が解決しようとする課題】
しかしながら、発生したキャンセル数（キャンセルされた商品数）とキャンセル待ちをしている予約希望者数との差に開きがある場合、予約希望者が「キャンセル待ち」によって商品の予約ができる可能性は、非常に低い。
【０００５】
さらに、「キャンセル待ち」が生じるような人気商品の予約時には、予約開始と同時に多数のユーザ（クライアント端末）からのインターネットによる予約用サイトへのアクセスが集中してしまい、サーバ装置側に多大なる負担がかかってしまう。そのため、ユーザが予約用サイトにアクセスすらできないこともあった。
【０００６】
従って、何度もアクセスを試みたものの予約用サイトまでなかなかアクセスできず、やっとの思いでアクセスできた時には商品の予約はすでに終了しており（即ち、予約完売しており）、その後の「キャンセル待ち」を行ってさえも商品の予約ができないという事態が生じる。そのため、このような予約用サイトにかなりの回数アクセスしており、また、かなりの回数「キャンセル待ち」も行っているが、一度も商品の予約をできたことがないユーザが、多数存在しているのが現状である。
【０００７】
本発明は、このような事情を鑑みてなされたものであり、本発明の課題は、ユーザがキャンセル待ちをした回数が多ければ多いほど、そのユーザがキャンセル待ちによって商品の予約ができる確率が高くなる予約プログラムを、提供することにある。
【０００８】
【課題を解決するための手段】
上記課題を解決するために、本発明のオンライン商品予約プログラムは、ユーザが操作する端末とネットワークを介して通信するとともに、各ユーザの個人識別情報と優先ポイントとを互いに対応付けて記憶する第１テーブル，及び、予約対象である各商品毎にユーザの個人識別情報を順序に対応付けて記憶する第２テーブルを格納した記憶装置に接続されたコンピュータに対して、販売予定数の予約が未完了である商品についての予約要求を何れかの端末から受信した場合には、当該端末を操作するユーザからの予約を受け付ける処理を実行させ、販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した場合には、当該端末を操作しているユーザの個人識別情報を、当該商品についての最後の順序に対応付けて、前記第２テーブルに記憶させるとともに、当該個人識別情報に対応して前記第１テーブルに記憶された前記優先ポイントをインクリメントさせ、前記商品の予約がキャンセルされる毎に、当該商品の商品識別情報に対応して前記第２テーブルに記憶されている各個人識別情報の順序，及び、これら各個人識別情報に対応して夫々前記第１テーブルに記憶されている優先ポイントを読み出させ、各個人識別情報の順序を、夫々に対応した優先ポイントの値が大きい程大きく繰り上げることによって補正し、補正後の順位が一位であるユーザからの予約を受け付ける処理を実行させることを特徴とする。
【０００９】
また、上記課題を解決するために案出された本発明によるオンライン商品予約方法は、ユーザが操作する端末とネットワークを介して通信するとともに、各ユーザの個人識別情報と優先ポイントとを互いに対応付けて記憶する第１テーブル，及び、予約対象である各商品毎にユーザの個人識別情報を順序に対応付けて記憶する第２テーブルを格納した記憶装置を含むサーバ装置による予約方法であって、販売予定数の予約が未完了である商品についての予約要求を何れかの端末から受信した場合には、当該端末を操作するユーザからの予約を受け付ける処理を実行し、販売予定数の予約が完了した商品についての予約キャンセル待ち要求を何れかの端末から受信した場合には、当該端末を操作しているユーザの個人識別情報を、当該商品についての最後の順序に対応付けて、前記第２テーブルに記憶するとともに、当該個人識別情報に対応して前記第１テーブルに記憶された前記優先ポイントをインクリメントし、前記商品の予約がキャンセルされる毎に、当該商品の商品識別情報に対応して前記第２テーブルに記憶されている各個人識別情報の順序，及び、これら各個人識別情報に対応して夫々前記第１テーブルに記憶されている優先ポイントを読み出し、各個人識別情報の順序を、夫々に対応した優先ポイントの値が大きい程大きく繰り上げることによって補正し、補正後の順位が一位であるユーザからの予約を受け付ける処理を実行することを、特徴とする。
【００１０】
このように構成されると、ユーザが実際にキャンセル待ちを行った回数（即ち、ユーザの端末から予約キャンセル待ち要求が送信された回数）に応じて、優先ポイントがインクリメントされる。そして、実際にユーザがキャンセル待ちを申込んだ順位と、優先ポイントの値とに従って、ユーザのキャンセル待ちによる予約を受け付ける順位が適宜変更された後に、変更後の順位が１位のユーザから、予約のキャンセルによる受付処理が開始される。即ち、キャンセル待ちを申込んだ順位だけでなく、キャンセル待ちを申込んだ回数をも反映させて、予約キャンセルによる受付処理をおこなう順番が決定されるのである。
【００１１】
従って、本発明のオンライン商品予約プログラム，及びオンライン商品予約方法によると、ユーザがキャンセル待ちをした回数が多ければ多いほど、そのユーザがキャンセル待ちによって商品の予約ができる確率が高くなる。
【００１２】
【発明の実施の形態】
以下、図面を参照し、本発明によるオンライン商品予約プログラム，及びオンライン商品予約方法の実施形態を説明する。なお、本発明によるオンライン商品予約プログラム，及びオンライン商品予約方法は、例えば、新製品の予約販売等にも適用することができるが、以下では、船舶のチケットの販売システムに組み込まれるオンライン予約システムに適用した例を、説明する。なおこの場合、チケットの購入をもって船便（商品）についての予約をしたものとして扱う。
【００１３】
図１に、本実施形態によるオンライン商品予約プログラム，及びオンライン商品予約方法が実現されるネットワークシステムの概略構成を示す。このネットワークシステムは、インターネットＮを介して相互に接続される一台のサーバ装置１と多数台のクライアント端末２（図１においては１台のみ図示）とから、構成される。このサーバ装置１は、予約システムを実施する業者（以下、「システム業者」と称する）によって管理運営されており、ウェッブコンテンツ（ＨＴＭＬデータ，その他のデジタルコンテンツ）をインターネット上に公開する装置である。なお、図１においては、説明の都合上、サーバ装置１を１台のコンピュータとして図示したが、サーバ装置１が持つとしている各機能が、夫々、システム業者によって運営されている別々のコンピュータに分担されていても良いし、個々の機能が複数のコンピュータに分散されて実現されても良い。
【００１４】
これらサーバ装置１及びクライアント端末２を接続するインターネットＮは、ＨＴＴＰプロトコル，ＴＣＰ／ＩＰプロトコル等によってサポートされるコンピュータネットワークである。以下、サーバ装置１及びクライアント端末２について、そのハードウェア構成及びソフトウェア構成を、夫々説明する。
【００１５】
まず、サーバ装置１はバス（データバス及びシステムバス）Ｂによって相互に接続されたＣＰＵ１１，通信アダプタ１２，ＲＡＭ１３，及びハードディスク１４を、有している。これらのうち、ＣＰＵ１１は、このサーバ装置１全体の制御を行う中央処理装置である。また、通信アダプタ１２は、インターネットＮが構築されている回線（インターネットバックボーン）とのインターフェイスをなす通信装置である。また、ＲＡＭ１３は、ＣＰＵ１１が各種処理を実行するに際しての作業領域が展開される主記憶装置（一時記憶装置であるメモリ）である。
【００１６】
ハードディスク１４は、ＣＰＵ１１によって読み出されて実行される各種プログラム及び各種データを格納している記憶媒体である。このハードディスク１４に格納されているプログラムには、本発明の予約システムを実施するための図示せぬサーバプログラムの他、後述する各種データベース（顧客管理データベース１４１，キャンセル待ち列データベース１４２）が、格納されている。
【００１７】
図２は、第１テーブルに相当する顧客管理データベース１４１の具体的なデータ構造を示す図である。この図２に示すように顧客管理データベース１４１は、そのシステム業者の提供する予約システムに顧客として登録している各会員毎に、その会員を一意に示す個人識別情報である「顧客ＩＤ」と、その会員の個人情報である「氏名」，「住所」，「電話番号」，「Ｅ−ｍａｉｌアドレス」と、その会員に与えられた優先ポイントの累計を示す「優先ポイント」と、支払い方法を示す「決済方法」と、決済方法としてクレジットカードを指定した場合に登録される「カード番号」との各フィールドからなるレコードを登録することによって、構成されている。
【００１８】
図３は、第２テーブルに相当するキャンセル待ち列データベース１４２の具体的なデータ構造を示す図である。この図３に示すように、キャンセル待ち列データベース１４２は、商品識別情報に相当する商品名（この例においては、チケットにより指定される便の出港年月日が商品名として扱われている）毎に格納されたレコードに、要素としての顧客ＩＤを、キャンセル待ちを申込んだ順に申込んだ枚数分だけ登録することによって、構成されている。つまり、顧客ＩＤが、そのキャンセル待ち申込順に対応付けて記憶されているのである。
【００１９】
図１に戻り、クライアント端末２は、一般的なインターネットアクセス可能なパーソナルコンピュータであり、互いにバスＢによって接続されたＣＰＵ２１，通信アダプタ２２，ＲＡＭ２３，ハードディスク２４，入力装置２５，及びディスプレイ２６から、構成されている。
【００２０】
これらのうちＣＰＵ２１は、ハードディスク２４に格納されている各種プログラムを順次ＲＡＭ２３上に読み出して実行することによってその処理結果をディスプレイ２６上に表示する処理装置である。通信アダプタ２２は、インターネットＮとのインターフェイスをなす通信装置である。入力装置２５は、キーボード及びマウスからなる。
【００２１】
ＣＰＵ２１がＲＡＭ２３上に読み出して実行するプログラムには、図示せぬブラウザプログラムがある。ブラウザプログラムは、ＣＰＵ２１によって読み出されて実行されることによって、入力装置２５を介して入力または指定された情報を格納したＨＴＴＰリクエストメッセージをインターネットＮ経由でサーバ装置１へ送信するとともに、このＨＴＴＰリクエストメッセージに格納されたＷｅｂコンテンツ（ＨＴＭＬデータ等）に基づいて、ディスプレイ２６上に画面表示を行う。
【００２２】
次にサーバ装置１のＣＰＵ１１が実行する処理を、図４乃至図６のフローチャートと、図１０乃至図１２の画面例とに基づいて説明する。
【００２３】
（予約及びキャンセル待ち登録時）
まず、インターネット上に開設されたチケット予約用サイト上に表示された船舶の各便におけるチケット販売情報を閲覧したユーザが、サイト上で所望の便のチケットを購入しようとする時にＣＰＵ１１が実行する処理を説明する。
【００２４】
Ｗｅｂブラウザが起動されたユーザ端末２が、空確認画面のＵＲＬを指定したリクエストメッセージを送信してくると、ＣＰＵ１１は、サーバプログラムを起動して図４及び図５のフローチャートに示す処理を開始する。この処理がスタートしてから最初のＳ００１では、ＣＰＵ１１は、図１０に示すような空き確認画面をディスプレイ２６に表示させるためのＷｅｂページデータ（ＨＴＭＬデータ）をユーザ端末２に応答する。図１０に示すように、このＷｅｂページデータには、チケットの購入手続を開始している対象日（その便の出港日）を含む日のカレンダーを、チケットの購入が可能な日の日付けには○印，及びチケットが売切れてしまいキャンセル待ちのみ可能な日の日付けには×印を付与して表示するための記述と、「キャンセル待ち」ボタン３１，及び「購入」ボタン３２を表示させるための記述とともに、何れかのボタンがクリックされた時にクリックされたボタンの種類をパラメータとしてサーバ装置１へ送信させるアクションが、組み込まれている。
【００２５】
次のＳ００２では、ＣＰＵ１１は、このＷｅｂページデータを送信したユーザ端末２からの応答を待ち、このユーザ端末２からの応答を受信すると、クリックされたボタンの種別をチェックする。そして、「購入」ボタン３２がクリックされていた場合には、ＣＰＵ１１は、その処理を図５のフローチャートに示すＳ００９へと進める。これに対して、「キャンセル待ち」ボタン３１がクリックされていた場合には、ＣＰＵ１１は、その処理をＳ００３へと進める。
【００２６】
Ｓ００３において、ＣＰＵ１１は、キャンセル待ち登録画面を表示させるためのＷｅｂページデータをユーザ端末２に送信する。このＷｅｂページデータには、図１１に示すように、キャンセル待ちのみが可能な日からキャンセル待ちを申込む対象日（即ち、キャンセル待ちを申込むチケットによって指定される便の出港日）を選択させるための「キャンセル待ち対象日」ドロップダウンリストボックス群４１，キャンセル待ちによって購入する予定のチケット枚数を示す「キャンセル待ち数」ドロップダウンリストボックス４２，「氏名」欄４３，「住所」欄４４，「電話」欄４５，「Ｅ−ｍａｉｌ」欄４６，決済方法を選択するためのオプションボタン群４７，決済方法としてクレジットカードが選択された場合にクレジットカード番号を入力するための「カード番号」欄４８，及び、「送信」ボタン４９を表示させるための記述とともに、「送信」ボタン４９がクリックされた時に、各欄に入力された文字列情報と、オプションボタン群４７によって選択された情報とをサーバ装置１へ送信するためのタグが、含まれている。
【００２７】
そして、ＣＰＵ１１は、次のＳ００４にてキャンセル待ち登録画面を表示させるためのＷｅｂページデータを送信したユーザ端末２からの応答（予約キャンセル待ち要求に相当）を受信すると、その処理をＳ００５へと進める。
【００２８】
次のＳ００５において、ＣＰＵ１１は、送信された応答中の各欄（「氏名」欄４３，「住所」欄４４，「電話」欄４５，及び、「Ｅ−ｍａｉｌ」欄４６）に入力された情報の組み合わせを含むレコード（顧客データ）が、顧客管理データベース１４１に登録されているか否かを調べ、登録されていた場合、ＣＰＵ１１は、その処理をＳ００７に進める。これに対して、登録されていなかった場合は、ＣＰＵ１１は、Ｓ００６において、送信されたキャンセル待ち登録情報の各欄に入力された情報を、顧客データとして顧客管理データベース１４１に登録して顧客ＩＤを発行してから、その処理をＳ００７に進める。
【００２９】
ＣＰＵ１１は、Ｓ００７において、顧客管理データベース１４１における当該顧客データを含むレコード中の「優先ポイント」フィールドの値をインクリメントして、その処理を次のＳ００８へと進める。
【００３０】
そして、次のＳ００８において、ＣＰＵ１１は、キャンセル待ち列データベース１４２において選択された商品名（即ち、Ｓ００４にて受信した「キャンセル待ち対象日」ドロップダウンリストボックス４１によって選択された日）のレコードの末尾にこの顧客の顧客ＩＤをこの顧客が希望するチケットの枚数（即ち、「キャンセル待ち数」ドロップダウンリストボックス４２によって選択された枚数）分だけ登録すると、その処理を終える。つまり、顧客ＩＤがその商品についての最後のキャンセル待ち申込順序に対応付けて、記憶される。
【００３１】
一方、Ｓ００２にて「購入」ボタン３２がクリックされていたとの判断を行った場合に実行されるＳ００９では、ＣＰＵ１１は、購入登録画面を表示させるためのＷｅｂページデータをユーザ端末２に送信する。このＷｅｂページデータには、図１２に示すように、購入の予約が可能な日から対象日を選択させるための「購入対象日」ドロップダウンリストボックス５１，購入する予定のチケット枚数を示す「購入数」ドロップダウンリストボックス５２，「氏名」欄５３，「住所」欄５４，「電話」欄５５，「Ｅ−ｍａｉｌ」欄５６，決済方法を選択するためのオプションボタン群５７，決済方法としてクレジットカードが選択された場合にクレジットカード番号を入力するための「カード番号」欄５８，及び、「送信」ボタン５９を表示させるための記述とともに、「送信」ボタン５９がクリックされた時に、各欄に入力された文字列情報と、オプションボタン群５７によって選択された情報とをサーバ装置１へ送信するためのタグが含まれている。
【００３２】
そして、ＣＰＵ１１は、次のＳ０１０にて購入登録画面を表示させるためのＷｅｂページデータを送信したユーザ端末２からの応答（購入登録情報）を受信すると、その処理をＳ０１１へと進める。
【００３３】
そして、Ｓ０１１において、ＣＰＵ１１は、送信された購入登録情報の各欄（「氏名」欄５３，「住所」欄５４，「電話」欄５５，及び、「Ｅ−ｍａｉｌ」欄５６）に入力された情報の組み合わせを含むレコード（顧客データ）が、顧客管理データベース１４１に登録されているか否かを調べ、登録されていた場合、ＣＰＵ１１は、その処理をＳ０１３に進める。これに対して、登録されていなかった場合は、ＣＰＵ１１は、Ｓ０１２において、送信された購入登録情報の各欄に入力された情報を、顧客データとして顧客管理データベース１４１に登録して顧客ＩＤを発行してから、その処理をＳ０１３に進める。
【００３４】
Ｓ０１３において、ＣＰＵ１１は、顧客管理データベース１４１における当該顧客データ中の「優先ポイント」フィールドの値をインクリメントして、その処理を次のＳ０１４へと進める。なお、ここで、ＣＰＵ１１は、当該顧客データ中の「優先ポイント」フィールドの値をそのままの状態にして（即ち、インクリメントすることなく）、その処理を次のＳ０１４へと進めても良い。
【００３５】
そして、次のＳ０１４において、ＣＰＵ１１は、顧客管理データベース１４１に登録されている「決済方法」に従って、売買処理を行うと、その処理を終える。なお、本発明における売買処理においてＣＰＵ１１が実行する処理は、従来のものと変わりがないので、その説明を省略する。
（キャンセル発生時）
次に、既に販売されたチケットについてキャンセルが発生した場合において、キャンセル待ちをしている顧客に対してチケットを販売する時に、ＣＰＵ１１が実行する処理を説明する。
【００３６】
キャンセルが発生した旨の情報（キャンセルされたチケットによって指定される出港年月日［日時］及び枚数を含む）を受信すると、ＣＰＵ１１はサーバプログラムを起動して図６のフローチャートに示す処理を開始する。なお、このキャンセルが発生した旨の情報は、顧客によってユーザ端末２から直接送信されてもよいし、その旨を通知された販売者（又はシステム業者）によって、チケット販売者（又はシステム業者）の端末から送信されてもよい。
【００３７】
この処理がスタートしてから最初のＳ１０１では、ＣＰＵ１１は、キャンセル待ち列データベースから、キャンセルされたチケットにより指定される出港年月日を含むレコード（待ち行列）における全要素（全ての顧客ＩＤ）を、登録された順にＲＡＭ１３上に一時的に読み出す。
【００３８】
そして、次のＳ１０２において、ＣＰＵ１１は、待ち行列の全要素数からその順位（即ち、登録順位）を引いた差分をその要素（顧客ＩＤ）に対応する顧客の基礎ポイントとして、ＲＡＭ１３上に記憶すると、その処理をＳ１０３へと進める。
【００３９】
次のＳ１０３において、ＣＰＵ１１は、各要素毎にその要素を示す顧客ＩＤに対応した顧客の優先ポイントを顧客管理データベース１４１からＲＡＭ１３上に読み出す。そして、読み出された優先ポイントに、販売者（又は、システム業者）によって自由に設定される一定倍率を乗じると、その演算結果を、ＲＡＭ１３上に記憶されたそれぞれに対応する顧客の基礎ポイントに加算して最終ポイントとすると、その処理を次のＳ１０４へと進める。
【００４０】
そして、Ｓ１０４では、ＣＰＵ１１は、最終ポイントが多いものから順に、キャンセル数分の要素を当選扱いとすると、次のＳ１０５において、当選扱いとした要素（顧客ＩＤ）に対応する顧客に対して、顧客管理データベース１４１に登録されているそれぞれの顧客に対応する「決済方法」に従って、売買処理を行うと、その処理を完了する。換言すると、Ｓ１０１〜Ｓ１０５の処理は、キャンセル待ち列データベース１４２（第２テーブル）に記憶されている各顧客ＩＤ（個人識別情報）の順序，及び、これら各個人識別情報に対応して夫々顧客管理データベース１４１（第１テーブル）に記憶されている優先ポイントを読み出し、各顧客ＩＤの順序を、夫々に対応した優先ポイントの値が大きい程大きく繰り上げることによって補正し、補正後の順位が一位であるユーザからの予約を受け付ける処理を実行することに相当する。
【００４１】
以上、詳細に説明したように、この予約システムでは、顧客としてこの予約システムに登録しているユーザが保有している優先ポイントをキャンセル待ちの当選順位の向上に使用することができる。また、本システムを利用してキャンセル待ちやチケットの購入を行う（アクセスする）度に当該優先ポイントがインクリメントされるので、本システムの利用回数が多い顧客（即ち、常連客）ほど、有利な条件でキャンセル待ちを行うことができる。従って、本予約システムによると、顧客であるユーザにとってより魅力的な形（自己の努力がより反映された形）でのキャンセル待ちを提供する事ができる。
（変形例１）
なお、上記実施形態によると、ＣＰＵ１１は、そのアクセス回数に応じた分だけ優先ポイントをインクリメントしていたが、販売する商品毎に１回のみポイントを付与するように構成しても良い（変形例１）。以下、上記した実施形態に基づいてサーバ装置１のＣＰＵ１１が実行する処理の第１の変形例を、図７のフローチャートに基づいて説明する。なお、図７のフローチャートにおいて図４のフローチャートにてＣＰＵ１１が実行する処理と共通する処理には、同じステップ番号を付与した。
【００４２】
Ｗｅｂブラウザが起動されたユーザ端末２が、空確認画面のＵＲＬを指定したリクエストメッセージを送信してくると、ＣＰＵ１１は、サーバプログラムを起動して図７のフローチャートに示す処理を開始する。この処理がスタートしてから最初のＳ００１からＳ００４までの処理は、上述した実施形態のものと同じである。
【００４３】
Ｓ００４にてユーザ端末２からのキャンセル待ち登録情報を受信したＣＰＵ１１は、次のＳ００５において、送信されたキャンセル待ち登録情報の各欄（「氏名」欄４３，「住所」欄４４，「電話」欄４５，及び、「Ｅ−ｍａｉｌ」欄４６）に入力された情報の組み合わせを含むレコード（顧客データ）が、顧客管理データベース１４１に登録されているか否かを調べ、登録されていた場合、ＣＰＵ１１は、その処理をＳ００６´に進める。これに対して、登録されていなかった場合は、ＣＰＵ１１は、Ｓ００６において、送信されたキャンセル待ち登録情報の各欄に入力された情報を、顧客データとして顧客管理データベース１４１に登録して顧客ＩＤを発行してから、その処理をＳ００６´に進める。
【００４４】
Ｓ００６´において、ＣＰＵ１１は、キャンセル待ち列データベース１４２におけるその顧客がキャンセル待ちを申し込んだ商品のレコードに、当該ユーザの顧客ＩＤが登録されているか否かを調べ、すでに登録されていた場合（即ち、２回目以降のアクセスである場合）は、その処理をそのまま終了する。これに対して、まだ当該ユーザの顧客ＩＤが登録されていなかった場合（即ち、初めてのアクセスである場合）は、その処理をＳ００７へと進める。
【００４５】
Ｓ００７及びＳ００８において、ＣＰＵ１１は、実施例１におけるＳ００７及びＳ００８において実行する処理と同じ処理を実行して、その処理を終了する。
【００４６】
ＣＰＵ１１が、変形例１において述べたような処理を実行するように構成されていると、優先ポイントはアクセス回数に関係なく一度のみ付与されるため、同一ユーザによる連続したアクセスを減少させることができる。
（変形例２）
さらに、より平均的に全ての顧客がチケットを購入することができるように、ユーザがチケットを購入する度に、ＣＰＵ１１が、そのユーザの優先ポイントを初期化するように構成しても良い（変形例２）。
【００４７】
以下、上述した実施形態に基づいて、サーバ装置１のＣＰＵ１１が実行する処理の第２の変形例を図８及び図９のフローチャートに基づいて説明する。
【００４８】
まず、キャンセル待ちを行わずにユーザがチケットを購入する際に、ＣＰＵ１１が実行する処理を、図８のフローチャートを用いて説明する。なお、図８のフローチャートにおいて図５のフローチャートにてＣＰＵ１１が実行する処理と共通する処理には、同じステップ番号を付した。
【００４９】
図４に示すフローチャートのＳ００２にて「購入」ボタン３２がクリックされていたとの判断を行った場合にＣＰＵ１１が実行する図８のフローチャートのＳ００９の処理，及び、Ｓ０１０の処理は、上述した実施形態のものと同じである。
【００５０】
次の、Ｓ０１１において、ＣＰＵ１１は、送信された購入登録情報の各欄（「氏名」欄５３，「住所」欄５４，「電話」欄５５，及び、「Ｅ−ｍａｉｌ」欄５６）に入力された情報の組み合わせを含むレコード（顧客データ）が、顧客管理データベース１４１に登録されているか否かを調べ、登録されていた場合、ＣＰＵ１１は、その処理をＳ０１３´に進める。これに対して、登録されていなかった場合は、ＣＰＵ１１は、Ｓ０１２において、送信された購入登録情報の各欄に入力された情報を、顧客データとして顧客管理データベース１４１に登録して顧客ＩＤを発行してから、その処理をＳ０１３´に進める。
【００５１】
Ｓ０１３´において、ＣＰＵ１１は、顧客管理データベース１４１における当該顧客データ中の「優先ポイント」フィールドの値をデクリメント（又は、初期化）して、その処理を次のＳ０１４へと進める。
【００５２】
Ｓ０１４において、ＣＰＵ１１は、実施例１におけるＳ０１４において実行する処理と同じ処理を実行して、その処理を終了する。
【００５３】
ＣＰＵ１１がこのような処理を実行するように構成されていると、顧客がチケットを購入する度にそれまでに貯まっていた優先ポイントがデクリメント（又は、初期化）される。従って、次のチケット購入時にキャンセル待ちをする場合、当選の確率が、前回チケットを購入できなかったユーザに比べて低くなる。
【００５４】
次に、キャンセル発生時において、上記した実施形態に基づいて、サーバ装置１のＣＰＵ１１が実行する処理を、図９のフローチャートに基づいて説明する。なお、図９のフローチャートにおいて図６のフローチャートにてＣＰＵ１１が実行する処理と共通する処理には、同じステップ番号を付した。
【００５５】
キャンセルが発生した旨（キャンセルされたチケットの予約日時及び枚数を含む）の情報を受信すると、ＣＰＵ１１はサーバプログラムを起動して図９のフローチャートに示す処理を開始する。この処理がスタートしてから最初のＳ１０１からＳ１０５までの処理は、上述した実施形態のものと同じである。
【００５６】
Ｓ１０５にて、当選扱いとした要素（顧客ＩＤ）に対応する顧客に対して売買処理を行ったＣＰＵ１１は、次のＳ１０６において、顧客管理データベース１４１における当該顧客ＩＤに対応するレコード中の優先ポイントを初期化して、その処理を終了する。
【００５７】
ＣＰＵ１１がこのような処理を実行するように構成されていると、キャンセル待ちによってチケットを購入することができた顧客の優先ポイントが、チケット購入（換言すると、キャンセル待ち当選）の度にデクリメント（又は、初期化）される。その結果、次のチケット購入時にキャンセル待ちをする場合、当選の確率が、前回チケットを購入できなかったユーザに比べて低くなる。
【００５８】
従って、全ての顧客が平均的にキャンセル待ちによってチケットを購入することができるようになる。
【００５９】
なお、以上に述べた各変形例は、システム業者によって適宜組み合わせて構成可能であることは、いうまでもない。
【００６０】
さらに、他の要素（顧客の行為）によって、優先ポイントがインクリメントされても良い。具体的には、顧客がキャンセル待ちを行おうとする対象商品のキャンセル待ち登録画面に、その商品を提供している企業等の広告ページ（即ち、企業及び商品をアピールするサイト）へのリンクを設定し、顧客がそのリンクの設定された箇所をクリックする（即ち、リンクを介して企業及び商品をアピールするサイトを閲覧する）と、その顧客の優先ポイントがインクリメントされるようになっていても良い。
【００６１】
このように構成されていると、企業にとっては、すでにその企業の提供する商品を購入する意思を抱いている顧客に対して広告活動ができるので、高い広告効果を得られるという利点がある。また、顧客にとっても、購入しようと思う商品，及び、その商品を提供している企業の情報を得ることができるとともに優先ポイントをインクリメントすることができるので、非常に便利な予約方法となる。
【００６２】
【発明の効果】
以上説明したように、本発明のオンライン商品予約プログラム，及びオンライン商品予約方法によれば、ユーザがキャンセル待ちをした回数が多ければ多いほど、そのユーザがキャンセル待ちによって商品の予約ができる確率が高くなる。
【図面の簡単な説明】
【図１】本発明の一実施例としての予約システムのブロック図
【図２】顧客管理データベースのデータ構造を説明する構成図
【図３】キャンセル待ち列データベースのデータ構造を説明する構成図
【図４】キャンセル待ち登録時の処理を示すフローチャート
【図５】チケット購入時の処理を示すフローチャート
【図６】キャンセル発生時における処理を示すフローチャート
【図７】変形例１における処理を示すフローチャート
【図８】変形例２における処理を示すフローチャート
【図９】変形例２における処理を示すフローチャート
【図１０】空き確認画面を示す図
【図１１】キャンセル待ち登録画面を示す図
【図１２】購入登録画面を示す図
【符号の説明】
１    サーバ装置
１１    ＣＰＵ
１３    ＲＡＭ
１４    ハードディスク
１４１    顧客管理データベース
１４２    キャンセル待ち列データベース
２    クライアント端末
２１    ＣＰＵ
Ｎ    インターネット
【図１】
2004295238.tif 000003
【図２】
2004295238.tif 000004
【図３】
2004295238.tif 000005
【図４】
2004295238.tif 000006
【図５】
2004295238.tif 000007
【図６】
2004295238.tif 000008
【図７】
2004295238.tif 000009
【図８】
2004295238.tif 000010
【図９】
2004295238.tif 000011
【図１０】
2004295238.tif 000012
【図１１】
2004295238.tif 000013
【図１２】
2004295238.tif 000014