TWI893402B - 提供資訊之方法及裝置 - Google Patents

提供資訊之方法及裝置

Info

Publication number
TWI893402B
TWI893402B TW112123560A TW112123560A TWI893402B TW I893402 B TWI893402 B TW I893402B TW 112123560 A TW112123560 A TW 112123560A TW 112123560 A TW112123560 A TW 112123560A TW I893402 B TWI893402 B TW I893402B
Authority
TW
Taiwan
Prior art keywords
api
api request
outbound
information
inbound
Prior art date
Application number
TW112123560A
Other languages
English (en)
Other versions
TW202411916A (zh
Inventor
應澤木
Original Assignee
韓商韓領有限公司
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 韓商韓領有限公司 filed Critical 韓商韓領有限公司
Publication of TW202411916A publication Critical patent/TW202411916A/zh
Application granted granted Critical
Publication of TWI893402B publication Critical patent/TWI893402B/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/562—Brokering proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本發明揭示一種電子裝置提供資訊之方法。具體而言，電子裝置提供資訊之方法可包括如下步驟：基於自第1終端獲得之資訊而確認包括請求者之第1識別資訊及API之請求資訊的入站API請求；對入站API請求分配第2識別資訊；確認與入站API請求對應之服務伺服器；基於入站API請求，向服務伺服器傳輸包括第2識別資訊之出站API請求；自服務伺服器接收與出站API請求對應之API應答；及提供入站API請求、出站API請求及API應答之清單頁面。

Description

提供資訊之方法及裝置
本說明書之實施例係關於一種提供資訊之方法及裝置。更具體而言，本說明書之實施例係關於一種對終端執行之API(Application Programming Interface，應用程式設計介面)請求及自與其對應之複數個不同之伺服器獲得的API應答進行管理，藉由該API請求及API應答之清單頁面而向用戶提供資訊之方法及裝置。
後端與前端之間之資訊交換係藉由API(Application Programming Interface)而實行。具體而言，若前端向後端請求API，則後端可向前端傳輸與API請求對應之API應答。
另一方面，用戶請求之API請求可根據請求之特性而分別提供至不同之伺服器，存在難以一起掌握該等API請求之情形。又，隨著在與伺服器連接之終端中實行功能，前端可請求與該功能對應之複數個API，後端與前端藉由與執行功能對應之複數個API而交換資訊。然而，存在如下問題：於終端執行功能時產生錯誤等之情形時，需對複數個API請求及複數個API應答進行除錯，但於存在各種收發主體之環境下，難以一起確認API請求與API應答。
與此相關，可參照KR102163818B1及KR102230272B1等 先前文獻。
本發明係為了解決上述問題而提出，提供一種提供資訊之方法及裝置。
更具體而言，本發明之目的在於提供一種如下之方法及裝置：對特定終端請求之API請求及與其對應之API應答進行管理，儲存該API請求及該API應答，藉此可一起確認根據特定終端之動作而產生之API請求與API應答，可確認用戶藉此收發之資訊，對該資訊實行修正。
本實施例欲解決之技術問題並不限定於如上所述之技術問題，可根據以下實施例類推其他技術問題。
作為用以解決上述問題之技術手段，本發明之第1觀點之電子裝置提供資訊之方法可包括如下步驟：基於自第1終端獲得之資訊，確認包括請求者之第1識別資訊及API(Application Programming Interface)之請求資訊之入站API請求(Inbound API Request)；對入站API請求分配第2識別資訊；確認與入站API請求對應之服務伺服器；基於入站API請求，向服務伺服器傳輸包括第2識別資訊之出站API請求(Outbound API Request)；自服務伺服器接收與出站API請求對應之API應答(API Response)；及提供入站API請求、出站API請求及API應答之清單頁面。
根據一實施例，提供資訊之方法可進而包括如下步驟：基於第1識別資訊，確認與第1終端對應之入站API請求；基於第2識別資 訊，確認與入站API請求對應之出站API請求及API應答；及基於第1識別資訊及第2識別資訊，對第1識別資訊、第2識別資訊、入站API請求、出站API請求及API應答進行匹配而儲存至資料儲存器。
根據一實施例，提供清單頁面之步驟可包括如下步驟：利用第1識別資訊來於儲存在資料儲存器之複數個入站API請求中確認與第1終端對應之入站API請求；利用第2識別資訊來於儲存在資料儲存器之複數個出站API請求及複數個API應答中確認與入站API請求對應之出站API請求之集合及API應答的集合；提供清單頁面，該清單頁面包括與入站API請求匹配之出站API請求之集合之第1清單、與出站API請求及API應答之第2清單。
根據一實施例，提供資訊之方法之特徵可在於：對應於接收與自第1終端獲得之清單頁面上之出站API請求對應之輸入，提供第2清單。
根據一實施例，確認服務伺服器之步驟可包括如下步驟：確認具有與入站API請求相同之第2識別資訊之出站API請求；及確認與出站API請求對應之服務伺服器。
根據一實施例，提供清單頁面之步驟可包括如下步驟：將入站API請求顯示為第1等級，以低於第1等級之第2等級顯示出站API請求，藉此提供清單頁面。
根據一實施例，提供清單頁面之步驟可包括如下步驟：顯示出站API請求之檔案大小之資訊、與出站API請求對應之方法(Method)資訊、與出站API請求對應之狀態(Status)資訊、是否對出站API請求使用模擬資料(Mock data)之資訊、出站API請求之傳輸時間之資訊、與第2清 單對應之圖標之資訊、及出站API請求之除錯圖標之資訊中之至少一者而提供清單頁面。
根據一實施例，接收API應答之步驟可包括如下步驟：等待與包括第2識別資訊之出站API請求之傳輸對應之響應；及自服務伺服器接收作為對出站API請求之響應之API應答。
根據一實施例，提供資訊之方法可進而包括如下步驟：基於第2識別資訊，自資料儲存器確認與入站API請求對應之出站API請求之集合；於集合所包括之出站API請求中確認作為重複之出站API請求之第1出站API請求；確認於集合中刪除第1出站API請求而修正之集合；及於再確認入站API請求後，基於修正之集合而傳輸包括第2識別資訊之經修正之集合之出站API請求。
根據一實施例，提供資訊之方法可進而包括如下步驟：基於第2識別資訊，自資料儲存器確認與入站API請求對應之出站API請求之集合；基於API之規格資訊，確認不包括於集合之第1出站API請求；確認於集合中追加第1出站API請求而修正之集合；及於再確認入站API請求後，基於修正之集合而傳輸包括第2識別資訊之經修正之集合之出站API請求。
根據一實施例，提供資訊之方法可進而包括如下步驟：自第1終端接收確認為存在錯誤之入站API請求之資訊；基於入站API請求之資訊，確認第2識別資訊、與入站API請求對應之URL(Uniform Resource Locator，統一資源定位符)資訊、及與入站API請求對應之時間資訊；及將第1識別資訊、第2識別資訊、URL資訊及時間資訊傳輸至第2終端。
根據一實施例，提供資訊之方法可包括如下步驟：自第2 終端接收修正入站API請求、出站API請求及API應答中之至少一者所得之修正資料；及基於修正資料，修正入站API請求、出站API請求及API應答中之至少一者。
本發明之第2觀點之提供資訊之電子裝置可包括：收發器；儲存器；及處理器，其基於自第1終端獲得之資訊，確認包括請求者之第1識別資訊及API之請求資訊之入站API請求，對入站API請求分配第2識別資訊，確認與入站API請求對應之服務伺服器，基於入站API請求而向服務伺服器傳輸包括第2識別資訊之出站API請求，自服務伺服器接收與出站API請求對應之API應答，且提供入站API請求、出站API請求及API應答之清單頁面。
本發明之第3觀點之記錄媒體可為非暫時性電腦可讀記錄媒體，其記錄有用以於電腦中執行之程式。
根據本說明書之實施例，電子裝置對特定終端之API請求及對應之API應答進行匹配而以清單頁面之形式來提供，藉此，於需進行與終端之服務相關之改善時，可使開發者能夠藉由清單頁面而容易地確認與錯誤相關聯之API請求或API應答，並對其實行測試。
發明之效果並不限制於以上提及之效果，於本技術領域內具有常識者可根據發明申請專利範圍之記載而明確地理解未提及之其他效果。
10:資訊提供系統
100:電子裝置
110:第1終端
120:服務伺服器
400:頁面
410:區域一
421:區域
422:區域
423:區域
430:區域三
440:區域四
450:區域五
460:區域六
500:清單頁面
510:入站API請求
520:入站API請求
530:入站API請求
540:入站API請求
550:入站API請求
560:入站API請求
570:第1識別資訊
600:清單頁面
610:入站API請求
611:第1出站API請求
612:第2出站API請求
613:第3出站API請求
614:第4出站API請求
615:第5出站API請求
631:檔案大小之資訊
632:方法資訊
633:狀態資訊
634:模擬資料之資訊
635:圖標之資訊
636:除錯圖標之資訊
637:傳輸時間之資訊
700:第1畫面
710:請求之圖標
720:請求標頭之圖標
721:HOST之行
722:REFERER之行
723:ACCEPT-LANGUAGE之行
724:ACCEPT之行
725:ACCEPT ENCODING之行
730:應答之圖標
731:狀態代碼
750:第2畫面
800:第2終端
820:資訊
830:資訊
851:“新鮮”：15000、“全球”：29800
852:“新鮮”：29800、“全球”：15000
900:第1清單頁面
901:第1出站API請求
902:第2出站API請求
903:第3出站API請求
930:第2清單頁面
931:第1出站API請求
932:第2出站API請求
960:第3清單頁面
1000:清單頁面
1020:儲存為模擬資料
1030:頁面
1031:測試項目
1032:A
1033:測試A
1034:儲存
1040:頁面
1041:測試項目
1042:A
1043:編輯圖標
1100:電子裝置
1110:收發器
1120:處理器
1130:儲存器
S210:步驟
S220:步驟
S230:步驟
S240:步驟
S250:步驟
S260:步驟
S310:步驟
S320:步驟
S330:步驟
S340:步驟
S350:步驟
S360:步驟
S370:步驟
S380:步驟
圖1係用以說明可實現各種實施例之電子裝置提供資訊之方法之資訊 提供系統的圖。
圖2係表示一實施例之提供資訊之方法之流程圖。
圖3係用以更具體地說明一實施例之資訊提供系統之圖。
圖4係表示第1終端之畫面之圖。
圖5係表示顯示入站API請求之清單頁面之畫面。
圖6係表示包括顯示入站API請求及對應之出站API請求之第1清單之清單頁面的畫面。
圖7a係表示第1出站API請求之請求標頭之原始代碼之畫面。
圖7b係表示與第1出站API請求對應之API應答之原始代碼之畫面。
圖8係對藉由一實施例之第1終端及第2終端而確認為存在錯誤之API請求或API應答進行修正之實施例的圖。
圖9係用以說明對與入站API請求對應之出站API請求之集合進行修正之實施例的圖。
圖10a、圖10b及圖10c係表示模擬API請求及API應答之一實施例之圖。
圖11係將一實施例之用以提供資訊之電子裝置圖示化之方塊圖。
實施例中使用之用語係考慮本發明中之功能而儘可能地選擇了目前廣泛使用之普通用語，然而，其可根據本領域之技術人員之意圖或先例、新技術之出現等而有所不同。又，於特定之情形時，亦存在申請人任意選定之用語，於該情形時，在相應之說明部分詳細地記載其含義。因此，本發明中使用之用語應基於該用語所具有之含義及整篇本發明之內容而定義，並非簡單地基於用語之名稱而定義。
於整篇說明書中，當描述為某個部分“包括”某個構成要素時，若無特別相反之記載，則意味著可進而包括其他構成要素，並非排除其他構成要素。又，說明書中記載之“...部”、“...模組”等用語是指對至少一個功能或動作進行處理之單位，其可由硬體或軟體實現，或者由硬體與軟體之結合實現。
整篇說明書中記載之“a、b、及c中之至少一者”之表達可包括“單獨之a”、“單獨之b”、“單獨之c”、“a及b”、“a及c”、“b及c”或“a、b、c三者”。
以下提及之“終端”可由電腦或攜帶用終端實現，該電腦或攜帶用終端可藉由網路而連接至伺服器或其他終端。此處，電腦例如包括裝載有網頁瀏覽器(WEB Browser)之筆記型電腦、桌上型電腦(desktop)、膝上型電腦(laptop)等，攜帶用終端作為確保攜帶性及行動性之無線通訊裝置，例如可包括IMT(International Mobile Telecommunication，國際行動通訊)、CDMA(Code Division Multiple Access，分碼多重存取)、W-CDMA(W-Code Division Multiple Access，寬頻分碼多重存取)、LTE(Long Term Evolution，長期演進)等通訊終端、如智慧型手機、平板電腦等所有類型之手持式(Handheld)無線通訊裝置。
以下，參考附圖，詳細地對本發明之實施例進行說明，以便本發明所屬之技術領域內具有常識者可容易地實施。然而，本發明能夠以各種不同之形態實現，並不限定於此處說明之實施例。
以下，參照附圖，詳細地對本發明之實施例進行說明。
於對實施例進行說明時，省略本發明所屬之技術領域內熟 知且與本發明無直接關聯之技術內容之說明。其原因在於：藉由省略多餘之說明而更明確地傳達本發明之主旨，以避免混淆本發明之主旨。
出於相同之原因，於附圖中誇張、省略或概略地表示一部分構成要素。又，各構成要素之尺寸並非完全反映實際尺寸。於各圖中，對相同或對應之構成要素賦予相同之參照符號。
若連同附圖一併參照於以下詳細敍述之實施例，則本發明之優點、特徵及達成該等優點與特徵之方法變明確。然而，本發明並不限定於以下揭示之實施例，能夠以不同形態實現，本實施例僅是為了完整地揭示本發明且向本發明所屬之技術領域內具有常識者完整地告知發明之範疇而提供，本發明僅由發明申請專利範圍之範疇定義。於整篇說明書中，相同之參照符號表示相同之構成要素。
此時，可理解處理流程圖之各方塊與流程圖之組合可藉由電腦程式指令而實行。該等電腦程式指令可裝載至通用電腦、特殊用電腦或其他可編程資料處理設備之處理器，因此藉由電腦或其他可編程資料處理設備之處理器而實行之該等指令會產生實行流程圖方塊中說明之功能的方法。為了以特定方式實現功能，該等電腦程式指令可儲存於可面向電腦或其他可編程資料處理設備之電腦可用或電腦可讀記憶體，儲存於該電腦可用或電腦可讀記憶體中之指令亦可生產包含實行流程圖方塊中說明之功能之指令方法的製造品項。電腦程式指令亦可裝載至電腦或其他可編程資料處理設備上，因此於電腦或其他可編程資料處理設備上實行一連串之動作步驟而產生藉由電腦執行之流程，從而由電腦或其他可編程資料處理設備實行之指令亦可提供用以執行流程圖方塊中說明之功能的步驟。
又，各方塊可表示包括用以執行特定之邏輯性功能之一個 以上之可執行指令的模組、片段或代碼之一部分。又，應注意，於若干替代執行例中，亦可不按順序產生方塊中提及之功能。例如，相繼表示之兩個方塊實質上既可同時實行，亦可偶爾根據對應之功能而按照相反之順序實行。
圖1係用以說明可實現各種實施例之電子裝置提供資訊之方法之資訊提供系統的圖。
參照圖1，各種實施例之資訊提供系統10可藉由各種裝置而實現。例如，資訊提供系統10可包括電子裝置100、第1終端110及服務伺服器120。圖1所示之資訊提供系統10僅表示有與本實施例相關之構成要素。因此，與本實施例相關之技術領域內具有常識者可理解，除圖1所示之構成要素以外，可進而包括其他通用之構成要素。
電子裝置100、第1終端110及服務伺服器120可分別包括收發器、儲存器及處理器。又，電子裝置100、第1終端110及服務伺服器120分別是指對至少一個功能或動作進行處理之單位，其可由硬體、軟體或硬體及軟體之結合實現。另一方面，於整個實施例中，電子裝置100、第1終端110分別提及為分離之裝置或伺服器，但其可為邏輯上區分之構造，其中至少一部分可藉由一個裝置或伺服器中分離之功能而實現。
根據一實施例，電子裝置100、第1終端110及服務伺服器120可包括以網路伺服器實現之多個電腦系統或電腦軟體。例如，電子裝置100、第1終端110及服務伺服器120中之至少一部分可指與下位裝置連接而接收作業實行請求，實行該作業實行請求之作業而提供實行結果之電腦系統及電腦軟體，該下位裝置可藉由如內部網或網際網路之電腦網路而與其他網路伺服器通訊。除此之外，電子裝置100、第1終端110及服務伺 服器120中之至少一部分亦可理解為如下之廣義之概念：包括可於網路伺服器上進行動作之一連串之應用程式、與構建於內部或所連接之其他節點之各種資料庫。例如，電子裝置100、第1終端110及服務伺服器120中之至少一部分可利用DOS、Windows、Linux、UNIX或MacOS等操作系統提供之各種網路伺服器程式而實現。
電子裝置100、第1終端110及服務伺服器120可藉由網路(未圖示)而彼此通訊。網路可包括區域網(Local Area Network，LAN)、廣域網(Wide Area Network，WAN)、加值網(Value Added Network，VAN)、行動通訊網(mobile radio communication network)、衛星通訊網及其等之相互組合，且該網路係使圖1所示之各網路構成主體彼此順暢地進行通訊之綜合性含義之資料通訊網，可包括有線網際網路、無線網際網路及行動無線通訊網。無線通訊例如可包含無線區域網(Wi-Fi)、藍牙、低功耗藍牙(Bluetooth low energy)、紫蜂、WFD(Wi-Fi Direct，Wi-Fi直連)、UWB(ultra wideband，超寬頻)、紅外線通訊(IrDA，infrared Data Association)、NFC(Near Field Communication，近場通訊)等，但並不限定於此。
以下，詳細地對如下之具體實施例進行：根據一實施例，電子裝置100基於自第1終端110獲得之資訊，確認包括請求者之第1識別資訊及API(Application Programming Interface)之請求資訊之入站API請求(Inbound Request)，對入站API請求分配第2識別資訊，確認與入站API請求對應之服務伺服器，基於入站API請求而向服務伺服器傳輸包括第2識別資訊之出站API請求，自服務伺服器接收與出站API請求對應之API應答，且提供入站API請求、出站API請求及API應答之清單頁面。
圖2係表示一實施例之提供資訊之方法之流程圖。
參照圖2，可明確地理解，電子裝置提供資訊之各動作可於本發明所屬之技術領域內具有常識者明確地理解之範圍內變更、置換一部分動作，或者變更動作間之一部分順序。
於步驟S210中，電子裝置100可基於自第1終端獲得之資訊，確認包括請求者之第1識別資訊及API之請求資訊之入站API請求。
根據一實施例，第1終端110可為藉由應用程式、程式等而實行各種動作之電子裝置。第1終端110可為行動器件、電腦器件，但並不限定於任一者。第1終端110可將API之請求資訊及用以識別第1終端之資訊傳輸至電子裝置100，藉由基於本申請案之實施例之方法而獲得之資料等來實行相應的功能。例如，作為與藉由電子商務應用程式而連接至特定商品之詳細頁面之請求對應之響應，第1終端110獲得包括特定商品之影像、價格資訊及折扣資訊等之頁面，藉此可顯示特定商品之頁面。為了顯示如上所述之頁面，電子商務服務伺服器可自管理頁面中顯示之資訊之資料庫接收各資料而基於該等資料來產生頁面。另一方面，亦可基於電子商務服務伺服器提供之資訊而於終端產生如上所述之頁面。
根據一實施例，電子裝置100可基於自第1終端110獲得之資訊而獲得請求者之第1識別資訊。此處，獲得之資訊可包括請求欲於第1終端110實行之功能之請求者的資訊。例如，電子裝置100可自第1終端110獲得用以將請求者與其他用戶區分開來之通用固有識別符(Universally Unique Identifier，UUID)之資訊。藉此，電子裝置可基於自第1終端110獲得之通用固有識別符之資訊而確認識別資訊。第1識別資訊可為通用固有識別符，但並不限定於此。例如，第1識別資訊亦可為請求者之識別符 資訊。
根據一實施例，電子裝置100可確認包括API之請求資訊之入站API請求。更詳細而言，電子裝置100可確認如下之入站API請求：包括實行第1終端110中之功能所需之至少一個API之請求資訊。又，可包括複數個與第1終端110中之功能對應之入站API請求。例如，1)若第1終端110中之功能為請求特定商品之詳細頁面，2)則入站API請求可包括：與如GNB(Global Navigation bar，全球導航欄)般無關於商品之種類而包括於所有詳細頁面中之選單對應之請求；及與特定商品之資訊(例如，價格資訊、數量資訊等資訊)對應之請求。
於步驟S220中，電子裝置100可對入站API請求分配第2識別資訊。此處，第2識別資訊可為用以將入站API請求與其他入站API請求區分開來之資訊。又，第2識別資訊可用於確認具有與入站API請求相同之第2識別資訊之至少一個出站API請求。藉此，電子裝置100可基於第2識別資訊，排列分別與複數個入站API請求對應之至少一個出站API請求，該複數個入站API請求與第1終端110中之功能對應。藉由以此方式將第2識別資訊分配至API請求，可追蹤(trace)特定終端或請求者提供之API請求，藉此可一起管理與API請求對應之API應答。
於步驟S230中，電子裝置100可確認與入站API請求對應之服務伺服器。更詳細而言，電子裝置100可確認具有與入站API請求相同之第2識別資訊之出站API請求，可確認與所確認之出站API請求對應之服務伺服器。為了請求與入站API請求中包括之至少一個API請求資訊對應之至少一個API，需要入站API請求與出站API請求之匹配資訊。作為與此相關之一實施例，電子裝置100可利用第2識別資訊來識別具有與入站 API請求相同之第2識別資訊之至少一個出站API請求。此處，至少一個出站API請求可分別與至少一個API請求資訊對應。又，此處，出站API請求係自電子裝置100向服務伺服器傳輸之請求，其可為入站API請求之一部分。
根據一實施例，電子裝置100可確認要傳輸至少一個出站API請求之服務伺服器。此處，服務伺服器作為傳輸與自電子裝置100接收之請求對應之API應答之伺服器，服務伺服器可為網站應用程式伺服器(Web Application Server)、DB(Databace，資料庫)伺服器，但並不限定於此。又，服務伺服器可包括複數個子服務伺服器。
於步驟S240中，電子裝置100可基於入站API請求，向服務伺服器傳輸包括第2識別資訊之出站API請求。
於步驟S250中，電子裝置100可自服務伺服器接收與出站API請求對應之API請求。
作為用以確認與發送之出站API請求對應之API請求之一實施例，電子裝置100可等待與包括第2識別資訊之出站API請求之傳輸對應之響應，可自服務伺服器接收作為對出站API請求之響應之API應答。藉此，即使接收到之API應答無另外之識別符，電子裝置100亦可確認與接收到之API應答對應之出站API請求。然而，並不限定於此，電子裝置100可基於API應答中包括之第2識別資訊，確認具有相同之第2識別資訊之出站API請求。
於步驟S260中，電子裝置100可提供入站API請求、出站API請求及API應答之清單頁面。更詳細而言，電子裝置100可基於第1識別資訊而確認與第1終端110對應之入站API請求，基於第2識別資訊而確 認與入站API請求對應之出站API請求之集合及AP應答之集合。藉此，電子裝置100可提供包括與入站API請求匹配之API請求之集合之第1清單、與出站API請求及API應答之第2清單的清單頁面。於以下詳細地對提供清單頁面之具體實施例進行說明。
圖3係用以更具體地說明一實施例之資訊提供系統10之圖。
參照圖3，各種實施例之資訊提供系統10可藉由各種類型之裝置而實現。例如，資訊提供系統10可包括電子裝置100、第1終端110、服務伺服器120及資料儲存器(未圖示)。資料儲存器(未圖示)可為電子裝置100內之儲存器，亦可為電子裝置100外部之儲存器，但並不限定於此。又，資料儲存器作為遠程字典伺服器(Remote Dictionary Server)，可為基於開放原始碼之非關聯式資料庫管理系統。
於步驟S310中，電子裝置100可自第1終端110接收API之請求資訊。隨著接收API之請求資訊，電子裝置100可確認包括API之請求資訊之入站API請求。此處，API之請求資訊可與第1終端110中實行之功能對應。
又，電子裝置100可基於自第1終端110獲得之資訊，獲得請求者之第1識別資訊。1)例如，若第1終端110為電腦器件，則電子裝置100可將自第1終端110獲得之通用固有識別符獲得作請求者之第1識別資訊。2)又，例如，若第1終端110為行動器件，則電子裝置100可將與自第1終端110獲得之通用固有識別符對應之用戶ID(Identifier，識別符)(例如，PCID(Personal Computer Identifier，電腦識別符))獲得作請求者之第1識別資訊。
根據一實施例，用以提供資訊之電子裝置100可包括Nginx及Java應用程式(Application)。1)Nginx作為開放原始碼網站伺服器程式，其係HTTP(HyperText Transfer Protocol，超文件傳送協定)、反向代理伺服器等可驅動伺服器之網站伺服器。更詳細而言，Nginx係藉由基於非同步事件之構造而作動之網站伺服器，電子裝置100可藉由Nginx而以較少之資源進行有效率之業務處理。又，電子裝置100可作為藉由Nginx而對本申請案之API請求與API應答進行中介之電子裝置進行動作。2)Java可為後端主要使用之程式設計語言中之一者。電子裝置100可藉由Java應用程式而將具有與入站API請求相同之第2識別資訊之至少一個出站API請求傳輸至服務伺服器。
又，電子裝置100可包括模擬代理(Mock Agent)，該模擬代理係用以模擬、修正出站API請求及API應答中需進行追加之測試之部分。例如，於藉由第1終端而連接特定商品之詳細頁面時，會因特定商品之價格資訊、折扣資訊等存在錯誤而不顯示詳細頁面之特定商品之價格的資訊。此時，電子裝置100可提供包括對API應答進行修正之功能之清單頁面：該API應答係與特定商品之供應商物品(vendor Item)ID之API請求對應。因此，於進行追加測試之情形時，電子裝置100可接收如下之API應答(Mocked API Response)：修正成與特定商品之供應商物品ID之API請求對應之響應。藉此，第1終端可顯示準確地顯示有特定商品之價格之資訊之詳細頁面。對此，於圖6及圖9中詳細地進行說明。
於步驟S320中，電子裝置100可對第1識別資訊、第2識別資訊及入站API請求進行匹配而儲存至資料儲存器。此前，電子裝置100可對入站API請求分配第2識別資訊。藉此，電子裝置100可基於第2識別 資訊而將入站API請求與其他入站API請求區分開來。電子裝置100可區分具有與入站API請求相同之第2識別資訊之出站API請求。電子裝置100可基於第1識別資訊而確認與第1終端對應之入站API請求，對第2識別資訊與入站API請求進行匹配。基於此種匹配關係，電子裝置100可將第1識別資訊、第2識別資訊及入站API請求儲存至資料儲存器。
於步驟S330中，電子裝置100可確認與入站API請求對應之服務伺服器，向確認之服務伺服器傳輸與入站API請求對應之至少一個出站API請求。例如，參照圖3，電子裝置100可向第1服務之服務伺服器傳輸第1出站API請求，可向第2服務之服務伺服器傳輸第2出站API請求。又，電子裝置100可自第1服務之服務伺服器接收與第1出站API請求對應之第1API應答，可自第2服務之服務伺服器接收與第2出站API請求對應之第2API請求。
此處，傳輸至服務伺服器之出站API請求係遵循HTTP(HyperText Transfer Protocol)規則，可包括請求行、請求標頭、請求主體。又，API應答可根據HTTP規則，包括狀態(Status)行、應答標頭、應答主體。又，於本申請案中，API可為Rest(Representational State of Transfer，表示狀態傳送)API，但並不限定於此。
於步驟S340中，電子裝置100可自服務伺服器120接收API應答。更詳細而言，電子裝置100可等待與第1出站API請求之傳輸對應之響應，自包括第1服務之服務伺服器接收作為對第1出站API請求之響應之第2API應答。藉此，電子裝置100可確認自服務伺服器接收之API應答(包括第1API應答及第2API應答)中與第1出站API請求對應之第1API應答。
於步驟S350中，電子裝置100可將包括第2識別資訊之出站 API請求及對應之API應答儲存至資料儲存器。
藉由步驟S320及步驟S350，電子裝置100可基於第1識別資訊及第2識別資訊，對第1識別資訊、第2識別資訊、入站API請求、出站API請求及API應答進行匹配而儲存至資料儲存器。更詳細而言，電子裝置100對第1出站API請求與第1API應答進行匹配，對第2出站API請求與第2API應答進行匹配，藉此可將出站API請求及API應答儲存至資料儲存器。電子裝置100可基於第1識別資訊而確認與第1終端對應之入站API請求，基於第2識別資訊而確認與入站API請求對應之出站API請求及API應答。
於步驟S360中，電子裝置100可對入站API請求、出站API請求及API應答進行匹配而提供清單頁面。更詳細而言，清單頁面可為第1終端110之作業環境下之清單頁面，該清單頁面係對與第1終端110對應之第1識別資訊進行檢索而產生。然而，並非僅可於第1終端110中確認第1終端110之作業環境下之清單頁面。
於步驟S370中，電子裝置100亦可將清單頁面提供至第2終端。更詳細而言，隨著自第2終端接收與第1終端110之第1識別資訊對應之清單頁面之請求，電子裝置100亦可將清單頁面提供至第2終端。之前，第1終端110之用戶可將與第1終端110對應之第1識別資訊提供給第2終端之用戶。
於步驟S380中，電子裝置100可提供與入站API請求對應之功能。例如，電子裝置100可基於自服務伺服器120獲得之資訊而產生與對API之請求對應之電子商務相關頁面，可將該電子商務相關頁面提供至第1終端110。
圖4係表示第1終端之畫面之圖。
根據一實施例，第1終端110可為實行各種功能及動作之電子裝置。更詳細而言，若用戶藉由第1終端110而執行連接至30m之捲筒衛生紙商品(以下，對象物品)之詳細頁面之功能，則第1終端110可顯示如頁面400之頁面。頁面400可劃分為頁面400上之複數個區域，該複數個區域係與執行第1終端110之功能產生之複數個入站API請求匹配。
例如，頁面400之區域一410作為網頁導覽路徑(breadcrumb)之區域，可顯示對象物品之“主選單至下位類別”。頁面400之區域二可包括區域421、區域422及區域423，區域二可包括對象物品之影像、對象物品之名稱資訊、對象物品之評分資訊、對象物品之評分數量資訊、對象物品之價格資訊。頁面400之區域三430作為My Coupang圖標之區域，可顯示請求者(可為電子商務服務之用戶)之資訊。頁面400之區域四440可顯示折扣資訊之區域。頁面400之區域五450可顯示購物車之資訊。頁面400之區域六460可為頁面400之橫幅廣告之區域。然而，頁面400之區域不僅包括區域一410、區域二、區域三430、區域四440、區域五450及區域六460，亦可包括配送資訊之區域。
如圖2所示，電子裝置100可提供清單頁面，該清單頁面包括與入站API請求匹配之出站API請求之集合之第1清單、與出站API請求及對應之API應答之第2清單。以下，對提供與圖4之實施例對應之清單頁面之實施例進行說明。
圖5係表示顯示入站API請求之清單頁面之畫面。
根據一實施例，電子裝置100可確認與第1終端執行功能對應之複數個入站API請求。又，電子裝置100可提供清單頁面500，該清單 頁面表示與第1終端執行功能對應之複數個入站API請求。清單頁面500及第1終端110顯示之頁面400之複數個區域間之匹配關係如下。
1)清單頁面500之入站API請求510作為對網頁導覽路徑之請求，可與頁面400之區域一410之“Coupang主頁、獨居生活、洗滌劑/衛生紙、衛生紙、高級捲筒衛生紙(3層以上)”對應。2)清單頁面500之入站API請求520作為供應商物品ID為“5077941266”之物品之資訊之請求，可與頁面400之區域421、區域422及區域423對應。3)清單頁面500之入站API請求530作為用戶資訊之請求，可與頁面400之區域三430對應。4)清單頁面500之入站API請求540作為供應商物品ID為“5077941266”之物品之資訊之請求，可與頁面400之區域四440對應。5)清單頁面500之入站API請求550作為購物車計數之請求，可與頁面400之區域五450對應。6)清單頁面500之入站API請求560作為與物品“261192458”相關之橫幅之請求，可與頁面400之區域六460顯示之18個捲筒衛生紙之廣告對應。
然而，清單頁面500並非僅提供至電子裝置100。其他用戶可藉由輸入作為第1識別資訊之“6288215614209259755120”570，確認顯示有第1終端110執行功能(執行向圖4之對象商品之詳細頁面之連接)產生之入站API請求之清單頁面500。
又，電子裝置100可利用第1識別資訊來於資料儲存器所儲存之複數個入站API請求中確認與第1終端對應之入站API請求，利用第2識別資訊來於資料儲存器所儲存之複數個出站API請求及複數個API應答中確認與入站API請求對應之出站API請求之集合及API應答的集合。藉此，電子裝置100可提供包括與入站API請求匹配之出站API請求之集合之 第1清單、與出站API請求及API應答之第2清單的清單頁面。以下，於圖6中詳細地對與此相關之具體實施例進行說明。
圖6係表示包括顯示入站API請求及對應之出站API請求之第1清單之清單頁面的畫面。
根據一實施例，電子裝置100將入站API請求顯示為第1等級，以低於第1等級之第2等級顯示對應之出站API請求，藉此可提供清單頁面600。例如，若點擊清單頁面600上之索引(Index)編號12即“breadcrumb-gnbmenu”之入站API請求610，則電子裝置100可提供清單頁面600，該清單頁面600包括與入站API請求610匹配之出站API請求之集合之清單1。與此相關，清單頁面600可將與入站API請求匹配之出站API請求之集合之個數顯示至入站API請求之列之計數(Count)中。例如，與入站API請求610匹配之出站API請求之集合之個數可為5個。與入站API請求610匹配之出站API請求之集合可包括：“熱門關鍵字(hotkeyword)”之第1出站API請求611；“檢索廣告(searchads)”之第2出站API請求612；“成員(member)”之第3出站API請求613；“類別資訊(category-info)”之第4出站API請求614；及“單據(document)”之第5出站API請求615。
根據一實施例，電子裝置100可將出站API請求之資訊顯示至第1清單而顯示至清單頁面600來提供。出站API請求之資訊可包括出站API請求之檔案大小之資訊631、與出站API請求對應之方法資訊632、API請求是否成功之狀態資訊633、是否對出站API請求使用模擬資料(Mock data)之資訊634、與第2清單對應之圖標之資訊635、出站API請求之除錯圖標之資訊636及出站API請求之傳輸時間之資訊637。
1)出站API請求之檔案大小之資訊631可表示出站API請求之檔案大小。例如，第1出站API請求611之檔案大小可為0.51KB。
本申請案中之API可為遵守REST架構之制約條件之REST API(Representational State Transfer)。具體而言，API Rest架構可指以如下方式設計之架構：藉由HTTP方法而對資源進行處理。例如，第3出站API請求613係遵循HTTP規則，可包括作為資源之成員。以下，詳細地對2)方法資訊632、及3)狀態資訊633進行說明，該方法資訊係與意指該資源之操作(operation)之HTTP協定之方法即出站API請求對應，該狀態資訊係表示出站API請求是否成功。
2)與出站API請求對應之方法資訊632可為HTTP協定之方法之資訊。例如，i)若方法資訊632為“GET”，則服務伺服器120可檢索REST API資源之資訊而向電子裝置100進行API應答。ii)若方法資訊632為“POST”，則服務伺服器120可產生REST API資源而向電子裝置100進行API應答。iii)若方法資訊632為“PUT”，則服務伺服器120可更新REST API資源而向電子裝置100進行API應答。iv)若方法資訊632為“DELETE”，則服務伺服器120可刪除REST API資源或相關構成而向電子裝置100進行API應答。然而，方法資訊632並不限定於上述示例。參照圖6，第1出站API請求611之方法資訊為“POST”，服務伺服器120可產生REST API資源而向電子裝置100進行API應答。
3)與出站API請求對應之狀態資訊633可為與HTTP規則對應之出站API請求是否成功之資訊。例如，i)若狀態資訊633為“200”，則狀態資訊633可為表示服務伺服器120已正常處理出站API請求之資訊。ii)若狀態資訊633為“201”，則狀態資訊633可為表示服務伺服器120已 正常處理出站API請求且產生新的資源之資訊。iii)若狀態資訊633為“400”，則狀態資訊633可為表示出站API請求無效而未於服務伺服器120進行處理之資訊。然而，狀態資訊633並不限定於上述示例。參照圖6，第1出站API請求611之狀態資訊為200，可知服務伺服器120已正常處理第1出站API請求。
4)出站API請求是否使用模擬資料(Mock data)之資訊634可表示出站API請求及對應之API應答是否使用了模擬資料。具體而言，清單頁面可根據是否使用模擬資料而不同地顯示與出站API請求對應之滑動按鈕。例如，參照圖6，第1出站API請求611是否使用模擬資料(Mock data)之資訊634表示未於第1出站API請求611及對應之API應答中使用模擬資料。
5)與第2清單對應之圖標之資訊635可與出站API請求及對應之API應答之第2清單對應。例如，電子裝置100可藉由清單頁面600所顯示之第1出站API請求611之查看(view)按鈕而對應於輸入來提供出站API請求及對應之API應答的第2清單。
6)出站API請求之除錯圖標之資訊636可於將對應之出站API請求除錯時使用。更詳細而言，電子裝置100可於清單頁面600顯示該第1出站API請求611之除錯圖標而提供，以便在複數個出站API請求中僅對該出站API請求進行curl(commandLine uniform resource locator，命令行統一資源定位符)來測試。
7)出站API請求之傳輸時間之資訊637可包括傳輸出站API請求之時間的資訊。例如，可確認第1出站API請求已於2022年5月13日9時5分59秒傳輸。
如上所述，對應於藉由與清單頁面600之第2清單對應之圖標進行之輸入，電子裝置100可提供包括出站API請求及API應答之第2頁面。於圖7a及圖7b中，對顯示清單頁面600之第1出站API請求611及對應之API應答之第2頁面進行說明。
圖7a係表示第1出站API請求611之請求標頭之原始代碼之畫面。
根據一實施例，電子裝置100可對應於藉由請求之圖標710、請求標頭之圖標720及應答之圖標730進行之輸入，提供包括第1出站API請求611、第1出站API請求611之請求標頭、及與第1出站API請求611對應之API應答之原始代碼的第2清單。
參照圖7a，第1畫面700可為第1出站API請求611之請求標頭之原始代碼之畫面。第1出站API請求611可為“熱門關鍵字”之請求。
於本申請案中，出站API請求可為遵循HTTP規則之請求，可包括：與服務伺服器主機名稱及埠編號相關之“HOST”之行721；與最近連接之網頁之URL地址資訊相關之“REFERER”之行722；與伺服器可支持之語言相關之“ACCEPT-LANGUAGE”之行723；與伺服器可處理之媒體類型種類相關之“ACCEPT”之行724；及與伺服器中支持之壓縮方式相關之“ACCEPT ENCODING”之行725。
圖7b係表示與第1出站API請求611對應之API應答之原始代碼之畫面。
參照圖7b，第2畫面750可為與第1出站API請求611對應之API請求之畫面。電子裝置100可對應於藉由應答之圖標730進行之輸入，提供包括API應答之原始代碼之第2清單。第2畫面750可包括作為與第1出 站API請求611對應之狀態代碼731之“200”。因此，可知服務伺服器120已正常處理第1出站API請求611。
API應答作為與“熱門關鍵字”之第1出站API請求611對應之API應答，可包括關鍵字及關鍵字之等級之資訊。例如，API應答可將“食用油”、“戀愛故事”、“Chiffon Pink”、“第1”、“菜籽油”包括作關鍵字目錄，可將“0”、“10”、“10”、“10”、“10”包括作對應之等級。
圖8係對藉由一實施例之第1終端及第2終端而確認為存在錯誤之API請求或API應答進行修正之實施例的圖。
可藉由電子裝置100提供之清單頁面而確認與第1終端110實行功能對應之API請求(此處，API請求可包括入站API請求及出站API請求)、及API應答中確認為存在錯誤之API請求或API應答。藉此，以下對修正確認為存在錯誤之API請求或API應答之具體實施例進行說明。
根據一實施例，電子裝置100可確認由第1終端110確認為存在錯誤之對象入站API請求810之資訊。若確認為出站API請求或API應答存在錯誤，則電子裝置100可接收確認為存在錯誤之出站API請求或與API應答對應之對象入站API請求810之資訊。
藉此，電子裝置100可基於對象入站API請求810之資訊，確認第2識別資訊、與對象入站API請求對應之URL資訊、及與對象入站API請求對應之時間資訊。藉此，電子裝置100可將包括第1識別資訊、第2識別資訊、與對象入站API請求810對應之URL資訊、及與對象入站API請求對應之時間資訊之資訊820傳輸至第2終端800。
然而，第2終端800亦可根據如下之其他實施例而接收與資 訊820相同之資訊830。例如，藉由在清單頁面檢索與第1終端110對應之第1識別資訊，使用其他終端之用戶亦可確認顯示與第1終端110實行功能匹配之API請求及API應答之清單頁面。藉此，第1終端110之用戶可向第2終端800之用戶共享顯示API請求及API應答之清單頁面。因此，使用不同終端之複數個用戶可藉由清單頁面而一併修正API請求及API應答中存在錯誤之部分來進行測試。第1終端110之用戶可於藉由清單頁面而確認存在錯誤之入站API請求後，將包括第1識別資訊、第2識別資訊、與對象入站API請求810對應之URL資訊、及與對象入站API請求對應之時間資訊之資訊830傳輸至第2終端800。
獲得第1識別資訊、第2識別資訊、與對象入站API請求810對應之URL資訊、及與對象入站API請求對應之時間資訊之第2終端800之用戶可藉由在清單頁面檢索第1識別資訊而識別於第1終端110中確認為存在錯誤之對象入站API請求810。藉此，第2終端800之用戶可確認對象入站API請求810、與對象入站API請求810對應之出站API請求、及API應答中存在錯誤之API請求或API應答。
根據一實施例，電子裝置100可自第2終端接收修正入站API請求、與入站API請求對應之出站API請求及API應答中之至少一者所得之修正資料840。例如，圖8之修正資料840可為修正API應答中存在錯誤之要素所得之資料。更詳細而言，電子裝置100可基於修正資料840而修正入站API請求、對應之出站API請求及API應答中之至少一者。例如，修正前之API應答可與免費配送之臨界價格相關而包括“新鮮(fresh)”：15000、“全球(global)”：29800(851)之應答。又，電子裝置100可基於修正資料840而將“新鮮”：15000、“全球”：29800(851)修正為“新 鮮”：29800、“全球”：15000(852)。藉此，電子裝置100可根據基於修正資料840修正之API應答860而使第1終端110改善第1終端110之功能來實行。
圖9係用以說明修正與入站API請求對應之出站API請求之集合之實施例的圖。
圖9表示與出站API請求個數對應之第1清單頁面900、第2清單頁面930及第3清單頁面960，該出站API請求係包括在與索引編號12即“類別層(category-layer)”之入站API請求對應之複數個出站API請求之集合中。
1)根據一實施例，電子裝置100可基於第2識別資訊而自資料儲存器確認與入站API請求對應之出站API請求之集合，確認集合所包括之出站API請求中重複之出站API請求即第1出站API請求，確認於集合中刪除第1出站API請求而修正之集合，且於再確認入站API請求後，基於修正之集合而傳輸包括第2識別資訊之修正之集合的出站API請求。
例如，與第2清單頁面930所顯示之索引編號12即“類別層”之入站API請求對應之出站API請求的集合可包括4個出站API請求。然而，第1出站API請求931及第2出站API請求932可重複。若第1出站API請求931及第2出站API請求932重複，則存在如下問題：即使第1終端110實行相同之功能，亦於API請求及API應答過程中分配更多資源。藉此，電子裝置100可刪除第1出站API請求931及第2出站API請求932中之一者而確認出站API請求之修正之集合。例如，如第1清單頁面900中般修正之集合可包括不重複之3個出站API請求。
2)根據一實施例，電子裝置100可基於第2識別資訊而自資 料儲存器確認與入站API請求對應之出站API請求之集合，基於API之規格資訊而確認未包括於集合中之第1出站API請求，確認於集合中追加第1出站API請求而修正之集合，且於再確認入站API請求後，基於修正之集合而傳輸包括第2識別資訊之修正之集合的出站API請求。
例如，與第2清單頁面930所顯示之索引編號12即“類別層”之入站API請求對應之出站API請求的集合可包括2個出站API請求。電子裝置100可基於與入站API請求對應之API之規格資訊，確認未包括於出站API請求之集合中之第3出站API請求903。此處，與入站API請求對應之API之規格資訊通常可為與入站API請求對應之複數個出站API請求之集合的資訊。例如，與索引編號12即“類別層”之入站API請求對應之API之規格資訊可包括第1集合之資訊，該第1集合包括第1出站API請求901、第2出站API請求902及第3出站API請求903。藉此，電子裝置100可對出站API請求之集合與第1集合進行比較而確認未包括於API請求之集合中之第3出站API請求903。藉此，電子裝置100可藉由在出站API請求之集合中追加第3出站API請求903而確認出站API請求之修正之集合。例如，如第1清單頁面900中般修正之集合可包括3個出站API請求。
根據一實施例，如藉由電子裝置100提供之清單頁面而對出站API請求是否使用模擬資料(Mock data)之資訊634中說明般，可將API請求及API應答修正為模擬資料。以下，詳細地對該內容進行說明。
圖10a、圖10b及圖10c係表示模擬API請求及API應答之一實施例之圖。
參照圖10a，表示有電子裝置100提供之清單頁面1000。用戶可確認API請求及API應答中要求模擬(Mocking)之對象API請求或對象 API應答。例如，用戶可於清單頁面中選擇需模擬之第1出站API請求1011及第2出站API請求1012，點擊“儲存為模擬資料(Save as mock data)”1020。又，用戶亦可在與第1出站API請求1011對應之API應答需模擬之情形時，選擇第1出站API請求1011。
參照圖10b，對應於點擊“儲存為模擬資料”1020，電子裝置100可顯示輸入模擬資料(mock data)之資訊之頁面1030。例如，用戶可藉由頁面1030而輸入“測試項目(Test Project)”1031作為項目、輸入“A”1032作為場景(Scenario)、及輸入“測試A(test for A)”1033作為組名(Group name)，可點擊“儲存(Save)”1034而儲存模擬資料之資訊。
參照圖10c，電子裝置100可提供對要求模擬之對象API請求或對象API應答進行編輯之頁面1040。例如，用戶藉由頁面1040而輸入“測試項目”1041作為項目名稱、輸入“A”1042作為場景，藉此可確認“測試項目”項目中儲存為“A”名稱之模擬資料之清單。用戶可基於頁面1040中顯示之URL及創建時間(Create Time)之資訊，確認模擬資料之清單中要求模擬之對象API請求或對象API應答。藉此，對應於藉由頁面1040之編輯(Edit)圖標1043進行之輸入，電子裝置100可提供用以編輯接收到輸入之對象API請求或對象API應答之介面。
圖11係將一實施例之用以提供資訊之電子裝置圖示化之方塊圖。
圖11之電子裝置1100可與本申請案之說明書之電子裝置100對應。
根據一實施例，本發明之電子裝置1100可包括收發器1110、處理器1120及儲存器1130。圖11所示之構成要素並非係於實現電 子裝置時必需者，因此與本實施例相關之技術領域內具有常識者可理解本說明書中說明之電子裝置1100可具有比以上所列舉之構成要素多或少之構成要素。另一方面，於實施例中，處理器1120可包括至少一個處理器。又，電子裝置1100亦可作為伺服器或代理伺服器(Proxy Server)而進行動作。
收發器1110可利用有線/無線通訊技術來與外部之裝置通訊，可包括收發器1110。外部之裝置可為包括開發者、品質保證組之終端之終端或伺服器。又，收發器1110利用之通訊技術可有GSM(Global System for Mobile communication，全球行動通訊系統)、CDMA(Code Division Multi Access)、LTE(Long Term Evolution)、5G(5th Generation Mobile Communication Technology，第五代行動通訊技術)、WLAN(Wireless(Local Area Network，LAN)，無線區域網)、Wi-Fi(Wireless-Fidelity，無線保真)、藍牙(Bluetooth)、RFID(Radio Frequency Identification，無線射頻識別)、紅外線通訊(Infrared Data Association，IrDA)、紫蜂(ZigBee)、NFC(Near Field Communication)等，並不限定於此。
根據一實施例，收發器1110可與第1終端110及服務伺服器120通訊而收發資訊。更具體而言，收發器1110可與服務伺服器120收發API請求及API應答。例如，收發器1110可自第1終端110獲得如通用固有識別符之資訊。收發器1110可向服務伺服器120傳輸包括第2識別資訊之出站API請求，自服務伺服器接收與出站API請求對應之API應答。
處理器1120可對電子裝置1100之整體動作進行控制，對資料及訊號進行處理。處理器1120可實行根據圖1至圖11敍述之一個方法。 處理器1120可藉由與收發器1110、儲存器1130及電子裝置1100可進而包括之構成要素之相互作用而控制電子裝置1100實行之實施例。根據一實施例，處理器1120可基於自第1終端獲得之資訊而確認包括請求者之第1識別資訊及API之請求資訊的入站API請求，對入站API請求分配第2識別資訊，確認與入站API請求對應之服務伺服器，基於入站API請求而向服務伺服器120傳輸包括第2識別資訊之出站API請求，自服務伺服器120接收與出站API請求對應之API應答，且提供入站API請求、出站API請求及API應答之清單頁面。
儲存器1130可儲存用以實行根據圖1至圖11敍述之至少一個方法之資訊。儲存器1130亦可稱為記憶體，可為揮發性記憶體或非揮發性記憶體。例如，儲存器1130可包括圖3之資料儲存器。
另一方面，於本說明書與圖式中揭示了本發明之較佳實施例，雖使用了特定用語，但其僅具有用以容易地說明本發明之技術內容且有助於理解發明之通常之含義，並非意欲限定本發明之範圍。於本發明所屬之技術領域內具有常識者應明白，除此處所揭示之實施例以外，亦可實施基於本發明之技術思想之其他變化例。
上述實施例之電子裝置或終端可包括處理器、儲存並執行程式資料之記憶體、如磁碟驅動器之永久儲存器(permanent storage)、與外部裝置通訊之通訊埠、如觸控面板、按鍵(key)、按鈕之用戶介面裝置等。藉由軟體模組或演算法實現之方法作為可於上述處理器上執行之電腦可讀代碼或程式命令，可儲存於電腦可讀記錄媒體上。此處，作為電腦可讀記錄媒體，有磁儲存媒體(例如，ROM(read-only memory，唯讀記憶體)、RAM(random-Access memory，隨機存取記憶體)、軟磁碟、硬磁碟 等)及光學讀取媒體(例如，光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD，Digital Versatile Disc)等。電腦可讀記錄媒體分散於連接於網路之電腦系統，從而能夠以分散方式儲存電腦可讀代碼並執行。媒體可藉由電腦讀取，儲存於記憶體中，可於處理器中執行。
本實施例可由功能塊構成及各種處理步驟表示。此種功能塊可藉由執行特定功能之不同個數之硬體或/及軟體構成來實現。例如，實施例可採用能夠藉由一個以上之微處理器之控制或其他控制裝置而執行各種功能之積體電路構成，如記憶體、處理、邏輯(logic)、查找表(look-up table)等。構成要素可藉由軟體程式設計或軟體元件而執行，與此相似，本實施例包括以資料構造、程序、常式或其他程式設計構成之組合實現之各種演算法，因此可藉由如C、C++、Java、組譯程式(assembler)、Python等之程式設計或腳本語言來實現。於功能方面而言，可藉由在一個以上之處理器中執行之演算法來實現。又，本實施例可採用先前技術來進行電子環境設定、訊號處理及/或資料處理等。如“機制”、“元件”、“機構”、“構成”之用語可廣泛地使用，並不限定於機械與物理構成。上述用語可與處理器等關聯而包括軟體之一連串之處理(routines)之含義。
上述實施例僅為一示例，可於下文敍述之發明申請專利範圍內實現其他實施例。
100:電子裝置
110:第1終端
120:服務伺服器
S310:步驟
S320:步驟
S330:步驟
S340:步驟
S350:步驟
S360:步驟
S370:步驟
S380:步驟

Claims (12)

  1. 一種資訊提供方法，其係電子裝置提供資訊者，其包括如下步驟：基於自第1終端獲得之資訊，確認包括請求者之第1識別資訊及API之請求資訊之入站API請求；對上述入站API請求分配第2識別資訊；確認與上述入站API請求對應之服務伺服器；基於上述入站API請求，向上述服務伺服器傳輸包括上述第2識別資訊之出站API請求；自上述服務伺服器接收與上述出站API請求對應之API應答；及提供上述入站API請求、上述出站API請求及上述API應答之清單頁面，其中該方法進一步包括如下步驟：基於上述第1識別資訊，確認與上述第1終端對應之上述入站API請求；基於上述第2識別資訊，確認與上述入站API請求對應之上述出站API請求及上述API應答；及基於上述第1識別資訊及上述第2識別資訊，將上述第1識別資訊、第2識別資訊、上述入站API請求、上述出站API請求及上述API應答匹配來儲存至資料儲存器，其中提供上述清單頁面之步驟包括如下步驟：利用上述第1識別資訊來於儲存於上述資料儲存器之複數個入站API請求中確認與上述第1終端對應之上述入站API請求； 利用上述第2識別資訊來於儲存於上述資料儲存器之複數個出站API請求及複數個API應答中確認與上述入站API請求對應之出站API請求之集合及上述API應答的集合；提供上述清單頁面，該清單頁面包括與上述入站API請求匹配之上述出站API請求之集合之第1清單、與上述出站API請求及上述API應答之第2清單。
  2. 如請求項1之資訊提供方法，其係對應於接收輸入而提供上述第2清單，該輸入係與自上述第1終端獲得之上述清單頁面上之上述出站API請求對應。
  3. 如請求項1之資訊提供方法，其中確認上述服務伺服器之步驟包括如下步驟：確認具有與上述入站API請求相同之上述第2識別資訊之上述出站API請求；及確認與上述出站API請求對應之上述服務伺服器。
  4. 如請求項1之資訊提供方法，其中提供上述清單頁面之步驟包括如下步驟：將上述入站API請求顯示為第1等級，以低於上述第1等級之第2等級顯示上述出站API請求，藉此提供上述清單頁面。
  5. 如請求項1之資訊提供方法，其中提供上述清單頁面之步驟包括如下 步驟：顯示上述出站API請求之檔案大小之資訊、與上述出站API請求對應之方法資訊、與上述出站API請求對應之狀態資訊、是否對上述出站API請求使用模擬資料之資訊、上述出站API請求之傳輸時間之資訊、與上述第2清單對應之圖標之資訊及上述出站API請求之除錯圖標之資訊中的至少一者而提供上述清單頁面。
  6. 如請求項1之資訊提供方法，其中接收上述API應答之步驟包括如下步驟：等待與包括上述第2識別資訊之上述出站API請求之傳輸對應之響應；及自上述服務伺服器接收作為對上述出站API請求之響應之上述API應答。
  7. 如請求項1之資訊提供方法，其進而包括如下步驟：基於上述第2識別資訊，自上述資料儲存器確認與上述入站API請求對應之出站API請求之集合；於上述集合所包括之出站API請求中，確認重複之出站API請求即第1出站API請求；確認於上述集合中刪除上述第1出站API請求而修正之集合；及於再確認上述入站API請求後，基於修正之上述集合而傳輸包括上述第2識別資訊之修正之上述集合之出站API請求。
  8. 如請求項1之資訊提供方法，其進而包括如下步驟：基於上述第2識別資訊，自上述資料儲存器確認與上述入站API請求對應之出站API請求之集合；基於上述API之規格資訊，確認未包括於上述集合中之第1出站API請求；確認於上述集合中追加上述第1出站API請求而修正之集合；及於再確認上述入站API請求後，基於上述修正之集合而傳輸包括上述第2識別資訊之修正之上述集合的出站API請求。
  9. 如請求項1之資訊提供方法，其進而包括如下步驟：自上述第1終端接收確認為存在錯誤之上述入站API請求之資訊；基於上述入站API請求之資訊，確認上述第2識別資訊、與上述入站API請求對應之URL資訊、及與上述入站API請求對應之時間資訊；及將上述第1識別資訊、上述第2識別資訊、上述URL資訊及上述時間資訊傳輸至第2終端。
  10. 如請求項9之資訊提供方法，其進而包括如下步驟：自上述第2終端接收修正上述入站API請求、上述出站API請求及上述API應答中之至少一者所得之修正資料；及基於上述修正資料，修正上述入站API請求、上述出站API請求及上述API應答中之至少一者。
  11. 一種電子裝置，其係用以提供資訊者，其包括： 收發器；儲存器，其儲存一個以上之命令；及處理器，其基於自第1終端獲得之資訊而確認包括請求者之第1識別資訊及API之請求資訊的入站API請求，對上述入站API請求分配第2識別資訊，確認與上述入站API請求對應之服務伺服器，基於上述入站API請求而向上述服務伺服器傳輸包括上述第2識別資訊之出站API請求，自上述服務伺服器接收與上述出站API請求對應之API應答，且提供上述入站API請求、上述出站API請求及上述API應答之清單頁面，其中該處理器進一步經組態以：基於上述第1識別資訊，確認與上述第1終端對應之上述入站API請求；基於上述第2識別資訊，確認與上述入站API請求對應之上述出站API請求及上述API應答；及基於上述第1識別資訊及上述第2識別資訊，將上述第1識別資訊、第2識別資訊、上述入站API請求、上述出站API請求及上述API應答匹配來儲存至資料儲存器，其中該處理器進一步經組態以：利用上述第1識別資訊來於儲存於上述資料儲存器之複數個入站API請求中確認與上述第1終端對應之上述入站API請求；利用上述第2識別資訊來於儲存於上述資料儲存器之複數個出站API請求及複數個API應答中確認與上述入站API請求對應之出站API請求之集合及上述API應答的集合；提供上述清單頁面，該清單頁面包括與上述入站API請求匹配之上述 出站API請求之集合之第1清單、與上述出站API請求及上述API應答之第2清單。
  12. 一種非暫時性電腦可讀記錄媒體，其記錄有用以於電腦中執行如請求項1之方法之程式。
TW112123560A 2022-06-29 2023-06-26 提供資訊之方法及裝置 TWI893402B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2022-0079615 2022-06-29
KR1020220079615A KR102758760B1 (ko) 2022-06-29 2022-06-29 정보를 제공하는 방법 및 장치

Publications (2)

Publication Number Publication Date
TW202411916A TW202411916A (zh) 2024-03-16
TWI893402B true TWI893402B (zh) 2025-08-11

Family

ID=89380753

Family Applications (2)

Application Number Title Priority Date Filing Date
TW114125872A TW202540942A (zh) 2022-06-29 2023-06-26 提供資訊之方法、其電子裝置及其中有用於執行該方法之程式的非暫時性電腦可讀記錄媒體
TW112123560A TWI893402B (zh) 2022-06-29 2023-06-26 提供資訊之方法及裝置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
TW114125872A TW202540942A (zh) 2022-06-29 2023-06-26 提供資訊之方法、其電子裝置及其中有用於執行該方法之程式的非暫時性電腦可讀記錄媒體

Country Status (3)

Country Link
KR (2) KR102758760B1 (zh)
TW (2) TW202540942A (zh)
WO (1) WO2024005236A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140215057A1 (en) * 2013-01-28 2014-07-31 Rackspace Us, Inc. Methods and Systems of Monitoring Failures in a Distributed Network System
KR20200018653A (ko) * 2017-06-20 2020-02-19 넷플릭스, 인크. Api 호출들의 프로세싱을 용이하게 하기 위한 가속 시스템
US10664535B1 (en) * 2015-02-02 2020-05-26 Amazon Technologies, Inc. Retrieving log data from metric data
TW202025670A (zh) * 2018-12-20 2020-07-01 雙子星雲端運算股份有限公司 雲服務測試及發佈自動化系統
CN114025004A (zh) * 2018-09-11 2022-02-08 华为技术有限公司 一种在云系统中处理云服务的方法、装置和设备
KR102407334B1 (ko) * 2021-12-24 2022-06-10 이데아텍(주) 게이트웨이 장치 및 그 동작 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101996358B1 (ko) * 2017-08-21 2019-07-03 주식회사 스패로우 웹 애플리케이션의 동적 분석을 위한 api 호출 정보 제공 방법 및 장치
KR102005107B1 (ko) * 2019-01-29 2019-07-29 엘아이지넥스원 주식회사 Api 호출 시퀀스를 이용한 악성코드의 기능 분석 방법 및 장치

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140215057A1 (en) * 2013-01-28 2014-07-31 Rackspace Us, Inc. Methods and Systems of Monitoring Failures in a Distributed Network System
US10664535B1 (en) * 2015-02-02 2020-05-26 Amazon Technologies, Inc. Retrieving log data from metric data
KR20200018653A (ko) * 2017-06-20 2020-02-19 넷플릭스, 인크. Api 호출들의 프로세싱을 용이하게 하기 위한 가속 시스템
CN114025004A (zh) * 2018-09-11 2022-02-08 华为技术有限公司 一种在云系统中处理云服务的方法、装置和设备
TW202025670A (zh) * 2018-12-20 2020-07-01 雙子星雲端運算股份有限公司 雲服務測試及發佈自動化系統
KR102407334B1 (ko) * 2021-12-24 2022-06-10 이데아텍(주) 게이트웨이 장치 및 그 동작 방법

Also Published As

Publication number Publication date
KR20240002425A (ko) 2024-01-05
WO2024005236A1 (ko) 2024-01-04
KR102758760B1 (ko) 2025-01-23
KR20250017280A (ko) 2025-02-04
TW202411916A (zh) 2024-03-16
TW202540942A (zh) 2025-10-16

Similar Documents

Publication Publication Date Title
US12200074B2 (en) Matching and attribution of user device events
US10353977B2 (en) Computer-implemented method for automated operating-system-specific access to software functionality
US9559992B2 (en) System and method for updating information in an instant messaging application
EP4050853B1 (en) Information sharing chain generation method, apparatus and storage medium
KR102345983B1 (ko) 아이템에 관련된 정보를 공유하는 방법 및 전자 장치
JP2018517989A (ja) ソーシャルネットワーキングシステムリソースに対するコール・トゥ・アクションを作成するためのシステムおよび方法
JP2015501973A (ja) コンテンツの近似性および関連性
JP2011060165A (ja) コミュニティ管理プラットフォーム装置
TWI893402B (zh) 提供資訊之方法及裝置
US8788586B1 (en) Method and system for publishing a website
CN107526827A (zh) 用于问答展示的方法、设备和计算机可读存储介质
TWI881366B (zh) 提供資訊之方法及裝置
TWI895426B (zh) 用於在平台中提供使用者活動資訊之電子裝置及其方法
AU2022203638B2 (en) Instant conferencing system
WO2020031709A1 (ja) 伝言情報管理システム、伝言情報管理方法、伝言情報管理装置および伝言情報管理プログラム
CN111782929B (zh) 信息推送方法、装置和系统
US20230237118A1 (en) Web page processing apparatus, web page processing method, and recording medium
TW202441394A (zh) 提供資料之方法及裝置
US20190043139A1 (en) Systems and methods for distributing electronic content and soliciting compound user-generated social network interactions
JP2024080131A (ja) 規約管理プログラム、情報処理システム、情報処理装置、情報処理方法
CN116074177A (zh) 服务器托管系统
CN111966353A (zh) 一种作业开发方法、装置、电子设备及存储介质
CN110415058A (zh) 手机前端触控修改价格的方法和装置