CN102693254B - 发送数据的方法和设备以及处理数据的方法和设备 - Google Patents
发送数据的方法和设备以及处理数据的方法和设备 Download PDFInfo
- Publication number
- CN102693254B CN102693254B CN201210021181.7A CN201210021181A CN102693254B CN 102693254 B CN102693254 B CN 102693254B CN 201210021181 A CN201210021181 A CN 201210021181A CN 102693254 B CN102693254 B CN 102693254B
- Authority
- CN
- China
- Prior art keywords
- data
- growth
- api
- growth data
- master
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/541—Interprogram communication via adapters, e.g. between incompatible applications
-
- 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/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1014—Server selection for load balancing based on the content of a request
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
- H04W4/185—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种发送数据的方法和设备以及处理数据的方法和设备,所述方法包括:获取在开放式API中定义的类型的基本数据和没有在开放式API中定义的类型的扩展数据;将扩展数据转换为在开放式API中定义的类型的数据;调用开放式API并将基本数据和转换的扩展数据发送到服务器。
Description
本申请要求于2011年1月18日在韩国知识产权局提交的第10-2011-0005006号韩国专利申请的权益,该申请的整个公开通过引用包含于此。
技术领域
公开的教导涉及一种发送数据的方法和设备以及处理数据的方法和设备,更具体地说,涉及一种通过使用开放式应用程序编程接口(API)来发送数据的方法和设备以及一种处理通过使用开放式API接收的数据的方法和设备。
背景技术
如今,服务提供商操作服务器公开API,客户端可通过所述API在服务器中存储数据或访问存储在服务器中的数据。这样的由服务提供商公开的API指的是开放式API。
经由开放式API发送或接收的数据应该符合开放式API标准或由服务提供商设置的标准。
发明内容
公开的教导提供一种发送数据的方法和设备以及处理数据的方法和设备,所述方法和设备符合开放式应用程序编程接口(API)标准并提供各种功能。
根据示例性实施例的一方面,提供了一种通过使用开放式应用程序编程接口(API)将数据发送到服务器的方法,所述方法包括:获取在开放式API中定义的类型的基本数据和没有在开放式API中定义的类型的扩展数据;将扩展数据转换为在开放式API中定义的类型的数据;调用开放式API并将基本数据和转换的扩展数据发送到服务器。
所述方法还可包括通过将扩展数据添加到基本数据来产生消息,其中,发送基本数据和转换的扩展数据的步骤可包括发送消息。
产生消息的步骤可包括将用于区分基本数据和扩展数据的识别信息添加到扩展数据中。
基本数据可由第一模块处理,扩展数据可由第二模块处理。
产生消息的步骤可包括将关于用于处理扩展数据的第二模块的识别信息添加到扩展数据。
根据示例性实施例的另一方面,提供了一种处理通过使用开放式API接收的数据的方法,所述方法包括:调用开放式API并从服务器接收数据;从接收的数据分离在开放式API中定义的类型的基本数据和没有在开放式API中定义的类型的扩展数据;处理基本数据和扩展数据。
接收数据的步骤可包括调用开放式API和接收通过将扩展数据添加到基本数据产生的消息。
分离基本数据和扩展数据的步骤可包括基于用于区分基本数据和扩展数据的识别信息分离扩展数据。
在处理基本数据和扩展数据的步骤中,基本数据可由第一模块处理,并可由第二模块处理扩展数据。
处理基本数据和扩展数据的步骤可包括从扩展数据获取关于第二模块的识别信息。
根据示例性实施例的另一方面,提供了一种通过使用开放式API将数据发送到服务器的装置,所述装置包括:获取单元,获取在开放式应用程序编程接口API中定义的类型的基本数据和没有在开放式API中定义的类型的扩展数据;转换单元,将扩展数据转换为在开放式API中定义的类型的基本数据;发送单元,调用开放式API并将基本数据和转换的扩展数据发送到服务器。
根据示例性实施例的另一方面,提供了一种处理通过使用开放式API接收的数据的装置,所述装置包括:接收单元,调用开放式API并从服务器接收数据;分离单元,从接收的数据分离在开放式API中定义的类型的基本数据和没有在开放式API中定义的类型的扩展数据;处理单元,处理基本数据和扩展数据。
附图说明
通过参照附图详细地描述公开的教导的示例性实施例,公开的教导的上述和其它特点和优点将变得更加清楚,其中:
图1是根据引入公开的教导的各方面的实施方式的数据发送装置的框图;
图2是根据引入公开的教导的各方面的实施方式的数据处理装置的框图;
图3是示出根据引入公开的教导的各方面的实施方式的由数据处理装置发送到服务器的消息的示例的示图;
图4是示出根据引入公开的教导的各方面的实施方式的由数据处理装置通过使用开放式API从服务器获取的数据的示例的示图;
图5是示出根据引入公开的教导的各方面的实施方式的经由不能区分扩展数据和基本数据的第二客户端处理数据的示例的示图;
图6是示出根据引入公开的教导的各方面的实施方式的经由能够区分扩展数据和基本数据的第三客户端处理数据的示例的示图;
图7是示出根据引入公开的教导的各方面的实施方式的处理数据的系统的示例的示图;
图8是示出根据引入公开的教导的各方面的实施方式的经由数据处理装置处理数据的方法的流程图;
图9是示出根据引入公开的教导的各方面的实施方式的发送数据的方法的流程图;
图10是示出根据引入公开的教导的各方面的实施方式的处理数据的方法的流程图。
具体实施方式
在下文,将参照附图详细地描述引入公开的教导的示例性实施。
图1是根据引入公开的教导的各方面的实施方式的数据发送装置100的框图。
数据发送装置100包括获取单元110、转换单元120和发送单元130。根据本发明的数据发送装置100通过使用由服务提供商操作服务器发布的开放式API来将数据发送到服务器。服务提供商可公开API,以使客户端可访问由服务器提供的数据。这样的公开的API被称为开放式API。
获取单元110获取基本数据和扩展数据。客户端根据开放式API要求的格式发送和接收数据。具体地说,开放式API限制将被发送和接收的数据的类型,从而不可以发送没有被开放式API定义的类型的数据。例如,下面假设客户端调用开放式API并发送或接收提供日程管理服务所需的数据。开放式API可被定义为发送与项目“title(标题)”、“data(数据)”和“location(位置)”相关的数据。在本应用中,这样的在开放式API中定义的数据被称为基本数据,而没有在开放式API中定义的数据被称为扩展数据。
转换单元120将扩展数据转换为在开放式API中定义的类型的数据。转换单元120可包括添加单元122和消息产生单元124。
添加单元122将扩展数据转换为在开放式API中定义的类型的数据并将转换的数据添加到相同类型的基本数据。如果指示指定地点的坐标(纬度、经度)的数据不是开放式API中定义的类型的数据,则指示坐标的数据不能发送到服务器。因此,添加单元122将指示指定地点的坐标的数据添加到在开放式API中定义的类型的数据(即,与所述地点相应的文本数据)。如果指示指定地点的坐标的数据不是文本数据,则在将指示指定地点的坐标的数据添加到基本数据之前,添加单元122会将指示指定地点的坐标的数据转换为开放式API要求的文本数据格式。
添加单元122决定扩展数据将被添加到的基本数据的类型。添加单元122可基于用户输入或关于扩展数据的附加信息决定扩展数据将被添加到的基本数据,或可分析扩展数据并决定扩展数据将被添加到的基本数据的类型。
在扩展数据被添加到基本数据的情况下,需要定义用于区分扩展数据和基本数据的方式。因此,添加单元122可向扩展数据添加用于区分扩展数据和基本数据的信息。
可根据实施例使用用于区分扩展数据和基本数据的各种方法。在下文,提出了用于区分扩展数据和基本数据的三种方式。然而,下面提出的方式只是实施例,并且公开的教导不限于此。
为了解释的方便,假设这里描述的根据实施例的基本数据是“school(学校)”,而扩展数据是“G#36_23413#126_3231”。基本数据是与指定地点有关的文本数据,而扩展数据是与指定地点有关的纬度和经度数据。
i)可通过将特定文本字符串添加到扩展数据开始的位置来区分扩展数据和基本数据。例如,从“##”文本字符串开始的一部分文本字符串可被认为是扩展数据。在这种情况下,包括基本数据和扩展数据的文本字符串将是“school##G#36_23413#126_3231”。
ii)布置基本数据和扩展数据的位置可被预先确定以区分扩展数据和基本数据。例如,基本数据可位于文本字符串的开头,而扩展数据可位于文本字符串的结尾。在这种情况下,包括基本数据和扩展数据的文本字符串将是“school G#36_23413#126_3231”。
iii)可与包括基本数据和扩展数据的文本字符串分开地发送关于基本数据和扩展数据的位置的信息。
根据公开的教导的实施方式,用于处理基本数据的模块可以与用于处理扩展数据的模块不同。第一模块可处理基本数据并将关于标题、指定时间、指定地点的文本数据提供给用户,而第二模块可处理扩展数据并在地图上指示指定地点。
在如上所述通过不同模块处理基本数据和扩展数据的情况下,关于处理扩展数据的模块的信息可包括在扩展数据中。
添加单元122可将关于处理扩展数据(例如,识别信息)的第二模块的信息添加到扩展数据。
消息产生单元124产生用于调用用于发送和接收基本数据和扩展数据的开放式API的消息。用于调用开放式API的消息可根据服务器和客户端之间的协议而不同。例如,消息产生单元124可基于HTTP协议产生消息。下面将参照图2描述用于调用用于数据发送的开放式API的消息的示例。
传统地,在客户端使用由服务器发布的开放式API的情况下,只可发送或接收在开放式API中定义的类型的基本数据。传统地,由于在客户端侧的应用只可使用在开放式API中定义的类型的基本数据,因此不可能提供除服务器定义的功能之外的功能。(例如,如果需要除服务器定义的功能之外的功能,则需要请求修改开放式API,从而可发送新类型的数据)。然而,根据公开的教导,用于提供新功能的扩展数据被转换以符合在开放式API中定义的类型,并且该扩展数据被添加到基本数据并被发送。因此,接收包括基本数据和扩展数据的文本字符串的客户端可在不需要任何附加费用的情况下扩展功能。
图2是根据公开的教导的实施方式的数据处理装置200的框图。根据本实施方式的数据处理装置200处理通过使用开放式API从服务器接收的数据。
数据处理装置200包括接收单元210、分离单元220和处理单元230。
接收单元210调用开放式API并从服务器接收数据。从服务器接收的数据可以是基本数据加上扩展数据,其中,基本数据是在开放式API中定义的类型的数据,扩展数据是没有在开放式API中定义的类型的数据。例如,接收单元210可接收具有文本字符串的消息,其中,通过将扩展数据添加到基本数据来产生所述消息。
接收单元210可经由与用于调用开放式API的消息相应的响应消息来接收数据。用于调用开放式API的消息和响应消息可根据服务器和客户端之间的协议而不同。例如,当数据处理装置200根据HTTP协议将请求消息发送到服务器时,服务器可根据HTTP协议发送响应消息。
分离单元220从自服务器接收的数据分离基本数据和扩展数据。可预先使用服务器布置如何分离基本数据和扩展数据或服务器可通过发送附加信息通知分离单元220。
例如,分离单元220搜索指示扩展数据的开头的特定文本字符串并从找到该特定文本字符串的位置获取扩展数据。可选择地,分离单元220可通过使用指示扩展数据的位置的附加信息来分离基本数据和扩展数据,或可从预定位置获取扩展数据。
处理单元230处理基本数据和扩展数据。处理单元230可经由第一模块处理基本数据并经由第二模块处理扩展数据。这里,第一模块和第二模块可以是用于实施单独应用的模块。具体地说,第一模块和第二模块可以是由一个或多个API组成的软件模块、硬件模块或它们的组合。
假设根据这里描述的示例,基本数据是“school(学校)”,并且扩展数据是关于学校的坐标信息。在用于提供预定信息的应用内,第一模块处理文本数据“school”并将处理的数据显示为指定地点的名称,而第二模块处理关于学校的坐标信息并在地图上显示指定地点。
在如上所示通过不同模块处理基本数据和扩展数据的情况下,针对用于处理扩展数据的模块的识别信息(或,针对应用的识别信息)可以是必需的。处理单元230可通过获取包括在扩展数据的预定位置中的识别信息来获取关于第二模块的信息。
图3是示出根据公开的教导的由数据处理装置100发送到服务器的消息300的示例的示图。
图3中示出的消息300是用于调用开放式API并使用HTTP Post(邮寄)消息将预定信息登记到服务器的消息。消息300用于调用“openapi.calendardemo.com/mycalendar”API并将预定信息发送到服务器。参照消息300,当用户通过使用“openapi.calendardemo.com/mycalendar”API登记他/她自己的预定信息时,可只将与标题相应的文本数据、与位置相应的文本数据和与时间相应的文本数据发送到服务器。换句话说,数据发送装置100可只发送指示标题的数据、指示时间的数据和指示位置的数据。
消息300中的“title”标签320包括与标题相应的文本数据,“time”标签包括与时间相应的文本数据,“where(哪里)”标签350包括与位置相应的文本数据。
包括在“where”标签350中的文本字符串是School(351)##G#36_23413#126_3231(352)。“school”351是指示指定地点的名称的基本数据,而“##G#36_23413#126_3231”352是指示指定地点的纬度和经度的扩展数据。在图3,“##”用于区分扩展数据和基本数据。
传统地,只可将在开放式API中定义的类型的数据发送到服务器。因此,在客户端通过使用服务器中存储的数据来提供服务的情况下,只可使用在开放式API中定义的类型的数据,从而不可能提供各种服务。然而,根据公开的教导,可通过转换扩展数据、将转换的扩展数据添加到基本数据并发送添加了扩展数据的基本数据,来符合开放式API的标准地提供各种服务。
图4是示出根据引入公开的教导的各方面的实施方式的由数据处理装置200通过使用开放式API从服务器获取的数据420的示例的示图。
首先,数据处理装置200产生请求消息410,所述请求消息410通过使用HTTP get(获得)命令请求预定信息,并将请求消息410发送到服务器。数据处理装置200调用“openapi.calendardemo.com/mycalendar”API并请求预定信息。
服务器接收请求消息410,产生包括预定信息的响应消息420,并将响应消息420发送到数据处理装置200。响应消息420包括“title”标签421、“starttime(开始时间)”标签422和“endtime(结束时间)”标签423和“where”标签424,其中,所述“title”标签421包括与标题相应的数据,所述“starttime”标签422和“endtime”标签423包括与指定时间相应的数据,所述“where”标签424包括与指定地点相应的数据。
包括在“where”标签424中的文本字符串是“School##G#36_23413#126_3231”。数据处理装置200从文本字符串检测到“##”,将位于“##”之前的数据分离为基本数据,将位于“##”之后的数据分离为扩展数据。数据处理装置200经由第一模块处理基本数据,经由第二模块处理扩展数据,并输出处理的数据。
图5是示出根据公开的教导的实施方式的经由第二客户端530处理数据的示例的示图,所述第二客户端530不能区分扩展数据和基本数据。
首先,第一客户端510将预定信息500登记到服务器520。第一客户端510可通过使用由服务器520发布的开放式API来登记预定信息500。在图5,假设开放式API定义三种类型的基本数据,从而只可向服务器520发送与标题相应的数据、与指定时间相应的数据和与指定地点相应的数据,或者只可从服务器520接收与标题相应的数据、与指定时间相应的数据和与指定地点相应的数据。
除在开放式API中定义的基本数据的类型之外,第一客户端510还期望发送关于指定地点的纬度和经度数据。第一客户端510转换纬度和经度数据以符合所述基本数据的三种类型之一,并将转换的纬度和经度数据添加到基本数据。参照图5,第一客户端510将关于指定地点的纬度和经度数据发送到与指定地点相关的基本数据。这里,为了区分扩展数据和基本数据,第一客户端510将文本字符串“##”添加到扩展数据之前的位置。
接着,第二客户端530请求存储在服务器520中的预定信息500。
然而,由于第二客户端530不能区分预定信息500中的扩展数据554和基本数据551、552和553,因此第二客户端530不能处理并提供扩展数据554。
因此,在由第二客户端530显示的屏幕图像中提供文本字符串“coffee shop(咖啡店)##G36_23413#126_3231”,而没有指示地理位置。
图6是示出根据公开的教导的各方面的实施方式的经由第三客户端630处理数据的示例的示图,所述第三客户端630能够区分扩展数据和基本数据。
首先,第一客户端610将预定信息600登记到服务器620。登记预定信息600的处理和图5中示出的登记预定信息500的处理相同,从而这里将省略对其的详细描述。
第三客户端630可区分预定信息600中的扩展数据605和基本数据601、602、603和604。因此,第三客户端630确定扩展数据605是否包括在预定信息600中,并从预定信息600中分离基本数据601、602、603和604以及扩展数据605。
根据公开的教导的示例,可通过不同模块来处理基本数据601、602、603和604以及扩展数据605。在这种情况下,第三客户端630可基于扩展数据605确定用于处理扩展数据605的模块。
第三客户端630通过使用第一模块处理基本数据601、602、603和604,通过使用第二模块处理扩展数据605,并将其结果提供给用户。
在由第三客户端630显示的屏幕图像中,指示标题、指定时间和指定地点的文本和关于指定地点的地图640被一起显示,其中,所述文本是处理基本数据601、602、603和604的结果,所述地图640是处理扩展数据605的结果。根据公开的教导的实施方式,在用户没有做出具体请求的情况下,第三客户端630可只处理基本数据601、602、603和604,或只显示处理基本数据601、602、603和604的结果,而在客户做出具体请求的情况下,第三客户端630可处理扩展数据605和显示处理扩展数据605的结果。
根据公开的教导,在第三客户端630能够从自服务器接收的数据分离基本数据和扩展数据的情况下(如图6所示),通过分离和处理基本数据和扩展数据可将各种功能提供给用户。相反,即使第二客户端530不能从自服务器接收的数据分离基本数据和扩展数据(如图5所示),扩展数据符合在开放式API中定义的数据格式,从而可不出任何错误地处理和显示基本数据。
图7是示出根据另一公开的教导的实施方式的用于处理数据的系统700的示例的示图。
根据本实施方式的系统700包括第一客户端710、服务器720、第二客户端730和第三客户端740。为了解释的方便,假设第一客户端710是蜂窝电话,服务器720是推特(Twitter)服务器,第二客户端730是热水器,第三客户端740也是蜂窝电话。
蜂窝电话710通过使用由推特服务器720发布的开放式API来发送将被跟随者查看的文本字符串750。蜂窝电话710将文本字符串750发送到推特服务器720,所示文本字符串750由指示用户将在30分钟后到家的文本751和用户操作热水器730的代码752组成。
根据公开的教导的实施方式,用户可通过操作蜂窝电话710将文本字符串750发送到推特服务器720。
根据公开的教导的另一实施方式,当用户和用户的家之间的距离在临界值之内时,蜂窝电话710确定用户的地理位置和环境因素(诸如当前温度),并自动决定是否操作热水器730、操作热水器730的时间段和热水器730的温度。接着,如果确定需要操作热水器730,则蜂窝电话710将由文本751和用于操作热水器730的代码752组成的文本字符串750发送到推特服务器720。
由于文本字符串750符合在开放式API中定义的格式,因此推特服务器720将不出任何错误地将文本字符串750发送到跟随者。假设热水器730和蜂窝电话740被登记为用户的跟随者。因此,推特服务器720将文本字符串750发送到热水器730和蜂窝电话740。
热水器730从文本字符串750分离基本数据751和扩展数据752。热水器730包括用于处理扩展数据752的模块,从而扩展数据752被处理并且热水器730被操作。
蜂窝电话740不能从文本字符串750分离基本数据751和扩展数据752。然而,蜂窝电话740包括用于处理从推特服务器720接收的文本字符串750的模块。因此,蜂窝电话740可在屏幕图像中显示包括基本数据751和扩展数据752的文本字符串750。
用户可经由蜂窝电话740的显示屏幕确认热水器730的状态。
根据公开的教导,可在不需要向用户揭示装置的操作代码的情况下控制装置的操作。此外,可使用推特服务器添加特定装置专用的功能。
图8是示出根据公开的教导的实施方式的经由数据处理装置200处理数据的方法的流程图。
在操作S810,第一客户端801产生包括基本数据和扩展数据的消息。基本数据是服务器需要的用于向客户端提供基本功能的数据,并且是由服务器发布的开放式API中定义的类型的数据。另一方面,扩展数据是提供除了基本功能之外的功能所需的数据,并且可以是没有在开放式API中定义的类型的数据。因此,可通过将扩展数据添加到在开放式API中定义的类型的基本数据来产生消息。
在操作S820,第一客户端801将产生的消息发送到服务器802。
在操作S830,服务器802针对第一客户端801将基本数据和扩展数据绑定在一起并存储基本数据和扩展数据。
在操作S840,第二客户端803将用于请求发送基本数据和扩展数据的请求消息发送到服务器802。
在操作S850,服务器802将包括基本数据和扩展数据的响应消息发送到第二客户端803。
在操作S860,第二客户端803从响应消息分离基本数据和扩展数据。可通过第一模块和第二模块处理分离的基本数据和分离的扩展数据。第一模块处理基本数据并提供基本功能,而第二模块处理扩展数据并提供扩展功能。
图9是示出根据公开的教导的实施方式的发送数据的方法的流程图。
在操作S910,获取在开放式API中定义的类型的基本数据。如上所述,基本数据是服务器需要的用于提供基本功能的数据。
在操作S920,确定是否存在扩展数据。扩展数据是提供除了基本功能之外的功能所需的数据,并且可以是由与处理基本数据的模块不同的模块处理的数据。根据公开的教导的实施方式,扩展数据可以是没有在开放式API中定义的类型的数据。如果扩展数据存在,则执行操作S930。如果扩展数据不存在,则执行操作S940。
在操作S930,获取扩展数据。
在操作S940,产生只包括基本数据的消息或包括基本数据和扩展数据两者的消息。
在操作S950,产生的消息被发送到服务器。
图10是示出根据公开的教导的实施方式的处理数据的方法的流程图。
在操作S1010,通过使用开放式API从服务器接收数据。
在操作S1020,确定扩展数据是否包括在接收的数据中。如果扩展数据包括在接收的数据中,则执行操作S1030以从接收的数据分离扩展数据和基本数据。
在操作S1040,处理基本数据和扩展数据中的至少一个。
在操作S1050,输出处理的数据。
公开的教导的实施方式可被编写为计算机程序,并可通过使用计算机可读记录介质在执行程序的通用数字计算机中实施该计算机程序。
计算机可读记录介质的示例包括磁存储介质(例如,ROM、软盘、硬盘等)、光记录介质(例如,CD-ROM或DVD)等。
虽然参照公开的教导的实施例具体显示和描述了公开的教导,但是本领域的技术人员将理解,在不脱离由权利要求限定的发明的精神和范围的情况下,可对其做出形式和细节的各种改变。实施例应被认为仅是描述意义,而不是出于限制的目的。因此,本发明的范围不是由详细描述来限定,而是由权利要求限定,并且在范围之内的所有不同将被解释为包括在本发明中。
Claims (10)
1.一种通过使用开放式应用程序编程接口API将数据发送到服务器的方法,所述方法包括:
获取与在开放式API中定义的至少一种类型之中的类型相应的基本数据和在开放式API中未定义的类型的扩展数据;
将扩展数据转换为在开放式API中定义的类型的数据;
将转换后的扩展数据添加到基本数据来产生消息;
调用开放式API并将所述消息发送到服务器,
其中,开放式API是由用于提供与在开放式API中定义的所述至少一种类型相关的服务的服务提供商所公开的API,
其中,基本数据由第一模块处理,扩展数据由第二模块处理,
其中,所述消息包括用于区分基本数据和扩展数据的识别信息。
2.一种处理通过使用开放式应用程序编程接口API接收的数据的方法,所述方法包括:
从接收的数据分离与在开放式API中定义的至少一种类型之中的类型相应的基本数据和在开放式API中未定义的类型的扩展数据;
处理基本数据和扩展数据,
其中,所述接收的数据包括通过将扩展数据添加到基本数据而产生的消息,
其中,开放式API是由用于提供与在开放式API中定义的所述至少一种类型相关的服务的服务提供商所公开的API,
其中,所述分离步骤基于用于区分基本数据和扩展数据的识别信息,
其中,基本数据由第一模块处理,扩展数据由第二模块处理。
3.如权利要求2所述的方法,还包括:接收包括基本数据和扩展数据的消息。
4.如权利要求2所述的方法,其中,扩展数据包括关于用于处理扩展数据的第二模块的识别信息。
5.如权利要求2所述的方法,其中,所述处理步骤包括从扩展数据获取关于第二模块的识别信息。
6.一种将数据发送到服务器的装置,所述装置包括:
获取单元,获取与在与服务器相应的开放式应用程序编程接口API中定义的至少一种类型之中的类型相应的基本数据和在开放式API中未定义的类型的扩展数据;
转换单元,将扩展数据转换为在开放式API中定义的类型的数据;
添加单元,将转换的扩展数据添加到基本数据来产生消息;
发送单元,调用开放式API并将所述消息发送到服务器,
其中,开放式API是由用于提供与在开放式API中定义的所述至少一种类型相关的服务的服务提供商所公开的API,
其中,基本数据由第一模块处理,扩展数据由第二模块处理,
其中,所述消息包括用于区分基本数据和扩展数据的识别信息。
7.一种处理通过使用开放式应用程序编程接口API接收的数据的装置,所述装置包括:
接收单元,调用开放式API并从服务器接收数据;
分离单元,从接收的数据分离与在开放式API中定义的至少一种类型之中的类型相应的基本数据和在开放式API中未定义的类型的扩展数据;
处理单元,处理基本数据和扩展数据,
其中,所述接收的数据包括通过将扩展数据添加到基本数据而产生的消息,
其中,开放式API是由用于提供与在开放式API中定义的所述至少一种类型相关的服务的服务提供商所公开的API,
其中,分离单元基于用于区分基本数据和扩展数据的识别信息来分离扩展数据,
其中,在处理单元中,基本数据由第一模块处理,扩展数据由第二模块处理。
8.如权利要求7所述的装置,其中,所述消息包括基本数据和扩展数据。
9.如权利要求7所述的装置,其中,扩展数据包括关于用于处理扩展数据的第二模块的识别信息。
10.如权利要求7所述的装置,其中,处理单元从扩展数据获取关于第二模块的识别信息。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020110005006A KR101770299B1 (ko) | 2011-01-18 | 2011-01-18 | 데이터 전송 방법 및 장치와 데이터 처리 방법 및 장치 |
KR10-2011-0005006 | 2011-01-18 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102693254A CN102693254A (zh) | 2012-09-26 |
CN102693254B true CN102693254B (zh) | 2018-05-04 |
Family
ID=46491602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210021181.7A Expired - Fee Related CN102693254B (zh) | 2011-01-18 | 2012-01-18 | 发送数据的方法和设备以及处理数据的方法和设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9294594B2 (zh) |
KR (1) | KR101770299B1 (zh) |
CN (1) | CN102693254B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10178507B1 (en) * | 2016-04-25 | 2019-01-08 | Tiptags Inc. | Messaging systems for sharing location specific information |
US10664615B1 (en) * | 2019-05-22 | 2020-05-26 | Capital One Services, Llc | Methods and systems for adapting an application programming interface |
KR20220146863A (ko) * | 2021-04-26 | 2022-11-02 | 삼성전자주식회사 | 전자 장치 및 전자 장치의 api 변환 방법 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101055577A (zh) * | 2006-04-12 | 2007-10-17 | 龙搜(北京)科技有限公司 | 可扩展标记语言集中器 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3216084B2 (ja) * | 1998-01-19 | 2001-10-09 | 株式会社ネットワークコミュニティクリエイション | チャット画面表示方法 |
GB2406663B (en) | 2003-10-01 | 2006-03-22 | Toshiba Res Europ Ltd | Flexible protocol stack |
US7461075B2 (en) * | 2005-05-20 | 2008-12-02 | International Business Machines Corporation | Method for updating XML schema registry using schema pass by value with message |
US8069433B2 (en) * | 2007-04-18 | 2011-11-29 | Microsoft Corporation | Multi-format centralized distribution of localized resources for multiple products |
EP2156401A4 (en) * | 2007-05-18 | 2013-04-17 | Shorthand Mobile Inc | SYSTEM AND METHOD FOR ADVANCED COMMUNICATION VIA COMMUNICATION SYSTEMS AT SMALL DATA RATE |
US20080307233A1 (en) * | 2007-06-09 | 2008-12-11 | Bank Of America Corporation | Encoded Data Security Mechanism |
EP2232818B1 (en) | 2007-12-17 | 2012-05-02 | Telefonaktiebolaget L M Ericsson (publ) | Session initiation protocol stack optimisation |
KR101039312B1 (ko) * | 2008-07-11 | 2011-06-08 | 삼성전자주식회사 | 휴대 단말기를 이용한 네비게이션 시스템 및 서비스 제공방법 |
US20100202451A1 (en) * | 2008-10-31 | 2010-08-12 | Enfora, Inc. | Modified internet protocol (ip) data packet for asynchronous ip communications |
KR20100059450A (ko) * | 2008-11-26 | 2010-06-04 | 삼성전자주식회사 | 화상형성장치, 호스트 장치 및 작업대상 문서 암호화 방법 |
US20110087709A1 (en) * | 2009-10-12 | 2011-04-14 | Ramani Sriram | Methods and system for dynamic database content persistence and information management |
US8601164B2 (en) * | 2009-12-02 | 2013-12-03 | Garmin Switzerland Gmbh | HTTP header compression |
US8862146B2 (en) * | 2010-10-04 | 2014-10-14 | Blackberry Limited | Method, device and system for enhancing location information |
-
2011
- 2011-01-18 KR KR1020110005006A patent/KR101770299B1/ko active IP Right Grant
-
2012
- 2012-01-18 CN CN201210021181.7A patent/CN102693254B/zh not_active Expired - Fee Related
- 2012-01-18 US US13/352,970 patent/US9294594B2/en not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101055577A (zh) * | 2006-04-12 | 2007-10-17 | 龙搜(北京)科技有限公司 | 可扩展标记语言集中器 |
Also Published As
Publication number | Publication date |
---|---|
CN102693254A (zh) | 2012-09-26 |
KR20120083710A (ko) | 2012-07-26 |
KR101770299B1 (ko) | 2017-09-05 |
US9294594B2 (en) | 2016-03-22 |
US20120185562A1 (en) | 2012-07-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1527222B (zh) | 基于计算机的系统、方法和终端设备 | |
KR101643678B1 (ko) | 인간-기계 상호작용에서 기계 측 상의 목표 대상을 인식하는 방법 및 장치 | |
US9143889B2 (en) | Method of establishing application-related communication between mobile electronic devices, mobile electronic device, non-transitory machine readable media thereof, and media sharing method | |
US20060195882A1 (en) | Methods, systems, and computer program products for providing multi-viewpoint media content services | |
CN104303514B (zh) | 内容分发控制装置、内容分发装置和内容分发系统 | |
CN106134149A (zh) | 通信事件历史 | |
WO2007145225A1 (ja) | ゲートウェイ装置、携帯端末、コンテンツ再生装置、及び、コンテンツ配信システム | |
KR20150079739A (ko) | 이벤트 리뷰들을 획득하는 방법 및 시스템 | |
CN101866345A (zh) | 用于交换不同数据格式下的位置内容数据的方法和系统 | |
CN107851243A (zh) | 推断物理会议位置 | |
JP2009147721A (ja) | コンテンツ視聴管理装置、コンテンツ視聴管理方法、プログラム及びコンテンツ視聴管理システム | |
CN101795241A (zh) | 电子公告板系统及其终端装置和服务器装置 | |
CN109889473A (zh) | 实现信息推送的方法及第三方客户端 | |
JP6832098B2 (ja) | 装置、コンピュータプログラム及び方法 | |
CN106062793B (zh) | 已被呈现的企业内容的检索 | |
US20110197148A1 (en) | Apparatus and method for providing network community service | |
CN102970318A (zh) | 信息处理装置、信息处理方法和程序 | |
CN102693254B (zh) | 发送数据的方法和设备以及处理数据的方法和设备 | |
CN106055671A (zh) | 一种多媒体数据处理方法及其设备 | |
KR20200064308A (ko) | Qr코드를 이용한 여행 서비스 시스템 | |
JP5490793B2 (ja) | 複製支援装置、端末装置、複製支援方法、及び複製支援プログラム | |
JP2008099172A (ja) | 記録装置および方法、並びにプログラム | |
EP2843978B1 (en) | Method of establishing application-related communication between mobile electronic devices, mobile electronic device thereof, and media sharing method | |
JP6181231B1 (ja) | 音声ガイド提供システム | |
US10165019B2 (en) | Shared experience information construction system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20180504 Termination date: 20210118 |
|
CF01 | Termination of patent right due to non-payment of annual fee |