毫微微基站裝置、操作系統(tǒng)的制作方法
【專利摘要】在針對毫微微基站裝置的操作控制中，僅在必要時僅針對必要的裝置進(jìn)行文件的更新，防止網(wǎng)絡(luò)的頻帶擁堵。在對毫微微基站裝置進(jìn)行操作控制之前，取得該操作控制所需的文件的版本信息。進(jìn)行對該取得的版本信息與存儲部中存儲的文件的版本信息是否一致進(jìn)行確認(rèn)，當(dāng)確認(rèn)為一致時，進(jìn)行操作控制。另一方面，當(dāng)由版本確認(rèn)部確認(rèn)了版本信息不一致時，取得操作控制所需的版本的文件，進(jìn)行文件更新。
【專利說明】毫微微基站裝置、操作系統(tǒng)【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及作為以區(qū)域補(bǔ)充等為目的而設(shè)置的無線通信裝置的毫微微基站裝置、指示操作控制的操作系統(tǒng)、操作控制方法。
【背景技術(shù)】
[0002]在移動通信系統(tǒng)中，有時引入用于對構(gòu)成移動通信網(wǎng)的裝置進(jìn)行監(jiān)視或控制等的操作系統(tǒng)(例如，日本非專利文獻(xiàn)I)。通過導(dǎo)入該操作系統(tǒng)，可對處于遠(yuǎn)程地的無線基站裝置等進(jìn)行監(jiān)視或控制。
[0003]其中，關(guān)于無線通信裝置，公知有作為以移動通信的服務(wù)區(qū)域補(bǔ)充等為目的而設(shè)置的基站的毫微微基站裝置(有時也稱為毫微微小區(qū)基站裝置)。關(guān)于該毫微微基站裝置，在專利文獻(xiàn)I中記載了進(jìn)行設(shè)定的更新的技術(shù)。在日本專利文獻(xiàn)I中，毫微微小區(qū)基站裝置接收設(shè)定值，并根據(jù)設(shè)定值來更新本機(jī)的設(shè)定。
[0004]另外,作為關(guān)于固件(firmware)更新的技術(shù)公知有非專利文獻(xiàn)2。在非專利文獻(xiàn)2中記載了如下內(nèi)容:在將固件的更新類別設(shè)定為“自動更新”的情況下，當(dāng)提供了最新的固件時，按照預(yù)先設(shè)定的時間自動地進(jìn) 行固件更新。
[0005]現(xiàn)有技術(shù)文獻(xiàn)
[0006]專利文獻(xiàn)
[0007]專利文獻(xiàn)1:日本特開-95號公報
[0008]非專利文獻(xiàn)
[0009]日本非專利文獻(xiàn)1:「才~> 一> V ^ r Λ特集F' - ? (二耔汁石才~一'> 3 > ^ r Λ 0開発動向一才、卜7 —夕Θ効率的運(yùn)用、寸一匕' 7品質(zhì)乃向上(二向汁? —」、NTTdocomo亍夕二力卟y' \ — f卟、[平成24年I月4日検索]、^ >夕一才、'乂卜<UR L:http://www.nttdocom0.c0.jp/binary/pdf/corporate/technology/rd/technical_journal/bn/vol8_l/vol8_l_006 jp.pdf > (操作系統(tǒng)特刊NTT都科摩的操作系統(tǒng)的開發(fā)動向一面向網(wǎng)絡(luò)效率的應(yīng)用，服務(wù)品質(zhì)的提高一”，NTTdocomo科技期刊、[2012年I月4日檢索]，互聯(lián)網(wǎng)〈URL:http://www.nttdocom0.c0.jp/binary/pdf/corporate/technology/rd/technical_journal/bn/vol8_l/vol8_l_006jp.pdf>)。
[0010]日本非專利文獻(xiàn)2: r P R - 200 n e卟一夕一設(shè)定？ 二二 τ*卟— Λ々二 τ*更新」、[平成 24 年 I 月 4 日検索]、4 O 一才、'7 卜 <URL:http://router, ipq.jp/pr-200ne/post_363.html > (“PR_200ne 路由器-設(shè)定手動固件更新”，[2012 年 I 月 4 日檢索]，互聯(lián)網(wǎng)〈URL:http://router.1pq.jp/pr-200ne/post_363.html〉)。

【發(fā)明內(nèi)容】

[0011]發(fā)明所要解決的問題
[0012]但是，毫微微基站裝置大多設(shè)置在用戶家中，所以運(yùn)營商即電氣通信運(yùn)營商很難簡單地進(jìn)行訪問。另外，對于毫微微基站裝置，用戶有時進(jìn)行裝置的電源接通關(guān)斷，無線通信運(yùn)營商難以控制電源斷開或設(shè)置等。因此，存在如毫微微基站裝置那樣在用戶進(jìn)行電源關(guān)斷操作等時產(chǎn)生運(yùn)營商即電氣通信運(yùn)營商無法控制的電源斷開的情況。在這樣的情況下，無法在希望的時機(jī)進(jìn)行文件更新，有可能繼續(xù)舊版本編號(舊版本)的應(yīng)用的情況。
[0013]這里,雖然也考慮了周期性地確認(rèn)文件版本編號(revision number)(版本信息)的情況，但即使這樣，在周期定時期間要實施操作控制等的情況下也可能無法正常地實施控制。另外，為了避免這樣的現(xiàn)象，還考慮縮短周期期間，但因為毫微微基站有可能以數(shù)萬為單位來設(shè)置的，所以在實際應(yīng)用上會擁堵網(wǎng)絡(luò)頻帶，從而難以在現(xiàn)實中應(yīng)用。
[0014]這樣，為了解決上述課題，在操作人員對必要的裝置以手動的方式進(jìn)行文件更新時，必須對數(shù)萬的毫微微基站裝置實施操作控制，因此需要相當(dāng)長的時間。即使假設(shè)構(gòu)建了遠(yuǎn)程自動地進(jìn)行操作控制的系統(tǒng)的情況下，也需要操作人員以手動的方式進(jìn)行考慮到網(wǎng)絡(luò)的空閑狀況或更新時間等的指示(程序或場景)。
[0015]本發(fā)明是鑒于這樣的點(diǎn)而作出的，其目的是提供一種毫微微基站裝置、操作系統(tǒng)、操作控制方法，其在必要時僅對必要的裝置進(jìn)行更新，能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0016]用于解決問題的手段
[0017]為了解決上述課題，本發(fā)明一個方式的毫微微基站裝置的特征在于，該毫微微基站裝置包含:存儲部，其將操作控制所需的文件與表示該文件的版本的版本信息一起進(jìn)行存儲；版本信息取得部，其在進(jìn)行操作控制之前，取得該操作控制所需的文件的版本信息；版本確認(rèn)部，其對上述版本信息取得部所取得的版本信息與上述存儲部中存儲的文件的版本信息是否一致進(jìn)行確認(rèn)；以及操作控制部，其在由上述版本確認(rèn)部確認(rèn)了版本信息一致時，進(jìn)行操作控制。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0018]另外，該毫微微基站裝置還可以包含文件取得部，該文件取得部在由上述版本確認(rèn)部確認(rèn)了版本信息不一致時，取得上述操作控制所需的版本的文件。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0019]此外，上述版本信息取得部優(yōu)選根據(jù)在進(jìn)行上述操作控制之前通知的文件版本信息，取得該操作控制所需的文件的版本信息。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0020]另外，上述版本信息取得部優(yōu)選根據(jù)用于進(jìn)行上述操作控制的操作控制指示中包含的文件版本信息，取得該操作控制所需的文件的版本信息。根據(jù)這樣的結(jié)構(gòu)，在操作控制指示中包含文件版本信息而進(jìn)行發(fā)送，所以操作系統(tǒng)與毫微微基站裝置之間的信號收發(fā)次數(shù)較少就足夠了，能夠進(jìn)一步防止網(wǎng)絡(luò)的頻帶擁堵。
[0021]此外，上述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級，上述版本確認(rèn)部對是否只有上述版本信息取得部所取得的上述主要版本信息與上述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。根據(jù)這樣的結(jié)構(gòu)，在文件版本中的主要版本不同的情況下進(jìn)行文件更新，在次要版本不同的情況下不進(jìn)行文件更新，可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。[0022]本發(fā)明一個方式的操作系統(tǒng)是在毫微微基站裝置中進(jìn)行操作控制的操作系統(tǒng)，其特征是，該操作系統(tǒng)包含:文件版本信息發(fā)送部，其在進(jìn)行操作控制之前，向上述的毫微微基站裝置發(fā)送該操作控制所需的文件的版本信息；以及操作控制部，其向上述毫微微基站裝置發(fā)送操作控制指示。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0023]另外，該操作系統(tǒng)還可以包含文件發(fā)送部，該文件發(fā)送部在上述操作控制所需的文件的版本信息與上述毫微微基站裝置中存儲的版本信息不一致時，向上述毫微微基站裝置發(fā)送上述操作控制所需的版本信息的文件。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0024]本發(fā)明的一個方式的操作控制方法的特征是包含以下的步驟--第I步驟，在進(jìn)行毫微微基站裝置的操作控制之前，向上述毫微微基站裝置發(fā)送該操作控制所需的文件的版本信息；以及第2步驟，其在上述操作控制所需的文件的版本信息與上述毫微微基站裝置中存儲的版本信息不一致時，向上述毫微微基站裝置發(fā)送上述操作控制所需的版本信息的文件。根據(jù)這樣的結(jié)構(gòu)，在操作之前自動地進(jìn)行文件版本確認(rèn)，可以僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0025]發(fā)明的效果
[0026]根據(jù)本發(fā)明，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此僅在必要時僅針對必要的裝置進(jìn)行更新，由此能夠防止網(wǎng)絡(luò)的頻帶擁堵。另外，在文件版本不同的情況下，在操作之前進(jìn)行文件更新，由此在操作執(zhí)行時必定為最新文件，可在最新文件版本下對毫微微基站裝置進(jìn)行控制。
【專利附圖】

【附圖說明】
[0027]圖1是示出包含`本發(fā)明的一個實施方式的毫微微基站裝置的網(wǎng)絡(luò)的結(jié)構(gòu)例的圖。
[0028]圖2是示出圖1中的毫微微基站裝置的結(jié)構(gòu)例的圖。
[0029]圖3是示出圖1中的操作系統(tǒng)的結(jié)構(gòu)例的圖。
[0030]圖4是示出毫微微基站裝置以及操作系統(tǒng)的第I動作例的圖。
[0031]圖5是示出毫微微基站裝置以及操作系統(tǒng)的第2動作例的圖。
[0032]圖6是示出毫微微基站裝置以及操作系統(tǒng)的第3動作例的圖。
【具體實施方式】
[0033]以下，參照附圖來說明本發(fā)明的實施方式。此外，在以下說明所參照的各個圖中，利用同一標(biāo)號來表示與其它圖等同的部分。
[0034](包含毫微微基站裝置的網(wǎng)絡(luò)整體的結(jié)構(gòu)例)
[0035]圖1是示出包含本發(fā)明的一個實施方式的毫微微基站裝置的網(wǎng)絡(luò)的結(jié)構(gòu)例的圖。在圖1中，包含本實施方式的毫微微基站裝置的網(wǎng)絡(luò)具備移動電話網(wǎng)NW、與該移動電話網(wǎng)NW連接的操作系統(tǒng)(Operation System ;以下，稱為0PS) 2和毫微微基站裝置I。在本例中，在移動電話網(wǎng)NW與毫微微基站裝置I之間經(jīng)由ONU(Optical Network Unit:光纖網(wǎng)絡(luò)單元)41及42與光線路進(jìn)行連接。此外，即使在移動電話網(wǎng)NW與毫微微基站裝置I之間沒有通過光線路進(jìn)行連接時也能夠應(yīng)用本發(fā)明。
[0036]在毫微微基站裝置I上設(shè)置有用于形成毫微微小區(qū)的天線。當(dāng)移動通信終端裝置3位于由該毫微微基站裝置I實現(xiàn)的毫微微小區(qū)內(nèi)時，能夠接受移動電話網(wǎng)NW提供的服務(wù)。即，當(dāng)移動通信終端裝置3處于由毫微微基站裝置I形成的毫微微小區(qū)的服務(wù)范圍內(nèi)時，能夠經(jīng)由移動電話網(wǎng)NW與其它裝置(未圖示)進(jìn)行通信。
[0037](毫微微基站裝置的功能結(jié)構(gòu)例)
[0038]圖2是示出圖1中的毫微微基站裝置I的結(jié)構(gòu)例的圖。
[0039]在圖2中，本例的毫微微基站裝置I具備:控制與其它裝置之間的通信的通信控制部11 ;用于存儲各種信息的存儲部12 ;版本信息取得部13，其在進(jìn)行操作控制之前取得該操作控制所需的文件的版本信息；版本確認(rèn)部14，其進(jìn)行由版本信息取得部13取得的版本信息是否與存儲部12所存儲的文件的版本信息一致的確認(rèn)；以及操作控制部16，其在由版本確認(rèn)部14確認(rèn)版本信息一致時，進(jìn)行操作控制。
[0040]這里，所謂操作控制就是在進(jìn)行毫微微基站裝置的服務(wù)的基礎(chǔ)上，運(yùn)營商即電氣通信運(yùn)營商進(jìn)行毫微微基站裝置的復(fù)位控制或應(yīng)用更新。另外，所謂復(fù)位控制就是為了在毫微微基站裝置成為異常時的恢復(fù)或反映更新的文件而使電源一次成為關(guān)斷狀態(tài)而下一次成為電源接通狀態(tài)。另外，所謂文件更新就是為了追加毫微微基站裝置的功能而更新軟件。
[0041]另外，在圖2中，本例的毫微微基站裝置I還具備文件取得部15，該文件取得部15在由版本確認(rèn)部14確認(rèn)出版本信息的不一致時，取得操作控制所需的版本的文件。
[0042]在存儲部12中將操作控制所需的文件與表示該文件的版本的版本信息一起存儲。
[0043]此外，例如可通過CPU執(zhí)行程序等來實現(xiàn)上述各個部分的功能。
[0044](0PS的功能結(jié)構(gòu)例)
[0045]圖3是示出圖1中的0PS2的結(jié)構(gòu)例的圖。
[0046]在圖3中，0PS2具備控制與其它裝置之間的通信的通信控制部21、用于存儲各種信息的存儲部22、向毫微微基站裝置I發(fā)送操作控制指示的操作控制部23和在進(jìn)行操作控制之前向毫微微基站裝置I發(fā)送該操作控制所需的文件的版本信息的文件版本信息發(fā)送部24。
[0047]另外，在圖3中，本例的0PS2還具備文件發(fā)送部25，該文件發(fā)送部25在操作控制所需的文件的版本信息與毫微微基站裝置I中存儲的版本信息不一致時，向毫微微基站裝置I發(fā)送操作控制所需的版本信息的文件。
[0048]在存儲部22中存儲有操作控制所需的文件的版本信息。
[0049]此外，例如通過CPU執(zhí)行程序等來實現(xiàn)上述各個部分的功能。
[0050](文件的版本)
[0051]關(guān)于操作控制所需的文件，具備主要版本和次要版本作為其版本信息，可設(shè)定為僅在升級主要版本時自動地修正文件(后述的第3動作例)。由此，可控制為僅針對來自操作系統(tǒng)的控制內(nèi)容改變的文件或致命的安全性問題時進(jìn)行文件更新。另外，考慮僅在維護(hù)人員進(jìn)行介入時實施次要版本的變更等的應(yīng)用。
[0052]這樣，即使在文件的升級版本編號頻繁提高的情況下，也能夠僅在真正必要時才進(jìn)行文件更新，從而能夠減少文件更新頻度，使網(wǎng)絡(luò)負(fù)荷降低。
[0053]這里，所謂“主要版本”就是在實施操作控制或致命的安全性改善等時升級的版本。存在當(dāng)主要版本陳舊時無法實施來自操作的控制的情況。
[0054]另外，所謂“次要版本”就是在不包含操作控制或致命的安全性改善等的僅是簡易版本升級時升級的版本。
[0055](第I動作例)
[0056]參照圖4來說明毫微微基站裝置I以及0PS2的第I動作例。圖4是示出毫微微基站裝置I與0PS2之間的信號收發(fā)和毫微微基站裝置I的動作以及0PS2的動作例的圖。關(guān)于毫微微基站裝置I的動作，以與0PS2的接口部分(OPS IF部分)的動作為中心進(jìn)行說明。
[0057]首先，在0PS2中進(jìn)行文件登記處理(步驟S401)。該文件登記處理包含文件版本編號(即，文件版本信息)的登記處理和操作控制所需的文件(數(shù)據(jù))的登記處理。通過在存儲部22中存儲文件版本信息以及操作控制所需的文件來進(jìn)行該文件登記處理。
[0058]接著，為了實施操作控制(步驟S402)，0PS2的文件版本信息發(fā)送部24向毫微微基站裝置I發(fā)送文件版本信息的通知(步驟S403)。在毫微微基站裝置I中，當(dāng)通信控制部11接收到文件版本信息的通知時，版本信息取得部13從存儲部12中取得操作控制所需的文件的版本信息，版本確認(rèn)部14進(jìn)行該取得的版本信息與所通知的文件版本信息是否一致的確認(rèn)(步驟S404)。
[0059]當(dāng)版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12中存儲的文件的版本信息一致時，向0PS2通知一致的情況，毫微微基站裝置I的通信控制部11向0PS2發(fā)送文件版本通知響應(yīng)為“0K (可以)”(步驟S404 — S405)。在0PS2中，當(dāng)利用通信控制部21接收該文件版本通知響應(yīng)時，通過操作控制部23發(fā)送操作控制指示(步驟S406)。
[0060]在毫微微基站裝置I中，當(dāng)利用通信控制部11接收操作控制指示時，只要操作控制部16判定為不是文件更新中且是與操作控制對應(yīng)的文件版本時(步驟S407 — S409)，就進(jìn)行操作控制(步驟S411)。
[0061]當(dāng)操作控制部16判斷為是文件更新中時，通信控制部11向0PS2發(fā)送操作控制響應(yīng)為“文件更新中NG (不可以)”(步驟S407 —S408)。另外，當(dāng)操作控制部16判斷為不是與操作控制對應(yīng)的文件版本時，通信控制部11向0PS2發(fā)送操作控制響應(yīng)為“文件版本編號NG，，(步驟 S409 — S410)。
[0062]當(dāng)步驟S404中的版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12中存儲的文件的版本信息不一致時(是不一致的情況)，向0PS2通知不一致的情況，所以毫微微基站裝置I的通信控制部11向0PS2發(fā)送文件版本通知響應(yīng)為“NG”(步驟S404 — S412)。接著，利用文件取得部15來發(fā)送用于取得操作控制所需的版本的文件的請求(步驟S413)。例如，通過周知的FTP(File Transfer Protocol:文件傳送協(xié)議)進(jìn)行該請求。然后，在是“通信中”的情況下，進(jìn)行預(yù)定時間的等待(Time Wait)(步驟S414 — S415)，然后在不是“通信中”的情況下進(jìn)行文件更新處理(步驟S414 — S416)。
[0063]將所更新的文件與表示該文件版本的版本信息一起存儲在存儲部12中。
[0064]根據(jù)以上的第I動作例，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此能夠僅在必要時僅針對必要的裝置進(jìn)行更新，因此能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0065](第2動作例)
[0066]參照圖5來說明毫微微基站裝置I以及0PS2的第2動作例。圖5是示出毫微微基站裝置I與0PS2之間的信號收發(fā)和毫微微基站裝置I的動作以及0PS2的動作例的圖。關(guān)于毫微微基站裝置I的動作，以與0PS2的接口部分(OPS IF部分)的動作為中心進(jìn)行說明。
[0067]在第2動作例中，在從0PS2至毫微微基站裝置I的操作控制指示中包含文件版本信息來進(jìn)行發(fā)送。只要毫微微基站裝置I能夠識別文件版本信息，也可以在報頭、凈荷的任意一個中包含文件版本信息。
[0068]首先，在0PS2中進(jìn)行文件登記處理(步驟S401)。該文件登記處理包括文件版本編號(即，文件版本信息)的登記處理和操作控制所需的文件(數(shù)據(jù))的登記處理。通過在存儲部22存儲文件版本信息以及操作控制所需的文件來進(jìn)行該文件登記處理。以上，與第I動作例的情況相同。
[0069]接著，為了實施操作控制(步驟S402)，0PS2的操作控制部23向毫微微基站裝置I發(fā)送包含文件版本信息的操作控制指示(步驟S403a)。在毫微微基站裝置I中，當(dāng)通信控制部11接收到包含文件版本信息的操作控制指示時，版本信息取得部13從存儲部12中取得操作控制所需的文件的版本信息，版本確認(rèn)部14進(jìn)行該取得的版本信息與已通知的文件版本信息是否一致的確認(rèn)(步驟S404)。
[0070]當(dāng)版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12中存儲的文件的版本信息一致時，向0PS2通知一致的情況，所以毫微微基站裝置I的通信控制部11向0PS2發(fā)送操作控制響應(yīng)為“接受0K”(步驟S404 — S405a)。然后，由操作控制部16進(jìn)行操作控制(步驟S411a)。
[0071]當(dāng)步驟S404中的版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12所存儲的文件的版本信息不一致時(是不一致的情況)，向0PS2通知不一致的情況，因此毫微微基站裝置I的通信控制部11向0PS2發(fā)送文件版本通知響應(yīng)為“NG” (步驟S404 — S412a)。接著，由文件取得部15發(fā)送用于取得操作控制所需的版本的文件的請求(步驟S413)。例如，通過公知的FTP進(jìn)行該請求。然后，在是“通信中”的情況下，進(jìn)行預(yù)定時間的等待(Time Wait)(步驟S414 — S415)，然后在不是“通信中”時進(jìn)行文件更新處理(步驟S414 — S416)。之后，由操作控制部16進(jìn)行操作控制(步驟S417)。
[0072]在以上的第2動作例中，由于在操作控制指示中包含文件版本信息地進(jìn)行發(fā)送，因此0PS2與毫微微基站裝置I之間的信號收發(fā)次數(shù)較少就足夠了，能夠進(jìn)一步防止網(wǎng)絡(luò)的頻帶擁堵。
[0073](第3動作例)
[0074]參照圖6來說明毫微微基站裝置I以及0PS2的第3動作例。圖6是示出毫微微基站裝置I與0PS2之間的信號收發(fā)和毫微微基站裝置I的動作以及0PS2的動作例的圖。關(guān)于毫微微基站裝置I的動作，以與0PS2的接口部分(OPS IF部分)的動作為中心進(jìn)行說明。
[0075]在第3動作例中，作為文件的版本信息具備主要版本和次要版本，僅在主要版本升級時，自動地修正文件。[0076]首先，在0PS2中進(jìn)行文件登記處理(步驟S401a)。該文件登記處理包含文件版本編號(即文件版本信息)的登記處理和操作控制所需的文件(數(shù)據(jù))的登記處理。在文件版本信息中存在主要版本信息(在本例中為“XX”)和次要版本信息(在本例中為“YY”)。
[0077]通過在存儲部22中存儲文件版本信息以及操作控制所需的文件來進(jìn)行該文件登記處理。在文件版本編號的登記處理中，將主要版本信息以及次要版本信息存儲于存儲部22中。 [0078]接著，為了實施操作控制(步驟S402)，0PS2的文件版本信息發(fā)送部24向毫微微基站裝置I發(fā)送文件版本信息的通知(步驟S403b)。在該文件版本信息包含主要版本信息以及次要版本信息。
[0079]在毫微微基站裝置I中，當(dāng)通信控制部11接收到文件版本信息的通知時，版本信息取得部13從存儲部12中取得操作控制所需的文件的版本信息，版本確認(rèn)部14進(jìn)行該取得的版本信息與已通知的文件版本信息是否一致的確認(rèn)(步驟S404a)。在該確認(rèn)時，沒有考慮次要版本信息，僅進(jìn)行主要版本信息彼此間是否一致的確認(rèn)。即，只要主要版本信息一致，即使次要版本信息不一致，也視為版本信息彼此一致。
[0080]當(dāng)版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12中存儲的文件的版本信息一致時，向0PS2通知一致的情況，所以毫微微基站裝置I的通信控制部11向0PS2發(fā)送文件版本通知響應(yīng)為“0K” (步驟S404a — S405)。在0PS2中，當(dāng)利用通信控制部21接收到該文件版本通知響應(yīng)時，由操作控制部23發(fā)送操作控制指示(步驟S406)。
[0081]在毫微微基站裝置I中，當(dāng)通過通信控制部11接收操作控制指示時，只要操作控制部16判斷為不是“文件更新中”且是與操作控制對應(yīng)的文件版本時(步驟S407 — S409)，進(jìn)行操作控制(步驟S411)。
[0082]當(dāng)操作控制部16判斷為是“文件更新中”時，通信控制部11向0PS2發(fā)送操作控制響應(yīng)為“文件更新中NG”(步驟S407 — S408)。另外，當(dāng)操作控制部16判斷為不是與操作控制對應(yīng)的文件版本時，通信控制部11向0PS2發(fā)送操作控制響應(yīng)為“文件版本編號NG” (步驟 S409 — S410)。
[0083]當(dāng)步驟S404中的版本確認(rèn)部14的確認(rèn)結(jié)果是已通知的版本信息與存儲部12中存儲的文件的版本信息不一致時(是不一致的情況)，向0PS2通知不一致的情況，因此毫微微基站裝置I的通信控制部11向0PS2發(fā)送文件版本通知響應(yīng)為“NG”(步驟S404 — S412)。接著，利用文件取得部15發(fā)送用于取得操作控制所需的版本的文件的請求(步驟S413)。例如，通過公知的FTP進(jìn)行該請求。然后，在是“通信中”的情況下，進(jìn)行預(yù)定時間的等待(TimeWait)(步驟S414 — S415)，之后在不是“通信中”時進(jìn)行文件更新處理(步驟S414 — S416)。
[0084]將所更新的文件與表示該文件版本的版本信息一起存儲在存儲部12中。
[0085]根據(jù)以上的第3動作例，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本中的主要版本不同的情況下進(jìn)行文件更新，由此僅在必要時僅對所需的裝置進(jìn)行更新，所以能夠進(jìn)一步防止網(wǎng)絡(luò)的頻帶擁堵。
[0086](操作控制方法)
[0087]在以上說明的毫微微基站裝置以及OPS中，實現(xiàn)以下這樣的操作控制方法。即，實現(xiàn)了如下這樣的操作控制方法，其包含如下的步驟--第I步驟，在進(jìn)行毫微微基站裝置的操作控制之前，向上述毫微微基站裝置發(fā)送該操作控制所需的文件的版本信息；以及第2步驟，在上述操作控制所需的文件的版本信息與上述毫微微基站裝置中存儲的版本信息不一致時，向上述毫微微基站裝置發(fā)送上述操作控制所需的版本信息的文件。
[0088]根據(jù)該操作控制方法，在操作控制之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此能夠僅在必要時僅針對必要的裝置進(jìn)行更新，所以能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0089](總結(jié))
[0090]通過采用上述毫微微基站裝置，在操作之前自動地進(jìn)行文件版本確認(rèn)，在文件版本不同的情況下，進(jìn)行文件更新，由此能夠僅在必要時僅對必要的裝置進(jìn)行更新，所以能夠防止網(wǎng)絡(luò)的頻帶擁堵。另外，在文件版本不同的情況下，在操作之前進(jìn)行文件更新，由此在操作執(zhí)行時必定為最新文件，能夠?qū)廖⑽⒒狙b置在最新文件版本下實施控制。
[0091]此外，僅通過在事前登記文件，能夠僅對希望控制的毫微微基站裝置更新文件，操作人員無需進(jìn)行考慮了網(wǎng)絡(luò)頻帶的文件更新作業(yè)。例如，不需要以夜間時段等業(yè)務(wù)量閑散期為目標(biāo)的自動文件更新等。
[0092]另外，如上述第2動作例那樣，通過在用于操作控制的信號中組合用于確認(rèn)文件版本的版本信息，能夠消除基于文件版本的確認(rèn)的信號的交互。由此，能夠進(jìn)一步降低網(wǎng)絡(luò)負(fù)荷。
[0093]在上述的非專利文獻(xiàn)2中，用戶可按照選定的定時(例如，I天更新I次)來進(jìn)行，但有可能是與操作系統(tǒng)希望控制的定時不同的定時，從而產(chǎn)生無法正常控制的時間段。另夕卜，在存在多數(shù)用戶的情況下，在毫微微基站裝置與操作系統(tǒng)之間產(chǎn)生多個信號，從而出現(xiàn)線路擁堵或需要擴(kuò)展裝置等新的問題。
[0094]與此相對，根據(jù)本實施方式，在網(wǎng)絡(luò)側(cè)希望進(jìn)行控制的定時中進(jìn)行裝置的固件更新。而且，能夠僅在必要時僅對必要的裝置進(jìn)行更新，所以能夠防止用于固件更新的網(wǎng)絡(luò)的頻帶擁堵。
[0095]另外，在上述專利文獻(xiàn)I中，從網(wǎng)絡(luò)側(cè)以一定的定時進(jìn)行更新處理，但不進(jìn)行版本信息的確認(rèn)。與此相對，根據(jù)本實施方式，確認(rèn)版本信息，在文件版本不同的情況下，進(jìn)行文件更新，由此僅在必要時僅對必要的裝置進(jìn)行更新，所以能夠防止網(wǎng)絡(luò)的頻帶擁堵。
[0096]此外，本發(fā)明的范圍不僅限于圖示及記載的例示性實施方式，本發(fā)明還包含能帶來與作為目的的內(nèi)容均等效果的全部實施方式。此外，本發(fā)明的范圍不僅限于權(quán)利要求所限定的發(fā)明特征的組合，可通過全部公開的各個特征中的特定特征的所有期望的組合來進(jìn)行限定。
[0097]工業(yè)上的可利用性
[0098]本發(fā)明可用于對毫微微基站裝置進(jìn)行操作控制的情況。標(biāo)號說明
[0099]I毫微微基站裝置
[0100]2操作系統(tǒng)(OPS)
[0101]3移動通信終端裝置
[0102]11通信控制部
[0103]12存儲部
[0104]13版本信息取得部
[0105]14版本確認(rèn)部[0106]15文件取得部
[0107]16操作控制部
[0108]21通信控制部
[0109]22存儲部
[0110]23操作控制部
[0111]24文件版本信息發(fā)送部
[0112]25文件發(fā)送部
【權(quán)利要求】
1.一種毫微微基站裝置，其特征在于，該毫微微基站裝置包含: 存儲部，其將操作控制所需的文件與表示該文件的版本的版本信息一起進(jìn)行存儲； 版本信息取得部，其在進(jìn)行操作控制之前，取得該操作控制所需的文件的版本信息； 版本確認(rèn)部，其對所述版本信息取得部所取得的版本信息與所述存儲部中存儲的文件的版本信息是否一致進(jìn)行確認(rèn)；以及 操作控制部，其在由所述版本確認(rèn)部確認(rèn)了版本信息一致的情況下，進(jìn)行操作控制。
2.根據(jù)權(quán)利要求1所述的毫微微基站裝置，其特征在于， 所述毫微微基站裝置還包含文件取得部，該文件取得部在由所述版本確認(rèn)部確認(rèn)了版本信息不一致的情況下，取得所述操作控制所需的版本的文件。
3.根據(jù)權(quán)利要求1所述的毫微微基站裝置，其特征在于， 所述版本信息取得部根據(jù)在進(jìn)行所述操作控制之前通知的文件版本信息，取得該操作控制所需的文件的版本信息。
4.根據(jù)權(quán)利要求2所述的毫微微基站裝置，其特征在于， 所述版本信息取得部根據(jù)在進(jìn)行所述操作控制之前通知的文件版本信息，取得該操作控制所需的文件的版本信 息。
5.根據(jù)權(quán)利要求1所述的毫微微基站裝置，其特征在于， 所述版本信息取得部根據(jù)用于進(jìn)行所述操作控制的操作控制指示中包含的文件版本信息，取得該操作控制所需的文件的版本信息。
6.根據(jù)權(quán)利要求2所述的毫微微基站裝置，其特征在于， 所述版本信息取得部根據(jù)用于進(jìn)行所述操作控制的操作控制指示中包含的文件版本信息，取得該操作控制所需的文件的版本信息。
7.根據(jù)權(quán)利要求1所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
8.根據(jù)權(quán)利要求2所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
9.根據(jù)權(quán)利要求3所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
10.根據(jù)權(quán)利要求4所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
11.根據(jù)權(quán)利要求5所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
12.根據(jù)權(quán)利要求6所述的毫微微基站裝置，其特征在于， 所述版本信息取得部取得由主要版本信息和次要版本信息構(gòu)成的版本信息，所述主要版本信息在實施了操作控制或致命的安全性的改善等的情況下進(jìn)行升級，所述次要版本信息在不包含操作控制或致命的安全性的改善等而僅是簡易的版本升級時進(jìn)行升級， 所述版本確認(rèn)部對是否只有所述版本信息取得部所取得的所述主要版本信息與所述存儲部中存儲的文件的主要版本信息一致進(jìn)行確認(rèn)。
13.一種操作系統(tǒng)， 其對毫微微基站裝置進(jìn)行操作控制，其特征在于，所述操作系統(tǒng)包含: 文件版本信息發(fā)送部，其在進(jìn)行操作控制之前，向權(quán)利要求1至權(quán)利要求12中任意一項所述的毫微微基站裝置發(fā)送該操作控制所需的文件的版本信息；以及操作控制部，其向所述毫微微基站裝置發(fā)送操作控制指示。
【文檔編號】H04W24/02GK103635889SQ201380001757
【公開日】2014年3月12日 申請日期:2013年2月8日 優(yōu)先權(quán)日:2012年2月14日
【發(fā)明者】遠(yuǎn)山博人, 藤井健太郎, 岸川雄紀(jì), 浪江聰志, 高橋和秀 申請人:株式會社Ntt都科摩