(57)【要約】【課題】ハードウェアリソースのセキュリティを保ったままで、取得されたデータに対する認証が完了する前に、そのデータに基づいて画像を提示できるようにする。【解決手段】リソースアクセス監視部１０５は、認証部１０４が認証中である場合には、認証中であることを示す通知を表示画像生成部１０８に与え、表示画像生成部１０８は、当該通知を受けた場合には、ネットワークから取得したデータファイルで示される複数の部分画像を、アクセス要求によりリソースアクセス制御部１０６がローカルリソース１０７を制御した結果であるアクセス結果を用いて生成される第１の部分画像と、当該アクセス結果を用いずに生成される第２の部分画像とに分離して、認証部１０４の認証の完了を待たずに、第２の部分画像を生成するとともに、認証中であることを示す通知画像を生成して、これらを組み合わせて表示画像を生成する。【選択図】図１
2013242847.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークから、複数の部分画像を生成して、当該複数の部分画像を組み合わせることにより表示画像を生成することを示すデータファイルを取得する取得部と、
前記データファイルに対する認証を行う認証部と、
ローカルリソースと、
前記ローカルリソースを制御するリソースアクセス制御部と、
前記認証部での認証状態及び認証結果に応じて、前記ローカルリソースへのアクセスの可否を判断するリソースアクセス監視部と、
前記データファイルに従って、前記ローカルリソースへのアクセス要求を前記リソースアクセス監視部に行い、当該アクセス要求に対する前記リソースアクセス監視部からの応答に基づいて表示画像を生成する表示画像生成部と、を備え、
前記リソースアクセス監視部は、前記認証部が認証中である場合には、前記アクセス要求による前記ローカルリソースへのアクセスを不可と判断して、前記認証部が認証中であることを示す通知を前記表示画像生成部に与え、
前記表示画像生成部は、
前記認証部が認証中であることを示す通知を受けた場合には、前記複数の部分画像を、前記アクセス要求により前記リソースアクセス制御部が前記ローカルリソースを制御した結果であるアクセス結果を用いて生成される第１の部分画像と、前記アクセス結果を用いずに生成される第２の部分画像と、に分離して、前記認証部における認証の完了を待たずに、前記第２の部分画像を生成するとともに、前記認証部が認証中であることを示す通知画像を生成し、
前記第２の部分画像と、前記通知画像とを組み合わせた画像を、前記表示画像として生成すること
を特徴とする映像処理端末。
【請求項２】
前記通知画像は、さらに前記ローカルリソースへのアクセスが制限されていることを示す画像であること
を特徴とする請求項１に記載の映像処理端末。
【請求項３】
前記リソースアクセス監視部は、前記認証部の認証結果が認証成功である場合には、前記アクセス要求による前記ローカルリソースへのアクセスを可と判断して、前記アクセス要求を前記リソースアクセス制御部に与え、前記リソースアクセス制御部から前記アクセス結果を取得し、前記アクセス結果を前記応答として前記表示画像生成部に与え、
前記表示画像生成部は、前記アクセス結果を受けた場合には、前記表示画像として、前記第１の部分画像と、前記第２の部分画像とを組み合わせた画像を生成すること
を特徴とする請求項１又は２に記載の映像処理端末。
【請求項４】
前記リソースアクセス監視部は、前記認証部の認証結果が認証失敗である場合には、前記アクセス要求による前記ローカルリソースへのアクセスを不可と判断して、前記認証部による認証結果が認証失敗であることを前記応答として前記表示画像生成部に通知し、
前記表示画像生成部は、前記認証部による認証結果が認証失敗であることを示す通知を受けた場合に、前記表示画像として、認証失敗であることを示す画像を生成すること
を特徴とする請求項１から３の何れか一項に記載の映像処理端末。
【請求項５】
前記リソースアクセス制御部は、前記リソースアクセス監視部が、前記アクセス要求による前記ローカルリソースへのアクセスを不可と判断した場合には、前記アクセス要求に基づく前記ローカルリソースへの制御を行わないこと
を特徴とする請求項１から４の何れか一項に記載の映像処理端末。
【請求項６】
前記データファイルは、マークアップ言語で記述された情報を有する構造化データファイルを含むこと
を特徴とする請求項１から５の何れか一項に記載の映像処理端末。
【請求項７】
前記データファイルは、前記映像処理端末において実行されるプログラムを記述するためのスクリプト言語で記述されたスクリプトファイルをさらに含むこと
を特徴とする請求項６に記載の映像処理端末。
【請求項８】
前記データファイルは、公開鍵基盤技術に基づいて認証するためのデータを含み、
前記認証部は、前記公開鍵基盤技術に基づいて、前記データファイルに対する認証を行うこと
を特徴とする請求項１から７の何れか一項に記載の映像処理端末。
【請求項９】
ネットワークから、複数の部分画像を生成して、当該複数の部分画像を組み合わせることにより表示画像を生成することを示すデータファイルを取得する取得過程と、
前記データファイルに対する認証を行う認証過程と、
ローカルリソースを制御するリソースアクセス制御過程と、
前記認証過程での認証状態及び認証結果に応じて、前記ローカルリソースへのアクセスの可否を判断するリソースアクセス監視過程と、
前記データファイルに従って、前記ローカルリソースへのアクセス要求を行い、当該アクセス要求に対する前記リソースアクセス監視過程からの応答に基づいて表示画像を生成する表示画像生成過程と、を備え、
前記リソースアクセス監視過程は、前記認証過程が認証中である場合には、前記アクセス要求による前記ローカルリソースへのアクセスを不可と判断して、前記認証過程が認証中であることを示す通知を前記表示画像生成過程に与え、
前記表示画像生成過程は、
前記認証過程が認証中であることを示す通知を受けた場合には、前記複数の部分画像を、前記アクセス要求により前記リソースアクセス制御過程が前記ローカルリソースを制御した結果であるアクセス結果を用いて生成される第１の部分画像と、前記アクセス結果を用いずに生成される第２の部分画像と、に分離して、前記認証過程における認証の完了を待たずに、前記第２の部分画像を生成するとともに、前記認証過程が認証中であることを示す通知画像を生成する過程と、
前記第２の部分画像と、前記通知画像とを組み合わせた画像を、前記表示画像として生成する過程と、を有すること
を特徴とする映像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像処理端末及び映像処理方法に関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータ、テレビ及び携帯通信端末等の電子機器の多くは、グラフィカルな情報をユーザに提示する機能を有しており、グラフィカルな情報を提示する手段の一つとして、ウェブブラウザがある。ウェブブラウザは、インターネット及びイントラネット上のサーバ（サイト）からウェブページを取得し、取得したウェブページに基づいてその画像情報を生成し、対応する画像を画面上に表示させる。これにより、ユーザはウェブページの画像を閲覧することができる。ウェブページは、Ｗ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）等の標準化団体が定めたマークアップ言語、スタイルシート言語及びスクリプト言語等で記述された情報を含むデータファイルから構成される。インターネット又はイントラネット上の所在位置を示すＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）の指定により、このウェブページを取得することができる。
【０００３】
また、ウェブブラウザをより便利に使用するために、新たにＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  ＭａｒｋｕｐＬａｎｇｕａｇｅ）５標準規格等の技術が提案されている。ＨＴＭＬ５では、ウェブブラウザから端末内にウェブページのコンテンツを保存したり、読み出したりすることが可能である。また、携帯通信端末等ではＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）等、端末側のハードウェアリソースにアクセスできるようブラウザ機能の拡張が行われている。
【０００４】
例えば、特許文献１に記載の通信装置は、端末に保存されたコンテンツのセキュリティを確保するために、保存されたコンテンツを暗号化し、正常に認証が行われた場合にのみ暗号化されたコンテンツを復号し、ブラウザに提供する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２５７２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載された通信装置は、オフラインにて過去に受信したデータをブラウザにて使用する際に保存するデータを暗号化し、データを利用する際にユーザ認証が正常に行われたユーザに対して暗号化されたデータを復号し、そのデータを利用できるようにするものである。このため、取得された全体のウェブページのデータに対して認証が完了する前に、認証が必要な部分のデータ以外の部分を表示できるようにすることはできず、認証が完了するまで表示ができないという問題がある。
【０００７】
そこで、本発明は、ハードウェアリソースのセキュリティを保ったままで、取得されたデータに対する認証が完了する前に、そのデータに基づいて画像を提示できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一態様に係る映像処理端末は、ネットワークから、複数の部分画像を生成して、当該複数の部分画像を組み合わせることにより表示画像を生成することを示すデータファイルを取得する取得部と、前記データファイルに対する認証を行う認証部と、ローカルリソースと、前記ローカルリソースを制御するリソースアクセス制御部と、前記認証部での認証状態及び認証結果に応じて、前記ローカルリソースへのアクセスの可否を判断するリソースアクセス監視部と、前記データファイルに従って、前記ローカルリソースへのアクセス要求を前記リソースアクセス監視部に行い、当該アクセス要求に対する前記リソースアクセス監視部からの応答に基づいて表示画像を生成する表示画像生成部と、を備え、前記リソースアクセス監視部は、前記認証部が認証中である場合には、前記アクセス要求による前記ローカルリソースへのアクセスを不可と判断して、前記認証部が認証中であることを示す通知を前記表示画像生成部に与え、前記表示画像生成部は、前記認証部が認証中であることを示す通知を受けた場合には、前記複数の部分画像を、前記アクセス要求により前記リソースアクセス制御部が前記ローカルリソースを制御した結果であるアクセス結果を用いて生成される第１の部分画像と、前記アクセス結果を用いずに生成される第２の部分画像と、に分離して、前記認証部における認証の完了を待たずに、前記第２の部分画像を生成するとともに、前記認証部が認証中であることを示す通知画像を生成し、前記第２の部分画像と、前記通知画像とを組み合わせた画像を、前記表示画像として生成することを特徴とする。
【発明の効果】
【０００９】
本発明の一態様によれば、ハードウェアリソースのセキュリティを保ったままで、取得されたデータに対する認証が完了する前に、そのデータに基づいて画像を提示できるようになる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態に係る映像処理端末の構成を概略的に示すブロック図である。
【図２】実施の形態における、ＰＫＩを用いた認証データの構成例を示す概略図である。
【図３】実施の形態における電子証明書の構成例を示す概略図である。
【図４】実施の形態におけるリソースアクセス監視部の構成を概略的に示すブロック図である。
【図５】実施の形態におけるウェブページのＨＴＭＬファイルの内容の一例を示す概略図である。
【図６】実施の形態におけるスタイルシートファイルの内容の一例を示す概略図である。
【図７】実施の形態におけるスクリプトファイルの内容の一例を示す概略図である。
【図８】実施の形態における表示画像生成部が生成する画面の第１の例を示す概略図である。
【図９】実施の形態における表示画像生成部が生成する画面の第２の例を示す概略図である。
【図１０】実施の形態における表示画像生成部がローカルリソースへのアクセス要求を行って、画面表示を行う際の処理を示すフローチャートである。
【図１１】実施の形態において、取得されたウェブページに対する認証がＮＧであり、表示できないことを示す表示画像の一例を示す概略図である。
【図１２】実施の形態において、取得されたウェブページに対する認証状態が認証中であり、要求したリソースへのアクセスが制限されていることを示す表示画像の一例を示す概略図である。
【発明を実施するための形態】
【００１１】
実施の形態．
図１は、実施の形態に係る映像処理端末１００の構成を概略的に示すブロック図である。映像処理端末１００は、取得部１０１と、認証部１０４と、リソースアクセス監視部１０５と、リソースアクセス制御部１０６と、ローカルリソース１０７と、表示画像生成部１０８と、表示部１０９と、入力部１１２とを備える。ここで、取得部１０１は、通信部１０２と、受信部１０３とを備える。表示部１０９は、表示制御部１１０と、表示装置１１１とを備える。入力部１１２は、入力制御部１１３と、入力装置１１４とを備える。
【００１２】
なお、映像処理端末１００は、ネットワーク１３０を介して、サーバ１３１と通信することができるように構成されている。ネットワーク１３０は、例えば、インターネット等の広域ネットワーク及びＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の小規模ネットワークである。
【００１３】
取得部１０１は、ネットワーク１３０を介して、データの取得及び送出を行う。
通信部１０２は、ネットワーク１３０との間で通信を実行する。例えば、通信部１０２は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従ってサーバ１３１との通信を実行し、サーバ１３１に対してアドレス情報で指定されるウェブページの取得要求を送信する。なお、アドレス情報とは、ウェブページのリソースの場所を一意に特定するための情報であり、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）をアドレス情報として使用することができる。ウェブページは、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、ＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、及び、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等のマークアップ言語で記述されたデータファイルである。また、ウェブページは、当該データファイルに含まれる表示項目の表示形式等を制御するためのスタイルシート言語で記述されたスタイルシートファイル、及び、ウェブページで端末側での動的な表現等を実現するためのスクリプト言語で記述されたスクリプトファイルを含むこともある。スタイルシート言語としては、公知のＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔ）が挙げられ、スクリプト言語としてはＪａｖａＳｃｒｉｐｔが挙げられる。このデータファイルは、複数の部分画像を生成して、当該複数の部分画像を組み合わせることにより表示画像を生成することを示すものとする。
【００１４】
受信部１０３は、通信部１０２を介して、サーバ１３１に対してデータを要求し、要求したデータを取得する処理を行い、取得したデータを認証部１０４に与える。
【００１５】
認証部１０４は、受信部１０３から受け取ったデータに対して認証処理を行うとともに、受信部１０３から受け取ったデータのうち、ＨＴＭＬファイルのデータ、並びに、当該ＨＴＭＬファイルで参照されるスタイルシートファイル及びスクリプトファイル等のデータを表示画像生成部１０８に与える。また、認証部１０４は、その認証結果をリソースアクセス監視部１０５に通知する。
【００１６】
ここで、認証部１０４の認証について説明する。パスワードやクレジットカードの情報等の個人情報及び機密情報等の盗聴及び改竄、並びに、サーバのなりすましを防ぐために、ウェブ上でデータをやり取りする際にはＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）と呼ばれる通信プロトコルが使用される。この通信プロトコルは、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）として標準化されている。
ＳＳＬでは認証方式として公開鍵基盤（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ：以下、ＰＫＩという）が多く使用されている。ＰＫＩを利用するシステムでは、秘密鍵（Ｐｒｉｖａｔｅ  Ｋｅｙ）と呼ばれる、電子署名を行う署名者だけが所有する鍵と、当該秘密鍵とペアとなる、ほかの人に公開される公開鍵（Ｐｕｂｌｉｃ  Ｋｅｙ）とが使用される。秘密鍵で暗号化が施されたデータは、ペアとなる公開鍵で復号することができ、また、公開鍵で暗号化が施されたデータは、ペアとなる秘密鍵で復号することができる。
電子署名により認証を行う際には、署名者側は、対象の電子データに対してハッシュアルゴリズムを使用して、ダイジェストと呼ばれる、当該電子データがハッシュ化されたデータを生成し、さらにダイジェストを秘密鍵で暗号化した暗号データを生成する。そして、署名者側は、当該電子データとともに当該暗号データを送信する。当該電子データ及び当該暗号データを受信した受信者側は、公開鍵を使用して、暗号データを復号することで復号化データを生成し、この復号化データと、受信した電子データにハッシュアルゴリズムを使用して生成されるダイジェストとを比較する。比較した結果が一致している場合には、電子データの改竄が行われていないことを確認することができ、また、暗号データを公開鍵で復号できることで署名者によって暗号化されたデータであることを確認することができるため、送信された電子データが問題ないと認証される。復号化データと、受信した電子データにハッシュアルゴリズムを使用して生成されるダイジェストとが一致しない場合、及び、暗号データをうまく復号できない場合は、データの改竄、又は、異なる署名者の鍵が使用されていることを確認することができるため、送信されたデータの認証はＮＧとなる。
また、より信頼性を高めるために、署名者の公開鍵を含む電子証明書が使用される。電子証明書は、認証局（Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ：以下、ＣＡとする）が発行するもので、署名者の名称、署名者の公開鍵、有効期限、ＣＡの名称、及び、ＣＡの電子署名等の情報が含まれる。電子証明書にはＣＡの電子署名が含まれるため、当該電子証明書の記載内容についてＣＡにより保証される。
サーバ１３１が、上記で説明したＰＫＩを使用してウェブページ及び認証用のデータを生成する。そして、映像処理端末１００では、認証部１０４が、サーバ１３１から取得されたデータに基づいて、認証を行い、認証結果をリソースアクセス監視部１０５に通知する。
【００１７】
図２は、上述したＰＫＩを用いた認証データの構成例を示す概略図である。図２に示されているように、サーバ１３１から映像処理端末１００が取得するデータ１４０は、暗号化されていないウェブページのデータである元データ１４０ａと、元データ１４０ａからハッシュ関数によりハッシュデータを生成し、さらにサーバ１３１の秘密鍵で暗号化された暗号化ハッシュデータ１４０ｂと、サーバ１３１の電子証明書１４０ｃとから構成される。
また、図３は、電子証明書の構成例を示す概略図である。図３に示されているように、電子証明書１４１は、電子証明書１４１のバージョン１４１ａ、電子証明書１４１のＩＤを示すシリアル番号１４１ｂ、ＣＡが署名の際に用いる署名アルゴリズム１４１ｃ、ＣＡの名前を示す発行者１４１ｄ、電子証明書１４１の有効期限１４１ｅ、電子証明書１４１の主体者の名前を示すサブジェクト１４１ｆ、サブジェクト１４１ｆの公開鍵アルゴリズム１４１ｇ、サブジェクト１４１ｆの公開鍵１４１ｈ、ＣＡが署名の際に用いる署名アルゴリズム１４１ｉ、ＣＡによる電子証明書１４１の署名値１４１ｊから構成される。例えば、公開鍵暗号方式としてＲＳＡ（Ｒｉｖｅｓｔ  Ｓｈａｍｉｒ  Ａｄｌｅｍａｎ）暗号、ハッシュ関数としてＳＨＡ（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）−１を用いることを示す値、及び、公開鍵アルゴリズムとして、ＲＳＡ暗号を用いることを示す値等が、署名アルゴリズム１４１ｃとして使用される。これらのデータを用いて認証が行われる。
【００１８】
図１の説明に戻り、リソースアクセス監視部１０５は、映像処理端末１００におけるローカルリソース１０７へのアクセスを監視して、認証部１０４での認証状態及び認証結果に応じて、ローカルリソース１０７へのアクセスの可否を判断する。図４は、リソースアクセス監視部１０５の構成を概略的に示すブロック図である。リソースアクセス監視部１０５は、リソースアクセス可否判断部１０５ａと、リソースアクセス要求処理部１０５ｂとを備える。
【００１９】
リソースアクセス可否判断部１０５ａは、認証部１０４の認証結果に応じて、ローカルリソース１０７へのアクセスを許可するか否かを判断する。例えば、リソースアクセス可否判断部１０５ａは、認証部１０４の認証結果がＯＫ（認証成功）である場合には、ローカルリソース１０７へのアクセスを許可し、認証部１０４の認証結果がＮＧ（認証失敗）である場合には、ローカルリソース１０７へのアクセスを禁止する。さらに、リソースアクセス可否判断部１０５ａは、認証部１０４が認証中である場合も、ローカルリソース１０７へのアクセスを禁止する。
また、リソースアクセス可否判断部１０５ａは、表示画像生成部１０８からのアクセス要求に対し、ローカルリソース１０７へアクセスするためのライブラリ及びドライバ等へのアクセスを確認して監視する。例えば、図５、図６及び図７で構成されるウェブページでは、ローカルリソースへのアクセスとして、図７のスクリプトファイル中の１０行目、１４行目、２１行目にてローカルストレージのインターフェースを用いて、それぞれ、映像処理端末１００の記録媒体にアクセスが行われる。リソースアクセス監視部１０５は、ローカルストレージのインターフェースから呼び出される、記録媒体へのアクセス制御用のライブラリを監視し、認証部１０４の認証状態及び認証結果に基づいて、記録媒体へのアクセスの可否を制御する。これにより、認証が完了していない状態の場合及び認証結果がＮＧの場合に、記録媒体へのアクセスを制限することができる。映像処理端末１００の他のローカルリソースについても同様に監視することで、認証が完了していない状態の場合及び認証結果がＮＧの場合に、ローカルリソース１０７へのアクセスを制限することができる。
【００２０】
リソースアクセス要求処理部１０５ｂは、表示画像生成部１０８から、ローカルリソース１０７へのアクセス要求を受け取り、リソースアクセス可否判断部１０５ａでの判断に応じて、このアクセス要求を処理する。例えば、リソースアクセス要求処理部１０５ｂは、リソースアクセス可否判断部１０５ａがローカルリソース１０７へのアクセスを許可した場合には、リソースアクセス可否判断部１０５ａを介して、アクセス要求をリソースアクセス制御部１０６に送る。また、リソースアクセス要求処理部１０５ｂは、認証結果がＮＧであることを理由に、リソースアクセス可否判断部１０５ａがローカルリソース１０７へのアクセスを禁止した場合には、表示画像生成部１０８に対し、認証がＮＧであることを通知する。さらに、リソースアクセス要求処理部１０５ｂは、認証中であることを理由に、リソースアクセス可否判断部１０５ａがローカルリソース１０７へのアクセスを禁止した場合には、表示画像生成部１０８に対し、認証中であることを通知する。
【００２１】
図１の説明に戻り、リソースアクセス制御部１０６は、リソースアクセス監視部１０５から、アクセス要求を受け取ると、このアクセス要求に従って、指定されたローカルリソース１０７に対する制御を行う。そして、リソースアクセス制御部１０６は、アクセス要求によりローカルリソース１０７を制御した結果であるアクセス結果をリソースアクセス監視部１０５に与える。例えば、リソースアクセス制御部１０６は、アクセス要求がローカルリソース１０７からデータを取得する要求である場合には、ローカルリソース１０７から指定されたデータを取得して、取得したデータをリソースアクセス監視部１０５に与える。
【００２２】
ローカルリソース１０７は、映像処理端末１００が有するハードウェアのリソースである。ローカルリソース１０７は、例えば、ハードディスクやメモリーカード等の記録媒体、赤外線やＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）等のセンサ等である。本実施の形態では、ローカルリソース１０７とされたハードウェアが、アクセス制御の対象となる。
【００２３】
表示画像生成部１０８は、認証部１０４から受け取ったデータ（ＨＴＭＬファイルのデータ、スタイルシートのデータ及びスクリプトファイルのデータ等）に従って、複数の部分画像を生成し、この複数の部分画像を組み合わせることで、表示画像を生成する。ここで、表示画像生成部１０８は、認証部１０４から受け取ったデータに、ローカルリソース１０７へアクセスして、そのアクセス結果を用いて部分画像を生成することが示されている場合には、ローカルリソース１０７へのアクセス要求をリソースアクセス監視部１０５に与え、このアクセス要求に対するリソースアクセス監視部１０５からの応答に基づいて表示画像を生成する。
【００２４】
ここで、図５〜図８を用いて、認証部１０４から受け取るデータと、このデータから生成される表示画像について説明する。
図５は、ウェブページのＨＴＭＬファイルの内容の一例を示す概略図である。ＨＴＭＬファイルは、テキスト形式のファイルであり、記号「＜」及び「＞」で囲まれたタグによって要素を明示し、論理的な構造を記述する構造化データファイルである。なお、図５の左端の数字と、その隣のコロン（：）とは、行数を示すためのものであり、ファイルの一部ではない。
図６は、図５のＨＴＭＬファイルで定義されているスタイルシートファイルの内容の一例を示す概略図である。図５では、図６に示されているスタイルシートファイルへの参照が、ＨＴＭＬのヘッダを示す「＜ｈｅａｄ＞」タグと「＜／ｈｅａｄ＞」タグとで囲まれた領域の中の「＜ｌｉｎｋ＞」タグで規定されている。「＜ｌｉｎｋ＞」タグ中の「ｈｒｅｆ」属性にて、スタイルシートファイルが参照されている。スタイルシートは、図５のＨＴＭＬファイルに記述された各要素の位置等の表示形式を定義するためのテキスト形式のファイルである。なお、図６の左端の数字と、その隣のコロンとは、行数を示すためのものであり、ファイルの一部ではない。
図７は、図５のＨＴＭＬファイルで定義されているスクリプトファイルの内容の一例を示す概略図である。図５では、図７に示されているスクリプトファイルへの参照が、ＨＴＭＬのヘッダを示す「＜ｈｅａｄ＞」タグと「＜／ｈｅａｄ＞」タグで囲まれた領域の中の「＜ｓｃｒｉｐｔ＞」タグで規定されている。「＜ｓｃｒｉｐｔ＞」タグ中の「ｓｒｃ」属性にて、スクリプトファイルが参照されている。スクリプトファイルは、端末側での動的な表現を実現するためのプログラムが記載されている、テキスト形式のファイルである。なお、図７の左端の数字と、その隣のコロンとは、行数を示すためのものであり、ファイルの一部ではない。
図８は、図５、図６及び図７で示すファイルを用いて表示画像生成部１０８が生成する表示画像の一例を示す概略図である。
【００２５】
まず、図５に示されているＨＴＭＬファイルについて説明する。
８行目に示されている「＜ｂｏｄｙ＞」タグと、２９行目に示されている「＜／ｂｏｄｙ＞」タグで囲まれた部分が表示内容の構成を記述する部分である。９行目に示されている「＜ｈ２＞」タグと「＜／ｈ２＞」タグで囲まれた部分が見出しを表しており、図８に示されている表示画像ＩＭ１では「ネットで見る」という文字列が見出しとして表示される。また、１０行目に示されている「＜ｈ３＞」タグと「＜／ｈ３＞」タグで囲まれた部分がメニューの見出しを表しており、図８に示されている表示画像ＩＭ１では「メニュー」の文字列が見出しとして表示される。
【００２６】
１１行目に示されている「＜ｄｉｖ＞」タグと「＜／ｄｉｖ＞」タグで囲まれた部分は、１つのブロックを示している。「＜ｄｉｖ＞」タグの属性として「ｉｄ」と、その値として「ｔｉｍｅ０１」が付与されており、この「ｔｉｍｅ０１」という値を指定してスタイルシートによる表示形式の設定やスクリプトによる操作を行うことができる。
１２行目に示されている「＜ｕｌ＞」タグと、１８行目に示されている「＜／ｕｌ＞」タグで囲まれた部分は、リストから構成される表示内容であることを示す。「＜ｕｌ＞」タグの属性として「ｃｌａｓｓ」と、その値として「ｍｅｎｕ」が付与されている。「ｃｌａｓｓ」属性は、複数のタグに付与することができ、同じ「ｃｌａｓｓ」属性を持つタグについて、スタイルシートで統一的に表示形式を指定することができる。
１３行目〜１７行目までのそれぞれに示されている「＜ｌｉ＞」タグと「＜／ｌｉ＞」タグで囲まれた部分は、１つのリストの内容を示す。図８に示されている表示画像ＩＭ１の例では、「新作」、「ドラマ」、「映画」、「アニメ」及び「バラエティ」の５つのリストが表示されている。「＜ｌｉ＞」タグの要素には、「＜ａ＞」タグと「＜／ａ＞」タグで囲まれた、リンク先を示すアンカー要素と、「＜ｉｍｇ＞」タグの画像ファイルを指定する要素とが含まれている。「＜ａ＞」タグには「ｈｒｅｆ」属性が指定されており、例えば、１つ目のリスト要素の「＜ａ＞」タグの「ｈｒｅｆ」属性の値として「０１．ｈｔｍｌ」が付与されている。これは、「０１．ｈｔｍｌ」へのリンクとして参照される。また、「＜ｉｍｇ＞」タグの属性として、「ｓｒｃ」、「ｗｉｄｔｈ」、「ｈｅｉｇｈｔ」及び「ａｌｔ」が記述されている。「ｓｒｃ」の値は参照される画像ファイル、「ｗｉｄｔｈ」の値は画像ファイルの表示サイズの幅、「ｈｅｉｇｈｔ」の値は画像ファイルの表示サイズの高さ、「ａｌｔ」の値はブラウザによって画像ファイルが表示できない場合に表示される文字列を示している。例えば、１３行目のリスト要素の「＜ｉｍｇ＞」タグでは、画像ファイルとして、「ｂｔｎ＿０１．ｊｐｇ」が指定され、ブラウザ上で画像が表示可能な場合、幅が１００ピクセル、高さが３０ピクセルの画像が表示され、画像が表示可能でない場合、「新作」という文字列が表示されることとなる。
【００２７】
１９行目に示されている「＜ｄｉｖ＞」タグと「＜／ｄｉｖ＞」タグで囲まれた部分は、１つのブロックを示している。この部分は、「ｉｍａｇｅ０１」の値の「ｃｌａｓｓ」属性を持ち、「＜ｉｍｇ＞」タグで示される、「ｉｍａｇｅ０１．ｊｐｇ」という画像ファイルが指定され、表示サイズの幅が３００ピクセル、表示サイズの高さが２２５ピクセル、画像表示ができない場合の文字列が「新作情報」で指定される画像要素を持つ。
【００２８】
２０行目に示されている「＜ｄｉｖ＞」タグと、２８行目に示されている「＜／ｄｉｖ＞」タグで囲まれた部分は、１つのブロックを示し、「＜ｄｉｖ＞」タグの「ｉｄ」属性として「ｆｏｒｍ０１」の値を持つ。２１行目に示されている「＜ｆｏｒｍ＞」タグと、２７行目に示されている「＜／ｆｏｒｍ＞」タグとで囲まれた部分は、データを入力し、サーバにデータを送信するための領域を示す。「＜ｆｏｒｍ＞」タグの「ｍｅｔｈｏｄ」属性の値は、「ＰＯＳＴ」であり、これは、サーバに対し、ＨＴＴＰのＰＯＳＴメソッドを使用してデータを送信することを示している。また、「＜ｆｏｒｍ＞」タグの「ａｃｔｉｏｎ」属性の値は、「ｃｇｉ−ｂｉｎ／ｆｏｒｍ０１．ｃｇｉ」であり、これは、データ送信が行われた際には「ａｃｔｉｏｎ」属性で指定されたウェブページに対してデータの送信を行うことを示している。さらに、「＜ｆｏｒｍ＞」タグの「ｉｄ」属性は、値として「ｆ１」が指定されており、この値を使用して、スタイルシートによる表示形式の設定やスクリプトによる操作を行うことができる。
【００２９】
２１行目に示されている「＜ｆｏｒｍ＞」タグには、「コメント：」という文字列要素と５つの「＜ｉｎｐｕｔ＞」タグ要素とが含まれている。１つ目の「＜ｉｎｐｕｔ＞」タグ（２２行目）は、「ｔｙｐｅ」属性と「ｎａｍｅ」属性を持ち、「ｔｙｐｅ」属性の「ｔｅｘｔ」という値は１行のテキスト入力領域を示し、「ｎａｍｅ」属性の「ｆ１ｆｉｅｌｄ」という値は、この「ｉｎｐｕｔ」要素が「ｆ１ｆｉｅｌｄ」という名前で参照できることを示す。２つ目の「＜ｉｎｐｕｔ＞」タグ（２３行目）は、「ｔｙｐｅ」、「ｖａｌｕｅ」及び「ｏｎｃｌｉｃｋ」の属性を持つ。「ｔｙｐｅ」属性の「ｂｕｔｔｏｎ」という値はボタンによる入力領域を示し、「ｖａｌｕｅ」属性の「保存」という値は、ボタンに表示される文字列を示す。「ｏｎｃｌｉｃｋ」属性は、ボタンがマウスでクリックされ、押下された場合等の動作が行われた場合のアクションを示している。「ｏｎｃｌｉｃｋ」属性の「ｓｅｔＳｔｒ（）」という値は、スクリプトファイルに記述された「ｓｅｔＳｔｒ（）」が実行されることを示す。３つ目、４つ目の「＜ｉｎｐｕｔ＞」タグ（２４行目及び２５行目）についても同様に各属性で指定された表示やアクションが示される。５つ目の「＜ｉｎｐｕｔ＞」タグ（２６行目）は、「ｔｙｐｅ」属性と「ｖａｌｕｅ」属性を持つ。「ｔｙｐｅ」属性の「ｓｕｂｍｉｔ」という値は、ボタンによる入力領域を示し、「ｖａｌｕｅ」属性の「送信」という値は、ボタンに表示される文字列を示す。「ｔｙｐｅ」の属性として「ｓｕｂｍｉｔ」の値を持つボタンが押下された場合には、「＜ｆｏｒｍ＞」の「ｍｅｔｈｏｄ」属性で指定された「ＰＯＳＴ」メソッドにて、「ｔｅｘｔ」属性に指定される領域に入力された値が「ａｃｔｉｏｎ」属性で指定されたウェブページに送信される。
【００３０】
次に、図６に示されているスタイルシートファイルについて説明する。
図６に示されているスタイルシートファイルは、図５に示されているＨＴＭＬファイルから参照され、表示形式の指定を行うものである。
１行目から５行目は、「ｉｄ」属性として「ｔｉｍｅ０１」が指定されたタグに対する表示位置の情報を示す。「ｔｉｍｅ０１」は、図５のＨＴＭＬファイルの１１行目の「＜ｄｉｖ＞」タグの「ｉｄ」属性で指定されており、この要素に対する表示位置を指定する。２行目の「ｐｏｓｉｔｉｏｎ：  ａｂｓｏｌｕｔｅ；」は、この領域の位置設定をブラウザの絶対位置で指定することを示している。３行目の「ｔｏｐ：  ２０ｐｘ；」及び４行目の「ｌｅｆｔ：  ３００ｐｘ；」は、それぞれ、ブラウザ上の、上から２０ピクセル、左から３００ピクセルの位置に、図５のＨＴＭＬファイルの１１行目の「＜ｄｉｖ＞」タグで指定された表示要素の左上角点が位置することを指定している。
【００３１】
７行目から１０行目は、「＜ｕｌ＞」タグの「ｃｌａｓｓ」属性として「ｍｅｎｕ」が指定されたタグに対する表示位置の情報を示す。８行目の「ｐｏｓｉｔｉｏｎ：  ａｂｓｏｌｕｔｅ；」は、この領域の位置設定をブラウザの絶対位置で指定することを示している。９行目の「ｔｏｐ：  １００ｐｘ；」は、ブラウザ上の、上から１００ピクセルの位置に１２行目の「＜ｕｌ＞」タグで指定された表示要素の上点が位置することを指定している。左からの位置については図６のスタイルシートでは指定していないため、ブラウザにより自動的に位置が設定される。
【００３２】
１２行目から１７行目は、「ｃｌａｓｓ」属性として「ｉｍａｇｅ０１」が指定されたタグに対する表示位置の情報を示す。図５のＨＴＭＬファイルでは、１９行目の「＜ｄｉｖ＞」タグにて「ｉｍａｇｅ０１」値を持つ「ｃｌａｓｓ」属性が指定されている。１３行目の「ｐｏｓｉｔｉｏｎ：  ａｂｓｏｌｕｔｅ；」は、この領域の位置設定をブラウザの絶対位置で指定することを示している。１４行目の「ｔｏｐ：  ５０ｐｘ；」及び１５行目の「ｌｅｆｔ：  ２００ｐｘ；」は、それぞれ、ブラウザ上の、上から５０ピクセル、左から２００ピクセルの位置に図５のＨＴＭＬファイルの１９行目の「＜ｄｉｖ＞」タグで指定された表示要素の左上角点が位置することを指定している。また、１６行目の「ｂｏｒｄｅｒ−ｓｔｙｌｅ：  ｓｏｌｉｄ；」は、図５のＨＴＭＬファイルの１９行目の「＜ｄｉｖ＞」タグで指定された表示要素の周りに実線を描画することを指定している。
【００３３】
１９行目から２３行目は、「ｉｄ」属性として「ｆｏｒｍ０１」が指定されたタグに対する表示位置の情報を示す。「ｆｏｒｍ０１」は、図５のＨＴＭＬファイルの２０行目の「＜ｄｉｖ＞」タグの「ｉｄ」属性で指定されており、この要素に対する表示位置が指定されている。２０行目の「ｐｏｓｉｔｉｏｎ：  ａｂｓｏｌｕｔｅ；」は、この領域の位置設定をブラウザの絶対位置で指定することを示している。２１行目の「ｔｏｐ：  ３００ｐｘ；」及び２２行目の「ｌｅｆｔ：  ２０ｐｘ；」は、それぞれ、ブラウザ上の、上から３００ピクセル、左から２０ピクセルの位置に図５のＨＴＭＬファイルの２０行目の「＜ｄｉｖ＞」タグで指定された表示要素の左上角点が位置することを指定している。このようにＨＴＭＬファイル上の記述やスタイルシート等の記述にてＨＴＭＬファイルで記述された各要素の表示形式が設定され、設定された表示形式に基づいて、表示画像生成部１０８が図８に示すような表示画像ＩＭ１を生成する。
【００３４】
次に、図７に示されているスクリプトファイルについて説明する。
スクリプトファイルは、端末のブラウザ上で実行されるスクリプトが記載されたファイルである。
１行目から６行目までがウェブページの読み込み完了時に実行される関数である。２行目で時刻が取得され、その時刻が「ｄａｔｅ」変数に格納され、３行目で「ｄａｔｅ」を文字列表示に変換したテキストノードが生成され、「ｔｅｘｔＮｏｄｅ」変数に格納される。４行目で「ｉｄ」属性として「ｔｉｍｅ０１」を持つ要素が取得され、その要素が「ｉｎｆｏ」変数に格納され、５行目で「ｔｅｘｔＮｏｄｅ」が「ｉｎｆｏ」により示される要素に追記される。これにより、動的に読み込んだ際の時刻が取得され、画面上に表示される。例えば、図８において、点線枠１４２で囲んだ部分のように動的に取得された時刻が画面上に表示される。
【００３５】
８行目から１１行目は、「ｓｅｔＳｔｒ（）」という関数を定義している。この関数が実行されると、９行目で「ｉｄ」属性が「ｆ１」の要素の中の、「ｎａｍｅ」属性が「ｆ１ｆｉｅｌｄ１」の値を持つ要素で指定されている値が取得され、その値が「ｓｔｒ」変数に格納される。図５に示されているＨＴＭＬファイル上では、２２行目の「＜ｉｎｐｕｔ＞」タグで指定されたテキスト入力領域に入力された文字列の値が取得される。そして、１０行目で取得された「ｓｔｒ」変数の値が「ｃｏｍｍｅｎｔ」というキーにてローカルストレージ（ｌｏｃａｌＳｔｏｒａｇｅ）というインターフェースにて書き込みが行われる。ローカルストレージは、ブラウザが指定するデータベース形式にて、端末上のハードディスク等の記録媒体の特定のディレクトリ、及び、ファイルにアクセスするためのインターフェースである。
【００３６】
１３行目から１８行目は、「ｇｅｔＳｔｒ（）」という関数を定義している。この関数が実行されると、１４行目でローカルストレージを用いて「ｃｏｍｍｅｎｔ」というキーの値が読み込まれて、その値が「ｓｔｒ」変数に格納される。そして、「ｓｔｒ」変数に値が格納されている場合、例えば、「ｃｏｍｍｅｎｔ」キーに「面白かった」とい文字列が格納されていた場合に、図９に示されている表示画像ＩＭ２のように、ダイアログ１４３が表示される。図５、図６及び図７で構成されるウェブページの例では、文字列の保存や表示を行うが、文字列の代わりに画像等のデータの保存や表示を行うようにすることもできる。
【００３７】
２０行目から２２行目は、「ｃｌｅａｒＳｔｒ（）」という関数を定義している。この関数が実行されると、２１行目でローカルストレージを用いて「ｃｏｍｍｅｎｔ」というキーの値が端末のローカルストレージで指定されたデータベースより削除される。
【００３８】
図７に示されている「ｓｅｔＳｔｒ（）」、「ｇｅｔＳｔｒ（）」及び「ｃｌｅａｒＳｔｒ（）」の関数は、それぞれ図５のＨＴＭＬ上の２３行目、２４行目、２５行目で示される「＜ｉｎｐｕｔ＞」タグの「ｏｎｃｌｉｃｋ」属性の値として記述されている。これらの「＜ｉｎｐｕｔ＞」タグは、ボタン入力領域を示し、図８における「保存」、「表示」及び「削除」のそれぞれのボタンをブラウザ画面上で押下することで、端末上で実行されるものである。
【００３９】
上述したように、ウェブページで使用されるＨＴＭＬファイルは、タグによって要素を明示し、論理的な構造を記述する構造化データファイルであるため、表示画像生成部１０８は、認証部１０４から通知されたデータを解析し、各タグの要素ごとに独立した表示画像を生成し、タグごとに指定された表示位置やサイズ等の表示形式の情報に基づいて最終的に画面に表示するための表示画像の生成を行う。言い換えると、あるタグの要素の中に、ローカルリソース１０７へのアクセスを行って、そのアクセス結果に基づいて表示画像を生成する必要がある場合に、表示画像生成部１０８は、認証が完了していないためにアクセス制御ができなくても、そのリソースアクセスに依存しない部分のタグ要素を用いた表示画像の生成を行うことができる。言い換えると、表示画像生成部１０８は、表示画像を構成する複数の部分画像を、ローカルリソース１０７へのアクセス結果を用いて生成される第１の部分画像と、ローカルリソース１０７へのアクセス結果を用いずに生成される第２の部分画像とに分離して、画像を生成し、第１の部分画像と第２の部分画像とを組み合わせることにより表示画像を生成することができる。この場合、表示画像生成部１０８は、その第２の部分画像に、認証中であることを示す通知画像をさらに組み合わせることができる。なお、この通知画像も、ローカルリソース１０７へのアクセス結果を用いずに生成することができるものである。
【００４０】
例えば、図５、図６及び図７で構成されるウェブページの例では、図５の２３行目、２４行目及び２５行目に記載された「＜ｆｏｒｍ＞」タグ内の「＜ｉｎｐｕｔ＞」要素の「ｏｎｃｌｉｃｋ」属性で指定されたスクリプトの関数の中にローカルストレージのインターフェースを使用したローカルリソース１０７へのアクセス制御要求を行う処理が含まれる。そして、「ｏｎｃｌｉｃｋ」要素は、ユーザがマウスのクリック等の入力操作が行われたときに実行されるものであるため、認証部１０４による認証が完了する前であっても、ユーザがマウスのクリック等の入力操作によるローカルリソース１０７へのアクセス要求が発生しなければ、認証部１０４の認証が完了するのを待つことなく、表示画像生成部１０８は、図８に示したような表示画像ＩＭ１を生成し、表示装置１１１にてユーザに表示することができる。また、図８に示されている表示画像ＩＭ１において、ユーザが表示ボタンを選択した実行指示を入力装置１１４に入力した場合でも、認証部１０４が認証中の場合には、表示画像生成部１０８は、図９に示されているようなダイアログ１４３の画像を生成せずに、図８に示されているような表示画像ＩＭ１を維持する。
【００４１】
図１の説明に戻り、表示画像生成部１０８は、さらに、図５〜図７に示されているデータのように、ローカルリソース１０７にアクセスする必要がある場合には、アクセス要求をリソースアクセス監視部１０５に与える。
そして、表示画像生成部１０８は、認証部１０４での認証がＯＫであり、リソースアクセス監視部１０５から、ローカルリソース１０７へのアクセス制御結果のデータを受け取ると、受け取ったデータ、及び、取得したウェブページのデータに基づいて、ブラウザ上に表示するための表示画像を生成する。
一方、表示画像生成部１０８は、認証部１０４での認証がＮＧであり、リソースアクセセス監視部１０５から、認証結果がＮＧであることが通知されると、取得したウェブページに対する認証がＮＧであり、表示できないことを示す表示画像を生成する。
また、表示画像生成部１０８は、認証部１０４が認証中であり、リソースアクセス監視部１０５から、認証中であることが通知されると、取得したウェブページに対する認証状態が認証中であり、要求したリソースへのアクセスが制限されていることを示す通知画像を含む表示画像を生成する。
そして、表示画像生成部１０８は、生成した表示画像を表示制御部１１０に与える。
【００４２】
また、表示画像生成部１０８は、入力制御部１１３からユーザの操作入力に対するデータを受け取り、このデータに対応する表示画像を生成する。例えば、ユーザの文字入力操作に対し、操作された文字情報のデータを受け取り、入力された文字を表示する表示画像を生成する。また、表示画像生成部１０８は、マウスの移動操作に対して、操作されたカーソルの位置情報のデータを受け取り、画面上のカーソルを移動する表示画像を生成する。
【００４３】
表示部１０９は、表示画像生成部１０８から受け取った表示画像を表示する。
表示制御部１１０は、表示画像生成部１０８から受け取った表示画像を表示装置１１１に表示する処理を制御する。
表示装置１１１は、表示画像を表示する。表示装置１１１は、例えば、液晶ディスプレイやプラズマディスプレイ等を使用することができる。
【００４４】
入力部１１２は、ユーザから操作の入力を受ける。
入力制御部１１３は、ユーザによって操作入力された操作情報を入力装置１１４から受け取り、操作情報を解析し、解析結果に応じたデータを表示画像生成部１０８に与える。
入力装置１１４は、操作の入力を受け付ける。入力装置１１４は、例えば、キーボードやリモートコントローラーのようなキー入力装置、マウスやタッチパネルのようなポインティングデバイス等を使用することができる。
【００４５】
図１０は、表示画像生成部１０８がローカルリソース１０７へのアクセス要求を行って、画面表示を行う際の処理を示すフローチャートである。
【００４６】
表示画像生成部１０８がローカルリソース１０７へのアクセスを要求すると（Ｓ１０）、リソースアクセス要求処理部１０５ｂは、ローカルリソース１０７へのアクセス要求を検知し、リソースアクセス可否判断部１０５ａにアクセス要求を通知する。
【００４７】
表示画像生成部１０８は、認証部１０４から取得したデータを確認し、図８に示されている表示画像ＩＭ１のような、ローカルリソース１０７へのアクセス結果を用いずに生成することのできる第２の部分画像を生成する（Ｓ１１）。
【００４８】
リソースアクセス可否判断部１０５ａは、通知されたアクセス要求に応じて、ローカルリソース１０７へのアクセス制御の可否を判断するため、認証部１０４に対し、取得したウェブページのデータに対する認証状態の確認を行う（Ｓ１２）。
【００４９】
リソースアクセス可否判断部１０５ａは、認証状態が認証中かどうかを確認する（Ｓ１３）。そして、リソースアクセス可否判断部１０５ａは、認証中ではない場合（Ｓ１３：Ｎｏ）には、ステップＳ１４に処理を進め、認証中である場合（Ｓ１３：Ｙｅｓ）には、ステップＳ２１に処理を進める。
【００５０】
ステップＳ１４では、リソースアクセス可否判断部１０５ａは、認証部１０４による認証結果を確認する。そして、リソースアクセス可否判断部１０５ａは、認証結果がＯＫの場合（Ｓ１４：Ｙｅｓ）は、ステップＳ１５に処理を進め、認証結果がＮＧの場合（Ｓ１４：Ｎｏ）は、ステップＳ１９に処理を進める。
【００５１】
ステップＳ１５では、リソースアクセス可否判断部１０５ａは、リソースアクセス要求処理部１０５ｂを介して、表示画像生成部１０８に認証ＯＫを通知する。
【００５２】
次に、リソースアクセス可否判断部１０５ａは、表示画像生成部１０８からのアクセス要求を、リソースアクセス制御部１０６に与える（Ｓ１６）。このようなアクセス要求を受け取ったリソースアクセス制御部１０６は、表示画像生成部１０８が要求するローカルリソース１０７へのアクセス制御を行う。そして、リソースアクセス可否判断部１０５ａは、リソースアクセス制御部１０６を介して、表示画像生成部１０８が要求するローカルリソース１０７へのアクセス結果のデータを受け取ると、リソースアクセス要求処理部１０５ｂを介して、そのデータを表示画像生成部１０８に与える。
【００５３】
次に、表示画像生成部１０８は、リソースアクセス要求処理部１０５ｂから受け取ったデータ、及び、取得したウェブページのデータに基づいて、ブラウザ上に表示するための第１の部分画像を生成する。そして、表示画像生成部１０８は、生成した第１の部分画像と、ステップＳ１１で生成した第２の部分画像とを組み合わせることにより表示画像を生成し（Ｓ１７）、生成した表示画像を表示制御部１１０に与える。
【００５４】
次に、表示制御部１１０は、表示画像生成部１０８から与えられた表示画像を表示装置１１１に表示させる（Ｓ１８）。
【００５５】
一方、ステップＳ１４において、認証結果がＮＧの場合（Ｓ１４：Ｎｏ）は、リソースアクセス可否判断部１０５ａは、ステップＳ１９に処理を進める。ステップＳ１９では、リソースアクセス可否判断部１０５ａは、リソースアクセス要求処理部１０５ｂを介して、表示画像生成部１０８に対して認証結果がＮＧであることを通知する。
【００５６】
次に、表示画像生成部１０８は、リソースアクセス要求処理部１０５ｂから認証結果がＮＧであることを通知されると、例えば、図１１に示されているような、取得されたウェブページに対する認証がＮＧであり、表示できないことを示す表示画像ＩＭ３を生成する（Ｓ２０）。そして、表示画像生成部１０８は、生成した表示画像を表示制御部１１０に与えて、ステップＳ１８に処理を進める。
【００５７】
ステップＳ１３において、認証中である場合（Ｓ１３：Ｙｅｓ）には、リソースアクセス可否判断部１０５ａは、ステップＳ２１に処理を進める。ステップＳ２１では、リソースアクセス可否判断部１０５ａは、リソースアクセス要求処理部１０５ｂを介して、表示画像生成部１０８に対して認証状態が認証中であることを通知する。
【００５８】
次に、表示画像生成部１０８は、リソースアクセス要求処理部１０５ｂから認証状態が認証中であることを通知されると、例えば、図１２に示すような、取得されたウェブページに対する認証状態が認証中であり、要求したリソースへのアクセスが制限されていることを示す通知画像１４４を生成する。そして、表示画像生成部１０８は、生成した通知画像１４４と、ステップＳ１１で生成した第２の部分画像とを組み合わせることにより、表示画像ＩＭ４を生成し（Ｓ２２）、生成した表示画像ＩＭ４を表示制御部１１０に与える。
なお、本実施の形態では、ステップＳ２２において、ステップＳ１１で生成された第２の部分画像と、要求したリソースへのアクセスが制限されていることを示す通知画像１４４とを組み合わせることにより表示画像ＩＭ４が生成されているが、このような例に限定されるものではない。例えば、表示画像生成部１０８は、ステップＳ１１で生成された第２の部分画像を表示画面として、表示制御部１１０に与えてもよい。
【００５９】
次に、表示制御部１１０は、表示画像生成部１０８から受け取った表示画像を表示装置１１１に表示させる（Ｓ２３）。
【００６０】
次に、リソースアクセス可否判断部１０５ａは、認証が完了し、認証部１０４から認証結果が通知されるまで待ちの状態となる（Ｓ２４）。そして、リソースアクセス可否判断部１０５ａは、認証処理が完了したかどうかを確認し（Ｓ２５）、認証処理が完了した場合（Ｓ２５：Ｙｅｓ）には、ステップＳ１４に処理を進める。
【００６１】
以上のように、本実施の形態に係る映像処理端末１００によれば、サーバ１３１からネットワーク１３０を介して取得されたデータに基づいて、ウェブページの画面の表示を行う際に、そのウェブページに対する認証が完了する前であっても、取得されたデータに基づき、ローカルリソース１０７へのアクセスに依存しない要素から構成される部分の表示画像を表示することができる。このため、ユーザは、認証が完了する前に取得されたウェブページがどのような構成になっているかをある程度把握することができる。
また、ローカルリソース１０７へのアクセス要求が行われた場合には、本実施の形態に係る映像処理端末１００は、認証状態及び認証結果に応じた画面表示を行うため、ユーザは、取得されたウェブページ全体のデータを用いた表示画像であるか、認証中であるためにウェブページの一部が未表示の表示画像であるか、又は、認証結果がＮＧであるために、そのウェブページの表示ができなかったのかを知ることができる。つまり、本実施の形態に係る映像処理端末１００は、ローカルリソース１０７へのアクセス制御に対するセキュリティを確保しながら、認証が完了する前でも、ユーザに対して取得されたウェブページの一部の表示画像を提示することができる。
【００６２】
以上に記載した実施の形態においては、映像処理端末１００が、表示部１０９を備えているが、このような態様に限定されるものではない。例えば、表示部１０９の代わりに、他の装置を接続するためのインターフェース部を備え、表示画像生成部１０８で生成された表示画像を、他の装置の表示部に表示させるように構成されていてもよい。
【符号の説明】
【００６３】
１００  映像処理端末、  １０１  取得部、  １０２  通信部、  １０３  受信部、  １０４  認証部、  １０５  リソースアクセス監視部、  １０５ａ  リソースアクセス可否判断部、  １０５ｂ  リソースアクセス要求処理部、  １０６  リソースアクセス制御部、  １０７  ローカルリソース、  １０８  表示画像生成部、  １０９  表示部、  １１０  表示制御部、  １１１  表示装置、  １１２  入力部、  １１３  入力制御部、  １１４  入力装置。
【図１】
2013242847.tif 000003
【図２】
2013242847.tif 000004
【図３】
2013242847.tif 000005
【図４】
2013242847.tif 000006
【図５】
2013242847.tif 000007
【図６】
2013242847.tif 000008
【図７】
2013242847.tif 000009
【図８】
2013242847.tif 000010
【図９】
2013242847.tif 000011
【図１０】
2013242847.tif 000012
【図１１】
2013242847.tif 000013
【図１２】
2013242847.tif 000014