JP5283109B2 - 通話制御システム及び通話制御方法 - Google Patents

Description

本発明は、通話元ユーザーと通話先ユーザーとに多彩な音声コミュニケーション態様を提供する通話制御システム及び通話制御方法に関する。

近年、ＩＰ網を経由したいわゆるインターネット電話が普及しつつある。このインターネット電話は、低額の通信網を利用することができるうえ、ＩＰ網の自由度を応用した種々のサービスが可能となっている。特許文献１には、ＩＰ網経由で通話元ユーザーから通話先ユーザーへの接続要求に応じて、ＩＰ網内の端末の呼制御を行うＩＰ呼制御サーバからＩＰ網を経由したセッションを相互に確立させるサービスが開示されている。

詳述すると、この特許文献１に開示された技術では、先ず、通話元ユーザーの操作端末から接続要求を受信すると、その接続要求中に記述された通話元ユーザーの電話端末への発呼要求を行い、ＩＰ呼制御サーバと第１の電話端末との間に、第１のセッションを確立させるとともに、通話先ユーザーの電話端末への発呼要求を行い、ＩＰ呼制御サーバと前記第２の電話端末との間に、第２のセッションを確立させる。その後、第１のセッションと第２のセッションとをブリッジすることにより、第１のセッションおよび第２のセッションを介して、第１の電話端末と第２の電話端末との間の音声通話を可能としている。

このような特許文献１に記載された通話制御方法によれば、通信回線網を介して取得した情報画面上にて目的とする通話先との電話通信を簡単且つ安全に行うことができる。
特開２００６−３３４４８号公報

上述した特許文献１のような通話制御方法を実用化するにあたって、サービスの多様化を図り、よりユーザーの利便性を向上させたいという要求がある。例えば、通話先の電話端末にサーバから着呼があったとき、通話先のユーザーが気付かなかったり、手が離せない等の事情によって、必ずしも通話先が応答できるとは限らない。

また、電話をかけようと思いついた場合でも、その時点で電話をかけることができないときなど、将来的に通話先に電話をかける必要があるときに、その通話を忘れずに行えるようになれば通話元の利便性が向上する。さらに、通話先の電話端末に着呼があったときに、通話先がその通話の優先度を知ることができれば、即座に対応するかどうかの判断ができ、通話先のユーザーの利便性が向上することになる。

本発明は、このような事情を鑑みてなされたものであり、電話をかけるときはその時点で直ちに操作し、且つ通話先もそれに応答できる状態になければならない、という固定概念を覆し、通話する時間を自由に予定することができ、これによりサービスの多様性を図り、ユーザーの利便性を向上させることを目的とする。

上記課題を解決するため、本発明は、発信元ユーザーから通話先ユーザーへ、通話のための接続を行う通話制御システムであって、
前記通話元ユーザーから、前記通話先ユーザーへの接続要求であって、前記通話元ユーザーの電話端末の電話番号と前記第２のユーザーの電話端末の電話番号とが含まれる接続要求を、前記通話元ユーザーの情報端末装置から受信する接続要求受信部と、
前記通話先ユーザーの電話端末に発呼して、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる通話先発呼部と、
前記通話先音声通話セッションの確立後に、前記通話元ユーザーの電話端末に発呼して、前記通話元ユーザーの電話端末との間に通話元音声通話セッションを確立させる通話元発呼部と、
前記通話先音声通話セッションと前記通話元音声通話セッションとをブリッジすることにより、前記前記通話元ユーザーの電話端末と前記通話先ユーザーの電話端末との間の音声通話を実現するブリッジ処理部と
を備え、
前記接続要求には、前記通話先ユーザーに対する発呼処理の優先度の指定が含まれ、
前記通話先発呼部には、
前記発呼を行うために、それぞれ電話番号が割り当てられた複数の通信用端子と、
予め定められた前記優先度と前記電話番号との対応関係にしたがって、指定された優先度に対応した電話番号が割り当てられた前記通信用端子から前記通話先ユーザーの電話端末に発呼して、前記通信用端子と前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる優先度処理部とが接続されていることを特徴とする。

また、他の発明は、発信元ユーザーから通話先ユーザーへ、通話のための接続を行う通話制御方法であって、
（１）前記通話元ユーザーから、前記通話先ユーザーへの接続要求であって、前記通話元ユーザーの電話端末の電話番号と前記第２のユーザーの電話端末の電話番号とが含まれる接続要求を、前記通話元ユーザーの情報端末装置から受信する
（２）前記通話先ユーザーの電話端末に発呼して、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる
（３）前記通話先音声通話セッションの確立後に、前記通話元ユーザーの電話端末に発呼して、前記通話元ユーザーの電話端末との間に通話元音声通話セッションを確立させ
（４）前記通話先音声通話セッションと前記通話元音声通話セッションとをブリッジすることにより、前記前記通話元ユーザーの電話端末と前記通話先ユーザーの電話端末との間の音声通話を確立させ、
（１）において、前記接続要求には、前記通話先ユーザーに対する発呼処理の優先度の指定が含まれ、
（２）において、前記発呼は、それぞれ電話番号が割り当てられた複数の通信用端子を通じて行われ、
（３）においては、予め定められた前記優先度と前記電話番号との対応関係にしたがって、指定された優先度に対応した電話番号が割り当てられた前記通信用端子から前記通話先ユーザーの電話端末に発呼して、前記通信用端子と前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる優先度処理が含まれることを特徴とする。

本発明によれば、通話元となる通話元ユーザーが通話要求を行うと、通話先発呼部が、通話先となる通話先ユーザーとの通話先音声通話セッションが確立した後に、通話元ユーザーとの通話元音声通話セッションを確立して、ブリッジ処理部が両音声通話セッションをブリッジするようにしている。したがって、通話制御システムからの着呼に応答した通話元ユーザーがセッション確立状態のまま通話先ユーザーの応答を待ち続けることを防ぐことができるようになる。これにより、通話元ユーザーにとって通話制御システムの利便性が向上することになる。

なお、上記発明において、前記接続要求には、前記通話先ユーザーに対する発呼処理を開始する通話予約時刻が含まれ、前記通話先発呼に際し、前記通話予約時刻に、前記通話先ユーザーの電話端末に対して前記発呼を実行し、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させることが好ましい。

この場合には、通話元となる通話元ユーザーが日時を指定した通話予約による通話要求を行うと、通話先発呼と通話元発呼とが予約日時に通話元ユーザーと通話先ユーザーとに個別に発呼する。そして、それぞれの音声通話セッションが確立すると、ブリッジ処理部が両音声通話セッションをブリッジするようにしている。したがって、通話元ユーザーが将来的に通話先に電話をかける必要があるときに、その通話を忘れずに行えるようになる。これにより、通話元ユーザーにとって通話制御システムの利便性が向上することになる。

上記発明において、前記接続要求には、前記通話先ユーザーに対する発呼処理の優先度の指定が含まれ、それぞれ電話番号が割り当てられた複数の通信用端子を通じて発呼を行い、予め定められた前記優先度と前記電話番号との対応関係にしたがって、指定された優先度に対応した電話番号が割り当てられた前記通信用端子から前記通話先ユーザーの電話端末に発呼して、前記通信用端子と前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させることが好ましい。

この場合には、発信元である通話元ユーザーにより指定された優先度に対応した電話番号から発呼があるため、通話先である通話先ユーザーは、着呼時に、どの電話番号からの発呼であるかを確認することにより、その着呼に係る通話の重要度を知ることができる。したがって、その着呼に即座に対応するかどうかの判断ができるようになり、通話先ユーザーにとって通話制御システムの利便性が向上することになる。

本発明によれば、それぞれ別個に確立された通話元とのセッションと通話先とのセッションとをブリッジすることにより、通信元と通話先との音声通話を実現する通話制御システムにおいて、通話する時間を自由に予定することができ、これによりサービスの多様性を図り、ユーザーの利便性を向上させることを目的とする。

本発明の実施形態について図面を参照して詳細に説明する。図１は、本発明を適用したコールサービスシステム１０を含むネットワークシステムの構成を示すブロック図である。本図に示すように、コールサービスシステム１０は、アプリケーションサーバ１００とコールサービスサーバ２００とを備えて構成され、ＩＰ網７０と接続されるとともに、ゲートウェイ９０を介して一般公衆回線・移動体通信網８０に接続されている。

ここで、ＩＰ網７０は、インターネットプロトコルにより情報伝送を行うネットワークであり、代表的にはインターネットとすることができる。一般公衆回線・移動体通信網８０は、固定電話、移動体通信等の音声通話を行う電話回線の総称である。ゲートウェイ９０は、ＩＰ網７０と一般公衆回線・移動体通信網８０との相互の通信を可能とするために、データ形式、プロトコル等を相互変換する処理を行う。

本図の例では、通話元ユーザーＡが、コールサービスシステム１０が提供するサービスを利用して通話先ユーザーＢと通話を行う場合を示している。通話元ユーザーＡは、ＩＰ網接続機能およびＷｅｂブラウザ機能を有する端末装置２０ｂと、一般公衆回線・移動体通信網接続機能を有する電話機２０ａを用いるが、本例では、端末装置２０ｂと電話機２０ａの双方の機能を併せ持つ携帯電話２０を用いるものとする。すなわち、携帯電話２０は、移動体通信の電話機能に加え、ＩＰ網７０を介してＷｅｂページにアクセスする機能を備えている。通話先ユーザーＢは、一般公衆回線・移動体通信網接続機能を有する電話機３０を用いる。電話機３０は固定電話機、移動体電話機を問わない。

図２は、コールサービスシステム１０が備えるアプリケーションサーバ１００およびコールサービスサーバ２００の機能構成を示すブロック図である。本図に示すようにアプリケーションサーバ１００は、ＩＰ網７０に接続されたＷｅｂ機能部１１０、Ｗｅｂ機能部１１０のバックエンドとして機能するアプリケーション部１２０、ユーザー情報記憶部１３０を備えている。

Ｗｅｂ機能部１１０は、Ｗｅｂフロント処理を行う機能部であり、例えばＷｅｂサーバにより構成することができる。このＷｅｂサーバとしては、WWW（World Wide Web）等のドキュメントシステムにおいて、HTML（HyperText Markup Language）ファイルや画像ファイル、音楽ファイルなどの情報送信を行うサーバコンピュータ或いはその機能を持ったソフトウェアを採用することができ、HTML文書や画像などの情報を蓄積しておき、Ｗｅｂブラウザなどのクライアントソフトウェアの要求に応じて、ＩＰ網７０を通じて、これらの情報を送信する。

また、このＷｅｂ機能部１１０は、本実施形態では、特に、通話元ユーザーＡから通話先ユーザーＢへの接続要求であって、通話元ユーザーＡの携帯電話２０の電話番号を特定するための情報と通話先ユーザーＢの電話機３０の電話番号を特定するための情報とが含まれる接続要求を、通話元ユーザーＡの端末装置２０ｂからＩＰ網７０を経由して受信する接続要求受信部としての機能も備えている。

かかる接続要求は、例えば、Ｗｅｂ機能部１１０が携帯電話２０に表示させるＷｅｂページ上で行うことができる。本実施形態では、通話元ユーザーＡの携帯電話２０の電話番号と、通話先ユーザーＢの電話機３０の電話番号とがユーザー情報記憶部１３０に記憶されており、通話元ユーザーＡは、Ｗｅｂページ上で通話先ユーザーＢを選択するだけで、通話先ユーザーＢの電話機３０の電話番号を入力することなく通話先ユーザーＢへの接続要求を行うことができる。また、接続要求には、必要に応じて、通話予約時刻或いは優先度の情報を含めることができる。

アプリケーション部１２０は、Ｗｅｂ機能部１１０が受け付けた通話元ユーザーＡからの接続要求に応じて、コールサービスサーバ２００に対して通話元ユーザーＡと通話先ユーザーＢとの通話接続処理を依頼する。具体的には、通話元ユーザーＡからの接続要求に含まれる情報から、通話元ユーザーＡの携帯電話２０の電話番号と、通話先ユーザーＢの電話機３０の電話番号とを特定して、コールサービスサーバ２００に通知する。

また、アプリケーション部１２０は、予約通話処理部１２１と優先度処理部１２２とを備えている。予約通話処理部１２１については第２実施例で説明し、優先度処理部１２２について第３実施例で説明する。

ユーザー情報記憶部１３０は、不揮発性の記憶装置上に構成されるデータベースであり、コールサービスシステム１０が提供するサービスを受けることができるユーザーに関する情報を記憶する。本実施形態では、例えば、通話元ユーザーＡの識別情報、通話元ユーザーＡの電話機２０ａの電話番号、通話元ユーザーＡの携帯電話２０の識別情報、通話元ユーザーＡが通信先として指定できるユーザーのリストを記憶する。通信先として指定できるユーザーのリストには、通話先ユーザーＢが含まれており、さらに、通話先ユーザーＢの電話機３０の電話番号が対応付けられている。

コールサービスサーバ２００は、インタフェース部２１０、通話制御部２２０、複数の通信用端子２３０を備えている。インタフェース部２１０は、アプリケーションサーバ１００とのインタフェース処理を行い、通話元の電話機の電話番号と通話先の電話機の電話番号とを受信して、通話制御部２２０に通知する処理を行う。

通話制御部２２０は、通話元発呼部２２１、通話先発呼部２２２、ブリッジ処理部２２３を備えており、インタフェース部２１０から通知された通話元の電話機の電話番号と通話先の電話機の電話番号とにしたがって、通話元の電話機と通話先の電話機とでの音声通話を実現させる。通話制御部２２０は、例えば、ソフトウェアの処理により、通話制御を行うことができる。

通話元発呼部２２１は、いずれかの通信用端子２３０から通話元のユーザーの電話機に発呼して、通信用端子２３０と通話元のユーザーの電話機との間に通話先音声通話セッションを確立させる処理を行う。

通話先発呼部２２２は、いずれかの通信用端子２３０から通話元のユーザーの電話機に発呼して、通信用端子２３０と通話元のユーザーの電話機との間に通話先音声通話セッションを確立させる処理を行う。なお、第１実施例では、通話元のユーザーの電話機への発呼は、通話先音声通話セッションの確立後に行うようにする。

ブリッジ処理部２２３は、別個に確立された通話先音声通話セッションと通話元音声通話セッションとをブリッジすることにより、通話元のユーザーの電話機と通話先のユーザーの電話機との間の音声通話を実現する処理を行う。

通信用端子２３０は、ＵＡ１、ＵＡ２、ＵＡ３…ＵＡｎの複数の端子から構成され、それぞれの端子には電話番号が割り当てられている。本例では、ＵＡ１、ＵＡ２、ＵＡ３…ＵＡｎにそれぞれ電話番号１、電話番号２、電話番号３…電話番号ｎが割り当てられているものとする。本実施形態において通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０は、それぞれ、いずれかの通信用端子２３０で通話セッションが確立される。

このため、通話元ユーザーＡの通話相手の電話番号は、通話元通話セッションが確立された通信用端子２３０に割り当てられた電話番号となり、通話先ユーザーＢの通話相手の電話番号は、通話先通話セッションが確立された通信用端子２３０に割り当てられた電話番号となる。つまり、通話元ユーザーＡと通話先ユーザーＢとは、それぞれ相手の電話番号を意識・認識することなく通話を行うことができる。言い換えれば、通話元ユーザーＡと通話先ユーザーＢとは、相手に自身の電話番号を知られることなく通話を行うことができる。

（第１実施例）
以下に、本実施形態におけるコールサービスシステム１０の通話制御について説明する。先ず、第１実施例について説明する。図３は、第１実施例におけるコールサービスシステム１０の通話制御を説明するフローチャートである。なお、以下の実施例では、通話元ユーザーＡが端末装置２０ｂの機能と電話機２０ａの機能とを併せ持つ携帯電話２０を用いてコールサービスシステム１０に対して通話先ユーザーＢとの通話を要求する場合を例にコールサービスシステム１０の通話制御を説明する。

本処理は、コールサービスシステム１０のＷｅｂ機能部１１０が、通話元ユーザーＡの携帯電話２０からアクセスを受け付けることで開始する（Ｓ１０１）。すなわち、通話元ユーザーＡは、Ｗｅｂ機能部１１０が提供するＷｅｂページのアドレスを予め知っているものとする。

通話元ユーザーＡの携帯電話２０からのアクセスを受け付けると、アプリケーション部１２０は、通話元ユーザーＡの特定を行う（Ｓ１０２）。通話元ユーザーＡの特定は、例えば、アクセス時に受信した携帯電話２０の識別情報を用いて、ユーザー情報記憶部１３０を参照することで行うことができる。或いは、Ｗｅｂページ上で認証処理を行って、通話元ユーザーＡから識別情報の入力を受け付けることで通話元ユーザーＡの特定を行うようにしてもよい。通話元ユーザーＡが特定されることにより、通話元ユーザーＡの携帯電話２０の電話番号も特定することができる。

通話元ユーザーＡが特定されると、アプリケーション部１２０は、ユーザー情報記憶部１３０を参照して、通話元ユーザーＡが通話可能な通話先のリストを作成し、Ｗｅｂ機能部１１０を介して、通話元ユーザーＡの携帯電話２０に表示させる（Ｓ１０３）。

図４は、通話先リストを表示した通話先リスト表示画面２５の一例を示している。通話先リスト表示画面２５では、ユーザー情報記憶部１３０を参照して得られた通話可能先であるユーザーＢ、ユーザーＣ、ユーザーＤ、ユーザーＥが選択可能な状態で通話先リスト表示欄２５ａに表示される。なお、通話先リスト表示欄２５ａで、ユーザーＢ、ユーザーＣ、ユーザーＤ、ユーザーＥの各電話番号は表示する必要はない。

通話元ユーザーＡから、通話先としてユーザーＢの指定を受け付けると（Ｓ１０４）、アプリケーション部１２０は、ユーザー情報記憶部１３０を参照して、通話先ユーザーＢの電話機３０の電話番号を取得する（Ｓ１０５）。そして、コールサービスサーバ２００に対して、通話元情報として通話元ユーザーＡの携帯電話２０の電話番号を通知し、通話先情報として通話先ユーザーＢの電話機３０の電話番号を通知して、通話制御依頼を行う。

通話制御依頼を受けたコールサービスサーバ２００では、先ず、通話先発呼部２２２が、通話先情報として通知された通話先ユーザーＢの電話機３０の電話番号に対して、いずれかの通信用端子２３０（以下「通話先用端子」と称する）から発呼する（Ｓ１０６）。

この発呼に対して通話先ユーザーＢの電話機３０が応答した場合は、通話先用端子と通話先ユーザーＢの電話機３０との間で通話先音声通話セッションを確立する（Ｓ１０７）。

そして、通話元発呼部２２１が、通話先音声通話セッションが確立したのを確認して、通話元情報として通知された通話元ユーザーＡの携帯電話２０の電話番号に対して、いずれかの通信用端子２３０（以下「通話元用端子」と称する）から発呼する（Ｓ１０８）。

この発呼に対して通話元ユーザーＡの携帯電話２０が応答すると、通話元用端子と通話元ユーザーＡの携帯電話２０との間で通話元音声通話セッションを確立する（Ｓ１０９）。

通話元音声通話セッションを確立すると、ブリッジ処理部２２３が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする（Ｓ１１０）。これにより、通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話を行うことができるようになる。

このように第１実施例では、通話元ユーザーＡが通話要求を行うと、通話先ユーザーＢとの通話先音声通話セッションが確立した後に、通話元ユーザーＡとの通話元音声通話セッションを確立して、両音声通話セッションをブリッジするようにしている。したがって、コールサービスサーバ２００からの着呼に応答した通話元ユーザーＡがセッション確立状態のまま通話先ユーザーＢの応答を待ち続けることを防ぐことができるようになる。これにより、通話元ユーザーＡにとってコールサービスシステム１０の利便性が向上することになる。

図５は、第１実施例の処理の流れを模式的に示した図である。本図に示すように、通話元ユーザーＡの携帯電話２０からＩＰ網７０を介してコールサービスシステム１０に通話先ユーザーＢへの通話依頼が送られる。この通話依頼に応じてコールサービスシステム１０は、先ず、通話先ユーザーＢの電話機３０に対して、一般公衆回線・移動体通信網８０を介して発呼を行う。そして、コールサービスシステム１０と通話先ユーザーＢの電話機３０との間で通話先音声通話セッションが確立すると、通話元ユーザーＡの携帯電話２０に対して、一般公衆回線・移動体通信網８０を介して発呼を行う。そして、コールサービスシステム１０と通話元ユーザーＡの携帯電話２０との間で通話元音声通話セッションが確立すると、コールサービスシステム１０が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする。これにより、通話元ユーザーＡが通話元音声通話セッションの確立状態のまま待たされることなく、通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話ができるようになる。

なお、処理（Ｓ１０６）で通話先ユーザーＢの電話機３０の電話番号に対して、いずれかの通信用端子２３０から発呼させた結果、通話先ユーザーＢの不応答等により通話先音声セッションが確立できなかった場合には、その旨を通話元ユーザーＡの携帯電話２０に通知することが望ましい。これにより、通話元ユーザーＡが着呼を待ち続けることを防ぐことができる。

また、アプリケーションサーバ１００が備える機能の一部或いは全部をアプリケーション化して、携帯電話２０にインストールしておくようにしてもよい。この場合、アプリケーションサーバ１００が行う処理の一部或いは全部が携帯電話２０上で行われ、コールサービスサーバ２００が、処理結果を携帯電話２０から受信することで、上記と同様の通話制御処理を行うことができる。

（第２実施例）
次に、コールサービスシステム１０の通話制御の第２実施例について説明する。図６は、第２実施例におけるコールサービスシステム１０の通話制御を説明するフローチャートである。第２実施例では、通話元ユーザーＡが、通話を行う時刻を予約できるようになっている。

第２実施例でも、通話元ユーザーＡが端末装置２０ｂの機能と電話機２０ａの機能とを併せ持つ携帯電話２０を用いてコールサービスシステム１０に対して通話先ユーザーＢとの通話を要求する場合を例にコールサービスシステム１０の通話制御を説明する。ただし、第１実施例と共通する処理については説明を簡略する。

本処理は、コールサービスシステム１０のＷｅｂ機能部１１０が、通話元ユーザーＡの携帯電話２０からアクセスを受け付けることで開始する（Ｓ２０１）。通話元ユーザーＡの携帯電話２０からのアクセスを受け付けると、アプリケーション部１２０は、通話元ユーザーＡの特定を行う（Ｓ２０２）。通話元ユーザーＡが特定されると、アプリケーション部１２０は、ユーザー情報記憶部１３０を参照して、通話元ユーザーＡが通話可能な通話先のリストを作成し、Ｗｅｂ機能部１１０を介して、通話元ユーザーＡの携帯電話２０に表示させる（Ｓ２０３）。

図７は、通話先リストを表示した通話先リスト表示画面２６の一例を示している。通話先リスト表示画面２６では、ユーザー情報記憶部１３０を参照して得られた通話可能先であるユーザーＢ、ユーザーＣ、ユーザーＤ、ユーザーＥが選択可能な状態で通話先リスト表示欄２６ａに表示される。

通話先リスト表示画面２６には、さらに、通話予約指定領域２６ｂが設けられており、即座に通話を実行する「通話実行」と、予約された時間に通話を実行する「通話予約」のいずれかを選択できるようになっている。通話元ユーザーＡは、通話予約を行いたい場合は「通話予約」を選択し、通話予約指定領域２６ｂに設けられた日時入力欄に通話を行いたい日時を入力する。

アプリケーション部１２０は、通話元ユーザーＡから、通話先としてユーザーＢの指定を受け付けると（Ｓ２０４）、ユーザー情報記憶部１３０を参照して、通話先ユーザーＢの電話機３０の電話番号を取得する（Ｓ２０５）。

そして、通話予約の指定があるがどうかを判断する（Ｓ２０６）。通話予約の指定がない場合（Ｓ２０６：Ｎｏ）、つまり「通話実行」が選択されている場合には、即座に、コールサービスサーバ２００に対して、通話元情報として通話元ユーザーＡの携帯電話２０の電話番号に通知し、通話先情報として通話先ユーザーＢの電話機３０の電話番号を通知して、通話制御依頼を行う。

一方、通話予約の指定がある場合（Ｓ２０６：Ｙｅｓ）、すなわち、「通話予約」が選択され、日時が入力されている場合には、予約通話処理部１２１が指定された予約日時を記憶し、予約日時になるまで待機する（Ｓ２０７）。つまり、予約通話処理部１２１は、時計、タイマ等を内蔵し、日時を管理する機能を有している。そして、予約日時になると（Ｓ２０７：Ｙｅｓ）、コールサービスサーバ２００に対して、通話元情報として通話元ユーザーＡの携帯電話２０の電話番号を通知し、通話先情報として通話先ユーザーＢの電話機３０の電話番号を通知して、通話制御依頼を行う。

通話予約の指定がない場合（Ｓ２０５：Ｎｏ）、或いは、通話予約の指定があり（Ｓ２０５：Ｙｅｓ）、指定された予約日時になった場合（Ｓ２０６：Ｙｅｓ）には、通話元ユーザーＡの携帯電話２０との通話元音声セッション確立（Ｓ２１０〜Ｓ２１１）と、通話先ユーザーＢの電話機３０との通話先音声セッション確立（Ｓ２０８〜Ｓ２０９）とを行う。

第１実施例と異なり、これらの音声セッション確立処理は、どちらを先に行ってもかまわなく、並行させてもよい。すなわち、通話先ユーザーＢの電話機３０との通話先音声セッション確立を確認することなく通話元ユーザーＡの携帯電話２０に発呼することができる。

通話元音声通話セッションおよび通話先音声セッションが確立すると、ブリッジ処理部２２３が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする（Ｓ２１２）。これにより、通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話を行うことができるようになる。

このように第２実施例では、通話元ユーザーＡが日時を指定した通話予約による通話要求を行うと、予約日時に通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０とに個別に発呼が行われる。そして、それぞれの音声通話セッションが確立すると、両音声通話セッションをブリッジするようにしている。したがって、通話元ユーザーＡが将来的に通話先に電話をかける必要があるときに、その通話を忘れずに行えるようになる。これにより、通話元ユーザーＡにとってコールサービスシステム１０の利便性が向上することになる。

図８は、第２実施例の処理の流れを模式的に示した図である。本図に示すように、通話元ユーザーＡの携帯電話２０からＩＰ網７０を介してコールサービスシステム１０に通話先ユーザーＢへの日時を指定した予約通話依頼が送られる。この予約通話依頼に応じてコールサービスシステム１０は、予約日時になると、通話元ユーザーＡの携帯電話２０および通話先ユーザーＢの電話機３０に対して、一般公衆回線・移動体通信網８０を介して発呼を行う。そして、コールサービスシステム１０と通話先ユーザーＢの電話機３０との間で通話先音声通話セッションが確立し、コールサービスシステム１０と通話元ユーザーＡの携帯電話２０との間で通話元音声通話セッションが確立すると、コールサービスシステム１０が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする。これにより、通話元ユーザーＡが予約した日時に通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話ができるようになる。

なお、アプリケーションサーバ１００が備える機能の一部或いは全部をアプリケーション化して、携帯電話２０にインストールしておくようにしてもよい。この場合、アプリケーションサーバ１００が行う処理の一部或いは全部が携帯電話２０上で行われ、コールサービスサーバ２００が、処理結果を携帯電話２０から受信することで、上記と同様の通話制御処理を行うことができる。

（第３実施例）
次に、コールサービスシステム１０の通話制御の第３実施例について説明する。図９は、第３実施例におけるコールサービスシステム１０の通話制御を説明するフローチャートである。第３実施例では、通話元ユーザーＡが、通話の優先度を設定し、通話先ユーザーＢに通知できるようになっている。

ここで、優先度は、「重要」「通常」「返信不要」のいずれかが設定できるものとする。図２に示したように、通信用端子２３０のそれぞれの端子には電話番号が割り当てられている。本実施例では、割り当てられている電話番号と優先度とを予め対応させておく。例えば、通話用端子ＵＡ１の電話番号１と「重要」とを対応させ、通話用端子ＵＡ２の電話番号２と「通常」とを対応させ、通話用端子ＵＡ３の電話番号３と「返信不要」とを対応させておく。この対応関係は、優先度処理部１２２に記憶させておくとともに、通話先ユーザーＢにも知らせておく。通話先ユーザーＢの電話機３０が、電話番号と名前とを対応させて登録可能な、いわゆるアドレス帳機能を有している場合には、通話先ユーザーＢの電話機３０のアドレス帳にも対応関係を記憶させておくことが望ましい。

第３実施例でも、通話元ユーザーＡが端末装置２０ｂの機能と電話機２０ａの機能とを併せ持つ携帯電話２０を用いてコールサービスシステム１０に対して通話先ユーザーＢとの通話を要求する場合を例にコールサービスシステム１０の通話制御を説明する。ただし、第１実施例および第２実施例と共通する処理については説明を簡略化する。

本処理は、コールサービスシステム１０のＷｅｂ機能部１１０が、通話元ユーザーＡの携帯電話２０からアクセスを受け付けることで開始する（Ｓ３０１）。通話元ユーザーＡの携帯電話２０からのアクセスを受け付けると、アプリケーション部１２０は、通話元ユーザーＡの特定を行う（Ｓ３０２）。通話元ユーザーＡが特定されると、アプリケーション部１２０は、ユーザー情報記憶部１３０を参照して、通話元ユーザーＡが通話可能な通話先のリストを作成し、Ｗｅｂ機能部１１０を介して、通話元ユーザーＡの携帯電話２０に表示させる（Ｓ３０３）。

図１０は、通話先リストを表示した通話先リスト表示画面２７の一例を示している。通話先リスト表示画面２７では、ユーザー情報記憶部１３０を参照して得られた通話可能先であるユーザーＢ、ユーザーＣ、ユーザーＤ、ユーザーＥが選択可能な状態で通話先リスト表示欄２７ａに表示される。

通話先リスト表示画面２７には、さらに、優先度指定領域２７ｂが設けられており、優先度の高い「重要」と、「通常」と、優先度の低い「返信不要」を選択できるようになっている。本例では、初期状態は「通常」が選択されているようにする。通話元ユーザーＡは、通話先ユーザーＢに優先度が高い通話であることを示したい場合は「重要」を選択し、通話先ユーザーＢに優先度が低い通話であることを示したい場合は「返信不要」を選択すればよい。

アプリケーション部１２０は、通話元ユーザーＡから、通話先としてユーザーＢの指定を受け付けると（Ｓ３０４）、ユーザー情報記憶部１３０を参照して、通話先ユーザーＢの電話機３０の電話番号を取得する（Ｓ３０５）。

そして、優先度処理部１２２が、通話元ユーザーＡによって選択された優先度に対応した電話番号を設定する（Ｓ３０６）。本例では、「重要」が選択されている場合には、通話用端子ＵＡ１の電話番号１を設定し、「通常」が選択されている場合には、通話用端子ＵＡ２の電話番号２を設定し、「返信不要」が選択されている場合には、通話用端子ＵＡ３の電話番号３を設定する。

優先度に対応した電話番号を設定すると、アプリケーション部１２０は、コールサービスサーバ２００に対して、通話元情報として通話元ユーザーＡの携帯電話２０の電話番号を通知し、通話先情報として通話先ユーザーＢの電話機３０の電話番号を通知し、発呼電話番号情報として設定された電話番号を通知して、通話制御依頼を行う。

通話制御依頼に応じて、コールサービスサーバ２００は、通話元ユーザーＡの携帯電話２０との通話元音声セッション確立（Ｓ３０９〜Ｓ３１０）と、通話先ユーザーＢの電話機３０との通話先音声セッション確立（Ｓ３０７〜Ｓ３０８）とを行う。第１実施例と異なり、これらの音声セッション確立処理は、どちらを先に行ってもかまわなく、並行させてもよい。すなわち、通話先ユーザーＢの電話機３０との通話先音声セッション確立を確認することなく通話元ユーザーＡの携帯電話２０に発呼することができる。

ただし、通話先ユーザーＢの電話機３０との通話先音声セッション確立（Ｓ３０７〜Ｓ３０８）において、通話先ユーザーＢの電話機３０への発呼（Ｓ３０７）は、処理（Ｓ３０６）で設定された電話番号が割り当てられた通信用端子２３０から行うようにする。

これにより、通話先ユーザーＢは、着呼時に、どの電話番号からの発呼であるかを確認することにより、その着呼に係る通話の重要度を知ることができる。したがって、その着呼に即座に対応するかどうかの判断ができ、通話先のユーザーの利便性が向上することになる。また、この際に、通話先ユーザーＢの電話機３０のアドレス帳に、優先度と電話番号との対応関係が登録されていると、優先度が電話番号ではなく「重要」「通常」「返信不要」の文字列で示されることになるため、一層利便性が向上する。

通話元音声通話セッションおよび通話先音声セッションが確立すると、ブリッジ処理部２２３が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする（Ｓ３１１）。これにより、通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話を行うことができるようになる。

図１１は、第３実施例の処理の流れを模式的に示した図である。本図に示すように、通話元ユーザーＡの携帯電話２０からＩＰ網７０を介してコールサービスシステム１０に通話先ユーザーＢへの優先度を付した通話依頼が送られる。この優先度通話依頼に応じてコールサービスシステム１０は、一般公衆回線・移動体通信網８０を介して通話元ユーザーＡの携帯電話２０に発呼を行うとともに、優先度に対応した電話番号が割り当てられた通信用端子２３０から通話先ユーザーＢの電話機３０に対して発呼を行う。そして、コールサービスシステム１０と通話先ユーザーＢの電話機３０との間で通話先音声通話セッションが確立し、コールサービスシステム１０と通話元ユーザーＡの携帯電話２０との間で通話元音声通話セッションが確立すると、コールサービスシステム１０が、通話先音声通話セッションと通話元音声通話セッションとをブリッジする。これにより、通話元ユーザーＡが予約した日時に通話元ユーザーＡの携帯電話２０と通話先ユーザーＢの電話機３０との間で音声通話ができるようになる。

なお、アプリケーションサーバ１００が備える機能の一部或いは全部をアプリケーション化して、携帯電話２０にインストールしておくようにしてもよい。この場合、アプリケーションサーバ１００が行う処理の一部或いは全部が携帯電話２０上で行われ、コールサービスサーバ２００が、処理結果を携帯電話２０から受信することで、上記と同様の通話制御処理を行うことができる。

（変形例）
上記の例では、通話元ユーザーＡと通話先ユーザーＢとは、一般公衆回線・移動体通信網８０に接続される電話機を用いて通話を行うようにしていたが、一方、或いは双方とも、インターネットプロトコルにより音声通話を行う、いわゆるＩＰ電話機を用いて通話を行うようにしてもよい。図１２は、通話元ユーザーＡと通話先ユーザーＢとがＩＰ電話機を使用した場合のネットワークを示すブロック図である。

本図の例では、通話元ユーザーＡが使用するＩＰ電話機２２がＩＰ網７０に接続され、通話先ユーザーＢが使用するＩＰ電話機３２がＩＰ網７０に接続されている。この場合、コールサービスサーバ２００からの発呼はＩＰ網７０を介して通話元ユーザーＡが使用するＩＰ電話機２２および通話先ユーザーＢが使用するＩＰ電話機３２に送られることになるが、基本的な制御処理については上記の例と同様に行うことができる。

また、実施例２で説明した通話予約と、実施例３で説明した優先度とを両方指定できるようにしてもよい。図１３は、通話予約と優先度の両方が指定可能な通話先リスト表示画面２８の一例を示している。通話先リスト表示画面２８では、ユーザー情報記憶部１３０を参照して得られた通話可能先であるユーザーＢ、ユーザーＣ、ユーザーＤ、ユーザーＥが選択可能な状態で通話先リスト表示欄２８ａに表示され、通話予約指定領域２８ｂで、即座に通話を実行する「通話実行」と、予約された時間に通話を実行する「通話予約」を選択できるようになっており、さらに、優先度指定領域２８ｃで、優先度の高い「重要」と、「通常」と、優先度の低い「返信不要」を選択できるようになっている。

この場合の制御は、図６に示したフローチャートと、図９に示したフローチャートとを組み合わせることで行うことができる。すなわち、通話予約の有無に応じて通話元ユーザーＡの携帯電話２０および通話先Ｂの電話機３０に対する発呼開始日時を制御するとともに、選択された優先度に応じた電話番号から通話先ユーザーＢの電話機３０に発呼すればよい。なお、実施例２、実施例３或いは変形例に実施例１を組み合わせて、通話先ユーザーＢとの通話先音声通話セッションが確立した後に、通話元ユーザーＡとの通話元音声通話セッションを確立して、両音声通話セッションをブリッジするようにしてもよい。

コールサービスシステムを含むネットワークを示すブロック図である。 コールサービスシステムの機能構成を示すブロック図である。 第１実施例におけるコールサービスシステムの通話制御を説明するフローチャートである。 第１実施例における通話先リスト表示画面の一例を示す図である。 第１実施例の処理の流れを模式的に示した図である。 第２実施例におけるコールサービスシステムの通話制御を説明するフローチャートである。 第２実施例における通話先リスト表示画面の一例を示す図である。 第２実施例の処理の流れを模式的に示した図である。 第３実施例におけるコールサービスシステムの通話制御を説明するフローチャートである。 第３実施例における通話先リスト表示画面の一例を示す図である。 第３実施例の処理の流れを模式的に示した図である。 コールサービスシステムを含むネットワークの変形例を示すブロック図である。 通話先リスト表示画面の変形例を示す図である。

符号の説明

Ａ…通話元ユーザー
Ｂ…通話先ユーザー
１０…コールサービスシステム
２０…携帯電話
２０ａ…電話機
２０ｂ…端末装置
２２…ＩＰ電話機
３０…電話機
３２…ＩＰ電話機
７０…ＩＰ網
８０…一般公衆回線・移動体通信網
９０…ゲートウェイ
１００…アプリケーションサーバ
１１０…Ｗｅｂ機能部
１２０…アプリケーション部
１２１…予約通話処理部
１２２…優先度処理部
１３０…ユーザー情報記憶部
２００…コールサービスサーバ
２１０…インタフェース部
２２０…通話制御部
２２１…通話元発呼部
２２２…通話先発呼部
２２３…ブリッジ処理部
２３０…通信用端子

Claims (4)

1. 通話元ユーザーから通話先ユーザーへ、通話のための接続を行う通話制御システムであって、
   前記通話元ユーザーから、前記通話先ユーザーへの接続要求であって、前記通話元ユーザーの電話端末の電話番号と前記通話先ユーザーの電話端末の電話番号とが含まれる接続要求を、前記通話元ユーザーの情報端末装置から受信する接続要求受信部と、
   前記通話先ユーザーの電話端末に発呼して、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる通話先発呼部と、
   前記通話先音声通話セッションの確立後に、前記通話元ユーザーの電話端末に発呼して、前記通話元ユーザーの電話端末との間に通話元音声通話セッションを確立させる通話元発呼部と、
   前記通話先音声通話セッションと前記通話元音声通話セッションとをブリッジすることにより、前記前記通話元ユーザーの電話端末と前記通話先ユーザーの電話端末との間の音声通話を確立させるブリッジ処理部と
   を備え、
   前記接続要求には、前記通話先ユーザーに対する発呼処理の優先度の指定が含まれ、
   前記通話先発呼部には、
   前記発呼を行うために、それぞれ電話番号が割り当てられた複数の通信用端子と、
   予め定められた前記優先度と前記電話番号との対応関係にしたがって、指定された優先度に対応した電話番号が割り当てられた前記通信用端子から前記通話先ユーザーの電話端末に発呼して、前記通信用端子と前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる優先度処理部とが接続されている
   ことを特徴とする通話制御システム。
2. 前記接続要求には、前記通話先ユーザーに対する発呼処理を開始する通話予約時刻が含まれ、
   前記通話先発呼部には、前記通話予約時刻に、前記通話先ユーザーの電話端末に対して前記発呼を実行し、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる予約通話処理部が接続されている
   ことを特徴とする請求項１に記載の通話制御システム。
3. 通話元ユーザーから通話先ユーザーへ、通話のための接続を行う通話制御方法であって、
   前記通話元ユーザーから、前記通話先ユーザーへの接続要求であって、前記通話元ユーザーの電話端末の電話番号と前記通話先ユーザーの電話端末の電話番号とが含まれる接続要求を、前記通話元ユーザーの情報端末装置から受信する接続要求受信ステップと、
   前記通話先ユーザーの電話端末に発呼して、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる通話先発呼ステップと、
   前記通話先音声通話セッションの確立後に、前記通話元ユーザーの電話端末に発呼して、前記通話元ユーザーの電話端末との間に通話元音声通話セッションを確立させる通話元発呼ステップと、
   前記通話先音声通話セッションと前記通話元音声通話セッションとをブリッジすることにより、前記前記通話元ユーザーの電話端末と前記通話先ユーザーの電話端末との間の音声通話を確立させるブリッジ処理ステップと
   を有し、
   前記接続要求には、前記通話先ユーザーに対する発呼処理の優先度の指定が含まれ、
   前記発呼は、それぞれ電話番号が割り当てられた複数の通信用端子を通じて行われ、
   前記通話先発呼ステップには、
   予め定められた前記優先度と前記電話番号との対応関係にしたがって、指定された優先度に対応した電話番号が割り当てられた前記通信用端子から前記通話先ユーザーの電話端末に発呼して、前記通信用端子と前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる優先度処理が含まれる
   ことを特徴とする通話制御方法。
4. 前記接続要求には、前記通話先ユーザーに対する発呼処理を開始する通話予約時刻が含まれ、
   前記通話先発呼ステップには、前記通話予約時刻に、前記通話先ユーザーの電話端末に対する前記発呼を実行し、前記通話先ユーザーの電話端末との間に通話先音声通話セッションを確立させる予約通話処理が含まれる
   ことを特徴とする請求項３に記載の通話制御方法。