JP2005250552A - イベント管理装置およびこれに用いるプログラム - Google Patents

Abstract

【課題】 希望するユーザにのみイベントの通知を行なうと共により適切なタイミングでイベントの通知を行なう。
【解決手段】 インターネット４０を介して接続されたクライアント端末５０などに対して商品取引サイトを提供する商品取引管理サーバ２０を、データベース３０のイベントテーブル３０ａで商品取引サイト上で開催される特別セールなどのイベントに関する情報を管理すると共に通知先テーブル３０ｂでイベント毎の通知先に関する情報を管理し、イベント開始日時の２４時間前を経過したイベントの通知先に対してイベント開始通知を送信すると共にイベント開始日時を経過したイベントのイベント用のＷｅｂページを公開用の所定フォルダにアップロードして公開する、イベント管理装置として構成する。この結果、希望するユーザにのみイベントの通知を行なうと共により適切なタイミングでイベントの通知を行なうことができる。
【選択図】 図１

Description

本発明は、イベント管理装置およびこれに用いるプログラムに関し、詳しくは、通信回線を介して接続されたクライアント機器との間で所定の取引用画面を介して行なわれる商品の取引に関するイベントを管理するイベント管理装置およびこれに用いるプログラムに関する。

従来、この種のイベント管理装置に関する技術としては、インターネット上に設置されたサーバを用いて行なわれるオンラインショッピングなどにおいて、特別セールなどのイベントをユーザに通知するものが一般に知られている。こうしたイベントをユーザに通知する際には、予め登録されたユーザに対してメールを一斉送信するメールマガジンなどの仕組みが活用されている（例えば、特許文献１参照）。
特開２００３−１８７０９５号公報

しかしながら、上述のメールマガジンを活用したイベントの通知方法では、膨大な情報量のメールが定期的に配信されることになるから、ユーザに対して十分にイベントの通知を行なえないことがある。例えば、情報量が膨大であるためにイベントに関する記載が読み飛ばされてしまったり、イベントに関する記載が読まれてもイベントが開始される頃にはユーザが忘れてしまったりする。また、こうしたメールマガジンは予め登録された全ユーザに対して送信されるが、送信されるメールに記載された情報の全てが全ユーザにとって有用なわけではないから、不要な情報を定期的に送信することによりかえってユーザに不快感を与えてしまうこともある。

本発明のイベント管理装置およびこれに用いるプログラムは、希望するユーザにのみイベントの通知を行なうことを目的の一つとする。また、本発明のイベント管理装置およびこれに用いるプログラムは、より適切なタイミングでイベントの通知を行なうことを目的の一つとする。

本発明のイベント管理装置およびこれに用いるプログラムは、上述の目的の少なくとも一部を達成するために以下の手段を採った。

本発明のイベント管理装置は、
通信回線を介して接続されたクライアント機器との間で所定の取引用画面を介して行なわれる商品の取引に関するイベントを管理するイベント管理装置であって、
複数のイベント情報としてイベントを識別するイベント識別情報と該イベント用の取引用画面を示すイベント用画面情報と該イベントの開始日時とを記憶するイベント情報記憶手段と、
少なくとも１つのイベントを特定するイベント特定情報とユーザの通知先を示す通知先情報とを受信すると共に前記イベント情報と関連付けて前記イベント情報記憶手段に記憶する通知先受信手段と、
前記イベント情報の前記開始日時を基準とした所定通知日時となったときに該イベント情報に関連付けられた通知先情報が示す通知先に該イベントのイベント開始通知を送信する通知送信手段と、
前記イベント情報の前記開始日時となったときに該イベント情報の前記イベント用画面情報が示す取引用画面をクライアント機器からアクセス可能となるように設定する画面公開手段と、
を備えることを要旨とする。

この本発明のイベント管理装置では、イベント特定情報と通知先情報とを受信してイベント情報と関連付けて記憶し、イベントの開始日時を基準として定まる所定通知日時となったときにこのイベントに関連付けられた通知先にイベント開始通知を送信する。したがって、イベントの開始日時を基準としたより適切なタイミングで関連する通知先にのみイベントの開始を通知することができる。また、イベントの開始日時となったときにこのイベント用の取引用画面をクライアント機器からアクセス可能となるように設定するから、イベント開始通知とイベントの開始（取引用画面の公開）とをより確実に連動させることができる。なお、本発明のイベント管理装置には、複数のコンピュータなどにより構成されるコンピュータシステムが含まれる。

こうした本発明のイベント管理装置において、前記イベント特定情報は、前記イベント識別情報であるものとすることができる。こうすれば、イベント毎に通知先情報を受信して通知先として設定することができる。

また、本発明のイベント管理装置において、前記イベント情報記憶手段は前記イベント情報の一つとしてイベントを分類するイベント分類情報を記憶する手段であり、前記イベント特定情報は前記イベント分類情報であるものとすることもできる。こうすれば、イベント分類情報毎に通知先情報を受信して通知先として設定することができる。

さらに、本発明のイベント管理装置において、前記通知先受信手段は、前記イベント特定情報として将来のイベントを含む全てのイベントを特定する全イベント特定値を受信したときには該全てのイベントに関連付けられた情報として前記通知先情報を記憶する手段であるものとすることもできる。こうすれば、イベント特定情報として全イベント特定値を受信したときには通知先情報を全てのイベントに関連する通知先として設定することができる。この結果、全てのイベントのイベント開始通知を希望するユーザに対応することができる。

こうした本発明のイベント管理装置において、前記通知先情報はユーザのメールアドレスであり、前記通知送信手段は前記イベント開始通知を前記メールアドレス宛の電子メールとして送信する手段であるものとすることもできる。こうすれば、電子メールを用いてイベント開始通知を送信することができる。

また、本発明のイベント管理装置において、前記イベント開始通知は、前記イベント用の取引用画面のアクセス先情報が記述されてなるものとすることもできる。こうすれば、イベント開始通知に記述されたアクセス先情報によりイベント用の取引用画面のアクセス先を通知することができる。ここで「アクセス先情報」としては、ＵＲＬなどを挙げることができる。

さらに、本発明のイベント管理装置において、前記所定通知日時は、前記開始日時より所定時間前の日時、前記開始日時より所定時間後の日時、前記開始日時と同日時のいずれかであるものとすることもできる。こうすれば、イベントの開始日時から所定時間前の日時や所定時間後の日時、開始日時と同日時にイベント開始通知を送信することができる。

こうした本発明のイベント管理装置において、前記イベント情報記憶手段は、前記イベント情報の一つとしてイベントの終了条件を記憶する手段であり、前記画面公開手段により前記取引用画面がアクセス可能となるように設定されたイベントの前記終了条件が成立したときに、該取引用画面をクライアント機器からアクセス不可となるように設定する画面閉鎖手段を備えるものとすることもできる。こうすれば、イベントの終了条件が成立したときにイベント用の取引用画面を閉鎖することができる。ここで「イベントの終了条件」としては、イベントの終了日時や販売数などを挙げることができる。

本発明のイベント管理装置用プログラムは、
通信回線を介して接続されたクライアント機器との間で所定の取引用画面を介して行なわれる商品の取引に関する複数のイベント情報としてイベントを識別するイベント識別情報と該イベント用の取引用画面を示すイベント用画面情報と該イベントの開始日時とを記憶するイベント情報記憶手段を備えるコンピュータを、前記イベントを管理するイベント管理装置として機能させるプログラムであって、
少なくとも１つのイベントを特定するイベント特定情報とユーザの通知先を示す通知先情報とを受信すると共に前記イベント情報と関連付けて前記イベント情報記憶手段に記憶する通知先受信モジュールと、
前記イベント情報の前記開始日時を基準とした所定通知日時となったときに該イベント情報に関連付けられた通知先情報が示す通知先に該イベントのイベント開始通知を送信する通知送信モジュールと、
前記イベント情報の前記開始日時となったときに該イベント情報の前記イベント用画面情報が示す取引用画面をクライアント機器からアクセス可能となるように設定する画面公開モジュールと、
を備えることを要旨とする。

この本発明のイベント管理装置用プログラムでは、コンピュータを、イベント特定情報と通知先情報とを受信してイベント情報と関連付けて記憶し、イベントの開始日時を基準として定まる所定通知日時となったときにこのイベントに関連付けられた通知先にイベント開始通知を送信する、イベント管理装置として機能させる。したがって、イベントの開始日時を基準としたより適切なタイミングで関連する通知先にのみイベントの開始を通知することができる。また、イベントの開始日時となったときにこのイベント用の取引用画面をクライアント機器からアクセス可能となるように設定するから、イベント開始通知とイベントの開始（取引用画面の公開）とをより確実に連動させることができる。なお、本発明のイベント管理装置用プログラムには、複数のコンピュータなどにより構成されるコンピュータシステムをイベント管理装置として機能させるプログラムが含まれる。

こうした本発明のイベント管理装置用プログラムにおいて、前記イベント情報記憶手段は、前記イベント情報の一つとしてイベントの終了条件を記憶する手段であり、前記画面公開モジュールにより前記取引用画面がアクセス可能となるように設定されたイベントの前記終了条件が成立したときに、該取引用画面をクライアント機器からアクセス不可となるように設定する画面閉鎖モジュールを備えるものとすることもできる。こうすれば、イベントの終了条件が成立したときにイベント用の取引用画面を閉鎖することができる。ここで「イベントの終了条件」としては、イベントの終了日時や販売数などを挙げることができる。

次に、本発明を実施するための最良の形態を実施例を用いて説明する。

図１は、本発明の一実施例としてのイベント管理装置として機能する商品取引管理サーバ２０を含むシステムの構成の概略を示す構成図である。商品取引管理サーバ２０は、図示するように、ＣＰＵ２１やＲＯＭ２２，ＲＡＭ２３を中心とした汎用のコンピュータとして構成されており、データを記憶するハードディスクドライブ（ＨＤＤ）２４やネットワークへの接続を司るネットワークインタフェースカード（ＮＩＣ）２５などを備え、インターネット４０を介して接続されたクライアント端末５０などからの要求に応じてＷｅｂページを送信するＷｅｂサーバとして機能すると共に電子メールを送信するメールサーバとして機能し、クライアント端末５０などに対して商品取引サイトを提供する。ＨＤＤ２４には、商品取引サイトのＷｅｂページを構成するＨＴＭＬファイルや画像ファイル，プログラムなどが記憶されると共に一般的なＤＢＭＳとしてのデータベース３０がインストールされており、データベース３０には、商品取引サイト上で開催される特別セールなどのイベントに関する情報を管理するイベントテーブル３０ａやイベントの通知先に関する情報を管理する通知先テーブル３０ｂなどの各種のテーブルを有する。

図２は、イベントテーブル３０ａで管理される情報の一例を示す説明図であり、図３は、通知先テーブル３０ｂで管理される情報の一例を示す説明図である。イベントテーブル３０ａは、図２に示すように、イベントを識別するイベントＩＤやイベントの名称、イベントの開始日時、イベントの終了条件としての終了販売数、イベント用のＷｅｂページ情報（ＨＴＭＬファイル名など）などの情報を管理するように構成されている。これらの情報は、イベントの開催が決定された際などに商品取引管理サーバ２０の管理者により登録される。通知先テーブル３０ｂは、図３に示すように、通知先としてのメールアドレスやこのメールアドレスに対して開始通知を送信するイベントのイベントＩＤなどの情報を管理するように構成されている。通知先テーブル３０ｂへの登録に関する処理については後述する。

クライアント端末５０は、図示しないＣＰＵやメモリ，ハードディスクなどを中心とした汎用のパーソナルコンピュータとして構成されており、Ｗｅｂページを表示可能なＷｅｂブラウザがインストールされている。なお、インターネット４０には複数のクライアント端末５０が接続されていても構わないし、クライアント端末５０は、汎用のパーソナルコンピュータでなくクライアント端末５０と同等の機能を有するその他のクライアント機器（例えば、携帯電話機や携帯情報端末，家庭用テレビゲーム機など）であっても構わないのは勿論である。

次に、こうして構成された商品取引管理サーバ２０の動作について説明する。まず、ユーザが所望のイベントに対して通知先を登録する際の処理について説明し、次に、イベントの開始や終了に際して行なわれる処理について説明する。図４は、商品取引管理サーバ２０のＣＰＵ２１により実行される通知先登録処理の一例を示すフローチャートである。この処理は、クライアント端末５０などから通知先登録処理の実行を要求するデータが送信されたときに実行される。実施例では、クライアント端末５０などからイベント案内用のＷｅｂページに対してアクセス要求がなされたときに、通知先登録処理の実行が要求されたと判断するものとした。なお、イベント案内用のＷｅｂページは、商品取引サイトのトップページなどにハイパーリンクが設定されており、このハイパーリンクを用いてクライアント端末５０などからアクセス要求がなされる。

通知先登録処理では、まず、図示するように、イベント案内用のＷｅｂページとしての通知先登録画面１００の画面データをクライアント端末５０などに送信する（ステップＳ１００）。図５は、クライアント端末５０のＷｅｂブラウザにより表示される通知先登録画面１００の一例を示す説明図である。通知先登録画面１００は、図示するように、イベント（特別セール）の内容を表示すると共にイベントの開始通知の通知先としてのメールアドレスの入力欄や今後の全てのイベントについて開始通知を希望するか否かを入力する「毎回通知」チェックボックスなどにより画面構成されている。クライアント端末５０の操作者により通知先登録画面１００の「登録」ボタンが押されると、入力されたメールアドレスや「毎回通知」チェックボックスの情報が商品取引管理サーバ２０に送信される。

そして、通知先登録画面１００を介して入力されたメールアドレスを通知先テーブル３０ｂに登録し（ステップＳ１１０）、この通知先登録処理を終了する。メールアドレスを通知先テーブル３０ｂに登録する際には、「毎回通知」チェックボックスがチェックされていない場合（今後の全てのイベントの開始通知を希望しない場合）には通知先登録画面１００に表示したイベントのイベントＩＤと共にメールアドレスを登録し、「毎回通知」チェックボックスがチェックされている場合（今後の全てのイベントの開始通知を希望する場合）には毎回通知が指定されたことを示す値（例えば、“＊（アスタリスク）”など）をイベントＩＤに設定してメールアドレスを登録する。なお、通知先登録画面１００に表示したイベントのイベントＩＤは、通知先登録画面１００のＨＴＭＬファイル内に予め記述しておくものとした。

次に、イベントの開始通知を送信する処理について説明する。図６は、商品取引管理サーバ２０のＣＰＵ２１により実行されるイベント開始通知処理の一例を示すフローチャートである。この処理は、所定の間隔（例えば、１０分毎など）で繰り返し実行される。イベント開始通知処理では、まず、図示するように、イベント開始日時の２４時間前を経過したイベントをイベントテーブル３０ａから抽出する処理を実行する（ステップＳ２００）。この処理は、商品取引管理サーバ２０のオペレーティングシステムなどで管理するシステム日時情報とイベントテーブル３０ａのイベント開始日時とを比較し、現在の日時からイベント開始日時までの時間が２４時間より短いイベントを抽出することにより行なわれる。

そして、抽出したイベントのイベントＩＤや毎回通知が指定されたことを示す値と共に登録されているメールアドレスを通知先テーブル３０ｂから検索し（ステップＳ２１０）、検索したメールアドレスを宛て先としてイベントの開始通知の電子メールを送信して（ステップＳ２２０）、このイベント開始通知処理を終了する。図７は、送信されるイベントの開始通知の内容の一例を示す説明図である。イベントの開始通知には、図示するように、イベントとしての特別セールの内容と共にイベント用のＷｅｂページのＵＲＬが記載されている。このイベントの開始通知を受信したユーザは、記載されたＵＲＬによりイベント用のＷｅｂページにアクセスするのである。

次に、イベントを開始する処理について説明する。図８は、商品取引管理サーバ２０のＣＰＵ２１により実行されるページ公開処理の一例を示すフローチャートである。この処理は、所定の間隔（例えば、１分毎など）で繰り返し実行される。ページ公開処理では、まず、図示するように、イベント開始日時を経過したイベントをイベントテーブル３０ａから抽出する処理を実行する（ステップＳ３００）。この処理は、前述したイベント開始通知処理のステップＳ２００と同様に、商品取引管理サーバ２０のシステム日時情報とイベントテーブル３０ａのイベント開始日時とを比較することにより行なわれる。

そして、抽出したイベントのイベント用Ｗｅｂページ情報に基づいてイベント用のＷｅｂページ（ＨＴＭＬファイルなど）を公開用の所定フォルダにアップロードして（ステップＳ３１０）、このページ公開処理を終了する。図９に例示するイベント用のＷｅｂページとしてのセール用画面１１０では、特別セールの対象商品や価格などの情報を表示している。クライアント端末５０の操作者によりセール用画面１１０の「購入手続きへ」ボタンが押されると、支払方法を指定したりお客様情報を入力したりする購入手続き用画面の画面データをクライアント端末５０に送信するなどの購入手続きに関する処理が行なわれる。こうした購入手続きに関する処理は、一般的な商品取引サイトにおける処理と同様であり、本発明の中核をなさないから、これ以上の詳細な説明は省略する。

次に、イベントを終了する処理について説明する。図１０は、商品取引管理サーバ２０のＣＰＵ２１により実行されるページ閉鎖処理の一例を示すフローチャートである。この処理は、イベントの対象商品が販売されるごと（購入手続きが行なわれるごと）に実行される。ページ閉鎖処理では、まず、図示するように、このイベントにおいて販売された対象商品の累積販売数を算出する（ステップＳ４００）。累積販売数の算出は、データベース３０などを用いて累積販売数を管理することにより行なわれる。

そして、算出した累積販売数がイベントテーブル３０ａのイベント終了条件としての終了販売数に達したか否かを判定し（ステップＳ４１０）、終了販売数に達した場合には、イベント用のＷｅｂページを削除すると共にイベントの終了を案内するイベント終了用のＷｅｂページをアップロードして（ステップＳ４２０）、このページ閉鎖処理を終了する。

以上説明した実施例の商品取引管理サーバ２０によれば、通知先登録画面１００を介して入力されたメールアドレスを通知先登録画面１００に表示されたイベントのイベントＩＤと共に通知先テーブル３０ｂに登録し、イベント開始日時の２４時間前を経過したときに、このイベントのイベントＩＤと共に登録されているメールアドレスに対してイベント開始通知を送信することができる。この結果、イベントの開始日時を基準としたより適切なタイミングで、イベント毎に予め登録されたメールアドレスに限定してイベントの開始を通知することができる。さらに、通知先登録画面１００の「毎回通知」チェックボックスがチェックされたメールアドレスに対しては全てのイベントを対象としてイベントの開始通知を送信するから、全てのイベントにについて開始通知を希望するユーザにも対応することができる。また、イベントの開始通知にイベント用のＷｅｂページのＵＲＬを記載してユーザに通知することができる。

また、実施例の商品取引管理サーバ２０によれば、イベント開始日時を経過したときに、このイベント用のＷｅｂページを公開用の所定フォルダにアップロードして公開するから、イベントの開始通知とイベントの開始（イベント用のＷｅｂページの公開）とをより確実に連動させることができる。さらに、イベントにおける累積販売数が終了販売数に達したときにイベント用のＷｅｂページを削除して閉鎖することができる。

ここで、実施例の商品取引管理サーバ２０では、データベース３０がイベント情報記憶手段に相当し、通知先登録処理を実行するＣＰＵ２１が通知先受信手段に相当し、イベント開始通知処理を実行するＣＰＵ２１が通知送信手段に相当し、ページ公開処理を実行するＣＰＵ２１が画面公開手段に相当し、ページ閉鎖処理を実行するＣＰＵ２１が画面閉鎖手段に相当する。

実施例の商品取引管理サーバ２０では、通知先登録画面１００を介して入力されたメールアドレスを通知先登録画面１００に表示したイベントのイベントＩＤと共に登録するものとしたが、少なくとも１つのイベントを特定する情報であれば、イベントＩＤ以外の情報と共に登録するものとしてもよい。例えば、イベントを分類するイベント分類情報（例えば、パソコン関連商品を販売する商品取引サイトの場合、パソコン本体に関する特別セール，周辺機器に関する特別セールなど）と共にメールアドレスを登録するものとしてもよい。この場合、イベントテーブル３０ａでイベント分類情報を管理するものとし、イベント開始日時の２４時間前を経過したときには、このイベントのイベント分類情報と共に登録されているメールアドレスに対してイベント開始通知を送信すればよい。

実施例の商品取引管理サーバ２０では、「毎回通知」チェックボックスがチェックされている場合には毎回通知が指定されたことを示す値をイベントＩＤに設定してメールアドレスを登録するものとしたが、毎回通知が指定されたメールアドレスであることが識別できれば、その他の方法で登録するものとしてもよい。例えば、毎回通知が指定されたメールアドレス用のテーブルを作成してこのテーブルを用いて毎回通知が指定されたメールアドレスを管理するものとしてもよい。また、こうした毎回通知が指定されたメールアドレスの管理を行なわないものとしても差し支えない。この場合、イベント開始通知処理では、抽出したイベントのイベントＩＤと共に登録されているメールアドレスのみを対象としてイベントの開始通知を送信すればよい。

実施例の商品取引管理サーバ２０では、通知先登録画面１００を介してメールアドレスなどを入力するものとしたが、メールアドレスとイベントＩＤとを受信することができればよく、例えば、電子メールを用いて送信されたメールアドレスとイベントＩＤとを受信して通知先テーブル３０ｂに登録するものとしても構わない。

実施例の商品取引管理サーバ２０では、イベント開始日時の２４時間前を経過したときにイベント開始通知を送信するものとしたが、イベント開始日時を基準とした日時であればその他の各種のタイミングでイベント開始通知を送信するものとしてもよい。例えば、イベント開始日時の１時間前や１０分前を経過したときやイベント開始日時と同日時を経過したとき、イベント開始日時の１０分後を経過したときなどのタイミングでイベント開始通知を送信するものとしても構わない。また、イベントテーブル３０ａでイベント開始通知日時をイベント毎に管理するものとし、このイベント開始通知日時を経過したときにイベント開始通知を送信するものとしてもよい。

実施例の商品取引管理サーバ２０では、イベントの開始通知を電子メールで送信するものとしたが、イベントの開始を通知することができれば通知方法は問わない。例えば、ＦＡＸを用いてイベントの開始通知を行なうものとしても差し支えない。この場合、メールアドレスに相当する通知先としてＦＡＸ番号を管理すると共に商品取引管理サーバ２０にはＦＡＸ送信機能を備えるものとすればよい。

実施例の商品取引管理サーバ２０では、イベントにおける累積販売数が終了販売数に達したときにイベント用のＷｅｂページを削除して閉鎖するものとしたが、イベントの終了条件はその他の条件であっても構わないのは勿論である。例えば、イベントテーブル３０ａでイベント終了日時を管理するものとし、このイベント終了日時を経過したときにイベント用のＷｅｂページを閉鎖するものとしてもよい。

実施例の商品取引管理サーバ２０では、イベントの開始通知にイベント用のＷｅｂページのＵＲＬが記載されているものとしたが、ＵＲＬが記載されていなくても構わない。この場合、別のタイミングで（例えば、通知先登録画面１００上で）イベント用のＷｅｂページのＵＲＬを通知するものとすればよい。

実施例の商品取引管理サーバ２０では、イベント用のＷｅｂページを公開用の所定フォルダにアップロードして公開したり、イベント用のＷｅｂページを削除して閉鎖したりするものとしたが、イベント用のＷｅｂページをクライアント端末５０などからアクセス可能としたりアクセス不可としたりすることができれば、その他の方法を適用しても構わないのは勿論である。

実施例の商品取引管理サーバ２０では、イベントテーブル３０ａと通知先テーブル３０ｂとを用いて特別セールなどのイベントに関する情報やイベントの通知先に関する情報を管理するものとしたが、こうした情報を管理することができればよく、テーブル構造やデータ構造は問わないのは勿論である。

実施例の商品取引管理サーバ２０では、クライアント端末５０などに対して商品取引サイトを提供するものとしたが、商品取引サイトの提供を行なわないものとしても差し支えない。この場合、商品取引サイトの提供を他のサーバを用いて行なうものとし、イベント用のＷｅｂページを公開したり閉鎖したりする際には、この商品取引サイトを提供するサーバに対して設定するものとすればよい。

実施例の商品取引管理サーバ２０は、ＣＰＵ２１やＲＯＭ２２，ＲＡＭ２３を中心とした汎用のコンピュータとして構成されるものとしたが、ハードウェア構成はこれに限られず、複数の汎用コンピュータを用いて実施例の商品取引管理サーバ２０を構成するものとしても構わない。

実施例では、商品取引管理サーバ２０の形態として説明したが、同様にイベントを管理するイベント管理方法の形態とするものとしても構わない。また、図４に例示した通知先登録処理や図６に例示したイベント開始通知処理，図８に例示したページ公開処理，図１０に例示したページ閉鎖処理などを単一または複数のコンピュータに実行させるイベント管理装置用プログラムの形態としても差し支えない。

以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々なる形態で実施し得ることは勿論である。

商品取引サーバ２０を含むシステムの構成の概略を示す構成図。 イベントテーブル３０ａで管理される情報の一例を示す説明図。 通知先テーブル３０ｂで管理される情報の一例を示す説明図。 通知先登録処理の一例を示すフローチャート。 通知先登録画面１００の一例を示す説明図。 イベント開始通知処理の一例を示すフローチャート。 イベントの開始通知の内容の一例を示す説明図。 ページ公開処理の一例を示すフローチャート。 セール用画面１１０の一例を示す説明図。 ページ閉鎖処理の一例を示すフローチャート。

符号の説明

２０ 商品取引管理サーバ、２１ ＣＰＵ、２２ ＲＯＭ、２３ ＲＡＭ、２４ ＨＤＤ、２５ ＮＩＣ、３０ データベース、３０ａ イベントテーブル、３０ｂ 通知先テーブル、４０ インターネット、５０ クライアント端末、１００ 通知先登録画面、１１０ セール用画面。

Claims (9)

1. 通信回線を介して接続されたクライアント機器との間で所定の取引用画面を介して行なわれる商品の取引に関するイベントを管理するイベント管理装置であって、
   複数のイベント情報としてイベントを識別するイベント識別情報と該イベント用の取引用画面を示すイベント用画面情報と該イベントの開始日時とを記憶するイベント情報記憶手段と、
   少なくとも１つのイベントを特定するイベント特定情報とユーザの通知先を示す通知先情報とを受信すると共に前記イベント情報と関連付けて前記イベント情報記憶手段に記憶する通知先受信手段と、
   前記イベント情報の前記開始日時を基準とした所定通知日時となったときに該イベント情報に関連付けられた通知先情報が示す通知先に該イベントのイベント開始通知を送信する通知送信手段と、
   前記イベント情報の前記開始日時となったときに該イベント情報の前記イベント用画面情報が示す取引用画面をクライアント機器からアクセス可能となるように設定する画面公開手段と、
   を備えるイベント管理装置。
2. 前記イベント特定情報は、前記イベント識別情報である請求項１記載のイベント管理装置。
3. 請求項１記載のイベント管理装置であって、
   前記イベント情報記憶手段は、前記イベント情報の一つとしてイベントを分類するイベント分類情報を記憶する手段であり、
   前記イベント特定情報は、前記イベント分類情報である、
   イベント管理装置。
4. 前記通知先受信手段は、前記イベント特定情報として将来のイベントを含む全てのイベントを特定する全イベント特定値を受信したときには該全てのイベントに関連付けられた情報として前記通知先情報を記憶する手段である請求項１ないし３いずれか記載のイベント管理装置。
5. 請求項１ないし４いずれか記載のイベント管理装置であって、
   前記通知先情報は、ユーザのメールアドレスであり、
   前記通知送信手段は、前記イベント開始通知を前記メールアドレス宛の電子メールとして送信する手段である、
   イベント管理装置。
6. 前記イベント開始通知は、前記イベント用の取引用画面のアクセス先情報が記述されてなる請求項１ないし５いずれか記載のイベント管理装置。
7. 前記所定通知日時は、前記開始日時より所定時間前の日時、前記開始日時より所定時間後の日時、前記開始日時と同日時のいずれかである請求項１ないし６いずれか記載のイベント管理装置。
8. 請求項１ないし７いずれか記載のイベント管理装置であって、
   前記イベント情報記憶手段は、前記イベント情報の一つとしてイベントの終了条件を記憶する手段であり、
   前記画面公開手段により前記取引用画面がアクセス可能となるように設定されたイベントの前記終了条件が成立したときに、該取引用画面をクライアント機器からアクセス不可となるように設定する画面閉鎖手段を備える、
   イベント管理装置。
9. 通信回線を介して接続されたクライアント機器との間で所定の取引用画面を介して行なわれる商品の取引に関する複数のイベント情報としてイベントを識別するイベント識別情報と該イベント用の取引用画面を示すイベント用画面情報と該イベントの開始日時とを記憶するイベント情報記憶手段を備えるコンピュータを、前記イベントを管理するイベント管理装置として機能させるプログラムであって、
   少なくとも１つのイベントを特定するイベント特定情報とユーザの通知先を示す通知先情報とを受信すると共に前記イベント情報と関連付けて前記イベント情報記憶手段に記憶する通知先受信モジュールと、
   前記イベント情報の前記開始日時を基準とした所定通知日時となったときに該イベント情報に関連付けられた通知先情報が示す通知先に該イベントのイベント開始通知を送信する通知送信モジュールと、
   前記イベント情報の前記開始日時となったときに該イベント情報の前記イベント用画面情報が示す取引用画面をクライアント機器からアクセス可能となるように設定する画面公開モジュールと、
   を備えるイベント管理装置用プログラム。

Images