JP2004032087A - 通信システム及び通信機器 - Google Patents
通信システム及び通信機器 Download PDFInfo
- Publication number
- JP2004032087A JP2004032087A JP2002181686A JP2002181686A JP2004032087A JP 2004032087 A JP2004032087 A JP 2004032087A JP 2002181686 A JP2002181686 A JP 2002181686A JP 2002181686 A JP2002181686 A JP 2002181686A JP 2004032087 A JP2004032087 A JP 2004032087A
- Authority
- JP
- Japan
- Prior art keywords
- called
- communication
- terminal
- voice
- calling
- 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.)
- Granted
Links
Images
Abstract
【課題】所望の通信機器との通信を音声によって開始する通信システムにおいて、通信機器に登録すべき情報を少なくする。
【解決手段】発呼側／被呼側の何れにも機能する複数のヘッドセット（通信機器）からなる通信システムにおいて、各ヘッドセットには自身の被呼名のみが記憶されている。そして、任意のヘッドセットＡの使用者により「開始」，「○○○」と発せられると、そのヘッドセットＡでは、「開始」の後の「○○○」を、呼び出すべき被呼名と判断し、その情報をブロードキャストする。すると、この情報を受信した各ヘッドセットが、その情報が表す「○○○」が自身の被呼名と一致するか否かを判定し、一致すると判定したヘッドセットＢが、ヘッドセットＡへ接続要求を送信して音声通信を開始させる。その後、ヘッドセットＢが、使用者により「切断」と発せられると、切断要求を送信して音声通信を終了させる。
【選択図】 図１０
【解決手段】発呼側／被呼側の何れにも機能する複数のヘッドセット（通信機器）からなる通信システムにおいて、各ヘッドセットには自身の被呼名のみが記憶されている。そして、任意のヘッドセットＡの使用者により「開始」，「○○○」と発せられると、そのヘッドセットＡでは、「開始」の後の「○○○」を、呼び出すべき被呼名と判断し、その情報をブロードキャストする。すると、この情報を受信した各ヘッドセットが、その情報が表す「○○○」が自身の被呼名と一致するか否かを判定し、一致すると判定したヘッドセットＢが、ヘッドセットＡへ接続要求を送信して音声通信を開始させる。その後、ヘッドセットＢが、使用者により「切断」と発せられると、切断要求を送信して音声通信を終了させる。
【選択図】 図１０
Description
【０００１】
【発明の属する技術分野】
本発明は、発呼側端末とその発呼側端末により呼び出された被呼側端末とが通信を行う通信システムに関するものである。
【０００２】
【従来の技術】
従来より、通信機器間で通信を開始しようとする際には、発呼側端末にて通信相手としたい被呼側端末の通信先アドレスを指定するのが一般的である。
例えば、電話による通信の場合、通常は、発呼側の電話機にて被呼側の電話機の通信先アドレスである電話番号の入力操作を行う。そして、最近では、こうした電話番号の入力操作を行わなくても、電話機に向かって電話をかけたい相手の名前を発するだけで、その相手の電話機への発呼動作が自動的に行われるといった技術も知られている。こうした機能を有する電話機では、通信先の候補となる複数の電話機についての情報として、各電話機の使用者の名前と、その電話機の電話番号とを対応させて登録することができるようになっており、当該電話機の使用者によって電話をかけたい相手の名前が発せられると、発せられた音声を解析することによって名前を特定し、その名前に対応して記憶されている電話番号への発呼動作を行う。そのため、こうした電話機の使用者は、電話番号の入力といった煩わしい操作を行う必要が無く、しかも、相手の電話番号をわざわざ覚えておく必要も無くなる。
【０００３】
【発明が解決しようとする課題】
ところで、本発明者は、前述したような技術、即ち、所望の通信機器との通信を音声によって開始する技術を、他の通信に適用しようと考えた。例えば、ＢｌｕｅｔｏｏｔｈやＴＣＰ／ＩＰ等による通信に用いられる通信先アドレスは、前述した電話番号に比べ複雑であり、使用者が覚えていることも少ないため、こうした技術を利用することによる効果が高い。
【０００４】
しかしながら、複数の通信機器からなる通信システムにおいて、発呼側端末となり得る全ての通信機器のそれぞれに、通信先の候補となる通信機器についての情報（即ち、通信機器の識別名及び通信先アドレス）を登録しておかなければならないのは、通信システム全体としてみると、ある通信機器Ｘについての情報が、発呼側端末となり得る全ての通信機器に重複して登録されていることとなり、その結果、通信機器に登録すべき情報が多くなってしまうといった問題があった。
【０００５】
例えば、発呼側端末及び被呼側端末の何れとしても機能する複数の通信機器からなる通信システムにおいては、全ての通信機器が発呼側端末となり得るため、全通信機器のそれぞれが他の全ての通信機器についての情報を記憶している必要がある。そのため、通信システムを構成する通信機器の数が多くなるほど、各通信機器に登録すべき情報の量も増加してしまう。
【０００６】
本発明は、こうした問題に鑑みなされたものであり、所望の通信機器との通信を音声によって開始する通信システムにおいて、通信機器に登録すべき情報を少なくすることを目的としている。
【０００７】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１に記載の通信システムは、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行うものである。
【０００８】
そして、本通信システムにおいて、発呼側端末では、音声を入力する発呼側入力手段が設けられており、発呼判断手段が、発呼側入力手段により入力された音声が被呼側端末の識別名を表すものであるか否かを判断し、発呼判断手段によりその音声が被呼側端末の識別名を表すものであると判断された場合には、送信手段が、その音声の内容を表すデータを、当該発呼側端末が呼び出したい被呼側端末の識別名情報として、当該発呼側端末と通信可能な複数の被呼側端末に送信する。尚、音声の内容を表すデータとは、例えば、音声自体を表すデータであってもよく、また、音声の内容をテキストデータに変換したものであってもよい。
【０００９】
一方、被呼側端末では、当該被呼側端末の識別名を記憶する記憶手段が設けられており、被呼判断手段が、発呼側端末の送信手段により送信される識別名情報を受信して、その識別名情報の表す識別名と記憶手段により記憶される識別名とが同一であるか否かを判断し、被呼判断手段により同一であると判断された場合には、通信開始手段が、発呼側端末の発呼側入力手段を用いた通信を開始するための処理を行う。尚、発呼側端末の発呼側入力手段を用いた通信とは、発呼側端末の使用者により発せされる音声の内容が、被呼側端末の使用者へ伝達される通信のことである。
【００１０】
つまり、請求項１の通信システムでは、発呼側端末の使用者が、通信先としたい被呼側端末の識別名（例えば、被呼側端末の使用者の名前）をその発呼側端末に発すると、発呼側端末は、その音声の内容を表すデータである識別名情報を、その音声が表す識別名に関係なく、当該発呼側端末と通信可能な複数の被呼側端末へ送信し、その識別名情報を受信した各被呼側端末が、その識別名情報が当該被呼側端末を呼び出すものであるか否かを判断するようになっている。
【００１１】
このような請求項１の通信システムによれば、各被呼側端末にその被呼側端末の識別名が登録されていればよいため、通信システム全体でみた場合に、端末としての通信機器に登録すべき総情報量を少なくすることができ、延いては、各通信機器に記憶させるべき情報を少なくすることができる。
【００１２】
そのため、例えば、発呼側端末及び被呼側端末の何れとしても機能する複数の通信機器からなる通信システムにおいても、全通信機器のそれぞれが当該通信機器の識別名のみを記憶していればよく、通信システムを構成する通信機器の数が多くなっても、各通信機器に登録すべき情報の量が増加しない。
【００１３】
ところで、発呼側端末の発呼判断手段は、例えば、請求項２のように、発呼側入力手段により所定の開始キーワードを表す音声が入力された場合に、そのキーワードの次に入力された音声が被呼側端末の識別名を表すものであると判断するようにするとよい。この構成によれば、入力された音声が被呼側端末の識別名であるか否かを容易に判断することができる。
【００１４】
次に、請求項３に記載の通信システムでは、発呼側端末が、発呼側通信終了手段を備えており、この発呼側通信終了手段が、発呼側入力手段により所定の発呼側終了キーワードを表す音声が入力された場合に、被呼側端末との通信を終了するための処理を行う。この構成によれば、発呼側端末の使用者は、被呼側端末との通信の開始や通信だけでなく、その通信の終了をも音声で行うことができ、その結果、ハンズフリーで通信を行うことができる。
【００１５】
一方、請求項４に記載の通信システムでは、被呼側端末が、音声を入力する被呼側入力手段と、被呼側通信終了手段とを備えており、この被呼側通信終了手段が、被呼側入力手段により所定の被呼側終了キーワードを表す音声が入力された場合に、発呼側端末との通信を終了するための処理を行う。この構成によれば、被呼側端末の使用者が、音声により通信を終了させることができる。
【００１６】
次に、請求項５に記載の通信システムでは、被呼側端末が、音声を入力する被呼側入力手段と、登録判断手段と、識別名登録手段とを備えている。そして、登録判断手段が、被呼側入力手段により入力された音声が当該被呼側端末の識別名として登録すべき言葉を表すものであるか否かを判断し、登録判断手段によりその音声が当該被呼側端末の識別名として登録すべき言葉を表すものであると判断された場合には、識別名登録手段が、その音声が表す言葉を、記憶手段に当該被呼側端末の識別名として記憶させる。この構成によれば、被呼側端末の使用者は、当該被呼側端末の識別名を音声により登録することができ、登録操作の煩わしさを解消することができる。
【００１７】
次に、請求項６に記載の通信システムでは、被呼側端末が、報知手段を備えており、この報知手段が、通信開始手段により通信を開始するための処理が行われる際に、当該被呼側端末の所持者に対する報知を行う。この構成によれば、被呼側端末の使用者に、発呼側端末からの呼び出しがあったことを知らせることができ、被呼側端末の使用者が気付かない間に発呼側端末との通信が開始されているといったことを防ぐことができる。
【００１８】
次に、請求項７に記載の通信機器は、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行うと共に、被呼側端末が、発呼側端末から当該被呼側端末を表す識別名情報が送信されてくると通信を開始するように構成された通信システムにおいて、発呼側端末として用いられるものである。そして、本通信機器では、音声を入力する入力手段が設けられており、発呼判断手段が、入力手段により入力された音声が被呼側端末の識別名を表すものであるか否かを判断し、発呼判断手段によりその音声が被呼側端末の識別名を表すものであると判断された場合には、送信手段が、その音声の内容を表すデータを、当該通信機器が呼び出したい被呼側端末の識別名情報として、当該通信機器と通信可能な複数の被呼側端末に送信する。そして、この通信機器によれば、上記請求項１のシステムと同様の効果が得られる通信システムを構築することができる。
【００１９】
次に、請求項８に記載の通信機器は、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行う通信システムにおいて、被呼側端末として用いられるものである。そして、本通信機器では、当該通信機器の識別名を記憶する記憶手段が設けられており、被呼判断手段が、発呼側端末から複数の被呼側端末に送信される情報であってその発呼側端末が呼び出したい被呼側端末の識別名を表す識別名情報を受信して、その識別名情報の表す識別名と記憶手段により記憶される識別名とが同一であるか否かを判断し、被呼判断手段により同一であると判断された場合には、通信開始手段が、発呼側端末と通信を開始するための処理を行う。そして、この通信機器によれば、上記請求項１のシステムと同様の効果が得られる通信システムを構築することができる。
【００２０】
【発明の実施の形態】
以下、本発明が適用された実施形態について、図面を用いて説明する。
まず図１は、実施形態の通信システムの構成を表す説明図である。
この通信システムは、Ｂｌｕｅｔｏｏｔｈ方式の無線通信を行う通信機器である複数のヘッドセット１０により構成されている。
【００２１】
ここで、周知ではあるが、Ｂｌｕｅｔｏｏｔｈ方式の無線通信について簡単に説明する。
Ｂｌｕｅｔｏｏｔｈ方式の通信は、２．４ＧＨｚ帯域を用いた無線伝送方式であり、各通信機器は、固有情報として４８ビットのＢＤアドレス（Ｂｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅアドレス）を有している。また、Ｂｌｕｅｔｏｏｔｈ方式の通信による通信エリアは、送信出力のクラスにより異なるが、約１０〜１００［ｍ］である。尚、本通信システムに用いられるヘッドセット１０は、半径約１００ｍの通信エリア（ピコネットエリア）２内に存在する他のヘッドセット１０との間で通信可能となっている。
【００２２】
そして、図１に示す本通信システムでは、各ヘッドセット１０の使用者が、当該ヘッドセット１０の通信エリア２内に存在する所望のヘッドセット１０の使用者との音声通信（会話）を、その使用者の名前を発することにより開始することができるようになっている。尚、本通信システムにおいて、各ヘッドセット１０は同一の機能を有している。
【００２３】
図２は、ヘッドセット１０の外観図である。
図２に示すように、このヘッドセット１０は、アンテナ１２が内蔵された屈曲自在のアーム１４と、アーム１４の両端に設けられ、当該ヘッドセット１０が使用者の頭部に装着された状態で耳の部分に位置するパッド１６，１６と、一方のパッド１６から延び、先端のマイク１８を使用者の口元に位置させるロッド２０とを備えている。また、パッド１６，１６には、それぞれスピーカ２２，２２が設けられている。
【００２４】
一方、図３は、ヘッドセット１０の内部構成を表すブロック図である。
図３に示すように、このヘッドセット１０は、アンテナ１２を介してＢｌｕｅｔｏｏｔｈ方式の無線通信によるデータの送受信を行うＢｌｕｅｔｏｏｔｈモジュール２４と、マイク１８から音声が入力されて生成された音声のアナログ信号（音声信号）を音声のデジタルデータ（音声データ）に変換する処理、及び、音声データを音声信号に変換してスピーカ２２から出力させる処理を行う音声ＣＯＤＥＣ２６と、音声データを解析してその音声データが表す文字列のデータである文字列データを生成する音声認識装置（Ｖｏｉｃｅ Ｒｅｃｏｇｎｉｔｉｏｎ）２８と、データの書き換えが可能な不揮発性メモリとしてのＮＶＲＡＭ３０と、周知のＣＰＵ３２、ＲＡＭ３４、ＲＯＭ３６とを備えている。尚、上記構成において、音声（人間が口から発する音）以外の音についても同様の処理が行われることは言うまでもない。
【００２５】
次に、ＣＰＵ３２が行うメイン処理について、図４のフローチャートを用いて説明する。
このメイン処理が開始されると、まずＳ１１０にて、マイク１８から音声が入力されたか否かを判定する。具体的には、音声ＣＯＤＥＣ２６により音声信号を音声データに変換する処理が行われたか否かによって判定する。
【００２６】
そして、Ｓ１１０で、マイク１８から音声が入力されたと判定した場合には、Ｓ１２０へ移行し、音声ＣＯＤＥＣ２６により生成された音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
続いて、Ｓ１３０では、Ｓ１２０にて生成させた文字列データが、登録キーワードを表すものであるか否かを判定する。ここで、登録キーワードとは、当該ヘッドセット１０の呼び名である被呼名（識別名に相当）の登録を行う際に使用者が発する合図であり、本実施形態における登録キーワードは「登録」である。尚、本実施形態では、各ヘッドセット１０にそのヘッドセット１０の使用者の名前を被呼名として登録するようにしている。
【００２７】
そして、Ｓ１３０で、登録キーワードを表すものであると判定した場合には、Ｓ１４０へ移行し、後述する被呼名登録処理（図５）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１３０で、登録キーワードを表すものではないと判定した場合には、Ｓ１５０へ移行し、Ｓ１２０にて生成させた文字列データが、発呼キーワード（開始キーワードに相当）を表すものであるか否かを判定する。ここで、発呼キーワードとは、所望のヘッドセット１０の使用者との音声通信を開始する際に使用者が発する合図であり、本実施形態における登録キーワードは「開始」である。
【００２８】
そして、Ｓ１５０で、発呼キーワードを表すものであると判定した場合には、Ｓ１６０へ移行し、後述する発呼処理（図６）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１５０で、発呼キーワードを表すものではないと判定した場合には、Ｓ１７０へ移行する。
【００２９】
一方また、Ｓ１１０で、マイク１８から音声が入力されていないと判定した場合にも、そのままＳ１７０へ移行する。
Ｓ１７０では、他のヘッドセット１０から文字列データがブロードキャストされてきたか否かを判定する。
【００３０】
このＳ１７０で、文字列データがブロードキャストされてきたと判定した場合には、Ｓ１８０へ移行し、後述する被呼処理（図８）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１７０で、文字列データがブロードキャストされてきていないと判定した場合には、そのままＳ１１０へ戻る。
【００３１】
次に、ＣＰＵ３２が行う被呼名登録処理について、図５のフローチャートを用いて説明する。尚、本被呼名登録処理は、前述したメイン処理（図４）におけるＳ１４０の処理に当たる。
この被呼名登録処理が開始されると、まずＳ２１０にて、マイク１８から音声が入力されるまでの間、待機状態となり、音声が入力されると、Ｓ２２０へ移行する。具体的には、音声ＣＯＤＥＣ２６により音声信号を音声データに変換する処理が行われることで、音声が入力されたと判断する。
【００３２】
続いて、Ｓ２２０では、音声ＣＯＤＥＣ２６により生成された音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
最後に、Ｓ２３０では、Ｓ２２０にて生成させた文字列データを、当該ヘッドセット１０の被呼名を表す被呼名データとしてＮＶＲＡＭ３０に記憶させて、本被呼名登録処理を終了する。つまり、当該ヘッドセット１０の使用者により登録キーワードの後に発せられた音声を、当該ヘッドセット１０の被呼名として登録するようになっている。
【００３３】
次に、ＣＰＵ３２が行う発呼処理について、図６のフローチャートを用いて説明する。尚、本発呼処理は、前述したメイン処理（図４）におけるＳ１６０の処理に当たる。
この発呼処理が開始されると、まずＳ３１０にて、マイク１８から音声が入力されるまでの間、待機状態となり、音声が入力されると、Ｓ３２０へ移行する。
【００３４】
続いて、Ｓ３２０では、Ｓ３１０にて入力された音声に基づき音声ＣＯＤＥＣ２６により生成された音声データを、音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
続いて、Ｓ３３０では、Ｓ３２０にて生成させた文字列データ（識別名情報に相当）を、Ｂｌｕｅｔｏｏｔｈモジュール２４にブロードキャストさせる。これにより、当該ヘッドセット１０の使用者により発呼キーワードの後に発せられた音声の内容を表す文字列データが、当該ヘッドセット１０の通信エリア２内に存在する全てのヘッドセット１０に送信される。尚、ここでブロードキャストさせる文字列データが、前述したメイン処理（図４）におけるＳ１７０で判定対象とされるデータである。
【００３５】
続いて、Ｓ３４０では、Ｂｌｕｅｔｏｏｔｈモジュール２４により他のヘッドセット１０からの接続要求が受信されたか否かを判定する。
このＳ３４０で、接続要求が受信されていないと判定した場合には、Ｓ３５０へ移行し、Ｓ３３０にて文字列データをブロードキャストした時点から所定のタイムアウト時間（本実施形態では、１０秒間）が経過したか否かを判定する。
【００３６】
そして、Ｓ３５０で、タイムアウト時間が経過していないと判定した場合には、Ｓ３４０へ戻る。
一方、Ｓ３５０で、タイムアウト時間が経過したと判定した場合には、本発呼処理を終了する。つまり、文字列データをブロードキャストしてから１０秒間が経過するまでに他のヘッドセット１０からの接続要求が受信されなければ、本発呼処理を終了するようになっている。
【００３７】
一方また、Ｓ３４０で、他のヘッドセット１０からの接続要求が受信されたと判定した場合には、Ｓ３６０へ移行し、その接続要求に応じて、その接続要求の送信元のヘッドセット（以下、被呼側ヘッドセットという）１０との間で１対１の音声通信を行うための後述する発呼側音声通信処理（図７）を行う。そして、この発呼側音声通信処理が終了すると、Ｓ３７０へ移行し、被呼側ヘッドセット１０との通信を切断するための切断処理を行い、本発呼処理を終了する。
【００３８】
次に、上記Ｓ３６０の処理に当たる発呼側音声通信処理について、図７のフローチャートを用いて説明する。
この発呼側音声通信処理が開始されると、まずＳ４１０にて、次の（１）〜（３）の何れかのデータが取得されるまでの間、待機状態となり、何れかのデータが取得されると、Ｓ４２０へ移行する。
【００３９】
（１）：被呼側ヘッドセット１０から送信されてくる音声データ
（２）：マイク１８から入力される音声に基づき音声ＣＯＤＥＣ２６により生成される音声データ
（３）：被呼側ヘッドセット１０から送信されてくる切断要求
そして、Ｓ４２０では、Ｓ４１０にて取得されたデータが、上記（１）の被呼側ヘッドセット１０からの音声データであるか否かを判定する。
【００４０】
このＳ４２０で、被呼側ヘッドセット１０からの音声データであると判定した場合には、Ｓ４３０へ移行し、音声ＣＯＤＥＣ２６に、その音声データを音声信号に変換してスピーカ２２から出力させる処理を行わせた後、Ｓ４１０へ戻る。これにより、被呼側ヘッドセット１０から送られてくる音声データの表す音声が、スピーカ２２から出力されることとなる。
【００４１】
一方、Ｓ４２０で、被呼側ヘッドセット１０からの音声データではないと判定した場合には、Ｓ４４０へ移行し、Ｓ４１０にて取得されたデータが、上記（２）の音声ＣＯＤＥＣ２６により生成された音声データであるか否かを判定する。
そして、Ｓ４４０で、音声ＣＯＤＥＣ２６により生成された音声データであると判定した場合には、Ｓ４５０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、その音声データを被呼側ヘッドセット１０へ送信させた後、Ｓ４１０へ戻る。これにより、当該ヘッドセット１０の使用者により発せられた音声を表す音声データが、被呼側ヘッドセット１０へ送信されることとなる。
【００４２】
一方、Ｓ４４０で、Ｓ４１０にて取得されたデータが、音声ＣＯＤＥＣ２６により生成された音声データではない（即ち、上記（３）の被呼側ヘッドセット１０からの切断要求である）と判定した場合には、本発呼側音声通信処理を終了する。これにより、前述した発呼処理（図６）におけるＳ３７０の処理が行われ、被呼側ヘッドセット１０との通信が切断されることとなる。
【００４３】
次に、ＣＰＵ３２が行う被呼処理について、図８のフローチャートを用いて説明する。尚、本被呼処理は、前述したメイン処理（図４）におけるＳ１８０の処理に当たる。
この被呼処理が開始されると、まずＳ５１０にて、他のヘッドセット１０からブロードキャストされてきた文字列データの表す文字列が、ＮＶＲＡＭ３０に記憶されている被呼名データの表す被呼名と一致するか否かを判定する。ここで、ブロードキャストされてきた文字列データは、その送信元のヘッドセット（以下、発呼側ヘッドセットという）１０において前述した発呼処理（図６）のＳ３３０の処理が行われることにより送信されるデータであり、発呼側ヘッドセット１０の使用者が発呼キーワードの後に発した音声の内容を表すものである。つまり、このＳ５１０では、発呼側ヘッドセット１０の使用者によって、発呼キーワードの後に当該ヘッドセット１０の被呼名が発せられたか否かを判定するようになっている。尚、このＳ５１０の処理では、文字列と被呼名とが完全に一致するか否かを判定するようにしてもよいが、完全には一致していなくてもある程度類似していれば（例えば、長音や濁音の有無等）一致しているとみなすようにしてもよい。
【００４４】
そして、Ｓ５１０で、ブロードキャストされてきた文字列データの表す文字列が被呼名と一致すると判定した場合には、Ｓ５２０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、発呼側ヘッドセット１０への接続要求を送信させる。
続いて、Ｓ５３０では、音声ＣＯＤＥＣ２６に、スピーカ２２から呼び出し音を出力させる。具体的には、例えば「ピーピーピー…」という発信音を表すデジタルデータを音声ＣＯＤＥＣ２６に出力処理させる。これにより、当該ヘッドセット１０の使用者は、発呼側ヘッドセット１０の使用者から呼び出されたことを知ることができる。
【００４５】
続いて、Ｓ５４０では、発呼側ヘッドセット１０との間で１対１の音声通信を行うための後述する被呼側音声通信処理（図９）を行う。そして、この被呼側音声通信処理が終了すると、Ｓ５５０へ移行し、発呼側ヘッドセット１０へ切断要求を送信して、本被呼処理を終了する。
【００４６】
一方、Ｓ５１０で、ブロードキャストされてきた文字列データの表す文字列が被呼名と一致しないと判定した場合には、そのまま本被呼処理を終了する。
次に、上記Ｓ５４０の処理に当たる被呼側音声通信処理について、図９のフローチャートを用いて説明する。
【００４７】
この被呼側音声通信処理が開始されると、まずＳ６１０にて、発呼側ヘッドセット１０から送信されてくる音声データと、マイク１８から入力される音声に基づき音声ＣＯＤＥＣ２６により生成される音声データとのうち、何れかのデータが取得されるまでの間、待機状態となり、何れかのデータが取得されると、Ｓ６２０へ移行する。
【００４８】
そして、Ｓ６２０では、Ｓ６１０にて取得されたデータが、発呼側ヘッドセット１０からの音声データであるか否かを判定する。
このＳ６２０で、発呼側ヘッドセット１０からの音声データであると判定した場合には、Ｓ６３０へ移行し、音声ＣＯＤＥＣ２６に、その音声データを音声信号に変換してスピーカ２２から出力させる処理を行わせた後、Ｓ６１０へ戻る。これにより、発呼側ヘッドセット１０から送られてくる音声データの表す音声が、スピーカ２２から出力されることとなる。
【００４９】
一方、Ｓ６２０で、発呼側ヘッドセット１０からの音声データではない（即ち、音声ＣＯＤＥＣ２６により生成された音声データである）と判定した場合には、Ｓ６４０へ移行し、その音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
【００５０】
続いて、Ｓ６５０では、Ｓ６４０にて生成させた文字列データが、切断キーワード（被呼側終了キーワードに相当）を表すものであるか否かを判定する。ここで、切断キーワードとは、発呼側ヘッドセット１０との音声通信を終了する際に使用者が発する合図であり、本実施形態における切断キーワードは「切断」である。
【００５１】
そして、Ｓ６５０で、切断キーワードを表すものではないと判定した場合には、Ｓ６６０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、音声ＣＯＤＥＣ２６により生成された音声データを発呼側ヘッドセット１０へ送信させた後、Ｓ６１０へ戻る。これにより、当該ヘッドセット１０の使用者により発せられた切断キーワード以外の音声を表す音声データが、発呼側ヘッドセット１０へ送信されることとなる。
【００５２】
一方、Ｓ６５０で、切断キーワードを表すものであると判定した場合には、本被呼側音声通信処理を終了する。これにより、前述した被呼処理（図８）におけるＳ５５０の処理が行われ、発呼側ヘッドセット１０へ切断要求が送信される。
次に、本通信システムの作用について説明する。
【００５３】
［ヘッドセットへの被呼名の登録］
ヘッドセット１０の使用者は、自分の名前をヘッドセット１０の被呼名として登録する場合に、まず「登録」と発し、続いて「○○○（自分の名前）」と発する。これにより、このヘッドセット１０では、以下のような処理が行われる
即ち、まず、使用者が「登録」と発すると、図４のメイン処理により、マイク１８から音声が入力されたと判定され（Ｓ１１０：ＹＥＳ）、更に、その音声が登録キーワードを発したものであると判定されて（Ｓ１２０，Ｓ１３０：ＹＥＳ）、図５の被呼名登録処理へ移行される（Ｓ１４０）。続いて、使用者が「○○○」と発すると、その「○○○」が被呼名として記憶される（Ｓ２１０〜Ｓ２３０）。つまり、使用者が登録キーワードの直後に発した言葉が、被呼名として登録すべき言葉であると判断され、その言葉が被呼名として登録されるようになっている。
【００５４】
［ヘッドセット間の音声通信］
あるヘッドセット１０（以下、ヘッドセットＡという）の使用者が、他のヘッドセット１０（以下、ヘッドセットＢという）の使用者と音声通信を開始する場合には、図１０に示すように、まず「開始」と発し、続いて「○○○（ヘッドセットＢの使用者の名前）」と発する。これにより、発呼側のヘッドセットＡと被呼側のヘッドセットＢとでは、以下のような処理が行われる。
【００５５】
即ち、まず、ヘッドセットＡの使用者が「開始」と発すると、ヘッドセットＡでは、図４のメイン処理により、マイク１８から音声が入力されたと判定され（Ｓ１１０：ＹＥＳ）、更に、その音声が発呼キーワードを発したものであると判定されて（Ｓ１２０，Ｓ１５０：ＹＥＳ）、図６の発呼処理へ移行される（Ｓ１６０）。続いて、その使用者が「○○○」と発すると、その「○○○」を表す文字列データが、ヘッドセットＡと通信可能な他のヘッドセットへブロードキャストされる（Ｓ３１０〜Ｓ３３０）。つまり、使用者が発呼キーワードの直後に発した言葉が、ヘッドセットＡの使用者が呼び出したいヘッドセット（この例では、ヘッドセットＢ）の被呼名であると判断され、その被呼名を表す文字列データがブロードキャストされるようになっている。
【００５６】
すると、ヘッドセットＢでは、図４のメイン処理により、ヘッドセットＡから文字列データがブロードキャストされてきたと判定され（Ｓ１７０：ＹＥＳ）、図８の被呼処理へ移行される（Ｓ１８０）。そして、ブロードキャストされてきた文字列データの表す文字列「○○○」が、当該ヘッドセットＢの被呼名と一致すると判定され（Ｓ５１０：ＹＥＳ）、ヘッドセットＡへ接続要求が送信される（Ｓ５２０）。そして更に、呼び出し音が出力された後（Ｓ５３０）、図９の被呼側音声通信処理へ移行される（Ｓ５４０）。尚、ヘッドセットＢ以外の他のヘッドセットでは、Ｓ５１０の処理にて、ブロードキャストされてきた文字列データの表す文字列「○○○」が、当該ヘッドセットの被呼名とは一致しないと判定され、そのまま被呼処理が終了される。
【００５７】
そして、ヘッドセットＡでは、図６の発呼処理により、ヘッドセットＢからの接続要求が受信されたと判定され（Ｓ３４０：ＹＥＳ）、図７の発呼側音声通信処理へ移行される（Ｓ３６０）。
こうして、ヘッドセットＡで発呼側音声通信処理が行われ、ヘッドセットＢで被呼側音声通信処理が行われている状態では、図１０に示すように、ヘッドセットＡの使用者とヘッドセットＢの使用者との間で、音声通信が可能となる。
【００５８】
例えば、ヘッドセットＡの使用者が「こんにちは」と発すると、図７の発呼側音声通信処理により、その音声を表す音声データがヘッドセットＢへ送信される（Ｓ４１０，Ｓ４４０：ＹＥＳ，Ｓ４５０）。すると、ヘッドセットＢでは、図９の被呼側音声通信処理により、ヘッドセットＡから送信されてきた音声データの表す音声「こんにちは」が、スピーカ２２から出力される（Ｓ６１０，Ｓ６２０：ＹＥＳ，Ｓ６３０）。
【００５９】
そして、これに対し、ヘッドセットＢの使用者が「どうも、こんにちは」と発すると、図９の被呼側音声通信処理により、その音声を表す音声データがヘッドセットＡへ送信される（Ｓ６１０，Ｓ６５０：ＮＯ，Ｓ６６０）。すると、ヘッドセットＡでは、図７の発呼側音声通信処理により、ヘッドセットＢから送信されてきた音声データの表す音声「どうも、こんにちは」が、スピーカ２２から出力される（Ｓ４１０，Ｓ４２０：ＹＥＳ，Ｓ４３０）。
【００６０】
その後、この音声通信を終了する場合には、図１０に示すように、ヘッドセットＢの使用者が「切断」と発する。これにより、ヘッドセットＡ及びヘッドセットＢでは、以下のような処理が行われる。
即ち、ヘッドセットＢの使用者が「切断」と発すると、ヘッドセットＢでは、図９の被呼側音声通信処理により、その音声が切断キーワードを発したものであると判定され（Ｓ６１０，Ｓ６５０：ＹＥＳ）、その被呼側音声通信処理が終了される。そして、図８の被呼処理により、ヘッドセットＡへ切断要求が送信される（Ｓ５５０）。
【００６１】
すると、ヘッドセットＡでは、図７の発呼側音声通信処理により、ヘッドセットＢから切断要求が送信されてきたと判定され（Ｓ４１０，Ｓ４４０：ＮＯ）、その発呼側音声通信処理が終了される。そして、図６の発呼処理により、ヘッドセットＢとの通信を切断するための切断処理が行われる（Ｓ３７０）。
【００６２】
尚、本実施形態の通信システムでは、ヘッドセット１０が、発呼側端末及び被呼側端末に相当し、特に、図１０に示した例においては、ヘッドセットＡが、発呼側端末に相当し、ヘッドセットＢが被呼側端末に相当する。
また、マイク１８が、発呼側入力手段、被呼側入力手段及び入力手段に相当し、図４におけるＳ１２０，Ｓ１５０，Ｓ１６０の処理と、図６におけるＳ３１０の処理とが、発呼判断手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図６におけるＳ３３０の処理とが、送信手段に相当している。
【００６３】
また更に、ＮＶＲＡＭ３０が、記憶手段に相当し、図８におけるＳ５１０の処理が、被呼判断手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図８におけるＳ５２０の処理とが、通信開始手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図９におけるＳ６４０，Ｓ６５０の処理と、図８におけるＳ５５０の処理とが、被呼側通信終了手段に相当している。
【００６４】
一方また、図４におけるＳ１２０〜Ｓ１４０の処理と、図５におけるＳ２１０の処理とが、登録判断手段に相当し、図５におけるＳ２２０，Ｓ２３０の処理が、識別名登録手段に相当し、音声ＣＯＤＥＣ２６と、図８におけるＳ５３０の処理とが、報知手段に相当している。
【００６５】
このような本実施形態の通信システムによれば、各ヘッドセット１０には、当該ヘッドセット１０の被呼名を登録しておくだけでよく、他のヘッドセット１０についての情報を登録する必要がないため、記憶すべき情報を少なくすることができる。
【００６６】
即ち、従来の通信システムでは、発呼側となりうる全ての通信機器のそれぞれに、通信先の候補となる通信機器の被呼名及びその通信先アドレスを登録しておかなければならず、本実施形態のような通信システムに適用したとすると、各ヘッドセット１０に他の全てのヘッドセット１０の被呼名及びその通信先アドレスを登録しておかなければならないこととなる。
【００６７】
これに対し、本実施形態の通信システムでは、各ヘッドセット１０にそのヘッドセット１０の被呼名のみを登録すればよいことから、各ヘッドセット１０に登録すべき情報量を格段に少なくすることができる。そして、このように本通信システムが各ヘッドセット１０に登録すべき情報量を少なくすることができるのは、通信システム全体でみた場合に、同一のヘッドセット１０についての情報が複数のヘッドセット１０で重複して登録されるといった無駄が無くなり、ヘッドセット１０に登録すべき総情報量を少なくすることができるからである。
【００６８】
また更に、本実施形態の通信システムでは、ヘッドセット１０が、音声通信の開始や終了といった使用者からの要求を、使用者から発せられるキーワードに基づき判断するようになっているため、完全なハンズフリーでの音声通信を実現することができる。しかも、使用者は、被呼名の登録についても、ハンズフリーで容易に行うことができる。
【００６９】
加えて、本実施形態の通信システムでは、ヘッドセット１０が、他のヘッドセット１０からの呼び出しを受けた際に呼び出し音で知らせるような構成となっているため、使用者が気付かない間に音声通信が開始されているといったことを防ぐことができる。
【００７０】
以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。
例えば、上記実施形態の通信システムでは、被呼側のヘッドセット１０の使用者が切断キーワードを発することで、音声通信が終了されるようになっているが、これに限ったものではない。例えば、発呼側のヘッドセット１０の使用者が切断キーワードを発した場合にも、同様に音声通信が終了されるようにしてもよい。具体的には、発呼側音声通信処理（図７）のＳ４５０の処理を行う前に、以下の処理を行う。
【００７１】
即ち、Ｓ４４０で音声ＣＯＤＥＣ２６により生成された音声データであるとの判定後、音声認識装置２８にその音声データが表す文字列データを生成させ、その文字列データが、音声通信を終了する際のキーワード（発呼側終了キーワードに相当）を表すものであるか否かを判定する。そして、そのキーワードを表すものではないと判定した場合には、Ｓ４５０へ移行するが、そのキーワードを表すものであると判定した場合には、被呼側ヘッドセット１０へ切断要求を送信して発呼側音声通信処理を終了する。尚、ここで述べた処理と、Ｂｌｕｅｔｏｏｔｈモジュール２４とが、発呼側通信終了手段に相当する。
【００７２】
また、上記実施形態の通信システムでは、発呼側のヘッドセット１０が、使用者により発呼キーワードの次に発せられた音声に基づく音声データから文字列データを生成し、その文字列データをブロードキャストするようになっているが、これに限ったものではない。例えば、発呼側のヘッドセット１０が、発呼キーワードの次に発せられた音声に基づく音声データをそのままブロードキャストし、被呼側のヘッドセット１０が、そのブロードキャストされてきた音声データから文字列データを生成するようにしてもよい。
【００７３】
また更に、上記実施形態の通信システムでは、ヘッドセット１０が、音声通信の開始や終了といった使用者からの要求を、使用者から発せられるキーワードに基づき判断するようになっているが、これに限ったものではない。例えば、キーワードが発せられる代わりに操作ボタンが押されるような構成（操作ボタンが押された直後に発せられた言葉を、使用者が呼び出したいヘッドセット１０の被呼名であると判断するような構成）であってもよい。
【００７４】
また、各キーワードは上記実施形態にて例示したもの（「登録」、「開始」、「切断」）に限ったものではない。例えば、通常の会話では使用されないような言葉にしておけば、使用者が何気なく発した言葉が、その使用者の意思に反してキーワードと誤認識されてしまうことを防ぐことができる。また、通常用いられる言葉であっても、その前後に一定の沈黙時間を入れる等の条件を加えることで、誤認識を防止することができる。
【００７５】
一方、上記実施形態の通信システムでは、通信機器としてヘッドセット１０が用いられているが、これ以外の通信機器であってもよい。また、通信方式についても、Ｂｌｕｅｔｏｏｔｈに限らず、それ以外の様々な通信方式（例えば、ＴＣＰ／ＩＰによる有線通信等）を用いることができる。
【００７６】
また、上記実施形態の通信システムでは、通信機器としての各ヘッドセット１０が、発呼側端末及び被呼側端末の何れとしても機能するようになっているが、これに限ったものではなく、何れか一方の機能のみ有する専用の通信機器であってもよい。そして、この場合にも、被呼側端末として機能する通信機器にその通信機器の被呼名のみを登録しておけばよいことから、通信機器に登録すべき情報量を少なくすることができる。
【００７７】
また更に、上記実施形態の通信システムでは、通信相手としたいヘッドセット１０の被呼名を発することで、そのヘッドセットとの１対１の音声通信が行われるようになっているが、これに限ったものではなく、例えば、複数の相手の名前を発することで、その複数の相手との音声通信が行われるようにしてもよい。また、複数の相手との音声通信中に、特定の相手の名前を発することで、その相手との１対１の音声通信に切り替わるようにしてもよい。
【００７８】
一方また、通信機器間で行われる通信は、音声による会話以外であってもよい。例えば、発呼側の通信機器から入力された音声の内容が、被呼側の通信機器に設けられるディスプレイに文字として表示されるようなものであってもよく、また、被呼側の通信機器に設けられるキーボードにて入力された文章が、発呼側の通信機器で表示されるようなものであってもよい。
【図面の簡単な説明】
【図１】実施形態の通信システムの構成を表す説明図である。
【図２】ヘッドセットの外観図である。
【図３】ヘッドセットの内部構成を表すブロック図である。
【図４】メイン処理のフローチャートである。
【図５】被呼名登録処理のフローチャートである。
【図６】発呼処理のフローチャートである。
【図７】発呼側音声通信処理のフローチャートである。
【図８】被呼処理のフローチャートである。
【図９】被呼側音声通信処理のフローチャートである。
【図１０】ヘッドセット間の音声通信を説明するためのシーケンス図である。
【符号の説明】
１０…ヘッドセット、１２…アンテナ、１４…アーム、１６…パッド、１８…マイク、２０…ロッド、２２…スピーカ、２４…Ｂｌｕｅｔｏｏｔｈモジュール、２６…音声ＣＯＤＥＣ、２８…音声認識装置、３０…ＮＶＲＡＭ、３２…ＣＰＵ、３４…ＲＡＭ、３６…ＲＯＭ
【発明の属する技術分野】
本発明は、発呼側端末とその発呼側端末により呼び出された被呼側端末とが通信を行う通信システムに関するものである。
【０００２】
【従来の技術】
従来より、通信機器間で通信を開始しようとする際には、発呼側端末にて通信相手としたい被呼側端末の通信先アドレスを指定するのが一般的である。
例えば、電話による通信の場合、通常は、発呼側の電話機にて被呼側の電話機の通信先アドレスである電話番号の入力操作を行う。そして、最近では、こうした電話番号の入力操作を行わなくても、電話機に向かって電話をかけたい相手の名前を発するだけで、その相手の電話機への発呼動作が自動的に行われるといった技術も知られている。こうした機能を有する電話機では、通信先の候補となる複数の電話機についての情報として、各電話機の使用者の名前と、その電話機の電話番号とを対応させて登録することができるようになっており、当該電話機の使用者によって電話をかけたい相手の名前が発せられると、発せられた音声を解析することによって名前を特定し、その名前に対応して記憶されている電話番号への発呼動作を行う。そのため、こうした電話機の使用者は、電話番号の入力といった煩わしい操作を行う必要が無く、しかも、相手の電話番号をわざわざ覚えておく必要も無くなる。
【０００３】
【発明が解決しようとする課題】
ところで、本発明者は、前述したような技術、即ち、所望の通信機器との通信を音声によって開始する技術を、他の通信に適用しようと考えた。例えば、ＢｌｕｅｔｏｏｔｈやＴＣＰ／ＩＰ等による通信に用いられる通信先アドレスは、前述した電話番号に比べ複雑であり、使用者が覚えていることも少ないため、こうした技術を利用することによる効果が高い。
【０００４】
しかしながら、複数の通信機器からなる通信システムにおいて、発呼側端末となり得る全ての通信機器のそれぞれに、通信先の候補となる通信機器についての情報（即ち、通信機器の識別名及び通信先アドレス）を登録しておかなければならないのは、通信システム全体としてみると、ある通信機器Ｘについての情報が、発呼側端末となり得る全ての通信機器に重複して登録されていることとなり、その結果、通信機器に登録すべき情報が多くなってしまうといった問題があった。
【０００５】
例えば、発呼側端末及び被呼側端末の何れとしても機能する複数の通信機器からなる通信システムにおいては、全ての通信機器が発呼側端末となり得るため、全通信機器のそれぞれが他の全ての通信機器についての情報を記憶している必要がある。そのため、通信システムを構成する通信機器の数が多くなるほど、各通信機器に登録すべき情報の量も増加してしまう。
【０００６】
本発明は、こうした問題に鑑みなされたものであり、所望の通信機器との通信を音声によって開始する通信システムにおいて、通信機器に登録すべき情報を少なくすることを目的としている。
【０００７】
【課題を解決するための手段及び発明の効果】
上記目的を達成するためになされた請求項１に記載の通信システムは、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行うものである。
【０００８】
そして、本通信システムにおいて、発呼側端末では、音声を入力する発呼側入力手段が設けられており、発呼判断手段が、発呼側入力手段により入力された音声が被呼側端末の識別名を表すものであるか否かを判断し、発呼判断手段によりその音声が被呼側端末の識別名を表すものであると判断された場合には、送信手段が、その音声の内容を表すデータを、当該発呼側端末が呼び出したい被呼側端末の識別名情報として、当該発呼側端末と通信可能な複数の被呼側端末に送信する。尚、音声の内容を表すデータとは、例えば、音声自体を表すデータであってもよく、また、音声の内容をテキストデータに変換したものであってもよい。
【０００９】
一方、被呼側端末では、当該被呼側端末の識別名を記憶する記憶手段が設けられており、被呼判断手段が、発呼側端末の送信手段により送信される識別名情報を受信して、その識別名情報の表す識別名と記憶手段により記憶される識別名とが同一であるか否かを判断し、被呼判断手段により同一であると判断された場合には、通信開始手段が、発呼側端末の発呼側入力手段を用いた通信を開始するための処理を行う。尚、発呼側端末の発呼側入力手段を用いた通信とは、発呼側端末の使用者により発せされる音声の内容が、被呼側端末の使用者へ伝達される通信のことである。
【００１０】
つまり、請求項１の通信システムでは、発呼側端末の使用者が、通信先としたい被呼側端末の識別名（例えば、被呼側端末の使用者の名前）をその発呼側端末に発すると、発呼側端末は、その音声の内容を表すデータである識別名情報を、その音声が表す識別名に関係なく、当該発呼側端末と通信可能な複数の被呼側端末へ送信し、その識別名情報を受信した各被呼側端末が、その識別名情報が当該被呼側端末を呼び出すものであるか否かを判断するようになっている。
【００１１】
このような請求項１の通信システムによれば、各被呼側端末にその被呼側端末の識別名が登録されていればよいため、通信システム全体でみた場合に、端末としての通信機器に登録すべき総情報量を少なくすることができ、延いては、各通信機器に記憶させるべき情報を少なくすることができる。
【００１２】
そのため、例えば、発呼側端末及び被呼側端末の何れとしても機能する複数の通信機器からなる通信システムにおいても、全通信機器のそれぞれが当該通信機器の識別名のみを記憶していればよく、通信システムを構成する通信機器の数が多くなっても、各通信機器に登録すべき情報の量が増加しない。
【００１３】
ところで、発呼側端末の発呼判断手段は、例えば、請求項２のように、発呼側入力手段により所定の開始キーワードを表す音声が入力された場合に、そのキーワードの次に入力された音声が被呼側端末の識別名を表すものであると判断するようにするとよい。この構成によれば、入力された音声が被呼側端末の識別名であるか否かを容易に判断することができる。
【００１４】
次に、請求項３に記載の通信システムでは、発呼側端末が、発呼側通信終了手段を備えており、この発呼側通信終了手段が、発呼側入力手段により所定の発呼側終了キーワードを表す音声が入力された場合に、被呼側端末との通信を終了するための処理を行う。この構成によれば、発呼側端末の使用者は、被呼側端末との通信の開始や通信だけでなく、その通信の終了をも音声で行うことができ、その結果、ハンズフリーで通信を行うことができる。
【００１５】
一方、請求項４に記載の通信システムでは、被呼側端末が、音声を入力する被呼側入力手段と、被呼側通信終了手段とを備えており、この被呼側通信終了手段が、被呼側入力手段により所定の被呼側終了キーワードを表す音声が入力された場合に、発呼側端末との通信を終了するための処理を行う。この構成によれば、被呼側端末の使用者が、音声により通信を終了させることができる。
【００１６】
次に、請求項５に記載の通信システムでは、被呼側端末が、音声を入力する被呼側入力手段と、登録判断手段と、識別名登録手段とを備えている。そして、登録判断手段が、被呼側入力手段により入力された音声が当該被呼側端末の識別名として登録すべき言葉を表すものであるか否かを判断し、登録判断手段によりその音声が当該被呼側端末の識別名として登録すべき言葉を表すものであると判断された場合には、識別名登録手段が、その音声が表す言葉を、記憶手段に当該被呼側端末の識別名として記憶させる。この構成によれば、被呼側端末の使用者は、当該被呼側端末の識別名を音声により登録することができ、登録操作の煩わしさを解消することができる。
【００１７】
次に、請求項６に記載の通信システムでは、被呼側端末が、報知手段を備えており、この報知手段が、通信開始手段により通信を開始するための処理が行われる際に、当該被呼側端末の所持者に対する報知を行う。この構成によれば、被呼側端末の使用者に、発呼側端末からの呼び出しがあったことを知らせることができ、被呼側端末の使用者が気付かない間に発呼側端末との通信が開始されているといったことを防ぐことができる。
【００１８】
次に、請求項７に記載の通信機器は、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行うと共に、被呼側端末が、発呼側端末から当該被呼側端末を表す識別名情報が送信されてくると通信を開始するように構成された通信システムにおいて、発呼側端末として用いられるものである。そして、本通信機器では、音声を入力する入力手段が設けられており、発呼判断手段が、入力手段により入力された音声が被呼側端末の識別名を表すものであるか否かを判断し、発呼判断手段によりその音声が被呼側端末の識別名を表すものであると判断された場合には、送信手段が、その音声の内容を表すデータを、当該通信機器が呼び出したい被呼側端末の識別名情報として、当該通信機器と通信可能な複数の被呼側端末に送信する。そして、この通信機器によれば、上記請求項１のシステムと同様の効果が得られる通信システムを構築することができる。
【００１９】
次に、請求項８に記載の通信機器は、発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行う通信システムにおいて、被呼側端末として用いられるものである。そして、本通信機器では、当該通信機器の識別名を記憶する記憶手段が設けられており、被呼判断手段が、発呼側端末から複数の被呼側端末に送信される情報であってその発呼側端末が呼び出したい被呼側端末の識別名を表す識別名情報を受信して、その識別名情報の表す識別名と記憶手段により記憶される識別名とが同一であるか否かを判断し、被呼判断手段により同一であると判断された場合には、通信開始手段が、発呼側端末と通信を開始するための処理を行う。そして、この通信機器によれば、上記請求項１のシステムと同様の効果が得られる通信システムを構築することができる。
【００２０】
【発明の実施の形態】
以下、本発明が適用された実施形態について、図面を用いて説明する。
まず図１は、実施形態の通信システムの構成を表す説明図である。
この通信システムは、Ｂｌｕｅｔｏｏｔｈ方式の無線通信を行う通信機器である複数のヘッドセット１０により構成されている。
【００２１】
ここで、周知ではあるが、Ｂｌｕｅｔｏｏｔｈ方式の無線通信について簡単に説明する。
Ｂｌｕｅｔｏｏｔｈ方式の通信は、２．４ＧＨｚ帯域を用いた無線伝送方式であり、各通信機器は、固有情報として４８ビットのＢＤアドレス（Ｂｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅアドレス）を有している。また、Ｂｌｕｅｔｏｏｔｈ方式の通信による通信エリアは、送信出力のクラスにより異なるが、約１０〜１００［ｍ］である。尚、本通信システムに用いられるヘッドセット１０は、半径約１００ｍの通信エリア（ピコネットエリア）２内に存在する他のヘッドセット１０との間で通信可能となっている。
【００２２】
そして、図１に示す本通信システムでは、各ヘッドセット１０の使用者が、当該ヘッドセット１０の通信エリア２内に存在する所望のヘッドセット１０の使用者との音声通信（会話）を、その使用者の名前を発することにより開始することができるようになっている。尚、本通信システムにおいて、各ヘッドセット１０は同一の機能を有している。
【００２３】
図２は、ヘッドセット１０の外観図である。
図２に示すように、このヘッドセット１０は、アンテナ１２が内蔵された屈曲自在のアーム１４と、アーム１４の両端に設けられ、当該ヘッドセット１０が使用者の頭部に装着された状態で耳の部分に位置するパッド１６，１６と、一方のパッド１６から延び、先端のマイク１８を使用者の口元に位置させるロッド２０とを備えている。また、パッド１６，１６には、それぞれスピーカ２２，２２が設けられている。
【００２４】
一方、図３は、ヘッドセット１０の内部構成を表すブロック図である。
図３に示すように、このヘッドセット１０は、アンテナ１２を介してＢｌｕｅｔｏｏｔｈ方式の無線通信によるデータの送受信を行うＢｌｕｅｔｏｏｔｈモジュール２４と、マイク１８から音声が入力されて生成された音声のアナログ信号（音声信号）を音声のデジタルデータ（音声データ）に変換する処理、及び、音声データを音声信号に変換してスピーカ２２から出力させる処理を行う音声ＣＯＤＥＣ２６と、音声データを解析してその音声データが表す文字列のデータである文字列データを生成する音声認識装置（Ｖｏｉｃｅ Ｒｅｃｏｇｎｉｔｉｏｎ）２８と、データの書き換えが可能な不揮発性メモリとしてのＮＶＲＡＭ３０と、周知のＣＰＵ３２、ＲＡＭ３４、ＲＯＭ３６とを備えている。尚、上記構成において、音声（人間が口から発する音）以外の音についても同様の処理が行われることは言うまでもない。
【００２５】
次に、ＣＰＵ３２が行うメイン処理について、図４のフローチャートを用いて説明する。
このメイン処理が開始されると、まずＳ１１０にて、マイク１８から音声が入力されたか否かを判定する。具体的には、音声ＣＯＤＥＣ２６により音声信号を音声データに変換する処理が行われたか否かによって判定する。
【００２６】
そして、Ｓ１１０で、マイク１８から音声が入力されたと判定した場合には、Ｓ１２０へ移行し、音声ＣＯＤＥＣ２６により生成された音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
続いて、Ｓ１３０では、Ｓ１２０にて生成させた文字列データが、登録キーワードを表すものであるか否かを判定する。ここで、登録キーワードとは、当該ヘッドセット１０の呼び名である被呼名（識別名に相当）の登録を行う際に使用者が発する合図であり、本実施形態における登録キーワードは「登録」である。尚、本実施形態では、各ヘッドセット１０にそのヘッドセット１０の使用者の名前を被呼名として登録するようにしている。
【００２７】
そして、Ｓ１３０で、登録キーワードを表すものであると判定した場合には、Ｓ１４０へ移行し、後述する被呼名登録処理（図５）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１３０で、登録キーワードを表すものではないと判定した場合には、Ｓ１５０へ移行し、Ｓ１２０にて生成させた文字列データが、発呼キーワード（開始キーワードに相当）を表すものであるか否かを判定する。ここで、発呼キーワードとは、所望のヘッドセット１０の使用者との音声通信を開始する際に使用者が発する合図であり、本実施形態における登録キーワードは「開始」である。
【００２８】
そして、Ｓ１５０で、発呼キーワードを表すものであると判定した場合には、Ｓ１６０へ移行し、後述する発呼処理（図６）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１５０で、発呼キーワードを表すものではないと判定した場合には、Ｓ１７０へ移行する。
【００２９】
一方また、Ｓ１１０で、マイク１８から音声が入力されていないと判定した場合にも、そのままＳ１７０へ移行する。
Ｓ１７０では、他のヘッドセット１０から文字列データがブロードキャストされてきたか否かを判定する。
【００３０】
このＳ１７０で、文字列データがブロードキャストされてきたと判定した場合には、Ｓ１８０へ移行し、後述する被呼処理（図８）を行った後、Ｓ１１０へ戻る。
一方、Ｓ１７０で、文字列データがブロードキャストされてきていないと判定した場合には、そのままＳ１１０へ戻る。
【００３１】
次に、ＣＰＵ３２が行う被呼名登録処理について、図５のフローチャートを用いて説明する。尚、本被呼名登録処理は、前述したメイン処理（図４）におけるＳ１４０の処理に当たる。
この被呼名登録処理が開始されると、まずＳ２１０にて、マイク１８から音声が入力されるまでの間、待機状態となり、音声が入力されると、Ｓ２２０へ移行する。具体的には、音声ＣＯＤＥＣ２６により音声信号を音声データに変換する処理が行われることで、音声が入力されたと判断する。
【００３２】
続いて、Ｓ２２０では、音声ＣＯＤＥＣ２６により生成された音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
最後に、Ｓ２３０では、Ｓ２２０にて生成させた文字列データを、当該ヘッドセット１０の被呼名を表す被呼名データとしてＮＶＲＡＭ３０に記憶させて、本被呼名登録処理を終了する。つまり、当該ヘッドセット１０の使用者により登録キーワードの後に発せられた音声を、当該ヘッドセット１０の被呼名として登録するようになっている。
【００３３】
次に、ＣＰＵ３２が行う発呼処理について、図６のフローチャートを用いて説明する。尚、本発呼処理は、前述したメイン処理（図４）におけるＳ１６０の処理に当たる。
この発呼処理が開始されると、まずＳ３１０にて、マイク１８から音声が入力されるまでの間、待機状態となり、音声が入力されると、Ｓ３２０へ移行する。
【００３４】
続いて、Ｓ３２０では、Ｓ３１０にて入力された音声に基づき音声ＣＯＤＥＣ２６により生成された音声データを、音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
続いて、Ｓ３３０では、Ｓ３２０にて生成させた文字列データ（識別名情報に相当）を、Ｂｌｕｅｔｏｏｔｈモジュール２４にブロードキャストさせる。これにより、当該ヘッドセット１０の使用者により発呼キーワードの後に発せられた音声の内容を表す文字列データが、当該ヘッドセット１０の通信エリア２内に存在する全てのヘッドセット１０に送信される。尚、ここでブロードキャストさせる文字列データが、前述したメイン処理（図４）におけるＳ１７０で判定対象とされるデータである。
【００３５】
続いて、Ｓ３４０では、Ｂｌｕｅｔｏｏｔｈモジュール２４により他のヘッドセット１０からの接続要求が受信されたか否かを判定する。
このＳ３４０で、接続要求が受信されていないと判定した場合には、Ｓ３５０へ移行し、Ｓ３３０にて文字列データをブロードキャストした時点から所定のタイムアウト時間（本実施形態では、１０秒間）が経過したか否かを判定する。
【００３６】
そして、Ｓ３５０で、タイムアウト時間が経過していないと判定した場合には、Ｓ３４０へ戻る。
一方、Ｓ３５０で、タイムアウト時間が経過したと判定した場合には、本発呼処理を終了する。つまり、文字列データをブロードキャストしてから１０秒間が経過するまでに他のヘッドセット１０からの接続要求が受信されなければ、本発呼処理を終了するようになっている。
【００３７】
一方また、Ｓ３４０で、他のヘッドセット１０からの接続要求が受信されたと判定した場合には、Ｓ３６０へ移行し、その接続要求に応じて、その接続要求の送信元のヘッドセット（以下、被呼側ヘッドセットという）１０との間で１対１の音声通信を行うための後述する発呼側音声通信処理（図７）を行う。そして、この発呼側音声通信処理が終了すると、Ｓ３７０へ移行し、被呼側ヘッドセット１０との通信を切断するための切断処理を行い、本発呼処理を終了する。
【００３８】
次に、上記Ｓ３６０の処理に当たる発呼側音声通信処理について、図７のフローチャートを用いて説明する。
この発呼側音声通信処理が開始されると、まずＳ４１０にて、次の（１）〜（３）の何れかのデータが取得されるまでの間、待機状態となり、何れかのデータが取得されると、Ｓ４２０へ移行する。
【００３９】
（１）：被呼側ヘッドセット１０から送信されてくる音声データ
（２）：マイク１８から入力される音声に基づき音声ＣＯＤＥＣ２６により生成される音声データ
（３）：被呼側ヘッドセット１０から送信されてくる切断要求
そして、Ｓ４２０では、Ｓ４１０にて取得されたデータが、上記（１）の被呼側ヘッドセット１０からの音声データであるか否かを判定する。
【００４０】
このＳ４２０で、被呼側ヘッドセット１０からの音声データであると判定した場合には、Ｓ４３０へ移行し、音声ＣＯＤＥＣ２６に、その音声データを音声信号に変換してスピーカ２２から出力させる処理を行わせた後、Ｓ４１０へ戻る。これにより、被呼側ヘッドセット１０から送られてくる音声データの表す音声が、スピーカ２２から出力されることとなる。
【００４１】
一方、Ｓ４２０で、被呼側ヘッドセット１０からの音声データではないと判定した場合には、Ｓ４４０へ移行し、Ｓ４１０にて取得されたデータが、上記（２）の音声ＣＯＤＥＣ２６により生成された音声データであるか否かを判定する。
そして、Ｓ４４０で、音声ＣＯＤＥＣ２６により生成された音声データであると判定した場合には、Ｓ４５０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、その音声データを被呼側ヘッドセット１０へ送信させた後、Ｓ４１０へ戻る。これにより、当該ヘッドセット１０の使用者により発せられた音声を表す音声データが、被呼側ヘッドセット１０へ送信されることとなる。
【００４２】
一方、Ｓ４４０で、Ｓ４１０にて取得されたデータが、音声ＣＯＤＥＣ２６により生成された音声データではない（即ち、上記（３）の被呼側ヘッドセット１０からの切断要求である）と判定した場合には、本発呼側音声通信処理を終了する。これにより、前述した発呼処理（図６）におけるＳ３７０の処理が行われ、被呼側ヘッドセット１０との通信が切断されることとなる。
【００４３】
次に、ＣＰＵ３２が行う被呼処理について、図８のフローチャートを用いて説明する。尚、本被呼処理は、前述したメイン処理（図４）におけるＳ１８０の処理に当たる。
この被呼処理が開始されると、まずＳ５１０にて、他のヘッドセット１０からブロードキャストされてきた文字列データの表す文字列が、ＮＶＲＡＭ３０に記憶されている被呼名データの表す被呼名と一致するか否かを判定する。ここで、ブロードキャストされてきた文字列データは、その送信元のヘッドセット（以下、発呼側ヘッドセットという）１０において前述した発呼処理（図６）のＳ３３０の処理が行われることにより送信されるデータであり、発呼側ヘッドセット１０の使用者が発呼キーワードの後に発した音声の内容を表すものである。つまり、このＳ５１０では、発呼側ヘッドセット１０の使用者によって、発呼キーワードの後に当該ヘッドセット１０の被呼名が発せられたか否かを判定するようになっている。尚、このＳ５１０の処理では、文字列と被呼名とが完全に一致するか否かを判定するようにしてもよいが、完全には一致していなくてもある程度類似していれば（例えば、長音や濁音の有無等）一致しているとみなすようにしてもよい。
【００４４】
そして、Ｓ５１０で、ブロードキャストされてきた文字列データの表す文字列が被呼名と一致すると判定した場合には、Ｓ５２０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、発呼側ヘッドセット１０への接続要求を送信させる。
続いて、Ｓ５３０では、音声ＣＯＤＥＣ２６に、スピーカ２２から呼び出し音を出力させる。具体的には、例えば「ピーピーピー…」という発信音を表すデジタルデータを音声ＣＯＤＥＣ２６に出力処理させる。これにより、当該ヘッドセット１０の使用者は、発呼側ヘッドセット１０の使用者から呼び出されたことを知ることができる。
【００４５】
続いて、Ｓ５４０では、発呼側ヘッドセット１０との間で１対１の音声通信を行うための後述する被呼側音声通信処理（図９）を行う。そして、この被呼側音声通信処理が終了すると、Ｓ５５０へ移行し、発呼側ヘッドセット１０へ切断要求を送信して、本被呼処理を終了する。
【００４６】
一方、Ｓ５１０で、ブロードキャストされてきた文字列データの表す文字列が被呼名と一致しないと判定した場合には、そのまま本被呼処理を終了する。
次に、上記Ｓ５４０の処理に当たる被呼側音声通信処理について、図９のフローチャートを用いて説明する。
【００４７】
この被呼側音声通信処理が開始されると、まずＳ６１０にて、発呼側ヘッドセット１０から送信されてくる音声データと、マイク１８から入力される音声に基づき音声ＣＯＤＥＣ２６により生成される音声データとのうち、何れかのデータが取得されるまでの間、待機状態となり、何れかのデータが取得されると、Ｓ６２０へ移行する。
【００４８】
そして、Ｓ６２０では、Ｓ６１０にて取得されたデータが、発呼側ヘッドセット１０からの音声データであるか否かを判定する。
このＳ６２０で、発呼側ヘッドセット１０からの音声データであると判定した場合には、Ｓ６３０へ移行し、音声ＣＯＤＥＣ２６に、その音声データを音声信号に変換してスピーカ２２から出力させる処理を行わせた後、Ｓ６１０へ戻る。これにより、発呼側ヘッドセット１０から送られてくる音声データの表す音声が、スピーカ２２から出力されることとなる。
【００４９】
一方、Ｓ６２０で、発呼側ヘッドセット１０からの音声データではない（即ち、音声ＣＯＤＥＣ２６により生成された音声データである）と判定した場合には、Ｓ６４０へ移行し、その音声データを音声認識装置２８に解析させて、その音声データが表す文字列データを生成させる。
【００５０】
続いて、Ｓ６５０では、Ｓ６４０にて生成させた文字列データが、切断キーワード（被呼側終了キーワードに相当）を表すものであるか否かを判定する。ここで、切断キーワードとは、発呼側ヘッドセット１０との音声通信を終了する際に使用者が発する合図であり、本実施形態における切断キーワードは「切断」である。
【００５１】
そして、Ｓ６５０で、切断キーワードを表すものではないと判定した場合には、Ｓ６６０へ移行し、Ｂｌｕｅｔｏｏｔｈモジュール２４に、音声ＣＯＤＥＣ２６により生成された音声データを発呼側ヘッドセット１０へ送信させた後、Ｓ６１０へ戻る。これにより、当該ヘッドセット１０の使用者により発せられた切断キーワード以外の音声を表す音声データが、発呼側ヘッドセット１０へ送信されることとなる。
【００５２】
一方、Ｓ６５０で、切断キーワードを表すものであると判定した場合には、本被呼側音声通信処理を終了する。これにより、前述した被呼処理（図８）におけるＳ５５０の処理が行われ、発呼側ヘッドセット１０へ切断要求が送信される。
次に、本通信システムの作用について説明する。
【００５３】
［ヘッドセットへの被呼名の登録］
ヘッドセット１０の使用者は、自分の名前をヘッドセット１０の被呼名として登録する場合に、まず「登録」と発し、続いて「○○○（自分の名前）」と発する。これにより、このヘッドセット１０では、以下のような処理が行われる
即ち、まず、使用者が「登録」と発すると、図４のメイン処理により、マイク１８から音声が入力されたと判定され（Ｓ１１０：ＹＥＳ）、更に、その音声が登録キーワードを発したものであると判定されて（Ｓ１２０，Ｓ１３０：ＹＥＳ）、図５の被呼名登録処理へ移行される（Ｓ１４０）。続いて、使用者が「○○○」と発すると、その「○○○」が被呼名として記憶される（Ｓ２１０〜Ｓ２３０）。つまり、使用者が登録キーワードの直後に発した言葉が、被呼名として登録すべき言葉であると判断され、その言葉が被呼名として登録されるようになっている。
【００５４】
［ヘッドセット間の音声通信］
あるヘッドセット１０（以下、ヘッドセットＡという）の使用者が、他のヘッドセット１０（以下、ヘッドセットＢという）の使用者と音声通信を開始する場合には、図１０に示すように、まず「開始」と発し、続いて「○○○（ヘッドセットＢの使用者の名前）」と発する。これにより、発呼側のヘッドセットＡと被呼側のヘッドセットＢとでは、以下のような処理が行われる。
【００５５】
即ち、まず、ヘッドセットＡの使用者が「開始」と発すると、ヘッドセットＡでは、図４のメイン処理により、マイク１８から音声が入力されたと判定され（Ｓ１１０：ＹＥＳ）、更に、その音声が発呼キーワードを発したものであると判定されて（Ｓ１２０，Ｓ１５０：ＹＥＳ）、図６の発呼処理へ移行される（Ｓ１６０）。続いて、その使用者が「○○○」と発すると、その「○○○」を表す文字列データが、ヘッドセットＡと通信可能な他のヘッドセットへブロードキャストされる（Ｓ３１０〜Ｓ３３０）。つまり、使用者が発呼キーワードの直後に発した言葉が、ヘッドセットＡの使用者が呼び出したいヘッドセット（この例では、ヘッドセットＢ）の被呼名であると判断され、その被呼名を表す文字列データがブロードキャストされるようになっている。
【００５６】
すると、ヘッドセットＢでは、図４のメイン処理により、ヘッドセットＡから文字列データがブロードキャストされてきたと判定され（Ｓ１７０：ＹＥＳ）、図８の被呼処理へ移行される（Ｓ１８０）。そして、ブロードキャストされてきた文字列データの表す文字列「○○○」が、当該ヘッドセットＢの被呼名と一致すると判定され（Ｓ５１０：ＹＥＳ）、ヘッドセットＡへ接続要求が送信される（Ｓ５２０）。そして更に、呼び出し音が出力された後（Ｓ５３０）、図９の被呼側音声通信処理へ移行される（Ｓ５４０）。尚、ヘッドセットＢ以外の他のヘッドセットでは、Ｓ５１０の処理にて、ブロードキャストされてきた文字列データの表す文字列「○○○」が、当該ヘッドセットの被呼名とは一致しないと判定され、そのまま被呼処理が終了される。
【００５７】
そして、ヘッドセットＡでは、図６の発呼処理により、ヘッドセットＢからの接続要求が受信されたと判定され（Ｓ３４０：ＹＥＳ）、図７の発呼側音声通信処理へ移行される（Ｓ３６０）。
こうして、ヘッドセットＡで発呼側音声通信処理が行われ、ヘッドセットＢで被呼側音声通信処理が行われている状態では、図１０に示すように、ヘッドセットＡの使用者とヘッドセットＢの使用者との間で、音声通信が可能となる。
【００５８】
例えば、ヘッドセットＡの使用者が「こんにちは」と発すると、図７の発呼側音声通信処理により、その音声を表す音声データがヘッドセットＢへ送信される（Ｓ４１０，Ｓ４４０：ＹＥＳ，Ｓ４５０）。すると、ヘッドセットＢでは、図９の被呼側音声通信処理により、ヘッドセットＡから送信されてきた音声データの表す音声「こんにちは」が、スピーカ２２から出力される（Ｓ６１０，Ｓ６２０：ＹＥＳ，Ｓ６３０）。
【００５９】
そして、これに対し、ヘッドセットＢの使用者が「どうも、こんにちは」と発すると、図９の被呼側音声通信処理により、その音声を表す音声データがヘッドセットＡへ送信される（Ｓ６１０，Ｓ６５０：ＮＯ，Ｓ６６０）。すると、ヘッドセットＡでは、図７の発呼側音声通信処理により、ヘッドセットＢから送信されてきた音声データの表す音声「どうも、こんにちは」が、スピーカ２２から出力される（Ｓ４１０，Ｓ４２０：ＹＥＳ，Ｓ４３０）。
【００６０】
その後、この音声通信を終了する場合には、図１０に示すように、ヘッドセットＢの使用者が「切断」と発する。これにより、ヘッドセットＡ及びヘッドセットＢでは、以下のような処理が行われる。
即ち、ヘッドセットＢの使用者が「切断」と発すると、ヘッドセットＢでは、図９の被呼側音声通信処理により、その音声が切断キーワードを発したものであると判定され（Ｓ６１０，Ｓ６５０：ＹＥＳ）、その被呼側音声通信処理が終了される。そして、図８の被呼処理により、ヘッドセットＡへ切断要求が送信される（Ｓ５５０）。
【００６１】
すると、ヘッドセットＡでは、図７の発呼側音声通信処理により、ヘッドセットＢから切断要求が送信されてきたと判定され（Ｓ４１０，Ｓ４４０：ＮＯ）、その発呼側音声通信処理が終了される。そして、図６の発呼処理により、ヘッドセットＢとの通信を切断するための切断処理が行われる（Ｓ３７０）。
【００６２】
尚、本実施形態の通信システムでは、ヘッドセット１０が、発呼側端末及び被呼側端末に相当し、特に、図１０に示した例においては、ヘッドセットＡが、発呼側端末に相当し、ヘッドセットＢが被呼側端末に相当する。
また、マイク１８が、発呼側入力手段、被呼側入力手段及び入力手段に相当し、図４におけるＳ１２０，Ｓ１５０，Ｓ１６０の処理と、図６におけるＳ３１０の処理とが、発呼判断手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図６におけるＳ３３０の処理とが、送信手段に相当している。
【００６３】
また更に、ＮＶＲＡＭ３０が、記憶手段に相当し、図８におけるＳ５１０の処理が、被呼判断手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図８におけるＳ５２０の処理とが、通信開始手段に相当し、Ｂｌｕｅｔｏｏｔｈモジュール２４と、図９におけるＳ６４０，Ｓ６５０の処理と、図８におけるＳ５５０の処理とが、被呼側通信終了手段に相当している。
【００６４】
一方また、図４におけるＳ１２０〜Ｓ１４０の処理と、図５におけるＳ２１０の処理とが、登録判断手段に相当し、図５におけるＳ２２０，Ｓ２３０の処理が、識別名登録手段に相当し、音声ＣＯＤＥＣ２６と、図８におけるＳ５３０の処理とが、報知手段に相当している。
【００６５】
このような本実施形態の通信システムによれば、各ヘッドセット１０には、当該ヘッドセット１０の被呼名を登録しておくだけでよく、他のヘッドセット１０についての情報を登録する必要がないため、記憶すべき情報を少なくすることができる。
【００６６】
即ち、従来の通信システムでは、発呼側となりうる全ての通信機器のそれぞれに、通信先の候補となる通信機器の被呼名及びその通信先アドレスを登録しておかなければならず、本実施形態のような通信システムに適用したとすると、各ヘッドセット１０に他の全てのヘッドセット１０の被呼名及びその通信先アドレスを登録しておかなければならないこととなる。
【００６７】
これに対し、本実施形態の通信システムでは、各ヘッドセット１０にそのヘッドセット１０の被呼名のみを登録すればよいことから、各ヘッドセット１０に登録すべき情報量を格段に少なくすることができる。そして、このように本通信システムが各ヘッドセット１０に登録すべき情報量を少なくすることができるのは、通信システム全体でみた場合に、同一のヘッドセット１０についての情報が複数のヘッドセット１０で重複して登録されるといった無駄が無くなり、ヘッドセット１０に登録すべき総情報量を少なくすることができるからである。
【００６８】
また更に、本実施形態の通信システムでは、ヘッドセット１０が、音声通信の開始や終了といった使用者からの要求を、使用者から発せられるキーワードに基づき判断するようになっているため、完全なハンズフリーでの音声通信を実現することができる。しかも、使用者は、被呼名の登録についても、ハンズフリーで容易に行うことができる。
【００６９】
加えて、本実施形態の通信システムでは、ヘッドセット１０が、他のヘッドセット１０からの呼び出しを受けた際に呼び出し音で知らせるような構成となっているため、使用者が気付かない間に音声通信が開始されているといったことを防ぐことができる。
【００７０】
以上、本発明の一実施形態について説明したが、本発明は、種々の形態を採り得ることは言うまでもない。
例えば、上記実施形態の通信システムでは、被呼側のヘッドセット１０の使用者が切断キーワードを発することで、音声通信が終了されるようになっているが、これに限ったものではない。例えば、発呼側のヘッドセット１０の使用者が切断キーワードを発した場合にも、同様に音声通信が終了されるようにしてもよい。具体的には、発呼側音声通信処理（図７）のＳ４５０の処理を行う前に、以下の処理を行う。
【００７１】
即ち、Ｓ４４０で音声ＣＯＤＥＣ２６により生成された音声データであるとの判定後、音声認識装置２８にその音声データが表す文字列データを生成させ、その文字列データが、音声通信を終了する際のキーワード（発呼側終了キーワードに相当）を表すものであるか否かを判定する。そして、そのキーワードを表すものではないと判定した場合には、Ｓ４５０へ移行するが、そのキーワードを表すものであると判定した場合には、被呼側ヘッドセット１０へ切断要求を送信して発呼側音声通信処理を終了する。尚、ここで述べた処理と、Ｂｌｕｅｔｏｏｔｈモジュール２４とが、発呼側通信終了手段に相当する。
【００７２】
また、上記実施形態の通信システムでは、発呼側のヘッドセット１０が、使用者により発呼キーワードの次に発せられた音声に基づく音声データから文字列データを生成し、その文字列データをブロードキャストするようになっているが、これに限ったものではない。例えば、発呼側のヘッドセット１０が、発呼キーワードの次に発せられた音声に基づく音声データをそのままブロードキャストし、被呼側のヘッドセット１０が、そのブロードキャストされてきた音声データから文字列データを生成するようにしてもよい。
【００７３】
また更に、上記実施形態の通信システムでは、ヘッドセット１０が、音声通信の開始や終了といった使用者からの要求を、使用者から発せられるキーワードに基づき判断するようになっているが、これに限ったものではない。例えば、キーワードが発せられる代わりに操作ボタンが押されるような構成（操作ボタンが押された直後に発せられた言葉を、使用者が呼び出したいヘッドセット１０の被呼名であると判断するような構成）であってもよい。
【００７４】
また、各キーワードは上記実施形態にて例示したもの（「登録」、「開始」、「切断」）に限ったものではない。例えば、通常の会話では使用されないような言葉にしておけば、使用者が何気なく発した言葉が、その使用者の意思に反してキーワードと誤認識されてしまうことを防ぐことができる。また、通常用いられる言葉であっても、その前後に一定の沈黙時間を入れる等の条件を加えることで、誤認識を防止することができる。
【００７５】
一方、上記実施形態の通信システムでは、通信機器としてヘッドセット１０が用いられているが、これ以外の通信機器であってもよい。また、通信方式についても、Ｂｌｕｅｔｏｏｔｈに限らず、それ以外の様々な通信方式（例えば、ＴＣＰ／ＩＰによる有線通信等）を用いることができる。
【００７６】
また、上記実施形態の通信システムでは、通信機器としての各ヘッドセット１０が、発呼側端末及び被呼側端末の何れとしても機能するようになっているが、これに限ったものではなく、何れか一方の機能のみ有する専用の通信機器であってもよい。そして、この場合にも、被呼側端末として機能する通信機器にその通信機器の被呼名のみを登録しておけばよいことから、通信機器に登録すべき情報量を少なくすることができる。
【００７７】
また更に、上記実施形態の通信システムでは、通信相手としたいヘッドセット１０の被呼名を発することで、そのヘッドセットとの１対１の音声通信が行われるようになっているが、これに限ったものではなく、例えば、複数の相手の名前を発することで、その複数の相手との音声通信が行われるようにしてもよい。また、複数の相手との音声通信中に、特定の相手の名前を発することで、その相手との１対１の音声通信に切り替わるようにしてもよい。
【００７８】
一方また、通信機器間で行われる通信は、音声による会話以外であってもよい。例えば、発呼側の通信機器から入力された音声の内容が、被呼側の通信機器に設けられるディスプレイに文字として表示されるようなものであってもよく、また、被呼側の通信機器に設けられるキーボードにて入力された文章が、発呼側の通信機器で表示されるようなものであってもよい。
【図面の簡単な説明】
【図１】実施形態の通信システムの構成を表す説明図である。
【図２】ヘッドセットの外観図である。
【図３】ヘッドセットの内部構成を表すブロック図である。
【図４】メイン処理のフローチャートである。
【図５】被呼名登録処理のフローチャートである。
【図６】発呼処理のフローチャートである。
【図７】発呼側音声通信処理のフローチャートである。
【図８】被呼処理のフローチャートである。
【図９】被呼側音声通信処理のフローチャートである。
【図１０】ヘッドセット間の音声通信を説明するためのシーケンス図である。
【符号の説明】
１０…ヘッドセット、１２…アンテナ、１４…アーム、１６…パッド、１８…マイク、２０…ロッド、２２…スピーカ、２４…Ｂｌｕｅｔｏｏｔｈモジュール、２６…音声ＣＯＤＥＣ、２８…音声認識装置、３０…ＮＶＲＡＭ、３２…ＣＰＵ、３４…ＲＡＭ、３６…ＲＯＭ
Claims (8)
- 発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行う通信システムにおいて、
前記発呼側端末は、
音声を入力する発呼側入力手段と、
前記発呼側入力手段により入力された音声が前記被呼側端末の識別名を表すものであるか否かを判断する発呼判断手段と、
前記発呼判断手段により前記音声が前記被呼側端末の識別名を表すものであると判断された場合には、該音声の内容を表すデータを当該発呼側端末が呼び出したい被呼側端末の識別名情報として、前記複数の被呼側端末に送信する送信手段と、を備え、
前記被呼側端末は、
当該被呼側端末の識別名を記憶する記憶手段と、
前記送信手段により送信される前記識別名情報を受信して、該識別名情報の表す識別名と前記記憶手段により記憶される識別名とが同一であるか否かを判断する被呼判断手段と、
前記被呼判断手段により同一であると判断された場合には、前記発呼側端末の前記発呼側入力手段を用いた通信を開始するための処理を行う通信開始手段と、を備えていること、
を特徴とする通信システム。 - 請求項１に記載の通信システムにおいて、
前記発呼判断手段は、前記発呼側入力手段により所定の開始キーワードを表す音声が入力された場合に、該キーワードの次に入力された音声が前記被呼側端末の識別名を表すものであると判断すること、
を特徴とする通信システム。 - 請求項１又は請求項２に記載の通信システムにおいて、
前記発呼側端末は、
前記発呼側入力手段により所定の発呼側終了キーワードを表す音声が入力された場合に、前記被呼側端末との通信を終了するための処理を行う発呼側通信終了手段を備えていること、
を特徴とする通信システム。 - 請求項１ないし請求項３の何れか１項に記載の通信システムにおいて、
前記被呼側端末は、
音声を入力する被呼側入力手段により所定の被呼側終了キーワードを表す音声が入力された場合に、前記発呼側端末との通信を終了するための処理を行う被呼側通信終了手段を備えていること、
を特徴とする通信システム。 - 請求項１ないし請求項４の何れか１項に記載の通信システムにおいて、
前記被呼側端末は、
音声を入力する被呼側入力手段により入力された音声が、当該被呼側端末の識別名として登録すべき言葉を表すものであるか否かを判断する登録判断手段と、
前記登録判断手段により前記音声が当該被呼側端末の識別名として登録すべき言葉を表すものであると判断された場合には、該音声が表す言葉を、前記記憶手段に当該被呼側端末の識別名として記憶させる識別名登録手段と、
を備えていることを特徴とする通信システム。 - 請求項１ないし請求項５の何れか１項に記載の通信システムにおいて、
前記被呼側端末は、
前記通信開始手段により前記通信を開始するための処理が行われる際に、当該被呼側端末の所持者に対する報知を行う報知手段を備えていること、
を特徴とする通信システム。 - 発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行うと共に、前記被呼側端末が、前記発呼側端末から当該被呼側端末を表す識別名情報が送信されてくると前記通信を開始するように構成された通信システムにおいて、前記発呼側端末として用いられる通信機器であって、
音声を入力する入力手段と、
前記入力手段により入力された音声が前記被呼側端末の識別名を表すものであるか否かを判断する発呼判断手段と、
前記発呼判断手段により前記音声が前記被呼側端末の識別名を表すものであると判断された場合には、該音声の内容を表すデータを当該通信機器が呼び出したい被呼側端末の識別名情報として、前記複数の被呼側端末に送信する送信手段と、
を備えたことを特徴とする通信機器。 - 発呼側端末と、該発呼側端末と通信可能な複数の被呼側端末のうちでその発呼側端末により呼び出された被呼側端末とが、通信を行う通信システムにおいて、前記被呼側端末として用いられる通信機器であって、
当該通信機器の識別名を記憶する記憶手段と、
前記発呼側端末から前記複数の被呼側端末に送信される情報であって該発呼側端末が呼び出したい被呼側端末の識別名を表す識別名情報を受信して、該識別名情報の表す識別名と前記記憶手段により記憶される識別名とが同一であるか否かを判断する被呼判断手段と、
前記被呼判断手段により同一であると判断された場合には、前記発呼側端末と通信を開始するための処理を行う通信開始手段と、
を備えたことを特徴とする通信機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181686A JP3632679B2 (ja) | 2002-06-21 | 2002-06-21 | 通信システム及び通信機器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002181686A JP3632679B2 (ja) | 2002-06-21 | 2002-06-21 | 通信システム及び通信機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004032087A true JP2004032087A (ja) | 2004-01-29 |
| JP3632679B2 JP3632679B2 (ja) | 2005-03-23 |
Family
ID=31178460
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002181686A Expired - Fee Related JP3632679B2 (ja) | 2002-06-21 | 2002-06-21 | 通信システム及び通信機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3632679B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006180143A (ja) * | 2004-12-22 | 2006-07-06 | Nec Corp | 通話システム、携帯端末装置及びそれらに用いる話者権予約方法並びにそのプログラム |
| JP2007333778A (ja) * | 2006-06-12 | 2007-12-27 | Toshiichi Shinshi | 商品売買システムとそれを実現するためのコンピュータプログラムとその方法 |
| US7817960B2 (en) | 2007-01-22 | 2010-10-19 | Jook, Inc. | Wireless audio sharing |
| US10964317B2 (en) | 2017-07-05 | 2021-03-30 | Baidu Online Network Technology (Beijing) Co., Ltd. | Voice wakeup method, apparatus and system, cloud server and readable medium |
| US11574632B2 (en) | 2018-04-23 | 2023-02-07 | Baidu Online Network Technology (Beijing) Co., Ltd. | In-cloud wake-up method and system, terminal and computer-readable storage medium |
-
2002
- 2002-06-21 JP JP2002181686A patent/JP3632679B2/ja not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006180143A (ja) * | 2004-12-22 | 2006-07-06 | Nec Corp | 通話システム、携帯端末装置及びそれらに用いる話者権予約方法並びにそのプログラム |
| JP4682613B2 (ja) * | 2004-12-22 | 2011-05-11 | 日本電気株式会社 | 通話システム、携帯端末装置及びそれらに用いる話者権予約方法並びにそのプログラム |
| JP2007333778A (ja) * | 2006-06-12 | 2007-12-27 | Toshiichi Shinshi | 商品売買システムとそれを実現するためのコンピュータプログラムとその方法 |
| US7817960B2 (en) | 2007-01-22 | 2010-10-19 | Jook, Inc. | Wireless audio sharing |
| US10964317B2 (en) | 2017-07-05 | 2021-03-30 | Baidu Online Network Technology (Beijing) Co., Ltd. | Voice wakeup method, apparatus and system, cloud server and readable medium |
| US11574632B2 (en) | 2018-04-23 | 2023-02-07 | Baidu Online Network Technology (Beijing) Co., Ltd. | In-cloud wake-up method and system, terminal and computer-readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3632679B2 (ja) | 2005-03-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7650168B2 (en) | Voice activated dialing for wireless headsets | |
| US6744860B1 (en) | Methods and apparatus for initiating a voice-dialing operation | |
| KR20230136707A (ko) | 공유된 음성 작동 디바이스상의 호출 핸들링 | |
| US20070263604A1 (en) | Ring back notification system and method therefor | |
| US20030032415A1 (en) | Voice announced caller identification features and methods therefor | |
| JP2006086581A (ja) | 無線通信機能付ヘッドセット、無線通信システム及びコンピュータプログラム | |
| JP2007096961A (ja) | 電話装置 | |
| JP3632679B2 (ja) | 通信システム及び通信機器 | |
| JP2003218999A (ja) | 音声認識機能付き携帯電話装置及びその制御プログラム | |
| JP2002118689A (ja) | 携帯電話の発信時相手応答に対する自動音声再生機能 | |
| KR100945162B1 (ko) | 링백톤제공시스템 및 그 방법 | |
| US7050572B2 (en) | Telephone set and response method to incoming call | |
| JP4583350B2 (ja) | 携帯端末装置、着信音出力方法 | |
| KR100658889B1 (ko) | 이동통신 시스템의 착신음 발생 방법 | |
| JP2000261856A (ja) | 簡易型携帯電話機 | |
| JP2003110732A (ja) | 発信端末、着信端末、仲介サーバおよびメッセージ出力方法 | |
| JP3106902B2 (ja) | 電話装置 | |
| JP2006186893A (ja) | 音声対話制御装置 | |
| JP3278595B2 (ja) | 携帯電話 | |
| US7340050B2 (en) | Apparatus and method for controlling incoming melody | |
| JP2003046647A (ja) | 通話中継システム、通話中継方法、通話中継プログラム及びそれを記録した記録媒体 | |
| JP2000032094A (ja) | 無線及び有線通信端末器 | |
| JP3477099B2 (ja) | 電話装置 | |
| JP3975343B2 (ja) | 電話番号登録システム、電話機、および電話番号登録方法 | |
| JP2001268175A (ja) | 話速変換機能を有する電話機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041112 |
|
| 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: 20041130 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041213 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3632679 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080107 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090107 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090107 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100107 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110107 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120107 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120107 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130107 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140107 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |