ＩＰ網を用いた認証システム
【課題】管理者側の負担の減少にも繋がるものにするとともに、利用者にとって簡単な作業で認証を行えるＩＰ網を用いた認証システムを提供する。
【解決手段】発信者が所持するデジタル通信端末（例えば携帯電話１６）と、サーバ１７と、がＩＰ網を介して電気的に接続されている認証システムにおいて、サーバ１７が発信者のデジタル通信端末の電話番号を用いて発信者の認証を行い、認証結果を外部へ送信している。発信者の所持するデジタル通信端末からサーバ１７へ送信される認証要求データには、ＩＰ網を介してサーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれており、この認証識別情報によって発信者の認証要求を特定する。
【解決手段】発信者が所持するデジタル通信端末（例えば携帯電話１６）と、サーバ１７と、がＩＰ網を介して電気的に接続されている認証システムにおいて、サーバ１７が発信者のデジタル通信端末の電話番号を用いて発信者の認証を行い、認証結果を外部へ送信している。発信者の所持するデジタル通信端末からサーバ１７へ送信される認証要求データには、ＩＰ網を介してサーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれており、この認証識別情報によって発信者の認証要求を特定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網を用いた認証システムに関する。
【背景技術】
【０００２】
近年、携帯電話の普及によって、携帯電話でインターネットを利用する人々が多くなり、携帯電話でアクセスするインターネットにも様々なサービスが提供されてきた。それらの中には、ネットオークションによる物品販売、コンサート等の入場券販売、会員向けに情報を提供するサイトなどが多数あり、これらのインターネットサイトを利用する際には、利用者の特定を行うために個人認証が行われている。個人認証方法としては、利用者が事前に登録しておいたパスワードやＩＤを確認する方法や、公開鍵を利用したデジタル証明書方式等があり、個人認証された利用者が物品の購入や利用者ごとの異なるサービスの提供を受けることが可能になる。
【０００３】
例えば、特許文献１に記載の商品受注システムは、携帯電話によるアクセスで利用者の認証をおこない、予約システムや顧客管理システムの運営を可能にしている。
【０００４】
【特許文献１】特開２００２−２４５３１１（段落［０００６］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、インターネットでの認証作業を実現するためには、管理者側においてはＷｅｂサーバ内に膨大な量のコンテンツを作成しなければならず、利用者がアクセスするサイトや利用者別の個人データの保存等が必要になる。そして、認証技術においても、盗聴やなりすまし等を防止するために利用者側と管理者側の双方に高度な技術を組み込んだ認証方式の導入が必要になる。
【０００６】
また、利用者側では、管理用のパスワードやＩＤ等の情報を秘密の状態で保管しておかねばならず、また、定期的な変更を行う必要がある。
【０００７】
一方で、インターネット上で商品受発注や予約状況等の顧客管理を行うためには、利用者がインターネットを経由して管理者の作成したサイトへのアクセスを行うことや、個人情報確認のための入力作業等が必要となり、複雑な確認や変更などを行おうとすると、作業負担と時間が掛かかるものとなる。また、携帯電話からのインターネットへのアクセスは、通常、送受信された情報量によってパケット通信料が課金される。
【０００８】
本発明は、以上の点に鑑みてなされたものであり、その目的は、管理者側の負担の減少にも繋がるものにするとともに、利用者にとって簡単な作業で認証を行えるＩＰ網を用いた認証システムを提供することにある。
【課題を解決するための手段】
【０００９】
以上のような課題を解決するために、本発明は、ＩＰ網を用いた認証システムにおいて、管理者側の電話機がＩＰ電話（Voice over IP）である場合に、発信者からの着信情報に含まれている発信者のデジタル通信端末の電話番号と、ＩＰ電話番号に付加された認証要求データと、を基に認証／特定を行うことを特徴とする。
【００１０】
より具体的には、本発明は、以下のものを提供する。
【００１１】
（１） 発信者が所持するデジタル通信端末と、ＩＰ網を介して前記デジタル通信端末と電気的に接続され、前記発信者の認証を行うサーバと、を有し、前記サーバは、前記デジタル通信端末から認証要求データを受信したとき、前記デジタル通信端末の電話番号を用いて認証を行った後、認証結果を外部へ送信する認証システムであって、前記認証要求データには、ＩＰ網を介して前記サーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれているとともに、前記認証結果には、発信者の認証要求を満たすコードが含まれていることを特徴とする認証システム。
【００１２】
本発明によれば、発信者が所持するデジタル通信端末と、サーバとがＩＰ網を介して電気的に接続されている認証システムにおいて、サーバは、発信者のデジタル通信端末の電話番号を用いて発信者の認証を行い、認証結果を外部へ送信する。そして、発信者の所持するデジタル通信端末からサーバへ送信される認証要求データには、ＩＰ網を介してサーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれている。また、サーバから外部へ送信される認証結果には、発信者の認証要求を満たすコードが含まれている。これにより、認証識別情報によって発信者の認証要求を特定するとともに、コードによって発信者の認証要求を満たすことができる。
【００１３】
従って、例えば、発信者は、自己のデジタル通信端末からサーバが所有するＩＰ電話番号へワン切りすることによって、サーバにデジタル通信端末の電話番号と認証識別情報（例えばコインロッカーの位置を示す位置番号など）とを着信履歴として残すことができる。そして、今度は逆に、例えばサーバからデジタル通信端末に、コード（例えばコインロッカーの鍵を開ける暗証番号など）を含む認証結果が送信される（ワン切りされる）。従って、発信者は、そのコードを確認して個人認証を行うことができ（例えばコインロッカーの暗証番号を打ち込むなど）、その結果、通信費用を掛けることなく発信者の個人認証を行うことができる。
【００１４】
また、例えば、ＩＰ電話機へ電話する際には、１１桁の電話番号（例えば０５０で始まる１１桁の番号）の後ろに数桁の番号を付加することができるので、この付加番号（認証識別情報）を利用して発信者の認証要求をサーバに報知することができる。
【００１５】
このようにして、発信者はデジタル通信端末を用いて電話するだけで個人認証と認証要求の報知を行うことができるとともに、受信側であるサーバが電話回線を繋ぐ前に回線を切断することができるので、時間や通信料金もかからずに簡単に認証を行うことができる。
【００１６】
ここで、「ワン切り」とは、呼び出し音が１回鳴る間に回線を切断するのではなく、相手のＩＰ電話機へ電話をして発信者側の電話機の発信者情報（例えば、電話番号と付加番号）が着信履歴として残った後に回線を切断することをいう。すなわち、発呼して通話状態になる前に、回線を切断することをいう。
【００１７】
（２） 前記デジタル通信端末の電話番号と、前記認証識別情報とは、事前に前記サーバのデータベースに登録してあるものであって、前記サーバは、前記デジタル通信端末の電話番号をデータベースに確認して認証を行い、前記認証識別情報をデータベースに確認して発信者の認証要求を特定することを特徴とする（１）記載の認証システム。
【００１８】
本発明によれば、サーバのデータベースには、発信者のデジタル通信端末の電話番号と認証要求情報とが事前に登録されているので、着信履歴に残っている電話番号からデータベースに登録してある電話番号とを照合して発信者の認証を行う。また、同様にして、着信履歴に残っている付加番号（認証識別情報）を確認して発信者の認証要求を特定することができる。
【００１９】
（３） 前記認証結果は、前記デジタル通信端末に送信されるとともに、前記コードは、前記サーバのＩＰ電話番号の一部として組み込まれ、前記デジタル通信端末の表示画面には、前記コードを含む前記サーバのＩＰ電話番号が表示されることを特徴とする（１）又は（２）記載の認証システム。
【００２０】
本発明によれば、デジタル通信端末の表示画面に、サーバのＩＰ電話番号が表示され、そのサーバのＩＰ電話番号の一部として、発信者の認証要求を満たすコードが組み込まれているので、通信費用を掛けることなく、簡易に個人認証を実現することが出来る。
【００２１】
例えば、事前申し込みが必要な展示会等への申し込みをサーバに登録してある場合、発信者はサーバに対してＩＰ電話番号の後に展示会用の認証識別情報を入力して認証要求を報知する。サーバが発信者の認証と認証要求の特定を行った後、展示会の入場許可番号（コードの一例に相当）がＩＰ電話番号に組み込まれる。例えば、ＳＩＰサーバ等のサーバによって、０３１２３４５６７８というサーバのＩＰ電話番号が、０３１２３４９９９９というＩＰ電話番号に置き換えられる。このとき、下四桁の９９９９は入場許可番号を示している。そして、サーバからデジタル通信端末に対してワン切りが行われたとき、デジタル通信端末の表示画面には、置き換えられた後のＩＰ電話番号（擬似電話番号）０３１２３４９９９９が表示されることになるが、下四桁を視認することで、入場許可番号が９９９９であることが分かる。これにより、通信費用を掛けることなく簡易に個人認証を行うことができる。
【００２２】
（４） 前記認証システムは、前記サーバと電気的に接続された操作端末を備え、前記操作端末は、前記サーバから送信された前記認証結果を受信するとともに、当該認証結果に基づき発信者の認証要求に係る動作を行うことを特徴とする（１）又は（２）記載の認証システム。
【００２３】
本発明によれば、サーバと電気的に接続された操作端末は、サーバから送信された認証結果を受信するとともに、認証結果に基づき発信者の認証要求に係る動作を行うこととしたので、上述したデジタル通信端末に認証結果を送信する場合と異なり、特にコードを表示させる必要がない。従って、例えば操作端末に、携帯電話機やＩＰ電話機を組み込んでおくことで、或いは、ＩＰ電話機用の動作プログラムを予め操作端末にダウンロード・インストールしておくことで、個人認証を自動化することが可能になる。
【００２４】
例えば、事前申し込みが必要な展示会等への申し込みをサーバに登録してある場合、発信者はサーバに対してＩＰ電話番号の後に展示会用の認証識別情報を入力して認証要求を報知する。サーバは、発信者の認証と認証要求の特定を行った後、会場に設置してある操作端末に対して発信者の入場を許可する証明書（入場を許可する識別番号）を送信する。そうすると、その識別番号を受信した操作端末は、例えばゲートを開いたり、ドアを開いたりして、発信者の入場を許可する動作が行われる。
【００２５】
（５） 前記操作端末は、前記発信者のデジタル通信端末と電気的に接続されることを特徴とする（４）記載の認証システム。
【００２６】
本発明によれば、操作端末は、発信者のデジタル通信端末とＩＰ網又はインターネットを介して電気的に接続されているので、操作端末から直接、発信者のデジタル通信端末へデータの送受信を行うことができる。
【００２７】
（６） 前記サーバは、パスワード生成装置を有しており、前記デジタル通信端末へコールバックをおこなう際に、当該パスワード生成装置で生成されたパスワードを付加することを特徴とする（１）から（５）記載の認証システム。
【００２８】
本発明によれば、サーバは、パスワード生成装置で生成したパスワードを発信者のデジタル通信端末へ報知することができるので、発信者は操作端末へパスワードの入力を行うことができる。
【００２９】
ここで、「コールバック」とは、電話回線などによる通信において、着信履歴のあった電話番号に対して返信することをいう。返信する方式としては、若干の通信料がかかるＭＳ−ＣＢＣＰ（Microsoft Call Back Configuration Protocol）方式であっても、課金がかからない無課金方式であってもよく、その方式の種類の如何は問わない（なお、Microsoftはマイクロソフト社の登録商標）。
【発明の効果】
【００３０】
以上説明したように、本発明は、ＩＰ網を用いた認証システムで、個人認証を行う毎に通信費用が掛からないので、管理者側の負担を減らすことができるとともに、簡易に個人認証を行うことができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を実施するための最良の形態について、図面を参照しつつ説明する。
【００３２】
[システムの構成]
図１は、本発明の実施に係る認証システムのシステム構成図（概念図）である。また、図２は、本発明の実施に係る認証システムの詳細なシステム構成を表したブロック図である。
【００３３】
図１においては、ＩＰ網１０と、ＩＰ電話機１１と、ＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）１２と、ルータ１３と、ＳＩＰサーバ（Session Initiation Protocol）１４と、ゲートウェイサーバ１５と、携帯電話１６と、サーバ１７と、から構成されている。そして、ＩＰ電話機１１は、インターネットのＴＣＰ／ＩＰネットワークを使って音声データを送受信する、いわゆるＶｏＩＰ（Voice over Internet Protocol）技術を使って、音声通信を可能にしている。
【００３４】
ＩＰ網１０は、インターネットプロトコルを利用したネットワークのことをいい、各種サーバやルータ１３などを介して通信端末と電気的に接続されている。ＩＰ−ＰＢＸ１２は、ＩＰ電話用の構内交換機であって、音声をＰＣＭ（Pulse Code Modulation）符号化／復号化するとともに、任意の電話機同士で通話を行うための回線を確保する。
【００３５】
ルータ１３は、ネットワーク上を流れるパケットの中継転送をおこなう通信機器であり、ＩＰ網１０から送られてきたパケットをＩＰ−ＰＢＸ１２や、その他の通信機器に経路制御を行い、また、ＩＰ電話機１１から発信された音声データを外部のＩＰ網１０へ送り出す経路制御を行っている。
【００３６】
ＳＩＰサーバ１４は、ＳＩＰ対応ネットワークを介して配置され、ユーザエージェント（以下、ＵＡという）間で行なわれるセッション確立などの処理を補助する装置であって、プロキシサーバ、リダイレクトサーバ及びレジストラサーバなどを物理的に１つにまとめてもよく、それぞれ別に構成していてもよい。
【００３７】
ゲートウェイサーバ１５は、ＵＡの端末あるいはＩＰ−ＰＢＸ１２からの音声データをＩＰパケットに変換してネットワークへ送出し、ネットワークからのＩＰパケットを受信して音声データに変換する。
【００３８】
携帯電話１６は、デジタル回線を使用する通信端末であり、ＩＰ電話機１１へ電話することができるものである。なお、本実施形態では、デジタル通信端末について、携帯電話を使って説明しているが、これは、デジタルの通信機器であればよく、デジタル固定電話機、ＰＨＳ、ＩＰ電話などでもよい。
【００３９】
サーバ１７は、システムユーザからの要求を受けてデータベースなどの業務システムの処理をするアプリケーションサーバや、顧客情報などを蓄積しておくデータベースサーバや、ＷＷＷ（World Wide Web）システムにおいて情報送信機能を持つＷｅｂサーバや、インターネット上にネットワーク内のユーザの電子メールを送受信するメールサーバなどの機能をもっている。
【００４０】
図２は、図１のシステム構成図を補足するものとして、詳細なシステム構成をブロック図として表したものである。
【００４１】
図２では、サーバ１７の中には、Ｗｅｂサーバの拡張機能の一つとしてHypertext Preprocessor（以下、「ＰＨＰ」という）を備えたＷｅｂアプリケーションサーバ（図２中、単に、「Ｗｅｂアプリ」と記載している）と、リレーショナルデータベース管理システム（図２中、単に「Ｍｙｓｑｌ」と記載している）などを用いているデータベースサーバと、ＡｐａｃｈｅなどのＷｅｂサーバと、Windows NT（Windows：マイクロソフト社の登録商標）などのネットワークサーバ管理をおこなうアプリケーションソフト（図２中、単に「Ｗｉｎアプリ」と記載している）と、ＩＰ電話機１１と、が設けてられている。
【００４２】
次いで、ネットワーク内操作端末の中には、Ｗｅｂアプリケーションと、アプリケーションソフトと、ＩＰ電話機１１と、が設けられている。
【００４３】
次いで、ネットワーク外操作端末の中には、Ｗｅｂアプリケーションと、アプリケーションソフトと、ＩＰ電話機１１と、プログラミング可能な集積回路を持ったField Programmable Gate Array（図２中、単に、「ＦＰＧＡ」と記載している）と、が設けられている。
【００４４】
次いで、ＩＰ網１０又はインターネットとサーバ１７などを繋ぐものとして、光ファイバー加入者通信装置において、パソコンなどの端末機器をネットワークに接続するための装置としてOptical Network Unit（以下、「ＯＮＵ」という）と、加入者網終端装置（以下、「ＣＴＵ」という）と、ルータ１３と、が設けられている。
【００４５】
次いで、ＩＰ網１０又はインターネットに電気的に接続可能なものとして、ＳＩＰサーバ１４と、ＩＰ−ＰＢＸ１２と、ゲートウェイサーバ１５と、発信者の携帯電話１６と、が設けられている。
【００４６】
［システム動作］
図３は、本発明の実施の形態に係る認証システムの動作を説明するフロー図である。
【００４７】
まず、携帯電話１６を所持する発信者が、展示会の入場許可証の配付を受けるために、管理者（ＩＰ電話側）のＩＰ電話機１１へ発信する（ステップＳ１）。例えば、ＩＰ電話用の１０桁（１１桁でもよい）の電話番号（例えば、０３−１２３４−５６７８）の入力をおこなう。ＳＩＰサーバ１４を介した携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しを行う。
【００４８】
次いで、認証識別情報の入力を行う（ステップＳ２）。発信者は、１１桁のＩＰ電話番号の後ろに、事前に登録してある認証要求（例えば、展示会の入場許可証）に対応した認証識別情報にあたる数桁の番号（例えば、９８７６）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号の入力を行う（例えば０３１２３４５６７８９８７６を入力する）。なお、このとき携帯電話１６の電話番号（例えば０３−８７６５−４３２１）も一緒にＩＰ電話機１１に送信される。
【００４９】
次いで、発信者電話番号の照合を行う（ステップＳ３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。ＩＰ電話機１１は、サーバ１７のデータベースに事前に登録してある電話番号との照合を行い、発信者の認証を行う。
【００５０】
なお、発信者は、自己が所持する携帯電話１６の番号を事前に管理者へ登録を行っており、登録された電話番号からの発信であることを確認して発信者の認証を行っている。
【００５１】
ここで、ＩＰ−ＰＢＸ１２は、発信者からの着信履歴を確認したら、通話を行う前に携帯電話１６からの電話回線の切断を行ってもよく、ＩＰ電話機１１が応答してから電話回線の切断を行ってもよい。また、発信者自身がＩＰ電話機１１の呼び出し音を数回確認した後に電話回線を切断してもよい。
【００５２】
次いで、認証識別情報の確認をおこなう（ステップＳ４）。発信者の認証が行われた後、発信者が要求する認証要求（例えば、展示会の入場許可証）に関する認証識別情報の確認を行う。発信者の認証要求に対応する４桁の番号（認証識別情報）とデータベースに事前登録してある認証要求に関する認証識別情報とが一致するか否かを確認する。
【００５３】
認証識別情報は、管理者から発信者へ事前に報知されているものであって、登録の際に４桁の番号が発信者へ与えられている。
【００５４】
次いで、認証要求の特定がおこなわれる（ステップＳ５）。データベースには、認証要求と認証識別情報とが対応付けられて登録されており、ステップＳ５において確認された認証識別情報より、認証要求の特定が行われる。特定された、発信者の認証要求の内容に応じて、サーバは証明書や許可証の作成を行う。
【００５５】
次いで、携帯電話１６への発信を行う（ステップＳ６）。発信者の認証と認証要求の特定が行われた後に、発信者の所持する携帯電話１６へ展示会の入場許可番号（例えば５４３２）が送信される。具体的に説明すると、サーバ１７は、携帯電話１６の電話番号（例えば０３−８７６５−４３２１）に基づき、携帯電話１６にワン切りを行うが、このとき、ＩＰ電話機１１のＩＰ電話番号（例えば、０３−１２３４−５６７８）が発信元の電話番号として一緒に送信される。そして、途中、ＳＩＰサーバ１４において、０３１２３４５６７８というサーバ１７（ＩＰ電話機１１）のＩＰ電話番号が、０３１２３４５４３２に置き換えられ、この０３１２３４５４３２（擬似電話番号）が携帯電話１６に送信される。そうすると、携帯電話１６の表示画面には、０３１２３４５４３２という番号が表示されるところ、下四桁に着目すると、入場許可番号５４３２を確認することができる。このようにして、実質的（擬似的に）に入場許可番号、すなわち認証結果５４３２が送信され（ステップＳ６）、携帯電話１６において認証結果５４３２が受信されることになる（ステップＳ７）。
【００５６】
なお、本発明の実施形態では、発信者が認証要求に関する認証識別情報を事前に知っていて、ＩＰ電話番号の後ろに、入力することとしているが、本発明はこれに限られるものではなく、管理者側のみが事前に認証識別情報を決定してデータベースに登録しておき、発信者は、ＩＰ電話機１１へ発信する直前に認証識別情報を知り、それをＩＰ電話番号とともに入力して発信することとしてもよい。
【００５７】
例えば、発信者は、ＩＰ電話機１１の電話番号は事前に知っていて、認証要求に関する事項も事前にデータベースに登録されてあるが、認証識別情報の番号が発信者に報知されていない場合に、発信者が展示会の会場に到着して、会場に掲示してある認証識別情報の番号を知見することで、認証識別情報の番号を入手してＩＰ電話機１１への発信を行い、入場許可証を取得することができることとしてもよい。これにより、管理者側は、登録された本人が、直接展示会の会場に赴いたことが確認できる。
【００５８】
また、以上の説明では、展示会の入場許可に関する個人認証を考えたが、その他、様々な場面を考えることができる。例えば、駐車場のパーキングにおいて、「認証識別情報」を駐車位置（駐車場番号）とし、「認証結果」を駐車許可番号としてもよいし、ロッカーにおいて、「認証識別情報」をロッカー位置（ロッカー番号）とし、「認証結果」を、ロッカーを開錠するパスワードとしてもよいし、会社のドアロックにおいて、「認証識別情報」を社員番号（社員ＩＤ番号）とし、「認証結果」を、ドアロックを解除するパスワードとしてもよいし、コンピュータネットワークにおいて、「認証識別情報」をユーザＩＤとし、「認証結果」を、ログインする際のパスワードとしてもよい。
【００５９】
さらには、本発明は、天気予報や高速道路の混雑状況の確認にも適用することが可能である。天気予報を例にとって説明する。例えば、ＩＰ電話機１１への発信を行う際、認証識別情報として郵便番号（例えば１７１−１１１１）を入力する。そして、サーバ１７（ＩＰ電話機１１）から認証結果を"晴れ"（コード２２２２）として、コールバックダイヤル（例えばワン切り）が行われる際、ＳＩＰサーバ１４において、ＩＰ電話機１１のＩＰ電話番号（例えば、０３−１２３４−５６７８）が、０３１２３４２２２２に置き換えられ、この０３１２３４２２２２（擬似電話番号）が携帯電話１６に送信される。そうすると、携帯電話１６は、０３１２３４２２２２を受信するが、このとき、下四桁の２２２２を認識して、これを"晴れ"にコード変換する。最後に、晴れマークなどを表示画面に表示させる。なお、コード変換プログラムは、予め携帯電話１６にインストールしてあるものとする。以上説明したように、本発明は、天気予報に適用することも可能である。
【００６０】
［変形例］
図４は、本発明の他の実施の形態に係る認証システムのシステム構成図である。
【００６１】
図４においては、上述の図１のシステム構成図に、操作端末として、コインロッカー１８を加えたものである。
【００６２】
コインロッカー１８は、ＩＰ網１０又はインターネットと電気的に接続されている操作端末であり、内部にＩＰ−ＰＢＸ１２を装備していてもよく、アプリケーションサーバやメールサーバなど（図示せず）を装備しているものであり、サーバ１７及び携帯電話１６とデータの送受信を行うことができる。また、このコインロッカー１８には、携帯電話機やＩＰ電話機を組み込んでおくか、或いは、ＩＰ電話機用の動作プログラムを予めダウンロード・インストールしておく。
【００６３】
図５は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００６４】
図５においては、まず、携帯電話１６を所持する発信者が、コインロッカー１８を利用するために、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信をおこなう（ステップＳ１１）。例えば、ＩＰ電話用の１１桁の電話番号（０５０−１２３４−５６７８）を入力する。携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しをおこなうことができる。
【００６５】
次いで、認証識別情報を入力する（ステップＳ１２）。発信者は、１１桁のＩＰ電話番号の後ろに、コインロッカー１８の設置場所と使用する箇所を識別することのできる認証識別情報（例えば、駅西口改札前のコインロッカー１８の右から１番目，上から２番目の場所）に対応した数桁の番号（例えば、１２３４）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号の入力を行う。
【００６６】
次いで、発信者電話番号の照合を行う（ステップＳ１３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。発信者の携帯電話１６の電話番号は、事前に登録されているものであり、サーバ１７のデータベースに登録してある電話番号との照合を行い、電話番号が一致していれば、発信者からの呼び出しであるとことを認証する。
【００６７】
次いで、認証識別情報の確認を行う（ステップＳ１４）。発信者の認証が行われた後、発信者が要求する認証要求（例えば、コインロッカー１８の使用）に関する認証識別情報の確認を行う。発信者の認証要求に対応する数桁の番号（認証識別情報）が、データベースに事前登録してあるものであるか、または、正しく存在するコインロッカー１８の番号であることの確認をする。
【００６８】
次いで、認証要求の特定が行われる（ステップＳ１５）。発信者からの認証識別情報がデータベースに登録されている番号と一致した場合は、発信者がコインロッカー１８の使用を要求しているとの特定が行われる。
【００６９】
次いで、操作端末への確認が行われる（ステップＳ１６）。ステップＳ１６にて、コインロッカー１８の使用要求を確認できたら、発信者が指定するコインロッカー１８の使用状況を確認するために、ＩＰ網１０またはインターネットを介して、操作端末への問い合わせが行われる。
【００７０】
指定された位置のコインロッカー１８が既に使用されている場合は、エラーコードの返信を直接発信者の携帯電話１６へ行ってもよいし、管理者のサーバ１７を介して返信してもよい。
【００７１】
そして、指定された位置のコインロッカー１８が未使用である場合、セキュリティコードの送信をおこなう（ステップＳ１７）。コインロッカー１８は、指定された場所の開錠及び施錠をおこなうセキュリティコード（暗証番号）をＩＰ網１０またはインターネットを介して、携帯電話１６へ送信する。なお、このセキュリティコードは、管理者のサーバ１７へも同時に送信されるものであってもよい。
【００７２】
次いで、セキュリティコードの受信が行われる（ステップＳ１８）。発信者の携帯電話１６は、コインロッカー１８からコールバック（いわゆるワン切り）またはメールでセキュリティコードを受信する。
【００７３】
次いで、セキュリティコードによる施錠が行われる（ステップＳ１９）。コインロッカー１８のセキュリティコードを受信したら、中に保管物を入れて扉を閉めた後、施錠をおこなうセキュリティコードをコインロッカー１８に返信する。セキュリティコードの送信は、ステップＳ１１と同様にＩＰ電話用の１１桁の番号と、セキュリティコードを認証識別情報として入力する。なお、コインロッカー１８がＩＰ網回線で外部と接続されていなく、公衆電話回線で接続されている場合は、携帯電話１６からメールで送信することとしてもよい。
【００７４】
また、携帯電話１６からコインロッカー１８のＩＰ電話回線へ直接発信してもよく、サーバ１７を中継してコインロッカー１８へ発信されるものとしてもよい。
【００７５】
次いで、コインロッカー１８の施錠が行われる（ステップＳ２０）。携帯電話１６から施錠を行うセキュリティコードの送信を確認したら、コインロッカー１８の施錠を行う。
【００７６】
次に、コインロッカー１８の開錠の動作について、図６を用いて説明する。
【００７７】
図６は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００７８】
まず、携帯電話１６を所持する発信者が、コインロッカー１８の鍵を開錠するために、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信する（ステップＳ３１）。例えば、ＩＰ電話用の１１桁の電話番号（０５０−１２３４−５６７８）を入力する。携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しを行う。
【００７９】
次いで、認証識別情報を入力する（ステップＳ３２）。発信者は、１１桁のＩＰ電話番号の後ろに、コインロッカー１８の設置場所と使用する箇所を識別することのできる認証識別情報（例えば、駅西口改札前のコインロッカー１８の右から１番目、上から２番目の場所）に対応した数桁の番号（例えば、１２３４）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号を入力することになる。
【００８０】
次いで、発信者電話番号の照合を行う（ステップＳ３３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。
【００８１】
ここで、ＩＰ−ＰＢＸ１２は、発信者からの着信履歴を確認したら、通話を行う前に携帯電話１６からの電話回線の切断を行ってもよく、ＩＰ電話機１１が応答してから電話回線の切断を行ってもよいものである。また、発信者自身がＩＰ電話機１１の呼び出し音を数回確認した後に電話回線を切断してもよい。
【００８２】
次いで、認証識別情報の確認を行う（ステップＳ３４）。発信者の認証が行われた後、発信者が要求する認証要求（コインロッカー１８の開錠）に関する認証識別情報の確認を行う。発信者の認証要求に対応する数桁の番号（認証識別情報）が、正しく存在するコインロッカー１８の番号であり、かつ、発信者が現在、使用しているコインロッカー１８であることを確認する。
【００８３】
次いで、認証要求の特定が行われる（ステップＳ３５）。発信者からの認証識別情報が使用しているコインロッカー１８の番号と一致した場合は、発信者がコインロッカー１８の開錠を要求しているとの特定が行われる。
【００８４】
次いで、操作端末への確認が行われる（ステップＳ３６）。ステップＳ３６にて、コインロッカー１８の開錠要求を確認できたら、発信者が指定するコインロッカー１８の使用状態を確認するために、ＩＰ網１０またはインターネットを介して、コインロッカー１８への問い合わせが行われる。
【００８５】
次いで、使用状態の報告がおこなわれる（ステップＳ３７）。コインロッカー１８の利用期間と使用料金などの報告がサーバ１７へ送信される。なお、使用料金などの情報は発信者からの課金に使用するため送信され、携帯電話１６の電子マネーシステムから直接引き落としてもよく、後に請求するものでもよい。
【００８６】
次いで、セキュリティコードの送信が行われる（ステップＳ３８）。管理者のサーバ１７から発信者の携帯電話１６へ、コインロッカー１８の開錠を行うためのセキュリティコードがＩＰ網１０又はインターネットを介して要求される。携帯電話１６への要求方法は、ステップＳ３１の発信に対してのコールバック方式でもよく、または、メールで行われるものであってもよい。
【００８７】
次いで、セキュリティコードの送信が行われる（ステップＳ３９）。発信者は、ステップＳ１８で受信したセキュリティコードをサーバ１７へ送信する。サーバ１７への送信は、ステップＳ３１と同様にＩＰ電話機１１へ発信して、セキュリティコードを認証識別情報として入力して、発信するものである。
【００８８】
次いで、セキュリティコードの受信が行われる（ステップＳ４０）。発信者の携帯電話１６からコインロッカー１８を開錠するためのセキュリティコードを受信したらステップＳ１７でコインロッカー１８が送信したセキュリティコードと一致するか確認を行う。
【００８９】
次いで、開錠要求を行う（ステップＳ４１）。ステップＳ４０で、セキュリティコードの一致が確認されたら、コインロッカー１８に対して開錠の要求をＩＰ網１０又はインターネットを介して送信する。
【００９０】
次いで、コインロッカーの開錠を行う（ステップＳ４２）。サーバ１７から開錠要求を受信したら、指定されたコインロッカー１８を開錠する。
【００９１】
このようにして、サーバ１７が管理する操作端末との間でもＩＰ網１０を用いたネットワーク通信を介して、認証作業や認証要求の確認をおこなうことができる。
【００９２】
次に、サーバ１７が発信者の携帯電話１６へパスワードを発行し、発信者の特定とパスワードの認証を行う動作について、図７を用いて説明する。
【００９３】
図７は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００９４】
まず、上述の図６のステップＳ３１と同様に、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信がおこなわれる（ステップＳ５１）。
【００９５】
次いで、認証識別情報を入力する（ステップＳ５２）。発信者は、ステップＳ３２と同様に認証識別情報を入力する。認証識別情報としては、ユーザＩＤ番号などのように、発信者（ユーザ）と管理者（ＩＰ電話機）側とで決められ数桁の番号（例えば、９８７６）であって、ＩＰ電話番号の後ろに付加される。
【００９６】
次いで、発信者電話番号の照合（ステップＳ５３）と認証識別情報の確認（ステップＳ５４）がおこなわれる。ステップＳ３３とステップＳ３４と同様に、発信者の携帯電話１６の認証と、発信者が要求する認証要求（例えば、ログイン）の確認と、がおこなわれる。
【００９７】
次いで、パスワードの生成がおこなわれる（ステップＳ５５）。サーバ１７内のパスワード生成装置において、ユーザからの要求に対してパスワードを生成する。ユーザのＩＤ（識別符号）ごとに、ログインパスワード発行の成否を判別した後（例えば、携帯電話番号とユーザＩＤが同一人物であることを確認）、パスワードの生成がおこなわれる。ここで生成されるパスワードは、数桁の乱数文字列であって発信者が認識できればよく、１０進数の文字列に限られず、２進数や１６進数の文字列など、その種類を問うものではない。
【００９８】
次いで、パスワードの報知がおこなわれる（ステップＳ５６）。パスワード生成装置で生成されたパスワードは、サーバ１７からＩＰ網１０を介して発信者の携帯電話１６及び操作端末などへ報知される。携帯電話１６への報知は、コールバックを行う携帯電話番号の後ろにステップＳ５５で生成された数桁の文字列を付加して、携帯電話１６の呼び出しをおこなう。
【００９９】
また、操作端末への報知については、操作端末がＩＰ網１０に接続していれば、操作端末の呼び出しをおこなう際に、電話番号の後ろにパスワードを付加して呼び出しをおこなうことができ、ＩＰ網１０へ接続していなく電気的にサーバと接続しているような場合には、メールなどを用いてパスワードを送信するものであってもよい。更に、操作端末が外部とパスワード情報を交換する手段を有していない場合には、サーバ１７で生成するパスワードは、事前に操作端末に記憶されているものを報知するものとしてもよい。
【０１００】
次いで、パスワードの受信がおこなわれる（ステップＳ５７及びステップＳ５８）。発信者の携帯電話１６はサーバ１７からの着信履歴に残る電話番号と数桁のパスワードを取得することができ、操作端末も同様にサーバ１７からパスワードを受信することができる。
【０１０１】
次いで、パスワードの入力がおこなわれる（ステップＳ５９）。発信者は、携帯電話１６を用いて、操作端末へパスワードの入力と発信者のユーザＩＤの入力をおこなう。例えば、アクセスする操作端末がネットワークに電気的に接続された情報端末であるような場合は、携帯電話１６から直接アクセスしてパスワード入力をおこないログインすることができる。また、操作端末がネットワークに電気的に接続されていないような場合には、発信者が操作端末を直接操作してパスワードを入力してもよい。
【０１０２】
次いで、パスワードの認証がおこなわれる（ステップＳ６０）。操作端末は、発信者が入力したパスワードとサーバ１７から送信されてきたパスワード（または操作端末が記憶しているパスワード）とが同一であるか否かの認証が行われる。発信者が入力したパスワードが正規のパスワードと認証されれば、ログインが許可される。
【０１０３】
このようにして、サーバ１７は、パスワードを生成して発信者の携帯電話１６や操作端末にＩＰ網１０を介してパスワードを報知することができ、発信者はパスワードとユーザＩＤを入力してログインすることができる。
【０１０４】
なお、本実施の形態では、サーバ１７で生成されたパスワードをログインに用いているが、これに限らず、パスワードを施錠されたドアの開錠番号として用いてもよい。
【０１０５】
例えば、発信者は携帯電話１６でサーバ１７に発信者自身の社員ＩＤを入力して、サーバ１７からドアロック解除の一時的なパスワードを取得することができ、ドアを開錠することができるものとしてしもよい。これによって、入退室管理を行っているドアのロック解除をサーバ１７でコントロールすることができ、一時的な入場者に対しての入場許可にも優れており、利用者もドアの開錠番号を覚える必要がなく、セキュリティの向上にも優れている。
【０１０６】
また、サーバ１７からコールバックする電話番号の後ろに、天気予報や交通情報などをコード化して付加することによって、発信者がそれらの情報を得ることができるものであってもよい。このコード化した情報は、発信者が事前にコード化番号を理解しているものでも良く、また、コード表などよりコードから情報の内容を理解するものであってもよい。
【０１０７】
また、本実施形態で用いられるパスワードは、ワンタイムパスワード方式を用いるものであってもよく、また、公開鍵暗号方式や秘密鍵暗号方式などを用いる暗号方式であってもよく、その方法を問うものではない。
【産業上の利用可能性】
【０１０８】
本発明に係る認証システムは、ＩＰ網を用いたネットワーク通信において、発信者は電話するだけで認証作業と認証要求を簡易におこなうことができ、更に、回線が通話状態になる前に切断をおこなえるので通信コストを抑えることができるものとして有用である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施に係る認証システムのシステム構成図である。
【図２】本発明の実施に係る認証システムの詳細なシステム構成を表したブロック図である。
【図３】本発明の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図４】本発明の他の実施の形態に係る認証システムのシステム構成図である。
【図５】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図６】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図７】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【符号の説明】
【０１１０】
１０ ＩＰ網
１１ ＩＰ電話機
１２ ＩＰ−ＰＢＸ
１３ ルータ
１４ ＳＩＰサーバ
１５ ゲートウェイサーバ
１６ 携帯電話
１７ サーバ
１８ コインロッカー
【技術分野】
【０００１】
本発明は、ＩＰ網を用いた認証システムに関する。
【背景技術】
【０００２】
近年、携帯電話の普及によって、携帯電話でインターネットを利用する人々が多くなり、携帯電話でアクセスするインターネットにも様々なサービスが提供されてきた。それらの中には、ネットオークションによる物品販売、コンサート等の入場券販売、会員向けに情報を提供するサイトなどが多数あり、これらのインターネットサイトを利用する際には、利用者の特定を行うために個人認証が行われている。個人認証方法としては、利用者が事前に登録しておいたパスワードやＩＤを確認する方法や、公開鍵を利用したデジタル証明書方式等があり、個人認証された利用者が物品の購入や利用者ごとの異なるサービスの提供を受けることが可能になる。
【０００３】
例えば、特許文献１に記載の商品受注システムは、携帯電話によるアクセスで利用者の認証をおこない、予約システムや顧客管理システムの運営を可能にしている。
【０００４】
【特許文献１】特開２００２−２４５３１１（段落［０００６］、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、インターネットでの認証作業を実現するためには、管理者側においてはＷｅｂサーバ内に膨大な量のコンテンツを作成しなければならず、利用者がアクセスするサイトや利用者別の個人データの保存等が必要になる。そして、認証技術においても、盗聴やなりすまし等を防止するために利用者側と管理者側の双方に高度な技術を組み込んだ認証方式の導入が必要になる。
【０００６】
また、利用者側では、管理用のパスワードやＩＤ等の情報を秘密の状態で保管しておかねばならず、また、定期的な変更を行う必要がある。
【０００７】
一方で、インターネット上で商品受発注や予約状況等の顧客管理を行うためには、利用者がインターネットを経由して管理者の作成したサイトへのアクセスを行うことや、個人情報確認のための入力作業等が必要となり、複雑な確認や変更などを行おうとすると、作業負担と時間が掛かかるものとなる。また、携帯電話からのインターネットへのアクセスは、通常、送受信された情報量によってパケット通信料が課金される。
【０００８】
本発明は、以上の点に鑑みてなされたものであり、その目的は、管理者側の負担の減少にも繋がるものにするとともに、利用者にとって簡単な作業で認証を行えるＩＰ網を用いた認証システムを提供することにある。
【課題を解決するための手段】
【０００９】
以上のような課題を解決するために、本発明は、ＩＰ網を用いた認証システムにおいて、管理者側の電話機がＩＰ電話（Voice over IP）である場合に、発信者からの着信情報に含まれている発信者のデジタル通信端末の電話番号と、ＩＰ電話番号に付加された認証要求データと、を基に認証／特定を行うことを特徴とする。
【００１０】
より具体的には、本発明は、以下のものを提供する。
【００１１】
（１） 発信者が所持するデジタル通信端末と、ＩＰ網を介して前記デジタル通信端末と電気的に接続され、前記発信者の認証を行うサーバと、を有し、前記サーバは、前記デジタル通信端末から認証要求データを受信したとき、前記デジタル通信端末の電話番号を用いて認証を行った後、認証結果を外部へ送信する認証システムであって、前記認証要求データには、ＩＰ網を介して前記サーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれているとともに、前記認証結果には、発信者の認証要求を満たすコードが含まれていることを特徴とする認証システム。
【００１２】
本発明によれば、発信者が所持するデジタル通信端末と、サーバとがＩＰ網を介して電気的に接続されている認証システムにおいて、サーバは、発信者のデジタル通信端末の電話番号を用いて発信者の認証を行い、認証結果を外部へ送信する。そして、発信者の所持するデジタル通信端末からサーバへ送信される認証要求データには、ＩＰ網を介してサーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれている。また、サーバから外部へ送信される認証結果には、発信者の認証要求を満たすコードが含まれている。これにより、認証識別情報によって発信者の認証要求を特定するとともに、コードによって発信者の認証要求を満たすことができる。
【００１３】
従って、例えば、発信者は、自己のデジタル通信端末からサーバが所有するＩＰ電話番号へワン切りすることによって、サーバにデジタル通信端末の電話番号と認証識別情報（例えばコインロッカーの位置を示す位置番号など）とを着信履歴として残すことができる。そして、今度は逆に、例えばサーバからデジタル通信端末に、コード（例えばコインロッカーの鍵を開ける暗証番号など）を含む認証結果が送信される（ワン切りされる）。従って、発信者は、そのコードを確認して個人認証を行うことができ（例えばコインロッカーの暗証番号を打ち込むなど）、その結果、通信費用を掛けることなく発信者の個人認証を行うことができる。
【００１４】
また、例えば、ＩＰ電話機へ電話する際には、１１桁の電話番号（例えば０５０で始まる１１桁の番号）の後ろに数桁の番号を付加することができるので、この付加番号（認証識別情報）を利用して発信者の認証要求をサーバに報知することができる。
【００１５】
このようにして、発信者はデジタル通信端末を用いて電話するだけで個人認証と認証要求の報知を行うことができるとともに、受信側であるサーバが電話回線を繋ぐ前に回線を切断することができるので、時間や通信料金もかからずに簡単に認証を行うことができる。
【００１６】
ここで、「ワン切り」とは、呼び出し音が１回鳴る間に回線を切断するのではなく、相手のＩＰ電話機へ電話をして発信者側の電話機の発信者情報（例えば、電話番号と付加番号）が着信履歴として残った後に回線を切断することをいう。すなわち、発呼して通話状態になる前に、回線を切断することをいう。
【００１７】
（２） 前記デジタル通信端末の電話番号と、前記認証識別情報とは、事前に前記サーバのデータベースに登録してあるものであって、前記サーバは、前記デジタル通信端末の電話番号をデータベースに確認して認証を行い、前記認証識別情報をデータベースに確認して発信者の認証要求を特定することを特徴とする（１）記載の認証システム。
【００１８】
本発明によれば、サーバのデータベースには、発信者のデジタル通信端末の電話番号と認証要求情報とが事前に登録されているので、着信履歴に残っている電話番号からデータベースに登録してある電話番号とを照合して発信者の認証を行う。また、同様にして、着信履歴に残っている付加番号（認証識別情報）を確認して発信者の認証要求を特定することができる。
【００１９】
（３） 前記認証結果は、前記デジタル通信端末に送信されるとともに、前記コードは、前記サーバのＩＰ電話番号の一部として組み込まれ、前記デジタル通信端末の表示画面には、前記コードを含む前記サーバのＩＰ電話番号が表示されることを特徴とする（１）又は（２）記載の認証システム。
【００２０】
本発明によれば、デジタル通信端末の表示画面に、サーバのＩＰ電話番号が表示され、そのサーバのＩＰ電話番号の一部として、発信者の認証要求を満たすコードが組み込まれているので、通信費用を掛けることなく、簡易に個人認証を実現することが出来る。
【００２１】
例えば、事前申し込みが必要な展示会等への申し込みをサーバに登録してある場合、発信者はサーバに対してＩＰ電話番号の後に展示会用の認証識別情報を入力して認証要求を報知する。サーバが発信者の認証と認証要求の特定を行った後、展示会の入場許可番号（コードの一例に相当）がＩＰ電話番号に組み込まれる。例えば、ＳＩＰサーバ等のサーバによって、０３１２３４５６７８というサーバのＩＰ電話番号が、０３１２３４９９９９というＩＰ電話番号に置き換えられる。このとき、下四桁の９９９９は入場許可番号を示している。そして、サーバからデジタル通信端末に対してワン切りが行われたとき、デジタル通信端末の表示画面には、置き換えられた後のＩＰ電話番号（擬似電話番号）０３１２３４９９９９が表示されることになるが、下四桁を視認することで、入場許可番号が９９９９であることが分かる。これにより、通信費用を掛けることなく簡易に個人認証を行うことができる。
【００２２】
（４） 前記認証システムは、前記サーバと電気的に接続された操作端末を備え、前記操作端末は、前記サーバから送信された前記認証結果を受信するとともに、当該認証結果に基づき発信者の認証要求に係る動作を行うことを特徴とする（１）又は（２）記載の認証システム。
【００２３】
本発明によれば、サーバと電気的に接続された操作端末は、サーバから送信された認証結果を受信するとともに、認証結果に基づき発信者の認証要求に係る動作を行うこととしたので、上述したデジタル通信端末に認証結果を送信する場合と異なり、特にコードを表示させる必要がない。従って、例えば操作端末に、携帯電話機やＩＰ電話機を組み込んでおくことで、或いは、ＩＰ電話機用の動作プログラムを予め操作端末にダウンロード・インストールしておくことで、個人認証を自動化することが可能になる。
【００２４】
例えば、事前申し込みが必要な展示会等への申し込みをサーバに登録してある場合、発信者はサーバに対してＩＰ電話番号の後に展示会用の認証識別情報を入力して認証要求を報知する。サーバは、発信者の認証と認証要求の特定を行った後、会場に設置してある操作端末に対して発信者の入場を許可する証明書（入場を許可する識別番号）を送信する。そうすると、その識別番号を受信した操作端末は、例えばゲートを開いたり、ドアを開いたりして、発信者の入場を許可する動作が行われる。
【００２５】
（５） 前記操作端末は、前記発信者のデジタル通信端末と電気的に接続されることを特徴とする（４）記載の認証システム。
【００２６】
本発明によれば、操作端末は、発信者のデジタル通信端末とＩＰ網又はインターネットを介して電気的に接続されているので、操作端末から直接、発信者のデジタル通信端末へデータの送受信を行うことができる。
【００２７】
（６） 前記サーバは、パスワード生成装置を有しており、前記デジタル通信端末へコールバックをおこなう際に、当該パスワード生成装置で生成されたパスワードを付加することを特徴とする（１）から（５）記載の認証システム。
【００２８】
本発明によれば、サーバは、パスワード生成装置で生成したパスワードを発信者のデジタル通信端末へ報知することができるので、発信者は操作端末へパスワードの入力を行うことができる。
【００２９】
ここで、「コールバック」とは、電話回線などによる通信において、着信履歴のあった電話番号に対して返信することをいう。返信する方式としては、若干の通信料がかかるＭＳ−ＣＢＣＰ（Microsoft Call Back Configuration Protocol）方式であっても、課金がかからない無課金方式であってもよく、その方式の種類の如何は問わない（なお、Microsoftはマイクロソフト社の登録商標）。
【発明の効果】
【００３０】
以上説明したように、本発明は、ＩＰ網を用いた認証システムで、個人認証を行う毎に通信費用が掛からないので、管理者側の負担を減らすことができるとともに、簡易に個人認証を行うことができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明を実施するための最良の形態について、図面を参照しつつ説明する。
【００３２】
[システムの構成]
図１は、本発明の実施に係る認証システムのシステム構成図（概念図）である。また、図２は、本発明の実施に係る認証システムの詳細なシステム構成を表したブロック図である。
【００３３】
図１においては、ＩＰ網１０と、ＩＰ電話機１１と、ＩＰ−ＰＢＸ（Internet Protocol−Private Branch eXchange）１２と、ルータ１３と、ＳＩＰサーバ（Session Initiation Protocol）１４と、ゲートウェイサーバ１５と、携帯電話１６と、サーバ１７と、から構成されている。そして、ＩＰ電話機１１は、インターネットのＴＣＰ／ＩＰネットワークを使って音声データを送受信する、いわゆるＶｏＩＰ（Voice over Internet Protocol）技術を使って、音声通信を可能にしている。
【００３４】
ＩＰ網１０は、インターネットプロトコルを利用したネットワークのことをいい、各種サーバやルータ１３などを介して通信端末と電気的に接続されている。ＩＰ−ＰＢＸ１２は、ＩＰ電話用の構内交換機であって、音声をＰＣＭ（Pulse Code Modulation）符号化／復号化するとともに、任意の電話機同士で通話を行うための回線を確保する。
【００３５】
ルータ１３は、ネットワーク上を流れるパケットの中継転送をおこなう通信機器であり、ＩＰ網１０から送られてきたパケットをＩＰ−ＰＢＸ１２や、その他の通信機器に経路制御を行い、また、ＩＰ電話機１１から発信された音声データを外部のＩＰ網１０へ送り出す経路制御を行っている。
【００３６】
ＳＩＰサーバ１４は、ＳＩＰ対応ネットワークを介して配置され、ユーザエージェント（以下、ＵＡという）間で行なわれるセッション確立などの処理を補助する装置であって、プロキシサーバ、リダイレクトサーバ及びレジストラサーバなどを物理的に１つにまとめてもよく、それぞれ別に構成していてもよい。
【００３７】
ゲートウェイサーバ１５は、ＵＡの端末あるいはＩＰ−ＰＢＸ１２からの音声データをＩＰパケットに変換してネットワークへ送出し、ネットワークからのＩＰパケットを受信して音声データに変換する。
【００３８】
携帯電話１６は、デジタル回線を使用する通信端末であり、ＩＰ電話機１１へ電話することができるものである。なお、本実施形態では、デジタル通信端末について、携帯電話を使って説明しているが、これは、デジタルの通信機器であればよく、デジタル固定電話機、ＰＨＳ、ＩＰ電話などでもよい。
【００３９】
サーバ１７は、システムユーザからの要求を受けてデータベースなどの業務システムの処理をするアプリケーションサーバや、顧客情報などを蓄積しておくデータベースサーバや、ＷＷＷ（World Wide Web）システムにおいて情報送信機能を持つＷｅｂサーバや、インターネット上にネットワーク内のユーザの電子メールを送受信するメールサーバなどの機能をもっている。
【００４０】
図２は、図１のシステム構成図を補足するものとして、詳細なシステム構成をブロック図として表したものである。
【００４１】
図２では、サーバ１７の中には、Ｗｅｂサーバの拡張機能の一つとしてHypertext Preprocessor（以下、「ＰＨＰ」という）を備えたＷｅｂアプリケーションサーバ（図２中、単に、「Ｗｅｂアプリ」と記載している）と、リレーショナルデータベース管理システム（図２中、単に「Ｍｙｓｑｌ」と記載している）などを用いているデータベースサーバと、ＡｐａｃｈｅなどのＷｅｂサーバと、Windows NT（Windows：マイクロソフト社の登録商標）などのネットワークサーバ管理をおこなうアプリケーションソフト（図２中、単に「Ｗｉｎアプリ」と記載している）と、ＩＰ電話機１１と、が設けてられている。
【００４２】
次いで、ネットワーク内操作端末の中には、Ｗｅｂアプリケーションと、アプリケーションソフトと、ＩＰ電話機１１と、が設けられている。
【００４３】
次いで、ネットワーク外操作端末の中には、Ｗｅｂアプリケーションと、アプリケーションソフトと、ＩＰ電話機１１と、プログラミング可能な集積回路を持ったField Programmable Gate Array（図２中、単に、「ＦＰＧＡ」と記載している）と、が設けられている。
【００４４】
次いで、ＩＰ網１０又はインターネットとサーバ１７などを繋ぐものとして、光ファイバー加入者通信装置において、パソコンなどの端末機器をネットワークに接続するための装置としてOptical Network Unit（以下、「ＯＮＵ」という）と、加入者網終端装置（以下、「ＣＴＵ」という）と、ルータ１３と、が設けられている。
【００４５】
次いで、ＩＰ網１０又はインターネットに電気的に接続可能なものとして、ＳＩＰサーバ１４と、ＩＰ−ＰＢＸ１２と、ゲートウェイサーバ１５と、発信者の携帯電話１６と、が設けられている。
【００４６】
［システム動作］
図３は、本発明の実施の形態に係る認証システムの動作を説明するフロー図である。
【００４７】
まず、携帯電話１６を所持する発信者が、展示会の入場許可証の配付を受けるために、管理者（ＩＰ電話側）のＩＰ電話機１１へ発信する（ステップＳ１）。例えば、ＩＰ電話用の１０桁（１１桁でもよい）の電話番号（例えば、０３−１２３４−５６７８）の入力をおこなう。ＳＩＰサーバ１４を介した携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しを行う。
【００４８】
次いで、認証識別情報の入力を行う（ステップＳ２）。発信者は、１１桁のＩＰ電話番号の後ろに、事前に登録してある認証要求（例えば、展示会の入場許可証）に対応した認証識別情報にあたる数桁の番号（例えば、９８７６）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号の入力を行う（例えば０３１２３４５６７８９８７６を入力する）。なお、このとき携帯電話１６の電話番号（例えば０３−８７６５−４３２１）も一緒にＩＰ電話機１１に送信される。
【００４９】
次いで、発信者電話番号の照合を行う（ステップＳ３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。ＩＰ電話機１１は、サーバ１７のデータベースに事前に登録してある電話番号との照合を行い、発信者の認証を行う。
【００５０】
なお、発信者は、自己が所持する携帯電話１６の番号を事前に管理者へ登録を行っており、登録された電話番号からの発信であることを確認して発信者の認証を行っている。
【００５１】
ここで、ＩＰ−ＰＢＸ１２は、発信者からの着信履歴を確認したら、通話を行う前に携帯電話１６からの電話回線の切断を行ってもよく、ＩＰ電話機１１が応答してから電話回線の切断を行ってもよい。また、発信者自身がＩＰ電話機１１の呼び出し音を数回確認した後に電話回線を切断してもよい。
【００５２】
次いで、認証識別情報の確認をおこなう（ステップＳ４）。発信者の認証が行われた後、発信者が要求する認証要求（例えば、展示会の入場許可証）に関する認証識別情報の確認を行う。発信者の認証要求に対応する４桁の番号（認証識別情報）とデータベースに事前登録してある認証要求に関する認証識別情報とが一致するか否かを確認する。
【００５３】
認証識別情報は、管理者から発信者へ事前に報知されているものであって、登録の際に４桁の番号が発信者へ与えられている。
【００５４】
次いで、認証要求の特定がおこなわれる（ステップＳ５）。データベースには、認証要求と認証識別情報とが対応付けられて登録されており、ステップＳ５において確認された認証識別情報より、認証要求の特定が行われる。特定された、発信者の認証要求の内容に応じて、サーバは証明書や許可証の作成を行う。
【００５５】
次いで、携帯電話１６への発信を行う（ステップＳ６）。発信者の認証と認証要求の特定が行われた後に、発信者の所持する携帯電話１６へ展示会の入場許可番号（例えば５４３２）が送信される。具体的に説明すると、サーバ１７は、携帯電話１６の電話番号（例えば０３−８７６５−４３２１）に基づき、携帯電話１６にワン切りを行うが、このとき、ＩＰ電話機１１のＩＰ電話番号（例えば、０３−１２３４−５６７８）が発信元の電話番号として一緒に送信される。そして、途中、ＳＩＰサーバ１４において、０３１２３４５６７８というサーバ１７（ＩＰ電話機１１）のＩＰ電話番号が、０３１２３４５４３２に置き換えられ、この０３１２３４５４３２（擬似電話番号）が携帯電話１６に送信される。そうすると、携帯電話１６の表示画面には、０３１２３４５４３２という番号が表示されるところ、下四桁に着目すると、入場許可番号５４３２を確認することができる。このようにして、実質的（擬似的に）に入場許可番号、すなわち認証結果５４３２が送信され（ステップＳ６）、携帯電話１６において認証結果５４３２が受信されることになる（ステップＳ７）。
【００５６】
なお、本発明の実施形態では、発信者が認証要求に関する認証識別情報を事前に知っていて、ＩＰ電話番号の後ろに、入力することとしているが、本発明はこれに限られるものではなく、管理者側のみが事前に認証識別情報を決定してデータベースに登録しておき、発信者は、ＩＰ電話機１１へ発信する直前に認証識別情報を知り、それをＩＰ電話番号とともに入力して発信することとしてもよい。
【００５７】
例えば、発信者は、ＩＰ電話機１１の電話番号は事前に知っていて、認証要求に関する事項も事前にデータベースに登録されてあるが、認証識別情報の番号が発信者に報知されていない場合に、発信者が展示会の会場に到着して、会場に掲示してある認証識別情報の番号を知見することで、認証識別情報の番号を入手してＩＰ電話機１１への発信を行い、入場許可証を取得することができることとしてもよい。これにより、管理者側は、登録された本人が、直接展示会の会場に赴いたことが確認できる。
【００５８】
また、以上の説明では、展示会の入場許可に関する個人認証を考えたが、その他、様々な場面を考えることができる。例えば、駐車場のパーキングにおいて、「認証識別情報」を駐車位置（駐車場番号）とし、「認証結果」を駐車許可番号としてもよいし、ロッカーにおいて、「認証識別情報」をロッカー位置（ロッカー番号）とし、「認証結果」を、ロッカーを開錠するパスワードとしてもよいし、会社のドアロックにおいて、「認証識別情報」を社員番号（社員ＩＤ番号）とし、「認証結果」を、ドアロックを解除するパスワードとしてもよいし、コンピュータネットワークにおいて、「認証識別情報」をユーザＩＤとし、「認証結果」を、ログインする際のパスワードとしてもよい。
【００５９】
さらには、本発明は、天気予報や高速道路の混雑状況の確認にも適用することが可能である。天気予報を例にとって説明する。例えば、ＩＰ電話機１１への発信を行う際、認証識別情報として郵便番号（例えば１７１−１１１１）を入力する。そして、サーバ１７（ＩＰ電話機１１）から認証結果を"晴れ"（コード２２２２）として、コールバックダイヤル（例えばワン切り）が行われる際、ＳＩＰサーバ１４において、ＩＰ電話機１１のＩＰ電話番号（例えば、０３−１２３４−５６７８）が、０３１２３４２２２２に置き換えられ、この０３１２３４２２２２（擬似電話番号）が携帯電話１６に送信される。そうすると、携帯電話１６は、０３１２３４２２２２を受信するが、このとき、下四桁の２２２２を認識して、これを"晴れ"にコード変換する。最後に、晴れマークなどを表示画面に表示させる。なお、コード変換プログラムは、予め携帯電話１６にインストールしてあるものとする。以上説明したように、本発明は、天気予報に適用することも可能である。
【００６０】
［変形例］
図４は、本発明の他の実施の形態に係る認証システムのシステム構成図である。
【００６１】
図４においては、上述の図１のシステム構成図に、操作端末として、コインロッカー１８を加えたものである。
【００６２】
コインロッカー１８は、ＩＰ網１０又はインターネットと電気的に接続されている操作端末であり、内部にＩＰ−ＰＢＸ１２を装備していてもよく、アプリケーションサーバやメールサーバなど（図示せず）を装備しているものであり、サーバ１７及び携帯電話１６とデータの送受信を行うことができる。また、このコインロッカー１８には、携帯電話機やＩＰ電話機を組み込んでおくか、或いは、ＩＰ電話機用の動作プログラムを予めダウンロード・インストールしておく。
【００６３】
図５は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００６４】
図５においては、まず、携帯電話１６を所持する発信者が、コインロッカー１８を利用するために、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信をおこなう（ステップＳ１１）。例えば、ＩＰ電話用の１１桁の電話番号（０５０−１２３４−５６７８）を入力する。携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しをおこなうことができる。
【００６５】
次いで、認証識別情報を入力する（ステップＳ１２）。発信者は、１１桁のＩＰ電話番号の後ろに、コインロッカー１８の設置場所と使用する箇所を識別することのできる認証識別情報（例えば、駅西口改札前のコインロッカー１８の右から１番目，上から２番目の場所）に対応した数桁の番号（例えば、１２３４）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号の入力を行う。
【００６６】
次いで、発信者電話番号の照合を行う（ステップＳ１３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。発信者の携帯電話１６の電話番号は、事前に登録されているものであり、サーバ１７のデータベースに登録してある電話番号との照合を行い、電話番号が一致していれば、発信者からの呼び出しであるとことを認証する。
【００６７】
次いで、認証識別情報の確認を行う（ステップＳ１４）。発信者の認証が行われた後、発信者が要求する認証要求（例えば、コインロッカー１８の使用）に関する認証識別情報の確認を行う。発信者の認証要求に対応する数桁の番号（認証識別情報）が、データベースに事前登録してあるものであるか、または、正しく存在するコインロッカー１８の番号であることの確認をする。
【００６８】
次いで、認証要求の特定が行われる（ステップＳ１５）。発信者からの認証識別情報がデータベースに登録されている番号と一致した場合は、発信者がコインロッカー１８の使用を要求しているとの特定が行われる。
【００６９】
次いで、操作端末への確認が行われる（ステップＳ１６）。ステップＳ１６にて、コインロッカー１８の使用要求を確認できたら、発信者が指定するコインロッカー１８の使用状況を確認するために、ＩＰ網１０またはインターネットを介して、操作端末への問い合わせが行われる。
【００７０】
指定された位置のコインロッカー１８が既に使用されている場合は、エラーコードの返信を直接発信者の携帯電話１６へ行ってもよいし、管理者のサーバ１７を介して返信してもよい。
【００７１】
そして、指定された位置のコインロッカー１８が未使用である場合、セキュリティコードの送信をおこなう（ステップＳ１７）。コインロッカー１８は、指定された場所の開錠及び施錠をおこなうセキュリティコード（暗証番号）をＩＰ網１０またはインターネットを介して、携帯電話１６へ送信する。なお、このセキュリティコードは、管理者のサーバ１７へも同時に送信されるものであってもよい。
【００７２】
次いで、セキュリティコードの受信が行われる（ステップＳ１８）。発信者の携帯電話１６は、コインロッカー１８からコールバック（いわゆるワン切り）またはメールでセキュリティコードを受信する。
【００７３】
次いで、セキュリティコードによる施錠が行われる（ステップＳ１９）。コインロッカー１８のセキュリティコードを受信したら、中に保管物を入れて扉を閉めた後、施錠をおこなうセキュリティコードをコインロッカー１８に返信する。セキュリティコードの送信は、ステップＳ１１と同様にＩＰ電話用の１１桁の番号と、セキュリティコードを認証識別情報として入力する。なお、コインロッカー１８がＩＰ網回線で外部と接続されていなく、公衆電話回線で接続されている場合は、携帯電話１６からメールで送信することとしてもよい。
【００７４】
また、携帯電話１６からコインロッカー１８のＩＰ電話回線へ直接発信してもよく、サーバ１７を中継してコインロッカー１８へ発信されるものとしてもよい。
【００７５】
次いで、コインロッカー１８の施錠が行われる（ステップＳ２０）。携帯電話１６から施錠を行うセキュリティコードの送信を確認したら、コインロッカー１８の施錠を行う。
【００７６】
次に、コインロッカー１８の開錠の動作について、図６を用いて説明する。
【００７７】
図６は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００７８】
まず、携帯電話１６を所持する発信者が、コインロッカー１８の鍵を開錠するために、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信する（ステップＳ３１）。例えば、ＩＰ電話用の１１桁の電話番号（０５０−１２３４−５６７８）を入力する。携帯電話１６からの呼び出しで、ＩＰ−ＰＢＸ１２は、サーバ識別情報（ＩＰ電話機１１の電話番号）を認識してＩＰ電話機１１の呼び出しを行う。
【００７９】
次いで、認証識別情報を入力する（ステップＳ３２）。発信者は、１１桁のＩＰ電話番号の後ろに、コインロッカー１８の設置場所と使用する箇所を識別することのできる認証識別情報（例えば、駅西口改札前のコインロッカー１８の右から１番目、上から２番目の場所）に対応した数桁の番号（例えば、１２３４）を入力する。つまり、発信者は、１１桁のＩＰ電話番号と４桁の認証識別情報の番号を入力することになる。
【００８０】
次いで、発信者電話番号の照合を行う（ステップＳ３３）。発信者の携帯電話１６からの着信履歴に残る認証要求データ（携帯電話１６の電話番号と認証識別情報）を基に、発信者の電話機の認証を行う。
【００８１】
ここで、ＩＰ−ＰＢＸ１２は、発信者からの着信履歴を確認したら、通話を行う前に携帯電話１６からの電話回線の切断を行ってもよく、ＩＰ電話機１１が応答してから電話回線の切断を行ってもよいものである。また、発信者自身がＩＰ電話機１１の呼び出し音を数回確認した後に電話回線を切断してもよい。
【００８２】
次いで、認証識別情報の確認を行う（ステップＳ３４）。発信者の認証が行われた後、発信者が要求する認証要求（コインロッカー１８の開錠）に関する認証識別情報の確認を行う。発信者の認証要求に対応する数桁の番号（認証識別情報）が、正しく存在するコインロッカー１８の番号であり、かつ、発信者が現在、使用しているコインロッカー１８であることを確認する。
【００８３】
次いで、認証要求の特定が行われる（ステップＳ３５）。発信者からの認証識別情報が使用しているコインロッカー１８の番号と一致した場合は、発信者がコインロッカー１８の開錠を要求しているとの特定が行われる。
【００８４】
次いで、操作端末への確認が行われる（ステップＳ３６）。ステップＳ３６にて、コインロッカー１８の開錠要求を確認できたら、発信者が指定するコインロッカー１８の使用状態を確認するために、ＩＰ網１０またはインターネットを介して、コインロッカー１８への問い合わせが行われる。
【００８５】
次いで、使用状態の報告がおこなわれる（ステップＳ３７）。コインロッカー１８の利用期間と使用料金などの報告がサーバ１７へ送信される。なお、使用料金などの情報は発信者からの課金に使用するため送信され、携帯電話１６の電子マネーシステムから直接引き落としてもよく、後に請求するものでもよい。
【００８６】
次いで、セキュリティコードの送信が行われる（ステップＳ３８）。管理者のサーバ１７から発信者の携帯電話１６へ、コインロッカー１８の開錠を行うためのセキュリティコードがＩＰ網１０又はインターネットを介して要求される。携帯電話１６への要求方法は、ステップＳ３１の発信に対してのコールバック方式でもよく、または、メールで行われるものであってもよい。
【００８７】
次いで、セキュリティコードの送信が行われる（ステップＳ３９）。発信者は、ステップＳ１８で受信したセキュリティコードをサーバ１７へ送信する。サーバ１７への送信は、ステップＳ３１と同様にＩＰ電話機１１へ発信して、セキュリティコードを認証識別情報として入力して、発信するものである。
【００８８】
次いで、セキュリティコードの受信が行われる（ステップＳ４０）。発信者の携帯電話１６からコインロッカー１８を開錠するためのセキュリティコードを受信したらステップＳ１７でコインロッカー１８が送信したセキュリティコードと一致するか確認を行う。
【００８９】
次いで、開錠要求を行う（ステップＳ４１）。ステップＳ４０で、セキュリティコードの一致が確認されたら、コインロッカー１８に対して開錠の要求をＩＰ網１０又はインターネットを介して送信する。
【００９０】
次いで、コインロッカーの開錠を行う（ステップＳ４２）。サーバ１７から開錠要求を受信したら、指定されたコインロッカー１８を開錠する。
【００９１】
このようにして、サーバ１７が管理する操作端末との間でもＩＰ網１０を用いたネットワーク通信を介して、認証作業や認証要求の確認をおこなうことができる。
【００９２】
次に、サーバ１７が発信者の携帯電話１６へパスワードを発行し、発信者の特定とパスワードの認証を行う動作について、図７を用いて説明する。
【００９３】
図７は、本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【００９４】
まず、上述の図６のステップＳ３１と同様に、管理者（ＩＰ電話機側）のＩＰ電話機１１へ発信がおこなわれる（ステップＳ５１）。
【００９５】
次いで、認証識別情報を入力する（ステップＳ５２）。発信者は、ステップＳ３２と同様に認証識別情報を入力する。認証識別情報としては、ユーザＩＤ番号などのように、発信者（ユーザ）と管理者（ＩＰ電話機）側とで決められ数桁の番号（例えば、９８７６）であって、ＩＰ電話番号の後ろに付加される。
【００９６】
次いで、発信者電話番号の照合（ステップＳ５３）と認証識別情報の確認（ステップＳ５４）がおこなわれる。ステップＳ３３とステップＳ３４と同様に、発信者の携帯電話１６の認証と、発信者が要求する認証要求（例えば、ログイン）の確認と、がおこなわれる。
【００９７】
次いで、パスワードの生成がおこなわれる（ステップＳ５５）。サーバ１７内のパスワード生成装置において、ユーザからの要求に対してパスワードを生成する。ユーザのＩＤ（識別符号）ごとに、ログインパスワード発行の成否を判別した後（例えば、携帯電話番号とユーザＩＤが同一人物であることを確認）、パスワードの生成がおこなわれる。ここで生成されるパスワードは、数桁の乱数文字列であって発信者が認識できればよく、１０進数の文字列に限られず、２進数や１６進数の文字列など、その種類を問うものではない。
【００９８】
次いで、パスワードの報知がおこなわれる（ステップＳ５６）。パスワード生成装置で生成されたパスワードは、サーバ１７からＩＰ網１０を介して発信者の携帯電話１６及び操作端末などへ報知される。携帯電話１６への報知は、コールバックを行う携帯電話番号の後ろにステップＳ５５で生成された数桁の文字列を付加して、携帯電話１６の呼び出しをおこなう。
【００９９】
また、操作端末への報知については、操作端末がＩＰ網１０に接続していれば、操作端末の呼び出しをおこなう際に、電話番号の後ろにパスワードを付加して呼び出しをおこなうことができ、ＩＰ網１０へ接続していなく電気的にサーバと接続しているような場合には、メールなどを用いてパスワードを送信するものであってもよい。更に、操作端末が外部とパスワード情報を交換する手段を有していない場合には、サーバ１７で生成するパスワードは、事前に操作端末に記憶されているものを報知するものとしてもよい。
【０１００】
次いで、パスワードの受信がおこなわれる（ステップＳ５７及びステップＳ５８）。発信者の携帯電話１６はサーバ１７からの着信履歴に残る電話番号と数桁のパスワードを取得することができ、操作端末も同様にサーバ１７からパスワードを受信することができる。
【０１０１】
次いで、パスワードの入力がおこなわれる（ステップＳ５９）。発信者は、携帯電話１６を用いて、操作端末へパスワードの入力と発信者のユーザＩＤの入力をおこなう。例えば、アクセスする操作端末がネットワークに電気的に接続された情報端末であるような場合は、携帯電話１６から直接アクセスしてパスワード入力をおこないログインすることができる。また、操作端末がネットワークに電気的に接続されていないような場合には、発信者が操作端末を直接操作してパスワードを入力してもよい。
【０１０２】
次いで、パスワードの認証がおこなわれる（ステップＳ６０）。操作端末は、発信者が入力したパスワードとサーバ１７から送信されてきたパスワード（または操作端末が記憶しているパスワード）とが同一であるか否かの認証が行われる。発信者が入力したパスワードが正規のパスワードと認証されれば、ログインが許可される。
【０１０３】
このようにして、サーバ１７は、パスワードを生成して発信者の携帯電話１６や操作端末にＩＰ網１０を介してパスワードを報知することができ、発信者はパスワードとユーザＩＤを入力してログインすることができる。
【０１０４】
なお、本実施の形態では、サーバ１７で生成されたパスワードをログインに用いているが、これに限らず、パスワードを施錠されたドアの開錠番号として用いてもよい。
【０１０５】
例えば、発信者は携帯電話１６でサーバ１７に発信者自身の社員ＩＤを入力して、サーバ１７からドアロック解除の一時的なパスワードを取得することができ、ドアを開錠することができるものとしてしもよい。これによって、入退室管理を行っているドアのロック解除をサーバ１７でコントロールすることができ、一時的な入場者に対しての入場許可にも優れており、利用者もドアの開錠番号を覚える必要がなく、セキュリティの向上にも優れている。
【０１０６】
また、サーバ１７からコールバックする電話番号の後ろに、天気予報や交通情報などをコード化して付加することによって、発信者がそれらの情報を得ることができるものであってもよい。このコード化した情報は、発信者が事前にコード化番号を理解しているものでも良く、また、コード表などよりコードから情報の内容を理解するものであってもよい。
【０１０７】
また、本実施形態で用いられるパスワードは、ワンタイムパスワード方式を用いるものであってもよく、また、公開鍵暗号方式や秘密鍵暗号方式などを用いる暗号方式であってもよく、その方法を問うものではない。
【産業上の利用可能性】
【０１０８】
本発明に係る認証システムは、ＩＰ網を用いたネットワーク通信において、発信者は電話するだけで認証作業と認証要求を簡易におこなうことができ、更に、回線が通話状態になる前に切断をおこなえるので通信コストを抑えることができるものとして有用である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施に係る認証システムのシステム構成図である。
【図２】本発明の実施に係る認証システムの詳細なシステム構成を表したブロック図である。
【図３】本発明の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図４】本発明の他の実施の形態に係る認証システムのシステム構成図である。
【図５】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図６】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【図７】本発明の他の実施の形態に係る認証システムの動作を説明するためのフロー図である。
【符号の説明】
【０１１０】
１０ ＩＰ網
１１ ＩＰ電話機
１２ ＩＰ−ＰＢＸ
１３ ルータ
１４ ＳＩＰサーバ
１５ ゲートウェイサーバ
１６ 携帯電話
１７ サーバ
１８ コインロッカー
【特許請求の範囲】
【請求項１】
発信者が所持するデジタル通信端末と、
ＩＰ網を介して前記デジタル通信端末と電気的に接続され、前記発信者の認証を行うサーバと、を有し、
前記サーバは、前記デジタル通信端末から認証要求データを受信したとき、前記デジタル通信端末の電話番号を用いて認証を行った後、認証結果を外部へ送信する認証システムであって、
前記認証要求データには、ＩＰ網を介して前記サーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれているとともに、
前記認証結果には、発信者の認証要求を満たすコードが含まれていることを特徴とする認証システム。
【請求項２】
前記デジタル通信端末の電話番号と、前記認証識別情報とは、事前に前記サーバのデータベースに登録してあるものであって、
前記サーバは、前記デジタル通信端末の電話番号をデータベースに確認して認証を行い、
前記認証識別情報をデータベースに確認して発信者の認証要求を特定することを特徴とする請求項１記載の認証システム。
【請求項３】
前記認証結果は、前記デジタル通信端末に送信されるとともに、前記コードは、前記サーバのＩＰ電話番号の一部として組み込まれ、
前記デジタル通信端末の表示画面には、前記コードを含む前記サーバのＩＰ電話番号が表示されることを特徴とする請求項１又は２記載の認証システム。
【請求項４】
前記認証システムは、前記サーバと電気的に接続された操作端末を備え、
前記操作端末は、前記サーバから送信された前記認証結果を受信するとともに、当該認証結果に基づき発信者の認証要求に係る動作を行うことを特徴とする請求項１又は２記載の認証システム。
【請求項５】
前記操作端末は、前記発信者のデジタル通信端末と電気的に接続されることを特徴とする請求項４記載の認証システム。
【請求項６】
前記サーバは、パスワード生成装置を有しており、前記デジタル通信端末へコールバックをおこなう際に、当該パスワード生成装置で生成されたパスワードを付加することを特徴とする請求項１から５記載の認証システム。
【請求項１】
発信者が所持するデジタル通信端末と、
ＩＰ網を介して前記デジタル通信端末と電気的に接続され、前記発信者の認証を行うサーバと、を有し、
前記サーバは、前記デジタル通信端末から認証要求データを受信したとき、前記デジタル通信端末の電話番号を用いて認証を行った後、認証結果を外部へ送信する認証システムであって、
前記認証要求データには、ＩＰ網を介して前記サーバを識別するサーバ識別情報と、発信者の認証要求に関する認証識別情報とが含まれているとともに、
前記認証結果には、発信者の認証要求を満たすコードが含まれていることを特徴とする認証システム。
【請求項２】
前記デジタル通信端末の電話番号と、前記認証識別情報とは、事前に前記サーバのデータベースに登録してあるものであって、
前記サーバは、前記デジタル通信端末の電話番号をデータベースに確認して認証を行い、
前記認証識別情報をデータベースに確認して発信者の認証要求を特定することを特徴とする請求項１記載の認証システム。
【請求項３】
前記認証結果は、前記デジタル通信端末に送信されるとともに、前記コードは、前記サーバのＩＰ電話番号の一部として組み込まれ、
前記デジタル通信端末の表示画面には、前記コードを含む前記サーバのＩＰ電話番号が表示されることを特徴とする請求項１又は２記載の認証システム。
【請求項４】
前記認証システムは、前記サーバと電気的に接続された操作端末を備え、
前記操作端末は、前記サーバから送信された前記認証結果を受信するとともに、当該認証結果に基づき発信者の認証要求に係る動作を行うことを特徴とする請求項１又は２記載の認証システム。
【請求項５】
前記操作端末は、前記発信者のデジタル通信端末と電気的に接続されることを特徴とする請求項４記載の認証システム。
【請求項６】
前記サーバは、パスワード生成装置を有しており、前記デジタル通信端末へコールバックをおこなう際に、当該パスワード生成装置で生成されたパスワードを付加することを特徴とする請求項１から５記載の認証システム。
【図３】
【図５】
【図６】
【図７】
【図１】
【図２】
【図４】
【図５】
【図６】
【図７】
【図１】
【図２】
【図４】
【公開番号】特開２００７−２８００９４（Ｐ２００７−２８００９４Ａ）
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願番号】特願２００６−１０６１４２（Ｐ２００６−１０６１４２）
【出願日】平成１８年４月７日（２００６．４．７）
【出願人】（５０２３７９５７２）
【Ｆターム（参考）】
【公開日】平成１９年１０月２５日（２００７．１０．２５）
【国際特許分類】
【出願日】平成１８年４月７日（２００６．４．７）
【出願人】（５０２３７９５７２）
【Ｆターム（参考）】
[ Back to top ]