(57)【要約】【課題】情報更新対象装置の属性情報を含む更新処理要求を送信するタイミングを決定する【解決手段】属性情報収集部１１は、同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する。また、更新処理要求送信部１２は、同一の情報更新対象装置によって同一の情報媒体に対して情報の授受が複数回行われた場合に、属性情報収集部１１が収集した属性情報を含む更新処理要求を送信する。【選択図】図１
2014239324.tif 000002
【特許請求の範囲】
【請求項１】
同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する属性情報収集部と、
同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記属性情報収集部が収集した属性情報を含む更新処理要求を送信する更新処理要求送信部と、
を備えることを特徴とする情報交換管理装置。
【請求項２】
前記情報媒体は、前記情報更新対象装置との通信機能を有し、
前記属性情報収集部は、同一の前記情報媒体から前記情報を取得した前記情報更新対象装置の属性情報を収集する
ことを特徴とする請求項１に記載の情報交換管理装置。
【請求項３】
前記更新処理要求送信部は、前記更新処理要求を、同一の前記情報媒体に対して前記情報の授受を行った少なくとも１つの前記情報更新対象装置に送信する
ことを特徴とする請求項１または請求項２に記載の情報交換管理装置。
【請求項４】
前記更新処理要求送信部は、前記更新処理要求を、前記情報更新対象装置の属性情報を保持する端末属性情報保持装置に送信する
ことを特徴とする請求項１または請求項２に記載の情報交換管理装置。
【請求項５】
前記情報媒体を備えることを特徴とする請求項１から請求項４のいずれか１項に記載の情報交換管理装置。
【請求項６】
同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集するステップと、
同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記収集した属性情報を含む更新処理要求を送信するステップと
を有することを特徴とする情報交換管理方法。
【請求項７】
コンピュータを、
同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する属性情報収集部、
同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記属性情報収集部が収集した属性情報を含む更新処理要求を送信する更新処理要求送信部、
として機能させるためのプログラム。
【請求項８】
情報媒体に対して情報の授受を複数回行った場合に、当該情報媒体に対する前記情報の授受を行った他の情報更新対象装置の属性情報の更新処理要求を送信させるトリガ信号を送信するトリガ信号送信部
を備えることを特徴とする情報更新対象装置。
【請求項９】
同一の情報更新対象装置によって同一の情報媒体に対して情報の授受が複数回行われた場合に、当該情報媒体と情報の授受を行った複数の異なる前記情報更新対象装置の属性情報の更新処理要求を送信する更新処理要求送信部
を備えることを特徴とする情報交換システム。
【請求項１０】
前記情報媒体は、
情報更新対象装置から受信した情報を記憶回路に記録し、
前記情報更新対象装置と前記情報を受信した時刻から所定の時間が経過したときに前記記憶回路への前記情報の記録を禁止し、
前記情報更新対象装置から前記情報を受信した時刻から所定の時間が経過した後に、当該情報更新対象装置によって前記情報媒体との通信が行われた場合に、前記情報の記録の受け付けを再開する
ことを特徴とする請求項９に記載の情報交換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報交換管理装置、情報交換管理方法、プログラム、情報更新対象装置、及び情報交換システムに関する。
【背景技術】
【０００２】
複数の利用者が所持する通信端末に記録されている情報を共有する技術が考案されている（例えば、特許文献１、２を参照）。
特許文献１には、複数の利用者のそれぞれが通信端末を所定の機器に接近させた場合に、当該機器を介して通信端末同士を接続する技術が開示されている。
特許文献２には、双方向無線通信手段を備える通信端末同士とが、双方向無線通信の通信範囲内に入ったときに、互いに登録されている個人情報を自動的に交換する技術が開示されている。
【０００３】
しかしながら、特許文献１に開示された技術は、利用者それぞれが通信端末間を接続するための機器を所有している必要があり、簡便に情報の共有を行うことができないという問題がある。また、特許文献２に開示された技術は、双方向無線通信手段の通信範囲内に偶然に第三者の通信端末が入った場合に、当該第三者に情報が送信されてしまうおそれがあるという問題がある。
【０００４】
このような問題を解決する技術として、特許文献３には、情報の共有対象となる通信端末を外部接続装置に接続したときに外部のサーバ装置に当該通信端末の情報を含む電子メールが送信され、サーバ装置が電子メールに含まれる情報の照合を行い、当該照合結果に従って、情報を通信端末に送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１０４６５３号公報
【特許文献２】特開２００２−０５８０６９号公報
【特許文献３】特開２００３−３３９０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献３に記載の技術によると、情報を共有する端末の数が予め決まっていない場合に、サーバ装置がいつ情報を送信するのかを決定することができないという問題がある。
本発明の目的は、上述した課題を解決する情報交換管理装置、情報交換管理方法、プログラム、情報更新対象装置、及び情報交換システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するためになされたものであり、同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する属性情報収集部と、同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記属性情報収集部が収集した属性情報を含む更新処理要求を送信する更新処理要求送信部と、を備えることを特徴とする。
【０００８】
また、本発明は、同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集するステップと、同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記収集した属性情報を含む更新処理要求を送信するステップとを有することを特徴とする。
【０００９】
また、本発明は、コンピュータを、同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する属性情報収集部、同一の前記情報更新対象装置によって同一の前記情報媒体に対して前記情報の授受が複数回行われた場合に、前記属性情報収集部が収集した属性情報を含む更新処理要求を送信する更新処理要求送信部、として機能させるためのプログラムである。
【００１０】
また、本発明は、情報媒体に対して情報の授受を複数回行った場合に、当該情報媒体に対する前記情報の授受を行った他の情報更新対象装置の属性情報の更新処理要求を送信させるトリガ信号を送信するトリガ信号送信部を備えることを特徴とする。
【００１１】
また、本発明は、同一の情報更新対象装置によって同一の情報媒体に対して情報の授受が複数回行われた場合に、当該情報媒体と情報の授受を行った複数の異なる前記情報更新対象装置の属性情報の更新処理要求を送信する更新処理要求送信部を備えることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、情報交換管理装置は、情報更新対象装置の属性情報を含む更新処理要求を送信するタイミングを決定することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る情報交換管理装置の基本構成を示す概略ブロック図である。
【図２】本発明の第１の実施形態に係る情報交換システムの構成を示す概略図である。
【図３】本発明の第１の実施形態に係る情報交換システムの各装置の構成を示す概略ブロック図である。
【図４】本発明の第１の実施形態に係る通信端末の動作を示すフローチャートである。
【図５】通信端末に表示されるキャンセルボタンの画面例である。
【図６】本発明の第１の実施形態に係るサーバ装置の動作を示すフローチャートである。
【図７】本発明の第２の実施形態に係る情報交換システムの構成を示す概略図である。
【図８】本発明の第２の実施形態に係るサーバ装置の動作を示すフローチャートである。
【図９】本発明の第３の実施形態に係る情報交換システムの構成を示す概略図である。
【図１０】本発明の第３の実施形態に係る情報交換システムの各装置の構成を示す概略ブロック図である。
【図１１】本発明の第３の実施形態に係る通信端末の動作を示すフローチャートである。
【図１２】本発明の第４の実施形態に係る通信端末の動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
《基本構成》
図１は、情報交換管理装置１０の基本構成を示す概略ブロック図である。
以下に、本発明に係るいくつかの実施形態について説明するが、当該実施形態に係る情報交換管理装置１０の基本構成は、図１に示すとおりである。
すなわち、情報交換管理装置１０は、属性情報収集部１１及び更新処理要求送信部１２を基本構成とする。
【００１５】
属性情報収集部１１は、同一の情報媒体に対して所定の情報の授受を行った情報更新対象装置の属性情報を収集する。また、更新処理要求送信部１２は、同一の情報更新対象装置によって同一の情報媒体に対して情報の授受が複数回行われた場合に、属性情報収集部１１が収集した属性情報を含む更新処理要求を送信する。
これにより、情報交換管理装置１０は、情報更新対象装置の属性情報を含む更新処理要求を送信するタイミングを決定することができる。
【００１６】
《第１の実施形態》
以下、図面を参照しながら本発明に係る実施形態について詳しく説明する。
図２は、第１の実施形態に係る情報交換システムの構成を示す概略図である。
第１の実施形態に係る情報交換システムは、複数の通信端末１００−１〜１００−４（以下、通信端末１００−１〜１００−４を総称する場合は通信端末１００と表記する）、カード２００、及びサーバ装置３００を備える。なお、本明細書においては、通信端末１００が４台の場合を例に説明するが、通信端末１００の台数はこれに限られず、３台であっても５台以上であっても良い。
【００１７】
通信端末１００は、近距離無線通信（ＮＦＣ：Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）によりカード２００から情報を取得する。また、通信端末１００は、インターネットなどのネットワークを介してサーバ装置３００と通信をすることができる。
【００１８】
第１の実施形態に係る情報交換システムによると、各通信端末１００は、カード２００から情報を読み取ると、自端末に格納されている属性情報をサーバ装置３００に送信する。そして、サーバ装置３００は、同一の通信端末１００から属性情報が２回送信されたと判断したときに、それまでに属性情報を受信した各通信端末１００に対して、それまでに受信したすべての属性情報を送信する。つまり、利用者は、属性情報の交換の対象となる複数の通信端末１００のすべてにカード２００の情報を読み取らせた後に、その通信端末１００の１つに、再度カード２００の情報を読み取らせることで、各通信端末１００に属性情報を共有させることができる。具体的には、通信端末１００−１、通信端末１００−２、通信端末１００−３、通信端末１００−４、通信端末１００−１の順でカード２００の情報を読み取らせた場合、通信端末１００−１による２回目の情報の読み取りがされたときに、各通信端末１００に属性情報を共有させることができる。
【００１９】
次に、情報交換システムの各装置の構成について説明する。
図３は、第１の実施形態に係る情報交換システムの各装置の構成を示す概略ブロック図である。
通信端末１００は、第１通信部１１０、第２通信部１２０、制御部１３０、記憶部１４０を備える。
第１通信部１１０は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）回線や３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）回線などのネットワークを介した通信を行う。
第２通信部１２０は、近距離無線通信による通信を行う。
記憶部１４０は、情報交換アプリケーションプログラム（以下、情報交換アプリという）と自端末の属性情報とを記憶する。自端末の属性情報の例としては、利用者の氏名、電話番号、メールアドレス、住所、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｙｓｔｅｍ）のアカウント情報などが挙げられる。また、記憶部１４０は、他の通信端末１００の属性情報を格納する属性情報テーブルを記憶する。
制御部１３０は、記憶部１４０が記憶する情報交換アプリを実行し、第１の通信部３１０及び第２の通信部３１０を介した通信を行う。
【００２０】
カード２００は、近距離無線通信のアンテナ２１０（通信機能）とＩＣ２２０（集積回路：Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）とを備える。カード２００のＩＣ２２０には、情報を記憶する記憶回路２２１と当該記憶回路２２１が記憶する情報をアンテナ２１０を介して出力する出力回路２２２とが設けられている。カード２００の記憶回路２２１には、当該カード２００固有のＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と、サーバ装置３００のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）とが格納される。
【００２１】
サーバ装置３００は、通信部３１０、属性情報記憶部３２０、属性情報記録部３３０、送信判定部３４０、計時部３５０、属性情報削除部３６０を備える。
通信部３１０は、ネットワークを介して通信端末１００と通信を行う。
属性情報記憶部３２０は、通信端末１００の属性情報を記憶する。
属性情報記録部３３０は、通信部３１０が通信端末１００から受信した属性情報及びカード２００のＩＤを属性情報記憶部３２０に記録する。
送信判定部３４０は、通信部３１０と同一の通信端末１００と２回目の通信を行ったか否かを判定し、属性情報記憶部３２０が記憶する属性情報を送信するか否かを判定する。
計時部３５０は、同一のカード２００と通信を行った通信端末１００から属性情報を受信した時刻からの経過時間を計時する。
属性情報削除部３６０は、計時部３５０が計時する時間が所定時間以上となった場合に、属性情報記憶部３２０が記憶する属性情報を削除する。
【００２２】
次に、本実施形態に係る情報交換システムの動作について説明する。
まず、本実施形態に係る情報交換システムの通信端末１００の動作について説明する。
図４は、第１の実施形態に係る通信端末１００の動作を示すフローチャートである。
利用者が通信端末１００に対して情報交換アプリの起動指示を入力すると、通信端末１００の制御部１３０は、記憶部１４０から情報交換アプリを読み出し、当該情報交換アプリを実行する。
【００２３】
制御部１３０は、情報交換アプリを実行すると、まず第２通信部１２０を起動し、カード２００との通信を待機する（ステップＳ１０１）。第２通信部１２０は、起動すると電波の出力を開始し、電波の受信を待機する。カード２００が第２通信部１２０による近距離無線通信の通信範囲内に接近した場合に、カード２００のアンテナ２１０が受信した電波が電力に変換される。これによりカード２００のＩＣ２２０が起動して記憶回路２２１が記憶する情報を読み取り、出力回路２２２がアンテナ２１０を介して当該情報を通信端末１００に出力する。なお、カード２００からは、カード２００のＩＤとサーバ装置３００のＵＲＩとが出力される。
【００２４】
次に制御部１３０は、第２通信部１２０がカード２００から情報を取得したか否かを判定する（ステップＳ１０２）。制御部１３０は、第２通信部１２０がカード２００から情報を取得したと判定した場合（ステップＳ１０２：ＹＥＳ）、受信した情報の中からサーバ装置３００のＵＲＩを特定する（ステップＳ１０３）。次に、制御部１３０は、特定したＵＲＩに従って、カード２００から取得した情報と記憶部１４０が記憶する自端末の属性情報とを、第１の通信部３１０を介してサーバ装置３００に送信する（ステップＳ１０４）。
【００２５】
次に、制御部１３０は、通信端末１００の画面にキャンセルボタンを表示させる（ステップＳ１０５）。
図５は、通信端末１００に表示されるキャンセルボタンの画面例である。
キャンセルボタンは、属性情報の交換をキャンセルするためのボタンであって、利用者によってキャンセルボタンが押下されると、自端末の属性情報が他の通信端末１００に送信されなくなり、また他の通信端末１００の属性情報が自端末に送信されなくなる。
【００２６】
第１の通信部３１０がサーバ装置３００に情報を送信した場合、またはステップＳ１０２においてカード２００から情報を取得できない場合（ステップＳ１０２：ＮＯ）、制御部１３０は、キャンセルボタンが押下されたか否かを判定する（ステップＳ１０６）。制御部１３０は、キャンセルボタンが押下されたと判定した場合（ステップＳ１０６：ＹＥＳ）、第１通信部１１０を介してキャンセル要求をサーバ装置３００に送信する（ステップＳ１０７）。
【００２７】
キャンセルボタンが押下されなかった場合（ステップＳ１０６：ＮＯ）、またはキャンセル要求をサーバ装置３００に送信した場合、制御部１３０は、第１の通信部３１０を介してサーバ装置３００から他の通信端末１００の属性情報を含む更新処理要求を受信したか否かを判定する（ステップＳ１０８）。制御部１３０が、サーバ装置３００から更新処理要求を受信していないと判定した場合（ステップＳ１０８：ＮＯ）、ステップＳ１０２に戻り、再度第２通信部１２０がカード２００から情報を取得したか否かの判定を行う。
【００２８】
他方、制御部１３０は、サーバ装置３００から更新処理要求を受信したと判定した場合（ステップＳ１０８：ＹＥＳ）、更新処理要求に含まれる属性情報を用いて、属性情報テーブルに格納された属性情報を更新する（ステップＳ１０９）。具体的には、更新処理要求が示す通信端末１００の属性情報が属性情報テーブルに格納されていない場合、制御部１３０は、当該属性情報を新たに属性情報テーブルに追加する。他方、更新処理要求が示す通信端末１００の属性情報が属性情報テーブルに格納されていない場合、制御部１３０は、属性情報テーブルに格納されている属性情報を更新処理要求に含まれる属性情報で上書きする。そして、属性情報の更新が終了すると、制御部１３０は、第２通信部１２０による電波の出力を停止させ（ステップＳ１１０）、処理を終了する。
【００２９】
次に、本実施形態に係る情報交換システムのサーバ装置３００の動作について説明する。
図６は、第１の実施形態に係るサーバ装置３００の動作を示すフローチャートである。
まずサーバ装置３００の通信部３１０は、通信端末１００から情報を受信したか否かを判定する（ステップＳ１５１）。通信部３１０が通信端末１００から情報を受信していないと判定した場合（ステップＳ１５１：ＮＯ）、ステップＳ１５１の判定を繰り返し実行する。
【００３０】
他方、通信部３１０が通信端末１００から情報を受信したと判定した場合（ステップＳ１５１：ＹＥＳ）、属性情報削除部３６０は、受信した情報がキャンセル要求であるか否かを判定する（ステップＳ１５２）。属性情報削除部３６０が、受信した情報がキャンセル要求でないと判定した場合（ステップＳ１５２：ＮＯ）、すなわち受信した情報が属性情報とカード２００のＩＤの組み合わせである場合、送信判定部３４０は、受信した属性情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に既に記録されているか否かを判定する（ステップＳ１５３）。送信判定部３４０は、受信した属性情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に記録されてないと判定した場合（ステップＳ１５３：ＮＯ）、属性情報の送信タイミングでないと判定する。
【００３１】
送信判定部３４０が属性情報の送信タイミングでないと判定すると、属性情報削除部３６０は、受信したカード２００のＩＤが、属性情報記憶部３２０に既に記録されているか否かを判定する（ステップＳ１５４）。属性情報削除部３６０が、受信したカード２００のＩＤが属性情報記憶部３２０に記録されていないと判定した場合（ステップＳ１５４：ＹＥＳ）、計時部３５０は、当該ＩＤに関連付けて、現在時刻からの経過時間の計時を開始する（ステップＳ１５５）。これにより計時部３５０は、当該ＩＤを有するカード２００と通信を行った通信端末１００からの属性情報の受信を開始した時刻からの経過時間を計時する。
【００３２】
この後、計時部３５０が計時する経過時間が所定時間（例えば、５分）以上になると、属性情報削除部３６０は、割り込み処理により、当該経過時間に関連付けられたカード２００のＩＤに関連付けられた情報を属性情報記憶部３２０から削除する。
【００３３】
計時部３５０が計時を開始した場合、または属性情報削除部３６０が、受信したカード２００のＩＤが属性情報記憶部３２０に記録されていると判定した場合（ステップＳ１５４：ＮＯ）、属性情報記録部３３０は、受信した属性情報及びカード２００のＩＤ、これらの情報の受信時刻、並びに送信元の通信端末１００のＩＤを関連付けて属性情報記憶部３２０に記録する（ステップＳ１５６）。そして、ステップＳ１５１に戻り、再度通信端末１００からの情報の受信を待機する。
【００３４】
また、ステップＳ１５２において、通信部３１０が受信した情報がキャンセル要求である場合（ステップＳ１５２：ＹＥＳ）、属性情報削除部３６０は、当該キャンセル要求の送信元の通信端末１００のＩＤに関連付けられた情報を、属性情報記憶部３２０から削除し（ステップＳ１５７）、ステップＳ１５１に戻り、再度通信端末１００からの情報の受信を待機する。
【００３５】
他方、ステップＳ１５３において、送信判定部３４０が、受信した属性情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に既に記録されてると判定した場合（ステップＳ１５３：ＹＥＳ）、送信判定部３４０は、属性情報の送信のタイミングであると判定する。次に、送信判定部３４０は、属性情報記憶部３２０から、受信したカード２００のＩＤに関連付けられた属性情報及び通信端末１００のＩＤをすべて読み出す。次に、送信判定部３４０は、通信部３１０を介して、属性情報記憶部３２０から読み出したＩＤが示す通信端末１００それぞれに対し、読み出したすべての属性情報を含む更新処理要求を送信する（ステップＳ１５８）。例えば、送信判定部３４０は、通信端末１００−１に対して、通信端末１００−２〜１００−４の属性情報を含む更新処理要求を送信する。
【００３６】
このように、本実施形態によれば、サーバ装置３００は、同一のカード２００からＩＤを取得した通信端末１００の属性情報を収集し、同一の通信端末１００によって同一のカード２００のＩＤが複数回取得されたと判定した場合に、カード２００からＩＤを取得した複数の異なる通信端末１００の属性情報を含む更新処理要求を送信し、処理を終了する。
これにより、サーバ装置３００は、通信端末１００の属性情報を送信するタイミングを確定することができる。
【００３７】
このように、本実施形態に係る情報交換システムによれば、サーバ装置３００が複数の通信端末１００に対し、他の通信端末１００の属性情報を送信することにより、複数の通信端末１００が属性情報を共有することができる。
なお、本実施形態における通信端末１００は、情報更新対象装置の一例であり、カード２００は情報媒体の一例であり、サーバ装置３００は情報交換管理装置１０の一例である。特に、サーバ装置３００の属性情報記録部３３０は属性情報収集部１１の一例であり、送信判定部３４０は更新処理要求送信部１２の一例である。
【００３８】
また、本実施形態では、サーバ装置３００が、カード２００のＩＤと属性情報の組み合わせが属性情報記憶部３２０に既に記録されているか否かを判定することで、同一の通信端末１００によって同一のカード２００に対するＩＤの取得が複数回行われたか否かを判定する場合について説明したが、これに限られない。例えば、通信端末１００が、同一のカード２００に対してＩＤの取得を複数回行ったか否かを判定し、当該カード２００のＩＤを複数回取得したと判定した場合に、第１通信部１１０（トリガ信号送信部）が、その旨を示す属性情報の送信要求（トリガ信号）をサーバ装置３００に送信するように構成しても良い。この場合、サーバ装置３００は、通信端末１００から属性情報の送信要求を受信することにより、同一の通信端末１００によって同一のカード２００に対するＩＤの取得が複数回行われたと判定することができる。
【００３９】
また、本実施形態では、情報媒体の一例としてカード２００を用いる場合について説明したが、これに限られず、例えば情報媒体として二次元バーコードを用いても良い。この場合、通信端末１００は、カメラなどにより当該二次元バーコードを撮像し（情報の授受）、二次元バーコードの解析により得られたＩＤ及びＵＲＩを用いることで、処理を行うことができる。
【００４０】
また、本実施形態では、利用者が情報交換アプリを起動させる場合について説明したが、これに限られない。例えばカード２００の記憶回路２２１に予め情報交換アプリの起動指示を記録しておき、第２通信部１２０がカード２００の近接を検出したときに制御部１３０が情報交換アプリを自動的に起動させる構成であっても良い。また例えば、第２通信部１２０が読み取ったカード２００のＩＤに基づいて制御部１３０が情報交換アプリを起動する構成であっても良い。
【００４１】
《第２の実施形態》
図７は、第２の実施形態に係る情報交換システムの構成を示す概略図である。
第２の実施形態に係る情報交換システムは、複数の通信端末１００、カード２００、サーバ装置３００、及びＳＮＳサーバ４００を備える。
ＳＮＳサーバ４００は、通信端末１００の利用者が加入しているＳＮＳを管理する装置であって、利用者のＳＮＳアカウント情報（属性情報）を保持している。
【００４２】
第２の実施形態に係る情報交換システムによると、各通信端末１００は、カード２００から情報を読み取ると、自端末に格納されているＳＮＳアカウント情報をサーバ装置３００に送信する。そして、サーバ装置３００は、同一の通信端末１００からＳＮＳアカウント情報が２回送信されたと判断したときに、ＳＮＳサーバ４００に対して、それまでに受信したＳＮＳアカウント情報同士を関連付ける（例えば、友達登録やグループ登録など）リクエストを送信する。つまり、利用者は、属性情報の交換の対象となる複数の通信端末１００のすべてにカード２００の情報を読み取らせた後に、その通信端末１００の１つに、再度カード２００の情報を読み取らせることで、ＳＮＳにおける関連付けを行うことができる。
【００４３】
次に、本実施形態に係る情報交換システムのサーバ装置３００の動作について説明する。
図８は、第２の実施形態に係るサーバ装置３００の動作を示すフローチャートである。
まずサーバ装置３００の通信部３１０は、通信端末１００から情報を受信したか否かを判定する（ステップＳ２５１）。通信部３１０が通信端末１００から情報を受信していないと判定した場合（ステップＳ２５１：ＮＯ）、ステップＳ２５１の判定を繰り返し実行する。
【００４４】
他方、通信部３１０が通信端末１００から情報を受信したと判定した場合（ステップＳ２５１：ＹＥＳ）、属性情報削除部３６０は、受信した情報がキャンセル要求であるか否かを判定する（ステップＳ２５２）。属性情報削除部３６０が、受信した情報がキャンセル要求でないと判定した場合（ステップＳ２５２：ＮＯ）、すなわち受信した情報がＳＮＳアカウント情報及びカード２００のＩＤの組み合わせである場合、送信判定部３４０は、受信したＳＮＳアカウント情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に既に記録されているか否かを判定する（ステップＳ２５３）。送信判定部３４０は、受信したＳＮＳアカウント情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に記録されてないと判定した場合（ステップＳ２５３：ＮＯ）、ＳＮＳアカウント情報の関連付けリクエストの送信タイミングでないと判定する。
【００４５】
送信判定部３４０がリクエストの送信タイミングでないと判定すると、属性情報削除部３６０は、受信したカード２００のＩＤが、属性情報記憶部３２０に既に記録されているか否かを判定する（ステップＳ２５４）。属性情報削除部３６０が、受信したカード２００のＩＤが属性情報記憶部３２０に記録されていないと判定した場合（ステップＳ２５４：ＹＥＳ）、計時部３５０は、当該ＩＤに関連付けて、現在時刻からの経過時間の計時を開始する（ステップＳ２５５）。これにより計時部３５０は、当該ＩＤを有するカード２００と通信を行った通信端末１００からのＳＮＳアカウント情報の受信を開始した時刻からの経過時間を計時する。
【００４６】
この後、計時部３５０が計時する経過時間が所定時間（例えば、５分）以上になると、属性情報削除部３６０は、割り込み処理により、当該経過時間に関連付けられたカード２００のＩＤに関連付けられた情報を属性情報記憶部３２０から削除する。
【００４７】
計時部３５０が計時を開始した場合、または属性情報削除部３６０が、受信したカード２００のＩＤが属性情報記憶部３２０に記録されていると判定した場合（ステップＳ２５４：ＮＯ）、属性情報記録部３３０は、受信したＳＮＳアカウント情報及びカード２００のＩＤ、並びにこれらの情報の受信時刻を関連付けて属性情報記憶部３２０に記録する（ステップＳ２５６）。そして、ステップＳ２５１に戻り、再度通信端末１００からの情報の受信を待機する。
【００４８】
また、ステップＳ２５２において、通信部３１０が受信した情報がキャンセル要求である場合（ステップＳ２５２：ＹＥＳ）、属性情報削除部３６０は、当該キャンセル要求の送信元の通信端末１００のＩＤに関連付けられたＳＮＳアカウント情報を、属性情報記憶部３２０から削除し（ステップＳ２５７）、ステップＳ２５１に戻り、再度通信端末１００からの情報の受信を待機する。
【００４９】
他方、ステップＳ２５３において、送信判定部３４０が、受信したＳＮＳアカウント情報及びカード２００のＩＤの組み合わせが、属性情報記憶部３２０に既に記録されてると判定した場合（ステップＳ２５３：ＹＥＳ）、送信判定部３４０は、ＳＮＳアカウント情報の関連付けリクエストの送信のタイミングであると判定する。次に、送信判定部３４０は、属性情報記憶部３２０から、受信したカード２００のＩＤに関連付けられたＳＮＳアカウント情報をすべて読み出す。次に、送信判定部３４０は、通信部３１０を介して、ＳＮＳサーバ４００に対し、読み出したすべてのＳＮＳアカウント情報を含む関連付けリクエストを送信する（ステップＳ２５８）。
【００５０】
このように、本実施形態によれば、サーバ装置３００は、同一のカード２００からＩＤを取得した通信端末１００の属性情報を収集し、同一の通信端末１００によって同一のカード２００のＩＤが複数回取得されたと判定した場合に、カード２００からＩＤを取得した複数の異なる通信端末１００のＳＮＳアカウント情報同士を関連付けるリクエストを送信し、処理を終了する。
これにより、サーバ装置３００は、リクエストを送信するタイミングを確定することができる。
【００５１】
なお、本実施形態における通信端末１００は、情報更新対象装置の一例であり、カード２００は情報媒体の一例であり、サーバ装置３００は情報交換管理装置１０の一例であり、ＳＮＳサーバ４００は端末属性情報保持装置の一例である。
【００５２】
また、本実施形態では、サーバ装置３００が、カード２００のＩＤと属性情報の組み合わせが属性情報記憶部３２０に既に記録されているか否かを判定することで、同一の通信端末１００によって同一のカード２００に対するＩＤの取得が複数回行われたか否かを判定する場合について説明したが、これに限られない。
また、本実施形態では、情報媒体の一例としてカード２００を用いる場合について説明したが、これに限られず、例えば情報媒体として二次元バーコードを用いても良い。
また、本実施形態では、サーバ装置３００とＳＮＳサーバ４００とを別個に備える場合について説明したが、これに限られず、例えばサーバ装置３００とＳＮＳサーバ４００とが一体に設けられていても良い。また、本実施形態では、端末属性情報保持装置の一例としてＳＮＳサーバ４００を用いる場合について説明したが、これに限られず、例えばメーリングリストサーバなど、その他のサービスを提供するサーバであっても良い。
【００５３】
また、本実施形態では、利用者が情報交換アプリを起動させる場合について説明したが、これに限られない。例えばカード２００の記憶回路２２１に予め情報交換アプリの起動指示を記録しておき、第２通信部１２０がカード２００の近接を検出したときに制御部１３０が情報交換アプリを自動的に起動させる構成であっても良い。また例えば、第２通信部１２０が読み取ったカード２００のＩＤに基づいて制御部１３０が情報交換アプリを起動する構成であっても良い。
【００５４】
《第３の実施形態》
図９は、第３の実施形態に係る情報交換システムの構成を示す概略図である。
第３の実施形態に係る情報交換システムは、第１の実施形態に係る情報交換システムの構成のうち、サーバ装置３００を備えず、通信端末１００及びカード２００の挙動が異なるものである。
【００５５】
第３の実施形態に係る情報交換システムによると、各通信端末１００は、カード２００から情報を読み取ると、自端末に格納されている属性情報をカード２００に記録する。そして、通信端末１００は、同一のカード２００から情報を２回読み取ったときに、カード２００からすべての属性情報を取得し、それまでに属性情報を記録した各通信端末１００に対して、取得したすべての属性情報を送信する。つまり、利用者は、属性情報の交換の対象となる複数の通信端末１００のすべてにカード２００の情報を読み取らせた後に、その通信端末１００の１つに、再度カード２００の情報を読み取らせることで、各通信端末１００に属性情報を共有させることができる。
【００５６】
次に、情報交換システムの各装置の構成について説明する。
図１０は、第３の実施形態に係る情報交換システムの各装置の構成を示す概略ブロック図である。
第３の実施形態に係るカード２００の記憶回路２２１には、当該カード２００固有のＩＤと通信端末１００の属性情報とが格納される。
また、第３の実施形態に係るカード２００のＩＣ２２０には、記憶回路２２１と出力回路２２２に加えて、記憶回路２２１に通信端末１００のＩＤを記録する記録回路２２３が設けられている。また、記録回路２２３は、記憶回路２２１に通信端末１００のＩＤを最初に記録した時刻から所定の時間（例えば、５分）が経過したときに、記憶回路２２１が記憶するすべての情報を削除する。これにより、カード２００から通信端末１００のＩＤが漏洩することを防ぐことができる。
【００５７】
次に、本実施形態に係る情報交換システムの動作について説明する。
図１１は、第３の実施形態に係る通信端末１００の動作を示すフローチャートである。
利用者が通信端末１００に対して情報交換アプリの起動指示を入力すると、通信端末１００の制御部１３０は、記憶部１４０から情報交換アプリを読み出し、当該情報交換アプリを実行する。
【００５８】
制御部１３０は、情報交換アプリを実行すると、まず第２通信部１２０を起動し、カード２００との通信を待機する（ステップＳ３０１）。第２通信部１２０は、起動すると電波の出力を開始し、電波の受信を待機する。次に制御部１３０は、第２通信部１２０がカード２００から情報を取得したか否かを判定する（ステップＳ３０２）。
【００５９】
制御部１３０は、第２通信部１２０がカード２００から情報を取得したと判定した場合（ステップＳ３０２：ＹＥＳ）、受信した情報の中からカード２００のＩＤを読み出す（ステップＳ３０３）。次に、制御部１３０は、読み出したＩＤが記憶部１４０に記録されているか否かを判定する（ステップＳ３０４）。なお、本実施形態では、通信端末１００は、情報交換アプリを起動した後にカード２００との情報の授受を行ったときに、当該カード２００のＩＤを記憶部１４０に記録する。つまり、ステップＳ３０４の判定は、通信端末１００がすでに当該カード２００との情報の授受を行ったか否かを判定するものである。
【００６０】
制御部１３０は、カード２００のＩＤが記憶部１４０に記録されていないと判定した場合（ステップＳ３０４：ＮＯ）、すなわち通信端末１００が当該カード２００と初めて情報の授受を行う場合、第２通信部１２０を介して当該カード２００に自端末のＩＤを出力する（ステップＳ３０５）。これにより、カード２００の記録回路２２３は、通信端末１００からＩＤを取得して当該ＩＤを記憶回路２２１に記録する。
そして、制御部１３０は、ステップＳ３０３で読み出したカード２００のＩＤを、記憶部１４０に記録する（ステップＳ３０６）。
【００６１】
カード２００のＩＤを記録した場合、またはステップＳ３０２においてカード２００から情報を取得できなかった場合（ステップＳ３０２：ＮＯ）、制御部１３０は、第１の通信部３１０を介して他の通信端末１００の１つから、他の通信端末１００のＩＤを含む更新処理要求のトリガ信号を受信したか否かを判定する（ステップＳ３０７）。制御部１３０が、他の通信端末１００の１つからトリガ信号を受信していないと判定した場合（ステップＳ３０７：ＮＯ）、ステップＳ３０２に戻り、再度第２通信部１２０がカード２００から情報を取得したか否かの判定を行う。
【００６２】
また、ステップＳ３０４において、制御部１３０は、カード２００のＩＤが記憶部１４０に記録されている判定した場合（ステップＳ３０４：ＹＥＳ）、すなわち通信端末１００が当該カード２００と２回目以降の情報の授受を行う場合、第２通信部１２０を介して当該カード２００の記憶回路２２１に記録された複数の通信端末１００のＩＤを取得する（ステップＳ３０８）。次に、制御部１３０は、第１通信部１１０を介して、ステップＳ３０８で取得したＩＤを有する通信端末１００それぞれに対し、読み出したすべてのＩＤを含むトリガ信号を送信する（ステップＳ３０９）。
【００６３】
そして、ステップＳ３０９でトリガ信号を送信した場合、またはステップＳ３０７において、他の通信端末１００の１つからトリガ信号を受信した場合（ステップＳ３０７：ＹＥＳ）、第１通信部１１０を介して、自装置の属性情報を含む更新処理要求をトリガ信号に含まれるＩＤが示す通信端末１００に対して送信する（ステップＳ３１０）。また、他の通信装置から更新処理要求を受信すると、当該更新処理要求に含まれる属性情報を用いて、記憶部１４０の属性情報テーブルに格納された属性情報を更新する（ステップＳ３１１）。そして、属性情報の更新が終了すると、制御部１３０は、第２通信部１２０による電波の出力を停止させ（ステップＳ３１２）、処理を終了する。
【００６４】
このように、本実施形態によれば、通信端末１００は、同一のカード２００に自端末のＩＤを記録し、同一のカード２００と情報の授受を複数回実行したと判定した場合に、カード２００に記録された通信端末１００のＩＤを取得し、当該ＩＤを有する複数の異なる通信端末１００に、属性情報の更新処理要求を送信させるトリガ信号を送信し、処理を終了する。
これにより、本実施形態に係る情報交換システムは、通信端末１００の属性情報を送信するタイミングを確定することができる。
【００６５】
このように、本実施形態に係る情報交換システムによれば、サーバ装置３００を有さなくても、複数の通信端末１００が属性情報を共有することができる。
なお、本実施形態における通信端末１００は、情報更新対象装置の一例であり、カード２００は情報媒体の一例である。特に、通信装置の第２通信部１２０は属性情報送信部の一例であり、第１通信部１１０はトリガ信号送信部及び更新処理要求送信部１２の一例である。
【００６６】
また、本実施形態では、カード２００に通信端末１００のＩＤを記録し、当該カード２００と複数回情報の授受を行った通信端末１００が、カード２００に記録された通信端末１００のＩＤに基づいてトリガ信号を送信する場合について説明したが、これに限られない。例えば、通信端末１００がカード２００に自端末の属性情報を記録し、当該カード２００と複数回情報の授受を行った通信端末１００が、カード２００に記録された複数の異なる通信端末１００の属性情報を含む更新処理要求を送信するように構成しても良い。この場合、通信端末１００は、情報交換管理装置１０として振舞うこととなる。また、カード２００がネットワークに接続する機能を有していれば、カード２００が各通信端末１００に更新処理要求を送信するものであっても良い。この場合、カード２００が情報交換管理装置１０として振る舞うこととなる。
【００６７】
また、本実施形態では、カード２００を情報媒体の一例とする場合について説明したが、これに限られず、例えば通信端末１００の１つが情報媒体を備えるものとして動作させるものであっても良い。具体的には、通信端末１００−１が情報媒体を備えるものとして動作する場合、以下のように情報交換を行うことができる。まず、通信端末１００−２〜１００−４が第２通信部１２０を介して通信端末１００−１と通信を行い、通信端末１００−１の制御部１３０が、通信端末１００−２〜１００−４のＩＤを記憶部１４０に記録する。そして、通信端末１００−１が第２通信部１２０を介して通信端末１００−２と２回目の通信を行ったときに、記憶部１４０に記録されたＩＤを有する情報媒体、すなわち情報媒体−２〜１００−４に対し、トリガ信号を送信する。これにより、情報交換システムがサーバ装置３００及びカード２００を備えなくても、通信端末１００間で情報の交換を行うことができる。
【００６８】
また、本実施形態では、通信端末１００同士で属性情報の交換を行う場合について説明したが、これに限られず、例えば第２の実施形態のように、ＳＮＳサーバ４００に対して、それまでに受信したＳＮＳアカウント情報同士を関連付けるリクエストを送信するよう構成されていても良い。
【００６９】
《第４の実施形態》
次に、第４の実施形態について説明する。
第４の実施形態に係る情報交換システムは、第３の実施形態に係る情報交換システムの通信端末１００及びカード２００の挙動が異なるものである。
【００７０】
第３の実施形態に係る情報交換システムは、カード２００の記録回路２２３が、記憶回路２２１に通信端末１００のＩＤを最初に記録した時刻から所定の時間が経過したときに、記憶回路２２１が記憶するすべての情報を削除することで、通信端末１００のＩＤが漏洩することを防ぐものである。これに対し、第４の実施形態に係る情報交換システムでは、カード２００の記録回路２２３が、記憶回路２２１に通信端末１００のＩＤを最初に記録した時刻から所定の時間が経過したときに、記憶回路２２１が記憶する通信端末１００のＩＤを削除せずにロックする。ここで、情報のロックとは、情報の書き込み及び読み取りを禁止することをいう。そして、第４の実施形態に係る情報交換システムは、所定の時間の経過後にも、過去に属性情報の交換を行った通信端末１００に対し、新たな通信端末１００の属性情報を追加することができる。
【００７１】
次に、本実施形態に係る情報交換システムの動作について説明する。
図１２は、第４の実施形態に係る通信端末１００の動作を示すフローチャートである。
利用者が通信端末１００に対して情報交換アプリの起動指示を入力すると、通信端末１００の制御部１３０は、記憶部１４０から情報交換アプリを読み出し、当該情報交換アプリを実行する。
【００７２】
制御部１３０は、情報交換アプリを実行すると、まず第２通信部１２０を起動し、カード２００との通信を待機する（ステップＳ４０１）。第２通信部１２０は、起動すると電波の出力を開始し、電波の受信を待機する。次に制御部１３０は、第２通信部１２０がカード２００から情報を取得したか否かを判定する（ステップＳ４０２）。
【００７３】
制御部１３０は、第２通信部１２０がカード２００から情報を取得したと判定した場合（ステップＳ４０２：ＹＥＳ）、受信した情報の中からカード２００のＩＤを読み出す（ステップＳ４０３）。次に、制御部１３０は、読み出したＩＤが記憶部１４０に記録されているか否かを判定する（ステップＳ４０４）。
【００７４】
制御部１３０は、カード２００のＩＤが記憶部１４０に記録されていないと判定した場合（ステップＳ４０４：ＮＯ）、第２通信部１２０を介して当該カード２００に自端末のＩＤを出力する（ステップＳ４０５）。これにより、カード２００の記録回路２２３は、通信端末１００からＩＤを取得して当該ＩＤを記憶回路２２１に記録する。
そして、制御部１３０は、ステップＳ４０３で読み出したカード２００のＩＤを記憶部１４０に記録し、またカード２００との通信時刻として、現在時刻を記憶部１４０に記録する（ステップＳ４０６）。
【００７５】
カード２００のＩＤを記録した場合、またはステップＳ４０２においてカード２００から情報を取得できなかった場合（ステップＳ４０２：ＮＯ）、制御部１３０は、第１の通信部３１０を介して他の通信端末１００の１つから、他の通信端末１００のＩＤを含む更新処理要求のトリガ信号を受信したか否かを判定する（ステップＳ４０７）。制御部１３０が、他の通信端末１００の１つからトリガ信号を受信していないと判定した場合（ステップＳ４０７：ＮＯ）、ステップＳ４０２に戻り、再度第２通信部１２０がカード２００から情報を取得したか否かの判定を行う。
【００７６】
また、ステップＳ４０４において、制御部１３０は、カード２００のＩＤが記憶部１４０に記録されている判定した場合（ステップＳ４０４：ＹＥＳ）、制御部１３０は、現在時刻と記憶部１４０が記憶する通信時刻とを比較して、当該通信時刻から所定時間（例えば、５分）が経過しているか否かを判定する（ステップＳ４０８）。
制御部１３０は、通信時刻から所定時間が経過していないと判定した場合（ステップＳ４０８：ＮＯ）、第２通信部１２０を介して当該カード２００の記憶回路２２１に記録された複数の通信端末１００のＩＤを取得する（ステップＳ４０９）。次に、制御部１３０は、第１通信部１１０を介して、ステップＳ４０９で取得したＩＤを有する通信端末１００それぞれに対し、読み出したすべてのＩＤを含むトリガ信号を送信する（ステップＳ４１０）。
【００７７】
そして、ステップＳ４１０でトリガ信号を送信した場合、またはステップＳ４０７において、他の通信端末１００の１つからトリガ信号を受信した場合（ステップＳ４０７：ＹＥＳ）、第１通信部１１０を介して、自装置の属性情報を含む更新処理要求をトリガ信号に含まれるＩＤが示す通信端末１００に対して送信する（ステップＳ４１１）。また、他の通信装置から更新処理要求を受信すると、当該更新処理要求に含まれる属性情報を用いて、記憶部１４０の属性情報テーブルに格納された属性情報を更新する（ステップＳ４１２）。そして、属性情報の更新が終了すると、制御部１３０は、第２通信部１２０による電波の出力を停止させ（ステップＳ４１３）、処理を終了する。
【００７８】
他方、ステップＳ４０９において、制御部１３０が、通信時刻から所定時間が経過していると判定した場合（ステップＳ４０８：ＹＥＳ）、第２の通信部３１０を介して、カード２００に対しロック解除要求を出力する（ステップＳ４１４）。これにより、カード２００の記録回路２２３は、記憶回路２２１に通信端末１００のＩＤを最初に記録した時刻から所定時間が経過したときにかけたロックを解除し、属性情報の読み取り及び書き込みの受け付けを再開する。これにより、カード２００にＩＤを記録した時刻から所定時間が経過した後、特に更新処理要求が送信された後であっても、新たな通信端末１００のＩＤを記録することができるようになる。
【００７９】
次に、制御部１３０は、記憶部１４０が記憶する通信時刻を、現在時刻に更新する（ステップＳ４１５）。これにより、カード２００にＩＤを記録した時刻から所定時間が経過した後、特に更新処理要求が送信された後であっても、通信端末１００による次回のカード２００との通信時に、ステップＳ４０９の判定において、通信時刻から所定時間が経過していないと判定するため、新たな通信端末１００を含む他の通信端末１００に対してトリガ信号を送信することができる。
そして、ステップＳ４０２に戻り、再度第２通信部１２０がカード２００から情報を取得したか否かの判定を行う。
【００８０】
このように、本実施形態に係る情報交換システムは、カード２００にＩＤを記録した時刻から所定時間が経過した後、特に更新処理要求が送信された後であっても、新たな通信端末１００の属性情報を更新することができる。
【００８１】
なお、本実施形態における通信端末１００は、情報更新対象装置の一例であり、カード２００は情報媒体の一例である。特に、通信装置の第２通信部１２０は属性情報送信部の一例であり、第１通信部１１０はトリガ信号送信部及び更新処理要求送信部１２の一例である。
【００８２】
また、本実施形態では、カード２００に通信端末１００のＩＤを記録し、当該カード２００と複数回情報の授受を行った通信端末１００が、カード２００に記録された通信端末１００のＩＤに基づいてトリガ信号を送信する場合について説明したが、これに限られない。例えば、通信端末１００がカード２００に自端末の属性情報を記録し、当該カード２００と複数回情報の授受を行った通信端末１００が、カード２００に記録された複数の異なる通信端末１００の属性情報を含む更新処理要求を送信するように構成しても良い。
【００８３】
また、本実施形態では、カード２００を情報媒体の一例とする場合について説明したが、これに限られず、例えば通信端末１００の１つが情報媒体を備えるものとして動作させるものであっても良い。具体的には、通信端末１００−１が情報媒体を備えるものとして動作する場合、以下のように情報交換を行うことができる。まず、通信端末１００−２〜１００−４が第２通信部１２０を介して通信端末１００−１と通信を行い、通信端末１００−１の制御部１３０が、通信端末１００−２〜１００−４のＩＤを記憶部１４０に記録する。そして、通信端末１００−１が第２通信部１２０を介して通信端末１００−２と２回目の通信を行ったときに、記憶部１４０に記録されたＩＤを有する情報媒体、すなわち情報媒体−２〜１００−４に対し、トリガ信号を送信する。これにより、情報交換システムがサーバ装置３００及びカード２００を備えなくても、通信端末１００間で情報の交換を行うことができる。
【００８４】
また、本実施形態では、通信端末１００同士で属性情報の交換を行う場合について説明したが、これに限られず、例えば第２の実施形態のように、ＳＮＳサーバ４００に対して、それまでに受信したＳＮＳアカウント情報同士を関連付けるリクエストを送信するよう構成されていても良い。
【００８５】
また、本実施形態では、サーバ装置３００を備えない構成で、通信端末１００の属性情報の交換を行う場合について説明したが、これに限られず、例えば第１の実施形態のように、サーバ装置３００を用いて通信端末１００の属性情報の交換を行う構成であっても良い。
【００８６】
以上、図面を参照してこの発明のいくつかの実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【００８７】
上述の情報交換管理装置１０、通信端末１００及びサーバ装置３００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）−ＲＯＭ、半導体メモリ等の一時的でない有形の媒体をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００８８】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００８９】
１００…通信端末  １１０…第１通信部  １２０…第２通信部  １３０…制御部  １４０…記憶部  ２００…カード  ２１０…アンテナ  ２２０…ＩＣ  ２２１…記憶回路  ２２２…出力回路  ２２３…記録回路  ３００…サーバ装置  ３１０…通信部  ３２０…属性情報記憶部  ３３０…属性情報記録部  ３４０…送信判定部  ３５０…計時部  ３６０…属性情報削除部  ４００…ＳＮＳサーバ４００  １０…情報交換管理装置  １１…属性情報収集部  １２…更新処理要求送信部
【図１】
2014239324.tif 000003
【図２】
2014239324.tif 000004
【図３】
2014239324.tif 000005
【図４】
2014239324.tif 000006
【図５】
2014239324.tif 000007
【図６】
2014239324.tif 000008
【図７】
2014239324.tif 000009
【図８】
2014239324.tif 000010
【図９】
2014239324.tif 000011
【図１０】
2014239324.tif 000012
【図１１】
2014239324.tif 000013
【図１２】
2014239324.tif 000014