(57)【要約】【課題】携帯端末を用いて容易に名刺データの交換を行うとともに、名刺データの内容の変更に、より柔軟に対応し、ユーザの利便性をより向上させる。【解決手段】名刺データ交換装置３は、携帯端末１を使用する各ユーザのプロフィールを記憶するユーザ情報記憶手段３７と、ユーザ情報記憶手段３７に記憶されたプロフィールに基づいて名刺データを生成する生成手段３２と、携帯端末１からの要求を受け付けて、自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信手段３３とを有し、生成手段３２はユーザ情報記憶手段３７に記憶されたプロフィールが変更された場合、変更後のプロフィールに基づいて名刺データを再生成し、携帯端末１は、名刺データ交換装置３から受信した自名刺データまたは自名刺データのアドレスを他の携帯端末に送信する。【選択図】  図１
2011192195.tif 000002
【特許請求の範囲】
【請求項１】
名刺データ交換装置と、複数の携帯端末とを有する名刺データ交換システムであって、
前記名刺データ交換装置は、
前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶されたプロフィールに基づいて、名刺データを生成する生成手段と、
前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信手段と、を有し、
前記生成手段は、前記ユーザ情報記憶手段に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成し、
前記携帯端末は、
前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信すること
を特徴とする名刺データ交換システム。
【請求項２】
請求項１記載の名刺データ交換システムであって、
前記ユーザ情報記憶手段の前記プロフィールを構成する各構成情報には、公開レベル毎に公開するか否の公開情報が設定され、
前記生成手段は、前記公開レベル毎に、前記プロフィールの中から公開する設定がなされた構成情報を抽出して、名刺データを生成し、
前記送信手段は、前記携帯端末から指定された公開レベルの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信すること
を特徴とする名刺データ交換システム。
【請求項３】
請求項１または請求項２に記載の名刺データ交換システムであって、
前記ユーザ情報記憶手段には、ユーザ毎に、当該ユーザのプロフィールと、他ユーザの他名刺データのアドレスが設定される名刺帳とが記憶され、
前記送信手段は、前記携帯端末から前記名刺帳に設定された他名刺データのアドレスを受信すると、当該アドレスに対応する他ユーザの他名刺データを要求元の携帯端末に送信すること
を特徴とする名刺データ交換システム。
【請求項４】
請求項３に記載の名刺データ交換システムであって、
携帯端末から送信されたアドレス帳を前記ユーザ情報記憶手段に記憶し、所定の項目が一致する当該アドレス帳のデータと、前記ユーザ情報記憶手段に記憶された名刺帳の名刺データとを関係付ける関係付け手段と、をさらに有すること
を特徴とする名刺データ交換システム。
【請求項５】
請求項１から請求項４のいずれか一項に記載の名刺データ交換システムであって、
前記携帯端末は、
前記自名刺データをＲＦＩＤ通信で送信すること、前記自名刺データのアドレスをメールで送信すること、または、前記自名刺データのアドレスのＱＲコードを提示することのいずれかで、前記自名刺データまたは前記自名刺データのアドレスを他の携帯端末に送信すること
を特徴とする名刺データ交換システム。
【請求項６】
複数の携帯端末間で名刺データを交換する名刺データ交換装置であって、
前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶されたプロフィールに基づいて、名刺データを生成する生成手段と、
前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信手段と、を有し、
前記生成手段は、前記ユーザ情報記憶手段に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成し、
前記携帯端末は、
前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信すること
を特徴とする名刺データ交換装置。
【請求項７】
請求項６記載の名刺データ交換装置であって、
前記ユーザ情報記憶手段の前記プロフィールを構成する各構成情報には、公開レベル毎に公開するか否の公開情報が設定され、
前記生成手段は、前記公開レベル毎に、前記プロフィールの中から公開する設定がなされた構成情報を抽出して、名刺データを生成し、
前記送信手段は、前記携帯端末から指定された公開レベルの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信すること
を特徴とする名刺データ交換装置。
【請求項８】
請求項６または請求項７に記載の名刺データ交換装置であって、
前記ユーザ情報記憶手段には、ユーザ毎に、当該ユーザのプロフィールと、他ユーザの他名刺データのアドレスが設定される名刺帳とが記憶され、
前記送信手段は、前記携帯端末から前記名刺帳に設定された他名刺データのアドレスを受信すると、当該アドレスに対応する他ユーザの他名刺データを要求元の携帯端末に送信すること
を特徴とする名刺データ交換装置。
【請求項９】
請求項８に記載の名刺データ交換装置であって、
携帯端末から送信されたアドレス帳を前記ユーザ情報記憶手段に記憶し、所定の項目が一致する当該アドレス帳のデータと、前記ユーザ情報記憶手段に記憶された名刺帳の名刺データとを関係付ける関係付け手段と、をさらに有すること
を特徴とする名刺データ交換装置。
【請求項１０】
名刺データ交換装置と、複数の携帯端末とを有する名刺データ交換システムが行う名刺交換方法であって、
前記名刺データ交換装置は、
前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶部を有し、
前記ユーザ情報記憶部に記憶されたプロフィールに基づいて、名刺データを生成する生成ステップと、
前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信ステップと、
前記ユーザ情報記憶部に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成する再生成ステップとを行い、
前記携帯端末は、
前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信する送信ステップを行うこと
を特徴とする名刺データ交換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末を用いて名刺データを交換する名刺データ交換システム、名刺データ交換装置および名刺データ交換方法に関する。
【背景技術】
【０００２】
従来、初対面の人と会った際に、名刺交換を行うことにより、相手の氏名や電話番号などの連絡先を知ることができる。また、交換した名刺を用いて、携帯電話やパソコンなどに搭載されたアドレス帳に、名刺を交換した相手の情報をユーザが登録している。
【０００３】
なお、特許文献１には、ネットワーク上にＷｅｂなどで公開された電話帳などから、携帯電話やパソコンなどに搭載されたアドレス帳に格納するアドレス帳データを生成する方法が記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１３４２１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
さて、紙による名刺を交換した場合、交換した名刺の情報を携帯電話やパソコンなどに搭載されたアドレス帳に入力して管理することは、ユーザの入力負荷が大きい。また、名刺交換をした後に、相手のメールアドレスなど連絡先が変わった場合、相手から通知されるまで変更後の連絡先を知ることができない。また、自分の連絡先を変更した場合についても、既に名刺を交換した全ての相手に変更後の連絡先を通知することは容易ではない。
【０００６】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、携帯端末を用いて容易に名刺データの交換を行うとともに、名刺データの内容の変更に、より柔軟に対応し、ユーザの利便性をより向上させることにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、名刺データ交換装置と、複数の携帯端末とを有する名刺データ交換システムであって、前記名刺データ交換装置は、前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶されたプロフィールに基づいて、名刺データを生成する生成手段と、前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信手段と、を有し、前記生成手段は、前記ユーザ情報記憶手段に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成し、前記携帯端末は、前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信する。
【０００８】
また、本発明は、複数の携帯端末間で名刺データを交換する名刺データ交換装置であって、前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶されたプロフィールに基づいて、名刺データを生成する生成手段と、前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信手段と、を有し、前記生成手段は、前記ユーザ情報記憶手段に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成し、前記携帯端末は、前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信する。
【０００９】
また、本発明は、名刺データ交換装置と、複数の携帯端末とを有する名刺データ交換システムが行う名刺交換方法であって、前記名刺データ交換装置は、前記携帯端末を使用する各ユーザのプロフィールを記憶するユーザ情報記憶部を有し、前記ユーザ情報記憶部に記憶されたプロフィールに基づいて、名刺データを生成する生成ステップと、前記携帯端末からの要求を受け付けて、当該携帯端末を使用するユーザの自名刺データまたは自名刺データのアドレスを要求元の携帯端末に送信する送信ステップと、前記ユーザ情報記憶部に記憶されたプロフィールが変更された場合、前記変更後のプロフィールに基づいて名刺データを再生成する再生成ステップとを行い、前記携帯端末は、前記名刺データ交換装置から受信した前記自名刺データまたは前記自名刺データのアドレスを、他の携帯端末に送信する送信ステップを行う。
【発明の効果】
【００１０】
本発明により、携帯端末を用いて容易に名刺データの交換を行うとともに、名刺データの内容の変更に、より柔軟に対応し、ユーザの利便性をより向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態が適用された名刺データ交換システムの構成を示す構成図である。
【図２】ユーザ情報記憶部のデータの一例を示す図である。
【図３】携帯端末に表示されるプロフィール登録画面の一例を示す図である。
【図４】携帯端末に表示される公開レベル登録画面の一例を示す図である。
【図５】名刺データの送信処理を示すフローチャートである。
【図６】名刺データを送信する際に携帯端末に表示される画面遷移図の一例である。
【図７】自分の名刺データを返送する処理を示すフローチャートである。
【図８】名刺データを返送する携帯端末の画面遷移図の一例である。
【図９】名刺帳に記憶された名刺データを閲覧する場合の携帯端末の画面遷移図の一例である。
【図１０】アドレス帳の登録処理における携帯端末の画面遷移図の一例である。
【図１１】アドレス帳と名刺帳との関連付け処理における携帯端末の画面遷移図の一例である。
【図１２】マイページ画面とマイページ画面から遷移する各画面の一例を示すものである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について説明する。
【００１３】
図１は、本発明の一実施形態である名刺データ交換システムの構成を示す構成図である。本実施形態の名刺データ交換システムは、複数の携帯端末１（例えば、携帯電話、ＰＤＡなど）と、名刺データ交換サーバ３と、少なくとも１つの外部システム５とを有し、これらは携帯電話網、インターネットなどのネットワーク９を介して接続されている。
【００１４】
本実施形態の携帯端末１は、ＲＦＩＤ（Radio Frequency Identification）通信（ＩＣ通信）、メール送信およびカメラの機能を有するものとする。ＲＦＩＤ通信は、ＲＦＩＤタグにデータを記憶し、電波や電磁波でＲＦＩＤリーダと通信する。図示する携帯端末１は、ＲＦＩＤタグおよびＲＦＩＤリーダ１１を備え、他の携帯端末とＲＦＩＤ通信を行うことができる。また、携帯端末１は、メールを行うメール部１２と、ＱＲコードの写真を撮るカメラ１３と、アドレス帳１４とを備える。アドレス帳１４は、携帯端末１が備えるアドレス管理機能により、複数の氏名、メールアドレス、電話番号などがメモリなどの記憶装置に記憶されている。
【００１５】
名刺データ交換サーバ３（以下、「サーバ」という）は、各ユーザのプロフィールに基づいて、電子的なデータである名刺データを生成し、生成した名刺データまたは名刺データのＵＲＬ（アドレス）を携帯端末１に送信する。図示するサーバ３は、各ユーザのプロフィールをユーザ情報記憶部３７に登録するプロフィール登録手段３１と、プロフィールに基づいて名刺データを生成する名刺データ生成部３２と、名刺データまたは名刺データのＵＲＬを携帯端末１に送信する制御部３３と、携帯端末１のアドレス帳とユーザ情報記憶部３７の名刺帳とを関係付けるアドレス帳関係付け部３４と、ユーザ毎にプロフィールなどの各種の情報が登録されるユーザ情報記憶部３７とを有する。
【００１６】
外部システム５は、ブログ（Blog）、ＳＮＳ（Social Networking Service）、写真共有サービスなどを提供するシステムである。
【００１７】
上記説明した、携帯端末１およびサーバ３は、いずれも、例えばＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、キーボードやマウスなどの入力装置と、ディスプレイやプリンタなどの出力装置と、ネットワークと接続するための通信制御装置と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、携帯端末１およびサーバ３の各機能は、携帯端末１用のプログラムの場合は携帯端末１のＣＰＵが、そして、サーバ３用のプログラムの場合はサーバ３のＣＰＵが、それぞれ実行することにより実現される。
【００１８】
図２は、サーバ３のユーザ情報記憶部３７の一例を模式的に示す図である。
【００１９】
ユーザ情報記憶部３７には、ユーザ毎に各種の情報が記憶されている。図示するユーザ情報記憶部３７には、自ユーザのプロフィール２０１と、プロフィール２０１に基づいて公開レベル（カテゴリー）毎に生成される複数の名刺データ２０２と、名刺データを渡した他ユーザ（相手ユーザ）２０３と、他ユーザから受け取った名刺データのＵＲＬが格納される名刺帳２０４と、携帯端末１からアップロードされたアドレス帳２０５とが記憶されている。これら各種情報の登録・設定については後述する。
【００２０】
次に、本実施形態の処理について説明する。
【００２１】
＜プロフィール登録処理＞
サーバ３のプロフィール登録部３１が、名刺データの元となるプロフィール（個人情報）および公開レベルをサーバに登録するプロフィール登録処理について説明する。なお、以下では携帯端末Ａを使用するユーザＡのプロフィールを登録するものとする。
【００２２】
携帯端末Ａは、ユーザＡの操作指示を受け付けて、プロフィールおよび公開レベルをサーバに登録する。すなわち、携帯端末Ａは、所定のＵＲＬを宛先としてサーバにアクセスし、サーバから送信されたプロフィール登録画面および公開レベル設定画面をディプレイに表示し、これらの画面に各種情報を入力してサーバに送信することにより、プロフィールおよび公開レベルをサーバに登録する。
【００２３】
図３は、携帯端末Ａに表示されるプロフィール登録画面の一例を示す図である。図示する例では、図３（ａ）は、ユーザの基本情報（例えば、名前、生年月日、電話番号など）を設定・登録するための画面である。図３（ｂ）は、ユーザの会社（仕事）に関する会社情報（例えば、会社名、部署名、役職名、会社住所など）を設定・登録するための画面である。図３（ｃ）は、サーバが提供する名刺データ交換サービスと連携させる外部システム５のサービスに関するの情報（例えば、ブログのＵＲＬ、ＳＮＳ（Social Network Service）のＵＲＬ・ユーザＩＤ、インターネット電話サービスのＩＤなど）を設定・登録するための画面である。図３（ｄ）は、ユーザが自由に項目および内容を設定・登録するための画面である。
【００２４】
携帯端末Ａは、サーバから送信される図３（ａ）から（ｄ）の画面を順次、表示し、ユーザＡが入力した各種情報をサーバに送信する。サーバは、携帯端末Ａから送信されたプロフィールを、ユーザＡ用のユーザ情報記憶部３７のプロフィール２０１（図２参照）に登録する。
【００２５】
図４は、携帯端末Ａに表示される公開レベル設定画面の一例を示す図である。ユーザＡは、所定の公開レベル毎（例えば、友人、仕事、知人、家族などのカテゴリー毎）に、登録したプロフィールの各情報について公開するか、あるいは非公開とするかを設定する。まず、公開レベル設定のＴＯＰ画面３０１がサーバから送信され、ユーザは所望の公開レベル（図示する例では「友達」）をクリック（選択）する。これにより、クリックされた公開レベルにおいて、各情報を公開する否かを設定するための画面３０２がサーバから送信され、表示される。図示する例では、ユーザは、公開したい情報のチェックボックスにチェックする。そして、確認画面ボタンをクリックすると、サーバから確認画面３０３が送信され、表示される。ユーザが「はい」のボタンをクリックすると登録完了画面３０４がサーバから送信され、表示される。
【００２６】
携帯端末Ａは、サーバから送信される図４の画面を表示し、ユーザＡが入力した指示（公開／非公開）をサーバに送信することにより、プロフィールの各情報を公開するか否かをサーバに送信する。サーバは、携帯端末Ａから送信されたプロフィールの各種情報の公開／非公開を、ユーザＡ用のユーザ情報記憶部のプロフィール２０１（図２参照）に登録する。
【００２７】
以上の処理により、ユーザのプロフィールおよび公開レベル毎の各情報の公開／非公開がユーザ情報記憶部３７に登録される。
【００２８】
＜名刺データの生成処理＞
プロフィールの登録処理が完了すると、サーバ３の名刺データ生成部３２は、ユーザ情報記憶部３７に記憶されたプロフィール２０１の各種情報および公開／非公開に基づいて、公開レベル毎の名刺データをそれぞれ生成し、ユーザＡ用のユーザ情報記憶部３７の名刺データの格納エリア２０２（図２参照）に記憶する。例えば、公開レベルが「友達」の名刺データを生成する場合、プロフィール２０１の各種情報の中から、「友達」で公開する設定となっている情報のみを抽出して編集し、名刺データを生成する。また、公開レベルが「仕事」の名刺データを生成する場合、プロフィール２０１の各種情報の中から、「仕事」で公開する設定となっている情報のみを抽出して編集し、名刺データを生成する。
【００２９】
また、名刺データ生成部３２は、携帯端末Ａからプロフィールの変更要求（例えば、メールアドレスの変更など）によりプロフィールの情報が変更された場合、変更後のプロフィールに基づいて名刺データの再生成し、再生成した新たな名刺データをユーザＡ用の名刺データの格納エリア２０２（図２参照）に記憶する。これにより、ユーザ情報記憶部３７には、常に最新の名刺データが記憶される。
【００３０】
＜名刺データの送信処理＞  
図５は、名刺データの送信処理を示すフローチャートである。図示する例では、ユーザＡ（携帯端末Ａ）が、自分の名刺データをユーザＢ（携帯端末Ｂ）に渡すものとする。図６は、名刺データを送信する際に送信元の携帯端末Ａに表示される画面遷移の一例を示したものである。
【００３１】
まず、携帯端末Ａは、ユーザＡの操作指示を受け付けて、名刺データの送信要求をサーバに送信する。サーバ３の制御部３３は、名刺データの送信要求を受け付けると、名刺データの送信操作を入力させるための画面５０１を要求元の携帯端末Ａに送信する。図６に示す画面５０１には、各公開レベル毎に所望の送信種別をユーザが指定できるようになっている。
【００３２】
具体的には、名刺データを渡すユーザＢが友人であって、ＲＦＩＤ通信により名刺データを渡したい場合、ユーザＡは、公開レベル「友人」のＲＦＩＤ５１１をクリックする。また、名刺データを渡す相手が仕事関係の人であって、ＱＲコードにより名刺データを渡したい場合、ユーザＡは、公開レベル「仕事」のＱＲコード５１２をクリックする。また、名刺データを渡す相手が知人であって、メールにより名刺データを渡したい場合、ユーザＡは、公開レベル「知人」のメール５１３をクリックする。このように、ユーザＡは、名刺データを渡す相手に応じて所望の公開レベルの名刺データを、所望の送信方法で渡すことができる。
【００３３】
携帯端末Ａは、ユーザＡの操作指示を受け付けると、選択された公開レベルと送信種別とをサーバに送信する（Ｓ１１）。サーバは、これらの情報を受け付けると、公開レベルおよび送信種別に応じた情報・画面を生成し、携帯端末Ａに送信する（Ｓ１２）。
【００３４】
具体的には、送信種別がＲＦＩＤ通信の場合、サーバは、Ｓ１１で指定された公開レベルで生成されたユーザＡの名刺データをユーザ情報記憶部３７から読み出し、携帯端末Ａに送信する（Ｓ１２）。携帯端末Ａは、サーバから送信された名刺データ５０２を表示する。なお、ＲＦＩＤ通信の場合、ユーザＡと名刺データを渡す相手であるユーザＢとは、一般的な名刺交換を行うときのように対面している。ユーザＡは、ディスプレイに表示された名刺データを選択し、ＲＦＩＤ通信の送信操作を行って、携帯端末ＡとユーザＢの携帯端末Ｂとを近づけて（例えば、端末同士の所定の部分を重ね合わせて）、名刺データを送信する。これにより、携帯端末Ａは、ユーザＡの名刺データを携帯端末Ｂに送信し、携帯端末ＢのディスプレイにはユーザＡの名刺データが表示される（Ｓ１３）。なお、ＲＦＩＤ通信の場合、ユーザＢは、以降の処理を行うことなく、ユーザＡの名刺データを受け取ることができる。
【００３５】
送信種別がＱＲコードの場合、サーバは、Ｓ１１で指定された公開レベルで生成されたユーザＡの名刺データのＵＲＬ（Uniform Resource Locator）をＱＲコードに変換し、変換したＱＲコードを含むＱＲコード画面５０３を携帯端末Ａに送信する（Ｓ１２）。ＵＲＬは、ユーザ情報記憶部３７に格納されているユーザＡの名刺データの格納場所を示すものである。
【００３６】
携帯端末Ａは、サーバから送信されたＱＲコード画面５０３をディスプレイに表示する。ＱＲコードの場合、ユーザＡとユーザＢとは、一般的な名刺交換を行うときのように対面している。ユーザＡは、携帯端末Ａのディスプレイに表示されたＱＲコードをユーザＢに提示する。ユーザＢは、携帯端末ＢのＱＲコード読み取り用アプリケーションを起動し、携帯端末Ａに表示されたＱＲコードを携帯端末Ｂのカメラで撮影する。これにより、携帯端末Ｂは、ユーザＡの名刺データのＱＲコードを携帯端末Ａから取得する（Ｓ１３）。
【００３７】
そして、携帯端末Ｂは、撮像したＱＲコードをＵＲＬに変換し、携帯端末Ｂのディスプレイに表示する。ユーザＢが当該ＵＲＬをクリックすることにより、携帯端末Ｂは、当該ＵＲＬに格納されたユーザＡの名刺データの閲覧要求をサーバに送信する（Ｓ１４）。なお、この閲覧要求には、携帯端末Ｂの機体識別番号が含まれる。
【００３８】
サーバは、取得要求に含まれる機体識別番号に基づいて携帯端末Ｂ（ユーザＢ）が会員か否かを判別し（Ｓ１５）、会員の場合は（Ｓ１５：ＹＥＳ）Ｓ１８に進む。一方、会員でない場合（Ｓ１５：ＮＯ）、サーバは、会員登録画面を携帯端末Ｂに送信する（Ｓ１６）。携帯端末Ｂは、会員登録画面を表示し、当該画面でユーザＢが入力した所定の登録情報（例えばニックームなど）を、機体識別番号とともにサーバ３に送信する（Ｓ１７）。サーバは、機体識別番号と登録情報とを対応付けてユーザＢを会員としてユーザ情報記憶部３７に登録する。
【００３９】
そして、サーバは、Ｓ１１で携帯端末Ａから送信された公開レベルのユーザＡの名刺データに、ユーザＢを関係付ける（Ｓ１８）。例えば、図２に示すユーザ情報記憶部３７のように、公開レベルが「友達」の名刺データ２０２に紐付けられた送信先ユーザ２０３に、ユーザＢを登録する。そして、サーバは、ユーザＢを関係付けたことを携帯端末Ａに通知し（Ｓ１９）、Ｓ１４で指定されたＵＲＬに格納されたユーザＡの名刺データ（公開レベル：友人）を携帯端末Ｂに送信するとともに、ユーザＢのユーザ情報記憶部の名刺帳２０４（図２参照）にユーザＡの名刺データのＵＲＬを登録する（Ｓ２０）。これにより、携帯端末ＢにはユーザＡの名刺データが送信され、ユーザＢはユーザＡの名刺データを閲覧することができる。
【００４０】
送信種別がメールの場合、サーバは、Ｓ１１で指定された公開レベルで生成されたユーザＡの名刺データのＵＲＬと、携帯端末Ａが備えるメーラー（メール部１２）の起動指示とを携帯端末Ａに送信する（Ｓ１２）。携帯端末Ａは、サーバから送信された指示に従って、メーラーを立ち上げ、サーバから送信されたＵＲＬが本文に表示されたメール作成画面５０４を表示する。ユーザＡは、送信先（ｔｏ）に名刺データを送信するユーザＢのメールアドレスを入力し、メールを送信する（Ｓ１３）。
【００４１】
そして、携帯端末Ｂは、携帯端末Ａが送信したメールを受信し、ユーザＢがメールの本文に記述されたＵＲＬをクリックすることにより名刺データの閲覧要求をサーバに送信する（Ｓ１４）。この閲覧要求には、携帯端末Ｂの機体識別番号が含まれる。以降のＳ１５からＳ２０の処理は、送信種別がＱＲコードの場合のＳ１５からＳ２０の処理と同様であるため、ここでは説明を省略する。
【００４２】
＜名刺データの返送処理＞  
図７は、名刺データを貰ったユーザに、自分の名刺データを返送する処理を示すフローチャートである。図示する例では、ユーザＢ（携帯端末Ｂ）が、自分の名刺データをユーザＡ（携帯端末Ａ）に送信するものとする。図８は、名刺データを返送する携帯端末Ｂに表示される画面遷移の一例を示したものである。
【００４３】
まず、携帯端末ＢがユーザＢの操作指示を受け付けて名刺帳の閲覧要求をサーバに送信すると、サーバの制御部３３は、ユーザＢのユーザ情報記憶部３７を用いて、ユーザＢの名刺帳画面８０１を生成して携帯端末Ｂに送信する。ユーザＢのユーザ情報記憶部３７の名刺帳２０４には、受け取った他ユーザの名刺データのＵＲＬが、ユーザ識別情報および公開レベルとともに記憶されている（図２参照）。サーバは、名刺帳２０４に記憶された各他ユーザのＵＲＬおよび公開レベルを用いて、図８に示すような名刺帳画面８０１を生成する。
【００４４】
ユーザＢは、名刺帳画面８０１に表示されたユーザの中から所望のユーザ（図示する例では、ユーザＡ）の「名刺を選ぶ」をクリックする。携帯端末Ｂは、ユーザＢの操作指示を受け付けると、選択されたユーザＡの識別情報をサーバに送信する（Ｓ３１）。サーバは、ユーザＡに渡す名刺データの公開レベルを選択させる選択画面８０２を携帯端末Ｂに送信する（Ｓ３２）。図８に示す選択画面には、各公開レベル（友人、仕事、知人等）がドロップダウンにより表示される。携帯端末Ｂは、ユーザＢが選択した公開レベル（図示する例では、知人）を、サーバに送信する（Ｓ３３）。
【００４５】
サーバは、図８に示す確認画面８０３を送信し（Ｓ３４）、携帯端末Ｂから「はい」の応答を受信すると（Ｓ３５）、設定完了画面８０４を携帯端末Ｂに送信するとともに、ユーザＢのユーザ情報記憶部３７において、公開レベルが「知人」の自身の名刺データにユーザＡを関連付ける（Ｓ３６）。具体的には、ユーザ情報記憶部の公開レベルが「知人」の名刺データ２０２に紐付けられた交換相手２０３に、ユーザＡを登録する。
【００４６】
そして、サーバは、ユーザＢの名刺データ（公開レベル「知人」）のＵＲＬを携帯端末Ａに通知し（Ｓ３７）、携帯端末Ａからの当該ＵＲＬが指定された名刺データ閲覧要求を受け付けると（Ｓ３８）、ユーザ情報記憶部３７に格納されたユーザＢの名刺データ（公開レベル：知人）を携帯端末Ａに送信する。また、サーバは、ユーザＡのユーザ情報記憶部３７の名刺帳２０４にユーザＢの名刺データのＵＲＬを登録する（Ｓ３９）。これにより、携帯端末ＡにはユーザＢの名刺データが送信され、ユーザＡはユーザＢの名刺データを閲覧することができる。
【００４７】
＜名刺データの閲覧処理＞  
図９は、ユーザ情報記憶部３７の名刺帳２０４に記憶された名刺データを閲覧する場合の携帯端末に表示される画面遷移の一例を示したものである。携帯端末は、ユーザの操作指示を受け付けて、名刺帳の閲覧要求をサーバ３に送信する。サーバの制御部３３は、名刺帳の閲覧要求を受け付けると、当該携帯端末（ユーザ）のユーザ情報記憶部３７の名刺帳２０４を用いて、名刺帳画面９０１を生成し要求元の携帯端末に送信する。ユーザは、名刺帳画面９０１に表示されたユーザの中から所望のユーザの「名刺を見る」をクリックする。携帯端末は、ユーザのクリックを受け付けると、当該「名刺を見る」のメッセージに埋め込まれた名刺データのＵＲＬを含む閲覧要求をサーバに送信する。サーバは、指定されたＵＲＬの名刺データをユーザ情報記憶部３７から読み出し、当該名刺データを含む画面９０２を要求元の携帯端末に送信する。
【００４８】
図示する画面９０２は、名刺データ９１２と、相性占いを要求するリンクが表示されている。ユーザが相性占いをクリックすることにより、サーバは、名刺データのユーザと当該携帯端末のユーザとの相性を占い、相性占いの結果画面９０３を携帯端末に送信する。なお、サーバは、ユーザ情報記憶部３７に記憶された生年月日などのプロフィールを用いて、所定のアルゴリズムにより相性を解析するものとする。
【００４９】
＜アドレス帳の登録処理および関連付け処理＞  
次に、携帯端末内に登録されているアドレス帳１４を、サーバに登録する処理について説明する。
【００５０】
図１０は、アドレス帳の登録処理における携帯端末に表示される画面遷移の一例を示すものである。ユーザは、サーバから送信され、携帯端末に表示された例えば図１０に示す画面１００１の「アドレスを投稿」をクリックし、これにより携帯端末は、アドレス帳の登録要求をサーバに送信する。サーバのアドレス帳関連付け部３４は、当該登録要求を受け付けると、携帯端末が備えるメーラーの起動指示を携帯端末に送信する。携帯端末は、サーバから送信された指示に従ってメーラーを立ち上げ、図１０に示すようなメール作成画面１００２を表示する。図示するメール作成画面１００２の送信先（ｔｏ）には、サーバのメールアドレスがあらかじめ設定されている。ユーザは、メール作成画面１００２で、携帯端末内に保持されたアドレス帳１４を添付ファイルとして登録（添付）し、メール送信する。
【００５１】
アドレス帳が添付されたメールを受信したサーバは、当該メールの送信元アドレス、機体識別番号などに基づいて当該メールの送信元ユーザ（携帯端末）を特定し、特定したユーザのユーザ情報記憶部３７に受信したアドレス帳２０５を登録する（図２参照）。そして、サーバは、携帯端末にアドレス帳の仮登録を受け付けたことを通知するメールを送信する。携帯端末は、サーバからのメールを受信し、例えば、図１０に示すような受信メール１００３を表示する。この受信メール１００３には、アドレス帳の内容をユーザに確認させるためのＵＲＬが記述され、ユーザがこのＵＲＬをクリックすることにより、携帯端末は、サーバから送信されたアドレス帳の確認画面１００４を表示する。サーバは、ユーザ情報記憶部３７に登録したアドレス帳２０５のデータを表示した確認画面１００４を生成し、携帯端末に送信する。そして、サーバは、ユーザが確認画面１００４の登録ボタンをクリックすることにより、携帯端末からの登録指示を受信すると、登録完了画面１００５を携帯端末に送信し、アドレス帳の登録処理を終了する。
【００５２】
次に、サーバのユーザ情報記憶部３７に登録された、アドレス帳２０５と名刺帳２０４の関連付けを行う処理について説明する。
【００５３】
図１１は、アドレス帳と名刺帳との関連付け処理における携帯端末に表示される画面遷移の一例を示すものである。
【００５４】
サーバのアドレス帳関連付け部３４は、アドレス帳の登録後、当該アドレス帳に登録された各データと、名刺帳に記憶された各名刺データとをマッチングし、関連するデータが存在するか否かを判別する。例えば、アドレス帳の各データと各名刺データとを比較し、携帯電話番号またはメールアドレス等が一致するデータがある場合、両者のデータは関連する（すなわち、同一のユーザのデータである）と判別する。そして、サーバは、関連があると判別した関連付け可能データを、ユーザ情報記憶部３７に記憶する。
【００５５】
なお、名刺帳には名刺データのＵＲＬおよびユーザ識別情報が記憶されているので、サーバは、アドレス帳と名刺帳のマッチングの際に、当該ＵＲＬに格納された名刺データまたはユーザ識別情報から特定されるユーザのプロフィールを用いるものとする。
【００５６】
アドレス帳と名刺帳との間で関連付けがあると判別された関連付け可能データがユーザ情報記憶に記憶された状態で、ユーザが当該ユーザ固有のマイページをサーバに要求した場合、サーバ３は、例えば図１１に示すマイページ画面１１０１を生成し、携帯端末に送信する。すなわち、サーバは、当該ユーザ用のユーザ情報記憶部３７を参照し、関連付け可能データが存在する場合は、例えば「関連付け可能なアドレスがｎ件あります。」等のメッセージ１１１１をマイページ画面１１０１に設定する。
【００５７】
ユーザが当該メッセージ１１１１をクリックすることにより、サーバは、関連付け可能データをユーザに提示する提示画面１１０２を生成し、携帯端末に送信する。図示する提示画面１１０２には、関連付け可能データのユーザ名および一致するデータ項目（携帯電話番号、メールアドレス等）が表示されている。ユーザは、提示画面１１０２を閲覧し、関連すると判断した場合は、「有効」をクリックし、これにより携帯端末は「有効」指示をサーバに送信する。サーバは、「有効」の指示を受信すると確認画面１１０３を送信し、携帯端末から「はい」の指示を受信すると、関連付け完了画面１１０４を送信するとともに、当該関連付け可能データをユーザ情報記憶部３７内で関連付ける。例えば、図２に示すように、関連付け可能なアドレス帳のデータと名刺帳のデータとを紐付ける。
【００５８】
この状態で、ユーザが名刺帳の表示をサーバに要求した場合、サーバは、例えば図１１に示す名刺帳画面１１０５を生成し、携帯端末に送信する。すなわち、サーバは、当該ユーザのユーザ情報記憶部３７の名刺帳２０４を参照し、アドレス帳と関連付けられた名刺データについては、例えば「アドレス帳を見る」等のメッセージを名刺帳画面１１０５に設定する。そして、サーバは、ユーザが名刺帳画面１１０５の「アドレス帳を見る」をクリックした場合、当該名刺データに関係付けられたアドレス帳のデータをユーザ情報記憶部３７から読み出し、当該アドレス帳のデータを表示した画面１１０６を携帯端末に送信する。
【００５９】
以上説明した携帯端末で保持するアドレス帳のデータをサーバにアップロードすることにより、サーバ側で名刺データとアドレス帳とを一元的に管理することができる。また、同一ユーザの名刺データとアドレス帳のデータとを関連付けてサーバで管理することにより、例えばアドレス帳にしか設定されていない情報（例えば、メモ情報等）を名刺データと関連付けて閲覧することができるため、ユーザの利便性を向上することができる。
【００６０】
＜マイページの生成処理＞  
図１２は、マイページ画面１２０１と、マイページ画面１２０１から遷移する各画面１２０２〜１２０６の一例を示すものである。ユーザが当該ユーザ固有のマイページをサーバに要求した場合、サーバの制御部３３は、例えば図１２に示すマイページ画面１２０１を生成し、携帯端末に送信する。
【００６１】
具体的には、名刺帳に記憶された他ユーザのプロフィールが変更された場合、「○○さんのプロフィールが更新されました」１２１１などのメッセージを生成して、マイページ画面１２０１に設定する。例えば、図２に示すユーザＡのプロフィールが変更された場合、サーバは、ユーザＡのユーザ情報記憶部３７の交換相手２０３を参照することで、当該ユーザが名刺データを渡した相手（他ユーザ）を特定する。そして、特定した全てのユーザのユーザ情報記憶部３７に対して、名刺帳２０４のユーザＡのデータに変更フラグを付加しておくことで、「ユーザＡさんのプロフィールが更新されました」１２１１などのメッセージを生成することができる。これによりユーザは、他ユーザのプロフィールが変更されたことを知り、図９に示す「名刺を見る」などの操作により、プロフィール変更後の名刺データを閲覧することができる。
【００６２】
また、名刺帳に記憶された各名刺データのＵＲＬに基づいて、外部システム５が提供するＲＳＳ（RDF Site Summary）情報などの更新情報１２１２、１２１３をマイページ画面１２０１に設定する。例えば、サーバは、各名刺データのＵＲＬから名刺データを取得し、当該名刺データに設定されたブログやＳＮＳのＵＲＬ（外部システム５）にアクセスし、ＲＳＳ情報を取得してマイページ画面１２０１に設定する。そして、ユーザが当該更新情報１２１２、１２１３をクリックすることにより、例えばサーバが、外部システムへアクセスとなることを通知する画面１２０２を携帯端末に送信し、または、直接、外部システムのＵＲＬにアクセスして外部システムが当該ＵＲＬに対応する画面１２０３を携帯端末に送信することが考えられる。また、ＲＳＳ更新情報１２１２とともに、当該ユーザの名刺データの閲覧指示を入力可能なリンクをマイページ画面１２０１に設定し、当該リンクをユーザがクリックすることにより名刺データ表示画面１２０４を表示することとしてもよい。
【００６３】
また、サーバは、名刺の作成・編集画面１２０５に遷移させるリンク、アカウント設定画面１２０６に遷移させるリンクをマイページ画面１２０１に設定することとしてもよい。
【００６４】
以上説明した本実施形態では、紙による名刺交換ではなく、サーバ上で管理された名刺データを携帯端末に送信することで名刺交換を行う。また、サーバでは、プロフィールが変更されると、変更後のプロフィールに基づいて名刺データが再生成される。これにより、本実施形態では、名刺交換後に、相手の連絡先などのプロフィールが変更された場合であっても、サーバ上には常に最新状態の名刺データが存在するため、ユーザは必要なときにサーバにアクセスすることで、最新状態の名刺データを閲覧することができる。
【００６５】
具体的には、携帯端末のメールアドレスを変更した場合に、友人・知人にいちいち連絡し、相手にアドレス帳の変更をしてもらうなどの面倒な手続きを行う必要がない。また、ブログや写真共有サービスを始めた場合に、ブログやＳＮＳのＵＲＬを追加して公開レベルを所望のレベルに設定するプロフィールの変更（図３（ｃ）参照）を行うことで、わざわざ友人・知人にブログ等のＵＲＬ知らせることなく、友人・知人がマイページを表示した際に当該ユーザがブログ等を始めたことを知ることができる。
【００６６】
また、本実施形態では、公開レベル毎に、プロフィールを構成する各情報を名刺データに公開するか否かを設定することができる。これにより、１つのプロフィールから複数の名刺データを生成することができ、ユーザは、名刺を渡す相手に応じて、所望の公開レベルの名刺を渡すことができる。すなわち、公開レベルが友人の名刺データには、ブログのＵＲＬや自宅住所などが設定され、公開レベルが仕事の名刺データには会社住所、役職などを設定することができる。
【００６７】
また、本実施形態では、携帯端末間でＲＦＩＤ通信、ＱＲコードおよびメールのいずれかの方法で名刺データまたは名刺データのアドレスを送信できるため、ユーザの利便性を向上し、より容易に名刺データの交換を行うことができる。
【００６８】
なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、サーバは、各携帯端末（ユーザ）毎に名刺交換した履歴情報（時間、GPSなどの位置情報など）を、ユーザ情報記憶部３７に蓄積し、携帯端末からの要求に応じてユーザ情報記憶部３７に蓄積された履歴情報を要求元の携帯端末に送信することとしてもよい。
【符号の説明】
【００６９】
１  ：携帯端末
１１：ＲＦＩＤタグ、ＲＦＩＤリーダ
１２：メール部
１３：カメラ
１４：アドレス帳
３  ：名刺データ交換サーバ
３１：プロフィール登録部
３２：名刺データ生成部
３３：制御部
３４：アドレス帳関連付け部
３７：ユーザ情報記憶部
５  ：外部システム
９  ：ネットワーク
【図１】
2011192195.tif 000003
【図２】
2011192195.tif 000004
【図３】
2011192195.tif 000005
【図４】
2011192195.tif 000006
【図５】
2011192195.tif 000007
【図６】
2011192195.tif 000008
【図７】
2011192195.tif 000009
【図８】
2011192195.tif 000010
【図９】
2011192195.tif 000011
【図１０】
2011192195.tif 000012
【図１１】
2011192195.tif 000013
【図１２】
2011192195.tif 000014