特許 6016734 通信制御方法、及び貸出番号提供装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6016734

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】通信制御方法、及び貸出番号提供装置

(51)【国際特許分類】

   H04M 3/00 20060101AFI20161013BHJP

   H04M 3/42 20060101ALI20161013BHJP

   H04W 8/26 20090101ALI20161013BHJP

   H04W 8/20 20090101ALI20161013BHJP

【ＦＩ】

   H04M3/00 B

   H04M3/42 C

   H04W8/26 110

   H04W8/20

【請求項の数】6

【全頁数】19

(21)【出願番号】特願2013-174806(P2013-174806)

(22)【出願日】2013年8月26日

(65)【公開番号】特開2015-43527(P2015-43527A)

(43)【公開日】2015年3月5日

【審査請求日】2015年6月29日

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原 隆治

(72)【発明者】

【氏名】日紫喜 徹也

(72)【発明者】

【氏名】大羽 巧

(72)【発明者】

【氏名】小池 新

【審査官】 山岸 登

(56)【参考文献】

【文献】 特開２０１３−００５３３１（ＪＰ，Ａ）

【文献】 特開２００４−３３６６３７（ＪＰ，Ａ）

【文献】 特開２００５−０５７６２５（ＪＰ，Ａ）

【文献】 特開平１１−３５５４４０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｍ ３／００

３／１６− ３／２０

３／３８− ３／５８

７／００− ７／１６

１１／００−１１／１０

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるための通信制御方法であって、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイが、前記発信者端末から接続要求を受信するステップと、
前記制御信号ゲートウェイが、前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号提供装置から貸出番号を取得し、当該貸出番号を前記接続要求に含めて送信するステップと、
前記キャリアのリアルタイム通信システムが、前記貸出番号を含む接続要求を受信し、当該貸出番号に基づいて、前記発信者端末を前記着信者端末に接続させるか否かを判定する判定ステップと、
前記キャリアのリアルタイム通信システムが、前記発信者端末を前記着信者端末に接続させると判定した場合に、前記接続要求を前記着信者端末に送信するステップと
を備えることを特徴とする通信制御方法。

【請求項2】

キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるための通信制御方法であって、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイが、前記発信者端末から接続要求を受信し、当該接続要求を前記キャリアのリアルタイム通信システムに向けて送信するステップと、
前記制御信号ゲートウェイと前記キャリアのリアルタイム通信システムとの間に備えられ、前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号提供装置が、前記接続要求を受信し、貸出番号を当該接続要求に含めて送信するステップと、
前記キャリアのリアルタイム通信システムが、前記貸出番号を含む接続要求を受信し、当該貸出番号に基づいて、前記発信者端末を前記着信者端末に接続させるか否かを判定する判定ステップと、
前記キャリアのリアルタイム通信システムが、前記発信者端末を前記着信者端末に接続させると判定した場合に、前記接続要求を前記着信者端末に送信するステップと
を備えることを特徴とする通信制御方法。

【請求項3】

前記キャリアのリアルタイム通信システムに、着信拒否をする発信元の所定の番号が設定されており、
前記判定ステップにおいて、前記キャリアのリアルタイム通信システムは、前記貸出番号が前記所定の番号に該当するか否かを確認し、当該所定の番号に該当する場合に、前記発信者端末を前記着信者端末に接続させないと判定し、エラー信号を前記発信者端末に向けて送信する
ことを特徴とする請求項１又は２に記載の通信制御方法。

【請求項4】

キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるために使用される貸出番号提供装置であって、
前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号データベースと、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイから番号要求を受信したときに、前記貸出番号データベースから貸出番号を取得し、当該貸出番号を前記制御信号ゲートウェイに送信する貸出番号提供手段と、を備え、
前記制御信号ゲートウェイは、前記発信者端末から受信した接続要求に前記貸出番号を含め、当該接続要求を前記着信者端末に向けて送信する
ことを特徴とする貸出番号提供装置。

【請求項5】

前記貸出番号提供装置は、前記発信者端末にリアルタイム通信用のプログラムを提供するＷｅｂサーバであることを特徴とする請求項４に記載の貸出番号提供装置。

【請求項6】

キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるために使用される貸出番号提供装置であって、
前記貸出番号提供装置は、前記発信者端末が接続される通信網と前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイと、前記キャリアのリアルタイム通信システムとの間に備えられており、
前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号データベースと、
前記制御信号ゲートウェイから、前記発信者端末を発信元とする前記着信者端末への接続要求を受信したときに、前記貸出番号データベースから貸出番号を取得し、当該貸出番号を前記接続要求に含め、当該接続要求を前記着信者端末に向けて送信する貸出番号提供手段と
を備えることを特徴とする貸出番号提供装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信事業者（以下、キャリアと呼ぶ）のリアルタイム通信システム（例：ＩＭＳ、回線交換網、ＶｏＩＰネットワークにおけるシステム等）において、事前の契約がないユーザに対しても当該リアルタイム通信システムの機能を一定のセキュリティ水準を保って提供する技術に関連するものである。

【背景技術】

【0002】

従来、キャリアのリアルタイム通信システムにより提供される音声通話等の各種機能を利用するためには、ユーザが事前にキャリアと契約を行うことが必須とされていた。これは、図１に示すように、事前契約によりユーザの情報をリアルタイム通信システムに登録することで、（ａ）不正なユーザからのアクセスを防ぐ、（ｂ）システムの利用に応じてユーザに正しく課金を行う、（ｃ）着信機能を提供する、等の要求条件を達成することができるためである。

【0003】

すなわち、これらの要求条件が満たされない場合、不正アクセスや誤課金等によってキャリアレベルのサービスを提供することができなくなってしまうといえる。類似技術として、例えば特許文献１に開示されているように、匿名発信を行うことを目的にテンポラリなＩＤを割り当ててＩＭＳを利用するといった方式は既に提案されているが、この場合もやはり事前の契約が必要とされている。

【0004】

一方、Ｗｅｂ関連の世界では、図２に示すように、サービス提供者と契約のないユーザがそのサービスを提供するＷｅｂサーバにアクセスするということは日常的に行われている。これは、ＤｏＳ攻撃に晒されるリスクを持つというネガティブ面もあるが、Ｗｅｂサーバにアクセスするだけでサービスが利用できるため、事前に契約が必要となるキャリアの各種サービスに比べると利用の敷居が低く、利用しやすいといえる。さらに近年、Ｗｅｂブラウザ上でリアルタイム通信を実現するＷｅｂＲＴＣ（Ｗｅｂ Ｒｅａｌ−Ｔｉｍｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）技術が登場し、ユーザはＷｅｂサーバにアクセスするのと同じ手軽さでリアルタイム通信を行うことができるようになり、リアルタイム通信の敷居も下がろうとしている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１１−７１７４１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述したとおり、キャリアのリアルタイム通信システムは事前の契約がないユーザからは利用ができない。Ｗｅｂ関連の世界のアナロジーを適用するのであれば、Ｗｅｂサイトを訪れる感覚でキャリアのリアルタイム通信システムを利用することができてもよいが、単純に全てのユーザに対してキャリアのリアルタイム通信システムの利用を許諾してしまうと、迷惑電話等の不正アクセスを防ぐことができない等の弊害が生じる。ユーザビリティを最大限に向上させるため、こうした弊害を防ぎつつ契約のないユーザに対してもサービスを提供可能にすることが望まれる。

【0007】

本発明は上記の点に鑑みてなされたものであり、キャリアとの契約のないユーザに対して当該キャリアのリアルタイム通信の利用を提供しつつ、当該キャリアとの契約のないユーザからの不正なアクセスを防ぐことを可能とする技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

また、本発明の一実施形態によれば、キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるための通信制御方法であって、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイが、前記発信者端末から接続要求を受信するステップと、
前記制御信号ゲートウェイが、前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号提供装置から貸出番号を取得し、当該貸出番号を前記接続要求に含めて送信するステップと、
前記キャリアのリアルタイム通信システムが、前記貸出番号を含む接続要求を受信し、当該貸出番号に基づいて、前記発信者端末を前記着信者端末に接続させるか否かを判定する判定ステップと、
前記キャリアのリアルタイム通信システムが、前記発信者端末を前記着信者端末に接続させると判定した場合に、前記接続要求を前記着信者端末に送信するステップとを備えることを特徴とする通信制御方法が提供される。

【0010】

また、本発明の一実施形態によれば、キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるための通信制御方法であって、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイが、前記発信者端末から接続要求を受信し、当該接続要求を前記キャリアのリアルタイム通信システムに向けて送信するステップと、
前記制御信号ゲートウェイと前記キャリアのリアルタイム通信システムとの間に備えられ、前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号提供装置が、前記接続要求を受信し、貸出番号を当該接続要求に含めて送信するステップと、
前記キャリアのリアルタイム通信システムが、前記貸出番号を含む接続要求を受信し、当該貸出番号に基づいて、前記発信者端末を前記着信者端末に接続させるか否かを判定する判定ステップと、
前記キャリアのリアルタイム通信システムが、前記発信者端末を前記着信者端末に接続させると判定した場合に、前記接続要求を前記着信者端末に送信するステップとを備えることを特徴とする通信制御方法が提供される。

【0012】

また、本発明の一実施形態によれば、キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるために使用される貸出番号提供装置であって、
前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号データベースと、
前記発信者端末が接続される通信網と、前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイから番号要求を受信したときに、前記貸出番号データベースから貸出番号を取得し、当該貸出番号を前記制御信号ゲートウェイに送信する貸出番号提供手段と、を備え、
前記制御信号ゲートウェイは、前記発信者端末から受信した接続要求に前記貸出番号を含め、当該接続要求を前記着信者端末に向けて送信する、ことを特徴とする貸出番号提供装置が提供される。

【0013】

また、本発明の一実施形態によれば、キャリアとの契約を行っていない発信者端末に、当該キャリアのリアルタイム通信システムに接続される着信者端末と通信を行わせるために使用される貸出番号提供装置であって、
前記貸出番号提供装置は、前記発信者端末が接続される通信網と前記キャリアのリアルタイム通信システムとの間で呼制御のための制御信号の送受信を行う制御信号ゲートウェイと、前記キャリアのリアルタイム通信システムとの間に備えられており、
前記キャリアとの契約により予め取得された貸出番号を格納する貸出番号データベースと、
前記制御信号ゲートウェイから、前記発信者端末を発信元とする前記着信者端末への接続要求を受信したときに、前記貸出番号データベースから貸出番号を取得し、当該貸出番号を前記接続要求に含め、当該接続要求を前記着信者端末に向けて送信する貸出番号提供手段と、を備えることを特徴とする貸出番号提供装置が提供される。

【発明の効果】

【0014】

本発明の実施の形態によれば、キャリアとの契約のないユーザに対して当該キャリアのリアルタイム通信の利用を提供しつつ、当該キャリアとの契約のないユーザからの不正なアクセスを防ぐことを可能とする技術が実現できる。

【図面の簡単な説明】

【0015】

【図1】従来技術におけるキャリアのリアルタイム通信システムの利用について説明するための図である。

【図2】従来技術におけるＷｅｂサービスの利用について説明するための図である。

【図3】本発明の実施の形態に係る通信システムの全体構成図である。

【図4】第１の実施の形態におけるＷｅｂサーバ２０の機能構成図である。

【図5】第１の実施の形態において、正常に通信が行われる場合の処理フローを示す図である。

【図6】第１の実施の形態において、接続要求がエラーとなる場合の処理フローを示す図である。

【図7】第２の実施の形態におけるＷｅｂサーバ２０と制御信号ＧＷ３０の機能構成図である。

【図8】第２の実施の形態において、正常に通信が行われる場合の処理フローを示す図である。

【図9】第２の実施の形態において、接続要求がエラーとなる場合の処理フローを示す図である。

【図10】第３の実施の形態におけるプロキシサーバ７０の機能構成図である。

【図11】第３の実施の形態において、正常に通信が行われる場合の処理フローを示す図である。

【図12】第３の実施の形態において、接続要求がエラーとなる場合の処理フローを示す図である。

【図13】本発明の実施の形態における効果を説明するための図である。

【発明を実施するための形態】

【0016】

本発明の実施の形態は、新規エンティティの導入やキャリアのリアルタイム通信システムのＩＤ（以下、貸出番号という）を契約のないユーザに貸し出すことで、キャリアが契約のないユーザに対してリアルタイム通信システムの利用を提供しつつ、不正ユーザからのアクセスを防ぐことを可能にする技術についての実現形態である。

【0017】

以下、図面と共に本実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、以下で説明するように、本発明の実施の形態では、発側ユーザがＷｅｂＲＴＣを使用することを仮定しているが、本発明は、発側ユーザがＷｅｂＲＴＣを使用することに限定されるわけではない。また、本発明の実施の形態では、着課金サービスを仮定しているが、本発明を適用できるサービスは着課金サービスに限定されるわけではない。また、「貸出番号」は、電話番号等の番号に限られるわけではなく、キャリアのリアルタイム通信システムにおいて契約ユーザを識別するＩＤとして使用できる識別情報であればよい。

【0018】

（前提条件、システム全体構成例）
本発明の実施の形態では、発側ユーザがＷｅｂＲＴＣを使用することを仮定し、既に着課金サービス（例：フリーダイヤル（登録商標））を提供している企業が、ユーザの利便性をさらに高めるためにＷｅｂページからでもＷｅｂＲＴＣを使って着課金サービスによる発信を受け付け可能とする、というケースを例に挙げて説明する。

【0019】

従来技術では、この場合でも発信ユーザがキャリアとの契約を行っていない場合は発信を行うことができないが、（ｂ'）着課金であることから発側ユーザには課金を行う必要がない、（ｃ'）契約を行っていないのは発側ユーザなので着信は必要ない、という特徴があるため、前述した契約に関する要求条件のうち（ｂ）と（ｃ）は満たされているといえる。そのため、（ａ）で説明した不正ユーザからのアクセスを防ぐための対策のみ考えればよい。

【0020】

図３に、本発明の実施の形態に係る通信システムの全体構成例を示す。図３に示すように、本実施の形態に係る通信システムは、発信者端末１０、Ｗｅｂサーバ２０、制御信号ＧＷ（ゲートウェイ）３０、メディア信号ＧＷ４０、キャリアのリアルタイム通信システム５０、着信者端末６０を含む。

【0021】

図３に示す通信システムにおいて、発信者端末１０、Ｗｅｂサーバ２０、制御信号ＧＷ３０、及びメディア信号ＧＷ４０は、例えばインターネットに接続され、インターネットを介して通信可能に接続されている。なお、インターネットは一例であり、他の通信網であってもよい。更に、制御信号ＧＷ３０、及びメディア信号ＧＷ４０は、リアルタイム通信システム５０、及び着信者端末６０とともにキャリアの通信網にも接続される。本実施の形態でのキャリアの通信網は音声通信等のリアルタイム通信を提供する網であり、例えば、携帯電話網、固定電話網、ＩＰ電話網等である。

【0022】

発信者端末１０は、通信機能を持ち、ブラウザを実行可能な端末であればどのような端末でもよいが、例えば、ＰＣ、スマートフォン等である。Ｗｅｂサーバ２０は、着信者のＷｅｂサイトを提供するサーバ（コンピュータ）であるとともに、発信者端末１０にリアルタイム通信機能を提供するＷｅｂＲＴＣのアプリケーションを有する。Ｗｅｂサーバ２０の機能構成については後に詳細に説明する。

【0023】

制御信号ＧＷ３０は、インターネットにおけるＷｅｂＲＴＣ通信の制御信号と、キャリアの通信網における制御信号との間の送受信や変換等を行うゲートウェイ装置である。当該制御信号は、接続要求、応答等の呼制御のための制御信号である。メディア信号ＧＷ４０は、インターネットにおけるＷｅｂＲＴＣ通信のメディア信号（例：ＲＴＰ）と、キャリアの通信網におけるメディア信号との間の変換等を行うゲートウェイ装置である。

【0024】

キャリアのリアルタイム通信システム５０は、キャリア通信網内に備えられているものであり、呼制御サーバ、認証サーバ等の各種サーバを含み、リアルタイム通信のための呼制御や認証等を行うシステムである。キャリアのリアルタイム通信システム５０は既存技術で実現でき、例えば、ＩＤに基づく認証機能、着信拒否機能等を含む。

【0025】

着信者端末６０は、着課金サービスを利用する利用者（企業等）の端末であり、発信者端末１０からの呼を受信する。一例として、着信者端末６０は、Ｗｅｂサーバ２０を用いて通販等のＷｅｂサイトを公開する会社のオペレータの端末である。

【0026】

前述した貸出番号は、Ｗｅｂサーバ２０から貸し出されてもよいし、キャリアの通信網に新規プロキシサーバを備え、当該プロキシサーバが貸し出しを行ってもよい。以下、貸出番号の貸出方法、及び処理フローについての各種の実施の形態を説明する。

【0027】

（第１の実施の形態）
本実施の形態では、着課金サービス提供者が未契約ユーザのためにキャリアと契約を行い、一つ以上の発信用貸出番号（契約した電話番号等）を取得し、それをＷｅｂサーバ２０（貸出番号提供装置の例）に設定する。そして、発信者端末１０が、着信者端末６０に対してリアルタイム通信を行うために、Ｗｅｂサーバ２０にアクセスしたときに、Ｗｅｂサーバ２０が貸出番号をプログラム（例：Ｊａｖａｓｃｒｉｐｔ（登録商標））に埋め込んで発信者端末１０に送信し、発信者端末１０は、当該貸出番号を例えば発信元電話番号として含む接続要求を送信する。

【0028】

本実施の形態におけるＷｅｂサーバ２０の機能構成例を図４に示す。なお、図４は、Ｗｅｂサーバ２０が有する機能のうち、本実施の形態に関する機能を特に示すものである。

【0029】

図４に示すように、Ｗｅｂサーバ２０は、貸出番号設定部２１、貸出番号データベース２２、貸出番号提供部２３、リアルタイム通信機能提供部２４を有する。

【0030】

貸出番号設定部２１は、着課金サービス提供者から貸出番号を受信し、当該貸出番号を貸出番号データベース２２に格納する。貸出番号データベース２２は、貸出番号を格納するデータベースであり、例えば、未契約ユーザに貸出済みの貸出番号には貸し出し済みを示すフラグが付されることで、貸出済みの貸出番号と未貸出の貸出番号とを区別して格納する。

【0031】

貸出番号提供部２３は、リアルタイム通信機能提供部２４により受信する発信者端末１０からのアクセスに応じて、貸出番号データベース２２から未貸出の貸出番号を取得し（貸出番号を割り当て）、リアルタイム通信機能提供部２４に渡す。リアルタイム通信機能提供部２４は、貸出番号提供部２３から受け取った貸出番号をプログラムに埋め込み、発信者端末１０に当該プログラムを送信する。当該プログラムは、発信者端末１０において実行され、発信者端末１０にリアルタイム通信機能を提供するためのプログラムである。

【0032】

なお、本実施の形態ではＷｅｂＲＴＣを前提としているために、プログラムに貸出番号を埋め込んで提供することとしているが、発信者端末１０が既にリアルタイム通信機能を有している形態では、Ｗｅｂサーバ２０が発信者端末１０からアクセスを受けたら、貸出番号を発信者端末１０に送信することとしてもよい。また、貸出番号データベース２２は、Ｗｅｂサーバ２０の外部にあってもよい。その場合でも、Ｗｅｂサーバ２０と貸出番号データベース２２を含む構成を貸出番号提供装置と呼ぶことができる。

【0033】

本実施の形態に係るＷｅｂサーバ２０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、Ｗｅｂサーバ２０における各機能部は、コンピュータに内蔵されるＣＰＵやメモリ、ハードディスク等のハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0034】

貸出番号の貸出方法としては例えば以下のような方法がある。

【0035】

貸出方法例１）貸出番号をランダムに貸し出す。この場合、貸出番号提供部２３は、貸出番号データベース２２に格納されている未貸出の貸出番号の中から１つの貸出番号をランダムに取得し、取得した貸出番号に貸出済みのフラグを付ける。発信者端末１０と着信者端末６０との通信が終了した場合、フラグは消去される。

【0036】

貸出方法例２）貸出番号をアクセス元（発信元）のＩＰアドレスと紐づけて貸し出す。この場合、貸出番号設定部２１は、着課金サービス提供者から貸出番号とＩＰアドレスの組を受信し、当該貸出番号とＩＰアドレスの組を貸出番号データベース２２に格納する。もしくは、最初に貸し出すときにはランダムに貸し出し、そのときに、アクセス元のＩＰアドレスを、貸し出した貸出番号に対応付けて記録することとしてもよい。

【0037】

Ｗｅｂサーバ２０がアクセスを受けたときに、貸出番号提供部２３は、アクセス元のＩＰアドレスに対応する貸出番号を貸出番号データベース２２から取得し、取得した貸出番号に貸出済みのフラグを付ける。

【0038】

貸出方法例３）貸出番号を、アクセス元（発信元）のＩＰアドレス帯と貸出番号帯とを紐づけて貸し出す。この場合、貸出番号設定部２１は、着課金サービス提供者から貸出番号帯とＩＰアドレス帯の組を受信し、当該貸出番号帯とＩＰアドレス帯の組を貸出番号データベース２２に格納する。もしくは、最初に貸し出すときにはランダムに番号帯を選んで貸し出し、そのときに、アクセス元のＩＰアドレス帯を、貸し出した貸出番号の番号帯に対応付けて記録することとしてもよい。

【0039】

Ｗｅｂサーバ２０がアクセスを受けたときに、貸出番号提供部２３は、アクセス元のＩＰアドレスのＩＰアドレス帯に対応する貸出番号帯の中から１つの貸出番号を取得し、取得した貸出番号に貸出済みのフラグを付ける。

【0040】

以下では、正常に通信が行われる場合の処理フローと、エラーとなる場合の処理フローを説明する。

【0041】

＜正常に通信が行われる場合の処理フロー＞
第１の実施の形態において、正常に通信が行われる場合の処理フローを図５を参照して説明する。

【0042】

着信者への通話を希望する発信者による操作に応じて、発信者端末１０は、Ｗｅｂサーバ２０にアクセスする（ステップ１０１）。ここでのアクセスは、例えば、着信者のＷｅｂサイト画面上で所定のボタンを押す操作等に基づく、着信者への通信要求を含むものである。アクセスを受けたＷｅｂサーバ２０において、貸出番号提供部２３は、前述した方法により、貸出番号を貸出番号データベース２２から取得し、リアルタイム通信機能提供部２４に渡す（ステップ１０２）。

【0043】

リアルタイム通信機能提供部２４は、貸出番号をプログラムに埋め込み、当該プログラムを発信者端末１０に送信する（ステップ１０３）。発信者端末１０は、当該プログラムを実行することで、着信者端末６０との通信を要求する接続要求を送信する（ステップ１０４）。当該接続要求には、例えば、発信元の識別情報として貸出番号が含まれ、宛先の識別情報として着信者端末６０の識別情報（例：電話番号）が含まれる。

【0044】

制御信号ＧＷ３０が接続要求を受信すると、当該接続要求を必要に応じてキャリアの通信網に適した形式に変換し、変換後の接続要求を送信する（ステップ１０５）。接続要求は、キャリアのリアルタイム通信システム５０により受信される。キャリアのリアルタイム通信システム５０は、例えば既存の認証機能を用いて、接続要求の発信元の識別情報である貸出番号が、正当な契約に基づく番号であるかどうかを確認することで、発信者端末１０を着信者端末６０に接続させるかどうかを判定する（ステップ１０６）。本実施の形態では、貸出番号は正当な契約に基づく番号であるので、接続可と判定され、接続要求は着信者端末６０に送信される（ステップ１０７）。

【0045】

接続要求を受けた着信者端末６０は、着信があったことを例えば音もしくは画面表示で利用者（着信者）に通知し、着信者が応答の操作を行うことで、着信者端末６０から応答が返され、キャリアのリアルタイム通信システム５０、及び制御信号ＧＷを介して発信者端末１０に送信される（ステップ１０８〜１１０）。

【0046】

上記の処理により、発信者端末１０と着信者端末６０との間での（論理的な）通話路が構築され、通話が開始される（ステップ１１１）。通話においては、メディア信号ＧＷ４０にてメディア変換がなされる（ステップ１１２）。

【0047】

＜エラーとなる場合の処理フロー＞
第１の実施の形態において、接続要求がエラーとなる場合の処理フローを図６を参照して説明する。以下では、通信が正常になる場合と異なる点を中心に説明する。

【0048】

本例においては、着信者が、貸出番号を用いる未契約ユーザから迷惑電話等の不正アクセスがあったことを認識し、当該未契約ユーザからの発呼を受け付けない場合の例について説明する。

【0049】

図６において、接続要求がキャリアのリアルタイム通信システム５０に到達するまでの処理（ステップ１０１〜ステップ１０５）は、図５を参照して説明した処理と同じである。ステップ１５１において、キャリアのリアルタイム通信システム５０が接続判定を行うが、前述した貸出番号の貸出方法に応じて判定方法が異なるので、接続判定処理例を貸出番号の貸出方法毎に説明する。

【0050】

貸出方法例１の場合）貸出方法例１は、発信時に発信者端末１０に対し貸出番号をランダムに貸し出す場合である。この場合、着信者（企業）は、キャリアに対し、貸出番号として割り当てた全ての番号に対して、自分への着信があった場合に、着信拒否するよう依頼し、キャリアはリアルタイム通信システム５０において、貸出番号として割り当てた全ての番号に対して着信拒否設定を行う。なお、着信拒否設定は着信者（企業）が行うこととしてもよい。

【0051】

そして、図６のステップ１５１において、キャリアのリアルタイム通信システム５０は、着信者端末６０への接続要求があったことを確認すると、当該接続要求に含まれる貸出番号が、着信拒否設定した番号に該当するかどうかの判定を行う。本例では、接続要求に含まれる貸出番号が、着信拒否設定した番号に該当するので、着信が拒否され、エラーが返される（ステップ１５２、１５３）。

【0052】

貸出方法例２の場合）貸出方法例２は、発信時に発信者端末１０に対し貸出番号をアクセス元のＩＰアドレスと紐づけて貸し出す場合である。この場合、特定の発信者端末１０は特定の貸出番号を使用することが想定されるから、着信者（企業）は、キャリアに対し、迷惑電話が確認された発信元の貸出番号について着信拒否するよう依頼し、キャリアはリアルタイム通信システム５０において、当該貸出番号に対して着信拒否設定を行う。なお、着信拒否設定は着信者（企業）が行うこととしてもよい。

【0053】

そして、図６のステップ１５１において、キャリアのリアルタイム通信システム５０は、着信者端末６０への接続要求があったことを確認すると、当該接続要求に含まれる貸出番号が、着信拒否設定した貸出番号に該当するかどうかの判定を行う。本例では、接続要求に含まれる貸出番号が、着信拒否設定した貸出番号に該当するので、着信が拒否され、エラーが返される（ステップ１５２、１５３）。

【0054】

貸出方法例３の場合）貸出方法例３は、発信時に発信者端末１０に対し貸出番号を、アクセス元のＩＰアドレス帯と貸出番号帯とを紐づけて貸し出す場合である。この場合、特定の発信者端末１０は特定の貸出番号帯の貸出番号を使用することが想定されるから、着信者（企業）は、キャリアに対し、迷惑電話が確認された発信元の貸出番号を含む番号帯に対して着信拒否するよう依頼し、キャリアはリアルタイム通信システム５０において、当該番号帯に対して着信拒否設定を行う。なお、着信拒否設定は着信者（企業）が行うこととしてもよい。

【0055】

そして、図６のステップ１５１において、キャリアのリアルタイム通信システム５０は、着信者端末６０への接続要求があったことを確認すると、当該接続要求に含まれる貸出番号が、着信拒否設定した番号帯に該当するかどうかの判定を行う。本例では、接続要求に含まれる貸出番号が、着信拒否設定した番号帯に該当するので、着信が拒否され、エラーが返される（ステップ１５２、１５３）。

【0056】

上記のように、迷惑電話等が生じた際には、その発信用貸出番号からの発呼を受け付けないことで不正なアクセスや網の輻輳を防ぐことができる。特に、貸出方法例３の場合では、近いＩＰアドレスを持つユーザからの不正アクセスもまとめて防ぐことができる。

【0057】

（第２の実施の形態）
本実施の形態では、着課金サービス提供者が未契約ユーザのためにキャリアと契約を行い、一つ以上の発信用貸出番号（契約した電話番号等）を取得し、それをＷｅｂサーバ２０（貸出番号提供装置の例）に設定する。そして、制御信号ＧＷ３０が、発信者端末１０から接続要求を受信したときに、Ｗｅｂサーバ２０から貸出番号を取得し、当該貸出番号を接続要求に含めてキャリアのリアルタイム通信システム５０に送信する。

【0058】

本実施の形態におけるＷｅｂサーバ２０と制御信号ＧＷ３０の機能構成例を図７に示す。なお、図７は、Ｗｅｂサーバ２０と制御信号ＧＷ３０が有する機能のうち、本実施の形態に関する機能を特に示すものである。

【0059】

図７に示すように、Ｗｅｂサーバ２０は、貸出番号設定部２１、貸出番号データベース２２、リアルタイム通信機能提供部２４、貸出番号提供部２５を有する。制御信号ＧＷ３０は、ＧＷ機能部３１、貸出番号取得部３２を有する。

【0060】

Ｗｅｂサーバ２０における貸出番号設定部２１は、着課金サービス提供者から貸出番号を受信し、当該貸出番号を貸出番号データベース２２に格納する。貸出番号データベース２２は、貸出番号を格納するデータベースである。リアルタイム通信機能提供部２４は、発信者端末１０からのアクセスに応じて、発信者端末１０に対してリアルタミム通信のためのプログラムを提供する。貸出番号提供部２５は、制御信号ＧＷ３０（貸出番号取得部３２）からの番号要求に応じて、貸出番号データベース２２から未貸出の貸出番号を取得し、制御信号ＧＷ３０（貸出番号取得部３２）に送信する。

【0061】

制御信号ＧＷ３０におけるＧＷ機能部３１は、制御信号ＧＷ３０が制御信号のゲートウェイとして機能するための通常のＧＷ機能に加えて、発信者端末１０から接続要求を受信したときに、貸出番号取得部３２に対して貸出番号取得を指示し、貸出番号取得部３２から貸出番号を取得し、当該貸出番号を、例えば発信元の識別情報として接続要求に含め、当該接続要求をキャリアのリアルタイム通信システム５０に送信する機能を有する。貸出番号取得部３２は、ＧＷ機能部３１から貸出番号取得を指示されると、Ｗｅｂサーバ２０に対して番号要求を送信し、Ｗｅｂサーバ２０から貸出番号を取得する。

【0062】

なお、貸出番号データベース２２は、Ｗｅｂサーバ２０の外部にあってもよい。その場合でも、Ｗｅｂサーバ２０と貸出番号データベース２２を含む構成を貸出番号提供装置と呼ぶことができる。

【0063】

本実施の形態に係るＷｅｂサーバ２０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、Ｗｅｂサーバ２０における各機能部は、コンピュータに内蔵されるＣＰＵやメモリ、ハードディスク等のハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0064】

また、本実施の形態に係る制御信号ＧＷ３０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、制御信号ＧＷ３０における各機能部は、コンピュータに内蔵されるＣＰＵやメモリ、ハードディスク等のハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0065】

貸出番号の貸出方法としては、第１の実施の形態と同様の貸出方法例１（ランダムに貸し出す）、貸出方法例２（発信元のＩＰアドレスと紐づけて貸し出す）、貸出方法例３（発信元のＩＰアドレス帯と貸出番号帯とを紐づけて貸し出す）がある。ただし、第２の実施の形態では、貸出番号提供部２５が、制御信号ＧＷ３０から番号要求を受信した場合に、貸出番号データベース２２から貸出番号を取得し、当該貸出番号を制御信号ＧＷ３０に送信する。また、貸出方法例２、貸出方法例３においては、それぞれ発信元のＩＰアドレス、ＩＰアドレス帯が、制御信号ＧＷ３０から送信される番号要求の中に含まれ、貸出番号提供部２５は、ＩＰアドレス／ＩＰアドレス帯に対応する貸出番号を取得する。また、各貸出方法例において、貸出番号データベース２２には、第１の実施の形態と同様のデータが格納される。

【0066】

以下では、正常に通信が行われる場合の処理フローと、エラーとなる場合の処理フローを説明する。

【0067】

＜正常に通信が行われる場合の処理フロー＞
第２の実施の形態において、正常に通信が行われる場合の処理フローを図８を参照して説明する。

【0068】

着信者への通話を希望する発信者による操作に応じて、発信者端末１０は、Ｗｅｂサーバにアクセスする（ステップ２０１）。アクセスを受けたＷｅｂサーバ２０において、リアルタイム通信機能提供部２４は、リアルタイム通信のためのプログラムを発信者端末１０に送信する（ステップ２０２）。発信者端末１０は、当該プログラムを実行することで、着信者端末６０との通信を要求する接続要求を送信する（ステップ２０３）。当該接続要求には、宛先の識別情報として着信者端末６０の識別情報（例：電話番号）が含まれる。

【0069】

制御信号ＧＷ３０が接続要求を受信すると、貸出番号取得部３２が、番号要求をＷｅｂサーバ２０に送信する（ステップ２０４）。番号要求を受信したＷｅｂサーバ２０における貸出番号提供部２５は、貸出番号データベース２２から貸出番号を取得し（ステップ２０５）、当該貸出番号を制御信号ＧＷ３０に送信する（ステップ２０６）。

【0070】

貸出番号を受信した制御信号ＧＷ３０において、ＧＷ機能部３１が、発信者端末１０から受信した接続要求を必要に応じてキャリアの通信網に適した形式に変換するとともに、接続要求の中に貸出番号を含め、当該接続要求を送信する（ステップ２０７）。

【0071】

接続要求は、キャリアのリアルタイム通信システム５０により受信される。キャリアのリアルタイム通信システム５０は、例えば既存の認証機能を用いて、接続要求の発信元の識別情報である貸出番号が、正当な契約に基づく番号であるかどうかを確認することで、発信者端末１０を着信者端末６０に接続させるかどうかを判定する（ステップ２０８）。本実施の形態では、貸出番号は正当な契約に基づく番号であるので、接続可と判定され、接続要求は着信者端末６０に送信される（ステップ２０９）。

【0072】

接続要求を受けた着信者端末６０は、着信があったことを例えば音もしくは画面表示で利用者（着信者）に通知し、着信者が応答の操作を行うことで、着信者端末６０から応答が返され、キャリアのリアルタイム通信システム５０、及び制御信号ＧＷを介して発信者端末１０に送信される（ステップ２１０〜２１２）。

【0073】

上記の処理により、発信者端末１０と着信者端末６０との間での（論理的な）通話路が構築され、通話が開始される（ステップ２１３）。通話においては、メディア信号ＧＷ４０にてメディア変換がなされる（ステップ２１４）。

【0074】

＜エラーとなる場合の処理フロー＞
第２の実施の形態において、接続要求がエラーとなる場合の処理フローを図９に示す。

【0075】

図９は、第１の実施の形態における図６と同様に、着信者が、貸出番号を用いる未契約ユーザから迷惑電話等の不正アクセスがあったことを認識し、当該未契約ユーザからの発呼を受け付けない場合の例である。

【0076】

図９において、接続要求がキャリアのリアルタイム通信システム５０に到達するまでの処理（ステップ２０１〜ステップ２０７）は、図８を参照して説明した処理と同じである。ステップ２５１において、キャリアのリアルタイム通信システム５０が接続判定を行うが、ここでの判定処理は第１の実施の形態における図６のステップ１５１における処理と同じである。貸出方法例１〜３のそれぞれの場合において、着信が拒否され、エラーが返される（ステップ２５２、２５３）。

【0077】

（第３の実施の形態）
本実施の形態では、制御信号ＧＷ４０とキャリアのリアルタイム通信システム５０との間に新規にプロキシサーバ７０（貸出番号提供装置の例）が備えられる。着課金サービス提供者が未契約ユーザのためにキャリアと契約を行い、一つ以上の発信用貸出番号（契約した電話番号等）を取得し、それをプロキシサーバ７０に格納する。

【0078】

そして、プロキシサーバ７０が制御信号ＧＷ３０から接続要求を受信したときに、接続要求の発側ドメイン（Ｗｅｂサーバ２０のドメイン）を確認し、当該ドメインが、番号貸出を行うドメインとして予め決められたドメインである場合に、接続要求に貸出番号を含め、当該接続要求をキャリアのリアルタイム通信システム５０に送信する。

【0079】

本実施の形態におけるプロキシサーバ７０の機能構成例を図１０に示す。なお、図１０は、プロキシサーバ７０が有する機能のうち、本実施の形態に関する機能を特に示すものである。

【0080】

図１０に示すように、プロキシサーバ７０は、貸出番号設定部７１、貸出番号データベース７２、貸出番号提供部７３を有する。

【0081】

プロキシサーバ７０における貸出番号設定部７１は、着課金サービス提供者から貸出番号を受信し、当該貸出番号を貸出番号データベース７２に格納する。貸出番号データベース７２はこれまでに説明した貸出番号データベース２２と同様のデータベースであり、貸出番号を格納するデータベースである。貸出番号提供部７３は、制御信号ＧＷ３０から受信した接続要求の発側ドメインが予め定めたドメインであるかどうかを判定し、予め定めたドメインである場合に、貸出番号データベース７２から未貸出の貸出番号を取得し、接続要求の中に含め、当該接続要求をキャリアのリアルタイム通信システム５０に送信する。

【0082】

なお、貸出番号データベース７２は、プロキシサーバ７０の外部にあってもよい。その場合でも、プロキシサーバ７０と貸出番号データベース７２を含む構成を貸出番号提供装置と呼ぶことができる。

【0083】

本実施の形態に係るプロキシサーバ７０は、コンピュータに、本実施の形態で説明する処理内容を記述したプログラムを実行させることにより実現可能である。すなわち、プロキシサーバ７０における各機能部は、コンピュータに内蔵されるＣＰＵやメモリ、ハードディスク等のハードウェア資源を用いて、各部で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0084】

貸出番号の貸出方法としては、第１の実施の形態と同様の貸出方法例１（ランダムに貸し出す）、貸出方法例２（アクセス元のＩＰアドレスと紐づけて貸し出す）、貸出方法例３（アクセス元のＩＰアドレス帯と貸出番号帯とを紐づけて貸し出す）がある。ただし、第３の実施の形態では、貸出番号提供部７３が、制御信号ＧＷ３０から接続要求を受信した場合に、貸出番号データベース７２から貸出番号を取得する。また、貸出方法例２、貸出方法例３においては、それぞれ発信元のＩＰアドレス、ＩＰアドレス帯が、制御信号ＧＷ３０から送信される接続要求の中に含まれ、貸出番号提供部７２は、ＩＰアドレス／ＩＰアドレス帯に対応する貸出番号を取得する。また、各貸出方法例において、貸出番号データベース７２には、第１の実施の形態と同様のデータが格納される。

【0085】

以下では、正常に通信が行われる場合の処理フローと、エラーとなる場合の処理フローを説明する。

【0086】

＜正常に通信が行われる場合の処理フロー＞
第３の実施の形態において、正常に通信が行われる場合の処理フローを図１１を参照して説明する。

【0087】

着信者への通話を希望する発信者による操作に応じて、発信者端末１０は、Ｗｅｂサーバ２０にアクセスする（ステップ３０１）。アクセスを受けたＷｅｂサーバ２０は、リアルタイム通信のためのプログラムを発信者端末１０に送信する（ステップ３０２）。発信者端末１０は、当該プログラムを実行することで、着信者端末６０との通信を要求する接続要求を送信する（ステップ３０３）。当該接続要求には、宛先の識別情報として着信者端末６０の識別情報（例：電話番号）が含まれる。

【0088】

制御信号ＧＷ３０が接続要求を受信すると、必要に応じてキャリアの通信網に適した形式に変換し、変換後の接続要求を送信する（ステップ３０４）。

【0089】

接続要求は、プロキシサーバ７０により受信される。プロキシサーバ７０の貸出番号提供部７３は、接続要求の発側ドメインが予め定めたドメインであるかどうか判定し、予め定めたドメインである場合に、貸出番号データベース７２から貸出番号を取得して、当該貸出番号を接続要求に含め、当該接続要求を送信する（ステップ３０５、３０６）。

【0090】

接続要求はキャリアのリアルタイム通信システム５０により受信される。キャリアのリアルタイム通信システム５０は、例えば既存の認証機能を用いて、接続要求の発信元の識別情報である貸出番号が、正当な契約に基づく番号であるかどうかを確認することで、発信者端末１０を着信者端末６０に接続させるかどうかを判定する（ステップ３０７）。本実施の形態では、貸出番号は正当な契約に基づく番号であるので、接続可と判定され、接続要求は着信者端末６０に送信される（ステップ３０８）。

【0091】

接続要求を受けた着信者端末６０は、着信があったことを例えば音もしくは画面表示で利用者（着信者）に通知し、着信者が応答の操作を行うことで、着信者端末６０から応答が返され、キャリアのリアルタイム通信システム５０、及び制御信号ＧＷを介して発信者端末１０に送信される（ステップ３０９〜３１１）。

【0092】

上記の処理により、発信者端末１０と着信者端末６０との間での（論理的な）通話路が構築され、通話が開始される（ステップ３１２）。通話においては、メディア信号ＧＷ４０にてメディア変換がなされる（ステップ３１３）。

【0093】

＜エラーとなる場合の処理フロー＞
第３の実施の形態において、接続要求がエラーとなる場合の処理フローを図１２に示す。

【0094】

図１２は、第１の実施の形態における図６と同様に、着信者が、貸出番号を用いる未契約ユーザから迷惑電話等の不正アクセスがあったことを認識し、当該未契約ユーザからの発呼を受け付けない場合の例である。

【0095】

図１２において、接続要求がキャリアのリアルタイム通信システム５０に到達するまでの処理（ステップ３０１〜ステップ３０６）は、図１１を参照して説明した処理と同じである。ステップ３５１において、キャリアのリアルタイム通信システム５０が接続判定を行うが、ここでの判定処理は第１の実施の形態における図６のステップ１５１における処理と同じである。貸出方法例１〜３のそれぞれの場合において、着信が拒否され、エラーが返される（ステップ３５２、３５３）。

【0096】

（実施の形態の効果）
これまでに説明した本発明の実施の形態に係る技術によれば、図１３に示すように、キャリアと契約のないユーザが、Ｗｅｂページを見るのと同じくらいの気軽さでキャリアのリアルタイム通信システムを利用可能としつつ、不正なユーザからのアクセスを防ぐことができる。従来は、キャリアのリアルタイム通信システムはアクセスするユーザを全て知っていなければいけなかったが、本発明の実施の形態に係る技術によって、知らないユーザからの利用を受け入れつつ、不正アクセスを防ぐことができるようになる。すなわち、キャリアは事前の契約がないユーザに対してもキャリアのリアルタイム通信システムの機能を一定のセキュリティ水準を保って提供できるようになる。

【0097】

本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。

【符号の説明】

【0098】

１０ 発信者端末
２０ Ｗｅｂサーバ
３０ 制御信号ＧＷ
４０ メディア信号ＧＷ
５０ キャリアのリアルタイム通信システム
６０ 着信者端末
２１ 貸出番号設定部
２２ 貸出番号データベース
２３ 貸出番号提供部
２４ リアルタイム通信機能提供部
２５ 貸出番号提供部
３１ ＧＷ機能部
３２ 貸出番号取得部
７１ 貸出番号設定部
７２ 貸出番号データベース
７３ 貸出番号提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】