特許 7566207 組み込み機器及び表示システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-03

(45)【発行日】2024-10-11

(54)【発明の名称】組み込み機器及び表示システム

(51)【国際特許分類】

   H04L 9/36 20060101AFI20241004BHJP

【ＦＩ】

H04L9/36

【請求項の数】 13

(21)【出願番号】P 2024515198

(86)(22)【出願日】2022-04-11

(86)【国際出願番号】 JP2022017524

(87)【国際公開番号】W WO2023199387

(87)【国際公開日】2023-10-19

【審査請求日】2024-04-01

(73)【特許権者】

【識別番号】000006013

【氏名又は名称】三菱電機株式会社

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100131152

【弁理士】

【氏名又は名称】八島 耕司

(74)【代理人】

【識別番号】100147924

【弁理士】

【氏名又は名称】美恵 英樹

(74)【代理人】

【識別番号】100148149

【弁理士】

【氏名又は名称】渡邉 幸男

(74)【代理人】

【識別番号】100181618

【弁理士】

【氏名又は名称】宮脇 良平

(74)【代理人】

【識別番号】100174388

【弁理士】

【氏名又は名称】龍竹 史朗

(72)【発明者】

【氏名】今川 正則

【審査官】平井 誠

(56)【参考文献】

【文献】特開２００８ー１８６１６０（ＪＰ，Ａ）

【文献】特開２０１５－１７９８９４（ＪＰ，Ａ）

【文献】特開２０１１－１９７９６８（ＪＰ，Ａ）

【文献】特開２００６－３５２３３６（ＪＰ，Ａ）

【文献】特開２０１６－００４５６１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／００－４０

Ｇ０９Ｃ １／００－５／００

(57)【特許請求の範囲】

【請求項1】

外部ブラウザを備える外部端末と通信可能に接続された組み込み機器であって、
Ｗｅｂ文書を記憶する記憶部と、
内蔵ブラウザと、
前記記憶部に記憶された前記Ｗｅｂ文書を暗号化されない通信を介して前記内蔵ブラウザに送信し、前記Ｗｅｂ文書に基づく第１の画面を前記内蔵ブラウザに表示させ、
前記記憶部に記憶された前記Ｗｅｂ文書を暗号化された通信を介して前記外部ブラウザに送信し、前記Ｗｅｂ文書に基づく第２の画面を前記外部ブラウザに表示させるＷｅｂサーバと、を備え、
前記Ｗｅｂサーバは、
内部用仮想サーバにより、前記内蔵ブラウザとの間で前記暗号化されない通信を行い、
外部用仮想サーバにより、前記外部ブラウザとの間で前記暗号化された通信を行う、
組み込み機器。

【請求項2】

前記Ｗｅｂサーバは、
前記暗号化されない通信を介して前記内蔵ブラウザからユーザ認証の要求を受信した場合、前記ユーザ認証の入力画面を前記内蔵ブラウザに表示させずに、前記第１の画面として、前記ユーザ認証の完了画面を前記内蔵ブラウザに表示させ、
前記暗号化された通信を介して前記外部ブラウザから前記ユーザ認証の要求を受信した場合、前記第２の画面として、前記入力画面を前記外部ブラウザに表示させる、
請求項１に記載の組み込み機器。

【請求項3】

前記Ｗｅｂサーバは、前記内蔵ブラウザから前記ユーザ認証の要求を受信した場合、リダイレクト又はＵＲＬの書き換えにより、受信した前記要求の接続先を前記入力画面から前記完了画面に変更する、
請求項２に記載の組み込み機器。

【請求項4】

前記Ｗｅｂサーバは、前記内蔵ブラウザ又は前記外部ブラウザから前記ユーザ認証の要求を受信した場合、受信した前記要求の送信元のアドレスがループバックアドレスに該当するか否かに基づいて、受信した前記要求の送信元が前記内蔵ブラウザであるか前記外部ブラウザであるかを判定する、
請求項２又は３に記載の組み込み機器。

【請求項5】

前記Ｗｅｂサーバは、前記内蔵ブラウザから前記ユーザ認証の要求を受信した場合に、前記第１の画面として前記入力画面を前記内蔵ブラウザに表示させるか、又は、前記第１の画面として前記入力画面を表示させずに前記完了画面を前記内蔵ブラウザに表示させるかを、ユーザから入力された設定に応じて切り替える、
請求項２又は３に記載の組み込み機器。

【請求項6】

前記Ｗｅｂサーバは、
前記暗号化されない通信を介して前記内蔵ブラウザから操作要求を受信した場合、前記第１の画面として前記組み込み機器の操作画面を前記内蔵ブラウザに表示させ、
前記暗号化された通信を介して前記外部ブラウザから前記操作要求を受信した場合、前記第２の画面として前記操作画面を前記外部ブラウザに表示させる、
請求項１から３のいずれか１項に記載の組み込み機器。

【請求項7】

前記組み込み機器は、アプリケーションソフトウェアを使用するための認証処理と、前記アプリケーションソフトウェアに基づくアプリケーション処理と、を実行するアプリケーションサーバ、を更に備え、
前記アプリケーションサーバは、
前記Ｗｅｂサーバが前記暗号化されない通信を介して前記内蔵ブラウザから操作要求を受信した場合、前記認証処理を実行せずに前記アプリケーション処理を実行し、
前記Ｗｅｂサーバが前記暗号化された通信を介して前記外部ブラウザから前記操作要求を受信した場合、前記認証処理を実行してから前記アプリケーション処理を実行する、
請求項１から３のいずれか１項に記載の組み込み機器。

【請求項8】

前記Ｗｅｂサーバは、前記内蔵ブラウザ又は前記外部ブラウザから前記操作要求を受信した場合、受信した前記操作要求の送信元のアドレスを前記操作要求に付与し、
前記アプリケーションサーバは、前記操作要求に付与された前記送信元のアドレスに基づいて、前記送信元が前記内蔵ブラウザであるか前記外部ブラウザであるかを判定する、
請求項７に記載の組み込み機器。

【請求項9】

前記Ｗｅｂサーバは、前記内蔵ブラウザ又は前記外部ブラウザから前記操作要求を受信した場合、受信した前記操作要求のヘッダ又はクエリパラメータに前記送信元のアドレスを追加することにより、前記送信元のアドレスを前記操作要求に付与する、
請求項８に記載の組み込み機器。

【請求項10】

前記組み込み機器は、前記組み込み機器を操作するユーザを認証する認証デバイス、を更に備え、
前記Ｗｅｂサーバは、
前記暗号化されない通信を介して前記内蔵ブラウザからユーザ認証の要求を受信した場合、前記第１の画面として、前記認証デバイスの操作を促す画面を前記内蔵ブラウザに表示させ、
前記暗号化された通信を介して前記外部ブラウザから前記ユーザ認証の要求を受信した場合、前記第２の画面として、前記認証デバイスを使用しないユーザ認証の入力画面を前記外部ブラウザに表示させる、
請求項１に記載の組み込み機器。

【請求項11】

前記Ｗｅｂサーバは、
前記組み込み機器上で動作する第１の仮想マシンにより、前記内蔵ブラウザとの間で前記暗号化されない通信を行い、
前記組み込み機器上で動作する第２の仮想マシンにより、前記外部ブラウザとの間で前記暗号化された通信を行う、
請求項１、２、３又は１０に記載の組み込み機器。

【請求項12】

前記Ｗｅｂサーバは、
コンテナ仮想化技術により生成された第１のコンテナにより、前記内蔵ブラウザとの間で前記暗号化されない通信を行い、
前記コンテナ仮想化技術により生成された第２のコンテナにより、前記外部ブラウザとの間で前記暗号化された通信を行う、
請求項１、２、３又は１０に記載の組み込み機器。

【請求項13】

請求項１、２、３又は１０に記載の組み込み機器と、前記外部端末と、を備える、
表示システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、組み込み機器及び表示システムに関する。

【背景技術】

【0002】

画面を表示する表示部を搭載した組み込み機器が知られている。また、組み込み機器のネットワーク対応に伴い、外部端末からも組み込み機器を制御することが可能になってきている。例えば、特許文献１は、内蔵Ｗｅｂブラウザを介してのアクセスと外部装置のＷｅｂブラウザからのアクセスとで異なる操作画面を表示させることが可能な画像処理装置を開示している。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１１－１９７９６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記のような組み込み機器の内蔵ブラウザと外部端末に搭載された外部ブラウザとの両方で画面が表示されるシステムにおいて、内蔵ブラウザと外部ブラウザとに表示する画面を同じＷｅｂ文書から生成することで、画面の開発に必要な労力を削減することが求められている。

【0005】

一方で、内蔵ブラウザと外部ブラウザとでは、必要とするセキュリティに違いがある。具体的には、外部ブラウザに画面を表示させる場合には、外部ネットワークを介した通信を行うため、強固なセキュリティ対策が必要となる。これに対して、組み込み機器の内蔵ブラウザに画面を表示させる場合には、組み込み機器の内部通信となるため、外部ブラウザとの通信に比べて強固なセキュリティ対策は必要ない。このような必要とするセキュリティの違いを考慮して、内蔵ブラウザとの通信における処理負荷を軽減することが求められている。

【0006】

本開示は、上記のような問題点を解決するためになされたものであり、同じＷｅｂ文書に基づく画面を内蔵ブラウザと外部ブラウザとに表示させる組み込み機器において、内蔵ブラウザとの通信における処理負荷を軽減することが可能な組み込み機器等を提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するために、本開示に係る組み込み機器は、
外部ブラウザを備える外部端末と通信可能に接続された組み込み機器であって、
Ｗｅｂ文書を記憶する記憶部と、
内蔵ブラウザと、
前記記憶部に記憶された前記Ｗｅｂ文書を暗号化されない通信を介して前記内蔵ブラウザに送信し、前記Ｗｅｂ文書に基づく第１の画面を前記内蔵ブラウザに表示させ、
前記記憶部に記憶された前記Ｗｅｂ文書を暗号化された通信を介して前記外部ブラウザに送信し、前記Ｗｅｂ文書に基づく第２の画面を前記外部ブラウザに表示させるＷｅｂサーバと、を備え、
前記Ｗｅｂサーバは、
内部用仮想サーバにより、前記内蔵ブラウザとの間で前記暗号化されない通信を行い、
外部用仮想サーバにより、前記外部ブラウザとの間で前記暗号化された通信を行う。

【発明の効果】

【0008】

本開示では、Ｗｅｂサーバが、記憶部に記憶されたＷｅｂ文書を暗号化されない通信を介して内蔵ブラウザに送信し、Ｗｅｂ文書に基づく第１の画面を内蔵ブラウザに表示させ、記憶部に記憶されたＷｅｂ文書を暗号化された通信を介して外部ブラウザに送信し、Ｗｅｂ文書に基づく第２の画面を外部ブラウザに表示させる。従って、本開示によれば、同じＷｅｂ文書に基づく画面を内蔵ブラウザと外部ブラウザとに表示させる組み込み機器において、内蔵ブラウザとの通信における処理負荷を軽減することができる。

【図面の簡単な説明】

【0009】

【図1】実施の形態１に係る表示システムの構成を示す第１の図

【図2】実施の形態１に係る表示システムの構成を示す第２の図

【図3】実施の形態１に係るＷｅｂサーバの構成を示す図

【図4】実施の形態１に係る外部ブラウザに表示されるユーザ認証の入力画面の一例を示す図

【図5】実施の形態１に係る内蔵ブラウザ及び外部ブラウザに表示されるユーザ認証の完了画面の一例を示す図

【図6】実施の形態１に係る内蔵ブラウザ及び外部ブラウザに表示される操作画面の一例を示す図

【図7】実施の形態１に係る組み込み機器により実行されるユーザ認証処理の流れを示すフローチャート

【図8】実施の形態１に係る組み込み機器により実行される操作画面表示処理の流れを示すフローチャート

【図9】実施の形態２に係る組み込み機器において、認証デバイスによるユーザ認証に関する構成を示す図

【図10】実施の形態２に係る内蔵ブラウザに表示される認証デバイスの操作を促す画面の一例を示す図

【図11】実施の形態３に係る組み込み機器において、仮想マシンによるシステム構成を示す図

【図12】実施の形態４に係る組み込み機器において、コンテナ仮想化によるシステム構成を示す図

【発明を実施するための形態】

【0010】

以下、実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付す。

【0011】

（実施の形態１）
図１に、実施の形態１に係る表示システム１の構成を示す。表示システム１は、組み込み機器１０と、外部端末３０と、を備える。組み込み機器１０は画面表示機能を搭載しており、ユーザが画面を見ながら組み込み機器１０を直接接触して操作することができる。

【0012】

組み込み機器１０と外部端末３０とは、破線で示す外部ネットワークを介して互いに通信可能に接続されている。外部ネットワークは、通信ネットワークであって、具体的には、ＬＡＮ（Local Area Network）、インターネット等のような情報通信網である。外部ネットワークを経由することにより、ユーザは、外部端末３０のブラウザから組み込み機器１０に直接接触することなく操作することができる。

【0013】

組み込み機器１０は、組み込みソフトウェアにより制御される電子機器であって、具体的には、空調機、給湯機、炊飯器、洗濯機、冷蔵庫、テレビ等のような特定用途向けの電子機器である。以下では、組み込み機器１０として、空調機を操作するための空調コントローラを例にとって説明する。

【0014】

組み込み機器１０は、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５と、を備える。これらは、それぞれ、機器側制御部、機器側記憶部、機器側操作部、機器側表示部、及び、機器側通信部と呼ぶこともできる。

【0015】

制御部１１は、ＣＰＵ（Central Processing Unit）を備える。ＣＰＵは、中央処理装置、中央演算装置、プロセッサ、マイクロプロセッサ、マイクロコンピュータ等とも呼び、組み込み機器１０の制御に係る処理及び演算を実行する処理部として機能する。制御部１１において、ＣＰＵは、記憶部１２に記憶されているプログラム及びデータを読み出して動作し、組み込み機器１０を統括制御する。

【0016】

記憶部１２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ等を備える。記憶部１２は、制御部１１が各種処理を行うために使用するプログラム及びデータを記憶する。また、記憶部１２は、制御部１１が各種処理を行うことにより生成又は取得するデータを記憶する。

【0017】

具体的には、記憶部１２は、Ｗｅｂ文書１２１を記憶している。Ｗｅｂ文書１２１は、表示部１４に表示される画像を定めたデータファイルである。Ｗｅｂ文書１２１は、ユーザ認証画面、組み込み機器１０の操作画面等のような、表示部１４に表示される画面のデータを予め定められたルールに従って定めている。例えば、Ｗｅｂ文書１２１は、画面レイアウトを指定するＨＴＭＬ（Hyper Text Markup Language）又はＣＳＳ（Cascading Style Sheets）と、画面の内容を記述するＪａｖａＳｃｒｉｐｔと、を含む。

【0018】

操作部１３は、タッチパネル、タッチパッド、キーボード、マウス、物理ボタン等の入力デバイスを備えており、ユーザからの操作入力を受け付ける。ユーザは、操作部１３を操作することによって、様々な指示を組み込み機器１０に入力することができる。操作部１３は、ユーザから入力された指示を受け付けると、受け付けた指示を内蔵ブラウザ１１１に出力する。

【0019】

表示部１４は、液晶パネル、有機ＥＬ（Electro-Luminescence）パネル等の表示デバイスを備える。表示部１４は、表示駆動回路によって駆動され、内蔵ブラウザ１１１から出力される様々な画像を表示する。

【0020】

通信部１５は、組み込み機器１０の外部の機器と通信するための通信インタフェースを備える。例えば、通信部１５は、ＬＡＮ、ＵＳＢ（Universal Serial Bus）等の周知の通信規格に則って、外部端末３０を含む外部の機器と通信する。

【0021】

具体的には、通信部１５は、外部ネットワークを介して外部端末３０との間で暗号化された通信を行う。通信部１５は、外部端末３０からの要求に応答して、記憶部１２に記憶されたＷｅｂ文書１２１を外部端末３０に送信する。

【0022】

外部端末３０は、組み込み機器１０の外部の端末装置であって、Ｗｅｂクライアントとして機能する。具体的には、外部端末３０は、パーソナルコンピュータ、スマートフォン、タブレット端末等のような、ユーザに操作される操作端末である。外部端末３０は、外部ネットワークを介して組み込み機器１０と接続されており、組み込み機器１０の操作、状態監視等を行うことができる。

【0023】

外部端末３０は、制御部３１と、記憶部３２と、操作部３３と、表示部３４と、通信部３５と、を備える。これらは、それぞれ、端末側制御部、端末側記憶部、端末側操作部、端末側表示部、及び、端末側通信部と呼ぶこともできる。

【0024】

制御部３１は、ＣＰＵを備える。ＣＰＵは、中央処理装置、中央演算装置、プロセッサ、マイクロプロセッサ、マイクロコンピュータ等とも呼び、外部端末３０の制御に係る処理及び演算を実行する処理部として機能する。制御部３１において、ＣＰＵは、記憶部３２に記憶されているプログラム及びデータを読み出して動作し、外部端末３０を統括制御する。

【0025】

記憶部３２は、ＲＯＭ、ＲＡＭ、フラッシュメモリ等を備える。記憶部３２は、制御部３１が各種処理を行うために使用するプログラム及びデータを記憶する。また、記憶部３２は、制御部３１が各種処理を行うことにより生成又は取得するデータを記憶する。

【0026】

操作部３３は、ボタン、タッチパッド、タッチパネル等の入力デバイスを備えており、ユーザからの操作入力を受け付ける。ユーザは、操作部３３を操作することによって、様々な指示を外部端末３０に入力することができる。操作部３３は、ユーザから入力された指示を受け付けると、受け付けた指示を外部ブラウザ３１１に出力する。

【0027】

表示部３４は、ＬＣＤパネル、有機ＥＬ等の表示デバイスを備える。表示部３４は、表示駆動回路によって駆動され、外部ブラウザ３１１から出力される様々な画像を表示する。

【0028】

通信部３５は、外部端末３０の外部の機器と通信するための通信インタフェースを備える。例えば、通信部３５は、ＬＡＮ、ＵＳＢ等の周知の通信規格に則って、組み込み機器１０を含む外部の機器と通信する。

【0029】

具体的には、通信部３５は、外部ネットワークを介して組み込み機器１０との間で暗号化された通信を行う。これにより、通信部３５は、組み込み機器１０から送信されるＷｅｂ文書１２１を取得する。

【0030】

組み込み機器１０において、制御部１１は、機能的に、内蔵ブラウザ１１１と、Ｗｅｂサーバ１１２と、アプリケーションサーバ１１３と、を備える。また、外部端末３０において、制御部３１は、機能的に、外部ブラウザ３１１を備える。

【0031】

これら各部は、ソフトウェア、ファームウェア、又は、ソフトウェアとファームウェアとの組み合わせによって実現される。ソフトウェア及びファームウェアは、プログラムとして記述され、ＲＯＭ又は記憶部１２，３２に格納される。そして、ＣＰＵが、ＲＯＭ又は記憶部１２，３２に記憶されたプログラムを実行することによって、各部の機能を実現する。

【0032】

次に、図２を参照して、制御部１１，３１に備えられる各部の機能について説明する。

【0033】

組み込み機器１０において、内蔵ブラウザ１１１は、組み込み機器１０に内蔵されたＷｅｂブラウザであって、表示部１４に表示画面を表示する。また、内蔵ブラウザ１１１は、組み込み機器１０のユーザが操作部１３を操作して入力された操作指示を操作部１３から取得する。

【0034】

内蔵ブラウザ１１１は、組み込み機器１０の内部通信を介して、Ｗｅｂサーバ１１２に接続することができる。内蔵ブラウザ１１１は、内部通信を介して、記憶部１２に記憶されたＷｅｂ文書１２１をＷｅｂサーバ１１２から取得し、Ｗｅｂ文書１２１に基づく表示画面を表示部１４に出力する。また、内蔵ブラウザ１１１は、内部通信を介して、操作部１３から取得したユーザの操作指示をＷｅｂサーバ１１２に送信する。

【0035】

より詳細には、内蔵ブラウザ１１１は、内部通信であるループバック通信を介して、Ｗｅｂサーバ１１２に接続する。ループバック通信では、ＩＰｖ４（Internet Protocol version 4）の場合は、送信元ブラウザ、送信先サーバともに、アドレスが“１２７．０．０．１”となり、ＩＰｖ６（Internet Protocol version ６）の場合はアドレスが“：：１”となる。このようなアドレスが割り当てられることにより、ループバック通信は、外部ネットワークからの通信と区別できるようになっている。

【0036】

外部端末３０において、外部ブラウザ３１１は、外部端末３０に搭載されたＷｅｂブラウザであって、表示部３４に表示画面を表示する。また、外部ブラウザ３１１は、外部端末３０のユーザが操作部３３を操作して入力された操作指示を操作部３３から取得する。

【0037】

外部ブラウザ３１１は、外部ネットワークを介して、組み込み機器１０のＷｅｂサーバ１１２に接続することができる。外部ブラウザ３１１は、外部ネットワークを介して、記憶部１２に記憶されたＷｅｂ文書１２１をＷｅｂサーバ１１２から取得し、Ｗｅｂ文書１２１に基づく表示画面を表示部３４に出力する。また、外部ブラウザ３１１は、外部ネットワークを介して、操作部３３から取得したユーザの操作指示をＷｅｂサーバ１１２に送信する。

【0038】

組み込み機器１０において、Ｗｅｂサーバ１１２は、Ｗｅｂブラウザである内蔵ブラウザ１１１及び外部ブラウザ３１１に対して画面の表示を実行させる機能を有する。また、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１及び外部ブラウザ３１１からアクセスされる通信を中継するリバースプロキシの機能を兼ねる。Ｗｅｂサーバ１１２は、例えばＮｇｉｎｘ（登録商標）によって構築される。

【0039】

Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１及び外部ブラウザ３１１にＷｅｂ文書１２１を配布し、Ｗｅｂ文書１２１に基づく表示画面を表示部１４，３４に表示させる。具体的に説明すると、Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を、内蔵ブラウザ１１１と外部ブラウザ３１１とのどちらにも配布する。このように内蔵ブラウザ１１１と外部ブラウザ３１１とのどちらにも共通のＷｅｂ文書１２１を配布し、配布したＷｅｂ文書１２１に基づいて表示画面を表示させるため、Ｗｅｂ文書１２１の開発コストを抑えることができる。

【0040】

このように内蔵ブラウザ１１１と外部ブラウザ３１１とでＷｅｂ画面を共通化した場合において、内蔵ブラウザ１１１における表示処理と外部ブラウザ３１１における表示処理とで、同等のセキュリティ対策は必ずしも必要ない。具体的には、外部端末３０が外部ネットワーク経由で組み込み機器１０に接続する場合、組み込み機器１０への不正アクセスを防ぐために、セキュリティ対策が必須となる。

【0041】

セキュリティ対策として、具体的には、（１）外部端末３０と組み込み機器１０との間の通信の暗号化、（２）ユーザ認証、（３）組み込み機器１０を外部ネットワーク経由で操作するためのＷｅｂＡＰＩ（Application Programming Interface）の認証が挙げられる。実施の形態１では、これら（１）～（３）のそれぞれについて、内蔵ブラウザ１１１における表示処理と外部ブラウザ３１１における表示処理とで異なるセキュリティ対策を施す。

【0042】

（１）通信の暗号化
第１に、通信の暗号化について説明する。内蔵ブラウザ１１１とＷｅｂサーバ１１２との間の通信はループバック通信であり、通信内容が外部に漏れないため、通信に暗号化を施すことは不要である。また、組み込み機器１０に搭載されるＣＰＵは、一般的なパーソナルコンピュータのＣＰＵよりも性能が低いため、不要な暗号化通信を行うと、ＣＰＵの負荷が問題となる。

【0043】

そのため、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１との間で暗号化されない通信を行う一方で、外部ブラウザ３１１との間で暗号化された通信を行う。ここで、暗号化されない通信は、一例としてＨＴＴＰ（Hypertext Transfer Protocol）通信であり、暗号化された通信は、一例としてＨＴＴＰＳ（Hypertext Transfer Protocol Secure）通信である。

【0044】

このように接続先に応じて暗号化の有無を変える機能を実現するために、Ｗｅｂサーバ１１２は、仮想サーバと呼ばれる機能を持つ。仮想サーバは、１つのソフトウェアを動作させただけで複数のサーバを動作させた場合と同様の効果を得ることが可能な技術である。

【0045】

具体的には図３に示すように、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１と、外部用仮想サーバ１４２と、の機能を備える。Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１により、内蔵ブラウザ１１１との間で暗号化されない通信を行い、外部用仮想サーバ１４２により、外部ブラウザ３１１との間で暗号化された通信を行う。

【0046】

Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１又は外部ブラウザ３１１から通信を受けた場合、その通信の接続先が内蔵ブラウザ１１１であるか、それとも外部ブラウザ３１１であるかを判定する。上述したように、内蔵ブラウザ１１１は、ループバック通信によりＷｅｂサーバ１１２と通信し、外部ブラウザ３１１は、外部ネットワークによりＷｅｂサーバ１１２と通信する。

【0047】

そのため、Ｗｅｂサーバ１１２は、接続先のアドレスがループバックアドレスに該当する場合、内蔵ブラウザ１１１から接続を受けたと判定し、接続先のアドレスがループバックアドレス以外のアドレスに該当する場合、外部ブラウザ３１１から接続を受けたと判定する。なお、ループバックアドレスは、ＩＰｖ４の場合は“１２７．０．０．１”であり、ＩＰｖ６の場合は“：：１”である。

【0048】

内蔵ブラウザ１１１から接続を受けたと判定された場合、内部用仮想サーバ１４１がその接続を受け付ける。一方で、外部ブラウザ３１１から接続を受けたと判定された場合、外部用仮想サーバ１４２がその接続を受け付ける。内部用仮想サーバ１４１では、暗号化されない通信であるＨＴＴＰ通信のみ有効にされ、外部用仮想サーバ１４２では、暗号化された通信であるＨＴＴＰＳ通信のみ有効にされる。

【0049】

これにより、内蔵ブラウザ１１１から画面操作する場合、暗号化されない通信が行われるため、組み込み機器１０のＣＰＵ負荷が低減される。一方で、例えば外部ネットワークからＨＴＴＰ通信で接続した場合は、接続先のアドレスがループバックアドレスでないため、内部用仮想サーバ１４１に接続されない。一方で、外部用仮想サーバ１４２はＨＴＴＰ通信に対応していないため、外部用仮想サーバ１４２にも接続されない。そのため、外部ネットワークに対しては暗号化されない通信が拒否されるため、機器のセキュリティが保たれる。

【0050】

Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を、暗号化されないＨＴＴＰ通信を介して内蔵ブラウザ１１１に送信し、Ｗｅｂ文書１２１に基づく第１の画面を内蔵ブラウザ１１１に表示させる。一方で、Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を、暗号化されたＨＴＴＰＳ通信を介して外部ブラウザ３１１に送信し、Ｗｅｂ文書１２１に基づく第２の画面を外部ブラウザ３１１に表示させる。

【0051】

ここで、第１の画面と第２の画面とは、以降で説明するユーザ認証画面、又は、組み込み機器１０の操作画面である。第１の画面と第２の画面とは、同一のＷｅｂ文書１２１から生成されるため、組み込み機器１０と外部端末３０とで個別に定められる表示設定による違いを除いて、同一である。表示設定は、例えば画面に含まれるアニメーションのフレームレート、画面が拡大、縮小又はスクロールされる際におけるイベントの間引き頻度等であって、クッキーにより定められる。

【0052】

（２）ユーザ認証
第２に、ユーザ認証について説明する。ユーザ認証は、ユーザが組み込み機器１０の使用を開始するタイミングで適正なユーザを識別するために実行される処理である。

【0053】

外部端末３０から外部ネットワーク経由で組み込み機器１０を操作する場合、セキュリティ対策として、強固なユーザ認証を必要とする。一方で、組み込み機器１０が設置される場所そのものにセキュリティ対策が施される場合がある。この場合、ユーザが組み込み機器１０に直接的に接触して操作する際におけるユーザ認証は不要である。

【0054】

このように、ユーザが組み込み機器１０を直接的な接触により操作する場合と、ユーザが組み込み機器１０を外部ネットワーク経由で操作する場合とで、要求されるユーザ認証が異なる。そのため、表示システム１は、このような２つの場合におけるユーザ認証画面を同じＷｅｂ文書１２１で生成しつつ、接続元のＷｅｂブラウザに応じて、ユーザ認証の切り替えを行う。

【0055】

まず、ＨＴＴＰＳ通信を介して外部ブラウザ３１１からユーザ認証の要求を受信した場合、Ｗｅｂサーバ１１２は、第２の画面として、ユーザ認証の入力画面を外部ブラウザ３１１に表示させる。具体的に説明すると、外部端末３０のユーザが組み込み機器１０を使用するために操作部３３を操作した場合、外部ブラウザ３１１は、ユーザ認証の要求のＨＴＭＬ文書を、ＨＴＴＰＳ通信により組み込み機器１０に送信する。ユーザ認証の要求は、Ｗｅｂ文書１２１におけるユーザ認証の入力画面のＵＲＬ（Uniform Resource Locator）にアクセスするための要求である。

【0056】

外部ブラウザ３１１からユーザ認証の要求が送信されると、Ｗｅｂサーバ１１２は、外部用仮想サーバ１４２によりユーザ認証の要求を受信する。ユーザ認証の要求はＨＴＴＰＳ通信により暗号化されているため、外部用仮想サーバ１４２は、受信した要求の暗号化を解除する。そして、外部用仮想サーバ１４２は、要求に対する応答として、ユーザ認証の入力画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰＳ通信により外部ブラウザ３１１に返信する。

【0057】

ここで、記憶部１２に記憶されたＷｅｂ文書１２１は、ユーザ認証画面を生成するための記述を含んでいる。ユーザ認証画面は、ユーザ認証の入力画面と、ユーザ認証の完了画面と、を含んでいる。

【0058】

Ｗｅｂ文書１２１が返信されると、外部ブラウザ３１１は、返信されたＷｅｂ文書１２１を解析して画面を生成し、表示部３４に表示する。外部ブラウザ３１１は、例えば図４示すユーザ認証の入力画面を表示部３４に表示する。外部端末３０のユーザは、ユーザ認証の入力画面において、操作部３３を操作してユーザ名とパスワードとを入力することにより、ユーザ認証を行う。

【0059】

外部ブラウザ３１１は、入力されたユーザ名及びパスワードを、ＨＴＴＰＳ通信によりＷｅｂサーバ１１２に送信する。外部用仮想サーバ１４２は、外部ブラウザ３１１から送信されたユーザ名及びパスワードが適正であるか否かによりユーザ認証が成功か失敗かを判定する。そして、外部用仮想サーバ１４２は、ユーザ認証の完了画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰＳ通信により外部ブラウザ３１１に返信する。

【0060】

外部ブラウザ３１１は、操作部３３により受け付けられた操作によりユーザ認証に成功した場合、ユーザ認証の完了画面として、例えば図５に示すようなユーザ認証に成功したことを示す画面を表示部３４に表示する。これに対して、外部ブラウザ３１１は、操作部３３により受け付けられた操作によりユーザ認証に失敗した場合、図示を省略するが、ユーザ認証の完了画面として、ユーザ認証に失敗したことを示す画面を表示部３４に表示する。

【0061】

これに対して、ＨＴＴＰ通信を介して内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、Ｗｅｂサーバ１１２は、ユーザ認証の入力画面を内蔵ブラウザ１１１に表示させずに、第１の画面として、ユーザ認証の完了画面を内蔵ブラウザ１１１に表示させる。具体的に説明すると、組み込み機器１０のユーザが組み込み機器１０を使用するために操作部１３を操作した場合、内蔵ブラウザ１１１は、ユーザ認証の要求のＨＴＭＬ文書を、ＨＴＴＰ通信により組み込み機器１０に送信する。ユーザ認証の要求は、Ｗｅｂ文書１２１におけるユーザ認証の入力画面のＵＲＬにアクセスするための要求である。

【0062】

内蔵ブラウザ１１１からユーザ認証の要求が送信されると、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１によりユーザ認証の要求を受信する。このとき、ユーザ認証の要求は暗号化されていないため、内部用仮想サーバ１４１は、受信した要求に対する暗号化解除を実行しない。

【0063】

内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、ユーザが内蔵ブラウザ１１１から操作した場合、高いセキュリティが保たれていることが想定される。そのため、内部用仮想サーバ１４１は、ユーザ認証の入力画面を表示させる処理をスキップして、ユーザ認証の完了画面を内蔵ブラウザ１１１に表示させる。

【0064】

具体的に説明すると、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、内部用仮想サーバ１４１は、リダイレクト又はＵＲＬの書き換えにより、要求の接続先をユーザ認証の入力画面からユーザ認証の完了画面に変更する。ここで、リダイレクトは、特定のＵＲＬにアクセスされた場合に異なるＵＲＬに転送する仕組みを意味する。

【0065】

リダイレクトを行う場合、内部用仮想サーバ１４１は、ユーザ認証の入力画面のＵＲＬを接続先として受信した要求を、ユーザ認証の完了画面のＵＲＬに転送する。或いは、ＵＲＬ書き換えを行う場合、内部用仮想サーバ１４１は、受信した要求の接続先のＵＲＬを、ユーザ認証の入力画面のＵＲＬからユーザ認証の完了画面のＵＲＬに変更する。

【0066】

このようなリダイレクト又はＵＲＬ書き換えにより、内部用仮想サーバ１４１は、ユーザ認証の入力画面を表示させず、ユーザ認証の完了画面に誘導する。その結果、内部用仮想サーバ１４１は、要求に対する応答として、ユーザ認証の入力画面ではなく、ユーザ認証の完了画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰ通信により内蔵ブラウザ１１１に返信する。

【0067】

Ｗｅｂ文書１２１が返信されると、内蔵ブラウザ１１１は、返信されたＷｅｂ文書１２１を解析して画面を生成し、表示部１４に表示する。具体的には、内蔵ブラウザ１１１は、ユーザ認証の完了画面として、例えば図５に示すようなユーザ認証に成功したことを示す画面を表示部１４に表示する。

【0068】

このように、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、ユーザ認証の入力画面を表示させる処理を実行しない。これにより、組み込み機器１０におけるユーザ認証処理の負荷を低減することができる。

【0069】

（３）ＷｅｂＡＰＩの認証
第３に、ＷｅｂＡＰＩの認証について説明する。アプリケーションサーバ１１３は、組み込み機器１０に搭載されたアプリケーションソフトウェアに基づく処理を実行する。組み込み機器１０には、開発元ベンダが用意したアプリケーションソフトウェアと、開発元ベンダ以外の第三者が開発した機器操作のアプリケーションソフトウェアと、が搭載される。アプリケーションソフトウェアは、ＷｅｂＡＰＩを呼び出して、組み込み機器１０の操作を行う。

【0070】

ＷｅｂＡＰＩは、組み込み機器１０を操作するための操作要求がＨＴＭＬ形式の文書で送信され、組み込み機器１０が操作要求に従った操作を行った後、操作結果の応答文書を返す仕組みを意味する。組み込み機器１０の不正操作を防ぐため、外部ネットワークから操作要求を受け付けるか否かの認証の仕組みを、Ｗｅｂ規格に沿った形で用意する必要がある。

【0071】

図２に示すように、アプリケーションサーバ１１３は、認証制御部１３１と、ＷｅｂＡＰＩサーバ１３２と、の機能を備える。認証制御部１３１は、アプリケーションソフトウェアを使用するための認証処理を実行する。ＷｅｂＡＰＩサーバ１３２は、アプリケーションソフトウェアに基づく処理であるアプリケーション処理を実行する。

【0072】

ＷｅｂＡＰＩにより組み込み機器１０を操作する場合、内蔵ブラウザ１１１又は外部ブラウザ３１１は、組み込み機器１０における指定のＵＲＬに対して、組み込み機器１０の操作要求のＨＴＭＬ文書を送信する。内蔵ブラウザ１１１又は外部ブラウザ３１１からアプリケーションサーバ１１３に直接アクセスすることは許可されず、リバースプロキシ経由でアクセスされる。

【0073】

Ｗｅｂサーバ１１２は、ＨＴＴＰ通信を介して内蔵ブラウザ１１１からＷｅｂＡＰＩ用のＵＲＬを接続先とする操作要求のＨＴＭＬ文書を受信すると、内部用リバースプロキシとして動作し、受信したＨＴＭＬ文書をアプリケーションサーバ１１３に転送する。一方で、Ｗｅｂサーバ１１２は、ＨＴＴＰＳ通信を介して外部ブラウザ３１１からＷｅｂＡＰＩ用のＵＲＬを接続先とする操作要求のＨＴＭＬ文書を受信すると、外部用リバースプロキシとして動作し、受信したＨＴＭＬ文書を、暗号化を解除してからアプリケーションサーバ１１３に転送する。Ｗｅｂサーバ１１２が暗号化を解除するため、アプリケーションサーバ１１３は、暗号化されたＨＴＴＰＳ通信に対応していなくても良い。

【0074】

アプリケーションサーバ１１３において、認証制御部１３１は、ＷｅｂＡＰＩサーバ１３２が実際にＷｅｂＡＰＩの操作を行う前に、操作要求の認証処理を行う。認証制御部１３１による認証処理は、ユーザが組み込み機器１０自体にアクセスするためのユーザ認証とは別の、ＷｅｂＡＰＩを保護するための認証処理である。

【0075】

具体的に説明すると、認証制御部１３１は、操作要求のＨＴＭＬ文書に正しい認証情報が含まれているか否かを判定する。認証制御部１３１は、操作要求のＨＴＭＬ文書に正しい認証情報が含まれていない場合、操作要求を拒否し、ＷｅｂＡＰＩサーバ１３２に転送しない。

【0076】

ここで、認証情報は、図４に示したユーザ認証画面におけるユーザ認証が成功した場合に、Ｗｅｂブラウザによって操作要求のＨＴＭＬ文書に付与される。そのため、ユーザが外部ブラウザ３１１から操作した場合には、操作要求のＨＴＭＬ文書に正しい認証情報が付与される。一方で、ユーザが内蔵ブラウザ１１１から操作した場合には、ユーザ認証画面におけるユーザ認証がスキップされるため、操作要求のＨＴＭＬ文書に正しい認証情報が付与されない。

【0077】

内蔵ブラウザ１１１から操作要求のＨＴＭＬ文書が送信された場合、認証制御部１３１は、認証処理を実行せず、操作要求のＨＴＭＬ文書を無条件でＷｅｂＡＰＩサーバ１３２に通過させる。これにより、内蔵ブラウザ１１１から送信された操作要求が認証制御部１３１で拒否されることを防止する。

【0078】

認証制御部１３１は、Ｗｅｂサーバ１１２からアプリケーションサーバ１１３に転送された操作要求の送信元が内蔵ブラウザ１１１であるか外部ブラウザ３１１であるかを判定する。ここで、操作要求はリバースプロキシとして機能するＷｅｂサーバ１１２から転送されるため、操作要求が内蔵ブラウザ１１１と外部ブラウザ３１１とのどちから送信された場合であっても、アプリケーションサーバ１１３にとっての直接的な送信元は、リバースプロキシとなる。そのため、アプリケーションサーバ１１３から見た送信元のアドレスは、どちらの場合でもループバックアドレスとなる。

【0079】

操作要求の送信元が内蔵ブラウザ１１１であるか外部ブラウザ３１１であるかをアプリケーションサーバ１１３が区別できるようにするため、図３に示すように、Ｗｅｂサーバ１１２は、アドレス付与部１４３，１４４の機能を更に備える。

【0080】

Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１から送信された操作要求を内部用仮想サーバ１４１により受信した場合、アドレス付与部１４３の機能により、受信された操作要求に、その送信元のアドレスとしてループバックアドレスを付与する。また、Ｗｅｂサーバ１１２は、外部ブラウザ３１１から送信された操作要求を外部用仮想サーバ１４２により受信した場合、アドレス付与部１４４の機能により、受信された操作要求に、その送信元のアドレスとして外部ブラウザ３１１のアドレスを付与する。

【0081】

より詳細には、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１又は外部ブラウザ３１１から操作要求を受信した場合、操作要求のヘッダ又はクエリパラメータに送信元のアドレスを追加することにより、操作要求に送信元のアドレスを付与する。

【0082】

第１のアドレス付与方法として、リバースプロキシとして動作するＷｅｂサーバ１１２は、操作要求のヘッダに送信元のアドレスを追加する。操作要求のヘッダは、具体的には、操作要求のＨＴＭＬ文書のヘッダであるＨＴＭＬヘッダに相当する。ＨＴＭＬ文書は、ＨＴＭＬの仕様に基づくヘッダと、本文と、を含んでいる。ＨＴＭＬ文書をＷｅｂＡＰＩで使用する場合、操作要求はＨＴＭＬ文書の本文に記述される。

【0083】

ＨＴＭＬヘッダには、公的規格で定められた標準のヘッダ名の他に、非標準のヘッダ名を使用することができる。送信元のアドレスを付与するための標準のヘッダ名は存在しない。しかしながら、デファクトスタンダードとして、Ｘ－Ｆｏｒｗａｒｄｅｄ－Ｆｏｒ又はＸ－Ｒｅａｌ－ＩＰというＨＴＭＬヘッダ名に、送信元のアドレスを付与することが多い。そのため、Ｗｅｂサーバ１１２は、Ｘ－Ｆｏｒｗａｒｄｅｄ－Ｆｏｒ又はＸ－Ｒｅａｌ－ＩＰに、送信元のアドレスを追加する。

【0084】

この場合、認証制御部１３１は、ＨＴＭＬ文書のＨＴＭＬヘッダに、Ｘ－Ｆｏｒｗａｒｄｅｄ－Ｆｏｒ又はＸ－Ｒｅａｌ－ＩＰが存在するかを判定する。そして、Ｘ－Ｆｏｒｗａｒｄｅｄ－Ｆｏｒ又はＸ－Ｒｅａｌ－ＩＰの内容がループバックアドレスである場合、認証制御部１３１は、認証処理をスキップしてＨＴＭＬ文書をＷｅｂＡＰＩサーバ１３２に通過させる。

【0085】

或いは、第２のアドレス付与方法として、リバースプロキシとして動作するＷｅｂサーバ１１２は、操作要求のクエリパラメータに送信元のアドレスを追加しても良い。クエリパラメータは、ＵＲＬの末尾に付与する情報を意味する。クエリパラメータを用いる場合、Ｗｅｂサーバ１１２は、操作要求の接続先であるＷｅｂＡＰＩのＵＲＬのクエリパラメータに、送信元のアドレスを追加する。

【0086】

この場合、認証制御部１３１は、ＨＴＭＬ文書のＵＲＬを取得する。そして、ＵＲＬのクエリパラメータの送信元のアドレスがループバックアドレスである場合、認証制御部１３１は、認証処理をスキップしてＨＴＭＬ文書をＷｅｂＡＰＩサーバ１３２に通過させる。

【0087】

なお、第１のアドレス付与方法と第２のアドレス付与方法は、いずれもリバースプロキシによる書き換えを必要とする。特に、第１のアドレス付与方法は、ＨＴＭＬ文書の中身の更新が必要となる。暗号化されたＨＴＴＰＳ通信では、通信経路の途中で通信の中身の参照及び改ざんができない。そのため、リバースプロキシによる書き換えの前に、ＨＴＴＰＳサーバにより、外部ブラウザ３１１から送信された操作要求を復号する必要がある。一方で、上述したように、Ｗｅｂ文書１２１を配布する機能を有するＷｅｂサーバ１１２が、ＨＴＴＰＳサーバとして機能する。そのため、実施の形態１では、Ｗｅｂサーバ１１２とリバースプロキシとを別のユニットとして分離させずに、Ｗｅｂサーバ１１２がリバースプロキシとして動作する。

【0088】

このように操作要求に送信元のアドレスを付与すると、Ｗｅｂサーバ１１２は、操作要求をアプリケーションサーバ１１３に転送する。アプリケーションサーバ１１３において、認証制御部１３１は、操作要求に付与された送信元のアドレスに基づいて、操作要求の送信元が内蔵ブラウザ１１１であるか外部ブラウザ３１１であるかを判定する。

【0089】

送信元が外部ブラウザ３１１であると判定した場合、認証制御部１３１は、操作要求に含まれるユーザ認証の情報に基づいて認証処理を実行する。認証に成功した場合、認証制御部１３１は、操作要求をＷｅｂＡＰＩサーバ１３２に転送する。これに対して、認証制御部１３１は、送信元が内蔵ブラウザ１１１であると判定した場合、認証処理を実行せず、操作要求をそのままＷｅｂＡＰＩサーバ１３２に転送する。

【0090】

このように、認証制御部１３１は、外部ブラウザ３１１から操作要求が送信された場合にはユーザ認証画面で認証済みの結果を利用し、内蔵ブラウザ１１１から操作要求が送信された場合には認証処理をスキップする。そのため、組み込み機器１０自体のユーザ認証とＷｅｂＡＰＩの認証とを二重に求められることがないため、ユーザの負担を減らすことができる。

【0091】

特に、ＷｅｂＡＰＩが認証で保護されている場合、ＷｅｂＡＰＩの認証の仕様をアプリの開発元に公開し、仕様に従ったアプリケーションソフトウェアの開発する必要がある。一方で、第三者が開発したアプリケーションソフトウェアを組み込み機器１０に搭載する場合、認定されたアプリケーションソフトウェアのみを組み込み機器１０に搭載するようにすれば、ＷｅｂＡＰＩを不正に使用されるおそれがなく、且つ、組み込み機器１０が不正操作されることがない。そのため、アプリケーションソフトウェアから認証無しにＷｅｂＡＰＩを使用できるようにすれば、組み込み機器１０の認証の仕様を第三者に公開する必要がなくなり、且つ、組み込み機器１０のユーザの負担を減らすことができる。

【0092】

ＷｅｂＡＰＩサーバ１３２は、認証制御部１３１から操作要求を転送されると、転送された操作要求に従って、アプリケーションソフトウェアに基づくアプリケーション処理を実行する。アプリケーション処理は、例えば組み込み機器１０が空調コントローラである場合、空調制御に関する処理である。アプリケーション処理を実行する際、ＷｅｂＡＰＩサーバ１３２は、Ｗｅｂサーバ１１２に対して、アプリケーション処理を実行するための操作画面を内蔵ブラウザ１１１又は外部ブラウザ３１１に表示するように指示する。

【0093】

具体的に説明すると、ＨＴＴＰ通信を介して内蔵ブラウザ１１１から操作要求を受信した場合、Ｗｅｂサーバ１１２は、第１の画面として、操作画面を内蔵ブラウザ１１１に表示させる。この場合、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１として動作し、操作要求に対する応答として、組み込み機器１０の操作画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰ通信により内蔵ブラウザ１１１に送信する。ここで、記憶部１２に記憶されたＷｅｂ文書１２１は、操作画面を生成するための記述を含む。

【0094】

Ｗｅｂ文書１２１が送信されると、内蔵ブラウザ１１１は、Ｗｅｂ文書１２１を解析して操作画面を生成し、表示部１４に表示する。一例として、組み込み機器１０が空調コントローラである場合、内蔵ブラウザ１１１は、図６に示す操作画面を表示部１４に表示する。ユーザは、このような操作画面を見ながら、空調のオン／オフ、運転モードの切り替え、設定温度及び風量の設定等を入力することができる。

【0095】

一方で、ＨＴＴＰＳ通信を介して外部ブラウザ３１１から操作要求を受信した場合、上述のように認証制御部１３１が認証処理を実行した後で、Ｗｅｂサーバ１１２は、第２の画面として、操作画面を外部ブラウザ３１１に表示させる。この場合、Ｗｅｂサーバ１１２は、外部用仮想サーバ１４２として動作し、操作要求に対する応答として、組み込み機器１０の操作画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰＳ通信により外部ブラウザ３１１に返信する。

【0096】

Ｗｅｂ文書１２１が送信されると、外部ブラウザ３１１は、Ｗｅｂ文書１２１を解析して操作画面を生成し、図６と同様の操作画面を表示部３４に表示する。内蔵ブラウザ１１１に表示される操作画面と外部ブラウザ３１１に表示される操作画面とは、表示設定による違いを除いて、同じである。

【0097】

内蔵ブラウザ１１１及び外部ブラウザ３１１は、このような操作画面に対してユーザから入力された操作情報を受け付けて、Ｗｅｂサーバ１１２及びＷｅｂＡＰＩサーバ１３２に送信する。ＷｅｂＡＰＩサーバ１３２は、送信された操作情報に従って、アプリケーション処理を実行する。

【0098】

次に、図７及び図８を参照して、表示システム１により実行される処理の流れについて説明する。

【0099】

第１に、図７を参照して、組み込み機器１０により実行されるユーザ認証処理について説明する。図７に示すユーザ認証処理は、ユーザが組み込み機器１０の操作部１３又は外部端末３０の操作部３３を操作して、組み込み機器１０の使用を開始することを望む場合に、実行される。

【0100】

ユーザ認証処理を開始すると、組み込み機器１０のＷｅｂサーバ１１２は、ユーザ認証の要求を受信する（ステップＳ１０１）。具体的に説明すると、ユーザが組み込み機器１０の操作部１３を操作した場合、内蔵ブラウザ１１１は、組み込み機器１０の内部通信を介して、Ｗｅｂサーバ１１２にユーザ認証の要求のＨＴＭＬ文書を送信する。これに対して、ユーザが外部端末３０の操作部３３を操作した場合、外部ブラウザ３１１は、外部ネットワークを介して、Ｗｅｂサーバ１１２にユーザ認証の要求のＨＴＭＬ文書を送信する。Ｗｅｂサーバ１１２は、このように内蔵ブラウザ１１１又は外部ブラウザ３１１から送信されたユーザ認証の要求のＨＴＭＬ文書を受信する。

【0101】

ユーザ認証の要求を受信すると、Ｗｅｂサーバ１１２は、受信した要求の送信元を判定する（ステップＳ１０２）。具体的に説明すると、Ｗｅｂサーバ１１２は、送信元のアドレスがループバックアドレスであるか否かを判定する。そして、Ｗｅｂサーバ１１２は、送信元のアドレスがループバックアドレスである場合、送信元が内蔵ブラウザ１１１であると判定し、送信元のアドレスがループバックアドレス以外のアドレスである場合、送信元が外部ブラウザ３１１であると判定する。

【0102】

要求の送信元が外部ブラウザ３１１である場合（ステップＳ１０２；外部ブラウザ）、Ｗｅｂサーバ１１２は、外部用仮想サーバ１４２により接続を受け付ける（ステップＳ１０３）。外部用仮想サーバ１４２は、受信した要求の暗号化を解除する。

【0103】

接続を受け付けると、外部用仮想サーバ１４２は、ユーザ認証の入力画面を記述したＷｅｂ文書１２１を外部ブラウザ３１１に送信して、例えば図４に示したユーザ認証の入力画面を表示部３４に表示させる（ステップＳ１０４）。

【0104】

ユーザ認証の入力画面を表示させると、外部用仮想サーバ１４２は、ユーザ認証の入力画面に入力されたユーザ名とパスワードとを外部ブラウザ３１１から受信し、ユーザ認証に成功したか否かを判定する（ステップＳ１０５）。

【0105】

認証に失敗した場合（ステップＳ１０５；ＮＯ）、外部用仮想サーバ１４２は、認証失敗画面を記述したＷｅｂ文書１２１を外部ブラウザ３１１に送信して、認証失敗画面を表示部３４に表示させる（ステップＳ１０６）。

【0106】

これに対して、認証に成功した場合（ステップＳ１０５；ＹＥＳ）、外部用仮想サーバ１４２は、認証成功画面を記述したＷｅｂ文書１２１を外部ブラウザ３１１に送信して、例えば図５に示した認証成功画面を表示部３４に表示させる（ステップＳ１０７）。

【0107】

一方で、ステップＳ１０２において、ユーザ認証の要求の送信元が内蔵ブラウザ１１１である場合（ステップＳ１０２；内蔵ブラウザ）、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１により接続を受け付ける（ステップＳ１０８）。

【0108】

接続を受け付けると、内部用仮想サーバ１４１は、リダイレクト又はＵＲＬ書き換えにより、受信した要求を認証成功画面のＵＲＬに誘導する（ステップＳ１０９）。そして、内部用仮想サーバ１４１は、認証成功画面を記述したＷｅｂ文書１２１を内蔵ブラウザ１１１に送信して、例えば図５に示した認証成功画面を表示部１４に表示させる（ステップＳ１１０）。以上により、図７に示したユーザ認証処理は終了する。

【0109】

第２に、図８を参照して、組み込み機器１０により実行される操作画面表示処理について説明する。図８に示す操作画面表示処理は、図７に示したユーザ認証処理によるユーザ認証が成功した後において、実行される。

【0110】

操作画面表示処理を開始すると、Ｗｅｂサーバ１１２は、組み込み機器１０の操作要求を受信する（ステップＳ２０１）。具体的に説明すると、ユーザが組み込み機器１０の操作部１３を操作した場合、内蔵ブラウザ１１１は、組み込み機器１０の内部通信を介して、Ｗｅｂサーバ１１２に操作要求のＨＴＭＬ文書を送信する。これに対して、ユーザが外部端末３０の操作部３３を操作した場合、外部ブラウザ３１１は、外部ネットワークを介して、Ｗｅｂサーバ１１２に操作要求のＨＴＭＬ文書を送信する。Ｗｅｂサーバ１１２は、このように内蔵ブラウザ１１１又は外部ブラウザ３１１から送信された操作要求のＨＴＭＬ文書を受信する。

【0111】

操作要求を受信すると、Ｗｅｂサーバ１１２は、受信した操作要求の送信元を判定する（ステップＳ２０２）。具体的に説明すると、Ｗｅｂサーバ１１２は、送信元のアドレスがループバックアドレスであるか否かを判定する。そして、Ｗｅｂサーバ１１２は、送信元のアドレスがループバックアドレスである場合、送信元が内蔵ブラウザ１１１であると判定し、送信元のアドレスがループバックアドレス以外のアドレスである場合、送信元が外部ブラウザ３１１であると判定する。

【0112】

操作要求の送信元が外部ブラウザ３１１である場合（ステップＳ２０２；外部ブラウザ）、Ｗｅｂサーバ１１２は、外部用仮想サーバ１４２により接続を受け付ける（ステップＳ２０３）。外部用仮想サーバ１４２は、受信した操作要求の暗号化を解除する。

【0113】

接続を受け付けると、アドレス付与部１４４は、送信元のアドレスを操作要求に付与する（ステップＳ２０４）。具体的に説明すると、アドレス付与部１４４は、送信元のアドレスとして外部ブラウザ３１１のアドレスを、受信した操作要求のヘッダ又はクエリパラメータに追加する。

【0114】

送信元のアドレスを付与すると、アドレス付与部１４４は、アプリケーションサーバ１１３に操作要求を転送する（ステップＳ２０５）。

【0115】

一方で、ステップＳ２０２において、操作要求の送信元が内蔵ブラウザ１１１である場合（ステップＳ２０２；内蔵ブラウザ）、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１により接続を受け付ける（ステップＳ２０６）。

【0116】

接続を受け付けると、アドレス付与部１４３は、送信元のアドレスを操作要求に付与する（ステップＳ２０７）。具体的に説明すると、アドレス付与部１４４は、送信元のアドレスとしてループバックアドレスを、受信した操作要求のヘッダ又はクエリパラメータに追加する。

【0117】

送信元のアドレスを付与すると、アドレス付与部１４４は、アプリケーションサーバ１１３に操作要求を転送する（ステップＳ２０８）。

【0118】

Ｗｅｂサーバ１１２から操作要求が転送されると、アプリケーションサーバ１１３において、認証制御部１３１は、転送された操作要求の送信元を判定する（ステップＳ２０９）。具体的に説明すると、認証制御部１３１は、操作要求に付与されたアドレスに基づいて、操作要求の送信元が外部ブラウザ３１１であるか内蔵ブラウザ１１１であるかを判定する。

【0119】

送信元が外部ブラウザ３１１である場合（ステップＳ２０９；外部ブラウザ）、認証制御部１３１は、認証処理を実行する（ステップＳ２１０）。具体的に説明すると、認証制御部１３１は、ユーザ認証の際に外部ブラウザ３１１により付与された正しい認証情報が、転送された操作要求に含まれるか否かを判定する。操作要求に正しい認証情報が含まれる場合、認証制御部１３１は、認証に成功したと判定し、操作要求をＷｅｂＡＰＩサーバ１３２に通過させる。これに対して、操作要求に正しい認証情報が含まれない場合、認証制御部１３１は、認証に失敗したと判定し、操作要求をＷｅｂＡＰＩサーバ１３２に通過させない。

【0120】

一方で、送信元が内蔵ブラウザ１１１である場合（ステップＳ２０９；内蔵ブラウザ）、認証制御部１３１は、ステップＳ２１０の認証処理をスキップし、転送された操作要求を無条件でＷｅｂＡＰＩサーバ１３２に通過させる。

【0121】

認証制御部１３１から操作要求を転送されると、ＷｅｂＡＰＩサーバ１３２は、Ｗｅｂサーバ１１２を介して、内蔵ブラウザ１１１又は外部ブラウザ３１１に操作画面を表示させる。そして、ＷｅｂＡＰＩサーバ１３２は、転送された操作要求に基づくアプリケーション処理を実行する（ステップＳ２１１）。

【0122】

具体的に説明すると、ＷｅｂＡＰＩサーバ１３２は、Ｗｅｂサーバ１１２に対して、操作画面を表示するように指示する。Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１と外部ブラウザ３１１とのうちの操作要求の送信元のＷｅｂブラウザに、操作画面を記述するＷｅｂ文書１２１を送信し、例えば図６に示した操作画面を表示部１４又は表示部３４に表示させる。ＷｅｂＡＰＩサーバ１３２は、操作画面に対してユーザから入力された操作情報に従って、アプリケーション処理を実行する。以上により、図８に示した操作画面表示処理は終了する。

【0123】

以上説明したように、実施の形態１に係る組み込み機器１０において、Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を暗号化されない通信を介して内蔵ブラウザ１１１に送信し、Ｗｅｂ文書１２１に基づく第１の画面を内蔵ブラウザ１１１に表示させる。一方で、Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を暗号化された通信を介して外部ブラウザ３１１に送信し、Ｗｅｂ文書１２１に基づく第２の画面を外部ブラウザ３１１に表示させる。

【0124】

このように、同じＷｅｂ文書１２１に基づく画面を内蔵ブラウザ１１１と外部ブラウザ３１１とに表示させる組み込み機器１０において、内蔵ブラウザ１１１と外部ブラウザ３１１で異なるセキュリティを適用するため、内蔵ブラウザ１１１との通信における処理負荷を軽減することができる。その結果として、組み込み機器１０の性能を向上させることができる。

【0125】

また、実施の形態１に係る組み込み機器１０は、外部ブラウザ３１１からユーザ認証の要求を受信した場合、ユーザ認証の入力画面を外部ブラウザ３１１に表示させる一方で、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、ユーザ認証の入力画面を内蔵ブラウザ１１１に表示させずに、ユーザ認証の完了画面を内蔵ブラウザ１１１に表示させる。このように、内蔵ブラウザ１１１から接続された場合と外部ブラウザ３１１から接続された場合とで、セキュリティの違いを考慮して、ユーザ認証の方法を切り替えることができる。その結果、ユーザの操作性を向上させることができる。

【0126】

また、実施の形態１に係る組み込み機器１０において、Ｗｅｂ文書１２１を配布するＷｅｂサーバ１１２が、ＷｅｂＡＰＩ用のリバースプロキシを兼用し、更に仮想サーバを動作させる。これにより、外部用Ｗｅｂサーバ、外部用リバースプロキシ、内部用Ｗｅｂサーバ、内部用リバースプロキシの４つの異なる機能をもつサーバを、１つのＷｅｂサーバ１１２で兼用することができる。その結果、組み込み機器１０のリソースを節約することができる。

【0127】

また、実施の形態１に係る組み込み機器１０において、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、リダイレクト又はＵＲＬの書き換えにより、ユーザ認証の要求の接続先をユーザ認証の入力画面から完了画面に変更する。内蔵ブラウザ１１１からの接続と外部ブラウザ３１１からの接続とで画面を切り替える処理は、Ｗｅｂ文書１２１のＪａｖａＳｃｒｉｐｔに記述することでも実現できる。しかしながら、Ｗｅｂ文書１２１のＪａｖａＳｃｒｉｐｔのソースコードは、Ｗｅｂブラウザから参照することができる。そのため、内部用の処理をＪａｖａＳｃｒｉｐｔに記述すると、内部用の処理が漏洩することにつながる。実施の形態１では、リダイレクト又はＵＲＬの書き換えを用いるため、Ｗｅｂ文書１２１内のＪａｖａＳｃｒｉｐｔのソースコードには漏洩してもよい処理だけを記述することができ、内部用の処理の漏洩を防ぐことができる。

【0128】

（実施の形態２）
次に、実施の形態２について説明する。実施の形態１と同様の構成及び機能については、適宜説明を省略する。

【0129】

上記実施の形態１では、Ｗｅｂサーバ１１２は、ユーザ認証画面のＵＲＬ書き換え又はリダイレクトを行うことで、内蔵ブラウザ１１１からＷｅｂサーバ１１２に接続された場合にユーザ認証を省くことができた。これに対して、実施の形態２では、内蔵ブラウザ１１１からＷｅｂサーバ１１２に接続された場合、Ｗｅｂサーバ１１２は、組み込み機器１０に搭載された認証デバイス４００を用いたユーザ認証を行う画面に誘導する。

【0130】

外部ブラウザ３１１を操作するユーザは、通常は組み込み機器１０から物理的に離れた場所に存在しているため、組み込み機器１０に搭載されたハードウェアデバイスを操作することが困難である。しかしながら、ハードウェアデバイスを操作可能なアプリケーションサーバ１１３が組み込み機器１０上で動作する構成では、内蔵ブラウザ１１１を操作するユーザは、ハードウェアデバイスを操作することが可能である。これを利用して、実施の形態２では、ハードウェアデバイスとして認証デバイス４００を組み込み機器１０に搭載し、認証デバイス４００を用いて組み込み機器１０を操作するユーザを認証する。

【0131】

図９を参照して、実施の形態２におけるユーザ認証に関する構成について説明する。実施の形態２に係る組み込み機器１０は、認証デバイス４００を更に備える。認証デバイス４００は、組み込み機器１０を操作するユーザを認証するデバイスである。

【0132】

認証デバイス４００は、一例として、指紋認証、顔認証、静脈認証、虹彩認証等のようなユーザの生体認証を行う生体認証デバイスである。或いは、認証デバイス４００は、接触型ＩＣ（Integrated Circuit）カードリーダ、ＮＦＣ（Near Field Communication：近距離無線通信）リーダ等のような、ユーザが保有するＩＤ（Identification）カードを読み取る読み取りデバイスであっても良い。

【0133】

このように、認証デバイス４００は、ユーザが内蔵ブラウザ１１１を見ながら手元で操作可能なデバイスである。認証デバイス４００によるユーザ認証のためには、ユーザが認証デバイス４００に物理的にアクセスすることが必要である。

【0134】

Ｗｅｂサーバ１１２は、暗号化されないＨＴＴＰ通信を介して内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、内部用仮想サーバ１４１の機能により、第１の画面として、認証デバイス４００の操作を促す画面を内蔵ブラウザ１１１に表示させる。

【0135】

具体的に説明すると、Ｗｅｂサーバ１１２は、リダイレクト又はＵＲＬの書き換えにより、ユーザ認証の要求の接続先を、図４に示したユーザ認証の入力画面から、認証デバイス４００の操作を促す画面に変更する。そして、Ｗｅｂサーバ１１２は、認証デバイス４００の操作を促す画面を生成するためのＷｅｂ文書１２１を、ＨＴＴＰ通信を介して内蔵ブラウザ１１１に送信する。なお、実施の形態２において、Ｗｅｂ文書１２１は、認証デバイス４００の操作を促す画面を生成するための記述を含む。

【0136】

内蔵ブラウザ１１１は、Ｗｅｂサーバ１１２から送信されたＷｅｂ文書１２１に基づく第１の画像として、例えば図１０に示すような、ユーザに認証デバイス４００を用いたユーザ認証を行うように指示する画面を表示部１４に表示する。ユーザは、このような画面を見ると、認証デバイス４００に物理的にアクセスして、生体認証又はカード読み取り認証を行う。

【0137】

このとき、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１から送信されたユーザ認証の要求に対して、アドレス付与部１４３により送信元のアドレスであるループバックアドレスを付与し、ユーザ認証の要求をアプリケーションサーバ１１３に転送する。これにより、Ｗｅｂサーバ１１２は、認証デバイス４００を制御するためのＷｅｂＡＰＩを呼び出し、認証デバイス４００の動作を開始させる。ユーザ認証の要求は、実施の形態１で説明した、内蔵ブラウザ１１１から送信された操作要求と同様に、認証制御部１３１による認証処理は実行されずに、ＷｅｂＡＰＩサーバ１３２に転送される。

【0138】

その後、ＷｅｂＡＰＩサーバ１３２は、認証デバイス４００を監視し、認証デバイス４００によるユーザ認証が成功したか否かを判定する。そして、ＷｅｂＡＰＩサーバ１３２は、ユーザ認証の結果を、Ｗｅｂサーバ１１２を経由して内蔵ブラウザ１１１に通知する。例えば、ユーザ認証に成功した場合、ＷｅｂＡＰＩサーバ１３２は、Ｗｅｂサーバ１１２を介して、図５に示したようなユーザ認証に成功したことを示す画面を内蔵ブラウザ１１１に表示させる。また、ユーザ認証に失敗した場合、ＷｅｂＡＰＩサーバ１３２は、Ｗｅｂサーバ１１２を介して、ユーザ認証に失敗したことを示す画面を内蔵ブラウザ１１１に表示させる。

【0139】

ＷｅｂＡＰＩサーバ１３２から内蔵ブラウザ１１１への通知は、Ｗｅｂの仕様に従う必要がある。１つの方法として、内蔵ブラウザ１１１上で動作しているＪａｖａＳｃｒｉｐｔからポーリングで定期的にユーザ認証の結果を問い合わせる方法が挙げられる。或いは、別の方法として、認証デバイス４００の動作開始時に、内蔵ブラウザ１１１がＷｅｂＡＰＩサーバ１３２にＷｅｂＳｏｃｋｅｔの技術により接続し、ＷｅｂＡＰＩサーバ１３２がＷｅｂＳｏｃｋｅｔで内蔵ブラウザ１１１にユーザ認証の成功を通知する方法が挙げられる。

【0140】

暗号化されたＨＴＴＰＳ通信を介して外部ブラウザ３１１からユーザ認証の要求を受信した場合は、Ｗｅｂサーバ１１２は、外部用仮想サーバ１４２の機能により、実施の形態１と同様の処理を実行する。具体的に説明すると、Ｗｅｂサーバ１１２は、記憶部１２に記憶されたＷｅｂ文書１２１を、ＨＴＴＰＳ通信を介して外部ブラウザ３１１に送信する。そして、Ｗｅｂサーバ１１２は、第２の画面として、例えば図４に示したような、認証デバイス４００を使用しないユーザ認証の入力画面を外部ブラウザ３１１に表示させる。

【0141】

なお、認証デバイス４００は、工場出荷時に組み込み機器１０に予め搭載されていても良い。或いは、認証デバイス４００は、組み込み機器１０に設けられたスロット、ＵＳＢコネクタ等に接続されることで、組み込み機器１０に後付けで追加されても良い。上述したように、アプリケーションサーバ１１３には、後付けでアプリケーションソフトウェアを追加することができる。そのため、アプリケーションソフトウェアとして認証デバイス４００の操作を行うＷｅｂＡＰＩを実装することにより、ユーザ認証として、認証デバイス４００によるユーザ認証を後付けで追加することもできる。

【0142】

認証デバイス４００は、生体認証デバイス又は読み取りデバイスであることに限らない。例えば、認証デバイス４００は、ＰＩＮ（Personal Identification Number）コードによるユーザ認証を行うデバイスであっても良い。ＰＩＮコードを用いる場合、組み込み機器１０のローカル記憶域にユーザ名とパスワードとが記述される。そして、ＰＩＮコードの４桁の数字は、ローカル記憶域のアクセスキーとして使用される。ＰＩＮコードを用いる場合にも、ローカル記憶域へのハードウェアアクセスが必要になるため、認証デバイス４００が生体認証デバイス又は読み取りデバイスである場合と類似の方法が使用可能である。

【0143】

（実施の形態３）
次に、実施の形態３について説明する。実施の形態１，２と同様の構成及び機能については、適宜説明を省略する。

【0144】

上記実施の形態１では、Ｗｅｂサーバ１１２は、内部用仮想サーバ１４１の機能と、外部用仮想サーバ１４２の機能と、を備えていた。これに対して、実施の形態３では、Ｗｅｂサーバ１１２は、仮想サーバの機能を持たない。

【0145】

仮想サーバの機能を使用せずに、内蔵ブラウザ１１１からの接続と外部ブラウザ３１１からの接続とでセキュリティに違いを設けるための１つの方法として、１つのサーバでＨＴＴＰサーバとＨＴＴＰＳサーバとの両方を動作させる方法がある。具体的には、１つのＷｅｂサーバ１１２が、ＨＴＴＰサーバとＨＴＴＰＳサーバとの両方として動作することができる。

【0146】

この場合、Ｗｅｂサーバ１１２は、内部通信を介して内蔵ブラウザ１１１から接続を受け付けた場合、ＨＴＴＰサーバによりその接続を受け付ける。一方で、Ｗｅｂサーバ１１２は、外部ネットワークを介して外部端末３０上の外部ブラウザ３１１から接続を受け付けた場合、ＨＴＴＰＳサーバによりその接続を受け付ける。このとき、Ｗｅｂサーバ１１２は、ファイヤーウォールの機能により、内蔵ブラウザ１１１からＨＴＴＰサーバに接続できるが、外部ネットワークからはＨＴＴＰサーバに接続できないように制御する。これにより、内蔵ブラウザ１１１からの接続と外部ブラウザ３１１からの接続とでセキュリティに違いを設けるという課題を解決することができる。

【0147】

しかしながら、１つのサーバでＨＴＴＰサーバとＨＴＴＰＳサーバとの両方を動作させた場合、ＨＴＴＰサーバとＨＴＴＰＳサーバとが分離されていない。そのため、接続元が内蔵ブラウザ１１１であるか外部ブラウザ３１１であるかに応じて、リダイレクト及びＵＲＬ書き換えを行うことができない。

【0148】

仮想サーバの機能を使用せずにリダイレクト及びＵＲＬ書き換えを行うための１つの方法として、ＨＴＴＰサーバとＨＴＴＰＳサーバとで使用するポート番号が異なることを利用して、同一のＷｅｂサーバ１１２を２つ用意する方法がある。具体的に説明すると、２つのＷｅｂサーバ１１２のうちの一方がＨＴＴＰ用の設定で起動し、他方がＨＴＴＰＳ用の設定で起動する。

【0149】

この場合、ＨＴＴＰの設定とＨＴＴＰＳの設定とが分かれているため、接続元が内蔵ブラウザ１１１であるか外部ブラウザ３１１であるかに応じて、リダイレクト及びＵＲＬ書き換えに対応可能になる。但し、このように２つのＷｅｂサーバ１１２が起動する場合、組み込み機器１０で使用されるリソースが増加するという問題がある。

【0150】

そこで、実施の形態３では、Ｗｅｂサーバ１１２の仮想化を採用する。ここで、Ｗｅｂサーバ１１２の仮想化とは、１つのＷｅｂサーバアプリケーションを起動し、そのＷｅｂサーバアプリケーション内で異なる複数のＷｅｂサーバを動作せることを意味する。言い換えると、Ｗｅｂサーバ１１２の仮想化は、Ｗｅｂサーバソフトウェアのみで実現可能な、Ｗｅｂサーバソフトウェアが持つ機能を意味する。Ｗｅｂサーバソフトウェアは、例えばＮｇｉｎｘ（登録商標）を指す。

【0151】

Ｗｅｂサーバ１１２を仮想化するための１つの方法として、実施の形態３では、仮想マシンの技術を使用する。仮想マシンの技術を使用するためには、Ｗｅｂサーバソフトウェア以外に、仮想マシンソフトウェアを必要とする。仮想マシンソフトウェアは、例えばＬｉｎｕｘ（登録商標）ＫＶＭ、ＶｉｒｔｕａｌＢｏｘ又はＶＭＷａｒｅ（登録商標）を指す。

【0152】

仮想マシンの技術を使用する場合、組み込み機器１０上で複数の仮想マシンが動作する。そして、Ｗｅｂサーバ１１２として、複数の仮想マシン上で、複数の仮想的なＷｅｂサーバが動作する。Ｗｅｂサーバ１１２は、第１の仮想マシンにより内蔵ブラウザ１１１との間で暗号化されない通信を行い、第２の仮想マシンにより外部ブラウザ３１１との間で暗号化された通信を行う。

【0153】

具体的には図１１に示すように、実施の形態３に係る組み込み機器１０は、複数の仮想マシン１～３の機能を備える。各仮想マシン１～３は、組み込み機器１０のホストＯＳ（Operating System）５５０上で動作する。仮想マシン１～３は、それぞれライブラリ５１２，５２２，５３２に基づいて動作する。第１の仮想マシン１上において、ＯＳ５１３及びＨＴＴＰサーバ５１１が動作する。第２の仮想マシン２上において、ＯＳ５２３及びＨＴＴＰＳサーバ５２１が動作する。第３の仮想マシン３上において、ＯＳ５３３及びアプリケーションサーバ５３１が動作する。このように、各仮想マシン１～３上で異なるＯＳが個別に動作し、各ＯＳ上で個別にサーバが動作する。

【0154】

内蔵ブラウザ１１１からＷｅｂサーバ１１２に接続された場合、第１の仮想マシン１上で動作するＨＴＴＰサーバ５１１が接続を受け付ける。これに対して、外部ブラウザ３１１からＷｅｂサーバ１１２に接続された場合、第２の仮想マシン２上で動作するＨＴＴＰＳサーバ５２１が接続を受け付ける。そして、第１の仮想マシン１上で実施の形態１で説明した内部用仮想サーバ１４１と同様の処理が実行され、第２の仮想マシン２上で実施の形態１で説明した外部用仮想サーバ１４２と同様の処理が実行され、第３の仮想マシン３上で実施の形態１で説明したアプリケーションサーバ１１３と同様の処理が実行される。その際、異なる仮想マシン間でネットワークファイルを共有することにより、第１の仮想マシン１と第２の仮想マシン２は、共通のＷｅｂ文書１２１を使用する。

【0155】

このように、実施の形態３では、Ｗｅｂサーバ１１２は、仮想サーバ機能を使用せずに、組み込み機器１０上で複数の仮想マシン１～３を動作させる。そして、Ｗｅｂサーバ１１２は、第１の仮想マシン１上でＨＴＴＰサーバ５１１を動作させ、第２の仮想マシン２上でＨＴＴＰＳサーバ５２１を動作させる。外部ネットワークからのアクセスが第２の仮想マシン２に限られるため、セキュリティを向上させることができる。

【0156】

なお、図１１に示したシステム構成は、いくつかの種類の仮想マシンのうちの、ホスト型と呼ばれる仮想マシンを使用した例を示している。しかしながら、他の種類の仮想マシンを使用した場合であっても、同一の組み込み機器１０上で複数の仮想マシンを動作させるという点では変わらないため、他の種類の仮想マシンを使用しても良い。

【0157】

（実施の形態４）
次に、実施の形態４について説明する。実施の形態１～３と同様の構成及び機能については、適宜説明を省略する。

【0158】

上記実施の形態３では、組み込み機器１０上で複数の仮想マシンを動作させた。但し、組み込み機器１０のＣＰＵ、メモリ等のハードウェアリソースは、一般的なパソコンと比べて小さいため、複数の仮想マシンを動作させることは難しい場合がある。そこで、実施の形態４では、Ｗｅｂサーバ１１２を仮想化するための別の方法として、コンテナ仮想化技術を使用する。

【0159】

コンテナ仮想化技術は、仮想マシンより少ないハードウェアリソースで実現可能な簡易的な仮想化ソフトウェアである。コンテナ仮想化技術を使用するためには、Ｗｅｂサーバソフトウェア以外に、コンテナ仮想化ソフトウェアを必要とする。コンテナ仮想化ソフトウェアは、例えばＤｏｃｋｅｒ（登録商標）を指す。

【0160】

コンテナ仮想化では、Ｗｅｂサーバ１１２及びその動作に必要な設定ファイルをコンテナと呼ばれる１つのパッケージにまとめて、コンテナ単位で動作させる。言い換えると、組み込み機器１０上で複数のコンテナが生成される。そして、Ｗｅｂサーバ１１２として、複数のコンテナ上で、複数の仮想的なＷｅｂサーバが動作する。コンテナ仮想化は、同一のＷｅｂサーバ１１２を複数起動させる方法に類似しているが、コンテナ仮想化では、動作中のコンテナごとにファイルシステムが分離される。

【0161】

実施の形態３で説明した仮想マシンを使用する構成では、マシン自体を仮想化して、仮想マシンごとに独立したＯＳを動作させた。これに対して、コンテナ仮想化では、動作しているＯＳは組み込み機器１０のＯＳ１つだけであるため、原理的に、仮想マシンを使用する構成に比べて使用するハードウェアリソースが少ない。

【0162】

Ｗｅｂサーバ１１２は、コンテナ仮想化技術により生成された第１のコンテナにより、内蔵ブラウザ１１１との間で暗号化されない通信を行い、コンテナ仮想化技術により生成された第２のコンテナにより、外部ブラウザ３１１との間で暗号化された通信を行う。

【0163】

具体的には図１２に示すように、実施の形態４に係る組み込み機器１０は、複数のコンテナ１～３及びコンテナ管理部６４０の機能を備える。各コンテナ１～３は、コンテナ管理部６４０により管理され、組み込み機器１０のＯＳ６５０上で動作する。コンテナ１～３は、それぞれライブラリ６１２，６２２，６３２に基づいて動作する。第１のコンテナ１上において、ＨＴＴＰサーバ６１１が動作する。第２のコンテナ２上において、ＨＴＴＰＳサーバ６２１が動作する。第３のコンテナ３上において、アプリケーションサーバ６３１が動作する。このように、各仮想マシン上で異なるＯＳが個別に動作し、各ＯＳ上で個別にサーバが動作する。

【0164】

内蔵ブラウザ１１１からＷｅｂサーバ１１２に接続された場合、第１のコンテナ１上で動作するＨＴＴＰサーバ６１１が接続を受け付ける。これに対して、外部ブラウザ３１１からＷｅｂサーバ１１２に接続された場合、第２のコンテナ２上で動作するＨＴＴＰＳサーバ６２１が接続を受け付ける。そして、第１のコンテナ１上で実施の形態１で説明した内部用仮想サーバ１４１と同様の処理が実行され、第２のコンテナ２上で実施の形態１で説明した外部用仮想サーバ１４２と同様の処理が実行され、第３のコンテナ３上で実施の形態１で説明したアプリケーションサーバ１１３と同様の処理が実行される。

【0165】

Ｗｅｂサーバ１１２のリダイレクト及びＵＲＬ書き換えは、第１のコンテナ１内で設定される。各コンテナ１～３から組み込み機器１０自体のファイルシステムにアクセスすることも可能であるため、画面を共通化するためのＷｅｂ文書１２１は、組み込み機器１０側のファイルシステムに配置しておいてもよい。

【0166】

このように、実施の形態４では、Ｗｅｂサーバ１１２は、組み込み機器１０上で複数のコンテナ１～３を生成する。そして、Ｗｅｂサーバ１１２は、第１のコンテナ１上でＨＴＴＰサーバ６１１を動作させ、第２のコンテナ２上でＨＴＴＰＳサーバ６２１を動作させる。コンテナごとにファイルシステムが分離されているため、内蔵ブラウザ１１１専用の画面を第１コンテナ１のみに含めることで、外部ネットワークからは内蔵ブラウザ１１１専用の画面にアクセスできないようになる。

【0167】

（変形例）
以上、実施の形態を説明したが、各実施の形態を組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。

【0168】

例えば、上記実施の形態では、組み込み機器１０は、（１）通信の暗号化、（２）ユーザ認証、（３）ＷｅｂＡＰＩの認証のそれぞれについて、内蔵ブラウザ１１１における表示処理と外部ブラウザ３１１における表示処理とで異なるセキュリティ対策を施した。しかしながら、組み込み機器１０は、これら（１）～（３）の全てについて異なるセキュリティ対策を施すことに限らず、（１）～（３）のうちの少なくとも１つについて異なるセキュリティ対策を施しても良い。

【0169】

また、ユーザから入力された設定により、内蔵ブラウザ１１１用のユーザ認証画面を変更できるようにしても良い。例えば、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合、デフォルトでは、外部ブラウザ３１１からユーザ認証の要求を受信した場合と同じユーザ認証の入力画面を内蔵ブラウザ１１１に表示させる。そして、Ｗｅｂサーバ１１２は、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合に、内蔵ブラウザ１１１にデフォルトの入力画面を表示させるか、又は、入力画面を表示させずにユーザ認証の完了画面を表示させるかを、ユーザから操作部１３を介して入力された設定に応じて切り替えても良い。更には、実施の形態２で説明した認証デバイス４００の操作を促す画面を表示させる選択肢が加えられても良い。Ｗｅｂサーバ１１２は、ユーザから入力された設定に応じて、リダイレクト又はＵＲＬ書き換えにより、内蔵ブラウザ１１１からユーザ認証の要求を受信した場合の画面を切り替えることができる。

【0170】

上記実施の形態では、組み込み機器１０は、空調コントローラであるとして説明した。しかしながら、組み込み機器１０は、これに限らず、給湯機、炊飯器、洗濯機、冷蔵庫、テレビ等の電子機器であっても良いし、これらを操作するためのコントローラであっても良い。

【0171】

上記実施の形態では、暗号化されない通信及び暗号化された通信として、それぞれＨＴＴＰ及びＨＴＴＰＳによる通信を例にとって説明した。しかしながら、ＨＴＴＰ及びＨＴＴＰＳ以外の方式の通信を用いても良い。

【0172】

上記実施の形態では、制御部１１において、ＣＰＵが記憶部１２に記憶されたプログラムを実行することによって、内蔵ブラウザ１１１、Ｗｅｂサーバ１１２及びアプリケーションサーバ１１３として機能した。また、制御部３１において、ＣＰＵが記憶部３２に記憶されたプログラムを実行することによって、外部ブラウザ３１１として機能した。しかしながら、制御部１１，３１は、専用のハードウェアであってもよい。専用のハードウェアとは、例えば単一回路、複合回路、プログラム化されたプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、又は、これらの組み合わせ等である。制御部１１，３１が専用のハードウェアである場合、各部の機能それぞれを個別のハードウェアで実現してもよいし、各部の機能をまとめて単一のハードウェアで実現してもよい。

【0173】

また、各部の機能のうち、一部を専用のハードウェアによって実現し、他の一部をソフトウェア又はファームウェアによって実現してもよい。このように、制御部１１，３１は、ハードウェア、ソフトウェア、ファームウェア、又は、これらの組み合わせによって、上述の各機能を実現することができる。

【0174】

組み込み機器１０及び外部端末３０のそれぞれの動作を規定するプログラムを、パーソナルコンピュータ、情報端末装置等の既存のコンピュータに適用することで、当該コンピュータを、組み込み機器１０及び外部端末３０のそれぞれとして機能させることも可能である。

【0175】

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ－ＲＯＭ（Compact Disk ROM）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto Optical Disk）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネット等の通信ネットワークを介して配布してもよい。

【0176】

本開示は、本開示の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この開示を説明するためのものであり、本開示の範囲を限定するものではない。すなわち、本開示の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして特許請求の範囲内及びそれと同等の開示の意義の範囲内で施される様々な変形が、この開示の範囲内とみなされる。

【符号の説明】

【0177】

１ 表示システム、１０ 組み込み機器、１１，３１ 制御部、１２，３２ 記憶部、１３，３３ 操作部、１４，３４ 表示部、１５，３５ 通信部、３０ 外部端末、１１１ 内蔵ブラウザ、１１２ Ｗｅｂサーバ、１１３，５３１，６３１ アプリケーションサーバ、１２１ Ｗｅｂ文書、１３１ 認証制御部、１３２ ＷｅｂＡＰＩサーバ、１４１ 内部用仮想サーバ、１４２ 外部用仮想サーバ、１４３，１４４ アドレス付与部、３１１ 外部ブラウザ、４００ 認証デバイス、５１１，６１１ ＨＴＴＰサーバ、５２１，６２１ ＨＴＴＰＳサーバ、５１２，５２２，５３２，６１２，６２２，６３２ ライブラリ、５１３，５２３，５３３，５５０，６５０ ＯＳ、６４０ コンテナ管理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】