JP2010034689A - 携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法 - Google Patents

Abstract

【課題】特定の地域の携帯端末を検索すること。
【解決手段】サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの位置と時刻を対応付けた位置時刻情報を取得する。また、サーバ１２０は、携帯端末１１０Ａから送信された位置および時刻に関する検索条件を受信する。また、サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの中から、取得した位置時刻情報が、受信した検索条件を満たす携帯端末を検索する。そして、サーバ１２０は、検索結果を携帯端末１１０Ａへ送信する。
【選択図】図１

Description

この発明は、携帯端末を検索する携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法に関する。

従来のコミュニティ形成手段の一つに、紹介制のＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）がある。紹介制のＳＮＳは、サービス既会員による紹介で参加する方法であり、紹介された者はさらに別の紹介者を招待して参加してもらい、グループコミュニティへと展開する仕組みの技術である（たとえば、下記特許文献１参照。）。

また、オープンコミュニティ（出会い系サイトなど）としては、ネットワークを介して自由に参加するサービスなどもある。オープンコミュニティにおいては、共通の趣味や嗜好を有する仲間同士のコミュニティが形成され、興味のある者は誰でもコミュニティに参加して会話などを楽しむことができる。

特開２００６−２３８７６号公報

しかしながら、従来の紹介制のＳＮＳでは、友達や仲間などに限定されたコミュニケーション方法であるため、個人が新たに友人を作るなど、会ったことのない人にまでコミュニティを広げることは困難であるという問題がある。また、従来の自由参加のオープンコミュニティでは、コミュニケーションを取る相手がどのような人かが分からないため、内向的な性格の人にとっては気軽に参加することができないという問題がある。

また、従来の紹介制のＳＮＳやオープンコミュニティでは、互いの住所や連絡先を公開することなくコミュニケーションを行うことが一般的であるため、紹介制のＳＮＳやオープンコミュニティ上で知り合いになっても、実際に会ってコミュニケーションを取ったり、電話やメールで直接会話をしたりすることは困難であるという問題がある。

これに対して、各携帯端末にユーザの特性情報を登録しておき、ユーザが希望する検索条件によって特定の地域の携帯端末を検索することで、ユーザが希望する条件に該当する人と出会うきっかけを提供することが考えられる。しかしながら、携帯端末は時間の経過とともに移動するため、ユーザの現在位置の周辺や、ユーザがこれから向かおうとしている地域などの、ユーザが所望する地域にいる携帯端末を検索することは困難である。

この携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法は、上述した従来技術による問題点を解消するため、特定の地域の携帯端末を検索することを目的とする。

上述した課題を解決し、目的を達成するため、開示技術は、携帯端末群の位置と時刻を対応付けた位置時刻情報を取得し、携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信し、前記携帯端末群の中から、取得された位置時刻情報が受信された検索条件を満たす携帯端末を検索し、検索結果を前記一の携帯端末へ送信することを要件とする。

この技術によれば、携帯端末群の位置と時刻を対応付けた位置時刻情報を取得し、取得した位置時刻情報を、携帯端末から受信した位置および時刻に関する検索条件によって検索することで、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

また、開示技術は、携帯端末群の中の一の携帯端末の位置と時刻を対応付けた位置時刻情報を取得し、前記携帯端末群の中の他の携帯端末から前記携帯端末群に配信された位置および時刻に関する検索条件を受信し、取得された位置時刻情報が、受信された検索条件を満たすか否かを判断し、判断結果を前記他の携帯端末へ送信することを要件とする。

この技術によれば、携帯端末群のそれぞれが、取得した自装置の位置時刻情報が、受信した検索条件を満たすか否かを判断して、判断結果を検索条件の送信元へ送信することで、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

また、開示技術は、携帯端末群の中の他の携帯端末から電波によって配信された検索条件を直接受信し、前記検索条件が受信された場合に、受信された検索条件を自装置が満たすか否かを判断し、判断結果を前記他の携帯端末へ送信することを要件とする。

この技術によれば、携帯端末が電波によって配信した検索条件を直接受信した携帯端末のみが検索条件を満たすか否かを判断するため、検索結果を、検索条件を送信した携帯端末の周辺に位置する携帯端末に絞り込むことができる。このため、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

この携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法によれば、特定の地域の携帯端末を検索することができるという効果を奏する。

以下に添付図面を参照して、この携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法の好適な実施の形態を詳細に説明する。この携帯端末検索プログラム、サーバ、携帯端末および携帯端末検索方法は、携帯端末の位置と時刻を対応付けた位置時刻情報を取得し、取得した位置時刻情報を位置および時刻に関する検索条件によって検索する。これにより、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

（実施の形態１）
図１は、実施の形態１にかかる通信システムの概要（その１）を示す図である。図１に示すように、通信システム１００は、携帯端末１１０Ａ〜１１０Ｄと、サーバ１２０と、を備えている。通信システム１００は、携帯端末１１０Ａ〜１１０Ｄの中から、特定の地域の携帯端末を検索するサービスを提供するシステムである。携帯端末１１０Ａ〜１１０Ｄは、それぞれユーザによって携帯され、ユーザとともに移動する携帯端末群である。

サーバ１２０は、移動体通信網を介して携帯端末１１０Ａ〜１１０Ｄと通信可能な基地局装置である。携帯端末１１０Ａ〜１１０Ｄのそれぞれは、自装置の位置と時刻を対応付けた位置時刻情報を自動的にサーバ１２０へ送信する。携帯端末１１０Ａ〜１１０Ｄのそれぞれは、位置時刻情報を、たとえば定期的にサーバ１２０へ送信する。

位置時刻情報は、たとえば、現在時刻における自装置の位置を示す現在位置である。位置とは、たとえば地区名や、緯度／経度の情報である。現在位置は、たとえば携帯端末１１０Ａ〜１１０Ｄのそれぞれが有するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：全地球測位システム）機能を用いて取得することができる。

ここでは、携帯端末１１０Ａ〜１１０Ｄは、ＧＰＳ機能により取得した自装置の現在位置時刻における緯度／経度を現在位置として定期的（たとえば１０分ごと）にサーバ１２０へ送信する。携帯端末１１０Ａが送信する現在位置を（ｘＡ，ｙＡ）、携帯端末１１０Ｂが送信する現在位置を（ｘＢ，ｙＢ）、携帯端末１１０Ｃが送信する現在位置を（ｘＣ，ｙＣ）、携帯端末１１０Ｄが送信する現在位置を（ｘＤ，ｙＤ）とする。

また、携帯端末１１０Ａ〜１１０Ｄのそれぞれは、自装置のユーザ特性を示す特性情報を、ユーザの操作により、または自動的にサーバ１２０へ送信する。ユーザ特性を示す特性情報は、たとえばユーザの操作によって入力された、ユーザの趣味、嗜好または居住地域などの、ユーザの特性を示す情報である。

たとえば、携帯端末１１０Ａ〜１１０Ｄのそれぞれは、通信システム１００のサービス加入時に、ユーザから特性情報の入力を受け付けて、受け付けた特性情報をサーバ１２０へ送信する。携帯端末１１０Ａが送信する特性情報を（ｐＡ，ｐＡ）、携帯端末１１０Ｂが送信する特性情報を（ｐＢ，ｐＢ）、携帯端末１１０Ｃが送信する特性情報を（ｐＣ，ｐＣ）、携帯端末１１０Ｄが送信する特性情報を（ｐＤ，ｐＤ）とする。

サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの識別情報（Ａ〜Ｄ）と、現在位置（緯度／経度）および特性情報を対応付けたテーブル１２１を記憶している。サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄから現在位置を受信すると、現在位置の送信元の携帯端末の識別情報に対応する現在時刻を、受信した現在位置に置き換える。たとえば、サーバ１２０は、携帯端末１１０Ａから現在位置（ｘＡ，ｙＡ）を受信すると、テーブル１２１における識別情報Ａに対応する現在位置を、現在位置（ｘＡ，ｙＡ）に置き換える。

また、サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄから特性情報を受信すると、特性情報の送信元の携帯端末の特性情報を、受信した特性情報に置き換える。たとえば、サーバ１２０は、携帯端末１１０Ｂから特性情報（ｐＢ，ｐＢ）を受信すると、テーブル１２１における識別情報Ｂに対応する特性情報を、特性情報（ｐＢ，ｐＢ）に置き換える。

このように、サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄから定期的に送信される現在位置を受信することで、携帯端末１１０Ａ〜１１０Ｄのそれぞれの現在位置を常に監視している。また、サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄのそれぞれの特性情報を記憶している。この状態において、携帯端末１１０Ａ〜１１０Ｄのいずれかの携帯端末が、位置および時刻に関する検索条件を送信する。

ここでは、携帯端末１１０Ａが検索条件を送信したとする。位置および時刻に関する検索条件とは、携帯端末の位置の条件と、携帯端末がその位置に存在する時刻の条件と、を組み合わせた条件である。ここでは、検索条件は、現在時刻の、検索条件の送信元の携帯端末１１０Ａの現在位置（ｘＡ，ｙＡ）を含む所定の範囲であるとする。たとえば、位置の条件は、現在位置（ｘＡ，ｙＡ）からある距離（１ｋｍなど）内の範囲１３０である。

検索条件を受信したサーバ１２０は、携帯端末１１０Ａ〜１１０Ｄから検索条件の送信元の携帯端末１１０Ａを除いた携帯端末１１０Ｂ〜１１０Ｄの中から、テーブル１２１に格納された現在位置が、位置に関する検索条件を満たす携帯端末を検索する。この場合は、サーバ１２０は、検索条件を満たす携帯端末（範囲１３０内の携帯端末）として携帯端末１１０Ｂ，１１０Ｃを検索する。

サーバ１２０は、検索条件の送信元の携帯端末１１０Ａへ検索結果を送信する。携帯端末１１０Ａは、サーバ１２０から送信された検索結果をユーザに対して出力する。検索結果は、たとえば、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件を満たす携帯端末の数（ここでは２台）である。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末が自分の周辺に何台いるかを知ることができる。

または、検索結果は、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件を満たす携帯端末の現在位置、すなわち（ｘＢ，ｙＢ）および（ｘＣ，ｙＣ）であってもよい。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末を所持し、かつ自分の周辺にいる人の位置を具体的に知ることができる。

または、検索結果は、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件を満たす携帯端末の特性情報、すなわち（ｐＢ，ｐＢ）および（ｐＣ，ｐＣ）であってもよい。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末を所持し、かつ自分の周辺にいる人の特性情報を知ることができる。

または、検索結果は、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件を満たす携帯端末の数、現在位置および特性情報のうちの少なくとも２つの組み合わせであってもよい。また、検索結果には、検索結果の携帯端末のユーザへの連絡先を含めてもよい。たとえば、検索結果に、検索結果の携帯端末の電話番号やメールアドレスなどを含めてもよい。

また、携帯端末１１０Ａからサーバ１２０へ送信する検索条件には、特性情報に関する条件が含まれていてもよい。この場合は、サーバ１２０は、携帯端末１１０Ｂ〜１１０Ｄの中から、位置および時刻に関する検索条件および特性情報に関する条件の両方を満たす携帯端末を検索する。たとえば、特性情報に関する条件は、特性情報ｐＢである。この場合は、サーバ１２０は、検索条件を満たす携帯端末として携帯端末１１０Ｂを検索する。

図２は、実施の形態１にかかる通信システムの概要（その２）を示す図である。図２において、図１に示した構成と同様の構成については同一の符号を付して説明を省略する。図１においては、携帯端末１１０Ａが、時刻に関する条件を現在時刻とした検索条件をサーバ１２０へ送信する場合について説明したが、図２に示すように、携帯端末１１０Ａが、時刻に関する条件を過去の時刻とした検索条件を送信してもよい。

この場合は、サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの識別情報（Ａ〜Ｄ）と、時刻と、位置（緯度／経度）と、特性情報と、を対応付けたテーブル１２１を記憶している。サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄから現在位置を受信すると、受信した時刻とともに現在位置を記憶する。また、サーバ１２０は、同じ携帯端末から現在位置を受信するたびに、時刻と位置をテーブル１２１に蓄積する。

これにより、テーブル１２１には、携帯端末１１０Ａ〜１１０Ｄのそれぞれについて、時刻と位置の対応情報が複数蓄積される。検索条件を受信したサーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの中から、検索条件が示す時刻と位置の条件を満たす携帯端末を検索する。ここでは、検索条件が、時刻ｔＢ（過去）で、携帯端末１１０Ａの現在位置（ｘＡ，ｙＡ）から１ｋｍ以内の範囲１３０内であるとする。

この場合は、携帯端末１１０Ｂの複数の対応情報の中に、時刻ｔＢと位置（ｘＢ，ｙＢ）が対応付けられた対応情報があり、かつ、位置（ｘＢ，ｙＢ）は範囲１３０内である。このため、サーバ１２０は、検索条件を満たす携帯端末として携帯端末１１０Ｂを検索する。この場合も、図１で説明したように、検索条件に特性情報の条件を追加して、特性情報の条件によって検索結果をさらに絞り込んでもよい。

図３は、実施の形態１にかかる通信システムの概要（その３）を示す図である。図３において、図２に示した構成と同様の構成については同一の符号を付して説明を省略する。図２においては、携帯端末１１０Ａが、時刻に関する条件を過去の時刻とした検索条件をサーバ１２０へ送信する場合について説明したが、図３に示すように、携帯端末１１０Ａが、時刻に関する条件を未来の時刻とした検索条件を送信してもよい。

この場合は、携帯端末１１０Ａ〜１１０Ｄのそれぞれは、位置時刻情報として、未来の時刻における自装置の位置をサーバ１２０へ送信する。未来の時刻における自装置の位置は、たとえば携帯端末１１０Ａ〜１１０Ｄのそれぞれが有するスケジュール登録機能によってユーザが登録したスケジュール情報である。スケジュール情報には、少なくとも時刻と位置が対応付けられた情報が含まれている。

たとえば、携帯端末１１０Ｂのユーザは、ある時刻ｔＢ（未来）において位置（ｘＢ，ｙＢ）で用事がある旨のスケジュールを携帯端末１１０Ｂに登録したとする。携帯端末１１０Ｂは、たとえばスケジュールの登録完了時に、登録された時刻ｔＢと位置（ｘＢ，ｙＢ）を含むスケジュール情報を位置時刻情報としてサーバ１２０へ送信する。

サーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの識別情報（Ａ〜Ｄ）と、時刻と、位置（緯度／経度）と、特性情報と、を対応付けたテーブル１２１を記憶している。サーバ１２０は、スケジュール情報を受信すると、スケジュール情報に含まれる時刻と位置をテーブル１２１に記憶する。また、サーバ１２０は、同じ携帯端末からスケジュール情報を受信するたびに、時刻と位置をテーブル１２１に蓄積する。

これにより、テーブル１２１には、携帯端末１１０Ａ〜１１０Ｄのそれぞれについて、時刻と位置の対応情報が複数蓄積される。検索条件を受信したサーバ１２０は、携帯端末１１０Ａ〜１１０Ｄの中から、検索条件が示す時刻と位置の条件を満たす携帯端末を検索する。ここでは、検索条件が、時刻ｔＢ（未来）において、携帯端末１１０Ａから１ｋｍ以内の範囲１３０内であるとする。

この場合は、携帯端末１１０Ｂの複数の対応情報の中に、時刻ｔＢと位置（ｘＢ，ｙＢ）が対応付けられた対応情報があり、かつ、位置（ｘＢ，ｙＢ）は範囲１３０内である。このため、サーバ１２０は、検索条件を満たす携帯端末として携帯端末１１０Ｂを検索する。この場合も、図１で説明したように、検索条件に特性情報の条件を追加して、特性情報の条件によって検索結果をさらに絞り込んでもよい。

図４は、実施の形態１にかかる通信システムの概要（その４）を示す図である。図４において、図１に示した構成と同様の構成については同一の符号を付して説明を省略する。図１〜図３においては、位置に関する検索条件が、検索条件を送信した携帯端末１１０Ａの現在位置を含む所定の範囲である場合について説明したが、位置に関する検索条件は、携帯端末１１０Ａの現在位置を含む所定の範囲に限られない。

ここでは、サーバ１２０へ送信される位置に関する検索条件が、携帯端末１１０Ａの現在位置とは異なる位置４０１（ｘＺ，ｙＺ）から１ｋｍ以内の範囲４０２であるとする。また、ここではサーバ１２０へ送信される時刻に関する検索条件が現在時刻であるとする。この場合は、携帯端末１１０Ｄの識別情報Ｄに、現在位置（ｘＤ，ｙＤ）が対応付けられており、かつ、位置（ｘＤ，ｙＤ）は範囲４０２内である。

このため、サーバ１２０は、検索条件を満たす携帯端末として携帯端末１１０Ｄを検索する。この場合も、図１で説明したように、検索条件に特性情報の条件を追加して、特性情報の条件によって検索結果をさらに絞り込んでもよい。図４においては、図１と同様に、時刻に関する検索条件を現在時刻とする場合について説明したが、図２および図３に示したように、時刻に関する検索条件を過去の時刻や未来の時刻にしてもよい。

図５は、実施の形態１にかかるサーバの機能的構成の一例を示すブロック図である。図５に示すように、実施の形態１にかかるサーバ１２０は、通信部５０１と、特性情報取得部５０２と、特性情報変換部５０３と、位置時刻取得部５０４と、テーブル記憶部５０５と、検索条件受信部５０６と、検索部５０７と、検索結果送信部５０８とを備えている。

通信部５０１は、携帯端末１１０Ａ〜１１０Ｄのそれぞれと無線通信を行う。特性情報取得部５０２は、携帯端末１１０Ａ〜１１０Ｄの各特性情報を通信部５０１を介して取得する。特性情報取得部５０２は、取得した特性情報を特性情報変換部５０３へ出力する。

特性情報変換部５０３は、特性情報取得部５０２から出力された特性情報を信号データに変換する。信号データは、検索部５０７による検索を容易にするために、携帯端末１１０Ａ〜１１０Ｄの各特性情報を統一されたフォーマットに変換したデータである。特性情報変換部５０３は、信号データに変換した特性情報をテーブル記憶部５０５へ出力する。

位置時刻取得部５０４は、携帯端末１１０Ａ〜１１０Ｄから送信された携帯端末１１０Ａ〜１１０Ｄの各位置時刻情報を、通信部５０１を介して取得する。位置時刻取得部５０４は、取得した位置時刻情報をテーブル記憶部５０５へ出力する。

テーブル記憶部５０５は、図１〜図４に示したテーブル１２１を記憶している。テーブル記憶部５０５は、特性情報変換部５０３から出力された特性情報をテーブル１２１に反映させる。また、テーブル記憶部５０５は、位置時刻取得部５０４から出力された位置時刻情報をテーブル１２１に反映させる。検索条件受信部５０６は、携帯端末１１０Ａから送信された検索条件を、通信部５０１を介して受信する。検索条件受信部５０６は、受信した検索条件を検索部５０７へ出力する。

検索部５０７は、テーブル記憶部５０５に記憶されたテーブル１２１を参照して、検索条件受信部５０６から出力された検索条件を満たす携帯端末を検索する。検索部５０７は、検索結果を検索結果送信部５０８へ出力する。検索結果送信部５０８は、検索部５０７から出力された検索結果を、通信部５０１を介して携帯端末１１０Ａへ送信する。

図６は、実施の形態１にかかる携帯端末の機能的構成の一例を示すブロック図である。ここでは携帯端末１１０Ａについて説明するが、携帯端末１１０Ｂ〜１１０Ｄも同様である。図６に示すように、実施の形態１にかかる携帯端末１１０Ａは、通信部６０１と、特性情報入力部６０２と、検索条件入力部６０３と、検索結果出力部６０４と、現在位置取得部６０５と、接続要求受付部６０６と、近距離無線通信部６０７と、を備えている。

通信部６０１は、サーバ１２０と無線通信を行う。また、通信部６０１は、サーバ１２０を介して携帯端末１１０Ｂ〜１１０Ｄと無線通信を行う。特性情報入力部６０２には、携帯端末１１０Ａのユーザの操作により特性情報が入力される。特性情報入力部６０２は、入力された特性情報を通信部６０１へ出力する。通信部６０１へ出力された特性情報は、通信部６０１を介してサーバ１２０へ送信される。

検索条件入力部６０３には、携帯端末１１０Ａのユーザの操作により検索条件が入力される。検索条件入力部６０３は、入力された検索条件を通信部６０１へ出力する。通信部６０１へ出力された検索条件は、通信部６０１を介してサーバ１２０へ送信される。

検索結果出力部６０４には、サーバ１２０から送信され、通信部６０１を介して受信された検索結果が入力される。検索結果出力部６０４は、入力された検索結果を携帯端末１１０Ａのユーザに対して出力する。現在位置取得部６０５は、定期的に携帯端末１１０Ａの現在位置を取得する。現在位置取得部６０５は、取得した現在位置を、位置時刻情報として通信部６０１へ出力する。通信部６０１へ出力された現在位置は、通信部６０１を介してサーバ１２０へ送信される。

接続要求受付部６０６は、近距離無線通信の接続要求を携帯端末１１０Ａのユーザから受け付ける。接続要求受付部６０６は、受け付けた接続要求を近距離無線通信部６０７へ出力する。近距離無線通信部６０７は、接続要求受付部６０６から接続要求が出力されると、携帯端末１１０Ｂ〜１１０Ｄのうちの接続要求によって指定された携帯端末との間で近距離無線通信の接続を行う。

近距離無線通信とは、サーバ（サーバ１２０など）を介さずに他の携帯端末と直接データを送受信する通信である。近距離無線通信は、たとえば赤外線通信（ＩｒＤＡ：Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）通信や無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。

図７は、実施の形態１にかかる特性情報取得動作の一例を示すシーケンス図である。図７に示すように、まず、携帯端末１１０Ａが信号変換要求をサーバ１２０へ送信する（ステップＳ７０１）。ステップＳ７０１による動作は、たとえば携帯端末１１０Ａが通信システム１００によるサービスに加入するときに行われる。

つぎに、サーバ１２０が、携帯端末１１０Ａのユーザの特性を質問するための質問情報を携帯端末１１０Ａへ送信する（ステップＳ７０２）。携帯端末１１０Ａは、送信された質問情報を受信し、質問情報をユーザに対して表示する。質問情報は、たとえば携帯端末１１０Ａのユーザの特性を質問する文字列（「あなたの趣味はなんですか」など）である。ステップＳ７０２は、たとえば特性情報取得部５０２が通信部５０１を介して行う。

質問情報を見た携帯端末１１０Ａのユーザは、質問情報に対する回答を携帯端末１１０Ａの特性情報入力部６０２へ入力する。つぎに、携帯端末１１０Ａが、特性情報入力部６０２へ入力されたユーザの回答を特性情報としてサーバ１２０へ送信する（ステップＳ７０３）。質問情報を変えながらステップＳ７０２およびＳ７０３を繰り返すことによって、サーバ１２０の特性情報取得部５０２は複数の特性情報を取得する。

つぎに、サーバ１２０の特性情報変換部５０３が、取得された特性情報を信号データに変換する（ステップＳ７０４）。つぎに、テーブル記憶部５０５が、ステップＳ７０４によって変換された特性情報をテーブル１２１に記憶し（ステップＳ７０５）、一連の処理を終了する。これにより、サーバ１２０が、携帯端末１１０Ａの特性情報を取得することができる。また、携帯端末１１０Ｂ〜１１０Ｄについても同様に特性情報取得動作を行うことで、携帯端末１１０Ｂ〜１１０Ｄの各特性情報をサーバ１２０によって取得する。

図８は、サーバによる位置情報取得動作の一例を示すシーケンス図である。特性情報取得動作（図７参照）とともに、図８に示す位置情報取得動作を行う。まず、携帯端末１１０Ａの現在位置取得部６０５が、現在位置の送信周期を設定する（ステップＳ８０１）。ここでは、送信周期を１０分に設定したとする。つぎに、現在位置取得部６０５が備えるタイマ（不図示）を初期化する（ステップＳ８０２）。

つぎに、ステップＳ８０１によってタイマを初期化してから１０分が経過したか否かを判断し（ステップＳ８０３）、１０分が経過していない場合は１０分が経過するまで待つ（ステップＳ８０３：Ｎｏのループ）。１０分が経過した場合（ステップＳ８０３：Ｙｅｓ）は、携帯端末１１０Ａの現在位置を取得してサーバ１２０へ送信し（ステップＳ８０４）、ステップＳ８０２に戻って処理を続行する。

サーバ１２０は、ステップＳ８０４によって送信された現在位置をテーブル１２１に記憶する。これにより、サーバ１２０は、１０分周期で携帯端末１１０Ａの現在位置を監視することができる。また、携帯端末１１０Ｂ〜１１０Ｄについても同様に位置情報取得動作を行い、携帯端末１１０Ｂ〜１１０Ｄの各現在位置をサーバ１２０によって監視する。

図９は、サーバによって記憶される情報の一例を示す図である。図９に示した情報９００は、サーバ１２０のテーブル記憶部５０５において、携帯端末１１０Ａの識別情報Ａと対応付けて記憶された情報の一例である。「生年月日」「性別」「趣味１〜３」「嗜好１〜４」「居住地域」「備考」は、携帯端末１１０Ａの特性情報である。

「電話番号」「ニックネーム」「連絡手段」「連絡先電話番号」「連絡先情報」は、携帯端末１１０Ａのユーザへの連絡先情報である。これらの特性情報や連絡先情報は、図７に示した質問情報によってユーザが回答した特性情報であってもよいし、あらかじめ携帯端末１１０Ａに登録されていた情報を自動的にサーバ１２０へ送信したものでもよい。連絡先情報は、サーバ１２０が検索結果とともに送信してもよいし、検索結果を受信した携帯端末１１０Ａのユーザ操作による要求に応じて送信してもよい。

「プッシュ情報」は、携帯端末１１０Ａが検索部５０７による検索結果に含まれた場合に、検索条件を送信した携帯端末へ送信するプッシュ型の情報である。「プッシュ情報」は、たとえば携帯端末１１０Ａのユーザの挨拶文や、携帯端末１１０Ａのユーザの画像などである。「プッシュ情報」は、サーバ１２０が検索結果とともに送信してもよいし、検索結果を受信した携帯端末１１０Ａのユーザ操作による要求に応じて送信してもよい。

「サービス受付状態可否」は、携帯端末１１０Ａが、通信システム１００によるサービスを受け付ける状態であるか否かを示す情報である。具体的には、携帯端末１１０Ｂ〜１１０Ｃによる検索要求があったときに、携帯端末１１０Ａを検索の母集団に含めるか否かを示す情報である（図１７および図１８参照）。

「データ更新日」は、情報９００が最後に更新された日を示す情報である。「位置情報１ 測定時間」「位置情報１」「位置情報２ 測定時間」「位置情報２」「位置情報３ 測定時間」「位置情報３」は、過去に取得した携帯端末１１０Ａの位置を、測定時間とともに記憶した情報である。これらの情報は、携帯端末１１０Ａから現在位置を取得するたびに、その時の時間と現在位置とを対応付けたものである。

「スケジュール情報１ 日時」「スケジュール情報１ 内容」「スケジュール情報２ 日時」「スケジュール情報２ 内容」は、携帯端末１１０Ａのユーザのスケジュール情報である。スケジュール情報は、少なくとも位置と時刻の情報を含んでいる。たとえば、スケジュール情報１には、時刻の情報としての「日時：２００８／６／１０ １０：００〜１１：２０」と、位置の情報としての「内容：横浜中華街」と、が含まれている。

図１０は、携帯端末における検索条件の入力の一例を示す図である。携帯端末１１０Ａの検索条件入力部６０３からユーザが検索条件を入力するときには、携帯端末１１０Ａのディスプレイなどに表示画面１０１０を表示する。ユーザは、入力すべき項目ごとに設けられた入力ボックス１０１１〜１０１５に対して情報を入力する。項目「検索ワード」に対応する入力ボックス１０１１には、特に項目を指定せずに検索を行うためのキーワード（フリーワード）が入力される（ここでは「コンサート」）。

項目「検索対象地域」に対応する入力ボックス１０１２には、検索の対象となる地域名が入力される（ここでは「札幌中央区」）。項目「検索対象日時」に対応する入力ボックス１０１３には、検索の対象となる時刻が入力される（ここでは未来の時刻である「２００８／６／１０ １０：３０」）。項目「検索範囲」に対応する入力ボックス１０１４には、携帯端末１１０Ａの現在位置からの距離が入力される（ここでは空欄）。

項目「ソート順位」に対応する入力ボックス１０１５には、複数の携帯端末が検索条件を満たす場合に、検索結果において携帯端末をどのようにソートするかが入力される（ここでは「最新更新順」）。携帯端末１１０Ａのユーザは、入力ボックス１０１１〜１０１５に対する入力を終えた後に検索ボタン１０２１をクリックする。

図１１は、図１０に示した例で携帯端末が送信する検索条件を示す図である。図１０に示した状態において、検索ボタン１０２１がクリック（図１０参照）されると、入力ボックス１０１１〜１０１５（図１０参照）に入力された各情報が検索条件１１１０としてサーバ１２０へ送信される。この場合は、サーバ１２０の検索部５０７において、特性情報（たとえば「趣味」）に「コンサート」を含み、位置が「札幌中央区」で時間「２００８／６／１０ １０：３０」である「スケジュール情報」を有する携帯端末が検索される。

また、ここではソート順位で「最新更新順」が指定されているため、検索結果は「データ更新日」（図９参照）の新しい順にソートされる。なお、スケジュール情報によって「札幌中央区」などの位置の条件を検索する場合は、スケジュール情報の位置が「札幌中央区」と一致（または部分一致）している場合に該当するとみなしてもよいし、「札幌中央区」に含まれる各地域名を取得して、取得した各地域名のいずれかに一致（または部分一致）した場合に該当するとみなしてもよい。

図１２は、携帯端末における検索条件の入力の他の例を示す図である。図１２において、図１０に示した部分と同様の部分については同一の符号を付して説明を省略する。図１０に示した検索条件の入力例とは異なる例について説明する。ここでは、項目「検索ワード」に対応する入力ボックス１０１１には「コンサート」が入力されている。

項目「検索対象地域」に対応する入力ボックス１０１２は空欄になっている。項目「検索対象日時」に対応する入力ボックス１０１３には「現在時刻」が入力されている。項目「検索範囲」に対応する入力ボックス１０１４には「１ｋｍ」が入力されている。項目「ソート順位」に対応する入力ボックス１０１５には「最新更新順」が入力されている。

図１３は、図１２に示した例で携帯端末が送信する検索条件を示す図である。図１２に示した状態において、検索ボタン１０２１がクリック（図１２参照）されると、入力ボックス１０１１〜１０１５（図１２参照）に入力された各情報が検索条件１１１０としてサーバ１２０へ送信される。項目「検索範囲」に対応する入力ボックス１０１４が空欄でない場合は、携帯端末１１０Ａの現在の位置情報１３１１が検索条件に付加される。

この場合は、サーバ１２０の検索部５０７において、特性情報（たとえば「趣味」）に「コンサート」を含み、現在時刻における位置が、位置情報１３１１が示す携帯端末１１０Ａの現在位置から１ｋｍ以内の範囲１３０内である携帯端末が検索される。このように、検索条件１１１０に付加された位置情報１３１１を用いて検索を行うことで、携帯端末１１０Ａの正確な現在位置に基づいた検索を行うことができる。

ここでは、携帯端末１１０Ａの現在の位置情報１３１１を検索条件１１１０に付加する場合について説明したが、携帯端末１１０Ａの現在の位置情報１３１１を検索条件１１１０に付加せずに、サーバ１２０のテーブル記憶部５０５において記憶されている携帯端末１１０Ａの現在位置を用いて検索を行ってもよい。これにより、携帯端末１１０Ａが送信する検索条件１１１０の情報量を少なくすることができる。

図１４は、実施の形態１にかかる通信システムによる検索動作の一例を示すシーケンス図である。まず、携帯端末１１０Ａの検索条件入力部６０３に対してユーザが検索条件を入力する（ステップＳ１４０１）。つぎに、携帯端末１１０Ａが、ステップＳ１４０１によって入力された検索条件をサーバ１２０へ送信する（ステップＳ１４０２）。

つぎに、サーバ１２０が、ステップＳ１４０２によって送信された検索条件を満たす携帯端末を検索する（ステップＳ１４０３）。ここでは、検索条件を満たす携帯端末として携帯端末１１０Ｂが検索されたとする。つぎに、サーバ１２０が、ステップＳ１４０３による検索結果を携帯端末１１０Ａへ送信する（ステップＳ１４０４）。ここでは、サーバ１２０は、携帯端末１１０Ｂが検索された旨の情報と、携帯端末１１０Ｂを近隣検索するための携帯端末１１０Ｂの識別情報（電話番号など）を検索結果として送信する。

つぎに、携帯端末１１０Ａの検索結果出力部６０４が、ステップＳ１４０４によって送信された検索結果を表示する（ステップＳ１４０５）。つぎに、携帯端末１１０Ａの接続要求受付部６０６が、ユーザからの接続要求を受け付ける（ステップＳ１４０６）。ここでは、検索結果の携帯端末が携帯端末１１０Ｂのみであるので、携帯端末１１０Ｂと接続するか否かの指示をユーザから受け付け、接続する旨の接続指示を受け付けたとする。

つぎに、携帯端末１１０Ａの近距離無線通信部６０７が、携帯端末１１０Ａの周辺に検索信号を送信して携帯端末１１０Ｂを探索する（ステップＳ１４０７）。携帯端末１１０Ｂを発見すると、携帯端末１１０Ａの近距離無線通信部６０７が、携帯端末１１０Ｂとの接続を確立する。つぎに、携帯端末１１０Ａと携帯端末１１０Ｂが、近距離無線通信によるコミュニケーションを開始し（ステップＳ１４０８）、一連の検索動作を終了する。

なお、ステップＳ１４０６において、検索結果の携帯端末が複数ある場合には、検索結果の携帯端末のうちのいずれの携帯端末に対して接続するかの指示をユーザから受け付ける。そして、ステップＳ１４０７においては、携帯端末１１０Ａの近距離無線通信部６０７が、ステップＳ１４０６によって指示された携帯端末を探索する。

図１５は、図５に示したサーバの機能的構成の変形例を示すブロック図である。図１５において、図５に示した構成と同様の構成については同一の符号を付して説明を省略する。図１５に示すように、サーバ１２０は、図５に示した構成に加えて接続処理部１５１１を備えていてもよい。接続処理部１５１１は、携帯端末１１０Ａ〜１１０Ｄのいずれかから送信された接続要求を、通信部５０１を介して受信する。

接続処理部１５１１は、接続要求の送信元の携帯端末と、接続要求が示す接続要求先の携帯端末と、の接続処理を行う。たとえば、接続処理部１５１１は、接続処理として、接続要求の送信元の携帯端末に対して、接続要求が示す接続要求先の携帯端末の電話番号やメールアドレスを通知する。これにより、接続要求の送信元の携帯端末は、接続要求が示す接続要求先の携帯端末とコミュニケーション可能になる。

または、接続処理部１５１１は、接続処理として、接続要求の送信元の携帯端末と、接続要求が示す接続要求先の携帯端末と、をチャットサービスなどで接続する。これにより、接続要求の送信元の携帯端末と、接続要求が示す接続要求先の携帯端末と、が相互にコミュニケーション可能になる。

図１６は、図１５に対応する通信システムによる検索動作の一例を示すシーケンス図である。図１６のステップＳ１６０１〜Ｓ１６０６は、ステップＳ１４０１〜Ｓ１４０６（図１４参照）と同様であるため説明を省略する。ステップＳ１６０６によって接続要求を受け付けた後、携帯端末１１０Ａが、携帯端末１１０Ｂを接続要求先として指定した接続要求をサーバ１２０へ送信する（ステップＳ１６０７）。

つぎに、サーバ１２０の接続処理部１５１１は、ステップＳ１６０７によって送信された接続要求の送信元の携帯端末１１０Ａと、接続要求が示す接続要求先の携帯端末１１０Ｂと、の接続処理を行う（ステップＳ１６０８）。ここでは、サーバ１２０は、携帯端末１１０Ａと携帯端末１１０Ｂを、サーバ１２０を経由する通信手段によって接続する。

つぎに、携帯端末１１０Ａと携帯端末１１０Ｂが、サーバ１２０を経由するコミュニケーションを開始し（ステップＳ１６０９）、一連の動作を終了する。これにより、検索結果の携帯端末１１０Ｂが近距離無線通信部６０７を備えていなくても、携帯端末１１０Ａと携帯端末１１０Ｂの間でコミュニケーションが可能になる。

図１７は、実施の形態１にかかる通信システムによる検索動作の他の例を示すシーケンス図である。まず、携帯端末１１０Ｃのユーザが、特性情報入力部６０２から受付拒否要求を入力する（ステップＳ１７０１）。つぎに、携帯端末１１０Ｃが、ステップＳ１７０１によって入力された受付拒否要求をサーバ１２０へ送信する（ステップＳ１７０２）。

つぎに、サーバ１２０が、ステップＳ１７０２によって送信された受付拒否要求に基づいて、テーブル記憶部５０５において携帯端末１１０Ｃの識別情報Ｃと対応付けて記憶している「サービス受付状態可否」（図９参照）をＯＦＦに設定する（ステップＳ１７０３）。その後、ステップＳ１６０１〜Ｓ１６０９（図１６参照）と同様の検索動作を行う。

ただし、ステップＳ１６０３においては、サーバ１２０が、テーブル記憶部５０５の「サービス受付状態可否」がＯＦＦに設定されている携帯端末１１０Ｃを検索の母集団から除いて検索を行う。これにより、携帯端末１１０Ｃは、携帯端末１１０Ａが送信した検索条件を満たしていても、サーバ１２０によって検索されることを回避することができる。

図１８は、図１７に示した検索動作の変形例を示すシーケンス図である。まず、携帯端末１１０Ｃが、所定地域への進入を検出したとする（ステップＳ１８０１）。所定地域は、あらかじめ携帯端末１１０Ｃに登録された地域である。所定地域は、たとえば携帯端末１１０Ｃのユーザの住宅から所定の距離（たとえば１００ｍ）以内の地域である。

所定地域への進入の検出は、現在位置取得部６０５によって取得される携帯端末１１０Ｃの現在位置が所定地域に含まれているか否かを判断することによって行う。ステップＳ１８０２，１８０３は、ステップＳ１７０２，Ｓ１７０３（図１７参照）と同様であるため説明を省略する。ステップＳ１８０３によって「サービス受付状態可否」をＯＦＦに設定した後、ステップＳ１６０１〜Ｓ１６０９（図１６参照）と同様の検索動作を行う。

これにより、携帯端末１１０Ｃが所定地域に進入すると、サーバ１２０における携帯端末１１０Ｃの「サービス受付状態可否」を自動的にＯＦＦに設定することができる。このため、携帯端末１１０Ｃが自宅などの所定地域に位置している間は、携帯端末１１０Ｃは、携帯端末１１０Ａが送信した検索条件を満たしていても、サーバ１２０によって検索されることを回避することができる。

したがって、たとえば所定地域に自宅が含まれる場合は、携帯端末１１０Ｃが検索条件を満たすことによって検索され、その結果、携帯端末１１０Ｃのユーザの意志に反して、携帯端末１１０Ｃのユーザの自宅の住所が携帯端末１１０Ａのユーザによって特定されるようなことを回避することができる。

図１９は、実施の形態１にかかる通信システムによる検索動作のさらに他の例を示すシーケンス図である。図１９のステップＳ１９０１〜Ｓ１９０３は、図１４に示したステップＳ１４０１〜Ｓ１４０３と同様であるため説明を省略する。ステップＳ１９０３において、サーバ１２０が検索を行った結果、検索条件を満たす携帯端末がなかったとする。

つぎに、サーバ１２０の検索部５０７は、位置に関する検索条件（地域）を拡大して再検索を行う（ステップＳ１９０４）。ステップＳ１９０４による再検索を行った結果、検索条件を満たす携帯端末が複数あったとする。つぎに、サーバ１２０が、ステップＳ１９０４によって検索された再検索結果を作成する（ステップＳ１９０５）。

ステップＳ１９０５によって作成される再検索結果は、たとえば、検索結果を満たす携帯端末を地域ごとに分類した地域リストである。つぎに、サーバ１２０が、ステップＳ１９０５によって作成された再検索結果を携帯端末１１０Ａへ送信する（ステップＳ１９０６）。つぎに、携帯端末１１０Ａの検索結果出力部６０４が、ステップＳ１９０６によって送信された再検索結果を表示して（ステップＳ１９０７）、一連の動作を終了する。

図２０は、図１９に示した検索動作における再検索結果の一例を示す図である。図２０に示す再検索結果２０１１は、図１９のステップＳ１９０５によって作成される再検索結果の一例である。たとえば、ステップＳ１９０３においては携帯端末１１０Ａから１ｋｍ以内の地域で検索したが該当する携帯端末がなかったとする。

そして、ステップＳ１９０４において携帯端末１１０Ａから１０ｋｍ以内の地域で再索すると携帯端末Ａ〜Ｄが検索されたとする。再検索結果２０１１においては、携帯端末Ａ〜Ｄごとに、地域、連絡先および通信回数が対応付けられている。地域は、緯度／経度などのように具体的な位置ではなく、地区などのおおまかな位置情報である。

これにより、携帯端末１１０Ａのユーザは、特性情報に関する条件を満たす携帯端末が集まっているおおまかな地域を知ることができる。ここでは、再検索結果２０１１に渋谷の携帯端末が２つ含まれているため、携帯端末１１０Ａのユーザは、渋谷へ行けば自分と同じ趣味の人間がいることを推測することができる。

通信回数は、その携帯端末が、通信システム１００によるコミュニケーションを何回行ったかを示す情報である。サーバ１２０の接続処理部１５１１は、携帯端末１１０Ａ〜１１０Ｄのそれぞれについて、接続処理を行った回数を計数する。たとえば、各携帯端末は、通信システム１００によるコミュニケーションを行うと、コミュニケーションを行った旨をサーバ１２０の接続処理部１５１１へ通知する。

サーバ１２０の接続処理部１５１１は、コミュニケーションを行った旨の通知を受け取った回数を通信回数として携帯端末ごとに記憶しておく。そして、再検索結果２０１１において、検索された携帯端末と通信回数を対応付ける。ここでは再検索結果２０１１に通信回数を含める場合について説明したが、上述の各検索結果に通信回数を含めてもよい。

携帯端末１１０Ａのユーザは、携帯端末の通信回数を参照することにより、その携帯端末のユーザの、通信システム１００によるコミュニケーションに対する積極性を知ることができる。たとえば、携帯端末Ａのユーザは、通信回数が２回で他の携帯端末（通信回数が１回または０回）よりも多いため、携帯端末Ａに対する接続要求を行えば、携帯端末Ａとコミュニケーションを取ることができる可能性が高いと推測することができる。

また、検索結果の携帯端末のうちの、通信回数の少ない携帯端末とコミュニケーションを行う場合は、相手側へ通知する特性情報や連絡先情報などの一部をマスクして相手側で表示されないようにしてもよい。これにより、通信回数が少ない携帯端末とコミュニケーションを取る場合でも、重要な情報は相手から秘匿しておくことができるため、安心してコミュニケーションを行うことができる。

このように、実施の形態１にかかるサーバ１２０によれば、携帯端末１１０Ａ〜１１０Ｄの位置と時刻を対応付けた位置時刻情報を取得し、取得した位置時刻情報を、携帯端末１１０Ａから受信した位置および時刻に関する検索条件によって検索する。これにより、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

このため、はじめて訪れた地域などで新たに友人を作るなど、会ったことのない人にまでコミュニティを広げるきっかけを提供することができる。また、特性情報によって検索結果を絞り込むことで、特定の地域におり、かつユーザと趣味や嗜好が合う人を検索することができる。このため、内向的な性格のユーザであっても、会ったことのない人と気軽にコミュニケーションを取るきっかけを提供することができる。

また、現在位置を含む所定の地域や、ユーザがこれから向かう地域を検索対象とすることで、ネットワークを通じたコミュニケーションにとどまらず、実際に会ってコミュニケーションを取ったりするきっかけを提供することができる。

ここでは、携帯端末１１０Ａ〜１１０Ｄのそれぞれが、位置時刻情報を定期的にサーバ１２０へ送信する構成について説明したが、位置時刻情報をサーバ１２０へ送信するタイミングはこれに限られない。携帯端末１１０Ａ〜１１０Ｄのそれぞれは、たとえば、ユーザの特定の操作によって位置時刻情報を送信してもよいし、ユーザによるその他の操作（電源を入れるなど）などをトリガとして位置時刻情報を送信してもよい。

（実施の形態２）
図２１は、実施の形態２にかかる通信システムの概要を示す図である。図２１において、図１に示した構成と同様の構成については同一の符号を付して説明を省略する。実施の形態１においては、携帯端末１１０Ａ〜１１０Ｄのそれぞれが位置時刻情報を自動的にサーバ１２０へ送信すると説明したが、実施の形態２においては、携帯端末１１０Ａ〜１１０Ｄは位置時刻情報を送信しなくてもよい。

また、実施の形態１においては、携帯端末１１０Ａ〜１１０Ｄのそれぞれが特性情報をサーバ１２０へ送信すると説明したが、実施の形態２においては、携帯端末１１０Ａ〜１１０Ｄは特性情報を送信しなくてもよい。携帯端末１１０Ａ〜１１０Ｄは、たとえば、通信システム１００のサービス加入時に、ユーザから特性情報の入力を受け付けて、受け付けた特性情報を自装置に保持しておく。

実施の形態２においては、携帯端末１１０Ａ〜１１０Ｄのいずれかの携帯端末が、位置および時刻に関する検索条件を、携帯端末１１０Ａ〜１１０Ｄのうちの自装置以外の携帯端末に対して配信する。ここでは、携帯端末１１０Ａが携帯端末１１０Ｂ〜１１０Ｄへ検索条件を配信することとする。

たとえば、携帯端末１１０Ａは、マルチキャストアドレスを宛先とした位置および時刻に関する検索条件をサーバ１２０へ送信する。サーバ１２０は、携帯端末１１０Ａから送信された検索条件を携帯端末１１０Ｂ〜１１０Ｄへマルチキャストにより転送する。ここでは、位置および時刻に関する検索条件は、現在時刻における、携帯端末１１０Ａの現在位置（ｘＡ，ｙＡ）から１ｋｍ以内の範囲１３０である。

検索条件を受信した携帯端末１１０Ｂ〜１１０Ｄは、自装置が取得した自装置の位置時刻情報が、受信した検索条件を満たすか否かを判断する。この場合は、携帯端末１１０Ａ〜１１０Ｄのうちの携帯端末１１０Ｂおよび携帯端末１１０Ｃが、自装置の位置時刻情報が検索条件を満たすと判断する。携帯端末１１０Ｂおよび携帯端末１１０Ｃは、検索条件を満たす旨の判断結果を、サーバ１２０を介して携帯端末１１０Ａへ送信する。

携帯端末１１０Ａは、受信した判断結果を検索結果としてユーザに対して出力する。検索結果は、たとえば、検索条件を満たす携帯端末の数、すなわち２台である。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末が自分の周辺に何台いるかを知ることができる。

または、検索結果は、検索条件を満たす携帯端末の現在位置、すなわち（ｘＢ，ｙＢ）および（ｘＣ，ｙＣ）であってもよい。このために、携帯端末１１０Ｂおよび携帯端末１１０Ｃは、判断結果とともに自装置の現在位置を携帯端末１１０Ａへ送信する。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末を所持し、かつ自分の周辺にいる人の位置を具体的に知ることができる。

または、検索結果は、検索条件を満たす携帯端末の特性情報、すなわち（ｐＢ，ｐＢ）および（ｐＣ，ｐＣ）であってもよい。このために、携帯端末１１０Ｂおよび携帯端末１１０Ｃは、判断結果とともに自装置の特性情報を携帯端末１１０Ａへ送信する。この場合は、携帯端末１１０Ａのユーザは、通信システム１００によるサービスに加入している携帯端末を所持し、かつ自分の周辺にいる人の特性情報を知ることができる。

または、検索結果は、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件を満たす携帯端末の数、現在位置および特性情報のうちの少なくとも２つの組み合わせであってもよい。また、検索結果には、検索結果の携帯端末のユーザへの連絡先を含めてもよい。たとえば、検索結果に、検索結果の携帯端末の電話番号やメールアドレスなどを含めてもよい。

また、携帯端末Ａからサーバ１２０へ送信する検索条件には、特性情報に関する条件が含まれていてもよい。この場合は、検索条件を受信した携帯端末１１０Ｂ〜１１０Ｄは、自装置が取得した位置時刻情報および特性情報の両方が検索条件を満たすか否かを判断する。たとえば、特性情報に関する条件は、特性情報ｐＢである。この場合は、携帯端末１１０Ｂのみが、検索条件を満たす旨の判断結果を携帯端末１１０Ａへ送信する。

なお、ここでは、携帯端末１１０Ｂ〜１１０Ｄのうちの、検索条件を満たす携帯端末が判断結果を携帯端末１１０Ａへ送信し、検索条件を満たさない携帯端末は判断結果を携帯端末１１０Ａへ送信しない構成について説明したが、検索条件を満たさない携帯端末は、検索条件を満たさない旨の判断結果を携帯端末１１０Ａへ送信してもよい。

図２２は、実施の形態２にかかる携帯端末の機能的構成を示すブロック図である。図２２において、図６に示した構成と同様の構成については同一の符号を付して説明を省略する。図２に示すように、実施の形態２にかかる携帯端末１１０Ａは、図６に示した構成に加えて、特性情報受信部２２１１と、特性情報記憶部２２１２と、検索条件受信部２２１３と、判断部２２１４と、判断結果送信部２２１５と、を備えている。

特性情報受信部２２１１は、特性情報入力部６０２からサーバ１２０へ送信され、信号データに変換されてサーバ１２０から返送された特性情報を、通信部６０１を介して受信する。特性情報受信部２２１１は、受信した特性情報を特性情報記憶部２２１２へ出力する。検索結果出力部６０４には、携帯端末１１０Ｂ〜１１０Ｄから送信され、通信部６０１を介して受信された判断結果が入力される。検索結果出力部６０４は、入力された判断結果を検索結果として携帯端末１１０Ａのユーザに対して出力する。

現在位置取得部６０５は、取得した現在位置を、位置時刻情報として判断部２２１４へ出力する。特性情報記憶部２２１２は、特性情報受信部２２１１から出力された自装置の特性情報を記憶する。検索条件受信部２２１３は、携帯端末１１０Ｂ〜１１０Ｄのいずれかからサーバ１２０を経由させて送信された検索条件を、通信部６０１を介して受信する。検索条件受信部２２１３は、受信した検索条件を判断部２２１４へ出力する。

判断部２２１４は、特性情報に記憶された自装置の特性情報と、現在位置取得部６０５から出力された位置時刻情報（現在位置）と、の両方が、検索条件受信部２２１３から出力された検索条件を満たすか否かを判断する。判断部２２１４は、特性情報と位置時刻情報との両方が検索条件を満たす場合は、検索条件を満たす旨の判断結果を判断結果送信部２２１５へ出力する。

特性情報と現在位置との両方が検索条件を満たさない場合は、判断部２２１４は、判断結果を出力しなくてもよいし、検索条件を満たさない旨の判断結果を判断結果送信部２２１５へ出力してもよい。判断結果送信部２２１５は、判断部２２１４から出力された判断結果を、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件の送信元の携帯端末へ、通信部６０１を介してサーバ１２０を経由させて送信する。

実施の形態２にかかるサーバ１２０の機能的構成について説明する。特性情報変換部５０３は、信号データに変換した特性情報を、通信部５０１を介して携帯端末１１０Ａへ送信する。また、実施の形態２においては、検索条件による判断を携帯端末１１０Ａ〜１１０Ｄ側で行うため、位置時刻取得部５０４、テーブル記憶部５０５、検索条件受信部５０６、検索部５０７および検索結果送信部５０８（図５参照）を省いた構成にしてもよい。

図２３は、実施の形態２にかかる特性情報取得動作の一例を示すシーケンス図である。 図２３に示すステップＳ２３０１〜Ｓ２３０４は、ステップＳ７０１〜Ｓ７０４（図７参照）と同様であるため説明を省略する。ステップＳ２３０４によってサーバ１２０の特性情報変換部５０３が特性情報を信号データに変換した後、サーバ１２０が、変換した特性情報を携帯端末１１０Ａへ送信する（ステップＳ２３０５）。

つぎに、携帯端末１１０Ａが、ステップＳ２３０５によって送信された特性情報を特性情報記憶部２２１２に記憶し（ステップＳ２３０６）、一連の処理を終了する。これにより、携帯端末１１０Ａが、検索条件による検索が容易な形式で特性情報を取得することができる。また、携帯端末１１０Ｂ〜１１０Ｄについても同様に特性情報取得動作を行うことで、携帯端末１１０Ｂ〜１１０Ｄがそれぞれ自装置の特性情報を取得する。

図２４は、各携帯端末によって記憶される情報の一例を示す図である。図２４において、図９に示した部分と同様の部分については説明を省略する。実施の形態２においては、携帯端末１１０Ａ〜１１０Ｄのそれぞれが自装置の特性情報を自装置に保持しているため、特性情報としてスケジュール情報を記憶しておかなくてもよい。

すなわち、判断部２２１４が特性情報としてスケジュール情報を参照するときは、携帯端末１１０Ａ〜１１０Ｄが有する通常のスケジュール登録機能によってそれぞれ自装置に記憶されたスケジュール情報を参照すればよい。ただし、実施の形態１と同様に、スケジュール情報もサーバ１２０へ送信して信号データに変換させ、サーバ１２０から返送されたスケジュール情報を情報９００としてテーブル記憶部５０５に記憶してもよい。

図２５は、実施の形態２にかかる通信システムによる検索動作の一例を示すシーケンス図である。まず、携帯端末１１０Ａの検索条件入力部６０３に対してユーザが検索条件を入力する（ステップＳ２５０１）。つぎに、携帯端末１１０Ａが、ステップＳ２５０１によって入力された検索条件を、マルチキャストアドレスを宛先としてサーバ１２０へ送信する（ステップＳ２５０２）。つぎに、サーバ１２０が、ステップＳ２５０２によって送信された検索条件を、携帯端末１１０Ｂ〜１１０Ｄへ配信する（ステップＳ２５０３）。

つぎに、携帯端末１１０Ｂ〜１１０Ｄのそれぞれが、ステップＳ２５０３によって配信された検索条件を自装置が満たすか否かを判断する（ステップＳ２５０４）。ここでは、携帯端末１１０Ｂおよび携帯端末１１０Ｃが検索条件を満たすと判断したとする。また、携帯端末１１０Ｄは検索条件を満たさないと判断したとする。

つぎに、携帯端末１１０Ｂが、検索条件を満たす旨の判断結果をサーバ１２０へ送信し（ステップＳ２５０５）、送信された判断結果をサーバ１２０が携帯端末１１０Ａへ転送する（ステップＳ２５０６）。また、携帯端末１１０Ｃが、検索条件を満たす旨の判断結果をサーバ１２０へ送信し（ステップＳ２５０７）、送信された判断結果をサーバ１２０が携帯端末１１０Ａへ転送する（ステップＳ２５０８）。

つぎに、携帯端末１１０Ａが、ステップＳ２５０５〜Ｓ２５０８によって送信された判断結果に基づく検索結果をユーザに対して表示し（ステップＳ２５０９）、一連の処理を終了する。図示しないが、この後、ユーザからの接続要求を受け付け、近距離無線通信部６０７によるコミュニケーションを開始してもよい（たとえば図１４参照）。

このように、実施の形態２にかかる携帯端末１１０Ａ〜１１０Ｄによれば、携帯端末１１０Ｂ〜１１０Ｄのそれぞれが、位置時刻情報が、携帯端末１１０Ａから受信した位置および時刻に関する検索条件を満たすか否かを判断して判断結果を携帯端末１１０Ａへ送信することで、時間の経過とともに移動する携帯端末を対象とした検索が可能になる。

これにより、サーバ１２０が位置時刻情報や特性情報を取得しなくても、特定の地域にいる携帯端末を探索することが可能になる。このため、サーバ１２０と携帯端末１１０Ａ〜１１０Ｄとの間の通信量を低減することができる。なお、実施の形態１において説明した各種の検索条件は、実施の形態２に対しても適用することができる。

（実施の形態３）
図２６は、実施の形態３にかかる通信システムの概要を示す図である。図２６において、図１に示した構成と同様の構成については同一の符号を付して説明を省略する。実施の形態１においては、携帯端末１１０Ａ〜１１０Ｄのそれぞれが位置時刻情報を自動的にサーバ１２０へ送信すると説明したが、実施の形態３においては携帯端末１１０Ａ〜１１０Ｄは位置時刻情報を送信しなくてもよい。

また、実施の形態１においては、携帯端末１１０Ａ〜１１０Ｄのそれぞれが特性情報をサーバ１２０へ送信すると説明したが、実施の形態３においては、携帯端末１１０Ａ〜１１０Ｄは特性情報を送信しなくてもよい。携帯端末１１０Ａ〜１１０Ｄは、たとえば、通信システム１００のサービス加入時に、ユーザから特性情報の入力を受け付けて、受け付けた特性情報を自装置に保持しておく。

実施の形態３においては、携帯端末１１０Ａ〜１１０Ｄのいずれかの携帯端末が、自装置の周辺へ、検索条件を電波によってブロードキャスト配信する。検索条件のブロードキャスト配信は、たとえば赤外線通信、ブルートゥース通信または無線ＬＡＮなどの近距離無線通信によって行う。ここでは、携帯端末１１０Ａが自装置の周辺へ検索条件をブロードキャスト配信することとする。

携帯端末１１０Ａによってブロードキャスト配信された検索条件は、携帯端末１１０Ａの周辺、すなわち、携帯端末１１０Ａが発する近距離無線通信の電波が届く範囲２４１０の携帯端末によってのみ受信される。ここでは、携帯端末１１０Ｂ〜１１０Ｄのうちの携帯端末１１０Ｂおよび携帯端末１１０Ｃが携帯端末１１０Ａの周辺に位置し、携帯端末１１０Ａによってブロードキャスト配信された検索条件を受信したとする。

また、携帯端末１１０Ａは、携帯端末１１０Ｂから遠距離に位置しており、携帯端末１１０Ａによってブロードキャスト配信された検索条件を受信しなかったとする。ここでは、検索条件は、少なくとも、通信システム１００によるサービスに加入していることと、検索条件を受信したこと（すなわち携帯端末１１０Ａ周辺に位置していること）である。

携帯端末１１０Ａによってブロードキャスト配信された検索条件を受信した携帯端末１１０Ｂおよび携帯端末１１０Ｃのそれぞれは、受信した検索条件を自装置が満たすか否かを判断する。この場合は、携帯端末１１０Ｂおよび携帯端末１１０Ｃが、検索条件を満たすと判断する。携帯端末１１０Ｂおよび携帯端末１１０Ｃは、検索条件を満たす旨の判断結果を、近距離無線通信によって携帯端末１１０Ａへ送信する。

このとき、携帯端末１１０Ｂおよび携帯端末１１０Ｃは、自装置の現在位置や特性情報などの各種情報（実施の形態１参照）を判断結果に含めて携帯端末１１０Ａへ送信してもよい。携帯端末１１０Ａは、受信した判断結果を検索結果としてユーザに対して出力する。検索結果の形式は、実施の形態２と同様であるため説明を省略する。

また、携帯端末１１０Ａからサーバ１２０へ送信する検索条件には、特性情報に関する条件が含まれていてもよい。この場合は、検索条件を受信した携帯端末１１０Ｂおよび携帯端末１１０Ｃは、自装置が取得した特性情報が検索条件を満たすか否かを判断する。たとえば、特性情報に関する条件は、特性情報ｐＢである。この場合は、携帯端末１１０Ｂのみが、検索条件を満たす旨の判断結果を携帯端末１１０Ａへ送信する。

なお、ここでは、携帯端末１１０Ｂ〜１１０Ｄのうちの、検索条件を満たす携帯端末が判断結果を携帯端末１１０Ａへ送信し、検索条件を満たさない携帯端末は判断結果を送信しない構成について説明したが、検索条件を受信した携帯端末のうちの検索条件を満たさない携帯端末は、検索条件を満たさない旨の判断結果を送信してもよい。

図２７は、実施の形態３にかかる携帯端末の機能的構成を示すブロック図である。図２７において、図２２に示した構成と同様の構成については同一の符号を付して説明を省略する。検索条件入力部６０３は、入力された検索条件を近距離無線通信部６０７へ出力する。近距離無線通信部６０７へ出力された検索条件は、携帯端末１１０Ａの周辺へブロードキャスト配信される。検索結果出力部６０４には、携帯端末１１０Ｂ〜１１０Ｄのいずれかから送信され、近距離無線通信部６０７を介して受信された検索結果が入力される。

検索条件受信部２２１３は、携帯端末１１０Ｂ〜１１０Ｄのいずれかから送信された検索条件を、近距離無線通信部６０７を介して受信する。判断結果送信部２２１５は、判断部２２１４から出力された判断結果を、近距離無線通信部６０７を介して、携帯端末１１０Ｂ〜１１０Ｄのうちの検索条件の送信元の携帯端末へ送信する。

図２８は、実施の形態３にかかる通信システムによる検索動作の一例を示すシーケンス図である。まず、携帯端末１１０Ａの検索条件入力部６０３に対してユーザが検索条件を入力する（ステップＳ２８０１）。つぎに、携帯端末１１０Ａの近距離無線通信部６０７が、ステップＳ２８０１によって入力された検索条件を、自装置の周辺にブロードキャスト配信する（ステップＳ２８０２）。

ここでは、ブロードキャスト配信された検索条件を、携帯端末１１０Ｂおよび携帯端末１１０Ｃが受信し、携帯端末１１０Ｄが受信しなかったとする。つぎに、携帯端末１１０Ｂおよび携帯端末１１０Ｃのそれぞれが、ステップＳ２８０２によって配信された検索条件を自装置が満たすか否かを判断する（ステップＳ２８０３）。

ここでは、携帯端末１１０Ｂおよび携帯端末１１０Ｃが、自装置は検索条件を満たすと判断したとする。つぎに、携帯端末１１０Ｂが、検索条件を満たす旨の判断結果を、近距離無線通信によって携帯端末１１０Ａへ送信する（ステップＳ２８０４）。また、携帯端末１１０Ｃが、検索条件を満たす旨の判断結果を、近距離無線通信によって携帯端末１１０Ａへ送信する（ステップＳ２８０５）。

つぎに、携帯端末１１０Ａが、ステップＳ２８０４，Ｓ２８０５によって送信された判断結果に基づく検索結果をユーザに対して表示し（ステップＳ２８０６）、一連の処理を終了する。図示しないが、この後、ユーザからの接続要求を受け付け、近距離無線通信部６０７によるコミュニケーションを開始してもよい（たとえば図１４参照）。

このように、実施の形態３にかかる携帯端末１１０Ａ〜１１０Ｄによれば、携帯端末１１０Ｂ〜１１０Ｄのうちの、携帯端末１１０Ａが電波によって配信した検索条件を直接受信した携帯端末のみが検索条件を満たすか否かを判断するため、検索結果を、携帯端末１１０Ａの周辺に位置する携帯端末に絞り込むことができる。

これにより、時間の経過とともに移動する携帯端末を対象とした検索が可能になるとともに、検索対象を自動的に携帯端末１１０Ａの周辺に絞り込むことができる。このため、サーバ１２０や携帯端末１１０Ａ〜１１０Ｄが位置時刻情報を取得しなくても、検索条件を送信する携帯端末の近隣検索を行うことが可能になる。

また、携帯端末１１０Ａ〜１１０Ｄが独立して近距離無線通信によって検索を行うため、通信システム１００を低コストで実現することができる。また、移動体通信網やインターネットを経由しなくても検索が可能であるため、これらの通信資源を圧迫することなく通信システム１００を実現することができる。なお、実施の形態１において説明した各種の検索条件は、実施の形態２に対しても適用することができる。

（携帯端末装置のハードウェア構成）
図２９は、携帯端末またはサーバのハードウェア構成を示すブロック図である。図６、図２２および図２７に示した携帯端末１１０Ａは、ＣＰＵ２９１１と、メモリ２９１２と、ネットワーク通信インターフェース２９１３（ネットワーク通信Ｉ／Ｆ）と、ユーザインターフェース２９１４（ユーザＩ／Ｆ）と、近距離無線通信インターフェース２９１５（近距離無線通信Ｉ／Ｆ）と、ＧＰＳモジュール２９１６と、を備えたコンピュータ２９００によって実現することができる。

ＣＰＵ２９１１、メモリ２９１２、ネットワーク通信インターフェース２９１３、ユーザインターフェース２９１４および近距離無線通信インターフェース２９１５は、バス２９３０を介して互いに接続されている。ＣＰＵ２９１１（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）は、コンピュータ２９００の全体の制御を司る。

メモリ２９１２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）、光ディスク、フラッシュメモリなどである。メモリ２９１２はＣＰＵ２９１１のワークエリアとして使用される。また、メモリ２９１２には各種プログラムが格納されている。メモリ２９１２に格納された各種プログラムは、ＣＰＵ２９１１からの命令に応じてロードされる。

ネットワーク通信インターフェース２９１３は、ネットワーク２９２０を介して無線通信を行うモジュールである。ネットワーク通信インターフェース２９１３は、たとえば、無線通信を行うためのアンテナなどである。

ユーザインターフェース２９１４は、ユーザとの間で情報の入出力を行う。ユーザインターフェース２９１４は、ユーザからの入力を受け付ける各種キー、タッチパネルまたはマイクなどを備えている。また、ユーザインターフェース２９１４は、ユーザへ情報を出力する表示画面、発光部またはスピーカなどを備えている。

近距離無線通信インターフェース２９１５は、赤外線通信やブルートゥース通信などの近距離無線通信を行うモジュールである。ここでは携帯端末１１０Ａのハードウェア構成について説明したが、携帯端末１１０Ｂ〜１１０Ｄのハードウェア構成も同様である。

図６に示した通信部６０１は、ネットワーク通信インターフェース２９１３によって実現することができる。図６に示した特性情報入力部６０２、検索条件入力部６０３、検索結果出力部６０４および接続要求受付部６０６は、ユーザインターフェース２９１４によって実現することができる。

図６に示した現在位置取得部６０５は、ＧＰＳモジュール２９１６によって実現することができる。図６に示した近距離無線通信部６０７は、近距離無線通信インターフェース２９１５によって実現することができる。また、図２２に示した検索条件受信部２２１３および判断結果送信部２２１５は、ネットワーク通信インターフェース２９１３によって実現することができる。図２７に示した検索条件受信部２２１３および判断結果送信部２２１５は、近距離無線通信インターフェース２９１５によって実現することができる。

また、図２２および図２７に示した判断部２２１４は、ＣＰＵ２９１１によって実現することができる。図２２および図２７に示した特性情報記憶部２２１２は、メモリ２９１２によって実現することができる。

また、図５および図１５に示したサーバ１２０も、コンピュータ２９００によって実現することができる。図５および図１５に示した通信部５０１、特性情報取得部５０２、位置時刻取得部５０４、検索条件受信部５０６および検索結果送信部５０８は、ネットワーク通信インターフェース２９１３によって実現することができる。

図５および図１５に示した特性情報変換部５０３および検索部５０７は、ＣＰＵ２９１１によって実現することができる。図１５に示した接続処理部１５１１は、ＣＰＵ２９１１によって実現することができる。

図５および図１５に示したテーブル記憶部５０５は、メモリ２９１２によって実現することができる。コンピュータ２９００によってサーバ１２０を実現する場合は、ユーザインターフェース２９１４、近距離無線通信インターフェース２９１５およびＧＰＳモジュール２９１６を省いた構成にしてもよい。

本実施の形態で説明した携帯端末検索方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な媒体であってもよい。

また、本実施の形態で説明したサーバ１２０は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣ（以下、単に「ＡＳＩＣ」と称す。）やＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータを、
携帯端末群の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段、
前記携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信する受信手段、
前記携帯端末群の中から、前記位置取得手段によって取得された位置時刻情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索する検索手段、
前記検索手段による検索結果を前記一の携帯端末へ送信する送信手段、
として機能させることを特徴とする携帯端末検索プログラム。

（付記２）前記位置取得手段は、前記携帯端末群から定期的に送信される前記位置時刻情報を受信することを特徴とする付記１に記載の携帯端末検索プログラム。

（付記３）前記コンピュータを、前記携帯端末群のユーザ特性を示す各特性情報を取得する特性情報取得手段として機能させ、
前記検索条件には前記特性情報に関する条件が含まれており、
前記検索手段は、前記携帯端末群の中から、前記特性情報取得手段によって取得された特性情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索することを特徴とする付記１または２に記載の携帯端末検索プログラム。

（付記４）前記特性情報取得手段は、前記特性情報に含まれる受付拒否要求を取得し、
前記検索手段は、前記特性情報取得手段によって前記受付拒否要求が取得された携帯端末を検索の母集団から除くことを特徴とする付記３に記載の携帯端末検索プログラム。

（付記５）前記受信手段は、前記一の携帯端末の現在位置を含む所定の地域である旨の前記検索条件を受信することを特徴とする付記１〜４のいずれか一つに記載の携帯端末検索プログラム。

（付記６）前記コンピュータを、前記検索手段によって検索された携帯端末と、前記一の携帯端末と、の接続処理を行う接続処理手段として機能させることを特徴とする付記１〜５のいずれか一つに記載の携帯端末検索プログラム。

（付記７）前記検索手段は、前記検索条件を満たす携帯端末が存在しない場合は、前記位置に関する条件を拡大して再検索を行うことを特徴とする付記１〜６のいずれか一つに記載の携帯端末検索プログラム。

（付記８）前記検索手段は、前記位置に関する条件を拡大して再検索した携帯端末を地域ごとに分類した地域リストを前記検索結果として出力することを特徴とする付記７に記載の携帯端末検索プログラム。

（付記９）前記接続処理手段は、前記携帯端末群のそれぞれについて、接続処理を行った回数を計数し、
前記送信手段は、前記検索結果に、前記検索結果の携帯端末について前記接続処理手段によって計数された回数を含めることを特徴とする付記６に記載の携帯端末検索プログラム。

（付記１０）前記特性情報取得手段は、前記特性情報に含まれるプッシュ情報を取得し、
前記送信手段は、前記検索結果に、前記特性情報取得手段によって取得されたプッシュ情報を含めることを特徴とする付記３に記載の携帯端末検索プログラム。

（付記１１）携帯端末群の中の一の携帯端末のコンピュータを、
前記一の携帯端末の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段、
前記携帯端末群の中の他の携帯端末から前記携帯端末群に配信された位置および時刻に関する検索条件を受信する受信手段、
前記位置取得手段によって取得された位置時刻情報が、前記受信手段によって受信された検索条件を満たすか否かを判断する判断手段、
前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段、
として機能させることを特徴とする携帯端末検索プログラム。

（付記１２）携帯端末群の中の一の携帯端末のコンピュータを、
前記携帯端末群の中の他の携帯端末から電波によって配信された検索条件を直接受信する受信手段、
前記受信手段によって前記検索条件が受信された場合に、受信された検索条件を自装置が満たすか否かを判断する判断手段、
前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段、
として機能させることを特徴とする携帯端末検索プログラム。

（付記１３）携帯端末群の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段と、
前記携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信する受信手段と、
前記携帯端末群の中から、前記位置取得手段によって取得された位置時刻情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索する検索手段と、
前記検索手段による検索結果を前記一の携帯端末へ送信する送信手段と、
を備えることを特徴とするサーバ。

（付記１４）携帯端末群の中の一の携帯端末において、
前記一の携帯端末の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段と、
前記携帯端末群の中の他の携帯端末から前記携帯端末群に配信された位置および時刻に関する検索条件を受信する受信手段と、
前記位置取得手段によって取得された位置時刻情報が、前記受信手段によって受信された検索条件を満たすか否かを判断する判断手段と、
前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段と、
を備えることを特徴とする携帯端末。

（付記１５）携帯端末群の中の一の携帯端末において、
前記携帯端末群の中の他の携帯端末から電波によって配信された検索条件を直接受信する受信手段と、
前記受信手段によって前記検索条件が受信された場合に、受信された検索条件を自装置が満たすか否かを判断する判断手段と、
前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段と、
を備えることを特徴とする携帯端末。

（付記１６）携帯端末群の位置と時刻を対応付けた位置時刻情報を取得する位置取得工程と、
前記携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信する受信工程と、
前記携帯端末群の中から、前記位置取得工程によって取得された位置時刻情報が前記受信工程によって受信された検索条件を満たす携帯端末を検索する検索工程と、
前記検索工程による検索結果を前記一の携帯端末へ送信する送信工程と、
を含むことを特徴とする携帯端末検索方法。

（付記１７）携帯端末群の中の一の携帯端末において、
前記一の携帯端末の位置と時刻を対応付けた位置時刻情報を取得する位置取得工程と、
前記携帯端末群の中の他の携帯端末から前記携帯端末群に配信された位置および時刻に関する検索条件を受信する受信工程と、
前記位置取得工程によって取得された位置時刻情報が、前記受信工程によって受信された検索条件を満たすか否かを判断する判断工程と、
前記判断工程による判断結果を前記他の携帯端末へ送信する送信工程と、
を含むことを特徴とする携帯端末検索方法。

（付記１８）携帯端末群の中の一の携帯端末において、
前記携帯端末群の中の他の携帯端末から電波によって配信された検索条件を直接受信する受信工程と、
前記受信工程によって前記検索条件が受信された場合に、受信された検索条件を自装置が満たすか否かを判断する判断工程と、
前記判断工程による判断結果を前記他の携帯端末へ送信する送信工程と、
を含むことを特徴とする携帯端末検索方法。

実施の形態１にかかる通信システムの概要（その１）を示す図である。 実施の形態１にかかる通信システムの概要（その２）を示す図である。 実施の形態１にかかる通信システムの概要（その３）を示す図である。 実施の形態１にかかる通信システムの概要（その４）を示す図である。 実施の形態１にかかるサーバの機能的構成の一例を示すブロック図である。 実施の形態１にかかる携帯端末の機能的構成の一例を示すブロック図である。 実施の形態１にかかる特性情報取得動作の一例を示すシーケンス図である。 サーバによる位置情報取得動作の一例を示すシーケンス図である。 サーバによって記憶される情報の一例を示す図である。 携帯端末における検索条件の入力の一例を示す図である。 図１０に示した例で携帯端末が送信する検索条件を示す図である。 携帯端末における検索条件の入力の他の例を示す図である。 図１２に示した例で携帯端末が送信する検索条件を示す図である。 実施の形態１にかかる通信システムによる検索動作の一例を示すシーケンス図である。 図５に示したサーバの機能的構成の変形例を示すブロック図である。 図１５に対応する通信システムによる検索動作の一例を示すシーケンス図である。 実施の形態１にかかる通信システムによる検索動作の他の例を示すシーケンス図である。 図１７に示した検索動作の変形例を示すシーケンス図である。 実施の形態１にかかる通信システムによる検索動作のさらに他の例を示すシーケンス図である。 図１９に示した検索動作における再検索結果の一例を示す図である。 実施の形態２にかかる通信システムの概要を示す図である。 実施の形態２にかかる携帯端末の機能的構成を示すブロック図である。 実施の形態２にかかる特性情報取得動作の一例を示すシーケンス図である。 各携帯端末によって記憶される情報の一例を示す図である。 実施の形態２にかかる通信システムによる検索動作の一例を示すシーケンス図である。 実施の形態３にかかる通信システムの概要を示す図である。 実施の形態３にかかる携帯端末の機能的構成を示すブロック図である。 実施の形態３にかかる通信システムによる検索動作の一例を示すシーケンス図である。 携帯端末またはサーバのハードウェア構成を示すブロック図である。

符号の説明

１００ 通信システム
１１０Ａ〜１１０Ｄ 携帯端末
１２０ サーバ
１２１ テーブル
１３０，４０２ 範囲
４０１ 位置
１０１０ 表示画面
１０１１〜１０１５ 入力ボックス
１０２１ 検索ボタン
１１１０ 検索条件
２０１１ 再検索結果

Claims (8)

1. コンピュータを、
   携帯端末群の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段、
   前記携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信する受信手段、
   前記携帯端末群の中から、前記位置取得手段によって取得された位置時刻情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索する検索手段、
   前記検索手段による検索結果を前記一の携帯端末へ送信する送信手段、
   として機能させることを特徴とする携帯端末検索プログラム。
2. 前記位置取得手段は、前記携帯端末群から定期的に送信される前記位置時刻情報を受信することを特徴とする請求項１に記載の携帯端末検索プログラム。
3. 前記コンピュータを、前記携帯端末群のユーザ特性を示す各特性情報を取得する特性情報取得手段として機能させ、
   前記検索条件には前記特性情報に関する条件が含まれており、
   前記検索手段は、前記携帯端末群の中から、前記特性情報取得手段によって取得された特性情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索することを特徴とする請求項１または２に記載の携帯端末検索プログラム。
4. 前記特性情報取得手段は、前記特性情報に含まれる受付拒否要求を取得し、
   前記検索手段は、前記特性情報取得手段によって前記受付拒否要求が取得された携帯端末を検索の母集団から除くことを特徴とする請求項３に記載の携帯端末検索プログラム。
5. 前記コンピュータを、前記検索手段によって検索された携帯端末と、前記一の携帯端末と、の接続処理を行う接続処理手段として機能させることを特徴とする請求項１〜４のいずれか一つに記載の携帯端末検索プログラム。
6. 携帯端末群の中の一の携帯端末のコンピュータを、
   前記一の携帯端末の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段、
   前記携帯端末群の中の他の携帯端末から前記携帯端末群に配信された位置および時刻に関する検索条件を受信する受信手段、
   前記位置取得手段によって取得された位置時刻情報が、前記受信手段によって受信された検索条件を満たすか否かを判断する判断手段、
   前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段、
   として機能させることを特徴とする携帯端末検索プログラム。
7. 携帯端末群の中の一の携帯端末のコンピュータを、
   前記携帯端末群の中の他の携帯端末から電波によって配信された検索条件を直接受信する受信手段、
   前記受信手段によって前記検索条件が受信された場合に、受信された検索条件を自装置が満たすか否かを判断する判断手段、
   前記判断手段による判断結果を前記他の携帯端末へ送信する送信手段、
   として機能させることを特徴とする携帯端末検索プログラム。
8. 携帯端末群の位置と時刻を対応付けた位置時刻情報を取得する位置取得手段と、
   前記携帯端末群の中の一の携帯端末から送信された位置および時刻に関する検索条件を受信する受信手段と、
   前記携帯端末群の中から、前記位置取得手段によって取得された位置時刻情報が前記受信手段によって受信された検索条件を満たす携帯端末を検索する検索手段と、
   前記検索手段による検索結果を前記一の携帯端末へ送信する送信手段と、
   を備えることを特徴とするサーバ。

Images