通信装置、通信方法およびプログラム
【課題】 利用者毎のサービスの利用可否を決定できる通信装置を提供する。
【解決手段】 携帯端末１０は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、リクエストに応じたレスポンスを返す通信手段と、通信手段がリクエストを第１のネットワークから受信したとき、リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段がリクエストを第２のネットワークから受信したとき、識別情報を生成しないＣｏｏｋｉｅ生成手段１４と、通信手段が第２のネットワークから受け取ったリクエストが、識別情報を含むときはリクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるＨＴＴＰサーバ手段１３とを備える。
【解決手段】 携帯端末１０は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、リクエストに応じたレスポンスを返す通信手段と、通信手段がリクエストを第１のネットワークから受信したとき、リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段がリクエストを第２のネットワークから受信したとき、識別情報を生成しないＣｏｏｋｉｅ生成手段１４と、通信手段が第２のネットワークから受け取ったリクエストが、識別情報を含むときはリクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるＨＴＴＰサーバ手段１３とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびプログラムに関し、特にサービスの利用時におけるアクセス制御を実施する通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、無線ＬＡＮ（Local Area Network）アクセスポイント機能を持つ通信機器や携帯電話が登場している。このような機器は、複数の通信ベアラを有する。すなわち、インターネット接続のように不特定多数からアクセスされる通信ベアラと、無線ＬＡＮアクセスポイントと端末との間に形成されるネットワークのように接続時に認証などによりアクセス制限を行う通信ベアラである。
【０００３】
また、従来、サービスを提供するＷｅｂサーバは主にインターネット上に配置されていたが、近年では情報家電を含むさまざまな小型機器にもＷｅｂサーバが搭載されている。例えば、Ｗｅｂサーバを搭載したＨＤＤ（Hard Disk Drive）レコーダがある。このようなＨＤＤレコーダが搭載するＷｅｂサーバに対して、ユーザはＰＣなどが搭載するＷｅｂブラウザを介してアクセスし、録画予約をしたり、録画したコンテンツを視聴したりすることなどができる。これらのＷｅｂサーバは、通常は家庭内ＬＡＮのようなクローズドなネットワーク内に配置されることが多い。
【０００４】
このように無線ＬＡＮアクセスポイント機能を持つ通信機器がＷｅｂサーバを搭載する場合、その通信機器が開示する情報の重要度に応じてアクセス制御を行うことが重要である。これは、このような通信機器は不特定多数からのアクセスが可能であるため、不特定多数に機密性が高い情報が漏洩する恐れがあるからである。例えばＧＰＳ（Global Positioning System）情報や端末内の個人情報は、特定の人や機器のみに公開し、それ以外の人や機器には非公開にするといったアクセス制限が必要である。
【０００５】
このようなアクセス制限の例として、例えば通信機器が有する通信ベアラ毎に固定でサービスの利用可否を決定する方法がある。近年の無線ＬＡＮアクセスポイントには、ネットワーク設定のページが実装されている。この設定ページへのアクセスは、無線ＬＡＮベアラからは行えるが、インターネットベアラからはアクセスが禁止されている。これは、無線ＬＡＮベアラでは、接続時のアクセス認証があり、このアクセス認証をサービス利用認証としても利用しているためである。
【０００６】
例えば、特許文献１には、端末ＩＤ（Identification）を有さないパーソナルコンピュータから携帯電話端末向けのサービスサイトに接続するコンピュータネットワークシステムが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−９４５７１公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、通信機器が有するベアラ毎に固定でサービスの利用可否を決定する方法では、利用者毎のサービスの利用可否を決定できないという課題がある。すなわち、サービスを利用させたい端末や利用者からのアクセスであっても、例えば３Ｇネットワークなどの不特定多数からのアクセスが可能なネットワークからのアクセスの場合、サービスの利用を拒否するといった制限がなされてしまう。
【０００９】
また上記特許文献１に記載の発明では、端末ＩＤを有さないパーソナルコンピュータの全てに対して端末ＩＤを生成してアクセスを可能にするので、利用者毎のサービスの利用可否を決定することはできない。
【００１０】
本発明の目的は、利用者毎のサービスの利用可否を決定できる通信装置、通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明に係る通信装置は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、当該リクエストに応じたレスポンスを返す通信手段と、通信手段がリクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段が前記リクエストを第２のネットワークから受信したとき、識別情報を生成しない識別情報生成手段と、通信手段が第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるサービス提供手段とを備える。
【００１２】
本発明に係る通信方法は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、リクエストを第２のネットワークから受信したとき、識別情報を生成しない制御を行い、第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めることを備える。
【００１３】
本発明に係るプログラムは、第１のネットワークまたは第２のネットワークからリクエストを受け取る処理と、リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、リクエストを第２のネットワークから受信したとき、識別情報を生成しない処理と、第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める処理とをコンピュータに実行させる。
【発明の効果】
【００１４】
本発明によれば、利用者毎のサービスの利用可否を決定できるという効果が得られる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る通信システムの構成図である。
【図２】本発明の第１実施形態に係る携帯端末の構成を示すブロック図である。
【図３】本発明の第１実施形態に係る携帯端末の動作を示すフローチャートである。
【図４】無線ＬＡＮからＨＴＴＰリクエストを受信した場合の携帯端末の動作を示すフローチャートである。
【図５】インターネットからＨＴＴＰリクエストを受信した場合の携帯端末の動作を示すフローチャートである。
【図６】インターネットから受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含む場合の携帯端末の動作を示すフローチャートである。
【図７】本発明の第３実施形態に係る通信装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
第１実施形態
次に、本発明の実施形態について図面を参照して詳細に説明する。
【００１７】
図１は、本発明の第１実施形態に係る通信システムの構成図である。図１に示すように、通信システムは、携帯端末１０（通信装置）を含む。携帯端末１０は、第１のネットワーク４０および第２のネットワーク５０と接続可能である。
【００１８】
第１のネットワーク４０は、無線ＬＡＮなどのローカルネットワークであり、接続時に認証が必要なネットワークである。第２のネットワーク５０は、インターネットなどの不特定多数からアクセス可能なネットワークである。以下、第１のネットワーク４０を無線ＬＡＮ４０、第２のネットワーク５０をインターネット５０として説明する。
【００１９】
端末２０は、無線ＬＡＮ４０からもインターネット５０からも携帯端末１０に接続可能な端末である。端末３０は、インターネット５０からのみアクセス可能な端末である。携帯端末１０は、携帯端末に限らず、パソコン、その他の通信装置でもよい。同様に、端末２０，３０も、携帯端末、パソコン、その他の通信装置でよい。
【００２０】
本第１の実施形態では、無線ＬＡＮ４０およびインターネット５０のいずれからもアクセス可能な端末２０と、インターネット５０からのみアクセス可能な端末３０が、それぞれ携帯端末１０が提供するサービスを利用するためにアクセスしたときの携帯端末１０の動作について説明する。携帯端末１０は、Ｗｅｂサーバとしての機能と無線ＬＡＮアクセスポイント機能を搭載する。
【００２１】
図２は、携帯端末１０の構成を示すブロック図である。図２に示すように、携帯端末１０は、無線ＬＡＮ通信手段（通信手段）１１、インターネット通信手段（通信手段）１２、ＨＴＴＰ（HyperText Transfer Protocol）サーバ手段（サービス提供手段）１３、Ｃｏｏｋｉｅ生成手段（識別情報生成手段）１４、Ｃｏｏｋｉｅ確認手段（識別情報確認手段）１５、コンテンツ格納手段１６を備える。
【００２２】
無線ＬＡＮ通信手段１１は、無線ＬＡＮ４０と通信を行う。インターネット通信手段１２は、インターネット５０と通信を行う。ＨＴＴＰサーバ手段１３は、ＷＷＷ（World Wide Web）を通じて受けた要求（ＨＴＴＰリクエスト）に応じて、ＨＴＭＬ（Hyper Text Markup Language）文書などの情報を提供する。Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３からの指示に応答してＣｏｏｋｉｅを生成する。Ｃｏｏｋｉｅ確認手段１５は、ＨＴＴＰリクエスト内のＣｏｏｋｉｅの有効性を確認する。コンテンツ格納手段１６は、ＨＴＴＰリクエストに応じて提供するコンテンツを格納する。
【００２３】
携帯端末１０は、受信したＨＴＴＰリクエストが無線ＬＡＮ４０からのアクセスであった場合、送信元の端末に自身が提供するサービスの利用を許可する。これは、その端末が無線ＬＡＮ４０への接続時のアクセス認証に成功しているということであり、そのような端末は携帯端末１０が提供するサービスを利用させてもよいと判断できるからである。
【００２４】
一方、ＨＴＴＰリクエストがインターネット５０からのアクセスであった場合は、携帯端末１０は原則としてアクセスを許可しない。これは、インターネット５０は不特定多数からアクセス可能なネットワークであるため、機密性が高い情報を漏洩させないためである。ただし、携帯端末１０は、サービスを利用させたい端末を判断し、その端末に対してのみサービスを提供することを実現する。サービスを利用させたい端末か否かを判断するために、携帯端末１０はＣｏｏｋｉｅを利用する。
【００２５】
Ｃｏｏｋｉｅとは、利用者があるＷｅｂサイトにアクセスしたときに、そのＷｅｂサイトが利用者のコンピュータのハードディスクドライブに保存する情報であり、例えば利用者が最後にＷｅｂサイトを訪れた日時、訪問回数、その他ユーザ情報を含む。
【００２６】
以下、具体的に携帯端末１０の動作について説明する。図３は、携帯端末１０の動作を示すフローチャートである。
【００２７】
まず、携帯端末１０に対して端末２０が無線ＬＡＮ４０からＨＴＴＰリクエストを送信した場合の携帯端末１０の動作について説明する。図４は、端末２０が無線ＬＡＮ４０からＨＴＴＰリクエストを送信した場合の携帯端末１０の動作を示すフローチャートである。図３、図４を参照して、携帯端末１０の動作について説明する。
【００２８】
携帯端末１０は、無線ＬＡＮ通信手段１１において無線ＬＡＮ４０内に存在する端末２０からＨＴＴＰリクエストを受信する（図３ステップＳＴ１０１）。無線ＬＡＮ通信手段１１は、受信したＨＴＴＰリクエストをＨＴＴＰサーバ手段１３に通知する（図４ステップａ１）。
【００２９】
ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストが無線ＬＡＮ通信手段１１またはインターネット通信手段１２のいずれから受け取ったかを判別する（図３ステップＳＴ１０２、図４ステップａ２）。ここでは、ＨＴＴＰサーバ手段１３は無線ＬＡＮ４０からのアクセスであると判別する。またこのときＨＴＴＰサーバ手段１３は、無線ＬＡＮ４０からのアクセスを受信した旨のネットワーク識別子を生成する。
【００３０】
続いて、ＨＴＴＰサーバ手段１３は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判断する（図３ステップＳＴ１０３、図４ステップａ３）。ＨＴＴＰリクエストは、ヘッダとボディを含む。ＨＴＴＰリクエストのヘッダには、Ｗｅｂブラウザで利用可能な言語や認証情報、コンテンツパスなど、ＷｅｂブラウザからＷｅｂサーバに知らせたい情報が含まれる。Ｃｏｏｋｉｅが存在する場合、該ＣｏｏｋｉｅはＨＴＴＰリクエストのヘッダに含まれてＨＴＴＰサーバ１３に送信される。ここでは、Ｃｏｏｋｉｅは存在しないとする。
【００３１】
ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅ生成手段１４にＣｏｏｋｉｅの生成を要求する（図４ステップａ４）。このとき、ＨＴＴＰサーバ手段１３は、ステップａ２で生成したネットワーク識別子とＨＴＴＰリクエスト内に含まれるコンテンツパスとを引数としてＣｏｏｋｉｅ生成手段１４に渡す。
【００３２】
Ｃｏｏｋｉｅ生成手段１４は、上記要求に応答してＣｏｏｋｉｅの生成を許可するか否を判断し、許可する場合はＣｏｏｋｉｅを生成する（図３ステップＳＴ１０４、図４ステップａ５）。Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３から受け取ったネットワーク識別子が無線ＬＡＮ４０からのアクセスであることを示すことを確認し、Ｃｏｏｋｉｅを生成する。Ｃｏｏｋｉｅ生成手段１４は、インターネットからのアクセスに対してはＣｏｏｋｉｅを生成しない。
【００３３】
上述したように、無線ＬＡＮ４０からＨＴＴＰリクエストを送信してきた端末は、携帯端末１０が提供するサービスの利用を許可してよい端末である。したがって、携帯端末１０は、この端末に対して、サービスの利用を許可する旨の識別情報を生成し、付与する。この識別情報が、Ｃｏｏｋｉｅ生成手段１４が生成するＣｏｏｋｉｅである。
【００３４】
Ｃｏｏｋｉｅ生成手段１４は、例えば「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」というＣｏｏｋｉｅを生成する。「Ｓｅｔ−Ｃｏｏｋｉｅ」は、ＨＴＴＰサーバが端末にＣｏｏｋｉｅを送るときのＨＴＴＰヘッダである。「ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０」は、Ｃｏｏｋｉｅの名前とその値を示す。このＣｏｏｋｉｅは、「ＳｅｒｖｉｃｅＡ」というサービスを提供している携帯端末１０であることを示す。「Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」は、Ｃｏｏｋｉｅの有効期限を示す。
【００３５】
Ｃｏｏｋｉｅ生成手段１４は、生成したＣｏｏｋｉｅをＨＴＴＰサーバ手段１３に返す（図４ステップａ６）。ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅを受け取ると、ＨＴＴＰリクエストのコンテンツパスを引数として、コンテンツ格納手段１６に対してコンテンツの読み出しを要求する（図３ステップＳＴ１０５、図４ステップａ７）。コンテンツ格納手段１６から対応するコンテンツの通知を受けると（図４ステップａ８）、ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅとコンテンツを含むＨＴＴＰレスポンスを生成する。そして、そのＨＴＴＰレスポンスをＨＴＴＰリクエストを送信してきた端末２０に、無線ＬＡＮ通信手段１１を介して返信する（図３ステップＳＴ１０６、図４ステップａ９）。以上の動作により、携帯端末１０は、無線ＬＡＮ４０からＨＴＴＰリクエストを送信してきた端末２０に対してコンテンツを提供する。
【００３６】
次に、インターネット５０内に存在する端末３０が携帯端末１０にアクセスした場合の携帯端末１０の動作について説明する。図５は、携帯端末１０がインターネット５０内に存在する端末３０からＨＴＴＰリクエストを受信した場合の動作を示すフローチャートである。図３、図５を参照して、携帯端末１０の動作について説明する。
【００３７】
携帯端末１０は、インターネット通信手段１２においてインターネット５０内に存在する端末３０からＨＴＴＰリクエストを受信する。インターネット通信手段１２は、受信したＨＴＴＰリクエストをＨＴＴＰサーバ手段１３に通知する（図５ステップｂ１）。ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストが無線ＬＡＮ通信手段１１またはインターネット通信手段１２のいずれから受け取ったかを判別する（図３ステップＳＴ１０２、図５ステップｂ２）。ここでは、ＨＴＴＰサーバ手段１３はインターネット５０からのアクセスであると判別し、その旨を示すネットワーク識別子を生成する。
【００３８】
上述したように、ＨＴＴＰサーバ手段１３は、インターネット５０からのアクセスは原則として許可しないが、許可する端末からのアクセスであるか否かを以下のように判別し、許可する端末にのみサービスを提供する。
【００３９】
すなわち、ＨＴＴＰサーバ手段１３は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判断する（図３ステップＳＴ１０７、図５ステップｂ３）。ここでは、Ｃｏｏｋｉｅは存在しないとする。
【００４０】
ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅ生成手段１４に対してＣｏｏｋｉｅの生成を要求する（図５ステップｂ４）。このとき、ＨＴＴＰサーバ手段１３は、ステップｂ２で生成したネットワーク識別子とＨＴＴＰリクエスト内に含まれるコンテンツパスを引数としてＣｏｏｋｉｅ生成手段１４に渡す。
【００４１】
Ｃｏｏｋｉｅ生成手段１４は、上記要求に応答して、Ｃｏｏｋｉｅの生成を許可するか否を判断する（図５ステップｂ５）。ここでは、ＨＴＴＰサーバ手段１３から受け取ったネットワーク識別子がインターネット５０からのアクセスであることを示すので、Ｃｏｏｋｉｅ生成手段１４は、Ｃｏｏｋｉｅの生成を許可しないと判断し、その旨をＨＴＴＰサーバ手段１３に返す（図５ステップｂ６）。
【００４２】
ＨＴＴＰサーバ手段１３は、上記通知に応答して、アクセスを許可しない旨のＨＴＴＰレスポンスをインターネット通信手段１２を介して端末２０に送信する（図３ステップＳＴ１０８、図５ステップｂ７）。具体的には、ＨＴＴＰサーバ手段１３は、ＨＴＴＰのステータスコードとして「４００ＢａｄＲｅｑｕｅｓｔ」をインターネット通信手段１２に返す。「４００ＢａｄＲｅｑｕｅｓｔ」は、不正なリクエストが行われたことを意味する。ユーザは、アクセスが許可されなかったことを認識する。以上の動作により、携帯端末１０は、インターネット５０からＣｏｏｋｉｅを含まないＨＴＴＰリクエストを送信してきた端末３０に対して、サービスの利用を許可しない。
【００４３】
次に、端末２０がインターネット５０を経由して携帯端末１０にアクセスする場合について説明する。端末２０は、上述したように無線ＬＡＮ４０に接続可能な端末であるので、インターネット５０を経由して携帯端末１０にアクセスした場合でも携帯端末１０のサービスの利用を許可することが望ましい。そこで、インターネット５０を経由して携帯端末１０にアクセスしてきた端末にサービスの利用を許可するか否かを以下のように判断する。
【００４４】
図６は、端末２０がインターネット５０を経由して携帯端末１０にアクセスする場合の動作を示すフローチャートである。図３，図６を参照して、携帯端末１０の動作について説明する。
【００４５】
携帯端末１０は、インターネット５０を経由してＨＴＴＰリクエストを受信した場合、図３のステップＳＴ１０７の判断を行う。すなわち、携帯端末１０は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判別する（図３ステップＳＴ１０７、図６ステップｃ２）。
【００４６】
この場合、ＨＴＴＰリクエストはＣｏｏｋｉｅを含むとする。インターネット５０から送信されたＨＴＴＰリクエストがＣｏｏｋｉｅを含むのは、ＨＴＴＰリクエストを送信してきた端末が過去に無線ＬＡＮ４０から携帯端末１０にＨＴＴＰリクエストを送信し、そのレスポンスとしてＣｏｏｋｉｅを受信していた場合である。したがって、インターネット５０からＣｏｏｋｉｅを含むＨＴＴＰリクエストを送信してきた端末には携帯端末１０のサービスの利用を許可してよいと判断できる。
【００４７】
ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストがＣｏｏｋｉｅを含むと判断すると、そのＣｏｏｋｉｅとコンテンツパスを引数としてＣｏｏｋｉｅ確認手段１５にＣｏｏｋｉｅが利用可能か否かの確認を要求する（図３ステップＳＴ１０９、図６ステップｃ３）。Ｃｏｏｋｉｅ確認手段１５は、そのＣｏｏｋｉｅが自端末の該当するサービスのものか否か、有効期限が切れていない否かなど、Ｃｏｏｋｉｅの利用可否を確認する（図６ステップｃ４）。利用不可である場合、ＨＴＴＰサーバ手段１３は、アクセスを許可しない旨のＨＴＴＰレスポンスをインターネット通信手段１２を介して送信する（図３ステップＳＴ１０８）。
【００４８】
Ｃｏｏｋｉｅが利用可である場合、Ｃｏｏｋｉｅ確認手段１５はＨＴＴＰサーバ手段１３に対してコンテンツの読み込みを許可する旨を通知する（図６ステップｃ５）。ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストのコンテンツパスを引数として、コンテンツ格納手段１６に対してコンテンツの読み出しを要求する（図３ステップＳＴ１１０、図６ステップｃ６）。コンテンツ格納手段１６から対応するコンテンツの通知を受けると（図６ステップｃ７）、ＨＴＴＰサーバ手段１３は、コンテンツを含むＨＴＴＰレスポンスを生成し、それをインターネット通信手段１２を介して返信する（図３ステップＳＴ１１１、図６ステップｃ８）。以上の動作により、携帯端末１０は、インターネット５０を経由してＨＴＴＰリクエストを送信してきた端末２０にサービスを提供する。
【００４９】
以上のように、第１の実施形態によれば、携帯端末１０は、無線ＬＡＮネットワーク４０内に存在する端末からＨＴＴＰリクエストを受信した場合、そのＨＴＴＰリクエストがＣｏｏｋｉｅを含まない場合はＣｏｏｋｉｅを生成し、生成したＣｏｏｋｉｅとコンテンツを端末２０に提供する。また携帯端末１０は、インターネット５０内に存在する端末からＨＴＴＰリクエストを受信した場合、ＨＴＴＰリクエストが利用可能なＣｏｏｋｉｅを含む場合のみその端末にコンテンツを提供する。この構成により、携帯端末１０はサービスを提供したい端末のみにアクセス権を付与することができ、利用者毎のサービスの利用可否を決定できるという効果が得られる。
【００５０】
第２の実施形態
上記第１の実施形態で説明したＣｏｏｋｉｅは、端末の利用者に悪意があれば改ざんされてしまう恐れがある。そこで、第２の実施形態では、この改ざんを防ぐために、デジタル証明書の署名を行うことを説明する。
【００５１】
第１の実施形態で示した図４のステップａ５において、Ｃｏｏｋｉｅ生成手段１４は生成したＣｏｏｋｉｅに対してデジタル証明書の署名を行ってもよい。具体的には、Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３の秘密鍵を用いた署名計算を行う。例えば、ＨＴＴＰサーバ手段１３の秘密鍵が「［ＳｏｍｅＳｅｃｒｅｔ］」であり、Ｃｏｏｋｉｅ生成手段１４が生成したＣｏｏｋｉｅが「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」であったとする。このとき、Ｃｏｏｋｉｅ生成手段１４は、これらを連結した「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］」というＣｏｏｋｉｅを生成する。そして、Ｃｏｏｋｉｅ生成手段１４は、このＣｏｏｋｉｅのＳＨＡ−１ハッシュ値を算出する。ＳＨＡ−１とは、米国政府標準ハッシュ関数である。
【００５２】
ここでは、例えば「８６ｅ７ｅｃ２ａｄａｅｄａｂｆｂｄ４９ａｃ３８０ｄｅａ１ｂ２５７ｃｅ８ｂ１ｅ５２」というハッシュ値が得られたとする。Ｃｏｏｋｉｅ生成手段１４は、これらを連結した「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］； ｓｉｇｎ＝８６ｅ７ｅｃ２ａｄａｅｄａｂｆｂｄ４９ａｃ３８０ｄｅａ１ｂ２５７ｃｅ８ｂ１ｅ５２」をＣｏｏｋｉｅとして生成する。ＨＴＴＰサーバ手段１３は、このＣｏｏｋｉｅをＨＴＴＰレスポンスに含めて送信する。
【００５３】
第１の実施形態で示した図６のステップｃ４において、Ｃｏｏｋｉｅ確認手段１５は、ＨＴＴＰリクエストに含まれるＣｏｏｋｉｅにデジタル証明書の署名がなされていた場合、その検証を行う。すなわち、Ｃｏｏｋｉｅ生成手段１４が用いたハッシュアルゴリズムを用いて、ＨＴＴＰリクエストに含まれるＣｏｏｋｉｅ「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］」のハッシュ値を算出する。そして、この算出値とＨＴＴＰリクエストのＣｏｏｋｉｅに含まれていたハッシュ値とを比較し、一致すれば、Ｃｏｏｋｉｅ確認手段１５は、続いてＣｏｏｋｉｅに署名されている秘密鍵が自身のものであるか否かを検証する。ハッシュ値が一致し、秘密鍵が自身のものであれば、Ｃｏｏｋｉｅ確認手段１５は検証が成功したと判断する。ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅのデジタル証明書の署名の検証が成功した場合のみ端末にサービスを提供する。成功しなかった場合は、ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅが改ざんされたことを端末に通知してもよい。
【００５４】
ここではデジタル証明書の署名にＳＨＡ−１ハッシュアルゴリズムを用いたが、任意の一方向性関数を用いてもよい。
【００５５】
なお、秘密鍵として、ＨＴＴＰサーバ手段１３はすべてのコンテンツについて同一の鍵を用いてもよいし、コンテンツ毎に異なる鍵を配布してもよい。また、ＨＴＴＰサーバ手段１３は秘密鍵を１つ保持することに限定されず、複数の秘密鍵を保持してもよい。この場合、秘密鍵を識別するための識別情報をＣｏｏｋｉｅ生成手段１４がＣｏｏｋｉｅに含めてもよい。あるいは、ＨＴＴＰサーバ手段１３は保持するすべての秘密鍵を用いてデジタル証明書の署名を行い、１つでも一致すれば検証が成功したとしてもよい。
【００５６】
以上のように、第２の実施形態によれば、Ｃｏｏｋｉｅ生成手段１４が生成したＣｏｏｋｉｅにデジタル証明書の署名を行い、Ｃｏｏｋｉｅ確認手段１５がＣｏｏｋｉｅのデジタル証明書の署名の検証を行う。この構成により、携帯端末１０はＣｏｏｋｉｅの改ざんを防止し、サービスの利用を許可する正当な端末にのみサービスを提供することができるという効果が得られる。
【００５７】
第３の実施形態
図７は、第３の実施形態に係る通信装置６０の構成を示すブロック図である。図７に示すように、通信装置６０は、通信手段６１、識別情報生成手段６２およびサービス提供手段６３を備える。
【００５８】
通信手段６１は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、そのリクエストに応じたレスポンスを返す。識別情報生成手段６２は、通信手段６１がリクエストを第１のネットワークから受信したとき、そのリクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段６１がリクエストを第２のネットワークから受信したとき、識別情報を生成しない。サービス提供手段６３は、通信手段６１が第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める。
【００５９】
以上のように、第３の実施形態によれば、通信装置６０は利用者毎のサービスの利用可否を決定できるという効果が得られる。
【産業上の利用可能性】
【００６０】
本発明は、サーバ機能を搭載する通信装置に適用できる。
【符号の説明】
【００６１】
１０ 携帯端末
１１ 無線ＬＡＮ通信手段
１２ インターネット通信手段
１３ ＨＴＴＰサーバ手段
１４ Ｃｏｏｋｉｅ生成手段
１５ Ｃｏｏｋｉｅ確認手段
１６ コンテンツ格納手段
２０，３０ 端末
４０ 無線ＬＡＮ
５０ インターネット
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびプログラムに関し、特にサービスの利用時におけるアクセス制御を実施する通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
近年、無線ＬＡＮ（Local Area Network）アクセスポイント機能を持つ通信機器や携帯電話が登場している。このような機器は、複数の通信ベアラを有する。すなわち、インターネット接続のように不特定多数からアクセスされる通信ベアラと、無線ＬＡＮアクセスポイントと端末との間に形成されるネットワークのように接続時に認証などによりアクセス制限を行う通信ベアラである。
【０００３】
また、従来、サービスを提供するＷｅｂサーバは主にインターネット上に配置されていたが、近年では情報家電を含むさまざまな小型機器にもＷｅｂサーバが搭載されている。例えば、Ｗｅｂサーバを搭載したＨＤＤ（Hard Disk Drive）レコーダがある。このようなＨＤＤレコーダが搭載するＷｅｂサーバに対して、ユーザはＰＣなどが搭載するＷｅｂブラウザを介してアクセスし、録画予約をしたり、録画したコンテンツを視聴したりすることなどができる。これらのＷｅｂサーバは、通常は家庭内ＬＡＮのようなクローズドなネットワーク内に配置されることが多い。
【０００４】
このように無線ＬＡＮアクセスポイント機能を持つ通信機器がＷｅｂサーバを搭載する場合、その通信機器が開示する情報の重要度に応じてアクセス制御を行うことが重要である。これは、このような通信機器は不特定多数からのアクセスが可能であるため、不特定多数に機密性が高い情報が漏洩する恐れがあるからである。例えばＧＰＳ（Global Positioning System）情報や端末内の個人情報は、特定の人や機器のみに公開し、それ以外の人や機器には非公開にするといったアクセス制限が必要である。
【０００５】
このようなアクセス制限の例として、例えば通信機器が有する通信ベアラ毎に固定でサービスの利用可否を決定する方法がある。近年の無線ＬＡＮアクセスポイントには、ネットワーク設定のページが実装されている。この設定ページへのアクセスは、無線ＬＡＮベアラからは行えるが、インターネットベアラからはアクセスが禁止されている。これは、無線ＬＡＮベアラでは、接続時のアクセス認証があり、このアクセス認証をサービス利用認証としても利用しているためである。
【０００６】
例えば、特許文献１には、端末ＩＤ（Identification）を有さないパーソナルコンピュータから携帯電話端末向けのサービスサイトに接続するコンピュータネットワークシステムが開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−９４５７１公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、通信機器が有するベアラ毎に固定でサービスの利用可否を決定する方法では、利用者毎のサービスの利用可否を決定できないという課題がある。すなわち、サービスを利用させたい端末や利用者からのアクセスであっても、例えば３Ｇネットワークなどの不特定多数からのアクセスが可能なネットワークからのアクセスの場合、サービスの利用を拒否するといった制限がなされてしまう。
【０００９】
また上記特許文献１に記載の発明では、端末ＩＤを有さないパーソナルコンピュータの全てに対して端末ＩＤを生成してアクセスを可能にするので、利用者毎のサービスの利用可否を決定することはできない。
【００１０】
本発明の目的は、利用者毎のサービスの利用可否を決定できる通信装置、通信方法およびプログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本発明に係る通信装置は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、当該リクエストに応じたレスポンスを返す通信手段と、通信手段がリクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段が前記リクエストを第２のネットワークから受信したとき、識別情報を生成しない識別情報生成手段と、通信手段が第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるサービス提供手段とを備える。
【００１２】
本発明に係る通信方法は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、リクエストを第２のネットワークから受信したとき、識別情報を生成しない制御を行い、第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めることを備える。
【００１３】
本発明に係るプログラムは、第１のネットワークまたは第２のネットワークからリクエストを受け取る処理と、リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、リクエストを第２のネットワークから受信したとき、識別情報を生成しない処理と、第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める処理とをコンピュータに実行させる。
【発明の効果】
【００１４】
本発明によれば、利用者毎のサービスの利用可否を決定できるという効果が得られる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態に係る通信システムの構成図である。
【図２】本発明の第１実施形態に係る携帯端末の構成を示すブロック図である。
【図３】本発明の第１実施形態に係る携帯端末の動作を示すフローチャートである。
【図４】無線ＬＡＮからＨＴＴＰリクエストを受信した場合の携帯端末の動作を示すフローチャートである。
【図５】インターネットからＨＴＴＰリクエストを受信した場合の携帯端末の動作を示すフローチャートである。
【図６】インターネットから受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含む場合の携帯端末の動作を示すフローチャートである。
【図７】本発明の第３実施形態に係る通信装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１６】
第１実施形態
次に、本発明の実施形態について図面を参照して詳細に説明する。
【００１７】
図１は、本発明の第１実施形態に係る通信システムの構成図である。図１に示すように、通信システムは、携帯端末１０（通信装置）を含む。携帯端末１０は、第１のネットワーク４０および第２のネットワーク５０と接続可能である。
【００１８】
第１のネットワーク４０は、無線ＬＡＮなどのローカルネットワークであり、接続時に認証が必要なネットワークである。第２のネットワーク５０は、インターネットなどの不特定多数からアクセス可能なネットワークである。以下、第１のネットワーク４０を無線ＬＡＮ４０、第２のネットワーク５０をインターネット５０として説明する。
【００１９】
端末２０は、無線ＬＡＮ４０からもインターネット５０からも携帯端末１０に接続可能な端末である。端末３０は、インターネット５０からのみアクセス可能な端末である。携帯端末１０は、携帯端末に限らず、パソコン、その他の通信装置でもよい。同様に、端末２０，３０も、携帯端末、パソコン、その他の通信装置でよい。
【００２０】
本第１の実施形態では、無線ＬＡＮ４０およびインターネット５０のいずれからもアクセス可能な端末２０と、インターネット５０からのみアクセス可能な端末３０が、それぞれ携帯端末１０が提供するサービスを利用するためにアクセスしたときの携帯端末１０の動作について説明する。携帯端末１０は、Ｗｅｂサーバとしての機能と無線ＬＡＮアクセスポイント機能を搭載する。
【００２１】
図２は、携帯端末１０の構成を示すブロック図である。図２に示すように、携帯端末１０は、無線ＬＡＮ通信手段（通信手段）１１、インターネット通信手段（通信手段）１２、ＨＴＴＰ（HyperText Transfer Protocol）サーバ手段（サービス提供手段）１３、Ｃｏｏｋｉｅ生成手段（識別情報生成手段）１４、Ｃｏｏｋｉｅ確認手段（識別情報確認手段）１５、コンテンツ格納手段１６を備える。
【００２２】
無線ＬＡＮ通信手段１１は、無線ＬＡＮ４０と通信を行う。インターネット通信手段１２は、インターネット５０と通信を行う。ＨＴＴＰサーバ手段１３は、ＷＷＷ（World Wide Web）を通じて受けた要求（ＨＴＴＰリクエスト）に応じて、ＨＴＭＬ（Hyper Text Markup Language）文書などの情報を提供する。Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３からの指示に応答してＣｏｏｋｉｅを生成する。Ｃｏｏｋｉｅ確認手段１５は、ＨＴＴＰリクエスト内のＣｏｏｋｉｅの有効性を確認する。コンテンツ格納手段１６は、ＨＴＴＰリクエストに応じて提供するコンテンツを格納する。
【００２３】
携帯端末１０は、受信したＨＴＴＰリクエストが無線ＬＡＮ４０からのアクセスであった場合、送信元の端末に自身が提供するサービスの利用を許可する。これは、その端末が無線ＬＡＮ４０への接続時のアクセス認証に成功しているということであり、そのような端末は携帯端末１０が提供するサービスを利用させてもよいと判断できるからである。
【００２４】
一方、ＨＴＴＰリクエストがインターネット５０からのアクセスであった場合は、携帯端末１０は原則としてアクセスを許可しない。これは、インターネット５０は不特定多数からアクセス可能なネットワークであるため、機密性が高い情報を漏洩させないためである。ただし、携帯端末１０は、サービスを利用させたい端末を判断し、その端末に対してのみサービスを提供することを実現する。サービスを利用させたい端末か否かを判断するために、携帯端末１０はＣｏｏｋｉｅを利用する。
【００２５】
Ｃｏｏｋｉｅとは、利用者があるＷｅｂサイトにアクセスしたときに、そのＷｅｂサイトが利用者のコンピュータのハードディスクドライブに保存する情報であり、例えば利用者が最後にＷｅｂサイトを訪れた日時、訪問回数、その他ユーザ情報を含む。
【００２６】
以下、具体的に携帯端末１０の動作について説明する。図３は、携帯端末１０の動作を示すフローチャートである。
【００２７】
まず、携帯端末１０に対して端末２０が無線ＬＡＮ４０からＨＴＴＰリクエストを送信した場合の携帯端末１０の動作について説明する。図４は、端末２０が無線ＬＡＮ４０からＨＴＴＰリクエストを送信した場合の携帯端末１０の動作を示すフローチャートである。図３、図４を参照して、携帯端末１０の動作について説明する。
【００２８】
携帯端末１０は、無線ＬＡＮ通信手段１１において無線ＬＡＮ４０内に存在する端末２０からＨＴＴＰリクエストを受信する（図３ステップＳＴ１０１）。無線ＬＡＮ通信手段１１は、受信したＨＴＴＰリクエストをＨＴＴＰサーバ手段１３に通知する（図４ステップａ１）。
【００２９】
ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストが無線ＬＡＮ通信手段１１またはインターネット通信手段１２のいずれから受け取ったかを判別する（図３ステップＳＴ１０２、図４ステップａ２）。ここでは、ＨＴＴＰサーバ手段１３は無線ＬＡＮ４０からのアクセスであると判別する。またこのときＨＴＴＰサーバ手段１３は、無線ＬＡＮ４０からのアクセスを受信した旨のネットワーク識別子を生成する。
【００３０】
続いて、ＨＴＴＰサーバ手段１３は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判断する（図３ステップＳＴ１０３、図４ステップａ３）。ＨＴＴＰリクエストは、ヘッダとボディを含む。ＨＴＴＰリクエストのヘッダには、Ｗｅｂブラウザで利用可能な言語や認証情報、コンテンツパスなど、ＷｅｂブラウザからＷｅｂサーバに知らせたい情報が含まれる。Ｃｏｏｋｉｅが存在する場合、該ＣｏｏｋｉｅはＨＴＴＰリクエストのヘッダに含まれてＨＴＴＰサーバ１３に送信される。ここでは、Ｃｏｏｋｉｅは存在しないとする。
【００３１】
ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅ生成手段１４にＣｏｏｋｉｅの生成を要求する（図４ステップａ４）。このとき、ＨＴＴＰサーバ手段１３は、ステップａ２で生成したネットワーク識別子とＨＴＴＰリクエスト内に含まれるコンテンツパスとを引数としてＣｏｏｋｉｅ生成手段１４に渡す。
【００３２】
Ｃｏｏｋｉｅ生成手段１４は、上記要求に応答してＣｏｏｋｉｅの生成を許可するか否を判断し、許可する場合はＣｏｏｋｉｅを生成する（図３ステップＳＴ１０４、図４ステップａ５）。Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３から受け取ったネットワーク識別子が無線ＬＡＮ４０からのアクセスであることを示すことを確認し、Ｃｏｏｋｉｅを生成する。Ｃｏｏｋｉｅ生成手段１４は、インターネットからのアクセスに対してはＣｏｏｋｉｅを生成しない。
【００３３】
上述したように、無線ＬＡＮ４０からＨＴＴＰリクエストを送信してきた端末は、携帯端末１０が提供するサービスの利用を許可してよい端末である。したがって、携帯端末１０は、この端末に対して、サービスの利用を許可する旨の識別情報を生成し、付与する。この識別情報が、Ｃｏｏｋｉｅ生成手段１４が生成するＣｏｏｋｉｅである。
【００３４】
Ｃｏｏｋｉｅ生成手段１４は、例えば「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」というＣｏｏｋｉｅを生成する。「Ｓｅｔ−Ｃｏｏｋｉｅ」は、ＨＴＴＰサーバが端末にＣｏｏｋｉｅを送るときのＨＴＴＰヘッダである。「ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０」は、Ｃｏｏｋｉｅの名前とその値を示す。このＣｏｏｋｉｅは、「ＳｅｒｖｉｃｅＡ」というサービスを提供している携帯端末１０であることを示す。「Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」は、Ｃｏｏｋｉｅの有効期限を示す。
【００３５】
Ｃｏｏｋｉｅ生成手段１４は、生成したＣｏｏｋｉｅをＨＴＴＰサーバ手段１３に返す（図４ステップａ６）。ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅを受け取ると、ＨＴＴＰリクエストのコンテンツパスを引数として、コンテンツ格納手段１６に対してコンテンツの読み出しを要求する（図３ステップＳＴ１０５、図４ステップａ７）。コンテンツ格納手段１６から対応するコンテンツの通知を受けると（図４ステップａ８）、ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅとコンテンツを含むＨＴＴＰレスポンスを生成する。そして、そのＨＴＴＰレスポンスをＨＴＴＰリクエストを送信してきた端末２０に、無線ＬＡＮ通信手段１１を介して返信する（図３ステップＳＴ１０６、図４ステップａ９）。以上の動作により、携帯端末１０は、無線ＬＡＮ４０からＨＴＴＰリクエストを送信してきた端末２０に対してコンテンツを提供する。
【００３６】
次に、インターネット５０内に存在する端末３０が携帯端末１０にアクセスした場合の携帯端末１０の動作について説明する。図５は、携帯端末１０がインターネット５０内に存在する端末３０からＨＴＴＰリクエストを受信した場合の動作を示すフローチャートである。図３、図５を参照して、携帯端末１０の動作について説明する。
【００３７】
携帯端末１０は、インターネット通信手段１２においてインターネット５０内に存在する端末３０からＨＴＴＰリクエストを受信する。インターネット通信手段１２は、受信したＨＴＴＰリクエストをＨＴＴＰサーバ手段１３に通知する（図５ステップｂ１）。ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストが無線ＬＡＮ通信手段１１またはインターネット通信手段１２のいずれから受け取ったかを判別する（図３ステップＳＴ１０２、図５ステップｂ２）。ここでは、ＨＴＴＰサーバ手段１３はインターネット５０からのアクセスであると判別し、その旨を示すネットワーク識別子を生成する。
【００３８】
上述したように、ＨＴＴＰサーバ手段１３は、インターネット５０からのアクセスは原則として許可しないが、許可する端末からのアクセスであるか否かを以下のように判別し、許可する端末にのみサービスを提供する。
【００３９】
すなわち、ＨＴＴＰサーバ手段１３は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判断する（図３ステップＳＴ１０７、図５ステップｂ３）。ここでは、Ｃｏｏｋｉｅは存在しないとする。
【００４０】
ＨＴＴＰサーバ手段１３は、Ｃｏｏｋｉｅ生成手段１４に対してＣｏｏｋｉｅの生成を要求する（図５ステップｂ４）。このとき、ＨＴＴＰサーバ手段１３は、ステップｂ２で生成したネットワーク識別子とＨＴＴＰリクエスト内に含まれるコンテンツパスを引数としてＣｏｏｋｉｅ生成手段１４に渡す。
【００４１】
Ｃｏｏｋｉｅ生成手段１４は、上記要求に応答して、Ｃｏｏｋｉｅの生成を許可するか否を判断する（図５ステップｂ５）。ここでは、ＨＴＴＰサーバ手段１３から受け取ったネットワーク識別子がインターネット５０からのアクセスであることを示すので、Ｃｏｏｋｉｅ生成手段１４は、Ｃｏｏｋｉｅの生成を許可しないと判断し、その旨をＨＴＴＰサーバ手段１３に返す（図５ステップｂ６）。
【００４２】
ＨＴＴＰサーバ手段１３は、上記通知に応答して、アクセスを許可しない旨のＨＴＴＰレスポンスをインターネット通信手段１２を介して端末２０に送信する（図３ステップＳＴ１０８、図５ステップｂ７）。具体的には、ＨＴＴＰサーバ手段１３は、ＨＴＴＰのステータスコードとして「４００ＢａｄＲｅｑｕｅｓｔ」をインターネット通信手段１２に返す。「４００ＢａｄＲｅｑｕｅｓｔ」は、不正なリクエストが行われたことを意味する。ユーザは、アクセスが許可されなかったことを認識する。以上の動作により、携帯端末１０は、インターネット５０からＣｏｏｋｉｅを含まないＨＴＴＰリクエストを送信してきた端末３０に対して、サービスの利用を許可しない。
【００４３】
次に、端末２０がインターネット５０を経由して携帯端末１０にアクセスする場合について説明する。端末２０は、上述したように無線ＬＡＮ４０に接続可能な端末であるので、インターネット５０を経由して携帯端末１０にアクセスした場合でも携帯端末１０のサービスの利用を許可することが望ましい。そこで、インターネット５０を経由して携帯端末１０にアクセスしてきた端末にサービスの利用を許可するか否かを以下のように判断する。
【００４４】
図６は、端末２０がインターネット５０を経由して携帯端末１０にアクセスする場合の動作を示すフローチャートである。図３，図６を参照して、携帯端末１０の動作について説明する。
【００４５】
携帯端末１０は、インターネット５０を経由してＨＴＴＰリクエストを受信した場合、図３のステップＳＴ１０７の判断を行う。すなわち、携帯端末１０は、受信したＨＴＴＰリクエストがＣｏｏｋｉｅを含むか否かを判別する（図３ステップＳＴ１０７、図６ステップｃ２）。
【００４６】
この場合、ＨＴＴＰリクエストはＣｏｏｋｉｅを含むとする。インターネット５０から送信されたＨＴＴＰリクエストがＣｏｏｋｉｅを含むのは、ＨＴＴＰリクエストを送信してきた端末が過去に無線ＬＡＮ４０から携帯端末１０にＨＴＴＰリクエストを送信し、そのレスポンスとしてＣｏｏｋｉｅを受信していた場合である。したがって、インターネット５０からＣｏｏｋｉｅを含むＨＴＴＰリクエストを送信してきた端末には携帯端末１０のサービスの利用を許可してよいと判断できる。
【００４７】
ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストがＣｏｏｋｉｅを含むと判断すると、そのＣｏｏｋｉｅとコンテンツパスを引数としてＣｏｏｋｉｅ確認手段１５にＣｏｏｋｉｅが利用可能か否かの確認を要求する（図３ステップＳＴ１０９、図６ステップｃ３）。Ｃｏｏｋｉｅ確認手段１５は、そのＣｏｏｋｉｅが自端末の該当するサービスのものか否か、有効期限が切れていない否かなど、Ｃｏｏｋｉｅの利用可否を確認する（図６ステップｃ４）。利用不可である場合、ＨＴＴＰサーバ手段１３は、アクセスを許可しない旨のＨＴＴＰレスポンスをインターネット通信手段１２を介して送信する（図３ステップＳＴ１０８）。
【００４８】
Ｃｏｏｋｉｅが利用可である場合、Ｃｏｏｋｉｅ確認手段１５はＨＴＴＰサーバ手段１３に対してコンテンツの読み込みを許可する旨を通知する（図６ステップｃ５）。ＨＴＴＰサーバ手段１３は、ＨＴＴＰリクエストのコンテンツパスを引数として、コンテンツ格納手段１６に対してコンテンツの読み出しを要求する（図３ステップＳＴ１１０、図６ステップｃ６）。コンテンツ格納手段１６から対応するコンテンツの通知を受けると（図６ステップｃ７）、ＨＴＴＰサーバ手段１３は、コンテンツを含むＨＴＴＰレスポンスを生成し、それをインターネット通信手段１２を介して返信する（図３ステップＳＴ１１１、図６ステップｃ８）。以上の動作により、携帯端末１０は、インターネット５０を経由してＨＴＴＰリクエストを送信してきた端末２０にサービスを提供する。
【００４９】
以上のように、第１の実施形態によれば、携帯端末１０は、無線ＬＡＮネットワーク４０内に存在する端末からＨＴＴＰリクエストを受信した場合、そのＨＴＴＰリクエストがＣｏｏｋｉｅを含まない場合はＣｏｏｋｉｅを生成し、生成したＣｏｏｋｉｅとコンテンツを端末２０に提供する。また携帯端末１０は、インターネット５０内に存在する端末からＨＴＴＰリクエストを受信した場合、ＨＴＴＰリクエストが利用可能なＣｏｏｋｉｅを含む場合のみその端末にコンテンツを提供する。この構成により、携帯端末１０はサービスを提供したい端末のみにアクセス権を付与することができ、利用者毎のサービスの利用可否を決定できるという効果が得られる。
【００５０】
第２の実施形態
上記第１の実施形態で説明したＣｏｏｋｉｅは、端末の利用者に悪意があれば改ざんされてしまう恐れがある。そこで、第２の実施形態では、この改ざんを防ぐために、デジタル証明書の署名を行うことを説明する。
【００５１】
第１の実施形態で示した図４のステップａ５において、Ｃｏｏｋｉｅ生成手段１４は生成したＣｏｏｋｉｅに対してデジタル証明書の署名を行ってもよい。具体的には、Ｃｏｏｋｉｅ生成手段１４は、ＨＴＴＰサーバ手段１３の秘密鍵を用いた署名計算を行う。例えば、ＨＴＴＰサーバ手段１３の秘密鍵が「［ＳｏｍｅＳｅｃｒｅｔ］」であり、Ｃｏｏｋｉｅ生成手段１４が生成したＣｏｏｋｉｅが「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；」であったとする。このとき、Ｃｏｏｋｉｅ生成手段１４は、これらを連結した「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］」というＣｏｏｋｉｅを生成する。そして、Ｃｏｏｋｉｅ生成手段１４は、このＣｏｏｋｉｅのＳＨＡ−１ハッシュ値を算出する。ＳＨＡ−１とは、米国政府標準ハッシュ関数である。
【００５２】
ここでは、例えば「８６ｅ７ｅｃ２ａｄａｅｄａｂｆｂｄ４９ａｃ３８０ｄｅａ１ｂ２５７ｃｅ８ｂ１ｅ５２」というハッシュ値が得られたとする。Ｃｏｏｋｉｅ生成手段１４は、これらを連結した「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］； ｓｉｇｎ＝８６ｅ７ｅｃ２ａｄａｅｄａｂｆｂｄ４９ａｃ３８０ｄｅａ１ｂ２５７ｃｅ８ｂ１ｅ５２」をＣｏｏｋｉｅとして生成する。ＨＴＴＰサーバ手段１３は、このＣｏｏｋｉｅをＨＴＴＰレスポンスに含めて送信する。
【００５３】
第１の実施形態で示した図６のステップｃ４において、Ｃｏｏｋｉｅ確認手段１５は、ＨＴＴＰリクエストに含まれるＣｏｏｋｉｅにデジタル証明書の署名がなされていた場合、その検証を行う。すなわち、Ｃｏｏｋｉｅ生成手段１４が用いたハッシュアルゴリズムを用いて、ＨＴＴＰリクエストに含まれるＣｏｏｋｉｅ「Ｓｅｔ−Ｃｏｏｋｉｅ：ＮＡＭＥ＝ＳｅｒｖｉｃｅＡ．携帯端末１０；Ｗｅｄ、３１−Ｄｅｃ−２０３８ ２３：５９：５９；ｓｅｃｒｅｔ＿ｋｅｙ＝［ＳｏｍｅＳｅｃｒｅｔ］」のハッシュ値を算出する。そして、この算出値とＨＴＴＰリクエストのＣｏｏｋｉｅに含まれていたハッシュ値とを比較し、一致すれば、Ｃｏｏｋｉｅ確認手段１５は、続いてＣｏｏｋｉｅに署名されている秘密鍵が自身のものであるか否かを検証する。ハッシュ値が一致し、秘密鍵が自身のものであれば、Ｃｏｏｋｉｅ確認手段１５は検証が成功したと判断する。ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅのデジタル証明書の署名の検証が成功した場合のみ端末にサービスを提供する。成功しなかった場合は、ＨＴＴＰサーバ手段１３はＣｏｏｋｉｅが改ざんされたことを端末に通知してもよい。
【００５４】
ここではデジタル証明書の署名にＳＨＡ−１ハッシュアルゴリズムを用いたが、任意の一方向性関数を用いてもよい。
【００５５】
なお、秘密鍵として、ＨＴＴＰサーバ手段１３はすべてのコンテンツについて同一の鍵を用いてもよいし、コンテンツ毎に異なる鍵を配布してもよい。また、ＨＴＴＰサーバ手段１３は秘密鍵を１つ保持することに限定されず、複数の秘密鍵を保持してもよい。この場合、秘密鍵を識別するための識別情報をＣｏｏｋｉｅ生成手段１４がＣｏｏｋｉｅに含めてもよい。あるいは、ＨＴＴＰサーバ手段１３は保持するすべての秘密鍵を用いてデジタル証明書の署名を行い、１つでも一致すれば検証が成功したとしてもよい。
【００５６】
以上のように、第２の実施形態によれば、Ｃｏｏｋｉｅ生成手段１４が生成したＣｏｏｋｉｅにデジタル証明書の署名を行い、Ｃｏｏｋｉｅ確認手段１５がＣｏｏｋｉｅのデジタル証明書の署名の検証を行う。この構成により、携帯端末１０はＣｏｏｋｉｅの改ざんを防止し、サービスの利用を許可する正当な端末にのみサービスを提供することができるという効果が得られる。
【００５７】
第３の実施形態
図７は、第３の実施形態に係る通信装置６０の構成を示すブロック図である。図７に示すように、通信装置６０は、通信手段６１、識別情報生成手段６２およびサービス提供手段６３を備える。
【００５８】
通信手段６１は、第１のネットワークまたは第２のネットワークからリクエストを受け取り、そのリクエストに応じたレスポンスを返す。識別情報生成手段６２は、通信手段６１がリクエストを第１のネットワークから受信したとき、そのリクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、通信手段６１がリクエストを第２のネットワークから受信したとき、識別情報を生成しない。サービス提供手段６３は、通信手段６１が第２のネットワークから受け取ったリクエストが、識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める。
【００５９】
以上のように、第３の実施形態によれば、通信装置６０は利用者毎のサービスの利用可否を決定できるという効果が得られる。
【産業上の利用可能性】
【００６０】
本発明は、サーバ機能を搭載する通信装置に適用できる。
【符号の説明】
【００６１】
１０ 携帯端末
１１ 無線ＬＡＮ通信手段
１２ インターネット通信手段
１３ ＨＴＴＰサーバ手段
１４ Ｃｏｏｋｉｅ生成手段
１５ Ｃｏｏｋｉｅ確認手段
１６ コンテンツ格納手段
２０，３０ 端末
４０ 無線ＬＡＮ
５０ インターネット
【特許請求の範囲】
【請求項１】
第１のネットワークまたは第２のネットワークからリクエストを受け取り、当該リクエストに応じたレスポンスを返す通信手段と、
前記通信手段が前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成して前記レスポンスに含め、前記通信手段が前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない識別情報生成手段と、
前記通信手段が第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるサービス提供手段と
を備えた通信装置。
【請求項２】
前記通信手段が第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認する識別情報確認手段をさらに備えることを特徴とする請求項１記載の通信装置。
【請求項３】
前記識別情報生成手段は、生成した識別情報に対してデジタル証明書の署名を行うことを特徴とする請求項１または請求項２記載の通信装置。
【請求項４】
前記識別情報確認手段は、受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行うことを特徴とする請求項２記載の通信装置。
【請求項５】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項１ないし請求項４のいずれか１項記載の通信装置。
【請求項６】
前記識別情報生成手段は、識別情報としてＣｏｏｋｉｅを生成することを特徴とする請求項１ないし請求項５記載の通信装置。
【請求項７】
第１のネットワークまたは第２のネットワークからリクエストを受け取り、
前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない制御を行い、
前記第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めること
を備えた通信方法。
【請求項８】
前記第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認することをさらに備えることを特徴とする請求項７記載の通信方法。
【請求項９】
生成した識別情報に対してデジタル証明書の署名を行うことを特徴とする請求項７または請求項８記載の通信方法。
【請求項１０】
受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行うことを特徴とする請求項８記載の通信方法。
【請求項１１】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項７ないし請求項１０のいずれか１項記載の通信方法。
【請求項１２】
識別情報としてＣｏｏｋｉｅを生成することを特徴とする請求項７ないし請求項１１記載の通信方法。
【請求項１３】
第１のネットワークまたは第２のネットワークからリクエストを受け取る処理と、
前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない処理と、
前記第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める処理とを、
コンピュータに実行させるプログラム。
【請求項１４】
前記第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認する処理をさらに備えることを特徴とする請求項１３記載のプログラム。
【請求項１５】
生成した識別情報に対してデジタル証明書の署名を行う処理を含むことを特徴とする請求項１３または請求項１４記載のプログラム。
【請求項１６】
受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行う処理を含むことを特徴とする請求項１４記載のプログラム。
【請求項１７】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項１３ないし請求項１６のいずれか１項記載のプログラム。
【請求項１８】
識別情報としてＣｏｏｋｉｅを生成する処理を含むことを特徴とする請求項１３ないし請求項１７記載のプログラム。
【請求項１】
第１のネットワークまたは第２のネットワークからリクエストを受け取り、当該リクエストに応じたレスポンスを返す通信手段と、
前記通信手段が前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成して前記レスポンスに含め、前記通信手段が前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない識別情報生成手段と、
前記通信手段が第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めるサービス提供手段と
を備えた通信装置。
【請求項２】
前記通信手段が第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認する識別情報確認手段をさらに備えることを特徴とする請求項１記載の通信装置。
【請求項３】
前記識別情報生成手段は、生成した識別情報に対してデジタル証明書の署名を行うことを特徴とする請求項１または請求項２記載の通信装置。
【請求項４】
前記識別情報確認手段は、受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行うことを特徴とする請求項２記載の通信装置。
【請求項５】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項１ないし請求項４のいずれか１項記載の通信装置。
【請求項６】
前記識別情報生成手段は、識別情報としてＣｏｏｋｉｅを生成することを特徴とする請求項１ないし請求項５記載の通信装置。
【請求項７】
第１のネットワークまたは第２のネットワークからリクエストを受け取り、
前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない制御を行い、
前記第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含めること
を備えた通信方法。
【請求項８】
前記第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認することをさらに備えることを特徴とする請求項７記載の通信方法。
【請求項９】
生成した識別情報に対してデジタル証明書の署名を行うことを特徴とする請求項７または請求項８記載の通信方法。
【請求項１０】
受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行うことを特徴とする請求項８記載の通信方法。
【請求項１１】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項７ないし請求項１０のいずれか１項記載の通信方法。
【請求項１２】
識別情報としてＣｏｏｋｉｅを生成することを特徴とする請求項７ないし請求項１１記載の通信方法。
【請求項１３】
第１のネットワークまたは第２のネットワークからリクエストを受け取る処理と、
前記リクエストを第１のネットワークから受信したとき、当該リクエストが第２のネットワークからアクセスするための識別情報を含まない場合は該識別情報を生成してレスポンスに含め、前記リクエストを第２のネットワークから受信したとき、前記識別情報を生成しない処理と、
前記第２のネットワークから受け取ったリクエストが、前記識別情報を含むときは当該リクエストに応じたサービスをレスポンスに含め、含まないときはサービスの利用の不許可をレスポンスに含める処理とを、
コンピュータに実行させるプログラム。
【請求項１４】
前記第２のネットワークから受け取ったリクエストに含まれる識別情報の有効性を確認する処理をさらに備えることを特徴とする請求項１３記載のプログラム。
【請求項１５】
生成した識別情報に対してデジタル証明書の署名を行う処理を含むことを特徴とする請求項１３または請求項１４記載のプログラム。
【請求項１６】
受け取った識別情報にデジタル証明書の署名がなされていたらその検証を行う処理を含むことを特徴とする請求項１４記載のプログラム。
【請求項１７】
前記第１のネットワークは、アクセス認証を必要とするローカルネットワークであり、前記第２のネットワークは不特定多数の人がアクセス可能なネットワークであることを特徴とする請求項１３ないし請求項１６のいずれか１項記載のプログラム。
【請求項１８】
識別情報としてＣｏｏｋｉｅを生成する処理を含むことを特徴とする請求項１３ないし請求項１７記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−１０７７４５（Ｐ２０１１−１０７７４５Ａ）
【公開日】平成２３年６月２日（２０１１．６．２）
【国際特許分類】
【出願番号】特願２００９−２５８８１３（Ｐ２００９−２５８８１３）
【出願日】平成２１年１１月１２日（２００９．１１．１２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２３年６月２日（２０１１．６．２）
【国際特許分類】
【出願日】平成２１年１１月１２日（２００９．１１．１２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]