(57)【要約】【課題】ユーザが必要とする分析装置に由来の情報を、簡便な操作で過不足なくユーザに提示できる分析装置の情報システムを提供する。【解決手段】このため、予め決められた形式のメッセージを機械的に生成し、生成された全てのメッセージを自律的に配信する分析装置と、少なくとも１台の分析装置から非自発的に受信したメッセージがユーザ端末毎に設定された配信条件と適合するか否か個別に判定し、適合したメッセージを対応するユーザ端末に宛てて自律的に配信する少なくとも１台のサーバとで構成される分析装置の情報システムを提供する。【選択図】図６
2015082179.tif 000002
【特許請求の範囲】
【請求項１】
予め決められた形式のメッセージを機械的に生成し、生成された全てのメッセージを自律的に配信する少なくとも１台の分析装置と、
前記少なくとも１台の分析装置から非自発的に受信したメッセージがユーザ端末毎に設定された配信条件と適合するか否か個別に判定し、適合したメッセージを対応するユーザ端末に宛てて自律的に配信する少なくとも１台のサーバと
を有する分析装置の情報システム。
【請求項２】
請求項１に記載の情報システムにおいて、
前記サーバは、
過去に配信されたメッセージに対して生成されたスコア表を参照し、新たに受信されたメッセージにスコア及び／又は重要度レベルを付与する修飾モジュールと、
前記スコア及び／又は重要度レベルが付与されたメッセージを前記配信条件と照合し、前記配信条件に適合したメッセージを対応するユーザ端末に配信する配信モジュールと
を更に有することを特徴とする情報システム。
【請求項３】
請求項２に記載の情報システムにおいて、
過去に配信されたメッセージに対するユーザの操作内容をユーザ端末から受信し、前記操作内容の評価結果に基づいて前記スコア表を更新する評価モジュール
を更に有することを特徴とする情報システム。
【請求項４】
請求項２に記載の情報システムにおいて、
前記サーバは、同じ職務に属するユーザグループと前記分析装置のグループとを対応付けたスコア表を有する
ことを特徴とする情報システム。
【請求項５】
請求項２に記載の情報システムにおいて、
前記修飾モジュールによる情報付与後のメッセージは、テキスト形式又はHTML形式である
ことを特徴とする情報システム。
【請求項６】
請求項１に記載の情報システムにおいて、
前記配信条件は、分析装置の識別情報、メッセージの種別情報、発生日時情報、スコア、重要度レベル、キーワードのいずれか又は複数の組み合わせで与えられ、ユーザ端末を通じて設定される
ことを特徴とする情報システム。
【請求項７】
請求項１に記載の情報システムにおいて、
前記配信条件は、１人のユーザに対して複数設定できる
ことを特徴とする情報システム。
【請求項８】
請求項１に記載の情報システムにおいて、
前記配信条件として、受信ログに保存されているメッセージの受信期間を指定できる
ことを特徴とする情報システム。
【請求項９】
請求項１に記載の情報システムにおいて、
前記分析装置は、質量分析装置、液体クロマトグラフ、ガスクロマトグラフ、分光光度計、原子吸光光度計、核酸分析装置及び生化学自動分析装置のうち少なくとも１つから構成される
ことを特徴とする情報システム。
【請求項１０】
予め決められた形式のメッセージを機械的に生成するモジュールと、
生成されたメッセージのうち、ユーザ毎に又はユーザ端末毎に事前に設定された配信条件と適合するか否か個別に判定し、適合したメッセージを対応するユーザ端末に宛てて自律的に配信する配信モジュールと
を有する分析装置。
【請求項１１】
請求項１０に記載の分析装置において、
過去に配信されたメッセージに対して生成されたスコア表を参照し、新たに受信されたメッセージにスコア及び／又は重要度レベルを付与する修飾モジュールと、
前記スコア及び／又は重要度レベルが付与されたメッセージを前記配信条件と照合し、前記配信条件に適合したメッセージを対応するユーザ端末に配信する配信モジュールと
を更に有する分析装置。
【請求項１２】
請求項１１に記載の分析装置において、
過去に配信されたメッセージに対するユーザの操作内容をユーザ端末から受信し、前記操作内容の評価結果に基づいて前記スコア表を更新する評価モジュール
を更に有することを特徴とする分析装置。
【請求項１３】
少なくとも予め決められた形式のメッセージを機械的に生成し、生成された全てのメッセージを自律的に配信する少なくとも１台の分析装置から非自発的にメッセージを受信する受信部と、
非自発的に受信したメッセージが、ログイン中のユーザに対して事前に設定された配信条件と適合するか否かを判定し、適合したメッセージだけをユーザに提示するモジュールと
を有するユーザ端末。
【請求項１４】
請求項１３に記載のユーザ端末において、
過去に受信されたメッセージに対して生成されたスコア表を参照し、新たに受信されたメッセージにスコア及び／又は重要度レベルを付与する修飾モジュールと、
前記スコア及び／又は重要度レベルが付与されたメッセージを前記配信条件と照合し、前記配信条件に適合したメッセージを抽出するモジュールと
を更に有することを特徴とするユーザ端末。
【請求項１５】
請求項１４に記載のユーザ端末において、
過去に配信されたメッセージに対するユーザの操作内容をユーザ端末から受信し、前記操作内容の評価結果に基づいて前記スコア表を更新する評価モジュール
を更に有することを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分析装置に由来を有する情報を配信するシステムに関する。
【背景技術】
【０００２】
背景技術として、例えば特許文献１（米国特許第７１４６２２９号明細書）がある。この特許文献には、分析装置と外部端末をLAN経由で接続し、外部端末が分析装置に対して情報を要求し、その応答として分析装置から取得した情報を外部端末の画面に表示することなどが記載されている(ABSTRACT参照)。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】米国特許第７１４６２２９号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、前記した特許文献１に示す方法は、外部端末側において分析装置に由来する情報を取得するために、取得対象である分析装置に対応した専用のプログラムを必要とする。すなわち、分析装置毎に用意された専用のプログラムを外部端末で実行することにより、プログラムに対応する分析装置から特定の情報を特定のタイミングで閲覧する機能が提供される。
【０００５】
しかし、分析装置の情報を必要とするユーザには、分析の担当者や管理者など複数の職務が考えられる。職務が違えば、必要とする情報が異なるため、個々のユーザの要求に特化した専用のプログラムを開発することは難しい。また、一人のユーザが複数の分析装置に関係している場合、それぞれの分析装置の状態などを確認するために、各分析装置について用意された全ての専用のプログラムを外部端末で動作させる必要があり、煩雑である。すなわち、従来の方法では、職務に応じてユーザが必要とする複数の分析装置に由来する情報を、簡単な操作で取得することは難しい。
【０００６】
そこで、本発明は、異なる分析装置に由来する情報を、情報の種別に関係なく、ユーザの職務に応じてユーザ側で容易に取捨選択できる分析装置の情報システムを提供する。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明者は、例えば特許請求の範囲に記載の構成を採用する。本明細書は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、予め決められた形式のメッセージを機械的に生成し、生成された全てのメッセージを自律的に配信する分析装置と、少なくとも１台の分析装置から非自発的に受信したメッセージがユーザ端末毎に設定された配信条件と適合するか否か個別に判定し、適合したメッセージを対応するユーザ端末に宛てて自律的に配信する少なくとも１台のサーバとで構成される分析装置の情報システムである。
【０００８】
また、他の一例を挙げるならば、予め決められた形式のメッセージを機械的に生成するモジュールと、生成されたメッセージのうち、ユーザ毎に又はユーザ端末毎に事前に設定された配信条件と適合するか否か個別に判定し、適合したメッセージを対応するユーザ端末に宛てて自律的に配信する配信モジュールとを有する分析装置である。
【０００９】
また、他の一例を挙げるならば、少なくとも予め決められた形式のメッセージを機械的に生成し、生成された全てのメッセージを自律的に配信する少なくとも１台の分析装置から非自発的にメッセージを受信する受信部と、非自発的に受信したメッセージが、ログイン中のユーザに対して事前に設定された配信条件と適合するか否かを判定し、適合したメッセージだけをユーザに提示するモジュールとを有するユーザ端末である。
【発明の効果】
【００１０】
本発明によれば、分析装置に由来する情報を取得するための分析装置別の専用プログラムをユーザ端末側に用意しなくても、個々のユーザが職務上必要とする情報を容易に入手することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】情報伝達の一例を示す図。
【図２】分析装置の機能構成例を示す図。
【図３】ユーザI/F機器の機能構成例を示す図。
【図４】システム形態の一例を示す図。
【図５】サーバの機能構成例を示す図。
【図６】実施例１に係るシステムの機能構成を示す図。
【図７】基本的な処理の流れを説明する図。
【図８】配信条件の指定画面例を示す図。
【図９】メッセージの配信条件の例を示す図。
【図１０】メッセージと受信ログの例を示す図。
【図１１】スコア表の例を示す図。
【図１２】メッセージの修飾例を示す図。
【図１３】メッセージの配信記録の例を示す図。
【図１４】メッセージの表示例を示す図。
【図１５】操作評価表の例を示す図。
【図１６】実施例２に係るシステムの機能構成を示す図。
【図１７】実施例３に係るシステムの機能構成を示す図。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、本発明の実施態様は、後述する形態例に限定されるものではなく、その技術思想の範囲において、種々の変形が可能である。
【００１３】
［実施例１］
（情報伝達の例）
図１に、情報を共有するユーザ(関係者)と分析装置との間で成立する情報伝達の一例を示す。図１では、２台の分析装置１０１、１０２を例示しているものの、分析装置は１台だけでも３台以上でも構わない。図１の場合、分析装置１０１、１０２に由来する情報の受け手は、３人の担当者１０３、１０４、１０５と１人の管理者１０６である。勿論、担当者や管理者の数は一例である。図では、情報の伝達経路を矢印１０７で示している。
【００１４】
図１の場合、分析装置１０１からの情報は担当者１０３及び１０４に、分析装置１０２からの情報は担当者１０４、１０５に伝達される。また、管理者１０６には、分析装置１０１及び１０２の双方からの情報が伝達される。伝達される情報に着目すると、各担当者は、自身が担当する装置の具体的な情報（例えば装置の現在の状況、メンテナンスに必要とする情報、発生したエラーの内容）が必要となる。一方、管理者は、装置の稼働率など、その職責から必要となる情報を望むかもしれない。また、装置の大きなトラブルなどについては、他の情報に優先して入手したいと考える管理者も想定できる。また、担当者と管理者が同一人物である場合や、それぞれの職務がさらに細分化されている場合なども考えられる。
【００１５】
次に、分析装置に関係するユーザを幾つかグループに分類し、グループ毎に伝達が必要となる情報の例を説明する。なお、以下の説明では、分析装置と関係者は、物理的に離れた場所に所在し、分析装置に由来の情報をネットワーク経由で取得するものと想定する。
【００１６】
(1) 分析装置のオペレータ（事前に決められた手順の通りに装置を操作する担当者。後述する業務に習熟したオペレータに比して習熟度は低い。）
分析装置による測定中、オペレータは、例えば隣接する部屋でレポートを作成する。この場合、オペレータは、装置が順調に稼動していることを試料の測定開始・終了の情報を通じて知る。もし、装置にエラーが発生した場合、オペレータは、リアルタイムで情報を取得して対処する。
【００１７】
(2) 分析方法の開発者（再現性を有する分析手順を検討する担当者）
開発者は、例えば試料を５回測定した後、結果の再現性を計算する。開発者は、分析装置で計算された再現性の数値を別室で取得し、手順の良し悪しを評価する。
【００１８】
(3) 分析値の責任者（濃度などの分析値の精度に責任を持つ担当者・責任者）
責任者は、試料中の薬効成分の濃度を測定し、予め決められた値よりも少ない等のエラー情報を分析装置から取得すると、分析結果の詳細を確認する。測定濃度が基準の濃度範囲内であれば、分析装置から責任者への情報の伝達はない。
【００１９】
(4) 分析依頼者（分析すべき試料を提供し、分析を依頼した担当者）
分析依頼者は、依頼した試料について、その名称から分析の開始・終了、レポート作成の終了等の情報を取得する。取得した測定内容や測定結果において試料そのものに問題があれば、分析依頼者は、その情報を得て、いち早く確認のための再測定用の試料を手配するなど対応する。
【００２０】
(5) 分析装置のスケジュール管理者（分析の進捗を管理する担当者）
スケジュール管理者は、管理対象とする分析装置群を用い、複数の試料の濃度を測定する。スケジュール管理者は、各試料の濃度を取得し、測定した試料のリストにより分析の進捗を評価する。
【００２１】
(6) 分析装置の消耗品の管理者（消耗品の交換や発注の担当者）
管理者は、管理対象とする分析装置群の一つから消耗品が近々不足するとの情報を取得した場合、必要な消耗品の準備と補充を該当する分析装置の担当者に指示する。
【００２２】
(7) 分析装置の維持・管理に関する責任者（装置の状態を把握する担当者・責任者）
責任者は、管理している分析装置群において、エラー情報（エラーを起こしている装置と、エラーの内容）のみをリアルタイムで取得し、いち早く対応を指示する。
【００２３】
(8) 職場の安全管理者（分析装置に由来する従業員の危険を察知する担当者・責任者）
安全管理者は、管理対象とする分析装置群において、従業員に危害を加える可能性がある重度のエラー情報（火災や感電などの情報）のみを取得する。
【００２４】
(9) 職場の環境に関する責任者（有機溶媒など環境負荷物質の排出を管理する担当者・管理者)
責任者は、管理対象とする分析装置が使用したガスや有機溶媒の量を日に一回取得する。責任者は、取得した情報を基に、使用量の傾向を把握して管理する。
【００２５】
(10) 分析装置を有する研究所・実験室の責任者（分析装置全体の稼動状況と安全などに責任を有する担当者・責任者）
研究所・実験室内にある分析装置の稼働率を月に一回取得する。責任者は、取得した情報を基に、稼動率を事業の評価指標の一つとして管理する。
【００２６】
(11) 業務に習熟したオペレータ
オペレータは、担当する分析装置で発生したエラーの情報と分析の終了情報のみを取得する。業務に習熟しているオペレータの場合、通常動作中は、細かい情報を必要としない。修理した直後など分析装置の状態に不安がある場合、オペレータは、該当する装置から全ての情報を取得する。
【００２７】
(12) 上記の複数の職務を兼務する担当者・責任者
この担当者・責任者は、兼務する職務のそれぞれにおいて必要とする情報を取得する。
【００２８】
前述の(1)〜(12)に例示したように、「職務」とは、個々のユーザが置かれている状況を反映して定まる。本明細書で説明する発明は、複数の分析装置において生成された情報を、必要とする関係者に対し、その必要性に応じて伝達し、複数の関係者によって共有するためのシステムを提供する。
【００２９】
（分析装置の機能構成）
図２に、分析装置の機能構成を示す。分析装置は、バス２０１、演算装置２０２、記憶装置２０３、制御ユニット２０４、分析装置本体２０５、データ収集ユニット２０６、ネットワークI/F ２０７で構成される。
【００３０】
演算装置２０２は、記憶装置２０３に収納されている命令をバス２０１経由で実行する。演算装置２０２は、いわゆるコンピュータ構成の計算機であり、CPU、RAM、インタフェースで構成される。演算装置２０２は、例えば制御ユニット２０４を介して分析装置本体２０５を制御し、データ収集ユニット２０６により分析装置本体２０５から分析結果を得る。
【００３１】
本実施例の場合、分析装置本体２０５には、例えば質量分析装置、液体クロマトグラフ、ガスクロマトグラフ、分光光度計、原子吸光光度計、核酸分析装置および生化学自動分析装置などを想定する。もっとも、本明細書で提案する発明は、状態などの情報を機械的に生成できる機器類であれば前述した装置以外にも適用できる。分析装置に関連する様々な情報は、記憶装置２０３に記憶され、ネットワークI/F ２０７を経由して外部に伝達される。高機能の分析装置であれば、表示装置や入力装置（キーボードなど）の他、専用のユーザI/Fを備えることが考えられる。
【００３２】
伝達形態には複数の手法が考えられる。例えば第１の伝達方式は、分析装置本体２０５で発生した全てのデータのうち担当者や管理者が関心を有する一部の情報のみを選択してユーザI/F機器に伝達する方式である。担当者や管理者が関心を有する一部の情報とは、換言すると、担当業務においていち早く知るべき重要な情報、必要最低限の情報、その他の本質的な情報であり、例えば装置の状態やその変化、特定の成分が検出されたかどうか、どれだけの濃度だったかなどが含まれる。
【００３３】
この伝達方式には、情報の絞り込み機能を分析装置内で実行する方式と、分析装置とユーザI/F機器の通信に介在するサーバにおいて絞り込み機能を実行する方式とが考えられる。因みに、本実施例では、第１の伝達方式のうちサーバを使用する伝達方式を採用し、サーバを用いない伝達方式については実施例２で説明する。
【００３４】
第２の伝達方式は、ユーザI/F機器において、分析装置本体２０５で発生した全てのデータの中からユーザが必要とする情報の絞り込み機能を実行する方式である。この場合、ユーザI/F機器側にフィルタリング機能を搭載し、各ユーザが関心を有する一部の情報のみがユーザに提示されるようにする。この伝達方式については実施例３で説明する。
【００３５】
（ユーザI/F機器の機能構成）
図３に、関係者（担当者や管理者）が操作するユーザI/F機器の機能構成を示す。分析装置において生成された情報と自然人たる関係者との接点がユーザI/F機器である。ユーザI/F機器は、バス３０１、演算装置３０２、記憶装置３０３、表示装置３０４、タッチパネル３０５、ネットワークI/F ３０６で構成される。
【００３６】
演算装置３０２は、記憶装置３０３にある命令をバス３０１経由で実行する。演算装置３０２は、いわゆるコンピュータ構成の計算機であり、CPU、RAM、インタフェースで構成される。ネットワークI/F ３０６は、外部との情報の授受を担当する。分析装置からの情報は、表示装置３０４により表示される。演算装置３０２は、関係者の操作をタッチパネル３０５経由で受け取る。記憶装置３０３には、表示装置３０４やタッチパネル３０５を通じて入力された操作などに関係する情報が記憶される。ここでは、タッチパネル３０５を備える端末を仮定したが、表示された情報の選択などの操作が可能であれば、キーボードとポインティングデバイスを接続したコンピュータ、タブレット端末、スマートフォンなどを利用しても良い。
【００３７】
（システム形態の一例）
図４に、本実施例で想定するシステム形態の一例を示す。本実施例の場合、２台の分析装置４０１、４０２が生成した全ての情報は、ネットワーク４０４を介してサーバ４０３に伝達される。本実施例におけるサーバ４０３は、ユーザI/F機器４０５、４０６、４０７の各使用者が必要とする情報を抽出し、個別に伝達する。
【００３８】
ここでは、サーバ４０３を採用する例を示したが、サーバ４０３を用いないシステム構成、すなわち分析装置とユーザI/F機器だけのシステム構成も考えられる。ネットワーク４０４は、関係する装置や機器の情報通信が可能であれば良く、ローカルエリアネットワークやインターネットなどの種別を問わない。インターネットを利用すれば、例えば目的成分の検出の有無などを、分析を依頼した遠隔地の依頼者に伝達することもでき、サービスの向上が期待できる。
【００３９】
（サーバの機能構成）
図５に、サーバの機能構成例を示した。サーバは、バス５０１、演算装置５０２、記憶装置５０３、表示装置５０４、キーボード５０５、ポインティング装置５０６、ネットワークI/F ５０７で構成される。
【００４０】
記憶装置５０３にある命令は、バス５０１を経由して演算装置５０２に読み出され、処理される。ネットワークI/F ５０７は、分析装置やユーザI/F機器との情報伝達に利用される。また、バス５０１には、表示装置５０４、キーボード５０５、画面上のカーソル等の位置情報を指定するためのポインティング装置５０６の接続も考えられる。
【００４１】
本実施例に係るサーバは、分析装置が機械的に生成した情報を、自律的に（自発的に）ユーザI/F機器に伝達する。伝達された情報は、最終的な関係者が認識可能な形態（例えば音、イメージ、またはその元になる情報の形態）で提供される。
【００４２】
（システム全体の機能構成）
図６に、本実施例に係る情報の伝達方式を実現するためにシステムを構成する各部（分析装置６０１、サーバ６０２及びユーザI/F機器６０３）に搭載される機能構成を示す。図６は、分析装置６０１が機械的に生成する情報が、文字列からなるメッセージである場合について説明する。また、図６は、サーバ６０２が、個々のユーザI/F機器６０３に対して伝達する情報を絞り込み又は抽出する機能を搭載する場合における処理機能(モジュール)とデータの関係を示している。また、図中の矢印は、情報の基本的な流れを示している。
【００４３】
分析装置６０１のメッセージ生成モジュール６０４が生成したメッセージは、サーバ６０２に自律的に伝送される。サーバ６０２は、受信したメッセージを修飾モジュール６０５で処理して配信モジュール６０６に与え、ネットワーク経由でユーザI/F機器６０３に伝達する（いわゆるプッシュ配信する）。ユーザI/F機器６０３は、メッセージをユーザI/Fモジュール６０７で受信する。なお、ユーザI/Fモジュール６０７は、受信したメッセージに対するユーザの操作内容を、サーバ６０２の評価モジュール６０８に宛てて送信する。
【００４４】
なお、前述の配信処理に関連して、サーバ６０２内では、受信ログ６１０、配信条件６１１、配信記録６１２、操作評価表６１３、スコア表６１４へのアクセスが発生する。なお、配信条件６１１は、ユーザI/F機器６０３の条件設定モジュール６０９によって事前に設定されている必要がある。図６に示す個々の処理機能（モジュール）の詳細動作については後述する。
【００４５】
（基本的な処理の流れ）
図７に、情報の伝達に関連して実行される基本的な処理の流れを示す。以下では、図７の流れに沿って、各処理で実行される詳細動作を説明する。
【００４６】
（１）配信条件設定処理７０１
まず、ユーザは、ユーザI/F機器６０３の条件設定モジュール６０９を使用し、取得したい情報を設定する（すなわち、配信条件を設定する）。図８に、配信条件の設定時に、ユーザI/F機器６０３の表示装置に表示される画面例を示す。配信条件指定画面８０１は、分析装置選択画面８０２とメッセージ種別選択画面８０６から構成される。分析装置選択画面８０２は、選択可能な分析装置の画像イメージ８０４と分析装置の名称８０５を表示する。ユーザが情報を取得したい分析装置は、選択チェックボックス８０３にチェックマーク８０７を付けて指定する。
【００４７】
メッセージ種別選択画面８０６は、個々のメッセージ種別を示す画像イメージ８０８と、メッセージ種別の説明８０９から構成される。ユーザは、メッセージ種別選択画面８０６の中から、必要とする情報をチェックマーク８０７で選択する。このようにして選択された分析装置やメッセージの種別情報は、サーバ６０２の記憶領域にユーザ毎の配信条件６１１として登録される。
【００４８】
配信条件６１１には、分析装置やメッセージの種別の他、メッセージに含まれるキーワード、検索開始の日時等を指定してもよい。例えばサーバ６０２が、分析装置が生成したメッセージを受信ログ６１０として記憶する場合、特定の日時に遡って条件に合致しているかどうかを検索しても良い。その際、分析対象とする試料の名称、成分の名称などをキーワードとして設定し、メッセージに含まれる文字列とキーワードが合致したものを配信する。
【００４９】
配信条件６１１の例を図９に示す。図９の場合、メッセージの受け手となるユーザのID、分析装置のID、メッセージ種別、日時指定、メッセージを評価して得たスコアや重要度のレベル、キーワードがカンマ区切りで設定されている。日時指定は、受信ログ６１０から再度メッセージを読み出し、ここで指定した日時以降について再度処理するために配置した。すなわち、分析装置６０１から将来受信されるメッセージを配信対象とするだけでなく、受信ログ６１０に記憶されているメッセージも配信対象に加えることを可能とする。すなわち、配信条件を変更して、過去に遡った時点で該当するメッセージの配信を可能とし、その内容を表示させることができる。
【００５０】
（２）メッセージ作成処理７０２
メッセージ作成７０２は、分析装置６０１のメッセージ生成モジュール６０４が機械的に実行する。図１０に作成されるメッセージの例を示す。メッセージは、発生日時、発生した分析装置のID、メッセージの識別コード、メッセージの種別、メッセージの本文で構成される。例えば図１０の場合、NO.1のメッセージは、“2013/06/17 13:17:41”に分析装置Ins001で発生したことを示し、メッセージの識別コードは“Msg931”、本文は「Start Analysis “Sample 001”」であることを示す。なお、“Sample 001”には、補足の情報として、Sample 001に関する詳細情報にアクセスするための所在の情報が付加されている。このような情報の付加は、メッセージ形式として、HTML(Hyper Text Markup Language)形式を採用することで実現できる。図中のアンダーラインの位置は、ブラウザ表示におけるリンクに相当する。
【００５１】
本実施例の場合、情報の付加は、必ずしもHTML形式に限定されるものではないが、便宜上、アンダーラインはリンクを意味するものとする。また、HTML形式では、文字のサイズ、ボールド、イタリック、色なども指定できる。特筆すべきは、この分析装置Ins001においては、対象が異なったとしても分析を開始する(Start Analysis)場合には、Msg931の識別コードのメッセージを生成することである。本実施例では、Msg931に代表されるメッセージに対してコードを設定し、次回のMsg931を処理する際に、ユーザの評価を反映させている。
【００５２】
（３）メッセージ修飾処理７０３
メッセージ修飾処理７０３は、サーバ６０２の修飾モジュール６０５で実行される。修飾モジュール６０５は、分析装置６０１において生成され、受信されたメッセージを、受信ログ６１０に追加する。このため、受信ログ６１０は、個々の分析装置から送られたメッセージを、サーバ６０２が受信した順に登録したものとなる。その内容は、図１０に示した例と同様である。
【００５３】
さらに、メッセージ修飾処理７０３では、メッセージの内容から、それを生成した分析装置とメッセージの識別コードが抽出される。この処理も、修飾モジュール６０５が実行する。前述の例では、Ins001の分析装置からMsg931のメッセージが生成されている。さらに、修飾モジュール６０５は、配信条件６１１を参照し、メッセージの配信を希望するユーザを求める。Ins001を配信条件で指定しているユーザIDがUsr001であるものとすると、修飾モジュール６０５は、Ins001についてUser001に対応するためのスコア表６１４を参照する。すなわち、スコア表６１４は、特定の分析装置とユーザの関係ごとに作成される。
【００５４】
図１１に、スコア表６１４の例を示す。スコア表６１４は、分析装置Ins001が生成したメッセージの内容に対してユーザUsr001が行った操作内容に対する評価結果が反映されているものとする。もし、該当するスコア表６１４が存在しない場合、適切な初期値をもって運用し、後述する処理によってスコアの値がユーザの評価によって改定される。
【００５５】
「識別コード」は、分析装置が生成した個々のメッセージを区別するものである。メッセージは、分析装置において機械的に生成されるものであるので、分析装置の状態や各種の条件が揃えば、同じメッセージが生成される。その際は、同じ識別コードがメッセージに与えられる。ここでは、個々のメッセージは識別コードによって区別するものとした。なお、図１１に示すメッセージは参考として挙げたものであり、関係する処理からは必ずしも参照されない。
【００５６】
「種別」は、識別コードで区分されるメッセージを示す。例えば“CW”は注意・警告(Caution and Warning)メッセージを、“IS”は装置状況(Instrument Status)メッセージを、“DP”はデータ解析(Data Processing)メッセージを、“MG”は管理(Management)メッセージを、“A”は分析(Analysis)メッセージを、“S”は安全(Security)メッセージをそれぞれ意味する。これらの種別は、ユーザが配信を希望するメッセージを選択する配信条件設定処理７０１における選択肢に一致する。すなわち、図８のメッセージ種別選択画面８０６の各選択項目が、ここに示される種別となる。
【００５７】
「スコア」は、各メッセージの識別コード毎に設定される数値であり、メッセージの評価結果を表す。図１１の場合、スコアは、0から100の数値で与えられる。なお、数値が高いスコアほど、ユーザにとっては価値が高いことを意味する。また、スコアの数値に対して、無視、軽視、普通、重視、優先など、重要度のレベルを設定する。スコアとレベルの関係を次に示す。
0 ≦ 無視 ＜ 10 ≦ 軽視 ＜30 ≦ 普通 ＜ 70 ≦ 重視 ＜ 90 ≦ 優先 ≦ 100
ここでは、スコアの値によって、これらのレベルを設定することを想定して説明する。
【００５８】
次に、「基準スコア」、「頻度加点」、「受信日時」について説明する。メッセージの中には、分析装置の状態などによって短期間に頻発するものがある。例えば何らかの要因によって分析装置で異常を検知した場合、それが連続して発生すれば、メーカーに相談するなどの処置を必要とするかもしれない。逆に、一定の期間に、その事象が起こらなければ、ユーザ側のアクションに対する必要性が低下することもあり得る。いずれにしても、メッセージの種別によっては、その頻度によって重要度を変えることが望ましいものがある。
【００５９】
ここでの「頻度加点」は、一定の期間にそのメッセージが何回来たかをカウントし、条件に合えばスコアを加点するものである。「スコア」は現在の値であり、「基準スコア」は例えば一定の期間、当該メッセージが来ない場合のスコアの最小値とする。頻度の計算は、受信ログ６１０を参照して実行しても良いが、図１１に示したように、頻度加点の条件に相当する期間における当該メッセージの受信日時を記録しておき、頻度の算出に利用してもよい。
【００６０】
以上の説明では、メッセージの受信に着目して頻度を求めたが、評価モジュール６０８によって頻度を設定する方法もある。この場合は、ユーザの当該メッセージに対する操作による評価日時によって頻度を求める。もし受信したメッセージの識別コードがMsg931であれば、図１１の種別を参照し、それが“A”（すなわち、分析(Analysis)）に該当するものであり、User001に対するスコアが“50”であることが分かる。このようにして、分析装置Ins001のメッセージMsg931をユーザUsr001に配信する際のスコア“50”を求める。これは前述の重要度レベル“普通”に相当する。
【００６１】
メッセージに対するスコアと重要度のレベルが決定されると、メッセージ修飾処理７０３は、例えば重要度のレベルに応じた修飾をメッセージに対して付与する。図１２に、メッセージの修飾例を示す。重要度の高いメッセージであれば、図１２のNo.1〜3に示すように、フォント、サイズ、書体、色などを、より目立つように設定する。また、図１２のNo.4に示すように、グラフィカルなイメージやNo.5に示すようにメロディーや音声の情報を追加することもできる。
【００６２】
また、明示的にユーザが重要度レベルを操作できるよう、図１２のNo.6に示すようにTOP、UP、DOWN、DISREGARDなどのリンクを追加することも考えられる。これらの文字は、「重要度レベルを優先に変更」、「現在のレベルから上げる・下げる」、「無視レベルに変更」の意味を持つ。これらは、ユーザI/Fモジュール６０７においてユーザが指定し、その情報がサーバ６０２の評価モジュール６０８に渡されて処理される。
【００６３】
ここで重要なことは、当該メッセージに対してスコアや重要度レベルに対応するように強調などの修飾を加えることである。また、この実施例では、修飾モジュール６０５において、そのメッセージをユーザが評価できるように、リンクなどの仕掛けを埋め込んでいるが、これはユーザI/Fモジュール６０７において実施することもできる。
【００６４】
（４）メッセージ配信処理７０４
メッセージ配信処理７０４は、配信モジュール６０６が実行する。配信モジュール６０６は、修飾モジュール６０５で修飾されたメッセージ（例えばUsr001宛のメッセージ）について、配信処理を行う。すなわち、配信条件６１１において、当該ユーザがメッセージの種別や発生日時、スコアの値、重要度のレベル、特定のキーワードなどを設定している場合、配信モジュール６０６は、その条件と修飾したメッセージの適合を確認する。適合する場合、配信モジュール６０６は、ユーザI/F機器６０３のユーザI/Fモジュール６０７と通信し、当該ユーザUsr001がそのメッセージを受け取れる状態であることを確認して、メッセージを配信する。また、配信モジュール６０６は、メッセージの配信後、その履歴を配信記録６１２に追加する。
【００６５】
図１３に、配信記録の例を示す。ここでは、配信記録として、配信したメッセージのID、配信日時、分析装置のID、メッセージの種別、ユーザのIDを登録する。これらの情報は、後述する評価モジュール６０８において参照される。なお、メッセージのIDは、配信したメッセージにも付与される。
【００６６】
（５）メッセージ操作収集処理７０５
メッセージ操作収集処理７０５は、ユーザI/F機器６０３のユーザI/Fモジュール６０７が実行する。図１４に、メッセージ表示画面１４０１の例を示す。メッセージ表示画面１４０１は、メッセージを生成した分析装置のグラフィックイメージ１４０２、メッセージの種別に相当するグラフィックイメージ１４０３、修飾モジュール６０５で処理されたメッセージ１４０４、および表示するメッセージの並びを上下に移動し、表示されていないものを表示させるためのスクロールボタン類１４０５から構成される。
【００６７】
ここでは、ユーザが配信条件設定処理７０１で指定した条件に合うメッセージが、最新のものほど上位の位置に表示されている。また、重要度レベルが「優先」のメッセージについては、常に最も上位の位置に固定的に表示するなど、表示上の工夫もあり得る。また、個々のメッセージについては、図１２に例示した表示も可能である。
【００６８】
ここで、メッセージにおけるアンダーラインは、前述のようにリンクを意味している。例えば、アンダーラインが付与されたUpの文字をユーザが指定した場合、サーバ６０２の評価モジュール６０８に該当する操作、すなわち重要度を現在のレベルから上げる操作が実施されたことを知らせる。分析装置６０１が付与したリンクであれば、該当するリンク先をブラウザで開くなどの処理を実施する。その際、評価モジュール６０８に対して、関連情報へのリンクがなされたことを伝達する。このように、評価モジュール６０８に対しては、ユーザが実施した個々のメッセージに対する操作内容を、該当するメッセージのIDとともに伝える。ここでメッセージのIDは、前述のメッセージ配信処理７０４にあるように、配信モジュール６０６において設定され、個々のメッセージとともにユーザI/Fモジュール６０７に送られたものである。なお、ユーザI/F機器６０３に対する操作として、ユーザの声や瞳の位置情報から特定のメッセージを見つめた時間なども活用できる。特定のメッセージを操作した際の時間を計測してもよい。
【００６９】
（６）メッセージ評価処理７０６
メッセージ評価処理７０６では、ユーザI/F機器６０３のユーザI/Fモジュール６０７において収集されたユーザによるメッセージに対する操作を、スコア表６１４に反映する。この処理は、評価モジュール６０８が実行する。評価の際、評価モジュール６０８は、配信記録６１２と操作評価表６１３を参照する。すなわち、評価モジュール６０８は、スコア表６１４に登録されたメッセージの中から、ユーザが操作を行ったものを選び、そのスコアを改定する処理を実行する。以下に詳細を説明する。
【００７０】
ユーザI/F機器６０３のユーザI/Fモジュール６０７からは、前出のメッセージのIDと共に、ユーザの操作内容が送られてくる。そこで、評価モジュール６０８は、配信記録６１２を参照し、そのメッセージが送られた日時、該当する分析装置のIDとメッセージの識別コード、ユーザIDを知る。また、評価モジュール６０８は、分析装置のIDとユーザIDから、前述したスコア表６１４を特定し、さらにメッセージの識別コードから、更新すべきスコアを特定する。
【００７１】
一方、評価モジュール６０８は、ユーザI/Fモジュール６０７から入手したユーザ操作の内容を、操作評価表６１３を用いてスコアに換算する。図１５に、操作評価表の例を示す。ここでは、ユーザの操作に対してIDが付与されており、ユーザI/Fモジュール６０７はメッセージIDと操作IDをセットして、評価モジュール６０８に送る場合を想定する。ID １〜ID 3は、「ユーザがメッセージを削除」、「途中省略されているメッセージの全文表示や拡大表示」、「関連情報へのリンク」に対して設定される。ID 4とID 5は、重要度レベルを上げ下げするためにユーザが指定したレベルUp又はレベルDown操作に対して発生される。ID 6〜ID 10は、特定の重要度のレベルを直接指定する操作に対して与えられる。このような操作によって、該当するスコアの値を更新する。
【００７２】
なお、「スコア」において、“＋”又は“−”の符号と共に数値が示されているものは、現在のスコアの値に対する増減を示し、符号がないものは直接その値を設定することを意味する。レベルのアップ・ダウンについては、スコアの範囲に応じて新たにスコアを付与し、対応するレベルを変更する。
【００７３】
これらの処理により、ユーザの操作をスコア表６１４に反映する。同じ識別コードのメッセージが分析装置６０１から送られてきた場合、修飾モジュール６０５において、スコア表６１４の変更が反映される。また、前述したように、ユーザが配信条件を設定し直した場合、受信ログ６１０からメッセージを読み出すことにより、最新のスコア表を適用して過去のデータを配信することができる。
【００７４】
以上では、１人のユーザが１つの配信条件を設定する場合を想定して説明したが、１人のユーザが複数の配信条件を設定し、図１４の表示も配信条件の数と同じだけ持たせることを想定できる。１人のユーザに対して複数の配信条件を設定できれば、その時々に応じて配信条件を選択的に使い分けることができる。
【００７５】
この実施例では説明を省略したが、ユーザの操作の頻度の情報を収集し、それをスコアにフィードバックする方法もある。その場合、発生頻度の説明に用いた方法を評価モジュール６０８にも適用することで実装できる。
【００７６】
また、同様のメッセージを生成する分析装置であれば、グループとして扱うこともできる。さらに、同じ職務のユーザをグループ化してもよい。今回の例では、スコア表を装置とユーザの関係毎に作成したが、例えば分析装置のグループとユーザグループの関係として設定しても良い。
【００７７】
この実施例では、分析装置６０１がユーザにおいて認識することができるメッセージを生成している。しかし、装置によってはメッセージの識別コードに相当するようなものしか生成しないものもある。例えば、何らかの問題が発生した場合にエラーコードのみを出力するような装置である。その場合、前述の修飾モジュール６０５において、図１１に示すように識別コードとメッセージの対応が明確であれば、ユーザに理解できる形式のメッセージに変換することができる。
【００７８】
また、識別コードがメッセージではなく、グラフィカルなイメージや音声、動画など、情報システムで転送可能な形式に変更できる。また、ユーザI/F機器６０３の画面に、メッセージに相当する小さな絵（グラフィカルなイメージ）が積みあがるような画面を作成し、ユーザがその絵を移動させるなどの操作によってスコアに反映させるような実装は容易に想像できる。分析装置に由来する情報をユーザに提示し、その情報に対するユーザの操作をスコアの値に反映することが可能であれば、本実施例の技術を適用することができる。
【００７９】
（まとめ）
以上説明したように、本実施例に係る処理機能を搭載した分析装置６０１、サーバ６０２、ユーザI/F機器６０３でシステムを構成すれば、自動生成される分析装置由来の情報のうち個々のユーザがその職務や職責に応じて必要とする情報のみを、何らの取得操作を行わなくても、タイムリーかつ過不足なく取得することができる。
【００８０】
［実施例２］
本実施例では、分析装置側にサーバ機能の一部を搭載する場合について説明する。図１６に、本実施例に係るシステムの構成例を示す。図１６には、図６との対応部分に同一符号を付して表している。以下では、前述の実施例１との相違点について主に説明する。
【００８１】
図１６に示す機能ブロックの場合、サーバ６０２（図６）が有していた機能が分析装置１６０１に移動されている。すなわち、メッセージの作成からユーザI/F機器１６０３へのメッセージの配信までを分析装置１６０１で実施していることに特徴がある。
【００８２】
このような機能構成を採用した場合、対応するユーザの全てを認識し、配信条件に見合う情報の選別など、実施例１で説明した各種の処理を分析装置１６０１が全て実行する。分析装置１６０１にサーバ機能が搭載されているため、個々のユーザへの配信は、分析装置１６０１が実行する。また、本実施例の場合、複数の分析装置から発せられた情報を集約するサーバ機能がシステム内に存在しなくなるため、１台のユーザI/F機器１６０３が、複数の分析装置１６０１に対処可能な能力を有する必要がある。
【００８３】
（まとめ）
本実施例の場合、サーバ６０２（図６）に相当する機器が存在しないため、その維持・管理を必要としない。運用している分析装置の数が少ない場合には、システムの機器構成がシンプルになるメリットがある。
【００８４】
もっとも、本実施例の場合にも、分析装置１６０１とユーザI/F機器１６０３との間には、情報を授受するためのサーバ（集約機能は有しないサーバ）が設けられていても良い。前述のリンクを用いる場合、HTML形式のメールを分析装置１６０１で作成すれば、分析装置１６０１は、メールサーバー又はメッセージサーバー経由でユーザI/F機器１６０３との間で情報を授受することができる。その他、本実施例の変形としては、掲示板やメッセージの共有システムのような、一般的な情報共有システムに中継を委ねることも考えられる。
【００８５】
［実施例３］
本実施例では、ユーザI/F機器にサーバ機能の一部を搭載する場合について説明する。すなわち、分析装置は、機械的に発生した情報の全てを自律的にユーザI/F機器に伝達し、情報の受け手であるユーザI/F機器において、ユーザの職務や職責上必要となる情報だけを抽出する処理を実行する実施例について説明する。
【００８６】
図１７に、本実施例に係るシステムの構成例を示す。図１７には、図６との対応部分に同一符号を付して表している。以下では、前述の実施例１との相違点について主に説明する。
【００８７】
図１７に示す機能ブロックの場合、サーバ６０２（図６）が有していた機能がユーザI/F機器１７０３に移動されている。この場合、分析装置１７０１は、予め配信先として設定されているユーザI/F機器１７０３に宛てて、生成されたメッセージを送る。ユーザI/F機器１７０３から見れば、複数の分析装置１７０１からの情報が集積される。図１７のユーザI/F機器１７０３における配信モジュール６０６は、利用者を識別する機能に限定される。なぜなら、同じユーザI/F機器１７０３であっても、ログインする可能性があるユーザは複数存在し得るからである。
【００８８】
（まとめ）
本実施例のように、分析装置１７０１において機械的に生成され、自発的に伝達されたメッセージをユーザI/F機器１７０３に集積し、処理することによっても、前述の実施例と同様の効果が得られる。当然、本実施例の場合には、ユーザI/F機器１７０３には、単なる表示やユーザによる操作の収集以外に、サーバと同等の処理機能が要求される。このため、前述した実施例に比べ、ユーザI/F機器１７０３には、より大きな処理能力が要求される。しかし、受信ログ６１０をユーザI/F機器１７０３に保有しているため、例えば過去の情報を検索する場合などで、より早いレスポンスが期待できる。
【００８９】
［他の実施例］
なお、本発明は上記の実施例に限定されるものではなく、様々な変形例が含まれる。例えば前述した実施例は本発明を分かりやすく説明するためのもので、必ずしも説明した全ての機能を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例に置き換えることもできる。また、ある実施例の構成に、他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００９０】
また、上記の構成、機能、処理部、処理手順等は、それらの一部または全部を、例えば集積回路で実現するなど、ハードウェアで実施してもよい。また、上記の各構成、機能等は、演算装置においてそれぞれの機能実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディクス、SSD(Solid state drive)等の記憶装置、またはICカード、SDカード、DVD等の記憶媒体におくことができる。
【００９１】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００９２】
６０１：分析装置
６０２：サーバ
６０３：ユーザI/F機器
６０４：メッセージ生成モジュール
６０５：修飾モジュール
６０６：配信モジュール
６０７：ユーザI/Fモジュール
６０８：評価モジュール
６０９：条件設定モジュール
６１０：受信ログ
６１１：配信条件
６１２：配信記録
６１３：操作評価表
６１４：スコア表
７０１：配信条件設定処理
７０２：メッセージ作成処理
７０３：メッセージ修飾処理
７０４：メッセージ配信処理
７０５：メッセージ操作収集処理
７０６：メッセージ評価処理
８０１：配信条件指定画面
８０２：分析装置選択画面
８０３：選択チェックボックス
８０４：選択可能な分析装置の画像イメージ
８０５：分析装置の名称
８０６：メッセージ種別選択画面
８０７：チェックマーク
８０８：メッセージ種別を示す画像イメージ
８０９：メッセージ種別の説明
１４０１：メッセージ表示画面
１４０２：分析装置のグラフィックイメージ
１４０３：メッセージ種別に相当するグラフィックイメージ
１４０４：メッセージ
１４０５：スクロールボタン類
１６０１：実施例２の分析装置
１６０３：実施例２のユーザI/F機器
１７０１：実施例３の分析装置
１７０３：実施例３のユーザI/F機器
【図１】
2015082179.tif 000003
【図２】
2015082179.tif 000004
【図３】
2015082179.tif 000005
【図４】
2015082179.tif 000006
【図５】
2015082179.tif 000007
【図６】
2015082179.tif 000008
【図７】
2015082179.tif 000009
【図８】
2015082179.tif 000010
【図９】
2015082179.tif 000011
【図１０】
2015082179.tif 000012
【図１１】
2015082179.tif 000013
【図１２】
2015082179.tif 000014
【図１３】
2015082179.tif 000015
【図１４】
2015082179.tif 000016
【図１５】
2015082179.tif 000017
【図１６】
2015082179.tif 000018
【図１７】
2015082179.tif 000019