(57)【特許請求の範囲】
【請求項１】
公衆通信回線を利用した、利用者からの電話予約を電話予約受付け装置が受け付ける方法において、
前記電話予約受付け装置への着呼時に、発ＩＤを検出して、時刻とともに該発ＩＤをデータベースに記録する過程と、
検出した発ＩＤが、前記データベースの記録から一定回数以上の着呼があった発ＩＤに該当するか否かを判断する過程と、
前記判断する過程により、該当すると判断された場合には、当該着呼による予約受付けを拒否する過程と、
前記判断する過程により、該当しないと判断された場合には、当該着呼に対して予約受付けのガイダンスを開始する過程と
を有することを特徴とする電話予約受付け方法。
【請求項２】
前記判断における一定回数は、予約受付けのガイダンス後に実施される、同一ＩＤによる重複予約の制限回数よりも大きな値であることを特徴とする、請求項１に記載の電話予約受付け方法。
【請求項３】
公衆通信回線に接続され、利用者からの電話予約を受付ける電話予約受付け装置において、
該電話予約受付け装置への着呼時に、発ＩＤを検出して、時刻とともに該発ＩＤをデータベースに記録する手段と、
検出した発ＩＤが、前記データベースの記録から一定回数以上の着呼があった発ＩＤに該当するか否かを判断する手段と、
前記判断する手段により、該当すると判断された場合には、当該着呼による予約受付けを拒否する手段と、
前記判断する手段により、該当しないと判断された場合には、当該着呼に対して予約受付けのガイダンスを開始する手段と
を有することを特徴とする電話予約受付け装置。
【請求項４】
前記判断における一定回数は、予約受付けのガイダンス後に実施される、同一ＩＤによる重複予約の制限回数よりも大きな値であることを特徴とする、請求項３に記載の電話予約受付け装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、公衆電話回線を用いた予約方法および装置に関する。
【０００２】
【従来の技術】
公衆電話回線を利用して、コンサート、スポーツ観戦等のチケット予約申し込み、公共スポーツ施設の利用予約申し込み等が広く行われている。
【０００３】
この申し込み方法は、自宅に居ながらにして予約申し込みができるので、多く利用されている。反面早い者勝ちであるため、受付け開始と同時に申し込みが殺到する、電話交換処理の輻輳を招き他の通信にも支障を及ぼす、特定の設備や情報を有する一部の業者が重複申し込みに成功し不公平である、等の問題がある。
【０００４】
このため、早い者勝ちでなく抽選方式とする、重複申し込みを抑制するために、発呼者電話番号（発ＩＤ）や端末ＩＤを利用する等の技術が提案されている。
【０００５】
電話によるチケット予約申し込みでは、一時期に膨大な通信呼が発生し、またそれに伴い予約申し込みを管理するデータベースも膨大となる。このため大量の通信呼を効率的にさばくこと、データベースの検索や管理を高速に行うことが特に重要である。
【０００６】
データベースの高速化については、例えば特開平２―９８７７９、特開平３―２３５１４０等に高速化の技術が開示されているが、これらはいずれもデータベースのアクセス回数やアクセス順序に着目して高速化を図るものであり、電話による予約申し込みへの適用では効果が得られない。
【０００７】
【発明が解決しようとする課題】
殺到する大量の着信呼を効率的にさばくことは、不完了呼や交換機の輻輳を回避するために重要であり、さらに利用者の待ち時間増によるイライラを回避し、受付け側のオペレータの負担軽減を図る点でも重要である。このためには着信呼や予約申し込みを管理するデータベースの検索や管理を高速化することが不可欠である。
【０００８】
本発明の目的は、大量の通信呼を効率的にさばき、特に同一人から繰り返し申し込みを行う迷惑呼を効率的に処理できる、電話予約受付け方法および装置を提供することにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明は、予約受付け装置の通信呼を記録したデータベースから、着信した発呼者電話番号のうち一定回数以上着信した発呼者電話番号を別データベースとして抽出するものである。そして、予約受付け装置に着信したとき、予約受付け処理前に別データベースを検索し、同じ発呼者電話番号が存在する場合に予約受付けを拒絶する。
【００１０】
また、本発明は着信呼を発呼者電話番号とその着信回数と共にデータベースに記録する。そして、予約受付け装置に着信したとき、受付け処理前にまずこのデータベースを検索し、同じ発呼者電話番号が存在する場合に受付けを拒否する。
【００１１】
予約受付け装置に着信があったとき、まず最初に着信した発呼者電話番号は過去に一定回数以上着呼があるか否かをチェックし、該当する場合は、受付け処理のチェックをする前に呼を切断するようにしたので、重複申し込みを試みる迷惑呼を、通信の輻輳を招くことなく効果的に排除することができる。膨大なデータベースについて一定回数以上の着信があった発呼者電話番号に着目してデータベースを素早く検索できるように構成したので、同じ発呼者電話番号からの着信を高速にチェックすることができ、通信の輻輳により利用者を待たせることがない。
【００１２】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１３】
図１は本発明の一実施形態のシステム構成図である。公衆通信網内の電話局２には単独加入者回線に接続される一般の電話機３の他、図示しない各種端末が収容され、着呼側に対しては発ＩＤを通知するようになっている。電話局２にはさらに予約の受付けを行う予約受付けセンタ１が収容されている。
【００１４】
図２は予約受付けセンタ１の構成を示すブロック図である。予約受付けセンタ１は、公衆電話回線に接続され、発・着信、通信、切断等の通信手順を行う通信インタフェース部１１と、利用者に対し音声により操作をガイドしたり、センタ１側での処理状況を通知する音声ガイド部１２と、着呼時に電話局２から通知された発ＩＤを検出する発ＩＤ検出部１３と、発ＩＤ検出部１３で検出された発ＩＤを一時的に保存しておく発ＩＤ蓄積部１４と、利用者からのボタン操作によるＰＢ信号を検出するＰＢ検出部１５と、予約受付けセンタ１の各部１１〜１５，１７を制御し、後述する制御動作を行う制御部１６と、着信した全ての受付け呼について、受付けた内容を発ＩＤと共に蓄積する着信蓄積部１７で構成されている。
【００１５】
なお、チケット予約完了のためには、抽選、チケット発行・引き換え等に関する構成要素も必要であるが、これらは本発明の説明には不要なため図２では省略されている。
【００１６】
次に、本システムの動作を図３、図４により説明する。
【００１７】
図３は利用者が一般の電話機を用いてチケット予約するときの操作手順と信号の流れを示したもの、図４は制御部１６の動作を示したものである。
【００１８】
また、図３上段（a）部および図４を用いて、利用者が電話機３を用いてチケット予約する場合について説明する。
【００１９】
利用者が電話機３をオフフックし予約受付けセンタ１の電話番号をダイヤルすると、予約受付けセンタ１に着呼がかかると共に、電話局２から発ＩＤが通知される（ステップ２１）。この発ＩＤは、制御部１６の制御により発ＩＤ検出部１３で検出され（ステップ２２）、発ＩＤ蓄積部１４に一時的に保存される（ステップ２３）。制御部１６は、まず発ＩＤ蓄積部１４に保存された発ＩＤと同じ発ＩＤが存在しないか、着信蓄積部１７内のデータベースを検索する（ステップ２４）。
【００２０】
着信蓄積部１７内のデータベースは、データベースＤＢ１、ＤＢ２、ＤＢ３から構成されている。データベースＤＢ１（表１）は予約受付けセンタ１に着信した全ての着呼を着信順に着信日時、発ＩＤと共に記録したデータベースである。人気のあるチケット予約申し込みでは数十万から百万呼を超えるデータ量となりうる。
【００２１】
【表１】
0003842620.tif 000002
【００２２】
データベースＤＢ２（表２）は、データベースＤＢ１から一定回数以上着信があった発ＩＤをピックアップしたデータベースである。ピックアップするときの着信回数の基準値を適当に定める（例えば１０回以上）ことにより、繰り返し着信する迷惑呼を抽出することができる。データベースＤＢ３は、後述する発ＩＤのチェックでOKとなり予約受付けされた呼のみを記録したデータベースである。データベースＤＢ３の例示は省略されている。
【００２３】
【表２】
0003842620.tif 000003
【００２４】
なお、上記ではデータベースＤＢ１は全ての着呼を時系列的に記録したもの、データベースＤＢ２は一定回数以上着信した着呼を抽出するものとしたが、これに限定されるものではなく、データベースＤＢ１を同じ発ＩＤに着目して着信回数順に並べ替える等、発ＩＤと着信回数または一定回数以上着信した発ＩＤをピックアップできる構成であればよい。
【００２５】
着信蓄積部１７内のデータベースの検索では、制御部１６は、まずデータベースＤＢ１に着呼を記録し、次にデータベースＤＢ２について同じ発ＩＤがあるか否かを検索する。無い場合は、音声ガイド部１２を制御して、音声ガイドＧ１を利用者に聞かせる（ステップ２５）。音声ガイドＧ１は、例えば“こちらは予約受付けセンタです。お客様の電話番号を入力して下さい。”等である。なお、このとき当該発ＩＤの着信回数が一定回数になれば当該発ＩＤをデータベースＤＢ２に記録する。
【００２６】
利用者が電話機３を用いて、自分の電話番号を入力すると、ＰＢ信号がＰＢ信号検出部１５で検出され（ステップ２６）、制御部１６により、発ＩＤ蓄積部１４に保存されている電話番号との照合が行われる（ステップ２７）。その結果、一致していれば制御部１６は着信蓄積部１７のデータベースＤＢ３に保存されている、これまでの既予約申し込みリストを検索し、同じ電話番号で申し込み済みであるかをチェックする（ステップ２８）。申し込み済みでなければ、予約を受け付ける旨の音声ガイドＧ２を流し、さらに本人確認や希望する日時、種目等のチケット予約登録処理を行い（ステップ２９）、データベースＤ３に記録する。発ＩＤと入力された電話番号が不一致であったり、受付け済みの発ＩＤであった場合には、それぞれ受付けできない旨の音声ガイドＧ３を流し（ステップ３０）、呼を切断する（ステップ３１）。
【００２７】
次に、図３下部（b）および図４により、同一の発ＩＤから一定回数以上の着信がある場合の処理について説明する。
【００２８】
予約受付けセンタ１が応答し、発ＩＤ蓄積部１４に保存された発ＩＤが着信蓄積部１７内のデータベースＤＢ２にあった場合、すなわち一定回数以上繰り返し電話してくる発ＩＤである場合は、制御部１６は直ちに呼を切断するまたは音声ガイド部１２を制御して“重複受付けできない”旨の音声ガイドＧ４を流して（ステップ３２）、呼を切断する（ステップ３１）。
【００２９】
このように同じ発ＩＤから一定回数以上繰り返し発呼してくる迷惑呼を素早く検索できるデータベースを構成し、応答後直ちに切断するまたは受付けを拒否する旨のトーキを流して切断するようにしたので、迷惑呼による通信の輻輳、話中による不完了呼を回避でき利用者にとってレスポンスのよいチケット電話予約システムを提供することができる。
【００３０】
なお、以上の説明では迷惑呼について発ＩＤを検出した後、直ちに切断するまたは音声ガイドを流してから切断する場合について説明したが、応答しないで無視することにより着信を拒否することも容易にできる。ただし、この場合発呼側が発呼をやめるまで通信設備が保留されることになるが、課金はしないという拒否法が実現できる。
【００３１】
なお、本発明は、公共スポーツ施設等の利用の電話予約にも適用できることは勿論である。
【００３２】
【発明の効果】
以上説明したように、本発明は、予約受付け装置に着信があったとき、まず最初に着信した発ＩＤは過去に一定回数以上着呼があるか否かをチェックし、該当する場合は、受付け処理のチェックをする前に呼を切断するようにしたので、重複申し込みを試みる迷惑呼に対して、通信の輻輳を招くことなく効果的に排除することができる。膨大なデータベースについて一定回数以上の着信があった発ＩＤに着目してデータベースを素早く検索できるように構成したので、同じ発ＩＤからの着信を高速にチェックすることができ、通信の輻輳により利用者を待たせることがない。
【００３３】
チケット予約のように一時期に大量の通信呼が集中する場合に、このような高速化は利用者、主催者および通信事業者にとって極めて有効である。
【図面の簡単な説明】
【図１】本発明の一実施形態のシステム構成図である。
【図２】図１中の予約受付けセンタの構成を示すブロック図である。
【図３】本実施形態における操作手順と信号の流れの例を示すシーケンス図である。
【図４】制御部の動作を示すフローチャートである。
【符号の説明】
１    予約受付けセンタ
２    電話局
３    電話機
１１    通信インタフェース部
１２    音声ガイド部
１３    発ＩＤ検出部
１４    発ＩＤ蓄積部
１５    ＰＢ検出部
１６    制御部
１７    着信蓄積部
２１〜３２    ステップ
【図１】
0003842620.tif 000004
【図２】
0003842620.tif 000005
【図３】
0003842620.tif 000006
【図４】
0003842620.tif 000007