JP2001309440A - 携帯端末装置、サーバ装置、情報通信システム - Google Patents

Abstract

(57)【要約】 【課題】 情報通信システムの新たな利用形態の提供。 【解決手段】 各携帯端末装置は、現在位置がサーバ装
置によって確認できるように構成され、またサーバ装置
から送信される周辺に位置する他のユーザのユーザ固有
情報を受信することができるようにする。サーバ装置
は、複数のユーザ固有情報を蓄積しておき、また通信可
能とされている複数の携帯端末の現在位置情報を管理す
る。そして各携帯端末装置の現在位置と蓄積されている
ユーザ固有情報を用いて、一の携帯端末装置のユーザと
他の携帯端末装置のユーザーのマッチングを行ない、マ
ッチングされた両携帯端末装置に対して、その互いのユ
ーザー固有情報を送信する。これにより、各携帯端末装
置のユーザーは、近くにいる他の携帯端末装置のユーザ
ーとの間で、個人的な情報を交換できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯端末装置とサ
ーバ装置、及びこれらから成る情報通信システムに関す
るものである。

【０００２】

【従来の技術】携帯電話装置やＰＤＡ（Personal Digit
al Assistants：携帯情報機器）などとして、通常ユー
ザーが持ち歩いて使用する機器が普及しており、またこ
れらの機器は単純な電話としての使用や情報処理装置と
しての使用のみでなく、多様なデータ通信を伴う使用形
態が可能とされている。例えばインターネットにアクセ
スしたり端末間で電子メールを交換したり、或いは所定
のサーバシステムから情報の配信を受けることなどが実
現されている。通信されるデータも、例えばテキストデ
ータだけでなく、オーディオデータ、画像データ、プロ
グラムデータなど、多様化している。

【０００３】

【発明が解決しようとする課題】ところで、このような
携帯端末装置の多機能化や、通信システムの高機能化や
利用の一般化に応じて、新たな通信サービスを提供し、
一般ユーザーの利便性や娯楽性を向上させることが求め
られている。

【０００４】

【課題を解決するための手段】本発明はこのような状況
に鑑みて、データ通信システムの新たな利用形態を提供
することを目的とする。

【０００５】このため本発明では、サーバ装置と、サー
バと所定の通信方式に基づいてデータ通信を行う複数の
携帯端末装置から成る情報通信システムにおいて、サー
バ装置及び携帯端末装置を以下のように構成する。即ち
上記携帯端末装置は、現在位置を検出する位置検出手段
と、上記位置検出手段にて検出した現在位置情報を、複
数のユーザ固有情報を蓄積しているサーバ装置に送信す
る送信手段と、上記送信手段から送信した現在位置情報
に応じて、上記サーバ装置から送信される周辺に位置す
る他のユーザのユーザ固有情報を受信する受信手段と、
を備えるようにする。また上記サーバ装置は、複数のユ
ーザ固有情報を蓄積する蓄積手段と、通信可能とされて
いる複数の携帯端末の現在位置情報を管理する位置管理
手段と、各携帯端末装置の現在位置と、上記蓄積手段に
蓄積されているユーザ固有情報を用いて、一の携帯端末
装置のユーザと他の携帯端末装置のユーザーのマッチン
グを行うマッチング手段と、上記一の携帯端末装置に対
して上記他の携帯端末装置のユーザのユーザー固有情報
を送信し、上記他の携帯端末装置に対して上記一の携帯
端末装置のユーザのユーザー固有情報を送信する送信手
段と、を備えるようにする。

【０００６】即ち本発明では、各携帯端末装置のユーザ
ーが、サーバ装置を介して互いのユーザー固有情報を交
換できるようなシステムを構築することで、データ通信
システムの新たな利用形態や娯楽形態を実現するもので
ある。

【０００７】

【発明の実施の形態】以下、本発明の実施の形態を次の
順序で説明する。 １．情報通信システムの通信構造 ２．サーバの構成 ３．携帯端末の構成 ４．情報通信システムを利用した出会いイベント ５．登録処理 ６．出会いイベント時の処理 ７．他の処理例

【０００８】１．情報通信システムの通信構造 サーバ５０及び一般ユーザが所持する携帯端末１から成
る本例の情報通信システムの通信構造を図１に示す。こ
の通信構造は、電話通信業者が提供する電話通信網を利
用して構築されている例である。

【０００９】図示する携帯端末１ａ〜１ｄは、それぞれ
一般ユーザが所持する携帯端末１を示している。基地局
７０，７１、中継局７２，７３、固定網７４は、図示し
ない通信業者が提供及び管理する電話通信網の一部とし
て示している。この電話通信網では、各エリアに基地局
７０、７１・・・が配置され、各基地局７０，７１・・
・は中継局７２，７３・・・を介して固定網７４と接続
されている。携帯端末１は、基地局７０，７１・・・と
無線通信可能とされることで、この電話通信網に編入さ
れて電話通信を実行できる装置とされている。異なる基
地局エリアにいる携帯端末１ａ、１ｄ同士で電話通信を
行う場合は、例えば一点鎖線で示すように基地局７０、
中継局７２、固定網７４、中継局７３、基地局７１とい
う経路を介して電話通信を行うことになる。

【００１０】サーバ５０は、この電話通信網において各
中継局７２，７３・・・と通信可能に接続され、この電
話通信網を介して携帯端末１とデータ通信を行うことが
できる。携帯端末１とサーバ５０は、破線で示す経路で
データ通信を実行する。例えば端末１ａは、基地局７
０、中継局７２を介してサーバ５０と通信できる。また
端末１ｄは、基地局７１、中継局７３を介してサーバ５
０と通信できる。なお、携帯端末１はユーザーによって
所持されて移動されるものであり、現在位置のエリアに
応じて通信先の基地局が変化することはいうまでもな
い。またこの図１の電話通信網では、携帯端末１同士で
の電子メール交換や、携帯端末１からのインターネット
ホームページ閲覧なども可能とされている。これらのサ
ービスは、この電話通信網を開設している通信業者が提
供するものである。

【００１１】本例の携帯端末１の具体例としては、図２
（ａ）に示すようないわゆる携帯電話装置が想定され
る。この図２（ａ）の携帯電話装置は、装置平面上に例
えば液晶パネルによる表示部２が形成され、電話通信操
作や後述する本システムのサービスにかかる文字や画像
が表示される。また電子メールの送受信やインターネッ
トホームページ画像の表示なども行われる。

【００１２】また携帯電話装置には、ユーザーの操作の
ための各種の操作子が設けられる。例えば操作キー３
ａ、プッシュダイヤル３ｃなどがそれぞれ所要部位に形
成される。これらの操作子によりユーザーは、例えば電
源操作、電話通信の際のダイヤル発呼操作、文字入力操
作や電子メール送信操作、さらには後述する本例のサー
ビスに対応する操作などを行うことができる。スピーカ
４，マイクロホン５は、電話通信の際の通話に用いられ
る。但し、スピーカ７は電子メールやホームページ閲覧
の際に取り込まれたオーディオデータの出力に用いた
り、後述する本例のサービスの際にオーディオデータが
供給された場合はその出力のために用いることができ
る。またマイクロホン５は、電子メールに音声データを
付加できる場合は、その音声の入力に用いたり、同様に
後述する本例のサービスにおいて音声の入力に用いるこ
ともできる。アンテナ７は、図１の基地局７０，７１・
・・との間の無線通信を行うためのアンテナである。

【００１３】なお図示していないが、機器の側面などに
は、各種機器との接続のための必要な端子が形成され
る。例えば、ヘッドホン端子、ＩＥＥＥ１３９４端子、
ＵＳＢ(universal serial bus)端子などが形成されても
よい。

【００１４】この図２（ａ）は携帯端末１を携帯電話装
置とする場合の外観の一例であるが、携帯端末１の具体
例としては、図２（ｂ）のような、いわゆるＰＤＡ（Pe
rsonal Digital Assistants：携帯情報機器）といわれ
る情報処理装置であってもよい。この情報処理装置は、
ＰＤＡ機器として携帯に適した小型軽量の装置であり、
各種情報処理や情報通信が可能とされる機器である。図
示していないが、装置内にはハードディスクドライブが
配置されたり、或いはディスク又はメモリカードのよう
な可搬性の記録媒体が装着可能とされる。これらの記録
媒体に対しては、コンピュータ用データ、音楽データ、
音声データ、動画像データ、静止画像データ、制御デー
タなどの記録再生が可能とされる。

【００１５】この情報処理装置には、平面上に例えば液
晶パネルによる表示部２が形成され、アプリケーション
ソフトウエアの起動及び各種処理に伴う画像、データと
しての画像や文字、再生される音声、音楽に付随する情
報、さらには操作のガイドメッセージ、再生や編集操作
等のためのメニュー画面などが表示される。もちろんこ
の場合も、後述する本例のサービスに関連する各種の画
像や文字が表示可能である。

【００１６】情報処理装置上には、ユーザーの操作のた
めの各種の操作子が設けられる。例えば操作キー３ａ、
ジョグダイヤル３ｂ、プッシュダイヤル３ｃなどがそれ
ぞれ所要部位に形成される。これらの操作子によりユー
ザーは、例えば電源操作、メニュー操作、選択操作、文
字等の入力操作、その他必要とされる各種の操作を行う
ことができる。

【００１７】また、情報処理装置上には、スピーカ４，
マイクロホン５，撮像部６も形成され、音声の出力、入
力、撮像による画像の取込なども実行できるようにされ
ている。この場合も、アンテナ７は、図１の基地局７
０，７１・・・との間の無線通信を行うためのアンテナ
である。

【００１８】また図示していないが機器の上面、側面、
底面などに各種機器との接続のために、各種端子が形成
される。例えばヘッドホン端子、ライン出力端子、ライ
ン入力端子、ＩＥＥＥ１３９４端子、ＵＳＢ端子、光ケ
ーブル対応のデジタル入出力端子、ＳＣＳＩコネクタ、
シリアルポート、ＲＳ２３２Ｃコネクタなどが考えられ
る。

【００１９】携帯端末１の具体例は、例えばこの図２
（ａ）（ｂ）のように、携帯電話装置やＰＤＡ機器とし
て実現される。もちろん携帯用のノートタイプのパーソ
ナルコンピュータや、或いはポケットベル（登録商標）
装置その他の態様の機器であってもよい。また図２
（ａ）（ｂ）はあくまで外観例であり、また配備される
機能も一例にすぎない。例えば図２（ａ）の携帯電話装
置において図２（ｂ）の撮像部６に相当する部位が設け
られ、写真画像の取込が可能とされてもよい。さらに表
示部２については、カラー画像を表示可能とすることが
望ましい。なお、本例の携帯端末１としての必要な構成
については図４で後述する。

【００２０】２．サーバの構成 図３にサーバ５０の構成を示す。図示するようにサーバ
５０内には、コントローラ５１、ＲＯＭ５２、ＲＡＭ５
３、登録データベース５４、通信部５５、画像処理部５
６、課金処理部５７が形成される。なお図示していない
が、サーバ５０側のオペレータの各種設定や調整などの
必要な操作のためのインターフェース部位として操作部
や表示部が形成されることはいうまでもない。

【００２１】コントローラ５１は主たる制御部位とし
て、このサーバ５０により一般ユーザ０に提供されるサ
ービスを実行するために各部位の制御を行う。このため
コントローラ５１は、ＣＰＵ、プログラムＲＯＭ、ワー
クＲＡＭ、各部とのインターフェース等を備えた部位と
され、基本ソフト（ＯＳ：Operating System）やサービ
ス実現のためのプログラムが動作される部位となる。Ｒ
ＯＭ５２は、基本動作プログラム、各種処理定数、設定
情報などを記憶する領域とされる。ＲＡＭ５３は、各種
処理に必要な情報の記憶、データのバッファリング、コ
ントローラ５１内のＣＰＵのワークエリアの拡張、その
他、コントローラ５１の処理に応じて多様に使用され
る。またＲＡＭ５３がストレージエリア（不揮発性領
域）が設けらることで、ＯＳやアプリケーションソフト
ウエアがインストールされる部位として利用することも
できる。

【００２２】登録データベース５４は、このサーバ５０
が提供するサービスに参加するユーザーについてユーザ
ー固有の情報（個人情報）を格納する部位である。即ち
ユーザーが、書類の郵送や登録データの送信などの所定
の手続きでサーバ５０に対して登録を行うことで、その
ユーザの情報が登録される。通信部５５は、図１の通信
網を介してこのサーバ５０が各携帯端末１との間で情報
通信を実行するための部位である。携帯端末１から送信
されたデータは通信部５５で受信されてコントローラ５
１に供給され、処理される。またコントローラ５１が或
る携帯端末１に送信すべきデータを生成した場合は、そ
のデータは通信部５５に転送され、その特定の携帯端末
１に対して送信される。

【００２３】画像処理部５６は、サーバ５０が扱う画像
データについて所定の処理を行う部位である。例えば後
述するサービスでは、ユーザーの顔写真画像を携帯端末
１に送信する動作が行われるが、その際に顔写真として
の画像データに対してモザイク処理を行うことなどが実
行される。課金処理部５７は、サービスに参加するユー
ザーに対する課金処理を行う。例えばユーザーはサーバ
５０によるサービスの提供を受けることの代価として所
定の料金を支払うことになるが、そのためのユーザーに
対する課金情報（金額、日付、ユーザー名等）の管理
や、課金のための事務情報の管理、例えばユーザー毎の
銀行口座、支払方法などの情報の管理などを行う。な
お、サーバ５０が各種サービスを無料提供する場合は、
課金処理部５７は必要ない。

【００２４】なお、この図３に示すサーバ５０の構成は
あくまでも一例であり、これに限定されるものではな
い。

【００２５】３．携帯端末の構成 続いて、携帯電話装置やＰＤＡ機器などで実現される携
帯端末１の構成を図４で説明する。例えば図２（ａ）
（ｂ）のような態様となる携帯端末１としては、図４に
示すように、内部にＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１
２、通信部１３，画像処理部１４、表示用メモリ１５、
ＧＰＳアンテナ１６、ＧＰＳ処理部１７、撮像データ処
理部１８、通話処理部１９等が設けられる。

【００２６】操作部３は、図２に示した各種操作子３
ａ、３ｂ、３ｃに相当する。また図２では説明しなかっ
たが、表示部２に操作キーやアイコンの表示を行うとと
もに表示部２上でのタッチ検出機構を設けることで、タ
ッチパネル操作子を形成してもよく、その場合のタッチ
パネル操作子も図４でいう操作部３に含まれるものとな
る。

【００２７】ＣＰＵ１０は基本ソフト（ＯＳ：Operatin
g System）やアプリケーションプログラムが動作される
部位となる。そしてＣＰＵ１０は操作部３から供給され
る操作情報に応じて所要の処理を実行する。ＲＯＭ１１
は、基本動作プログラム、各種処理定数、設定情報など
を記憶する領域とされる。ＲＡＭ１２は、各種処理に必
要な情報の記憶、データのバッファリング、ＣＰＵ１０
のワークエリアの拡張、その他、ＣＰＵ１０の処理に応
じて多様に使用される。またＲＡＭ１２にストレージエ
リア（不揮発性領域）が設けられて、ＯＳやアプリケー
ションソフトウエアがインストールされるようにしても
よい。そしてＲＡＭ１２にインストールされたアプリケ
ーションソフトウエアは、ユーザからの操作に応じて起
動され、ＣＰＵ１０により実行される。

【００２８】通信部１３は、図１の通信網を介してサー
バ５０や他の携帯端末１との間で情報通信や電話通信を
実行するための部位である。通話音声信号や、データ通
信実行時の通信データは、通信部１３からアンテナ７を
介して電波送信される。またアンテナ７により受信され
た通話音声信号や通信データは、通信部１３で取り込ま
れ、ＲＡＭ１２に記憶される。そしてＣＰＵ１０によっ
て所定の処理が行われる。

【００２９】画像処理部１４は、データ通信により取り
込まれた画像データについて所定の処理を行なったり、
送信しようとする画像データについての各種処理を行う
部位である。

【００３０】表示用メモリ１５は、表示部２に表示する
データを保持し、かつ表示部２での画像や文字の表示を
実行させる部位である。表示用メモリ１５にはＣＰＵ１
０の制御により、ユーザーインターフェースとしての各
種表示情報が描画され、それが表示部２に表示される。
例えばＣＰＵ１０で起動されているソフトウエアは、ユ
ーザーの指示や受信・送信動作等による状態遷移に基づ
いて、表示用メモリ１５に描画を行う。

【００３１】ＧＰＳ処理部１７はＧＰＳ（Global Posis
sioning System）による衛星からの電波をＧＰＳアンテ
ナ１６で受信し、現在位置情報、例えば緯度、経度の値
を判別する部位である。いわゆるナビゲーションシステ
ムなどで普及している機能である。ＧＰＳ処理部１７で
測位された現在位置情報は、ＣＰＵ１０の処理によって
通信部１３からサーバ５０に送信することができる。

【００３２】撮像部６は例えばＣＣＤ撮像素子及び撮像
回路系によりに形成される。撮像部６により取り込まれ
た撮像画像データは、撮像データ処理部１８を介してＲ
ＡＭ１２に取り込むことができ、またＣＰＵ２２は撮像
画像データの編集やサーバ５０等への送信を実行でき
る。なお図２（ａ）の携帯電話装置の例では撮像部６を
示していないが、この図４のように撮像部６及び撮像デ
ータ処理部１８を設けてもよい。

【００３３】通話処理部１９は、マイクロホン５及びス
ピーカ４によるユーザーの通話音声信号についての処理
を行う部位となる。なお図２（ｂ）のＰＤＡ機器の場合
において、電話通信可能とするのであれば、このように
通話処理部１９が用意されればよい。また携帯端末１の
実現態様が携帯電話装置であるかＰＤＡ機器かに関わら
ず、この通話処理部１９が、マイクロホン５からの音声
入力、スピーカ４からの音声出力として、通話音声以外
の音声情報を扱う部位として機能するようにしてもよ
い。

【００３４】以上の図４の携帯端末１の構成は、本例の
サーバ５０との間で構築される情報通信システムにとっ
て必要な部位のみを示している。従って、実際にはこれ
以外の回路ブロックが形成されるものであってもよい。
例えばＰＤＡ機器であれば、メモリカードなどの可搬性
記録媒体に対するドライブや、他の機器との通信インタ
ーフェースなどが形成されることが考えられる。また逆
に、本例の携帯端末１として、必ずしも図４のすべての
構成を必要とするものではない。

【００３５】４．情報通信システムを利用した出会いイ
ベント 上記構成のサーバ５０と携帯端末１による情報通信シス
テムによって実現可能となるサービスの一例として、出
会いイベント（以下、単にイベントともいう）について
説明する。これは、それぞれ携帯端末１を所持する他人
同士が、サーバ５０との情報通信を介して知り合うこと
ができるようにしたイベントである。図５は、出会いイ
ベントの進行の流れを概略的に示している。なお図５で
は、イベントに参加する多数の一般ユーザーの中で、携
帯端末１Ａを所持するユーザＡと、携帯端末１Ｂを所持
するユーザＢを例に挙げ、各携帯端末１Ａ、１Ｂとサー
バ５０との通信を示している。また、携帯端末１Ａの処
理をＵ１０〜Ｕ１８、携帯端末１Ｂの処理をＵ２０〜Ｕ
２８、サーバ５０の処理をＳ１〜Ｓ１２で示す。

【００３６】まずイベントの準備段階として、一般の各
ユーザーは、自分の固有情報をサーバに登録する必要が
ある。例えばユーザＡ、Ｂは、それぞれ何らかの手順で
サーバに登録データを送信する（Ｕ１０、Ｕ２０）。

【００３７】ユーザーがサーバ５０に提供する登録デー
タとは、イベント参加の要望や有料提供される場合の課
金に関する契約条項などの書誌的内容のほか、実際にイ
ベントに使用されるユーザー固有の個人情報となる。個
人情報とは、例えば、名前（本名やニックネーム等の参
加名）、性別、年齢、出身地、血液型、星座、趣味、プ
ロフィール、携帯端末の電話番号、電子メールアドレ
ス、容姿を表す写真画像などとなる。もちろん、この個
人情報の種類や数などは、実際のイベントのやり方に応
じて変更されてかまわない。

【００３８】実際の各ユーザーの登録方法としては、多
様な例がある。まず、上記書誌的事項や個人情報を記載
した書類や自分の写真をサーバ５０の管理組織に郵送す
る方法がある。また、サーバ５０が例えばインターネッ
トホームページなどに登録書類を開示し、ユーザーは自
宅等のパーソナルコンピュータからそのホームページを
閲覧して、登録のための必要データ、即ち課金等に対す
る承諾確認や個人情報、写真画像を入力して、送信する
という手法もある。もちろん携帯端末１を利用してサー
バ５０と通信を行い、承諾確認事項や個人情報、写真画
像をサーバ５０に送信するようにしてもよい。図４のよ
うに携帯端末１に撮像部６，撮像データ処理部１８が搭
載されていれば、写真画像データの送信を含めて、ユー
ザーが携帯端末１から登録操作を行うことが可能とな
る。

【００３９】何らかの手法でユーザーから登録データが
送信されてきたら、サーバ５０は各ユーザーについての
登録処理を行う（Ｓ１）。例えば各ユーザーに対して登
録番号を付した上で、図６のような各ユーザーの個人情
報を登録データベース５４に記憶させる。登録データベ
ース５４に個人情報が登録されたユーザーは、イベント
参加が可能な状態となる。なお、登録に際しては、サー
バはそのユーザーに登録料を課金することが考えられる
が、登録料を課金する場合は、登録処理（Ｓ１）に応じ
て、課金処理（Ｓ２）を行い、課金処理部５７の管理の
元で、ユーザーに対して料金請求や銀行口座からの引き
落としなどが行われる。もちろん登録料を無料とする場
合は、課金処理（Ｓ２）は不要である。

【００４０】登録を済ませたユーザーは、自分の都合の
よい時間や、或いはサーバ５０から指定した時間などに
おいて、携帯端末１を用いてサーバ５０に対してイベン
ト参加要求を行う（Ｕ１１、Ｕ２１）。例えばユーザ
Ａ、Ｂがそれぞれ近い時刻で参加要求を行い、これに対
してサーバ５０がユーザＡ、Ｂのそれぞれの携帯端末１
Ａ、１Ｂに対して参加を許可する情報を送信したとする
と、携帯端末１Ａ及び１Ｂは、その時点からイベント参
加としての動作を開始する。即ち携帯端末１Ａ、１Ｂ
は、それぞれ搭載しているＧＰＳ処理部１７によって得
られる現在位置情報を、サーバ５０に送信する処理を開
始する（Ｕ１２，Ｕ２２）。この位置情報の送信はＣＰ
Ｕ１０の制御に基づいて或る時間間隔毎に定期的に行わ
れるようにしてもよいし、ＧＰＳ処理部１７で検出され
る位置情報が変化したタイミングで行われればよい。即
ち、イベント参加中の各ユーザの位置が、サーバに判別
できるようにすればよい。

【００４１】なお図４のようにＧＰＳ処理部１７を搭載
した例に基づく場合は、このようにＧＰＳ位置情報を送
信するようにすればよいが、ＧＰＳを用いないでサーバ
５０が各参加者の位置を判別することもできる。即ち、
各携帯端末１は図１に示したように基地局７０、７１・
・・を介して通信を行うものであるが、図１の通信網で
は、各携帯端末１がどの基地局を介して通信を行ってい
るかを判別して、その携帯端末１の位置を概略的に特定
できる。従ってサーバ５０がそのようにして判別される
各参加者の携帯端末１の位置情報の供給をうけるように
すればよい。どのような方式であれ、サーバ５０にとっ
て、イベント参加者の現在位置情報がほぼリアルタイム
で判別できるようにされればよい。

【００４２】ユーザーからのイベント参加が発生した場
合においては、サーバ５０が、ユーザーに参加料を課金
することが考えられる。その場合は、参加要求に対応し
て、課金処理部５７の管理の元でそのユーザーに参加料
を課金する（Ｓ３）。もちろん参加料を無料とする場合
は、課金処理（Ｓ３）は不要である。

【００４３】イベント実行時においては、サーバ５０は
参加者の中で照合（マッチング）を行う（Ｓ４）。この
マッチングとは、多数の参加者の中で、或る一人のユー
ザと他の一人のユーザーを組み合わせる処理である。マ
ッチングの条件は、各ユーザーの現在位置情報と登録さ
れた個人情報から選定する。上述したようにサーバ５０
は、参加ユーザの現在位置情報が判別できるようにして
いる。一例としてはサーバ５０ではＲＡＭ５３などに、
図７のような参加者位置管理データを設定しておく。そ
して携帯端末１から現在位置情報が送信されてくるたび
に、その参加者の登録番号に対応させて受信された位置
情報、例えば緯度、経度に相当するｘ、ｙ座標情報を記
憶／更新するようにする。同時に更新日時も記憶してお
く。これにより、サーバ５０は参加者についての位置を
ほぼリアルタイムで確認できる。そしてマッチング処理
に際しては、サーバ５０のコントローラ５１は、まず現
在位置が近い複数のユーザーを抽出し、その抽出された
ユーザーの中で、各個人情報を参照して、ペアを選定す
る。個人情報のうちのどのような事項によりペアを選定
するかは、イベントの目的や趣旨に応じて決めればよ
い。例えば血液型や星座により相性のよいとされる二人
をマッチングさせてもよいし、趣味を参照してもよい。
或いは全くランダムにペアを選定してもよい。また一定
期間毎にマッチング条件を変化させていってもよい。

【００４４】このようなマッチング処理で、ユーザＡと
ユーザーＢがペアに選定されたと仮定する。ここでサー
バ５０は、携帯端末１Ａと１Ｂに対して、互いの個人情
報としての一次データを送信する（Ｓ５）。即ち、携帯
端末１Ａに対してユーザＢが登録した個人情報を送信
し、一方携帯端末１Ｂに対してユーザＡが登録した個人
情報を送信する。但し、この一次データとしての個人情
報は、各ユーザーの個人情報のうちの一部のみである。
具体例としては、図８（ａ）に示すように、イベント進
行のためのガイドテキストのほかには、ユーザーの性
別、年齢、出身地、星座、血液型と、かなりモザイク処
理が施されたユーザーの顔写真データとする。

【００４５】各携帯端末１Ａ、１Ｂでは、サーバ５０か
ら相手のユーザーの一次データが送信されてくることに
応じて、その一次データ内容を表示する。例えば上記一
次データの内容を表示するものであるため、図８（ａ）
における表示例として示すように、「運命の人があなた
の近くにいるようです。この人にメッセージを送ります
か？」というイベント進行文書が表示されると共に、相
手の性別、年齢、出身地、星座、血液型と、かなりモザ
イク処理が施されたユーザーの顔写真の画像が表示され
ることになる。

【００４６】携帯端末１ＡのユーザーＡは、ユーザーＢ
についてのこの図８（ａ）のような画像を見ることがで
き、これに対して、ＹＥＳ／ＮＯを選択する。ＹＥＳの
場合はユーザーＢへのメッセージも入力する（Ｕ１
３）。同様に携帯端末１ＢのユーザーＢは、ユーザーＡ
についてのこの図８（ａ）のような画像を見ることがで
き、これに対して、ＹＥＳ／ＮＯを選択する。ＹＥＳの
場合はユーザーＡへのメッセージも入力する（Ｕ２
３）。そして、携帯端末１Ａ、１Ｂは、それぞれＹＥＳ
／ＮＯの選択結果や入力されたメッセージを、サーバ５
０に返信する（Ｕ１４、Ｕ２４）。

【００４７】携帯端末１Ａでは、ユーザＡがＮＯを選択
した場合は、ＮＯの返信（Ｕ１４）を行った後、そのペ
アによるイベント進行を終了する（Ｕ１５）。同様に携
帯端末１Ｂでも、ユーザＢがＮＯを選択した場合は、Ｎ
Ｏの返信（Ｕ２４）を行った後、そのペアによるイベン
ト進行を終了する（Ｕ２５）。

【００４８】またサーバ５０は、携帯端末１Ａ、１Ｂか
らの返信Ｕ１４、Ｕ２４を確認し、少なくとも一方がＮ
Ｏであった場合は、そのペアによるイベントが終了と判
断し（Ｓ６）、終了処理を行う（Ｓ７）このとき、一方
がＮＯで他方がＹＥＳであった場合は、その他方に対し
て、相手側がＮＯであったためにイベント進行を終了す
る旨を通知する。この終了通知を受けた側の携帯端末１
は、自分がＹＥＳとした場合であっても、処理を終了す
ることになる（Ｕ１５、Ｕ２５）。

【００４９】ユーザＡ、Ｂの両方がＹＥＳと返信した場
合のみ、このペアによるイベントはさらに進行する。そ
の場合、サーバ５０は、携帯端末１Ａと１Ｂに対して、
互いの個人情報としての二次データを送信する（Ｓ
８）。即ちこの場合も、携帯端末１Ａに対してユーザＢ
が登録した個人情報を送信し、一方携帯端末１Ｂに対し
てユーザＡが登録した個人情報を送信する。但し、この
二次データとしての個人情報は、上記一次データよりも
詳しい内容とする。具体例としては、図８（ｂ）に示す
ように、イベント進行のためのガイドテキストのほかに
は、ユーザーの趣味、プロフィールと、前回よりはソフ
トなモザイク処理が施されたユーザーの顔写真データと
する。さらに上記返信Ｕ１４，Ｕ２４がＹＥＳであった
場合は、相手へのメッセージが添付されているので、そ
のメッセージも含むものとする。

【００５０】各携帯端末１Ａ、１Ｂでは、サーバ５０か
ら相手のユーザーの二次データが送信されてくることに
応じて、その二次データ内容を表示する。例えば図８
（ｂ）における表示例として示すように、「運命の人か
らメッセージが届きました。再度メッセージを送ります
か？」というイベント進行文書が表示されると共に、上
記一次データの内容に加えて相手の趣味、プロフィー
ル、相手からのメッセージや、ソフトなモザイク処理が
施されたユーザーの顔写真の画像が表示されることにな
る。

【００５１】携帯端末１ＡのユーザーＡは、ユーザーＢ
についてのこの図８（ｂ）のような画像を見て、再度Ｙ
ＥＳ／ＮＯを選択する。ＹＥＳの場合はユーザーＢへの
次のメッセージも入力する（Ｕ１６）。また携帯端末１
Ａが撮像部６を備えていれば、そのときの自分の写真や
周囲の風景の写真を撮像するなどして、その撮像した画
像データを入力することもできる。同様に携帯端末１Ｂ
のユーザーＢは、ユーザーＡについての図８（ｂ）のよ
うな画像を見て、再度ＹＥＳ／ＮＯを選択する。ＹＥＳ
の場合はユーザーＡへのメッセージも入力する（Ｕ１
６）。また同様に撮像を行って画像データを入力を行う
こともできる。そして、携帯端末１Ａ、１Ｂは、それぞ
れＹＥＳ／ＮＯの選択結果や入力されたメッセージ／画
像を、サーバ５０に返信する（Ｕ１７、Ｕ２７）。

【００５２】携帯端末１Ａでは、ユーザＡがＮＯを選択
した場合は、ＮＯの返信（Ｕ１７）を行った後、そのペ
アによるイベント進行を終了する（Ｕ１８）。同様に携
帯端末１Ｂでも、ユーザＢがＮＯを選択した場合は、Ｎ
Ｏの返信（Ｕ２７）を行った後、そのペアによるイベン
ト進行を終了する（Ｕ２８）。

【００５３】またサーバ５０は、携帯端末１Ａ、１Ｂか
らの返信Ｕ１７、Ｕ２７を確認し、少なくとも一方がＮ
Ｏであった場合は、そのペアによるイベントが終了と判
断し（Ｓ９）、終了処理を行う（Ｓ１０）このときも、
一方がＮＯで他方がＹＥＳであった場合は、その他方に
対して、相手側がＮＯであったためにイベント進行を終
了する旨を通知する。この終了通知を受けた側の携帯端
末１は、自分がＹＥＳとした場合であっても、処理を終
了することになる（Ｕ１８、Ｕ２８）。

【００５４】ユーザＡ、Ｂの両方がＹＥＳと返信した場
合のみ、このペアによるイベントは最終段階に進行す
る。その場合、サーバ５０は、携帯端末１Ａと１Ｂに対
して、互いの個人情報としての最終データを送信する
（Ｓ１１）。即ちこの場合も、携帯端末１Ａに対してユ
ーザＢが登録した個人情報を送信し、一方携帯端末１Ｂ
に対してユーザＡが登録した個人情報を送信する。但
し、この最終データの場合は、上記二次データよりもさ
らに詳しい内容とする。具体例としては、図８（ｃ）に
示すように、イベント進行のためのガイドテキストのほ
かには、ユーザーの電話番号、メールアドレス、モザイ
ク処理の施されていない本来の顔写真データとする。さ
らに上記返信Ｕ１７，Ｕ２７がＹＥＳであった場合は、
相手へのメッセージや画像が添付されているので、その
メッセージや画像も含むものとする。さらに、その時点
でサーバ５０が把握している互いの携帯端末１Ａ、１Ｂ
の位置情報から判別される位置を含むものとする。

【００５５】各携帯端末１Ａ、１Ｂでは、サーバ５０か
ら相手のユーザーの最終データが送信されてくることに
応じて、その最終データ内容を表示する。例えば図８
（ｃ）における表示例として示すように、「運命の人は
＊＊＊にいます。ぜひコンタクトをとってください」と
いうイベント進行文書が表示されると共に、相手の携帯
端末１の電話番号やメールアドレス、相手の現在位置、
モザイク処理の施されていない顔写真の画像、相手から
のメッセージや画像が表示されることになる。

【００５６】ここにおいて各ユーザーＡ、Ｂは、互いの
位置や、電話番号から、サーバ５０を介さないで直接コ
ンタクトをとることが可能となる（Ｕ３０）。即ち電話
や電子メールで通信したり、あるいは位置と顔写真から
相手を探し出すことが可能となる。ここにおいて、サー
バ５０のイベントとして、参加者の中からマッチングさ
れた二人の出会いが演出される。なお、これまでのイベ
ント中の通信は、図１の破線の経路で行われるが、ここ
でユーザー同士が直接電話や電子メールで通信する場合
は、図１の一点鎖線の経路で行われることになる。

【００５７】サーバ５０が携帯端末１Ａ、１Ｂに対する
処理としては、最終データを送信した段階で終了とな
る。但し最終データを送った時点で、ペアに選定した二
人の出会いが成功したとして、この時点でユーザーに対
して課金処理を行うようにしてもよい（Ｓ１２）。

【００５８】このようにしてイベントは、単純にユーザ
ー同士の出会いを目的としてもよいし、或いはゲーム性
を持たせて、出会いが実現したら互いにデータ交換を行
って、そのデータ交換した人数をきそうような競技とし
てもよい。或いは特定の人を捜し当てるようなゲーム、
探偵ゲームなどとしても応用できる。例えば出会った人
とデータ交換を行ってデータを蓄積していくことで、ゲ
ーム上で設定された謎が解けていくようなイベントも可
能となる。

【００５９】５．登録処理 例えば以上のようなイベントを実現するためにサーバ５
０及び携帯端末１が実行する処理例について、以下説明
していく。上述したように、サーバ５０によるサービス
の提供（イベント参加）を求めるユーザは、予めサーバ
５０に登録を行う必要がある。この登録の際のユーザー
側の端末の処理とサーバ５０の処理（コントローラ５１
の処理）を図９に示す。なお、この場合ユーザー側の端
末とは、携帯端末１でもよいし、自宅等に設置されサー
バ５０と通信可能とされたパーソナルコンピュータなど
でもよい。

【００６０】まずユーザーは図９のステップＦ２０１と
して、ユーザー端末からサーバ５０に対して登録要求の
情報を送信する。サーバ５０ではステップＦ１０１で或
る端末からの登録要求を受信したら、それに応じてその
端末に対して、ステップＦ１０２で登録用データを送信
する。登録用データとは、サービス提供に伴う条件、規
則、課金契約の承諾などをユーザーに求める書誌的内容
とともに、ユーザー固有の情報を入力させるための入力
シート情報などとする。

【００６１】ユーザー端末ではステップＦ２０２で登録
用データを受信したら、その内容を表示し、ユーザーは
その内容に従って所要の入力を行う。即ちイベント参加
のための同意や、サーバ５０に登録する個人情報を入力
する。ステップＦ２０３は、ユーザーの入力に応じてユ
ーザー側端末がそれを取り込む処理を示している。な
お、上述したように個人情報として顔写真データが要求
されるため、ユーザー側端末は、どのような形態でもよ
いが、顔写真データを入力、送信できる機能が要求され
る。つまり図２（ｂ）のように撮像部６を備えた携帯端
末１であれば登録のための入力が可能となるが、もちろ
んデジタルカメラなどの機器で撮像した画像データを取
り込むようにすれば、撮像部６のない携帯端末１やパー
ソナルコンピュータなどにより登録処理が可能となる。

【００６２】ユーザー端末は、ユーザーの入力が完了し
たことに応じて、ステップＦ２０４で入力した情報をサ
ーバ５０に送信する。サーバ５０では、ステップＦ１０
３でユーザーが入力した情報を受信したら、ステップＦ
１０４で登録処理を行う。例えば図６で説明したよう
に、そのユーザーについてユーザの個人情報を登録デー
タベース５４に登録する。なお、登録に際して登録料を
課金する場合は、ステップＦ１０５で課金処理を行う。

【００６３】ステップＦ１０４（場合によってはＦ１０
４とＦ１０５）により登録時の処理が完了したら、サー
バ５０はステップＦ１０６でユーザー端末に対して登録
完了の通知を行う。登録料課金の場合は課金についての
通知も行う。ユーザー端末ではステップＦ２０５で登録
完了通知を受信したら、それを表示してユーザーに提示
する。これによって登録が完了したことをユーザーが認
識でき、以降、そのユーザーは上述したイベントに参加
できる。

【００６４】以上の登録処理は、ユーザー端末とサーバ
がデータ通信を行って登録を行うものであるが、この登
録自体は、例えばユーザが必要事項を記載した書類や写
真を郵送するなどの手法で行うことも可能である。その
場合はサーバ側でオペレータがユーザ個人情報や写真を
データ入力し、図６のような個人情報として登録する。

【００６５】６．出会いイベント時の処理 図５で説明したように上記登録後においては、イベント
に参加できることになるが、イベント実行の際において
ユーザーが所持する携帯端末１（ＣＰＵ１０）の処理を
図１０，図１１に示し、またサーバ５０（コントローラ
５１）の処理を図１２，図１３，図１４に示す。

【００６６】まず図１０，図１１に示す、イベント実行
時の携帯端末１の処理を、上記図５を参照しながら説明
していく。ある時点で、ユーザーが携帯端末１において
イベント参加のための操作を行うと、携帯端末１のＣＰ
Ｕ１０は、処理を図１０のステップＦ３０１からＦ３０
２に進め、通信部１３からサーバ５０に対してイベント
参加要求を送信する処理を行う。これは図５のイベント
参加要求（Ｕ１１）に相当する処理である。イベント参
加要求を送信することで、詳しくは後述するがサーバ５
０側では参加可否を判断し、その結果を通知してくる。
その通知により何らかの事情で参加ＮＧとされた場合
は、ステップＦ３０３からＦ３０４に進んで、エラー処
理を行い、処理を終了する。

【００６７】サーバ５０から参加ＯＫの通知を受けた場
合は、ステップＦ３０５に進んで、サーバ５０に対する
現在位置情報の送信処理を開始する（図５の位置情報送
信開始Ｕ１２に相当）。即ち、この時点以降、定期的或
いは不定期な割り込み処理として、ＣＰＵ１０はＧＰＳ
処理部１７によって得られた位置情報を通信部１３から
送信するようにする。

【００６８】ステップＦ３０６では、サーバ５０からの
一次データの受信を待機する。即ちサーバ５０では、こ
の携帯端末１のユーザーと相手となるユーザーのマッチ
ングを行い、図５の一次データ送信（Ｓ５）として、相
手のユーザーの一次データを送信してくるが、その送信
を待つことになる。

【００６９】一次データが受信されたら、ステップＦ３
０６からＦ３０７に進み、受信された一次データを記憶
し、また必要に応じてデコードして表示部２に表示す
る。例えば図８（ａ）の表示例のような表示が実行され
る。これに対してユーザーはＹＥＳ／ＮＯを選択する入
力を行うことになるが、ＣＰＵ１０はステップＦ３０８
でユーザーの入力を確認し、もし「ＹＥＳ」であれば、
続いてステップＦ３０９でユーザーが入力するメッセー
ジとしてのテキストデータを取り込んで、ステップＦ３
１０で、「ＹＥＳ」及びメッセージテキストデータを、
サーバ５０に対して図５の返信（Ｕ１４）として送信す
る。

【００７０】一方、ユーザーが「ＮＯ」を入力した場合
は、ＣＰＵ１０はステップＦ３０８からＦ３１１に進
み、サーバ５０に対して図５の返信（Ｕ１４）として
「ＮＯ」を送信する。そしてステップＦ３１２で、ユー
ザーがイベント参加を継続するか終了するかを判断す
る。例えば表示部２に終了／継続を選択する画面を表示
し、ユーザーに入力を求める。もしユーザーが終了を選
択した場合は、ＣＰＵ１０はステップＦ３１４でイベン
ト終了処理を行い、イベントに関する処理を終了する。
即ちサーバ５０に対する位置情報の送信の割り込み処理
を終了し、またイベントモードを終了して、携帯電話又
はＰＤＡ機器等の機器としての通常のモードに移る。

【００７１】ところがユーザーが継続を求めた場合は、
ステップＦ３１３に進んで、サーバ５０に対して継続通
知を送信する。そしてステップＦ３０６の一次データ待
機状態に移る。ここで継続する場合とは、サーバ５０に
よる今回のマッチングにより一次データ送られてきた相
手に対してユーザーが所望の相手ではないと判断して、
再度サーバ５０にマッチングからをやり直してもらう場
合である。後述するがサーバ５０では、ユーザーが「Ｎ
Ｏ」の返信を行った時点で、今回マッチングしたペアに
ついてのイベント処理を終了とするが、その後、継続通
知が送られてきた場合は、そのユーザーは再度のマッチ
ングを求めたものとして、そのユーザーについてマッチ
ング（照合処理Ｓ４）からやり直すようにする。

【００７２】上記ステップＦ３１０により「ＹＥＳ」の
返信を行なった場合は、携帯端末１の処理は図１１のス
テップＦ３１５に進む。そしてステップＦ３１５，Ｆ３
１６で、サーバ５０からの送信を待機する。まず、この
携帯端末１のユーザーが「ＹＥＳ」を選択したとして
も、相手側が「ＮＯ」を選択した場合は、そのペアによ
るイベント処理は終了される。このときサーバ５０は図
５の終了処理Ｓ７を実行し、「ＹＥＳ」側の携帯端末１
に終了通知を送信してくる。このように相手側の「Ｎ
Ｏ」により終了通知が送られてきた場合は、ＣＰＵ１０
は処理をステップＦ３１５から図１０のＦ３１２に進め
る。そして上述のようにユーザーに終了か継続かの選択
を求め、それに応じて上記処理をおこなう。なおもちろ
ん、この場合は表示部２に、相手側が「ＮＯ」であった
ために、今回のぺアによるイベント処理が終了されたこ
とをユーザーに提示することが望ましい。

【００７３】ペアとされた双方が「ＹＥＳ」であった場
合は、サーバ５０は相手の２次データを送信してくる
（図５のＳ８）。その送信があった場合は、ＣＰＵ１０
は図１１のステップＦ３１６からＦ３１７に進み、受信
された二次データを記憶し、また必要に応じてデコード
して表示部２に表示する。例えば図８（ｂ）の表示例の
ような表示が実行される。これに対してユーザーは再度
ＹＥＳ／ＮＯを選択する入力を行うことになるが、ＣＰ
Ｕ１０はステップＦ３１８でユーザーの入力を確認し、
もし「ＹＥＳ」であれば、続いてステップＦ３２０でユ
ーザーが入力するメッセージとしてのテキストデータ、
さらには場合によっては画像データを取り込んで、ステ
ップＦ３２１で、「ＹＥＳ」及びメッセージテキストデ
ータ、さらに場合によっては画像データを、サーバ５０
に対して図５の返信（Ｕ１７）として送信する。

【００７４】一方、ユーザーが「ＮＯ」を入力した場合
は、ＣＰＵ１０はステップＦ３１８からＦ３１９に進
み、サーバ５０に対して図５の返信（Ｕ１７）として
「ＮＯ」を送信する。そして図１０のステップＦ３１２
に進み、上述のようにユーザーに終了か継続かの選択を
求め、それに応じて上述のとおり処理をおこなう。

【００７５】上記ステップＦ３２１により「ＹＥＳ」の
返信を行なった場合は、携帯端末１の処理はステップＦ
３２２，Ｆ３２３で、サーバ５０からの送信を待機す
る。この場合も携帯端末１のユーザーが「ＹＥＳ」を選
択したとしても、相手側が「ＮＯ」を選択した場合は、
そのペアによるイベント処理は終了される。このときサ
ーバ５０は図５の終了処理Ｓ１０を実行し、「ＹＥＳ」
側の携帯端末１に終了通知を送信してくる。このように
相手側の「ＮＯ」により終了通知が送られてきた場合
は、ＣＰＵ１０は処理をステップＦ３２２から図１０の
Ｆ３１２に進め、上述のようにユーザーに終了か継続か
の選択を求め、それに応じて上述の処理をおこなう。な
おこの場合も、表示部２に相手側が「ＮＯ」であったた
めに、今回のペアによるイベント処理が終了されたこと
をユーザーに提示することが望ましい。

【００７６】ペアとされた双方が「ＹＥＳ」であった場
合は、サーバ５０は相手の最終データを送信してくる
（図５のＳ１１）。その送信があった場合は、ＣＰＵ１
０は図１１のステップＦ３２３からＦ３２４に進み、受
信された最終データを記憶し、また必要に応じてデコー
ドして表示部２に表示する。例えば図８（ｃ）の表示例
のような表示が実行される。

【００７７】この状態で、ペアとされた双方のユーザ
は、それぞれ相手の詳細な個人データを入手したことに
なり、サーバ５０が提供するイベントとしては目的を達
したことになる。そこで携帯端末１はステップＦ３２５
でイベント終了処理を行う。即ちサーバ５０に対する位
置情報の送信の割り込み処理を終了し、またイベントモ
ードを終了して、携帯電話又はＰＤＡ機器等としての通
常のモードに移る。そして各ユーザーは相手のユーザー
の電話番号や電子メールアドレス、居場所、容姿等を知
ることになるため、この後は、図５の直接通信Ｕ３０を
行ったり、或いは容姿や居場所を頼りに相手は探し出す
ことなどが可能となる。

【００７８】携帯端末１のイベント実行時の処理は以上
のように行われるが、イベント実行中においてサーバ５
０では図１２、図１３、図１４の処理が行われる。図１
２は、或る携帯端末１からのイベント参加要求（図５の
Ｕ１１）があった場合の処理を示している。携帯端末１
からのイベント参加要求が受信された場合は、サーバ５
０のコントローラ５１は、処理をステップＦ４０１から
Ｆ４０２に進め、そのユーザーについての参加可否を判
別する。この参加可否の判断の基準は、サーバ５０のサ
ービス内容や営業上或いはシステム上の都合などによっ
て決められればよく、例えばそのユーザーの過去の課金
履歴（料金未払いの状況など）、イベント内容がそのユ
ーザーに適しているか否か、イベント実施期間中である
か否か、或いはその時点の通信事情などに応じて、参加
可能か否かを判断すればよい。

【００７９】何らかの事情で参加不能と判断した場合
は、コントローラ５１はステップＦ４０３からＦ４０６
に進んで、イベント参加要求をしてきた携帯端末１に対
して参加不能通知を送信する。この場合上述したように
携帯端末１側では図１０のステップＦ３０４のエラー処
理を行うことになる。

【００８０】参加可能と判断した場合は、コントローラ
５１はステップＦ４０３からＦ４０４に進んで、イベン
ト参加要求をしてきた携帯端末１に対して参加ＯＫ通知
を送信する。この場合上述したように携帯端末１側では
図１０のステップＦ３０３からＦ３０５に進んで、イベ
ント実行時の処理を開始することになる。なお、参加料
を課金するようにする場合は、コントローラ５１は続い
てステップＦ４０５で、その参加を許可したユーザーに
対して参加料の課金処理を行う。

【００８１】図１３は、イベント実行中に参加者につい
てのマッチング処理を示している。上記図１２のように
して参加者が発生することに応じて、コントローラ５１
は図１３のステップＦ５０１→Ｆ５０２の処理を実行
し、参加ＯＫとしたユーザーを参加者リストに追加する
処理を行う。参加者リストは、例えばコントローラ５１
内のＲＡＭ又はＲＡＭ５３に設定しているリスト情報で
あり、登録されたユーザーのうちで現在の参加者を管理
しているものである。例えば参加ＯＫとなったユーザー
について、登録データベース５４に登録されている登録
ナンバなどをリストに追加する。

【００８２】また、参加ＯＫとなることで、携帯端末１
はそれ以降、定期的又は不定期に現在位置情報を送信し
てくることになるが、或る携帯端末１から位置情報が受
信されるたびに、コントローラ５１は処理をステップＦ
５０３からＦ５０４に進め、その携帯端末１の位置情報
を更新する。例えば図７の参加者位置管理データを更新
していく。

【００８３】このステップＦ５０１〜Ｆ５０４の処理が
随時実行されることで、参加要求を行ったユーザーが随
時参加者リストに加えられていくと共に、各参加者の現
在位置情報がほぼリアルタイムで管理される状態とな
る。

【００８４】ステップＦ５０５のマッチング処理は、そ
の時点で参加者リストに加えられている参加者同士での
マッチングを行う処理となる。マッチング条件として
は、まず参加者の中で、各参加者の現在位置情報から近
い位置にいる複数のユーザーを抽出する。そして抽出さ
れた複数のユーザーの中から、各ユーザーの登録されて
いる個人情報を用いて１組のペアを設定する。上述のよ
うに、ペアの選択は、年齢、星座、血液型などから相性
のよい人同士を選択するなどしてもよいし、ランダムに
選択してもよい。このマッチング条件は、イベントの目
的や趣旨によって任意に設定されればよい。

【００８５】コントローラ５１は、ステップＦ５０５の
マッチング処理で、或るペアが選定された場合は、ステ
ップＦ５０６からＦ５０７に進み、その選定したペアを
抽出する。例えば参加者リストからその二人を除く。そ
してそのペアについて、後述する図１４のイベント処理
を実行する。そして抽出した後、ステップＦ５０１に戻
る。またペアが選定されなかった場合は、そのままステ
ップＦ５０１に戻る。

【００８６】つまりこの図１３の処理は、参加者の発生
に応じてその参加者を加えたマッチングを行い、またペ
アとなった参加者についてはマッチング処理から除いて
いく処理であり、これがイベント実施期間中に続けられ
ることで、常に、現在の参加者の中であって、かつまだ
ペアとされていない参加者の中で、ペアが選定されるマ
ッチングが行われるものとなる。

【００８７】図１３の処理でペアに選定された各ユーザ
ー、例えば図５の２つの携帯端末１Ａ、１Ｂに対して
は、コントローラ５１は図１４のイベント処理を実行す
ることになる。まずステップＦ６０１で、各携帯端末１
Ａ、１Ｂに送信する一次データを生成する。即ち携帯端
末１Ａに送信する一次データを、携帯端末１Ｂのユーザ
ーについて登録されている個人情報を参照して生成し、
携帯端末１Ｂ送信する一次データを、携帯端末１Ａのユ
ーザーについて登録されている個人情報を参照して生成
する。特にこの一次データの場合は、登録されている写
真画像については、画像処理部５６で比較的ハードなモ
ザイク処理を施した画像を送信する一次データに含める
ようにする。

【００８８】続いてステップＦ６０１でコントローラ５
１は、通信部５５から生成した各一次データを各携帯端
末１Ａ、１Ｂに送信する（図５のＳ５）。そしてステッ
プＦ６０３で各携帯端末１Ａ、１Ｂからの返信を待機
し、返信（図５のＵ１４，Ｕ２４）に応じてそれを受信
し内容を判別する。ここで、両携帯端末１Ａ、１Ｂの返
信が共に「ＹＥＳ」であればイベントを続行するが、一
方でも「ＮＯ」であれば、そのペアによるイベントを終
了させる（図５のＳ７）。そこで一方でも「ＮＯ」であ
った場合はステップＦ６０４からＦ６０５に進んで、一
方が「ＮＯ」であったのか両方が「ＮＯ」であったのか
を判別する。一方のみが「ＮＯ」であった場合は、ステ
ップＦ６０６で、他方、即ち「ＹＥＳ」と返信した方の
携帯端末に終了通知を行う。この場合、終了通知を受け
た側の携帯端末１は、図１１のステップＦ３１５から図
１０のステップＦ３１２に進んで終了又は継続の処理を
行うこととなる。「ＮＯ」と返信した携帯端末１は、図
１０のステップＦ３１１→Ｆ３１２と進んで、終了又は
継続処理を行う。

【００８９】そしてサーバ５０のコントローラ５１は、
ステップＦ６０７でこのペアによるイベント処理を終了
する。ここでは、もし今回のペアのユーザの一方又は両
方から継続通知（図１０のステップＦ３１３）があった
場合は、その継続通知のあったユーザーは、再び新たな
参加者とみなして上記図１３のステップＦ５０２での参
加者追加を行う。即ちイベントが終了されたペアの各ユ
ーザーは、継続を希望すれば、再度マッチングからやり
直されることとなる。

【００９０】一次データに対する双方の携帯端末１Ａ、
１Ｂからの返信が共に「ＹＥＳ」であった場合、つまり
今回のペアによるイベント処理を続行する場合は、コン
トローラ５１は処理をステップＦ６０４からＦ６０８に
進める。ステップＦ６０８では、各携帯端末１Ａ、１Ｂ
に送信する二次データを生成する。即ち携帯端末１Ａに
送信する二次データを、携帯端末１Ｂのユーザーについ
て登録されている個人情報、及び携帯端末１Ｂからの
「ＹＥＳ」の返信に添付されていたメッセージテキスト
を用いて生成し、同様に携帯端末１Ｂ送信する二次デー
タを、携帯端末１Ａのユーザーについて登録されている
個人情報及び携帯端末１Ａからの「ＹＥＳ」の返信に添
付されていたメッセージテキストを用いて生成する。ま
た、この二次データの場合は、登録されている写真画像
については、画像処理部５６で比較的ソフトなモザイク
処理を施した画像を送信する二次データに含めるように
する。

【００９１】次にステップＦ６０９で、生成した各二次
データを各携帯端末１Ａ、１Ｂに送信する（図５のＳ
８）。そしてステップＦ６１０で各携帯端末１Ａ、１Ｂ
からの返信を待機し、返信（図５のＵ１７，Ｕ２７）に
応じてそれを受信し内容を判別する。ここで、両携帯端
末１Ａ、１Ｂの返信が共に「ＹＥＳ」であればイベント
を続行するが、一方でも「ＮＯ」であれば、そのペアに
よるイベントを終了させる（図５のＳ７）。そこで一方
でも「ＮＯ」であった場合はステップＦ６１１からＦ６
０５に進んで、上記同様の処理を行う。

【００９２】二次データに対する双方の携帯端末１Ａ、
１Ｂからの返信が共に「ＹＥＳ」であった場合、つまり
今回のペアによるイベント処理をさらに続行する場合
は、コントローラ５１は処理をステップＦ６１１からＦ
６１２に進め、各携帯端末１Ａ、１Ｂに送信する最終デ
ータを生成する。即ち携帯端末１Ａに送信する最終デー
タを、携帯端末１Ｂのユーザーについて登録されている
個人情報、及び携帯端末１Ｂからの「ＹＥＳ」の返信に
添付されていたメッセージテキストや画像データを用い
て生成し、同様に携帯端末１Ｂ送信する最終データを、
携帯端末１Ａのユーザーについて登録されている個人情
報及び携帯端末１Ａからの「ＹＥＳ」の返信に添付され
ていたメッセージテキストや画像データを用いて生成す
る。また、この最終データの場合は、登録されている写
真画像については、画像処理部５６でのモザイク処理を
施さない画像、即ち登録されている写真画像データをそ
のまま送信する最終データ含めるようにする。そしてス
テップＦ６１３で、生成した各最終データを各携帯端末
１Ａ、１Ｂに送信する（図５のＳ１１）。

【００９３】最終データを送信した段階で、今回選定さ
れたペアの各ユーザーに対するイベントサービスは完了
する。そこで、例えばサービス完了時に課金をするよう
にする場合は、ステップＦ６１４で各ユーザーに対する
課金処理を行う。そしてステップＦ６１５で、この選定
されたペアに対するイベント終了処理をおこなう。

【００９４】この図１４のようなイベント処理は、上記
図１３のマッチング処理でペアが選定される毎に、その
ペアとされた各ユーザーの携帯端末に対して実行される
ことになる。そしてサーバ５０がこのような処理を行う
ことで、他人同士のユーザーの出会いが演出されること
になる。

【００９５】７．他の処理例 以上の処理例は一例であり、他にも各種の処理例が考え
られる。そこで携帯端末１とサーバ５０の処理としての
他の処理例を図１５〜図１７で説明する。図１５，図１
６は、上記図１０、図１１の携帯端末１の処理の変形例
であり、また図１７は、上記図１４のサーバ５０の処理
の変形例である。なお、図１５，図１６においては、上
記図１０、図１１と同一の処理ステップは括弧付きで同
一のステップ番号を付し、上記図１０、図１１と異なる
処理ステップについてＦ３５０〜Ｆ３５６のステップ番
号を付した。また、図１７においては、上記図１４と同
一の処理ステップは括弧付きで同一のステップ番号を付
し、上記図１４と異なる処理ステップについてＦ６５０
〜Ｆ６５３のステップ番号を付した。そして同一の処理
ステップについては、説明を省略する。また、この変形
例が実施される場合において、サーバ５０の図１２，図
１３の処理は同様に実行されるとする。

【００９６】上述した処理例では、サーバ５０は携帯端
末１に対して、一次データ、二次データ、最終データ
を、それぞれその都度生成して送信するようにしてい
た。つまり一次データ、二次データ、最終データとして
それぞれサーバ５０側でデータ内容を付加したり、写真
画像にモザイク処理を行って送信するようにしていた。
この変形例では、予め互いの携帯端末１に相手側の個人
情報を暗号化した上でまとめて送信しておき、各段階で
携帯端末１側でユーザーに提示する一次データ、二次デ
ータ、最終データの内容を解読、抽出して表示するよう
にするものである。

【００９７】このためサーバ５０のコントローラ５１
は、１組のペアが選定されて図１７の処理が開始される
と、まずステップＦ６５０で、各携帯端末１Ａ、１Ｂに
送信する各ユーザの個人情報について暗号化処理を施
す。即ち携帯端末１Ａに送信するデータとなるユーザー
Ｂの登録情報に暗号化を施し、携帯端末１Ｂに送信する
データとなるユーザーＡの登録情報に暗号化を施す。そ
してステップＦ６５１で、各携帯端末１Ａ、１Ｂに、そ
れぞれ相手のユーザーの暗号化された個人情報を送信す
る。また、このとき、一次データとしての表示を実行さ
せるために、個人情報の中で一次データとして設定され
ている情報についての暗号解読キーと、写真画像のモザ
イク係数（モザイク処理の度合いを示す係数）として、
比較的ハードなモザイク処理を指定する係数値を送信す
る。

【００９８】携帯端末１側のＣＰＵ１０の処理として
は、図１５のステップＦ３５０において、上記のような
サーバ５０からの送信を受信したら、ステップＦ３５１
に進んで相手のユーザーのユーザ情報、即ち暗号化され
ているユーザー情報をＲＡＭ１２に記憶する。そしてス
テップＦ３５２で、同時に送られてきた一次データ用の
暗号解読キーを用いて、記憶したユーザー情報の中から
一次データ内容に相当する情報、例えば性別、年齢など
のデータを解読する。また記憶した写真画像について
は、画像処理部１４において送信されてきたモザイク係
数を用いてモザイク処理を実行させる。そして解読した
情報、及びハードなモザイク処理を施した顔写真画像デ
ータを表示用メモリ１５に描画し、表示部２において図
８（ａ）のような表示を実行させる。

【００９９】次にサーバ５０が各携帯端末１Ａ、１Ｂに
二次データを表示させる場合は、図１７のステップＦ６
５２として、個人情報の中で二次データとして設定され
ている情報についての暗号解読キーと、写真画像のモザ
イク係数として、比較的ソフトなモザイク処理を指定す
る係数値を送信する。なお、各携帯端末１Ａ、１Ｂから
の返信時に添付されたメッセージについてはそのまま送
信する。

【０１００】携帯端末１側のＣＰＵ１０の処理として
は、図１６のステップＦ３５３において、上記のような
サーバ５０からの送信を受信したら、ステップＦ３５４
に進んで、既にＲＡＭ１２に記憶されているユーザー情
報の中から、二次データ用の暗号解読キーを用いて、二
次データ内容に相当する情報、例えば趣味、プロフィー
ルなどのデータを解読する。また記憶してある写真画像
については、画像処理部１４において送信されてきたモ
ザイク係数を用いてモザイク処理を実行させる。そして
解読した情報、及び新たなモザイク係数によりソフトな
モザイク処理を施した顔写真画像データ、相手からのメ
ッセージを表示用メモリ１５に描画し、表示部２におい
て図８（ｂ）のような表示を実行させる。

【０１０１】サーバ５０が各携帯端末１Ａ、１Ｂに最終
データを表示させる場合は、図１７のステップＦ６５３
として、個人情報の中で最終データとして設定されてい
る情報についての暗号解読キーと、写真画像のモザイク
係数として、係数値＝０、つまりモザイク処理を実行し
ない状態を示す係数値を送信する。なお、各携帯端末１
Ａ、１Ｂからの返信時に添付されたメッセージや画像デ
ータについてはそのまま送信する。

【０１０２】携帯端末１側のＣＰＵ１０の処理として
は、図１６のステップＦ３５５において、上記のような
サーバ５０からの送信を受信したら、ステップＦ３５６
に進んで、既にＲＡＭ１２に記憶されているユーザー情
報の中から、最終データ用の暗号解読キーを用いて、最
終データ内容に相当する情報、例えば電話番号やメール
アドレスなどのデータを解読する。また記憶してある写
真画像については、画像処理部１４でのモザイク処理を
実行させない。そして解読した情報、及びモザイク処理
のない本来の顔写真画像データ、相手からのメッセージ
や画像を表示用メモリ１５に描画し、表示部２において
図８（ｃ）のような表示を実行させる。

【０１０３】この変形例の処理は以上のように行われ、
即ち各携帯端末１Ａ、１Ｂは、予め相手側の個人情報を
まとめて受信するが、暗号化によりそのままでは表示で
きないものとされる。そして、一次データ、二次デー
タ、最終データを表示すべき各段階で、それらのデータ
内容を表示可能とする暗号解読キーが送信されてくるこ
とによって、各段階で所要の表示が実行できるようにし
ている。このような処理例によれば、サーバ５０と携帯
端末１の間の通信データ量を少なくすることができる。

【０１０４】以上、実施の形態としてのサーバ５０や携
帯端末１の構成や、情報処理システムを利用した出会い
イベントのための処理を説明してきたが、本発明はこれ
らの例に限定されることなく、各種の変形例が考えられ
る。もちろんイベント内容としては、出会いイベント、
ゲーム（人捜しゲーム、探偵ゲーム）なども可能であ
る。またサーバ５０で実行するマッチングの際の条件の
設定や数により多様なイベント内容を実現できる。また
参加料を多く払ったユーザーについてはマッチング条件
を増やすなどして出会いの機会を増やすなどの設定も可
能である。

【０１０５】装置構成においては、上記例では携帯端末
１は位置検出のためにＧＰＳを用いるようにしたが、も
ちろん他の手法でもよい。また相手方に送信するメッセ
ージはテキストでなく音声で入力できるようにすること
も考えられる。

【０１０６】

【発明の効果】以上の説明から理解されるように本発明
では、各携帯端末装置は、現在位置がサーバ装置によっ
て確認できるように構成され、またサーバ装置から送信
される周辺に位置する他のユーザのユーザ固有情報を受
信することができるようにしている。またサーバ装置
は、複数のユーザ固有情報を蓄積しておき、また通信可
能とされている複数の携帯端末の現在位置情報を管理す
るようにする。そして各携帯端末装置の現在位置と蓄積
されているユーザ固有情報を用いて、一の携帯端末装置
のユーザと他の携帯端末装置のユーザーのマッチングを
行ない、マッチングされた両携帯端末装置に対して、そ
の互いのユーザー固有情報を送信するようにしている。
これにより、各携帯端末装置のユーザーは、近くにいる
他の携帯端末装置のユーザーとの間で、個人的な情報を
交換できることになる。従ってこのような情報通信を利
用することで、例えば他人との新たな出会いを演出する
イベントや、その他のゲームなどの娯楽を提供できると
いう効果がある。

【０１０７】またユーザ固有情報を、ユーザのメールア
ドレス、電話番号、容姿をあらわす画像、プロフィール
等とすることで、人と人との出会いを効果的に演出で
き、面白みのあるイベントが実現できる。またユーザ固
有情報には所定のエンコード処理が施されて携帯端末装
置に提供されること、例えば容姿をあらわす画像にモザ
イク処理が施されたり、メールアドレス、電話番号に暗
号化が施されるなどすることでも、システム利用のおも
しろさを向上させることができる。

【０１０８】携帯端末装置の現在位置情報の検出につい
てはＧＰＳを利用したり、携帯端末装置と基地局間の送
受信情報に基づいて現在位置を判別することで容易に可
能となり、システムの複雑かを伴わず、またサーバ側で
は各携帯端末装置の位置を正確に管理できる。また携帯
端末装置においてユーザ固有情報を入力できるようにす
ることで、情報通信システムを用いたイベントへの参加
の容易性や、イベント中に通信するユーザ固有情報の内
容のバリエーションを広げることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態の情報通信システムの通信
系の説明図である。

【図２】実施の形態の携帯端末例の説明図である。

【図３】実施の形態のサーバ装置のブロック図である。

【図４】実施の形態の携帯端末のブロック図である。

【図５】実施の形態の情報通信システムを利用した出会
いサービスの説明図である。

【図６】実施の形態のユーザ登録データ例の説明図であ
る。

【図７】実施の形態の参加者の位置管理データ例の説明
図である。

【図８】実施の形態の通信するユーザ固有情報の内容の
説明図である。

【図９】実施の形態の登録処理のフローチャートであ
る。

【図１０】実施の形態のイベント実行時の携帯端末の処
理のフローチャートである。

【図１１】実施の形態のイベント実行時の携帯端末の処
理のフローチャートである。

【図１２】実施の形態のイベント参加要求時のサーバの
処理のフローチャートである。

【図１３】実施の形態のイベント実行時のサーバのマッ
チング処理のフローチャートである。

【図１４】実施の形態のイベント実行時のマッチングさ
れた携帯端末に対するサーバのイベント処理のフローチ
ャートである。

【図１５】実施の形態のイベント実行時の携帯端末の他
の処理例のフローチャートである。

【図１６】実施の形態のイベント実行時の携帯端末の他
の処理例のフローチャートである。

【図１７】実施の形態のイベント実行時のマッチングさ
れた携帯端末に対するサーバのイベント処理のフローチ
ャートである。

【符号の説明】

１ 携帯端末、２ 表示部、３ 操作部、３ａ，３ｂ，
３ｃ 操作子、４ スピーカ、５ マイクロホン、６
撮像部、７ アンテナ、１０ ＣＰＵ、１１，５２ Ｒ
ＯＭ、１２，５３ ＲＡＭ、１３，５５ 通信部、１
４，５６ 画像処理部、１５ 表示用メモリ、１６ Ｇ
ＰＳアンテナ、１７ ＧＰＳ処理部、５０サーバ、５１
コントローラ、５４ 登録データベース、５７ 課金
処理部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K067 AA21 BB21 DD17 DD52 DD53 EE02 EE10 EE16 EE25 HH22 HH23 HH36 JJ51 JJ56 JJ64 5K101 KK02 KK16 LL12 MM07 NN02 NN18 SS07 TT06

Claims (25)

【特許請求の範囲】
1. 【請求項１】 現在位置を検出する位置検出手段と、 上記位置検出手段にて検出した現在位置情報を、複数の
   ユーザ固有情報を蓄積しているサーバ装置に送信する送
   信手段と、 上記送信手段から送信した現在位置情報に応じて、上記
   サーバ装置から送信される周辺に位置する他のユーザの
   ユーザ固有情報を受信する受信手段と、 を備えることを特徴とする携帯端末装置。
2. 【請求項２】 上記ユーザ固有情報とは、ユーザのメー
   ルアドレス、電話番号、容姿をあらわす画像、プロフィ
   ールの少なくとも１つであることを特徴とする請求項１
   に記載の携帯端末装置。
3. 【請求項３】 上記ユーザ固有情報には所定のエンコー
   ド処理が施されていることを特徴とする請求項１に記載
   の携帯端末装置。
4. 【請求項４】 上記容姿をあらわす画像にはモザイク処
   理が施されていることを特徴とする請求項２に記載の携
   帯端末装置。
5. 【請求項５】 上記メールアドレス、電話番号には暗号
   化が施されていることを特徴とする請求項２に記載の携
   帯端末装置。
6. 【請求項６】 上記位置検出手段はＧＰＳ衛星からの測
   位用電波を受信して現在位置を検出することを特徴とす
   る請求項１に記載の携帯端末装置。
7. 【請求項７】 上記位置検出手段は、上記携帯端末装置
   と基地局間の送受信情報に基づいて現在位置を判別する
   ことを特徴とする請求項１に記載の携帯端末装置。
8. 【請求項８】 ユーザ固有情報を入力する入力手段をさ
   らに備えたことを特徴とする請求項１に記載の携帯端末
   装置。
9. 【請求項９】 複数のユーザ固有情報を蓄積する蓄積手
   段と、 通信可能とされている複数の携帯端末の現在位置情報を
   管理する位置管理手段と、 各携帯端末装置の現在位置と、上記蓄積手段に蓄積され
   ているユーザ固有情報を用いて、一の携帯端末装置のユ
   ーザと他の携帯端末装置のユーザーのマッチングを行う
   マッチング手段と、 上記一の携帯端末装置に対して上記他の携帯端末装置の
   ユーザのユーザー固有情報を送信し、上記他の携帯端末
   装置に対して上記一の携帯端末装置のユーザのユーザー
   固有情報を送信する送信手段と、 を備えたことを特徴とするサーバ装置。
10. 【請求項１０】 上記ユーザ固有情報とは、ユーザのメ
    ールアドレス、電話番号、容姿をあらわす画像、プロフ
    ィールの少なくとも１つであることを特徴とする請求項
    ９に記載のサーバ装置。
11. 【請求項１１】 上記送信手段は、ユーザ固有情報に所
    定のエンコード処理を施して送信することを特徴とする
    請求項９に記載のサーバ装置。
12. 【請求項１２】 上記送信手段は、上記容姿をあらわす
    画像に対してモザイク処理を施して送信することを特徴
    とする請求項１０に記載のサーバ装置。
13. 【請求項１３】 上記送信手段は、上記メールアドレ
    ス、電話番号に暗号化を施して送信することを特徴とす
    る請求項１０に記載のサーバ装置。
14. 【請求項１４】 上記位置管理手段は、携帯端末装置か
    ら送信されてきた現在位置情報に基づいて、各携帯端末
    装置の現在位置を管理することを特徴とする請求項９に
    記載のサーバ装置。
15. 【請求項１５】 上記位置管理手段は、各携帯端末装置
    と基地局間の送受信情報に基づいて各携帯端末装置の現
    在位置を判別し、各携帯端末装置の現在位置を管理する
    ことを特徴とする請求項９に記載のサーバ装置。
16. 【請求項１６】 サーバ装置と、上記サーバと所定の通
    信方式に基づいてデータ通信を行う複数の携帯端末装置
    から成る情報通信システムにおいて、 上記携帯端末装置は、 現在位置を検出する位置検出手段と、 上記位置検出手段にて検出した現在位置情報を、複数の
    ユーザ固有情報を蓄積しているサーバ装置に送信する送
    信手段と、 上記送信手段から送信した現在位置情報に応じて、上記
    サーバ装置から送信される周辺に位置する他のユーザの
    ユーザ固有情報を受信する受信手段と、 を備え、 上記サーバ装置は、 複数のユーザ固有情報を蓄積する蓄積手段と、 通信可能とされている複数の携帯端末の現在位置情報を
    管理する位置管理手段と、 各携帯端末装置の現在位置と、上記蓄積手段に蓄積され
    ているユーザ固有情報を用いて、一の携帯端末装置のユ
    ーザと他の携帯端末装置のユーザーのマッチングを行う
    マッチング手段と、 上記一の携帯端末装置に対して上記他の携帯端末装置の
    ユーザのユーザー固有情報を送信し、上記他の携帯端末
    装置に対して上記一の携帯端末装置のユーザのユーザー
    固有情報を送信する送信手段と、 を備えていることを特徴とする情報通信システム。
17. 【請求項１７】 上記ユーザ固有情報とは、ユーザのメ
    ールアドレス、電話番号、容姿をあらわす画像、プロフ
    ィールの少なくとも１つであることを特徴とする請求項
    １６に記載の情報通信システム。
18. 【請求項１８】 上記サーバ装置の上記送信手段は、ユ
    ーザ固有情報に所定のエンコード処理を施して上記携帯
    端末装置に送信することを特徴とする請求項１６に記載
    の情報通信システム。
19. 【請求項１９】 上記サーバ装置の上記送信手段は、上
    記容姿をあらわす画像に対してモザイク処理を施して上
    記携帯端末装置に送信することを特徴とする請求項１７
    に記載の情報通信システム。
20. 【請求項２０】 上記サーバ装置の上記送信手段は、上
    記メールアドレス、電話番号に暗号化を施して上記携帯
    端末装置に送信することを特徴とする請求項１７に記載
    の情報通信システム。
21. 【請求項２１】 上記携帯端末装置の上記位置検出手段
    はＧＰＳ衛星からの測位用電波を受信して現在位置を検
    出することを特徴とする請求項１６に記載の情報通信シ
    ステム。
22. 【請求項２２】 上記携帯端末装置と基地局間の送受信
    情報に基づいて上記携帯端末装置の現在位置を判別する
    ことを特徴とする請求項１６に記載の情報通信システ
    ム。
23. 【請求項２３】 上記サーバ装置の上記位置管理手段
    は、上記携帯端末装置から送信されてきた現在位置情報
    に基づいて、各携帯端末装置の現在位置を管理すること
    を特徴とする請求項１６に記載の情報通信システム。
24. 【請求項２４】 上記サーバ装置の上記位置管理手段
    は、各携帯端末装置と基地局間の送受信情報に基づいて
    各携帯端末装置の現在位置を判別し、各携帯端末装置の
    現在位置を管理することを特徴とする請求項１６に記載
    の情報通信システム。
25. 【請求項２５】 上記携帯端末装置は、ユーザ固有情報
    を入力する入力手段をさらに備えたことを特徴とする請
    求項１６に記載の情報通信システム。