携帯情報端末、携帯情報端末の画面覗き込み防止方法、プログラム
【課題】特定のキー操作を行うこと無しに、画面の視認性を変化させることが可能な携帯情報端末を提供することである。
【解決手段】Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定する通信状態判定部と、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部とを備える。
【解決手段】Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定する通信状態判定部と、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯情報端末に関し、特に画面の覗き込み防止機能を有する携帯情報端末に関する。
【背景技術】
【０００２】
携帯情報端末が広く一般に使用されるようになり、ユーザーが、携帯情報端末を使用して、銀行や証券などの金融取引や、Ｗｅｂショッピング等を行う機会が増加している。このようなサービスにおいて、ユーザーは、個人情報やパスワードといった秘密情報を入力する必要がある。
【０００３】
しかし、携帯情報端末を利用するため、ユーザーは、例えば、電車の中等の公共機関で個人情報やパスワード等の秘密情報を入力する機会も多い。そのため、他人が携帯情報端末の画面を覗き込むことによって、ユーザーが入力する秘密情報等が漏洩してしまう危険あるという問題がある。
【０００４】
このような問題を解決するために、携帯情報端末画面の覗き込み防止に関する技術が開示されている。これらは、携帯情報端末画面の視野角を狭小化することなどによって、他人が携帯情報端末の画面を覗き込みにくくするといった技術である。このような技術は、ユーザーがキー入力を行うことによって画面の視認性を変化させたり、予めデータファイルへ付与しておいたフラグに基づいて画面の視認性を変化させるというものであり、ユーザーの手間がかかるという課題があった。
【０００５】
特許文献１は、秘匿性の高い表示画面ごとに視野角を狭小化させるために操作入力を必要としない携帯情報端末装置を提供する携帯情報端末を開示している。特許文献１の携帯情報端末は、画面表示が制限されたシークレットデータであるか否かを示す表示制限情報をユーザーデータに対応付けて記憶する表示制限情報記憶手段と、上記表示制限情報によりシークレットデータを表示させない第１表示モード、及び、シークレットデータを表示させる第２表示モードのいずれかを指定する表示モード指定情報を書き換え可能に記憶する表示モード指定情報記憶手段と、上記表示モード指定情報に基づいて表示対象とするユーザーデータを選別し、ユーザーデータの画面表示を行うアプリケーション実行手段と、上記表示モード指定情報に基づいて、表示画面の視野角を狭小化する視野角制御手段とを備えたことを特徴とする。
【０００６】
【特許文献１】特開２００６−３１９５５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、特定のキー操作を行うこと無しに、画面の視認性を変化させることが可能な携帯情報端末を提供することである。
【課題を解決するための手段】
【０００８】
本発明の携帯情報端末は、Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定する通信状態判定部と、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部とを備える。
【０００９】
本発明の携帯情報端末の画面覗き込み防止方法は、Ｗｅｂデータを取得する通信を行うステップと、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定するステップと、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを通常の視認性のまま表示するステップとを備える。
【００１０】
本発明のプログラムは、上述の携帯電話端末の画面覗き込み防止方法をコンピュータによって実現する。
【発明の効果】
【００１１】
本発明によれば、特定のキー操作を行うこと無しに、画面の視認性を変化させることが可能な携帯情報端末を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
添付図面を参照して、本発明の実施形態による携帯電話端末を、以下に説明する。
【００１３】
［構成の説明］
始めに、図１を用いて本実施形態における携帯電話端末を利用するシステム構成を説明する。図１のシステム構成は、携帯情報端末１００と、Ｗｅｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ２００と、インターネット網３００とを備える。
【００１４】
まず、Ｗｅｂサーバ２００について説明する。Ｗｅｂサーバ２００は、Ｗｅｂコンテンツを保存している。Ｗｅｂサーバ２００は、携帯情報端末１００からインターネット網３００を介して受信するＷｅｂデータリクエストに応じて、Ｗｅｂデータを送信する。
【００１５】
図２は、Ｗｅｂサーバ２００の構成を示している。Ｗｅｂサーバ２００は、サーバ通信部２０１と、サーバ制御部２０２と、サーバ記憶部２０３とを備えている。
【００１６】
サーバ通信部２０１は、通信ポート等を備えている。サーバ通信部２０１は、通信ポートを使用して、他の装置との通信が可能である。サーバ通信部２０１は、インターネット網３００を介して、携帯情報端末１００からＷｅｂリクエストを受信する。サーバ通信部２０１は、受信したＷｅｂリクエストを、サーバ制御部２０２へ出力する。また、サーバ通信部２０１は、サーバ制御部２０２が出力するＷｅｂデータ入力する。サーバ通信部２０１は、入力したＷｅｂデータを、インターネット網３００を介して、携帯情報端末１００へ送信する。
【００１７】
サーバ制御部２０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を備える。サーバ制御部２０２は、サーバ記憶部２０３に保存されている処理用プログラムを読み出して実行することによって、Ｗｅｂサーバ２００の機能を実現する。サーバ制御部２０２は、サーバ通信部２０１が出力するＷｅｂリクエストを入力する。サーバ制御部２０２は、当該Ｗｅｂリクエストで要求されているＷｅｂデータを、サーバ記憶部２０３から取得する。サーバ制御部２０２は、サーバ記憶部２０３から取得したＷｅｂデータを、携帯情報端末１００へ送信するために、サーバ通信部２０１へ出力する。
【００１８】
サーバ記憶部２０３は、Ｗｅｂサーバ２００の機能を実現するための処理プログラムを保存している。また、サーバ記憶部２０３は、ＷｅｂコンテンツのＷｅｂデータを保存している。Ｗｅｂデータは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されている。サーバ記憶部２０３は、サーバ制御部２０２の要求に応じて、要求されたＷｅｂデータを抽出し、サーバ制御部２０２へ出力する。
【００１９】
サーバ記憶部２０３が保存しているデータには、秘匿性の低いＷｅｂデータと秘匿性の高いＷｅｂデータとが存在する。
秘匿性の低いデータＷｅｂデータとは、当該Ｗｅｂデータによって出力されるＷｅｂ画面に個人情報や、機密情報といった情報を含むことが無いＷｅｂデータである。例えば、証券会社のホームページを構成するＷｅｂデータを例に説明をすると、ホームページのトップ画面や、当該証券会社を紹介する画面等を表示するためのＷｅｂデータが該当する。ユーザーは、当該Ｗｅｂデータによって表示されたＷｅｂ画面を、他人に覗かれたとしても特に問題は発生しない。
一方、秘匿性の高いＷｅｂデータとは、当該Ｗｅｂデータによって出力されるＷｅｂ画面に個人情報や、機密情報といった情報を含むＷｅｂデータである。例えば、証券会社のホームページを構成するＷｅｂデータを例に説明すると、口座開設用資料の送付先入力画面や、個人口座にＩＤやパスワードを入力してログインする画面が該当する。ユーザーは、当該Ｗｅｂデータによって表示されたＷｅｂ画面を、他人に覗かれることによって、個人情報が漏洩してしまうことになる。
【００２０】
このような秘匿性の違いから、通常、秘匿性の低いＷｅｂデータと秘匿性の高いＷｅｂデータとでは、携帯情報端末１００がＷｅｂサーバ２００からＷｅｂデータを取得するためのプロトコルが異なるように指定されている。
一般に、携帯情報端末１００のＷｅｂブラウザが、秘匿性の低いＷｅｂデータを取得する場合には、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）上で動作するＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用する。ＨＴＴＰは、携帯情報端末１００のＷｅｂブラウザがＷｅｂデータを取得するための一般的なプロトコルである。ＨＴＴＰを使用して取得するＷｅｂデータは、「ＨＴＴＰ：／／」から始まるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によって指定されている。
一方、携帯情報端末１００が、秘匿性の高いＷｅｂデータを取得するためには、ＴＣＰ／ＩＰ上で動作を行うＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ Ｓｅｃｕｒｉｔｙ）を使用する。ＨＴＴＰＳは、ＨＴＴＰをＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｋｅｔ Ｌａｙｅｒ）上で動作させて、Ｗｅｂデータを暗号化して送受信するための一般的なプロトコルである。ＨＴＴＰを使用して取得するＷｅｂデータは、「ＨＴＴＰＳ：／／」から始まるＵＲＬによって指定されている。
ＨＴＴＰ及びＨＴＴＰＳは、いずれもインターネットにおいてＷｅｂデータを取得する際に用いられる一般的なプロトコルであるため、その動作の詳細な説明については省略する。Ｗｅｂサーバ２００に保存されるＷｅｂデータは、その秘匿性に応じて、ＨＴＴＰかＨＴＴＰＳのプロトコルを使用するように、Ｗｅｂコンテンツ製作者によって指定されて、保存されている。
【００２１】
次に、インターネット網３００について説明する。インターネット網３００は、携帯情報端末１００とＷｅｂサーバ２００の間の通信を転送するネットワーク網である。インターネット網３００を構成するネットワーク網は、インターネットのみに限られない。例えば、携帯情報端末１００が、携帯電話である場合には、携帯情報端末１００は、携帯電話ネットワークを介してインターネットへ接続する。インターネット網３００は、携帯情報端末１００がＷｅｂサーバ２００からＷｅｂデータを取得するためのデータ転送を可能とするネットワークであれば、インターネット以外のネットワークでも実現可能である。
また、インターネット網３００は、携帯情報端末１００がネットワークに接続するためのアクセス手段を備える。例えば、インターネット網３００は、携帯情報端末１００が無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）端末である場合には、無線ＬＡＮのアクセスポイントを備える。このようにインターネット網３００は、特定のアクセス手段に限定することなく、携帯情報端末１００の通信方式に応じたアクセス手段を備える。
【００２２】
次に、携帯情報端末１００について説明する。携帯情報端末１００は、インターネット網３００を介して、Ｗｅｂサーバ２００からＷｅｂデータを取得する。図３は、携帯情報端末１００の構成を示している。携帯情報端末１００は、通信部１０１と、制御部１０２と、記憶部１０３と、入力部１０４と、出力部１０５とを備える。
【００２３】
通信部１０１は、無線通信用のアンテナや、無線通信の送受信部を備え、インターネット網３００の基地局装置等と無線通信を行う。通信部１０１がインターネット網３００と行う無線通信のプロトコルは、携帯情報端末１００の種類によるものとし、特に限定はしない。
【００２４】
制御部１０２は、ＣＰＵ等で構成される。制御部１０２は、記憶部１０３に記憶される処理用プログラムを読み込んで実行することによって、携帯情報端末１００の機能を実現する。
【００２５】
記憶部１０３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。記憶部１０３は、制御部１０２が実行するための処理用プログラムを保存している。また、記憶部１０３は、例えば電話帳のように、携帯情報端末１００が提供する機能に必要な情報を保存している。
【００２６】
入力部１０４は、入力用にキーを備える。入力部１０４は、ユーザーからのＷｅｂデータの取得命令等のキー入力を受け付ける。
【００２７】
出力部１０５は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を備える。出力部１０５は、取得したＷｅｂデータをディスプレイイメージとして表示する。
【００２８】
携帯情報端末１００の機能は、これらの構成によって実現される。なお、携帯情報端末１００は、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線ＬＡＮモジュール（あるいはカード）やＢｌｕｅｔｏｏｔｈモジュール（カード）を搭載したモバイルノートパソコン等の、Ｗｅｂブラウザを搭載した携帯情報端末を広く含む。
【００２９】
次に、図４を用いて、携帯情報端末１００を詳細に説明する。図４は、携帯情報端末１００の機能ブロック図を示している。携帯情報端末１００は、通信部制御部１１１と、Ｗｅｂブラウザ制御部１１２と、通信状態判定部１１３と、濃淡変換テーブル生成部１１４と、ディスプレイ表示制御部１１５とをさらに備える。
【００３０】
通信制御部１１１は、Ｗｅｂサーバ２００と通信を行うことでデータの送受信を行う。通信制御部１１１は、Ｗｅｂブラウザ制御部１１２が出力するページ取得リクエストを入力して、所定のプロトコルを用いてＷｅｂサーバ２００へページ取得リクエストを送信する。また、通信制御部１１１は、Ｗｅｂサーバ２００から受信した通信データからＷｅｂデータをＷｅｂブラウザ制御部１１２へ出力する。
【００３１】
Ｗｅｂブラウザ制御部１１２は、ユーザーが入力部１０４に入力する、あるいは入力部１０４を用いて指定するＵＲＬのＷｅｂページ取得要求を通信制御部１１１へ出力する。また、Ｗｅｂブラウザ制御部１１２は、通信制御部１１１がＷｅｂサーバ２００から取得しＷｅｂデータを入力して、表示部１０５へ表示可能なディスプレイイメージにレンダリングする。Ｗｅｂブラウザ制御部１１２は、レンダリングしたディスプレイイメージをディスプレイ表示制御部１１５へ出力する。
【００３２】
通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が通信中のプロトコルを取得し、通信中のＷｅｂデータの秘匿性を判定する。通信状態判定部１１３は、当該プロトコルの種類に基づいて、Ｗｅｂデータの秘匿性を判定する。本実施形態において、通信状態判定部１１３は、当該プロトコルが、ＨＴＴＰかＨＴＴＰＳかに基づいて秘匿性を判定する。
通信状態判定部１１３は、通信プロトコルをポート番号に基づいて判定する。Ｗｅｂブラウザは、通常、トランスポート層とセッション層とのデータ受け渡しに際して、ＨＴＴＰのポート番号に８０番を、ＨＴＴＰＳのポート番号に４４３番を割り当てることによってデータの識別を行っている。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２から取得した通信プロトコルが、ポート番号８０番を使用していればＨＴＴＰを使用していると判定する。一方、通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２から取得した通信プロトコルが、ポート番号４４３番を使用していればＨＴＴＰを使用していると判定する。通信状態判定部１１３は、通信プロトコルの判定結果を、濃淡変換テーブル生成部１１４へ出力する。
ＴＣＰ／ＩＰ上のＷｅｌｌ−Ｋｎｏｗｎポートにおけるポート番号の指定は、公知のものであるので説明を省略する。なお、通信状態判定部１１３が、通信プロトコルを判定する方法はこれに限定しない。また、Ｗｅｂブラウザ制御部１１２がポート番号を変更して通信を行うような場合に、通信状態判定部１１３が、これに対応して判定を行うようにしてもよい。
【００３３】
濃淡変換テーブル生成部１１４は、Ｗｅｂデータのディスプレイイメージに対して、ディスプレイ表示制御部１１５が輝度変換を行うための、濃淡変換テーブルを生成する。濃淡変換テーブルは、Ｗｅｂブラウザ制御部１１５の出力するＷｅｂデータのディスプレイイメージを、ディスプレイ表示制御部１１５が輝度変換を行うためのテーブルである。ディスプレイ表示制御部１１５は、濃淡変換テーブルを用いることによって、入力輝度に対応した出力輝度へ変換する。
【００３４】
濃淡変換テーブル生成部１１４は、通信制御部１１１が出力する通信プロトコルの判定結果に応じて、濃淡変換テーブルを生成する。濃淡変換テーブル生成部１１４は、通信制御部１１１が出力する通信プロトコルの判定結果を入力する。
濃淡変換テーブル生成部１１４は、通信プロトコルの判定結果がＨＴＴＰである場合は、通常の濃淡変換テーブルを生成する。通常の濃淡変換テーブルとは、入力するディスプレイイメージと、変換されて出力されるディスプレイイメージの輝度が同じテーブルである。通常の濃淡変換テーブルを用いて輝度変換を行う場合、ディスプレイイメージは、Ｗｅｂブラウザ制御部１１２が出力した視認性が高い状態から、特に変化しない。
一方、濃淡変換テーブル生成部１１４は、通信プロトコルの判定結果がＨＴＴＰＳである場合は、視認しづらい濃淡変換テーブルを生成する。視認しづらい濃淡変換テーブルとは、入力するディスプレイイメージが変換されて出力されると、ディスプレイイメージの濃淡が淡い（輝度差が少ない）ようなテーブルである。視認しづらい濃淡変換テーブルを用いて輝度変換を行う場合、ディスプレイイメージは、文字や画像が確認しづらい（視認性が低い）イメージとなって出力される。
【００３５】
ディスプレイイメージの輝度変換については、公知の技術であるので詳細な説明は省略する。なお、通常の濃淡変換テーブルおよび視認しづらい濃淡変換テーブルの非線形曲線の特性は、具体的に限定はしない。通常の濃淡変換テーブルは、前述のとおり、ディスプレイイメージの入力輝度に対して出力輝度が同じとなるものでも良いし、あるいは、ディスプレイイメージの視認性が高くなるように輝度変換を行うものでも良い。
また、視認しづらい濃淡変換テーブルは、ディスプレイイメージの濃淡を淡く（輝度差が少ない）変換するものであってもよいし、全体的に薄く変換するものであってもよい。あるいは、視認しづらい濃淡変換テーブルは、ディスプレイイメージを、全体的に白っぽい色に変換を行うものであってもよし、逆に全体的に黒っぽい色へ変換を行うものであってもよい。いずれにしても、視認しづらい濃淡変換テーブルを用いた場合は、出力部１０５へ表示されるＷｅｂ画面が、視覚によって視認しづらい（視認性が低い）ディスプレイイメージへ変換することができれば、その具体的な値は限定しない。
濃淡変換テーブル生成部１１４は、生成した濃淡変換テーブルをディスプレイ表示制御部１１５へ出力する。
【００３６】
ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力するＷｅｂデータのディスプレイイメージを、濃淡変換テーブル生成部１１４が生成した濃淡変換テーブルを用いて輝度変換を行い、出力部１０５のＬＣＤへ表示する。
ディスプレイ表示制御部１１５は、濃淡変換テーブル生成部１１４が生成した、濃淡変換テーブルを入力する。また、ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力する、Ｗｅｂデータのディスプレイイメージを入力する。ディスプレイ表示制御部１１５は、濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージの輝度を変換する。ディスプレイ表示制御部１１５は、変換後のディスプレイイメージを出力部１０５のＬＣＤへ表示する。
【００３７】
図５は、ディスプレイ表示制御部１１５が、Ｗｅｂブラウザ制御部１１５の使用する通信プロトコルがＨＴＴＰである場合に、濃淡変換テーブル生成部１１４が生成した通常の濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージを変換して、出力部１０５のＬＣＤへ表示した状態を示している。この場合、Ｗｅｂデータのディスプレイイメージは、通常の濃淡変換テーブルによって変換されたため、輝度に変化はなく、通常どおりの視認しやすい（視認性が高い）表示となっている。
一方、図６は、ディスプレイ表示制御部１１５が、Ｗｅｂブラウザ制御部１１５の使用する通信プロトコルがＨＴＴＰＳである場合に、濃淡変換テーブル生成部１１４が生成した視認しづらい濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージを変換して、出力部１０５のＬＣＤへ表示した状態を示している。この場合、Ｗｅｂデータのディスプレイイメージは、視認しづらい濃淡テーブルによって変換されたため、濃淡が淡く（輝度差が少なく）、視認しづらい（視認性が低い）表示となっている。
これによって、秘匿性を伴うデータの通信の場合には、他人が覗き込みをおこなっても、表示されている情報が確認しづらくすることできる。一方、秘匿性の伴わないデータの通信の場合には、表示には変化はなく、表示されている情報が確認しやすいままである。
【００３８】
以上が、本実施形態にける構成の説明である。通信プロトコルにＨＴＴＰＳが用いられる場合に秘匿性のあるデータと判断するため、携帯情報端末１００のユーザーは、切り替え動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を悪くすることができる。これによって、他人が、携帯情報端末１００を覗きこんだとしても表示されている情報を確認しづらくすることができる。
また、通信プロトコルにＨＴＴＰが用いられる場合に秘匿性のないデータと判断するため、携帯情報端末１００のユーザーは、切り戻し動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を良くすることができる。これによって、通常のデータは確認しやすい通常の表示をおこなうことができる。
さらに、通常秘匿性のあるデータや秘匿性の無いデータへの通信プロトコル設定は、Ｗｅｂコンテンツ作成者が、Ｗｅｂサーバ２００へＷｅｂコンテンツを登録する時点で行うことから、携帯情報端末１００のユーザーは、事前に余計な設定を行う必要はない。
【００３９】
［動作方法の説明］
次に、図７を用いて、本実施形態における動作方法の説明を行う。図７は、本実施形態における、動作フローを示している。
【００４０】
（ステップ１）
ユーザーが、入力部１０４からＷｅｂサーバ２００に保存されているＷｅｂページのＵＲＬを指定して、Ｗｅｂページ取得要求を入力する。Ｗｅｂブラウザ制御部１１２は、Ｗｅｂページ取得要求を検知して、ＷｅｂページのＵＲＬ宛てのページ取得リクエストを、通信制御部１１１へ出力する。
【００４１】
（ステップ２）
通信制御部１１１は、Ｗｅｂブラウザ制御部１１２が出力するページ取得リクエストを入力する。通信制御部１１１は、ページ取得リクエストに基づいて、ＨＴＴＰかＨＴＴＰＳかの所定のプロトコル含んだ、ＴＣＰ／ＩＰ等の通信フレームを作成し、Ｗｅｂサーバ２００のサーバ通信部２０１と通信を行う。Ｗｅｂブラウザ制御部１１２は、通信制御部１１１とサーバ通信部２０１の通信を利用して、Ｗｅｂサーバ２００のサーバ制御部２０２と通信を行い、サーバ記憶部２０３からＷｅｂデータを取得する。Ｗｅｂブラウザ制御部１１２は、取得したＷｅｂデータをディスプレイイメージにレンダリングする。Ｗｅｂブラウザ制御部１１２は、ディスプレイイメージをディスプレイ表示制御部１１５へ出力する。なお、通信制御部１１１とサーバ通信部２０１とが行う、ＴＣＰ／ＩＰ通信や、ＨＴＴＰＳ通信における暗号化鍵設定処理等は、公知の技術であるので説明を省略する。
【００４２】
（ステップ３）
通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２がサーバ制御部２０２と行う通信プロトコルを取得する。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が行う通信の通信プロトコルがＨＴＴＰＳであるかを判定する。通信状態判定部１１３は、通信プロトコルの判定結果を濃淡変換テーブル生成部１１４へ出力する。通信プロトコルがＨＴＴＰＳである場合には、ステップ４へ進む。通信プロトコルが、ＨＴＴＰＳで無い場合には、ステップ５へ進む。
【００４３】
（ステップ４）
濃淡変換テーブル生成部１１４は、通信状態判定部１１３から通信プロトコルの判定結果を入力する。濃淡変換テーブル生成部１１４は、判定の結果、通信プロトコルがＨＴＴＰＳである場合には、視認しづらい濃淡変換テーブルを生成する。
【００４４】
（ステップ５）
濃淡変換テーブル生成部１１４は、通信状態判定部１１３から通信プロトコルの判定結果を入力する。濃淡変換テーブル生成部１１４は、判定の結果、通信プロトコルがＨＴＴＰＳでない場合には、通常の濃淡変換テーブルを生成する。
【００４５】
（ステップ６）
ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力するＷｅｂデータのディスプレイイメージを入力する。ディスプレイ表示制御部１１５は、濃淡変換テーブル生成部１１４が生成した濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージの輝度変換を行う。通信中のプロトコルがＨＴＴＰの場合、ディスプレイイメージは、輝度変換後も通常どおり視認しやすいディスプレイイメージのままである。一方、通信中のプロトコルがＨＴＴＰＳの場合、ディスプレイイメージは、視認しづらいディスプレイイメージへ輝度変換される。ディスプレイ表示制御部１１５は、輝度変換後のディスプレイイメージを、出力部１０５のＬＣＤへ表示する。
【００４６】
以上が、本実施形態における動作方法の説明である。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が通信に使用している通信プロトコルを取得して、ＨＴＴＰであるかＨＴＴＰＳであるかを判定する。
通信状態判定部１１３は、通信プロトコルにＨＴＴＰＳが用いられる場合に秘匿性のあるデータとを判断する。濃淡変換テーブル生成部１１４は、通信プロトコルがＨＴＴＰＳである場合は、視認しづらい濃淡変換テーブルを生成する。ディスプレイ表示制御部１１５は、視認しづらい濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージを視認しづらいディスプレイイメージへ変換して出力部１０５へ出力する。そのため、携帯情報端末１００のユーザーは、切り替え動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を悪くすることができる。これによって、他人が、携帯情報端末１００を覗きこんだとしても表示されている情報を確認しづらくすることができる。
【００４７】
一方、通信状態判定部１１３は、通信プロトコルにＨＴＴＰが用いられる場合に秘匿性のないデータとを判断する。濃淡変換テーブル生成部１１４は、通信プロトコルがＨＴＴＰである場合は、通常の濃淡変換テーブルを生成する。ディスプレイ表示制御部１１５は、通常の濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージを視認しづらいディスプレイイメージへ変換して出力部１０５へ出力する。そのため、携帯情報端末１００のユーザーは、切り戻し動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を良くすることができる。これによって、通常のデータは確認しやすい通常の表示をおこなうことができる。
さらに、通常秘匿性のあるデータや秘匿性の無いデータへの通信プロトコル設定は、Ｗｅｂコンテンツ作成者が、Ｗｅｂサーバ２００へＷｅｂコンテンツを登録する時点で行うことから、携帯情報端末１００のユーザーは、事前に余計な設定を行う必要はない。
【００４８】
なお、本実施形態において、携帯情報端末１００は、通信プロトコルに応じてディスプレイイメージの輝度変換を行うことによって視認性の切り替えを実現している。これは、視野角制御機能を有するディスプレイディバイスを用いても実現が可能である。視野角制御機能を用いる場合は、通信プロトコルがＨＴＴＰＳの場合に、視野角を狭く制御し、通信プロトコルがＨＴＴＰである場合に、視野角を広く（通常の範囲）に制御するものであってもよい。
あるいは、通信プロトコルがＨＴＴＰＳである場合にＬＣＤのバックライトを暗くし、通信プロトコルがＨＴＴＰである場合にＬＣＤのバックライトを明るく（通常の明るさ）制御するものであってもよい。
また、本実施形態は、視野角制御フィルムを携帯情報端末１００の出力部１０５のＬＣＤへ貼り付けた状態でも実現可能である。
さらに、ディスプレイイメージの輝度変換と、視野角制御やＬＣＤバックライト制御を同時に、あるいは選択的に組み合わせることも可能であるし、さらにこれらを、視野角制御フィルムを添付したディスプレイで実現することも可能である。
【００４９】
このように、本発明によれば、ユーザーの操作を伴うこと無しに、携帯情報端末１００の画面の視認性が高い状態と、視認性が低い状態を切り替えること、また切り戻すことが可能となる。
【図面の簡単な説明】
【００５０】
【図１】携帯情報端末を利用するシステムの構成を示す図である。
【図２】Ｗｅｂサーバの構成を示す図である。
【図３】携帯情報端末の構成を示す図である。
【図４】携帯情報端末の機能ブロックを示す図である。
【図５】通常の濃淡変換テーブルによって、ディスプレイイメージを変換して、表示されたＷｅｂページである。
【図６】視認しづらい濃淡変換テーブルによって、ディスプレイイメージを変換して、表示されたＷｅｂページである。
【図７】本発明における動作フローである。
【符号の説明】
【００５１】
１００ 携帯情報端末
１０１ 通信部
１０２ 制御部
１０３ 記憶部
１０４ 入力部
１０５ 出力部
１１１ 通信制御部
１１２ Ｗｅｂブラウザ制御部
１１３ 通信状態判定部
１１４ 濃淡変換テーブル生成部
１１５ ディスプレイ表示制御部
２００ Ｗｅｂサーバ
２０１ サーバ通信部
２０２ サーバ制御部
２０３ サーバ記憶部
３００ インターネット網
【技術分野】
【０００１】
本発明は、携帯情報端末に関し、特に画面の覗き込み防止機能を有する携帯情報端末に関する。
【背景技術】
【０００２】
携帯情報端末が広く一般に使用されるようになり、ユーザーが、携帯情報端末を使用して、銀行や証券などの金融取引や、Ｗｅｂショッピング等を行う機会が増加している。このようなサービスにおいて、ユーザーは、個人情報やパスワードといった秘密情報を入力する必要がある。
【０００３】
しかし、携帯情報端末を利用するため、ユーザーは、例えば、電車の中等の公共機関で個人情報やパスワード等の秘密情報を入力する機会も多い。そのため、他人が携帯情報端末の画面を覗き込むことによって、ユーザーが入力する秘密情報等が漏洩してしまう危険あるという問題がある。
【０００４】
このような問題を解決するために、携帯情報端末画面の覗き込み防止に関する技術が開示されている。これらは、携帯情報端末画面の視野角を狭小化することなどによって、他人が携帯情報端末の画面を覗き込みにくくするといった技術である。このような技術は、ユーザーがキー入力を行うことによって画面の視認性を変化させたり、予めデータファイルへ付与しておいたフラグに基づいて画面の視認性を変化させるというものであり、ユーザーの手間がかかるという課題があった。
【０００５】
特許文献１は、秘匿性の高い表示画面ごとに視野角を狭小化させるために操作入力を必要としない携帯情報端末装置を提供する携帯情報端末を開示している。特許文献１の携帯情報端末は、画面表示が制限されたシークレットデータであるか否かを示す表示制限情報をユーザーデータに対応付けて記憶する表示制限情報記憶手段と、上記表示制限情報によりシークレットデータを表示させない第１表示モード、及び、シークレットデータを表示させる第２表示モードのいずれかを指定する表示モード指定情報を書き換え可能に記憶する表示モード指定情報記憶手段と、上記表示モード指定情報に基づいて表示対象とするユーザーデータを選別し、ユーザーデータの画面表示を行うアプリケーション実行手段と、上記表示モード指定情報に基づいて、表示画面の視野角を狭小化する視野角制御手段とを備えたことを特徴とする。
【０００６】
【特許文献１】特開２００６−３１９５５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、特定のキー操作を行うこと無しに、画面の視認性を変化させることが可能な携帯情報端末を提供することである。
【課題を解決するための手段】
【０００８】
本発明の携帯情報端末は、Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定する通信状態判定部と、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部とを備える。
【０００９】
本発明の携帯情報端末の画面覗き込み防止方法は、Ｗｅｂデータを取得する通信を行うステップと、通信中の通信プロトコルを参照して、Ｗｅｂデータの秘匿性を通信プロトコルの種類に基づいて判定するステップと、Ｗｅｂデータが秘匿性を有する場合は、Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、Ｗｅｂデータが秘匿性を有さない場合は、Ｗｅｂデータのディスプレイイメージを通常の視認性のまま表示するステップとを備える。
【００１０】
本発明のプログラムは、上述の携帯電話端末の画面覗き込み防止方法をコンピュータによって実現する。
【発明の効果】
【００１１】
本発明によれば、特定のキー操作を行うこと無しに、画面の視認性を変化させることが可能な携帯情報端末を提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
添付図面を参照して、本発明の実施形態による携帯電話端末を、以下に説明する。
【００１３】
［構成の説明］
始めに、図１を用いて本実施形態における携帯電話端末を利用するシステム構成を説明する。図１のシステム構成は、携帯情報端末１００と、Ｗｅｂ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバ２００と、インターネット網３００とを備える。
【００１４】
まず、Ｗｅｂサーバ２００について説明する。Ｗｅｂサーバ２００は、Ｗｅｂコンテンツを保存している。Ｗｅｂサーバ２００は、携帯情報端末１００からインターネット網３００を介して受信するＷｅｂデータリクエストに応じて、Ｗｅｂデータを送信する。
【００１５】
図２は、Ｗｅｂサーバ２００の構成を示している。Ｗｅｂサーバ２００は、サーバ通信部２０１と、サーバ制御部２０２と、サーバ記憶部２０３とを備えている。
【００１６】
サーバ通信部２０１は、通信ポート等を備えている。サーバ通信部２０１は、通信ポートを使用して、他の装置との通信が可能である。サーバ通信部２０１は、インターネット網３００を介して、携帯情報端末１００からＷｅｂリクエストを受信する。サーバ通信部２０１は、受信したＷｅｂリクエストを、サーバ制御部２０２へ出力する。また、サーバ通信部２０１は、サーバ制御部２０２が出力するＷｅｂデータ入力する。サーバ通信部２０１は、入力したＷｅｂデータを、インターネット網３００を介して、携帯情報端末１００へ送信する。
【００１７】
サーバ制御部２０２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を備える。サーバ制御部２０２は、サーバ記憶部２０３に保存されている処理用プログラムを読み出して実行することによって、Ｗｅｂサーバ２００の機能を実現する。サーバ制御部２０２は、サーバ通信部２０１が出力するＷｅｂリクエストを入力する。サーバ制御部２０２は、当該Ｗｅｂリクエストで要求されているＷｅｂデータを、サーバ記憶部２０３から取得する。サーバ制御部２０２は、サーバ記憶部２０３から取得したＷｅｂデータを、携帯情報端末１００へ送信するために、サーバ通信部２０１へ出力する。
【００１８】
サーバ記憶部２０３は、Ｗｅｂサーバ２００の機能を実現するための処理プログラムを保存している。また、サーバ記憶部２０３は、ＷｅｂコンテンツのＷｅｂデータを保存している。Ｗｅｂデータは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されている。サーバ記憶部２０３は、サーバ制御部２０２の要求に応じて、要求されたＷｅｂデータを抽出し、サーバ制御部２０２へ出力する。
【００１９】
サーバ記憶部２０３が保存しているデータには、秘匿性の低いＷｅｂデータと秘匿性の高いＷｅｂデータとが存在する。
秘匿性の低いデータＷｅｂデータとは、当該Ｗｅｂデータによって出力されるＷｅｂ画面に個人情報や、機密情報といった情報を含むことが無いＷｅｂデータである。例えば、証券会社のホームページを構成するＷｅｂデータを例に説明をすると、ホームページのトップ画面や、当該証券会社を紹介する画面等を表示するためのＷｅｂデータが該当する。ユーザーは、当該Ｗｅｂデータによって表示されたＷｅｂ画面を、他人に覗かれたとしても特に問題は発生しない。
一方、秘匿性の高いＷｅｂデータとは、当該Ｗｅｂデータによって出力されるＷｅｂ画面に個人情報や、機密情報といった情報を含むＷｅｂデータである。例えば、証券会社のホームページを構成するＷｅｂデータを例に説明すると、口座開設用資料の送付先入力画面や、個人口座にＩＤやパスワードを入力してログインする画面が該当する。ユーザーは、当該Ｗｅｂデータによって表示されたＷｅｂ画面を、他人に覗かれることによって、個人情報が漏洩してしまうことになる。
【００２０】
このような秘匿性の違いから、通常、秘匿性の低いＷｅｂデータと秘匿性の高いＷｅｂデータとでは、携帯情報端末１００がＷｅｂサーバ２００からＷｅｂデータを取得するためのプロトコルが異なるように指定されている。
一般に、携帯情報端末１００のＷｅｂブラウザが、秘匿性の低いＷｅｂデータを取得する場合には、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）上で動作するＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用する。ＨＴＴＰは、携帯情報端末１００のＷｅｂブラウザがＷｅｂデータを取得するための一般的なプロトコルである。ＨＴＴＰを使用して取得するＷｅｂデータは、「ＨＴＴＰ：／／」から始まるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によって指定されている。
一方、携帯情報端末１００が、秘匿性の高いＷｅｂデータを取得するためには、ＴＣＰ／ＩＰ上で動作を行うＨＴＴＰＳ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ Ｓｅｃｕｒｉｔｙ）を使用する。ＨＴＴＰＳは、ＨＴＴＰをＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｋｅｔ Ｌａｙｅｒ）上で動作させて、Ｗｅｂデータを暗号化して送受信するための一般的なプロトコルである。ＨＴＴＰを使用して取得するＷｅｂデータは、「ＨＴＴＰＳ：／／」から始まるＵＲＬによって指定されている。
ＨＴＴＰ及びＨＴＴＰＳは、いずれもインターネットにおいてＷｅｂデータを取得する際に用いられる一般的なプロトコルであるため、その動作の詳細な説明については省略する。Ｗｅｂサーバ２００に保存されるＷｅｂデータは、その秘匿性に応じて、ＨＴＴＰかＨＴＴＰＳのプロトコルを使用するように、Ｗｅｂコンテンツ製作者によって指定されて、保存されている。
【００２１】
次に、インターネット網３００について説明する。インターネット網３００は、携帯情報端末１００とＷｅｂサーバ２００の間の通信を転送するネットワーク網である。インターネット網３００を構成するネットワーク網は、インターネットのみに限られない。例えば、携帯情報端末１００が、携帯電話である場合には、携帯情報端末１００は、携帯電話ネットワークを介してインターネットへ接続する。インターネット網３００は、携帯情報端末１００がＷｅｂサーバ２００からＷｅｂデータを取得するためのデータ転送を可能とするネットワークであれば、インターネット以外のネットワークでも実現可能である。
また、インターネット網３００は、携帯情報端末１００がネットワークに接続するためのアクセス手段を備える。例えば、インターネット網３００は、携帯情報端末１００が無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）端末である場合には、無線ＬＡＮのアクセスポイントを備える。このようにインターネット網３００は、特定のアクセス手段に限定することなく、携帯情報端末１００の通信方式に応じたアクセス手段を備える。
【００２２】
次に、携帯情報端末１００について説明する。携帯情報端末１００は、インターネット網３００を介して、Ｗｅｂサーバ２００からＷｅｂデータを取得する。図３は、携帯情報端末１００の構成を示している。携帯情報端末１００は、通信部１０１と、制御部１０２と、記憶部１０３と、入力部１０４と、出力部１０５とを備える。
【００２３】
通信部１０１は、無線通信用のアンテナや、無線通信の送受信部を備え、インターネット網３００の基地局装置等と無線通信を行う。通信部１０１がインターネット網３００と行う無線通信のプロトコルは、携帯情報端末１００の種類によるものとし、特に限定はしない。
【００２４】
制御部１０２は、ＣＰＵ等で構成される。制御部１０２は、記憶部１０３に記憶される処理用プログラムを読み込んで実行することによって、携帯情報端末１００の機能を実現する。
【００２５】
記憶部１０３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。記憶部１０３は、制御部１０２が実行するための処理用プログラムを保存している。また、記憶部１０３は、例えば電話帳のように、携帯情報端末１００が提供する機能に必要な情報を保存している。
【００２６】
入力部１０４は、入力用にキーを備える。入力部１０４は、ユーザーからのＷｅｂデータの取得命令等のキー入力を受け付ける。
【００２７】
出力部１０５は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を備える。出力部１０５は、取得したＷｅｂデータをディスプレイイメージとして表示する。
【００２８】
携帯情報端末１００の機能は、これらの構成によって実現される。なお、携帯情報端末１００は、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線ＬＡＮモジュール（あるいはカード）やＢｌｕｅｔｏｏｔｈモジュール（カード）を搭載したモバイルノートパソコン等の、Ｗｅｂブラウザを搭載した携帯情報端末を広く含む。
【００２９】
次に、図４を用いて、携帯情報端末１００を詳細に説明する。図４は、携帯情報端末１００の機能ブロック図を示している。携帯情報端末１００は、通信部制御部１１１と、Ｗｅｂブラウザ制御部１１２と、通信状態判定部１１３と、濃淡変換テーブル生成部１１４と、ディスプレイ表示制御部１１５とをさらに備える。
【００３０】
通信制御部１１１は、Ｗｅｂサーバ２００と通信を行うことでデータの送受信を行う。通信制御部１１１は、Ｗｅｂブラウザ制御部１１２が出力するページ取得リクエストを入力して、所定のプロトコルを用いてＷｅｂサーバ２００へページ取得リクエストを送信する。また、通信制御部１１１は、Ｗｅｂサーバ２００から受信した通信データからＷｅｂデータをＷｅｂブラウザ制御部１１２へ出力する。
【００３１】
Ｗｅｂブラウザ制御部１１２は、ユーザーが入力部１０４に入力する、あるいは入力部１０４を用いて指定するＵＲＬのＷｅｂページ取得要求を通信制御部１１１へ出力する。また、Ｗｅｂブラウザ制御部１１２は、通信制御部１１１がＷｅｂサーバ２００から取得しＷｅｂデータを入力して、表示部１０５へ表示可能なディスプレイイメージにレンダリングする。Ｗｅｂブラウザ制御部１１２は、レンダリングしたディスプレイイメージをディスプレイ表示制御部１１５へ出力する。
【００３２】
通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が通信中のプロトコルを取得し、通信中のＷｅｂデータの秘匿性を判定する。通信状態判定部１１３は、当該プロトコルの種類に基づいて、Ｗｅｂデータの秘匿性を判定する。本実施形態において、通信状態判定部１１３は、当該プロトコルが、ＨＴＴＰかＨＴＴＰＳかに基づいて秘匿性を判定する。
通信状態判定部１１３は、通信プロトコルをポート番号に基づいて判定する。Ｗｅｂブラウザは、通常、トランスポート層とセッション層とのデータ受け渡しに際して、ＨＴＴＰのポート番号に８０番を、ＨＴＴＰＳのポート番号に４４３番を割り当てることによってデータの識別を行っている。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２から取得した通信プロトコルが、ポート番号８０番を使用していればＨＴＴＰを使用していると判定する。一方、通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２から取得した通信プロトコルが、ポート番号４４３番を使用していればＨＴＴＰを使用していると判定する。通信状態判定部１１３は、通信プロトコルの判定結果を、濃淡変換テーブル生成部１１４へ出力する。
ＴＣＰ／ＩＰ上のＷｅｌｌ−Ｋｎｏｗｎポートにおけるポート番号の指定は、公知のものであるので説明を省略する。なお、通信状態判定部１１３が、通信プロトコルを判定する方法はこれに限定しない。また、Ｗｅｂブラウザ制御部１１２がポート番号を変更して通信を行うような場合に、通信状態判定部１１３が、これに対応して判定を行うようにしてもよい。
【００３３】
濃淡変換テーブル生成部１１４は、Ｗｅｂデータのディスプレイイメージに対して、ディスプレイ表示制御部１１５が輝度変換を行うための、濃淡変換テーブルを生成する。濃淡変換テーブルは、Ｗｅｂブラウザ制御部１１５の出力するＷｅｂデータのディスプレイイメージを、ディスプレイ表示制御部１１５が輝度変換を行うためのテーブルである。ディスプレイ表示制御部１１５は、濃淡変換テーブルを用いることによって、入力輝度に対応した出力輝度へ変換する。
【００３４】
濃淡変換テーブル生成部１１４は、通信制御部１１１が出力する通信プロトコルの判定結果に応じて、濃淡変換テーブルを生成する。濃淡変換テーブル生成部１１４は、通信制御部１１１が出力する通信プロトコルの判定結果を入力する。
濃淡変換テーブル生成部１１４は、通信プロトコルの判定結果がＨＴＴＰである場合は、通常の濃淡変換テーブルを生成する。通常の濃淡変換テーブルとは、入力するディスプレイイメージと、変換されて出力されるディスプレイイメージの輝度が同じテーブルである。通常の濃淡変換テーブルを用いて輝度変換を行う場合、ディスプレイイメージは、Ｗｅｂブラウザ制御部１１２が出力した視認性が高い状態から、特に変化しない。
一方、濃淡変換テーブル生成部１１４は、通信プロトコルの判定結果がＨＴＴＰＳである場合は、視認しづらい濃淡変換テーブルを生成する。視認しづらい濃淡変換テーブルとは、入力するディスプレイイメージが変換されて出力されると、ディスプレイイメージの濃淡が淡い（輝度差が少ない）ようなテーブルである。視認しづらい濃淡変換テーブルを用いて輝度変換を行う場合、ディスプレイイメージは、文字や画像が確認しづらい（視認性が低い）イメージとなって出力される。
【００３５】
ディスプレイイメージの輝度変換については、公知の技術であるので詳細な説明は省略する。なお、通常の濃淡変換テーブルおよび視認しづらい濃淡変換テーブルの非線形曲線の特性は、具体的に限定はしない。通常の濃淡変換テーブルは、前述のとおり、ディスプレイイメージの入力輝度に対して出力輝度が同じとなるものでも良いし、あるいは、ディスプレイイメージの視認性が高くなるように輝度変換を行うものでも良い。
また、視認しづらい濃淡変換テーブルは、ディスプレイイメージの濃淡を淡く（輝度差が少ない）変換するものであってもよいし、全体的に薄く変換するものであってもよい。あるいは、視認しづらい濃淡変換テーブルは、ディスプレイイメージを、全体的に白っぽい色に変換を行うものであってもよし、逆に全体的に黒っぽい色へ変換を行うものであってもよい。いずれにしても、視認しづらい濃淡変換テーブルを用いた場合は、出力部１０５へ表示されるＷｅｂ画面が、視覚によって視認しづらい（視認性が低い）ディスプレイイメージへ変換することができれば、その具体的な値は限定しない。
濃淡変換テーブル生成部１１４は、生成した濃淡変換テーブルをディスプレイ表示制御部１１５へ出力する。
【００３６】
ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力するＷｅｂデータのディスプレイイメージを、濃淡変換テーブル生成部１１４が生成した濃淡変換テーブルを用いて輝度変換を行い、出力部１０５のＬＣＤへ表示する。
ディスプレイ表示制御部１１５は、濃淡変換テーブル生成部１１４が生成した、濃淡変換テーブルを入力する。また、ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力する、Ｗｅｂデータのディスプレイイメージを入力する。ディスプレイ表示制御部１１５は、濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージの輝度を変換する。ディスプレイ表示制御部１１５は、変換後のディスプレイイメージを出力部１０５のＬＣＤへ表示する。
【００３７】
図５は、ディスプレイ表示制御部１１５が、Ｗｅｂブラウザ制御部１１５の使用する通信プロトコルがＨＴＴＰである場合に、濃淡変換テーブル生成部１１４が生成した通常の濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージを変換して、出力部１０５のＬＣＤへ表示した状態を示している。この場合、Ｗｅｂデータのディスプレイイメージは、通常の濃淡変換テーブルによって変換されたため、輝度に変化はなく、通常どおりの視認しやすい（視認性が高い）表示となっている。
一方、図６は、ディスプレイ表示制御部１１５が、Ｗｅｂブラウザ制御部１１５の使用する通信プロトコルがＨＴＴＰＳである場合に、濃淡変換テーブル生成部１１４が生成した視認しづらい濃淡変換テーブルによって、Ｗｅｂデータのディスプレイイメージを変換して、出力部１０５のＬＣＤへ表示した状態を示している。この場合、Ｗｅｂデータのディスプレイイメージは、視認しづらい濃淡テーブルによって変換されたため、濃淡が淡く（輝度差が少なく）、視認しづらい（視認性が低い）表示となっている。
これによって、秘匿性を伴うデータの通信の場合には、他人が覗き込みをおこなっても、表示されている情報が確認しづらくすることできる。一方、秘匿性の伴わないデータの通信の場合には、表示には変化はなく、表示されている情報が確認しやすいままである。
【００３８】
以上が、本実施形態にける構成の説明である。通信プロトコルにＨＴＴＰＳが用いられる場合に秘匿性のあるデータと判断するため、携帯情報端末１００のユーザーは、切り替え動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を悪くすることができる。これによって、他人が、携帯情報端末１００を覗きこんだとしても表示されている情報を確認しづらくすることができる。
また、通信プロトコルにＨＴＴＰが用いられる場合に秘匿性のないデータと判断するため、携帯情報端末１００のユーザーは、切り戻し動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を良くすることができる。これによって、通常のデータは確認しやすい通常の表示をおこなうことができる。
さらに、通常秘匿性のあるデータや秘匿性の無いデータへの通信プロトコル設定は、Ｗｅｂコンテンツ作成者が、Ｗｅｂサーバ２００へＷｅｂコンテンツを登録する時点で行うことから、携帯情報端末１００のユーザーは、事前に余計な設定を行う必要はない。
【００３９】
［動作方法の説明］
次に、図７を用いて、本実施形態における動作方法の説明を行う。図７は、本実施形態における、動作フローを示している。
【００４０】
（ステップ１）
ユーザーが、入力部１０４からＷｅｂサーバ２００に保存されているＷｅｂページのＵＲＬを指定して、Ｗｅｂページ取得要求を入力する。Ｗｅｂブラウザ制御部１１２は、Ｗｅｂページ取得要求を検知して、ＷｅｂページのＵＲＬ宛てのページ取得リクエストを、通信制御部１１１へ出力する。
【００４１】
（ステップ２）
通信制御部１１１は、Ｗｅｂブラウザ制御部１１２が出力するページ取得リクエストを入力する。通信制御部１１１は、ページ取得リクエストに基づいて、ＨＴＴＰかＨＴＴＰＳかの所定のプロトコル含んだ、ＴＣＰ／ＩＰ等の通信フレームを作成し、Ｗｅｂサーバ２００のサーバ通信部２０１と通信を行う。Ｗｅｂブラウザ制御部１１２は、通信制御部１１１とサーバ通信部２０１の通信を利用して、Ｗｅｂサーバ２００のサーバ制御部２０２と通信を行い、サーバ記憶部２０３からＷｅｂデータを取得する。Ｗｅｂブラウザ制御部１１２は、取得したＷｅｂデータをディスプレイイメージにレンダリングする。Ｗｅｂブラウザ制御部１１２は、ディスプレイイメージをディスプレイ表示制御部１１５へ出力する。なお、通信制御部１１１とサーバ通信部２０１とが行う、ＴＣＰ／ＩＰ通信や、ＨＴＴＰＳ通信における暗号化鍵設定処理等は、公知の技術であるので説明を省略する。
【００４２】
（ステップ３）
通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２がサーバ制御部２０２と行う通信プロトコルを取得する。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が行う通信の通信プロトコルがＨＴＴＰＳであるかを判定する。通信状態判定部１１３は、通信プロトコルの判定結果を濃淡変換テーブル生成部１１４へ出力する。通信プロトコルがＨＴＴＰＳである場合には、ステップ４へ進む。通信プロトコルが、ＨＴＴＰＳで無い場合には、ステップ５へ進む。
【００４３】
（ステップ４）
濃淡変換テーブル生成部１１４は、通信状態判定部１１３から通信プロトコルの判定結果を入力する。濃淡変換テーブル生成部１１４は、判定の結果、通信プロトコルがＨＴＴＰＳである場合には、視認しづらい濃淡変換テーブルを生成する。
【００４４】
（ステップ５）
濃淡変換テーブル生成部１１４は、通信状態判定部１１３から通信プロトコルの判定結果を入力する。濃淡変換テーブル生成部１１４は、判定の結果、通信プロトコルがＨＴＴＰＳでない場合には、通常の濃淡変換テーブルを生成する。
【００４５】
（ステップ６）
ディスプレイ表示制御部１１５は、Ｗｅｂブラウザ制御部１１２が出力するＷｅｂデータのディスプレイイメージを入力する。ディスプレイ表示制御部１１５は、濃淡変換テーブル生成部１１４が生成した濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージの輝度変換を行う。通信中のプロトコルがＨＴＴＰの場合、ディスプレイイメージは、輝度変換後も通常どおり視認しやすいディスプレイイメージのままである。一方、通信中のプロトコルがＨＴＴＰＳの場合、ディスプレイイメージは、視認しづらいディスプレイイメージへ輝度変換される。ディスプレイ表示制御部１１５は、輝度変換後のディスプレイイメージを、出力部１０５のＬＣＤへ表示する。
【００４６】
以上が、本実施形態における動作方法の説明である。通信状態判定部１１３は、Ｗｅｂブラウザ制御部１１２が通信に使用している通信プロトコルを取得して、ＨＴＴＰであるかＨＴＴＰＳであるかを判定する。
通信状態判定部１１３は、通信プロトコルにＨＴＴＰＳが用いられる場合に秘匿性のあるデータとを判断する。濃淡変換テーブル生成部１１４は、通信プロトコルがＨＴＴＰＳである場合は、視認しづらい濃淡変換テーブルを生成する。ディスプレイ表示制御部１１５は、視認しづらい濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージを視認しづらいディスプレイイメージへ変換して出力部１０５へ出力する。そのため、携帯情報端末１００のユーザーは、切り替え動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を悪くすることができる。これによって、他人が、携帯情報端末１００を覗きこんだとしても表示されている情報を確認しづらくすることができる。
【００４７】
一方、通信状態判定部１１３は、通信プロトコルにＨＴＴＰが用いられる場合に秘匿性のないデータとを判断する。濃淡変換テーブル生成部１１４は、通信プロトコルがＨＴＴＰである場合は、通常の濃淡変換テーブルを生成する。ディスプレイ表示制御部１１５は、通常の濃淡変換テーブルを用いて、Ｗｅｂデータのディスプレイイメージを視認しづらいディスプレイイメージへ変換して出力部１０５へ出力する。そのため、携帯情報端末１００のユーザーは、切り戻し動作等を行わなくとも、出力部１０５へ表示されるＷｅｂページの視認性を良くすることができる。これによって、通常のデータは確認しやすい通常の表示をおこなうことができる。
さらに、通常秘匿性のあるデータや秘匿性の無いデータへの通信プロトコル設定は、Ｗｅｂコンテンツ作成者が、Ｗｅｂサーバ２００へＷｅｂコンテンツを登録する時点で行うことから、携帯情報端末１００のユーザーは、事前に余計な設定を行う必要はない。
【００４８】
なお、本実施形態において、携帯情報端末１００は、通信プロトコルに応じてディスプレイイメージの輝度変換を行うことによって視認性の切り替えを実現している。これは、視野角制御機能を有するディスプレイディバイスを用いても実現が可能である。視野角制御機能を用いる場合は、通信プロトコルがＨＴＴＰＳの場合に、視野角を狭く制御し、通信プロトコルがＨＴＴＰである場合に、視野角を広く（通常の範囲）に制御するものであってもよい。
あるいは、通信プロトコルがＨＴＴＰＳである場合にＬＣＤのバックライトを暗くし、通信プロトコルがＨＴＴＰである場合にＬＣＤのバックライトを明るく（通常の明るさ）制御するものであってもよい。
また、本実施形態は、視野角制御フィルムを携帯情報端末１００の出力部１０５のＬＣＤへ貼り付けた状態でも実現可能である。
さらに、ディスプレイイメージの輝度変換と、視野角制御やＬＣＤバックライト制御を同時に、あるいは選択的に組み合わせることも可能であるし、さらにこれらを、視野角制御フィルムを添付したディスプレイで実現することも可能である。
【００４９】
このように、本発明によれば、ユーザーの操作を伴うこと無しに、携帯情報端末１００の画面の視認性が高い状態と、視認性が低い状態を切り替えること、また切り戻すことが可能となる。
【図面の簡単な説明】
【００５０】
【図１】携帯情報端末を利用するシステムの構成を示す図である。
【図２】Ｗｅｂサーバの構成を示す図である。
【図３】携帯情報端末の構成を示す図である。
【図４】携帯情報端末の機能ブロックを示す図である。
【図５】通常の濃淡変換テーブルによって、ディスプレイイメージを変換して、表示されたＷｅｂページである。
【図６】視認しづらい濃淡変換テーブルによって、ディスプレイイメージを変換して、表示されたＷｅｂページである。
【図７】本発明における動作フローである。
【符号の説明】
【００５１】
１００ 携帯情報端末
１０１ 通信部
１０２ 制御部
１０３ 記憶部
１０４ 入力部
１０５ 出力部
１１１ 通信制御部
１１２ Ｗｅｂブラウザ制御部
１１３ 通信状態判定部
１１４ 濃淡変換テーブル生成部
１１５ ディスプレイ表示制御部
２００ Ｗｅｂサーバ
２０１ サーバ通信部
２０２ サーバ制御部
２０３ サーバ記憶部
３００ インターネット網
【特許請求の範囲】
【請求項１】
Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、
前記通信中の通信プロトコルを参照して、前記Ｗｅｂデータの秘匿性を前記通信プロトコルの種類に基づいて判定する通信状態判定部と、
前記Ｗｅｂデータが秘匿性を有する場合は、前記Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、前記Ｗｅｂデータが秘匿性を有さない場合は、前記Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部と
を備える携帯情報端末。
【請求項２】
請求項１に記載の携帯情報端末であって、
前記通信状態判定部は、前記通信プロトコルが、ＨＴＴＰＳである場合に、前記Ｗｅｂデータが秘匿性を有すると判定し、前記通信プロトコルが、ＨＴＴＰである場合に、前記Ｗｅｂデータが秘匿性を有さないと判定する
携帯情報端末。
【請求項３】
請求項１または請求項２に記載の携帯情報端末であって、
前記Ｗｅｂデータが秘匿性を有する場合には、前記Ｗｅｂデータのディスプレイイメージを、視認性が低い状態へ変換する濃淡変換テーブルを生成し、前記Ｗｅｂデータが秘匿性を有さない場合には、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のままに変換する濃淡変換テーブルを生成する濃淡変換テーブル生成部をさらに備え、
前記ディスプレイ表示制御部は、前記濃淡変換テーブルに基づいて、前記Ｗｅｂデータのディスプレイイメージを変換し、変換後のディスプレイイメージを表示する
携帯情報端末。
【請求項４】
Ｗｅｂデータを取得する通信を行うステップと、
前記通信中の通信プロトコルを参照して、前記Ｗｅｂデータの秘匿性を前記通信プロトコルの種類に基づいて判定するステップと、
前記Ｗｅｂデータが秘匿性を有する場合は、前記Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、前記Ｗｅｂデータが秘匿性を有さない場合は、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のまま表示するステップと
を備える携帯情報端末の画面覗き込み防止方法。
【請求項５】
請求項４に記載の携帯情報端末の画面覗き込み防止方法であって、前記判定するステップは、
前記通信プロトコルが、ＨＴＴＰＳである場合に、前記Ｗｅｂデータが秘匿性を有すると判定し、前記通信プロトコルが、ＨＴＴＰである場合に、前記Ｗｅｂデータが秘匿性を有さないと判定するステップ
を含む携帯情報端末の画面覗き込み防止方法。
【請求項６】
請求項４または請求項５に記載の携帯情報端末の画面覗き込み防止方法であって、
前記Ｗｅｂデータが秘匿性を有する場合には、前記Ｗｅｂデータのディスプレイイメージを、視認性が低い状態へ変換する濃淡変換テーブルを生成し、前記Ｗｅｂデータが秘匿性を有さない場合には、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のままに変換する濃淡変換テーブルを生成するステップをさらに備え、
前記表示するステップは、
前記濃淡変換テーブルに基づいて、前記Ｗｅｂデータのディスプレイイメージを変換し、変換後のディスプレイイメージを表示するステップ
を含む携帯情報端末の画面覗き込み防止方法。
【請求項７】
請求項４から請求項６までのいずれかに記載の携帯電話端末の画面覗き込み防止方法をコンピュータによって実現するプログラム。
【請求項１】
Ｗｅｂデータを取得する通信を行うＷｅｂブラウザ制御部と、
前記通信中の通信プロトコルを参照して、前記Ｗｅｂデータの秘匿性を前記通信プロトコルの種類に基づいて判定する通信状態判定部と、
前記Ｗｅｂデータが秘匿性を有する場合は、前記Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、前記Ｗｅｂデータが秘匿性を有さない場合は、前記Ｗｅｂデータのディスプレイイメージを、通常の視認性のまま表示するディスプレイ表示制御部と
を備える携帯情報端末。
【請求項２】
請求項１に記載の携帯情報端末であって、
前記通信状態判定部は、前記通信プロトコルが、ＨＴＴＰＳである場合に、前記Ｗｅｂデータが秘匿性を有すると判定し、前記通信プロトコルが、ＨＴＴＰである場合に、前記Ｗｅｂデータが秘匿性を有さないと判定する
携帯情報端末。
【請求項３】
請求項１または請求項２に記載の携帯情報端末であって、
前記Ｗｅｂデータが秘匿性を有する場合には、前記Ｗｅｂデータのディスプレイイメージを、視認性が低い状態へ変換する濃淡変換テーブルを生成し、前記Ｗｅｂデータが秘匿性を有さない場合には、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のままに変換する濃淡変換テーブルを生成する濃淡変換テーブル生成部をさらに備え、
前記ディスプレイ表示制御部は、前記濃淡変換テーブルに基づいて、前記Ｗｅｂデータのディスプレイイメージを変換し、変換後のディスプレイイメージを表示する
携帯情報端末。
【請求項４】
Ｗｅｂデータを取得する通信を行うステップと、
前記通信中の通信プロトコルを参照して、前記Ｗｅｂデータの秘匿性を前記通信プロトコルの種類に基づいて判定するステップと、
前記Ｗｅｂデータが秘匿性を有する場合は、前記Ｗｅｂデータのディスプレイイメージを変換して視認性が低い状態で表示し、前記Ｗｅｂデータが秘匿性を有さない場合は、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のまま表示するステップと
を備える携帯情報端末の画面覗き込み防止方法。
【請求項５】
請求項４に記載の携帯情報端末の画面覗き込み防止方法であって、前記判定するステップは、
前記通信プロトコルが、ＨＴＴＰＳである場合に、前記Ｗｅｂデータが秘匿性を有すると判定し、前記通信プロトコルが、ＨＴＴＰである場合に、前記Ｗｅｂデータが秘匿性を有さないと判定するステップ
を含む携帯情報端末の画面覗き込み防止方法。
【請求項６】
請求項４または請求項５に記載の携帯情報端末の画面覗き込み防止方法であって、
前記Ｗｅｂデータが秘匿性を有する場合には、前記Ｗｅｂデータのディスプレイイメージを、視認性が低い状態へ変換する濃淡変換テーブルを生成し、前記Ｗｅｂデータが秘匿性を有さない場合には、前記Ｗｅｂデータのディスプレイイメージを通常の視認性のままに変換する濃淡変換テーブルを生成するステップをさらに備え、
前記表示するステップは、
前記濃淡変換テーブルに基づいて、前記Ｗｅｂデータのディスプレイイメージを変換し、変換後のディスプレイイメージを表示するステップ
を含む携帯情報端末の画面覗き込み防止方法。
【請求項７】
請求項４から請求項６までのいずれかに記載の携帯電話端末の画面覗き込み防止方法をコンピュータによって実現するプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００９−１８１４０６（Ｐ２００９−１８１４０６Ａ）
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願番号】特願２００８−２０７１７（Ｐ２００８−２０７１７）
【出願日】平成２０年１月３１日（２００８．１．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２１年８月１３日（２００９．８．１３）
【国際特許分類】
【出願日】平成２０年１月３１日（２００８．１．３１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]