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