JP2006074375A

JP2006074375A - 申込受付システムとそれを実現するためのコンピュータプログラムとその方法

Info

Publication number: JP2006074375A
Application number: JP2004254462A
Authority: JP
Inventors: Shin Uei; 伸上井; Hiroko Sasai; 裕子笹井; Satoko Ozawa; 聡子小澤
Original assignee: PIA Corp
Current assignee: PIA Corp
Priority date: 2004-09-01
Filing date: 2004-09-01
Publication date: 2006-03-16

Abstract

【目的】商品購入を電話で予約する際、顧客からの電話がかかりやすくするシステム等を提供する。
【解決手段】情報を記憶する記憶装置、通話又は情報を受信するための受信装置、通話又は情報を発信するための発信装置、情報の処理を行う処理装置を備えるシステムである。
処理装置は、顧客から電話がかけられてくると通話を開始するとともに商品の購入又はサービスの提供に関する申込者の電話番号を受信し、その申込者の順位を決める。そして、通話が終了した直後に電話回線を通話可能な状態にする。その後、処理装置は申込内容を決めるために発信装置から顧客の電話番号に電話をかける。
【選択図】図１

Description

本発明は、商品の購入申込やサービスの提供の申込の際に利用される申込受付システム等に関するものである。

近年、電話を使って商品等の購入申込を行うケースが増えている。例えば、あるコンサートのチケットを電話で予約して購入する場合、大凡次のような作業がなされる。
（１）顧客がチケット販売会社に電話をする。
（２）チケット販売会社のオペレーターが電話をとり、顧客に対し「どのコンサートのチケットが欲しいのか」、「何人分のチケットが欲しいのか」、「コンサート会場の座席はどこを希望するのか」などを質問し、顧客と対話しながらそれらを決めてゆく。
（４）顧客がチケット代金の支払いを行う。
（５）チケット販売会社がチケットを顧客の自宅に郵送する。
このようにすれば容易にチケットを購入できるので、最近ではこのような電話を利用したチケット売買がよく行われている。

ＷＥＥＫＬＹぴあ３月号ぴあ株式会社発行２００４年３月１日ｐ１５７

しかし、この販売方法では顧客が何度もチケット販売会社に電話をかけ直さなければならないという問題があり顧客から不満の声が上がっている。
即ち、上記（２）の作業は顧客から電話がかかってくる度に行われるが、この作業（２）は顧客と対話しながら進めてゆくため、どんなに急いでも数分かかってしまう。この数分の間、他の顧客（例えば、顧客Ａ）がチケット販売会社に電話をしても「話し中」であり、顧客Ａは再度電話をかけ直さなければならない。そして、顧客Ａが上記（２）の作業が終わった頃を見計らって再度電話したときはもう他の顧客と「話し中」であり、顧客Ａは何度も電話をかけ直さなければならないというケースが頻発している。
このような問題は人気歌手のコンサートの電話予約において顕著である。この問題を解決するためチケット販売会社側としても、人気の高いコンサートについては電話の回線数を増やしたり、専用の電話番号を設けたりするなどの対策を講じているが、それでもこの問題の抜本的解決には至っていない。
そこでこの問題点を抜本的に解決するシステム等が求められるところである。

本発明は、例えば、次のような手段を備えるシステム、方法、コンピュータを次のように機能させるコンピュータプログラムである。
（１）情報を記憶する記憶装置、通話又は情報を受信するための受信装置、通話又は情報を発信するための発信装置、情報の処理を行う処理装置を備えるシステムであって、
前記処理装置は、商品の購入又はサービスの提供に関する申込者の連絡先を前記受信装置から受信する第１受信手段、前記申込者の順位を決める順位決定処理を行う順位決定手段、申込内容を決めるために前記発信装置から前記連絡先に発信する第１発信処理を行う第１発信手段を備える。
（２）前記処理装置は、前記順位に従って前記第１発信処理を行う。
（３）前記処理装置は、前記第１発信処理よりも前記順位決定処理を優先して行う。
（４）前記処理装置は、申込を受け付けた旨の受付完了データを前記発信手段から前記連絡先に発信する第２発信手段を備える。
（５）前記受信装置は所定の通話回線を介して通話を受信するものであり、
前記処理装置は、前記連絡先を特定した直後または前記第２発信処理直後に前記通話回線を通話可能な状態にする回線開放手段を備える。
（６）前記処理装置は、前記第１発信処理を行う発信予定時を決定する第１予定時決定手段、前記発信予定時を前記発信手段から前記連絡先に発信する第３発信手段を備える。
（７）前記処理装置は情報を送信するための送信装置から情報を送信するものであり、
前記処理装置は、前記第１発信処理を行う発信予定時を決定する第２予定時決定手段、前記発信予定時の送信先を示す発信予定時送信先を前記受信装置から受信する第２受信手段、前記発信予定時を前記送信装置から前記発信予定時送信先に送信する第１送信手段を備える。
（８）前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第１可能性データ作成手段、前記第１可能性データを前記発信手段から前記連絡先に発信する第４発信手段を備える。
（９）前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第２可能性データ作成手段、前記第２可能性データの送信先を示す可能性データ送信先を前記受信装置から受信する第３受信手段、前記第２可能性データを前記送信装置から前記可能性データ送信先に送信する第２送信手段を備える。
（１０）前記記憶装置には前記第１発信処理に対する応答の条件を示す応答条件データが記憶されており、
前記処理装置は、前記第１発信処理に対する応答が前記応答条件データに合致して行われたか否かを確認し、前記応答条件データに合致して応答していない場合はその申込者に一定の不利益を与える第１不利益付与処理手段を備える。
（１１）前記第１不利益付与処理とは前記順位を降格させる処理である。
（１２）前記第１不利益付与処理とは前記第１発信処理を行わないようにするための処理である。
（１３）前記処理装置は、前記連絡先が即時に特定できるか否かを確認し、特定できない場合はその申込者に一定の不利益を与える第２不利益付与手段を備える。
（１４）前記第２不利益付与処理とは前記順位を降格させる処理である。
（１５）前記第２不利益付与処理とは前記第１発信処理を行わないようにするための処理である。

本発明には次のような効果がある。
（１）本発明を利用すれば、受付処理における通話時間を極めて短時間にできるため、顧客が何度も電話をかけ直さなければならないという問題を解決できる。また、チケット販売会社としても確保すべき電話の回線数を減少させることができ、利益効率を向上させることができる。
（２）本発明では、コールバックの予定時間を通知するので、顧客は大凡何時頃にコールバックがかかってくるかを知ることができ、より確実に顧客が応答できるようになる。
（３）本発明では、商品等を購入できるか否かの可能性を通知するので、顧客は自分が商品を購入できるか否かの大凡を知ることができる。
（４）本発明では、応答条件を設け、その条件に合致しない場合は、顧客に不利益を与えてるので、顧客はより確実に応答するようになる。
（５）本発明では、連絡先を即時に特定できない顧客（電話番号等を通知しない顧客）に対し不利益を与えているので、電話番号等を通知しない顧客の数を減らすことができる。

本発明は、商品の購入申込やサービスの提供の申込の際に利用される申込受付システム等に関するものである。以下、図面に基づいて説明する。

本発明の第一実施例を図に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。
これらハードウェアは、サーバー、通話装置１、通話装置２、携帯電話、固定電話、コンピュータ（主に家庭用のコンピュータ）とからなる。
サーバーと携帯電話及び固定電話とは電話通信網（或は、その他の通信手段）により通話が可能となっている。また、サーバーにはデータの送受信を可能にするためのデータ送受信部が備えられており、これによりサーバーとコンピュータ、携帯電話とはインターネット（或いは、その他の通信手段）を介してデータの送受信が可能になっている。

サーバー、コンピュータ、携帯電話には情報を処理する処理装置（図示せず）、情報を記憶する記憶装置（図示せず）が備えられている。また、サーバーは通話装置１、通話装置２と情報伝達可能な状態で接続されている。
サーバー、コンピュータ、携帯電話の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されており、サーバー、コンピュータ、携帯電話はこのコンピュータプログラムの処理命令に従って所定の処理を行う。
なお、ここではサーバーに備えられている処理装置が特許請求の範囲に記載されている処理装置としての役割を果たし、サーバーに備えられている記憶装置が特許請求の範囲に記載されている記憶装置としての役割を果たし、通話装置２又はサーバーのデータ送受信部が特許請求の範囲に記載されている受信装置としての役割を果たし、通話装置１又はサーバーのデータ送受信部が特許請求の範囲に記載されている発信装置としての役割を果たす。

次に、本発明を実現するための処理手順について説明する。本発明の処理は＜電話着信（ＳＴＥＰ１）＞→＜順位決定（ＳＴＥＰ２）＞→＜返信メッセージ送信（ＳＴＥＰ３）＞→＜コールバック処理（ＳＴＥＰ４）＞の手順で行われる。以下、これら処理について説明する。

＜電話着信（ＳＴＥＰ１）＞
東京都在住の山田太郎さんは人気歌手のコンサートを観に行きたいと考えている。山田さんはコンサート情報などが掲載されている情報雑誌を購入して、そのコンサートの購入予約をするための電話番号及び電話予約の受付開始日時を確認した。なお、チケット予約のための電話番号は「０３−３８８２−××××」だとする。
山田さんは受付開始日時経過直後に自分の携帯電話（図１）を利用して「０３−３８８２−××××」に電話をかけたところ通話装置２につながった。なお、通話装置２は電話予約を受け付けるための専用電話だとする（通話装置１については後述する）。山田さんの携帯電話は電話番号を相手先に通知（送信）する番号通知機能がついており、携帯電話の処理装置は電話番号「０９０−１２３４−××××」を通話装置２を介してサーバーに送信する。なお、この電話番号「０９０−１２３４−××××」が申込者の連絡先となる。

＜順位決定（ＳＴＥＰ２）＞
次に、サーバーの処理装置は申込順位を決定するための処理を行う。
サーバーの記憶装置には図２のようなイベントファイルが記憶されている。これは図２に示された複数のデータ項目からなるファイルである。申込１から申込９には既にほかの人達の電話番号が登録されている。これは山田さんより早く電話をかけてきた人たちの電話番号である。すなわち、山田さんは１０番目に電話をかけたことになる。山田さんの電話番号「０９０−１２３４−××××」を受信したサーバーの処理装置は、申込１０の欄に山田さんの電話番号を登録する（記憶する：図３）。これにより山田さんの順位（このコンサートにおけるチケット購入の優先順位）が１０番目に決定する。なお、この処理を行う処理装置が第１受信手段・順位決定手段としての役割を果たすものであり、この処理は後述するコールバック処理よりも優先して行われる処理である。

＜返信メッセージ送信（ＳＴＥＰ３）＞
次に、サーバーの処理装置は、返信メッセージに関する処理を行う。
順位を決めたサーバーの処理装置は返信メッセージを作成する。即ち、イベントファイルに記憶されている基本メッセージを返信メッセージとして「予約を受け付けました。ありがとうございました。」を音声メッセージとして山田さんの携帯電話に送信し、その直後に山田さんの携帯電話との通話を打ち切り電話回線を通話可能な状態にする。これにより山田さんとの通話時間が極めて短いものとなる。なお、突然通話を打ち切ると顧客（山田さん）に失礼なので基本メッセージのほかに「通話時間短縮のため、このあと通話をすぐに切らせて頂きます。」や「予約順にこちらから連絡致します。」などを返信メッセージに追加してもよい。なお、この処理を行う処理装置が第２発信手段としての役割を果たし、返信メッセージが受付完了データとしての役割を果たすものである。

このようにしてサーバーの処理装置は、顧客から電話がかかってくる度に前述の順位決定処理と返信メッセージ送信処理を繰り返し、申込者の順位を決めてゆく。これにより例えば１５００人もの申込があったものとする（図４）。
なお、ここで処理装置が通話を打ち切り、電話回線を通話可能な状態にするタイミングについて説明する。本発明は受付時間の短縮化を図るものである。よって、通話の打ち切りのタイミングは申込者の連絡先（電話番号）が特定された直後が好ましい。しかし、何のメッセージも送らないまま突然通話を打ち切ると申込者に不快感を与えてしまう。そこで、通話打ち切りのタイミングは連絡先特定の直後或いは受付完了のメッセージ送信直後が最も好ましいものとなる。また、「直後」とは原則として可能な限り早いタイミングを意味するが、一定の幅（数秒或いは数十秒間の幅）がある場合も含むものである。

＜コールバック処理（ＳＴＥＰ４）＞
次に、サーバーの処理装置は、コールバック処理を行う。
サーバーの記憶装置にはコールバック日時「○月○日１３：００」が記憶されている。
サーバーの処理装置はこのコールバック日時が経過したら、まず申込１に登録されている電話番号に電話をかける。なお、コールバックをする際は通話装置１を利用して通話するものとする。そして、チケット販売会社のオペレーターと顧客とが会話をしながら申込内容の詳細（「何人分のチケットを購入したいのか」「どの座席にするか」など）を決める。そして、申込１の申込者との通話が終了し、回線が切れたら申込２に登録されている電話番号に電話をかける。処理装置はこのコールバック処理を登録された順位に従って繰り返してゆき、申込者の申込内容の詳細が決まってゆく。なお、このコールバック処理を行う処理装置が第１発信手段としての役割を果たす。また、コールバック日時は任意に設定できるものであり、例えばもっと早い時間にしてもよい。

このように本発明は、まず申込の順位だけを決めて通話を打ち切り、電話回線を他の電話と通話できるようにするので、申込処理における通話時間を極めて短くすることができる。これにより顧客が何度電話をかけても「話し中」で、何度も電話をかけなおさなければならないという問題を大幅に減少させることができる。また、順位決定後にコールバックして申し込みの詳細を決めるので顧客はゆっくり申し込みの内容を決めることができる。
以上が本発明の基本的な内容であるが、次のような処理を追加してより利便性を高めてもよい。

（１）応答条件の設定処理
コールバック処理において、処理装置は登録されている電話番号に電話をかけるが、何度呼び出しても申込者が電話にでない事態も想定される。申込者と連絡がつかないと、いつまでたっても次の申込者の処理に進めないという問題が生じる。そこで、応答条件を設け、その条件に沿わない場合はその申込者の申し込みを後回しにしたり申し込みを無効にするなど一定のペナルティを与え、それにより顧客が確実に応答してくれるようにする必要がある。
この処理は、例えば次のようにすればよい。
サーバーの記憶装置には応答時間（応答条件データ）「１分」が記憶されている（図４）。これは処理装置が電話をかけると同時に呼び出し時間をカウントし、呼び出し時間が１分を経過すると（１分以内に応答がない・顧客が電話にでないと）その顧客への呼び出しを停止し、次の顧客の処理に進むものとする。
そして、応答できなかった顧客について（応答条件データに合致して応答行われないと）処理装置は不利益付与処理（第１不利益付与処理）を行う。例えば、処理装置はその電話番号を後回しにする（申込１５０１番目に登録して後回しにする）。即ち、順位を降格させる。また、後回しではなく（１５０１番目にも登録しないで）そのまま無視するようにしてもよい（第１発信処理を行わないようにしてもよい）。
更に、一回の呼び出しに応答しないだけで不利益を付与するのは顧客にとって酷である場合は、呼び出し回数の制限（例えば、３回まではコールバックし直すなどの条件）を設けててもよい。

（２）コールバック予想時間の通知処理
前述の応答条件が設定されると、顧客は確実に応答しなければならず、そのためにはコールバックが大凡何時ごろにかかってくるかを顧客に通知する必要が生じてくる。そこで、返信メッセージにコールバックの予想時間を含める必要がある。この処理は、例えば次のようにすればよい。
サーバーの記憶装置には「コールバック開始日時：○月○日１３：００」「対話時間：３分」が記憶されている。対話時間とは一人の顧客が申し込みの詳細を決めるために必要とされる平均的な時間である。即ち、「何人分のチケットが必要か」「どの座席が希望か」などをオペレーターと対話しながら決める平均的な時間は３分ということである。
例えば、山田さんの申込順位は１０番目である。１３時からコールバックを開始して一人当たり３分の対話時間がかかるので山田さんのコールバック予定時間は「１３：３０」となる。処理装置はこれを計算し、コールバックの予定時間メッセージ（図４）にこの予定時間を代入し、「１３：３０ごろに返信する予定です。」とし、これを返信メッセージに追加する。このようにすれば顧客は何時ごろにコールバックがあるかがわかるので応答できずに後回しにされるなどの事態を防止できる。なお、この処理を行う処理装置が第１予定時決定手段・第２予定時決定手段・第３発信手段としての役割を果たす。

なお、受付における通話時間を短縮するため、このコールバックの予定時間を通知せずに後で顧客のメールアドレスに送信してもよい。このための処理は例えば次のようにする。
サーバーの記憶装置には図５のような会員ファイルが記憶されている。これは各会員の電話番号や氏名・メールアドレスなど図５に示されたデータ項目により構成されるものである。
サーバーの処理装置は、山田さんの電話番号「０９０−１２３４−××××」（発信予定時送信先を特定するためのデータ）を検索キーにしてこの会員ファイルを検索し、山田さんのメールアドレス「○○○＠ａａａ．ｃｏｍ」（発信予定時送信先）を特定し、このメールアドレスあてに「１３：３０に返信する予定です。」というメッセージを送信する。このようにすれば山田さんはこの情報をコンピュータや携帯電話により確認することができる。また、受付時の通話時間を短縮することもできる。なお、この処理を行う処理装置が第２受信手段・第１送信手段としての役割を果たす。

（３）チケット入手の可能性通知処理
人気歌手のコンサートの場合、予約が殺到してチケットを入手できないことが多い。例えば、今回のコンサートの場合、会場の許容人数は「１０００人」（図４）であり、申込者は一人についき２枚までしか購入できない取り決めになっているとする（図４：「枚数制限：２枚まで」）。この場合、申込順位が５００番以内の人は確実にチケットを入手できる。しかし、５０１番目から１０００番目の人はチケットを入手できる可能性もあるものの、入手できない場合もある。更に、１０００番目以降の人は原則としてチケットを入手できない。顧客の心理としては予約の申込はしたが、自分はチケットを入手できるのか、入手できない可能性はあるのか等を知っておきたいものである。そこで、その可能性を通知する必要がある。この処理は例えば、次のようにすればよい。

サーバーの記憶装置には（図６）「可能性メッセージ１：予約可能です。」「可能性メッセージ２：状況次第で予約できない場合があります。」「可能性メッセージ３：予約できる可能性は低いです。」が記憶されている。
そして、処理装置は、申込順位１番目から５００番目までについては可能性メッセージ１を選択し、申込順位５０１番目から１０００番目までについては可能性メッセージ２を選択し、申込順位１０００番以降については可能性メッセージ３を選択し、その人の申込順位に基づいて返信メッセージにこのメッセージを追加する。例えば、山田さんは申込順位１０位なので「予約可能です。」を返信メッセージに追加する（第１可能性データ及び第２可能性データの作成）。このようにすれば顧客はチケット入手の可能性を知ることができ、顧客の満足度も高くなる。なお、この処理を行う処理装置が第１可能性データ作成手段・第２可能性データ作成手段・第４発信手段としての役割を果たす。

なお、このメッセージ「予約可能です。」などを山田さんのメールアドレスあてに送信してもよい（この処理はコールバック時間の通知と同様である）。このようにすれば山田さんはこの情報をコンピュータや携帯電話により確認することができる。また、受付処理の通話時間を短縮することができる。なお、この処理を行う処理装置が第２送信手段・第３受信手段としての役割を果たす。
また、１０００番目以降については予約できる可能性が極めて少ないので、受付を行わず、受付の打ち切りをしてもよい。この場合、可能性メッセージを「残念ながら受付を終了しました」などのメッセージにすればよい。

（４）電話番号非通知の場合の処理。
顧客がチケット販売会社に電話してくる際、サーバーの処理装置が顧客の電話番号を即時に特定できない場合がある。即ち、電話番号の通知機能がついていない電話機があり、また通知機能がついていても敢えて「非通知」として他の電話番号にコールバックすることを希望する顧客がいる。この場合、連絡先を電話機から入力してもらう必要があり、その分余計な処理が必要となる。本発明の目的は如何に受付時間を短縮するかという点にあるため、このような余計な処理をすることは望ましくない。そこで、このように連絡先が特定できない顧客に対し何らかのペナルティを与えてなるべく電話番号を通知するよう働きかける必要がある。このための処理は例えば次のようにすればよい。
処理装置は、顧客から電話がかかってきた際に、電話番号の通知の有無を確認する。即ち、電話番号を即時に特定できるか否かを確認する。なお、「電話番号を即時に特定」とは原則として着信と同時に特定できる場合を意味するが、一定の時間内（例えば、着信から数秒以内或いは数十秒以内などチケット販売会社が任意に設定できる範囲の時間）に電話番号を特定できる場合であってもよい。そして、電話番号通知がない場合、記憶装置に記憶されている番号要求メッセージ「連絡先を入力して下さい。」（図示せず）を顧客の電話に返す。顧客は電話機から連絡先を入力しそれがサーバに送信される。サーバーの処理装置は連絡先を受信した後に受付処理や順番決定処理を行う。そして、順番決定処理においては以下の特別の処理（第２不利益付与処理）を行う。

サーバーの記憶装置にはペナルティ順位「１００」が記憶されている（図４）。例えば、山田さんが「非通知」で電話してきた場合、処理装置は山田さんの本来の順位「１０」にペナルティ順位「１００」を付加して山田さんを申込順位１１０番に降格して登録する。これにより山田さんに一定のペナルティが課せられる。即ち、これを回避するため顧客は極力番号を通知して電話をかけてくるようになる。なお、非通知の場合、受付を行わず申込順位に登録しない（第１発信処理を行わない）という方法も考えられる。

上記実施例おいては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。例えば、次のようなケースであっても構わない。
（１）上記実施例では、チケットを購入するケースについて説明したが、本発明はこれに限るものではない。あらゆる商品の購入、サービスの提供において利用できるものである。また、不利益付与処理は顧客に無用な不快感を与えるおそれがあるので、この処理を行わないようにしてもよい。
（２）データの内容は実施例で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（３）ハードウェアも実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（４）処理の内容や手順についても実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。例えば、上記実施例では、電話（電話回線）を利用して申し込むケースについて説明しているが、コンピュータ（インターネット）を利用して申し込むようにしてもよい。即ち、電話をかけて電話番号を通知する申込形態ではなく、コンピュータとインターネットを利用して電話番号（或いは、その他の連絡先）を通知する形態であってもよい。また、コールバックして申込内容を決めるのではなく、インターネットを通じた情報交換により申込内容の詳細を決めてもよい。
（５）上記実施例に登場するデータ（データレコード、ファイル）のデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。図面に表されたものについても同様である。

本発明で利用するハードウェアの概略を示す図である。イベントファイルを表した図である。イベントファイルを表した図である。イベントファイルを表した図である。会員ファイルを表した図である。可能性メッセージを表した図である。

Claims

情報を記憶する記憶装置、通話又は情報を受信するための受信装置、通話又は情報を発信するための発信装置、情報の処理を行う処理装置を備えるシステムであって、
前記処理装置は、商品の購入又はサービスの提供に関する申込者の連絡先を前記受信装置から受信する第１受信手段、前記申込者の順位を決める順位決定処理を行う順位決定手段、申込内容を決めるために前記発信装置から前記連絡先に発信する第１発信処理を行う第１発信手段を備えることを特徴とする申込受付システム。
前記処理装置は、前記順位に従って前記第１発信処理を行うことを特徴とする請求項１記載の申込受付システム。
前記処理装置は、前記第１発信処理よりも前記順位決定処理を優先して行うことを特徴とする請求項１乃至２記載の申込受付システム。
前記処理装置は、申込を受け付けた旨の受付完了データを前記発信手段から前記連絡先に発信する第２発信処理を行う第２発信手段を備えることを特徴とする請求項１乃至３記載の申込受付システム。
前記受信装置は所定の通話回線を介して通話を受信するものであり、
前記処理装置は、前記連絡先を特定した直後または前記第２発信処理直後に前記通話回線を通話可能な状態にする回線開放手段を備えることを特徴とする請求項１乃至４記載の申込受付システム。
前記処理装置は、前記第１発信処理を行う発信予定時を決定する第１予定時決定手段、前記発信予定時を前記発信手段から前記連絡先に発信する第３発信手段を備えることを特徴とする請求項１乃至５記載の申込受付システム。
前記処理装置は情報を送信するための送信装置から情報を送信するものであり、
前記処理装置は、前記第１発信処理を行う発信予定時を決定する第２予定時決定手段、前記発信予定時の送信先を示す発信予定時送信先を前記受信装置から受信する第２受信手段、前記発信予定時を前記送信装置から前記発信予定時送信先に送信する第１送信手段を備えることを特徴とする請求項１乃至５記載の申込受付システム。
前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第１可能性データ作成手段、前記第１可能性データを前記発信手段から前記連絡先に発信する第４発信手段を備えることを特徴とする請求項１乃至７記載の申込受付システム。
前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第２可能性データ作成手段、前記第２可能性データの送信先を示す可能性データ送信先を前記受信装置から受信する第３受信手段、前記第２可能性データを前記送信装置から前記可能性データ送信先に送信する第２送信手段を備えることを特徴とする請求項１乃至７記載の申込受付システム。
前記記憶装置には前記第１発信処理に対する応答の条件を示す応答条件データが記憶されており、
前記処理装置は、前記第１発信処理に対する応答が前記応答条件データに合致して行われたか否かを確認し、前記応答条件データに合致して応答していない場合はその申込者に一定の不利益を与える第１不利益付与処理手段を備えることを特徴とする請求項１乃至９記載の申込受付システム。
前記第１不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項１０記載の申込受付システム。
前記第１不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項１０記載の申込受付システム。
前記処理装置は、前記連絡先が即時に特定できるか否かを確認し、特定できない場合はその申込者に一定の不利益を与える第２不利益付与処理を行う第２不利益付与手段を備えることを特徴とする請求項１乃至１２記載の申込受付システム。
前記第２不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項１３記載の申込受付システム。
前記第２不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項１３記載の申込受付システム。
情報を記憶する記憶装置、通話又は情報を受信するための受信装置、通話又は情報を発信するための発信装置、情報の処理を行う処理装置を備えるシステムにおいて前記処理装置に処理を命令するものであって、
前記処理装置を、商品の購入又はサービスの提供に関する申込者の連絡先を前記受信装置から受信する第１受信手段、前記申込者の順位を決める順位決定処理を行う順位決定手段、申込内容を決めるために前記発信装置から前記連絡先に発信する第１発信処理を行う第１発信手段として機能させることを特徴とする申込受付のコンピュータプログラム。
前記処理装置は、前記順位に従って前記第１発信処理を行うことを特徴とする請求項１６記載の申込受付のコンピュータプログラム。
前記処理装置は、前記第１発信処理よりも前記順位決定処理を優先して行うことを特徴とする請求項１６乃至１７記載の申込受付のコンピュータプログラム。
前記処理装置を、申込を受け付けた旨の受付完了データを前記発信手段から前記連絡先に発信する第２発信処理を行う第２発信手段として機能させることを特徴とする請求項１６乃至１８記載の申込受付のコンピュータプログラム。
前記受信装置は所定の通話回線を介して通話を受信するものであり、
前記処理装置を、前記連絡先を特定した直後または前記第２発信処理直後に前記通話回線を通話可能な状態にする回線開放手段として機能させることを特徴とする請求項１６乃至１９記載の申込受付のコンピュータプログラム。
前記処理装置を、前記第１発信処理を行う発信予定時を決定する第１予定時決定手段、前記発信予定時を前記発信手段から前記連絡先に発信する第３発信手段として機能させることを特徴とする請求項１６乃至２０記載の申込受付のコンピュータプログラム。
前記処理装置は情報を送信するための送信装置から情報を送信するものであり、
前記処理装置を、前記第１発信処理を行う発信予定時を決定する第２予定時決定手段、前記発信予定時の送信先を示す発信予定時送信先を前記受信装置から受信する第２受信手段、前記発信予定時を前記送信装置から前記発信予定時送信先に送信する第１送信手段として機能させることを特徴とする請求項１６乃至２０記載の申込受付のコンピュータプログラム。
前記処理装置を、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第１可能性データ作成手段、前記第１可能性データを前記発信手段から前記連絡先に発信する第４発信手段として機能させることを特徴とする請求項１６乃至２２記載の申込受付のコンピュータプログラム。
前記処理装置を、商品購入の可能性又はサービス提供の可能性を示す可能性データを作成する第２可能性データ作成手段、前記第２可能性データの送信先を示す可能性データ送信先を前記受信装置から受信する第３受信手段、前記第２可能性データを前記送信装置から前記可能性データ送信先に送信する第２送信手段として機能させることを特徴とする請求項１６乃至２２記載の申込受付のコンピュータプログラム。
前記記憶装置には前記第１発信処理に対する応答の条件を示す応答条件データが記憶されており、
前記処理装置を、前記第１発信処理に対する応答が前記応答条件データに合致して行われたか否かを確認し、前記応答条件データに合致して応答していない場合はその申込者に一定の不利益を与える第１不利益付与処理手段として機能させることを特徴とする請求項１６乃至２４記載の申込受付のコンピュータプログラム。
前記第１不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項２５記載の申込受付のコンピュータプログラム。
前記第１不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項２５記載の申込受付のコンピュータプログラム。
前記処理装置を、前記連絡先が即時に特定できるか否かを確認し、特定できない場合はその申込者に一定の不利益を与える第２不利益付与処理を行う第２不利益付与手段として機能させることを特徴とする請求項１６乃至２７記載の申込受付のコンピュータプログラム。
前記第２不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項２８記載の申込受付のコンピュータプログラム。
前記第２不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項２８記載の申込受付のコンピュータプログラム。
情報を記憶する記憶装置、通話又は情報を受信するための受信装置、通話又は情報を発信するための発信装置、情報の処理を行う処理装置を備えるシステムにおいて実現されるものであって、
前記処理装置は、商品の購入又はサービスの提供に関する申込者の連絡先を前記受信装置から受信し、前記申込者の順位を決める順位決定処理を行い、申込内容を決めるために前記発信装置から前記連絡先に発信する第１発信処理を行うことを特徴とする申込受付方法。
前記処理装置は、前記順位に従って前記第１発信処理を行うことを特徴とする請求項３１記載の申込受付方法。
前記処理装置は、前記第１発信処理よりも前記順位決定処理を優先して行うことを特徴とする請求項３１乃至３２記載の申込受付方法。
前記処理装置は、申込を受け付けた旨の受付完了データを前記発信手段から前記連絡先に発信する第２発信処理を行うことを特徴とする請求項３１乃至３３記載の申込受付方法。
前記受信装置は所定の通話回線を介して通話を受信するものであり、
前記処理装置は、前記連絡先を特定した直後または前記第２発信処理直後に前記通話回線を通話可能な状態にすることを特徴とする請求項３１乃至３４記載の申込受付方法。
前記処理装置は、前記第１発信処理を行う発信予定時を決定し、前記発信予定時を前記発信手段から前記連絡先に発信することを特徴とする請求項３１乃至３５記載の申込受付方法。
前記処理装置は情報を送信するための送信装置から情報を送信するものであり、
前記処理装置は、前記第１発信処理を行う発信予定時を決定し、前記発信予定時の送信先を示す発信予定時送信先を前記受信装置から受信し、前記発信予定時を前記送信装置から前記発信予定時送信先に送信することを特徴とする請求項３１乃至３５記載の申込受付方法。
前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す第１可能性データを作成し、前記第１可能性データを前記発信手段から前記連絡先に発信することを特徴とする請求項３１乃至３７記載の申込受付方法。
前記処理装置は、商品購入の可能性又はサービス提供の可能性を示す第２可能性データを作成し、前記第２可能性データの送信先を示す可能性データ送信先を前記受信装置から受信し、前記第２可能性データを前記送信装置から前記可能性データ送信先に送信することを特徴とする請求項３１乃至３７記載の申込受付方法。
前記記憶装置には前記第１発信処理に対する応答の条件を示す応答条件データが記憶されており、
前記処理装置は、前記第１発信処理に対する応答が前記応答条件データに合致して行われたか否かを確認し、前記応答条件データに合致して応答していない場合はその申込者に一定の不利益を与える第１不利益付与処理を行うことを特徴とする請求項３１乃至３９記載の申込受付方法。
前記第１不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項４０記載の申込受付方法。
前記第１不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項４０記載の申込受付方法。
前記処理装置は、前記連絡先が即時に特定できるか否かを確認し、特定できない場合はその申込者に一定の不利益を与える第２不利益付与処理を行うことを特徴とする請求項１３乃至４２記載の申込受付方法。
前記第２不利益付与処理とは前記順位を降格させる処理であることを特徴とする請求項４３記載の申込受付方法。
前記第２不利益付与処理とは前記第１発信処理を行わないようにするための処理であることを特徴とする請求項４３記載の申込受付方法。