JP2003242115A - Ｈｔｔｐ認証方法およびサーバ装置 - Google Patents

Abstract

(57)【要約】 【課題】 クライアントで煩わしい操作をすることな
く、簡単に認証作業を行い、かつ、セキュリティを向上
することができるＨＴＴＰ認証方法を提供すること。 【解決手段】 アクセス権限のあるユーザが所持する携
帯電話２００は、ＰＣ４００やＶＴＲ４０１を遠隔操作
する場合、まず、サーバ装置１００に対してダイヤルす
る。これに対し、ＵＲＬ管理部１０３は、有効期限付き
の使い捨てのパスワードを作成し、ＳＭＴＰクライアン
ト１０４に通知する。ＳＭＴＰクライアント１０４は、
当該パスワードを埋め込んだＵＲＬを記述した電子メー
ルを作成し、携帯電話２００に送信する。携帯電話２０
０は、当該ＵＲＬを指定して、ＨＴＴＰサーバ１０６に
アクセスする。ＨＴＴＰサーバ１０６は、ＵＲＬに埋め
込まれているパスワードを参照して認証作業を行い、Ｈ
ＴＭＬデータを送信または宅内機器を遠隔制御する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷ環境で動作
するクライアント・サーバシステムにおける認証方法に
関し、より特定的には、認証のための操作が簡単でかつ
セキュリティ向上を図る認証方法に関する。

【０００２】

【従来の技術】ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅ
ｂ）は、ハイパーテキストで構成される画面データを発
信するＷＷＷサーバと、ＷＷＷサーバにアクセスして指
定した画面データの送信などの処理を要求するクライア
ントとを備える。ＷＷＷサーバとクライアントとの通信
プロトコルにはＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａ
ｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が使用される。

【０００３】クライアントによるＷＷＷサーバへのアク
セスを制限する場合、ＷＷＷサーバは、アクセスを要求
してくるクライアントに対し、ユーザ名やパスワードを
要求し、ユーザを認証する作業を行う。図７は、ＷＷＷ
サーバとクライアントとの間でなされる従来の認証手順
を示すシーケンス図である。

【０００４】図７（ａ）に示すように、まず、クライア
ントは、ＷＷＷサーバに対して、ＵＲＬ（Ｕｎｉｆｏｒ
ｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定して、
画面データ（ハイパーテキストで記述されているデー
タ）を送信するよう要求する。次に、ＷＷＷサーバは、
クライアントに対して、パスワードおよびユーザ名の送
信を要求する。当該要求を受け取ったクライアントは、
パスワードおよびユーザ名をＨＴＴＰプロトコルにおけ
るＡｕｔｈｏｒｉｚａｔｉｏｎヘッダ（以下、単にヘッ
ダという）に格納して、ＵＲＬと共にＷＷＷサーバに送
信する。その後、ＷＷＷサーバは、ヘッダに含まれてい
るパスワードおよびユーザ名を参照して認証作業を行
う。認証がなされたら、ＷＷＷサーバは、クライアント
に当該ＵＲＬに対応する画面データを送信する。

【０００５】また、図７（ｂ）に示すように、クライア
ントが最初から、画面データの送信要求と共にパスワー
ドおよびユーザ名をヘッダに格納して、ＷＷＷサーバに
送信するようにしてもよい。この場合、クライアント
は、自動的にパスワードおよびユーザ名をヘッダに格納
するようにしておけば、これらの入力の煩わしさが解消
される。

【０００６】なお、ヘッダにパスワードおよびユーザ名
を格納するのではなく、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏ
ｒ Ｃｏｍｍｅｎｔｓ）１７８３で規定されているよう
に、ｈｔｔｐ：／／＜ｕｓｅｒ＞：＜ｐａｓｓｗｏｒｄ
＞＠＜ｈｏｓｔ＞：＜ｐｏｒｔ＞／＜ｕｒｌ−ｐａｔｈ
＞として、ＵＲＬの中に、パスワードおよびユーザ名を
指定するようにしてもよい。

【０００７】

【発明が解決しようとする課題】しかし、図７（ａ）に
示すような従来の認証方法においては、ＷＷＷサーバか
らの要求に応じて、パスワードやユーザ名を入力する必
要があり、操作が煩わしいという問題があった。

【０００８】図７（ｂ）に示すような従来の認証方法に
おいては、パスワードやユーザ名を入力する作業が不要
になる。パスワードは、セキュリティの関係上、定期的
に変更すべきである。しかし、図７（ｂ）に示すような
従来の認証方法においては、パスワードの変更作業が面
倒で煩わしいという問題があった。ところが、面倒であ
ることを理由に、パスワードを長期間変更しないと、パ
スワードを盗み取られる可能性が増大し、悪用されると
いう危険性が生じる。特に、近年、デジタル家電の技術
が進歩し、携帯端末からインターネットを介してホーム
サーバにアクセスし、パソコンはもとより、ＶＴＲ等の
家電を遠隔操作することができるようになってきた。そ
のため、セキュリティを如何に強化するかがより重要と
なってきている。

【０００９】それゆえ、本発明の目的は、クライアント
で煩わしい操作をすることなく、簡単に認証作業を行
い、かつ、セキュリティを向上することができるＨＴＴ
Ｐ認証方法を提供することである。

【００１０】

【課題を解決するための手段および発明の効果】第１の
発明は、任意の端末からのサーバ装置へのＵＲＬに基づ
くアクセスを認証するための方法であって、パスワード
の通知を要求する端末が予め登録されている端末である
か否かをサーバ装置が判断するステップと、予め登録さ
れている端末であると判断した場合、サーバ装置がパス
ワードを作成するステップと、パスワードを埋め込んだ
ＵＲＬを予め登録されている通知先にサーバ装置が通知
するステップと、アクセス要求する端末は、パスワード
を埋め込んだＵＲＬをサーバ装置に送信するステップ
と、アクセス要求する端末から送信されたＵＲＬに埋め
込まれているパスワードが正しいか否かを判断するステ
ップと、正しいパスワードであると判断された場合に、
サーバ装置は、アクセス要求する端末のＵＲＬに基づく
アクセスを認証するステップとを備える。

【００１１】第１の発明によれば、予め登録されている
端末からの要求に応じて、予め登録されている端末にの
みパスワードが通知されるので、パスワードの第三者へ
の漏洩を防止でき、かつ、パスワードが埋め込まれたＵ
ＲＬをサーバ装置へのアクセスにそのまま利用すること
ができるので、ユーザはパスワード入力などの煩わしい
操作をする必要がなくなる。これにより、端末側で煩わ
しい操作をすることなく、簡単に認証作業を行い、か
つ、セキュリティを向上することができるＨＴＴＰ認証
方法を提供することが可能となる。

【００１２】第２の発明は、第１の発明に従属する発明
であって、アクセス要求する端末の使用者が正当なユー
ザであるか否かをサーバ装置が認証するステップをさら
に備え、ＵＲＬに基づくアクセスを認証するステップで
は、正当なユーザであるとさらに認証された場合に限
り、アクセス要求する端末のＵＲＬに基づくアクセスを
認証することを特徴とする。

【００１３】第２の発明によれば、端末を操作するユー
ザが正当なユーザである場合のみ、ＵＲＬに基づくＨＴ
ＴＰサーバへのアクセスが認証されるので、セキュリテ
ィをより強化することが可能となる。

【００１４】第３の発明は、第１の発明に従属する発明
であって、パスワードには、有効期限が存在し、パスワ
ードが正しいか否かを判断するステップでは、有効期限
内のパスワードである場合に、正しいパスワードである
と判断することを特徴とする。

【００１５】第３の発明によれば、パスワードには有効
期限が付されているので、古くなったパスワードを用い
て、ＨＴＴＰサーバにアクセスすることはできない。し
たがって、パスワードが盗み取られたとしても、既に、
有効期限が切れておれば、不正にアクセスされることが
なくなる。これにより、より、セキュリティの強化を図
ることが可能となる。また、パスワードは、自動的に作
成されるので、パスワード更新の煩わしさが解消される
こととなる。

【００１６】第４の発明は、第１の発明に従属する発明
であって、登録されている端末であるか否かをサーバ装
置が判断するステップでは、パスワードの通知を要求す
る端末に固有に割り当てられている識別子に基づいて判
断することを特徴とする。

【００１７】第４の発明によれば、端末から送られてく
る識別子を用いて端末の正当性を判断するので、確実に
端末の正当性を判断することが可能となる。

【００１８】第５の発明は、第１の発明に従属する発明
であって、ＵＲＬを予め登録されている通知先にサーバ
装置が通知するステップでは、当該ＵＲＬを電子メール
で通知することを特徴とする。

【００１９】第５の発明によれば、パスワードを埋め込
んだＵＲＬを記述した電子メールが端末に通知されるの
で、端末では、ブラウザ機能を利用して当該ＵＲＬを指
定するだけでよい。したがって、ユーザに煩雑な操作を
要求する必要のないＨＴＴＰ認証方法を提供することが
可能となる。

【００２０】第６の発明は、第１の発明に従属する発明
であって、ＵＲＬを予め登録されている通知先に前記サ
ーバ装置が通知するステップでは、パスワードの通知を
要求する端末と同一の端末に対して、ＵＲＬを通知する
ことを特徴とする。

【００２１】第６の発明によれば、パスワードの通知を
要求する端末とパスワードが埋め込まれているＵＲＬを
受信する端末とが同一の端末となるので、ユーザは、よ
り簡単に、サーバ装置にアクセスするための操作を行う
ことができる。

【００２２】第７の発明は、ネットワークを介して接続
されている任意の端末からのＵＲＬに基づくアクセスを
認証するサーバ装置であって、パスワードの通知を要求
する端末が予め登録されている端末であるか否かを判断
する端末判断手段と、端末判断手段が予め登録されてい
る端末であると判断した場合、パスワードを作成するパ
スワード作成手段と、パスワード作成手段が作成したパ
スワードを埋め込んだＵＲＬを予め登録されている通知
先に通知するＵＲＬ通知手段と、アクセス要求する端末
から送信されたＵＲＬに埋め込まれているパスワードが
パスワード作成手段が作成したパスワードと同一である
か否かを判断するパスワード判断手段と、パスワード判
断手段が同一のパスワードであると判断した場合、アク
セス要求する端末のＵＲＬに基づくアクセスを認証する
アクセス認証手段とを備える。

【００２３】第７の発明によれば、サーバ装置は正当な
端末にのみパスワードを通知するので、パスワードの第
三者への漏洩を防止でき、かつ、パスワードが埋め込ま
れたＵＲＬをサーバ装置へのアクセスにそのまま利用し
てもらうので、ユーザにパスワード入力などの煩わしい
操作を強いる必要がなくなる。これにより、端末側で煩
わしい操作をすることなく、簡単に認証作業を行い、か
つ、セキュリティを向上することができるサーバ装置を
提供することが可能となる。

【００２４】第８の発明は、第７の発明に従属する発明
であって、アクセス要求する端末の使用者が正当なユー
ザであるか否かをサーバ装置が認証するユーザ認証手段
をさらに備え、アクセス認証手段は、パスワード判断手
段が同一のパスワードであると判断し、さらに、ユーザ
認証手段が正当なユーザであると認証した場合に限り、
アクセス要求する端末のＵＲＬに基づくアクセスを認証
することを特徴とする。

【００２５】第８の発明によれば、アクセス認証手段
は、パスワード判断手段がパスワードが同一でないと判
断した場合、アクセス認証を行わないので、不正アクセ
スによる処理負担増を軽減することが可能となる。ま
た、端末を操作するユーザが正当なユーザである場合の
み、ＵＲＬに基づくＨＴＴＰサーバへのアクセスを認証
するので、セキュリティをより強化することが可能とな
る。

【００２６】第９の発明は、第７の発明に従属する発明
であって、パスワード作成手段は、パスワードの作成と
共にその有効期限を決定し、パスワード判断手段は、有
効期限内のパスワードである場合に、正しいパスワード
であると判断することを特徴とする。

【００２７】第１０の発明は、第７の発明に従属する発
明であって、端末判断手段は、パスワードの通知を要求
する端末に固有に割り当てられている識別子に基づいて
判断することを特徴とする。

【００２８】第１１の発明は、第７の発明に従属する発
明であって、ＵＲＬ通知手段は、当該ＵＲＬを電子メー
ルで通知することを特徴とする。

【００２９】第１２の発明は、第７の発明に従属する発
明であって、ＵＲＬ通知手段は、パスワードの通知を要
求する端末と同一の端末に対して、ＵＲＬを通知するこ
とを特徴とする。

【００３０】

【発明の実施の形態】（第１の実施形態）図１は、本発
明の第１の実施形態に係るサーバ装置１００が適用され
るネットワークシステムの構成を示す図である。図１に
おいて、ネットワークシステムは、サーバ装置１００
と、携帯電話２００と、パーソナルコンピュータ（以
下、ＰＣという）４００と、ビデオテープレコーダ（以
下、ＶＴＲという）４０１とを備える。

【００３１】サーバ装置１００は、加入者電話網３０１
および携帯電話網３００を介して、携帯電話２００と相
互に接続され、音声通信を行うことができる。また、サ
ーバ装置１００は、ＩＰネットワーク３０３、インター
ネット３０２および携帯電話網３００を介して、携帯電
話２００と相互に接続され、データ通信を行うことがで
きる。さらに、サーバ装置１００は、ＰＣ４００および
ＶＴＲ４０１で構成される宅内ネットワークと接続され
ている。サーバ装置１００は、携帯電話２００から送信
されてくる宅内機器（ＰＣ４００またはＶＴＲ４０１の
ことをいう）を遠隔制御するため信号を中継する。

【００３２】携帯電話２００は、汎用の携帯電話であっ
て、携帯電話網３００および加入者電話網３０１を介し
て、サーバ装置１００に電話する際、自己の電話番号
（これは、携帯電話２００に固有に割り当てられている
識別子である）を通知する。携帯電話２００が通知する
電話番号を発番号という。また、携帯電話２００は、ブ
ラウザ機能を有し、ＨＴＴＰプロトコルに従って、携帯
電話網３００、インターネット３０２およびＩＰネット
ワーク３０３を介して、サーバ装置１００にアクセスし
てＨＴＴＰ要求し、サーバ装置１００との間でデータ
（特に、ＨＴＭＬデータやＵＲＬ）を送受信し、ＰＣ４
００やＶＴＲ４０１を遠隔制御する。さらに、携帯電話
２００は、携帯電話網３００、インターネット３０２お
よびＩＰネットワーク３０３を介して、電子メールを送
受信する。

【００３３】携帯電話２００が有するブラウザ機能で
は、ＨＴＭＬデータによるリンク先が相対パスで指定さ
れている場合、カレントのパスに相対パスを付加したパ
スを絶対パスとして、ＵＲＬを指定する。宅内機器を遠
隔制御をする場合、ユーザは、携帯電話２００のブラウ
ザ機能を利用して、表示されている画面の遠隔操作に係
るリンク先を指定したり、遠隔操作するためのＵＲＬを
直接入力したりする。

【００３４】サーバ装置１００は、アナログ電話Ｉ／Ｆ
部１０１と、発番号認証部１０２と、ＵＲＬ管理部１０
３と、ＳＭＴＰクライアント１０４と、ＷＡＮＩ／Ｆ部
１０５と、ＨＴＴＰサーバ１０６と、ＬＡＮＩ／Ｆ部１
０７とを含む。

【００３５】アナログ電話Ｉ／Ｆ部１０１は、加入者電
話網３０１とのインタフェースを実現する。アナログ電
話Ｉ／Ｆ部１０１は、携帯電話網３００および加入者電
話網３０１を介して、サーバ装置１００に対して発呼し
た携帯電話２００の発番号を発番号認証部１０２に送
る。

【００３６】発番号認証部１０２には、サーバ装置１０
０へのアクセス権限のあるユーザが所有する携帯電話２
００（以下、正当な端末であるという）の発番号が予め
登録されている。発番号認証部１０２は、アナログ電話
Ｉ／Ｆ部１０１から送られてくる発番号を認識し、予め
登録されている発番号と比較し、一致する場合、発呼し
た携帯電話２００は正当な端末であると認証し、認証の
結果をＵＲＬ管理部１０３に通知すると共に、携帯電話
２００の発番号をＳＭＴＰクライアント１０４に通知す
る。

【００３７】ＵＲＬ管理部１０３は、発番号認証部１０
２からの通知に応じて、パスワードを作成し、パスワー
ドの有効期限を決定する。ＵＲＬ管理部１０３は、パス
ワードをＳＭＴＰクライアント１０４およびＨＴＴＰサ
ーバ１０６に通知すると共に、その有効期限をＨＴＴＰ
サーバ１０６に通知する。ＵＲＬ管理部１０３が作成す
るパスワードは、使い捨てのパスワードであるといえ、
刻々と変化していくこととなる。また、正当な端末であ
ると認証されて初めてパスワードが作成されるので、ユ
ーザは、最初、パスワードを知らないこととなる。

【００３８】ＳＭＴＰクライアント１０４は、メール転
送プロトコルを提供し、ＵＲＬ管理部１０３から受け取
ったパスワードを埋め込んだＵＲＬを記述した電子メー
ルを作成する。ＳＭＴＰクライアント１０４は、作成し
た電子メールを発番号認証部１０２から通知されてきた
発番号に対応する携帯電話２００の電子メールアドレス
宛に、ＷＡＮＩ／Ｆ部１０５を介して送信する。

【００３９】上述のパスワードを埋め込んだＵＲＬは、
例えば、サーバ装置１００のＩＰアドレスを“１１１．
２２２．３３．４４”とし、パスワードを“ａ０９ｂＣ
Ｅ７４”とした場合、“ｈｔｔｐ：／／１１１．２２
２．３３．４４／ａ０９ｂＣＥ７４／ｉｎｄｅｘ．ｈｔ
ｍｌ”となる。ここで、“ｉｎｄｅｘ．ｈｔｍｌ”は、
宅内機器を遠隔操作するためのサービス選択メニュー画
面を記述したＨＴＭＬデータであるとする（後で詳
述）。

【００４０】ＷＡＮＩ／Ｆ部１０５は、ＩＰネットワー
ク３０３とＳＭＴＰクライアント１０４およびＨＴＴＰ
サーバ１０６との間のインタフェースを実現する。ＷＡ
ＮＩ／Ｆ部１０５は、ＳＭＴＰクライアント１０４が作
成した電子メールを送信する。また、ＷＡＮＩ／Ｆ部１
０５は、ＨＴＴＰサーバ１０６からのデータを送信する
と共に、ＩＰネットワーク３０３を介して送られてくる
ＨＴＴＰサーバ１０６宛のＵＲＬ等を受信してＨＴＴＰ
サーバ１０６に送る。

【００４１】ＨＴＴＰサーバ１０６は、携帯電話２００
からのＨＴＴＰ要求を処理する。ＨＴＴＰサーバ１０６
は、携帯電話２００からのＨＴＴＰ要求に含まれるＵＲ
ＬにＵＲＬ管理部１０３が作成した有効期限内のパスワ
ードが含まれているか否かを判断し、有効期限内のパス
ワードが含まれている場合のみ、携帯電話２００からの
ＨＴＴＰ要求に応じ、ＨＴＭＬデータを送信または宅内
機器を遠隔制御する。ＨＴＴＰサーバ１０６が送信する
ＨＴＭＬデータに記述されているリンク先は、相対パス
によって指定されている。

【００４２】ＬＡＮＩ／Ｆ部１０７は、ＨＴＴＰサーバ
１０６からの指示に従って、ＰＣ４００および／または
ＶＴＲ４０１を操作するためのコマンドを生成し、ＰＣ
４００および／またはＶＴＲ４０１に対して送信する機
能を有する。

【００４３】ＰＣ４００及びＶＴＲ４０１は、宅内に設
置されており、ＨＴＴＰサーバ１０６からの指示に応じ
て作動または必要なＨＴＭＬデータをＨＴＴＰサーバ１
０６に送信する。

【００４４】図２は、宅内機器を遠隔制御する際の携帯
電話２００およびサーバ装置１００の動作を示すフロー
チャートである。以下、図２を参照しながら、宅内機器
を遠隔制御する際の携帯電話２００およびサーバ装置１
００の動作について説明する。

【００４５】まず、携帯電話２００は、サーバ装置１０
０に対して、ダイヤルし、通話要求する（ステップＳ１
０１）。

【００４６】携帯電話２００から通話要求に対し、発番
号認証部１０２は、発番号を認識し（ステップＳ２０
１）、予め登録されている発番号と同一であるか否かを
判断する（ステップＳ２０２）。同一である場合、発番
号認証部１０２は、ＵＲＬ管理部１０３にパスワードを
生成するよう要求すると共に、認識した発番号をＳＭＴ
Ｐクライアント１０４に通知する（ステップＳ２０
３）。一方、発番号が同一でない場合、発番号認証部１
０２は、発番号の認証に失敗した旨を携帯電話２００に
通知し（ステップＳ２０４）、イベント待ちとなる。

【００４７】発番号認証部１０２からのパスワード生成
要求を受け取ったＵＲＬ管理部１０３は、ランダムにパ
スワード（たとえば、“ａ０９ｂＣＥ７４”）を作成し
（ステップＳ２０５）、作成したパスワードをＳＭＴＰ
クライアント１０４およびＨＴＴＰサーバ１０６に通知
する（ステップＳ２０６）。

【００４８】ＵＲＬ管理部１０３からのパスワードを受
け取ったＳＭＴＰクライアント１０４は、当該パスワー
ドを埋め込んだＵＲＬを記述した電子メールを作成する
（ステップＳ２０７）。当該ＵＲＬには、宅内機器を制
御するためのサービス選択メニュー画面を記述したＨＴ
ＭＬデータが指定されている。たとえば、当該ＵＲＬ
は、“ｈｔｔｐ：／／１１１．２２２．３３．４４／ａ
０９ｂＣＥ７４／ｉｎｄｅｘ．ｈｔｍｌ”となる。次
に、ＳＭＴＰクライアント１０４は、発番号認証部１０
２から通知された発番号に対応する携帯電話２００の電
子メールアドレス宛に、作成した電子メールを送信する
（ステップＳ２０８）。

【００４９】次に、携帯電話２００は、ＳＭＴＰクライ
アント１０４が送信した電子メールを受信する（ステッ
プＳ１０２）。次に、携帯電話２００は、ユーザの指示
に応じて、受信した電子メールに記述されているＵＲＬ
にアクセスするためにブラウザを起動し、パスワードが
埋め込まれたＵＲＬ（ここでは、“ｈｔｔｐ：／／１１
１．２２２．３３．４４／ａ０９ｂＣＥ７４／ｉｎｄｅ
ｘ．ｈｔｍｌ”）を送信する（ステップＳ１０３）。

【００５０】携帯電話２００によるＵＲＬの送信に対
し、ＨＴＴＰサーバ１０６は、ＷＡＮＩ／Ｆ部１０５を
介して、当該ＵＲＬを受信し（ステップＳ２０９）、そ
れにＵＲＬ管理部１０３が生成した有効期限内のパスワ
ードが埋め込まれているか否かを判断する（ステップＳ
２１０）。有効期限内のパスワードが埋め込まれている
場合、ＨＴＴＰサーバ１０６は、ＵＲＬで指定されてい
るサービス選択メニュー画面を記述したＨＴＭＬデータ
を携帯電話２００に送信する（ステップＳ２１１）。一
方、有効期限内のパスワードが埋め込まれていない場
合、ポータルＨＴＴＰサーバ１０６は、パスワードの認
証に失敗した旨を携帯電話２００に通知し（ステップＳ
２１８）、イベント待ちとなる。

【００５１】ＨＴＴＰサーバ１０６によるＨＴＭＬデー
タの送信に対し、携帯電話２００は、当該ＨＴＭＬデー
タを受信し（ステップＳ１０４）、それに基づいてサー
ビス選択メニュー画面を表示する（ステップＳ１０
５）。

【００５２】図３は、サービス選択メニュー画面の一例
を示す図である。サービス選択メニュー画面では、いず
れの宅内機器を遠隔操作するか否かが表示される。ま
た、各宅内機器の電源がＯＮ状態にあるのか、ＯＦＦ状
態にあるのかが同時に示されている。

【００５３】次に、携帯電話２００は、ユーザの指示に
応じて、サービス選択メニュー画面のリンク先のＵＲＬ
を送信する（ステップＳ１０６）。たとえば、ユーザが
ＶＴＲ４０１の遠隔操作を指示する場合、携帯電話２０
０が送信するリンク先のＵＲＬは、“ｈｔｔｐ：／／１
１１．２２２．３３．４４／ａ０９ｂＣＥ７４／ｖｔｒ
＿ｃｔｌ．ｈｔｍｌ”となる。ここで、“／ｖｔｒ＿ｃ
ｔｌ．ｈｔｍｌ”は、ＶＴＲ４０１を遠隔操作するため
のＶＴＲ操作画面が記述されているＨＴＭＬデータを示
す。“／ｖｔｒ＿ｃｔｌ．ｈｔｍｌ”は、“ｉｎｄｅ
ｘ．ｈｔｍｌ”上では、相対パスとして記述されてい
る。そのため、携帯電話２００のブラウザ機能は、カレ
ントパス“ｈｔｔｐ：／／１１１．２２２．３３．４４
／ａ０９ｂＣＥ７４”に相対パス“／ｖｔｒ＿ｃｔｌ．
ｈｔｍｌ”を付加して、“ｈｔｔｐ：／／１１１．２２
２．３３．４４／ａ０９ｂＣＥ７４／ｖｔｒ＿ｃｔｌ．
ｈｔｍｌ”を送信する。これにより、再度、ユーザがパ
スワードを入力する必要がなくなる。

【００５４】携帯電話２００によるＵＲＬの送信に対
し、ＨＴＴＰサーバ１０６は、当該ＵＲＬを受信し（ス
テップＳ２１２）、ステップＳ２１０の場合と同様にし
て、当該ＵＲＬに有効期限内のパスワードが埋め込まれ
ているか否かを判断する（ステップＳ２１３）。有効期
限内のパスワードが埋め込まれている場合、ＨＴＴＰサ
ーバ１０６は、ＵＲＬで指定されているパスに相当する
ＨＴＭＬデータを携帯電話２００に送信する（ステップ
Ｓ２１４）。一方、有効期限内のパスワードが埋め込ま
れていない場合、ＨＴＭＬサーバ１０６は、パスワード
の認証に失敗した旨を携帯電話２００に通知し（ステッ
プＳ２１８）、イベント待ちとなる。

【００５５】ＨＴＴＰサーバ１０６によるＨＴＭＬデー
タの送信に対し、携帯電話２００は、当該ＨＴＭＬデー
タを受信し（ステップＳ１０７）、それに基づいて画面
を表示する（ステップＳ１０８）。

【００５６】図４は、ステップＳ１０８での表示画面の
一例を示す図である。ここでは、ＨＴＭＬデータ“ｖｔ
ｒ＿ｃｔｌ．ｈｔｍｌ”によるＶＴＲ操作画面を示す。
ＶＴＲ操作画面では、遠隔操作のためのボタン（ここで
は、「電源ＯＦＦ」、「再生」、「停止」、「録画」、
「早送り」、「巻き戻し」および「予約設定」）が表示
されている。たとえば、「電源ＯＦＦ」では、ＵＲＬの
相対パスとして、“／ｖｔｒ＿ｏｆｆ”が指定されてい
る。

【００５７】ユーザが遠隔操作のためのボタンを選択す
ると、携帯電話２００は、それに対するＵＲＬを送信し
（ステップＳ１０９）、イベント待ちとなる。たとえ
ば、「電源ＯＦＦ」を指定する場合、携帯電話２００
は、ＵＲＬとして、“ｈｔｔｐ：／／１１１．２２２．
３３．４４／ａ０９ｂＣＥ７４／ｖｔｒ＿ｏｆｆ”を送
信する。

【００５８】その後、携帯電話２００によるＵＲＬの送
信に対し、ＨＴＴＰサーバ１０６は、当該ＵＲＬを受信
し（ステップＳ２１５）、ステップＳ２１０と同様にし
て、パスワードをチェックし（ステップＳ２１６）、当
該ＵＲＬで指定されているパス（ここでは、ｖｔｒ＿ｏ
ｆｆ）に基づいて、宅内機器を遠隔制御（ここでは、Ｖ
ＴＲ４０１の電源をＯＦＦ）し（ステップＳ２１７）、
イベント待ちとなる。

【００５９】このように、第１の実施形態では、サーバ
装置１００に電話し、電子メールで送られてくるパスワ
ードが埋め込まれたＵＲＬを指定するだけで、認証作業
が終了するので、煩わしい操作をすることなく簡単に認
証作業を行うことが可能となる。

【００６０】また、パスワードは、正当なユーザの所持
する携帯電話にのみ送信されるので、当該パスワードを
第三者が入手するのは、不正を働かない限り困難であ
る。したがって、セキュリティの向上を図ることが可能
となる。

【００６１】また、電子メールに記載されているパスワ
ードは、サーバ装置１００がランダムに発生したもので
あり、有効期限が付された使い捨てのものであるので、
パスワードが盗まれた場合でも、有効期限後は、不正に
アクセスすることができないので、セキュリティを強化
することが可能となる。

【００６２】なお、第１の実施形態では、サーバ装置１
００を家庭内の宅内機器を遠隔操作するために用いてい
るが、それに限定されることはなく、ＨＴＴＰプロトコ
ルを用いて、クライアント装置との間でデータを送受信
するシステムにサーバ装置１００を適用してもよいこと
は言うまでもない。

【００６３】なお、第１の実施形態では、電子メールを
携帯電話２００宛に送信することとしたが、ユーザが使
用するメールアドレス宛に電子メールを送信するように
してもよい。すなわち、パスワードを要求する端末とパ
スワードが埋め込まれたＵＲＬを受信する端末とは、同
一でなくてもよい。この場合、当該メールアドレスをＳ
ＭＴＰクライアント１０４に予め登録しておけばよい。

【００６４】なお、第１の実施形態では、サーバ装置１
００に電話番号を通知することとしたが、電話番号に限
らず、端末毎に固有に割り当てられているその他の識別
子をサーバ装置１００に通知するようにしてもよい。例
えば、識別子として、携帯電話２００に割り当てられて
いる電子メールアドレスを用いてもよい。この場合、予
めサーバ装置１００に携帯電話２００の電子メールアド
レスを登録しておき、送信元の電子メールアドレスが登
録されている場合のみ、サーバ装置１００は、パスワー
ドを記述した電子メールを返信するようにすればよい。

【００６５】また、サーバ装置１００が音声によってパ
スワードを知らせるようにしてもよい。また、パスワー
ドをファックス送信するようにしてもよい。また、ユー
ザがサーバ装置１００に電話して暗証番号を入力し、サ
ーバ装置１００が電子メールや音声でパスワードを通知
するようにしてもよい。

【００６６】なお、第１の実施形態では、パスワードに
有効期限が付されており、ＨＴＴＰサーバ１０６がその
有効期限を判断することとしたが、ＵＲＬ管理部１０３
が、パスワードの有効期限を管理し、古くなったパスワ
ードを削除するようＨＴＴＰサーバ１０６に指示しても
よい。

【００６７】なお、ユーザは、遠隔操作する際のＵＲＬ
を、携帯電話２００のブックマークに登録しておくよう
にしてもよい。この場合、携帯電話２００が、サーバ装
置１００から送られてきたパスワードを当該ブックマー
クで登録されているＵＲＬに自動的に埋め込むようにす
れば、ユーザは、わざわざサービス選択メニュー画面か
ら宅内機器の遠隔操作を指示する必要なくなり、より迅
速に宅内機器を遠隔操作することが可能となる。これ
は、頻繁に行う宅内機器の遠隔操作に有効である。たと
えば、浴槽にお湯を遠隔操作で溜める場合や、ＶＴＲを
遠隔操作で予約録画する場合などが考えられる。

【００６８】また、ＶＴＲの予約録画の際、携帯電話２
００は、パスワードと共に、予約録画のためのＧコード
等をＵＲＬに埋め込んで、サーバ装置１００に送信して
もよい。

【００６９】（第２の実施形態）第１の実施形態では、
サーバ装置１００に登録されている携帯電話から電話を
すれば、必ずパスワードを埋め込んだＵＲＬを含む電子
メールが返信される。したがって、第三者であったとし
ても、正当権限を有するユーザの携帯電話２００を利用
すれば、パスワードを盗み取ることが可能である。第２
の実施形態では、このような不正行為を回避する。

【００７０】図５は、本発明の第２の実施形態に係るサ
ーバ装置１１０の構成を示すブロック図である。図５に
おいて、第１の実施形態に係るサーバ装置１００と同様
の機能を有する部分については、同一の参照番号を付
し、説明を省略することとする。サーバ装置１１０は、
ＵＲＬ管理部１１３と、ＨＴＴＰプロキシ１１７と、Ｈ
ＴＴＰサーバ１１６と、ユーザ認証部１１８と、アナロ
グ電話Ｉ／Ｆ部１０１と、発番号認証部１０２と、ＳＭ
ＴＰクライアント１０４と、ＷＡＮＩ／Ｆ部１０５と、
ＬＡＮＩ／Ｆ部１０７とを含む。

【００７１】ＵＲＬ管理部１１３は、発番号認証部１０
２からの指示に応じて、有効期限付きの使い捨てのパス
ワードをランダムに作成し、作成したパスワードをＳＭ
ＴＰクライアント１０４に送信すると共に、当該パスワ
ードおよびその有効期限をＨＴＴＰプロキシ１１７に送
信する。

【００７２】ＨＴＴＰプロキシ１１７は、ＷＡＮＩ／Ｆ
部１０５を介して、携帯電話２００からのＨＴＴＰ要求
を受信し、当該ＨＴＴＰ要求に含まれるＵＲＬ中のパス
ワードをチェックし、当該パスワードが予め登録されて
いるものと一致し、かつ有効期限内のものであれば、当
該ＵＲＬから当該パスワードを除去したＵＲＬを作成
し、ＨＴＴＰサーバ１１６に転送する。

【００７３】たとえば、携帯電話２００から送られてき
たＵＲＬを“ｈｔｔｐ：／／１１１．２２２．３３．４
４／ａ０９ｂＣＥ７４／ｉｎｄｅｘ．ｈｔｍｌ”とする
と、ＨＴＴＰプロキシ１１７は、パスワード“ａ０９ｂ
ＣＥ７４”を除去して、“ｈｔｔｐ：／／１１１．２２
２．３３．４４／ｉｎｄｅｘ．ｈｔｍｌ”をＨＴＴＰサ
ーバ１１６に転送する。

【００７４】ＨＴＴＰサーバ１１６は、ＨＴＴＰプロキ
シ１１７が中継したＨＴＴＰ要求を受信し、ＵＲＬに付
随しているヘッダにユーザＩＤおよびユーザパスワード
が含まれていない場合、携帯電話２００に対してこれら
の送信を要求する。ユーザパスワードは、正当なユーザ
のみ知るパスワードであって、ＵＲＬ管理部１１３が作
成するパスワードとは基本的に異なるパスワードであ
る。ＨＴＴＰサーバ１１６は、ＵＲＬに付随しているヘ
ッダにユーザＩＤおよびユーザパスワードが含まれてい
る場合、当該ユーザ名およびユーザパスワードをユーザ
認証部１１８に送り、アクセス権限のあるユーザである
か否かを判断させる。ＨＴＴＰサーバ１１６は、ユーザ
認証部１１８の認証結果に基づいて、当該ＵＲＬに従い
ＨＴＴＰデータを携帯電話２００に送信するか、また
は、当該ＵＲＬに従って宅内機器を遠隔制御する。

【００７５】ユーザ認証部１１８は、ＨＴＴＰサーバ１
１６からの指示に応じて、ユーザ認証を行い、正当なユ
ーザであるか否かをＨＴＴＰサーバ１１６に通知する。

【００７６】図６は、宅内機器を遠隔制御する際の携帯
電話２００、ＨＴＴＰプロキシ１１７およびＨＴＴＰサ
ーバ１１６の動作を示すフローチャートである。図６に
おいて、パスワードを埋め込んだＵＲＬを含む電子メー
ルを携帯電話２００が受信するまでの動作は、第１の実
施形態の場合と同様であるので、説明を省略する。以
下、図６を参照しながら、携帯電話２００が電子メール
を受信した以降の携帯電話２００、ＨＴＴＰプロキシ１
１７およびＨＴＴＰサーバ１１６の動作について説明す
る。

【００７７】まず、携帯電話２００は、ＳＭＴＰクライ
アント１０４からのパスワードを埋め込んだＵＲＬを含
む電子メールを受信する（ステップＳ６０１）。次に、
携帯電話２００は、電子メールに記述されているＵＲＬ
を、サーバ装置１１０に送信する（ステップＳ６０
２）。

【００７８】携帯電話２００によるＵＲＬの送信に対
し、ＨＴＴＰプロキシ１１７は、当該ＵＲＬを受信し
（ステップＳ７０１）、ＵＲＬに埋め込まれているパス
ワードが有効期限内の正しいパスワードであるか否かを
判断する（ステップＳ７０２）。有効期限内の正しいパ
スワードである場合、ＨＴＴＰプロキシ１１７は、当該
パスワードを除去したＵＲＬを作成し（ステップＳ７０
３）、ＨＴＴＰサーバ１１６に通知する（ステップＳ７
０４）。一方、有効期限内の正しいパスワードでない場
合、ＨＴＴＰプロキシ１１７は、パスワードが間違って
いる旨を携帯電話２００に通知し（ステップＳ７０
５）、イベント待ちとなる。

【００７９】ＨＴＴＰプロキシ１１７からパスワードが
除去されたＵＲＬが通知されてくると、ＨＴＴＰサーバ
１１６は、当該ＵＲＬを受け取り（ステップＳ８０
１）、当該ＵＲＬに付随しているヘッダを参照して（ス
テップＳ８０２）、ユーザＩＤおよびユーザパスワード
が格納されているか否かを判断する（ステップＳ８０
３）。ユーザＩＤおよびユーザパスワードが格納されて
いない場合、ＨＴＴＰサーバ１１６は、携帯電話２００
にユーザＩＤおよびユーザパスワードを送信するよう要
求する（ステップＳ８０４）。一方、ユーザＩＤおよび
ユーザパスワードが格納されている場合、ＨＴＴＰサー
バ１１６は、ステップＳ８０８の動作に進む。

【００８０】ＨＴＴＰサーバ１１６によるユーザＩＤお
よびユーザパスワードの送信要求に対し、携帯電話２０
０は、当該要求を受信し（ステップＳ６０３）、ユーザ
にユーザＩＤおよびユーザパスワードを入力させ、当該
ユーザＩＤおよびユーザパスワードをヘッダに格納し
（ステップＳ６０４）、当該ヘッダを付随させたＵＲＬ
をサーバ装置１１０に送信する（ステップＳ６０５）。

【００８１】携帯電話２００によるＵＲＬの送信に対
し、ＨＴＴＰプロキシ１１７は、ステップＳ７０１〜Ｓ
７０４の場合と同様にして、パスワードをチェックし
て、パスワードを除去したＵＲＬをＨＴＴＰサーバ１１
６に通知し（＃７０００）、イベント待ちとなる。

【００８２】次に、ＨＴＴＰサーバ１１６は、ＨＴＴＰ
プロキシ１１７からのＵＲＬを受信し（ステップＳ８０
６）、ＵＲＬに付随しているヘッダを参照し（ステップ
Ｓ８０７）、ステップＳ８０８の動作に進む。

【００８３】ステップＳ８０８の動作において、ＨＴＴ
Ｐサーバ１１６は、ヘッダに含まれているユーザＩＤお
よびユーザパスワードをユーザ認証部１１８に通知し
て、正当なユーザであるか否かを判断する（ステップＳ
８０８）。正当なユーザである場合、ＨＴＴＰサーバ１
１６は、当該ＵＲＬに従って、ＨＴＴＰデータ送信また
は宅内機器を遠隔制御し（ステップＳ８０５）、イベン
ト待ちとなる。一方、正当なユーザでない場合、ＨＴＴ
Ｐサーバ１１６は、ステップＳ８０４の動作に戻り、再
度ユーザＩＤとパスワードを送信するよう携帯電話２０
０に要求する。

【００８４】ＨＴＴＰサーバ１１６からのＨＴＴＰデー
タを受信した携帯電話２００は、当該ＨＴＴＰデータに
基づいて画面を表示し（ステップＳ６０６）、イベント
待ち状態となる。

【００８５】ステップＳ６０６以降の動作において、ユ
ーザが画面表示や宅内機器の遠隔操作を指示した場合、
携帯電話２００は、パスワードを埋め込んだＵＲＬにユ
ーザＩＤ、ユーザパスワードを格納したヘッダを付随さ
せてＨＴＴＰプロキシ１１７に送信する（ステップＳ６
０５と同様）。これを受信したＨＴＴＰプロキシ１１７
は、ＵＲＬに埋め込まれているパスワードをチェック
し、当該パスワードを除去したＵＲＬをＨＴＴＰサーバ
１１６に通知する（ステップＳ７０１〜Ｓ７０４と同
様）。この通知に対し、ＨＴＴＰサーバ１１６は、ＵＲ
Ｌに付随するヘッダを参照して、正当ユーザからの要求
であるか否かを判断してＨＴＭＬデータを送信または宅
内機器を遠隔制御する（ステップＳ８０６〜Ｓ８０８、
Ｓ８０５と同様）。

【００８６】このように、第２の実施形態では、ＨＴＴ
Ｐプロキシ１１７を設けることによって、不正な端末か
らのＨＴＴＰサーバ１１６へのアクセスを防止すること
ができるので、ＨＴＴＰサーバ１１６への処理負担を軽
減することが可能となる。

【００８７】また、ＨＴＴＰプロキシ１１７が正当な端
末からのアクセスであるか否かを判断した後、ＨＴＴＰ
サーバ１１６が正当なユーザからのアクセスであるか否
かを判断するので、二重の認証作業が行われることとな
る。したがって、よりセキュリティを強化したサーバ装
置を提供することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るサーバ装置１０
０が適用されるネットワークシステムの構成を示す図で
ある。

【図２】宅内機器を遠隔制御する際の携帯電話２００お
よびサーバ装置１００の動作を示すフローチャートであ
る。

【図３】サービス選択メニュー画面の一例を示す図であ
る。

【図４】ステップＳ１０８での表示画面の一例を示す図
である。

【図５】本発明の第２の実施形態に係るサーバ装置１１
０の構成を示すブロック図である。

【図６】宅内機器を遠隔制御する際の携帯電話２００、
ＨＴＴＰプロキシ１１７およびＨＴＴＰサーバ１１６の
動作を示すフローチャートである。

【図７】ＷＷＷサーバとクライアントとの間でなされる
従来の認証手順を示すシーケンス図である。

【符号の説明】

１００，１１０ サーバ装置 １０１ アナログ電話Ｉ／Ｆ部 １０２ 発番号認証部 １０３，１１３ ＵＲＬ管理部 １０４ ＳＭＴＰクライアント １０５ ＷＡＮＩ／Ｆ部 １０６，１１６ ＨＴＴＰサーバ １０７ ＬＡＮＩ／Ｆ部 １１７ ＨＴＴＰプロキシ １１８ ユーザ認証部 ２００ 携帯電話 ３００ 携帯電話網 ３０１ 加入者電話網 ３０２ インターネット ３０３ ＩＰネットワーク ４００ ＰＣ ４０１ ＶＴＲ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 久保田 幸司 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 斉藤 孝弘 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5B085 AE02 AE03 BA06 BE07 BG02 BG07

Claims (12)

【特許請求の範囲】
1. 【請求項１】 任意の端末からのサーバ装置へのＵＲＬ
   に基づくアクセスを認証するための方法であって、 パスワードの通知を要求する端末が予め登録されている
   端末であるか否かを前記サーバ装置が判断するステップ
   と、 予め登録されている端末であると判断した場合、前記サ
   ーバ装置がパスワードを作成するステップと、 前記パスワードを埋め込んだＵＲＬを予め登録されてい
   る通知先に前記サーバ装置が通知するステップと、 アクセス要求する端末は、前記パスワードを埋め込んだ
   ＵＲＬを前記サーバ装置に送信するステップと、 前記アクセス要求する端末から送信されたＵＲＬに埋め
   込まれているパスワードが正しいか否かを判断するステ
   ップと、 正しいパスワードであると判断された場合に、前記サー
   バ装置は、前記アクセス要求する端末のＵＲＬに基づく
   アクセスを認証するステップとを備える、ＨＴＴＰ認証
   方法。
2. 【請求項２】 前記アクセス要求する端末の使用者が正
   当なユーザであるか否かを前記サーバ装置が認証するス
   テップをさらに備え、 前記ＵＲＬに基づくアクセスを認証するステップでは、
   正当なユーザであるとさらに認証された場合に限り、前
   記アクセス要求する端末のＵＲＬに基づくアクセスを認
   証することを特徴とする、請求項１に記載のＨＴＴＰ認
   証方法。
3. 【請求項３】 前記パスワードには、有効期限が存在
   し、 前記パスワードが正しいか否かを判断するステップで
   は、有効期限内のパスワードである場合に、正しいパス
   ワードであると判断することを特徴とする、請求項１に
   記載のＨＴＴＰ認証方法。
4. 【請求項４】 前記登録されている端末であるか否かを
   前記サーバ装置が判断するステップでは、前記パスワー
   ドの通知を要求する端末に固有に割り当てられている識
   別子に基づいて判断することを特徴とする、請求項１に
   記載のＨＴＴＰ認証方法。
5. 【請求項５】 前記ＵＲＬを予め登録されている通知先
   に前記サーバ装置が通知するステップでは、当該ＵＲＬ
   を電子メールで通知することを特徴とする、請求項１に
   記載のＨＴＴＰ認証方法。
6. 【請求項６】 前記ＵＲＬを予め登録されている通知先
   に前記サーバ装置が通知するステップでは、前記パスワ
   ードの通知を要求する端末と同一の端末に対して、前記
   ＵＲＬを通知することを特徴とする、請求項１に記載の
   ＨＴＴＰ認証方法。
7. 【請求項７】 ネットワークを介して接続されている任
   意の端末からのＵＲＬに基づくアクセスを認証するサー
   バ装置であって、 パスワードの通知を要求する端末が予め登録されている
   端末であるか否かを判断する端末判断手段と、 前記端末判断手段が予め登録されている端末であると判
   断した場合、パスワードを作成するパスワード作成手段
   と、 前記パスワード作成手段が作成したパスワードを埋め込
   んだＵＲＬを予め登録されている通知先に通知するＵＲ
   Ｌ通知手段と、 アクセス要求する端末から送信されたＵＲＬに埋め込ま
   れているパスワードが前記パスワード作成手段が作成し
   たパスワードと同一であるか否かを判断するパスワード
   判断手段と、 前記パスワード判断手段が同一のパスワードであると判
   断した場合、前記アクセス要求する端末のＵＲＬに基づ
   くアクセスを認証するアクセス認証手段とを備える、サ
   ーバ装置。
8. 【請求項８】 前記アクセス要求する端末の使用者が正
   当なユーザであるか否かを前記サーバ装置が認証するユ
   ーザ認証手段をさらに備え、 前記アクセス認証手段は、前記パスワード判断手段が同
   一のパスワードであると判断し、さらに、前記ユーザ認
   証手段が正当なユーザであると認証した場合に限り、前
   記アクセス要求する端末のＵＲＬに基づくアクセスを認
   証することを特徴とする、請求項７に記載のサーバ装
   置。
9. 【請求項９】 前記パスワード作成手段は、前記パスワ
   ードの作成と共にその有効期限を決定し、 前記パスワード判断手段は、前記有効期限内のパスワー
   ドである場合に、正しいパスワードであると判断するこ
   とを特徴とする、請求項７に記載のサーバ装置。
10. 【請求項１０】 前記端末判断手段は、前記パスワード
    の通知を要求する端末に固有に割り当てられている識別
    子に基づいて判断することを特徴とする、請求項７に記
    載のサーバ装置。
11. 【請求項１１】 前記ＵＲＬ通知手段は、当該ＵＲＬを
    電子メールで通知することを特徴とする、請求項７に記
    載のサーバ装置。
12. 【請求項１２】 前記ＵＲＬ通知手段は、前記パスワー
    ドの通知を要求する端末と同一の端末に対して、前記Ｕ
    ＲＬを通知することを特徴とする、請求項７に記載のサ
    ーバ装置。