信息發布方法及裝置與流程
2024-03-08 14:59:15
本申請涉及網際網路技術領域，尤其涉及一種信息發布方法及裝置。
背景技術：
隨著網際網路技術的發展，信息更新越來越頻繁。更新的信息經常需要發布至伺服器，以供用戶下載。
現有技術中，一般需要用戶登錄伺服器，再將信息上傳到伺服器。這種通過登陸伺服器發布信息的方法使得信息發布效率低、難以保證伺服器數據的安全性。
技術實現要素：
本申請的多個方面提供一種信息發布方法及裝置，用以提高信息發布效率與伺服器數據的安全性。
本申請實施例提供一種信息發布方法，包括：
獲取待發布信息以及所述待發布信息對應的發布計劃；
按照所述發布計劃，將所述待發布信息發布至目標伺服器；
獲取所述待發布信息在所述目標伺服器上的發布信息；
在信息發布界面上，展示所述發布信息。
可選地，所述獲取待發布信息以及所述待發布信息對應的發布計劃，包括：
響應於用戶的發布請求，向所述用戶展示所述信息發布界面；
響應於所述用戶在所述信息發布界面上的發布操作，從所述信息發布界面上，獲取所述待發布信息以及所述待發布信息對應的發布計劃。
可選地，所述響應於用戶的發布請求，向所述用戶展示所述信息發布界面，包括：
響應於所述用戶的發布請求，獲取所述用戶的身份信息；
根據所述用戶的身份信息，確定所述用戶所屬的項目組；
根據所述用戶所屬的項目組，確定所述用戶的權限；
根據與所述用戶的權限相匹配的信息項，生成所述信息發布界面；
展示所述信息發布界面。
可選地，所述按照所述發布計劃，將所述待發布信息發布至目標伺服器，包括：
根據所述待發布信息對應的歷史發布信息，獲取更新信息；
在測試環境中，測試所述更新信息是否正確；
若是，根據發布配置信息配置所述待發布信息，以獲得配置後的信息；
按照所述發布計劃，將所述配置後的信息發布至目標伺服器。
可選地，所述按照所述發布計劃，將所述待發布信息發布至目標伺服器，包括：
根據所述發布計劃中的目標伺服器個數，確定發布批次；
建立所述發布計劃中的目標伺服器ip地址與所述發布批次之間的對應關係；
根據所述對應關係，分批次將所述待發布信息發布至所述目標伺服器ip地址對應的目標伺服器。
可選地，在所述按照所述發布計劃，將所述待發布信息發布至目標伺服器之後，所述方法還包括：
檢測所述待發布信息在所述目標伺服器上的運行狀況；
若所述運行狀況異常，重新發布所述待發布信息至所述目標伺服器。
可選地，所述獲取所述待發布信息在所述目標伺服器上的發布信息，包括：
若所述待發布信息成功發布，獲取發布時間、所述目標伺服器的ip地址以及發布者的信息中的至少一種。
本申請實施例還提供一種信息發布裝置，包括：
第一獲取模塊，用於獲取待發布信息以及所述待發布信息對應的發布計劃；
發布模塊，用於按照所述發布計劃，將所述待發布信息發布至目標伺服器；
第二獲取模塊，用於獲取所述待發布信息在所述目標伺服器上的發布信息；
展示模塊，用於在信息發布界面上，展示所述發布信息。
可選地，所述第一獲取模塊具體用於：
響應於用戶的發布請求，向所述用戶展示所述信息發布界面；
響應於所述用戶在所述信息發布界面上的發布操作，從所述信息發布界面上，獲取所述待發布信息以及所述待發布信息對應的發布計劃。
可選地，所述第一獲取模塊具體還用於：
響應於所述用戶的發布請求，獲取所述用戶的身份信息；
根據所述用戶的身份信息，確定所述用戶所屬的項目組；
根據所述用戶所屬的項目組，確定所述用戶的權限；
根據與所述用戶的權限相匹配的信息項，生成所述信息發布界面；
展示所述信息發布界面。
在本申請實施例中，可以按照發布計劃將待發布信息發布至目標伺服器，使得用戶無需登錄伺服器即可完成信息發布，提高了信息發布效率與伺服器數據的安全性；而且可以通過信息發布界面，展示待發布信息在目標伺服器上的發布信息，便於用戶掌握信息發布情況，以便進行之後的信息發布，進一步提高信息發布效率。
附圖說明
此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中：
圖1為本申請一實施例提供的一種信息發布方法的流程示意圖；
圖2為本申請又一實施例提供的一種信息發布方法的流程示意圖；
圖3為本申請又一實施例提供的一種信息發布方法的流程示意圖；
圖4為本申請又一實施例提供的一種信息發布裝置的模塊結構圖。
具體實施方式
為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。
以下結合附圖，詳細說明本申請各實施例提供的技術方案。
圖1為本申請一實施例提供的信息發布方法的流程示意圖。如圖1所示，該方法包括以下步驟：
s101：獲取待發布信息以及待發布信息對應的發布計劃。
s102：按照發布計劃，將待發布信息發布至目標伺服器。
s103：獲取待發布信息在目標伺服器上的發布信息。
s104：在信息發布界面上，展示發布信息。
當用戶需要向伺服器發布信息時，可以向信息發布裝置發送待發布信息以及待發布信息對應的發布計劃。信息發布裝置可以獲取用戶發送的待發布信息以及發布信息對應的發布計劃。
其中，待發布信息可以包括但不限於安裝包、數據表、通知信息、音視頻文件等。發布計劃指用於指示待發布信息進行發布的計劃方案，例如，發布計劃可以包括待發布信息發布至的伺服器，發布待發布信息的方式等。為了方便描述，將待發布信息發布至的伺服器可以稱為目標伺服器。
當發布計劃包括目標伺服器時，可以按照發布計劃，將待發布信息發布至目標伺服器。其中，目標伺服器可以包括一臺或者多臺，基於此，可以按照發布計劃，將待發布信息發布至一臺或者多臺目標伺服器上。
將待發布信息發布至目標伺服器後，可以獲取待發布信息在目標伺服器上的發布信息。其中，發布信息可以指表徵待發布信息在目標伺服器上的發布情況的信息，例如，是否發布成功、發布時間以及是否成功開啟服務等。
接著，為了可以直觀展示信息發布情況，可以向用戶展示一信息發布界面，進而在信息發布界面上，展示發布信息。用戶可以從信息發布界面上獲取到發布信息，進而可以參考發布信息，執行下次發布操作。
在本申請實施例中，可以按照發布計劃將待發布信息自動發布至目標伺服器，使得用戶無需登錄伺服器即可完成信息發布，提高了信息發布效率與伺服器數據的安全性；而且可以通過信息發布界面，展示待發布信息在目標伺服器上的發布信息，便於用戶掌握信息發布情況，以便進行之後的信息發布，進一步提高信息發布效率。
在上述實施例或下述實施例中，為方便用戶發布待發布信息，用戶可以通過信息發布界面，向信息發布裝置發送待發布信息以及待發布信息對應的發布計劃。
可選地，獲取待發布信息以及待發布信息對應的發布計劃，包括：響應於用戶的發布請求，向用戶展示信息發布界面；響應於用戶在信息發布界面上的發布操作，從信息發布界面上，獲取待發布信息以及待發布信息對應的發布計劃。
可選地，用戶應根據自身的權限發布待發布信息，也即待發布信息應在用戶的權限內。例如，若用戶的權限包括發布php文件的權限，則該用戶可以發布php文件；若用戶的權限不包括發布js文件的權限，則該用戶不可以發布js文件。
基於此，為方便用戶根據自身的權限發布待發布信息，可以首先確定用戶的權限，再根據與用戶的權限相匹配的信息項，生成信息發布界面，並展示信息發布界面。
在確定用戶的權限的過程中，可以通過建立每個用戶與各自權限之間的對應關係，進而根據所述對應關係確定用戶的權限。但考慮到這種用戶與權限之間直接的對應關係不方便維護，可以採用項目組作為中間信息，分別建立項目組與用戶的對應關係以及項目組與權限的對應關係，進而通過這兩組對應關係確定用戶的權限。
其中，項目組與用戶的對應關係可以是多對多的對應關係。
圖2為本申請又一實施例提供的一種信息發布方法的流程示意圖，包括步驟s201-s209。
s201：響應於用戶的發布請求，獲取用戶的身份信息。
s202：根據用戶的身份信息，確定用戶所屬的項目組。
s203：根據用戶所屬的項目組，確定用戶的權限。
s204：根據與用戶的權限相匹配的信息項，生成信息發布界面。
s205：展示信息發布界面。
s206：響應於用戶在所述信息發布界面上的發布操作，從信息發布界面上，獲取待發布信息以及待發布信息對應的發布計劃。
s207：按照發布計劃，將待發布信息發布至目標伺服器。
s208：獲取待發布信息在目標伺服器上的發布信息。
s209：在信息發布界面上，展示發布信息。
當用戶發送發布請求至信息發布裝置時，信息發布裝置可以響應於用戶的發布請求，獲取用戶的身份信息。進而，信息發布裝置可以響應於用戶的發布請求，獲取用戶所在客戶端的ip地址，根據所述ip地址與身份信息的對應關係，確定用戶的身份信息。其中，用戶的身份信息可以包括但不限於用戶所屬的部門、用戶的職務、用戶所屬的項目等。
然後，可以根據用戶的身份信息，確定用戶所屬的項目組。在一示例中，若用戶的身份信息為用戶的職務：php代碼維護。則可以確定用戶所屬的項目組為php項目組；若用戶的身份信息為用戶所屬的部門：cdn部門，則可以確定用戶所屬的項目組為cdn項目組。
接著，可以根據用戶所屬的項目組，確定用戶的權限。其中，用戶的權限可以指用戶所屬的項目組所對應的權限。例如，php項目組對應發布php信息的權限，cdn項目組對應發布cdn信息的權限。
可選地，本實施例還可以對用戶的權限進行管理。例如，可以執行項目組的增加、項目組的刪除、項目組的修改以及查詢項目組中的至少一種操作，也可以在項目組中增加項目等。
然後，信息發布裝置可以根據與用戶的權限相匹配的信息項，生成信息發布界面。其中，與用戶的權限相匹配的信息項可以包括匹配用戶的權限的信息類型和伺服器的ip地址。在一示例中，用戶的權限包括發布php信息的權限，則可以確定與發布php信息的權限相匹配的信息項包括php類型的信息以及伺服器a的ip地址、伺服器b的ip地址。進而可以根據php類型的信息、伺服器a的ip地址和伺服器b的ip地址，生成信息發布界面。
信息發布界面生成後，可以展示生成的信息發布界面。可選地，信息發布界面上可以展示供用戶提交待發布信息的控制項以及供用戶選擇的伺服器選項。
可選地，信息發布裝置可以具體實現為一網站，用戶可以在各自客戶端的瀏覽器上輸入網站所在的網址，並觸發跳轉控制項，以發送發布請求。所述網站可以響應於用戶的發布請求，向用戶展示信息發布界面。
接著，用戶可以在匹配自身權限的信息發布界面上執行發布操作。可選地，用戶可以在信息發布界面展示的供用戶提交待發布信息的控制項中提交待發布信息或者待發布信息的url。然後，針對該提交的待發布信息提交發布計劃。可選地，供用戶提交待發布信息的控制項可以接收匹配用戶的權限的信息類型的待發布信息；以及，可以在信息發布界面展示的伺服器的ip地址的選項中，選擇伺服器的ip地址。
在待發布信息以及發布計劃均輸入完成後，用戶可以觸發發布控制項，以完成發布操作。
信息發布裝置可以響應於用戶在信息發布界面上的發布操作，從信息發布界面上，獲取待發布信息以及待發布信息對應的發布計劃。
可選地，信息發布裝置可以啟動一線程，由該線程獲取待發布信息以及待發布信息對應的發布計劃。當有多個用戶同時發布待發布信息以及待發布信息對應的發布計劃時，信息發布裝置可以同時啟動與用戶數量相同的多個線程，進而由每個線程獲取其中一個用戶發布的待發布信息以及待發布信息對應的發布計劃，並執行之後的發布操作。
本實施例中，可以根據用戶的權限生成匹配用戶權限的信息發布界面，以便用戶提交匹配權限的待發布信息，提高了信息發布效率，也提高了界面的友好程度。
在上述實施例或下述實施例中，可以對用戶提交的待發布信息進行測試與配置後，再發布至目標伺服器。圖3為本申請又一實施例提供的一種信息發布方法的流程示意圖，包括步驟s301-s308。
s301：獲取待發布信息以及待發布信息對應的發布計劃。
s302：根據待發布信息對應的歷史發布信息，獲取更新信息。
s303：在測試環境中，測試所述更新信息是否正確，若是，即更新信息正確，跳轉到步驟s304；若否，即更新信息不正確，跳轉到步驟s308。
s304：根據發布配置信息配置待發布信息，以獲得配置後的信息。
s305：按照發布計劃，將配置後的信息發布至目標伺服器。
s306：獲取待發布信息在目標伺服器上的發布信息。
s307：在信息發布界面上，展示發布信息，結束本次操作。
s308：通知用戶待發布信息不正確，丟棄待發布信息，結束本次操作。
首先，在步驟s301處，可以獲取待發布信息以及待發布信息對應的發布計劃。步驟s301與步驟s101相同，此處不再贅述。
接著，可以根據待發布信息的標識信息確定待發布信息對應的歷史發布信息。其中，歷史發布信息可以指待發布信息的歷史版本。基於此，待發布信息的標識信息可以為待發布信息的名稱和版本號，用來唯一標識待發布信息。歷史發布信息可以與待發布信息的名稱相同，但版本號不同。
例如，待發布信息為2.0版本的直播應用安裝包，進而可以根據待發布信息的名稱和版本號確定待發布信息對應的歷史發布信息，例如，歷史發布信息可以為1.0版本的直播應用安裝包。需要說明的是，歷史發布信息的版本號應小於待發布信息的版本號。
接著，可以根據待發布信息對應的歷史發布信息，獲取更新信息。其中，更新信息可以指待發布信息相比於歷史發布信息而言，不同的信息。
值得說明的是，若未找到歷史發布信息，可以將待發布信息全部作為更新信息。若待發布信息的標識信息與歷史發布信息的標識信息相同，則可以認為待發布信息與歷史發布信息相同，此時，不存在更新信息，並結束本次操作。
接著，在測試環境中，測試更新信息是否正確。其中，更新信息可以作為測試版本的更新信息，即可以對更新信息直接進行測試。測試環境可以包括待發布信息的運行平臺、用於各級測試的工具和與測試有關的軟硬體環境。
若更新信息不正確，意味著待發布信息不正確，則可通知用戶待發布信息不正確，丟棄待發布信息，結束本次操作。若更新信息正確，意味著待發布信息正確，可以按照發布計劃，將待發布信息發布至目標伺服器。
可選地，考慮到大部分待發布信息為補丁、新增信息等，所述待發布信息若單獨發布至目標伺服器上，可能無法運行。基於上述的分析，可以根據發布配置信息配置待發布信息，以獲得配置後的信息，進而按照發布計劃，將配置後的信息發布至目標伺服器。
其中，發布配置信息可以指與待發布信息關聯的其他信息，所述其他信息與待發布信息可以構成完整信息，並能夠在目標伺服器上運行。在一實例中，待發布信息為視頻a的字幕，與待發布信息關聯的其他信息可以包括視頻a的音頻、視頻以及時長、名稱信息等。
可選地，可以從發布配置信息所在的伺服器上，下載所述發布配置信息。再將發布配置信息與待發布信息壓縮至壓縮包中，以獲得配置後的信息。
然後，在步驟s306以及步驟s307處，可以獲取待發布信息在目標伺服器上的發布信息；在信息發布界面上，展示發布信息，結束本次操作。步驟s306與步驟s307分別與步驟s103與步驟s104分別相同，此處不再贅述。
本實施例中，可以對待發布信息進行測試，提高了待發布信息的準確性；而且可以對待發布信息進行自動配置，用戶只需要提交較小數據量的信息，提高了信息發布的效率。
在上述實施例或下述實施例中，當目標伺服器有多個時，為了實現負載均衡，可以分批次將待發布信息發布至目標伺服器。
可選地，按照發布計劃，將待發布信息發布至目標伺服器，包括：根據發布計劃中的目標伺服器個數，確定發布批次；建立發布計劃中的目標伺服器ip地址與發布批次之間的對應關係；根據對應關係，分批次將待發布信息發布至目標伺服器ip地址對應的目標伺服器。
可選地，若目標伺服器的個數較多，可以確定較多的發布批次；若目標伺服器的個數較少，可以確定較少的發布批次。例如，當目標伺服器有10臺時，可以確定發布批次為5次，每次將待發布信息發布至其中2臺目標伺服器；當目標伺服器有6臺時，可以確定發布批次為3次，每次將待發布信息發布至其中2臺目標伺服器。
在確定發布批次後，可以繼續確定每批次發布至的目標伺服器。首先，建立發布計劃中的目標伺服器ip地址與發布批次之間的對應關係。可選地，可以根據目標伺服器的重要性，建立目標伺服器與發布批次之間的對應關係。例如，目標伺服器包括主伺服器和副伺服器，確定發布批次為2次，主伺服器比副伺服器重要，則建立主伺服器ip地址與第一批次的對應關係，以及副伺服器ip地址與第二批次的對應關係。
接著，可以根據對應關係，分批次將待發布信息發布至目標伺服器ip地址對應的目標伺服器。在上述示例中，將待發布信息首先發布至主伺服器，再將待發布信息發布至副伺服器。
在一可選實施方式中，為了確認待發布信息是否已成功發布至目標伺服器上，可以在將待發布信息發布至目標伺服器之後，由信息發布裝置刷新目標伺服器，並在目標伺服器上查找所述待發布信息。若查找到，可以確認待發布信息已成功發布至目標伺服器上；否則，可以確認待發布信息發布失敗。此時，可以重新將待發布信息發布至發布失敗的伺服器，或者重新刷新發布失敗的伺服器。
在另一可選實施方式中，為了確認待發布信息是否已成功發布至目標伺服器上。在按照發布計劃，將待發布信息發布至目標伺服器之後，還可以檢測待發布信息在目標伺服器上的運行狀況；若運行狀況異常，重新發布待發布信息至目標伺服器。
當待發布信息成功發布至目標伺服器上時，目標伺服器可以開啟待發布信息相關的服務，為待發布信息分配使用內存，並加載待發布信息。基於此，待發布信息在目標伺服器上的運行狀況可以包括待發布信息相關的服務是否開啟、待發布信息是否被分配使用內存、待發布信息的加載是否超時等。
若檢測到待發布信息相關的服務開啟、待發布信息被分配使用內存以及待發布信息的加載未超時，可以認為待發布信息在目標伺服器上的運行狀況正常。若檢測到待發布信息相關的服務未開啟、待發布信息未被分配使用內存或者待發布信息的加載超時，可以認為待發布信息在目標伺服器上的運行狀況異常。
若運行狀況異常，可以重新發布待發布信息至運行狀況異常的伺服器。也可以刷新運行狀況異常的伺服器，若待發布信息依然運行異常，重新發布待發布信息至目標伺服器。
若運行狀況正常，則確定待發布信息成功發布。當然，本實施例是通過檢測待發布信息在目標伺服器上的運行狀況，進而確定待發布信息是否成功發布，但不限於此。還可以通過其他方式確定待發布信息是否成功發布。例如，檢測是否能夠從目標伺服器中下載待發布信息，若是，確定待發布信息成功發布；否則，待發布信息發布失敗。
確定待發布信息成功發布後，可以獲取待發布信息在目標伺服器上的發布信息，包括：若待發布信息成功發布，獲取發布時間、目標伺服器的ip地址以及發布者的信息中的至少一種。
其中，發布時間指檢測到待發布信息成功發布的時間；發布者的信息指發布待發布信息以及待發布信息對應的發布計劃的用戶的信息，所述用戶的信息包括但不限於用戶所在客戶端的ip地址、用戶的登錄名、用戶的身份信息等。
可選地，若待發布信息發布失敗，可以獲取發布失敗的目標伺服器的ip地址，並將發布失敗的伺服器歸檔。
獲取待發布信息在目標伺服器上的發布信息後，可以在信息發布界面上，向用戶展示發布信息，即獲取的發布時間、目標伺服器的ip地址以及發布者的信息中的至少一種，以便用戶能夠實時獲知發布詳情，以便執行下次的發布操作。
用戶所在客戶端不同，則信息發布界面展示的發布信息不同。可選地，用戶可以通過各自所在的客戶端發布待發布信息。當信息發布裝置在信息發布界面上展示發布信息時，對於每個用戶來說，可以在該用戶所在客戶端，展示該用戶發布的待發布信息在目標伺服器上的發布信息。
值得說明的是，可以通過信息發布裝置發布信息的人員包括用戶和管理員。用戶可以通過信息發布界面獲取自身發布的待發布信息在目標伺服器上的發布信息。為了方便管理員管理信息發布裝置，管理員可以獲取全部用戶的發布信息。
可選地，信息發布裝置可以在管理員所在客戶端，展示全部用戶的發布信息。
本申請實施例還提供一種信息發布裝置400，如圖4所示，包括第一獲取模塊401、發布模塊402、第二獲取模塊403以及展示模塊404。
其中，第一獲取模塊401，用於獲取待發布信息以及待發布信息對應的發布計劃。
發布模塊402，用於按照第一獲取模塊401獲取的發布計劃，將第一獲取模塊401獲取的待發布信息發布至目標伺服器。
第二獲取模塊403，用於獲取待發布信息在目標伺服器上的發布信息。
展示模塊404，用於在信息發布界面上，展示第二獲取模塊403獲取的發布信息。
在本申請實施例中，可以按照發布計劃將待發布信息發布至目標伺服器，使得用戶無需登錄伺服器即可完成信息發布，提高了信息發布效率與伺服器數據的安全性；而且可以通過信息發布界面，展示待發布信息在目標伺服器上的發布信息，便於用戶掌握信息發布情況，以便進行之後的信息發布，進一步提高信息發布效率。
可選地，第一獲取模塊401在獲取待發布信息以及待發布信息對應的發布計劃時，具體用於：響應於用戶的發布請求，向用戶展示信息發布界面；響應於用戶在信息發布界面上的發布操作，從信息發布界面上，獲取待發布信息以及待發布信息對應的發布計劃。
可選地，第一獲取模塊401在響應於用戶的發布請求，向用戶展示信息發布界面時，具體還用於：響應於用戶的發布請求，獲取用戶的身份信息；根據用戶的身份信息，確定用戶所屬的項目組；根據用戶所屬的項目組，確定用戶的權限；根據與用戶的權限相匹配的信息項，生成信息發布界面；展示信息發布界面。
本實施例中，可以根據用戶的權限生成匹配用戶權限的信息發布界面，以便用戶提交匹配權限的待發布信息，提高了信息發布效率，也提高了界面的友好程度。
可選地，發布模塊402在按照第一獲取模塊401獲取的發布計劃，將第一獲取模塊401獲取的待發布信息發布至目標伺服器時，具體還用於：根據待發布信息對應的歷史發布信息，獲取更新信息；在測試環境中，測試更新信息是否正確；若是，根據發布配置信息配置待發布信息，以獲得配置後的信息；按照發布計劃，將配置後的信息發布至目標伺服器。
本實施例中，可以對待發布信息進行測試與配置，提高了待發布信息的準確性；而且可以對待發布信息進行自動配置，用戶只需要提交較小數據量的信息，提高了信息發布的效率。
可選地，發布模塊402在按照第一獲取模塊401獲取的發布計劃，將第一獲取模塊401獲取的待發布信息發布至目標伺服器時，具體還用於：根據發布計劃中的目標伺服器個數，確定發布批次；建立發布計劃中的目標伺服器ip地址與發布批次之間的對應關係；根據對應關係，分批次將待發布信息發布至目標伺服器ip地址對應的目標伺服器。
本實施例中，當目標伺服器有多個時，可以分批次將待發布信息發布至目標伺服器，進而實現負載均衡。
可選地，信息發布裝置400還包括檢測模塊以及重新發布模塊。
其中，檢測模塊用於在按照發布計劃，將待發布信息發布至目標伺服器之後，檢測待發布信息在目標伺服器上的運行狀況。
重新發布模塊用於若運行狀況異常，重新發布待發布信息至目標伺服器。
可選地，第二獲取模塊403在獲取待發布信息在目標伺服器上的發布信息時，具體用於：若待發布信息成功發布，獲取發布時間、目標伺服器的ip地址以及發布者的信息中的至少一種。
本實施例中，信息發布界面上可以展示發布時間、目標伺服器的ip地址以及發布者的信息中的至少一種，從而用戶可以獲知發布詳情，以便執行下次的發布計劃。
所述裝置與前述的方法流程描述對應，不足之處參考上述方法流程的敘述，不再一一贅述。
還需要說明的是，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、cd-rom、光學存儲器等)上實施的電腦程式產品的形式。
以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求範圍之內。