特開 2023-2352 支援処理システム、支援処理装置、支援処理プログラム、支援処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023002352

(43)【公開日】2023-01-10

(54)【発明の名称】支援処理システム、支援処理装置、支援処理プログラム、支援処理方法

(51)【国際特許分類】

   G06Q 10/00 20230101AFI20221227BHJP

   G16Y 20/10 20200101ALI20221227BHJP

   G16Y 20/40 20200101ALI20221227BHJP

   G16Y 40/20 20200101ALI20221227BHJP

【ＦＩ】

G06Q10/00

G16Y20/10

G16Y20/40

G16Y40/20

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021103546

(22)【出願日】2021-06-22

(71)【出願人】

【識別番号】521209292

【氏名又は名称】ｃａｎｏｗ株式会社

(74)【代理人】

【識別番号】100180275

【弁理士】

【氏名又は名称】吉田 倫太郎

(74)【代理人】

【識別番号】100161861

【弁理士】

【氏名又は名称】若林 裕介

(74)【代理人】

【識別番号】100194836

【弁理士】

【氏名又は名称】長谷部 優一

(72)【発明者】

【氏名】桂城 漢大

(72)【発明者】

【氏名】玉置 純一

(72)【発明者】

【氏名】海野 健一

(72)【発明者】

【氏名】高本 浩之

(72)【発明者】

【氏名】牧島 明

(72)【発明者】

【氏名】伊藤 辰也

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA02

(57)【要約】

【課題】 より利便性の高い支援処理システム、支援処理装置、支援処理プログラム、支援処理方法を提供する。
【解決手段】 本発明は、第１のユーザが所持する第１の端末と、第１の端末を介して第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置とを備える支援処理システムに関する。そして、本発明の支援処理装置は、第２のユーザが使用する第２の端末から、第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、第１のユーザによる第２のユーザに対する商談を支援する商談支援コンテンツを第２の端末に提示するコンテンツ提示手段を有することを特徴とする。
【選択図】 図１

【特許請求の範囲】

【請求項1】

第１のユーザが所持する第１の端末と、前記第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置とを備える支援処理システムにおいて、
前記支援処理装置は、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段を有する
ことを特徴とする支援処理システム。

【請求項2】

前記第１のユーザが所持するものであって、前記第１のＵＲＬが記録されたＩＣタグを備える媒体をさらに備え、
前記媒体は前記第２の端末に前記ＩＣタグに記録された前記第１のＵＲＬを読み込ませることが可能である
ことを特徴とする請求項１に記載の支援処理システム。

【請求項3】

前記支援処理装置は、
前記第１のユーザが前記第２のユーザと行う商談に係る商談情報を管理する商談管理手段と、
前記第１の端末から、前記商談管理手段に管理されている商談情報を指定した商談通知を受け付ける商談通知受付手段とをさらに有し、
前記コンテンツ提示手段は、前記第２の端末から前記第１のＵＲＬを用いたアクセスを受け付けると、前記商談通知受付手段が受けの際指定された商談情報に基づいて前記商談支援コンテンツを生成する
ことを特徴とする請求項１又は２に記載の支援処理システム。

【請求項4】

前記コンテンツ提示手段は、前記第２の端末から前記第１のＵＲＬを用いたアクセスを受け付けると、前記商談通知受付手段が受けの際指定された商談情報に関連する要素を特定する特定情報を含む第２のＵＲＬを発行し、前記第１のＵＲＬのリダイレクト先として前記第２の端末に通知し、前記第２の端末から前記第２のＵＲＬを用いたアクセスを受け付けると、前記商談支援コンテンツを前記第２の端末に提示することを特徴とする請求項３に記載の支援処理システム。

【請求項5】

第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置において、
前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段を有する
ことを特徴とする支援処理装置。

【請求項6】

第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置に搭載されたコンピュータを、
前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段
として機能させることを特徴とする支援処理プログラム。

【請求項7】

第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置が行う支援処理方法において、
前記支援処理装置は、コンテンツ提示手段を備え、
前記コンテンツ提示手段は、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示する
ことを特徴とする支援処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、支援処理システム、支援処理装置、支援処理プログラム、支援処理方法に関し、例えば、商談等の業務を効率的に行うことを支援するシステムに適用し得る。

【背景技術】

【0002】

従来、商談において名刺情報のやりとりを支援するシステムとしては特許文献１に記載されたシステムがある。

【0003】

特許文献１に記載されたシステムでは、第１の端末に名刺情報を表示させた状態で、第２の端末に近づけられると、名刺情報をさかさまに表示しつつ第２の端末と通信を確立して、第２の端末との間で名刺情報を交換する。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８－５００７７９号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の記載技術では、第１の端末だけでなく第２の端末にも名刺情報を交換するためのアプリケーションがインストールされている必要がある。例えば、第１の端末を担当者が操作し、第２の端末を顧客が操作する場合、顧客の端末にも名刺情報を交換するためのアプリケーションがインストールされている必要があるため、訪問先が限定されない営業業務を支援するシステムに適用する場合、利便性が低いという問題があった。

【0006】

以上のような問題に鑑みて、より利便性の高い支援処理システム、支援処理装置、支援処理プログラム、支援処理方法が望まれている。

【課題を解決するための手段】

【0007】

第１の本発明は、第１のユーザが所持する第１の端末と、前記第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置とを備える支援処理システムにおいて、前記支援処理装置は、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段を有することを特徴とする。

【0008】

第２の本発明は、第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置において、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段を有することを特徴とする。

【0009】

第３の本発明の支援処理プログラムは、第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置に搭載されたコンピュータを、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示するコンテンツ提示手段として機能させることを特徴とする。

【0010】

第４の本発明は、第１のユーザが所持する第１の端末を介して前記第１のユーザによる第２のユーザとの商談を支援する支援処理を行う支援処理装置が行う支援処理方法において、前記支援処理装置は、コンテンツ提示手段を備え、前記コンテンツ提示手段は、前記第２のユーザが使用する第２の端末から、前記第１のユーザに対応する第１のＵＲＬを用いたアクセスを受け付けると、前記第１のユーザによる前記第２のユーザに対する商談を支援する商談支援コンテンツを前記第２の端末に提示することを特徴とする。

【発明の効果】

【0011】

本発明によれば、より利便性の高い支援処理システム、支援処理装置、支援処理プログラム、支援処理方法を提供することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る支援処理システムの全体構成について示したブロック図である。

【図2】実施形態に係るサーバ（支援処理装置）のハードウェア構成の例について示した図である。

【図3】実施形態に係る管理者が使用するクライアント端末の機能的構成について示したブロック図である。

【図4】実施形態に係る担当者が使用するクライアント端末の機能的構成について示したブロック図である。

【図5】実施形態に係る商談先担当者が使用するクライアント端末の機能的構成について示したブロック図である。

【図6】実施形態に係るデータベースに記憶されているデータ構成の例について示したブロック図である。

【図7】実施形態に係る名刺管理データの構成例について示した図である。

【図8】実施形態に係る商談先管理データの構成例について示した図である。

【図9】実施形態に係る商談先担当者管理データの構成例について示した図である。

【図10】実施形態に係る商談先管理データの構成例について示した図である。

【図11】実施形態に係るテンプレート管理データの構成例について示した図である。

【図12】実施形態に係る商談管理データの構成例について示した図である。

【図13】実施形態に係るチェックイン管理データについて示した図である。

【図14】実施形態に係る名刺スキャン管理データについて示した図である。

【図15】実施形態に係るサーバ（支援処理サーバアプリケーション）の動作を抽出して示したフローチャートである。

【図16】実施形態に係るマイメニュー画面（初期画面）の構成例について示した図である。

【図17】実施形態に係る商談情報処理画面の構成例について示した図である。

【図18】実施形態に係る商談情報編集画面の構成例について示した図である。

【図19】実施形態に係るチェックイン操作画面の構成例について示した図である。

【図20】実施形態に係る名刺／商談画面から遷移する操作画面を示している。

【図21】実施形態に係る実施形態に係る名刺／商談画面から遷移する操作画面を示している。

【図22】実施形態に係る行動記録表示画面の構成例について示した図である。

【発明を実施するための形態】

【0013】

（Ａ）主たる実施形態
以下、本発明による支援処理システム、支援処理装置、支援処理プログラム、支援処理方法、及びデータ構造の一実施形態を、図面を参照しながら詳述する。

【0014】

（Ａ－１）実施形態の構成
図１は、この実施形態の支援処理システム１及び関係する構成について示したブロック図である。

【0015】

支援処理システム１は、対面営業を業務として行う組織Ｘにおける営業の担当者や担当者を管理する管理者の業務を支援するシステムである。

【0016】

また、この実施形態では、説明を簡易とするため、支援処理システムは、１つの組織Ｘの支援処理を行うものとして説明するが、支援処理システムは複数の組織を同時に支援処理するようにしてもよい。

【0017】

次に、図１を用いて支援処理システム１の全体構成について説明する。

【0018】

この実施形態において、支援処理システム１は、支援処理装置としてのサーバ１０と、ネットワークＮＷを介してサーバ１０に接続する複数のクライアント端末を有している。この実施形態では、説明を簡易とするため、支援処理システムは、２つのクライアント端末２１、２２を有しているものとして説明するが、支援処理システムが備えるクライアント端末の数や種類は限定されないものである。この実施形態では、クライアント端末２１は、組織Ｘに所属し、商談等の業務を行う者（以下、「担当者」と呼ぶ）が使用する端末であるものとする。また、この実施形態では、クライアント端末２２は、組織Ｘに所属し、担当者を管理する者（以下、「管理者」と呼ぶ）が使用する端末であるものとする。

【0019】

また、サーバ１０は、組織Ｘの商談先の者（以下、単に「商談先担当者」と呼ぶ）が所有するクライアント端末４０（例えば、スマートホン）の接続（ｗｅｂ接続）を受け入れて、ｗｅｂページ（ｗｅｂアプリケーション）を提供する処理も行う。

【0020】

図１では、図示の都合上、クライアント端末２１、２２、４０及び名刺３０を１つずつ図示しているが、この実施形態において、関係する各クライアント端末２１、２２、４０及び名刺３０の数は限定されないものである。

【0021】

サーバ１０と各クライアント端末は、組織Ｘの支援処理に関する情報処理（例えば、組織Ｘの支援処理に関連する情報の入力受付や読み込みやデータベース編集等の情報処理）を行うアプリケーション（以下、「支援処理アプリケーション」と呼ぶ）のサービスをユーザ（例えば、担当者、管理者、及び商談先担当者）に提供する。

【0022】

また、支援処理システム１には、担当者が所持する名刺３０も構成要素として含まれるものとする。名刺３０には、他の通信装置と通信可能なＩＣタグ３１が表面又は内部に設けられている。ＩＣタグ３１は、例えば、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）等無線通信方式に対応し、他の通信装置（例えば、クライアント端末４０）と通信可能であるものとして説明する。この実施形態の例では、ＩＣタグ３１は、ＮＦＣに対応し、記録されているデータ（例えば、所定のＵＲＬ）を接続先の通信装置に送信可能であるものとして説明する。この実施形態では、名刺３０のＩＣタグ３１には、少なくとも、当該名刺３０を所持する担当者に対応するＵＲＬ（サーバ１０にアクセスするためのＵＲＬ）が記録されているものとして説明する。なお、担当者によっては、複数種類の名刺３０を所持している場合もあり得る（例えば、複数の肩書をもつ担当者の場合）。名刺３０ごとに記録されているＵＲＬは異なるため、サーバ１０側では、各名刺３０と各担当者との対応関係を把握しておくことにより、クライアント端末４０からアクセスを受け付けた際に、どの担当者の名刺３０と通信したかを把握することができる。

【0023】

例えば、名刺３０のＩＣタグ３１は、商談先担当者が所持するクライアント端末４０に近づけられて通信を開始すると、クライアント端末４０に記録されているＵＲＬ（以下、「名刺設定ＵＲＬ」と呼ぶ）を送信し、クライアント端末４０に送信したＵＲＬにアクセスさせる処理を行う。言い換えると、クライアント端末４０は、名刺３０が近づけられると、無線通信により当該名刺３０のＩＣタグ３１のデータをスキャンして取得し、取得したデータに応じた動作（例えば、ｗｅｂブラウザを起動して取得したデータのＵＲＬにアクセスする動作）を行う。以下では、クライアント端末４０が、名刺３０のデータをスキャンしてＵＲＬを取得する処理を「名刺スキャン」と呼ぶものとする。ここでは、クライアント端末４０が名刺スキャンにより名刺３０からＵＲＬを取得した場合は、取得したＵＲＬをｗｅｂブラウザに設定してサーバ１０にアクセスする処理が行われるものとして以下の説明を行う。

【0024】

このとき、サーバ１０は、クライアント端末４０に対して、名刺３０（当該名刺３０に対応する担当者）に関連する情報（以下、「名刺情報」と呼ぶ）と共に、商談に関連する情報の入出力を受け付ける操作画面（以下、「名刺／商談画面」と呼ぶ）のｗｅｂページを提示する。以下では、クライアント端末４０に表示させる名刺／商談画面の構成（例えば、表示する名刺情報の内容／位置や、ＧＵＩの構成）を定義したデータを単に「テンプレート」とも呼ぶものとする。

【0025】

次に、サーバ１０内部の機能的構成の例について、図１を用いて説明する。

【0026】

サーバ１０は、データベースミドルウェア１１、バックエンドアプリケーション１２、ｗｅｂサービスミドルウェア１３及びデータベース１５を有している。また、ｗｅｂサービスミドルウェア１３上にはｗｅｂサービスミドルウェア１３がインストールされている。

【0027】

サーバ１０では、組織Ｘの支援処理に関する情報が、データベース１５に記録されている。

【0028】

データベースミドルウェア１１は、データベースであるデータベース１５のデータ処理を行うミドルウェア（プラットフォーム）である。データベースミドルウェア１１としては、例えば、ＭｙＳＱＬやＯＲＡＣＬＥ等の種々のデータベースのミドルウェア（プラットフォーム）を適用することができる。

【0029】

また、ｗｅｂサービスミドルウェア１３は、例えば、ＡｐａｃｈｅやＮｇｉｎｅｘ等の種々のｗｅｂサービスミドルウェアを適用することができる。

【0030】

サーバ１０上では、バックエンドアプリケーション１２とｗｅｂサービスミドルウェア１３上にインストールされたフロントエンドアプリケーション１４が連携動作することにより、支援処理アプリケーションのサーバ機能が実現されている。サーバ１０において、フロントエンドアプリケーション１４は、主として支援処理アプリケーションのサーバ機能のうちクライアント端末とのインタフェース（ｗｅｂベースのインタフェース）の機能を担っており、バックエンドアプリケーション１２はそれ以外の機能（例えば、データベース１５に対するデータ処理機能等）を担っている。バックエンドアプリケーション１２は、データベースミドルウェア１１を介してデータベース１５に対するデータ処理を行う。

【0031】

なお、この実施形態では、支援処理アプリケーションのサーバ機能を、バックエンドアプリケーション１２とフロントエンドアプリケーション１４の２つの要素で実現しているが、支援処理アプリケーションのサーバ機能を実現する具体的なプログラムの構成（例えば、プログラムの要素の数等）は限定されないものであり、種々の構成を適用することができる。以下では、支援処理アプリケーションのうちサーバ機能を実現するプログラムを総称して「支援処理サーバアプリケーション」と呼び、クライアント機能を実現するプログラムを「支援処理クライアントアプリケーション」と呼ぶものとする。

【0032】

この実施形態では、支援処理サーバアプリケーションは、バックエンドアプリケーション１２とフロントエンドアプリケーション１４を含むプログラム／ソフトウェアにより実現されていると言える。また、この実施形態では、支援処理クライアントアプリケーションは、クライアント端末側にインストールされるアプリケーションや、ｗｅｂブラウザ上で実行されるアプリケーション（ｗｅｂアプリケーション）により実現されていると言える。

【0033】

また、この実施形態では、支援処理クライアントアプリケーションのうち、組織Ｘのユーザ（例えば、担当者や管理者等）が使用するクライアント端末２１、２２向けの機能のプログラムを「組織内部用クライアントアプリケーション」と呼び、商談先（商談先担当者）が使用するクライアント端末４０向けの機能のプログラムを「商談先用クライアントアプリケーション」と呼ぶものとする。

【0034】

なお、データベース１５の詳細構造については後述する。

【0035】

次に、サーバ１０のハードウェア構成の例について説明する。

【0036】

図２は、サーバ１０のハードウェア構成の例について示したブロック図である。

【0037】

図２では、サーバ１０を、ソフトウェア（コンピュータ）を用いて構成する際のハードウェア構成の例について示している。

【0038】

図２に示すサーバ１０は、ハードウェア的な構成要素として、プログラム（実施形態の支援処理プログラムを含む）がインストールされたコンピュータ１０００を有している。また、コンピュータ１０００は、支援処理プログラム専用のコンピュータとしてもよいし、他の機能のプログラムと共用される構成としてもよい。

【0039】

図２に示すコンピュータ１０００は、プロセッサ１００１、一次記憶部１００２、及び二次記憶部１００３を有している。一次記憶部１００２は、プロセッサ１００１の作業用メモリ（ワークメモリ）として機能する記憶手段であり、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の高速動作するメモリを適用することができる。二次記憶部１００３は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やプログラムデータ（実施形態に係る支援処理プログラム（支援処理サーバアプリケーション）のデータを含む）等の種々のデータを記録する記憶手段であり、例えば、ＦＬＡＳＨ（登録商標）メモリやＨＤＤやＳＳＤ等の不揮発性メモリを適用することができる。この実施形態のコンピュータ１０００では、プロセッサ１００１が起動する際、二次記憶部１００３に記録されたＯＳやプログラム（実施形態に係る支援処理プログラムを含む）を読み込み、一次記憶部１００２上に展開して実行する。

【0040】

なお、コンピュータ１０００の具体的な構成は図２の構成に限定されないものであり、種々の構成を適用することができる。例えば、一次記憶部１００２が不揮発メモリ（例えば、ＦＬＡＳＨメモリ等）であれば、二次記憶部１００３については除外した構成としてもよい。

【0041】

次に、クライアント端末２１、２２、４０の構成の例について説明する。

【0042】

図３は、クライアント端末２１の機能的構成について示したブロック図である。

【0043】

ＰＣにより構成されるクライアント端末２１は、ユーザインタフェース（入出力）のデバイスとしてディスプレイ２１２と入力デバイス２１３を有している。入力デバイス２１３としては、例えば、キーボード、ポインティングデバイス（例えば、マウスやタッチパッド等）等のデバイスの組み合わせを適用することができる。そして、クライアント端末２１には、ｗｅｂブラウザ２１１がインストールされている。クライアント端末２１では、ｗｅｂブラウザ２１１がサーバ１０（フロントエンドアプリケーション１４）にアクセスすることにより、ｗｅｂブラウザ２１１上でｗｅｂアプリケーション（支援処理アプリケーションの組織内部用クライアントアプリケーションを担うプログラム）がダウンロードされ実行される。なお、この実施形態では、ＰＣにより構成されるクライアント端末２１において、ｗｅｂブラウザ２１１を用いて支援処理アプリケーションの組織内部用クライアントアプリケーションの実行機能を実現しているが、他のクライアント端末と同様に別個のアプリケーションとして構成するようにしてもよい。ｗｅｂブラウザ２１１及びｗｅｂブラウザ２１１で動作するｗｅｂアプリケーションは、例えば、図２に示すコンピュータ１０００と同様の構成のコンピュータ上で実現（実行）されるものである。

【0044】

図４は、クライアント端末２２の機能的構成について示したブロック図である。

【0045】

携帯情報端末（例えば、スマートホンやタブレット等）で構成されるクライアント端末２２は、ユーザインタフェース（入出力）のデバイスとしてタッチパネルディスプレイ２２２を有している。また、携帯情報端末で構成されるクライアント端末２２は、ユーザインタフェース（入出力）のデバイスとしてタッチパネルディスプレイ２２２を有している。また、クライアント端末２２には、支援処理アプリケーションの組織内部用クライアント機能（フロントエンドアプリケーション１４に接続するクライアント機能）を担うアプリケーション２２１がインストールされている。さらに、クライアント端末２１には、自装置の位置情報を取得することが可能な位置情報取得部２２３が配置されている。位置情報取得部２２３には、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）通信等の種々の手段により位置情報を取得する手段を適用することができる。クライアント端末２２は、ユーザ（担当者）の操作に応じて、位置情報取得部２２３が取得した位置情報をサーバ１０に通知する処理（以下、この処理を「チェックイン」と呼ぶ）を行うものとする。なお、携帯情報端末により構成されるクライアント端末２２において、ｗｅｂブラウザを用いて支援処理アプリケーションの組織内部用クライアントアプリケーションの実行機能を実現するようにしてもよい。アプリケーション２２１は、例えば、図２に示すコンピュータ１０００と同様の構成のコンピュータ上で実現（実行）されるものである。

【0046】

図５は、クライアント端末４０の機能的構成について示したブロック図である。

【0047】

携帯情報端末（例えば、スマートホンやタブレット等）で構成されるクライアント端末４０は、ユーザインタフェース（入出力）のデバイスとしてタッチパネルディスプレイ４０２を有している。また、携帯情報端末で構成されるクライアント端末４０は、ユーザインタフェース（入出力）のデバイスとしてタッチパネルディスプレイ４０２を有している。そして、クライアント端末４０には、ｗｅｂブラウザ４０１がインストールされている。クライアント端末４０では、ｗｅｂブラウザ４０１がサーバ１０（フロントエンドアプリケーション１４）にアクセスすることにより、ｗｅｂブラウザ４０１上でｗｅｂアプリケーション（支援処理アプリケーションの顧客用クライアントアプリケーションを担うプログラム）がダウンロードされ実行される。なお、この実施形態では、クライアント端末４０を携帯情報端末で実現する構成としているが、ＰＣにより実現するようにしてもよい。ｗｅｂブラウザ４０１及びｗｅｂブラウザ４０１で動作するｗｅｂアプリケーションは、例えば、図２に示すコンピュータ１０００と同様の構成のコンピュータ上で実現（実行）されるものである。

【0048】

次に、データベース１５に記憶される各データの構成例について説明する。

【0049】

なお、以下では、組織Ｘ内の各ユーザ（例えば、担当者や管理者等）に付与された識別子を「担当者ＩＤ」と呼び、各名刺３０に付与された識別子を「名刺ＩＤ」、組織Ｘの商談先ごとに付与された識別子を「商談先ＩＤ」、各商談先担当者に付与された識別子を「商談先担当者ＩＤ」、組織Ｘで販売対象となっている商材ごとに付与された識別子を「商材ＩＤ」、担当者による商談先との商談ごとに付与される識別子を「商談ＩＤ」、サーバ１０がクライアント端末２２からチェックインを受け付けるごとに付与する識別子を「チェックインＩＤ」、サーバ１０がクライアント端末４０から名刺スキャンに伴うアクセスを受け付けるごとに付与する識別子を「エンカウントＩＤ」とそれぞれ呼ぶものとする。

【0050】

図６は、データベース１５に記憶されているデータ構成の例について示したブロック図である。

【0051】

なお、以後説明するデータベース１５のデータ構成例は一例であり、具体的なテーブル構成については以後説明する例に限定されないものである。

【0052】

この実施形態のデータベース１５には、図６に示すように、名刺管理データ１５１１、商談先管理データ１５１２、商談先担当者管理データ１５１３、商材管理データ１５１４、テンプレート管理データ１５１５、商談管理データ１５１６、チェックイン管理データ１５１７、及び名刺スキャン管理データ１５１８を含むデータが記憶管理されているものとする。

【0053】

図７は、名刺管理データ１５１１の構成例について示した図である。

【0054】

名刺管理データ１５１１は、名刺３０ごとに関連するデータが管理されるテーブルである。

【0055】

図７に示すように、名刺管理データ１５１１には、名刺ＩＤごとに、担当者ＩＤ、氏名、名刺設定ＵＲＬ、電話番号、電子メールアドレス、資格証明データ、部署及びテンプレートＩＤを含む項目のデータが登録されている。

【0056】

電話番号、電子メールアドレス、部署及びテンプレートＩＤには、当該名刺３０を所持する担当者（担当者ＩＤ）に対応する情報が登録される。

【0057】

資格証明データは、例えば、担当者ＩＤに対応する担当者が保有する資格（例えば、営業に関連する資格）を証明するためのデータ（例えば、資格証明書等の画像データや資格を証明することが可能なリンク先（例えば、ＵＲＬ等））又は当該データのリンク先（例えば、パス名及びファイル名）であるものとする。図７では、担当者ＩＤ「０００１」、「０００２」、・・・（名刺ＩＤ「０００１」、「０００２」、・・・）に対応する資格証明データを、それぞれ「資格証明データＣＤ１」、「資格証明データＣＤ２」、・・・と図示している。

【0058】

テンプレートＩＤは、当該名刺ＩＤに対応するデフォルトの名刺／商談画面のテンプレートを指定する項目である。テンプレートＩＤは、後述するテンプレート管理データ１５１５で管理されるテンプレートを識別する識別子である。

【0059】

図８は、商談先管理データ１５１２の構成例について示した図である。

【0060】

商談先管理データ１５１２は、商談先（商談先の企業）ごとに関連するデータが管理されるテーブルである。

【0061】

図８に示すように、商談先管理データ１５１２には、商談先ＩＤごとに、会社名、住所、及び電話番号を含む項目のデータが登録されている。

【0062】

図９は、商談先担当者管理データ１５１３の構成例について示した図である。

【0063】

商談先担当者管理データ１５１３は、商談先担当者ごとに関連するデータが管理されるテーブルである。

【0064】

図９に示すように、商談先担当者管理データ１５１３には、商談先担当者ＩＤごとに商談先ＩＤ、氏名、住所、及び電話番号を含む項目のデータが登録されている。

【0065】

図１０は、商材管理データ１５１４の構成例について示した図である。

【0066】

商材管理データ１５１４は、商材ごとに関連するデータを管理するテーブルである。

【0067】

図１０に示すように、商材管理データ１５１４には、商材ＩＤごとに、商材名、及び商材資料データを含む各項目のデータが登録されている。商材資料データは、例えば、商材ＩＤに関連する資料のデータ（例えば、当該商材を説明するパンフレットのＰＤＦデータ等）や当該データのリンク先（例えば、パス名及びファイル名）であるものとする。図１０では、商材ＩＤ「０００１」、「０００２」、・・・に対応する商材資料データを、それぞれ「商材資料データＰＤ１」、「商材資料データＰＤ２」、・・・と図示している。

【0068】

図１１は、テンプレート管理データ１５１５の構成例について示した図である。

【0069】

テンプレート管理データ１５１５は、名刺／商談画面のテンプレートごとに関連するデータを管理するテーブルである。

【0070】

テンプレート管理データ１５１５では、各テンプレートを識別するための識別子としてテンプレートＩＤが付与されている。この実施形態では、１つの名刺ＩＤに対して複数のテンプレート（テンプレートＩＤ）が設定される場合があり得るものとする。図１１に示すように、テンプレート管理データ１５１５には、テンプレートＩＤごとに、名刺ＩＤ、テンプレート名、商材ＩＤ、及びレイアウトデータを含む各項目のデータが登録されている。テンプレート名は、テンプレートＩＤに対応するタイトルであり、ユーザ（例えば、担当者や管理者等）により任意の文字列の設定が可能であるものとする。テンプレート管理データ１５１５では、商材ＩＤは、当該テンプレート（テンプレートＩＤ）に対応する商材を定義する項目となっている。レイアウトデータの項目は、名刺／商談画面（商談を支援するコンテンツ）のレイアウト（表示する情報やボタンのレイアウト）を定義するデータ（例えば、レイアウトを定義するＸＭＬやＪＳＯＮ形式のデータ）や当該データのリンク先（例えば、パス名及びファイル名）であるものとする。図１１では、テンプレートＩＤ「０００１」、「０００２」、・・・に対応するレイアウトデータを、それぞれ「レイアウトデータＬＤ１」、「レイアウトデータＬＤ２」、・・・と図示している。

【0071】

図１２は、商談管理データ１５１６の構成例について示した図である。

【0072】

図１２に示すように、商談管理データ１５１６は、商談（商談ＩＤ）ごとに、当該商談に関連する情報（以下、「商談情報」と呼ぶ）を管理するテーブルである。

【0073】

図１２に示すように、商談管理データ１５１６には、商談ＩＤごとに、担当者ＩＤ、商談先ＩＤ、訪問回数、商談名（タイトル）、名刺テンプレートＩＤ、開始日時、終了日時、メモ、商談結果、及び成約件数を含む各項目のデータが商談情報として登録されている。

【0074】

商談管理データ１５１６では、商談の予定（未来の商談）及び商談の結果（過去の商談）のデータが一元的に管理されるものとする。商談管理データ１５１６を構成する項目のうち、商談結果及び成約件数の項目は、当該商談の結果を示す項目である。商談結果は、当該商談の結果をフラグ形式で示す項目であるものとする。この実施形態の例では、商談結果の項目は、「成約」、「継続検討」、「ＮＧ」（商談失敗）のいずれかの値（フラグ）が設定されるものとする。成約件数の項目は、商談結果が「成約」の場合において、成約した商材の単位数を示すものとする。例えば、成約対象の商材がボトル入りのミネラルウォーターであり、販売単位がボトル１ダース（１２本）である場合、成約件数＝１は１ダースの販売が成立したことを示すことになる。商談管理データ１５１６では、商談名（タイトル）及びメモは担当者が入力した任意の文字列が設定される項目であるものとする。商談管理データ１５１６を構成する項目のうち、商談結果及び成約件数以外の項目は、商談開始前において未来の商談の予定の情報を示し、商談終了後においては過去の商談の結果の情報を示すことになる。

【0075】

図１３は、チェックイン管理データ１５１７について示した図である。

【0076】

図１３に示すように、チェックイン管理データ１５１７には、チェックイン（チェックインＩＤ）ごとに関連するデータを管理するテーブルである。

【0077】

図１３に示すように、チェックイン管理データ１５１７には、サーバ１０（支援処理サーバアプリケーション）が受け付けたチェックイン（発行したチェックインＩＤ）ごとに、日時、担当者ＩＤ、商談ＩＤ、及びチェックイン座標を含む各項目のデータが登録されている。

【0078】

日時の項目は、サーバ１０でチェックインを受け付けた日時を示している。また、チェックイン座標の項目は、サーバ１０で受け付けたチェックインの通知に含まれている位置情報（クライアント端末２２が位置情報取得部２２３で取得した位置情報）を示している。チェックイン座標は、例えば、ＧＰＳで処理される緯度・経度の形式で表現するようにしてもよい。さらに、チェックイン管理データ１５１７における「担当者ＩＤ」及び「商談ＩＤ」の項目は、サーバ１０がチェックインを受け付けたときに位置情報（チェックイン座標）に付加されている情報であるものとする。例えば、ある担当者が、ある商談ＩＤの商談を行う直前にクライアント端末２２を操作することで、当該クライアント端末２２によりチェックインの処理が行われる場合、当該クライアント端末２２は現在位置の位置情報（チェックイン座標）に、当該担当者の担当者ＩＤ及び商談ＩＤを付加してサーバ１０へデータ（チェックイン処理に係るデータ）を送信するようにしてもよい。

【0079】

図１４は、名刺スキャン管理データ１５１８について示した図である。

【0080】

名刺スキャン管理データ１５１８に示すように、名刺スキャン（担当者と商談先担当者とのエンカウントに伴う名刺スキャン）ごとに、関連するデータを管理するテーブルである。

【0081】

図１４に示すように、名刺スキャン管理データ１５１８には、サーバ１０（支援処理サーバアプリケーション）が受け付けた名刺スキャンに伴うアクセス（エンカウントＩＤ）ごとに、日時、名刺ＩＤ、及び商談ＩＤを含む各項目のデータが登録されている。

【0082】

名刺スキャン管理データ１５１８の日時の項目はサーバ１０が名刺スキャン（エンカウント）に伴うアクセスを受け付けた日時を示している。また、名刺スキャン管理データ１５１８の名刺ＩＤの項目は、サーバ１０が名刺スキャン（エンカウント）に伴うアクセスを受け付けたときのＵＲＬに応じた名刺ＩＤが設定される。サーバ１０では、名刺管理データ１５１１に基づいて、名刺スキャン（エンカウント）に伴うアクセスを受け付けたときのＵＲＬに応じた名刺ＩＤを把握することができる。サーバ１０では、名刺スキャン（エンカウント）に伴うアクセスを受け付けた場合、現在時刻とチェックイン管理データ１５１７の情報に基づいて、対応する商談の商談ＩＤを把握することができる。

【0083】

（Ａ－２）実施形態の動作
次に、以上のような構成を有する実施形態の支援処理システム１の動作（実施形態の支援処理方法）を説明する。

【0084】

ここでは、まず、ある担当者とある商談先との間で所定のシナリオ（以下、「本シナリオ）と呼ぶ）に沿った商談が行われた場合における、各装置の動作について説明する。

【0085】

図１５は、本シナリオにおいて、サーバ１０（支援処理サーバアプリケーション）の動作を中心に示したフローチャートである。なお、本明細書において、サーバ１０の動作（処理）は主として支援処理サーバアプリケーションによる動作（処理）を示し、クライアント端末２１又はクライアント端末２２の動作（処理）は主として（組織内部用クライアントアプリケーション）による動作（処理）を示し、クライアント端末４０の動作（処理）は主として商談先用クライアントアプリケーションによる動作（処理）を示す。

【0086】

本シナリオでは、クライアント端末２２を使用する担当者の担当者ＩＤを「０００１」とし、クライアント端末４０を使用する商談先担当者の商談先ＩＤを「０００１」、商談先担当者ＩＤを「０００１」として説明する。

【0087】

ここでは、まず、クライアント端末２２を使用する担当者が、クライアント端末２２（組織内部用クライアントアプリケーション）を用いてサーバ１０（支援処理サーバアプリケーション）にアクセスし、担当者ＩＤ「０００１」でログインに成功したものとする（Ｓ１００）。このときのログイン画面や認証方式等については種々の認証処理を適用することができるため詳しい説明を省略する。以下では、クライアント端末２２を使用する担当者（商談先担当者ＩＤを「０００１」とする担当者）を「ログイン担当者」と呼ぶ。

【0088】

クライアント端末２２（組織内部用クライアントアプリケーション）がログインすると、初期画面（以下、「マイメニュー画面」とも呼ぶ）を表示するものとする。

【0089】

図１６は、マイメニュー画面（初期画面）の構成例について示した図である。

【0090】

図１６に示すマイメニュー画面では、名刺情報を表示するためのフィールドＦ１０１と、商談情報の処理（例えば、商談情報の編集又は閲覧）を受け付ける操作画面（以下、「商談情報処理画面」と呼ぶ）を呼び出すためのボタンＢ１０１、チェックインの実行を受け付けるための操作画面（以下、「チェックイン操作画面」と呼ぶ）を呼び出すボタンＢ１０２、及び適用するテンプレート等の設定（以下、「プロファイル」と呼ぶ）編集を受け付けるための操作画面（以下、「テンプレート編集画面」と呼ぶ）を呼び出すためのボタンＢ１０３が配置されている。

【0091】

次に、クライアント端末２２を使用する担当者が、クライアント端末２２（組織内部用クライアントアプリケーション）を用いてサーバ１０（支援処理サーバアプリケーション）にアクセスし、商談管理データ１５１６に新規の商談（新規の商談ＩＤのデータ）を追加登録したものとする（Ｓ１０１）。

【0092】

ここでは、担当者が使用するクライアント端末２２において、初期画面（マイメニュー画面）から商談情報の処理を受け付けるためのボタンＢ１０１が押下され、商談情報処理画面が呼び出されたものとする。

【0093】

図１７は、商談情報処理画面の構成例について示した図である。

【0094】

商談情報処理画面では、商談管理データ１５１６に登録されている未来の商談（ログイン担当者の担当者ＩＤが設定された商談）のいずれかの選択を受け付けるためのフィールドＦ２０１と、新規の商談情報の入力を受け付けるためのボタンＢ２０１とが配置されている。フィールドＦ２０１には、既登録の商談（商談情報）の選択を受け付ける選択ボタン（対応する商談情報の一部（例えば、タイトルや日時等）が表示されたボタン）を複数配置することができる。

【0095】

クライアント端末２２は、ボタンＢ２０１又はフィールド２０１のいずれかの商談ボタンが押下されると、商談情報の編集を受け付けるための操作画面（以下、「商談情報編集受付画面」と呼ぶ）を表示させる。

【0096】

図１８は、商談情報編集画面の構成例について示した図である。

【0097】

図１８に示す商談情報編集画面には、商談情報の各項目について表示又は入力を行うためのフィールドＦ３０１～Ｆ３１３と、フィールドＦ３０１～Ｆ３１３に表示された商談情報の登録／更新（商談管理データ１５１６への登録／更新）を受け付けるためのボタンＢ３０１とが配置されている。

【0098】

クライアント端末２２は、既登録の商談情報の編集を受け付ける場合、初期状態で商談情報編集受付画面に当該既登録の商談情報（商談管理データ１５１６に登録されている商談情報）を各フィールドに表示する。

【0099】

Ｆ３０１には、サーバ１０側で付与された商談ＩＤが表示される。

【0100】

図１８に示す商談情報編集画面における、フィールドＦ３０３～Ｆ３０６、Ｆ３１１～Ｆ３１３は、それぞれ商談管理データ１５１６における、商談名（タイトル）、テンプレート名（商材名）、開始日時、終了日時、メモ、商談結果、成約件数と対応している。

【0101】

図１８に示す商談情報編集画面のフィールドＦ３０４には、テンプレート管理データ１５１５に登録されたいずれかのテンプレートＩＤのテンプレート名を選択可能なプルダウンメニューが設定されているものとする。また、図１８に示す商談情報編集画面のフィールドＦ３０４のプルダウンメニューでは、テンプレート名と共に当該テンプレートに設定されている商材ＩＤに対応する商材名が括弧内に付記されている。例えば、図１１に示すテンプレート管理データにおいて、テンプレートＩＤ：０００１のテンプレートに注目すると、テンプレート名：テンプレート１、商材ＩＤ：０００１（対応する商材名は「商材Ａ」）になる。したがって、フィールドＦ３０４のプルダウンメニューにおいて、テンプレートＩＤ：０００１のテンプレートは、「テンプレート１（商材Ａ）」と表示される。

【0102】

図１８に示す商談情報編集画面のフィールドＦ３０７には、商談先管理データ１５１２に登録されたいずれかの商談先ＩＤに対応する商談先（商談先の会社名）を選択可能なプルダウンメニューが設定されているものとする。フィールドＦ３１０には、フィールドＦ３０７に設定された商談先に所属する商談先担当者（商談先担当者管理データ１５１３で管理されており商談先ＩＤがフィールドＦ３０７の会社と共通する商談先担当者の氏名）を選択可能なプルダウンメニューが設定されているものとする。フィールドＦ３０７、Ｆ３０８は、フィールドＦ３１０で選択された商談先担当者に対応する場所及び電話番号（商談先担当者管理データ１５１３に設定されている住所、電話番号が設定される。

【0103】

Ｆ３０２には、サーバ１０側でカウントされた訪問回数（例えば、フィールドＦ３０７に設定された会社で過去に行われた商談の回数に１を加えた回数）が設定される。

【0104】

ここでは、図１８に示すような商談ＩＤ：０００３の商談情報（商談予定の情報）が入力され、商談管理データ１５１６に登録されたものとする。このとき、商談管理データ１５１６の内容は、図１２のような内容となる。

【0105】

その後、クライアント端末２２を使用する担当者が、商談ＩＤ：０００３の商談開始日時の直前に商談先の近くにおり、クライアント端末２２を用いてチェックインの操作を行い、サーバ１０で受付られたものとする（Ｓ１０２）。

【0106】

ここでは、担当者が使用するクライアント端末２２において、初期画面（マイメニュー画面）からチェックインの処理を受け付けるためのボタンＢ１０２が押下され、チェックイン操作画面が呼び出されることになる。

【0107】

図１９は、チェックイン操作画面の構成例について示した図である。

【0108】

チェックイン操作画面では、商談管理データ１５１６に登録されている未来の商談（ログイン担当者の担当者ＩＤが設定された商談）のいずれかの選択を受け付けるためのフィールドＦ４０１が配置されている。

【0109】

図１９に示すフィールドＦ４０１では、１件の商談（ステップＳ１０１で入力された商談；商談ＩＤ：０００３の商談）のみが表示されており、ここでは、ログイン担当者により当該商談が選択操作（例えば、クリック）されたものとする。

【0110】

これにより、クライアント端末２２は、位置情報取得部２２３から現在位置の座標を取得し、サーバ１０宛に、チェックインの通知を付加情報（商談ＩＤ（０００３）及び取得した座標を含む情報）と共に送信する。

【0111】

サーバ１０は、クライアント端末２２からのチェックインの情報を受け付けると、チェックイン管理データ１５１７が新たなチェックインＩＤを発行し、当該チェックインの情報を追加登録する。ここでは、サーバ１０は、チェックインＩＤ：０００３を新に発行したものとする。

【0112】

このとき、チェックイン管理データ１５１７の内容は、図１３のような内容となる。図１３では、チェックインＩＤ：３（商談ＩＤ：０００３）のチェックインの情報が追加された状態となっている。

【0113】

その後、クライアント端末２２を使用する担当者が、商談ＩＤ：０００３の商談予定に従って、商談先（会社Ａ）を訪問し、商談先の担当者（クライアント端末４０のユーザ）に名刺３０（名刺ＩＤ：０００１、名刺設定ＵＲＬ：ＵＲＬ１）を提示し、クライアント端末４０によりスキャンされたものとする。そして、クライアント端末４０がスキャンしたＵＲＬ（以下、「スキャンＵＲＬ」と呼ぶ；ここではＵＲＬ１）をｗｅｂブラウザ４０１に設定してサーバ１０にアクセスしたものとする。このとき、サーバ１０はスキャンＵＲＬ（ＵＲＬ１）のアクセスを受け付けると、当該受付に対して新たなエンカウントＩＤを発行し、発行したエンカウントＩＤの名刺スキャンの情報を名刺スキャン管理データ１５１８に追加する処理を行う（Ｓ１０３）。ここでは、新たに、エンカウントＩＤ：０００３を発行したものとする。

【0114】

このとき、名刺スキャン管理データ１５１８の内容は、図１４のような内容となる。図１４では、エンカウントＩＤ：０００３の名刺スキャンの情報が追加されている。

【0115】

このとき、サーバ１０では、名刺管理データ１５１１を参照して、受け付けたスキャンＵＲＬ（ＵＲＬ１）と名刺設定ＵＲＬが一致する名刺ＩＤが把握される。ここでは、サーバ１０では、名刺管理データ１５１１に基づいて、スキャンＵＲＬ（ＵＲＬ１）に対応する担当者はログイン担当者（担当者ＩＤ：０００１）と把握できる。そして、サーバ１０は、チェックイン管理データ１５１７を参照して、ログイン担当者（担当者ＩＤ：０００１）の最新のチェックインを参照し、参照したチェックインの商談ＩＤを取得する。そして、サーバ１０は、商材管理データ１５１４を参照して、取得した商談ＩＤに対応する商談情報を取得する。そして、サーバ１０は、取得した商談情報の名刺テンプレートＩＤ及び商材ＩＤを取得する。このとき、サーバ１０は、取得した商談ＩＤを名刺スキャン管理データ１５１８で、新に追加したエンカウントＩＤに対応する商談ＩＤとして設定する。図１４では、エンカウントＩＤ：０００３に対応する商談ＩＤとして０００３が設定されている。

【0116】

そして、サーバ１０は、取得した、名刺テンプレートＩＤ及び商材ＩＤに基づいて、リダイレクト先のＵＲＬ（以下、「リダイレクトＵＲＬ」と呼ぶ）を生成して、クライアント端末４０にリダイレクトＵＲＬを通知する（Ｓ１０４）。

【0117】

このとき、サーバ１０は、取得した商談に関連する事項を特定可能な文字列（以下、「特定文字列」と呼ぶ）をリダイレクトＵＲＬに埋め込むものとする。例えば、サーバ１０は、特定文字列に、取得した商談の一部又は全部の項目の情報（例えば、会社ＩＤ、商談ＩＤ、及び名刺テンプレートＩＤを含む情報）、及びステップＳ１０３で新たに発行されたエンカウントＩＤを示す文字列を含むようにしてもよい。

【0118】

具体的には、例えば、リダイレクトＵＲＬとして以下のような形式の文字列で構成するようにしてもよい。

【0119】

https://uuu.bz/[商談先の会社名]/[担当者ID]/[商談情報に設定されたテンプレートID]?enountid=[エンカウントID]&appointid=[商談ID]

【0120】

上記の形式について、[商談先の会社名]：Ａ、[担当者ID]：0001、[商談情報に設定されたテンプレートID]：0001、[エンカウントID]：0001、[商談ID]：0003をあてはめると以下のようになる。

【0121】

https://uuu.bz/A/0001/0001?enountid=0003&appointid=0001

【0122】

なお、名刺スキャン時に、サーバ１０側でエンカウントＩＤと商談ＩＤが紐づけられなかった場合（担当者がチェックインの処理を行わずに商談を開始していた場合）もあり得る。この場合、サーバ１０側では、名刺スキャン管理データ１５５８の商談ＩＤの項目にＮＵＬＬを入力（図１４のエンカウントＩＤ：０００２のデータを参照）しつつリダイレクトＵＲＬを以下のような形式（商談ＩＤを除外した形式）で設定するようにしてもよい。

【0123】

https://uuu.bz/[商談先の会社名]/[担当者ID]/[商談情報に設定されたテンプレートID]?enountid=[エンカウントID]

【0124】

名刺スキャン時に、サーバ１０側でエンカウントＩＤと商談ＩＤが紐づけられなかった場合、サーバ１０側では、名刺管理データ１５１１に設定されているテンプレートＩＤ（名刺３０ごとに設定されたデフォルトのテンプレートＩＤ）に従ってコンテンツ（名刺／商談画面）を生成するようにしてもよい。

【0125】

クライアント端末４０（ｗｅｂブラウザ４０１）は、リダイレクトＵＲＬの通知を受けると、リダイレクトＵＲＬで再接続を行う。そうすると、サーバ１０では、リダイレクトＵＲＬのアクセスを受け付ける（Ｓ１０５）。

【0126】

サーバ１０は、リダイレクトＵＲＬを受け付けると、当該リダイレクトＵＲＬに含まれる文字列に基づいて、当該リダイレクトＵＲＬに係る商談に応じた名刺／商談画面（商談を支援するコンテンツ）を生成して、クライアント端末４０（ｗｅｂブラウザ４０１）に提示する（Ｓ１０６）。名刺／商談画面のコンテンツには、クライアント端末４０（ｗｅｂブラウザ４０１）に当該商談に係る情報（例えば、エンカウントＩＤ、商談ＩＤ、担当者ＩＤ等）を保持させる処理（例えば、ｃｏｏｋｉｅ等のデータ保持手段を用いた処理）を含み、名刺／商談画面のコンテンツにおける画面遷移（例えば、いずれかのボタン押下による画面遷移）の際に保持させた情報を利用させるようにしてもよい。

【0127】

商談完了後に、ログイン担当者が、クライアント端末２２を用いて、商談情報編集受付画面から完了した商談に関する商談情報（商談管理データ１５１６に登録された商談情報）を更新（成約件数及び成約済を含む項目を登録）したものとする（Ｓ１０７）。

【0128】

次に、クライアント端末４０に表示される名刺／商談画面の構成例について説明する。

【0129】

図２０は、名刺／商談画面の構成例について示した説明図である。

【0130】

図２０に示す名刺／商談画面には、ログイン担当者（組織Ｘの担当者）の名刺情報を表示するためのフィールドＦ５０１と、商談に関連する操作を受け付けるための１以上のボタンが配置されたフィールドＦ５０１とが配置されている。

【0131】

また、図２１は、名刺／商談画面から遷移する操作画面を示している。

【0132】

図２１に示す名刺／商談画面の例では、フィールドＦ５０１に７つのボタンＢ５０１～Ｂ５０７が配置されている。

【0133】

例えば、名刺／商談画面で、「証明」と表示されたボタンＢ５０１が押下された場合、クライアント端末４０では、ログイン担当者の資格証明データ（名刺管理データ１５１１に登録された資格証明データ）の内容を表示する操作画面（以下、「資格証明データ表示画面」と呼ぶ）が表示されるようにしてもよい。図２１（ａ）は、資格証明データ表示画面の構成例について示した図である。図２１（ａ）では、資格証明データとして、資格証明書をスキャンした画像が表示されている。

【0134】

また、例えば、名刺／商談画面で、「資料」と表示されたボタンＢ５０２が押下された場合、クライアント端末４０では、商談に関連する１以上の資料を選択するための操作画面（以下、「資料選択画面」と呼ぶ）が表示されるようにしてもよい。図２１（ｂ）は、資料選択画面の構成例について示した図である。図２１（ｂ）に示す資料選択画面では、２つの資料に関連するボタンが配置されている。クライアント端末４０では、図２１（ｂ）に示す資料選択画面で、押下されるボタンに対応する資料（例えば、ＰＤＦ等の資料）が表示されるようにしてもよい。資料選択画面で選択可能な資料には、例えば、商談管理データにおいて設定されている名刺テンプレートＩＤに対応する商材ＩＤの資料（商材管理データに設定されている商材資料データ）が含まれる。例えば、図１２に示す商談ＩＤ：０００３の商談では、名刺テンプレートＩＤとして０００１が設定されており、図１１のテンプレート管理データでは、テンプレートＩＤ：０００１に対応する商材ＩＤとして０００１が設定されており、図１０に示す商材管理データでは商材ＩＤ：０００１に対応する商材資料データとして商材資料データＰＤ１が設定されている。したがって、商談ＩＤ：０００３に対応する資料選択画面で選択可能な資料には、商材資料データＰＤ１のデータが含まれるようにしてもよい。

【0135】

さらに、例えば、名刺／商談画面で、「申し込み書」と表示されたボタンＢ５０３が押下された場合、クライアント端末４０では、商談に係る商材注文の申し込みを行うための申し込みフォームを表示した画面（以下、「申し込み画面」と呼ぶ）を表示するようにしても良い。図２１（ｃ）は、申し込み画面（申し込みフォーム）の構成例について示した図である。図２１（ｃ）に示す申込画面では、商材Ａの申し込みを受け付けるためのフォームになっており、一部の項目については、商談情報（例えば、ｃｏｏｋｉｅに保持させた情報）等に基づき自動入力されるようにしてもよい。例えば、図２１（ｃ）の申し込み画面では、予め代理店番号や販売員コード（当該商談の担当者ＩＤ）が自動的に入力された状態となっている。

【0136】

さらにまた、例えば、名刺／商談画面で、「担当に電話」と表示されたボタンＢ５０４が押下された場合、クライアント端末４０では、ログイン担当者へ電話の発信（例えば、図示しない電話アプリケーションを起動してログイン担当者の電話番号への発信）が行われるようにしてもよい。

【0137】

また、例えば、名刺／商談画面で、「担当にメッセージ送信」と表示されたボタンＢ５０５が押下された場合、クライアント端末４０では、図示しないメッセージ送受信アプリケーション（例えば、電話番号等をアドレスとしたメッセージ送受信アプリケーション）を起動して、ログイン担当者へ編集／送信する操作画面の表示が行われるようにしてもよい。

【0138】

さらに、例えば、名刺／商談画面で、「電話帳に追加」と表示されたボタンＢ５０６が押下された場合、クライアント端末４０では、図示しない電話アプリケーションを起動して、ログイン担当者の電話番号をアドレス帳（電話帳）に追加する処理が行われるようにしてもよい。

【0139】

さらにまた、名刺／商談画面で、「資料ライブラリ」と表示されたボタンＢ５０２が押下された場合、クライアント端末４０では、過去の商談に関連する１以上の資料を選択するための操作画面（以下、「過去資料選択画面」と呼ぶ）が表示されるようにしてもよい。過去資料選択画面は、例えば、図２１（ｂ）に示す資料選択画面と同様の形式の構成としてもよい。

【0140】

次に、組織Ｘの管理者が使用するクライアント端末２１で表示される操作画面の例について説明する。

【0141】

上記の通り、サーバ１０では、各担当者の行動記録を示すデータとして、商談管理データ１５１６の商談情報だけでなく、チェックイン管理データ１５１７や名刺スキャン管理データ１５１８等も保持されている。

【0142】

そこで、この実施形態において、サーバ１０（支援処理サーバアプリケーション）は、各担当者の行動記録を表示する操作画面（以下、「行動記録表示画面」と呼ぶ）をクライアント端末に提示可能とするようにしてもよい。

【0143】

図２２は、行動記録表示画面の構成例について示した図である。

【0144】

図２２の行動記録表示画面では、ある担当者のある一日の行動記録を表示する画面となっている。

【0145】

図２２の行動記録表示画面では、行動記録表示に係る担当者を特定する情報（例えば、担当者ＩＤ及び氏名を含む情報）を表示するフィールドＦ６０１と、当該担当者について当該日付に発生したイベント（例えば、チェックイン及び名刺スキャンを含むイベント）を時系列順に表示するフィールドＦ６０２と、フィールドＦ６０２に表示した各イベントが発生した位置を視覚的に表示するフィールドＦ６０３とが配置されている。

【0146】

図２２では、フィールドＦ６０１には、当該担当者の担当者ＩＤ及び氏名が表示されている。

【0147】

また、図２２では、フィールドＦ６０２には、当該担当者の当該日付における名刺スキャン及びチェックインごとに、日付時刻（日時）、区分（チェックイン又は名刺スキャンのいずれかの区分け）、商談名（商談情報を構成するタイトル）、商材（商談情報を構成する商材ＩＤに対応する商材名）、及び位置（チェックイン又は名刺スキャンのイベントが発生した座標を住所形式に変換した情報）を含む情報を表示している。図２２のフィールドＦ６０２では、１行で１つのイベントの情報が表示されている。図２２のフィールドＦ６０２には、計４つのイベントの情報が表示されている。図２２の行動記録表示画面では、名刺スキャン時の位置についても表示しているが、サーバ１０側で位置を把握していない場合には、空欄（NULL）としてもよいし、当該商談先の住所を設定するようにしてもよい。また、サーバ１０において、名刺スキャン時にクライアント端末４０のｗｅｂブラウザ４０１から位置情報の取得も可能である場合には、名刺スキャン管理データ１５１８に位置情報の項目を追加し、行動記録表示画面に反映可能とするようにしてもよい。

【0148】

さらに、図２２では、フィールドＦ６０３には、地図画像上に、フィールドＦ６０２に表示された各イベントが発生した位置を示すピンの画像が重ねて表示されている。図２２のフィールドＦ６０３では、フィールドＦ６０２に表示された４つのイベントに対応するピンの画像Ｐ１０１～Ｐ１０４が地図画像上で対応する位置に重ねて配置されている。

【0149】

（Ａ－３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

【0150】

この実施形態の支援処理システム１では、組織Ｘの担当者は、名刺３０を商談先担当者に渡さずに提示(商談先のクライアント端末４０にスキャン)するだけで、容易に商談先担当者に名刺／商談画面にアクセスさせることができる。

【0151】

また、この実施形態の支援処理システムでは、商談先担当者の使用するクライアント端末４０にｗｅｂブラウザ４０１さえインストールされていれば良い（特別なアプリケーションのインストールを必要としない）ため、容易に商談先担当者に名刺／商談画面にアクセスさせることができる。

【0152】

（Ｂ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

【0153】

（Ｂ－１）上記の実施形態では、名刺３０のＩＣタグ３１にスキャンＵＲＬが記録されておりＮＦＣにより、商談先担当者のクライアント端末４０に読み込ませる構成となっている。つまり、上記の実施形態では、スキャンＵＲＬを記録する媒体として、名刺３０（ＩＣタグ３１）を適用している。しかしながら、本発明では、クライアント端末４０にスキャンＵＲＬを読み込ませるための媒体や構成については上記の例に限定されないものである。例えば、紙の名刺にスキャンＵＲＬの文字列やスキャンＵＲＬを符号化した画像（例えば、ＱＲコード（登録商標）等の二次元コード）を印刷したものを、スキャンＵＲＬを記録した媒体として適用するようにしてもよい。また、例えば、担当者が使用するクライアント端末２２にスキャンＵＲＬを設定しておき、無線通信（例えば、ＮＦＣ等）により直接商談先担当者が使用するクライアント端末４０に送信したり、タッチパネルディスプレイ２２２に表示（例えば、文字列や符号化した画像により表示）して商談先担当者が使用するクライアント端末４０に読み込ませるようにしてもよい。

【0154】

（Ｂ－２）上記の実施形態の支援処理システムでは、商談時にクライアント端末４０による名刺スキャンが発生した場合に、クライアント端末４０にはリダイレクトＵＲＬを通知し、リダイレクトＵＲＬには当該商談等を特定可能な情報が埋め込まれているため、クライアント端末４０側でリダイレクトＵＲＬがブックマーク等されていれば、サーバ１０側（フロントエンドアプリケーション１４）では、各商談先（商談先担当者）ごとに分類して、Ｗｅｂページアクセスや操作履歴（いずれかのボタンの押下や入力内容等）等を含むＷｅｂアクセスログを蓄積するようにしてもよい。各商談先（商談先担当者）からの、商材に関するＷｅｂアクセスログは、組織Ｘにとって非常に貴重な営業情報となりえる。

【符号の説明】

【0155】

１…支援処理システム、１０…サーバ、１１…データベースミドルウェア、１２…バックエンドアプリケーション、１３…ｗｅｂサービスミドルウェア、１４…フロントエンドアプリケーション、１５…データベース、２１…クライアント端末、２２…クライアント端末、３０…名刺、３１…ＩＣタグ、４０…クライアント端末、２０１…フィールド、２１１…ｗｅｂブラウザ、２１２…ディスプレイ、２１３…入力デバイス、２２１…アプリケーション、２２２…タッチパネルディスプレイ、２２３…位置情報取得部、４０１…ｗｅｂブラウザ、４０２…タッチパネルディスプレイ、１０００…コンピュータ、１００１…プロセッサ、１００２…一次記憶部、１００３…二次記憶部、１５１１…名刺管理データ、１５１２…商談先管理データ、１５１３…商談先担当者管理データ、１５１４…商材管理データ、１５１５…テンプレート管理データ、１５１６…商談管理データ、１５１７…チェックイン管理データ、１５１８…名刺スキャン管理データ。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】