(57)【要約】    【課題】多数の機器に対して円滑に通信を行うことのできる機器管理システムを提供すること。    【解決手段】パソコン１〜４からサーバー５に送信された動作設定変更データにおいて、設定変更開始時間が重複している場合には、サーバー５は、各パソコンから送信された設定変更の内容に基づいて、対象となる店舗（ＤＴＣ）毎に、店舗内の機器に対する設定変更指令を作成するとともに時間データ（開始遅延時間）を作成する。そして、各設定変更指令および各時間データを、実際の設定変更開始時間からタイムラグをもたせて、対象となるＤＴＣに送信する。これにより、それぞれの送信時刻が同じにならないので通信渋滞が生じるのを防ぐことができる。【選択図】            図１
2005346127.tif 000002
【特許請求の範囲】
【請求項１】
システムのデータを管理するためのサーバーと、
上記サーバーとデータの送受信が可能なオーナー端末と、
上記サーバーとデータの送受信が可能な複数の店舗コントローラとを有し、各店舗コントローラは、店舗に備えられた複数の機器の動作を管理するものである機器管理システムにおいて、
上記サーバーは、
上記オーナー端末から機器の動作設定変更データが与えられたことに応答して、店舗毎に、与えられた動作設定変更データに基づく設定変更指令および変更開始に関する時間データを作成する作成手段と、
上記作成手段により作成した設定変更指令および時間データを上記複数の店舗コントローラに対してタイムラグをもたせて送信する送信手段とを有し、
上記複数の店舗コントローラは、それぞれ、上記サーバーから送信された設定変更指令および時間データを受信したことに応答して、時間データにより特定される時刻に、管理している店舗の機器を、設定変更指令により特定される動作設定に変更する手段を有することを特徴とする機器管理システム。
【請求項２】
上記サーバーは、複数のオーナーの所有する、それぞれ複数の店舗のデータを管理するものであり、複数のオーナー端末のいずれかからデータを受信したことに応じて、そのオーナーの所有する複数の店舗コントローラにデータ送信を行なうことを特徴とする請求項１に記載の機器管理システム。
【請求項３】
上記時間データは、開始遅延時間を含むことを特徴とする請求項１または２に記載の機器管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、機器管理システムに関し、特に、サーバー、オーナー端末および店舗コントローラを有する機器管理システムに関する。
【背景技術】
【０００２】
コインランドリーに備えられた機器を管理するのに、たとえば、インターネット網を介してパソコンなどのオーナー端末により行うという方法が提案されている（たとえば、特許文献１参照）。
【特許文献１】特許第３１０１４５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来技術の管理システムを用いれば、オーナーはオーナー端末を操作することで、店舗内の機器の動作を遠隔で管理することができるので、オーナーが機器の管理のために直接店舗に出向く必要がなくなり、便利である。
ところで、機器の動作を遠隔で管理する場合に、たとえば、オーナーの店舗数が増えるなど、管理すべき機器が複数存在する場合がある。かかる場合には、インターネット網にサーバーを設置し、サーバーを介して複数の機器を管理することが考えられる。また、サーバーは高価であるので、オーナーの費用負担を軽減するために複数のオーナーが１つのサーバーを共有することも考えられる。
【０００４】
しかしながら、いずれにしても、サーバーを介して複数の機器を管理するので、サーバーから各機器に対して同時に送信を行うことがある。たとえば、各店舗においてキャンペーンが行われる場合が挙げられる。一般的に、キャンペーンは、競合などの理由から複数の店舗において同時に開始されることが多く、そのため、サーバーから送信される設定変更指令などの情報は、各店舗コントローラに対して同時に送信される。このような場合には、通信渋滞が生じるために各機器に対する送信が遅れることがあり、所定の時刻に機器を操作することができないという問題が生じてしまう。
【０００５】
さらに、各店舗がフランチャイズチェーン店である場合には、店舗数が多大のものとなるため、より通信渋滞が生じやすい。
この発明は、かかる技術背景のもとになされたものであり、多数の機器に対して円滑に通信を行うことのできる機器管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための請求項１記載の発明は、システムのデータを管理するためのサーバー（５）と、上記サーバーとデータの送受信が可能なオーナー端末（１〜４）と、上記サーバーとデータの送受信が可能な複数の店舗コントローラ（６〜１０）とを有し、各店舗コントローラは、店舗に備えられた複数の機器（６１〜６３，７１〜７３，８１〜８３，９１〜９３，１０１〜１０３）の動作を管理するものである機器管理システムにおいて、上記サーバーは、上記オーナー端末から機器の動作設定変更データが与えられたことに応答して、店舗毎に、与えられた動作設定変更データに基づく設定変更指令および変更開始に関する時間データを作成する作成手段と、上記作成手段により作成した設定変更指令および時間データを上記複数の店舗コントローラに対してタイムラグをもたせて送信する送信手段とを有し、上記複数の店舗コントローラは、それぞれ、上記サーバーから送信された設定変更指令および時間データを受信したことに応答して、時間データにより特定される時刻に、管理している店舗の機器を、設定変更指令により特定される動作設定に変更する手段を有することを特徴とする機器管理システムである。
【０００７】
なお、括弧内の英数字は、後述の実施形態における対応構成要素などを表す。以下、この項において同じ。
この構成によれば、機器管理システムは、データを管理するためのサーバーを有しているので、オーナーは、オーナー端末からいつでも自由にサーバーにアクセスして、データをサーバーに送信することができる。
【０００８】
なお、オーナー端末とは、たとえば、パソコンであったり、携帯電話やＰＤＡなどの携帯情報端末であったりする。
また、サーバーは、設定変更指令および時間データを複数の店舗コントローラに対してタイムラグをもたせて送信するので、オーナーが所有する店舗が複数ある場合に、支障なくデータ送信することができる。すなわち、データ（設定変更指令および時間データ）をサーバーから各店舗（店舗コントローラ）へ同時に送信しなくてよいので、通信渋滞が生じるのを防ぐことができる。
【０００９】
また、サーバーから送信されるデータには、時間データが含まれるので、店舗コントローラは、店舗内の機器に対して、時間データに基づいて確実に所定の時刻に設定変更することができる。
請求項２に記載の発明は、上記サーバー（５）は、複数のオーナーの所有する、それぞれ複数の店舗のデータを管理するものであり、複数のオーナー端末（１〜４）のいずれかからデータを受信したことに応じて、そのオーナーの所有する複数の店舗コントローラ（６〜１０）にデータ送信を行なうことを特徴とする請求項１に記載の機器管理システムである。
【００１０】
この構成によれば、サーバーは、複数のオーナーの所有する、それぞれ複数の店舗のデータを管理する。よって、複数のオーナーが存在する場合にも、各オーナーの所有する複数の店舗内の機器を確実に管理（設定変更）することができる。
請求項３に記載の発明は、上記時間データは、開始遅延時間を含むことを特徴とする請求項１または２に記載の機器管理システムである。
【００１１】
この構成によれば、時間データには、開始遅延時間が含まれる。開始遅延時間とは、たとえば、○○月○○日○○時○○分から○○分後に設定変更を開始するといった情報であったり、送信時刻から○○分後に設定変更を開始するといった情報であったりする。これにより、店舗コントローラは、店舗内の機器に対して、開始遅延時間に基づいて確実に所定の時刻に設定変更することができる。
【発明を実施するための最良の形態】
【００１２】
以下では、この発明の実施の形態を、添付図面を参照して詳細に説明する。
図１は、この発明の一実施形態にかかる機器管理システムの全体構成を示すブロック図である。機器管理システムは、オーナー端末としてのパソコン１〜４と、サーバー５と、店舗コントローラとしてのＤＴＣ６〜１０とを備えている。パソコン１〜４は、電話回線等のインターネット網（以下「インターネット網」と称する）を介してサーバー５と接続されており、同様に、ＤＴＣ６〜１０は、インターネット網を介してサーバー５と接続されている。
【００１３】
ＤＴＣ６〜１０はそれぞれ、一の店舗に備えられているものであり、この店舗は、街中等で営業するいわゆるコインランドリー店舗（以下「ランドリー店舗」と称する）である。また、ＤＴＣ６〜１０はそれぞれ、ランドリー店舗内の複数のランドリー機器（たとえば、洗濯機や乾燥機）に、ランドリー店舗内の回線を介して接続されている。
具体的には、ＤＴＣ６はＡ店１号店に、ＤＴＣ７はＡ店２号店に、ＤＴＣ８はＢ店１号店に、ＤＴＣ９はＣ店１号店に、ＤＴＣ１０はＤ店１号店に備えられている。そして、ＤＴＣ６には機器６１〜６３が、ＤＴＣ７には機器７１〜７３が、ＤＴＣ８には機器８１〜８３が、ＤＴＣ９には機器９１〜９３が、ＤＴＣ１０には機器１０１〜１０３が、店舗内の回線を介して接続されている。
【００１４】
また、パソコン１はＡ店のオーナーによって、パソコン２はＢ店のオーナーによって、パソコン３はＣ店のオーナーによって、パソコン４はＤ店のオーナーによって、それぞれ操作される。
各店舗に備えられる機器は、それぞれ各種の設定がされている。この機器管理システムは、各店舗に備えられた機器を管理するシステムであり、詳しくは、各機器の設定変更を管理するシステムである。
【００１５】
具体的な手順としては、各店舗のオーナーが自己のパソコンを操作すると、サーバー５を介して設定変更指令が自己の店舗内のＤＴＣに送信される。そして、その内容に基づいて、各ＤＴＣが店舗内の機器に設定変更を要求することで、機器において設定変更が行われる。すなわち、各店舗内の機器は、遠隔操作により設定変更が行われる。
このとき、各店舗のオーナーは自己のパソコンから、動作設定変更データとして、設定変更の内容とともに、設定変更開始時間をサーバー５に送信する。そして、各機器において、設定変更開始時間に設定変更が行われる。たとえば、設定変更の内容とともに設定変更開始時間が５月１日００時００分としてサーバー５に送信された場合、対象となる機器は、５月１日００時００分に設定変更される。
【００１６】
この場合に、複数のオーナーのパソコンからサーバー５に対してされた送信において、設定変更開始時間が重複する場合がある。たとえば、各店舗において、キャンペーンを実施する場合が挙げられる。
キャンペーンの内容としては、期間中は各機器（ここでは、乾燥機であるとする。）の単位料金当たりの運転時間を長く設定することなどが考えられ、この場合には、オーナーは、自己のパソコンを操作して、動作設定変更データとして、機器の設定変更（単位料金当たりの運転時間の設定変更）の内容と設定変更開始時間とをサーバー５に送信する。
【００１７】
ここで、キャンペーンは、一般的に、同一期間に複数の店舗において行われることが多い。たとえば、同業者の店舗においては、競合などの理由からキャンペーンは同一期間に複数の店舗において行われる。また、各店舗がフランチャイズチェーン店である場合には、フランチャイズ本部の要請などにより、同一内容のキャンペーンが同一期間に複数の店舗において行われる。
【００１８】
このため、複数のオーナーが、設定変更の内容とともに同一の設定変更開始時間をサーバー５へ送信する。具体的には、５月がキャンペーン期間であれば、全てのオーナーは、サーバー５に、設定変更の内容とともに設定変更開始時間を５月１日００時００分として送信する。このようにして、設定変更開始時間が重複する。
設定変更開始時間が重複する場合、従来のシステムにおいては、サーバー５から設定変更開始時間に、すなわち、上述の場合であれば５月１日００時００分に、一度に各ＤＴＣに設定変更指令が送信されていた。このようにすると、サーバー５から一度に送信する情報量が多くなり、いわゆる通信渋滞を起こすことがある。その結果、各ＤＴＣには、設定変更開始時間よりも遅れて設定変更指令が送信されることとなり、設定変更開始時間に各機器の設定変更を行うことができず、適切な設定変更がなされない。そこで、この実施形態では、以下のように工夫されている。
【００１９】
図２は、サーバー５における制御手順を示すフローチャートである。図２を参照して、以下詳しく説明する。
サーバー５は、パソコン１〜４から動作設定変更データとして、設定変更の内容および設定変更開始時間が送信されると（ステップＳ１でＹＥＳ）、設定変更時間が重複するか否かを判別する（ステップＳ２）。
【００２０】
たとえば、パソコン１から、Ａ店１号店の機器６１〜６３の１００円当たりの運転時間を３０分に設定変更するというデータおよび設定変更開始時間が５月１日００時００分であるというデータと、Ａ店２号店の機器７１〜７３の１００円当たりの運転時間を３０分に設定変更するというデータおよび設定変更開始時間が５月１日００時００分であるというデータとが送信されたとする。同様に、パソコン２〜４から、それぞれの対象店舗の各機器に対して同じ内容のデータ（各対象機器の１００円当たりの運転時間を３０分に設定変更するというデータおよび設定変更開始時間が５月１日００時００分であるというデータ）が送信されたとする。
【００２１】
ここで、仮に、パソコン１〜４からサーバー５に送信された動作設定変更データにおいて、設定変更開始時間が重複することがなければ（ステップＳ２でＮＯ）、サーバー５は、各パソコンから送信された設定変更の内容に基づいて、対象となる店舗（ＤＴＣ）毎に、店舗内の機器に対する設定変更指令を作成し、作成した各設定変更指令を、設定変更開始時間に各ＤＴＣに送信する（ステップＳ３）。
【００２２】
この場合には、パソコン１〜４からサーバー５に送信された動作設定変更データにおいて、設定変更開始時間が、全て５月１日００時００分であって重複しているので（ステップＳ２でＹＥＳ）、サーバー５は、各パソコンから送信された設定変更の内容に基づいて、対象となる店舗（ＤＴＣ）毎に、店舗内の機器に対する設定変更指令を作成するとともに時間データ（開始遅延時間）を作成する（ステップＳ４）。
【００２３】
具体的には、サーバー５は、パソコン１から送信されたＡ店１号店に対する動作設定変更データに基づいて、設定変更指令(機器６１〜６３の１００円当たりの運転時間を３０分に変更するという設定変更指令)（以下「設定変更指令Ａ１」と称する）とともに、送信から５分後に設定変更を開始するという時間データ（以下「時間データＡ１」と称する）を作成する。また、パソコン１から送信されたＡ店２号店に対する動作設定変更データに基づいて、設定変更指令(機器７１〜７３の１００円当たりの運転時間を３０分に変更するという設定変更指令)（以下「設定変更指令Ａ２」と称する）とともに、送信から４分後に設定変更を開始するという時間データ（以下「時間データＡ２」と称する）を作成する。
【００２４】
同様に、パソコン２から送信されたＢ店１号店に対する動作設定変更データに基づいて、設定変更指令(機器８１〜８３の１００円当たりの運転時間を３０分に変更するという設定変更指令)（以下「設定変更指令Ｂ１」と称する）とともに、送信から３分後に設定変更を開始するという時間データ（以下「時間データＢ１」と称する）を作成する。また、パソコン３から送信されたＣ店１号店に対する動作設定変更データに基づいて、設定変更指令(機器９１〜９３の１００円当たりの運転時間を３０分に変更するという設定変更指令)（以下「設定変更指令Ｃ１」と称する）とともに、送信から２分後に設定変更を開始するという時間データ（以下「時間データＣ１」と称する）を作成する。また、パソコン４から送信されたＤ店１号店に対する動作設定変更データに基づいて、設定変更指令(機器１０１〜１０３の１００円当たりの運転時間を３０分に変更するという設定変更指令)（以下「設定変更指令Ｄ１と称する」）とともに、送信から１分後に設定変更を開始するという時間データ（以下「時間データＤ１」と称する）を作成する。
【００２５】
このように、サーバー５は、受信した動作設定変更データに基づいて、対象となる店舗（ＤＴＣ）毎に、店舗内の機器に対する設定変更指令および時間データを作成し、この時間データには、送信時刻から○○分後に設定変更を開始するという開始遅延時間が含まれる。
そして、サーバー５は、作成した各設定変更指令および各時間データを、その時間データの開始遅延時間の分だけ設定変更開始時間よりも早く各ＤＴＣに送信する。
【００２６】
すなわち、設定変更指令Ａ１および時間データＡ１は、時間データＡ１の開始遅延時間に基づいて、設定変更開始時間の５月１日００時００分の５分前である４月３０日２３時５５分に、Ａ店１号店のＤＴＣ６に送信される（１）。また、設定変更指令Ａ２および時間データＡ２は、時間データＡ２の開始遅延時間に基づいて、設定変更開始時間の５月１日００時００分の４分前である４月３０日２３時５６分に、Ａ店２号店のＤＴＣ７に送信される（２）。
【００２７】
同様に、設定変更指令Ｂ１および時間データＢ１は、４月３０日２３時５７分にＢ店１号店のＤＴＣ８に送信される（３）。また、設定変更指令Ｃ１および時間データＣ１は、４月３０日２３時５８分にＣ店１号店のＤＴＣ９に送信される（４）。また、設定変更指令Ｄ１および時間データＤ１は、４月３０日２３時５９分にＤＴＣ１０に送信される（５）。
【００２８】
このように、サーバー５は、各設定変更指令および各時間データを、実際の設定変更開始時間からタイムラグをもたせた所定の送信時刻となると（ステップＳ５でＹＥＳ）、その設定変更指令および時間データを、対象となるＤＴＣに送信する（ステップＳ６）。そして、作成された一連の設定変更指令および時間データを、全ての対象となるＤＴＣに送信するまで上記動作が繰り返されて（ステップＳ７でＮＯ→Ｓ５でＹＥＳの繰り返し）、サーバー５から各ＤＴＣへの送信が終了する（ステップＳ７でＹＥＳ）。
【００２９】
また、各パソコンからサーバー５に動作設定変更データが送信され、上述のように、設定変更開始時間が重複する場合であっても、サーバー５への送信時刻が、設定変更開始時間から所定時間以内の場合には（ステップＳ８でＹＥＳ）、サーバー５は各パソコンからの送信を受付けない（ステップＳ９）。
上述の場合であれば、各パソコンからのサーバー５への送信時刻が、設定変更開始時間の５月１日００時００分から所定時間以内（たとえば、所定時間が５分である場合には、４月３０日２３時５５分以降）であれば、各パソコンからのサーバー５への送信は受付けられない。このようにすることで、サーバー５から各ＤＴＣにタイムラグをもたせて送信するための時間が十分に確保される。
【００３０】
そして、サーバー５から設定変更指令および時間データを受信した各ＤＴＣは、その設定変更指令および時間データに基づいて、店舗内の機器の設定変更を行う。すなわち、４月３０日２３時５５分に設定変更指令Ａ１および時間データＡ１を受信したＤＴＣ６は、Ａ店１号店の機器６１〜６３を、その５分後である５月１日００時００分に、設定変更指令Ａ１に基づいて設定変更する（機器６１〜６３の１００円当たりの運転時間を３０分に変更する）。また、４月３０日２３時５６分に設定変更指令Ａ２および時間データＡ２を受信したＤＴＣ７は、Ａ店２号店の機器７１〜７３を、その４分後である５月１日００時００分に、設定変更指令Ａ２に基づいて設定変更する（機器７１〜７３の１００円当たりの運転時間を３０分に変更する）。
【００３１】
同様に、ＤＴＣ８は、Ｂ店１号店の機器８１〜８３を、（サーバー５からの）ＤＴＣ８への送信３分後である５月１日００時００分に、設定変更指令Ｂ１に基づいて設定変更する（機器８１〜８３の１００円当たりの運転時間を３０分に変更する）。また、ＤＴＣ９は、Ｃ店１号店の機器９１〜９３を、（サーバー５からの）ＤＴＣ９への送信２分後である５月１日００時００分に、設定変更指令Ｃ１に基づいて設定変更する（機器９１〜９３の１００円当たりの運転時間を３０分に変更する）。また、ＤＴＣ１０は、Ｄ店１号店の機器１０１〜１０３を、（サーバー５からの）ＤＴＣ１０への送信１分後である５月１日００時００分に、設定変更指令Ｄ１に基づいて設定変更する（機器１０１〜１０３の１００円当たりの運転時間を３０分に変更する）。
【００３２】
これにより、各店舗内の機器が、各パソコンから送信された動作設定変更データ通りに設定変更される。すなわち、各店舗内の機器が、５月１日００時００分に、１００円当たりの運転時間が３０分となるように設定変更される。
以上のように、この実施形態では、機器管理システムは、データを管理するためのサーバー５を有しているので、オーナーは、オーナー端末としての自己のパソコンからいつでも自由にサーバー５にアクセスして、データをサーバー５に送信することができる。
【００３３】
また、サーバー５は、設定変更指令および時間データを複数のＤＴＣに対してタイムラグをもたせて送信するので、オーナーが所有する店舗が複数ある場合に、支障なくデータ送信することができる。すなわち、データ（設定変更指令および時間データ）をサーバー５から各店舗（ＤＴＣ）へ同時に送信しなくてよいので、通信渋滞が生じるのを防ぐことができる。
【００３４】
また、サーバー５から送信されるデータには、時間データが含まれるので、ＤＴＣは、店舗内の機器に対して、時間データに基づいて確実に所定の時刻に設定変更することができる。
また、サーバー５は、複数のオーナーの所有する、それぞれ複数の店舗のデータを管理するので、複数のオーナーが存在する場合にも、各オーナーの所有する複数の店舗内の機器を確実に管理（設定変更）することができる。
【００３５】
また、時間データには、開始遅延時間が含まれるので、各ＤＴＣは、店舗内の機器に対して、開始遅延時間に基づいて確実に所定の時刻に設定変更することができる。
この発明は、以上説明した実施形態に限定されるものではなく、請求項記載の範囲内において種々の変更が可能である。
たとえば、オーナー端末は、パソコンに限られず、携帯電話やＰＤＡなどの携帯情報端末であってもよい。
【００３６】
また、時間データは、開始遅延時間を含まないものであって設定変更開始時間を直接示すものであってもよい。
また、開始遅延時間は、送信時刻から○○分後に設定変更を開始するといった情報に限らず、たとえば、○○月○○日○○時○○分から○○分後に設定変更を開始するといった情報であってもよい。
【図面の簡単な説明】
【００３７】
【図１】この発明の一実施形態にかかる機器管理システムの全体構成を示すブロック図である。
【図２】サーバーにおける制御手順を示すフローチャートである。
【符号の説明】
【００３８】
１〜４    パソコン
５        サーバー
６〜１０  ＤＴＣ
６１〜６３      機器
７１〜７３      機器
８１〜８３      機器
９１〜９３      機器
１０１〜１０３  機器
【図１】
2005346127.tif 000003
【図２】
2005346127.tif 000004