JP4537567B2 - Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition - Google Patents

Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition Download PDF

Info

Publication number
JP4537567B2
JP4537567B2 JP2000374319A JP2000374319A JP4537567B2 JP 4537567 B2 JP4537567 B2 JP 4537567B2 JP 2000374319 A JP2000374319 A JP 2000374319A JP 2000374319 A JP2000374319 A JP 2000374319A JP 4537567 B2 JP4537567 B2 JP 4537567B2
Authority
JP
Japan
Prior art keywords
information
terminal
code
server device
mcode
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
Application number
JP2000374319A
Other languages
Japanese (ja)
Other versions
JP2002176667A (en
Inventor
元 広住
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Social Science Labs Ltd
Original Assignee
Fujitsu Social Science Labs Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Social Science Labs Ltd filed Critical Fujitsu Social Science Labs Ltd
Priority to JP2000374319A priority Critical patent/JP4537567B2/en
Publication of JP2002176667A publication Critical patent/JP2002176667A/en
Application granted granted Critical
Publication of JP4537567B2 publication Critical patent/JP4537567B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は,移動体通信を利用して,相手を特定して情報を交換するためのシステムに関する。
【0002】
【従来の技術】
初対面の人同士がメールアドレスや電話番号等の個人情報等を交換することは,近年ごく当たり前のようになされている。名詞や口頭で個人情報を伝達することが一般的である。
【0003】
しかし,メールアドレスや電話番号等の個人を識別する情報は全国で一意のものでなくてはならないことから,例えばメールアドレスのような個人識別情報は,利用者の増加傾向に対応するため長く複雑になってきている。このため,メールアドレスを口頭で相手に伝えようとしても,その場で短時間に記憶して伝達できる程度を超えるほど長いものや複雑なものである場合がある。
【0004】
また,携帯電話のように携帯情報端末の中には,1つの数字キーに複数の文字を割り当てているものがあるため,相手のメールアドレスや氏名を入力する際の漢字や英文字の入力処理が煩雑なものがある。この場合,入力ミスを生じやすく,また,入力処理の労力が大きい。
【0005】
名刺交換をした場合でも,最終的には携帯情報端末に個人情報の入力をしなければならず,処理が煩雑であったり,処理労力が大きい点は変わらない。
【0006】
そのため,携帯情報端末の機器同士を直接向かい合わせて赤外線接続により個人情報を交換し,または近距離無線通信を利用して相互に個人情報を交換する電子名刺交換システムがある。
【0007】
また,インターネット等の通信網に接続可能な携帯情報端末により,利用者が予め割り当てられた識別情報を介して,個人情報を交換するサービスも提供されている。
【0008】
また,「名刺管理システム及び該管理システムに適合する名刺(特開平06−223086号)」のように,名刺用データを,データベースセンタにおいて保管し,自己識別符号により公開するデータをクラス分けして出力するシステムがある。
【0009】
さらに,「移動体対応交換システム(特開2000−224638)」のように,任意の可変識別番号による情報通信方法がある。
【0010】
【発明が解決しようとする課題】
しかし,携帯情報端末の機器同士を直接向かい合わせて赤外線接続により行う名刺交換については,機器自体の普及率が低く,また機種ごとにプロトコルの互換性がないものが多いため,情報交換できないことが多い。
【0011】
また,近距離無線通信を利用して行う名刺交換システムについても,端末に近距離無線通信の機能が備えられている必要があるうえ,近距離無線通信が100メートルの範囲まで通信が可能であることから,混信を避け相手を特定するための識別IDや認証情報を設定しなければならない。また,この識別ID等は,第三者が付与するものでなく利用者が任意に設定可能であるため,いわゆる「なりすまし」による不正な情報取得を完全には防ぐことができない。さらに,通信端末同士が直接情報交換を行うため,例えばインターネット等の通信網と親和性が低い。
【0012】
また,インターネット等の通信網に接続可能な携帯情報端末上で,利用者の識別情報(例えばユーザID)を介して,個人情報を交換するサービスについても,利用者の識別情報は利用申込み順に割り当てられることから,利用者が増加するにつれてユーザIDは長くなる。そのため,長いユーザIDの入力の負担が大きいという問題を解消することはできない。
【0013】
また,「名刺管理システム及び該管理システムに適合する名刺(特開平06−223086号)」でも,利用者の識別番号は固定的な固有番号であり,入力負担の問題は解消できないうえ,あらかじめ自己の名刺用データをデータベースセンタに登録しておく必要があり,データの保守管理の負担が生じる。
【0014】
また,「移動体対応交換システム(特開2000−224638)」では,ユーザが任意に識別番号を決定することができるが,識別番号は一意でなければならず,いったん決定した識別情報は登録され変更することができず,利用者増加による識別情報の冗長化を解消することができない。
【0015】
本発明の目的は,端末同士で情報を交換・配信する場合に,端末を識別する情報として,情報の交換・配信毎に払い出される時間的に空間的に再利用が可能なコード(短い桁数の数字(コード)を用いることにより,情報交換の相手として特定した端末間で情報を交換または配信を簡便に行えるシステム,前記のシステムのサーバ装置,前記サーバ装置が実行する処理方法,およびコンピュータを前記サーバ装置として機能されるためのプログラムを提供することである。
【0016】
上記の課題を解決し目的を達成するため,本発明にかかるシステムは,情報を提供する第1端末,情報を受信する第2端末および第1端末と第2端末との間の情報の送受信を処理するサーバ装置を備える情報配信・交換システムであって,前記サーバ装置は,情報を記憶する記憶部と,第1端末から,提供情報と第1端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第1コードを生成し,第1コードを第1端末に送信する処理と,第2端末から,払出要求と第2端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第2コードを生成し,第2コードを第2端末に送信する処理とを行うコード払出処理部と,第1端末識別情報と第1コードとを含む第1の組と,提供情報とを対応付けて記憶部に保持する処理と,第2端末識別情報と第2コードとを含む第2の組を記憶部に保持する処理と,第2端末から第2端末識別情報と第1コードとを含む取得要求を受信して,受信した第2端末識別情報を含む第2の組に取得要求に含まれる第1コードを設定する処理と,第1端末から第1端末識別情報と第2コードとを含む提供要求を受信して,受信した第2コードを含む第2の組に第1コードが設定されている場合に,第1コードを含む第1の組に対応付けられた提供情報に対するアクセス情報を生成して,アクセス情報を第2端末に通知する処理と,第2端末からアクセス情報を用いた取得要求を受信して,受信したアクセス情報に対応する提供情報を第2端末へ送信する処理とを行う情報交換管理部とを備える。また,前記第1端末および前記第2端末は,それぞれ,前記サーバ装置と情報を送受信する通信部と,サーバ装置から受信した情報を表示する表示部と,情報を入力する入力部とを備える。そして,前記第1端末では,通信部が,提供情報と第1端末識別情報とをサーバ装置へ送信して,第1端末識別情報に対応する第1コードをサーバ装置から受信する処理と,表示部が,受信した第1コードを表示する処理と,入力部が,第2コードを入力する処理と,通信部が,第1端末識別情報と入力された第2コードとを含む提供要求をサーバ装置へ送信する処理とを行う。また,前記第2端末では,通信部が,第2端末識別情報をサーバ装置へ送信して,第2端末識別情報に対応する第2コードをサーバ装置から受信すると,表示部が,受信した第2コードを表示する処理と,入力部が,第1コードを入力する処理と,通信部が,第2端末識別情報と入力された第1コードとを含む提供要求をサーバ装置へ送信する処理と,通信部が,サーバ装置からアクセス情報を受信して,受信したアクセス情報を用いた提供情報の取得要求をサーバ装置へ送信して,提供情報を受信する処理とを行う。また,前記サーバ装置は,第1端末および第2端末の位置情報を取得する処理部を備え,コード払出処理部は,第1コードおよび第2コードとして,第1端末または第2端末の位置情報をもとに有効範囲が地域的に限定されるコードを生成する。
【0017】
本発明は,以下のように作用する。端末Aと端末Bとで情報を交換する場合に,端末Aは,交換する情報(情報a)を設定して情報交換管理装置へmCODE払出を要求する。情報交換管理装置は,mCODE払出要求を受信すると,その時点で付与しているmCODEの数に応じて,生成するmCODEの桁数を調整し,なるべく桁数の短い一意のmCODEを生成し,mCODEを端末Aの設定した情報aと対応付けて保持し,端末AにmCODEを送信し表示させる。その後,情報交換管理装置は,交換相手である端末Bから端末AのmCODEが入力されたこと,かつ,端末Aから端末BのmCODEが入力されたことを確認して,端末Bに端末Aが設定した情報aを送信する。同様に,端末Bに対しても一意のmCODEを払い出し,相互にmCODEが入力されたことを確認した後,端末Aに情報bを送信する。
【0018】
また,端末Aから1または複数の端末へ情報を配信する場合に,端末Aは,配信する情報(情報a)を設定して情報交換管理装置へmCODE払出を要求する。情報交換管理装置は,mCODE払出要求を受信すると,その時点で付与しているmCODEの数に応じて,生成するmCODEの桁数を調整し,なるべく桁数の短い一意のmCODE(1〜4桁程度の数字)を生成し,mCODEを端末Aの設定した情報aと対応付けて保持し,端末AにmCODEを送信し表示させる。情報交換管理装置は,配信先である端末から端末AのmCODEが入力されたことを確認して,その配信先端末に対し端末Aが設定した情報aを送信する。
【0019】
これにより,交換・配信したい情報が容易に入力できないような情報であっても,1〜4桁程度の数字(mCODE)を入力するだけで,簡単に端末間同士の情報交換または複数端末への情報配信を行うことができる。
【0020】
【発明の実施の形態】
以下に,本発明の実施の形態を図を用いて説明する。
【0021】
〔本発明にかかるシステムの構成例〕
図1に,本発明を実現するシステムの構成例を示す。本発明にかかる情報交換管理装置10は,移動体通信網30および移動体通信ゲートウェイ40を介して移動体通信の端末20Aと端末20Bと接続している。端末20は,例えばhttpプロトコルによる通信機能を備えた移動体通信端末(携帯電話)であり,情報交換管理装置10からの情報を表示できる画面表示部および情報交換管理装置10に対して数値入力が可能な入力部を備える。
【0022】
情報交換管理装置10は,加入者情報管理サーバ50と接続して端末20の電話番号,IPアドレス等の固有番号を取得し,また位置情報サーバ60と接続して端末20の位置情報を取得し,さらに移動体通信ゲートウェイ40を介して,個人情報管理サーバ70から端末20の利用者が任意に登録した個人情報を取得する。
【0023】
情報交換管理装置10と,移動体通信ゲートウェイ40または加入者情報管理サーバ50,位置情報サーバ60との接続は,端末20の必要な情報が取得できれば,どのような通信方法,例えば,専用線,インターネット,無線通信等を用いてもよい。また,移動体通信ゲートウェイ40および加入者情報管理サーバ50,位置情報サーバ60は,それぞれが複数のサーバとして別個独立に構成されていてもよく,また,1つのサーバとして構成されていてもよい。
【0024】
本形態では,端末20が情報交換の相手を特定するための情報として,入力操作が容易な桁数可変(1〜4桁程度)の数字である情報交換相手特定コード(以下,mCODEという)を用いる。このmCODEを短い桁数の数字にするため,mCODE自体に一定の寿命を持たせて,寿命の切れた同じmCODE(数字)を再利用できるようにする処理方法,および,位置情報サーバ60が把握している端末20の位置情報を利用して所定の地域ブロックごとにmCODEを管理することにより,同じmCODEを利用できるようにする処理方法を組み合わせて,mCODEを生成する。
【0025】
また,mCODEの入力操作をより簡便なものにするため,払い出されている有効なmCODE数に応じて,mCODEの桁数を増減して生成する。
【0026】
移動体通信では,端末20間で通信を行う場合には重複可能な電波を利用しているため,基地局の送受信可能範囲の境界線の付近では,端末同士が近距離であるにもかかわらず,それぞれの端末20が異なる基地局と送受信することがある。このため,情報交換相手である端末同士が異なる地域ブロックに位置すると認識されることがある。図2は,地域ブロックと基地局の電波到達範囲の関係を示す図であり,点線の小円は各基地局の電波到達範囲を示し,実線の大円および六角形は地域ブロックを示す。地域ブロック内に含まれる基地局は単一のキャリアのものだけではなく,PHSや固定電話網等種々のキャリアのものが含まれていてもよい。すなわち,地域ブロックは,通話エリア,基地局ID,緯度経度,複数のキャリアを,大きな範囲の仮想的な地域ブロックにまとめて,多様な位置情報形態を一本化して管理可能なものである。
【0027】
このように,複数の基地局の電波到達範囲を大きな地域ブロックにまとめたとしても必ず境界線付近には電波の重複する場所ができてしまい,端末20がどちらの地域ブロックに属するかは不確定となる。このように,単純に地域ブロックごとに一意なmCODEを払い出した場合には,この境界線付近では,交換相手に払い出したmCODEと同一のmCODEが隣接する地域ブロックの別の端末にも付与され,相手端末を取り違えてしまう恐れがある。
【0028】
そこで,地域ブロックの大きさは,新幹線等での移動によってもmCODEの寿命時間内でブロック内を通過できないだけの十分な大きさとし,また,同じmCODEを持つ端末20が位置する地域ブロックからの電波が受信できないだけの十分な大きさとする。さらに,地域ブロックおよびその隣接する地域ブロックにおいて,一意のmCODEを生成できるように,地域ブロックごとに,mCODEの元となるmキーと隣接地域ブロックの情報(隣接地域)とを設定することにより,隣接する地域ブロックの電波を受信しても,相手を誤認しないで情報交換できるmCODEを生成する。
【0029】
〔情報交換管理装置の構成例〕
情報交換管理装置(mCODEサーバ)10は,システム制御部110,httpサーバ部120,位置情報変換部130,位置情報対応データ140,コード払出処理部150,地域ブロック情報160,情報交換処理部170,コード情報データベース180を備える。
【0030】
システム制御部110は,情報交換管理装置10の各手段を制御するとともに,加入者情報管理サーバ50にアクセスして,httpサーバ部120から受け取った端末20のIPアドレスを電話番号に変換する。
【0031】
httpサーバ部120は,例えばhttpプロトコルのような所定の通信プロトコルにより移動体通信ゲートウェイ40を介して端末20と通信する。
【0032】
位置情報変換部130は,位置情報サーバ60により端末20の電話番号を位置情報に変換し,位置情報対応データ140にもとづいて,その位置情報から端末20の位置する地域ブロック情報を特定する。
【0033】
図3に本実施の形態における地域ブロックの配列例を,図4に位置情報対応データの構成例を示す。
【0034】
図3の地域ブロックの配列で,六角形は地域ブロックを,六角形内部に示す「ア,イ,ウ,…」は地域ブロックIDを,「1,2,3,…」は地域ブロックに設定されるmキーを示す。
【0035】
地域ブロックは,位置情報を予め分割したものであり,端末20が基地局と送受信可能な1または2以上の範囲を含むもので,ここでは,地域内で端末20に付与するmCODEの桁数ができるだけ最小となるようにオーバーラップ面積および隣接する地域ブロック数が少ない六角(ヘックス)配列とする。
【0036】
mキーは,その地域ブロックおよび隣接地域ブロックで一意となるmCODEを生成するための0から最大隣接地域数(この場合は6)の0以上の整数の値とする。地域ブロックIDおよびmキーは固定的値であって,予め設定しておく。
【0037】
位置情報変換部130では,システム制御部110から取得した端末20の電話番号をもとに位置情報サーバ60から端末20の位置情報を取得し,図4の位置情報対応データ140により端末20の地域ブロックIDを特定する。例えば,端末20Aの位置情報が「川崎市中原区」である場合,端末20Aの地域ブロックIDは,図4に示す地域:エであることがわかる。
【0038】
コード払出処理部150は,コード生成部151,コード桁調整部152を備える。
【0039】
コード生成部151は,地域ブロックおよび隣接地域ブロックで一意であって,一定の寿命を持つmCODEを生成する。また,端末20の地域ブロック情報160を用いて,予め設定した地域内で一意であるmCODEを生成する。
【0040】
図5に,地域ブロック情報の構成例を示す。地域ブロック情報160は,地域ブロックID,mキー,隣接地域,aCODE数からなる。
【0041】
地域ブロックIDは,地域ブロックに固定の識別情報である。mキーは,mCODEの生成に用いる,その地域ブロックおよび隣接地域ブロックで一意の整数である。隣接地域は,その地域ブロックに隣接する地域ブロックを特定する情報である。aCODE数は,現在その地域ブロックで払い出されているaCODE数である。aCODEは,mCODEを生成する元となる地域ブロックごとに払い出される0以上の整数である。払い出されたaCODE数により,mCODEの桁数が調整される。
【0042】
以下のmCODE生成処理が各地域ブロックごとに行われる。
1)元になるコードとしてaCODEを生成する。aCODEは,0以上の整数である。aCODEは,シリアルにインクリメントしてもよいが,セキュリティを考慮して乱数によって指定されるようにしてもよい。aCODEに寿命を設定する。寿命の設定は,払出時刻から所定の寿命時間とする。払出時刻+寿命を経過した時刻であれば,aCODEを廃棄し再利用することができる。
2)aCODEに地域ブロック配列の最大隣接地域数+1の値(この場合は7であり,最大隣接地域数に合わせて固定とする)を乗算する。
3)2)の計算結果にmキーを加算したものをその地域ブロックのmCODEとする。
【0043】
図6に,各地域ブロックで生成されるmCODEの例を示す。例えばaCODE「0,1,2,3,4,5,6,7,8,9,10」が生成されたとする。図5に示す地域ブロック情報にもとづいて,地域:アでは,mキー:0であるから,生成されるmCODEは「0,7,14,21,28,35,42,49,56,63」となる。また,地域:イでは,mキー:1であるから,生成されるmCODEは「1,8,15,22,29,36,43,50,57,64,71」となる。このように,aCODEおよびmキーを用いることにより,地域ブロックごとに,その地域ブロックおよび隣接地域ブロックを含めて一意のmCODEを生成することができる。
【0044】
図7に,地域ブロックと端末に払い出されたmCODEの例を示す。図7中,四角形はmCODEが払い出された端末を示し,「A:17」は,地域:エにいる端末20AにmCODE:17が,「B:19」は,地域:スにいる端末20BにmCODE:19が払い出されていることを示す。端末Aと端末Bとが情報交換をする場合に,地域:エの隣接地域である「ウ,セ,ス,ヌ,オ,ア」においてmCODEは一意であるから,同じものが払い出されることはなく,端末20Aと端末20Bは相互に相手を特定することができる。
【0045】
ここで,地域:サ,地域:ノについてもmキー:3であるため,これらの地域に端末Aと同様のmCODE:17が払い出されている端末C,端末Dが同時に存在しうる。しかし,地域:エと,地域:サまたはノは,相互に電波が受信できない程度に十分な距離があるので,端末Aが,端末C,Dを端末Bと取り違えることはない。図7に示す地域:エと地域:サとを矢印で結ぶ線,および地域:エと地域:ノとを矢印手で結ぶ線は,それぞれの地域ブロック間の最短距離を意味するもので,相互に電波が受信できない程度の距離を表している。
【0046】
コード桁調整部152は,端末20に払い出されたmCODEの数に応じて,mCODEの桁数を増減する。例えば,コード桁調整部152は,地域ブロック情報160のaCODE数が10のn+1乗を超えた場合は,コード情報データベース180のテーブルを,未使用のレコードを含めて10倍まで使用可能に拡大する。また,10のn乗を下回った場合は,コード情報データベース180のテーブルを10分の1に縮小する。これにより,aCODEの桁数,ひいてはmCODEの桁数を,同時使用者数によって動的に増減して,できる限り入力操作が簡便となるようなmCODEを生成することができる。
【0047】
情報交換管理部170は,コード払出処理部150で払い出したmCODE,をもとに,コード情報データベース180にレコードを登録し,情報交換する相手端末20のmCODE,交換対象の情報などを管理する。コード情報データベース180は,地域ブロックごとに作成されるが,1つのデータベースとして構成するようにしてもよい。
【0048】
図8に,コード情報データベースの構成例を示す。コード情報データベース180は,aCODE,mCODE,電話番号,払出時刻,寿命,状態,自己情報リンク,相手地域,相手mCODE,相手情報リンク,送信相手MSN(電話番号)のフィールドを持つ。
【0049】
aCODEは,払い出されたmCODEの元となったaCODEを示す。電話番号はmCODE払出請求元の端末20の電話番号である。払出時刻はmCODEを払い出した時刻を通算秒で示したものである。寿命は,mCODEの有効期間を秒で示したものである。状態はこのレコードの処理ステータスを示し,未使用,相手mCODE入力待ち,単方向等の状態が設定される。
【0050】
自己情報リンクは,このmCODE払出要求元の端末20が相手に送信する情報またはその情報へのリンク情報が設定される。設定される情報としては,電話番号,Eメールアドレス,自己の個人情報の取得先であるURL等であり,任意の情報である。
【0051】
相手mCODEは,相手端末に払い出されたmCODEであり,相手端末が本レコードのmCODEを入力した場合に設定する。
【0052】
相手地域は,相手端末の地域ブロックIDであり,相手のmCODEが隣接地域ブロック内に発見できたときに設定する。
【0053】
相手情報リンクは,相手の情報またはその情報へのリンクであり,認証が成立した場合に設定する。相手が任意に設定した情報である。
【0054】
情報交換管理部170は,端末20AのmCODEが生成されると,その地域ブロックのコード情報データベース180のテーブルにそのmCODEに関するレコードを追加し,所定の情報(電話番号,払出時刻,寿命,状態,自己情報リンク等)を登録する。その後,情報交換の相手端末20Bに本レコードのmCODEが設定されると,相手端末20BのmCODE,相手情報リンクを設定し,これらの情報を端末20Aに返却する。
【0055】
図8に示すコード情報データベース180で端末20AがmCODE:3である場合,端末20AからmCODEの払出要求があると,mCODE=3が生成され,コード情報データベース180には,当該mCODEに関するレコードが生成され,mCODEの元であるaCODE=0,加入者情報管理サーバ50から得た払出要求元の端末20Aの電話番号=09012345678 ,払出時刻=300000,寿命=600 ,端末20Aで設定された自己情報リンク=http://aa/が登録される。その後,情報交換相手の端末20BからmCODE:3が入力され,認証が進むにつれ,本レコードに,交換相手の情報である相手地域=エ,相手mCODE=10,相手情報リンク=http://bb/が登録される。
【0056】
端末20Aに端末20BのmCODE:10が入力されると,端末20Bのレコードの相手地域,相手mCODEを使用して認証を行い,自己情報リンクに設定された「http://bb/」を端末20Aに送信する。また同様に,端末20AのmCODE=3,自己情報リンクhttp://aa/が,端末20Bのレコードに登録されて,端末20Bに対して送信される。
【0057】
このように,端末20Aおよび端末20Bに対し,その端末のレコードに設定された相手方のリンク情報を返信することにより,端末20間の情報交換が行われる。
【0058】
ところで,移動体通信では,端末Aと通話中の端末Bが,ある基地局の通話エリアから別の基地局の通話エリアへと移動する「渡り」という現象(「ハンドオーバ」と呼ばれる)が,ごく一般的に発生する。同一の地域ブロック内でのハンドオーバの場合は,端末20の地域ブロックIDは変わらず問題はないが,図9に示すように,他の地域ブロックへまたがるハンドオーバの場合には位置情報の検索を行う必要がある。このような別の地域ブロックへのハンドオーバが発生した場合は,以下のように対処する。
【0059】
まず,mCODEを相互に交換して情報交換をする場合では,端末20からmCODEが入力されたとき,または確認が要求されたときに,mCODEサーバ10は,その要求元端末20の電話番号を加入者情報管理サーバ50から取得し,地域ブロック情報160にもとづいて,現在端末20が存在する地域ブロックとその隣接地域ブロックのコード情報データベース180を電話番号で検索し,発見したレコードを使用して情報交換を行う。
【0060】
mCODEを一方にのみ払い出して情報配信する場合には,情報を取得する側の端末はmCODEが払い出されず,コード情報データベース180上にレコードも作成されない。このため,情報発信側の端末20Aの隣接地域ブロックからさらに離れた地域ブロックに渡ってしまった場合(図9に示す場合)には,端末20Bが地域:クに渡ってしまうと,地域:エの端末20A:17から受け取るはずだった情報を地域:サの端末C:17から受け取ってしまう可能性がある。このような状況は,地域ブロックのサイズを電波が渡りきれないほどの大きさを持つように設定することにより対処する。
【0061】
以下に,本実施の形態での情報交換・配信の処理を詳細に説明する。
【0062】
〔処理の例(1):最初に端末双方にmCODEを払い出す場合〕
図10に最初に端末双方にmCODEを払い出す場合の正常シーケンス例を示し,図11にその場合の端末の表示画面の例を示す。なお以下の説明では,端末Aや端末BにおけるAまたはBは,それぞれの端末を特定する電話番号を示すとする。
【0063】
処理(1):端末Aは,mCODEサーバ10に自己情報「http://ab/」を送信すると共にmCODE要求を行う。端末Aでは,図11(A)に示すmCODE払出要求画面が表示され,送りたい情報の欄に自己情報が入力され,「払出」が選択(または押下)されてmCODE要求が送信される。
【0064】
mCODEサーバ10は,位置情報サーバ60から端末Aの位置を取得し,該当する地域ブロックIDに変換し,地域:エであることを取得し,その地域のコード情報データベース180上でランダムにaCODE:2を生成し,その状態が未使用または払出時刻+寿命が現在時刻より古ければ,それに最大隣接地域数+1である7を乗算しmキー:3を加算してmCODE:17を生成し,コード情報データベース180上に端末Aのレコードを追加し,自己情報リンクや加入者情報管理サーバ50から得た電話番号,払出時刻などを設定する。また,生成したmCODE:17を端末Aに払い出す。
【0065】
処理(2):端末Bでは,同様にして,mCODEサーバ10に自己情報「http://cd/」を送信すると共にmCODEを問い合わせて,mCODE:19が払い出される。図11(B)に端末Bで表示されるmCODE払出要求画面を示す。
【0066】
端末Aおよび端末Bでは,図11(C)および(D)に示すmCODE払出結果表示および相手mCODE入力画面上に表示される自己のmCODEを見て口頭等により相互にmCODEを伝え合う。
【0067】
処理(3):端末Bで,図11(D)に示す入力画面から端末AのmCODE:17を入力すると,それを受信したmCODEサーバ10は位置情報サーバ60から取得した位置情報から端末Bの現在の地域ブロックが地域:スであることを得て,加入者情報管理サーバ50から得た電話番号でその地域と地域ブロック情報160の地域スのレコードから取得した隣接地域のコード情報データベース180を検索し,端末Bのレコードを同じ地域から発見し,さらにその地域と隣接地域を検索することによりmCODE:17が地域:エにある端末Aであることを発見する。
【0068】
処理(4):発見した情報交換相手である端末Aの地域:エとmCODE:17を,地域:スのコード情報データベース180上の端末Bのレコードに設定する。mCODEサーバ10は,図11(E)に示す待機中(mCODE交換中)画面を表示して,端末Bに待機するように応答する。
【0069】
処理(5):端末Aで,図11(C)に示す入力画面からmCODE:19を入力すると,それを受信したmCODEサーバ10は位置情報サーバ60から取得した位置から端末Aの現在の地域ブロックが地域:エであることを得て,加入者情報管理サーバ50から得た電話番号でその地域と地域ブロック情報160の地域エのレコードから取得した隣接地域のコード情報データベース180を検索し,端末Aのレコードを同じ地域から発見し,さらにその地域と隣接地域を検索することによりmCODE:19が地域:スにある端末Bであることを発見する。
【0070】
処理(6)このとき,端末Bのレコードの相手地域には端末Aの地域である地域:エ,相手mCODEには端末AのmCODEである17が設定されていることを確認したため,相互認証できたとして端末Bのレコードの相手情報リンクに端末20Aレコードの自己情報リンク「http://ab/」を設定し,端末Bのレコードの自己情報リンク「http://cd/」を取得し,端末20Aにその情報を送信する。端末Aでは,図11(F)に示す相手情報表示画面に端末Bの自己情報「http://cd/」が表示される。
【0071】
処理(7):端末AのmCODEは不要となるためコード情報データベース180上からレコードを削除する。
【0072】
処理(8):端末Bでは,図11(E)に示す待機中画面の確認ボタンを押して,端末Aから端末BのmCODEが入力されたことを確認し,mCODEサーバ10に問い合わせを行う。
【0073】
mCODEサーバ10は,位置情報サーバ60から端末Bの現在位置の地域ブロックが地域:スであることを取得し,その地域ブロックのコード情報データベース180のレコード内に相手情報リンクに内容(http://ab/)が入っているため,それを端末Bに送信し,端末Bのレコードも削除し,情報交換は完了する。端末Bでは,図11(G)に示す相手情報表示画面上に,端末Aの自己情報「http://ab/」を表示する。
【0074】
上記の例で,もし端末Aと同じmCODEをもつ地域:サの端末C:17や地域:ノの端末D:17がmCODE:19を入力してしまった場合は,地域:サおよび地域:ノも地域:スの隣接地域ではないため,検索にヒットせずエラーとなる。また,処理(6)の時点で端末Bが隣の地域:クに移動してしまったとしても,地域:スのコード情報データベース180のレコードを電話番号から見つけ出し,そこからの隣接地域を検索するため,地域:エを検索できなかったり,地域:サの端末Cを端末Aと誤認することはない。
【0075】
〔処理の例(2):mCODEの払い出しと入力が相互の場合〕
図12に,mCODEの払い出しと入力が相互の場合の正常シーケンス例を示し,図13に,その場合の端末の表示画面の例を示す。
【0076】
処理(1):端末AはmCODEサーバ10に自己情報を送信すると共にmCODE要求を行う。図13(A)に,端末Aに表示されるmCODE払出要求画面を示す。
【0077】
mCODEサーバ10は位置情報サーバ60から端末Aの位置を取得し,該当する地域ブロックIDに変換し,地域:エであることを取得し,その地域のコード情報データベース180上でランダムにaCODE:2を生成し,その状態が未使用または払出時刻+寿命が現在時刻より古ければ,それに最大隣接地域数+1である7を乗算しmキー:3を加算してmCODE:17を生成し,コード情報データベース180上に端末Aのレコードを追加し,自己情報や加入者情報管理サーバ50から得た電話番号,払出時刻などを設定する。また,生成したmCODE:17を端末Aに払い出す。図13(B)に示すmCODE払出結果表示および相手mCODE入力画面上に,mCODE:17が表示される。
【0078】
処理(2):端末Bで,図13(C)に示すmCODE払出結果表示および相手mCODE入力画面(配信モード)からmCODE:17を入力すると,それを受信したmCODEサーバ10は位置情報サーバ60から取得した位置情報から端末Bの現在の地域ブロックが地域:スであることを求め,加入者情報管理サーバ50から得た電話番号でその地域と地域ブロック情報160の地域スのレコードから取得した隣接地域のコード情報データベース180を検索するが端末Bのレコードを発見できないためまだ存在しないと判定する。さらに,現在の端末Bの地域ブロックとその隣接地域を検索することによりmCODE:17が地域:エにある端末Aであることを発見する。
【0079】
処理(3):端末Bのレコードは発見できていなかったため,まだ存在しないと判定し,端末Aと同様な方法により端末BのmCODE:19を生成し,地域:スのコード情報データベース180上に端末Bのレコードを作成し,そこに端末Aの地域ブロック:エとmCODE:17を設定する。また,端末BのmCODE:19を端末Bに送信する。端末Bでは,図13(D)に示すmCODE払出結果表示および確認画面上にmCODE:19を表示する。
【0080】
処理(4):端末Aで,図13(B)に示す画面からmCODE:19を入力すると,それを受信したmCODEサーバ10は位置情報サーバ60から取得した位置から端末20Aの現在の地域ブロックが地域:エであることを求め,加入者情報管理サーバ50から得た電話番号でその地域と地域ブロック情報160の地域エのレコードから取得した隣接地域のコード情報データベース180を検索し,端末Aのレコードを同じ地域から発見し,その地域と隣接地域を検索することによりmCODE:19が地域:スにある端末Bであることを発見する。
【0081】
処理(5):このとき,端末Bのレコードの相手地域には端末Aの地域である地域:エ,相手mCODEには端末AのmCODE:17が設定されていることを確認したため,相互認証できたとして端末Bレコードの相手情報リンクに端末Aレコードの自己情報リンク「http://ab/」を設定し,端末Bのレコードの自己情報リンク「http://cd/」を取得し,端末Aにその情報を送信する。端末Aでは,図13(E)に示す相手情報表示画面上に,相手情報「http://cd/」を表示する。
【0082】
処理(6):端末AのmCODEは不要となるためコード情報データベース180上からレコードを削除する。
【0083】
処理(7):端末Bが,図13(D)に示す画面からmCODEサーバ10に確認の問い合わせをおこなうと,位置情報サーバ60から端末Bの現在位置の地域ブロックが地域:スであることを取得し,その地域ブロックのコード情報データベース180のBレコードの相手情報リンクに内容(http://ab/)が入っているため,それをBに送信,Bレコードも削除し,情報交換は完了する。端末Bでは,図13(F)に示す相手情報表示画面上に,相手情報「http://ab/」を表示する。
【0084】
〔処理の例(3):1台の端末から複数の端末への単方向に情報を配信する場合〕
会議のような際にひとりが複数の人に情報を送信したい場合は,オプションを付与することにより,相互に認証することによる情報交換ではなく,図14に示すように,1の端末Aから複数の端末B,端末Cへの一方的なmCODEの受け渡しにより情報を配信することができる。
【0085】
ただし,この際にmCODEを盗聴されたり数値総当たりなどによるハッキング行為をされやすい。これに対する抑止力として,このmCODEを誰が受信したかを配信元で知りうるように,配信先の端末を特定する情報,例えば電話番号やメールアドレス,IPアドレス等の固有IDを発信元の端末Aで参照することができるようにする。その際,一覧される固有IDにはその所有者が任意に付与したニックネームが割り当てられていた場合は,視認性を高めるために,ニックネームも同時に表示する。本発明での情報交換の処理の特徴の一つに固有IDを見せないというものがあるが,この場合にはあえて固有IDを併用することにより簡便さを優先している。
【0086】
図15に1台の端末から複数の端末への単方向に情報を配信する場合の正常シーケンス例を示し,図16にその場合の端末の表示画面例を示す。
【0087】
処理(1):端末AはmCODEサーバ10に自己情報を送信すると共に単方向モードでのmCODE要求をおこなう。図16(A)に,端末Aに表示されるmCODE払出要求画面を示す。
【0088】
mCODEサーバ10は位置情報サーバ60から端末Aの位置を取得し,該当する地域ブロックIDに変換し,地域:エであることを取得し,その地域のコード情報データベース180上でランダムにaCODE:2を生成し,その状態が未使用または払出時刻+寿命が現在時刻より古ければ,それに最大隣接地域数7を乗算しmキー:3を加算してmCODE:17を生成し,コード情報データベース180上に端末Aのレコードを追加し,自己情報や加入者情報管理サーバ50から得た電話番号,払出時刻などを設定する。生成したmCODE:17を端末Aに払い出す。
【0089】
端末Aでは,図16(B)に示すmCODE払出結果表示および相手mCODE入力画面上に表示される自己のmCODEを見て口頭等により,端末Bおよび端末CにmCODEを伝える。
【0090】
処理(2):端末Bで,図16(C)に示す画面からmCODE:17を入力すると,それを受信したmCODEサーバ10は位置情報サーバ60から取得した位置情報からBの現在の地域ブロックが地域:スであることを求め,加入者情報管理サーバ50から得た電話番号でその地域と地域スのレコードから取得した隣接地域のコード情報データベース180を検索するが端末Bのレコードを発見できないためまだ存在しないと判定する。さらに,現在の端末Bの地域ブロックとその隣接地域を検索することによりmCODE:17が地域:エにある端末Aであることを発見する。
【0091】
処理(3):端末Aのレコード内の状態に「単方向」とあるため,端末BのmCODEやレコードは作成せず,端末Aの自己情報リンクを端末Bに送信する。また,その際に端末Bの電話番号を端末Aのレコードの送信相手MSNに追加して控えておく。端末Bでは,図16(D)に示す相手情報表示画面に端末Aの自己情報「http://ab/」が表示される。
【0092】
処理(4):端末Cで,図16(E)に示す画面からmCODE:17を入力すると,端末Bの場合と同様に現在位置である地域:ウ:mCODEを生成せずに端末Aを検索し,その自己情報リンクを端末Cに送信し,端末Aレコードの送信相手MSNに追加する。端末Cでは,図16(F)に示す相手情報表示画面に端末Aの自己情報「http://ab/」が表示される。
【0093】
処理(5):端末Aが,図16(B)に示す画面からmCODEサーバ10に情報送信先確認の問い合わせをおこなうと,位置情報サーバ60から取得した位置情報から端末Aの現在の地域ブロックが地域:エであることを求め,加入者情報管理サーバ50から得た電話番号でその地域ブロック内に端末Aのレコードを発見し,その状態が単方向であった場合は,レコード内の相手MSN(電話番号)の配列内容を端末Aに返却する。端末Aでは,図16(G)に示す配信相手確認画面上に,配信した端末B,端末Cの固有情報である電話番号が表示される。
【0094】
〔処理の例(4):mCODEは入力せず,すでに払い出されたmCODEの一覧から設定して認証を行い情報交換する場合〕
mCODEの数値を直接入力するのではなく,mCODEをその寿命の間だけその地域ブロックと隣接地域ブロック内で公開し,互いにmCODEの一覧から選択するのみで相互に認証して情報交換を行う。また,わかりやすいように一覧するmCODEの前にはユーザが任意に登録するニックネームをつけてもよい。この方法は精密な位置情報が得られ,地域ブロック内で表示される一覧が少ない場合には操作数の軽減に効果的である。
【0095】
図17に,事前に登録済の本名を交換する場合の処理における表示画面の例を示す。
【0096】
端末20Aで,あらかじめ,図17(A)に示す画面でニックネームを登録し,図17(B)に示す画面で本名を設定して,mCODEサーバ10に送信する。mCODEサーバ10から登録したニックネームと本名を記録した先のURLが返され,図17(C)に示す画面が表示され,端末20内のブックマークにURLが記憶される。
【0097】
情報交換をする際に,相手のmCODEを入力する代りに,図17(D)に示す画面上の相手ニックネーム(およびmCODE)の一覧から選択する。図17(E)に示すように,画面上で「naka111 」を選択する。
【0098】
mCODEサーバ10は,交換相手の端末20Bがニックネーム「hiroz342」を選択し,コード情報データベース180の端末20Bのレコードに「hiroz342」が設定されたことを確認すると,端末20Aにニックネーム「naka111 」を送信する。
【0099】
端末20Aでは,相手端末20Bがニックネーム「hiroz342」を入力するまでは,図17(F)に示す画面を表示する。「hiroz342」が入力されて認証が完了したら,「naka111 」と共に生成されたURLへアクセスして,登録した本名「井伊下弦」を取得し,図17(G)に示す画面上に取得した本名を表示する。
【0100】
図18ないし図20に,本発明にかかるシステムの処理フローを示す。図18は,mCODE払出要求受信時のmCODEサーバの処理フローを示す図である。
【0101】
mCODEサーバ10は,mCODE払出要求を受信すると,端末20の位置情報を位置情報サーバ60から取得し(ステップS1),取得した位置情報を地域ブロックに変換し(ステップS2),その地域ブロックに相当するコード情報データベース180を開く(ステップS3)。その地域ブロックの使用済みaCODE数を調べ(ステップS4),aCODE数が<10のn乗であれば,aCODEの使用可能範囲を10分の1に縮小し(ステップS5),aCODE数が≧10のn+1乗であれば,aCODEの使用可能範囲を10倍に拡大し(ステップS6),いずれでもなければ縮小も拡大も行わない(default)。次に,0〜使用可能範囲内で乱数によりaCODEを生成する(ステップS7)。そのaCODEが,払出時刻+寿命以内のものが既に存在しているかどうかを調べ(ステップS8),既に存在している場合には,aCODEを1つづつについて(ステップS9),そのaCODEが払出時刻+寿命以内のものであるかどうかを調べる(ステップS10)。そのaCODEが,払出時刻+寿命以内のものが既に存在していない場合,または,そのaCODEが払出時刻+寿命以内のものでない(寿命が切れている)場合には,aCODE×(最大隣接地域数+1)+地域ブロックのmキーをmCODEとし(ステップS11),コード情報データベース180に,生成したmCODEおよび払出時刻を設定したレコードを作成し,または,上書きする(ステップS12)。
【0102】
図19は,mCODE入力受信時のmCODEサーバの処理フローを示す図である。
【0103】
mCODEサーバ10は,mCODE入力を受信すると,入力元の端末20の位置情報を位置情報サーバ60から取得し(ステップS20),位置情報を地域ブロックに変換し(ステップS21),入力元端末の電話番号を加入者情報管理サーバ50から取得する(ステップS22)。
【0104】
現在の地域ブロックまたはその隣接地域内のコード情報データベース180に入力元の電話番号を持つレコードが存在するかどうかを調べ(ステップS23),入力元の電話番号を持つレコードが存在する場合には,そのレコードの地域か隣接地域に入力されたmCODEが存在するかどうかを調べる(ステップS24)。
【0105】
入力されたmCODEが存在すれば,入力元レコードの相手mCODEと相手地域が空でなければ(ステップS25),入力されたmCODEのレコードの相手情報リンクに,入力元レコードの自己情報リンクの内容を設定し(ステップS26),入力されたmCODEのレコードの自己情報リンクの内容を入力元端末20に送信して(ステップS27),入力元レコードを削除する(ステップS28)。ステップS25の処理で,相手mCODEと相手地域が空であれば,発見した相手mCODEと地域ブロックIDを入力元レコードに設定する(ステップS(29)。
【0106】
なお,ステップS24の処理で,入力されたmCODEが存在しなければ,エラー(エラー画面表示等)を返却する(ステップS30)。
【0107】
一方,ステップS23の処理で,現在の地域または隣接地域のコード情報データベース180に,入力元の電話番号を持つレコードが存在しない場合には,入力元の現在の地域か隣接地域に入力されたmCODEが存在するかどうかを調べ(ステップS31),入力されたmCODEが存在する場合に,そのmCODEのレコードの状態が単方向であれば(ステップS32),入力されたmCODEレコードの内の自己情報リンクの内容を入力元端末20に送信する(ステップS33)。
【0108】
ステップS32の処理で,そのmCODEのレコードの状態が単方向でなければ,入力元端末20のmCODEを生成し(ステップS34),入力元のmCODE入力元端末20に送信する(ステップS35)。
【0109】
ステップS31の処理で,入力元の現在の地域か隣接地域に入力されたmCODEが存在しなければ,エラー(相手が見つからない旨のエラー表示画面)を返却する(ステップS36)。
【0110】
図20は,確認問合せ時のmCODEサーバの処理フローを示す図である。
【0111】
mCODEサーバ10は,確認問合せを受信すると,問合せ端末20の位置情報を位置情報サーバ60から取得し(ステップS40),位置情報を地域ブロックに変換し(ステップS41),入力元端末の電話番号を加入者情報管理サーバ50から取得する(ステップS42)。
【0112】
現在の地域ブロックかその隣接地域内のコード情報データベース180に問合せ元の電話番号を持つレコードが存在するかどうかを調べ(ステップS43),問合せ元の電話番号を持つレコードが存在する場合には,そのmCODEのレコードの状態が単方向であるかどうか調べる(ステップS44)。そのmCODEのレコードの状態が単方向でない場合であって,そのレコードの相手情報リンクに内容が入っていれば(ステップS45),問合せ元mCODEのレコードの相手情報リンクの内容を問合せ元端末20に送信して(ステップS46),問合せ元レコードを削除する(ステップS47)。ステップS45の処理で,そのレコードの相手情報リンクに内容が入っていない場合であって,そのレコードが寿命切れでなければ(ステップS48),再度確認画面を送信し(ステップS49),寿命切れであれば,エラー(寿命切れ通知)を返却する(ステップS50)。
【0113】
ステップS44の処理で,そのmCODEのレコードの状態が単方向であれば,入力されたmCODEレコードの内の自己情報リンクの内容を問合せ端末に送信する(ステップS51)。
【0114】
また,ステップS43の処理で,現在の地域ブロックかその隣接地域内のコード情報データベース180に問合せ元の電話番号を持つレコードが存在しない場合には,エラー(データ消失通知)を返却する(ステップS52)。
【0115】
本実施の形態の説明では,URLやメールアドレス等,ユーザが任意に設定する情報は,個人情報管理サーバ70に登録するものとしているが,交換したい情報へのリンクはサーバ側で持つという構成だけでなく,端末20側で持つことも可能である。たとえば,端末20が備えるブックマーク機能を利用して,mCODEサーバ10へのURLの行末にCGI用パラメータとしてこれらの情報を保持しておくことや,CGI用パラメタを含んだHTMLを保存しておき,使用時に呼び出すこと等により実現できる。これにより,恒久的な個人情報をサーバ側にいっさい持たずに情報交換することができる。
【0116】
また,mCODEだけでは端末の紛失及び盗難時に他人によって情報交換されてしまう可能性がある。そのため,個人情報の交換などの重要な情報交換時には端末の所有者しか知らない別個のパスワードをmCODE要求時または入力時に同時に入力することを要求し,それが正しいときのみに認証を成立させるようにしてもよい。
【0117】
また,mCODEを互いに入力した瞬間に情報が伝わるのは便利ではあるが重要な情報の場合は危険な場合もある。そのため,互いにmCODEを入力した後,確認画面により相手のニックネームなど最小限の情報で確認してから,交換したい情報を表示するようにしてもよい。このニックネームは個人情報の一部として個人情報管理サーバ70上に固定的に記憶されているものでもよいが,端末20側が記憶して,mCODE要求時に送信するようにしてもよい。
【0118】
本発明の適用例として,以下のようなものがある。
【0119】
例1)自動販売機またはレジでの少額決済
自動販売機またはレジにmCODE入出力装置を付与しておき,自己の端末のmCODEと自動販売機等のmCODEとを交換して認証することにより少額決済に必要な情報(暗証情報,暗唱番号,引落金額,引落口座等)を交換して決済処理を行う。
【0120】
例2)固定網に接続された1台の装置から複数の不特定の移動体通信の端末への情報配信
移動端末ではなく固定網に接続されたPCも,そのIPアドレスなどの固有IDをねつ造できないようにする認証ソフトをインストールし,それを地域ブロック内に登録することにより,本発明にかかるシステムの使用が可能である。この場合,電話番号のかわりにIPアドレスなどのネットワーク上の固有IDを利用する。これら固定網から移動体通信の端末への情報配信への応用例として,
・ 博物館などの展示説明を移動端末へ配信
・ 展示会での出展情報URL配信
・ 映画館での近日公開情報配信
・ 演劇での台本配信
・ コンサートでの歌詞配信
等がある。これらの例においては,利便性のために,mCODEの寿命を通常の数分ではなく数時間から無限とする特例的なmCODEを生成できるようにする。また,不特定相手の場合はプライバシーを考慮し,通常の単方向の情報配信と違い,配信された側の電話番号などの固有IDを取得しないようにして配信する。
【0121】
例3)メールアドレスそのものにmCODEを書き込むことによる情報配信
メールアドレスそのものにmCODEを書き込み,近くの人に他からのメールを転送する際などにmCODEの交換をおこなうと,宛先に長いアドレスを入力しなくてもよい。この場合,受信する側もあらかじめmCODEを取得しておく。なお,この際の払出方法はWebページでも,ある固定メールアドレスにメールを送ることによる自動応答でも,センタに電話を掛けた音声自動応答でもよい。通常のメールアドレスと区別するため,先頭に「@」記号など,通常のアドレスではあり得ない記号を付与したmCODEをメールの宛先として送信する。
【0122】
本発明を適用した移動体通信専用メールサーバはmCODEを宛先としてメールを受信した場合に,mCODEサーバに問い合わせをおこない,送信元の地域とその隣接地域でそのmCODEが払い出された移動端末の電話番号を検索し,その電話番号に対応するメールアドレスにメールを送信する。
【0123】
例4)電話番号としてmCODEを使用する例
すぐ近くの人に電話を転送する場合などに電話番号としてmCODEを使用すると,11桁もある長い電話番号を入力しなくてもよい。転送を受ける側はあらかじめmCODEを取得しておく。この際の払出方法はWebページでも,ある固定メールアドレスにメールを送ることによる自動応答でも,センタに電話を掛けた音声自動応答でもよい。この場合に,通常の電話番号と区別するため,先頭に特別な番号や*や#などを付与したものを相手先電話番号として用いて電話をかける。
【0124】
本発明を適用した移動体通信電話交換機はmCODEを電話番号として着信した場合,mCODEサーバに問い合わせをおこない,送信元の地域とその隣接地域でそのmCODEが払い出された移動端末の電話番号を検索し,その電話番号に電話をかけるか,発信元が既に通話中であればそれを転送する。
【0125】
本発明を実現する情報交換管理装置10は,コンピュータが実行可能なプログラムとして実施することが可能である。このプログラムは,コンピュータが読み取り可能な可搬媒体メモリ,半導体メモリ,ハードディスク等の適当な記憶媒体に格納して提供することができ,または通信インタフェースを介して送受信することができる。通信インタフェースとして接続される通信ネットワークとして,例えば,LAN,WAN,インターネット,アナログ電話網,デジタル電話網,無線通信網などを利用することができる。
【0126】
【発明の効果】
以上説明したように,本発明によれば,端末で情報交換を行う際に,一定の期間または一定の範囲でのみ有効な桁数が可変のコード(mCODE)を自動的に払出し,このコードが相手から入力された場合に認証が完了したとして,相手側に,予め設定しておいた情報を返信する。この処理を端末双方が行うことにより,容易に相互認証による情報交換を行うことができる。
【0127】
また,以下の効果を奏する。
・本発明では,相手を特定するための認証情報の入力が,1〜4桁程度の短い数字の入力で済むため,相手に口頭で伝達しやすく,かつ,入力操作が容易となる。
・本発明では,情報交換のたびにmCODEが自動的に払い出されるため,あらかじめ固有のIDやパスワード等の登録が不要である。
・情報交換のためのmCODEは一定の時間内でのみ有効なものであり,不正に使用される恐れが少ない。
・交換する情報を交換時に端末で設定できるため,伝達したい情報のみを交換できる。
・交換される情報は,サーバ上でやりとりされるため,端末に負荷がかからない。
・本発明は移動体通信網を用いてmCODEの送受信を行うため,端末に近距離通信用の特殊な装置を付与する必要がない。
・携帯情報端末を,直接対面での情報交換に用いるため,他人がなりすまして情報交換することが困難となり,安全性が向上する。
・本発明は,複数移動端末間で情報交換相手を特定し任意の情報を交換または配信する機能を提供する。これにより,メールアドレスや電話番号の交換,会議資料URLの複数端末への配信,展示会での出店情報URL配信などを容易におこなうことが可能となる。
【図面の簡単な説明】
【図1】本発明のブロック構成例を示す図である。
【図2】地域ブロックと基地局の電波到達範囲の関係を示す図である。
【図3】地域ブロックの配列例を示す図である。
【図4】位置情報対応データの構成例を示す図である。
【図5】地域ブロック情報の構成例を示す図である。
【図6】生成されるmCODEの例を示す図である。
【図7】地域ブロックと端末に払い出されたmCODEの例を示す図である。
【図8】コード情報データベースの構成例を示す図である。
【図9】地域ブロックをまたがるハンドオーバを説明するための図である。
【図10】処理の例(1)のシーケンス例を示す図である。
【図11】処理の例(1)の表示画面の例を示す図である。
【図12】処理の例(2)のシーケンス例を示す図である。
【図13】処理の例(2)の表示画面の例を示す図である。
【図14】単方向の情報配信を説明するための図である。
【図15】処理の例(3)のシーケンス例を示す図である。
【図16】処理の例(3)の表示画面の例を示す図である。
【図17】処理の例(4)の表示画面の例を示す図である。
【図18】mCODE払出要求受信時のmCODEサーバの処理フロー図である。
【図19】mCODE入力受信時のmCODEサーバの処理フロー図である。
【図20】確認問合せ受信時のmCODEサーバの処理フロー図である。
【符号の説明】
10 情報交換管理装置
20 端末
30 移動体通信網
40 移動体通信ゲートウェイ
50 加入者情報管理サーバ
60 位置情報サーバ
70 個人情報管理サーバ
110 システム制御部
120 httpサーバ部
130 位置情報変換部
140 位置情報対応データ
150 コード払出処理部
151 コード生成部
152 コード桁調整部
160 地域ブロック情報
170 情報交換管理部
180 コード情報データベース
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for exchanging information by specifying a partner using mobile communication.
[0002]
[Prior art]
The exchange of personal information such as e-mail addresses and telephone numbers between first-time people has become commonplace in recent years. It is common to transmit personal information verbally or verbally.
[0003]
However, personal identification information such as e-mail addresses and telephone numbers must be unique throughout the country. For example, personal identification information such as e-mail addresses is long and complicated to cope with the increasing trend of users. It is becoming. For this reason, even if the mail address is spoken verbally to the other party, it may be longer or more complex than it can be stored and transmitted in a short time on the spot.
[0004]
In addition, some mobile information terminals, such as mobile phones, have multiple characters assigned to one numeric key, so input processing of kanji and English characters when entering the recipient's email address and name There is something complicated. In this case, input mistakes are likely to occur, and the input processing effort is large.
[0005]
Even when business cards are exchanged, personal information must be finally input to the portable information terminal, so that the processing is complicated and the processing effort remains the same.
[0006]
For this reason, there is an electronic business card exchange system in which personal information devices are directly faced to exchange personal information by infrared connection, or exchange personal information with each other using short-range wireless communication.
[0007]
In addition, a service is also provided in which personal information is exchanged by a user through a mobile information terminal that can be connected to a communication network such as the Internet through identification information assigned in advance.
[0008]
In addition, as in “Business card management system and business card suitable for the management system (Japanese Patent Laid-Open No. 06-223086)”, business card data is stored in a database center, and data to be disclosed by self-identification codes is classified into classes. There is a system to output.
[0009]
Furthermore, there is an information communication method using an arbitrary variable identification number, such as “Moving object compatible exchange system (Japanese Patent Laid-Open No. 2000-224638)”.
[0010]
[Problems to be solved by the invention]
However, with regard to business card exchange that is performed by infrared connection with the devices of portable information terminals facing each other directly, it is not possible to exchange information because the diffusion rate of the devices themselves is low and there are many protocols that are not compatible with each model. Many.
[0011]
In addition, for a business card exchange system using short-range wireless communication, the terminal needs to be equipped with a short-range wireless communication function, and short-range wireless communication is possible up to a range of 100 meters. Therefore, it is necessary to set an identification ID and authentication information for avoiding interference and specifying the other party. Further, since this identification ID or the like is not given by a third party but can be arbitrarily set by the user, it is not possible to completely prevent unauthorized information acquisition by so-called “spoofing”. Furthermore, since communication terminals directly exchange information, the compatibility with a communication network such as the Internet is low.
[0012]
In addition, for services that exchange personal information via user identification information (for example, user ID) on a portable information terminal that can be connected to a communication network such as the Internet, the user identification information is assigned in the order of application. Therefore, the user ID becomes longer as the number of users increases. Therefore, the problem that the burden of inputting a long user ID is large cannot be solved.
[0013]
In addition, even in the “business card management system and business card suitable for the management system (Japanese Patent Laid-Open No. 06-223086)”, the user identification number is a fixed unique number, and the problem of input burden cannot be solved. Business card data needs to be registered in the database center, resulting in a burden of data maintenance.
[0014]
In addition, in the “mobile switching system (Japanese Patent Laid-Open No. 2000-224638)”, the user can arbitrarily determine the identification number, but the identification number must be unique, and the identification information once determined is registered. It cannot be changed, and redundancy of identification information due to an increase in users cannot be eliminated.
[0015]
  The object of the present invention is to identify terminals when exchanging and distributing information between terminals.Payout for each exchange / distribution of informationReusable in time and spacecode(Short digits (code))By using, EmotionReport exchange partnerAsIdentified deviceIn betweenExchange or distribute information, A server device of the system, a processing method executed by the server device, and a computer functioning as the server deviceIs to provide a program.
[0016]
  In order to solve the above problems and achieve the object, the system according to the present invention includes:A first terminal that provides information; a second terminal that receives information; and a server device that processes transmission and reception of information between the first terminal and the second terminal.An information distribution / exchange system,The server device receives the provision information and the first terminal identification information from the storage unit for storing information and the first terminal, and generates a first code that is unique within a predetermined period or within a predetermined area. And a second code that is unique within a predetermined period or within a predetermined region upon receiving a process of transmitting the first code to the first terminal and receiving a payout request and second terminal identification information from the second terminal. Is generated and the second code is transmitted to the second terminal, the first group including the first terminal identification information and the first code, and the provision information are stored in association with each other. A process for holding in the storage unit, a process for holding the second set including the second terminal identification information and the second code in the storage unit, and an acquisition request including the second terminal identification information and the first code from the second terminal And request to obtain the second set including the received second terminal identification information A process of setting the first code included, a provision request including the first terminal identification information and the second code is received from the first terminal, and the first code is included in the second set including the received second code. If it is set, a process for generating access information for the provided information associated with the first set including the first code and notifying the access information to the second terminal; An information exchange management unit that performs processing of receiving the used acquisition request and transmitting provided information corresponding to the received access information to the second terminal; Each of the first terminal and the second terminal includes a communication unit that transmits / receives information to / from the server device, a display unit that displays information received from the server device, and an input unit that inputs information. In the first terminal, the communication unit transmits the provision information and the first terminal identification information to the server device, and receives a first code corresponding to the first terminal identification information from the server device, and a display. The server displays a received request including a process of displaying the received first code, an input unit of a process of inputting the second code, and a communication unit including the first terminal identification information and the input second code. Processing to transmit to the device. In the second terminal, when the communication unit transmits the second terminal identification information to the server device and receives the second code corresponding to the second terminal identification information from the server device, the display unit receives the received second code. A process for displaying two codes, a process for the input unit to input the first code, and a process for the communication unit to transmit a provision request including the second terminal identification information and the input first code to the server device. The communication unit receives the access information from the server device, transmits a provision information acquisition request using the received access information to the server device, and receives the provision information. The server device includes a processing unit that acquires position information of the first terminal and the second terminal, and the code payout processing unit uses the position information of the first terminal or the second terminal as the first code and the second code. Based on the above, a code with a limited effective range is generated.
[0017]
The present invention operates as follows. When exchanging information between the terminal A and the terminal B, the terminal A sets information to be exchanged (information a) and requests the information exchange management apparatus to issue mCODE. Upon receiving the mCODE payout request, the information exchange management device adjusts the number of digits of the mCODE to be generated according to the number of mCODEs assigned at that time, generates a unique mCODE with as few digits as possible, and generates mCODE. Is associated with the information a set by terminal A, and mCODE is transmitted to terminal A for display. After that, the information exchange management device confirms that the mCODE of the terminal A is input from the terminal B which is the exchange partner and that the mCODE of the terminal B is input from the terminal A, and the terminal A The set information a is transmitted. Similarly, a unique mCODE is paid out to the terminal B, and after confirming that the mCODE is input to each other, the information b is transmitted to the terminal A.
[0018]
Further, when information is distributed from the terminal A to one or a plurality of terminals, the terminal A sets information to be distributed (information a) and requests the information exchange management apparatus to issue mCODE. Upon receiving the mCODE payout request, the information exchange management device adjusts the number of mCODE digits to be generated according to the number of mCODEs assigned at that time, and a unique mCODE (1 to 4 digits) with as short a digit as possible. The mCODE is stored in association with the information a set by the terminal A, and the mCODE is transmitted to the terminal A for display. The information exchange management device confirms that the mCODE of the terminal A is input from the terminal that is the delivery destination, and transmits the information a set by the terminal A to the delivery destination terminal.
[0019]
As a result, even if the information that you want to exchange / deliver cannot be input easily, you can easily exchange information between terminals or send information to multiple terminals by entering only 1 to 4 digits (mCODE). Information distribution can be performed.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0021]
[Configuration Example of System According to the Present Invention]
FIG. 1 shows a configuration example of a system for realizing the present invention. The information exchange management device 10 according to the present invention is connected to a mobile communication terminal 20A and a terminal 20B via a mobile communication network 30 and a mobile communication gateway 40. The terminal 20 is, for example, a mobile communication terminal (mobile phone) having a communication function based on the http protocol, and a numerical value is input to the screen display unit that can display information from the information exchange management device 10 and the information exchange management device 10. Provide possible input.
[0022]
The information exchange management device 10 connects to the subscriber information management server 50 to acquire a unique number such as a telephone number and an IP address of the terminal 20, and connects to the position information server 60 to acquire the position information of the terminal 20. Further, personal information arbitrarily registered by the user of the terminal 20 is acquired from the personal information management server 70 via the mobile communication gateway 40.
[0023]
The connection between the information exchange management device 10 and the mobile communication gateway 40 or the subscriber information management server 50 and the location information server 60 can be performed by any communication method, for example, a dedicated line, as long as necessary information of the terminal 20 can be acquired. Internet, wireless communication, or the like may be used. In addition, the mobile communication gateway 40, the subscriber information management server 50, and the location information server 60 may be individually configured as a plurality of servers, or may be configured as one server.
[0024]
In this embodiment, an information exchange partner identification code (hereinafter referred to as mCODE), which is a variable number of digits (about 1 to 4 digits) that can be easily input, is used as information for the terminal 20 to identify an information exchange partner. Use. In order to make this mCODE a short digit number, the mCODE itself has a certain lifetime, and the processing method for allowing the same mCODE (number) that has expired to be reused, and the location information server 60 grasp The mCODE is generated by combining the processing methods for using the same mCODE by managing the mCODE for each predetermined regional block by using the location information of the terminal 20 that is operating.
[0025]
Further, in order to make the mCODE input operation simpler, the mCODE is generated by increasing / decreasing the number of digits of mCODE according to the number of effective mCODEs being paid out.
[0026]
In mobile communication, when communicating between terminals 20, radio waves that can be overlapped are used, so the terminals are close to each other in the vicinity of the boundary line of the transmission / reception range of the base station. Each terminal 20 may transmit and receive with a different base station. For this reason, it may be recognized that terminals that are information exchange partners are located in different regional blocks. FIG. 2 is a diagram illustrating the relationship between the area blocks and the radio wave coverage of the base station. The small dotted circles indicate the radio wave coverage of each base station, and the solid large circles and hexagons indicate the area blocks. The base station included in the regional block may include not only a single carrier but also various carriers such as a PHS and a fixed telephone network. In other words, the area block can be managed by integrating the call area, base station ID, latitude / longitude, and a plurality of carriers into a large range of virtual area blocks and integrating various position information forms.
[0027]
Thus, even if the radio wave coverages of a plurality of base stations are combined into a large regional block, there is always a place where radio waves overlap in the vicinity of the boundary line, and it is uncertain which regional block the terminal 20 belongs to It becomes. In this way, when a unique mCODE is paid out for each regional block, the same mCODE as the mCODE paid out to the exchange partner is also given to another terminal in an adjacent regional block near this boundary line. There is a risk of mistaking the other terminal.
[0028]
Therefore, the size of the regional block is set to a size that is sufficient to prevent it from passing through the block within the mCODE lifetime even when moving on the Shinkansen or the like, and the radio wave from the regional block where the terminal 20 having the same mCODE is located. Is large enough not to be received. Furthermore, by setting the m key that is the source of mCODE and the information (adjacent area) of the adjacent area block for each area block so that a unique mCODE can be generated in the area block and its adjacent area block, An mCODE that can exchange information without misidentifying a partner even when receiving radio waves from adjacent regional blocks is generated.
[0029]
[Configuration example of information exchange management device]
The information exchange management device (mCODE server) 10 includes a system control unit 110, an http server unit 120, a location information conversion unit 130, a location information correspondence data 140, a code payout processing unit 150, an area block information 160, an information exchange processing unit 170, A code information database 180 is provided.
[0030]
The system control unit 110 controls each unit of the information exchange management device 10 and accesses the subscriber information management server 50 to convert the IP address of the terminal 20 received from the http server unit 120 into a telephone number.
[0031]
The http server unit 120 communicates with the terminal 20 via the mobile communication gateway 40 by a predetermined communication protocol such as the http protocol.
[0032]
The location information conversion unit 130 converts the telephone number of the terminal 20 into location information by the location information server 60, and specifies area block information where the terminal 20 is located from the location information based on the location information correspondence data 140.
[0033]
FIG. 3 shows an example of regional block arrangement in the present embodiment, and FIG. 4 shows a configuration example of position information correspondence data.
[0034]
In the arrangement of area blocks in FIG. 3, hexagons indicate area blocks, “a, i, u,...” Shown within the hexagons indicate area block IDs, and “1, 2, 3,. M key to be played.
[0035]
The regional block is obtained by dividing location information in advance and includes one or more ranges in which the terminal 20 can transmit and receive with the base station. Here, the number of digits of mCODE assigned to the terminal 20 in the region is A hexagonal (hex) array with a small overlap area and a small number of adjacent regional blocks is used so as to be as small as possible.
[0036]
The m key is an integer value greater than or equal to 0 from 0 to the maximum number of adjacent areas (in this case, 6) for generating mCODE that is unique in the area block and the adjacent area block. The area block ID and the m key are fixed values and are set in advance.
[0037]
The location information conversion unit 130 acquires the location information of the terminal 20 from the location information server 60 based on the telephone number of the terminal 20 acquired from the system control unit 110, and the location information corresponding data 140 in FIG. Specify the block ID. For example, if the location information of the terminal 20A is “Nakahara-ku, Kawasaki City”, it can be seen that the area block ID of the terminal 20A is the area shown in FIG.
[0038]
The code payout processing unit 150 includes a code generation unit 151 and a code digit adjustment unit 152.
[0039]
The code generation unit 151 generates mCODE that is unique in the regional block and the adjacent regional block and has a certain lifetime. In addition, using the area block information 160 of the terminal 20, an mCODE that is unique within a preset area is generated.
[0040]
FIG. 5 shows a configuration example of the regional block information. The area block information 160 includes an area block ID, m key, adjacent area, and aCODE number.
[0041]
The regional block ID is identification information fixed to the regional block. The m key is an integer unique to the area block and the adjacent area block used for generating mCODE. The adjacent area is information for specifying an area block adjacent to the area block. The aCODE number is the number of aCODEs currently paid out in the regional block. aCODE is an integer of 0 or more that is paid out for each regional block that is a source of mCODE generation. The number of digits of mCODE is adjusted according to the number of aCODEs paid out.
[0042]
The following mCODE generation processing is performed for each regional block.
1) Generate aCODE as the original code. aCODE is an integer of 0 or more. The aCODE may be serially incremented, but may be designated by a random number in consideration of security. Set life to aCODE. The service life is set to the specified service life from the time of withdrawal. The aCODE can be discarded and reused if the payout time + the time when the lifetime has elapsed.
2) Multiply aCODE by the value of the maximum number of adjacent areas + 1 in the area block array (in this case, 7 and fixed according to the maximum number of adjacent areas).
3) A value obtained by adding the m key to the calculation result of 2) is set as mCODE of the area block.
[0043]
FIG. 6 shows an example of mCODE generated in each regional block. For example, assume that aCODE “0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10” is generated. On the basis of the area block information shown in FIG. 5, in area: A, m key: 0, so the generated mCODE is “0, 7, 14, 21, 28, 35, 42, 49, 56, 63”. It becomes. In the area: i, the m key is 1, so the generated mCODE is “1, 8, 15, 22, 29, 36, 43, 50, 57, 64, 71”. As described above, by using the aCODE and the m key, a unique mCODE including the area block and the adjacent area block can be generated for each area block.
[0044]
FIG. 7 shows an example of mCODE paid out to the regional block and the terminal. In FIG. 7, a square indicates a terminal from which mCODE has been paid out, “A: 17” is a terminal 20A in the region: D, mCODE: 17 is “B: 19” is a terminal 20B in the region: Indicates that mCODE: 19 has been paid out. When the terminal A and the terminal B exchange information, since the mCODE is unique in the region “U, Se, Su, Nu, O, A”, which is the adjacent region of D, the same thing is paid out. Instead, the terminal 20A and the terminal 20B can identify each other.
[0045]
Here, since the m key is 3 for the area: sa and the area: no, the terminal C and the terminal D to which the same mCODE: 17 as that of the terminal A is paid out can exist simultaneously in these areas. However, since there is a sufficient distance between the area: D and the area: Sa or No, it is not possible for the terminal A to mistake the terminals C and D for the terminal B. The line shown in FIG. 7 that connects the area: D and the area: S with an arrow and the line that connects the area: D and the area: K with an arrow means the shortest distance between the respective area blocks. Represents a distance at which radio waves cannot be received.
[0046]
The code digit adjusting unit 152 increases or decreases the number of mCODE digits according to the number of mCODEs paid out to the terminal 20. For example, when the number of aCODEs in the regional block information 160 exceeds 10 n + 1, the code digit adjustment unit 152 expands the table of the code information database 180 to be usable up to 10 times including unused records. . Further, when the value is less than 10 to the nth power, the table of the code information database 180 is reduced to 1/10. As a result, the number of digits of aCODE, and hence the number of digits of mCODE, can be dynamically increased / decreased according to the number of simultaneous users to generate an mCODE that makes the input operation as simple as possible.
[0047]
The information exchange management unit 170 registers a record in the code information database 180 based on the mCODE paid out by the code payout processing unit 150, and manages the mCODE of the partner terminal 20 to exchange information, information to be exchanged, and the like. The code information database 180 is created for each regional block, but may be configured as one database.
[0048]
FIG. 8 shows a configuration example of the code information database. The code information database 180 has fields of aCODE, mCODE, telephone number, payout time, life, state, self-information link, partner area, partner mCODE, partner information link, and sender MSN (telephone number).
[0049]
aCODE indicates the aCODE that is the basis of the mCODE that has been paid out. The telephone number is the telephone number of the terminal 20 that is the mCODE withdrawal request source. The payout time is the total time when the mCODE is paid out in seconds. The lifetime is the mCODE effective period in seconds. The status indicates the processing status of this record, and statuses such as unused, waiting for input of the partner mCODE, and unidirectional are set.
[0050]
In the self-information link, information transmitted from the terminal 20 of the mCODE payout request source to the partner or link information to the information is set. Information to be set includes a telephone number, an e-mail address, a URL from which the personal information is acquired, and is arbitrary information.
[0051]
The counterpart mCODE is the mCODE paid out to the counterpart terminal, and is set when the counterpart terminal inputs the mCODE of this record.
[0052]
The partner area is the area block ID of the partner terminal, and is set when the partner's mCODE can be found in the adjacent area block.
[0053]
The partner information link is the partner information or a link to that information, and is set when authentication is established. It is information arbitrarily set by the other party.
[0054]
When the mCODE of the terminal 20A is generated, the information exchange management unit 170 adds a record related to the mCODE to the table of the code information database 180 of the regional block, and predetermined information (phone number, payout time, life, state, Register self-information links). Thereafter, when the mCODE of this record is set in the partner terminal 20B for information exchange, the mCODE and partner information link of the partner terminal 20B are set, and these pieces of information are returned to the terminal 20A.
[0055]
In the code information database 180 shown in FIG. 8, when the terminal 20A is mCODE: 3, if there is an mCODE payout request from the terminal 20A, mCODE = 3 is generated, and a record related to the mCODE is generated in the code information database 180. ACODE = 0, which is the source of mCODE, telephone number = 09012345678 of the withdrawal request source terminal 20A obtained from the subscriber information management server 50, withdrawal time = 300,000, lifetime = 600, self-information link set in the terminal 20A = Http: // aa / is registered. Thereafter, mCODE: 3 is input from the information exchange partner terminal 20B, and as authentication progresses, this record includes the partner area = D, partner mCODE = 10, partner information link = http: // bb / Is registered.
[0056]
When the mCODE: 10 of the terminal 20B is input to the terminal 20A, authentication is performed using the partner area and the partner mCODE of the record of the terminal 20B, and “http: // bb /” set in the self-information link is used as the terminal To 20A. Similarly, mCODE = 3 of the terminal 20A, self-information link http: // aa / is registered in the record of the terminal 20B and transmitted to the terminal 20B.
[0057]
Thus, information exchange between the terminals 20 is performed by returning the link information of the other party set in the records of the terminals to the terminals 20A and 20B.
[0058]
By the way, in mobile communication, there is a phenomenon called “crossover” (called “handover”) in which a terminal B communicating with a terminal A moves from a calling area of one base station to a calling area of another base station. Generally occurs. In the case of handover within the same regional block, the regional block ID of the terminal 20 does not change and there is no problem. However, as shown in FIG. 9, in the case of handover across other regional blocks, position information is searched. There is a need. When such a handover to another regional block occurs, the following measures are taken.
[0059]
First, in the case of exchanging information by exchanging mCODEs, the mCODE server 10 subscribes the telephone number of the requesting terminal 20 when the mCODE is input from the terminal 20 or when confirmation is requested. Obtained from the user information management server 50, based on the area block information 160, the code information database 180 of the area block where the terminal 20 currently exists and its adjacent area block are searched by telephone number, and information is found using the found record. Exchange.
[0060]
When information is distributed by paying out only one of the mCODEs, the terminal that obtains the information does not pay out the mCODE, and no record is created in the code information database 180. For this reason, when the terminal 20B crosses the area block when the terminal 20B crosses the area block further away from the adjacent area block of the terminal 20A on the information transmission side (as shown in FIG. 9), the area: There is a possibility that information that should have been received from the terminal 20A: 17 will be received from the terminal C: 17 in the region. Such a situation is dealt with by setting the size of the regional block so that the radio wave cannot be passed.
[0061]
The information exchange / distribution processing in the present embodiment will be described in detail below.
[0062]
[Example of processing (1): First when paying out mCODE to both terminals]
FIG. 10 shows an example of a normal sequence when mCODE is first paid out to both terminals, and FIG. 11 shows an example of a display screen of the terminal in that case. In the following description, it is assumed that A or B in terminal A or terminal B indicates a telephone number that identifies each terminal.
[0063]
Process (1): Terminal A transmits its own information “http: // ab /” to the mCODE server 10 and makes an mCODE request. In terminal A, the mCODE payout request screen shown in FIG. 11A is displayed, self-information is entered in the field of information to be sent, “payout” is selected (or pressed), and the mCODE request is sent.
[0064]
The mCODE server 10 acquires the position of the terminal A from the position information server 60, converts it to the corresponding area block ID, acquires that it is area: D, and randomly selects the aCODE: on the code information database 180 of that area. If the state is unused or the payout time + lifetime is older than the current time, it is multiplied by 7 which is the maximum number of adjacent areas + 1, and m key: 3 is added to generate mCODE: 17, A record of terminal A is added to the code information database 180, and a self-information link, a telephone number obtained from the subscriber information management server 50, a payout time, etc. are set. Also, the generated mCODE: 17 is paid out to the terminal A.
[0065]
Process (2): In the same way, terminal B transmits self-information “http: // cd /” to mCODE server 10 and inquires about mCODE, and mCODE: 19 is issued. FIG. 11B shows an mCODE payout request screen displayed on terminal B.
[0066]
Terminals A and B see mCODE payout result display shown in FIGS. 11 (C) and 11 (D) and their mCODE displayed on the partner mCODE input screen and communicate mCODE to each other verbally.
[0067]
Process (3): When the terminal B inputs the mCODE: 17 of the terminal A from the input screen shown in FIG. 11 (D), the mCODE server 10 that has received it inputs the position information of the terminal B from the position information acquired from the position information server 60. When the current regional block is “region:”, the code information database 180 of the adjacent region obtained from the record of the region and the region block of the region block information 160 with the telephone number obtained from the subscriber information management server 50 is obtained. By searching, the record of the terminal B is found from the same area, and the area and the adjacent area are further searched to find that the mCODE: 17 is the terminal A in the area: d.
[0068]
Process (4): The area: D and mCODE: 17 of the discovered terminal A as the information exchange partner are set in the record of the terminal B on the area: code information database 180. The mCODE server 10 responds to the terminal B to display a standby (mCODE replacement) screen shown in FIG.
[0069]
Process (5): When mCODE: 19 is input from the input screen shown in FIG. 11C at the terminal A, the mCODE server 10 receiving it inputs the current area block of the terminal A from the position acquired from the position information server 60. Is obtained from the record of the area and the area block of the area block information 160 using the telephone number obtained from the subscriber information management server 50, and the terminal is searched. A record of A is found from the same area, and the area and its neighboring areas are searched to find that mCODE: 19 is a terminal B located in the area.
[0070]
Process (6) At this time, it has been confirmed that the terminal B's record is set to the terminal A's area: D, and the partner mCODE's mCODE 17 is set to the partner mCODE. For example, the self-information link “http: // ab /” of the terminal 20A record is set as the partner information link of the record of terminal B, and the self-information link “http: // cd /” of the record of terminal B is acquired. The information is transmitted to terminal 20A. In terminal A, self-information “http: // cd /” of terminal B is displayed on the partner information display screen shown in FIG.
[0071]
Process (7): Since the mCODE of terminal A becomes unnecessary, the record is deleted from the code information database 180.
[0072]
Process (8): The terminal B confirms that the mCODE of the terminal B is input from the terminal A by pressing the confirmation button on the standby screen shown in FIG. 11E, and makes an inquiry to the mCODE server 10.
[0073]
The mCODE server 10 obtains from the location information server 60 that the regional block of the current location of the terminal B is “region:”, and stores the content (http: //) in the record of the code information database 180 of that regional block. / ab /) is sent to terminal B, the record of terminal B is deleted, and the information exchange is completed. In terminal B, self-information “http: // ab /” of terminal A is displayed on the partner information display screen shown in FIG.
[0074]
In the above example, if the region having the same mCODE as the terminal A: the terminal C: 17 of the region and the terminal D: 17 of the region: no input mCODE: 19, the region: there and region: Also: Since it is not adjacent to the area, the search is not hit and an error occurs. Further, even if the terminal B has moved to the adjacent area: Ku at the time of the processing (6), the record of the area: code information database 180 is found from the telephone number, and the adjacent area from there is searched. Therefore, the region: D cannot be searched, and the terminal C of the region: server is not mistaken for the terminal A.
[0075]
[Processing example (2): When mCODE payout and input are mutual]
FIG. 12 shows an example of a normal sequence when mCODE payout and input are mutual, and FIG. 13 shows an example of a terminal display screen in that case.
[0076]
Process (1): Terminal A transmits its own information to the mCODE server 10 and makes an mCODE request. FIG. 13A shows an mCODE payout request screen displayed on terminal A.
[0077]
The mCODE server 10 acquires the position of the terminal A from the position information server 60, converts it to the corresponding area block ID, acquires that it is area: d, and randomly stores aCODE: 2 on the code information database 180 of that area. If the state is unused or the payout time + lifetime is older than the current time, the maximum number of adjacent areas + 1 is multiplied by 7, and m key: 3 is added to generate mCODE: 17. A record of terminal A is added to the information database 180, and self-information, a telephone number obtained from the subscriber information management server 50, a payout time, etc. are set. Also, the generated mCODE: 17 is paid out to the terminal A. MCODE: 17 is displayed on the mCODE payout result display and the partner mCODE input screen shown in FIG.
[0078]
Process (2): When the terminal B inputs mCODE: 17 from the mCODE payout result display and the partner mCODE input screen (distribution mode) shown in FIG. 13C, the mCODE server 10 that has received it inputs from the location information server 60. Based on the acquired location information, the current area block of the terminal B is determined to be area: adjacent, and the telephone number obtained from the subscriber information management server 50 is acquired from the area record of the area and area block information 160 The local code information database 180 is searched, but it is determined that it does not exist because the record of the terminal B cannot be found. Further, by searching the current block of the terminal B and its adjacent area, it is found that the mCODE: 17 is the terminal A in the area: D.
[0079]
Process (3): Since the record of terminal B has not been found, it is determined that it does not yet exist, and mCODE: 19 of terminal B is generated by the same method as that of terminal A. A record for terminal B is created, and the regional block of terminal A: D and mCODE: 17 are set therein. Also, mCODE: 19 of terminal B is transmitted to terminal B. In terminal B, mCODE: 19 is displayed on the mCODE payout result display and confirmation screen shown in FIG.
[0080]
Process (4): When terminal device A inputs mCODE: 19 from the screen shown in FIG. 13B, the mCODE server 10 that has received it inputs the current area block of terminal 20A from the position acquired from position information server 60. Region: search for the code information database 180 of the adjacent region acquired from the record of the region and the region block information 160 in the region block information 160 using the telephone number obtained from the subscriber information management server 50, The record is found from the same area, and the mCODE: 19 is found to be the terminal B in the area: S by searching the area and the adjacent area.
[0081]
Process (5): At this time, since it has been confirmed that the remote area of the record of the terminal B is set to the area of the terminal A: d, and the remote mCODE is set to mCODE: 17 of the terminal A, mutual authentication is possible. As a result, the self-information link “http: // ab /” of the terminal A record is set in the partner information link of the terminal B record, and the self-information link “http: // cd /” of the record of the terminal B is acquired. Send that information to A. Terminal A displays partner information “http: // cd /” on the partner information display screen shown in FIG.
[0082]
Process (6): Since the mCODE of terminal A becomes unnecessary, the record is deleted from the code information database 180.
[0083]
Process (7): When the terminal B makes an inquiry to the mCODE server 10 from the screen shown in FIG. 13D, it is determined from the location information server 60 that the regional block of the current location of the terminal B is region: Acquired and the content (http: // ab /) is contained in the partner information link of the B record in the code information database 180 of the regional block, so it is sent to B, the B record is deleted, and the information exchange is completed To do. Terminal B displays partner information “http: // ab /” on the partner information display screen shown in FIG.
[0084]
[Processing Example (3): When unidirectionally delivering information from one terminal to multiple terminals]
When one person wants to send information to a plurality of people during a meeting, an option is given to exchange information from one terminal A as shown in FIG. 14 instead of exchanging information by mutual authentication. Information can be distributed by unilateral delivery of mCODE to terminal B and terminal C.
[0085]
However, at this time, it is easy to eavesdrop on mCODE or perform hacking by numerical brute force. As a deterrent against this, information specifying the terminal of the distribution destination, for example, a unique ID such as a telephone number, an e-mail address, an IP address, etc., is provided so that the distribution source can know who has received this mCODE. To be able to refer to. At this time, if a nickname arbitrarily assigned by the owner is assigned to the listed unique ID, the nickname is also displayed at the same time in order to improve visibility. One of the features of the information exchange processing in the present invention is that the unique ID is not shown. In this case, priority is given to simplicity by using the unique ID together.
[0086]
FIG. 15 shows an example of a normal sequence in the case of distributing information in one direction from one terminal to a plurality of terminals, and FIG. 16 shows an example of a display screen of the terminal in that case.
[0087]
Process (1): Terminal A transmits its own information to the mCODE server 10 and makes an mCODE request in the unidirectional mode. FIG. 16A shows an mCODE payout request screen displayed on terminal A.
[0088]
The mCODE server 10 acquires the position of the terminal A from the position information server 60, converts it to the corresponding area block ID, acquires that it is area: d, and randomly stores aCODE: 2 on the code information database 180 of that area. If the state is unused or the payout time + lifetime is older than the current time, the maximum number of adjacent areas is multiplied by 7 and mkey: 3 is added to generate mCODE: 17, and the code information database 180 The record of terminal A is added to the terminal, and the self information, the telephone number obtained from the subscriber information management server 50, the payout time, etc. are set. The generated mCODE: 17 is paid out to the terminal A.
[0089]
In terminal A, the mCODE payout result display shown in FIG. 16 (B) and its own mCODE displayed on the partner mCODE input screen are viewed, and mCODE is transmitted to terminal B and terminal C by oral means.
[0090]
Process (2): When the terminal B receives mCODE: 17 from the screen shown in FIG. 16C, the mCODE server 10 that has received it receives the current area block of B from the position information acquired from the position information server 60. Since the code information database 180 of the region and the adjacent region obtained from the record of the region is searched with the telephone number obtained from the subscriber information management server 50, the record of the terminal B cannot be found. Judge that it does not exist yet. Further, by searching the current block of the terminal B and its adjacent area, it is found that the mCODE: 17 is the terminal A in the area: D.
[0091]
Process (3): Since the state in the record of terminal A is “unidirectional”, the mCODE and record of terminal B are not created, and the self-information link of terminal A is transmitted to terminal B. At that time, the telephone number of the terminal B is added to the transmission destination MSN of the record of the terminal A and recorded. In terminal B, self-information “http: // ab /” of terminal A is displayed on the partner information display screen shown in FIG.
[0092]
Process (4): When the terminal C inputs mCODE: 17 from the screen shown in FIG. 16 (E), as in the case of the terminal B, the current location: C: searches for the terminal A without generating mCODE. Then, the self-information link is transmitted to the terminal C and added to the transmission partner MSN of the terminal A record. In terminal C, self-information “http: // ab /” of terminal A is displayed on the partner information display screen shown in FIG.
[0093]
Process (5): When the terminal A makes an inquiry for information transmission destination confirmation to the mCODE server 10 from the screen shown in FIG. 16B, the current regional block of the terminal A is obtained from the position information acquired from the position information server 60. If the record of the terminal A is found in the area block with the telephone number obtained from the subscriber information management server 50 and the state is unidirectional, the partner MSN in the record The array contents of (phone number) are returned to terminal A. In the terminal A, the telephone numbers which are the unique information of the distributed terminals B and C are displayed on the distribution partner confirmation screen shown in FIG.
[0094]
[Processing example (4): When mCODE is not entered, authentication is performed by setting from a list of already issued mCODEs and exchanging information]
Rather than directly inputting the numerical value of mCODE, the mCODE is disclosed in the area block and the adjacent area block only for the lifetime, and the information is exchanged by mutually authenticating only by selecting from the mCODE list. For easy understanding, a nickname arbitrarily registered by the user may be added before mCODE to be listed. This method is effective in reducing the number of operations when precise position information is obtained and there are few lists displayed in the regional block.
[0095]
FIG. 17 shows an example of a display screen in processing when exchanging registered real names in advance.
[0096]
In the terminal 20A, the nickname is registered in advance on the screen shown in FIG. 17A, the real name is set on the screen shown in FIG. 17B, and transmitted to the mCODE server 10. The registered nickname and the previous URL where the real name is recorded are returned from the mCODE server 10, the screen shown in FIG. 17C is displayed, and the URL is stored in the bookmark in the terminal 20.
[0097]
When exchanging information, instead of inputting the other party's mCODE, selection is made from the list of partner nicknames (and mCODE) on the screen shown in FIG. As shown in FIG. 17E, “naka111” is selected on the screen.
[0098]
When the mCODE server 10 confirms that “hiroz342” is set in the record of the terminal 20B of the code information database 180 when the exchange partner terminal 20B selects the nickname “hiroz342”, the nickname “naka111” is transmitted to the terminal 20A. To do.
[0099]
The terminal 20A displays the screen shown in FIG. 17F until the partner terminal 20B inputs the nickname “hiroz342”. When “hiroz342” is entered and authentication is completed, the URL generated with “naka111” is accessed, the registered real name “Iishita Gen” is obtained, and the obtained real name is displayed on the screen shown in FIG. indicate.
[0100]
18 to 20 show processing flows of the system according to the present invention. FIG. 18 is a diagram showing a processing flow of the mCODE server when receiving an mCODE payout request.
[0101]
When receiving the mCODE payout request, the mCODE server 10 acquires the position information of the terminal 20 from the position information server 60 (Step S1), converts the acquired position information into a regional block (Step S2), and corresponds to the regional block. The code information database 180 to be opened is opened (step S3). The number of used aCODEs in the area block is checked (step S4). If the number of aCODEs is <10 to the nth power, the usable range of aCODE is reduced to 1/10 (step S5), and the number of aCODEs is ≧ 10. If the power is n + 1, the usable range of the aCODE is expanded 10 times (step S6), and if neither is selected, neither reduction nor expansion is performed (default). Next, aCODE is generated with a random number within a usable range of 0 (step S7). It is checked whether or not the aCODE is within the payout time + lifetime (step S8). If it already exists, the aCODE is one by one (step S9), and the aCODE is the payout time. It is checked whether it is within the lifetime (step S10). If the aCODE is not already within the payout time + life, or if the aCODE is not within the payout time + life (life is expired), then aCODE x (maximum number of adjacent areas) +1) + m block of region block is set to mCODE (step S11), and a record in which the generated mCODE and the payout time are set is created or overwritten in the code information database 180 (step S12).
[0102]
FIG. 19 is a diagram showing a processing flow of the mCODE server when receiving mCODE input.
[0103]
When receiving the mCODE input, the mCODE server 10 acquires the location information of the input source terminal 20 from the location information server 60 (step S20), converts the location information into a regional block (step S21), and the input source terminal phone. The number is acquired from the subscriber information management server 50 (step S22).
[0104]
It is checked whether there is a record having the telephone number of the input source in the code information database 180 in the current regional block or its adjacent area (step S23). It is checked whether the mCODE input in the area of the record or in the adjacent area exists (step S24).
[0105]
If the input mCODE exists, if the partner mCODE and the partner area of the input source record are not empty (step S25), the content of the self-information link of the input source record is added to the partner information link of the input mCODE record. The contents are set (step S26), the contents of the self-information link of the input mCODE record are transmitted to the input source terminal 20 (step S27), and the input source record is deleted (step S28). If it is determined in step S25 that the partner mCODE and the partner area are empty, the discovered partner mCODE and the area block ID are set in the input source record (step S (29)).
[0106]
If the input mCODE does not exist in step S24, an error (error screen display etc.) is returned (step S30).
[0107]
On the other hand, if there is no record having the telephone number of the input source in the code information database 180 of the current area or the adjacent area in the process of step S23, the mCODE input to the current area or the adjacent area of the input source. If the input mCODE exists and the record state of the mCODE is unidirectional (step S32), the self-information link in the input mCODE record Is transmitted to the input source terminal 20 (step S33).
[0108]
If the mCODE record state is not unidirectional in step S32, the mCODE of the input source terminal 20 is generated (step S34) and transmitted to the input source mCODE input source terminal 20 (step S35).
[0109]
If there is no mCODE input in the current region of the input source or in the adjacent region in the process of step S31, an error (an error display screen indicating that the partner cannot be found) is returned (step S36).
[0110]
FIG. 20 is a diagram showing a processing flow of the mCODE server at the time of a confirmation inquiry.
[0111]
When receiving the confirmation inquiry, the mCODE server 10 acquires the position information of the inquiry terminal 20 from the position information server 60 (step S40), converts the position information into a regional block (step S41), and sets the telephone number of the input source terminal. Obtained from the subscriber information management server 50 (step S42).
[0112]
It is checked whether there is a record having the telephone number of the inquiry source in the code information database 180 in the current area block or its adjacent area (step S43). It is checked whether the mCODE record state is unidirectional (step S44). If the state of the mCODE record is not unidirectional, and if the content is included in the partner information link of the record (step S45), the content of the partner information link of the record of the query source mCODE is sent to the query source terminal 20. It transmits (step S46) and deletes the inquiry source record (step S47). In the process of step S45, if there is no content in the partner information link of the record and the record is not expired (step S48), a confirmation screen is transmitted again (step S49). If there is, an error (life expiration notification) is returned (step S50).
[0113]
If it is determined in step S44 that the mCODE record state is unidirectional, the contents of the self-information link in the input mCODE record are transmitted to the inquiry terminal (step S51).
[0114]
If no record having the telephone number of the inquiry source exists in the code information database 180 in the current area block or its adjacent area in the process of step S43, an error (data loss notification) is returned (step S52). ).
[0115]
In the description of the present embodiment, information arbitrarily set by the user, such as a URL and an e-mail address, is registered in the personal information management server 70, but only a configuration in which a link to information to be exchanged is held on the server side. In addition, it is possible to have the terminal 20 side. For example, by using the bookmark function provided in the terminal 20, such information is stored as a CGI parameter at the end of the URL to the mCODE server 10, or HTML including the CGI parameter is stored. It can be realized by calling it at the time of use. As a result, information can be exchanged without having any permanent personal information on the server side.
[0116]
Also, with mCODE alone, there is a possibility that information is exchanged by others when the terminal is lost or stolen. Therefore, when exchanging important information such as exchanging personal information, it is required to enter a separate password that is known only to the owner of the terminal at the time of mCODE request or at the time of input, and authentication is established only when it is correct. May be.
[0117]
In addition, it is convenient for information to be transmitted at the moment when mCODE is input to each other, but it may be dangerous for important information. For this reason, after inputting mCODE to each other, the information to be exchanged may be displayed after confirming with minimum information such as the partner's nickname on the confirmation screen. This nickname may be fixedly stored on the personal information management server 70 as a part of the personal information, but may be stored on the terminal 20 side and transmitted when an mCODE is requested.
[0118]
Examples of application of the present invention include the following.
[0119]
Example 1) Small payment at a vending machine or cash register
By attaching an mCODE input / output device to the vending machine or cash register and exchanging the mCODE of its own terminal with the mCODE of the vending machine etc. Exchange the withdrawal amount, withdrawal account, etc.) and perform settlement processing.
[0120]
Example 2) Information distribution from one device connected to a fixed network to a plurality of unspecified mobile communication terminals
Use of the system according to the present invention by installing authentication software that prevents a PC connected to a fixed network, not a mobile terminal, from creating a unique ID such as its IP address and registering it in a regional block Is possible. In this case, a unique ID on the network such as an IP address is used instead of the telephone number. As an application example of information distribution from these fixed networks to mobile communication terminals,
・ Exhibiting museum exhibitions to mobile terminals
・ Exhibit information URL distribution at exhibitions
・ Dissemination of publicly available information at movie theaters
・ Script distribution in theater
・ Lyric distribution at concert
Etc. In these examples, for convenience, it is possible to generate a special mCODE in which the lifetime of the mCODE is infinite from several hours instead of the usual several minutes. In addition, in the case of an unspecified partner, in consideration of privacy, unlike a normal unidirectional information distribution, distribution is performed without acquiring a unique ID such as a telephone number of the distribution side.
[0121]
Example 3) Information distribution by writing mCODE to the mail address itself
If mCODE is written in the mail address itself and the mCODE is exchanged when forwarding mail from another person to a nearby person, it is not necessary to input a long address for the destination. In this case, the receiving side also acquires mCODE in advance. The payout method at this time may be a Web page, an automatic response by sending mail to a certain fixed mail address, or an automatic voice response by calling the center. In order to distinguish from a normal mail address, mCODE with a symbol that cannot be a normal address such as an “@” symbol at the head is transmitted as a mail destination.
[0122]
When the mail server dedicated to mobile communication to which the present invention is applied receives a mail with the mCODE as the destination, the mobile server makes an inquiry to the mCODE server, and the telephone of the mobile terminal to which the mCODE is paid out in the source area and its neighboring areas Search for a number and send an email to the email address corresponding to the phone number.
[0123]
Example 4) Example of using mCODE as a telephone number
If mCODE is used as a telephone number when transferring a telephone to a nearby person, it is not necessary to input a long telephone number having 11 digits. The side receiving the transfer acquires mCODE in advance. The payout method at this time may be a Web page, an automatic response by sending mail to a certain fixed mail address, or an automatic voice response by calling the center. In this case, in order to distinguish from a normal telephone number, a call is made using a special number or a prefixed * or # as a destination telephone number.
[0124]
When a mobile communication telephone switch to which the present invention is applied receives an mCODE as a telephone number, it makes an inquiry to the mCODE server, and searches for the telephone number of the mobile terminal from which the mCODE is issued in the source area and its neighboring areas. Then call the phone number or forward it if the caller is already talking.
[0125]
The information exchange management device 10 that implements the present invention can be implemented as a computer-executable program. This program can be provided by being stored in an appropriate storage medium such as a portable medium memory, a semiconductor memory, or a hard disk that can be read by a computer, or can be transmitted and received via a communication interface. As a communication network connected as a communication interface, for example, a LAN, WAN, Internet, analog telephone network, digital telephone network, wireless communication network, or the like can be used.
[0126]
【The invention's effect】
As described above, according to the present invention, when information is exchanged between terminals, a code (mCODE) having a variable number of valid digits only for a certain period or a certain range is automatically issued, and this code is If authentication is completed when input from the partner, information set in advance is returned to the partner. By performing this process on both terminals, information exchange by mutual authentication can be easily performed.
[0127]
In addition, the following effects are achieved.
In the present invention, the authentication information for specifying the other party can be input with a short number of about 1 to 4 digits, so that it can be easily transmitted to the other party verbally and the input operation is facilitated.
In the present invention, since the mCODE is automatically issued every time information is exchanged, it is not necessary to register a unique ID or password in advance.
-The mCODE for exchanging information is effective only within a certain period of time and is less likely to be used illegally.
-Since information to be exchanged can be set at the terminal at the time of exchange, only the information to be transmitted can be exchanged.
-Since the information to be exchanged is exchanged on the server, there is no load on the terminal.
-Since this invention transmits and receives mCODE using a mobile communication network, it is not necessary to give a special apparatus for near field communication to a terminal.
-Since personal digital assistants are used for direct face-to-face information exchange, it becomes difficult for other people to impersonate and exchange information, improving safety.
The present invention provides a function of specifying an information exchange partner among a plurality of mobile terminals and exchanging or distributing arbitrary information. This makes it possible to easily exchange e-mail addresses and telephone numbers, distribute conference material URLs to a plurality of terminals, distribute store opening information URLs at exhibitions, and the like.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a block configuration example of the present invention.
FIG. 2 is a diagram illustrating a relationship between a regional block and a radio wave coverage of a base station.
FIG. 3 is a diagram illustrating an arrangement example of regional blocks.
FIG. 4 is a diagram illustrating a configuration example of position information correspondence data.
FIG. 5 is a diagram illustrating a configuration example of regional block information.
FIG. 6 is a diagram illustrating an example of generated mCODE.
FIG. 7 is a diagram showing an example of mCODE paid out to a regional block and a terminal.
FIG. 8 is a diagram illustrating a configuration example of a code information database.
FIG. 9 is a diagram for explaining handover across regional blocks;
FIG. 10 is a diagram illustrating a sequence example of a processing example (1).
FIG. 11 is a diagram illustrating an example of a display screen of a processing example (1).
FIG. 12 is a diagram illustrating a sequence example of a processing example (2).
FIG. 13 is a diagram illustrating an example of a display screen of a processing example (2).
FIG. 14 is a diagram for explaining unidirectional information distribution;
FIG. 15 is a diagram illustrating a sequence example of a processing example (3).
FIG. 16 is a diagram showing an example of a display screen of a processing example (3).
FIG. 17 is a diagram illustrating an example of a display screen of a processing example (4).
FIG. 18 is a process flow diagram of the mCODE server when an mCODE payout request is received.
FIG. 19 is a process flow diagram of the mCODE server when receiving mCODE input.
FIG. 20 is a processing flowchart of the mCODE server when receiving a confirmation inquiry.
[Explanation of symbols]
10 Information exchange management device
20 terminals
30 Mobile communication network
40 Mobile communication gateway
50 subscriber information management server
60 Location information server
70 Personal Information Management Server
110 System control unit
120 http server part
130 Location information converter
140 Location information correspondence data
150 Code payout processing department
151 Code generator
152 Code digit adjustment part
160 Regional Block Information
170 Information Exchange Management Department
180 Code information database

Claims (10)

通信網に接続可能な端末同士が相手を特定して情報を配信または交換するために,情報を提供する第1端末,前記情報を受信する第2端末,および前記第1端末と第2端末との間の情報の送受信を処理するサーバ装置を備える情報配信・交換システムであって
前記サーバ装置は,
情報を記憶する記憶部と,
前記第1端末から,提供情報と第1端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第1コードを生成し,前記第1コードを前記第1端末に送信する処理と,前記第2端末から,払出要求と第2端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第2コードを生成し,前記第2コードを前記第2端末に送信する処理とを行うコード払出処理部と,
前記第1端末識別情報と前記第1コードとを含む第1の組と,前記提供情報とを対応付けて前記記憶部に保持する処理と,前記第2端末識別情報と前記第2コードとを含む第2の組を前記記憶部に保持する処理と,前記第2端末から前記第2端末識別情報と前記第1コードとを含む取得要求を受信して,前記受信した第2端末識別情報を含む第2の組に前記取得要求に含まれる第1コードを設定する処理と,前記第1端末から前記第1端末識別情報と前記第2コードとを含む提供要求を受信して,前記受信した第2コードを含む前記第2の組に前記第1コードが設定されている場合に,前記第1コードを含む前記第1の組に対応付けられた前記提供情報に対するアクセス情報を生成して,前記アクセス情報を前記第2端末に通知する処理と,前記第2端末から前記アクセス情報を用いた取得要求を受信して,前記受信したアクセス情報に対応する提供情報を前記第2端末へ送信する処理とを行う情報交換管理部とを備え,
前記第1端末は,
前記サーバ装置と情報を送受信する通信部と,
前記サーバ装置から受信した情報を表示する表示部と,
情報を入力する入力部とを備えて,
前記通信部が,提供情報と前記第1端末識別情報とを前記サーバ装置へ送信して,前記第1端末識別情報に対応する第1コードをサーバ装置から受信する処理と,
前記表示部が,前記受信した第1コードを表示する処理と,
前記入力部が,第2コードを入力する処理と,
前記通信部が,前記第1端末識別情報と前記入力された第2コードとを含む提供要求を前記サーバ装置へ送信する処理とを行い,
前記第2端末は,
前記サーバ装置と情報を送受信する通信部と,
前記サーバ装置から受信した情報を表示する表示部と,
情報を入力する入力部とを備えて,
前記通信部が,第2端末識別情報を前記サーバ装置へ送信して,前記第2端末識別情報に対応する前記第2コードを前記サーバ装置から受信する処理と,
前記表示部が,前記受信した第2コードを表示する処理と,
前記入力部が,前記第1コードを入力する処理と,
前記通信部が,前記第2端末識別情報と前記入力された第1コードとを含む取得要求を前記サーバ装置へ送信する処理と,
前記通信部が,前記サーバ装置から前記アクセス情報を受信して,前記受信したアクセス情報を用いた前記提供情報の取得要求を前記サーバ装置へ送信して,前記提供情報を受信する処理とを行う
ことを特徴とする情報配信・交換システム。
A first terminal that provides information, a second terminal that receives the information, and a first terminal and a second terminal that allow terminals that can be connected to a communication network to identify and distribute or exchange information; Distribution / exchange system comprising a server device for processing transmission / reception of information between
The server device
A storage unit for storing information;
The provision information and the first terminal identification information are received from the first terminal, a first code that is unique within a predetermined period or a predetermined area is generated, and the first code is transmitted to the first terminal. Receiving a payout request and second terminal identification information from the second terminal, generating a second code that is unique within a predetermined period or within a predetermined area, and transmitting the second code A code payout processing unit for performing processing to be transmitted to the second terminal;
A process of associating the first set including the first terminal identification information and the first code with the provision information and holding the information in the storage unit; and the second terminal identification information and the second code. Receiving a second set including the second set including the second terminal identification information and the first code from the second terminal, and receiving the received second terminal identification information. Receiving the provision request including the first terminal identification information and the second code from the first terminal, the process of setting the first code included in the acquisition request in the second set including When the first code is set in the second set including the second code, the access information for the provision information associated with the first set including the first code is generated, A process of notifying the second terminal of the access information; Serial receiving the acquisition request with the access information from the second terminal, and an information exchange management unit that performs a process of transmitting the provided information corresponding to the received access information to said second terminal,
The first terminal is
A communication unit for transmitting and receiving information to and from the server device;
A display unit for displaying information received from the server device;
An input unit for inputting information,
A process in which the communication unit transmits provided information and the first terminal identification information to the server device and receives a first code corresponding to the first terminal identification information from the server device;
A process in which the display unit displays the received first code;
A process in which the input unit inputs a second code;
The communication unit performs a process of transmitting a provision request including the first terminal identification information and the input second code to the server device;
The second terminal is
A communication unit for transmitting and receiving information to and from the server device;
A display unit for displaying information received from the server device;
An input unit for inputting information,
A process in which the communication unit transmits second terminal identification information to the server device and receives the second code corresponding to the second terminal identification information from the server device;
A process in which the display unit displays the received second code;
A process in which the input unit inputs the first code;
A process in which the communication unit transmits an acquisition request including the second terminal identification information and the input first code to the server device;
The communication unit receives the access information from the server device, transmits the provision information acquisition request using the received access information to the server device, and receives the provision information. An information distribution and exchange system characterized by this.
請求項1に記載の情報配信・交換システムにおいて,
前記コード払出処理部は,前記第1コードおよび前記第2コードとして,一定の期間を経過すると無効となるコードを生成す
とを特徴とする情報配信・交換システム。
In the information distribution / exchange system according to claim 1,
It said code payout processing unit, as said first code and said second code, you generate code that becomes invalid after a lapse of the certain period of time
Information distribution and exchange system, wherein a call.
請求項1または請求項2に記載の情報配信・交換システムにおいて,
前記第1端末および前記第2端末の位置情報を取得する処理部を備え,
前記コード払出処理部は,前記第1コードおよび前記第2コードとして,前記第1端末または前記第2端末の位置情報をもとに有効範囲が地域的に限定されるコードを生成す
とを特徴とする情報配信・交換システム。
In the information distribution / exchange system according to claim 1 or 2,
A processing unit for acquiring position information of the first terminal and the second terminal;
Said code payout processing unit, as said first code and said second code, said first terminal or based on the effective range of the position information of the second terminal that generates a code that is limited geographically
Information distribution and exchange system, wherein a call.
請求項3に記載の情報配信・交換システムにおいて,
前記コード払出処理部は,前記第1端末および前記第2端末の位置情報をもとに,あらかじめ設定された地域ブロックの中で,前記第1端末および前記第2端末が存在する地域ブロックを決定し,前記決定した地域ブロックと地域ブロックに近接する地域ブロックの範囲内で一意となるコードを,前記第1コードおよび前記第2コードとして払い出
とを特徴とする情報配信・交換システム。
In the information delivery / exchange system according to claim 3,
The code payout processing unit determines a regional block in which the first terminal and the second terminal exist among preset regional blocks based on position information of the first terminal and the second terminal. and, a code that is unique within the area block proximate to the determined regional blocks and said region block, to exit payment as said first code and said second code
Information distribution and exchange system, wherein a call.
請求項4に記載の情報配信・交換システムにおいて,The information distribution / exchange system according to claim 4,
前記コード払出処理部は,前記第1コードおよび前記第2コードとして文字または数字またはこれらの組み合わせでなるコードを生成し,前記第1端末および前記第2端末が存在する地域ブロック内に位置する他の端末数に応じて前記生成するコードの桁数を決定するThe code payout processing unit generates a code composed of letters, numbers, or a combination thereof as the first code and the second code, and is located in an area block where the first terminal and the second terminal exist The number of digits of the generated code is determined according to the number of terminals
ことを特徴とする情報配信・交換システム。An information distribution and exchange system characterized by this.
通信網に接続可能な端末同士が相手を特定して情報を配信または交換するシステムに備えられるサーバ装置が実行する情報配信・交換処理方法であって,
情報の提供者である第1端末から,提供情報と第1端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第1コードを生成し,前記第1コードを前記第1端末に送信する処理ステップと,
前記第1端末識別情報と前記第1コードとを含む第1の組と,前記提供情報とを対応付けて記憶部に保持する処理ステップと,
前記提供情報の取得者となる第2端末から,払出要求と第2端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第2コードを生成し,前記第2コードを前記第2端末に送信する処理ステップと,
前記第2端末識別情報と前記第2コードとを含む第2の組を前記記憶部に保持する処理ステップと,
前記第2端末から前記第2端末識別情報と前記第1コードとを含む取得要求を受信して,前記受信した第2端末識別情報を含む第2の組に前記取得要求に含まれる第1コードを設定する処理ステップと,
前記第1端末から前記第1端末識別情報と前記第2コードとを含む提供要求を受信して,前記受信した第2コードを含む前記第2の組に前記第1コードが設定されている場合に,前記第1コードを含む前記第1の組に対応付けられた前記提供情報に対するアクセス情報を生成し,前記アクセス情報を前記第2端末に通知する処理ステップと,
前記第2端末から前記アクセス情報を用いた取得要求を受信して,前記受信したアクセス情報に対応する提供情報を前記第2端末へ送信する処理ステップとを備える
ことを特徴とする情報配信・交換処理方法。
An information distribution / exchange processing method executed by a server device provided in a system in which terminals that can be connected to a communication network specify a partner and distribute or exchange information,
The provision information and the first terminal identification information are received from the first terminal, which is the information provider, and a first code that is unique within a predetermined period or within a predetermined region is generated, and the first code is Processing steps to transmit to the first terminal;
A processing step of associating the first set including the first terminal identification information and the first code with the provided information in the storage unit;
The payout request and the second terminal identification information are received from the second terminal that is the acquirer of the provision information, and a second code that is unique within a predetermined period or within a predetermined area is generated, and the second code A processing step of transmitting a code to the second terminal;
A processing step of storing a second set including the second terminal identification information and the second code in the storage unit;
Receiving an acquisition request including the second terminal identification information and the first code from the second terminal, and a first code included in the acquisition request in a second set including the received second terminal identification information; Processing steps to set
When a provision request including the first terminal identification information and the second code is received from the first terminal, and the first code is set in the second set including the received second code Processing for generating access information for the provided information associated with the first set including the first code and notifying the access information to the second terminal;
Receiving and receiving the acquisition request using the access information from the second terminal, and transmitting the provision information corresponding to the received access information to the second terminal. Processing method.
通信網に接続可能な端末同士が相手を特定して情報を配信または交換する情報配信・交換システムのサーバ装置であって,
情報を記憶する記憶部と,
情報の提供者である第1端末から,提供情報と第1端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第1コードを生成し,前記第1コードを前記第1端末に送信する処理と,前記提供情報の取得者となる第2端末から,払出要求と第2端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第2コードを生成し,前記第2コードを前記第2端末に送信する処理とを行うコード払出処理部と,
前記第1端末識別情報と前記第1コードとを含む第1の組と,前記提供情報とを対応付けて前記記憶部に保持する処理と,前記第2端末識別情報と前記第2コードとを含む第2の組を前記記憶部に保持する処理と,前記第2端末から前記第2端末識別情報と前記第1コードとを含む取得要求を受信して,前記受信した第2端末識別情報を含む第2の組に前記取得要求に含まれる第1コードを設定する処理と,前記第1端末から前記第1端末識別情報と前記第2コードとを含む提供要求を受信して,前記受信した第2コードを含む前記第2の組に前記第1コードが設定されている場合に,前記第1コードを含む前記第1の組に対応付けられた前記提供情報に対するアクセス情報を生成して,前記アクセス情報を前記第2端末に通知する処理と,前記第2端末から前記アクセス情報を用いた取得要求を受信して,前記受信したアクセス情報に対応する提供情報を前記第2端末へ送信する処理とを行う情報交換管理部とを備える
ことを特徴とする情報配信・交換サーバ装置。
A server device of an information distribution / exchange system in which terminals that can be connected to a communication network identify a partner and distribute or exchange information,
A storage unit for storing information;
The provision information and the first terminal identification information are received from the first terminal, which is the information provider, and a first code that is unique within a predetermined period or within a predetermined region is generated, and the first code is The process to be transmitted to the first terminal and the payout request and the second terminal identification information are received from the second terminal that is the acquirer of the provision information, and are unique within a predetermined period or within a predetermined area. A code payout processing unit for generating a second code and transmitting the second code to the second terminal;
A process of associating the first set including the first terminal identification information and the first code with the provision information and holding the information in the storage unit; and the second terminal identification information and the second code. Receiving a second set including the second set including the second terminal identification information and the first code from the second terminal, and receiving the received second terminal identification information. Receiving the provision request including the first terminal identification information and the second code from the first terminal, the process of setting the first code included in the acquisition request in the second set including When the first code is set in the second set including the second code, the access information for the provision information associated with the first set including the first code is generated, A process of notifying the second terminal of the access information; Serial receiving the acquisition request with the access information from the second terminal, characterized by comprising an information exchange management unit that performs a process of transmitting the provided information corresponding to the received access information to the second terminal Information distribution / exchange server device.
情報を記憶する記憶部を備えるコンピュータを,通信網に接続可能な端末同士が相手を特定して情報を配信または交換するシステムのサーバ装置として機能させるための情報配信・交換プログラムであって,
前記コンピュータに,
情報の提供者である第1端末から,提供情報と第1端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第1コードを生成し,前記第1コードを前記第1端末に送信する処理と,
前記第1端末識別情報と前記第1コードとを含む第1の組と,前記提供情報とを対応付けて前記記憶部に保持する処理と,
前記提供情報の取得者となる第2端末から,払出要求と第2端末識別情報とを受信して,所定の期間内または所定の地域内において一意である第2コードを生成し,前記第2コードを前記第2端末に送信する処理と,
前記第2端末識別情報と前記第2コードとを含む第2の組を前記記憶部に保持する処理と,
前記第2端末から前記第2端末識別情報と前記第1コードとを含む取得要求を受信して,前記受信した第2端末識別情報を含む第2の組に前記取得要求に含まれる第1コードを設定する処理と,
前記第1端末から前記第1端末識別情報と前記第2コードとを含む提供要求を受信して,前記受信した第2コードを含む前記第2の組に前記第1コードが設定されている場合に,前記第1コードを含む前記第1の組に対応付けられた前記提供情報に対するアクセス情報を生成して,前記アクセス情報を前記第2端末に通知する処理と,
前記第2端末から前記アクセス情報を用いた取得要求を受信して,前記受信したアクセス情報に対応する提供情報を前記第2端末へ送信する処理とを
実行させる
ことを特徴とする情報配信・交換プログラム。
An information distribution / exchange program for causing a computer having a storage unit to store information to function as a server device of a system in which terminals that can be connected to a communication network identify each other and distribute or exchange information,
In the computer,
The provision information and the first terminal identification information are received from the first terminal, which is the information provider, and a first code that is unique within a predetermined period or within a predetermined region is generated, and the first code is Processing to transmit to the first terminal;
A process of associating the first set including the first terminal identification information and the first code with the provided information in the storage unit;
The payout request and the second terminal identification information are received from the second terminal that is the acquirer of the provision information, and a second code that is unique within a predetermined period or within a predetermined area is generated, and the second code A process of transmitting a code to the second terminal;
A process of holding a second set including the second terminal identification information and the second code in the storage unit;
Receiving an acquisition request including the second terminal identification information and the first code from the second terminal, and a first code included in the acquisition request in a second set including the received second terminal identification information; Processing to set
When a provision request including the first terminal identification information and the second code is received from the first terminal, and the first code is set in the second set including the received second code Processing for generating access information for the provision information associated with the first set including the first code and notifying the access information to the second terminal;
A process of receiving an acquisition request using the access information from the second terminal and transmitting provided information corresponding to the received access information to the second terminal;
Execute
An information distribution and exchange program characterized by this.
通信網に接続可能な端末同士が特定の端末と情報を配信または交換する情報配信・交換システムのサーバ装置を介して,特定の端末へ情報を提供する端末であって,A terminal that provides information to a specific terminal via a server device of an information distribution / exchange system in which terminals that can be connected to a communication network distribute or exchange information with the specific terminal,
サーバ装置と情報を送受信する通信部と,A communication unit for transmitting and receiving information to and from the server device;
前記サーバ装置から受信した情報を表示する表示部と,A display unit for displaying information received from the server device;
情報を入力する入力部とを備えて,An input unit for inputting information,
前記通信部が,提供情報と自端末識別情報とを前記サーバ装置へ送信する処理と,A process in which the communication unit transmits provided information and own terminal identification information to the server device;
前記通信部が,前記サーバ装置から,前記提供情報と前記自端末識別情報とに対応付けられた第1コードを受信する処理と,A process in which the communication unit receives a first code associated with the provided information and the own terminal identification information from the server device;
前記表示部が,前記受信した第1コードを表示する処理と,A process in which the display unit displays the received first code;
前記入力部が,前記提供情報を取得する特定の端末に表示された第2コードを入力する処理と,A process in which the input unit inputs a second code displayed on a specific terminal that obtains the provision information;
前記通信部が,前記自端末識別情報と前記入力された第2コードとを含む提供要求を前記サーバ装置へ送信する処理を行うThe communication unit performs a process of transmitting a provision request including the terminal identification information and the input second code to the server device.
ことを特徴とする情報提供用の端末。A terminal for providing information characterized by this.
通信網に接続可能な端末同士が特定の端末と情報を配信または交換する情報配信・交換システムのサーバ装置を介して,特定の端末から情報を取得する端末であって,A terminal that acquires information from a specific terminal via a server device of an information distribution / exchange system in which terminals that can be connected to a communication network distribute or exchange information with the specific terminal,
サーバ装置と情報を送受信する通信部と,A communication unit for transmitting and receiving information to and from the server device;
前記サーバ装置から受信した情報を表示する表示部と,A display unit for displaying information received from the server device;
情報を入力する入力部とを備えて,An input unit for inputting information,
前記通信部が,前記自端末識別情報を前記サーバ装置へ送信する処理と,A process in which the communication unit transmits the self-terminal identification information to the server device;
前記サーバ装置において,前記特定の端末の識別情報と第1コードとを含む第1の組であって提供情報に対応付けたものと,前記自端末識別情報と第2コードとを含む第2の組とが保持されている場合に,前記通信部が,前記サーバ装置から前記第2コードを受信する処理と,In the server device, a first set including identification information and a first code of the specific terminal and associated with provided information, a second set including the own terminal identification information and a second code A process of receiving the second code from the server device when the set is held;
前記表示部が,前記受信した第2コードを表示する処理と,A process in which the display unit displays the received second code;
前記入力部が,前記特定の端末に表示された第1コードを入力する処理と,A process in which the input unit inputs the first code displayed on the specific terminal;
前記通信部が,前記自端末識別情報と前記入力された第1コードとを含む取得要求を前記サーバ装置へ送信する処理と,A process in which the communication unit transmits an acquisition request including the terminal identification information and the input first code to the server device;
前記サーバ装置において,前記提供要求に含まれた第1コードが前記第2の組に設定されて前記第1の組とが関連付けられ,前記第1の組に対応付けられた提供情報に対するアクセス情報が生成されている場合に,前記通信部が,前記サーバ装置から前記アクセス情報を受信する処理と,In the server device, the first code included in the provision request is set in the second group and is associated with the first group, and access information for the provision information associated with the first group When the communication unit receives the access information from the server device,
前記通信部が,前記受信したアクセス情報を用いて前記提供情報を前記サーバ装置から取得する処理を行うThe communication unit performs processing for acquiring the provision information from the server device using the received access information.
ことを特徴とする情報取得用の端末。An information acquisition terminal characterized by the above.
JP2000374319A 2000-12-08 2000-12-08 Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition Expired - Fee Related JP4537567B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000374319A JP4537567B2 (en) 2000-12-08 2000-12-08 Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000374319A JP4537567B2 (en) 2000-12-08 2000-12-08 Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition

Publications (2)

Publication Number Publication Date
JP2002176667A JP2002176667A (en) 2002-06-21
JP4537567B2 true JP4537567B2 (en) 2010-09-01

Family

ID=18843531

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000374319A Expired - Fee Related JP4537567B2 (en) 2000-12-08 2000-12-08 Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition

Country Status (1)

Country Link
JP (1) JP4537567B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005107580A (en) * 2003-09-26 2005-04-21 Mizuho Bank Ltd Account transfer notification management method, account transfer notification management program and account transfer notification management system
US7792928B2 (en) * 2007-02-21 2010-09-07 Canon Kabushiki Kaisha Method for establishing secure remote access over a network
JP5307909B2 (en) * 2011-03-15 2013-10-02 キヤノン株式会社 Communication system and control method thereof
JP5663061B2 (en) * 2011-03-15 2015-02-04 キヤノン株式会社 Device management apparatus, communication device, control method and program thereof

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08256371A (en) * 1995-03-17 1996-10-01 Fujitsu Ltd Information exchange system
JP2000125350A (en) * 1998-10-13 2000-04-28 Hitachi Ltd Data managing method, its execution device and medium recording with processing program recorded therein

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08256371A (en) * 1995-03-17 1996-10-01 Fujitsu Ltd Information exchange system
JP2000125350A (en) * 1998-10-13 2000-04-28 Hitachi Ltd Data managing method, its execution device and medium recording with processing program recorded therein

Also Published As

Publication number Publication date
JP2002176667A (en) 2002-06-21

Similar Documents

Publication Publication Date Title
US9439048B2 (en) Method and apparatus for providing mobile-to-mobile video capability to a network
US10051133B2 (en) Systems, devices and methods for providing access to a distributed network
TWI345408B (en) Method for providing routing information, computer program,arrangement in a communication system, mobile terminal and routing server
RU2357378C2 (en) Method and device for hiding true user identity in communication system
US8090357B2 (en) Method of distributing the location data of a mobile device
JP2010177792A (en) Radio communications system and method
CN101730999B (en) System and method for sharing common location-related information between communication devices
WO2009013561A1 (en) Systems and methods for providing centralized subscriber session state information
JPWO2005029886A1 (en) International roaming compatible mobile communication network system
US20090041213A1 (en) System and method for transferring voice messages
JP2000201370A (en) Service means for providing service to user, method provided by the service means and communication network provided with the service means
CN101005710B (en) Method and system for realizing position service in radio communication network and position service platform
JP4537567B2 (en) Information distribution / exchange system, information distribution / exchange processing method, information distribution / exchange server device, information distribution / exchange program, and terminal for information provision and information acquisition
KR101936596B1 (en) Method and system for providing ARS service using data network
JP3879391B2 (en) Audio distribution method and apparatus
KR20040076095A (en) Service System and Method for Transmission Image Set by Calling Party in Wire/Wireless Communication Network
US5970409A (en) Protocol for local routing of calls coming from the switched telephone network in a cellular network
KR20020027433A (en) Transmission method of instant message of wire and wireless using short message
CN100483999C (en) Method for realizing facsimile mail box in intelligent network
KR100716680B1 (en) Method for providing authentication service of the other man of call
JP3724324B2 (en) Public telephone position information utilization system and method, storage medium storing public telephone position information utilization program, and position information service system and method, and storage medium storing position information service program
KR20000017721A (en) Method for service as to voice mail system using internet
WO2001011898A2 (en) Information method using telephone numbers and sms
KR20030000108A (en) System and method for providing a unified address information management service on network
KR100501163B1 (en) Mobile Communication System for Intercept of Designated Message and Method for Intercept of Designated Message

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070919

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091222

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100222

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20100222

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20100222

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: 20100615

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100618

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130625

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4537567

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160625

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees