(57)【特許請求の範囲】
【請求項１】
エリア毎のインデックスキーを有する管理テーブルを記憶する記憶部と、
各ユーザ端末からのログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに前記位置情報を登録する登録処理部と、
一のユーザ端末から交換データの送付候補の検索要求が受信された場合、前記一のユーザ端末の位置情報に基づいて、前記位置情報が示す前記一のユーザ端末の位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアのインデックスキーを特定する特定部と、
特定された前記各エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末と前記一のユーザ端末との間の距離を算出する距離算出部と、
算出された前記距離が所定距離以下である他のユーザ端末を前記一のユーザ端末の交換データの送付候補として前記一のユーザ端末に通知する通知部と、
を具備し、
前記登録処理部は、前記ログイン要求に含まれる前記位置情報に基づいて算出したインデックスキーを有する管理テーブルに、前記ログイン要求の受信時刻を登録し、
前記通知部は、前記距離算出部によって算出された距離が所定距離以下である他のユーザ端末のうち、前記管理テーブルに記憶された前記ログイン要求の受信時刻が前記一のユーザ端末からの前記検索要求の受信時刻から所定時間前の時刻までの間にある他のユーザ端末を、前記一のユーザ端末に通知することを特徴とするデータ交換サーバ。
【請求項２】
前記特定部は、前記一のユーザ端末の位置情報に基づいて前記各エリア内の所定地点の位置情報を算出し、前記所定地点の位置情報に基づいて前記各エリアのインデックスキーを算出することを特徴とする請求項１に記載のデータ交換サーバ。
【請求項３】
前記位置情報は、経度及び緯度であり、
前記インデックスキーは、前記経度及び緯度をキーとするハッシュ関数のハッシュ値であることを特徴とする請求項１又は請求項２に記載のデータ交換サーバ。
【請求項４】
エリア毎のインデックスキーを有する管理テーブルを記憶する記憶部を有するデータ交換サーバにおけるデータ交換方法であって、
各ユーザ端末からのログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに前記位置情報を登録する工程と、
一のユーザ端末から交換データの送付候補の検索要求が受信された場合、前記一のユーザ端末の位置情報に基づいて、前記位置情報が示す前記一のユーザ端末の位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアのインデックスキーを特定する工程と、
特定された前記各エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末と前記一のユーザ端末との間の距離を算出する工程と、
算出された前記距離が所定距離以下である他のユーザ端末を前記一のユーザ端末の交換データの送付候補として前記一のユーザ端末に通知する工程と、
を具備し、
前記登録する工程において、前記ログイン要求に含まれる前記位置情報に基づいて算出したインデックスキーを有する管理テーブルに、前記ログイン要求の受信時刻を登録し、
前記通知する工程において、前記算出する工程において算出された距離が所定距離以下である他のユーザ端末のうち、前記管理テーブルに記憶された前記ログイン要求の受信時刻が前記一のユーザ端末からの前記検索要求の受信時刻から所定時間前の時刻までの間にある他のユーザ端末を、前記一のユーザ端末に通知することを特徴とするデータ交換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザ端末間でデータを交換するデータ交換サーバ及びデータ交換方法に関する。
【背景技術】
【０００２】
近年、ユーザの氏名や連絡先などのデータをユーザ端末間において電子的に交換し、ユーザ間のコミュニケーションの拡大及び円滑化を図るデータ交換システムが知られている。かかるデータ交換システムでは、データ交換サーバは、一のユーザ端末が他のユーザ端末との交換を希望する交換データ（例えば、一のユーザ端末のユーザの氏名や連絡先など）を管理し、当該一のユーザ端末の交換データの送付候補となる他のユーザ端末を特定する。例えば、データ交換サーバは、一のユーザ端末の交換データの送付候補として、同じエリア内に位置する他のユーザ端末や同じ時間内に交換データをデータ交換サーバに登録した他のユーザ端末などを特定することが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１８６７１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のようなデータ交換システムにおいて、一のユーザ端末と同一エリアに位置する他のユーザ端末を送付候補とする場合、例えば、データ交換サーバは、当該一のユーザ端末と他のユーザ端末との間の距離を演算し、当該距離が所定距離以内であるか否かを判定することで、同一エリアに位置する他のユーザ端末を特定することが考えられる。
【０００５】
しかしながら、データ交換サーバには日本全国から無数のユーザ端末がログインする。このため、データ交換サーバが、ログイン中の他の全てのユーザ端末との間の距離を演算し、当該距離が所定距離以内であるか否かを判定する場合、一のユーザ端末と同一エリアに位置する他のユーザ端末を特定するために、データ交換サーバの処理負荷が増大するとともに、当該他のユーザ端末を特定するために多くの時間を要するという問題点があった。
【０００６】
本発明は、かかる問題点に鑑みてなされたものであり、一のユーザ端末と同一エリアに位置する他のユーザ端末を、処理負荷を増大させずに、かつ、迅速に、当該一のユーザ端末の交換データの送付候補として特定可能なデータ交換サーバ及びデータ交換方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１側面に係るデータ交換サーバは、エリア毎のインデックスキーを有する管理テーブルを記憶する記憶部と、各ユーザ端末からのログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに前記位置情報を登録する登録処理部と、一のユーザ端末から交換データの送付候補の検索要求が受信された場合、前記一のユーザ端末の位置情報に基づいて、前記位置情報が示す前記一のユーザ端末の位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアのインデックスキーを特定する特定部と、特定された前記各エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末と前記一のユーザ端末との間の距離を算出する距離算出部と、算出された前記距離が所定距離以下である他のユーザ端末を前記一のユーザ端末の交換データの送付候補として前記一のユーザ端末に通知する通知部と、を具備し、前記登録処理部は、前記ログイン要求に含まれる前記位置情報に基づいて算出したインデックスキーを有する管理テーブルに、前記ログイン要求の受信時刻を登録し、前記通知部は、前記距離算出部によって算出された距離が所定距離以下である他のユーザ端末のうち、前記管理テーブルに記憶された前記ログイン要求の受信時刻が前記一のユーザ端末からの前記検索要求の受信時刻から所定時間前の時刻までの間にある他のユーザ端末を、前記一のユーザ端末に通知することを特徴とする。
【０００８】
この構成によれば、一のユーザ端末から交換データの送付候補の検索要求が受信された場合、前記一のユーザ端末の位置情報に基づいて、前記位置情報が示す前記一のユーザ端末の位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアのインデックスキーを特定する。このため、特定された各エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末と前記一のユーザ端末との間の距離を算出すればよく、ログイン中の全ての他のユーザ端末との間の距離を算出する必要がない。この結果、一のユーザ端末と同一エリアに位置する他のユーザ端末を、データ交換サーバの処理負荷を増大させずに、かつ、迅速に、当該一のユーザ端末の交換データの送付候補として特定できる。
【０００９】
本発明の第２側面に係るデータ交換方法は、エリア毎のインデックスキーを有する管理テーブルを記憶する記憶部を有するデータ交換サーバにおけるデータ交換方法であって、各ユーザ端末からのログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに前記位置情報を登録する工程と、一のユーザ端末から交換データの送付候補の検索要求が受信された場合、前記一のユーザ端末の位置情報に基づいて、前記位置情報が示す前記一のユーザ端末の位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアのインデックスキーを特定する工程と、特定された前記各エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末と前記一のユーザ端末との間の距離を算出する工程と、算出された前記距離が所定距離以下である他のユーザ端末を前記一のユーザ端末の交換データの送付候補として前記一のユーザ端末に通知する工程と、を具備し、前記登録する工程において、前記ログイン要求に含まれる前記位置情報に基づいて算出したインデックスキーを有する管理テーブルに、前記ログイン要求の受信時刻を登録し、前記通知する工程において、前記算出する工程において算出された距離が所定距離以下である他のユーザ端末のうち、前記管理テーブルに記憶された前記ログイン要求の受信時刻が前記一のユーザ端末からの前記検索要求の受信時刻から所定時間前の時刻までの間にある他のユーザ端末を、前記一のユーザ端末に通知することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、一のユーザ端末と同一エリアに位置する他のユーザ端末を、処理負荷を増大させずに、かつ、迅速に、当該一のユーザ端末の交換データの送付候補として特定可能なデータ交換サーバ及びデータ交換方法を提供できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態に係るデータ交換システムの概略構成図である。
【図２】第１の実施の形態に係るデータ交換サーバの詳細機能構成図である。
【図３】第１の実施の形態に係る登録情報記憶部の概念図である。
【図４】第１の実施の形態に係る検索エリアの概念図である。
【図５】第１の実施の形態に係る交換状態記憶部の一例を示す図である。
【図６】第１の実施の形態に係るデータ交換システムの検索動作を示すシーケンス図である。
【図７】第１の実施の形態に係るデータ交換サーバの検索動作を示すフローチャートである。
【図８】第１の実施の形態に係るデータ交換システムの交換動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１３】
（第１の実施の形態）
図１は、第１の実施の形態に係るデータ交換システムの概略構成図である。図１に示すように、データ交換システム１は、ユーザ端末１０Ａ〜１０Ｃと、ユーザ端末１０Ａ〜１０Ｃと無線基地局２０及びコアネットワーク３０を介して通信を行うデータ交換サーバ４０とから構成される。
【００１４】
図１に示すデータ交換システム１において、データ交換サーバ４０は、ユーザ端末１０Ａ〜１０Ｃ間におけるデータ交換を管理する。ここで、ユーザ端末１０Ａ〜１０Ｃ間で交換される交換データは、例えば、ユーザ端末１０Ａ〜１０Ｃの電話番号やメールアドレス、ユーザ端末１０Ａ〜１０Ｃのユーザの氏名、住所、役職、当該ユーザの他のメールアドレスや、当該ユーザのソーシャルネットワークサービス（ＳＮＳ）−ＩＤなどの名刺情報や、写真やアバターなどの画像情報や、趣味や出身地などのプロフィール情報などであるが、これに限られるものではない。
【００１５】
また、データ交換システム１は、図１に示す構成に限られるものではない。例えば、データ交換システム１において、コアネットワーク３０とデータ交換サーバ４０との間に不図示の認証用ノードやインタフェースノード等が設けられてもよい。また、ユーザ端末１０Ａ〜１０Ｃの数、無線基地局２０の数は、図１に示す数に限られるものではない。以下、ユーザ端末１０Ａ〜１０Ｃを区別しない場合はユーザ端末１０と総称するものとする。
【００１６】
次に、第１の実施の形態に係るデータ交換システムの機能構成について説明する。なお、データ交換システム１を構成する各装置（具体的には、データ交換サーバ４０、ユーザ端末１０など）は、通信インタフェース、プロセッサ、メモリ、送受信回路、ディスプレイ、操作キー、タッチパネルなどを含むハードウェアを有しており、メモリには、プロセッサによって実行されるソフトウェアモジュールが記憶されている。後述する機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。
【００１７】
図２は、第１の実施の形態に係るデータ交換サーバ４０の詳細機能構成図である。図２に示すように、データ交換サーバ４０は、送受信部４０１、登録情報記憶部４０２、登録処理部４０３、検索処理部４０４、交換管理部４０５、交換状態記憶部４０６、交換データ記憶部４０７を具備する。
【００１８】
送受信部４０１（通知部）は、無線基地局２０及びコアネットワーク３０などを介してユーザ端末１０と情報を送受信する。具体的には、送受信部４０１は、後述するログイン要求、検索要求、状態取得要求、交換データなどをユーザ端末１０から受信する。また、送受信部４０１は、後述する検索処理部４０４から入力された送付候補リスト、後述する交換管理部４０５から入力された状態情報、交換データなどをユーザ端末１０に送信する。送受信部４０１は、例えば、ＨＴＴＰプロトコルを用いて、上記情報の送受信を行う。
【００１９】
登録情報記憶部４０２（記憶部）は、所定エリア毎にユーザ端末１０の登録情報を管理する管理テーブルを記憶する。具体的には、所定エリア毎の管理テーブルでは、各エリアに位置するユーザ端末１０のユーザ識別情報、位置情報、交換データの識別情報（以下、交換データ識別情報という）、ログイン要求の受信時刻（以下、ログイン要求受信時刻という）、ニックネームが関連付けて記憶される。図３は、第１の実施の形態に係る登録情報記憶部４０２の概念図である。
【００２０】
図３に示すように、管理テーブルは、矩形に区切られたエリア毎（例えば、１ｋｍ四方の正方形のエリア毎）に設けられており、当該エリア内の位置情報（例えば、経度及び緯度や、在圏セル情報など）に基づいて算出されるインデックスキーを有する。このインデックスキーは、例えば、経度及び緯度をキーとするハッシュ関数で得られるハッシュ値である。
【００２１】
なお、図３では、経度方向をｘ軸、緯度方向をｙ軸として、ｘ軸方向に連続するエリアに連続するインデックスキーが付与されるように、経度、緯度に基づいてインデックスキーが算出されるがこれに限られるものではない。例えば、ｙ軸方向に連続するエリアに連続するインデックスキーが付与されるように、経度、緯度に基づいてインデックスキーが算出されてもよい。
【００２２】
また、図３では、ｘ軸方向のエリアの数が「８」である場合を示しているが、１以上の整数であればどのような数であってもよい。同様に、ｙ軸方向のエリアの数が「８」である場合を示しているが、１以上の整数であればどのような数であってもよい。
【００２３】
また、図３に示すような複数のエリアからなるエリアブロックは、１つであってもよいし、複数であってもよい。具体的には、エリアブロックが、日本全国に１つ設けられてもよいし、所定数の地域毎（例えば、北海道エリア、東北エリアや、経度何度・緯度何度以上など）に設けられてもよい。エリアブロックが地域毎に設けられる場合、日本全国に対して１つのエリアブロックを設ける場合と比較して、各エリアブロックで付与されるインデックスキーの数が少なくなるので、より検索効率が高くなる。
【００２４】
登録処理部４０３は、送受信部４０１によってユーザ端末１０からログイン要求が受信された場合、当該ログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに当該ユーザ端末１０の登録情報を登録する。ここで、ログイン要求とは、データ交換サービスを利用するために、データ交換サーバ４０に対するログインを要求するものである。ログイン要求には、ユーザ端末１０の位置情報（例えば、緯度及び経度、在圏セル情報など）の他に、ユーザ識別情報、合言葉、交換データなどが含まれてもよい。
【００２５】
具体的には、登録処理部４０３は、算出したインデックスキーを有する管理テーブルに、ユーザ端末１０のユーザ識別情報、位置情報（例えば、緯度及び経度、在圏セル情報など）、交換データ識別情報、当該ログイン要求の受信時刻（以下、ログイン要求受信時刻という）、ニックネームを関連付けて登録する。
【００２６】
例えば、ユーザ端末１０Ａの位置情報「経度Ｘａ，緯度Ｙａ」に基づいてインデックスキー「３６」が算出された場合、図３に示すように、インデックスキー「３６」を有する管理テーブルにユーザ端末１０Ａのユーザ識別情報「＃Ａ」、位置情報「経度Ｘａ，緯度Ｙａ」、交換データ識別情報「名刺ａ」、ログイン要求受信時刻「２１：３０」、ニックネーム「Ａａａ」が関連付けて登録される。
【００２７】
なお、図３に示す管理テーブルは例示にすぎず、管理テーブルには、ユーザ端末１０の位置情報が少なくとも記憶されていればよい。また、図３に示すログイン要求受信時刻は、時分単位で登録されているが、これに限られるものではなく、時分秒単位で登録されてもよい。
【００２８】
また、登録処理部４０３は、ユーザ端末１０からのログイン要求に含まれる交換データを交換データ記憶部４０７に記憶させる。なお、登録処理部４０３は、交換データを交換データ識別情報（例えば、名刺ＩＤなど）やユーザ識別情報などに関連付けて交換データ記憶部４０７に記憶させてもよい。
【００２９】
検索処理部４０４は、送受信部４０１によってユーザ端末１０からの検索要求が受信された場合、登録情報記憶部４０２を参照し、ユーザ端末１０の交換データの送付候補となる他のユーザ端末１０を検索する。ここで、検索要求とは、ユーザ端末１０の交換データの送付候補となる他のユーザ端末１０の検索をデータ交換サーバ４０に要求するものである。
【００３０】
具体的には、検索処理部４０４は、検索エリア特定部４０４ａ（特定部）と、距離算出部４０４ｂと、送付候補決定部４０４ｃとを具備する。
【００３１】
検索エリア特定部４０４ａは、送受信部４０１によってユーザ端末１０からの検索要求が受信された場合、検索エリアを特定する。検索エリアは、ユーザ端末１０の位置情報が示す位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアで構成される。検索エリア特定部４０４ａは、上述の管理テーブルに登録されたユーザ端末１０の位置情報に基づいて、上記検索エリアを構成する各エリアのインデックスキーを特定することで、上記検索エリアを特定する。
【００３２】
図４は、第１の実施の形態に係る検索エリアの概念図である。ここでは、検索エリアがユーザ端末１０の位置を中心とする半径２ｋｍの円内に少なくとも一部が含まれる各エリアで構成される場合が示される。図４に示すように、検索要求を送信したユーザ端末１０の登録情報がインデックスキー「３６」を有する管理テーブルに登録されている場合、上記検索エリアを構成する各エリアのインデックスキーは、１８〜２２、２６〜３０、３４〜３８、４２〜４６、５０〜５４である。
【００３３】
このような検索エリアを構成する各エリアのインデックスキーは、検索要求を送信したユーザ端末１０の位置情報に基づいて算出される。具体的には、当該ユーザ端末１０の位置情報（Ｘ，Ｙ）に基づいて、当該ユーザ端末１０の位置を中心とする所定半径（ここでは、半径２ｋｍ）の円内に少なくとも一部が含まれる各エリア内の所定地点の位置情報（Ｘ＋ａ，Ｙ＋ｂ）を算出する。ここで、ユーザ端末１０の位置情報（Ｘ，Ｙ）は、管理テーブルに登録されている位置情報（経度、緯度）を、経度１度を９０ｋｍ、緯度１度を１１１．６ｋｍとしてｋｍ（キロメートル）単位に変更するものとする。また、図４では、各エリアは１ｋｍ四方の正方形である。このため、図４においては、上記各エリア内の所定地点の位置情報（Ｘ＋ａ，Ｙ＋ｂ）は、−２≦ａ≦＋２（ａは整数）、−２≦ｂ≦＋２（ｂは整数）として、（Ｘ−２、Ｙ−２）、（Ｘ−１、Ｙ−２）、（Ｘ、Ｙ−２）、（Ｘ＋１、Ｙ−２）、（Ｘ＋２、Ｙ−２）、…、（Ｘ＋２、Ｙ＋２）で合計２５個算出される。算出された２５個の位置情報は、ｋｍ（キロメートル）単位から経度・緯度の度単位に再変換されてハッシュ関数に入力される。このハッシュ関数で算出されるハッシュ値が各エリアのインデックスキーとなる。
【００３４】
以上のように、検索エリア特定部４０４ａは、検索要求を送信したユーザ端末１０の位置情報に基づいて検索エリアを構成する各エリア内の所定地点の位置情報を算出し、当該所定地点の位置情報に基づいて上記各エリアのインデックスキーを算出する。特に、以上で説明した算出方法では、ユーザ端末１０の位置情報（Ｘ，Ｙ）を経度・緯度単位からｋｍ単位に変更するので、検索エリアを構成する各エリア内の所定地点の位置情報（Ｘ＋ａ，Ｙ＋ｂ）（ここで、−２≦ａ≦＋２（ａは整数）、−２≦ｂ≦＋２（ｂは整数））の算出を簡略化でき、各エリアのインデックスキーを容易に算出できる。
【００３５】
なお、検索エリアを構成する各エリア内の所定地点の位置情報の算出方法は、上記に限られるものではない。例えば、ユーザ端末１０の位置情報（Ｘ，Ｙ）を経度・緯度単位のまま変更せずに算出することも可能である。この場合、経度１度を９０ｋｍ、緯度１度を１１１．６ｋｍとすると、図４のインデックスキー３７のエリア内の所定地点の位置情報は、（（Ｘ＋１／９０），Ｙ）で表わされる。また、図４のインデックスキー４４のエリア内の所定地点の位置情報は、（Ｘ，（Ｙ−１／１１１．６））で算出される。このように算出された位置情報をハッシュ関数に入力することで、経度・緯度単位とｋｍ単位との変換・再変換を行わずとも、検索エリアを構成する各エリアのインデックスキーを算出できる。
【００３６】
距離算出部４０４ｂは、検索要求を送信したユーザ端末１０と検索エリア特定部４０４ａによって特定された検索エリア内に位置する他のユーザ端末１０との間の距離を算出する。具体的には、距離算出部４０４ｂは、検索エリア特定部４０４ａで算出されたインデックスキーを有する管理テーブルに登録された他のユーザ端末１０の位置情報を取得する。また、距離算出部４０４ｂは、取得した位置情報に基づいて、検索要求を送信したユーザ端末１０と当該他のユーザ端末１０との間の距離を算出する。
【００３７】
送付候補決定部４０４ｃは、距離算出部４０４ｂによって算出された距離が所定距離（例えば、２ｋｍ）以下であるか否かを判定する。送付候補決定部４０４ｃは、算出された距離が所定距離以下である他のユーザ端末１０を送付候補として決定する。
【００３８】
また、送付候補決定部４０４ｃは、ユーザ端末１０の交換データの送付候補として検索された他のユーザ端末１０のユーザ識別情報を含む送付候補リストを送受信部４０１に出力する。送受信部４０１は、送付候補決定部４０４ｃから出力された送付候補リストをユーザ端末１０に送信する。
【００３９】
なお、送付候補決定部４０４ｃは、距離算出部４０４ｂによって算出された距離が所定距離以下である他のユーザ端末１０のログイン要求受信時刻やニックネームなどに基づいて、検索要求を送信したユーザ端末１０の交換データの送付候補を更に絞ってもよい。例えば、送付候補決定部４０４ｃは、上記他のユーザ端末１０のうち、ログイン要求受信時刻が検索要求の受信時刻から所定時間前までの間にあるユーザ端末１０を送付候補として決定してもよい。また、送付候補決定部４０４ｃは、上記他のユーザ端末のうち、検索要求を送信したユーザ端末１０と同じ合言葉を有するユーザ端末１０を送付候補として決定してもよい。
【００４０】
以上の検索処理部４０４による送付候補の検索処理は、送受信部４０１によってユーザ端末１０からの再検索要求が受信された場合に行われてもよい。ここで、再検索要求とは、既に、送付候補が検索されたユーザ端末１０が再度送付候補の検索を要求するものである。また、検索処理部４０４は、送受信部４０１によってユーザ端末１０からの検索要求や再検索要求が受信された場合に、登録情報記憶部４０２に記憶されたログイン要求受信時刻を更新してもよい。かかる場合、ログイン要求受信時刻は、検索要求又は再検索要求の受信時刻に更新される。このように、ログイン要求受信時刻を更新することで、ログイン要求が受信されてから時間が経過しているユーザ端末１０であっても、検索要求又は再検索要求が受信されていれば、送付候補として検索されることとなる。
【００４１】
交換管理部４０５は、検索処理部４０４でユーザ端末１０の交換データの送付候補として他のユーザ端末１０が検索された場合、検索された他のユーザ端末１０のユーザ識別情報と、検索された他のユーザ端末１０に対するユーザ端末１０からの交換データの送信状態、検索された他のユーザ端末１０によるユーザ端末１０からの交換データの受信状態とを関連付けて交換状態記憶部４０６（図５参照）に記憶させる。
【００４２】
図５は、第１の実施の形態に係る交換状態記憶部４０６の一例を示す図である。図５に示すように、交換状態記憶部４０６では、ユーザ端末１０Ａのユーザ識別情報「＃Ａ」と、ユーザ端末１０Ａの交換データ＃Ａの送付候補として検索されたユーザ端末１０Ｂ及び１０Ｃのユーザ識別情報「＃Ｂ」及び「＃Ｃ」と、ユーザ端末１０Ａからのユーザ端末１０Ｂ及び１０Ｃに対する交換データ＃Ａの送信状態と、ユーザ端末１０Ｂ及び１０Ｃによる交換データ＃Ａの受信状態と、が関連付けて記憶される。
【００４３】
交換管理部４０５は、送受信部４０１によってユーザ端末１０からの他のユーザ端末１０に対する送信要求が受信された場合、ユーザ端末１０からの他のユーザ端末１０に対する交換データの送信状態を「済（送信済）」に更新する。ここで、送信要求とは、送付候補の他のユーザ端末１０に対して交換データ記憶部４０７に記憶された交換データを送信することをユーザ端末１０が要求するものである。例えば、図５においては、ユーザ端末１０Ａからの送信要求に応じて、ユーザ端末１０Ａからのユーザ端末１０Ｂ及び１０Ｃに対する交換データ＃Ａの送信状態が「未（未送信）」から「済（送信済）」に更新されている。
【００４４】
また、交換管理部４０５は、送受信部４０１によってユーザ端末１０からの状態取得要求が受信された場合、ユーザ端末１０に対する交換データの送信状態を取得して、送受信部４０１に出力する。ここで、状態取得要求とは、自端末に対する他のユーザ端末１０からの交換データの送信状態の取得を要求する、すなわち、自端末が受信可能な交換データがデータ交換サーバ４０に存在するか否かを確認するためのものである。
【００４５】
例えば、図５において、ユーザ端末１０Ａからのユーザ端末１０Ｂに対する交換データ＃Ａの送信状態は「済（送信済）」である一方、ユーザ端末１０Ｃからのユーザ端末１０Ｂに対する交換データ＃Ｃの送信状態は「未（未送信）」である。このため、ユーザ端末１０Ｂからの状態取得要求が受信された場合、交換管理部４０５は、ユーザ端末１０Ａからの交換データ＃Ａを受信可能であることを示す状態情報を送受信部４０１に出力する。送受信部４０１は、交換管理部４０５から入力された状態情報をユーザ端末１０Ｂに送信する。
【００４６】
また、交換管理部４０５は、送受信部４０１によって交換データの受信要求が受信された場合、交換データ記憶部４０７から交換データを取得して、送受信部４０１に出力する。送受信部４０１は、交換管理部４０５から入力された交換データをユーザ端末１０に送信する。なお、交換データの受信要求には、交換データ識別情報（例えば、名刺ＩＤなど）が含まれていてもよく、交換管理部４０５は、当該交換データ識別情報に関連付けられた交換データを交換データ記憶部４０７から取得してもよい。
【００４７】
また、交換管理部４０５は、交換データの受信要求に応じて送受信部４０１により交換データがユーザ端末１０に送信された場合、交換状態記憶部４０６におけるユーザ端末１０による受信状態を「済（受信済）」に更新する。例えば、図５においては、ユーザ端末１０Ｂによる交換データ＃Ａの受信状態が「未（未受信）」から「済（受信済）」に更新されている。
【００４８】
次に、第１の実施の形態に係るデータ交換システムの動作について説明する。具体的には、（１）各ユーザ端末１０の交換データの送付候補の検索動作（以下、検索動作という）と、（２）各ユーザ端末１０の交換データの交換動作（以下、交換動作という）を説明する。なお、以下の検索動作及び交換動作において、ユーザ端末１０Ａ〜１０Ｃとデータ交換サーバ４０との通信は、例えば、ＨＴＴＰプロトコルを用いて行われるものとするが、通信可能であればどのようなプロトコルが用いられてもよい。また、ユーザ端末１０Ａ〜１０Ｃとデータ交換サーバ４０との通信は、不図示の中継用ノード（例えば、ＭＡＰＳ、コアネットワーク上のノード、無線基地局２０など）を介して行われてもよい。
【００４９】
（１）検索動作
図６及び図７を参照し、第１の実施の形態に係るデータ交換システムにおける検索動作を説明する。図６は、第１の実施の形態に係るデータ交換システムにおける検索動作を示すシーケンス図である。図７は、第１の実施の形態に係るデータ交換サーバにおける検索動作を示すフローチャートである。なお、図６及び図７では、図３に示すように、所定エリア毎にユーザ端末１０の登録情報を管理する管理テーブルが登録情報記憶部４０２に記憶されているものとする。
【００５０】
図６に示すように、ユーザ端末１０Ａは、データ交換サーバ４０に対して、ログイン要求を送信する（ステップＳ１０１）。ここでは、当該ログイン要求には、ユーザ端末１０Ａの位置情報（例えば、経度、緯度）が含まれる。なお、当該ログイン要求には、ユーザ端末１０Ａのユーザ識別情報、交換データ識別情報、ニックネーム、交換データなどが含まれてもよい。ユーザ端末１０Ａは、データ交換サーバ４０に対するログイン要求の送信を契機として、検索要求制限タイマ（後述）を起動する。
【００５１】
データ交換サーバ４０は、ユーザ端末１０Ａからのログイン要求を受信すると、当該ログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに当該ユーザ端末１０Ａの登録情報を登録する。（ステップＳ１０２）。例えば、ユーザ端末１０Ａの位置情報「経度Ｘａ，緯度Ｙａ」からインデックスキー「３６」が算出される場合、図３に示すように、データ交換サーバ４０は、インデックスキー「３６」を有する管理テーブルに、ユーザ端末１０Ａのユーザ識別情報「＃Ａ」、位置情報「経度Ｘａ，緯度Ｙａ」、交換データ識別情報「名刺ａ」、ログイン要求受信時刻「２１：３０」、ニックネーム「Ａａａ」を関連付けて登録する。また、データ交換サーバ４０は、ユーザ端末１０Ａからのログイン要求に含まれる交換データ＃Ａを交換データ識別情報「名刺ａ」と関連付けて交換データ記憶部４０７に記憶させる。
【００５２】
同様に、ユーザ端末１０Ｂ及び１０Ｃは、データ交換サーバ４０に対して、ログイン要求を送信する（ステップＳ１０３、Ｓ１０５）。データ交換サーバ４０は、ユーザ端末１０Ｂ及び１０Ｃからのログイン要求を受信すると、当該ログイン要求に含まれる位置情報に基づいてインデックスキーを算出し、算出したインデックスキーを有する管理テーブルに当該ユーザ端末１０Ｂ及び１０Ｃの登録情報を登録する。（ステップＳ１０４、Ｓ１０６）。例えば、図３では、インデックスキー「３７」を有する管理テーブルにユーザ端末１０Ｃの登録情報が登録されており、インデックスキー「４４」を有する管理テーブルにユーザ端末１０Ｂの登録情報が登録されている。また、データ交換サーバ４０は、ユーザ端末１０Ｂ及び１０Ｃからのログイン要求に含まれる交換データ＃Ｂ及び＃Ｃを交換データ識別情報「名刺ｂ」、「名刺ｃ」と関連付けて交換データ記憶部４０７に記憶させる。
【００５３】
ユーザ端末１０Ａは、ログイン要求の送信を契機に起動した検索要求制限タイマが満了すると、データ交換サーバ４０に対して、ユーザ端末１０Ａの交換データ＃Ａの送付候補の検索を要求する検索要求を送信する（ステップＳ１０７）。
【００５４】
データ交換サーバ４０は、ユーザ端末１０Ａからの検索要求を受信すると、ユーザ端末１０Ａの交換データ＃Ａの送付候補の検索処理を行う（ステップＳ１０８）。図７を参照し、データ交換サーバ４０の検索処理部４０４における検索動作を詳述する。なお、図７の「検索者」とは、データ交換サーバ４０に対して検索要求を送信するユーザ端末１０である。以下では、「検索者」がユーザ端末１０Ａである場合を説明するが、他のユーザ端末１０である場合も同様の動作が行なわれるものとする。
【００５５】
図７に示すように、データ交換サーバ４０は、検索者（ここでは、ユーザ端末１０Ａ）からの検索要求を受信すると、検索者の登録情報が登録された管理テーブルを登録情報記憶部４０２から検索し、検索された管理テーブルのインデックスキーを取得する（ステップＳ２０１）。例えば、図４では、検索者（ユーザ端末１０Ａ）の登録情報はインデックスキー「３６」を有する管理テーブルに登録されているので、インデックスキー「３６」が取得される。
【００５６】
データ交換サーバ４０は、検索者の登録情報が登録された管理テーブルのインデックスキーに基づいて、検索エリアを構成する各エリアのインデックスキーを算出する（ステップＳ２０２）。上述のように、検索エリアは、検索者の位置情報が示す位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリアで構成される。
【００５７】
例えば、図４において、検索者（ユーザ端末１０Ａ）の位置情報「経度Ｘａ，緯度Ｙａ」を経度１度を９０ｋｍ、緯度１度を１１１．６ｋｍとしてｋｍ（キロメートル）単位に変更した値を（Ｘ、Ｙ）とする。このとき、検索エリアを構成する各エリア内の所定地点の位置情報は、−２≦ａ≦＋２（ａは整数）、−２≦ｂ≦＋２（ｂは整数）として、（Ｘ＋ａ，Ｙ＋ｂ）で算出される。例えば、検索者の位置するエリアの右側に隣接するエリアの所定地点の位置情報は（Ｘ＋１，Ｙ）で算出され、下側に隣接するエリアの所定地点の位置情報は（Ｘ，Ｙ−１）で算出される。これらの位置情報は経度・緯度単位に再変換されてハッシュ関数に入力される。経度・緯度単位に再変換された（Ｘ＋１，Ｙ）、（Ｘ，Ｙ−１）をハッシュ関数に入力することでインデックスキー「３７」、「４４」算出される。同様に、図４では、検索エリアを構成する各エリアのインデックスキー「１８」〜「２２」、「２６」〜「３０」、「３４」〜「３８」、「４２」〜「４６」、「５０」〜「５４」が算出される。
【００５８】
データ交換サーバ４０は、以上のように算出したインデックスキーを有する管理テーブルに登録されたユーザ端末１０を抽出する（ステップＳ２０３）。図４に示す場合、検索エリアを構成する各エリアのインデックスキーは、１８〜２２、２６〜３０、３４〜３８、４２〜４６、５０〜５４であるので、これらのインデックスキーを有する管理テーブルに登録されたユーザ端末１０が抽出される。
【００５９】
以上のように、検索者の位置情報から検索エリアを構成する各エリアのインデックスキーを算出できるので、検索エリア（すなわち、検索者の位置情報が示す位置から所定半径以内の円に少なくとも一部が含まれる複数のエリア）を容易に特定することができる。
【００６０】
データ交換サーバ４０は、検索者の位置情報と抽出されたユーザ端末１０の位置情報とから、検索者と抽出されたユーザ端末１０との間の２地点間の距離を算出する（ステップＳ２０４）。
【００６１】
データ交換サーバ４０は、算出された２地点間の距離が所定距離（例えば、２ｋｍ）以下であるユーザ端末１０を検索者の交換データの送付候補として決定する（ステップＳ２０５）。データ交換サーバ４０は、決定されたユーザ端末１０を検索者の交換データの送付候補として交換状態記憶部４０６に記憶する。
【００６２】
なお、データ交換サーバ４０は、ステップＳ２０５で決定されたユーザ端末１０のログイン要求受信時刻やニックネームに基づいて、検索者の交換データの送付候補を更に絞ってもよい。例えば、データ交換サーバ４０は、ログイン要求受信時刻が検索要求受信時刻から所定時間前までの間となるユーザ端末１０を送付候補として検索してもよい。また、データ交換サーバ４０は、検索者と同じ合言葉を有する他のユーザ端末１０を送付候補として検索してもよい。
【００６３】
図６に示すように、データ交換サーバ４０は、以上のように送付候補として検索されたユーザ端末１０をユーザ端末１０Ａに通知する（ステップＳ１０９）。具体的には、データ交換サーバ４０は、ユーザ端末１０Ａに対して、検索されたユーザ端末１０のユーザ識別情報を含む送付候補リストを送信する。図４に示す場合、交換データ＃Ａの送付候補として、ユーザ端末１０Ｂ及び１０Ｃが決定されるので、ユーザ端末１０Ｂ及び１０Ｃのユーザ識別情報「＃Ｂ」及び「＃Ｃ」を含む送付候補リストが、ユーザ端末１０Ａに送信される。
【００６４】
同様に、ユーザ端末１０Ｂは、ログイン要求の送信を契機に起動した検索要求制限タイマが満了すると、データ交換サーバ４０に対して、ユーザ端末１０Ｂの交換データ＃Ｂの送付候補の検索を要求する検索要求を送信する（ステップＳ１１０）。データ交換サーバ４０は、ユーザ端末１０Ｂからの検索要求を受信すると、図７で説明したように交換データ＃Ｂの送付候補の検索処理を行い（ステップＳ１１１）、検索された他のユーザ端末１０をユーザ端末１０Ｂに通知する（ステップＳ１１２）。
【００６５】
また、ユーザ端末１０Ｃは、ログイン要求の送信を契機に起動した検索要求制限タイマが満了すると、データ交換サーバ４０に対して、ユーザ端末１０Ｃの交換データ＃Ｃの送付候補の検索を要求する検索要求を送信する（ステップＳ１１３）。データ交換サーバ４０は、ユーザ端末１０Ｃからの検索要求を受信すると、図７で説明したように交換データ＃Ｃの送付候補の検索処理を行い（ステップＳ１１４）、検索された他のユーザ端末１０をユーザ端末１０Ｃに通知する（ステップＳ１１５）。
【００６６】
以上のように、第１の実施の形態に係るデータ交換システムにおける検索動作によれば、ユーザ端末１０Ａから交換データの送付候補の検索要求が受信された場合、ユーザ端末１０Ａの位置情報に基づいて、当該位置情報が示すユーザ端末１０Ａの位置を中心とする所定半径の円内に少なくとも一部が含まれる各エリア（すなわち、検索エリアを構成する各エリア）のインデックスキーを特定する。このため、特定された各エリアのインデックスキーを有する管理テーブルに登録されたユーザ端末１０Ｂ、１０Ｃとユーザ端末１０Ａとの間の距離を算出すればよく、ログイン中の全ての他のユーザ端末１０との間の距離を算出する必要がない。この結果、ユーザ端末１０Ａと同一エリアに位置する他のユーザ端末１０Ｂ、１０Ｃを、データ交換サーバ４０の処理負荷を増大させずに、かつ、迅速に、ユーザ端末１０Ａの交換データの送付候補として特定できる。
【００６７】
また、第１の実施の形態に係るデータ交換システムにおける検索動作によれば、データ交換サーバ４０は、ユーザ端末１０Ａの位置情報が登録された管理テーブルのインデックスキーに基づいて検索エリアのインデックスキーを算出する。このため、当該検索エリアのインデックスキーを有する管理テーブルに登録された他のユーザ端末１０を、ユーザ端末１０Ａと同一エリアに位置するユーザ端末１０としてより迅速に特定できる。
【００６８】
（２）交換動作
次に、図８を参照し、第１の実施の形態に係るデータ交換システムにおける交換動作を説明する。図８は、第１の実施の形態に係るデータ交換システムにおける交換動作を示すシーケンス図である。なお、図８において、ユーザ端末１０Ａ〜１０Ｃは、図６及び図７で説明した送付候補の検索動作を行っているものとする。すなわち、ユーザ端末１０Ａ〜１０Ｃは、それぞれ、上述の送付候補リストを有するものとする。以下において、ユーザ端末１０Ａ〜１０Ｃは、図５に示すように、互いに、交換データ＃Ａ〜＃Ｃの送付候補であるものとする。
【００６９】
図８に示すように、ユーザ端末１０Ａは、データ交換サーバ４０に対して、状態取得要求を送信する（ステップＳ３０１）。上述のように、状態取得要求とは、ユーザ端末１０Ａに対するユーザ端末１０Ｂ及び１０Ｃからの交換データ＃Ｂ及び＃Ｃの送信状態の取得を要求する、すなわち、ユーザ端末１０Ａが受信可能な交換データ＃Ｂ及び＃Ｃがデータ交換サーバ４０に存在するか否かを確認するためのものである。なお、ユーザ端末１０Ａは、例えば、送付候補リストの受信を契機として、所定時間間隔Ｔで定期的に状態取得要求を行う。
【００７０】
データ交換サーバ４０は、ユーザ端末１０Ａからの状態取得要求に応じて、ユーザ端末１０Ｂ及び１０Ｃからのユーザ端末１０Ａに対する交換データ＃Ｂ及び＃Ｃの送信状態を交換状態記憶部４０６から取得する（ステップＳ３０２）。
【００７１】
データ交換サーバ４０は、交換状態記憶部４０６から取得されたユーザ端末１０Ａに対する交換データ＃Ｂ及び＃Ｃの送信状態を示す状態情報をユーザ端末１０Ａに送信する（ステップＳ３０３）。ここでは、ユーザ端末１０Ａに対する交換データ＃Ｂ及び＃Ｃはデータ交換サーバ４０に送信されていないので、ユーザ端末１０Ａが受信可能な交換データがないことを示す状態情報がユーザ端末１０Ａに送信される。
【００７２】
ユーザ端末１０Ａは、送付候補リストから交換データ＃Ａの送付先としてユーザ端末１０Ｂを選択し、選択されたユーザ端末１０Ｂに対する交換データ＃Ａの送信要求をデータ交換サーバ４０に送信する（ステップＳ３０４）。なお、ユーザ端末１０Ａは、送付候補リストを表示画面に表示し、ユーザに送付先のユーザ端末１０を選択させてもよい。或いは、ユーザ端末１０Ａは、送付候補リストに含まれる全てのユーザ端末１０を全て送付先として選択してもよい。
【００７３】
データ交換サーバ４０は、ユーザ端末１０Ｂに対する交換データ＃Ａの送信要求を受信すると、交換状態記憶部４０６におけるユーザ端末１０Ｂに対する交換データ＃Ａの送信状態を「済（送信済）」に更新する（ステップＳ３０５）。具体的には、図５に示すように、データ交換サーバ４０は、交換状態記憶部４０６において交換データ＃Ａの送付候補としてのユーザ端末１０Ｂのユーザ識別情報「＃Ｂ」に関連付けられた送信状態を「済（送信済）」に更新する。
【００７４】
ステップＳ３０１と同様に、ユーザ端末１０Ｂは、所定時間間隔Ｔで、データ交換サーバ４０に対して状態取得要求を送信する（ステップＳ３０６）。また、ステップＳ３０２と同様に、データ交換サーバ４０は、ユーザ端末１０Ａ及び１０Ｃからのユーザ端末１０Ｂに対する交換データ＃Ａ及び＃Ｃの送信状態を交換状態記憶部４０６から取得する（ステップＳ３０７）。ここでは、ユーザ端末１０Ｂに対する交換データ＃Ａの送信状態は「済（送信済）」に更新されているので、ユーザ端末１０Ａからの交換データ＃Ａを受信可能であることを示す状態情報がユーザ端末１０Ｂに送信される（ステップＳ３０８）。
【００７５】
ステップＳ３０１〜Ｓ３０３と同様に、ユーザ端末１０Ｃは、状態取得処理を行う（ステップＳ３０９〜Ｓ３１１）。
【００７６】
ユーザ端末１０Ｂは、ステップＳ３０８で受信した状態情報に基づいて、データ交換サーバ４０に対して、交換データ＃Ａの受信要求を送信する（ステップＳ３１２）。なお、ユーザ端末１０Ｂは、ステップＳ３０８で受信した状態情報に基づいて、ユーザ端末１０Ａからの交換データ＃Ａを受信するか否かの選択画面を表示し、ユーザによる受信指示を受け付けた場合に、交換データ＃Ａの受信要求を送信してもよい。
【００７７】
データ交換サーバ４０は、ユーザ端末１０Ｂからの受信要求に応じて交換データ記憶部４０７から交換データ＃Ａを取得して、ユーザ端末１０Ｂに送信する（ステップＳ３１３）。
【００７８】
データ交換サーバ４０は、交換状態記憶部４０６におけるユーザ端末１０Ｂに対する交換データ＃Ａの受信状態を「済（受信済）」に更新する（ステップＳ３１４）。具体的には、図５に示すように、データ交換サーバ４０は、交換状態記憶部４０６において交換データ＃Ａの送付候補としてのユーザ端末１０Ｂのユーザ識別情報「＃Ｂ」に関連付けられた受信状態を「済（受信済）」に更新する。
【００７９】
ステップＳ３０４と同様に、ユーザ端末１０Ｂは、送付候補リストから交換データ＃Ｂの送付先としてユーザ端末１０Ａを選択し、選択されたユーザ端末１０Ａに対する交換データ＃Ｂの送信要求をデータ交換サーバ４０に送信する（ステップＳ３１５）。
【００８０】
ステップＳ３０５と同様に、データ交換サーバ４０は、ユーザ端末１０Ａに対する交換データ＃Ｂの送信要求を受信すると、交換状態記憶部４０６におけるユーザ端末１０Ａに対する交換データ＃Ｂの送信状態を「済（送信済）」に更新する（ステップＳ３１６）。具体的には、図５に示すように、データ交換サーバ４０は、交換状態記憶部４０６において交換データ＃Ｂの送付候補としてのユーザ端末１０Ａのユーザ識別情報「＃Ａ」に関連付けられた送信状態を「済（送信済）」に更新する。
【００８１】
ステップＳ３０１における状態取得要求から所定時間経過後、ユーザ端末１０Ａは、ユーザ端末１０Ａは、再び、データ交換サーバ４０に対して、状態取得要求を送信する（ステップＳ３１７）。また、ステップＳ３０２と同様に、データ交換サーバ４０は、ユーザ端末１０Ｂ及び１０Ｃからのユーザ端末１０Ａに対する交換データ＃Ｂ及び＃Ｃの送信状態を交換状態記憶部４０６から取得する（ステップＳ３１８）。ここでは、ユーザ端末１０Ａに対する交換データ＃Ｂの送信状態は「済（送信済）」に更新されているので、ユーザ端末１０Ｂからの交換データ＃Ｂを受信可能であることを示す状態情報がユーザ端末１０Ａに送信される（ステップＳ３１９）。
【００８２】
ユーザ端末１０Ａは、ステップＳ３１９で受信した状態情報に基づいて、データ交換サーバ４０に対して、交換データ＃Ｂの受信要求を送信する（ステップＳ３２０）。データ交換サーバ４０は、ユーザ端末１０Ａからの受信要求に応じて交換データ記憶部４０７から交換データ＃Ｂを取得して、ユーザ端末１０Ａに送信する（ステップＳ３２１）。
【００８３】
データ交換サーバ４０は、交換状態記憶部４０６におけるユーザ端末１０Ａに対する交換データ＃Ｂの受信状態を「済（受信済）」に更新する（ステップＳ３２２）。具体的には、図５に示すように、データ交換サーバ４０は、交換状態記憶部４０６において交換データ＃Ｂの送付候補としてのユーザ端末１０Ａのユーザ識別情報「＃Ａ」に関連付けられた受信状態を「済（受信済）」に更新する。
【００８４】
以上のように、第１の実施の形態に係るデータ交換システムによる交換動作によれば、データ交換サーバ４０は、ユーザ端末１０Ａから送付候補のユーザ端末１０Ｂ及び１０Ｃに対する交換データ＃Ａの送信状態を管理している。このため、交換データ＃Ａの送付候補のユーザ端末１０Ｂ及び１０Ｃがデータ交換サーバ４０に状態取得要求を送信することで、ユーザ端末１０Ｂ及び１０Ｃが受信可能な交換データ＃Ａが存在するか否かを容易に確認することができる。
【００８５】
また、第１の実施の形態に係るデータ交換システムによる交換動作によれば、ユーザ端末１０Ａは、上述の検索動作で検索されたユーザ端末１０Ｂ及び１０Ｃのうち、所望のユーザ端末１０（例えば、ユーザ端末１０Ｂ）に対してのみ交換データを送付できる。このため、意図しないユーザ端末１０に交換データが送付されるのを防止することができる。
【００８６】
また、第１の実施の形態に係るデータ交換システムによる交換動作によれば、交換データ＃Ａの送付候補のユーザ端末１０Ｂ及び１０Ｃは、交換データ＃Ａの受信要求を行った上で交換データ＃Ａを受信する。このため、ユーザ端末１０Ｂ及び１０Ｃに対する交換データ＃Ａの送信状態が「済（送信済）」であっても、ユーザ端末１０Ｂ及び１０Ｃは、当該交換データ＃Ａの受信を望まない場合、当該交換データ＃Ａを受信する必要がない。したがって、例えば、悪意のユーザ端末１０Ａが多数のユーザ端末１０に対する交換データ＃Ａを送付するような場合でも、当該悪意のユーザ端末１０Ａからの交換データ＃Ａがむやみに受信されてしまうのを防止することができる。
【００８７】
上述の実施の形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。
【００８８】
例えば、上述の実施の形態では、データ交換サーバ４０は、登録情報記憶部４０２、交換状態記憶部４０６及び交換データ記憶部４０７の３つの記憶部を具備するが、記憶部の構成はこれに限られるものはなく、これらが１つ又は複数の記憶部で構成されてもよい。
【００８９】
本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び更新態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９０】
１…データ交換システム
１０…ユーザ端末
２０…無線基地局
３０…コアネットワーク
４０…データ交換サーバ
４０１…送受信部
４０２…登録情報記憶部
４０３…登録処理部
４０４…検索処理部
４０４ａ…検索エリア特定部
４０４ｂ…距離算出部
４０４ｃ…送付候補決定部
４０５…交換管理部
４０６…交換状態記憶部
４０７…交換データ記憶部
【図１】
0005388382.tif 000002
【図２】
0005388382.tif 000003
【図３】
0005388382.tif 000004
【図４】
0005388382.tif 000005
【図５】
0005388382.tif 000006
【図６】
0005388382.tif 000007
【図７】
0005388382.tif 000008
【図８】
0005388382.tif 000009