JP2001249981A - 非課金メッセージサービスシステム - Google Patents

Abstract

(57)【要約】 【課題】ユーザ側やサービスセンタ側に金銭的な負担を
かけることなく利用できる、電話を中核とする高度なメ
ッセージサービスシステムを提供すること。 【解決手段】ユーザ１からの指示によりユーザの希望す
るユーザメッセージの報知要求を受け付けるメッセージ
受付制御部１１と、ユーザメッセージとそのユーザメッ
セージの報知時刻とユーザ電話番号とを格納するユーザ
メッセージデータベース５と、広告メッセージを格納す
る広告データベース６と、前記ユーザメッセージデータ
ベースから抽出されたユーザメッセージ及び前記広告デ
ータベースから抽出された広告メッセージを該当ユーザ
に送り出すメッセージ送出制御部１４とが備えられてい
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電話回線などの通
信回線を用いて、指定された時刻に、指令されたユーザ
の電話端末に対して発呼して、指定されたメッセージを
ユーザに伝達するメッセージサービスシステムに関す
る。

【０００２】

【従来の技術】従来の典型的なメッセージサービスとし
てモーニングコール（ウエイクアップコール）サービス
があり、ホテル等の私的な構内でのシステムでは、ユー
ザは前日に電話機の数字ボタンなどを利用して時間を設
定しておけば、指定時間に電話機が発呼され、ユーザは
起床を促される。このようなモーニングコールシステム
を私的な構内だけではなく、ユーザが公衆回線を介して
目覚まし時間と電話番号を登録することにより、指定時
間に指定の電話機にモーニングコールがかかるといった
広域のサービスシステムも提案されている。

【０００３】さらに、モーニングコールといった単純な
メッセージを提供するだけではなく、ユーザから予定時
刻と通知先電話番号とスケジュール内容とを受信し、予
定時間の前に通知先電話番号に対して発呼し、回線が接
続されると音声メッセージの形でスケジュール内容を送
り出すスケジュールサービスも提案されている。

【０００４】これらの電話を利用したメッセージサービ
スシステムは、ユーザが無視しにくい電話による呼び出
しによってメッセージを伝達すること、及び携帯電話の
普及にともなってかなり多くの人々が電話を常時身に付
けているということから、ユーザの存在場所にかかわら
ず確実にモーニングコールやスケジュールなどのメッセ
ージを伝達する有効なシステムである。

【０００５】

【発明が解決しようとする課題】上述したように、電話
を利用したメッセージサービスシステムは優れた利点を
多く持っているが、便利なゆえに利用回数が増えると、
ユーザがメッセージサービスセンタに支払わなければな
らない料金がかなりの額となり、このサービスを存分に
利用することがためらわれるという結果となる。また、
サービスセンタ側にとっても、ユーザを満足させるため
より高度なメッセージシステムを構築しようとすると、
そのための投資費用がかさむことになり、容易にサービ
ス料金を値下げするわけにはいかない。このため、せっ
かくの便利なサービスが多くの人に利用されないという
問題が残っている。上記実状に鑑み、本発明の課題は、
ユーザ側やサービスセンタ側に金銭的な負担をかけるこ
となく利用できる、電話を中核とする高度なメッセージ
サービスシステムを提供することである。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、本発明によるメッセージサービスシステムは、ユー
ザからの指示によりユーザの希望するユーザメッセージ
の報知要求を受け付けるメッセージ受付制御部と、ユー
ザメッセージとそのユーザメッセージの報知時刻とユー
ザ電話番号とを格納するユーザメッセージデータベース
と、広告メッセージを格納する広告データベースと、前
記ユーザメッセージデータベースから抽出されたユーザ
メッセージ及び前記広告データベースから抽出された広
告メッセージを該当ユーザに送り出すメッセージ送出制
御部とを備えている。

【０００７】この構成では、メッセージ送出制御部がこ
のメッセージサービスを受けようとするユーザに対して
第３者である広告主から依頼された広告メッセージを送
り出すことができるので、この広告料がこのメッセージ
サービスの運営費用に充填することができる。つまり、
このメッセージサービスシステムは、ユーザに対するサ
ービス料金を、ユーザに送られる広告メッセージの広告
主から徴収される広告料でまかなうことによりユーザに
は直接サービス料を請求しない非課金メッセージサービ
スシステムとして構築されており、ユーザは課金される
ことなしにこのサービスを受けることができる。

【０００８】このメッセージサービスを受けるユーザに
対する広告メッセージの送り出しタイミングの１つの好
適な実施形態として、前記メッセージ送出制御部が、ユ
ーザからメッセージ報知要求を受け取る前にそのユーザ
に対して広告メッセージを送出するように構成すること
ができる。サービスセンタがメッセージ報知要求をユー
ザから受け取る時は、ユーザがメッセージ受付制御部に
アクセスをかけている時なので、メッセージ報知要求を
受け入れる前に広告メッセージを送出することで、確実
にユーザに対して広告メッセージを与えることができ
る。ユーザは広告メッセージを受け入れない限りメッセ
ージ報知要求をサービスセンタに与えることができない
からである。

【０００９】もちろん、広告メッセージの送り出しタイ
ミングの別な形態として、前記メッセージ送出制御部
が、ユーザに対して所望報知時刻にユーザメッセージを
送出する際に広告メッセージを付加するように構成して
もよい。この場合、ユーザメッセージを送出する前に広
告メッセージを送出するならば、確実に広告をユーザに
伝達することができる。逆に、ユーザメッセージを送出
した後に広告メッセージを送出するならば、ユーザにと
ってはまず必要とするユーザメッセージを受けることが
できるので好都合である。ただ、ユーザメッセージを受
け取った後すぐに電話回線を遮断されると、サービスセ
ンタ側は広告メッセージを送り出すタイミングを失うた
め、例えば、前記メッセージ送出制御部がユーザに対し
て広告メッセージを送出した後に確認用キーワードを送
出するように構成し、広告メッセージを受けることにユ
ーザの興味を引きつけるようにすると好都合である。確
認用キーワードとしては、例えば懸賞用キーワードが挙
げられる。ここで聞き取った懸賞用キーワードを折り返
しサービスセンタにプッシュボタン操作等で送り返した
り、少なくとも１つ以上のキーワードを取得して、はが
きやその他の通信手段でサービスセンタに送ることによ
り、何らかの賞品を受ける権利が獲得できるようなしく
みが好ましい。また、確認用キーワードを折り返しプッ
シュボタン操作等でユーザから送り返してもらうことに
より、この確認用キーワードを広告メッセージを最後ま
で聞いたかどうかの確認のため用いることも可能であ
る。確認用キーワードを返してくれないユーザに対して
は、広告を聞かないユーザとして、今後のサービスを停
止することも可能となる。

【００１０】ユーザに広告メッセージを送ることによる
広告効果を向上させるために、本発明の好適な実施形態
では、ユーザの個人情報を登録するユーザ情報データベ
ースが備えられており、ユーザに対して送出される広告
メッセージはデータベース管理部によって該当ユーザの
個人情報に基づいて選択抽出される。つまり、この非課
金メッセージサービスへの参加を入会制とし、入会時に
取得したユーザの個人情報をユーザ情報データベースに
格納しておき、広告メッセージを送る際には、その個人
情報、例えば年齢、性別、趣味、職業、住所などから最
も広告効果の高いことが予想される広告メッセージを選
択する。この場合、ユーザに送出された広告メッセージ
の送出回数をカウントしておき、その送出回数に応じて
広告主に広告料を請求することになる。

【００１１】ユーザメッセージが非常に重要なウエイク
アップコールやスケジュール情報の場合、既登録のユー
ザメッセージを確認したいという希望をユーザはもつの
で、本発明では、メッセージ送出制御部はユーザからの
要求により既登録ユーザメッセージをメッセージデータ
ベースから抽出してユーザに確認させる機能も有する。
既登録ユーザメッセージの確認の方法に関しては、本発
明による好適な実施形態の１つでは、音声データと文字
データを相互に変換可能な音声／文字変換部を備えてお
り、ユーザは受け付けられたユーザメッセージを音声又
は文字の形態で確認・変更することができる。ユーザか
らのユーザメッセージの受付は、通常電話から直接送ら
れてきた音声やプッシュ式電話のボタン操作で選択され
たコードによって行われるが、インターネットを介して
受け付けサーバとのやり取りで行う方法もある。そのよ
うに種々の形態のデータとして受け付けられたメッセー
ジ報知要求は、記録メディアに記録可能な形式でメッセ
ージデータベースに格納されるが、その登録確認のため
には、音声／文字変換部の助けをかりてメッセージ内容
を音声又は文字の所望の形で表現可能にすることがで
き、ユーザにとって好都合である。この既登録確認プロ
セスにおいては、個人情報セキュリティの観点からパス
ワード等によるユーザ照合が必須となる。本発明による
その他の特徴及び利点は、以下図面を用いた実施例の説
明により明らかになるだろう。

【００１２】

【発明の実施の形態】図１に本発明による非課金メッセ
ージサービスシステムの概要をブロック図が示されてい
る。ユーザ１の電話端末としての携帯電話１ａや固定電
話１ｂ、あるいはパソコン１ｃは、携帯回線網３ａ、公
衆回線網３ｂ、インターネット３ｃなどを含む通信ネッ
トワーク３を介して、サービスセンター２側のメッセー
ジサービスシステムに接続可能である。このシステム
は、電話回線を介してのユーザ端末との情報のやり取り
を行う電話回線送受信制御部４と、インターネット３ａ
を介してのユーザ端末との情報のやり取りを行うＷＷＷ
サーバ９と、ウエイクアップコールやスケジュール情報
などに関するユーザメッセージや広告メッセージを電話
回線送受信制御部４との相互作用でユーザ１の電話端末
に送るコントローラ１０と、ユーザ１によって報知する
ことを要求されたユーザメッセージの内容を報知先電話
番号や報知時刻とともに格納するユーザメッセージデー
タベース５と、広告主から依頼された広告メッセージを
格納する広告メッセージデータベース６と、この非課金
メッセージサービスに登録されているユーザ１の個人情
報を格納している個人情報データベース７とを備えてい
る。ユーザメッセージデータベース５、広告メッセージ
データベース６、個人情報データベース７のそれぞれに
は、データの登録・訂正・検索抽出等の管理を行うため
にデータベース管理部８が付随している。

【００１３】コントローラ１０は、メッセージ受付制御
部１１と、メッセージ生成部１２と、メッセージ管理部
１３と、メッセージ送出制御部１４と、ゲートウエイＩ
／Ｆ部１５とを主要構成要素として備えている。メッセ
ージ受付制御部１１は、ユーザ端末との接続が確立され
た後ガイダンスを送信することでユーザ端末から送られ
てくるプッシュボタン信号や音声そのものを処理して、
ユーザメッセージサービスに必要な項目データに変換す
ることで、ユーザメッセージ報知要求を受け付ける。メ
ッセージ生成部１２は、メッセージ受付制御部１１によ
って受け付けられたユーザ１の報知要求に基づいてユー
ザメッセージの内容や報知先電話番号や報知時刻をユー
ザメッセージデータベース５に格納可能な形式で生成す
る。メッセージ管理部１３は、１度登録されたユーザメ
ッセージに対するユーザ１から訂正や確認の要求に応じ
た処理を行ったり、広告主からの要求に応じて広告メッ
セージの追加・訂正・削除を行う。メッセージ送出制御
部１４は、報知時刻に達したユーザメッセージに該当す
るユーザ１のユーザ端末を呼び出すように電話回線送受
信制御部４に要求し、接続が確立されたユーザ端末に対
してウエイクアップコールやスケジュール情報などのユ
ーザメッセージを送り出す。さらに、このメッセージ送
出制御部１４は、ユーザメッセージの受付時又は所望時
刻でのユーザメッセージの送出時あるいはその両方のタ
イミングでユーザ端末に対して広告メッセージを送り出
す機能も果たす。

【００１４】ユーザ１からのユーザメッセージの報知要
求や登録済みユーザメッセージの確認要求は、ユーザの
便利さを考慮して電話回線以外、インターネットを経由
しても行えるように構成されている。この場合、ユーザ
１は、ユーザ端末としてパソコン１ｃを用いてサービス
センタ２のＷＷＷサーバ５にアクセスして、要求を指示
するが、その際のＷＷＷサーバ５とコントローラ４との
間を仲介するために、ＣＧＩ（コモン・ゲートウエイ・
インターフェース）等の機能が必要となるが、ゲートウ
エイＩ／Ｆ部１５がこの機能を果たす。

【００１５】図２に、ユーザメッセージデータベース５
のデータ構造が示されている。１つのレコードを形成す
るフィールドとして、レコード番号５０、ユーザＩＤ５
１、報知時刻５２、メッセージ種別５３、メッセージ内
容５４、報知先電話番号５５、広告適合コード５６等が
割り当てられている。ユーザＩＤ５１は、ユーザ１を識
別するためのコードである。報知時刻５２はユーザメッ
セージ送出のためのユーザ端末に電話をかける時刻であ
る。メッセージ種別５３には、ユーザメッセージがウエ
イクアップコールであれば”１”が、スケジュール通知
であれば”２”といったようにユーザメッセージの種別
を表すコードである。メッセージ内容５４としては、ユ
ーザメッセージの種別がウエイクアップコールであれ
ば、標準的な目覚ましメッセージ又は特殊な目覚ましメ
ッセージのデータかそのデータへのリンクアドレスとな
るし、ユーザメッセージの種別がスケジュール通知であ
れば、”○時に××氏との面会予約”、”××への出発
時間です”とか”○○会議の開催”といったスケジュー
ル内容が直接音声データで、又はその音声データへのリ
ンクアドレスとなる。

【００１６】報知先電話番号５５は、ユーザ１によって
指定されたメッセージ報知先の電話番号であり、必要に
よっては複数の番号を登録することが可能である。広告
メッセージはその広告の性格から複数のクラスに分類さ
れているので、ユーザ１の個人情報からどのクラスに適
合するか判定され、その結果決定されたクラスを照合す
るコードが広告適合コード５６として登録される。これ
により、例えば、ユーザ１が男性若年層で車好きである
なら、それにふさわしい広告メッセージを割り当てるこ
とができる。

【００１７】図３に、広告メッセージデータベース６の
データ構造が示されている。１つのレコードを形成する
フィールドとして、レコード番号６０、広告ＩＤ６１、
広告主コード６２、広告内容６３、広告分類６４、報知
回数６５、等が割り当てられている。広告内容６３は、
広告メッセージそのものの音声データか又はその音声デ
ータへのリンクアドレスであり、広告分類６４は、先ほ
ど述べたように、広告メッセージがどのようなユーザ層
によく受けいられるかという観点から分類された結果と
しての分類コードを意味する。報知回数６５は、この広
告メッセージが何回ユーザに送出されたかを示すもので
あり、広告料が従量制の場合この広告回数によって広告
主に請求する料金を決定し、広告料が定量制の場合この
広告回数が登録された広告メッセージの報知回数を平均
化するために利用される。

【００１８】図４に、個人情報データベース７のデータ
構造が示されている。このデータ構造はよく知られた個
人情報データベースに類似するものであり、１つのレコ
ードを形成するフィールドとして、レコード番号７０、
ユーザＩＤ７１、ユーザパスワード７２、ユーザ名７
３、年齢７４、性別７５、趣味分類７６、報知先電話番
号７７等が割り当てられている。これらの３つのデータ
ベース５、６、７をリレーショナル構造とする場合、共
通するフィールドは最小限にすることができる。

【００１９】図５は、上述した非課金メッセージサービ
スシステムにおいて、ユーザ１がウエイクアップコール
を依頼し、そのサービスを受けるまでの手順を示すシー
ケンス図である。なお、ユーザ１は登録ユーザであり、
その個人情報は個人情報データベース７に登録されてい
るとする。

【００２０】まず、ユーザ１はユーザ端末を利用して、
サービスセンタ２のメッセージ報知要求用電話番号でも
って接続アクセスを行う（＃１）。サービスセンタ２の
電話回線送受信制御部４はこの接続アクセスを受け入れ
て、メッセージ受付制御部１１に接続する。メッセージ
受付制御部１１はガイダンスを送出してユーザＩＤを求
める（＃２）。ユーザ１がプッシュボタン操作等でユー
ザＩＤを送ると（＃３）、このユーザＩＤに基づいてメ
ッセージ報知制御部１４がデータベース管理部８に広告
メッセージを要求する（＃４）。データベース管理部８
はユーザＩＤをキーとして個人情報データベース７から
取得される個人情報から該当ユーザ１に適した広告分類
を決定し、広告データベース６からこの広告分類に属す
るとともに報知回数が少ない広告メッセージを抽出して
（＃５）、メッセージ報知制御部１４に渡す（＃６）。
メッセージ報知制御部１４は取得した広告メッセージを
必要に応じてフォーマット変換して、音声の形でユーザ
端末に流す（＃７）。同時に、データベース管理部８は
広告データベース６にアクセスして、今回送出した広告
メッセージのレコードの報知回数をインクリメントして
おく。

【００２１】広告メッセージが流し終わると、メッセー
ジ受付制御部１１は、希望するメッセージの種別を問い
合わせ（＃８）、ユーザ１がウエイクアップコールを選
択すると（＃９）、メッセージ受付制御部１１はさらに
目覚まし時刻の入力を促す（＃１０）。ユーザ１による
目覚まし時刻の入力が完了すると（＃１１）、さらにウ
エイクアップコールのためのメッセージ種類、例えば女
性の声や特殊なサウンドなど、等のオプションの要否が
訊ねられ（＃１２）、特別なオプションがない場合、こ
こでユーザ１によるメッセージ報知要求プロセスが完了
する（＃１３）。これにともない、メッセージ生成部１
２が上述したメッセージ報知要求プロセスで得られたユ
ーザメッセージ情報をデータベース管理部８に与えると
（＃１４）、データベース管理部８はユーザメッセージ
データベース５にアクセスして、今回受け付けたメッセ
ージ報知要求を新規レコードとして書き込む（＃１
５）。

【００２２】図５のシーケンス図では示されていない
が、受け付けられたユーザメッセージの内容はユーザ端
末が接続遮断される前に、確認のために再度流すように
してもよいし、接続遮断した後では、報知時刻に達する
までの間なら、ユーザ１がサービスセンタ２のメッセー
ジ確認電話番号に電話することにより、パスワードセキ
ュリティの下で、ユーザメッセージデータベース５に格
納したユーザメッセージ情報を流してもらうことで、メ
ッセージ報知要求の確認が可能なようにしてもよい。こ
のような登録されたメッセージ報知要求の確認はメッセ
ージ管理部１３によって行われるが、ユーザとのやり取
りに関する基本的な振る舞いは、メッセージ送出制御部
１４に類似する。

【００２３】さらに、このメッセージ報知要求の確認
は、パソコン１ｃやインタネットに接続可能な携帯電話
１ａを用いて、インタネット３ａ経由でＷＷＷサーバ９
にアクセスし、ＷＷＷサーバ９が提供するメッセージ報
知確認画面を通じて行うことができる。その際、ＷＷＷ
サーバ９は、ユーザ１によって入力されたユーザＩＤな
いしはメッセージＩＤに基づいてゲートウエイＩ／Ｆ部
１５を仲介としてユーザメッセージデータベース５から
抽出されたユーザメッセージ内容をメッセージ報知確認
画面として作り出す。

【００２４】また、メッセージ報知要求プロセス自体を
ＷＷＷサーバ９を通じて行うことも可能であるが、その
際広告メッセージはインタネットによる画像又は音声送
信技術を利用して行うとよい。メッセージの登録・確認
・報知の際の形態の自由度を高めるため、メッセージ管
理部１３には音声データと文字データを相互に変換可能
な音声／文字変換部１３ａを備えている。

【００２５】図５に戻って説明を続けると、メッセージ
報知制御部１４は、データベース管理部８を介して常に
ユーザメッセージデータベース５をチェックしており
（＃１６）、先ほど登録したメッセージ報知要求の報知
時刻が現時間と一致すると、まず、そのレコードの報知
先電話番号を受け取り（＃１７）、電話回線制御部４に
よってその電話番号をもつユーザ端末を発呼する（＃１
８）。ユーザ１が発呼に気づいて、ユーザ端末をフック
オフすると（＃１９）、メッセージ報知制御部１４は、
データベース管理部８を介してユーザメッセージデータ
ベース５から取得したユーザメッセージ、ここではウエ
イクアップコールを必要に応じてフォーマット変換し
て、音声の形でユーザ端末に流す（＃２０）。

【００２６】上述した実施の形態では、メッセージ報知
要求プロセス時に広告メッセージを送出したが、これに
代えて、図６に示すように、メッセージ報知プロセス
（＃１７〜＃２０）の後に広告メッセージを送出するよ
うにしてもよい。この場合、ユーザメッセージの送出を
始めると（＃２０）、続いてメッセージ報知制御部１４
がデータベース管理部８に広告メッセージを要求すると
（＃２１）、データベース管理部８がユーザＩＤをキー
として個人情報データベース７から取得される個人情報
に基づいて抽出し（＃２２）、このユーザ１に適した広
告メッセージをメッセージ報知制御部１４は渡けとるこ
とができる（＃２３）。メッセージ報知制御部１４は、
取得した広告メッセージをユーザメッセージの送出が完
了すると同時に、ユーザ端末に流す（＃２４）。さら
に、広告メッセージに続いてメッセージ報知制御部１４
は予め用意されている懸賞用のキーワードを送出する
（＃２５）。ユーザ１はこの懸賞キーワードを所定個集
めてサービスセンタ２に、はがき、Ｅ−メール、電話の
プッシュボタン操作などによって送りつけることによ
り、何らかの懸賞品を得ることができる。あるいは、懸
賞用キーワードは聞いた時点で、すぐにプッシュボタン
操作でサービスセンタ２に送り返すようにしてもよい。
いずれにしても、これいにより、ユーザ１は、必要なユ
ーザメッセージを聞いた後にも電話回線を直ちに切ら
ず、懸賞キーワードを聞くために広告メッセージを聞こ
うとする可能性が高くなる。

【００２７】また、上述した実施の形態では、登録ユー
ザによるメッセージ報知要求プロセスを説明したが、非
登録ユーザの場合、ゲストの形でサービスセンタ２にア
クセスし、同様なサービスを受けることができる。その
際、広告メッセージとしては汎用的な分野のものが選択
され、またメッセージ内容はサービスセンタ２側で定め
られた定型的なメッセージに限定され、登録ユーザとの
差別化がなされる。もちろん、システム構成を簡単化す
るため、登録ユーザであっても、広告メッセージとして
任意に選択されたものを送り出すようなしくみを採用し
ても良い。あるいは、報知先の電話番号に基づいて、地
域限定の広告を選択して送り出すしくみも好適である。

【００２８】以上、メッセージ種別としてウエイクアッ
プコールを例として本発明による非課金メッセージサー
ビスシステムでの手順を説明したが、スケジュール通知
の場合、そのメッセージ内容が多岐にわたるので、報知
されるべきメッセージの登録が複雑となる。このメッセ
ージ登録をできるだけ簡単にするためには、報知すべき
メッセージ内容、例えば「××商事との打ち合わせのた
めの東京への出発時間です」を直接ユーザ１から送られ
てくる音声そのものとしたり、予め定められた短縮コー
ド、例えば＃０１は「面会の予約が入っています」を表
すといった短縮コードを利用すると便利である。後は、
同時に登録されているそのスケジュール内容を報知すべ
き時刻がくれば、先に説明したウエイクアップコールの
報知と同様な手順で、スケジュール内容がユーザ１に報
知される。音声データから文字データあるいはその逆の
変換は音声／文字変換部１３ａによって行われる。

【００２９】いずれにしても、本発明によるメッセージ
サービスシステムでは、ユーザ１は、メッセージ報知要
求を登録する時、又は希望の時刻に登録メッセージを報
知される時、あるいはその両方の時に広告を受けるだけ
で、料金なしで、メッセージサービスを受けることがで
きるそのメッセージサービスに要求される料金は、広告
の報知回数等で決定される広告料でまかなわれるわけで
ある。

【図面の簡単な説明】

【図１】本発明による非課金メッセージサービスシステ
ムの概要を示すブロック図

【図２】ユーザメッセージデータベースのデータ構造の
一例を示す説明図

【図３】広告メッセージデータベースのデータ構造の一
例を示す説明図

【図４】個人情報データベースのデータ構造の一例を示
す説明図

【図５】メッセージ登録からメッセージ報知までの手順
を示すシーケンス図

【図６】図５による手順の変形例を示すシーケンス図

【符号の説明】

１ ユーザ ２ サービスセンタ ３ 通信ネットワーク ５ ユーザメッセージデータベース ６ 広告データベース １１ メッセージ受付制御部 １３ メッセージ管理部 １４ メッセージ送出制御部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 北場 幸春 京都府京都市南区久世中久町705−１ ル ミエール桂川301 Ｆターム(参考） 5B049 BB49 CC32 DD01 DD03 EE05 FF01 FF06 5B075 ND20 PP07 PQ02 PQ04 PQ05 5B089 GA11 GA26 GB02 HA01 HA11 JA40 JB03 JB05 KA04 KB06 KB11 KC37 KC59 LB13 LB14

Claims (6)

【特許請求の範囲】
1. 【請求項１】ユーザからの指示によりユーザの希望する
   ユーザメッセージの報知要求を受け付けるメッセージ受
   付制御部と、 ユーザメッセージとそのユーザメッセージの報知時刻と
   ユーザ電話番号とを格納するユーザメッセージデータベ
   ースと、 広告メッセージを格納する広告データベースと、 前記ユーザメッセージデータベースから抽出されたユー
   ザメッセージ及び前記広告データベースから抽出された
   広告メッセージを該当ユーザに送り出すメッセージ送出
   制御部と、 を備えることを特徴とする非課金メッセージサービスシ
   ステム。
2. 【請求項２】前記メッセージ送出制御部は、ユーザから
   メッセージ報知要求を受け取る前にそのユーザに対して
   広告メッセージを送出することを特徴とする請求項１に
   記載の非課金メッセージサービスシステム。
3. 【請求項３】前記メッセージ送出制御部は、ユーザに対
   して所望報知時刻にユーザメッセージを送出する際に広
   告メッセージを付加することを特徴とする請求項１に記
   載の非課金メッセージサービスシステム。
4. 【請求項４】ユーザの個人情報を登録するユーザ情報デ
   ータベースが備えられており、ユーザに対して送出され
   る広告メッセージはデータベース管理部によって該当ユ
   ーザの個人情報に基づいて選択抽出されることを特徴と
   する請求項１〜３のいずれかに記載の非課金メッセージ
   サービスシステム。
5. 【請求項５】前記メッセージ送出制御部は、ユーザに対
   して広告メッセージを送出した後に確認用キーワードを
   送出することを特徴とする請求項１〜４のいずれかに記
   載の非課金メッセージサービスシステム。
6. 【請求項６】音声データと文字データを相互に変換可能
   な音声／文字変換部を備えており、ユーザは受け付けら
   れたユーザメッセージを音声又は文字の形態で確認・変
   更することができることを特徴とする請求項１〜５に記
   載の非課金メッセージサービスシステム。