(57)【要約】【課題】相互発見可能な機器の利用に際し、自機器の持つ属性が相手や状況によらず自動的に送出されてしまうことにより、利用者に不安を与えてしまうことを解決する。【解決手段】機器に登録する属性毎に、自動的に相手機器に送出するか、なんらかの条件が揃ったときのみに相手機器に送出するかを指定する手段を設ける。さらに、どのような条件が揃ったのかを利用者に報知する手段も有している。これらにより、相互発見装置の利用に関する利用者の不安を軽減可能とする。【選択図】図１
2010226640.tif 000002
【特許請求の範囲】
【請求項１】
通信手段を有して、互いの機器を相互に発見可能な相互発見装置において、
自機器の所有者に関する少なくとも１つの属性要素からなる属性情報を記憶する属性記憶手段と、
前記属性情報要素ごとに対応する発見モード情報を記憶する発見モード情報記憶手段と、
前記通信手段を用いて受信した相手機器の属性情報と自機器の前記属性情報とを交換する相互発見手段と、
を有し、
前記発見モード情報は、前記属性情報を自機器から先に相手機器へ送信することを許可する自発モードと、自機器から先に相手機器へ送信することを許可しない受身モードと、の２つの情報からなり、
前記相互発見手段は、前記発見モード情報に基づき、前記属性情報の交換を制御することを特徴とする相互発見装置。
【請求項２】
前記相互発見手段は、自機器の持つ前記属性情報と相手機器が送出した属性情報との一致度に基づき、前記属性情報の交換を制御する
ことを特徴とする請求項１に記載の相互発見装置。
【請求項３】
前記属性要素ごとに条件属性情報を記憶する条件属性記憶手段を有し、
前記相互発見手段は、自機器の持つ前記条件属性情報と相手機器が送出した属性情報との一致度に基づき、前記属性情報の交換を制御する
ことを特徴とする請求項１に記載の相互発見装置。
【請求項４】
現在時刻を計時する計時手段と、該現在時刻から得られる条件時間帯情報を記憶する条件時間帯情報記憶手段と、
を備え、
前記相互発見手段は、前記発見モードおよび前記条件時間帯情報と前記現在時刻との比較結果に基づき、前記属性情報の交換を制御する
ことを特徴とする請求項１に記載の相互発見装置。
【請求項５】
利用者に情報を報知する出力手段を備え、
前記相互発見手段は、前記出力手段を用いて、前記発見モード情報、前記条件属性、前記一致度、前記比較結果を報知することを特徴とする請求項１から４のいずれか１つに記載の相互発見装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信により相互に発見可能な情報機器に関するものである。
【背景技術】
【０００２】
無線機器同士が相互に通信を行い、データの送受を行うことで情報を共有したり、一方の無線機器の情報内容を他方の無線機器が取得したりすることができる。そのような無線機器を用いた相互コミュニケーション装置は、近年知られているものである。
【０００３】
このように、無線機器同士が、相互に相手を発見することを相互発見動作という。相互発見動作は、自無線機器の通信可能範囲内に他無線機器が存在すること発見し、発見した無線機器と情報をやり取りし、無線機器間に共通する属性があることを互いに認識することも含む。
【０００４】
属性とは、その無線機器の所有者が属する組織やコミュニティであったり、所有者の趣味や欲求であったり、所有者の出身地や身体的特徴（例えば、花粉症であるなど）であったり、相互発見の利用目的に応じて任意に定めることができる。このような相互発見動作を利用すれば、互いに共通性を持つ人との出会いを促すことが可能であり、多くの提案を見るものである（例えば、特許文献１参照。）。
【０００５】
特許文献１は、相互発見可能な携帯型電子生物生存装置について記述している。相互発見した装置間では、属性（電子ペットデータおよびユーザのデータ）を交換可能である。
特許文献１に示した従来技術を図１７を用いて説明する。図１７において、ステップ１およびステップ２は、互いの存在を発見するステップである。その後、ステップ３からステップ８で電子ペットデータを交換し、ステップ９からステップ１４で飼い主データを交換する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００１−３８０４２号公報（第６頁、図２）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載の携帯型電子生物生存装置は、電子ペットデータおよびユーザのデータなどの属性を交換可能であるが、装置に登録されている属性情報は、図１７に示したステップ４およびステップ７のように相手機器が受け取りを承諾すれば、自動的に送出されてしまう。
【０００８】
このように、従来知られている機器は、自機器に登録された属性が自動的に相手機器に発信されてしまうため、相手に応じて情報発信を抑制することができないのである。
自機器に登録された属性情報が、無条件に相手機器に送出されるシステムでは、プライバシーを守りにくいという問題がある。
プライバシーに懸念があるシステムは、利用者の抵抗感により、登録される属性情報が少なくなったり、積極的に利用されることが少なくなったりするため、相互発見装置の本来の目的である出会いの促進も困難となる。
【０００９】
本発明は、このような現状に鑑み、利用者の属性情報を自機器からの情報発信するとき、それを制御することで、相互発見装置を安心して利用可能とするものである。
【課題を解決するための手段】
【００１０】
上記の課題を解決する手段として、本発明の相互発見装置は、下記記載の構造を採用するものである。
【００１１】
通信手段を有して、互いの機器を相互に発見可能な相互発見装置において、
自機器の所有者に関する少なくとも１つの属性要素からなる属性情報を記憶する属性記憶手段と、属性情報要素ごとに対応する発見モード情報を記憶する発見モード情報記憶手段と、通信手段を用いて受信した相手機器の属性情報と自機器の属性情報とを交換する相互発見手段と、を有し、
発見モード情報は、属性情報を自機器から先に相手機器へ送信することを許可する自発モードと、自機器から先に相手機器へ送信することを許可しない受身モードと、の２つの情報からなり、相互発見手段は、発見モード情報に基づき、属性情報の交換を制御することを特徴とする。
【００１２】
このような構成にすることで、自機器が持つ属性情報のうち積極的に相手機器に送信したくない属性の発見モード情報を受身モードとすれば、その属性が相手機器に自動的に送信されることを防止できる。このため、自機器と相手機器との間で、より安全に属性情報を交換可能となる。
【００１３】
相互発見手段は、自機器の持つ属性情報と相手機器が送出した属性情報との一致度に基づき、属性情報の交換を制御するようにしてもよい。
【００１４】
このような構成とすることで、自機器が受身モードと指定した属性情報の送出先を、属性情報の一致度が高い相手、すなわち嗜好あるいは経歴が近いと予想される相手のみに限定可能となる。
【００１５】
属性要素ごとに条件属性情報を記憶する条件属性記憶手段を有し、相互発見手段は、自機器の持つ条件属性情報と相手機器が送出した属性情報との一致度に基づき、属性情報の交換を制御するようにしてもよい。
【００１６】
このような構成にすることで、自機器が受身モードと指定した属性情報の送出先を、自機器が指定した条件を満たす相手のみに限定可能となる。これにより、相互発見装置を用いる際の安心感を高めることが可能となる。
【００１７】
現在時刻を計時する計時手段と、この現在時刻から得られる条件時間帯情報を記憶する条件時間帯情報記憶手段と、を備え、相互発見手段は、発見モードおよび条件時間帯情報と現在時刻との比較結果に基づき、属性情報の交換を制御するようにしてもよい。
【００１８】
このような構成にすることで、自機器が受身モードと指定した属性情報の送出を、利用者が安心できる時間帯のみに限定可能となり、利用者が予期しない時間帯の属性送出を抑制可能となる。
【００１９】
利用者に情報を報知する出力手段を備え、相互発見手段は、この出力手段を用いて、発見モード情報、条件属性、一致度、比較結果を報知するようにしてもよい。
【００２０】
このような構成にすることで、利用者は装置の状態を知りえることができて、便利である。
【発明の効果】
【００２１】
本発明の相互発見装置によれば、利用者は、自機器に登録された属性の送出を、発見モードを指定することにより、抑制可能である。登録した属性が無条件に相手機器に送出される場合と比較し、利用者のプライバシーを守ることができ、利用者の抵抗感を低減できるという効果がある。
【００２２】
また本発明によれば、自機器が属性を送出する前に、相手機器が送出した属性情報、あるいは相手機器が送出した属性情報と自機器が持つ属性情報との一致度等を利用者に提示し、利用者が自機器の持つ属性情報を送出して良いかを判断可能とする。これにより、さらに利用者の抵抗感を低減できるという効果もある。
【００２３】
利用者の抵抗感を低減することで、自機器への情報登録および相互発見機能の利用を促進可能であり、機器本来の目的である出会いの促進が実現される可能性を高めることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の相互発見装置を説明する全体構成図である。
【図２】本発明の相互発見装置の属性記憶手段の内容を説明する図である。
【図３】本発明の相互発見装置の発見モード記憶手段の内容を説明する図である。
【図４】本発明の相互発見装置の条件属性記憶手段の内容を説明する図である。
【図５】本発明の相互発見装置の条件時間帯記憶手段の内容を説明する図である。
【図６】本発明の相互発見装置の外観を説明する図である。
【図７】装置間で送受信されるパケットのデータ形式を説明する図である。
【図８】本発明の相互発見装置同士の処理シーケンスを説明する図である。
【図９】本発明の相互発見装置の相互発見動作の処理を説明するフロー図である。
【図１０】本発明の相互発見装置の相互発見動作の一部であるマスタ動作の処理を説明するフロー図である。
【図１１】本発明の相互発見装置の相互発見動作の一部であるスレーブ動作の処理を説明するフロー図である。
【図１２】本発明の相互発見装置の相互発見動作で内部的に用いるデータの形式を説明する図である。
【図１３】本発明の相互発見装置の相互発見動作で属性の送出可否を判定する処理を説明するフロー図である。
【図１４】本発明の相互発見装置の相互発見動作で属性の送出可否を判定する処理を補足説明するフロー図である。
【図１５】本発明の相互発見装置の相互発見動作で属性の送出可否を判定する処理を補足説明するフロー図である。
【図１６】本発明の相互発見装置の相互発見動作で属性の送出可否を判定する処理を補足説明するフロー図および利用者への報知の例を示す図である。
【図１７】特許文献１に示した従来技術を説明するための図である。
【発明を実施するための形態】
【００２５】
以下、本発明の相互発見装置を図面を基にして詳述する。なお、図面にあっては、同一の構成には同一の番号を付与することとし、その説明は省略する。また、説明にあっては、発明に関係のない部分は省略する。
【００２６】
［全体説明：図１］
まず、実施形態の構成を説明する。図１は、本発明の相互発見装置を説明する全体構成図である。図１において、１０１は相互発見装置、１０２はパーソナルコンピュータ（以下「ＰＣ」と略）、１０３は携帯電話、１０４はインターネット、１０５はセンターサービスである。
同様に、１１１は実行制御手段、１１２は外部接続手段、１１３はプログラム記憶手段、１１４は属性記憶手段、１１５は発見モード記憶手段、１１６は条件属性記憶手段、１１７は条件時間帯記憶手段、１１８は計時手段、１１９は受信手段、１２０は送信手段、１２１は近接情報記憶手段、１２２は出力手段、１２３は入力手段、１５１は相互発見手段である。
【００２７】
図１に示すように、相互発見装置１０１は、情報処理装置の一種であり、相互発見装置１０１の内部に存在する手段のうち、実行制御手段１１１、相互発見手段１５１はソフトウェアとして実現されているものとする。ソフトウェアは、プログラム記憶手段１１３に記録されているプログラムが、適宜読み込まれて実行されるものとする。
【００２８】
また、プログラム記憶手段１１３、属性記憶手段１１４、発見モード記憶手段１１５、条件属性記憶手段１１６、条件時間帯記憶手段１１７、近接情報記憶手段１２１は、情報処理装置が持つメモリ装置の領域として実現されているものとする。さらに、外部接続手段１１２、計時手段１１８、受信手段１１９、送信手段１２０、出力手段１２２、入力手段１２３は、それぞれ対応するハードウェアとして実現されているものとする。
【００２９】
例えば、外部接続手段１１２は、ＰＣ１０２や携帯電話１０３と接続可能なインターフェースである。外部接続手段１１２は、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）規格等の有線接続インターフェースでも良いし、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格等の無線接続インターフェースでも良い。
また、例えば、計時手段１１８は、時刻を知るための手段であって、水晶振動子などが発生する源振を分周して所定のクロック信号を生成し、これを利用して時刻を生成する。
また、受信手段１１９は、無線技術を用いて、例えば数メートル以内の同種の機器からの信号を受信するための手段である。
また、送信手段１２０は、無線技術を用いて、例えば数メートルの範囲に信号を送信するための手段である。受信手段１１９および送信手段１２０が用いる無線技術は、公知の技術を利用可能である。
また、出力手段１２２は、液晶表示装置（ＬＣＤ）や発光ダイオード（ＬＥＤ）などを用いることができる。また、これらを組み合わせたものであってもよい。
また、入力手段１２３は、スイッチやボタンなどの知られている入力手段を用いることができる。もちろん、キーボードのような形状を有していてもよい。
【００３０】
図１に示すように、相互発見装置１０１は、装置全体の動作を実行する実行制御手段１１１を有する。実行制御手段１１１は、その内部に相互発見手段１５１を有する。相互発見手段１５１の処理内容は、図７から図１６を用いて後に詳しく説明する。
【００３１】
実行制御手段１１１は、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３と通信可能である。また、ＰＣ１０２および携帯電話１０３は、インターネット１０４を介して、センターサービス１０５と通信可能である。
したがって、相互発見装置１０１は、ＰＣ１０２もしくは携帯電話１０３、またはセンターサービス１０５が保持する情報を参照またはダウンロード可能であり、逆に相互発見装置１０１が持つ情報を、ＰＣ１０２もしくは携帯電話１０３、またはセンターサービス１０５にアップロードすることも可能である。
【００３２】
実行制御手段１１１がダウンロードする情報には、プログラム記憶手段１１３、属性記憶手段１１４、発見モード記憶手段１１５、条件属性記憶手段１１６、条件時間帯記憶手段１１７に格納する情報がある。また、実行制御手段１１１がアップロードする情報には、近接情報記憶手段１２１に記録された情報がある。
【００３３】
相互発見装置１０１は、プログラム記憶手段１１３を有する。プログラム記憶手段１１３には、実行制御手段１１１が実行する動作が記録されている。プログラム記憶手段１１３の内容は、相互発見装置１０１が製造される過程で書き込まれても良いし、後に実行制御手段１１１により、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３、またはサービスセンタ１０５からダウンロードされても良い。
【００３４】
相互発見装置１０１は、時刻を知るための手段である計時手段１１８を有する。また、相互発見装置１０１は、他の相互発見装置との近接を検出するための通信手段である受信手段１２２および送信手段１２３も有する。本発明の実施形態では、近接を検出するために無線通信が用いられる。近接検出の結果は、近接情報記憶手段１２１に記録される。
【００３５】
相互発見装置１０１は、属性記憶手段１１４を有する。属性記憶手段１１４には、属性を特定するための属性ＩＤと、属性名、属性に対応して実行すべき処理内容を表すスクリプトが、組になって記録される。
この記録内容は、相互発見装置１０１の製造過程で書き込まれても良いし、後に実行制御手段１１１により、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３、またはサービスセンタ１０５からダウンロードされても良い。属性記憶手段１１４に記録される内容は、後に図２を用いて説明する。
【００３６】
相互発見装置１０１は、発見モード記憶手段１１５を有する。発見モード記憶手段１１５には、属性を特定するための属性ＩＤと、その属性を相手機器に自動的に送出しても良いか否かを指定するための発見モード情報が、組になって記録される。
この記録内容は、相互発見装置１０１の製造過程で書き込まれても良いし、後に実行制御手段１１１により、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３、またはサービスセンタ１０５からダウンロードされても良い。
【００３７】
発見モード記録手段１１５に記録する内容が外部からダウンロードされる場合には、利用者はＰＣ１０２もしくは携帯電話１０３の操作を介して、その内容を編集することができる。発見モード記憶手段の内容は、後に図３を用いて説明する。
【００３８】
相互発見装置１０１は、条件属性記憶手段１１６を有する。条件属性記憶手段１１６には、属性を特定するための属性ＩＤと、その属性を相手機器に送出するための条件となる属性を特定するためのＩＤが、組になって記録される。条件となる属性は、０個でも良いし、複数でも良い。
この記録内容は、相互発見装置１０１の製造過程で書き込まれても良いし、後に実行制御手段１１１により、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３、またはサービスセンタ１０５からダウンロードされても良い。
【００３９】
条件属性記録手段１１６に記録する内容が外部からダウンロードされる場合には、利用者はＰＣ１０２もしくは携帯電話１０３の操作を介して、その内容を編集可能であるものとする。条件属性記憶手段の内容は、後に図４を用いて説明する。
【００４０】
相互発見装置１０１は、条件時間帯記憶手段１１７を有する。条件時間帯記憶手段１１７には、属性を特定するための属性ＩＤと、その属性を相手機器に送出するための条件となる時間帯が、組になって記録される。
この記録内容は、相互発見装置１０１の製造過程で書き込まれても良いし、後に実行制御手段１１１により、外部接続手段１１２を介して、ＰＣ１０２もしくは携帯電話１０３、またはサービスセンタ１０５からダウンロードされても良い。
【００４１】
条件時間帯記録手段１１７に記録する内容が外部からダウンロードされる場合には、利
用者はＰＣ１０２もしくは携帯電話１０３の操作を介して、その内容を編集可能であるものとする。条件時間帯記憶手段の内容は、後に図５を用いて説明する。
【００４２】
［属性ＩＤおよびスクリプトの説明：図１，図２］
次に、各記憶手段に記録されている内容について説明する。まず、属性記憶手段１１４に記録される内容を、図１，図２を用いて説明する。
図２は、属性ＩＤ、属性名称、およびスクリプトを説明するための図である。図２において、２０１は属性ＩＤ、２０２は属性名、２０３はスクリプト、２０４，２０５はスクリプトの行である。
【００４３】
図２（ａ）に示すように、属性記憶手段１１４は、属性ＩＤ２０１と属性名２０２とスクリプト２０３との組を、複数個記録可能である。すなわち、１つの相互発見装置１０１で、複数の属性に対応可能である。
【００４４】
図２（ｂ）は、属性ＩＤに対応するスクリプトの一例である。この例では、１行目２０４で「○○コミュニティの仲間発見！」という文字列を出力手段１２２を構成するＬＣＤに表示し、２行目２０５で同じく出力手段１２２を構成するＬＥＤを、指定したパターンで点滅させ続けることを指示している。
【００４５】
［発見モード記憶手段の説明：図３］
次に、発見モード記憶手段１１５に記録される内容を、図３を用いて説明する。
図３は、属性ＩＤおよび発見モードを説明するための図である。図３において、３０１は属性ＩＤ、３０２は発見モードである。
【００４６】
図３に示すように、発見モード記憶手段１１５は、属性ＩＤ３０１と発見モード３０２との組を、複数個記録可能である。すなわち、相互発見装置１０１は、属性ごとに発見モードを指定可能である。
【００４７】
発見モード３０２が「０」である属性は、自発モードで相手機器に送出され、発見モード３０２が「１」である属性は、受身モードで相手機器に送出される。発見モード記憶手段１１５に記録された内容は、相互発見手段１５１によって利用される。
【００４８】
［条件属性記憶手段の説明：図４］
次に、条件属性記憶手段１１６に記録される内容を、図４を用いて説明する。
図４において、４０１は属性ＩＤ、４０２は条件属性である。条件属性４０１には、その属性を送出するために相手機器から送られてくる必要がある属性の属性ＩＤを登録する。
条件属性４０２に、属性ＩＤが登録されていない場合は、その属性には条件属性が指定されていないことを示す。条件属性４０２には、複数個の属性ＩＤを登録することもできる。
条件属性４０２に複数個の属性ＩＤが登録されている場合は、登録された複数の属性ＩＤの全てが相手機器から受信できた場合に、その属性を相手機器に送出して良いことを示す。
【００４９】
［条件時間帯記憶手段の説明：図５］
次に、条件時間帯記憶手段１１７に記憶される内容を、図５を用いて説明する。
図５において、５０１は属性ＩＤ、５０２は条件時間帯である。条件時間帯５０２には、時と分を２組指定する。条件時間帯が指定された属性は、その時間帯にしか相手機器に送出されない。
【００５０】
［装置外観の説明：図１，図６］
次に、装置の外観について、図１，図６を用いて説明する。
図１に示す相互発見装置１０１は、利用者に情報を提示する出力手段１２２、利用者の操作を受け付ける入力手段１２３を有する。出力手段１２２は、すでに説明したようにＬＣＤ、ＬＥＤなどの光の点滅で状態を表示する手段で構成している。入力手段１２３は、すでに説明したようにスイッチやボタンなどで構成する。
【００５１】
図６に示すように、図１に示す出力手段１２２は、この例ではＬＣＤ６０１、ＬＥＤ６０２である。ＬＣＤ６０１には、「○○コミュニティの仲間発見！」という文字列を表示している。
また、入力手段１２３は、イエスボタン６０３、ノーボタン６０４である。イエスボタン６０３，ノーボタン６０４は、図６に示す例では、「ＹＥＳ」，「ＮＯ」とそれぞれ記載されている。
利用者は、ＬＣＤ６０１に表示される内容を見て、イエスボタン６０３またはノーボタン６０４を押すことで、機器に意思を入力可能する。
【００５２】
［相互発見手段１５１の処理の説明：図１，図７〜図１６］
次に、図７から図１６を用いて、図１に示す相互発見装置１０１の相互発見手段１５１の処理を説明する。
【００５３】
図７は、相互発見のために機器間で送受信されるデータの形式を示す図である。図８は、装置Ａおよび装置Ｂが情報を送受信する様子を示すシーケンス図である。図９は、相互発見手段１５１による相互発見動作を説明するフロー図である。図１０は、相互発見動作の一部であるマスタ動作の処理を説明するフロー図である。図１１は、相互発見動作の一部であるスレーブ動作の処理を説明するフロー図である。図１２は、相互発見手段１５１が内部で用いるデータの形式を示す図である。図１３は、相互発見動作の一部である追加属性検索の処理を説明するフロー図である。図１４および図１５は、追加属性検索の処理の一部である送出可否判定動作を説明するフロー図である。図１６は、送出可否判定動作で、利用者への情報の報知および利用者からの入力を受け付ける場合の処理を説明するフロー図、および装置が情報を報知する例を説明する図である。
【００５４】
まずは図７を用いて、装置間で送受信される情報の形式について説明する。
図７（ａ）は、最初に送出される問合せパケットの形式を示している。問合せパケットは、問合せ開始マーカで始まり、問合せ終了マーカで終わる。受信側は、いずれかのマーカ部分だけでも受信できれば、そのパケットが問合せパケットであると判別できる。
問合せ開始マーカの次は、発信者ＩＤである。発信者ＩＤは、装置の識別に使用される番号であり、装置ごとに一意に定まっている。  
次にチェックデータが送出される。チェックデータとは、受信した内容が、送信側が送出した内容と合っているかを確かめるためのデータである。パケット全体のハッシュ値などが、チェックデータとして用いられる。チェックデータの後には、前述の問合せ終了マーカが続く。なお、問合せパケットを送出した装置を、マスタ装置と呼ぶことにする。
【００５５】
図７（ｂ）は、応答パケットの形式を示している。応答パケットは、問合せパケットを受信した装置が、それに返事をするためのパケットである。応答パケットは、応答開始マーカで始まり、応答終了マーカで終わる。応答開始マーカの直後には、発信者ＩＤが続く。発信者ＩＤは、上述したとおり、装置を識別するための番号である。次に、宛先ＩＤが送出される。宛先ＩＤは、応答パケットの送り先であり、マスタ装置を表すＩＤとなる。宛先ＩＤの後には、チェックデータと応答終了マーカが続く。
【００５６】
図７（ｃ）は、属性パケットの形式を示す。属性パケットは、スレーブ装置とマスタ装
置との間で、自機器が保持する属性を通知するために送出される。属性開始マーカ、発信者ＩＤ、宛先ＩＤ、送出属性ＩＤ数、属性ＩＤの並び、チェックデータ、属性終了マーカの順で送出される。
【００５７】
以上で説明したパケットがやり取りされる様子の一例を、図８のシーケンス図に示す。
図８において、８０１〜８０７は処理シーケンスである。図８に示す処理シーケンスは、相互発見手段１５１の処理により実現される。それについては図９から図１６を用いて後述する。
【００５８】
一方の相互発見装置（「装置Ａ」とする）から問合せパケットが送出（シーケンス８０１）されると、もう一方の相互発見装置（「装置Ｂ」とする）がその問合せパケットを受信し、応答パケットを送出する（シーケンス８０２）。
【００５９】
装置Ａは、装置Ｂから応答を受け取ったので、それに答えて属性パケットを送出する（シーケンス８０３）。属性パケットには、図７で示したように、装置Ａが持つ属性が記されている。ただし、装置Ａに登録されている全ての属性が無条件に属性パケットに記されるのではなく、発見モード記憶手段１１５に記憶されている発見モード情報が利用される。すなわち、発見モードが自発モードと指定されている属性のみ属性パケットに記される。この様子は、後に図１０を用いて説明する。
【００６０】
装置Ｂは、装置Ａから受け取った属性パケットの内容を見て、自身の持つ属性を通知するための属性パケットを送出する（シーケンス８０４）。ただし、装置Ｂに登録されている全ての属性が無条件に属性パケットに記されるのではなく、発見モード記憶手段１１５に記憶されている発見モード情報、条件属性記憶手段１１６、条件時間帯記憶手段１１７等の記録されている情報が利用される。この様子は、後に図１１を用いて説明する。
【００６１】
装置Ａは、装置Ｂから受信した属性パケットに記された属性ＩＤを見て、自身が追加で送出すべき属性があるかを検査する。追加で送出すべき属性があれば、それを属性パケットに記して送出する（シーケンス８０５）。この様子も、後に図１０を用いて説明する。
【００６２】
装置Ｂは、再び装置Ａから受け取った属性パケットの内容を見て、自身の持つ属性で追加で送出すべきものがあるかを検査する。追加で送出すべき属性があれば、それを属性パケットで送出する（シーケンス８０６）。この様子は、後に図１１を用いて説明する。
【００６３】
以上のようなやり取りを繰り返し、いずれかの装置で追加で送出すべき属性が検出されなくなったら、その装置は属性の個数を０として属性パケットを送出する。これが、装置間での属性交換の終了を表す。図８のシーケンス図では、装置Ａが個数０の属性パケットを送出している（シーケンス８０７）。
【００６４】
［相互発見動作の流れの説明：図１，図９］
次に、図９を用いて、相互発見動作のフローを説明する。この処理が、図１における相互発見手段１５１の処理である。図９において、９０１〜９０６は動作ステップである。
【００６５】
ステップ９０１で処理を開始すると、ステップ９０２に進みランダムな時間だけパケット受信を試みる。受信には、受信手段１１９を用いる。ここで言うランダムな時間とは、他にパケットを送出中の機器が無いかを確認するために必要な時間であり、本発明の実施形態では２秒とする。
【００６６】
ステップ９０２の処理で他の機器からのパケットを受信できなければ、ステップ９０３に進み、さらにステップ９０４に進む。すなわち、他に信号を送出している機器が無いの
で、自らがマスタ装置として信号を送出しようとする。ステップ９０４のマスタ動作については、後に図１０を用いて詳細に説明する。ステップ９０４のマスタ動作が終了したら、ステップ９０２に戻る。
【００６７】
ステップ９０２の処理中に他の機器からのパケットを受信し始めた場合、そのパケットを終わりまで受信してからステップ９０３に進む。この場合、ステップ９０３では受信ありと判定され、ステップ９０５に進む。
【００６８】
ステップ９０５では、前のステップで受信したパケットが、問合せパケットであるかどうかを判定する。問合せパケットであるかどうかは、前述のようにパケットの最初と最後についているマーカを見れば判別できる。ステップ９０５で、パケットが問合せパケットで無いと判定されれば、ステップ９０２に戻る。
【００６９】
ステップ９０５で、受信したパケットが問合せパケットであると判定した場合は、ステップ９０６に進み、スレーブ動作を実行する。スレーブ動作については、図１１を用いて後に説明する。ステップ９０６でのスレーブ動作が終了したら、ステップ９０２に戻る。
【００７０】
［マスタ動作の説明：図１〜図３，図９，図１０，図１２］
次に、図１０を用いて、図９におけるステップ９０４に相当するマスタ動作を説明する。図１０に示す処理も、図９に示す処理と同様に、相互発見手段１５１により実行される処理である。図１０において、１００１〜１０１９は動作ステップである。
【００７１】
ステップ１００１で動作を開始後、ステップ１００２で問合せパケットを送出し、ステップ１００３で応答パケットの受信を試みる。他機器が受信中、すなわち図９のステップ９０２の状態にあれば、その受信中であった機器は、即座に応答パケットを返すはずである。ステップ１００４で応答パケットの受信があったか否かを判定し、受信がなかった場合はステップ１００５に進み、マスタ動作は終了である。
【００７２】
ステップ１００４で応答パケットの受信があったと判定された場合は、ステップ１００６に進み、内部で利用するリストをクリアする。このリストのデータ構造を図１２に示す。リストは２つあり、図１２（ａ）の１２０１は送出属性リスト、図１２（ｂ）は受信属性リストである。それらのリストは、機器ごとに保持される。送出属性リスト１２０１は、その機器が送出すべき属性ＩＤを保持する。受信属性リスト１２０２は、相手機器から受信した属性ＩＤを保持する。ステップ１００６では、両方のリストを空にする。
【００７３】
次にステップ１００７に進み、自機器が持つ属性、すなわち属性記憶手段１１４で保持される属性のうち、自発モードである属性を、属性パケットに載せて送出する。属性が自発モードであるか否かは、発見モード記憶手段１１５の情報を参照することで調べられる。
すなわち、すでに図３を用いて説明したように、属性ＩＤの発見モード情報として「０」が登録されていれば、その属性は自発モードであり、「１」が登録されていれば受身モードである。受身モードである属性は、ステップ１００７では送出されない。送出された属性ＩＤは、送出属性リスト１２０１にも登録される。
【００７４】
次にステップ１００８に進み、相手機器から送られてくる属性を受信する。相手機器からも、属性パケットに載せて属性が送られてくる。相手から送られた属性は、受信属性リスト１２０２に追加する。
【００７５】
相手からの属性を受信したら、ステップ１００９に進み、自機器から追加で送出すべき属性を決定する。この追加属性決定動作については、図１３以降で詳しく説明する。追加
で送出すべき属性は、相手機器から受信した属性情報と、自機器が持つ条件を参照して決定される。
【００７６】
ステップ１００９で、追加で送出すべき属性がなかった場合、ステップ１０１０で追加なしと判定され、ステップ１０１１に進んで、属性の個数が０個である属性パケットを送出する。これは相手機器との属性交換の終了を意味する。属性の個数が０個の属性パケットを送出した後は、ステップ１０１２に進む。ステップ１０１２以降の処理は、後述する。
【００７７】
ステップ１００９で追加で送出すべき属性があった場合、ステップ１０１３に進んで、その属性が送出される。属性は属性パケットに載せられて送出される。さらにステップ１０１４に進んで、相手機器から送られてくる追加属性を受信する。追加属性は、同じく属性パケットに載せられて送られてくる。受信した属性は、受信属性リスト１２０２に追加される。
【００７８】
属性パケットを受け取ったら、ステップ１０１５に進み、相手機器から受信した追加属性の個数を調べる。個数が０で無ければ、それに応じて自機器から更に追加で送出すべき属性があるか否かを調べるため、ステップ１００９に戻る。相手機器から送られた追加属性の個数が０であれば、属性交換の終了であり、ステップ１０１２に進む。
【００７９】
ステップ１０１２では、自機器が持つ属性と相手機器から受信した属性で、共通するものが検出される。送出属性リスト１２０１と、受信属性リスト１２０２の両方に登録されている属性が、両機器で共通する属性である。ステップ１０１６およびステップ１０１７で、共通した全ての属性に関して、その属性に対応するスクリプトが実行される。スクリプトは、属性記憶手段１１４に記憶されている。属性記憶手段１１４のデータ構造は、すでに説明した図２（ａ）、スクリプトの例は、図２（ｂ）をそれぞれ参照されたい。
【００８０】
共通した属性に関する処理が終了したらステップ１０１８に進み、近接情報を近接情報記憶手段１２１に記録する。近接情報とは、近接した時刻と、相手機器を識別するＩＤ、自身と共通して持つ属性ＩＤの並びを組にしたものである。近接した時刻は、現在時刻であり、計時手段１１８で取得できる。次はステップ１０１９に進み、マスタ動作を終了する。以上で、マスタ動作の説明は終了である。
【００８１】
［スレーブ動作の説明：図１〜図３，図７，図９，図１１，図１２］
次に、図１１を用いて、マスタ動作と対をなすスレーブ動作を説明する。図１１において、１１０１〜１１２０は動作ステップである。スレーブ動作は、図９におけるステップ９０６に相当する。
【００８２】
ステップ１１０１で動作を開始すると、ステップ１１０２に進み、受信した問合せパケットの送信者が、すでに近接検出を終えている相手であるかが判定される。すなわち、問合せパケットの送信者ＩＤで、近接情報記憶手段１２１に記録されている情報を検索する。送信者ＩＤが近接情報記録手段１２１に記録されていなければ、その送信者ＩＤを持つ装置とは初めての近接である。また、送信者ＩＤが近接情報記録手段１２１に記録されている場合でも、その記録の時刻と現在時刻が大きく異なれば、再検出とはみなさない。本発明の実施形態では、前回の近接情報の記録から、４時間以上経過していれば、再検出とはみなさないこととする。ステップ１１０２で再検出と判定されれば、ステップ１１０３に進みスレーブ動作は終了である。
【００８３】
ステップ１１０２で、再検出と判定されなかった場合は、ステップ１１０４に進む。ステップ１１０４では、応答パケットを送出する。応答パケットの形式は、図７（ｂ）を用
いて説明した通りである。次に、ステップ１１０５に進み、スレーブ動作をする機器の相互発見手段１５１が内部的に使用するリストをクリアする。リストのデータ形式は既に図１２を用いて説明した通りである。
【００８４】
次にステップ１１０６では、マスタ機器が送出した属性パケットを受信する。さらにステップ１１０７で、属性パケットに書かれている宛先が、自機器であるかを判定する。属性パケットが自機器宛でなかった場合は、ステップ１１０８に進んでスレーブ動作は終了である。受信した属性パケットが自機器宛であった場合は、ステップ１１０９に進む。
【００８５】
ステップ１１０９では、自機器が持つ属性のうち、自発モードが指定されている属性を、送出属性リストに追加する。すなわち、自発モードと指定されている属性は、無条件で相手機器に送出されることとなる。
【００８６】
次にステップ１１１０に進み、相手機器から受信した属性に応じて、追加で送出すべき属性があるか否かを決定する。この追加属性決定動作は、図１０における１００９と同じ処理フローで実行される。この処理フローは、後に図１３以降を用いて説明する。
【００８７】
次にステップ１１１１では、送出されるべき属性の個数、すなわち送出属性リストに登録されている属性のうち、まだ相手機器に送出されていない属性の個数が０か否かが検査される。送出すべき属性が０個であれば、ステップ１１１２に進み、属性の個数が０である属性パケットを送出する。属性の個数が０である属性パケットは、相手機器との属性交換を終了させる意味がある。相手機器との属性交換を終了させたら、ステップ１１１３に進む。ステップ１１１３以降、ステップ１１２０までの処理は、図１０におけるステップ１０１２からステップ１０１９までの処理と同一である。
【００８８】
ステップ１１１１で、送出されるべき属性の個数が０でないと判定された場合は、ステップ１１１４に進んで、送出すべき属性を属性パケットに載せて送出する。さらにステップ１１１５に進んで、相手機器から送られてくる追加属性を受信する。相手から送られて来た属性パケットに、属性が入っていない、すなわち個数が０であれば、属性交換を終了してステップ１１１３に進む。個数が０でなければ、送られて来た属性に応じて追加で送出すべき属性を決定するため、ステップ１１１０に戻る。以上で、スレーブ動作の説明は終了である。
【００８９】
［追加属性決定動作の説明：図１３］
次に、図１３以降を用いて、図１０のステップ１００９および図１１のステップ１１１０に相当する追加属性決定動作について説明する。
【００９０】
追加属性決定動作では、ステップ１３０１で動作を開始すると、属性記憶手段１１４に記憶された属性を最初から最後まで順番に調べていく。ステップ１３０２では、まだ調べていない属性があるか、すなわち最後の属性まで調べ終わっているかを判定する。全て終わっていたら、ステップ１３０３に進んで追加属性決定動作は終了である。
【００９１】
まだ未処理の属性がある場合、それが追加で相手側に送出すべきか否かを、以下のようにして決定する。まず、ステップ１３０４で、その属性の発見モードが受身モードであるか否かが検査される。発見モードは、図３に示したように発見モード記憶手段１１５に記録されている。発見モードが「１」であれば、その属性は受身モードである。受身モードで無ければ、次の属性を処理するためにステップ１３０２に戻る。
【００９２】
属性が受身モードであれば、ステップ１３０５に進み、その属性が既に送出済みであるか否かを調べる。その属性が送出属性リスト１２０１に登録されていれば、既に送出済み
であるので以降の処理は不要である。その場合は、次の属性を処理するためにステップ１３０２に戻る。
【００９３】
属性が受身モードであり、まだ相手機器に送出されていない場合、ステップ１３０６に進み、その属性を送出可能であるかどうかを調べる。この送出可否判定動作には、いくつかの方法が考えられる。その様子は、図１４および図１５を用いて後に説明する。
ステップ１３０７で、ステップ１３０６の送出可否判定動作の判定結果が検査され、送出可能でなければ、次の属性を処理するためにステップ１３０２に戻る。送出可能であれば、ステップ１３０８に進み、その属性が送出属性リスト１２０１に追加される。さらに次の属性を処理するために、ステップ１３０２に戻る。
【００９４】
以上のようにして、属性記憶手段１１４に記憶されている全ての属性を処理し終えたら、追加属性決定動作は終了である。
【００９５】
［送出可否判定動作の説明：図１４、図１５、図１６］
次に、図１４から図１６を用いて、図１３のステップ１３０６の送出可否判定動作を説明する。送出可否判定動作には、何種類かの方法が考えられる。まず、図１４および図１５を用いて４つの方法について説明する。
【００９６】
図１４（ａ）は、発見モード情報のみを利用する場合の判定方法を説明する図である。
ステップ１４０１で動作を開始すると、ステップ１４０２でその属性が図１２に示す受信属性リスト１２０２にも登録されているか否かを判定する。すなわち、その属性が、相手機器からも送られて来ているかを判定する。受信属性リスト１２０２に登録されていなければ、ステップ１４０３に進み「ＮＯ」を返す。登録されていれば、ステップ１４０４に進み「ＹＥＳ」を返す。
【００９７】
この判定方法は、相手も同じ属性を持っていたら、自分もその属性を相手に伝えて良い、という意味である。例えば、属性が出身小学校の名前である場合、自分から進んで出身小学校の名前を送出したくはないが、相手が先に同じ小学校の出身であると伝えてくれば、それに応えて自分も出身小学校を伝えて良い、というような場合に利用できる。
【００９８】
図１４（ｂ）は、相手との属性の一致度を利用する方法を説明する図である。
ステップ１４１１で処理を開始すると、ステップ１４１２で一致度を計算する。一致度の計算には様々な方法が考えられるが、本発明の実施形態では、それまでに相手機器から受信した属性が、自機器の持つ属性と何個一致するかを一致度と定める。すなわち、図１２に示す受信属性リスト１２０２に登録されている属性情報と、属性記憶手段１１４に登録されている属性情報とを比較し、一致しているものの個数を数える。
次に、ステップ１４１３で、一致度が所定の値以上であるかを判定する。本発明の実施形態では、一致度が５以上であるかどうかを判定するものとする。一致度が５より小さければ、ステップ１４１４に進み「ＮＯ」を返す。一致度が５以上であれば、ステップ１４１５に進み「ＹＥＳ」を返す。
【００９９】
この判定方法は、一定数以上同じ属性を持つ相手には、受身モードの属性を送出しても良い、という意味である。
【０１００】
図１５（ａ）は、条件属性記憶手段１１６の情報を利用する判定方法を説明する図である。
ステップ１４２１で処理を開始すると、ステップ１４２２でその属性の条件属性を取得する。条件属性は、条件属性記憶手段１１６に記録されており、そのデータ形式は図４に示した通りである。次にステップ１４２３に進み、条件属性の全てが図１２に示す受信属
性リスト１２０２に登録されているかを調べる。条件属性のうち１つでも受信属性リスト１２０２に登録されていないものがあれば、ステップ１４２４に進み「ＮＯ」を返す。
全ての条件属性が受信属性リスト１２０２に登録されていれば、ステップ１４２５に進み「ＹＥＳ」を返す。
【０１０１】
この判定方法は、例えば、出身高校名を受身モードの属性としておき、それを送出するための条件属性として出身県名を指定するような場合に利用できる。出身県名が一致しない相手には、出身高校名は送出されない。
【０１０２】
図１５（ｂ）は、条件時間帯記憶手段１１７の情報を利用する判定方法を説明する図である。
ステップ１４３１で処理を開始すると、ステップ１４３２で計時手段１１８を用いて現在時刻を取得する。次にステップ１４３３で条件時間帯を取得する。条件時間帯は条件時間帯記憶手段１１７に、図５に示すような形式で記録されている。次にステップ１４３４で、現在時刻が条件時間帯に含まれるかどうかを判定する。条件が成立しなければステップ１４３５に進み「ＮＯ」を返す。条件が成立していれば、ステップ１４３６に進み「ＹＥＳ」を返す。
この判定方法により、日中は趣味に関する属性は送出しない、などの利用方法に対応できる。
【０１０３】
以上、図１４および図１５を用いて４種類の送出可否判定動作を個別に説明したが、それぞれの方法を組み合わせて用いても良いことは無論である。
さらに、相互発見装置１０１は、位置情報を取得する手段を備えていてもよい。例えば、ＧＰＳ（グローバルポジショニングシステム）を用いるのである。このように、位置情報を取得できる場合は、その位置情報を用いた送出可否判定を行うようにすることもできる。
【０１０４】
［利用者が確認する方法についての説明：図１６］
次に、図１６を用いて、利用者に情報を報知し、利用者の意思を確認する方法について説明する。図１６（ａ）は、図１４（ａ）の判定方法に、利用者への報知および利用者からの入力受付を加えたものである。
【０１０５】
ステップ１４０１からステップ１４０３までは、図１４（ａ）での動作と同一であるので同一の番号を付与しており、その説明は省略する。
ステップ１４０２での判定結果が「ＹＥＳ」になった場合は、ステップ１５０１に進み利用者に情報を報知する。本発明の実施形態では、図１６（ｂ）に示すように、ＬＣＤ６０１に表示されるメッセージで利用者に情報を報知する。この場合は、「○○属性が一致している人が近くにいます。送出しますか？」という文字列が表示されている。利用者は、イエスボタン６０３またはノーボタン６０４を押すことで、属性を送出して良いかどうかを選択することができる。
【０１０６】
利用者がイエスボタン６０３を押さなかった場合は、ステップ１５０３に進み「ＮＯ」を返す。利用派がイエスボタン６０３を押した場合は、ステップ１５０４に進み「ＹＥＳ」を返す。
利用者は、どのような条件が成立しているのかを知り、それに応じて自機器からの情報の送出可否を指定出来る。
【産業上の利用可能性】
【０１０７】
本発明の相互発見装置は、相互発見のために必要な自機器に登録された属性の送出を抑制可能であるから、利用者のプライバシーを守ることができる携帯型の通信機器に好適で
ある。
【符号の説明】
【０１０８】
１０１  相互発見装置
１０２  パーソナルコンピュータ
１０３  携帯電話
１０４  インターネット
１０５  センターサービス
１１１  実行制御手段
１１２  外部接続手段
１１３  プログラム記憶手段
１１４  属性記憶手段
１１５  発見モード記憶手段
１１６  条件属性記憶手段
１１７  条件時間帯記憶手段
１１８  計時手段
１１９  受信手段
１２０  送信手段
１２１  近接情報記憶手段
１２２  出力手段
１２３  入力手段
１５１  相互発見手段
【図１】
2010226640.tif 000003
【図２】
2010226640.tif 000004
【図３】
2010226640.tif 000005
【図４】
2010226640.tif 000006
【図５】
2010226640.tif 000007
【図６】
2010226640.tif 000008
【図７】
2010226640.tif 000009
【図８】
2010226640.tif 000010
【図９】
2010226640.tif 000011
【図１０】
2010226640.tif 000012
【図１１】
2010226640.tif 000013
【図１２】
2010226640.tif 000014
【図１３】
2010226640.tif 000015
【図１４】
2010226640.tif 000016
【図１５】
2010226640.tif 000017
【図１６】
2010226640.tif 000018
【図１７】
2010226640.tif 000019