JP3937917B2 - 電話回線接続方法 - Google Patents
電話回線接続方法 Download PDFInfo
- Publication number
- JP3937917B2 JP3937917B2 JP2002143987A JP2002143987A JP3937917B2 JP 3937917 B2 JP3937917 B2 JP 3937917B2 JP 2002143987 A JP2002143987 A JP 2002143987A JP 2002143987 A JP2002143987 A JP 2002143987A JP 3937917 B2 JP3937917 B2 JP 3937917B2
- Authority
- JP
- Japan
- Prior art keywords
- telephone
- token
- identifier
- telephone line
- telephone number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電話の利用者が、電話番号を一般に公開しなくても不特定の相手から電話を受けられる方法に関する。
【０００２】
【従来の技術】
電話の利用者が不特定多数の他者から電話を受けるには、その利用者は電話番号を一般に公開しなければならない。例えば、利用者は、電話番号を電話帳に載せる、広告に記載する等の方法で、電話番号を他者に周知しなければならない。また、電話をかける側は、電話番号を知るために相手に関する何らかの情報、例えば、名前、会社名などが必要である。
【０００３】
従来技術として、通話者が電話口で発声したキーワードから、接続先の電話番号が検索され、電話回線が相手先に接続されるサービスがある。この場合、呼び出し側は相手の電話番号を知らなくてもよいが、電話を受ける側は、利用者が使うかもしれないキーワードを予めそのサービスで管理されるデータベースに登録する必要がある。
【０００４】
一方、インターネットのウェブ（Web）を閲覧可能な携帯電話では、閲覧しているWebページに埋め込まれているリンクが選択されると、電話での発信動作が行われる。このリンクには、受信側の電話番号を指定する情報が含まれている。つまり、電話の発信側は、電話番号が埋め込まれたWebページ（以下コンテンツ）にアクセスすることで、容易に電話をかけることができる。
【０００５】
【発明が解決しようとする課題】
上述のように、電話を不特定の相手から受けたい場合、電話の使用者は、広告、インターネット上のコンテンツ等で電話番号を一般に公開する必要がある。この場合、電話番号を知られたくない相手にも電話番号が知られ、望ましくない電話を受ける虞がある。また、一旦電話番号が知られてしまうと、受信者が望ましくない電話を受けないようにするには電話番号を変更するしかなく、受信者にとっては不便であった。
【０００６】
電話をかけるためにキーワードが使用される場合、受信側は、多くの電話を受けるために、発信者が使うかもしれないキーワードを多く想定して、サービス提供者のデータベースに登録しなければならない。この場合、キーワードを変更すると、受信者はデータベースを更新しなければならず不便である。
【０００７】
また、電話の受信者は、発信者がどのように電話番号を知ったかは、発信者に聞かなければ分からない。このため、広告やコンテンツの有効性を測定するのに手間がかかるという問題がある。
【０００８】
本発明は、ネットワークのコンテンツを介して不特定の相手から電話を受けたい場合に、受信側が電話番号をネットワークのコンテンツに公開する必要のない電話回線の接続方法を提供する。
【０００９】
【課題を解決するための手段】
上記課題の少なくとも一部を解決するため、以下のシステムを提供する。
使用者が使用する電話回線に割り当てられた電話番号に対応する第１の識別子及び第２の識別子を記憶する識別子データベースと、前記識別子に基づいた電話回線接続要求を受信して、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示するサーバと、を有する電話回線接続システム。
【００１０】
【発明の実施の形態】
図１は、本発明を適用したシステムの実施形態の構成を示す図である。本システムは、キャリア１０１、受信者１０２が有する電話１０７および発信者１０３が有する携帯電話１０４から構成される。ここで、受信者１０２は電話を受けたい側、発信者１０３は受信者１０２に電話をかける側である。
【００１１】
キャリア１０１は、交換機１３０とゲートウェイサーバ１４０を有している。交換機１３０は、キャリア１０１の利用者の電話機間の電話回線を接続する。ゲートウェイサーバ１４０は、携帯電話１０４からネットワーク１０６内に存在するコンテンツの閲覧要請を受けて、要求されたコンテンツをネットワーク１０６から取得し、携帯電話１０４に送信する。
【００１２】
交換機１３０は、発信者１０３の携帯電話１０４又はゲートウェイサーバ１４０からの発信要求を受けて、電話番号で識別される受信者１０２の電話１０７への通話回線を確立する。キャリア１０１は、トークンデータベース（以下「ＤＢ」）１１０と課金ＤＢ１２０を管理している。
【００１３】
受信者１０２は、キャリア１０１からトークン１０８を発行してもらう。トークン１０８は、受信者１０２の電話番号に対応する任意の文字列である。しかし、トークン１０８は、電話番号としては使用できない。
【００１４】
受信者１０２は、トークン１０８がリンク情報として埋め込まれたコンテンツ１０５を、ネットワーク１０６に接続されたサーバに送信する。コンテンツ１０５は、例えば、ＨＴＭＬのようなページ記述言語で記述され、リンクとトークンの関連はＨＴＭＬ文書内のタグにより設定される。
【００１５】
発信者１０３は、ネットワーク１０６に接続されるサーバが提供するコンテンツを閲覧可能な携帯電話１０４を使用する。発信者１０３がコンテンツ１０５を閲覧し、その中のトークン１０８を含むリンクを画面上で選択すると、携帯電話１０４、関連付けられたトークン１０８を、キャリア１０１のゲートウェイサーバ１４０に送信する。
【００１６】
トークン１０８を受信したゲートウェイサーバ１４０は、そのトークン１０８に対応する電話番号をトークンＤＢ１１０から取得して、交換機１３０に電話回線の接続を指示する。
【００１７】
図２は、本実施形態で、受信者１０２がトークン１０８を取得し、そのトークン１０８が埋め込まれたコンテンツ１０５をネットワーク１０６に接続されたサーバに発行する処理の流れを示す図である。
まず、受信者１０２は、キャリア１０１にトークンの発行を申請する。申請は、申込書でもネットワークを介した電子的な申し込みでもよい（ステップ２０１）。
【００１８】
申請を受けたキャリア１０１は、新しいトークン１０８を生成して、そのトークン１０８と申請者の電話番号の対応関係を示す情報をトークンＤＢ１１０に登録する。そして、キャリア１０１は、生成したトークン１０８をトークンの申請をした受信者１０２に送信する。トークンＤＢ１１０には、電話番号とトークンの対応関係を示す情報のほかに、トークン１０８の有効期間や利用回数等が保持される。これらの情報が登録されることにより、受信者１０２は、トークン１０８の使用により電話がかけられる回数及び期間を制限することが出来る。
【００１９】
また、このとき、キャリア１０１は、課金ＤＢ１２０内の受信者１０２のエントリを更新して、受信者１０２にサービス料金を課金してもよい（ステップ２０２）。
【００２０】
キャリア１０１からトークン１０８を受信した受信者１０２は、受け取ったトークン１０８をリンク情報として埋め込んだコンテンツ１０５を作成し、ネットワーク１０６に接続されているサーバに発行する（ステップ２０３）。
【００２１】
ここでは、受信者１０２は、トークン１０８をキャリアに申請して発行してもらう例を説明したが、キャリア１０１が、受信者が有する電話機に固有の識別子をあらかじめＤＢに設定しておき、その識別子がトークンとして利用されても良い。また、コンテンツがネットワークに接続されるサーバに発行されると説明したが、受信者１０２が有する電話１０７がサーバとしての機能を持ち、電話機自身がコンテンツを保持していても良い。
【００２２】
図３は、発信者１０３が、携帯電話１０４を用いて、受信者１０２の発行したコンテンツ１０５を閲覧し、その中のトークン１０８が埋め込まれたリンク情報から電話を発信し、交換機１３０が通話回線を設定するまでの流れを示す図である。
【００２３】
発信者１０３は、携帯電話１０４が有する表示画面を用いて、トークン１０８が埋め込まれているコンテンツ１０５を閲覧する。コンテンツ１０５は、ゲートウェイサーバ１４０が携帯電話１０４の要求に従って送信されたネットワーク１０６内のサーバ等に格納されたデータである（ステップ３０１）。発信者１０３がトークン１０８が設定されているリンクを画面に表示されたブラウザ上で選択すると（ステップ３０２）、携帯電話１０４で実行されるブラウザがリンク情報を解析してトークン１０８を取得する（ステップ３０３）。
【００２４】
その後、ブラウザは、キャリア１０１のゲートウェイサーバ１４０にトークン１０８を送信して、携帯電話１０４を回線接続待ち状態にする（ステップ３０４）。
ゲートウェイサーバ１４０は、発信者１０３の携帯電話１０４からトークン１０８を受信すると、トークンＤＢ１１０から接続先の電話番号を検索する（ステップ３０５、３０６）。電話番号が見つからない場合、ゲートウェイサーバ１４０は、発信者１０３に電話を接続できない旨を通知する（ステップ３０８）。
【００２５】
トークン１０８に対応する電話番号がトークンＤＢ１１０に登録されている場合、ゲートウェイサーバ１４０は、発信元の携帯電話１０４と、トークンＤＢ１１０から取得した電話番号に対応する電話１０７間の通話回線を接続するよう交換機１３０に指示する。このとき同時に、ゲートウェイサーバ１４０は、課金ＤＢ１２０中の発信者１２０のエントリを更新し、受信者１０３および発信者１０３に課金するための情報を登録したり、トークンＤＢ１１０が保持するトークン利用回数を更新したりする（ステップ３０７）。交換機１３０は、ゲートウェイサーバ１４０の指示を受けて電話回線を接続する（ステップ３０９）。
【００２６】
以上により、発信者１０３は、携帯電話１０４で閲覧しているコンテンツ１０５に埋め込まれたトークン１０８に対応する受信者１０２に電話をかけることができる。この時、発信者１０３は、受信者１０２の電話番号を知っている必要はなく、トークン１０８が埋め込まれたコンテンツ１０５を取得するだけでよい。
【００２７】
また、受信者１０２は、不特定の相手に電話番号を公開する必要がなく、そのコンテンツ１０５を閲覧した相手からの電話だけを受けられる。更に、発信者１０３が知りえるのはトークン１０８だけであり、受信者１０２の電話番号を知ることはできない。また、キャリア１０１は、このようなサービスを提供することにより、サービスの利用者である受信者１０２と発信者１０３に課金することができる。
【００２８】
次に、受信者１０２が、トークン１０８に有効期限を設定する手順を説明する。
受信者１０２は、トークン１０８をキャリア１０１に申請するときに、あわせて、そのトークン１０８がいつまで有効であるかという期限を指定する。キャリア１０１は、指定された有効期限をトークンＤＢ１１０の有効期間フィールドに格納する。
【００２９】
ゲートウェイサーバ１４０は、発信者１０３からトークン１０８を受信してトークン１０８に対応する電話番号を検索するステップ３０６で、トークンＤＢ１１０に格納されている有効期限フィールド値も検索する。もし、発信者１０３からトークン１０８を受信した時点がトークンの有効期限の範囲でないならば、ゲートウェイサーバ１４０は、電話回線が接続できない旨を発信者１０３に通知する。発信者からトークン１０８を受信した時点が有効期限内であるならば、ゲートウェイサーバ１４０は通話回線を設定する。
【００３０】
これによって、電話の受信者１０２は、一般に公開するトークン１０８の有効期限を設定できる。したがって、受信側１０２は一定の期間だけコンテンツ１０５と電話番号を対応付けることができ、望ましくない電話を受ける回数を減らすことができる。
【００３１】
前述の例では、受信者１０２は、トークン１０８が有効である期間をいつまでという期間で指定したが、受信者１０２は、有効期間を回数で指定することができる。この場合、ゲートウェイサーバ１４０は、通話回線を接続するときに、そのトークン１０８があと何回有効であるかをトークンＤＢ１１０から取得し、そのトークン１０８が有効であるかどうかを判定する。
【００３２】
トークン１０８が有効である場合は、ゲートウェイサーバ１４０はトークンＤＢ１１０のトークン有効回数を更新、具体的には登録されている回数から１減算して、通話回線の接続を交換機１３０に指示する。有効でない場合には、ゲートウェイサーバ１４０は、その旨を発信者１０３に通知する。これにより、受信者１０２は、より細かくトークン１０８の有効期間を設定できる。
【００３３】
また、キャリア１０１は、受信者１０２の指示でトークンを無効にすることもできる。これにより、受信者１０２は、そのトークン１０８を悪用した電話が多数着信した場合でも、そのトークン１０８を無効にすれば望まない電話を受けなくてすむ。
【００３４】
上述の実施形態によれば、受信者１０２がトークンの有効期間を設定することにより、電話の着信回数をより柔軟に制御することができる。また、公開されたトークン１０８を悪用した電話の着信が発生しても、受信者１０２は、キャリア１０１にトークン１０８の無効化を依頼すれば望まない電話の着信を防げる。この操作をしても受信者１０２は電話番号を変更する必要がないため、利便性が向上する。
【００３５】
第二の実施形態として、キャリア１０１で収集されたトークンが利用された回数に関する情報を、他のサービスに使用する例を説明する。本実施形態では、トークンの利用回数がそのトークンが埋め込まれたコンテンツからの電話発信回数と等価であることが利用される。
【００３６】
図４は、本実施形態の構成を示す図である。
キャリア１０１は、受信者１０２が有する電話１０７の１つの電話番号に対して複数のトークンを発行する。例えば、受信者１０２は、ネットワーク１０６に接続されたサーバに発行するコンテンツ毎に、同一の電話番号に関連付けられた異なるトークンを埋め込むことができる。ここでは、受信者１０２は、トークンＡとトークンＢをキャリア１０１より配布されたとする。
【００３７】
受信者１０２は、ネットワーク１０６に接続された機器に広告を発信するために、広告発信者４０１及び４０２に広告の作成を依頼し、それぞれに異なるトークンＡとトークンＢを使うように指定する。広告発信者４０１と４０２は、それぞれ受信者１０２用の広告コンテンツ４０３と４０４を作成し、ネットワーク１０６に接続されたサーバ等の機器に発行する。それぞれのコンテンツには、配布されたトークンが埋め込まれている。
【００３８】
図４には記載していないが、ネットワーク１０６に接続されたサーバ等に発行されたコンテンツを閲覧する発信者１０３が存在する。発信者１０３がコンテンツを閲覧し、トークンが埋め込まれたリンクを選択して受信者１０２に電話をかけると、キャリア１０１のゲートウェイサーバ１４０は、トークンＤＢ１１０のトークンの利用回数の情報を更新、具体的には、利用回数の情報に１加算する。
【００３９】
したがって、トークンＡとトークンＢが使われるごとに、トークンＤＢ１１０内のそれぞれの利用回数が増加していく。
【００４０】
キャリア１０１は、トークンＤＢ１１０から受信者１０２に配布したトークンの利用状況を取得し、受信者１０２に通知する。これにより、受信者１０２は、発信者がどのコンテンツから電話をかけたか知ることができる。従来は、受信者が電話の発信者がどのように電話番号を入手したかを知るには、受信者が発信者に聞かなければならなかったが、本発明によればそのような手間を省くことができる。
キャリア１０１は、この情報の通知に関して課金ＤＢ１２０を更新し、サービス料金を受信者１０２に課金しても良い。
【００４１】
受信者１０２は、このトークン利用状況を見ることで、広告発信者４０１と４０２が作成したコンテンツから何回電話が発信されたかを知ることができ、コンテンツの有効性を確認できる。更に、受信者１０２は、そのコンテンツの有効性から広告発信者に支払う広告料金を決めることもできる。
以上の実施例の典型例は、次の通りである。受信者が、電話番号としては利用できないトークンの発行を電話回線の提供者が有する計算機（以下キャリア） に要請するステップと、キャリアが受信者用のトークンを生成してそれを発行するステップと、キャリアが受信者の電話番号とトークンの対応をデータベースに格納するステップと、受信者が発行されたトークンをコンテンツに埋め込み、ネットワークに接続するサーバに発行するステップと、電話の発信者が該コンテンツをネットワークから発見するステップと、前記発信者の電話機が該コンテンツに埋め込まれたトークンを取得するステップと、前記電話機がトークンを用いて電話を発信するステップと、キャリアの電話回線交換手段がトークンによる発信を受けるステップと、前記電話回線交換手段がトークンに対応する電話番号をデータベースから取得するステップと、前記電話回線交換手段が取得した電話番号により通話回線を確立するステップから構成される。
また、実施例によれば、電話の受信者は、電話番号を不特定の相手に公開しなくても電話を受けられるようになる。また、電話番号と関連付けるキーワードをあらかじめ想定する必要もない。また、電話の受信者は、ある一定の期間、回数だけ、そのトークンを使った電話を受信することができるようになる。
また、実施例によれば、受信者は、不要な電話を受ける可能性を少なくできる。
さらに、受信者は、コンテンツの有効性を確認することが出来る。
【００４２】
【発明の効果】
本発明によれば、電話の受信者は、電話番号を不特定の相手に公開しなくても電話を受けられるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態のシステム構成図である。
【図２】トークン申請からコンテンツ発行までの流れを示す図である。
【図３】コンテンツ閲覧から通話回線接続までの流れを示す図である。
【図４】トークン利用回数の使用例を示す図である。
【符号の説明】
１０１…キャリア、１０２…受信者、１０３…発信者、１０４…携帯電話、１０６…ネットワーク、１０７…電話機、１１０…トークンＤＢ、１２０…課金ＤＢ、１３０…交換機、１４０…ゲートウェイサーバ、４０１…広告発信者。
【発明の属する技術分野】
本発明は、電話の利用者が、電話番号を一般に公開しなくても不特定の相手から電話を受けられる方法に関する。
【０００２】
【従来の技術】
電話の利用者が不特定多数の他者から電話を受けるには、その利用者は電話番号を一般に公開しなければならない。例えば、利用者は、電話番号を電話帳に載せる、広告に記載する等の方法で、電話番号を他者に周知しなければならない。また、電話をかける側は、電話番号を知るために相手に関する何らかの情報、例えば、名前、会社名などが必要である。
【０００３】
従来技術として、通話者が電話口で発声したキーワードから、接続先の電話番号が検索され、電話回線が相手先に接続されるサービスがある。この場合、呼び出し側は相手の電話番号を知らなくてもよいが、電話を受ける側は、利用者が使うかもしれないキーワードを予めそのサービスで管理されるデータベースに登録する必要がある。
【０００４】
一方、インターネットのウェブ（Web）を閲覧可能な携帯電話では、閲覧しているWebページに埋め込まれているリンクが選択されると、電話での発信動作が行われる。このリンクには、受信側の電話番号を指定する情報が含まれている。つまり、電話の発信側は、電話番号が埋め込まれたWebページ（以下コンテンツ）にアクセスすることで、容易に電話をかけることができる。
【０００５】
【発明が解決しようとする課題】
上述のように、電話を不特定の相手から受けたい場合、電話の使用者は、広告、インターネット上のコンテンツ等で電話番号を一般に公開する必要がある。この場合、電話番号を知られたくない相手にも電話番号が知られ、望ましくない電話を受ける虞がある。また、一旦電話番号が知られてしまうと、受信者が望ましくない電話を受けないようにするには電話番号を変更するしかなく、受信者にとっては不便であった。
【０００６】
電話をかけるためにキーワードが使用される場合、受信側は、多くの電話を受けるために、発信者が使うかもしれないキーワードを多く想定して、サービス提供者のデータベースに登録しなければならない。この場合、キーワードを変更すると、受信者はデータベースを更新しなければならず不便である。
【０００７】
また、電話の受信者は、発信者がどのように電話番号を知ったかは、発信者に聞かなければ分からない。このため、広告やコンテンツの有効性を測定するのに手間がかかるという問題がある。
【０００８】
本発明は、ネットワークのコンテンツを介して不特定の相手から電話を受けたい場合に、受信側が電話番号をネットワークのコンテンツに公開する必要のない電話回線の接続方法を提供する。
【０００９】
【課題を解決するための手段】
上記課題の少なくとも一部を解決するため、以下のシステムを提供する。
使用者が使用する電話回線に割り当てられた電話番号に対応する第１の識別子及び第２の識別子を記憶する識別子データベースと、前記識別子に基づいた電話回線接続要求を受信して、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示するサーバと、を有する電話回線接続システム。
【００１０】
【発明の実施の形態】
図１は、本発明を適用したシステムの実施形態の構成を示す図である。本システムは、キャリア１０１、受信者１０２が有する電話１０７および発信者１０３が有する携帯電話１０４から構成される。ここで、受信者１０２は電話を受けたい側、発信者１０３は受信者１０２に電話をかける側である。
【００１１】
キャリア１０１は、交換機１３０とゲートウェイサーバ１４０を有している。交換機１３０は、キャリア１０１の利用者の電話機間の電話回線を接続する。ゲートウェイサーバ１４０は、携帯電話１０４からネットワーク１０６内に存在するコンテンツの閲覧要請を受けて、要求されたコンテンツをネットワーク１０６から取得し、携帯電話１０４に送信する。
【００１２】
交換機１３０は、発信者１０３の携帯電話１０４又はゲートウェイサーバ１４０からの発信要求を受けて、電話番号で識別される受信者１０２の電話１０７への通話回線を確立する。キャリア１０１は、トークンデータベース（以下「ＤＢ」）１１０と課金ＤＢ１２０を管理している。
【００１３】
受信者１０２は、キャリア１０１からトークン１０８を発行してもらう。トークン１０８は、受信者１０２の電話番号に対応する任意の文字列である。しかし、トークン１０８は、電話番号としては使用できない。
【００１４】
受信者１０２は、トークン１０８がリンク情報として埋め込まれたコンテンツ１０５を、ネットワーク１０６に接続されたサーバに送信する。コンテンツ１０５は、例えば、ＨＴＭＬのようなページ記述言語で記述され、リンクとトークンの関連はＨＴＭＬ文書内のタグにより設定される。
【００１５】
発信者１０３は、ネットワーク１０６に接続されるサーバが提供するコンテンツを閲覧可能な携帯電話１０４を使用する。発信者１０３がコンテンツ１０５を閲覧し、その中のトークン１０８を含むリンクを画面上で選択すると、携帯電話１０４、関連付けられたトークン１０８を、キャリア１０１のゲートウェイサーバ１４０に送信する。
【００１６】
トークン１０８を受信したゲートウェイサーバ１４０は、そのトークン１０８に対応する電話番号をトークンＤＢ１１０から取得して、交換機１３０に電話回線の接続を指示する。
【００１７】
図２は、本実施形態で、受信者１０２がトークン１０８を取得し、そのトークン１０８が埋め込まれたコンテンツ１０５をネットワーク１０６に接続されたサーバに発行する処理の流れを示す図である。
まず、受信者１０２は、キャリア１０１にトークンの発行を申請する。申請は、申込書でもネットワークを介した電子的な申し込みでもよい（ステップ２０１）。
【００１８】
申請を受けたキャリア１０１は、新しいトークン１０８を生成して、そのトークン１０８と申請者の電話番号の対応関係を示す情報をトークンＤＢ１１０に登録する。そして、キャリア１０１は、生成したトークン１０８をトークンの申請をした受信者１０２に送信する。トークンＤＢ１１０には、電話番号とトークンの対応関係を示す情報のほかに、トークン１０８の有効期間や利用回数等が保持される。これらの情報が登録されることにより、受信者１０２は、トークン１０８の使用により電話がかけられる回数及び期間を制限することが出来る。
【００１９】
また、このとき、キャリア１０１は、課金ＤＢ１２０内の受信者１０２のエントリを更新して、受信者１０２にサービス料金を課金してもよい（ステップ２０２）。
【００２０】
キャリア１０１からトークン１０８を受信した受信者１０２は、受け取ったトークン１０８をリンク情報として埋め込んだコンテンツ１０５を作成し、ネットワーク１０６に接続されているサーバに発行する（ステップ２０３）。
【００２１】
ここでは、受信者１０２は、トークン１０８をキャリアに申請して発行してもらう例を説明したが、キャリア１０１が、受信者が有する電話機に固有の識別子をあらかじめＤＢに設定しておき、その識別子がトークンとして利用されても良い。また、コンテンツがネットワークに接続されるサーバに発行されると説明したが、受信者１０２が有する電話１０７がサーバとしての機能を持ち、電話機自身がコンテンツを保持していても良い。
【００２２】
図３は、発信者１０３が、携帯電話１０４を用いて、受信者１０２の発行したコンテンツ１０５を閲覧し、その中のトークン１０８が埋め込まれたリンク情報から電話を発信し、交換機１３０が通話回線を設定するまでの流れを示す図である。
【００２３】
発信者１０３は、携帯電話１０４が有する表示画面を用いて、トークン１０８が埋め込まれているコンテンツ１０５を閲覧する。コンテンツ１０５は、ゲートウェイサーバ１４０が携帯電話１０４の要求に従って送信されたネットワーク１０６内のサーバ等に格納されたデータである（ステップ３０１）。発信者１０３がトークン１０８が設定されているリンクを画面に表示されたブラウザ上で選択すると（ステップ３０２）、携帯電話１０４で実行されるブラウザがリンク情報を解析してトークン１０８を取得する（ステップ３０３）。
【００２４】
その後、ブラウザは、キャリア１０１のゲートウェイサーバ１４０にトークン１０８を送信して、携帯電話１０４を回線接続待ち状態にする（ステップ３０４）。
ゲートウェイサーバ１４０は、発信者１０３の携帯電話１０４からトークン１０８を受信すると、トークンＤＢ１１０から接続先の電話番号を検索する（ステップ３０５、３０６）。電話番号が見つからない場合、ゲートウェイサーバ１４０は、発信者１０３に電話を接続できない旨を通知する（ステップ３０８）。
【００２５】
トークン１０８に対応する電話番号がトークンＤＢ１１０に登録されている場合、ゲートウェイサーバ１４０は、発信元の携帯電話１０４と、トークンＤＢ１１０から取得した電話番号に対応する電話１０７間の通話回線を接続するよう交換機１３０に指示する。このとき同時に、ゲートウェイサーバ１４０は、課金ＤＢ１２０中の発信者１２０のエントリを更新し、受信者１０３および発信者１０３に課金するための情報を登録したり、トークンＤＢ１１０が保持するトークン利用回数を更新したりする（ステップ３０７）。交換機１３０は、ゲートウェイサーバ１４０の指示を受けて電話回線を接続する（ステップ３０９）。
【００２６】
以上により、発信者１０３は、携帯電話１０４で閲覧しているコンテンツ１０５に埋め込まれたトークン１０８に対応する受信者１０２に電話をかけることができる。この時、発信者１０３は、受信者１０２の電話番号を知っている必要はなく、トークン１０８が埋め込まれたコンテンツ１０５を取得するだけでよい。
【００２７】
また、受信者１０２は、不特定の相手に電話番号を公開する必要がなく、そのコンテンツ１０５を閲覧した相手からの電話だけを受けられる。更に、発信者１０３が知りえるのはトークン１０８だけであり、受信者１０２の電話番号を知ることはできない。また、キャリア１０１は、このようなサービスを提供することにより、サービスの利用者である受信者１０２と発信者１０３に課金することができる。
【００２８】
次に、受信者１０２が、トークン１０８に有効期限を設定する手順を説明する。
受信者１０２は、トークン１０８をキャリア１０１に申請するときに、あわせて、そのトークン１０８がいつまで有効であるかという期限を指定する。キャリア１０１は、指定された有効期限をトークンＤＢ１１０の有効期間フィールドに格納する。
【００２９】
ゲートウェイサーバ１４０は、発信者１０３からトークン１０８を受信してトークン１０８に対応する電話番号を検索するステップ３０６で、トークンＤＢ１１０に格納されている有効期限フィールド値も検索する。もし、発信者１０３からトークン１０８を受信した時点がトークンの有効期限の範囲でないならば、ゲートウェイサーバ１４０は、電話回線が接続できない旨を発信者１０３に通知する。発信者からトークン１０８を受信した時点が有効期限内であるならば、ゲートウェイサーバ１４０は通話回線を設定する。
【００３０】
これによって、電話の受信者１０２は、一般に公開するトークン１０８の有効期限を設定できる。したがって、受信側１０２は一定の期間だけコンテンツ１０５と電話番号を対応付けることができ、望ましくない電話を受ける回数を減らすことができる。
【００３１】
前述の例では、受信者１０２は、トークン１０８が有効である期間をいつまでという期間で指定したが、受信者１０２は、有効期間を回数で指定することができる。この場合、ゲートウェイサーバ１４０は、通話回線を接続するときに、そのトークン１０８があと何回有効であるかをトークンＤＢ１１０から取得し、そのトークン１０８が有効であるかどうかを判定する。
【００３２】
トークン１０８が有効である場合は、ゲートウェイサーバ１４０はトークンＤＢ１１０のトークン有効回数を更新、具体的には登録されている回数から１減算して、通話回線の接続を交換機１３０に指示する。有効でない場合には、ゲートウェイサーバ１４０は、その旨を発信者１０３に通知する。これにより、受信者１０２は、より細かくトークン１０８の有効期間を設定できる。
【００３３】
また、キャリア１０１は、受信者１０２の指示でトークンを無効にすることもできる。これにより、受信者１０２は、そのトークン１０８を悪用した電話が多数着信した場合でも、そのトークン１０８を無効にすれば望まない電話を受けなくてすむ。
【００３４】
上述の実施形態によれば、受信者１０２がトークンの有効期間を設定することにより、電話の着信回数をより柔軟に制御することができる。また、公開されたトークン１０８を悪用した電話の着信が発生しても、受信者１０２は、キャリア１０１にトークン１０８の無効化を依頼すれば望まない電話の着信を防げる。この操作をしても受信者１０２は電話番号を変更する必要がないため、利便性が向上する。
【００３５】
第二の実施形態として、キャリア１０１で収集されたトークンが利用された回数に関する情報を、他のサービスに使用する例を説明する。本実施形態では、トークンの利用回数がそのトークンが埋め込まれたコンテンツからの電話発信回数と等価であることが利用される。
【００３６】
図４は、本実施形態の構成を示す図である。
キャリア１０１は、受信者１０２が有する電話１０７の１つの電話番号に対して複数のトークンを発行する。例えば、受信者１０２は、ネットワーク１０６に接続されたサーバに発行するコンテンツ毎に、同一の電話番号に関連付けられた異なるトークンを埋め込むことができる。ここでは、受信者１０２は、トークンＡとトークンＢをキャリア１０１より配布されたとする。
【００３７】
受信者１０２は、ネットワーク１０６に接続された機器に広告を発信するために、広告発信者４０１及び４０２に広告の作成を依頼し、それぞれに異なるトークンＡとトークンＢを使うように指定する。広告発信者４０１と４０２は、それぞれ受信者１０２用の広告コンテンツ４０３と４０４を作成し、ネットワーク１０６に接続されたサーバ等の機器に発行する。それぞれのコンテンツには、配布されたトークンが埋め込まれている。
【００３８】
図４には記載していないが、ネットワーク１０６に接続されたサーバ等に発行されたコンテンツを閲覧する発信者１０３が存在する。発信者１０３がコンテンツを閲覧し、トークンが埋め込まれたリンクを選択して受信者１０２に電話をかけると、キャリア１０１のゲートウェイサーバ１４０は、トークンＤＢ１１０のトークンの利用回数の情報を更新、具体的には、利用回数の情報に１加算する。
【００３９】
したがって、トークンＡとトークンＢが使われるごとに、トークンＤＢ１１０内のそれぞれの利用回数が増加していく。
【００４０】
キャリア１０１は、トークンＤＢ１１０から受信者１０２に配布したトークンの利用状況を取得し、受信者１０２に通知する。これにより、受信者１０２は、発信者がどのコンテンツから電話をかけたか知ることができる。従来は、受信者が電話の発信者がどのように電話番号を入手したかを知るには、受信者が発信者に聞かなければならなかったが、本発明によればそのような手間を省くことができる。
キャリア１０１は、この情報の通知に関して課金ＤＢ１２０を更新し、サービス料金を受信者１０２に課金しても良い。
【００４１】
受信者１０２は、このトークン利用状況を見ることで、広告発信者４０１と４０２が作成したコンテンツから何回電話が発信されたかを知ることができ、コンテンツの有効性を確認できる。更に、受信者１０２は、そのコンテンツの有効性から広告発信者に支払う広告料金を決めることもできる。
以上の実施例の典型例は、次の通りである。受信者が、電話番号としては利用できないトークンの発行を電話回線の提供者が有する計算機（以下キャリア） に要請するステップと、キャリアが受信者用のトークンを生成してそれを発行するステップと、キャリアが受信者の電話番号とトークンの対応をデータベースに格納するステップと、受信者が発行されたトークンをコンテンツに埋め込み、ネットワークに接続するサーバに発行するステップと、電話の発信者が該コンテンツをネットワークから発見するステップと、前記発信者の電話機が該コンテンツに埋め込まれたトークンを取得するステップと、前記電話機がトークンを用いて電話を発信するステップと、キャリアの電話回線交換手段がトークンによる発信を受けるステップと、前記電話回線交換手段がトークンに対応する電話番号をデータベースから取得するステップと、前記電話回線交換手段が取得した電話番号により通話回線を確立するステップから構成される。
また、実施例によれば、電話の受信者は、電話番号を不特定の相手に公開しなくても電話を受けられるようになる。また、電話番号と関連付けるキーワードをあらかじめ想定する必要もない。また、電話の受信者は、ある一定の期間、回数だけ、そのトークンを使った電話を受信することができるようになる。
また、実施例によれば、受信者は、不要な電話を受ける可能性を少なくできる。
さらに、受信者は、コンテンツの有効性を確認することが出来る。
【００４２】
【発明の効果】
本発明によれば、電話の受信者は、電話番号を不特定の相手に公開しなくても電話を受けられるようになる。
【図面の簡単な説明】
【図１】本発明の実施の形態のシステム構成図である。
【図２】トークン申請からコンテンツ発行までの流れを示す図である。
【図３】コンテンツ閲覧から通話回線接続までの流れを示す図である。
【図４】トークン利用回数の使用例を示す図である。
【符号の説明】
１０１…キャリア、１０２…受信者、１０３…発信者、１０４…携帯電話、１０６…ネットワーク、１０７…電話機、１１０…トークンＤＢ、１２０…課金ＤＢ、１３０…交換機、１４０…ゲートウェイサーバ、４０１…広告発信者。
Claims (4)
- 使用者が使用する電話回線に割り当てられた電話番号に対応する複数の識別子を記憶する識別子データベースと、
前記識別子に基づいた電話回線接続要求を受信して、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示するサーバと、を有し、
前記識別子データベースは、前記識別子に対応させて接続回数を記憶し、
前記サーバは、前記識別子に基づいた電話回線接続要求を受信した場合、前記識別子データベースから前記識別子に対応する接続回数が１以上であるときに、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示する
電話回線接続システム。 - 使用者が使用する電話回線に割り当てられた電話番号に対応する複数の識別子を記憶する識別子データベースと、
前記識別子に基づいた電話回線接続要求を受信して、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示するサーバと、を有し、
前記識別子データベースは、前記識別子に対応させて接続期間を記憶し、
前記サーバは、前記識別子に基づいた電話回線接続要求を受信した場合、前記識別子データベースから前記識別子に対応する接続期間内であるときに、前記識別子データベースから前記識別子に対応する電話番号を取得し、交換機に前記電話番号に対応する前記電話回線の接続を指示する
電話回線接続システム。 - 請求項１又は２に記載の電話回線接続システムであって、
請求項１に記載の電話回線接続システムであって、
前記サーバから電話回線の接続要求を受信して、前記電話番号に対応する前記電話回線の接続を設定する前記交換機
を有する電話回線接続システム。 - 請求項１乃至３のいずれかに記載の電話回線システムであって、
前記電話番号に対応して課金情報を記憶する課金データベースを有し、
前記サーバは、前記識別子を発行する場合、前記課金データベースの課金情報を更新する
電話回線接続システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002143987A JP3937917B2 (ja) | 2002-05-20 | 2002-05-20 | 電話回線接続方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002143987A JP3937917B2 (ja) | 2002-05-20 | 2002-05-20 | 電話回線接続方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006258239A Division JP2006352924A (ja) | 2006-09-25 | 2006-09-25 | 電話接続方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003338884A JP2003338884A (ja) | 2003-11-28 |
| JP3937917B2 true JP3937917B2 (ja) | 2007-06-27 |
Family
ID=29703770
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002143987A Expired - Fee Related JP3937917B2 (ja) | 2002-05-20 | 2002-05-20 | 電話回線接続方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3937917B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4674494B2 (ja) * | 2005-05-26 | 2011-04-20 | 日本電気株式会社 | パケット受信装置 |
| JP5034310B2 (ja) * | 2006-05-17 | 2012-09-26 | セイコーエプソン株式会社 | サーバ装置、サーバ装置の制御方法および制御プログラム |
| JP5087940B2 (ja) * | 2007-02-06 | 2012-12-05 | 日本電気株式会社 | 二者間通話のための接続システム、接続方法、接続情報管理装置および接続情報管理プログラム |
| JP5075201B2 (ja) * | 2007-07-31 | 2012-11-21 | 株式会社コムスクエア | 情報管理方法、情報管理装置及び情報管理プログラム |
| JP2018097402A (ja) * | 2016-12-08 | 2018-06-21 | 孝 藤澤 | 広告掲載方法及び広告掲載システム |
-
2002
- 2002-05-20 JP JP2002143987A patent/JP3937917B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003338884A (ja) | 2003-11-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7660870B2 (en) | Method and apparatus for enhancing discoverability and usability of data network capability of a mobile device | |
| US7215750B2 (en) | System and method for providing custom caller-ID messages | |
| JP3526688B2 (ja) | コネクションレスな通信における従量制課金システムおよび方法 | |
| US6728731B2 (en) | Method and apparatus for accessing targeted, personalized voice/audio web content through wireless devices | |
| US20030133553A1 (en) | Method and apparatus for delivering enhanced caller identification services to a called party | |
| US20050073999A1 (en) | Delivery of profile-based third party content associated with an incoming communication | |
| JP5411290B2 (ja) | アクセス管理システム及びアクセス管理方法 | |
| WO2000013370A1 (fr) | Procede de taxation sur un reseau de communication d'informations | |
| KR100420668B1 (ko) | 무선 인터넷 사용에 대한 차등 과금 적용 방법 및 시스템 | |
| US7586898B1 (en) | Third party content for internet caller-ID messages | |
| JP2003534601A (ja) | コンピュータを介する遠隔データオブジェクトのアドレッシング | |
| KR100757757B1 (ko) | 무선 인터넷 정보 검색 방법 및 무선 인터넷 정보 검색장치 | |
| JP3937917B2 (ja) | 電話回線接続方法 | |
| KR100556530B1 (ko) | 무선 인터넷 정보 검색 방법 | |
| JP2002007253A (ja) | インターネット接続システム、インターネット利用者への情報提供システム、及びインターネット利用者への情報提供方法 | |
| US20010018747A1 (en) | Method and system for an access manager granting privileges within a communications network | |
| JP3439733B2 (ja) | 電話番号のみで電話網とコンピュータ網双方の接続を行う回線制御システム及び回線制御方法並びにその記録媒体 | |
| JP2003534600A (ja) | コンピュータを介する遠隔データオブジェクトのアドレッシング | |
| KR100377408B1 (ko) | 인터넷을 이용한 유료전화 서비스 제공방법 | |
| JP2002268970A (ja) | アクセス方法および情報処理装置および情報提供装置 | |
| JP2006352924A (ja) | 電話接続方法 | |
| KR100846539B1 (ko) | 클릭콜 서비스를 이용한 인터넷 콜 센터 서비스 시스템 및방법 | |
| JP2002135446A (ja) | ネットワークへの接続方法、予約管理装置およびネットワーク管理システム | |
| KR200210658Y1 (ko) | 가상 번호를 이용한 인터넷 서비스 장치 | |
| JP3606208B2 (ja) | ネット販売方法、ネット販売システム及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041101 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060419 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060725 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060925 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20061212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070213 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070216 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070306 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070319 |
|
| R154 | Certificate of patent or utility model (reissue) |
Free format text: JAPANESE INTERMEDIATE CODE: R154 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110406 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120406 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130406 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |