JP2009164901A - 呼接続装置及び呼接続方法 - Google Patents

Abstract

【課題】お互いの呼接続に同意したユーザの携帯電話同士を各々の呼接続番号自体を交換することなく呼接続させ得るような仕組みを提供すること。
【解決手段】一度限りの通話に合意した両ユーザのＩＤを各々の移動体端末１０の赤外線通信機能を使って交換させ、一方の移動体端末１０から相手のＩＤをサーバ装置へ送信させる。他方の移動体端末１０はサーバ装置からＩＤを受信し、受信したＩＤと自らに固有のＩＤの対をサーバ装置に送信すると、その相手と呼接続される。
【選択図】図１

Description

本発明は、通信端末を呼接続する技術に関する。

固定電話と同様に、携帯電話には各々に固有の呼接続番号が割り振られており、携帯電話を利用する各ユーザは、自らの携帯電話から通話相手の携帯電話の呼接続番号をダイヤルすることにより、その通話相手の携帯電話と音声の遣り取りを行うことが可能である。そして、この携帯電話同士の音声の遣り取りは、通信事業者の運営する移動パケット関門中継交換局内のサーバ装置を介して行われるようになっている。特許文献１には、このような携帯電話同士の通話を行う際の呼接続番号の秘匿性を確保する仕組みが開示されている。同文献に開示された通信仲介センタは、ある携帯電話の呼接続番号に対応する匿名識別情報を用いた発呼がなされると、網内でその匿名識別情報を呼接続番号に変換し、変換後の呼接続番号への発呼がなされるようになっている。
特開２００５−１５９４８５号公報

特許文献１に開示された類の従来技術は、呼接続番号そのものではなくそれと対応付けられた固有のＩＤ（匿名識別情報）を不特定人に開示し、そのＩＤを用いた発呼を行うようになっている。
しかしながら、この仕組みによると、あるユーザから発呼のためのＩＤを入手した者がそのＩＤを別の他人に渡してしまうと、その他人がＩＤを用いて誰とでも自由に呼接続を行うことができてしまうという問題があった。
本発明は、このような背景の下に案出されたものであり、その目的は、お互いの呼接続に同意したユーザの通信端末同士を各々の呼接続番号自体を交換することなく呼接続させ得る仕組みを提供することにある。

本発明の好適な態様である呼接続装置は、通信端末の呼接続番号の対と、当該対を特定するための特定情報とを対応付けて記憶した記憶手段と、前記特定情報を受信する受信手段と、受信した前記特定情報に対応付けられて記憶されている前記呼接続番号の対を前記記憶手段から抽出する抽出手段と、前記抽出手段によって抽出された前記呼接続番号の通信端末同士を呼接続する呼接続手段とを備えている。

前記特定情報は、前記通信端末のユーザに割り当てられたユーザ識別情報であり、
前記記憶手段は、各々の前記ユーザに割り当てられたユーザ識別情報と当該ユーザの通信端末の呼接続番号とを対応付けて記憶するとともに、前記ユーザ識別情報の対を記憶し、前記受信手段は、前記ユーザ識別情報を受信し、前記抽出手段は、前記記憶手段に記憶されている前記ユーザ識別情報の対のうち、前記受信手段によって受信されたユーザ識別情報が含まれている対を特定し、さらに、特定した対をなすユーザ識別情報の各々と対応付けられた呼接続番号を抽出してもよい。さらに、前記受信手段は、前記ユーザ識別情報の対を受信し、前記抽出手段は、受信した前記ユーザ識別情報の対のうちの一方のユーザ識別情報に対応付けられた呼接続番号を前記記憶手段から特定し、特定した呼接続番号の通信端末宛てに、前記ユーザ識別情報の対のうちの他方のユーザ識別情報を送信し、その宛先の通信端末からユーザ識別情報の対を受信し、受信した対が前記記憶手段に記憶されていれば、当該対をなすユーザ識別情報の各々に対応付けられた呼接続番号を抽出してもよい。

また、前記抽出手段によって前記呼接続番号の対が複数抽出された場合には、これら複数の対のうちいずれかを選択する選択手段を備え、前記呼接続手段は、前記選択手段によって選択された前記呼接続番号の通信端末同士を呼接続するようにしてもよい。

本発明の別の好適な態様である呼接続方法は、複数の通信端末と、それらの通信端末と通信網を介して接続される呼接続サーバ装置とを有するシステムを用いた呼接続方法であって、第１の通信端末又は第２の通信端末の一方又は双方が、各々の通信端末に割り当てられた呼接続番号の対を特定するための特定情報を、前記通信網を介して前記サーバ装置へ送信する第１の行程と、前記サーバ装置が、前記特定情報を受信し、その特定情報と、前記第１の通信端末及び前記第２の通信端末の呼接続番号の対とを対応付けて記憶手段に記憶する第２の行程と、前記第１の通信端末又は第２の通信端末の少なくともいずれか一方が、前記特定情報を前記通信網を介して前記サーバ装置へ送信する第３の行程と、前記サーバ装置が、前記特定情報を受信し、その特定情報に対応付けられて前記記憶手段に記憶されている前記呼接続番号の対を抽出し、抽出した前記呼接続番号の通信端末同士を呼接続する第５の行程とを備える。

前記第１の行程は、前記第１の通信端末が、各通信端末に割り当てられた呼接続番号の対を特定するための特定情報を、第２の通信端末へ送信する行程と、前記第１の通信端末が、前記特定情報と、自端末に割り当てられた呼接続番号とを、前記通信網を介して前記サーバ装置へ送信する行程と、前記第２の通信端末が、前記特定情報を受信し、受信した特定情報と自端末に割り当てられた呼接続番号を、前記通信網を介して前記サーバ装置へ送信する行程とからなり、前記第２の行程において、前記サーバ装置が、前記第１の通信端末から前記特定情報とともに送信されてきた前記呼接続番号と、前記第２の通信端末から当該特定情報とともに送信されてきた前記呼接続番号との対を、当該特定情報と対応付けて記憶手段に記憶させるようにしてもよい。さらに、前記第１の行程では、前記第１の通信端末は、前記特定情報を前記通信網を介さずに前記第２の通信端末へ送信することが望ましい。

また、本発明の別の好適な態様である呼接続方法は、複数の通信端末と、それらの通信端末と通信網を介して接続される呼接続サーバ装置とを有するシステムを用いた呼接続方法であって、第１の通信端末が、自端末のユーザに割り当てられたユーザ識別情報を第２の通信端末へ送信する第１の行程と、第２の通信端末が、前記ユーザ識別情報を受信し、受信したユーザ識別情報と自端末のユーザに割り当てられたユーザ識別情報との対を、前記通信網を介して前記サーバ装置へ送信する第２の行程と、前記サーバ装置が、前記ユーザ識別情報の対を受信し、受信した対を記憶手段に記憶させると共に、その対の一方である第１の通信端末のユーザに割り当てられたユーザ識別情報を、前記第２の通信端末宛てに前記通信網を介して送信する第３の行程と、前記第２の通信端末が、前記ユーザ識別情報を受信し、受信したユーザ識別情報と自端末のユーザに割り当てられたユーザ識別情報との対を、前記サーバ装置へ前記通信網を介して送信する第４の行程と、前記サーバ装置が、前記ユーザ識別情報の対を受信し、受信したユーザ識別情報の対が前記記憶手段に記憶されているか否か判断し、記憶されていると判断した場合には、その対をなすユーザ識別情報と対応する呼接続番号の通信端末同士を呼接続する第５の行程とを備える。前記第１の行程では、前記第１の通信端末は、自端末に割り当てられたユーザ識別情報を前記通信網を介さずに前記第２の通信端末へ送信することが望ましい。

本発明によれば、呼接続番号の対を特定するための特定情報に基づいて通信端末同士を呼接続させるので、通信端末のユーザは、通信先の呼接続番号を知る必要もないし、又は、自らの通信端末の呼接続番号を伝える必要もない。さらに、上記の特定情報が第３者に知られたとしても、記憶手段に記憶されている呼接続番号の対に基づいて呼接続がなされるので、その第３者は、記憶された呼接続番号以外の相手とは呼接続を行うことができない。

（発明の実施の形態）
本願発明の実施形態について説明する。
まず、本実施形態で用いる主要な用語を定義する。「キャリア」とは、移動体パケット通信網を運営する通信事業者を意味する。「ユーザ」とは、移動体端末を購入した上でキャリアとの間に移動体パケット通信網の利用契約を結んでいる者を意味する。
本実施形態の特徴は、一度限りの通話に合意した両ユーザにそれぞれ割り当てられたユーザ識別情報を各々の移動体端末１０の赤外線通信機能を使って交換させ、相手のユーザ識別情報をサーバ装置へ送信させることにより、互いの呼接続番号自体を開示することなく両ユーザの移動体端末１０同士を呼接続させるようにした点である。ユーザ識別情報は、例えばＵＩＤ（User Identification ）、ＩＭＳＩ（International Mobile Subscriber Identity）又はＭＩＮ（Mobile Identification Number）などのように、呼接続番号以外で、各々のユーザを識別し得るものであればどのようなものでもよいが、以下の実施形態では「ＵＩＤ」を用いるものとする。

図１は、本実施形態にかかる通信システムの全体構成図である。図に示すように、このシステムは、移動体端末１０、基地局２０、ゲートウェイサーバ装置３０、呼接続サーバ装置４０を有する。
移動体端末１０は、各ユーザに一台ずつ携帯される。基地局２０は、地上を数キロメートル毎に分割したエリア毎に一台ずつ設置されており、各々の管轄するエリア内に移動してきた移動体端末１０との間で無線通信を行う。ゲートウェイサーバ装置３０と呼接続サーバ装置４０は、移動パケット関門中継交換局９０内にて稼働するサーバ装置である。移動パケット関門中継交換局９０は、キャリアのサービス提供管轄区域（例えば、都道府県）毎にあり、各々の管轄区域内の全基地局２０を管理下においている。そして、それらの両サーバ装置と基地局２０とにより各管轄区域毎の移動体パケット通信網が形成される。

図２は、移動体端末１０の物理的構成を示す図である。移動体端末１０は、無線通信部１１、赤外線通信部１２、指示入力部１３、液晶表示部１４、収音部１５、放音部１６、音声処理部１７、及び制御部１８を備える。
無線通信部１１は、切換スイッチ、ＰＬＬ（Phase Locked Loop）、変復調回路、チャネルリンク制御回路などを有し、ＣＤＭＡ（Code Division Multiple Access）の通信プロトコルに従い、基地局２０との間で無線信号を遣り取りする。

赤外線通信部１２は、赤外線通信ポートや各種回路などを有し、ＩｒＤＡ（Infrared Data Association）の通信プロトコルに従い、同部１２を搭載した他の移動体端末１０との間で赤外線信号を遣り取りする。
指示入力部１３は、ＰＢ（プッシュボタン）等の各種ボタン及びカーソルキーからなり、ユーザによって入力操作が行われると、その入力操作に対応した操作信号を制御部１８に供給する。

液晶表示部１４は、液晶パネル等の表示装置から構成されており、制御部１８による制御の下に各種情報を表示する。
収音部１５は、ユーザの音声を収音してアナログ信号化するマイクロホンである。
放音部１６は、アナログ信号を音声化するスピーカである。

音声処理部１７は、アナログ／デジタル変換器、デジタル／アナログ変換器、及びコーデックを有し、収音部１５から供給されるアナログ信号をアナログ／デジタル変換して得た音声データを無線通信部１１へ供給すると共に、同部１１から供給される音声データをデジタル／アナログ変換して得たアナログ信号を放音部１６へ供給する。

制御部１８は、ＣＰＵ１８ａ、ＲＡＭ１８ｂ、ＲＯＭ１８ｃ、及びＥＥＰＲＯＭ１８ｄを有している。
ＣＰＵ１８ａは、ＲＡＭ１８ｂをワークエリアとして利用しつつ、ＲＯＭ１８ｃやＥＥＰＲＯＭ１８ｄに記憶された各種プログラムを実行する。

ＲＯＭ１８ｃには、プリインストールプログラムが記憶される。プリインストールプログラムは、移動体端末１０の製造過程においてＲＯＭ１８ｃに記憶されるプログラムであり、具体的には、マルチタスクオペレーティングシステム（以下、「マルチタスクＯＳ」と記す）、Java（登録商標）プラットフォームプログラム、ネイティブアプリケーションの各プログラムである。これらのプログラムについて概説すると、まず、マルチタスクＯＳは、ＴＳＳ（Time-Sharing System）による複数タスクの擬似的な並列実行を実現するために必要な、仮想メモリ空間割り当てなどの各種機能をサポートしたオペレーティングシステムである。Javaプラットフォームプログラムは、後述するJava実行環境を実現すべくＣＤＣ（Connected Device Configuration）に従って記述されたプログラム群である。ネイティブアプリケーションは、通話やブラウジング、メール送受などといった移動体端末１０の基本的なサービスを実現するプログラムであり、メール送受サービスの提供を受けるためのメーラプリケーション、ブラウジングサービスの提供を受けるためのブラウザプリケーションを含む。

ＥＥＰＲＯＭ１８ｄは、Javaアプリケーション格納領域を有する。この領域には、Javaアプリケーションが記憶される。Javaアプリケーションは、Java実行環境下における処理の手順そのものを記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを取り纏めたＪａｒ(Java Archive)ファイル、及びそのＪａｒファイルのインストールや起動、各種の属性を記したＡＤＦ（Application Descriptor File ）を有している。このJavaアプリケーションは、キャリアらにより作成されてゲートウェイサーバ装置３０やインターネット通信網５０のサーバ装置などに格納され、移動体端末１０からのリクエストに応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。また、このＥＥＰＲＯＭ１８ｄは、自端末に割り当てられた呼接続番号や、自端末のユーザに割り当てられたＵＩＤを記憶している。

図３は、ＲＯＭ１８ｃ及びＥＥＰＲＯＭ１８ｄの各種プログラムの実行により移動体端末１０の制御部１８に実現され得る各部の論理的構成を示す図である。図に示すように、各種プログラムを実行する移動体端末１０には、ブラウザ７１、メーラ７２、及びJava実行環境７４がＯＳ７３上に実現され、また、ＥＥＰＲＯＭ１８ｄには第１ストレージ７５と第２ストレージ７６とが確保される。ブラウザ７１及びメーラ７２は、ＲＯＭ１８ｃのネイティブアプリケーションにより実現されるものであり、ＨＴＭＬ（Hyper Text Markup Language）形式で記述されたデータの受信やその解釈、電子メールの送受信などの役割を司る。

Java実行環境７４は、ＲＯＭ１８ｃのJavaプラットフォームプログラムにより実現される。Java実行環境７４は、クラスライブラリ７７、ＪＶＭ（Java Virtual Machine）７８、及びＪＡＭ（Java Application Manager）７９から成る。クラスライブラリ７７は、「クラス」と呼ばれる、汎用性の高い特定の機能を持ったプログラムモジュール群を１つのファイルに取り纏めたものである。ＪＶＭ７８は、マルチタスクＯＳを搭載させた携帯器機向けのコンフィギュレーションであるＣＤＣ用に最適化されたＪＶＭであり、Javaアプリケーションとして提供されるバイトコードを解釈し及び実行する役割を司る。ＪＡＭ７９は、Javaアプリケーションのダウンロードとインストールとを主導する役割を司る。

第１ストレージ７５は、ＪＡＭ７９による主導の下にダウンロードされるJavaアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ７６は、Javaアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされた各Javaアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるJavaアプリケーションに割り当てた格納領域のデータは、そのJavaアプリケーションが実行されている間のみ書き換え可能となっており、別のJavaアプリケーションが書き換えを行い得ないようになっている。

図４は、ゲートウェイサーバ装置３０のハードウェア概略構成を示す図である。このサーバ装置は、ＴＣＰ（transmission control protocol）／ＩＰ（internet protocol）に準拠した手順でデータが転送されるインターネット通信網と、ＴＣＰ／ＩＰを簡素化した手順でデータが転送される移動体パケット通信網とを相互接続するコンピュータである。
図に示すように、このサーバ装置３０は、制御部３１、通信インターフェース３２、及びハードディスク３３を備えている。

制御部３１は、ＣＰＵ３１ａ、ＲＡＭ３１ｂ、ＲＯＭ３１ｃなどを内蔵する。
通信インターフェース３２は、ＴＣＰ／ＩＰ、ＨＴＴＰなどのプロトコルに従ったデータの遣り取りを司る。
ハードディスク３３は、プロトコル変換プログラム３３ａ及び番号秘匿通話支援アプリケーション３３ｂを記憶する。

プロトコル変換プログラム３３ａは、移動体パケット通信網とインターネット通信網のうち一方から到達したデータのプロトコルを変換した上で他方へ伝送する機能を、ＣＰＵに付与する。
番号秘匿通話支援アプリケーション３３ｂは、移動体端末１０にダウンロードさせるべくキャリアらに作成された固有のJavaアプリケーション（ＪａｒファイルとＡＤＦ）の１つであり、呼接続番号を開示しない相手との呼接続を実現するための機能をＪＶＭ７８に付与する。

図５は、呼接続サーバ装置４０のハードウェア概略構成を示す図である。このサーバ装置４０は、移動体端末１０間、または移動体端末１０と固定電話通信網６０の電話器の間の呼接続及び通話を制御するコンピュータである。
図に示すように、このサーバ装置４０は、制御部４１、通信インターフェース４２、及びハードディスク４３を備えている。

ゲートウェイサーバ装置３０と同様に、制御部４１は、ＣＰＵ４１ａ、ＲＡＭ４１ｂ、ＲＯＭ４１ｃを内臓し、また、通信インターフェース４２の構成も同サーバ装置３０と同様である。
ハードディスク４３は、呼接続プログラム４３ａ、ホームメモリ４３ｂ、及び通話予約管理データベース４３ｃを記憶する。
呼接続プログラム４３ａは、本実施形態に特徴的な機能を制御部１８に付与する固有のプログラムである。

ホームメモリ４３ｂは、自装置３０の設置されたサービス提供管轄区域内の移動体端末１０のステータスを記憶するメモリである。このメモリには、移動体端末１０毎に、ＵＩＤ、呼接続番号、及び各々が在圏するエリアを管轄する基地局２０の識別情報が記憶される。そして、各移動体端末１０と対応する基地局２０の識別情報は、各移動体端末１０の在圏するエリアの遷移に合わせて書き換えられるようになっている。
通話予約管理データベース４３ｃは、電話番号を開示しない一度限りの通話に同意したユーザのＵＩＤの対を記憶するデータベースである。

次に、本実施形態の動作について説明する。
図６は、本実施形態の動作を示すフローチャートである。図に示す動作は、ゲートウェイサーバ装置３０に格納されている番号秘匿通話支援アプリケーション３３ｂのダウンロードを済ませた２台の移動体端末１０の赤外線ポート同士を対向させた状態で、一方の移動体端末１０の番号秘匿通話支援アプリケーション３３ｂを起動させると開始される。なお、以降の説明では、番号秘匿通話支援アプリケーション３３ｂを先に起動させた一方の移動体端末１０を移動体端末１０Ａと記し、もう一方の移動体端末１０を移動体端末１０Ｂと記す。

番号秘匿通話支援アプリケーション３３ｂが起動された移動体端末１０Ａの制御部１８は、ＵＩＤの送信を求める赤外線信号を赤外線通信部１２から送信させる（Ｓ１００）。
赤外線信号を受信した移動体端末１０Ｂの制御部１８は、ＥＥＰＲＯＭ１８ｄに記憶されている自らのＵＩＤを読み出し、そのＵＩＤを示す赤外線信号を赤外線通信部１２から送信させる（Ｓ１１０）。

赤外線信号を受信した移動体端末１０Ａの制御部１８は、その信号が示す移動体端末１０ＢのＵＩＤと、ＥＥＰＲＯＭ１８ｄから読み出した自らのＵＩＤを含む通話予約リクエストを無線通信部１１から呼接続サーバ装置４０に宛てて送信させる（Ｓ１２０）。
通話予約リクエストを受信した呼接続サーバ装置４０の制御部４１は、そのリクエストに含まれるＵＩＤの対を、通話予約管理データベース４３ｃに記憶させる（Ｓ１３０）。

続いて、制御部４１は、通話リクエストに含まれる一対のＵＩＤのうち、送信元のものでないＵＩＤと対応する移動体端末１０、つまり、移動体端末１０Ｂに宛てて、送信元である移動体端末１０ＡのＵＩＤを送信する（Ｓ１４０）。
ＵＩＤを受信した移動体端末１０Ｂの制御部１８は、そのＵＩＤをＥＥＰＲＯＭ１８ｄに記憶させる（Ｓ１５０）。

ＵＩＤをＥＥＰＲＯＭ１８ｄに記憶させた移動体端末１０Ｂの制御部１８は、通話に同意した相手のＵＩＤを受信した旨を示す文字列を液晶表示部１４に表示させる（Ｓ１６０）。
このメッセージを参照することにより、移動体端末１０Ｂのユーザは、一度限りの通話に必要な手続が完了したことを了解する。そして、ユーザは、移動体端末１０Ａのユーザとの通話を希望するとき、番号秘匿通話支援アプリケーション３３ｂを起動させた上で指示入力部１３を操作することにより、ＵＩＤの送信を指示する。

ＵＩＤの送信が指示されると、移動体端末１０Ｂの制御部１８は、ＥＥＰＲＯＭ１８ｄに予め記憶されている自らのＵＩＤと、ステップ１５０にてそのＥＥＰＲＯＭ１８ｄに記憶させたＵＩＤとを読み出し、それらのＵＩＤの対を含む呼接続リクエストを呼接続サーバ装置４０に宛てて無線通信部１１から送信させる（Ｓ１７０）。
呼接続リクエストを受信した呼接続サーバ装置４０の制御部４１は、そのリクエストに含まれるＵＩＤの対が、通話予約管理データベース４３ｃに記憶されているか否か判断する（Ｓ１８０）。

ステップ１８０にて、ＵＩＤの対が記憶されていないと判断した制御部４１は、呼接続を拒否するメッセージを呼接続リクエストの送信元に宛てて送信する（Ｓ１９０）。
ステップ１９０にて、ＵＩＤの対が記憶されていると判断した制御部４１は、その対をなすＵＩＤと対応する呼接続番号をホームメモリ４３ｂから抽出し、抽出した呼接続番号の移動体端末１０同士を呼接続させる（Ｓ２００）。これにより、移動体端末１０Ａ及びＢのユーザ同士による音声通話が実現される。

そして、一方の移動体端末１０の指示入力部１３の操作を通じて呼接続が解消されると、呼接続サーバ装置４０の制御部４１は、ステップ１９０にて通話予約管理データベース４３ｃに記憶されていると判断したＵＩＤの対をそのデータベース４３ｃから消去する（Ｓ２１０）。
以上説明した本実施形態によると、一度限りの通話に同意したユーザは、一方のユーザの移動体端末１０の赤外線ポートから他方のユーザの移動体端末１０の赤外線ポートへＵＩＤを送信するという簡単な手続を行うことにより、互いの電話番号を開示することなく、一度限りの通話を確保することができる。また、通話予約管理データベースに記憶されたＵＩＤの対に対応するユーザ同士の通話しか実現されることはないので、仮に上記のＵＩＤの対が第３者に知られたとしても、その第３者は任意の相手と自由に通話を行うことはできない。

（他の実施形態）
本願発明は、種々の変形実施が可能である。
呼接続サーバ装置４０は、移動体端末１０の呼接続番号の対と、当該対を特定するための特定情報とを対応付けて記憶しておき、移動体端末１０から特定情報を受信すると、受信した特定情報に対応付けられて記憶されている呼接続番号の対を抽出して、その呼接続番号の移動体端末１０同士を呼接続すればよい。
上記実施形態では、ユーザ識別情報であるＵＩＤの対を記憶しておき、そのＵＩＤの対にそれぞれ対応づけられた呼接続番号を利用することで、移動体端末１０同士の呼接続を実現していた。つまり、実施形態では、通信端末の呼接続番号の対を特定し得る特定情報として、“ユーザ識別情報の対”を利用していたのである。この特定情報は例えば以下のような内容であってもよい。
図７において、番号秘匿通話支援アプリケーション３３ｂが起動された移動体端末１０Ａの制御部１８は、所定のアルゴリズムに基づいて予約管理ＩＤを発行し、それをＥＥＰＲＯＭ１８ｄに記憶する（Ｓ３００）。この予約管理番号は、通話に同意したユーザの通信端末の呼接続番号の対を特定するための特定情報として機能する。移動体端末１０Ａの制御部１８は、この予約管理番号を示す赤外線信号を赤外線通信部１２送信させる（Ｓ３１０）。赤外線信号を受信した移動体端末１０Ｂの制御部１８は、予約管理ＩＤをＥＥＰＲＯＭ１８ｄに記憶させてから、自端末のユーザに対して、移動体端末１０Ａのユーザとの通話に同意する否かを確認するメッセージを液晶表示部１４に表示する（Ｓ３２０）。ユーザが同意の旨の操作を行うと、移動体端末１０Ｂの制御部１８は、ＥＥＰＲＯＭ１８ｄに記憶されている自らの呼接続番号を読み出し、その呼接続番号と、移動体端末１０Ａから受け取った予約管理番号を含む通話予約リクエストを無線通信部１１から呼接続サーバ装置４０に宛てて送信させる（Ｓ３３０）。一方、移動体端末１０Ａの制御部１８も、自端末の呼接続番号と、自端末が発行した予約管理番号を含む通話予約リクエストを無線通信部１１から呼接続サーバ装置４０に宛てて送信させる（Ｓ３４０）。呼接続サーバ装置４０の制御部４１は、移動体端末１０ａ，１０Ｂからそれぞれ受信した通話予約リクエストリクエストに含まれる予約管理番号を比較し、同一の予約管理番号とともに受信した呼接続番号の対をその予約管理番号と共に、通話予約管理データベース４３ｃに記憶させる（Ｓ３５０）。
次に、移動体端末１０Ａ，１０Ｂのいずれか（ここでは、移動体端末１０Ａとする）のユーザが、通話に同意した相手と通話を行う旨の操作を行うと、その移動体端末１０Ａの制御部１８は、その操作を受け付け（Ｓ３６０）、上記予約管理番号を含む呼接続リクエストを呼接続サーバ装置４０に宛てて無線通信部１１から送信させる（Ｓ３７０）。呼接続リクエストを受信した呼接続サーバ装置４０の制御部４１は、そのリクエストに含まれる予約管理番号を検索キーとして通話予約管理データベース４３ｃを検索し、その予約管理番号に対応付けられている呼接続番号の対を抽出する（Ｓ３８０）。そして、制御部４１は、抽出した呼接続番号の移動体端末１０同士を呼接続させる（Ｓ３９０）。これにより、移動体端末１０Ａ及びＢのユーザ同士による音声通話が実現される。そして、一方の移動体端末１０の指示入力部１３の操作を通じて呼接続が解消されると、呼接続サーバ装置４０の制御部４１は、通話予約管理データベース４３ｃに記憶されている呼接続番号の対をそのデータベース４３ｃから消去する（Ｓ４００）。
以上のように、通話に同意したユーザの通信端末の呼接続番号の対を特定するための特定情報として、「予約管理番号は」を用いることで、互いの電話番号を開示することなく、一度限りの通話を確保することができる。
なお、図７の例では、移動体端末１０同士が予約管理番号を遣り取りするだけであり、移動体端末１０と呼接続サーバ装置４０との遣り取りにおいては、実施形態で利用したＵＩＤを利用する必要がないから、呼接続番号そのものを利用していた。しかし、実施形態と同様にＵＩＤを用いてもよい。また、予約管理番号を移動体端末１０が発行するのではなく、呼接続サーバ装置４０が発行し、それを呼接続サーバ装置４０移動体端末１０に通知するようにしてもよい。

また、実施形態では、図６のステップＳ１７０において、移動体端末１０Ｂが呼接続リクエストを呼接続サーバ装置４０に送信していたが、移動体端末１０Ａが呼接続リクエストを呼接続サーバ装置４０に送信してもよい。
また、実施形態では、図６のステップＳ１７０において、移動体端末１０Ｂの制御部１８は、自らのＵＩＤと通話相手となるユーザのＵＩＤとの対を含む呼接続リクエストを呼接続サーバ装置４０に送信していたが、いずれか一方のＵＩＤを含む呼接続リクエストを呼接続サーバ装置４０に送信してもよい。なぜなら、呼接続サーバ装置４０の制御部４１は、そのＵＩＤを検索キーにして通話予約管理データベース４３ｃを検索することで、そのＵＩＤを含むＵＩＤの対を抽出することができるからである。ただし、この場合、同一のユーザによる通話の予約が１つだけであることが前提となる。
仮に同一のユーザによる通話の予約が複数あった場合には、つまり、制御部４１によって呼接続リクエストに基づいて通話予約管理データベース及びホームメモリからＵＩＤ乃至呼接続番号の対が複数抽出された場合には、これら複数の対のうちいずれかを選択する選択手段が必要となる。この選択手段は、例えば、制御部４１が、移動体端末１０に抽出したＵＩＤの対を通知し、その中から移動体端末１０のユーザが所望する対を指定させ、指定された対を選択するとか、或いは、通話予約管理データベースへの登録日時が最も新しいもの選択するなど予約日時に基づいて選択するなどといったものがある。

実施形態では、赤外線ポートを介してＵＩＤ（ユーザ識別情報）を遣り取りしていたが、この遣り取りの方法はこれに限らない。例えば、３次元コンピュータグラフィックスで表現された仮想空間において、各ユーザを象徴するアバタを通じて互いにコミュニケーションをとるサービスが知られているが、この仮想空間を通して、移動体端末１０の呼接続番号の対を特定し得る特定情報を交換又は通知してもよい。

上記実施形態では、赤外線ポートを介してＵＩＤを遣り取りしたユーザ同士の一度限りの通話を実現するようになっており、それらの両ユーザの移動体端末１０同士の呼接続が解消すると、そのＵＩＤの対が通話予約管理データベース４３ｃから消去され、以降は、その対を含む呼接続リクエストを受信しても呼接続を拒否するようになっていた。
これに対し、通話予約管理データベース４３ｃに記憶したＵＩＤの有効期限を設定し、その有効期限の間は、回数の制限なく呼接続リクエストを受け付けるようにしてもよい。この変形例によると、例えば、期間限定のプロジェクトなどに携わるユーザ同士で、互いのプライバシーを守りつつ、通話を促進させることができる。
同様に、通話予約管理データベース４３ｃに記憶したＵＩＤの呼接続回数を設定し、その呼接続回数に至るまでは呼接続リクエストを受け付けるようにしてもよい。
上記実施形態では、呼接続番号の換わりに、通話に同意した両ユーザのＵＩＤの対を通話予約管理データベース４３ｃに記憶させるようになっていたが、各ユーザが任意に決定してキャリアの承認を得た文字列など、各ユーザに固有である他の情報の対を通話予約管理データベース４３ｃに記憶させるようにしても同様の効果を得ることが可能である。
番号秘匿通話支援アプリケーション３３ｂをJava実行環境上で稼働するJavaアプリケーションとせずに、ネイティブアプリケーションとして移動体端末１０のＲＯＭ１８ｃに予め記憶させておくような構成をとってもよい。また、上記実施形態では、番号秘匿通話支援アプリケーション３３ｂをゲートウェイサーバ装置３０のハードディスクに記憶させ、移動体端末１０からのリクエストに応じてこのゲートウェイサーバ装置３０からダウンロードされるようになっていたが、インターネット通信網５０上のサーバ装置から番号秘匿通話支援アプリケーション３３ｂをダウンロードさせるようにしてもよい。
上記実施形態では、移動体端末１０、つまり、移動体パケット通信網２０を介したインターネット通信網４０へのアクセスを可能とする携帯電話機にコンテンツ購入アプリケーションを実装させていたが、同種のアプリケーションをインターネット通信網４０への直接のアクセスが可能なパーソナルコンピュータに実装させたとしても同様の作用を得ることが可能である。

通信システムの全体構成図である。 移動体端末の物理的構成図である。 移動体端末の制御部の論理的構成を示す図である。 ゲートウェイサーバ装置ハードウェア概略構成図である。 呼接続サーバ装置のハードウェア概略構成図である。 実施形態の動作示すフローチャートである。 他の実施形態の動作示すフローチャートである。

符号の説明

１０…各移動体端末、１１…無線通信部、１２…赤外線通信部、１３…指示入力部、１４…液晶表示部、１５…収音部、１６…放音部、１７…音声処理部、１８…制御部、２０…基地局、２０…移動体パケット通信網、３０…ゲートウェイサーバ装置、３０…サーバ装置、３１…制御部、３２…通信インターフェース、３３…ハードディスク、４０…呼接続サーバ装置、４１…制御部、４２…通信インターフェース、４３…ハードディスク、５０…インターネット通信網、７１…ブラウザ、７２…メーラ、７３…ＯＳ、７４…Java実行環境、７７…クラスライブラリ、７８…ＪＶＭ、７９…ＪＡＭ、９０…移動パケット関門中継交換局

Claims (7)

1. 通信端末の呼接続番号の対と、当該対を特定するための特定情報とを対応付けて記憶した記憶手段と、
   前記特定情報を受信する受信手段と、
   受信した前記特定情報に対応付けられて記憶されている前記呼接続番号の対を前記記憶手段から抽出する抽出手段と、
   前記抽出手段によって抽出された前記呼接続番号の通信端末同士を呼接続する呼接続手段と
   を備えることを特徴とする呼接続装置。
2. 前記特定情報は、前記通信端末のユーザに割り当てられたユーザ識別情報であり、
   前記記憶手段は、各々の前記ユーザに割り当てられたユーザ識別情報と当該ユーザの通信端末の呼接続番号とを対応付けて記憶するとともに、前記ユーザ識別情報の対を記憶し、
   前記受信手段は、前記ユーザ識別情報を受信し、
   前記抽出手段は、前記記憶手段に記憶されている前記ユーザ識別情報の対のうち、前記受信手段によって受信されたユーザ識別情報が含まれている対を特定し、さらに、特定した対をなすユーザ識別情報の各々と対応付けられた呼接続番号を抽出する
   ことを特徴とする請求項１記載の呼接続装置。
3. 前記受信手段は、前記ユーザ識別情報の対を受信し、
   前記抽出手段は、
   受信した前記ユーザ識別情報の対のうちの一方のユーザ識別情報に対応付けられた呼接続番号を前記記憶手段から特定し、
   特定した呼接続番号の通信端末宛てに、前記ユーザ識別情報の対のうちの他方のユーザ識別情報を送信し、
   その宛先の通信端末からユーザ識別情報の対を受信し、
   受信した対が前記記憶手段に記憶されていれば、当該対をなすユーザ識別情報の各々に対応付けられた呼接続番号を抽出する
   ことを特徴とする請求項２記載の呼接続装置。
4. 前記抽出手段によって前記呼接続番号の対が複数抽出された場合には、これら複数の対のうちいずれかを選択する選択手段を備え、
   前記呼接続手段は、前記選択手段によって選択された前記呼接続番号の通信端末同士を呼接続する
   ことを特徴とする請求項１記載の呼接続装置。
5. 複数の通信端末と、それらの通信端末と通信網を介して接続される呼接続サーバ装置とを有するシステムを用いた呼接続方法であって、
   第１の通信端末又は第２の通信端末の一方又は双方が、各々の通信端末に割り当てられた呼接続番号の対を特定するための特定情報を、前記通信網を介して前記サーバ装置へ送信する第１の行程と、
   前記サーバ装置が、前記特定情報を受信し、その特定情報と、前記第１の通信端末及び前記第２の通信端末の呼接続番号の対とを対応付けて記憶手段に記憶する第２の行程と、
   前記第１の通信端末又は第２の通信端末の少なくともいずれか一方が、前記特定情報を前記通信網を介して前記サーバ装置へ送信する第３の行程と、
   前記サーバ装置が、前記特定情報を受信し、その特定情報に対応付けられて前記記憶手段に記憶されている前記呼接続番号の対を抽出し、抽出した前記呼接続番号の通信端末同士を呼接続する第５の行程と
   を備えることを特徴とする呼接続方法。
6. 前記第１の行程は、
   前記第１の通信端末が、各通信端末に割り当てられた呼接続番号の対を特定するための特定情報を、第２の通信端末へ送信する行程と、
   前記第１の通信端末が、前記特定情報と、自端末に割り当てられた呼接続番号とを、前記通信網を介して前記サーバ装置へ送信する行程と、
   前記第２の通信端末が、前記特定情報を受信し、受信した特定情報と自端末に割り当てられた呼接続番号を、前記通信網を介して前記サーバ装置へ送信する行程とからなり、
   前記第２の行程において、前記サーバ装置が、前記第１の通信端末から前記特定情報とともに送信されてきた前記呼接続番号と、前記第２の通信端末から当該特定情報とともに送信されてきた前記呼接続番号との対を、当該特定情報と対応付けて記憶手段に記憶させる
   ことを特徴とする請求項５記載の呼接続方法。
7. 複数の通信端末と、それらの通信端末と通信網を介して接続される呼接続サーバ装置とを有するシステムを用いた呼接続方法であって、
   第１の通信端末が、自端末のユーザに割り当てられたユーザ識別情報を第２の通信端末へ送信する第１の行程と、
   第２の通信端末が、前記ユーザ識別情報を受信し、受信したユーザ識別情報と自端末のユーザに割り当てられたユーザ識別情報との対を、前記通信網を介して前記サーバ装置へ送信する第２の行程と、
   前記サーバ装置が、前記ユーザ識別情報の対を受信し、受信した対を記憶手段に記憶させると共に、その対の一方である第１の通信端末のユーザに割り当てられたユーザ識別情報を、前記第２の通信端末宛てに前記通信網を介して送信する第３の行程と、
   前記第２の通信端末が、前記ユーザ識別情報を受信し、受信したユーザ識別情報と自端末のユーザに割り当てられたユーザ識別情報との対を、前記サーバ装置へ前記通信網を介して送信する第４の行程と、
   前記サーバ装置が、前記ユーザ識別情報の対を受信し、受信したユーザ識別情報の対が前記記憶手段に記憶されているか否か判断し、記憶されていると判断した場合には、その対をなすユーザ識別情報と対応する呼接続番号の通信端末同士を呼接続する第５の行程と
   を備えることを特徴とする呼接続方法。

Images