(57)【要約】  サーバ１０は、第１の設定端末７０にテンプレートデータを供給し（Ｓ１２）、第１の設定端末７０から、テンプレートデータに従って入力された第１の入力済テンプレートデータを取得する（Ｓ１８）。サーバ１０は、複数個の第１種のデバイス５０のそれぞれから、第１種のデバイスデータを取得する（Ｓ２２）。サーバ１０は、第１の閲覧端末７１から、第１の閲覧データ要求が取得される場合に（Ｓ３０）、取得された第１種のデバイスデータと、第１の入力済テンプレートデータと、第１の閲覧データ要求とに基づいて、複数個の第１種のデバイス５０における各イベントの発生状況を示す第１の閲覧データを生成する（Ｓ３２）。サーバ１０は、生成された第１の閲覧データを第１の閲覧端末７１に供給する（Ｓ３４）。
2015162750.tif 000002
【特許請求の範囲】
【請求項１】
複数個のデバイスのそれぞれからデバイスデータを取得してメモリに格納するサーバであって、
各デバイスデータは、
当該デバイスデータの供給元である特定デバイスを識別するためのデバイス識別情報と、
前記特定デバイスで発生するイベントの発生時間に関係する時間情報と、
前記特定デバイスで発生する前記イベントの種類を示す種類情報と、を含み、
前記複数個のデバイスは、複数個の第１種のデバイスと複数個の第２種のデバイスとを含み、
前記サーバは、
第１のユーザが前記複数個の第１種のデバイスを管理するために用いる第１の設定端末と、第２のユーザが前記複数個の第２種のデバイスを管理するために用いる第２の設定端末とに、前記複数個のデバイスのそれぞれから取得されるデバイスデータをメモリに格納する様式を設定するためのテンプレートデータを供給し、
前記第１の設定端末から、前記テンプレートデータに従って入力された第１の入力済テンプレートデータを取得し、
前記第２の設定端末から、前記テンプレートデータに従って入力された第２の入力済テンプレートデータを取得する、テンプレートデータ供給取得部と、
前記複数個の第１種のデバイスのそれぞれから第１種のデバイスデータを取得し、取得された前記第１種のデバイスデータを、前記第１の入力済テンプレートデータに含まれる第１の様式に従って第１のメモリに格納し、
前記複数個の第２種のデバイスのそれぞれから第２種のデバイスデータを取得し、取得された前記第２種のデバイスデータを、前記第２の入力済テンプレートデータに含まれる第２の様式に従って第２のメモリに格納する、デバイスデータ取得格納部と、
前記複数個の第１種のデバイスから取得されて前記第１のメモリに格納された前記第１種のデバイスデータである第１種の格納済データに基づいて、前記複数個の第１種のデバイスにおける各イベントの発生状況を示す第１の閲覧データを生成し、
前記複数個の第２種のデバイスから取得されて前記第２のメモリに格納された前記第１種のデバイスデータである第２種の格納済データに基づいて、前記複数個の第２種のデバイスにおける各イベントの発生状況を示す第２の閲覧データを生成する、閲覧データ生成部と、
前記第１の閲覧データを前記第１のユーザの第１の閲覧端末に供給し、
前記第２の閲覧データを前記第２のユーザの第２の閲覧端末に供給する、閲覧データ供給部と、
を備えるサーバ。
【請求項２】
前記時間情報は、前記特定デバイスで発生する各イベントの間の差分時間を示す差分時間情報を含む、
請求項１のサーバ。
【請求項３】
前記第１の様式は、前記複数個の第１種のデバイスの配置場所に関係する第１の拠点構造情報を含み、前記第２の様式は、前記複数個の第２種のデバイスの配置場所に関係する第２の拠点構造情報を含み、
前記閲覧データ生成部は、
前記第１の閲覧端末から第１の拠点に関する情報を含む第１の閲覧データ要求が取得される場合に、前記第１種の格納済データと、前記第１の拠点構造情報に含まれる第１の拠点に関する情報と、に基づいて、前記第１の閲覧データを生成し、
前記第２の閲覧端末から、第２の拠点に関する情報を含む第２の閲覧データ要求が取得される場合に、前記第２種の格納済データと、前記第２の拠点構造情報に含まれる第２の拠点に関する情報と、に基づいて、前記第２の閲覧データを生成する、請求項１又は２のサーバ。
【請求項４】
前記サーバは、
前記第１種の格納済データの少なくとも一部を集計して第１種の集計データを生成し、
前記第２種の格納済データの少なくとも一部を集計して第２種の集計データを生成する、集計部を備え、
前記閲覧データ生成部は、
前記第１種の集計データを利用して前記第１の閲覧データを生成可能であり、
前記第２種の集計データを利用して前記第２の閲覧データを生成可能である、請求項１から３のいずれか１項のサーバ。
【請求項５】
前記サーバは、さらに、
前記第１の設定端末から、前記サーバに第１の通知信号を供給させるための第１の条件を示す第１の条件データを取得し、
前記第２の設定端末から、前記サーバに第２の通知信号を供給させるための第２の条件を示す第２の条件データを取得する、条件データ取得部と、
前記第１の条件データが取得された後に、前記第１種の格納済データによって前記第１の条件が満たされる場合に、前記第１の閲覧端末に前記第１の通知信号を供給し、
前記第２の条件データが取得された後に、前記第２種の格納済データによって前記第２の条件が満たされる場合に、前記第２の閲覧端末に前記第２の通知信号を供給する、通知信号供給部と、を備える、請求項１から４のいずれか１項のサーバ。
【請求項６】
前記閲覧データ生成部は、
前記第１種の格納済データに基づいて、前記複数個の第１種のデバイスのそれぞれにおいて、第１のイベントが発生してから前記第１のイベントが再び発生するまでの間に発生した第２のイベントの数を含む前記第１の閲覧データを生成可能であり、
前記第２種の格納済データに基づいて、前記複数個の第２種のデバイスのそれぞれにおいて、第３のイベントが発生してから前記第３のイベントが再び発生するまでの間に発生した第４のイベントの数を含む前記第２の閲覧データを生成可能である、請求項１から５のいずれか１項のサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、デバイスからデータを取得し、取得されたデータに基づいて閲覧データを生成して供給するサーバに関する。
【背景技術】
【０００２】
例えば、日経エレクトロニクス１−６−２０１４「Ｍ２Ｍ再発見」（以下、非特許文献１という）には、Ｍ２Ｍ（Machine To Machineの略）通信を利用したシステムの例として、建設機械の稼働状況を監視するシステム、エレベータの稼働状況を監視するシステム、自動販売機等の販売実績情報を収集するシステム等が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
非特許文献１の各システムでは、デバイス（建設機械、エレベータ、自動販売機、等）が、稼働状況を示す情報をサーバに供給する。サーバは、各デバイスから集めたデータを用いてデータベースを作成し、各デバイスを管理する管理装置の要求に応じて、管理装置にデータベース内のデータを供給する。【０００４】
従来、非特許文献１の各システムを構築しようとすると、システム毎にサーバに詳細なプログラミングを行う必要があり、システム構築者の負担が大きい。【０００５】
本明細書では、システム構築者の負担を軽減することができる技術を提供する。【０００６】
本明細書によって開示される一つの技術は、複数個のデバイスのそれぞれからデバイスデータを取得してメモリに格納するサーバである。各デバイスデータは、当該デバイスデータの供給元である特定デバイスを識別するためのデバイス識別情報と、特定デバイスで発生するイベントの発生時間に関係する時間情報と、特定デバイスで発生するイベントの種類を示す種類情報と、を含む。複数個のデバイスは、複数個の第１種のデバイスと複数個の第２種のデバイスとを含む。サーバは、テンプレートデータ供給取得部と、デバイスデータ取得格納部と、閲覧データ生成部と、閲覧データ供給部と、を備える。テンプレートデータ供給取得部は、第１のユーザが複数個の第１種のデバイスを管理するための第１の設定端末と、第２のユーザが複数個の第２種のデバイスを管理するための第２の設定端末とに、複数個のデバイスのそれぞれから取得されるデバイスデータをメモリに格納する様式を設定するためのテンプレートデータを供給し、第１の設定端末から、テンプレートデータに従って入力された第１の入力済テンプレートデータを取得し、第２の設定端末から、テンプレートデータに従って入力された第２の入力済テンプレートデータを取得する。デバイスデータ取得格納部は、複数個の第１種のデバイスのそれぞれから第１種のデバイスデータを取得し、取得された第１種のデバイスデータを、第１の入力済テンプレートデータに含まれる第１の様式に従って第１のメモリに格納し、複数個の第２種のデバイスのそれぞれから第２種のデバイスデータを取得し、取得された第２種のデバイスデータを、第２の入力済テンプレートデータに含まれる第２の様式に従って第２のメモリに格納する。閲覧データ生成部は、複数個の第１種のデバイスから取得されて第１のメモリに格納された第１種のデバイスデータである第１種の格納済データに基づいて、複数個の第１種のデバイスにおける各イベントの発生状況を示す第１の閲覧データを生成し、複数個の第２種のデバイスから取得されて第２のメモリに格納された第１種のデバイスデータである第２種の格納済データに基づいて、複数個の第２種のデバイスにおける各イベントの発生状況を示す第２の閲覧データを生成する。閲覧データ供給部は、第１の閲覧データを第１のユーザの第１の閲覧端末に供給し、第２の閲覧データを第２のユーザの第２の閲覧端末に供給する。【０００７】
ここで、「テンプレートデータを供給する」とは、テンプレートデータ一式を第１の設定端末及び第２の設定端末に送信することと、第１の設定端末及び第２の設定端末が、サーバにアクセスして、テンプレートデータに従って表示される表示画面を見て、その表示画面に従って情報を入力することができること等を含む。【０００８】
上記のサーバによると、各ユーザは、サーバから供給されたテンプレートデータに従って情報を入力することにより、デバイスデータをメモリに格納する様式を簡単に設定することができる。サーバは、入力済テンプレートデータに含まれる様式に従ってデバイスデータを格納し、閲覧データを生成する。そのため、ユーザ毎に、複数個のデバイスのそれぞれから情報を収集して当該複数個のデバイスを管理するためのシステムを構築する際に、サーバにおいて、システム毎に異なるプログラミングを行う必要がない。また、上記サーバは、複数個のデバイスのそれぞれから、デバイス識別情報と、差分時間情報と、種類情報とを含むデバイスデータを取得する。各デバイスからデバイスデータを取得する場合、デバイスに対して行うべき電文設計の内容は決まっている。そのため、デバイスデータの取得のために、第１種のデバイスと第２種のデバイスとに対して異なる電文設計を行う必要がない。従って、上記のサーバを用いてシステムを構築することにより、システム構築者の負担を軽減することができる。【０００９】
なお、上記のサーバを実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。また、上記のサーバと、複数個の第１種のデバイスと、複数個の第２種のデバイスと、第１の設定端末と、第１の閲覧端末と、第２の設定端末と、第２の閲覧端末と、を含む通信システムも、新規で有用である。
【図面の簡単な説明】
【００１０】
【図１】通信システムの構成を示す。
【図２】通信システムの動作概要のシーケンスチャート（１）を示す。
【図３】通信システムの動作概要のシーケンスチャート（２）を示す。
【図４】第１種のデバイスデータの生成手法の例を示す。
【図５】第１種のデバイスデータの例を示す。
【図６】テンプレートデータ表示画面の例を示す。
【図７】設定画面の例を示す。
【図８】第１の入力済テンプレートデータの例を示す。
【図９】第１の入力済テンプレートデータの例の続きを示す。
【図１０】厨房機器種類の対応表を示す。
【図１１】厨房機器の対応表を示す。
【図１２】企業マスタの対応表を示す。
【図１３】店舗グループマスタの対応表を示す。
【図１４】店舗マスタの対応表を示す。
【図１５】店の対応表を示す。
【図１６】設置機器の対応表を示す。
【図１７】各機器収集データの対応表を示す。
【図１８】第２の入力済テンプレートデータの例を示す。
【図１９】閲覧データ画面の例を示す。
【図２０】第１のルール入力画面の例を示す。
【図２１】第１のルールデータの例を示す。
【図２２】第２実施例の第１種のデバイスデータの生成手法の例を示す。
【図２３】第２実施例の第１種のデバイスデータの例を示す。
【図２４】第３実施例の第１種のデバイスデータの生成手法の例を示す。
【図２５】第３実施例の第１種のデバイスデータの例を示す。
【図２６】第４実施例の第１種のデバイスデータの生成手法の例を示す。
【図２７】第４実施例の第１種のデバイスデータの例を示す。
【００１１】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に記載する技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。【００１２】
（特徴１）時間情報は、特定デバイスで発生する各イベントの間の差分時間情報を含んでもよい。【００１３】
この構成によると、サーバが各デバイスから取得するデバイスデータが差分時間情報を含む。そのため、サーバは、メモリ内の第１のデータベースに含まれる第１種のデバイスデータを用いれば、第１種のデバイスにおけるイベントの発生状況を時系列に沿って適切に再現することができる。また、例えば、第１種のデバイスから毎秒のイベントの発生状況を示す情報を取得する場合に比べて、サーバが備えるべきメモリの容量が少なく済む。【００１４】
（特徴２）第１の様式は、複数個の第１種のデバイスの配置場所に関係する第１の拠点構造情報を含んでもよく、第２の様式は、複数個の第２種のデバイスの配置場所に関係する第２の拠点構造情報を含んでもよい。閲覧データ生成部は、第１の閲覧端末から第１の拠点に関する情報を含む第１の閲覧データ要求が取得される場合に、第１種の格納済データと、第１の拠点構造情報に含まれる第１の拠点に関する情報と、に基づいて、第１の閲覧データを生成し、第２の閲覧端末から、第２の拠点に関する情報を含む第２の閲覧データ要求が取得される場合に、第２種の格納済データと、第２の拠点構造情報に含まれる第２の拠点に関する情報と、に基づいて、第２の閲覧データを生成してもよい。【００１５】
この構成によると、サーバは、第１の設定端末と第２の設定端末とにテンプレートデータを供給すれば、第１の設定端末から、第１の拠点構造情報を含む第１の入力済テンプレートデータを取得でき、第２の設定端末から、第２の拠点構造情報を含む第２の入力済テンプレートデータを取得することができる。サーバは、第１の拠点構造情報と第１種の格納済データとに基づいて第１の閲覧データを生成でき、第２の拠点構造情報と第２種の格納済データとに基づいて第２の閲覧データを生成できる。従って、サーバにおいて、ユーザの拠点構造毎に異なるプログラミングを行う必要がない。【００１６】
（特徴３）サーバは、さらに、集計部を備えてもよい。集計部は、第１種の格納済データの少なくとも一部を集計して第１種の集計データを生成し、第２種の格納済データの少なくとも一部を集計して第２種の集計データを生成してもよい。また、閲覧データ生成部は、第１種の集計データを利用して第１の閲覧データを生成可能であり、第２種の集計データを利用して第２の閲覧データを生成可能であってもよい。【００１７】
この構成によると、サーバは、既に生成されている第１種の集計データを利用して第１の閲覧データを生成することができる。同様に、サーバは、既に生成されている第２種の集計データを利用して第２の閲覧データを生成することができる。そのため、サーバが閲覧データを生成する際の負荷が少なく済む。【００１８】
（特徴４）サーバは、さらに、条件データ取得部と、通知信号供給部と、を備えていてもよい。条件データ取得部は、第１の設定端末から、サーバに第１の通知信号を供給させるための第１の条件を示す第１の条件データを取得し、第２の設定端末から、サーバに第２の通知信号を供給させるための第２の条件を示す第２の条件データを取得してもよい。通知信号供給部は、第１の条件データが取得された後に、第１種の格納済データによって第１の条件が満たされる場合に、第１の閲覧端末に第１の通知信号を供給し、第２の条件データが取得された後に、第２種の格納済データによって第２の条件が満たされる場合に、第２の閲覧端末に第２の通知信号を供給してもよい。【００１９】
この構成によると、サーバは、第１の閲覧端末に対して適切に第１の通知信号を供給すると共に、第２の閲覧端末に対して適切に第２の通知信号を供給することができる。【００２０】
（特徴５）閲覧データ生成部は、第１種の格納済データに基づいて、複数個の第１種のデバイスのそれぞれにおいて、第１のイベントが発生してから第１のイベントが再び発生するまでの間に発生した第２のイベントの数を含む第１の閲覧データを生成可能であり、第２種の格納済データに基づいて、複数個の第２種のデバイスのそれぞれにおいて、第３のイベントが発生してから第３のイベントが再び発生するまでの間に発生した第４のイベントの数を含む第２の閲覧データを生成可能であってもよい。ここで、「イベントの発生」は、単発の信号が発生することと、信号のハイ／ローの各状態の切り替え（信号の立上り／立下りの切り替え）が行われることと、のいずれも含んでもよい。【００２１】
この構成によると、サーバは、第１のユーザが閲覧を希望する第１の閲覧データを適切に生成できると共に、第２のユーザが閲覧を希望する第２の閲覧データを適切に生成することができる。また、デバイス側から取得されたデバイスデータのみに基づいて、複数種類のイベント同士が時間的に特定の関係を形成する状態の発生数や、その状態の発生時刻を含む閲覧データを生成することができる。【００２２】
（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、サーバ１０と、複数個の第１種のデバイス５０と、複数個の第２種のデバイス６０と、第１の設定端末７０と、第１の閲覧端末７１と、第２の設定端末８０と、第２の閲覧端末８１とを備える。複数個の第１種のデバイス５０は、それぞれ、サーバ１０と通信可能に備えられている。同様に、複数個の第２種のデバイス６０も、それぞれ、サーバ１０と通信可能に備えられている。第１の設定端末７０、第１の閲覧端末７１、第２の設定端末８０、及び、第２の閲覧端末８１も、それぞれ、サーバ１０と通信可能に備えられている。図１の例では、複数個の第１種のデバイス５０は、例えば、電子レンジ５０ａと、オーブン５０ｂと、食器洗浄機５０ｃと、を含む。複数個の第２種のデバイス６０は、例えば、プレス機６０ａと、コンベア６０ｂと、印字機６０ｃと、を含む。【００２３】
本実施例では、複数個の第１種のデバイス５０、第１の設定端末７０、及び、第１の閲覧端末７１は、それぞれ、第１のユーザに属する。また、本実施例では、第１のユーザは、複数個の第１種のデバイス５０のベンダである厨房機器メーカーである。複数個の第２種のデバイス６０、第２の設定端末８０、及び、第２の閲覧端末８１は、それぞれ、第２のユーザに属する。本実施例では、第２のユーザは、複数個の第２種のデバイス６０のベンダである工業機器メーカーである。【００２４】
即ち、本実施例の通信システム２は、第１のユーザが、サーバ１０を利用して複数個の第１種のデバイス５０を管理するための第１のシステムを含むと共に、第２のユーザが、サーバ１０を利用して複数個の第２種のデバイス６０を管理するための第２のシステムを含む、と言うことができる。この場合、第１のシステムは、複数個の第１種のデバイス５０、サーバ１０、第１の設定端末７０、及び、第１の閲覧端末７１を含む。第２のシステムは、複数個の第２種のデバイス６０、サーバ１０、第２の設定端末８０、及び、第２の閲覧端末８１を含む。【００２５】
（サーバ１０）
サーバ１０は、制御部２０を有している。制御部２０は、ＣＰＵ２２と、メモリ２４とを有している。ＣＰＵ２２は、メモリ２４に記憶されているプログラムに従って、様々な処理を実行する。メモリ２４は、ＲＯＭ、ＲＡＭ、ハードディスク等によって構成される。メモリ２４は、ＣＰＵ２２によって実行される上記のプログラムを記憶する。また、メモリ２４は、テンプレートデータ２５と、第１のユーザ情報２６と、第２のユーザ情報２８と、を記憶する。【００２６】
テンプレートデータ２５は、サーバ１０を利用するユーザ（例えば、第１のユーザ）の
デバイス（例えば、第１種のデバイス５０）からサーバ１０が取得するデバイスデータを、サーバ１０のメモリ２４に格納する様式を設定するためのデータである。テンプレートデータは、デバイスで発生する各イベントに関するメタデータを入力するためのデータである、と言い換えてもよい。ここで、「デバイスデータ」は、当該デバイスデータの供給元であるデバイス（特定デバイスと呼ぶ）を識別するためのデバイス識別情報（即ち、機器固有番号）と、特定デバイスで発生する各イベントの間の差分時間を示す差分時間情報と、特定デバイスで発生するイベントの種類を示す種類情報と、を含むデータである。デバイスデータのうちの差分時間情報と種類情報とを合わせて「差分データ」と呼び換えてもよい。サーバ１０を利用するユーザは、サーバ１０にアクセスし、テンプレートデータ２５に従って情報を入力することにより、上記デバイスデータをサーバ１０のメモリ２４に格納する際の様式を設定することができる（即ち、入力済テンプレートデータをメモリ２４に格納させることができる）。テンプレートデータ２５の詳しい内容、及び、入力済テンプレートデータの詳しい内容については後で詳しく説明する。【００２７】
第１のユーザ情報２６は、第１のユーザが複数個の第１種のデバイス５０を管理することに関係する様々なデータを含む。具体的には、第１のユーザ情報２６は、第１の入力済テンプレートデータ２６ａと、第１のルールデータ２６ｂと、第１のデータベース２６ｃと、を含む。【００２８】
第１の入力済テンプレートデータ２６ａは、第１の設定端末７０から取得されるデータである。即ち、第１のユーザは、第１の設定端末７０を用いてサーバ１０にアクセスし、上述のテンプレートデータ２５に従って情報を入力することにより、第１の入力済テンプレートデータを生成することができる。第１の入力済テンプレートデータは、複数個の第１種のデバイス５０のそれぞれからサーバ１０によって取得される第１種のデバイスデータをメモリ２４に格納する第１の様式を含む。また、第１の入力済テンプレートデータに含まれる第１の様式は、複数個の第１種のデバイス５０から取得される第１種のデバイスデータを閲覧する際の階層構造に関する情報も含む。第１の設定端末７０は、第１の入力済テンプレートデータをサーバ１０に供給する。サーバ１０は、第１の設定端末７０から第１の様式を含む第１の入力済テンプレートデータを取得すると、第１の入力済テンプレートデータをメモリ２４内に記憶する（図１の符号２６ａ参照）。【００２９】
第１のルールデータ２６ｂも、第１の設定端末７０から取得されるデータである。第１のルールデータ２６ｂは、サーバ１０に第１の通知信号を供給させるための第１の条件を示す情報を含む。サーバ１０が、第１の設定端末７０から第１のルールデータ２６ｂを取得する具体的な手法は後で説明する。【００３０】
第１のデータベース２６ｃは、複数個の第１種のデバイス５０から取得された第１種のデバイスデータを、第１の入力済テンプレートデータに含まれる第１の様式に従ってメモリ２４に記憶させて形成されるデータベースである。【００３１】
ここで、第１種のデバイスデータは、複数個の第１種のデバイス５０のそれぞれから取得されるデータである。第１種のデバイスデータは、第１種のデバイス５０（例えば、電子レンジ５０ａ）を識別するための機器固有番号と、発生したイベントの種類を示す種類情報と、その第１種のデバイス５０（例えば、電子レンジ５０ａ）で発生する各イベントの間の差分時間を示す差分時間情報と、を含む。【００３２】
第２のユーザ情報２８は、第２のユーザが複数個の第２種のデバイス６０を管理するために必要な様々なデータを含む。具体的には、第２のユーザ情報２８は、第２の入力済テンプレートデータ２８ａと、第２のルールデータ２８ｂと、第２のデータベース２８ｃと、を含む。第２の入力済テンプレートデータ２８ａと、第２のルールデータ２８ｂと、第２のデータベース２８ｃの内容は、いずれも、上記の第１の入力済テンプレートデータ２６ａと、第２のルールデータ２６ｂと、第１のデータベース２６ｃの内容とほぼ同様であるため、詳しい説明を省略する。【００３３】
（複数個の第１種のデバイス５０）
上記の通り、複数個の第１種のデバイス５０は、電子レンジ５０ａと、オーブン５０ｂと、食器洗浄機５０ｃと、を含む。複数個の第１種のデバイス５０は、これら以外の図示しない第１種のデバイスも含んでいる。以下では、複数個の第１種のデバイス５０に含まれる各デバイス（例えば電子レンジ５０ａ等）のことを単に「第１種のデバイス５０」と呼ぶ場合がある。複数個の第１種のデバイス５０のそれぞれは、デバイスを識別するための機器固有番号を記憶している。また、複数個の第１種のデバイス５０のそれぞれは、図示しないネットワークを介して、サーバ１０と通信可能に備えられている。複数個の第１種のデバイス５０のそれぞれは、サーバ１０に、上述の第１種のデバイスデータを供給することができる。【００３４】
（複数個の第２種のデバイス６０）
上記の通り、複数個の第２種のデバイス６０は、プレス機６０ａと、コンベア６０ｂと、印字機６０ｃと、を含む。複数個の第２種のデバイス６０は、これら以外の図示しない第２種のデバイスも含んでいる。以下では、複数個の第２種のデバイス６０に含まれる各デバイス（例えばプレス機６０ａ等）のことを単に「第２種のデバイス６０」と呼ぶ場合がある。複数個の第２種のデバイス６０のそれぞれも、デバイスを識別するための機器固有番号を記憶している。また、複数個の第２種のデバイス６０のそれぞれは、図示しないネットワークを介して、サーバ１０と通信可能に備えられている。複数個の第２種のデバイス６０のそれぞれは、サーバ１０に、第２種のデバイスデータを供給することができる。第２種のデバイスデータは、第１種のデバイスデータと同様に、第２種のデバイス６０を識別するための機器固有番号と、発生したイベントの種類を示す種類情報と、その第２種のデバイス６０で発生する各イベントの間の差分時間を示す差分時間情報と、を含む。【００３５】
（第１の設定端末７０、第１の閲覧端末７１）
第１の設定端末７０は、例えば、第１のユーザのＰＣ等の端末装置である。第１の閲覧端末７１は、例えば、第１のユーザのタブレット端末等の端末装置である。第１の設定端末７０、第１の閲覧端末７１は、いずれも、図示しない操作部、表示部、制御部を有している。第１の設定端末７０、第１の閲覧端末７１は、それぞれ、図示しないネットワークを介して、サーバ１０と通信可能に備えられている。本実施例では、第１の設定端末７０と第１の閲覧端末７１が別個の端末として構成されている。これに限られず、変形例では、第１の設定端末７０と第１の閲覧端末７１とが１個の端末として構成されていてもよい。【００３６】
（第２の設定端末８０、第２の閲覧端末８１）
第２の設定端末８０は、例えば、第２のユーザのＰＣ等の端末装置である。第２の閲覧端末８１は、例えば、第２のユーザのタブレット端末等の端末装置である。第２の設定端末８０、第２の閲覧端末８１は、いずれも、図示しない操作部、表示部、制御部を有している。第２の設定端末８０、第２の閲覧端末８１は、それぞれ、図示しないネットワークを介して、サーバ１０と通信可能に備えられている。変形例では、第２の設定端末８０と第２の閲覧端末８１とが１個の端末として構成されていてもよい。【００３７】
（通信システム２の動作の概要；図２、図３）
続いて、図２、図３を参照して、通信システム２における各構成要素の動作の概要を説明する。図２、図３では、サーバ１０と、第１の設定端末７０と、第１の閲覧端末７１と、第１種のデバイス５０の間で実行される各処理を例として説明する。【００３８】
図２は、サーバ１０が、第１の設定端末７０から第１の入力済テンプレートデータを取得し、その後、第１の閲覧データを第１の閲覧端末７１に供給する場合の各構成要素の動作の概要を示す。【００３９】
第１のユーザの操作に従って、第１の設定端末７０は、サーバ１０にアクセスし、サーバ１０にテンプレート要求を供給する（Ｓ１０）。【００４０】
サーバ１０は、第１の設定端末７０からテンプレート要求を取得すると、テンプレートデータ（図１の符号２５参照）を第１の設定端末７０に供給する（Ｓ１２）。【００４１】
第１の設定端末７０は、サーバ１０からテンプレートデータを取得すると、テンプレートデータ表示画面を表示部に表示させる（Ｓ１４）。テンプレートデータ表示画面の内容については後で詳しく説明する（図６参照）。第１のユーザは、第１の設定端末７０の操作部を操作して、テンプレートデータに従って情報を入力する（Ｓ１６）。この結果、第１の入力済テンプレートデータ（図８、図９参照）が生成される。第１の設定端末７０は、生成された第１の入力済テンプレートデータを、サーバ１０に供給する（Ｓ１８）。【００４２】
サーバ１０は、第１の設定端末７０から第１の入力済テンプレートデータを取得すると、取得された第１の入力済テンプレートデータをメモリ２４に記憶させる（Ｓ２０）（図１の符号２６ａ参照）。【００４３】
その後、第１種のデバイス５０は、第１種のデバイス５０でイベント（例えば、電源ＯＮ、加熱開始、異常動作、等）が発生する毎に、第１種のデバイスデータをサーバ１０に供給する（Ｓ２２、Ｓ２６）。上記の通り、第１種のデバイスデータは、第１種のデバイス５０を識別するための機器固有番号と、発生したイベントの種類を示す種類情報と、その第１種のデバイス５０で発生する各イベントの間の差分時間を示す差分時間情報を含む。第１種のデバイス５０が第１種のデバイスデータを生成する手法、及び、第１種のデバイスデータの内容は、図４、図５を参照して後で詳しく説明する。なお、変形例では、第１種のデバイス５０は、イベントが発生する毎に、第１種のデバイスデータを生成し、生成された第１種のデバイスデータを自身のメモリ内に記憶させてもよい。その場合、第１種のデバイス５０は、所定期間毎に、メモリ内に蓄積された第１種のデバイスデータをサーバ１０に供給するようにしてもよい。また、第１種のデバイス５０は、所定のイベントが発生したこと（例えば、電源ＯＦＦ操作が行われたこと）をトリガとして、メモリ内に蓄積された第１種のデバイスデータをサーバ１０に供給してもよい。【００４４】
サーバ１０は、第１種のデバイス５０から第１種のデバイスデータを取得する毎に、取得された第１種のデバイスデータをメモリ２４に記憶させる（Ｓ２４、Ｓ２８）。サーバ１０は、取得された第１種のデバイスデータをメモリ２４に記憶させる際、第１の入力済テンプレートデータに含まれる第１の様式に従って記憶させる。これにより、メモリ２４内に、第１のデータベース２６ｃが構築される。サーバ１０は、メモリ２４内の第１のデータベース２６ｃに含まれる第１種のデバイスデータを用いれば、第１種のデバイス５０におけるイベントの発生状況を時系列に沿って適切に再現することができる。本実施例では、上記の通り、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータを取得して記憶する。そのため、例えば、第１種のデバイス５０から毎秒のイベントの発生状況を示す情報を取得する場合に比べて、サーバ１０が備えるべきメモリ２４の容量が少なく済む。さらに、サーバ１０は、取得された第１種のデバイスデータに基づいて、第１種のデバイス５０のイベントの発生状況を集計して第１種の集計データを生成する（Ｓ２４、Ｓ２８）。サーバ１０は、第１種の集計データもメモリ２４に記憶させる。【００４５】
その後、第１のユーザの操作に従って、第１の閲覧端末７１は、サーバ１０にアクセスし、サーバ１０に第１の閲覧データ要求を供給する（Ｓ３０）。第１の閲覧データ要求は、第１の閲覧端末７１がデータの閲覧を要求する階層（例えば、第１のデバイス５０の設置地区等）を示す情報を含む。ここで、「階層」は、第１種のデバイス５０の配置場所に関係する「拠点」と言い換えてもよい。【００４６】
サーバ１０は、第１の閲覧端末７１から第１の閲覧データ要求を取得すると、メモリ２４内の第１のデータベース２６ｃに含まれる第１種のデバイスデータと、第１の入力済テンプレートデータ２６ａと、取得された第１の閲覧データ要求と、に基づいて、第１種のデバイス５０における各イベントの発生状況を示す第１の閲覧データを生成する（Ｓ３２）。この際、サーバ１０は、第１の閲覧データ要求に含まれる情報が示す階層に対応するイベントの発生状況（例えば、設置地区ごとのイベントの発生状況）を示す第１の閲覧データを生成する。また、サーバ１０は、第１の閲覧データを生成する際、メモリ２４内の第１種の集計データを利用する。サーバ１０は、既に生成されている第１種の集計データを利用して第１の閲覧データを生成するため、第１の閲覧データ要求が取得された後に、データの集計を行った上で第１の閲覧データを生成する必要がない。そのため、サーバ１０が第１の閲覧データを生成する際の負担は小さく済む。さらに、サーバ１０は、第１の閲覧端末７１から第１の閲覧データ要求を取得した後、短時間で第１の閲覧データを生成した第１の閲覧端末７１に供給することができる。第１のユーザを長時間待たせることもない。【００４７】
第１の閲覧データにどのような情報が含まれるかは、第１のデータベース２６ｃに含まれる第１種のデバイスデータの内容と、第１の入力済テンプレートデータ２６ａの内容と、第１の閲覧データ要求の内容と、によって変わる。例えば、サーバ１０によって生成される第１の閲覧データが、第１種のデバイス５０において、第１のイベント（例えば、加熱運転開始）が発生してから第１のイベントが再び発生するまでの間に発生した第２のイベント（例えば、温度センサの値が１００℃以上）の数を含んでいてもよい。【００４８】
サーバ１０は、生成された第１の閲覧データを第１の閲覧端末７１に供給する（Ｓ３４）。【００４９】
第１の閲覧端末７１は、サーバ１０から第１の閲覧データを取得すると、取得された第１の閲覧データに従って、データ閲覧画面（図１９参照）を表示部に表示させる（Ｓ３６）。第１のユーザは、データ閲覧画面において、例えば、データを閲覧する階層を変更して、新たな第１の閲覧データ要求操作を行うことができる。その場合、第１の閲覧端末７１は、新たな第１の閲覧データ要求をサーバ１０に供給する（Ｓ３８）。【００５０】
サーバ１０は、第１の閲覧端末７１から新たな第１の閲覧データ要求を取得すると、メモリ２４内の第１のデータベース２６ｃに含まれる第１種のデバイスデータと、第１の入力済テンプレートデータ２６ａと、取得された新たな第１の閲覧データ要求と、に基づいて、新たな第１の閲覧データを生成する（Ｓ４０）。サーバ１０は、生成された第１の閲覧データを第１の閲覧端末７１に供給する（Ｓ４２）。【００５１】
第１の閲覧端末７１は、サーバ１０から第１の閲覧データを取得すると、取得された第１の閲覧データに従って、データ閲覧画面を表示部に表示させる（Ｓ４４）。このように、第１の閲覧端末７１は、第１の閲覧データ要求に対応する第１の閲覧データをサーバ１０から取得し、表示部に表示させることができる（Ｓ３６、Ｓ４４）。第１のユーザは、第１の閲覧データに基づいて表示されるデータ閲覧画面を見ることにより、第１種のデバイス５０における各イベントの発生状況を知ることができる。また、条件（即ち、階層）を変えて第１の閲覧データ要求をサーバ１０に供給することにより、様々な条件における各イベントの発生状況を知ることができる。その結果、第１のユーザは、第１種のデバイス５０を適切に管理することができる。【００５２】
続いて、図３を参照して、サーバ１０が第１の設定端末７０から第１の入力済テンプレートデータを取得した後に、第１の設定端末７０から第１のルールデータ（図１の符号２６ｂ参照）を取得し、その後、第１の通知信号を第１の閲覧端末７１に供給する場合の各構成要素の動作の概要を説明する。【００５３】
第１の設定端末７０は、サーバ１０に第１の入力済テンプレートデータを供給（図２のＳ１８参照）した後において、第１のユーザの指示に従って、サーバ１０にアクセスして、第１のルール入力画面（図２０参照）を表示するための第１のルール入力画面要求をサーバ１０に供給する（Ｓ５０）。【００５４】
サーバ１０は、第１の設定端末７０から第１のルール入力画面要求を取得すると、メモリ２４内の第１の入力済テンプレートデータ２６ａを利用して第１のルール入力画面データを生成する（Ｓ５２）。即ち、Ｓ５２で生成される第１のルール入力画面データの内容は、第１の入力済テンプレートデータ２６ａの内容によって変化する。サーバ１０は、生成された第１のルール入力画面データを第１の設定端末７０に供給する（Ｓ５４）。【００５５】
第１の設定端末７０は、サーバ１０から第１のルール入力画面データを取得すると、第１のルール入力画面（図２０参照）を表示部に表示させる（Ｓ５６）。第１のルール入力画面の内容については後で詳しく説明する。第１のユーザは、第１のルール入力画面に従って情報を入力する（Ｓ５８）。この結果、第１のルールデータ（図２１参照）が生成される。第１のルールデータは、サーバ１０に第１の通知信号を供給させるための第１の条件を含む。第１の設定端末７０は、生成された第１のルールデータを、サーバ１０に送信する（Ｓ６０）。【００５６】
サーバ１０は、第１の設定端末７０から第１のルールデータを取得すると、第１のルールデータをメモリ２４に記憶させる（Ｓ６１）（図１の符号２６ｂ参照）。次いで、サーバ１０は、第１のデータベース２６ｃに含まれる第１種のデバイスデータによって、第１のルールデータに含まれる第１の条件が満たされることを監視する。サーバ１０は、第１の条件が満たされる場合（Ｓ６２）に、第１の条件が満たされたことを示す第１の通知信号を、第１の閲覧端末７１に供給する（Ｓ６４）。第１の通知信号は、第１の閲覧端末７１が行うべき動作（例えば、アラーム発報）を示す情報も含んでいる。【００５７】
第１の閲覧端末７１は、サーバ１０から第１の通知信号を取得すると、取得された第１の通知信号の内容に応じた動作（例えば、アラーム報知等）を行う（Ｓ６６）。【００５８】
上記の例では、サーバ１０と、第１の設定端末７０と、第１の閲覧端末７１と、第１種のデバイス５０の間で実行される各処理を例として説明した。ただし、サーバ１０と、第２の設定端末８０と、第２の閲覧端末８１と、第２種のデバイス６０（例えば、図１のプレス機６０ａ）の間でも、ほぼ同様の処理が実行される。その場合、上記図２の例における「第１の」「第１種の」の各語が、「第２の」「第２種の」に置き換えられる。この場合も、サーバ１０から第２の設定端末８０に供給されるテンプレートデータ（Ｓ１２参照）は、サーバ１０から第１の設定端末７０に供給されるテンプレートデータ（図１の符号２５参照）と同じデータである。【００５９】
即ち、本実施例の通信システム２では、各ユーザは、サーバ１０から供給されたテンプレートデータに従って入力を行うことにより、デバイスデータをサーバ１０のメモリ２４に格納する様式を簡単に設定することができる。サーバ１０は、入力済テンプレートデータに含まれる様式に従ってデバイスデータを格納し、閲覧データを生成する。そのため、ユーザ毎に、複数個のデバイスのそれぞれから情報を収集して当該複数個のデバイスを管理するためのシステムを構築する際に、サーバ１０において、システム毎に異なるプログラミングを行う必要がない。また、サーバ１０は、複数個のデバイスのそれぞれから、機器固有番号と、差分時間情報と、種類情報とを含むデバイスデータを取得する。各デバイスからデバイスデータを取得する場合、各デバイスに対して行うべき電文設計の内容は決まっている。そのため、デバイスデータの取得のために、第１種のデバイス５０と第２種のデバイス６０とに対して異なる電文設計を行う必要がない。従って、本実施例のサーバ１０を用いてシステムを構築することにより、システム構築者の負担を軽減することができる。【００６０】
（第１種のデバイスデータの生成手法；図４、図５）
図４を参照して、第１種のデバイス５０が第１種のデバイスデータを生成する手法について説明する。図４では、第１種のデバイス５０において、種類Ａと種類Ｂの２種類のイベントが発生する例を示している。図４に示すように、第１種のデバイス５０は、特定のイベント（図４のＢ１）が発生した場合に、その特定のイベント（Ｂ１）の前回に発生したイベント（図４のＡ１）の発生時（ｔ１）と、特定のイベント（Ｂ１）の発生時（ｔ２）との差分時間（Ｔ１）を特定する。さらに、第１種のデバイス５０は、特定のイベントの種類（Ｂ）を特定する。第１種のデバイス５０は、第１種のデバイス５０の機器固有番号（１００１）と、差分時間（Ｔ１）と、特定のイベントの種類（Ｂ）を示す種類情報とを対応付ける。この結果、図５に示すように、機器固有番号と、差分時間と、種類情報とが対応付けられた第１種のデバイスデータが生成される。【００６１】
第１種のデバイス５０は、特定のイベント以降の各イベントが発生した場合についても、上記と同様の要領で、種類情報（Ｂ、Ａ、Ａ・・・）と、差分時間（Ｔ２、Ｔ３、Ｔ４・・・）を特定する。この結果、特定のイベント以降の各イベントが発生した場合についても、第１種のデバイスデータが生成される。第１種のデバイス５０は、第１種のデバイスデータをサーバ１０に随時供給する。そのため、例えば、毎秒のイベント発生状況を示す情報をサーバ１０に供給する場合よりも、第１種のデバイス５０の通信負荷を小さくすることができる。【００６２】
図４、図５の例では、第１種のデバイス５０が第１種のデバイスデータを生成する例について説明したが、第２種のデバイス６０が第２種のデバイスデータを生成する場合も、上記と同様である。【００６３】
（テンプレートデータ表示画面：図６）
図６を参照して、サーバ１０が供給するテンプレートデータに従って、第１の設定端末７０及び第２の設定端末８０で表示されるテンプレートデータ表示画面（図２のＳ１４参照）について説明する。【００６４】
図６は、初期状態のテンプレートデータ表示画面を示す。初期状態のテンプレートデータ表示画面は、日付１０２、曜日１０４、月１０６、年１０８、カレンダー１１０の各アイテムを含むツリー構造を有している。各アイテムの隣に表示されている「＋」マークを選択すると、各アイテム内のデータが展開される。図示していないが、例えば、日付１０２の隣の「＋」を選択すると、日付番号、日付名の各アイテムが表示される。日付１０２、曜日１０４、月１０６、年１０８、カレンダー１１０の各アイテムは、所定の日付、所定の曜日、所定の月、所定の年、所定のカレンダー内の日のそれぞれにおける、複数個の第１種のデバイス５０、又は、複数個の第２種のデバイス６０におけるイベントの発生状況を閲覧するためのアイテムである。【００６５】
（設定画面；図７）
図６のテンプレートデータ表示画面において、所定のアイテム追加操作が行われる場合、又は、表示されているアイテムのいずれかを選択する操作が行われる場合、図６に示すツリー構造の隣に、図７に示す設定画面が表示される。設定画面も、テンプレートデータに従って表示される画面である。図７の設定画面は、項目と、値と、型とが関連づけられたテーブルを含む。【００６６】
項目の欄には、「Name」「DispName」「ValueType」「ValueRule」「TargetType」「SignalNumber」の各項目が予め入力されている。値の欄には、各項目に対応する情報（文字や数字）を入力可能である。型の欄には、値の欄に入力された情報の属性が文字で表示される。第１のユーザ及び第２のユーザ（以下、まとめて「ユーザ」と呼ぶ場合がある）は、値の欄に、各項目に対応する情報を入力することができる。【００６７】
「Name」は、テンプレートデータ表示画面に表示されるアイテムのデータ上の名称である。「Name」が示す名称は、他の名称と重複しないユニークな名称である。ユーザは、「Name」に対応する値の欄に、「Company」のように、所望の名称を入力することができる。値の欄の入力に伴い、型の欄には、文字情報であることを示す情報が入力される。【００６８】
「DispName」は、アイテムを表示する際の名称（表示名）である。ユーザは、「DispName」に対応する値の欄に、「企業」のように、所望の表示名を入力することができる。値の欄の入力に伴い、型の欄には、文字情報であることを示す情報が入力される。【００６９】
「ValueType」は、アイテムに対応するイベントのタイプ（信号、数値、文字情報、等）を示す。例えば、第１種のデバイス５０では、種々のタイプのイベントが発生する。第１種のデバイス５０は、イベントが発生する毎に、所定の情報を出力する。例えば、第１種のデバイス５０における電源のオン・オフや、加熱運転開始、異常運転、のようなイベントが発生する場合、第１種のデバイス５０はパルス信号を出力する。パルス信号は、単発タイプのものと、ハイ／ローを切り替えるタイプのものと、を含む。また、第１種のデバイス５０では、センサの検出値（例えば温度等）、型番、ＩＤ、等の所定の数値や文字情報を出力するイベントが発生する場合もある。ユーザは、「ValueType」に対応する値の欄に、「０」「１」「２」等の各値を入力することができる。ここでは、「０」「１」「２」等の各値は、「信号」「数値」の各タイプに対応する。値の欄の入力に伴い、型の欄には、例えば、整数情報であることを示す情報が表示される。【００７０】
「ValueRule」は、「ValueType」で入力されたタイプに対応する情報に関するルールを示す。具体的に言うと、デバイスから出力される情報の加算可否を示す。例えば、第１種のデバイス５０から出力される情報が、パルス信号や、金額を示す数値情報である場合等は、パルス信号の数や、数値が示す値を加算できる。また、第１種のデバイス５０から出力される情報が、数値であっても、型番を示す数値等のユニークな値である場合等は、値を加算できない。ユーザは、「ValueRule」に対応する値の欄に、「０」「１」「２」等の各値を入力することができる。値の欄に入力される各値は、それぞれ「加算不可」、「加算可」、「ユニーク値」等に対応する。値の欄の入力に伴い、型の欄には、例えば、整数であることを示す情報が表示される。【００７１】
「TargetType」は、ツリー構造で示す実際のデータベース構造の関係を示す。例えば、第１のアイテムに対応する拠点階層の下にさらに第２のアイテムに対応する拠点概念が存在する等の関係を示す。ユーザは、「TargetType」に対応する値の欄に、「０」「１」「２」等の各値を入力することができる。値の欄に入力される各値は、それぞれ「（アイテムに対応する）下の階層に拠点が存在しない」、「下の階層にさらに拠点が存在する」、「下の階層にデータベーステーブルの項目が存在する」等に対応する。型の欄には、整数であることを示す情報が表示される。【００７２】
「SignalNumber」は、デバイスから取得されるデバイスデータを定義する信号種類番号を示す。「SignalNumber」が定義されることで、信号種類番号によって定義されるデバイスデータがデータベース項目の値とされる。例えば、デバイス毎に「センサＡ信号」は「５」、「センサＢ信号」は「６」のように、ユニークな信号種類番号が割り当てられる。サーバ１０は、この値が定義されたアイテムに対応するデータベース項目について、デバイスからデバイスデータが取得された際に、その信号種類番号が示すイベントの回数を累計し、変化する度に更新する。【００７３】
図７の設定画面において、ユーザが必要な情報を入力することにより、テンプレートデータ表示画面にアイテムが表示される。アイテムの表示名は、「DispName」に入力された名称である。また、アイテムは、「TargetType」に入力された値に対応する位置に表示される。【００７４】
このように、ユーザは、設定画面を表示させて、必要な情報を入力することにより、テンプレートデータ表示画面にアイテムを追加することができる。この結果、ユーザの所望のツリー構造を形成することができる。【００７５】
また、上記の通り、ユーザは、既に設定済みのアイテムを選択することによっても、設定画面を表示させることができる。その場合、表示された設定画面において、ユーザは、アイテムの設定内容を変更することができる。【００７６】
従って、ユーザは、図６のテンプレートデータ表示画面と、図７の設定画面と、において必要な情報を入力することによって、テンプレートデータに基づいて入力済テンプレートデータ（第１の入力済テンプレートデータ、第２の入力済テンプレートデータ）を作成することができる。【００７７】
なお、図７に示す設定画面はあくまで一例である。変形例では、設定画面には、他の項目等が含まれていてもよい。【００７８】
（第１の入力済テンプレートデータの例；図８〜図１７）
続いて、図８〜図１７を参照して、第１の設定端末７０の使用者である第１のユーザが、テンプレートデータに従って情報を入力することによって生成した第１の入力済テンプレートデータの例について説明する。【００７９】
図８、図９は、第１の入力済テンプレートデータに従って第１の設定端末７０の表示部に表示される画面を示している。図８に示すように、第１の入力済テンプレートデータは、初期状態のテンプレートデータ表示画面（図６）と同様に、日付１０２、曜日１０４、月１０６、年１０８、カレンダー１１０の各アイテムを含む。さらに、図８、図９に示すように、第１の入力済テンプレートデータは、厨房機器種類１２０、厨房機器１４０、期間１６０、の各アイテムを含む。期間１６０は、下の階層として、企業マスタ１７０、店舗グループマスタ１８０、店舗マスタ２００、店２２０、の各アイテムを含む。店２２０は、さらに下の階層として、設置機器２４０、各機器収集データ２６０、の各アイテムを含む。【００８０】
図８の日付１０２、曜日１０４、月１０６、年１０８、カレンダー１１０の各アイテムについては、初期状態のテンプレートデータ表示画面（図６）と同様であるため、詳しい説明を省略する。【００８１】
図８の厨房機器種類１２０は、下の階層として、機器種類番号と機器種類名の各アイテムを含む。厨房機器種類１２０では、図１０に示すように、機器種類番号と、機器種類名とが対応付けられている。図１０では、例えば、機器種類番号「１」が機器種類名「オーブン」を示す。【００８２】
また、図８の厨房機器１４０は、機器固有番号と、機器種類番号と、機器名と、メーカーの各アイテムを含む。厨房機器１４０では、図１１に示すように、機器固有番号と、機器種類番号と、機器名と、メーカーとが対応付けられている。図１１では、例えば、機器固有番号「１００１」、機器種類番号「１」、名称「窯焼きオーブン」、メーカー「Ｔ電子」が対応付けられている。【００８３】
また、上記の通り、図９の期間１６０は、下の階層として、企業マスタ１７０、店舗グループマスタ１８０、店舗マスタ２００、店２２０、の各アイテムを含む。企業マスタ１７０は、企業番号と企業名の各アイテムを含む。企業マスタ１７０では、図１２に示すように、企業番号と企業名とが対応付けられている。図１２では、例えば、企業番号「１」が企業名「Ｓカフェ」を示す。また、企業マスタ１７０という階層が設けられていることに起因して、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータが取得される毎に、第１種のデバイス５０におけるイベントの発生状況を、企業毎に集計する。【００８４】
また、図９の店舗グループマスタ１８０は、企業番号と、店舗グループ番号と、店舗グループ名の各アイテムを含む。店舗グループ１８０では、図１３に示すように、企業番号と、店舗グループ番号と、店舗グループ名とが対応付けられている。図１３では、例えば、企業番号「１」の企業において、店舗グループ番号「１２」が店舗グループ名「関東」に対応する。店舗グループ番号と店舗グループ名の対応関係は、企業間で共通していてもよい。即ち、図１３に示すように、企業番号「２」の企業においても、店舗グループ番号「１２」が店舗グループ名「関東」に対応する。また、店舗グループマスタ１８０という階層が設けられていることに起因して、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータが取得される毎に、第１種のデバイス５０におけるイベントの発生状況を、店舗グループ毎に集計する。【００８５】
また、図９の店舗マスタ２００は、店舗番号と店舗名の各アイテムを含む。店舗マスタ２００では、図１４に示すように、店舗番号と店舗名が対応付けられている。図１４では、例えば、店舗番号「１７０」が、店舗名「Ｓカフェ  丸の内店」を示す。また、店舗マスタ２０２という階層が設けられていることに起因して、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータが取得される毎に、第１種のデバイス５０におけるイベントの発生状況を、店舗毎に集計する。【００８６】
また、図９の店２２０は、店舗番号と店舗グループ番号の各アイテムを含む。店２２０では、図１５に示すように、店舗番号と、店舗グループ番号とが対応付けられている。図１５では、例えば、店舗グループ番号「１２」と、店舗番号「１７０」とが対応付けられている。【００８７】
また、上記の通り、図９の店２２０は、下の階層として、設置機器２４０、各機器収集データ２６０の各アイテムを含む。設置機器２４０は、機器固有番号と、使用開始日と、修理日付と、使用終了日の各アイテムを含む。設置機器２４０では、図１６に示すように、機器固有番号と、使用開始日と、修理日付と、使用終了日とが対応付けられている。【００８８】
また、図９の各機器収集データ２６０は、機器固有番号と、Ａ信号累計値と、Ｂ信号累計値と、Ｃ信号累計値の各アイテムを含む。各機器収集データ２６０では、図１７に示すように、機器固有番号と、Ａ信号累計値と、Ｂ信号累計値と、Ｃ信号累計値とが対応付けられている。Ａ信号累計値、Ｂ信号累計値、Ｃ信号累計値は、それぞれ、複数個の第１種のデバイス５０で発生する各イベントの累計値（即ち、イベントの発生回数の合計）を示す。【００８９】
また、図８、図９では、矢印２７０に示すように、設置機器２４０の機器固有番号と、厨房機器１４０の機器固有番号とが関連づけられている。同様に、各機器収集データ２６０の機器固有番号も、厨房機器１４０の機器固有番号と関連づけられている。そのため、例えば、第１の閲覧端末７１において設置機器毎のイベントの発生状況を閲覧している間に、機器固有番号が選択されると、厨房機器毎のイベントの発生状況を閲覧することができる。この場合、設置機器毎のイベントの発生状況を閲覧する画面と、厨房機器毎のイベントの発生状況を閲覧する画面のどちらにも、機器固有番号に関する項目が設けられる。一般に、図８、図９の矢印２７０で示す関連づけを「リレーション」と呼ぶ場合がある。【００９０】
このほかにも、図９の矢印２８０に示すように、店２２０の店舗グループ番号と店舗グループマスタ１８０の店舗グループ番号とが関連づけられている。また、矢印２８５に示すように、店２２０の店舗番号と店舗マスタ２００の店舗番号とが関連づけられている。【００９１】
以上、図８〜図１７を参照して、第１の入力済テンプレートデータの例について説明した。上記の通り、第１の設定端末７０は、第１の入力済テンプレートデータを生成すると、生成された第１の入力済テンプレートデータをサーバ１０に供給する（図２のＳ１８参照）。サーバ１０は、第１の入力済テンプレートデータをメモリ２４に記憶させる（図２のＳ２０、図１の符号２６ａ参照）。【００９２】
（第２の入力済テンプレートデータの例；図１８）
図１８を参照して、第２の設定端末８０の使用者である第２のユーザが、テンプレートデータに従って情報を入力することによって生成した第２の入力済テンプレートデータの例について説明する。図１８に示すように、第２の入力済テンプレートデータの内容は、第１の入力済テンプレートデータ（図８、図９参照）の内容とは異なる。【００９３】
図１８は、第２の入力済テンプレートデータに従って第２の設定端末８０の表示部に表示される画面を示している。図１８に示すように、第２の入力済テンプレートデータも、初期状態のテンプレートデータ表示画面（図６）と同様に、日付１０２、曜日１０４、月１０６、年１０８、カレンダー１１０の各アイテムを含む。さらに、図１８に示すように、第２の入力済テンプレートデータは、企業Ａ３０２、企業Ｂ３０４の各アイテムを含む。【００９４】
企業Ａ３０２は、下の階層として、店Ａ３１０、店Ｂ３５０、店Ｃ３６０、店舗グループ３７０、及び、店３８０、の各アイテムを含む。また、企業Ｂ３０４は、企業マスタと、企業、の各アイテムを含む。【００９５】
また、店Ａ３１０は、パーツグループ、保管場所、パーツマスタ、マスタセット、在庫、ログ、レジスタ、の各アイテムを含む。パーツマスタ、マスタセット、在庫、ログ、レジスタ、の各アイテムは、さらに下の階層を有している。【００９６】
上記の通り、第２の設定端末８０は、第２の入力済テンプレートデータを生成すると、生成された第２の入力済テンプレートデータをサーバ１０に供給する（図２のＳ１８参照）。サーバ１０は、第２の入力済テンプレートデータをメモリ２４に記憶させる（図２のＳ２０、図１の符号２８ａ参照）。【００９７】
（閲覧データ画面の例；図１９）
続いて、図１９を参照して、第１の閲覧データ（図２のＳ３４、Ｓ４２参照）に従って表示される閲覧データ画面の例を説明する。この例では、第１の閲覧端末７１が、第１の閲覧データ要求に、「電子レンジ」「関東エリア」「Ｓカフェ」「１か月以内」の各条件を入力した場合を想定している。この場合、サーバ１０は、メモリ２４内の第１のデータベース２６ｃに含まれる第１種のデバイスデータと、第１の入力済テンプレートデータ２６ａと、第１の閲覧データ要求（即ち、「電子レンジ」「関東エリア」「Ｓカフェ」「１か月以内」の各条件）とに基づいて、第１の閲覧データ要求を生成し、第１の閲覧端末７１に供給する。第１の閲覧端末７１は、第１の閲覧データ要求を取得すると、図１９に示す閲覧データ画面を表示部に表示する（図２のＳ３６、Ｓ４４参照）。【００９８】
図１９の閲覧データ画面では、店と、各イベント（Ａ状態、Ｂ状態、Ｃ状態）の発生回数とが関連付けられている。例えば、「Ｓカフェ  丸の内店」では、１か月の間に、Ａ状態が１００回発生し、Ｂ状態が５０回発生し、Ｃ状態が４０回発生したことを示す。このように、第１の閲覧端末７１は、第１の閲覧データ要求に対応する第１の閲覧データをサーバ１０から取得し、表示部に表示させることができる。第１のユーザは、第１の閲覧データに基づいて表示される閲覧データ画面を見ることにより、複数個の第１種のデバイス５０における各イベントの発生状況を知ることができる（図２のＳ３６、Ｓ４４参照）。また、条件を変えて第１の閲覧データ要求をサーバ１０に供給することにより、様々な条件における各イベントの発生状況を知ることができる。その結果、第１のユーザは、複数個の第１種のデバイス５０を適切に管理することができる。【００９９】
第２の閲覧データに基づく閲覧データ画面については図面を用いて詳しく説明しないが、上記の第１の閲覧データに基づく閲覧データ画面の場合（図１９参照）と同様のことが言える。【０１００】
（第１のルール入力画面；図２０）
続いて、図２０を参照して、第１のルール入力画面データに従って表示されるルール入力画面（図３のＳ５６参照）の例を説明する。第１の設定端末７０は、サーバ１０から第１のルール入力画面データを取得すると、図２０に示す第１のルール入力画面を表示部に表示する（図３のＳ５４、Ｓ５６参照）。【０１０１】
図２０の第１のルール入力画面では、サーバ１０に第１の通知信号を供給させるための条件を設定するための項目４０２〜４１２と、サーバ１０が行うべき動作（即ち、アクション）の内容を設定するための項目４２０と、が表示されている。第１の管理者が各項目４０２〜４１４、４２０を選択すると、選択された項目の下にプルダウンメニューが表示される。例えば、項目４０２が選択される場合、「現在の」「全店舗」「１か月」「土曜日」「全期間」「グループ」等の各アイテムを含むプルダウンメニューが表示される。第１の管理者は、プルダウンメニュー内の各アイテムのうちから、所望のアイテムを選択する。これにより、各項目に含まれるべき情報が決定される。プルダウンメニューに含まれる各アイテムは、メモリ２４に記憶されている第１の入力済テンプレートデータ２６ａの内容に従って決定されている。【０１０２】
（第１のルールデータ；図２１）
図２０の各項目４０２〜４１２、４２０に含まれるべき情報が決定されると、第１のルールデータ（図３のＳ６０参照）が生成される。図２１を参照して、第１のルールデータの例について説明する。図２１の例では、図２０の第１のルール入力画面において各項目が設定されたことにより、「Ａ店舗の電子レンジの平均異常回数が１０以上ならばアラーム発報」という第１の条件を含む第１のルールデータが生成される。【０１０３】
上記の通り、第１の設定端末７０は、図２１の第１のルールデータを生成すると、生成された第１のルールデータをサーバ１０に供給する（図３のＳ６０参照）。サーバ１０は、第１のルールデータをメモリ２４に記憶させる（Ｓ６１）（図１の符号２６ｂ参照）。次いで、サーバ１０は、第１種のデバイス５０から取得される第１種のデバイスデータによって、第１のルールデータに含まれる第１の条件（即ち、「Ａ店舗の電子レンジの平均異常回数が１０以上」）が満たされることを監視する。言い換えると、サーバ１０は、メモリ２４内の第１のデータベース２６ｃに含まれる第１種のデバイスデータによって、第１の条件が満たされることを監視する。サーバ１０は、第１の条件が満たされる場合（Ｓ６２）に、第１の条件が満たされたことを示す第１の通知信号を、第１の閲覧端末７１に供給する（Ｓ６４）。第１の閲覧端末７１は、サーバ１０から第１の通知信号を取得すると、取得された第１の通知信号の内容に応じた動作（例えば、アラーム発報）を行う（Ｓ６６）。【０１０４】
第２のルール入力画面、及び、第２のルールデータについては図面を用いて説明しないが、上記の第１のルール入力画面（図２０参照）、及び、第１のルールデータ（図２１参照）の場合と同様のことが言える。【０１０５】
（本実施例の作用効果）
以上、本実施例の通信システム２について説明した。本実施例では、サーバ１０は、複数個のデバイスのそれぞれから、機器固有番号と、差分時間情報と、種類情報とを含むデバイスデータを取得する。これに対し、従来は、デバイスの種類毎に個別のシステムを構築している場合には、各種類のデバイスから取得するデバイスデータが、種類情報を含まない場合がある。従来は、デバイスの種類毎に個別に電文設計をするため、サーバと各デバイスの間でイベントの種類情報の整合性がとれていれば、都度デバイスデータとして当該種類情報を取得する必要がないことに起因している。本実施例の通信システム２では、敢えて、各デバイスが送信するデバイスデータがイベントの種類情報を含むように構成し、各デバイスから取得されるデバイスデータの電文のフォーマットを共通化している。そのため、デバイスデータの取得のために、第１種のデバイス５０と第２種のデバイス６０とに対して異なる電文設計を行う必要がない。従って、本実施例のサーバ１０を用いてシステムを構築することにより、システム構築者の負担を軽減することができる。【０１０６】
これにより、各ユーザは、サーバ１０から供給されたテンプレートデータに従って入力を行うことで、デバイスデータをサーバ１０のメモリ２４に格納する様式を簡単に設定することができる。サーバ１０は、入力済テンプレートデータに含まれる様式に従ってデバイスデータを格納し、閲覧データを生成する。そのため、ユーザ毎に、複数個のデバイスのそれぞれから情報を収集して当該複数個のデバイスを管理するためのシステムを構築する場合に、サーバ１０において、システム毎に異なるプログラミングを行う必要がない。【０１０７】
なお、本実施例では、デバイスデータに機器固有番号を含める場合について説明したが、変形例では、機器固有番号はデバイスデータに含めず、例えば、最初のデバイスデータとともに一度取得するようにしてもよい。【０１０８】
本実施例では、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータを取得する毎に、第１種のデバイス５０のイベントの発生状況を集計して第１種の集計データを生成する（図２のＳ２４、Ｓ２８参照）。サーバ１０は、第１種のデバイスデータとともに、第１種の集計データをメモリ２４に記憶させる。これにより、サーバ１０は、第１の閲覧端末７１から第１の閲覧データ要求が取得される場合に、既に生成されている第１種の集計データを利用して第１の閲覧データを生成することができる（図２のＳ３２、Ｓ４０参照）。第２の閲覧端末８１から第２の閲覧データ要求が取得される場合についても同様のことが言える。そのため、サーバ１０は、閲覧データ要求が取得された後に、データの集計を行った上で閲覧データを生成する必要がない。そのため、サーバ１０が、閲覧データを生成する際の負荷が少なく済む。【０１０９】
本実施例では、サーバ１０は、第１の設定端末７０から第１のルールデータを取得すると、第１のルールデータをメモリ２４に記憶させる（図３のＳ６１参照）。次いで、サーバ１０は、第１種のデバイス５０から取得される第１種のデバイスデータによって、第１のルールデータに含まれる第１の条件が満たされることを監視する。サーバ１０は、条件が満たされる場合（Ｓ６２）に、第１の条件が満たされたことを示す第１の通知信号を、第１の閲覧端末７１に供給する（Ｓ６４）。第１の閲覧端末７１は、サーバ１０から第１の通知信号を取得すると、取得された第１の通知信号の内容に応じた動作（例えば、アラーム発報）を行う（Ｓ６６）。第２の閲覧端末８１から第２のルールデータが取得される場合についても同様のことが言える。従って、サーバ１０は、第１の閲覧端末７１に対して適切に第１の通知信号を供給すると共に、第２の閲覧端末８１に対して適切に第２の通知信号を供給することができる。【０１１０】
また、本実施例では、サーバ１０が生成する第１の閲覧データ（図２のＳ３２、Ｓ４０参照）は、第１種のデバイス５０において、第１のイベント（例えば、加熱運転開始）が発生してから、第１のイベントが再び発生するまでの間に発生した第２のイベント（例えば、温度センサの値が１００℃以上）の数を含んでいてもよい。第２の閲覧データについても同様のことが言える。そのため、サーバ１０は、第１のユーザが閲覧を希望する第１の閲覧データを生成できると共に、第２のユーザが閲覧を希望する第２の閲覧データを生成することができる。【０１１１】
（対応関係）
機器固有番号が「デバイス識別情報」の一例である。図８、図９に示されるツリー構造が「第１の様式」の一例である。図１８に示されるツリー構造が「第２の様式」の一例である。第１のデータベース２６ｃが「第１種の格納済データ」の一例である。同様に、第２のデータベース２８ｃが「第２種の格納済データ」の一例である。図８、図９に含まれる各アイテムの階層構造が「第１の拠点構造情報」の一例である。図１８に含まれる各アイテムの階層構造が「第２の拠点構造情報」の一例である。メモリ２４が「第１のメモリ」及び「第２のメモリ」の一例である。第１の閲覧データ要求に含まれる条件（例えば、図１９における「電子レンジ」「関東エリア」「Ｓカフェ」「１か月以内」の各条件）が「第１の拠点」の一例である。同様に、第２の閲覧データ要求に含まれる条件が「第２の拠点」の一例である。図２１の第１のルールデータと、第１のルールデータに含まれる条件（即ち、「Ａ店舗の電子レンジの平均異常回数が１０以上ならばアラーム発報」という条件）が、それぞれ、「第１の条件データ」、「第１の条件」の一例である。同様に、第２のルールデータと、第２のルールデータに含まれる条件が、それぞれ、「第２の条件データ」、「第２の条件」の一例である。差分時間が「時間情報」の一例である。【０１１２】
図２のＳ１２のテンプレートデータを供給する処理、及び、Ｓ１８の第１の入力済テンプレートデータを取得する処理が「テンプレートデータ供給取得部」が実行する処理の一例である。図２のＳ２２〜Ｓ２８の第１種のデバイスデータを取得して記憶する処理が、「デバイスデータ取得格納部」が実行する処理の一例である。Ｓ３２、Ｓ４０の第１の閲覧データを生成する処理が、「閲覧データ生成部」が実行する処理の一例である。Ｓ３４、Ｓ４２の第１の閲覧データを供給する処理が、「閲覧データ供給部」が実行する処理の一例である。Ｓ２４、Ｓ２８の第１種の集計データを生成する処理が、「集計部」が実行する処理の一例である。図３のＳ６０の第１のルールデータを取得する処理が、「条件データ取得部」が実行する処理の一例である。図３のＳ６４の第１の通知信号を供給する処理が、「通知信号供給部」が実行する処理の一例である。【０１１３】
（第２実施例；図２２、図２３）
第２実施例について、第１実施例と異なる点を中心に説明する。本実施例の通信システム２も、システムの基本構成は第１実施例と共通する。本実施例では、図２２、図２３に示すように、第１種のデバイス５０が第１種のデバイスデータを生成する手法が、第１実施例とは異なる。【０１１４】
図２２でも、第１種のデバイス５０において、種類Ａと種類Ｂの２種類のイベントが発生する例を示している。本実施例でも、図２２に示すように、第１種のデバイス５０は、特定のイベント（図２２のＢ１）が発生した場合に、その特定のイベント（Ｂ１）の前回のイベント（図２２のＡ１）の発生時（ｔ１）と、特定のイベント（Ｂ１）の発生時（ｔ２）との差分時間（Ｔ１）を特定する。本実施例では、さらに、第１種のデバイス５０は、前回のイベントの種類（Ａ）を特定する。第１種のデバイス５０は、第１種のデバイス５０の機器固有番号（１００１）と、差分時間（Ｔ１）と、前回のイベントの種類（Ａ）を示す種類情報とを対応付ける。この結果、図２３に示すように、機器固有番号と、差分時間と、種類情報とが対応付けられた第１種のデバイスデータが生成される。【０１１５】
第１種のデバイス５０は、特定の信号以降の各信号が出力された場合についても、上記と同様の要領で、種類情報（Ｂ、Ｂ、Ａ・・・）と、差分時間（Ｔ２、Ｔ３、Ｔ４・・・）を特定する。この結果、特定のイベント以降の各イベントが発生した場合についても、第１種のデバイスデータが生成される。図２２、図２３の例では、第１種のデバイス５０が第１種のデバイスデータを生成する例について説明したが、第２種のデバイス６０が第２種のデバイスデータを生成する場合も、上記と同様である。【０１１６】
（第３実施例；図２４、図２５）
第３実施例について、第１実施例とは異なる点を中心に説明する。本実施例の通信システム２も、システムの基本構成は第１実施例と共通する。本実施例も、図２４、図２５に示すように、第１種のデバイス５０が第１種のデバイスデータを生成する手法が、第１実施例とは異なる。【０１１７】
本実施例では、図２４に示すように、第１種のデバイス５０は、前回に発生した前回のイベント（図２４のＡ１）と異なる種類の第１種のイベント（図２４のＢ１）が発生すると、以下の処理を行う。即ち、第１種のデバイス５０は、第１種のイベント（Ｂ１）と異なる第２種のイベント（Ａ２）が発生することを監視する。さらに、第１種のデバイス５０は、第２種のイベント（Ａ２）が発生した場合、前回のイベント（Ａ１）が発生してから第２種のイベント（Ａ２）が発生するまでの間において一番目に発生した第１種のイベント（Ｂ１）の発生時（ｔ１）と、第２種のイベント（Ａ２）の発生時（ｔ２）との差分時間（Ｔ１）を特定する。さらに、第１種のデバイス５０は、第２種のイベント（Ａ２）が発生した場合に、前回のイベント（Ａ１）が発生してから第２種のイベント（Ａ２）が発生するまでの間に、第１種のイベント（Ｂ１）と同種類のイベントが出力された回数（２回；Ｂ１とＢ２）を特定する。さらに、第１種のデバイス５０は、第１種のイベントの種類情報（Ｂ）と、特定された差分時間（Ｔ１）と、特定された回数（２回）とを対応付ける。この結果、図２５に示すように、機器固有番号と、差分時間と、種類情報と、出力回数とが対応付けられた第１種のデバイスデータが生成される。【０１１８】
第１種のデバイス５０は、第２種のイベント以降の各イベントが発生した場合についても、上記と同様の要領で、種類情報（Ａ、Ｂ、Ａ・・・）と、差分時間（Ｔ２、Ｔ３、Ｔ４・・・）と、出力回数（３、２、１・・・）を特定する。この結果、第２種の信号以降の各信号が出力された場合についても、第１種のデバイスデータが生成される。図２４、図２５の例では、第１種のデバイス５０が第１種のデバイスデータを生成する例について説明したが、第２種のデバイス６０が第２種のデバイスデータを生成する場合も、上記と同様である。【０１１９】
（第４実施例；図２６、図２７）
第４実施例について、第１実施例とは異なる点を中心に説明する。本実施例の通信システム２も、システムの基本構成は第１実施例と共通する。本実施例も、図２６、図２７に示すように、第１種のデバイス５０が第１種のデバイスデータを生成する手法が、第１実施例とは異なる。【０１２０】
本実施例では、図２６に示すように、第１種のデバイス５０は、前回に出力された前回のイベント（図２６のＡ１）と異なる種類の第１種のイベント（図２６のＢ１）が出力されると、以下の処理を行う。即ち、第１種のデバイス５０は、第１種のイベント（Ｂ１）と異なる第２種のイベント（Ａ２）が発生することを監視する。さらに、第１種のデバイス５０は、第２種のイベント（Ａ２）が発生した場合、前回のイベント（Ａ１）の出力時（ｔ１）と、第２種のイベント（Ａ２）の一つ前に発生した第１種のイベント（Ｂ２）の出力時（ｔ２）との差分時間（Ｔ１）を特定する。さらに、第１種のデバイス５０は、第２種のイベント（Ａ２）が発生した場合に、前回のイベント（Ａ１）が発生してから第２種のイベント（Ａ２）が発生するまでの間に、第１種のイベント（Ｂ１）と同種類のイベントが発生した回数（２回；Ｂ１とＢ２）を特定する。さらに、第１種のデバイス５０は、第１種のイベントの種類情報（Ｂ）と、特定された差分時間（Ｔ１）と、特定された回数（２回）とを対応付ける。この結果、図２７に示すように、機器固有番号と、差分時間と、種類情報と、出力回数と、が対応付けられた第１種のデバイスデータが生成される。【０１２１】
第１種のデバイス５０は、第２種のイベント以降の各イベントが発生した場合についても、上記と同様の要領で、種類情報（Ａ、Ｂ、Ａ・・・）と、差分時間（Ｔ２、Ｔ３、Ｔ４・・・）と、出力回数（３、２、１・・・）を特定する。この結果、第２種のイベント以降の各イベントが発生した場合についても、第１種のデバイスデータが生成される。図２６、図２７の例では、第１種のデバイス５０が第１種のデバイスデータを生成する例について説明したが、第２種のデバイス６０が第２種のデバイスデータを生成する場合も、上記と同様である。【０１２２】
以上、各実施例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。【０１２３】
（変形例１）上記の各実施例では、各デバイスが生成し、サーバ１０に送信するデバイスデータは、機器固有番号と、種類情報と、差分時間と、を含む。これに限られず、各デバイスが生成し、サーバ１０に送信するデバイスデータは、機器固有番号と、種類情報と、時刻情報と、を含んでもよい。時刻情報とは、デバイスで発生するイベントの発生時刻を示す情報を示す。この変形例では、サーバ１０は、各デバイス（第１種のデバイス５０、第２種のデバイス６０）から、時刻情報を含むデバイスデータ（第１種のデバイスデータ、第２種のデバイスデータ）を取得する。サーバ１０は、メモリに格納されたデバイスデータを用いて、閲覧データ（第１の閲覧データ、第２の閲覧データ）を生成する。この変形例における時刻情報も、「時間情報」の一例である。【０１２４】
（変形例２）第１種のデバイス５０及び第２種のデバイス６０は、差分時間を特定する際に、実際に特定可能な桁数（例えば、ｍｓｅｃ単位）よりも少ない桁数（例えば、整数の秒単位）で特定して第１種のデバイスデータを生成するようにしてもよい。この変形例によると、差分時間の桁数を少なくすることにより、第１種のデバイスデータ及び第２種のデバイスデータの容量をより圧縮することができる。【０１２５】
（変形例３）上記の各実施例では、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータを取得する毎に、第１種のデバイス５０のイベントの発生状況を集計して第１種の集計データを生成する（図２のＳ２４、Ｓ２８参照）。サーバ１０は、第１の閲覧端末７１から第１の閲覧データ要求が取得される場合に、既に生成されている第１種の集計データを利用して第１の閲覧データを生成する（図２のＳ３２、Ｓ４０参照）。これに限られず、サーバ１０は、第１種のデバイス５０から第１種のデバイスデータを取得する毎に、第１種の集計データを生成しなくてもよい。例えば、サーバ１０は、所定の期間毎に、第１種の集計データを生成してもよい。また、他の変形例では、サーバ１０は、第１種のデバイスデータを取得する場合であっても、第１種の集計データを生成しなくてもよい。その場合、サーバ１０は、第１の閲覧データ要求が取得された後に、データの集計を行った上で第１の閲覧データを生成してもよい。【０１２６】
（変形例４）上記の各実施例では、複数個の第１種のデバイス５０のそれぞれが、サーバ１０と直接通信できるように設けられている。また、同様に、複数個の第２種のデバイス６０のそれぞれが、サーバ１０と直接通信できるように設けられている。これに限られず、通信システム２は、複数個の第１種のデバイス５０のそれぞれ、及び、複数個の第２種のデバイス６０のそれぞれが、サーバ１０と通信可能であれば、任意の構成を備えていてもよい。従って、例えば、複数個の第１種のデバイス５０のそれぞれ、及び、複数個の第２種のデバイス６０のそれぞれが、中継用のルータ、ゲートウェイ等を介してサーバ１０と通信可能であってもよい。【０１２７】
（変形例５）上記の各実施例では、サーバ１０は、メモリ２４を有している。これに限られず、メモリ２４は、サーバ１０とは別個の記憶装置として構成されていてもよい。その場合、サーバ１０と記憶装置は、ネットワーク（クラウドネットワーク）を介して相互に通信可能であってもよい。【０１２８】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図１】
2015162750.tif 000003
【図２】
2015162750.tif 000004
【図３】
2015162750.tif 000005
【図４】
2015162750.tif 000006
【図５】
2015162750.tif 000007
【図６】
2015162750.tif 000008
【図７】
2015162750.tif 000009
【図８】
2015162750.tif 000010
【図９】
2015162750.tif 000011
【図１０】
2015162750.tif 000012
【図１１】
2015162750.tif 000013
【図１２】
2015162750.tif 000014
【図１３】
2015162750.tif 000015
【図１４】
2015162750.tif 000016
【図１５】
2015162750.tif 000017
【図１６】
2015162750.tif 000018
【図１７】
2015162750.tif 000019
【図１８】
2015162750.tif 000020
【図１９】
2015162750.tif 000021
【図２０】
2015162750.tif 000022
【図２１】
2015162750.tif 000023
【図２２】
2015162750.tif 000024
【図２３】
2015162750.tif 000025
【図２４】
2015162750.tif 000026
【図２５】
2015162750.tif 000027
【図２６】
2015162750.tif 000028
【図２７】
2015162750.tif 000029
【国際調査報告】
2015162750.tif 000030
2015162750.tif 000031