(57)【要約】      （修正有）【課題】業務上の様々な活動に係る履歴情報を効率的に収集・蓄積し、各履歴情報を有効に活用する。【解決手段】コンタクトサーバ１２は、本人ユーザ名刺情報ＤＢ３４と、コンタクト相手名刺情報ＤＢ３５と、コンタクト履歴情報ＤＢ３６を備え、本人のユーザ端末１４から送信されたコンタクト相手との会話の音声データに対して、各話者の声紋情報を抽出し、コンタクト相手名刺情報ＤＢ３５に格納された各声紋情報を参照し、抽出した各声紋情報とマッチする声紋情報に関連付けられたコンタクト相手ＩＤ及び属性情報を抽出し、コンタクト履歴情報ＤＢ３６を参照して、抽出されたコンタクト相手ＩＤに関連付けられたコンタクト履歴情報を抽出し、抽出されたコンタクト相手及びコンタクト履歴情報をユーザ端末１４に送信し、コンタクト終了後にコンタクト相手ＩＤ及びコンタクト日時を含むコンタクト履歴情報をコンタクト履歴情報ＤＢ３６に格納する。【選択図】図２
2017054356.tif 000002
【特許請求の範囲】
【請求項１】
本人ユーザが所持するユーザ端末と、このユーザ端末とネットワーク接続されたコンタクトサーバとからなり、
このコンタクトサーバは、
本人ユーザの名刺情報及び声紋情報が、本人ユーザIDに関連付けて格納されている本人ユーザ名刺情報記憶手段と、
本人ユーザのコンタクト相手の名刺情報及び声紋情報が、本人ユーザID及びコンタクト相手IDに関連付けて格納されているコンタクト相手名刺情報記憶手段と、
本人ユーザによる過去のコンタクト履歴を、少なくともコンタクトの種別、コンタクト相手ID、コンタクト日時、本人ユーザIDに関連付けて格納するコンタクト履歴情報記憶手段とを備え、
上記ユーザ端末からコンタクト相手との会話を採音した音声データが送信された場合に、この音声データに対して話者識別処理を施し、各話者の声紋情報を抽出する処理と、
上記コンタクト相手名刺情報記憶手段に格納された各声紋情報を参照し、抽出した各声紋情報とマッチする声紋情報が存在する場合には、当該声紋情報に関連付けられたコンタクト相手ID及び属性情報を抽出する処理と、
上記コンタクト履歴情報記憶手段を参照し、抽出された上記コンタクト相手IDに関連付けられたコンタクト履歴情報を抽出する処理と、
抽出されたコンタクト相手及びコンタクト履歴情報が記載された画面を生成し、上記本人ユーザ端末に送信する処理と、
コンタクト終了後に、少なくともコンタクト相手ID及びコンタクト日時を含むコンタクト履歴情報を、当該本人ユーザIDに関連付けて上記コンタクト履歴情報記憶手段に格納する処理と、
を実行することを特徴とするコンタクト情報管理システム。
【請求項２】
第１の本人ユーザが所持する第１のユーザ端末と、第２の本人ユーザが所持する第２のユーザ端末とを備え、
第１のユーザ端末には、第１の本人ユーザの名刺情報が格納されると共に、近距離無線通信を介して第２のユーザ端末との間で名刺情報を交換する機能と、第２のユーザ端末から受信した第２の本人ユーザの名刺情報を上記コンタクトサーバに送信する機能を有する、第１のユーザ端末のOSに適合した第１の専用プログラムを備えており、
第２のユーザ端末には、第２の本人ユーザの名刺情報が格納されると共に、近距離無線通信を介して第１のユーザ端末との間で名刺情報を交換する機能と、第１のユーザ端末から受信した第１の本人ユーザの名刺情報を上記コンタクトサーバに送信する機能を有する、第２のユーザ端末のOSに適合した第２の専用プログラムを備えており、
上記コンタクトサーバは、第１のユーザ端末から送信された第２の本人ユーザの名刺情報を、第１の本人ユーザの本人ユーザIDに関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理と、
第２のユーザ端末から送信された第１の本人ユーザの名刺情報を、第２の本人ユーザの本人ユーザIDに関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理と、
を実行することを特徴とする請求項１に記載のコンタクト情報管理システム。
【請求項３】
上記コンタクトサーバは、上記第１のユーザ端末及び第２のユーザ端末の少なくとも一方から名刺情報の交換相手との会話を含む音声データが送信された場合に、この音声データに対して話者識別処理を施し、当該交換相手の声紋情報を抽出する処理と、
この声紋情報を、上記コンタクト相手名刺情報記憶手段に格納する処理と、
を実行することを特徴とする請求項２に記載のコンタクト情報管理システム。
【請求項４】
上記コンタクトサーバは、上記ユーザ端末から紙製の名刺カードの交換処理のリクエストが送信された場合に、
当該ユーザ端末から送信される音声データに対して話者識別処理を施し、各話者の声紋情報を抽出する処理と、
抽出した声紋情報の数に対応した話者の存在を示すボタンを、名刺カードの交換順番を示す符号と関連付けてリストアップした画面を生成し、上記ユーザ端末に送信する処理と、
当該ユーザ端末において特定の交換順番に関連付けられたボタンが選択された場合に、その直後に送信された音声データから声紋情報を抽出する処理と、
この声紋情報と交換順番を、本人ユーザID及び日時に関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理と、
本人ユーザ端末から上記符号を指定したコンタクト相手の名刺情報が送信された際に、これを上記声紋情報が格納されたレコードに補充する処理と、
を実行することを特徴とする請求項１に記載のコンタクト情報管理システム。
【請求項５】
上記ユーザ端末は、電話の発信または着信が生じた際に、通話の音声データと、通話相手の電話番号を上記コンタクトサーバに送信する処理を実行し、
上記コンタクトサーバは、上記電話番号が上記コンタクト相手記憶手段に格納されている場合には、当該電話番号に関連付けられたコンタクト相手ID及び名刺情報を抽出する処理と、
上記コンタクト履歴情報記憶手段を参照し、抽出された上記コンタクト相手IDに関連付けられたコンタクト履歴情報を抽出する処理と、
抽出されたコンタクト相手及びコンタクト履歴情報が記載された画面を生成し、上記本人ユーザ端末に送信する処理と、
通話終了後に、少なくともコンタクト相手ID及びコンタクト日時を含む電話のコンタクト履歴情報を、当該本人ユーザIDに関連付けて上記コンタクト履歴情報記憶手段に格納する処理と、
を実行することを特徴とする請求項１〜４の何れかに記載のコンタクト情報管理システム。
【請求項６】
上記コンタクトサーバは、
上記ユーザ端末から送信される音声データから複数のテキストを抽出する処理と、
抽出した各テキストを、上記コンタクト履歴情報の一部として上記コンタクト履歴情報記憶手段に格納する処理と、
を実行することを特徴とする請求項１、３〜５の何れかに記載のコンタクト情報管理システム。
【請求項７】
上記ユーザ端末は、電子メールの送信または受信がなされた際に、送受信した電子メールのデータを上記コンタクトサーバに送信する処理を実行し、
上記コンタクトサーバは、上記電子メールが送信メールであり、かつその宛先のメールアドレスが上記コンタクト相手名刺情報記憶手段に格納されている場合、及び上記電子メールが受信メールであり、かつその送信元のメールアドレスが上記コンタクト相手名刺情報記憶手段に格納されている場合には、コンタクト相手ID、電子メールの件名及び本文の少なくとも一部をメールのコンタクト履歴情報として上記コンタクト履歴情報記憶手段に格納する処理を実行することを特徴とする請求項１〜６の何れかに記載のコンタクト情報管理システム
【請求項８】
上記コンタクトサーバは、
ユーザ端末から検索リクエストが送信された場合に、検索条件指定画面を当該ユーザ端末に送信する処理と、
ユーザ端末から検索条件が送信された際に、上記コンタクト履歴情報記憶手段を検索し、検索条件にマッチするコンタクト履歴情報を抽出する処理と、
このコンタクト履歴情報が記載された検索結果画面をユーザ端末に送信する処理と、
を実行することを特徴とする請求項１〜７の何れかに記載のコンタクト情報管理システム。
【請求項９】
上記コンタクトサーバは、
ユーザ端末から活動履歴レポート作成リクエストが送信された場合に、検索条件指定画面を当該ユーザ端末に送信する処理と、
ユーザ端末から検索条件が送信された際に、上記コンタクト履歴情報記憶手段を検索し、検索条件にマッチするコンタクト履歴情報を抽出する処理と、
このコンタクト履歴情報を所定のテンプレートに充填したレポート編集画面を生成し、上記ユーザ端末に送信する処理と、
を実行することを特徴とする請求項１〜８の何れかに記載のコンタクト情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はコンタクト履歴管理システムに係り、特に、顧客との名刺交換や面談、通話等の履歴情報を、顧客の属性や日時等と関連付けて管理する技術に関する。
【背景技術】
【０００２】
ビジネスパーソンは一般に、名刺交換や面談、電話、メール等を通じて、日々多くの人間と接触し、自己の業務の遂行を図っている。
また、このような活動を少しでも効率化するため、パソコンやタブレット端末、スマートフォン等のIT機器を導入したり、各種SNS等のITサービスに加入したりすることが行われている。
【０００３】
例えば、初対面の人と名刺を交換した際に、相手の名刺に記載された氏名、会社名、住所、電話番号、メールアドレス等を電子化し、自己のスマートフォンに蓄積しておくことにより、外出先からでも相手に対し簡単に連絡を入れることが可能となる。
また、会社単位で共通の名刺管理サービスやスケジュール管理サービスに加入することにより、同僚間でスケジュールの調整を行うことが可能となる（非特許文献１参照）。
【０００４】
しかしながら、現在行われているITを活用した業務の効率化は、あくまでも個別の情報管理サービスを寄せ集めたものに過ぎないため、利用する側で余程の負担を覚悟しない限り、ビジネスパーソンの活動内容を包括的に記録したり、記録した内容を有効に活用したりすることができないという問題があった。
【０００５】
例えば、営業マンの重要な仕事の一つとして日報や営業レポートの作成が挙げられるが、これを書くためには昼間の営業活動が終わった後、夜遅くまで会社に残って予定管理アプリやメモアプリ、紙の手帳等を見返す作業が必要となる。このため、営業マンには多くの労力が課せられるのはもちろんのこと、記憶に頼る部分が多くなるため、記述内容の信頼性についても疑問が残っていた。
【０００６】
また、営業活動の効率性を正確に評価するには、ある営業成果（売上金額）を上げるまでに要した工数や所要時間をカウントする必要があるが、この場合にも営業マンの自己申告に頼らざるを得ず、会社の上司が必要な情報を独自に収集することは極めて困難であった。
【０００７】
あるいは、以前に名刺交換を行った筈の相手であっても、名前や役職が思い出せずにうまく対応できなかったり、前回のミーティング時に約束した内容について、相手方との間に齟齬が生じたりといったことは、誰しもが経験するところである。
【０００８】
【非特許文献１】クラウド名刺管理Sansan  インターネットURL：http://jp.sansan.com/about/tvcm/2015/?gclid=CjwKEAjw9dWuBRDFs9mHv-C9_FkSJADo58iMIpn5pF-mtZdZTJBZXQqz1xyZ3R1PydEH8aPY7-0LzBoCmZjw_wcB&trflg=1  検索日：２０１５年８月１５日
【発明の開示】
【発明が解決しようとする課題】
【０００９】
この発明は、ビジネスの現場におけるこのような問題を解決するために案出されたものであり、業務上の様々な活動に係る履歴情報を効率的に収集・蓄積できると共に、これらの履歴情報を有効に活用できる支援技術を提供することを目的としている。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、請求項１に記載したコンタクト情報管理システムは、本人ユーザが所持するユーザ端末と、このユーザ端末とネットワーク接続されたコンタクトサーバとからなり、このコンタクトサーバが、本人ユーザの名刺情報及び声紋情報が、本人ユーザIDに関連付けて格納されている本人ユーザ名刺情報記憶手段と、本人ユーザのコンタクト相手の名刺情報及び声紋情報が、本人ユーザID及びコンタクト相手IDに関連付けて格納されているコンタクト相手名刺情報記憶手段と、本人ユーザによる過去のコンタクト履歴を、少なくともコンタクトの種別、コンタクト相手ID、コンタクト日時、本人ユーザIDに関連付けて格納するコンタクト履歴情報記憶手段とを備え、上記ユーザ端末からコンタクト相手との会話を採音した音声データが送信された場合に、この音声データに対して話者識別処理を施し、各話者の声紋情報を抽出する処理と、上記コンタクト相手名刺情報記憶手段に格納された各声紋情報を参照し、抽出した各声紋情報とマッチする声紋情報が存在する場合には、当該声紋情報に関連付けられたコンタクト相手ID及び属性情報を抽出する処理と、上記コンタクト履歴情報記憶手段を参照し、抽出された上記コンタクト相手IDに関連付けられたコンタクト履歴情報を抽出する処理と、抽出されたコンタクト相手及びコンタクト履歴情報が記載された画面を生成し、上記本人ユーザ端末に送信する処理と、コンタクト終了後に、少なくともコンタクト相手ID及びコンタクト日時を含むコンタクト履歴情報を、当該本人ユーザIDに関連付けて上記コンタクト履歴情報記憶手段に格納する処理とを実行することを特徴としている。
上記「名刺情報」とは、氏名、メールアドレス、電話番号、勤務先、役職など、紙製の一般的な名刺に印刷されている属性情報が該当する。
【００１１】
請求項２に記載したコンタクト情報管理システムは、請求項１のシステムであって、さらに、第１の本人ユーザが所持する第１のユーザ端末と、第２の本人ユーザが所持する第２のユーザ端末とを備え、第１のユーザ端末には、第１の本人ユーザの名刺情報が格納されると共に、近距離無線通信を介して第２のユーザ端末との間で名刺情報を交換する機能と、第２のユーザ端末から受信した第２の本人ユーザの名刺情報を上記コンタクトサーバに送信する機能を有する、第１のユーザ端末のOSに適合した第１の専用プログラムを備えており、第２のユーザ端末には、第２の本人ユーザの名刺情報が格納されると共に、近距離無線通信を介して第１のユーザ端末との間で名刺情報を交換する機能と、第１のユーザ端末から受信した第１の本人ユーザの名刺情報を上記コンタクトサーバに送信する機能を有する、第２のユーザ端末のOSに適合した第２の専用プログラムを備えており、上記コンタクトサーバは、第１のユーザ端末から送信された第２の本人ユーザの名刺情報を、第１の本人ユーザの本人ユーザIDに関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理と、第２のユーザ端末から送信された第１の本人ユーザの名刺情報を、第２の本人ユーザの本人ユーザIDに関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理とを実行することを特徴としている。
【００１２】
請求項３に記載したコンタクト情報管理システムは、請求項２のシステムであって、さらに、上記コンタクトサーバが、上記第１のユーザ端末及び第２のユーザ端末の少なくとも一方から名刺情報の交換相手との会話を含む音声データが送信された場合に、この音声データに対して話者識別処理を施し、当該交換相手の声紋情報を抽出する処理と、この声紋情報を、上記コンタクト相手名刺情報記憶手段に格納する処理とを実行することを特徴としている。
【００１３】
請求項４に記載したコンタクト情報管理システムは、請求項１のシステムであって、さらに上記コンタクトサーバが、上記ユーザ端末から紙製の名刺カードの交換処理のリクエストが送信された場合に、当該ユーザ端末から送信される音声データに対して話者識別処理を施し、各話者の声紋情報を抽出する処理と、抽出した声紋情報の数に対応した話者の存在を示すボタンを、名刺カードの交換順番を示す符号と関連付けてリストアップした画面を生成し、上記ユーザ端末に送信する処理と、当該ユーザ端末において特定の交換順番に関連付けられたボタンが選択された場合に、その直後に送信された音声データから声紋情報を抽出する処理と、この声紋情報と交換順番を、本人ユーザID及び日時に関連付けて上記コンタクト相手名刺情報記憶手段に格納する処理と、本人ユーザ端末から上記符号を指定したコンタクト相手の名刺情報が送信された際に、これを上記声紋情報が格納されたレコードに補充する処理とを実行することを特徴としている。
【００１４】
請求項５に記載したコンタクト情報管理システムは、請求項１〜４のシステムであって、さらに、上記ユーザ端末が電話の発信または着信が生じた際に、通話の音声データと、通話相手の電話番号を上記コンタクトサーバに送信する処理を実行し、上記コンタクトサーバが、上記電話番号が上記コンタクト相手記憶手段に格納されている場合には、当該電話番号に関連付けられたコンタクト相手ID及び名刺情報を抽出する処理と、上記コンタクト履歴情報記憶手段を参照し、抽出された上記コンタクト相手IDに関連付けられたコンタクト履歴情報を抽出する処理と、抽出されたコンタクト相手及びコンタクト履歴情報が記載された画面を生成し、上記本人ユーザ端末に送信する処理と、通話終了後に、少なくともコンタクト相手ID及びコンタクト日時を含む電話のコンタクト履歴情報を、当該本人ユーザIDに関連付けて上記コンタクト履歴情報記憶手段に格納する処理とを実行することを特徴としている。
【００１５】
請求項６に記載したコンタクト情報管理システムは、請求項１、３〜５のシステムであって、さらに上記コンタクトサーバが、上記ユーザ端末から送信される音声データから複数のテキストを抽出する処理と、抽出した各テキストを、上記コンタクト履歴情報の一部として上記コンタクト履歴情報記憶手段に格納する処理とを実行することを特徴としている。
【００１６】
請求項７に記載したコンタクト情報管理システムは、請求項１〜６のシステムであって、さらに上記ユーザ端末が、電子メールの送信または受信がなされた際に、送受信した電子メールのデータを上記コンタクトサーバに送信する処理を実行し、上記コンタクトサーバが、上記電子メールが送信メールであり、かつその宛先のメールアドレスが上記コンタクト相手名刺情報記憶手段に格納されている場合、及び上記電子メールが受信メールであり、かつその送信元のメールアドレスが上記コンタクト相手名刺情報記憶手段に格納されている場合には、コンタクト相手ID、電子メールの件名及び本文の少なくとも一部をメールのコンタクト履歴情報として上記コンタクト履歴情報記憶手段に格納する処理を実行することを特徴としている。
【００１７】
請求項８に記載したコンタクト情報管理システムは、請求項１〜７のシステムであって、さらに上記コンタクトサーバが、ユーザ端末から検索リクエストが送信された場合に、検索条件指定画面を当該ユーザ端末に送信する処理と、ユーザ端末から検索条件が送信された際に、上記コンタクト履歴情報記憶手段を検索し、検索条件にマッチするコンタクト履歴情報を抽出する処理と、このコンタクト履歴情報が記載された検索結果画面をユーザ端末に送信する処理とを実行することを特徴としている。
【００１８】
請求項９に記載したコンタクト情報管理システムは、請求項１〜８のシステムであって、さらに上記コンタクトサーバが、ユーザ端末から活動履歴レポート作成リクエストが送信された場合に、検索条件指定画面を当該ユーザ端末に送信する処理と、ユーザ端末から検索条件が送信された際に、上記コンタクト履歴情報記憶手段を検索し、検索条件にマッチするコンタクト履歴情報を抽出する処理と、このコンタクト履歴情報を所定のテンプレートに充填したレポート編集画面を生成し、上記ユーザ端末に送信する処理とを実行することを特徴としている。
【発明の効果】
【００１９】
請求項１に記載したコンタクト情報管理システムの場合、各本人ユーザがユーザ端末からコンタクト相手との会話の音声データを送信するだけで、コンタクトサーバによって声紋情報に基づく話者照合処理が自動的に実施され、当該コンタクト相手の属性や過去のコンタクト履歴が画面表示される仕組みを備えている。このため、本人ユーザはコンタクト相手の氏名を言い間違えたり、これまでの経緯を取り違えたりすることがなくなり、コンタクト相手の信頼を得て商談をスムーズに進めることが可能となる。
また、商談が終了した際には、本人ユーザの手を煩わせることなく、自動的に今回のコンタクト履歴情報がコンタクトサーバ側に保存される「ロギング」が実現されるため、履歴保存に係る本人ユーザの負担を著しく軽減することができる。
このように、このシステムは末端のユーザ（営業マン等）に対して多大なメリットを付与することができるため、これまで思うように普及して来なかった名刺情報の電子管理化が、一気に拡大することが期待できる。
【００２０】
請求項２に記載したコンタクト情報管理システムの場合、第１のユーザ端末及び第２のユーザ端末間で、近距離無線通信を介して名刺情報の交換が完了するため、従来のように紙製の名刺カードを携行する必要がなくなると共に、名刺カードに印刷された内容を電子化する手間を省くことも可能となる。
また、各ユーザ端末にはそれぞれのOSに適合した専用プログラムが格納されるため、異なるOSが搭載されたユーザ端末間においても、スムーズな名刺情報の交換が実現される。
【００２１】
請求項３に記載したコンタクト情報管理システムにあっては、ユーザ端末間で名刺情報が電子的に交換されるに際し、ユーザ端末から送信された音声データから交換相手の声紋情報が生成され、コンタクト相手名刺情報記憶手段に格納される仕組みを備えているため、交換相手のユーザ端末から送信される名刺情報に声紋情報が含まれていない場合であっても、自動的に声紋情報を登録することが可能となる。
【００２２】
請求項４に記載したコンタクト情報管理システムの場合、紙製の名刺カードをコンタクト相手と交換した場合であっても、本人ユーザはユーザ端末から音声データをコンタクトサーバに送信すると共に、コンタクトサーバから送信された画面上で、現在発言中の相手の「名刺カードの交換順番」を示すボタンをタッチするだけで、当該コンタクト相手の声紋情報がコンタクト相手名刺情報記憶手段に格納される仕組みを備えている。
このため、後で本人ユーザが受け取った名刺カードの印刷内容を電子化し、名刺交換順番に関連付けてコンタクトサーバに送信すると、声紋情報と名刺情報が正しく関連付けられて、コンタクト相手名刺情報記憶手段に格納される。
【００２３】
請求項５に記載したコンタクト情報管理システムによれば、本人ユーザがコンタクト相手と電話による会話を行う際にも、コンタクトサーバによって声紋情報に基づく話者照合処理が自動的に実施され、当該コンタクト相手の属性や過去のコンタクト履歴をユーザ端末に画面表示することができる。
また、通話が終了した際には、自動的にコンタクト履歴情報がコンタクトサーバ側に保存されるため、本人ユーザは一々通話記録を残す必要がなくなる。
【００２４】
請求項６に記載したコンタクト情報管理システムの場合、音声認識処理に基づき、本人ユーザとコンタクト相手との会話内容がテキストとしてコンタクトサーバ側に保存されるため、これをキーワードとして利用することで、日報やレポートの作成を容易化することができる。
また、特定案件に係る過去のコンタクト時のテキストを読み返すことにより、当該案件の進捗を容易に把握することができる。
【００２５】
請求項７に記載したコンタクト情報管理システムによれば、本人ユーザがコンタクト相手と電子メールの交換を行った場合には、コンタクトサーバによって自動的に件名や本文の内容が抽出され、コンタクト履歴情報記憶手段に格納されるため、本人ユーザは、コンタクト相手との電子メールをわざわざ検索し、マニュアル操作によってコンタクトサーバに登録する手間を省くことができる。
【００２６】
請求項８に記載したコンタクト情報管理システムによれば、本人ユーザはコンタクトサーバにアクセスし、コンタクト履歴情報記憶手段に蓄積されたコンタクト履歴情報を自由に検索・閲覧することが可能となる。
このため、本人ユーザは自己の営業活動を振り返り、その進捗や成果を的確に評価することが可能となり、営業活動の可視化を実現できる。
【００２７】
請求項９に記載したコンタクト情報管理システムによれば、本人ユーザはコンタクトサーバに蓄積されたコンタクト履歴情報を用いて、営業日報等の活動履歴レポートを極めて容易に作成することが可能となる。
【発明を実施するための最良の形態】
【００２８】
図１は、この発明に係るコンタクト履歴管理システム10の全体構成図である。
このシステム10は、コンタクトサーバ12と、各ユーザが所持する複数のユーザ端末14とから構成されている。
各ユーザ端末14は、専用のアプリケーションプログラム（以下「専用アプリ16」）を搭載したスマートフォンやタブレット端末、ノートPC等よりなる。
各ユーザ端末14は、LTE回線や３Ｇ回線、無線LAN等の通信ネットワーク18を介して、インターネット上に設置されたコンタクトサーバ12と接続される。
【００２９】
ここでは「ユーザ」として、「本人」、「同行者」、「コンタクト相手（相手Ａ〜相手Ｃ）」が登場している。
すなわち、「本人」とは、コンタクトの中心人物（主体）を意味し、「同行者」とは本人に同伴した同僚や上司といった本人側の関係者を、また「コンタクト相手」とは本人と対峙する取引先の人物等を意味している。
【００３０】
ただし、これら「本人」、「同行者」、「コンタクト相手」の区分は相対的な概念であり、「同行者」から見れば「本人」が同行者であり、自分こそが本人となる。
また、「相手Ａ」にすれば、「相手Ｂ」及び「相手Ｃ」が同行者であり、「本人」及び「同行者」がコンタクト相手、自分が本人となる。「相手Ｂ」及び「相手Ｃ」にとっても同様である。
さらに、同じ企業に属する同僚や上司、部下、あるいは協力企業のスタッフであっても、本人からすれば「コンタクト相手」に含まれる。
【００３１】
要するに、このシステム10においては各ユーザがそれぞれ「本人」として扱われると同時に、同行者やコンタクト相手としても扱われる。
したがって、以下においては説明の便宜上、図中の「本人」を中心に処理手順を記述するが、各ユーザについても同様の処理が実行されることとなる。
【００３２】
図２は、ユーザ端末14の構成を示すブロック図であり、通信インターフェース22、制御部24、LCD（液晶ディスプレイ）25、タッチパッド26、GPS受信機27、時計回路28、カメラ29、マイク30、スピーカ39、NFC（Near Field Communication／近距離通信）チップ31、Bluetooth（登録商標）モジュール32、メモリ33等を備えている。
【００３３】
メモリ33内には、専用アプリ16が格納されており、これに従ってユーザ端末14のCPU（図示省略）が必要な処理を実行することにより、制御部24が実現される。
制御部24は、通信インターフェース22を介して、コンタクトサーバ12との間で情報のやり取りを行う。
【００３４】
コンタクトサーバ12は、本人ユーザ名刺情報ＤＢ34と、コンタクト相手名刺情報ＤＢ35と、コンタクト履歴情報ＤＢ36を備えている。
【００３５】
図３は、本人ユーザ名刺情報ＤＢ34の構造を示すものであり、本人ユーザID、氏名（漢字）、氏名（よみ）、氏名（ローマ字）、メールアドレス、携帯電話番号、勤務先名、所属部署、役職、勤務先住所、勤務先電話番号、勤務先ＦＡＸ番号、勤務先GPS位置、名刺写真（表）、名刺写真（裏）、声紋情報、顔写真、更新日時等のデータ項目を備えている。
【００３６】
各ユーザは、このサービスに加入するに際し、これらの名刺情報を申告する。
なお、上記の「声紋情報」とは、ユーザの音声に固有の特徴に基づいて抽出される情報であり、加入に際してユーザが希望した場合、マイク30等から入力した音声をコンタクトサーバ12送信することにより、事前に生成される。
もちろんユーザは、サービス加入後いつでも自己の声紋情報を登録することができる。
【００３７】
図４は、コンタクト相手名刺情報ＤＢ35の構造を示すものであり、本人ユーザID、コンタクト相手ID、氏名（漢字）、氏名（よみ）、氏名（ローマ字）、メールアドレス、携帯電話番号、勤務先名、所属部署、役職、勤務先住所、勤務先電話番号、勤務先ＦＡＸ番号、勤務先GPS位置、名刺写真（表）、名刺写真（裏）、声紋情報、顔写真、名刺交換順番、名刺交換日時、名刺交換場所、更新日時等のデータ項目を備えている。
【００３８】
各ユーザが「本人」として名刺交換をした際に、その名刺交換の相手の名刺情報がこのコンタクト相手名刺情報ＤＢに格納される。
名刺交換の相手がこのシステム10に加入している者であれば、後述するデジタル名刺交換処理を通じてこれらの名刺情報が極めて容易に取り込まれることになる。
これに対し、相手がこのシステム10に未加入の者である場合、OCRやマニュアル入力によってこれらの名刺情報が入力される（詳細は後述）。
【００３９】
図５は、コンタクト履歴情報ＤＢ36の構造を示すものであり、本人ユーザID、コンタクト種別（名刺交換／訪問／打合せ／電話／メール等）、コンタクト日時、コンタクト場所（GPS位置情報）、コンタクト相手ID(1)〜コンタクト相手ID(n)、コンタクト相手人数、同行者ID(1)〜同行者ID(n)、同行者人数、所要時間、キーワード、録音ファイル、更新日時等のデータ項目例を備えている。
【００４０】
各ユーザ端末14のメモリ33内にも、本人ユーザ名刺情報ＤＢ37が格納されており、本人ユーザのIDや氏名、勤務先名、所属部署等、コンタクトサーバ12の本人ユーザ名刺情報ＤＢと同様のデータ項目が設定されている。
また、同メモリ33内にはコンタクト相手名刺情報ＤＢ38も格納されており、コンタクト相手IDや氏名、勤務先名、所属部署等、コンタクトサーバ12のコンタクト相手名刺情報ＤＢと同様のデータ項目が設定されている。
【００４１】
つぎに、図６のシーケンス図に従い、ユーザ端末14, 14間における名刺データの交換処理について説明する。
まず、名刺交換の本人と相手方は、それぞれのユーザ端末14上において専用アプリ16を起動し（Ｓ10、Ｓ20）、メニューリスト中の「デジタル名刺交換」を選択する。
【００４２】
この結果、各ユーザ端末14からコンタクトサーバ12に対して、デジタル名刺交換処理のリクエストが送信される（Ｓ11、Ｓ21）。
同時に、各ユーザ端末14はマイク30から周囲の音声を取り込み、コンタクトサーバ12に音声データをストリーミング送信することを開始する（Ｓ12、Ｓ22）。
【００４３】
つぎに各ユーザ端末14は、NFCチップ31を介してそれぞれのBluetooth（登録商標）ペアリングキーを交換し（Ｓ13、Ｓ23）、相手とのペアリングを確立する（Ｓ14、Ｓ24）。
つぎに、各ユーザ端末14は、Bluetooth（登録商標）経由でそれぞれの本人ユーザ名刺情報ＤＢに格納された名刺情報を交換する（Ｓ15、Ｓ25）。
例えば、ユーザ端末14のＬＣＤ25上に表示された自己の名刺画像を相手に向けてフリップ操作すると、自己の名刺情報が相手のユーザ端末14に送信されると同時に、受信した相手の名刺画像がＬＣＤ25に表示される。
【００４４】
この後、各ユーザ端末14の制御部24は、受信した相手側の名刺情報を端末内のコンタクト相手名刺情報ＤＢ38に格納する（Ｓ16、Ｓ26）と同時に、同名刺情報をコンタクトサーバ12にも送信し（Ｓ17、Ｓ27）、Bluetooth（登録商標）のペアリングを解除する（Ｓ18、Ｓ28）。
名刺交換の相手が複数ある場合、ユーザは上記のＳ13〜Ｓ18（Ｓ23〜Ｓ28）の手順を繰り返すことにより、全員とのデジタル名刺交換を完了させる。
【００４５】
このように、ビジネスの開始に際して避けては通れない名刺交換が、互いのユーザ端末14, 14同志を近付けるだけで電子的に実現されるため、ユーザは紙製の名刺カードを持ち歩く必要がなくなり、また後で名刺の記載内容を電子化する手間を省くことも可能となる。
なお、各ユーザ端末14に搭載される専用アプリ16は各ユーザ端末のOS毎に用意されているため、種類の異なるユーザ端末14, 14間でも問題なく名刺交換を行うことができる。
【００４６】
つぎに、図７及び図８のフローチャートに従い、デジタル名刺交換時におけるコンタクトサーバ12側の処理手順について説明する。
まず、各ユーザ端末14からデジタル名刺交換処理のリクエストを受信した後（図７のＳ30）、同ユーザ端末14からストリーミング送信される音声データを受信すると（Ｓ31）、これに対しコンタクトサーバ12は、話者識別処理（Ｓ32）及び音声認識に基づくキーワード抽出処理（Ｓ33）を継続的に施すと共に、各ユーザ端末14からデジタル名刺交換によって取得した相手方の名刺データを受信する度に、ユニークなコンタクト相手IDを付与してコンタクト相手名刺ＤＢ35に格納していく（Ｓ34）。
【００４７】
ここで「話者識別処理」とは、コンピュータが人間の音声に含まれる特徴（音質やアクセント、発話の癖等）を抽出し、個々人の声紋情報を構築する技術である。
まずコンタクトサーバ12は、ユーザ端末14から送信される音声データの中から個々の話者固有の声紋情報を抽出することにより、複数の話者の存在を認識していく。例えば、ある時点において「Ａ、Ｂ、Ｃ、Ｄ、Ｅ」の５つの異なる声紋情報が抽出されている場合、コンタクトサーバ12は、Ａ、Ｂ、Ｃ、Ｄ、Ｅの５名がその場に臨席しているものと認識する。
【００４８】
また「音声認識」とは、話者識別処理によって認定された各話者の音声の中から、コンピュータが発言内容をテキスト（文字）として抽出する技術である。
ここでは、コンタクトサーバ12は各話者の音声からテキストをキーワードとして抽出すると共に、図９(a)に示すように、当該音声の声紋情報に基づいて割り出した話者ID（Ａ、Ｂ、Ｃ、Ｄ、Ｅ）と、発言時間（音声データの受信開始からの経過時間）を各テキストに関連付けた上で、メモリに格納していく。
ただし、コンタクトサーバ12は所定のアルゴリズムに従い、各話者の発言内容の一部（固有名詞や予め定義された重要語）をキーワードとして抽出することもできる。
また、ここでは必ずしも発言内容の全てが正確な文章として抽出される必要はなく、発言内容の一部に認識不能な文字列や誤認識された文字列が含まれていてもよい。
【００４９】
上記のように、名刺交換及びこれに続く面談において発言をした者の存在が、話者識別処理を通じて時間経過と共に認識されていくことになるが、適当なタイミングでコンタクトサーバ12は各話者と具体的な氏名との関連付けを試みる。
【００５０】
まずコンタクトサーバ12は、本人ユーザ名刺情報ＤＢ34及びコンタクト相手名刺情報ＤＢ35に格納された各レコードの声紋情報を参照することにより、Ａ、Ｂ、Ｃ、Ｄ、Ｅの声紋情報と一致するものを抽出する話者照合処理を実行する（Ｓ35）。
すなわち、本人ユーザはもちろん、同行者やコンタクト相手もこのサービスに加入している場合、各自の声紋情報が本人ユーザ名刺情報ＤＢ34に登録済みである可能性がある。また、このサービスには未加入であっても、本人と以前に名刺交換を行ったことのある相手であれば、コンタクト相手名刺情報ＤＢ35に声紋情報が登録済みである可能性が高い。このため、Ａ、Ｂ、Ｃ、Ｄ、Ｅの各声紋情報と既登録の声紋情報との間に一定以上の類似性が認められた場合、コンタクトサーバ12は両声紋情報間の照合を認定し、当該声紋情報に具体的な氏名や本人ユーザID、コンタクト相手IDを関連付ける。
【００５１】
また、コンタクトサーバ12は、本人ユーザ名刺情報ＤＢ34の声紋情報との照合が完了した話者については、本人ユーザ名刺情報ＤＢ34に格納された声紋情報が、コンタクト相手名刺情報ＤＢ35の「声紋情報」に格納される（Ｓ36）。
【００５２】
これに対し、何らかの理由（声紋情報が未登録である場合、送信される音声データの品質が低い場合等）により既登録の声紋情報との関連付けが成立しない話者が存在する場合、コンタクトサーバ12は「声紋／氏名特定処理」に移行する。
すなわち、コンタクトサーバ12は、抽出したＡ、Ｂ、Ｃ、Ｄ、Ｅの各声紋情報の中で、既登録の声紋情報との照合が完了していない者がリストアップされた声紋照合用画面を生成し、クライアント端末に送信する（図８のＳ37）。
【００５３】
図１０は、この声紋照合用画面40を示すものであり、声紋照合未完了者として、「名刺交換相手(1)（山田太郎様）」のボタン41及び「名刺交換相手(3)（川口弘明様）」のボタン42が表示されている。
これは、名刺交換順番が１番の山田太郎氏及び名刺交換順番が３番の川口弘明氏については、本人ユーザ名刺情報ＤＢの参照によって声紋照合が完了していないことを表している。
【００５４】
また同画面には、声紋照合完了者として、田中正博（本人）、斉藤花子様（名刺交換相手(2)）及び山本聡美様（同行者）の３名が列記されている。
これは、本人、名刺交換順番が２番の斉藤花子氏、及び同行者の山本聡美氏については、本人ユーザ名刺情報ＤＢ34の参照によって声紋照合が完了していることを表している。
【００５５】
これに対し本人ユーザは、声紋照合未完了者である山田太郎氏が会議中に発言を開始した際に、すかさず「名刺交換相手(1)（山田太郎様）」のボタン41をタッチする。
この結果、ユーザ端末14からコンタクトサーバ12に対して、「名刺交換相手(1)（山田太郎様）」を特定する情報が送信される。
【００５６】
これを受信したコンタクトサーバ12は（Ｓ38）、その直後に送信された音声データから声紋情報を取り出し（Ｓ39）、これをコンタクト相手名刺情報ＤＢ35に格納された山田太郎氏のレコードの「声紋情報」に登録する（Ｓ40）。
この後、画面上の「名刺交換相手(1)／（山田太郎様）」のボタン41がグレイアウトし、同氏の声紋照合が完了したことが示される。
【００５７】
同様に本人ユーザは、もう一人の声紋照合未完了者である川口弘明氏が発言を開始すると同時に、「名刺交換相手(3)（川口弘明様）」のボタン42をタッチする。
この結果、ユーザ端末14からコンタクトサーバ12に対して、「名刺交換相手(3)（川口弘明様）」を特定する情報が送信される。
【００５８】
これを受信したコンタクトサーバ12は（Ｓ38）、その直後に送信された音声データから声紋情報を取り出し（Ｓ39）、これをコンタクト相手名刺情報ＤＢに格納された川口弘明氏のレコードの「声紋情報」に登録する（Ｓ40）。
この後、画面上の「名刺交換相手(3)／（川口弘明様）」のボタン42がグレイアウトし、同氏の声紋照合が完了したことが示される。
【００５９】
なお、名刺交換順番が２番の斉藤花子氏については上記の通り、本人名刺情報ＤＢ34に格納されている本人（斉藤花子）としての声紋情報が、コンタクト相手名刺情報ＤＢ35に格納された斉藤花子氏のレコードの「声紋情報」に登録される。
【００６０】
ユーザ端末14から送信される音声データについての話者識別処理（Ｓ32）やキーワード抽出処理（Ｓ33）、名刺データの格納処理（Ｓ34）は、コンタクトサーバ12によって継続的に実行されている。
このため、会議の途中でコンタクト相手や同行者が遅れて参加した場合には、内容が更新された声紋照合用画面40がユーザ端末14に対して随時再送される。
【００６１】
つぎに、ユーザ端末14から名刺交換についてのコンタクト完了処理のリクエストが送信されると（Ｓ41）、コンタクトサーバ12は音声データに対するキーワード抽出処理等を終了し、図９(b)に示すように、各キーワードに対して発言者を関連付ける（Ｓ42）。
【００６２】
つぎにコンタクトサーバ12は、コンタクト履歴情報ＤＢ36に今回の名刺交換に関するコンタクト履歴情報を格納する（Ｓ43）。
まず、「本人ユーザID」には本人（田中正博氏）の本人ユーザIDが格納され、「コンタクト種別」には「名刺交換」が格納される。
また、コンタクト日時には開始日時が記録され、コンタクト場所（GPS）には、ユーザ端末14から送信されたGPSの位置情報が格納される。
また、「コンタクト相手ID(1)」〜「コンタクト相手ID(3)」には、名刺交換を行った山田太郎氏、斉藤花子氏、川口弘明氏のコンタクト相手IDが格納されると共に、「コンタクト相手人数」には「３」が格納される。
「同行者ID(1)」には、声紋照合によって臨席が検出された山本聡美氏の本人ユーザIDが格納されると共に、「同行者人数」には「１」が格納される。
「所要時間」には、コンタクト終了日時からコンタクト開始日時を減算した値が格納される。
「キーワード」には、音声データから抽出した各発言のテキスト毎に、発言者及び発言時刻を関連付けたデータが格納される。
「録音ファイル」には、ユーザ端末14から送信された音声ファイルの格納場所（パス）が記述されている。
【００６３】
本人ユーザは、コンタクト終了後に、マニュアル操作によってコンタクト履歴情報の修正を行うことができる。
まず本人ユーザは、図１１(a)に示すように、専用アプリ16のコンタクト履歴検索画面45をＬＣＤ25上に表示させ、コンタクト種別、年月日を指定した上で検索ボタン46をクリックする。
この結果、図１１(b)に示すように、コンタクト履歴の詳細画面47が表示される。
【００６４】
これに対し、例えば本サービスに加入していない同行者の存在を追加する場合、本人ユーザは同行者の追加ボタン48をタッチする。
この結果、図１２(a)に示すように、同行者の追加画面49が表示される。
ここで本人ユーザは、まず名刺情報の入力ボタン50をタッチして名刺情報入力画面（図示省略）をＬＣＤ25に表示させた後、氏名や電話番号等の必要な名刺情報を入力する。
【００６５】
つぎに、本人ユーザが声紋情報の登録ボタン51をタッチすると、図１２(b)に示すように、声紋情報の登録画面52がＬＣＤ25上に表示され、同時に名刺交換時の音声がスピーカ39より再生される。
これに対し本人ユーザは、追加した同行者である「島田 徹」氏の発言時に発言中のボタン53をタッチする。
【００６６】
これに対しコンタクトサーバ12は、タッチ直後に再生される音声に対して話者識別処理を実行し、声紋情報の生成に成功した場合には画面上に「成功」の文字を表示させる。
そして、本人ユーザが戻るボタン54をタッチして同行者の追加画面49に戻り、完了ボタン55をタッチした時点で、コンタクトサーバ12はマニュアル入力された島田徹氏の名刺情報を、コンタクト相手名刺情報ＤＢ35に追加する。
また、該当のコンタクト履歴情報の「同行者(2)」に「島田 徹」のコンタクト相手IDを追加すると共に、同行者人数を「１」から「２」に修正する。
【００６７】
ところで、コンタクト相手が本サービスの利用者でない場合、図１３に示すように、ユーザ端末14を所持する本人ユーザであっても、相手に合わせて紙製の名刺カード56を交換することになる。
以下、図１４のフローチャートに従い、この場合におけるコンタクトサーバ12の処理手順について説明する。
【００６８】
まず、本人ユーザのユーザ端末14から名刺カード交換処理のリクエストを受信した後（Ｓ50）、同ユーザ端末14からストリーミング送信される音声データを受信すると（Ｓ51）、これに対しコンタクトサーバ12は、話者識別処理（Ｓ52）及び音声認識に基づくキーワード抽出処理（Ｓ53）を継続的に施す。
【００６９】
つぎにコンタクトサーバ12は、名刺交換順番に対応したボタンをリストアップした声紋照合用画面60を生成し、クライアント端末に送信する（Ｓ54）。
図１５は、この声紋照合用画面60の一例を示すものであり、声紋照合未完了者として、「名刺交換順番(1)の人」のボタン61、「名刺交換順番(2)の人」のボタン62、「名刺交換順番(3)の人」のボタン63が表示されている。
すなわち、話者識別処理によってコンタクトサーバ12が抽出した話者（異なる声紋情報を有する者）の中、本人ユーザの声紋情報に該当する者を除いた数が３名であったため、この画面においては３名分の選択ボタンが表示されている。
【００７０】
これに対し本人ユーザは、名刺交換順番が１番の者が発言を開始した際に、すかさず「名刺交換順番(1)の人」のボタン61をタッチする。
この結果、ユーザ端末14からコンタクトサーバ12に対して、名刺交換順番(1)を特定する情報が送信される。
【００７１】
これを受信したコンタクトサーバ12は（Ｓ55）、その直後に送信された音声データから声紋情報を取り出し（Ｓ56）、これを本人ユーザID、コンタクト相手ID、名刺交換順番、名刺交換日時、名刺交換場所に関連付けてコンタクト相手名刺情報ＤＢ35に格納する（Ｓ57）。
この後、画面上の「名刺交換順番１の人」のボタン61がグレイアウトし、該当話者の声紋照合が完了したことが示される。
【００７２】
同様の手順で、本人ユーザは他の名刺交換順番の人が発言した際には、対応のボタンをタッチしていく。
また、間違ったボタンをタッチしてしまった場合、本人ユーザはリトライボタン64をタッチし、声紋照合をやり直す。
【００７３】
つぎに、ユーザ端末14から名刺カード交換についてのコンタクト完了処理のリクエストが送信されると（Ｓ58）、コンタクトサーバ12は音声データに対するキーワード抽出処理等を終了し、各キーワードに対して発言者を特定する情報（「本人ID」または「コンタクト相手ID」）を関連付ける（Ｓ59）。
【００７４】
つぎにコンタクトサーバ12は、コンタクト履歴情報ＤＢ36に今回の名刺交換に関するコンタクト履歴情報を格納する（Ｓ60）。
まず、「本人ユーザID」には本人（田中正博氏）の本人ユーザIDが格納され、「コンタクト種別」には「名刺交換」が格納される。
また、コンタクト日時には開始日時が記録され、コンタクト場所（GPS）には、ユーザ端末14から送信されたGPSの位置情報が格納される。
また、「コンタクト相手ID(1)」〜「コンタクト相手ID(3)」には、コンタクトサーバ12によって採番されたコンタクト相手IDが格納されると共に、「コンタクト相手人数」には「３」が格納される。
今回は同行者が検出されなかったため、「同行者人数」には「０」が格納される。
「所要時間」には、コンタクト終了日時からコンタクト開始日時を減算した値が格納される。
「キーワード」には、音声データから抽出した各発言のテキスト毎に、発言者特定情報（本人IDまたはコンタクト相手ID）及び発言時刻を関連付けたデータが格納される。
「録音ファイル」には、ユーザ端末14から送信された音声ファイルの格納場所（パス）が記述されている。
【００７５】
名刺カード56を交換した場合、本人ユーザは後で名刺カード56に印刷された内容をコンタクトサーバ12のコンタクト相手名刺情報ＤＢ35にマニュアルで登録する必要がある。
以下、図１６のシーケンス図に従い、この場合のユーザ端末14とコンタクトサーバ12間における処理手順を説明する。
【００７６】
まず本人ユーザは、ユーザ端末14上において専用アプリ16を起動し（Ｓ65）、メニューリスト中の「名刺カードのデータ登録」を選択する（Ｓ66）。
これを受けたコンタクトサーバ12は、名刺交換日や交換場所を指定するための検索画面をユーザ端末14に送信する（Ｓ67）。
【００７７】
図１７(a)は、専用アプリのＬＣＤ25上に表示された名刺カード交換案件検索画面70を示すものである。
この画面70上で、本人ユーザが交換年月日や交換場所を指定して検索ボタン71をタッチすると（Ｓ68）、コンタクトサーバ12は検索条件にマッチする名刺カード交換案件を抽出し、名刺交換相手の名刺交換順番がリストアップされた検索結果画面を送信する（Ｓ69）。
【００７８】
図１７(b)は、専用アプリのＬＣＤ25上に表示された名刺カード交換案件の検索結果画面72を示すものである。
この画面上で、本人ユーザは名刺交換順番(1)の編集ボタン73をタッチし、ユーザ端末14のカメラ29を起動させる（Ｓ70）。
つぎに、このカメラ29で本人ユーザが名刺の表面を撮影すると、専用アプリ16のOCR機能によって名刺カードに印刷された文字がテキストデータに変換される（Ｓ71）。
このOCR機能によってテキスト化されたデータは、自動的に名刺データの編集画面上に氏名や住所、勤務先名、役職、電話番号として充填される。
【００７９】
本人ユーザは、この編集画面に対し必要に応じて加筆訂正を加え（Ｓ72）、完了ボタンをタッチする。この結果、ユーザ端末14からコンタクトサーバ12に対して、交換順番及び名刺データが送信される（Ｓ73）。
【００８０】
これを受けたコンタクトサーバ12は、名刺データをコンタクト相手名刺情報ＤＢ35内の該当のレコードに補充する（Ｓ74）。
本人ユーザ及びコンタクトサーバ12は、残りの名刺交換順番(2)及び名刺交換順番(3)についても、上記Ｓ70〜Ｓ74の操作及び処理を繰り返す。
【００８１】
つぎに、図１８のシーケンス図に従い、すでに名刺交換を行ったコンタクト相手と後日、打合せ（ミーティング）を行う場合の処理手順を説明する。
まず本人は、ユーザ端末14上において専用アプリ16を起動し（Ｓ80）、メニューリスト中の「訪問時記録」を選択する。
【００８２】
この結果、ユーザ端末14からコンタクトサーバ12に対して、訪問時記録のリクエストが送信される（Ｓ81）。
同時に、ユーザ端末14はマイク30から周囲の音声を取り込み、コンタクトサーバ12に音声データをストリーミング送信することを開始する（Ｓ82）。
【００８３】
これに対しコンタクトサーバ12では、ユーザ端末14からストリーミング送信される音声データに対する継続的な話者識別処理（Ｓ83）が開始され、各話者の声紋情報が生成される。
同時にコンタクトサーバ12は、各話者の発言内容に対して音声認識処理を継続的に実行し、テキストをつぎつぎに抽出していく（Ｓ84）。この際、各テキストには、話者を特定する識別符号が付与されている。
【００８４】
つぎにコンタクトサーバ12は、各話者の声紋情報と、本人ユーザ名刺情報ＤＢ34及びコンタクト相手名刺情報ＤＢ35に格納された各声紋情報をマッチングし、各話者のIDや属性を特定する話者照合処理を実行する（Ｓ85）。
そして、コンタクトサーバ12は、当該打合せに参加している各話者の属性情報（氏名、勤務先名、役職等）及びコンタクト履歴（名刺交換日時、直近のコンタクト種別及び日時等）が簡潔に記述されたコンタクト相手一覧画面を生成し、ユーザ端末14に送信する（Ｓ86）。
【００８５】
この結果、ユーザ端末14の画面上に、コンタクト相手一覧画面（図示省略）が表示される（Ｓ87）。これによりユーザは、過去に名刺交換を行った相手を確実に認識することができる。
【００８６】
コンタクトサーバ12は、Ｓ85の話者照合処理において、打合せに参加している話者の中で本人と同じ勤務先の者が含まれていた場合には、これを同行者と判断し、上記コンタクト相手一覧画面から除外する。
【００８７】
また、打合せの相手が大勢いて、一覧画面に列記されたコンタクト相手と発言者とを結び付けられない場合、本人は一覧画面中に設けられた「現在の発言者」のボタンをタッチする。
これを受けたコンタクトサーバ12は、その直後に送信された音声に対して話者識別処理を実行して声紋情報を抽出し、一覧画面にリストアップされたコンタクト相手の中で、上記声紋情報にマッチする者の氏名を点滅等させることにより、目立たせる。
この結果、本人は発言者の氏名等をその場で正しく認識することが可能となり、名前の呼び間違い等の失礼を防ぐことができる。
【００８８】
打合せが終了し、本人がユーザ端末14上で「訪問記録の終了」ボタンをタッチすると、ユーザ端末14から訪問時記録の終了リクエストが送信される（Ｓ88）。
これを受けたコンタクトサーバ12は、音声データに対するキーワード抽出処理等を終了し、図９(b)に示したように、各キーワードに対して発言者を関連付ける（Ｓ89）。
【００８９】
つぎにコンタクトサーバ12は、コンタクト履歴情報ＤＢ36に今回の訪問に関するコンタクト履歴情報を格納する（Ｓ90）。
まず、「本人ユーザID」には本人（田中正博氏）の本人ユーザIDが格納され、「コンタクト種別」には「面談」が格納される。
また、コンタクト日時には面談の開始日時が記録され、コンタクト場所（GPS）には、ユーザ端末14から送信されたGPSの位置情報が格納される。
また、「コンタクト相手ID(1)」〜「コンタクト相手ID(3)」には、面談の相手方のコンタクト相手IDが格納されると共に、「コンタクト相手人数」には相手方の数が格納される。
話者照合によって同行者の存在が探知された場合には、その同行者のコンタクト相手IDが格納されると共に、「同行者人数」にはその数が格納される。
「所要時間」には、コンタクト終了日時からコンタクト開始日時を減算した値が格納される。
「キーワード」には、音声データから抽出した各発言のテキスト毎に、発言者及び発言時刻を関連付けたデータが格納される。
「録音ファイル」には、ユーザ端末14から送信された音声ファイルの格納場所（パス）が記述されている。
【００９０】
詳細は省略するが、本人ユーザは名刺交換の場合と同様の手順により、コンタクト終了後に、マニュアル操作によって今回のコンタクト履歴情報の修正を行うことができる。
【００９１】
本人ユーザは、コンタクト相手との通話についても、このシステム10を適用することができる。
以下、図１９のシーケンス図に従い、電話を発信する際の処理手順を説明する。
まず、本人ユーザがスマートフォンよりなるユーザ端末14上で電話の専用アプリを起動すると（Ｓ100）、自動的にユーザ端末14からコンタクトサーバ12に対して、通話記録のリクエストが送信される（Ｓ101）。
【００９２】
つぎに、本人ユーザがユーザ端末14の専用アプリ上で通話相手の電話番号を入力すると、その電話番号がコンタクトサーバ12に送信される（Ｓ102）。
これを受けたコンタクトサーバ12は、この電話番号をキーにコンタクト相手名刺情報ＤＢ35を検索し、既に登録されているか電話番号か否かを確認する（Ｓ103）。
【００９３】
ユーザ端末14においては、専用アプリによって発呼処理が実行される（Ｓ104）。
そして、相手の電話機との間で通話路が確立すると、通話の音声データがユーザ端末14からコンタクトサーバ12にストリーミング送信される（Ｓ105）。
【００９４】
これに対しコンタクトサーバ12では、ユーザ端末14からストリーミング送信される音声データに対する継続的な話者識別処理が開始され（Ｓ106）、本人及び通話相手の声紋情報が生成される（Ｓ107）。
同時にコンタクトサーバ12は、本人及び通話相手の発言内容に対して音声認識処理を継続的に実行し、テキストをつぎつぎに抽出していく（Ｓ108）。この際、各テキストには、話者を特定する識別符号（「本人」／「相手」等）が付与されている。
【００９５】
つぎにコンタクトサーバ12は、通話相手の声紋情報と、コンタクト相手名刺情報ＤＢ35に格納された各声紋情報をマッチングし、通話相手のIDや属性を特定する話者照合処理を実行する（Ｓ109）。
そして、通話相手の声紋情報に合致する声紋情報が既にコンタクト相手名刺情報ＤＢ35に登録済みである場合、コンタクトサーバ12は通話相手の属性情報（氏名、勤務先名、役職等）及びコンタクト履歴（直近のコンタクト種別及び日時等）が簡潔に記述された通話相手とのコンタクト履歴一覧画面を生成し、ユーザ端末14に送信する（Ｓ110）。
【００９６】
この結果、ユーザ端末14の画面上に、通話相手とのコンタクト履歴一覧画面（図示省略）が表示される（Ｓ111）。
ハンズフリー通話を行うことでこの画面を閲覧した本人ユーザは、通話相手との過去の関わりを再認識することができる。
【００９７】
通話が終了し、本人ユーザがユーザ端末14の終話ボタンをタッチすると（Ｓ112）、ユーザ端末14のＬＣＤ25に「通話記録を残しますか？」という確認メッセージが表示され、これに対し本人ユーザが「はい」をタッチすると、ユーザ端末14からコンタクトサーバ12に対し、通話記録のリクエストが送信される（Ｓ113）。
これを受けたコンタクトサーバ12は、音声データに対するキーワード抽出処理等を終了し、図９(b)に示したように、各キーワードに対して発言者（本人／相手）を関連付ける（Ｓ114）。
【００９８】
つぎにコンタクトサーバ12は、コンタクト履歴情報ＤＢ36に今回の通話に関するコンタクト履歴情報を格納する（Ｓ115）。
まず、「本人ユーザID」には本人（田中正博氏）の本人ユーザIDが格納され、「コンタクト種別」には「電話」が格納される。
また、コンタクト日時には通話の開始日時が記録され、コンタクト場所（GPS）には、ユーザ端末14から送信されたGPSの位置情報が格納される。
また、「コンタクト相手ID(1)」には、通話の相手方のコンタクト相手IDが格納されると共に、「コンタクト相手人数」には「１」が格納される。
「所要時間」には、通話終了日時から通話開始日時を減算した値が格納される。
「キーワード」には、音声データから抽出した各発言のテキスト毎に、発言者及び発言時刻を関連付けたデータが格納される。
「録音ファイル」には、ユーザ端末14から送信された音声ファイルの格納場所（パス）が記述されている。
【００９９】
詳細は省略するが、本人ユーザは名刺交換の場合と同様の手順により、コンタクト終了後に、マニュアル操作によってコンタクト履歴情報の修正を行うことができる。
【０１００】
また、通話の相手方とはまだ名刺交換していないため、コンタクト相手名刺情報ＤＢ35に登録されていない場合において、本人ユーザは通話終了後にコンタクトサーバ12に対して、コンタクト相手名刺情報ＤＢ35への新規登録をリクエストすることもできる。
すなわち、通話終了後にコンタクトサーバ12から「この通話相手を『コンタクト相手名刺情報ＤＢ』に登録しますか？」というメッセージが記載された画面が送信され、これに対し本人ユーザが「はい」のボタンをタッチすると、コンタクトサーバ12は、コンタクト相手名刺情報ＤＢに新規のレコードを追加登録する。
【０１０１】
この新規のレコードには、本人ユーザID、コンタクト相手ID、電話番号、声紋情報、更新日時等が記録されている。
本人ユーザは、後でコンタクトサーバ12にアクセスし、氏名や住所、メールアドレス等の属性情報を補充する。
【０１０２】
つぎに、図２０のシーケンス図に従い、電話を着信した際の処理手順を説明する。
まず、予め通話機能を備えた専用アプリが起動されたユーザ端末14に着信があると（Ｓ120、Ｓ121）、自動的にユーザ端末14からコンタクトサーバ12に対して、通話記録のリクエストが送信される（Ｓ122）。
【０１０３】
同時に、ユーザ端末14からコンタクトサーバ12に対して、発信者の電話番号が送信される（Ｓ123）。
これを受けたコンタクトサーバ12は、この電話番号をキーにコンタクト相手名刺情報ＤＢを検索し、既に登録されているか電話番号か否かを確認する（Ｓ124）。
【０１０４】
続いて、通話の音声データがユーザ端末14からコンタクトサーバ12にストリーミング送信される（Ｓ125）。
これに対しコンタクトサーバ12では、ユーザ端末14からストリーミング送信される音声データに対する継続的な話者識別処理（Ｓ126）が開始され、通話相手の声紋情報が生成される（Ｓ127）。
同時にコンタクトサーバ12は、本人及び通話相手の発言内容に対して音声認識処理を継続的に実行し、テキストをつぎつぎに抽出していく（Ｓ128）。この際、各テキストには、話者を特定する識別符号（「本人」／「相手」等）が付与されている。
【０１０５】
つぎにコンタクトサーバ12は、通話相手の声紋情報と、コンタクト相手名刺情報ＤＢ35に格納された各声紋情報をマッチングし、通話相手のIDや属性を特定する話者照合処理を実行する（Ｓ129）。
そして、通話相手の声紋情報に合致する声紋情報が既にコンタクト相手名刺情報ＤＢ35に登録済みである場合、コンタクトサーバ12は通話相手の属性情報（氏名、勤務先名、役職等）及びコンタクト履歴（直近のコンタクト種別及び日時等）が簡潔に記述された通話相手とのコンタクト履歴一覧画面を生成し、ユーザ端末14に送信する（Ｓ130）。
【０１０６】
この結果、ユーザ端末14の画面上に、通話相手とのコンタクト履歴一覧画面（図示省略）が表示される（Ｓ131）。
ハンズフリー通話を行うことでこの画面を閲覧した本人ユーザは、通話相手との過去の関わりを再認識することができる。
【０１０７】
通話が終了し、本人ユーザがユーザ端末14の終話ボタンをタッチすると（Ｓ132）、ユーザ端末14のＬＣＤ25に「通話記録を残しますか？」という確認メッセージが表示され、これに対し本人ユーザが「はい」をタッチすると、ユーザ端末14からコンタクトサーバ12に対し、通話記録のリクエストが送信される（Ｓ133）。
これを受けたコンタクトサーバ12は、音声データに対するキーワード抽出処理等を終了し、図９(b)に示したように、各キーワードに対して発言者（本人／相手）を関連付ける（Ｓ134）。
【０１０８】
つぎにコンタクトサーバ12は、上記した発信の場合と同様、コンタクト履歴情報ＤＢ36に今回の通話に関するコンタクト履歴情報を格納する（Ｓ135）。
この場合も、本人ユーザは名刺交換の場合と同様の手順により、コンタクト終了後に、マニュアル操作によってコンタクト履歴情報の修正を行うことができる。
また、通話の相手方がまだコンタクト相手名刺情報ＤＢ35に登録されていない場合において、本人ユーザは通話終了後にコンタクトサーバ12に対して、コンタクト相手名刺情報ＤＢ35への新規登録をリクエストすることもできる。
【０１０９】
コンタクト履歴情報ＤＢ35には、本人ユーザがコンタクト相手と交わした電子メールに関する情報もコンタクト履歴として格納されている。
この場合、「コンタクト種別」としては「メール」が格納されると共に、「コンタクト日時」には「メールの送信日（本人がメールを送信した場合）」または「メールの受信日（本人がメールを受信した場合）」が格納される。
また、「コンタクト相手」には「メール送信者のコンタクト相手ID（メール受信の場合）」または「メール受信者のコンタクト相手ID（メール送信の場合）」が格納される。
また、「キーワード」には、メールの件名や本文のテキストの少なくとも一部が格納される。
【０１１０】
このメールの送受信に関するコンタクト履歴情報は、メールを送受信する度に登録することもできるが、バッチ処理により定期的（例えば一日１回）に収集し、まとめて登録するように運用することもできる。
【０１１１】
具体的には、設定されたタイミングでユーザ端末14内の専用アプリ16が動作し、メモリ33内に格納された各メールデータのヘッダ情報を解析する。
そして、受信メールのFROMに設定されたメールアドレスが、ユーザ端末14内のコンタクト相手名刺情報ＤＢ38に格納されたメールアドレスに合致した場合、制御部24は件名及び本文を抽出し、登録用メールデータとしてメモリ33上に書き出す。
また、送信メールのTO、CC、BCCに設定されたメールアドレスが、ユーザ端末14内のコンタクト相手名刺情報ＤＢ38に格納されたメールアドレスに合致した場合にも、制御部24は件名及び本文を抽出し、登録用メールデータとしてメモリ33上に書き出す。
設定された期間分のメールデータに対する上記処理が完了した時点で、制御部24は登録用データをコンタクトサーバ12に送信する。
これを受けたコンタクトサーバ12は、各登録用メールデータについて、本人ユーザID等に関連付けてコンタクト履歴情報ＤＢ36にレコードを格納する。
【０１１２】
上記のように、ユーザ端末14の専用アプリ16に登録用メールデータを収集させる代わりに、コンタクトサーバ12側でこれを収集するようにシステムを構成することもできる。
この場合、ユーザ端末14の専用アプリ16が定期的に所定期間分の送信メールデータ及び受信メールデータをコンタクトサーバ12に送信する。
これを受けたコンタクトサーバ12は、本人ユーザID及び各メールデータのヘッダに記載されたメールアドレスに基づいてコンタクト相手名刺情報ＤＢ35を検索し、当該本人ユーザのコンタクト相手にマッチするメールアドレスが存在した場合には、そのメールデータから件名及び本文を抜き出し、コンタクト履歴情報ＤＢ36に格納する。
【０１１３】
コンタクト履歴情報ＤＢ36には、上記のように、本人ユーザの活動履歴が、活動内容（コンタクト種別）、コンタクト相手の属性情報、場所、日時等と関連付けて日々、半自動的に蓄積されていくため、本人ユーザはこれを有効に活用することができる。
【０１１４】
その一つが、これまでも説明してきたように、相手方と面談や通話を行っている最中に、声紋情報をキーにその相手方とのコンタクト履歴が抽出され、ユーザ端末14の画面上に表示されることが挙げられる。
この結果、本人ユーザは相手の取り違いや思い込みから解放され、信頼関係を強化することが可能となる。
【０１１５】
また、営業マンにとって非常に負荷の高い作業といえる営業日報（営業レポート）の作成を支援することもできる。
以下において、図２１のシーケンス図に従い、この営業日報作成支援サービスについて説明する。
【０１１６】
まず、本人ユーザがユーザ端末14上で専用アプリ16を起動し（Ｓ140）、サービスメニューから営業日報作成を選択すると、ユーザ端末14からコンタクトサーバ12に対して、日報作成のリクエストが送信される（Ｓ141）。
これを受けたコンタクトサーバ12は、ユーザ端末14に対して、検索条件指定画面を送信する（Ｓ142）。
【０１１７】
この結果、ユーザ端末14のＬＣＤ25上に検索条件指定画面が表示される（Ｓ143）。
本人ユーザは、この検索条件指定画面において、生成する日報の時間的範囲（例えば「２０１５年８月１０日〜８月１７日」等）や情報の種類（名刺交換＆訪問＆打合せ等）等の検索条件を指定する。この検索条件は、ユーザ端末14からコンタクトサーバ12に送信される（Ｓ144）。
【０１１８】
これを受けたコンタクトサーバ12は、コンタクト履歴情報ＤＢ36を参照し、当該本人ユーザに関連付けられたコンタクト履歴情報の中で、検索条件にマッチするものを抽出する（Ｓ145）。
つぎにコンタクトサーバ12は、抽出したコンタクト履歴情報を営業日報用のテンプレートに充填し、日報編集画面を生成した後、ユーザ端末14に送信する（Ｓ146）。
【０１１９】
この結果、ユーザ端末14のＬＣＤ25上に日報編集画面が表示される（Ｓ147）。
本人ユーザは、この編集画面上で必要な加筆訂正を行い、営業日報を完成させる。
完成した営業日報は、所定のファイル形式でユーザ端末14のメモリ33に出力される。もちろん、プリンタからプリントアウトすることもできる。
【０１２０】
また、本人ユーザは、このシステム10を議事録作成のために利用することができる。
すなわち、コンタクト履歴情報ＤＢ36には本人ユーザが関わった面談や打合せに毎に、各発言者の発言内容（キーワード）や録音ファイルの所在が格納されているため、これらを用いることで特定の打合せに関する正確な議事録を極めて簡単に作成することができる。
【０１２１】
まず、本人ユーザがユーザ端末14上で専用アプリ16を起動し、サービスメニューから議事録作成を選択すると、ユーザ端末14からコンタクトサーバ12に対して、議事録作成のリクエストが送信される。
これを受けたコンタクトサーバ12は、ユーザ端末14に対して、検索条件指定画面を送信する。
【０１２２】
本人ユーザは、この検索条件指定画面において、生成する議事録の特定情報（例えば「２０１５年８月１５日／海千商事／面談）等の検索条件を指定する。この検索条件は、ユーザ端末14からコンタクトサーバ12に送信される。
【０１２３】
これを受けたコンタクトサーバ12は、コンタクト履歴情報ＤＢを参照し、当該本人ユーザに関連付けられたコンタクト履歴情報の中で、検索条件にマッチする面談の情報（開始日時、終了日時、コンタクト相手の氏名、人数、同行者の氏名、人数、キーワード等）を抽出すると共に、議事録用のテンプレートに充填し、議事録編集画面を生成する。
【０１２４】
この編集画面は、コンタクトサーバ12からユーザ端末14に送信され、ＬＣＤ25上に表示される。
本人ユーザは、この編集画面上で必要な加筆訂正を行い、議事録を完成させる。
この編集画面上に表示されたキーワードを本人ユーザがタッチすると、ユーザ端末14のスピーカ39から録音ファイルの該当箇所が再生されるため、本人ユーザは発言内容をその場で確認することができる。
完成した議事録は、所定のファイル形式でユーザ端末14のメモリ33に出力される。
【０１２５】
コンタクト履歴情報ＤＢ36には各本人ユーザのコンタクト履歴が蓄積されているため、企業の経営者や上司が管理者権限でコンタクトサーバ12にログインし、複数の部下のコンタクト履歴を縦横に検索・閲覧することもできる。
この結果、各社員の営業活動を全社的に管理することが可能となる。
【０１２６】
上記した以外にも、コンタクト履歴情報ＤＢ36に格納されたは情報の活用方法は多岐に亘る。上記と一部重複するが、以下においてその利用方法を例示する。
［アプローチ・スタディ］
営業活動の結果を解析し、活動の方法（アプローチ方法）を社内共有し、効果や効率、生産性を改善強化する活動を全社的に行う。
業務の目的は興味客から見込み客の抽出や、成約、成果目標の達成率向上であり、コンタクト生産性、効率性の検証、アプローチ解析、得意先解析を行う。
(a) コンタクト生産性解析
営業活動の成果（成約金額、達成率）に対する費用（労務費ではなく、時間×事象、コンタクトまたはアクションの時間単価）の割合（程度）を解析する。
(b) コンタクト効率性解析
営業活動や目的を達成しようとする際に使った、時間やコンタクト事象、アクション事象が使用される割合（程度）を解析する。
(c) アプローチ解析
コンタクト事象／アクション事象の推移、期間長さ、密度や強度、KPI（key performance indicator／重要業績評価指標）を求め、活動パターンや活動プロセス、相違点、効果的な方法論を解析する。
(d) 得意先解析
・RFMランク分析
・RF親密度分析
・コンタクト相手＆コンタクト企業の関連性（相関）抽出
・コンタクト相手＆コンタクト企業の社内人脈抽出
【０１２７】
［コンタクト履歴管理］
営業活動のコンタクト履歴を管理する。
名刺交換の履歴を参照確認すること、訪問状況を参照確認すること、営業アクションを参照確認して、営業活動の自律的な進捗確認、実施検証を行う。
各履歴は個別にまたはミックスして同時に参照することが可能で、営業活動の全体の実施状況を多角的に把握することができる。
(a) 名刺交換履歴
指定期間、指定コンタクト相手の名刺交換した事実（日時、回数、面談者など）や本人ユーザ側情報を集計し、いつ、誰と、何処で交換したのか時系列推移や帳票で履歴参照できる。
(b) 訪問状況履歴
指定期間、指定コンタクト相手の訪問した事実（日時、場所、面談者など）や本人ユーザ側情報を集計し、いつ、誰が、どこへ、訪問したのか時系列推移や帳票で履歴参照できる。
(c) 営業アクション履歴
指定期間、指定コンタクト相手へアクションした事実（日時、行動、面談者など）や本人ユーザ側情報を集計し、いつ、誰が、どんな行動（電話、メール、打合せをしたのか時系列推移や帳票で履歴参照できる。
【図面の簡単な説明】
【０１２８】
【図１】この発明に係るコンタクト履歴管理システムの全体構成図である。
【図２】ユーザ端末の構成を示すブロック図である。
【図３】本人ユーザ名刺情報ＤＢのデータ構造図である。
【図４】コンタクト相手名刺情報ＤＢのデータ構造図である。
【図５】コンタクト履歴情報ＤＢのデータ構造図である。
【図６】ユーザ端末間における名刺データの交換処理を示すシーケンス図である。
【図７】デジタル名刺交換時におけるコンタクトサーバ側の処理手順について説明するフローチャートである。
【図８】デジタル名刺交換時におけるコンタクトサーバ側の処理手順について説明するフローチャートである。
【図９】キーワード抽出処理の一例を示す図である。
【図１０】声紋照合用画面の一例を示す図である。
【図１１】コンタクト履歴検索画面及びコンタクト履歴の詳細画面の一例を示す図である。
【図１２】同行者の追加画面及び声紋情報の登録画面の一例を示す図である。
【図１３】この発明に係るコンタクト履歴管理システムにおいて紙の名刺カードを交換する場合の全体構成図である。
【図１４】名刺カード交換時におけるコンタクトサーバ側の処理手順について説明するフローチャートである。
【図１５】声紋照合用画面の一例を示す図である。
【図１６】名刺カード交換後におけるユーザ端末とコンタクトサーバ間における処理手順を示すシーケンス図である。
【図１７】名刺カード交換案件検索画面及び名刺カード交換案件の検索結果画面の一例を示す図である。
【図１８】打合せ時におけるユーザ端末とコンタクトサーバ間における処理手順を示すシーケンス図である。
【図１９】電話発信時におけるユーザ端末とコンタクトサーバ間における処理手順を示すシーケンス図である。
【図２０】電話着信時におけるユーザ端末とコンタクトサーバ間における処理手順を示すシーケンス図である。
【図２１】営業日報作成支援時におけるユーザ端末とコンタクトサーバ間における処理手順を示すシーケンス図である。
【符号の説明】
【０１２９】
10    コンタクト履歴管理システム
12    コンタクトサーバ
14    ユーザ端末
16    専用アプリ
18    通信ネットワーク
22    通信インターフェース
24    制御部
26    タッチパッド
27    GPS受信機
28    時計回路
29    カメラ
30    マイク
31    NFCチップ
32    Bluetoothモジュール
33    メモリ
34    コンタクトサーバ側の本人ユーザ名刺情報ＤＢ
35    コンタクトサーバ側のコンタクト相手名刺情報ＤＢ
36    コンタクトサーバ側のコンタクト履歴情報ＤＢ
37    ユーザ端末側の本人ユーザ名刺情報ＤＢ
38    ユーザ端末側のコンタクト相手名刺情報ＤＢ
39    スピーカ
40    声紋照合用画面
45    コンタクト履歴検索画面
47    コンタクト履歴の詳細画面
49    同行者の追加画面
52    声紋情報の登録画面
56    名刺カード
60    声紋照合用画面
70    名刺カード交換案件検索画面
72    検索結果画面
【図１】
2017054356.tif 000003
【図２】
2017054356.tif 000004
【図３】
2017054356.tif 000005
【図４】
2017054356.tif 000006
【図５】
2017054356.tif 000007
【図６】
2017054356.tif 000008
【図７】
2017054356.tif 000009
【図８】
2017054356.tif 000010
【図９】
2017054356.tif 000011
【図１０】
2017054356.tif 000012
【図１１】
2017054356.tif 000013
【図１２】
2017054356.tif 000014
【図１３】
2017054356.tif 000015
【図１４】
2017054356.tif 000016
【図１５】
2017054356.tif 000017
【図１６】
2017054356.tif 000018
【図１７】
2017054356.tif 000019
【図１８】
2017054356.tif 000020
【図１９】
2017054356.tif 000021
【図２０】
2017054356.tif 000022
【図２１】
2017054356.tif 000023