(57)【特許請求の範囲】
【請求項１】
複数の端末装置と、前記端末装置にネットワークを介して接続され前記端末装置から送信される検索条件を充足する検索結果情報を前記端末装置に通知することが可能な情報処理サーバと、から構成される電話番号検索システムであって、
前記情報処理サーバは、
前記検索結果情報に含まれる各電話接続先の識別子と、各電話接続先についての時間帯別の電話番号とを関連させて記憶する電話接続先データベースと、
前記端末装置から指定される発信日時を示す発信日時情報を、前記検索結果情報から選択される電話接続先の識別子と関連させて記憶する発信予約データベースと、
前記発信予約データベースにより記憶されている前記発信日時が到来した時に、当該発信日時に対応する電話接続先の電話番号を前記電話接続先データベースから取得し、前記端末装置と取得した前記電話番号に対応する装置との間で呼を確立させる呼処理部と、
を備え、
前記情報処理サーバから前記端末装置に前記時間帯別の電話番号が隠蔽された前記検索結果情報が送信される、
ことを特徴とする、電話番号検索システム。
【請求項２】
前記情報処理サーバは、前記呼を確立させる前に、前記端末装置に対して音声情報により発信処理の継続可否の指示を求める音声処理部をさらに備えていることを特徴とする、請求項１に記載の電話番号検索システム。
【請求項３】
前記呼処理部は、前記呼を確立させる前に、前記電話番号に対応する前記装置へ電話発信を行い、
前記情報処理サーバは、前記電話番号に対応する前記装置から応答がなかった場合に、前記端末装置に対して音声情報により応答がなかった旨を通知する音声処理部をさらに備える
ことを特徴とする、請求項１に記載の電話番号検索システム。
【請求項４】
複数の端末装置にネットワークを介して接続され前記端末装置から送信される検索条件を充足する検索結果情報を前記端末装置に通知することが可能な情報処理サーバであって、
前記検索結果情報に含まれる各電話接続先の識別子と、各電話接続先についての時間帯別の電話番号とを関連させて記憶する電話接続先データベースと、
前記端末装置から指定される発信日時を示す発信日時情報を、前記検索結果情報から選択される電話接続先の識別子と関連させて記憶する発信予約データベースと、
前記発信予約データベースにより記憶されている前記発信日時が到来した時に、当該発信日時に対応する電話接続先の電話番号を前記電話接続先データベースから取得し、前記端末装置と取得した前記電話番号に対応する装置との間で呼を確立させる呼処理部と、
を備え、
前記情報処理サーバは、前記端末装置に前記時間帯別の電話番号が隠蔽された前記検索結果情報を送信する、
ことを特徴とする、情報処理サーバ。
【請求項５】
前記情報処理サーバは、前記呼を確立させる前に、前記端末装置に対して音声情報により発信処理の継続可否の指示を求める音声処理部をさらに備えていることを特徴とする、請求項４に記載の情報処理サーバ。
【請求項６】
前記呼処理部は、前記呼を確立させる前に、前記電話番号に対応する前記装置へ電話発信を行い、
前記情報処理サーバは、前記電話番号に対応する前記装置から応答がなかった場合に、前記端末装置に対して音声情報により応答がなかった旨を通知する音声処理部をさらに備える
ことを特徴とする、請求項４に記載の情報処理サーバ。
【請求項７】
ネットワークを介して接続された端末装置から送信される検索条件を充足する検索結果情報に基づいて、情報処理サーバにより端末間において呼を確立させる電話接続方法であって、
前記情報処理サーバは、
前記検索結果情報に含まれる各電話接続先の識別子と、各電話接続先についての時間帯別の電話番号とを関連させて記憶する電話接続先データベースと、
発信日時を示す発信日時情報を電話接続先の識別子と関連させて記憶する発信予約データベースと、
を備え、
前記方法は、
前記端末装置に前記時間帯別の電話番号が隠蔽された前記検索結果情報を送信するステップと、
送信された前記検索結果情報から選択される電話接続先の識別子と指定される発信日時とを関連させる前記発信日時情報を、前記端末装置から受信するステップと、
前記発信日時情報を前記発信予約データベースに記憶させるステップと、
前記発信予約データベースにより記憶される前記発信日時が到来した時に、当該発信日時に対応する電話接続先の電話番号を前記電話接続先データベースから取得するステップと、
前記端末装置と取得した前記電話番号に対応する装置との間で呼を確立させるステップと、
を備えることを特徴とする、電話接続方法。
【請求項８】
前記電話接続方法は、前記呼を確立させる前に、前記端末装置に対して音声情報により発信処理の継続可否の指示を求めるステップをさらに備えていることを特徴とする、請求項７に記載の電話接続方法。
【請求項９】
前記電話接続方法は、前記呼を確立させる前に、
前記電話番号に対応する前記装置へ電話発信を行うステップと、
前記電話番号に対応する前記装置から応答がなかった場合に、前記端末装置に対して音声情報により応答がなかった旨を通知するステップと、
をさらに備えることを特徴とする、請求項７に記載の電話接続方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に電話番号検索システム、情報処理サーバ及び電話接続方法に関する。
【背景技術】
【０００２】
従来より、一般に、インターネット上で電話接続先情報を提供する電話番号検索サイトを利用し、そこで得られた検索結果情報をもとに電話接続を行うといった電話の利用形態は広く活用されてきた。これに対し、近年、インターネットのアクセス回線のブロードバンド化と共に、通信機器及び端末装置の高機能化、低価格化等により、情報検索と音声通信をより密に連動させた様々なサービスが展開されるようになってきている。
【０００３】
下記非特許文献１は、インターネット上で企業・店舗情報を検索することのできる電話番号検索サイトである。本検索サイトにおいて、ユーザは、端末装置の画面上に検索したい企業・店舗等の業種、名称、住所、またはその他キーワードを入力し、電話接続を行う相手を検索することができる。また、本検索サイトでは地図情報と連動して電話接続を行う相手を検索することもできる。検索結果情報は端末装置の画面上に表示され、ユーザは、表示された企業・店舗等の電話番号を電話端末に入力して電話接続を行う。
【０００４】
また、下記特許文献１には、企業・店舗情報検索サイトの検索結果表示画面から、ユーザが指定した電話接続先へ、直接電話接続を行うことを可能にする方法が開示されている。ユーザが電話番号を別途電話端末に入力することなく、検索結果表示画面から直接電話接続を行う方法を提供することで、検索・電話接続時のユーザの利便性が向上すると共に、電話番号をユーザに知らせたくない企業・店舗等にも電話通信を有効に活用する機会が与えられる。
【０００５】
下記特許文献２には、ユーザがセンタに予め登録しておいた予定に従って、所定の時刻に発信者通信端末と着信者通信端末を通話可能とする電話接続方法が開示されている。本方法により、ユーザには、通話相手と約束した時刻に間違いなく通話を行うことができるという利益を得ることができる。
【０００６】
【非特許文献１】ＮＴＴ番号情報株式会社、ｉタウンページ（登録商標）、［平成１９年９月１８日検索］、［online］、インターネット＜URL：http://itp.ne.jp/＞
【特許文献１】特開２００７−９６５７０号公報
【特許文献２】特許第３９０２７４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前述の特許文献１による企業・店舗情報検索サイトの検索結果の利用方法では、電話接続を試行した相手が不在、または話中で接続を確立できなかった際のかけ直し時の利便性に問題があった。前記方法では、発信者がユーザ自身ではなく検索サイトとなるため、電話端末に発信履歴や着信履歴が残らない。そのため、検索サイトの利用終了後にかけ直しをするには、再度検索サイトを立ち上げて検索結果を表示させるか、最初の発信時に電話番号をメモしておき、後でメモをしておいた電話番号を手動で電話端末に入力するしかなかった。
【０００８】
また、前述の特許文献２による電話接続方法を用いる場合でも、ユーザが通話相手の電話番号を一度記憶し、またはメモ書きした上で、センタの画面から通話予定に係る情報を登録しなければならないという手続の煩雑さがあった。
【０００９】
本発明は上記問題点に鑑みてなされたものであり、その目的は、電話番号検索サイトに発信日時情報を登録し、発信日時の到来を待って自動的に電話接続を行う手段を提供することで、ユーザによるかけ直し時の利便性を向上させ、電話利用機会を増加させる電話番号検索システム、情報処理サーバ及び電話接続方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決するために、本発明の第一の観点によれば、複数の端末装置と、前記端末装置にネットワークを介して接続され前記端末装置から送信される検索条件を充足する検索結果情報を前記端末装置に通知することが可能な情報処理サーバと、から構成する電話番号検索システムが提供される。前記情報処理サーバは、前記端末装置から指定される発信日時情報を前記検索結果情報と関連させて管理する情報処理部と、前記発信日時が到来した時に、前記発信日時情報に対応する電話接続先の情報に基づいて、前記端末装置と前記電話接続先の端末装置との間で呼を確立させる呼処理部と、を備えることを特徴とする。
【００１１】
かかる構成によれば、検索結果情報と連動させて発信日時（即ち電話接続を試行する日時）の登録を行うことができ、ユーザが電話番号を記憶し、またはメモ書きすることなく簡単に電話をかけ直すことが可能となる。例えば、検索結果を得た時点で電話をかけて相手が不在、または話中だった場合には、相手が接続可能と見込まれる時刻を検索結果画面から登録しておくことができる。そうすることで、検索サイトの使用を終了した後であっても、その時刻が到来した時に自動的に再接続が試行される。また、企業・店舗等を検索した時、電話をかけたい企業・店舗等が営業時間外だった場合には、営業時間内の日時を検索結果画面から登録しておくことができる。そうすることで、確実に接続できる営業時間を待って電話接続が試行される。その際、ユーザに対し追加的な情報の記憶等を求められることはない。こうしたかけ直し時の利便性の向上により、電話利用機会が増加することが期待できる。
【００１２】
上記本発明の電話番号検索システムにおいては様々な応用が可能であるが、その一例として、発信日時が到来し、電話接続先の端末装置との間で呼を確立させる前に、ユーザに発信処理の継続可否の指示を求める音声情報を流す音声処理部を加えた構成とすることも可能である。かかる構成によれば、発信日時においてユーザに電話接続できない事情がある場合には、自動的に電話接続が試行されるのを中止することができる。
【００１３】
また、発信日時が到来した際、先に電話接続先の端末装置へ電話発信を行い、電話接続先の端末装置から応答がなかった場合には、ユーザに応答がなかった旨を通知する音声情報を流す音声処理部を加えた構成とすることも可能である。かかる構成によれば、発信日時において電話接続先が依然接続できない状態である場合に、ユーザが効率よくその旨を知ることができる。
【００１４】
また、情報処理サーバからユーザの端末装置へ送信する検索結果情報の中で、電話接続先情報を隠蔽する構成とすることも可能である。ここで電話接続先情報とは、通常の電話における電話番号や、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）におけるＩＰアドレスなどを指す。かかる構成によれば、電話接続先情報をユーザに公開したくない企業・店舗等、または一般ユーザであっても電話番号検索サイトの被検索者となることができ、電話利用機会のさらなる増加が期待できる。
【００１５】
本発明の第二の観点によれば、複数の端末装置にネットワークを介して接続され前記端末装置から送信される検索条件を充足する検索結果情報を、前記端末装置に通知することが可能な情報処理サーバが提供される。本情報処理サーバは、前記端末装置から指定される発信日時情報を前記検索結果情報と関連させて管理する情報処理部と、前記発信日時が到来した時に、前記発信日時情報に対応する電話接続先の情報に基づいて、前記端末装置と前記電話接続先の端末装置との間で呼を確立させる呼処理部と、を備えることを特徴とする。
【００１６】
上記本発明の情報処理サーバの応用の一例として、前記情報処理サーバは、前記端末装置と前記電話接続先の端末装置との間で呼を確立させる前に、前記端末装置に対して音声情報により発信処理の継続可否の指示を求める音声処理部をさらに備えてもよい。
【００１７】
また、前記呼処理部は、前記端末装置と前記電話接続先の端末装置との間で呼を確立させる前に、まず前記電話接続先の端末装置へ電話発信を行ってもよい。さらに、前記電話接続先の端末装置から応答がなかった場合に、前記端末装置に対して音声情報により応答がなかった旨を通知する音声処理部を情報処理サーバが備える構成とすることができる。
【００１８】
また、既に述べた通り、前記情報処理サーバからユーザの端末装置へ送信する検索結果情報の中で、電話接続先情報を隠蔽する構成とすることも可能である。
【００１９】
本発明の第三の観点によれば、ネットワークを介して接続された端末装置から送信される検索条件を充足する検索結果情報に基づいて端末間において呼を確立させる電話接続方法が提供される。本電話接続方法は、前記端末装置から送信される発信日時情報を受信するステップと、前記発信日時情報を前記検索結果情報と関連させて保持するステップと、前記発信日時が到来した時に、前記発信日時情報に対応する電話接続先の情報を取得するステップと、前記端末装置と取得した前記電話接続先の端末装置との間で呼を確立させるステップと、を備えることを特徴とする。
【００２０】
上記本発明の電話接続方法の応用の一例として、前記端末装置と取得した前記電話接続先の端末装置との間で呼を確立させる前に、前記端末装置に対して音声情報により発信処理の継続可否の指示を求めてもよい。
【００２１】
また、前記端末装置と取得した前記電話接続先の端末装置との間で呼を確立させる前にまず前記電話接続先の端末装置へ電話発信を行い、前記電話接続先の端末装置から応答がなかった場合には前記端末装置に対して音声情報により応答がなかった旨を通知してもよい。
【００２２】
また、本発明の第一、第二の観点と同様に、ユーザの端末装置へ送信する検索結果情報の中で、電話接続先情報を隠蔽してもよい。
【発明の効果】
【００２３】
以上説明したように、本発明によれば、電話番号検索サイトに発信日時情報を登録し、発信日時の到来を待って自動的に電話接続を行うことを可能とすることで、かけ直し時のユーザの利便性が向上し、電話利用機会を増加させる電話番号検索システム、情報処理サーバ及び電話接続方法を提供することができる。
【発明を実施するための最良の形態】
【００２４】
以下に、添付した図面を参照しながら、本発明の好適な実施形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２５】
まず、図１は、本発明の第一及び第二の実施形態に係る電話番号検索システムの構成を示すブロック図である。
【００２６】
図１に示すように、電話番号検索システム１は、例えば、情報処理部１１、呼処理部１２、及び音声処理部１３を有する情報処理サーバ１０を含む。ユーザにむけて音声情報を提供しない場合は、音声処理部１３は省略してもよい。情報処理サーバ１０はさらに、電話番号検索及び電話接続のために必要となるデータを管理するデータベース（以下、ＤＢとする。）として、ユーザＤＢ１６、電話接続先ＤＢ１７及び発信予約ＤＢ１８を含む。また、情報処理サーバ１０を三層アーキテクチャにより構成する場合には、情報処理部をさらに画面管理部１１ａ及び処理制御部１１ｂに分けることができる。前記３つのデータベースとのデータの入出力は、通常は情報処理部１１において行われる。情報処理サーバ１０は、典型的には、主として中央演算装置（ＣＰＵ）、入出力インターフェース、主記憶装置（メインメモリ）、及び補助記憶装置（ハードディスク等）を備える一般的なコンピュータにより構成することができる。情報処理サーバ１０の情報処理部１１（または画面管理部１１ａと処理制御部１１ｂ）、呼処理部１２、音声処理部１３、及び各データベースは、本発明の技術的範囲から外れることなく、１つのコンピュータ上に、または複数のコンピュータに分散してどのように配置してもよい。
【００２７】
電話番号検索システム１にはさらに複数の端末装置が含まれる。その一例として、図１では電話番号検索システム１を利用するユーザ２０の操作するＷｅｂ端末２１及び電話端末２２、並びに電話接続先２３の電話端末２４が示されている。Ｗｅｂ端末２１は、インターネットを介して情報処理サーバ１０の情報処理部１１に接続される。Ｗｅｂ端末２１は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述された情報ページを閲覧するためのソフトウェアであるＷｅｂブラウザ機能を備えた端末装置であって、典型的には、ＰＣ（パーソナルコンピュータ）、ＰＤＡ（携帯情報端末）、または多くの種類の携帯電話などをＷｅｂ端末として用いることができる。電話端末２２及び電話端末２４は、電話網を介して情報処理サーバ１０の呼処理部１２及び音声処理部１３に接続される。電話端末２２及び電話端末２４は、電話機能を備えた端末装置であって、典型的には、従来型の固定電話、携帯電話に限らず、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を利用したＩＰ電話などを電話端末として用いることができる。
【００２８】
図２〜図４は、本発明の第一及び第二の実施形態に係る電話番号検索システムにおける処理の流れを表したシーケンス図である。本発明の第一の実施形態と第二の実施形態との間では、電話番号検索システムにユーザがアクセスした後、情報処理部１１から呼処理部１２へ発信指示が行われるまでの処理は共通しており、その間の処理の流れが図２に示されている。図３は、情報処理部１１から呼処理部１２へ発信指示が行われた後の、本発明の第一の実施形態における処理の流れを示している。図４は、情報処理部１１から呼処理部１２へ発信指示が行われた後の、本発明の第二の実施形態における処理の流れを示している。
【００２９】
図２を参照すると、本発明に係る電話番号検索システムにおいて電話接続を行うために、まずユーザ２０はＷｅｂ端末２１を通して検索条件の入力を行う。入力された検索条件は、インターネットを介して情報処理部１１に送信される。情報処理部１１が画面管理部１１ａと処理制御部１１ｂに分けられる場合には、画面管理部１１ａが送信された検索条件を受信する。ここで検索条件とは、ユーザが電話接続を行う相手を検索するための情報であって、典型的には相手先の名称、業種名等が該当する。画面管理部１１ａは、受け取った検索条件を処理制御部１１ｂに送信する。処理制御部１１ｂは、検索条件を充足する電話接続先のデータを、電話接続先ＤＢ１７から検索する。そこで得られた検索結果情報は、画面管理部１１ａを通してユーザ２０のＷｅｂ端末２１に通知され、ユーザに向けて表示される。ここまでの検索条件入力から結果通知までの処理の流れは、本発明の属する技術の領域において広く知られたものであり、本明細書においては簡単な説明にとどめることとする。
【００３０】
なお、ここでユーザ２０のＷｅｂ端末２１に通知される検索結果情報において、電話接続先情報を隠蔽する構成とすることも可能である。本実施形態においては、ここでの電話接続先情報とは電話番号を意味する。本発明では、後述する通り情報処理サーバ１０が電話発信及び電話予約の主体となるため、ユーザに向けて電話番号を知らせる必要がない。電話番号を隠蔽することで、電話番号をユーザに公開したくない企業・店舗等、または一般ユーザであっても電話番号検索サイトの被検索者となることができる。なお、電話接続先情報は電話番号に限定されず、ＶｏＩＰにおけるＩＰアドレスなどであってもよい。
【００３１】
本発明の第一及び第二の実施形態において、電話番号検索システムが検索結果をユーザに通知する際、検索結果である電話接続先に関する情報と共に、典型的には日時指定欄及び電話発信ボタンが端末画面上に表示される。ユーザは、日時指定欄に電話接続を行いたい日時を入力または選択することができる。ユーザが日時指定欄に日時を入力または選択し、発信ボタンを押下すると、指定された日時情報（以下、発信日時情報とする。）が情報処理部１１に送信される。画面管理部１１ａは、送信された発信日時情報を受信すると、その発信日時情報を処理制御部１１ｂに通知する。
【００３２】
処理制御部１１ｂは、発信日時情報の通知を受けると、通常は指定された日時までの待合せを行う。ここで、図２に示している通り、発信日時情報が通知され発信日時が到来するまでの１つの流れに着目した場合には、処理制御部１１ｂは単純に何もせず発信日時を待つように見えるかも知れない。しかし、好適には、複数のユーザから指定された発信日時情報を検索結果情報と関連させて発信予約ＤＢに保持し、一定の時間間隔で発信予約ＤＢから発信対象のデータを検索する処理を別途稼動させておくのがよい。この別途稼動させる待合せ処理については、本明細書内で後に詳しく説明する。
【００３３】
指定された発信日時が到来すると、処理制御部１１ｂは発信日時情報に関連するユーザ２０の電話番号をユーザＤＢから検索し取得する。そして、取得されたユーザ２０の電話番号及び発信日時情報に関連する電話接続先の電話番号が呼処理部１２に受け渡され、処理制御部１１ｂから呼処理部１２に対して発信指示が行われる。
【００３４】
なお、処理制御部１１ｂが発信日時情報の通知を受け取った際、ユーザから指定された発信日時が空欄であった場合には、ここで述べた待合せ処理を省略し、処理制御部１１ｂから呼処理部１２に対して即時に発信指示を行うこととしてもよい。
【００３５】
図３は、情報処理部１１から呼処理部１２へ発信指示が行われた後の、本発明の第一の実施形態における処理の流れを示したシーケンス図である。呼処理部１２は、発信指示を受け取ると、音声処理部１３及びユーザ２０の電話端末２２へ電話発信を行う。音声処理部１３はその後、電話端末２２に対し、電話接続先２３への発信処理を継続するかどうかを確認するための音声を流す。ユーザ２０は、その音声に対する応答として、発信処理を継続するかキャンセルするかの選択を行う。選択結果は、典型的には電話端末２２からのプッシュ信号によって送信される。呼処理部１２は、ユーザからの指示（即ち選択結果）が送信されると、その指示内容に応じた処理を呼行う。指示内容が「処理継続」であった場合は、引き続き呼処理部１２は電話接続先２３の電話端末２４へ電話発信を行い、電話端末２２と電話端末２４の間で呼を確立させる。指示内容が「キャンセル」だった場合には、電話端末２４への電話発信は行わず、呼を切断する。
【００３６】
図４は、情報処理部１１から呼処理部１２へ発信指示が行われた後の、本発明の第二の実施形態における処理の流れを示したシーケンス図である。呼処理部１２は、発信指示を受け取ると、電話接続先２３の電話端末２４へ電話発信を行う。ここで呼処理部１２は、電話端末２４からの応答有無に応じた処理を行う。電話端末２４から応答があった場合には、さらにユーザ２０の電話端末２２へ電話発信を行い、電話端末２２と電話端末２４の間で呼を確立させる。電話端末２４から応答が無かった場合には、音声処理部１３及びユーザ２０の電話端末２２へ電話発信を行う。そして音声処理部１３は、電話端末２２に対し、電話接続先２３から応答がなかった旨を通知する音声を流す。
【００３７】
図５は、本発明の第一及び第二の実施形態に係るデータベースの内容を示した構成図である。本データベースは、ユーザＤＢ１６、電話接続先ＤＢ１７、発信予約ＤＢ１８の３つのデータベースから構成される。なお、データベースの構成はかかる内容に限定されない。それぞれのデータベースはさらに複数のテーブルに分割されてもよく、またこれらを統合して管理することもできる。
【００３８】
ユーザＤＢ１６は、電話番号検索サイトを利用するユーザに関する情報を管理するデータベースであり、典型的には、ユーザ識別ＩＤ、電話番号等の情報から構成される。ユーザ識別ＩＤは、複数のユーザの中からユーザを一意に特定するための識別情報である。電話番号検索サイトの利用に際して、セキュリティ向上などの観点からユーザに認証を求める場合には、ユーザ識別ＩＤに関連付けてパスワードを管理してもよい。電話番号は、検索された電話接続先との間で電話接続を行う際に必要となるため、ユーザ識別ＩＤに関連付けて管理される。
【００３９】
電話接続先ＤＢ１７は、電話番号検索サイトにおいて検索対象となる相手先に関する情報を管理するデータベースであり、典型的には、識別ＩＤ、名称、電話番号等の情報から構成される。識別ＩＤは、複数の電話接続先の中から電話接続先を一意に特定するための識別情報である。名称は、電話接続先の検索結果を表示する際などに用いられる。音声情報をユーザに向けて流す場合には、好適には、さらに“名称かな”が追加的に管理される。例えば前述の第一の実施形態において音声処理部１３から発信処理の継続確認のための音声を流す際に、この“名称かな”を読み上げることで、どの電話接続先に対する発信処理なのかをユーザに知らせることができる。電話番号は、検索された電話接続先との間で電話接続を行う際に必要となるため、識別ＩＤ、及び必要に応じて時間情報に関連付けて管理される。
【００４０】
同じ電話接続先について、時間帯ごとに電話番号が異なるような場合には、電話接続先ＤＢ１７の識別ＩＤに関連付けて時間情報を管理してもよい。例えば企業・店舗などを検索対象とする際に営業時間によって接続すべき電話番号が複数存在する場合には、こうした構成が有効である。この場合、電話番号は、識別ＩＤ及び時間情報に関連付けて管理される。そうすることにより、発信日時が到来した時に、発信日時情報に対応する複数の電話接続先の情報の中から選択した１つの有効な電話接続先の情報に基づいて、呼処理部が呼を確立させることができる。
【００４１】
発信予約ＤＢ１８は、ユーザにより指定された発信日時情報を管理するデータベースであり、典型的には、発信予約識別ＩＤ、発信者、着信者、発信日時、ステータス等の情報から構成される。発信予約識別ＩＤは、複数の発信予約の中から発信予約を一意に特定するための識別情報である。発信者は、発信を予約したユーザを特定する情報であり、典型的にはユーザＤＢ１６のユーザ識別ＩＤに対応する。着信者は、発信の対象とされた電話接続先を特定する情報であり、典型的には電話接続先ＤＢ１７の識別ＩＤに対応する。発信日時は、発信を試行する予定日時であり、発信予約識別ＩＤに関連付けて管理される。ステータスは、発信を既に終了したかどうかなどの発信予約の状態をシステムが識別するために付加される情報である。
【００４２】
図６は、本発明の第一及び第二の実施形態において、ユーザにより指定された発信日時情報を情報処理部１１が受け取った後の待合せ処理の詳細な内容を示すフローチャートである。発信日時の待合せを行う際、好適には複数のユーザから指定された発信日時情報を検索結果情報と関連させて発信予約ＤＢに保持し、一定の時間間隔で発信予約ＤＢから発信対象のデータを検索する処理を稼動させておくのがよいことは既に述べたとおりである。かかる構成とすることにより、発信日時情報の受信、待合せ、及び電話発信処理を別々のプロセスに切り離すことができ、発信予約数の増加によってプロセスが増え、処理性能が劣化することを防ぐことができる。以下、情報処理サーバ１０のＣＰＵ上で継続的に稼動させる待合せ処理の内容を、図６を用いて説明する。
【００４３】
待合せ処理の最初のステップであるＳ３０では、発信予約ＤＢ１８から（１）ステータス＝「発信待ち」、（２）発信日時が現在時刻以前、に該当するデータが検索・抽出されてメインメモリに読み込まれる。次に、Ｓ３０で抽出されたデータ件数に応じて、Ｓ３１にて処理が分岐する。データ件数がゼロであった場合には、処理は、Ｓ３２において一定時間休止した後でＳ３０に戻る。データ件数が１以上であった場合には、Ｓ３３において、抽出されたデータの発信予約ＤＢ１８内のステータス値が「発信処理起動」に変更される。その後、Ｓ３４において、発信処理が起動される。Ｓ３４において発信処理が起動された後、待合せ処理は起動した発信処理の終了を待たず、Ｓ３０に戻る。起動した発信処理の終了を待つと、発信処理中のユーザからの指示待ち等により終了が遅延し、他の発信予約データの処理開始が遅れてしまうためである。
【００４４】
図７及び図８は、本発明の第一の実施形態において、前述の待合せ処理Ｓ３０〜Ｓ３４によって起動される発信処理の詳細な内容を示すフローチャートである。発信処理は、待合せ処理によって情報処理サーバ１０のＣＰＵ上に起動された後、待合せ処理とは独立して動作する。
【００４５】
発信処理の最初のステップであるＳ４０では、待合せ処理から受け継いだ発信予約データの発信者と一致するユーザ識別ＩＤを持つユーザの電話番号が、ユーザＤＢ１６から検索・抽出されてメインメモリに読み込まれる。次に、Ｓ４１において、前記発信予約データの着信者と一致する識別ＩＤを持つ電話接続先の電話番号と名称かなの情報が電話接続先ＤＢ１７から検索・抽出されてメインメモリに読み込まれる。ここで、１つの電話接続先に関連付けて複数の電話番号を時間帯ごとに管理する場合には、さらに現在時刻を時間（電話接続先ＤＢ１７において管理する営業時間等）に含む、という検索条件も付け加えられる。ここまでの処理により、電話発信のために必要なデータが一通りデータベースから取得されたことになる。
【００４６】
Ｓ４２では、好適にはＳ４１で取得した“名称かな”をテキスト音声変換した音声ファイルが作成される。ここで作成した音声ファイルが、後の音声処理部１３からユーザへの音声による案内（ガイダンス）に用いられる。Ｓ４３では、処理制御部１１ｂにより呼処理部１２へ発信指示が行われ、音声処理部１３の１回線分のリソースが確保される。  
【００４７】
呼処理部１２は、処理制御部１１ｂからの発信指示を受け取ると、Ｓ４４においてユーザの電話番号へ電話発信を行う。この電話発信先となる電話番号は、前述のＳ４０で取得した電話番号である。この後、発信した電話に対しユーザから応答があったかどうかに応じて、Ｓ４５にて処理が分岐する。ユーザからの応答が無かった場合には、処理はＳ４６に移り、待合せ処理から受け継いだ発信予約データについて発信予約ＤＢ１８上のステータス値が「発側接続ＮＧ」に変更され、発信処理は終了する。ユーザからの応答があった場合には、処理はＳ４７に移り、呼処理部１２から音声処理部１３へ電話発信が行われ、音声処理部１３からユーザに対し、電話接続先への発信処理を継続するかどうかを確認するための音声による案内（ガイダンス）が流される。
【００４８】
Ｓ４８以降の処理は、引き続き図８のフローチャートに示される。図７のＳ４７において、ユーザに対し音声処理部１３から音声による案内（ガイダンス）が流されると、ユーザは応答として発信処理を継続するかキャンセルするかの指示を返すことができる。ユーザからの指示は、典型的には電話端末に入力されるプッシュ信号の形で音声処理部１３に送信される。Ｓ４８では、ユーザから受信した指示内容によって処理が分岐する。指示内容が「キャンセル」であれば、処理はＳ４９に移り、待合せ処理から受け継いだ発信予約データについて発信予約ＤＢ１８上のステータス値が「ユーザ指示による中止」に変更され、発信処理は呼を切断した後に終了する。Ｓ４８において指示内容が「継続」であれば、処理はＳ５０に移る。
【００４９】
Ｓ５０では、呼処理部１２から電話接続先へ電話発信が行われる。ここで発信先となる電話番号は、前述のＳ４１で取得した電話番号である。電話接続先の電話番号を発信予約識別ＩＤと関連付けて発信予約ＤＢ１８に保持しておくこともできるが、そうした場合、発信を予約した時点から発信日時までの間に電話接続先の電話番号が変更された場合に、変更前の電話番号へ電話発信されてしまうといった問題が生じるため、本実施形態で示したように発信日時が到来した際に最新の電話番号を電話接続先ＤＢから取得することが望ましい。
【００５０】
Ｓ５０における呼処理部１２から電話接続先への電話発信の後、発信した電話に対して電話接続先から応答があったかどうかに応じて、Ｓ５１にて処理が分岐する。電話接続先からの応答が無かった場合には、処理はＳ５２に移り、音声処理部１３からユーザに対し、電話接続先が応答しなかった旨を伝える音声による案内（ガイダンス）が流される。そして、Ｓ５３において、待合せ処理から受け継いだ発信予約データについて発信予約ＤＢ１８上のステータス値が「着側接続ＮＧ」に変更され、発信処理は呼を切断した後に終了する。
【００５１】
Ｓ５１において電話接続先からの応答があった場合には、処理はＳ５４に移る。Ｓ５４に至って、ユーザと電話接続先の間で呼が確立される。その後、Ｓ５５において、待合せ処理から受け継いだ発信予約データについて発信予約ＤＢ１８上のステータス値が「正常終了」に変更され、発信処理は終了する。  
【００５２】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明は係る例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００５３】
例えば、上記実施形態においては、電話接続に利用する端末を電話網を介して情報処理サーバと接続した電話端末として説明したが、本発明はこれに限定されない。例えば、電話端末の代替手段としてインターネットを介して通話を行うことのできるインターネット電話を利用してもよく、その場合は１つのＷｅｂ端末上で電話番号の検索から通話までを行うことができる。
【００５４】
また、本発明は、一般的にユーザが電話接続を望む相手を検索可能なシステムに広く適用できる。例えば、近年急速に利用者数が拡大しているソーシャルネットワーキングサービス（ＳＮＳ）のＷｅｂサイト上で、本発明を利用してユーザ同士の電話接続サービスを提供することが考えられる。そうしたＷｅｂサイトでは、サービスの利便性と個人情報の秘匿性が同時に求められるため、本発明の特徴である利便性の向上と電話番号の秘匿性の強化を効果的に活用することができる。
【産業上の利用可能性】
【００５５】
本発明は電話番号検索システム、情報処理サーバ及び電話接続方法に利用可能であり、ユーザによるかけ直し時の利便性を向上させ、電話利用機会を増加させる電話番号検索システム、情報処理サーバ及び電話接続方法が提供される。
【図面の簡単な説明】
【００５６】
【図１】電話番号検索システムの構成を示すブロック図である。
【図２】第一及び第二の実施形態に共通する前半部の処理の流れを示すシーケンス図である。
【図３】第一の実施形態における後半部の処理の流れを示すシーケンス図である。
【図４】第二の実施形態における後半部の処理の流れを示すシーケンス図である。
【図５】第一及び第二の実施形態におけるデータベースの内容を示す構成図である。
【図６】第一及び第二の実施形態における待合せ処理の詳細を示すフローチャートである。
【図７】第一の実施形態の発信処理の詳細を示すフローチャートの前半部である。
【図８】第一の実施形態の発信処理の詳細を示すフローチャートの後半部である。
【符号の説明】
【００５７】
１        電話番号検索システム
２        インターネット
３        電話網
１０      情報処理サーバ
１１      情報処理部
１１ａ    画面管理部
１１ｂ    処理制御部
１２      呼処理部
１３      音声処理部
１６      ユーザＤＢ
１７      電話接続先ＤＢ
１８      発信予約ＤＢ
２０      ユーザ
２１      （ユーザの）Ｗｅｂ端末
２２      （ユーザの）電話端末
２３      電話接続先
２４      （電話接続先の）電話端末
Ｓ３０〜Ｓ３４      待合せ処理の各ステップ
Ｓ４０〜Ｓ５５      発信処理の各ステップ
【図１】
0005088067.tif 000002
【図２】
0005088067.tif 000003
【図３】
0005088067.tif 000004
【図４】
0005088067.tif 000005
【図５】
0005088067.tif 000006
【図６】
0005088067.tif 000007
【図７】
0005088067.tif 000008
【図８】
0005088067.tif 000009