2023-021092

ア 引用文献１の記載事項、引用発明１

（ア）引用文献１の記載事項

原査定の拒絶の理由で引用された、本願の出願前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である、米国特許出願公開第２０２１／００４８９７３号明細書（令和３年２月１８日公開。以下「引用文献１」という。）には、次の記載がある。なお、訳は当審による。また、下線は当審で付したものである（以下、同じ。）。

「FIELD OF THE DISCLOSURE

[0001] This disclosure relates to a system and method for providing secured screen state synchronization between computing devices. In particular, the methods and systems may include synchronizing the state of a user interface between a primary client and a replica client via a computer network to facilitate the protection of sensitive information.」

（当審訳：開示分野

[0001] 本開示は、コンピューティング装置間のセキュアな画面状態の同期を提供するためのシステム及び方法に関する。特に、この方法及びシステムは、機密情報の保護を容易にするために、コンピュータネットワークを介して１次クライアントとレプリカクライアントとの間でユーザインタフェースの状態を同期することを含み得る。）

「[0029] FIG. 2 depicts an example method 200 for secured screen sharing which may include one or more functions defined in terms of non-transitory computer-executable instructions which are stored in a tangible computer-readable storage medium and executed using a processor of a computing device (e.g., the client device 102 and/or the client device 103, the server 115, or any combination of computing devices within the system 100). The functions may be included as part of any of the modules described in relation to FIG. 1, above, or FIG. 7 or 8, below, or as part of a module that is external to the system illustrated by FIGS. 1, 7 and 8. For example, the method 200 may be part of a browser application or another application running on the computing devices 102 and 103.」

（当審訳：[0029] 図２は、有形のコンピュータ可読記憶媒体に記憶され、コンピューティング装置（例えば、クライアント装置１０２及び／又はクライアント装置１０３、サーバ１１５、又はシステム１００内のコンピューティング装置の任意の組み合わせ）のプロセッサを使用して実行される、非一過性のコンピュータ実行可能命令の観点から定義される１以上の機能を含み得る、セキュアな画面共有のための例示的な方法２００を示す。前記機能は、前述の図１、又は後述の図７若しくは図８に関連して説明されるモジュールのいずれかの一部として、又は、図１、図７及び図８によって図示されるシステムの外部にあるモジュールの一部として含まれ得る。例えば、方法２００は、コンピューティング装置１０２及び１０３上で実行されるブラウザアプリケーション又は他のアプリケーションの一部であり得る。）

「[0030] The method 200 may begin at the start of a screen sharing session(block 202). The screen sharing session may begin after receiving an indication from a primary client device to start the screen sharing session. Typically a primary client device enables a screen sharing session and the content of the primary client device is shared with one or more other client devices. In some embodiments, a second client device may request a screen sharing session with a first client device, in which case the shared display interface belongs to the first client device which accepted the request.」

（当審訳：[0030] 方法２００は、画面共有セッションの開始時に開始することができる（ブロック２０２）。画面共有セッションは、１次クライアント装置から画面共有セッションを開始する指示を受信した後に開始することができる。通常は、１次クライアント装置は、画面共有セッションを有効にし、１次クライアント装置のコンテンツは、１以上の他のクライアント装置と共有される。いくつかの実施形態では、第２クライアント装置は、第１クライアント装置との画面共有セッションを要求することができ、この場合、共有画面インタフェースは、要求を受け入れた第１クライアント装置に属する。）

「[0031] Once the screen sharing session has begun, the system, which may correspond to the system 100 of FIG. 1, may access a primary client interface (block 204). The primary client interface, as defined herein, may be the portion of a user interface of a first client interface that is being shared in the screen sharing session. In an embodiment, the entire user interface display of the first client device may be accessed as the primary client interface to create a replica client interface to be displayed by the second client device (e.g., see FIG. 3). In an embodiment, only a portion of the user interface display of the first client device (e.g., a window within a web browser, or a block of hypertext markup language (e.g., a paragraph)) may be accessed as the primary client interface to create a replica client interface to be displayed by the second client device.」

（当審訳：[0031] 画面共有セッションが開始されると、図１のシステム１００に対応し得るシステムは、１次クライアントインタフェースにアクセスし得る（ブロック２０４）。本明細書で定義される１次クライアントインタフェースは、画面共有セッションで共有されている１次クライアントインタフェースのユーザインタフェースの部分であってもよい。一実施形態では、第１クライアント装置のユーザインタフェース表示全体が、第２クライアント装置によって表示されるレプリカクライアントインタフェースを生成するための１次クライアントインタフェースとしてアクセスされ得る（例えば、図３参照）。一実施形態では、第１クライアント装置のユーザインタフェース表示の一部（例えば、ウェブブラウザ内のウィンドウ、又はハイパーテキストマークアップ言語のブロック（例えば、段落））のみが、第２クライアント装置によって表示されるレプリカクライアントインタフェースを作成する１次クライアントインタフェースとしてアクセスされ得る。）

「[0032] The system may then analyze the primary client interface for sensitive information (block 206). For analytical purposes, the display interface may be deconstructed into a number of elements. For example, each icon, graphic, text input field, portion of text, mouse cursor, or any other piece of the display interface may be considered an element. Thus, the system may analyze each element of the primary client interface to determine if the element corresponds to sensitive information. It should be appreciated that the primary client may modify and/or omit sensitive data prior to transmission or, as stated above, include an indication of the location of the sensitive data along with transmitted data, which a component receiving the sensitive data may use to omit/obscure the sensitive data. As noted above, the sensitive data may be identified by pixel location relative to a window/viewport. In an embodiment, sensitive data may be identified via another selection paradigm (e.g., an X-path selection, a cascading style sheet (CSS) selector, etc.). In some cases, regular expressions and/or patterns may be used to identify, and omit, sensitive content. For example, state information may include a plurality of user interface inputs (e.g., text input fields, image fields, dropdown fields, etc.). Each of the fields may include set of respective state values. Each of the respective state values may be associated with rules dictating that all or a portion of each respective state value corresponds to sensitive information. For example, the last four digits of a social security state value may be considered sensitive information, whereas the first five characters are considered not sensitive information. As discussed herein, the sensitivity of a datum may be a Boolean proposition, or one relating to multiple categories (e.g., public, private, or protected).」

（当審訳：[0032] 次に、システムは、機密情報のために１次クライアントインタフェースを分析することができる（ブロック２０６）。分析目的のために、表示インタフェースはいくつかの要素に分解することができる。例えば、表示インタフェースの各アイコン、画像、テキスト入力フィールド、テキスト部分、マウスカーソル、又は他の任意の部分を要素とみなすことができる。したがって、システムは、１次クライアントインタフェースの各要素を分析して、その要素が機密情報に対応するかどうかを判断することができる。当然のことながら、１次クライアントは、送信前に機密データを修正及び／又は削除することができ、あるいは、上述のように、送信されるデータとともに機密データの位置の表示を含み、機密データを受信するコンポーネントが、機密データを削除／隠蔽するために使用することができる。上述のように、機密データは、ウィンドウ／ビューポートに対するピクセル位置によって識別することができる。一実施形態では、機密データは、別の選択パラダイム（例えば、Ｘパス選択、カスケーディングスタイルシート（ＣＳＳ）セレクタなど）を介して識別され得る。場合によっては、正規表現及び／又はパターンを使用して、機密性の高いコンテンツを識別し、削除することができる。例えば、状態情報は、複数のユーザインタフェース入力（例えば、テキスト入力フィールド、画像フィールド、ドロップダウンフィールドなど）を含み得る。各フィールドは、それぞれの状態値のセットを含み得る。それぞれの状態値は、それぞれの状態値のすべて、又は一部が機密情報に対応することを規定する規則に関連付けられ得る。例えば、社会保障状態値の下４桁は機密情報とみなされ、最初の５文字は機密情報ではないとみなすことができる。本明細書で説明するように、データの機密性は、ブール命題、又は複数のカテゴリ（例えば、公開、非公開、保護）に関連する命題であってよい。）

「[0033] As noted above, sensitive information may include information that should not be shared with the second client device. In an embodiment, sensitive information may include any personal information (e.g., date of birth, social security number, address, phone number, height, weight, family information) and/or financial information (e.g., credit card number, bank account information) which may be considered private. In another embodiment, sensitive information may include any information that is not necessary for the second client device in view of the purpose of the screen sharing session. For example, if a screen sharing session is initiated for troubleshooting a computer error on the first client device, then any elements of the display interface that do not relate to troubleshooting would be considered sensitive information and would not be visible to the second client device. In an embodiment, a user of the primary device may select a pre-set scope, which may determine the scope/bounds of the information permitted to be transmitted to and/or viewable by the replica client(s). For example, all fields in an interface in the primary client may be associated with one or more scope. The scope may include, for example, personal information, demographic information, and voting information. While the user of the primary device may enter personal, demographic, and voting information into the interface of the primary device, a scope selection of voting only may limit data that can be transmitted from the primary device to the replica device to only that data that is within the voting scope.」

（当審訳：[0033] 上述のように、機密情報は、第２クライアント装置と共有されるべきではない情報を含み得る。一実施形態では、機密情報は、個人情報（例えば、生年月日、社会保障番号、住所、電話番号、身長、体重、家族情報）及び／又は私的とみなされ得る金融情報（例えば、クレジットカード番号、銀行口座情報）を含み得る。別の実施形態では、機密情報は、画面共有セッションの目的に照らして第２クライアント装置に必要でない任意の情報を含み得る。例えば、画面共有セッションが、第１クライアント装置のコンピュータエラーのトラブルシューティングのために開始された場合、トラブルシューティングに関連しない表示インタフェースの要素は、機密情報と見なされ、第２クライアント装置には見えない。一実施形態では、１次装置のユーザは、予め設定された範囲を選択することができ、この範囲は、レプリカクライアント（複数可）に送信される、及び／又は、レプリカクライアント（複数可）で閲覧可能にすることが許可される情報の範囲／境界を決定することができる。例えば、プライマリクライアントのインタフェースの全てのフィールドは、１つ以上のスコープに関連付けられ得る。前記スコープには、例えば、個人情報、人口統計情報、投票情報が含まれ得る。１次装置のユーザは、個人情報、人口統計情報、投票情報を１次装置のインタフェースに入力することができるが、投票のみのスコープの選択により、１次装置からレプリカ装置に送信できるデータを、投票スコープ内のデータのみに制限することができる。）

「[0034] The system may create a replica display interface (block 208). The interface of the replica client display may appear to be identical to the interface of the primary client display except for the elements that correspond to sensitive or out-of-scope information. The system may alter or replace the elements that belong to sensitive information. For example, the system may replace an element that corresponds to sensitive information with a black graphic of similar size and shape as the element. In another embodiment, the system may pixelate or otherwise conceal the one or more elements that correspond to sensitive information. The system may then transmit the replica client interface to a second (replica) client device for display (block 210). The system may transmit the replica client interface in any suitable manner. For example, the primary client device may send an indication of the replica client interface to the server, and then the server may send the indication of the replica client interface to the replica client device. In an embodiment, the primary client device may transmit the replica client interface to the server, where it will be stored, and then an indication of an application state of the replica client interface may be transmitted to the replica client device. In some embodiments, the screen sharing information may be stored for later viewing, wherein the stored information does not include the omitted information.」

（当審訳：[0034] システムは、レプリカ表示インタフェースを生成することができる（ブロック２０８）。レプリカクライアント表示のインタフェースは、機密又は範囲外の情報に対応する要素を除いて、１次クライアント表示のインタフェースと同一に見え得る。システムは、機密情報に属する要素を変更又は置き換えることができる。例えば、システムは、機密情報に対応する要素を、その要素と同様のサイズ及び形状の黒い画像で置き換えることができる。別の実施形態では、システムは、機密情報に対応する１以上の要素を画素化する、あるいは隠すことができる。次に、システムは、表示のためにレプリカクライアントインタフェースを第２（レプリカ）クライアント装置に送信することができる（ブロック２１０）。システムは、任意の適切な方法でレプリカクライアントインタフェースを送信することができる。例えば、１次クライアント装置がレプリカクライアントインタフェースの指示をサーバに送信し、その後、サーバがレプリカクライアントインタフェースの指示をレプリカクライアント装置に送信し得る。一実施形態では、１次クライアント装置は、レプリカクライアントインタフェースをサーバに送信し、そこでレプリカクライアントインタフェースが記憶され、その後、レプリカクライアントインタフェースのアプリケーション状態の指示がレプリカクライアント装置に送信されてもよい。いくつかの実施形態では、画面共有情報は、後で閲覧するために保存されてもよく、保存される情報は、削除された情報を含まない。）

「[0035] As used herein, the primary client interface and replica client interface may be used to describe an application state of a user-interface, which may include data and/or device display output (e.g., video and/or still images). Thus, the system of the present application allows the respective users at the primary client device and the replica client device to interact with the interface. The system may transmit application state between the primary device and the one or more replica device.」

（当審訳：[0035] 本明細書で使用されるように、１次クライアントインタフェース及びレプリカクライアントインタフェースは、データ及び／又は装置表示出力（例えば、動画及び／又は静止画像）を含み得るユーザインタフェースのアプリケーション状態を記述するために使用され得る。したがって、本願のシステムは、１次クライアント装置及びレプリカクライアント装置のそれぞれのユーザがインタフェースと対話することを可能にする。本システムは、１次装置と１つ以上のレプリカ装置との間でアプリケーション状態を伝送し得る。）

「[0036] In a preferred embodiment, method steps 204-210 may be performed locally on the primary client device. There, the primary client device may access the primary client interface (block 204), analyze the primary client interface for sensitive information (block 206), create a replica display interface (block 208), and transmit the replica display interface (block 210). In this preferred embodiment, the sensitive information may be included within the primary client device only and may not be communicated to a server and/or other devices (where it could potentially be accessed by other parties). In other embodiments, the sensitive information may be transmitted to a second device that is remote from, and independent of, a first device. In this context remote may be defined to indicate that the first device is coupled to the second device via a communication network that is nearby (e.g., in a neighboring building) or far away (e.g., around the globe). In this context independent may be defined to indicate that the first device and the second device are separate computing devices.」

（当審訳：[0036] 好ましい実施形態では、方法ステップ２０４～２１０は、１次ライアント装置上でローカルに実行され得る。そこでは、１次クライアント装置は、１次クライアントインタフェースにアクセスし（ブロック２０４）、機密情報について１次クライアントインタフェースを分析し（ブロック２０６）、レプリカ表示インタフェースを作成し（ブロック２０８）、レプリカ表示インタフェースを送信する（ブロック２１０）ことができる。この好ましい実施形態では、機密情報は、１次クライアント装置内だけに含まれ、サーバ及び／又は他の装置（相手方によってアクセスされる可能性がある）には通信され得ない。別の実施形態では、機密情報は、第１装置から遠隔の、独立した第２装置に送信され得る。この文脈では、遠隔は、第１装置が、近く（例えば、近隣の建物内）又は遠く（例えば、世界中）にある第２装置に通信ネットワークを介して結合されていることを示すように定義することができる。この文脈では、独立は、第１装置と第２装置が別々のコンピューティング装置であることを示すために定義することができる。）

「[0037] The system may continually update both the primary display interface and the replica display interface (repeating method steps 204-210) throughout the duration of the screen sharing session. Throughout the screen sharing session, the system may receive one or more user inputs from the primary client and/or replica client indicating a change to the primary client interface or replica client interface. In turn, the system may update the primary client interface and/or replica client interface accordingly. For example, the system may update the primary client interface and/or replica client interface based on an event of a peripheral device attached to the primary client (e.g., change in position of mouse cursor, text input). The process of updating the replica client interface may include propagating a new mouse position from the primary client to the replica client.」

（当審訳：[0037] システムは、画面共有セッションの期間中、１次表示インタフェースとレプリカ表示インタフェースの両方を継続的に更新することができる（方法ステップ２０４～２１０を繰り返す）。画面共有セッションを通じて、システムは、１次クライアントインタフェース又はレプリカクライアントインタフェースへの変更を示す１以上のユーザ入力を、１次クライアント及び／又はレプリカクライアントから受信することができる。それに応じて、システムは、１次クライアントインタフェース及び／又はレプリカクライアントインタフェースを更新することができる。例えば、システムは、１次クライアントに接続された周辺装置のイベント（例えば、マウスカーソルの位置の変化、テキスト入力）に基づいて、１次クライアントインタフェース及び／又はレプリカクライアントインタフェースを更新することができる。レプリカクライアントインタフェースを更新するプロセスは、新しいマウス位置を１次クライアントからレプリカクライアントに伝播することを含むことができる。）

「[0039] The system may determine an order of operations based in part on the chronological order of the received user inputs and the type of user inputs (i.e., main vs. secondary). In an example embodiment, the system may process main user inputs prior to secondary user inputs even if the main user inputs are received after the secondary user inputs. In some embodiments, the system may eliminate received secondary user inputs if the main user inputs correspond to the same element and are received in relative proximity to the time which the secondary user input was received. For example, if a user of the replica client device begins typing in a text field and the user of the primary client device begins typing in the same text field immediately after, the system may only process the main user inputs. By prioritizing main user inputs, the system allows originating user to have greater control in the screen sharing session. In some embodiments, the replica client device may not allow any input and may only allow for viewing (e.g., the replica client may be a read-only screen viewer).」

（当審訳：[0039] システムは、受信したユーザ入力の時系列順序およびユーザ入力のタイプ（すなわち、主対副）に部分的に基づいて、操作の順序を決定し得る。例示的な実施形態では、システムは、主ユーザ入力が副ユーザ入力の後に受信されても、副ユーザ入力の前に主ユーザ入力を処理し得る。いくつかの実施形態では、システムは、主ユーザ入力が、同じ要素に対応し、副ユーザ入力が受信された時間に相対的に近接して受信された場合、受信された副ユーザ入力を排除し得る。例えば、レプリカクライアント装置のユーザがテキストフィールドへの入力を開始し、１次クライアント装置のユーザがその直後に同じテキストフィールドへの入力を開始した場合、システムは主ユーザ入力のみを処理し得る。主ユーザ入力を優先することにより、システムは、開始したユーザが画面共有セッションでより大きな制御を行うことを可能にする。一部の実施形態では、レプリカクライアント装置は、入力を許可せず、表示のみを許可することができる（例えば、レプリカクライアントは、読み取り専用の画面ビューアであってもよい）。）

「[0050] FIG. 8 illustrates an exemplary computing environment 800 configured to, for example, implement the system 100 and method 200 as described herein. The environment 800 may include a cloud computing server 836 which may correspond to server 120 of FIG. 1 and/or server 115 of FIG. 1. Environment 800 may include a network 838 (e.g., an Internet and/or private network) which may correspond to the computer network 106 of FIG. 1. The environment 800 may include a remote computing device 830 and a remote computing device 832, a network link 834, and a computing device 801.」

（当審訳：[0050] 図８は、例えば、本明細書に記載された前記システム１００及び方法２００を実装するように構成された例示的なコンピューティング環境８００を示す。前記環境８００は、図１のサーバ１２０及び／又は図１のサーバ１１５に対応し得るクラウドコンピューティングサーバ８３６を含み得る。環境８００は、図１の前記コンピュータネットワーク１０６に対応し得るネットワーク８３８（例えば、インターネット及び／又はプライベートネットワーク）を含み得る。前記環境８００は、リモートコンピューティング装置８３０とリモートコンピューティング装置８３２、ネットワークリンク８３４、及びコンピューティング装置８０１とを含み得る。）

「[0052] The computing device 801 may implement an application 818 (e.g., a screen sharing tool corresponding to those depicted in FIG. 3 and FIG. 4), which may include an application programming interface (API) 819 implementing functions and instructions as described by the method 200 of FIG. 2, and a user interface 820 to receive user input, which may correspond to, for example, the user interface 300 of FIG. 3 and/or the user interface 310 of FIG. 3. In an embodiment, non-transitory program functions, modules and routines (e.g., an application 818, an API 819, and the user interface 820, etc.) may be stored in mass storage memory 816, loaded into system memory 814, and executed by a processor 802. The user interface 820 may correspond to the user interface 305 of FIG. 3 and/or the user interface 110 of FIG. 1, for example. Alternatively, or in addition, the non-transitory program functions, modules, and routines may be provided from computer program products that are stored in tangible computer-readable storage media (e.g., RAM, hard disk, optical/magnetic media, etc.). Mass storage 816 may include a cache memory 821 storing application data and other data for use by the application 818.」

（当審訳：[0052] コンピューティング装置８０１は、アプリケーション８１８（例えば、図３及び図４に描写されたものに対応する画面共有ツール）を実装することができ、このアプリケーションは、図２の方法２００によって説明されたような機能及び命令を実装するアプリケーションプログラミングインタフェース（ＡＰＩ）８１９と、ユーザ入力を受信するためのユーザインタフェース８２０とを含んでよく、このユーザインタフェースは、例えば、図３のユーザインタフェース３００及び／又は図３のユーザインタフェース３１０に対応し得る。一実施形態において、非一過性のプログラム関数、モジュール及びルーチン（例えば、アプリケーション８１８、ＡＰＩ８１９、及びユーザインタフェース８２０など）は、大容量記憶メモリ８１６に記憶され、システムメモリ８１４にロードされ、プロセッサ８０２によって実行され得る。ユーザインタフェース８２０は、例えば、図３のユーザインタフェース３０５及び／又は図１のユーザインタフェース１１０に対応し得る。代替的に、又は加えて、非一過性のプログラム機能、モジュール、及びルーチンは、有形のコンピュータ読み取り可能な記憶媒体（例えば、ＲＡＭ、ハードディスク、光学／磁気媒体など）に記憶されるコンピュータプログラム製品から提供され得る。大容量記憶装置８１６は、アプリケーション８１８によって使用するためのアプリケーションデータ及び他のデータを記憶するキャッシュメモリ８２１を含むことができる。）

「[0055] In operation, a user of the computing device 801 may access the computing device 801 via I/O device 822 and/or I/O device 824. The processor 802 may include instructions which cause input typed by a user to be received and processed by an I/O device and I/O controller 810. The input from the user may be read by an application (e.g., application 818) executing in system memory 814. The application 818 may receive the input and add the input into a particular portion of the user interface 820. For example, to return to the example discussed with respect to FIG. 3, the input may be added to the credit card field 304. By the time the user types in the input corresponding to credit card field 304, the application 818 may have identified the credit card field 304 as corresponding to sensitive data, and may mask or obscure the information according on a character-by-character basis, as it is typed in by the user. For example, while the I/O controller may pass character data of an integer 1 to the application 818, the application 818 may store a mask character (e.g., X) in the credit card field 304 of the user interface 820.」

（当審訳：[0055] 動作中、コンピューティング装置８０１のユーザは、I／Ｏ装置８２２及び／又はＩ／Ｏ装置８２４を介してコンピューティング装置８０１にアクセスすることができる。プロセッサ８０２は、ユーザによって入力された入力を、Ｉ／Ｏ装置及びＩ／Ｏコントローラ８１０によって受信及び処理させる命令を含み得る。ユーザからの入力は、システムメモリ８１４内で実行されるアプリケーション（例えば、アプリケーション８１８）によって読み取られ得る。アプリケーション８１８は、入力を受信し、該入力をユーザインタフェース８２０の特定の部分に追加し得る。例えば、図３に関して説明した例に戻ると、前記入力はクレジットカードフィールド３０４に追加され得る。ユーザがクレジットカードフィールド３０４に対応する入力をタイプするまでに、アプリケーション８１８は、クレジットカードフィールド３０４が機密データに対応するものと識別することができ、ユーザがタイプするとき、文字単位で前記情報をマスク又は隠蔽し得る。例えば、Ｉ／Ｏコントローラが整数１の文字データをアプリケーション８１８に渡すと同時に、アプリケーション８１８は、ユーザインタフェース８２０のクレジットカードフィールド３０４にマスク文字（例えば、Ｘ）を格納し得る。）

「[0056] In some embodiments, the application may store the data received, 1 in this example, in the field and the masking of sensitive data may be performed at the time the replica display is transmitted to a replica client device. For example, the credit card field 304 of user interface 820 may include an unmasked credit card number, such that the number is viewable by the user of a primary client device.」

（当審訳：[0056] いくつかの実施形態では、前記アプリケーションは、受信した前記データ、この例では１、を前記フィールドに格納することができ、機密データの前記マスキングは、レプリカ表示がレプリカクライアント装置に送信される時点で実行され得る。例えば、ユーザインタフェース８２０のクレジットカードフィールド３０４は、マスクされていないクレジットカード番号を含むことができ、それにより、１次クライアント装置のユーザは該番号を見ることができる。）

「FIG. 2

［図：0001413220000001.jpg］

」

（当審訳：図２

２０２；スクリーン共有セッションを開始する

２０４；表示インタフェースを受信する

２０６；表示インタフェースを分析する

２０８；レプリカ表示インタフェースを生成する

２１０；レプリカ表示インタフェースを送信する）

「FIG. 8

［図：0001413220000002.jpg］

」

（当審訳：図８

８０１；コンピューティング装置

８０２；プロセッサ

８１０；Ｉ／Ｏコントローラ

８１２；メモリコントローラ

８１４；システムメモリ

８１６；大容量記憶メモリ

８１８；アプリケーション

８２２、８２４；Ｉ／Ｏ装置

８２６；ネットワークインタフェース

８３０、８３２；リモートコンピューティング装置

８３６；クラウドコンピューティングサーバ

８３８；インターネット）

（イ）引用発明１

ａ 前記（ア）の「第１クライアント装置」（[0031]等）は、そのユーザインタフェース表示が「１次クライアントインタフェース」としてアクセスされる（[0031]）こと等からして、「１次クライアント装置」（[0030]等）、「１次クライアント」（[0032]等）と同じものと認められる。また、「第２クライアント装置」（[0031]等）は、「第２（レプリカ）クライアント装置」（[0034]）との記載から明らかなように、「レプリカクライアント装置」（[0034]等）、「レプリカクライアント」（[0037]）と同じものと認められる。

ｂ 前記（ア）の「１次表示インタフェース」（[0037]）及び「１次クライアント表示のインタフェース」（[0034]）は、いずれも「１次クライアント装置」に「表示」される「インタフェース」のことと解されるから、前記ａを踏まえると、「１次クライアントインタフェース」と同じものと解される。同様に、「レプリカ表示インタフェース」（[0034]等）、「レプリカクライアント表示のインタフェース」（[0034]）、「レプリカ表示」（[0056]）は、いずれも「レプリカクライアントインタフェース」と同じものと解される。

ｃ 前記（ア）の[0056]の「いくつかの実施形態では、アプリケーションは、受信した前記データ、この例では１、を前記フィールドに格納することができ、機密データの前記マスキングは、レプリカ表示がレプリカクライアント装置に送信される時点で実行し得る。」の「受信した前記データ、この例では１」の「この例」とは、直前の[0055]の「クレジットカードフィールド３０４に対応する入力」が「整数１の文字データ」の例のことと解されるから、前記「受信した前記データ」とは、受信した「文字データ」（[0055]）のことであり、前記「前記フィールド」とは、「クレジットカードフィールド３０４」（[0055]）のことであり、前記「機密データの前記マスキング」は、「機密データ」の「文字データ」を「マスク文字（例えば、Ｘ）」で「マスク」する（[0055]）ことであると認められる。

ｄ 前記ａ～ｃを踏まえ、前記（ア）の「コンピューティング環境８００」により「実装」される「方法２００」（[0050]）に注目すると、引用文献１には、次の発明（以下「引用発明１」という。）が記載されていると認められる。なお、後の参照の便宜のため、引用発明１を１ａ～１ｐに分説し、「分説１ａ」のようにして参照する。

１ａ セキュアな画面共有のための方法２００であって、（[0029]）

１ｂ 画面共有セッションの開始時に開始され（ブロック２０２）、画面共有セッションは、１次クライアント装置から画面共有セッションを開始する指示を受信した後に開始され、（[0030]）

１ｃ １次クライアントインタフェースにアクセスし（ブロック２０４）、１次クライアント装置のユーザインタフェース表示全体が、レプリカクライアント装置によって表示されるレプリカクライアントインタフェースを生成するための１次クライアントインタフェースとしてアクセスされ、（[0031]）

１ｄ 機密情報のために１次クライアントインタフェースを分析し（ブロック２０６）、１次クライアントインタフェースの各要素を分析して、その要素が機密情報に対応するかどうかを判断し、１次クライアント装置は、送信前に機密データを修正し、状態情報は、複数のユーザインタフェース入力（例えば、テキスト入力フィールド）を含み、各フィールドは、それぞれの状態値のセットを含み、それぞれの状態値は、それぞれの状態値のすべて、又は一部が機密情報に対応することを規定する規則に関連付けられ、（[0032]）

１ｅ 機密情報は、レプリカクライアント装置と共有されるべきではない情報を含み、（[0033]）

１ｆ レプリカクライアントインタフェースを生成し（ブロック２０８）、レプリカクライアントインタフェースは、機密情報に対応する要素を除いて、１次クライアントインタフェースと同一に見え、機密情報に属する要素を置き換え、（[0034]）

１ｇ 表示のために前記レプリカクライアントインタフェースをレプリカクライアント装置に送信し（ブロック２１０）、（[0034]）

１ｈ １次クライアントインタフェース及びレプリカクライアントインタフェースは、データ及び装置表示出力を含むユーザインタフェースのアプリケーション状態を記述するために使用され、（[0035]）

１ｉ 画面共有セッションの期間中、１次クライアントインタフェースとレプリカクライアントインタフェースの両方を継続的に更新し（方法ステップ２０４～２１０を繰り返す）、１次クライアント装置に接続された周辺装置のイベント（例えば、マウスカーソルの位置の変化、テキスト入力）に基づいて、１次クライアントインタフェース及びレプリカクライアントインタフェースを更新し、（[0037]）

１ｊ 受信したユーザ入力の時系列順序およびユーザ入力のタイプ（すなわち、主対副）に部分的に基づいて、操作の順序を決定し、レプリカクライアント装置のユーザがテキストフィールドへの入力を開始し、１次クライアント装置のユーザがその直後に同じテキストフィールドへの入力を開始した場合、システムは主ユーザ入力のみを処理する（[0039]）

１ｋ 方法２００であり、（[0029]）

１ｌ 前記方法２００を実装するように構成されたコンピューティング環境８００は、リモートコンピューティング装置８３０と、ネットワークリンク８３４、及びコンピューティング装置８０１とを含み、（[0050]）

１ｍ 前記コンピューティング装置８０１は、アプリケーション８１８を実装し、このアプリケーションは、方法２００によって説明されたような機能及び命令を実装するアプリケーションプログラミングインタフェース（ＡＰＩ）８１９と、ユーザ入力を受信するためのユーザインタフェース８２０とを含み、（[0052]）

１ｎ アプリケーション８１８は、入力を受信し、例えば、前記入力はクレジットカードフィールド３０４に追加され、文字単位で前記情報をマスクし、（[0055]）

１ｏ 前記アプリケーションは、受信した文字データ、この例では１、を前記クレジットカードフィールド３０４に格納し、機密データの文字データをマスク文字（例えば、Ｘ）でマスクすることは、レプリカクライアントインタフェースがレプリカクライアント装置に送信される時点で実行され、ユーザインタフェース８２０のクレジットカードフィールド３０４は、マスクされていないクレジットカード番号を含み、それにより、１次クライアント装置のユーザは該番号を見ることができる（[0056]、前記ｃ）

１ｐ 方法２００。

イ 引用文献２の記載事項、引用発明２

（ア）引用文献２の記載事項

原査定の拒絶の理由で引用された、本願の出願前に頒布された又は電気通信回線を通じて公衆に利用可能となった引用文献である、特開２０１９－１３９２７６号公報（令和元年８月２２日出願公開。以下「引用文献２」という。）には、次の記載がある。

「【技術分野】

【０００１】

本発明は、複数の利用者端末に共通のＷｅｂページ画面を同期表示し、いずれの利用者端末からも同期的な画面操作を可能とするＷｅｂ共有システムに関する。」

「【００３５】

［第１実施形態］

図１に、第１実施形態によるＷｅｂ共有システムの概略的なブロック図の一例を示す。Ｗｅｂ共有システムは、カスタマーがＷｅｂを閲覧・操作するためのカスタマー側Ｗｅｂブラウザ１００と、カスタマーによるＷｅｂの閲覧・操作をエージェントが遠隔支援するためのエージェント側Ｗｅｂブラウザ１０１とを有し、両者はインターネット１０２を介して接続される。前記カスタマー側Ｗｅｂブラウザ１００は、ページレンダリング部１０４と、Ｗｅｂページ画面１０５と、更新スクリプト部１０６と、エージェント表示制限記憶部１０７と、ページエンコード部１０８と、ページ送信部１０９と、差分検出部１１０と、差分送信部１１１と、差分受信部１１２と、画面変更部１１３と、ＷｅｂＲＴＣ制御部１３５と、を有する。前記エージェント側Ｗｅｂブラウザ１０１は、ページ受信部１２１と、ページ復元部１２２と、Ｗｅｂページ画面１２３と、差分検出部１２４と、差分送信部１２５と、差分受信部１２６と、画面変更部１２７と、ＷｅｂＲＴＣ制御部１３６と、を有する。」

「【００４３】

上記ページデータの有するＪａｖａＳｃｒｉｐｔのうちの１つは、カスタマー側Ｗｅｂブラウザ１００の有する、更新スクリプト部１０６と、エージェント表示制限記憶部１０７と、ページエンコード部１０８と、ページ送信部１０９と、差分検出部１１０と、差分送信部１１１と、差分受信部１１２と、画面変更部１１３と、ＷｅｂＲＴＣ制御部１３５と、を機能させるためのプログラムを有している。」

「【００５６】

エージェント側Ｗｅｂブラウザ１０１は初期状態では待受画面を表示しており、待受画面は、エージェント側Ｗｅｂブラウザ１０１の有する、ページ受信部１２１と、ページ復元部１２２と、差分検出部１２４と、差分送信部１２５と、差分受信部１２６と、画面変更部１２７と、ＷｅｂＲＴＣ制御部１３６と、を機能させるためのＪａｖａＳｃｒｉｐｔプログラムを有している。」

「【００５９】

カスタマー側Ｗｅｂブラウザ１００の有する差分検出部１１０は、上記ページデータに含まれるＪａｖａＳｃｒｉｐｔによって構成され、入力値検出部１１５と、スクロール位置検出部１１７と、サイズ検出部１１８と、カーソル検出部１１９と、操作・表示制限記憶部１２０と、を有する。

【００６０】

エージェント側Ｗｅｂブラウザ１０１の有する差分検出部１２４は、入力値検出部１２９と、スクロール位置検出部１１７と、サイズ検出部１３１と、カーソル検出部１３２と、操作・表示制限記憶部１３３と、を有し、それぞれカスタマー側の差分検出部１１０の有する同名のブロックと同じ働きをする。

【００６１】

カスタマー側Ｗｅｂブラウザ１００の有する入力値検出部１１５と、エージェント側Ｗｅｂブラウザ１０１の有する入力値検出部１２９は、カスタマー側のＷｅｂページ画面１０５が１つ以上の入力フォーム１１４を有する場合に機能する。

【００６２】

カスタマー側のＷｅｂページ画面１０５が入力フォーム１１４を有する場合、エージェント側で復元表示されたＷｅｂページ画面１２３は入力フォーム１１４から復元された入力フォーム１２８を有する。」

「【００７３】

上記操作・表示制限記憶部１２０と操作・表示制限記憶部１３３は、カスタマー側Ｗｅｂブラウザ１００とエージェント側Ｗｅｂブラウザ１０１にそれぞれ個別に設定される、操作制限と表示制限を保持する。前記操作とは、入力フォーム要素の変更と、スクロール位置の変更と、Ｗｅｂページ画面のサイズの変更と、カーソル位置の変更である。

【００７４】

前記操作制限は、「操作可能かつ同期可能」「操作可能かつ同期不可能」「操作不可能」の三通りである。

【００７５】

前記表示制限は、「原文表示」「マスク表示」の二通りである。」

「【００８２】

前記「マスク表示」は入力フォーム要素の文字入力可能な要素にのみ設定できる。受信側で「マスク表示」となるよう制限のついた要素は、送信側では元のまま文字列が表示されるが、受信側では文字列が全てマスク文字（例えば●）で置換された状態で表示される。これは、送信側において送信前に変化後の文字列を全てマスク文字で置き換えてから送信することによって実現する。

【００８３】

送信後に個人情報をマスクするのではなく、送信前に変化後の文字列をマスク文字で置き換えてから送信することにより、個人情報が受信側に送られないため、セキュリティを高める効果がある。

【００８４】

また、変化後の文字列を全く送信しない場合と比べ、マスク文字で置き換えてから送信することにより、受信側では、送信側が文字入力中であることを表示される文字数の変化から知ることができる。

【００８５】

例えば、カスタマー側操作・表示制限記憶部１２０において、パスワード入力欄にエージェント側での「マスク表示」の制限が設定されている場合、カスタマーの入力したパスワードが「１２３４５」の場合、一文字ずつ●で置換した「●●●●●」がエージェント側へ送信される。

【００８６】

前記マスク文字による表示制限は、パスワードやクレジット番号を扱うフォームでは必須である。マスク文字による表示制限によって、カスタマー側でパスワード入力欄やクレジットカード番号入力欄に入力した個人情報を、エージェント側には隠す必要があるためである。」

「【００９１】

図５は、図２のカスタマー２００が、カスタマー側Ｗｅｂブラウザ１００を操作し、エージェント２０１が、エージェント側Ｗｅｂブラウザ１０１を操作することによって、両者の共有するＷｅｂページ上での操作を、エージェント２０１がカスタマー２００に対して遠隔支援する動作フローチャートを示す図の一例である。以下、図５を用いて本Ｗｅｂ共有システムを用いた遠隔支援動作について説明する。

【００９２】

ステップＳ３－１では、カスタマー２００とエージェント２０１が電話の音声通話のみでコミュニケーションをとっており、これよりＷｅｂブラウザを開いてエージェント２０１によるカスタマー２００の遠隔支援を開始する。エージェント２０１は遠隔支援を開始するために、ステップＳ３－２へ進む。

続きを表示（全48行）

【００９３】

ステップＳ３－２において、エージェント２０１はエージェント側Ｗｅｂブラウザ１０１上でＷｅｂ共有システム専用の待受ＵＲＬを開き、前記待受画面を表示する。エージェント２０１は前記待受画面が表示されたならば、ステップＳ３－３へ進む。

【００９４】

ステップＳ３－３において、エージェント２０１はカスタマー２００と共有したいＷｅｂページのＵＲＬをカスタマー２００へ電話で伝達し、前記ＵＲＬをＷｅｂブラウザで開くように伝える。

【００９５】

前記ＷｅｂページのＵＲＬの伝達は、電話のほか、テキストチャットやＳＭＳ、電子メールその他の手段でも良い。

【００９６】

カスタマー２００が前記ＷｅｂページのＵＲＬを受け取ったならばステップＳ３－４へ進む。

【００９７】

ステップＳ３－４において、カスタマー２００が前記ＷｅｂページのＵＲＬをカスタマー側Ｗｅｂブラウザ１００で開くとステップＳ３－５へ進む。

【００９８】

ステップＳ３－５において、前記Ｗｅｂページの有するＷｅｂＲＴＣ制御部１３５は、あらかじめ特定された接続先であるエージェント側のＷｅｂＲＴＣ制御部１３６に対して、シグナリングサーバ１３４を介して接続を開始し、ステップＳ３－６へ進む。

【００９９】

ステップＳ３－６において、カスタマー側Ｗｅｂブラウザ１００にロードされたページデータに対してページレンダリング部１０４によるレンダリングが完了すると、ステップＳ３－７へ進む。

【０１００】

ステップＳ３－７において、カスタマ側ではページエンコード部１０８がＷｅｂページ画面１０５のＤＯＭのエンコードを開始し、ステップＳ３－８へ進む。

【０１０１】

ステップＳ３－８において、エージェント表示制限記憶部１０７を参照し、Ｗｅｂページ画面１０５のＤＯＭが非表示指定の要素を含んでいれば、ステップＳ３－９へ進み、なければエンコードを完了してステップＳ３－１０へ進む。

【０１０２】

ステップＳ３－９において、エージェント表示制限記憶部１０７で指定された非表示要素をＷｅｂページ画面１０５のＤＯＭから削除した後にエンコードを完了してステップＳ３－１０へ進む。

【０１０３】

ステップＳ３－１０において、カスタマー側Ｗｅｂブラウザ１００のページ送信部１０９は、前記エンコードによって生成された構造化文書を、通信効率のため圧縮した後に、エージェント側Ｗｅｂブラウザ１０１へデータ送信し、ステップＳ３－１１へ進む。

【０１０４】

ステップＳ３－１１において、エージェント側Ｗｅｂブラウザのページ受信部１２１は、前記構造化文書を受信し、ページ復元部１２２が、前記構造化文書をＷｅｂページ画面としてレンダリングすることにより、エンコード前の画面を復元し、Ｗｅｂページ画面１２３としてエージェント側Ｗｅｂブラウザ１０１に表示し、ステップＳ３－１２へ進む。

【０１０５】

ステップＳ３－１２では、カスタマー側の操作・表示制限記憶部１２０に保持された操作制限を、カスタマー側Ｗｅｂブラウザ１００に適用し、エージェント側の操作・表示制限記憶部１３３に保持された操作制限を、エージェント側Ｗｅｂブラウザ１０１に適用し、ステップＳ３－１３へ進む。

【０１０６】

ステップＳ３－１３では、カスタマー側の差分検出部１１０およびエージェント側の差分検出部１２４の双方において、Ｗｅｂページ画面の差分検出を開始し、変化の検出があればステップＳ３－１４へ進み、なければ差分検出されるまで待つ。

【０１０７】

ステップＳ３－１４からステップＳ３－２０までは、カスタマー側で差分検出があれば、カスタマー側をローカル側、エージェント側をリモート側と呼び、エージェント側で差分検出があれば、エージェント側をローカル側、カスタマー側をリモート側と呼ぶものとする。

【０１０８】

ステップＳ３－１４では、ローカル側の操作・表示制限記憶部を参照して、変化の検出された部分についてマスク表示指定があればＳ３－１５へ進み、指定なしもしくは原文表示指定があればステップＳ３－１６へ進む。

【０１０９】

ステップＳ３－１５では、マスク表示指定のある要素の変化後の値をマスク文字で置換したのち、ステップＳ３－１６へ進む。

【０１１０】

ステップＳ３－１６では、ローカル側の操作・表示制限記憶部を参照して、変化の検出された部分について同期不可能の指定があればＳ３－１９へ進み、指定なしもしくは同期可能の指定があればステップＳ３－１７へ進む。

【０１１１】

ステップＳ３－１７では、ローカル側で変化を検出した個別検出部の種類と、変化のあった部分を特定できる情報と、変化後の値を、ローカル側の差分送信部がリモート側へ送信し、ステップＳ３－１８へ進む。

【０１１２】

ステップＳ３－１８では、前記ローカル側の差分送信部からのデータをリモート側の差分受信部が受信し、リモート側の画面変更部が、変化の種類と変化のあった部分を特定し、リモート側のＷｅｂページ画面における前記変化のあった部分の値を変化後の値へ変更する。これによってローカル側で検出されたＷｅｂページ画面の変化がリモート側へ同期的に反映され、ステップＳ３－１９へ進む。

【０１１３】

ステップＳ３－１９では、カスタマー側のみ、カスタマー側で現在とは別のＵＲＬが開かれたかどうかを判定する。別のＵＲＬが開かれるのは、カスタマーがページ中のハイパーリンクをクリックするか、異なるＵＲＬを入力して開いた場合である。この判定は、カスタマー側で新たにＵＲＬが開かれてページデータがロード完了したときにのみ発生するイベントハンドラ（ｏｎｌｏａｄ）を用いて実現する。この判定方法は、図３のトップフレーム３００とＷｅｂページ画面１０５が異なるドメインのページを表示している場合、トップフレーム３００側からはＷｅｂページ画面１０５側のＵＲＬの変化を読み取れない問題を回避するための方法である。カスタマー側で別のＵＲＬが開かれた場合、カスタマー側の手続きもエージェント側の手続きもステップＳ３－６へ戻り、新しいＵＲＬからロードされたページデータに対して手続きを続行する。別のＵＲＬが開かれていない場合は、ステップＳ－２０へ進む。

【０１１４】

ステップＳ３－２０では、ローカル側あるいはリモート側においてブラウザを閉じたかどうかを判定する。ブラウザを閉じると手続きは終了する。閉じていない場合、ステップＳ３－１３へ戻り、引き続き差分を検出する。」

「【０１１７】

これにより、カスタマー端末とエージェント端末のＷｅｂページ画面を同期表示・同期操作し、かつ、Ｗｅｂページ画面の特定箇所を指定して各端末での表示制限あるいは操作制限できるＷｅｂ共有システムを実現できる。」

「【図１】

［図：0001413220000003.jpg］

」

「【図５】

［図：0001413220000004.jpg］

」

（イ）引用発明２

前記（ア）から、引用文献２には、次の発明（以下「引用発明２」という。）が記載されていると認められる。なお、後の参照の便宜のため、引用発明２を２ａ～２ｔに分説し、「分説２ａ」のようにして参照する。

２ａ Ｗｅｂ共有システムを用いた遠隔支援動作であって、（【００９１】）

２ｂ Ｗｅｂ共有システムは、カスタマーがＷｅｂを閲覧・操作するためのカスタマー側Ｗｅｂブラウザ１００と、カスタマーによるＷｅｂの閲覧・操作をエージェントが遠隔支援するためのエージェント側Ｗｅｂブラウザ１０１とを有し、両者はインターネット１０２を介して接続され、前記カスタマー側Ｗｅｂブラウザ１００は、ページレンダリング部１０４と、Ｗｅｂページ画面１０５と、更新スクリプト部１０６と、エージェント表示制限記憶部１０７と、ページエンコード部１０８と、ページ送信部１０９と、差分検出部１１０と、差分送信部１１１と、差分受信部１１２と、画面変更部１１３と、ＷｅｂＲＴＣ制御部１３５と、を有し、前記エージェント側Ｗｅｂブラウザ１０１は、ページ受信部１２１と、ページ復元部１２２と、Ｗｅｂページ画面１２３と、差分検出部１２４と、差分送信部１２５と、差分受信部１２６と、画面変更部１２７と、ＷｅｂＲＴＣ制御部１３６と、を有し、（【００３５】）

２ｃ ページデータの有するＪａｖａＳｃｒｉｐｔのうちの１つは、カスタマー側Ｗｅｂブラウザ１００の有する、更新スクリプト部１０６と、エージェント表示制限記憶部１０７と、ページエンコード部１０８と、ページ送信部１０９と、差分検出部１１０と、差分送信部１１１と、差分受信部１１２と、画面変更部１１３と、ＷｅｂＲＴＣ制御部１３５と、を機能させるためのプログラムを有しており、（【００４３】）

２ｄ エージェント側Ｗｅｂブラウザ１０１は初期状態では待受画面を表示しており、待受画面は、エージェント側Ｗｅｂブラウザ１０１の有する、ページ受信部１２１と、ページ復元部１２２と、差分検出部１２４と、差分送信部１２５と、差分受信部１２６と、画面変更部１２７と、ＷｅｂＲＴＣ制御部１３６と、を機能させるためのＪａｖａＳｃｒｉｐｔプログラムを有しており、（【００５６】）

２ｅ カスタマー側Ｗｅｂブラウザ１００の有する差分検出部１１０は、入力値検出部１１５と、スクロール位置検出部１１７と、サイズ検出部１１８と、カーソル検出部１１９と、操作・表示制限記憶部１２０と、を有し（【００５９】）、入力値検出部１１５は、カスタマー側のＷｅｂページ画面１０５が１つ以上の入力フォーム１１４を有する場合に機能し（【００６１】）、

２ｆ カスタマー側のＷｅｂページ画面１０５が入力フォーム１１４を有する場合、エージェント側で復元表示されたＷｅｂページ画面１２３は入力フォーム１１４から復元された入力フォーム１２８を有し、（【００６２】）

２ｇ 上記操作・表示制限記憶部１２０は、カスタマー側Ｗｅｂブラウザ１００に設定される、表示制限を保持し（【００７３】）、前記表示制限は、「原文表示」「マスク表示」の二通りであり（【００７５】）、

２ｈ 前記「マスク表示」は入力フォーム要素の文字入力可能な要素にのみ設定でき、受信側で「マスク表示」となるよう制限のついた要素は、送信側では元のまま文字列が表示されるが、受信側では文字列が全てマスク文字（例えば●）で置換された状態で表示され、これは、送信側において送信前に変化後の文字列を全てマスク文字で置き換えてから送信することによって実現し（【００８２】）、例えば、カスタマー側操作・表示制限記憶部１２０において、パスワード入力欄にエージェント側での「マスク表示」の制限が設定されている場合、カスタマーの入力したパスワードが「１２３４５」の場合、一文字ずつ●で置換した「●●●●●」がエージェント側へ送信され（【００８５】）、

２ｉ エージェント２０１はエージェント側Ｗｅｂブラウザ１０１上でＷｅｂ共有システム専用の待受ＵＲＬを開き、前記待受画面を表示し、（【００９３】）

２ｊ エージェント２０１はカスタマー２００と共有したいＷｅｂページのＵＲＬをカスタマー２００へ伝達し、（【００９４】）

２ｋ カスタマー２００が前記ＷｅｂページのＵＲＬをカスタマー側Ｗｅｂブラウザ１００で開き、（【００９７】）

２ｌ 前記Ｗｅｂページの有するＷｅｂＲＴＣ制御部１３５は、あらかじめ特定された接続先であるエージェント側のＷｅｂＲＴＣ制御部１３６に対して、シグナリングサーバ１３４を介して接続を開始し、（【００９８】）

２ｍ カスタマー側Ｗｅｂブラウザ１００にロードされたページデータに対してページレンダリング部１０４によるレンダリングが完了すると（【００９９】）、カスタマ側ではページエンコード部１０８がＷｅｂページ画面１０５のＤＯＭのエンコードを開始し（【０１００】）、カスタマー側Ｗｅｂブラウザ１００のページ送信部１０９は、前記エンコードによって生成された構造化文書を、エージェント側Ｗｅｂブラウザ１０１へデータ送信し（【０１０３】）、

２ｎ エージェント側Ｗｅｂブラウザのページ受信部１２１は、前記構造化文書を受信し、ページ復元部１２２が、前記構造化文書をＷｅｂページ画面としてレンダリングすることにより、エンコード前の画面を復元し、Ｗｅｂページ画面１２３としてエージェント側Ｗｅｂブラウザ１０１に表示し、（【０１０４】）

２ｏ カスタマー側の差分検出部１１０およびエージェント側の差分検出部１２４の双方において、Ｗｅｂページ画面の差分検出を開始し、（【０１０６】）

２ｐ カスタマー側で差分検出があれば、カスタマー側をローカル側、エージェント側をリモート側と呼ぶものとし、（【０１０７】）

２ｑ ローカル側の操作・表示制限記憶部を参照して、変化の検出された部分についてマスク表示指定があれば（【０１０８】）、マスク表示指定のある要素の変化後の値をマスク文字で置換したのち（【０１０９】）、ローカル側で変化を検出した個別検出部の種類と、変化のあった部分を特定できる情報と、変化後の値を、ローカル側の差分送信部がリモート側へ送信し（【０１１１】）、

２ｒ 前記ローカル側の差分送信部からのデータをリモート側の差分受信部が受信し、リモート側の画面変更部が、変化の種類と変化のあった部分を特定し、リモート側のＷｅｂページ画面における前記変化のあった部分の値を変化後の値へ変更し、（【０１１２】）

２ｓ これにより、カスタマー端末とエージェント端末のＷｅｂページ画面を同期表示・同期操作し、かつ、Ｗｅｂページ画面の特定箇所を指定して各端末での表示制限できるＷｅｂ共有システムを実現できる（【０１１７】）

２ｔ Ｗｅｂ共有システムを用いた遠隔支援動作。（【００９１】）

ウ 引用文献５及び６の記載事項、周知技術

（ア）引用文献５

原査定において周知技術を示す文献として引用された特開２００９－２２３４７０号公報（以下「引用文献５」という。）には、以下の記載がある。

「【００３１】

一方、コントローラー５０で設定された制御モードが第２制御モードである場合、コントローラー５０は、図５のような無線ＬＡＮモードの通信／設定画面を液晶モニタ７０に表示させる。要するに、第２制御モードは、受付手段によるパスワードの入力受付を要しない。そして、無線ＬＡＮモードの通信／設定画面が液晶モニタ７０に表示された後、使用者が操作部８０を操作することによって「個人情報表示／変更」が選択されると、コントローラー５０は、秘匿情報を含む各種情報などをフラッシュメモリから読み出す。そしてコントローラー５０は、この秘匿情報をマスキングする。例えば、住所が「大阪市」である場合、住所を「＊＊＊」とする。その後コントローラー５０は、マスキングされた秘匿情報を含む各種情報を、図８のような情報表示画面として、液晶モニタ７０に表示させる。要するに、第２制御モードでは、秘匿情報を隠した状態で情報表示画面を表示させるものである。

【００３２】

なお、第２制御モードにおいて、秘匿情報を隠した状態で情報表示画面を表示させることは、上記実施の形態に限られない。具体的には、コントローラーが、秘匿情報を複数の文字や記号でマスキングするようにしてもよい。この場合、例えば、住所「大阪市」を住所「＊Ａ６」とする。ここでマスキング後の文字は、コントローラーが、予め用意された文字の中からランダムに選択すればよい。また、コントローラーが、秘匿情報を空白に変換してもよい。加えて、コントローラーが秘匿情報を隠した状態にする際、秘匿情報の文字数と、隠した後の文字数とを異なるようにするとよい。例えば、住所「大阪市」を住所「＊＊＊＊＊＊＊」のようにすればよい。このようにすれば、秘匿情報を隠すために変換された文字の数から、秘匿情報が推測されるのを防止できる。ここで本実施の形態でいう文字には、アルファベットやかななどの文字に限定されない。例えば、文字には、数字や記号、絵文字などをも含む。」

（イ）引用文献６

原査定において周知技術を示す文献として引用された国際公開第２０１０／１０６６６９号（以下「引用文献６」という。）には、次の記載がある。

「[0027] また、暗号化部５２は、隠蔽領域内に記された情報を隠蔽するために、隠蔽領域内の文字列あるいはオブジェクトを、その隠蔽領域に含まれていた文字列あるいはオブジェクトと異なる文書構成要素で置換する。なお、文書構成要素は、文字及び分割不能なオブジェクトなど、電子文書上で編集可能な最小単位の構成要素である。

例えば、暗号化部５２は、隠蔽領域に、特定色（例えば、黒色または白色）で一色に塗りつぶされたり、ハッチングなどの模様が付された図形オブジェクトを配置する。あるいは、暗号化部５２は、隠蔽領域内に含まれる各文字を、予め定められた所定の文字に置換してもよい。さらに暗号化部５２は、隠蔽領域内に含まれる一つの文字ごとに、その文字と異なる複数の文字で置換してもよい。逆に暗号化部５２は、隠蔽領域内に含まれる２以上の所定数の文字ごとに、それらの文字と異なる一つの文字で置換してもよい。このように、隠蔽領域内の文字列に含まれる文字の数と異なる数の文字が隠蔽領域に配置されることにより、暗号化部５２は、第三者が隠蔽領域に含まれる文字列を推定することをより困難にすることができる。」

（ウ）周知技術

前記引用文献５及び６は、いずれも「秘匿情報の各文字を別の文字に置換することで該秘匿情報を隠す場合に、置換後の文字の数が秘匿情報の文字の数と異なるようにすることで、秘匿情報の推測を困難にする」技術を示しており、当該技術は、本願の出願前における周知技術であったと認められる。