2022-008272

本願は、平成２９年９月２０日（パリ条約による優先権主張２０１６年１０月４日（ＵＳ）アメリカ合衆国）の出願であって、令和３年６月３０日付け（発送日：令和３年７月１３日）で拒絶の理由が通知され、その指定期間内の令和３年１０月１１日に意見書及び手続補正書が提出されたが、令和４年１月２４日付け（発送日：令和４年２月２日）で拒絶査定がなされ、これに対し、令和４年６月１日に拒絶査定不服審判が請求されると同時に手続補正書が提出されたものである。

原査定に引用され、本願の優先日前に頒布された引用文献１（米国特許出願公開第２０１５／０１８６４８３号明細書）には、「SYSTEMS AND METHODS FOR DYNAMICALLY GROUPING DATA ANALYSIS CONTENT（当審訳：データ分析の内容を動的にグループ化するためのシステムおよび方法）」に関して、以下の記載事項及び図示事項がある（下線部は当審が付した。以下同様。）。

ア 「[0001] The subject matter disclosed herein relates to systems and methods for grouping content presented on a graphical user interface (GUI) of a condition monitoring system. More specifically, the subject matter disclosed herein relates to dynamically grouping the content displayed on the GUI based on real-time input received by the GUI.

[0002] Industrial monitoring systems, such as asset condition monitoring systems, generally provide monitoring capabilities for various types of mechanical devices and systems. For example, an industrial monitor may monitor one or more operational parameters of a gas turbine system. Here, the industrial monitoring system may include a number of sensors (e.g., temperature sensors, pressure sensors, flow sensors, and so forth) disposed throughout the gas turbine system. Such sensors may provide the industrial monitoring system data related to parameters associated with the gas turbine system.

[0003] In this manner, condition monitoring systems may provide users with valuable information regarding the health or condition of various machines in an industrial environment. For instance, condition monitoring systems may receive inputs from a broad range of sources in a plant including permanent and portable condition monitoring hardware/software, process control and automation hardware/software, process historians, maintenance management and reliability software, spreadsheets, operator logs, and the like. Using the data received from these sources, users of the condition monitoring systems may analyze the data with various tools provided by the condition monitoring systems. However, due to a decreasing availability of technically inclined personnel in the general workforce of the industrial industry, it is now recognized that improved systems and methods for operating condition monitoring systems via a graphical user interface are desired.

（当審仮訳）

［０００１］ 本明細書で開示される主題は、状態モニタリングシステムのグラフィカル・ユーザ・インタフェース（ＧＵＩ）上に提示されたコンテンツをグループピングするためのシステムおよび方法に関する。より具体的には、本明細書で開示される主題は、ＧＵＩによって受け取られたリアルタイム入力に基づくＧＵＩに表示される内容の動的なグルーピングに関する。

［０００２］ 資産状況モニタリングシステムのような産業用モニタリングシステムは、一般的に機械的装置及びシステムのための様々なモニタリング機能を提供する。例えば、産業用モニタは、ガスタービンシステムの１つまたは複数の動作パラメータをモニタできる。ここで、産業用モニタリングシステムは、ガスタービンシステムの全体に配置された、いくつかのセンサ（例えば、温度センサ、圧力センサ、流量センサ等）を含むことができる。これらのセンサは、ガスタービンシステムのパラメータに関するデータを産業用モニタリングシステムに提供する。

［０００３］ このように、状態モニタリングシステムは、動作環境下における種々の機器の健全性又は状態に関する有益な情報をユーザに提供し得る。例えば、状態モニタリングシステムは、永久性であり且つ携帯の監視用ハードウェア／ソフトウェア、プロセス制御及び自動化ハードウェア/ソフトウェア、プロセスヒストリアン、保守管理、信頼性ソフトウェア、スプレッドシート、ログ、などを含むプラント内の供給源の広い範囲から入力を受け取ることができる。これらの供給源から受信したデータを用いて、状態モニタリングシステムのユーザは、状態モニタリングシステムによって提供される様々なツールを用いてデータを分析できる。しかしながら、産業の通常の作業において技術的に傾斜した人員の減少する利用可能性により、現在では、グラフィカル・ユーザ・インターフェースを介して運転状態モニタリングシステムのためのシステムおよび方法の向上が望まれている。」

イ 「[0004] Certain embodiments commensurate in scope with the originally claimed invention are summarized below. These embodiments are not intended to limit the scope of the claimed invention, but rather these embodiments are intended only to provide a brief summary of possible forms of the invention. Indeed, the invention may encompass a variety of forms that may be similar to or different from the embodiments set forth below.

[0005] In a first embodiment, a system may include a processor that receives data from one or more measurement points associated with a device or one or more components within the device, such that the device may operate in an industrial environment. The system may also include a graphical user interface (GUI) that may display one or more selectable components that correspond to one or more types of the data. The GUI may also receive a selection of one of the selectable components, such that the one of the selectable components corresponds to at least a portion of the data. After receiving the selection, the GUI may receive a grouping mode input that may specify characteristics for display of the at least a portion of the data. The GUI may then display one or more data processing outputs associated with the selection. Each respective data processing output may include one or more visualizations associated with one or more datasets of the at least a portion of the data, such that the respective one or more visualizations of the respective data processing output may be displayed together based on an association between the respective one or more datasets and the grouping mode input.

[0006] In a second embodiment, a non-transitory computer-readable medium including machine-readable instructions executable by a processor may cause the processor to display one or more selectable components that correspond to one or more measurement points associated with a device or one or more components within the device. The processor may then receive a selection of one of the selectable components, such that the one of the selectable components corresponds to a subset of the one or more measurement points. The processor may then display a first data processing output for each measurement point of the subset of the measurement points, such that each respective first data processing output may include a respective visualization associated with a respective measurement point of the subset of the measurement points. The processor may then receive a grouping mode input that may specify characteristics for display of one or more visualizations associated with the subset of the measurement points that may be displayed together on one or more second data processing outputs. The processor may then display the one or more second data processing outputs, such that one or more respective visualizations of each respective second data processing output may be displayed together based on an association between one or more measurement points of the subset of the measurement points and the grouping mode input.

[0007] In a third embodiment, a method may include displaying one or more selectable components that correspond to one or more types of measurement data associated with a device or a component within the device. The method may then include receiving a selection of one of the selectable components, such that the one of the selectable components corresponds to at least a portion of the measurement data. The method may then receive a grouping mode input to specify characteristics for display of the at least a portion of the data as may be displayed in one or more data processing outputs. The method may then include displaying the one or more data processing outputs associated with the selection, such that each respective data processing output may include one or more visualizations associated with one or more datasets of the at least a portion of the measurement data. The respective one or more visualizations of the respective data processing output may be displayed together based on an association between the respective one or more datasets and the grouping mode input.

（当審仮訳）

［０００４］ 最初に特許請求された発明の範囲に相応する特定の実施形態を以下に要約する。これらの実施形態は本発明の範囲を限定するものではなく、むしろこれらの実施形態は本発明の可能な形態の簡潔な要約を提供することのみを意図している。実際に、本発明は、以下に記載される実施形態と類似するあるいは異なる様々な形態を包含し得る。

［０００５］第１の実施形態では、システムは、動作環境で運転されるデバイス又はデバイス内の１つまたは複数の構成要素の１つまたは複数の測定ポイントからのデータを受け取るプロセッサを含んでもよい。システムはまた、１つまたは複数の種類のデータに対応する、１つまたは複数の選択可能な要素を表示することができるグラフィカル・ユーザ・インターフェース（ＧＵＩ）を含むことができる。GUIはまた、データの少なくとも一部に対応する一つの選択可能な要素の選択を受け取ることができる。選択を受け取った後、ＧＵＩは、データの少なくとも一部を表示するため特性を指定するグルーピングモード入力を受け取ることができる。次に、ＧＵＩは、選択された１つまたは複数のデータの処理出力を表示してもよい。それぞれのデータ処理出力は、データの少なくとも一部の１つまたは複数のデータセットに関連する１つ又は複数の視覚化を含んでもよく、それぞれのデータ処理出力のそれぞれの１つ又は複数の視覚化は、それぞれ１つまたは複数のデータセットとグルーピングモード入力の間の関連付けに基づいて、一緒に表示することができる。

［０００６］第２の実施形態では、プロセッサによって実行可能な機械可読命令を含む、非一時的なコンピュータ読み取り可能な媒体は、プロセッサにデバイス又はデバイス内の１つまたは複数の構成要素に関連する１つまたは複数の測定点に対応する１つまたは複数の構成要素を表示させる。次に、プロセッサは、１つまたは複数の測定点のサブセットに相当する選択可能な構成要素のうち１つの選択を受け取ることができる。次いで、プロセッサは、測定ポイントの部分集合についての各測定点における、測定点のサブセットのそれぞれの測定点に関連した各視覚化を含む第１のデータ処理の出力を表示することができる。次に、プロセッサは１つまたは複数の第２のデータ処理出力と一緒に表示することができる測定点のサブセットに関連する１つまたは複数の視覚化の表示のための特性を指定するグルーピングモード入力を受け取ることができる。次に、プロセッサは１つまたは複数の第２のデータ処理出力を表示することができ、それぞれの第２のデータ処理出力の１つまたは複数のそれぞれの視覚化は、測定点のサブセットとグルーピングモード入力との間の関連付けに基づいて、一緒に表示される。

［０００７］第３の実施形態では、方法は、デバイスまたはデバイス内の構成要素に関連する測定データの１つまたは複数の種類に対応する１つまたは複数の選択可能な構成要素を表示することを含む。次に、この方法は、測定データの少なくとも一部に対応する選択可能な構成要素のうちの１つの選択を受け取ることを含む。次に、この方法は１つまたは複数のデータ出力処理が表示される時に、データの少なくとも一部を表示するための特性を指定するためのグループモード入力を受け取る。次に、この方法は、選択に関連した、測定データの少なくとも一部分の1つ又はそれ以上のデータセットに関連する１つ又は複数の視覚化を含む、１つ又は複数のデータ処理の出力を表示するステップを含む。各データ処理出力のそれぞれの１つ又は複数の視覚化は、それぞれ１つまたは複数のデータセットとグルーピングモード入力との間の関連付けに基づいて、一緒に表示される。」

ウ 「[0023] By way of introduction, FIG.1 illustrates a block diagram of an industrial monitoring system 10 in which various types of machines used for industrial processes may be monitored. The industrial monitoring system 10 may include a condition monitoring system 12, which may receive data from various components (e.g., machines) that may be part of an industrial environment. For example, the condition monitoring system may monitor components used in a plant 14. The plant 14 may include any type of industrial environment where different components or machines may be used to complete one or more industrial processes. As such, the plant 14 may correspond to an oil refinery, a manufacturing facility, a turbomachine system, a power generation system, a gasification system, a chemical production system, a gas turbine system, a steam turbine system, a combined cycle system, a power plant, or the like.

[0024] The components in the plant 14 may include one or more machines 16, such as a gasifier, a gas treatment unit, an electric motor, a combustion engine, a gas turbine, a heat exchanger, centrifugal pumps, centrifugal compressors, fans, reciprocating compressors, generators, steam turbines, wind turbines, piping, axial compressors, screw compressors, gears, turbo-expanders, blowers, agitators, mixers, pulp refiners, ball mills, crushers, pulverizers, extruders, pelletizers, cooling towers, boilers, furnaces, heat recovery steam generators (HRSGs), and the like. Each machine 16 may include one or more sensors 18 that may monitor various aspects of a respective machine 16. The sensors 18 may include temperature sensors, current sensors, voltage sensors, pressure sensors, displacement sensors, vibration sensors, velocity sensors, acceleration sensors, flow sensors, clearance sensors, flame sensors, gas composition sensors, vibration sensors, clearance sensors, gas composition sensors, speed sensors, emissions sensors, and any other type of sensor that may provide information with respect to the operation of the respective machine 16.

[0025] Generally, the data acquired by the sensors 18 may be received by the condition monitoring system 12 via a direct link (i.e., hardwired), a network link, or a portable memory device (e.g., Universal Serial Bus memory drive). In one embodiment, the condition monitoring system 12 may include a dynamic graphical user interface (GUI) 20 that may generate visualizations that represent the machines 16 and the sensors 18 being monitored by the condition monitoring system 12. As such, users of the condition monitoring system 12 may monitor the health or status of machines 16 in the plant 14 via the dynamic GUI 20. Further, the condition monitoring system 12 may be used to measure one or more mechanical devices of larger mechanical systems (e.g., steam turbine systems, hydraulic turbine systems, wind turbine systems, reactors, gasifiers, gas treatment systems, industrial automation systems, or other suitable mechanical systems).

[0026] The dynamic GUI 20 may enable the user to perform various types of data processing or analysis using tools provided by the condition monitoring system 12 or by separate data processing or analysis products. For instance, the user may generate a graph plotting a statistical trend of the data received from a particular sensor 18 over time. In one embodiment, after the statistical trend graph has been generated, the user may dynamically control the data being analyzed by the tool by selecting a different sensor 18 visualization displayed in the dynamic GUI 20.

続きを表示（全51行）

[0027] In addition to data acquired by the sensors 18, the condition monitoring system 12 may receive data from a database 22 which may be stored within the condition monitoring system 12, in a server, in a cloud-computing device, or the like. The database 22 may include historical data related to the data acquired by the sensors 18, calculated data associated with a machine 16 or sensor 18, results from previous data processing or analysis functions performed on data associated with a machine 16 or sensor 18, or other contextual data related to the plant 14. For example, the database 22 may include data related to the historical operating conditions (e.g., when operating at full capacity) of the plant 14 such as a plant historian or the like.

[0028] Although FIG.1 has been described with respect to an industrial environment, it should be noted that the systems and techniques described herein may be applied to other systems outside of the industrial environment. As such, the systems and techniques described herein should not be limited to industrial environments and the like.

[0029] In addition to the dynamic GUI 20, the condition monitoring system 12 may include various other components to display data, processing or analysis of data, and the like via the dynamic GUI 20. FIG.2 illustrates a block diagram of some example components that may be part of the condition monitoring system 12. As shown in the figure, the condition monitoring system 12 may include a dynamic GUI 20, a communication component 24, a processor 26, a memory 28, a storage 30, input/output (I/O) ports 32, and the like. The communication component 24 may be a wireless or wired communication component that may facilitate communication between the condition monitoring system 12, the machines 16, the sensors 18, the database 22, other control or monitoring systems, and the like. The processor 26 may be any type of computer processor or microprocessor capable of executing computer-executable code. The memory 28 and the storage 30 may be any suitable articles of manufacture that can serve as media to store processor-executable code, data, or the like. These articles of manufacture may represent non-transitory computer-readable media (i.e., any suitable form of memory or storage) that may store the processor-executable code used by the processor 26 to, among other things, analyze data and dynamically link analyzed data with visualizations displayed and selected via the dynamic GUI 20. The non-transitory computer-readable media merely indicates that the media is tangible and not a signal.

[0030] The dynamic GUI 20 may include any type of display device including a touch screen display device that may receive user inputs via the display device itself. In certain embodiments, the dynamic GUI 20 may interact with the communication component 24, the processor 26, the memory 28, the storage 30, and the input/output (I/O) ports 32 to dynamically update or control visualizations displayed on the dynamic GUI 20. The dynamic GUI 20 may be disposed on any type of computing device including an industrial monitor, a workstation, a portable monitoring device, a smart phone device, or another suitable device.

[0031] Keeping the foregoing in mind, FIG.3 illustrates an example view 40 of graphics that may be displayed by the processor 26 via the dynamic GUI 20. Referring to FIG.3, the dynamic GUI 20 may include a graphical workspace 42 and an applicable content workspace 44. The graphical workspace 42 may include visualizations that represent the machines 16 or a subset of the machines 16 being monitored by the condition monitoring system 12. The machines 16 may be depicted in the graphical workspace 42 as a machine train diagram. The machine train diagram may illustrate how a number of machines 16 may be coupled to each other. The visualizations representing the machines 16 may be selectable components that may be interacted with by a user of the condition monitoring system 12 via the dynamic GUI 20. In one embodiment, a user of the dynamic GUI 20 may select a visualization depicted in the graphical workspace 42, and the dynamic GUI 20 may then dynamically update various processing or analysis tools currently being displayed in the applicable content workspace 44 based on data that corresponds to the machine 16 associated with the selected visualization.

[0032] The applicable content workspace 44 may include a number of data analysis workspaces 46. Each data analysis workspace 46 may include results or outputs of various data processing or analysis tools provided by the condition monitoring system 12. The data processing or analysis tools may generate plots that illustrate various trends in the acquired data, spectrum information related to the acquired data, the historical values of the acquired data, the changes in the data over time, and the like. Some additional data processing or analysis outputs may include a waveform plot, a spectrum plot, an orbit plot, a bode plot, compressor performance curves, pump performance curves, histograms, bar graphs, shaft centerline plots, circular plots, waterfall plots, and the like. As such, after selecting a visualization in the graphical workspace 42, the user of the dynamic GUI 20 may send a request to the condition monitoring system 12 to perform some type of data processing or analysis function on the data associated with the machine 16 or sensor 18 that corresponds to the selected visualization. The dynamic GUI 20 may then display the results or outputs of the data processing or analysis in the data analysis workspace 46.

[0033] In addition to providing results of data processing or analysis, the applicable content workspace may also provide additional information related to alarm events, statuses, reference materials, and the like regarding a machine 16 or sensor 18 associated with a selected visualization in the graphical workspace 42. The additional information may include various reports, original equipment manufacturer datasheets, work history, and the like.

[0034] Referring back to the graphical workspace 42, the graphical workspace 42 may also include a data field 48 that may display data entries 50 associated with a respective machine 16. The data entries 50 may include real-time measurement data received from various sensors 18 disposed on a respective machine 16, data calculated by the processor 26, or the like. The data entries 50 may also include an alarm status or event status indication. For example, each data entry 50 may be shaded with a particular color or associated with a particular color to indicate to the user a specific alarm status. In one embodiment, each data entry 50 may be individually selectable like the visualizations of the machines 16, such that additional information regarding the selected data entry 50 may be presented in the applicable content workspace upon selection.

[0035] When a particular data entry 50 has been selected in the graphical workspace 42, the dynamic GUI 20 may dynamically update a hierarchical view space 52 to indicate that the respective data entry 50 has been selected. The hierarchical view space 52 may display a hierarchical structure of the machine train diagram depicted in the graphical workspace 42. That is, the hierarchical structure may list the components depicted in the graphical workspace 42 based on its hierarchical relationship to other components in the graphical workspace 42. For example, Machine A and Machine B may be listed underneath an enterprise that represents the entire machine train diagram depicted in the graphical workspace 42. Under each machine, the data entries 50 for each respective machine may be listed as one hierarchical step removed from the respective machine.

[0036] Keeping this in mind, when a particular data entry 50 has been selected in the graphical workspace 42, the dynamic GUI 20 may dynamically highlight the corresponding component listed in the hierarchical view space 52. In this manner, the dynamic GUI 20 may dynamically update different parts of the dynamic GUI 20 after a user makes a single selection elsewhere in the dynamic GUI 20. In the same fashion, when a particular data entry 50 has been selected in the hierarchical view space 52, the dynamic GUI 20 may dynamically highlight or select the corresponding component listed in the graphical workspace 42.

[0037] The dynamic GUI 20 may also include a measurement data space 54. The measurement data space 54 may include all measurement types that may have been collected for a component selected in the hierarchical view space 52 or the graphical workspace 42. As such, the measurement data space 54 may include a number of visualizations or headers for different categories or types of collected measurements. The measurements may include diagnostic waveforms/spectrums, vectors, scalar variables, and the like. Each type of collected measurement may also be a selectable component dynamically linked with a component displayed in the hierarchical view space 52, the graphical workspace 42, and the applicable content workspace.

[0038] In certain embodiments, the components in the graphical workspace 42, the applicable content workspace, the hierarchical view space 52, and the measurement data space 54 may be linked together using software pointers. That is, each selectable component may include one or more pointers that may direct the dynamic GUI 20 to data associated with the selected component, such that the graphical workspace 42, the applicable content workspace, the hierarchical view space 52, and the measurement data space 54 may be updated based on the data associated with the selected component. For example, when a component is selected within the graphical workspace 42, the data presented in the applicable content workspace, the hierarchical view space 52, and the measurement data space 54 may be updated to match the data associated with the selected component. In this manner, each portion of the dynamic GUI 20 may be dynamically updated based on a selection of a component via the dynamic GUI 20 .

[0039] As mentioned above, the measurement data space 54 may include all measurements that may have been collected for a component selected in the hierarchical view space 52 or the graphical workspace 42. Generally, when the user selects an entry in the measurement data space 54, an individual data analysis workspace 46 may be generated for each individual data source that may be associated with the selected entry. That is, if the user selects an entry in the measurement data space 54 that is associated with a number of measurement points, the GUI 20 may generate an individual data analysis workspace 46 for each individual measurement point. By generating an individual data analysis workspace 46 for each individual measurement point, the GUI 20 groups the data presented in the data analysis workspaces 46 according to measurement points.

[0040] Keeping the foregoing in mind, FIGS.4A-4D illustrate schematic views 60, 80, 90, 100 of a number of plots generated in corresponding data analysis workspaces 46 via the GUI 20 when an entry in the measurement data space 54 has been selected. Referring first to FIG.4A, machine train diagram G (“Train G”) in the hierarchical view space 52 is indicated as being selected. Here, the machine train diagram G includes a motor 62, a gearbox 64, and a compressor 66. For the purposes of discussion, the motor 62 may include, for example, two bearings: an outboard bearing (OB) and an inboard bearing (IB). Each bearing of the motor 62 may include two data measurement points (i.e., X measurement and Y measurement). As such, the motor 62 may be associated four bearing data measurement points.

[0041] In the same manner, the gearbox 64 may, in one example, include four bearings: a low speed inboard bearing, a low speed outboard bearing, a high speed inboard bearing, and a high speed outboard bearing. Each bearing of the gearbox 64 may also include two data measurement points (i.e., X measurement and Y measurement). As such, the gearbox 64 may be associated eight bearing data measurement points.

[0042] Similarly, the compressor 66 may, for instance, include two bearings: an inboard bearing and an outboard bearing. Each bearing of the compressor 66 may also include two data measurement points (i.e., X measurement and Y measurement). As such, the compressor 66 may be associated four bearing data measurement points.

[0043] In one embodiment, the GUI 20 may receive a selection or input in the measurement data space 54 at a measurement entry associated with a direct RV (radial vibration) data entry 68. The direct RV measurement type 68 may be associated with the sixteen measurement points from the bearings of the motor 62, the gearbox 64, and the compressor 66. As such, in one embodiment, the GUI 20 may generate an individual plot for each of the sixteen measurement points in a respective data analysis workspace 46, as shown in FIGS.4A-4D.

[0044] Referring to FIGS.4A-4D, the sixteen measurement points associated with the direct RV measurement type 68 may be grouped in each respective data analysis workspace 46 by point. That is, the GUI 20 may generate a plot or some data analysis visualization for each measurement point associated with the direct RV measurement type 68. As such, the GUI 20 may group the data corresponding to the sixteen measurement points received from the bearings of the motor 62, the gearbox 64, and the compressor 66 by its respective measurement point.

[0045] In one embodiment, the GUI 20 may provide a number of options (e.g., grouping modes) in which the data associated with a selected input (e.g., the direct RV measurement type 68) may be grouped. For example, FIG.5 illustrates a schematic view 110 of a visualization 112 [[[‘112’ missing from FIG.5]]] for providing a number of options for grouping the data associated with the selected input. As shown in FIG.5, the visualization 112 may provide that the GUI 20 group the data associated with the selected input by point, by machine, by bearing, by measurement type, and the like.

[0046] As illustrated in FIGS.4A-4D, when grouping the data by point, the GUI 20 may group the data associated with each measurement point to a single data analysis workspace 46. As such, when the selected input (e.g., the direct RV measurement type 68) is associated with the sixteen measurement points, the GUI 20 may group the data associated with each respective measurement point on a single data analysis workspace 46.

[0047] When grouping the data by machine, the GUI 20 may group all of the measurement points associated with a particular machine onto a single data analysis workspace 46. That is, the GUI 20 may analyze all of the data associated with selected measurement points for each machine 16, and display the analyzed data for each machine 16 in a single data workspace 46. For example, the GUI 20 may display the analyzed data for each machine 16 in a stacked or overlaid plot type, such that data associated with a measurement point from the respective machine 16 may be depicted in the same data analysis workspace 46. In other words, when the GUI 20 displays the analyzed data for each machine 16, the GUI 20 may display the measurement points associated with the selected input for the corresponding machine 16 that may include the measure points that correspond to, for example, a motor, compressor, pump, generator, gas turbine engine, steam turbine, hydro turbine, wind turbine, gasifier, gas treatment system, heat recovery steam generator, or the like.

（当審仮訳）

［００２３］ 前置きとして、図１は、産業プロセスで使用される様々なタイプの機械がモニタリングされる産業用モニタリングシステム１０のブロック図を示す。産業用モニタリングシステム１０は、動作環境である様々な構成要素（例、機械）からデータを受け取る状態モニタリングシステム１２を含む。例えば、状態モニタリングシステムは、プラント１４内で使用される構成要素をモニタできる。プラント１４は、一つ又は複数の産業プロセスを完了するために使用すされる異なる構成要素又は機械についての様々な種類の動作環境を含む。プラント１４は、石油精製所、製造施設、ターボ機械システム、発電システム、ガス化システム、化学製品生産システムは、ガスタービンシステム、蒸気タービンシステム、複合サイクルシステム、発電所等に対応する。

［００２４］ プラント１４内の構成要素は、１つまたは複数の機械１６、ガス化器、ガス処理ユニット、電動機、内燃機関、ガスタービン、熱交換器、遠心ポンプ、遠心圧縮機、送風機、往復圧縮機、発電機、蒸気タービン、風力タービン、軸流圧縮機、スクリュー圧縮機、歯車、ターボ膨脹機、送風機、撹拌機、混合機、パルプリファイナー、ボールミル、粉砕機、粉砕機、押出機、造粒機、冷却塔、ボイラ、炉、熱回収蒸気発生装置（ＨＲＳＧｓ）等を含む。各機械１６は、機械１６の様々な側面をモニタする１つまたは複数のセンサ１８を含む。センサ１８は、温度センサ、電流センサ、電圧センサ、圧力センサ、変位センサ、振動センサ、速度センサ、加速度センサ、流量センサ、隙間センサ、炎センサ、ガス組成センサ、振動センサ、隙間センサ、ガス組成センサ、速度センサ、排出量センサと、各機械１６の動作に関する情報を提供することができる任意の他のタイプのセンサを含むことができる。

［００２５］ 一般的に、センサ１８によって取得されたデータは、ダイレクトリンク（すなわち、有線）、ネットワークリンク、または携帯型記憶デバイス（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリドライブ）を介して状態モニタリングシステム１２により受け取ることができる。一実施形態では、状態モニタリングシステム１２は、状態モニタリングシステム１２によってモニタされている機械１６とセンサ１８の視覚化を生成する動的なグラフィカル・ユーザ・インタフェース（ＧＵＩ）２０を含むことができる。このように、状態モニタリングシステム１２のユーザは、動的なＧＵＩ２０を介してプラント１４内の機械１６の健康または状態をモニタすることができる、状態モニタリングシステム１２は、より大きな機械的システム（例えば、蒸気タービンシステム、水力タービンシステム、風力タービンシステム、反応器、ガス化装置、ガス処理システム、工業オートメーション・システム、またはその他の適切な機械的システム）の１つまたは複数の機械装置を測定するために使用することができる。

［００２６］ 動的なＧＵＩ２０は、ユーザが状態モニタリングシステム１２によって提供されるツールを用いて、または別のデータ処理もしくは分析物データ処理による様々なタイプのデータの生成または分析を可能にする。例えば、ユーザは、特定のセンサ１８から受け取ったデータの統計的な傾向を経時的にプロットするグラフを生成することができる。一実施形態では、統計的なトレンドグラフが生成された後、ユーザは、動的なグラフィカル・ユーザ・インターフェイス２０に表示された、可視化された異なるセンサ１８を選択することによって、ツールによって解析されるデータを動的に制御し得る。

［００２７］ センサ１８によって取得されたデータに加えて、この状態モニタリングシステム１２は、状態モニタリングシステム１２内、サーバ内、クラウドコンピューティング装置内、等に設けることができるデータベース２２からデータを受け取る。データベース２２は、センサ１８によって取得されたデータに関連する履歴データ、機械１６またはセンサ１８に関連する計算されたデータ、機械１６またはセンサ１８に関連するデータに対して実行された前のデータ処理または解析の結果、またはプラント１４に関連する他のコンテキストデータを含む。例えば、データベース２２は、プラント履歴等のようなプラント１４の過去の作動条件（例えば、最大能力で動作している場合）履歴に関連するデータを含む。

［００２８］ 図１は、動作環境に関連して説明してきたが、本明細書で説明するシステムおよび技法は、動作環境外部の他のシステムにも適用できることに留意すべきである。本明細書で説明されるシステムおよび技術は、動作環境等に限定されない。

［００２９］ 動的なＧＵＩ２０に加えて、この状態モニタリングシステム１２は、動的なＧＵＩ２０を介して、データの表示、データの処理または解析等をする様々な他のコンポーネントを含む。図２は状態モニタリングシステム１２の一部とすることができるいくつかの構成要素の例を示すブロック図を示す。同図に示すように、状態モニタリングシステム１２は、動的なＧＵＩ２０、通信部２４、プロセッサ２６、メモリ２８、記憶装置３０、入力／出力（Ｉ／Ｏ）ポート３２などを含む。通信部２４は、状態モニタリングシステム１２、機械１６、センサ１８、データベース２２、他のコントロールまたはモニタリングシステム、等との間の通信をする無線または有線の通信手段である。プロセッサ２６は、コンピュータ実行可能コードを実行可能な、あらゆるタイプのコンピュータのプロセッサあるいはマイクロプロセッサである。メモリ２８及び記憶装置３０は、プロセッサ実行可能コード、データ等を保存するメディアとして機能する任意の適切な装置である。これらの装置は、とりわけ、プロセッサ実行可能コードを記憶し、他にデータを分析し、グラフィカル・ユーザ・インターフェイス２０を介して表示され、選択された視覚化で解析されたデータを動的にリンク非一時的コンピュータ読み取り可能媒体（例えば、任意の適切な形態のメモリ又は記憶装置）を表す。非一時的なコンピュータ可読媒体は、媒体は有形で信号ではないことを単に示す。

［００３０］ 動的なＧＵＩ２０は表示装置自身を介してユーザ入力を受け取るタッチスクリーン表示装置を含む任意のタイプの表示デバイスを含む。特定の実施形態において、動的なＧＵＩ２０は、通信部２４、プロセッサ２６、メモリ２８、記憶装置３０、動的なＧＵＩ２０に表示されている視覚化を動的に更新するか、制御する入力／出力（Ｉ／Ｏ）ポート３２を含む。動的なＧＵＩ２０は、産業用モニタ、ワークステーション、携帯モニタ装置、スマートフォン、または他の適切な装置を含む任意のタイプのコンピューティングデバイスに配置できる。

［００３１］ 上記のことを念頭に置いて、図３は、動的なＧＵＩ２０を介してプロセッサ２６によって表示されるグラフィックの一例４０を示す。図３を参照すると、動的なＧＵＩ２０は、画像領域４２及び該当コンテンツ領域４４を含む。画像領域４２は、状態モニタリングシステム１２によってモニタされている機械１６又は機械１６のサブセットの視覚化を含む。機械１６は、機械列車ダイヤグラムとして画像領域４２で示されてもよい。機械列車ダイヤグラムは、多くの機械１６がどのように互いに結合しているかを示した図である。機械１６の視覚化は、動的なＧＵＩ２０を介し、状態モニタリングシステム１２のユーザによって対話できる選択可能な構成要素である。一実施形態では、動的なＧＵＩ２０のユーザは、画像領域４２内に示す視覚化を選択でき、動的なＧＵＩ２０は、現在選択された視覚化に関連する機械１６に対応するデータに基づいて該当するコンテンツ領域４４に表示されている各処理又は分析ツールを動的に更新できる。

［００３２］ コンテンツ領域４４は、いくつかのデータ分析領域４６を含む。各データ分析領域４６は、状態モニタリングシステム１２によって提供される様々なデータ処理または解析ツールの結果又は出力を含む。データ処理もしくは分析ツールは、取得されたデータの様々なトレンド、取得データに関連するスペクトル情報、取得されたデータの履歴、経時的なデータの変化を示すプロットを生成する。いくつかの追加のデータ処理もしくは分析の出力は、波形プロット、スペクトルプロット、軌道プロット、ボード線図上、圧縮機性能曲線はポンプ性能曲線、ヒストグラム、棒グラフ、線グラフ、円グラフ、プロット、および同様のものを含む。このように、画像領域４２内の可視化を選択した後、動的なＧＵＩ２０のユーザは、選択された視覚化に対応する機械１６又はセンサ１８と関連したデータのいくつかのタイプの処理又は解析機能の実行を状態モニタリングシステム１２に要求する。動的なＧＵＩ２０は、データ分析領域４６でのデータの処理または解析の結果又は出力を表示してもよい。

［００３３］ データ処理もしくは分析の結果を提供することに加えて、コンテンツ作業領域は、画像領域４２で選択された視覚化に関連する機械１６またはセンサ１８についてのアラームイベント、状況、材料、等に関連した追加情報を提供できる。追加情報は、様々な報告、装置の元のデータシート、作業履歴などを含む。

［００３４］ 画像領域４２に戻ると、画像領域４２は、機械１６に関連付けられたデータエントリ５０を表示し得るデータ領域４８を含む。データエントリ５０は、機械１６に配置された各種センサ１８から受け取ったリアルタイムの測定データ、プロセッサ２６によって計算されたデータ等を含む。データエントリ５０はまた、警報ステータスまたはイベントステータス表示を含む。例えば、各データエントリ５０は、特定のアラーム状態をユーザに対して示すため、特定の色の領域や特定の色が関連づけられる。一実施形態では、各データエントリ５０は、機械１６の視覚化と同様に個々に選択可能であり、選択されたデータエントリ５０に関する付加的な情報は、選択時に適用可能なコンテンツ領域で提供できる。

［００３５］ 画像領域４２内で特定のデータエントリ５０が選択された場合、動的なＧＵＩ２０は、選択されたデータエントリ５０を表示するため、階層的ビュー領域５２を動的に更新する。階層ビュー領域５２は、画像領域４２に示した機械列車ダイヤグラムの階層構造を表示することができる。すなわち、階層構造は、画像領域４２内の他の構成要素との階層関係に基づいて、画像領域４２内に示された構成要素をリスト化する。例えば、機械Ａと機械Ｂ、画像領域４２に示された機械列車ダイヤグラムを示すものの下にリスト化される。各機械のデータエントリ５０は、それぞれの機械が除去された１つの階層的ステップとしてリスト化される。

［００３６］ このことに留意すると、画像領域４２内で特定のデータエントリ５０が選択された場合、動的なＧＵＩ２０は階層ビュー領域５２内の対応する構成要素を強調する。このように、動的なＧＵＩ２０は、ユーザの動的なＧＵＩ２０内の別の場所の単一の選択を行った後、動的なＧＵＩ２０の様々な部分を動的に更新する。同様に、階層ビュー領域５２内で特定のデータエントリ５０が選択されたとき、動的なＧＵＩ２０は、画像領域４２内にリスト化された対応する構成要素を動的に強調または選択する。

［００３７］ 動的なＧＵＩ２０はまた、測定データ領域５４を含む。測定データ領域５４は、階層ビュー領域５２または画像領域４２内で構成要素のために収集されたすべての測定タイプを含む。そのようなものとして、測定データ領域５４は、収集された測定値の異なる区分またはタイプのためのいくつかの視覚化またはヘッダを含む。測定値は、診断波形／スペクトル、ベクトル、スカラー、変数等を含む。各タイプの収集された測定値は、階層的ビュー領域５２、画像領域４２、及びコンテンツ領域内に表示された構成要素に動的にリンクされた、選択可能な構成要素であってもよい。

［００３８］ 特定の実施形態において、画像領域４２、コンテンツ領域、階層ビュー領域５２、測定データ領域５４の中の構成要素は、ソフトウエアポインタによって共にリンクされる。すなわち、各選択可能な構成要素は、動的ＧＵＩ２０に選択されたコンポーネントに関連付けられたデータを向けることができる１つまたは複数のポインタを含み、画像領域４２、コンテンツ領域、階層ビュー領域、データ領域５４は、選択された構成要素に関連するデータに基づいて更新できる。例えば、画像領域４２内で構成要素が選択されると、該当するコンテンツ領域、階層ビュー領域５２、測定データ領域５４に提示されたデータは、選択されたコンポーネントに関連するデータと一致するように更新される。このように、動的なＧＵＩ２０の各部分は、動的なＧＵＩ２０を介して、コンポーネントの選択に基づいて動的に更新することができる。

［００３９］ 上述したように、測定データ領域５４は、階層ビュー領域５２または画像領域４２内の選択された構成要素のために収集されたすべての測定値を含む。一般に、ユーザは、測定データ領域５４内のエントリを選択すると、選択されたエントリに関連するそれぞれのデータのために個々の分析領域４６が生成される。すなわち、ユーザが多数の測定点に関連する測定データ領域５４内のエントリを選択した場合、ＧＵＩ２０は、それぞれの個々の測定点のために個々のデータ分析領域４６を生成する。個々の測定点のために個々のデータ分析領域４６を生成することにより、ＧＵＩ２０は、測定点に係るデータ分析領域４６内に提示されるデータをグループ化する。

［００４０］ 上記を念頭に置いて、図４Ａ－４Ｄは。この測定データ領域５４内のエントリが選択されたとき、ＧＵＩ２０を介して対応するデータ分析領域４６において生成された、いくつかのプロットの概略図６０、８０、９０、１００を示す。最初に図４Ａを参照すると、階層的ビュー領域５２内の機械列車ダイヤグラムＧ（“列車Ｇ”）は選択されたものとして示される。ここで、機械列車ダイヤグラムＧはモータ６２、ギアボックス６４、及び圧縮機６６を含む。説明の目的のために、モータ６２は、例えば、２個のベアリング（外側ベアリング（ＯＢ）及び内側ベアリング（ＩＢ））を含む。モータ６２の軸受は、２個のデータ測定点（すなわち、Ｘ測定及びＹ測定）を含む。このように、モータ６２は、関連する４データ測定点とすることができる。

［００４１］ 同様に、ギアボックス６４は、一例では、４個の軸受、すなわち低速内側軸受、低速外側軸受、高速内側軸受及び高速外側軸受を含む。ギアボックス６４の軸受はまた、２個のデータ測定点（すなわち、Ｘ測定及びＹ測定値）を含む。そのため、ギアボックス６４は、関連する８データ測定点とすることができる。

［００４２］ 同様に、圧縮器６６は、例えば、２個の軸受：内側軸受及び外側軸受を含む。圧縮機６６の軸受は、２個のデータ測定点（すなわち、Ｘ測定及びＹ測定）を含む。このように、圧縮機６６は、関連する４データ測定点とすることができる。

［００４３］ 一実施形態では、ＧＵＩ２０は、ダイレクトＲＶ（半径方向振動）のデータエントリー６８と関連した測定項目における測定データ領域５４内の選択または入力を受け取る。ダイレクトＲＶ測定タイプ６８は、モータ６２、ギアボックス６４、および圧縮機６６の１６個の軸受の測定点と関連し得る。このように、図４Ａ－図４Ｄにみられるように、一実施形態では、ＧＵＩ２０は、データ分析領域４６内の１６個の測定点毎の個々のプロットを生成することができる。

［００４４］ 図４Ａ－図４Ｄを参照すると、ダイレクトＲＶ測定タイプ６８に関連する１６個の測定点は、測定点毎のデータ分析領域４６にグループ化できる。すなわち、ＧＵＩ２０は、ダイレクトＲＶ測定タイプ６８に関連付けられた各測定点のプロットまたはデータ解析の視覚化を生成する。このように、ＧＵＩ２０は、それぞれの測定点におけるモータ６２、ギアボックス６４、及び圧縮機６６の軸受から受け入れた１６個の測定点に対応するデータをグループ化してもよい。

［００４５］ 一実施形態では、ＧＵＩ２０は、選択された入力（例えば、ダイレクトＲＶ測定タイプ６８）に関連付けられたデータはグループ化され、オプションのいくつか（例えば、グループモード）を提供できる。例えば、図５は、選択された入力に関連したデータをグループ化するための数多くのオプションを提供するための可視化１１２（（（‘１１２’図５からミッシングした。）））の模式図１１０を示している。図５に示すように、視覚化１１２は、機械、軸受、測定タイプ等によって選択された入力に関連したＧＵＩ２０がグループ化したデータを提供する。

［００４６］ 図４Ａ－４Ｄに示すように、測定点によりデータをグループ化するとき、ＧＵＩ２０は、単一のデータ分析領域４６で各測定点に関連するデータをグループ化してもよい。このように、選択された入力（たとえば、ダイレクトＲＶ測定タイプ６８）が、１６個の測定点が関連付けられるとき、ＧＵＩ２０は、単一のデータ分析領域４６でそれぞれの測定点に関連するデータをグループ化してもよい。

［００４７］ データを機械によりデータをグループ化するとき、ＧＵＩ２０は、単一のデータ分析領域４６で特定のマシンに関連した測定点の全てをグループ化することができる。すなわち、ＧＵＩ２０は、各機械１６の選択された測定点に関連付けられた全てのデータを分析し、単一のデータ分析領域４６に各機械１６について解析したデータを表示できる。例えば、ＧＵＩ２０は、積み重ねた又は重ね合わせたプロットタイプで各機械１６の分析データを表示でき、各機械１６から測定点に関連するデータは同じのデータ分析領域４６に示される。すなわち、ＧＵＩ２０が各機械１６の分析データを表示したとき、ＧＵＩ２０は、例えば、モータ、圧縮機、ポンプ、発電機、ガスタービンエンジン、蒸気タービン、水力タービン、風力タービン、ガス化装置、ガス処理システム、排熱回収ボイラ等に対応する測定ポイントを含むことがある対応する機械１６のために選択された入力に関連している測定点を表示できる。」

エ 「Ｆｉｇ．１

［図：0001396976000001.jpg］

」

オ 上記ウの段落［００２５］ないし［００２９］の記載事項からみて、「プロセッサ２６」は、「コンピュータ実行可能コード」が実行されると「複数のセンサ１８によって取得されたデータを受け取り」、「動的なＧＵＩ２０は表示装置自身を介してユーザ入力を受け取り」、さらに「現在選択された視覚化に関連する機械１６に対応するデータに基づいてデータ処理又は分析ツールを動的に更新でき」、動的なＧＵＩ２０上に、スペクトルプロットを含むデータ処理もしくは分析の出力を行う、「プロセッサ２６」である。

原査定に引用され、本願の優先日前に頒布された引用文献２（米国特許第５３７１８５４号明細書）には、「SONIFICATION SYSTEM USING AUDITORY BEACONS AS REFERENCES FOR COMPARISON AND ORIENTATION IN DATA（当審訳：データ内での比較および位置付けのための基準として、聴覚ビーコンを用いる可聴化システム）」に関して、以下の記載事項及び図示事項がある。

カ 「The present invention offers the sonification system user a means of identifying particular states of the system and, by referring to those states, to grasp the overall status of the system and to orient themselves in the multi-dimensional space defined by the various independent data streams. Thus the system allows the system user to generate and compare alternate auditory `views` of the data to enhance comprehension.

To achieve this goal of identifying, comprehending and orienting in data environments, the present invention describes a technique for using sound "beacons" to identify certain states of a sonification system and using multiple data/sound mappings as an aid to comprehending those different states. The ongoing auditory output of the sonification system will be referred to as the sonic data stream, which is to say a sonic representation of the data stream(s). The beacon is a point or region within that sonic data stream.

（当審仮訳）

本発明は、システムの特定の状態を識別する手段である可聴化システムをユーザに提供し、それらの状態を参照することにより、システム全体の状況を把握したり、様々な独立したデータ・ストリームによって定義された多次元空間中に自身を配向させる。したがって、システムは、システムユーザが、理解を促進するために、データの代替聴覚"ビュー"を生成して比較する。

データ環境における識別、理解及び方向付けというこの目標を達成するために、本発明は「ビーコン」音を使用して可聴化システムの特定の状態を識別するために、複数のデータ／音声マッピングを使用して、これらの異なる状態を理解する助けとなるようにする技術が記載されている。可聴化システムの音響出力は、音響データストリーム、データストリーム(単数または複数)の音波表現、と呼ぶことにする。ビーコンは、音響データストリーム内の位置または領域である。」（３欄２４－４１行）

キ 「FIG.1a describes the general structure of a sonification system that can generate auditory beacons. The user input block 50 allows the system user to interact with the system. This can include storing and retrieving beacon data, mappings and sound generator parameters, starting and stopping the data source, etc. When the user initiates the beacon storage, incoming data is stored in the beacon data memory 101. Depending on whether the user has initiated a static or dynamic beacon, either one or multiple sets of data values will be stored. The user can also initiate permanent storage of a beacon by having it transferred to the computer's file system 112. In such cases, the user must supply a file name which will thenceforth be associated with that beacon. A corresponding beacon data file 110 will then be created by the computer's operating system. Beacons may be recalled from the file system (by name) and placed back in the data memory.

The data, as either several parallel data streams or one multiplexed data stream, is then mapped to sonic quantities via the map 102 prior to being converted to audible output by a sound generator 103. The sound generator is capable of responding to the multiple or multiplexed data stream(s). Static parameters for the sound generator are stored in the sound parameter block 114. Different sets of mapping parameters and sound generator parameters are also stored in the file system 112. Again, specific files are associated with each of these, being the map file 105, and the sound parameter file 115.

It is also possible to store information in the file system specifying the particular sound generation technique to be used by the sound generator 103. This may be as simple as a number which indicates which of a group of possible sound generation algorithms to employ. On the other hand, if the sound generator is a programmable digital signal processor (DSP), it is possible that the code the DSP is to run would be `downloaded` to the sound generator from the file system.

By using a computer-based file system, additional flexibility is achieved. For example, when a new mapping is desired, the contents of the desired map file 105 are transferred from the computer's file system 112 into the map unit 102. The combination of beacon data memory 101, map 102, sound generator 103, and sound parameter block 114 may be understood collectively to be the beacon generator, since it specifies completely the auditory state of the system.

続きを表示（全15行）

By changing mapping parameters, the user specifies how each input data variable is displayed by an auditory parameter and at what scale. For instance, the user may choose to map input variable 3 to the duration of a repeating pulse, whose duration may range from 40 to 400 milliseconds. The particular selection of this auditory parameter for the given input variable as well as the range the auditory variable will take when mapped to the range of the input variable are determined by the map. As mentioned, multiple maps may be stored in the file system so that the data may be assigned to different sonic variables with different weights to facilitate the analysis.

By changing values within the sound parameter block 114, the user can affect the fixed characteristics of the sound generator 103 which are independent of the data emerging from the map 102. For instance, a four operator FM synthesis technique may have as many as 8 specific configurations of operators used to generate the sound. The selection of the particular algorithm in use may be part of the sound parameter block. Another example would be in changing the overall equalization of the final output signal to bring out certain aspects of the data-to-sound transformation.

As shown in FIG.1b, the beacon data may be stored together with an index generated by the counter 60 (FIG.1a). This information may be used in interpolation schemes described later to enable the user to specify sequences of beacons by creating a list of index values.

（当審仮訳）

図１Ａは、聴覚ビーコンを生成することができる超音波システムの一般的な構造を記載している。ユーザ入力部５０は、システムユーザがシステムと相互作用する。これは、ビーコンデータ、マッピング及び音源パラメータの保存及び取り出し、データソース等を開始および停止を含むことができる。ユーザがビーコンの記憶を開始すると、入力データは、ビーコンデータメモリ１０１に格納される。ユーザは、静的または動的ビーコンを開始したかどうかに応じて、１つまたは複数のデータ・セットの値のいずれかが格納される。ユーザはまた、コンピュータのファイルシステム１１２に転送することによって、ビーコンの永久記憶を開始することができる。このような場合、ユーザは、それ以降、そのビーコンに関連するファイル名を供給しなければならない。対応するビーコンデータファイル１１０は、コンピュータのオペレーティング・システムによって作成されることになる。ビーコンは、ファイルシステムは（名前で）から呼び出され、データ・メモリに戻されてもよい。

データは、いくつかの並列データストリームまたは多重化データストリームのいずれかとして、次に、音声生成器１０３によって可聴出力に変換される前に、マップ１０２を介して音波の量にマッピングされる。音響発生器は、複数の又は多重化されたデータストリーム(単数または複数)に応答することができる。音響発生器の静的パラメータは、音声パラメータブロック１１４に記憶される。マッピングパラメータと音源パラメータの異なるセットもファイルシステム１１２に格納される。再び、これらの各々に関連し、マップファイル１０５、パラメータファイル１１５である。

音声生成器１０３により使用される特定の音生成技術が特定のファイルシステム内の情報を記憶することも可能である。これは、可能な発音アルゴリズムのグループのどちらを使用するかを示す数といった単純なものであってもよい。一方、音声生成器は、プログラム可能なデジタル信号プロセッサ（ＤＳＰ）である場合、それは、ＤＳＰが実行するコードは、ファイルシステムから音声生成器に「ダウンロード」することが可能である。

コンピュータベースのファイルシステムを使用することによって、さらなる柔軟性が達成される。例えば、新しいマッピングが所望される場合、所望のマップファイル１０５の内容は、コンピュータのファイル・システム１１２からの地図部１０２に移送される。ビーコンデータメモリ１０１、マップ１０２、音声生成器１０３、および音声パラメータ・ブロック１１４の組み合わせは、ビーコン生成に言及して、それはシステムの聴覚状態を完全に特定するからである。

マッピングパラメータを変更することにより、ユーザは、各入力データ変数は、聴覚パラメータによってどのように表示されるかおよびどのスケールかで指定する。例えば、ユーザは、入力変数３を４０～４００ミリ秒の繰り返しパルスの持続時間に対応することができる。所与の入力変数に対してこの聴覚パラメータ、並びに入力変数の範囲にマッピングされたときに聴感上の変数がとることになる範囲の特定の選択は、マップにより決定される。上述したように、複数のマップは、ファイルシステムに格納されるデータは、分析を容易にするために、異なる重み付けをもつ異なる音速を変数に割り当てることができる。

また、音声ブロック１１４内の値を変更することによって、ユーザがマップ１０２から生成されるデータとは独立した音声生成器１０３の固定特徴に影響を及ぼし得る。例えば、４人用ＦＭ合成技術は、音を生成するために使用される演算子８の特定の設定を有することができる。使用される特定のアルゴリズムの選択は、音声パラメータブロックの一部であってもよい。別の例は、データに音変換の特定の態様を浮き彫りにするために、最終的な出力信号の全体的な均等化を変更するであろう。

図１（ｂ）に示したように、ビーコンデータは、カウンタ６０によって生成されたインデックスと共に格納されてもよい。（図１ａ)。この情報は、ユーザがインデックス値のリストを作成することによって、ビーコンのシーケンスを指定することを可能にするために、後述の補間スキームに使用することができる。」（７欄２８－８欄３７行）

ク 「Using beacons, a sonification system user can become familiar with a given set of beacons and compare, for example, the running status of a manufacturing control system, to a reference beacon representing the ideal status of the system. This enables the system user to quickly identify system problems and make adjustments based upon auditory feedback. Note that in this example, the system user does not control the beacon data or the sonic maps, but only accesses them to create auditory results as points of reference.

For example, if a worker in an injection molding factory is required to visually monitor the quality of the product emerging from the injection molding machinery, it may be difficult for him to also monitor the various parameters of the machine that effects the molding process. Such variables may include input temperature, output temperature, pressure, and viscosity. In order to allow the worker to continuously monitor these variables, one could provide a sonification wherein the input temperature is converted to a control signal for the pitch of a sound generator, output temperature is converted to a control signal for the vibrato of that sound, the pressure signal is used to control brightness and the viscosity signal is used to control roughness of the sound.

By listening to the changing sound, the system user is able to continuously monitor the status of the molding machinery without taking his eyes off of the machines output. However, if he looses track of the sound that represents the normal state, how is he to know if the current state is normal or abnormal? By pressing a preconfigured "normal beacon" button, he causes a sound to be played back that represents the normal state. By quickly comparing the resultant sound to the sound being produced by the machine, he is able to tell if one is rougher, higher, brighter, and so on than the other. Likewise, if he believes that the sound indicates that the system is headed towards a certain malfunction, he can press a button representing that malfunction and hear what sound would be produced by the sonification system when that state is reached. By comparison he can then determine if he is headed in that direction or not.

（当審仮訳）

ビーコンを用いて、超音波システムのユーザは、所与のビーコンの集合に精通しているが、例えば、製造制御システムの稼動状況を比較して、システムの理想的な状態を表す基準ビーコンとすることができる。これにより、システム利用者は、迅速なシステムの問題を確認および聴覚フィードバックに基づいて調節するようにする。なお、本実施例において、システムユーザは、ビーコンデータまたは音速マップを制御しないが、それらは、評価基準として、聴覚の結果を作成する。

例えば、射出成形工場において、作業者が射出成形機から出てくる製品の品質を視覚的に監視する必要がある場合、彼はまた、成形プロセスを実行する機械の様々なパラメータをモニタすることは困難である。このような変数は、入力温度、出力温度、圧力及び粘度を含むことができる。作業者は、これらの変数を連続的に監視することを可能にするために、入力温度は、音発生のための制御信号に変換されるように超音波処理を提供することができ、その場合、出力温度は、音のビブラートのための制御信号に変換し、圧力信号は、明るさを制御するために使用される、粘度信号は、サウンドの粗さを制御するために使用される。

変化する音を聴取することによって、システムのユーザが機械出力から眼を離すことなく成形機のステータスを連続的に監視することができる。しかしながら、ユーザは、正常状態を表現する音のトラックを失う場合であっても、あるユーザは、現在の状態が正常であるか異常であるかを知るのか？予め形成された「正規ビーコン」ボタンを押すことにより、ユーザは正常状態を示すことにより、再生される音である。機械によって製造されている音声とを比較することにより、どちらが粗いか、高いか、明るいかなどを知ることができる。同様に、音声は、システムが特定の機能不良へ向けられていることを示していると信じている場合には、その状態が到達されるときには、その異常を表すボタンを押し、音が超音波システムによって生成されたであろうことを聞くことができる。次に、作業者は、その方向に向かっているか否かを判定することができる。」（８欄４６－９欄２１行）

ケ 「Ｆｉｇ．１ａ

［図：0001396976000002.jpg］

」