(57)【要約】【課題】  本発明は企業の就職説明会や面接などの各種イベントへの予約者の参加率を向上させるプッシュメッセージシステムを提供する。【解決手段】  予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、任意に設定されたプッシュタイミングの経過後（Ｓ５０）に新規予約を行った者に対してその予約処理を実行した翌日のプッシュ時間帯にプッシュメッセージを送信する。【選択図】    図１３
2005128660.tif 000002
【特許請求の範囲】
【請求項１】
予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、
任意に設定されたプッシュタイミングの経過後に新規予約を行った者に対してその予約処理を実行した翌日のプッシュ時間帯にプッシュメッセージを送信することを特徴とするプッシュメッセージ送信システム。
【請求項２】
予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、
プッシュメッセージを受信した予約者が一旦キャンセルした後に同一のイベントの再予約を実行した場合、この予約者を翌日のプッシュメッセージの送信処理対象から除外することを特徴とするプッシュメッセージ送信システム。
【請求項３】
予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、
プッシュ時間帯に新規予約を実行した予約者に対して実際のプッシュメッセージの送信処理が未処理の場合にはこの予約者をプッシュメッセージ送信の対象者とするプッシュメッセージ送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会社説明会、面接、製品展示会等の各種のイベントへの参加申し込みをした者に対してイベント開催日が近づいたときにイベント参加のリマインドを行うプッシュメッセージ送信システムに関する。
【背景技術】
【０００２】
予め設定された時間にメッセージを送信するようにコンピュータシステムに設定することによって、注意を促すスケジュールリマインダシステムが提案されている。例えば、特開２００１−３５０８８４号公報には旅行準備のスケジュール進行をリマインドする例が開示されている。
【特許文献１】特開２００１−３５０８８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、イベントの参加の予約者に対してイベント自体への参加率を向上させるようなリマインドシステム（プッシュメッセージシステム）は紹介されていない。また、リマインドシステムのようなサービスをウェブサーバで行った場合にはウェブサーバの負荷が増大する。
【０００４】
よって、本発明は企業の就職説明会や面接などの各種イベントへの予約者の参加率を向上させるプッシュメッセージシステムを提供することを目的とする。
【０００５】
また、本発明はウェブサーバの負荷の少ないプッシュメールシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため本発明のプッシュメッセージ送信システムは、予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、任意に設定されたプッシュタイミングの経過後に新規予約を行った者に対してその予約処理を実行した翌日のプッシュ時間帯にプッシュメッセージを送信することを特徴とする。それにより、サーバ装置の負荷を増大させずにプッシュメッセージ機能を保持することが可能となる。
【０００７】
また、本発明のプッシュメッセージ送信システムは、予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、プッシュメッセージを受信した予約者が一旦キャンセルした後に再予約を実行した場合、この予約者を翌日のプッシュメッセージの送信処理対象から除外することを特徴とする。それにより、重複したプッシュメッセージ送信を回避することが可能となる。
【０００８】
また、本発明のプッシュメッセージ送信システムは、予め設定されたプッシュタイミングが到来したときにイベント参加の予約者に対してプッシュメッセージを送信するプッシュメッセージ送信システムにおいて、プッシュ時間帯に新規予約を実行した予約者に対して実際のプッシュメッセージの送信処理が未処理の場合にはこの予約者をプッシュメッセージ送信の対象者とする。それにより、リマインド期間が開始されている場合の遅達を可及的に回避することが可能となる。
【発明の効果】
【０００９】
本発明の構成とすることによって、サーバ装置の負担を増大させることなく、効率的に各種イベントへの予約者の参加率を向上させることができるプッシュメッセージ送信システムを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態について図面を参照して説明する。
【００１１】
図１は、本発明のプッシュメッセージシステムを実行するウェブサーバのネットワーク環境を説明する説明図である。ユーザはパソコン、携帯電話機、携帯情報端末機（ＰＤＡ）等のユーザ端末装置１１を公衆回線などの通信路を介してサービスプロバイダ１３に接続する。サービスプロバイダ１３はユーザ端末装置１１をインターネットなどの高速ネットワーク１４に接続する。また、クライアント１２はパソコンなどのクライアント端末装置１２をサービスプロバイダ１３を介してあるいは直接に高速ネットワーク１４に接続する。高速ネットワーク１４にはウェブサーバ１５が接続されており、ユーザ端末装置１１やクライアント装置１２にプッシュメッセージシステムのサービスを提供する。ここでは、ウェブサーバ１５によって就職情報が提供される場合を例に説明する。即ち、後述する実施例の会社説明会や面接のイベントのプッシュメッセージシステムでは、ユーザは学生、クライアントは企業（会社）、ウェブサーバは就職情報提供者によって運用される。。
【００１２】
図２は、ウェブサーバ１５の構成例を概略的に示している。ウェブサーバ１５は、ネットワーク１４との通信を行う通信装置１５１、各種のサービスプログラムを実行してユーザ、クライアントに就職情報サービスを提供するＣＰＵ（演算処理部）１５２、プログラム、処理データ、データベースを保持する大容量のメモリ１５３、ＣＰＵ１５２に指令等を行う入力装置１５４、大量の情報を不揮発に保持するハードディスク装置１５５及び情報を画面に表示する表示装置１５６などを備えている。なお、メモリ１５３とハードディス装置１５３は、記憶装置という観点では等価のハードウェアであるため、メモリ１５３に記憶される内容をハードディスク装置１５３に記憶させる、もしくはその逆の態様も可能である。
【００１３】
図３は、メモリ１５３に保持されるプッシュメッセージシステムに関連するデータベースを示している。企業データベースは登録された求人企業（クライアント）を識別するＩＤ、企業の求人内容、資本金、本社住所、従業員数などの一般的な企業情報が保持されている。学生（ユーザ）データベースは、就職情報の提供を希望して登録した学生を識別するＩＤ、氏名、住所、メッセージアドレス、電話番号、学校情報などが保持されている。説明会データベースは、企業の説明会や面接日などのデータが保持されている。各種テンプレートデータベースは、ウェブの各種の入力画面のテンプレートなどを保持している。予約・キャンセルリストはユーザが企業のイベント（説明会や面接等）を申し込んだときに各説明会等毎に識別可能に予約者のリストを保持する。また、後に予約をキャンセルした場合に各説明会毎に識別可能にキャンセルユーザのリストを保持する。リマインダ済みリストは後述の各説明会等毎のプッシュメッセージを送信したユーザのリストを保持する。リマインダ時期データは各説明会等毎に個別に設定された予約ユーザにプッシュメッセージを送信する時期を記憶する。予約・キャンセルリスト及びリマインダ済リストは、一つのリストとして統合が可能であり、統合される場合は、例えば学生ＩＤもしくは企業ＩＤをキーにレコードが形成される。そのレコードは、例えば、学生ＩＤ項目（企業コード・イベントコード項目）／イベントコード項目（学生ＩＤ項目）／予約・キャンセルフラグ項目／リマインダフラグ項目等の各種セルから構成され。更にこの統合は、企業ＤＢ及び学生ＤＢにおいて、それぞれの企業ＩＤ及び学生ＩＤをキーにレコードを形成することにより統合することもできる。
【００１４】
図４は、ユーザの説明会申し込みを説明するフローチャートである。同図に示すように、ユーザは求人企業情報の検索や企業が開催するイベント面接への参加を申し込むために、ユーザ端末１１をネットワークに接続してウェブサーバ１５にアクセスする（Ｕ２）。ウェブサーバ１５はホームページの初期画面のテンプレートをユーザに送信する（Ｓ２）。ユーザはユーザ端末１１に表示された画面上のＩＤコード、パスワードの欄に予め登録したコード及びパスワードを入力してウェブサーバ１５に送信する（Ｕ４）。ウェブサーバ１５は当該ユーザのウェブサービス（求人企業情報の検索閲覧）の利用を可能とする（Ｓ４）。
【００１５】
ユーザは、例えば求人企業情報の検索を完了すると、図５に示すような画面を取得できる。ここでユーザは、図５に示す画面の該当企業の「説明会・イベント情報」をクリックすることによってイベント情報の表示を要求する（Ｕ６）。ウェブサーバ１５は説明会の申し込みテンプレートをユーザ端末１１に送信し、入力画面を表示させる（Ｓ６）。図６は説明会の申し込みテンプレートの例を示している。このテンプレートにはクライアントである求人企業によって予め記載された説明会のコード、開催日時、受付締切日、受付状況、開催場所などが表示されている。受付状況（満席、空き）は申し込みの都度更新されている。ユーザはテンプレートに所要の事項を記入してウェブサーバ１５に送信する（Ｕ８）。ウェブサーバ１５は当該ユーザが事前に登録した会員情報と説明会申し込みテンプレートに記載した予約内容とをユーザ端末１１に表示させ、ユーザが「送信」アイコンをクリックするとこの内容を予約申し込みデータとして受け取る（Ｓ８）。図７は送信画面の例を示している。
【００１６】
ウェブサーバ１５は、各ユーザからの予約申し込みを各説明会のコード共にデータベースの予約・キャンセルリストに登録する。なお、申し込みの際のアンケートなどのユーザ記載事項の内容はクライアントに応じて変化する。ウェブサーバ１５はユーザから説明会参加の予約がなされると、予約者のリストを都度更新する（Ｓ１０）。
【００１７】
なお、図８に示すように説明会の予約を行うと、企業から予約受付のウェブメッセージ（ウェブ画面での案内）がユーザに送信される。この画面には予約の「キャンセル」アイコンが示されている。ユーザが「キャンセル」アイコンをクリックすると予約キャンセルの情報がウェブサーバ１５に送信され、予約・キャンセルリストに該当説明会への当該ユーザの参加予約のキャンセルが登録される。
【００１８】
このようにして、企業説明会や面接等の予約（あるいは予約のキャンセル）が行われる。なお、以上の処理は、ユーザがログインした後に企業情報の検索を実行する例で説明したが、例えば検索やイベントの照会はログインすることなく実行でき、イベントへの参加申し込みを行う際にログインを促す処理も運用可能である。
【００１９】
次に、イベント面接の前に予約ユーザに対してリマインダを自動的に送るウェブサーバ１５のオートプッシュ機能について説明する。
【００２０】
オートプッシュ機能は、図９に示すように、説明会が１２月１０日に開催されるときに、予め定めた任意の日数前、例えば、７日前に予約者に対してリマインドのメッセージを送信しイベントへの参加を促すものである。
【００２１】
図１０は、リマインドのメッセージ例を示している。このリマインダは説明会受付票を兼ねることができ、この場合、受付処理を容易化するバーコードが表示することができる。リマインダにはユーザの登録番号、氏名、説明会コード、開催県、開催日、開催時間等が表示されている。なお、ユーザは、リマインダメッセージを、ウェブサーバ１５に設置されたメールボックスを介して、もしくは一般的なインターネットメールを介して受信することができる。
【００２２】
図１１は、クライアントの企業がクライアント端末１２からウェブサーバ１５にアクセスしてオートプッシュ機能を設定する場合にクライアント端末１２の画面に表示されるテンプレートの例を示している。
【００２３】
同図に示されるように、クライアントは「未設定予約コード一覧」の欄に表示されている予定されている説明会の予約コードをクリックしてハイライト表示させ、下向きの「矢印アイコン」クリックすることによって「オートプッシュ送信対象予約コード一覧」に移動させる。それにより、オートプッシュ機能を働かせようとする予約コード（イベントコード）を選択する。
【００２４】
次に、クライアントは「オートプッシュ送信メッセージ」の欄で送信しようとするメッセージのテンプレートをそのＩＤを設定することによって選択する。予め各種のメッセージ類を記載したテンプレートが選択可能に識別ＩＤを付与されてデータベースに複数記憶さている。クライアントは「オートプッシュ送信をする期間」の欄で開催日の何日前からリマインダを行うかをプルダウ式メニューによって選択する。例えば、７日前〜１日前までを設定することが出来る。また、送信を行う時間帯をプルダウン式メニューによって選択する。図示の例では、開催日の「７日前」から開催日の前日まで、「１３：００〜１５：００」の間にオープッシュ（リマインド）を行うことが設定されている。ここで、送信時間が時間帯で設定されているのは、ウェブサーバ１５の処理負荷を考慮している。ウェブサーバ１５は複数のクライアントに対してオートプッシュ機能を提供し、また、その他のサービスを提供するのでその負荷を時間軸上で分散させている。
【００２５】
クライアントは「オートプッシュ送信設定名」の欄で当該オートプッシュ設定に適当な名前を設定することが出来る。設定終了後、「動作状態」の欄でオートプッシュ送信設定を「動作中」を選択する。「内容確認」アイコンをクリックすると、ウェブサーバ１５に格納されたソフトウェアからなるオートプッシュ制御手段は、オートプッシュ送信機能を動作状態（動作フラグオン）とし、図１２に示すような、説明会のオートプッシュ送信設定一覧をクライアント装置１２の画面に表示させる。
【００２６】
次に、ウェブサーバ１５のオートプッシュ制御手段に制御されるオートプッシュ機能の動作について図１３のフローチャートを参照して説明する。
【００２７】
ウェブサーバ１５のオートプッシュ制御手段は、クライアント毎に予め設定された処理時間帯（例えば、１３：００〜１５：００）かどうかを判別する（Ｓ５０）。当該クライアントに割り当てられた時間でないときは（Ｓ５０；ＮＯ）、リマインド処理を行わない（Ｓ７０）。
【００２８】
さらにオートプッシュ制御手段は、当該時間帯に割り当てられたクライアントのリマインド処理を行なう（Ｓ５０；ＹＥＳ７０）。該当クライアントの説明会データベースを読み出し、オートプッシュが設定された予約コード（イベントコード）を抽出する（Ｓ５２）。当該説明会のリマインド日が現在の月日に該当するかどうかを判別する（Ｓ５４）。例えば、図９に示されるように、説明会開催日が１２月１０日でリマインド日が７日に設定されている場合、１２月３日がリマインド実行日に該当する。該当しなければこの予約コードに関する処理を終了し（Ｓ５４；ＮＯ）、他の説明会コードについて処理に移行する（Ｓ７０）。
【００２９】
オートプッシュ制御手段は、現在の月日がリマインド実行日であるとき（Ｓ５４；ＹＥＳ）、予約・キャンセルリストを参照して、１２月１０日に開催される予約コード（例えばＴ０００１）の予約者を特定し（Ｓ５６；ＮＯ）、当該予約コードに対応する予約者を読み出す（Ｓ５８）。次に予約・キャンセルリストを参照して当該予約者がキャンセル（キャンセルフラグ項目が有効）していない者であることを確認する（Ｓ６０）。次に、この予約者がリマインダを既に送信した者でないことをリマインダ済み者リストを参照して確認する（Ｓ６２）。この確認が完了した予約者を送信対象として選択して（Ｓ６４）、既述した（図１０参照）プッシュメッセージ（リマインダ）を組み立ててを送信する（Ｓ６６）。この予約者はリマインダ済みリスト上でリマインダ済（リマインダフラグ項目が有効）に設定し、次回のリマインダ対象から除外する（Ｓ６８）。この例は、図９の（１）予約のパターンに相当する。
【００３０】
同じ説明会（予約コード）の予約者に対して同様の処理を繰り返す（Ｓ５６〜Ｓ６８）。この予約コードに対する予約者の全ての予約者について上述したリマインド処理が実行されるまで繰り返す。最後の予約者に対してリマインド処理が終了したら（Ｓ５６；ＹＥＳ）、リマインド処理を終了する（Ｓ７０）。
【００３１】
図９の(２)キャンセルの予約キャンセルのパターンでは、１２月１日に予約キャンセル者として予約・キャンセルリストに登録（キャンセルフラグ項目が有効）されているので（Ｓ６０）、リマインダの送信対象者から除外され、１２月３日に実行されるメッセージ送信は行われない（Ｓ６４、Ｓ６６）。
【００３２】
一般的に、予め設定されたプッシュメッセージ送信日時を経過した以降にプッシュメッセージを送信することは無い。しかしながら本発明のプッシュメッセージ制御手段は、予め設定されたプッシュメッセージ送信日時を経過した以降にもプッシュメッセージを送信することができる。即ち、プッシュメッセージ送信日時以降は、クライアント毎に予め設定された処理時間帯（例えば、１３：００〜１５：００）に送信を試みる。なお、図９の（３）再予約の場合、１１月３日に予約後、一度プッシュメッセージ（リマインダ）を受け取った後、１２月４日にキャンセルし、１２月５日にキャンセルしたイベントの再予約を行っている。この場合、１２月３日にメッセージが送信されて、リマインダ済みリストのリマインダフラグ項目が有効になっているので（Ｓ６２）、再度のメッセージ送信は行わない。
【００３３】
図９の（４）空き予約の場合、ユーザＢが１２月３日に説明会参加の予約を行ったが、参加者が予定数を超えたため、予約をすることが出来なかった（図６の「満席」に相当）。しかし、ユーザＡが１２月４日に予約をキャンセルしたため説明会に応募が可能となり、ユーザＢが１２月５日に予約を行った。この場合、オートプッシュ制御手段は、リマインダ時期データとして予め設定された日付及び時間帯が過ぎてから説明会（イベント）開催日前日までの間の新規予約者については、ステップＳ５８からＳ６２においてプッシュメッセージが送信されるため、ユーザＢにも１２月６日の１３時〜１５時の間にプッシュメッセージが送信される。
【００３４】
図１４は、図１１の画面でクライアントがオートプッシュ設定してリマインダ時期データとして登録された時間帯にユーザの予約が入った場合を説明するものである。設定時間帯が１３時から１５時で、この予約に係るプッシュメッセージを送信開始が（送信のために図１３の処理の開始時）が１４時である場合、例えば１３時から１４時（１３時５９分）までに登録された予約１に対してはオートプッシュ制御手段はプッシュメッセージを送信する。しかし、オートプッシュ制御手段は、１４時以後になされた予約２に対しては当日のリマインダ処理を終えているのでこの日の処理対象とはせず、翌日のリマインダ処理の対象とし、プッシュメッセージを送信する。
【図面の簡単な説明】
【００３５】
【図１】ユーザ端末、クライアント端末、ウェブサーバが接続されたネットワークを説明する説明図である。
【図２】サーバ装置の構成例を説明するブロック図である。
【図３】メモリ内に構築されているデータベースを説明する説明図である。
【図４】ユーザ端末からの説明会の予約を説明するフローチャートである。
【図５】ユーザ端末に表示される表示画面の例を説明する説明図である。
【図６】説明会予約テンプレートの例を説明する説明図である。
【図７】予約エントリー情報の例を説明する説明図である。
【図８】返信メッセージの例を説明する説明図である。
【図９】説明会の開催日までのリマインド期間における種々の予約パターン等を説明する説明図である。
【図１０】プッシュメッセージの例を説明する説明図である。
【図１１】クライアントのオートプッシュ設定画面の例を説明する説明図である。
【図１２】オートプッシュ設定の確認画面の例を説明する説明図である。
【図１３】サーバ１５によるリマインド処理を説明するフローチャートである。
【図１４】リマインド処理実行時間帯に予約が入った場合の例を説明する説明図である。
【符号の説明】
【００３６】
１１  ユーザ端末装置、１２  クライアント端末装置、１３  サービスプロバイダ、１４  ネットワーク（インターネット）、１５  サーバ装置
【図１】
2005128660.tif 000003
【図２】
2005128660.tif 000004
【図３】
2005128660.tif 000005
【図４】
2005128660.tif 000006
【図５】
2005128660.tif 000007
【図６】
2005128660.tif 000008
【図７】
2005128660.tif 000009
【図８】
2005128660.tif 000010
【図９】
2005128660.tif 000011
【図１０】
2005128660.tif 000012
【図１１】
2005128660.tif 000013
【図１２】
2005128660.tif 000014
【図１３】
2005128660.tif 000015
【図１４】
2005128660.tif 000016