JP2007018323A - 電子掲示板情報通知装置及び方法 - Google Patents

Abstract

【課題】緊急性の高いメッセージが電子掲示板に登録された場合に、それを関係ユーザに素早く通知する。
【解決手段】電子掲示板システム１０には、各ユーザの通知先メールアドレスとして、通常時用と緊急時用の２種類が登録される。通常時用は例えばユーザが通常使用する自席等のパーソナルコンピュータに対応するメールアドレスであり、緊急時用は例えばユーザが普段携帯する携帯端末に対応するメールアドレスである。通知処理装置２０は、電子掲示板システム１０からメッセージ登録などの通知を受けると、その緊急度に応じた通知先メールアドレスを選び、その通知先メールアドレスに対してメッセージ登録の旨を知らせる電子メールを送る。
【選択図】図１

Description

本発明は、電子掲示板に対するメッセージ登録等の更新情報を関係ユーザに通知する技術に関する。

電子掲示板システムはユーザ間での情報共有の仕組みとして広く普及している。また、特許文献１に示すように、企業等における業務支援のために、電子掲示板を利用したワークフローも提案されている。

また電子掲示板を業務支援に利用するシステムとして、電子掲示板にメッセージが登録された場合に、登録されたメッセージの情報を電子メールなどでその掲示板の参加者に送信するものも存在する。

また近年特許文献２に示されるように、電話とコンピュータを連携させて各種サービスを提供するＣＴＩ(Computer Telephony Integration)又はＩＶＲ(Interactive Voice Response)を利用した音声情報の共有のための音声掲示板も提案されている。

特許文献２のシステムでは、ユーザは、音声掲示板に対する音声情報の登録（アップロード）や、音声掲示板からの音声情報の取り出し（ダウンロード）のサービスを受けようとする場合、ユーザ端末から掲示板サーバにアクセスし、掲示板サーバが提供する階層的なメニューを端末上で段階的に選択していく。例えばユーザが音声情報の取り出しを指示した場合、掲示板サーバは、ユーザ端末の電話番号やユーザＩＤ、ステータス、動作、掲示板ＩＤ、録音ファイル名などをＣＴＩサーバのデータベースにセットする。そして、ユーザ端末は、掲示板サーバからＣＴＩサーバに対して接続を切り換えることで、ＣＴＩサーバ経由で音声情報を取得する（段落００４０〜００４４、００３７、図３等）。また、特許文献１には、メッセージが更新されたことを他のユーザの端末に電子メールで通知するメール送信サーバが示されている（段落００２２、００４５等）。

特開２０００−３２２３４０号公報 特開２００３−１８８９９７号公報

従来の電子掲示板システムは、電子掲示板へのメッセージの登録等の情報を電子メールで送信するために、各ユーザの電子メールアドレス等を保持している。しかし、電子掲示板システムが保持している電子メールアドレスは一般に各ユーザごとに１つであり、ユーザが通常使用する自席のパーソナルコンピュータに対応したメールアドレスが登録される場合が多い。したがって、ユーザは、自席で仕事をしている際に電子メールが到来すれば、それを読んで電子掲示板へメッセージ登録があったことを知ることができるが、外出した場合、電子メールを携帯端末に転送するなどの設定をメールサーバ等に行わない限り、その電子メールを受け取ることは一般にできない。

その一方で、業務遂行においては、業務の関係者に緊急に情報を流す必要が出てくることが往々にしてある。このような場合、当該業務の電子掲示板にその情報を投稿すれば、電子掲示板システムから各関係者にその情報を知らせる電子メールが送信されるが、外出中などの理由でその電子メールを受け取れない関係者には、その情報の展開が遅れてしまう。

本発明は、コンピュータを、各ユーザの通知先として通知先カテゴリごとに個別に通知先情報が登録された通知先データベース、電子掲示板が更新された場合にその更新に対応する通知先カテゴリを判定する判定手段、前記更新を知らせる通知データを作成し、関係するユーザに送信する通知手段であって、各ユーザの通知先情報として、判定手段によって判定された通知先カテゴリの通知先情報を通知先データベースから求め、求めた通知先情報を用いて前記通知データを送信する通知手段、として機能させるためのプログラムを提供する。

ここで、電子掲示板の更新とは、電子掲示板に対するメッセージの登録や、既登録メッセージの更新などのように、電子掲示板の登録内容が更新されるイベントのことである。

好適な態様では、前記通知先カテゴリは、前記電子掲示板の更新内容を通知する際の緊急度である。

以下、図面を参照して、本発明の好適な実施の形態を説明する。

ユーザが自席にいる場合は、パーソナルコンピュータ（ＰＣ）からインターネットやイントラネット等のネットワークを経由して電子掲示板にアクセスし、従来から一般的なウェブサービスの形で電子掲示板に対する閲覧やメッセージ投稿などの作業を行うことができる。ところが、ユーザが外出した場合、携帯型のＰＣを持っていなければ、自席と同様の電子掲示板へのアクセス環境を得ることはできない。一方、最近は電子メールの送受信機能を備えた携帯電話機が広く普及しているので、携帯電話機で電子掲示板の情報を提供したり、電子掲示板へメッセージを投稿できたりすると、ユーザに対する利便性を向上できる。

この実施の形態では、電子掲示板に対し、メッセージの登録などのような電子掲示板内容の更新がなされた場合に、その更新の通知の緊急性などの状態に応じて、ユーザが持つ複数の通知先（例えば電子メールアドレス）のうちの適切な通知先にその更新が通知されるようにする。

また、この実施の形態では、電子掲示板に登録されたメッセージを電子メール及び音声でユーザに提供する機能と、電子掲示板に対して音声でメッセージを登録する機能をユーザに提供することで、携帯電話機やそれに類する機能が限定された端末から、電子掲示板の利用をしやすくする。

図１は、この実施の形態のシステム構成例を示す図である。この実施の形態のシステムは、電子掲示板システム１０、通知処理装置２０、及びＣＴＩ装置３０を備える。

電子掲示板システム１０は、ユーザに対して電子掲示板サービスを提供するシステムであり、一般的なウェブ経由での電子掲示板サービスの機能に加え、音声メッセージの登録及び提供の機能を備える。

電子掲示板システム１０は、例えば企業での各業務（タスク）ごとの情報共有に利用することができる。この場合、例えば、業務ごとに異なる電子掲示板をシステム１０内に作成し、各業務の関係者を、対応する電子掲示板の参加者として登録する。電子掲示板の参加者は、例えば掲示板の閲覧のみが許されるオブザーバと、書込（メッセージ登録）も許されるメンバー、メンバーの中で当該掲示板を主催するリーダー等というように、権限に応じて分類される。

電子掲示板システム１０の内部構成の一例を図２に示す。図２において、掲示板アプリケーションサーバ１２は、インターネット７０経由でウェブアプリケーション等の形で電子掲示板の閲覧や電子掲示板へのメッセージ登録（投稿）のサービスをユーザに提供するサーバである。掲示板アプリケーションサーバ１２は、従来から知られた電子掲示板管理機能に加え、この実施の形態では、電子掲示板に対して加えられた更新、例えば掲示板へのメッセージの登録や既登録メッセージの内容更新などについて、その更新の関係ユーザへの通知の緊急度を求める機能を備える。緊急度は、例えば、ユーザがメッセージを登録したり更新したりする際のユーザインタフェース画面に、緊急度選択用のＧＵＩ（グラフィカル・ユーザ・インタフェース）部品を設け、そのＧＵＩ部品を用いて緊急度の選択肢の中からそのユーザに選択してもらえばよい。緊急度の選択肢としては、例えば「通常」、「緊急」の２段階を例示することができるが、更に詳細な段階を設けてもよい。ＧＵＩ部品では、デフォルトの緊急度は「通常」としておき、特に緊急性が高い場合などにユーザがそれを変更するようにすればよい。また、電子掲示板に既に登録されているメッセージに対して返信メッセージを登録する場合には、その返信メッセージが、親である既登録メッセージの緊急度を継承するようにすることも好適である。緊急性が高いと指定されたメッセージに対する返信は、やはり関係ユーザに素早く伝わるようにした方がよいからである。

掲示板アプリケーションサーバ１２は、求めた緊急度の情報を、通知処理装置２０に渡す。

掲示板ＤＢ（データベース）１４は、電子掲示板システム１０が管理する各電子掲示板の情報（当該電子掲示板に登録されたメッセージやその属性情報のリストなど）が登録されるデータベースであり、テキストのメッセージだけでなく音声メッセージも登録できる。また、掲示板ＤＢ１４に対しては、ＣＴＩ装置３０経由での電子掲示板への音声メッセージの登録、及び電子掲示板に登録されたメッセージの取得のために、それぞれ音声登録インタフェース１０４及び音声取得インタフェース１０６というライブラリプログラム或いはＡＰＩ（アプリケーション・プログラム・インタフェース）を用意する。これらの点以外は、掲示板ＤＢ１４は、従来一般的な掲示板ＤＢと同様のものでよい。

ユーザＤＢ１６は、電子掲示板システム１０に対する登録ユーザのユーザ情報を管理するデータベースである。ユーザＤＢ１６が管理するユーザ情報には、例えばユーザＩＤ、ユーザ名、パスワード等の認証情報、当該ユーザの電子メールアドレス等の個人情報が含まれる。

特に電子メールアドレスに関しては、この実施の形態では、図３に示すように、ユーザごとに通常時用と緊急時用の２種類のアドレスをユーザＤＢ１６で管理する。通常時用の電子メールアドレスは、例えば、自席のパーソナルコンピュータなど、ユーザが通常使用する端末に対応したメールアドレスであり、緊急時用の電子メールアドレスは、ユーザが携帯する携帯電話機等の携帯端末に対応したメールアドレスである。緊急度として、「通常」、「緊急」の２段階よりも更に詳細な段階を設け、各段階毎にそれぞれ通知先メールアドレスを登録できるようにしてももちろんよい。

また、ユーザＤＢ１６で、各ユーザが掲示板ＤＢ１４内のどの電子掲示板に対してどのようなアクセス権（閲覧のみ可能、閲覧及び投稿が可能、閲覧も投稿も不可など）を持つかというアクセス権情報、言い換えれば各ユーザが各電子掲示板に対してどのような権限種別のユーザであるかを示す情報を管理することもできる。なお、このアクセス権の情報は掲示板ＤＢ１４で管理してもよい。

認証サーバ１８は、電子掲示板システム１０に対してアクセスしようとするユーザの認証を行うサーバである。認証サーバ１８は、ユーザから入力された認証情報を受け取り、これが正しいものか否かをユーザＤＢ１６の登録情報を参照して判定する。認証サーバ１８は、インターネット７０経由でのアクセスに対してユーザ認証を行う機能に加え、ＣＴＩ装置３０から認証要求を受け付ける機能を備える。後者の機能を呼び出すためのライブラリプログラム又はＡＰＩとして認証インタフェースが用意されている。

再び図１に戻り、通知処理装置２０について説明する。通知処理装置２０は、電子掲示板システム１０において掲示板の更新（メッセージの投稿（登録）、既存メッセージの削除や変更など）があった場合に、その更新内容を関連するユーザに知らせる電子メール（「通知メール」と呼ぶ）を作成し、配信する装置である。関連するユーザは、例えば、更新された掲示板に対して閲覧や投稿のアクセス権を持つユーザである。また、掲示板ごとに、その掲示板が更新された場合に通知メールを送るユーザを登録しておくこともできる。掲示板の更新内容や、通知メールの送り先のユーザの情報は、掲示板アプリケーションサーバ１２から提供される。

掲示板の更新を電子メールで知らせるシステムは従来より存在しているが、従来のシステムが提供する通知メールは、投稿者や投稿されたメッセージ、そのメッセージへのＵＲＬ(Uniform Resource Locator)を提供するものが一般的である。ユーザ端末４０がＰＣであれば、このＵＲＬを用いて投稿されたメッセージを閲覧し、更にウェブブラウザ経由で返信を投稿したりすることができるが、ウェブブラウザ機能を持たない携帯電話機では、そのようなことはできない。また、仮にウェブブラウザ機能を持つ携帯電話機でも、投稿された音声メッセージを再生したり、それに対する返信のメッセージを登録したりするのに、電子掲示板のウェブページのリンクをたどる操作をするのは煩わしいことである。そこで、この実施の形態では、電子掲示板が更新された場合、更新の対象となったメッセージだけでなく、そのメッセージに対して可能な電子掲示板上の操作を呼び出すためのアクセス情報を含んだ通知メールを作成し、関係者に提供する。ここでは携帯電話機での利用を想定しているので、電子掲示板上の操作としては、音声メッセージの再生、音声メッセージの登録（返信、又は当該掲示板への新規メッセージ登録）が主な例となる。テキストのメッセージは、その通知メールに示されているので改めて閲覧する必要はないし、メッセージに対してテキストで返信や新規のメッセージを入力するのは携帯電話機では煩雑である。アクセス情報としては、ユーザ端末４０のメールクライアント・ソフトウエアがＵＲＬ等のようにリンク情報として認識できる書式のものを用いる。例えば、一般的なＰＣ用のメールクライアントは、"http://"で始まる文字列をウェブページのＵＲＬと認識し、この文字列がクリックされた場合にウェブブラウザを起動してそのＵＲＬにアクセスする機能を備えるが、それと同様に携帯電話機のメールクライアントは、"TEL:"から始まる数字列や、"0"から始まり桁数が電話番号の条件に該当する数字列を電話番号と解釈し、この数字列がクリックされた場合に電話番号に対して発呼を行う機能を一般に備える。この実施の形態では、アクセス情報として、この電話番号の書式を利用することで、電話回線を介して音声メッセージの再生（取り出し、ダウンロード）や登録（アップロード）を行えるようにする。

図４及び図５に、通知処理装置２０から携帯電話機に送信される通知メールの内容の例を示す。図４は音声メッセージが電子掲示板に投稿（登録）された場合に、図５はテキストメッセージが投稿された場合に、それぞれ関係者に送信される通知メールの例である。まず、図４を例にとって、通知メール２００の情報内容について説明する。

図４に示すように、通知メール２００は、メッセージが投稿された電子掲示板の名称２０２，メッセージ投稿者のユーザ名２０４，投稿されたメッセージのタイトル２０６，そのメッセージのテキスト内容２０８に加え、このメッセージに対する返信操作を指示するためのアクセス情報２１０ａ，そのメッセージの再生操作を指示するためのアクセス情報２１０ｂ，及び当該掲示板への新規のメッセージ（投稿メッセージへの返信ではない）の登録操作を指示するためのアクセス情報２１０ｃが含まれる。

例えばアクセス情報２１０ａは、"039876543*1195"という文字列であるが、このうち初めの"039876543"は、ユーザ端末４０からの指示を受け付けるＣＴＩ装置３０の電話番号である。また、"*"は電話番号とその後に続くサブアドレス（内線番号或いは拡張番号とも呼ばれる）とを区切る所定の文字である。"1195"はサブアドレスであり、この実施の形態では、このサブアドレスに、操作の種類や操作の対象となるメッセージや電子掲示板の識別情報（それぞれメッセージＩＤ、掲示板ＩＤと呼ぶ）を含める。例えば、図示例では、サブアドレスの先頭の１つの数字が操作の種類を示しており、例えば"0"は、通知メールで通知された音声メッセージの再生操作を意味する。また、"1"は通知メールで通知されたメッセージに対して音声メッセージで返信する操作を意味し、"2"は通知されたメッセージが登録された掲示板に対し新規の、すなわち返信でない音声メッセージを登録する操作を意味する。通知メールを読んだユーザが、そのメールで通知されたメッセージに触発され、そのメッセージの返信ではないが、当該電子掲示板に対して発言を行いたい場合は、この新規登録操作を利用する。なお、通知メール２００にアクセス情報を載せる操作としては、以上に例示した音声再生、音声返信、新規音声登録の他に、通知メールに示されたメッセージを当該ユーザが閲覧したことを電子掲示板システム１０に通知する操作や、そのメッセージの削除操作などがある。ユーザからの閲覧通知は、電子掲示板システム１０により記録される。電子掲示板システム１０は、各ユーザからの閲覧通知を集計し、個々のメッセージにつき、関係ユーザのうちのどの程度がそのメッセージを閲覧したかを求めて電子掲示板に表示することができる。また削除操作の場合、電子掲示板システム１０は、ユーザ認証により当該メッセージの投稿者（あるいはその投稿者のメッセージを削除する権限を有する他の者）と判定された場合にのみ、その操作を許可する。

サブアドレスの先頭の数字の後に続く３桁乃至２桁の数字列は、操作の対象となるメッセージ又は電子掲示板の識別番号である。この識別番号は、掲示板ＤＢ１４に登録された複数の電子掲示板、及びそれら掲示板中の多数のメッセージに対し、それぞれ一意的に付与された番号である。なお、操作の対象となるメッセージは、言い換えれば再生又は返信の対象となるメッセージのことであり、これはすなわち通知メールでの通知の対象となったメッセージのことである。また、操作の対象となる電子掲示板は、新規のメッセージが登録される電子掲示板であり、すなわちその通知の対象のメッセージが属する電子掲示板のことである。

アクセス情報２１０ａを例にとって説明したが、アクセス情報２１０ｂ，２１０ｃも同様の構成である。なお、各アクセス情報２１０ａ〜ｃの隣には、そのアクセス情報の操作内容を示す説明（「返信」など）が記述されており、ユーザはこの記述を見ることで所望の操作に対応したアクセス情報を特定することができる。

また、図５に示すテキストメール投稿時の通知メッセージも図４と同様の内容構成を持っている。図４の例との最も大きな相違は、図４の例の場合通知メールの対象であるメッセージが音声メッセージであるため、再生操作のためのアクセス情報２１０ａが含まれるのに対し、図５の例の場合は再生操作のためのアクセス情報２１０ａが含まれない点である。掲示板に投稿されたメッセージがテキストである場合、そのメッセージの内容は、通知メール２００中のテキスト内容２０８の欄に示されるので、再生操作は必要ないからである。

なお、掲示板に音声メッセージが投稿された場合、そのメッセージのタイトルやテキスト内容は電子掲示板システム１０が自動生成し、それらタイトル及びテキスト内容と関連づけてその音声メッセージのデータを掲示板ＤＢ１４に登録する。したがって、図４に例示した通知メールでも、メッセージのタイトル２０６やテキスト内容２０８は電子掲示板システム１０で自動生成された内容となっている。

なお、以上では、携帯電話機向けの通知メールについて説明したが、ＰＣ向けの通知メールについてはメッセージのＵＲＬ等を含んだ従来のものでよい。図６にＰＣ向けの通知メール３００の内容の一例を示す。この例では、通知メール３００は、携帯電話機向けの場合と同様、掲示板名３０２、メッセージ投稿者のユーザ名３０４，メッセージのタイトル３０６，メッセージのテキスト内容３０８，及びアクセス情報３１０を含む。ただし、アクセス情報３００は、携帯電話機向けの通知メールの場合と異なり、電子掲示板システム１０が提供する当該メッセージを表示するウェブページのＵＲＬである。ユーザがこの通知メール３００を受け取り、ＰＣのメールクライアント上でこのＵＲＬをクリックすれば、ＰＣのウェブブラウザがそのＵＲＬを用いてそのウェブページにアクセスする。そして、そのウェブページ上のリンクやボタンをマウス等のポインティングデバイスで操作することで、返信や新規メッセージ登録、音声再生等といった各種の操作を行うことができる。

図１の説明に戻ると、そのような通知メールを生成し配信するため、通知処理装置２０は、アクセス情報作成部２２，メッセージ・操作対応情報記憶部２４，及び通知メール作成・配信部２６を備える。

アクセス情報作成部２２は、電子掲示板システム１０から掲示板の更新、例えばメッセージの投稿や更新の通知を受けた場合、通知メール２００に記述するアクセス情報２１０ａ，２１０ｂ，２１０ｃ、又はアクセス情報３１０を作成する。この場合、電子掲示板システム１０は、掲示板に対してメッセージの投稿や更新があると、その掲示板の掲示板名及び掲示板ＩＤ、投稿又は更新したユーザのユーザ名、メッセージのメッセージＩＤ、タイトル及びテキスト内容、その投稿又は更新されたメッセージの種別、及び緊急度を通知処理装置２０に渡す。メッセージの種別は、例えばテキストか音声かを示す種別である。アクセス情報作成部２２は、その掲示板ＩＤ、メッセージＩＤ及びメッセージ種別の情報に基づき、メッセージ・操作対応情報記憶部２４を参照することで、通知メール２００に組み込むべきアクセス情報２１０ａ等を生成する。

なお、アクセス情報作成部２２は、アクセス情報２１０ａ，２１０ｂ，２１０ｃを作成するのか、アクセス情報３１０を作成するのかを、通知メールの送り先のアドレスの種類に応じて判定する。送り先が携帯電話機のメールアドレスであればアクセス情報２１０ａ，２１０ｂ，２１０ｃを作成し、送り先がＰＣに対応するメールアドレスであればアクセス情報３１０を生成する。送り先が携帯電話機であるかＰＣであるかは、例えば携帯電話機向けのメールサーバのＰＣ向けのメールサーバのサーバ名をあらかじめ通知処理装置２０に登録しておき、送り先メールアドレスのメールサーバ名に基づき判定すればよい。また、緊急度が「通常」の場合はＰＣのメールアドレスに、「緊急」の場合は携帯電話のメールアドレスに送るように取り決める場合は、電子掲示板システム１０から知らされた緊急度に応じてどちらのアクセス情報を作成するかを判定できる。

メッセージ・操作対応情報記憶部２４には、メッセージの種類ごとに、その種類のメッセージに対して可能な操作の種類が登録されている。図７にその例を示す。図７の例では、テキストメッセージに対しては音声による返信と新規の音声メッセージ登録の操作が、音声メッセージに対してはそれら音声返信及び新規音声登録に加え、その音声メッセージの再生操作が登録されている。これは携帯電話向けの通知メールを作成する際に利用される。アクセス情報作成部２２は、電子掲示板システム１０から通知された投稿又は更新されたメッセージの種別に対応する操作種別をメッセージ・操作対応情報記憶部２４から求める。そして、それら操作種別ごとに、その操作種別のコード(前述の例では0,1,又は2)と、電子掲示板システム１０から通知されたメッセージＩＤ（再生又は返信の場合）又は掲示板ＩＤ（新規登録の場合）とを組み合わせることで、アクセス情報のサブアドレスを生成する。そして、アクセス情報作成部２２は、ＣＴＩ装置３０の受付電話番号の後にそれら各サブアドレスを追加することで、各操作に対応したアクセス情報２１０ａ等を生成する。

通知メール作成・配信部２６は、電子掲示板システム１０から通知された掲示板名、ユーザ名、メッセージのタイトル及びテキスト内容と、アクセス情報作成部２２が生成した各アクセス情報２１０ａ等とを本文に含んだ通知メールを作成する。通知メールの宛先は、当該メッセージが登録された掲示板の各登録ユーザ（該掲示板にアクセス権を持つユーザ）であるが、これら各登録ユーザの電子メールアドレスは、電子掲示板システム１０のユーザＤＢ１６から取得すればよい。

この通知メールの宛先は、電子掲示板システム１０から知らされた緊急度に応じて選択する。すなわち、通知メール作成・配信部２６は、電子掲示板システム１０のユーザＤＢ１６から、宛先となるユーザの各々について、当該緊急度に対応する通知先の電子メールアドレスを取得する。

通知メール作成・配信部２６は、このようにして作成した各ユーザ宛の通知メールを、ＳＭＴＰサーバなどのメールサーバ５０を介して各ユーザに向けて送信する。

通知メールを受け取ったユーザ端末４０は、その通知メールに示されたアクセス情報２１０ａ等やＵＲＬを用いてメッセージに対する各種操作を行うことができる。ユーザ端末４０が携帯電話機である場合、ユーザが通知メール２００上のアクセス情報２１０ａ等を選択すると、メールクライアントが選択されたアクセス情報を用いて発呼処理を行う。発呼された呼は公衆回線網６０（携帯電話網も含む）を介してＣＴＩ装置３０に受信される。

ＣＴＩ装置３０は、携帯電話機等のユーザ端末４０から、電話回線（公衆回線網６０）を介して、音声又は公衆回線網６０の制御信号を用いた操作要求を受け取り、その操作要求に対する処理を実行する。ＣＴＩ装置３０の中核となるのがＣＴＩ処理部３２であり、例えばユーザ端末４０からのＤＴＭＦ(Dual Tone Multi-Frequency )信号や各種制御信号から発信元ユーザの情報やユーザの入力情報を取り出し、それら情報に基づいて電子掲示板システム１０に対する処理を実行する。音声応答処理部３４は、ＣＴＩ処理部３２が処理を行うに当たってユーザに提供する案内その他のための音声応答を生成する。アクセス情報解析部３６は、ユーザ端末４０からの送信されてくるサブアドレスを解析することで、ユーザが要求する操作の種類と、その操作の対象となるメッセージ又は掲示板のＩＤを求める。

ＣＴＩ処理部３２の詳細を、図８を参照して説明する。ＣＴＩ処理部３２の中の認証処理部３２２は、電話回線から得たユーザの発番号（発信者電話番号）や、ＰＩＮ(Personal Identification Number)情報の情報に基づき、ユーザ認証やユーザのアクセス権確認のための処理を行う。すなわち、認証処理部３２２は、発番号、ＰＩＮ情報、及びサブアドレス（又はこれを解析して得た操作種別と、メッセージＩＤ又は掲示板ＩＤ）の情報を引数にして認証インタフェース１０２（ライブラリプログラム又はＡＰＩ）を呼び出すことで、電子掲示板システム１０の認証サーバ１８にユーザ認証及び当該ユーザの当該メッセージに対するアクセス権の確認を依頼する。ユーザ認証は発番号及びＰＩＮ情報に基づき行われる。また、アクセス権の確認は、操作の対象となるメッセージＩＤ又は掲示板ＩＤと、その操作種別の情報とに基づき、当該ユーザがそのメッセージ又は掲示板に対しその操作種別の操作が許可されるのかを判定する。これらユーザ認証及びアクセス権確認は従来周知の技術なのでこれ以上の説明は省略する。

認証処理部３２２は、認証サーバ１８から認証成功の回答を受けた場合はユーザからの操作要求の処理を進め、認証失敗の場合は所定のエラー処理を実行する。また、認証サーバ１８からアクセス権確認の結果として、ユーザが要求した操作が認められる旨の回答を受けた場合は、その旨を操作制御部３２４に渡す。アクセス確認の結果、ユーザが要求した操作が認められない場合は、ＣＴＩ処理部３２は所定のエラー処理を実行する。

操作制御部３２４は、ユーザ端末４０から送られてきたサブアドレスに基づきユーザの要求内容を判定し、その判定結果に応じて音声情報変換・登録部３２６や音声情報再生部３２８を起動する。サブアドレスからの要求内容の判定は、アクセス情報解析部３６に依頼する。

その判定の結果、要求された操作種別が音声返信や新規音声登録である場合は、音声情報変換・登録部３２６を起動し、その操作の対象となるメッセージＩＤ又は掲示板ＩＤ（これらはサブアドレスから抽出できる）を音声情報変換・登録部３２６に渡す。音声情報変換・登録部３２６は、ユーザ端末４０から電話回線を介して送られてくる音声を所定の音声ファイル形式のファイルに変換し、このファイルと操作対象のメッセージＩＤ（返信の場合）又は掲示板ＩＤ（新規登録の場合）とを引数として音声登録インタフェース１０４を呼び出す。呼び出された音声登録インタフェース１０４は、掲示板ＤＢ１４にアクセスし、その音声ファイルを、当該メッセージＩＤのメッセージに対する返信として、又は当該掲示板ＩＤの掲示板に対する新規メッセージとして、掲示板ＤＢ１４に登録する。返信の場合は、その返信メッセージを、当該掲示板のメッセージ群が構成するスレッド群に対し、元のメッセージ（通知メールに示されたもの）の子として登録する。新規メッセージの場合は、これを当該掲示板の新規スレッドの最上位に登録する。

また、ユーザから要求された操作種別が音声再生の場合は、操作制御部３２４は音声情報再生部３２８を起動し、対象となるメッセージＩＤを渡す。音声情報再生部３２８は、そのメッセージＩＤを引数として音声取得インタフェース１０６を呼び出す。音声取得インタフェース１０６は、掲示板ＤＢ１４からそのメッセージＩＤに対応して登録された音声ファイルを取得し、音声情報再生部３２８に渡す。音声情報再生部３２８は、その音声ファイルを再生し、その再生音声を電話回線経由で要求元のユーザ端末に送る。

また、図示は省略したが、ユーザから要求された操作の種別が、ユーザが当該メッセージを閲覧したことを示す閲覧通知である場合、ＣＴＩ処理部３２は、対象となるメッセージＩＤと当該ユーザのユーザＩＤを引数として閲覧通知登録用のＡＰＩを呼び出すことで、掲示板ＤＢ１４に対してそのユーザがそのメッセージを閲覧した旨を登録する。要求された操作がメッセージの削除である場合は、ＣＴＩ処理部３２は、対象となるメッセージＩＤを引数として削除用のＡＰＩを呼び出すことで、掲示板ＤＢ１４からそのメッセージを削除する。

次に、図９及び図１０を参照して、この実施の形態における処理の流れを説明する。まず、図９を参照して、音声メッセージの再生が行われる場合の処理の流れを説明する。

この処理の流れでは、まず電子掲示板システム１０にメッセージが登録されると、そのメッセージに関係するユーザに対して通知処理装置２０から通知メールが送信される（Ｓ１）。通知メールには、そのメッセージに関連する各種操作を呼び出すアクセス情報が含まれる。例えば、その音声メッセージを「聴く」（再生）という操作に対しては、ＣＴＩ装置３０の電話番号と「聴く」操作を示すコードと操作対象のメッセージのＩＤとを含んだアクセス情報となる。通知メールを受け取ったユーザ端末４０で、ユーザがメールクライアントの表示画面上で所望の操作に対応するアクセス情報を選択すると（Ｓ２）、そのメールクライアントがユーザ端末４０の発呼機能を呼び出し、そのアクセス情報を用いてＣＴＩ装置３０に電話を掛ける（Ｓ３）。このとき、ＣＴＩ装置３０は、ユーザ端末４０の発番号、サブアドレスなどの情報を電話回線から取得する。

ＣＴＩ装置３０は、ユーザ端末４０に対してＰＩＮコードを要求する（Ｓ４）。この要求は、音声応答生成部３４が「ＰＩＮコードを入力してください」等といった案内音声を生成し、それを電話回線経由でユーザ端末４０に送る。これを受けたユーザ端末４０で、ユーザがテンキーを操作してＰＩＮコードを入力すると、そのＰＩＮコードがＤＴＭＦ信号としてＣＴＩ装置３０に送信される（Ｓ５）。なお、回線提供業者によっては、発呼に含まれるサブアドレスを交換局等で除去する場合もあるが、そのような場合には、このＰＩＮコード要求と同様にして、音声案内に従ってユーザにサブアドレスを入力してもらってもよい。

ＰＩＮコードを受け取ったＣＴＩ装置３０は、電子掲示板システム１０を呼び出し、発番号、ＰＩＮコード、サブアドレスのデータを渡してユーザ認証及びアクセス権確認を依頼する（Ｓ６）。この例は、電子掲示板システム１０がサブアドレスから操作種別と操作対象を判定する場合の例であるが、ＣＴＩ装置３０側でその判定を行い、その判定結果の操作種別及び操作対象の情報を電子掲示板システム１０に渡してもよい。これにより、電子掲示板システム１０では、認証サービスのためのサーブレットが起動される。このサーブレットは、ユーザ認証・アクセス権確認を行う。認証サーブレットは、例えばＰＩＮコードが発番号に対応した正しいものでない場合、正当なユーザでないと判定する（認証失敗）。なお、この判定のため、ユーザＤＢ１６には、各ユーザの電話番号とＰＩＮコードとが登録されている。また、認証サーブレットは、「非通知」モードなどによりユーザ端末４０から発番号が送られてこない場合は、認証失敗とする。また、認証サーブレットは、発番号とＰＩＮコードのよるユーザ認証が成功した場合、操作対象のメッセージＩＤに対応する掲示板のＩＤを掲示板ＤＢ１４から求め、その掲示板ＩＤに対してそのユーザがＲ（読み出し）権を持つかどうかをユーザＤＢ１６又は掲示板ＤＢ１４から求める。Ｒ権がなければ、認証失敗とする。認証が失敗した場合、認証サーブレットはその旨をＣＴＩ装置３０に通知し、ＣＴＩ装置３０はそれに従って所定のエラー処理を実行する（図示省略）。

ユーザ認証が成功し、操作に対しユーザがアクセス権を持つことが確認されると、認証サーブレットは、認証が成功した旨の情報と、そのユーザのユーザＩＤ及びユーザ名（及びそのふりがな）、再生対象メッセージが登録された掲示板の掲示板ＩＤ及び掲示板名、及びその掲示板に対してそのユーザが持つアクセス権の情報をＣＴＩ装置３０に渡す（Ｓ７）。ユーザ名のふりがなの情報は、その後の処理で音声案内を行う際にその中でユーザの名前を呼ぶ時などに利用する。

認証が成功した場合、ＣＴＩ装置３０は、操作対象のメッセージＩＤを指定してそのＩＤに対応する音声メッセージの取得要求を電子掲示板システム１０に送る。これを受けた電子掲示板システム１０では、その要求に対応するサーブレットが起動され、そのサーブレットがそのメッセージＩＤに対応する音声ファイルを掲示板ＤＢ１４から取り出し、ＣＴＩ装置３０に渡す（Ｓ８）。

ＣＴＩ装置３０は、この音声ファイルのダウンロード（Ｓ８）中に、これからメッセージを再生する旨を示す音声案内を電話回線経由でユーザ端末４０に対して行う（Ｓ９）。図示例ではユーザ名と、掲示板名と、メッセージＩＤ（又はメッセージタイトル）を含んだ音声案内を行っている。そして、音声ファイルがダウンロードできると、ＣＴＩ装置３０は、その音声ファイルを再生し、再生された音声を電話回線経由でユーザ端末４０に提供する（Ｓ１０）。

そして、再生が完了すると、ＣＴＩ装置３０は、終了確認処理を行う（Ｓ１１）。終了確認処理では、例えば、「再度聴きたい場合は１番を、再生を終了する場合は２番を、返信を吹き込む場合は３番を押してください。」などといった案内音声をユーザ端末４０に対して送る。ユーザ端末４０は、この案内に対するユーザの選択結果をＤＴＭＦ信号としてＣＴＩ装置３０に送信する（Ｓ１２）。ここで、再度聴くことが選択された場合ＣＴＩ装置３０は音声ファイルを再度再生し、返信吹き込みが選択された場合ＣＴＩ装置３０はユーザ端末４０から送信されてくる音声をファイルに変換し、電子掲示板システム１０に登録する。なお、返信の吹き込みは、当該ユーザが当該掲示板に対してＷ（書込）権を持っている場合にのみに許可され、この返信吹き込みの音声案内も同様の場合にのみ行われる。

次に、図１０を参照して、音声メッセージに対する返信が行われる場合の処理の流れを説明する。図１０において、図９に示したステップと同様のステップには同一符号を付してその説明を適宜省略する。

電子掲示板システム１０へのメッセージの投稿に応じてユーザ端末４０に通知メールが送られ（Ｓ１）、それに対してユーザが返信のためのアクセス情報を選択すると（Ｓ２）、ユーザ端末４０からＣＴＩ装置３０に電話が掛けられる（Ｓ３）。ＣＴＩ装置３０は、ユーザからＰＩＮコードの入力を受け（Ｓ４，５）、このＰＩＮコード等の情報を用いて電子掲示板システム１０からユーザ認証及びアクセス権の確認を受ける（Ｓ６，７）。

ユーザ認証が成功すると、ＣＴＩ装置３０は、音声メッセージの吹き込みを促すメッセージをユーザ端末４０に送り、ユーザに吹き込みを促し（Ｓ２１）、これに応じてユーザが音声メッセージを吹き込む（Ｓ２２）。ＣＴＩ装置３０は、吹き込み開始から所定時間が経過したり、或いは通話の無音状態が所定時間続いたりするなどの所定の終了条件が満足されると、終了確認処理を行う（Ｓ２３）。終了確認処理では、例えば「音声吹き込みを終了してよろしいですか。ＯＫの場合は１番を、やり直しの場合は２番を、吹き込んだ音声を確認したい場合は３番を押してください」などといった案内音声をユーザ端末４０に送り、それに対するユーザの回答をＤＴＭＦ信号として受け取る。やり直しが指示された場合は吹き込み処理（Ｓ２１，２２）を繰り返し、確認が指示された場合は、吹き込まれた音声を再生してユーザ端末４０に送り、再度終了確認処理（Ｓ２３）を行う。ＯＫが選択された場合は、ＣＴＩ装置３０は、吹き込まれた音声の音声ファイルを電子掲示板システム１０に送り登録を要求する（Ｓ２４）。電子掲示板システム１０では、音声登録処理のためのサーブレットが起動される。このサーブレットは、掲示板ＤＢ１４に対しその音声ファイルと、自動生成したメッセージタイトル及びメッセージテキスト内容を登録し、通知処理装置２０に対して必要な情報を渡して、その登録した音声メッセージに対する通知メールの送信を指示する（Ｓ２５）。

図１０では、返信の場合を説明したが、音声メッセージを掲示板に新規登録する場合も同様の流れでよい。

また、図９，図１０の例では、ユーザ認証のためにＰＩＮコードの入力をユーザに要求していたが、これは必須のことではない。

以上説明したように、この実施の形態では、電子掲示板の更新（メッセージの登録や、既登録メッセージの更新など）を知らせる通知メールに対し、その更新内容を示す情報に加え、その更新に対してユーザが実行可能なアクション、例えば音声メッセージの再生や音声返信の吹き込みなどの操作、を示すアクセス情報を操作ごとに組み込んだ。これにより、ユーザは、ウェブページのリンクを何段階もたどるなどといった煩雑な作業をしなくても、単に通知メールを読んだらその画面上で所望の操作を示すアクセス情報を選択するだけで、掲示板に対して所望の操作を行うことができる。

また、この実施の形態によれば、メッセージ登録やメッセージ更新などのような電子掲示板の更新イベントの緊急度（関係者への周知の緊急性）に応じて、適切な通知先のメールアドレスに通知メールを送ることができる。例えば、緊急性の高い更新イベントが起こった場合は、あらかじめユーザＤＢ１６に登録された緊急用のメールアドレス（例えばユーザが普段携帯する携帯端末のメールアドレス）に通知メールを送るので、通知が素早くユーザに届くことが期待できる。

なお、素早く届く可能性が高いからといって、常に緊急用のメールアドレスに通知を送ったのでは、受け取ったユーザは常に携帯電話機等の比較的能力の小さい端末で作業を行わなければならないのでかえって不便である。このため、上記実施の形態では、緊急でない場合には、通常時用のメールアドレスに送信するようにしている。

また、以上の例では、ユーザ端末４０が携帯電話機である場合を主たる例として説明したが、携帯電話機以外でも、電話回線を介して音声を送受信できる端末であれば、上記実施の形態における電話回線を経由した操作方式を適用可能である。また、緊急度に応じて適切な通知先を選択する方式については、携帯電話機に限らず、音声送受信機能の有無によらず携帯端末一般に適用可能である。

以上の例では、電子掲示板更新イベントを関係ユーザに通知する際の緊急度に応じて通知先を選択したが、通知先の選択基準はこれに限らない。例えばユーザに、投稿又は更新したメッセージの重要度を指定させ、その重要度に応じて通知メールの通知先を選択してもよい。また、電子掲示板に登録されたメッセージの他の属性に基づいて通知先を選択してもよい。

以上の例では、電子掲示板の更新を電子メールで関連ユーザに通知する場合を例にとったが、電子メール以外にも、インスタントメッセージやショートメールなど、様々な通知手段があり、そのような他の通知手段にも上記実施の形態の方式は適用可能である。

また、以上の例では、電子掲示板システム１０、通知処理装置２０、及びＣＴＩ装置３０がそれぞれ別々の装置であるとして説明したが、これはあくまで役割上の分担を示すものに過ぎない。それら各役割を実際のハードウエア装置として実現するに当たっては、実施の形態通りそれら各役割を別々の装置にしてもよいし、それら役割のうち２つ乃至３つを１つの装置にまとめてもよいし、また個々の役割を複数の装置に分けて実装してもよい。

実施の形態のシステム構成例を示す図である。 電子掲示板システムの構成例を示す図である。 ユーザＤＢに登録される各ユーザの通知先情報の例を示す図である。 携帯電話機に送られる通知メールの例（音声メッセージが登録された場合）を示す図である。 携帯電話機に送られる通知メールの別の例（テキストメッセージが登録された場合）を示す図である。 パーソナルコンピュータに送られる通知メールの例を示す図である。 メッセージ・操作対応情報記憶部が記憶する情報の例を示す図である。 ＣＴＩ処理部の細部を示す図である。 音声メッセージの再生が行われる場合の処理の流れを説明する図である。 音声メッセージに対する返信が行われる場合の処理の流れを説明する図である。

符号の説明

１０ 電子掲示板システム、１２ 掲示板アプリケーションサーバ、１４ 掲示板ＤＢ、１６ ユーザＤＢ、１８ 認証サーバ、２０ 通知処理装置、２２ アクセス情報作成部、２４ メッセージ・操作対応情報記憶部、２６ 通知メール作成・配信部、３０ ＣＴＩ装置、３２ ＣＴＩ処理部、３４ 音声応答処理部、３６ アクセス情報解析部、４０ ユーザ端末、５０ メールサーバ、６０ 公衆回線網、１０２ 認証インタフェース、１０４ 音声登録インタフェース、１０６ 音声取得インタフェース。

Claims (11)

1. コンピュータを、
   各ユーザの通知先として通知先カテゴリごとに個別に通知先情報が登録された通知先データベース、
   電子掲示板が更新された場合にその更新に対応する通知先カテゴリを判定する判定手段、
   前記更新を知らせる通知データを作成し、関係するユーザに送信する通知手段であって、各ユーザの通知先情報として、前記判定手段によって判定された通知先カテゴリの通知先情報を通知先データベースから求め、求めた通知先情報を用いて前記通知データを送信する通知手段、
   として機能させるためのプログラム。
2. 前記通知先カテゴリは、前記電子掲示板の更新内容を通知する際の緊急度であることを特徴とする請求項１記載のプログラム。
3. 前記通知先データベースには、低緊急度に対応する通知先情報としては当該ユーザが通常使用するパーソナルコンピュータに対応した通常通知先情報が、高緊急度に対応する通知先情報としては当該ユーザが携帯する携帯端末に対応した携帯通知先情報が、それぞれ登録されることを特徴とする請求項２記載のプログラム。
4. 前記通知手段は、通常通知先情報を用いて通知を行う場合と携帯通知先情報を用いて通知を行う場合とで、異なる通知データを生成することを特徴とする請求項３記載のプログラム。
5. 前記通知手段は、前記電子掲示板の更新内容に関する操作を呼び出すためのアクセス先を示すアクセス情報を含んだ通知データを生成し、
   前記通常通知先情報を用いて通知を行う場合と前記携帯通知先情報を用いて通知を行う場合とで前記アクセス情報に示されるアクセス先が異なる、
   ことを特徴とする請求項４記載のプログラム。
6. 前記通常通知先情報を用いて通知を行う場合には前記アクセス先情報は前記電子掲示板における前記更新内容を示すウェブページのＵＲＬを含み、前記携帯通知先情報を用いて通知を行う場合には前記アクセス先情報は、電話回線を通じた音声による前記電子掲示板へのメッセージの登録又は取り出しの取り次ぎを行うＣＴＩ装置の電話番号を含むことを特徴とする請求項５記載のプログラム。
7. 前記携帯通知先情報を用いて通知を行う場合の通知データには、前記電子掲示板の更新内容を示す情報と共に、該更新内容に関連する各操作を呼び出すためのアクセス情報が操作ごとに含まれることを特徴とする請求項３記載のプログラム。
8. 前記判定手段は、前記電子掲示板を更新する操作を行ったユーザからのカテゴリ選択に基づき、その更新に対応する通知先カテゴリを選択することを特徴とする請求項１記載のプログラム。
9. 前記判定手段は、前記電子掲示板の更新が、該電子掲示板に既登録のメッセージに対する返信メッセージの登録である場合、該既登録のメッセージが登録された際の通知先カテゴリと同じカテゴリを、該更新に対応する通知先カテゴリと判定することを特徴とする請求項１記載のプログラム。
10. 各ユーザの通知先として通知先カテゴリごとに個別に通知先情報が登録された通知先データベースと、
    電子掲示板が更新された場合にその更新に対応する通知先カテゴリを判定する判定手段と、
    前記更新を知らせる通知データを作成し、関係するユーザに送信する通知手段であって、各ユーザの通知先情報として、前記判定手段によって判定された通知先カテゴリの通知先情報を通知先データベースから求め、求めた通知先情報を用いて前記通知データを送信する通知手段と、
    を備える電子掲示板情報通知装置。
11. 電子掲示板が更新された場合にその更新に対応する通知先カテゴリを判定し、
    前記更新を知らせる通知データを関係するユーザに送信する場合に、各ユーザの通知先情報として、判定された通知先カテゴリの通知先情報を、各ユーザの通知先として通知先カテゴリごとに個別に通知先情報が登録された通知先データベースから求め、
    各ユーザに対し、求めた通知先情報を用いて前記通知データを送信する、
    電子掲示板情報通知方法。

Images