JP6757075B2 - 営業支援システム、情報処理装置、営業支援方法および営業支援プログラム - Google Patents

Description

この発明は、営業支援システム、営業支援サーバ、営業支援方法および営業支援プログラムに関する。

従来、サービス提供者が営業活動を行う際、飛び込み営業や、電話営業などにより突然相手先に営業を行う方法が多く採用されていたため、当該サービス提供者のサービスに興味や関心を持たない相手先に営業が行われるケースが多発していた。

このため、営業を受ける側にとっては、突然の電話で時間が奪われることとなったり、同じ会社から何度も営業の連絡を受ける煩わしさからストレスを生じたりするが、一方で、全ての営業が全く不要でないことから一律に営業を拒否することもできないという葛藤を生じていた。また、営業担当者にとっても、自己が提供するサービスの需要がない相手先に営業する件数が多いことから業務の効率が悪くなるため、結果として長時間の残業をせざるを得ないという悪循環な業務形態に繋がっていた。

そこで、営業効率を向上する方法が複数提案されている。例えば、新規見込先発掘・営業支援システムとして、取引先既存顧客の傾向を分析した情報、統計データや地図データなど営業に関する種々の情報などを利用し、更に地図情報システムと連携して新規取引の見込先を発掘する方法が開示されている（特許文献１参照）。

特開２０１７−９１５０３号公報

しかしながら、特許文献１による方法では、既存の取引先顧客が存在することが前提となっているため、新規サービスを立ち上げるような場合には、モデルケースの入手が課題となる。また、顧客となる企業を推定できたとしても、具体的にその企業の中でどの担当者に営業の商談を行うのが最適かについてまでは推定することができず、突然、企業の代表窓口に電話をかけるような場合には、適切な担当者にコンタクトをとることができず営業の機会を失する可能性も考えられる。

そこで、本発明は、サービス提供者側の営業担当者に適切な顧客を紹介するとともに、営業担当者および顧客双方にとって都合の良い営業の商談日時をマッチングすることができる営業支援システム、情報処理装置、営業支援方法及び管理プログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る営業支援システムは、複数の端末と、サービス提供者への顧客の紹介処理を管理する情報処理装置とがネットワークを介して接続された営業支援システムであって、顧客候補となる企業の複数の担当者を来訪した来訪者が属する会社の社名を含む来訪履歴と、企業の担当者のスケジュールと、サービス提供者側の営業担当者のスケジュールとを記憶する記憶部と、サービス提供者のサービス内容が要約された要約情報とサービス内容の詳細を示す詳細情報へのアクセス情報とを含む顧客の紹介依頼を受け付ける紹介依頼受付部と、紹介依頼受付部により紹介依頼を受け付けた場合に、要約情報または詳細情報が示すサービス内容と来訪履歴に含まれる来訪者が属する会社の社名とに基づいて、複数の企業の担当者の中からサービス提供者の営業先となる顧客担当者を抽出する抽出部と、抽出部により抽出された顧客担当者の端末に、要約情報とアクセス情報とを送信する送信部と、顧客担当者の端末により、詳細情報へのアクセス情報にアクセスされた場合に、サービス内容が示すサービスの営業商談のリクエストを受け付けるリクエスト受付部と、リクエスト受付部により営業商談のリクエストを受け付けた場合に、営業商談のリクエストの送信元となる顧客担当者のスケジュールと、顧客担当者への営業を担当する営業担当者のスケジュールとをマッチングするマッチング部とを備える。

本発明によれば、サービス提供者側の営業担当者に適切な顧客を紹介するとともに、営業担当者および顧客双方にとって都合の良い営業の商談日時をマッチングすることができる。

本発明の実施の形態に係る営業支援システムの構成を示すシステム図である。 本発明の実施の形態に係る情報処理装置の機能構成を示すブロック図である。 本発明の実施の形態に係る受付システムの概略を示す模式図である。 本発明の実施の形態に係る受付システムの画面例を示す画面図である。 本発明の実施の形態に係る要約情報とアクセス情報の一例を示す図である。 本発明の実施の形態に係る営業担当者の選択画面の一例を示す図である。 本発明の実施の形態に係る端末装置（担当者用、サービス提供者用）の機能構成を示すブロック図である。 本発明の実施の形態に係る端末装置（受付用）の機能構成を示すブロック図である。 本発明の実施の態様における受付システム１００の（ａ）訪問予約情報及びフォロー情報、（ｂ）応答履歴情報のデータ概念図の例である。 本発明の実施の形態に係る顧客の紹介処理の流れを示すシーケンス図である。 本発明の実施の形態における情報処理装置を実現可能なコンピュータの一例を示すハードウェア構成図である。

図１に示すように、受付システム１００は、サーバ装置２００、端末装置（来客担当者用、来訪者用、担当者用）３００ａ、端末装置（サービス提供者用）３００ｂ、端末装置（受付用）４００を含む。サーバ装置２００は、ネットワーク５００を介し端末装置３００、端末装置４００と接続される。なお、本実施の形態において、来客担当者とは、来訪者を担当する担当者であり、来訪者とは、外部の会社から社員を来訪する者であり、顧客担当者とは、外部のサービス提供者からの営業を顧客として担当する社員である。また、営業担当者とは、社員に営業するサービス提供者側の担当者である。以下の説明について、「担当者」とする場合は来客担当者を指し、顧客担当者である場合は「顧客担当者」と、サービス提供者側の営業担当者については「営業担当者」と明示する。また、サービス提供者用の端末装置３００ｂは、本実施の形態では、サービス提供者側の営業担当者が有することとして説明するが、これに限定されず、例えば、サービス提供者用の端末装置３００ｂは、サービス提供者の管理装置などであってもよい。

受付システム１００は、担当者用の端末装置３００と来訪者用の端末装置３００が備わっていれば、端末装置４００を設けなくとも、担当者と来訪者の端末装置間で直接、受付のためのやり取り（例えば、来客時の通知や往訪時の受付等のための通信）をしてもよい。

なお、図１において、説明を簡単にするために、サーバ装置２００、端末装置３００、端末装置４００は１台ずつ示してあるが、これ以上存在してもよいことは言うまでもない。

また、受付システム１００は、訪問予約を含めたスケジュールの登録やカレンダー表示を実現するスケジュール管理システム（不図示）や会議室の予約を管理する会議室管理システム（不図示）と連携してもよい。

サーバ装置２００は、通知、監視、判定、表示情報の生成処理の等のための情報処理能力のあるコンピュータ機器であればどの様な電子機器でもよく、例えば、パーソナルコンピュータ、サーバ、メインフレーム、その他電子機器であってもよい。

サーバ装置２００は、具体的には、プロセッサによって装置全体が制御されている処理装置であってもよい。当該プロセッサには、バスを介して、ＲＡＭ及びハードディスクドライブ等の記憶装置（記憶部２４０）、入出力インタフェース、通信インタフェース等が接続されて構成されている。当該記憶装置は、制御部２１０における各種処理に必要となる各種処理データやプログラムを記憶する機能を有している。当該入出力インタフェースには、ディスプレイ、キーボード、マウス、外付け記憶媒体等の入出力装置が接続されている。当該通信インタフェースには、ネットワーク５００が接続されている。

また、サーバ装置２００は、受付システム１００専用のソフトウェアやハードウェア、ＯＳ等を設けずに、クラウドサーバによるＳａａＳ（Software as a Service）、Ｐａａｓ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）を適宜用いてもよい。

端末装置３００は、担当者又は応対代理者が受付システム１００からの通知を受けたり、受付システム１００に対して操作したりする端末装置であり、具体的な機器は、図示のように、スマートフォンに限定されず、例えば、携帯端末、タブレット端末、ＰＣ、その他の電子機器であってもよい。

ここで「応対代理者」とは、担当者の応対を代わりに行う者をいい、例えば、受付システム１００と併せて受付サービスを行う受付嬢等をいい、受付システム１００からのアラート通知を確認して、応答フォローを行う者をいう。また応対代理者は、受付嬢以外にも担当者の所属する部署の応対を特に担当する者や担当者の秘書やサポートを行う者等、担当者の代わりに来訪者への応対を代理で行える者であればどの様な者でもよい。

端末装置４００は、企業の入り口付近等に備えられる、来訪者が訪問受付の際に受付システムに対して操作する端末装置であり、具体的な機器は、図示のように、タブレット端末に限定されず、例えば、携帯端末、スマートフォン、ＰＣ、その他の電子機器であってもよい。

ネットワーク５００は、ＩＰネットワークであれば無線でも有線であってもよく、例えば、無線による通信であれば、端末装置３００は、無線ＬＡＮアクセスポイント（不図示）にアクセスし、ＬＡＮやＷＡＮを介してサーバ装置２００と通信してもよい。また、ネットワーク５００は、これらの例に限られず、例えば、公衆交換電話網やブルートゥース（Bluetooth（登録商標））、光回線、ＡＤＳＬ回線、衛星通信網などであってもよい。

ここで、図３、図４を用いて、本発明の一実施形態に係る受付システム１００の概要について説明する。図３は、本発明の一実施形態に係る受付システム１００の概要について模式的に示す図である。図３において、端末装置３００ａは担当者Ｘ１の保有する端末装置３００、端末装置３００ｂは担当者Ｘ２の保有する端末装置３００、担当者３００ｃは応対代理者の保有する端末装置３００とする。また、図４は、本発明の一実施形態に係る受付システム１００の画面例を示す画面図である。

図３の上部に示すように、受付システム１００は、一例として、来訪者からの訪問受付の入力を受け付けると、担当者の保有する端末装置３００に来訪者の来訪を示すメッセージを通知する。当該メッセージは、受付システム１００に設けたチャット機能、又は、受付システム１００と連携するチャットシステムを利用して担当者に通知される。

ここで「受付システムに設けたチャット機能」とは、具体的には、受付システム１００の端末装置３００の表示入力部３５１と表示出力部３４１と通信部３２０とが実現するネットワーク５００を介したリアルタイムに文字ベースの会話を行う機能をいう。

ここで、来訪者からの訪問受付の入力を受け付けの一例を、図４を用いて説明する。図４（ａ）に示すように、受付システム１００は、端末装置４００の表示出力部４４１において、「受付コードを入力する」、「担当者の名前を検索する」、「面接の方はこちら」、「投資家の方はこちら」、「総合受付」、「配達業者さま専用」、といったように来客状況に合わせた訪問受付の入力ボタンを表示することができる。本例では、「受付コードを入力する」ボタンを押下した際の受付コードを入力することで、訪問受付を入力する際の例を示す。

図４（ｂ）で示すように、「受付コードを入力する」ボタンを入力すると、端末装置４００の表示出力部４４１において、受付コードを入力する画面が表示される。図４（ｂ）に示すように、予め来訪者に連絡された受付コードを入力して実行ボタン（横矢印が表記された下部に示されたボタン）を押下すると、端末装置４００の表示入力部４５１において、受付コードの入力が受け付けられる。

図４（ｃ）で示すように、受付コードの入力が受け付けられると、入力された受付コードに紐づく訪問予約情報が記憶部４３０か抽出され、抽出された訪問予約情報の予約日時、会議目的、担当者を表示出力部４４１に表示する。ここで下部に示された「以上の担当者を呼び出します。よろしいでしょうか？」と表示されたメッセージの下の「ＯＫ」ボタンを押下すると、表示入力部４５１において、来訪者からの訪問受付の入力が受け付けられる。以上が、来訪者からの訪問受付の入力を受け付けの一例である。

ここで「訪問予約情報」とは、来訪者と担当者との対応付けを含む来訪者の訪問予約の内容を示す情報であり、具体的には、図９（ａ）に示すような、受付コード、予約日時、会社名、来訪者、訪問目的などを含んだテーブルで構成される。

このように訪問受付の入力を受け付けると、図３の上部にあるように、受付システム１００は、担当者の保有する端末装置３００ａ、端末装置３００ｂに来訪者の来訪を示すメッセージを通知する。なお、来訪を受け付けた場所に応じて、例えば後述する受付システム１００と連携する他システムの一つである入館管理システムで来訪を受け付けた場合は、「〇〇会社の□□様がビルに入館しました。」としたり、来訪者の位置情報から来訪を受け付けた場合は、「〇〇会社の□□様がビル付近にいらっしゃいました。」としたり、来訪受付の状況に応じて
メッセージ内容を変更してもよい。

図３の例では、担当者Ｘ１と担当者Ｘ２がそれぞれ来訪者の来訪を示すメッセージを通知された際、担当者Ｘ１は社外に（言い換えれば、担当者Ｘ１は、所定範囲内に居ない状況）、担当者Ｘ２は社内に居る場合の例を示す。

担当者Ｘ１において、受付システム１００は、端末装置３００ａに予め搭載されたＧＰＳ（Global Positioning System）機能やＤＧＰＳ（Differential GPS）機能等を利用して、担当者Ｘ１の現在位置を示す位置情報を取得し、予め定めた所定範囲内に居るか居ないか判定する。担当者Ｘ１は、本例では、受付システム１００において、所定範囲内に位置しないため、社外に居ると判定される。また担当者Ｘ１は、図３の右下部に示すように、端末装置３００ｃの表示出力部３４１に表示される画面において、担当者「Ｘ１」の「現在位置」として「社外」が表示される。なお、受付システム１００は、ＧＰＳ機能やＤＧＰＳ機能等を自身で備えてもよい。

ここで「所定範囲」とは、担当者が社内に居るか否か判定するための範囲である。具体的には、例えば、受付システム１００を設置する企業が存在する建物の位置から「半径５ｍ」を所定範囲と設定した場合、判定対象の担当者が建物の位置から半径５ｍ以内に位置すると判定されれば、判定対象の担当者は社内に居ると判定される。当該所定範囲は、企業の事業形態や社員の勤務形態等に応じて設定すればよく、半径５ｍ、１０ｍ等適宜設定すればよい。

担当者Ｘ２において、担当者Ｘ１と同様に、ＧＰＳ機能等を利用して担当者Ｘ２の位置情報を取得し、予め定めた所定範囲内に居るか居ないか判定する。担当者Ｘ２は、本例では、受付システム１００において、所定範囲内に位置するため、社内に居ると判定される。また担当者Ｘ２は、図３の右下部に示すように、端末装置３００ｃの表示出力部３４１に表示される画面において、担当者Ｘ２「Ｘ２さん」の「現在位置」として「社内」が表示される。

受付システム１００は、担当者が所定範囲内に居ないと判定した場合には、来訪者と対応付けられた別の担当者又は応対代理者の少なくともいずれか一人が応対フォローするよう、フォロー情報を更新する。

ここで「応対フォロー」とは、来訪者が来訪した際の応対において、当該来訪者の訪問相手である担当者が諸事情により応対が難しい場合に、別の担当者や応対代理者等が当該担当者の代わりに来訪者へのフォローを行うことをいう。応対フォローは、具体的には、（１）当該担当者に再通知するか、（２）来訪者と対応付けられた担当者が複数存在した場合には別の担当者に応対フォローさせるか、（３）応対代理者に応対フォローさせるかの（１）〜（３）のいずれかの方法を含んで来訪者をフォローしてもよい。

また、ここで「フォロー情報」とは、別の担当者や応対代理者等が当該担当者の代わりに来訪者へのフォローを行うための具体的な上記（１）〜（３）のようなフォローの内容を示し、各機能部への当該示されたフォローのための処理要求が示された情報である。

本例において、担当者Ｘ１が社外にいると判定されているため、別の担当者である担当者Ｘ２か応対代理者が応答フォローすることになるが、ここで、担当者Ｘ２は、応答入力として「NG」ボタンを押下しており、担当者Ｘ２は応答状態として「NG状態」と判定されている。受付システム１００はこのような場合、担当者Ｘ１と担当者Ｘ２の応答状態を複合的に判断して、最終的に、応対代理者に応対フォローするよう、フォロー情報を更新してもよい。

ここで「応答入力」とは、担当者が受付システム１００からの通知に対する応答を入力することをいい、例えば、通知部３１１から通知を受けた担当者が来訪者の訪問に対して応対できるか否かを指定する入力であってもよい。

また、フォロー情報は、具体的には、例えば、端末装置３００ｃの表示出力部３４１に、応対フォローを促すアラート出力として、「担当者の代わりに会議室にご案内してください！」といった強調されたテキスト表示や、「ATTENTION！！担当者の代わりに会議室にご案内してください！」といったポップアップ表示をさせる表示要求を行うように更新される。

そして、受付システム１００は、図３の端末装置３００ｃの表示出力部３４１に示すように、当該表示要求に応じて、更新されたフォロー情報を基に、応対フォローを促すアラート出力をする。

受付システム１００は、上記のような構成とすることで、（１）担当者の位置情報（社内又は社外等）、（２）担当者からの応答入力の内容（「OK」又は「NG」）及び状況（「未入力」又は「入力済」）に示された担当者の状況に合わせて応対フォローを促すアラート出力をすることができるため、無駄なフォローのための通知（例えば、NG状態の担当者に何度も再通知すること）を減らすことができ、また、担当者の状況に合わせて応対代理者に応答フォローを促すことができるため来訪者を長時間待たせてしまうことを抑止することができる。

（機能構成）
図２は、本発明の一実施態様における受付システムの機能構成例を示す図である。図２に示すように、受付システム１００は、サーバ装置２００と、担当者用、来訪者用の端末装置３００、受付用の端末装置４００とを含む。

図２に示すように、受付システム１００は、来訪者と担当者との対応付けを含む訪問予約情報を記憶する記憶部２４０と、来訪者の訪問受付の入力を受け付ける入力部４５０と、受け付けた訪問受付の入力及び訪問予約情報に基づき、担当者に、担当者が応答を入力するための応答入力部を備えた来訪者の来訪を示すメッセージを送信することで通知する通知部４１１と、応答入力部からの応答入力の状況を出力する出力部３４０と、を備える。このような構成とすることで、当該担当者以外の担当者や応対代理者が出力された応答入力の状況を確認して必要に応じて応対フォローをすることができ、効率よく的確に応対フォローをすることができる。

サーバ装置２００は、図２に示すように、制御部２１０、通信部２３０、記憶部２４０を含んで構成される。

記憶部２４０は、制御部２１０の制御によって、サーバ装置２００が動作する際に必要な各種プログラム、データ、パラメータ等を記憶する機能を有する。記憶部２４０は、具体的には、訪問予約情報、応答履歴情報、来訪情報（来訪履歴）、フォロー情報、行動ログ情報、出力情報、入力情報等を記憶する。また、記憶部２４０は、担当者のプロフィール情報、連絡先、担当者および営業担当者のスケジュール情報、課金情報などを記憶する。ここで、連絡先は、携帯電話番号、メールアドレス、その他チャットツールなどであり、プロフィール情報には、担当者が属する部署の部署名、役職、業務内容、勤務年数などが含まれる。担当者および営業担当者のスケジュール情報とは、担当者と営業担当者それぞれの来訪情報や、会議、出張などのスケジュールが入力された情報のことである。また、課金情報とは、サービス提供業者に紹介手数料として課金した金額と課金対象と課金日時などを示す情報である。

記憶部２４０は、具体的には、例えば、ＲＯＭ及びＲＡＭで構成される主記憶装置、不揮発性メモリ等で構成される補助記憶装置、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等各種の記録媒体によって構成される。

入力部２５０は、制御部２１０の制御に従って、来訪した事を示す来訪情報の入力を受け付け、受け付けた来訪情報を記憶部２４０に保存する。入力部２５０は、具体的には、（１）来訪者の訪問受付の入力を受け付けたり、（２）来訪者の端末装置３００の通知部３１１からの来訪を示すメッセージを受信したり、（３）連携する他のシステムから来訪者の来訪を示すメッセージを受信したりすることで、当該来訪情報の入力を受け付ける。

ここで「来訪情報」とは、来訪者が来訪した事を示す情報であり、本発明における来訪履歴となるものである。来訪情報は、入力部２５０が受け付ける入力情報又は受信する来訪を示すメッセージに含まれる情報から生成すればよい。来訪情報は、例えば、来訪者名、来訪者の会社名、来訪受付日時、来訪を受け付けた場所情報（例えば、来訪者の位置情報により来訪を受け付けたのか、入館ゲート装置で来訪を受け付けたのか、又は、受付用の端末装置４００で来訪を受け付けたのか等を示す情報）等を含んで構成してもよい。来訪情報は、訪問予約情報の一部として構成してもよい。

制御部２１０は、通知部２１１、監視部２１２、判定部２１３、取得部２１４、受付部２１５、抽出部２１６、マッチング部２１７、表示制御部２１８、課金部２１９、管理部２２０を備え、サーバ装置２００の各機能部を制御する機能を有するプロセッサである。なお、受付部２１５は、本発明における紹介依頼受付部と、リクエスト受付部と、アポイント受付部とに相当する。

制御部２１０は、一例として、端末装置３００、端末装置４００又はサーバ装置２００の各機能部からの処理要求に基づいて、演算処理を行い、記憶部２４０に記憶されている訪問予約情報等の各種情報を参照、更新又は削除処理等を行う。

制御部２１０は、当該処理結果を端末装置３００、端末装置４００において出力するための出力情報を生成してもよい。この場合、生成した出力情報は、通信部２３０及びネットワーク５００を介して端末装置３００又は端末装置４００に送信される。

通知部２１１は、入力部４５０が受け付けた入力内容、又は、受付システム１００と連携する他システムからの通知に基づき、担当者用又は来訪者用の端末装置３００等にメッセージを送信することで通知する機能を有する。

通知部２１１は、具体的には、受け付けた訪問受付の入力及び訪問予約情報に基づき、担当者に、担当者が応答を入力するための応答入力部を備えた来訪者の来訪を示すメッセージを送信することで通知する。

また、通知部２１１は、別の一例として、具体的には、受付システム１００と連携する他システムからの通知に基づき、担当者に、担当者が応答を入力するための応答入力部を備えた来訪者の来訪を示すメッセージを送信することで通知してもよい。「受付システム１００と連携する他のシステム」は、具体的には、例えば、建物の出入口に入館ゲート装置を設けて、来訪者の入館を管理する入館管理システムや担当者のスケジュールを管理するスケジュール管理システム等を指す。

受付システム１００は、例えば、入館管理システムから来訪者が入館した旨の通知を受信して、通知部２１１は、当該通知に基づき、来訪者が建物に入館したことを検知し、担当者用の端末装置３００に当該来訪を示すメッセージを予め送信してもよい。なお、別の一例として、他システムとせず、受付システム１００自体が入館管理システムの構成（入館管理機能、入館ゲート装置等）を有してもよい。このような構成とすることで、来訪者が訪問受付の入力をするより前に、担当者に来訪を通知することができ、来訪者を長時間待たせてしまう状況を低減することができる。

ここで「応答入力部」とは、担当者が通知された来訪を示すメッセージに対して応答を返すために入力する機能部であって、具体的には、図３の上部に示すように来訪メッセージ内に備えられた「ＯＫ」ボタンや「ＮＧ」ボタン等をいう。なお、図３の例では、「ＯＫ」ボタンと「ＮＧ」ボタン両方備えている例を示したが、「ＯＫ」ボタンだけ備えて、担当者からの応答の返しはＡＣＫ（ACKnowledgement）の返事だけとしてもよい。応答入力部に入力された応答の内容及び状況は、訪問予約情報として記憶部３３０に記憶されてもよく、また、サーバ装置２００の記憶部２４０に記憶される訪問予約情報として記憶されるために端末装置３００からネットワーク５００を介してサーバ装置２００に送信されてもよい。

また、通知部２１１は、応答履歴情報に基づいて、来訪者の訪問受付の入力を受け付けた時間から第二の所定時間を超えても受付完了となっていない訪問予約の割合が所定割合を超えている場合には、訪問予約情報の予約の日時に基づいて、予め、来訪者の来訪を示すメッセージを送信することで通知してもよい。

ここで、「応答履歴情報」とは、監視部２１２が担当者ごとの応答入力の内容及び状況
を監視した結果を所定期間記憶した、担当者ごとの応答入力の内容及び状況（例えば、どのタイミングで応答したのか、また、ＯＫ又はＮＧのどちらの応答をしたのか等）の履歴を示す情報である。応答履歴情報は、図９（ｂ）に示すように、例えば、応答入力の内容及び状況の集計結果（例えば、ＮＧボタンを連続して押下した回数や通知されてから応答入力するまでの平均時間など）を含めて構成してもよい。

なお、ここでいう「所定期間」とは、応答入力の状況及び内容を蓄積し、保存するための予め設定した期間をいい、当該期間は、受付システム１００の記憶部２４０の記憶容量等の動作環境であったり、クラウドサービスを利用するのであれば当該サービスの利用形態であったり、企業の事業形態等に応じて適宜設定すればよい。

ここで、「第二の所定時間」とは、来訪者を受付で待たせることを許容する時間として設定した時間をいう。第二の所定時間は、企業や事業ごとに適宜時間を設定すればよく、例えば、１０分、１５分等、一般的に、受付完了となるまで人が待たされても不快に感じない程度の時間を設定すればよい。

第二の所定時間は、別の観点から言い換えれば、第一の所定時間に応対フォローが入るまでの時間分を加えて設定した時間をいう。

ここで、「所定割合」とは、来訪者の訪問受付の入力を受け付けた時間から第二の所定時間を超えても受付完了となっていない訪問予約が多く応対フォローが必要な担当者を判定するために設定する割合をいい、例えば、分母を担当者ごとの受け付けた訪問予約の回数とし、分子を第二の所定時間を超えても受付完了となっていない訪問予約の回数とした場合に、算出される割合（以降、「お待たせ割合」という）に対して許容できる割合をいう。所定割合として当該許容できる割合の設定は、企業の事業形態や受付サービスの形態に合わせて設定すればよく、例えば、７割、８割といった割合を設定すればよい。

また、通知部２１１は、別の例として、応答履歴情報に基づいて、来訪者を待たせた時間の平均値（以降、「平均お待たせ時間」という）が所定平均時間を超えている場合に場合には、訪問予約情報の予約の日時に基づいて、予め、来訪者の来訪を示すメッセージを送信することで通知してもよい。

通知部２１１は、上記のような構成とすることで、慢性的に来訪者を待たせてしまっている担当者に対して、訪問受付の入力がされずとも、予約日時が近づいたら予め来訪メッセージを通知することで、来訪者を待たせずに応対に向かわせることができ、来訪者に待たされる際の不快な思いを低減する受付サービスを提供することができる。

監視部２１２は、入力部や応答入力部の入力の内容及び状況を監視する機能を有する。監視部２１２は、具体的には、応答入力の内容及び状況を監視し、当該監視の結果に基づき監視情報を生成する。監視部２１２は、より具体的には、例えば、周期的に又はイベントドリブンで、記憶部２４０に記憶される担当者ごとの応答入力の内容及び状況を参照し、変更点があれば適宜監視情報として当該変更タイミングと併せて登録してもよい。

ここで、「監視情報」とは、監視部が入力部や応答入力部の入力の内容及び状況を監視した結果を示す情報であり、例えば、担当者ごとにどのタイミングで応答入力したか、どのような応答内容か等の監視内容の記録が示されている情報である。

また、監視部２１２は、別の例として、取得部２１４が取得した担当者の位置情報、訪問予約情報、来訪情報、往訪情報等（以降、「位置情報等」という）に基づいて、往訪時や来訪時の担当者の行動を監視してもよい。監視部２１２は、具体的には、周期的に位置情報等を監視情報として記録し、当該記録の結果を、担当者ごとの行動ログ情報として記憶部２４０に記憶してもよい。監視部２１２はこのような構成により、担当者の行動把握を支援することができる。

ここで「往訪情報」とは、担当者が他の企業等に往訪した事を示す情報である。往訪情報は、担当者の往訪先の会社名、往訪先の担当者名、往訪目的、往訪日時等を含んで構成してもよい。往訪情報は、受付システム１００と連携する他システムの一つであるスケジュール管理情報から管理するスケジュール情報を取得して生成してもよい。

さらに監視部２１２は、行動ログ情報を統計解析して、当該解析した情報をグラフ化して表示出力部３４１から行動分析レポートとして出力してもよい。また、行動ログに示された位置情報等を説明変数として、担当者ごとの売上値を目的変数として回帰分析を行うことで、担当者の行動から売上を予測してもよい。当該予測した結果は表示出力部３４１から行動と売上の相関分析レポートとして出力してもよい。

判定部２１３は、各種情報に基づいて、応対フォローに関する判定を行う機能を有する。判定部２１３は、具体的には、監視部２１２が生成した監視情報に基づいて、来訪者への応対フォローが必要か否かを判定し、当該判定の結果に基づきフォロー情報を生成する。判定部２１３は、生成したフォロー情報を記憶部２４０に記憶する。このような構成にすることで、担当者の応答入力の内容及び状況をもって、担当者が来訪を通知された際に、そもそも応対できるか状況かどうか等に基づくことができ、効率よく応対フォローをすることができる。

判定部２１３は、より具体的には、（１）担当者が第一の所定時間応答入力していない場合には応答入力していない担当者に再通知する方法を、（２）担当者全員が応答入力しているが応対できないと指定している場合には応対代理者にフォローさせる方法を、（３）担当者の一部が応答入力しているが来訪者の訪問に対して応対できないとしている場合には、残りの担当者に対して、又は、応対代理者に応対フォローさせる方法の（１）〜（３）のそれぞれを選択し、応対のフォローするようフォロー情報を生成してもよい。

ここで、判定部２１３が判定するフォローの内容の例について説明する。本例は、本発明の一実施態様における受付システムの通知・応答状態に応じた応対フォローの内容の例を示す表である。

判定部２１３は、担当者ごとの「現在位置」、「通知状態」、「応答状態」に応じて「フォロー情報の内容」に示すようにフォロー内容を判定してもよい。なお、本例に限定されることなく、担当者ごとの「現在位置」、「通知状態」、「応答状態」に応じて適宜フォロー内容を設定すればよいことは言うまでもない。

また、判定部２１３は、来訪者に対応付けられた担当者が複数いる場合、担当者ごとの「現在位置」及び「応答状態」に応じて複合的に「フォロー情報の内容」に示すようにフォロー内容を判定してもよい。なお、本例に限定されることなく、担当者ごとの「現在位置」及び「応答状態」に応じて複合的に適宜フォロー内容を設定すればよいことは言うまでもない。

ここで「第一の所定時間」とは、担当者に来訪者の来訪を示すメッセージを通知してから担当者が来訪者の応対に向かうまでに許容できる時間として設定した時間いう。また、第一の所定時間は、企業や事業ごとに適宜時間を設定すればよく、例えば、５分、１０分等、一般的に、担当者が受付に向かうまでの時間をふまえて人が待たされても不快に感じない程度の時間を設定すればよい。

第一の所定時間とは、別の観点から言い換えれば、来訪者を受付で待たせることを許容する時間から応答フォローが入るまでの時間分短めに設定した時間をいう。

判定部２１３は、上記のような構成とすることで、例えば、担当者全員が応答できないと指定している場合には、応対代理者に応対フォローを促すことができ、担当者の状況に応じてより細やかに応対フォローをすることができる。

また、判定部２１３は、一例として、担当者の位置情報に基づいて、担当者が所定範囲内に居るか否かを判定し、担当者が所定範囲内に居ないと判定した場合には、来訪者と対応付けられた別の担当者又は応対代理者の少なくともいずれか一人が応対フォローするよう、フォロー情報を更新してもよい。判定部２１３において、このような構成とすることで、例えば、担当者が社外にいるため応対できない状況下において、当該担当者に無駄に再通知等することを抑止し、別の担当者又は応対代理者が応対フォローするように判定できるため、効率よく受付サービスを提供することができる。

また、判定部２１３は、一例として、入力部３５０が受け付けた担当者や応対代理者からの受付完了の入力に応じて、各訪問予約の「状態」を「受付完了」と判定して訪問予約情報を更新してもよい。

取得部２１４は、外部システムや他の装置から各種情報を取得する機能を有する。取得部２１４は、具体的には、例えば、来訪者や担当者の現在位置を示す位置情報を取得してもよい。取得部２１４は、当該位置情報の取得において、例えば、来訪者や担当者が保有する端末装置３００に備えられたＧＰＳ機能等から位置情報を取得してもよい。

受付部２１５は、通信部２３０を介して、サービス提供者の端末３００ｂから、サービスの要約情報とアクセス情報とを含む顧客の紹介依頼を受け付ける。ここで、サービスの要約情報とは、サービス内容に関する説明が要約された情報であり、アクセス情報とは、サービス内容に関する詳細が示された詳細情報へのアクセス情報である。アクセス情報は、例えば、詳細情報が表示されたページのＵＲＬなどである。図５は、本実施の形態にかかる要約情報とアクセス情報の一例を示す図である。例えば、受付部２１５は、図５の１件目に示す「１０名未満から１００００名規模まで、６０００社を越える企業で利用されているシェアＮｏ，１クラウド労務ソフト。」という要約情報を受け付ける。また、同様に図５の１件目に示す「https://receptionist.jp/salesrep/103r13how8r/」という詳細情報を受け付ける。

また、受付部２１５は、通信部２３０を介して、顧客担当者の端末３００ａにより、アクセス情報にアクセスされた場合に、詳細情報が示すサービス内容の営業商談のリクエストを受け付ける。ここで、営業商談のリクエストとは、詳細情報が示すサービス内容に関する営業担当者からの営業商談のリクエストのことである。

また、受付部２１５は、顧客担当者の端末３００ａから、マッチング部２１７によりマッチングされたスケジュールによる商談アポイントの確定を受け付ける。例えば、受付部２１５は、表示制御部２１８により顧客担当者の端末３００ａに複数の商談日時および営業担当者を選択可能に出力し、これに対し、顧客担当者の端末３００ａから営業担当者および商談日時の選択を受け付ける。図６は、営業担当者の選択画面の一例を示す図である。図６では、「提案を聞きたい場合は、営業担当者を選択してください。」というメッセージとともに、営業担当Ａ〜Ｃを選択可能なアイコンが表示されている。受付部２１５は、顧客担当者の端末３００ａから営業担当の選択を受け付け、併せて営業商談の日時の選択を受け付ける。

抽出部２１６は、受付部２１５により、顧客の紹介依頼を受け付けた場合に、サービスの要約情報が示すサービス内容と、記憶部２４０に保存されている来訪履歴に含まれる来訪者の社名と、当該来訪履歴が示す担当者名とに基づいて、企業内における担当者の中からサービス提供者の営業先となる顧客担当者を抽出する。例えば、図９（ａ）の訪問予約ＩＤ「Ｒ０００１」の担当者「Ｘ１、Ｘ２」を来訪した来訪者「Ａ」の会社名は、「株式会社〇〇」である。この場合、抽出部２１６は、担当者「Ｘ１、Ｘ２」の業務内容は、「株式会社〇〇」の事業内容に関連すると推定する。また、抽出部２１６は、記憶部２４０から担当者のプロフィール情報を参照し、プロフィール情報が示す部署名や業務内容などから、サービスの要約情報が示す内容と関連のある業務の担当者を顧客担当者として抽出する。

通信部２３０は、本発明における送信部に相当し、抽出部により抽出された顧客担当者の端末３００ｂに、要約情報とアクセス情報とを送信する。

通信部２３０は、制御部２１０の制御に従って、ネットワーク５００を介して端末装置３００、端末装置４００との通信を実行する機能を有する。当該通信は、有線、無線のいずれでもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信部２３０は、具体的には、例えば、端末装置３００や端末装置４００に出力するための出力情報を送信したり、端末装置３００や端末装置４００から入力された入力情報を受信したりする。

マッチング部２１７は、受付部２１５により、顧客担当者の端末３００ｂから営業商談のリクエストを受け付けた場合に、当該顧客担当者のスケジュールと、サービス提供者側の営業担当者のスケジュールとをマッチングする。具体的には、マッチング部２１７は、記憶部２４０から顧客担当者のスケジュール情報と、営業担当者のスケジュール情報を取得し、両者に予定が入っていない日時を抽出する。

表示制御部２１８は、顧客担当者の端末３００ａにより、アクセス情報にアクセスされた場合に、サービス提供者の複数の営業担当者の識別情報と、営業担当者のプロフィール情報とを顧客担当者の端末３００ａに表示出力する。ここで、営業担当者のプロフィール情報とは、営業担当者の入社歴や業界における勤務年数、担当分野など営業担当者の特性を示す情報である。例えば、表示制御部２１８は、顧客担当者の端末３００ａに図６のような営業担当者の選択画面の表示情報を出力する。また、顧客担当者の端末３００ａにより「営業担当Ａ」のアイコンが選択された場合、表示制御部２１８は、さらに営業担当Ａのプロフィール情報を顧客担当者の端末３００ａに出力する。

課金部２１９は、顧客担当者の端末３００ａにより詳細情報へのアクセス情報にアクセスされた場合、および、マッチング部２１７による顧客担当者のスケジュールと営業担当者のスケジュールとのマッチングにより商談アポイントが確定した場合のそれぞれの場合において課金する。例えば、顧客担当者の端末３００ａによりアクセス情報にアクセスされた場合、１つのアクセスに対して５０円を課金し、アポイントが確定した場合に、１つのアポイントごとに紹介料として５０００円を課金する。具体的には、記憶部２４０に記憶されている課金情報にアクセス日時またはアポイント確定日時と、端末装置３００ａの識別情報、顧客識別情報などを登録する。なお、本実施の形態では課金するタイミングを顧客担当者によりアクセス情報にアクセスされた場合と、商談アポイントが確定した場合のいずれにおいても課金することとするが、いずれか一方の場合に課金することとしてもよい。

管理部２２０は、受付部２１５により、顧客担当者の端末３００ａから営業担当者の選択を受け付けた場合に、選択を受け付けた営業担当者および顧客担当者のスケジュール情報のスケジュール情報に、選択を受け付けた日時と商談名を入力し更新する。

次に、図７は、端末装置３００（ａ、ｂ）の機能構成の一例を示すブロック図である。担当者用の端末装置３００ａは、図７（ａ）に示すように、制御部３１０、通信部３２０、記憶部３３０、出力部３４０、入力部３５０を含んで構成される。

制御部３１０は、端末装置３００の各機能部を制御する機能を有するプロセッサである。制御部３１０は、具体的には、例えば、サーバ装置２００から送信された出力情報を記憶部３３０に記憶させたり、出力部３４０に当該出力情報を出力させたりする。

制御部３１０は、一例として、端末装置４００又はサーバ装置２００からの処理要求に基づいて、演算処理を行い、記憶部３３０に記憶されている訪問予約情報等の各種情報を参照、更新又は削除処理等を行ってもよい。

制御部３１０は、制御部２１０と同様に、通知部３１１、監視部３１２、判定部３１３、取得部３１４を備えてもよい。当該各機能部の機能は、制御部２１０と同様の構成のため、説明を割愛するが、通知部２１１の構成に加えて、通知部３１１が有する追加の構成について、次に説明する。

通知部３１１は、例えば、受付システム１００の端末装置３００が、来訪者用として用いられる際、当該来訪者の来訪を担当者に通知する機能を有してもよい。通知部３１１は、具体的には、例えば、来訪者が（１）連携する他システムである入館管理システム等の有する入館ゲート装置を通過する際、当該装置に対して、又は、（２）来訪予定の企業が存在する建物の位置を基準として所定範囲内に入る際、受付システム１００に対して、当該来訪者の来訪を示すメッセージを通信部３２０及びネットワーク５００を介して送信してもよい。

通知部３１１は、当該通知にあたっては、近距離無線通信（例えば、ブルートゥース（Bluetooth（登録商標））等）を用いてもよく、例えば、受付用の端末装置４００に、来訪者の端末装置３００をかざしてブルートゥース通信を行い、来訪したことを通知してもよい。

通知部３１１は、このような構成とすることで、来訪者が端末装置４００に対して、受付コードや操作ボタンの入力操作をなくしても来訪を受け付けることができるため、使い勝手のよい受付システムを提供することができる。また、来訪者が企業の受付（受付用の端末装置４００の設置場所等）の到着する前に、担当者が来訪を把握することができるため、効率よく応対をすることができる。

また、通知部３１１は、通信部３２０を介して、情報処理装置２００に営業商談のリクエストや、営業担当者の選択や、アポイント日時などを通知する。

通信部３２０は、制御部３１０の制御に従い、ネットワーク５００を介して、サーバ装置２００又は端末装置４００との通信を実行する機能を有する。当該通信は、有線、無線のいずれでもよく、また、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信部３２０は、具体的には、例えば、制御部３１０の制御に従い、サーバ装置２００から送信される出力情報を受信してもよく、また、サーバ装置２００に送信する入力情報を送信してもよい。

記憶部３３０は、制御部３１０の制御に従って、端末装置３００が動作する際に必要な各種プログラム、データ、パラメータ等を記憶する機能を有する。記憶部３３０は、具体的には、例えば、訪問予約情報、応答履歴情報、フォロー情報、行動ログ情報、監視情報、入力情報、出力情報等を記憶する。記憶部３３０は、具体的には、例えば、ＲＯＭ及びＲＡＭで構成される主記憶装置、不揮発性メモリ等で構成される補助記憶装置、ＨＤＤ、ＳＳＤ、フラッシュメモリ等各種の記録媒体によって構成される。

出力部３４０は、表示出力部３４１、音声出力部３４２を備え、制御部３１０の制御に従って、端末装置３００に各種情報を出力する機能を有する。出力部３４０は、具体的には、応答入力部からの応答入力の状況（「未入力」又は「入力済」等）を出力する。

また、出力部３４０は、フォロー情報に基づいて、応対フォローを促すアラートを出力してもよい。

表示出力部３４１は、制御部３１０の制御に従って、サーバ装置２００から送信された出力情報等を表示する機能を有する。表示出力部３４１は、具体的には、例えば、端末装置３００に備わるＬＣＤ（Liquid Crystal Display）ディスプレイ、ＬＥＤ（Light Emitting Diode）ディスプレイ、ＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等を用いればよい。

表示出力部３４１の表示画面は、例えば、ＨＴＭＬ（Hyper Text Markup Language）などのマークアップ言語や、ビットマップデータあるいは圧縮処理された画像データなど、端末装置３００で画面表示可能な一般的なデータ形式で生成されればよい。

ここで「出力情報」とは、出力部３４０に出力される情報をいい、具体的には、（１）図３の上部に示すような来訪メッセージを担当者に通知するための表示画面情報や音声出力情報、（２）図３の右下部に示すような訪問予約の内容や応答入力の内容及び状況を示す表示画面情報、（３）図４に示すような訪問受付の表示画面情報等をいう。出力情報は、各装置の制御部で各機能部の処理結果に基づいて生成される。

音声出力部３４２は、制御部３１０の制御によって、出力情報を音声出力する機能を有する。音声出力部３４２は、具体的には、例えば、端末装置３００に内蔵されるスピーカーを用いて音声を出力してもよい。音声出力部３４２は、具体的には、例えば、表示出力部３４１が表示する内容を、音声で担当者や応対代理者に通知するよう音声出力してもよい。

入力部３５０は、制御部３１０の制御に従って、担当者又は応対代理者からの入力を受け付ける機能を有する。入力部３５０は、具体的には、例えば、担当者や応対代理者からの受付完了の入力を受け付けてもよい。

表示入力部３５１は、制御部３１０の制御に従って、担当者や応対代理者からの操作入力を受け付ける機能を有する。表示入力部３５１は、具体的には、タッチパネル等のソフトキーあるいはハードキーにより実現される。表示入力部３５１は、表示出力部３４１が出力した来訪を示すメッセージの応答入力部として、応答入力を受け付けてもよい。表示入力部３５１は、制御部３１０の制御に従って、当該受け付けた入力結果に基づいて、入力情報を生成し、通信部３２０を介して、サーバ装置２００へ送信する。

ここで「入力情報」とは、表示出力部３４１に表示出力した表示情報及び受け付けた入力結果に基づいて、を示す情報をいう。

音声入力部３５２は、制御部３１０の制御によって、担当者等の音声を入力して受け付ける機能を有する。音声入力部３５２は、具体的には、例えば、端末装置３００に内蔵されるマイクを用いて音声を入力してもよい。音声入力部３５２は、具体的には、例えば、表示入力部３５１が表示入力する内容を、音声で入力してもよい。

また、サービス提供者用の端末装置３００ｂは、図７（ｂ）に示すように、制御部３６０、通信部３２０、記憶部３３０、出力部３８０、入力部３９０を含んで構成される。なお、端末装置３００ａと同一の機能および構成については同一の符号を付して説明を省略する。

制御部３６０は、端末装置３００の各機能部を制御する機能を有するプロセッサである。制御部３１０は、具体的には、例えば、サーバ装置２００から送信された出力情報を記憶部３３０に記憶させたり、出力部３４０に当該出力情報を出力させたりする。

制御部３６０は、一例として、端末装置４００又はサーバ装置２００からの処理要求に基づいて、演算処理を行い、記憶部３３０に記憶されている訪問予約情報等の各種情報を参照、更新又は削除処理等を行ってもよい。

制御部３６０は、通知部３６１、取得部３６２を備える。通知部３６１は、通信部２３０を介して、外部装置に各種情報を通知する。例えば、通知部３６１は、情報処理装置２００に紹介依頼や、情報処理装置２００から通知された顧客担当者とのアポイント日時の通知を送信する。

取得部３６２は、外部システムや他の装置から各種情報を取得する機能を有する。取得部２１４は、具体的には、例えば、来訪者や担当者の現在位置を示す位置情報を取得してもよい。取得部２１４は、当該位置情報の取得において、例えば、来訪者や担当者が保有する端末装置３００に備えられたＧＰＳ機能等から位置情報を取得してもよい。

図８は、受付用の端末装置４００の機能構成を示すブロック図である。受付用の端末装置４００は、図８に示すように、制御部４１０、通信部４２０、記憶部４３０、出力部４４０、入力部４５０を含んで構成される。端末装置４００は、端末装置３００と同様の構成のため説明を割愛するが、端末装置３００と同様の構成に加えて、異なる構成として、次に、入力部４５０及び表示入力部３５１のみ説明する。

入力部４５０は、制御部４１０の制御に従って、来訪した事を示す来訪情報の入力を受け付ける機能を有する。入力部４５０は、具体的には、（１）来訪者の訪問受付の入力を受け付けたり、（２）来訪者の端末装置３００の通知部３１１からの来訪を示すメッセージを受信したり、（３）連携する他のシステムから来訪者の来訪を示すメッセージを受信することで、当該来訪情報の入力を受け付ける。

表示入力部４５１は、一例として、受付システム１００に連携する通話システム（不図示）に対する発呼要求又は着呼通知のためのポップアップ表示又は操作入力ボタンを備えて、担当者が使用する通話システムに連携してもよい。

（データ構成）
本発明の一実施態様における受付システム１００のデータ構成例について図９を用いて説明する。図９は、本発明の一実施態様における受付システム１００の（ａ）訪問予約情報及びフォロー情報、（ｂ）応答履歴情報のデータ概念図の例である。

図９（ａ）に示すように、訪問予約情報は、訪問予約を一意に識別する「訪問予約ＩＤ」、訪問受付の入力時に入力して識別する「受付コード」、訪問予約情報が登録された日時を示す「登録日時」、訪問予約の日時を示す「予約日時」、来訪者の会社名を示す「会社名」、来訪者を示す「来訪者」、対応する受付画面の操作ボタンを示す「ボタン種別」、来訪者への応対状態を示す「応対状態」、受付の状態を示す「状態」、来訪者の人数を示す「来訪人数」、担当者を示す「担当者」、使用する会議室を示す「会議室」、来訪者の訪問目的を示す「訪問目的」、担当者の現在位置を示す「現在位置」、担当者の通知・応答入力の内容及び状況を示す「通知・応答状況」等のフィールドを含んで構成してもよい。また、図９（ａ）に示すように、フォロー情報として訪問予約情報に対応付けて（紐づけて）応答フォローを示す「アラート」等のフィールドを含んで構成してもよい。

応答履歴情報は、訪問予約情報のうち担当者の応答に関する履歴を示すため、担当者ごとの最終通知・応答入力の内容及び状況を示す「通知・応答状況」等のフィールドを含んで構成してもよい。図９（ｂ）に示すように、訪問予約情報に含まれない情報として、担当者ごとの「ＮＧ」（応答不可能）を連続応答入力した回数を示す「ＮＧ連続回数」、来訪者が訪問受付してから受付完了となるまでの「お待たせ時間」の所定期間の平均値を算出した「平均お待たせ時間」、担当者ごとの訪問予約の全体回数に対する第二の所定時間を超えてお待たせした予約の回数の割合を示す「お待たせ割合」等のフィールドを含んで構成してもよい。

次に、情報処理装置２００による顧客の紹介処理を説明する。図１０は、情報処理装置２００と、担当者用の端末３００ａと、サービス提供者用の端末３００ｂとによる営業商談アポイント確定処理の流れを示すシーケンス図である。

サービス提供者用の端末装置３００ｂは、情報処理装置２００に顧客の紹介依頼を送信する(ステップＳ１)。ここで、顧客の紹介依頼には、サービス内容の要約情報と、詳細情報へのアクセス情報とが含まれる。情報処理装置２００は、ステップＳ１において受信した紹介依頼に含まれる要約情報から、サービス提供者により提供されるサービスを特定する(ステップＳ２)。

情報処理装置２００は、来訪履歴を取得する（ステップＳ３）。情報処理装置２００は、担当者のプロフィール情報を取得する（ステップＳ４）。なお、ステップＳ４は、ステップＳ３において営業商談に適切な担当者を抽出可能な場合は、省略してもよい。

情報処理装置２００は、ステップＳ３およびステップＳ４において取得した来訪履歴および担当者のプロフィール情報から、顧客担当者を複数抽出する（ステップＳ５）。ここで、情報処理装置２００は、取得した来訪履歴に含まれる社名と当該来訪履歴が示す担当者から、ステップＳ２において特定したサービスの営業商談に適切な担当者を抽出する。また、情報処理装置２００は、担当者のプロフィール情報が示す部署名や業務内容などから、ステップＳ２において特定したサービスの営業商談に適切な担当者を抽出する。情報処理装置２００は、ステップＳ５において抽出した担当者の担当者用の端末装置３００ａに営業情報を配信する（ステップＳ６）。ここで、営業情報には、サービス内容の要約情報と、詳細情報へのアクセス情報とが含まれる。また、詳細情報には、営業商談アポイントを取り付ける複数の営業担当者の中から選択可能な表示情報が含まれる。

ステップＳ６において営業情報を受信した担当者用の端末装置３００ａは、営業情報に含まれるアクセス情報にアクセスする(ステップＳ７)。情報処置装置２００は、課金情報を更新する（ステップＳ８）。情報処理装置３００ａは、営業商談のリクエストを情報処理装置２００に送信する（ステップＳ９）。ここで、営業商談のリクエストには、希望する営業担当者の選択情報が含まれる。これを受信した情報処理装置２００は、ステップＳ７において営業商談のリクエストを送信した顧客担当者のスケジュールと、営業商談のリクエストに含まれる営業担当者のスケジュールとをマッチングする（ステップＳ１０）。情報処理装置２００は、ステップＳ８においてマッチングした営業商談の日時の複数の候補を担当者用の端末装置３００ａおよび営業担当者が有するサービス提供者用の端末装置３００ｂに送信する（ステップＳ１１）。

サービス提供者用の端末装置３００ｂは、ステップＳ１１において受信した営業商談の日時によるアポイントの確定通知を情報処理装置２００に送信する（ステップＳ１２）。担当者用の端末装置３００ａも同様に、ステップＳ１０において受信した営業商談の日時によるアポイントの確定通知を情報処理装置２００に送信する（ステップＳ１３）。なお、ステップＳ１２およびステップＳ１３については順序を問わず、同時であってもよい。情報処理装置２００は、課金情報を更新する（ステップＳ１４）。

図１１は、本実施形態における情報処理装置２００を実現可能なコンピュータ２０の一例を示すハードウェア構成図である。図１１に示すように、コンピュータ２０は、ＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、ＲＯＭ（Read Only Memory）２３、ＨＤＤ（Hard Disk Drive）２４、通信インターフェース（Ｉ／Ｆ）２５、入出力インターフェース（Ｉ／Ｆ）２６、およびメディアインターフェース（Ｉ／Ｆ）２７を備える。

ＣＰＵ２１は、ＲＯＭ２３またはＨＤＤ２４に格納されたプログラムにより動作し、各部の制御を行う。ＲＯＭ２３は、コンピュータ２０の起動時にＣＰＵ２１によって実行されるブートプログラムや、コンピュータ２０のハードウェアに依存するプログラム等を格納する。

ＨＤＤ２４は、ＣＰＵ２１によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インターフェース２５は、通信回線を介して外部機器から受信したデータをＣＰＵ２１に送り、ＣＰＵ２１が生成したデータを、通信回線を介して外部機器に送信する。

ＣＰＵ２１は、入出力インターフェース２６を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ２１は、入出力インターフェース２６を介して、入力装置からデータを取得する。また、ＣＰＵ２１は、生成したデータを、入出力インターフェース２６を介して出力装置へ出力する。

メディアインターフェース２７は、記憶媒体２８に格納されたプログラムまたはデータを読み取り、ＲＡＭ２２を介してＣＰＵ２１に提供する。ＣＰＵ２１は、当該プログラムを、メディアインターフェース２７を介して記憶媒体２８からＲＡＭ２２上にロードし、ロードしたプログラムを実行する。記憶媒体２８は、例えばＤＶＤ（Digital Versatile Disc）等の光学記憶媒体、磁気記憶媒体、または半導体メモリ等である。

コンピュータ２０が本実施形態における情報処理装置２００として機能する場合、コンピュータ２０のＣＰＵ２１は、ＲＡＭ２２上にロードされたプログラムを実行することにより、通知部２１１、菅支部２１２、判定部２１３、取得部２１４、受付部２１５、抽出部２１６、マッチング部２１７、表示制御部２１８、課金部２１９、管理部２２０の各機能を実現する。また、ＨＤＤ２４には、口座情報データベース１１１、決済機関情報データベース１１２、取引情報データベース１１３内のデータが格納される。

営業支援プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。コンピュータ２０のＣＰＵ２１は、これらのプログラムを、メディアインターフェース２７を介して上記の記憶媒体から読み取って実行するが、他の例として、外部装置から、通信回線を介してこれらのプログラムを取得してもよい。

なお、管理プログラムは、例えば、ActionScript、JavaScript（登録商標）、Python、Rubyなどのスクリプト言語、C言語、C＋＋、C＃、Objective-C、Swift、Java（登録商標）などのコンパイラ言語などを用いて実装できる。

このように、本実施形態における情報処理装置２００によれば、送金依頼者および受取人それぞれの端末に保存しているアドレス帳の連絡先を用いて送金依頼や入金依頼を行うことができるので、送金者と受取人の間で口座情報を交換することなく、かつ、簡便な方法により送金処理を実行することができる。また、送金依頼者および受取人が利用しているＳＮＳや、ショートメッセージなどにおいて入金依頼や送金依頼を行えるので、送金処理に伴う煩雑な入力作業を省略するとともに、迅速に送金処理を行うことができる。さらに、送金処理を通貨によるほか、通貨価値を有する電子情報によっても行うことができるので、送金依頼者および受取人はライフスタイルに即した決済を選択できるので、より利便性の高い送金システムを提供することができる。

１００ 受付システム
２００ サーバ装置
２１０ 制御部
２１１ 通知部
２１２ 監視部
２１３ 判定部
２１４ 取得部
２１５ 受付部
２１６ 抽出部
２１７ マッチング部
２１８ 表示制御部
２１９ 課金部
２２０ 管理部
２２０ 通信部
２３０ 記憶部
２４０ 入力部
３００ａ 担当者用の端末装置
３００ｂ サービス提供者用の端末装置
３１０ 制御部
３１１ 通知部
３１２ 監視部
３１３ 判定部
３１４ 取得部
３２０ 通信部
３３０ 記憶部
３４０ 出力部
３４１ 表示出力部
３４２ 音声出力部
３５０ 入力部
３５１ 表示入力部
３５２ 音声入力部
３６０ 制御部
３６１ 通知部
３６２ 取得部
３７０ 記憶部
４００ 端末装置
４１０ 制御部
４２０ 通信部
４３０ 記憶部
４４０ 出力部
４４１ 表示出力部
４４２ 音声出力部
４５０ 入力部
４５１ 表示入力部
４５２ 音声入力部
５００ ネットワーク

Claims (7)

1. 複数の端末と、サービス提供者への顧客の紹介処理を管理する情報処理装置とがネットワークを介して接続された営業支援システムであって、
   前記情報処理装置は、
   顧客候補となる企業の複数の担当者を来訪した来訪者が属する会社の社名を含む来訪履歴と、前記企業の担当者のスケジュールと、前記サービス提供者側の営業担当者のスケジュールとを記憶する記憶部と、
   前記サービス提供者のサービス内容が要約された要約情報と前記サービス内容の詳細を示す詳細情報へのアクセス情報とを含む顧客の紹介依頼を受け付ける紹介依頼受付部と、
   前記紹介依頼受付部により前記紹介依頼を受け付けた場合に、前記要約情報または前記詳細情報が示すサービス内容と前記来訪履歴に含まれる前記来訪者が属する会社の社名とに基づいて、前記企業の複数の担当者の中から前記サービス提供者の営業先となる顧客担当者を抽出する抽出部と、
   前記抽出部により抽出された前記顧客担当者の端末に、前記要約情報と前記アクセス情報とを送信する送信部と、
   前記顧客担当者の端末により、前記詳細情報へのアクセス情報にアクセスされた場合に、前記サービス内容が示すサービスの営業商談のリクエストを受け付けるリクエスト受付部と、
   前記リクエスト受付部により前記営業商談のリクエストを受け付けた場合に、前記営業商談のリクエストの送信元となる顧客担当者のスケジュールと、前記顧客担当者への営業を担当する前記営業担当者のスケジュールとをマッチングするマッチング部と、
   を備えることを特徴とする営業支援システム。
2. 前記顧客担当者により前記アクセス情報にアクセスされた場合、または、前記マッチング部による前記顧客担当者のスケジュールと前記営業担当者のスケジュールとのマッチングにより営業商談のアポイントが確定した場合の少なくともいずれか１つの場合に、前記サービス提供者への前記顧客担当者の紹介に対して課金する課金部、
   をさらに備えることを特徴とする請求項１に記載の営業支援システム。
3. 前記記憶部は、前記担当者の識別情報に前記担当者のプロフィール情報を対応付けて記憶し、
   前記抽出部は、前記要約情報が示す営業内容と前記来訪履歴に含まれる前記来訪者が属する会社の社名、または、前記プロフィール情報の少なくともいずれかに基づいて前記要約情報と前記アクセス情報の配信先を決定すること、
   を特徴とする請求項１または２に記載の営業支援システム。
4. 前記顧客担当者の端末および前記営業担当者の端末から、前記マッチング部が送信した営業商談の日時による営業商談を確定する旨の確定通知を受信する受信部と、
   前記受信部により前記確定通知を受信した場合に、前記営業商談が確定した日時を前記顧客担当者のスケジュール情報および前記営業担当者のスケジュール情報に入力する管理部と、
   をさらに備えることを特徴とする請求項１〜３のいずれか１つに記載の営業支援システム。
5. 複数の端末とネットワークを介して接続されたサービス提供者への顧客の紹介処理を管理する情報処理装置であって、
   顧客候補となる企業の複数の担当者を来訪した来訪者が属する会社の社名を含む来訪履歴と、前記企業の担当者のスケジュールと、前記サービス提供者側の営業担当者のスケジュールとを記憶する記憶部と、
   前記サービス提供者のサービス内容が要約された要約情報と前記サービス内容の詳細を示す詳細情報へのアクセス情報とを含む顧客の紹介依頼を受け付ける紹介依頼受付部と、
   前記紹介依頼受付部により前記紹介依頼を受け付けた場合に、前記要約情報または前記詳細情報が示すサービス内容と前記来訪履歴に含まれる前記来訪者が属する会社の社名とに基づいて、前記企業の複数の担当者の中から前記サービス提供者の営業先となる顧客担当者を抽出する抽出部と、
   前記抽出部により抽出された前記顧客担当者の端末に、前記要約情報と前記アクセス情報とを送信する送信部と、
   前記顧客担当者の端末により、前記詳細情報へのアクセス情報にアクセスされた場合に、前記サービス内容が示すサービスの営業商談のリクエストを受け付けるリクエスト受付部と、
   前記リクエスト受付部により前記営業商談のリクエストを受け付けた場合に、前記営業商談のリクエストの送信元となる顧客担当者のスケジュールと、前記顧客担当者への営業を担当する前記営業担当者のスケジュールとをマッチングするマッチング部と、
   を備えることを特徴とする情報処理装置。
6. 複数の端末とネットワークを介して接続された、サービス提供者への顧客の紹介処理を管理する情報処理装置により実行される営業支援方法であって、
   顧客候補となる企業の複数の担当者を来訪した来訪者が属する会社の社名を含む来訪履歴と、前記企業の担当者のスケジュールと、前記サービス提供者側の営業担当者のスケジュールとを記憶部に記憶する記憶ステップと、
   前記サービス提供者のサービス内容が要約された要約情報と前記サービス内容の詳細を示す詳細情報へのアクセス情報とを含む顧客の紹介依頼を受け付ける紹介依頼受付ステップと、
   前記紹介依頼受付ステップにより前記紹介依頼を受け付けた場合に、前記要約情報または前記詳細情報が示すサービス内容と前記来訪履歴に含まれる前記来訪者が属する会社の社名とに基づいて、前記企業の複数の担当者の中から前記サービス提供者の営業先となる
   顧客担当者を抽出する抽出ステップと、
   前記抽出ステップにより抽出された前記顧客担当者の端末に、前記要約情報と前記アクセス情報とを送信する送信ステップと、
   前記顧客担当者の端末により、前記詳細情報へのアクセス情報にアクセスされた場合に、前記サービス内容が示すサービスの営業商談のリクエストを受け付けるリクエスト受付ステップと、
   前記リクエスト受付ステップにより前記営業商談のリクエストを受け付けた場合に、前記営業商談のリクエストの送信元となる顧客担当者のスケジュールと、前記顧客担当者への営業を担当する前記営業担当者のスケジュールとをマッチングするマッチングステップと、
   を含むことを特徴とする営業支援方法。
7. 複数の端末とネットワークを介して接続された、サービス提供者への顧客の紹介処理を管理する情報処理装置に、
   顧客候補となる企業の複数の担当者を来訪した来訪者が属する会社の社名を含む来訪履歴と、前記企業の担当者のスケジュールと、前記サービス提供者側の営業担当者のスケジュールとを記憶部に記憶する記憶機能と、
   前記サービス提供者のサービス内容が要約された要約情報と前記サービス内容の詳細を示す詳細情報へのアクセス情報とを含む顧客の紹介依頼を受け付ける紹介依頼受付機能と、
   前記紹介依頼受付機能により前記紹介依頼を受け付けた場合に、前記要約情報または前記詳細情報が示すサービス内容と前記来訪履歴に含まれる前記来訪者が属する会社の社名とに基づいて、前記企業の複数の担当者の中から前記サービス提供者の営業先となる顧客担当者を抽出する抽出機能と、
   前記抽出機能により抽出された前記顧客担当者の端末に、前記要約情報と前記アクセス情報とを送信する送信機能と、
   前記顧客担当者の端末により、前記詳細情報へのアクセス情報にアクセスされた場合に、前記サービス内容が示すサービスの営業商談のリクエストを受け付けるリクエスト受付機能と、
   前記リクエスト受付機能により前記営業商談のリクエストを受け付けた場合に、前記営業商談のリクエストの送信元となる顧客担当者のスケジュールと、前記顧客担当者への営業を担当する前記営業担当者のスケジュールとをマッチングするマッチング機能と、
   を実現させることを特徴とする営業支援プログラム。
   

Images