JP2002176667A

JP2002176667A - 情報配信・交換システム，情報配信・交換処理方法および情報配信・交換サーバ／端末用プログラムの記録媒体

Info

Publication number: JP2002176667A
Application number: JP2000374319A
Authority: JP
Inventors: Hajime Hirozumi; 元広住
Original assignee: Fujitsu Social Science Labs Ltd
Current assignee: Fujitsu Social Science Labs Ltd
Priority date: 2000-12-08
Filing date: 2000-12-08
Publication date: 2002-06-21
Anticipated expiration: 2020-12-08
Also published as: JP4537567B2

Abstract

(57)【要約】【課題】端末同士で情報を交換・配信する場合に，端
末を識別する情報として，時間的に空間的に再利用が可
能な短い桁数の数字（コード）を用いることにより，簡
便に情報交換の相手を特定して情報を送信する装置また
はそのプログラムを記録した記録媒体を提供することで
ある。【解決手段】端末20A は，情報ａを設定して情報交換
管理装置10へmCODE 払出を要求する。情報交換管理装置
10は，コード払出処理部150 で払い出されているmCODE
の数に応じてmCODE の桁数を調整して一意のmCODE を生
成し，情報交換管理部170 で，mCODE を端末20A の情報
ａと対応付けて保持し，端末20A にmCODEを送信する。
その後，情報交換管理装置10は，端末20B から端末２０
A のmCODEが入力されたことを確認して，端末20B に端
末20A が設定した情報ａを送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，移動体通信を利用
して，相手を特定して情報を交換するためのシステムに
関する。

【０００２】

【従来の技術】初対面の人同士がメールアドレスや電話
番号等の個人情報等を交換することは，近年ごく当たり
前のようになされている。名詞や口頭で個人情報を伝達
することが一般的である。

【０００３】しかし，メールアドレスや電話番号等の個
人を識別する情報は全国で一意のものでなくてはならな
いことから，例えばメールアドレスのような個人識別情
報は，利用者の増加傾向に対応するため長く複雑になっ
てきている。このため，メールアドレスを口頭で相手に
伝えようとしても，その場で短時間に記憶して伝達でき
る程度を超えるほど長いものや複雑なものである場合が
ある。

【０００４】また，携帯電話のように携帯情報端末の中
には，１つの数字キーに複数の文字を割り当てているも
のがあるため，相手のメールアドレスや氏名を入力する
際の漢字や英文字の入力処理が煩雑なものがある。この
場合，入力ミスを生じやすく，また，入力処理の労力が
大きい。

【０００５】名刺交換をした場合でも，最終的には携帯
情報端末に個人情報の入力をしなければならず，処理が
煩雑であったり，処理労力が大きい点は変わらない。

【０００６】そのため，携帯情報端末の機器同士を直接
向かい合わせて赤外線接続により個人情報を交換し，ま
たは近距離無線通信を利用して相互に個人情報を交換す
る電子名刺交換システムがある。

【０００７】また，インターネット等の通信網に接続可
能な携帯情報端末により，利用者が予め割り当てられた
識別情報を介して，個人情報を交換するサービスも提供
されている。

【０００８】また，「名刺管理システム及び該管理シス
テムに適合する名刺（特開平０６−２２３０８６号）」
のように，名刺用データを，データベースセンタにおい
て保管し，自己識別符号により公開するデータをクラス
分けして出力するシステムがある。

【０００９】さらに，「移動体対応交換システム（特開
２０００−２２４６３８）」のように，任意の可変識別
番号による情報通信方法がある。

【００１０】

【発明が解決しようとする課題】しかし，携帯情報端末
の機器同士を直接向かい合わせて赤外線接続により行う
名刺交換については，機器自体の普及率が低く，また機
種ごとにプロトコルの互換性がないものが多いため，情
報交換できないことが多い。

【００１１】また，近距離無線通信を利用して行う名刺
交換システムについても，端末に近距離無線通信の機能
が備えられている必要があるうえ，近距離無線通信が１
００メートルの範囲まで通信が可能であることから，混
信を避け相手を特定するための識別ＩＤや認証情報を設
定しなければならない。また，この識別ＩＤ等は，第三
者が付与するものでなく利用者が任意に設定可能である
ため，いわゆる「なりすまし」による不正な情報取得を
完全には防ぐことができない。さらに，通信端末同士が
直接情報交換を行うため，例えばインターネット等の通
信網と親和性が低い。

【００１２】また，インターネット等の通信網に接続可
能な携帯情報端末上で，利用者の識別情報（例えばユー
ザＩＤ）を介して，個人情報を交換するサービスについ
ても，利用者の識別情報は利用申込み順に割り当てられ
ることから，利用者が増加するにつれてユーザＩＤは長
くなる。そのため，長いユーザＩＤの入力の負担が大き
いという問題を解消することはできない。

【００１３】また，「名刺管理システム及び該管理シス
テムに適合する名刺（特開平０６−２２３０８６号）」
でも，利用者の識別番号は固定的な固有番号であり，入
力負担の問題は解消できないうえ，あらかじめ自己の名
刺用データをデータベースセンタに登録しておく必要が
あり，データの保守管理の負担が生じる。

【００１４】また，「移動体対応交換システム（特開２
０００−２２４６３８）」では，ユーザが任意に識別番
号を決定することができるが，識別番号は一意でなけれ
ばならず，いったん決定した識別情報は登録され変更す
ることができず，利用者増加による識別情報の冗長化を
解消することができない。

【００１５】本発明の目的は，端末同士で情報を交換・
配信する場合に，端末を識別する情報として，時間的に
空間的に再利用が可能な短い桁数の数字（コード）を用
いることにより，簡便に情報交換の相手を特定して情報
を交換または配信する装置またはその装置をコンピュー
タで実現するためのプログラムを記録した記録媒体を提
供することである。

【００１６】

【課題を解決するための手段】上記の課題を解決し目的
を達成するため，本発明にかかるシステムは，情報を配
信または交換する端末からの要求により，所定の期間内
または所定の地域内において一意であるコードを生成
し，その端末に当該コードを払い出す手段と，前記端末
の固有情報と払い出したコードとの対の情報を記憶する
手段と，他の端末からの前記コードを指定した情報の要
求に対して，そのコードに対応する前記端末の固有情報
を送信する手段とを備える。また，前記コードを払い出
す手段は，一定の期間を経過すると無効となるコードを
生成することにより，一定の期間経過後に同一コードの
再使用を可能としたことを特徴とする。また，前記コー
ドを払い出す手段は，前記コードを払い出す端末の位置
情報をもとに有効範囲が地域的に限定されるコードを生
成することにより，地域的に離れた位置にある端末に対
して同一コードの払い出しを可能にしたことを特徴とす
る。

【００１７】本発明は，以下のように作用する。端末Ａ
と端末Ｂとで情報を交換する場合に，端末Ａは，交換す
る情報（情報ａ）を設定して情報交換管理装置へｍＣＯ
ＤＥ払出を要求する。情報交換管理装置は，ｍＣＯＤＥ
払出要求を受信すると，その時点で付与しているｍＣＯ
ＤＥの数に応じて，生成するｍＣＯＤＥの桁数を調整
し，なるべく桁数の短い一意のｍＣＯＤＥを生成し，ｍ
ＣＯＤＥを端末Ａの設定した情報ａと対応付けて保持
し，端末ＡにｍＣＯＤＥを送信し表示させる。その後，
情報交換管理装置は，交換相手である端末Ｂから端末Ａ
のｍＣＯＤＥが入力されたこと，かつ，端末Ａから端末
ＢのｍＣＯＤＥが入力されたことを確認して，端末Ｂに
端末Ａが設定した情報ａを送信する。同様に，端末Ｂに
対しても一意のｍＣＯＤＥを払い出し，相互にｍＣＯＤ
Ｅが入力されたことを確認した後，端末Ａに情報ｂを送
信する。

【００１８】また，端末Ａから１または複数の端末へ情
報を配信する場合に，端末Ａは，配信する情報（情報
ａ）を設定して情報交換管理装置へｍＣＯＤＥ払出を要
求する。情報交換管理装置は，ｍＣＯＤＥ払出要求を受
信すると，その時点で付与しているｍＣＯＤＥの数に応
じて，生成するｍＣＯＤＥの桁数を調整し，なるべく桁
数の短い一意のｍＣＯＤＥ（１〜４桁程度の数字）を生
成し，ｍＣＯＤＥを端末Ａの設定した情報ａと対応付け
て保持し，端末ＡにｍＣＯＤＥを送信し表示させる。情
報交換管理装置は，配信先である端末から端末ＡのｍＣ
ＯＤＥが入力されたことを確認して，その配信先端末に
対し端末Ａが設定した情報ａを送信する。

【００１９】これにより，交換・配信したい情報が容易
に入力できないような情報であっても，１〜４桁程度の
数字（ｍＣＯＤＥ）を入力するだけで，簡単に端末間同
士の情報交換または複数端末への情報配信を行うことが
できる。

【００２０】

【発明の実施の形態】以下に，本発明の実施の形態を図
を用いて説明する。

【００２１】〔本発明にかかるシステムの構成例〕図１
に，本発明を実現するシステムの構成例を示す。本発明
にかかる情報交換管理装置１０は，移動体通信網３０お
よび移動体通信ゲートウェイ４０を介して移動体通信の
端末２０Ａと端末２０Ｂと接続している。端末２０は，
例えばｈｔｔｐプロトコルによる通信機能を備えた移動
体通信端末（携帯電話）であり，情報交換管理装置１０
からの情報を表示できる画面表示部および情報交換管理
装置１０に対して数値入力が可能な入力部を備える。

【００２２】情報交換管理装置１０は，加入者情報管理
サーバ５０と接続して端末２０の電話番号，ＩＰアドレ
ス等の固有番号を取得し，また位置情報サーバ６０と接
続して端末２０の位置情報を取得し，さらに移動体通信
ゲートウェイ４０を介して，個人情報管理サーバ７０か
ら端末２０の利用者が任意に登録した個人情報を取得す
る。

【００２３】情報交換管理装置１０と，移動体通信ゲー
トウェイ４０または加入者情報管理サーバ５０，位置情
報サーバ６０との接続は，端末２０の必要な情報が取得
できれば，どのような通信方法，例えば，専用線，イン
ターネット，無線通信等を用いてもよい。また，移動体
通信ゲートウェイ４０および加入者情報管理サーバ５
０，位置情報サーバ６０は，それぞれが複数のサーバと
して別個独立に構成されていてもよく，また，１つのサ
ーバとして構成されていてもよい。

【００２４】本形態では，端末２０が情報交換の相手を
特定するための情報として，入力操作が容易な桁数可変
（１〜４桁程度）の数字である情報交換相手特定コード
（以下，ｍＣＯＤＥという）を用いる。このｍＣＯＤＥ
を短い桁数の数字にするため，ｍＣＯＤＥ自体に一定の
寿命を持たせて，寿命の切れた同じｍＣＯＤＥ（数字）
を再利用できるようにする処理方法，および，位置情報
サーバ６０が把握している端末２０の位置情報を利用し
て所定の地域ブロックごとにｍＣＯＤＥを管理すること
により，同じｍＣＯＤＥを利用できるようにする処理方
法を組み合わせて，ｍＣＯＤＥを生成する。

【００２５】また，ｍＣＯＤＥの入力操作をより簡便な
ものにするため，払い出されている有効なｍＣＯＤＥ数
に応じて，ｍＣＯＤＥの桁数を増減して生成する。

【００２６】移動体通信では，端末２０間で通信を行う
場合には重複可能な電波を利用しているため，基地局の
送受信可能範囲の境界線の付近では，端末同士が近距離
であるにもかかわらず，それぞれの端末２０が異なる基
地局と送受信することがある。このため，情報交換相手
である端末同士が異なる地域ブロックに位置すると認識
されることがある。図２は，地域ブロックと基地局の電
波到達範囲の関係を示す図であり，点線の小円は各基地
局の電波到達範囲を示し，実線の大円および六角形は地
域ブロックを示す。地域ブロック内に含まれる基地局は
単一のキャリアのものだけではなく，ＰＨＳや固定電話
網等種々のキャリアのものが含まれていてもよい。すな
わち，地域ブロックは，通話エリア，基地局ＩＤ，緯度
経度，複数のキャリアを，大きな範囲の仮想的な地域ブ
ロックにまとめて，多様な位置情報形態を一本化して管
理可能なものである。

【００２７】このように，複数の基地局の電波到達範囲
を大きな地域ブロックにまとめたとしても必ず境界線付
近には電波の重複する場所ができてしまい，端末２０が
どちらの地域ブロックに属するかは不確定となる。この
ように，単純に地域ブロックごとに一意なｍＣＯＤＥを
払い出した場合には，この境界線付近では，交換相手に
払い出したｍＣＯＤＥと同一のｍＣＯＤＥが隣接する地
域ブロックの別の端末にも付与され，相手端末を取り違
えてしまう恐れがある。

【００２８】そこで，地域ブロックの大きさは，新幹線
等での移動によってもｍＣＯＤＥの寿命時間内でブロッ
ク内を通過できないだけの十分な大きさとし，また，同
じｍＣＯＤＥを持つ端末２０が位置する地域ブロックか
らの電波が受信できないだけの十分な大きさとする。さ
らに，地域ブロックおよびその隣接する地域ブロックに
おいて，一意のｍＣＯＤＥを生成できるように，地域ブ
ロックごとに，ｍＣＯＤＥの元となるｍキーと隣接地域
ブロックの情報（隣接地域）とを設定することにより，
隣接する地域ブロックの電波を受信しても，相手を誤認
しないで情報交換できるｍＣＯＤＥを生成する。

【００２９】〔情報交換管理装置の構成例〕情報交換管
理装置（ｍＣＯＤＥサーバ）１０は，システム制御部１
１０，ｈｔｔｐサーバ部１２０，位置情報変換部１３
０，位置情報対応データ１４０，コード払出処理部１５
０，地域ブロック情報１６０，情報交換処理部１７０，
コード情報データベース１８０を備える。

【００３０】システム制御部１１０は，情報交換管理装
置１０の各手段を制御するとともに，加入者情報管理サ
ーバ５０にアクセスして，ｈｔｔｐサーバ部１２０から
受け取った端末２０のＩＰアドレスを電話番号に変換す
る。

【００３１】ｈｔｔｐサーバ部１２０は，例えばｈｔｔ
ｐプロトコルのような所定の通信プロトコルにより移動
体通信ゲートウェイ４０を介して端末２０と通信する。

【００３２】位置情報変換部１３０は，位置情報サーバ
６０により端末２０の電話番号を位置情報に変換し，位
置情報対応データ１４０にもとづいて，その位置情報か
ら端末２０の位置する地域ブロック情報を特定する。

【００３３】図３に本実施の形態における地域ブロック
の配列例を，図４に位置情報対応データの構成例を示
す。

【００３４】図３の地域ブロックの配列で，六角形は地
域ブロックを，六角形内部に示す「ア，イ，ウ，…」は
地域ブロックＩＤを，「１，２，３，…」は地域ブロッ
クに設定されるｍキーを示す。

【００３５】地域ブロックは，位置情報を予め分割した
ものであり，端末２０が基地局と送受信可能な１または
２以上の範囲を含むもので，ここでは，地域内で端末２
０に付与するｍＣＯＤＥの桁数ができるだけ最小となる
ようにオーバーラップ面積および隣接する地域ブロック
数が少ない六角（ヘックス）配列とする。

【００３６】ｍキーは，その地域ブロックおよび隣接地
域ブロックで一意となるｍＣＯＤＥを生成するための０
から最大隣接地域数（この場合は６）の０以上の整数の
値とする。地域ブロックＩＤおよびｍキーは固定的値で
あって，予め設定しておく。

【００３７】位置情報変換部１３０では，システム制御
部１１０から取得した端末２０の電話番号をもとに位置
情報サーバ６０から端末２０の位置情報を取得し，図４
の位置情報対応データ１４０により端末２０の地域ブロ
ックＩＤを特定する。例えば，端末２０Ａの位置情報が
「川崎市中原区」である場合，端末２０Ａの地域ブロッ
クＩＤは，図４に示す地域：エであることがわかる。

【００３８】コード払出処理部１５０は，コード生成部
１５１，コード桁調整部１５２を備える。

【００３９】コード生成部１５１は，地域ブロックおよ
び隣接地域ブロックで一意であって，一定の寿命を持つ
ｍＣＯＤＥを生成する。また，端末２０の地域ブロック
情報１６０を用いて，予め設定した地域内で一意である
ｍＣＯＤＥを生成する。

【００４０】図５に，地域ブロック情報の構成例を示
す。地域ブロック情報１６０は，地域ブロックＩＤ，ｍ
キー，隣接地域，ａＣＯＤＥ数からなる。

【００４１】地域ブロックＩＤは，地域ブロックに固定
の識別情報である。ｍキーは，ｍＣＯＤＥの生成に用い
る，その地域ブロックおよび隣接地域ブロックで一意の
整数である。隣接地域は，その地域ブロックに隣接する
地域ブロックを特定する情報である。ａＣＯＤＥ数は，
現在その地域ブロックで払い出されているａＣＯＤＥ数
である。ａＣＯＤＥは，ｍＣＯＤＥを生成する元となる
地域ブロックごとに払い出される０以上の整数である。
払い出されたａＣＯＤＥ数により，ｍＣＯＤＥの桁数が
調整される。

【００４２】以下のｍＣＯＤＥ生成処理が各地域ブロッ
クごとに行われる。１）元になるコードとしてａＣＯＤＥを生成する。ａＣ
ＯＤＥは，０以上の整数である。ａＣＯＤＥは，シリア
ルにインクリメントしてもよいが，セキュリティを考慮
して乱数によって指定されるようにしてもよい。ａＣＯ
ＤＥに寿命を設定する。寿命の設定は，払出時刻から所
定の寿命時間とする。払出時刻＋寿命を経過した時刻で
あれば，ａＣＯＤＥを廃棄し再利用することができる。２）ａＣＯＤＥに地域ブロック配列の最大隣接地域数＋
１の値（この場合は７であり，最大隣接地域数に合わせ
て固定とする）を乗算する。３）２）の計算結果にｍキーを加算したものをその地域
ブロックのｍＣＯＤＥとする。

【００４３】図６に，各地域ブロックで生成されるｍＣ
ＯＤＥの例を示す。例えばａＣＯＤＥ「０，１，２，
３，４，５，６，７，８，９，１０」が生成されたとす
る。図５に示す地域ブロック情報にもとづいて，地域：
アでは，ｍキー：０であるから，生成されるｍＣＯＤＥ
は「０，７，１４，２１，２８，３５，４２，４９，５
６，６３」となる。また，地域：イでは，ｍキー：１で
あるから，生成されるｍＣＯＤＥは「１，８，１５，２
２，２９，３６，４３，５０，５７，６４，７１」とな
る。このように，ａＣＯＤＥおよびｍキーを用いること
により，地域ブロックごとに，その地域ブロックおよび
隣接地域ブロックを含めて一意のｍＣＯＤＥを生成する
ことができる。

【００４４】図７に，地域ブロックと端末に払い出され
たｍＣＯＤＥの例を示す。図７中，四角形はｍＣＯＤＥ
が払い出された端末を示し，「Ａ：１７」は，地域：エ
にいる端末２０ＡにｍＣＯＤＥ：１７が，「Ｂ：１９」
は，地域：スにいる端末２０ＢにｍＣＯＤＥ：１９が払
い出されていることを示す。端末Ａと端末Ｂとが情報交
換をする場合に，地域：エの隣接地域である「ウ，セ，
ス，ヌ，オ，ア」においてｍＣＯＤＥは一意であるか
ら，同じものが払い出されることはなく，端末２０Ａと
端末２０Ｂは相互に相手を特定することができる。

【００４５】ここで，地域：サ，地域：ノについてもｍ
キー：３であるため，これらの地域に端末Ａと同様のｍ
ＣＯＤＥ：１７が払い出されている端末Ｃ，端末Ｄが同
時に存在しうる。しかし，地域：エと，地域：サまたは
ノは，相互に電波が受信できない程度に十分な距離があ
るので，端末Ａが，端末Ｃ，Ｄを端末Ｂと取り違えるこ
とはない。図７に示す地域：エと地域：サとを矢印で結
ぶ線，および地域：エと地域：ノとを矢印手で結ぶ線
は，それぞれの地域ブロック間の最短距離を意味するも
ので，相互に電波が受信できない程度の距離を表してい
る。

【００４６】コード桁調整部１５２は，端末２０に払い
出されたｍＣＯＤＥの数に応じて，ｍＣＯＤＥの桁数を
増減する。例えば，コード桁調整部１５２は，地域ブロ
ック情報１６０のａＣＯＤＥ数が１０のｎ＋１乗を超え
た場合は，コード情報データベース１８０のテーブル
を，未使用のレコードを含めて１０倍まで使用可能に拡
大する。また，１０のｎ乗を下回った場合は，コード情
報データベース１８０のテーブルを１０分の１に縮小す
る。これにより，ａＣＯＤＥの桁数，ひいてはｍＣＯＤ
Ｅの桁数を，同時使用者数によって動的に増減して，で
きる限り入力操作が簡便となるようなｍＣＯＤＥを生成
することができる。

【００４７】情報交換管理部１７０は，コード払出処理
部１５０で払い出したｍＣＯＤＥ，をもとに，コード情
報データベース１８０にレコードを登録し，情報交換す
る相手端末２０のｍＣＯＤＥ，交換対象の情報などを管
理する。コード情報データベース１８０は，地域ブロッ
クごとに作成されるが，１つのデータベースとして構成
するようにしてもよい。

【００４８】図８に，コード情報データベースの構成例
を示す。コード情報データベース１８０は，ａＣＯＤ
Ｅ，ｍＣＯＤＥ，電話番号，払出時刻，寿命，状態，自
己情報リンク，相手地域，相手ｍＣＯＤＥ，相手情報リ
ンク，送信相手ＭＳＮ（電話番号）のフィールドを持
つ。

【００４９】ａＣＯＤＥは，払い出されたｍＣＯＤＥの
元となったａＣＯＤＥを示す。電話番号はｍＣＯＤＥ払
出請求元の端末２０の電話番号である。払出時刻はｍＣ
ＯＤＥを払い出した時刻を通算秒で示したものである。
寿命は，ｍＣＯＤＥの有効期間を秒で示したものであ
る。状態はこのレコードの処理ステータスを示し，未使
用，相手ｍＣＯＤＥ入力待ち，単方向等の状態が設定さ
れる。

【００５０】自己情報リンクは，このｍＣＯＤＥ払出要
求元の端末２０が相手に送信する情報またはその情報へ
のリンク情報が設定される。設定される情報としては，
電話番号，Ｅメールアドレス，自己の個人情報の取得先
であるＵＲＬ等であり，任意の情報である。

【００５１】相手ｍＣＯＤＥは，相手端末に払い出され
たｍＣＯＤＥであり，相手端末が本レコードのｍＣＯＤ
Ｅを入力した場合に設定する。

【００５２】相手地域は，相手端末の地域ブロックＩＤ
であり，相手のｍＣＯＤＥが隣接地域ブロック内に発見
できたときに設定する。

【００５３】相手情報リンクは，相手の情報またはその
情報へのリンクであり，認証が成立した場合に設定す
る。相手が任意に設定した情報である。

【００５４】情報交換管理部１７０は，端末２０Ａのｍ
ＣＯＤＥが生成されると，その地域ブロックのコード情
報データベース１８０のテーブルにそのｍＣＯＤＥに関
するレコードを追加し，所定の情報（電話番号，払出時
刻，寿命，状態，自己情報リンク等）を登録する。その
後，情報交換の相手端末２０Ｂに本レコードのｍＣＯＤ
Ｅが設定されると，相手端末２０ＢのｍＣＯＤＥ，相手
情報リンクを設定し，これらの情報を端末２０Ａに返却
する。

【００５５】図８に示すコード情報データベース１８０
で端末２０ＡがｍＣＯＤＥ：３である場合，端末２０Ａ
からｍＣＯＤＥの払出要求があると，ｍＣＯＤＥ＝３が
生成され，コード情報データベース１８０には，当該ｍ
ＣＯＤＥに関するレコードが生成され，ｍＣＯＤＥの元
であるａＣＯＤＥ＝０，加入者情報管理サーバ５０から
得た払出要求元の端末２０Ａの電話番号＝09012345678
，払出時刻＝300000，寿命＝600 ，端末２０Ａで設定
された自己情報リンク＝http://aa/が登録される。その
後，情報交換相手の端末２０ＢからｍＣＯＤＥ：３が入
力され，認証が進むにつれ，本レコードに，交換相手の
情報である相手地域＝エ，相手ｍＣＯＤＥ＝１０，相手
情報リンク＝http://bb/が登録される。

【００５６】端末２０Ａに端末２０ＢのｍＣＯＤＥ：１
０が入力されると，端末２０Ｂのレコードの相手地域，
相手ｍＣＯＤＥを使用して認証を行い，自己情報リンク
に設定された「http://bb/」を端末２０Ａに送信する。
また同様に，端末２０ＡのｍＣＯＤＥ＝３，自己情報リ
ンクhttp://aa/が，端末２０Ｂのレコードに登録され
て，端末２０Ｂに対して送信される。

【００５７】このように，端末２０Ａおよび端末２０Ｂ
に対し，その端末のレコードに設定された相手方のリン
ク情報を返信することにより，端末２０間の情報交換が
行われる。

【００５８】ところで，移動体通信では，端末Ａと通話
中の端末Ｂが，ある基地局の通話エリアから別の基地局
の通話エリアへと移動する「渡り」という現象（「ハン
ドオーバ」と呼ばれる）が，ごく一般的に発生する。同
一の地域ブロック内でのハンドオーバの場合は，端末２
０の地域ブロックＩＤは変わらず問題はないが，図９に
示すように，他の地域ブロックへまたがるハンドオーバ
の場合には位置情報の検索を行う必要がある。このよう
な別の地域ブロックへのハンドオーバが発生した場合
は，以下のように対処する。

【００５９】まず，ｍＣＯＤＥを相互に交換して情報交
換をする場合では，端末２０からｍＣＯＤＥが入力され
たとき，または確認が要求されたときに，ｍＣＯＤＥサ
ーバ１０は，その要求元端末２０の電話番号を加入者情
報管理サーバ５０から取得し，地域ブロック情報１６０
にもとづいて，現在端末２０が存在する地域ブロックと
その隣接地域ブロックのコード情報データベース１８０
を電話番号で検索し，発見したレコードを使用して情報
交換を行う。

【００６０】ｍＣＯＤＥを一方にのみ払い出して情報配
信する場合には，情報を取得する側の端末はｍＣＯＤＥ
が払い出されず，コード情報データベース１８０上にレ
コードも作成されない。このため，情報発信側の端末２
０Ａの隣接地域ブロックからさらに離れた地域ブロック
に渡ってしまった場合（図９に示す場合）には，端末２
０Ｂが地域：クに渡ってしまうと，地域：エの端末２０
Ａ：１７から受け取るはずだった情報を地域：サの端末
Ｃ：１７から受け取ってしまう可能性がある。このよう
な状況は，地域ブロックのサイズを電波が渡りきれない
ほどの大きさを持つように設定することにより対処す
る。

【００６１】以下に，本実施の形態での情報交換・配信
の処理を詳細に説明する。

【００６２】〔処理の例（１）：最初に端末双方にｍＣ
ＯＤＥを払い出す場合〕図１０に最初に端末双方にｍＣ
ＯＤＥを払い出す場合の正常シーケンス例を示し，図１
１にその場合の端末の表示画面の例を示す。なお以下の
説明では，端末Ａや端末ＢにおけるＡまたはＢは，それ
ぞれの端末を特定する電話番号を示すとする。

【００６３】処理（１）：端末Ａは，ｍＣＯＤＥサーバ
１０に自己情報「http://ab/」を送信すると共にｍＣＯ
ＤＥ要求を行う。端末Ａでは，図１１（Ａ）に示すｍＣ
ＯＤＥ払出要求画面が表示され，送りたい情報の欄に自
己情報が入力され，「払出」が選択（または押下）され
てｍＣＯＤＥ要求が送信される。

【００６４】ｍＣＯＤＥサーバ１０は，位置情報サーバ
６０から端末Ａの位置を取得し，該当する地域ブロック
ＩＤに変換し，地域：エであることを取得し，その地域
のコード情報データベース１８０上でランダムにａＣＯ
ＤＥ：２を生成し，その状態が未使用または払出時刻＋
寿命が現在時刻より古ければ，それに最大隣接地域数＋
１である７を乗算しｍキー：３を加算してｍＣＯＤＥ：
１７を生成し，コード情報データベース１８０上に端末
Ａのレコードを追加し，自己情報リンクや加入者情報管
理サーバ５０から得た電話番号，払出時刻などを設定す
る。また，生成したｍＣＯＤＥ：１７を端末Ａに払い出
す。

【００６５】処理（２）：端末Ｂでは，同様にして，ｍ
ＣＯＤＥサーバ１０に自己情報「http://cd/」を送信す
ると共にｍＣＯＤＥを問い合わせて，ｍＣＯＤＥ：１９
が払い出される。図１１（Ｂ）に端末Ｂで表示されるｍ
ＣＯＤＥ払出要求画面を示す。

【００６６】端末Ａおよび端末Ｂでは，図１１（Ｃ）お
よび（Ｄ）に示すｍＣＯＤＥ払出結果表示および相手ｍ
ＣＯＤＥ入力画面上に表示される自己のｍＣＯＤＥを見
て口頭等により相互にｍＣＯＤＥを伝え合う。

【００６７】処理（３）：端末Ｂで，図１１（Ｄ）に示
す入力画面から端末ＡのｍＣＯＤＥ：１７を入力する
と，それを受信したｍＣＯＤＥサーバ１０は位置情報サ
ーバ６０から取得した位置情報から端末Ｂの現在の地域
ブロックが地域：スであることを得て，加入者情報管理
サーバ５０から得た電話番号でその地域と地域ブロック
情報１６０の地域スのレコードから取得した隣接地域の
コード情報データベース１８０を検索し，端末Ｂのレコ
ードを同じ地域から発見し，さらにその地域と隣接地域
を検索することによりｍＣＯＤＥ：１７が地域：エにあ
る端末Ａであることを発見する。

【００６８】処理（４）：発見した情報交換相手である
端末Ａの地域：エとｍＣＯＤＥ：１７を，地域：スのコ
ード情報データベース１８０上の端末Ｂのレコードに設
定する。ｍＣＯＤＥサーバ１０は，図１１（Ｅ）に示す
待機中（ｍＣＯＤＥ交換中）画面を表示して，端末Ｂに
待機するように応答する。

【００６９】処理（５）：端末Ａで，図１１（Ｃ）に示
す入力画面からｍＣＯＤＥ：１９を入力すると，それを
受信したｍＣＯＤＥサーバ１０は位置情報サーバ６０か
ら取得した位置から端末Ａの現在の地域ブロックが地
域：エであることを得て，加入者情報管理サーバ５０か
ら得た電話番号でその地域と地域ブロック情報１６０の
地域エのレコードから取得した隣接地域のコード情報デ
ータベース１８０を検索し，端末Ａのレコードを同じ地
域から発見し，さらにその地域と隣接地域を検索するこ
とによりｍＣＯＤＥ：１９が地域：スにある端末Ｂであ
ることを発見する。

【００７０】処理（６）このとき，端末Ｂのレコードの
相手地域には端末Ａの地域である地域：エ，相手ｍＣＯ
ＤＥには端末ＡのｍＣＯＤＥである１７が設定されてい
ることを確認したため，相互認証できたとして端末Ｂの
レコードの相手情報リンクに端末２０Ａレコードの自己
情報リンク「http://ab/」を設定し，端末Ｂのレコード
の自己情報リンク「http://cd/」を取得し，端末２０Ａ
にその情報を送信する。端末Ａでは，図１１（Ｆ）に示
す相手情報表示画面に端末Ｂの自己情報「http://cd/」
が表示される。

【００７１】処理（７）：端末ＡのｍＣＯＤＥは不要と
なるためコード情報データベース１８０上からレコード
を削除する。

【００７２】処理（８）：端末Ｂでは，図１１（Ｅ）に
示す待機中画面の確認ボタンを押して，端末Ａから端末
ＢのｍＣＯＤＥが入力されたことを確認し，ｍＣＯＤＥ
サーバ１０に問い合わせを行う。

【００７３】ｍＣＯＤＥサーバ１０は，位置情報サーバ
６０から端末Ｂの現在位置の地域ブロックが地域：スで
あることを取得し，その地域ブロックのコード情報デー
タベース１８０のレコード内に相手情報リンクに内容
（http://ab/）が入っているため，それを端末Ｂに送信
し，端末Ｂのレコードも削除し，情報交換は完了する。
端末Ｂでは，図１１（Ｇ）に示す相手情報表示画面上
に，端末Ａの自己情報「http://ab/」を表示する。

【００７４】上記の例で，もし端末Ａと同じｍＣＯＤＥ
をもつ地域：サの端末Ｃ：１７や地域：ノの端末Ｄ：１
７がｍＣＯＤＥ：１９を入力してしまった場合は，地
域：サおよび地域：ノも地域：スの隣接地域ではないた
め，検索にヒットせずエラーとなる。また，処理（６）
の時点で端末Ｂが隣の地域：クに移動してしまったとし
ても，地域：スのコード情報データベース１８０のレコ
ードを電話番号から見つけ出し，そこからの隣接地域を
検索するため，地域：エを検索できなかったり，地域：
サの端末Ｃを端末Ａと誤認することはない。

【００７５】〔処理の例（２）：ｍＣＯＤＥの払い出し
と入力が相互の場合〕図１２に，ｍＣＯＤＥの払い出し
と入力が相互の場合の正常シーケンス例を示し，図１３
に，その場合の端末の表示画面の例を示す。

【００７６】処理（１）：端末ＡはｍＣＯＤＥサーバ１
０に自己情報を送信すると共にｍＣＯＤＥ要求を行う。
図１３（Ａ）に，端末Ａに表示されるｍＣＯＤＥ払出要
求画面を示す。

【００７７】ｍＣＯＤＥサーバ１０は位置情報サーバ６
０から端末Ａの位置を取得し，該当する地域ブロックＩ
Ｄに変換し，地域：エであることを取得し，その地域の
コード情報データベース１８０上でランダムにａＣＯＤ
Ｅ：２を生成し，その状態が未使用または払出時刻＋寿
命が現在時刻より古ければ，それに最大隣接地域数＋１
である７を乗算しｍキー：３を加算してｍＣＯＤＥ：１
７を生成し，コード情報データベース１８０上に端末Ａ
のレコードを追加し，自己情報や加入者情報管理サーバ
５０から得た電話番号，払出時刻などを設定する。ま
た，生成したｍＣＯＤＥ：１７を端末Ａに払い出す。図
１３（Ｂ）に示すｍＣＯＤＥ払出結果表示および相手ｍ
ＣＯＤＥ入力画面上に，ｍＣＯＤＥ：１７が表示され
る。

【００７８】処理（２）：端末Ｂで，図１３（Ｃ）に示
すｍＣＯＤＥ払出結果表示および相手ｍＣＯＤＥ入力画
面（配信モード）からｍＣＯＤＥ：１７を入力すると，
それを受信したｍＣＯＤＥサーバ１０は位置情報サーバ
６０から取得した位置情報から端末Ｂの現在の地域ブロ
ックが地域：スであることを求め，加入者情報管理サー
バ５０から得た電話番号でその地域と地域ブロック情報
１６０の地域スのレコードから取得した隣接地域のコー
ド情報データベース１８０を検索するが端末Ｂのレコー
ドを発見できないためまだ存在しないと判定する。さら
に，現在の端末Ｂの地域ブロックとその隣接地域を検索
することによりｍＣＯＤＥ：１７が地域：エにある端末
Ａであることを発見する。

【００７９】処理（３）：端末Ｂのレコードは発見でき
ていなかったため，まだ存在しないと判定し，端末Ａと
同様な方法により端末ＢのｍＣＯＤＥ：１９を生成し，
地域：スのコード情報データベース１８０上に端末Ｂの
レコードを作成し，そこに端末Ａの地域ブロック：エと
ｍＣＯＤＥ：１７を設定する。また，端末ＢのｍＣＯＤ
Ｅ：１９を端末Ｂに送信する。端末Ｂでは，図１３
（Ｄ）に示すｍＣＯＤＥ払出結果表示および確認画面上
にｍＣＯＤＥ：１９を表示する。

【００８０】処理（４）：端末Ａで，図１３（Ｂ）に示
す画面からｍＣＯＤＥ：１９を入力すると，それを受信
したｍＣＯＤＥサーバ１０は位置情報サーバ６０から取
得した位置から端末２０Ａの現在の地域ブロックが地
域：エであることを求め，加入者情報管理サーバ５０か
ら得た電話番号でその地域と地域ブロック情報１６０の
地域エのレコードから取得した隣接地域のコード情報デ
ータベース１８０を検索し，端末Ａのレコードを同じ地
域から発見し，その地域と隣接地域を検索することによ
りｍＣＯＤＥ：１９が地域：スにある端末Ｂであること
を発見する。

【００８１】処理（５）：このとき，端末Ｂのレコード
の相手地域には端末Ａの地域である地域：エ，相手ｍＣ
ＯＤＥには端末ＡのｍＣＯＤＥ：１７が設定されている
ことを確認したため，相互認証できたとして端末Ｂレコ
ードの相手情報リンクに端末Ａレコードの自己情報リン
ク「http://ab/」を設定し，端末Ｂのレコードの自己情
報リンク「http://cd/」を取得し，端末Ａにその情報を
送信する。端末Ａでは，図１３（Ｅ）に示す相手情報表
示画面上に，相手情報「http://cd/」を表示する。

【００８２】処理（６）：端末ＡのｍＣＯＤＥは不要と
なるためコード情報データベース１８０上からレコード
を削除する。

【００８３】処理（７）：端末Ｂが，図１３（Ｄ）に示
す画面からｍＣＯＤＥサーバ１０に確認の問い合わせを
おこなうと，位置情報サーバ６０から端末Ｂの現在位置
の地域ブロックが地域：スであることを取得し，その地
域ブロックのコード情報データベース１８０のＢレコー
ドの相手情報リンクに内容（http://ab/）が入っている
ため，それをＢに送信，Ｂレコードも削除し，情報交換
は完了する。端末Ｂでは，図１３（Ｆ）に示す相手情報
表示画面上に，相手情報「http://ab/」を表示する。

【００８４】〔処理の例（３）：１台の端末から複数の
端末への単方向に情報を配信する場合〕会議のような際
にひとりが複数の人に情報を送信したい場合は，オプシ
ョンを付与することにより，相互に認証することによる
情報交換ではなく，図１４に示すように，１の端末Ａか
ら複数の端末Ｂ，端末Ｃへの一方的なｍＣＯＤＥの受け
渡しにより情報を配信することができる。

【００８５】ただし，この際にｍＣＯＤＥを盗聴された
り数値総当たりなどによるハッキング行為をされやす
い。これに対する抑止力として，このｍＣＯＤＥを誰が
受信したかを配信元で知りうるように，配信先の端末を
特定する情報，例えば電話番号やメールアドレス，ＩＰ
アドレス等の固有ＩＤを発信元の端末Ａで参照すること
ができるようにする。その際，一覧される固有ＩＤには
その所有者が任意に付与したニックネームが割り当てら
れていた場合は，視認性を高めるために，ニックネーム
も同時に表示する。本発明での情報交換の処理の特徴の
一つに固有ＩＤを見せないというものがあるが，この場
合にはあえて固有ＩＤを併用することにより簡便さを優
先している。

【００８６】図１５に１台の端末から複数の端末への単
方向に情報を配信する場合の正常シーケンス例を示し，
図１６にその場合の端末の表示画面例を示す。

【００８７】処理（１）：端末ＡはｍＣＯＤＥサーバ１
０に自己情報を送信すると共に単方向モードでのｍＣＯ
ＤＥ要求をおこなう。図１６（Ａ）に，端末Ａに表示さ
れるｍＣＯＤＥ払出要求画面を示す。

【００８８】ｍＣＯＤＥサーバ１０は位置情報サーバ６
０から端末Ａの位置を取得し，該当する地域ブロックＩ
Ｄに変換し，地域：エであることを取得し，その地域の
コード情報データベース１８０上でランダムにａＣＯＤ
Ｅ：２を生成し，その状態が未使用または払出時刻＋寿
命が現在時刻より古ければ，それに最大隣接地域数７を
乗算しｍキー：３を加算してｍＣＯＤＥ：１７を生成
し，コード情報データベース１８０上に端末Ａのレコー
ドを追加し，自己情報や加入者情報管理サーバ５０から
得た電話番号，払出時刻などを設定する。生成したｍＣ
ＯＤＥ：１７を端末Ａに払い出す。

【００８９】端末Ａでは，図１６（Ｂ）に示すｍＣＯＤ
Ｅ払出結果表示および相手ｍＣＯＤＥ入力画面上に表示
される自己のｍＣＯＤＥを見て口頭等により，端末Ｂお
よび端末ＣにｍＣＯＤＥを伝える。

【００９０】処理（２）：端末Ｂで，図１６（Ｃ）に示
す画面からｍＣＯＤＥ：１７を入力すると，それを受信
したｍＣＯＤＥサーバ１０は位置情報サーバ６０から取
得した位置情報からＢの現在の地域ブロックが地域：ス
であることを求め，加入者情報管理サーバ５０から得た
電話番号でその地域と地域スのレコードから取得した隣
接地域のコード情報データベース１８０を検索するが端
末Ｂのレコードを発見できないためまだ存在しないと判
定する。さらに，現在の端末Ｂの地域ブロックとその隣
接地域を検索することによりｍＣＯＤＥ：１７が地域：
エにある端末Ａであることを発見する。

【００９１】処理（３）：端末Ａのレコード内の状態に
「単方向」とあるため，端末ＢのｍＣＯＤＥやレコード
は作成せず，端末Ａの自己情報リンクを端末Ｂに送信す
る。また，その際に端末Ｂの電話番号を端末Ａのレコー
ドの送信相手ＭＳＮに追加して控えておく。端末Ｂで
は，図１６（Ｄ）に示す相手情報表示画面に端末Ａの自
己情報「http://ab/」が表示される。

【００９２】処理（４）：端末Ｃで，図１６（Ｅ）に示
す画面からｍＣＯＤＥ：１７を入力すると，端末Ｂの場
合と同様に現在位置である地域：ウ：ｍＣＯＤＥを生成
せずに端末Ａを検索し，その自己情報リンクを端末Ｃに
送信し，端末Ａレコードの送信相手ＭＳＮに追加する。
端末Ｃでは，図１６（Ｆ）に示す相手情報表示画面に端
末Ａの自己情報「http://ab/」が表示される。

【００９３】処理（５）：端末Ａが，図１６（Ｂ）に示
す画面からｍＣＯＤＥサーバ１０に情報送信先確認の問
い合わせをおこなうと，位置情報サーバ６０から取得し
た位置情報から端末Ａの現在の地域ブロックが地域：エ
であることを求め，加入者情報管理サーバ５０から得た
電話番号でその地域ブロック内に端末Ａのレコードを発
見し，その状態が単方向であった場合は，レコード内の
相手ＭＳＮ（電話番号）の配列内容を端末Ａに返却す
る。端末Ａでは，図１６（Ｇ）に示す配信相手確認画面
上に，配信した端末Ｂ，端末Ｃの固有情報である電話番
号が表示される。

【００９４】〔処理の例（４）：ｍＣＯＤＥは入力せ
ず，すでに払い出されたｍＣＯＤＥの一覧から設定して
認証を行い情報交換する場合〕ｍＣＯＤＥの数値を直接
入力するのではなく，ｍＣＯＤＥをその寿命の間だけそ
の地域ブロックと隣接地域ブロック内で公開し，互いに
ｍＣＯＤＥの一覧から選択するのみで相互に認証して情
報交換を行う。また，わかりやすいように一覧するｍＣ
ＯＤＥの前にはユーザが任意に登録するニックネームを
つけてもよい。この方法は精密な位置情報が得られ，地
域ブロック内で表示される一覧が少ない場合には操作数
の軽減に効果的である。

【００９５】図１７に，事前に登録済の本名を交換する
場合の処理における表示画面の例を示す。

【００９６】端末２０Ａで，あらかじめ，図１７（Ａ）
に示す画面でニックネームを登録し，図１７（Ｂ）に示
す画面で本名を設定して，ｍＣＯＤＥサーバ１０に送信
する。ｍＣＯＤＥサーバ１０から登録したニックネーム
と本名を記録した先のＵＲＬが返され，図１７（Ｃ）に
示す画面が表示され，端末２０内のブックマークにＵＲ
Ｌが記憶される。

【００９７】情報交換をする際に，相手のｍＣＯＤＥを
入力する代りに，図１７（Ｄ）に示す画面上の相手ニッ
クネーム（およびｍＣＯＤＥ）の一覧から選択する。図
１７（Ｅ）に示すように，画面上で「naka111 」を選択
する。

【００９８】ｍＣＯＤＥサーバ１０は，交換相手の端末
２０Ｂがニックネーム「hiroz342」を選択し，コード情
報データベース１８０の端末２０Ｂのレコードに「hiro
z342」が設定されたことを確認すると，端末２０Ａにニ
ックネーム「naka111 」を送信する。

【００９９】端末２０Ａでは，相手端末２０Ｂがニック
ネーム「hiroz342」を入力するまでは，図１７（Ｆ）に
示す画面を表示する。「hiroz342」が入力されて認証が
完了したら，「naka111 」と共に生成されたＵＲＬへア
クセスして，登録した本名「井伊下弦」を取得し，図１
７（Ｇ）に示す画面上に取得した本名を表示する。

【０１００】図１８ないし図２０に，本発明にかかるシ
ステムの処理フローを示す。図１８は，ｍＣＯＤＥ払出
要求受信時のｍＣＯＤＥサーバの処理フローを示す図で
ある。

【０１０１】ｍＣＯＤＥサーバ１０は，ｍＣＯＤＥ払出
要求を受信すると，端末２０の位置情報を位置情報サー
バ６０から取得し（ステップＳ１），取得した位置情報
を地域ブロックに変換し（ステップＳ２），その地域ブ
ロックに相当するコード情報データベース１８０を開く
（ステップＳ３）。その地域ブロックの使用済みａＣＯ
ＤＥ数を調べ（ステップＳ４），ａＣＯＤＥ数が＜１０
のｎ乗であれば，ａＣＯＤＥの使用可能範囲を１０分の
１に縮小し（ステップＳ５），ａＣＯＤＥ数が≧１０の
ｎ＋１乗であれば，ａＣＯＤＥの使用可能範囲を１０倍
に拡大し（ステップＳ６），いずれでもなければ縮小も
拡大も行わない（ｄｅｆａｕｌｔ）。次に，０〜使用可
能範囲内で乱数によりａＣＯＤＥを生成する（ステップ
Ｓ７）。そのａＣＯＤＥが，払出時刻＋寿命以内のもの
が既に存在しているかどうかを調べ（ステップＳ８），
既に存在している場合には，ａＣＯＤＥを１つづつにつ
いて（ステップＳ９），そのａＣＯＤＥが払出時刻＋寿
命以内のものであるかどうかを調べる（ステップＳ１
０）。そのａＣＯＤＥが，払出時刻＋寿命以内のものが
既に存在していない場合，または，そのａＣＯＤＥが払
出時刻＋寿命以内のものでない（寿命が切れている）場
合には，ａＣＯＤＥ×（最大隣接地域数＋１）＋地域ブ
ロックのｍキーをｍＣＯＤＥとし（ステップＳ１１），
コード情報データベース１８０に，生成したｍＣＯＤＥ
および払出時刻を設定したレコードを作成し，または，
上書きする（ステップＳ１２）。

【０１０２】図１９は，ｍＣＯＤＥ入力受信時のｍＣＯ
ＤＥサーバの処理フローを示す図である。

【０１０３】ｍＣＯＤＥサーバ１０は，ｍＣＯＤＥ入力
を受信すると，入力元の端末２０の位置情報を位置情報
サーバ６０から取得し（ステップＳ２０），位置情報を
地域ブロックに変換し（ステップＳ２１），入力元端末
の電話番号を加入者情報管理サーバ５０から取得する
（ステップＳ２２）。

【０１０４】現在の地域ブロックまたはその隣接地域内
のコード情報データベース１８０に入力元の電話番号を
持つレコードが存在するかどうかを調べ（ステップＳ２
３），入力元の電話番号を持つレコードが存在する場合
には，そのレコードの地域か隣接地域に入力されたｍＣ
ＯＤＥが存在するかどうかを調べる（ステップＳ２
４）。

【０１０５】入力されたｍＣＯＤＥが存在すれば，入力
元レコードの相手ｍＣＯＤＥと相手地域が空でなければ
（ステップＳ２５），入力されたｍＣＯＤＥのレコード
の相手情報リンクに，入力元レコードの自己情報リンク
の内容を設定し（ステップＳ２６），入力されたｍＣＯ
ＤＥのレコードの自己情報リンクの内容を入力元端末２
０に送信して（ステップＳ２７），入力元レコードを削
除する（ステップＳ２８）。ステップＳ２５の処理で，
相手ｍＣＯＤＥと相手地域が空であれば，発見した相手
ｍＣＯＤＥと地域ブロックＩＤを入力元レコードに設定
する（ステップＳ（２９）。

【０１０６】なお，ステップＳ２４の処理で，入力され
たｍＣＯＤＥが存在しなければ，エラー（エラー画面表
示等）を返却する（ステップＳ３０）。

【０１０７】一方，ステップＳ２３の処理で，現在の地
域または隣接地域のコード情報データベース１８０に，
入力元の電話番号を持つレコードが存在しない場合に
は，入力元の現在の地域か隣接地域に入力されたｍＣＯ
ＤＥが存在するかどうかを調べ（ステップＳ３１），入
力されたｍＣＯＤＥが存在する場合に，そのｍＣＯＤＥ
のレコードの状態が単方向であれば（ステップＳ３
２），入力されたｍＣＯＤＥレコードの内の自己情報リ
ンクの内容を入力元端末２０に送信する（ステップＳ３
３）。

【０１０８】ステップＳ３２の処理で，そのｍＣＯＤＥ
のレコードの状態が単方向でなければ，入力元端末２０
のｍＣＯＤＥを生成し（ステップＳ３４），入力元のｍ
ＣＯＤＥ入力元端末２０に送信する（ステップＳ３
５）。

【０１０９】ステップＳ３１の処理で，入力元の現在の
地域か隣接地域に入力されたｍＣＯＤＥが存在しなけれ
ば，エラー（相手が見つからない旨のエラー表示画面）
を返却する（ステップＳ３６）。

【０１１０】図２０は，確認問合せ時のｍＣＯＤＥサー
バの処理フローを示す図である。

【０１１１】ｍＣＯＤＥサーバ１０は，確認問合せを受
信すると，問合せ端末２０の位置情報を位置情報サーバ
６０から取得し（ステップＳ４０），位置情報を地域ブ
ロックに変換し（ステップＳ４１），入力元端末の電話
番号を加入者情報管理サーバ５０から取得する（ステッ
プＳ４２）。

【０１１２】現在の地域ブロックかその隣接地域内のコ
ード情報データベース１８０に問合せ元の電話番号を持
つレコードが存在するかどうかを調べ（ステップＳ４
３），問合せ元の電話番号を持つレコードが存在する場
合には，そのｍＣＯＤＥのレコードの状態が単方向であ
るかどうか調べる（ステップＳ４４）。そのｍＣＯＤＥ
のレコードの状態が単方向でない場合であって，そのレ
コードの相手情報リンクに内容が入っていれば（ステッ
プＳ４５），問合せ元ｍＣＯＤＥのレコードの相手情報
リンクの内容を問合せ元端末２０に送信して（ステップ
Ｓ４６），問合せ元レコードを削除する（ステップＳ４
７）。ステップＳ４５の処理で，そのレコードの相手情
報リンクに内容が入っていない場合であって，そのレコ
ードが寿命切れでなければ（ステップＳ４８），再度確
認画面を送信し（ステップＳ４９），寿命切れであれ
ば，エラー（寿命切れ通知）を返却する（ステップＳ５
０）。

【０１１３】ステップＳ４４の処理で，そのｍＣＯＤＥ
のレコードの状態が単方向であれば，入力されたｍＣＯ
ＤＥレコードの内の自己情報リンクの内容を問合せ端末
に送信する（ステップＳ５１）。

【０１１４】また，ステップＳ４３の処理で，現在の地
域ブロックかその隣接地域内のコード情報データベース
１８０に問合せ元の電話番号を持つレコードが存在しな
い場合には，エラー（データ消失通知）を返却する（ス
テップＳ５２）。

【０１１５】本実施の形態の説明では，ＵＲＬやメール
アドレス等，ユーザが任意に設定する情報は，個人情報
管理サーバ７０に登録するものとしているが，交換した
い情報へのリンクはサーバ側で持つという構成だけでな
く，端末２０側で持つことも可能である。たとえば，端
末２０が備えるブックマーク機能を利用して，ｍＣＯＤ
Ｅサーバ１０へのＵＲＬの行末にＣＧＩ用パラメータと
してこれらの情報を保持しておくことや，ＣＧＩ用パラ
メタを含んだＨＴＭＬを保存しておき，使用時に呼び出
すこと等により実現できる。これにより，恒久的な個人
情報をサーバ側にいっさい持たずに情報交換することが
できる。

【０１１６】また，ｍＣＯＤＥだけでは端末の紛失及び
盗難時に他人によって情報交換されてしまう可能性があ
る。そのため，個人情報の交換などの重要な情報交換時
には端末の所有者しか知らない別個のパスワードをｍＣ
ＯＤＥ要求時または入力時に同時に入力することを要求
し，それが正しいときのみに認証を成立させるようにし
てもよい。

【０１１７】また，ｍＣＯＤＥを互いに入力した瞬間に
情報が伝わるのは便利ではあるが重要な情報の場合は危
険な場合もある。そのため，互いにｍＣＯＤＥを入力し
た後，確認画面により相手のニックネームなど最小限の
情報で確認してから，交換したい情報を表示するように
してもよい。このニックネームは個人情報の一部として
個人情報管理サーバ７０上に固定的に記憶されているも
のでもよいが，端末２０側が記憶して，ｍＣＯＤＥ要求
時に送信するようにしてもよい。

【０１１８】本発明の適用例として，以下のようなもの
がある。

【０１１９】例１）自動販売機またはレジでの少額決済自動販売機またはレジにｍＣＯＤＥ入出力装置を付与し
ておき，自己の端末のｍＣＯＤＥと自動販売機等のｍＣ
ＯＤＥとを交換して認証することにより少額決済に必要
な情報（暗証情報，暗唱番号，引落金額，引落口座等）
を交換して決済処理を行う。

【０１２０】例２）固定網に接続された１台の装置から
複数の不特定の移動体通信の端末への情報配信移動端末ではなく固定網に接続されたＰＣも，そのＩＰ
アドレスなどの固有ＩＤをねつ造できないようにする認
証ソフトをインストールし，それを地域ブロック内に登
録することにより，本発明にかかるシステムの使用が可
能である。この場合，電話番号のかわりにＩＰアドレス
などのネットワーク上の固有ＩＤを利用する。これら固
定網から移動体通信の端末への情報配信への応用例とし
て，・博物館などの展示説明を移動端末へ配信・展示会での出展情報ＵＲＬ配信・映画館での近日公開情報配信・演劇での台本配信・コンサートでの歌詞配信等がある。これらの例においては，利便性のために，ｍ
ＣＯＤＥの寿命を通常の数分ではなく数時間から無限と
する特例的なｍＣＯＤＥを生成できるようにする。ま
た，不特定相手の場合はプライバシーを考慮し，通常の
単方向の情報配信と違い，配信された側の電話番号など
の固有ＩＤを取得しないようにして配信する。

【０１２１】例３）メールアドレスそのものにｍＣＯＤ
Ｅを書き込むことによる情報配信メールアドレスそのものにｍＣＯＤＥを書き込み，近く
の人に他からのメールを転送する際などにｍＣＯＤＥの
交換をおこなうと，宛先に長いアドレスを入力しなくて
もよい。この場合，受信する側もあらかじめｍＣＯＤＥ
を取得しておく。なお，この際の払出方法はＷｅｂペー
ジでも，ある固定メールアドレスにメールを送ることに
よる自動応答でも，センタに電話を掛けた音声自動応答
でもよい。通常のメールアドレスと区別するため，先頭
に「＠」記号など，通常のアドレスではあり得ない記号
を付与したｍＣＯＤＥをメールの宛先として送信する。

【０１２２】本発明を適用した移動体通信専用メールサ
ーバはｍＣＯＤＥを宛先としてメールを受信した場合
に，ｍＣＯＤＥサーバに問い合わせをおこない，送信元
の地域とその隣接地域でそのｍＣＯＤＥが払い出された
移動端末の電話番号を検索し，その電話番号に対応する
メールアドレスにメールを送信する。

【０１２３】例４）電話番号としてｍＣＯＤＥを使用す
る例すぐ近くの人に電話を転送する場合などに電話番号とし
てｍＣＯＤＥを使用すると，１１桁もある長い電話番号
を入力しなくてもよい。転送を受ける側はあらかじめｍ
ＣＯＤＥを取得しておく。この際の払出方法はＷｅｂペ
ージでも，ある固定メールアドレスにメールを送ること
による自動応答でも，センタに電話を掛けた音声自動応
答でもよい。この場合に，通常の電話番号と区別するた
め，先頭に特別な番号や＊や＃などを付与したものを相
手先電話番号として用いて電話をかける。

【０１２４】本発明を適用した移動体通信電話交換機は
ｍＣＯＤＥを電話番号として着信した場合，ｍＣＯＤＥ
サーバに問い合わせをおこない，送信元の地域とその隣
接地域でそのｍＣＯＤＥが払い出された移動端末の電話
番号を検索し，その電話番号に電話をかけるか，発信元
が既に通話中であればそれを転送する。

【０１２５】本発明を実現する情報交換管理装置１０
は，コンピュータが実行可能なプログラムとして実施す
ることが可能である。このプログラムは，コンピュータ
が読み取り可能な可搬媒体メモリ，半導体メモリ，ハー
ドディスク等の適当な記憶媒体に格納して提供すること
ができ，または通信インタフェースを介して送受信する
ことができる。通信インタフェースとして接続される通
信ネットワークとして，例えば，ＬＡＮ，ＷＡＮ，イン
ターネット，アナログ電話網，デジタル電話網，無線通
信網などを利用することができる。

【０１２６】

【発明の効果】以上説明したように，本発明によれば，
端末で情報交換を行う際に，一定の期間または一定の範
囲でのみ有効な桁数が可変のコード（ｍＣＯＤＥ）を自
動的に払出し，このコードが相手から入力された場合に
認証が完了したとして，相手側に，予め設定しておいた
情報を返信する。この処理を端末双方が行うことによ
り，容易に相互認証による情報交換を行うことができ
る。

【０１２７】また，以下の効果を奏する。・本発明では，相手を特定するための認証情報の入力
が，１〜４桁程度の短い数字の入力で済むため，相手に
口頭で伝達しやすく，かつ，入力操作が容易となる。・本発明では，情報交換のたびにｍＣＯＤＥが自動的に
払い出されるため，あらかじめ固有のＩＤやパスワード
等の登録が不要である。・情報交換のためのｍＣＯＤＥは一定の時間内でのみ有
効なものであり，不正に使用される恐れが少ない。・交換する情報を交換時に端末で設定できるため，伝達
したい情報のみを交換できる。・交換される情報は，サーバ上でやりとりされるため，
端末に負荷がかからない。・本発明は移動体通信網を用いてｍＣＯＤＥの送受信を
行うため，端末に近距離通信用の特殊な装置を付与する
必要がない。・携帯情報端末を，直接対面での情報交換に用いるた
め，他人がなりすまして情報交換することが困難とな
り，安全性が向上する。・本発明は，複数移動端末間で情報交換相手を特定し任
意の情報を交換または配信する機能を提供する。これに
より，メールアドレスや電話番号の交換，会議資料ＵＲ
Ｌの複数端末への配信，展示会での出店情報ＵＲＬ配信
などを容易におこなうことが可能となる。

【図面の簡単な説明】

【図１】本発明のブロック構成例を示す図である。

【図２】地域ブロックと基地局の電波到達範囲の関係を
示す図である。

【図３】地域ブロックの配列例を示す図である。

【図４】位置情報対応データの構成例を示す図である。

【図５】地域ブロック情報の構成例を示す図である。

【図６】生成されるｍＣＯＤＥの例を示す図である。

【図７】地域ブロックと端末に払い出されたｍＣＯＤＥ
の例を示す図である。

【図８】コード情報データベースの構成例を示す図であ
る。

【図９】地域ブロックをまたがるハンドオーバを説明す
るための図である。

【図１０】処理の例（１）のシーケンス例を示す図であ
る。

【図１１】処理の例（１）の表示画面の例を示す図であ
る。

【図１２】処理の例（２）のシーケンス例を示す図であ
る。

【図１３】処理の例（２）の表示画面の例を示す図であ
る。

【図１４】単方向の情報配信を説明するための図であ
る。

【図１５】処理の例（３）のシーケンス例を示す図であ
る。

【図１６】処理の例（３）の表示画面の例を示す図であ
る。

【図１７】処理の例（４）の表示画面の例を示す図であ
る。

【図１８】ｍＣＯＤＥ払出要求受信時のｍＣＯＤＥサー
バの処理フロー図である。

【図１９】ｍＣＯＤＥ入力受信時のｍＣＯＤＥサーバの
処理フロー図である。

【図２０】確認問合せ受信時のｍＣＯＤＥサーバの処理
フロー図である。

【符号の説明】

１０情報交換管理装置２０端末３０移動体通信網４０移動体通信ゲートウェイ５０加入者情報管理サーバ６０位置情報サーバ７０個人情報管理サーバ１１０システム制御部１２０ｈｔｔｐサーバ部１３０位置情報変換部１４０位置情報対応データ１５０コード払出処理部１５１コード生成部１５２コード桁調整部１６０地域ブロック情報１７０情報交換管理部１８０コード情報データベース

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K033 AA03 CB06 CB09 DA05 DA19 DB12 EC02 EC03 5K067 AA34 BB04 DD17 DD29 DD53 EE02 EE10 EE16 FF23 HH22 HH23 JJ64

Claims

【特許請求の範囲】

【請求項１】通信網に接続可能な端末同士が相手を特
定して情報を配信または交換する情報配信・交換システ
ムであって，情報を配信または交換する端末からの要求
により，所定の期間内または所定の地域内において一意
であるコードを生成し，その端末に当該コードを払い出
す手段と，前記端末の固有情報と払い出したコードとの
対の情報を記憶する手段と，他の端末からの前記コード
を指定した情報の要求に対して，そのコードに対応する
前記端末の固有情報を送信する手段とを備えることを特
徴とする情報配信・交換システム。
【請求項２】請求項１に記載の情報配信・交換システ
ムにおいて，前記コードを払い出す手段は，一定の期間
を経過すると無効となるコードを生成することにより，
一定の期間経過後に同一コードの再使用を可能としたこ
とを特徴とする情報配信・交換システム。
【請求項３】請求項１または請求項２に記載の情報配
信・交換システムにおいて，前記コードを払い出す手段
は，前記コードを払い出す端末の位置情報をもとに有効
範囲が地域的に限定されるコードを生成することによ
り，地域的に離れた位置にある端末に対して同一コード
の払い出しを可能にしたことを特徴とする情報配信・交
換システム。
【請求項４】請求項３に記載の情報配信・交換システ
ムにおいて，前記コードを払い出す手段は，前記コード
を払い出す端末の位置情報をもとに，あらかじめ設定さ
れた地域ブロックの中で，その端末が存在する地域ブロ
ックを決定し，その地域ブロックとその地域ブロックに
近接する地域ブロックの範囲内で一意となるコードを払
い出すことにより，有効範囲が地域的に限定されるコー
ドを生成することを特徴とする情報配信・交換システ
ム。
【請求項５】請求項１から請求項４までのいずれかに
記載の情報配信・交換システムにおいて，前記コードに
対応する前記端末の固有情報を送信する手段は，そのコ
ードに対応する前記端末の固有情報を送信する前に，前
記情報を配信または交換する端末に対して，前記情報を
要求した他の端末またはその利用者を特定する情報を送
信し，相手端末の認証を可能としたことを特徴とする情
報配信・交換システム。
【請求項６】通信網に接続可能な端末同士が相手を特
定して情報を配信または交換するシステムにおける情報
配信・交換処理方法であって，情報を配信または交換す
る端末からの要求に対して，寿命を持たせることにより
桁数を短縮したシステム内で一意のコードを生成し，そ
の端末に当該コードを払い出し，前記コードを端末間で
交換することにより情報の配信または交換における相互
認証を行うことを特徴とする情報配信・交換処理方法。
【請求項７】通信網に接続可能な端末同士が相手を特
定して情報を配信または交換するシステムにおけるサー
バ用のプログラムを記録した記録媒体であって，情報を
配信または交換する端末からの要求により，所定の期間
内または所定の地域内において一意であるコードを生成
し，その端末に当該コードを払い出す処理と，前記端末
の固有情報と払い出したコードとの対の情報を記憶する
処理と，他の端末からの前記コードを指定した情報の要
求に対して，そのコードに対応する前記端末の固有情報
を送信する処理とを，コンピュータに実行させるための
プログラムを記録したことを特徴とする情報配信・交換
サーバ用プログラムの記録媒体。
【請求項８】通信網に接続可能な端末同士が相手を特
定して情報を配信または交換するシステムにおける端末
用のプログラムを記録した記録媒体であって，配信また
は交換する情報とコード払い出し要求とを，情報配信・
交換用のサーバへ送信する処理と，前記サーバが所定の
期間内または所定の地域内において一意に生成したコー
ドを前記サーバから受信し表示する処理と，他の端末に
対して前記サーバが払い出したコードを入力し，前記サ
ーバへ送信する処理と，前記コードの送信に対して前記
サーバが送信した他の端末の情報を受信する処理とを，
コンピュータに実行させるためのプログラムを記録した
ことを特徴とする情報配信・交換端末用プログラムの記
録媒体。