(57)【要約】  本願は、システムオンチップＳｏＣおよび端末を開示する。ＳｏＣは、当該ＳｏＣに統合された、バスインタフェースと、セキュアエレメントＳＥと、第１エレメントとを含む。バスインタフェースは、Ｉ／Ｏデバイスに接続されるよう構成される。  ＳＥは、セキュアなシナリオにおいて、バスインタフェースを用いてＩ／Ｏデバイスにアクセスすること、Ｉ／Ｏデバイスにより入力された第１データを取得すること、および、当該第１データに対してセキュアな処理を実行することを行うよう構成され、一般的なシナリオにおいて、Ｉ／Ｏデバイスに対する第１エレメントのアクセスを制御するよう構成される。ここで、セキュアなシナリオは、セキュアな入力を必要とするシナリオを示し、一般的なシナリオは、セキュアな入力を必要としないシナリオを示す。  第１エレメントは、一般的なシナリオにおいて、ＳＥの制御下でＩ／Ｏデバイスにより入力された第２データを取得するよう構成される。本願の実施形態におけるＳｏＣおよび端末によって、入力のセキュリティを高めることができる。
2019520653.tif 000002
【特許請求の範囲】
【請求項１】
システムオンチップＳｏＣであって、前記ＳｏＣには、バスインタフェースと、セキュアエレメントＳＥと、第１エレメントとが統合され、
前記バスインタフェースは、入出力Ｉ／Ｏデバイスに接続されるよう構成され、
前記ＳＥは、セキュアなシナリオにおいて、前記バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスすること、前記Ｉ／Ｏデバイスにより入力された第１データを取得すること、および、前記第１データに対してセキュアな処理を実行することを行うよう構成され、一般的なシナリオにおいて、前記Ｉ／Ｏデバイスに対する前記第１エレメントのアクセスを制御するよう構成され、前記セキュアなシナリオは、セキュアな入力を必要とするシナリオを示し、前記一般的なシナリオは、セキュアな入力を必要としないシナリオを示し、
前記第１エレメントは、前記一般的なシナリオにおいて、前記ＳＥの制御下で前記Ｉ／Ｏデバイスにより入力された第２データを取得するよう構成される、ＳｏＣ。
【請求項２】
前記ＳＥは更に、前記セキュアなシナリオにおいて、前記Ｉ／Ｏデバイスを制御してデータ入力インタフェースを表示させるよう構成される、請求項１に記載のＳｏＣ。
【請求項３】
前記ＳＥは更に、セキュアな処理の後に取得されたデータをサーバに送信するよう構成される、請求項１または２に記載のＳｏＣ。
【請求項４】
前記ＳＥは更に、現在前記Ｉ／Ｏデバイスにアクセスしているアプリケーションに従って、現在のアプリケーション環境が前記セキュアなシナリオであるのか前記一般的なシナリオであるのかを判断するよう構成される、請求項１から３の何れか一項に記載のＳｏＣ。
【請求項５】
前記ＳＥは、前記一般的なシナリオにおいて、前記バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスするよう構成され、前記第２データを取得するよう構成され、前記第１エレメントに前記第２データを送信するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項６】
前記バスインタフェースは、前記ＳＥに配置される、請求項５に記載のＳｏＣ。
【請求項７】
前記ＳＥは、前記セキュアなシナリオにおいて、前記バスインタフェースのアクセスモードを前記ＳＥによってのみアクセス可能として構成するよう構成され、前記一般的なシナリオにおいて、前記バスインタフェースの前記アクセスモードを前記第１エレメントによってアクセス可能として構成するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項８】
前記バスインタフェースは、第１バスインタフェースと第２バスインタフェースとを有し、
前記ＳＥは、前記セキュアなシナリオにおいて、前記第２バスインタフェースが前記Ｉ／Ｏデバイスに接続されるよう制御すること、および、前記第２バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスすることを行うよう構成され、
セキュアでないシナリオにおいて、前記第１エレメントが前記第１バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスするように、前記第１バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように制御するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項９】
前記ＳｏＣは更に、多方向スイッチを備え、
前記ＳＥは、前記第２バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように、前記セキュアなシナリオにおいて前記多方向スイッチの切り替えを制御すること、または、前記第１バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように、前記一般的なシナリオにおいて前記多方向スイッチの切り替えを制御することを行うよう構成される、請求項８に記載のＳｏＣ。
【請求項１０】
前記多方向スイッチは、前記ＳＥに配置される、請求項９に記載のＳｏＣ。
【請求項１１】
前記第２バスインタフェースは、前記ＳＥに配置される、請求項８から１０の何れか一項に記載のＳｏＣ。
【請求項１２】
前記ＳＥは更に、前記セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信するよう構成される、請求項１から１１の何れか一項に記載のＳｏＣ。
【請求項１３】
前記Ｉ／Ｏデバイスは、データ収集センサ、タッチスクリーンまたはディスプレイを含む、請求項１から１２の何れか一項に記載のＳｏＣ。
【請求項１４】
前記バスインタフェースは、集積回路間バスＩ２Ｃインタフェースまたはモバイル業界プロセッサインタフェースＭＩＰＩを有する、請求項１から１３の何れか一項に記載のＳｏＣ。
【請求項１５】
前記第１エレメントは、アプリケーションプロセッサ、信頼できる実行環境ＴＥＥにあるプロセッサコア、デジタル信号プロセッサまたは特定用途向け集積回路を有する、請求項１から１４の何れか一項に記載のＳｏＣ。
【請求項１６】
請求項１から１５の何れか一項に記載のシステムオンチップＳｏＣと、入出力Ｉ／Ｏデバイスとを備える端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年７月１日に中国特許庁へ出願された「ＳＹＳＴＥＭ  ＯＮ  ＣＨＩＰ  ＡＮＤ  ＴＥＲＭＩＮＡＬ」と題する中国特許出願第２０１６１０５１２２４０．９号に対する優先権を主張するものであり、その内容全体が参照により本明細書に組み込まれる。
【０００２】
本願は、情報技術の分野、より具体的には、システムオンチップ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ、ＳｏＣ）および端末に関する。
【背景技術】
【０００３】
モバイル決済（Ｍｏｂｉｌｅ  Ｐａｙｍｅｎｔ）としても知られている携帯電話決済は、モバイル加入者が当該モバイル加入者のモバイル端末（通常は携帯電話）を用いて消費した品物またはサービスの決済を行えるようにするサービスモードである。現在、モバイル決済は、携帯電話で主に３つの方式で実装されている。すなわち、セキュアデジタル（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ、ＳＤ）カードを用いて、加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、ＳＩＭ）カードを用いて、または、近距離無線通信（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）の全端末ソリューションおよび埋め込みセキュアエレメント（ｅｍｂｅｄｄｅｄ  Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ、ｅＳＥ）を用いて実装されている。外部セキュアエレメントとも呼ばれるｅＳＥは、金融サービスなどのアプリケーションサービスを実装する携帯電話製品のボードにセキュアエレメント（Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ、ＳＥ）チップを統合する。全端末ソリューションでは、携帯電話が店頭（Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅｓ、ＰＯＳ）マシンでの非接触型カードスワイプを実行し、ＮＦＣおよび（銀行のアプリケーションおよびデータが事前設定されている）ＳＥが協働して支払取引を完了する。
【０００４】
既存のスマートフォンについては、タッチスクリーンが、ユーザがパスワードまたは他のデータを容易に入力できるようにする唯一の装置である。しかしながら、ユーザによりタッチスクリーンに入力されたデータはあまりセキュアではない。理論上は、画面上の入力タッチポイントおよびデータが悪意のあるアプリケーションにより傍受され得る結果として、ユーザの銀行パスワードなどのセキュリティ機密データが取得され得る。
【０００５】
既存のＳＤカード、ＳＩＭカードまたはｅＳＥソリューションについては、ＳｏＣチップおよびタッチスクリーンが集積回路間（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、Ｉ２Ｃ）バスまたは別のバスを用いて直接接続される。まず、タッチスクリーン入力データおよび表示位置データの両方がＳｏＣ上のアプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ、ＡＰ）により取得され、セキュリティレベルが比較的低い。
【発明の概要】
【０００６】
本願の実施形態は、入力のセキュリティを高めるために、システムオンチップおよび端末を提供する。
【０００７】
第１態様によれば、システムオンチップＳｏＣが提供される。当該ＳｏＣには、バスインタフェースと、セキュアエレメントＳＥと、第１エレメントとが統合され、当該バスインタフェースは、入出力Ｉ／Ｏデバイスに接続されるよう構成され、当該ＳＥは、セキュアなシナリオにおいて、バスインタフェースを用いてＩ／Ｏデバイスにアクセスすること、Ｉ／Ｏデバイスにより入力された第１データを取得すること、および、当該第１データに対してセキュアな処理を実行することを行うよう構成され、一般的なシナリオにおいて、Ｉ／Ｏデバイスに対する第１エレメントのアクセスを制御するよう構成され、当該セキュアなシナリオは、セキュアな入力を必要とするシナリオを示し、一般的なシナリオは、セキュアな入力を必要としないシナリオを示し、当該第１エレメントは、一般的なシナリオにおいて、ＳＥの制御下でＩ／Ｏデバイスにより入力された第２データを取得するよう構成される。
【０００８】
本願のある実施形態におけるＳｏＣでは、ＳＥがバスインタフェースに直接アクセスしてよい。従って、セキュアなシナリオでは、入力データが第１エレメントにより転送される代わりに、ＳＥにより直接取得される。これによって、入力のセキュリティを高めることができる。
【０００９】
幾つかの考えられる実装によると、ＳＥは更に、セキュアなシナリオにおいて、Ｉ／Ｏデバイスがデータ入力インタフェースを表示するよう制御するよう構成される。
【００１０】
幾つかの考えられる実装によると、ＳＥは更に、セキュアな処理の後に取得されたデータをサーバに送信するよう構成される。
【００１１】
例えば、セキュアな決済の間、ＳＥは、バスインタフェースを用いてユーザにパスワード入力インタフェースを表示し、ユーザは、このインタフェースにパスワードを入力し、ＳＥは、バスインタフェースを用いて、ユーザにより入力されたパスワードデータを取得し、ＳＥに記憶されたＰＩＮキーを用いて当該パスワードデータを暗号化し、暗号化されたデータを検証のために金融業界検証サーバに送信する。これによって、決済のセキュリティを高めることができる。
【００１２】
幾つかの考えられる実装によると、ＳＥは更に、現在Ｉ／Ｏデバイスにアクセスしているアプリケーションに従って、現在のアプリケーション環境がセキュアなシナリオであるのか一般的なシナリオであるのかを判断するよう構成される。
【００１３】
幾つかの考えられる実装によると、ＳＥは、一般的なシナリオにおいて、バスインタフェースを用いてＩ／Ｏデバイスにアクセスするよう構成され、第２データを取得するよう構成され、第１エレメントに第２データを送信するよう構成される。
【００１４】
幾つかの考えられる実装によると、バスインタフェースは、ＳＥに配置される。
【００１５】
幾つかの考えられる実装によると、バスインタフェースは、ＳＥ上で動作するシステムソフトウェアにより制御される。
【００１６】
幾つかの考えられる実装によると、ＳＥは、セキュアなシナリオにおいて、バスインタフェースのアクセスモードをＳＥによってのみアクセス可能として構成するよう構成され、一般的なシナリオにおいて、バスインタフェースのアクセスモードを第１エレメントによってアクセス可能として構成するよう構成される。
【００１７】
幾つかの考えられる実装によると、ＳＥは、バスインタフェースのアクセスモードを構成することができ、第１エレメントは、バスインタフェースのアクセスモードを構成することができない。
【００１８】
バスインタフェースのアクセスモードは、ＳＥによってのみアクセス可能なものと、第１エレメントによってアクセス可能なものとを含む。
【００１９】
幾つかの考えられる実装によると、バスインタフェースは、第１バスインタフェースと第２バスインタフェースとを含み、ＳＥは、セキュアなシナリオにおいて、第２バスインタフェースがＩ／Ｏデバイスに接続されるよう制御すること、および、第２バスインタフェースを用いてＩ／Ｏデバイスにアクセスすることを行うよう構成され、セキュアでないシナリオにおいて、第１エレメントが第１バスインタフェースを用いてＩ／Ｏデバイスにアクセスするように、第１バスインタフェースがＩ／Ｏデバイスに接続されるように制御するよう構成される。
【００２０】
幾つかの考えられる実装によると、ＳｏＣは更に多方向スイッチを含み、ＳＥは、第２バスインタフェースがＩ／Ｏデバイスに接続されるように、セキュアなシナリオにおいて多方向スイッチの切り替えを制御するよう構成され、第１バスインタフェースがＩ／Ｏデバイスに接続されるように、一般的なシナリオにおいて多方向スイッチの切り替えを制御するよう構成される。
【００２１】
幾つかの考えられる実装によると、多方向スイッチは、ＳＥに配置される。
【００２２】
幾つかの考えられる実装によると、第２バスインタフェースは、ＳＥに配置される。
【００２３】
幾つかの考えられる実装によると、ＳＥは更に、セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信するよう構成される。
【００２４】
幾つかの考えられる実装によると、ＳＥは、現在入力を必要としているアプリケーションがＳＥ内のアプリケーションであるという事実に従って、セキュアな入力が必要であると判断してよく、すなわち、セキュアなシナリオの開始を決定してよい。
【００２５】
幾つかの考えられる実装によると、ＳＥは具体的に、セキュアなシナリオの開始を決定するときに、セキュリティインジケータをオンにするよう構成される。
【００２６】
幾つかの考えられる実装によると、Ｉ／Ｏデバイスは、データ収集センサ、タッチスクリーンまたはディスプレイを含む。
【００２７】
幾つかの考えられる実装によると、バスインタフェースには、集積回路間バスＩ２Ｃインタフェースまたはモバイル業界プロセッサインタフェースＭＩＰＩが含まれる。
【００２８】
幾つかの考えられる実装によると、第１エレメントには、アプリケーションプロセッサ、信頼できる実行環境ＴＥＥにあるプロセッサコア、デジタル信号プロセッサまたは特定用途向け集積回路が含まれる。
【００２９】
本願の実施形態におけるＳｏＣは、ＳＥレベルのセキュリティを実現することができる。
【００３０】
本願の実施形態におけるＳｏＣを使用する携帯電話または別のモバイル端末のオープンプラットフォームは、ＰＯＳマシンのセキュア入力能力を備える。言い換えれば、当該携帯電話または別のモバイル端末デバイスは、ＰＯＳマシン機能を備えてよい。
【００３１】
第２態様によれば、第１態様に記載のＳｏＣまたは第１態様の任意の考えられる実装と、Ｉ／Ｏデバイスとを含む端末が提供される。
【図面の簡単な説明】
【００３２】
本願の実施形態における技術的解決手段をより明確に説明すべく、以下では本願の実施形態について説明するために必要な添付図面を手短に紹介する。当然のことながら、以下の説明における添付図面は、本願の幾つかの実施形態を示しているに過ぎず、当業者であれば、創造的努力をしなくてもこれらの添付図面から他の図面を導出することができる。
【００３３】
【図１ａ】本願のある実施形態に係るアプリケーションアーキテクチャ図である。
【００３４】
【図１ｂ】本願のある実施形態に係るＳｏＣの概略ブロック図である。
【００３５】
【図２】本願の別の実施形態に係るＳｏＣの概略ブロック図である。
【００３６】
【図３】本願の更なる別の実施形態に係るＳｏＣの概略構造図である。
【００３７】
【図４】本願の更なる別の実施形態に係るＳｏＣの概略構造図である。
【００３８】
【図５】本願の更なる別の実施形態に係るＳｏＣの概略ブロック図である。
【００３９】
【図６ａ】本願の更なる別の実施形態に係るＳｏＣの概略構造図である。
【００４０】
【図６ｂ】本願の更なる別の実施形態に係るＳｏＣの概略構造図である。
【００４１】
【図７】本願のある実施形態に係る端末の概略ブロック図である。
【００４２】
【図８】本願の別の実施形態に係る端末の概略構造図である。
【発明を実施するための形態】
【００４３】
以下では、本願の実施形態の添付図面を参照しながら、本願の実施形態における技術的解決手段について明確かつ完全に説明する。当然のことながら、説明されている実施形態は本願の実施形態の幾つかに過ぎず、全てではない。本願の実施形態に基づいて当業者により創造的努力をすることなく取得される全ての他の実施形態が、本願の保護範囲内に含まれるものとする。
【００４４】
端末の入力または出力のセキュリティを高めるために、本願の実施形態におけるＳｏＣチップが、モバイル決済をサポートする（携帯電話などの）端末に適用され得る。
【００４５】
本願の実施形態における技術的解決手段を理解しやすくするために、以下ではまず、本願の実施形態における関連用語について説明する。
【００４６】
先行技術において、セキュアエレメント（Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ、ＳＥ）は、耐タンパチップであり、データが確実にセキュアな場所に記憶されるようにすることができ、情報は、許可されたアプリケーションプログラムおよびスタッフからのみアクセス可能である。セキュアエレメントは、ユーザまたはデバイスの本人確認と同様である。例えば、セキュアな決済の間、銀行のアプリケーションおよびデータがＳＥに記憶される。
【００４７】
モバイル決済製品の様々な形態のイテレーションを経て、携帯電話およびウェアラブルデバイスなどの製品が、徐々にモバイル決済の主流アプリケーションキャリアになりつつあり、有用性、セキュリティ、携帯性、インタラクションインタフェースなどの点で従来の方式よりも大きな利点を備える。現在、これらの製品の金融機能は全て、コアコンポーネント、すなわち、埋め込みセキュアエレメント（ｅｍｂｅｄｄｅｄ  Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ、ｅＳＥ）に基づいている。外部ＳＥとも呼ばれるｅＳＥは、サイズ並びに設計が多様であり、任意のタイプのモバイルデバイスに埋め込まれ得る。ｅＳＥは、モバイル決済製品内の金融アプリケーションを簡便かつ安全に管理および制御することができる。
【００４８】
本願の実施形態によると、ＳＥはＳｏＣチップに埋め込まれ、統合セキュアエレメント（ｉｎｔｅｇｒａｔｅｄ  Ｓｅｃｕｒｅ  Ｅｌｅｍｅｎｔ、ｉｎＳＥ）と呼ばれる。すなわち、埋め込みＳＥ（ｅＳＥ）の代わりに、ＳｏＣに統合されたＳＥサブシステムが使用される。ｉｎＳＥは、Ｉｎ−ＳｏＣ  ＳＥとして表されてもよい。
【００４９】
本願の実施形態によると、オプションとして、ＳＥは、本願の実施形態におけるＳＥの関連機能を実装するために、データアクセス、データ処理および制御などのＳＥの様々な処理を実行するよう構成された少なくとも１つのプロセッサを含んでよい。オプションとして、ＳＥは更に、データまたは命令などを記憶するよう構成されたメモリと、別のコンポーネントと通信するよう構成された通信インタフェースとを含んでよい。上記は単にＳＥの特定の実装であり、本願がそれに制約を課しているわけではないことを理解されたい。すなわち、ＳＥは、本願の実施形態におけるＳＥの関連機能を実装できる別の考えられる実装を使用してもよい。
【００５０】
本願の実施形態によると、第１エレメントがチップ内のＳＥ以外の処理要素である。例えば、第１エレメントは、アプリケーションプロセッサ、信頼できる実行環境（Ｔｒｕｓｔ  Ｅｘｅｃｕｔｅ  Ｅｎｖｉｒｏｎｍｅｎｔ、ＴＥＥ）で動作するプロセッサコア、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）または特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）などであってよい。
【００５１】
図１ａは、本願のある実施形態に係るアプリケーションアーキテクチャ図である。図１ａに示されている通り、本願のこの実施形態では、ｅＳＥが使用されず、代わりに、ＳＥがＳｏＣチップに統合される。ＳｏＣチップ内のＳＥ以外の処理要素が第１エレメントと呼ばれる。図１ａでは、プロセッサおよびメモリがＳＥおよび第１エレメントの例として使用されている。しかしながら、これは本願において限定されるものではない。言い換えれば、ＳＥおよび第１エレメントは、より多いまたはより少ないコンポーネントまたはモジュールを含んでよく、すなわち、当該コンポーネントまたは当該モジュールの量およびタイプが実際の必要性に従って構成され得る。
【００５２】
本願のこの実施形態における、統合されたＳＥを有するＳｏＣチップでは、実質的なＳＥレベルのセキュリティが実現され得るように、（タッチセンサなどの）入出力（ｉｎｐｕｔ／ｏｕｔｐｕｔ、Ｉ／Ｏ）デバイスと相互接続するためのバスインタフェースがＳＥに配置されるか、または、ＳＥによりバスインタフェースへのアクセスが制御される。
【００５３】
図１ｂは、本願のある実施形態に係るＳｏＣ１００の概略ブロック図である。図１ｂに示されている通り、ＳｏＣ１００は、ＳｏＣ１００に統合された、バスインタフェース１１０と、ＳＥ１２０と、第１エレメント１３０とを含む。
【００５４】
本願のこの実施形態によると、ＳＥ１２０は、ＳｏＣ１００に統合される。ＳＥ１２０は、タンパ防止データを記憶する。例えば、セキュアな決済の間、個人識別番号（Ｐｅｒｓｏｎａｌ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ、ＰＩＮ）キーなどの銀行のアプリケーションおよびデータがＳＥに記憶される。
【００５５】
バスインタフェース１１０は、Ｉ／Ｏデバイスに接続されるよう構成される。Ｉ／Ｏデバイスは、端末の入出力デバイスである。例えば、Ｉ／Ｏデバイスは、データ収集センサ、タッチスクリーンまたはディスプレイであってよい。
【００５６】
データ収集センサは、体性感覚、虹彩および脳波などのインタラクション方式でデータを収集するセンサ、例えば、タッチセンサを含む、データ収集機能を備えたセンサ（センサ）である。
【００５７】
タッチスクリーンは、タッチセンサおよび液晶ディスプレイ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ、ＬＣＤ）を含んでよい。
【００５８】
ディスプレイには、ＬＣＤ、有機発光ダイオード（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ、ＯＬＥＤ）画面、電子インクおよびプラズマディスプレイパネル（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ、ＰＤＰ）などが含まれ得る。
【００５９】
バスインタフェース１１０は、Ｉ２Ｃインタフェース、モバイル業界プロセッサインタフェース（Ｍｏｂｉｌｅ  Ｉｎｄｕｓｔｒｙ  Ｐｒｏｃｅｓｓｏｒ  Ｉｎｔｅｒｆａｃｅ、ＭＩＰＩ）またはＩ／Ｏデバイスに接続され得る別のバスインタフェースであってよい。
【００６０】
Ｉ／Ｏデバイスおよびバスインタフェース１１０の上記の例は、本願のこの実施形態の範囲を限定することではなく、当業者が本願のこの実施形態をより良く理解するのに役立つことのみを目的としていることを理解されたい。説明しやすくするために、以下の説明は、Ｉ／Ｏデバイスがタッチセンサであり、バスインタフェース１１０がＩ２Ｃインタフェースであるような例に基づいている。
【００６１】
ＳＥ１２０は、セキュアなシナリオにおいて、バスインタフェース１１０を用いてＩ／Ｏデバイスにアクセスすること、Ｉ／Ｏデバイスにより入力された第１データを取得すること、および、当該第１データに対してセキュアな処理を実行することを行うよう構成され、一般的なシナリオにおいて、Ｉ／Ｏデバイスに対する第１エレメント１３０のアクセスを制御するよう構成される。
【００６２】
セキュアなシナリオは、セキュアな入力を必要とするシナリオ、例えば、セキュアな入力および表示を必要とするセキュアな決済シナリオを示し、一般的なシナリオは、セキュアな入力を必要としないシナリオを示す。
【００６３】
オプションとして、ＳＥ１２０は、現在Ｉ／Ｏデバイスにアクセスしているアプリケーションに従って、現在のアプリケーション環境がセキュアなシナリオであるのか一般的なシナリオであるのかを判断してよい。例えば、データを入力するＩ／Ｏデバイスを現在必要としているアプリケーションがＳＥ１２０内のアプリケーションであれば、ＳＥ１２０は、セキュアな入力が必要である、すなわち、現在のアプリケーション環境がセキュアなシナリオであると判断してよく、そうでなければ、現在のアプリケーション環境が一般的なシナリオであると判断してよい。
【００６４】
本願のこの実施形態によると、ＳＥ１２０は、セキュアなシナリオにおいて、バスインタフェース１１０を用いてＩ／Ｏデバイスにアクセスする。すなわち、ＳＥ１２０は、セキュアなシナリオにおいてバスインタフェース１１０に直接アクセスした後、Ｉ／Ｏデバイスにアクセスし、Ｉ／Ｏデバイスにより入力された第１データを取得してよい。セキュアなシナリオにおける入力のセキュリティを高めることができるよう、第１データが第１エレメント１３０により転送されることはない。
【００６５】
オプションとして、ＳＥ１２０は更に、セキュアなシナリオにおいて、Ｉ／Ｏデバイスを制御してデータ入力インタフェースを表示させるよう構成される。
【００６６】
具体的に言うと、セキュアな入力が必要な場合、例えば、現在入力を必要としているアプリケーションがＳＥ１２０内のアプリケーションであるという事実に基づいて、ＳＥ１２０が、セキュアな入力が必要であると判断すると、ＳＥ１２０は、バスインタフェース１１０を用いてＩ／Ｏデバイスにアクセスし、ユーザにディスプレイインタフェースを出力し、ユーザは、当該ディスプレイインタフェースに従って第１データを入力し、ＳＥ１２０は、バスインタフェース１１０を用いてユーザにより入力された第１データを取得する。
【００６７】
オプションとして、ＳＥ１２０は更に、第１データに対してセキュアな処理を実行するよう構成され、セキュアな処理の後に取得されたデータを検証サーバに送信するよう構成される。
【００６８】
例えば、セキュアな決済の間、ＳＥ１２０は、バスインタフェース１１０を用いてユーザにパスワード入力インタフェースを表示し、ユーザは、このインタフェースにパスワードを入力し、ＳＥ１２０は、バスインタフェース１１０を用いて、ユーザにより入力されたパスワードデータを取得し、ＳＥ１２０に記憶されたＰＩＮキーを用いて当該パスワードデータを暗号化し、暗号化されたデータを検証のために金融業界検証サーバに送信する。これによって、決済のセキュリティを高めることができる。
【００６９】
本願の様々な実施形態において、データアクセス、データ処理および制御などの処理がＳＥ内のプロセッサを用いて実装されてよく、データ伝送がＳＥ内の通信インタフェースを用いて実装されてよいことを理解されたい。しかしながら、これは本願において限定されるものではない。
【００７０】
第１エレメント１３０は、一般的なシナリオにおいて、ＳＥ１２０の制御下でＩ／Ｏデバイスにより入力された第２データを取得するよう構成される。
【００７１】
一般的なシナリオにおいて、すなわち、セキュアな入力を必要としないシナリオにおいては、第１エレメント１３０がＳＥ１２０の制御下でＩ／Ｏデバイスにより入力された第２データを取得してよい。
【００７２】
本願のこの実施形態によると、ＳＥ１２０とバスインタフェース１１０との間の位置関係および接続関係は様々であってよく、それに応じて、ＳＥ１２０の制御モードは様々であってよい。これらの制御モードについては、後ほど個別に説明する。
【００７３】
オプションとして、本願のある実施形態によると、一般的なシナリオにおいて、ＳＥ１２０は、バスインタフェース１１０を用いてＩ／Ｏデバイスにアクセスし、第２データを取得し、第１エレメント１３０に第２データを送信する。
【００７４】
この実施形態によると、ＳＥ１２０は、バスインタフェース１１０に直接アクセスできるが、第１エレメント１３０は、バスインタフェース１１０に直接アクセスできない。例えば、図２に示されている通り、バスインタフェース１１０は、ＳＥ１２０に配置される。ＳＥ１２０がＳｏＣ１００に統合されているので、ＳＥ１２０の性能および応答レイテンシは比較的良好であり得る。バスインタフェース１１０は、統合されたＳＥ１２０に直接配置され、ＳＥ１２０（例えば、ＳＥ１２０上で動作するシステムソフトウェア）により制御される。この場合、一般的なシナリオ、すなわち、セキュアな入力を必要としないシナリオについては、バスインタフェース１１０に対する第１エレメント１３０のアクセスが、ＳＥ１２０により転送される。セキュアなシナリオ、すなわち、セキュアな入力を必要とするシナリオについては、もはやＳＥ１２０がデータを転送することはない。すなわち、入力のセキュリティが高まるように、バスインタフェース１１０を用いて、ユーザにより入力されたデータを取得できるのはＳＥ１２０のみである。
【００７５】
オプションとして、ＳＥ１２０は更に、セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信してよい。例えば、ＳＥ１２０は、セキュリティインジケータを制御し、当該セキュリティインジケータをオンにすることにより、セキュアなシナリオの開始についてユーザに通知する。
【００７６】
例えば、ＳＥ１２０は、現在入力を必要としているアプリケーションがＳＥ１２０内のアプリケーションであるという事実に基づいて、セキュアな入力が必要であると判断し、すなわち、セキュアなシナリオの開始を決定する。
【００７７】
図３は、本願のこの実施形態におけるＳｏＣの例である。図３に示されている通り、Ｉ２Ｃインタフェース３１０がＳＥ３２０に配置される。ＳＥ３２０は、上記のＳＥ１２０に対応している。具体的に言うと、ＳＥ３２０は、ＳＥ３２０の様々な処理を実行するよう構成されたプロセッサ３２１、メモリ３２２および汎用入出力（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ、ＧＰＩＯ）３２３などを含んでよい。ＧＰＩＯ３２３は、セキュリティインジケータ３４０に接続される。ＳＥ３２０が更に別のモジュールを含んでよく、ＳＥ３２０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これは本願において限定されるものではない。ＡＰ３３０が上記の第１エレメント１３０に対応している。具体的に言うと、ＡＰ３３０は、プロセッサ３３１およびメモリ３３２などを含んでよい。ＡＰ３３０が更に別のモジュールを含んでよく、ＡＰ３３０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これは本願において限定されるものではない。
【００７８】
Ｉ２Ｃインタフェース３１０がタッチセンサ３５０に接続され、ＭＩＰＩ３６０がＬＣＤ３７０に接続される。
【００７９】
セキュアな入力を必要としないシナリオにおいて、タッチセンサ３５０のメッセージおよびデータが、ＳＥ３２０のチップオペレーションシステム（Ｃｈｉｐ  Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ、ＣＯＳ）により（例えば、電子メール通信を用いて）一次のＡＰ３３０に転送される。セキュアな入力が必要であるとＣＯＳシステムソフトウェアが判断すると、セキュリティインジケータ３４０（または、ユーザに通知できる別のセキュリティインジケーション（本願はセキュリティインジケータに限定されるわけではない））がオンになり、ユーザ入力が完了するまで、もはやタッチセンサ３５０のメッセージまたはデータが一次のＡＰ３３０に転送されることはない。タッチセンサ３５０のメッセージおよびデータは、ユーザがＯＫ（ＯＫ）をクリックしてセキュリティインジケータ３４０がオフになった後、ＡＰ３３０に転送され続けてよい。
【００８０】
図３において、Ｉ２Ｃインタフェース３１０はＳＥ３２０に配置され、ＭＩＰＩ３６０はＳＥ３２０に配置されない。その代わりに、ＬＣＤ３７０と相互接続されたＭＩＰＩ３６０は、ＳＥ３２０に配置され得ることを理解されたい。言い換えれば、Ｉ２Ｃインタフェース３１０およびＭＩＰＩ３６０はどちらも、ＳＥ３２０に配置され得る。これは本願において限定されるものではない。
【００８１】
オプションとして、本願の別の実施形態によると、セキュアなシナリオにおいて、ＳＥ１２０は、バスインタフェース１１０のアクセスモードをＳＥ１２０によってのみアクセス可能として構成し、一般的なシナリオにおいて、ＳＥ１２０は、バスインタフェース１１０のアクセスモードを第１エレメント１３０によってアクセス可能として構成する。
【００８２】
この実施形態によると、ＳＥ１２０は、バスインタフェース１１０のアクセスモードを構成することができる。ここで、第１エレメント１３０は、バスインタフェース１１０のアクセスモードを構成することができない。セキュアなシナリオにおいて、ＳＥ１２０は、バスインタフェース１１０のアクセスモードをＳＥ１２０によってのみアクセス可能として構成する。このシナリオにおいて、バスインタフェース１１０にアクセスできるのはＳＥ１２０のみであり、第１エレメント１３０は、バスインタフェース１１０にアクセスすることができない。セキュアなシナリオを終了すると、ＳＥ１２０は、バスインタフェース１１０のアクセスモードを第１エレメント１３０によってアクセス可能として構成する。このシナリオにおいて、第１エレメント１３０は、バスインタフェース１１０にアクセスすることができる。
【００８３】
オプションとして、ＳＥ１２０は更に、セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信してよい。例えば、ＳＥ１２０は、セキュリティインジケータを制御し、当該セキュリティインジケータをオンにすることにより、セキュアなシナリオの開始についてユーザに通知する。
【００８４】
例えば、図４は、本願のある実施形態に係るチップの別の例である。図４では、ＳＥ４２０がＩ２Ｃインタフェース４１０のアクセスモードを構成する。ＳＥ４２０は、上記のＳＥ１２０に対応している。具体的に言うと、ＳＥ４２０は、ＳＥ４２０の様々な処理を実行するよう構成されたプロセッサ４２１、メモリ４２２およびＧＰＩＯ４２３などを含んでよい。ＧＰＩＯ４２３は、セキュリティインジケータ４４０に接続される。ＳＥ４２０が更に別のモジュールを含んでよく、ＳＥ４２０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これは本願において限定されるものではない。ＡＰ４３０が上記の第１エレメント１３０に対応している。具体的に言うと、ＡＰ４３０は、プロセッサ４３１およびメモリ４３２などを含んでよい。ＡＰ４３０が更に別のモジュールを含んでよく、ＡＰ４３０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これも本願において限定されるものではない。
【００８５】
Ｉ２Ｃインタフェース４１０がタッチセンサ４５０に接続され、ＭＩＰＩ４６０がＬＣＤ４７０に接続される。
【００８６】
セキュアなシナリオにおいて、ＳＥ４２０は、タッチセンサ４５０と相互接続されたＩ２Ｃインタフェース４１０をＳＥによってのみアクセス可能（ＳＥアクセスオンリ）として構成する。すなわち、Ｉ２Ｃインタフェース４１０にアクセスできるのはＳＥ４２０のプロセッサ４２１のみであり、プロセッサ４３１などの任意の他のプロセッサは、Ｉ２Ｃインタフェース４１０にアクセスすることができない。セキュアなシナリオを終了するときに、設定によってＩ２Ｃインタフェース４１０にＳＥアクセスオンリモードを終了させることができるのはＳＥ４２０のみである。Ｉ２Ｃインタフェース４１０がＳＥアクセスオンリモードを終了した後、第１エレメントのプロセッサ、例えば、プロセッサ４３１は、Ｉ２Ｃインタフェース４１０にアクセスすることができる。
【００８７】
図４において、ＳＥ４２０は、Ｉ２Ｃインタフェース４１０のアクセスモードを構成し、ＳＥ４２０はＭＩＰＩ４６０のアクセスモードを構成しない。ＳＥ４２０がＭＩＰＩ４６０のアクセスモードを構成してもよいことを理解されたい。言い換えれば、Ｉ２Ｃインタフェース４１０およびＭＩＰＩ４６０両方のアクセスモードは、ＳＥ４２０により制御され得る。これは本願において限定されるものではない。
【００８８】
オプションとして、本願の別の実施形態によると、図５に示されている通り、バスインタフェース１１０が第１バスインタフェース１１１と第２バスインタフェース１１２とを含んでよい。
【００８９】
ＳＥ１２０が第２バスインタフェース１１２にアクセスする。オプションとして、第２バスインタフェース１１２は、ＳＥ１２０に配置され得る。
【００９０】
第１エレメント１３０が第１バスインタフェース１１１にアクセスする。
【００９１】
この場合、セキュアなシナリオにおいて、ＳＥ１２０は、第２バスインタフェース１１２がＩ／Ｏデバイスに接続されるよう制御し、第２バスインタフェース１１２を用いてＩ／Ｏデバイスにアクセスし、一般的なシナリオにおいて、ＳＥ１２０は、第１エレメント１３０が第１バスインタフェース１１１を用いてＩ／Ｏデバイスにアクセスするように、第１バスインタフェース１１１がＩ／Ｏデバイスに接続されるよう制御する。
【００９２】
この実施形態によると、Ｉ／Ｏデバイスと相互接続されたピンが内部で再使用される。すなわち、第１バスインタフェース１１１および第２バスインタフェース１１２は、切り替えられてＩ／Ｏデバイスに接続されてよく、この切り替えは、ＳＥ１２０により制御される。具体的に言うと、セキュアなシナリオにおいて、ＳＥ１２０は、ＳＥ１２０が第２バスインタフェース１１２を用いてＩ／Ｏデバイスにアクセスするように、第２バスインタフェース１１２がＩ／Ｏデバイスに接続されるよう制御する。一般的なシナリオにおいて、ＳＥ１２０は、第１エレメント１３０が第１バスインタフェース１１１を用いてＩ／Ｏデバイスにアクセスするように、第１バスインタフェース１１１がＩ／Ｏデバイスに接続されるよう制御する。
【００９３】
オプションとして、切り替えは多方向スイッチ１４０を用いて実装され得る。具体的に言うと、セキュアなシナリオにおいて、ＳＥ１２０は、第２バスインタフェース１１２がＩ／Ｏデバイスに接続されるように、多方向スイッチ１４０の切り替えを制御し、ＳＥ１２０は、第２バスインタフェース１１２を用いてＩ／Ｏデバイスにアクセスすることができる。一般的なシナリオにおいて、ＳＥ１２０は、第１バスインタフェース１１１がＩ／Ｏデバイスに接続されるように、多方向スイッチ１４０の切り替えを制御し、第１エレメント１３０は、第１バスインタフェース１１１を用いてＩ／Ｏデバイスにアクセスすることができる。
【００９４】
オプションとして、多方向スイッチ１４０は、ＳＥ１２０に配置され得る。
【００９５】
オプションとして、ＳＥ１２０は更に、セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信してよい。例えば、ＳＥ１２０は、セキュリティインジケータを制御し、当該セキュリティインジケータをオンにすることにより、セキュアなシナリオの開始についてユーザに通知する。
【００９６】
例えば、図６ａは、本願のこの実施形態に係るチップの別の例である。図６ａでは、Ｉ２Ｃインタフェース６１１とＩ２Ｃインタフェース６１２とを切り替えてタッチセンサ６５０に接続するために、ＳＥ６２０が多方向スイッチ６８０を制御する。ＳＥ６２０は、上記のＳＥ１２０に対応している。具体的に言うと、ＳＥ６２０は、ＳＥ６２０の様々な処理を実行するよう構成されたプロセッサ６２１、メモリ６２２およびＧＰＩＯ６２３などを含んでよい。ＧＰＩＯ６２３は、セキュリティインジケータ６４０に接続される。オプションとして、ＳＥ６２０は更に、ＧＰＩＯ６２３を用いて多方向スイッチ６８０を制御してよい。ＳＥ６２０は、他の手段、例えば、構成されたレジスタロジックを用いて多方向スイッチ６８０を制御することにより、多方向スイッチ６８０を制御してもよい。ＳＥ６２０が更に別のモジュールを含んでよく、ＳＥ６２０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これは本願において限定されるものではない。ＡＰ６３０が上記の第１エレメント１３０に対応している。具体的に言うと、ＡＰ６３０は、プロセッサ６３１およびメモリ６３２などを含んでよい。ＡＰ６３０が更に別のモジュールを含んでよく、ＡＰ６３０内のモジュールの量およびタイプが実際の必要性に従って設定され得ることを理解されたい。これは本願において限定されるものではない。
【００９７】
ＭＩＰＩ６６０がＬＣＤ６７０に接続される。
【００９８】
セキュアな入力を必要としないシナリオにおいて、ＳＥ６２０は、Ｉ２Ｃインタフェース６１１がタッチセンサ６５０に接続されるように、多方向スイッチ６８０の切り替えを制御する。ユーザにより入力されたデータがＩ２Ｃインタフェース６１１に直接送信される結果、ＡＰ６３０によるアクセスが容易になる。ＣＯＳシステムソフトウェアが、セキュアな入力が必要であると判断すると、セキュリティインジケータ６４０（または、ユーザに通知できる別のセキュリティインジケーション（本願はセキュリティインジケータに限定されるわけではない））がオンになり、Ｉ２Ｃインタフェース６１２がタッチセンサ６５０に接続されるように、多方向スイッチ６８０の切り替えが制御される。Ｉ２Ｃインタフェース６１１は、もはやタッチセンサ６５０からデータを取得することができない。ユーザは、ユーザ入力が完了して初めてＯＫをクリックし、セキュリティインジケータ６４０はオフになり、ＳＥ６２０は、Ｉ２Ｃインタフェース６１１がタッチセンサ６５０に接続されて機能し続けるように、多方向スイッチ６８０の切り替えを制御することができる。
【００９９】
ＭＩＰＩ６６０がデュアルインタフェース設計を使用してもよく、ＳＥ６２０が切り替えを制御することを理解されたい。これは本願において限定されるものではない。
【０１００】
図６ｂは、本願のある実施形態に係るチップの別の例である。図６ｂでは、多方向スイッチ６８０がＳＥ６２０に配置され、ＳＥ６２０により直接制御される。図６ｂにおけるチップの具体的な作業工程が、図６ａにおけるチップの具体的な作業工程と同様であり、本明細書では詳細について再び説明しない。
【０１０１】
本願の実施形態におけるＳｏＣチップでは、ＳＥがバスインタフェースに直接アクセスしてよい。従って、セキュアなシナリオでは、入力データが第１エレメントにより転送される代わりに、ＳＥにより直接取得される。従って、入力データは悪意のあるアプリケーションソフトウェアにより傍受されず、入力のセキュリティを高めることができる。
【０１０２】
従って、本願の実施形態におけるＳｏＣは、ＳＥレベルのセキュリティを実現することができる。  本願の実施形態におけるＳｏＣを使用する携帯電話または別のモバイル端末のオープンプラットフォームは、ＰＯＳマシンのセキュア入力能力を備える。言い換えれば、当該携帯電話または別のモバイル端末デバイスは、ＰＯＳマシン機能を備えてよい。
【０１０３】
図７は、本願のある実施形態に係る端末７００の概略ブロック図である。図７に示されている通り、端末７００は、本願の上記実施形態におけるＳｏＣ１００と、Ｉ／Ｏデバイス７１０とを含んでよい。ここで、Ｉ／Ｏデバイス７１０は、本願の上記実施形態において説明したＩ／Ｏデバイスであってよい。
【０１０４】
端末７００は、モバイル決済をサポートしてよい。本願の実施形態におけるＳｏＣを用いて、端末７００は、ＳＥレベルのセキュリティを実現することができ、ＰＯＳマシンのセキュア入力能力を提供することができる。すなわち、端末７００は、ＰＯＳマシンとして機能してよい。
【０１０５】
当業者であれば、端末７００が、図７には示されていない別のコンポーネントを含んでもよいことを理解することができる。例えば、携帯電話として、端末７００は、無線周波数（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ、ＲＦ）回路などのコンポーネントを含んでもよい。これは本願において限定されるものではない。
【０１０６】
例えば、図８は、本願のある実施形態に係る端末８００の概略構造図である。図８に示されている通り、端末８００は、プロセッサ８１０と、Ｉ／Ｏデバイス８２０と、送受信機８３０と、アンテナ８４０とを含んでよい。プロセッサ８１０は、本願の上記実施形態におけるＳｏＣであってよく、簡潔にするために、本明細書では詳細について再び説明しない。Ｉ／Ｏデバイス８２０は、本願の上記実施形態において説明したＩ／Ｏデバイスであってよい。送受信機８３０は、アンテナ８４０を用いて別のデバイスと通信する。当業者であれば、図８に示されている端末構造が端末に対する制約とはならないことを理解することができる。この図に示されているコンポーネントより多いまたはより少ないコンポーネントを端末が含んでもよいし、幾つかのコンポーネントが組み合わされてもよいし、幾つかのコンポーネントが隔離されてもよいし、これらのコンポーネントが異なる方式で配置されてもよい。
【０１０７】
上記の説明における具体的な例は、本願の実施形態の範囲を限定することではなく、当業者が本願の実施形態をより良く理解するのに役立つことのみを目的としていることを理解されたい。
【０１０８】
当業者であれば、本明細書において開示された実施形態において説明されている例と組み合わせて、ユニットおよびアルゴリズム段階が、電子ハードウェア、コンピュータソフトウェアまたはこれらの組み合わせで実装され得ることを認識することができる。ハードウェアとソフトウェアとの間の相互互換性を明確に説明するために、上記では概して、複数の機能に従って各例の構成および段階について説明した。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、具体的な用途および技術的解決手段の設計上の制約条件によって決まる。当業者であれば、異なる方法を用いて、具体的な用途ごとに説明されている機能を実装できるが、その実装が本願の範囲を超えるものと見なされるべきではない。
【０１０９】
本願で提供される幾つかの実施形態では、開示されている装置が他の方式で実装され得ることを理解されたい。例えば、説明されている装置の実施形態は例に過ぎない。例えば、ユニットの区分は論理機能の区分に過ぎず、実際の実装においては他の区分であってよい。例えば、複数のユニットまたはコンポーネントが組み合わされてまたは統合されて別のシステムになってもよいし、幾つかの機能が無視されるか実行されなくてもよい。更には、表示または記述されている相互結合もしくは直接的結合または通信接続は、幾つかのインタフェース、装置もしくはユニット間の間接的結合もしくは通信接続、もしくは、電気的接続、機械的接続、または他の形態の接続を介して実装され得る。
【０１１０】
別個の部分として説明されているユニットは、物理的に別個のものであってもそうでなくてもよく、ユニットとして表示されている部分は、物理的ユニットであってもそうでなくてもよいし、１か所に配置されてもよいし、複数のネットワークユニットに分散されてもよい。本願の実施形態の解決手段の目的を実現するために、これらのユニットのうちの幾つかまたは全てが、実際の必要性に従って選択され得る。
【０１１１】
更には、本願の実施形態における機能ユニットが統合されて１つの処理ユニットになってもよいし、これらのユニットの各々が物理的に単独で存在してもよく、２つまたはそれより多くのユニットが統合されて１つのユニットになる。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。
【０１１２】
統合されたユニットがソフトウェア機能ユニットの形態で実装されるか、または独立した製品として販売または使用されると、統合されたユニットは、コンピュータ可読記憶媒体に記憶され得る。係る理解に基づいて、本質的には本願の技術的解決手段、または、先行技術に寄与する部分、または、技術的解決手段のうちの全てまたは幾つかが、ソフトウェア製品の形態で実装され得る。ソフトウェア製品は、記憶媒体に記憶されており、本願の実施形態において説明されている方法の段階のうちの全てまたは幾つかを実行するようコンピュータデバイス（パーソナルコンピュータ、サーバまたはネットワークデバイスであってよい）に指示するための幾つかの命令を含む。上記の記憶媒体には、ＵＳＢフラッシュドライブ、携帯用ハードディスク、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスクまたは光ディスクなどの、プログラムコードを記憶できる任意の媒体が含まれる。
【０１１３】
上記の説明は、本願の特定の実施形態に過ぎず、本願の保護範囲を限定することを目的としているわけではない。当業者であれば本願において開示されている技術的範囲内で容易に考え付くであろう任意の変形例または代替例が、本願の保護範囲内に含まれるものとする。従って、本願の保護範囲は特許請求の範囲の保護範囲に従うものとする。
【図１ａ】
2019520653.tif 000003
【図１ｂ】
2019520653.tif 000004
【図２】
2019520653.tif 000005
【図３】
2019520653.tif 000006
【図４】
2019520653.tif 000007
【図５】
2019520653.tif 000008
【図６ａ】
2019520653.tif 000009
【図６ｂ】
2019520653.tif 000010
【図７】
2019520653.tif 000011
【図８】
2019520653.tif 000012
【手続補正書】
【提出日】平成31年2月18日(2019.2.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システムオンチップ（ＳｏＣ）であって、前記ＳｏＣには、バスインタフェースと、セキュアエレメント（ＳＥ）と、第１エレメントとが統合され、
前記バスインタフェースは、入出力（Ｉ／Ｏ）デバイスに接続されるよう構成され、
前記ＳＥは、セキュアなシナリオにおいて、前記バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスすること、前記Ｉ／Ｏデバイスにより入力された第１データを取得すること、および、前記第１データに対してセキュアな処理を実行することを行うよう構成され、一般的なシナリオにおいて、前記Ｉ／Ｏデバイスに対する前記第１エレメントのアクセスを制御するよう構成され、前記セキュアなシナリオは、セキュアな入力を必要とするシナリオを示し、前記一般的なシナリオは、セキュアな入力を必要としないシナリオを示し、
前記第１エレメントは、前記一般的なシナリオにおいて、前記ＳＥの制御下で前記Ｉ／Ｏデバイスにより入力された第２データを取得するよう構成される、ＳｏＣ。
【請求項２】
前記ＳＥは更に、前記セキュアなシナリオにおいて、前記Ｉ／Ｏデバイスを制御してデータ入力インタフェースを表示させるよう構成される、請求項１に記載のＳｏＣ。
【請求項３】
前記ＳＥは更に、セキュアな処理の後に取得されたデータをサーバに送信するよう構成される、請求項１または２に記載のＳｏＣ。
【請求項４】
前記ＳＥは更に、現在前記Ｉ／Ｏデバイスにアクセスしているアプリケーションに従って、現在のアプリケーション環境が前記セキュアなシナリオであるのか前記一般的なシナリオであるのかを判断するよう構成される、請求項１から３の何れか一項に記載のＳｏＣ。
【請求項５】
前記ＳＥは、前記一般的なシナリオにおいて、前記バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスするよう構成され、前記第２データを取得するよう構成され、前記第１エレメントに前記第２データを送信するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項６】
前記バスインタフェースは、前記ＳＥに配置される、請求項５に記載のＳｏＣ。
【請求項７】
前記ＳＥは、前記セキュアなシナリオにおいて、前記バスインタフェースのアクセスモードを前記ＳＥによってのみアクセス可能として構成するよう構成され、前記一般的なシナリオにおいて、前記バスインタフェースの前記アクセスモードを前記第１エレメントによってアクセス可能として構成するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項８】
前記バスインタフェースは、第１バスインタフェースと第２バスインタフェースとを有し、
前記ＳＥは、前記セキュアなシナリオにおいて、前記第２バスインタフェースが前記Ｉ／Ｏデバイスに接続されるよう制御すること、および、前記第２バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスすることを行うよう構成され、
前記一般的なシナリオにおいて、前記第１エレメントが前記第１バスインタフェースを用いて前記Ｉ／Ｏデバイスにアクセスするように、前記第１バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように制御するよう構成される、請求項１から４の何れか一項に記載のＳｏＣ。
【請求項９】
前記ＳｏＣは更に、多方向スイッチを備え、
前記ＳＥは、前記第２バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように、前記セキュアなシナリオにおいて前記多方向スイッチの切り替えを制御すること、または、前記第１バスインタフェースが前記Ｉ／Ｏデバイスに接続されるように、前記一般的なシナリオにおいて前記多方向スイッチの切り替えを制御することを行うよう構成される、請求項８に記載のＳｏＣ。
【請求項１０】
前記多方向スイッチは、前記ＳＥに配置される、請求項９に記載のＳｏＣ。
【請求項１１】
前記第２バスインタフェースは、前記ＳＥに配置される、請求項８から１０の何れか一項に記載のＳｏＣ。
【請求項１２】
前記ＳＥは更に、前記セキュアなシナリオの開始を決定するときに、ユーザにセキュリティインジケーションを送信するよう構成される、請求項１から１１の何れか一項に記載のＳｏＣ。
【請求項１３】
前記Ｉ／Ｏデバイスは、データ収集センサ、タッチスクリーンまたはディスプレイを含む、請求項１から１２の何れか一項に記載のＳｏＣ。
【請求項１４】
前記バスインタフェースは、集積回路間バス（Ｉ２Ｃ）インタフェースまたはモバイル業界プロセッサインタフェース（ＭＩＰＩ）を有する、請求項１から１３の何れか一項に記載のＳｏＣ。
【請求項１５】
前記第１エレメントは、アプリケーションプロセッサ、信頼できる実行環境（ＴＥＥ）にあるプロセッサコア、デジタル信号プロセッサまたは特定用途向け集積回路を有する、請求項１から１４の何れか一項に記載のＳｏＣ。
【請求項１６】
請求項１から１５の何れか一項に記載のＳｏＣと、入出力（Ｉ／Ｏ）デバイスとを備える端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
以下では、本願の実施形態の添付図面を参照しながら、本願の実施形態における技術的解決手段について明確に説明する。当然のことながら、説明されている実施形態は本願の実施形態の幾つかに過ぎず、全てではない。本願の実施形態に基づいて当業者により創造的努力をすることなく取得される全ての他の実施形態が、本願の保護範囲内に含まれるものとする。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
本願の実施形態によると、第１エレメントがチップ内のＳＥ以外の処理要素である。例えば、第１エレメントは、アプリケーションプロセッサ、信頼できる実行環境（ＴＥＥ）で動作するプロセッサコア、デジタル信号プロセッサ（ＤＳＰ）または特定用途向け集積回路（ＡＳＩＣ）などであってよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
本願のこの実施形態における、統合されたＳＥを有するＳｏＣチップでは、実質的なＳＥレベルのセキュリティが実現され得るように、（タッチセンサなどの）入出力（Ｉ／Ｏ）デバイスと相互接続するためのバスインタフェースがＳＥに配置されるか、または、ＳＥによりバスインタフェースへのアクセスが制御される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
セキュアな入力を必要としないシナリオにおいて、タッチセンサ３５０のメッセージおよびデータが、ＳＥ３２０のチップオペレーティングシステム（Ｃｈｉｐ  Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ、ＣＯＳ）により（例えば、電子メール通信を用いて）一次のＡＰ３３０に転送される。セキュアな入力が必要であるとＣＯＳシステムソフトウェアが判断すると、セキュリティインジケータ３４０（または、ユーザに通知できる別のセキュリティインジケーション（本願はセキュリティインジケータに限定されるわけではない））がオンになり、ユーザ入力が完了するまで、もはやタッチセンサ３５０のメッセージまたはデータが一次のＡＰ３３０に転送されることはない。タッチセンサ３５０のメッセージおよびデータは、ユーザがＯＫをクリックしてセキュリティインジケータ３４０がオフになった後、ＡＰ３３０に転送され続けてよい。
【国際調査報告】
2019520653.tif 000013
2019520653.tif 000014
2019520653.tif 000015
2019520653.tif 000016