(57)【要約】　【課題】　携帯電話を用いて簡易でユーザに経済的な負担のない個人認証を実現する。　【解決手段】　携帯端末から発信番号表示状態で認証センタの特番を発呼しワンコールで切断する。前記認証センタは、発呼が遮断されても当該発呼に発信番号表示がなされていれば前記携帯端末発信番号を認識できるため、認証センタに備えられたデータベースを検索して前記発信番号に該当する会員登録済発信番号と照合する。これによって認証処理を実行してその結果を出力するようにした。【選択図】　　図１
2004140821.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末を用いた個人認証方法であって、
　携帯端末より該携帯端末の発信番号表示状態で認証手段の特番を発呼し、
　前記認証手段は、前記携帯端末発信番号を認識するとともに、発呼が遮断された後に認証手段に備えられたデータベースを検索して前記発信番号に該当する会員登録済発信番号と照合することで認証処理を実行し、
　前記認証手段より認証処理結果を出力する携帯端末を用いた認証方法。
【請求項２】
前記携帯端末は制御装置に接続されており、当該制御装置の制御により前記発呼回数を制限されている請求項１記載の携帯端末を用いた認証方法。
【請求項３】
携帯端末を用いた個人認証方法であって、
　前記携帯端末の電源投入によって圏内の携帯端末の個体番号を識別する基地局と、該基地局からの個体番号の情報を受信して認証データベースと照合する認証手段とを有し、
　前記認証手段は、一定時間内の携帯端末の電源投入と電源解除との操作が一定回数繰り返されることにより当該携帯端末からの認証要求を識別し、前記個体番号を認証データベースから検索し、認証結果を出力する携帯端末を用いた個人認証方法。
【請求項４】
利用者端末から情報発信サーバに対してコンテンツやアプリケーションの利用要求を送信するステップと、
　前記利用者端末において、前記情報発信サーバと連動した認証サーバからの発呼後即切断実行命令を受信するステップと、
　前記利用者端末において、ユーザの電話機からの発呼後即切断実行を促すステップと、
　ユーザの電話機からの発呼後即切断処理を受け付けると、当該ユーザの電話機の発信番号と前記利用者端末のIDとを認証サーバに送信するステップと、
　認証サーバからＣＴＩサーバを介して前記電話機に対してコールバックを実行するステップと、
　前記コールバックに対応してユーザが電話機で行った承諾操作を受け付けて認証サーバに認証完了を通知するステップとからなる個人認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、娯楽施設の利用や店舗での商品購入、サービス利用等の会員認証に際して携帯電話機等の携帯端末を用いて行う簡易な認証技術に関する。
【背景技術】
【０００２】
　パチンコ店や娯楽施設等において、激化している他施設の顧客獲得競争の中で、特定数の顧客の囲い込みを行うために、自施設への会員登録システムを採用し、会員登録した顧客には種々の得点を付与するビジネスモデルが定着しつつある。
【０００３】
　上記会員登録システムでは、磁気ストライプカード、バーコードあるいはＩＣカードによって会員や会員が蓄積しているポイントを管理し、施設側に設けられたコンピュータシステムで当該会員認証やポイント管理を行うものが一般的であった。
【０００４】
　しかし、前記システムでは娯楽施設の入場や施設・機器の利用に際して、会員であることを証明するための会員カード等の媒体を携行していることが必須であるため、会員カードを用いたこのようなシステムが敬遠されがちな傾向にある。
【０００５】
　すなわち、会員カードシステムを採用する施設が増えれば増えるほど、個人は外出する際に多数のカードを持ち歩かなくてはならず、消費者個人からみれば会員カードが必要なシステムはかえって面倒なものとなっていた。
【０００６】
　この点について、急速に個人所持率が高まっている携帯電話機を利用した認証システムが多数提案されている。
【０００７】
　この携帯電話機を用いた会員認証システムでは、たとえば携帯電話機から娯楽施設毎に設定された認証センタの電話番号を発呼し、認証センタからの音声による質問にしたがって会員番号や暗唱番号等をトーン信号で送信し、認証を受けるものが一般的だった。
【０００８】
　また、ネットワーク表示機能を有する携帯電話機の場合には、あらかじめ設定された認証センタのＵＲＬ(Uniform Resource Locator)にアクセスして、認証画面を呼び出し、会員番号やそれに対応するパスワードを入力することによって当該施設への入場認証等を行うようになっている。
　なお、携帯電話を用いた個人認証方法の先行特許文献として、特開２００３−６３６６号公報（特許文献１）がある。
【特許文献１】特開２００３−６３６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
　このような携帯端末を用いた認証システムは、１台の携帯電話機で複数の娯楽施設の会員認証に用いることができ、従来のように娯楽施設や店舗毎にカードを持ち歩く煩わしさから顧客を解放するものであった。
【００１０】
　しかし、上記のような携帯電話機を用いた認証システムにおいても、会員顧客には認証センタとの通話料金やネットワークアクセスのためのパケット料金等が発生するため、会員顧客に経済的な負担や煩雑な端末装置を強いることになってしまっていた。
【００１１】
　本発明はこのような点に鑑みてなされたものであり、携帯端末を用いた認証技術において、顧客会員に複雑な操作を要求することなく、かつ経済的な負担も発生させることもな
く、簡易な個人認証を実現することを技術的課題とする。
【課題を解決するための手段】
【００１２】
　本発明はこのような点に鑑みてなされたものであり、携帯端末を用いた認証技術において、顧客会員に複雑な操作を要求することなく、かつ経済的な負担も発生させることもなく、簡易な個人認証を実現することを技術的課題とする。
【００１３】
　本発明は、前記課題を解決するために、携帯端末から発信番号表示状態で認証センタの特番を発呼する。このとき、発呼が確認されたら直ちに発呼を遮断してよい。前記認証センタは、発呼が遮断されても当該発呼に発信番号表示がなされていれば前記携帯端末発信番号を認識できるため、認証センタに備えられたデータベースを検索して前記発信番号に該当する会員登録済発信番号と照合する。これによって認証処理を実行してその結果を出力するようにした。
【００１４】
　このように前記手段を採用することにより、顧客会員は娯楽施設等を利用する際に自身の携帯端末（携帯電話機）からその娯楽施設の電話番号を１回だけ呼び出す（発呼する）ことにより、会員認証が完了する。この１回だけの発呼は認証センタが応呼していないため、発呼者の携帯電話機料金は加算されることはない。
【００１５】
　なお、発呼の遮断は携帯端末を直接操作してもよいし、パーソナルコンピュータ等やアダプタ等の制御装置を携帯端末に装着して発呼と遮断制御を行うようにしてもよい。さらに遮断制御は認証センタ側で行ってもよい。
　本発明によれば、携帯端末を用いて料金が課金されるおそれのない簡単な動作をユーザが実行するだけで認証処理を完了させることができ、娯楽施設やネットワークを介したサービス等で簡易な個人認証を実現することが可能となる。
【発明を実施するための最良の形態】
【００１６】
　＜実施例１＞
　以下、図面に基づいて、本発明の実施の形態を説明する。
【００１７】
　図１は、本発明の最小のシステム構成を示したものである。
　同図に示すように、本システムは、携帯電話機１（携帯端末）と、パーソナルコンピュータ３とで構成されており、パーソナルコンピュータ３にはＩＳＤＮ回線等の電話回線を終端する着信装置２（ＴＡ）と、ディスプレイ装置４とが接続されている。
【００１８】
　パーソナルコンピュータ３は、図示を省略するが中央処理装置（ＣＰＵ）を中心に、メインメモリ（ＭＭ）、ハードディスク装置（ＨＤ）等を有しており、当該ハードディスク装置（ＨＤ）には、オペレーティングシステム（ＯＳ）とともに、認証プログラム、通信プログラム、データベース（ＤＢ）等が格納されている。前記中央処理装置（ＣＰＵ）は、メインメモリ（ＭＭ）を介して認証プログラム等の各種プログラムを順次読み込んで以下に述べる制御を実行するようになっている。
【００１９】
　なお、パーソナルコンピュータ３と着信装置２（ＴＡ）とはＲＳ−２３２ＣやＵＳＢ等のシリアルケーブルで接続されており、パーソナルコンピュータ３はこの着信装置２（ＴＡ）の他に図示しないキーボード等も接続可能である。
【００２０】
　ハードディスク装置（ＨＤ）内に格納されたデータベース（ＤＢ）は、図示は省略するが、会員氏名、フリガナ、郵便番号、住所、性別、生年月日、携帯電話機番号、携帯メールアドレス等が登録されている。これらの情報は入会の際にあらかじめ顧客会員から取得した情報に基づいてオペレータが入力してもよいし、会員自身が携帯電話機のネットワー
ク接続機能を用いて自身の携帯電話機１から入力してもよい。
【００２１】
　図２は携帯電話機、着信装置、パーソナルコンピュータ等の機能構成を示すブロック図であり、図３は携帯電話機、着信装置、パーソナルコンピュータ等の動作シーケンスを示すブロック図である。
【００２２】
　図２および図３に示すように、携帯電話機１から発信番号表示モードで着信装置２に与えられた電話番号が発呼される。このとき、発信番号を表示させるために相手側の電話番号（特番）に発信側の電話番号を表示させるための番号「１８６」を付して発呼することにより、着側では発信側の電話番号が認識できるようになっている。
【００２３】
　ここでユーザ（会員顧客）は携帯電話機１を１回発呼（ワンコール）させただけで回線を切断してよい。このとき着信装置２では、１回の発呼で回線が遮断された場合でも、その発信番号による着信があったことを識別できるため、着信装置２が有する番号通知機能により外部インターフェースに当該発信番号を引き渡す。
【００２４】
　なお、以上の説明ではユーザ（会員顧客）が自ら１回発呼（ワンコール）で回線を切断する例で説明したが、このような１回発呼（ワンコール）に基づいた回線切断機能を着信装置２側に持たせてもよい。
【００２５】
　次に、前記携帯電話機１からの発信番号はシリアルケーブルを介してパーソナルコンピュータ３に送信される。
【００２６】
　パーソナルコンピュータ３の中央処理装置（ＣＰＵ）は、シリアルポートを監視しており、前記着信装置２からの割り込みを検出すると、当該発信番号通知を受信する。
【００２７】
　次に、中央処理装置（ＣＰＵ）は、ハードディスク装置（ＨＤ）内のデータベース（ＤＢ）を検索して、顧客会員の各携帯電話機番号を照合し、前記発信番号と一致した番号を索出する。
【００２８】
　ここで、一致した番号が索出された場合には当該会員であるとの認証を行い、認証結果を他のプログラムに引き渡す。他のプログラムとは、たとえば認証結果をディスプレイ装置４に表示させるようなプログラムであってもよいし、利用回数に応じて顧客会員のポイントを増加させるようなプログラムであってもよい。
【００２９】
　図４および図５は、本実施例１の変形例を示している。
【００３０】
　この変形例では、携帯電話機１に端末（ＰＣ）が接続されており、当該端末（ＰＣ）から携帯電話機１の発呼制御を行うようになっている。なお、受信側は前述の図１〜図３で説明した構成と同様である。
【００３１】
　この変形例では、携帯電話機１にＲＳ−２３２ＣまたはＵＳＢ等のインターフェースで接続されたモデムケーブルを介して端末（ＰＣ）が接続されており、端末（ＰＣ）からはＡＴコマンド等の制御コマンドで携帯電話機１をモデム制御できるようになっている。
【００３２】
　このようなＡＴコマンド等の制御コマンドには、ポートのオープンやモデムの初期化、発呼回数を制御できるコマンドが用意されており、これらのコマンドを用いて端末（ＰＣ）内にコマンド制御プログラムを記憶させておき、着信装置２の電話番号を１回だけ発呼させるように携帯電話機１を制御するようになっている。
【００３３】
　このように、モデムケーブルで接続された端末（ＰＣ）を用いて携帯電話機１の発呼を制御することにより、会員顧客が自ら１回の発呼に続いて回線遮断を操作により行う必要がなくなり、認証にともなう会員顧客側の操作がより簡便となる。
【００３４】
　なお、端末（ＰＣ）はデスクトップまたはノート型のパーソナルコンピュータであってもよいが、可搬性に優れたＰＤＡのような小型コンピュータであることが好ましく、さらには端末（ＰＣ）内の制御プログラムをＲＯＭ化して携帯電話機１のコネクタ部に接続するだけのアダプタのようなものであってもよい。このようなアダプタ構造の場合、会員顧客は娯楽施設への入場に際して、自身の携帯電話機１にアダプタを装着するだけで着信装置２に対してワンコールだけの発呼を行い回線切断までを自動処理させることができる。
【００３５】
　図６および図７は、本実施例１のさらに変形例を示している。
　この変形例では、携帯電話機１を用いた認証処理は図１〜図３で説明したものと同様であるが、会員顧客が端末（ＰＣ）を用いて認証結果を表示させることができる点が異なる。
【００３６】
　すなわち、インターネットショッピング等で個人認証が必要な場合、従来の技術ではＳＳＬ等の暗号技術で保護された通信方式を用いてＷＥＢ上で入力したＩＤやパスワードを送信して認証を受けていたが、この変形例ではＷＥＢ表示と並行して携帯電話機１で認証処理を行うようにしている。
【００３７】
　ユーザ（顧客会員）は、まず端末（ＰＣ）より所定のＵＲＬを入力して認証サーバの会員登録画面を表示させる。そして、表示される登録フォームにしたがって氏名、携帯電話番号等を入力する。このようにして入力された個人情報はデータベースサーバ（ＤＢサーバ）に蓄積される。
【００３８】
　次に、ユーザ（顧客会員）は、認証を受けたい端末（ＰＣ）からインターネットを介して認証を受けたいＷＥＢサーバのＵＲＬにアクセスし、自身のＩＤを入力してＷＥＢサーバの認証画面を表示させる。
【００３９】
　このような端末（ＰＣ）の作業と並行して、ユーザ（顧客会員）は、自身の携帯電話機１を発信番号表示モードにして前記ＷＥＢサーバに対応付けられた電話番号を発呼する。この発呼は１回だけの発呼で直ちに切断してもよい。
【００４０】
　前記携帯電話機１からの発呼を着信したＣＴＩサーバでは、前記発信電話番号をＤＢサーバに引き渡す。ＤＢサーバでは、当該発信電話番号を自身のデータベースと照合し、該当する電話番号を索出した場合には認証信号をＷＥＢサーバに出力する。
【００４１】
　認証信号を受け付けたＷＥＢサーバは、認証完了画面を生成し、前記端末（ＰＣ）に対して認証画面を表示させる。
【００４２】
　このように図６および図７の変形例では、インターネット上での認証に際しても携帯電話機１からの発呼認証を用いることができ、ユーザ（会員顧客）に対して煩雑な操作と経済的負担とをかけることのない簡易かつ確実な認証処理が可能となる。
＜実施例２＞
【００４３】
　図８および図９は本実施形態の別の実施例を示す説明図およびシーケンス図である。
　同図では、携帯電話機１が基地局２に対して携帯電話機１の製造番号（個体番号）を常に送信していることに着目して認証を行う仕組みを示している。
【００４４】
　すなわち、基地局１２は、常に基地局２の電波圏内にある電源オン状態の携帯電話機（ここでは１Ａ，１Ｂ，１Ｃ）を認識している。図８の場合、携帯電話機１Ａおよび１Ｃは電源オン状態となっており、１Ｂはオフ状態となっている。したがって、基地局は携帯電話器１Ａと１Ｃとをその製造番号（個体番号）により認識していることになる。
【００４５】
　基地局１２に接続された認証装置（図示省略）では、実施例１で説明したものと同様のデータベースを有しており、このデータベースでは携帯電話番号の他に携帯電話製造番号（個体番号）も登録されているものとする。
【００４６】
　認証装置は基地局２から圏内で電源オン状態の携帯電話機（ここでは１Ａと１Ｃ）の情報を受信している。
【００４７】
　この状態で認証を受けたいユーザ（顧客会員）は図９に示す動作を実行する。
　すなわち、携帯電話１Ｂを所持するユーザ（顧客会員）が認証を受けたい場合、自身の携帯電話機１Ｂを電源オフの状態から電源オン状態にする。これにより、基地局１２は、認証装置に対して、携帯電話機１Ｂの圏内の存在を認識して、この携帯電話機１Ｂの製造番号（個体番号）を認証装置に通知する。
【００４８】
　認証装置では、基地局１２から携帯電話機１Ｂの製造番号（個体番号）を受信すると、認証装置が有する認証タイマを起動するとともに、認証フラグをオンにする。
【００４９】
　次に、携帯電話機１Ｂを所持するユーザ（顧客会員）は、電源オンから一定時間内（たとえば１分以内）に当該携帯電話機１Ｂの電源をオフ状態にする。この動作により、基地局１２は当該携帯電話機１Ｂの製造番号（個体番号）を圏内で認識できなくなり、当該製造番号（個体番号）の圏内不存在情報を認証装置に通知する。
　このとき認証装置では、当該製造番号（個体番号）の認識フラグをオンからオフに更新する。
【００５０】
　次に、携帯電話機１Ｂを所持するユーザ（顧客会員）は、再度携帯電話機１Ｂの電源をオン状態にする。この操作により基地局１２は当該圏内の携帯電話機１Ｂの製造番号（個体番号）を再度認識し、この情報を認証装置に通知する。
【００５１】
　認証装置では、当該携帯電話機１Ｂの認証フラグを再びオンに更新する。
　このように認証装置は、一定時間内の特定の製造番号（個体番号）の携帯電話機１Ｂについて認証オン→オフ→オンが繰り返された場合について、その製造番号（個体番号）をデータベースから検索し、当該製造番号（個体番号）と一致する番号を索出した場合には、当該製造番号（個体番号）によって行われた認証要求は正当なものとして認証する。
【００５２】
　このように本実施例２では、携帯電話１Ｂによる発呼動作そのものを行うことなく、携帯電話１Ｂの電源オン・オフを繰り返すだけで認証処理が完了する。
　＜実施例３＞
【００５３】
　本実施例は、サーバ＆クライアントあるいは、ＣＴＩ(Computer Telephony Integration)を組み合わせることで成り立つ電話機（以下、携帯電話および固定電話を総じて電話機という）からの「ワン切り」によるユーザ認証技術を実現するためのものである。
【００５４】
　以下、実施例３を図１０および図１１に基づいて説明する。
　図１０において、情報発信サーバ１００１は認証ホスト１００２を兼ねており、汎用のネットワーク情報処理装置で構成されている。また、情報発信サーバ１００１には認証サーバプログラム１００３が格納されている。一方、クライアント端末１００４には、ブラ
ウザプログラム１００５と認証クライアントプログラム１００６とが格納されており、これらがブラウザおよび認証クライアントとして機能している。
【００５５】
　あらかじめ認証ホスト１００２（情報発信サーバ１００１）にはユーザ登録がなされており、これはクライアント端末１００４から認証ホスト１００２（情報発信サーバ１００１）に直接アクセスしてユーザの電話機１００８等を登録することによって行われる。
　このようにして生成された情報は図１１に示すようなデータベースとして認証サーバ１００３によって管理される認証ホスト１００２内の記憶領域に格納される。
【００５６】
　次に、情報発信サーバ１００１のコンテンツやアプリケーションを利用する際、ユーザはクライアント端末１００４のブラウザプログラム１００５を通じて情報発信サーバ１００１の所定のＵＲＬ(Uniform Resource Locator)にアクセスする。
【００５７】
　次に、ユーザは、クライアント端末１００４上で、認証サーバプログラム１００３から要求されたユーザＩＤとパスワードとを入力する（このユーザＩＤとパスワードの入力は省略してもよい）。その後、認証サーバプログラム１００３は、「ワン切り」を促すための実行命令を認証クライアントプログラム１００６に送出する。なお、このときユーザＩＤとパスワードの認証処理は省略してもよい。
【００５８】
　次に、認証クライアントプログラム１００６は、ユーザ電話機１００８からのワン切り発信を受ける待ち受け状態になる。
　次に、ユーザはユーザ電話機１００８から通信端末１００７に対してワン切り発信を行う。これはユーザ電話機１００８を発信番号表示モードに設定しておき、プッシュボタンを用いて通信端末１００７に対して発呼する。そして発呼した後に直ちに切断する（「ワン切り」する）ものである。このとき通信端末１００７は、前記発信番号表示機能によりユーザ電話機１００８からの発呼は認識できるが、かかる発呼処理に際してキャリア（電話回線運営会社）から課金されることはない。
【００５９】
　通信端末１００７は、前記「ワン切り」の着信を確認するとシリアルポートを経由して、クライアント端末１００４の認証クライアントプログラム１００６に対して、ユーザ電話機１００８の発信者番号とワン切り受信用通信端末１００７の固有ＩＤ（つまり自身の固有ＩＤ）を送信する。
【００６０】
　次に、認証クライアントプログラム１００６は、ユーザ電話機１００８からの発信者番号（ａ）とワン切り受信用通信端末１００７の固有ＩＤ（ｂ）、認証クライアントプログラム１００６を実装しているクライアント端末１００４（ＰＣなど）の固有ＩＤ（ｃ）を暗号化し、認証サーバプログラム１００３に送出する。ここでの暗号化は汎用のＳＳＬ通信等を用いることができる。
【００６１】
　次に、前記情報（ａ）〜（ｃ）の情報を受信した認証サーバプログラム１００３は、これらの情報を復号化し、発信者番号（ａ）に基づいて、ユーザ電話機１００８に対してコールバックを行うための実行命令をＣＴＩサーバ１００９に送出する。
【００６２】
　次に、ＣＴＩサーバ１００９は、ユーザ電話機１００８に発呼する（コールバック実行）。
　このコールバックを着信した後に、ユーザはＣＴＩサーバ１００９から送信されるＣＴＩガイダンスにしたがって、ユーザ電話機１００８のプッシュボタンを操作して、所定の承諾入力を行う。このようにして入力された情報は承諾通知として音声またはプッシュ信号等でＣＴＩサーバに返信される。
　次に、ＣＴＩサーバ１００９は、ユーザからの承諾の情報を受信した旨の通知を認証サ
ーバプログラム１００３に送出する。このような一連の処理により、認証サーバプログラム１００３は当該ユーザの認証を完了する。
【００６３】
　次に、本実施例３の変形例を図１２〜図１４を用いて説明する。
　この変形例は、クライアント端末側にワン切り着信用通信端末を有しない場合の通信手順によるものであり、ネットワークアクセス機能を備えた、携帯電話内にダウンロードしたアプリケーションプログラム（ＮＴＴドコモ社のiアプリ（ＮＴＴドコモ社の商標）などのアプリケーションを使用する場合を含むものである。
【００６４】
　なお、あらかじめ認証ホスト２００２（情報発信サーバ２００１）にユーザ登録する際に、認証サーバプログラム２００３は図１３に示す情報をデータベースに格納している。このデータベースの構築方法は前述したものと同様である。
【００６５】
　次に、ユーザがコンテンツやアプリケーションプログラムを利用する際、ユーザはクライアント端末２００４のブラウザプログラム２００５を通じて情報発信サーバ２００１にアクセスする。
【００６６】
　次に、認証サーバプログラム２００３より、前述のアクセスを一意に識別するアクセスID２００７を認証サーバプログラム２００３が生成し、情報発信サーバ２００１を経由してクライアント２００４上の認証クライアントプログラム２００６またはブラウザプログラム２００５に受け渡す。あわせて、図１４に示すアクセス情報データベースに情報の格納を行う。
【００６７】
　次に、ユーザは、認証クライアントプログラム２００６に従ってクライアント端末２００４を操作し、または　ブラウザプログラム２００５に表示されている電話番号を電話機２００８に入力することで電話機２００８よりワン切り発信をする。
【００６８】
　次に、ＣＴＩサーバ２００９は、電話機２００８から発信者情報、サブアドレス情報を受け取る。
　次に、ＣＴＩサーバ２００９は、認証サーバプログラム２００３に上記で受信した情報をＳＳＬ通信等の暗号化通信で送信する。
　次に、認証サーバプログラム２００３は、アクセス情報データベース（図１４）に格納された情報と、前記ＣＴＩサーバ２００９から受信した情報を元にユーザ認証を行う。
【００６９】
　次に、認証サーバプログラム２００３は、情報発信サーバ２００１に対して、ユーザからの承諾の情報の旨を意味する承諾通知を生成して送出し、クライアント端末２００４上の認証クライアントプログラム２００６またはブラウザプログラム２００５に対して認証結果を通知し、認証処理を終了する。
【００７０】
　次に本実施例の変形例を図１５および図１６を用いて説明する。
　この変形例は、ネットワーク接続可能な携帯電話を用いてＷＥＢサイトのアクセスを行うの場合の通信手順に関するものである。
　この変形例において、あらかじめ認証ホスト３００２（情報発信サーバ３００１）にユーザ登録する際に、認証サーバプログラム３００３は図１６に示す情報をデータベースに格納しておく。
　そして、ＣＴＩサーバ３００５に自局認証ホスト３００２の識別番号をあらかじめ登録しておく。
【００７１】
　次に、コンテンツやアプリケーションプログラムを利用する際に、ユーザは携帯電話３００４を通じて情報発信サーバ３００１にアクセスする。
　次に、認証サーバプログラム３００３よりユーザＩＤ・パスワード認証後、もしくは直接、ワン切りを促すメッセージが通知される。このとき、メッセージにはアクセス先電話番号、またはアクセス先電話番号とサブアドレスが組み合わされたものが表示される。ここでサブアドレスとは、認証ホスト識別番号であり、具体的には「0120123456##0123456789」のように示された「##」以下の数字がこれに該当する。
【００７２】
　ユーザは、携帯電話３０４上で一旦、ＷＥＢセッションを切断し、前記で通知されたアクセス先へダイヤル発信（ワン切り）を行う。
　次に、ＣＴＩサーバ３００５は、ワン切り受信を確認するとサブアドレスを識別し、対応する認証ホスト３００２に対してユーザ携帯電話３００４の発信者番号とアクセス日時（発呼日時）とをＳＳＬ通信等の暗号化通信で送信する。
【００７３】
　次に、ＣＴＩサーバ３００５から前記情報を受け取った認証サーバプログラム３００３は、ユーザの携帯電話３００４にＷＥＢアクセスを再開するためのＵＲＬ情報と認証成立情報とを電子メール形式で送信する。この電子メールは、携帯電話３００４に付与されたアドレスを送信先とし、直接携帯電話３００４でメール受信できるものが望ましい。
【００７４】
　前記電子メールを携帯電話３００４で受信したユーザは、電子メール本文中に記載されたＵＲＬ情報を選択確定し、ＷＥＢ通信セッションを再開する。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施例１におけるシステム構成を示す説明図
【図２】実施例１の機能ブロック図
【図３】実施例１の動作シーケンス図
【図４】実施例１の変形例におけるシステム構成図
【図５】実施例１の変形例の動作シーケンス図
【図６】実施例１のさらなる変形例のシステム構成図
【図７】実施例１のさらなる変形例の動作シーケンス図
【図８】実施例２の概略説明図
【図９】実施例２の動作シーケンス図
【図１０】実施例３のシステム構成図
【図１１】実施例３の認証情報データベースの内容を示す説明図
【図１２】実施例３の変形例のシステム構成図
【図１３】実施例３の変形例の認証情報データベースの内容を示す説明図
【図１４】実施例３の変形例のアクセス情報データベースの内容を示す説明図
【図１５】実施例３のさらに変形例を示すシステム構成図
【図１６】実施例３の変形例の認証情報データベースの内容を示す説明図
【符号の説明】
【００７６】
１（１Ａ，１Ｂ，１Ｃ）　携帯電話機
２　着信装置（ＴＡ）
３　パーソナルコンピュータ
４　ディスプレイ装置
１２　基地局
【図１】
2004140821.tif 000003
【図２】
2004140821.tif 000004
【図３】
2004140821.tif 000005
【図４】
2004140821.tif 000006
【図５】
2004140821.tif 000007
【図６】
2004140821.tif 000008
【図７】
2004140821.tif 000009
【図８】
2004140821.tif 000010
【図９】
2004140821.tif 000011
【図１０】
2004140821.tif 000012
【図１１】
2004140821.tif 000013
【図１２】
2004140821.tif 000014
【図１３】
2004140821.tif 000015
【図１４】
2004140821.tif 000016
【図１５】
2004140821.tif 000017
【図１６】
2004140821.tif 000018