JP3654797B2 - 伝言システム及び伝言装置 - Google Patents
伝言システム及び伝言装置 Download PDFInfo
- Publication number
- JP3654797B2 JP3654797B2 JP21480099A JP21480099A JP3654797B2 JP 3654797 B2 JP3654797 B2 JP 3654797B2 JP 21480099 A JP21480099 A JP 21480099A JP 21480099 A JP21480099 A JP 21480099A JP 3654797 B2 JP3654797 B2 JP 3654797B2
- Authority
- JP
- Japan
- Prior art keywords
- conversation
- message
- data
- information terminal
- space
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
- H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Between Computers (AREA)
- Storage Device Security (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークに接続している複数のユーザが、互いにネットワーク上に設営された仮想空間を共有してテキストベースで会話可能な会話システムに関する。さらに詳しくは、会話システムを利用して円滑なコミュニケーションを促進するための技術に関する。
【０００２】
本発明において、会話システムとは、複数の会話装置を含んで構成されるシステムである。会話装置は、ネットワークに接続され、ネットワーク上に設営された仮想的な会話空間を共有し、互いに会話形式でテキストメッセージの送受信を行う。
ＩＲＣ(Internet Relay Chat)とは、ＩＲＣプロトコルに準拠して構築される会話システムの１種である。ＩＲＣは、ＩＲＣサーバとＩＲＣクライアントとがインターネットなどを介して接続されて構成される。ＩＲＣクライアントは、チャネルと呼ばれる仮想空間を共有し、テキストメッセージをリアルタイムに送受信する。ＩＲＣサーバは、同一のチャネルを共有するＩＲＣクライアントに、メッセージを同報する。ＩＲＣにおいては、各ＩＲＣクライアントは、ニックネームと呼ばれる識別子により一義的に特定される。
【０００３】
【従来の技術】
近年のインターネットの急速な普及に伴い、会話システムとしてＩＲＣが広く知られるようになってきている。ＩＲＣにおいては、ユーザは複数のチャネルに参加可能である。また、ユーザは、参加している複数のチャネルにおける会話を見ることができ、また自らもチャネルに対して発言して会話に参加できる。
【０００４】
インターネットの普及により、遠隔地に位置するオフィス間で相互に協調しながら仕事を進める機会が増えてきている。例えば、地理的に離れた１つの部内のメンバーが、常時特定のチャネルに参加し、情報をやりとりしたり意志の疎通を図ったりする仕事のスタイルが日常的になりつつある。このような仕事環境では、互いに情報を共有しているという認識の元で仕事を行うことが重要である。ＩＲＣシステムをはじめとする会話システムは、情報をリアルタイムに共有して前記認識を築くためのコミュニケーションツールとして適している。
【０００５】
【発明が解決しようとする課題】
前述の会話システムを使用することにより、地理的に離れながらも情報の共有や意志の疎通を図ることが可能になっている。しかし、これはあくまでもユーザが会話システムに接続可能な場合であって、接続できない場合にはこの利点を享受することが出来ない。
【０００６】
例えば、ある利用者が出張先でグループのメンバ全員に連絡したいことが発生したとする。会話システムへ接続可能であれば、会話システムに接続し、当該グループ用の仮想空間に対して要件を発言することにより、グループ全員に連絡事項を直接伝えることが可能である。しかし、会話システムに接続できなければ、複数のメンバー全員に直接要件を伝えることは困難である。
【０００７】
複数のメンバーに同一の要件を伝えようとした場合、現在では下記のような方法が考えられる。
（Ａ）出先からいつも自分がいる場所に電話をし、電話を取り次いだ人間に頼んで代理でチャネルにメッセージを発言してもらう。
（Ｂ）伝言ダイヤルを利用してメッセージを残し、同じ部署に所属する人達に定期的にアクセスしてもらう。
【０００８】
（Ｃ）携帯電話のショートメッセージ機能を利用し、多数の人に電子メールを同時に配送できるメーリングリストによりメッセージを流す。
しかし、前記（Ａ）〜（Ｃ）の方法は以下のような問題点がある。
（Ａ）メッセージを間接的にしか伝えられないため、本当に伝えたいニュアンスが全員に確実に伝わるかどうか不安である。
【０００９】
（Ｂ）同じ部署に属する人達に伝言ダイヤルへの定期的なアクセスを強要することになるので、面倒であるしアクセスを忘れた場合伝言が伝わらないなど、現実的な方法とは言えない。また、リアルタイムに伝言が伝わらない。
（Ｃ）伝えることのできる情報量が少ない。また、たくさんの情報を伝えようとすると、操作が複雑になる。また、相手が電子メールを見るまで伝言が伝わらない。
【００１０】
すなわち、会話システムに接続できない場合に、会話システム上の複数のユーザにメッセージをリアルタイムにかつ容易に伝えることができる手段は未だ提供されていない。
本発明は、会話システムを利用し、会話システムに直接接続できない場合であっても会話システム上の複数のユーザに直接メッセージをリアルタイムで伝えることができる技術を提供することを目的とする。
【００１１】
【課題を解決するための手段】
前記課題を解決するために、本願第１発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムに用いられ、
Ａ；前記会話システムとは独立した通信機能を有する情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを、前記通信機能を介して受信し、
Ｂ；前記受信した通信データと対象特定データとを対応付けて保存し、
Ｃ；前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介し、前記データの保存場所を通知する、伝言方法を提供する。
【００１２】
会話システムとして例えばＩＲＣを用いる場合、ネットワークとはインターネットである。会話システムとは独立した通信機能を有する情報端末としては、例えば電話回線網上の電話機、ファックス、インターネットとは独立なＰＣ（Personal Computer）など、通常の情報端末を用いることができる。ＩＲＣクライアントまたはＩＲＣサーバが動作可能な他の第２情報端末は、前記情報端末からのデータを受信するための通信機能を有している。第２情報端末は、前記通信機能により、音声データやイメージデータ、テキストデータなどを情報端末から受信する。第２情報端末は、受信したデータを保存し、保存場所のアドレスを会話空間や特定のユーザに会話システムを介して通知する。アドレスとしては、例えばＵＲＬ(Uniform Resource Locator)を用いることができる。
【００１３】
前記ＵＲＬを通知されたユーザは、通常の方法を用いて伝言を取得することができる。例えば、ユーザは、ＩＲＣクライアント上で前記ＵＲＬを通知されると、ブラウザを用いてＵＲＬにアクセスする。このアクセスを受けたＷＷＷ(World Wide Web)サーバは、ＵＲＬの内容をユーザ端末に送信する。
本願第２発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言システムを提供する。この伝言システムは、蓄積手段と第２情報端末とを備えている。
【００１４】
蓄積手段は、前記ネットワークに接続された装置を介して前記ネットワークに接続されまたは前記ネットワークに直接接続され、かつデータを蓄積可能である。第２情報端末は、前記会話システムとは独立な通信機能を有する第１情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを前記通信機能を介して受信し、前記受信した通信データと対象特定データとを対応付けてを前記蓄積手段に保存する。さらに、第２情報端末は、前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介して、前記通信データの保存場所を通知する。
【００１５】
会話システムとしてＩＲＣを、蓄積手段としてウェブページを、第１情報端末として電話機を、それぞれ用いる場合を例に取る。ユーザＡは、電話機を用いて第２情報端末に電話をかけ、例えばチャネル＃ＣＨ１を指定して音声による伝言を送出する。第２情報端末は、伝言を“ＵＲＬ１”で特定されるウェブページにそのまま保存する。
【００１６】
さらに、第２情報端末は、チャネル＃ＣＨ１に対し、ＩＲＣプロトコルを用いて“ＵＲＬ１”を通知する。チャネル＃ＣＨ１に参加している複数のユーザは、通知された“ＵＲＬ１”に適当なブラウザでアクセスすることにより、ユーザＡからの生の音声を聞くことができる。従って、ＩＲＣに接続できない場合であっても、多数の人にリアルタイムに生のデータを送信することができる。
【００１７】
本願第３発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言装置を提供する。この伝言装置は、外部通信手段と、対象切替手段と、保存手段と、通知手段と、を備えている。
【００１８】
外部通信手段は、前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する。対象切替手段は、前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける。保存手段は、前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する。通知手段は、前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話システムを介して通知する。
【００１９】
本発明の伝言装置は、前記第２発明における第２情報端末に相当する。前記第２発明と同様の例を用いて説明すれば、外部通信手段は、電話回線と接続され、音声データを受信可能である。対象切替手段は、例えば電話機に対して宛先の入力を促すメッセージを送出し、入力された宛先を取得する。宛先は、チャネルまたはいずれかのＩＲＣクライアントから選択される。保存手段は、電話機からの音声データをＷＷＷサーバの管理下にあるデータとして保存可能である。通知手段は、対象手段が取得した宛先に対し、音声データが保存されたウェブページのＵＲＬを、ＩＲＣサーバまたはＩＲＣクライアントを介して通知する。
【００２０】
なお、第１情報端末から受信し、保存するデータは、音声に限らない。例えば、第１情報端末がファックスの場合、伝言装置は、第１情報端末からイメージデータを受信し、ウェブページに保存する。また、第１情報端末が会話装置を有しない携帯情報端末の場合、伝言装置はテキストデータを受信し、ウェブページに保存する。例えば、第１情報端末が、ＩＲＣクライアントを有していないが、電子メールを送受信可能な場合である。
【００２１】
本願第４発明は、前記第３発明において、前記対象切替手段は、前記会話空間またはいずれかの会話装置の指定の送信を前記第１情報端末に対して要求し、前記要求に対して前記会話空間またはいずれかの会話装置の指定を受信する伝言装置を提供する。
本願第５発明は、前記第３発明において、認証情報蓄積手段と、認証手段と、をさらに備える伝言装置を提供する。認証情報蓄積手段には、所定の認証情報がユーザ毎に蓄積されている。認証手段は、前記第１情報端末に対し所定の認証情報の入力を要求し、入力された認証情報と前記蓄積されている認証情報とを比較してユーザの認証を行う。
【００２２】
認証情報としては、例えばパスワード、ユーザ識別番号、これらの音声データなどを挙げることができる。認証手段を用いてユーザの認証を行うことにより、特定のユーザ間での伝言のやりとりが第３者に漏洩することを防止できる。
本願第６発明は、前記第３発明において、発言蓄積手段と、会話取得手段と、変換手段と、をさらに備える伝言装置を提供する。発言蓄積手段は、前記会話空間内の発言履歴を会話空間毎に蓄積する。会話取得手段は、前記会話空間内の発言を前記会話装置から取得し、前記発言蓄積手段に格納する。変換手段は、前記対象切替手段が会話空間の指定を受け付けた場合、指定された仮想空間の発言履歴を前記発言蓄積手段から取得し、前記第１情報端末に適合する形式に変換する。
【００２３】
例えば、会話取得手段は、ＩＲＣクライアントを介して各仮想空間の発言履歴を作成し、発言蓄積手段に保存する。対象切替手段がチャネルの指定を電話機から取得すると、変換手段は、指定されたチャネルの発言履歴を発言蓄積手段から取得する。次いで、変換手段は、テキストデータである発言履歴を音声データに変換し、音声を再生して電話機に送出する。第１情報端末がファックスの場合、変換手段は発言履歴をイメージデータに変換して送出する。ユーザが直接会話システムに接続できない場合でも、チャネル内の会話を外部の情報端末を用いて取得することができる。
【００２４】
本願第７発明は、前記第３発明において、前記保存手段が前記受信した通信データの送信先、送信元及び保存場所を対応付けて蓄積する伝言テーブルを有し、
、留守録監視手段と、留守録通知手段と、をさらに備える伝言装置を提供する。留守録監視手段は、第１情報端末により会話空間が指定された場合、指定された会話空間宛に他の第１情報端末からの通信データが保存されているか否かを前記伝言テーブルに基づいて判断する。さらに、留守録監視手段は、前記第１情報端末宛に他の第１情報端末からの通信データが保存されているか否かを、前記伝言テーブルに基づいて判断する。留守録通知手段は、前記判断結果に従い、前記保存されている他の第１情報端末からの通信データを第１情報端末に送出する。
【００２５】
例えば、伝言テーブルに、送信先として"USER-A"、送信元として"USER-B"、保存場所として"URL1"が蓄積されている。"USER-A"が伝言装置に電話機によりアクセスしてチャネル＃ＣＨ１を指定した場合、伝言装置は次のように動作する。
まず、留守録監視手段は、"USER-A"宛の伝言及びチャネル＃ＣＨ１宛の伝言を伝言テーブルから検索する。この場合、送信元が"USER-A"である伝言は、除外する。検索した結果"USER-A"宛の伝言を見つけると、留守録監視手段は、伝言の保存場所を留守録通知手段に通知する。留守録通知手段は、保存場所から例えば音声データを取りだし、"USER-A"の電話機に送出する。これにより、他のユーザが自分宛に送出したデータを、会話システム外で取得できる。また、特定のチャネルに対する他のユーザからのデータを、会話システム外で取得できる。
【００２６】
本願第８発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信可能な情報端末に用いられ、下記Ａ〜Ｄ段階を実行するための伝言プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する段階、
Ｂ；前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける段階、
Ｃ；前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する段階、
Ｄ；前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話装置を用いて通知する段階。
【００２７】
前記第３発明と同様の作用効果を奏する。
【００２８】
【発明の実施の形態】
次に、本発明に係る伝言システムについて、図面を参照しながら具体的に説明する。
＜第１実施形態例＞
[全体構成]
図１は、第１実施形態例に係る伝言システムの全体構成図である。説明を容易にするため、本実施形態例においては、会話システムとしてＩＲＣを用いた場合を例に取り、説明する。
【００２９】
本実施形態例に係る伝言システムは、伝言装置１及び伝言ＤＢ３を含んで構成されている。
伝言装置１は、情報端末上に設けられ、ＩＲＣインターフェース（以下、Ｉ／Ｆという）とともに動作可能である。ＩＲＣＩ／Ｆとしては、後述するＩＲＣシステムを構成するＩＲＣクライアント７を用いることができる。伝言装置１は、ＩＲＣＩ／Ｆを介し、ＩＲＣ上で発言の送受信が可能である。
【００３０】
また、伝言装置１は、後述するようにインターネット５とは独立な通信網に接続するための通信機能を有している（図２参照）。伝言装置１は、前記通信機能を用いて前記通信網上の情報端末と接続可能である。この通信網上の情報端末とは、後述するアクセス装置２を指す。また、伝言装置１は、伝言ＤＢ３と通信可能である。伝言装置１は、後述するように、アクセス装置２から受信した音声データやイメージデータ、テキストデータ（以下、これらを総称して、伝言という）を伝言ＤＢ３にそのまま保存し、ＩＲＣシステム上で伝言の保存場所だけを通知する。
【００３１】
伝言ＤＢ３は、伝言装置１が書き込む伝言を蓄積している。伝言ＤＢ３は、伝言装置１及び後述する提供装置４がアクセス可能なように、インターネット５上またはインターネット５とは独立に設けられる。より具体的には、伝言ＤＢ３は、伝言装置１が動作する情報端末上に設けられてもよい。また、インターネット５に接続されていないが、伝言装置１が接続可能な情報端末上に設けられても良い。
【００３２】
伝言ＤＢ３は、通常のデータベースの構成とし、通常の方法により読み出し可能にしておくことが好ましい。例えば、ＷＷＷサーバの管理下にあるデータとして音声データを保存可能な伝言ＤＢ３を構築することが挙げられる。伝言ＤＢ３を通常のデータベースの構成とすることにより、伝言の読み出し及びユーザ端末への提供を、通常用いられるシステムにより実現することができる。
【００３３】
前記伝言システムには、インターネット５への接続機能を有さないアクセス装置２と、インターネット５上の提供装置４とが接続されている。また、インターネット５上の情報端末には、ＩＲＣサーバ６及びＩＲＣクライアント７が設けられ、ＩＲＣシステムを構成している。前記伝言装置１のＩＲＣＩ／Ｆは、このＩＲＣシステムに含まれる。
【００３４】
アクセス装置２は、インターネット５とは独立な通信網９上の情報端末であり、前記通信網を介して伝言装置１と接続可能である。具体的には、電話回線網上の情報端末、すなわち電話機やファックスなどをアクセス装置２として挙げることができる。また、インターネット５上にないＰＣやＷＳ（Work Station）なども相当する。以下においては、アクセス装置２が電話回線網や回線交換網に接続された電話機であり、伝言が音声データの場合について説明する。
【００３５】
提供装置４は、インターネット５上に設けられている。提供装置４は、伝言ＤＢ３から伝言を読み出し、インターネット５上のユーザ端末に提供可能である。提供装置４としては、例えばインターネット５上でウェブページを提供するＷＷＷサーバや、ＦＴＰ(File Transfer Protocol)サーバを挙げることができる。本実施形態例においては、提供装置４としてＷＷＷサーバを用いる場合を例に取り、説明する。提供装置４は、伝言装置１、伝言ＤＢ３及び／またはＩＲＣサーバ６とともに同一の情報端末上に設けることができる。
【００３６】
ＩＲＣクライアント７が動作するユーザ端末では、取得装置８が動作可能である。取得装置８は、前記提供装置４に対してデータの提供を要求し、データを取得するためのものである。例えば、提供装置４がＷＷＷサーバの場合、取得装置８としてはウェブブラウザを用いることが挙げられる。ユーザは、ＩＲＣクライアント７を介して他のユーザからの音声データやイメージデータの保存場所を通知される。次いで、取得装置８により、前記保存場所に保存されている伝言を取得する。伝言が音声データの場合には音声メッセージが出力され、伝言がイメージデータの場合にはイメージが表示される。
【００３７】
［伝言装置の構成］
図２は、伝言装置１の機能構成を示すブロック図である。伝言装置１は、電話インターフェース（Ｉ／Ｆ）部１１、認証ＤＢ１２、認証部１３、保存部１４、対象切替部１５、通知部１６、伝言テーブル１７、留守録監視部１８、格納部１９、ログＤＢ２０、変換部２１及び再生部２２を有している。また、伝言装置１は、ＩＲＣＩ／Ｆとともに動作可能である。
【００３８】
電話Ｉ／Ｆ部１１は、アクセス装置２との間でコネクションを確立し、データの送受信を行う。また、電話Ｉ／Ｆ部１１は、認証部１３、対象切替部１５、変換部２１、留守録監視部１８及び保存部１４とアクセス装置２との間で、データの送受信を行う。
認証ＤＢ１２には、ユーザの認証情報が蓄積されている。認証情報は、アクセス装置によるユーザのアクセスを許可するか否かの判断を行うために必要な情報である。認証情報としては、例えばＩＤ番号、パスワード、ユーザ名などやこれらの組み合わせを挙げることができる。認証情報は、テキストデータではなく、音声データであってもよい。例えば、ユーザの音声によるパスワードやＩＤ番号などを認証情報として蓄積しておくことも可能である。これらの認証情報は、会話システム上でユーザを一義的に特定可能な情報と対応付けて格納されている必要がある。本実施形態例では、ＩＲＣにおけるニックネームと対応付けて、認証情報を蓄積する。ニックネームとは、ＩＲＣ上でＩＲＣクライアントを一義的に特定するための識別情報である。
【００３９】
図３に、認証ＤＢ１２に蓄積されたデータの概念説明図を示す。認証ＤＢ１２には、各ユーザのニックネームと、そのユーザの認証情報とが、対応付けられて蓄積されている。また、認証情報としては、ユーザＩＤと、パスワードとが用いられている。ここで、パスワードとしては、ユーザの音声によるパスワードが蓄積されている。この他に、認証情報としては、アクセス装置２のネットワークアドレスや、通信アドレスを用いることも可能である。ネットワークアドレスとは、電子メールアドレスやＩＰアドレスなどである。通信アドレスとは、電話番号やファックス番号などである。
【００４０】
認証部１３は、アクセス装置２に対し所定の認証情報の入力を要求する。認証部１３は、アクセス装置２から送信される認証情報と認証ＤＢ１２の認証情報とを比較する。認証部１３は、前記比較結果に基づいて、アクセス装置からのアクセスを許可するか否か決定する。また、認証部１３は、前記決定及び認証されたユーザのニックネームを、電話Ｉ／Ｆ部１１に通知する。
【００４１】
保存部１４は、アクセス装置２から送信される伝言を、電話Ｉ／Ｆ部１１を介して取得し、伝言ＤＢ３に格納する。本実施形態例においては、インターネット５上のウェブページに、アクセス装置２からの伝言をそのまま保存する。保存されるデータは、アクセス装置２から送信される音声データそのままであるため、アクセスユーザが伝えたいニュアンスをそのまま他のユーザに通知することができる。本実施形態例ではアクセス装置２が電話機であるが、例えばアクセス装置２がファックスの場合、保存部１４は送信されたイメージデータをそのまま保存する。また、保存部１４は、伝言が保存された保存場所を通知部１６に通知する。具体的には、伝言が格納された場所を示すＵＲＬを、通知部１６に通知する。
【００４２】
対象切替部１５は、電話Ｉ／Ｆ部１１を介し、アクセス装置２に対し対象の特定を要求する。対象とは、アクセス装置２により伝言装置１に接続してきたユーザ（以下、単にアクセスユーザという）が、伝言を送信したいチャネルやユーザまたは会話内容を取得したいチャネルである。対象切替部１５は、対象チャネルや対象ユーザのニックネームの入力を要求し、電話Ｉ／Ｆ部１１を介してこれを取得する。対象切替部１５は、入力された対象を、通知部１６、留守録監視部１８及び必要があれば変換部２１に通知する。また、対象切替部１５は、電話Ｉ／Ｆ部１１からアクセスユーザのニックネームを取得し、通知部１６及び留守録監視部１８に通知する。
【００４３】
なお、電話機におけるニックネームの入力は、数字キーを用いて行われる。ニックネームとしては、予め登録しておいた数字のＩＤを用いる。対象チャネルの指定は、以下のように行うことが考えられる。対象切り替え部１５から対象チャネルの候補及び番号が音声で提示されると、対応する数字キーを入力して対象チャネルを指定する。また、対象切り替え部１５に音声認識機能を設けることにより、ニックネームやチャネル名を音声で入力することも可能となる。
【００４４】
通知部１６は、保存部１４から通知されたＵＲＬを、対象切替部１５から通知された対象にＩＲＣＩ／Ｆ部を介して通知する。具体的には、対象がチャネルである場合、通知部１６は、ＵＲＬを通知するテキストメッセージを対象チャネルに送出する。対象がユーザである場合、通知部１６は対象ユーザがＩＲＣサーバ６に接続しているか否かを判断する。接続している場合、通知部１６は、ＵＲＬを通知するテキストメッセージを、ＩＲＣＩ／Ｆ部を介して対象ユーザに通知する。対象ユーザがＩＲＣサーバ６に接続していない場合、通知部１６は、ＵＲＬを伝言テーブル１７に格納する。
【００４５】
図４は、伝言テーブル１７の説明概念図を示す。伝言テーブル１７には、送信先、ＵＲＬ及び送信元が対応付けられて格納されている。“送信先”としては、伝言が送信されるべき対象が記述される。具体的には、チャネル名またはユーザのニックネームが記述される。“ＵＲＬ”には、伝言が保存されているＵＲＬが記述される。伝言ＤＢ３がインターネット５上に設けられていない場合には、伝言の保存場所を示すアドレスがＵＲＬに代えて用いられる。“送信元”としては、アクセスユーザを特定する識別子が記述される。識別子としては、例えば、アクセスユーザのニックネームを用いることが考えられる。
【００４６】
留守録監視部１８は、アクセス装置２が伝言装置１に接続してきた場合、アクセスユーザに送信すべき伝言があるか否かを、伝言テーブル１７に基づいて判断する。具体的には、留守録監視部１８は、伝言テーブル１７の送信先を検索し、アクセスユーザ宛の伝言が伝言ＤＢに保存されているか否かを判断する。また、留守録監視部１８は、アクセスユーザの対象がチャネルの場合、対象チャネル宛の伝言が伝言ＤＢに保存されているか否かを判断する。留守録監視部１８は、前記伝言が保存されている場合、その旨をアクセスユーザに通知する。留守録監視部１８は、ユーザからの応答に応じ、伝言ＤＢから伝言を読み出し、アクセスユーザに送信する。
【００４７】
格納部１９は、ＩＲＣＩ／Ｆを介し、各チャネルにおける発言を取得する。格納部１９は、取得した発言に基づいて各チャネル毎の発言履歴を作成し、ログＤＢ２０に保存する。
変換部２１は、対象切替部１５から通知される対象チャネルの発言履歴を取り出し、テキストデータから音声データに変換する。この変換には、通常のテキスト−音声データ変換方法を用いればよい。変換された音声データは、再生部２２に送出される。アクセス装置２がファックスなどである場合には、変換部２１はテキストデータである発言履歴をイメージデータに変換し、電話Ｉ／Ｆ部１１に送出する。この変換には、通常のテキスト−イメージデータ変換方法を用いればよい。
【００４８】
再生部２２は、変換部２１からの音声データに基づいて音声を再生し、電話Ｉ／Ｆ部１１を介してアクセス装置２に送出する。音声の再生には通常の音声合成装置を用い、合成音声を送出すればよい。
［処理の流れ］
次に、本実施形態例に係る伝言装置１が行う処理について、具体的に説明する。図５は、伝言装置１が行うメイン処理の流れを示すフローチャートである。例えば電話Ｉ／Ｆ部１１とアクセス装置２との接続が完了することにより、以下の処理が開始される。
【００４９】
ステップＳ１では、認証部１３が、電話Ｉ／Ｆ部１１を介し、所定の認証情報の入力をアクセス装置２に要求する。認証部１３は、アクセス装置２からの認証情報の入力を待ってこれを取得する。次いで、認証部１３は、認証ＤＢ１２に基づいてユーザを認証するか否かを決定し、認証結果を電話Ｉ／Ｆ部１１に送出する。また、認証部１３は、ユーザを認証した場合、ユーザのニックネームを認証結果と併せて電話Ｉ／Ｆ部１１に送出する。ニックネームは、ユーザＩＤをキーに、認証ＤＢ１２から読み出される。
【００５０】
例えば、図３の認証ＤＢ１２には、ユーザＩＤ及び音声パスワードが、ユーザのニックネームに対応付けられて蓄積されている。認証部１３は、まずトーン信号を用いてユーザＩＤの入力を要求し、次いでパスワードの音声入力を要求する。認証部１３は、入力されたユーザＩＤと対をなして蓄積されている音声パスワードと、入力された音声パスワードとを比較する。両者の類似度が敷居値を越えている場合には、認証部１３はアクセスを許可する。前記音声パスワードの比較は、通常の音声認識の方法を用いて行うことができる。
【００５１】
ステップＳ２では、電話Ｉ／Ｆ部１１は、認証結果が認証か否かを判断する。認証であれば、ユーザのニックネームを対象切替部１５に通知し、ステップＳ３に移行する。ユーザが認証されなかった場合、後述するステップＳ１０に移行する。
ステップＳ３では、電話Ｉ／Ｆ部１１は、伝言を行う伝言処理またはチャネルでの会話を取得する会話取得処理のいずれかの選択を、アクセス装置２に要求する。例えば、電話Ｉ／Ｆ部１１は、予め準備しておいた所定の音声メッセージをアクセス装置２に送出する。音声メッセージとしては、例えば“処理を選択して下さい。伝言の場合は＃１を、会話を聞きたい場合は＃２を押して下さい。”が挙げられる。
【００５２】
ステップＳ４では、電話Ｉ／Ｆ部１１は、前記要求に対する応答を待機し、応答を受信するとステップＳ５に移行する。所定時間待機しても応答がない場合には、アクセス装置２に対して接続を切断する旨を通知し、処理を終了させても良い。
ステップＳ５では、電話Ｉ／Ｆ部１１は、選択された処理が伝言処理であるか否かを判断する。“Ｙｅｓ”と判断すると、ステップＳ６に移行する。“Ｎｏ”と判断すると、後述するステップＳ７に移行する。
【００５３】
ステップＳ６では、後述する伝言処理サブルーチンが実行される。すなわち、アクセスユーザからの音声による伝言がそのまま伝言ＤＢ３に保存される。保存場所は、ＩＲＣシステムを用いて他のユーザに通知される。
ステップＳ７では、電話Ｉ／Ｆ部１１は、選択された処理が会話取得処理であるか否かを判断する。“Ｙｅｓ”と判断すると、ステップＳ８に移行する。“Ｎｏ”と判断すると、後述するステップＳ９に移行する。
【００５４】
ステップＳ８では、後述する会話取得サブルーチンが実行される。すなわち、アクセスユーザが指定する対象チャネルでの会話内容が、テキストデータから音声データに変換されてアクセス装置２に送出される。
ステップＳ９では、例えば、“正しい処理を選択して下さい”などの所定の音声メッセージを電話Ｉ／Ｆ部１１により送出し、ステップＳ３に戻る。
【００５５】
ステップＳ１０では、例えば、“アクセス権がありません”などの所定の音声メッセージを電話Ｉ／Ｆ部１１により送出し、処理を終了する。
（２）伝言処理
図６は、伝言装置１が行う伝言処理の流れを示すフローチャートである。前記メイン処理においてステップＳ６に移行すると、以下の処理が開始される。
【００５６】
ステップＳ６１では、対象切替部１５は、電話Ｉ／Ｆ部１１を介し、対象の入力をアクセス装置２に要求する。対象切替部１５は、アクセス装置２からの対象の入力を待ってこれを受け取り、通知部１６及び留守録監視部１８に通知する。また、対象切替部１５は、アクセスしてきたユーザのニックネームを通知部１６及び留守録監視部１８に通知する。
【００５７】
ステップＳ６２では、留守録監視部１８は、アクセスしてきたユーザ宛の伝言が伝言ＤＢにあるか否かを、伝言テーブル１７に基づいて判断する。すなわち、留守録監視部１８は、アクセスしてきたユーザのニックネームが宛先になっているＵＲＬを、伝言テーブル１７から検索する。対象がチャネルの場合には、対象チャネルが宛先になっているＵＲＬの検索も行う。その場合、アクセスユーザが送信元になっているＵＲＬは検索対象から除外する。検索の結果ＵＲＬがある場合、ステップＳ６３に移行する。該当するＵＲＬが伝言テーブル１７にない場合、後述するステップＳ６５に移行する。
【００５８】
例えば、伝言テーブル１７が図４に示す状態にある場合に、“USER-A”が伝言装置１に接続してきたとする。また、“USER-A”は、対象をチャネル＃ＣＨ１に指定したとする。チャネル＃ＣＨ１宛の伝言がＵＲＬ１に保存されているものの、その伝言は、“USER-A”本人からの伝言である。一方、“USER-A”宛の伝言がＵＲＬ２に保存されている。この場合、通知対象の伝言はＵＲＬ２だけになる。
【００５９】
ステップＳ６３では、留守録監視部１８は、電話Ｉ／Ｆ部１１を介し、伝言の送出を行うか否かをアクセス装置２に問い合わせる。例えば、予め所定のメッセージの音声データを留守録監視部１８により記憶しておき、再生部２２により音声メッセージを再生してアクセス装置２に送出する。留守録監視部１８は、問い合わせに対する応答を待機し、応答が“Ｙｅｓ”であればステップＳ６４に移行する。“Ｎｏ”であれば、後述するステップＳ６５に移行する。前記応答を所定時間待機し、所定時間を経過しても応答がない場合には、自動的にステップＳ６４に移行するようにしても良い。
【００６０】
ステップＳ６４では、留守録監視部１８は、伝言テーブル１７から取得したＵＲＬにアクセスし、音声データを取得する。さらに、留守録監視部１８は、取得した音声データを再生部２２に送出する。再生部２２は、音声データから音声を再生し、アクセス装置２に電話Ｉ／Ｆ部１１を介して送出する。なお、ユーザ宛の伝言を送出した場合、留守録監視部１８は、送出された伝言を示すＵＲＬのエントリを伝言テーブル１７から削除すると良い。また、チャネル宛の伝言のエントリは、所定時間が経過すると削除することが考えられる。
【００６１】
ステップＳ６５では、保存部１４が、電話Ｉ／Ｆ部１１を介し、伝言の入力をアクセス装置２に指示する。保存部１４は、前記指示に応じてアクセス装置２から入力される音声データを取得し、伝言ＤＢ３にそのまま保存する。さらに、保存部１４は、音声データの保存場所を示すＵＲＬを、通知部１６に通知する。
ステップＳ６６では、通知部１６は、通知された対象がチャネルであるか否かを判断する。この判断は、対象の先頭文字が“＃”または“＄”であるか否かにより行う。“Ｙｅｓ”と判断するとステップＳ６７に移行する。“Ｎｏ”と判断すると後述するステップＳ６９に移行する。
【００６２】
ステップＳ６７では、通知部１６が、対象のチャネルに対し、アクセス装置２からの伝言が保存されているＵＲＬを発言する。例えば、発言を指示する所定のフォーマット“PRIVMSG #CH *”を予め準備しておく。ここで、“PRIVMSG”は、チャネルに発言するためにＩＲＣで規定されているコマンドである。“#CH”には、対象のチャネル名が記述される。“*”には、アクセスユーザのニックネーム及び伝言が保存されているＵＲＬが記述される。この発言は、通知部１６からＩＲＣＩ／Ｆを介して対象チャネルに送出され、チャネル内の他のＩＲＣクライアント７にリアルタイムに配信される。
【００６３】
ステップＳ６８では、通知部１６は、送信先、ＵＲＬ及び送信元を伝言テーブル１７に書き込む。その対象チャネルに現在参加していないユーザがアクセス装置２により伝言装置１に接続してきた場合、伝言を通知可能にするためである。送信先には、チャネル名が記述される。送信元には、アクセスユーザのニックネームが記述される。
【００６４】
ステップＳ６９では、通知部１６は、対象が特定の個人ユーザであるか否かを判断する。具体的には、通知部１６は対象がニックネームであるか否かを判断する。この判断は、対象が英数字であるか否かにより行う。“Ｙｅｓ”と判断するとステップＳ７０に移行する。“Ｎｏ”と判断すると後述するステップＳ７３に移行する。
【００６５】
ステップＳ７０では、通知部１６は、該当ユーザがＩＲＣサーバ６に接続しているか否かを判断する。この判断は、会話システムのサーバに対し、問い合わせを行うことにより行う。ＩＲＣであれば、通知部１６は、ＩＲＣサーバ６に対し、ＩＲＣＩ／Ｆを介して“WHOIS NICK”コマンドを送信する。このコマンドに対し、ＩＲＣサーバ６は、例えば該当ユーザが直接接続しているＩＲＣサーバを通知したり、前記ユーザが接続していないことなどを通知する。ＩＲＣサーバ６からの応答に基づいて“Ｙｅｓ”と判断すると、ステップＳ７１に移行する。“Ｎｏ”と判断すると、後述するステップＳ７２に移行する。
【００６６】
ステップＳ７１では、前記ステップＳ６７と同様に、通知部１６が対象ユーザに対し、ＵＲＬを通知する。すなわち、該当ユーザはＩＲＣサーバ６に接続しているので、ＩＲＣ上でテキストメッセージによるＵＲＬの通知を行う。ＵＲＬの通知は、１対１でメッセージを送受信可能なコマンドを用いて行う。例えばＩＲＣでは、所定のフォーマット“PRIVMSG NICK *”を予め準備しておく。ここで、“NICK”には、対象であるユーザのニックネームが記述される。“PRIVMSG”及び“*”は、前記ステップＳ６７と同様である。この発言は、通知部１６からＩＲＣクライアント及びＩＲＣサーバ６を介し、対象ユーザにリアルタイムに送出される。
【００６７】
ステップＳ７２では、通知部１６は、アクセス装置２からの伝言の保存場所、送信先及び送信元を、伝言テーブル１７に書き込む。送信先ユーザは、ＩＲＣサーバ６に接続していないため、ＩＲＣ上でＵＲＬを通知できないからである。そこで、送信先ユーザがアクセス装置２により接続してきた場合、伝言を通知できるようにしておく。
【００６８】
ステップＳ７３では、その他の処理が行われる。例えば、ステップＳ６９で発言対象がチャネルでもなく特定のユーザでもない場合には、所定の音声メッセージをアクセス装置２に通知する処理を行う。
伝言処理においては、アクセス装置から送信された伝言の保存場所は、リアルタイムにＩＲＣシステム上のユーザに通知される。ユーザは、保存場所にアクセスすることにより、加工されていない伝言そのままを見聞きできる。例えば、音声の伝言であれば音声そのまま、イメージの伝言であればイメージそのままが、通知される。従って、ＩＲＣに直接接続できない場合であっても、複数のユーザに直接かつリアルタイムに伝言を送信することができる。
【００６９】
（３）会話取得処理
図７は、伝言装置１が行う会話取得処理の流れを示すフローチャートである。前記メイン処理においてステップＳ８に移行すると、下記の処理が開始される。
まず、ステップＳ８１では、対象切替部１５は、電話Ｉ／Ｆ部１１を介し、対象の入力をアクセス装置２に要求する。対象切替部１５は、アクセス装置２からの対象の入力を待ってこれを取得する。
【００７０】
ステップＳ８２では、対象切替部１５は、対象がチャネルか否かを判断する。対象がチャネルの場合、対象切替部１５は変換部２１に対象チャネルを通知する。次いで、ステップＳ８３に移行する。対象がチャネル以外の場合、後述するステップＳ８６に移行する。
ステップＳ８３では、変換部２１は、対象チャネルの発言履歴を、ログＤＢ２０から読み出し、テキストデータを音声データに変換する。変換された発言履歴の音声データは、変換部２１から再生部２２に送出される。アクセス装置２がファックスなどの場合、変換部２１はテキストデータをイメージデータに変換し、電話Ｉ／Ｆ部１１に送出する。
【００７１】
ステップＳ８４では、再生部２２が、発言履歴の音声データに基づいて、音声をリアルタイムに再生する。
ステップＳ８５では、再生部２２が、電話Ｉ／Ｆ部１１を介して再生した音声をアクセス装置２に送出する。
ステップＳ８６では、例えば所定の音声メッセージ“チャネルを指定して下さい。”を送出し、前記ステップＳ８２に戻る。
【００７２】
なお、会話取得処理において、アクセス装置２に対し、過去何時間分の発言履歴を出力するかを問い合わせ、指定された時間範囲の発言履歴を変形して送出するようにすることも考えられる。
＜第２実施形態例＞
前記第１実施形態例においては、アクセス装置２が電話機の場合について説明した。しかし、アクセス装置２は電話機に限らない。また、様々な種類のアクセス装置２が伝言装置１に接続してくることが考えられる。この場合、伝言テーブル１７には、前記送信先、ＵＲＬ及び送信元の他に、アクセス装置２の種類を蓄積しておくことが好ましい。
【００７３】
アクセス装置２の種類とは、電話機やファックスなどを示す。アクセス装置２の種類により、伝言のデータ種類を見分け、データに応じた変換をすることができる。例えば、伝言が音声データであれば再生部２２を介して音声を再生する必要があるが、イメージデータであれば伝言ＤＢから読み出したデータをそのままアクセス装置に送出できる。
【００７４】
さらに、伝言テーブル１７に蓄積する情報として、アクセス日時やアクセス装置２の通信アドレスなどを保持することも考えられる。伝言とともにこれらの情報をアクセス装置２に通知することにより、ユーザの利便を高めることができると考えられる。
＜第３実施形態例＞
前記第１実施形態例においては、アクセス装置２から各チャネルにおける発言履歴を取得可能な構成を説明した。しかし、発言履歴を取得可能にしなくても良い場合には、格納部１９、ログＤＢ２０及び変換部２１を設けなくても良い。
【００７５】
＜第４実施形態例＞
前記第１実施形態例では、ユーザの認証に音声パスワードとユーザＩＤを用いる例を説明した。しかし、ユーザの認証方法は、前述の方法に限らず様々な方法が可能である。例えば、認証情報として、音声ユーザ名と音声パスワードとを用いることも考えられる。認証部１３は、アクセス装置２に対してユーザ名及びパスワードの音声入力を要求し、両者の類似度が敷居値を越えているか否かによりアクセスを許可するか否かを判断する。
【００７６】
【発明の効果】
本発明を用いれば、ユーザが出張や移動中などの出先にあって、ＩＲＣなどの会話システムに直接接続できない場合でも、会話システム上の複数の他のユーザに伝言を直接かつリアルタイムに送信することができる。
【図面の簡単な説明】
【図１】第１実施形態例に係る伝言システムの全体構成図。
【図２】伝言装置の機能構成を示すブロック図。
【図３】認証ＤＢに蓄積されたデータの概念説明図。
【図４】伝言テーブルの説明概念図。
【図５】伝言装置が行うメイン処理の流れを示すフローチャート。
【図６】伝言装置が行う伝言処理の流れを示すフローチャート。
【図７】伝言装置が行う会話取得処理の流れを示すフローチャート。
【符号の説明】
１；伝言装置
２；アクセス装置
３；伝言ＤＢ
４；提供装置
５；インターネット
６；ＩＲＣサーバ
７；ＩＲＣクライアント
８；取得装置
９；電話回線網
【発明の属する技術分野】
本発明は、ネットワークに接続している複数のユーザが、互いにネットワーク上に設営された仮想空間を共有してテキストベースで会話可能な会話システムに関する。さらに詳しくは、会話システムを利用して円滑なコミュニケーションを促進するための技術に関する。
【０００２】
本発明において、会話システムとは、複数の会話装置を含んで構成されるシステムである。会話装置は、ネットワークに接続され、ネットワーク上に設営された仮想的な会話空間を共有し、互いに会話形式でテキストメッセージの送受信を行う。
ＩＲＣ(Internet Relay Chat)とは、ＩＲＣプロトコルに準拠して構築される会話システムの１種である。ＩＲＣは、ＩＲＣサーバとＩＲＣクライアントとがインターネットなどを介して接続されて構成される。ＩＲＣクライアントは、チャネルと呼ばれる仮想空間を共有し、テキストメッセージをリアルタイムに送受信する。ＩＲＣサーバは、同一のチャネルを共有するＩＲＣクライアントに、メッセージを同報する。ＩＲＣにおいては、各ＩＲＣクライアントは、ニックネームと呼ばれる識別子により一義的に特定される。
【０００３】
【従来の技術】
近年のインターネットの急速な普及に伴い、会話システムとしてＩＲＣが広く知られるようになってきている。ＩＲＣにおいては、ユーザは複数のチャネルに参加可能である。また、ユーザは、参加している複数のチャネルにおける会話を見ることができ、また自らもチャネルに対して発言して会話に参加できる。
【０００４】
インターネットの普及により、遠隔地に位置するオフィス間で相互に協調しながら仕事を進める機会が増えてきている。例えば、地理的に離れた１つの部内のメンバーが、常時特定のチャネルに参加し、情報をやりとりしたり意志の疎通を図ったりする仕事のスタイルが日常的になりつつある。このような仕事環境では、互いに情報を共有しているという認識の元で仕事を行うことが重要である。ＩＲＣシステムをはじめとする会話システムは、情報をリアルタイムに共有して前記認識を築くためのコミュニケーションツールとして適している。
【０００５】
【発明が解決しようとする課題】
前述の会話システムを使用することにより、地理的に離れながらも情報の共有や意志の疎通を図ることが可能になっている。しかし、これはあくまでもユーザが会話システムに接続可能な場合であって、接続できない場合にはこの利点を享受することが出来ない。
【０００６】
例えば、ある利用者が出張先でグループのメンバ全員に連絡したいことが発生したとする。会話システムへ接続可能であれば、会話システムに接続し、当該グループ用の仮想空間に対して要件を発言することにより、グループ全員に連絡事項を直接伝えることが可能である。しかし、会話システムに接続できなければ、複数のメンバー全員に直接要件を伝えることは困難である。
【０００７】
複数のメンバーに同一の要件を伝えようとした場合、現在では下記のような方法が考えられる。
（Ａ）出先からいつも自分がいる場所に電話をし、電話を取り次いだ人間に頼んで代理でチャネルにメッセージを発言してもらう。
（Ｂ）伝言ダイヤルを利用してメッセージを残し、同じ部署に所属する人達に定期的にアクセスしてもらう。
【０００８】
（Ｃ）携帯電話のショートメッセージ機能を利用し、多数の人に電子メールを同時に配送できるメーリングリストによりメッセージを流す。
しかし、前記（Ａ）〜（Ｃ）の方法は以下のような問題点がある。
（Ａ）メッセージを間接的にしか伝えられないため、本当に伝えたいニュアンスが全員に確実に伝わるかどうか不安である。
【０００９】
（Ｂ）同じ部署に属する人達に伝言ダイヤルへの定期的なアクセスを強要することになるので、面倒であるしアクセスを忘れた場合伝言が伝わらないなど、現実的な方法とは言えない。また、リアルタイムに伝言が伝わらない。
（Ｃ）伝えることのできる情報量が少ない。また、たくさんの情報を伝えようとすると、操作が複雑になる。また、相手が電子メールを見るまで伝言が伝わらない。
【００１０】
すなわち、会話システムに接続できない場合に、会話システム上の複数のユーザにメッセージをリアルタイムにかつ容易に伝えることができる手段は未だ提供されていない。
本発明は、会話システムを利用し、会話システムに直接接続できない場合であっても会話システム上の複数のユーザに直接メッセージをリアルタイムで伝えることができる技術を提供することを目的とする。
【００１１】
【課題を解決するための手段】
前記課題を解決するために、本願第１発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムに用いられ、
Ａ；前記会話システムとは独立した通信機能を有する情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを、前記通信機能を介して受信し、
Ｂ；前記受信した通信データと対象特定データとを対応付けて保存し、
Ｃ；前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介し、前記データの保存場所を通知する、伝言方法を提供する。
【００１２】
会話システムとして例えばＩＲＣを用いる場合、ネットワークとはインターネットである。会話システムとは独立した通信機能を有する情報端末としては、例えば電話回線網上の電話機、ファックス、インターネットとは独立なＰＣ（Personal Computer）など、通常の情報端末を用いることができる。ＩＲＣクライアントまたはＩＲＣサーバが動作可能な他の第２情報端末は、前記情報端末からのデータを受信するための通信機能を有している。第２情報端末は、前記通信機能により、音声データやイメージデータ、テキストデータなどを情報端末から受信する。第２情報端末は、受信したデータを保存し、保存場所のアドレスを会話空間や特定のユーザに会話システムを介して通知する。アドレスとしては、例えばＵＲＬ(Uniform Resource Locator)を用いることができる。
【００１３】
前記ＵＲＬを通知されたユーザは、通常の方法を用いて伝言を取得することができる。例えば、ユーザは、ＩＲＣクライアント上で前記ＵＲＬを通知されると、ブラウザを用いてＵＲＬにアクセスする。このアクセスを受けたＷＷＷ(World Wide Web)サーバは、ＵＲＬの内容をユーザ端末に送信する。
本願第２発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言システムを提供する。この伝言システムは、蓄積手段と第２情報端末とを備えている。
【００１４】
蓄積手段は、前記ネットワークに接続された装置を介して前記ネットワークに接続されまたは前記ネットワークに直接接続され、かつデータを蓄積可能である。第２情報端末は、前記会話システムとは独立な通信機能を有する第１情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを前記通信機能を介して受信し、前記受信した通信データと対象特定データとを対応付けてを前記蓄積手段に保存する。さらに、第２情報端末は、前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介して、前記通信データの保存場所を通知する。
【００１５】
会話システムとしてＩＲＣを、蓄積手段としてウェブページを、第１情報端末として電話機を、それぞれ用いる場合を例に取る。ユーザＡは、電話機を用いて第２情報端末に電話をかけ、例えばチャネル＃ＣＨ１を指定して音声による伝言を送出する。第２情報端末は、伝言を“ＵＲＬ１”で特定されるウェブページにそのまま保存する。
【００１６】
さらに、第２情報端末は、チャネル＃ＣＨ１に対し、ＩＲＣプロトコルを用いて“ＵＲＬ１”を通知する。チャネル＃ＣＨ１に参加している複数のユーザは、通知された“ＵＲＬ１”に適当なブラウザでアクセスすることにより、ユーザＡからの生の音声を聞くことができる。従って、ＩＲＣに接続できない場合であっても、多数の人にリアルタイムに生のデータを送信することができる。
【００１７】
本願第３発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言装置を提供する。この伝言装置は、外部通信手段と、対象切替手段と、保存手段と、通知手段と、を備えている。
【００１８】
外部通信手段は、前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する。対象切替手段は、前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける。保存手段は、前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する。通知手段は、前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話システムを介して通知する。
【００１９】
本発明の伝言装置は、前記第２発明における第２情報端末に相当する。前記第２発明と同様の例を用いて説明すれば、外部通信手段は、電話回線と接続され、音声データを受信可能である。対象切替手段は、例えば電話機に対して宛先の入力を促すメッセージを送出し、入力された宛先を取得する。宛先は、チャネルまたはいずれかのＩＲＣクライアントから選択される。保存手段は、電話機からの音声データをＷＷＷサーバの管理下にあるデータとして保存可能である。通知手段は、対象手段が取得した宛先に対し、音声データが保存されたウェブページのＵＲＬを、ＩＲＣサーバまたはＩＲＣクライアントを介して通知する。
【００２０】
なお、第１情報端末から受信し、保存するデータは、音声に限らない。例えば、第１情報端末がファックスの場合、伝言装置は、第１情報端末からイメージデータを受信し、ウェブページに保存する。また、第１情報端末が会話装置を有しない携帯情報端末の場合、伝言装置はテキストデータを受信し、ウェブページに保存する。例えば、第１情報端末が、ＩＲＣクライアントを有していないが、電子メールを送受信可能な場合である。
【００２１】
本願第４発明は、前記第３発明において、前記対象切替手段は、前記会話空間またはいずれかの会話装置の指定の送信を前記第１情報端末に対して要求し、前記要求に対して前記会話空間またはいずれかの会話装置の指定を受信する伝言装置を提供する。
本願第５発明は、前記第３発明において、認証情報蓄積手段と、認証手段と、をさらに備える伝言装置を提供する。認証情報蓄積手段には、所定の認証情報がユーザ毎に蓄積されている。認証手段は、前記第１情報端末に対し所定の認証情報の入力を要求し、入力された認証情報と前記蓄積されている認証情報とを比較してユーザの認証を行う。
【００２２】
認証情報としては、例えばパスワード、ユーザ識別番号、これらの音声データなどを挙げることができる。認証手段を用いてユーザの認証を行うことにより、特定のユーザ間での伝言のやりとりが第３者に漏洩することを防止できる。
本願第６発明は、前記第３発明において、発言蓄積手段と、会話取得手段と、変換手段と、をさらに備える伝言装置を提供する。発言蓄積手段は、前記会話空間内の発言履歴を会話空間毎に蓄積する。会話取得手段は、前記会話空間内の発言を前記会話装置から取得し、前記発言蓄積手段に格納する。変換手段は、前記対象切替手段が会話空間の指定を受け付けた場合、指定された仮想空間の発言履歴を前記発言蓄積手段から取得し、前記第１情報端末に適合する形式に変換する。
【００２３】
例えば、会話取得手段は、ＩＲＣクライアントを介して各仮想空間の発言履歴を作成し、発言蓄積手段に保存する。対象切替手段がチャネルの指定を電話機から取得すると、変換手段は、指定されたチャネルの発言履歴を発言蓄積手段から取得する。次いで、変換手段は、テキストデータである発言履歴を音声データに変換し、音声を再生して電話機に送出する。第１情報端末がファックスの場合、変換手段は発言履歴をイメージデータに変換して送出する。ユーザが直接会話システムに接続できない場合でも、チャネル内の会話を外部の情報端末を用いて取得することができる。
【００２４】
本願第７発明は、前記第３発明において、前記保存手段が前記受信した通信データの送信先、送信元及び保存場所を対応付けて蓄積する伝言テーブルを有し、
、留守録監視手段と、留守録通知手段と、をさらに備える伝言装置を提供する。留守録監視手段は、第１情報端末により会話空間が指定された場合、指定された会話空間宛に他の第１情報端末からの通信データが保存されているか否かを前記伝言テーブルに基づいて判断する。さらに、留守録監視手段は、前記第１情報端末宛に他の第１情報端末からの通信データが保存されているか否かを、前記伝言テーブルに基づいて判断する。留守録通知手段は、前記判断結果に従い、前記保存されている他の第１情報端末からの通信データを第１情報端末に送出する。
【００２５】
例えば、伝言テーブルに、送信先として"USER-A"、送信元として"USER-B"、保存場所として"URL1"が蓄積されている。"USER-A"が伝言装置に電話機によりアクセスしてチャネル＃ＣＨ１を指定した場合、伝言装置は次のように動作する。
まず、留守録監視手段は、"USER-A"宛の伝言及びチャネル＃ＣＨ１宛の伝言を伝言テーブルから検索する。この場合、送信元が"USER-A"である伝言は、除外する。検索した結果"USER-A"宛の伝言を見つけると、留守録監視手段は、伝言の保存場所を留守録通知手段に通知する。留守録通知手段は、保存場所から例えば音声データを取りだし、"USER-A"の電話機に送出する。これにより、他のユーザが自分宛に送出したデータを、会話システム外で取得できる。また、特定のチャネルに対する他のユーザからのデータを、会話システム外で取得できる。
【００２６】
本願第８発明は、ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信可能な情報端末に用いられ、下記Ａ〜Ｄ段階を実行するための伝言プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する段階、
Ｂ；前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける段階、
Ｃ；前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する段階、
Ｄ；前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話装置を用いて通知する段階。
【００２７】
前記第３発明と同様の作用効果を奏する。
【００２８】
【発明の実施の形態】
次に、本発明に係る伝言システムについて、図面を参照しながら具体的に説明する。
＜第１実施形態例＞
[全体構成]
図１は、第１実施形態例に係る伝言システムの全体構成図である。説明を容易にするため、本実施形態例においては、会話システムとしてＩＲＣを用いた場合を例に取り、説明する。
【００２９】
本実施形態例に係る伝言システムは、伝言装置１及び伝言ＤＢ３を含んで構成されている。
伝言装置１は、情報端末上に設けられ、ＩＲＣインターフェース（以下、Ｉ／Ｆという）とともに動作可能である。ＩＲＣＩ／Ｆとしては、後述するＩＲＣシステムを構成するＩＲＣクライアント７を用いることができる。伝言装置１は、ＩＲＣＩ／Ｆを介し、ＩＲＣ上で発言の送受信が可能である。
【００３０】
また、伝言装置１は、後述するようにインターネット５とは独立な通信網に接続するための通信機能を有している（図２参照）。伝言装置１は、前記通信機能を用いて前記通信網上の情報端末と接続可能である。この通信網上の情報端末とは、後述するアクセス装置２を指す。また、伝言装置１は、伝言ＤＢ３と通信可能である。伝言装置１は、後述するように、アクセス装置２から受信した音声データやイメージデータ、テキストデータ（以下、これらを総称して、伝言という）を伝言ＤＢ３にそのまま保存し、ＩＲＣシステム上で伝言の保存場所だけを通知する。
【００３１】
伝言ＤＢ３は、伝言装置１が書き込む伝言を蓄積している。伝言ＤＢ３は、伝言装置１及び後述する提供装置４がアクセス可能なように、インターネット５上またはインターネット５とは独立に設けられる。より具体的には、伝言ＤＢ３は、伝言装置１が動作する情報端末上に設けられてもよい。また、インターネット５に接続されていないが、伝言装置１が接続可能な情報端末上に設けられても良い。
【００３２】
伝言ＤＢ３は、通常のデータベースの構成とし、通常の方法により読み出し可能にしておくことが好ましい。例えば、ＷＷＷサーバの管理下にあるデータとして音声データを保存可能な伝言ＤＢ３を構築することが挙げられる。伝言ＤＢ３を通常のデータベースの構成とすることにより、伝言の読み出し及びユーザ端末への提供を、通常用いられるシステムにより実現することができる。
【００３３】
前記伝言システムには、インターネット５への接続機能を有さないアクセス装置２と、インターネット５上の提供装置４とが接続されている。また、インターネット５上の情報端末には、ＩＲＣサーバ６及びＩＲＣクライアント７が設けられ、ＩＲＣシステムを構成している。前記伝言装置１のＩＲＣＩ／Ｆは、このＩＲＣシステムに含まれる。
【００３４】
アクセス装置２は、インターネット５とは独立な通信網９上の情報端末であり、前記通信網を介して伝言装置１と接続可能である。具体的には、電話回線網上の情報端末、すなわち電話機やファックスなどをアクセス装置２として挙げることができる。また、インターネット５上にないＰＣやＷＳ（Work Station）なども相当する。以下においては、アクセス装置２が電話回線網や回線交換網に接続された電話機であり、伝言が音声データの場合について説明する。
【００３５】
提供装置４は、インターネット５上に設けられている。提供装置４は、伝言ＤＢ３から伝言を読み出し、インターネット５上のユーザ端末に提供可能である。提供装置４としては、例えばインターネット５上でウェブページを提供するＷＷＷサーバや、ＦＴＰ(File Transfer Protocol)サーバを挙げることができる。本実施形態例においては、提供装置４としてＷＷＷサーバを用いる場合を例に取り、説明する。提供装置４は、伝言装置１、伝言ＤＢ３及び／またはＩＲＣサーバ６とともに同一の情報端末上に設けることができる。
【００３６】
ＩＲＣクライアント７が動作するユーザ端末では、取得装置８が動作可能である。取得装置８は、前記提供装置４に対してデータの提供を要求し、データを取得するためのものである。例えば、提供装置４がＷＷＷサーバの場合、取得装置８としてはウェブブラウザを用いることが挙げられる。ユーザは、ＩＲＣクライアント７を介して他のユーザからの音声データやイメージデータの保存場所を通知される。次いで、取得装置８により、前記保存場所に保存されている伝言を取得する。伝言が音声データの場合には音声メッセージが出力され、伝言がイメージデータの場合にはイメージが表示される。
【００３７】
［伝言装置の構成］
図２は、伝言装置１の機能構成を示すブロック図である。伝言装置１は、電話インターフェース（Ｉ／Ｆ）部１１、認証ＤＢ１２、認証部１３、保存部１４、対象切替部１５、通知部１６、伝言テーブル１７、留守録監視部１８、格納部１９、ログＤＢ２０、変換部２１及び再生部２２を有している。また、伝言装置１は、ＩＲＣＩ／Ｆとともに動作可能である。
【００３８】
電話Ｉ／Ｆ部１１は、アクセス装置２との間でコネクションを確立し、データの送受信を行う。また、電話Ｉ／Ｆ部１１は、認証部１３、対象切替部１５、変換部２１、留守録監視部１８及び保存部１４とアクセス装置２との間で、データの送受信を行う。
認証ＤＢ１２には、ユーザの認証情報が蓄積されている。認証情報は、アクセス装置によるユーザのアクセスを許可するか否かの判断を行うために必要な情報である。認証情報としては、例えばＩＤ番号、パスワード、ユーザ名などやこれらの組み合わせを挙げることができる。認証情報は、テキストデータではなく、音声データであってもよい。例えば、ユーザの音声によるパスワードやＩＤ番号などを認証情報として蓄積しておくことも可能である。これらの認証情報は、会話システム上でユーザを一義的に特定可能な情報と対応付けて格納されている必要がある。本実施形態例では、ＩＲＣにおけるニックネームと対応付けて、認証情報を蓄積する。ニックネームとは、ＩＲＣ上でＩＲＣクライアントを一義的に特定するための識別情報である。
【００３９】
図３に、認証ＤＢ１２に蓄積されたデータの概念説明図を示す。認証ＤＢ１２には、各ユーザのニックネームと、そのユーザの認証情報とが、対応付けられて蓄積されている。また、認証情報としては、ユーザＩＤと、パスワードとが用いられている。ここで、パスワードとしては、ユーザの音声によるパスワードが蓄積されている。この他に、認証情報としては、アクセス装置２のネットワークアドレスや、通信アドレスを用いることも可能である。ネットワークアドレスとは、電子メールアドレスやＩＰアドレスなどである。通信アドレスとは、電話番号やファックス番号などである。
【００４０】
認証部１３は、アクセス装置２に対し所定の認証情報の入力を要求する。認証部１３は、アクセス装置２から送信される認証情報と認証ＤＢ１２の認証情報とを比較する。認証部１３は、前記比較結果に基づいて、アクセス装置からのアクセスを許可するか否か決定する。また、認証部１３は、前記決定及び認証されたユーザのニックネームを、電話Ｉ／Ｆ部１１に通知する。
【００４１】
保存部１４は、アクセス装置２から送信される伝言を、電話Ｉ／Ｆ部１１を介して取得し、伝言ＤＢ３に格納する。本実施形態例においては、インターネット５上のウェブページに、アクセス装置２からの伝言をそのまま保存する。保存されるデータは、アクセス装置２から送信される音声データそのままであるため、アクセスユーザが伝えたいニュアンスをそのまま他のユーザに通知することができる。本実施形態例ではアクセス装置２が電話機であるが、例えばアクセス装置２がファックスの場合、保存部１４は送信されたイメージデータをそのまま保存する。また、保存部１４は、伝言が保存された保存場所を通知部１６に通知する。具体的には、伝言が格納された場所を示すＵＲＬを、通知部１６に通知する。
【００４２】
対象切替部１５は、電話Ｉ／Ｆ部１１を介し、アクセス装置２に対し対象の特定を要求する。対象とは、アクセス装置２により伝言装置１に接続してきたユーザ（以下、単にアクセスユーザという）が、伝言を送信したいチャネルやユーザまたは会話内容を取得したいチャネルである。対象切替部１５は、対象チャネルや対象ユーザのニックネームの入力を要求し、電話Ｉ／Ｆ部１１を介してこれを取得する。対象切替部１５は、入力された対象を、通知部１６、留守録監視部１８及び必要があれば変換部２１に通知する。また、対象切替部１５は、電話Ｉ／Ｆ部１１からアクセスユーザのニックネームを取得し、通知部１６及び留守録監視部１８に通知する。
【００４３】
なお、電話機におけるニックネームの入力は、数字キーを用いて行われる。ニックネームとしては、予め登録しておいた数字のＩＤを用いる。対象チャネルの指定は、以下のように行うことが考えられる。対象切り替え部１５から対象チャネルの候補及び番号が音声で提示されると、対応する数字キーを入力して対象チャネルを指定する。また、対象切り替え部１５に音声認識機能を設けることにより、ニックネームやチャネル名を音声で入力することも可能となる。
【００４４】
通知部１６は、保存部１４から通知されたＵＲＬを、対象切替部１５から通知された対象にＩＲＣＩ／Ｆ部を介して通知する。具体的には、対象がチャネルである場合、通知部１６は、ＵＲＬを通知するテキストメッセージを対象チャネルに送出する。対象がユーザである場合、通知部１６は対象ユーザがＩＲＣサーバ６に接続しているか否かを判断する。接続している場合、通知部１６は、ＵＲＬを通知するテキストメッセージを、ＩＲＣＩ／Ｆ部を介して対象ユーザに通知する。対象ユーザがＩＲＣサーバ６に接続していない場合、通知部１６は、ＵＲＬを伝言テーブル１７に格納する。
【００４５】
図４は、伝言テーブル１７の説明概念図を示す。伝言テーブル１７には、送信先、ＵＲＬ及び送信元が対応付けられて格納されている。“送信先”としては、伝言が送信されるべき対象が記述される。具体的には、チャネル名またはユーザのニックネームが記述される。“ＵＲＬ”には、伝言が保存されているＵＲＬが記述される。伝言ＤＢ３がインターネット５上に設けられていない場合には、伝言の保存場所を示すアドレスがＵＲＬに代えて用いられる。“送信元”としては、アクセスユーザを特定する識別子が記述される。識別子としては、例えば、アクセスユーザのニックネームを用いることが考えられる。
【００４６】
留守録監視部１８は、アクセス装置２が伝言装置１に接続してきた場合、アクセスユーザに送信すべき伝言があるか否かを、伝言テーブル１７に基づいて判断する。具体的には、留守録監視部１８は、伝言テーブル１７の送信先を検索し、アクセスユーザ宛の伝言が伝言ＤＢに保存されているか否かを判断する。また、留守録監視部１８は、アクセスユーザの対象がチャネルの場合、対象チャネル宛の伝言が伝言ＤＢに保存されているか否かを判断する。留守録監視部１８は、前記伝言が保存されている場合、その旨をアクセスユーザに通知する。留守録監視部１８は、ユーザからの応答に応じ、伝言ＤＢから伝言を読み出し、アクセスユーザに送信する。
【００４７】
格納部１９は、ＩＲＣＩ／Ｆを介し、各チャネルにおける発言を取得する。格納部１９は、取得した発言に基づいて各チャネル毎の発言履歴を作成し、ログＤＢ２０に保存する。
変換部２１は、対象切替部１５から通知される対象チャネルの発言履歴を取り出し、テキストデータから音声データに変換する。この変換には、通常のテキスト−音声データ変換方法を用いればよい。変換された音声データは、再生部２２に送出される。アクセス装置２がファックスなどである場合には、変換部２１はテキストデータである発言履歴をイメージデータに変換し、電話Ｉ／Ｆ部１１に送出する。この変換には、通常のテキスト−イメージデータ変換方法を用いればよい。
【００４８】
再生部２２は、変換部２１からの音声データに基づいて音声を再生し、電話Ｉ／Ｆ部１１を介してアクセス装置２に送出する。音声の再生には通常の音声合成装置を用い、合成音声を送出すればよい。
［処理の流れ］
次に、本実施形態例に係る伝言装置１が行う処理について、具体的に説明する。図５は、伝言装置１が行うメイン処理の流れを示すフローチャートである。例えば電話Ｉ／Ｆ部１１とアクセス装置２との接続が完了することにより、以下の処理が開始される。
【００４９】
ステップＳ１では、認証部１３が、電話Ｉ／Ｆ部１１を介し、所定の認証情報の入力をアクセス装置２に要求する。認証部１３は、アクセス装置２からの認証情報の入力を待ってこれを取得する。次いで、認証部１３は、認証ＤＢ１２に基づいてユーザを認証するか否かを決定し、認証結果を電話Ｉ／Ｆ部１１に送出する。また、認証部１３は、ユーザを認証した場合、ユーザのニックネームを認証結果と併せて電話Ｉ／Ｆ部１１に送出する。ニックネームは、ユーザＩＤをキーに、認証ＤＢ１２から読み出される。
【００５０】
例えば、図３の認証ＤＢ１２には、ユーザＩＤ及び音声パスワードが、ユーザのニックネームに対応付けられて蓄積されている。認証部１３は、まずトーン信号を用いてユーザＩＤの入力を要求し、次いでパスワードの音声入力を要求する。認証部１３は、入力されたユーザＩＤと対をなして蓄積されている音声パスワードと、入力された音声パスワードとを比較する。両者の類似度が敷居値を越えている場合には、認証部１３はアクセスを許可する。前記音声パスワードの比較は、通常の音声認識の方法を用いて行うことができる。
【００５１】
ステップＳ２では、電話Ｉ／Ｆ部１１は、認証結果が認証か否かを判断する。認証であれば、ユーザのニックネームを対象切替部１５に通知し、ステップＳ３に移行する。ユーザが認証されなかった場合、後述するステップＳ１０に移行する。
ステップＳ３では、電話Ｉ／Ｆ部１１は、伝言を行う伝言処理またはチャネルでの会話を取得する会話取得処理のいずれかの選択を、アクセス装置２に要求する。例えば、電話Ｉ／Ｆ部１１は、予め準備しておいた所定の音声メッセージをアクセス装置２に送出する。音声メッセージとしては、例えば“処理を選択して下さい。伝言の場合は＃１を、会話を聞きたい場合は＃２を押して下さい。”が挙げられる。
【００５２】
ステップＳ４では、電話Ｉ／Ｆ部１１は、前記要求に対する応答を待機し、応答を受信するとステップＳ５に移行する。所定時間待機しても応答がない場合には、アクセス装置２に対して接続を切断する旨を通知し、処理を終了させても良い。
ステップＳ５では、電話Ｉ／Ｆ部１１は、選択された処理が伝言処理であるか否かを判断する。“Ｙｅｓ”と判断すると、ステップＳ６に移行する。“Ｎｏ”と判断すると、後述するステップＳ７に移行する。
【００５３】
ステップＳ６では、後述する伝言処理サブルーチンが実行される。すなわち、アクセスユーザからの音声による伝言がそのまま伝言ＤＢ３に保存される。保存場所は、ＩＲＣシステムを用いて他のユーザに通知される。
ステップＳ７では、電話Ｉ／Ｆ部１１は、選択された処理が会話取得処理であるか否かを判断する。“Ｙｅｓ”と判断すると、ステップＳ８に移行する。“Ｎｏ”と判断すると、後述するステップＳ９に移行する。
【００５４】
ステップＳ８では、後述する会話取得サブルーチンが実行される。すなわち、アクセスユーザが指定する対象チャネルでの会話内容が、テキストデータから音声データに変換されてアクセス装置２に送出される。
ステップＳ９では、例えば、“正しい処理を選択して下さい”などの所定の音声メッセージを電話Ｉ／Ｆ部１１により送出し、ステップＳ３に戻る。
【００５５】
ステップＳ１０では、例えば、“アクセス権がありません”などの所定の音声メッセージを電話Ｉ／Ｆ部１１により送出し、処理を終了する。
（２）伝言処理
図６は、伝言装置１が行う伝言処理の流れを示すフローチャートである。前記メイン処理においてステップＳ６に移行すると、以下の処理が開始される。
【００５６】
ステップＳ６１では、対象切替部１５は、電話Ｉ／Ｆ部１１を介し、対象の入力をアクセス装置２に要求する。対象切替部１５は、アクセス装置２からの対象の入力を待ってこれを受け取り、通知部１６及び留守録監視部１８に通知する。また、対象切替部１５は、アクセスしてきたユーザのニックネームを通知部１６及び留守録監視部１８に通知する。
【００５７】
ステップＳ６２では、留守録監視部１８は、アクセスしてきたユーザ宛の伝言が伝言ＤＢにあるか否かを、伝言テーブル１７に基づいて判断する。すなわち、留守録監視部１８は、アクセスしてきたユーザのニックネームが宛先になっているＵＲＬを、伝言テーブル１７から検索する。対象がチャネルの場合には、対象チャネルが宛先になっているＵＲＬの検索も行う。その場合、アクセスユーザが送信元になっているＵＲＬは検索対象から除外する。検索の結果ＵＲＬがある場合、ステップＳ６３に移行する。該当するＵＲＬが伝言テーブル１７にない場合、後述するステップＳ６５に移行する。
【００５８】
例えば、伝言テーブル１７が図４に示す状態にある場合に、“USER-A”が伝言装置１に接続してきたとする。また、“USER-A”は、対象をチャネル＃ＣＨ１に指定したとする。チャネル＃ＣＨ１宛の伝言がＵＲＬ１に保存されているものの、その伝言は、“USER-A”本人からの伝言である。一方、“USER-A”宛の伝言がＵＲＬ２に保存されている。この場合、通知対象の伝言はＵＲＬ２だけになる。
【００５９】
ステップＳ６３では、留守録監視部１８は、電話Ｉ／Ｆ部１１を介し、伝言の送出を行うか否かをアクセス装置２に問い合わせる。例えば、予め所定のメッセージの音声データを留守録監視部１８により記憶しておき、再生部２２により音声メッセージを再生してアクセス装置２に送出する。留守録監視部１８は、問い合わせに対する応答を待機し、応答が“Ｙｅｓ”であればステップＳ６４に移行する。“Ｎｏ”であれば、後述するステップＳ６５に移行する。前記応答を所定時間待機し、所定時間を経過しても応答がない場合には、自動的にステップＳ６４に移行するようにしても良い。
【００６０】
ステップＳ６４では、留守録監視部１８は、伝言テーブル１７から取得したＵＲＬにアクセスし、音声データを取得する。さらに、留守録監視部１８は、取得した音声データを再生部２２に送出する。再生部２２は、音声データから音声を再生し、アクセス装置２に電話Ｉ／Ｆ部１１を介して送出する。なお、ユーザ宛の伝言を送出した場合、留守録監視部１８は、送出された伝言を示すＵＲＬのエントリを伝言テーブル１７から削除すると良い。また、チャネル宛の伝言のエントリは、所定時間が経過すると削除することが考えられる。
【００６１】
ステップＳ６５では、保存部１４が、電話Ｉ／Ｆ部１１を介し、伝言の入力をアクセス装置２に指示する。保存部１４は、前記指示に応じてアクセス装置２から入力される音声データを取得し、伝言ＤＢ３にそのまま保存する。さらに、保存部１４は、音声データの保存場所を示すＵＲＬを、通知部１６に通知する。
ステップＳ６６では、通知部１６は、通知された対象がチャネルであるか否かを判断する。この判断は、対象の先頭文字が“＃”または“＄”であるか否かにより行う。“Ｙｅｓ”と判断するとステップＳ６７に移行する。“Ｎｏ”と判断すると後述するステップＳ６９に移行する。
【００６２】
ステップＳ６７では、通知部１６が、対象のチャネルに対し、アクセス装置２からの伝言が保存されているＵＲＬを発言する。例えば、発言を指示する所定のフォーマット“PRIVMSG #CH *”を予め準備しておく。ここで、“PRIVMSG”は、チャネルに発言するためにＩＲＣで規定されているコマンドである。“#CH”には、対象のチャネル名が記述される。“*”には、アクセスユーザのニックネーム及び伝言が保存されているＵＲＬが記述される。この発言は、通知部１６からＩＲＣＩ／Ｆを介して対象チャネルに送出され、チャネル内の他のＩＲＣクライアント７にリアルタイムに配信される。
【００６３】
ステップＳ６８では、通知部１６は、送信先、ＵＲＬ及び送信元を伝言テーブル１７に書き込む。その対象チャネルに現在参加していないユーザがアクセス装置２により伝言装置１に接続してきた場合、伝言を通知可能にするためである。送信先には、チャネル名が記述される。送信元には、アクセスユーザのニックネームが記述される。
【００６４】
ステップＳ６９では、通知部１６は、対象が特定の個人ユーザであるか否かを判断する。具体的には、通知部１６は対象がニックネームであるか否かを判断する。この判断は、対象が英数字であるか否かにより行う。“Ｙｅｓ”と判断するとステップＳ７０に移行する。“Ｎｏ”と判断すると後述するステップＳ７３に移行する。
【００６５】
ステップＳ７０では、通知部１６は、該当ユーザがＩＲＣサーバ６に接続しているか否かを判断する。この判断は、会話システムのサーバに対し、問い合わせを行うことにより行う。ＩＲＣであれば、通知部１６は、ＩＲＣサーバ６に対し、ＩＲＣＩ／Ｆを介して“WHOIS NICK”コマンドを送信する。このコマンドに対し、ＩＲＣサーバ６は、例えば該当ユーザが直接接続しているＩＲＣサーバを通知したり、前記ユーザが接続していないことなどを通知する。ＩＲＣサーバ６からの応答に基づいて“Ｙｅｓ”と判断すると、ステップＳ７１に移行する。“Ｎｏ”と判断すると、後述するステップＳ７２に移行する。
【００６６】
ステップＳ７１では、前記ステップＳ６７と同様に、通知部１６が対象ユーザに対し、ＵＲＬを通知する。すなわち、該当ユーザはＩＲＣサーバ６に接続しているので、ＩＲＣ上でテキストメッセージによるＵＲＬの通知を行う。ＵＲＬの通知は、１対１でメッセージを送受信可能なコマンドを用いて行う。例えばＩＲＣでは、所定のフォーマット“PRIVMSG NICK *”を予め準備しておく。ここで、“NICK”には、対象であるユーザのニックネームが記述される。“PRIVMSG”及び“*”は、前記ステップＳ６７と同様である。この発言は、通知部１６からＩＲＣクライアント及びＩＲＣサーバ６を介し、対象ユーザにリアルタイムに送出される。
【００６７】
ステップＳ７２では、通知部１６は、アクセス装置２からの伝言の保存場所、送信先及び送信元を、伝言テーブル１７に書き込む。送信先ユーザは、ＩＲＣサーバ６に接続していないため、ＩＲＣ上でＵＲＬを通知できないからである。そこで、送信先ユーザがアクセス装置２により接続してきた場合、伝言を通知できるようにしておく。
【００６８】
ステップＳ７３では、その他の処理が行われる。例えば、ステップＳ６９で発言対象がチャネルでもなく特定のユーザでもない場合には、所定の音声メッセージをアクセス装置２に通知する処理を行う。
伝言処理においては、アクセス装置から送信された伝言の保存場所は、リアルタイムにＩＲＣシステム上のユーザに通知される。ユーザは、保存場所にアクセスすることにより、加工されていない伝言そのままを見聞きできる。例えば、音声の伝言であれば音声そのまま、イメージの伝言であればイメージそのままが、通知される。従って、ＩＲＣに直接接続できない場合であっても、複数のユーザに直接かつリアルタイムに伝言を送信することができる。
【００６９】
（３）会話取得処理
図７は、伝言装置１が行う会話取得処理の流れを示すフローチャートである。前記メイン処理においてステップＳ８に移行すると、下記の処理が開始される。
まず、ステップＳ８１では、対象切替部１５は、電話Ｉ／Ｆ部１１を介し、対象の入力をアクセス装置２に要求する。対象切替部１５は、アクセス装置２からの対象の入力を待ってこれを取得する。
【００７０】
ステップＳ８２では、対象切替部１５は、対象がチャネルか否かを判断する。対象がチャネルの場合、対象切替部１５は変換部２１に対象チャネルを通知する。次いで、ステップＳ８３に移行する。対象がチャネル以外の場合、後述するステップＳ８６に移行する。
ステップＳ８３では、変換部２１は、対象チャネルの発言履歴を、ログＤＢ２０から読み出し、テキストデータを音声データに変換する。変換された発言履歴の音声データは、変換部２１から再生部２２に送出される。アクセス装置２がファックスなどの場合、変換部２１はテキストデータをイメージデータに変換し、電話Ｉ／Ｆ部１１に送出する。
【００７１】
ステップＳ８４では、再生部２２が、発言履歴の音声データに基づいて、音声をリアルタイムに再生する。
ステップＳ８５では、再生部２２が、電話Ｉ／Ｆ部１１を介して再生した音声をアクセス装置２に送出する。
ステップＳ８６では、例えば所定の音声メッセージ“チャネルを指定して下さい。”を送出し、前記ステップＳ８２に戻る。
【００７２】
なお、会話取得処理において、アクセス装置２に対し、過去何時間分の発言履歴を出力するかを問い合わせ、指定された時間範囲の発言履歴を変形して送出するようにすることも考えられる。
＜第２実施形態例＞
前記第１実施形態例においては、アクセス装置２が電話機の場合について説明した。しかし、アクセス装置２は電話機に限らない。また、様々な種類のアクセス装置２が伝言装置１に接続してくることが考えられる。この場合、伝言テーブル１７には、前記送信先、ＵＲＬ及び送信元の他に、アクセス装置２の種類を蓄積しておくことが好ましい。
【００７３】
アクセス装置２の種類とは、電話機やファックスなどを示す。アクセス装置２の種類により、伝言のデータ種類を見分け、データに応じた変換をすることができる。例えば、伝言が音声データであれば再生部２２を介して音声を再生する必要があるが、イメージデータであれば伝言ＤＢから読み出したデータをそのままアクセス装置に送出できる。
【００７４】
さらに、伝言テーブル１７に蓄積する情報として、アクセス日時やアクセス装置２の通信アドレスなどを保持することも考えられる。伝言とともにこれらの情報をアクセス装置２に通知することにより、ユーザの利便を高めることができると考えられる。
＜第３実施形態例＞
前記第１実施形態例においては、アクセス装置２から各チャネルにおける発言履歴を取得可能な構成を説明した。しかし、発言履歴を取得可能にしなくても良い場合には、格納部１９、ログＤＢ２０及び変換部２１を設けなくても良い。
【００７５】
＜第４実施形態例＞
前記第１実施形態例では、ユーザの認証に音声パスワードとユーザＩＤを用いる例を説明した。しかし、ユーザの認証方法は、前述の方法に限らず様々な方法が可能である。例えば、認証情報として、音声ユーザ名と音声パスワードとを用いることも考えられる。認証部１３は、アクセス装置２に対してユーザ名及びパスワードの音声入力を要求し、両者の類似度が敷居値を越えているか否かによりアクセスを許可するか否かを判断する。
【００７６】
【発明の効果】
本発明を用いれば、ユーザが出張や移動中などの出先にあって、ＩＲＣなどの会話システムに直接接続できない場合でも、会話システム上の複数の他のユーザに伝言を直接かつリアルタイムに送信することができる。
【図面の簡単な説明】
【図１】第１実施形態例に係る伝言システムの全体構成図。
【図２】伝言装置の機能構成を示すブロック図。
【図３】認証ＤＢに蓄積されたデータの概念説明図。
【図４】伝言テーブルの説明概念図。
【図５】伝言装置が行うメイン処理の流れを示すフローチャート。
【図６】伝言装置が行う伝言処理の流れを示すフローチャート。
【図７】伝言装置が行う会話取得処理の流れを示すフローチャート。
【符号の説明】
１；伝言装置
２；アクセス装置
３；伝言ＤＢ
４；提供装置
５；インターネット
６；ＩＲＣサーバ
７；ＩＲＣクライアント
８；取得装置
９；電話回線網
Claims (8)
- ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムに用いられ、
前記会話システムとは独立した通信機能を有する情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを、前記通信機能を介して受信し、
前記受信した通信データと対象特定データとを対応付けて保存し、
前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介し、前記データの保存場所を通知する、伝言方法。 - ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言システムであって、
前記ネットワークに接続された装置を介して前記ネットワークに接続されまたは前記ネットワークに直接接続され、かつデータを蓄積可能な蓄積手段と、
前記会話システムとは独立な通信機能を有する第１情報端末から、通信データと、前記会話空間またはいずれかの前記会話装置を特定する対象特定データとを前記通信機能を介して受信し、前記受信した通信データと対象特定データとを対応付けて前記蓄積手段に保存し、かつ前記対象特定データで特定された仮想空間またはいずれかの前記会話装置に、前記会話システムを介して、前記通信データの保存場所を通知する第２情報端末と、
を備える伝言システム。 - ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信する会話装置を含んで構成される会話システムとともに用いられる伝言装置であって、
前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する外部通信手段と、
前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける対象切替手段と、
前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する保存手段と、
前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話システムを介して通知する通知手段と、
を備える伝言装置。 - 前記対象切替手段は、前記会話空間またはいずれかの会話装置の指定の送信を前記第１情報端末に対して要求し、前記要求に対して前記会話空間またはいずれかの会話装置の指定を受信する、請求項３に記載の伝言装置。
- 所定の認証情報がユーザ毎に蓄積された認証情報蓄積手段と、
前記第１情報端末に対し所定の認証情報の入力を要求し、入力された認証情報と前記蓄積されている認証情報とを比較してユーザの認証を行う認証手段と、
をさらに備える、請求項３に記載の伝言装置。 - 前記会話空間内の発言履歴を、会話空間毎に蓄積する発言蓄積手段と、
前記会話空間内の発言を前記会話装置から取得し、前記発言蓄積手段に格納する会話取得手段と、
前記対象切替手段が会話空間の指定を受け付けた場合、指定された会話空間の発言履歴を前記発言蓄積手段から取得し、前記第１情報端末に適合する形式に変換する変換手段と、
をさらに備える、請求項３に記載の伝言装置。 - 前記保存手段は、前記受信した通信データの送信先、送信元及び保存場所を対応付けて蓄積する伝言テーブルを有し、
第１情報端末により会話空間が指定された場合、指定された会話空間宛に他の第１情報端末からの通信データが保存されているか否かを前記伝言テーブルに基づいて判断し、かつ前記第１情報端末宛に他の第１情報端末からの通信データが保存されているか否かを前記伝言テーブルに基づいて判断する留守録監視手段と、
前記判断結果に従い、前記保存されている他の第１情報端末からの通信データを第１情報端末に送出する留守録通知手段と、をさらに備える、
請求項３に記載の伝言装置。 - ネットワークに接続され前記ネットワーク上に仮想的に設営された会話空間を共有して互いに会話形式で文書を送受信可能な情報端末に用いられる、伝言プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
Ａ；前記会話システムとは独立な通信機能を有する第１情報端末から、音声データ、テキストデータまたは画像データを、前記通信機能を介して受信する段階と、
Ｂ；前記会話空間またはいずれかの会話装置の指定を、前記第１情報端末から前記通信機能を介して受け付ける段階と、
Ｃ；前記ネットワークに接続された装置を介して前記ネットワークに接続された場所または前記ネットワークに直接接続された場所に、前記受信した音声データ、テキストデータまたは画像データ（以下、単に通信データという）と、前記会話空間またはいずれかの会話装置の指定とを、対応付けて保存する段階と、
Ｄ；前記指定された会話空間またはいずれかの会話装置に対し、前記データの保存場所を、前記会話装置を用いて通知する段階と、
を実行するための伝言プログラムを記録した、コンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21480099A JP3654797B2 (ja) | 1999-07-29 | 1999-07-29 | 伝言システム及び伝言装置 |
| US09/546,393 US6678720B1 (en) | 1999-07-29 | 2000-04-10 | Chat system and method for delivering additional information via another independent network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21480099A JP3654797B2 (ja) | 1999-07-29 | 1999-07-29 | 伝言システム及び伝言装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001045044A JP2001045044A (ja) | 2001-02-16 |
| JP3654797B2 true JP3654797B2 (ja) | 2005-06-02 |
Family
ID=16661745
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21480099A Expired - Fee Related JP3654797B2 (ja) | 1999-07-29 | 1999-07-29 | 伝言システム及び伝言装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6678720B1 (ja) |
| JP (1) | JP3654797B2 (ja) |
Families Citing this family (40)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6161126A (en) * | 1995-12-13 | 2000-12-12 | Immersion Corporation | Implementing force feedback over the World Wide Web and other computer networks |
| EP1111894A1 (en) * | 1999-12-22 | 2001-06-27 | Telefonaktiebolaget Lm Ericsson | Communication system and method for establishing a conversation using different link layer thechnologies |
| US20010037367A1 (en) * | 2000-06-14 | 2001-11-01 | Iyer Sridhar V. | System and method for sharing information via a virtual shared area in a communication network |
| US7007083B1 (en) * | 2000-06-29 | 2006-02-28 | Microsoft Corporation | Real time update notification |
| US7159008B1 (en) | 2000-06-30 | 2007-01-02 | Immersion Corporation | Chat interface with haptic feedback functionality |
| US7146404B2 (en) * | 2000-08-22 | 2006-12-05 | Colloquis, Inc. | Method for performing authenticated access to a service on behalf of a user |
| US6430602B1 (en) * | 2000-08-22 | 2002-08-06 | Active Buddy, Inc. | Method and system for interactively responding to instant messaging requests |
| US20020073142A1 (en) * | 2000-12-11 | 2002-06-13 | Thomas Moran | Messaging |
| US20020073163A1 (en) * | 2000-12-12 | 2002-06-13 | Fuji Xerox Co., Ltd. | Systems and methods for supporting document centered discussion across heterogeneous devices and displays |
| US20030043186A1 (en) * | 2001-08-30 | 2003-03-06 | Marina Libman | Method and apparatus for storing real-time text messages |
| US6658260B2 (en) * | 2001-09-05 | 2003-12-02 | Telecommunication Systems, Inc. | Inter-carrier short messaging service providing phone number only experience |
| US20030208541A1 (en) * | 2001-11-10 | 2003-11-06 | Jeff Musa | Handheld wireless conferencing technology |
| US7110745B1 (en) * | 2001-12-28 | 2006-09-19 | Bellsouth Intellectual Property Corporation | Mobile gateway interface |
| US20040167962A1 (en) * | 2003-02-25 | 2004-08-26 | Woelfel Joseph K. | Time sensitive data exchange in ad-hoc reconfigurable networks |
| US7673021B2 (en) * | 2004-02-12 | 2010-03-02 | Cisco Technology, Inc. | Automated provisioning of phones in packet voice networks |
| US7620685B2 (en) * | 2004-04-21 | 2009-11-17 | Microsoft Corporation | Smart shares and transports |
| US8443041B1 (en) | 2004-07-02 | 2013-05-14 | Aol Inc. | Chat preview |
| DE102004055331A1 (de) * | 2004-11-16 | 2006-08-17 | Jochen Schumacher | Verfahren zur Bereitstellung einer Adresse in einem Daten-Netzwerk |
| US7430425B2 (en) * | 2005-05-17 | 2008-09-30 | Telecommunication Systems, Inc. | Inter-carrier digital message with user data payload service providing phone number only experience |
| US8732279B2 (en) | 2006-08-18 | 2014-05-20 | Cisco Technology, Inc. | Secure network deployment |
| US20080120380A1 (en) * | 2006-11-17 | 2008-05-22 | International Business Machines Corporation | Internet relay chat (irc) framework for a global enterprise service bus (esb) |
| US8315652B2 (en) | 2007-05-18 | 2012-11-20 | Immersion Corporation | Haptically enabled messaging |
| US8249858B2 (en) * | 2008-04-24 | 2012-08-21 | International Business Machines Corporation | Multilingual administration of enterprise data with default target languages |
| US8249857B2 (en) * | 2008-04-24 | 2012-08-21 | International Business Machines Corporation | Multilingual administration of enterprise data with user selected target language translation |
| CN101594317B (zh) * | 2008-05-29 | 2011-12-28 | 国际商业机器公司 | 文本发送方法以及文本发送装置和*** |
| JP5470402B2 (ja) | 2008-12-17 | 2014-04-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 移動通信ネットワークにおけるチャット／ＶｏＩＰサービスの提供方法並びにネットワークサーバ及び移動ユーザ装置 |
| US8732296B1 (en) * | 2009-05-06 | 2014-05-20 | Mcafee, Inc. | System, method, and computer program product for redirecting IRC traffic identified utilizing a port-independent algorithm and controlling IRC based malware |
| US9058323B2 (en) | 2010-12-30 | 2015-06-16 | Ss8 Networks, Inc. | System for accessing a set of communication and transaction data associated with a user of interest sourced from multiple different network carriers and for enabling multiple analysts to independently and confidentially access the set of communication and transaction data |
| US8938534B2 (en) | 2010-12-30 | 2015-01-20 | Ss8 Networks, Inc. | Automatic provisioning of new users of interest for capture on a communication network |
| US8972612B2 (en) | 2011-04-05 | 2015-03-03 | SSB Networks, Inc. | Collecting asymmetric data and proxy data on a communication network |
| US8943149B2 (en) | 2011-05-16 | 2015-01-27 | International Business Machines Corporation | Sender motivated optimization of URI rendering in instant messaging |
| US9350762B2 (en) | 2012-09-25 | 2016-05-24 | Ss8 Networks, Inc. | Intelligent feedback loop to iteratively reduce incoming network data for analysis |
| JP5914375B2 (ja) * | 2013-02-07 | 2016-05-11 | 日本電信電話株式会社 | データ提供方法及びサービスシステム |
| CN103455569B (zh) * | 2013-08-18 | 2018-09-18 | 苏州量跃信息科技有限公司 | 即时通信记录外通信数据的方法及*** |
| US9137648B2 (en) * | 2013-09-12 | 2015-09-15 | Voxer Ip Llc | Peripheral computing device |
| JP6447030B2 (ja) | 2013-11-27 | 2019-01-09 | 株式会社リコー | 情報処理システムおよび情報処理方法 |
| JP2015191267A (ja) * | 2014-03-27 | 2015-11-02 | 株式会社日立製作所 | 徴収業務管理システム及び徴収業務管理方法 |
| US9830593B2 (en) | 2014-04-26 | 2017-11-28 | Ss8 Networks, Inc. | Cryptographic currency user directory data and enhanced peer-verification ledger synthesis through multi-modal cryptographic key-address mapping |
| US10896673B1 (en) * | 2017-09-21 | 2021-01-19 | Wells Fargo Bank, N.A. | Authentication of impaired voices |
| JP6845792B2 (ja) * | 2017-12-28 | 2021-03-24 | トヨタホーム株式会社 | 伝言メッセージ再生システム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5987503A (en) * | 1996-06-28 | 1999-11-16 | Fujitsu Limited | System and method for displaying an electronic mail containing a keyword detected in a chat session message |
| US6167426A (en) * | 1996-11-15 | 2000-12-26 | Wireless Internet, Inc. | Contact alerts for unconnected users |
| US5916302A (en) * | 1996-12-06 | 1999-06-29 | International Business Machines Corporation | Multimedia conferencing using parallel networks |
| JP3799134B2 (ja) * | 1997-05-28 | 2006-07-19 | ソニー株式会社 | システムおよび通知方法 |
| US6038296A (en) * | 1997-10-07 | 2000-03-14 | Lucent Technologies Inc. | Internet/intranet user interface to a multimedia messaging system |
| US6484196B1 (en) * | 1998-03-20 | 2002-11-19 | Advanced Web Solutions | Internet messaging system and method for use in computer networks |
| US6366948B1 (en) * | 1998-12-18 | 2002-04-02 | Intel Corporation | Chat distribution service system for alternatively delivering the URL linked to a message determined by the chat client device to be unsuitable for distribution |
| US6446130B1 (en) * | 1999-03-16 | 2002-09-03 | Interactive Digital Systems | Multimedia delivery system |
-
1999
- 1999-07-29 JP JP21480099A patent/JP3654797B2/ja not_active Expired - Fee Related
-
2000
- 2000-04-10 US US09/546,393 patent/US6678720B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001045044A (ja) | 2001-02-16 |
| US6678720B1 (en) | 2004-01-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3654797B2 (ja) | 伝言システム及び伝言装置 | |
| JP3868423B2 (ja) | 音声認識を通じて構築された個人電話番号簿データベースを利用した音声自動接続サービス方法 | |
| KR101295497B1 (ko) | 다수의 네트워킹된 장치들의 통화자와 통화상대자 간의연락방법 | |
| US6243445B1 (en) | Method and apparatus for telephone data network access | |
| KR101203248B1 (ko) | 네트워크 시스템, 통신 단말기, 통신 방법 및 통신 프로그램을 기록한 컴퓨터 판독가능 기록매체 | |
| US20050206721A1 (en) | Method and apparatus for disseminating information associated with an active conference participant to other conference participants | |
| JPH0832618A (ja) | 音声メールシステムおよび音声メール交換装置 | |
| JPH10136024A (ja) | 通信システム | |
| CN101682646A (zh) | 用于给通信设备提供辅助信息的***、方法和设备 | |
| WO2001063861A1 (en) | Internet phone switching method and internet phone switching system | |
| JP2017050687A (ja) | 制御装置、通信制御システム、及びプログラム | |
| JPH11355358A (ja) | ゲートウェイ装置、ゲートウェイ装置の端末特定方法及び端末特定プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| KR20110065513A (ko) | 네트워크 시스템, 통신 장치, 통신 방법 및 컴퓨터 판독가능 기록매체 | |
| JP2999167B2 (ja) | Ｌａｎ内グループ化電話番号提供・利用方法、その提供装置、その利用装置、及びその提供プログラム・利用プログラムを記録した記録媒体 | |
| JP5802116B2 (ja) | データ共有機能を有した通話システム | |
| JPH1042050A (ja) | コンピュータ・テレフォニ・システム | |
| KR20010082789A (ko) | 통합 메시지 서비스를 위한 메시지 저장 방법 및 시스템 | |
| JP4969704B2 (ja) | 通信中継システム、サーバ及びその方法 | |
| KR100376409B1 (ko) | 통화내용 녹음 서비스 방법 및 그 시스템 | |
| KR100834802B1 (ko) | 메시지 그룹전송 시스템 및 방법 | |
| JP5266144B2 (ja) | 複数端末通話システム、複数通話提供装置、複数端末通話方法及び複数端末通話プログラム | |
| KR100645255B1 (ko) | 음성 아바타를 이용하는 언어장애인용 ｖｍｓ 서비스 시스템 및 그 방법 | |
| JPH10285286A (ja) | 情報処理装置及び記憶媒体 | |
| KR20020028438A (ko) | 음성과 문자 데이터를 통합한 채팅 서비스 방법 및 그기록 매체 | |
| KR100598338B1 (ko) | 인터넷과 전화를 동시에 이용한 음성 메시지 서비스 제공 시스템 및 그 제공 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040729 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040817 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041018 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050222 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050301 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080311 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090311 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100311 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100311 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110311 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110311 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120311 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130311 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130311 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140311 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |