(57)【特許請求の範囲】
【請求項１】
データ配信装置が複数の端末に対して一斉にデータを配信する一斉データ配信システムであって、
前記データ配信装置が、
データ配信開始通知を行うデータ配信開始通知手段と、
前記複数の端末のうち前記データ配信開始通知に対して最も早く応答しデータ配信要求を送信した端末に対して、配信データを分割して作成した分割後データのそれぞれを順次配信し、前記配信が滞った場合には他の端末からデータ配信要求を受付けて、当該他の端末へ前記分割後データの配信を行うデータ配信手段とを備え
前記端末が、
前記データ配信開始通知の受信を契機に自端末固有の応答遅延時間を算出する応答遅延時間算出手段と、
他の端末から前記データ配信装置に向けて送信される、データ配信開始通知に対する応答としてのデータ配信要求を傍受する応答傍受手段と、
前記データ配信開始通知の受信時刻から算出した前記応答遅延時間の経過をカウントする遅延時間カウント手段と、
前記応答遅延時間の経過前に前記他の端末から送信されるデータ配信要求を傍受した場合には自端末からのデータ配信要求の送信を停止し、前記応答遅延時間の経過までに前記他の端末から送信されるデータ配信要求を傍受していない場合には自端末からデータ配信要求を送信し、前記データ配信装置から前記他の端末への分割後データの配信を傍受している間に前記配信が滞ったことを検出した場合には、自端末固有の遅延時間が経過した後にデータ配信要求を送信するデータ配信要求手段と、
自端末からのデータ配信要求に基づいて前記データ配信装置より自端末宛てにデータが配信された場合には、自端末が代表端末として、配信された分割後データを受信すると共に、前記分割後データのそれぞれを正常に受信した場合には受信毎に肯定応答を前記データ配信装置へ送信する一方、自端末からのデータ配信要求に基づいて前記データ配信装置より自端末宛てにデータが配信されなかった場合、または、他の端末からのデータ配信要求を傍受した場合には、自端末が傍受端末として、代表端末となった他の端末への分割後データの配信を傍受して一時記憶部に保持すると共に、当該分割後データについて代表端末から前記肯定応答を傍受した後に当該分割後データの欠損有無判定を行い、欠損がなければ受信正常として当該分割後データを取り込むデータ受信手段と、
自端末が傍受端末であって、前記欠損有無判定の結果、分割後データに欠損がある場合、当該分割後データの識別番号を未受信データの情報として記憶する未受信データ記憶手段と、
自端末が傍受端末であって、前記未受信データとなる分割後データの識別番号を記憶する場合、前記データ配信装置より再送信される前記データ配信開始通知の受信を契機に、前記未受信データとなる分割後データの識別番号に基づく遅延時間の経過後にデータ再配信要求を送信するデータ再配信要求手段とを備え、
前記データ配信装置のデータ配信開始通知手段は、前記データ配信開始通知の送信を繰り返し、
前記データ配信装置のデータ配信手段は、最も早く受信した前記データ再配信要求の要求元の端末に対してデータを再送する
ことを特徴とする一斉データ配信システム。
【請求項２】
前記データ再配信要求には未受信データとなる分割後データの識別番号のうち最も小さい識別番号が保持されており、
前記データ配信装置のデータ配信手段は、
前記データ再配信要求に保持されている識別番号以降の識別番号の各分割後データを再配信する
ことを特徴とする請求項１に記載の一斉データ配信システム。
【請求項３】
前記データ再配信要求手段は、前記遅延時間を、前記未受信データ記憶手段に記憶された前記分割後データの識別番号の値が小さいほど短時間となるように算出する、請求項１に記載の一斉データ配信システム。
【請求項４】
データ配信装置が複数の端末に対して一斉にデータを配信する一斉データ配信システムにおける一斉データ配信方法であって、
前記データ配信装置が、データ配信開始通知手段と、データ配信手段とを備え、
前記端末が、応答遅延時間算出手段と、応答傍受手段と、遅延時間カウント手段と、データ配信要求手段と、データ受信手段と、未受信データ記憶手段と、データ再配信要求手段とを備え、
前記データ配信装置のデータ配信開始通知手段が、データ配信開始通知を行い、
前記端末の応答遅延時間算出手段が、前記データ配信開始通知の受信を契機に自端末固有の応答遅延時間を算出し、
前記端末の応答傍受手段が、他の端末から前記データ配信装置に向けて送信される、データ配信開始通知に対するデータ配信要求を傍受し、
前記端末の遅延時間カウント手段が、前記データ配信開始通知の受信時刻から算出した前記応答遅延時間の経過をカウントし、
前記端末のデータ配信要求手段が、前記応答遅延時間の経過前に前記他の端末から送信されるデータ配信要求を傍受した場合には自端末からのデータ配信要求の送信を停止し、前記応答遅延時間の経過までに前記他の端末から送信されるデータ配信要求を傍受していない場合には自端末からデータ配信要求を送信し、前記データ配信装置から前記他の端末への分割後データの配信を傍受している間に前記配信が滞ったことを検出した場合には、自端末固有の遅延時間が経過した後にデータ配信要求を送信し、
データ配信装置のデータ配信手段が、前記複数の端末のうち前記データ配信開始通知に対して最も早く応答しデータ配信要求を送信した端末に対して、配信データを分割して作成した分割後データのそれぞれを順次配信し、前記配信が滞った場合には、他の端末からデータ配信要求を受付けて、当該他の端末へ前記分割後データの配信を行い、
前記端末のデータ受信手段が、自端末からのデータ配信要求に基づいて前記データ配信装置より自端末宛てにデータが配信された場合には、自端末が代表端末として、配信された分割後データを受信すると共に、前記分割後データのそれぞれを正常に受信した場合には受信毎に肯定応答を前記データ配信装置へ送信する一方、自端末からのデータ配信要求に基づいて前記データ配信装置より自端末宛てにデータが配信されなかった場合、または、他の端末からのデータ配信要求を傍受した場合には、自端末が傍受端末として、代表端末となった他の端末への分割後データの配信を傍受して一時記憶部に保持すると共に、当該分割後データについて代表端末から前記肯定応答を傍受した後に当該分割後データの欠損有無判定を行い、欠損がなければ受信正常として当該分割後データを取り込み、
前記端末の未受信データ記憶手段が、自端末が傍受端末であって、前記欠損有無判定の結果、分割後データに欠損がある場合、当該分割後データの識別番号を未受信データの情報として記憶し、
前記データ配信装置のデータ配信開始通知手段が、複数回前記データ配信開始通知の送信を繰り返し、
前記端末のデータ再配信要求手段が、自端末が傍受端末であって、前記未受信データとなる分割後データの識別番号を記憶する場合、前記データ配信装置より再送信されるデータ配信開始通知の受信を契機に、前記未受信データとなる分割後データの識別番号に基づく遅延時間の経過後にデータ再配信要求を送信し、
前記データ配信装置のデータ配信手段が、最も早く受信した前記データ再配信要求の要求元の端末に対してデータを再送する
ことを特徴とする一斉データ配信方法。
【請求項５】
前記データ再配信要求には未受信データとなる分割後データの識別番号のうち最も小さい識別番号が保持されており、
前記データ配信装置のデータ配信手段は、前記データ再配信要求に保持されている識別番号以降の識別番号の各分割後データを再配信する
ことを特徴とする請求項４に記載の一斉データ配信方法。
【請求項６】
前記データ再配信要求手段は、前記遅延時間を、前記未受信データ記憶手段に記憶された前記分割後データの識別番号の値が小さいほど短時間となるように算出する、請求項４に記載の一斉データ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末に同一のデータを一斉に配信する一斉データ配信システムに関する。
【背景技術】
【０００２】
従来から、レストラン、居酒屋あるいはホテル等の飲食店では無線式注文データ管理システムが使用されている。無線式注文データ管理システムの一例を概略説明すると、接客担当者が客から料理の注文を受けた場合、携帯している注文入力端末に、テーブル番号等とともに注文を受けた各メニューを入力する。入力された注文情報は、注文入力端末から無線等の送信手段によって送信される。そして送信された注文情報は、店舗内の各コーナー等に設置された無線ルータなどによって受信され、各種データの処理や一元管理等を行うデータ管理装置に転送される。
【０００３】
ここでデータ管理装置では、注文情報及び該注文情報を受信した時刻、接客担当者を識別する番号等の情報を記憶装置に記憶する。そして、厨房に設置されたレストランプリンタから調理指示用の伝票を印刷出力して、調理担当者に調理の指示を送る。また、会計用伝票がレストランプリンタから印刷出力され、これは接客担当者により客に手渡される。また調理担当者は調理指示伝票に従って調理を開始し、調理完了するとその旨を接客担当者に通知する。これにより、接客担当者は注文を受けた客に調理を運んで配膳することになる。
【０００４】
ところで、飲食店が提供するメニューの種類や価格等は定期的・非定期的に変更が行われる。メニュー変更が発生すると、注文入力端末に新しいメニューの情報を配信する作業が行われる。また、注文入力端末で動作させるプログラムの更新を行う場合にも同様に配信の作業が行われる。新しいメニューやプログラムなどは、複数の注文入力端末において共通のデータであり、このような共通のデータ配信は、代表的な方法として以下に挙げる２つの方法がある。
（１）データ管理装置から、無線ルータを介して、注文入力端末全てに個別に無線配信する方法
（２）データ管理装置から、無線ルータを介して、１台の注文入力端末に無線配信し、その後、注文入力端末間の別の通信手段を利用してコピーを行っていく方法。
ここで言う別の通信手段としては赤外線通信方式や電磁誘導結合通信方式などが実用化されている。
【０００５】
しかし、いずれの方法に拠っても注文入力端末１台1台に対して通信時間がかかってしまい、配信の効率が悪く、飲食店舗の注文業務を一時的に中断することとなってしまう。そこで、無線通信の効率向上のために一斉同報通信システムの技術が公開されている（非特許文献１参照）。一斉同報通信システムにおける効率向上に関しては、まず代表受信局を設け、他の子局は代表受信局が受信する同報情報を傍受する方法が提案されている。この方式に拠れば、通信制御装置（上記無線ルータに相当）を親局とし、１台の注文入力端末を代表受信局として無線配信を行い、他の注文入力端末は無線配信を傍受する事で、メニューまたはプログラムなどの共通データの一斉無線配信を行う事ができる。
【非特許文献１】鶴田節夫、外１名、「大量データの高効率送信用簡易高信頼ブロードキャストプロトコルの提案と評価」、情報処理学会論文誌、Apr．1986、Vol.7 No.4、p.462-470
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記非特許文献１に記載されている方法は、送信したデータに対する受信確認を全ての受信ノードから取得するように構成されており、全ての受信ノードの存在を送信ノードが認識している事が前提となったプロトコルである。また飲食店における注文入力端末へのメニューやプログラムなどの共通データ配信は、飲食店舗の注文業務を実施している際にも実施される可能性があり、一部の注文入力端末は注文業務を続けながら、残りの注文入力端末に対して配信を行う場合が発生する。また、無線のサービスエリア外に注文入力端末が配置されていたり、注文入力端末の電源が切られている場合も想定される。従って送信ノードである通信制御装置（上記無線ルータに相当）またはデータ管理装置が、受信ノードである注文入力端末の状態を完全に把握する事は困難であり、上記方法ではメニューやプログラム等の共通データの一斉無線配信は適さないという問題がある。
【０００７】
本発明は上記事情に鑑みてなされたもので、その目的とするところは、従来の一斉同報通信システムにおける上述のごとき問題を解消し、受信ノードを特定できない環境においても最適な一斉データ配信システムおよび一斉データ配信方法を提供する事にある。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、複数の端末に対して一斉にデータを配信する一斉データ配信システムであって、データ配信装置が、データ配信開始通知を行うデータ配信開始通知手段と、前記複数の端末のうち前記データ配信開始通知に対して最も早く応答した端末に対してデータ配信を行うデータ配信手段と、を備え前記データ配信手段は、前記最も早く応答した端末への前記データ配信が滞った場合に、他の端末からデータ配信要求を受付けて、当該他の端末へ前記データ配信を行い、前記端末は、前記データ配信開始通知の受信を契機に自端末固有の応答遅延時間を算出する応答遅延時間算出手段と、他の端末から前記データ配信装置に向けて送信されるデータ配信開始通知に対するデータ配信要求を傍受する応答傍受手段と、前記データ配信開始通知の受信時刻から前記算出した応答遅延時間の経過をカウントする遅延時間カウント手段と、前記応答遅延時間の経過前に前記他の端末から送信されるデータ配信要求を傍受した場合には自端末からの当該データ配信要求の送信を停止し、前記応答遅延時間の経過までに前記他の端末から送信されるデータ配信要求を傍受していない場合には自端末から当該応答を送信するデータ配信要求手段と、自端末からの前記データ配信開始通知に対する応答に基づいて前記データ配信装置より自端末宛てにデータ配信が配信された場合には自端末が代表端末としてその配信されたデータを受信し、自端末からの前記データ配信開始通知に対する応答に基づいて前記データ配信装置より自端末宛てにデータ配信が配信されなかった場合または前記他の端末からのデータ配信開始通知に対する応答を傍受した場合には傍受端末として代表端末となった他の端末へのデータ配信を傍受するデータ受信手段とを備え、データ配信要求手段は、前記データ受信手段が傍受端末として前記代表端末となった他の端末へのデータ配信を傍受している場合に、当該代表端末へのデータ配信が滞ったか否かを検出し、当該データ配信が滞った場合に、自端末固有の遅延時間の経過をカウントして前記データ配信要求を送信することを特徴とする請求項１に記載の一斉データ配信システムである。
【０００９】
また本発明は、上述の一斉データ配信システムにおいて、前記データ配信装置のデータ配信手段は配信するデータを分割して分割後データのそれぞれを順次配信し、前記端末のデータ受信手段は、自端末が代表端末である場合に分割後データそれぞれの正常な受信毎に肯定応答を前記データ配信装置へ送信し、前記端末のデータ受信手段は、自端末が傍受端末である場合に前記分割後データを一時記憶部に保持すると共に、当該分割後データについての前記肯定応答を傍受した後にその分割後データの欠損有無判定を行い、欠損が無ければ受信正常として当該分割後データを取り込むことを特徴とする。
【００１０】
また本発明は、上述の一斉データ配信システムにおいて、傍受端末となる前記端末は、前記欠損有無判定により欠損有りと判定した分割後データの識別番号を未受信データの情報として記憶する未受信データ記憶手段と、前記未受信データとなる分割後データの識別番号を記憶する場合には、前記データ配信装置より再送信される前記データ配信開始通知を受信を契機に、前記未受信データとなる分割後データの識別番号に基づく遅延時間の経過後にデータ再配信要求を送信するデータ再配信要求手段と、を備え、前記データ配信装置のデータ配信開始通知手段は、複数回前記データ配信開始通知の送信を繰り返し、前記データ配信装置のデータ配信手段は、最も早く受信した前記データ再配信要求の要求元の端末に対してデータを再送することを特徴とする。
【００１１】
また本発明は、上述の一斉データ配信システムにおいて、前記データ再配信要求には未受信データとなる分割後データの識別番号のうち最も若い識別番号が保持されており、前記データ配信装置のデータ配信手段は、前記データ再配信要求に保持されている識別番号以下の識別番号の各分割後データを再配信することを特徴とする。
【００１２】
また本発明は、複数の端末に対して一斉にデータを配信する一斉データ配信システムにおける一斉データ配信方法であって、データ配信装置のデータ配信開始通知手段は、データ配信開始通知を行い、前記端末の応答遅延時間算出手段は、前記データ配信開始通知の受信を契機に自端末固有の応答遅延時間を算出し、前記端末の応答傍受手段は、他の端末から前記データ配信装置に向けて送信されるデータ配信開始通知に対するデータ配信要求を傍受し、前記端末の遅延時間カウント手段は、前記データ配信開始通知の受信時刻から前記算出した応答遅延時間の経過をカウントし、前記端末のデータ配信要求手段は、前記応答遅延時間の経過前に前記他の端末から送信されるデータ配信要求を傍受した場合には自端末からの当該データ配信要求の送信を停止し、前記応答遅延時間の経過までに前記他の端末から送信されるデータ配信要求を傍受していない場合には自端末から当該応答を送信し、データ配信装置のデータ配信手段は、前記複数の端末のうち前記データ配信開始通知に対して最も早く応答した端末に対してデータ配信を行い、前記端末のデータ受信手段は、自端末からの前記データ配信開始通知に対する応答に基づいて前記データ配信装置より自端末宛てにデータ配信が配信された場合には自端末が代表端末としてその配信されたデータを受信し、自端末からの前記データ配信開始通知に対する応答に基づいて前記データ配信装置より自端末宛てにデータ配信が配信されなかった場合または前記他の端末からのデータ配信開始通知に対する応答を傍受した場合には傍受端末として代表端末となった他の端末へのデータ配信を傍受し、前記端末のデータ受信手段が傍受端末として前記代表端末となった他の端末へのデータ配信を傍受している場合に、当該代表端末へのデータ配信が滞ったか否かを検出し、当該データ配信が滞った場合に、自端末固有の遅延時間の経過をカウントして前記データ配信要求を送信し、前記データ配信装置のデータ配信手段は、前記最も早く応答した端末への前記データ配信が滞った場合に、他の端末からデータ配信要求を受付けて、当該他の端末へ前記データ配信を行うことを特徴とする一斉データ配信方法である。
【００１３】
また本発明は、上述の一斉データ配信方法において、前記データ配信装置のデータ配信手段は、配信するデータを分割して分割後データのそれぞれを順次配信し、前記端末のデータ受信手段は、自端末が代表端末である場合に分割後データそれぞれの正常な受信毎に肯定応答を前記データ配信装置へ送信し、前記端末のデータ受信手段は、自端末が傍受端末である場合に前記分割後データを一時記憶部に保持すると共に、当該分割後データについての前記肯定応答を傍受した後にその分割後データの欠損有無判定を行い、欠損が無ければ受信正常として当該分割後データを取り込むことを特徴とする。
【００１４】
また本発明は、上述の一斉データ配信方法において、傍受端末となる前記端末の未受信データ記憶手段は、前記欠損有無判定により欠損有りと判定した分割後データの識別番号を未受信データの情報として記憶し、傍受端末となる前記端末のデータ再配信要求手段は、前記未受信データとなる分割後データの識別番号を記憶する場合には、前記データ配信装置より再送信される前記データ配信開始通知を受信を契機に、前記未受信データとなる分割後データの識別番号に基づく遅延時間の経過後にデータ再配信要求を送信し、前記データ配信装置のデータ配信開始通知手段は、複数回前記データ配信開始通知の送信を繰り返し、前記データ配信装置のデータ配信手段は、最も早く受信した前記データ再配信要求の要求元の端末に対してデータを再送することを特徴とする。
【００１５】
また本発明は、上述の一斉データ配信方法において、前記データ再配信要求には未受信データとなる分割後データの識別番号のうち最も若い識別番号が保持されており、前記データ配信装置のデータ配信手段は、前記データ再配信要求に保持されている識別番号以下の識別番号の各分割後データを再配信することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、代表端末にのみ配信データを送信しており、傍受端末は代表端末宛ての配信データを傍受して、その傍受したデータに欠損がない場合に正常に受信できたものとして取り込んでいる。従って、配信データを送信するデータ配信装置は一つの代表端末へのみ配信データを送信すればよいので処理負荷を軽減することが出来る。また代表端末以外の傍受端末とのデータの送受信が全くないので、当該傍受端末についての情報を検出する必要がなく、これにより処理負荷を軽減することが出来る。
【００１７】
また本発明によれば、遅延時間に応じて最初にデータ配信要求を送信した端末を代表端末とすればよいので、予めデータ配信装置において代表端末を設定する必要が無い。従って特定の代表端末を予め設定するユーザの労力を軽減でき、さらにその設定した代表端末が電源断や通信不可能な状況となりデータ配信が出来なくなることを防止することができる。つまり、ユーザが複数の端末の状態（電源断であるか、通信可能範囲に位置しているかなどの状態）を把握しなくても、自動で通信可能な端末のうちの一つの端末が代表端末となってデータ配信が開始されるので、ユーザの労力を軽減することが出来る。
【００１８】
また本発明によれば、傍受端末では、未受信のデータの取り込みを二回目以降のデータ配信によって自動で行うので、注文入力端末におけるデータ未受信を防止することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の一実施形態による一斉データ配信システムを図面を参照して説明する。図１は同実施形態による一斉データ配信システムの構成を示すブロック図である。なお本実施形態では、レストランにおける注文データ管理に、一斉データ配信システムを適用した例を示す。この図より、一斉データ配信システムでは、注文情報の保持とシステムの管理を行うデータ制御装置１と、接客担当者が常時携帯する複数の注文入力端末２と、店舗の壁や天井に設置される複数の無線制御装置３と、厨房等に設置される複数のレストランプリンタ４とが通信ネットワークにより接続された構造となっており、データ制御装置１と無線制御装置３とはコネクタ５、電送ケーブル６、コネクタ７によって接続されている。
【００２０】
図２は注文入力端末とデータ制御装置の機能ブロック図である。
この図が示すように、データ制御装置１と注文入力端末２は無線制御装置３を介して配信データの送信、受信を行う。そしてデータ制御装置１は、無線制御装置３を介した注文入力端末２との情報の送受信を行う通信処理部１１、データ制御装置１内の各処理部を制御する制御部１２、注文入力端末２から受付けた注文データを処理する注文データ処理部１３、注文入力端末２へデータ配信の処理を行うデータ配信処理部１４、注文データや配信データとしての更新プログラムや更新メニューデータなどを記憶するデータベース１５を備えている。
【００２１】
また注文入力端末２は無線制御装置３との間で無線通信処理を行う無線通信処理部２１、注文入力端末２の各処理部を制御する制御部２２、配信データの配信開始を通知する情報の受信に基づいて、その応答となるデータ配信要求の送信遅延時間を算出する遅延時間算出部２３、遅延時間の経過をカウントするカウント部２４、遅延時間経過後にデータ配信要求を行うデータ配信要求部２５、配信データの受信処理を行うデータ受信処理部２６、注文入力端末２の各処理プログラムを記憶すると共に配信データを格納する記憶部２７を備えている。
【００２２】
図３は注文入力端末のイメージ図である。
この図が示すように注文入力端末２は表示部や入力キーのほかに、配信データ待受け状態設定キーが備えられている。本実施形態において配信データ待受け状態設定キーは、プログラム更新ボタン２０１とメニュー更新ボタン２０２である。そして、注文入力端末２においてプログラム更新ボタン２０１やメニュー更新ボタン２０２などの配信データ待受け状態設定キーが押下されると、注文入力端末２は配信データの待受け状態となる。そして待受け状態の際に、データ制御装置１から送信されたデータ配信開始通知を受信すると、注文入力端末２は、下記の処理によりデータ配信要求を送信し、データの受信処理を行う。なお、配信データの待受け状態への遷移は、データ配信開始通知の受信を常時監視して、当該通知を受信した場合に自動的に行われるようにしてもよい。
【００２３】
図４は注文入力端末における配信データ待受け状態移行処理のフローを示す第１の図である。
まず注文入力端末２は、例えばユーザの指示により再起動しハードウェアの初期化処理を行うと（ステップＳ４１）、ＲＡＭ上のプログラムの有効性を確認し（ステップＳ４２）、有効であれば当該プログラムを利用した処理に移行する（ステップＳ４４）。またプログラムが有効でなければ配信データ待受け状態へ遷移して、配信データである前記プログラムの受信モードに遷移する（ステップＳ４３）。なおＲＡＭ上のプログラムは、例えばプログラム本体とチェック用データとが結合されたものである。ここでチェック用データは、例えばプログラム本体のデータを１バイトずつ加算した加算結果、またはプログラム本体のデータを１ワードずつ加算した加算結果、またはプログラム本体のデータＣＲＣ演算結果等である。そして上述のステップＳ４２のＲＡＭ上プログラムの有効性の確認処理においては、プログラム本体の演算結果とチェック用データとを比較してプログラム本体のビット化けの確認などを行う。またはＲＡＭ上のプログラムの有効性を確認処理は、ＲＡＭ上プログラムの使用期限の有効・無効やメニューの有効・無効など確認であってもよい。
【００２４】
図５は注文入力端末における配信データ待受け状態移行処理のフローを示す第２の図である。
上述のステップＳ４４の処理が終了すると、次に注文入力端末２はプログラム更新ボタン２０１やメニュー更新ボタン２０２などの配信データ待受け状態設定キーの押下を受付ける。そして、配信データ待受け状態設定キーが押下されたか否かを判定し（ステップＳ５０１）、押下されている場合には、プログラム更新ボタン２０１の押下か否かを判定する（ステップＳ５０２）。プログラム更新ボタン２０１の押下であればプログラムの配信データ待受け状態（プログラム受信モード）に移行する（ステップＳ５０３）。また注文入力端末２はメニュー更新ボタン２０２の押下か否かを判定する（ステップＳ５０４）。メニュー更新ボタン２０２の押下であればメニューデータの配信データ待受け状態（メニュー受信モード）に移行する（ステップＳ５０５）。
【００２５】
次に、一斉データ配信システムの処理フローについて説明する。
図６は注文入力端末における処理フローを示す第１の図である。
まず、データ制御装置１のデータ配信処理部１４が、ユーザによるメニューデータ配信指示を受付けるとする。すると、データ配信処理部１４はデータ配信開始通知を送信し、当該データ配信開始通知が無線制御装置３を介して注文入力端末２に無線送信される。この時、無線制御装置３と無線通信ができる範囲内に存在する各注文入力端末２がデータ配信開始通知を受信する（ステップＳ６０１）。注文入力端末２のデータ配信要求部２５は、遅延時間算出部２３にデータ配信開始通知の受信からデータ配信要求の送信までの間隔を示す遅延時間の算出処理を指示する。すると遅延時間算出部２３は遅延時間を算出する（ステップＳ６０２）。そしてカウント部２４がデータ配信開始通知の受信から遅延時間のカウント処理を行う（ステップＳ６０３）。なお遅延時間の算出処理の詳細は後述する。
【００２６】
注文入力端末２のデータ受信処理部２６は、遅延時間のカウントが終了したか否かを判定し（ステップＳ６０４）、カウントが終了した場合にはデータ配信要求を送信する（ステップＳ６０５）。また、データ受信処理部２６は無線信号を傍受しており、遅延時間のカウントが終了していない場合には、他の注文入力端末２からデータ配信要求が送信されたか否かを判定する（ステップＳ６０６）。そして、カウントが終了する前に他の注文入力端末２から送信されたデータ配信要求を傍受した場合には、データ配信要求の送信中止をデータ配信要求部２５に通知する（ステップＳ６０７）。つまり、遅延時間は注文入力端末２ごとに異なるので、他の注文入力端末２からデータ配信要求が先に送信される場合や、自端末の遅延時間が最も短時間であることから他の注文入力端末２からデータ配信要求が送信される前に自端末の遅延時間のカウントが終了しデータ配信要求部２５がデータ配信要求を送信する場合がある。
【００２７】
ここでデータ配信要求には少なくともデータ配信開始通知に格納されているメッセージ識別子と同一のメッセージ識別子と、送信元の注文入力端末２の識別番号と、未受信のパケットデータの識別番号のうち最小の識別番号とが格納される。なお未受信パケットデータの識別番号についての詳細は後述するが、一回目のデータ配信開始通知に対するデータ配信要求においては受信しているパケットデータが無い為、未受信パケットデータの識別番号のうち最小の識別番号は０となる。そして注文入力端末２のデータ受信処理部２６は、時端末から送信したデータ配信要求に対する返答として、データ制御装置１から自端末宛ての配信データを無線制御装置３を介して受信したか否かを判定し（ステップＳ６０８）、配信データを受信した場合には、代表端末の処理へと移行する（ステップＳ６０９）。またデータ受信処理部２６は、データ配信要求の送信を中止した場合、またはデータ配信要求部２５がデータ配信要求を送信したにもかかわらず、他の注文入力端末宛ての配信データを傍受した場合には、傍受端末の処理へと移行する（ステップＳ６１０）。
【００２８】
図７は一斉データ配信システムの処理フローを示す第１の図である。
データ制御装置１は無線制御装置３を介して最初のデータ配信要求を受信すると（ステップＳ７０１）、当該最初に受信したデータ配信要求に格納されている端末ＩＤを読み取り、当該端末ＩＤの注文入力端末２を代表端末と特定する。そしてデータ制御装置１のデータ配信処理部１４はデータベース１５から配信データを読み取り、当該配信データを分割して複数の分割後データを生成する。なお配信データはメニューデータである。そしてデータ配信処理部１４は、データ配信要求に格納されているメッセージ識別子と、各分割後データのうちの１つと、エラー検出用冗長データと、どの分割後データかを検出する為のパケットデータ識別番号とを少なくとも格納したパケットデータを、配信データの分割数生成し、それらパケットデータを、代表端末と特定した注文入力端末２宛てに送信する（ステップＳ７０２）。
【００２９】
なおデータ配信処理部１４は、各パケットデータを二回目以降のデータ配信のために記憶しておく。無線制御装置３を介して複数のパケットデータを順次受信する代表端末となる注文入力端末２のデータ受信処理部２６は、パケットデータを受信すると（ステップＳ７０３）、そのパケットデータの正常受信を示す肯定応答をデータ制御装置１へ送信する（ステップＳ７０４）。そしてデータ制御装置１は配信データの分割数分生成した各パケットデータを繰り返し送信し、代表端末となる注文入力端末２はパケットデータを受信する度に肯定応答をデータ制御装置１へ送信する処理を繰り返す。代表端末となる注文入力端末２のデータ受信処理部２６は、複数のパケットデータのそれぞれから分割後データを読み取って結合することにより配信データ（メニューデータ）を再構成し、記憶部２７において予め格納されていたメニューデータと置換することにより更新する。
【００３０】
一方、傍受端末となる注文入力端末２のデータ受信処理部２６は、代表端末となる注文入力端末２と無線制御装置３とのパケットデータの送受信を傍受する。そしてデータ受信処理部２６はパケットデータを傍受すると、当該パケットデータを読み込んで一時的にメモリへ格納する（ステップＳ７０５）。次にデータ受信処理部２６は、当該読み込んだパケットデータに対する肯定応答が代表端末となる注文入力端末２からデータ制御装置１宛てに送信されたことを傍受すると（ステップＳ７０６）、一時的に読み込んだパケットデータに格納されているエラー検出用冗長データを読み取る。なおこのエラー検出用冗長データは、例えばパケットデータ本体のデータを１バイトずつ加算した加算結果、またはプログラム本体のデータを１ワードずつ加算した加算結果、またはプログラム本体のデータＣＲＣ演算結果等である。データ受信処理部２６はパケットデータ本体のデータ列を演算してエラー検出用冗長データと比較することにより、パケットデータ本体が有効か否かを判定する。そして、有効性が確認できた場合には、一時的に読み込んだパケットデータを記憶部２７に取り込む（ステップＳ７０７）。また有効性が確認できない場合には、そのパケットデータを破棄する。これにより、パケットデータのビット化けや混信によるデータ化けを検出することができる。
【００３１】
また傍受端末となる注文入力端末２のデータ受信処理部２６は未受信のパケットデータについて記憶する。未受信のパケットデータとは、データの欠損により破棄したパケットデータや、無線制御装置３との無線通信の不具合により受信できなかったパケットデータである。この処理は、例えば欠損により破棄したパケットデータであれば、当該パケットデータに格納されているパケットデータの識別番号を読み取って、一時記憶する。また未受信のパケットデータであれば、受信完了したパケットデータに格納されているパケットデータの識別番号を読み取って、連続する識別番号のうち欠落している識別番号を検出する。そしてその検出した識別番号を一時記憶する。また注文入力端末２のデータ受信処理部２６は全てのパケットデータを受信できたと判定すると、配信データの待受け状態を解除する。以上の処理により一回目のデータ配信の処理が完了する。注文入力端末２のデータ受信処理部２６は、未受信のパケットデータがある場合には二回目のデータ配信開始通知の受信まで待機する。
【００３２】
次に上述の注文入力端末における遅延時間算出処理について説明する。
ｋ：比例定数
ｉ：注文入力端末に固有の識別番号
ｐｅ（ｉ）：未受信のパケットデータに格納されているパケットデータの識別番号のうち注文入力端末（ｉ）が保持する最小の識別番号
ｄｅｌａｙ（ｉ）：注文入力端末（ｉ）に固有に設定された遅延係数（例えば、ｄｅｌａｙ（ｉ）＝ｉ×５ｍｓｅｃ）
とすると、遅延時間Ｔ（ｉ）の算出式は、
Ｔ（ｉ）＝ｋ×ｐｅ（ｉ）＋ｄｅｌａｙ（ｉ）・・・（１）
の算出式で求める。なお、ｋ＞ＭＡＸ（ｄｅｌａｙ（ｉ））とする。
つまりこの式（１）によれば、一回目のデータ配信の前においては配信データが送信されていないので、全ての注文入力端末２において未受信のパケットデータは存在しない。従ってｐｅ（ｉ）＝０となる。これにより遅延時間Ｔ（ｉ）＝ｄｅｌａｙ（ｉ）となり、端末番号の一番若い注文入力端末２の遅延時間が最も短くなり、またデータ配信要求のデータ制御装置１への送信のタイミングも早くなり、代表端末となる確率が高い。
【００３３】
データ制御装置１は所定の回数、またはデータ配信開始通知の送信に応じて注文入力端末２からデータ配信要求が送信されなくなるまで、データ配信開始通知を行いデータ配信を繰り返す。データ制御装置１のデータ配信処理部１４は、一回目のデータ配信の処理の完了（代表端末となる注文入力端末２へのデータ配信の処理完了）の後、所定の時間経過後（例えば１０秒や３０秒）、再度データ配信開始通知を無線制御装置３を介して注文入力端末２へ送信する。二回目以降のデータ配信開始通知を受けた注文入力端末２は、上述の遅延時間算出式により遅延時間を算出する。
【００３４】
図８は二回目以降のデータ配信開始通知を受信した注文入力端末の遅延時間の算出処理の概要を示す図である。
二回目以降のデータ配信開始通知を受信した注文入力端末の遅延時間の算出処理においては、未受信のパケットデータに格納されているパケットデータの識別番号のうち注文入力端末（ｉ）が保持する最小の識別番号ｐｅ（ｉ）に０以外の値が入力される＜最初のパケットを読み損じた場合にはｐｅ（ｉ）＝０となる可能性がある＞。この最小の識別番号ｐｅ（ｉ）は、一回目のデータ配信の受信において記憶部２７に格納したパケットデータの識別番号のうち最小の識別番号が読み取られて特定される。図示するように注文入力端末（Ａ）と注文入力端末（Ｂ）において、未受信のパケットデータの識別番号を記憶しており、注文入力端末（Ａ）における未受信のパケットデータの識別番号のうち最小の識別番号をｎ、注文入力端末（Ｂ）における未受信のパケットデータの識別番号のうち最小の識別番号をｍとする。なおｎ＜ｍとする。
【００３５】
ここで、ｐｅ（Ａ）＝ｎ，ｐｅ（Ｂ）＝ｍであるので遅延時間の算出式（１）より、
Ｔ（Ａ）＝ｋｎ＋ｄｅｌａｙ（Ａ）
Ｔ（Ｂ）＝ｋｍ＋ｄｅｌａｙ（Ｂ）
という二つの式が得られる。
そしてｋ＞ＭＡＸ（ｄｅｌａｙ（ｉ））が定義されているので、ｎ＜ｍ，ｄｅｌａｙ（Ａ）＜ｋ，ｄｅｌａｙ（Ｂ）＜ｋとなり、
｜ｄｅｌａｙ（Ｂ）−ｄｅｌａｙ（Ａ）｜＜ｋ
が導き出される。従って、
Ｔ（Ｂ）−Ｔ（Ａ）＝｛ｋ（ｍ−ｎ）＋（ｄｅｌａｙ（Ｂ）−ｄｅｌａｙ（Ａ））＞０
となり、これによりＴ（Ｂ）＞Ｔ（Ａ）が得られる。つまり、パケットデータの識別番号のうち、より小さい識別番号のパケットデータが未受信となっている注文入力端末２の遅延時間がより短時間となり、データ配信要求を早く送信する。これにより、パケットデータの識別番号のうち、より小さい識別番号のパケットデータが未受信となっている注文入力端末２が代表端末となる。
【００３６】
注文入力端末２は一回目のデータ配信開始通知を受信した際と同様にデータ配信要求をデータ制御装置１宛てに送信する。データ配信要求を送信したにもかかわらず他の注文入力端末２へ配信データが返信された場合や、自端末からデータ配信要求を送信する前に他の注文入力端末２から送信されたデータ配信要求を傍受した場合には自端末からのデータ配信要求の送信を中止して傍受端末の処理を行う。またデータ配信要求には、未受信パケットデータの識別番号のうち最小の識別番号が格納される。
【００３７】
データ制御装置１のデータ配信処理部１４はデータ配信要求を受信すると、当該データ配信要求に格納されている未受信パケットデータの識別番号を読み取る。そして当該識別番号以下の番号の各パケットデータを、前記受信したデータ配信要求の要求元である注文入力端末２（代表端末）へ送信する。
【００３８】
図９は二回目以降のデータ配信において配信されるパケットデータを説明する図である。
この図が示すように、代表端末となる注文入力端末（Ａ）における未受信のパケットデータのうち最小のパケット番号の識別番号がｎ、傍受端末となる注文入力端末（Ｂ）における未受信のパケットデータのうち最小のパケット番号の識別番号がｍ、である場合、データ制御装置１のデータ配信処理部１４は代表端末となる注文入力端末（Ａ）からのデータ配信要求を最初に受信して、当該データ配信要求に格納されている未受信パケットデータの識別番号ｎ以下の番号の各パケットデータを送信する。なおｎ＜ｍである。これにより、二回目以降に送信するパケットデータの数が一回目のデータ配信時よりも少なくなる可能性があり、通信負荷を軽減することができる。また最も小さい識別番号のパケットデータを基準としてそれ以下の番号のパケットデータを送信するので、未受信のパケットデータのうち送信されないパケットデータが発生しないように調整することができる。
【００３９】
そして代表端末となる注文入力端末２はパケットデータを順次受信するとともに、そのパケットデータのうち未受信のパケットデータをパケットデータの識別番号から検出して記憶部２７へ取り込む。そして全てのパケットデータについてのデータ受信が正常となって取り込まれると、配信データ（メニューデータ）を更新する。また傍受端末の処理を行っている注文入力端末２は、一回目のデータ配信時と同様に、無線制御装置３と代表端末となる注文入力端末２の送受信を傍受して、未受信の各パケットデータを取り込む。また注文入力端末２は一回目のデータ配信と同様に、未受信のパケットデータがある場合には、その識別番号を記憶する。データ制御装置１は、所定の回数、またはデータ配信開始通知の送信に応じて注文入力端末２からデータ配信要求が送信されなくなるまで、データ配信開始通知を行いデータ配信を繰り返す。
【００４０】
なお、上述した実施形態は、データ制御装置１のデータ配信処理部１４が、データ配信開始通知の処理と、パケットデータの送信処理を行っているが、無線制御装置３にデータ制御装置１のデータ配信処理部１４の機能を備えて、データ配信開始通知の処理と、パケットデータの送信処理が行われるようにしてもよい。この場合、データ制御装置１に指示された配信データの配信指示が入力されると、対象となる配信データと配信指示が無線制御装置３に送信される。そして無線制御装置３が配信データを記憶して、上述した処理と同様に、配信データの配信を行う。
また、上述の処理では配信データがメニューデータである場合の処理について示しているが配信データは、その他のプログラムデータであっても同様である。
また、上述の実施形態に限らず、端末に対して所定のデータを一斉に送信される際に利用されるのであれば、レストランで利用されるシステム以外（例えば、棚卸確認用の商品在庫確認システムなど）にも適用可能である。
【００４１】
以上、本発明の実施形態について説明したが、上記処理によれば、代表端末となる注文入力端末にのみ配信データを送信しており、傍受端末となる注文入力端末は代表端末宛ての配信データを傍受して、その傍受したデータに欠損がない場合に正常に受信できたものとして取り込んでいる。従って、配信データを送信するデータ制御装置は一つの代表端末へのみ配信データを送信すればよいので処理負荷を軽減することが出来る。また代表端末以外の傍受端末とのデータの送受信が全くないので、当該傍受端末についての情報を検出する必要がなく、これにより処理負荷を軽減することが出来る。また、遅延時間に応じて最初にデータ配信要求を送信した注文入力端末を代表端末とすればよいので、予め代表端末を決定する必要が無い。従って特定の代表端末を予め設定するユーザの労力を軽減でき、さらにその設定した代表端末が電源断や通信不可能な状況となりデータ配信が出来なくなることを防止することができる。つまり、ユーザが複数の注文入力端末の状態（電源断であるか、通信可能範囲に位置しているかなどの状態）を把握しなくても、自動で通信可能な注文入力端末のうちの一つの端末が代表端末となってデータ配信が開始されるので、ユーザの労力を軽減することが出来る。また傍受端末の処理を行う注文入力端末では、未受信のデータの取り込みを二回目以降のデータ配信によって自動で行うので、注文入力端末におけるデータ未受信を防止することができる。
【００４２】
図１０は一斉データ配信システムの処理フローを示す第２の図である。
次に、図１０を用いて代表端末となる注文入力端末がデータ配信の途中においてデータの受信が出来なくなった場合の処理について説明する。
上記ステップＳ７０４注文入力端末２より出力される肯定応答の代わりに否定応答が送信された場合（データ欠損などにより否定応答が送信される）や、肯定応答の送信がないことによりデータ制御装置１と注文入力端末２との無線制御装置３を介したデータ配信がタイムアウトがタイムアウトした場合（代表端末となる注文入力端末２が無線制御装置３の無線通信範囲外に移動した場合など）には、傍受端末となる各注文入力端末２がデータ制御装置１へデータ配信要求を送信する。この処理の詳細は、まず、傍受端末となる注文入力端末２のデータ受信処理部２６が、パケットデータを傍受すると（ステップＳ８０１）、当該パケットデータの受信に対する代表端末となる注文入力端末２からの肯定応答の送信を傍受するまでの時間をカウントする。
【００４３】
ここでこのカウントがタイムアウトした判定した場合、または肯定応答の代わりに否定応答を傍受したと判定した場合には（ステップＳ８０２）、パケットデータからエラー検出用冗長データを読み取る。なおこのエラー検出用冗長データは、パケットデータ本体のデータを１バイトずつ加算したデータ、またはプログラム本体のデータを１ワードずつ加算したデータ、またはプログラム本体のデータＣＲＣ演算結果である。データ受信処理部２６はパケットデータ本体のデータ列を演算してエラー検出用冗長データと比較することにより、パケットデータ本体が有効か否かを判定する。そして、有効性が確認できた場合には、パケットデータを記憶部２７に取り込む（ステップＳ８０３）。また有効性が確認できない場合には、そのパケットデータを破棄する。これにより、パケットデータのビット化けや混信によるデータ化けを検出することができる。そしてデータ配信要求部２５に対してデータ配信要求の処理開始を指示する。するとデータ配信要求は、自端末に固有に設定された遅延時間（例えば、注文入力端末に固有の識別番号をｉとすると、ｄｅｌａｙ（ｉ）＝ｉ×５００ｍｓｅｃ）をカウントし（ステップＳ８０４）、その後データ配信要求を送信する（ステップＳ８０５）。データ制御装置１のデータ配信処理部１４は、新たにデータ配信要求を送信した傍受端末の注文入力端末２を新たな代表端末と特定し、当該代表端末へ残りのパケットデータを送信する（ステップＳ８０６）。そしてデータ配信要求を送信した注文入力端末２は傍受端末から代表端末と遷移してパケットデータを受信し（ステップＳ８０７）、その後、上記同様の処理を行う。またデータ配信要求を送信する傍受端末となる注文入力端末２は、上述の処理と同様に、他の注文入力端末２からデータ配信要求が先に送信された場合には、その送信を中止する。またデータ配信要求を送信したにもかかわらず、他の注文入力端末２に宛てに配信データが送信された場合には、再度傍受端末として動作する。
【００４４】
以上の処理により、代表端末となる注文入力端末２が無線制御装置３の無線通信の圏内から出た場合でも、確実に無線通信圏内に位置する注文入力端末２を新たな代表端末として滞りなくデータ配信を行うことが出来る。またこれにより、通信圏内に位置する他の傍受端末となる注文入力端末２にも確実にデータ配信を行うことが出来る。
【００４５】
なお上述のデータ制御、無線制御装置、注文入力端末は内部に、コンピュータシステムを有している。そして、上述した処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４６】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００４７】
【図１】一斉データ配信システムの構成を示すブロック図である。
【図２】注文入力端末とデータ制御装置の機能ブロック図である。
【図３】注文入力端末のイメージ図である。
【図４】注文入力端末における配信データ待受け状態移行処理のフローを示す第１の図である。
【図５】注文入力端末における配信データ待受け状態移行処理のフローを示す第２の図である。
【図６】注文入力端末における処理フローを示す第１の図である。
【図７】一斉データ配信システムの処理フローを示す第１の図である。
【図８】二回目以降のデータ配信開始通知を受信した注文入力端末の遅延時間の算出処理の概要を示す図である。
【図９】二回目以降のデータ配信において配信されるパケットデータを説明する図である。
【図１０】一斉データ配信システムの処理フローを示す第２の図である。
【符号の説明】
【００４８】
１・・・データ制御装置
２・・・注文入力端末
３・・・無線制御装置
１１・・・通信処理部
１２・・・制御部
１３・・・注文データ処理部
１４・・・データ配信処理部
１５・・・データベース
２１・・・無線通信処理部
２２・・・制御部
２３・・・遅延時間算出部
２４・・・カウント部
２５・・・データ配信要求部
２６・・・データ受信処理部
２７・・・記憶部
【図１】
0004555783.tif 000002
【図２】
0004555783.tif 000003
【図３】
0004555783.tif 000004
【図４】
0004555783.tif 000005
【図５】
0004555783.tif 000006
【図６】
0004555783.tif 000007
【図７】
0004555783.tif 000008
【図８】
0004555783.tif 000009
【図９】
0004555783.tif 000010
【図１０】
0004555783.tif 000011