[go: up one dir, main page]

JP4520671B2 - Download system - Google Patents

Download system Download PDF

Info

Publication number
JP4520671B2
JP4520671B2 JP2001239888A JP2001239888A JP4520671B2 JP 4520671 B2 JP4520671 B2 JP 4520671B2 JP 2001239888 A JP2001239888 A JP 2001239888A JP 2001239888 A JP2001239888 A JP 2001239888A JP 4520671 B2 JP4520671 B2 JP 4520671B2
Authority
JP
Japan
Prior art keywords
updater
program
data
block
update
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001239888A
Other languages
Japanese (ja)
Other versions
JP2003051796A5 (en
JP2003051796A (en
Inventor
安司 岡田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SoftBank Corp
Original Assignee
SoftBank Mobile Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SoftBank Mobile Corp filed Critical SoftBank Mobile Corp
Priority to JP2001239888A priority Critical patent/JP4520671B2/en
Publication of JP2003051796A publication Critical patent/JP2003051796A/en
Publication of JP2003051796A5 publication Critical patent/JP2003051796A5/ja
Application granted granted Critical
Publication of JP4520671B2 publication Critical patent/JP4520671B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、プログラムにより制御される機器にアップデータを配信するダウンロードシステムに関するものである。
【0002】
【従来の技術】
近年、パーソナルコンピュータ、コピー機、FAXのような事務用機器はもとより、自動販売機、カーナビゲーションシステム、携帯電話機、各種家電製品に至るまで各種機器にマイコンが組み込まれており、これらの機器ではプログラムによって動作が制御されている。
【0003】
パーソナルコンピュータのように一般のユーザによってもプログラムの書換が可能な機器では、プログラムに不具合が存在する場合や、機能向上のためにプログラムが修正された場合などに、メーカが顧客に対して必要に応じてアップデータ(改修プログラム)の存在を告知するとともに、アップデータをCD−ROMなどの媒体の形で配布したり、インターネットなどの通信回線を介してアップデータを配信しており、ユーザ自身の意思でプログラムのバージョンアップが可能になっている。
【0004】
一方、パーソナルコンピュータを除く機器では、一般にはユーザによるプログラムの書換は不可能であって、機器の開発メーカやプログラムの開発メーカの技術者がアップデータに入れ替える作業を行うか、リコールとしてアップデート済みのプログラムを組み込んだ同等品に交換しているのが現状である。アップデータに入れ替える作業を行う場合には、指定されたサービス拠点にユーザ自身が機器を持ち込んだり、当該機器のメーカから派遣された技術者が顧客を1軒ずつ訪問して当該機器に1台ずつアップデータを組み込む作業を行っているのが現状である。
【0005】
【発明が解決しようとする課題】
しかしながら、上述のような方法ではアップデートの対象機器に1台ずつアップデータを組み込むことになるから、対象機器が何十万台〜何百万台も稼動している場合には、対象機器の全台数に対してアップデータを組み込む作業が完了するまでの時間および費用は膨大なものになる。
【0006】
このような事情を考慮し、通信回線を利用して対象機器のプログラムのアップデートを行うことも実施されており、技術者の派遣費用を低減する効果が得られている。もっとも、アップデータは1対1の通信によって対象機器の1台ずつに伝送しているものであるから、対象機器の台数が少ない場合には比較的短時間でプログラムのアップデートが可能であるものの、機器の台数が多くなれば短時間でアップデートを行うことは難しくなる。例えば、アップデータを配信するサーバの1回線に対してアップデートを行う対象機器が100万台あるものとして、アップデータの配信には1台あたり5分間を要するとすると約10年の時間を要することになる。したがって、アップデータの配信に500回線を確保することができるとしても約7日間を要することになる。このように、従来の方法では、依然としてプログラムのアップデートに要する時間と費用が大きく、稼動台数が多い機器へのアップデータの配信方法としては不十分である。
【0007】
本発明は上記事由に鑑みて為されたものであり、その目的は、稼働中の複数台の機器にサーバからアップデータを一度に配信可能としてプログラムのアップデートに要する時間および費用を従来よりも大幅に低減させることを可能としたダウンロードシステムを提供することにある。
【0008】
【課題を解決するための手段】
請求項1の発明は、移動体通信網の基地局と、基地局との間でデータ伝送が可能な移動端末と、プログラムにより制御される機器と、前記プログラムのアップデータが登録され基地局を通して機器にアップデータを伝送するサーバとからなり、機器には、プログラムが格納される書換可能な記憶手段と、記憶手段に格納されたプログラムによって機器の動作を制御する制御手段と、前記サーバから前記移動端末を通して伝送されたプログラムを記憶手段に書き込む書込手段とが設けられ、前記サーバでは、前記アップデータを送信する時刻を指定する時計手段を備え、前記アップデータを送信する際に、プログラムの送信対象である機器の種類を指定する機器種別データとプログラムのバージョンを表すプログラム識別データとを少なくとも含む識別データを付加するとともに、前記アップデータを複数個のブロックに分割して各ブロックごとにブロックを識別するブロック識別データとエラーチェックデータとを付加しておき、同内容のアップデータを規定した複数回繰り返して前記移動端末に対して一斉同報により送信し、前記書込手段では、受信した機器種別データがあらかじめ書込手段に設定されている機器種別データに一致し、かつプログラム識別データにより未書換のアップデータであることが確認されたときに当該アップデータを前記記憶手段に格納するとともにアップデータを受信するとアップデータの複数回の送信が終了するまで応答を禁止し、アップデータの1回目の受信時にエラーチェックデータによってエラーが検出されたブロックがありアップデータを2回以上受信でき2回目以降に受信したアップデータによって当該ブロックを補完可能であれば補完し、応答可能になったときに未補完のブロックがあれば、その後に当該ブロックのブロック識別データを指定して前記サーバに再送を要求し、前記サーバは、機器からの再送要求に応答して当該ブロックを再送要求した機器に再送することを特徴とする。
この構成によれば、移動体通信の技術を利用してアップデータを一斉同報により複数台の機器に同時に配信するので、サーバ側が1回線のみであっても多数台の機器に一度にアップデータを配信することが可能になる。その結果、1対1通信によってアップデータを配信する場合や多数回線を用意してアップデータを配信する場合に比較すると、アップデータの配信に要する時間を大幅に短縮することができ、しかもサーバ側で多数回線を用意する場合に比較して設備費用を大幅に低減することが可能になる。また、書込手段ではアップデータとともに受信する機器種別データとプログラム識別データとによってプログラムをアップデートすべきか否かを判断し、アップデートが必要な場合にのみアップデータを記憶手段に書き込むから、一斉同報によりアップデータを伝送しても対象機器にのみアップデータが転送され、プログラムが不用意に書き換えられることが防止される。
【0010】
さらにまた、アップデータを複数のブロックに分割して送信するから、基地局と移動端末との間の電波の伝送状況に変化が生じるなどして正しいアップデータが伝送できなかった場合でも、エラーが検出されたブロックについてのみ再送を要求すればよく、アップデータの全体を再送する場合に比較して移動体通信網のトラフィックを大幅に低減することができる。このことは、アップデートの対象となる機器の台数が多い場合にとくに有効である。しかも、アップデータの受信終了後にエラーが検出されたブロックの再送を要求するから、アップデータの送信中にはブロックの再送要求が発生せず、基地局と移動端末との間でのデータの伝送方向を単純化されて伝送制御が容易になる。
【0011】
さらに、アップデータが複数回送信される間に同じブロックでエラーが生じる確率は小さいから、同じアップデータをサーバから複数回送信するとともに、1回目の受信時にエラーの生じたブロックについて2回目以降の受信時に補完することによって、再送を要求するブロックの個数が低減されることになり、結果的に移動体通信網のトラフィックの低減に寄与する。加えて、時計手段を備えているから、夜間のように機器が使用される可能性が低く、かつ移動体通信網のトラフィックが少ない時間帯を利用するように時刻を指定してアップデータを配信することが可能になる。
【0012】
請求項2の発明は、請求項1の発明において、前記書込手段では前記アップデータの書換が成功したときには書換完了後の所定時間内に当該機器を個別に識別する固有識別データを前記サーバに返送し、前記サーバでは固有識別データが返送されると当該機器にプログラムのバージョンを対応付けているバージョン管理テーブルを更新するものであり、バージョン管理テーブルの内容を見ることによってアップデートの完了していない機器を確認することができるから、アップデータの配信時に電源が遮断されているなどアップデートが可能な状態ではなかった機器に対して個別に対応することができ、すべての機器について確実にプログラムのアップデートが可能になる。
【0013】
請求項3の発明は、請求項2の発明において、前記機器が前記アップデータの書換完了時から前記固有識別データを返送するまでの前記所定時間を機器ごとにランダムに設定するタイマを備えるものであり、移動端末から基地局に対して固有識別データが集中して送信されると移動体通信網のトラフィックが増加するが、アップデータの書換完了から固有識別データを返送するまでの時間を機器ごとにランダムに設定するタイマを設けているから、各機器から固有識別データを送信するタイミングがずれることによって、固有識別データの送信の集中を抑制することができる。
【0014】
請求項4の発明は、請求項1ないし請求項3の発明において、前記移動端末では前記基地局からの一斉同報による前記アップデータを受信すると、前記サーバからのアップデータの送信が終了するまでは前記基地局への送信が禁止されるものであり、移動端末ではアップデータの受信完了までは送信しないから、携帯電話機のような移動端末において通常行われているようにパケット単位で送信と受信とを繰り返す場合に比較すると移動端末での送信に要する電力消費を大幅に低減することができる。つまり、機器が多数存在していてもプログラムのアップデートに要する電力の総使用量は比較的小さくなる。
【0016】
【発明の実施の形態】
本実施形態では、機器の一例としてコピー機を例示するが、コピー機に限定する趣旨ではなく、プログラムにより制御される機器であれば本発明の技術思想は適用可能である。
【0017】
図2に示すように、コピー機(機器)1a〜1cには複数の種類があり、各コピー機1a〜1cごとに動作を制御するプログラムが異なっているものとする。コピー機1a〜1cである機器1には、図2に示すように、移動端末2が接続される。移動端末2は移動体通信網5の基地局3と無線によりデータ伝送を行うものであり、基地局3は移動体通信網5を介してサーバ4に接続される。移動体通信網5には各コピー機1a〜1cのメーカに設けたメーカ側端末6a〜6cが接続され、メーカ側端末6a〜6cにおいてコピー機1a〜1cに伝送すべきアップデータがあれば、移動体通信網5を通してサーバ4に転送できるようにしてある。図示例では各メーカ側端末6a〜6cに各コピー機1a〜1cに対応するプログラム7a〜7cが用意されている状態を表している。
【0018】
コピー機1a〜1cである機器1は、図1に示すように、携帯電話機やPHS電話機のような移動端末2を接続するための通信インタフェース11を備える。また、機器1には記憶手段としてのプログラム記憶部12が設けられ、プログラム記憶部12に格納されたプログラムに従ってマイコンからなる制御手段10が機器1の各部の動作を制御する。プログラム記憶部12はフラッシュROMのように書換可能であって無給電で記憶内容を保持するメモリからなり、プログラム記憶部12へのプログラムの格納は通信インタフェース11を介して移動端末2に接続された書込手段13が行う。書込手段13は、通信インタフェース11を通して移動端末2と授受するデータのバッファとしてRAMからなる作業用メモリを備える。さらに、モータ、ランプ、センサなどの各部と接続するための機器インタフェース14も機器1に設けられる。
【0019】
さらに、書込手段13には、機器1の種類を表す機器種別データと、各機器1を個別に識別するための固有識別データとが設定されている。機器種別データは機器1の型番に対応するデータであり、固有識別データは機器1の製造番号、プログラムのバージョン、プログラムの最新のアップデートの日時を示すタイムスタンプを含む。一方、サーバ4から基地局3および移動端末2を通して機器1に伝送されるアップデータには、機器1に設定されている機器種別データとアップデータにより更新されるプログラムのバージョンを表すプログラム識別データとを少なくとも含む識別データがアップデータの先頭に付加される。また、アップデータには通常の通信と区別するためにアップデータの転送を示す通信パラメータを付加してもよい。
【0020】
以下では、コピー機1aのプログラムについてバージョンアップの必要が生じたものとして動作を説明する。この場合、コピー機1aのメーカはメーカ側端末6aを通してアップデート用のプログラム7a(アップデータ)を1ファイルとして規定のフォーマットでサーバ4に転送する。メーカ側端末6aからはアップデータの配信を開始する時刻を指定することも可能であって、サーバ4に設けた時計手段41で計時されている時刻がメーカ側端末6aにより指定された時刻になると、基地局3を通してアップデータの配信を開始する。
【0021】
ところで、基地局3はアップデータに付加されている通信パラメータによってアップデータの配信であることを認識すると、一斉同報(ブロードキャスト)によってアップデータを配信する。ここで、基地局3はアップデータの伝送を通知する報知情報としてアップデータの有無を通知する。したがって、基地局3からの電波の受信圏内に存在するすべての移動端末2は、図3に示すように、報知情報を受信すると(S1)、書込手段13において報知情報を解析する。報知情報がアップデータの送信を示しているときには(S2)、移動端末2をアップデータの受信に対応させるための通信パラメータを移動端末2に設定する(S3)。こうして移動端末2に通信パラメータが設定されるとアップデータの受信(ダウンロード)が可能になる(S4)。ただし、アップデータの先頭には上述したように識別データである機器種別データおよびプログラム識別データが付加されているから、受信した機器種別データが書込手段13にあらかじめ登録されている機器種別データに一致し、かつプログラム識別データにより示されたバージョンがプログラム記憶部12に格納されているプログラムのバージョンよりも新しいものであるときにのみアップデータを読み込む。機器種別データが不一致であるかプログラムのバージョンが新しくない場合にはアップデータの受信を中止して待受け状態になる。
【0022】
ところで、本実施形態では、プログラムを複数個のブロックに分割して送信する構成を採用し、各ブロックにはブロック識別データとしてのブロック番号を付与するとともに、各ブロックごとにエラーチェックデータを付加してある。また、アップデータの伝送開始前にアップデータを構成するブロック数が通知されるようにしてある。したがって、アップデータの受信を開始するときには通知されたブロック数をブロックカウンタとして設定し(S5)、ブロックを受信するたびにブロックカウンタをデクリメントし(S6)、最終ブロックに達したか否かを判断する(S7)。各ブロックは書込手段13に設けた作業用メモリに格納されており、最終ブロックに達した時点で、各ブロックにおける伝送エラーの有無を判定し(S8)、エラーがない場合には書込手段13からすべてのブロックがプログラム記憶部12に転送され、プログラム記憶部12に格納されたプログラムが更新(アップデート)される(S9)。こうして、プログラムのアップデートが完了すると、サーバ4に対して完了通知を行う(S10)。
【0023】
一方、ステップS8において、いずれかのブロックにエラーがあったことが検出されると、エラーの生じていたブロックについてのみサーバ4に再送を要求する(S11)。こうして再送されたブロック(S12)についてもエラーの有無を検証し(S13)、エラーがなければ先に受信したブロックとともにアップデータを補完し、プログラム記憶部12に格納されたプログラムを更新した後(S14)、サーバ4に対して完了通知を行う(S15)。
【0024】
ここに、プログラムの書換が成功した時点から完了通知を送信するまでの時間は機器1に設けたタイマ(図示せず)によって機器1ごとにランダムに設定され、各機器1からの完了通知が1つの基地局3に同時に送信される可能性を低減してある。また、完了通知としては、上述した機器1の固有識別データをサーバ4に対してショートメールの形で返送する。したがって、図2に示すように移動体通信網3にはショートメールを受信するためのメールシステム8を設けてあり、メールシステム8では固有識別データを受信すると制御装置9を介して固有識別データをサーバ4に引き渡す。サーバ4にはバージョン管理テーブルが設けられており、バージョン管理テーブルでは各機器1から返送された固有識別データに基づいて、各機器1に設定されたプログラムのバージョンを管理する。また、バージョン管理テーブルの内容に基づいて、完了通知が返送されてきた機器1の一覧リストを自動作成し、機器1のメーカ側端末1a〜1cにバージョン管理情報として転送すればメーカでの管理に供することができる。このように、バージョン管理テーブルを作成することによって、アップデートが未完了である機器1を確認することができるから、アップデータの配信時に停電によって電源が遮断されている場合など、アップデートができない状態であった機器1に対して個別に対応することが可能になる。
【0025】
上述したアップデータのフォーマットおよび各ブロックのフォーマットを表1、表2に示す。表1において「アップデート対象バージョン」は、アップデートの対象となるプログラムのバージョンである。これは、機器種別データが一致する機器1であってもプログラムが顧客専用に特化されているような場合に、他の特化されていない機器1のプログラムで不用意に置換されるのを防止するための情報として付加されている。つまり、機器1のプログラム記憶部12に格納されたプログラムのバージョンが「アップデート対象バージョン」として指定されたバージョンに一致しなければアップデートが行われないようにしているのであって、顧客専用に特化されたプログラムには一般のプログラムとは別のバージョンを設定しておくことによって、一般のプログラムのアップデート時に特化されたプログラムが不用意にアップデートされるのを防止している。「アップデータのプログラムバージョン」はプログラム識別データに相当する。また、「ファイルサイズ」はアップデータの大きさを表し、「ブロック数」はアップデータを構成するブロック数を意味する。さらに、「アップデート通知先」はアップデートの完了後にバージョン管理情報の転送先となるメーカ側端末6a〜6cを表す。
【0026】
【表1】

Figure 0004520671
【0027】
【表2】
Figure 0004520671
【0028】
また、上述した完了通知のフォーマットと再送要求のフォーマットとは、それぞれ表3、表4のようになる。完了通知はショートメールの形で伝送されるから、先頭に完了通知のメッセージが記述され、「機器種別データ」と、「アップデート対象バージョン」と、アップデータとしてのプログラムのバージョンである「アップデータのプログラムバージョン」とを含み、さらに、固有識別データである「製造番号」および「タイムスタンプ」も完了通知に含まれる。再送要求のフォーマットも完了通知とほぼ同様であるが、先頭にはブロックの再送要求のメッセージが記述され、「タイムスタンプ」に代えて「受信成否のビットパターン」が含まれる。
【0029】
「受信成否のビットパターン」は、ブロック番号をビット位置に対応付けるとともに、各ブロックごとに受信の成否をビット値で表したビットパターンである。たとえばアップデータが16ブロックに分割されているとすれば、16ビットのデータの各ビット位置をブロック番号に対応付けるとともに、受信が成功したブロック番号に対応するビット位置のビット値を1とし、受信が失敗したブロック番号に対応するビット位置のビット値を0とするのである。いま、最上位ビットをブロック番号の1に対応付けるものとし、ブロック番号が3のブロックと、ブロック番号が10のブロックとの受信に失敗したとすれば、16ビットのデータは「1101111110111111」になるから、これを16進数の4桁で表し、「DFBF」というデータを「受信成否のビットパターン」として伝送する。
【0030】
【表3】
Figure 0004520671
【0031】
【表4】
Figure 0004520671
【0032】
上述の説明は、アップデータをサーバ4から機器1に対して1回送信する動作であるが、本実施形態では、サーバ4から機器1へはアップデータを複数回送信する。すなわち、同じアップデータを複数回送信し、すべてのアップデータの送信が終了するまで、移動端末2から基地局4への返送を禁止し、1回目のアップデータが受信したときにエラーの生じたブロックがあっても2回目以降に受信したアップデータによって当該ブロックの補完が可能であればアップデータを補完する。複数回受信したアップデータによってもエラーが解消されないブロックがあるときには、そのブロックについてのみ再送を要求するのである。このように、同じアップデータを複数回受信し、ブロック単位でアップデータを補完すれば、最終的にエラーが解消されないブロックはごく少数であり、ほとんどの機器1ではエラーが解消されると考えられるから、再送を要求する可能性が大幅に低減され、移動体通信網5のトラフィックの増加を抑制することができる。なお、データの再送を要求する場合にも完了通知と同様に、再送要求のタイミングをタイマによってランダムに設定すれば、再送要求についても移動体通信網5のトラフィックの増加を抑制することができる。
【0033】
上述したアップデータの伝送手順について図4にまとめて示す。図示するようにメーカ側端末6(6a〜6c)ではアップデータをサーバ4に転送する。メーカ側端末6ではアップデータの配信開始時刻および配信回数を指定することができ、サーバ4では指定された配信開始時刻になると基地局3を通して一斉同報(ブロードキャスト)によって機器1にアップデータを配信する。図示例では機器1が3台設けられている例を示している。ここに、各機器1と区別するために機器a、機器b、機器cと呼ぶことにする。機器a、機器bについてはデータの受信が成功してアップデートが行われたものとし、機器cについてはブロック番号が5であるブロック(以下、ブロックNo.5と呼ぶ)に伝送エラーが生じたものとする。アップデートの成功した機器a、機器bではランダムに設定された時間間隔Ta,Tbで完了を通知し、機器cについてはランダムに設定された時間間隔TcでブロックNo.5の再送を要求する。サーバ4では機器cからのブロックNo.5の再送要求に応答してブロックNo.5を再送し、これによって機器cにおいてもアップデートが完了する。アップデートの完了通知はショートメールの形でメールシステム8に対して伝送され、メールシステム8では完了通知をサーバ4に転送する。こうして、サーバ4からメーカ側端末6に対して各機器a、機器b、機器cのバージョン管理情報を一覧するアップデート完了リストとして通知することができる。
【0034】
なお、上述した実施形態では機器1としてコピー機を想定しているから機器1には商用電源から給電され、移動端末2についても機器1を通して商用電源から電源を供給している。一方、機器1や移動端末2では電池を電源とすることがあり、アップデートの処理中に電池が消耗して電池容量が不足するとアップデートの処理を継続できなくなる可能性がある。一方、電池を電源とする機器1あるいは移動端末2では一般に電池残量を監視する機能を備えるから、この機能を利用し、アップデータの受信を開始する前にアップデートの処理を終了するのに必要と想定して設定した基準値よりも電池残量が少ないときには、機器1においてアップデートの処理を中止する。この場合、バージョン管理テーブルにはアップデートが未完了である機器1として登録されるから、アップデータの配信時に電源が遮断されている場合と同様に、機器1ごとに個別に対応することになる。
【0035】
【発明の効果】
請求項1の発明は、移動体通信の技術を利用してアップデータを一斉同報により複数台の機器に同時に配信するので、サーバ側が1回線のみであっても多数台の機器に一度にアップデータを配信することが可能になり、結果的に、1対1通信によってアップデータを配信する場合や多数回線を用意してアップデータを配信する場合に比較すると、アップデータの配信に要する時間を大幅に短縮することができ、しかもサーバ側で多数回線を用意する場合に比較して設備費用を大幅に低減することが可能になるという利点がある。
【0037】
また、アップデータを複数のブロックに分割して送信するから、基地局と移動端末との間の電波の伝送状況に変化が生じるなどして正しいアップデータが伝送できなかった場合でも、エラーが検出されたブロックについてのみ再送を要求すればよく、アップデータの全体を再送する場合に比較して移動体通信網のトラフィックを大幅に低減することができるという利点がある。しかも、アップデータの受信終了後にエラーが検出されたブロックの再送を要求するから、アップデータの送信中にはブロックの再送要求が発生せず、基地局と移動端末との間でのデータの伝送方向を単純化されて伝送制御が容易になるという利点がある。
【0038】
さらに、アップデータが複数回送信される間に同じブロックでエラーが生じる確率は小さいから、同じアップデータをサーバから複数回送信するとともに、1回目の受信時にエラーの生じたブロックについて2回目以降の受信時に補完することによって、再送を要求するブロックの個数が低減されることになり、結果的に移動体通信網のトラフィックの低減に寄与するという利点がある。加えて、時計手段を備えているから、夜間のように機器が使用される可能性が低く、かつ移動体通信網のトラフィックが少ない時間帯を利用するように時刻を指定してアップデータを配信することが可能になるという利点がある。
【0039】
請求項2の発明は、請求項1の発明において、バージョン管理テーブルの内容を見ることによってアップデートの完了していない機器を確認することができるから、アップデータの配信時に電源が遮断されているなどアップデートが可能な状態ではなかった機器に対して個別に対応することができ、すべての機器について確実にプログラムのアップデートが可能になるという利点がある。
【0040】
請求項3の発明は、請求項2の発明において、アップデータの書換完了から固有識別データを返送するまでの時間を機器ごとにランダムに設定するタイマを設けているから、各機器から固有識別データを送信するタイミングがずれることによって、固有識別データの送信の集中を抑制することができるという利点がある。
【0041】
請求項4の発明は、請求項1ないし請求項3の発明において、移動端末ではアップデータの受信完了までは送信しないから、携帯電話機のような移動端末において通常行われているようにパケット単位で送信と受信とを繰り返す場合に比較すると移動端末での送信に要する電力消費を大幅に低減することができる。つまり、機器が多数存在していてもプログラムのアップデートに要する電力の総使用量は比較的小さくなるという利点がある。
【図面の簡単な説明】
【図1】本発明の実施形態の要部を示すブロック図である。
【図2】同上の全体構成を示すブロック図である。
【図3】同上の動作説明図である。
【図4】同上の動作説明図である。
【符号の説明】
1 機器
1a〜1c 機器
2 移動端末
3 基地局
4 サーバ
5 移動体通信網
6a〜6c メーカ側端末
7a〜7c プログラム
8 メールシステム
9 制御装置
10 制御手段
11 通信インタフェース
12 プログラム記憶部(記憶手段)
13 書込手段
14 機器インタフェース
41 時計手段[0001]
BACKGROUND OF THE INVENTION
  The present invention relates to a download system for distributing updater to a device controlled by a program.ToIt is related.
[0002]
[Prior art]
In recent years, microcomputers have been incorporated into various devices ranging from vending machines, car navigation systems, mobile phones, and various home appliances as well as office equipment such as personal computers, copiers, and fax machines. The operation is controlled by.
[0003]
For devices such as a personal computer that can be rewritten by a general user, manufacturers need it for customers when there is a problem with the program or when the program is modified to improve its functions. Accordingly, the presence of the updater (repair program) is announced, and the updater is distributed in the form of a medium such as a CD-ROM, or the updater is distributed via a communication line such as the Internet. Can be upgraded.
[0004]
On the other hand, for devices other than personal computers, it is generally impossible for the user to rewrite the program, and the engineers of the device development manufacturer and the program development manufacturer either replace the updater or update the program as a recall. It is currently being replaced with an equivalent product that incorporates. When performing the work to replace with the updater, the user himself / herself brings the device to the designated service base, or the technician dispatched from the manufacturer of the device visits one customer at a time and updates the device one by one. We are currently working to incorporate
[0005]
[Problems to be solved by the invention]
However, in the method described above, the updater is incorporated into the update target device one by one, so if hundreds of thousands to millions of target devices are operating, the total number of target devices However, the time and cost for completing the process of incorporating the updater is enormous.
[0006]
In consideration of such circumstances, the program of the target device is updated using a communication line, and the effect of reducing the dispatching cost of engineers is obtained. However, since the updater is transmitted to each of the target devices by one-to-one communication, the program can be updated in a relatively short time when the number of target devices is small. If the number of devices increases, it will be difficult to update in a short time. For example, assuming that there are 1 million devices to be updated for one line of the server that distributes the updater, if it takes 5 minutes to distribute the updater, it takes about 10 years. . Therefore, even if 500 lines can be secured for the distribution of the updater, it takes about 7 days. As described above, the conventional method still requires a large amount of time and cost for updating the program, and is insufficient as a method for distributing updater to a device having a large number of operating units.
[0007]
  The present invention has been made in view of the above-mentioned reasons, and its purpose is to make it possible to distribute updater data from a server to a plurality of operating devices at a time, thereby significantly increasing the time and cost required to update a program. Download system that can be reducedTheIt is to provide.
[0008]
[Means for Solving the Problems]
  According to the first aspect of the present invention, there is provided a base station of a mobile communication network, a mobile terminal capable of data transmission between the base station, a device controlled by a program, a device through which the program updater is registered and the base station A device for transmitting update data to the device, the device includes a rewritable storage means for storing the program, a control means for controlling the operation of the device by the program stored in the storage means, and the server to the mobile terminal Writing means for writing the program transmitted through the storage means to the storage means, and the server includes a clock means for designating a time for transmitting the updater, and is a program transmission target when the updater is transmitted. At least device type data specifying the device type and program identification data indicating the program version The update data is divided into a plurality of blocks, and block identification data for identifying each block and error check data are added for each block, and the update data having the same contents is defined multiple times. Repeatedly sent to the mobile terminal by simultaneous broadcast. In the writing means, the received device type data matches the device type data set in the writing means in advance, and the program identification data has not been rewritten. The updater is stored in the storage means when it is confirmed that the updater isWhen the updater is received, the response is prohibited until the transmission of the updater is completed multiple times.Block in which an error was detected by error check data when the updater was received for the first timeThere isUpdaterCan be received more than onceAfter the secondIf the block can be complemented by the updater receivedComplement,When you can respondUncompleted blocksIf anySpecify block identification data for the block and request retransmission to the serverIn response to a retransmission request from the device, the server retransmits the block to the device that requested the retransmission.It is characterized by that.
  According to this configuration, since the updater is simultaneously distributed to a plurality of devices using a mobile communication technology, even if the server side has only one line, the updater is distributed to many devices at once. It becomes possible to do. As a result, the time required to distribute the updater can be greatly reduced compared to the case where the updater is distributed by one-to-one communication or the case where multiple lines are prepared and the updater is distributed. It is possible to significantly reduce the equipment cost as compared with the case of preparing the device. The writing means determines whether or not the program should be updated based on the device type data and program identification data received together with the update data, and writes the update data to the storage means only when the update is necessary. Even if it is transmitted, the updater is transferred only to the target device, and the program is prevented from being rewritten accidentally.
[0010]
Furthermore,Because the updater is divided into multiple blocks and transmitted, even if the correct updater could not be transmitted due to changes in the radio wave transmission status between the base station and the mobile terminal, the block where the error was detected It is only necessary to request retransmission, and the traffic of the mobile communication network can be greatly reduced as compared with the case where the entire updater is retransmitted. This is particularly effective when the number of devices to be updated is large. In addition, since the retransmission of the block in which the error is detected is requested after the reception of the update data, the block retransmission request is not generated during the transmission of the update data, and the data transmission direction between the base station and the mobile terminal is changed. Simplification facilitates transmission control.
[0011]
further,Since the probability that an error will occur in the same block during multiple transmissions of the updater is small, the same updater is transmitted multiple times from the server, and the block in which an error occurred during the first reception is complemented during the second and subsequent receptions. As a result, the number of blocks requesting retransmission is reduced, resulting in a reduction in traffic in the mobile communication network.In addition, since it has a clock means, it is unlikely that the device will be used at night, and the updater is distributed by designating the time so as to use a time zone in which the traffic of the mobile communication network is low It becomes possible.
[0012]
  Claim 2The invention ofClaim 1In the invention, when the update of the update data is successful, the writing means returns unique identification data for individually identifying the device within a predetermined time after completion of the update, and the server returns the unique identification data. Update the version management table that associates the version of the program with the device, and by checking the contents of the version management table, you can check the devices that have not been updated. It is possible to individually deal with devices that were not in an updateable state, such as the power supply being cut off at the time of distribution, and it is possible to reliably update the program for all devices.
[0013]
  Claim 3The invention ofClaim 2In the invention, the device includes a timer for randomly setting the predetermined time for each device from when the rewriting of the updater is completed to when the unique identification data is returned, and is unique from the mobile terminal to the base station. When identification data is transmitted in a concentrated manner, the traffic of the mobile communication network increases, but since a timer is provided that randomly sets the time from the completion of rewriting the updater to returning the unique identification data for each device, By shifting the timing for transmitting the unique identification data from each device, concentration of transmission of the unique identification data can be suppressed.
[0014]
  Claim 4The invention of claim 1 to claim 1Claim 3In the invention, when the mobile terminal receives the update data by simultaneous broadcast from the base station, transmission to the base station is prohibited until transmission of the update data from the server is completed. Since the terminal does not transmit until reception of the updater is completed, the power consumption required for transmission at the mobile terminal is smaller than when transmission and reception are repeated in units of packets as is normally done in a mobile terminal such as a mobile phone. It can be greatly reduced. That is, even when there are a large number of devices, the total amount of power used to update the program is relatively small.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
In this embodiment, a copy machine is illustrated as an example of a device. However, the present invention is not limited to a copy machine, and the technical idea of the present invention can be applied to any device that is controlled by a program.
[0017]
As shown in FIG. 2, it is assumed that there are a plurality of types of copy machines (apparatuses) 1a to 1c, and programs for controlling operations are different for the respective copy machines 1a to 1c. As shown in FIG. 2, the mobile terminal 2 is connected to the devices 1 that are the copy machines 1 a to 1 c. The mobile terminal 2 performs data transmission wirelessly with the base station 3 of the mobile communication network 5, and the base station 3 is connected to the server 4 via the mobile communication network 5. The mobile communication network 5 is connected to manufacturer-side terminals 6a to 6c provided in the manufacturers of the respective copy machines 1a to 1c. If there is update data to be transmitted to the copy machines 1a to 1c in the manufacturer-side terminals 6a to 6c, the mobile communication network 5 The data can be transferred to the server 4 through the body communication network 5. The illustrated example shows a state in which programs 7a to 7c corresponding to the respective copy machines 1a to 1c are prepared in the respective maker side terminals 6a to 6c.
[0018]
As shown in FIG. 1, the device 1 that is the copiers 1 a to 1 c includes a communication interface 11 for connecting a mobile terminal 2 such as a mobile phone or a PHS phone. Further, the device 1 is provided with a program storage unit 12 as a storage unit, and the control unit 10 formed of a microcomputer controls the operation of each unit of the device 1 according to a program stored in the program storage unit 12. The program storage unit 12 is composed of a rewritable memory such as a flash ROM that retains stored contents without power supply, and the storage of the program in the program storage unit 12 is connected to the mobile terminal 2 via the communication interface 11. Performed by the writing means 13. The writing unit 13 includes a working memory including a RAM as a buffer for data exchanged with the mobile terminal 2 through the communication interface 11. Furthermore, a device interface 14 for connecting to each part such as a motor, a lamp, and a sensor is also provided in the device 1.
[0019]
Furthermore, in the writing means 13, device type data representing the type of the device 1 and unique identification data for individually identifying each device 1 are set. The device type data is data corresponding to the model number of the device 1, and the unique identification data includes a manufacturing number of the device 1, a version of the program, and a time stamp indicating the date and time of the latest update of the program. On the other hand, the updater transmitted from the server 4 to the device 1 through the base station 3 and the mobile terminal 2 includes at least device type data set in the device 1 and program identification data representing a program version updated by the updater. The included identification data is added to the top of the updater. In addition, a communication parameter indicating transfer of the updater may be added to the updater to distinguish it from normal communication.
[0020]
In the following, the operation will be described on the assumption that the program of the copy machine 1a needs to be upgraded. In this case, the maker of the copier 1a transfers the update program 7a (updater) to the server 4 in a specified format as one file through the maker side terminal 6a. It is also possible to specify the time at which the updater distribution starts from the manufacturer side terminal 6a, and when the time measured by the clock means 41 provided in the server 4 becomes the time specified by the manufacturer side terminal 6a, Distribution of updater is started through the base station 3.
[0021]
  By the way, when the base station 3 recognizes that the update data is distributed based on the communication parameter added to the update data,BroadcastUpdater is distributed by (broadcast). Here, the base station 3 notifies the presence / absence of the updater as broadcast information notifying the transmission of the updater. Therefore, as shown in FIG. 3, all the mobile terminals 2 existing within the radio wave reception area from the base station 3 receive the notification information (S1), and the writing means 13 analyzes the notification information. When the broadcast information indicates transmission of update data (S2), communication parameters for causing the mobile terminal 2 to respond to reception of update data are set in the mobile terminal 2 (S3). Thus, when the communication parameters are set in the mobile terminal 2, the update data can be received (downloaded) (S4). However, since the device type data and program identification data, which are identification data, are added to the top of the updater as described above, the received device type data matches the device type data registered in advance in the writing means 13. The updater is read only when the version indicated by the program identification data is newer than the version of the program stored in the program storage unit 12. If the device type data does not match or the version of the program is not new, reception of the updater is stopped and a standby state is entered.
[0022]
By the way, in this embodiment, a configuration in which a program is divided into a plurality of blocks and transmitted is adopted, and each block is given a block number as block identification data, and error check data is added to each block. It is. In addition, the number of blocks constituting the updater is notified before the start of transmission of the updater. Therefore, when the reception of the updater is started, the notified block number is set as a block counter (S5), and the block counter is decremented every time a block is received (S6), and it is determined whether or not the final block has been reached. (S7). Each block is stored in a working memory provided in the writing means 13, and when reaching the final block, it is determined whether or not there is a transmission error in each block (S8), and if there is no error, the writing means All blocks from 13 are transferred to the program storage unit 12, and the program stored in the program storage unit 12 is updated (updated) (S9). Thus, when the update of the program is completed, the server 4 is notified of completion (S10).
[0023]
On the other hand, if it is detected in step S8 that any block has an error, the server 4 is requested to retransmit only the block in which the error has occurred (S11). The resent block (S12) is also verified for errors (S13). If there is no error, the updater is supplemented together with the previously received block and the program stored in the program storage unit 12 is updated (S14). ), The server 4 is notified of completion (S15).
[0024]
Here, the time from when the program is successfully rewritten until the completion notification is transmitted is randomly set for each device 1 by a timer (not shown) provided in the device 1, and the completion notification from each device 1 is 1 The possibility of simultaneous transmission to one base station 3 is reduced. As the completion notification, the unique identification data of the device 1 is returned to the server 4 in the form of a short mail. Therefore, as shown in FIG. 2, the mobile communication network 3 is provided with a mail system 8 for receiving a short mail. When the mail system 8 receives the unique identification data, the unique identification data is sent via the control device 9. Deliver to server 4. The server 4 is provided with a version management table. The version management table manages the version of the program set in each device 1 based on the unique identification data returned from each device 1. In addition, based on the contents of the version management table, a list of devices 1 to which completion notifications are returned is automatically created and transferred as version management information to the manufacturer-side terminals 1a to 1c of the device 1 for management at the manufacturer. Can be provided. In this way, by creating the version management table, it is possible to check the device 1 that has not been updated. Therefore, the update cannot be performed, for example, when the power supply is interrupted due to a power failure during update distribution. It is possible to deal with each device 1 individually.
[0025]
Tables 1 and 2 show the format of the updater and the format of each block. In Table 1, “update target version” is the version of the program to be updated. This is because even if the device type data is the same, even if the program is specialized for the customer, it may be inadvertently replaced with the program of the other non-specialized device 1. It is added as information for prevention. In other words, the update is not performed unless the version of the program stored in the program storage unit 12 of the device 1 matches the version designated as the “update target version”. A version different from that of a general program is set for the program that has been created, thereby preventing the specialized program from being inadvertently updated when the general program is updated. The “updater program version” corresponds to program identification data. “File size” represents the size of the updater, and “number of blocks” means the number of blocks constituting the updater. Further, the “update notification destination” represents the manufacturer side terminals 6a to 6c to which the version management information is transferred after the update is completed.
[0026]
[Table 1]
Figure 0004520671
[0027]
[Table 2]
Figure 0004520671
[0028]
The completion notification format and the retransmission request format described above are as shown in Table 3 and Table 4, respectively. Since the completion notification is transmitted in the form of a short mail, a completion notification message is described at the top, and the "device type data", "update target version", and the program version as the updater "updater program version" In addition, the unique identification data “manufacturing number” and “time stamp” are also included in the completion notification. The format of the retransmission request is substantially the same as the completion notification, but a block retransmission request message is described at the top, and “reception success / failure bit pattern” is included instead of “time stamp”.
[0029]
The “reception success / failure bit pattern” is a bit pattern in which a block number is associated with a bit position and reception success / failure is represented by a bit value for each block. For example, if the updater is divided into 16 blocks, each bit position of 16-bit data is associated with a block number, and the bit value of the bit position corresponding to the block number that has been successfully received is set to 1, and reception has failed. The bit value at the bit position corresponding to the block number is set to 0. Now, assuming that the most significant bit is associated with the block number 1 and the reception of the block with the block number 3 and the block with the block number 10 fails, the 16-bit data becomes “11011111110111111”. This is expressed by four hexadecimal digits, and data “DFBF” is transmitted as a “reception success / failure bit pattern”.
[0030]
[Table 3]
Figure 0004520671
[0031]
[Table 4]
Figure 0004520671
[0032]
  The above description isUpdater once from server 4 to device 1In this embodiment,Server 1 to device 1ToUpdaterIs sent multiple times. That is,Send the same updater multiple timesAndUntil transmission of all the update data is completed, return from the mobile terminal 2 to the base station 4 is prohibited, and even if there is a block in which an error occurs when the first update data is received, the update data received after the second time is received. If it is possible to complement the block, the updater is supplemented. When there is a block whose error is not solved by the update data received a plurality of times, a retransmission is requested only for that block. In this way, if the same updater is received multiple times and the updater is supplemented in units of blocks, there are very few blocks where the error is not finally solved, and it is considered that the error is eliminated in most devices 1. The possibility of requesting retransmission is greatly reduced, and an increase in traffic of the mobile communication network 5 can be suppressed. Even when data retransmission is requested, as in the case of completion notification, if the timing of the retransmission request is set at random by a timer, an increase in traffic of the mobile communication network 5 can also be suppressed for the retransmission request.
[0033]
  The update data transmission procedure described above is shown together in FIG.The FigureAs shown, the manufacturer side terminal 6 (6a to 6c) transfers the updater to the server 4. The manufacturer terminal 6 can specify the distribution start time and the number of distributions of the updater, and the server 4 distributes the updater to the device 1 by simultaneous broadcast (broadcast) through the base station 3 when the specified distribution start time is reached. In the illustrated example, an example in which three devices 1 are provided is shown. Here, in order to distinguish from each device 1, they are referred to as device a, device b, and device c. Device a and device b have been successfully received and updated, and device c has a transmission error in the block with block number 5 (hereinafter referred to as block No. 5). And The devices a and b that have been successfully updated notify the completion at randomly set time intervals Ta and Tb, and the device c has a block No. at a randomly set time interval Tc. Request 5 retransmissions. In the server 4, the block No. 5 in response to the retransmission request of No. 5 is retransmitted, and the update is also completed in the device c. The update completion notification is transmitted to the mail system 8 in the form of a short mail, and the mail system 8 transfers the completion notification to the server 4. In this way, the server 4 can notify the manufacturer-side terminal 6 as an update completion list that lists the version management information of each device a, device b, and device c.
[0034]
In the above-described embodiment, since a copier is assumed as the device 1, the device 1 is supplied with power from a commercial power source, and the mobile terminal 2 is also supplied with power from the commercial power source through the device 1. On the other hand, the device 1 or the mobile terminal 2 may use a battery as a power source. If the battery is consumed during the update process and the battery capacity is insufficient, the update process may not be continued. On the other hand, since the battery-powered device 1 or the mobile terminal 2 generally has a function of monitoring the remaining battery level, it is necessary to use this function to end the update process before starting to receive the updater. When the remaining battery level is lower than the assumed reference value, update processing is stopped in the device 1. In this case, since it is registered in the version management table as the device 1 for which the update has not been completed, each device 1 is individually handled in the same manner as in the case where the power supply is shut off when the updater is distributed.
[0035]
【The invention's effect】
In the first aspect of the invention, since the updater is simultaneously delivered to a plurality of devices by simultaneous broadcasting using mobile communication technology, the updater can be sent to a large number of devices at a time even if the server side has only one line. As a result, it is possible to significantly reduce the time required for distributing the update data as compared with the case where the update data is distributed by one-to-one communication or when a large number of lines are prepared and the update data is distributed. In addition, there is an advantage that the facility cost can be greatly reduced as compared with the case where a large number of lines are prepared on the server side.
[0037]
Also,Because the updater is divided into multiple blocks and transmitted, even if the correct updater could not be transmitted due to changes in the radio wave transmission status between the base station and the mobile terminal, the block where the error was detected There is an advantage that the traffic of the mobile communication network can be greatly reduced as compared with the case where the entire updater is retransmitted. In addition, since the retransmission of the block in which the error is detected is requested after the reception of the update data, the block retransmission request is not generated during the transmission of the update data, and the data transmission direction between the base station and the mobile terminal is changed. There is an advantage that transmission control is facilitated by simplification.
[0038]
further,Since the probability that an error will occur in the same block during multiple transmissions of the updater is small, the same updater is transmitted multiple times from the server, and the block in which an error occurred during the first reception is complemented during the second and subsequent receptions. As a result, the number of blocks requesting retransmission is reduced, and as a result, there is an advantage that it contributes to a reduction in traffic of the mobile communication network.In addition, since it has a clock means, it is unlikely that the device will be used at night, and the updater is distributed by designating the time so as to use a time zone in which the traffic of the mobile communication network is low There is an advantage that it becomes possible.
[0039]
  Claim 2The invention ofClaim 1In this invention, it is possible to check the devices that have not been updated by looking at the contents of the version management table. For devices that have not been updated, such as when the power is cut off when the updater is distributed This has the advantage that the program can be updated reliably for all devices.
[0040]
  Claim 3The invention ofClaim 2In the present invention, since a timer for randomly setting the time from completion of rewriting of the updater to returning the unique identification data for each device is provided, the unique identification data is shifted by the timing of transmitting the unique identification data from each device. There is an advantage that concentration of data transmission can be suppressed.
[0041]
  Claim 4The invention of claim 1 to claim 1Claim 3In the present invention, since the mobile terminal does not transmit until the reception of the updater is completed, the transmission at the mobile terminal is compared with the case where transmission and reception are repeated in units of packets as is normally done in a mobile terminal such as a mobile phone. Power consumption required can be greatly reduced. That is, there is an advantage that even if there are a large number of devices, the total amount of power used for updating the program is relatively small.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a main part of an embodiment of the present invention.
FIG. 2 is a block diagram showing the overall configuration of the above.
FIG. 3 is an operation explanatory diagram of the above.
FIG. 4 is an operation explanatory view of the above.
[Explanation of symbols]
1 Equipment
1a-1c equipment
2 Mobile terminals
3 base stations
4 servers
5 Mobile communication network
6a-6c Manufacturer side terminal
7a-7c program
8 Mail system
9 Control device
10 Control means
11 Communication interface
12 Program storage (storage means)
13 Writing means
14 Device interface
41 Clock means

Claims (4)

移動体通信網の基地局と、基地局との間でデータ伝送が可能な移動端末と、プログラムにより制御される機器と、前記プログラムのアップデータが登録され基地局を通して機器にアップデータを伝送するサーバとからなり、機器には、プログラムが格納される書換可能な記憶手段と、記憶手段に格納されたプログラムによって機器の動作を制御する制御手段と、前記サーバから前記移動端末を通して伝送されたプログラムを記憶手段に書き込む書込手段とが設けられ、前記サーバでは、時刻を計時し指定された時刻になるとアップデータの配信を開始させる時計手段を備え、前記アップデータを送信する際に、プログラムの送信対象である機器の種類を指定する機器種別データとプログラムのバージョンを表すプログラム識別データとを少なくとも含む識別データを付加するとともに、前記アップデータを複数個のブロックに分割して各ブロックごとにブロックを識別するブロック識別データとエラーチェックデータとを付加しておき、同内容のアップデータを規定した複数回繰り返して前記移動端末に対して一斉同報により送信し、前記書込手段では、受信した機器種別データがあらかじめ書込手段に設定されている機器種別データに一致し、かつプログラム識別データにより未書換のアップデータであることが確認されたときに当該アップデータを前記記憶手段に格納するとともにアップデータを受信するとアップデータの複数回の送信が終了するまで応答を禁止し、アップデータの1回目の受信時にエラーチェックデータによってエラーが検出されたブロックがありアップデータを2回以上受信でき2回目以降に受信したアップデータによって当該ブロックを補完可能であれば補完し、応答可能になったときに未補完のブロックがあれば、その後に当該ブロックのブロック識別データを指定して前記サーバに再送を要求し、前記サーバは、機器からの再送要求に応答して当該ブロックを再送要求した機器に再送することを特徴とするダウンロードシステム。A base station of a mobile communication network; a mobile terminal capable of transmitting data to and from the base station; a device controlled by a program; a server for registering update data of the program and transmitting the update data to the device through the base station; The device stores rewritable storage means for storing the program, control means for controlling the operation of the device by the program stored in the storage means, and the program transmitted from the server through the mobile terminal. A writing means for writing to the means, and the server comprises a clock means for measuring the time and starting the distribution of the updater when the designated time is reached, and is a program transmission target when the updater is transmitted. The device type data that specifies the device type and the program identification data that indicates the program version are reduced. A plurality of blocks that divide the updater into a plurality of blocks and add block identification data for identifying each block and error check data, and define the updater with the same contents. Repeatedly transmitted to the mobile terminal by simultaneous broadcast. In the writing means, the received device type data matches the device type data set in the writing means in advance, and the program identification data When it is confirmed that the updater is a rewrite updater, the updater is stored in the storage means, and when the updater is received, the response is prohibited until a plurality of transmissions of the updater are completed, and an error check is performed when the updater is first received. or block an error is detected by the data Updater Data the block complement if complemented by the updater received in the reception can second or subsequent two or more times, if there is not yet completion block when it is responsive, the block identification data subsequently to the block A download system comprising: designating and requesting retransmission to the server, wherein the server retransmits the block to a device that has requested retransmission in response to a retransmission request from the device . 前記書込手段では前記アップデータの書換が成功したときには書換完了後の所定時間内に当該機器を個別に識別する固有識別データを前記サーバに返送し、前記サーバでは固有識別データが返送されると当該機器にプログラムのバージョンを対応付けているバージョン管理テーブルを更新することを特徴とする請求項1記載のダウンロードシステム。  When the update of the update data is successful, the writing means returns unique identification data for individually identifying the device within a predetermined time after completion of the update, and the server returns the unique identification data when the unique identification data is returned. The download system according to claim 1, wherein a version management table in which a version of a program is associated with a device is updated. 前記機器が前記アップデータの書換完了時から前記固有識別データを返送するまでの前記所定時間を機器ごとにランダムに設定するタイマを備えることを特徴とする請求項2記載のダウンロードシステム。  The download system according to claim 2, further comprising a timer that randomly sets the predetermined time for each device from when the update of the updater is completed until the unique identification data is returned. 前記移動端末では前記基地局からの一斉同報による前記アップデータを受信すると、前記サーバからのアップデータの送信が終了するまでは前記基地局への送信が禁止されることを特徴とする請求項1ないし請求項3のいずれか1項に記載のダウンロードシステム。  2. The mobile terminal according to claim 1, wherein when the mobile terminal receives the update data by simultaneous broadcast from the base station, transmission to the base station is prohibited until transmission of the update data from the server is completed. The download system according to claim 3.
JP2001239888A 2001-08-07 2001-08-07 Download system Expired - Fee Related JP4520671B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001239888A JP4520671B2 (en) 2001-08-07 2001-08-07 Download system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001239888A JP4520671B2 (en) 2001-08-07 2001-08-07 Download system

Publications (3)

Publication Number Publication Date
JP2003051796A JP2003051796A (en) 2003-02-21
JP2003051796A5 JP2003051796A5 (en) 2004-11-18
JP4520671B2 true JP4520671B2 (en) 2010-08-11

Family

ID=19070578

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001239888A Expired - Fee Related JP4520671B2 (en) 2001-08-07 2001-08-07 Download system

Country Status (1)

Country Link
JP (1) JP4520671B2 (en)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003324545A (en) 2002-02-26 2003-11-14 Ricoh Co Ltd Data communication device, central management device, test method, remote management system, and computer program
US7113773B2 (en) 2003-05-16 2006-09-26 Qualcomm Incorporated Reliable reception of broadcast/multicast content
KR100787013B1 (en) 2003-05-28 2007-12-18 닛본 덴끼 가부시끼가이샤 Mobile communication system, server, portable terminal and data transfer method used for it
JP2005086562A (en) * 2003-09-09 2005-03-31 Sony Corp Information processing system, information reception processing device, and information processing method
JP2006031455A (en) * 2004-07-16 2006-02-02 Nec Corp Software update system and method for portable terminal using e-mail, and server device
JP2006235838A (en) * 2005-02-23 2006-09-07 Nec Corp Software update system, server, method, and program
KR100719022B1 (en) * 2005-08-18 2007-05-17 삼성전자주식회사 Software Download Method for Digital Broadcasting System and Digital Broadcasting System and Software Download Method for Digital TV and Digital TV
KR100706964B1 (en) * 2005-10-17 2007-04-12 에스케이 텔레콤주식회사 Server, system and method for providing card management service to mobile communication terminal using mobile internet network
JP2007148752A (en) * 2005-11-28 2007-06-14 Canon Inc Automatic target substance analysis device and determination software update method
CN101123794B (en) 2006-08-07 2012-01-04 华为技术有限公司 A method, system and client for locating operation node in communication system
JP4563363B2 (en) * 2006-09-25 2010-10-13 株式会社日立国際電気 Wireless transmission system and software update method thereof
JP2008236031A (en) * 2007-03-16 2008-10-02 Sharp Corp Broadcast wave download system
JP4992587B2 (en) * 2007-07-18 2012-08-08 船井電機株式会社 Electronics
JP5102060B2 (en) * 2008-02-08 2012-12-19 関西電力株式会社 COMMUNICATION SYSTEM, POWER SUPPLY MONITORING / CONTROL SYSTEM USING THE SAME, AND METHOD FOR UPDATING FIRMWARE IN COMMUNICATION SYSTEM
KR20090103637A (en) * 2008-03-28 2009-10-01 삼성전자주식회사 Method and apparatus for updating firmware in broadcasting system and system thereof
JP2009105915A (en) * 2008-12-01 2009-05-14 Ntt Communications Kk Added value information system, added value information utilization method, and added value information storage device
JP5486252B2 (en) * 2009-09-15 2014-05-07 パナソニック株式会社 Firmware update method, distributed system, maintenance terminal, communication unit, and firmware update program
JP5295942B2 (en) * 2009-12-24 2013-09-18 日本電信電話株式会社 Software update method for wireless terminal and wireless network
JP2012008677A (en) * 2010-06-23 2012-01-12 Hioki Ee Corp Automatic discrimination device and automatic discrimination method for version upgrade file using ftp
JP5357204B2 (en) * 2011-04-18 2013-12-04 三菱電機株式会社 Control system
JP6256063B2 (en) 2014-02-05 2018-01-10 富士通株式会社 Information processing system and program management method
US10270682B2 (en) * 2015-07-08 2019-04-23 Convida Wireless, Llc Service layer anycast and somecast
JP7344712B2 (en) * 2019-08-08 2023-09-14 サトーホールディングス株式会社 Information processing system, information processing method
JP7320126B2 (en) * 2020-03-10 2023-08-02 日立Astemo株式会社 Vehicle control device and vehicle control system

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3624430B2 (en) * 1994-02-25 2005-03-02 ソニー株式会社 Interactive broadcast system and interactive broadcast receiving apparatus
JP3896625B2 (en) * 1997-03-07 2007-03-22 ソニー株式会社 Data transmitting apparatus, data receiving apparatus, data transmitting method and data receiving method
JPH10257001A (en) * 1997-03-10 1998-09-25 Xing:Kk Information transmission method and system, and host device used in the system
JPH1138984A (en) * 1997-07-18 1999-02-12 Yamaha Corp Method of distributing karaoke data of communication karaoke system and communication karaoke system
JP3261399B2 (en) * 1997-07-31 2002-02-25 松下電器産業株式会社 Remote maintenance method and remote maintenance device
JPH1198474A (en) * 1997-09-17 1999-04-09 Sharp Corp Digital broadcast download system
JP3567696B2 (en) * 1997-09-24 2004-09-22 松下電器産業株式会社 Software download system
JP3822997B2 (en) * 1998-03-19 2006-09-20 株式会社日立製作所 Broadcast information distribution system
JP2000020425A (en) * 1998-07-01 2000-01-21 Toyo Commun Equip Co Ltd Method for updating stored contents of terminal device in communication network
JP3691256B2 (en) * 1998-09-10 2005-09-07 松下電器産業株式会社 Receiving terminal device
JP2000156658A (en) * 1998-11-19 2000-06-06 Nec Corp Terminal program update system, its method and recording medium
JP2000349702A (en) * 1999-06-08 2000-12-15 Nec Shizuoka Ltd Method for downloading program, data transmitter and mobile terminal device
JP2001126124A (en) * 1999-10-28 2001-05-11 Sanden Corp Control system for automatic vending machine
JP2001175933A (en) * 1999-12-15 2001-06-29 Sanden Corp Control program rewriting system and controller for vending machine
JP2002094407A (en) * 2000-09-14 2002-03-29 Sanyo Electric Co Ltd Digital broadcast receiving device

Also Published As

Publication number Publication date
JP2003051796A (en) 2003-02-21

Similar Documents

Publication Publication Date Title
JP4520671B2 (en) Download system
AU2011298473B2 (en) Parallel programming and updating of lighting bus subscribers
JP4963292B2 (en) Remote update system for elevator control program
US7286908B2 (en) Communication system for communication between in-vehicle terminals and center, and in-vehicle terminal employed in communication system
CN1108718C (en) Method and apparatus for remotely upgrading control software in a cellular telephone
US7793283B2 (en) Communication terminal software updating method, communication terminal, and software updating method
JP6504315B2 (en) Program update system, distribution apparatus and program update method
US20010008024A1 (en) Upgrade control method and data processing system
JP2003051796A5 (en)
CN101621411A (en) Method and system for remotely updating microcontrollers
JP2003174404A (en) Portable wireless terminal device and portable wireless system
CN110945961B (en) Auxiliary information transmission method, device, terminal, access network equipment and storage medium
CN113342385A (en) Software upgrading method and device and air conditioner control panel
JP2003209510A (en) Mobile phone firmware distribution system, mobile phone terminal, and firmware update program therefor
CN116257263A (en) A motorcycle and its software upgrading method
CN119109914A (en) MCU firmware remote upgrade method, medium and computer equipment
EP1100282A1 (en) Transparent access to remote devices
JP3526073B2 (en) E-mail distribution method and distribution system
JP2003229974A (en) System and method for updating software installed in portable telephone terminal
JP7450425B2 (en) Software update system
JP3651673B2 (en) Message service system and accommodation change method
JP2004038491A (en) Program loading method for communication network system
JP3724295B2 (en) Vending machine management device
JP3714070B2 (en) Communication terminal device and received data processing method of communication terminal device
CN117632179A (en) Upgrading method of air conditioner, air conditioner, computer readable storage medium

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20031125

A625 Written request for application examination (by other person)

Free format text: JAPANESE INTERMEDIATE CODE: A625

Effective date: 20031126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060425

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060626

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20060706

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20060706

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20060620

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20060620

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070309

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070405

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070424

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070625

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070628

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20070810

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100521

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130528

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160528

Year of fee payment: 6

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees