(57)【要約】【課題】紙名刺が受渡しされる際に、その紙名刺が本人のものであることを従来よりも確実に確認できるようにする。【解決手段】端末装置２Ａは、ユーザ５Ｂの紙製の名刺から、ユーザ５Ｂの身体的な情報である身体情報を、ユーザ５Ａが見ても分からない形態で表わしたコード（例えば、二次元バーコード）を読み取る。そして、読み取ったコードに基づいて、ユーザ５Ａが見て分かる形態で身体情報（例えば、ユーザ５Ｂの顔の画像）を表示する。【選択図】図１
2018190165.tif 000002
【特許請求の範囲】
【請求項１】
第１の人物の紙製の名刺から、当該第１の人物および当該名刺を受け取る第２の人物が見ても分からない形態で当該第１の人物の身体的な情報である身体情報を表わしたコードを読み取る、読取手段と、
前記読取手段によって読み取られた前記コードに基づいて、前記第２の人物が見て分かる形態で前記身体情報を表示する表示手段と、
を有することを特徴とする名刺取扱装置。
【請求項２】
前記身体情報が前記表示手段によって表示された後、前記身体情報が前記第１の人物のものであることの確認が当該第２の人物によってなされた旨の入力である確認入力を受け付ける受付手段と、
前記受付手段によって前記確認入力が受け付けられた後、当該第１の人物が接近していることを知らせるために前記第２の人物が見て分かる形態で前記身体情報を表示する報知手段、を有する、
請求項１に記載の名刺取扱装置。
【請求項３】
前記報知手段は、前記第１の人物の端末装置が当該名刺取扱装置に接近した場合に、前記身体情報を表示する、
請求項２に記載の名刺取扱装置。
【請求項４】
当該名刺取扱装置に接近した装置である接近装置を検出する接近装置検出手段、を有し、
前記報知手段は、前記端末装置が前記接近装置として前記接近装置検出手段によって検出された場合に前記身体情報を表示する、
請求項３に記載の名刺取扱装置。
【請求項５】
前記確認入力が前記受付手段によって受け付けられた場合に、前記端末装置の識別子を記憶手段に記憶させる登録処理を行う、登録手段、を有し、
前記報知手段は、前記識別子が前記記憶手段に記憶されている場合に前記身体情報を表示する、
請求項３または請求項４に記載の名刺取扱装置。
【請求項６】
前記読取手段は、前記コードとして、前記身体情報とともに前記識別子を示すコードを読み取り、
前記登録手段は、前記読取手段によって読み取られた前記識別子を前記記憶手段に記憶させる処理を、前記登録処理として行う、
請求項５に記載の名刺取扱装置。
【請求項７】
前記端末装置が前記接近装置として前記接近装置検出手段によって検出された場合に、前記第１の人物が接近していることを前記第２の人物へ知らせてもよいか否かを当該第１の人物に問い合わせるために 、前記端末装置を識別する識別子をサーバへ送信する送信手段、を有し、
前記報知手段は、前記第１の人物が接近していることを前記第２の人物へ知らせてもよい旨の回答を前記サーバが受け、当該回答を受けたことに応じて当該サーバが当該名刺取扱装置へ特定のデータを送信してきた場合に、前記身体情報を表示する、
請求項４ないし請求項６のいずれかに記載の名刺取扱装置。
【請求項８】
第３の人物の第２の端末装置が、前記読取手段によって前記コードが読み取られた際に当該名刺取扱装置の近傍に存在し、その後、当該名刺取扱装置に接近した場合に、当該第３の人物が接近していることを知らせるために前記第２の人物が見て分かる形態で当該第３の人物の身体的な特徴を表示する第２の報知手段、を有する、
請求項１ないし請求項７のいずれかに記載の名刺取扱装置。
【請求項９】
前記コードは二次元バーコードである、
請求項１ないし請求項８のいずれかに記載の名刺取扱装置。
【請求項１０】
第１の人物の名刺に記載される人物情報を第２の人物へ提供する人物情報提供装置であって、
前記第１の人物の第１の端末装置に用意された秘密鍵に対応する公開鍵によって暗号化された、前記人物情報を示す人物データを記憶する、記憶手段と、
前記第２の人物が前記第１の人物から前記名刺を受け取った実績がある場合に、前記人物データを前記秘密鍵で復号して前記第２の人物の第２の端末装置へ送信するように前記第１の端末装置へ指令する指令手段と、
を有することを特徴とする人物情報提供装置。
【請求項１１】
第１の人物の紙製の名刺から、当該第１の人物および当該名刺を受け取る第２の人物が見ても分からない形態で当該第１の人物の身体的な情報である身体情報を表わしたコードを読み取り、
読み取った前記コードに基づいて、前記第２の人物が見て分かる形態で前記身体情報を表示する、
ことを特徴とする名刺確認支援方法。
【請求項１２】
第１の人物の名刺に記載される人物情報を第２の人物へ提供する人物情報提供方法であって、
前記第１の人物の第１の端末装置に用意された秘密鍵に対応する公開鍵によって暗号化された、前記人物情報を示す人物データを、記憶手段に記憶させ、
前記第２の人物が前記第１の人物から前記名刺を受け取った実績がある場合に、前記人物データを前記秘密鍵で復号して前記第２の人物の第２の端末装置へ送信するように前記第１の端末装置へ指令する、
ことを特徴とする人物情報提供方法。
【請求項１３】
名刺を取り扱うコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
第１の人物の紙製の名刺から、当該第１の人物および当該名刺を受け取る第２の人物が見ても分からない形態で当該第１の人物の身体的な情報である身体情報を表わしたコードを読み取る処理を実行させ、
読み取られた前記コードに基づいて、前記第２の人物が見て分かる形態で前記身体情報を表示する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【請求項１４】
第１の人物の名刺に記載される人物情報を第２の人物へ提供するコンピュータに用いられるコンピュータプログラムであって、
前記コンピュータに、
前記第１の人物の第１の端末装置に用意された秘密鍵に対応する公開鍵によって暗号化された、前記人物情報を示す人物データを記憶手段に記憶させる処理を実行させ、
前記第２の人物が前記第１の人物から前記名刺を受け取った実績がある場合に、前記人物データを前記秘密鍵で復号して前記第２の人物の第２の端末装置へ送信するように前記第１の端末装置へ指令する処理を実行させる、
ことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、紙製の名刺を取り扱う技術に関する。
【背景技術】
【０００２】
初めて会う相手と交流する際、その相手から名刺を渡されることがある。名刺には、相手の氏名およびその相手の所属する会社の名称など、その相手の個人情報が示されている。
【０００３】
名刺には、紙製の名刺である紙名刺、または個人情報を電子データにした名刺である電子名刺などがある。紙名刺または電子名刺に関する技術として、例えば以下のようなものが開示されている。
【０００４】
特許文献１に記載の名刺登録管理システムは、ネットワークを介して端末装置からアクセス可能で、且つハードディスクによるデータベースを備えたサーバを有し、サーバは、データベースに、端末装置からの要求に従って、名刺詳細情報の本人プロフィール情報と、この本人プロフィール情報を指定する個人キーと、本人プロフィール情報の閲覧の可否を示す閲覧キーとを対応させて登録し、名刺交換した相手の個人キーをフレンドリストとして登録する手段と、端末装置からの個人キーと閲覧キーとを含む閲覧要求に従って、データベースから個人キー対応の本人プロフィール情報を閲覧キーに従った範囲で読出して、端末装置へ送出制御する手段とを含む構成を備えている。
【０００５】
特許文献２に記載の情報処理装置は、電子的に名刺交換を行った相手が所有する移動式端末の端末情報を予め保存する端末情報データベースと、前記端末情報が示す前記移動式端末の位置情報を受信する受信部と、前記位置情報に基づいて、任意の基準となる地点と前記移動式端末との距離を算出する距離算出部と、前記距離を算出した距離に基づいて、前記任意の基準となる地点との距離が所定の範囲内にある移動式端末の端末情報を検索する検索部と、前記検索した端末情報表示する表示部を備える。
【０００６】
特許文献３に記載の名刺情報管理システムにおいて、管理装置（サーバ）は、名刺情報管理部（交換部）を備える。名刺情報管理部（交換部）は、複数の携帯端末での名刺データ交換操作を契機に、これらの複数の携帯端末の各々に対応づけられる名刺データを交換する。名刺情報管理部（記録部）は、この名刺情報管理部で交換した名刺データに対して、交換したときの複数の携帯端末のいずれかの現在位置を示す位置情報を対応づけて記録する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−４３０７５号公報
【特許文献２】特開２００９−１９３４３８号公報
【特許文献３】特開２０１４−１７０５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
名刺を交換する場面において、電子名刺が用いられることもあるが、依然として紙名刺が用いられることの方が多い。
【０００９】
紙名刺は、その紙名刺に記載されている個人情報が渡した本人の個人情報であるということを、保証できない場合がある。すなわち、渡した本人とは異なる者の個人情報を記載した紙名刺が渡されてしまうという問題がある。
【００１０】
例えば、Ａ氏とＢ氏とが名刺交換を行う際に、Ｂ氏がＣ氏の名を騙ってＣ氏の名刺をＡ氏に渡してしまうことがある。
【００１１】
特許文献１に記載の発明は、相手から渡された紙名刺の個人情報をどのように公開するかを設定するものであって、その紙名刺が本人のものであるか否かを確認することができない。特許文献２および特許文献３は電子名刺に関するものであって、特許文献１に記載の発明同様、その紙名刺が本人のものであるか否かを確認することができない。
【００１２】
本発明は、このような問題に鑑み、紙名刺が受渡しされる際に、その紙名刺が本人のものであることを従来よりも確実に確認できるようにすることを、目的とする。
【課題を解決するための手段】
【００１３】
本発明の一形態に係る名刺取扱装置は、第１の人物の紙製の名刺から、当該第１の人物および当該名刺を受け取る第２の人物が見ても分からない形態で当該第１の人物の身体的な情報である身体情報を表わしたコードを読み取る、読取手段と、前記読取手段によって読み取られた前記コードに基づいて、前記第２の人物が見て分かる形態で前記身体情報を表示する表示手段と、を有する。
【００１４】
好ましくは、前記身体情報が前記表示手段によって表示された後、前記身体情報が前記第１の人物のものであることの確認が当該第２の人物によってなされた旨の入力である確認入力を受け付ける受付手段と、前記受付手段によって前記確認入力が受け付けられた後、当該第１の人物が接近していることを知らせるために前記第２の人物が見て分かる形態で前記身体情報を表示する報知手段、を有する。
【００１５】
または、前記報知手段は、前記第１の人物の端末装置が当該名刺取扱装置に接近した場合に、前記身体情報を表示する。
【００１６】
または、当該名刺取扱装置に接近した装置である接近装置を検出する接近装置検出手段、を有し、前記報知手段は、前記端末装置が前記接近装置として前記接近装置検出手段によって検出された場合に前記身体情報を表示する。
【００１７】
または、前記確認入力が前記受付手段によって受け付けられた場合に、前記端末装置の識別子を記憶手段に記憶させる登録処理を行う、登録手段、を有し、前記報知手段は、前記識別子が前記記憶手段に記憶されている場合に前記身体情報を表示する。
【発明の効果】
【００１８】
本発明によると、紙名刺を受け取った者は、その紙名刺が本人のものであることを従来よりも確実に確認することができる。
【図面の簡単な説明】
【００１９】
【図１】名刺サービスシステムの全体的な構成の例を示す図である。
【図２】名刺管理サーバのハードウェア構成の例を示す図である。
【図３】端末装置のハードウェア構成の例を示す図である。
【図４】名刺の例を示す図である。
【図５】名刺管理サーバの機能的構成の例を示す図である。
【図６】端末装置の機能的構成の例を示す図である。
【図７】各装置の処理の流れの例を示すシーケンス図である。
【図８】確認用画面の例を示す図である。
【図９】名刺受渡実績データの例を示す図である。
【図１０】選択用画面の例を示す図である。
【図１１】接近報知画面の例を示す図である。
【図１２】名刺管理サーバの全体的な処理の流れの例を説明するフローチャートである。
【図１３】端末装置の全体的な処理の流れの例を説明するフローチャートである。
【図１４】名刺管理サーバの機能的構成の例を示す図である。
【図１５】端末装置の機能的構成の例を示す図である。
【図１６】各装置の処理の流れの例を示すシーケンス図である。
【図１７】名刺管理サーバの全体的な処理の流れの例を説明するフローチャートである。
【図１８】端末装置の全体的な処理の流れの例を説明するフローチャートである。
【図１９】名刺サービスシステムの全体的な構成の例を示す図である。
【図２０】名刺管理サーバおよび組織情報サーバそれぞれの機能的構成の例を示す図である。
【図２１】端末装置の機能的構成の例を示す図である。
【図２２】各装置の処理の流れの例を示すシーケンス図である。
【図２３】名刺受渡登録部に記憶されるデータの例を示す図である。
【図２４】名刺管理サーバの全体的な処理の流れの例を説明するフローチャートである。
【図２５】端末装置の全体的な処理の流れの例を説明するフローチャートである。
【発明を実施するための形態】
【００２０】
〔第一の実施形態〕
図１は、名刺サービスシステム４の全体的な構成の例を示す図である。図２は、名刺管理サーバ１のハードウェア構成の例を示す図である。図３は、端末装置２のハードウェア構成の例を示す図である。
【００２１】
図１に示すように、名刺サービスシステム４は、名刺管理サーバ１、複数台の端末装置２、および通信回線３などによって構成される。
【００２２】
名刺サービスシステム４は、後述する、名刺に関する種々のサービスを、ユーザへ提供する。
【００２３】
名刺管理サーバ１と各端末装置２とは、通信回線３を介して通信することができる。通信回線３として、インターネット、公衆回線、携帯電話回線、ＬＡＮ（Local Area Network）回線、または専用線などが用いられる。また、２台の端末装置２同士は、近距離無線によって通信することができる。
【００２４】
名刺管理サーバ１は、名刺の情報を管理し、端末装置２へ名刺の情報を送信する。さらに、あるユーザが他のユーザから名刺を受け取った後、そのユーザと当該他のユーザとが接近した際に、接近した旨をそのユーザへ通知する。
【００２５】
名刺管理サーバ１として、いわゆるサーバ機またはクラウドサーバが用いられる。以下、サーバ機が用いられる場合を例に説明する。
【００２６】
名刺管理サーバ１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、補助記憶装置１０ｄ、およびＮＩＣ（Network Interface Card）１０ｅなどによって構成される。
【００２７】
ＲＯＭ１０ｃまたは補助記憶装置１０ｄには、上述のサービスを提供するためのプログラムとして、サーバ用プログラム１０Ｐが記憶されている。サーバ用プログラム１０Ｐは、ＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。補助記憶装置１０ｄとして、ハードディスクまたはＳＳＤ（Solid State Drive）などが用いられる。
【００２８】
端末装置２は、名刺管理サーバ１から名刺の情報を受信し表示する。また、あるユーザが他のユーザから名刺を受け取った際に、その名刺の信憑性をそのユーザが確認するためのサポートを行う。さらに、その後、そのユーザと当該他のユーザとが接近した際に、接近した旨の通知を名刺管理サーバ１から受け付け、そのユーザに知らせる。
【００２９】
端末装置２として、スマートフォン、タブレットコンピュータ、または携帯電話端末など、可搬型のコンピュータが用いられる。以下、スマートフォンが端末装置２として用いられる場合を例に説明する。
【００３０】
端末装置２は、図３に示すように、ＣＰＵ２０ａ、ＲＡＭ２０ｂ、ＲＯＭ２０ｃ、フラッシュメモリ２０ｄ、タッチパネルディスプレイ２０ｅ、操作ボタン群２０ｆ、無線ＬＡＮ通信装置２０ｇ、携帯電話通信装置２０ｈ、近距離無線通信装置２０ｉ、およびデジタルカメラ２０ｊなどによって構成される。
【００３１】
タッチパネルディスプレイ２０ｅは、種々の画面を表示し、タッチされた位置を検知してＣＰＵ２０ａにその位置を通知する。
【００３２】
操作ボタン群２０ｆは、いわゆるホーム画面に戻るためのボタン、音量を調整するためのボタン、および電源のオン／オフを切り換えるためのボタンなどによって構成される。
【００３３】
無線ＬＡＮ通信装置２０ｇは、無線ＬＡＮの規格、つまり、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１１の規格に基づいて通信を行う。
【００３４】
携帯電話通信装置２０ｈは、ＣＤＭＡ（Code Division Multiple Access）２０００、Ｗ−ＣＤＭＡ（Wideband-CDMA）、またはＬＴＥ（Long Term Evolution）などの規格に基づいて、いわゆる携帯電話網を介して通信を行う。
【００３５】
近距離無線通信装置２０ｉは、通信距離が数メートル〜数十メートルくらいの無線通信の規格に基づいて他の装置と通信を行う。近距離無線通信装置２０ｉとして、Ｂｌｕｅｔｏｏｔｈ（登録商標）の近距離無線通信装置が用いられる場合を例に説明する。
【００３６】
デジタルカメラ２０ｊは、画像を撮影し画像データを生成する。特に、第一の実施形態では、紙製の名刺に記載されているコードを撮影しその画像データを生成するために用いられる。
【００３７】
ＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、上述のサービスを提供するためのプログラムとして、端末用プログラム２０Ｐが記憶されている。端末用プログラム２０Ｐは、ＲＡＭ２０ｂにロードされ、ＣＰＵ２０ａによって実行される。
【００３８】
各ユーザは、端末装置２を１台ずつ所有している。以下、各ユーザを「ユーザ５Ａ」、「ユーザ５Ｂ」、…と区別して記載することがある。さらに、ユーザ５Ａ、５Ｂ、…が所有する端末装置２を「端末装置２Ａ」、「端末装置２Ｂ」、…と区別して記載することがある。
【００３９】
図４は、名刺６の例を示す図である。図５は、名刺管理サーバ１の機能的構成の例を示す図である。図６は、端末装置２の機能的構成の例を示す図である。
【００４０】
次に、一方のユーザが他方のユーザから紙製の名刺６を受け取った際の各装置の処理、および、その後に両者が接近した際の各装置の処理を、一方のユーザがユーザ５Ａであり他方のユーザがユーザ５Ｂである場合を例に説明する。
【００４１】
ユーザ５Ｂの名刺６（以下、「名刺６２」と記載する。）には、図４に示すように、ユーザ５Ｂの氏名、電子メールアドレス、および携帯電話番号ならびに所属する会社の名称、電話番号、ファックス番号、および住所などの情報（個人情報）を表わす文字列（テキスト）が印刷されている。さらに、顔コード６Ａが印刷されている。
【００４２】
顔コード６Ａは、画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を文字列以外の画像で表わしたものである。つまり、これらのデータを文字列以外の画像に変換したものである。
【００４３】
顔コード６Ａとして、例えば、ＱＲ（Quick Response）コード、ＤａｔａＭａｔｒｉｘ、またはＶｅｒｉＣｏｄｅなどの二次元バーコードが用いられる。または、二次元バーコードの各セルを３つ以上の色で塗り分けたバーコードを用いてもよい。このようなバーコードは、一般に、「カラーコード」または「三次元バーコード」などと呼ばれる。「ＱＲコード」は、登録商標である。
【００４４】
画像データ７Ａ１は、名刺６を渡す側のユーザ（本例では、ユーザ５Ｂ）の顔の画像を再現するためのバイナリデータである。この画像は、写真であってもよいし、イラストであってもよい。個人データ７Ａ２は、名刺６（本例では、名刺６２）に印刷されている個人情報を表わすテキストデータである。識別子データ７Ａ３は、名刺６を渡す側のユーザの端末装置２（本例では、端末装置２Ｂ）の識別子を表わすテキストデータである。
【００４５】
以下、端末装置２の識別子として、その端末装置２の近距離無線通信装置２０ｉの識別子が用いられる場合を例に説明する。
【００４６】
サーバ用プログラム１０Ｐによると、名刺管理サーバ１に、図５に示す顔画像データ記憶部１０１、名刺受渡登録部１０２、名刺データ記憶部１０３、受渡有無判別部１０４、通知許否問合部１０５、および接近通知部１０６などが実現される。
【００４７】
端末用プログラム２０Ｐによると、端末装置２（２Ａ、２Ｂ、…）のそれぞれに、図６に示す顔コード読取部２０１、コード変換部２０２、相手確認部２０３、相手識別子記憶部２０４、アップロード部２０５、接近相手判別部２０６、受渡有無問合部２０７、接近通知画面表示部２０８、および通知許否確認部２０９などが実現される。
【００４８】
〔ユーザ５Ａがユーザ５Ｂから名刺６２を受け取った際の処理〕
図７は、各装置の処理の流れの例を示すシーケンス図である。図８は、確認用画面８Ａの例を示す図である。図９は、名刺受渡実績データ７Ｂの例を示す図である。
【００４９】
ユーザ５Ａは、ユーザ５Ｂから名刺６２を受け取ると、端末装置２Ａに所定のコマンドを入力する。すると、名刺管理サーバ１の各部、端末装置２Ａの各部、および端末装置２Ｂの各部は、図７に示す手順で処理を実行する。
【００５０】
端末装置２Ａの顔コード読取部２０１は、顔コード６Ａを読み取るための処理を次のように実行する（図７の＃７０１）。
【００５１】
顔コード読取部２０１は、デジタルカメラ２０ｊに撮影を開始させる。ユーザ５Ａは、顔コード６Ａにピントが合うように端末装置２Ａまたは名刺６２の位置を調整する。そして、顔コード読取部２０１は、デジタルカメラ２０ｊによって撮影された画像の中から顔コード６Ａを抽出する。このようにして、顔コード６Ａが読み取られる。
【００５２】
コード変換部２０２は、顔コード読取部２０１によって顔コード６Ａが取得されると、顔コード６Ａを解析することによって、顔コード６Ａを画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３に変換する（＃７０２）。
【００５３】
相手確認部２０３は、名刺６２をユーザ５Ａに渡した人物がユーザ５Ｂ本人であることをユーザ５Ａに確認させるための処理を次のように行う。
【００５４】
相手確認部２０３は、図８のような確認用画面８Ａをタッチパネルディスプレイ２０ｅに表示させる（＃７０３）。確認用画面８Ａには、確認用画像８Ａ１、確認成功ボタン８Ａ２、および確認失敗ボタン８Ａ３などが配置されている。
【００５５】
確認用画像８Ａ１は、コード変換部２０２によって得られた画像データ７Ａ１に示される画像である。名刺６２がユーザ５Ｂのものであるならば、ユーザ５Ｂの顔の画像が確認用画像８Ａ１として配置されるはずである。
【００５６】
ユーザ５Ａは、確認用画像８Ａ１がユーザ５Ｂの顔の画像であることを確認することができたら、確認成功ボタン８Ａ２をタッチする。確認することができなければ、確認失敗ボタン８Ａ３をタッチする。
【００５７】
相手確認部２０３は、いずれかのボタンのタッチを受け付ける（＃７０４）。そして、相手識別子記憶部２０４は、確認成功ボタン８Ａ２がタッチされた場合は、コード変換部２０２によって得られた識別子データ７Ａ３を記憶する（＃７０５）。確認失敗ボタン８Ａ３がタッチされた場合は、記憶しない。
【００５８】
アップロード部２０５は、確認成功ボタン８Ａ２がタッチされた場合に、コード変換部２０２によって得られた画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を、受取側識別子データ７Ａ４および受渡属性データ７Ａ５とともに、１組の名刺受渡実績データ７Ｂとして名刺管理サーバ１へアップロード（送信）する（＃７０６）。確認失敗ボタン８Ａ３がタッチされた場合は、アップロードしない。
【００５９】
受取側識別子データ７Ａ４は、送信元（本例では、端末装置２Ａ）の識別子を示すデータである。受渡属性データ７Ａ５は、名刺６２の受渡しがなされた日時および位置を示すデータである。この日時として、例えば、確認成功ボタン８Ａ２がタッチされた日時が用いられる。また、この位置は、端末装置２ＡのＧＰＳ（Global Positioning System）機能によって特定することができる。
【００６０】
名刺管理サーバ１において、名刺受渡登録部１０２は、名刺受渡実績データ７Ｂを端末装置２Ａから受信すると（＃７２１）、この名刺受渡実績データ７Ｂを識別するためのユニークな名刺識別子を発行し、この名刺受渡実績データ７Ｂをこの名刺識別子と対応付けて名刺データ記憶部１０３に記憶させる（＃７２２）。
【００６１】
ユーザ５Ａは、ユーザ５Ｂ以外の他のユーザから名刺６を受け取った場合も同様に、上述の作業を行うことができる。そして、確認用画像８Ａ１が当該他のユーザの顔の画像であることが確認されると、当該他のユーザの識別子データ７Ａ３が相手識別子記憶部２０４に記憶される。
【００６２】
このようにして、相手識別子記憶部２０４には、識別子データ７Ａ３が次々に蓄積される。
【００６３】
また、名刺管理サーバ１において、名刺データ記憶部１０３には、確認用画像８Ａ１が当該他のユーザの顔の画像であることが確認されると、当該他のユーザの画像データ７Ａ１などを含む名刺受渡実績データ７Ｂが記憶される。さらに、ユーザ５Ａ以外のユーザの端末装置２から名刺受渡実績データ７Ｂを受信すると、これが名刺データ記憶部１０３に記憶される。
【００６４】
このようにして、名刺データ記憶部１０３には、図９に示すように、名刺受渡実績データ７Ｂが次々に蓄積される。
【００６５】
なお、ユーザ５Ｂは、ユーザ５Ａからユーザ５Ａの名刺６を受け取った場合に、ユーザ５Ａによる端末装置２Ａに対する操作と同様の操作を端末装置２Ｂに対して行うことができる。
【００６６】
すると、端末装置２Ｂの顔コード読取部２０１、コード変換部２０２、相手確認部２０３、および相手識別子記憶部２０４は、それぞれ、端末装置２Ａの顔コード読取部２０１、コード変換部２０２、相手確認部２０３、および相手識別子記憶部２０４と同様の処理を行う。その結果、端末装置２Ａの識別子データ７Ａ３が相手識別子記憶部２０４に記憶される。
【００６７】
また、名刺管理サーバ１の名刺受渡登録部１０２および名刺データ記憶部１０３も、上述の処理を実行する。その結果、ユーザ５Ａの名刺６から得られた画像データ７Ａ１、個人データ７Ａ２および識別子データ７Ａ３、端末装置２Ｂの受取側識別子データ７Ａ４、ならびに今回の受渡しの日時などの受渡属性データ７Ａ５が名刺受渡実績データ７Ｂとして名刺データ記憶部１０３に記憶される。
【００６８】
〔ユーザ５Ａとユーザ５Ｂとが接近した際の処理〕
図１０は、選択用画面８Ｂの例を示す図である。図１１は、接近報知画面８Ｃの例を示す図である。
【００６９】
名刺管理サーバ１の顔画像データ記憶部１０１には、ユーザごとに、そのユーザの顔の画像を再現するための顔画像データ７Ｃ１およびそのユーザの個人情報（氏名および所属する会社など）を示す個人データ７Ｃ２がそのユーザの端末装置２の識別子と対応付けられて予め記憶されている。
【００７０】
ユーザ５Ａがユーザ５Ｂから名刺６２を受け取り、ユーザ５Ａとユーザ５Ｂとが離れた後、再びユーザ５Ａがユーザ５Ｂに接近することがある。名刺管理サーバ１、端末装置２Ａ、および端末装置２Ｂは、ユーザ５Ａがユーザ５Ｂに接近したことを通知する処理を、次のように実行する。
【００７１】
各端末装置２の近距離無線通信装置２０ｉは、常時、自らの識別子（例えば、ＢＤ（Bluetooth Device）アドレス）を示すビーコン信号７Ｄを定期的に（例えば、５００ミリ秒ごとに）発信している（＃７３１）。
【００７２】
端末装置２Ａにおいて、近距離無線通信装置２０ｉは、他の端末装置２からのビーコン信号７Ｄを受信する（＃７０７）。ユーザ５Ｂがユーザ５Ａに接近すると、端末装置２Ｂからのビーコン信号７Ｄが端末装置２Ａに届くようになる。
【００７３】
接近相手判別部２０６は、ビーコン信号７Ｄが近距離無線通信装置２０ｉによって受信されるごとに、端末装置２Ａに接近している端末装置２を次のように判別する（＃７０８）。
【００７４】
接近相手判別部２０６は、受信されたビーコン信号７Ｄに示される識別子が、相手識別子記憶部２０４に記憶されているいずれかの識別子データ７Ａ３に示される識別子と一致するか否かをチェックする。
【００７５】
そして、一致する場合は、接近相手判別部２０６は、端末装置２Ａに接近している端末装置２が、そのビーコン信号７Ｄに示される識別子に対応する端末装置２であると、判別する。その結果、本例では、端末装置２Ｂであると判別される。
【００７６】
受渡有無問合部２０７は、端末装置２Ａのユーザ（本例では、ユーザ５Ａ）へ、端末装置２Ａに接近していると判別された端末装置２のユーザ（本例では、ユーザ５Ｂ）から名刺６が渡された実績があるか否かを名刺管理サーバ１へ問い合わせる（＃７０９）。この際に、受渡有無問合部２０７は、問合データ７Ｅを名刺管理サーバ１へ送信する。問合データ７Ｅには、端末装置２Ａ自身の識別子が受取側識別子として示され、検知された端末装置２（本例では、端末装置２Ｂ）の識別子が授与側識別子として示される。
【００７７】
なお、受渡有無問合部２０７が問合せを行った後も、端末装置２Ｂからビーコン信号７Ｄが連続的に端末装置２Ａに届くことがある。しかし、受渡有無問合部２０７は、端末装置２Ｂからビーコン信号７Ｄが連続的に届いている間は、問合せを再び行うことは、ない。端末装置２Ｂからビーコン信号７Ｄが届かなくなってから所定の時間（例えば、１分）が経過した後、接近相手判別部２０６によって端末装置２Ｂの接近が検知されたら、問合せを行う。
【００７８】
また、接近相手判別部２０６は、ビーコン信号７Ｄの、近距離無線通信装置２０ｉに届いたときの強さ（電波強度）が所定の強さ未満である場合は、判別を行わなくてもよい。つまり、端末装置２Ｂからのビーコン信号７Ｄの電波強度が所定の強さ以上であれば、端末装置２Ｂが端末装置２Ａへ接近したと検知すればよい。
【００７９】
名刺管理サーバ１において、受渡有無判別部１０４は、問合データ７Ｅを受信すると（＃７２３）、名刺の受渡しがあったか否かを次のように判別する（＃７２４）。
【００８０】
受渡有無判別部１０４は、名刺データ記憶部１０３（図９参照）の中から、問合データ７Ｅに示される受取側識別子および授与側識別子がそれぞれ受取側識別子データ７Ａ４および識別子データ７Ａ３に示される名刺受渡実績データ７Ｂを検索する。そして、そのような名刺受渡実績データ７Ｂが見つかったら、名刺の受渡しがあったと判別する。
【００８１】
通知許否問合部１０５は、名刺の受渡しがあったと受渡有無判別部１０４によって判別されたら、接近を受取側識別子の端末装置２のユーザへ通知してもよいか否かを、授与側識別子の端末装置２へ問い合わせる（＃７２５）。
【００８２】
この際に、通知許否問合部１０５は、受取側識別子が対応付けられている顔画像データ７Ｃ１および個人データ７Ｃ２を顔画像データ記憶部１０１から読み出す。さらに、見つかった名刺受渡実績データ７Ｂの受渡属性データ７Ａ５を名刺データ記憶部１０３から読み出す。そして、読み出した顔画像データ７Ｃ１、個人データ７Ｃ２、および受渡属性データ７Ａ５を通知許否問合信号７Ｆとともに授与側識別子の端末装置２へ送信する。本例では、ユーザ５Ａの顔画像データ７Ｃ１および個人データ７Ｃ２ならびにユーザ５Ａがユーザ５Ｂから名刺６２を受け取った際の受渡属性データ７Ａ５が通知許否問合信号７Ｆとともに端末装置２Ｂへ送信される。
【００８３】
端末装置２Ｂにおいて、通知許否確認部２０９は、顔画像データ７Ｃ１、個人データ７Ｃ２、受渡属性データ７Ａ５、および通知許否問合信号７Ｆを受信すると（＃７３２）、接近を受取側識別子の端末装置２のユーザへ通知してもよいか否かをユーザ５Ｂに確認するための処理を次のように実行する。
【００８４】
通知許否確認部２０９は、図１０のような選択用画面８Ｂをタッチパネルディスプレイ２０ｅに表示させる（＃７３３）。選択用画面８Ｂには、確認用画像８Ｂ１、メッセージ８Ｂ２、許可ボタン８Ｂ３、および拒否ボタン８Ｂ４が配置されている。
【００８５】
確認用画像８Ｂ１は、受信した顔画像データ７Ｃ１に示される画像である。メッセージ８Ｂ２は、通知してもよいか否かを選択するように促すメッセージである。メッセージ８Ｂ２には、氏名、日時、および位置などの情報が含まれるが、これらは、個人データ７Ｃ２または受渡属性データ７Ａ５に示されるものである。
【００８６】
なお、位置として、受渡属性データ７Ａ５に示される緯度および経度を表示する代わりに、この緯度および経度に対応する地名を表示してもよい。地名は、インターネット上のいわゆる地図サイトなどから取得することができる。
【００８７】
ユーザ５Ｂは、ユーザ５Ａが誰であったかを、確認用画像８Ｂ１またはメッセージ８Ｂ２を見ることによって確認する。そして、ユーザ５Ｂがユーザ５Ａに接近していることをユーザ５Ａに通知してもよい場合は、許可ボタン８Ｂ３にタッチする。通知したくない場合は、拒否ボタン８Ｂ４をタッチする。
【００８８】
そして、通知許否確認部２０９は、ボタンのタッチを受け付ける（＃７３４）。許可ボタン８Ｂ３がタッチされた場合は、許可回答データ７Ｇ１を名刺管理サーバ１へ送信し、拒否ボタン８Ｂ４がタッチされた場合は拒否回答データ７Ｇ２を送信する（＃７３５）。
【００８９】
名刺管理サーバ１において、接近通知部１０６は、許可回答データ７Ｇ１が端末装置２Ｂから送信されてきた場合は（＃７２６）、接近の通知の処理を次のように実行する（＃７２７）。
【００９０】
接近通知部１０６は、授与側識別子（本例では、端末装置２Ｂの識別子）に対応付けられている顔画像データ７Ｃ１を顔画像データ記憶部１０１から読み出す。さらに、受渡有無判別部１０４による処理において見つかった名刺受渡実績データ７Ｂの個人データ７Ａ２および受渡属性データ７Ａ５を名刺データ記憶部１０３から読み出す。
【００９１】
そして、接近通知部１０６は、読み出した顔画像データ７Ｃ１、個人データ７Ａ２、および受渡属性データ７Ａ５を接近通知信号７Ｈとともに、受取側識別子の端末装置２（本例では、端末装置２Ａ）へ送信する。
【００９２】
拒否回答データ７Ｇ２が送信されてきた場合は、接近通知部１０６は、接近の通知の処理を実行しない。
【００９３】
端末装置２Ａにおいて、接近通知画面表示部２０８は、名刺管理サーバ１から接近通知信号７Ｈ、顔画像データ７Ｃ１、個人データ７Ａ２、および受渡属性データ７Ａ５を受信すると（＃７１０）、図１１のような接近報知画面８Ｃをタッチパネルディスプレイ２０ｅに表示させる（＃７１１）。
【００９４】
接近報知画面８Ｃには、接近を報知するための画面であって、確認用画像８Ｃ１、メッセージ８Ｃ２、および個人情報８Ｃ３などが配置されている。
【００９５】
確認用画像８Ｃ１は、受信した顔画像データ７Ｃ１に示される画像である。メッセージ８Ｃ２は、過去にユーザ５Ａが名刺を受け取った相手が接近していることを知らせるメッセージである。メッセージ８Ｃ２には、氏名、日時、および位置などの情報が含まれるが、これは、個人データ７Ａ２または受渡属性データ７Ａ５に示されるものである。個人情報８Ｃ３は、個人データ７Ａ２に示されるものである。
【００９６】
ユーザ５Ａは、確認用画像８Ｃ１、メッセージ８Ｃ２、または個人情報８Ｃ３を見ることによって、ユーザ５Ｂが接近していることを知ることができる。
【００９７】
なお、接近通知部１０６は、顔画像データ７Ｃ１の代わりに、名刺受渡実績データ７Ｂの画像データ７Ａ１を送信してもよい。そして、接近通知画面表示部２０８は、画像データ７Ａ１に基づいて接近報知画面８Ｃを表示させてもよい。
【００９８】
また、ユーザ５Ｂがユーザ５Ａと会った際にユーザ５Ａの名刺６を受け取り、上述の操作を行うことによって名刺受渡実績データ７Ｂを名刺データ記憶部１０３に記憶させた場合は、端末装置２Ｂの接近相手判別部２０６、受渡有無問合部２０７、および接近通知画面表示部２０８は、端末装置２Ａのこれらと同様の処理を実行する。
【００９９】
この場合は、名刺管理サーバ１の通知許否問合部１０５は、端末装置２Ａに対しても、問合せの処理を行う。端末装置２Ａの通知許否確認部２０９は、端末装置２Ｂの通知許否確認部２０９と同様の処理を実行する。これにより、ユーザ５Ｂにも、ユーザ５Ａが接近していることが通知される。
【０１００】
通知許否問合部１０５は、端末装置２Ａにも端末装置２Ｂにも、問合せを行わないようにしてもよい。そして、接近通知部１０６は、名刺の受渡しがあったことが受渡有無判別部１０４によって確認されたら、無条件に、接近の通知の処理を行えばよい。
【０１０１】
特に、ユーザ５Ａおよびユーザ５Ｂがお互いの名刺６を交換し、名刺管理サーバ１への登録を行った場合は、問合せを行うことなく、接近の通知の処理を無条件に行うのが望ましい。接近を通知することをユーザ５Ａが許可したが、ユーザ５Ｂが拒否することが、ある。このとき、ユーザ５Ａには接近が通知されない。すると、ユーザ５Ｂが通知を拒否したことを、ユーザ５Ａに知られてしまうからである。
【０１０２】
図１２は、名刺管理サーバ１の全体的な処理の流れの例を説明するフローチャートである。図１３は、端末装置２の全体的な処理の流れの例を説明するフローチャートである。
【０１０３】
次に、名刺管理サーバ１および端末装置２それぞれの全体的な処理の流れを、フローチャートを参照しながら説明する。
【０１０４】
名刺管理サーバ１は、サーバ用プログラム１０Ｐに基づいて、図１２に示す手順で処理を実行する。
【０１０５】
名刺管理サーバ１は、端末装置２から名刺受渡実績データ７Ｂを受信すると（図１２の＃７５１でＹｅｓ）、名刺識別子を発行し、これと対応付けて名刺受渡実績データ７Ｂを記憶する（＃７５２）。
【０１０６】
または、端末装置２から問合データ７Ｅを受信すると（＃７５３でＹｅｓ）、名刺管理サーバ１は、問合データ７Ｅに示される受取側識別子の端末装置２のユーザへ授与側識別子の端末装置２のユーザから名刺６が渡された実績があるか否かを判別する（＃７５４）。
【０１０７】
実績がある場合は（＃７５５でＹｅｓ）、名刺管理サーバ１は、両ユーザが接近していることを通知してもよいか否かを、授与側識別子の端末装置２へ問い合わせる（＃７５６）。そして、通知してもよい旨の回答つまり許可回答データ７Ｇ１を受信したら（＃７５７でＹｅｓ）、受取側識別子の端末装置２への、接近の通知の処理を行う（＃７５８）。
【０１０８】
実績がない場合（＃７５５でＮｏ）および拒否回答データ７Ｇ２を受信した場合（＃７５７でＮｏ）は、接近の通知の処理を行わない。
【０１０９】
名刺管理サーバ１は、サービスの提供を継続している間（＃７５９でＹｅｓ）、ステップ＃７５２の処理およびステップ＃７５４〜＃７５８の処理を適宜、実行する。
【０１１０】
一方、端末装置２は、端末用プログラム２０Ｐに基づいて、図１３に示す手順で処理を実行する。
【０１１１】
端末装置２は、所定のコマンドが入力されると（＃７６１でＹｅｓ）、名刺６から顔コード６Ａを読み取り（＃７６２）、顔コード６Ａを解析することによって画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を取得する（＃７６３）。そして、確認用画面８Ａ（図８参照）を表示する（＃７６４）。
【０１１２】
端末装置２は、確認成功ボタン８Ａ２および確認失敗ボタン８Ａ３いずれかのタッチを受け付ける（＃７６５）。
【０１１３】
確認成功ボタン８Ａ２がタッチされた場合は（＃７６６でＹｅｓ）、端末装置２は、識別子データ７Ａ３を記憶する（＃７６７）。さらに、受取側識別子データ７Ａ４および受渡属性データ７Ａ５を生成し、画像データ７Ａ１、個人データ７Ａ２、識別子データ７Ａ３、受取側識別子データ７Ａ４、および受渡属性データ７Ａ５を１組の名刺受渡実績データ７Ｂとして名刺管理サーバ１へアップロード（送信）する（＃７６８）。確認失敗ボタン８Ａ３がタッチされた場合は（＃７６６でＮｏ）、記憶もアップロードも行わない。
【０１１４】
または、端末装置２は、ビーコン信号７Ｄを受信すると（＃７６９でＹｅｓ）、この端末装置２のユーザへ名刺６を渡したことがあるユーザの端末装置２の中から、このビーコン信号７Ｄの発信元を特定する（＃７７０）。つまり、この端末装置２へ接近している端末装置２を判別する。
【０１１５】
判別することができた場合は（＃７７１でＹｅｓ）、端末装置２は、名刺の受渡しの実績を名刺管理サーバ１へ問い合わせる（＃７７２）。そして、名刺管理サーバ１から接近通知信号７Ｈ、顔画像データ７Ｃ１、個人データ７Ａ２、および受渡属性データ７Ａ５を受信すると（＃７７３でＹｅｓ）、接近報知画面８Ｃ（図１１参照）を表示する（＃７７４）。
【０１１６】
または、端末装置２は、両ユーザが接近していることを通知してもよいか否かの問合せを名刺管理サーバ１から受信すると（＃７７５でＹｅｓ）、選択用画面８Ｂを表示し（＃７７６）、通知の許可または拒否を受け付ける（＃７７７）。そして、通知の許可または拒否を名刺管理サーバ１へ回答する（＃７７８）。
【０１１７】
端末装置２は、サービスの提供を継続している間（＃７７９でＹｅｓ）、ステップ＃７６２〜＃７６８の処理、ステップ＃７７０〜＃７７４の処理、およびステップ＃７７６〜＃７７８の処理を適宜、実行する。
【０１１８】
第一の実施形態によると、ユーザ５Ａは、名刺６２がユーザ５Ｂ本人のものであることを従来よりも確実に確認することができる。さらに、名刺６２を受け取った後、ユーザ５Ｂに接近した場合に、その旨がユーザ５Ｂの顔の画像とともに端末装置２Ａに表示される。よって、ユーザ５Ｂの顔を忘れていても、ユーザ５Ｂの顔を思い出し、自ら率先して挨拶してユーザ５Ｂとの良好な関係を築きやすくすることができる。
【０１１９】
〔第二の実施形態〕
図１４は、名刺管理サーバ１の機能的構成の例を示す図である。図１５は、端末装置２の機能的構成の例を示す図である。図１６は、各装置の処理の流れの例を示すシーケンス図である。
【０１２０】
第一の実施形態では、ユーザ５Ｂの個人情報が、端末装置２Ａ（ユーザ５Ａの端末装置２）によって名刺６２（ユーザ５Ｂの名刺６）から読み取られ、名刺管理サーバ１において管理される。そして、ユーザ５Ａとユーザ５Ｂとが接近した際に、原則として、ユーザ５Ｂが許可した、という条件を満たした場合に、ユーザ５Ｂの個人情報が、両ユーザの接近とともに端末装置２Ａへ通知される。
【０１２１】
第二の実施形態では、この条件の代わりに、ユーザ５Ｂの個人情報がユーザ５Ｂ本人のものであることを確認することができた、という条件を満たした場合に、ユーザ５Ｂの個人情報が通知される。
【０１２２】
以下、この仕組みについて、説明する。第一の実施形態と重複する点は、説明を省略する。
【０１２３】
名刺サービスシステム４の全体的な構成は、第一の実施形態と同様であり、図１に示した通りである。名刺管理サーバ１および端末装置２それぞれのハードウェアの構成も、第一の実施形態と同様であり、それぞれ、図２および図３に示した通りである。
【０１２４】
しかし、ＲＯＭ１０ｃまたは補助記憶装置１０ｄには、サーバ用プログラム１０Ｐの代わりにサーバ用プログラム１２Ｐが記憶されている。また、ＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、端末用プログラム２０Ｐの代わりに端末用プログラム２２Ｐが記憶されている。
【０１２５】
サーバ用プログラム１２Ｐによると、図１４に示す名刺受渡登録部１３２、名刺データ記憶部１３３、受渡有無判別部１３４、名刺データ送信部１３５、および公開鍵記憶部１３６などが名刺管理サーバ１に実現される。
【０１２６】
端末用プログラム２２Ｐによると、図１５に示す顔コード読取部２３１、コード変換部２３２、相手確認部２３３、相手識別子記憶部２３４、アップロード部２３５、接近相手判別部２３６、受渡有無問合部２３７、接近通知画面表示部２３８、秘密鍵記憶部２４１、名刺データ復号部２４２、および接近通知部２４３などが端末装置２に実現される。
【０１２７】
以下、一方のユーザが他方のユーザから名刺６を受け取った際の各装置の処理、および、その後に両者が接近した際の各装置の処理を、一方のユーザがユーザ５Ａであり他方のユーザがユーザ５Ｂである場合を例に説明する。
【０１２８】
ユーザ５Ａは、ユーザ５Ｂから名刺６２を受け取ると、端末装置２Ａに所定のコマンドを入力する。すると、名刺管理サーバ１の各部、端末装置２Ａの各部、および端末装置２Ｂの各部は、図１６に示す手順で処理を実行する。
【０１２９】
端末装置２Ａにおいて、顔コード読取部２３１は、第一の実施形態の顔コード読取部２０１と同様に、顔コード６Ａを読み取るための処理を実行する（図１６の＃８０１）。
【０１３０】
コード変換部２３２は、第一の実施形態のコード変換部２０２と同様に、顔コード６Ａを解析することによって、顔コード６Ａを画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３に変換する（＃８０２）。
【０１３１】
相手確認部２３３は、第一の実施形態の相手確認部２０３と同様に、名刺６２をユーザ５Ａに渡した人物がユーザ５Ｂ本人であることをユーザ５Ａに確認させるための処理を行う（＃８０３〜＃８０４）。
【０１３２】
相手識別子記憶部２３４は、第一の実施形態の相手識別子記憶部２０４と同様に、確認成功ボタン８Ａ２（図８参照）がタッチされた場合は、コード変換部２３２によって得られた識別子データ７Ａ３を記憶する（＃８０５）。確認失敗ボタン８Ａ３がタッチされた場合は、記憶しない。
【０１３３】
アップロード部２３５は、第一の実施形態のアップロード部２０５と同様に、確認成功ボタン８Ａ２がタッチされた場合に、名刺受渡実績データ７Ｂを名刺管理サーバ１へアップロードする（＃８０６）。確認失敗ボタン８Ａ３がタッチされた場合は、アップロードしない。
【０１３４】
ところで、各端末装置２には、ユニークな公開鍵７Ｊ１およびそれに対応する秘密鍵７Ｊ２が１組ずつ、予め与えられている。公開鍵７Ｊ１および秘密鍵７Ｊ２は、公開鍵暗号方式でデータを暗号化しまたは復号するための鍵である。
【０１３５】
公開鍵７Ｊ１は、それが与えられた端末装置２の識別子と対応付けられて名刺管理サーバ１の公開鍵記憶部１３６に予め記憶されている。
【０１３６】
一方、秘密鍵７Ｊ２は、それが与えられた端末装置２の秘密鍵記憶部２４１に予め記憶されている。
【０１３７】
名刺受渡登録部１３２は、第一の実施形態の名刺受渡登録部１０２と同様に、名刺受渡実績データ７Ｂを端末装置２Ａから受信すると（＃８２１）、名刺識別子を発行し、この名刺受渡実績データ７Ｂをこの名刺識別子と対応付けて名刺データ記憶部１３３に記憶させる（＃８２２）。
【０１３８】
ただし、第二の実施形態においては、名刺受渡登録部１３２は、名刺受渡実績データ７Ｂを、公開鍵記憶部１３６に記憶されている、名刺受渡実績データ７Ｂに含まれる識別子データ７Ａ３に示される識別子に対応する公開鍵７Ｊ１によって暗号化して、名刺データ記憶部１３３に記憶させる。本例では、端末装置２Ｂの公開鍵７Ｊ１によって暗号化する。以下、暗号化された名刺受渡実績データ７Ｂを「名刺受渡実績データ７Ｂ’」と記載する。
【０１３９】
さらに、第二の実施形態においては、名刺受渡登録部１３２は、名刺受渡実績データ７Ｂに含まれる識別子データ７Ａ３、受取側識別子データ７Ａ４、および受渡属性データ７Ａ５を暗号化せずに、検索用のデータとして、名刺受渡実績データ７Ｂ’と対応付けて記憶する（＃８２３）。
【０１４０】
端末装置２Ａにおいて、接近相手判別部２３６は、ビーコン信号７Ｄが近距離無線通信装置２０ｉによって受信されるごとに（＃８０７）、第一の実施形態の接近相手判別部２０６と同様に、端末装置２Ａに接近している端末装置２を判別する（＃８０８）。本例では、端末装置２Ｂが接近していると判別される。
【０１４１】
すると、受渡有無問合部２３７は、第一の実施形態の受渡有無問合部２０７と同様に、問合データ７Ｅを送信することによって、ユーザ５Ｂからユーザ５Ａへ名刺６が渡された実績があるか否かを名刺管理サーバ１へ問い合わせる（＃８０９）。
【０１４２】
名刺管理サーバ１において、受渡有無判別部１３４は、問合データ７Ｅを受信すると（＃８２４）、第一の実施形態の受渡有無判別部１０４と同様に、名刺の受渡しがあったか否かを判別する（＃８２５）。なお、第一の実施形態では名刺受渡実績データ７Ｂに基づいて判別したが、第二の実施形態では、名刺受渡実績データ７Ｂが暗号化されている。そこで、ステップ＃８２３で記憶した識別子データ７Ａ３および受取側識別子データ７Ａ４などに基づいて判別する。
【０１４３】
第一の実施形態では、名刺の受渡しがあったと判別された場合に、通知許否問合部１０５が、接近を受取側識別子の端末装置２のユーザへ通知してもよいか否かを授与側識別子の端末装置２へ問い合わせた。
【０１４４】
しかし、第二の実施形態では、この場合に、名刺データ送信部１３５が、名刺データ記憶部１３３の中から、その受取側識別子を示す受取側識別子データ７Ａ４およびその授与側識別子を示す識別子データ７Ａ３を名刺データ記憶部１３３の中から検索し、両者に対応付けられている名刺受渡実績データ７Ｂ’を名刺データ記憶部１３３の中から読み出し、その授与側識別子の端末装置２へ送信する（＃８２６）。本例では、端末装置２Ｂへ送信する。
【０１４５】
端末装置２Ｂにおいて、名刺データ復号部２４２は、名刺受渡実績データ７Ｂ’を受信すると（＃８３２）、秘密鍵記憶部２４１に記憶されている秘密鍵７Ｊ２を用いて復号する（＃８３３）。これにより、平文の名刺受渡実績データ７Ｂが得られる。
【０１４６】
名刺データ復号部２４２によって復号が成功したら、つまり、名刺受渡実績データ７Ｂが得られたら、接近通知部２４３は、接近の通知の処理を次のように実行する。
【０１４７】
接近通知部２４３は、名刺受渡実績データ７Ｂの受取側識別子データ７Ａ４に示される識別子の端末装置２すなわち端末装置２Ａに近距離無線によって接続する（＃８３４）。そして、名刺受渡実績データ７Ｂの画像データ７Ａ１、個人データ７Ａ２、および受渡属性データ７Ａ５を、接近通知信号７Ｋとともに端末装置２Ａへ送信する（＃８３５）。
【０１４８】
名刺データ復号部２４２による復号が失敗した場合は、接近通知部２４３は、接近の通知の処理を実行しない。
【０１４９】
端末装置２Ａにおいて、接近通知画面表示部２３８は、画像データ７Ａ１、個人データ７Ａ２、受渡属性データ７Ａ５、および接近通知信号７Ｋを受信すると（＃８１０）、接近報知画面８Ｃ（図１１参照）をタッチパネルディスプレイ２０ｅに表示させる（＃８１１）。
【０１５０】
なお、第二の実施形態においては、確認用画像８Ｃ１は、顔画像データ７Ｃ１の代わりに画像データ７Ａ１が用いられて描画される。
【０１５１】
図１７は、名刺管理サーバ１の全体的な処理の流れの例を説明するフローチャートである。図１８は、端末装置２の全体的な処理の流れの例を説明するフローチャートである。
【０１５２】
次に、名刺管理サーバ１および端末装置２それぞれの全体的な処理の流れを、フローチャートを参照しながら説明する。
【０１５３】
名刺管理サーバ１は、サーバ用プログラム１２Ｐに基づいて、図１７に示す手順で処理を実行する。
【０１５４】
名刺管理サーバ１は、端末装置２から名刺受渡実績データ７Ｂを受信すると（図１７の＃８５１でＹｅｓ）、名刺識別子を発行し、名刺受渡実績データ７Ｂを暗号化することによって名刺受渡実績データ７Ｂ’を生成し、名刺識別子と対応付けて名刺受渡実績データ７Ｂ’を記憶する（＃８５２）。名刺受渡実績データ７Ｂのための暗号鍵として、名刺受渡実績データ７Ｂに含まれる識別子データ７Ａ３に示される識別子に対応する公開鍵７Ｊ１が用いられる。さらに、名刺受渡実績データ７Ｂに含まれる識別子データ７Ａ３、受取側識別子データ７Ａ４、および受渡属性データ７Ａ５を暗号化せずに、検索用のデータとして記憶する（＃８５３）。
【０１５５】
または、端末装置２から問合データ７Ｅを受信すると（＃８５４でＹｅｓ）、名刺管理サーバ１は、問合データ７Ｅに示される受取側識別子の端末装置２のユーザへ授与側識別子の端末装置２のユーザから名刺６が渡された実績があるか否かを判別する（＃８５５）。
【０１５６】
実績がある場合は（＃８５６でＹｅｓ）、名刺管理サーバ１は、その受取側識別子を示す受取側識別子データ７Ａ４およびその授与側識別子を示す識別子データ７Ａ３に対応する名刺受渡実績データ７Ｂ’を、その授与側識別子の端末装置２へ送信する（＃８５７）。実績がない場合は（＃８５６でＮｏ）、送信しない。
【０１５７】
名刺管理サーバ１は、サービスの提供を継続している間（＃８５８でＹｅｓ）、ステップ＃８５２〜＃８５３の処理およびステップ＃８５５〜＃８５７の処理を適宜、実行する。
【０１５８】
一方、端末装置２は、端末用プログラム２２Ｐに基づいて、図１８に示す手順で処理を実行する。
【０１５９】
端末装置２は、所定のコマンドが入力されると（＃８６１でＹｅｓ）、名刺の受渡しの実績を登録するための処理を行う（＃８６２〜＃８６８）。この処理の手順は、第一の実施形態のステップ＃７６２〜＃７６８（図１３参照）と同様である。
【０１６０】
または、端末装置２は、ビーコン信号７Ｄを受信すると（＃８６９でＹｅｓ）、第一の実施形態のステップ＃７７０と同様に、ビーコン信号７Ｄの発信元、すなわち、この端末装置２へ接近している端末装置２を判別する（＃８７０）。
【０１６１】
判別することができた場合は（＃８７１でＹｅｓ）、端末装置２は、名刺の受渡しの実績を名刺管理サーバ１へ問い合わせる（＃８７２）。その後、他の端末装置２から接近通知信号７Ｋ、画像データ７Ａ１、個人データ７Ａ２、および受渡属性データ７Ａ５を受信すると（＃８７３）、接近報知画面８Ｃ（図１１参照）を表示する（＃８７４）。
【０１６２】
または、端末装置２は、名刺管理サーバ１から名刺受渡実績データ７Ｂ’を受信すると（＃８７５でＹｅｓ）、秘密鍵７Ｊ２によって復号する（＃８７６）。これにより、平文の名刺受渡実績データ７Ｂが得られる。
【０１６３】
復号に成功したら（＃８７７でＹｅｓ）、端末装置２は、名刺受渡実績データ７Ｂの受取側識別子データ７Ａ４に示される端末装置２に接続し、名刺受渡実績データ７Ｂの画像データ７Ａ１、個人データ７Ａ２、および受渡属性データ７Ａ５を、接近通知信号７Ｋとともに送信する（＃８７８）。復号に失敗した場合は（＃８７７でＮｏ）、送信しない。
【０１６４】
端末装置２は、サービスの提供を継続している間（＃８７９でＹｅｓ）、ステップ＃８６２〜＃８６８の処理、ステップ＃８７０〜＃８７４の処理、およびステップ＃８７６〜＃８７８の処理を適宜、実行する。
【０１６５】
第二の実施形態によると、第一の実施形態と同様に、ユーザ５Ａは、名刺６２がユーザ５Ｂ本人のものであることを従来よりも確実に確認することができる。また、第一の実施形態と同様に、ユーザ５Ｂの顔を忘れていても、ユーザ５Ｂの顔を思い出すことができる。
【０１６６】
さらに、第二の実施形態によると、ユーザ５Ｂの情報が名刺管理サーバ１において端末装置２Ｂの公開鍵７Ｊ１で暗号化されて管理され、端末装置２Ｂにおいて秘密鍵７Ｊ２によって復号されて端末装置２Ａへ提供される。よって、ユーザ５Ｂの情報の信頼性をより高くすることができる。
【０１６７】
第二の実施形態では、端末装置２Ｂは端末装置２Ａへ近距離無線通信によってデータを送信したが、Ｗｉ−Ｆｉ（Wireless Fidelity）によって送信してもよい。または、名刺管理サーバ１を介して送信してもよい。
【０１６８】
第二の実施形態においても、第一の実施形態と同様に、選択用画面８Ｂ（図１０参照）を端末装置２Ｂに表示させ、ユーザ５Ｂの許可を得た場合に、接近をユーザ５Ａへ通知するようにしてもよい。つまり、端末装置２Ｂは、復号に成功し、かつ、ユーザ５Ｂの許可を得た場合に、接近の通知の処理を行う。
【０１６９】
〔第三の実施形態〕
図１９は、名刺サービスシステム４の全体的な構成の例を示す図である。図２０は、名刺管理サーバ１および組織情報サーバ１Ｃそれぞれの機能的構成の例を示す図である。図２１は、端末装置２の機能的構成の例を示す図である。図２２は、各装置の処理の流れの例を示すシーケンス図である。図２３は、名刺受渡登録部１５２に記憶されるデータの例を示す図である。
【０１７０】
第一の実施形態および第二の実施形態では、ユーザ５Ａは、ユーザ５Ｂから名刺６２（図４参照）を受け取ったら、受渡しを名刺管理サーバ１に登録しておけば、その後、ユーザ５Ｂに接近した際にその旨の通知を受けることができた。
【０１７１】
登録の際に、ユーザ５Ａは、所定の作業を行った。具体的には、名刺６２の顔コード６Ａを撮影し、顔コード６Ａに基づいて表示される画像（確認用画像８Ａ１）によって名刺６２がユーザ５Ｂ本人のものであることを確認した。
【０１７２】
ところで、ユーザ５Ｂからユーザ５Ａへの名刺の受渡しの際に、両ユーザの傍にユーザ５Ｂの関係者が居合わせる場合がある。例えば、ユーザ５Ｂの同僚が居合わせる場合がある。
【０１７３】
第三の実施形態では、ユーザ５Ａは、上述の所定の作業を行えば、その関係者の名刺６の受渡しの登録を行わなくても、その後、その関係者に接近した際にその旨の通知を受けることができる。
【０１７４】
以下、この仕組みを、第一の実施形態に適用する場合を例に説明する。また、ユーザ５Ｂの同僚であるユーザ５Ｃが関係者であり、ユーザ５Ｃがユーザ５Ａおよびユーザ５Ｂの傍にいる場合を例に説明する。第一の実施形態と重複する点については、説明を省略する。
【０１７５】
名刺サービスシステム４’は、図１９に示すように、名刺管理サーバ１、組織情報サーバ１Ｃ、複数台の端末装置２、および通信回線３などによって構成される。名刺管理サーバ１は、組織情報サーバ１Ｃおよび各端末装置２と通信回線３を介して通信することができる。
【０１７６】
組織情報サーバ１Ｃは、ユーザ５Ｂが所属する組織（例えば、会社）によって運営され、その組織に所属する者ごとの名刺などの情報を管理する。以下、ユーザ５Ｂが所属する組織を「組織Ｘ」と記載する。
【０１７７】
組織情報サーバ１Ｃとして、いわゆるサーバ機またはクラウドサーバが用いられる。以下、サーバ機が用いられる場合を例に説明する。組織情報サーバ１Ｃのハードウェアの構成は、名刺管理サーバ１のハードウェアの構成（図２参照）と基本的に同様である。ただし、組織情報サーバ１ＣのＲＯＭ１０ｃまたは補助記憶装置１０ｄには、名刺管理プログラム１４Ｐが記憶されている。
【０１７８】
名刺管理サーバ１および端末装置２それぞれのハードウェアの構成も、第一の実施形態と同様であり、それぞれ、図２および図３に示した通りである。
【０１７９】
しかし、ＲＯＭ１０ｃまたは補助記憶装置１０ｄには、サーバ用プログラム１０Ｐの代わりにサーバ用プログラム１３Ｐが記憶されている。また、ＲＯＭ２０ｃまたはフラッシュメモリ２０ｄには、端末用プログラム２０Ｐの代わりに端末用プログラム２３Ｐが記憶されている。
【０１８０】
サーバ用プログラム１３Ｐによると、図２０に示す顔画像データ記憶部１５１、名刺受渡登録部１５２、名刺データ記憶部１５３、登録有無判別部１５４、通知許否問合部１５５、接近通知部１５６、関係者名刺データ取得部１５７、および同席登録部１５８などが名刺管理サーバ１に実現される。
【０１８１】
名刺管理プログラム１４Ｐによると、図２０に示す名刺データ記憶部１６１および名刺データ提供部１６２などが組織情報サーバ１Ｃに実現される。
【０１８２】
端末用プログラム２３Ｐによると、図２１に示す顔コード読取部２５１、コード変換部２５２、相手確認部２５３、相手識別子記憶部２５４、アップロード部２５５、接近相手判別部２５６、登録有無問合部２５７、接近通知画面表示部２５８、通知許否確認部２５９、および近傍装置検出部２６１などが実現される。
【０１８３】
ユーザ５Ａは、ユーザ５Ｂから名刺６２を受け取ると、端末装置２Ａに所定のコマンドを入力する。すると、名刺管理サーバ１の各部、組織情報サーバ１Ｃの各部、端末装置２Ａの各部、および端末装置２Ｂの各部は、図２２に示す手順で処理を実行する。
【０１８４】
端末装置２Ａにおいて、顔コード読取部２５１は、第一の実施形態の顔コード読取部２０１と同様に、顔コード６Ａを読み取るための処理を実行する（図２２の＃９０１）。
【０１８５】
コード変換部２５２は、第一の実施形態のコード変換部２０２と同様に、顔コード６Ａを解析することによって、顔コード６Ａを画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３に変換する（＃９０２）。
【０１８６】
相手確認部２５３は、第一の実施形態の相手確認部２０３と同様に、名刺６２をユーザ５Ａに渡した人物がユーザ５Ｂ本人であることをユーザ５Ａに確認させるための処理を行う（＃９０３〜＃９０４）。
【０１８７】
確認成功ボタン８Ａ２（図８参照）がタッチされた場合に、近傍装置検出部２６１、相手識別子記憶部２５４、およびアップロード部２５５は、次の処理を行う。
【０１８８】
近傍装置検出部２６１は、端末装置２Ａ自身の近距離無線通信装置２０ｉによって受信されるビーコン信号７Ｄの発信元を、端末装置２Ａ自身の近傍にある端末装置２（以下、「近傍装置」と記載する。）として検出する（＃９０５）。具体的には、そのビーコン信号７Ｄに示される識別子を、近傍装置の識別子として検出する。ただし、ステップ＃９０２で得られた識別子データ７Ａ３に示される識別子（本例では、端末装置２Ｂの識別子）は、検出しない。よって、本例では、ユーザ５Ｃの識別子が近傍装置の識別子として検出される。
【０１８９】
また、近傍装置検出部２６１は、ビーコン信号７Ｄの、近距離無線通信装置２０ｉに届いたときの強さ（電波強度）が所定の強さ未満である場合は、このビーコン信号７Ｄに示される識別子を検出しないようにしてもよい。
【０１９０】
アップロード部２５５は、第一の実施形態のアップロード部２０５と同様に、名刺受渡実績データ７Ｂを名刺管理サーバ１へアップロードする（＃９０６）。第三の実施形態では、この際に、近傍装置検出部２６１によって検出された識別子を示すデータを識別子データ７Ｌとして名刺管理サーバ１へアップロードする。
【０１９１】
また、相手識別子記憶部２５４は、コード変換部２５２によって得られた識別子データ７Ａ３を記憶するとともに、識別子データ７Ｌを記憶する（＃９０７）。
【０１９２】
確認失敗ボタン８Ａ３がタッチされた場合は、ステップ＃９０５〜＃９０７の処理は行われない。
【０１９３】
名刺管理サーバ１において、名刺受渡実績データ７Ｂおよび識別子データ７Ｌが受信されると（＃９２１）、名刺受渡登録部１５２および関係者名刺データ取得部１５７によって次の処理が実行される。
【０１９４】
名刺受渡登録部１５２は、第一の実施形態の名刺受渡登録部１０２と同様に、名刺識別子を発行し、発行した名刺識別子と対応付けて名刺受渡実績データ７Ｂを名刺データ記憶部１５３に記憶させる（＃９２２）。
【０１９５】
関係者名刺データ取得部１５７は、識別子データ７Ｌを組織情報サーバ１Ｃへ送信することによって、近傍装置のユーザの名刺のデータを組織情報サーバ１Ｃへ要求する（＃９２３）。
【０１９６】
ところで、組織情報サーバ１Ｃにおいて、名刺データ記憶部１６１には、予め、組織Ｘに所属するユーザごとの画像データ７Ｍ１および個人データ７Ｍ２が、そのユーザの端末装置２の識別子と対応付けて記憶されている。画像データ７Ｍ１は、そのユーザの顔の画像を再現するためのバイナリデータである。個人データ７Ｍ２は、そのユーザの名刺６に印刷されている個人情報を表わすテキストデータである。
【０１９７】
名刺データ提供部１６２は、名刺管理サーバ１から識別子データ７Ｌを受信すると（＃９４１）、それに示される識別子に対応する画像データ７Ｍ１および個人データ７Ｍ２を名刺データ記憶部１６１から読み出し、名刺管理サーバ１へ送信する（＃９４２）。本例では、ユーザ５Ｃの画像データ７Ｍ１および個人データ７Ｍ２が名刺管理サーバ１へ送信される。
【０１９８】
名刺管理サーバ１において、同席登録部１５８は、組織情報サーバ１Ｃから画像データ７Ｍ１および個人データ７Ｍ２を受信すると（＃９２４）、同席実績データ７Ｎを生成し名刺データ記憶部１５３に記憶させる（＃９２５）。
【０１９９】
したがって、名刺データ記憶部１５３には、図２３に示すように、名刺受渡実績データ７Ｂだけでなく同席実績データ７Ｎも記憶される。
【０２００】
同席実績データ７Ｎには、画像データ７Ｍ１、個人データ７Ｍ２、識別子データ７Ｍ３、同席者識別子データ７Ｍ４、および受渡属性データ７Ｍ５が含まれている。
【０２０１】
画像データ７Ｍ１および個人データ７Ｍ２は、組織情報サーバ１Ｃから受信したものである。識別子データ７Ｍ３および受渡属性データ７Ｍ５は、それぞれ、ステップ＃９２１で受信された名刺受渡実績データ７Ｂに含まれる識別子データ７Ａ３および受渡属性データ７Ａ５と同じものである。同席者識別子データ７Ｍ４は、ステップ＃９２１で受信された識別子データ７Ｌと同じものである。
【０２０２】
なお、ステップ＃９０５において、複数の端末装置２が検出される場合がある。この場合は、端末装置２Ａのアップロード部２５５は、検出された端末装置２ごとの識別子データ７Ｌを送信する。そして、名刺管理サーバ１の各部および組織情報サーバ１Ｃの各部は、それぞれの識別子データ７Ｌに基づいてステップ＃９２３〜＃９２５の処理およびステップ＃９４１〜＃９４２の処理を実行する。
【０２０３】
その結果、例えば、ユーザ５Ｃだけでなくユーザ５Ｄもユーザ５Ａおよびユーザ５Ｂの傍にいた場合は、ユーザ５Ｃの同席実績データ７Ｎだけでなくユーザ５Ｄの同席実績データ７Ｎも名刺データ記憶部１５３に記憶される。
【０２０４】
その後にユーザ５Ａがユーザ５Ｂに接近した場合の処理は、第一の実施形態における処理と同様であって、図７のステップ＃７０７〜＃７１１、ステップ＃７２３〜＃７２７、およびステップ＃７３１〜＃７３５で説明した通りである。
【０２０５】
これらの処理は、顔画像データ記憶部１５１、名刺データ記憶部１５３、登録有無判別部１５４、通知許否問合部１５５、接近通知部１５６、相手識別子記憶部２５４、接近相手判別部２５６、登録有無問合部２５７、接近通知画面表示部２５８、および通知許否確認部２５９によって、それぞれ、顔画像データ記憶部１０１、名刺データ記憶部１０３、受渡有無判別部１０４、通知許否問合部１０５、接近通知部１０６、相手識別子記憶部２０４、接近相手判別部２０６、受渡有無問合部２０７、接近通知画面表示部２０８、通知許否確認部２０９と同様に実行される。
【０２０６】
ユーザ５Ａがユーザ５Ｂの同席者に接近した場合の処理も、基本的に第一の実施形態と同様であるが、第一の実施形態とは幾つか異なる点がある。以下、これらの点を中心に、ユーザ５Ａがユーザ５Ｃに接近した場合を例に、各装置の処理を説明する。
【０２０７】
端末装置２Ａにおいて、接近相手判別部２５６は、ビーコン信号７Ｄが近距離無線通信装置２０ｉによって受信されるごとに（＃９０８）、端末装置２Ａに接近している端末装置２を次のように判別する（＃９０９）。
【０２０８】
接近相手判別部２５６は、受信されたビーコン信号７Ｄに示される識別子が、相手識別子記憶部２５４に記憶されているいずれかの識別子データ７Ａ３に示される識別子またはいずれかの識別子データ７Ｌに示される識別子と一致するか否かをチェックする。
【０２０９】
そして、一致する場合は、接近相手判別部２５６は、端末装置２Ａに接近している端末装置２が、そのビーコン信号７Ｄに示される識別子に対応する端末装置２であると、判別する。本例では、端末装置２Ｃが接近していると判別される。
【０２１０】
登録有無問合部２５７は、問合データ７Ｅを名刺管理サーバ１へ送信する（＃９１０）。問合データ７Ｅには、端末装置２Ａ自身の識別子が受取側識別子として示され、検知された端末装置２（本例では、端末装置２Ｃ）の識別子が授与側識別子として示される。
【０２１１】
名刺管理サーバ１において、登録有無判別部１５４は、問合データ７Ｅを受信すると（＃９２６）、受渡しまたは同席が登録されているか否かを次のように判別する（＃９２７）。
【０２１２】
登録有無判別部１５４は、名刺データ記憶部１５３（図２３参照）の中から、有無問合データ７Ｅに示される受取側識別子および授与側識別子がそれぞれ受取側識別子データ７Ａ４および識別子データ７Ａ３に示される名刺受渡実績データ７Ｂを検索する。そして、そのような名刺受渡実績データ７Ｂが見つかったら、受渡しがあったと判別する。
【０２１３】
見つからない場合は、登録有無判別部１５４は、名刺データ記憶部１５３の中から、有無問合データ７Ｅに示される受取側識別子および授与側識別子がそれぞれ同席者識別子データ７Ｍ４および識別子データ７Ｍ３に示される同席実績データ７Ｎを検索する。そして、そのような同席実績データ７Ｎが見つかったら、同席があったと判別する。本例では、同席があったと判別される。
【０２１４】
通知許否問合部１５５は、同席があったと登録有無判別部１５４によって判別されたら、接近を受取側識別子の端末装置２のユーザへ通知してもよいか否かを、授与側識別子の端末装置２へ問い合わせる（＃９２８）。本例では、端末装置２Ｃへ問い合わせる。
【０２１５】
この際に、通知許否問合部１５５は、受取側識別子が対応付けられている顔画像データ７Ｃ１および個人データ７Ｃ２を顔画像データ記憶部１０１から読み出す。さらに、見つかった同席実績データ７Ｎの受渡属性データ７Ｍ５を名刺データ記憶部１５３から読み出す。そして、読み出した顔画像データ７Ｃ１、個人データ７Ｃ２、および受渡属性データ７Ｍ５を通知許否問合信号７Ｆとともに授与側識別子の端末装置２つまり端末装置２Ｃへ送信する。第一の実施形態と同様に、顔画像データ７Ｃ１の代わりに画像データ７Ｍ１を送信してもよい。
【０２１６】
端末装置２Ｃにおいて、通知許否確認部２５９は、顔画像データ７Ｃ１、個人データ７Ｃ２、受渡属性データ７Ｍ５、および通知許否問合信号７Ｆを受信すると（＃９５２）、接近を受取側識別子の端末装置２のユーザへ通知してもよいか否かをユーザ５Ｃに確認するための処理を実行する（＃９５３〜＃９５５）。この処理は、第一の実施形態のステップ＃７３３〜＃７３５の処理と基本的に同様である。ただし、選択用画面８Ｂ（図１０参照）を表示するためのデータとして、受渡属性データ７Ａ５の代わりに受渡属性データ７Ｍ５が用いられる。
【０２１７】
名刺管理サーバ１において、接近通知部１５６は、許可回答データ７Ｇ１が端末装置２Ｃから送信されてきた場合は（＃９２９）、接近の通知の処理を次のように実行する（＃９３０）。
【０２１８】
接近通知部１５６は、授与側識別子（本例では、端末装置２Ｃの識別子）に対応付けられている顔画像データ７Ｃ１を顔画像データ記憶部１５１から読み出す。さらに、登録有無判別部１５４による処理において見つかった同席実績データ７Ｎの個人データ７Ｍ２および受渡属性データ７Ｍ５を名刺データ記憶部１５３から読み出す。
【０２１９】
そして、接近通知部１５６は、読み出した顔画像データ７Ｃ１、個人データ７Ｍ２、および受渡属性データ７Ｍ５を接近通知信号７Ｈとともに、受取側識別子の端末装置２（本例では、端末装置２Ａ）へ送信する。
【０２２０】
拒否回答データ７Ｇ２が送信されてきた場合は、接近通知部１５６は、接近の通知の処理を実行しない。
【０２２１】
端末装置２Ａにおいて、接近通知画面表示部２５８は、名刺管理サーバ１から接近通知信号７Ｈ、顔画像データ７Ｃ１、個人データ７Ｍ２、および受渡属性データ７Ｍ５を受信すると（＃９１１）、第一の実施形態の接近通知画面表示部２０８と同様に、接近報知画面８Ｃ（図１１参照）をタッチパネルディスプレイ２０ｅに表示させる（＃９１２）。ただし、接近報知画面８Ｃを表示するためのデータとして、個人データ７Ａ２および受渡属性データ７Ａ５の代わりに個人データ７Ｍ２および受渡属性データ７Ｍ５が用いられる。
【０２２２】
図２４は、名刺管理サーバ１の全体的な処理の流れの例を説明するフローチャートである。図２５は、端末装置２の全体的な処理の流れの例を説明するフローチャートである。
【０２２３】
次に、名刺管理サーバ１および端末装置２それぞれの全体的な処理の流れを、フローチャートを参照しながら説明する。
【０２２４】
名刺管理サーバ１は、サーバ用プログラム１３Ｐに基づいて、図２４に示す手順で処理を実行する。
【０２２５】
名刺管理サーバ１は、名刺受渡実績データ７Ｂおよび識別子データ７Ｌを端末装置２から受信すると（＃９６１でＹｅｓ）、名刺受渡実績データ７Ｂを記憶するとともに（＃９６２）、識別子データ７Ｌに示される識別子に対応する画像データ７Ｍ１および個人データ７Ｍ２を組織情報サーバ１Ｃへ要求する（＃９６３）。そして、組織情報サーバ１Ｃから画像データ７Ｍ１および個人データ７Ｍ２を受信すると（＃９６４でＹｅｓ）、同席実績データ７Ｎを生成し記憶する（＃９６５）。
【０２２６】
または、端末装置２から問合データ７Ｅを受信すると（＃９６６でＹｅｓ）、名刺管理サーバ１は、問合データ７Ｅに示される受取側識別子の端末装置２のユーザへ授与側識別子の端末装置２のユーザから名刺６が渡された実績、または、両ユーザが同席していた実績があるか否かを判別する（＃９６７）。
【０２２７】
どちらかの実績がある場合は（＃９６８でＹｅｓ）、名刺管理サーバ１は、両ユーザが接近していることを通知してもよいか否かを、授与側識別子の端末装置２へ問い合わせる（＃９６９）。そして、通知してもよい旨の回答つまり許可回答データ７Ｇ１を受信したら（＃９７０でＹｅｓ）、受取側識別子の端末装置２への、接近の通知の処理を行う（＃９７１）。
【０２２８】
実績がない場合（＃９６８でＮｏ）および拒否回答データ７Ｇ２を受信した場合（＃９７０でＮｏ）は、接近の通知の処理を行わない。
【０２２９】
名刺管理サーバ１は、サービスの提供を継続している間（＃９７２でＹｅｓ）、ステップ＃９６２〜＃９６５の処理およびステップ＃９６７〜＃９７１の処理を適宜、実行する。
【０２３０】
一方、端末装置２は、端末用プログラム２３Ｐに基づいて、図２５に示す手順で処理を実行する。
【０２３１】
端末装置２は、所定のコマンドが入力されると（＃６６１でＹｅｓ）、名刺６から顔コード６Ａを読み取り（＃６６２）、顔コード６Ａを解析することによって画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を取得する（＃６６３）。そして、確認用画面８Ａ（図８参照）を表示する（＃６６４）。
【０２３２】
端末装置２は、確認成功ボタン８Ａ２および確認失敗ボタン８Ａ３いずれかのタッチを受け付ける（＃６６５）。
【０２３３】
確認成功ボタン８Ａ２がタッチされた場合は（＃６６６でＹｅｓ）、端末装置２は、近傍装置を検出する（＃６６７）。そして、識別子データ７Ａ３および近傍装置の識別子を示すデータ（識別子データ７Ｌ）を記憶するとともに（＃６６８）、名刺受渡実績データ７Ｂおよび識別子データ７Ｌを名刺管理サーバ１へアップロードする（＃６６９）。
【０２３４】
確認失敗ボタン８Ａ３がタッチされた場合は（＃６６７でＮｏ）、名刺管理サーバ１は、記憶もアップロードも行わない。
【０２３５】
または、端末装置２は、ビーコン信号７Ｄを受信すると（＃６７０でＹｅｓ）、この端末装置２のユーザへ名刺６を渡したことがあるユーザの端末装置２または両ユーザの近傍にいたユーザの端末装置２の中から、このビーコン信号７Ｄの発信元を特定する（＃６７１）。つまり、この端末装置２へ接近している端末装置２を判別する。
【０２３６】
判別することができた場合は（＃６７２でＹｅｓ）、端末装置２は、名刺の受渡しの実績または同席の実績を名刺管理サーバ１へ問い合わせる（＃６７３）。そして、名刺管理サーバ１から接近通知信号７Ｈおよび顔画像データ７Ｃ１とともに、個人データ７Ａ２または個人データ７Ｍ２と受渡属性データ７Ａ５または受渡属性データ７Ｍ５を受信すると（＃６７４でＹｅｓ）、接近報知画面８Ｃ（図１１参照）を表示する（＃６７５）。
【０２３７】
または、端末装置２は、両ユーザが接近していることを通知してもよいか否かの問合せを名刺管理サーバ１から受信すると（＃６７６でＹｅｓ）、選択用画面８Ｂを表示し（＃６７７）、通知の許可または拒否を受け付ける（＃６７８）。そして、通知の許可または拒否を名刺管理サーバ１へ回答する（＃６７９）。
【０２３８】
端末装置２は、サービスの提供を継続している間（＃６８０でＹｅｓ）、ステップ＃６６２〜＃６６９の処理、ステップ＃６７１〜＃６７５の処理、およびステップ＃６７７〜＃６７９の処理を適宜、実行する。
【０２３９】
第三の実施形態によると、ユーザ５Ａは、ユーザ５Ｂからユーザ５Ａへの名刺６の受渡しの登録を行うだけで、その後、両ユーザに同席していた関係者（例えば、ユーザ５Ｃ）とユーザ５Ａとが接近した際にその旨の通知を受けることができる。よって、ユーザ５Ｂと一緒に居た人とも良好な関係を築きやすくすることができる。
【０２４０】
第三の実施形態では、このような通知の仕組みを第一の実施形態に適用した場合を例に説明したが、第二の実施形態に適用してもよい。ここで、第二の実施形態に適用した場合における各装置の処理を、ユーザ５Ｃがユーザ５Ａに接近したときを例に説明する。第一の実施形態に適用した場合と重複する点については、説明を省略する。
【０２４１】
名刺管理サーバ１は、同席実績データ７Ｎを、その同席実績データ７Ｎの同席者識別子データ７Ｍ４の識別子に対応する公開鍵７Ｊ１によって暗号化して記憶する。また、その同席実績データ７Ｎに対応付けて、その同席実績データ７Ｎの識別子データ７Ｍ３、同席者識別子データ７Ｍ４、および受渡属性データ７Ｍ５を検索用のデータとして記憶する。
【０２４２】
名刺管理サーバ１は、端末装置２Ａから問合データ７Ｅを受信し、ユーザ５Ａとユーザ５Ｃとが同席していた実績があると判別すると、この実績に係る同席実績データ７Ｎを、暗号化されたまま、端末装置２Ｃへ送信する。
【０２４３】
端末装置２Ｃは、同席実績データ７Ｎを受信すると、自らの秘密鍵７Ｊ２によって同席実績データ７Ｎを復号する。そして、復号に成功したら、名刺受渡実績データ７Ｂの代わりに同席実績データ７Ｎを用いて、接近の通知の処理を行う。
【０２４４】
第一ないし第三の実施形態では、２台の端末装置２同士が接近したことをＢｌｕｅｔｏｏｔｈによって検知したが、無線ＬＡＮ（Ｗｉ−Ｆｉ）によって検知してもよい。
【０２４５】
第一ないし第三の実施形態では、端末装置２が、端末装置２自身へ接近している他の端末装置２を検知し、当該他の端末装置２を特定した。しかし、他の装置が行ってもよい。例えば、名刺管理サーバ１が行ってもよい。この場合は、名刺管理サーバ１は、各端末装置２の現在地を示すデータを、公知のＧＰＳ（Global Positioning System）またはプレゼンス技術などによって取得する。取得したデータに基づいて、２台の端末装置２同士の距離を算出し、その距離が所定の長さ（例えば、１０メートル）未満であれば、両端末装置２が接近していると判別する。そして、接近の通知のための処理を行う。
【０２４６】
顔コード６Ａの偽造の防止を図るために、画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を、公知のアルゴリズムではなく、名刺管理サーバ１に用意された特定のアルゴリズムによって顔コード６Ａに変換してもよい。この場合は、端末装置２は、顔コード６Ａを、このアルゴリズムに対応する復号用のアルゴリズムで画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３に変換すればよい。
【０２４７】
または、名刺管理サーバ１に復号鍵を予め用意しておき、これらのデータを、この復号鍵に対応する暗号鍵で暗号化してから、顔コード６Ａに変換してもよい。そして、名刺管理サーバ１は、画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を、暗号化された状態で端末装置２から受信し、復号鍵で復号すればよい。
【０２４８】
第三の実施形態では、組織情報サーバ１Ｃとして、組織Ｘつまりユーザ５Ｂが所属する組織の組織情報サーバ１Ｃのみが名刺サービスシステム４’に設けられている場合を例に説明したが、さらに、他の組織の組織情報サーバ１Ｃを名刺サービスシステム４’に設けてもよい。この場合は、名刺管理サーバ１は、名刺受渡実績データ７Ｂおよび識別子データ７Ｌを端末装置２から受信すると、名刺受渡実績データ７Ｂの識別子データ７Ａ３に識別子が示されるユーザの所属する組織情報サーバ１Ｃに対して、近傍装置のユーザの名刺のデータを要求する。または、組織ごとの組織情報サーバ１Ｃの機能を名刺管理サーバ１に設けてもよい。
【０２４９】
第一ないし第三の実施形態では、ユーザの身体的な特徴を、ユーザの顔の画像によって表示したが、他の方法によって表示してもよい。例えば、ユーザの外観の特徴（目尻にホクロがある、眉毛が太い、背が高いなど）または喋り方の特徴（関西弁で喋る、早口など）を表わす文字列を表示してもよい。この場合は、顔コード６Ａとして、その文字列を暗号化したテキストコードを表示してもよい。
【０２５０】
第一ないし第三の実施形態では、画像データ７Ａ１および個人データ７Ａ２を端末装置２から名刺管理サーバ１へアップロードし、名刺管理サーバ１に記憶させておいた。そして、接近の通知の際に、名刺管理サーバ１から画像データ７Ａ１（または顔画像データ７Ｃ１）および個人データ７Ａ２をその端末装置２へ送信した。
【０２５１】
しかし、画像データ７Ａ１および個人データ７Ａ２を名刺管理サーバ１へアップロードせず、その端末装置２の相手識別子記憶部２０４、２３４、または２５４に、識別子データ７Ａ３と対応付けて記憶させておいてもよい。そして、名刺管理サーバ１は、その端末装置２に他の端末装置２が接近した際に、当該他の端末装置２の識別子をその端末装置２へ通知すればよい。その端末装置２は、通知された識別子の識別子データ７Ａ３に対応する画像データ７Ａ１および個人データ７Ａ２を相手識別子記憶部２０４、２３４、または２５４から読み出し、接近報知画面８Ｃ（図１１参照）を表示すればよい。受渡属性データ７Ａ５も相手識別子記憶部２０４、２３４、または２５４に記憶させておき、同様に読み出して使用してもよい。
【０２５２】
または、各ユーザの画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を予め名刺管理サーバ１に記憶させておいてもよい。この場合は、名刺６を受け取ったユーザ（受取側のユーザ）の端末装置２は、受渡属性データ７Ａ５とともに、受取側のユーザの識別子を示すデータを受取側識別子データ７Ａ４として名刺管理サーバ１へ送信する。画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３は、送信しない。
【０２５３】
そして、名刺管理サーバ１は、受取側識別子データ７Ａ４および受渡属性データ７Ａ５の組合せを、受取側のユーザへ名刺６を渡したユーザ（授与側のユーザ）の画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３に対応付けて記憶すればよい。
【０２５４】
第一ないし第三の実施形態では、ユーザ５Ａの端末装置２Ａにユーザ５Ｂまたは５Ｃの端末装置２Ｂまたは２Ｃが接近した場合に、ユーザ５Ｂまたは５Ｃの名刺６に記載される情報を端末装置２Ａに表示させたが、接近していない場合であっても、ユーザ５Ａが所定の操作を行えば従来通り端末装置２Ａに表示させてもよい。
【０２５５】
第一ないし第三の実施形態では、端末装置２Ａに他の端末装置２が接近したことを、当該他の端末装置２から発信されるビーコン信号７Ｄの電波強度に基づいて検知したが、端末装置２Ａと当該他の端末装置２との距離が所定の長さ（例えば、１０メートル）未満であれば接近したと検知してもよい。距離は、電波強度に基づいて算出してもよいし、上述のようにＧＰＳによって算出してもよい。
【０２５６】
第一ないし第三の実施形態では、画像データ７Ａ１、個人データ７Ａ２、および識別子データ７Ａ３を纏めて１つの顔コード６Ａに変換し名刺６に記したが、それぞれ別個に二次元バーコードなどに変換し名刺６に記してもよい。または、画像データ７Ａ１および識別子データ７Ａ３を二次元バーコードなどに変換し名刺６に記し、個人データ７Ａ２の二次元バーコードなどに変換しなくてもよい。この場合は、端末装置２は、名刺６を撮影することによって得られる画像から氏名および住所などの文字列を抽出し、抽出した文字列からからＯＣＲ（Optical Character Recognition）によって個人データ７Ａ２を取得すればよい。
【０２５７】
第一ないし第三の実施形態では、確認用画面８Ａに、ユーザ５Ｂの情報としてユーザ５Ｂの顔の画像（確認用画像８Ａ１）のみを配置したが、さらに、個人データ７Ａ２に示される、ユーザ５Ｂの個人情報（氏名、会社名、会社の住所、電子メールアドレスなど）を表わす文字列を配置してもよい。そして、ユーザ５Ａは、ユーザ５Ｂの顔と確認用画像８Ａ１とを比較するだけでなく、名刺６２に記載される個人情報と確認用画面８Ａに配置される個人情報とを比較することによって、名刺６２がユーザ５Ｂ本人のものであるか否かをチェックすればよい。これにより、名刺６２の信憑性をさらに確実に確認することができる。
【０２５８】
その他、名刺サービスシステム４、４’、名刺管理サーバ１、端末装置２の全体または各部の構成、処理の内容、処理の順序、データの構成、画面の構成などは、本発明の趣旨に沿って適宜変更することができる。
【符号の説明】
【０２５９】
１  名刺管理サーバ（人物情報提供装置）
１０３  名刺データ記憶部（記憶手段）
１３３  名刺データ記憶部（記憶手段）
１３５  名刺データ送信部（指令手段）
１５３  名刺データ記憶部（記憶手段）
２  端末装置（名刺取扱装置）
２０ｅ  タッチパネルディスプレイ（表示手段、受付手段）
２０ｊ  デジタルカメラ（読取手段）
２０１  顔コード読取部（読取手段）
２０３  相手確認部（表示手段、受付手段）
２０４  相手識別子記憶部（記憶手段）
２０５  アップロード部（登録手段、送信手段）
２０６  接近相手判別部（接近装置検出手段）
２０８  接近通知画面表示部（報知手段）
２３１  顔コード読取部（読取手段）
２３３  相手確認部（表示手段、受付手段）
２３４  相手識別子記憶部（記憶手段）
２３５  アップロード部（登録手段、送信手段）
２３６  接近相手判別部（接近装置検出手段）
２３８  接近通知画面表示部（報知手段）
２５１  顔コード読取部（読取手段）
２５３  相手確認部（表示手段、受付手段）
２５４  相手識別子記憶部（記憶手段）
２５５  アップロード部（登録手段、送信手段）
２５６  接近相手判別部（接近装置検出手段）
２５８  接近通知画面表示部（報知手段、第二の報知手段）
６  名刺
６Ａ  顔コード（コード）
７Ｊ１  公開鍵
７Ｊ２  秘密鍵
８Ａ１  確認用画像（身体情報）
８Ｂ１  確認用画像（身体情報）
【図１】
2018190165.tif 000003
【図２】
2018190165.tif 000004
【図３】
2018190165.tif 000005
【図４】
2018190165.tif 000006
【図５】
2018190165.tif 000007
【図６】
2018190165.tif 000008
【図７】
2018190165.tif 000009
【図８】
2018190165.tif 000010
【図９】
2018190165.tif 000011
【図１０】
2018190165.tif 000012
【図１１】
2018190165.tif 000013
【図１２】
2018190165.tif 000014
【図１３】
2018190165.tif 000015
【図１４】
2018190165.tif 000016
【図１５】
2018190165.tif 000017
【図１６】
2018190165.tif 000018
【図１７】
2018190165.tif 000019
【図１８】
2018190165.tif 000020
【図１９】
2018190165.tif 000021
【図２０】
2018190165.tif 000022
【図２１】
2018190165.tif 000023
【図２２】
2018190165.tif 000024
【図２３】
2018190165.tif 000025
【図２４】
2018190165.tif 000026
【図２５】
2018190165.tif 000027