ユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法
【課題】より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法を提供すること。
【解決手段】ＩＶＲシステム１００は、メールアドレスと電話番号とを有する端末のユーザ情報を管理し、メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール送信部５４０と、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識部５６０と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶部５１０とを有する。
【解決手段】ＩＶＲシステム１００は、メールアドレスと電話番号とを有する端末のユーザ情報を管理し、メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール送信部５４０と、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識部５６０と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶部５１０とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザごとにそのユーザの電話番号とメールアドレスとを対応付けて管理するユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法に係わり、特に音声認識技術を用いるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法に関する。
【背景技術】
【０００２】
近年、インターネット経由での電子メール通信機能を有する携帯電話機の普及が進んでいる。このような携帯電話機では、電話通信による音声データの送受信と、電子メールによるテキストデータや画像データの送受信とが可能である。
【０００３】
また、近年、ユーザからの電話に対する自動応答によりサービス情報の提供を行うＩＶＲ（interactive voice response）と呼ばれるシステムの普及も進んでいる。ＩＶＲを採用した情報提供サービスでは、ユーザは、情報提供の要求を電話で簡単に行うことができる。
【０００４】
情報提供の要求は、電子メールで行うよりも、このようなＩＶＲを利用するほうがユーザにとって効率が良い場合がある。例えば、資料請求において数多くの資料の中から１つを指定するケースである。電子メールでは、本文などに所望の資料名をテキスト入力したり対応するメールアドレスを探し出して選択操作しなければならないのに対し、ＩＶＲでは、簡単なプッシュ操作や発話で済む。
【０００５】
一方で、提供の対象となる情報（以下「サービス情報」という）のユーザへの提供は、電話で行われるよりも、電子メールで行われるほうがユーザにとって都合が良い場合がある。例えば、サービス情報が長い文章である場合、電話では、延々と再生される合成音声などを聞き続けなければならないのに対し、電子メールでは、サービス情報を受信した後にユーザの都合の良いタイミングで情報を見たり読んだりすることができるためである。更に、電子メールのほうが、サービス情報の保存や利用に適しているという利点がある。
【０００６】
したがって、情報提供の要求受け付けを電話で行い、情報提供を電子メールで行うことにより、文字での情報伝達に有効な電子メールと、音声での情報伝達に有効な電話との、それぞれのメリットを十分に生かすことができる。
【０００７】
ところが、電子メール通信は電話通信とは独立しているため、上記のようなサービスを実現するには、サービス提供側で、情報要求の電話と、サービス情報を送信すべきメールアドレスとを対応付ける必要がある。
【０００８】
そこで、ウェブページを用いてユーザごとに電話番号とメールアドレスとを対応付ける技術が、例えば特許文献１に記載されている。
【０００９】
特許文献１記載の技術では、ユニークなＵＲＬ（uniform resource locator）を記載した電子メールを送信し、そのＵＲＬに対応するウェブページにアクセスしたユーザに対して、ウェブページ上で所定の電話番号を通知する。そして、通知した電話番号に発呼してきた相手の発信者番号を取得し、上記ＵＲＬの送信先のメールアドレスと、取得した発信者番号とを対応付ける。これにより、メールアドレスの構成によらずに、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【００１０】
また、電子メールからユーザのメールアドレスおよび電話番号を取得する技術が、例えば特許文献２に記載されている。
【００１１】
特許文献２記載の技術では、ユーザに対して送信された電子メールのデータから、送信先のメールアドレスと、本文中に含まれる電話番号とを抽出する。これにより、メールアドレスの構成によらずに、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【特許文献１】特開２００７−１２４１０２号公報
【特許文献２】特許第３８６８７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、特許文献１記載の技術では、ユーザは、電子メールの本文の中からＵＲＬを選択し、対応するウェブページのデータを受信してウェブページを表示させ、表示内容の中から所定の電話番号を選択するといった操作手順を踏まなくてはならない。
【００１３】
また、特許文献２記載の技術では、電話番号の抽出の前提として、第三者が、サービスを利用しようとするユーザの電話番号を本文に入力した電子メールを作成して送信する必要がある。したがって、電話番号とメールアドレスとを対応付けを行うためには、ユーザは、知人などに、自分を宛先とし電話番号を本文に記載した電子メールの送信を依頼しなければならない。
【００１４】
サービスの利用に際してユーザに掛かる負担が大きくなるほど、ユーザのサービス利用の意欲を減退させ、当該サービスが利用される機会を逸する可能性が高くなってしまう。したがって、できるだけ少ないユーザ負担で、電話番号とメールアドレスとを対応付けられることが求められる。
【００１５】
本発明は、かかる点に鑑みてなされたものであり、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明のユーザデータ管理システムは、電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するとともに、前記仮パスワードと前記特定メールアドレスとを対応付けて一時記憶するパスワード発行手段と、電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識する音声認識手段と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段とを有する構成を採る。
【００１７】
本発明のユーザデータ管理システムは、メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理システムであって、前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール通信手段と、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識手段と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段とを有する構成を採る。
【００１８】
本発明の情報提供システムは、上記ユーザデータ管理システムを利用する情報提供システムであって、前記電話番号を有する端末から電話通信手段により情報の要求を受け付ける要求受付手段を更に有し、前記メール通信手段は、要求された前記情報を、前記ユーザデータ記憶手段を参照し、前記電話番号に対応する前記メールアドレスに送信する構成を採る。
【００１９】
本発明のユーザデータ管理方法は、電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するステップと、電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識するステップと、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【００２０】
本発明のユーザデータ管理方法は、メールアドレスと電話番号とを有する端末に対して電子メールにより仮パスワードを発行するとともに、前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを対応付けて一時記憶するステップと、前記端末からの通話で発話された前記仮パスワードを認識する音声認識ステップと、認識した前記仮パスワードに対応する前記電子メールアドレスと前記端末の電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【００２１】
本発明のユーザデータ管理方法は、メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理方法であって、前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するステップと、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識ステップと、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【発明の効果】
【００２２】
本発明によれば、ユーザはメールで送られてきたパスワードを電話で発話するだけでよく、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の一実施の形態について、図面を参照して詳細に説明する。
【００２４】
図１は、本発明の一実施の形態に係るユーザデータ管理システムおよび情報提供システムを用いたＩＶＲシステムの構成の一例を示すシステム構成図である。本実施の形態は、本発明を、電話での自動応答により各種情報の提供を行うＩＶＲシステムに適用した例である。
【００２５】
図１において、ＩＶＲシステム１００は、インターネット２００、電話通信網３００、携帯電話機４００−１〜４００−Ｎ、およびＩＶＲサーバ５００を有する。携帯電話機４００−１〜４００−Ｎは、それぞれ異なるユーザが所持する端末であり、ＩＶＲサーバ５００は、これら端末のユーザに対して各種情報の提供サービス（以下単に「サービス」という）を行う情報サービス提供事業者の設備である。携帯電話機４００−１〜４００−Ｎは、同一の構成を有する。ＩＶＲサーバ５００は、本発明に係るユーザデータ管理システムおよび情報提供システムを含むものである。
【００２６】
ここで、本実施の形態に係るＩＶＲサーバ５００の処理のフェーズについて説明する。ＩＶＲサーバ５００がユーザごとに実施する処理のフェーズは、３段階に大きく分かれる。ＩＶＲサーバ５００は、第１段階として、ユーザに対してメールでパスワードを発行し、第２段階として、ユーザからの電話での発話されるパスワードによりメールアドレスと電話番号との対応付けを行い、第３段階として、ユーザからの情報提供の要求受け付けを電話で行い、ユーザに対する情報提供を上記対応付けに基づいて電子メールで行う。すなわち、ＩＶＲサーバ５００は、第１段階および第２段階において、情報提供サービスへのユーザ登録を実施し、第３段階において、情報提供サービスを実施する。以下、各装置部の機能および動作の説明を、適宜、上記した処理フェーズに分けて行う。
【００２７】
携帯電話機４００およびＩＶＲサーバ５００は、電話機能および電子メール送受信機能を有し、無線または有線によりインターネット２００と電話通信網３００の両方に接続可能である。具体的には、携帯電話機４００およびＩＶＲサーバ５００は、メールサーバやメールゲートウェイ装置（図示せず）を介して、ＳＭＴＰ（simple mail transfer protocol）やＰＯＰ３（post office protocol version 3）を用いてメールの送受信を行う。また、携帯電話機４００およびＩＶＲサーバ５００は、電話通信網３００で使用され、少なくとも発信者番号通知機能を備えた所定の通信プロトコルを用いて、発呼や音声データの送受信を含む電話通信を行う。
【００２８】
まず、上記第１段階における各装置の機能について説明する。
【００２９】
携帯電話機４００は、インターネット２００を介して、ＩＶＲサーバ５００との間で電子メール通信を行う。携帯電話機４００は、ユーザ操作を受けて、サービスへのユーザ登録を要求するための電子メール（以下単に「メール」という）である登録要求メールを、ＩＶＲサーバ５００に送信する。
【００３０】
ＩＶＲサーバ５００は、携帯電話機４００から登録要求メールを受信したとき、その登録要求メールの送信元に、ユーザ登録を完了するために必要となるパスワードを発行する。具体的には、ＩＶＲサーバ５００は、ユーザを一意に特定できるユニークなパスワードを本文に記載したメールを、パスワードを発行するためのパスワード発行メールとして、登録要求元に送信する。
【００３１】
このようなＩＶＲシステム１００によれば、第１段階として、携帯電話機４００からＩＶＲサーバ５００に登録要求メールが送信されるごとに、その送信元に対してパスワードが発行される。
【００３２】
次いで、上記第２段階における各装置の機能について説明する。
【００３３】
携帯電話機４００は、電話通信網３００を介してＩＶＲサーバ５００に発呼し、ＩＶＲサーバ５００との間で電話通信を行う。携帯電話機４００は、ユーザ操作を受けて、上記したユーザ登録を完了するための電話である登録要求電話を、ＩＶＲサーバ５００に発信する。
【００３４】
ＩＶＲサーバ５００は、携帯電話機４００から登録要求電話を受けたとき、電話通信により送られてくる音声に対して音声認識処理を行う。そして、ＩＶＲサーバ５００は、自装置が発行したパスワードが認識結果に含まれているときは、そのパスワードを発行した相手先のメールアドレスと、パスワードが発話された登録要求電話の発信者番号とを対応付ける。
【００３５】
このようなＩＶＲシステム１００によれば、第２段階として、携帯電話機４００のユーザが発行を受けたパスワードをＩＶＲサーバ５００への登録要求電話で読み上げると、ＩＶＲサーバ５００側で、パスワードを発行した相手先のメールアドレスと、パスワードが発話された登録要求電話の発信者番号とが対応付けられる。
【００３６】
このように、ＩＶＲシステム１００によれば、第１段階と第２段階とを経て、ＩＶＲサーバ５００側で生成されたパスワードを媒介として、ユーザごとにそのユーザの電話番号とメールアドレスとの対応付け（マッチング）を行うことができる。
【００３７】
次いで、上記第３段階における各装置の機能について説明する。
【００３８】
携帯電話機４００は、ユーザ操作を受けて、具体的な情報提供を要求するための電話である情報要求電話を、ＩＶＲサーバ５００に発信する。
【００３９】
ＩＶＲサーバ５００は、携帯電話機４００から情報要求電話を受けたときで、その発信元の電話番号に対するメールアドレスの対応付けが成されているときは、要求されたサービス情報を格納または添付したメールを、情報提供メールとして、発信者番号に対応付けられたメールアドレスに宛てて送信する。
【００４０】
このようなＩＶＲサーバ５００によれば、ユーザ登録によって行われた対応付けに基づいて、情報提供の要求受け付けが電話で行われ、情報提供が電子メールで行われる。これにより、文字での情報伝達に有効なメールと、音声での情報伝達に有効な電話との、それぞれのメリットを十分に生かしたサービスを実現することができる。
【００４１】
ここで、上記マッチングにパスワードを用いることのメリットについて、音声認識処理の仕組みと併せて説明する。
【００４２】
音声認識処理では、音声データに対するフレーム処理、および各フレームに対するフーリエ解析を含む所定の処理を経て、ケプストラムパラメータなどの音声特徴量が抽出される。そして、解析結果から、ユーザの音声が含まれている音声区間が検出され、音声区間の音声特徴量のみによる時系列データが生成される。
【００４３】
更に、音声認識処理では、生成時系列データに基づき、音響モデル、言語モデル、および辞書を用いて、テキストデータが作成される。音響モデルは、音声データから得られる特徴量と発音記号との確率的な対応付けをデータ化したものである。言語モデルは、学習対象の文字列における文脈のパターンを、関連語彙数によりモデル化したＮグラムモデルである。辞書は、音声認識の対象となる単語の発音記号をデータ化したものである。
【００４４】
具体的には、音声認識処理では、各発音記号の尤度が音響モデルから求められ、各発音記号の組み合わせに対応する単語が辞書から求められ、Ｎグラムによる文脈上の各単語の出現確率が言語モデルから求められる。そして、例えば、発音記号の尤度と単語の出現確率との積が最大となる単語列の探索が音声データに対して行われ、探索された単語列からテキストデータが作成される。
【００４５】
例えば、登録要求電話でメールアドレスを発話することによって上記マッチングを行おうとした場合、アルファベットと数字の総組合せが認識対象となり、前後の文脈も利用できないことから、発音記号の尤度に依存した文字単位での探索となる。この場合、発音のばらつきを補完することが困難であり、誤った認識結果となる可能性が高くなる。また、例えば、数字の「９」とアルファベットの「Ｑ」は、音のみでは識別できないなどの問題もある。
【００４６】
メールアドレスが誤って認識されると、ユーザが所望するサービス情報が正しいユーザに提供されないだけでなく、第三者に誤って送信されてしまう可能性もあり、セキュリティ面で問題が生ずる。したがって、音声認識でメールアドレスが誤って認識された場合には、ユーザは、キースイッチを操作して誤った箇所を文字入力操作により修正しなければならない。ところが、このことは、ユーザ負担軽減の観点から望ましくない。
【００４７】
そこで、メールで電話番号を送信することが考えられる。ところが、電話番号の文字入力操作によりユーザに負担を掛けるだけでなく、第三者に電話番号とメールアドレスとを一度に傍受される可能性が高くなり、セキュリティ確保の観点からも望ましくない。
【００４８】
そこで、本実施の形態のＩＶＲサーバ５００は、発話しやすい文章など、高い精度で音声認識が可能な語句をパスワードとし、このパスワードをユーザに電話で発話させる。これにより、高い音声認識率を実現してより信頼性の高いマッチングを実現する。すなわち、ＩＶＲサーバ５００側で任意に生成可能なパスワードを用いることにより、より少ないユーザ負担で、より高い信頼性で、かつ高いセキュリティを確保した状態で、ユーザごとの電話番号とメールアドレスとのマッチングを行うことができる。
【００４９】
次に、各装置の構成について、ブロック図を用いて説明する。
【００５０】
まず、携帯電話機４００の構成について説明する。
【００５１】
図２は、携帯電話機４００の構成を示すブロック図である。
【００５２】
図２に示すように、携帯電話機４００は、メーラ起動部４１０、メーラ部４２０、および電話通信部４３０を有する。また、携帯電話機４００は、キースイッチ、ディスプレイ、マイクロフォン、およびディジタルカメラなど（図示せず）を更に有する。
【００５３】
メーラ起動部４１０は、所定のイベントの発生をトリガとして、メーラ部４２０を起動する。所定のイベントには、例えば、キースイッチの所定の操作、ディスプレイに表示された所定のメニュー、アイコン、またはウェブページからのハイパーリンクの選択、およびディジタルカメラでの所定のＱＲコード（quick response code）の撮影が含まれる。
【００５４】
メーラ部４２０は、メーラ起動部４１０により起動され、メールデータの作成およびメールの送受信を行う。メーラ部４２０は、メール送信部４２１およびメール受信部４２２を有する。
【００５５】
メール送信部４２１は、ユーザの操作を受けて、自端末のメールアドレス含むメールデータを作成し、指定されたメールアドレスを宛先として送信する。具体的には、メール送信部４２１は、送信メールのヘッダ情報に、送信元として自端末のメールアドレスを記述する。メール送信部４２１は、起動のトリガとなった情報がＩＶＲサーバ５００のメールアドレスへのメール送信を指示するものである場合には、そのメールアドレスを宛先アドレスとして記述した空メールを作成する。ＩＶＲサーバ５００を宛先とする送信メールは、上述の登録要求メールとなる。
【００５６】
メール受信部４２２は、ユーザの操作を受けて、または定期的に、自端末を宛先とするメールを受信する。また、メール受信部４２２は、ユーザの操作を受けて、受信メールの内容を表示または音声出力する。受信メールがＩＶＲサーバ５００からのパスワード発行メールである場合には、パスワードが携帯電話機４００のユーザに通知されることになる。
【００５７】
電話通信部４３０は、ユーザのキースイッチ操作を受けて、指定された電話番号に発呼する。発呼先がＩＶＲサーバ５００の電話番号である場合には、その電話は、登録要求電話または情報要求電話となる。電話通信部４３０は、入力された音声をデータ化した音声データを電話通信の相手先に送信するとともに、キースイッチのプッシュ操作の内容を示すプッシュキー情報を、音声によるプッシュ信号に変換し、音声データに挿入する。また、電話通信部４３０は、発信者番号通知機能を有し、少なくとも登録要求電話および情報要求電話において、自端末の電話番号を、発信者番号としてＩＶＲサーバ５００に通知する。
【００５８】
携帯電話機４００は、ＣＰＵ（central processing unit）、制御プログラムを格納したＲＯＭ（read only memory）などの記憶媒体、ＲＡＭ（random access memory）などの作業用メモリ、および無線通信回路などを含んで構成される。すなわち、図２に示す携帯電話機４００の各部の機能は、ＣＰＵが制御プログラムを実行することによって実現することができる。
【００５９】
次いで、ＩＶＲサーバ５００の構成について説明する。
【００６０】
図３は、ＩＶＲサーバ５００の構成を示すブロック図である。
【００６１】
図３に示すように、ＩＶＲサーバ５００は、ユーザデータ記憶部５１０、メール受信部５２０、データベース設定部５３０、メール送信部５４０、電話応答部５５０、音声認識部５６０、データベース更新部５７０、データベース検索部５８０、およびサービス提供部５９０を有する。
【００６２】
ユーザデータ記憶部５１０は、パスワードとメールアドレスとを対応付けて記述するパスワード設定テーブルと、メールアドレスと電話番号とを対応付けて記述するユーザデータテーブルとを格納する。パスワード設定テーブルおよびユーザデータテーブルの詳細については後述する。
【００６３】
メール受信部５２０は、登録要求メールを受信する。メール受信部５２０は、メールアドレス抽出部５２１およびユニークパスワード生成部５２２を有する。
【００６４】
メールアドレス抽出部５２１は、登録要求メールから送信元のメールアドレスを抽出し、抽出したメールアドレスを、データベース設定部５３０とメール送信部５４０とにそれぞれ出力する。具体的には、メールアドレス抽出部５２１は、受信メールのヘッダ情報から、送信元のメールアドレスを取得する。
【００６５】
ユニークパスワード生成部５２２は、登録要求メールが受信されるごとに、または登録要求メールの送信元のメールアドレスごとに、ユニークなパスワードを生成し、生成したパスワードを、データベース設定部５３０とメール送信部５４０とにそれぞれ出力する。具体的には、ユニークパスワード生成部５２２は、高い精度で音声認識が可能であって、かつ、少なくとも予め定めた生成数において重複しないようなパスワードを生成する。これにより、異なるユーザ間でメールアドレスと電話番号との誤った対応付けが行われるのを防止することができる。
【００６６】
例えば、ユニークパスワード生成部５２２は、主語と述語のそれぞれに、他の単語と混同されにくい単語を予め１００種類ずつ用意しておき、総当りの形で主語＋述語から成るパスワードを生成する。この場合、生成可能なパスワードは、１万通りである。なお、他のユーザに発行したパスワードと音が似ているパスワードを明示的に避けることにより、パスワードの音声認識率を更に向上させることが可能である。また、パスワード生成部５２２は、予め完成形として用意されたパスワードの中から単に選択するようにしてもよい。
【００６７】
また、ユニークパスワード生成部５２２は、生成可能なパスワードの数を超えてユーザ登録を行うために、後述するパスワード設定テーブルから削除されたパスワードや、発行してから十分に時間が経過したパスワードを再利用する。
【００６８】
データベース設定部５３０は、ユーザデータ記憶部５１０に格納されたパスワード設定テーブルにおいて、メールアドレス抽出部５２１から入力されたメールアドレスと、ユニークパスワード生成部５２２から入力されたパスワードとを対応付ける。
【００６９】
図４は、パスワード設定テーブルの内容の一例を示す図である。
【００７０】
図４に示すように、パスワード設定テーブル６１０は、メールアドレスのフィールド６１１と、パスワードのフィールド６１２と、エントリ時刻のフィールド６１３とにより構成される。
【００７１】
データベース設定部５３０は、メールアドレス抽出部５２１から入力されたメールアドレスを、パスワード設定テーブル６１０のフィールド６１１に記述し、このメールアドレスについてユニークパスワード生成部５２２で生成されたパスワードを、対応するエントリのフィールド６１２に記述する。また、データベース設定部５３０は、エントリの作成または更新時刻を、対応するエントリのフィールド６１３に記述する。
【００７２】
ここでは、例えば、第１のエントリ６２１のフィールド６１１、６１２、６１３には、それぞれ「ａａａ＠ｂｂｂ．ｃｏｍ」、「猿は可愛い」、「２００７年１１月１日１５時１０分」と記述されている。これは、「ａａａ＠ｂｂｂ．ｃｏｍ」というメールアドレスに対応して、「猿は可愛い」というパスワードが、２００７年１１月１日１５時１０分に生成され、メールアドレス「ａａａ＠ｂｂｂ．ｃｏｍ」の携帯電話機４００のユーザに対して発行されたことを示す。すなわち、パスワード設定テーブル６１０には、パスワードとその発行先との対応付けと、その対応付けがされた時刻とが記述される。このようなパスワード設定テーブル６１０を用いることにより、メールアドレスと電話番号との対応付けを効率良く行うことができる。
【００７３】
なお、データベース設定部５３０は、パスワード設定テーブル６１０のエントリ時刻のフィールド６１３を参照し、エントリ数の増大を防止すべく、古いエントリを適宜削除する。
【００７４】
メール送信部５４０は、メール受信部５２０からメールアドレスおよびパスワードが入力されたとき、入力されたパスワードを本文に記載し、入力されたメールアドレスを送信先とするメールを作成し、パスワード発行メールとして送信する。また、メール送信部５４０は、データベース検索部５８０からメールアドレスが入力され、サービス提供部５９０からサービス情報が入力されたとき、入力されたメールアドレスを宛先とし、入力されたサービス情報を格納または添付した情報提供メールを作成し、情報提供メールとして送信する。なお、メール送信部５４０は、パスワード発行メールの本文に、自装置の電話番号をパスワードと併せて記載してもよい。これにより、パスワードの発行先のユーザがＩＶＲサーバ５００の電話番号を知らない場合にも対応できる。また、通常、携帯電話機４００では、メールの本文に記載された電話番号を選択することにより発呼を簡単に行えることから、ユーザの電話番号の入力ミスを防いだり、ユーザの手間を軽減することができる。
【００７５】
電話応答部５５０は、登録要求電話および情報要求電話を受け付け、音声ガイダンスにより、ユーザ登録および情報提供のための応答処理を行う。電話応答部５５０は、発信者番号取得部５５１、音声データ取得部５５２、プッシュ信号検出部５５３、および音声ガイダンス部５５４を有する。
【００７６】
発信者番号取得部５５１は、登録要求電話および情報要求電話から、発信者番号、つまり発信元の携帯電話機４００の電話番号を取得し、取得した電話番号を、データベース更新部５７０とデータベース検索部５８０とにそれぞれ出力する。
【００７７】
音声データ取得部５５２は、登録要求電話および情報要求電話において、通話の相手先から音声データを受信し、受信した音声データを、音声認識部５６０に出力する。
【００７８】
プッシュ信号検出部５５３は、情報要求電話において、通話の相手先から受信された音声データからプッシュ信号を検出し、検出したプッシュ信号を元のプッシュキー情報に変換して、サービス提供部５９０に出力する。
【００７９】
音声ガイダンス部５５４は、着信した登録要求電話および情報要求電話に対して、合成音声によるガイダンスを行う。具体的には、音声ガイダンス部５５４は、選択肢の内容および各選択肢に対応して発話すべき語句または行うべきプッシュ操作、パスワードを発話すべきタイミング、サービス情報を指定する入力情報（以下単に「入力情報」という）を送信すべきタイミングなどを、音声により通知する。音声ガイダンスが提示する選択肢には、登録要求電話と情報要求電話のいずれであるか、どのサービス情報の提供を望むかなどが含まれる。
【００８０】
音声認識部５６０は、音声データ取得部５５２から入力された音声データに対して音声認識を行い、ユーザの発話した語句を取得する。そして、音声認識部５６０は、取得した語句を、データベース更新部５７０にはパスワードとして出力し、データベース検索部５８０には提供の対象となるサービス情報を指定する情報（以下「情報指定ワード」という）として出力する。
【００８１】
データベース更新部５７０は、発信者番号取得部５５１から電話番号が入力され、音声認識部５６０からパスワードが入力されたとき、入力されたパスワードを検索キーとして、パスワード設定テーブル６１０のパスワードのフィールド６１２を検索する。音声認識部５６０は、取得した語句に一致するパスワードがフィールド６１２に存在した場合、該当するエントリのメールアドレスのフィールド６１１に記述されたメールアドレスを取得する。そして、音声認識部５６０は、ユーザデータ記憶部５１０に格納されたユーザデータテーブルにおいて、取得したメールアドレスと、発信者番号取得部５５１から入力された電話番号とを対応付ける。
【００８２】
図５は、ユーザデータテーブルの内容の一例を示す図である。
【００８３】
図５に示すように、ユーザデータテーブル７１０は、メールアドレスのフィールド７１１と、電話番号のフィールド７１２と、エントリ時刻のフィールド７１３とにより構成される。
【００８４】
データベース更新部５７０は、ユーザデータテーブル７１０から取得したメールアドレスを、ユーザデータテーブル７１０のフィールド７１１に記述し、このメールアドレスに対応するパスワードが発話された電話の相手先の電話番号を、対応するエントリのフィールド７１２に記述する。また、データベース更新部５７０は、エントリの作成または更新時刻を、対応するエントリのフィールド７１３に記述する。
【００８５】
ここでは、例えば、第１のエントリ７２１のフィールド７１１、７１２、７１３には、それぞれ「ａａａ＠ｂｂｂ．ｃｏｍ」、「０９０１２３４５６７８」、「２００７年１１月１日１５時１７分」と記述されている。これは、「ａａａ＠ｂｂｂ．ｃｏｍ」というメールアドレスを宛先として送信したパスワードを発話する音声データを、「０９０１２３４５６７８」という電話番号の相手先から、２００７年１１月１日１５時１７分に受信したことを示す。すなわち、ユーザデータテーブル７１０には、同一のユーザについての電話番号とメールアドレスとの対応付けと、これらの対応付けがされた時刻とが記述される。このようなユーザデータテーブル７１０を用いることにより、電話番号から対応するメールアドレスの特定を効率良く行うことができる。なお、図４で説明したパスワード設定テーブル６１０と、ユーザデータテーブル７１０とを、１つのテーブルとしてもよい。この場合には、データベース設定部５３０は、ユーザ登録が完了した時点やエントリ作成から一定時間が経過した後に、パスワードのフィールドの記述内容を削除する。
【００８６】
図３のデータベース検索部５８０は、発信者番号取得部５５１から電話番号を入力されたとき、入力された電話番号を検索キーとして、ユーザデータテーブル７１０の電話番号のフィールド７１２を検索する。データベース検索部５８０は、入力された電話番号に一致する電話番号がフィールド７１２に存在した場合、該当するエントリのメールアドレスのフィールド７１１に記述されたメールアドレスを取得する。そして、データベース検索部５８０は、取得したメールアドレスを、メール送信部５４０に出力する。
【００８７】
サービス提供部５９０は、プッシュ信号検出部５５３または音声認識部５６０から、プッシュキー情報または情報報指定ワード（入力情報）が入力されると、その入力情報により指定されるサービス情報を、メール送信部５４０に出力する。サービス情報は、サービス提供部５９０に格納されていてもよいが、サービス提供部５９０の外部、またはインターネット２００上の他のサーバから取得し、メール送信部５４０に転送するようにしてもよい。具体的には、サービス提供部５９０は、入力情報が資料請求番号として入力された場合には、該当する資料を取得したり、情報指定ワードが検索キーワードとして入力された場合には、該当するドキュメントやＵＲＬをデータベースやネットワーク上で検索して取得する。また、サービス提供部５９０は、ユーザが発話した文章のテキスト化が要求されている場合には、ユーザの発話音声を音声認識して書き起こし、テキスト情報に整形する。
【００８８】
なお、電話応答部５５０は、音声ガイダンス部５５４のガイダンスの進行に対応して、音声データ取得部５５２およびプッシュ信号検出部５５３の情報の出力の可否を制御するようにしてもよい。具体的には、例えば、電話応答部５５０は、パスワードの発話を指示したタイミングから所定の長さの区間と、サービス情報の番号の発話を指示したタイミングから所定の長さの区間に取得された音声データのみを、音声データ取得部５５２に出力する。これにより、発行したパスワードと偶然に同じ語句が発音されて誤ってマッチングが行われたり、提供を要求していないサービス情報が誤って提供されてしまったりする可能性を低減することができるだけでなく、不必要な音声処理の実行を防ぎ、装置負荷を軽減することができる。
【００８９】
また、電話応答部５５０は、携帯電話機４００のユーザに対する質問とその応答内容とにより、携帯電話機４００からの電話が登録要求電話であるか情報要求電話であるかを判断するようにしてもよい。この場合には、例えば、電話応答部５５０は、登録要求電話の場合には、データベース検索部５８０への発信者番号の出力を行わず、情報要求電話の場合には、データベース更新部５７０への発信者番号の出力を行わないようにする。この場合にも、誤ったマッチングやサービス情報提供の可能性を低減することができるとともに、装置負荷を軽減することができる。
【００９０】
ＩＶＲサーバ５００は、ＣＰＵ、制御プログラムを格納したハードディスク（hard disc）またはＲＯＭなどの記憶媒体、ＲＡＭなどの作業用メモリ、および通信回路などを含んで構成される。すなわち、図３に示すＩＶＲサーバ５００の各部の機能は、ＣＰＵが制御プログラムを実行することによって実現することができる。
【００９１】
次に、上記構成を有する各装置の動作について説明する。まず、ＩＶＲサーバ５００の動作について、フローチャートを用いて説明する。
【００９２】
ＩＶＲサーバ５００は、上記した第１段階に対応する処理として、ユーザにメールでパスワードを発行するためのパスワード発行処理を実行する。また、ＩＶＲサーバ５００は、上記した第２段階に対応する処理として、第１段階で発行されたパスワードを媒介としてメールアドレスと電話番号とを対応付けるための電話アドレス対応付け処理を実行する。更に、ＩＶＲサーバ５００は、上記した第３段階に対応する処理として、第２段階で行われた対応付けに基づいて情報提供の要求受け付けを電話で行い情報提供を電子メールで行う情報提供処理を実行する。以下、パスワード発行処理、電話アドレス対応付け処理、および情報提供処理のそれぞれについて、順に説明する。
【００９３】
まず、ＩＶＲサーバ５００におけるパスワード発行処理について説明する。
【００９４】
図６は、ＩＶＲサーバ５００におけるパスワード発行処理の流れを示すフローチャートである。
【００９５】
まず、ＩＶＲサーバ５００は、メール受信部５２０で登録要求メールを受信すると（Ｓ１１００：ＹＥＳ）、メールアドレス抽出部５２１で、そのメールから送信元のメールアドレスを抽出し（Ｓ１２００）、ユニークパスワード生成部５２２で、登録要求メールごとにユニークなパスワードを生成する（Ｓ１３００）。そして、ＩＶＲサーバ５００は、データベース設定部５３０で、登録要求メールから抽出したメールアドレスと生成したパスワードとを対応付けてパスワード設定テーブル６１０に登録し（Ｓ１４００）、メール送信部５４０で、パスワードを、登録要求メールから抽出したメールアドレスを宛先としてメールにより返信する（Ｓ１５００）。これにより、ユーザ登録の要求元にパスワードが発行されるとともに、発行したパスワードと発行先のメールアドレスとが組み付けられる。
【００９６】
そして、ＩＶＲサーバ５００は、データベース設定部５３０で、パスワード設定テーブル６１０から古いエントリを適宜削除し（Ｓ１６００）、パスワード発行処理を継続する場合には（Ｓ１７００：ＹＥＳ）、ステップＳ１１００に戻り、パスワードの発行の終了を指示されるなどした場合は（Ｓ１７００：ＮＯ）、一連の処理を終了する。
【００９７】
このように、パスワード発行処理によって、ユーザ登録を望むユーザに対して、メールにてパスワードが発行されるとともに、ＩＶＲサーバ５００においてユーザのメールアドレスとパスワードとが対応付けられる。登録要求電話で発話すべきパスワードを知っているのは、そのパスワードの発行を受けたユーザのみということになる。
【００９８】
また、以上説明したパスワード発行処理では、ＩＶＲサーバ５００は、登録要求メールの送信元のメールアドレスを、そのメールから抽出するので、ユーザ側から任意のタイミングでユーザ登録を開始させることができる。なお、ＩＶＲサーバ５００側でユーザ登録を希望するユーザのメールアドレスを予め把握している場合には、ＩＶＲサーバ５００は、登録要求メールを待たずに、そのメールアドレスに対するパスワードの発行およびパスワードとメールアドレスとの対応付けを行ってもよい。
【００９９】
次いで、ＩＶＲサーバ５００における電話アドレス対応付け処理について説明する。
【０１００】
図７は、ＩＶＲサーバ５００における電話アドレス対応付け処理の流れを示すフローチャートである。
【０１０１】
まず、ＩＶＲサーバ５００は、電話応答部５５０で携帯電話機４００から登録要求電話を着信すると（Ｓ２１００：ＹＥＳ）、発信者番号取得部５５１で、登録要求電話の発信者番号を、発信元の電話番号として取得し（Ｓ２２００）、音声データ取得部５５２で、登録要求電話の音声データを取得する（Ｓ２３００）。そして、ＩＶＲサーバ５００は、音声ガイダンス部５５４で、「パスワードをどうぞ」などパスワードの発話を促す音声ガイダンスを再生し、音声認識部５６０で、取得した音声データに対して音声認識処理を行い（Ｓ２４００）、データベース更新部５７０で、パスワード設定テーブル６１０に設定したパスワードが発話されたか否かを判断する（Ｓ２５００）。
【０１０２】
そして、ＩＶＲサーバ５００は、パスワード設定テーブル６１０に設定したパスワードが発話された場合には（Ｓ２５００：ＹＥＳ）、データベース更新部５７０で、設定したパスワードに組み付けたメールアドレスと、登録要求電話から取得した電話番号、つまり発信者番号とを対応付けてユーザデータテーブル７１０に登録する（Ｓ２６００）。そして、ＩＶＲサーバ５００は、パスワード設定テーブル６１０から、登録が完了したメールアドレスのエントリを削除するとともに古いエントリを適宜削除し（Ｓ２７００）、電話アドレス対応付け処理を継続する場合は（Ｓ２８００：ＹＥＳ）、ステップＳ２１００に戻り、ユーザ登録の終了を指示されるなどした場合には（Ｓ２８００：ＮＯ）、一連の処理を終了する。ユーザデータテーブル７１０の登録が完了後に、パスワード設定テーブル６１０に一時記憶したメールアドレスとパスワードとの対を削除して繰り返し利用することにより、パスワード数を制限しつつ多量のユーザにパスワード設定することができる。
【０１０３】
一方、パスワード設定テーブル６１０に設定したパスワードが発話されなかった場合には（Ｓ２５００：ＮＯ）、処理はそのままステップＳ２８００に進む。
【０１０４】
なお、電話応答部５５０で、ガイダンスによりパスワードの発話タイミングを指定し、そのタイミングから所定の時間が経過しても対応するメールアドレスが検索されない場合には、ＩＶＲサーバ５００は、ユーザ登録が失敗した旨を携帯電話機４００に通知するようにしてもよい。また、所定回数の範囲内で、パスワードの発話をやり直させるようにしてもよい。また、ＩＶＲサーバ５００は、情報提供電話において声紋認証を行うために、発話音声から声紋データを抽出し、抽出した声紋データを電話番号に対応付けて記録しておくようにしてもよい。また、電話応答部５５０で着信した電話が登録要求電話か否かを判断しない場合には、電話の着信があったときにステップＳ２２００に進むようにしてもよい。この場合には、パスワード設定テーブル６１０に設定したパスワードが発話された時点で、着信電話は事後的に登録要求電話となる。
【０１０５】
このように、電話アドレス対応付け処理によって、ユーザ登録を望むユーザのうち、メールにて発行されたパスワードと同一のパスワードを発話したユーザについて、ＩＶＲサーバ５００側でメールアドレスと電話番号とが対応付けられる。上述したように、発話すべきパスワードを知っているのはそのパスワードの発行を受けたユーザのみであるため、パスワードの発行先として用いられたメールアドレスと、当該パスワードの発話元として用いられた電話番号とは、同一のユーザに属している。すなわち、パスワード発行処理と電話アドレス対応付け処理とによって、ユーザごとのメールアドレスと電話番号とが正しく組み付けられ、ユーザデータテーブル７１０に登録される。
【０１０６】
また、以上説明した電話アドレス対応付け処理では、ＩＶＲサーバ５００は、音声の送信元の電話番号を、電話通信の発信者番号から取得するので、ユーザ側から任意のタイミングでユーザ登録を完了させることができる。なお、ＩＶＲサーバ５００側でユーザ登録を希望するユーザの電話番号を予め把握している場合には、ＩＶＲサーバ５００側から発呼してパスワードを問い合わせ、パスワードの発話を受けて、発呼先の電話番号と発話されたパスワードとの対応付けを行うようにしてもよい。
【０１０７】
次いで、ＩＶＲサーバ５００における情報提供処理について説明する。
【０１０８】
図８は、ＩＶＲサーバ５００における情報提供処理の流れを示すフローチャートである。
【０１０９】
まず、ＩＶＲサーバ５００は、電話応答部５５０で携帯電話機４００から情報要求電話を着信すると（Ｓ３１００：ＹＥＳ）、発信者番号取得部５５１で、情報要求電話の発信者番号を、発信元の電話番号として取得し（Ｓ３２００）、音声データ取得部５５２で情報提供電話の音声データを、またはプッシュ信号検出部５５３で情報提供電話のプッシュキー情報を取得する（Ｓ３３００）。音声データが取得された場合には、更に、音声認識部５６０で、情報指定ワードが音声認識される。
【０１１０】
そして、ＩＶＲサーバ５００は、サービス提供部５９０で、ユーザの入力情報、つまり受信した情報指定ワードまたはプッシュキー情報が指定するサービス情報を提供可能であり（Ｓ３４００：ＹＥＳ）、データベース検索部５８０で、登録要求電話から取得された電話番号が、ユーザデータテーブル７１０に存在する場合には（Ｓ３５００：ＹＥＳ）、メール送信部５４０で、指定されたサービス情報を、電話番号に組み付けられたメールアドレスを宛先として、メールにて送信する（Ｓ３６００）。そして、ＩＶＲサーバ５００は、情報提供処理を継続する場合は（Ｓ３７００：ＹＥＳ）、ステップＳ３１００に戻り、情報提供の終了を指示されるなどした場合には（Ｓ３７００：ＮＯ）、一連の処理を終了する。
【０１１１】
一方、指定されたサービス情報が提供可能ではない場合や（Ｓ３４００：ＮＯ）、取得された電話番号がユーザデータテーブル７１０に存在しない場合は（Ｓ３５００：ＮＯ）、処理はそのままステップＳ３７００に進む。
【０１１２】
なお、電話応答部５５０で、ガイダンスにより入力情報の送信タイミングを指定し、そのタイミングから所定の時間が経過しても提供すべきサービス情報が提供可能であると判断されない場合には、ＩＶＲサーバ５００は、ユーザ登録が失敗した旨を携帯電話機４００に通知するようにしてもよい。また、所定回数の範囲内で、情報指定ワードの発話やプッシュ操作をやり直させるようにしてもよい。また、ＩＶＲサーバ５００は、登録要求電話で声紋データを電話番号に対応付けて記録しておいた場合には、記録しておいた声紋データを用いて、発話音声の声紋認証を行い、声紋が一致すると判断された場合にのみ、情報提供を行うようにしてもよい。また、電話応答部５５０で着信した電話が情報要求電話か否かを判断しない場合には、電話の着信があったときにステップＳ３２００に進むようにしてもよい。この場合、提供すべきサービス情報が提供可能であると判断された時点で、着信電話は事後的に情報要求電話となる。
【０１１３】
このように、情報提供処理によって、サービス情報の提供の要求が電話で受け付けられ、対応するサービス情報はメールで提供される。上述したように、ユーザデータテーブル７１０には、ユーザごとのメールアドレスと電話番号との対応付けが正しく記録されているため、情報要求電話で要求されたサービス情報は、その要求元のユーザのみに対して、メールにて正しく送信されることになる。
【０１１４】
以下、ＩＶＲシステム１００が運用されたときの、ユーザの操作、各装置の処理、および通信の流れを、ＩＶＲシステム１００の動作として説明する。
【０１１５】
図９は、ユーザ登録におけるＩＶＲシステム１００の動作の一例を示すシーケンス図である。ここでは、説明の簡便化のため、ＩＶＲサーバ５００を、ユーザデータ記憶部５１０と、その他の装置部から成るユーザデータ管理部５００ａとに分けて扱うものとする。
【０１１６】
図９に示すように、まず、携帯電話機４００のユーザ４００ａが、携帯電話機４００を用いて、例えば本文の無い空メールを登録要求メールとしてユーザデータ管理部５００ａに送信すると（Ｓ４１００）、ユーザデータ管理部５００ａで、この空メールから送信元のメールアドレスが取得され（Ｓ４２００）、ユニークなパスワードが自動生成される（Ｓ４３００）。そして、ユーザデータ管理部５００ａにより、取得したメールアドレスとパスワードとを対応付けたエントリが、ユーザデータ記憶部５１０に登録されるとともに（Ｓ４４００）、パスワードとＩＶＲサーバ５００の電話番号とを記載したパスワード発行メールが、携帯電話機４００に送信される（Ｓ４５００）。
【０１１７】
このようにして、ユーザデータ管理部５００ａにメールを送信したユーザ４００ａには、登録要求電話用の電話番号と、登録要求電話において発話すべきパスワードとが通知される。ユーザ４００ａは、携帯電話機４００を操作して、メール本文として表示されたユーザデータ管理部５００ａの電話番号の文字列を選択するなどして、任意のタイミングで登録要求電話を行うことができる。
【０１１８】
ユーザ４００ａが携帯電話機４００を用いてユーザデータ管理部５００ａに発呼し、発信者番号がユーザデータ管理部５００ａに通知されると（Ｓ４６００）、ユーザデータ管理部５００ａからは、回線接続後に、携帯電話機４００を介して、ユーザ登録のためのパスワードの発話を促すガイダンスメッセージが再生される（Ｓ４７００）。ユーザ４００ａは、再生されたメッセージに従って、携帯電話機４００のマイクロフォンに、パスワード発行メールで発行されたパスワードを発話し、発話されたパスワードは、ユーザデータ管理部５００ａで、音声認識処理により認識される（Ｓ４８００）。そして、ユーザデータ管理部５００ａにより、ユーザデータ記憶部５１０のパスワード設定テーブル６１０からパスワードを検索キーとして対応するメールアドレスが取得され、取得されたメールアドレスと発信者番号とを対応付けたエントリのユーザデータ記憶部５１０への登録が行われる。すなわち、ユーザデータ記憶部５１０の電話番号とメールアドレスとの対応付けが更新される（Ｓ４９００）。そして、ユーザデータ管理部５００ａにより、ユーザ登録が完了した旨、つまり、以降は同一の電話番号からの発呼にて情報要求電話が可能である旨が、音声メッセージなどにより携帯電話機４００に通知される（Ｓ５０００）。
【０１１９】
このように、ユーザ４００ａは、空メールをユーザ管理部５００ａに送信し、電話番号およびパスワードの返信を受けた後、電話番号に発呼してパスワードを発話することにより、簡単にユーザ登録を行うことができる。すなわち、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとの対応付けを行うことができる。
【０１２０】
なお、ユーザが使用するメールアドレスが変更された場合には、ユーザ登録を再度実施すればよい。これにより、ユーザデータテーブル７１０の内容は、変更後のメールアドレスに対応した内容に更新され、ユーザは、メールアドレスの変更後も継続してサービスを享受することができる。
【０１２１】
図１０は、ユーザ登録が完了した後の、情報提供における各装置の処理および通信の流れの一例を示すシーケンス図である。
【０１２２】
図１０に示すように、ユーザ登録を済ませたユーザ４００ａは、登録要求電話に使用した携帯電話機４００を用いてユーザデータ管理部５００ａに発呼し、発信者番号がユーザデータ管理部５００ａに通知されると（Ｓ５１００）、ユーザデータ管理部５００ａからは、回線接続後に、サービス情報の指定を促すガイダンスメッセージが再生される（Ｓ５２００）。ユーザ４００ａは、メッセージに従って、あるサービス情報を指定する情報を、音声発話またはプッシュ操作により携帯電話機４００に入力し、ユーザデータ管理部５００ａでは、受信した入力情報を基に、対応するサービス情報の検索および取得が行われる（Ｓ５３００）。更に、ユーザデータ管理部５００ａでは、発信者番号から取得した電話番号を検索キーとして、ユーザデータ記憶部５１０のユーザデータテーブル７１０が検索され（Ｓ５４００）、対応するメールアドレスが取得される（Ｓ５５００）。そして、ユーザデータ管理部５００ａにより、サービス情報を格納または添付した情報提供メールが、携帯電話機４００に送信される（Ｓ５６００）。
【０１２３】
このように、ユーザ４００ａは、ユーザ登録の完了後、電話によってサービス情報の提供を要求し、サービス情報の提供をメールで受けることができる。すなわち、ユーザは、簡単に、所望のサービス情報を閲覧することができる。
【０１２４】
以上説明したように、本実施の形態によれば、ＩＶＲサーバ５００は、電子メール通信により特定メールアドレス宛に仮パスワードを発行するとともに、仮パスワードと特定メールアドレスとを対応付けて一時記憶し、特定電話番号からの電話音声で発話された仮パスワードを認識し、認識した仮パスワードに対応するメールアドレスと電話番号とを対応付けて記憶する。これにより、ユーザは、パスワードを文字データにより受け取り、これを音声により読み上げることによりユーザ登録を行うことができるため、文字入力することなくユーザ登録をすることができる。また、メールアドレスとは異なる普通の単語からなるパスワードを音声認識の対象とすることができるので、例えば高い精度で音声認識可能な単語を用いることができる。すなわち、ユーザに文字入力操作を課す必要がなくなり、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【０１２５】
また、ＩＶＲサーバ５００は、電話通信により情報提供の要求を受け付け、ユーザデータテーブル７１０で要求元の電話番号に対応付けられたメールアドレスに宛てて、要求された情報をメールにて送信するので、ユーザに対し、利便性に富んだサービスを提供することができる。
【０１２６】
また、電話通信で受信した音声に対して音声認識処理を行って、情報提供の要求を受け付けるので、ユーザに対し、更に利用し易いサービスを提供することができる。
【０１２７】
なお、以上説明した実施の形態では、ＩＶＲサーバ５００のメールアドレスを１つのみとし、ＩＶＲサーバ５００に送られてきたメールアドレスを全て登録要求メールとして取り扱うものとして説明したが、これに限定されるものではない。ＩＶＲサーバ５００に複数のメールアドレスが割り当てられている場合には、そのうちの一部のみを登録要求メールとして取り扱うようにしてもよい。
【０１２８】
また、ＩＶＲサーバ５００の電話番号を１つのみとし、ＩＶＲサーバ５００に掛かってきた電話を全て登録要求電話または情報要求電話として取り扱うものとして説明したが、これに限定されるものではない。ＩＶＲサーバ５００に複数の電話番号が割り当てられている場合には、そのうちの一部のみを登録要求電話として取り扱い、他の一部のみを情報提供電話として取り扱うようにしてもよい。
【０１２９】
また、図２に示すＩＶＲサーバ５００の各装置部は、必ずしも同一の装置内に配置しなく、ネットワーク上の別個の装置に配置するようにしてもよい。例えば、メール受信部５２０、メール送信部５４０、およびデータベース設定部５３０を１つの装置に配置し、電話応答部５５０、音声認識部５６０、データベース更新部５７０、データベース検索部５８０、およびサービス提供部５９０を別の装置に配置し、ユーザデータ記憶部５１０を更に別の装置に配置することが考えられる。
【０１３０】
また、電話応答部５５０を、登録要求電話用と情報要求電話用とで別に用意するようにしてもよい。この場合には、ＩＶＲサーバ５００は、パスワード発行メールにて、またはユーザ登録が完了した旨を通知するメールにて、携帯電話機４００側に、情報要求電話用の電話番号を通知することが望ましい。
【０１３１】
また、ユーザ側で電話通信に使用される端末とメール通信に使用される端末とは、必ずしも同一でなくてもよい。例えば、電話には携帯電話機を使用し、メール通信には自宅のパーソナルコンピュータを使用する場合にも、本発明を適用することができる。
【０１３２】
また、本発明を、電話での自動応答により各種情報の提供を行うＩＶＲシステムに適用した例について説明したが、これに限定されるものではなく、本発明は、ユーザごとに電話番号とメールアドレスとの対応付けが必要な各種システムに適用することができる。例えば、メールによる要求に対応して、電話音声によってサービス情報を提供するシステムに適用することが可能である。また、ユーザの電話番号は、携帯電話機４００の電話番号に限定されるものではなく、固定電話やＰＨＳ（personal handyphone system）端末など各種電話機の電話番号としてもよい。
【産業上の利用可能性】
【０１３３】
本発明に係るユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法は、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法として有用である。
【図面の簡単な説明】
【０１３４】
【図１】本発明の一実施の形態に係るＩＶＲシステムの構成の一例を示すシステム構成図
【図２】本実施の形態における携帯電話機の構成を示すブロック図
【図３】本実施の形態に係るＩＶＲサーバの構成を示すブロック図
【図４】本実施の形態におけるパスワード設定テーブルの内容の一例を示す図
【図５】本実施の形態におけるユーザデータテーブルの内容の一例を示す図
【図６】本実施の形態におけるパスワード発行処理の流れを示すフローチャート
【図７】本実施の形態における電話アドレス対応付け処理の流れを示すフローチャート
【図８】本実施の形態における情報提供処理の流れを示すフローチャート
【図９】本実施の形態におけるユーザ登録における各装置の処理および通信の流れの一例を示すシーケンス図
【図１０】本実施の形態における情報提供における各装置の処理および通信の流れの一例を示すシーケンス図
【符号の説明】
【０１３５】
１００ ＩＶＲシステム
２００ インターネット
３００ 電話通信網
４００ 携帯電話機
４１０ メーラ起動部
４２０ メーラ部
４２１ メール送信部
４２２ メール受信部
４３０ 電話通信部
５００ ＩＶＲサーバ
５１０ ユーザデータ記憶部
５２０ メール受信部
５２１ メールアドレス抽出部
５２２ ユニークパスワード生成部
５３０ データベース設定部
５４０ メール送信部
５５０ 電話応答部
５５１ 発信者番号取得部
５５２ 音声データ取得部
５５３ プッシュ信号検出部
５５４ 音声ガイダンス部
５６０ 音声認識部
５７０ データベース更新部
５８０ データベース検索部
５９０ サービス提供部
【技術分野】
【０００１】
本発明は、ユーザごとにそのユーザの電話番号とメールアドレスとを対応付けて管理するユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法に係わり、特に音声認識技術を用いるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法に関する。
【背景技術】
【０００２】
近年、インターネット経由での電子メール通信機能を有する携帯電話機の普及が進んでいる。このような携帯電話機では、電話通信による音声データの送受信と、電子メールによるテキストデータや画像データの送受信とが可能である。
【０００３】
また、近年、ユーザからの電話に対する自動応答によりサービス情報の提供を行うＩＶＲ（interactive voice response）と呼ばれるシステムの普及も進んでいる。ＩＶＲを採用した情報提供サービスでは、ユーザは、情報提供の要求を電話で簡単に行うことができる。
【０００４】
情報提供の要求は、電子メールで行うよりも、このようなＩＶＲを利用するほうがユーザにとって効率が良い場合がある。例えば、資料請求において数多くの資料の中から１つを指定するケースである。電子メールでは、本文などに所望の資料名をテキスト入力したり対応するメールアドレスを探し出して選択操作しなければならないのに対し、ＩＶＲでは、簡単なプッシュ操作や発話で済む。
【０００５】
一方で、提供の対象となる情報（以下「サービス情報」という）のユーザへの提供は、電話で行われるよりも、電子メールで行われるほうがユーザにとって都合が良い場合がある。例えば、サービス情報が長い文章である場合、電話では、延々と再生される合成音声などを聞き続けなければならないのに対し、電子メールでは、サービス情報を受信した後にユーザの都合の良いタイミングで情報を見たり読んだりすることができるためである。更に、電子メールのほうが、サービス情報の保存や利用に適しているという利点がある。
【０００６】
したがって、情報提供の要求受け付けを電話で行い、情報提供を電子メールで行うことにより、文字での情報伝達に有効な電子メールと、音声での情報伝達に有効な電話との、それぞれのメリットを十分に生かすことができる。
【０００７】
ところが、電子メール通信は電話通信とは独立しているため、上記のようなサービスを実現するには、サービス提供側で、情報要求の電話と、サービス情報を送信すべきメールアドレスとを対応付ける必要がある。
【０００８】
そこで、ウェブページを用いてユーザごとに電話番号とメールアドレスとを対応付ける技術が、例えば特許文献１に記載されている。
【０００９】
特許文献１記載の技術では、ユニークなＵＲＬ（uniform resource locator）を記載した電子メールを送信し、そのＵＲＬに対応するウェブページにアクセスしたユーザに対して、ウェブページ上で所定の電話番号を通知する。そして、通知した電話番号に発呼してきた相手の発信者番号を取得し、上記ＵＲＬの送信先のメールアドレスと、取得した発信者番号とを対応付ける。これにより、メールアドレスの構成によらずに、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【００１０】
また、電子メールからユーザのメールアドレスおよび電話番号を取得する技術が、例えば特許文献２に記載されている。
【００１１】
特許文献２記載の技術では、ユーザに対して送信された電子メールのデータから、送信先のメールアドレスと、本文中に含まれる電話番号とを抽出する。これにより、メールアドレスの構成によらずに、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【特許文献１】特開２００７−１２４１０２号公報
【特許文献２】特許第３８６８７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかしながら、特許文献１記載の技術では、ユーザは、電子メールの本文の中からＵＲＬを選択し、対応するウェブページのデータを受信してウェブページを表示させ、表示内容の中から所定の電話番号を選択するといった操作手順を踏まなくてはならない。
【００１３】
また、特許文献２記載の技術では、電話番号の抽出の前提として、第三者が、サービスを利用しようとするユーザの電話番号を本文に入力した電子メールを作成して送信する必要がある。したがって、電話番号とメールアドレスとを対応付けを行うためには、ユーザは、知人などに、自分を宛先とし電話番号を本文に記載した電子メールの送信を依頼しなければならない。
【００１４】
サービスの利用に際してユーザに掛かる負担が大きくなるほど、ユーザのサービス利用の意欲を減退させ、当該サービスが利用される機会を逸する可能性が高くなってしまう。したがって、できるだけ少ないユーザ負担で、電話番号とメールアドレスとを対応付けられることが求められる。
【００１５】
本発明は、かかる点に鑑みてなされたものであり、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明のユーザデータ管理システムは、電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するとともに、前記仮パスワードと前記特定メールアドレスとを対応付けて一時記憶するパスワード発行手段と、電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識する音声認識手段と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段とを有する構成を採る。
【００１７】
本発明のユーザデータ管理システムは、メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理システムであって、前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール通信手段と、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識手段と、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段とを有する構成を採る。
【００１８】
本発明の情報提供システムは、上記ユーザデータ管理システムを利用する情報提供システムであって、前記電話番号を有する端末から電話通信手段により情報の要求を受け付ける要求受付手段を更に有し、前記メール通信手段は、要求された前記情報を、前記ユーザデータ記憶手段を参照し、前記電話番号に対応する前記メールアドレスに送信する構成を採る。
【００１９】
本発明のユーザデータ管理方法は、電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するステップと、電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識するステップと、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【００２０】
本発明のユーザデータ管理方法は、メールアドレスと電話番号とを有する端末に対して電子メールにより仮パスワードを発行するとともに、前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを対応付けて一時記憶するステップと、前記端末からの通話で発話された前記仮パスワードを認識する音声認識ステップと、認識した前記仮パスワードに対応する前記電子メールアドレスと前記端末の電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【００２１】
本発明のユーザデータ管理方法は、メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理方法であって、前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するステップと、前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識ステップと、前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップとを有するようにした。
【発明の効果】
【００２２】
本発明によれば、ユーザはメールで送られてきたパスワードを電話で発話するだけでよく、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明の一実施の形態について、図面を参照して詳細に説明する。
【００２４】
図１は、本発明の一実施の形態に係るユーザデータ管理システムおよび情報提供システムを用いたＩＶＲシステムの構成の一例を示すシステム構成図である。本実施の形態は、本発明を、電話での自動応答により各種情報の提供を行うＩＶＲシステムに適用した例である。
【００２５】
図１において、ＩＶＲシステム１００は、インターネット２００、電話通信網３００、携帯電話機４００−１〜４００−Ｎ、およびＩＶＲサーバ５００を有する。携帯電話機４００−１〜４００−Ｎは、それぞれ異なるユーザが所持する端末であり、ＩＶＲサーバ５００は、これら端末のユーザに対して各種情報の提供サービス（以下単に「サービス」という）を行う情報サービス提供事業者の設備である。携帯電話機４００−１〜４００−Ｎは、同一の構成を有する。ＩＶＲサーバ５００は、本発明に係るユーザデータ管理システムおよび情報提供システムを含むものである。
【００２６】
ここで、本実施の形態に係るＩＶＲサーバ５００の処理のフェーズについて説明する。ＩＶＲサーバ５００がユーザごとに実施する処理のフェーズは、３段階に大きく分かれる。ＩＶＲサーバ５００は、第１段階として、ユーザに対してメールでパスワードを発行し、第２段階として、ユーザからの電話での発話されるパスワードによりメールアドレスと電話番号との対応付けを行い、第３段階として、ユーザからの情報提供の要求受け付けを電話で行い、ユーザに対する情報提供を上記対応付けに基づいて電子メールで行う。すなわち、ＩＶＲサーバ５００は、第１段階および第２段階において、情報提供サービスへのユーザ登録を実施し、第３段階において、情報提供サービスを実施する。以下、各装置部の機能および動作の説明を、適宜、上記した処理フェーズに分けて行う。
【００２７】
携帯電話機４００およびＩＶＲサーバ５００は、電話機能および電子メール送受信機能を有し、無線または有線によりインターネット２００と電話通信網３００の両方に接続可能である。具体的には、携帯電話機４００およびＩＶＲサーバ５００は、メールサーバやメールゲートウェイ装置（図示せず）を介して、ＳＭＴＰ（simple mail transfer protocol）やＰＯＰ３（post office protocol version 3）を用いてメールの送受信を行う。また、携帯電話機４００およびＩＶＲサーバ５００は、電話通信網３００で使用され、少なくとも発信者番号通知機能を備えた所定の通信プロトコルを用いて、発呼や音声データの送受信を含む電話通信を行う。
【００２８】
まず、上記第１段階における各装置の機能について説明する。
【００２９】
携帯電話機４００は、インターネット２００を介して、ＩＶＲサーバ５００との間で電子メール通信を行う。携帯電話機４００は、ユーザ操作を受けて、サービスへのユーザ登録を要求するための電子メール（以下単に「メール」という）である登録要求メールを、ＩＶＲサーバ５００に送信する。
【００３０】
ＩＶＲサーバ５００は、携帯電話機４００から登録要求メールを受信したとき、その登録要求メールの送信元に、ユーザ登録を完了するために必要となるパスワードを発行する。具体的には、ＩＶＲサーバ５００は、ユーザを一意に特定できるユニークなパスワードを本文に記載したメールを、パスワードを発行するためのパスワード発行メールとして、登録要求元に送信する。
【００３１】
このようなＩＶＲシステム１００によれば、第１段階として、携帯電話機４００からＩＶＲサーバ５００に登録要求メールが送信されるごとに、その送信元に対してパスワードが発行される。
【００３２】
次いで、上記第２段階における各装置の機能について説明する。
【００３３】
携帯電話機４００は、電話通信網３００を介してＩＶＲサーバ５００に発呼し、ＩＶＲサーバ５００との間で電話通信を行う。携帯電話機４００は、ユーザ操作を受けて、上記したユーザ登録を完了するための電話である登録要求電話を、ＩＶＲサーバ５００に発信する。
【００３４】
ＩＶＲサーバ５００は、携帯電話機４００から登録要求電話を受けたとき、電話通信により送られてくる音声に対して音声認識処理を行う。そして、ＩＶＲサーバ５００は、自装置が発行したパスワードが認識結果に含まれているときは、そのパスワードを発行した相手先のメールアドレスと、パスワードが発話された登録要求電話の発信者番号とを対応付ける。
【００３５】
このようなＩＶＲシステム１００によれば、第２段階として、携帯電話機４００のユーザが発行を受けたパスワードをＩＶＲサーバ５００への登録要求電話で読み上げると、ＩＶＲサーバ５００側で、パスワードを発行した相手先のメールアドレスと、パスワードが発話された登録要求電話の発信者番号とが対応付けられる。
【００３６】
このように、ＩＶＲシステム１００によれば、第１段階と第２段階とを経て、ＩＶＲサーバ５００側で生成されたパスワードを媒介として、ユーザごとにそのユーザの電話番号とメールアドレスとの対応付け（マッチング）を行うことができる。
【００３７】
次いで、上記第３段階における各装置の機能について説明する。
【００３８】
携帯電話機４００は、ユーザ操作を受けて、具体的な情報提供を要求するための電話である情報要求電話を、ＩＶＲサーバ５００に発信する。
【００３９】
ＩＶＲサーバ５００は、携帯電話機４００から情報要求電話を受けたときで、その発信元の電話番号に対するメールアドレスの対応付けが成されているときは、要求されたサービス情報を格納または添付したメールを、情報提供メールとして、発信者番号に対応付けられたメールアドレスに宛てて送信する。
【００４０】
このようなＩＶＲサーバ５００によれば、ユーザ登録によって行われた対応付けに基づいて、情報提供の要求受け付けが電話で行われ、情報提供が電子メールで行われる。これにより、文字での情報伝達に有効なメールと、音声での情報伝達に有効な電話との、それぞれのメリットを十分に生かしたサービスを実現することができる。
【００４１】
ここで、上記マッチングにパスワードを用いることのメリットについて、音声認識処理の仕組みと併せて説明する。
【００４２】
音声認識処理では、音声データに対するフレーム処理、および各フレームに対するフーリエ解析を含む所定の処理を経て、ケプストラムパラメータなどの音声特徴量が抽出される。そして、解析結果から、ユーザの音声が含まれている音声区間が検出され、音声区間の音声特徴量のみによる時系列データが生成される。
【００４３】
更に、音声認識処理では、生成時系列データに基づき、音響モデル、言語モデル、および辞書を用いて、テキストデータが作成される。音響モデルは、音声データから得られる特徴量と発音記号との確率的な対応付けをデータ化したものである。言語モデルは、学習対象の文字列における文脈のパターンを、関連語彙数によりモデル化したＮグラムモデルである。辞書は、音声認識の対象となる単語の発音記号をデータ化したものである。
【００４４】
具体的には、音声認識処理では、各発音記号の尤度が音響モデルから求められ、各発音記号の組み合わせに対応する単語が辞書から求められ、Ｎグラムによる文脈上の各単語の出現確率が言語モデルから求められる。そして、例えば、発音記号の尤度と単語の出現確率との積が最大となる単語列の探索が音声データに対して行われ、探索された単語列からテキストデータが作成される。
【００４５】
例えば、登録要求電話でメールアドレスを発話することによって上記マッチングを行おうとした場合、アルファベットと数字の総組合せが認識対象となり、前後の文脈も利用できないことから、発音記号の尤度に依存した文字単位での探索となる。この場合、発音のばらつきを補完することが困難であり、誤った認識結果となる可能性が高くなる。また、例えば、数字の「９」とアルファベットの「Ｑ」は、音のみでは識別できないなどの問題もある。
【００４６】
メールアドレスが誤って認識されると、ユーザが所望するサービス情報が正しいユーザに提供されないだけでなく、第三者に誤って送信されてしまう可能性もあり、セキュリティ面で問題が生ずる。したがって、音声認識でメールアドレスが誤って認識された場合には、ユーザは、キースイッチを操作して誤った箇所を文字入力操作により修正しなければならない。ところが、このことは、ユーザ負担軽減の観点から望ましくない。
【００４７】
そこで、メールで電話番号を送信することが考えられる。ところが、電話番号の文字入力操作によりユーザに負担を掛けるだけでなく、第三者に電話番号とメールアドレスとを一度に傍受される可能性が高くなり、セキュリティ確保の観点からも望ましくない。
【００４８】
そこで、本実施の形態のＩＶＲサーバ５００は、発話しやすい文章など、高い精度で音声認識が可能な語句をパスワードとし、このパスワードをユーザに電話で発話させる。これにより、高い音声認識率を実現してより信頼性の高いマッチングを実現する。すなわち、ＩＶＲサーバ５００側で任意に生成可能なパスワードを用いることにより、より少ないユーザ負担で、より高い信頼性で、かつ高いセキュリティを確保した状態で、ユーザごとの電話番号とメールアドレスとのマッチングを行うことができる。
【００４９】
次に、各装置の構成について、ブロック図を用いて説明する。
【００５０】
まず、携帯電話機４００の構成について説明する。
【００５１】
図２は、携帯電話機４００の構成を示すブロック図である。
【００５２】
図２に示すように、携帯電話機４００は、メーラ起動部４１０、メーラ部４２０、および電話通信部４３０を有する。また、携帯電話機４００は、キースイッチ、ディスプレイ、マイクロフォン、およびディジタルカメラなど（図示せず）を更に有する。
【００５３】
メーラ起動部４１０は、所定のイベントの発生をトリガとして、メーラ部４２０を起動する。所定のイベントには、例えば、キースイッチの所定の操作、ディスプレイに表示された所定のメニュー、アイコン、またはウェブページからのハイパーリンクの選択、およびディジタルカメラでの所定のＱＲコード（quick response code）の撮影が含まれる。
【００５４】
メーラ部４２０は、メーラ起動部４１０により起動され、メールデータの作成およびメールの送受信を行う。メーラ部４２０は、メール送信部４２１およびメール受信部４２２を有する。
【００５５】
メール送信部４２１は、ユーザの操作を受けて、自端末のメールアドレス含むメールデータを作成し、指定されたメールアドレスを宛先として送信する。具体的には、メール送信部４２１は、送信メールのヘッダ情報に、送信元として自端末のメールアドレスを記述する。メール送信部４２１は、起動のトリガとなった情報がＩＶＲサーバ５００のメールアドレスへのメール送信を指示するものである場合には、そのメールアドレスを宛先アドレスとして記述した空メールを作成する。ＩＶＲサーバ５００を宛先とする送信メールは、上述の登録要求メールとなる。
【００５６】
メール受信部４２２は、ユーザの操作を受けて、または定期的に、自端末を宛先とするメールを受信する。また、メール受信部４２２は、ユーザの操作を受けて、受信メールの内容を表示または音声出力する。受信メールがＩＶＲサーバ５００からのパスワード発行メールである場合には、パスワードが携帯電話機４００のユーザに通知されることになる。
【００５７】
電話通信部４３０は、ユーザのキースイッチ操作を受けて、指定された電話番号に発呼する。発呼先がＩＶＲサーバ５００の電話番号である場合には、その電話は、登録要求電話または情報要求電話となる。電話通信部４３０は、入力された音声をデータ化した音声データを電話通信の相手先に送信するとともに、キースイッチのプッシュ操作の内容を示すプッシュキー情報を、音声によるプッシュ信号に変換し、音声データに挿入する。また、電話通信部４３０は、発信者番号通知機能を有し、少なくとも登録要求電話および情報要求電話において、自端末の電話番号を、発信者番号としてＩＶＲサーバ５００に通知する。
【００５８】
携帯電話機４００は、ＣＰＵ（central processing unit）、制御プログラムを格納したＲＯＭ（read only memory）などの記憶媒体、ＲＡＭ（random access memory）などの作業用メモリ、および無線通信回路などを含んで構成される。すなわち、図２に示す携帯電話機４００の各部の機能は、ＣＰＵが制御プログラムを実行することによって実現することができる。
【００５９】
次いで、ＩＶＲサーバ５００の構成について説明する。
【００６０】
図３は、ＩＶＲサーバ５００の構成を示すブロック図である。
【００６１】
図３に示すように、ＩＶＲサーバ５００は、ユーザデータ記憶部５１０、メール受信部５２０、データベース設定部５３０、メール送信部５４０、電話応答部５５０、音声認識部５６０、データベース更新部５７０、データベース検索部５８０、およびサービス提供部５９０を有する。
【００６２】
ユーザデータ記憶部５１０は、パスワードとメールアドレスとを対応付けて記述するパスワード設定テーブルと、メールアドレスと電話番号とを対応付けて記述するユーザデータテーブルとを格納する。パスワード設定テーブルおよびユーザデータテーブルの詳細については後述する。
【００６３】
メール受信部５２０は、登録要求メールを受信する。メール受信部５２０は、メールアドレス抽出部５２１およびユニークパスワード生成部５２２を有する。
【００６４】
メールアドレス抽出部５２１は、登録要求メールから送信元のメールアドレスを抽出し、抽出したメールアドレスを、データベース設定部５３０とメール送信部５４０とにそれぞれ出力する。具体的には、メールアドレス抽出部５２１は、受信メールのヘッダ情報から、送信元のメールアドレスを取得する。
【００６５】
ユニークパスワード生成部５２２は、登録要求メールが受信されるごとに、または登録要求メールの送信元のメールアドレスごとに、ユニークなパスワードを生成し、生成したパスワードを、データベース設定部５３０とメール送信部５４０とにそれぞれ出力する。具体的には、ユニークパスワード生成部５２２は、高い精度で音声認識が可能であって、かつ、少なくとも予め定めた生成数において重複しないようなパスワードを生成する。これにより、異なるユーザ間でメールアドレスと電話番号との誤った対応付けが行われるのを防止することができる。
【００６６】
例えば、ユニークパスワード生成部５２２は、主語と述語のそれぞれに、他の単語と混同されにくい単語を予め１００種類ずつ用意しておき、総当りの形で主語＋述語から成るパスワードを生成する。この場合、生成可能なパスワードは、１万通りである。なお、他のユーザに発行したパスワードと音が似ているパスワードを明示的に避けることにより、パスワードの音声認識率を更に向上させることが可能である。また、パスワード生成部５２２は、予め完成形として用意されたパスワードの中から単に選択するようにしてもよい。
【００６７】
また、ユニークパスワード生成部５２２は、生成可能なパスワードの数を超えてユーザ登録を行うために、後述するパスワード設定テーブルから削除されたパスワードや、発行してから十分に時間が経過したパスワードを再利用する。
【００６８】
データベース設定部５３０は、ユーザデータ記憶部５１０に格納されたパスワード設定テーブルにおいて、メールアドレス抽出部５２１から入力されたメールアドレスと、ユニークパスワード生成部５２２から入力されたパスワードとを対応付ける。
【００６９】
図４は、パスワード設定テーブルの内容の一例を示す図である。
【００７０】
図４に示すように、パスワード設定テーブル６１０は、メールアドレスのフィールド６１１と、パスワードのフィールド６１２と、エントリ時刻のフィールド６１３とにより構成される。
【００７１】
データベース設定部５３０は、メールアドレス抽出部５２１から入力されたメールアドレスを、パスワード設定テーブル６１０のフィールド６１１に記述し、このメールアドレスについてユニークパスワード生成部５２２で生成されたパスワードを、対応するエントリのフィールド６１２に記述する。また、データベース設定部５３０は、エントリの作成または更新時刻を、対応するエントリのフィールド６１３に記述する。
【００７２】
ここでは、例えば、第１のエントリ６２１のフィールド６１１、６１２、６１３には、それぞれ「ａａａ＠ｂｂｂ．ｃｏｍ」、「猿は可愛い」、「２００７年１１月１日１５時１０分」と記述されている。これは、「ａａａ＠ｂｂｂ．ｃｏｍ」というメールアドレスに対応して、「猿は可愛い」というパスワードが、２００７年１１月１日１５時１０分に生成され、メールアドレス「ａａａ＠ｂｂｂ．ｃｏｍ」の携帯電話機４００のユーザに対して発行されたことを示す。すなわち、パスワード設定テーブル６１０には、パスワードとその発行先との対応付けと、その対応付けがされた時刻とが記述される。このようなパスワード設定テーブル６１０を用いることにより、メールアドレスと電話番号との対応付けを効率良く行うことができる。
【００７３】
なお、データベース設定部５３０は、パスワード設定テーブル６１０のエントリ時刻のフィールド６１３を参照し、エントリ数の増大を防止すべく、古いエントリを適宜削除する。
【００７４】
メール送信部５４０は、メール受信部５２０からメールアドレスおよびパスワードが入力されたとき、入力されたパスワードを本文に記載し、入力されたメールアドレスを送信先とするメールを作成し、パスワード発行メールとして送信する。また、メール送信部５４０は、データベース検索部５８０からメールアドレスが入力され、サービス提供部５９０からサービス情報が入力されたとき、入力されたメールアドレスを宛先とし、入力されたサービス情報を格納または添付した情報提供メールを作成し、情報提供メールとして送信する。なお、メール送信部５４０は、パスワード発行メールの本文に、自装置の電話番号をパスワードと併せて記載してもよい。これにより、パスワードの発行先のユーザがＩＶＲサーバ５００の電話番号を知らない場合にも対応できる。また、通常、携帯電話機４００では、メールの本文に記載された電話番号を選択することにより発呼を簡単に行えることから、ユーザの電話番号の入力ミスを防いだり、ユーザの手間を軽減することができる。
【００７５】
電話応答部５５０は、登録要求電話および情報要求電話を受け付け、音声ガイダンスにより、ユーザ登録および情報提供のための応答処理を行う。電話応答部５５０は、発信者番号取得部５５１、音声データ取得部５５２、プッシュ信号検出部５５３、および音声ガイダンス部５５４を有する。
【００７６】
発信者番号取得部５５１は、登録要求電話および情報要求電話から、発信者番号、つまり発信元の携帯電話機４００の電話番号を取得し、取得した電話番号を、データベース更新部５７０とデータベース検索部５８０とにそれぞれ出力する。
【００７７】
音声データ取得部５５２は、登録要求電話および情報要求電話において、通話の相手先から音声データを受信し、受信した音声データを、音声認識部５６０に出力する。
【００７８】
プッシュ信号検出部５５３は、情報要求電話において、通話の相手先から受信された音声データからプッシュ信号を検出し、検出したプッシュ信号を元のプッシュキー情報に変換して、サービス提供部５９０に出力する。
【００７９】
音声ガイダンス部５５４は、着信した登録要求電話および情報要求電話に対して、合成音声によるガイダンスを行う。具体的には、音声ガイダンス部５５４は、選択肢の内容および各選択肢に対応して発話すべき語句または行うべきプッシュ操作、パスワードを発話すべきタイミング、サービス情報を指定する入力情報（以下単に「入力情報」という）を送信すべきタイミングなどを、音声により通知する。音声ガイダンスが提示する選択肢には、登録要求電話と情報要求電話のいずれであるか、どのサービス情報の提供を望むかなどが含まれる。
【００８０】
音声認識部５６０は、音声データ取得部５５２から入力された音声データに対して音声認識を行い、ユーザの発話した語句を取得する。そして、音声認識部５６０は、取得した語句を、データベース更新部５７０にはパスワードとして出力し、データベース検索部５８０には提供の対象となるサービス情報を指定する情報（以下「情報指定ワード」という）として出力する。
【００８１】
データベース更新部５７０は、発信者番号取得部５５１から電話番号が入力され、音声認識部５６０からパスワードが入力されたとき、入力されたパスワードを検索キーとして、パスワード設定テーブル６１０のパスワードのフィールド６１２を検索する。音声認識部５６０は、取得した語句に一致するパスワードがフィールド６１２に存在した場合、該当するエントリのメールアドレスのフィールド６１１に記述されたメールアドレスを取得する。そして、音声認識部５６０は、ユーザデータ記憶部５１０に格納されたユーザデータテーブルにおいて、取得したメールアドレスと、発信者番号取得部５５１から入力された電話番号とを対応付ける。
【００８２】
図５は、ユーザデータテーブルの内容の一例を示す図である。
【００８３】
図５に示すように、ユーザデータテーブル７１０は、メールアドレスのフィールド７１１と、電話番号のフィールド７１２と、エントリ時刻のフィールド７１３とにより構成される。
【００８４】
データベース更新部５７０は、ユーザデータテーブル７１０から取得したメールアドレスを、ユーザデータテーブル７１０のフィールド７１１に記述し、このメールアドレスに対応するパスワードが発話された電話の相手先の電話番号を、対応するエントリのフィールド７１２に記述する。また、データベース更新部５７０は、エントリの作成または更新時刻を、対応するエントリのフィールド７１３に記述する。
【００８５】
ここでは、例えば、第１のエントリ７２１のフィールド７１１、７１２、７１３には、それぞれ「ａａａ＠ｂｂｂ．ｃｏｍ」、「０９０１２３４５６７８」、「２００７年１１月１日１５時１７分」と記述されている。これは、「ａａａ＠ｂｂｂ．ｃｏｍ」というメールアドレスを宛先として送信したパスワードを発話する音声データを、「０９０１２３４５６７８」という電話番号の相手先から、２００７年１１月１日１５時１７分に受信したことを示す。すなわち、ユーザデータテーブル７１０には、同一のユーザについての電話番号とメールアドレスとの対応付けと、これらの対応付けがされた時刻とが記述される。このようなユーザデータテーブル７１０を用いることにより、電話番号から対応するメールアドレスの特定を効率良く行うことができる。なお、図４で説明したパスワード設定テーブル６１０と、ユーザデータテーブル７１０とを、１つのテーブルとしてもよい。この場合には、データベース設定部５３０は、ユーザ登録が完了した時点やエントリ作成から一定時間が経過した後に、パスワードのフィールドの記述内容を削除する。
【００８６】
図３のデータベース検索部５８０は、発信者番号取得部５５１から電話番号を入力されたとき、入力された電話番号を検索キーとして、ユーザデータテーブル７１０の電話番号のフィールド７１２を検索する。データベース検索部５８０は、入力された電話番号に一致する電話番号がフィールド７１２に存在した場合、該当するエントリのメールアドレスのフィールド７１１に記述されたメールアドレスを取得する。そして、データベース検索部５８０は、取得したメールアドレスを、メール送信部５４０に出力する。
【００８７】
サービス提供部５９０は、プッシュ信号検出部５５３または音声認識部５６０から、プッシュキー情報または情報報指定ワード（入力情報）が入力されると、その入力情報により指定されるサービス情報を、メール送信部５４０に出力する。サービス情報は、サービス提供部５９０に格納されていてもよいが、サービス提供部５９０の外部、またはインターネット２００上の他のサーバから取得し、メール送信部５４０に転送するようにしてもよい。具体的には、サービス提供部５９０は、入力情報が資料請求番号として入力された場合には、該当する資料を取得したり、情報指定ワードが検索キーワードとして入力された場合には、該当するドキュメントやＵＲＬをデータベースやネットワーク上で検索して取得する。また、サービス提供部５９０は、ユーザが発話した文章のテキスト化が要求されている場合には、ユーザの発話音声を音声認識して書き起こし、テキスト情報に整形する。
【００８８】
なお、電話応答部５５０は、音声ガイダンス部５５４のガイダンスの進行に対応して、音声データ取得部５５２およびプッシュ信号検出部５５３の情報の出力の可否を制御するようにしてもよい。具体的には、例えば、電話応答部５５０は、パスワードの発話を指示したタイミングから所定の長さの区間と、サービス情報の番号の発話を指示したタイミングから所定の長さの区間に取得された音声データのみを、音声データ取得部５５２に出力する。これにより、発行したパスワードと偶然に同じ語句が発音されて誤ってマッチングが行われたり、提供を要求していないサービス情報が誤って提供されてしまったりする可能性を低減することができるだけでなく、不必要な音声処理の実行を防ぎ、装置負荷を軽減することができる。
【００８９】
また、電話応答部５５０は、携帯電話機４００のユーザに対する質問とその応答内容とにより、携帯電話機４００からの電話が登録要求電話であるか情報要求電話であるかを判断するようにしてもよい。この場合には、例えば、電話応答部５５０は、登録要求電話の場合には、データベース検索部５８０への発信者番号の出力を行わず、情報要求電話の場合には、データベース更新部５７０への発信者番号の出力を行わないようにする。この場合にも、誤ったマッチングやサービス情報提供の可能性を低減することができるとともに、装置負荷を軽減することができる。
【００９０】
ＩＶＲサーバ５００は、ＣＰＵ、制御プログラムを格納したハードディスク（hard disc）またはＲＯＭなどの記憶媒体、ＲＡＭなどの作業用メモリ、および通信回路などを含んで構成される。すなわち、図３に示すＩＶＲサーバ５００の各部の機能は、ＣＰＵが制御プログラムを実行することによって実現することができる。
【００９１】
次に、上記構成を有する各装置の動作について説明する。まず、ＩＶＲサーバ５００の動作について、フローチャートを用いて説明する。
【００９２】
ＩＶＲサーバ５００は、上記した第１段階に対応する処理として、ユーザにメールでパスワードを発行するためのパスワード発行処理を実行する。また、ＩＶＲサーバ５００は、上記した第２段階に対応する処理として、第１段階で発行されたパスワードを媒介としてメールアドレスと電話番号とを対応付けるための電話アドレス対応付け処理を実行する。更に、ＩＶＲサーバ５００は、上記した第３段階に対応する処理として、第２段階で行われた対応付けに基づいて情報提供の要求受け付けを電話で行い情報提供を電子メールで行う情報提供処理を実行する。以下、パスワード発行処理、電話アドレス対応付け処理、および情報提供処理のそれぞれについて、順に説明する。
【００９３】
まず、ＩＶＲサーバ５００におけるパスワード発行処理について説明する。
【００９４】
図６は、ＩＶＲサーバ５００におけるパスワード発行処理の流れを示すフローチャートである。
【００９５】
まず、ＩＶＲサーバ５００は、メール受信部５２０で登録要求メールを受信すると（Ｓ１１００：ＹＥＳ）、メールアドレス抽出部５２１で、そのメールから送信元のメールアドレスを抽出し（Ｓ１２００）、ユニークパスワード生成部５２２で、登録要求メールごとにユニークなパスワードを生成する（Ｓ１３００）。そして、ＩＶＲサーバ５００は、データベース設定部５３０で、登録要求メールから抽出したメールアドレスと生成したパスワードとを対応付けてパスワード設定テーブル６１０に登録し（Ｓ１４００）、メール送信部５４０で、パスワードを、登録要求メールから抽出したメールアドレスを宛先としてメールにより返信する（Ｓ１５００）。これにより、ユーザ登録の要求元にパスワードが発行されるとともに、発行したパスワードと発行先のメールアドレスとが組み付けられる。
【００９６】
そして、ＩＶＲサーバ５００は、データベース設定部５３０で、パスワード設定テーブル６１０から古いエントリを適宜削除し（Ｓ１６００）、パスワード発行処理を継続する場合には（Ｓ１７００：ＹＥＳ）、ステップＳ１１００に戻り、パスワードの発行の終了を指示されるなどした場合は（Ｓ１７００：ＮＯ）、一連の処理を終了する。
【００９７】
このように、パスワード発行処理によって、ユーザ登録を望むユーザに対して、メールにてパスワードが発行されるとともに、ＩＶＲサーバ５００においてユーザのメールアドレスとパスワードとが対応付けられる。登録要求電話で発話すべきパスワードを知っているのは、そのパスワードの発行を受けたユーザのみということになる。
【００９８】
また、以上説明したパスワード発行処理では、ＩＶＲサーバ５００は、登録要求メールの送信元のメールアドレスを、そのメールから抽出するので、ユーザ側から任意のタイミングでユーザ登録を開始させることができる。なお、ＩＶＲサーバ５００側でユーザ登録を希望するユーザのメールアドレスを予め把握している場合には、ＩＶＲサーバ５００は、登録要求メールを待たずに、そのメールアドレスに対するパスワードの発行およびパスワードとメールアドレスとの対応付けを行ってもよい。
【００９９】
次いで、ＩＶＲサーバ５００における電話アドレス対応付け処理について説明する。
【０１００】
図７は、ＩＶＲサーバ５００における電話アドレス対応付け処理の流れを示すフローチャートである。
【０１０１】
まず、ＩＶＲサーバ５００は、電話応答部５５０で携帯電話機４００から登録要求電話を着信すると（Ｓ２１００：ＹＥＳ）、発信者番号取得部５５１で、登録要求電話の発信者番号を、発信元の電話番号として取得し（Ｓ２２００）、音声データ取得部５５２で、登録要求電話の音声データを取得する（Ｓ２３００）。そして、ＩＶＲサーバ５００は、音声ガイダンス部５５４で、「パスワードをどうぞ」などパスワードの発話を促す音声ガイダンスを再生し、音声認識部５６０で、取得した音声データに対して音声認識処理を行い（Ｓ２４００）、データベース更新部５７０で、パスワード設定テーブル６１０に設定したパスワードが発話されたか否かを判断する（Ｓ２５００）。
【０１０２】
そして、ＩＶＲサーバ５００は、パスワード設定テーブル６１０に設定したパスワードが発話された場合には（Ｓ２５００：ＹＥＳ）、データベース更新部５７０で、設定したパスワードに組み付けたメールアドレスと、登録要求電話から取得した電話番号、つまり発信者番号とを対応付けてユーザデータテーブル７１０に登録する（Ｓ２６００）。そして、ＩＶＲサーバ５００は、パスワード設定テーブル６１０から、登録が完了したメールアドレスのエントリを削除するとともに古いエントリを適宜削除し（Ｓ２７００）、電話アドレス対応付け処理を継続する場合は（Ｓ２８００：ＹＥＳ）、ステップＳ２１００に戻り、ユーザ登録の終了を指示されるなどした場合には（Ｓ２８００：ＮＯ）、一連の処理を終了する。ユーザデータテーブル７１０の登録が完了後に、パスワード設定テーブル６１０に一時記憶したメールアドレスとパスワードとの対を削除して繰り返し利用することにより、パスワード数を制限しつつ多量のユーザにパスワード設定することができる。
【０１０３】
一方、パスワード設定テーブル６１０に設定したパスワードが発話されなかった場合には（Ｓ２５００：ＮＯ）、処理はそのままステップＳ２８００に進む。
【０１０４】
なお、電話応答部５５０で、ガイダンスによりパスワードの発話タイミングを指定し、そのタイミングから所定の時間が経過しても対応するメールアドレスが検索されない場合には、ＩＶＲサーバ５００は、ユーザ登録が失敗した旨を携帯電話機４００に通知するようにしてもよい。また、所定回数の範囲内で、パスワードの発話をやり直させるようにしてもよい。また、ＩＶＲサーバ５００は、情報提供電話において声紋認証を行うために、発話音声から声紋データを抽出し、抽出した声紋データを電話番号に対応付けて記録しておくようにしてもよい。また、電話応答部５５０で着信した電話が登録要求電話か否かを判断しない場合には、電話の着信があったときにステップＳ２２００に進むようにしてもよい。この場合には、パスワード設定テーブル６１０に設定したパスワードが発話された時点で、着信電話は事後的に登録要求電話となる。
【０１０５】
このように、電話アドレス対応付け処理によって、ユーザ登録を望むユーザのうち、メールにて発行されたパスワードと同一のパスワードを発話したユーザについて、ＩＶＲサーバ５００側でメールアドレスと電話番号とが対応付けられる。上述したように、発話すべきパスワードを知っているのはそのパスワードの発行を受けたユーザのみであるため、パスワードの発行先として用いられたメールアドレスと、当該パスワードの発話元として用いられた電話番号とは、同一のユーザに属している。すなわち、パスワード発行処理と電話アドレス対応付け処理とによって、ユーザごとのメールアドレスと電話番号とが正しく組み付けられ、ユーザデータテーブル７１０に登録される。
【０１０６】
また、以上説明した電話アドレス対応付け処理では、ＩＶＲサーバ５００は、音声の送信元の電話番号を、電話通信の発信者番号から取得するので、ユーザ側から任意のタイミングでユーザ登録を完了させることができる。なお、ＩＶＲサーバ５００側でユーザ登録を希望するユーザの電話番号を予め把握している場合には、ＩＶＲサーバ５００側から発呼してパスワードを問い合わせ、パスワードの発話を受けて、発呼先の電話番号と発話されたパスワードとの対応付けを行うようにしてもよい。
【０１０７】
次いで、ＩＶＲサーバ５００における情報提供処理について説明する。
【０１０８】
図８は、ＩＶＲサーバ５００における情報提供処理の流れを示すフローチャートである。
【０１０９】
まず、ＩＶＲサーバ５００は、電話応答部５５０で携帯電話機４００から情報要求電話を着信すると（Ｓ３１００：ＹＥＳ）、発信者番号取得部５５１で、情報要求電話の発信者番号を、発信元の電話番号として取得し（Ｓ３２００）、音声データ取得部５５２で情報提供電話の音声データを、またはプッシュ信号検出部５５３で情報提供電話のプッシュキー情報を取得する（Ｓ３３００）。音声データが取得された場合には、更に、音声認識部５６０で、情報指定ワードが音声認識される。
【０１１０】
そして、ＩＶＲサーバ５００は、サービス提供部５９０で、ユーザの入力情報、つまり受信した情報指定ワードまたはプッシュキー情報が指定するサービス情報を提供可能であり（Ｓ３４００：ＹＥＳ）、データベース検索部５８０で、登録要求電話から取得された電話番号が、ユーザデータテーブル７１０に存在する場合には（Ｓ３５００：ＹＥＳ）、メール送信部５４０で、指定されたサービス情報を、電話番号に組み付けられたメールアドレスを宛先として、メールにて送信する（Ｓ３６００）。そして、ＩＶＲサーバ５００は、情報提供処理を継続する場合は（Ｓ３７００：ＹＥＳ）、ステップＳ３１００に戻り、情報提供の終了を指示されるなどした場合には（Ｓ３７００：ＮＯ）、一連の処理を終了する。
【０１１１】
一方、指定されたサービス情報が提供可能ではない場合や（Ｓ３４００：ＮＯ）、取得された電話番号がユーザデータテーブル７１０に存在しない場合は（Ｓ３５００：ＮＯ）、処理はそのままステップＳ３７００に進む。
【０１１２】
なお、電話応答部５５０で、ガイダンスにより入力情報の送信タイミングを指定し、そのタイミングから所定の時間が経過しても提供すべきサービス情報が提供可能であると判断されない場合には、ＩＶＲサーバ５００は、ユーザ登録が失敗した旨を携帯電話機４００に通知するようにしてもよい。また、所定回数の範囲内で、情報指定ワードの発話やプッシュ操作をやり直させるようにしてもよい。また、ＩＶＲサーバ５００は、登録要求電話で声紋データを電話番号に対応付けて記録しておいた場合には、記録しておいた声紋データを用いて、発話音声の声紋認証を行い、声紋が一致すると判断された場合にのみ、情報提供を行うようにしてもよい。また、電話応答部５５０で着信した電話が情報要求電話か否かを判断しない場合には、電話の着信があったときにステップＳ３２００に進むようにしてもよい。この場合、提供すべきサービス情報が提供可能であると判断された時点で、着信電話は事後的に情報要求電話となる。
【０１１３】
このように、情報提供処理によって、サービス情報の提供の要求が電話で受け付けられ、対応するサービス情報はメールで提供される。上述したように、ユーザデータテーブル７１０には、ユーザごとのメールアドレスと電話番号との対応付けが正しく記録されているため、情報要求電話で要求されたサービス情報は、その要求元のユーザのみに対して、メールにて正しく送信されることになる。
【０１１４】
以下、ＩＶＲシステム１００が運用されたときの、ユーザの操作、各装置の処理、および通信の流れを、ＩＶＲシステム１００の動作として説明する。
【０１１５】
図９は、ユーザ登録におけるＩＶＲシステム１００の動作の一例を示すシーケンス図である。ここでは、説明の簡便化のため、ＩＶＲサーバ５００を、ユーザデータ記憶部５１０と、その他の装置部から成るユーザデータ管理部５００ａとに分けて扱うものとする。
【０１１６】
図９に示すように、まず、携帯電話機４００のユーザ４００ａが、携帯電話機４００を用いて、例えば本文の無い空メールを登録要求メールとしてユーザデータ管理部５００ａに送信すると（Ｓ４１００）、ユーザデータ管理部５００ａで、この空メールから送信元のメールアドレスが取得され（Ｓ４２００）、ユニークなパスワードが自動生成される（Ｓ４３００）。そして、ユーザデータ管理部５００ａにより、取得したメールアドレスとパスワードとを対応付けたエントリが、ユーザデータ記憶部５１０に登録されるとともに（Ｓ４４００）、パスワードとＩＶＲサーバ５００の電話番号とを記載したパスワード発行メールが、携帯電話機４００に送信される（Ｓ４５００）。
【０１１７】
このようにして、ユーザデータ管理部５００ａにメールを送信したユーザ４００ａには、登録要求電話用の電話番号と、登録要求電話において発話すべきパスワードとが通知される。ユーザ４００ａは、携帯電話機４００を操作して、メール本文として表示されたユーザデータ管理部５００ａの電話番号の文字列を選択するなどして、任意のタイミングで登録要求電話を行うことができる。
【０１１８】
ユーザ４００ａが携帯電話機４００を用いてユーザデータ管理部５００ａに発呼し、発信者番号がユーザデータ管理部５００ａに通知されると（Ｓ４６００）、ユーザデータ管理部５００ａからは、回線接続後に、携帯電話機４００を介して、ユーザ登録のためのパスワードの発話を促すガイダンスメッセージが再生される（Ｓ４７００）。ユーザ４００ａは、再生されたメッセージに従って、携帯電話機４００のマイクロフォンに、パスワード発行メールで発行されたパスワードを発話し、発話されたパスワードは、ユーザデータ管理部５００ａで、音声認識処理により認識される（Ｓ４８００）。そして、ユーザデータ管理部５００ａにより、ユーザデータ記憶部５１０のパスワード設定テーブル６１０からパスワードを検索キーとして対応するメールアドレスが取得され、取得されたメールアドレスと発信者番号とを対応付けたエントリのユーザデータ記憶部５１０への登録が行われる。すなわち、ユーザデータ記憶部５１０の電話番号とメールアドレスとの対応付けが更新される（Ｓ４９００）。そして、ユーザデータ管理部５００ａにより、ユーザ登録が完了した旨、つまり、以降は同一の電話番号からの発呼にて情報要求電話が可能である旨が、音声メッセージなどにより携帯電話機４００に通知される（Ｓ５０００）。
【０１１９】
このように、ユーザ４００ａは、空メールをユーザ管理部５００ａに送信し、電話番号およびパスワードの返信を受けた後、電話番号に発呼してパスワードを発話することにより、簡単にユーザ登録を行うことができる。すなわち、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとの対応付けを行うことができる。
【０１２０】
なお、ユーザが使用するメールアドレスが変更された場合には、ユーザ登録を再度実施すればよい。これにより、ユーザデータテーブル７１０の内容は、変更後のメールアドレスに対応した内容に更新され、ユーザは、メールアドレスの変更後も継続してサービスを享受することができる。
【０１２１】
図１０は、ユーザ登録が完了した後の、情報提供における各装置の処理および通信の流れの一例を示すシーケンス図である。
【０１２２】
図１０に示すように、ユーザ登録を済ませたユーザ４００ａは、登録要求電話に使用した携帯電話機４００を用いてユーザデータ管理部５００ａに発呼し、発信者番号がユーザデータ管理部５００ａに通知されると（Ｓ５１００）、ユーザデータ管理部５００ａからは、回線接続後に、サービス情報の指定を促すガイダンスメッセージが再生される（Ｓ５２００）。ユーザ４００ａは、メッセージに従って、あるサービス情報を指定する情報を、音声発話またはプッシュ操作により携帯電話機４００に入力し、ユーザデータ管理部５００ａでは、受信した入力情報を基に、対応するサービス情報の検索および取得が行われる（Ｓ５３００）。更に、ユーザデータ管理部５００ａでは、発信者番号から取得した電話番号を検索キーとして、ユーザデータ記憶部５１０のユーザデータテーブル７１０が検索され（Ｓ５４００）、対応するメールアドレスが取得される（Ｓ５５００）。そして、ユーザデータ管理部５００ａにより、サービス情報を格納または添付した情報提供メールが、携帯電話機４００に送信される（Ｓ５６００）。
【０１２３】
このように、ユーザ４００ａは、ユーザ登録の完了後、電話によってサービス情報の提供を要求し、サービス情報の提供をメールで受けることができる。すなわち、ユーザは、簡単に、所望のサービス情報を閲覧することができる。
【０１２４】
以上説明したように、本実施の形態によれば、ＩＶＲサーバ５００は、電子メール通信により特定メールアドレス宛に仮パスワードを発行するとともに、仮パスワードと特定メールアドレスとを対応付けて一時記憶し、特定電話番号からの電話音声で発話された仮パスワードを認識し、認識した仮パスワードに対応するメールアドレスと電話番号とを対応付けて記憶する。これにより、ユーザは、パスワードを文字データにより受け取り、これを音声により読み上げることによりユーザ登録を行うことができるため、文字入力することなくユーザ登録をすることができる。また、メールアドレスとは異なる普通の単語からなるパスワードを音声認識の対象とすることができるので、例えば高い精度で音声認識可能な単語を用いることができる。すなわち、ユーザに文字入力操作を課す必要がなくなり、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができる。
【０１２５】
また、ＩＶＲサーバ５００は、電話通信により情報提供の要求を受け付け、ユーザデータテーブル７１０で要求元の電話番号に対応付けられたメールアドレスに宛てて、要求された情報をメールにて送信するので、ユーザに対し、利便性に富んだサービスを提供することができる。
【０１２６】
また、電話通信で受信した音声に対して音声認識処理を行って、情報提供の要求を受け付けるので、ユーザに対し、更に利用し易いサービスを提供することができる。
【０１２７】
なお、以上説明した実施の形態では、ＩＶＲサーバ５００のメールアドレスを１つのみとし、ＩＶＲサーバ５００に送られてきたメールアドレスを全て登録要求メールとして取り扱うものとして説明したが、これに限定されるものではない。ＩＶＲサーバ５００に複数のメールアドレスが割り当てられている場合には、そのうちの一部のみを登録要求メールとして取り扱うようにしてもよい。
【０１２８】
また、ＩＶＲサーバ５００の電話番号を１つのみとし、ＩＶＲサーバ５００に掛かってきた電話を全て登録要求電話または情報要求電話として取り扱うものとして説明したが、これに限定されるものではない。ＩＶＲサーバ５００に複数の電話番号が割り当てられている場合には、そのうちの一部のみを登録要求電話として取り扱い、他の一部のみを情報提供電話として取り扱うようにしてもよい。
【０１２９】
また、図２に示すＩＶＲサーバ５００の各装置部は、必ずしも同一の装置内に配置しなく、ネットワーク上の別個の装置に配置するようにしてもよい。例えば、メール受信部５２０、メール送信部５４０、およびデータベース設定部５３０を１つの装置に配置し、電話応答部５５０、音声認識部５６０、データベース更新部５７０、データベース検索部５８０、およびサービス提供部５９０を別の装置に配置し、ユーザデータ記憶部５１０を更に別の装置に配置することが考えられる。
【０１３０】
また、電話応答部５５０を、登録要求電話用と情報要求電話用とで別に用意するようにしてもよい。この場合には、ＩＶＲサーバ５００は、パスワード発行メールにて、またはユーザ登録が完了した旨を通知するメールにて、携帯電話機４００側に、情報要求電話用の電話番号を通知することが望ましい。
【０１３１】
また、ユーザ側で電話通信に使用される端末とメール通信に使用される端末とは、必ずしも同一でなくてもよい。例えば、電話には携帯電話機を使用し、メール通信には自宅のパーソナルコンピュータを使用する場合にも、本発明を適用することができる。
【０１３２】
また、本発明を、電話での自動応答により各種情報の提供を行うＩＶＲシステムに適用した例について説明したが、これに限定されるものではなく、本発明は、ユーザごとに電話番号とメールアドレスとの対応付けが必要な各種システムに適用することができる。例えば、メールによる要求に対応して、電話音声によってサービス情報を提供するシステムに適用することが可能である。また、ユーザの電話番号は、携帯電話機４００の電話番号に限定されるものではなく、固定電話やＰＨＳ（personal handyphone system）端末など各種電話機の電話番号としてもよい。
【産業上の利用可能性】
【０１３３】
本発明に係るユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法は、より少ないユーザ負担で、ユーザごとに電話番号とメールアドレスとを対応付けることができるユーザデータ管理システム、情報提供システム、およびユーザデータ管理方法として有用である。
【図面の簡単な説明】
【０１３４】
【図１】本発明の一実施の形態に係るＩＶＲシステムの構成の一例を示すシステム構成図
【図２】本実施の形態における携帯電話機の構成を示すブロック図
【図３】本実施の形態に係るＩＶＲサーバの構成を示すブロック図
【図４】本実施の形態におけるパスワード設定テーブルの内容の一例を示す図
【図５】本実施の形態におけるユーザデータテーブルの内容の一例を示す図
【図６】本実施の形態におけるパスワード発行処理の流れを示すフローチャート
【図７】本実施の形態における電話アドレス対応付け処理の流れを示すフローチャート
【図８】本実施の形態における情報提供処理の流れを示すフローチャート
【図９】本実施の形態におけるユーザ登録における各装置の処理および通信の流れの一例を示すシーケンス図
【図１０】本実施の形態における情報提供における各装置の処理および通信の流れの一例を示すシーケンス図
【符号の説明】
【０１３５】
１００ ＩＶＲシステム
２００ インターネット
３００ 電話通信網
４００ 携帯電話機
４１０ メーラ起動部
４２０ メーラ部
４２１ メール送信部
４２２ メール受信部
４３０ 電話通信部
５００ ＩＶＲサーバ
５１０ ユーザデータ記憶部
５２０ メール受信部
５２１ メールアドレス抽出部
５２２ ユニークパスワード生成部
５３０ データベース設定部
５４０ メール送信部
５５０ 電話応答部
５５１ 発信者番号取得部
５５２ 音声データ取得部
５５３ プッシュ信号検出部
５５４ 音声ガイダンス部
５６０ 音声認識部
５７０ データベース更新部
５８０ データベース検索部
５９０ サービス提供部
【特許請求の範囲】
【請求項１】
電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するとともに、前記仮パスワードと前記特定メールアドレスとを対応付けて一時記憶するパスワード発行手段と、
電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識する音声認識手段と、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段と、
を有するユーザデータ管理システム。
【請求項２】
メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理システムであって、
前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール通信手段と、
前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識手段と、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段と、
を具備するユーザデータ管理システム。
【請求項３】
請求項２記載のユーザデータ管理システムを利用する情報提供システムであって、
前記電話番号を有する端末から電話通信手段により情報の要求を受け付ける要求受付手段を更に有し、
前記メール通信手段は、要求された前記情報を、前記ユーザデータ記憶手段を参照し、前記電話番号に対応する前記メールアドレスに送信する、
情報提供システム。
【請求項４】
電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するステップと、
電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識するステップと、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を有するユーザデータ管理方法。
【請求項５】
メールアドレスと電話番号とを有する端末に対して電子メールにより仮パスワードを発行するとともに、前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを対応付けて一時記憶するステップと、
前記端末からの通話で発話された前記仮パスワードを認識する音声認識ステップと、
認識した前記仮パスワードに対応する前記電子メールアドレスと前記端末の電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を具備するユーザデータ管理方法。
【請求項６】
ユーザデータ記憶ステップ終了後に、対応付けて記憶した前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを消去して、消去した前記仮パスワードを再度利用する、
請求項５記載のユーザデータ管理方法。
【請求項７】
メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理方法であって、
前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するステップと、
前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識ステップと、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を具備するユーザデータ管理方法。
【請求項１】
電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するとともに、前記仮パスワードと前記特定メールアドレスとを対応付けて一時記憶するパスワード発行手段と、
電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識する音声認識手段と、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段と、
を有するユーザデータ管理システム。
【請求項２】
メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理システムであって、
前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するメール通信手段と、
前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識手段と、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶手段と、
を具備するユーザデータ管理システム。
【請求項３】
請求項２記載のユーザデータ管理システムを利用する情報提供システムであって、
前記電話番号を有する端末から電話通信手段により情報の要求を受け付ける要求受付手段を更に有し、
前記メール通信手段は、要求された前記情報を、前記ユーザデータ記憶手段を参照し、前記電話番号に対応する前記メールアドレスに送信する、
情報提供システム。
【請求項４】
電子メール通信手段により特定メールアドレス宛に仮パスワードを発行するステップと、
電話通信手段により特定電話番号からの電話音声を受信し、発話された前記仮パスワードを認識するステップと、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を有するユーザデータ管理方法。
【請求項５】
メールアドレスと電話番号とを有する端末に対して電子メールにより仮パスワードを発行するとともに、前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを対応付けて一時記憶するステップと、
前記端末からの通話で発話された前記仮パスワードを認識する音声認識ステップと、
認識した前記仮パスワードに対応する前記電子メールアドレスと前記端末の電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を具備するユーザデータ管理方法。
【請求項６】
ユーザデータ記憶ステップ終了後に、対応付けて記憶した前記仮パスワードと前記仮パスワードの送信先の電子メールアドレスとを消去して、消去した前記仮パスワードを再度利用する、
請求項５記載のユーザデータ管理方法。
【請求項７】
メールアドレスと電話番号とを有する端末のユーザデータを管理するユーザデータ管理方法であって、
前記メールアドレスからの受信メールに対して仮パスワードを発行し電子メールにより返信するステップと、
前記電話番号からの電話音声を受信し発話された前記仮パスワードを認識する音声認識ステップと、
前記認識した仮パスワードに対応する前記メールアドレスと前記電話番号とを対応付けて記憶するユーザデータ記憶ステップと、
を具備するユーザデータ管理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−１３０６２６（Ｐ２００９−１３０６２６Ａ）
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願番号】特願２００７−３０３４５１（Ｐ２００７−３０３４５１）
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（３９８０１８０２１）株式会社アドバンスト・メディア (23)
【Ｆターム（参考）】
【公開日】平成２１年６月１１日（２００９．６．１１）
【国際特許分類】
【出願日】平成１９年１１月２２日（２００７．１１．２２）
【出願人】（３９８０１８０２１）株式会社アドバンスト・メディア (23)
【Ｆターム（参考）】
[ Back to top ]