JP2019016223A - 通信システム、通信装置とその制御方法、及びプログラム - Google Patents

Abstract

【課題】サービスマンやコールセンタが、遠隔地にある画像形成装置のＲＵＩへ接続して操作を行う際に、操作する画面によってはユーザの個人情報やセキュリティ情報が表示されてしまう。【解決手段】第１通信装置と第２通信装置とが中継装置を介して通信する通信システムであって、第１通信装置は、第２通信装置への接続要求に応じて前記中継装置と接続し、ＷｅｂブラウザからのＨＴＴＰ要求を中継装置に送信し、そのＨＴＴＰ要求に対するＨＴＴＰ応答を前記中継装置から受信する。第２通信装置は、第１通信装置への接続要求に応じて中継装置と接続し、そして中継装置から受信したＨＴＴＰ要求に応じて、記憶されたマスク情報を参照してＷｅｂページを生成し、Ｗｅｂページを含むＨＴＴＰ応答を中継装置に送信する。【選択図】 図６

Description

本発明は、通信システム、通信装置とその制御方法、及びプログラムに関する。

現在、画像形成装置では音声や動画通信、遠隔操作による遠隔保守サービスが提案されている（例えば、特許文献１参照）。また、画像形成装置はＷｅｂサーバやファイルサーバといったサーバ機能を持つようになっており、ネットワークを介してリモートの端末から画像形成装置のサーバ機能を利用することが可能である。そのようなサーバ機能の一つとしてＲＵＩ（Remote User Interface）といったＷｅｂサービスがある。

特許文献２には、このＲＵＩ機能を使用して、遠隔地にある画像形成装置のＲＵＩへ接続し、サービスマンやコールセンタが、その画像形成装置の情報をＰＣへバックアップし、別の画像形成装置へリストアすることができることが記載されている。

特開２００５−２０８９７４号公報 特開２０１５−１７９８９４号公報

しかしながら、サービスマンやコールセンタが、遠隔地にある画像形成装置のＲＵＩへ接続して操作を行う際に、操作する画面によってはユーザの個人情報やセキュリティ情報が表示されてしまう場合があり、情報の漏洩に繋がる可能性がある。

本発明の目的は、上記従来技術の課題を解決することにある。

本発明の目的は、遠隔地から通信装置のＷｅｂサービスに接続するときに、Ｗｅｂページの所定の情報を見えなくできる技術を提供することを目的とする。

上記目的を達成するために本発明の一態様に係る通信システムは以下のような構成を備える。即ち、
第１通信装置と第２通信装置とが中継装置を介して通信する通信システムであって、
前記第１通信装置は、
前記第２通信装置への接続要求に応じて前記中継装置と接続する第１接続手段と、
ＨＴＴＰ要求を発行するＷｅｂブラウザと、
前記ＨＴＴＰ要求を前記中継装置に送信し、前記ＨＴＴＰ要求に対するＨＴＴＰ応答を前記中継装置から受信する第１送受信手段と、を有し、
前記第２通信装置は
前記第１通信装置への接続要求に応じて前記中継装置と接続する第１接続手段と、
マスク情報を記憶する記憶手段と、
前記中継装置を介して受信した前記ＨＴＴＰ要求に応じて、前記記憶手段に記憶された前記マスク情報を参照してＷｅｂページを生成するＷｅｂサーバと、
前記ＨＴＴＰ要求を前記中継装置から受信し、前記Ｗｅｂページを含む前記ＨＴＴＰ応答を前記中継装置に送信する第２送受信手段と、を有することを特徴とする。

本発明によれば、遠隔地から通信装置のＷｅｂサービスに接続するときに、Ｗｅｂページの所定の情報を見えなくできるため、ユーザが意図しない情報の漏洩を防止できる。

本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。なお、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。

添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
実施形態１に係る通信システムの全体図。 実施形態１に係るＭＦＰのハードウェア構成を説明するブロック図。 実施形態１に係るＰＣ（ＰＣ１０３、中継サーバ）のハードウェア構成を説明するブロック図。 実施形態１に係るＭＦＰ、ＰＣ１０３，１１０、中継サーバのソフトウェア構成を説明する機能ブロック図。 実施形態１に係るＭＦＰ、ＰＣ１０３，１１０、中継サーバの処理シーケンスを説明するシーケンス図。 実施形態１に係るＭＦＰの動作を説明するフローチャート。 ＭＦＰの操作部に表示されるメニュー画面の一例を示す図（Ａ）、ＰＣ１１０の操作部に表示されるＭＦＰの選択画面の一例を示す図（Ｂ）、ＰＣ１１０の操作部に表示されるＲＵＩ接続画面の一例を示す図（Ｃ）。 実施形態１に係るユーザ環境のＰＣの操作部に表示されるＷｅｂページの一例を示す図。 実施形態１に係る通信システムのコールセンタのＰＣの動作を説明するフローチャート。 実施形態１に係る中継サーバの動作を説明するフローチャート。 本発明の実施形態２に係るＭＦＰの動作を説明するフローチャート。 Ｗｅｂブラウザを介してＰＣ１０３の操作部に表示されるＷｅｂページの例を示す図。 実施形態２で、マスク処理がなされた状態のＷｅｂページの表示例を示す図。 実施形態１に係るＭＦＰのＨＤＤに記憶されているマスク属性テーブルの一例を示す図（Ａ）、ＭＦＰの操作部に表示されるマスク設定画面の一例を示す図（Ｂ）。 実施形態２に係るＭＦＰのＨＤＤに記憶されているマスク属性テーブルの一例を示す図（Ａ）、実施形態２に係るＭＦＰの操作部に表示されるマスク設定画面の一例を示す図（Ｂ）。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

［実施形態１］
まず、本発明の実施形態１について説明する。

図１は、実施形態１に係る通信システムの全体図である。

ＭＦＰ（Multifunction Peripheral）１００は、ユーザ環境１０２に配置され、インターネット１３０にアクセス可能である。またユーザ環境１０２にあるＰＣ１０３は、ＬＡＮを介してＭＦＰ１００と接続されており、インターネット１３０にもアクセス可能である。ＰＣ１１０は、コールセンタ１１２の中に配置され、インターネット１３０にアクセス可能である。図示していないが、ユーザ環境１０２、コールセンタ１１２はそれぞれ、複数あってもよく、更に多くのＭＦＰ，ＰＣがあってもよい。

ユーザ環境１０２とコールセンタ１１２の間には、ファイアフォール１０１，１１１が設置されている。ファイアウォール１０１は、ユーザ環境１０２にある端末からインターネット１３０への接続は許可するが、インターネット１３０からユーザ環境１０２にある端末への接続は拒否するように構成されている。またファイアウォール１１１は、コールセンタ１１２内の端末からインターネット１３０への接続は許可するが、インターネット１３０からコールセンタ１１２内の端末への接続は拒否するように構成されている。

サーバ群１２１は、インターネット１３０を介してサービスを提供する中継サーバを含むサーバ群であり、中継サーバは１台であっても、複数台で構成されていてもよい。図１において、サーバ群１２１が１台の中継サーバ１２０を含んでいる。

図２は、実施形態１に係るＭＦＰ１００のハードウェア構成を説明するブロック図である。

ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１００全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶されたブートプログラムを実行してＨＤＤ２１４に格納されているプログラムをＲＡＭ２１３に展開し、その展開したプログラムを実行することにより、読取や送信制御などの各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。尚、ＭＦＰ１００では、１つのＣＰＵ２１１が１つのメモリ（ＲＡＭ２１３）を用いて、後述する図６、図１５のフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵや複数のＲＡＭ又はＨＤＤを協働させてフローチャートに示す各処理を実行するようにしても良い。ＨＤＤ２１４は、ＯＳや画像データ、各種プログラム等を記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９には、タッチパネル機能を有する表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０とを接続する。プリンタ２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ２２０に転送され、プリンタ２２０において記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０とを接続する。スキャナ２２１は、原稿の画像を読み取って画像データ（画像ファイル）を生成し、その画像データをスキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ＭＦＰ１００は、スキャナ２２１で生成された画像データ（画像ファイル）をファイル送信又はメール送信することができる。ネットワークＩ／Ｆ２１８は、制御部２１０をインターネット１３０に接続する。

図３は、実施形態１に係るＰＣ１１０（ＰＣ１０３、中継サーバ１２０）のハードウェア構成を説明するブロック図である。

ＣＰＵ３１１を含む制御部３１０は、ＰＣ１１０全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムを実行してＨＤＤ３１４に格納されているＯＳやプログラムをＲＡＭ３１３に展開し、その展開したプログラムを実行して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム等を記憶する。操作部Ｉ／Ｆ３１５は、操作部３１７と制御部３１０とを接続する。操作部３１７には、タッチパネル機能を有する表示部やキーボード、ポインティングデバイスなどが備えられている。ネットワークＩ／Ｆ３１６は、制御部３１０をインターネット１３０に接続する。

尚、ＰＣ１０３と中継サーバ１２０のハードウェア構成は、ＰＣ１１０の構成と同様であるため、それらの説明を省略する。

図４は、実施形態１に係るＭＦＰ１００、ＰＣ１０３、ＰＣ１１０、中継サーバ１２０のソフトウェア構成を説明する機能ブロック図である。

このブロックで示される各装置の機能は、ＭＦＰ１００のＣＰＵ２１１がＲＡＭ２１３に展開したプログラムを実行し、またＰＣ１０３、ＰＣ１１０及び中継サーバ１２０のＣＰＵ３１１がＲＡＭ３１３に展開したプログラムを実行することによって実現される。

ＭＦＰ１００のサーバサイドプロキシ４０１は、操作部２１９から接続指示を受けると、中継サーバ１２０の中継サービス４２０と接続を確立した後、中継サービス４２０とＷｅｂサーバ４０２との間の通信を仲介する。ＭＦＰ１００のＷｅｂサーバ４０２は、ＨＴＴＰ通信要求を受けると、その要求に応じた応答を返す機能を持っている。

ＰＣ１０３のＷｅｂブラウザ４０３は、ＰＣ１００のＷｅｂサーバ４０２にＨＴＴＰ通信要求を送信し、その応答で受けたＷｅｂページを表示する。

ＰＣ１１０のクライアントサイドプロキシ４１０は、Ｗｅｂブラウザ４１１、アプリケーション４１２と、中継サーバ１２０中継サービス４２０との間の通信を仲介する。ＰＣ１１０のＷｅｂブラウザ４１１は、中継サービス４２０を介して、ＭＦＰ１００のＷｅｂサーバ４０２にＨＴＴＰ通信要求を送信し、その応答で受けたＷｅｂページを表示する。ＰＣ１１０のアプリケーション４１２は、中継サービス４２０を介したＭＦＰとの接続を確認し、支援するＭＦＰを選択する。

中継サーバ１２０中継サービス４２０は、Ｗｅｂサーバ機能を提供しており、ＨＴＴＰ通信要求を受けると要求に応じた応答を返す機能を持っている。

次に、ＭＦＰ１００のサーバサイドプロキシ４０１と中継サービス４２０、及びＰＣ１１０のクライアントサイドプロキシ４１０と中継サービス４２０との間で行われるＨＴＴＰ通信について説明する。ＨＴＴＰは、ＲＦＣ２６１６で定義されるクライアント／サーバ型のプロトコルであり、複数のメソッドがある。一般に、クライアントがサーバから情報を受信する場合はＧＥＴメソッド、クライアントからサーバに情報を送信する場合はＰＯＳＴメソッドが使用される。

実施形態１では、ＭＦＰ１００のサーバサイドプロキシ４０１が中継サービス４２０へデータを送信する際、ＰＣ１１０のクライアントサイドプロキシ４１０が中継サービス４２０へデータを送信する際は、ＰＯＳＴメソッドを使用する。またＭＦＰ１００のサーバサイドプロキシ４０１が中継サービス４２０からデータを受信する際、ＰＣ１１０のクライアントサイドプロキシ４１０が中継サービス４２０からデータを受信する際は、ＧＥＴメソッドを使用する。更に、送信用と受信用で別々の接続を使用するものとする。

図５は、実施形態１に係るＭＦＰ１００、ＰＣ１０３，１１０、中継サーバ１２０の処理シーケンスを説明するシーケンス図である。この図は、ＭＦＰ１００とＰＣ１１０のＲＵＩ接続の一例を示す図である。

このシーケンス図で示す動作は、ＭＦＰ１００のＣＰＵ２１１がＲＡＭ２１３に展開したプログラムを実行し、ＰＣ１０３、ＰＣ１１０及び中継サーバ１２０の各ＣＰＵ３１１がＲＡＭ３１３に展開したプログラムを実行することによって実現される。

ＭＦＰ１００のサーバサイドプロキシ４０１は、操作部２１９からコールセンタ１１２への通知が起動されるとＳ５０１で、中継サービス４２０へコールセンタ通知を送信する。これにより中継サービス４２０はＳ５０２で、コールセンタの通知を行ったＭＦＰの一覧を、コールセンタのＰＣ１１０のクライアントサイドプロキシ４１０へ送信する。次にクライアントサイドプロキシ４１０はＳ５０３で、コールセンタ１１２のユーザにより選択されたＭＦＰを中継サービス４２０に通知する。これにより中継サービス４２０はＳ５０４で、ＲＵＩ要求データキューとＲＵＩ応答データキューを作成する。このＲＵＩ要求データキューには、ＲＵＩに対する要求データが格納され、ＲＵＩ応答データキューには、ＲＵＩからの応答データが格納される。

次に中継サービス４２０はＳ５０５で、ＲＵＩ要求データキューから取り出すための搬出用ＵＲＬと、ＲＵＩ応答データキューへ格納するための格納用ＵＲＬを作成する。その後、中継サービス４２０は、格納用ＵＲＬへのＰＯＳＴ要求を受けると、対応するキューに、そのＰＯＳＴされたデータを格納する。また中継サービス４２０は、搬出用ＵＲＬへのＧＥＴを受けると、対応するキューからデータを取り出し、ＧＥＴの応答としてデータを返す。そしてＳ５０６で中継サービス４２０は、格納用ＵＲＬと搬出用ＵＲＬを、ＭＦＰ１００のサーバサイドプロキシ４０１に通知する。

次にコールセンタ１１２のＰＣ１１０のクライアントサイドプロキシ４１０は、ＲＵＩ接続要求の通知を受けるとＳ５０７で、中継サービス４２０にＲＵＩ接続要求を通知する。これにより中継サービス４２０はＳ５０８で、クライアントサイドプロキシ４１０向けに、ＲＵＩ要求データキューへの格納用ＵＲＬと、ＲＵＩ応答データキューからの搬出用ＵＲＬを作成する。尚、実施形態１では、データキューへの格納用ＵＲＬと搬出用ＵＲＬを別々に作成しているが、同じＵＲＬにしてもよい。この場合は、ＰＯＳＴ要求かＧＥＴ要求かによって、格納するか搬出するかを切り分ける。そして中継サービス４２０はＳ５０９で、その作成した格納用ＵＲＬと搬出用ＵＲＬを、ＰＣ１１０のクライアントサイドプロキシ４１０へ通知する。

これ以降は、ＭＦＰ１００のサーバサイドプロキシ４０１とＰＣ１１０のクライアントサイドプロキシ４１０と中継サービス４２０は、Ｗｅｂサーバ４０２とＷｅｂブラウザ４１１、ＰＣ１０３のＷｅｂブラウザ４０３のデータの送受信を各ＵＲＬを用いて行う。

次にＳ５１０で、ＰＣ１１０のＷｅｂブラウザ４１１は、Ｗｅｂサーバ４０２に対するＨＴＴＰ要求（例えば、ＲＵＩ画面を取得するＧＥＴ要求や指示を行うＰＯＳＴ要求）をクライアントサイドプロキシ４１０へ発行する。これによりクライアントサイドプロキシ４１０は、Ｗｅｂブラウザ４１１からのＨＴＴＰ要求に応じてＳ５１１で、中継サービス４２０のＲＵＩ要求データキューの格納用ＵＲＬへ、ＨＴＴＰ要求をＰＯＳＴする。

Ｓ５１２でＭＦＰ１００のサーバサイドプロキシ４０１は、中継サービス４２０のＲＵＩ要求データキューの搬出用ＵＲＬにＨＴＴＰ要求のＧＥＴを出す。尚、中継サービス４２０へのＧＥＴはポーリング等を行い、定期的に要求を出す。次にＳ５１３で中継サービス４２０は、ＭＦＰ１００のサーバサイドプロキシ４０１からのＧＥＴに対して、ＲＵＩ要求データキューにＨＴＴＰ要求データあれば、それを応答として返す。

ＭＦＰ１００のサーバサイドプロキシ４０１はＳ５１４で、中継サービス４２０から受信したＨＴＴＰ要求を、ローカルループバックでＭＦＰ１００のＷｅｂサーバ４０２へ出す。これによりＷｅｂサーバ４０２はＳ５１５で、受信したＨＴＴＰ要求に対するＷｅｂページを生成し、Ｓ５１６でＷｅｂサーバ４０２は、サーバサイドプロキシ４０１から受けたＨＴＴＰ要求のＨＴＴＰ応答と、生成したＷｅｂページと共に返す。そしてサーバサイドプロキシ４０１はＳ５１７で、Ｗｅｂサーバ４０２から受信したＨＴＴＰ応答をＲＵＩ応答データキューの格納用ＵＲＬへＰＯＳＴする。

そしてクライアントサイドプロキシ４１０はＳ５１８で、中継サービス４２０のＲＵＩ応答データキューの搬出用ＵＲＬに対してＧＥＴを出す。尚、中継サービス４２０へのＧＥＴはポーリング等を行い、定期的に要求を出す。これにより中継サービス４２０はＳ５１９で、クライアントサイドプロキシ４１０からのＧＥＴに対してＲＵＩ要求データキューにＨＴＴＰ応答があれば、そのＨＴＴＰ応答を返す。そしてクライアントサイドプロキシ４１０は、中継サービス４２０から受信したＨＴＴＰ応答をＳ５２０で、Ｗｅｂブラウザ４１１に、Ｓ５１０のＨＴＴＰ要求に対するＨＴＴＰ応答として返す。

一方、ユーザ環境１０２のＰＣ１０３のＷｅｂブラウザ４０３からＷｅｂサーバ４０２のＷｅｂページを表示する場合はＳ５２１で、Ｗｅｂブラウザ４０３からＨＴＴＰ要求を、ＭＦＰ１００のＩＰアドレスでＷｅｂサーバ４０２へ出す。これによりＭＦＰ１００のＷｅｂサーバ４０２はＳ５２２で、受信したＨＴＴＰ要求に対するＷｅｂページを生成する。そしてＳ５２３でＷｅｂサーバ４０２は、Ｗｅｂブラウザ４０３から受けたＨＴＴＰ要求のＨＴＴＰ応答を、生成したＷｅｂページと共に返す。

図６は、実施形態１に係るＭＦＰ１００の動作を説明するフローチャートである。尚、このフローチャートに示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ２１１がＨＤＤ２１４からＲＡＭ２１３に展開したプログラムを実行することによって実現される。

先ずＳ６０１でＣＰＵ２１１は、操作部２１９を介してコールセンタ１１２への接続要求が入力されたかどうかを判定し、接続要求が入力されるとＳ６０２に処理を進める。

図７（Ａ）は、ＭＦＰ１００の操作部２１９に表示されるメニュー画面の一例を示す図である。

このメニュー画面は、ユーザがＭＦＰ１００の機能を選択するときに操作部２１９の表示部に表示される。ボタン７００は、コールセンタ１１２のＰＣ１１０との接続を要求するボタンである。従ってＳ６０１では、このボタン７００の押下を検知するとＳ６０２に処理を進める。

Ｓ６０２でＣＰＵ２１１は、図５のＳ５０６で中継サーバ１２０から受信したＲＵＩ要求データキューへの格納用ＵＲＬを、ＨＤＤ２１４に記憶する。次にＳ６０３に進みＣＰＵ２１１は、ＲＵＩ要求データキューのＨＴＴＰ要求を、搬出用ＵＲＬからＧＥＴする。これは図５のＳ５１２に対応している。次にＣＰＵ２１１はＳ６０４で、ＧＥＴしたＨＴＴＰ要求を、ＵＲＬとＨＴＴＰ要求に変換し、そのＵＲＬをＨＤＤ２１４に記憶する。これは図５のＳ５１３に対応している。次にＳ６０５に進みＣＰＵ２１１は、ＨＴＴＰ要求をＷｅｂサーバ４０２へ出力する。これは図５のＳ５１４に相当している。

次にＣＰＵ２１１はＳ６０６で、ＨＴＴＰ要求時のＩＰアドレスがローカルループバックであるか否か、即ち、Ｗｅｂページの作成要求かどうか判定し、ローカルループバックでない場合はＳ６０９に進む。一方、Ｓ６０６でＣＰＵ２１１は、ローカルループバックであると判定したときは、そのＨＴＴＰ要求に対して生成するＷｅｂページにマスク属性があるか否か判定する。このマスク属性は、予めＷｅｂページと関連するマスク情報として、ＨＤＤ２１４に記憶しておいても良く、或いはユーザにマスク処理を施すＷｅｂページを選択させるようにしても良い。ここでマスク属性がない場合はＳ６０９に進むが、マスク属性があるときはＳ６０８に進む。

図１４（Ａ）は、実施形態１に係るＭＦＰ１００のＨＤＤ２１４に記憶されているマスク属性テーブルの一例を示す図である。

このマスク属性テーブルは、生成するＷｅｂページ１４０１と、マスク属性１４０２を有している。生成するＷｅｂページ１４０１は、Ｗｅｂサーバ４０２で生成するＷｅｂページを示す。マスク属性１４０２は、生成するＷｅｂページに対して、マスク属性があるか否かを示し、「１」はマスク属性があることを示し、「０」はマスク属性が無いことを示している。

図１４（Ｂ）は、ＭＦＰ１００の操作部２１９に表示されるマスク設定画面の一例を示す図である。

このマスク設定画面は、マスク処理を施すＷｅｂページを、ユーザに選択させるための画面である。図１４（Ｂ）に示すように、ユーザ管理の項目で「ＯＮ」が選択されてＯＫボタンが押下されると、ＣＰＵ２１１はマスク属性テーブルのマスク属性１４０２を「１」にして、ＨＤＤ２１４に記憶する。一方、「ＯＦＦ」が選択されてＯＫボタンが、ＣＰＵ２１１はマスク属性テーブルのマスク属性１４０２を「０」にして、ＨＤＤ２１４に記憶する。

図６のＳ６０７でマスク属性がある、即ち、生成するＷｅｂページのマスク属性１４０２が「１」と判定するとＳ６０８に進みＣＰＵ２１１は、生成するＷｅｂページにマスク処理を行ってＳ６０９に進む。このときのマスク処理の方法は、マスク属性が「１」に該当する項目を任意の画像で表示しても良く、或いはその項目の情報を非表示にしても良い。

図８は、実施形態１に係るユーザ環境１０２のＰＣ１０３の操作部３１７に表示されるＷｅｂページの一例を示す図である。

図８（Ａ）は、ユーザ管理のＷｅｂページの画面例を示す図で、ここではマスク処理がされていない状態のＷｅｂページを示している。この画面がそのままコールセンタ１１２のＰＣ１１０の操作部３１７に表示されると、ＭＦＰ１００が管理しているユーザの個人情報やセキュリティ情報が閲覧されてしまう。

図８（Ｂ）は、図１４（Ａ）に示すように、ユーザ管理のマスク属性が「１」に設定されて、マスク処理がされた状態のＷｅｂページの表示例を示す。ここではＷｅｂページをマスクして表示することで、ユーザの個人情報やセキュリティ情報を見えなくしている。但し、図８（Ｂ）では、「セキュリティ保護のため、画面をマスクしています」というメッセージを表示している。

図８（Ｃ）は、マスク処理がされた状態のＷｅｂページを示し、ここではＷｅｂページ上のメッセージも非表示にして、空白のページを表示している。このように情報全体を非表示にして見えなくしても良い。

再び図６に戻りＳ６０９でＣＰＵ２１１は、ＨＴＴＰ応答を、Ｓ６０４でＨＤＤ２１４に記憶しているＵＲＬへＰＯＳＴする。これは図５のＳ５１７に相当している。そしてＳ６１０に進みＣＰＵ２１１は、ＨＤＤ２１４に記憶しているＵＲＬを削除する。次にＳ６１１に進みＣＰＵ２１１は、ユーザからコールセンタ１１２との接続の終了指示を受けたか否かを判定し、終了指示を受付けたときはＳ６１２に進むが、そうでないときはＳ６０３に進む。Ｓ６１２でＣＰＵ２１１は、中継サービス４２０に切断指示を出力して、この処理を終了する。

このような処理によりＭＦＰ１００は、コールセンタ１１２のＰＣ１１０から、ＲＵＩ画面を取得するＧＥＴ要求や指示を行うＰＯＳＴ要求を受取った時に、予め設定されているマスク属性に従ったＷｅｂページを作成してＰＣ１１０に表示させることができる。これにより、ＭＦＰ１００に登録されているユーザの個人情報やセキュリティ情報がコールセンタ１１２で閲覧されるのを防止できる。

図９は、実施形態１に係る通信システムのコールセンタ１１２のＰＣ１１０の動作を説明するフローチャートである。尚、このフローチャートに示す各動作（ステップ）は、ＰＣ１１０のＣＰＵ３１１がＲＡＭ３１３に展開したプログラムを実行することによって実現される。

まずＳ９０１でＰＣ１１０のＣＰＵ３１１は、ＨＤＤ３１４に記憶されているアプリケーション４１２が起動されたかどうかを判定する。ここでＣＰＵ３１１が、アプリケーション４１２が起動された判定するとＳ９０２に進み、ＣＰＵ３１１は、支援するＭＦＰを選択する選択画面（図７（Ｂ））をＰＣ１１０の操作部３１７に表示する。

図７（Ｂ）は、ＰＣ１１０の操作部３１７に表示されるＭＦＰの選択画面の一例を示す図であり、支援するＭＦＰを選択する際に表示される。

図７（Ｂ）で、７１０は、図６のＳ６０１で中継サーバ１２０と接続を行ったＭＦＰ１００が配置されているユーザ環境と、そのＭＦＰを示している。図７（Ｂ）では、１件のみを表示しているが、他のユーザ環境のＭＦＰから中継サービス４２０に接続されている場合は、それらの情報が同時に表示される。接続ボタン７１１は、７１０で表示されて選択されたＭＦＰへの支援開始指示を行うボタンである。ユーザが接続ボタン７１１を押下したことを検知するとＰＣ１１０のＣＰＵ３１１は、Ｓ９０２からＳ９０３に処理を進める。Ｓ９０３でＣＰＵ３１１は、支援対象のＭＦＰとＲＵＩ接続するかどうかを指示するＲＵＩ接続画面（図７（Ｃ））を表示する。

図７（Ｃ）は、ＰＣ１１０の操作部３１７に表示されるＲＵＩ接続画面の一例を示す図である。図７（Ｃ）に示すＲＵＩ接続画面は、中継サーバ１２０が、ＭＦＰ１００のＲＵＩと接続するか否かを決定する際に表示される。

はいボタン７２０は、ＭＦＰ１００とＲＵＩ接続するように指示するボタンで、Ｓ９０３でＰＣ１１０のＣＰＵ３１１は、このボタン７２０が押下されたことを検知するとＳ９０４へ処理を進める。いいえボタン７２１は、ＭＦＰ１００とＲＵＩ接続をしないように指示するボタンで、このボタン７２１が押下されたことを検知すると、この処理を終了する。

Ｓ９０４でＰＣ１１０のＣＰＵ３１１は、中継サーバ１２０にＲＵＩ接続要求を送信する。これは図５のＳ５０７に該当している。次にＳ９０５に進みＰＣ１１０のＣＰＵ３１１は、中継サーバ１２０から、ＲＵＩ要求データキューへの格納用ＵＲＬを受信してＰＣ１１０のＨＤＤ３１４に記憶してＳ９０６に進む。これは図５のＳ５０９に相当している。

Ｓ９０６でＰＣ１１０のＣＰＵ３１１は、ＰＣ１１０のＷｅｂブラウザ４１１からＨＴＴＰ要求を受信したかどうか判定し、ＨＴＴＰ要求を受信したときはＳ９０７へ進み、そうでないときはＳ９０６でＨＴＴＰ要求を受信するのを待つ。これは図５のＳ５１０に相当している。Ｓ９０７でＰＣ１１０のＣＰＵ３１１は、受信したＨＴＴＰ要求を、ＲＵＩ要求データキューに格納するためＨＤＤ３１４に記憶している格納用ＵＲＬへＰＯＳＴする。これは図５のＳ５１１に相当している。そしてＳ９０８でＣＰＵ３１１は、格納用ＵＲＬに送信した応答のＵＲＬを、ＰＣ１１０のＨＤＤ３１４に記憶する。

次にＳ９０９に進みＰＣ１１０のＣＰＵ３１１は、ＲＵＩ応答データキューからデータを受信するためＨＤＤ３１４に記憶しているＵＲＬへのＨＴＴＰ応答のＧＥＴを行う。これは図５のＳ５１８に相当している。次にＳ９１０に進みＣＰＵ３１１は、Ｓ９０９で出したＧＥＴに対してＨＴＴＰ応答を受信できたか否か判定する。ＣＰＵ３１１はＳ９１０で判定の結果、受信できるとＳ９１１へ進み、そうでないときはＳ９０９へ戻る。Ｓ９１１でＰＣ１１０のＣＰＵ３１１は、ＰＣ１１０のＷｅｂブラウザ４１１からのＨＴＴＰ要求の応答として、Ｗｅｂブラウザ４１１にＨＴＴＰ応答を返す。これは図５のＳ５２０に相当している。そしてＳ９１２に進みＰＣ１１０のＣＰＵ３１１は、ＰＣ１１０のＨＤＤ３１４に記憶しているＵＲＬを削除する。そしてＳ９１３に進みＣＰＵ３１１は、ユーザから終了指示を受けたか否かを判定し、終了指示をうけるとＳ９１４に進むが、そうでないときはＳ９０６に進む。Ｓ９１４でＰＣ１１０のＣＰＵ３１１は、中継サービス４２０に切断指示を出して、この処理を終了する。

図１０は、実施形態１に係る中継サーバ１２０の動作を説明するフローチャートである。尚、このフローチャートで示す各動作（ステップ）は、中継サーバ１２０のＣＰＵ３１１がＨＤＤ３１４からＲＡＭ３１３に展開したプログラムを実行することによって実現される。

まずＳ１００１で中継サーバ１２０のＣＰＵ３１１は、コールセンタ１１２との接続要求を行ったＭＦＰ１００がコールセンタ１１２で選択されると、ＲＵＩ要求データキューとＲＵＩ応答データキューを作成する。これは図５のＳ５０４に相当している。次にＳ１００２に進み中継サーバ１２０のＣＰＵ３１１は、ＭＦＰ１００のサーバサイドプロキシ４０１向けに、ＲＵＩ要求データキューから取り出すための搬出用ＵＲＬを作成する。これは図５のＳ５０５に相当している。そしてＳ１００３に進み中継サーバ１２０のＣＰＵ３１１は、作成した搬出用ＵＲＬをＭＦＰ１００のサーバサイドプロキシ４０１に通知する。これは図５のＳ５０６に相当している。次にＳ１００４に進み中継サーバ１２０のＣＰＵ３１１は、ＰＣ１１０のクライアントサイドプロキシ４１０にＲＵＩ接続可能通知を送信する。

次にＳ１００５に進み中継サーバ１２０のＣＰＵ３１１は、ＰＣ１１０のクライアントサイドプロキシ４１０からＲＵＩ接続要求を受ける。これは図５のＳ５０７に相当している。そしてＳ１００６に進み中継サーバ１２０のＣＰＵ３１１は、クライアントサイドプロキシ４１０向けに、ＲＵＩ要求データキューへの格納用ＵＲＬを作成する。これは図５のＳ５０８に相当している。そしてＳ１００７に進み中継サーバ１２０のＣＰＵ３１１は、クライアントサイドプロキシ４１０へ、その作成したＵＲＬを通知してＳ１００８に進む。これは図５のＳ５０９に相当している。

Ｓ１００８でＣＰＵ３１１は、ＰＯＳＴを受信するのを待ち、ＰＯＳＴを受信するとＳ１００９に進み中継サーバ１２０のＣＰＵ３１１は、受けたＰＯＳＴがＰＣ１１０のクライアントサイドプロキシ４１０からであるか否か判定する。ここでＰＣ１１０のクライアントサイドプロキシ４１０からのＰＯＳＴであると判定するとＳ１０１０へ進むが、そうでないときはＳ１０１７へ進む。

Ｓ１０１０で中継サーバ１２０のＣＰＵ３１１は、ＲＵＩ応答データキューを取得するためのクライアントサイドプロキシ４１０向けの搬出用ＵＲＬを作成する。そしてＳ１０１１に進みＣＰＵ３１１は、その作成したＵＲＬを、ＰＣ１００のクライアントサイドプロキシ４１０へのＰＯＳＴ応答に付加して送信する。次にＳ１０１２に進み中継サーバ１２０のＣＰＵ３１１は、ＲＵＩ応答データキューに送信するためのサーバサイドプロキシ４０１向けの格納用ＵＲＬを作成する。そしてＳ１０１３に進み中継サーバ１２０のＣＰＵ３１１は、その作成した格納用ＵＲＬをＨＴＴＰ要求に付加し、ＲＵＩ要求データキューに格納する。

次にＳ１０１４に進み中継サーバ１２０のＣＰＵ３１１は、ＰＣ１１０のサーバサイドプロキシ４０１からのＲＵＩ要求データキューの搬出ＵＲＬへのＧＥＴを待つ。このＧＥＴを受け取るとＳ１０１５に進み中継サーバ１２０のＣＰＵ３１１は、ＲＵＩ要求データキューに格納したＨＴＴＰ要求を、そのＧＥＴの応答としてＰＣ１１０に送信する。そしてＳ１０１６に進み中継サーバ１２０のＣＰＵ３１１は、切断処理を受けたか否か判定し、切断処理を受けたと判定すると、この処理を終了し、そうでないときはＳ１００８へ戻る。

一方、Ｓ１００９でＣＰＵ３１１は、ＰＣ１１０のクライアントサイドプロキシ４１０からのＰＯＳＴでないと判定した場合はＳ１０１７に進み、中継サーバ１２０のＣＰＵ３１１は、受信したＨＴＴＰ応答をＲＵＩ応答データキューに格納する。次にＳ１０１８に進み中継サーバ１２０のＣＰＵ３１１は、ＰＣ１１０のクライアントサイドプロキシ４１０からの、ＲＵＩ応答データキューから取り出すための搬出用ＵＲＬへのＧＥＴを待つ。ＧＥＴを受け取るとＳ１０１９に進み中継サーバ１２０のＣＰＵ３１１は、ＲＵＩ応答データキューに格納したＨＴＴＰ応答を、そのＧＥＴの応答としてＰＣ１１０に送信してＳ１０１６へ進む。

以上説明したように実施形態１によれば、ＭＦＰ１００のＷｅｂサーバ４０２で生成されるＷｅｂページをコールセンタ１１２で表示するとき、そのＷｅｂページにマスク処理を施して表示できるため、ユーザの個人情報やセキュリティ情報の漏洩を防止できる。

尚、図６のＳ６０６において、ＨＴＴＰ要求時のＩＰアドレスがローカルループバックの場合のみマスク属性を調べて、そのマスク属性に従ってＷｅｂページにマスク処理を施すようにしている。しかしながら本発明はこれに限らず、ＨＴＴＰ要求時のＩＰアドレスに関係なく、マスク属性に従ってマスク処理を施すようにしても良い。つまり、中継サービス４２０に接続していて、コールセンタ１１２にＷｅｂページを表示する場合には、常にマスク属性に従ってＷｅｂページにマスク処理を施すようにしても良い。また或いは、ユーザ環境１０２に表示する場合でも、マスク属性に従ってＷｅｂページにマスク処理を施すようにしても良い。

［実施形態２］
次に、本発明の実施形態２について説明する。前述の実施形態１では、Ｗｅｂページ全体にマスク処理を施すようにしていた。しかし、Ｗｅｂページ全体をマスクすると、コールセンタ１１２で操作を行う場合に、操作に必要な情報の領域までもが見えなくなる可能性がある。そこで実施形態２では、Ｗｅｂページに含まれる表示要素等の所定の単位でマスク処理を施し、ユーザの個人情報やセキュリティ情報のみを見えなくする例で説明する。尚、実施形態２に係るＭＦＰやＰＣ、中継サーバの等の構成は、前述の実施形態１と同様であるため、それらの説明を省略する。

図１１は、本発明の実施形態２に係るＭＦＰ１００の動作を説明するフローチャートである。尚、このフローチャートで示す各動作（ステップ）は、ＭＦＰ１００のＣＰＵ２１１がＨＤＤ２１４からＲＡＭ２１３に展開したプログラムを実行することによって実現される。また、図１１のＳ１１０１〜Ｓ１１０６、Ｓ１１０９〜Ｓ１１１２の処理は、前述の実施形態１の図６のＳ６０１〜Ｓ６０５、Ｓ６０９〜Ｓ６１２までと同じであるため、それらの説明を省略する。

Ｓ１１０７でＣＰＵ２１１は、ＨＴＴＰ要求に対して生成するＷｅｂページに、マスク属性が設定された表示要素（ＧＵＩ）があるか否か判定する。ここでマスク属性は、予めＷｅｂページと関連する情報として、ＨＤＤ２１４に記憶しておいても良いし、ユーザにマスク処理を施すＷｅｂページを選択させるようにしても良い。ここでマスク属性が設定されたＧＵＩがないときはＳ１１０９に進むが、あればＳ１１０８に進む。

図１５（Ａ）は、実施形態２に係るＭＦＰ１００のＨＤＤ２１４に記憶されているマスク属性テーブルの一例を示す図である。

このマスク属性テーブルは、表示要素１５０１とマスク属性１５０２とを含んでいる。表示要素１５０１は、Ｗｅｂサーバ４０２で生成するＷｅｂページで構成されている表示要素を示す。マスク属性１５０２は、対応する表示要素１５０１に対して、マスク属性があるか否かを示し、「１」はマスク属性有り、「０」はマスク属性なしを示す。

図１５（Ｂ）は、実施形態２に係るＭＦＰ１００の操作部２１９に表示されるマスク設定画面の一例を示す図である。

こマスク設定画面は、マスク処理を施す表示要素をユーザに選択させるための画面である。図１５（Ｂ）に示すように、ユーザ名の項目でＯＮが選択されると、ＣＰＵ２１１はマスク属性テーブル１５００の「ユーザ名」のマスク属性１５０２を「１」にしてＨＤＤ２１４に記憶する。他の表示要素に関しても、それぞれ同様にしてマスク属性が設定される。

図１１のＳ１１０８でＣＰＵ２１１は、マスク属性がある場合、即ち、生成するＷｅｂページの表示要素のマスク属性１５０２が「１」のときは、その表示要素にマスク処理を行う。このマスク処理の方法は、任意の画像を表示するようにしても良いし、その情報を非表示にするようにしても良い。

図１２は、実施形態２に係る通信システムにおいて、Ｗｅｂブラウザ４０３，４１１を介してＰＣ１０３の操作部３１７に表示されるＷｅｂページの一例を示す図である。

図１２（Ａ）は、マスク処理がされていない状態で表示されたＷｅｂページの一例を示す。この状態のままコールセンタ１１２のＰＣ１１０に表示されてしまうと、ユーザの個人情報やセキュリティ情報が閲覧されてしまう。

図１２（Ｂ）は、図１５（Ａ）のマスク属性の設定に合わせてマスク処理がされた状態のＷｅｂページの表示例を示す。図１２（Ｂ）では、ユーザ名とＥメールアドレスがマスクされて表示されている。このように、Ｗｅｂページの中のユーザの個人情報やセキュリティ情報に関連する表示要素にマスク属性を付与することで、ユーザの個人情報やセキュリティ情報が第三者に漏洩するのを防止できる。

図１３（Ａ）は、マスク処理がされた状態のＷｅｂページの他の表示例を示し、Ｗｅｂページの特定の表示要素の文字列を「＊」に変換して表示している。このように文字列を、他の意味のない文字や記号に置換にしても良い。

図１３（Ｂ）は、マスク処理がされた状態のＷｅｂページの、更に他の表示例を示しており、Ｗｅｂページの特定の表示要素の文字列を非表示にしている。このようにマスク属性が付与された表示項目の文字列を非表示にしても良い。

以上説明したように実施形態２によれば、ＭＦＰ１００のＷｅｂサーバ４０２で生成されるＷｅｂページをコールセンタ１１２で表示するとき、ユーザが指定した特定の表示要素をマスクした状態で表示できる。これにより、コールセンタ１１２におけるメンテナンスなどのためのオペレータの操作を阻害することなく、ユーザの個人情報やセキュリティ情報のみを表示しないようにできる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。

１００…ＭＦＰ，１０２…ユーザ環境、１０３…ＰＣ，１１０…ＰＣ，１１２…コールセンタ、１２０…中継サーバ、２１１…（ＭＦＰ）ＣＰＵ、３１１…（ＰＣ，中継サーバ）ＣＰＵ、４０２…Ｗｅｂサーバ、４０３…（ＰＣ１０３）Ｗｅｂブラウザ、４１１…（ＰＣ１１０）Ｗｅｂブラウザ

Claims (13)

1. 第１通信装置と第２通信装置とが中継装置を介して通信する通信システムであって、
   前記第１通信装置は、
   前記第２通信装置への接続要求に応じて前記中継装置と接続する第１接続手段と、
   ＨＴＴＰ要求を発行するＷｅｂブラウザと、
   前記ＨＴＴＰ要求を前記中継装置に送信し、前記ＨＴＴＰ要求に対するＨＴＴＰ応答を前記中継装置から受信する第１送受信手段と、を有し、
   前記第２通信装置は
   前記第１通信装置への接続要求に応じて前記中継装置と接続する第１接続手段と、
   マスク情報を記憶する記憶手段と、
   前記中継装置を介して受信した前記ＨＴＴＰ要求に応じて、前記記憶手段に記憶された前記マスク情報を参照してＷｅｂページを生成するＷｅｂサーバと、
   前記ＨＴＴＰ要求を前記中継装置から受信し、前記Ｗｅｂページを含む前記ＨＴＴＰ応答を前記中継装置に送信する第２送受信手段と、
   を有することを特徴とする通信システム。
2. 前記第１送受信手段は、前記ＨＴＴＰ要求を前記中継装置に送信する際はＰＯＳＴメソッドを使用し、前記ＨＴＴＰ応答を前記中継装置から受信する際はＧＥＴメソッドを使用することを特徴とする請求項１に記載の通信システム。
3. 前記第２送受信手段は、前記ＨＴＴＰ要求を前記中継装置から受信する際はＧＥＴメソッドを使用し、前記ＨＴＴＰ応答を前記中継装置に送信する際はＰＯＳＴメソッドを使用することを特徴とする請求項１又は２に記載の通信システム。
4. 前記マスク情報は、前記Ｗｅｂページの全体をマスクするか否かを示す情報であることを特徴とする請求項１乃至３のいずれか１項に記載の通信システム。
5. 前記マスク情報は、前記Ｗｅｂページに含まれる所定の項目をマスクするか否かを示す情報であることを特徴とする請求項１乃至３のいずれか１項に記載の通信システム。
6. 前記マスク情報を設定する設定手段を、更に有することを特徴とする請求項１乃至５のいずれか１項に記載の通信システム。
7. 中継装置を介して他の通信装置と通信する通信装置であって、
   前記他の通信装置への接続要求に応じて前記中継装置と接続する接続手段と、
   マスク情報を記憶する記憶手段と、
   前記中継装置を介して受信した前記他の通信装置からのＨＴＴＰ要求に応じて、前記記憶手段に記憶された前記マスク情報を参照してＷｅｂページを生成するＷｅｂサーバと、
   前記ＨＴＴＰ要求を前記中継装置から受信し、前記Ｗｅｂページを含む前記ＨＴＴＰ応答を前記中継装置に送信する送受信手段と、
   を有することを特徴とする通信装置。
8. 前記送受信手段は、前記ＨＴＴＰ要求を前記中継装置から受信する際はＧＥＴメソッドを使用し、前記ＨＴＴＰ応答を前記中継装置に送信する際はＰＯＳＴメソッドを使用することを特徴とする請求項７に記載の通信装置。
9. 前記マスク情報は、前記Ｗｅｂページの全体をマスクするか否かを示す情報であることを特徴とする請求項７又は８に記載の通信装置。
10. 前記マスク情報は、前記Ｗｅｂページに含まれる所定の項目をマスクするか否かを示す情報であることを特徴とする請求項７又は８に記載の通信装置。
11. 前記マスク情報を設定する設定手段を、更に有することを特徴とする請求項７乃至１０のいずれか１項に記載の通信装置。
12. 中継装置を介して他の通信装置と通信する通信装置を制御する制御方法であって、
    前記他の通信装置への接続要求に応じて前記中継装置と接続する接続工程と、
    マスク情報をメモリに記憶する記憶工程と、
    前記中継装置を介して受信した前記他の通信装置からのＨＴＴＰ要求に応じて、前記メモリに記憶された前記マスク情報を参照してＷｅｂページを生成するＷｅｂサーバと、
    前記ＨＴＴＰ要求を前記中継装置から受信し、前記Ｗｅｂページを含む前記ＨＴＴＰ応答を前記中継装置に送信する送受信工程と、
    を有することを特徴とする制御方法。
13. コンピュータを、請求項７乃至１１のいずれか１項に記載の通信装置の各手段として機能させるためのプログラム。

Images