(57)【要約】【課題】ユーザと組織との双方をうまく結びつけることができる、申込仲介装置及び申込仲介システムを提供する。【解決手段】申入力される申込内容を送信する発呼端末と、前記発呼端末から送信される申込内容を受信する着呼端末とをネットワークを介して仲介する申込仲介装置に、前記発呼端末から送信される申込要求を受け付ける受付手段と、前記受付手段によって受け付けられた申込要求に応じて複数の質問を前記発呼端末に対して逐次送信する送信手段と、前記送信手段によって逐次送信された質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信する受信手段と、前記受信手段によって逐次受信された全回答を前記申込内容として着呼端末毎に定められた出力形態に従って転送する転送手段と、を備える。【選択図】図１
2020087208.tif 000002
【特許請求の範囲】
【請求項１】
入力される申込内容を送信する発呼端末と、前記発呼端末から送信される申込内容を受信する着呼端末とをネットワークを介して仲介する申込仲介装置であって、
前記発呼端末から送信される申込要求を受け付ける受付手段と、
前記受付手段によって受け付けられた申込要求に応じて複数の質問を前記発呼端末に対して逐次送信する送信手段と、
前記送信手段によって逐次送信された質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信する受信手段と、
前記受信手段によって逐次受信された全回答を前記申込内容として着呼端末毎に定められた出力形態に従って転送する転送手段と、
を備える申込仲介装置。
【請求項２】
前記申込要求、前記複数の質問、及び、前記複数の応答は、テキスト情報又は音声情報である、請求項１記載の申込仲介装置。
【請求項３】
前記出力形態を示す情報が着呼端末毎に格納されている格納媒体を備える、請求項１記載の申込仲介装置。
【請求項４】
前記転送手段によって転送しようとした申込内容が前記着呼端末で受け付けられなかった場合に当該着呼端末に再転送する、請求項１記載の申込仲介装置。
【請求項５】
前記格納媒体には、一の組織について複数の着呼端末に割り当てられている転送先を示す情報が格納されており、
前記転送手段によって転送しようとした申込内容が一の着呼端末で受け付けられなかった場合に前記格納媒体を参照して他の着呼端末に転送する、請求項３記載の申込仲介装置。
【請求項６】
前記送信手段によって逐次送信された質問内容と前記受信手段によって逐次受信された回答内容とを対応させて保存する保存手段と、
前記保存手段に保存された質問内容と回答内容とによって人工知能装置を学習させる学習手段と、
前記学習手段によって学習された人工知能装置に対して仲介しようとする発呼端末との間でなされている質問内容と回答内容とを入力することによって次に送信する質問を取得する取得手段と、
を備える、請求項１記載の申込仲介装置。
【請求項７】
発呼端末から送信される申込要求を受け付けるステップと、
前記申込要求に応じて複数の質問を発呼端末に対して逐次送信するステップと、
前記逐次送信した質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信するステップと、
前記逐次受信した全回答を申込内容として着呼端末毎に定められた出力形態に従って転送するステップと、
を含む申込仲介方法。
【請求項８】
発呼端末から送信される申込要求を受け付けるステップと、
前記申込要求に応じて複数の質問を発呼端末に対して逐次送信するステップと、
前記逐次送信した質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信するステップと、
前記逐次受信した全回答を申込内容として着呼端末毎に定められた出力形態に従って転
送するステップと、
をコンピュータに実行させる申込仲介プログラム。
【請求項９】
入力される申込内容を送信する発呼端末と、前記発呼端末から送信される申込内容を受信する着呼端末と、前記発呼端末と前記着呼端末とをネットワークを介して仲介する申込仲介装置と、を備える申込仲介システムであって、
前記申込仲介装置は、
前記発呼端末から送信される申込要求を受け付ける受付手段と、
前記受付手段によって受け付けられた申込要求に応じて複数の質問を前記発呼端末に対して逐次送信する送信手段と、
前記送信手段によって逐次送信された質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信する受信手段と、
前記受信手段によって逐次受信された全回答を前記申込内容として着呼端末毎に定められた出力形態に従って転送する転送手段と、
を備える申込仲介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申込仲介装置、申込仲介方法、申込仲介プログラム、及び、申込仲介システムに関し、特に、ソーシャルネットワーキングサービス（Social Networking Service：
以下、「ＳＮＳ」と称する。）を利用した、レストラン、ホテルなどの各種施設の利用予約、アルバイトなどの応募に好適な申込仲介装置、申込仲介方法、申込仲介プログラム、及び、申込仲介システムに関する。
【背景技術】
【０００２】
特許文献１には、所定のタイムライン画面上で操作することにより、ユーザが組織への予約を行うＳＮＳ予約機能を備えたＳＮＳシステムが開示されている。ＳＮＳ予約機能は、ユーザ端末の画面上で操作することにより、ユーザの店舗への予約を行う機能である。具体的には、ユーザがユーザ端末を用いて、店舗の詳細情報のＷｅｂページを閲覧した場合に表示される予約ボタンを操作し、予約のために必要な情報を入力することで、ユーザは、いちいち電話をかけて予約を行うという煩わしさから解消されるとともに、２４時間いつでも気軽に予約を行えるという利点がある、とされている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許６０４３９１７号公報の例えば００３２、００３９段落
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１に記載されているＳＮＳシステムは、ＳＮＳ予約機能を備えているものの、ユーザが組織への予約をしようとする場合についての考察が限定的である。したがって、特許文献１に記載されているＳＮＳシステムによれば、確かに２４時間いつでも気軽に予約を行えるかもしれないが、予約を受ける店舗の事情が全く考慮されていないという点で、改善の余地がある。
【０００５】
そこで、本発明は、ユーザと組織との双方をうまく結びつけることができる、申込仲介装置及び申込仲介システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の申込仲介装置は、
入力される申込内容を送信する発呼端末と、前記発呼端末から送信される申込内容を受信する着呼端末とをネットワークを介して仲介する申込仲介装置であって、
前記発呼端末から送信される申込要求を受け付ける受付手段と、
前記受付手段によって受け付けられた申込要求に応じて複数の質問を前記発呼端末に対して逐次送信する送信手段と、
前記送信手段によって逐次送信された質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信する受信手段と、
前記受信手段によって逐次受信された全回答を前記申込内容として着呼端末毎に定められた出力形態に従って転送する転送手段と、
を備える。
【０００７】
前記申込要求、前記複数の質問、及び、前記複数の応答は、テキスト情報又は音声情報とすることができる。前記出力形態を示す情報が着呼端末毎に格納されている格納媒体を
備えてもよい。また、前記転送手段によって転送しようとした申込内容が前記着呼端末で受け付けられなかった場合に当該着呼端末に再転送したり、前記格納媒体に、一の組織について複数の着呼端末に割り当てられている転送先を示す情報を格納しておき、前記転送手段によって転送しようとした申込内容が一の着呼端末で受け付けられなかった場合に前記格納媒体を参照して他の着呼端末に転送したりすることも一法である。
【０００８】
さらに、前記送信手段によって逐次送信された質問内容と前記受信手段によって逐次受信された回答内容とを対応させて保存する保存手段と、前記保存手段に保存された質問内容と回答内容とによって人工知能装置を学習させる学習手段と、前記学習手段によって学習された人工知能装置に対して仲介しようとする発呼端末との間でなされている質問内容と回答内容とを入力することによって次に送信する質問を取得する取得手段と、を備えてよい。
【０００９】
また、本発明の申込仲介方法は、
発呼端末から送信される申込要求を受け付けるステップと、
前記申込要求に応じて複数の質問を発呼端末に対して逐次送信するステップと、
前記逐次送信した質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信するステップと、
前記逐次受信した全回答を申込内容として着呼端末毎に定められた出力形態に従って転送するステップと、
を含む。
【００１０】
さらに、本発明の申込仲介プログラムは、
発呼端末から送信される申込要求を受け付けるステップと、
前記申込要求に応じて複数の質問を発呼端末に対して逐次送信するステップと、
前記逐次送信した質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信するステップと、
前記逐次受信した全回答を申込内容として着呼端末毎に定められた出力形態に従って転送するステップと、
をコンピュータに実行させる。
【００１１】
また、本発明は、入力される申込内容を送信する発呼端末と、前記発呼端末から送信される申込内容を受信する着呼端末と、前記発呼端末と前記着呼端末とをネットワークを介して仲介する申込仲介装置と、を備える申込仲介システムであって、
前記申込仲介装置は、
前記発呼端末から送信される申込要求を受け付ける受付手段と、
前記受付手段によって受け付けられた申込要求に応じて複数の質問を前記発呼端末に対して逐次送信する送信手段と、
前記送信手段によって逐次送信された質問に対して前記発呼端末から逐次返信される複数の応答を逐次受信する受信手段と、
前記受信手段によって逐次受信された全回答を前記申込内容として着呼端末毎に定められた出力形態に従って転送する転送手段と、
を備える。
【発明の効果】
【００１２】
ユーザと組織との双方をうまく結びつけることができる、申込仲介装置、申込仲介方法、申込仲介プログラム、及び、申込仲介システムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態の申込仲介システムの構成の概要説明図である。
【図２】発呼端末１００ａと着呼端末２００ａとの間でのやり取りの説明図である。
【図３】図１に示す申込仲介装置３００との間でやり取りをする発呼端末１００ａの画面例を示す図である。
【図４】図１に示す申込仲介装置３００との間でやり取りをする発呼端末１００ａの画面例を示す図である。
【符号の説明】
【００１４】
１００、１００ａ〜１００ｃ  発呼端末
２００、２００ａ〜２００ｃ  着呼端末
３００  申込仲介装置
３１０  受付手段
３２０  送信手段
３３０  受信手段
３４０  転送手段
４００  ネットワーク
５００  データベース（ＤＢ）
【発明を実施するための形態】
【００１５】
以下、本発明の実施形態について、図面を参照して説明する。
【００１６】
図１は、本発明の実施形態の申込仲介システムの動作の概要説明図である。図１には、以下説明する、発呼端末１００ａ〜１００ｃと、着呼端末２００ａ〜２００ｃと、申込仲介装置３００と、ネットワーク４００と、データベース（以下、「ＤＢ」と称する）５００と、を示している。
【００１７】
なお、ここでは、発呼端末１００ａ〜１００ｃ及び着呼端末２００ａ〜２００ｃといった、それぞれ３台の端末を例示しているが、通常、これら以上の端末によって本実施形態の申込仲介システムが構成されている。
【００１８】
発呼端末１００ａ〜１００ｃ（以下、これらの総称を「発呼端末１００」と称する。）は、ユーザによって操作される端末であり、テキスト情報又は音声情報で入力される申込内容を、申込仲介装置４００に向けて送信するものである。
【００１９】
発呼端末１００は、ネットワーク４００に対して無線通信又は有線通信を行うことが可能な、携帯電話機、スマートフォン、パーソナルコンピュータなどとすることができる。発呼端末１００は、スマートフォン、ノート型パーソナルコンピュータのような携帯型端末であってもよいし、デスクトップ型パーソナルコンピュータのように据置型端末であってもよい。
【００２０】
着呼端末２００（以下、これらの総称を「着呼端末２００」と称する。）は、レストラン、ホテルなどの各種施設、アルバイトなどの求人元、乗車券、航空券、各種チケットなどの予約会社等の組織の担当者によって操作される端末であり、申込仲介装置４００を介して発呼端末１００から送信される申込内容を受信するものである。
【００２１】
着呼端末２００は、ネットワーク４００に対して無通信線又は有線通信を行うことが可能な、固定電話機、携帯電話機、スマートフォン、パーソナルコンピュータ、ファクシミリ装置などとすることができる。着呼端末２００は、スマートフォン、ノート型パーソナルコンピュータのような携帯型端末であってもよいし、デスクトップ型パーソナルコンピュータ、固定電話機、ファクシミリ装置のように据置型端末であってもよい。
【００２２】
申込仲介装置３００は、本実施形態の申込仲介システムの管理者によって管理される装置であり、例えば、サーバ又はパーソナルコンピュータによって実現することができる。申込仲介装置３００は、発呼端末１００と着呼端末２００との間での種々の申込に関する情報をネットワーク４００を介して仲介する役割を担う。
【００２３】
申込仲介装置３００は、後述する、受付手段３１０と、送信手段３２０と、受信手段３３０と、転送手段３４０とを備える。これらの各手段による機能は、たとえば、申込仲介装置３００のＣＰＵ及びメモリといったハードウェアと、後述する処理が可能なソフトウェア（プログラム）との協働によって実現すればよい。
【００２４】
ネットワーク４００は、発呼端末１００と着呼端末２００と申込仲介装置３００とを相互に接続可能な網である。ネットワーク４００は、ＩＰ網を含むインターネット網、キャリア網を含む携帯電話網、及び、公衆交換電話網などの各種網の総称である。いずれの種別の網を用いるかは、発呼端末１００及び着呼端末２００の種別に依存するものである。
【００２５】
ＤＢ５００は、発呼端末１００から送信される申込内容を、如何なる出力形態で着呼端末２００に転送するかを示す情報が、着呼端末毎に格納されている格納媒体である。例えば、ある組織Ａにおける着呼端末２００は固定電話機であり、別の組織Ｂにおける着呼端末２００はファクシミリ装置である場合、ＤＢ５００には、組織Ａに対応して音声出力、組織Ｂに対応してテキスト出力といった出力形態が、それぞれ格納されることになる。
【００２６】
受付手段３１０は、発呼端末１００から送信される申込要求を受け付けるものである。この申込要求は、典型的には、テキストチャット、インターネット電話などが行える、ＳＮＳアプリケーションソフトウェアを通じて行うことができる。
【００２７】
送信手段３２０は、受付手段３１０によって受け付けられた申込要求に応じて、複数の質問を発呼端末１００に対して逐次送信するものである。送信手段３２０は、例えば、レストラン予約の申込をする場合であれば、予約日時を尋ねる質問、予約人数を尋ねる質問、申込者の連絡先を尋ねる質問、申込者の氏名を尋ねる質問などを逐次送信する。
【００２８】
なお、ここでいう逐次送信するという意味は、典型的には一問一答となるように一回の送信時に一つの質問を送信することであるが、一回の送信時に複数の質問を送信することを除外するものではない。また、一の質問に対する応答を受信する前に他の質問を送信するというように、連続して質問を送信する場合も含む。
【００２９】
したがって、上記の例でいえば、例えば、予約日時を尋ねる質問と、予約人数を尋ねる質問とを一回のメッセージで送信することも可能であるし、予約日時を尋ねる質問を送信した後に当該質問に対する応答がない状態で、予約人数を尋ねる質問を送信することも可能である。
【００３０】
なお、例えば、求人応募の申込をする場合であれば、送信手段３２０は、勤務希望時間を尋ねる質問、勤務地を尋ねる質問、申込者の連絡先を尋ねる質問、申込者の氏名を尋ねる質問などを逐次送信する。したがって、送信すべき質問の内容は、本実施形態の申込仲介システムの用途に応じて適宜設定すればよい。
【００３１】
受信手段３３０は、送信手段３２０によって発呼端末１００に対して逐次送信された質問に対して発呼端末１００のユーザが入力することによって発呼端末１００から逐次返信される複数の応答を逐次受信するものである。受信手段３３０は、上記のレストラン要約の例でいえば、例えば、「９月１０日の１９：００」、「４名」、「０９０−１２３４−５６７８」、「山田太郎」といったそれぞれの応答を逐次受信する。
【００３２】
なお、ここでいう逐次受信するという意味は、典型的には一問一答となるように一回の受信時に一つの応答を受信することであるが、一回の受信時に複数の応答を受信することを除外するものではない。また、一の質問に対する応答と他の質問に対する応答とを連続して受診する場合も含む。
【００３３】
したがって、上記の例でいえば、例えば、「９月１０日の１９：００に「４名で予約」というような対応も可能であるし、予約日時についての応答と予約人数についての応答を一緒に受信することも可能である。
【００３４】
また、送信手段３２０から発呼端末１００ａに対して逐次送信する質問には、フリーワードで返答させるような、「ご予約に際して何か希望がございますか」といった内容も含むものとする。このため、受信手段３３０では、発呼端末１００ａから送信される回答としては、レストラン予約の例でいえば「個室を希望します」といった内容を含むものとする。すなわち、質問形式は、クローズドクエスチョンでもオープンクエスチョンでもよい。
【００３５】
さらに、申込仲介装置３００は、発呼端末１００とのやり取りを学習データとして保存しておき、人工知能装置を学習させるために十分な量の学習データが保存された場合に、これらの学習データを用いて人工知能装置を学習させることもできる。こうして学習させた人工知能装置に対して、発呼端末１００ａとのやり取りを入力して、所望の質問を出力させ、それを発呼端末１００ａに送信することができる。
【００３６】
こうすると、例えば、過去に、１９：００から４名で個室を希望して予約をした人は、更に、コース料理を注文する傾向が統計上高いという実体がある場合には、人工知能装置を活用して、単に、「アラカルト料理の注文、コース料理の注文のご希望はありますか」という質問を送信するのではなく、一歩進んで「コース料理には、○○コース、△△コース、××コースのご用意がありますが、ご希望のコースはお決まりですか」という気の利いた質問をすることも可能となる。
【００３７】
一般化すると、送信手段３１０によって発呼端末１００に逐次送信された質問内容と受信手段３３０によって逐次受信された発呼端末１００からの回答内容とを対応させて保存する保存手段と、保存手段に保存された質問内容と回答内容とによって人工知能装置を学習させる学習手段と、学習手段によって学習された人工知能装置に対して仲介しようとする発呼端末１００Ａとの間でなされている質問内容と回答内容とを入力することによって次に発呼端末１００Ａに送信する質問を取得する取得手段とを備えることも可能である。
【００３８】
転送手段３４０は、受信手段３３０によって発呼端末１００から逐次受信された全回答を申込内容として着呼端末２００毎に定められた出力形態に従って対応する着呼端末２００に転送するものである。転送手段３４０は、上記のレストラン予約の例でいえば、「『９月１０日の１９：００』に『４名』で『山田太郎』さんから予約の依頼がありました。連絡先電話番号は『０９０−１２３４−５６７８』です」というような申込内容を転送する。
【００３９】
つぎに、主として、発呼端末１００ａとしてスマートフォンを用い、着呼端末２００ａとして固定電話機を用いることを前提として、レストラン予約の申込をする場合を例に、図１の申込仲介システムの動作の例を説明する。
【００４０】
（申込仲介システム利用のための事前設定等の説明）
まず、本実施形態の申込仲介システムを利用に先立って、発呼端末１００ａ、ＤＢ５０
０などにおいて、以下説明するような事前設定等が必要である。
【００４１】
発呼端末１００ａには、そのユーザ等が予め、ＬＩＮＥ（登録商標）などのＳＮＳアプリケーションソフトウェア（以下、「ＬＩＮＥ」を例に説明する。）をダウンロードしてインストールして、ＬＩＮＥを通じて本実施形態の申込仲介装置３００との間で通信可能な状態にしておく。
【００４２】
また、申込仲介システムの管理者等が、予め複数のレストラン毎に、店舗名・住所・電話番号・料理のジャンル・地図情報などの店舗情報が掲載された申込仲介システム用のＷｅｂページを作成して、図示しないＷｅｂサーバに格納しておく。これにより、ユーザが発呼端末１００ａを操作することによって、ネットワーク４００を通じて、申込仲介システム用のホームページにアクセスすることが可能となる。
【００４３】
また、各Ｗｅｂページには、そのレストランの店舗を特定可能な固有の店舗ＩＤと、申込仲介システムに割り当てられた「Ｌｉｎｅ」のＩＤとが紐付けられたバナーを埋め込んでおく。こうして、ユーザが発呼端末１００ａを操作することによって、申込仲介システム用のＷｅｂページにアクセスして、発呼端末１００ａのディスプレイに表示される各Ｗｅｂページを見ながら、訪問を希望する店舗を決定し、その店舗のＷｅｂページに埋め込まれたＬＩＮＥのバナー部分をタッチすると、発呼端末１００ａにインストールされているＬＩＮＥのアプリケーションソフトウェアが起動するようにしておく。
【００４４】
また、ＤＢ５００には、着呼端末２００ａについての各種情報を確保しておく。ここでいう各種情報には、典型的には、少なくとも、着呼端末２００ａに割り当てられている電話番号（例えば、「０５０−１１１１−２２２２」といった固定電話番号）、着呼端末２００ａにおける申込内容の出力形態の種別（ここでは、音声情報）が含まれ、着呼端末２００ａに係る店舗ＩＤとともに一組の情報として、ＤＢ５００に予め格納しておく。
【００４５】
なお、着呼端末２００ａとは異なる着呼端末２００ｂにおける申込内容の出力形態がテキスト情報である場合には、典型的には、着呼端末２００ｂのファクシミリ番号もＤＢ５００に格納しておくことになる。もっとも、着呼端末２００ｂにおける申込内容の出力形態がテキスト情報である場合でも、ファクシミリで出力する以外にも、ＬＩＮＥのテキストチャットを通じて出力することもできるので、店舗ＩＤの担当者に割り当てられた「Ｌｉｎｅ」のＩＤをＤＢ５００に格納する場合もある。
【００４６】
同様に、着呼端末２００ａにおける申込内容の出力形態が音声情報であっても、固定電話を通じた出力ではなく、ＬＩＮＥを用いたインターネット電話で出力することもできるので、上記着呼端末２００ａに割り当てられている電話番号に代えて又はこれとともに店舗ＩＤの担当者に割り当てられた「Ｌｉｎｅ」のＩＤをＤＢ５００に格納する場合もある。
【００４７】
また、例えば、申込内容を固定電話機で受けようとし、実際には、転送手段３４０からの転送処理が行われたものの、レストランの店舗ではお客さん対応のためなど、何らかの理由によって、着呼端末２００ａでその電話を受けることができない場合もある。このような場合には、例えば、５分後に、再度、着呼端末２００ａに対して予約依頼内容を転送すべく電話することも可能である。
【００４８】
さらに、転送手段３４０からの転送処理が行われたものの、着呼端末２００ａで電話を受けることができなかった場合については、手が空いたらＬＩＮＥで申込内容をチェックしたいので、着呼端末２００ｂに対してＬＩＮＥでテキストメッセージを送信して欲しいという要望が、レストランの店舗からあることも想定される。
【００４９】
そこで、本実施形態では、ＤＢ５００に対して転送先の優先順位を示す情報（着呼端末２００ａが最優先で申込内容を転送する端末であり、着呼端末２００ｂが着呼端末２００ａで転送しようとした申込内容が受け付けられなかった場合に当該申込内容を転送する端末であるという情報）とともに、着呼端末２００ｂに割り当てられた「ＬＩＮＥ」のＩＤをＤＢ５００に格納可能としている。
【００５０】
以上の事前設定等がなされると、発呼端末１００ａの所有者であるユーザと、着呼端末２００ａが据え置かれているレストランとの双方が、本実施形態の申込仲介システムを利用することが可能となる。
【００５１】
（発呼端末１００と申込仲介装置３００との通信）
本実施形態では、これに限られるものではないが、申込仲介装置３００の動作は、主として、一般にＢｏｔと称されるネットワーク４００上の操作を、人手を介さずに実行可能なソフトウェア（プログラム）と、申込仲介装置３００自体のＣＰＵ及びメモリといったハードウェアなどとの協働によって実現している。
【００５２】
すなわち、受付手段３１０が発呼端末１００ａから送信される申込要求を受け付け、送信手段３２０がその申込要求に応じて複数の質問を発呼端末１００ａに対して逐次送信し、受信手段３３０がそれらの質問に対する発呼端末１００ａから逐次返信される複数の応答を逐次受信し、転送手段３４０が全回答を申込内容として着呼端末２００ａに音声情報で転送する、という動作の全て又は一部、更には、これらに加えて他の動作についても、Ｂｏｔを用いて実現するようにしている。
【００５３】
図２は、発呼端末１００ａと着呼端末２００ａとの間でのやり取りの説明図である。図２には、発呼端末１００ａの画面例と、着呼端末２００ａと係るＷｅｂページの一部とを示している。
【００５４】
ここでは、Ｗｅｂページの一部として、店舗名として「ステーキハウス  ＡＢＣ」、住所として「東京都港区新橋１−１−１」、電話番号として「０５０−１１１１−２２２２」、料理のジャンルとして「ステーキ・鉄板焼き」、今夜の当該店舗での空席の有無と、既述の「ＬＩＮＥ問合せ」というバナーとの表示例を示している。
【００５５】
発呼端末１００ａのユーザが、発呼端末１００ａを操作することによって、本実施形態の申込仲介システムが事前に用意していたホームページにアクセスし、図２に表示例の一部を示すＷｅｂページの店舗への予約を希望したとする。この場合には、発呼端末１００ａのユーザは、「ＬＩＮＥ問合せ」というバナーをタップすることになろう。
【００５６】
実際に、発呼端末１００ａのユーザが「ＬＩＮＥ問合せ」というバナーをタップすると、典型的には、発呼端末１００ａのユーザが、本実施形態の本実施形態の申込仲介システムを利用したことがなく、これを利用したいという場合には、発呼端末１００ａのディスプレイに表示されている「追加」をタップすることが必要となる。
【００５７】
一方、発呼端末１００ａのユーザが、本実施形態の本実施形態の申込仲介システムを利用したことがある場合には、既に「追加」済みであるので、発呼端末１００ａから申込仲介装置３００に申込要求が送信され、発呼端末１００ａのディスプレイには、図２に示す発呼端末１００ａの画面例に代えて、図３〜図４に示すような画面例が表示される。
【００５８】
図３，図４は、図１に示す申込仲介装置３００との間でやり取りをする発呼端末１００ａの画面例を示す図である。申込仲介装置３００は、発呼端末１００ａから送信される申
込要求を受付手段３１０によって受け付けると、送信手段３２０は複数の質問を発呼端末１００ａに対して、例えば、申込要求が、レストラン予約の申込要求である場合であれば、まず予約日時を尋ねる質問を、発呼端末１００ａに送信する（図３（ａ））。
【００５９】
これに対して、発呼端末１００ａのユーザが希望する予約日時（例えば、「９月１０日１９：００」）を入力して送信すると、受信手段３３０がそれを受信する。つづいて、送信手段３２０は、例えば、予約人数を尋ねる質問を発呼端末１００ａに対して送信する。これに対して、発呼端末１００ａのユーザが希望する予約人数（例えば、「４名」）を入力して送信すると、受信手段３３０がそれを受信する。同様に、送信手段３２０は、例えば、申込者の連絡先を尋ねる質問を発呼端末１００ａに対して送信する。これに対して、発呼端末１００ａのユーザが申込者の連絡先（例えば、「０９０−１２３４−５６７８」）を入力して送信すると、受信手段３３０がそれを受信する。さらに、送信手段３２０は、例えば、申込者の氏名を尋ねる質問を発呼端末１００ａに対して送信する。（図３（ｂ））。
【００６０】
これに対して、発呼端末１００ａのユーザが申込者の氏名（例えば、「山田太郎」）を入力して送信すると、受信手段３３０がそれを受信する。こうして、発呼端末１００ａと着呼端末２００ａとの間で逐次、予約に必要な質問と応答とのやり取りがされると、例えば、送信手段３２０は、発呼端末１００ａに対して予約方法の選択を促し、この例では発呼端末１００ａのユーザが「はい」を選択すると、転送手段３４０が着呼端末２００ａに割り当てられている電話番号に発信するとともに、送信手段３２０は、その旨を示す情報を発呼端末１００ａに送信をする（図３（ｃ））。
【００６１】
着呼端末２００ａに割り当てられている電話番号に発信をするためには、発呼端末１００ａから送信された申込要求には、着呼端末２００ａに割り当てられている店舗ＩＤが含まれているので、転送手段３４０は、その店舗ＩＤに基づいてＤＢ５００を参照して、これに対応する着呼端末２００ａに割り当てられている電話番号を読み出して、その電話番号宛に電話をかけることによって実現すればよい。
【００６２】
その後、着呼端末２００ａが転送手段３４０からの電話に応答すると、「次の内容で予約の依頼がありました。『９月１０日の１９：００』『４名』『山田太郎』さんからの予約依頼です。連絡先電話番号は『０９０−１２３４−５６７８』です。予約依頼に応じる場合には１と♯を押してください。予約依頼に応じない場合には２と♯を押してください」というような申込内容を音声出力する。
【００６３】
その後、着呼端末２００ａのユーザがこの予約依頼に応じるために、着呼端末２００ａの数字ボタン「１」と「♯」とを押下し、転送手段３４０がこれを受けた場合には、送信手段３２０は、例えば、予約が確定した旨と予約情報とを発呼端末１００ａに送信する（図４（ｄ））。
【００６４】
一方、何らかの理由で着呼端末２００ａが例えば１０コールしたにもかかわらず、転送手段３４０からの電話に応答しなかった場合には、送信手段３２０は、電話が不通であった旨の情報とともに、例えば５分後に再度電話をかけるか、他の転送方法を試行するか（ここでは、着呼端末２００ｂへの転送を試行するか、図２に示す着呼端末２００ａに発呼端末１００ａのユーザが直接電話をかけることを選択するために当該電話番号を表示する場合も含む）、予約中止をするかなどの選択を促す情報を発呼端末１００ａに送信する（図４（ｅ））。
【００６５】
また、着呼端末２００ａのユーザが予約依頼に応じない場合には、着呼端末２００ａの数字ボタン「２」と「♯」とを押下し、転送手段３４０がこれを受けた場合には、送信手
段３２０は、例えば、予約が受け付けられなかった旨と他店への予約を促す旨の情報とを、発呼端末１００ａに送信する。
【００６６】
以上の説明によれば、本実施形態の申込仲介システムは、発呼端末１００ａのユーザと組織である着呼端末２００ａとの双方をうまく結びつけることができる。
【図１】
2020087208.tif 000003
【図２】
2020087208.tif 000004
【図３】
2020087208.tif 000005
【図４】
2020087208.tif 000006