JP2015162683A - 通信サーバ - Google Patents

Abstract

【課題】本発明は、発信端末の発信者情報が、通信キャリアを介して着信端末に通知されない場合であっても、着信端末に発信者情報を通知することができる通信サーバを提供することを目的とする。
【解決手段】本発明における通信サーバは、着信端末のＰＳＴＮ（公衆交換電話網）における電話番号を含む通話のリクエスト信号をＩＰネットワークを介して受信する手段と、リクエスト信号を発信した発信端末の発信者情報を特定する手段と、発信端末に対してＩＰネットワークにおけるアドレスを割り当てる手段と、アドレス及びリクエスト信号を、ＰＳＴＮとＩＰネットワークとの間のゲートウェイを有する通信キャリアに送信する手段と、指定された端末に情報を転送する転送サーバに対して、電話番号及び発信者情報を送信する手段と、を備える。
【選択図】図５

Description

本発明は、ＶｏＩＰとＰＳＴＮを介して通信端末を接続する技術に関する。

近年、インターネットは、従来のウェブや電子メールに代表された単なるデータ伝送としてのツールから、データ伝送の通信品質と共にリアルタイム性も要求される音声通信サービスにも応用されてきている。その中でも、ブロードバンドの普及に伴って、インターネット技術を利用したＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）電話を含むＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）が実用化されてきている。

ＶｏＩＰは、インターネットプロトコル（ＩＰ）を使用し、ＩＰネットワークを介して音声を送信し、また、受信する伝送技術である。ＶｏＩＰの代表的な例として、ＩＰ電話が挙げられる。ＩＰ電話は、通信事業者（通信キャリア）のＩＰネットワークを利用した音声通信である。ここで、通信キャリアはＩＰ電話サービスの品質を保つために、各自が専用に構築したＩＰネットワークを有している。ＩＰ電話の利用者は、ＩＰ電話の通信キャリアから、ＩＰ電話用の電話番号（例えば、０５０番号等）の割り当てを受けることで、ＩＰ電話同士だけでなく、既存の公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）を使用する固定電話との発着信を行うことができる（例えば、特許文献１）。

しかし、ＩＰ電話では、各通信キャリアの規格やＩＰ電話の発着信を行う端末の仕様によっては、通話リクエスト信号を発信した発信者の情報を正しく着信者に通知できないケースがある。このようなケースでは、着信者の通信端末（着信端末）がリクエスト信号に応じて呼び出されても、発信者の通信端末（発信端末）の発信者情報は着信端末に通知されない。その結果、着信端末が通話をすることができない状況や、呼び出しに気付かなかった場合に、誰からの通話リクエストであったのかを知ることができない。

特開２００９−２７２６６８号公報

本発明は、ＶｏＩＰとＰＳＴＮを介して通信端末を接続する通信サービスにおいて、着信端末に通話リクエスト信号を発信した発信端末の発信者情報が、通信キャリアを介して着信端末に通知されない場合であっても、着信端末に発信者情報を通知することができる通信サーバを提供することを目的とする。

本発明の一実施形態に係る通信サーバは、着信端末のＰＳＴＮ（公衆交換電話網）における電話番号を含む通話のリクエスト信号をＩＰネットワークを介して受信する手段と、リクエスト信号を発信した発信端末の発信者情報を特定する手段と、発信端末に対してＩＰネットワークにおけるアドレスを割り当てる手段と、アドレス及びリクエスト信号を、ＰＳＴＮとＩＰネットワークとの間のゲートウェイを有する通信キャリアに送信する手段と、指定された端末に情報を転送する転送サーバに対して、電話番号及び発信者情報を送信する手段と、を備える。

また、発信端末を使用するユーザと着信端末を使用するユーザとが、所定のコミュニケーションサービスに加入しているか否かを判断する手段と、発信端末を使用するユーザと着信端末を使用するユーザとが、コミュニケーションサービスに加入している場合、コミュニケーションサービスを介して着信端末に発信者情報を通知する手段と、を有してもよい。

また、コミュニケーションサービスを介して着信端末に発信者情報を通知したことを発信端末に通知する手段をさらに有してもよい。

また、着信端末を使用するユーザが、コミュニケーションサービスに加入していない場合、電話番号及び発信者情報を転送サーバに送信してもよい。

また、発信端末を使用するユーザと着信端末を使用するユーザとが、コミュニケーションサービスに加入している場合であって、着信端末が発信端末からの着信又は通信を拒否している場合、電話番号及び発信者情報を転送サーバに送信してもよい。

また、転送サーバはＳＭＳサーバであってもよい。

また、通信サーバは、リクエスト信号に応じた呼び出しの後に、電話番号及び発信者情報を転送サーバへ送信してもよい。

また、アドレス及びリクエスト信号は、電話番号及び発信者情報が転送サーバに送信されてから、所定の時間が経過後に通信キャリアに送信され、リクエスト信号に応じた呼び出しの前に、発信者情報を着信端末に通知してもよい。

本発明に係る通信サーバによると、ＶｏＩＰとＰＳＴＮを介して通信端末を接続する通信サービスにおいて、着信端末に通話リクエスト信号を発信した発信端末の発信者情報が、通信キャリアを介して着信端末に通知されない場合であっても、着信端末に発信者情報を通知することができる。

本発明の実施形態１に係る音声通信システムの構成を示すブロック図である。 本発明の実施形態１に係る音声通信システムのユーザ情報データベースに格納されるユーザ情報を示す図である。 本発明の実施形態１に係る音声通信システムに使用する通信サーバのハードウェハ構成を示す概略図である。 本発明の実施形態１に係る音声通信システムに使用する通信端末のハードウェハ構成を示す概略図である。 本発明の実施形態１に係る音声通信システムの通信サーバの機能構成を示すブロック図である。 本発明の実施形態１に係る音声通信システムの動作フローを示す図である。 本発明の実施形態１に係る音声通信システムに使用する通信端末において発信者情報を通知する表示画面を示す図である。 本発明の実施形態２に係る音声通信システムの通信サーバの機能構成を示すブロック図である。 本発明の実施形態２に係る音声通信システムの通信サーバの判断部の動作フローを示す図である。 本発明の実施形態２の変形例に係る音声通信システムの通信サーバの判断部の動作フローを示す図である。 本発明の実施形態２に係る音声通信システムに使用する通信端末において発信者情報を通知する表示画面を示す図である。 本発明の実施形態３に係る音声通信システムの通信サーバの機能構成を示すブロック図である。 本発明の実施形態３に係る音声通信システムの動作フローを示す図である。 本発明の実施形態３に係る音声通信システムに使用する通信端末においてユーザ情報を通知する表示画面の一例を示す図である。

以下、図面を参照して本発明に係る通信サーバについて説明する。但し、本発明の通信サーバは多くの異なる態様で実施することが可能であり、以下に示す実施の形態の記載内容に限定して解釈されるものではない。なお、本実施の形態で参照する図面において、同一部分又は同様な機能を有する部分には同一の符号を付し、その繰り返しの説明は省略する。

〈実施形態１〉
本発明の実施形態１に係る音声通信システム並びにそのシステムに用いる通信サーバ及び通信端末について、図面を参照しながら詳細に説明する。

［システム概要］
図１は、本発明の実施形態１に係る音声通信システムの構成を示すブロック図である。図１に示すように、音声通信システム１００は、通信サーバ１１０、通信キャリア１２０、転送サーバ１３０、発信端末１４０、及び着信端末１５０がインターネットなどのＩＰネットワーク１０１を介して接続されている。また、通信キャリア１２０、発信端末１４０、及び着信端末１５０はＰＳＴＮ１０２を介して接続されている。また、通信サーバ１１０はユーザ情報データベース１６０に接続されている。

通信サーバ１１０は、ＩＰネットワーク１０１で音声・映像などを含むさまざまなデータの通信を行うために、２者またはそれ以上の通信アプリケーション間の関連付けや関連の終了（例えば、通信の開始や通信の切断）に利用される。例えば、通信サーバ１１０はセッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）であってもよい。具体的には、通信サーバ１１０は、ＩＰネットワーク１０１を介して発信端末１４０から通話のリクエスト信号を受信すると、通信キャリア１２０及びＰＳＴＮ１０２を介して着信端末１５０にリクエスト信号を送信し、発信端末１４０と着信端末１５０とを通信キャリア１２０を介して通話可能に接続する。また、通信サーバ１１０は、発信端末１４０の発信者情報を、転送サーバ１３０を介して着信端末１５０に送信する。

通信キャリア１２０は、ＩＰネットワーク１０１やＰＳＴＮ１０２などの設備を管理し、音声通信サービスを提供する。具体的には、通信キャリア１２０は、ＩＰネットワーク１０１とＰＳＴＮ１０２との間のゲートウェイを有している。該ゲートウェイによって、発信端末１４０及び着信端末１５０は、ＩＰネットワーク１０１及びＰＳＴＮ１０２を介して通話可能に接続される。図１では、ＩＰネットワーク１０１及びＰＳＴＮ１０２を共に１つの通信キャリア１２０が管理するシステムを例示したが、このシステムに限定されず、ＩＰネットワーク１０１とＰＳＴＮ１０２とをそれぞれ別の通信キャリアが管理するシステムでもよい。

転送サーバ１３０は、指定された端末に情報を転送する。具体的には、転送サーバ１３０は、ショートメッセージサービス（ＳＭＳ：Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）に代表されるような通信手段を用いて、通信サーバ１１０から受信した発信端末１４０の発信者情報を着信端末１５０にメッセージ形式で転送するサーバである。転送サーバ１３０は、図１に示すように、通信サーバ１１０とは別個に存在してもよく、また、通信サーバ１１０が転送サーバ１３０の機能を有していてもよい。

発信端末１４０及び着信端末１５０は、いずれも同様の機能を有する通信端末であるが、ここでは音声通信システムの説明の便宜上、通話のリクエスト信号を発信する発信者の通信端末を発信端末１４０といい、リクエスト信号を受信する着信者の通信端末を着信端末１５０という。ここで、発信端末１４０は、例えばタブレットＰＣのように、少なくともＩＰネットワーク１０１と接続可能であればよく、ＰＳＴＮ１０２に接続されない通信端末であってもよい。

［データベースに格納されるユーザ情報］
ユーザ情報データベース１６０は、発信端末１４０や着信端末１５０を特定する各種ユーザ情報を格納している。ここで、ユーザ情報データベース１６０に格納されるユーザ情報の具体的な例について、図２を用いて説明する。図２は、本発明の実施形態１に係る音声通信システムのユーザ情報データベース１６０に格納されるユーザ情報を示す図である。

ユーザ情報データベース１６０は図２のようなユーザ情報リストを有しており、ユーザＩＤ５０１、ニックネーム５０２、氏名５０３、電話番号５０４、メールアドレス５０５、ブロック設定５０６などの、通信サーバ１１０に関連するコミュニケーションサービス（ＳＮＳ）における発信端末１４０のユーザ特定情報を含んでいる。ここで、ユーザＩＤ５０１は、ユーザ情報データベースに事前登録された各々の通信機器の固有ＩＤであり、各々の通信機器を識別するために用いられる。また、各ユーザに対する上記のユーザ特定情報は互いに関連付けられている。ここで、固有ＩＤとは、各々の通信機器に割り当てられた固有のシリアル番号である。

ここで、ニックネーム５０２はユーザによって登録されたＳＮＳ上の呼び名であり、ユーザによって自由に登録することができる。また、ブロック設定５０６は、着信端末１５０を使用するユーザと発信端末１４０を使用するユーザとが該ＳＮＳに加入している場合であって、着信端末１５０が発信端末１４０からの着信又は通信を拒否する場合に設定登録される。例えば、図２に示すように、ユーザ「ＨＡＮ４３３９」がブロック設定５０６に「ＰＡＮ２９３１」を設定登録している場合、ユーザ「ＨＡＮ４３３９」はユーザ「ＰＡＮ２９３１」からの着信又は通信を拒否する。

［通信サーバのハードウェア構成］
図３は、本発明の実施形態１に係る音声通信システムに使用する通信サーバのハードウェハ構成を示す概略図である。図３によると、通信サーバ１１０は、制御部１１１、ハードディスク１１２、及び通信制御部１１３を有する。制御部１１１は、中央演算処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、レジスタやメモリなどの記憶装置を含む。制御部１１１は、メモリに記憶されたプログラムをＣＰＵによって実行し、発信端末１４０や着信端末１５０等からの命令信号に応じて演算処理を行う。ハードディスク１１２は大容量のデータを格納することができるメモリであり、演算処理に必要なプログラムなどが格納されている。制御部１１１の記憶装置は、必要に応じてハードディスクから演算処理に必要なプログラムを読み出す。通信制御部１１３は、通信サーバ１１０とＩＰネットワーク１０１とを接続し、データの入出力を制御する。

［通信端末のハードウェア構成］
図４は、本発明の実施形態１に係る音声通信システムに使用する通信端末のハードウェア構成を示す概略図である。図４によると、通信端末２００の本体内部には制御部２１０及び通信モジュール２２０が設けられている。また、通信端末２００の一側面側にはディスプレイ２３０、操作ボタン２４０、スピーカ２５０、及びマイク２６０が設けられている。ここで、ディスプレイ２３０はタッチセンサを有していてもよく、操作ボタン２４０は設けられていなくてもよい。

制御部２１０は、ＣＰＵ、レジスタやメモリなどの記憶装置を有する。制御部２１０は、メモリに記憶されたプログラムをＣＰＵによって実行し、ユーザが入力した命令信号に応じて、通信端末２００の各種機能を実現する。通信モジュール２２０は、無線で信号を送受信するアンテナや高周波回路、復調回路などを含む。また、通信モジュール２２０は制御部２１０によって制御されてネットワークに接続し、通信サーバ１１０にアクセスする。

ディスプレイ２３０は、液晶ディスプレイ、有機ＥＬディスプレイなどを使用することができる。また、タッチセンサは、抵抗膜方式、静電容量方式、光学式のセンサなどを使用することができる。ユーザはディスプレイの表示に従って通信端末２００を操作し、各種機能を実現する。

［通信サーバの機能構成］
図５は、本発明の実施形態１に係る音声通信システムの通信サーバ１１０の機能構成を示すブロック図である。図５では、図１の通信サーバ１１０の各機能ブロックをより詳細に説明する。図５によると、通信サーバ１１０は、受信部３０１、特定部３０２、キャリア送信部３０３、転送サーバ送信部３０４を有する。

受信部３０１は、着信端末１５０の電話番号を含む通話のリクエスト信号を、ＩＰネットワーク１０１を介して発信端末１４０から受信する。

特定部３０２は、リクエスト信号を発信した発信端末１４０の発信者情報を特定する。具体的には、特定部３０２は、例えば発信端末１４０の固有ＩＤをユーザ情報データベース１６０内で検索する。そして、固有ＩＤと一致する又は関連付けられたユーザＩＤがユーザ情報データベース１６０内で検知されると、例えば、図２に示すような、該ユーザＩＤに関連付けられたユーザの氏名、登録されたニックネーム、電話番号、メールアドレスなどを特定する。

例えば、発信端末１４０の固有ＩＤが「ＰＡＮ２９３１」であった場合、特定部３０２は、「ＰＡＮ２９３１」をキーワードとしてユーザ情報データベース１６０内を検索する。そして、ユーザ情報データベース１６０内のユーザＩＤに「ＰＡＮ２９３１」が検知されると、ニックネーム「ＸＸＸ」、氏名「佐藤●●」、電話番号「０９０−ＸＸＸＸ−ＸＸＸＸ」、メールアドレス「ｐａｎ＿ｘｘｘ＠ｍａｉｌ.ｃｏｍ」のうち、少なくとも１つの情報を発信端末１４０の発信者情報として特定する。

また、特定部３０２は、リクエスト信号を発信した発信端末１４０に対してＩＰネットワーク１０１におけるＩＰアドレスを割り当てる。実施形態１では、一例として、動的ＩＰアドレスを割り当てる。

キャリア送信部３０３は、発信端末１４０から送信されたリクエスト信号及び特定部３０２で割り当てられたＩＰアドレスを通信キャリア１２０に送信する。また、転送サーバ送信部３０４は、着信端末１５０を特定する情報及び特定部３０２で特定された発信者情報を転送サーバ１３０に送信する。ここで、着信端末１５０を特定する情報として、具体的には、着信端末１５０の電話番号が転送サーバ１３０に送信される。

ここで、転送サーバ送信部３０４は、メッセージ形式で上記の発信者情報を転送サーバ１３０に送信する。具体的には、転送サーバ１３０はＳＭＳサーバであり、転送サーバ送信部３０４は着信端末１５０の電話番号を宛先として、ＳＭＳサーバにメッセージ形式で発信者情報を送信する。本発明の実施形態では、通信サーバ１１０とは別個の転送サーバ１３０が、発信者情報を着信端末１５０に転送する構成を例示した。しかし、この構成に限定されず、例えば、通信サーバ１１０が発信者情報を着信端末１５０へ送信する機能を有していてもよい。

［音声通信システムの動作フロー］
図６は、本発明の実施形態１に係る音声通信システムの動作フローを示す図である。図６では、図１に示した音声通信システム１００の各ブロックの動作について、フローチャートを用いて詳しく説明する。

まず、発信者が発信端末１４０に着信端末１５０の電話番号を入力して発信する。この動作によって、発信端末１４０は通信サーバ１１０にリクエスト信号発信を行う（ステップＳ４１１）。

通信サーバ１１０は、ステップＳ４１１で発信されたリクエスト信号を受信する（ステップＳ４２１）。続いて、通信サーバ１１０は、発信端末１４０の固有ＩＤに基づいて、リクエスト信号を発信した発信端末１４０の発信者情報を特定する（ステップＳ４２２）。ここで、発信端末１４０の発信者情報とは、通信サーバ１１０に関連するＳＮＳにおける発信端末１４０のユーザ氏名、登録されたニックネーム、その他にも電話番号、メールアドレス等を指す。ここで、通信サーバ１１０に関連するＳＮＳとは、通信サーバが管理するＳＮＳであってもよく、また、通信サーバと協働するＳＮＳサーバが管理するＳＮＳであってもよい。

また、通信サーバ１１０は、発信端末１４０の固有ＩＤに基づいて、発信端末１４０のＩＰネットワーク１０１におけるＩＰアドレスを割り当てる（ステップＳ４２３）。続いて、通信サーバ１１０は、ステップＳ４２１で受信したリクエスト信号とステップＳ４２３で割り当てられたＩＰアドレスとを通信キャリア１２０に送信する（ステップＳ４２４）。

通信キャリア１２０は、ステップＳ４２４で送信されたＩＰアドレスを受信し（ステップＳ４３１）、また、ステップＳ４２４で送信されたリクエスト信号を着信端末１５０に転送する（ステップＳ４３２）。

着信端末１５０は、ステップＳ４３２で転送されたリクエスト信号を受信する（ステップＳ４５１）。着信端末１５０は、リクエスト信号を受信すると、着信者の呼び出しを行う（ステップＳ４５２）。着信者に通話の意思があればステップＳ４５２の呼び出しに対して着信許可のアクションを実行することで、着信端末１５０が応答する（ステップＳ４５３）。ステップＳ４５３の応答によって、通信キャリア１２０を介して発信端末１４０と着信端末１５０とが接続され、通話が開始される（ステップＳ４３３）。

また、通信サーバ１１０は、ステップＳ４２４のリクエスト信号・ＩＰアドレス送信の後に、着信端末を特定する情報とステップＳ４２２で特定された発信者情報とを転送サーバ１３０に送信する（ステップＳ４２５）。ここで、着信端末１５０を特定する情報として、具体的には、着信端末１５０の電話番号が転送サーバ１３０に送信される。また、通信サーバ１１０は、転送サーバ１３０を介して着信端末１５０に発信者情報を送信したことを、発信端末１４０に通知してもよい。

転送サーバ１３０は、ステップＳ４２５で送信された着信端末を特定する情報を受信し（ステップＳ４４１）、ステップＳ４２５で送信された発信者情報を、ステップＳ４４１で受信した着信端末を特定する情報に基づいて、着信端末１５０に転送する（ステップＳ４４２）。ここで、転送サーバ１３０は、ＳＭＳサーバに代表されるように、ステップＳ４２５で送信された発信者情報をメッセージ形式で着信端末１５０に送信する。

着信端末１５０は、ステップＳ４４２で転送された発信者情報を受信する（ステップＳ４５４）。続いて、着信端末１５０は、受信された発信者情報をメッセージ形式で着信者に通知する（ステップＳ４５５）。

ここで、図６では、ステップＳ４２５の発信者情報送信がステップＳ４３２の通話の後に行われるフローを例示したが、このフローに限定されず、ステップＳ４２５の発信者情報送信はステップＳ４２２の発信者情報特定の後であればいつでもよい。例えば、ステップＳ４３２の通話の前やステップＳ４２４のリクエスト信号・ＩＰアドレス送信と同時又はそれよりも前であってもよい。ステップＳ４２５の発信者情報送信がステップＳ４２４のリクエスト信号・ＩＰアドレス送信よりも前に行われた場合、着信端末１５０において、ステップＳ４５２の呼び出しの前にステップＳ４５５の発信者情報通知が行われてもよい。

［着信端末１５０における発信者情報通知の例］
ここで、図６のステップＳ４５５の発信者情報通知の具体的な表示例について、図７を用いて説明する。図７は、本発明の実施形態１に係る音声通信システムに使用する通信端末において発信者情報を通知する表示画面を示す図である。図７に示す表示例は、発信端末１４０の電話番号が通信キャリア１２０を介して着信端末１５０に通知されず、着信者が呼び出しに応答しなかったケースである。

図７によると、着信端末１５０のディスプレイ２３０には、不在着信通知５１１と発信者情報通知５１２とが表示される。この発信者情報通知５１２は、図６のステップＳ４２２で特定された発信端末１４０のユーザ氏名「佐藤●●」が、ステップＳ４２５、Ｓ４４１、Ｓ４４２、Ｓ４５４、Ｓ４５５によって着信端末１５０に表示されたものである。

従来の音声通信システムでは、発信端末１４０の電話番号が通信キャリア１２０を介して着信端末１５０に通知されない場合は、不在着信通知５１１のみが表示され、発信者情報は表示されなかった（一般的に、着信端末には「通知不可能」等の表示がなされる。）。しかし、本発明に係る音声通信システムによると、発信端末１４０の電話番号が通信キャリア１２０を介して着信端末１５０に通知されない場合であっても、転送サーバを介して発信者情報が着信端末１５０に通知される。

以上のように、実施形態１に係る音声通信システムによると、着信端末に通話リクエスト信号を発信した発信端末の発信者情報が、通信キャリアを介して着信端末に通知されない場合であっても、着信端末に発信者情報を通知することができる。

〈実施形態２〉
本発明の実施形態２に係る音声通信システム並びにそのシステムに用いる通信サーバ及び通信端末について、図面を参照しながら詳細に説明する。

［システム構成］
図８は、本発明の実施形態２に係る音声通信システムの通信サーバの機能構成を示すブロック図である。図８は図５と類似しているが、判断部３０５を有している点において、図５とは異なる。判断部３０５は、発信端末１４０を使用するユーザである発信者と着信端末１５０を使用するユーザである着信者とが、通信サーバ１１０に関連するＳＮＳに加入しているか否かを判断する。

発信者と着信者とが共に通信サーバ１１０に関連するＳＮＳに加入している場合、発信者情報として該ＳＮＳのユーザ特定情報（ユーザＩＤ、氏名、登録されたニックネーム、電話番号、メールアドレス）を、該ＳＮＳを介して着信端末１５０に通知する。このとき、着信端末１５０に発信者情報を通知したことを、該ＳＮＳを介して発信端末１４０自身に通知してもよい。一方、着信者が該ＳＮＳに加入していない場合は、実施形態１と同様に発信端末１４０の発信者情報を転送サーバ１３０に送信する。

［判断部３０５の動作フロー］
図９は、本発明の実施形態２に係る音声通信システムの通信サーバの判断部の動作フローを示す図である。判断部３０５の動作は、受信部３０１によって受信されたリクエスト信号と特定部３０２によって特定された発信者情報とを判断部３０５が受信することで開始する（ステップＳ６０１）。判断部３０５は、ステップＳ６０１で受信されたリクエスト信号・発信者情報に基づき、発信者及び着信者が通信サーバ１１０に関連するＳＮＳに加入しているか否かを判断する（ステップＳ６０２）。具体的に、判断部３０５は、特定部３０２によって特定された発信端末１４０のユーザＩＤと、リクエスト信号に含まれる着信端末１５０の電話番号と、をユーザ情報データベース１６０内で検索することで、発信者及び着信者が該ＳＮＳに加入しているか否かを判断する。

ステップＳ６０２で発信者及び着信者が該ＳＮＳに加入していると判断されると、特定部３０２は、該ＳＮＳを介して発信者情報を着信端末１５０に通知する（ステップＳ６０３）ことで動作を終了する。一方、ステップＳ６０２で着信者が該ＳＮＳに加入していないと判断されると、特定部３０２は発信者情報を転送サーバ１３０に送信する（ステップＳ６０４）ことで動作を終了する。

［実施形態２の変形例］
図１０は、本発明の実施形態２の変形例に係る音声通信システムの通信サーバの判断部の動作フローを示す図である。図１０は、図９と類似しているが、ステップＳ６０２で発信者及び着信者が通信サーバ１１０に関連するＳＮＳに加入していると判断された場合に、着信端末１５０が発信端末１４０からの着信又は通信を拒否する、つまりブロック機能の設定の有無を判断している点において、図９とは異なる。

図１０では、ステップＳ６０２で発信者及び着信者が当該ＳＮＳに加入していると判断された場合、着信端末１５０が発信端末１４０をブロック設定しているか否かを判断する（ステップＳ６０５）。ブロック設定有無の判断は、判断部３０５がユーザ情報データベース１６０のブロック設定５０６（図２参照）を確認することで行われる。ステップＳ６０５のブロック設定有無の判断において、着信端末１５０が発信端末１４０をブロックしていないと判断された場合、特定部３０２は、該ＳＮＳを介して発信者情報を着信端末１５０に通知する（ステップＳ６０３）ことで動作を終了する。一方、ステップＳ６０５のブロック設定有無の判断において、着信端末１５０が発信端末１４０をブロックしていると判断された場合、特定部３０２は発信者情報を転送サーバ１３０に送信する（ステップＳ６０４）ことで動作を終了する。

［着信端末１５０における発信者情報通知の例］
ここで、図９及び１０のステップＳ６０３でＳＮＳを介して発信者情報を着信端末１５０に通知された場合の具体的な表示例について、図１１を用いて説明する。図１１は、本発明の実施形態２に係る音声通信システムに使用する通信端末において発信者情報を通知する表示画面を示す図である。図１１に示す表示例は、発信端末１４０の電話番号が通信キャリア１２０を介して着信端末１５０に通知されず、着信者が呼び出しに応答しなかったケースである。また、発信者及び着信者が通信サーバ１１０に関連するＳＮＳに加入しており、着信端末１５０は発信端末１４０をブロックしていないケースである。

図１１によると、着信端末１５０のディスプレイ２３０には、不在着信通知アイコン５２１、発信端末１４０のユーザ氏名５２２、及び発信端末１４０のユーザを特定するユーザアイコン５２３が表示される。これらは、トークルームのような、該ＳＮＳが提供するメッセージ通信機能において、他の会話内容と共に時系列で表示されることが好ましい。図１１では、発信者情報としてユーザ氏名だけを表示した例を示したが、これに限定されず、発信者の電話番号、メールアドレス、ユーザＩＤ、登録されたニックネーム、ＳＮＳのＵＲＬ等が表示されてもよい。

以上のように、実施形態２に係る音声通信システムによると、発信端末１４０の電話番号が通信キャリア１２０を介して着信端末１５０に通知されない場合であっても、着信端末１５０に発信端末１４０の電話番号を通知することができる。また、発信者及び着信者が共に通信サーバ１１０に関連するＳＮＳに加入していることを判断し、該ＳＮＳが提供するメッセージ通信機能を使用して着信を通知することで、メッセージ通信記録と着信記録を一度に確認することができる。

〈実施形態３〉
本発明の実施形態３に係る音声通信システム並びにそのシステムに用いる通信サーバ及び通信端末について、図面を参照しながら詳細に説明する。

［システム構成］
図１２は、本発明の実施形態３に係る音声通信システムの通信サーバの機能構成を示すブロック図である。図１２は、図５と類似しているが、特定部３０２とキャリア送信部３０３との間にディレイ部３０６を有している点において、図５とは異なる。ディレイ部３０６は、着信端末１５０を特定する情報及び特定部３０２によって特定された発信者情報を転送サーバ１３０に送信し、所定の時間が経過後に、特定部３０２によって発信端末１４０に対して割り当てられたＩＰネットワーク上のアドレス及び発信端末１４０から送信されたリクエスト信号を通信キャリア１２０に送信する。これによって、リクエスト信号に応じた呼び出しの前に発信者情報を着信端末１５０に通知する。

［音声通信システムの動作フロー］
図１２のディレイ部３０６の動作について、音声通信システムのフローチャートを用いて説明する。図１３は、本発明の実施形態３に係る音声通信システムの動作フローを示す図である。図１３は図６と類似しているが、ステップＳ４２５の発信者情報送信がステップＳ４２４のリクエスト信号・ＩＰアドレス送信よりも先に行われており、ステップＳ４５２の呼び出しの前にステップＳ４５５の発信者通知が行われている点において、図６とは異なる。つまり、着信者は着信端末１５０の呼び出しの前に発信端末１４０の発信者情報を知ることができる。ここで、ＩＰアドレス及びリクエスト信号は、着信端末１５０を特定する情報及び発信者情報が転送サーバ１３０に送信されてから、所定の期間経過後に通信キャリア１２０に送信される。

ここで、図１３では、ステップＳ４５５の着信端末１５０の発信者情報通知とステップＳ４２４のリクエスト信号・ＩＰアドレス送信との前後関係は規定されていないが、ステップＳ４５５の動作完了後にステップＳ４２４の動作を開始するように両者の動作を関連付けてもよい。また、ステップＳ４２５の発信者情報送信は、ステップＳ４２１のリクエスト信号受信からＳ４２４のリクエスト信号・ＩＰアドレス送信までの間に行われればよい。また、ステップＳ４２４のリクエスト信号・ＩＰアドレス送信は、ステップＳ４２５の発信者情報送信及びステップＳ４２３のＩＰアドレス割り当ての後に行われればよい。

図１３のように、着信端末１５０の呼び出し（ステップＳ４５２）の前に、発信者情報を着信端末１５０に通知する（ステップＳ４５５）ことで、発信端末１４０からの通話リクエストに対して、着信端末１５０は事前にアクションを選択することができる。その具体的な一例について、以下に図面を用いて説明する。

図１４は、本発明の実施形態３に係る音声通信システムに使用する通信端末においてユーザ情報を通知する表示画面の一例を示す図である。図１３において、ステップＳ４５５の発信者情報が通知されると、着信端末１５０に図１４に示すようなアクション選択画面が提供される。図１４のアクション選択画面は、着信端末１５０に含まれるアプリケーションプログラムによって実行される。図１４によると、アクション選択画面は、発信者情報表示５３１、着信応答選択アイコン５３２、着信拒否選択アイコン５３３、会議中メッセージ選択アイコン５３４、ドライブ中メッセージ選択アイコン５３５を有する。

図１４において、着信応答選択アイコン５３２をタッチすると、発信端末１４０と着信端末１５０とは通信キャリア１２０を介して通話可能に接続される。また、その他のアイコンをタッチすると、そのアイコンの内容に応じた固定メッセージを発信端末１４０に通知する。また、着信拒否選択アイコン５３３をタッチした場合は、着信端末１５０の呼び出しを終了させるが、発信端末１４０には呼び出し通知音だけ継続して鳴らし続けてもよい。

以上のように、実施形態３に係る音声通信システムによると、着信端末が呼び出しされる前に着信端末に発信者情報が通知されるため、着信者は着信端末１５０の呼び出し前に発信者情報を知ることができる。また、呼び出し前に着信者がアクションを取ることも可能である。

なお、本発明は上記実施の形態に限られたものではなく、要旨を逸脱しない範囲で適宜変更することが可能である。

１００：音声通信システム、 １０１：ＩＰネットワーク、 １１０：通信サーバ、 １１１：制御部、 １１２：ハードディスク、 １１３：通信制御部、 １２０：通信キャリア、 １３０：転送サーバ、 １４０：発信端末、 １５０：着信端末、 １６０：ユーザ情報データベース、 ２００：通信端末、 ２１０：制御部、 ２２０：通信モジュール、 ２３０：ディスプレイ、 ２４０：操作ボタン、 ２５０：スピーカ、 ２６０：マイク、 ３０１：受信部、 ３０２：特定部、 ３０３：キャリア送信部、 ３０４：転送サーバ送信部、 ３０５：判断部、 ３０６：ディレイ部、 ５０１：ユーザＩＤ、 ５０２：ニックネーム、 ５０３：氏名、 ５０４：電話番号、 ５０５：メールアドレス、 ５１１：不在着信通知、 ５１２：発信者情報通知、 ５２１：不在着信通知アイコン、 ５２２：ユーザ氏名、 ５２３：ユーザアイコン、 ５３１：発信者情報表示、 ５３２：着信応答選択アイコン、 ５３３：着信拒否選択アイコン、 ５３４：会議中メッセージ選択アイコン、 ５３５：ドライブ中メッセージ選択アイコン

Claims (8)

1. 着信端末のＰＳＴＮ（公衆交換電話網）における電話番号を含む通話のリクエスト信号をＩＰネットワークを介して受信する手段と、
   前記リクエスト信号を発信した発信端末の発信者情報を特定する手段と、
   前記発信端末に対して前記ＩＰネットワークにおけるアドレスを割り当てる手段と、
   前記アドレス及び前記リクエスト信号を、前記ＰＳＴＮと前記ＩＰネットワークとの間のゲートウェイを有する通信キャリアに送信する手段と、
   指定された端末に情報を転送する転送サーバに対して、前記電話番号及び前記発信者情報を送信する手段と、
   を備えることを特徴とする通信サーバ。
2. 前記発信端末を使用するユーザと前記着信端末を使用するユーザとが、所定のコミュニケーションサービスに加入しているか否かを判断する手段と、
   前記発信端末を使用するユーザと前記着信端末を使用するユーザとが、前記コミュニケーションサービスに加入している場合、前記コミュニケーションサービスを介して前記着信端末に前記発信者情報を通知する手段と、を有することを特徴とする請求項１に記載の通信サーバ。
3. 前記コミュニケーションサービスを介して前記着信端末に前記発信者情報を通知したことを前記発信端末に通知する手段をさらに有することを特徴とする請求項２に記載の通信サーバ。
4. 前記着信端末を使用するユーザが、前記コミュニケーションサービスに加入していない場合、前記電話番号及び前記発信者情報を前記転送サーバに送信することを特徴とする請求項２又は３に記載の通信サーバ。
5. 前記発信端末を使用するユーザと前記着信端末を使用するユーザとが、前記コミュニケーションサービスに加入している場合であって、前記着信端末が前記発信端末からの着信又は通信を拒否している場合、前記電話番号及び前記発信者情報を前記転送サーバに送信することを特徴とする請求項２乃至４のいずれか一に記載の通信サーバ。
6. 前記転送サーバはＳＭＳサーバであることを特徴とする請求項１乃至５のいずれか一に記載の通信サーバ。
7. 前記通信サーバは、前記リクエスト信号に応じた呼び出しの後に、前記電話番号及び前記発信者情報を前記転送サーバへ送信することを特徴とする請求項１乃至６のいずれか一に記載の通信サーバ。
8. 前記アドレス及び前記リクエスト信号は、前記電話番号及び前記発信者情報が前記転送サーバに送信されてから、所定の時間が経過後に通信キャリアに送信され、前記リクエスト信号に応じた呼び出しの前に、前記発信者情報を前記着信端末に通知することを特徴とする請求項１乃至７のいずれか一に記載の通信サーバ。

Images