(57)【特許請求の範囲】
【請求項１】
受信機であって、
近距離無線用の信号を受信する受信手段と、
前記受信手段が受信した信号が、前記受信機とペアリング登録がされている発信機からの信号である場合に、前記受信手段の受信状態に応じた情報を出力する出力手段と、
を備え、
前記受信状態は、前記受信手段が前記ペアリング登録がされている発信機から連続した複数の信号を受信している第１の状態と、前記第１の状態においてさらに前記受信手段が前記ペアリング登録された発信機からの信号を所定時間以上受信し続けている第２の状態と、前記受信手段が前記ペアリング登録された発信機からの信号を受信しなくなった第３の状態とを含む、受信機。
【請求項２】
前記出力手段は、前記受信手段の受信状態を示す受信レベルに応じた情報を出力する、請求項１に記載の受信機。
【請求項３】
前記受信機は、さらに、
前記受信手段が受信した前記ペアリング登録がされていない発信機からの信号の受信履歴のリストを作成するリスト作成手段、
を備え、
前記出力手段は、さらに、前記リスト作成手段によって作成された受信履歴のリストからユーザ操作で選択された受信履歴に応じた情報を出力する、請求項１または２に記載の受信機。
【請求項４】
受信機の情報出力方法であって、
近距離無線用の信号を受信するステップと、
前記受信するステップにおいて受信した信号が、前記受信機とペアリング登録がされている発信機からの信号である場合に、前記受信するステップでの受信状態に応じた情報を出力するステップと、
を含み、
前記受信状態は、前記受信するステップで前記ペアリング登録がされている発信機から連続した複数の信号を受信している第１の状態と、前記第１の状態においてさらに前記受信するステップで前記ペアリング登録された発信機からの信号を所定時間以上受信し続けている第２の状態と、前記受信するステップで前記ペアリング登録された発信機からの信号を受信しなくなった第３の状態とを含む、情報出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、近距離無線用の信号を受信する受信機および受信機の情報出力方法に関する。
【背景技術】
【０００２】
ＷｉｆｉやＢｌｕｅｔｏｏｔｈ（いずれも登録商標）などの近距離無線通信技術を利用したサービスとして、いわゆるすれ違い通信が知られている（たとえば下記特許文献１参照）。このサービスでは、送受信機を備えた端末を携帯しているユーザ同士が近づいたときに、ユーザ端末と他人の端末との間で通信が行われる。これにより、ユーザは、他人が近くにいるときに、上記通信によってその他人に関する種々の情報を取得することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１６１６７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
すれ違い通信では、端末に備えられた近距離無線通信用の送受信機が用いられている。送受信機は送信および受信を行うことができるように構成されているため、送受信機を用いると、たとえば受信機のみや発信機のみを用いる場合よりも消費電力が大きくなる。一方で、ユーザが、送信（あるいは発信）および受信のいずれかのみを行いたいこともある。この場合、発信機および受信機を使い分けるようにすれば、送受信機を用いる場合よりも消費電力を低減できるようになる。
【０００５】
ところで、発信機のみおよび受信機のみを用いた構成では、ユーザの受信機（自己の受信機）が、他人の発信機からの信号だけでなく、同じユーザの発信機（自己の発信機）からの信号も受信することとなる。このように自己の発信機からの信号を受信する場合の利用態様については、これまで、なんら検討がなされていなかった。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、自己の受信機が自己の発信機からの信号を受信することを利用した、新たなコミュニケーションを可能にする受信機をおよび受信機の情報出力方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様に係る受信機は、近距離無線用の信号を受信する受信手段と、受信手段が受信した信号が、受信機とペアリング登録がされている発信機からの信号である場合に、受信手段の受信状態に応じた情報を出力する出力手段と、を備える。
【０００８】
本発明の一態様に係る受信機の情報出力方法は、近距離無線用の信号を受信するステップと、受信するステップにおいて受信した信号が、受信機とペアリング登録がされている発信機からの信号である場合に、受信するステップでの受信状態に応じた情報を出力するステップと、を含む。
【０００９】
上記受信機または受信機の情報出力方法では、受信機とペアリング登録がされている発信機からの信号が受信されると、情報が出力される。たとえば、ペアリング登録がされた発信機を、受信機ユーザの所有物（受信機以外のもの）に取り付けておけば、ユーザは、自己の所有物に取り付けられた発信機からの信号を受信することによって、情報を取得することができる。ここで、上記受信機および受信機における情報出力方法では、情報は、受信状態に応じた情報とされる。受信状態は、受信機と発信機との位置関係などによって変化するので、たとえば、ユーザは、受信機を携帯して（発信機が取り付けられた所有物は携帯しないで）移動することによって受信状態を変化させることができる。受信状態を変化させることによってそれに応じた情報が出力されるので、ユーザは、種々の情報を取得することができるようになる。
【００１０】
また、上述の構成においては、受信機と発信機とが分離されている。発信機は信号を発信するが、受信は行わない。逆に、受信機は発信機からの信号を受信するが、発信（あるいは発信機への送信）は行わない。そのため、上述のような受信機と発信機とが分離された構成を採用することによって、たとえば近距離無線用の信号の送信および受信の両方を行う送受信機を採用する場合よりも、消費電力を低減することもできる。
【００１１】
また、受信状態は、受信手段がペアリング登録がされている発信機から連続した複数の信号を受信している第１の状態と、第１の状態においてさらに受信手段がペアリング登録された発信機からの信号を所定時間以上受信し続けている第２の状態と、受信手段がペアリング登録された発信機からの信号を受信しなくなった第３の状態とを含んでよい。これにより、第１から第３の３通りの受信状態に応じて情報を切り替えることができるようになる。
【００１２】
また、出力手段は、受信手段の受信状態を示す受信レベルに応じた情報を出力してもよい。受信レベルは、たとえば受信機と発信機との距離に応じて変化するので、上記構成によれば、受信機と発信機との距離に応じて、出力される情報を切り替えることができるようになる。
【００１３】
また、受信機は、さらに、受信手段が受信したペアリング登録がされていない発信機からの信号の受信履歴のリストを作成するリスト作成手段、を備えてもよく、出力手段は、さらに、リスト作成手段によって作成された受信履歴のリストからユーザ操作で選択された受信履歴に応じた情報を出力してもよい。
【００１４】
ここで言うペアリング登録がされていない発信機は、受信機ユーザ以外のユーザ（他人）の所有する発信機である。すなわち、ユーザは、他人の所有する発信機からの信号を受信機で受信した場合にも、情報を取得することができる。他人の所有する発信機は複数存在し得るが、上記構成によれば、それらの発信機からの信号の受信履歴のリストが作成され、ユーザ操作で選択された受信履歴に応じた情報が出力される。これにより、ユーザの希望する情報を取得できるようになる。
【００１５】
また、受信履歴のリストを利用して情報を取得できるため、他人とすれ違ったときでなく、その後、時間や場所を異にした場合であっても、情報を取得することができるようになる。
【発明の効果】
【００１６】
本発明によれば、自己の受信機が自己の発信機からの信号を受信することを利用した、新たなコミュニケーションが可能になる。
【図面の簡単な説明】
【００１７】
【図１】実施形態に係る受信機が用いられる情報通信システムの全体構成を示す図である。
【図２】情報通信システムに含まれる各要素の機能ブロックを示す図である。
【図３】ステータス管理のために実行される処理の一例を示すフローチャートである。
【図４】第１の情報（自己の発信機の発信機ＩＤに応じて出力される情報）を出力するために実行される処理の一例を示すフローチャートである。
【図５】さらに第２の情報（他人の発信機の発信機ＩＤに応じた情報）を表示するために実行される処理の一例を示すフローチャートである。
【図６】ペアリングＤＢに含まれるペアリング登録情報の一例を示す図である。
【図７】表示情報ＤＢに含まれる表示情報データテーブルの別の例を示す図である。
【図８】表示情報ＤＢに含まれる表示情報の例を示す図である。
【図９】第１の情報の表示に関する動作例を示す図である。
【図１０】第２の情報の表示に関する動作例を示す図である。
【図１１】第２の情報の表示に関する動作例を示す図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について、図面を参照しながら説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。
【００１９】
図１は、実施形態に係る受信機が用いられる情報通信システムの全体構成を示す図である。図１に示すように、情報通信システム１は、端末１００Ａ〜１００Ｃと、発信機２１０Ａ〜２１０Ｃと、通信ネットワーク３００と、サーバ４００とを含む。なお、図１に示す例では、３つの端末１００Ａ〜１００Ｃが図示されるが、端末の数はこれに限定されるものではなく、たとえば３つより多くてもよい。端末１００Ａ〜１００Ｃは、たとえばスマートフォンのような携帯通信端末をモディファイし、所定のアプリケーションを動作させることによって、本実施形態に係る受信機として用いることができる。
【００２０】
各端末（端末１００Ａ〜１００Ｃ）のユーザは、それぞれ異なるユーザである。そのため、端末１００Ａのユーザから見れば、端末１００Ａは自己の端末であり、端末１００Ｂ，１００Ｃは、他のユーザ（他人）の端末である。
【００２１】
発信機２１０Ａ〜２１０Ｃは、端末１００Ａ〜１００Ｃとそれぞれペアになっている（ペアリングされている）。各ペアの情報は、ペアリング登録情報としてあらかじめサーバ４００に登録されている（ペアリング登録されている）。ここでのペアリング登録情報は、少なくとも、ペアとなる端末および発信機のユーザが同一であることを示す情報であればよい。すなわち、端末１００Ａのユーザは発信機２１０Ａのユーザでもあり、端末１００Ｂのユーザは発信機２１０Ｂのユーザでもあり、端末１００Ｃのユーザは発信機２１０Ｃのユーザでもある。このため、端末１００Ａのユーザから見れば、発信機２１０Ａは自己の発信機となり、発信機２１０Ｂ，２１０Ｃは、他のユーザ（他人）の発信機となる。
【００２２】
端末１００Ａ〜１００Ｃは、通信ネットワーク３００を介して、サーバ４００と通信可能となっている。端末１００Ａのユーザは、端末１００Ａを操作してサーバにアクセスすることによって、端末１００Ａと発信機２１０Ａとのペアリング登録情報をサーバ４００に保持させておく（ペアリング登録しておく）ことができる。
【００２３】
図２は、情報通信システム１に含まれる各要素の機能ブロックを示す図である。なお、説明の簡略のため、図１の端末１００Ａ〜１００Ｃのうち、端末１００Ａのみを図示している。端末１００Ｂ，１００Ｃの機能ブロックは、端末１００Ａの機能と同様であるので説明を省略する。
【００２４】
まず、発信機２１０Ａ〜２１０Ｃについて説明すると、発信機２１０Ａ〜２１０Ｃは、近距離無線用の信号を発信する。近距離無線用の信号の種類はとくに限定されるものではないが、たとえば、数メートルから数十メートル程度の範囲に届く無線信号を用いることができる。その場合、ＷｉｆｉやＢｌｕｅｔｏｏｔｈなどの近距離無線通信の信号を利用することができる。
【００２５】
発信機２１０Ａ〜２１０Ｃが発信する信号はビーコン信号であり、ビーコン信号は、発信機２１０Ａ〜２１０Ｃをそれぞれ区別するための情報（発信機ＩＤ）を含む。発信機２１０Ａ〜２１０Ｃは、一定の周期でビーコン信号を発信する。ビーコン信号の発信の周期は、たとえば１秒とすることができる。
【００２６】
発信機２１０Ａ〜２１０Ｃは、いわゆる送受信機とは次の点で異なっている。すなわち、発信機２１０Ａ〜２１０Ｃは、ビーコン信号を発信するが、受信は行わない。このため、発信機２１０Ａ〜２１０Ｃの消費電力を、送受信機の消費電力よりも低減することができる。
【００２７】
次に、端末１００Ａについて説明すると、端末１００Ａは、受信部１１０Ａと、ステータス管理部１２０と、制御部１３０と、通信部１４０と、表示部（出力部）１５０と、記憶部１６０と、リスト作成部１７０とを含む。
【００２８】
端末１００Ａは、受信部１１０Ａ含むことによって、近距離無線通信の信号を受信する受信機として機能する。ここで、端末１００Ａは、近距離無線通信に用いられる送受信機とは次の点で異なっている。すなわち、端末１００Ａは、受信部１１０Ａによって発信機２１０Ａ〜２１０Ｃからのビーコン信号を受信するが、発信（あるいは発信機２１０Ａ〜２１０Ｃへの送信）は行わない。このため、送受信機と比較して消費電力を低減することができる。
【００２９】
受信部１１０Ａは、近距離無線用の信号を受信する部分（受信手段）である。具体的に、受信部１１０Ａは、発信機２１０Ａ〜２１０Ｃからのビーコン信号（つまり発信機２１０Ａ〜２１０Ｃの発信機ＩＤ）を受信する。
【００３０】
ステータス管理部１２０は、受信部１１０Ａが端末１００Ａとペアリング登録されている自己の発信機２１０Ａからのビーコン信号を受信したときの、受信部１１０Ａの受信状態（以下、単に「ステータス」という）を管理する部分（管理手段）である。ステータスは、後述の履歴ＤＢ１６１に記憶された、受信部１１０Ａが受信するビーコン信号の受信履歴に基づいて判断することができる。
【００３１】
ここで、ステータスについて説明する。ステータスは、第１の状態から第４の状態を示す。ステータス管理部１２０は、ステータスを第１の状態から第４の状態のいずれかの状態に設定することによって、ステータス管理を行う。ステータス管理は、たとえばステータスを示すフラグを更新することによって行うことができる。
【００３２】
第１の状態は、受信部１１０Ａが発信機２１０Ａから連続した複数のビーコン信号を受信している状態（「チェックイン」という）である。つまり、受信部１１０Ａが、自己の発信機２１０Ａが一定の周期で発信するビーコン信号を連続して受信している状態がチェックインとなる。たとえば、端末１００Ａと発信機２１０Ａとが離れており、発信機２１０Ａからのビーコン信号を受信部１１０Ａが受信できない状況（圏外）から、発信機２１０Ａからのビーコン信号を受信部１１０Ａが受信できる状況（圏内）になったとき（つまり圏外から圏内になったとき）には、ステータスはチェックインに設定される。チェックインがしばらく続くと、ステータスは、次に説明する第２の状態に設定される。
【００３３】
第２の状態は、チェックインにおいてさらに受信部１１０Ａが発信機２１０Ａからのビーコン信号を所定時間以上受信し続けている状態（「滞在状態」という）である。所定時間は、たとえば数十秒から数分程度とすることができる。つまり、受信部１１０Ａが発信機２１０Ａからのビーコン信号を受信し始めた直後はステータスが上述のチェックインに設定され、その後所定時間の間はチェックインが維持される。さらにその所定時間を超えると（つまり所定時間以上圏内が続くと）、ステータスが滞在状態に設定される。
【００３４】
第３の状態は、受信部１１０Ａが発信機２１０Ａからのビーコン信号を受信しなくなった状態（「チェックアウト」という）である。具体的に、圏内から圏外になると、ステータスがチェックアウトに設定される。チェックアウトが続くと、ステータスは、次に説明する第４の状態に設定される。
【００３５】
第４の状態は、受信部１１０Ａが発信機２１０Ａからのビーコン信号を所定時間以上受信していない状態（「デフォルト状態」という）である。つまり、圏外が所定時間以上続くと、ステータスがデフォルト状態に設定される。なお、ここでの所定時間は、先に説明したチェックインから滞在状態に移行するまでの時間（たとえば数十秒から数分程度）と同じであってもよいし、異なっていてもよい。
【００３６】
端末１００Ａの説明に戻り、制御部１３０は、端末１００Ａに含まれる各要素を制御する部分（制御手段）である。通信部１４０は、端末１００Ａがサーバ４００と通信するために、サーバ４００の通信部４１０と通信を行うための部分である。
【００３７】
表示部１５０は、端末１００Ａのユーザに対して種々の情報を表示する部分（出力手段）である。表示には、画像や映像だけでなく、音などの出力が含まれてもよい。そのため、表示部１５０は、たとえばディスプレイ装置やスピーカなどを含んで構成される。ディスプレイ装置は、ユーザ操作が可能なように、タッチパネルを含んで構成されてもよい。
【００３８】
記憶部１６０は、端末１００Ａの動作に必要な種々の情報を記憶する部分（記憶手段）である。図２に示す例では、記憶部１６０は、履歴ＤＢ（データベース）１６１と、アプリＤＢ１６２と、キャッシュ１６３とを含む。ただし、記憶部１６０に含まれる要素は、それらに限定されるものではない。
【００３９】
履歴ＤＢ１６１には、発信機２１０Ａ〜２１０Ｃからのビーコン信号の受信履歴が記憶される。受信履歴は、ビーコン信号を受信した時刻や、ビーコン信号に含まれる発信機ＩＤの情報に限らず、たとえば受信したビーコン信号の受信レベルなどを含んでいてもよい。
【００４０】
アプリＤＢ１６２には、本実施形態に係る端末１００Ａにおいて実行される処理を実現するためのアプリケーションが格納されている。また、アプリＤＢ１６２は、アプリＩＤ１６２ａを記憶している。アプリＩＤ１６２ａは、アプリケーションのユーザ（つまり端末１００Ａのユーザ）を特定するためのＩＤである。
【００４１】
キャッシュ１６３には、種々のデータが一時的に記憶される。キャッシュ１６３によって、サーバ４００で保有されている情報を、端末１００Ａにおいて一時的に（たとえば２４時間）記憶することもできる。
【００４２】
リスト作成部１７０は、他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号の受信履歴のリストを作成する部分（リスト作成手段）である。
【００４３】
次に、サーバ４００について説明すると、サーバ４００は、通信部４１０と、制御部４２０と、表示情報ＤＢ４３０と、ペアリングＤＢ４４０とを含む。
【００４４】
通信部４１０は、端末１００Ａの通信部１４０と通信を行う部分である。制御部４２０は、サーバ４００に含まれる各要素を制御する部分である。
【００４５】
表示情報ＤＢ４３０は、端末１００Ａの表示部１５０に表示される情報（表示情報）を記憶する部分である。表示情報は、第１の情報および第２の情報の２種類の情報を含む。第１の情報は、自己の発信機２１０Ａの発信機ＩＤに応じて設定された情報である。第２の情報は、他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤに応じて設定された情報である。
【００４６】
ここで、図７および図８を参照して、表示情報ＤＢ４３０に含まれる表示情報の例について説明する。
【００４７】
図７は、表示情報ＤＢ４３０に含まれる表示情報データテーブルの例を示す図である。表示情報データテーブル４３０ａは、ステータスと、表示情報とを対応づけて記述している。この表示情報データテーブル４３０ａでは、表示情報として第１の情報が詳細に記述されている。
【００４８】
具体的に、ステータス「チェックイン」（第１の状態）に対しては、表示情報としてキャラクタ表示および「おかえり」などのメッセージが対応付けられる。先に説明したように、チェックインは、圏外から圏内になったときの状態である。たとえば、ユーザが発信機２１０Ａを家に置いたまま端末１００Ａを携帯して外出し（圏外になり）、その後家に帰ってきた（圏外から圏内になった）ときには、ステータスがチェックインに設定されることとなるが、その場合にはキャラクタ表示とともに「おかえり」といったメッセージを表示するとよい。
【００４９】
また、ステータス「滞在状態」（第２の状態）に対しては、表示情報としてキャラクタ表示および「なにかご用はありますか？」などのメッセージが対応付けられる。先に説明したように、滞在状態は、圏内が続いている状態を示している。この場合、ユーザが携帯する端末１００Ａと発信機２１０Ａとが近くにある状態が続いているので、情報をユーザに提供し続けることが好ましい。図７に示す例のように、キャラクタ表示とともに「なにかご用はありますか？」といったメッセージを表示することによってユーザとの対話が開始されるようにすれば、その後の対話を通して、ユーザは、多くの情報を取得できるようになる。なお、対話に用いられるキャラクタ表示やメッセージなどについても、第１の情報としてたとえばこの表示情報データテーブル４３０ａに含まれる。
【００５０】
また、ステータス「チェックアウト」（第３の状態）に対しては、表示情報としてキャラクタ表示および「いってらっしゃい」などのメッセージが対応付けられる。先に説明したように、チェックアウトは圏内から圏外になったときの状態である。たとえば、ユーザが発信機２１０Ａを家に置いたまま端末１００Ａを携帯して外出する（圏内から圏外になった）ときには、ステータス「チェックアウト」となるが、その場合にはキャラクタ表示とともに「いってらっしゃい」といったメッセージを表示するとよい。
【００５１】
また、ステータス「デフォルト」（第４の状態）に対しては、表示情報としてたとえばキャラクタ表示のみが対応付けられる。先に説明したように、デフォルトは圏外が続く状態である。この場合、ユーザが携帯する端末１００Ａと発信機２１０Ａとが離れている状態が続いているので、ユーザへの情報の提供を中断することが好ましい。たとえばキャラクタ表示のみを行い、メッセージは表示しないようにするとよい。あるいは、キャラクタ表示も行わないようにしてもよい。
【００５２】
以上説明したような種々の第１の情報は、たとえば、サービス提供者が予め用意してサーバ４００に登録しておいもよい。あるいは、サービス提供者の用意したオプションからユーザが選択することによって、サーバ４００に登録しておいてもよい。なお、各ステータスのうち、デフォルトに対応する情報は、たとえばキャラクタ表示のみであり、また、バリエーションもそれほど必要としないので、データ容量を小さくすることができる。このため、デフォルトに対応する情報は、端末１００Ａの記憶部１６０に記憶させておいてもよい。
【００５３】
一方、図８は、表示情報ＤＢ４３０に含まれる表示情報データテーブルの別の例を示す図である。表示情報データテーブル４３０ｂは、アプリＩＤと、発信機ＩＤと、表示情報とを対応付けて記述している。この表示情報データテーブル４３０ｂでは、表示情報として、第１の情報だけでなくさらに第２の情報が記述されている。
【００５４】
アプリＩＤ「ｘｘ１０」は、端末１００ＡのアプリＩＤ（つまり図２のアプリＩＤ１６２ａ）である。発信機ＩＤ「ｘｘｘ１，ｙｙｙ１，ｚｚｚ１」は自己の発信機２１０Ａの発信機ＩＤである。発信機ＩＤ「ｘｘｘ２，ｙｙｙ２，ｚｚｚ２」、「ｘｘｘ３，ｙｙｙ３，ｚｚｚ３」は、他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤである。
【００５５】
表示情報データテーブル４３０ｂによれば、同じアプリＩＤであっても、発信機ＩＤとの組合せによって、表示情報が異なるようになっている。具体的に、自己の発信機２１０Ａの発信機ＩＤ（「ｘｘｘ１，ｙｙｙ１，ｚｚｚ１」）の場合には、表示情報は、先に図７を参照して説明したような第１の情報（発信機２１０Ａの発信機ＩＤに対応する情報）とされる。
【００５６】
一方、他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤ（「ｘｘｘ２，ｙｙｙ２，ｚｚｚ２」、「ｘｘｘ３，ｙｙｙ３，ｚｚｚ３」）の場合には、表示情報は、第２の情報とされる。先に説明したように、第２の情報は、他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤに応じた情報である。より具体的に、第２の情報は、その他人に関する情報であり、たとえばその他人の連絡先やプロフィールを含んでいてもよく、さらに、その他人が発信しようとする情報、たとえばキャラクタ表示やメッセージなどを含んでいてもよい。
【００５７】
具体的に、図８に示す例では、他人の発信機２１０Ｂの発信機ＩＤ（ｘｘｘ２，ｙｙｙ２，ｚｚｚ２）の場合には、「はじめまして」などのメッセージが第２の情報とされる。これにより、端末１００Ａのユーザは、他人（ここでは発信機２１０Ｂのユーザ）からのメッセージを第２の情報として取得することができる。
【００５８】
また、他人の発信機２１０Ｃの発信機ＩＤ（ｘｘｘ３，ｙｙｙ３，ｚｚｚ３）の場合には、「カメラを掛ける」などの着せ替えプレゼントが、第２の情報とされる。たとえば、第１の情報として表示されているキャラクタに、カメラが掛けられることによって着せ替えられる。これにより、端末１００Ａのユーザは、他人（ここでは発信機２１０Ｃのユーザ）からの着せ替えプレゼントを第２の情報として取得することができる。
【００５９】
以上説明したような第２の情報についても、第１の情報と同様に、サービス提供者が予め用意してサーバ４００に登録しておいてもよいし、サービス提供者の用意したオプションからユーザが選択することによって、サーバ４００に登録しておいてもよい。
【００６０】
再び図２に戻って、ペアリングＤＢ４４０は、ペアリング登録情報を記憶する部分である。ペアリグ登録情報は、先に図１を参照して説明したように、発信機２１０Ａ〜２１０Ｃおよび、端末１００Ａ〜１００Ｃの各ペアの情報である。
【００６１】
ここで、図６を参照して、ペアリングＤＢ４４０に含まれるペアリング登録情報の一例について説明する。図６に示されるペアリングデータテーブル４４０ａは、アプリＩＤと、発信機ＩＤとを関連付けて記述している。
【００６２】
具体的に、アプリＩＤ「ｘｘ１０」は端末１００ＡのアプリＩＤであり、アプリＩＤ「ｘｘ２０」は端末１００ＢのアプリＩＤであり、アプリＩＤ「ｘｘ３０」は端末１００ＣのアプリＩＤである。また、発信機ＩＤ「ｘｘｘ１，ｙｙｙ１，ｚｚｚ１」は発信機２１０Ａの発信機ＩＤであり、発信機ＩＤ「ｘｘｘ２，ｙｙｙ２，ｚｚｚ２」は発信機２１０Ｂの発信機ＩＤであり、発信機ＩＤ「ｘｘｘ３，ｙｙｙ３，ｚｚｚ３」は発信機２１０Ｃの発信機ＩＤである。なお、図６に示す例では、発信機ＩＤは、ＵＵＩＤと、メジャー番号（majorID）と、マイナー番号（minorID）とによって構成されている。たとえば、発信機ＩＤ「ｘｘｘ１，ｙｙｙ１，ｚｚｚ１」のうち、「ｘｘｘ１」はＵＵＩＤを示し、「ｙｙｙ１」はメジャー番号を示し、「ｚｚｚ１」はマイナー番号を示す。たとえば、メジャー番号およびマイナー番号はそれぞれ０〜６５５３５のいずれかの番号とすることができる。そのようなメジャー番号およびマイナー番号を組合わせることによって、約４２億通りの番号を付与することができる。このように多くの番号をＵＵＩＤとともに用いることで、発信機ＩＤをユニーク（一意）に設定することができる。
【００６３】
ここで、ペアリングデータテーブル４４０ａは、同一ユーザの端末のアプリＩＤと発信機の発信機ＩＤとを対応づけて記述している。具体的に、端末１００ＡのアプリＩＤ（ｘｘ１０）および発信機２１０Ｂの発信機ＩＤ（ｘｘｘ１，ｙｙｙ１，ｚｚｚ１）が対応付けて記述されている。同様に、端末１００Ｂ，１００ＣのアプリＩＤおよび発信機２１０Ｂ，２１０Ｃの発信機ＩＤが対応付けて記述されている。このようなペアリングデータテーブル４４０ａを参照することによって、発信機ＩＤとアプリＩＤとがペアリング登録されているか否かを行う（ペアリング照合を行う）ことができる。
【００６４】
再び図２に戻って、端末１００Ａは、物理的には、１または複数のＣＰＵ（CentralProcessing Unit）、主記憶装置であるＲＡＭ（RandomAccess Memory）およびＲＯＭ（Read OnlyMemory）、データ送受信デバイスである通信モジュール、ならびに、ハードディスクなどの補助記憶装置などのハードウェアを備えるコンピュータを含んで構成することができる。図２を参照して説明した端末１００Ａの各機能は、たとえば、ＣＰＵ、ＲＡＭなどのハードウェア上に１または複数の所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵの制御のもとで通信モジュールを動作させるとともに、ＲＡＭおよび補助記憶装置におけるデータの読み出しおよび書き込みを行うことで実現される。なお、専用のハードウェアを用いて端末１００Ａの各機能を実現することもできる。
【００６５】
次に、端末１００Ａの基本的な動作について説明する。まず、受信部１１０Ａが自己の発信機２１０Ａからのビーコン信号を受信すると、先に図７を参照して説明した第１の情報が表示部１５０に表示される。第１の情報は、ステータス（発信機２１０Ａの状態）に応じて異なる情報とされる。一方、受信部１１０Ａが他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号を受信すると、先に図８を参照して説明した第２の情報が表示部１５０に表示される。
【００６６】
具体的に、図３〜図５を参照して、端末１００Ａにおいて実行される処理（受信機の情報出力方法）について説明する。まず図３を参照してステータス管理のためのフローについて説明し、次に図４を参照して第１の情報の表示について説明し、その後図５を参照して第２の情報の表示について説明する。
【００６７】
図３は、ステータス管理のために実行される処理の一例を示すフローチャートである。とくに説明がない場合には、各処理は制御部１３０によって実行される。
【００６８】
まず、端末１００Ａは、発信機からのビーコン信号（発信機の発信機ＩＤ）を受信したか否かを判断する（ステップＳ１０１）。ここでのビーコン信号は、発信機２１０Ａ〜２１０Ｃのいずれの発信機からのビーコン信号でもよい。ビーコン信号を受信した場合（ステップＳ１０１：ＹＥＳ）、端末１００Ａは、ステップＳ１０２に処理を進める。そうでない場合（ステップＳ１０１：ＮＯ）、端末１００Ａは、後述のステップＳ１１２に処理を進める。
【００６９】
ステップＳ１０１においてビーコン信号を受信した場合、端末１００Ａは、発信機ＩＤの受信履歴を更新する（ステップＳ１０２）。具体的に、ステータス管理部１２０が、履歴ＤＢ１６１に記憶されている受信履歴を更新する。
【００７０】
そして、端末１００Ａは、受信した発信機ＩＤが、キャッシュ１６３に記憶されているか否かを判断する（ステップＳ１０３）。先に説明したように、キャッシュ１６３は、サーバ４００で保有されているペアリング登録情報の一部を記憶することができる。そして、ペアリング登録情報は発信機ＩＤを含むので（図６参照）、キャッシュ１６３に記憶されたペアリング登録情報を参照することによって、受信した発信機ＩＤがキャッシュ１６３に記憶されているか否かを判断することができる。
【００７１】
受信した発信機ＩＤがキャッシュ１６３に記憶されていない場合（ステップＳ１０３：ＮＯ）、端末１００Ａは、サーバ４００にアクセスし、受信した発信機ＩＤのペアリング登録情報を取得する（ステップＳ１０４）。そして、端末１００Ａは、取得したペアリング登録情報をキャッシュ１６３に記憶させる。
【００７２】
ステップＳ１０５の処理が完了した後、あるいは、先のステップＳ１０１において受信した発信機ＩＤがキャッシュ１６３に記憶されている場合（ステップＳ１０３：ＹＥＳ）には、端末１００Ａは、キャッシュ１６３に記憶されているペアリング登録情報を取得する（ステップＳ１０６）。
【００７３】
そして、端末１００Ａは、取得したペアリング登録情報に基づいて、受信した発信機ＩＤが、自己の発信機２１０Ａの発信機ＩＤであるか、それ以外の発信機ＩＤ（つまり他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤ）であるかを判断する（ステップＳ１０７）。この判断は、キャッシュ１６３に記憶されているペアリング登録情報に基づいて行われる。具体的に、制御部１３０が、アプリＤＢ１６２に記憶されているアプリＩＤ１６２ａと同一のアプリＩＤについてのペアリング登録情報を参照することによって、当該アプリＩＤとペアとなっている発信機ＩＤを特定する。そして、特定した発信機ＩＤが、先のステップＳ１０１で受信した発信機ＩＤと一致するか否かを判断し、一致する場合は、自己の発信機からの発信機ＩＤであると判断する。そうでない場合には、他人の発信機からの発信機ＩＤであると判断する。
【００７４】
ここで、端末１００Ａは、自己の発信機２１０Ａからのビーコン信号を受信したか否かに応じて処理を分岐させる（ステップＳ１０８）。自己の発信機２１０Ａからのビーコン信号を受信した場合（ステップＳ１０８：ＹＥＳ）、端末１００Ａは、ステップＳ１０９に処理を進める。そうでない場合（ステップＳ１０８：ＮＯ）、端末１００Ａは、ステップＳ１０１に再び処理を戻す。
【００７５】
自己の発信機２１０Ａからのビーコン信号を受信した場合（ステップＳ１０８：ＹＥＳ）、端末１００Ａは、ステータスがチェックインであって、さらに所定時間以上連続して自己の発信機２１０Ａからのビーコン信号を受信しているか否かを判断する（ステップＳ１０９）。所定時間以上連続して自己の発信機２１０Ａからのビーコン信号を受信しているか否かの判断は、履歴ＤＢ１６１に記憶されている受信履歴を参照することによって行うことができる。この処理は、ステータス管理部１２０によって実行される。
【００７６】
ステータスがチェックインであって、さらに所定時間以上連続して自己の発信機２１０Ａからのビーコン信号を受信している場合（ステップＳ１０９：ＹＥＳ）、端末１００Ａは、ステータスを「滞在状態」（第２の状態）に設定する（ステップＳ１１０）。そうでない場合（ステップＳ１０９：ＮＯ）、端末１００Ａは、ステータスを「チェックイン」（第１の状態）に設定する（ステップＳ１１１）。この処理は、ステータス管理部１２０によって実行される。ステップＳ１１１またはステップＳ１１１の処理が完了した後には、端末１００ＡはステップＳ１０１に再び処理を戻す。
【００７７】
一方、先のステップＳ１０１において発信機からのビーコン信号を受信していないと判断された場合（ステップＳ１０１：ＮＯ）、端末１００Ａは、チェックインまたは滞在状態であるか否かを判断する（ステップＳ１１２）。この処理は、ステータス管理部１２０によって実行される。
【００７８】
チェックインまたは滞在状態である場合（ステップＳ１１２：ＹＥＳ）、端末１００Ａは、ステータスを「チェックアウト」（第３の状態）に設定する。この処理は、ステータス管理部１２０によって実行される。
【００７９】
一方、ステップＳ１１２においてチェックインまたは滞在状態ではないと判断された場合（ステップＳ１１２：ＮＯ）、端末１００Ａは、所定時間以上、自己の発信機２１０Ａからの信号を受信していないか否か判断する（ステップＳ１１４）。所定時間以上、自己の発信機２１０Ａからの信号を受信していない場合（ステップＳ１１４：ＹＥＳ）、端末１００Ａは、ステータスを「デフォルト」（第４の状態）に設定する（ステップＳ１１５）。この処理は、ステータス管理部１２０によって実行される。
【００８０】
ステップＳ１１４において、所定時間以上、自己の発信機２１０Ａからの信号を受信していると判断された場合（ステップＳ１１４：ＮＯ）、あるいはステップＳ１１３の処理が完了した後には、端末１００Ａは、ステップＳ１０１に再び処理を戻す。
【００８１】
この図３に示すフローチャートによれば、受信部１１０Ａの受信状態に応じてステータスが設定される（ステータス管理が行われる）。
【００８２】
図４は、第１の情報（自己の発信機２１０Ａの発信機ＩＤに応じて出力される情報）を出力するために実行される処理の一例を示すフローチャートである。とくに説明が無い場合には、各処理は制御部１３０によって実行される。
【００８３】
まず、端末１００Ａは、ステータスがデフォルトであるか否かを判断する（ステップＳ２０１）。ステータスがデフォルトである場合（ステップＳ２０１：ＹＥＳ）、端末１００Ａは、デフォルト情報を出力する（ステップＳ２０２）。これらの処理は、ステータス管理部１２０および表示部１５０によって実行される。
【００８４】
なお、デフォルト情報の例については、先に図７を参照して説明したとおり（キャラクタ表示のみなど）である。デフォルト情報は、端末１００Ａがサーバ４００にアクセスすることによって取得してもよいし、先に説明したようにデフォルト情報を端末１００Ａの記憶部１６０に記憶させておくことによって、サーバ４００へのアクセスを不要とすることもできる。
【００８５】
一方、ステータスがデフォルトでない場合（ステップＳ２０１：ＮＯ）、端末１００Ａは、ステータスに応じて処理を分岐させる（ステップＳ２０３）。具体的に、ステータスがチェックインの場合、端末１００Ａは、ステップＳ２０４に処理を進める。ステータスが滞在状態の場合、端末１００Ａは、ステップＳ２０５に処理を進める。ステータスがチェックアウトの場合、端末１００Ａは、ステップＳ２０６に処理を進める。この処理は、ステータス管理部１２０によって実行される。
【００８６】
ステータスがチェックインの場合、端末１００Ａは、サーバ４００からチェックイン用の情報を取得する（ステップＳ２０４）。具体的に、端末１００Ａは、サーバ４００にアクセスし、サーバ４００は、サーバ４００に含まれる表示情報ＤＢ４３０に記憶されている情報のうち、チェックイン用の情報を、端末１００Ａに送信する。チェックイン用の情報の例については、先に図７を参照して説明したとおり（キャラクタ表示および「おかえり」などのメッセージ）である。
【００８７】
ステータスが滞在状態の場合、端末１００Ａは、サーバ４００から滞在状態用の情報を取得する（ステップＳ２０５）。具体的に、端末１００Ａは、サーバ４００にアクセスし、サーバ４００は、サーバ４００に含まれる表示情報ＤＢ４３０に記憶されている情報のうち、滞在状態用の情報を端末１００Ａに送信する。滞在状態用の情報の例については、先に図７を参照して説明したとおり（キャラクタ表示および「なにかご用はありますか？」などのメッセージ）である。
【００８８】
ステータスがチェックアウトの場合、端末１００Ａは、サーバ４００からチェックアウト用の情報を取得する（ステップＳ２０６）。具体的に、端末１００Ａは、サーバ４００にアクセスし、サーバ４００は、サーバ４００に含まれる表示情報ＤＢ４３０に記憶されている情報のうち、チェックアウト用の情報を端末１００Ａに送信する。チェックアウト用の情報の例については、先に図７を参照して説明したとおり（キャラクタ表示および「いってらっしゃい」などのメッセージ）である。
【００８９】
ステップＳ２０４〜Ｓ２０６の処理が完了した後、端末１００Ａは、取得した情報を表示する（ステップＳ２０７）。この処理は、表示部１５０によって実行される。
【００９０】
この図４に示すこのフローチャートによれば、自己の発信機２１０Ａの発信機ＩＤに応じた情報（第１の情報）がステータスに基づいて切り替えられて、表示部１５０に表示されるようになる。なお、図４のフローチャートの処理と、先に説明した図３のフローチャートの処理とは、並列で実行されてもよい。あるいは、図３のフローチャートの処理のうち、ステップＳ１１０，Ｓ１１１、Ｓ１１３，Ｓ１１５の処理が実行されるときに、図４のフローチャートの処理が実行されてもよい。
【００９１】
図５は、さらに第２の情報（他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号に応じた情報）を表示するために実行される処理の一例を示すフローチャートである。以下、とくに説明がない場合には、その処理は制御部１３０によって実行される。
【００９２】
まず、端末１００Ａは、第１の情報を出力する（ステップＳ３０１）。この処理は、先に説明した図４のフローチャートで実行される処理と同様である。
【００９３】
さらに、端末１００Ａは、他人とのすれ違いの有無を確認するためのユーザ操作が行われたか否かを判断する（ステップＳ３０２）。ここで、すれ違いとは、端末１００Ａのユーザが、発信機２１０Ｂ，２１０Ｃを携帯している他人と近づくことで、発信機２１０Ｂ，２１０Ｃからのビーコン信号が受信部１１０Ａによって受信されることをいう。他人とのすれ違いの有無を確認するためのユーザ操作が行われなかった場合、端末１００Ａは、ステップＳ３０１に再び処理を戻す。なお、ユーザ操作の例については、後に図１１を参照して説明する。
【００９４】
一方、他人とのすれ違いの有無を確認するためのユーザ操作が行われた場合（ステップＳ３０２：ＹＥＳ）、端末１００Ａは、ビーコン信号の受信履歴のある他人のリスト（すれ違いリスト）を作成する（ステップＳ３０３）。この処理は、リスト作成部１７０によって実行される。具体的に、リスト作成部１７０は、記憶部１６０の履歴ＤＢ１６１に記憶されている受信履歴に基づいて、すれ違いリストを作成する。ここで、履歴ＤＢ１６１に記憶されている受信履歴では、同一の他人の発信機（たとえば発信機２１０Ｂ）からの受信履歴が複数存在する場合もある。その場合には、リスト作成部１７０は、ユーザが見やすいように、同一の他人の受信履歴が重複して表示されないようにすれ違いリストを作成してもよい。
【００９５】
次に、端末１００Ａは、ユーザに選択可能な状態ですれ違いリストを表示する（ステップＳ３０４）。ユーザは、表示されたリストから、たとえば連絡を取りたい相手（他人）を選択する。なお、すれ違いリストの表示の例については、後に図１１を参照して説明する。
【００９６】
そして、端末１００Ａは、第２の情報を表示する（ステップＳ３０５）。先に説明したように、第２の情報は、他人の発信機２１０Ｂ，２１０Ｃの発信機ＩＤに応じた情報である。たとえば、第２の情報としての他人のキャラクタやプロフィールなどが表示され、さらに、自己のキャラクタ（第１の情報の一部）と、その他人のキャラクタとのトーク画面が表示される。これにより、ユーザと他人とのコミュニケーションを開始することもできる。これの具体例については、後に図１１を参照して説明する。
【００９７】
ステップＳ３０５の処理（たとえばユーザと他人とのコミュニケーション）が完了した後、端末１００Ａは、ステップＳ３０１に再び処理を戻す。
【００９８】
この図５に示すこのフローチャートによれば、第１の情報が表示されるだけでなく、さらに、他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号に応じて第２の情報も表示されるようになる。
【００９９】
次に、図９〜図１１を参照して、端末１００Ａの動作例について説明する。
【０１００】
図９は、第１の情報の表示に関する動作例を示す図である。図９に示す例では、ユーザ２Ａは、端末１００Ａおよび発信機２１０Ａのユーザである。また、ユーザ２Ａは、ぬいぐるみ２００Ａを所有しており、発信機２１０Ａはぬいぐるみ２００Ａに取り付けられている。発信機２１０Ａは、ぬいぐるみ２００Ａの内部に取り付けられていてもよい。
【０１０１】
たとえば、図９（ａ）および図９（ｂ）に示すように、ユーザ２Ａは、ぬいぐるみ２００Ａを家に置いたまま、端末１００Ａを携帯して外出する。その後、ユーザ２Ａが外出先から戻ると、図９（ｃ）に示すように、端末１００Ａに、第１の情報が表示される。具体的に、キャラクタＣＡが表示されるとともに「お帰りなさい！待ってたよ！」というメッセージＭＡが表示される。
【０１０２】
この図９（ｃ）に示されるような第１の情報は、ステータスがチェックインのときの情報である。逆に図９（ａ）のようにユーザ２Ａが外出するときには、ステータスがチェックアウトとなる（不図示）。この場合には、たとえばキャラクタＣＡとともに「いってらっしゃい」といったメッセージが表示されることとなる。
【０１０３】
一方、図示しないが、ユーザ２Ａが外出から戻り、しばらくすると、ステータスが滞在状態になる。この場合には、たとえばキャラクタＣＡとともに「何かご用はありますか？」といったメッセージが表示され、その後、ユーザ２ＡとキャラクタＣＡとの対話が進められる。
【０１０４】
ここで、滞在状態では、さらに、受信部１１０Ａが受信する発信機２１０Ａからのビーコン信号の受信レベルに応じて、第１の情報が切り替わるようにしてもよい。この場合、たとえばサーバ４００の表示情報ＤＢ４３０に、各受信レベルに応じた情報を記憶させておくとよい。そして、端末１００Ａは、制御部１３０によって受信部１１０Ａの受信レベルを検出し、サーバ４００にアクセスすることによって、受信部１１０Ａの受信レベルに対応する情報を取得する。取得された情報は、表示部１５０によって表示される。これにより、同じ圏内であっても、たとえば受信部１１０Ａと発信機２１０Ａとの距離が比較的近い場合と、比較的遠い場合とで、キャラクタＣＡの動作やそれとともに表示されるメッセージが異なるように設定することができる。その結果、さらに多くの情報を第１の情報として表示させることができるようになる。これにより、ユーザはより多くの情報を取得することができる。
【０１０５】
図１０および図１１は、第２の情報の表示に関する動作例を示す図である。まず、図１０（ａ）に示すように、ユーザ２Ａは、発信機２１０Ａが取り付けられたぬいぐるみ２００Ａと、端末１００Ａとを携帯して外出する。その後、外出先（たとえば街中）において、図１０（ｂ）に示すように、ユーザ２Ａが、ユーザ２Ｂとすれ違う。ユーザ２Ｂは、端末１００Ｂおよび発信機２１０Ｂのユーザである。また、ユーザ２Ｂは、ぬいぐるみ２００Ｂを所有しており、発信機２１０Ｂはぬいぐるみ２００Ｂに取り付けられている。このため、ユーザ２Ａとユーザ２Ｂとがすれ違うと、ユーザ２Ａの端末１００Ａは、発信機２１０Ｂからのビーコン信号を受信することとなる。なお、ユーザ２Ｂの端末１００Ｂも、発信機２１０Ａからのビーコン信号を受信することとなる。その後、図１０（ｃ）に示すように、ユーザ２Ａは外出先から戻る。
【０１０６】
ユーザ２Ａが外出先から戻り、端末１００Ａを見ると、図１１（ａ）のような画面が表示される。すなわち、第１の情報としてキャラクタＣＡおよびメッセージＭＡが表示部１５０に表示されている。さらに、表示部１５０の右上に、アイコンＬ１が表示されている。アイコンＬ１は、先に説明した図５のステップＳ３０２において他人とのすれ違いの有無を確認するためのユーザ操作に用いられる。ユーザ操作によってアイコンＬ１が選択されると、図１１（ｂ）に示すように、すれ違いリストＬ２が表示される。すれ違いリストＬ２には、たとえば、ユーザ２Ｂの名前やその連絡先などがリスト表示される。さらにユーザ操作によって、リスト表示されたユーザリストＵＬの右にある確認ボタンＢが選択されると、図１１（ｃ）に示すように、ユーザ２Ｂとのトーク画面に移行する。具体的に、ユーザ２ＡのキャラクタＣＡに加えて、ユーザ２ＢのキャラクタＣＢおよびメッセージＭＢ（ここではユーザ２Ｂの名前や、性別および生年月日などのプロフィールを含む）が第２の情報として表示される。その後、図１１（ｄ）に示すように、ユーザ２ＡのキャラクタＣＡと、ユーザ２ＢのキャラクタＣＢとの間で、メッセージＭＡおよびＭＢを通してトークが進められる。
【０１０７】
なお、図１０に示す例では、ユーザ２Ａは端末１００Ａおよびぬいぐるみ２００Ａを携帯し、ユーザ２Ｂは端末１００Ｂおよびぬいぐるみ２００Ｂを携帯した状態で、互いにすれ違う例について説明したが、これに限らず、本実施形態においてはさまざまなすれ違いの態様が考えられる。
【０１０８】
たとえば、ユーザ２Ａが受信のみを行いたいと考えており、ユーザ２Ｂが発信のみを行いたいと考えている場合もある。この場合には、ユーザ２Ａはぬいぐるみ２００Ａを携帯せずに端末１００Ａのみを携帯し、ユーザ２Ｂは端末１００Ｂを携帯せずにぬいぐるみ２００Ｂのみを携帯すればよい。これによっても、ユーザ２Ａとユーザ２Ｂとがすれ違うと、ユーザ２Ｂのぬいぐるみ２００Ｂに含まれる発信機２１０Ｂからのビーコン信号が、ユーザ２Ａの端末１００Ａ（の受信部１１０Ａ）によって受信される。したがって、先に図１１を参照して説明したように、すれ違った後で、ユーザ２Ａがすれ違いリストからユーザ２Ｂを選択すれば、ユーザ２Ａは、ユーザ２Ｂに関する情報を取得することができるようになる。
【０１０９】
次に、端末１００Ａの作用効果について説明する。端末１００Ａによれば、自己の受信機が自己の発信機からの信号を受信することを利用した、新たなコミュニケーションが可能になる。すなわち、端末１００Ａでは、受信部１１０Ａが発信機２１０Ａからのビーコン信号を受信すると（図３のステップＳ１０１）、受信部１１０Ａの受信状態（ステータス）に応じた第１の情報が出力される（図４のステップＳ２０２，Ｓ２０７）。これにより、ユーザは、受信部１１０Ａの受信状態に応じた種々の情報を第１の情報として取得することができるようになる。
【０１１０】
また、ステータス管理部１２０は、ステータスをチェックイン、滞在状態、チェックアウト、デフォルトの４つの状態のいずれかに設定することによって、ステータスを管理する。
【０１１１】
チェックインは、受信部１１０Ａが発信機２１０Ａから連続した複数のビーコン信号を受信している状態（ただし所定時間未満）である（図３のステップＳ１０８，Ｓ１０９，Ｓ１１１）。なお、受信するビーコン信号を１つではなく複数としているのは、チェックインの状態をある程度持続させるためである。チェックインの時間が短すぎると、チェックインにおいて表示される情報をユーザが見逃す可能性があるが、チェックインの時間をある程度確保することによって、その可能性を低減することができる。
【０１１２】
滞在状態は、チェックインにおいてさらに受信部１１０Ａが発信機２１０Ａからのビーコン信号を所定時間以上受信し続けている状態である（図３のステップＳ１０８〜Ｓ１１０）。
【０１１３】
チェックアウトは、受信部１１０Ａが発信機２１０Ａからのビーコン信号を受信しなくなった状態である（図３のステップＳ１０８，Ｓ１１２，Ｓ１１３）。デフォルトは、チェックアウトからさらに所定時間以上発信機２１０Ａからのビーコン信号を受信していない状態である（図３のステップＳ１０８，Ｓ１１２，Ｓ１１４，Ｓ１１５）。
【０１１４】
なお、チェックアウトから所定時間以上発信機２１０Ａからのビーコン信号を受信していない状態をデフォルトとしているのは、チェックアウトの状態をある程度持続させるためである。チェックアウトの時間が短すぎると、チェックアウトにおいて表示される情報をユーザが見逃す可能性があるが、チェックアウトの時間をある程度確保することによって、その可能性を低減することができる。
【０１１５】
このように、ステータスを複数の状態に設定して管理することによって、ステータスに応じて第１の情報を様々な情報に切り替えて表示することができるようになる。
【０１１６】
また、表示部１５０は、受信部１１０Ａの受信状態を示す受信レベルに応じた情報を出力してもよい。受信レベルは、たとえば端末１００Ａ（の受信部１１０Ａ）と発信機２１０Ａとの距離に応じて変化するので、上記構成によれば、端末１００Ａと発信機２１０Ａとの距離に応じて、出力される情報を切り替えることができるようになる。
【０１１７】
また、受信部１１０Ａが受信した他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号の受信履歴のリストが、リスト作成部１７０によって作成される（図５のステップＳ３０３）。そして、作成されたリストからユーザ操作で選択された受信履歴に応じた第２の情報が表示部１５０に表示される（図５のステップＳ３０５）。これにより、他人の発信機２１０Ｂ，２１０Ｃからのビーコン信号を受信した場合にも、ユーザは情報を取得することができるようになる。また、ユーザ操作で選択された受信履歴に応じた第２の情報が表示されるので、ユーザの希望する情報が表示されるようになる。さらに、受信履歴のリストを利用して情報を取得できるため、先に図１０および図１１を参照して説明したように、他人とすれ違ったときでなく、その後、時間や場所を異にした場合であっても、情報を取得することができるようになる。
【０１１８】
また、先に説明したように、端末１００Ａは、たとえばスマートフォンのような携帯通信端末を用いて実現することができる。そのような端末１００Ａには、低消費電力化が求められる。ここで、近距離無線通信に関しては、端末１００Ａには、受信部１１０Ａのみが搭載され、端末１００Ａとは分離された発信機２１０Ａ等からのビーコン信号を受信するようになっている。発信機２１０Ａはビーコン信号を発信するが受信は行わず、受信部１１０Ａは発信機２１０Ａからのビーコン信号を受信するが発信（あるいは発信機２１０Ａへの送信）は行わない。このように、受信部１１０Ａと発信機２１０Ａとが分離されていることによって、たとえば近距離無線用の信号の送信および受信の両方を行う送受信機を採用する場合よりも、消費電力を低減することができる。
【０１１９】
具体的に、先に、本実施形態におけるすれ違いの態様の一例として、ユーザ２Ａがぬいぐるみ２００Ａを携帯せずに端末１００Ａのみを携帯し、ユーザ２Ｂが端末１００Ｂを携帯せずにぬいぐるみ２００Ｂのみを携帯する点について説明した。この例においては、ユーザ２Ａの端末１００Ａに含まれる受信部１１０Ａは受信のみを行うので、送受信を行う場合よりも消費電力を低減することができるようになる。よって、ユーザ２Ａは、端末１００Ａを長時間利用できるようになる。また、ユーザ２Ｂのぬいぐるみ２００Ｂに含まれる発信機２１０Ｂは発信のみを行うので、送受信を行う場合よりも消費電力を低減することができるようになる。よって、ユーザ２Ｂは、発信機２１０Ｂによる発信を長時間利用できるようになる。
【０１２０】
また、端末１００Ａでは、とくに自己の発信機２１０Ａが近くにあることもあり、同じビーコン信号を受信部１１０Ａによって受信する頻度が多くなることが想定される。ここで、ビーコン信号を受信する都度サーバ４００にアクセスしてペアリング登録情報を取得していては、サーバ４００へのアクセス頻度が増加し、消費電力が増大する。これに対し、端末１００Ａは、一度サーバ４００にアクセスしてペアリング登録情報を取得すると、その情報をキャッシュ１６３に記憶させるようにしている（図３のステップＳ１０４，Ｓ１０５）。そして、その後は、キャッシュ１６３に記憶されているペアリング登録情報を利用するようにしている（図３のステップＳ１０３，Ｓ１０６）。これにより、サーバ４００へのアクセス頻度を減らすことができ、その結果、消費電力を低減させることができる。
【０１２１】
また、端末１００Ａでは、ステータスに応じて異なる情報を第１の情報として出力するが、ステータスがデフォルトの場合には、デフォルト情報を表示する。ここで、デフォルト情報は、たとえばメッセージを伴わないキャラクタ表示のみの情報でありそれほど多くのデータ量を要しないため、端末１００Ａの記憶部１６０（たとえばアプリＤＢ１６２やキャッシュ１６３など）に予め記憶させておくことができる。その場合には、デフォルト情報を表示する際にサーバ４００にアクセスする必要がないので、サーバ４００へのアクセス頻度を減らすことができ、その結果、消費電力を低減させることができる（図４のステップＳ２０１，Ｓ２０２）。
【符号の説明】
【０１２２】
１…情報通信システム、１００Ａ〜１００Ｃ…端末、１１０Ａ…受信部、１２０…ステータス管理部、１３０，４２０…制御部、１４０，４１０…通信部、１５０…表示部（出力部）、１６０…記憶部、１６１…履歴ＤＢ、１６２…アプリＤＢ、１６３…キャッシュ、１７０…リスト作成部、２１０Ａ〜２１０Ｃ…発信機、３００…通信ネットワーク、４００…サーバ、４３０…表示情報ＤＢ、４４０…ペアリングＤＢ。
【図１】
0006393609.tif 000002
【図２】
0006393609.tif 000003
【図３】
0006393609.tif 000004
【図４】
0006393609.tif 000005
【図５】
0006393609.tif 000006
【図６】
0006393609.tif 000007
【図７】
0006393609.tif 000008
【図８】
0006393609.tif 000009
【図９】
0006393609.tif 000010
【図１０】
0006393609.tif 000011
【図１１】
0006393609.tif 000012