JP4739679B2 - 受付システム、受付補助サーバおよび受付処理サーバ - Google Patents

Description

本発明は受付システム、受付補助サーバおよび受付処理サーバに関する。

電話等で各種申し込みを受け付ける窓口では、人件費削減、２４時間対応、リアルタイム性向上等の理由からシステムの自動化が強く望まれている。

この自動化の一環として、最近では一部の受付窓口はＷｅｂサイトによる窓口として開設されているが、顔も見えず、声を聞くこともできない等の理由から、本人性の確認が非常に困難である。

このような本人性の確認を行うため、携帯電話等の発信者番号を用いて本人であることを認証する技術が開示されている（例えば、特許文献１〜３を参照。）。
特開２００１−３１２４７１号公報 特開２００２−２９８０４２号公報 特開２００３−３０１４６号公報

ところで、上記の特許文献１〜３に示される技術では、基本的に携帯電話等の発信者番号のみによって本人認証を行っており、その際に発行された取引番号やパスワード等に基づいて商品購入等のサイトに入ることができるようになっている。従って、携帯電話を紛失したり盗難にあったりした場合、悪意のある者によってその携帯電話を用いて本人認証システムに入られてしまうと、本人ではないにもかかわらず本人認証が正常に行われ、取引番号やパスワード等が発行されることで商品購入等のサイトに入ることができてしまうという問題がある。

この点、携帯電話の紛失・盗難の届けが迅速に携帯電話事業者になされれば、携帯電話の使用ができなくなるため、被害がさほどは拡大しないものではあるが、例えば携帯電話ユーザの同僚、友人あるいは家族が無断で携帯電話を操作して本人認証を悪用する場合、本人からの紛失・盗難の届けはなされないものであるから、システム的にはまったく対処することができない。この問題点は、携帯電話の代わりに固定電話を認証に用いた場合においても生じ得る。

なお、上記の特許文献２にあっては、商品購入等のサイトに入った後にクレジットカード番号と関連付けられた他のパスワードを入力させるようになっており、その時点で商品の購入等を制限することができるが、本来は正当な会員等しか入れないようにすべきサイトに不正の意図をもった第三者が入ることができてしまうこと自体、セキュリティ上の問題があった。

一方、上記の特許文献１〜３に示される技術は商品購入等のサイトに専用に設けられる認証システムを想定しており、複数の商品購入等のサイトがあればそれぞれに設けられるものである。従って、そのような認証システムが設けられた複数のサイトを利用する場合、ユーザは商品購入サイト毎に本人認証のインタフェースが異なるため、使い勝手が非常に悪いという問題があった。

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、携帯電話もしくは固定電話の無断利用に対する安全性が高いとともに、各種申し込みを受け付ける複数のサービスプロバイダに対して中立的な第三者による認証サービスとして共通に適用することができる受付システム、受付補助サーバおよび受付処理サーバを提供することにある。

上記の課題を解決するため、本発明の受付システムにあっては、請求項１に記載されるように、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号とを上記電話から受け取り、上記電話の発信者番号および上記パスワードから本人認証を行い、上記サービス番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する上記受付補助サーバと、上記受付補助サーバから上記認証結果および発信者番号の通知を受け、上記発信者番号から予め上記ユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信し、上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する上記受付処理サーバとを備えるようにしている。

これにより、ユーザの本人認証は電話の発信者番号だけでなく、通信事業者との間で予め設定されたパスワードにより二重にチェックされるので、電話の無断利用に対する安全性を大幅に高めることができる。また、サービス番号により本人認証の結果等が複数のサービスプロバイダのサーバに自動的に振り分けられるため、中立的な第三者による認証サービスとして複数のサービスプロバイダに対して共通に適用することができる。

また、請求項２に記載されるように、各種申し込みのサービス毎に着信電話番号が割り当てられ、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードを上記電話から受け取り、上記電話の発信者番号および上記パスワードから本人認証を行い、上記着信電話番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する上記受付補助サーバと、上記受付補助サーバから上記認証結果および発信者番号の通知を受け、上記発信者番号から予め上記ユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信し、上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する上記受付処理サーバとを備えるようにすることができる。これにより、サービス番号の入力を省略し、着信電話番号により受付処理サーバの振り分けを行うことができる。

また、請求項３に記載されるように、上記受付補助サーバは上記電話からの着信に応答する際、上記パスワードとは別に上記ユーザが任意に設定したテンポラリのユーザ設定パスワードを受け取り、上記受付処理サーバは上記端末から上記ユーザ設定パスワードに対応するパスワードの入力を受けて上記ユーザ設定パスワードとの一致を確認した後に各種申し込みのサービスを提供するようにすることができる。これにより、より一層のセキュリティ強化を図ることができる。

また、請求項４に記載されるように、上記受付補助サーバは、上記パスワード、サービス番号もしくはユーザ設定パスワードを、上記ユーザによる上記受付補助サーバへの電話の発呼時における電話番号に続けて設定された着サブアドレスから受け取るようにすることができる。これにより、呼接続後にパスワード等の入力を行う必要がなくなり、ユーザの入力操作を簡略化することができる。

また、請求項５に記載されるように、上記受付補助サーバは操作方法および処理状況を音声にて上記電話に返送し、上記電話からダイアルトーン信号により情報の入力を受けるようにすることができる。これにより、認証を受ける際の操作をユーザフレンドリなものとすることができる。

また、請求項６に記載されるように、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号とを上記電話から受け取る手段と、上記電話の発信者番号および上記パスワードから本人認証を行い、上記サービス番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する手段とを備えた受付補助サーバとして構成することができる。

また、請求項７に記載されるように、各種申し込みのサービス毎に着信電話番号が割り当てられ、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードを上記電話から受け取る手段と、上記電話の発信者番号および上記パスワードから本人認証を行い、上記着信電話番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する手段とを備えた受付補助サーバとして構成することができる。

また、請求項８に記載されるように、本人認証を行う請求項６または７のいずれか一項に記載の受付補助サーバから認証結果および発信者番号の通知を受け、上記発信者番号から予めユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信する手段と、上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する手段とを備えた受付処理サーバとして構成することができる。

本発明にあっては、電話の発信者番号および通信事業者との間で設定されたパスワードに基づいて本人認証を行うとともに、サービス番号もしくは受付補助サーバの着信電話番号によって各種申し込みを受け付けるシステムに認証結果を振り分けるようにしているので、電話の無断利用に対する安全性を高くすることができるとともに、各種申し込みを受け付ける複数のサービスプロバイダに対して中立的な第三者による認証サービスとして共通に適用することができる。

以下、本発明の実施形態につき図面を参照して説明する。

図１は本発明の一実施形態にかかる受付システムの構成図である。

図１において、ユーザ１が使用する携帯電話もしくは固定電話である電話１１から音声電話ネットワーク２を介してアクセス可能な受付補助サーバ３１が通信事業者３の管理下に設けられている。ここで、受付補助サーバ３１はユーザ１による各種申し込みに先立ち電話１１の発信者番号および通信事業者３との間で設定されたパスワードを利用して本人認証を行う機能を有する装置であり、複数のサービスプロバイダに対して認証サービスを行うものである。なお、電話１１のユーザ１に関する情報を格納したユーザ情報管理データベース３２が受付補助サーバ３１から参照可能に設けられている。

一方、ユーザ１が使用するパーソナルコンピュータ等の端末１２からインターネット等の公衆データネットワーク４を介してアクセス可能な受付処理サーバ６１がサービスプロバイダ６の自動受付センタとして設けられている。ここで、受付処理サーバ６１は実際に各種申し込みの受付を行う装置であり、複数のサービスプロバイダ６毎に受付処理サーバ６１が設けられている。なお、ユーザ１に関する情報を格納したユーザ情報管理データベース６２が受付処理サーバ６１から参照可能に設けられている。

また、通信事業者３の受付補助サーバ３１とサービスプロバイダ６の受付処理サーバ６１との間は、公衆データネットワーク４もしくは専用回線５によって接続が可能となっている。

図２はユーザ情報管理データベースの例を示す図である。

図２において、通信事業者３に設けられるユーザ情報管理データベース３２は、ユーザ１の使用する電話１１の電話番号（加入者番号）のフィールドと、予めユーザ１と通信事業者３との間で電話１１毎に設定されたパスワードのフィールドとを有している。ここで、電話１１が携帯電話である場合は契約時に電話機毎に暗証番号の設定が強制されるので、それをパスワードとして用いることができる。

一方、サービスプロバイダ６に設けられるユーザ情報管理データベース６２は、ユーザ１の使用する電話１１の電話番号のフィールドと、ユーザ１が使用する端末１２のメールアドレスのフィールドとを有する。これらは各種申し込みを受ける前提として予め会員登録等の手続において設定される。また、テンポラリに設定されるフィールドとして、直近に行われた認証結果を示すフィールドと、その際に発行された各種申し込み受付のＷｅｂページにアクセスするための例えば１回のアクセスに限り有効なアドレス（ワンタイムＵＲＬ）のフィールドと、ユーザ１が電話１１によって音声電話ネットワーク２を介して通信事業者３の受付補助サーバ３１にアクセスした際に任意に設定されるテンポラリのユーザ設定パスワードのフィールドとを有している。なお、各種申し込み受付のＷｅｂページにアクセスするためのアドレスとしては必ずしもワンタイムＵＲＬに限られるものではないが、アクセスできる回数を１回に制限することでセキュリティ性を高めることができるので、この実施例ではワンタイムＵＲＬを用いたものについて説明する。また、ユーザ設定パスワードはセキュリティをより一層高めるためのものであり、用いない場合もある。更に、テンポラリに設定される「認証結果」「ワンタイムＵＲＬ」「ユーザ設定パスワード」は「電話番号」をキーとして他のデータベースで管理するようにしてもよい。

図３は上記の受付システムの動作を示すシーケンス図である。

図３において、ユーザ１が各種申し込みを行おうとする場合、先ず電話１１により音声電話ネットワーク２を介して通信事業者３の受付補助サーバ３１に発信を行う（ステップＳ１０１）。この際、電話１１の発信者番号が受付補助サーバ３１に同時に送信される。

受付補助サーバ３１は、着信に応答すると、認証を開始する旨の応答をトーキー（音声案内）によって返す（ステップＳ１０２）。この際、認証に必要な操作が併せて案内される。

ユーザ１はこれに応じ、通信事業者３との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号とを電話１１からダイアルトーン信号（ＤＴＭＦ）によって受付補助サーバ３１に送信する（ステップＳ１０３）。なお、ダイアルトーン信号に代え、各ダイアル操作に該当するデジタル信号によるものであってもよい。また、受付補助サーバ３１は、パスワード等を、ユーザ１による受付補助サーバ３１への電話の発呼時における電話番号に続けて設定された着サブアドレス（電話番号の後に例えば「＊」を挟んで続けて設定される数字等であって、着信側で利用することができる）から受け取るようにしてもよい。これにより、ユーザ１は呼接続後にパスワード等の入力を行う必要がなくなり、入力操作を簡略化することができる。

受付補助サーバ３１は、電話１１から送られてきた発信者番号とパスワードに基づき認証処理を行う（ステップＳ１０４）。すなわち、ユーザ情報管理データベース３２を参照し、発信者番号が電話番号のフィールドに登録されており、かつ対応するパスワードが一致するか否かを判断し、一致している場合には本人認証がされたものとして、認証が完了した旨をトーキーによって返す（ステップＳ１０５）。なお、本人認証が正常に行われなかった場合は、受付補助サーバ３１から電話１１に対してその旨が伝えられ、処理を終了する。

このように、ユーザ１の本人認証は電話１１の発信者番号だけでなく、通信事業者３との間で予め設定されたパスワードにより二重にチェックされるので、ユーザ１の同僚、友人あるいは家族等による電話１１の無断利用に対する安全性を大幅に高めることができることになる。

ユーザ１は受付補助サーバ３１からの認証完了の応答を受けると、電話１１の通信を切断する（ステップＳ１０６）。

次いで、受付補助サーバ３１はユーザ１から送られてきたサービス番号に基づいて当該サービスを提供するサービスプロバイダ６を選択し（ステップＳ１０７）、サービスプロバイダ６の受付処理サーバ６１に対して認証結果（本人認証が正常に行われた旨）とユーザ１の電話番号（発信者番号）とを送信する（ステップＳ１０８）。なお、通信事業者３からユーザ情報が外部に出て行くことになるので、この認証サービスを受けるにあたってユーザ１の同意を得ておくものとする。

このように、サービス番号により本人認証の結果等が複数のサービスプロバイダ６の受付処理サーバ６１に自動的に振り分けられるため、中立的な第三者による認証サービスとして複数のサービスプロバイダ６に対して共通に適用することができる。

次いで、受付処理サーバ６１は受付補助サーバ３１から送られてきた認証結果をユーザ情報管理データベース６２に保存し（ステップＳ１０９）、各種申し込み受付のＷｅｂページへの１回のアクセスに限り有効なアドレス（ワンタイムＵＲＬ）を生成してユーザ情報管理データベース６２に保存し、そのワンタイムＵＲＬを貼り付けたメールデータを生成する（ステップＳ１１０）。なお、ワンタイムＵＲＬを用いているのは、電話番号とパスワードによる本人認証が完了したうえで、申し込み受付のＷｅｂページにそのワンタイムＵＲＬの通知を受けた者しか入れないようにしてセキュリティを高めるとともに、使い回しによる悪用を防止するためである。

そして、受付処理サーバ６１は、受付補助サーバ３１から送られたユーザ１の電話番号に基づいてユーザ情報管理データベース６２から得た端末１２のメールアドレスに対して公衆データネットワーク４を介してメールを送信する（ステップＳ１１１）。

ユーザ１は端末１２を操作することでメールをオープンし（ステップＳ１１２）、メール内に含まれるワンタイムＵＲＬをクリック等することで、Ｗｅｂブラウザにより公衆データネットワーク４を介して受付処理サーバ６１にアクセスする（ステップＳ１１３）。

受付処理サーバ６１は端末１２からのＷｅｂアクセスに応じて初期画面のページデータを送信する（ステップＳ１１４）。この初期画面には、ユーザ１が使用する電話１１の電話番号の入力を求める案内文が含まれている。

ユーザ１は端末１２を操作することで電話番号を入力し、受付処理サーバ６１に送信する（ステップＳ１１５）。

受付処理サーバ６１は、端末１２から送られてきた電話番号をキーにしてユーザ情報管理データベース６２を参照し、認証が正常にされているか、および、リクエストのあったワンタイムＵＲＬの有効性（既に使用されたものでないか、有効期限が切れていないか等）を判断し（ステップＳ１１６）、正常に確認できた場合には各種申し込みのサービス画面のページデータを端末１２に送信する（ステップＳ１１７）。正常に確認できなかった場合はその旨を端末１２に通知して処理を終了する。

正常に確認が行われてサービス画面に入ることができた場合、ユーザ１は端末１２を操作して各種申し込みの処理を行う（ステップＳ１１８）。

なお、上記の実施形態において、パーソナルコンピュータ等の端末１２により受付処理サーバ６１によるＷｅｂサーバにアクセスするようにしているのは、携帯電話等のブラウザでは操作キーが少ないとともに画面が小さく操作が煩雑であり、また各種申し込みに際して入力が必要なユーザ情報（住所、氏名等）等の入力が困難であるからである。

また、受付処理サーバ６１によるＷｅｂサーバにアクセスする端末１２とは別体の携帯電話もしくは固定電話といった音声回線による電話１１から本人認証を求めるようにしているのは、固有の発信者番号に基づいて本人認証が容易に行えるとともに、電話１１は老若男女を問わず使い慣れていて操作性がよいからである。更に、操作方法および処理状況を音声にて返送することができ、ユーザフレンドリなものとすることができる利点もあるからである。この点、携帯電話のブラウザからＷｅｂアクセスにより本人認証を行わせる場合、認証用のＷｅｂサイトに入ったりメニューを選択したりといった煩雑な操作が必要であり、操作性に難点がある。また、パーソナルコンピュータ等の端末１２から電子署名等を用いて本人認証を行う方法も考えられるが、一般に普及しておらず、音声回線による電話１１を用いる方法に比して操作性に難点がある。

更に、電話１１からの本人認証の求めに対し通信事業者３の管理する受付補助サーバ３１の段階で認証を行っているのは、特に携帯電話については契約時に電話機固有のパスワードの設定が行われていて新たにパスワードの設定を行う必要がないという利点があり、通信事業者３が管理を行うのが好ましいからである。また、携帯電話のブラウザにより認証用のサーバに接続する方法をとったとしても、現在では通信事業者のサーバからＷｅｂに出た後のデータパケットには発信者番号は含まれておらず、発信者番号を認証に用いることはできない。

次に、図４は上記の受付システムの他の動作を示すシーケンス図であり、よりセキュリティを高めるために、通信事業者３の受付補助サーバ３１における本人認証時にユーザ１に任意のパスワード（ユーザ設定パスワード）を設定させ、それをサービスプロバイダ６の受付処理サーバ６１にアクセスした際に入力させるようにしたものである。

図４において、ユーザ１が各種申し込みを行おうとする場合、先ず電話１１により音声電話ネットワーク２を介して通信事業者３の受付補助サーバ３１に発信を行う（ステップＳ２０１）。この際、電話１１の発信者番号が受付補助サーバ３１に同時に送信される。

受付補助サーバ３１は、着信に応答すると、認証を開始する旨の応答をトーキー（音声案内）によって返す（ステップＳ２０２）。この際、認証に必要な操作が併せて案内される。

ユーザ１はこれに応じ、通信事業者３との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号と、ユーザ１が任意に決めたテンポラリのユーザ設定パスワードとを電話１１からダイアルトーン信号（ＤＴＭＦ）によって受付補助サーバ３１に送信する（ステップＳ２０３）。なお、ダイアルトーン信号に代え、各ダイアル操作に該当するデジタル信号によるものであってもよい。また、受付補助サーバ３１は、パスワード等を、ユーザ１による受付補助サーバ３１への電話の発呼時における電話番号に続けて設定された着サブアドレスから受け取るようにしてもよい。

受付補助サーバ３１は、電話１１から送られてきた発信者番号とパスワードに基づき認証処理を行う（ステップＳ２０４）。なお、この時点ではユーザ設定パスワードは本人認証に用いない。すなわち、ユーザ情報管理データベース３２を参照し、発信者番号が電話番号のフィールドに登録されており、かつ対応するパスワードが一致するか否かを判断し、一致している場合には本人認証がされたものとして、認証が完了した旨をトーキーによって返す（ステップＳ２０５）。なお、本人認証が正常に行われなかった場合は、受付補助サーバ３１から電話１１に対してその旨が伝えられ、処理を終了する。

ユーザ１は受付補助サーバ３１からの認証完了の応答を受けると、電話１１の通信を切断する（ステップＳ２０６）。

次いで、受付補助サーバ３１はユーザ１から送られてきたサービス番号に基づいて当該サービスを提供するサービスプロバイダ６を選択し（ステップＳ２０７）、サービスプロバイダ６の受付処理サーバ６１に対して認証結果（本人認証が正常に行われた旨）とユーザ１の電話番号（発信者番号）とユーザ設定パスワードとを送信する（ステップＳ２０８）。

受付処理サーバ６１は受付補助サーバ３１から送られてきた認証結果とユーザ設定パスワードをユーザ情報管理データベース６２に保存し（ステップＳ２０９）、各種申し込み受付のＷｅｂページへの１回のアクセスに限り有効なアドレス（ワンタイムＵＲＬ）を生成してユーザ情報管理データベース６２に保存し、そのワンタイムＵＲＬを貼り付けたメールデータを生成する（ステップＳ２１０）。

そして、受付処理サーバ６１は、受付補助サーバ３１から送られたユーザ１の電話番号に基づいてユーザ情報管理データベース６２から得た端末１２のメールアドレスに対して公衆データネットワーク４を介してメールを送信する（ステップＳ２１１）。

ユーザ１は端末１２を操作することでメールをオープンし（ステップＳ２１２）、メール内に含まれるワンタイムＵＲＬをクリック等することで、Ｗｅｂブラウザにより公衆データネットワーク４を介して受付処理サーバ６１にアクセスする（ステップＳ２１３）。

受付処理サーバ６１は端末１２からのＷｅｂアクセスに応じて初期画面のページデータを送信する（ステップＳ２１４）。この初期画面には、ユーザ１が使用する電話１１の電話番号と本人認証時にユーザ１が設定したユーザ設定パスワードの入力を求める案内文が含まれている。

ユーザ１は端末１２を操作することで電話番号とユーザ設定パスワードを入力し、受付処理サーバ６１に送信する（ステップＳ２１５）。

受付処理サーバ６１は、端末１２から送られてきた電話番号をキーにしてユーザ情報管理データベース６２を参照し、認証が正常にされているか、ユーザ設定パスワードが一致しているか、および、リクエストのあったワンタイムＵＲＬの有効性（既に使用されたものでないか、有効期限が切れていないか等）を判断し（ステップＳ２１６）、正常に確認できた場合には各種申し込みのサービス画面のページデータを端末１２に送信する（ステップＳ２１７）。正常に確認できなかった場合はその旨を端末１２に通知して処理を終了する。

正常に確認が行われてサービス画面に入ることができた場合、ユーザ１は端末１２を操作して各種申し込みの処理を行う（ステップＳ２１８）。

なお、図３および図４に示したシーケンス図では、ユーザ１から受付補助サーバ３１に電話をかけた際に各種申し込みのサービスを識別するサービス番号を入力させ（ステップＳ１０３、Ｓ２０３）、受付補助サーバ３１ではそのサービス番号に基づいて対応する受付処理サーバ６１に振り分けるようにしているが（ステップＳ１０７、Ｓ２０７）、各種申し込みのサービス毎に受付補助サーバ３１の着信電話番号を割り当てておき、ユーザ１から着信のあった電話番号により受付処理サーバ６１の振り分けを行うようにしてもよい。これによれば、ユーザ１によるサービス番号の入力を省略することができる。

また、図３および図４に示したシーケンス図では、受付補助サーバ３１においてユーザ１から送られた発信者番号とパスワードに基づいて認証処理を行っているが（ステップＳ１０４、Ｓ２０４）、この認証処理を二段階に分け、最初に発信者番号に基づいて当該認証サービスの利用を許可された電話１１であるか否かを判断し、これをクリアできた場合にのみ発信者番号およびパスワードの両者による本人認証を行うようにすることができる。この場合、最初の発信者番号に基づく認証サービスの利用可否判断の段階で否定的な結果となったときはその段階で処理を終了することになる。これにより、受付補助サーバ３１における処理負担を軽減することができる。

更に、上述の実施形態では、受付処理サーバ６１としてインターネット上のＷｅｂサーバを想定して説明したが、これに限られるものではなく、企業等の管理運営するＲＡＳ（Ｒｅｍｏｔｅ Ａｃｃｅｓｓ Ｓｅｒｖｅｒ）を経由してアクセスする任意のシステムであってもよいことはいうまでもない。なお、その接続形態としても、インターネットに限らず専用線によるものであってもよく、有線・無線の違いも問わない。

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

本発明の一実施形態にかかる受付システムの構成図である。 ユーザ情報管理データベースの例を示す図である。 受付システムの動作を示すシーケンス図（その１）である。 受付システムの動作を示すシーケンス図（その２）である。

符号の説明

１ ユーザ
１１ 電話
１２ 端末
２ 音声電話ネットワーク
３ 通信事業者
３１ 受付補助サーバ
３２ ユーザ情報管理データベース
４ 公衆データネットワーク
５ 専用回線
６ サービスプロバイダ
６１ 受付処理サーバ
６２ ユーザ情報管理データベース

Claims (8)

1. ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号とを上記電話から受け取り、上記電話の発信者番号および上記パスワードから本人認証を行い、上記サービス番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する上記受付補助サーバと、
   上記受付補助サーバから上記認証結果および発信者番号の通知を受け、上記発信者番号から予め上記ユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信し、上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する上記受付処理サーバとを備えたことを特徴とする受付システム。
2. 各種申し込みのサービス毎に着信電話番号が割り当てられ、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードを上記電話から受け取り、上記電話の発信者番号および上記パスワードから本人認証を行い、上記着信電話番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する上記受付補助サーバと、
   上記受付補助サーバから上記認証結果および発信者番号の通知を受け、上記発信者番号から予め上記ユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信し、上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する上記受付処理サーバとを備えたことを特徴とする受付システム。
3. 上記受付補助サーバは上記電話からの着信に応答する際、上記パスワードとは別に上記ユーザが任意に設定したテンポラリのユーザ設定パスワードを受け取り、
   上記受付処理サーバは上記端末から上記ユーザ設定パスワードに対応するパスワードの入力を受けて上記ユーザ設定パスワードとの一致を確認した後に各種申し込みのサービスを提供することを特徴とする請求項１または２のいずれか一項に記載の受付システム。
4. 上記受付補助サーバは、上記パスワード、サービス番号もしくはユーザ設定パスワードを、上記ユーザによる上記受付補助サーバへの電話の発呼時における電話番号に続けて設定された着サブアドレスから受け取ることを特徴とする請求項１乃至３のいずれか一項に記載の受付システム。
5. 上記受付補助サーバは操作方法および処理状況を音声にて上記電話に返送し、上記電話からダイアルトーン信号により情報の入力を受けることを特徴とする請求項１乃至４のいずれか一項に記載の受付システム。
6. ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードと、各種申し込みのサービスを識別するサービス番号とを上記電話から受け取る手段と、
   上記電話の発信者番号および上記パスワードから本人認証を行い、上記サービス番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する手段とを備えたことを特徴とする受付補助サーバ。
7. 各種申し込みのサービス毎に着信電話番号が割り当てられ、ユーザの使用する電話からの着信に応答し、上記電話毎に上記ユーザと受付補助サーバを管理する通信事業者との間で予め設定されたパスワードを上記電話から受け取る手段と、
   上記電話の発信者番号および上記パスワードから本人認証を行い、上記着信電話番号に対応する、上記通信事業者とは異なる者の管理する受付処理サーバに認証結果および上記発信者番号を上記受付処理サーバからの要求によらず通知する手段とを備えたことを特徴とする受付補助サーバ。
8. 本人認証を行う請求項６または７のいずれか一項に記載の受付補助サーバから認証結果および発信者番号の通知を受け、上記発信者番号から予めユーザ毎に設定された端末のメールアドレスを取得し、当該メールアドレスに各種申し込み受付のアクセスページにアクセスするための１回のアクセスに限り有効なアドレスを含めてメールを送信する手段と、
   上記端末から上記アクセスページを通してアクセスを受けた際に電話番号の入力を受け、当該電話番号と上記受付補助サーバから通知を受けた上記発信者番号との一致が確認された場合に各種申し込みのサービスを提供する手段とを備えたことを特徴とする受付処理サーバ。

Images