JP7613167B2 - システム、サーバー装置及び端末装置 - Google Patents

Description

本発明は、システム、サーバー装置及び端末装置に関する。

ローカルのネットワーク等の既定の範囲内において既定のプロトコルで他の装置と通信を行う機能を有するプリンター等の電子機器がある。特許文献１には、ローカルのネットワーク内でウェブブラウザーから印刷装置の設定を行う技術が開示されている。

国際公開第２０１４／１０６８８３号

このような電子機器に対して、既定のネットワークの外部の装置との間で既定のプロトコルを用いた通信を行いたいという要望がある。しかし、特許文献１では、このような電子機器と既定の範囲外の外部装置との間での既定のプロトコルを用いた通信を実現できず、利便性に限界があるという課題があった。

上記課題を解決するためのシステムは、サーバー装置と、前記サーバー装置と通信する端末装置と、前記端末装置と通信する電子機器と、を備え、前記サーバー装置は、第１プロトコルによる処理要求を含む、前記第１プロトコルと異なる第２プロトコルによるデータを、前記端末装置に送信するデータ送信部と、前記処理要求に対する応答データであって、前記端末装置から送信される前記応答データを前記処理要求の要求元に送信する応答通知部と、を備え、前記端末装置は、前記サーバー装置から送信された前記第２プロトコルによる前記データに基づいて、前記第１プロトコルによる前記処理要求を前記電子機器に送信する要求通知部と、前記処理要求の応答として前記電子機器から送信される前記応答データを、前記サーバー装置に送信する応答データ送信部と、を備え、前記電子機器は、前記端末装置から送信される前記第１プロトコルによる前記処理要求に対する応答として、前記第１プロトコルによる前記応答データを前記端末装置に送信する応答部を備える。
上記課題を解決するためのシステムは、サーバー装置と、前記サーバー装置と通信する電子機器と、を備え、前記サーバー装置は、第１プロトコルによる処理要求を含む、前記第１プロトコルと異なる第２プロトコルによるデータを前記電子機器に送信するデータ送信部と、前記電子機器から送信される前記処理要求に対する応答データを前記処理要求の要求元に送信する応答通知部と、を備え、前記電子機器は、前記サーバー装置から送信される前記第２プロトコルによる前記データを受け付け、前記データに含まれる前記第１プロトコルによる前記処理要求に対する応答として、前記応答データを前記サーバー装置に送信する応答部を備える。
上記課題を解決するためのサーバー装置は、第２プロトコルによるデータであって、前記第２プロトコルと異なる第１プロトコルによる処理要求を含む前記データを既定の通信先に送信するデータ送信部と、前記通信先から送信される、前記データに含まれる前記第１プロトコルによる前記処理要求に対する電子機器からの応答データを、前記処理要求の要求元に送信する応答通知部と、を備える。
上記課題を解決するための端末装置は、既定の送信元から送信される第２プロトコルによるデータであって、前記第２プロトコルと異なる第１プロトコルによる処理要求を含む前記データに基づいて、前記第１プロトコルによる前記処理要求を電子機器に送信する要求通知部と、前記処理要求に応じて前記電子機器から送信される前記処理要求に対する応答データを、前記送信元に送信する応答データ送信部と、を備える。
上記課題を解決するための端末装置は、電子機器に対する処理要求の指示に用いられる画面を介して前記処理要求の指示を受け付けた場合、第１プロトコルによる前記処理要求を、前記電子機器と異なる装置に送信する要求送信部と、前記装置から送信される、前記処理要求に対する前記電子機器からの応答データに基づいて、前記電子機器の制御に用いられる画面を表示部に表示する表示制御部と、を備え、前記装置は、前記第１プロトコルによる前記処理要求を受信した場合、前記第１プロトコルと異なる第２プロトコルによるデータであって、前記第１プロトコルによる前記処理要求を含む前記データを、前記電子機器、又は、前記電子機器と通信を行う端末装置の何れかに送信し、前記処理要求の送信に応じて前記電子機器からの前記応答データを受信する。

通信システムのブロック図である。 通信におけるデータの流れを説明する図である。 通信システムの処理を示すシーケンス図である。 通信システムの処理を示すシーケンス図である。

ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）通信システムの構成：
（２）通信処理：
（３）他の実施形態：

（１）通信システムの構成：
図１は、一実施形態にかかる通信システム１０、ブラウザー端末装置１００、管理者端末装置６００の構成を示すブロック図である。本実施形態において、通信システム１０は、ブラウザー端末装置１００との通信を行うシステムである。通信システム１０は、サーバー装置２０、端末装置４００、及び、電子機器５００を備える。サーバー装置２０は、第１サーバー装置２００と第２サーバー装置３００との２台のサーバー装置で構成される情報処理装置である。ブラウザー端末装置１００、第１サーバー装置２００、第２サーバー装置３００、端末装置４００、管理者端末装置６００は、それぞれネットワーク７００に接続されている。また、端末装置４００、電子機器５００は、それぞれネットワーク８００に接続されている。ネットワーク７００は、ネットワーク８００の外部のネットワークであり、例えば、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）等のネットワークである。ネットワーク８００は、ＬＡＮ、ＷＡＮ等のネットワークである。端末装置４００は、ネットワーク８００のゲートウェイを構成する。

本実施形態では、ネットワーク８００内の各装置は、ネットワーク８００外からの、既定のプロトコルである第１プロトコルによる要求を受けつけることができないよう構成されている。本実施形態では、第１プロトコルは、ｈｙｐｅｒ ｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）であるが、Ｔｅｌｎｅｔ等の他のプロトコルであってもよい。また、本実施形態では、ＨＴＴＰは、ｈｙｐｅｒ ｔｅｘｔ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ ｓｅｃｕｒｅ（ＨＴＴＰＳ）も含む概念である。ＨＴＴＰによる要求処理やレスポンスのデータは、リクエスト行又はレスポンス行と、ＨＴＴＰヘッダーと、やり取りするデータであるボディーと、を含む。なお、やり取りするデータがない場合、ＨＴＴＰによる処理要求やレスポンスのデータは、ボディーを含まなくてもよい。

本実施形態では、ネットワーク８００のゲートウェイである端末装置４００が、ネットワーク８００外からネットワーク８００内の装置への第１プロトコルによる要求を遮断するよう構成されている。ただし、ネットワーク８００内の各装置がネットワーク８００外からの第１プロトコルによる要求を受けつけられないよう構成できれば、他の構成でもよい。例えば、ネットワーク８００内の各装置が、ネットワーク８００外からの第１プロトコルによる要求を受信した場合に受信した要求を破棄するよう構成されてもよい。
本実施形態では、ブラウザー端末装置１００と電子機器５００とが、第２サーバー装置３００と端末装置４００とを中継して、間接的に第１プロトコルによる通信を行う。

図２は、ブラウザー端末装置１００と通信システム１０の各要素との間での通信の概要を示す図である。以下では、図１、図２を参照しつつ、ブラウザー端末装置１００、通信システム１０の各要素それぞれについて説明する。

ブラウザー端末装置１００は、ブラウザー機能を備える情報処理装置である。本実施形態では、ブラウザー端末装置１００は、遠隔での電子機器５００の保守のために利用されるが、遠隔からの電子機器５００の利用、電子機器５００の使用状況の確認等の他の用途のために利用されてもよい。ブラウザー端末装置１００は、ブラウザーを介して、第１サーバー装置２００、第２サーバー装置３００と通信を行うことで、間接的に電子機器５００に対して第１プロトコルによる処理要求を送信し、電子機器５００からの応答データを取得する。ここで、処理要求とは、処理の実行の要求であって、本実施形態では、処理要求は、電子機器５００の設定変更、指定の処理の実行等の制御に用いられる画面の提供処理の要求である。以下では、電子機器５００の制御に用いられる画面は、制御画面とする。ただし、処理要求は、設定情報の確認画面の提供処理、設定変更処理、電子機器５００の使用状況を示す情報の提供処理等の他の処理の要求であってもよい。

本実施形態では、電子機器５００は、処理要求に対する応答として、制御画面の画面データを含む応答データを、要求元に送信する。本実施形態では、応答データは、ブラウザー端末装置１００が表示するブラウザーに表示されるウェブページのデータであるが、ダイアログ等の他のデータであってもよい。制御画面の画面データは、例えば、制御画面の画像情報、制御画面内に配置される各オブジェクトを示す情報等である。また、処理要求の要求元において、制御画面における、例えば、ボタン、表示ブロック等の各表示オブジェクトの配置態様が予め既知の場合、制御画面の画面データは、これらのオブジェクトに表示される文字や数値等のテキストデータ等であってもよい。

ブラウザー端末装置１００は、制御部１１０、通信部１２０、入出力部１３０、及び、不図示の記録媒体を備える。制御部１１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。通信部１２０は、他の装置と有線又は無線で通信するための回路を備えている。制御部１１０は、通信部１２０を介して、外部の装置と通信を行う。入出力部１３０は、マウス、キーボード、タッチパネル等の入力部と、ディスプレイ等の表示部と、を備える。

制御部１１０は、ＲＯＭ、又は、記録媒体に記録されたプログラムを実行することで、ブラウザー制御部１１１の機能を実現する。
ブラウザー制御部１１１は、ブラウザーを入出力部１３０に表示し、ブラウザーを介して、外部の装置との通信を行う機能部である。ブラウザー制御部１１１は、要求送信部１１１ａと、表示制御部１１１ｂと、を含む。

制御部１１０は、ブラウザー制御部１１１の機能により、入出力部１３０にブラウザーを表示し、表示したブラウザーを介して第１サーバー装置２００にアクセスする。制御部１１０は、第１サーバー装置２００にアクセスする際に、ユーザー名、及び、パスワードを含むユーザーの認証情報を第１サーバー装置２００に通知する。この認証情報の通知に応じて、第１サーバー装置２００は、ユーザーの認証を行い、認証した場合、電子機器５００に対する処理要求の送信の指示に用いられる画面をブラウザー端末装置１００に送信する。以下、この画面は指示画面とする。本実施形態では、指示画面は、電子機器５００を含む、処理要求の送信対象の候補のリストを含む画面である。制御部１１０は、第１サーバー装置２００から取得した指示画面を入出力部１３０に表示されるブラウザー内に表示させる。そして、制御部１１０は、指示画面を介して、電子機器５００の選択を検知した場合、処理要求を送信する対象として電子機器５００が選択されたと判断する。

要求送信部１１１ａは、指示画面を介して処理要求の送信の指示を受け付けた場合、第１プロトコルによる処理要求を、第１サーバー装置２００、及び電子機器５００と異なる第２サーバー装置３００に送信する機能部である。
制御部１１０は、要求送信部１１１ａの機能により、指示画面を介して処理要求を送信する対象として電子機器５００が選択された場合、図２の（１）に示すように、電子機器５００に対する処理要求を第１サーバー装置２００に送信する。ここで、送信される処理要求は、処理の要求先である電子機器５００を示す情報、及び、処理要求の要求元であるブラウザー端末装置１００を示す情報を含む。本実施形態では、制御部１１０は、第１プロトコルによる処理要求を、第１サーバー装置２００に送信する。ただし、制御部１１０は、ＳＰＤＹ等の第１プロトコルと異なるプロトコルによる処理要求を、第１サーバー装置２００に送信してもよい。

そして、制御部１１０は、図２の（３）に示すように、処理要求に対する応答として第１サーバー装置２００から送信される認証キーを取得する。ここで、認証キーは、第２サーバー装置３００におけるブラウザー端末装置１００の認証に用いられるキーである。本実施形態では、認証キーは、対応する処理要求に対してユニークな既定の文字列である。この文字列は、例えば、３文字、５文字、１０文字等の既定の文字数である。ただし、認証キーは、対応する処理要求に対してユニークであれば、ビット列等の他の情報であってもよい。本実施形態では、認証キーは、１回限り有効なワンタイムキーである。ただし、認証キーは、２回以上有効なキーであってもよい。
制御部１１０は、第１サーバー装置２００から認証キーを受信すると、ブラウザーのアドレスバーに第２サーバー装置３００のＵＲＬと受信した認証キーとを入力する。ただし、制御部１１０は、ユーザーによる入出力部１３０を介した操作に基づいて、ブラウザーのアドレスバーに第２サーバー装置３００のＵＲＬを入力してもよい。その場合、制御部１１０は、ブラウザーのアドレスバーに受信した認証キーを入力しなくてもよい。

そして、制御部１１０は、ブラウザーのアドレスバーに入力されたＵＲＬを含む、電子機器５００に対する第１プロトコルによる処理要求のデータを生成する。本実施形態では、制御部１１０は、電子機器５００に対する第１プロトコルによる処理要求のデータとして、ＧＥＴメソッドのＨＴＴＰリクエストデータを生成するが、ＰＯＳＴメソッド等の他のメソッドのＨＴＴＰリクエストを生成してもよい。そして、制御部１１０は、生成した第１プロトコルによる処理要求のデータに、アドレスバーに入力された認証キーを含ませて、電子機器５００ではなく、第２サーバー装置３００に送信する。制御部１１０から第２サーバー装置３００に対して、処理要求のデータと併せて送信される認証キーは、第２キーの一例である。図２の（４）に、ブラウザー端末装置１００から第２サーバー装置３００に送信される第１プロトコルによる処理要求のデータと認証キーとが示される。これにより、制御部１１０は、第２サーバー装置３００、端末装置４００を中継して、第１プロトコルにより処理要求のデータを電子機器５００に送信する。

表示制御部１１１ｂは、図２の（９）に示すように、第２サーバー装置３００から送信される、処理要求のデータに対する電子機器５００からの応答データに基づいて、制御画面を入出力部１３０の表示部に表示させる機能部である。
制御部１１０は、表示制御部１１１ｂの機能により、要求送信部１１１ａの機能により送信された処理要求のデータに対する電子機器５００の応答データであって、制御画面の情報を含む応答データを、第２サーバー装置３００から受信する。制御部１１０は、入出力部１３０の表示部に表示されたブラウザー内に、受信した応答データが示すウェブページとして制御画面を表示させる。
そして、制御部１１０は、制御画面を介して電子機器５００に対する制御の指示を受けつけると、制御画面の提供処理の処理要求と同様に、第２サーバー装置３００、端末装置４００を中継して、電子機器５００に対する制御の指示に基づく処理要求を電子機器５００に送信する。

第１サーバー装置２００は、ブラウザー端末装置１００から電子機器５００に対する処理要求を受けつけ、電子機器５００を対応付けた認証キーを生成し、生成した認証キーをブラウザー端末装置１００と、第２サーバー装置３００と、に送信する情報処理装置である。第１サーバー装置２００は、制御部２１０、通信部２２０、及び、記録媒体２３０を備える。
制御部２１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。通信部２２０は、他の装置と有線又は無線で通信するための回路を備えている。制御部２１０は、通信部２２０を介して、外部の装置と通信を行う。記録媒体２３０は、ネットワーク８００内における電子機器５００と、電子機器５００を管理する端末装置４００と、の対応を示す対応情報２３１、各種プログラム等を記録する。

制御部２１０は、ＲＯＭ、又は、記録媒体２３０に記録されたプログラムを実行することで、認証部２１１、キー生成部２１２、及び、キー送信部２１３の機能を実現する。
認証部２１１は、ブラウザー端末装置１００のユーザーの認証を行う機能部である。制御部２１０は、認証部２１１の機能により、ブラウザー端末装置１００から、例えば、ユーザー名、及び、パスワードを含むユーザーの認証情報を取得し、取得した認証情報に基づいてユーザーの認証を行う。

キー生成部２１２は、電子機器５００に対する処理要求を受け付けた場合、電子機器５００を対応付けた認証キーを生成する機能部である。キー生成部２１２の機能により性生成される認証キーは、第１キーの一例である。制御部２１０は、キー生成部２１２の機能により、ブラウザー端末装置１００から電子機器５００に対する処理要求を受信する。そして、制御部２１０は、この処理要求の要求元であるブラウザー端末装置１００に対して、この処理要求が示す要求先の電子機器５００に対する処理要求を許可するか否かを、管理者端末装置６００に問い合わせる。管理者端末装置６００は、電子機器５００の管理者が利用する情報処理装置である。制御部２１０は、例えば、ブラウザー端末装置１００に、電子機器５００に対する処理要求を許可するか否かの選択に用いられる画面を、管理者端末装置６００に通知し、この画面を介した選択結果を、管理者端末装置６００から取得する。制御部２１０は、電子機器５００に対する処理要求を許可することが管理者端末装置６００で選択された場合、第２サーバー装置３００におけるブラウザー端末装置１００の認証に用いられる認証キーを生成する。本実施形態では、制御部２１０は、文字列"ＡＡＡ"を認証キーとして生成するが、他の文字列、ビット列などの他の形式のデータを認証キーとして生成してもよい。

ただし、電子機器５００に対して処理要求が許可される対象の情報が、記録媒体２３０に予め記録されている等の場合、制御部２１０は、管理者端末装置６００に問い合わせを行わなくてもよい。その場合、制御部２１０は、例えば、ブラウザー端末装置１００から受信した処理要求の要求元が、記録媒体２３０に電子機器５００に対して処理要求が許可される対象として記録されているなら、認証キーを生成するようにしてもよい。

そして、制御部２１０は、生成した認証キーを、ブラウザー端末装置１００から受信した処理要求が示す対象の電子機器５００と対応付ける。また、制御部２１０は、対応情報２３１から、電子機器５００に対応する端末装置、すなわち、電子機器５００を管理する端末装置を特定する。本実施形態では、端末装置４００が電子機器５００を管理する。そのため、制御部２１０は、端末装置４００を特定する。

キー送信部２１３は、キー生成部２１２の機能により生成された認証キーを、電子機器５００に対する処理要求の要求元であるブラウザー端末装置１００に送信する機能部である。制御部２１０は、キー生成部２１２の機能により生成された認証キーと、認証キーに対応付けた電子機器５００の情報と、電子機器５００に対応する端末装置４００の情報とを、キー送信部２１３の機能により、第２サーバー装置３００に送信する。本実施形態では、制御部２１０は、電子機器５００の情報、端末装置４００の情報として、それぞれ、電子機器５００のネットワーク８００内におけるＩＰアドレス、端末装置４００の識別情報を送信する。以下では、識別情報は、端末ＩＤと表す。図２の（２）に、第１サーバー装置２００から第２サーバー装置３００に送信される認証キーと、電子機器５００のＩＰアドレスと、端末装置４００の端末ＩＤとが示される。第２サーバー装置３００において、送信された認証キーが、電子機器５００の情報と端末装置４００の情報とを対応付けて登録される。

また、制御部２１０は、図２の（３）に示すように、キー生成部２１２の機能により生成された認証キーをブラウザー端末装置１００に送信し、送信した認証キーを用いた第２サーバー装置３００への処理要求のデータの送信をブラウザー端末装置１００に指示する。この指示に応じて、ブラウザー端末装置１００は、図２の（４）に示すように、電子機器５００に対する第１プロトコルによる処理要求のデータを、受信した認証キーと併せて、第２サーバー装置３００に送信する。ただし、制御部２１０は、第２サーバー装置３００への処理要求のデータの送信をブラウザー端末装置１００に指示しなくてもよい。その場合、ブラウザー端末装置１００は、例えば、入出力部１３０を介してユーザーにより指定されたタイミングで、処理要求を第２サーバー装置３００に送信してもよい。ユーザーにより指定されたタイミングとして、例えば、ブラウザーのアドレスバーに第２サーバー装置３００のＵＲＬが入力されたタイミング等がある。

第２サーバー装置３００は、ブラウザー端末装置１００から、電子機器５００に対する第１プロトコルによる処理要求のデータと認証キーとを受信し、認証キーを用いた認証と、電子機器５００を管理する端末装置４００との通信と、を行う情報処理装置である。第２サーバー装置３００は、制御部３１０、通信部３２０、及び、記録媒体３３０を備える。
制御部３１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。通信部３２０は、他の装置と有線又は無線で通信するための回路を備えている。制御部３１０は、通信部３２０を介して、外部の装置と通信を行う。記録媒体３３０は、認証キーの情報を含むキー情報３３１、各種プログラム等を記録する。

制御部３１０は、ＲＯＭ、又は、記録媒体３３０に記録されたプログラムを実行することで、登録部３１１、接続制御部３１２、応答通知部３１３の機能を実現する。
登録部３１１は、第１サーバー装置２００から受信した認証キーの情報を登録する機能部である。制御部３１０は、登録部３１１の機能により、第１サーバー装置２００から、認証キーと電子機器５００の情報と端末装置４００の情報とを受信する。そして、制御部３１０は、受信した認証キーと電子機器５００の情報と端末装置４００の情報とを対応付けて、キー情報３３１として、記録媒体３３０に記録する。

接続制御部３１２は、ブラウザー端末装置１００から受信した認証キーに対応する電子機器５００との接続を行う機能であり、データ送信部３１２ａを含む。データ送信部３１２ａは、第１プロトコルによる処理要求を含む、第１プロトコルと異なる既定のプロトコルである第２プロトコルによるデータを、端末装置４００に送信する機能部である。本実施形態では、第２プロトコルは、ステートフルなプロトコルであるＭｅｓｓａｇｅ Ｑｕｅｕｅ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ（ＭＱＴＴ）であるが、ネットワーク８００外の装置からネットワーク８００内の装置に情報を送達できるプロトコルであれば、他のプロトコルであってもよい。例えば、第２プロトコルは、Ｃｏｎｓｔｒａｉｎｅｄ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＣｏＡＰ）、Ｅｘｔｅｎｓｉｂｌｅ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＸＭＰＰ）等であってもよい。

制御部３１０は、接続制御部３１２の機能により、ブラウザー端末装置１００から第１プロトコルによる処理要求のデータと併せて受信した認証キーを用いて、ブラウザー端末装置１００の認証を行う。より具体的には、制御部３１０は、受信した認証キーと同じ認証キーが、キー情報３３１として、記録媒体３３０に記録されているか否かを判定する。制御部３１０は、記録されていると判定した場合、ブラウザー端末装置１００を認証し、記録されていないと判定した場合、ブラウザー端末装置１００を認証しない。制御部３１０は、ブラウザー端末装置１００を認証した場合、キー情報３３１から、この認証キーに対応付けられた電子機器５００の情報である電子機器５００のＩＰアドレスと、端末装置４００の端末ＩＤと、を特定する。そして、制御部３１０は、特定した端末ＩＤが示す端末装置４００と第２プロトコルによる通信を確立する。

そして、制御部３１０は、データ送信部３１２ａの機能により、端末装置４００に送信する第２プロトコルによるデータを生成する。より具体的には、制御部３１０は、ブラウザー端末装置１００から受信した第１プロトコルによる処理要求のデータを以下のように修正する。すなわち、制御部３１０は、処理要求のデータから認証キーを取り除き、かつ、第２サーバー装置３００のＵＲＬの部分を電子機器５００のＩＰアドレスに変更するよう修正する。そして、制御部３１０は、本体のデータとして、本実施形態では、修正した第１プロトコルによる処理要求のデータと、処理要求の識別情報と、接続制御部３１２の機能によりキー情報３３１から取得された電子機器５００のＩＰアドレスと、処理要求のデータに関する通信に用いられる既定のポート番号と、本体のデータがＢａｓｅ６４形式のデータであるか否かを示す情報と、を含むデータを、第２プロトコルで用いられる既定のデータ形式で生成する。以下、処理要求の識別情報は、要求ＩＤとする。本実施形態では、この既定のデータ形式は、ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ｊｓｏｎ）形式であるが、ＸＭＬ形式、Ｂａｓｅ６４形式等の他のデータ形式であってもよい。
なお、制御部３１０は、ブラウザー端末装置１００から電子機器５００に対する処理要求のデータを受信すると、受信した処理要求のデータを一意に識別する要求ＩＤを付与する。

以下にデータ送信部３１２ａの機能により生成される第２プロトコルによるデータの例を示す。
データ例：｛"ｒｅｑｕｅｓｔ＿ｉｄ"："ａｂｃｄｅｆｇｈｉｊ"、"ｈｏｓｔ"："＊＊．＊＊．＊＊．＊＊"、"ｐｏｒｔ"："＊＊＊"、"Ｂａｓｅ６４"：ｆａｌｓｅ、"ｂｏｄｙ"："ＧＥＴ／ｈｔｔｐ／・・・"｝

この例では、"ｒｅｑｕｅｓｔ＿ｉｄ"キーは、処理要求のデータの要求ＩＤを示すキーである。この例では、処理要求のデータの要求ＩＤが"ａｂｃｄｅｆｇｈｉｊ"である。また、"ｈｏｓｔ"キーは、処理要求のデータの要求先である電子機器５００のＩＰアドレスを示すキーである。この例では、処理要求のデータの要求先を示すＩＰアドレスは、"＊＊．＊＊．＊＊．＊＊"である。また、"ｐｏｒｔ"キーは、処理要求のデータに関する通信に用いられる既定のポート番号を示すキーである。この例では、処理要求に関する通信に用いられる既定のポート番号は、"＊＊＊"である。また、"Ｂａｓｅ６４"キーは、本体のデータがＢａｓｅ６４形式のデータであるか否かを示すキーである。この例では、"Ｂａｓｅ６４"キーの値が"ｆａｌｓｅ"なので、本体のデータは、Ｂａｓｅ６４形式ではない。また、"ｂｏｄｙ"キーは、本体のデータを示すキーである。この例では、本体のデータは、電子機器５００に対する処理要求を示す第１プロトコルによるデータである"ＧＥＴ／ｈｔｔｐ／・・・"である。

この例では、データ内に含まれる第１プロトコルによる処理要求のデータは、Ｂａｓｅ６４形式ではないが、Ｂａｓｅ６４形式であってもよい。その場合、例えば、このデータを受信する端末装置４００が、受信したデータからＢａｓｅ６４形式の処理要求を抽出し、抽出した処理要求のデータをもとの形式に変換すればよい。

制御部３１０は、既定の通信先として、接続制御部３１２の機能によりキー情報３３１から取得された端末ＩＤが示す端末装置４００に対して、図２の（５）に示すように、生成した第２プロトコルによるデータを端末装置４００に送信する。このように、制御部３１０は、第１プロトコルによる処理要求を、第２プロトコルによるデータでラップし、カプセル化することで、ネットワーク８００内の装置に、第１プロトコルによる処理要求を送信する。端末装置４００は、送信されたデータから第１プロトコルによる処理要求を抽出して、電子機器５００に送信する。このようにして、制御部３１０は、端末装置４００を中継して、電子機器５００と接続する。

応答通知部３１３は、データ送信部３１２ａの機能による第２プロトコルによるデータの送信に応じて、端末装置４００から送信される、処理要求に対する電子機器５００の応答データを、処理要求の要求元であるブラウザー端末装置１００に送信する機能部である。
制御部３１０は、応答通知部３１３の機能により、端末装置４００から、処理要求に対する電子機器５００の応答データを受信する。

本実施形態では、端末装置４００は、データ送信部３１２ａの機能により送信された第２プロトコルによるデータを受信すると、受信したデータから、第１プロトコルの処理要求を抽出する。そして、端末装置４００は、図２の（６）に示すように、抽出した第１プロトコルの処理要求を電子機器５００に送信し、図２の（７）に示すように、電子機器５００から処理要求に対する第１プロトコルによる応答データを受信する。応答データは、ＨＴＴＰヘッダーとデータ本体を含む。端末装置４００は、受信した第１プロトコルによる応答データと、処理要求の要求ＩＤと、を含ませた、既定の第３プロトコルによるデータを生成する。本実施形態では、既定の第３プロトコルは、ＨＴＴＰであるが、ＭＱＴＴ等の他のプロトコルであってもよい。本実施形態では、端末装置４００は、ＨＴＴＰによるデータに含ませるため、電子機器５００から受信した第１プロトコルによる応答データをＢａｓｅ６４形式に変換する。端末装置４００は、図２の（８）に示すように、データ送信部３１２ａの機能により送信されたデータに対する応答として、生成した第３プロトコルによるデータを送信する。

制御部３１０は、端末装置４００から受信した第３プロトコルによるデータから、第１プロトコルによる電子機器５００の応答データと、処理要求の要求ＩＤと、を抽出する。制御部３１０は、抽出した要求ＩＤに基づいて、抽出した応答データがどの処理要求に対応する応答データであるかを特定する。そして、制御部３１０は、抽出した第１プロトコルによる応答データをＢａｓｅ６４形式から元の形式に変換し、図２の（９）に示すように、特定した処理要求の要求元であるブラウザー端末装置１００に送信する。

端末装置４００は、電子機器５００を管理し、第２サーバー装置３００と電子機器５００との間の通信を中継する情報処理装置である。端末装置４００は、制御部４１０、通信部４２０、及び、不図示の記録媒体を備える。制御部４１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。通信部４２０は、他の装置と有線又は無線で通信するための回路を備えている。制御部４１０は、通信部４２０を介して、外部の装置と通信を行う。

制御部４１０は、ＲＯＭ、又は、記録媒体に記録されたプログラムを実行することで、要求通知部４１１、及び、応答データ送信部４１２の機能を実現する。
要求通知部４１１は、第２サーバー装置３００から送信された第２プロトコルによるデータに基づいて、第１プロトコルによる処理要求を電子機器５００に送信する機能部である。制御部４１０は、要求通知部４１１の機能により、第２サーバー装置３００から受信した第２プロトコルによるデータから、電子機器５００に対する第１プロトコルによる処理要求を抽出する。また、制御部４１０は、第２サーバー装置３００から受信した第２プロトコルによるデータから、処理要求の要求ＩＤと、ポート番号と、電子機器５００のＩＰアドレスと、についても抽出する。そして、制御部４１０は、抽出した要求ＩＤをＲＡＭに記録する。また、制御部４１０は、図２の（６）に示すように、抽出した第１プロトコルによる処理要求を、抽出したＩＰアドレスの電子機器５００の抽出したポート番号に送信する。
このように、第２サーバー装置３００と端末装置４００とは、データ送信部３１２ａ、要求通知部４１１の機能により、ネットワーク８００外のブラウザー端末装置１００から送信された第１プロトコルによる処理要求を、ネットワーク８００内の電子機器５００に送信する。

応答データ送信部４１２は、要求通知部４１１の機能により送信された処理要求の応答として電子機器５００から送信される応答データを、第２サーバー装置３００に送信する機能部である。
制御部４１０は、図２の（７）に示すように、要求通知部４１１の機能により送信された処理要求に対する電子機器５００の第１プロトコルによる応答データを、応答データ送信部４１２の機能により、電子機器５００から受信する。制御部４１０は、受信した第１プロトコルによる応答データをＢａｓｅ６４形式に変換する。応答データをＢａｓｅ６４形式に変換することで、応答データにバイナリデータが含まれる場合であっても、応答データを第３プロトコルによるデータ内に含めることができる。そして、制御部４１０は、変換した応答データと、要求通知部４１１の機能によりＲＡＭに記録した処理要求の要求ＩＤと、を含ませた第３プロトコルによるデータを生成する。そして、制御部４１０は、図２の（８）に示すように、生成した第３プロトコルによるデータを、第２サーバー装置３００に送信する。このように、制御部４１０は、Ｂａｓｅ６４形式に変換された応答データをラップした第３プロトコルによるデータを、第２サーバー装置３００に送信することで、第１プロトコルによる応答データを第２サーバー装置３００に転送する。

電子機器５００は、ネットワークを介して処理要求を受け付け、受けつけた処理要求に応じた処理を行う機能を備えるウェブサーバー装置であり、ネットワーク８００内の装置と第１プロトコルによる通信を行う。ただし、電子機器５００は、第１プロトコルによる処理要求を受信し、受信した処理要求に応じた処理を実行する機能を有していれば、ウェブサーバー装置でなくてもよい。本実施形態では、電子機器５００は、プリンターであるが、複合機、スキャナー、プロジェクター、ＰＣ、空気調和機、照明機器等の他の機器でもよい。

電子機器５００は、制御部５１０、通信部５２０、及び、不図示の記録媒体を備える。制御部５１０は、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。通信部１２０は、他の装置と有線又は無線で通信するための回路を備える。制御部５１０は、ＲＯＭ、又は、記録媒体に記録されたプログラムを実行することで、応答部５１１の機能を実現する。
応答部５１１は、外部の装置からの第１プロトコルによる処理要求に対する応答データを処理要求の送信元に送信する機能部である。制御部５１０は、図２の（６）に示すように、応答部５１１の機能により、端末装置４００から第１プロトコルによる処理要求を受信すると、制御画面の情報を含む第１プロトコルによる応答データを生成する。そして、制御部５１０は、図２の（７）に示すように、生成した第１プロトコルによる応答データを処理要求の送信元である端末装置４００に送信する。

以上のようにして、通信システム１０により、ブラウザー端末装置１００と電子機器５００との間での第１プロトコルによる通信が間接的に実現され、ブラウザー端末装置１００において、制御画面が表示される。

以上の本実施形態の構成により、通信システム１０は、第２サーバー装置３００、端末装置４００を介して、ネットワーク８００外のブラウザー端末装置１００からの第１プロトコルによる処理要求を、ネットワーク８００内の電子機器５００に送信する。これにより、通信システム１０は、ネットワーク８００外からでも電子機器５００に対して、第１プロトコルによる処理要求に応じた処理を実行させることができ、電子機器５００の利便性を向上できる。

また、本実施形態では、第２サーバー装置３００は、処理要求に対する電子機器５００の応答データを、第１プロトコルによるデータとして、処理要求の要求元であるブラウザー端末装置１００に送信する。これにより、ブラウザー端末装置１００は、第１プロトコルにより処理要求を送信し、送信した処理要求に対する応答として第１プロトコルによる応答データを受信する。このように、ブラウザー端末装置１００から見て、電子機器５００と、第１プロトコルでの通信が実現される。これにより、ブラウザー端末装置１００は、第１プロトコルで電子機器５００と情報をやり取りすればよいため、情報の送信と受信とでプロトコルを分けずにすみ、より簡易に電子機器５００と通信できる。

また、本実施形態では、第１プロトコルは、ＨＴＴＰであり、電子機器５００からの応答データはウェブページのデータである。そのため、ブラウザー端末装置１００は、ブラウザーを介して電子機器５００とＨＴＴＰによる通信を行い、応答データをブラウザーに表示できる。これにより、ブラウザー端末装置１００のユーザーは、ブラウザーに対する操作で、電子機器５００とのやり取りを行うことができる。

また、本実施形態では、第２プロトコルは、ＭＱＴＴである。これにより、通信システム１０は、第２サーバー装置３００と端末装置４００との間で、比較的ライトな通信を実現でき、ブラウザー端末装置１００と電子機器５００との間の通信を高速化できる。

また、本実施形態では、第１サーバー装置２００は、第２サーバー装置３００に対しては、生成した認証キーと併せて電子機器５００の情報及び端末装置４００の端末ＩＤを送信する。第１サーバー装置２００は、ブラウザー端末装置１００に対しては、生成した認証キーと併せて電子機器５００の情報及び端末装置４００の端末ＩＤを送信しない。このように、処理要求の要求元であるブラウザー端末装置１００にネットワーク８００内の端末装置４００、及び、電子機器５００の情報が送信されない。これにより、通信システム１０は、端末装置４００、及び、電子機器５００の情報がブラウザー端末装置１００を介して漏洩する可能性を低減できる。

また、本実施形態では、第１サーバー装置２００は、ブラウザー端末装置１００の認証に用いられる認証キーを生成し、第２サーバー装置３００は、第１サーバー装置２００により生成された認証キーを処理要求先の電子機器５００、対応する端末装置４００と対応付けて、キー情報３３１として登録する。そして、第２サーバー装置３００は、キー情報３３１として登録されている認証キーのうち、ブラウザー端末装置１００から処理要求と併せて受信した認証キーと同じ認証キーに、対応付けられた電子機器５００と接続する。このように、第２サーバー装置３００は、認証キーを受信することで、認証キーに対応付けられた処理要求の要求先に接続する。これにより、第２サーバー装置３００は、ブラウザー端末装置１００と電子機器５００との間の他の装置を中継した通信において、認証キーを伴わない処理要求を受けつけた場合には、電子機器５００と接続せず、不正な接続を低減でき、セキュリティーを向上できる。

（２）通信処理：
図３、４は、通信システム１０とブラウザー端末装置１００とが実行する通信処理を示すシーケンス図である。図３のシーケンス図と、図４のシーケンス図とは、連続しており、図３のシーケンス図の下端から図４のシーケンス図の上端へ連続する。
Ｓ１００において、ブラウザー端末装置１００の制御部１１０は、ブラウザー制御部１１１の機能により、ブラウザー端末装置１００のユーザーの認証情報を第１サーバー装置２００に通知し、第１サーバー装置２００にアクセスする。

Ｓ１０５において、第１サーバー装置２００は、Ｓ１００で通知された認証情報に基づいて、ブラウザー端末装置１００のユーザーの認証を行い、認証した場合、指示画面をブラウザー端末装置１００に送信する。
Ｓ１１０において、制御部１１０は、ブラウザー制御部１１１の機能により、Ｓ１００でのアクセスに応じて第１サーバー装置２００から送信される指示画面を取得する。

Ｓ１１５において、制御部１１０は、ブラウザー制御部１１１の機能により、Ｓ１１０で取得した指示画面を、を入出力部１３０に表示されるブラウザー内に表示させる。
Ｓ１２０において、制御部１１０は、要求送信部１１１ａの機能により、Ｓ１１５で表示した指示画面を介して処理要求を送信する対象として電子機器５００が選択された場合、電子機器５００に対する処理要求を第１サーバー装置２００に送信する。

Ｓ１２５において、第１サーバー装置２００の制御部２１０は、キー生成部２１２の機能により、ブラウザー端末装置１００から電子機器５００に対する処理要求を受信する。そして、制御部２１０は、電子機器５００に対するブラウザー端末装置１００からの処理要求を許可するか否かを、管理者端末装置６００に問い合わせる。
Ｓ１３０において、制御部２１０は、キー生成部２１２の機能により、Ｓ１２５での問い合わせの結果、電子機器５００に対する処理要求を許可することが選択された場合、第２サーバー装置３００におけるブラウザー端末装置１００の認証に用いられる認証キーを生成し、Ｓ１２５で受信した処理要求の要求先である電子機器５００と対応付ける。また、制御部２１０は、対応情報２３１から、電子機器５００に対応する端末装置４００を特定する。

Ｓ１３５において、制御部２１０は、キー送信部２１３の機能により、Ｓ１３０で生成された認証キーと、認証キーに対応付けた電子機器５００の情報と、電子機器５００に対応する端末装置４００の情報と、を第２サーバー装置３００に送信する。
Ｓ１４０において、第２サーバー装置３００の制御部３１０は、登録部３１１の機能により、第１サーバー装置２００から、認証キーと電子機器５００の情報と端末装置４００の情報とを受信する。そして、制御部３１０は、受信した認証キーと電子機器５００の情報と端末装置４００の情報とを対応付けて、キー情報３３１として、記録媒体３３０に記録する。

Ｓ１４５において、第１サーバー装置２００の制御部２１０は、キー送信部２１３の機能により、Ｓ１３０で生成された認証キーをブラウザー端末装置１００に送信し、送信した認証キーを用いた第２サーバー装置３００への処理要求の送信を、ブラウザー端末装置１００に指示する。
Ｓ１５０において、ブラウザー端末装置１００の制御部１１０は、要求送信部１１１ａの機能により、電子機器５００に対する第１プロトコルによる処理要求のデータを生成する。そして、制御部１１０は、生成した処理要求のデータを、Ｓ１４５で送信された認証キーと併せて、第２サーバー装置３００に送信する。

Ｓ１５５において、第２サーバー装置３００の制御部３１０は、接続制御部３１２の機能により、Ｓ１５０でブラウザー端末装置１００から受信した認証キーと同じ認証キーが、キー情報３３１として、記録媒体３３０に記録されているか否かを判定する。制御部３１０は、記録されていると判定した場合、ブラウザー端末装置１００を認証し、記録されていないと判定した場合、ブラウザー端末装置１００を認証しない。制御部３１０は、ブラウザー端末装置１００を認証した場合、キー情報３３１から、この認証キーに対応付けられた電子機器５００の情報と、端末装置４００の情報と、を取得する。

Ｓ１６０において、制御部３１０は、データ送信部３１２ａの機能により、ブラウザー端末装置１００から受信した第１プロトコルによる処理要求のデータと、処理要求の要求ＩＤと、処理要求の要求先の電子機器５００の情報と、既定のポート番号と、処理要求のデータがＢａｓｅ６４形式のデータであるか否かを示す情報と、を含む第２プロトコルによるデータを生成する。
Ｓ１６５において、制御部３１０は、データ送信部３１２ａの機能により、Ｓ１６０で生成した第２プロトコルによるデータを端末装置４００に送信する。

Ｓ１７０において、端末装置４００の制御部４１０は、要求通知部４１１の機能により、Ｓ１６５で送信された第２プロトコルによるデータを受信する。制御部４１０は、受信したデータから、電子機器５００に対する第１プロトコルによる処理要求のデータを抽出する。また、制御部４１０は、受信した第２プロトコルによるデータから、処理要求の要求ＩＤと、ポート番号と、電子機器５００の情報であるＩＰアドレスと、についても抽出する。そして、制御部４１０は、抽出した要求ＩＤをＲＡＭに記録する。

Ｓ１７５において、制御部４１０は、要求通知部４１１の機能により、Ｓ１７０で抽出された第１プロトコルによる処理要求を、Ｓ１７０で抽出されたＩＰアドレスの電子機器５００のＳ１７０で抽出されたポート番号に送信する。
Ｓ１８０において、電子機器５００の制御部５１０は、応答部５１１の機能により、Ｓ１７５で送信された第１プロトコルによる処理要求を受信する。そして、制御部５１０は、制御画面の情報を含む第１プロトコルによる応答データを生成する。
Ｓ１８５において、制御部５１０は、応答部５１１の機能により、Ｓ１８０で生成した第１プロトコルによる応答データを端末装置４００に送信する。

Ｓ１９０において、端末装置４００の制御部４１０は、応答データ送信部４１２の機能により、Ｓ１８５で送信された第１プロトコルによる応答データを、電子機器５００から受信する。制御部４１０は、受信した第１プロトコルによる応答データをＢａｓｅ６４形式に変換する。そして、制御部４１０は、変換した応答データと、Ｓ１７０でＲＡＭに記録した処理要求の要求ＩＤと、を含ませた第３プロトコルによるデータを生成する。
Ｓ１９５において、制御部４１０は、応答データ送信部４１２の機能により、Ｓ１９０で生成した第３プロトコルによるデータを、第２サーバー装置３００に送信する。

Ｓ２００において、第２サーバー装置３００の制御部３１０は、応答通知部３１３の機能により、Ｓ１９５で端末装置４００から送信された第３プロトコルによるデータを受信する。制御部３１０は、端末装置４００から受信した第３プロトコルによるデータから、第１プロトコルによる応答データと、処理要求の要求ＩＤと、を抽出する。制御部３１０は、抽出した要求ＩＤに基づいて、抽出した第１プロトコルによる応答データがどの処理要求に対応する応答データであるかを特定する。

Ｓ２０５において、制御部３１０は、Ｓ２００で抽出された第１プロトコルによる応答データをＢａｓｅ６４形式から元の形式に変換し、Ｓ２００で特定された処理要求の要求元であるブラウザー端末装置１００に送信する。
Ｓ２１０において、ブラウザー端末装置１００の制御部１１０は、表示制御部１１１ｂの機能により、Ｓ２０５で第２サーバー装置３００から送信された第１プロトコルによる応答データを受信する。そして、制御部１１０は、受信した第１プロトコルによる応答データに基づいて、入出力部１３０の表示部に表示されたブラウザー内に、制御画面を表示させる。

（３）他の実施形態：
以上の実施形態は一例であり、各種の態様を採用可能である。さらに、図１に示す通信システム１０がより多数のシステムで構成されてもよい。例えば、通信システム１０の要素２００、３００、４００の少なくとも１つが複数の装置で構成されるとしてもよい。

上述の実施形態では、サーバー装置２０は、第１サーバー装置２００と第２サーバー装置３００との２台のサーバー装置により構成される。ただし、サーバー装置２０は、第１サーバー装置２００の機能と第２サーバー装置３００の機能とを備える１台のサーバー装置により構成されてもよい。また、サーバー装置２０は、第１サーバー装置２００の機能と第２サーバー装置３００の機能とを分散して備える３台以上のサーバー装置により構成されてもよい。

また、上述の実施形態では、第２サーバー装置３００は、認証キーを用いたブラウザー端末装置１００の認証を行う。ただし、第２サーバー装置３００は、ブラウザー端末装置１００の認証を行わなくてもよい。その場合、通信システム１０は、第１サーバー装置２００を備えないこととしてもよい。その場合、ブラウザー端末装置１００は、例えば、第１サーバー装置２００と通信せずに、第１プロトコルによる処理要求を第２サーバー装置３００に送信する。

また、上述の実施形態では、電子機器５００を管理する端末装置４００が存在する。ただし、電子機器５００を管理する端末装置４００が存在しないとしてもよい。その場合、ネットワーク８００には、端末装置４００と異なる他のゲートウェイが構成される。そして、電子機器５００が第２プロトコルによる通信が可能であり、第２サーバー装置３００は、第１プロトコルによる処理要求を含む第２プロトコルによるデータを、ブラウザー端末装置１００から受信した認証キーに対応付けられた電子機器５００に送信するとしてもよい。そして、電子機器５００は、受信した第２プロトコルによるデータから、第１プロトコルによる処理要求を抽出し、抽出した処理要求に応じて、制御画面を含む応答データを第２サーバー装置３００に送信してもよい。また、その場合、第２サーバー装置３００は、認証キーを、処理要求の要求先の情報と対応付けて、処理要求の要求先の電子機器５００を管理する端末装置４００の情報と対応付けずに登録する。

また、上述の実施形態では、第１サーバー装置２００により生成される認証キーは、１回限り有効なワンタイムキーである。ただし、認証キーは、例えば、１時間、１日、１週間等の有効期間が有限であるキーであってもよい。これにより、ブラウザー端末装置１００が電子機器５００と通信を行う際に、有効期間内において同様の認証キーを繰り返し用いることで、有効期間内に認証キーの生成を行わなくてもよくなる。また、有効期間が過ぎれば、この認証キーを用いて電子機器５００にアクセスできなくなり、不正なアクセスが抑制される。このように、通信システム１０は、有効期間が有限な認証キーを用いることで、セキュリティーを維持しつつ、認証キー生成の処理の負担を軽減できる。

また上述の実施形態では、第２サーバー装置３００は、認証キーを登録する。この際、第２サーバー装置３００は、認証キーを、ブラウザー端末装置１００のユーザー情報とも対応付けて登録してもよい。ユーザー情報は、ユーザーを識別する情報であり、ユーザー名、ユーザーＩＤ等である。例えば、第１サーバー装置２００が、Ｓ１２０で処理要求を送信したブラウザー端末装置１００のユーザー情報を取得し、取得したユーザー情報を、認証キーと併せて第２サーバー装置３００に送信する。その場合、第２サーバー装置３００は、第１サーバー装置２００から受信した認証キーを、ブラウザー端末装置１００のユーザー情報に対応付けて、キー情報３３１として登録してもよい。

そして、第２サーバー装置３００は、ブラウザー端末装置１００から第１プロトコルによる処理要求と併せて認証キー、及び、ユーザー情報を受信する。そして、第２サーバー装置３００は、受信したユーザー情報に対応付けられた、受信した認証キーが、キー情報３３１に登録されているか否かを判定する。第２サーバー装置３００は、登録されている場合、ブラウザー端末装置１００を認証し、登録されていない場合、ブラウザー端末装置１００を認証しない。これにより、サーバー装置２０は、認証キーとユーザー情報が正当でない処理要求を電子機器５００に送信せず、ユーザー情報を用いずに認証を行う場合よりも、セキュリティーを向上できる。

また、上述の実施形態では、ブラウザー端末装置１００は、電子機器５００との間で、間接的に、第１プロトコルによる通信を行う。ただし、ブラウザー端末装置１００は、電子機器５００との間で、他の態様の通信を行うこととしてもよく、例えば、第２サーバー装置３００、端末装置４００を介して、間接的に、第２プロトコル等の他のプロトコルによる通信を行うとしてもよい。

サーバー装置と、端末装置及び電子機器と、はそれぞれ異なるネットワーク内に存在すればよい。さらに、端末装置及び電子機器の存在するネットワーク内への、サーバー装置からの第１プロトコルによる処理要求は、許可されていなければよい。

さらに本発明は、コンピューターが実行するプログラムや、方法としても適用可能である。また、以上のようなプログラム、方法は、単独の装置として実現される場合もあれば、複数の装置が備える部品を利用して実現される場合もあり、各種の態様を含むものである。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、プログラムの記録媒体としても発明は成立する。むろん、そのプログラムの記録媒体は、磁気記録媒体であってもよいし半導体メモリー等であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。

１０…通信システム、２０…サーバー装置、１００…ブラウザー端末装置、１１０…制御部、１１１…ブラウザー制御部、１１１ａ…要求送信部、１１１ｂ…表示制御部、１２０…通信部、２００…第１サーバー装置、２１０…制御部、２１１…認証部、２１２…キー生成部、２１３…キー送信部、２２０…通信部、２３０…記録媒体、２３１…対応情報、３００…第２サーバー装置、３１０…制御部、３１１…登録部、３１２…接続制御部、３１２ａ…データ送信部、３１３…応答通知部、３２０…通信部、３３０…記録媒体、３３１…キー情報、４００…端末装置、４１０…制御部、４１１…要求通知部、４１２…応答データ送信部、４２０…通信部、５００…電子機器、５１０…制御部、５１１…応答部、５２０…通信部、６００…管理者端末装置、７００…ネットワーク、８００…ネットワーク

Claims (5)

1. サーバー装置と、
   前記サーバー装置と通信する端末装置と、
   前記端末装置と通信する電子機器と、
   を備え、
   前記サーバー装置は、
   第１プロトコルによる処理要求を含む、前記第１プロトコルと異なる第２プロトコルに
   よるデータを、前記端末装置に送信するデータ送信部と、
   前記処理要求に対する応答データであって、前記端末装置から送信される前記応答デー
   タを前記処理要求の要求元に送信する応答通知部と、
   を備え、
   前記端末装置は、
   前記サーバー装置から送信された前記第２プロトコルによる前記データに基づいて、前
   記第１プロトコルによる前記処理要求を前記電子機器に送信する要求通知部と、
   前記処理要求の応答として前記電子機器から送信される前記応答データを、前記サーバ
   ー装置に送信する応答データ送信部と、
   を備え、
   前記電子機器は、
   前記端末装置から送信される前記第１プロトコルによる前記処理要求に対する応答とし
   て、前記第１プロトコルによる前記応答データを前記端末装置に送信する応答部を備え、
   前記第２プロトコルは、ＭＱＴＴである、システム。
2. 前記応答データは、前記電子機器の制御に用いられる画面のデータである請求項１に記
   載のシステム。
3. サーバー装置と、
   前記サーバー装置と通信する電子機器と、
   を備え、
   前記サーバー装置は、
   第１プロトコルによる処理要求を含む、前記第１プロトコルと異なる第２プロトコルに
   よるデータを前記電子機器に送信するデータ送信部と、
   前記電子機器から送信される前記処理要求に対する応答データを前記処理要求の要求元
   に送信する応答通知部と、
   を備え、
   前記電子機器は、
   前記サーバー装置から送信される前記第２プロトコルによる前記データを受け付け、前
   記データに含まれる前記第１プロトコルによる前記処理要求に対する応答として、前記応
   答データを前記サーバー装置に送信する応答部を備え、
   前記第２プロトコルは、ＭＱＴＴである、システム。
4. 第２プロトコルによるデータであって、前記第２プロトコルと異なる第１プロトコルに
   よる処理要求を含む前記データを既定の通信先に送信するデータ送信部と、
   前記通信先から送信される、前記データに含まれる前記第１プロトコルによる前記処理
   要求に対する電子機器からの応答データを、前記処理要求の要求元に送信する応答通知部
   と、
   を備え、
   前記第２プロトコルは、ＭＱＴＴである、サーバー装置。
5. 電子機器に対する処理要求の指示に用いられる画面を介して前記処理要求の指示を受け
   付けた場合、第１プロトコルによる前記処理要求を、前記電子機器と異なる装置に送信す
   る要求送信部と、
   前記装置から送信される、前記処理要求に対する前記電子機器からの応答データに基づ
   いて、前記電子機器の制御に用いられる画面を表示部に表示する表示制御部と、
   を備え、
   前記装置は、前記第１プロトコルによる前記処理要求を受信した場合、前記第１プロト
   コルと異なる第２プロトコルによるデータであって、前記第１プロトコルによる前記処理
   要求を含む前記データを、前記電子機器、又は、前記電子機器と通信を行う端末装置の何
   れかに送信し、前記処理要求の送信に応じて前記電子機器からの前記応答データを受信し
   、
   前記第２プロトコルは、ＭＱＴＴである、端末装置。

Images