JP2015069535A - 架電支援システム、及びプログラム - Google Patents
架電支援システム、及びプログラム Download PDFInfo
- Publication number
- JP2015069535A JP2015069535A JP2013204826A JP2013204826A JP2015069535A JP 2015069535 A JP2015069535 A JP 2015069535A JP 2013204826 A JP2013204826 A JP 2013204826A JP 2013204826 A JP2013204826 A JP 2013204826A JP 2015069535 A JP2015069535 A JP 2015069535A
- Authority
- JP
- Japan
- Prior art keywords
- user
- call
- service provider
- information
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000004044 response Effects 0.000 claims abstract description 44
- 238000003860 storage Methods 0.000 claims abstract description 37
- 230000006854 communication Effects 0.000 claims abstract description 25
- 238000004891 communication Methods 0.000 claims abstract description 20
- 230000005540 biological transmission Effects 0.000 claims description 59
- 238000000034 method Methods 0.000 claims description 59
- 230000008569 process Effects 0.000 claims description 58
- 238000012545 processing Methods 0.000 claims description 43
- 230000006870 function Effects 0.000 claims description 27
- 238000004140 cleaning Methods 0.000 description 24
- 230000010365 information processing Effects 0.000 description 11
- 230000011664 signaling Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 3
- 238000004378 air conditioning Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 230000003321 amplification Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000001404 mediated effect Effects 0.000 description 1
- 238000003199 nucleic acid amplification method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000005316 response function Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】ユーザの応答動作なく電話の発信者を識別可能とする。【解決手段】サービス提供者からユーザへの架電を支援する架電支援システムであって、ユーザの所在地及び電話番号を含むユーザ情報,ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報をユーザからネットワークを介して受信する通信装置と、複数のサービス提供者関連情報を記憶した記憶装置と、要望情報及びサービス提供者関連情報に基づいてユーザの要望に応じた1又は2以上のサービス提供者を選定する選定手段と、設定情報に従ってサービス提供者のそれぞれに複数の着信音の1つを割り当てる割当手段と、サービス提供者のそれぞれに対応する発信トリガに応じて、ユーザの電話番号を用いたユーザの端末への発信を行い、端末への着信時に当該サービス提供者に割り当てられた着信音を端末で出力させる呼制御を行う呼制御手段とを含む。【選択図】図4
Description
本発明は、架電支援システム、及びプログラムに関する。
従来、サービス提供を所望するユーザへ向けて、インターネットに代表されるネットワークからサービス提供者を仲介することが行われている。ユーザは、ネットワークから得られた情報を元にサービス提供者と接触し、サービスの提供に係る契約をサービス提供者と締結する。
従来技術の一つとして、専門家の所在位置,業種カテゴリ,営業範囲,得意分野などのサービス提供者によって入力された情報と、見込み客が入力した見込み客の所在及び専門家の業種カテゴリとに基づき、見込み客の所在と専門家の営業範囲との一致、及び専門家の業種カテゴリの一致により絞り込んだ専門家の一覧を提供する技術がある(従来技術1、例えば、特許文献1参照)。
従来技術1によれば、見込み客に好適な専門家をマッチングさせることができ、また、マッチング後に両者の信頼関係を深めることで、専門家は低コストで仕事の依頼を受ける確率を高めることができる。
また、従来技術の他の一つとして、以下の従来技術2が例示される。例えば、ネットワークサービスのプロバイダが、或るサービス(例えば、家事代行)に関して、複数の専門家(例えば、家事代行に係る事業者)に対する一括見積もり依頼を受け付けるWebサイトを提供する。一括見積もり依頼がWebサイトを介して受け付けられたとき、複数の事業者のそれぞれに対し、一括見積もり依頼が電子メールで一斉通知される。
各事業者は、プロバイダによって提供されるクラウド電話サービスを用いて、ユーザとの接触(コンタクト)を行う。例えば、電子メールには、ユーザに架電を行うための電話番号と異なる或るコードが記載されている。各事業者は、ユーザに見積もり結果を知らせるべく、ユーザに接触する場合には、例えば、Webサイトに組み込まれたクラウド電話API(Application Programming Interface)を用いて、コードと、見積もり結果とを
入力する。すると、APIが有する発信機能により、入力されたコードに対応する電話番号を用い、ネットワークを通じて、ユーザの電話端末への発信が実行される。
入力する。すると、APIが有する発信機能により、入力されたコードに対応する電話番号を用い、ネットワークを通じて、ユーザの電話端末への発信が実行される。
ユーザが、電話に応答すると、ユーザと専門家との間で呼が確立され、事業者は、ユーザとの通話を通じて見積もり結果を回答することができる。このような従来技術2では、クラウド電話を用いた匿名電話機能によって、ユーザが各事業者に自身の電話番号を知られることなく、各事業者からの電話連絡を受けることが可能となる。
従来技術1では、Q&A形式,すなわち、ユーザの質問に専門家が回答する形式で専門家はユーザとやりとりすることができる。しかし、専門家側からユーザに接触する機会は設けられてない。このように、専門家側から見込み客(ユーザ)に積極的な行動をとるこ
とができない結果、顧客獲得の機会を逃すおそれがあった。
とができない結果、顧客獲得の機会を逃すおそれがあった。
従来技術2では、従来技術1との比較において、専門家(事業者)側からユーザに接触を図ることができる。この場合、複数の事業者からの電話がユーザに対して発信される状況となる。このような状況下では、ユーザは、何らかの形式で、かかってきた電話の発信者を、電話に応答することなく識別したいとの要望が出ることが考えられる。
本発明の一態様は、ユーザの要望に対応する複数のサービス提供者がユーザに架電可能な環境下において、ユーザが応答動作なく電話を発信したサービス提供者を識別可能な技術を提供することを目的とする。
本発明の態様の一つは、サービス提供者からユーザへの架電を支援する架電支援システムであって、
ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報を前記ユーザからネットワークを介して受信する通信装置と、
複数のサービス提供者に関連するサービス提供者関連情報を記憶した記憶装置と、
前記要望情報,及び前記サービス提供者関連情報に基づいて前記ユーザの要望に応じた1又は2以上のサービス提供者を選定する選定手段と、
前記設定情報に従って前記1又は2以上のサービス提供者のそれぞれに前記複数の着信音の1つを割り当てる割当手段と、
前記1又は2以上のサービス提供者のそれぞれに対応する発信トリガに応じて、前記ユーザの電話番号を用いた前記ユーザの端末への発信処理と、当該サービス提供者に割り当てられた着信音又は当該着信音の出力指示を前記端末へ供給する処理とを含む呼制御を行う呼制御手段と、を含む。
ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報を前記ユーザからネットワークを介して受信する通信装置と、
複数のサービス提供者に関連するサービス提供者関連情報を記憶した記憶装置と、
前記要望情報,及び前記サービス提供者関連情報に基づいて前記ユーザの要望に応じた1又は2以上のサービス提供者を選定する選定手段と、
前記設定情報に従って前記1又は2以上のサービス提供者のそれぞれに前記複数の着信音の1つを割り当てる割当手段と、
前記1又は2以上のサービス提供者のそれぞれに対応する発信トリガに応じて、前記ユーザの電話番号を用いた前記ユーザの端末への発信処理と、当該サービス提供者に割り当てられた着信音又は当該着信音の出力指示を前記端末へ供給する処理とを含む呼制御を行う呼制御手段と、を含む。
本発明の一態様によれば、ユーザの要望に対応する複数のサービス提供者がユーザに架電可能な環境下において、ユーザが応答動作なく電話を発信したサービス提供者を識別可能となる。
以下、図面を参照して本発明の実施形態について説明する。実施形態の構成は例示であり、本発明の構成は実施形態の構成に限定されない。
<ネットワーク構成>
図1は、実施形態に係るネットワークシステムの構成例を示す。図1において、ネットワークシステムは、ネットワーク1に接続可能なユーザの端末2と、ネットワーク1に接続可能な複数のサービス提供者の端末3と、ユーザと複数のサービス提供者との間を仲介するための処理を行うサーバ4とを含んでいる。
図1は、実施形態に係るネットワークシステムの構成例を示す。図1において、ネットワークシステムは、ネットワーク1に接続可能なユーザの端末2と、ネットワーク1に接続可能な複数のサービス提供者の端末3と、ユーザと複数のサービス提供者との間を仲介するための処理を行うサーバ4とを含んでいる。
「サービス提供者」とは、ユーザの要望に応じたサービスを提供する法人、法人以外の団体、及び個人を指し、サービスの提供がサービス提供者にとっての業務か否か(事業か個人的行為か)を問わない。サービスは、ユーザへの働きかけを通じて物品・情報・役務などをユーザに提供する行為を含む様々な行為であって、有償無償を問わない。サービスの提供は、例えば、物品の譲渡・貸与・展示等や、情報伝達、役務(ユーザから委託された行為)の実行などによってなされる。
ネットワークシステムは、サーバ4がユーザの要望に対応する複数のサービス提供者を仲介する仲介システムを提供する。すなわち、サービス提供者の端末3は、ネットワーク1を介して、サービス提供者に関連するサービス提供者関連情報をサーバ4に登録する。ユーザは、端末2を用い、ネットワーク1を介して、ユーザの要望をサーバ4に送信する。サーバ4は、サービス提供者関連情報を参照して、ユーザの要望とサービス提供者とのマッチング処理を行い、ユーザの要望に応じた1又は2以上のサービス提供者を選定する。
さらに、ネットワークシステムは、仲介システムの一部として、サービス提供者からユーザへの架電を支援する架電支援システムを提供する。すなわち、サーバ4は、サービス提供者に対し、ユーザの電話番号を知らなくてもユーザに架電可能な環境を提供するためのクラウド電話APIを提供する。また、或る条件下において、サーバ4は、ユーザへの代行発信を行い、サービス提供者に代わって架電を行う。
このように、仲介システムは、マッチング結果から選定された複数のサービス提供者のそれぞれがユーザの電話番号を知らなくてもユーザに架電することを可能にする。これによって、ユーザが個人情報(電話番号)を知られることを理由として、サービス提供者にコンタクトしない、或いは、ネットワーク上の仲介システムの利用を避けるといった心理が緩和される。これによって、サービス提供者のユーザ(顧客)獲得の機会を増加し得る。
もっとも、ユーザ側では、選定された複数のサービス提供者のそれぞれからの架電を許容する状態となる。このとき、ユーザ側には、例えば、複数のサービス提供者に応対することの煩雑さを避けるべく、複数のサービス提供者に優先順位をつけて架電に対応したいとの心理が働く。或いは、ユーザが複数の要望を出したときには、かかってきた電話がどの要望に対応するサービス提供者からの電話かを、応答前に判断したいとの心理が働く。さらには、ユーザには、不都合なタイミングでサービス提供者から電話がかかってくるかも知れないとの心理も働く。
以下に説明する仲介システム(架電支援システムを含む)は、上記したような、サービス提供者から電話がかかってくる状況下で、ユーザにマイナスに作用する心理を緩和する機能として、着信音でユーザが発信者を推定可能とする機能と、ユーザの希望タイミングで発信がなされるようにする機能とを提供する。これによって、サービス提供者の架電という積極的な行動を可能にする一方で、当該積極的な行動によって生じ得るユーザのデメリットとのバランスをとり、サービス提供者がユーザへサービスを提供することについての契約が成立する可能性を高める。
ネットワーク1は、インターネットのようなパケット網である。端末2及び端末3のそれぞれは、図示しないアクセス網を介してネットワーク1に接続することができる。アクセス網は、LAN(Local Area Network)のような有線網である。或いは、アクセス網は、例えば、LTE(Long Term Evolution)に準拠したE-UTRA(Evolved Universal Terrestrial Radio Access)/E-UTRAN(Evolved Universal Terrestrial Radio Access Network)のような携帯電話網や、無線LANのような様々な無線通信規格に準拠した無線網で
あっても良い。
あっても良い。
サーバ4は、ユーザに対し、ユーザの要望に対応するサービス提供者を仲介するための処理を行う仲介サーバとして機能する。また、サーバ4は、サービス提供者の架電を支援する電話サービス制御サーバとして機能する。
但し、仲介サーバとしての機能と、電話サービス制御サーバとしての機能は、異なるサーバ(コンピュータ)に実装されてもよい。また、仲介サーバとしての機能、電話サービス制御サーバとしての機能のそれぞれは、複数のコンピュータによる処理の結果として得られるものであっても良い。
電話サービス制御サーバが有する電話サービス機能は、ユーザとサービス提供者との間における呼の確立,中断,切断を制御する呼制御機能,サービス提供者の代わりにユーザへの発信を行う代行発信機能,ユーザとの通話において自動音声応答(IVR(Interactive Voice Response))を行う自動音声応答機能,ユーザの音声を録音する録音機能,等を含むことができる。
<情報処理装置の構成>
次に、端末2,端末3,サーバ4の構成例について説明する。図2は、図1に示した端末2,端末3,サーバ4として適用可能な情報処理装置の構成例を示す図である。図2には、情報処理装置10の例として、例えばパーソナルコンピュータ(PC)のハードウェア構成例が示されている。
次に、端末2,端末3,サーバ4の構成例について説明する。図2は、図1に示した端末2,端末3,サーバ4として適用可能な情報処理装置の構成例を示す図である。図2には、情報処理装置10の例として、例えばパーソナルコンピュータ(PC)のハードウェア構成例が示されている。
但し、端末2及び端末3のそれぞれは、PCに限られず、専用のコンピュータや、通信機能をそれぞれ有するスマートフォン端末,フィーチャーフォン端末,タブレット端末などであっても良い。また、サーバ4は、PC以外に、例えば、専用又は汎用のサーバマシン(コンピュータ)を適用することができる。
また、図2では、アクセス網の例示であるLANに対する有線接続を前提としたハードウェア構成を例示する。しかし、端末2及び端末3のそれぞれは、無線通信用の通信インタフェースを有し、無線アクセスによって、アクセス網(ネットワーク1)に接続されるようにしても良い。
図2において、情報処理装置10は、バスBを介して相互に接続されたCPU11(プロセッサ)と、主記憶装置12と、補助記憶装置13と、通信インタフェース(通信I/F)14と、入力装置15と、表示装置16と、音声入出力装置17とを備えている。
補助記憶装置13は、例えばハードディスク(HDD)のようなコンピュータ読み取り可能な記録媒体であり、OSや様々なアプリケーションプログラムを含む1以上のコンピュータプログラムがインストールされている。また、補助記憶装置13には、各プログラムの実行に際して使用されるデータが記憶されている。
補助記憶装置13として、HDDのような固定ディスクの他、フラッシュメモリのような可搬性を有する記憶装置を適用することができる。或いは、補助記憶装置13として、
EEPROM(Electrically Erasable Programmable Read-Only Memory)を適用するこ
とも可能である。
EEPROM(Electrically Erasable Programmable Read-Only Memory)を適用するこ
とも可能である。
通信I/F14は、例えばLANボードや、LANカードであり、ネットワークを介して接続された他の情報処理装置(コンピュータ)と通信を行う。これによって、補助記憶装置13に格納された情報を他の情報処理装置に送信したり、他の情報処理装置から受信された情報を補助記憶装置13で保存したりすることができる。
端末2や端末3が無線端末として機能する場合には、無線端末用のハードウェアが備えられる。すなわち、端末2や端末3のそれぞれには、データを含んだパケットをベースバンド信号に変換するベースバンド部と、ベースバンド信号を無線信号(RF信号)に変換するRF部と、RF部で生成された無線信号を送信するアンテナが備えられる。この場合、アンテナで受信される無線信号は、RF部でベースバンド信号に変換され、ベースバンド部でパケットに変換される。そして、パケットから所望のデータが得られる。
入力装置15は、情報処理装置10のオペレータが、各種の情報を情報処理装置10に入力するための装置であり、例えば、キー,ボタン、マウスやタッチパネルのようなポインティングデバイスを含む。表示装置16は、CPU11による処理結果に基づく情報を表示するディスプレイ装置である。音声入出力装置17は、音声を入力するマイクロフォンと、音声を出力するスピーカとを含む。
CPU11は、補助記憶装置13に格納されたプログラムを主記憶装置12にロードして実行することにより、所望の機能を実現する。主記憶装置2は、例えばRAM(Read Only Memory)のようなコンピュータ読み取り可能な記録媒体であり、CPU11の作業領域として使用される。
<<端末2のソフトウェア構成>>
図3は、端末2及び端末3のそれぞれのソフトウェア構成例を示す。端末2として機能する情報処理装置10の補助記憶装置13には、ユーザがその要望に応じたサービス提供者からの架電を受けるためのアプリケーションプログラム(以下、「アプリ20」と表記)がインストールされている。
図3は、端末2及び端末3のそれぞれのソフトウェア構成例を示す。端末2として機能する情報処理装置10の補助記憶装置13には、ユーザがその要望に応じたサービス提供者からの架電を受けるためのアプリケーションプログラム(以下、「アプリ20」と表記)がインストールされている。
アプリ20は、大略して、ユーザが、サーバ4へ送信すべきユーザ情報とユーザの要望情報とを入力するためのユーザインタフェース(UI)を提供するためのプログラム(UIプログラム22)と、UIを介して入力されたユーザ情報及び要望情報をサーバ4へ送信するためのプログラム(通信プログラム23)と、端末2がIP電話端末として機能するためのプログラム(電話プログラム34)とを含んでいる。
(UI制御)
CPU11は、UIプログラム22を実行することによって、UI処理を実行する。CPU11は、UI処理によって、表示装置16にユーザ情報及び要望情報を入力するための入力画面を表示させ、入力画面を用いて入力装置15から入力されるユーザ情報及び要望情報を受け付ける。なお、CPU11は、音声入出力装置17をUIとして用い、音声認識処理によって、音声によるユーザの情報入力を受け付けることもできる。
CPU11は、UIプログラム22を実行することによって、UI処理を実行する。CPU11は、UI処理によって、表示装置16にユーザ情報及び要望情報を入力するための入力画面を表示させ、入力画面を用いて入力装置15から入力されるユーザ情報及び要望情報を受け付ける。なお、CPU11は、音声入出力装置17をUIとして用い、音声認識処理によって、音声によるユーザの情報入力を受け付けることもできる。
ユーザ情報は、ユーザの個人情報であり、ユーザの氏名又は名称,所在地(例えば住所又は居所),端末2の電話番号,電子メールアドレスなどを含む。「電話番号」は、ユーザの電話の識別情報である。要望情報は、ユーザの要望を示す情報であり、例えば、「生命保険に興味がある」,「マンション購入に興味がある」,「車を買いたい」,「運勢を占って欲しい」のような、ユーザの興味や希望を示す情報である。要望情報は、さらに、
ユーザがサービスを受けるにあたっての条件を含み得る。
ユーザがサービスを受けるにあたっての条件を含み得る。
要望情報の入力形式として、具体的な興味や希望の内容を予め定められたフォーマット(例えば、興味や希望の選択肢のチェック,或いはラジオボタンの選択)に従って入力する形式を採用することができる。或いは、自由形式で記入された文章又は音声入力から生成された文章形式の要望情報をサーバ4側で解析し、興味や希望に係るキーワードを抽出するようにしても良い。
要望情報は、興味や希望の内容が属するカテゴリ又はクラスを示す「興味分野」を示す情報と、興味や希望の内容に対応する業種を示す「希望業種」を含むことができる。「興味分野」や「希望業種」の数や種類分けは、例えばサーバ4を介して仲介可能なサービス提供者の業種や得意分野によって適宜設定される。
興味分野が適用される場合、例えば、要望情報は、興味分野毎に入力することができる。なお、自由形式で、複数の興味や希望を含んだ文章又は音声を入力することで、複数の興味分野がサーバ4側で特定されるようにしても良い。また、「希望業種」は、ユーザの要望の一つとして扱われる。
また、ユーザは、UIを用いて、サービス提供者からの電話の着信音に係る設定情報(希望着信音の設定情報)を入力することができる。本実施形態に係るサービス提供者の仲介システムでは、サービス提供者からの電話の着信音として、複数の着信音(音源)が用意される。ユーザは、要望,すなわち興味や希望に合致する複数のサービス提供者が選定(選択)された場合に、各サービス提供者に対する複数の着信音の割当ルールを示す情報を、設定情報として入力することができる。
設定情報は、例えば、選択可能な複数の着信音の中から、サービス提供者の割当に使用する2以上の着信音の選択結果を含むことができる。また、設定情報は、複数のサービス提供者が選定されたときに、選択結果としての2以上の着信音を、各サービス提供者にどのように割り当てるかを示す情報を含む。
本実施形態では、複数のサービス提供者は、予め定められた複数の業種(業種カテゴリ)の少なくとも1つに分類される。例えば、選定された複数のサービス提供者が属する業種が2以上である場合に、業種間で異なる着信音が出力される設定を、ユーザは設定情報に含めることができる。
例えば、要望情報が「生命保険に興味がある」と「車を買いたい」とであるとき、業種「保険業」に属する1以上のサービス提供者(例えば、生命保険会社)と、業種「車両販売」に属する1以上のサービス提供者(例えば、車両販売会社)とが選定される。この場合、保険業に属するサービス提供者からの着信音と、車両販売に属するサービス提供者からの着信音とが異なるように、着信音に対する設定情報を入力することができる。
或いは、或る業種に属する複数のサービス提供者が選定される場合に、当該複数のサービス提供者を所定ルールに従って順位づけし、その順位に応じて異なる着信音が割り当てられる設定を、ユーザは設定情報に含めることができる。
例えば、業種「車両販売」に関して、複数のサービス提供者(例えば、車両販売会社)が選定された場合に、複数のサービス提供者が提供可能なサービス内容と要望とのマッチングがサーバ4で実行され、マッチング率(適合度合い)が高い順でサービス提供者がソート(順位づけ)される。そして、各サービス提供者に対し、その順位に応じた着信音が割り当てられる設定情報を入力することができる。
例えば、順位グループを予め定め、順位グループ間で異なる着信音が割り当てられるような設定情報が入力されても良い。例えば、最上位(1位)を1つの順位グループと定める一方で、2位以降を他の順位グループと定めて、最上位のサービス提供者からの着信音と2位以降のサービス提供者の着信音とが異なる設定を、設定情報として入力することができる。このとき、2位以降の順位に関して、複数の順位グループが定義され、順位グループ間で異なる着信音が割り当てられるようにしても良い。
また、ユーザは、UIを用いて、サービス提供者から電話がかかってくる希望タイミングを示すタイミング情報を入力することができる。希望タイミングとして、例えば、「即時(可能な限り早く)」,「希望時間(時間指定)」,「希望なし(いつでも)」を選択することができる。希望時間(時間指定)は、適宜設定することができる。例えば、「○○時(○○分)」のような時刻指定であっても良く、「○時台」,「午前又は午後」,「○時〜○時」,「○時以降」,「○時より前」のような時間帯の指定であっても良い。
(情報送信)
CPU11は、通信プログラム23を実行することによって、通信処理を行う。通信処理によって、上述したユーザ情報,要望情報,着信音の設定情報,及びタイミング情報を含むサーバ4宛てのパケットが生成される。パケットには、端末2において既知であるサーバのIPアドレスが宛先IPアドレスとして設定される。パケットは、通信I/F14から送出され、図示しないアクセス網及びネットワーク1を経てサーバ4で受信される。
CPU11は、通信プログラム23を実行することによって、通信処理を行う。通信処理によって、上述したユーザ情報,要望情報,着信音の設定情報,及びタイミング情報を含むサーバ4宛てのパケットが生成される。パケットには、端末2において既知であるサーバのIPアドレスが宛先IPアドレスとして設定される。パケットは、通信I/F14から送出され、図示しないアクセス網及びネットワーク1を経てサーバ4で受信される。
(IP電話端末機能)
CPU11は、電話プログラム34を実行することによって、端末2は、IP電話端末として機能することができる。すなわち、CPU11は、電話プログラム34を実行することによって、例えば、所定のシグナリングプロトコル(例えば、SIP(Session Initiation Protocol))における端末(UA(User Agent)と呼ばれる)として機能し、I
P電話の呼制御(シグナリング)をSIPサーバとして機能するサーバ4との間で実行する。
CPU11は、電話プログラム34を実行することによって、端末2は、IP電話端末として機能することができる。すなわち、CPU11は、電話プログラム34を実行することによって、例えば、所定のシグナリングプロトコル(例えば、SIP(Session Initiation Protocol))における端末(UA(User Agent)と呼ばれる)として機能し、I
P電話の呼制御(シグナリング)をSIPサーバとして機能するサーバ4との間で実行する。
また、CPU11は、SIPサーバからの発信メッセージ(INVITEメッセージ)の着信時に、着信音を音声入出力装置17に含まれるスピーカから出力することによってユーザを呼び出す呼び出し処理を行う。呼び出し処理において、CPU11は、設定情報に基づいてサービス提供者に割り当てられた着信音をスピーカから出力させる処理を行う。
例えば、補助記憶装置13には、複数の着信音の音声ファイルが予め記憶される。CPU11は、発信メッセージの信号に含まれた、或いは、発信メッセージの信号の前後においてサーバ4から受信される、サービス提供者に対応する着信音を指定する情報(着信音の出力指示)に従って、対応する着信音の音声ファイルを補助記憶装置13から取得し、当該音声ファイルを用いて着信音をスピーカから出力する処理を行う。
この場合、複数の着信音の音声ファイルが、例えば、アプリ20のインストール時に補助記憶装置13に記憶され、ユーザが設定情報を入力する際に、各着信音を試聴できるようにしても良い。なお、複数の着信音の1つは、サービス提供者以外の着信時における着信音と同じであっても良いが、異なる着信音であると、サービス提供者からの着信と、それ以外の着信とを着信音で区別できる点で好ましい。
或いは、CPU11は、発信メッセージの信号とともに、或いは、発信メッセージの信号の前後において端末2でサーバ4から受信される、サービス提供者に対応する着信音の音声ファイルを用いて、対応する着信音をスピーカから出力するための処理を行うことも
できる。
できる。
CPU11は、着信音の出力に応じてユーザが応答操作を行ったことを契機として、発信側との呼を確立する処理(例えば、応答メッセージ(“200OK”レスポンス)の送信)を行う。また、CPU11は、呼の確立後に、発信側から送信される、音声パケット(RTP(Real-time Transport Protocol)パケット)中の音声の再生処理を行い、スピーカから出力する処理や、マイクロフォンから入力される音声の音声データを含んだ音声パケット(RTPパケット)を生成し、発信側へ送信する処理を行う。さらに、CPU11は、呼の確立中にユーザから入力された情報(例えば、自動音声応答に応じて押されたボタンやキーを示す情報)を、発信側へ送信する処理も行う。さらに、CPU11は、ユーザの切断操作に応じて呼の切断処理を行う。
<<端末3のソフトウェア構成>>
図3に示すように、サービス提供者の端末3におけるソフトウェア構成は、端末2と同様である。すなわち、補助記憶装置13には、サービス提供者用のアプリ20Aがインストールされている。アプリ20Aは、アプリ20と同様に、UIプログラム21,通信プログラム22,電話プログラム23を含んでいる。但し、端末3では、CPU11のUI処理において、サービス提供者に関連するサービス提供者関連情報の入力を受け付けるためのUI(情報入力環境)が、サービス提供者に提供される。
図3に示すように、サービス提供者の端末3におけるソフトウェア構成は、端末2と同様である。すなわち、補助記憶装置13には、サービス提供者用のアプリ20Aがインストールされている。アプリ20Aは、アプリ20と同様に、UIプログラム21,通信プログラム22,電話プログラム23を含んでいる。但し、端末3では、CPU11のUI処理において、サービス提供者に関連するサービス提供者関連情報の入力を受け付けるためのUI(情報入力環境)が、サービス提供者に提供される。
サービス提供者関連情報は、サービス提供者の個人情報(氏名又は名称,所在地(住所又は居所),電話番号,電子メールアドレスなど),専門分野(業種),得意分野,マッチング用情報(サービス可能な地理的範囲(地理的な営業範囲)、営業時間,提供可能なサービス内容(サービス提供可能な日時等を含む),サービスに係る料金),サーバ4が代行発信する場合における自動音声応答(IVR)の具体的内容を示す情報を含む。
また、端末3のCPU11は、通信プログラム22を実行することによって通信処理を行い、サービス提供者関連情報を含んだパケットを生成し、通信I/F14から送信する。パケットは、アクセス網及びネットワーク1を介してサーバ4にて受信される。サーバ4では、サービス提供者関連情報の登録処理が行われる。
また、端末3は、CPU11が電話プログラム23を実行することによってIP電話端末(UA)として機能する。すなわち、CPU11は、サーバ4からの発信信号の着信時に、呼び出し処理を行い、サービス提供者の応答操作に応じて、サーバ4と端末3との呼を確立する処理や、サービス提供者の切断操作に応じた呼の切断処理を行う。
さらに、端末3にインストールされるアプリ20Aには、電話プログラム23の実行によって、サービス提供者がクラウド電話サービスを用いてユーザに架電を行うためのクラウド電話APIが組み込まれている。これにより、CPU11は、例えば、表示装置16にユーザへ発信を行うためのAPI画面を表示する。サービス提供者は、当該API画面を用いて、例えば、ユーザの電話番号と異なるユーザの識別情報(例えば、ユーザに対応するユニークなコード)を入力し、API画面に表された発信ボタンを押す。すると、ユーザへの発信トリガ(識別情報含む)がサーバ4へ送信される。
サーバ4では、発信トリガに従ったユーザの端末2への発信処理が行われる。そして、ユーザが着信に応答したとき、サーバ4が端末3と端末2との間で通話呼を確立するシグナリング処理(呼制御)を行う。これによって、サービス提供者は、ユーザの電話番号を知ることなく、ユーザに電話をかけることができる。
また、端末3の補助記憶装置13には、メーラプログラム(図示せず)が記憶されてお
り、CPU11が、メーラプログラムの実行によってメーラを起動させる。メーラによって、サービス提供者は、電子メールの受信,電子メールの閲覧,電子メールの作成,電子メールの送信を行うことができる。
り、CPU11が、メーラプログラムの実行によってメーラを起動させる。メーラによって、サービス提供者は、電子メールの受信,電子メールの閲覧,電子メールの作成,電子メールの送信を行うことができる。
<<サーバのソフトウェア構成>>
図4は、サーバ4のソフトウェア構成例を示す。サーバ4の補助記憶装置13には、ユーザの入力情報(ユーザ情報,要望情報,設定情報及びタイミング情報等),及びサービス提供者関連情報の管理プログラム31と、CPU11がマッチング処理,架電タイミング判定処理,着信音処理などを実行するための仲介処理プログラム32と、サーバ4が電話サービス制御サーバ44として機能するための架電制御プログラム33とを含んでいる。
図4は、サーバ4のソフトウェア構成例を示す。サーバ4の補助記憶装置13には、ユーザの入力情報(ユーザ情報,要望情報,設定情報及びタイミング情報等),及びサービス提供者関連情報の管理プログラム31と、CPU11がマッチング処理,架電タイミング判定処理,着信音処理などを実行するための仲介処理プログラム32と、サーバ4が電話サービス制御サーバ44として機能するための架電制御プログラム33とを含んでいる。
また、補助記憶装置13には、ユーザの情報が登録されるデータベース(DB)であるユーザDB34と、サービス提供者関連情報が登録されるサービス提供者DB35とが記憶される。なお、サーバ4のCPU11は、「選定手段」,「割り当て手段」,「呼制御手段」に相当し、サーバの補助記憶装置13,主記憶装置12は、「記憶装置」に相当し、サーバ4の通信インタフェース14は「通信装置」に相当する。
(ユーザの情報、サービス提供者関連情報の管理)
CPU11は、管理プログラム31の実行を通じて、サービス提供者の端末3から受信されるパケットに含まれたサービス提供者関連情報をサービス提供者DB35に登録する。また、CPU11は、管理プログラム31の実行を通じて、ユーザの端末3から受信されるパケットに含まれたユーザの情報(ユーザ情報,要望情報,設定情報,タイミング情報等)を登録する。
CPU11は、管理プログラム31の実行を通じて、サービス提供者の端末3から受信されるパケットに含まれたサービス提供者関連情報をサービス提供者DB35に登録する。また、CPU11は、管理プログラム31の実行を通じて、ユーザの端末3から受信されるパケットに含まれたユーザの情報(ユーザ情報,要望情報,設定情報,タイミング情報等)を登録する。
CPU11は、仲介プログラム32の実行を通じて、ユーザの要望とサービス提供者とのマッチング処理を行う。例えば、CPU11は、ユーザの所在地と要望情報に含まれたユーザの興味,希望,条件と、サービス提供者DB35に登録されたサービス提供者関連情報とのマッチングを行う。マッチングによって、CPU11は、例えば、マッチング率(適合度合い)が、予め定められた閾値以上のサービス提供者を選定する。このとき、CPU11は、閾値以上のサービス提供者の中から、マッチング率が高い順で、予め定められた数のサービス提供者が選定されるようにしても良い。
(仲介処理)
また、CPU11は、仲介プログラム31の実行を通じて、選定されたサービス提供者のそれぞれに、ユーザの設定情報に従った着信音の割り当てを行う。着信音の割当のために、例えば、CPU11は、興味分野別又は業種別に、マッチング率が高い順で、選定されたサービス提供者をリスト化する。そして、CPU11は、設定情報で示される割り当てのルールに従って、各サービス提供者に着信音を割り当てる。着信音の割り当て結果は、補助記憶装置13、又は主記憶装置12の所定領域に記憶される。割り当て結果として、ユーザと着信音との対応関係が記憶される。例えば、ユーザの電話番号と、着信音の識別情報(例えば、音声ファイル名)とが関連づけて記憶される。
また、CPU11は、仲介プログラム31の実行を通じて、選定されたサービス提供者のそれぞれに、ユーザの設定情報に従った着信音の割り当てを行う。着信音の割当のために、例えば、CPU11は、興味分野別又は業種別に、マッチング率が高い順で、選定されたサービス提供者をリスト化する。そして、CPU11は、設定情報で示される割り当てのルールに従って、各サービス提供者に着信音を割り当てる。着信音の割り当て結果は、補助記憶装置13、又は主記憶装置12の所定領域に記憶される。割り当て結果として、ユーザと着信音との対応関係が記憶される。例えば、ユーザの電話番号と、着信音の識別情報(例えば、音声ファイル名)とが関連づけて記憶される。
さらに、CPU11は、ユーザのタイミング情報を用いて、サービス提供者の架電タイミングを判定する。架電タイミング判定は、サービス提供者から直接的に架電するか、サーバ4がサービス提供者に代わって代行発信するかの判定を含む。
代行発信を行うか否かの判定条件は適宜設定可能である。但し、本実施形態では、タイミング情報が「即時の架電」を示すときに代行発信が選択され、タイミング情報が「即時の架電」以外を示すときに、サービス提供者からの直接的な架電が行われるように、CP
U11が制御を行う。「即時の架電」の場合に、サービス提供者の状況と無関係に、まずは架電を行い、ユーザとサービス提供者とを結びつける機会を得るためである。但し、代行発信が行われる場合には、興味分野又は業種毎に、リスト順位が最上位(1位)のサービス提供者のみについての代行発信が行われる。
U11が制御を行う。「即時の架電」の場合に、サービス提供者の状況と無関係に、まずは架電を行い、ユーザとサービス提供者とを結びつける機会を得るためである。但し、代行発信が行われる場合には、興味分野又は業種毎に、リスト順位が最上位(1位)のサービス提供者のみについての代行発信が行われる。
代行発信を行うと判定した場合には、CPU11は、サービス提供者に対し、ユーザの電話番号と異なる識別情報(コード)を割り当てる。CPU11は、サービス提供者に割り当てた識別情報を、ユーザと関連づけてユーザDB34に記憶するとともに、当該サービス提供者のサービス提供者関連情報と関連づけてサービス提供者DB35に記憶する。そして、CPU11は、識別情報と、代行発信の発信トリガとを発行する。
希望タイミングが「即時の架電」以外の場合には、CPU11は、補助記憶装置13に記憶されているメーラプログラムを実行し、メーラを起動して、各サービス提供者向けのメールを各サービス提供者の端末3に送信する。このとき、CPU11は、各サービス提供者がユーザへの発信に用いる、サービス提供者間でユニークな識別情報(コード)を各サービス提供者に割り当てる。また、CPU11は、選定された各サービス提供者の電子メールアドレスをサービス提供者DB35から得る。さらに、CPU11は、ユーザの氏名,識別情報,架電の希望タイミングを少なくとも含んだ電子メールを自動生成し、各ユーザの電子メールアドレス宛に送信する。
これによって、各サービス提供者は、端末3で受信された電子メールを閲覧することで、ユーザの氏名,識別情報,希望タイミングを把握し、アプリ20Aによって提供されるクラウド電話APIを用いてユーザに架電する(識別情報を含んだ発信トリガをサーバ4へ送信する)ための情報を得ることができる。
CPU11は、各サービス提供者に割り当てられた識別情報を、ユーザと関連づけてユーザDB34に記憶するとともに、各識別情報を、サービス提供者DB35に、対応するサービス提供者関連情報と関連づけて記憶する。
(架電制御)
CPU11は、架電制御プログラム33の実行を通じて、以下のような処理を行う。すなわち、CPU11は、サーバ4を、所定のシグナリングプロトコル(例えばSIP)に従った呼制御(シグナリング)を行うSIPサーバとして機能させる。
CPU11は、架電制御プログラム33の実行を通じて、以下のような処理を行う。すなわち、CPU11は、サーバ4を、所定のシグナリングプロトコル(例えばSIP)に従った呼制御(シグナリング)を行うSIPサーバとして機能させる。
具体的には、CPU11は、発信トリガを受けて、対応するユーザへの発信処理を行う。発信トリガは、端末3から受信される、識別情報を含む発信トリガ(通常の発信トリガ)と、CPU11による代行発信判定時に発行される代行発信の発信トリガとがある。
CPU11は、端末3から識別情報及び発信トリガを受けると、当該識別情報に対応するユーザの電話番号をユーザDB34から検出する。続いて、CPU11は、補助記憶装置13に予め記憶されているIP電話の加入者DB(図示せず)を参照し、電話番号と関連づけて記憶されている端末2のIPアドレスを得る。CPU11は、端末2のIPアドレスを用いて、発信メッセージを端末2へ送信する。
発信メッセージの送信に当たり、CPU11は、電話番号に対応する着信音の識別情報を得て、発信メッセージとともに、或いは、発信メッセージの前後で端末2に送信する(端末2が音声ファイルを有している場合)。端末2が音声ファイルを有していない場合には、CPU11は、着信音の識別情報を元に、補助記憶装置13に予め記憶されている、対応する着信音の音声ファイルを得て、発信メッセージとともに、或いは発信メッセージの送信の前後において、音声ファイルを送信することもできる。これによって、端末2に
て、サービス提供者に対応する着信音が出力される。
て、サービス提供者に対応する着信音が出力される。
発信メッセージの送信後、端末2のユーザが呼び出しに応答した場合には、CPU11は、端末2からの応答メッセージを受け取る。すると、CPU11は、確認メッセージ(ACK)を端末2に送信する。確認メッセージを端末2が受信することで、サーバ4と端末2との間で通話呼が確立された状態となる。
続いて、CPU11は、発信トリガとともに得られた識別情報に対応するサービス提供者の電話番号をサービス提供者DB35から取得し、加入者DBからサービス提供者の端末3のIPアドレスを得て、端末3に発信メッセージを送信する。
端末3から発信メッセージに対する応答メッセージが受信されると、CPU11は、端末3との間で回線を確立する処理(応答メッセージ受信、確認メッセージ送信)を行い、さらに、端末2とサーバ4との間で確立された回線と、サーバ4と端末3との間で確立された回線とを接続する処理を行う。これによって、端末2と端末3との通話呼が確立され、ユーザとサービス提供者とが通話を行うことができる。
代行発信の発信トリガが発行された場合には、CPU11は、通常発信と同様の要領で、代行発信の発信トリガとともに得られる識別情報を用いて端末2の電話番号を取得し、さらに、端末2のIPアドレスを得て、発信メッセージを送信し、端末2とサーバ4との間で呼を確立するためのシグナリング手順を実行する。
但し、代行発信の場合には、直ちに、ユーザとサービス提供者との間に呼を確立せず、自動音声応答(IVR)を用いて、ユーザから要件を伺う。自動音声応答は、予め用意された、自動応答プログラムに従って行われる。自動応答プログラムの内容は、サービス提供者間で共通な定型の内容であっても良く、サービス提供者の個別の希望を取り入れた、サービス提供者毎にカスタマイズされた内容であっても良い。
<端末2,端末3,サーバ4の処理例>
図5は、端末2のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。図6は、端末3のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。図7は、サーバ4のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。
図5は、端末2のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。図6は、端末3のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。図7は、サーバ4のCPU11がプログラムの実行によって行う処理例を示すフローチャートである。
前処理として、端末3のCPU11は、アプリ20Aの起動を契機に、サービス提供者関連情報の入力用のUIをサービス提供者に供給する(図5,301)。そして、CPU11は、入力されたサービス提供者関連情報をサーバ4へ送信する(302)。サーバ4では、サーバ4のCPU11が、サービス提供者関連情報をサーバ提供者DB35に登録する。301及び302の処理は、アプリ20Aをインストールした複数のサービス提供者の端末3においてそれぞれ実行される。この結果、サービス提供者DB35には、複数のサービス提供者のサービス提供者関連情報が蓄積された状態となる。
端末2では、アプリ20の起動を契機に、端末2のCPU11が、情報入力用のUIをユーザに提供する(図5,201)。ユーザがUIを用いてユーザ情報,要望情報,設定情報及びタイミング情報を入力すると、CPU11は、これらの情報をサーバ4へ送信する(202)。
サーバ4では、図7に示す処理を、ユーザ(端末2)からの情報受信を契機に開始する。すなわち、サーバ4のCPU11は、ユーザからの情報をユーザDB34に登録する一方で、ユーザ情報及び要望情報と、サービス提供者関連情報とに基づいて、ユーザの要望
とサービス提供者とのマッチングを行う(図7,401)。
とサービス提供者とのマッチングを行う(図7,401)。
このとき、ユーザの所在地と、サービス提供者関連情報中のサービス可能な地理的範囲とのマッチングが行われ、地理的にサービスを提供し得ないサービス提供者が除かれる。そして、CPU11及び要望情報と、サービス提供者関連情報中のマッチング用情報との照合及び判定を行い、ユーザの要望に対する興味分野又は業種を特定するとともに、マッチング率が閾値以上である所定数のサービス提供者を選定する。
次に、CPU11は、興味分野及び業種毎に、マッチング率が高い順でソートされたサービス提供者のリストを作成する(402)。
次に、CPU11は、ユーザからの設定情報に従って、対応する着信音を複数のサービス提供者のそれぞれに割り当てる(403)。このとき、選定されたサービス提供者が1つの場合には、設定情報の内容から当該サービス提供者に割り当てるべき着信音が当該サービス提供者に割り当てられる。
次に、CPU11は、タイミング情報を参照し、タイミング情報が「即時の電話」を示すか否かを判定する(404)。このとき、タイミング情報で示される希望タイミングが「即時の電話」であれば(404,Y)、処理が415に進む。これに対し、希望タイミングが「即時の電話」でなければ(404,N)、処理が405へ進む。
405では、CPU11は、選定された各サービス提供者宛に、ユーザの氏名,識別情報,及びタイミング情報を含む電子メールを生成し、各サービス提供者の端末3へ送信する。
次に、CPU11は、複数のサービス提供者のそれぞれから送信され得る、識別情報を含む通常発信の発信トリガ(通常発信トリガ)がサーバ4で受信されるのを待つ(406)。このとき、通常発信トリガが受信されたときには(406,Y)、CPU11は、識別情報に対応するユーザのタイミング情報を参照する一方で、サーバ4が備える図示しない時計で計時される現在時刻を参照し、現在時刻がタイミング情報で示された時刻又は時間帯に合致するか否かを判定する(407)。
このとき、現在時刻がタイミング情報に合致しない場合(407,N)には、当該通常発信トリガをリジェクト(キャンセル)して、処理を406に戻す。このように、タイミング情報で示された時間外でのユーザへの架電はキャンセルされる。これによって、ユーザの不都合な時間帯にサービス提供者からの電話がかかってくることを回避することができる。
現在時刻がタイミング情報に合致する場合(407,Y)には、CPU11は、通常発信処理を行い、端末2と端末3との間に通話呼を確立するための呼制御を行う。このとき、CPU11は、通常発信トリガの送信元であるサービス提供者に割り当てられた着信音の出力指示として、当該着信音の識別情報(識別コード)を、端末2への発信メッセージとともに、或いは発信メッセージの前後において、端末2へ送信する。
発信メッセージのフォーマット(SIPであればHTTP(HyperText Transfer Protocol))は、テキストで表現される。このため、例えば、着信音の識別情報を示すタグを
設け、着信音の識別情報として、例えば、サービス提供者に割り当てられた着信音の音声ファイル名を記載する。これによって、発信メッセージとともに、着信音の出力指示としての識別情報を送信することができる。
設け、着信音の識別情報として、例えば、サービス提供者に割り当てられた着信音の音声ファイル名を記載する。これによって、発信メッセージとともに、着信音の出力指示としての識別情報を送信することができる。
なお、着信音の識別情報として、音声ファイル名とは別の識別コードを適用することができる。例えば、着信音数が2であれば、1ビットで表すことができ、4以内であれば、2ビットで表すことができる。このため、発信メッセージの信号の空き領域(空きビット)に上記識別コードをマッピングするプロトコルを設け、サーバ4と端末2とで識別コードの授受が行われるようにしても良い。この場合、出力指示送信のためのデータ量を小さくすることができる。
なお、識別コードが送信される場合には、識別コードと音声ファイル名との対応テーブルが使用される、一方、音声ファイル名のタグが送信される場合には、端末2は音声ファイル名でファイル検索を行うことで、所望の音声ファイルにアクセスすることができる。
端末2では、202の処理の後に、サーバ4からの発信メッセージ(着信)を待ち受ける状態となる(203)。サーバ4からの発信メッセージが着信した場合(203,Y)には、端末2のCPU11は、発信メッセージ中の識別情報のタグから、識別情報(音声ファイル名)を取り出し、対応する音声ファイルを補助記憶装置13から取得し、当該音声ファイルの展開処理,及び増幅処理を経て、スピーカから着信音を出力させる。これによって、ユーザは、着信音の種別から、応答前に、電話をかけてきたサービス提供者を認識、或いは推定することができる。
ユーザが応答操作(いわゆるフックオフ(フックアップ)操作)を行うと(205,N)、CPU11は、応答メッセージをサーバ4に送信し、呼を確立する処理を行う(206)。呼の確立後、CPU11は、通話処理として、サーバ4側(端末3)から受信されるRTPパケット中の音声をスピーカから出力する処理や、マイクロフォンから入力された音声を含むRTPパケットを生成してサーバ4側(端末3)へ送る処理を行う(207)。この間、ユーザとサービス提供者との間で、サービス提供に係る話合い(商談)が行われる。
その後、端末2又は端末3の一方で切断操作(いわゆるフックオン操作)が行われると(208,Y)、CPU11は、呼の切断処理を行う(209)。切断処理が完了すると、アプリ20の終了判定が行われ(210)、終了と判定された場合(210,Y)には、アプリ20が終了して、図5の処理が終了する。これに対し、終了と判定されない場合(210,N)には、処理が203に戻され、他のサービス提供者からの架電を待ち受ける状態となる。
ところで、205において、ユーザが着信に応答しない場合には(205,N)、端末3側で切断操作がされるまでは、着信音による呼び出しを継続し、端末3での切断操作に基づく切断メッセージが受信された場合(211,Y)には、切断処理(212)の後に、処理が203に戻る。212から203の間に、210の判断処理が挿入されても良い。
一方、サーバ4では、端末2へ発信メッセージを送信した(図7、408)後に、CPU11は、端末2からの応答メッセージが受信されるのを待つ(409)。CPU11は、発信メッセージの送信時に、所定の待ちタイマ(図示せず)をセットし、応答メッセージが受信されない状態で待ちタイマが満了すると、切断条件が成立したものと判定し(412,Y)、呼制御(シグナリング)を終了する(413)。
そして、CPU11は、通常発信トリガの受信待ち状態を解除するかを判定し(414)、解除条件が満たされている場合(414,Y)には、図7の処理を終了する。解除条件が満たされていない場合(414,N)には、処理が406に戻る。解除条件として、例えば、電子メールが送信されたサービス提供者の全てからの通常発信トリガが受信され
たこと、或いは、電子メールの送信から所定の有効期間が満了したこと、などを挙げることができる。
たこと、或いは、電子メールの送信から所定の有効期間が満了したこと、などを挙げることができる。
409にて、応答メッセージが受信されると(409,Y)、CPU11は、端末2と端末3との間で呼を確立するための呼制御(シグナリング)を行い、呼を確立する(410)。呼の確立後、CPU11は、端末2と端末3との間の通話に係る処理を行う(411)。そして、端末2又は端末3から切断メッセージが受信されると(412,Y)、CPU11は、切断処理を行う(413)。その後、処理が414へ進む。
ところで、404にて、希望タイミングが「即時の電話」であると判定された場合(404,Y)には、CPU11は、識別情報を含む代行発信トリガを発行し(415)、識別情報に対応するサービス提供者の代わりに発信メッセージを代行発信する(416)。このとき、通常発信時と同様に、発信メッセージには、サービス提供者に対応する着信音の音声ファイル名が記述される。
代行発信の発信メッセージが送信された場合における端末2側の処理として、上述した、図5の203〜212の処理が行われる。サーバ4側では、代行発信メッセージにユーザが応答すると、端末2とサーバ4との間で呼を確立する処理を行う。呼が確立された場合(417,Y)には、CPU11は、予め用意された自動応答プログラムに基づく自動音声応答処理を実行する。端末2では、自動応答音声に対する通話処理(207)が行われる。
自動応答プログラムでは、自動応答音声案内により、サービス提供者への架電(接続)を希望するか否かを問うオプションが設けられる。このとき、端末2で、サービス提供者への接続を希望する旨の回答(例えば、自動応答音声案内で指定したボタンの押し下げにより生じる信号)が受信された場合には(419,Y)、CPU11は、端末2をサービス提供者の端末3へ接続する(呼を確立する)処理を行い、呼が確立したとき(420,Y)には、処理が411へ進む。
これに対し、サービス提供者への接続をユーザが希望しない場合(419,N)には、CPU11は、ユーザがサービス提供者からの改めての架電を希望するタイミング(時刻又は時間帯:指定時間)を受け付ける。その後、端末2からの切断メッセージを受けて(422,Y)、CPU11は、切断処理を行う(423)。
このとき、処理が405へ進み、代行発信処理を行ったサービス提供者宛の電子メールが生成される。電子メールには、ユーザの氏名,422で受け付けた指定時間を示す情報,識別情報が含まれる。
なお、自動音声応答処理の一環として、ユーザの伝言をサーバ4で録音し、録音された音声の音声ファイルを電子メールに添付したり、録音音声のテキストを生成して、電子メールの本文に貼付したりすることもできる。
図6に示す端末3の303以降の処理は、図7の410の処理(呼確立)、或いは、処理が419から420へ進んだときにサーバ4から端末3へ発信メッセージが送信された場合の処理を示す。
303において、端末3は、サーバ4からの発信メッセージの着信を待ち受ける状態となっている。304の処理は、以下のようなオプションが実施されたときに行われる処理である。サービス提供者は、301の処理,すなわちサービス提供者関連情報入力において、ユーザからの着信時における着信音の指定情報(例えば、音声ファイル名)を、サー
ビス提供者関連情報に含めることができる。
ビス提供者関連情報に含めることができる。
この場合、例えば、アプリ20Aのインストール時に、着信音の音声ファイルが端末3の補助記憶装置13に記憶される。複数の着信音の音声ファイルが記憶される場合には、サービス提供者は、着信音を試聴して、着信音を指定することができる。そして、サーバ4にて、端末2と端末3との呼を確立するための発信メッセージに、サービス提供者が指定した着信音の音声ファイル名が記述される。
304において、CPU11は、発信メッセージに含まれた音声ファイル名を有する音声ファイルを得て、音声ファイルに含まれた着信音をスピーカから出力させる。着信音が、サービス提供者が通常利用している着信音と異なる場合には、指定した着信音が出力されたとき、サービス提供者は、応答前に、ユーザからの架電であると判断することができる。これによって、サービス提供者は、積極的な応答操作を行うことで、ユーザとの商談の機会を上手く捕らえることができる。その後の、305〜312の処理は、端末2における205〜212(図5)の処理と同様であるので、説明を省略する。
<適用例>
以下、適用例として、上記した仲介システム(架電支援システム)を用いてユーザとサービス提供者とが話し合い(相談)に至るまでのシナリオ例について説明する。
以下、適用例として、上記した仲介システム(架電支援システム)を用いてユーザとサービス提供者とが話し合い(相談)に至るまでのシナリオ例について説明する。
<<シナリオ1>>
[1.ユーザの情報登録(図5,301,302)]
「横浜市」に居住するユーザXは、端末2のアプリ20を起動し、UIを用いて以下のような要望情報を入力し、サーバ4へ送信した。
[要望情報]
(1)エアコンのフィルタ掃除を1万円、カーペットクリーニングを5千円までで行ってくれる業者を探したい。
(2)掃除又はクリニーニングの希望日は次の日曜日である。
(3)価格と日付との優先順位は価格である(すなわち、料金が安い業者が見つかった場合には、必ずしも次の日曜日でなくてもよい。
[1.ユーザの情報登録(図5,301,302)]
「横浜市」に居住するユーザXは、端末2のアプリ20を起動し、UIを用いて以下のような要望情報を入力し、サーバ4へ送信した。
[要望情報]
(1)エアコンのフィルタ掃除を1万円、カーペットクリーニングを5千円までで行ってくれる業者を探したい。
(2)掃除又はクリニーニングの希望日は次の日曜日である。
(3)価格と日付との優先順位は価格である(すなわち、料金が安い業者が見つかった場合には、必ずしも次の日曜日でなくてもよい。
また、ユーザXは、次のような設定情報を入力した。
[設定情報]
・エアコンフィルタ掃除が可能なサービス提供者のうち、マッチング率が最上位のサービス提供者:着信音“a”
・カーペットクリーニングが可能なサービス提供者のうち、マッチング率が最上位のサービス提供者:着信音“b”
・上記以外のサービス提供者:着信音“c”
[設定情報]
・エアコンフィルタ掃除が可能なサービス提供者のうち、マッチング率が最上位のサービス提供者:着信音“a”
・カーペットクリーニングが可能なサービス提供者のうち、マッチング率が最上位のサービス提供者:着信音“b”
・上記以外のサービス提供者:着信音“c”
さらに、ユーザXは、タイミング情報として以下の情報を入力した。
[タイミング情報]
・20時以降の架電を希望
[タイミング情報]
・20時以降の架電を希望
[2.マッチング及びリスト作成(図7,401,402)]
サーバ4は、ユーザからの情報とサービス提供者関連情報とを用いてマッチング処理を行い、以下のようなリストを生成した。サービス提供者関連情報には、各サービス提供者の対応可能な地理的範囲,対応可能な業務,対応可能な日時,業務の料金のようなマッチング用情報が含まれていたものとする。以下の順位は、価格を優先し、且つ価格が同じであれば、実施可能日が早いものを優先した結果である。
(リスト1:興味分野又は業種“エアコンフィルタ掃除”)
(1位)エアコンフィルタ掃除会社A:7,000円で次の土曜日に実施可能である。横浜市
は営業範囲である。
(2位)エアコンフィルタ掃除会社B:12,000円で次の日曜日に実施可能である。横浜市は営業範囲である。
(3位)エアコンフィルタ掃除会社C:15,000円で次の金曜日に実施可能である。横浜市は営業範囲である。
(リスト2:興味分野又は業種“カーペット掃除”)
(1位)カーペット掃除会社D:5,000円で次の土曜日に実施可能である。横浜市は営業
範囲である。
(2位)カーペット掃除会社E:5,000円で次の日曜日に実施可能である。横浜市は営業
範囲である。
サーバ4は、ユーザからの情報とサービス提供者関連情報とを用いてマッチング処理を行い、以下のようなリストを生成した。サービス提供者関連情報には、各サービス提供者の対応可能な地理的範囲,対応可能な業務,対応可能な日時,業務の料金のようなマッチング用情報が含まれていたものとする。以下の順位は、価格を優先し、且つ価格が同じであれば、実施可能日が早いものを優先した結果である。
(リスト1:興味分野又は業種“エアコンフィルタ掃除”)
(1位)エアコンフィルタ掃除会社A:7,000円で次の土曜日に実施可能である。横浜市
は営業範囲である。
(2位)エアコンフィルタ掃除会社B:12,000円で次の日曜日に実施可能である。横浜市は営業範囲である。
(3位)エアコンフィルタ掃除会社C:15,000円で次の金曜日に実施可能である。横浜市は営業範囲である。
(リスト2:興味分野又は業種“カーペット掃除”)
(1位)カーペット掃除会社D:5,000円で次の土曜日に実施可能である。横浜市は営業
範囲である。
(2位)カーペット掃除会社E:5,000円で次の日曜日に実施可能である。横浜市は営業
範囲である。
[3.着信音の割り当て(図7,403)]
サーバ4は、リスト1及びリスト2のそれぞれにおけるサービス提供者に関して、設定情報に従い、以下のように着信音を割り当てた。
(リスト1:興味分野又は業種“エアコンフィルタ掃除”)
(1位)エアコンフィルタ掃除会社A:着信音“a”
(2位)エアコンフィルタ掃除会社B:着信音“c”
(3位)エアコンフィルタ掃除会社C:着信音“c”
(リスト2:興味分野又は業種“カーペット掃除”)
(1位)カーペット掃除会社D:着信音“b”
(2位)カーペット掃除会社E:着信音“c”
サーバ4は、リスト1及びリスト2のそれぞれにおけるサービス提供者に関して、設定情報に従い、以下のように着信音を割り当てた。
(リスト1:興味分野又は業種“エアコンフィルタ掃除”)
(1位)エアコンフィルタ掃除会社A:着信音“a”
(2位)エアコンフィルタ掃除会社B:着信音“c”
(3位)エアコンフィルタ掃除会社C:着信音“c”
(リスト2:興味分野又は業種“カーペット掃除”)
(1位)カーペット掃除会社D:着信音“b”
(2位)カーペット掃除会社E:着信音“c”
[4.サービス提供者への通知(図7,405)]
サーバ4は、タイミング情報が「20時以降」であることに鑑み、サーバ4は、エアコンフィルタ掃除会社A,B及びC、並びにカーペット掃除会社D及びE(会社A〜E)のそれぞれの端末3に対し、以下の内容を含む電子メールを送信(メッセージを通知)する。
・ユーザの氏名(ユーザX),ユーザXの所在地(横浜市。但し、必須ではない)
・識別情報(電話番号と異なる識別情報であって、ユーザXに紐づけされており、且つサービス提供者間でユニークな情報)
・希望タイミング(20時以降)
サーバ4は、タイミング情報が「20時以降」であることに鑑み、サーバ4は、エアコンフィルタ掃除会社A,B及びC、並びにカーペット掃除会社D及びE(会社A〜E)のそれぞれの端末3に対し、以下の内容を含む電子メールを送信(メッセージを通知)する。
・ユーザの氏名(ユーザX),ユーザXの所在地(横浜市。但し、必須ではない)
・識別情報(電話番号と異なる識別情報であって、ユーザXに紐づけされており、且つサービス提供者間でユニークな情報)
・希望タイミング(20時以降)
[5.サービス提供者からの架電(通常発信処理:図7,408)]
会社A〜Eのそれぞれは、電子メールを参照し、端末3のアプリ20Aにより提供されるクラウド電話APIを用いて、識別情報を含む発信トリガをサーバ4へ送信する。これによって、サーバ4が、サービス提供者に割り当てられた着信音の出力指示を含む通常発信処理を行う。
会社A〜Eのそれぞれは、電子メールを参照し、端末3のアプリ20Aにより提供されるクラウド電話APIを用いて、識別情報を含む発信トリガをサーバ4へ送信する。これによって、サーバ4が、サービス提供者に割り当てられた着信音の出力指示を含む通常発信処理を行う。
この結果、ユーザの端末2では、会社Aからの着信時には、着信音“a”が出力される。これによって、ユーザは、応答前に、優先順位1位のエアコンフィルタ掃除のサービス提供者からの架電であることを把握することができる。また、会社Dからの着信時には、着信音“b”が出力される。これによって、ユーザは、応答前に、優先順位1位のカーペット掃除のサービス提供者からの架電であることを把握することができる。従って、着信音“a”又は“b”の着信音を聞くことが、ユーザにとってスムーズに電話に応答する契機となる。この結果、成約可能性の高い商談が行われることとなる。
また、エアコンフィルタ掃除とカーペット掃除とで異なる着信音が出力されることで、ユーザがどのような話をすべきかを応答前に思い描くことができ、スムーズな商談が行われる可能性を高めることができる。
<<シナリオ2>>
シナリオ2として、シナリオ1におけるタイミング情報が「即時の電話」であった場合について説明する。シナリオ2の1〜3は、シナリオ1の1〜3と同じであるので、説明を省略する。シナリオ2の4以降は、以下の通りである。
シナリオ2として、シナリオ1におけるタイミング情報が「即時の電話」であった場合について説明する。シナリオ2の1〜3は、シナリオ1の1〜3と同じであるので、説明を省略する。シナリオ2の4以降は、以下の通りである。
[4.代行発信(図7,416)]
サーバ4は、「即時の電話」と判定した場合(図7,415,Y)には、3.で選定した会社A及び会社Dのそれぞれに関する代行発信処理を行う。このとき、以下のようなシナリオ(自動応答プログラム)に従って、処理が進行する。
サーバ4は、「即時の電話」と判定した場合(図7,415,Y)には、3.で選定した会社A及び会社Dのそれぞれに関する代行発信処理を行う。このとき、以下のようなシナリオ(自動応答プログラム)に従って、処理が進行する。
(4−1)代行発信メッセージの着信音に対し、ユーザが応答すると、IVRに基づく自動音声案内で、以下のような音声メッセージがユーザに伝達される。
「お世話になっております。会社A(会社D)です。弊社担当者に接続する場合には、“1”を、弊社担当者からの改めての架電をご希望の場合には“2”を押して下さい。」
「お世話になっております。会社A(会社D)です。弊社担当者に接続する場合には、“1”を、弊社担当者からの改めての架電をご希望の場合には“2”を押して下さい。」
(4−2)音声メッセージに従い、ユーザが“1”「担当者と接続」を入力する(“1”ボタンを押す)と、サーバ4にて、端末2と端末3との間に呼を確立するための処理が実行される(419のY,420)。会社A(会社D)の担当者が発信に応答し、端末間で呼が確立されることで、ユーザは会社A(会社D)の担当者と電話商談を行うことができる。
(4−3)音声メッセージに従い、ユーザが“2”「改めての架電」を入力する(“2”ボタンを押す)と、IVRに基づく以下のような音声メッセージがユーザに伝達される(図7,422)。
「お電話を差し上げる時間がいつでもよろしい場合には“0”を、9時から12時までをご希望の場合には“1”を、12時から17時までをご希望の場合には“2”を、17時以降をご希望の場合には“3”を押して下さい。」
「お電話を差し上げる時間がいつでもよろしい場合には“0”を、9時から12時までをご希望の場合には“1”を、12時から17時までをご希望の場合には“2”を、17時以降をご希望の場合には“3”を押して下さい。」
(4−4)音声メッセージに従い、ユーザが“0”〜“3”のいずれかのボタンを押すと、以下のような音声メッセージがユーザに伝達された後、切断処理が行われる(図7,423)。
「お電話のご予約を承りました。それでは、しばらくお待ち下さい」
「お電話のご予約を承りました。それでは、しばらくお待ち下さい」
(4−5)切断処理後、サーバ4のCPU11は、会社A(会社D)に対し、「改めての架電」を希望の旨,識別情報,自動応答音声メッセージに応じて入力された希望タイミングを示す時間帯を含む電子メールを生成し、会社A(会社D)の端末3へ送信する。
(4−6)代行発信メッセージの着信音に対し、ユーザが応答しない状態が予め定められた時間継続すると(タイマが満了すると)、サーバ4のCPU11は、代行発信に係るシグナリングを中断し、当該シグナリングを、所定の待ちキューに登録する。一定時間(待ち時間)が経過すると、CPU11は、再度の代行発信を行う。このような処理は、ユーザからの応答があるまで繰り返すことができる。
或いは、代行発信の回数(再発信の回数)が予め定めた閾値に達した場合には、代行発信を中止しても良い。代行発信が中止される場合には、会社A〜Eのそれぞれに対して、ユーザの氏名と識別情報とを含む電子メールを送信しても良い。但し、当該電子メールの送信は、タイミング情報において、「即時の電話」が第1希望として指定される一方、第2希望のタイミングが指定されていることを条件に実行されるようにしても良い。この場合、電子メールには、第2希望のタイミングを示す情報が含まれる。
以上説明した実施形態によれば、ユーザが着信音を聞き分けることで、ユーザの要望にかなう可能性が高いサービス提供者からの架電を選んで応答することが可能となる。この結果、ユーザとサービス提供者との商談がスムーズに進み、商談成立(成約)に至る可能性を高めることができる。また、最上位より低い順位に割り当てられた着信音は、そのときの状況(例えば、最上位のサービス提供者との商談が進んでいる)に応じて、ユーザが着信に応答するか否かを選択する余地を与えることができる。これにより、ユーザが不要な電話応対を回避することができる。
また、実施形態によれば、ユーザが指定したタイミングでサービス提供者から電話がかかってくることを期待することができる。もし、指定タイミング外での架電がなされた場合に、着信音がサービス提供者に割り当てられた着信音であり、通常の着信時の着信音と区別できれば、その電話を無視することができる。また、図7の407の処理によって、指定タイミング外の着信を回避することも可能である。
さらに、図6の304の処理が実行されることによって、サービス提供者は、着信音が商談希望の着信音であると認識することができる。
<変形例>
上述した実施形態では、端末2及び端末3にインストールされたアプリ20,アプリ20Aによって入力されるUIを用いて情報入力が行われる例について説明した。当該構成に代えて、サーバ4が情報入力用のWebページを端末2及び端末3のそれぞれに提供するWebサーバとして機能し、端末2及び端末3にインストールされたWebブラウザが上記Webページを含むWebサイトにアクセスし、情報入力用のUI画面(Webページ)がユーザに提供されるようにしても良い。
上述した実施形態では、端末2及び端末3にインストールされたアプリ20,アプリ20Aによって入力されるUIを用いて情報入力が行われる例について説明した。当該構成に代えて、サーバ4が情報入力用のWebページを端末2及び端末3のそれぞれに提供するWebサーバとして機能し、端末2及び端末3にインストールされたWebブラウザが上記Webページを含むWebサイトにアクセスし、情報入力用のUI画面(Webページ)がユーザに提供されるようにしても良い。
また、端末3にインストールされるアプリ20によって提供されるクラウド電話APIがWebサイトに組み込まれ、端末3のWebサーバへのアクセスによって、WebベースのAPI画面が端末3に提供されるようにしても良い。
また、端末2と端末3との呼の確立は、端末2とサーバ4間の呼(セッション)と、サーバ4と端末2との呼(セッション)とを接続することによって行われている。これに代えて、端末3には、識別情報として、ユーザの真の電話番号と異なる仮の電話番号が通知され、サービス提供者が、クラウド電話APIを用いて、当該仮の電話番号に対する発信を行っても良い。
この場合、仮の電話番号を含む発信メッセージがサーバ4で受信されたとき、CPU11がサービス提供者DB35を参照して仮の電話番号をユーザの真の電話番号に変換し、真の電話番号で加入者DBから対応する端末2のIPアドレスを得て、発信メッセージを端末2へ転送する。その後は、端末2と端末3との間でサーバ4を介したシグナリングが行われ、両者間で呼が確立される。この場合、端末3からの発信メッセージの受信が、通常発信の発信トリガとなる。
また、実施形態では、リスト作成に続いて、設定情報に従った着信音の割り当てが実行される例について説明したが、以下のような変形が可能である。すなわち、端末2は、ユーザ情報と要望情報とを一旦サーバ4に送り、マッチング処理を通じて得られたリストをサーバ4から受け取る。ユーザは、リストに記載されたサービス提供者及びその付帯情報(サービス提供者が提供可能なサービス内容,料金等)を参照して、設定情報を入力するようにしても良い。
また、上記した端末2,端末3,サーバ4のCPU11で実行される処理の一部又は全部は、CPUと異なるプロセッサ(例えばDSP)や、半導体デバイス(例えば、FPGA,ASICのような集積回路)によって実装されることが可能である。
以上説明した実施形態の構成は、本発明の目的を逸脱しない範囲で適宜組み合わせることができる。
2,3・・・端末
4・・・サーバ
11・・・CPU(選定手段,割り当て手段,呼制御手段)
13・・・補助記憶装置(記憶装置)
14・・・通信インタフェース(通信装置)
4・・・サーバ
11・・・CPU(選定手段,割り当て手段,呼制御手段)
13・・・補助記憶装置(記憶装置)
14・・・通信インタフェース(通信装置)
Claims (10)
- サービス提供者からユーザへの架電を支援する架電支援システムであって、
ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報を前記ユーザからネットワークを介して受信する通信装置と、
複数のサービス提供者に関連するサービス提供者関連情報を記憶した記憶装置と、
前記要望情報,及び前記サービス提供者関連情報に基づいて前記ユーザの要望に応じた1又は2以上のサービス提供者を選定する選定手段と、
前記設定情報に従って前記1又は2以上のサービス提供者のそれぞれに前記複数の着信音の1つを割り当てる割当手段と、
前記1又は2以上のサービス提供者のそれぞれに対応する発信トリガに応じて、前記ユーザの電話番号を用いた前記ユーザの端末への発信処理と、当該サービス提供者に割り当てられた着信音又は当該着信音の出力指示を前記端末へ供給する処理とを含む呼制御を行う呼制御手段と、
を含む架電支援システム。 - 前記通信装置は、前記ユーザがサービス提供者からの着信を希望するタイミングを示す希望タイミング情報をさらに受信し、
前記呼制御手段は、前記希望タイミング情報に応じたタイミングで生じる前記発信トリガに応じて、前記呼処理を行う
請求項1に記載の架電支援システム。 - 前記選定手段は、前記要望に応じた同業種に属する複数のサービス提供者を選定したときに、各サービス提供者の前記要望に対する適合度合いに応じた順位を決定し、
前記割当手段は、前記設定情報に基づいて、選定された複数のサービス提供者のうち、最上位のサービス提供者に対し、2位以降のサービス提供者に割り当てる着信音と異なる着信音を割り当てる
請求項1又は2に記載の架電支援システム。 - 前記選定手段は、前記要望に応じた複数の業種のサービス提供者を選定したときに、業種毎に、各サービス提供者の前記要望に対する適合度合いに応じた順位を決定し、
前記割当手段は、前記設定情報に基づいて、各業種における最上位のサービス提供者に対し、異なる着信音を割り当てる
請求項1から3のいずれか1項に記載の架電支援システム。 - 前記希望タイミング情報が或る条件を満たすときに、前記1又は2以上のサービス提供者のうち、少なくとも1つのサービス提供者に係る代行発信の発信トリガを前記呼制御手段に通知する通知手段をさらに含み、
前記呼制御手段は、前記代行発信の発信トリガを受けたときに、前記少なくとも1つのサービス提供者の代わりに、前記ユーザの電話番号を用いて前記ユーザに自動発信を行い、当該自動発信に応答した前記ユーザの端末に対し、自動応答プログラムに基づき、音声メッセージを供給する一方で、前記音声メッセージに従って前記ユーザが入力する情報を記憶する処理を行い、
前記通知手段は、前記希望タイミング情報が前記或る条件を満たさないときに、前記1又は2以上のサービス提供者のそれぞれへ、前記希望タイミング情報を含む前記ユーザへの架電を要求する要求メッセージを通知し、
前記呼制御手段は、前記要求メッセージを受信したサービス提供者によって入力される、前記ユーザと関連づけられた前記ユーザの電話番号と異なる識別情報を取得したことを発信トリガとして、前記ユーザの電話番号を用いて前記ユーザに発信し、前記サービス提
供者と前記ユーザとの間に呼を確立するための処理を行う
請求項2又は3に記載の架電支援システム。 - 前記通知手段は、前記希望タイミング情報が即時の架電を示すときに、前記或る条件を満たすと判定し、前記希望タイミング情報が即時の架電以外の或る時刻又は時間帯を示すときに、前記或る条件を満たさないと判定する
請求項5に記載の架電支援システム。 - サービス提供者からユーザへの架電を支援するためのプログラムであって、ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報を前記ユーザからネットワークを介して受信するステップと、
前記要望情報,及び記憶装置に記憶された複数のサービス提供者に関連するサービス提供者関連情報に基づいて前記ユーザの要望に応じた1又は2以上のサービス提供者を選定するステップと、
前記設定情報に従って前記1又は2以上のサービス提供者のそれぞれに前記複数の着信音の1つを割り当てるステップと、
前記1又は2以上のサービス提供者のそれぞれに対応する発信トリガに応じて、前記ユーザの電話番号を用いた前記ユーザの端末への発信処理と、当該サービス提供者に割り当てられた着信音又は着信音の出力指示を前記端末へ供給する処理とを含む呼制御を行うステップと、
をコンピュータに実行させるプログラム。 - 前記ユーザがサービス提供者からの着信を希望するタイミングを示す希望タイミング情報をさらに受信するステップを前記コンピュータにさらに実行させ、
前記希望タイミング情報に応じた時刻で生じる前記発信トリガに応じて、前記呼処理を行うステップを前記コンピュータに実行させる
請求項7に記載のプログラム。 - ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報をネットワークへ送信する通信装置と、
前記ネットワークにおいて前記要望に応じて選定された1又は2以上のサービス提供者のそれぞれからの電話の着信時に、前記設定情報に従って各サービス提供者に割り当てられた着信音を出力する着信処理手段と、
を含むユーザ端末。 - ユーザの端末として機能するコンピュータに、
前記ユーザの所在地及び電話番号を含むユーザ情報,前記ユーザの要望を示す要望情報,及び複数の着信音に関する設定を示す設定情報をネットワークへ送信するステップと、
前記ネットワークにおいて前記要望に応じて選定された1又は2以上のサービス提供者のそれぞれからの電話の着信時に、前記設定情報に従って各サービス提供者に割り当てられた着信音を出力するステップと、
を実行させるプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013204826A JP2015069535A (ja) | 2013-09-30 | 2013-09-30 | 架電支援システム、及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013204826A JP2015069535A (ja) | 2013-09-30 | 2013-09-30 | 架電支援システム、及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2015069535A true JP2015069535A (ja) | 2015-04-13 |
Family
ID=52836097
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2013204826A Pending JP2015069535A (ja) | 2013-09-30 | 2013-09-30 | 架電支援システム、及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2015069535A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110741392A (zh) * | 2017-06-16 | 2020-01-31 | 本田技研工业株式会社 | 辅助装置、辅助方法以及程序 |
JP2021068305A (ja) * | 2019-10-25 | 2021-04-30 | 株式会社ナビタイムジャパン | 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 |
CN114449103A (zh) * | 2020-10-30 | 2022-05-06 | 华为终端有限公司 | 提醒方法、图形用户界面及终端 |
-
2013
- 2013-09-30 JP JP2013204826A patent/JP2015069535A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110741392A (zh) * | 2017-06-16 | 2020-01-31 | 本田技研工业株式会社 | 辅助装置、辅助方法以及程序 |
JP2021068305A (ja) * | 2019-10-25 | 2021-04-30 | 株式会社ナビタイムジャパン | 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 |
JP7426688B2 (ja) | 2019-10-25 | 2024-02-02 | 株式会社ナビタイムジャパン | 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法 |
CN114449103A (zh) * | 2020-10-30 | 2022-05-06 | 华为终端有限公司 | 提醒方法、图形用户界面及终端 |
CN114449103B (zh) * | 2020-10-30 | 2024-01-30 | 华为终端有限公司 | 提醒方法、图形用户界面及终端 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11875359B2 (en) | Selective presentation of real-time contact options based on user and system parameters | |
US7523082B2 (en) | Escalating online expert help | |
US7831483B1 (en) | System and method of providing recommendations | |
JP2007164581A (ja) | チャット応対システム | |
JP3434209B2 (ja) | コミュニケーションツール利用状況伝達方法,そのサーバ装置,クライアント端末装置およびそれらのプログラム記録媒体 | |
US6999578B2 (en) | Telephone support method, storage medium and apparatus | |
JP2007067544A (ja) | 第三者呼制御機能を備えるWebサーバ | |
JP7473212B2 (ja) | 相談マッチングシステム、相談マッチングプログラムおよび相談マッチング方法 | |
JP2007072835A (ja) | サービス利用者サポートシステム | |
JP2015069535A (ja) | 架電支援システム、及びプログラム | |
JP6705887B2 (ja) | コンピュータおよび情報処理方法 | |
TWI826857B (zh) | 訊息通信方法和記憶有程式的記錄媒體 | |
JP3866675B2 (ja) | 顧客からの連絡要求受付システム,方法,受付サーバおよびプログラム | |
JP6498462B2 (ja) | ユーザ情報登録サーバ、ユーザ情報登録方法及び、ユーザ情報登録プログラム | |
JP2020095584A (ja) | コンテンツ提供システム、プログラム、及び情報処理方法 | |
JP2020071644A (ja) | チャットシステム。 | |
JP2017076947A (ja) | 架電装置及び架電プログラム | |
GB2471258A (en) | System for matching users with service providers | |
JP2016158049A (ja) | 窓口電話番号にかかってくる電話に係員が応答して通話内容に基づく確認文書を作成して相手に知らせるコンピューティング | |
JP6568462B2 (ja) | 情報提示装置、情報提示方法、及びプログラム | |
JP2019134304A (ja) | 情報処理装置、情報処理システム、情報処理方法及びプログラム | |
JP2022139366A (ja) | 情報処理装置、情報処理方法、及び、プログラム | |
JP2022140109A (ja) | 情報処理装置、情報処理方法、及び、プログラム | |
JP2004118399A (ja) | 有識者自動検索システム | |
CN113992799A (zh) | 虚拟号码的显示方法、装置、电子设备及可读介质 |