(57)【要約】【課題】利用者が知りたがっているきめ細かな情報を適確なタイミングで通知できるようにする。【解決手段】カードリーダ20，31から得られる各塾生Ｊの動向結果と、予定情報データベース74から読み出される予定情報とに基づき、どのようなタイミングでどのようなメッセージを通知するのかを、通知条件として通知条件管理データベース76に記憶保存する。これにより、塾生Ｓの動向結果にのみ基づくのではなく、予め通知条件管理データベース76に記憶保存されている塾の運用上の予定情報に基づいて、メール通知判断手段67から連絡先である携帯電話２に送られるメッセージの通知タイミングや内容が決定される。【選択図】図３
2007094893.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供箇所に対する被監視者の動向結果を特定する動向特定手段と、
前記サービス提供箇所での前記被監視者に関係する行動予定を、予定情報として記憶管理する予定情報記憶手段と、
前記動向特定手段からの動向結果と、前記予定記憶情報記憶手段から読み出される予定情報とに基づき、どのようなタイミングでどのようなメッセージを通知するのかを、連絡先である利用者端末毎に通知条件として記憶保存する通知条件管理記憶手段と、
前記通知条件管理記憶手段に記憶される通知条件に従って、それぞれの前記利用者端末にメッセージを送信するメッセージ送信手段と、を備えたことを特徴とするメッセージ通知システム。
【請求項２】
前記通知条件管理記憶手段に記憶される通知条件を、前記利用者端末から設定可能にする通知条件設定手段をさらに備えたことを特徴とする請求項１記載のメッセージ通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば塾や予備校などの教育機関、あるいは病院や役所などの多くの人々が出入する各種サービス提供箇所に適用され、監視対象となる人々（被監視者）の動向に基づく適切なメッセージを、被監視者若しくは被監視者に関係する人（例えば保護者）に、電子メールなどで通知するメッセージ通知システムに関する。
【背景技術】
【０００２】
夜遅くまで学習塾や予備校などに通う生徒を子に持つ保護者にとって、自分の子供が無事家に戻ってくるまでは、大変心配なものである。例えば、自分の子供が途中で事故や事件に遭っていないか、まじめに登校しているのか、塾や予備校に行くふりをして他の場所で遊んでいないか、また塾や予備校を何時に出たのかなど、保護者として知りたい様々な心配ごとがある。
【０００３】
一方、病院においても、患者が多く待合室にいる状況では、院内感染の虞れなども懸念されることから、診察を受けるまで待合室で長時間待機するのは極力避けたい。また役所などでは、待ち時間を利用して別な場所で用事を済ませたいという要望もある。そのため、こうした病院や役所などの予約を要する各種施設でも、例えば自分があとどれくらいの時間で呼ばれるのか、実際の待ち時間の状況はどうなっているのかなど、予約する本人自身が知りたい情報は数多くある。
【０００４】
従来、塾や予備校などの教育機関に通学する生徒の出欠管理と、生徒の保護者に対する生徒の登下校時間の通知を行なうものとして、例えば特許文献１に開示されるメッセージ通知システムが知られている。このシステムでは、学習塾に生徒が登下校する際に、出入口付近に設置されているＩＣタグリーダに、ＲＦＩＤタグを内蔵した情報記憶媒体を近づけると、当該情報記憶媒体３に記憶された生徒個人を認識する識別情報が非接触に読み取られ、情報管理センターにある管理サーバにその識別情報が送られる。そして管理サーバは、当該識別情報を受信した時刻を特定し、この特定された時刻、すなわち登下校時刻を、識別情報と関連付けられている電子メールアドレスに宛てに通知するようになっている。
【特許文献１】特開２００４−８６３９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来のメッセージ通知システムは、教育機関への生徒の出入を監視するＩＣタグリーダが、生徒の携帯するＲＦＩＤタグからの識別情報を読取ったのをトリガとして、保護者の持っている携帯電話に通知を行なうようになっている。しかし、これは生徒が何時入室し、その後何時退室したのかを知らせているに過ぎないため、保護者が知りたがっているきめ細かな情報が提供されず、保護者の不安を払拭することができない。
【０００６】
また、上記病院や役所の場合でも、携帯電話を通じて予約時間を自動的に設定するシステムは確立されているが、実際の進行に対してあとどの程度の時間でサービスを受けられるのかなど、利用者が知りたがっているきめ細かな情報を提供することは困難であった。
【０００７】
本発明は上記の問題点に鑑みなされたもので、その目的は、利用者が知りたがっているきめ細かな情報を適確なタイミングで通知できるメッセージ通知システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の請求項１におけるメッセージ通知システムは、サービス提供箇所に対する被監視者の動向結果を特定する動向特定手段と、前記サービス提供箇所での前記被監視者に関係する行動予定を、予定情報として記憶管理する予定情報記憶手段と、前記動向特定手段からの動向結果と、前記予定記憶情報記憶手段から読み出される予定情報とに基づき、どのようなタイミングでどのようなメッセージを通知するのかを、連絡先である利用者端末毎に通知条件として記憶保存する通知条件管理記憶手段と、前記通知条件管理記憶手段に記憶される通知条件に従って、それぞれの前記利用者端末にメッセージを送信するメッセージ送信手段と、を備えて構成される。
【０００９】
また、本発明の請求項２におけるメッセージ通知システムは、前記通知条件管理記憶手段に記憶される通知条件を、前記利用者端末から設定可能にする通知条件設定手段をさらに備えている。
【発明の効果】
【００１０】
請求項１におけるメッセージ通知システムでは、単に動向特定手段から出力される被監視者の動向結果にのみ基づくのではなく、予め通知条件管理記憶手段に記憶保存されている予定情報に基づいて、メッセージ送信手段から連絡先である利用者端末に送られるメッセージの通知タイミングや内容が決定される。これにより、利用者が知りたがっている情報を、個々の利用者端末に対してきめ細かく適切なタイミングで通知することができる。
【００１１】
請求項２におけるメッセージ通知システムでは、通知条件管理記憶手段に記憶される通知条件を、利用者端末側からの入力操作によって、自由に設定することができる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面に基づき、本発明における好適な実施例を詳細に説明する。
【実施例１】
【００１３】
図１〜図３は、本発明の第１実施例における教育機関に適用された予定概念を導入したメッセージ通知システムを示している。なお、ここでいう教育機関とは、例えば塾，予備校，スイミングスクール，スポーツセンター，書道教室などのサービス提供箇所であるが、例えば会社など、これらのものに限定されるわけではない。
【００１４】
システムの概要を示す図１において、ここでは教育現場に在籍する塾生Ｊの状況を把握するＡＳＰサーバ１を中心に、塾生Ｊ若しくは保護者などの通知を受ける側に、通知用端末としての例えばＰＣ（パーソナルコンピュータ）や携帯電話２が設けられ、また教育機関の管理者Ｓなどの予定を設定する側に、管理者用端末としての例えば管理者用ＰＣ３が設けられる。ＡＳＰサーバ１と携帯電話２，およびＡＳＰサーバ１と管理者用ＰＣ３は、通信回線網としてのインターネット５でそれぞれ相互に接続されている。
【００１５】
本実施例では、ＡＳＰ（Application Service Provider）としての機能を利用することにより、ＡＳＰサーバ１から携帯電話２および管理者用ＰＣ３へ仮想的にアプリケーションを提供している。ここでいうＡＳＰとは、携帯電話２および管理者用ＰＣ３などのクライアント側にアプリケーションをインストールしないで、ＡＳＰサーバ１などのサーバ側からインターネット５を通じてアプリケーションの処理結果を提供するものである。すなわち、クライアント側では、アプリケーションの処理は行なわず、インターネット５を介して受取ったクライアント側の操作情報に基づいてサーバ側で集約して処理することとなる。仮に携帯電話２や管理者用ＰＣ３がダウンしても、代替機をインターネット５を介してＡＳＰサーバ１に接続するだけで容易に復帰させることができる。
【００１６】
また、本実施例のＡＳＰサーバ１は、利用者に対して画一的なシステムを提供するのではなく、システムを導入する業務の内容（例えば、塾，学校，会社，幼稚園など）に応じて、最適なサービスとインターフェースをパッケージ提供できる効率的な方法（フレームワーク開発）を実現している。これにより、利用者の関わる業務に適合し、且つ使い易いシステムを短期間に効率的に開発できる。
【００１７】
本実施例では、管理者Ｓが管理者用ＰＣ３を利用して、例えば講義日時などの予定情報を設定すると、管理者用ＰＣ３が自動的にその予定情報を、インターネット５を介してＡＳＰサーバ１に送出する。これを受けたＡＳＰサーバ１は、当該予定者情報をそれぞれの塾生Ｊと関連付けて、専用のデータベースに記憶する。ＡＳＰサーバ１は、予め登録された各塾生Ｊ毎の動向を管理者用ＰＣ３から取得しており、この動向結果と、専用データベースに記憶された予定情報とに基づいて、インターネット５を介して各塾生Ｊの保有する携帯電話２にそれぞれ最適なメール通知情報を提供するようになっている。
【００１８】
図２は、図１に示すシステムを具体化するためのハードウェア構成を示している。同図において、11は例えば教育機関の出入口に設置される主監視装置であり、この主監視装置11は、外郭をなす扁平状の本体12の正面に、操作部としてのタッチパネル13をその表面に配置した表示手段としての液晶ディスプレイ14を備えていると共に、このディスプレイ14の一側には、音声出力手段としてのスピーカ16と、教育機関に出入りする塾生Ｊの動向を監視する監視手段としての人体検知センサ17およびＲＦＩＤアンテナ18と、をそれぞれ備えている。このなかで、ＲＦＩＤアンテナ18は、塾生Ｊが携帯するＲＦＩＤカード19に記録された個人識別情報としての塾生ＩＤを読取る非接触式のカードリーダ20の一部を成すもので、主監視装置11はＲＦＩＤアンテナ18で読取った個人識別情報から、どの塾生Ｊが何時に出入したのかという個人動向情報を取得することができる。また、人体検知センサ17は例えば赤外線や超音波を利用したもので、こちらはＲＦＩＤカード19を携帯しているか否かに関わらず、不特定多数の人の出入を監視するものである。
【００１９】
主監視装置11はその他に、外部とのデータをやり取りするために、インターネット５に直接接続可能な通信モジュール21と、前記管理者用ＰＣ３が接続するＬＡＮ（Local Area Network：構内通信網）23に接続可能な無線ＬＡＮ24と、を備えている。さらに本実施例では、例えば教育機関の正面扉に設置した電気錠26と通信を行なう電気錠制御盤27が設けられ、前記人体検知センサ17やＲＦＩＤアンテナ18からの監視結果を受けて、主監視装置11が入退室を許可した場合に、当該主監視装置11から電気錠制御盤27に対して、電気錠26を開錠する接点信号が送り出されるようになっている。
【００２０】
なお、同様の電気錠システムは、必要に応じて前述のＬＡＮ23にも配設することができる。具体的には、例えば教育機関の裏戸に設置したＲＦＩＤ用のカードリーダ31と、このカードリーダ31で読取ったＲＦＩＤカード19からの塾生ＩＤが、予め主監視装置11に記憶保存されていた認証リストに含まれていれば、別な電子上制御盤33に対して、裏戸に設けた電気錠34を開錠するための接点信号を送出する裏戸用制御盤32を備えて構成される。
【００２１】
35は、ＬＡＮ23に接続するモデム内蔵のルータである。このルータ35は周知のように、ＡＤＳＬ（Asymmetric Digital Subscriber Line）などの高速データ通信技術を利用して、管理者用ＰＣ３をインターネット５に接続するためのものである。図２では、ＬＡＮ23に１台の主監視装置11と１台のカードリーダ31だけが接続されているが、監視箇所の数に合せて、複数台の主監視装置11やカードリーダ31を設置するようにしてもよい。
【００２２】
次に、各装置の構成について、図３を参照しながら詳述する。前述したように、本実施例におけるメッセージ通知システムのアプリケーションは、全てＡＳＰサーバ１に集約されているため、携帯電話２や管理者用ＰＣ３は一般的な端末としての構成を備えていればよい。
【００２３】
すなわち携帯電話２は、例えばＣＰＵやメモリなどからなる制御部41と、インターネット５を介してデータ送受信が可能な通信部46とにより構成される。制御部41は、例えば操作ボタンなどの入力部（図示せず）からの入力を受ける操作入力手段42と、インターネット５を介して電子メールを送受信するメール送受信手段43と、インターネット５を介してＷｅｂページを閲覧可能な例えばＷｅｂブラウザなどのＷｅｂページ閲覧手段44と、電子メールやＷｅｂページなどの画面を液晶画面などの表示部（図示せず）に表示させる表示制御手段45などを含んでいる。
【００２４】
一方、管理者用ＰＣ３は、例えばＣＰＵやメモリなどからなる制御部51と、ＡＳＰサーバ１や主監視装置11とのデータ送受信が可能な通信部56とにより構成される。制御部51は、例えばキーボードやマウスなどの入力部（図示せず）からの入力を受ける操作入力手段52と、主制御装置11やカードリーダ31から得た個人動向情報（動向結果）などを、インターネット５を介してＡＳＰサーバ１に転送する個人動向情報転送手段53と、インターネット５を介してＷｅｂページを閲覧可能な例えばＷｅｂブラウザなどのＷｅｂページ閲覧手段54と、Ｗｅｂページなどの画面を液晶画面などの表示部（図示せず）に表示させる表示制御手段55などを含んでいる。
【００２５】
前述のように、カードリーダ20を含む主監視装置11や別な裏戸に設置したカードリーダ31は、通信手段であるＬＡＮ23や無線ＬＡＮ24によって管理者用ＰＣ３と相互に接続される。これらのカードリーダ20，31は、前記ＲＦＩＤカード19に記憶された個人識別情報としての塾生ＩＤを読取るＩＤ読取手段58と、この塾生ＩＤと当該塾生ＩＤの読取り時間とを関連付けた個人動向情報を管理者用ＩＣ３に転送する個人動向情報送信手段59と、を備えている。カードリーダ20，31からの個人動向情報は、管理者用ＰＣ３に送信されて記憶されると共に、個人動向情報転送手段53によってＡＳＰサーバ１に転送されるようになっているが、管理者用ＰＣ３を介さず直接ＡＳＰサーバ１に送信してもよい。また、主制御装置11の通信機能を利用してＡＳＰサーバ１に個人動向情報を転送してもよい。
【００２６】
本実施例では、塾生Ｊが教室に出入する際には、必ずカードリーダ20，31を設置した表戸や裏戸のゲート（図示せず）を通るようになっており、塾生Ｊがゲートを通って教室に出入りする毎に、塾生Ｊが携帯するＲＦＩＤカード19から個人識別情報が読み込まれるようになっている。勿論、ＲＦＩＤカード19に代わって磁気カードを利用し、カードリーダ20，31を磁気読取用にしてもよく、ゲートを通過する塾生Ｊを容易に識別できるものであればどのようなものでもよい。
【００２７】
ＡＳＰサーバ１は、例えばＣＰＵやメモリなどからなる制御部61と、例えばハードディスクなどの記憶装置71と、インターネット５を介してデータ送受信が可能な通信部81とにより構成される。ここで、前記記憶装置71には、電子メールを作成する上での定形文などを記憶したメールデータ72と、各塾生Ｊ毎に、例えば塾生ＩＤ，塾生名，受講科目，受講講師，受講日，受講時間帯，熟生Ｊの保有する携帯電話２の電子メールアドレスなどの受講内容に関する情報を関連付けて、これを個人情報として記憶保存する個人情報管理データベース73と、各講師毎に、例えば受講予定日，受講予定時間，受講予定場所などの予定する日時や場所を予定情報として記憶保存する予定管理データベース74と、各塾生Ｊ毎の塾生ＩＤと共に、実際の出欠状況（登校時間，下校時間，状況結果）や、講義の変更申請（欠席申請，遅刻申請，講義振替え申請）などを関連付けて、これを出欠管理情報として記憶保存する出欠管理データベース75と、携帯電話２に電子メールで通知する際の通知条件を、各塾生Ｊの電子メールアドレスに関連付けて記憶保存する通知条件管理データベース76と、を備えている。
【００２８】
また、アプリケーションの機能を実行する制御部61は、例えば上記受講予定日時（曜日，始業時間，終業時間）や講義予定場所などの講義に関係する予定情報を、インターネット５を通じたＷｅｂページ上で管理者用ＰＣ３から設定入力させる予定設定手段62と、この予定設定手段62により管理者用ＰＣ３から取得した予定情報を、後述する予定管理データベース74に上書き更新する予定情報更新手段63と、携帯電話２からインターネット５を通じたＷｅｂページ上で、講義の変更申請（欠席申請，遅刻申請，講義振替え申請）を受け付ける変更申請受付手段64と、この変更申請受付手段64で受け付けた変更申請を、後述する出欠管理データベース75に上書き更新する変更申請更新手段65と、管理者用ＰＣ３から転送される塾生Ｊ毎の個人動向情報に基づき、実際の出欠状況を出欠管理データベース75の対応する出席管理情報内に書き込むと共に、こうした各塾生Ｊの出欠状況を管理する出席管理手段66と、各塾生Ｊに関する予定情報と出欠管理情報を、予定管理データベース74と出欠管理データベース75から読み出し、通知条件管理データベース76に記憶された通知条件に従って、その塾生Ｊに対して何らかの通知を行なうべきと判断した場合には、当該塾生Ｊの保有する電子メールアドレスをメールデータ72から検索特定して、この電子メールアドレスにメッセージを通知するメール通知判断手段67と、前記メール通知判断手段67が通知を行なうべきと判断する条件を、インターネット５を通じたＷｅｂページ上で携帯電話２から各塾生Ｊ毎に設定入力させる通知条件設定手段68と、を備えている。なお、通知条件設定手段68で設定した各塾生Ｊ毎の通知の条件は、前記通知条件管理データベース76に記憶保存される。
【００２９】
次に、本実施例におけるメッセージ通知システムの作用について説明する。塾の表戸に設置された主監視装置11のカードリーダ20と、裏戸に設置された別なカードリーダ31は、塾生Ｊが教室に出入する際にゲートを通過するたびに、ＩＤ読取手段58が、その塾生Ｊの携帯するＲＦＩＤカード19から塾生ＩＤを読取る。この塾生ＩＤと、当該塾生ＩＤを読取った時間とを関連付けた個人動向情報は、個人動向情報送信手段59から管理者用ＩＣ３に送信され、当該管理者用ＩＣ３に記憶される。それと共に、管理者用ＩＣ３が個人動向情報をインターネット５を介してＡＳＰサーバ１に転送すると、ＡＳＰサーバ１の出欠管理手段66は、個人動向情報に含まれる塾生ＩＤの出席管理情報を出欠管理データベース75から探し出し、この出席管理情報における実際の出欠状況の内容を更新する。すなわち、ここでは個人動向情報に含まれる読取り時間と共に、塾生ＩＤと読取り時間との関係に基づき、例えば講義の開始，終了時刻などの所定時間との前後関係や、ゲートの通過回数などから、出席，欠席，遅刻，早退，帰宅，時間延長などの状況結果を判断し、塾生ＩＤに該当するレコードを更新する。
【００３０】
例えば、ゲートの通過回数すなわち同じ塾生ＩＤを含む個人動向情報の受信回数から、受信回数が１回であれば入室とし、受信回数が２回であれば退室と判断する。退室と判断した時点で、受信回数はリセットされる。なお、ゲートの二箇所にＩＤ読取手段58を設けて、塾生Ｊの通過方向を検出するようにすれば、より確実に塾生Ｊの入退室を判断できる。この場合、前記受信回数の代わりに、２つのＩＤ読取手段58がＲＦＩＤカード19から塾生ＩＤを読込む順番によって入退室を判断する。また、塾生ＩＤを読取った時間と、予め予定情報に設定されていた講義の開始時刻と終了時刻との前後関係から、講義の開始予定時刻前に塾生Ｊが入室すれば出席とし、講義の開始予定時刻を過ぎ終了予定時刻になっても塾生Ｊが入室していなければ欠席とし、講義の開始予定時刻を過ぎ終了予定時刻前に塾生Ｊが入室すれば遅刻とし、講義の終了予定時刻までに塾生Ｊが退室すれば早退とし、講義の終了予定時刻を過ぎてから塾生Ｊが退室すれば帰宅とし、講義の終了予定時刻を過ぎてから一定時間を経過しても塾生Ｊが退室していなければ時間延長と判断する。なお、生徒が一度入室しても、所用により一時的に退室する場合も想定されるので、例えば退室してから一定時間は出欠の状況結果の判断を保留したり、講義の開始予定時刻までの退室は帰宅と判断しないように構成してもよい。また、時間延長に関しては、管理者用ＰＣ３から直接ＡＳＰサーバ１の予定設定手段62を動作させて、時間延長の設定を行なうようにしてもよい。
【００３１】
こうして、ＡＳＰサーバ１の出欠管理手段66は、管理者用ＰＣ３から受信した個人動向情報に応じて、出欠管理データベース75をリアルタイムに更新する。
【００３２】
次に、管理者Ｓ側からＡＳＰサーバ１を利用する場合について説明する。塾の管理者Ｓは、管理者用ＰＣ３の操作入力手段52を通じて、ＡＳＰサーバ１のＷｅｂページの予め設定されたＵＲＬにアクセスする。すると、管理者用ＰＣ３の表示制御手段55によりログインページが管理者用ＰＣ３側で表示される。これを受けて、管理者用ＰＣ３の操作入力手段52から管理者認証情報となるユーザー名とパスワードを入力すると、ＡＳＰサーバ１は当該管理者認証情報の照合を行ない、照合結果が真の場合には、塾生Ｊの出席簿閲覧や講義の予定情報を設定できる管理者用ページを、管理者用ＰＣ３に表示させる。反対に照合結果が偽の場合には、管理者用ＰＣ３にエラーメッセージを表示させた後、再度前記ログインページを表示させる。
【００３３】
予定設定手段62が提供する前記管理者用ページでは、各塾生Ｊ毎の塾生ＩＤ，塾生名，受講科目，受講講師，受講日，受講時間帯などの個人情報や、各講師毎の受講予定日，受講予定時間，受講予定場所などの予定情報を、管理者用ＰＣ３の操作入力手段52を利用して設定（変更を含む）することができる。設定した予定情報は、予定情報更新手段63によって予定情報データベース74に記憶保存される。また必要に応じて、ＡＳＰサーバ１に保管される出欠管理データベース75から、各塾生Ｊ毎の出欠状態を電子出欠簿として管理者用ＰＣ３で閲覧することができる。
【００３４】
最後に、塾生Ｊ側からＡＳＰサーバ１を利用する場合について説明する。塾生Ｊは、自身の保有する携帯電話２の操作入力手段42を通じて、ＡＳＰサーバ１のＷｅｂページの予め設定されたＵＲＬにアクセスする。すると、携帯電話２の表示制御手段45によりログインページが携帯電話２側で表示される。これを受けて、携帯電話２の操作入力手段42から各塾生Ｊ固有の利用者認証情報であるユーザー名とパスワードを入力すると、ＡＳＰサーバ１は当該利用者認証情報の照合を行ない、照合結果が真の場合には、講義の変更申請やＡＳＰサーバ１からの電子メールの通知条件を設定（変更を含む）できる利用者用ページを、携帯電話２に表示させる。反対に照合結果が偽の場合には、携帯電話２にエラーメッセージを表示させた後、再度前記ログインページを表示させる。
【００３５】
利用者用ページでは、変更申請受付手段64が提供する第１のページで、主として例えば欠席届け，遅刻届け，講義振替え届けなどの講義の運営に関わる申請を行なうことができ、また通知条件設定手段68が提供する別な第２のページで、ＡＳＰサーバ１からの電子メールによる通知を、どのタイミングで且つどのようなメッセージで行なうのかを設定することができる。これらの申請や通知条件の設定は、すべて利用者用ページに設けられた入力フォームに、携帯電話２から必要な情報を入力して行なうことができる。
【００３６】
例えば、変更申請受付手段64を利用して欠席届けを申請したい場合、携帯電話２の操作入力手段42によって、欠席日や欠席する時間帯を上記入力フォームに記入する。当該情報は変更申請受付手段64により取得され、変更申請更新手段65がその申請内容を記憶装置71の出欠管理データベース75に反映させる。なお、当該申請処理に伴い、申請内容のメールをＡＳＰサーバ１から管理者用ＰＣ３に送信するように構成すると、塾関係者が塾生Ｊからの申請内容をすぐに確認できて好ましい。
【００３７】
一方、通知条件設定手段68を利用して通知条件の設定を行ないたい場合には、携帯電話２の操作入力手段42によって、どのようなタイミングでどのようなメッセージを行なうのかを上記入力フォームに記入する。特に本実施例では、塾生Ｊが実際に教室を出入する時間だけでなく、講義の開始予定時間や終了予定時間など、予定情報データベース74に記憶される予定情報を基準として、メール通知のタイミングと内容を自由に設定できる点が注目される。これにより、例えば「開始予定時間」の所定時間前（例えば15分前）になっても、カードリーダ20，31で検知される状況結果が入室にならなければ、例えば「塾がはじまるぞ」という出席を促すメッセージを送信するように設定できるし、またその塾生Ｊに関わる講義が、当日に「受講予定日」として組み込まれていれば、決められた時間（例えば、開始予定時刻の１時間前）に、例えば「今日は塾だぞ」という別な出席を促すメッセージを送信するように設定できる。当該通知条件の設定は通知条件設定手段68により取得され、その通知条件が記憶装置71の通知条件管理データベース76に反映される。
【００３８】
上記申請や通知条件の設定に関し、ＡＳＰサーバ１側での処理が終了すると、受付完了ページを表示させ、塾生Ｊに対して処理が正常に行なわれたことを知らせる。なお、携帯電話２から必要事項を記入した電子メールを送信することで、各種申請や通知条件の設定を行なうように構成してもよい。この場合、ＡＳＰサーバ１が当該電子メールを受信した後、送り元のメールアドレスと、個人情報管理データベース73に登録されている電子メールアドレスとを照合して、該当する塾生Ｊを特定し、上記と同様の処理がなされることとなる。さらに、通知条件はＡＳＰサーバ１で予め用意されたものを利用してもよい。
【００３９】
その後、ＡＳＰサーバ１のメール通知判断手段67は、個々の塾生Ｊについて、その塾生Ｊの保有する携帯電話２のメールアドレスに電子メールを通知すべきか否かを、通知条件管理データベース76に記憶保存されている通知条件をもとに判断する。例えば、前述したような通知条件が設定されていた場合、メール通知判断手段67は、その通知条件を設定した塾生Ｊの個人情報を個人情報管理データベース73から読み出すことにより、当該塾生Ｊに関連する予定情報を予定情報データベース74から読み出し、この塾生Ｊが受講しようとする当日の講義の開始予定時間を特定する。そして、この開始予定時間の所定時間前になっったら、次に出欠管理データベース75からその塾生Ｊの出欠管理情報を読み出し、その中に含まれる状況結果が「出席」となっていなければ、「塾がはじまるぞ」という出席を促すメッセージを、電子メールで塾生Ｊの携帯電話２に送信する。また別な例では、塾生Ｊに関連する予定情報の中に当日行なわれる予定の講義が含まれていれば、その講義の開始予定時間の例えば１時間前に、「今日は塾だぞ」というメッセージを、電子メールで塾生Ｊの携帯電話２に送信する。
【００４０】
ここで重要なのは、ＡＳＰサーバ１から塾生Ｊの携帯電話２に送られる通知のタイミングや内容が、単にその塾生Ｓの登下校を監視するカードリーダ20，31の監視結果にのみ依存しているのではなく、管理者側ＰＣ３から予め設定入力した塾の運用上の予定情報にも依存していることである。これにより、単純に塾生Ｊの入退室をトリガとして、メッセージが通知されるのではなく、実際の塾の予定情報を加味したより複雑なメッセージを、個々の携帯電話２に対してきめ細かく適切なタイミングで通知することができる。
【００４１】
なお本実施例では、塾生Ｊの保有する携帯電話２を電子メールの通知先としていたが、塾生Ｊの保護者の携帯電話を対象としてもよい。その場合、例えば講義の開始予定時刻を過ぎてから、その講義の終了予定時刻が延びて変更になった場合に、例えば「講義が延長しています」というメッセージを送信し、当該終了予定時刻になっても、塾生Ｊが未だ退室していなければ、さらに別な「講義がさらに延長する可能性があります」というようなメッセージを送信するように設定してもよい。
【００４２】
以上のように、この実施例のＡＳＰサーバ１は、サービス提供箇所である塾に対して、被監視者である塾生Ｊの動向結果（入室，退室）を特定する動向特定手段としてのカードリーダ20，31と、この塾で塾生Ｊに関係する行動予定（受講予定日，受講予定時間，受講予定場所）を、予定情報として記憶管理する予定情報記憶手段としての予定情報データベース74と、カードリーダ20，31から得られる各塾生Ｊの動向結果と、予定情報データベース74から読み出される予定情報とに基づき、どのようなタイミングでどのようなメッセージを通知するのかを、塾生Ｊが保有する連絡先としての利用者端末すなわち携帯電話２毎に、通知条件として記憶保存する通知条件管理記憶手段としての通知条件管理データベース76と、この通知条件管理データベース76に記憶される通知条件に従って、それぞれの携帯電話２にメッセージを送信するメッセージ送信手段としてのメール通知判断手段67と、を備えている。
【００４３】
この場合、単にカードリーダ20，31から出力される塾生Ｓの動向結果にのみ基づくのではなく、予め通知条件管理データベース76に記憶保存されている塾の運用上の予定情報に基づいて、メール通知判断手段67から連絡先である携帯電話２に送られるメッセージの通知タイミングや内容が決定される。これにより、塾生Ｊや保護者などの利用者が知りたがっている情報を、個々の携帯電話２に対してきめ細かく適切なタイミングで通知することができる。
【００４４】
また、本実施例のＡＳＰサーバ１は、通知条件管理データベース76に記憶される個々の通知条件を、携帯電話２から設定可能にする通知条件設定手段68をさらに備えている。そのため、この通知条件管理データベース76に記憶される各塾生Ｊ毎の通知条件を、利用者端末である携帯電話２側からの入力操作によって、自由に設定することができる。
【実施例２】
【００４５】
図４および図５は、本発明の第２実施例における医療機関や役所に適用されたメッセージ通知システムを示している。なお、上記第1実施例と共通する箇所には共通する符号を付し、共通する部分の説明は重複するため極力省略する。
【００４６】
システムの概要を示す図４において、ここでは医療機関を利用する予約者Ｙの状況を把握するＡＳＰサーバ１を中心に、通知を受ける予約者Ｙ側に、通知用端末としての例えばＰＣ（パーソナルコンピュータ）や携帯電話２が設けられ、また医療機関の管理者Ｓなどの予定を設定する側に、管理者用端末としての例えば管理者用ＰＣ３が設けられる。そしてここでも、ＡＳＰサーバ１と携帯電話２，およびＡＳＰサーバ１と管理者用ＰＣ３は、通信回線網としてのインターネット５でそれぞれ相互に接続されている。
【００４７】
本実施例では、予約者Ｙが自身の保有する携帯電話２を利用して、例えば医療機関の各診察室や役所の各窓口への複数箇所の予約を一括して行なうことができ、これを受けてＡＳＰサーバ１は、各サービス提供箇所での予約状況を考慮しながら、適切な順番待ちとなるように調整を行ない、予約者Ｙが同意した時点で、これを予約情報として記憶保存する。また、管理者Ｓ側では、管理者用ＰＣ３を利用して、前記予約情報や、この予約情報から得られる各予約者Ｙに対する呼び出しの順番を閲覧することができる。すなわちこの予約情報は、サービス提供箇所での予約者Ｙに関係する行動予定をあらわす予定情報となる。ＡＳＰサーバ１は、各サービス提供箇所での人の動向を管理者用ＰＣ３から取得しており、この動向結果と、専用データベースに記憶された予定情報とに基づいて、インターネット５を介して各予約者Ｙの保有する携帯電話２にそれぞれ最適なメール通知情報を提供するようになっている。
【００４８】
図５は、各装置の機能的な構成を示したものである。なお、システムの各ハードウェア構成は、前記第１実施例と共通しているために、ここでは詳しく説明しない。但し、ＲＦＩＤカード19の導入が困難なサービス提供箇所では、管理者用ＰＣ３の操作入力手段52を利用して、当該箇所に出入する人の動向結果をＡＳＰサーバ１に直接転送することができる。また、電気錠システムは不要であっても構わない。
【００４９】
ここでのカードリーダ20を含む主監視装置11は、診察室の出入口や役所の窓口に設置される。このカードリーダ20は、前記ＲＦＩＤカード19に記憶された個人識別情報としての予約者ＩＤを読取るＩＤ読取手段58と、この予約者ＩＤと当該予約者ＩＤの読取り時間とを関連付けた個人動向情報を管理者用ＩＣ３に転送する個人動向情報送信手段59と、を備えている。これにより、予約者Ｙが診察室の出入口や役所の窓口を出入りする毎に、予約者Ｙが携帯するＲＦＩＤカード19から個人識別情報が読み込まれるようになっている。なお、携帯電話２と管理者用ＰＣ３の各部の構成は、図３に示すものと一致している。
【００５０】
ＡＳＰサーバ１の記憶装置71には、電子メールを作成する上での定形文などを記憶したメールデータ72と、各予約者Ｙ毎に、例えば予約者ＩＤ，予約者Ｙの保有する携帯電話２の電子メールアドレスなどの情報を関連付けて、これを個人情報として記憶保存する個人情報管理データベース73と、各診察室や窓口毎に、例えば各予約者Ｙの対応予定日や対応予定時間などを予定情報として記憶保存する予定管理データベース74と、各予約者Ｙ毎の予約者ＩＤと共に、実際の状況（開始時間，終了時間，状況結果）を関連付けて、これを予約者管理情報として記憶保存する予約者管理データベース77と、携帯電話２に電子メールで通知する際の通知条件を、各予約者Ｙの電子メールアドレスに関連付けて記憶保存する通知条件管理データベース76と、を備えている。
【００５１】
また、アプリケーションの機能を実行する制御部61は、例えば上記各予約者Ｙの予定情報を、インターネット５を通じたＷｅｂページ上で各携帯電話２から設定入力させる予定設定手段62と、この予定設定手段62により取得した予定情報を、後述する予定管理データベース74に上書き更新する予定情報更新手段63と、管理者用ＰＣ３から転送される予約者Ｙ毎の個人動向情報に基づき、実際の状況を予約者管理データベース77の対応する予約者管理情報内に書き込むと共に、こうした各予約者Ｙの状況を管理する予約状況管理手段69と、各予約者Ｙに関する予定情報と予約管理情報を、予定管理データベース74と予約者管理データベース77から読み出し、通知条件管理データベース76に記憶された通知条件に従って、その予約者Ｙに対して何らかの通知を行なうべきと判断した場合には、当該予約者Ｙの保有する電子メールアドレスをメールデータ72から検索特定して、この電子メールアドレスにメッセージを通知するメール通知判断手段67と、前記メール通知判断手段67が通知を行なうべきと判断する条件を、インターネット５を通じたＷｅｂページ上で携帯電話２から各予約者Ｙ毎に設定入力させる通知条件設定手段68と、を備えている。なお、通知条件設定手段68で設定した各予約者Ｙ毎の通知の条件は、前記通知条件管理データベース76に記憶保存される。
【００５２】
次に、本実施例におけるメッセージ通知システムの作用について説明する。主監視装置11のカードリーダ20は、予約者Ｙがサービス提供箇所に出入するたびに、その予約者Ｙの携帯するＲＦＩＤカード19から予約者ＩＤを読取る。この予約者ＩＤと、当該予約者ＩＤを読取った時間とを関連付けた個人動向情報は、個人動向情報送信手段59から管理者用ＩＣ３に送信され、当該管理者用ＩＣ３に記憶される。それと共に、管理者用ＩＣ３が個人動向情報をインターネット５を介してＡＳＰサーバ１に転送すると、ＡＳＰサーバ１の予約状況管理手段69は、該当する予約者ＩＤを含む予約者管理情報を予約者管理データベース75から探し出し、この出席管理情報における実際の出欠状況の内容を更新する。ここでは、同じ予約者ＩＤを含む個人動向情報の受信回数から、受信回数が１回であれば入室とし、受信回数が２回であれば退室と判断する。退室と判断した時点で、そのサービス提供箇所での受信回数はリセットされる。
【００５３】
次に、予約者Ｙ側からＡＳＰサーバ１を利用する場合について説明する。予約者Ｙは、自身の保有する携帯電話２の操作入力手段42を通じて、ＡＳＰサーバ１のＷｅｂページの予め設定されたＵＲＬにアクセスする。すると、携帯電話２の表示制御手段45によりログインページが携帯電話２側で表示される。これを受けて、携帯電話２の操作入力手段42から各予約者Ｙ固有の利用者認証情報であるユーザー名とパスワードを入力すると、ＡＳＰサーバ１は当該利用者認証情報の照合を行ない、照合結果が真の場合には、予約の申請やＡＳＰサーバ１からの電子メールの通知条件を設定（変更を含む）できる利用者用ページを、携帯電話２に表示させる。反対に照合結果が偽の場合には、携帯電話２にエラーメッセージを表示させた後、再度前記ログインページを表示させる。
【００５４】
利用者用ページでは、予定設定手段62が提供する第１のページで、主として各サービス提供箇所における予約の申請を行なうことができ、また通知条件設定手段68が提供する別な第２のページで、ＡＳＰサーバ１からの電子メールによる通知を、どのタイミングで且つどのようなメッセージで行なうのかを設定することができる。これらの申請や通知条件の設定は、すべて利用者用ページに設けられた入力フォームに、携帯電話２から必要な情報を入力して行なうことができる。
【００５５】
例えば、予定設定手段62を利用して一ないし複数のサービス提供箇所に予約を申請したい場合、携帯電話２の操作入力手段42によって、場所と予約日時を上記入力フォームに記入する。当該情報は予定設定手段62により取得され、予定情報更新手段65がその予約内容を記憶装置71の予定情報データベース74に反映させる。なお、当該申請処理に伴い、申請内容のメールをＡＳＰサーバ１から管理者用ＰＣ３に送信するように構成すると、関係者が予約者Ｙからの申請内容をすぐに確認できて好ましい。
【００５６】
一方、通知条件設定手段68を利用して通知条件の設定を行ないたい場合には、携帯電話２の操作入力手段42によって、どのようなタイミングでどのようなメッセージを行なうのかを上記入力フォームに記入する。特に本実施例では、他の予約者Ｙが実際に教室を出入する時間だけでなく、各予約者Ｙの開始予定時間や終了予定時間など、予定情報データベース74に記憶される予定情報を基準として、メール通知のタイミングと内容を自由に設定できる。これにより、例えば「予約日時」の所定時間前（例えば15分前）に、カードリーダ20，31で検知される状況結果から、あと何人後に順番が回るのかを算出し、これを例えば「後３人であなたの番です」というメッセージとして送信するように設定できるし、また予約日時の所定時間前になったら、その予約に関係する場所を特定して、例えば「歯医者の時間です」という別なメッセージを送信するように設定できる。当該通知条件の設定は通知条件設定手段68により取得され、その通知条件が記憶装置71の通知条件管理データベース76に反映される。
【００５７】
上記申請や通知条件の設定に関し、ＡＳＰサーバ１側での処理が終了すると、受付完了ページを表示させ、予約者Ｙに対して処理が正常に行なわれたことを知らせる。なお、携帯電話２から必要事項を記入した電子メールを送信することで、各種申請や通知条件の設定を行なうように構成してもよい。この場合、ＡＳＰサーバ１が当該電子メールを受信した後、送り元のメールアドレスと、個人情報管理データベース73に登録されている電子メールアドレスとを照合して、該当する予約者Ｙを特定し、上記と同様の処理がなされることとなる。さらに、通知条件はＡＳＰサーバ１で予め用意されたものを利用してもよい。
【００５８】
その後、ＡＳＰサーバ１のメール通知判断手段67は、個々の予約者Ｙについて、その予約者Ｙの保有する携帯電話２のメールアドレスに電子メールを通知すべきか否かを、通知条件管理データベース76に記憶保存されている通知条件をもとに判断する。例えば、前述したような通知条件が設定されていた場合、メール通知判断手段67は、その通知条件を設定した予約者Ｙの個人情報を個人情報管理データベース73から読み出すことにより、当該予約者Ｙに関連する予定情報を予定情報データベース74から読み出し、この予約者Ｙが予約しているサービス提供箇所と予約日時を特定する。そして、この予約日時の所定時間前になっったら、次に出欠管理データベース75から他の予約者Ｙの出欠管理情報を読み出し、あと何人後に順番が回るのかを算出して、その結果を例えば「後３人であなたの番です」というようなメッセージで、予約者Ｙの携帯電話２に送信する。また別な例では、予約日時の所定時間前になったら、その予約に関係する時間を知らせるために、「歯医者の時間です」というメッセージを、電子メールで予約者Ｙの携帯電話２に送信する。
【００５９】
以上のように本実施例でも、一乃至複数のサービス提供箇所である医療機関や役所に対して、被監視者である各予約者Ｙの動向結果（入室，退室）を特定する動向特定手段としてのカードリーダ20と、各サービス提供箇所で予約者Ｙに関係する行動予定（予約日時，場所）を、予定情報として記憶管理する予定情報記憶手段としての予定情報データベース74と、カードリーダ20から得られる各予約者Ｙの動向結果と、予定情報データベース74から読み出される予定情報とに基づき、どのようなタイミングでどのようなメッセージを通知するのかを、連絡先としての携帯電話２毎に、通知条件として記憶保存する通知条件管理記憶手段としての通知条件管理データベース76と、この通知条件管理データベース76に記憶される通知条件に従って、それぞれの携帯電話２にメッセージを送信するメッセージ送信手段としてのメール通知判断手段67と、を備えている。
【００６０】
この場合、単にカードリーダ20から出力される各予約者Ｙの動向結果にのみ基づくのではなく、予め通知条件管理データベース76に記憶保存されている予約者Ｙの予定情報に基づいて、メール通知判断手段67から連絡先である携帯電話２に送られるメッセージの通知タイミングや内容が決定される。これにより、予約者Ｙなどの利用者が知りたがっている情報を、個々の携帯電話２に対してきめ細かく適切なタイミングで通知することができる。
【００６１】
また、本実施例のＡＳＰサーバ１は、通知条件管理データベース76に記憶される個々の通知条件を、携帯電話２から設定可能にする通知条件設定手段68をさらに備えている。そのため、この通知条件管理データベース76に記憶される各予約者Ｙ毎の通知条件を、利用者端末である携帯電話２側からの入力操作によって、自由に設定することができる。
【００６２】
本発明は上記実施例に限定されるものではなく、本発明の要旨の範囲において種々の変形実施が可能である。本システムは、上述した各実施例以外のサービス提供箇所にも適用できる。例えば待ち合わせ場所などでは、例えば予約情報である待ち合わせ時刻の所定時間前になっても、その場所に参加者があらわれない時には、「集合時間の15分前です」というようなメッセージを通知できる。
【図面の簡単な説明】
【００６３】
【図１】本発明の第１実施例を示すメッセージ通信システムの概要を示す説明図である。
【図２】同上、システムを具体化するためのハードウェア構成を示す説明図である。
【図３】同上、各装置の構成を示すブロック図である。
【図４】本発明の第２実施例を示すメッセージ通信システムの概要を示す説明図である。
【図５】同上、各装置の構成を示すブロック図である。
【符号の説明】
【００６４】
２  携帯電話（利用者端末）
20，31  カードリーダ（動向特定手段）
67  メール通知判断手段（メッセージ送信手段）
68  通知条件設定手段
74  予定情報データベース（予定情報記憶手段）
76  通知条件管理データベース（通知条件管理記憶手段）
【図１】
2007094893.tif 000003
【図２】
2007094893.tif 000004
【図３】
2007094893.tif 000005
【図４】
2007094893.tif 000006
【図５】
2007094893.tif 000007