CN101814037B - Drive method compatible with various smart cards - Google Patents
Drive method compatible with various smart cards Download PDFInfo
- Publication number
- CN101814037B CN101814037B CN 201010125559 CN201010125559A CN101814037B CN 101814037 B CN101814037 B CN 101814037B CN 201010125559 CN201010125559 CN 201010125559 CN 201010125559 A CN201010125559 A CN 201010125559A CN 101814037 B CN101814037 B CN 101814037B
- Authority
- CN
- China
- Prior art keywords
- smart card
- protocol type
- type
- reset
- smart
- 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.)
- Active
Links
Images
Landscapes
- Facsimiles In General (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention discloses a drive method compatible with various smart cards. The drive method comprises the following steps: obtaining the type of conditional access (CA) system, selecting default protocol type as the current protocol type of smart card according to the type of conditional access system; setting the initialization parameter of smart card according to the default protocol type; resetting smart card, if reset is successful, calling communication interface to communicate, and if not, setting the initialization parameter of the smart card again. By using the drive method of the invention to drive smart card, corresponding initialization settings are performed to smart cards with different CA systems, automatic switching between the smart cards with the same type and different protocols can be realized, the normal reset and communication of all the supportable smart cards can be ensured, and the compatibility and universality of the smart card drive system can be increased.
Description
Technical field
The present invention relates to a kind of smart-card driving method, specifically, relate to a kind of driving method that can compatible with various smart cards.
Background technology
Condition receives (CA) system and is used for the content of digital television program is carried out digital interference, to set up effective charging system, is called as the technical guarantee system that DTV develops in a healthy way.Smart card is accomplished all decipher functions as the most important equipment of CA security of system at user side.According to the operational mode of present CA system, generally only dispose a kind of CA system in the STB, STB support and this CA system corresponding intelligent card realize that the condition of digital television program receives.
Because the employed CA encryption system of various places radio and TV operator is not necessarily identical; As the STB of FTP client FTP to satisfy market, various places demand, improve its versatility; Just need be in STB the CA system of integrated multiple different vendor; With accomplish the obtaining of subscriber authorisation control and management information, generate, encrypt, work such as transmission and program scheduling control, guarantee to have only authorized users just can see program, thereby guarantee program making merchant and benefits of operators.
According to the regulation of international standard, when STB adopted smart card to realize CA, smart card should be followed the ISO7816 protocol specification of standard.But on the present STB market; The agreement of using in the STB that smart card adopted not all is the agreement of standard also; Different CA system manufacturer can customize some proprietary protocols based on standard agreement, and the agreement that the used smart card of the CA system of same manufacturer is supported is also not necessarily identical.Driving parameters that the smart card of different agreement type is corresponding different and different data handling procedures need to adopt different drive systems to drive.Therefore; For adapting to the demand in different markets; When corresponding intelligent card is selected by integrated multiple CA system in the STB, need in STB, develop and the different drive system of safeguarding corresponding different agreement type of smart card, and need between the different driving system, carry out frequent change.So, not only can increase the development and maintenance cost of set-top-box system, and be unfavorable for the stable and management of STB bottom layer driving.
Summary of the invention
The driving method that the purpose of this invention is to provide a kind of compatible with various smart cards; This driving method is when driving smart card; Smart card to dissimilar CA system carries out corresponding initialization setting; And the smart card of same type, different agreement is realized automaticallying switch, guarantee that all supported smart cards all can normally reset and communicate by letter, and have improved the compatibility and the versatility of smart card driving system.
For realizing the foregoing invention purpose, the present invention adopts following technical proposals to be achieved:
A kind of driving method of compatible with various smart cards, said method comprises following process:
Obtain the type of condition receiving system, and be default protocol type according to the current protocol type of the type selecting smart card of the condition receiving system that is obtained;
According to said default protocol type initialization parameter of smart card is set, and carries out corresponding initialization operation;
Smart card is carried out reset operation, and whether successful judgement resets;
If reset success, obtain reset answer information, check the historical data in the said reset answer information; And judge according to said historical data and when smart card is effective, gets into the validity of smart card the corresponding communication interface and to communicate; When smart card is invalid, return error message;
If reset failure, switch the current protocol type of smart card, and reset initialization parameter of smart card, and then smart card is carried out reset operation according to the current protocol type after switching;
In said process, the state of monitoring intelligent card has judged whether that smart card exists at any time, if smart card does not exist, then withdraws from the process that drives smart card.
According to the present invention, said default protocol type is according to the predefined a kind of smart card protocol type of the type of condition receiving system.
According to the present invention, corresponding communication interface is meant the communication interface that the current protocol type with smart card is complementary.
According to the present invention, the type of said condition receiving system can be imported into through the condition receiving system of outside.
Compared with prior art; Advantage of the present invention and good effect are: utilize this driving method when driving smart card; The communication protocol that can mate the bottom smart card is automatically carried out corresponding initialization setting to the smart card of dissimilar CA system, and the smart card of same type, different agreement is realized automaticallying switch; Guarantee that all supported smart cards all can normally reset and communicate by letter; Improved the compatibility and the versatility of smart card driving system, avoided requiring the deficiency of frequent change bottom layer driving system, helped using the stable and management of the equipment bottom layer driving such as STB of smart card because of the different market product of correspondence.
Description of drawings
Fig. 1 is the workflow diagram of an embodiment of driving method of compatible with various smart cards according to the invention;
Fig. 2 is the concrete workflow diagram that Fig. 1 embodiment resets to smart card.
Embodiment
Below in conjunction with accompanying drawing and embodiment technical scheme of the present invention is done further detailed explanation.
At first briefly introduce necessity and meaning that technical scheme of the present invention proposes: with the set-top box is example, and its software configuration can be divided into Drive Layer, intermediate layer and application layer from bottom to up.For satisfying the various places market demand, in STB, during the CA system of integrated different vendor, all to relate to said three software layers.STB for integrated different CA system; Stable and unification that guarantees Drive Layer is very important, therefore, and when facing the smart card of different CA systems and used different agreement thereof; If can the STB bottom layer driving be united; Make it can compatible with various smart cards, then help safeguarding the stable and unified of Drive Layer, avoid to multiple market and product and the trouble of frequent change bottom layer driving.
Fig. 1 shows the workflow diagram of an embodiment of driving method of compatible with various smart cards according to the invention.This embodiment uses the smart card realization condition to be received as example with STB, and as shown in the figure, the concrete workflow of this embodiment is following:
S101: drive flow process and begin.
S102: at first obtain the type of CA system, confirm the CA system that smart card is affiliated.Can adopt following manner to obtain the type of CA system: on the one hand; For the STB realization condition receives; The CA system of concrete integrated which type mainly is intermediate layer and application layer; Therefore, in the time of can calling Drive Layer in the intermediate layer and drive smart card, directly according in the STB the integrated CA system type of informing Drive Layer CA system; On the other hand, also can adopt set-top box software in autoexec, to dispose and whether CA opened and open information such as which kind of CA, obtain the type of CA system then according to the grand information that is disposed.
S103: select the default protocol type of smart card according to the CA system type, and this default protocol type is recorded in the global variable; Said default protocol type is predefined a kind of smart card protocol type.The smart card protocol used with a kind of CA system is not necessarily identical, with regard to present CA system, has generally comprised one or both protocol types.For the CA system of the smart card that includes only a kind of protocol type, the default protocol type of smart card is the protocol type of the used smart card of this CA system; For the CA system of the smart card that comprises two kinds or above protocol type, the default protocol type of smart card can be chosen to be this CA system through a kind of smart card protocol type commonly used.
S104: initialization parameter of smart card is set according to default protocol type.Because it is different that different smart card protocol requires being provided with of initiation parameter, therefore, according to selected default protocol type initialization parameter of smart card is set, like parameters such as baud rate, verification mode, elementary cell times.
S105: carry out corresponding initialization operation.After setting initiation parameter,, like universal asynchronous receiver and transmitter, I/O control module, and software module, carry out initialization like event manager module etc., and create total management task of smart card the used hardware module of smart card Drive Layer.In follow-up intermediate layer smart card is blocked and to reset, to block state-detection and cartoon letters etc. all are all managed in the total management task at the smart card of being created the operation of smart card.
S106: smart card is resetted.For information such as the manufacturer of knowing smart card, card numbers, need carry out reset operation to smart card.
S107: after the success that resets, obtain corresponding reset answer information.The concrete workflow that resets is as shown in Figure 2.
S108: check the historical data in the reset answer information, judge the validity of smart card.The purpose that this step is set is for the validity that guarantees smart card, prevents user's wrong plug card.The used smart card protocol of dissimilar CA systems maybe be identical, and the smart card that inserts the user is to be different from current C A system but during its agreement a kind of agreement that to be current C A system used, the smart card success that also can reset.The success though reset because the card and the current C A system that insert do not match, can't realize that normal condition receives.For avoiding this wrong generation, can be according to historical data in the reset answer information, whether whether the smart card of judging insertion is the pairing smart card of current C A system, be effective card promptly.Concrete, comprise the information such as copyright and version of card manufacturer, card in the historical data, identical through the historical data in the reset answer information of reading is compared with the historical data information of known CA system used smart card as if both, be judged as effective card; Otherwise judge not dead card.
S109: judge whether smart card is effective.When smart card is effective, execution in step S111; When smart card is invalid, execution in step S110.
S110: when the smart card that is inserted is invalid smart card, return error message, prompting user smart card mistake.
S111: when smart card is effective, gets into the corresponding communication interface and communicate.Said here corresponding communication interface is meant the communication interface that the current protocol type with smart card is complementary.Because the handling process of the smart card of the different agreement of different CA system when communication is inequality, carries out data communication so should call the corresponding communication interface according to the current protocol type of smart card.
S112: drive flow process and finish.
Shown in Figure 2 is the concrete workflow diagram of reset operation among Fig. 1 embodiment.As shown in Figure 2, adopt following flow process to realize the reset operation of smart card:
S106: smart card is resetted.
S21: whether judgement resets successful.If reset success, execution in step S107 obtains reset answer information; If reset failure, execution in step S22.
S22: if reset failure, the current protocol type that shows smart card is not the protocol type of acquiescence, needs to switch the current protocol type of smart card this moment.Owing in above-mentioned steps S102, obtained the type of CA system; All protocol types of this pairing smart card of CA system also are known so, then in this step, the current protocol type of smart card are switched to the protocol type that other are different from the failure that resets.
S23: smart card protocol type change; Corresponding initiation parameter also can change, therefore, and behind the current protocol type that switches smart card; Current protocol type according to after switching is reset initialization parameter of smart card, and then goes to step S106 smart card is carried out reset operation.Until the smart card success that resets, execution in step S107 obtains reset answer information again.
In above-mentioned flow process illustrated in figures 1 and 2, whether the state of monitoring intelligent card exists to judge smart card at any time.If smart card does not exist, then withdraw from the process that drives smart card, and return corresponding error information.
The foregoing description is that to drive the smart card that the condition that is used for receives with STB be the driving method that example has been introduced compatible with various smart cards; But be not limited thereto; This driving method also can be used in the terminal equipment of other application intelligent cards beyond the DTV, for example: the smart card terminal equipment in fields such as transportation industry, government utility.
Above embodiment is only in order to explaining technical scheme of the present invention, but not limits it; Although the present invention has been carried out detailed explanation with reference to previous embodiment, for the person of ordinary skill of the art, still can make amendment to the technical scheme that previous embodiment is put down in writing, perhaps part technical characterictic wherein is equal to replacement; And these modifications or replacement do not make the essence of relevant art scheme break away from the spirit and the scope of the present invention's technical scheme required for protection.
Claims (4)
1. the driving method of a compatible with various smart cards is characterized in that, said method comprises following process:
Obtain the type of condition receiving system, and be default protocol type according to the current protocol type of the type selecting smart card of the condition receiving system that is obtained;
According to said default protocol type initialization parameter of smart card is set, and carries out corresponding initialization operation;
Smart card is carried out reset operation, and whether successful judgement resets;
If reset success, obtain reset answer information, check the historical data in the said reset answer information; And judge according to said historical data and when smart card is effective, gets into the validity of smart card the corresponding communication interface and to communicate; When smart card is invalid, return error message;
If reset failure, switch the current protocol type of smart card, and reset initialization parameter of smart card, and then smart card is carried out reset operation according to the current protocol type after switching;
In said process, the state of monitoring intelligent card has judged whether that smart card exists at any time, if smart card does not exist, then withdraws from the process that drives smart card.
2. driving method according to claim 1 is characterized in that, said default protocol type is according to the predefined a kind of smart card protocol type of the type of condition receiving system.
3. driving method according to claim 1 is characterized in that, corresponding communication interface is the communication interface that the current protocol type with smart card is complementary.
4. driving method according to claim 1 is characterized in that the type of said condition receiving system is imported into through the condition receiving system of outside.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010125559 CN101814037B (en) | 2010-03-12 | 2010-03-12 | Drive method compatible with various smart cards |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201010125559 CN101814037B (en) | 2010-03-12 | 2010-03-12 | Drive method compatible with various smart cards |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101814037A CN101814037A (en) | 2010-08-25 |
| CN101814037B true CN101814037B (en) | 2012-12-05 |
Family
ID=42621299
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201010125559 Active CN101814037B (en) | 2010-03-12 | 2010-03-12 | Drive method compatible with various smart cards |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101814037B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102063389A (en) * | 2010-08-30 | 2011-05-18 | 深圳市文鼎创数据科技有限公司 | Driving and switching method for intelligent safety equipment and intelligent safety equipment |
| CN102307341B (en) * | 2011-08-24 | 2018-03-30 | 中兴通讯股份有限公司 | Improve the compatible method and terminal of terminal-pair card |
| CN102984581B (en) * | 2012-12-12 | 2015-08-05 | 青岛海信宽带多媒体技术有限公司 | A kind of set-top-box system and Set Top Box detection method |
| CN103997678B (en) * | 2014-04-24 | 2017-01-18 | 深圳创维－Rgb电子有限公司 | Multi-CAS seamless switching method and multi-CAS seamless switching system |
| CN108683930B (en) * | 2018-04-27 | 2020-09-25 | 青岛海信传媒网络技术有限公司 | Digital television, initialization method and device of interface of digital television and readable storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1821987A (en) * | 2006-03-31 | 2006-08-23 | 北京飞天诚信科技有限公司 | Intelligent card reading and writing method based on USB interface and its reading and writing device |
| CN101383017A (en) * | 2007-09-06 | 2009-03-11 | 中国银联股份有限公司 | Intelligent SD card and intelligent SD card access method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8200952B2 (en) * | 2006-10-25 | 2012-06-12 | Microsoft Corporation | Platform authentication via a transparent second factor |
-
2010
- 2010-03-12 CN CN 201010125559 patent/CN101814037B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1821987A (en) * | 2006-03-31 | 2006-08-23 | 北京飞天诚信科技有限公司 | Intelligent card reading and writing method based on USB interface and its reading and writing device |
| CN101383017A (en) * | 2007-09-06 | 2009-03-11 | 中国银联股份有限公司 | Intelligent SD card and intelligent SD card access method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101814037A (en) | 2010-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101814037B (en) | Drive method compatible with various smart cards | |
| EP0606287B1 (en) | Method for customizing a device with a smart card | |
| KR100642668B1 (en) | Apparatus and method for allowing communications exchange | |
| US20090128392A1 (en) | Secure link between controller and device | |
| EP3046393B1 (en) | Switching device and method for automatically connecting to nfc chip and switching security element | |
| CN104581331A (en) | Pairing method and device | |
| CN104660714A (en) | Remote control method, remote control device and remote control system of terminal equipment | |
| CN105635943A (en) | Data interaction method based on low power consumption Bluetooth technology and beacon device and beacon data interaction device applying the method | |
| CN104303511A (en) | TV receiver device with multiple decryption modes | |
| CN102172037B (en) | Multi-vendor conditional access system | |
| CN102415074B (en) | Automatic configuration for a terminal | |
| CN105573132A (en) | Control method for household gateway, intelligent household system and household electrical appliance | |
| CN103997678A (en) | Multi-CAS seamless switching method and multi-CAS seamless switching system | |
| CN101448070B (en) | Method for switching intelligent card of set-top box and device thereof | |
| CN103370933A (en) | Method to optimize reception of entitlement management messages in a Pay-TV system | |
| JP2008022055A (en) | Network apparatus controller | |
| CN104599473A (en) | Switching method and switching device of wireless communication mode | |
| EP0935382A1 (en) | Configuring method and device | |
| EP0964574A1 (en) | Method and apparatus for enlarging DVB-CI functionality by enabling a direct access to the conditional access module | |
| CN103098482B (en) | For the safety remote control device of audio/video receiver/decoder | |
| KR20060056965A (en) | Transmission protocol automatic detection method for a portable object such as a chip card or a chip key | |
| CN102572580A (en) | Method for descrambling set top box through network | |
| CN100367795C (en) | Machine and card separation condition receiving plug-in unit for digital TV receiver based on intelligent card | |
| US7502473B2 (en) | Process for managing the handling of conditional access data by at least two decoders | |
| CN101610390A (en) | Realize method, set-top box and the smart card of receiving terminal for digital television machine card correspondence |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |