CN102826010A - Demand processing method of vehicle-mounted system - Google Patents

Demand processing method of vehicle-mounted system Download PDF

Info

Publication number
CN102826010A
CN102826010A CN2011101595218A CN201110159521A CN102826010A CN 102826010 A CN102826010 A CN 102826010A CN 2011101595218 A CN2011101595218 A CN 2011101595218A CN 201110159521 A CN201110159521 A CN 201110159521A CN 102826010 A CN102826010 A CN 102826010A
Authority
CN
China
Prior art keywords
user
application program
request
onboard system
handling
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.)
Granted
Application number
CN2011101595218A
Other languages
Chinese (zh)
Other versions
CN102826010B (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.)
Pateo Connect and Technology Shanghai Corp
Original Assignee
Shanghai Pateo Electronic Equipment Manufacturing Co Ltd
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 Shanghai Pateo Electronic Equipment Manufacturing Co Ltd filed Critical Shanghai Pateo Electronic Equipment Manufacturing Co Ltd
Priority to CN201110159521.8A priority Critical patent/CN102826010B/en
Publication of CN102826010A publication Critical patent/CN102826010A/en
Application granted granted Critical
Publication of CN102826010B publication Critical patent/CN102826010B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The invention provides a demand processing method of a vehicle-mounted system. The vehicle-mounted system comprises a plurality of application programs for processing user demands; and the method comprises the steps as follows: acquiring user demands unsuitable for being processed from a first application program; and selecting a corresponding second application program in the vehicle-mounted system to process based on the acquired user demand. With adoption of such technical scheme, the plurality of application programs can be interacted in the processing of the user demands; once the user demands cannot be processed via the existing application program, an operating system on the vehicle-mounted system can control and transfer the user demand to the application program which is suitable for processing the user demand, so that the existing application program in the vehicle-mounted system can be fully utilized to process different user demands well.

Description

A kind of demand processing method of onboard system
Technical field
The present invention relates to the onboard system field, particularly a kind of demand processing method of onboard system.
Background technology
Along with the development of automobile industry, the quantity of automobile is more and more.People also more and more pay close attention to the experience when using automobile when having automobile.Car-mounted terminal on the automobile can realize comprising the service of multimedia demands such as music, video, picture, and the service of traffic navigation aspect such as real-time road signal, destination maps etc.
The various services that car-mounted terminal provides can realize that the user sends demand through application program to the operating system of car-mounted terminal through application program, for example, reading electronic book, listen to the music, browse news etc.And the demand that operating system is sent according to the user is selected corresponding application; For example; If the user wants reading electronic book that the electronic-book reading device then is provided, if the user wants to listen to the music music player then is provided, if the user wants to browse news web browser etc. then is provided.More can number be 200510002158.3 disclosed a kind of vehicular applications procedure Selection system of patent application document and vehicular applications procedure Selection device with reference to one Chinese patent application about the application program of car-mounted terminal.
But in the present onboard system framework; Exist application program need solve a plurality of demands, different application programs and repeat present situation to a demand; Thereby cause the waste of exploiting natural resources, and user's experience is also bad, the service efficiency of car-mounted terminal resource also can be influenced.
Summary of the invention
The problem that the present invention solves provides a kind of demand processing method of onboard system, each application program is cooperatively interacted solve different user's requests.
For addressing the above problem, the invention provides a kind of demand processing method of onboard system, said onboard system includes a plurality of application programs that are used for the process user demand, comprises the steps: to obtain the user's request that it is inappropriate for processing from first application program; Handle to corresponding second application program in the user's request selection onboard system that gets access to.
Alternatively, said onboard system also includes the data relationship storehouse, and said data relationship storehouse is used for the corresponding relation of the user's request that application storing is suitable for it handling; Selecting in the onboard system corresponding second application program to handle to the user's request that gets access to comprises the steps:
The corresponding relation of the user's request that is suitable for it based on the application program of said data relationship library storage handling selects to be suitable for handling second application program of the said user's request that gets access to;
Said user's request is sent to said second application program to be handled;
The result of the said second application program processes user's request is fed back to said first application program.
Alternatively, also comprise: judge whether the application program that is suitable for handling the said user's request that gets access to is arranged in the onboard system.
Alternatively, said application program is associated through call number with the corresponding relation of its user's request that is suitable for handling.
Alternatively, said application program runs on the operating system of said onboard system.
Alternatively, said operating system is Android system or Symbian system or Mac OS system.
Compared with prior art, technique scheme has the following advantages:
When the process user demand; Can produce interaction between a plurality of application programs; Under current application program can't the situation of process user demand; Call through the control of operating system and can the application program that is suitable for handling this user's request be transferred in user's request and handled, handle different user's requests better thereby can make full use of in the onboard system existing application program.
Simultaneously for application developer; When considering the function of application program, can only develop to relevant user's request; The user's request of each application program processes is single relatively, and needn't consider each user's request, has improved the efficient of developer's developing application like this.
Description of drawings
Fig. 1 is the schematic flow sheet of the specific embodiment of the demand processing method of onboard system of the present invention;
Fig. 2 is a schematic flow sheet of selecting the specific embodiment that corresponding second application program is handled in the onboard system in the demand processing method of onboard system of the present invention to the user's request that gets access to;
Fig. 3 is the schematic flow sheet of application example of the demand processing method of onboard system of the present invention.
The specific embodiment
The contriver finds on existing onboard system; A common application program need solve a plurality of demands of user; And the same demand of different application programs possibility reprocessing can cause a large amount of wastes of exploiting natural resources like this, and user's experience is also bad.
To the problems referred to above; The contriver is through research; A kind of demand processing method of onboard system is provided, and said onboard system includes a plurality of application programs that are used for the process user demand, comprises the steps: to obtain the user's request that it is inappropriate for processing from first application program; Handle to corresponding second application program in the user's request selection onboard system that gets access to.
Technique scheme can be applied in the operating system of onboard system; Realized when the process user demand; Interaction between a plurality of application programs; Promptly under current application program (i.e. first application program) can't the situation of process user demand; Call through the operating system on onboard system control and can the application program (i.e. second application program) that is suitable for handling this user's request be transferred in user's request and handled, handle different user's requests better thereby can make full use of the interior existing application program of onboard system.
Simultaneously for application developer; When considering the function of application program, can only develop to relevant user's request; The user's request of each application program processes is single relatively, and needn't consider each user's request, has improved the efficient of developer's developing application like this.
For make above-mentioned purpose of the present invention, feature and advantage can be more obviously understandable, does detailed explanation below in conjunction with the accompanying drawing specific embodiments of the invention.
With reference to shown in Figure 1 be the schematic flow sheet of the specific embodiment of the demand processing method of onboard system according to the invention.As shown in Figure 1, said demand processing method comprises the steps:
Execution in step S1: obtain the user's request that it is inappropriate for processing from first application program;
Execution in step S2: handle to corresponding second application program in the user's request selection onboard system that gets access to.
In the embodiment of the invention, be mounted with operating system on the said onboard system, said first application program and second application program run on the said operating system, and said operating system can be Android system or Symbian system or Mac OS system.Need to prove, in practical application, can move a plurality of application programs usually on the said operating system, be not limited to and only move said first application program and second application program; In addition, comprise read out instrument (for example, touch display screen etc.) on the said onboard system at least, be used for the operation interface of display operation system and the interactive interface of each application program.
Particularly; At first; The user sends user's request through first application program corresponding interactive interface on onboard system; Said first application program receives said user's request, and wherein said user's request comprises user's request that said first application program is suitable for handling and the user's request that is inappropriate for processing.Further, for the user's request that said first application program is suitable for handling, said first application program will be handled said user's request; And be inappropriate for the user's request of processing for said first application program, and said first application program then sends to operating system with this user's request, and promptly like said step S1: said operating system is obtained the user's request that it is inappropriate for processing from first application program.
Then, like said step S2: said operating system will be according to the said user's request that gets access to, and search is suitable for handling second application program of said user's request on onboard system.Particularly, said operating system possibly search an application program or a plurality of application programs and is suitable for handling said user's request.
For example, if the search application program be suitable for handling said user's request, then with this application program as said second application program.Again for example, if said operating system searches a plurality of application programs and is suitable for handling said user's request, so common said operating system can select one of them (normally being suitable for most handling the application program of said user's request) as said second application program.
Can find out that according to the above-mentioned specific embodiment in the process of process user demand, produced interaction between a plurality of application programs, each application program is only handled its user's request that is suitable for handling, and the user's request that will be inappropriate for processing sends to operating system.Correspondingly; Said operating system will be searched for other application programs that are suitable for handling this user's request on onboard system; And said user's request is sent to other application programs handle, make like this to produce interactively between the application program, and the user's request of each application program processes is single relatively.
Further, select the schematic flow sheet of the specific embodiment that corresponding second application program is handled in the onboard system to the user's request that gets access to reference to step described in the demand processing method of onboard system of the present invention shown in Figure 2.As shown in Figure 2, comprise the steps:
Execution in step S21: the corresponding relation of the user's request that is suitable for it based on the application program of said data relationship library storage handling, select to be suitable for handling second application program of the said user's request that gets access to.
Particularly, said operating system includes the data relationship storehouse, and said data relationship storehouse is used to store the corresponding relation of the user's request that applying unit is suitable for it handling.Alternatively, said application program is associated through call number with the corresponding relation of its user's request that is suitable for handling.In other words, in said data relationship storehouse, each said application program all has a call number, and each user's request also has a call number, and the call number of the call number of the said application program user's request that is suitable for it handling is complementary.Particularly, for example the call number of said application program is corresponding one by one with the call number of its user's request that is suitable for handling; Can be corresponding a plurality of call numbers that be suitable for handling the application program of said user's request of the call number of said user's request for example again, the call number that perhaps call number of application program can corresponding a plurality of user's requests.Just can find the application program that is suitable for handling said user's request according to said call number like this.
Execution in step S22: said user's request is sent to said second application program handles.
Particularly, can confirm to be suitable for handling the application program of said user's request according to above-mentioned steps S21, and with said application program as second application program.Said operating system can be sent to said second application program with said user's request and handle.Correspondingly, said second application program will receive the user's request that said operating system is sent, and through said second application program said user's request handled.
Execution in step S23: the result of the said second application program processes user's request is fed back to said first application program.
Particularly, according to above-mentioned steps S22, said second application program can feed back to said operating system with result after said user's request is handled.Correspondingly, said operating system will receive said second application program and send the result of handling said user's request.Further, said operating system feeds back to said first application program with the result of said user's request again, and said first application program receives the result of said user's request.
In a variant of present embodiment, said step S23 can be varied to: through the said second application program processes user's request, and the result of said user's request fed back to the user.In other words, said second application program also can directly feed back to the user through said second application program, and need result do not fed back to said first application program again through said operating system after the processing of accomplishing said user's request.In practical application, those skilled in the art can select optimal feedback system that the result of said user's request is fed back to the user according to actual needs, do not repeat them here.
Select the specific embodiment that corresponding second application program is handled in the onboard system to find out according to above-mentioned Fig. 2 is described to the user's request that gets access to: the corresponding relation of the user's request that said operating system can be suitable for it through the application program of storing in the data relationship storehouse handling is searched for other application programs (being said second application program) and is handled the user's request that said first application program is inappropriate for processing, and said user's request is sent to said second application program handles.
Further, can also comprise: judge whether the application program that is suitable for handling the said user's request that gets access to is arranged in the onboard system.If search is when being suitable for handling the application program of said user's request on onboard system; Said operating system can be connected to the internet through wireless communication module; Utilize Internet resources to search and be suitable for handling the application program of said user's request, and offer the related download connection of the said application program of user, the user can download and be installed on the operating system of onboard system; The application program that operation is downloaded solves the user's request that first application program can't resolve; And operating system can also Update Information and concern the storehouse, and the application program of downloading and the corresponding relation of user's request are added in the data relationship storehouse.Certainly, in other embodiments, also down load application program not, but handle request to this application program transmission demand through network, after the intact user's request of application program processes, give operating system through network-feedback with result.
The demand processing method of the onboard system of the embodiment of the invention can be applied to following scene; Schematic flow sheet below in conjunction with the application example of the demand processing method of onboard system of the present invention shown in Figure 3 is described; Realized the interaction of the first application program 12a and the second application program 12b through operating system 11; The wherein said first application program 12a is a news browser, and the said second application program 12b is a radio receiver.
In the present embodiment, said onboard system at least also comprises read out instrument, and it is used for the operation interface of display operation system and the interactive interface of application program.
At first, the user opens onboard system through the read out instrument (for example read-out) of onboard system, and gets into the application program interactive interface; Said user can open the first application program 12a (being news browser) according to the user's request (for example browsing news) of oneself, and sends user's request (for example clicking the news item link) to the said first application program 12a.
Execution in step 1) the first application program 12a receives " clicking the news item link " user's request.
Execution in step 2) the first application program 12a solves " clicking the news item link " user's request, opens the news links that the user clicks, and shows news content, and the user just can browse news content through news browser like this.
When the user browsed news through said news browser, (for example: said link or icon were: FM89.9) to have supposed in said news content, to embed a link of listening to news or icon.When the user hoped to listen to news, said user can click said link or icon so, and promptly said user has sent " listening to the news of FM89.9 " user's request to said news browser.
Then execution in step 3) the first application program 12a receives the user's request of " listening to the news of FM89.9 ".
Execution in step 4) operating system 11 is given in the user's request of first application program 12a transmission " listening to the news of FM89.9 ".Because the said first application program 12a can't solve the user's request of " news of listening to FM89.9 ", therefore said user's request is sent to operating system 11.
Execution in step 5) operating system 11 receives the user's request of " listening to the news of FM89.9 ".
Execution in step 6) operating system 11 searches the second application program 12b of the user's request that is suitable for processing " listening to the news of FM89.9 " in the data relationship storehouse.The second application program 12b (being radio receiver) can handle the user's request of " news of listening to FM89.9 ", so operating system 11 selects the second application program 12b to handle said user's request.
Execution in step 7) operating system 11 user's request that will " listen to the news of FM89.9 " sends to the second application program 12b.Particularly, can be that operating system 11 is opened the second application program 12b, send the user's request of " listening to the news of FM89.9 " and give the second application program 12b.
Execution in step 8) the second application program 12b receives the user's request of " listening to the news of FM89.9 ".
Execution in step 9) the second application program 12b transfers to FM89.9 with frequency, plays news through the audio-frequence player device of onboard system.
The user just can listen to news through news browser like this, in fact, has realized in the news browser program, having loaded the radio receiver program through operating system 11 (for example Android operating system), makes the user listen to news through news browser.Need to prove that in this instance, the second application program 12b does not need to solve the first application program 12a that feeds back to of user's request.For other application examples, need result be fed back to the application program of sending this user's request if solve the application program of user's request, then can pass through operating unit feedback processing result, no longer launch explanation at this.
Further, in practical application, be not limited to the described scene of above-mentioned application example, those skilled in the art can also be according to actual needs, and the demand processing method of the said onboard system of the embodiment of the invention is applied to not repeat them here in other scenes.
Though the present invention with preferred embodiment openly as above; But it is not to be used for limiting the present invention; Any those skilled in the art are not breaking away from the spirit and scope of the present invention; Can utilize the method and the technology contents of above-mentioned announcement that technical scheme of the present invention is made possible change and modification, therefore, every content that does not break away from technical scheme of the present invention; To any simple modification, equivalent variations and modification that above embodiment did, all belong to the protection domain of technical scheme of the present invention according to technical spirit of the present invention.

Claims (6)

1. the demand processing method of an onboard system, said onboard system includes a plurality of application programs that are used for the process user demand, it is characterized in that, comprises the steps:
Obtain the user's request that it is inappropriate for processing from first application program;
Handle to corresponding second application program in the user's request selection onboard system that gets access to.
2. the demand processing method of onboard system according to claim 1 is characterized in that, said onboard system also includes the data relationship storehouse, and said data relationship storehouse is used for the corresponding relation of the user's request that application storing is suitable for it handling; Selecting in the onboard system corresponding second application program to handle to the user's request that gets access to comprises the steps:
The corresponding relation of the user's request that is suitable for it based on the application program of said data relationship library storage handling selects to be suitable for handling second application program of the said user's request that gets access to;
Said user's request is sent to said second application program to be handled;
The result of the said second application program processes user's request is fed back to said first application program.
3. the demand processing method of onboard system according to claim 2 is characterized in that, also comprises: judge whether the application program that is suitable for handling the said user's request that gets access to is arranged in the onboard system.
4. the demand processing method of onboard system according to claim 2 is characterized in that, said application program is associated through call number with the corresponding relation of the user's request that it is suitable for handling.
5. according to the demand processing method of each described onboard system of claim 1 to 4, it is characterized in that said application program runs on the operating system of said onboard system.
6. the demand processing method of onboard system according to claim 5 is characterized in that, said operating system is Android system or Symbian system or Mac OS system.
CN201110159521.8A 2011-06-14 2011-06-14 A kind of demand processing method of onboard system Active CN102826010B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201110159521.8A CN102826010B (en) 2011-06-14 2011-06-14 A kind of demand processing method of onboard system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110159521.8A CN102826010B (en) 2011-06-14 2011-06-14 A kind of demand processing method of onboard system

Publications (2)

Publication Number Publication Date
CN102826010A true CN102826010A (en) 2012-12-19
CN102826010B CN102826010B (en) 2016-01-06

Family

ID=47329398

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110159521.8A Active CN102826010B (en) 2011-06-14 2011-06-14 A kind of demand processing method of onboard system

Country Status (1)

Country Link
CN (1) CN102826010B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965728A (en) * 2015-05-21 2015-10-07 杰发科技(合肥)有限公司 Method of car-mounted terminal for operating application programs, car-mounted terminal and communication system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030110320A1 (en) * 2001-12-12 2003-06-12 Takatsugu Ono Information processing apparatus
US20040003029A1 (en) * 2002-06-24 2004-01-01 Nayeem Islam Method and system for application load balancing
CN1522893A (en) * 2003-09-09 2004-08-25 深圳市易凯数码有限公司 Flush operating system startup method for vehicle apparatus
CN1640727A (en) * 2004-01-14 2005-07-20 欧姆龙株式会社 In-vehicle camera applications selecting system and apparatus thereof
CN102081553A (en) * 2009-12-01 2011-06-01 联想(北京)有限公司 Portable equipment task processing method and device as well as portable equipment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030110320A1 (en) * 2001-12-12 2003-06-12 Takatsugu Ono Information processing apparatus
US20040003029A1 (en) * 2002-06-24 2004-01-01 Nayeem Islam Method and system for application load balancing
CN1522893A (en) * 2003-09-09 2004-08-25 深圳市易凯数码有限公司 Flush operating system startup method for vehicle apparatus
CN1640727A (en) * 2004-01-14 2005-07-20 欧姆龙株式会社 In-vehicle camera applications selecting system and apparatus thereof
CN102081553A (en) * 2009-12-01 2011-06-01 联想(北京)有限公司 Portable equipment task processing method and device as well as portable equipment

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104965728A (en) * 2015-05-21 2015-10-07 杰发科技(合肥)有限公司 Method of car-mounted terminal for operating application programs, car-mounted terminal and communication system
CN104965728B (en) * 2015-05-21 2018-11-20 合肥杰发科技有限公司 The method and car-mounted terminal, communication system of car-mounted terminal operation application program

Also Published As

Publication number Publication date
CN102826010B (en) 2016-01-06

Similar Documents

Publication Publication Date Title
CN102833278A (en) Demand handling method of vehicle-mounted system
CN101606371B (en) Content distribution management device, communication terminal, program, and content distribution system
JP4759510B2 (en) Portal system
US20080109483A1 (en) Mash-up service system
US20020010789A1 (en) Broadcast multimedia delivery system
CN103024044B (en) Webpage download method and device
CN101611611A (en) Content distribution management device, terminal, program and content delivering system
US7614013B2 (en) Remote media detection and presentation
CN102298614A (en) Method for determining collection category of page collection information and device and equipment
US10037215B2 (en) Method and apparatus for interworking application and web browser
EP2215540A2 (en) System and method for enabling widget interaction
CN1422405A (en) Apparatus and method for distributing content
CN102647462A (en) Application acquisition and sending method and device
CN102271165A (en) Device and method for sharing and managing resources searched on Internet
CN104077162A (en) Mobile terminal application template updating and issuing method and device
CN104093075A (en) Portal page updating method and system
CN101952846A (en) Advertisement system based on smart card, a method thereof, and smart card applied to the same
CN103763358A (en) Method and device for pushing information
US8744338B2 (en) Broadcast receiver metadata augmentation with mobile transceiver
CN103412900A (en) File downloading treatment method and terminal
CN102215434A (en) Electronic program guide system capable of automatically adapting to various screen display
CA2720169C (en) Broadcast receiver metadata augmentation with mobile transceiver
CN102999591B (en) File management method and device
KR101597843B1 (en) Content management that addresses levels of functionality
CN103139284A (en) Method for providing customized advertisement/news on scalable application service 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
C14 Grant of patent or utility model
GR01 Patent grant
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: A requirement processing method for vehicle system

Effective date of registration: 20201130

Granted publication date: 20160106

Pledgee: Jiading Branch of Shanghai Bank Co.,Ltd.

Pledgor: SHANGHAI PATEO ELECTRONIC EQUIPMENT MANUFACTURING Co.,Ltd.

Registration number: Y2020310000046

PE01 Entry into force of the registration of the contract for pledge of patent right
CP03 Change of name, title or address

Address after: 201815 208, building 4, No. 1411, Yecheng Road, Jiading Industrial Zone, Jiading District, Shanghai

Patentee after: Botai vehicle networking technology (Shanghai) Co.,Ltd.

Address before: 200233 block F2, 6 / F, Zhaofeng global building, 1800 Zhongshan West Road, Xuhui District, Shanghai

Patentee before: SHANGHAI PATEO ELECTRONIC EQUIPMENT MANUFACTURING Co.,Ltd.

CP03 Change of name, title or address
PM01 Change of the registration of the contract for pledge of patent right

Change date: 20230921

Registration number: Y2020310000046

Pledgor after: Botai vehicle networking technology (Shanghai) Co.,Ltd.

Pledgor before: SHANGHAI PATEO ELECTRONIC EQUIPMENT MANUFACTURING Co.,Ltd.

PM01 Change of the registration of the contract for pledge of patent right