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