(57)【要約】  標準のインターネットプロトコルを使用する移動装置およびＵＩＣＣ通信。そのような通信は、ユーザが、標準のウェブブラウザを使用してユーザのＵＩＣＣ情報にアクセスすることを可能にし、リモートサーバと通信して、それによりインターネットトランザクションのためのセキュリティで保護されたサービスを提供するＵＩＣＣの使用を可能にする。移動装置は、ＵＩＣＣプロセッサ、またはネットワーク上の少なくとも１つのノードと選択的に通信する通信モジュールを有し、移動装置通信モジュールは、インターネットプロトコルモジュールを有し、このインターネットプロトコルモジュールは、インターネットプロトコルパケットとして第１のインターネットアプリケーションから発行されたメッセージを受信し、それらのパケットを目標ＩＰアドレスに送信するように動作可能であり、かつインターネットプロトコルパケットを受信し、それらのパケットを処理し、それらのパケット中に含まれるメッセージを第１のインターネットアプリケーションに送信するように動作可能である。
2008514150.tif 000002
【特許請求の範囲】
【請求項１】
移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステムであって、
移動装置メモリに記憶され、かつ移動装置プロセッサに、ＵＩＣＣプロセッサまたはネットワーク上の少なくとも１つのノードと選択的に通信させる命令を有する、移動装置通信モジュールを備え、
該移動装置通信モジュールが、インターネットプロトコルモジュールを有し、該インターネットプロトコルモジュールが、第１のインターネットアプリケーションから発行されたメッセージを受信し、メッセージをインターネットプロトコルパケットとしてパッケージ化し、インターネットプロトコルパケットを目標ＩＰアドレスに送信するように動作可能であり、かつインターネットプロトコルパケットを受信し、インターネットプロトコルパケットを処理し、インターネットプロトコルパケットに含まれるメッセージを第１のインターネットアプリケーションに送信するように動作可能であり、前記インターネットプロトコルモジュールが、ルーティングモジュールを有し、
該ルーティングモジュールが、インターネットプロトコルパケットを受信するように動作可能であり、かつインターネットプロトコルモジュールに、インターネットプロトコルパケットを、インターネットプロトコルパケットの目標インターネットプロトコルアドレスに応じて、移動装置、ＧＰＲＳネットワーク、またはＵＩＣＣに選択的に送信させるように動作可能である、システム。
【請求項２】
移動装置通信モジュールが、
ＲＡＳセッションを開始する命令と、
移動装置とＵＩＣＣとの間でＰＰＰ接続を作成するようにＰＰＰネゴシエーションを開始するために、接続されたＲＡＳセッションに応答して動作可能な命令とをさらに含み、ＰＰＰネゴシエーションにおいて、ＵＩＣＣが、ＵＩＣＣ  ＩＰアドレスで返答し、移動装置通信モジュールがさらに、
ＵＩＣＣを宛先とする着信データパケットが、ＵＩＣＣ  ＩＰアドレスにルーティングされるように、ＩＰルーティングテーブルを更新する命令をさらに含む、請求項１に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項３】
移動装置通信モジュールが、ＰＰＰ接続を切断する命令をさらに含み、ＵＩＣＣが、ＵＩＣＣ通信モジュールを含み、該ＵＩＣＣ通信モジュールが、ＰＰＰ切断メッセージを受信する命令と、ＰＰＰ切断メッセージに応答して、新たなＲＡＳセッションを求める要求を受信するように準備されるＵＩＣＣのＵＩＣＣ通信モジュールの一部分をリセットするように動作可能な命令とを有する、請求項２に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項４】
ＵＩＣＣが、
ＳＩＭモジュールと、
ＵＩＣＣとホスト装置との間の通信のための通信プロトコルと、インターネットレベルプロトコルとの間をリンクするためのＵＩＣＣ側リンク層モジュールと、
物理層データを受信するように動作可能な命令と、
物理層メッセージから、着信物理層データが、ＳＩＭモジュールを宛先としているか、またはインターネットプロトコルデータであるかを検出する命令と、
インターネットプロトコルデータをリンク層モジュールにルーティングし、かつＳＩＭモジュールデータをＳＩＭモジュールにルーティングする命令とをさらに含む、請求項３に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項５】
移動装置が、ＵＩＣＣとホスト装置との間の通信のための通信プロトコルと、インターネットレベルプロトコルとの間をリンクするための移動装置側リンク層モジュールをさらに含む、請求項４に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項６】
ＵＩＣＣ側リンク層モジュールおよび移動装置側リンク層モジュールそれぞれが、
ＵＩＣＣとホストコンピュータとの間の通信のためのプロトコルにしたがって通信するための第１のリンク層モジュールと、
インターネット通信プロトコルにしたがって通信するための第３のリンク層モジュールと、
第３のリンク層からのデータパケットを、第１のリンク層のフォーマットで伝送するように動作可能な第２のリンク層モジュールとを含む、請求項５に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項７】
ＵＩＣＣとホストコンピュータとの間の通信のためのプロトコルが、半二重のコマンドおよび応答プロトコルである、請求項６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項８】
ＵＩＣＣとホストコンピュータとの間の通信のためのプロトコルが、ＩＳＯ−７８１６  ＡＰＤＵプロトコルである、請求項７に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項９】
第１のリンク層モジュールは、移動装置およびＵＩＣＣが、全二重のインターネットプロトコルを使用して通信することができるようにし、移動装置とＵＩＣＣとの間の物理リンク上の通信プロトコルが、半二重である、請求項６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１０】
ＵＩＣＣ側リンク層モジュールの第１のリンク層モジュールと第２のリンク層モジュールとの間にインタフェースをさらに含み、ＵＩＣＣ側リンク層モジュールの第１のリンク層モジュールと第２のリンク層モジュールとの間のインタフェースが、物理層メッセージから、着信物理層データが、ＳＩＭモジュールを宛先としているか、またはインターネットプロトコルデータであるかを検出する命令を含む、請求項６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１１】
第１のリンク層モジュールが、ＩＳＯ  ７８１６通信プロトコルのインプリメンテーションであり、第２のリンク層モジュールが、Ｐｅｅｒ  Ｉ／Ｏサーバであり、第３のリンク層モジュールが、ＰＰＰプロトコルを実装するモジュールである、請求項６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１２】
移動装置が、リモートアクセスサーバモジュールをさらに含み、該リモートアクセスサーバモジュールが、外部データネットワークとの接続を確立することを可能にするように動作可能であり、外部データネットワークが、無線セルラーデータネットワーク、ネットワークＵＩＣＣ、およびその他のネットワークから選択される、請求項１に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１３】
アクセスサーバが、シリアルドライバを介してＵＩＣＣに対するネットワーク接続を行うように動作可能である、請求項１２に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１４】
インターネットプロトコルと、リンク層プロトコルとを含む通信プロトコルスタックを実装するＵＩＣＣ通信モジュールをさらに含み、リンク層モジュールが、ＵＩＣＣとの通信のために設計されたリンク層プロトコルを使用して、物理リンクを介してインターネットプロトコルデータを伝送するように動作可能である、請求項１に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１５】
リンク層プロトコルが、ＩＳＯ  ７８１６  ＡＰＤＵプロトコルを含み、リンク層モジュールが、ＡＰＤＵフレーム上でインターネットプロトコルデータフレームを伝送するように動作可能な中間リンク層モジュールを含む、請求項１４に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１６】
短距離接続を介して移動装置に接続されたコンピュータをさらに含み、第１のインターネットアプリケーションが、コンピュータで実行されるアプリケーションプログラムであり、
ＵＩＣＣが、第２のインターネットアプリケーションと、カード側通信モジュールとをさらに含み、該カード側通信モジュールが、ＵＩＣＣで実行される第２のインターネットアプリケーションにディスパッチするために、第１のインターネットアプリケーションから発行されたメッセージを受信し、メッセージをインターネットプロトコルパケットとしてパッケージ化し、インターネットプロトコルパケットを第２のインターネットアプリケーションにディスパッチし、かつ第１のインターネットアプリケーションに送信するために、第２のアプリケーションからインターネットプロトコルパケットを受信して、インターネットプロトコルパケットを処理し、インターネットプロトコルパケットに含まれるメッセージを第２のインターネットアプリケーションに送信するように動作可能であり、
第２のインターネットアプリケーションプログラムが、カード側通信モジュールに接続され、コンピュータからインターネットデータを受信して、カード側通信モジュールを介してコンピュータにインターネットデータを送信するように動作可能であり、
移動装置が、
コンピュータに対するインターネットプロトコル接続を開始するように作用可能な命令と、コンピュータから受信されたインターネットデータが、ＵＩＣＣを宛先としていることを判定して、ＵＩＣＣを宛先とするそのようなインターネットデータをＵＩＣＣにルーティングするように動作可能な命令と、ＵＩＣＣから受信されたインターネットデータが、コンピュータを宛先としていることを判定して、コンピュータを宛先としているそのようなインターネットデータをコンピュータにルーティングするように動作可能な命令とをさらに含み、
コンピュータが、
移動装置を介するコンピュータ側のインターネットアプリケーションプログラムによる要求に応答して、インターネットプロトコル接続上で、インターネットプロトコルデータパケットをＵＩＣＣに送信し、かつＵＩＣＣからインターネットデータを受信するように動作可能な命令をさらに含む、請求項１に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１７】
コンピュータが、移動装置に対するＲＡＰＩセッションを開始するためのウェブプロキシモジュールをさらに含み、移動装置が、ＲＡＰＩセッションを介して受信されたデータをＵＩＣＣに転送するように動作可能なＴＣＰプロキシをさらに含む、請求項１６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１８】
移動装置が、ルーティングテーブルをさらに含み、ウェブプロキシが、ループバックアドレスに関連付けられ、ルーティングテーブル中で、ＵＩＣＣのアドレスも、ループバックアドレスに関連付けられて、それによりＵＩＣＣアドレスにアドレス指定されたいずれのデータパケットも、ウェブプロキシに自動的に転送される、請求項１７に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項１９】
第１のアプリケーションが、ウェブブラウザであり、第２のアプリケーションが、ウェブサーバである、請求項１６に記載の移動装置メモリおよび移動装置プロセッサを有する移動装置と、ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣとの間の通信のためのシステム。
【請求項２０】
短距離接続が、ＵＳＢ、赤外線接続、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉから選択されるものを含むセットから選択される、請求項１に記載の移動装置間の通信のためのシステム。
【請求項２１】
ＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣと、移動装置メモリおよび移動装置を有する移動装置を介してネットワークに接続されたリモートサーバとの間の通信のための機構を提供するように動作可能な移動装置であって、該移動装置が、移動装置通信モジュールを含み、
該移動装置通信モジュールが、移動装置メモリに記憶され、移動装置プロセッサに、ＵＩＣＣプロセッサまたはネットワーク上の少なくとも１つのノードと選択的に通信させる命令を有し、
移動装置通信モジュールが、インターネットプロトコルモジュールを有し、
該インターネットプロトコルモジュールが、第１のインターネットアプリケーションからインターネットプロトコルパケットとして発行されたメッセージを受信し、インターネットプロトコルパケットを目標ＩＰアドレスに送信するように動作可能であり、かつインターネットプロトコルパケットを受信し、インターネットプロトコルパケットを処理し、インターネットプロトコルパケットに含まれるメッセージを第１のインターネットアプリケーションに送信するように動作可能であり、ルーティングモジュールを有し、
該ルーティングモジュールが、インターネットプロトコルパケットを受信するように動作可能であり、かつインターネットプロトコルモジュールに、インターネットプロトコルパケットを、インターネットプロトコルパケットの目標インターネットプロトコルアドレスに応じて、移動装置、ＧＰＲＳネットワーク、またはＵＩＣＣに選択的に送信させるように動作可能であり、
第１のアプリケーションが、リモートサーバ上のアプリケーションであり、
移動装置が、インターネットに接続して、第１のアプリケーションが、ＵＩＣＣ上で実行される第２のアプリケーションと通信する手段を提供するように動作可能な手段をさらに含む、移動装置。
【請求項２２】
移動装置が、ネットワークアドレス変換をさらに提供し、ウェブプロキシトンネリングサービスをさらに含む、請求項２１に記載のＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣと、移動装置メモリおよび移動装置を有する移動装置を介してネットワークに接続されたリモートサーバとの間の通信のための機構を提供するように動作可能な移動装置。
【請求項２３】
ＵＩＣＣが、ウェブクライアントを有し、
ウェブプロキシが、ＵＩＣＣにおけるウェブクライアントからの要求を、リモートサーバまでトンネリングするように動作可能であり、
ウェブプロキシが、第１のリモートサーバからの応答を、ＵＩＣＣまでトンネリングするように動作可能であり、
ウェブプロキシが、ウェブクライアントと第１のリモートサーバとの間でメッセージを転送するように動作可能である、請求項２２に記載のＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣと、移動装置メモリおよび移動装置を有する移動装置を介してネットワークに接続されたリモートサーバとの間の通信のための機構を提供するように動作可能な移動装置。
【請求項２４】
リモートサーバに対するウェブクライアントからの接続要求が、ＨＴＴＰプロトコルのＣｏｎｎｅｃｔメソッドである、請求項２３に記載のＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣと、移動装置メモリおよび移動装置を有する移動装置を介してネットワークに接続されたリモートサーバとの間の通信のための機構を提供するように動作可能な移動装置。
【請求項２５】
ウェブクライアントとリモートサーバとの間の接続が、セキュリティで保護された接続である、請求項２３に記載のＵＩＣＣメモリおよびＵＩＣＣプロセッサを有するＵＩＣＣと、移動装置メモリおよび移動装置を有する移動装置を介してネットワークに接続されたリモートサーバとの間の通信のための機構を提供するように動作可能な移動装置。
【請求項２６】
移動装置とＵＩＣＣとの間の通信のためのシステムであって、
ネットワーク通信プロトコルを使用して、ＵＩＣＣおよびネットワーク上のノードと通信するように選択的に動作可能な移動装置通信モジュールを有する移動装置と、
ネットワーク通信プロトコルを使用して、移動装置通信モジュールと通信するように動作可能なＵＩＣＣ通信モジュールを有するＵＩＣＣとを含む、通信のためのシステム。
【請求項２７】
通信モジュールが、インターネットプロトコルモジュールをさらに含み、
該インターネットプロトコルモジュールが、第１のインターネットアプリケーションから発行されたメッセージを受信し、メッセージをインターネットプロトコルパケットとしてパッケージ化し、パケットを目標ＩＰアドレスに送信するように動作可能であり、かつインターネットプロトコルパケットを受信し、パケットを処理し、パケットに含まれるメッセージを第１のインターネットアプリケーションに送信するように動作可能であり、ルーティングモジュールを有し、
該ルーティングモジュールが、インターネットプロトコルパケットを受信するように動作可能であり、かつインターネットプロトコルモジュールに、インターネットプロトコルパケットを、インターネットプロトコルパケットの目標インターネットプロトコルアドレスに応じて、移動装置、ＧＰＲＳネットワーク、またはＵＩＣＣに選択的に送信させるように動作可能である、請求項２６に記載の移動装置とＵＩＣＣとの間の通信のためのシステム。
【請求項２８】
通信モジュールが、
ＵＩＣＣリンク層モジュールに接続され、より高いレベルのインターネットプロトコルを伝送するように動作可能な高いレベルのリンク層モジュールと、
ＵＩＣＣリンク層モジュールとをさらに含み、ＵＩＣＣリンク層モジュールが、ＵＩＣＣに対する物理リンクに接続され、ＵＩＣＣにデータパケットを送信し、かつＵＩＣＣからデータパケットを受信するように動作可能である、請求項２６に記載の移動装置とＵＩＣＣとの間の通信のためのシステム。
【請求項２９】
物理リンク上の通信が、半二重のコマンドおよび応答プロトコルであり、高いレベルのリンク層モジュールが、全二重−半二重通信モジュールをさらに含み、該全二重−半二重通信モジュールは、移動装置およびＵＩＣＣが、半二重である、移動装置とＵＩＣＣとの間の半二重の物理リンク通信プロトコルの上で全二重のインターネットプロトコルを使用して、通信することができるように動作可能である、請求項２８に記載の移動装置とＵＩＣＣとの間の通信のためのシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、以下に完全に再現されているかのように、参照により教示が本明細書に組み込まれる、「Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｏｆ  ＵＩＣＣ  ｉｎ  Ｍｏｂｉｌｅ  Ｄｅｖｉｃｅｓ  Ｕｓｉｎｇ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌｓ」という名称の、２００４年９月２３日に出願された米国特許仮出願第６０／６１２，７６８号の優先権を主張する、非仮特許出願である。
【０００２】
本発明は、一般に移動装置通信に関し、より詳細にはＵＩＣＣ（汎用集積回路カード）との通信に関する。
【背景技術】
【０００３】
移動通信の主要な標準の１つが、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）である。ＧＳＭ標準の主要な特徴は、加入者ＩＤモジュール（ＳＩＭ）カード、つまりＳＩＭカードである。ＳＩＭカードは、ユーザの契約情報および電話帳を含む集積回路カードである。ＳＩＭカードは、携帯電話機またはＰＤＡなどの移動装置に挿入される小型のマイクロプロセッサカードである。ＳＩＭカードのチップサイズは、２５ｍｍ２を超えない。ＳＩＭカードは、ポータブルであり、セキュリティで保護されており、不正操作されにくい。ＳＩＭカードは、ＧＳＭネットワーク、ならびに、その他の現在および将来のセルラーネットワークにおける携帯電話機（しばしば、ハンドセットと呼ばれる）に不可欠なモジュールである。ユーザは、ＳＩＭカードを含まない携帯電話機をオンにすることさえできない。ＳＩＭカードは、ユーザが、セルラーネットワークに対して認証されること、電気通信事業者に対するアカウントに関連付けられること、ならびにネットワークの音声、データ、およびその他のサービスを使用することを許可されることを可能にする。ＳＩＭカードは、認証目的で証明書および鍵を格納し、様々なアプリケーションのために他の個人情報を格納する。ＳＩＭカードの所有者は、ハンドセット内のアプリケーションを介してＳＩＭカードにアクセスすることができる。例えば、電話帳アプリケーションは、ＳＩＭカード内に格納された電話帳にアクセスすることができる。
【０００４】
ＳＩＭカードは、ＧＳＭハンドセットでの使用において、多くの不可欠な機能を提供するが、ユーザとＳＩＭカードとの間の通信には、いくつかの重大な欠点が存在する。ＳＩＭカードを含む集積回路カードは、入力装置および出力装置を欠いているので、集積回路カードは、ユーザおよびその他のコンピュータとの通信のために何らかの外部手段に頼る。ＳＩＭカードに関して、その対話は、いくつかの欠点を有する。第１に、ＳＩＭカードは、ＳＩＭが内部に存在する移動装置を介して外部ネットワークと通信する。最近まで、ＳＩＭカードとリモートサーバとの間で直接の、信頼できる、セキュリティで保護された通信チャネルを作成する機構は、存在しなかった。第２に、必ずしもすべての移動装置が、同一のまたは類似のＳＩＭアプリケーションをユーザが呼び出すのに、同一の方法を有することはない。例えば、異なる移動装置は、それら移動装置それぞれの電話帳にアクセスするために異なる方法を提供する。ユーザ体験を向上させるのに、電気通信事業者は、ＳＩＭカード上のウェブサーバ、およびハンドセット内のウェブブラウザを介してＳＩＭカードにアクセスする能力を要求している。このことは、ＳＣａＧ（ＧＳＭ  Ａｓｓｏｃｉａｔｉｏｎ’ｓ  Ｓｍａｒｔ  Ｃａｒｄ  Ｇｒｏｕｐ）によって取り組まれている課題の１つとなっている。第３に、ＳＩＭカードと通信するＳＩＭアプリケーションプログラムは、ハンドセットに書き込まれ、かつ読み込まれなければならない。組み込み型のソフトウェア開発は、大規模なプロセスである。
【０００５】
ＳＩＭカードは、これまで、ハンドセットが、ユーザまたは他のネットワークノードとのあらゆる通信のためにプロキシの役割をすることに頼らなければならなかったので、ＳＩＭカードと、ユーザまたは他のネットワークノードとの間の信頼できる端末相互間通信は、不可能であった。
【０００６】
先行技術は、ＳＩＭモジュールが、標準のインターネットプロトコルを使用して外部世界と通信することができ、ユーザが、例えば、ハンドセット上のウェブブラウザを使用して、ネットワークノードとしてＳＩＭカードにアクセスすることを可能にする機構を、示していない。
【０００７】
いくらかのレベルのインターネット能力をＳＩＭカードに与える、いくつかの試みが行われてきた。ＷｅｂＳＩＭ（Ｇｕｔｈｅｒｙ，Ｓ．、Ｋｅｈｒ，Ｒ．、およびＰｏｓｅｇｇａ，Ｊ．、「Ｈｏｗ  ｔｏ  Ｔｕｒｎ  ａ  ＧＳＭ  ＳＩＭ  ｉｎｔｏ  ａ  Ｗｅｂ  Ｓｅｒｖｅｒ」、ｈｔｔｐ：／／ｗｗｗ．ｅｕｒｅｓｃｏｍ．ｄｅ／〜ｐｕｂｌｉｃ−ｗｅｂｓｐａｃｅ／Ｐ１０００−ｓｅｒｉｅｓ／Ｐ１００５／ｗｅｂｓｉｍ／ｗｅｂｓｉｍ＿ｃａｒｄｉｓ．ｐｄｆ、およびＥｕｒｅｓｃｏｍ  Ｐ１００５  ｐｒｏｊｅｃｔ、ｈｔｔｐ：／／ｗｗｗ．ｅｕｒｅｓｃｏｍ．ｄｅ／〜ｐｕｂｌｉｃ−ｗｅｂｓｐａｃｅ／Ｐ１０００−ｓｅｒｉｅｓ／Ｐ１００５／ｗｅｂｓｉｍ／ｗｅｂｓｉｍ＿ｉｎｆｏ．ｈｔｍに記載される）は、ウェブサーバをＳＩＭカード上に組み込むソリューションである。ＷｅｂＳＩＭでは、インターネット上のいずれのネットワークノードも、ＳＩＭカードを保持する移動装置の電話番号を使用して、ウェブサーバにアクセスすることができる。このアプローチは、ウェブクライアントからのＨＴＴＰ要求を代行受信して、そのＨＴＴＰ要求をＳＭＳメッセージにカプセル化して、移動体ネットワークを介して移動電話機に送信するウェブプロキシから成る。ＳＩＭカード内のウェブサーバが、自らをＳＩＭマネージャに登録して、ＨＴＴＰ要求を含むＳＭＳメッセージを代行受信する。ウェブサーバは、ＳＭＳメッセージ中にカプセル化されたＨＴＴＰ要求を抽出しかつその要求に応じ、次に、ＨＴＴＰ応答をＳＭＳメッセージにカプセル化して、ウェブプロキシに送り返し、ウェブプロキシは、次に、そのＨＴＴＰ応答をウェブクライアントに送信する。現段階で、ウェブプロキシは、移動電話機にも接続され、その移動電話機を介して、ＳＭＳメッセージが、別の移動電話機のＳＩＭカード上のウェブサーバと交換される。ＷｅｂＳＩＭは、Ｊａｖａ（登録商標）ＳＩＭカードを使用して実装された。
【０００８】
ワシントン州レッドモンドのマイクロソフトコーポレーションは、２００１年に、Ｍｉｃｒｏｓｏｆｔオペレーティングシステムを実行するＳＩＭカード向けのＷｅｂＣａｍＳＩＭと呼ばれるウェブサーバの実施を公表した。ＷｅｂＣａｍＳＩＭは、「Ｍｉｃｒｏｓｏｆｔ  ｐｕｔｓ  Ｗｅｂ  ｓｅｒｖｅｒ  ｏｎ  ａ  ｐｈｏｎｅ」、ｈｔｔｐ：／／ｎｅｗｓ．ｃｏｍ．ｃｏｍ／２１００−１０３３−２５５３５２．ｈｔｍｌ？ｌｅｇａｃｙ＝ｃｎｅｔにおいて説明されている。ＷｅｂＳＩＭと同様に、ＷｅｂＣａｍＳＩＭも、ＳＭＳゲートウェイを使用して、ＨＴＴＰ要求およびＨＴＴＰ応答をＳＭＳメッセージに変換し、これらのメッセージが、次に、ＷｅｂＣａｍＳＩＭカードを保持する移動装置に送信される。
【０００９】
ＳＩＭカード上にウェブサーバを提供するためのこれら技術は、ハンドセット上の中間ソフトウェア、ＳＭＳゲートウェイまたはＳＭＳプロキシに依拠し、したがって、ＳＩＭカード上のウェブサーバと、その他のインターネットノードとの間の端末相互間のセキュリティで保護された通信を提供しない。さらに、１６０バイトの最大長に制限されるＳＭＳメッセージに依拠することにより、不十分な性能がもたらされる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
以上のことから、ＳＩＭカードとして使用される集積回路カードと、結合されるハンドセットとの間の改良された通信の必要性が存在することが、明白である。特に、そのような改良された通信方法は、一般的に利用可能な通信プロトコルを使用した通信のための機構を提供して、それによって、ＳＩＭカード、およびＳＩＭカード上に格納された情報のアクセスにおける、より高い柔軟性、ならびにＳＩＭカードとリモートインターネットノードとの間の信頼できかつセキュリティで保護された端末相互間の通信をもたらさなければならない。
【課題を解決するための手段】
【００１１】
好ましい実施形態では、本発明は、汎用集積回路カード（ＵＩＣＣ）と、ＵＩＣＣが接続されたホスト移動装置とが、ＰＰＰおよびＴＣＰ／ＩＰなどの標準のネットワークプロトコルを使用して通信することができる、システムおよび方法を提供する。本発明によって提供される通信技術を使用して、ホスト移動装置のユーザは、移動装置上で動作する標準のウェブブラウザを使用して、ＵＩＣＣ上の情報にアクセスすることができる。本発明によって提供されるさらなる利点では、本発明の通信方法を使用して、ホスト移動装置内に配置されたＵＩＣＣは、標準のネットワーキング通信プロトコルを使用して、リモートインターネットサーバとの直接の通信に携わることができる。
【００１２】
移動装置間の通信のためのシステムが、移動装置メモリに格納された移動装置通信モジュールと、移動装置プロセッサを、ＵＩＣＣプロセッサまたはネットワーク上の少なくとも１つノードと選択的に通信するようにさせる命令とを有し、移動装置通信モジュールは、インターネットプロトコルモジュールを有し、このインターネットプロトコルモジュールは、第１のインターネットアプリケーション、例えば、移動装置上で動作するウェブブラウザから発行されたメッセージを受け取り、それらのメッセージをインターネットプロトコルパケットとしてパッケージ化し、それらのパケットを目標ＩＰアドレスに送信するように動作可能である。インターネットプロトコルモジュールは、ＵＩＣＣからインターネットプロトコルパケットを受け取り、それらのパケットを処理し、それらのパケットに含まれるメッセージを第１のインターネットアプリケーションに送るように動作可能である。特定のデータ項目が、ＵＩＣＣに向かうべきか、あるいはネットワークに向かうべきかを判定するのに、移動装置は、ルーティングモジュールを有し、このルーティングモジュールは、インターネットプロトコルパケットを受け取るように動作可能であるとともに、インターネットプロトコルモジュールが、それらのパケットの目標インターネットプロトコルアドレスに応じて、それらのパケットを、移動装置、ＧＰＲＳネットワーク、またはＵＩＣＣに選択的に送信するようにさせるように動作可能である。
【００１３】
各ＵＩＣＣおよび移動装置は、インターネットレベルプロトコルおよびリンク層プロトコルを含む、通信スタックの通信モジュールインプリメンテーションを含み、リンク層プロトコルは、ＵＩＣＣと、インターネットレベルプロトコルを使用する移動装置との間の通信を、ＵＩＣＣと移動装置との間の通信のために使用されるプロトコルに準拠して、データが伝送されるデータリンク上でサポートする。リンク層プロトコル、ならびにＵＩＣＣ上および移動装置上における、それらのプロトコルの対応するインプリメンテーションには、より高いレベルのリンク層のプロトコル、例えばＰＰＰと、ＵＩＣＣと移動装置との間の通信のためのプロトコル、例えば、ＩＳＯ  ７８１６との間を橋渡しするための中間リンク層が含まれる。
【００１４】
本発明の一態様では、移動装置は、移動装置上、または移動装置が接続された外部コンピュータ上のウェブブラウザが、標準のインターネット通信プロトコルを使用して、移動装置に接続されたＵＩＣＣにアクセスするのに使用されることが可能な機構を提供することができる。
【００１５】
本発明の別の態様では、より高度なインターネット通信能力が、本発明によるネットワークＵＩＣＣによって提供され、結合される移動装置が、リモートウェブサーバとの直接通信を有して、ＵＩＣＣが、多くのインターネットベースのトランザクションで使用されることを可能にする可能性をもたらす。
【００１６】
本発明のその他の態様および利点は、本発明の原理を例として示す、添付の図面と併せてなされる、以下の詳細な説明から明白となろう。
【００１７】
以下の詳細な説明では、例として、本発明が実施されることが可能な特定の実施形態を示す添付の図面を参照する。それらの実施形態は、当業者が本発明を実施することができるように十分に詳細に説明される。本発明の様々な実施形態は、異なっているが、必ずしも互いに排他的ではないことを理解されたい。例えば、１つの実施形態に関連して本明細書で説明される、特定の特徴、構造、または特性は、本発明の精神および範囲を逸脱することなく、他の実施形態の範囲内で実施されてもよい。加えて、開示される各実施形態の範囲内の個々の要素の配置または構成は、本発明の精神および範囲を逸脱することなく、変更されてもよいことを理解されたい。したがって、以下の詳細な説明は、限定するものと解釈されるべきではなく、本発明の範囲は、適切に解釈された特許請求の範囲、および特許請求の範囲に認められる完全な均等の範囲によってだけ規定される。図面では、同様の符号は、いくつかの図のすべてにわたって同一の機能、または同様の機能を指す。
【発明を実施するための最良の形態】
【００１８】
１．０  概説
例示の目的で図面に示されるとおり、本発明は、新規な集積回路カードおよび移動端末装置で、例えば、汎用集積回路カードおよびＵＩＣＣが挿入されるハンドセットで実現され、ならびに、ＵＩＣＣが、標準のインターネット通信プロトコルを使用して、ハンドセットを含むインターネット上の他のノードと通信することを可能にするための、そのようなカードおよびハンドセットのためのソフトウェアで実現される。本発明によるシステムおよび方法は、ユーザに、例えば、ハンドセット上のウェブブラウザを使用することにより、ネットワークノードとしてユーザのＳＩＭカードと通信する能力を与える。さらに、本発明による機構は、ＵＩＣＣと、あらゆるリモートインターネットサービスとの間の信頼できかつセキュリティで保護された端末相互間の接続、および移動ハンドセットを使用したモバイルコマースのためのセキュリティで保護されたインターネットオンライントランザクションを提供する。
【００１９】
本明細書で使用される用語についての簡単な注釈。本発明の一態様は、移動通信装置において使用するための汎用集積回路カードである。１つのタイプのそのようなカードは、ＧＳＭハンドセットにおいて使用されるＳＩＭモジュール集積回路カードである。当初は、ＧＳＭハンドセットだけが、ＧＳＭネットワークにアクセスするためにＳＩＭを担持していた。ＧＳＭにおけるＳＩＭの最初の採用以来、他のネットワークのための他の多くの移動電話機も、同様にＳＩＭを有する。さらに、ＳＩＭは、ＴＶセットトップボックスおよびＰＤＡにおいても使用される。ＵＭＴＳなどの３ＧネットワークのためのＳＩＭは、（Ｕ）ＳＩＭ（汎用ＳＩＭ）と呼ばれる。（Ｕ）ＳＩＭは、セキュリティで保護された装置である。（Ｕ）ＳＩＭの主要な目的は、認証、許可、およびアカウンティングである。また、（Ｕ）ＳＩＭは、暗号化のためのセッション鍵の生成、データ暗号化とデータ解読、および個人情報に関するセキュリティで保護された格納などの他のサービスも提供する。（Ｕ）ＳＩＭは、ユーザのＩＤが、スマートカードに格納され、したがって、ハンドセットから物理的に分離されるという点で、ユーザのＩＤを保護する。この分離により、セキュリティおよび移植性がもたらされる。（Ｕ）ＳＩＭカードは、汎用集積回路カード（ＵＩＣＣ）とも呼ばれる。技術上、違いは、ＵＩＣＣが物理的装置であるのに対して、ＳＩＭまたは（Ｕ）ＳＩＭは、ＵＩＣＣにおいて実行されるアプリケーションであるということである。本明細書では、「ＵＩＣＣ」とは、移動通信装置において使用するための集積回路カードを指す。このため、ＵＩＣＣは、移動通信装置において類似する目的のために使用される、ＳＩＭカード、（Ｕ）ＳＩＭカード、またはその他の集積回路カードであることが可能である。
【００２０】
本発明は、ＵＩＣＣと、ＵＩＣＣを利用する移動装置との両方に関係する。本明細書で使用される文の可変性のために、「ハンドセット」という用語は、ＧＳＭ電話ハンドセットにおけるＳＩＭカードの使用と同様の形で、集積回路カードを使用して、ユーザ情報またはアプリケーションを包含する任意の移動通信装置、例えば、移動電話機または携帯情報端末として、あるいはテレビセットトップボックスとしてさえ解釈されるべきである。
【００２１】
２．０  設計の概要
図１は、本発明によるＵＩＣＣ装置を使用して、リモートエンティティとの信頼できる通信が提供されることが可能な動作環境を示す概略図である。ＵＩＣＣ１０１は、ハンドセット１０３にインストールされる。ハンドセット１０３は、キーパッド１０５、ディスプレイ１０７、マイク１０９、およびスピーカ１１１などの、移動電話機の通常の付属品を有する移動電話機であることが可能である。代替実施形態では、ハンドセット１０３は、ＳＩＭカードを使用する、携帯情報端末または他の任意の移動装置であってもよい。ハンドセット１０３は、中央処理装置およびメモリを含む電子回路（図示せず）も含む。さらに、ウェブ対応の（ｗｅｂ−ｅｎａｂｌｅｄ）電話機、スマートホン、ＰＤＡ、ハンドヘルドＰＣ、およびタブレットＰＣなどの、利用可能な様々なスマート移動装置が存在する。スマートホンおよびＰＤＡの多くは、携帯電話機能とＰＤＡ機能とを併せ持つ。スマート移動装置のための一般的なオペレーティングシステムには、Ｓｙｍｂｉａｎ、Ｐａｌｍ  ＯＳ、およびＭｉｃｒｏｓｏｆｔ  Ｓｍａｒｔｐｈｏｎｅが含まれる。本明細書で説明される本発明は、そのような装置が、ＵＩＣＣ１０１を有する場合に、そのような装置に適用可能である。
【００２２】
電子回路１１３が、無線電話アンテナ１１９に対する無線リンクを介して、無線ネットワーク１１７に対する通信機能をハンドセット１０３に提供する。マイクロプロセッサが、ハンドセット１０３の動作を管理すること、および無線ネットワーク１１７と通信するのに使用される通信プロトコルを管理することなど、ハンドセット１０３の制御機能の一部を提供する。ＵＩＣＣ１０１は、ＵＩＣＣ１０１とハンドセット１０３との間の通信を可能にするように、電子回路１０３に接続される。
【００２３】
無線ネットワーク１１７は、他の局、例えば、他の移動局または陸上電話システムに対する接続を提供するための、複雑な通信インフラストラクチャから成る。１つのそのような局は、インターネットへのアクセスを無線ネットワーク１１７に与える、インターネットゲートウェイ１２１であることが可能である。一般に知られているとおり、非常に多くのコンピュータが、インターネットを介して接続される。本明細書で提示されるシナリオでは、ハンドセット例えば移動電話機またはＰＤＡのユーザは、図１に示されるインフラストラクチャを使用して、インターネット１２５に接続されたハンドセット１０３または他の何らかのコンピュータを介して、ＵＩＣＣ１０１と通信する。この通信の一部の態様は、例えば、ＵＩＣＣ１０１上に格納されたいくらかの情報をリモートエンティティ１２７に通信する目的で、ＵＩＣＣ１０１とリモートエンティティ１２７との間で直接の通信を使用する。
【００２４】
本発明の一実施形態では、ＵＩＣＣ１０１は、ネットワークスマートカードである。ネットワークスマートカードは、自律インターネットノードの役割をすることができるスマートカードである。ネットワークスマートカードは、参照により開示の全体が本明細書に組み込まれる、２００４年５月１９日に出願された同時係属の米国特許出願第１０／８４８，７３８号、「ＳＥＣＵＲＥ  ＮＥＴＷＯＲＫＩＮＧ  ＵＳＩＮＧ  Ａ  ＲＥＳＯＵＲＣＥ−ＣＯＮＳＴＲＡＩＮＥＤ  ＤＥＶＩＣＥ」において説明されている。ネットワークスマートカードは、カードに組み込まれたインターネットプロトコル（ＴＣＰ／ＩＰ）と、セキュリティプロトコル（ＳＳＬ／ＴＬＳ）とを有する。ネットワークスマートカードは、他のインターネットノードに対するセキュリティで保護されたインターネット接続を確立し、かつ維持することができる。ネットワークスマートカードは、インターネット通信を可能にするのに、ホスト上のプロキシに依存しない。さらに、ネットワークスマートカードは、スマートカードと通信するために、ローカルまたはリモートのインターネットクライアントまたはインターネットサーバが変更されることを必要としない。
【００２５】
他のスマートカードと同様に、ユーザ情報は、ネットワークスマートカードに格納される。スマートカードは、信頼されるクライアントまたは信頼されるサーバに限って、ユーザの許可で情報を与える。ネットワークスマートカードを使用して、インターネットオンライントランザクションをセキュリティで保護すること、およびウェブサーバなどの、他のインターネットアプリケーションを提供することが可能である。
【００２６】
図２は、本発明に関連して使用されることが可能な、ＵＩＣＣ１０１のハードウェアの例示的なアーキテクチャの概略図である。ＵＩＣＣ１０１は、中央処理装置２０３と、リードオンリメモリ（ＲＯＭ）２０５と、ランダムアクセスメモリ（ＲＡＭ）２０７と、不揮発性メモリ（ＮＶＭ）２０９と、入力を受け取り、かつ移動局１０３に、詳細にはＵＩＣＣ装置１０１が接続された移動局１０３の電子機器回路１１３に、出力を送るための通信インタフェース２１１とを有する、スマートカードである。これら様々な構成要素は、例えば、バス２１３によって互いに接続される。本発明の一実施形態では、通信モジュール４０５（以下の図３で導入され、図３および本明細書の他の図に関連して、本明細書の後段で説明される）、および本明細書の後段で説明される他のソフトウェアモジュールが、リソースで制約される装置１０１上でＲＯＭ２０５に格納される。代替実施形態では、ＲＯＭ２０５に格納されるソフトウェアモジュールは、フラッシュメモリ、または他のタイプの不揮発性メモリに格納される。例示のため、本発明は、ＲＯＭの例を使用して説明される。しかし、これは、本発明の範囲の限定と解釈されてはならず、ＲＯＭが使用される場合はいつでも、フラッシュメモリ、および他のタイプの不揮発性メモリが、代替として代用されることが可能である。
【００２７】
ＲＯＭ２０５は、例えば、Ｊａｖａ（登録商標）仮想マシンなどの何らかのタイプのオペレーティングシステムも含む。代替として、通信モジュール４０５は、オペレーティングシステムの一部である。動作中、ＣＰＵ２０３は、ＲＯＭ２０５に格納された様々なソフトウェアモジュール中の命令に従って動作する。
【００２８】
このため、本発明によれば、ＣＰＵ２０３は、通信モジュール４０５中の命令に従って動作して、本明細書の後段で説明される通信モジュール４０５の様々な動作を実行する。
【００２９】
３．ネットワークＳＩＭと移動装置との間のネットワーク接続
一態様では、本発明は、本明細書でネットワークＳＩＭカードまたはネットワークＵＩＣＣと呼ばれるＳＩＭ機能を有する、ネットワークスマートカードである。ネットワークＵＩＣＣと、ネットワークＵＩＣＣが挿入される移動装置との間で、ネットワーク接続が、確立されることが可能である。そのようなネットワーク接続を用いて、移動装置上のウェブブラウザを使用して、ネットワークＵＩＣＣにアクセスすることができる。また、この接続は、ＵＳＢ、ＧＰＲＳ、３Ｇ、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ、および赤外線などの、様々な物理リンクを介して外部ネットワークに接続する移動装置を介して、ネットワークＵＩＣＣに関する外部ネットワーク接続も可能にする。
【００３０】
図３は、ネットワークＵＩＣＣ３０１およびハンドセット３０３に関するソフトウェアアーキテクチャの概略図である。図１および図２に関連して、ネットワークＵＩＣＣ３０１は、ＳＩＭカード１０１であることが可能であり、ハンドセット３０３は、ハンドセット１０３であることが可能である。
【００３１】
ハンドセット３０３には、いくつかのネットワークアプリケーション３０５ａ、３０５ｂ、および３０５ｃが読み込まれている。（注釈、ハンドセット３０３の物理アーキテクチャは、コンピュータの物理アーキテクチャとほぼ同様である。このため、ハンドセット３０３は、メモリと、プロセッサとを有する。メモリは、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭなどから成ることが可能である。メモリは、プロセッサの挙動を制御するソフトウェアモジュールを含む。このため、ハンドセット３０３の一部として図３に示される様々なソフトウェアモジュールは、通常、移動装置の何らかの不揮発性メモリに格納され、実行される間、ＲＡＭに読み込まれる。ＲＡＭからのソフトウェアモジュール命令は、プロセッサの挙動を制御して、移動装置が、いくつかのこと、例えばネットワーク接続を確立するようにさせる。）そのようなアプリケーションの例には、ウェブブラウザ、およびネットワークコンタクトリストアプリケーションが含まれる。ウェブブラウザのケースでは、アプリケーション３０５ａを使用して、ネットワークＵＩＣＣ３０１にアクセスが行われる、または、より正確には、ネットワークＵＩＣＣ３０１上で実行されるウェブサーバ、例えば、ＳＩＭカードネットワークアプリケーション３０７ａと通信が行われることが可能である。
【００３２】
ハンドセット３０３およびネットワークＵＩＣＣ３０１は、いくつかの通信プロトコル層を介して通信する。一実施形態では、それらの層は、いくつかの通信ソフトウェアモジュール、例えば、ＴＣＰ／ＩＰレベルにおける通信を扱うためのＴＣＰ／ＩＰモジュール３１７、ＰＰＰレベルにおける通信を扱うためのＰＰＰモジュール３１８、および、本明細書の後段で役割をより詳細に説明する、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５などの、より低レベルのリンク層のモジュール、ならびに、スマートカードと通信するための標準に準拠して、例えば、ＩＳＯ  ７８１６  ＡＰＤＵに準拠して通信するためのモジュール３１９によって代表されることが可能である。図７は、ハンドセット３０３、およびネットワークＵＩＣＣ３０１に実装される通信スタックのブロック図である。ネットワークＵＩＣＣ３０１とハンドセット３０３は、互いに通信するために、類似したプロトコルスタックを有する。最も低いレベルでは、ネットワークＵＩＣＣ３０１および移動装置は、スマートカード標準ＩＳＯ  ７８１６に準拠して通信する。本明細書の後段でより詳細に説明するとおり、半二重のコマンド／応答プロトコルＩＳＯ  ７８１６が、全二重のピアツーピアインターネットプロトコルを扱うことができるようにするために、Ｐｅｅｒ  Ｉ／Ｏプロトコルが、ＩＳＯ  ７８１６の頂部に階層化される。ハンドセット３０３は、ＲＡＳを使用して、ネットワークＵＩＣＣ３０１に接続し、ＵＩＣＣ３０１は、ＴＣＰ／ＩＰなどの、インターネットプロトコルを担持するようにＰＰＰの使用を可能にする。ハンドセット３０３は、ＧＰＲＳ、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ、およびＵＳＢなどの外部ネットワークに接続するために、複数の物理リンク層を有することが可能であり、したがって、複数のデータリンク層を有することが可能である。そのような外部ネットワークリンクにより、ネットワークＵＩＣＣ３０１が、インターネットを介して、リモートサーバなどの別のインターネットノードに接続することが可能になる。
【００３３】
次に、図３に戻ると、ハンドセット３０３は、リモートアクセスサーバ（ＲＡＳ）３０９を使用して、外部データネットワークに対する接続を確立する。移動装置上のアプリケーションプログラムは、ＲＡＳファンクションコールを使用して、外部ネットワークに対する接続を確立する。さらに、移動装置上のアプリケーションプログラム３０９は、ＲＡＳ３０９に対するファンクションコールを使用して、ネットワークＵＩＣＣ３０１に対するネットワーク接続を確立する。ＲＡＳ３０９は、通信モジュール３１１を介して、ネットワーク上の他のノードと通信する。ＲＡＳ３０９は、ＰＰＰプロトコルを使用して、仮想シリアルポートインタフェース３１３を介して通信して、それによって、ＲＡＳモジュール３０９が、通信モジュール３１１と、あたかも通信モジュール３１１がシリアルドライバであるかのように、通信することを可能にする。ＰＰＰ接続が確立された後、さらなるＲＡＳファンクションコールを介して、ＰＰＰフレームは、ＴＣＰ／ＩＰパケットを担持する、つまりカプセル化する。仮想シリアルポート３１３は、ＲＡＳからのシリアル通信を、通信モジュール３１１によって見込まれる、インターネット通信プロトコル、例えば、ＴＣＰ／ＩＰおよびＰＰＰ、およびより低いレベルのプロトコルにマップする。ネットワークＵＩＣＣ３０１とハンドセット３０３との間の物理接続３１８、およびより低位のデータリンク層３１９の接続は、スマートカード標準ＩＳＯ  ７８１６である。ＲＡＳモジュール３０９と、ＩＳＯ  ７８１６モジュール、すなわち、広くは、ＵＩＣＣリンク層モジュール３１９との間の橋渡しを行うのに、通信モジュール３１１は、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５と、仮想シリアルポート３１３とを含む。Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、Ｐｅｅｒ  Ｉ／Ｏサーバ有限状態マシンを実施する。Ｐｅｅｒ  Ｉ／Ｏサーバ有限状態マシンを含むＰｅｅｒ  Ｉ／Ｏは、参照により本明細書に組み込まれる、２００４年５月１９日に出願された、「ＳＥＣＵＲＥ  ＮＥＴＷＯＲＫＩＮＧ  ＵＳＩＮＧ  Ａ  ＲＥＳＯＵＲＣＥ−ＣＯＮＳＴＲＡＩＮＥＤ  ＤＥＶＩＣＥ」という名称の、前段で参照した同時係属の米国特許出願第１０／８４８，７３８号においてより詳細に説明されている。仮想シリアルポート３１３は、ハンドセット３０３のオペレーティングシステムによって規定されるシリアルポートインタフェースを実施する。ＲＡＳ接続は、この仮想シリアルポート３１３を介して確立される。
【００３４】
ハンドセット３０３とネットワークＵＩＣＣ３０１との間のデータ通信は、ＩＳＯ  ７８１６通信プロトコルに依拠する。この標準は、半二重のシリアルインタフェースを指定し、その半二重のシリアルインタフェースは、したがって、全二重の通信プロトコルであるＴＣＰ／ＩＰ／ＰＰＰなどの、インターネットプロトコルとは互換性がない。他方、ＲＡＳは、Ｍｉｃｒｏｓｏｆｔ  ＯＳを使用している場合、全二重のシリアルポート、例えばＣＯＭポートを介して、別の装置と通信する。
【００３５】
全二重対半二重の問題に加えて、別の問題は、インターネットプロトコルが、ピアツーピアであること、つまり、リンクのいずれの終端におけるノードも、通信を開始することができることに起因する。他方、ＩＳＯ  ７８１６は、スマートカードが、端末装置によって発行されたコマンドだけに応答する、コマンド／応答動作を指定する。
【００３６】
本発明の好ましい実施形態において、これら２つの問題を解決するために、通信モジュール３１１が、半二重のコマンド／応答ＩＳＯ  ７８１６プロトコルを使用して、全二重のピアツーピアインターネットプロトコルをサポートする、Ｐｅｅｒ  Ｉ／Ｏプロトコルのインプリメンテーションである、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５を含む。同様に、ネットワークＵＩＣＣ３０１の通信モジュール３２１は、Ｐｅｅｒ  Ｉ／Ｏクライアント３２５を実装する。通信モジュール３１１は、仮想シリアルポート３１３を介してＲＡＳモジュール３０９と結び付けられるので、ハンドセット３０３のアプリケーションプログラム３０５は、仮想シリアルポート３１３に対するＲＡＳコールを使用して、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５を仲介として、ネットワークＵＩＣＣ３０１に対するネットワーク接続を確立することができる。
【００３７】
Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、ＵＩＣＣリンク層モジュール３１９にさらに接続される。ＵＩＣＣリンク層モジュール３１９は、ＵＩＣＣ３０１に対する物理接続を介してＡＰＤＵフレームを送受信する。ＡＰＤＵフレームは、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５によってＵＩＣＣリンク層モジュール３１９に供給され、ハンドセット３０３から受け取られる。
【００３８】
物理リンクの他方の終端において、ネットワークＵＩＣＣ３０１は、ＵＩＣＣ通信モジュール３２１を含む。ＵＩＣＣ通信モジュール３２１は、インターネットプロトコル、例えば、ＴＣＰ／ＩＰおよびＰＰＰのためのインプリメンテーション、例えば、カードＴＣＰ／ＩＰモジュール３２３を含む。また、ＵＩＣＣ通信モジュール３２１は、Ｐｅｅｒ  Ｉ／Ｏクライアント３２５も含み、本明細書の前段で説明したとおり、ＩＳＯ  ７８１６チャネルを介したインターネットプロトコルの通信を管理する。
【００３９】
Ｐｅｅｒ  Ｉ／Ｏプロトコルは、半二重のコマンド／応答プロトコルＩＳＯ  ７８１６が、全二重のピアツーピアインターネットプロトコルを扱うことを可能にする。Ｐｅｅｒ  Ｉ／Ｏのインプリメンテーションは、以下の２つの有限状態マシン、すなわち、移動装置内部で実行されるＰｅｅｒ  Ｉ／Ｏサーバ３１５と、ＵＩＣＣ内部で実行されるＰｅｅｒ  Ｉ／Ｏクライアント３２５とから成る。Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、半二重のコマンド／応答通信モジュール（ＩＳＯ  ７８１６）と全二重のピアツーピア通信モジュール（ＰＰＰ）との間でデータを転送する。Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、データフローをバッファリングしかつ制御するが、サーバ３１５を通過するデータを検査するまたは変更することはしない。
【００４０】
同時係属の米国特許出願において説明されるＰｅｅｒ  Ｉ／Ｏの１つのインプリメンテーションは、新たなＩＳＯ  ７８１６コマンドクラス、および３つの新たな命令を規定する。これはうまく機能し、ソフトウェア開発者が、ＩＳＯ層へのアクセスを有する場合、実施するのが簡単である。しかし、ＵＩＣＣへのネットワーク接続が、移動装置の既存のオペレーティングシステムに追加されるべきであり、移動装置のオペレーティングシステムが、ＩＳＯ層にアクセスする方法を提供しない場合、このソリューションは、可能ではない。したがって、本発明の好ましい実施形態では、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、既存のＩＳＯ  ７８１６コマンドを使用して実施される。別の代替の実施形態では、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、データを送受信するために、移動装置内部でアプリケーションプログラミングインタフェースを使用する。
【００４１】
既存のＩＳＯ  ７８１６コマンドを使用する一方法は、パケットを入れるため、およびポーリングを行うためにＩＳＯ  ７８１６  ＥＮＶＥＬＯＰコマンドを使用し、パケットを取得するためにＩＳＯ  ７８１６  ＧＥＴ＿ＲＥＳＰＯＮＳＥコマンドを使用することである。ポーリングは、データ無しで、またはデータストリーム中で決して出現しない１バイトを有して、ＥＮＶＥＬＯＰコマンドによって行われることが可能である。例えば、０ｘ００がＰＰＰフレーム中で決して出現しないように、ＰＰＰ層が、構成されることが可能である。ＰＰＰネゴシエーションは、ある文字が、データストリーム中で出現することを許さないメソッドを含むことが可能である。そのような文字が出現した場合、送信側は、それらの文字を異なる文字に変換し、受信側は、それらの文字を事前規定されたメソッドに従って元に戻すように変換する。
【００４２】
Ｍｉｃｒｏｓｏｆｔ  Ｓｍａｒｔｐｈｏｎｅをハンドセット３０３として使用する本発明の実施形態では、移動装置のＡＰＩが、ＥＮＶＥＬＯＰコマンドおよびＧＥＴ＿ＲＥＳＰＯＮＳＥコマンドをもたらす。このため、Ｐｅｅｒ  Ｉ／Ｏサーバ３１５は、それらのコマンドを利用して、パケットを入れること、およびパケットのポーリングを実施することができる。
【００４３】
図４は、ハンドセット３０３とネットワークＵＩＣＣ３０１との間の接続の確立を示す時系列図である。従来、移動装置は、通常、ネットワークのエンドポイントである。移動装置は、通常、ＲＡＳサーバサポートを有さず、このことは、そのような移動装置が、ネットワークに「ダイヤルアウト」することだけしかできず、つまり、ネットワークへの接続を要求するクライアントであることだけしか可能でなく、「ダイヤルイン」されることが可能でない、つまり、接続要求に応答するサーバであることが可能でないことを意味する。したがって、ＲＡＳ接続を初期設定するのに、ハンドセット３０３は、ステップ４０１で、ＲＡＳハンドシェークを開始することにより、ネットワークＵＩＣＣ３０１に接続する。ネットワークＵＩＣＣ３０１が、ステップ４０３で、ハンドシェークに応答する。ＰＰＰネゴシエーションは、ＲＡＳハンドシェークが終了した後、ステップ４０５で開始する。ＰＰＰ接続は、ＴＣＰ／ＩＰモジュール３１７を使用して、ＴＣＰ／ＩＰなどのインターネットプロトコルを使用して、移動装置とネットワークＳＩＭとの間の通信を可能にする。
【００４４】
３．２  接続ステータス
ハンドセット３０３は、判定４０７で、ネットワークアクティビティ無しに、ある期間が経過した後、ステップ４０９で、ＰＰＰ接続を切断することができる。図５は、ＰＰＰ切断中の、ネットワークＵＩＣＣ３０１およびハンドセット３０３の動作を示す、時系列図と流れ図の組み合わせである。ハンドセット３０３が、メッセージ４１２で、ＰＰＰ切断メッセージをネットワークＵＩＣＣ３０１に送信する。ハンドセット３０３は、その自動切断機能をユーザが無効にすることを可能にする手段を提供しない可能性がある。ＰＰＰ切断の後、ハンドセット３０３は、インターネットプロトコルを使用してネットワークＳＩＭと通信することができない。移動装置上のインターネットアプリケーションが、インターネットプロトコルを使用してネットワークＳＩＭにアクセスしようと試みた場合、例えば、ハンドセット３０３上で実行されるウェブブラウザが、ネットワークＵＩＣＣ３０１上のウェブサーバにアクセスしようと試みた場合、ハンドセット３０３上のＲＡＳモジュール３０９は、ＲＡＳハンドシェークを開始すること、すなわち、ステップ４０１および続くステップに戻ることにより、ネットワークＵＩＣＣ３０１に対するネットワーク接続を再確立しようと試みる。ネットワークＵＩＣＣ３０１のリンク層は、その後の再接続要求を適切に扱うようにリセットされなければならない。
【００４５】
ハンドセット３０３のタイムアウトによって生じさせられるＰＰＰ接続ステータスおよびＰＰＰ切断ステータスは、ネットワークＵＩＣＣ３０１のＴＣＰ／ＩＰ、セキュリティ、およびアプリケーションなどの、高位層にトランスペアレントでなければならない。好ましい実施形態では、ネットワークＵＩＣＣ３０１は、より高いレベルのモジュールおよびアプリケーションから、このトランスペアレンシを維持するモジュールである、接続マネージャ３２７を含む。接続マネージャ３２７は、ＰＰＰモジュール３２９と、高位層、例えばＴＣＰ／ＩＰモジュール３２３との間のインタフェースを提供する。接続マネージャ３２７は、通常、高位層モジュールから接続マネージャ３２７が受け取るＰＰＰファンクションコールを、ＰＰＰモジュール３２９に転送し、また、その逆も行う。ＰＰＰモジュール３２９が、ハンドセット３０３から終了要求を受信すると、ＰＰＰモジュール３２９は、メッセージ４１３でその終了要求に肯定応答を行い、ステップ４１５で、適切なＰＰＰ動作を実行してリンクを閉じ、ステップ４１７で、切断について接続マネージャに知らせる。接続マネージャ３２７は、ステップ４１９で、ネットワークＳＩＭ上のＲＡＳモジュールを再初期設定する。これにより、ネットワークＵＩＣＣ３０１上のＲＡＳモジュールがリセットされ、すなわち、ＲＡＳモジュールが利用可能である状態、またはＲＡＳハンドシェークに、ＲＡＳモジュールが入れられ、ハンドセット３０３からのいずれのＲＡＳハンドシェークの試みも完了する。接続が、立ち上がっている場合、接続マネージャ３２７は、ＰＰＰファンクションコールを転送する通常の機能を続ける。以上の機構を介して、ネットワークＵＩＣＣ３０１の高位層は、ＰＰＰ接続ステータスの変化に気付かないままであることが可能であり、それらの層の機能を通常どおり有することができる。
【００４６】
３．３  ＩＰアドレスおよびルーティング
本明細書の前段で説明したとおり、これまで、移動装置は、ネットワーク接続におけるエンドポイントであった。つまり、移動装置を経由して１つのノードから別のノードに至るネットワーク通信は、存在しなかった。移動装置のこの特性は、通信チャネルに沿ったパスにおいてメッセージを、通常ルーティングすることができる、ネットワーク上の他のほとんどのコンピュータとは、移動装置を別にする。移動装置のこの特性に対処するために、本発明の一実施形態では、ハンドセット３０３の通信モジュール３１１が、着信するＩＰパケットを、ネットワークすなわちネットワークＵＩＣＣ３０１に、またはハンドセット３０３に戻るように、選択的にルーティングするＩＰルーティングモジュール３３１を含む。
【００４７】
ＰＰＰネゴシエーション４０５は、ＩＰアドレス割り当てを含む。通常、ＲＡＳクライアントが、ＲＡＳサーバからＩＰアドレスを要求する。本発明の一実施形態では、ハンドセット３０３が、メッセージ４０７で、ＰＰＰネゴシエーション４０５の間にネットワークＵＩＣＣ３０１からＩＰアドレスを要求する。また、ネットワークＵＩＣＣ３０１も、ステップ４０９で、ＩＰアドレスを必要とする。ＩＰアドレスを割り当てる一方法は、１９２．１６８．０．２のような、プライベートＩＰアドレスを使用することである。ＩＰアドレスを割り当てる別の方法は、１６９．２５４．０．２のような、自動構成ＩＰアドレスを使用することである。しかし、ＩＰアドレスが割り当てられると、ネットワークＵＩＣＣ３０１は、メッセージ４１１で、そのＩＰアドレスをハンドセット３０３に送り返す。
【００４８】
ハンドセット３０３上のＲＡＳモジュール３０９は、ステップ４１３で、ハンドセット３０３が、ＰＰＰネゴシエーションを介してＩＰアドレスを獲得した後、ＩＰルーティングテーブルを更新する。これは、移動装置の既存の機能である。ネットワークＵＩＣＣ３０１のＩＰアドレスが、ハンドセット３０３上で利用可能になると、ユーザは、ネットワークＵＩＣＣ３０１のＩＰアドレス、例えば、ｈｔｔｐｓ：／／１９２．１６８．０．１／を使用することにより、ハンドセット３０３上のウェブブラウザを介してネットワークＵＩＣＣ３０１にアクセスすることができる。
【００４９】
３．４  ネットワークトラフィックのＳＩＭモジュールへのディスパッチ、またはＵＩＣＣのネットワーキング機能
ネットワークＵＩＣＣ３０１は、従来のＳＩＭカードのＳＩＭ機能とネットワークスマートカードのネットワーキング能力とを組み合わせる。このため、ネットワークＵＩＣＣ３０１は、従来のＳＩＭカード機能を提供するＳＩＭモジュール３３３を含む。
【００５０】
カード側ＵＩＣＣリンク層モジュール３３５が、ハンドセット３０３上のＵＩＣＣリンク層モジュールとのカード側ＩＳＯ  ７８１６通信を提供する。カード側ＵＩＣＣリンク層モジュール３３５は、ネットワークプロトコル通信に関するＰｅｅｒ  Ｉ／Ｏトラフィックと、通常のＳＩＭ通信とをともに扱う。図６は、着信するＡＰＤＵフレームのディスパッチを示す流れ図である。着信するＡＰＤＵデータに関して、ステップ６０１で、ＡＰＤＵコマンドクラスが、データがＰｅｅｒ  Ｉ／Ｏトラフィックであることを示した場合、判定ボックス６０３で、カード側ＵＩＣＣリンク層モジュール３３５は、ＩＳＯ  ７８１６  アプリケーションプログラミングデータユニット（ＡＰＤＵ）を、Ｐｅｅｒ  Ｉ／Ｏモジュール３２５にディスパッチする。ＡＰＤＵコマンドクラスが、Ｐｅｅｒ  Ｉ／Ｏトラフィックが受信されていることを示した場合、判定ブロック６０３で、カード側ＵＩＣＣリンク層モジュール３３５は、ステップ６０５で、ＡＰＤＵをＰｅｅｒ  Ｉ／Ｏモジュール３２５にディスパッチする。さもなければ、カード側ＵＩＣＣリンク層モジュール３３５は、ＡＰＤＵをＳＩＭモジュール３３３にディスパッチする。発信データに関して、Ｐｅｅｒ  Ｉ／Ｏモジュール３３５およびＳＩＭモジュール３３３は、ともに、ＩＳＯ  ７８１６モジュールを使用してデータを送信する。これにより、ネットワークＳＩＭが、セルラーネットワークに対する認証などの、通常の携帯電話動作のためとともに、ネットワークスマートカードとして使用されることが可能になる。本発明の一実施形態では、図６の判定論理を実施するための命令は、ＵＩＣＣリンク層モジュール３３５とＰｅｅｒ  Ｉ／Ｏモジュール３３５との間におけるインタフェースの一環として実施されることが可能である。
【００５１】
４．０  ネットワークＵＩＣＣの使用の方法
４．１  ＵＩＣＣのブラウジング
ハンドセット３０３とＵＩＣＣ３０１との間の高レベルのインターネットプロトコル通信の通信を可能にするための、本明細書の前段で説明した機構は、ＵＩＣＣ３０１が、ウェブサーバを実行することをさらに可能にする。ウェブサーバは、アプリケーション３０７の１つであることが可能である。説明の目的で、ウェブサーバは、アプリケーション３０７ａであるものと想定される。多くの移動装置３０３には、ウェブブラウジング能力が組み込まれている。このため、ハンドセット３０３上でウェブサーバ３０７ａ、およびウェブブラウジング能力を、ハンドセット３０３が、高レベルのインターネット通信プロトコルを使用して、ＵＩＣＣ３０１と通信することができるようにするための機構とともに有するおかげで、ユーザは、ハンドセット３０３上のウェブブラウザを使用して、ＵＩＣＣ３０１にアクセスすることができる。さらに、本明細書で説明されるＵＩＣＣ３０１は、自律的ネットワークノードとして動作することができるので、ＵＩＣＣ３０１が接続された（ハンドセット３０３を介して）ネットワーク上のいずれの場所にあるウェブブラウザでも、ＵＩＣＣ３０１にアクセスするのに使用されることが可能である。
【００５２】
図８は、接続８０３を介してハンドセット３０３に接続されたコンピュータ８０１の概略図である。接続８０３は、コンピュータ８０１とハンドセット３０３との間の直接の（ネットワークを介するのではない）接続である。接続８０３は、ＵＳＢケーブル、またはコンピュータ上およびハンドセット３０３上の赤外線ポートを介する赤外線接続であることが可能である。
【００５３】
本発明によれば、コンピュータとネットワークＵＩＣＣ３０１との間の直接ネットワーク通信のための２つの代替方法が存在する。図９に示される第１の実施形態では、２つのプロキシ、すなわち、コンピュータ８０１上で動作するプロキシウェブサーバ、およびハンドセット３０３上で動作するＴＣＰプロキシサーバが、接続を容易にする。図１０に示される第２の代替実施形態では、ＲＡＳ接続は、コンピュータ８０１からハンドセット３０３に対して行われる。これらの方法は、移動装置ユーザが、ユーザのデスクトップコンピュータ上のウェブブラウザを使用して、ネットワークＵＩＣＣ３０１にアクセスすることを可能にする。このようにして、ユーザは、ウェブブラウザによって提供される良好な人間インタフェースと、キーボードとを有して、ネットワークＵＩＣＣ３０１を管理する。加えて、ネットワークＵＩＣＣ３０１は、コンピュータネットワークとその他のネットワーク（例えば、Ｗｉ−Ｆｉネットワーク）との間の通信をセキュリティで保護することができる。
【００５４】
図９は、ウェブブラウザ９０１を使用して、ネットワークＵＩＣＣ３０１と対話することができるようにするための、ウェブプロキシを使用する、一方法に関するソフトウェアアーキテクチャおよびハードウェアアーキテクチャの概略図である。コンピュータ８０１上で動作するプロキシウェブサーバ９０３、およびハンドセット３０３上で動作するＴＣＰプロキシサーバ９０５を介して、ネットワークＵＩＣＣ３０１上のウェブサーバ９０７と、コンピュータ８０１上のウェブブラウザ９０１との間で、ｈｔｔｐ要求およびｈｔｔｐ応答が伝送される。
【００５５】
図９に示される本発明の一実施形態では、移動装置は、Ｍｉｃｒｏｓｏｆｔ  Ｓｍａｒｔｐｈｏｎｅオペレーティングシステムを実行して、移動装置オペレーティングシステムによって提供される少なくとも２つのツールを利用する。１つのツールは、ハンドセット３０３上にＡｃｔｉｖｅＳｙｎｃモジュール９０９、およびコンピュータ８０１上にＡｃｔｉｖｅＳｙｎｃモジュール９１１をそれぞれ有する、ＡｃｔｉｖｅＳｙｎｃ同期ソフトウェアである。ＡｃｔｉｖｅＳｙｎｃモジュールは、ＵＳＢケーブルまたは赤外線接続を介して、コンピュータと移動装置との間の接続およびデータ同期を提供する。また、図９に示される本発明の実施形態は、リモートＡＰＩ（ＲＡＰＩ）も利用する。ＲＡＰＩは、モジュール９１３およびモジュール９１５が、ハンドセット３０３上、およびコンピュータ８０１上でそれぞれ実行されて、コンピュータ８０１上で動作するアプリケーション（例えば、ウェブブラウザ９０１）が、ＡｃｔｉｖｅＳｙｎｃモジュール９０９および９１１を介して、ハンドセット３０３上で動作するアプリケーション３０５と通信する手段を提供する、アプリケーションプログラミングインタフェースおよびライブラリである。図を簡明にするため、ＰＰＰ、Ｐｅｅｒ  Ｉ／Ｏ、およびＡＰＤＵに関するリンク層は、リンク層モジュール９１７および９１９によってそれぞれ表されている。
【００５６】
図１１は、コンピュータ８０１上のウェブブラウザ９０１が、直接通信リンク、例えば、ＵＳＢリンクまたは赤外線リンクを介して、ＵＩＣＣ３０１上のウェブサーバ９０７と通信する機構を提供するための、図９の実施形態の動作を示す流れ図である。
【００５７】
第１に、コンピュータ８０１が、ステップ１１０１で、ネットワークＵＩＣＣ３０１にホスト名を与えるよう、ＤＮＳサービスを構成するように動作させられる。ユーザは、次に、コンピュータ８０１上のウェブブラウザ９０１で、そのホスト名を使用して、ネットワークＵＩＣＣ３０１にアクセスすることができる。Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムまたはＬｉｎｕｘオペレーティングシステムでは、これは、システムディレクトリ中で「ホスト」という名前の付いたファイルにおいて新たな行を追加することによって達することができる（例えば、Ｗｉｎｄｏｗｓ（登録商標）  ２０００では、この「ホスト」ファイルは、Ｃ：＼ＷＩＮＮＴ＼ｓｙｓｔｅｍ３２＼ｄｒｉｖｅｒｓ＼ｅｔｃディレクトリ中に位置する）。その新たな行は、ネットワークＵＩＣＣ３０１の名前、例えば、「Ａｘａｌｔｏ−Ｎｅｔｗｏｒｋ−ＳＩＭ−Ｃａｒｄ」と、ローカルＩＰアドレス「１２７．０．０．１」とを含む。
【００５８】
次に、ユーザによって要求が入力されると、コンピュータ８０１は、ステップ１１０３で、その要求が、ネットワークＵＩＣＣ３０１に向けられているか、または別のアドレスに向けられているかを判定するように動作する。通常、コンピュータ８０１のオペレーティングシステムは、そのことを判定するように構成されることが可能である。ネットワークＵＩＣＣ３０１に対する接続だけが、コンピュータ上で動作するプロキシを通過させられる。ウェブブラウザからインターネットへの他の接続は、コンピュータ上のウェブプロキシに送られることなしに、インターネットに直接に向かう。ユーザが、ネットワークＵＩＣＣ３０１に接続するホスト名として、ウェブブラウザ９０１アドレスバー中で、「Ａｘａｌｔｏ−Ｎｅｔｗｏｒｋ−ＳＩＭ−Ｃａｒｄ」、すなわち、ステップ１１０１でネットワークＵＩＣＣに対して確立された名前をタイプ入力した場合、「Ａｘａｌｔｏ−Ｎｅｔｗｏｒｋ−ＳＩＭ−Ｃａｒｄ」の対応するＩＰアドレスは、ループバックアドレス「１２７．０．０．１」、すなわち、この場合は、コンピュータ８０１であるローカルマシン上のウェブサーバをポイントするアドレスであるため、コンピュータ８０１のオペレーティングシステムは、ステップ１１０５で、ＨＴＴＰ要求を、コンピュータ８０１上で実行し、ウェブサーバポート８０上で待っているウェブプロキシサーバ９０３に転送する。コンピュータ８０１が、コンピュータ８０１上で動作する別のウェブサーバを有さないものと想定すると、ウェブプロキシサーバ９０３が、コンピュータ８０１に関するウェブサーバとして呼び出される。
【００５９】
コンピュータ上のプロキシサーバ９０３は、ステップ１１０７で、ＲＡＰＩモジュール９１５および９１３をそれぞれ使用して、移動装置上のプロキシサーバ９０５を呼び出す。移動装置上のプロキシ９０５は、ステップ１１０９で、通信モジュール３１１（図３参照）のＴＣＰ／ＩＰ層３１７を使用して、ＴＣＰソケット接続を開いて、ネットワークＵＩＣＣ３０１上のウェブサーバ９０７に接続する。このため、ＨＴＴＰ要求１１１１およびＨＴＴＰ応答１１１３は、２つのプロキシ９０３および９０５の助けを借りて、ネットワークＵＩＣＣ３０１上のウェブサーバ９０７と、コンピュータ８０１上のウェブブラウザ９０１との間で伝送される。
【００６０】
ドメイン名「Ａｘａｌｔｏ−Ｎｅｔｗｏｒｋ−ＳＩＭ−Ｃａｒｄ」は、ネットワークＵＩＣＣ３０１に対するローカル接続に関してだけ有効である。
【００６１】
図１０は、ネットワークＵＩＣＣ３０１と対話するウェブブラウザ９０１の使用を可能にするための、ＲＡＳを使用する、１つの代替方法のためのソフトウェアアーキテクチャおよびハードウェアアーキテクチャの概略図である。ＲＡＳメソッドと呼ばれる、直接接続を使用して、コンピュータ８０１上のウェブブラウザ９０１をネットワークＵＩＣＣ３０１上のウェブサーバ９０３に接続するための、この代替の方法は、直接の物理接続９０２、例えば、ＵＳＢケーブルまたは赤外線ポートを介して、ハンドセット３０３からコンピュータ８０１に至るＰＰＰ接続を確立し、次いで、ＩＰ接続を確立することを含む。コンピュータ８０１上で、ウェブブラウザ９０１は、ＲＡＳモジュール９８３に対してファンクションコールを行うことにより、ＴＣＰ／ＩＰ層９７１と、ＰＰＰ層９７３と、仮想ＣＯＭポートドライバ９７５と、ＵＳＢ／ＩＲドライバ９７７とを含む通信モジュール９８２に対してコールを行う。
【００６２】
ハンドセット３０３によってサポートされる通信スタックの様々な層を実装するための本明細書で前述した通信モジュールに加えて、ハンドセット３０３は、ハンドセット３０３とコンピュータ８０１との間のＵＳＢリンク上またはＩＲリンク上で、データを送受信するためのＵＳＢまたはＩＲドライバ９７８、具体的には、コンピュータ側のＵＳＢ／ＩＲドライバ９７７を含む。
【００６３】
図１２は、図１０に示された実施形態の動作を示す流れ図である。ウェブブラウザ９０１が、ネットワークＵＩＣＣ３０１上のウェブサーバ９０３に対する接続を要求する際、ウェブブラウザ９０１は、ステップ１２０１で、ＲＡＳ９８３に対してコールを行い、ステップ１２０３で、新たな着信ＰＰＰネットワーク接続を受け入れかつ扱うことができる、ハンドセット３０３に対する新たなＲＡＳ接続を確立する。移動装置ＲＡＳ３０９のダイヤルツールは、ステップ１２０５で、コンピュータに対してＰＰＰ接続を確立し、ステップ１２０６で、次いで、コンピュータに対してＩＰ接続を確立する。ＲＡＳは、ＵＳＢケーブルを介する接続をサポートしないため、仮想シリアルポート（Ｗｉｎｄｏｗｓ（登録商標）世界におけるＣＯＭ）ドライバが、ＵＳＢを介して通信するのに追加される。仮想ＣＯＭポートドライバ９７５は、コンピュータ８０１上のＲＡＳサーバ１２０７が、ハンドセット３０３が接続されているＵＳＢケーブルを介する新たな接続を待つことを可能にする。赤外線ポート（ＩｒＤＡ）を使用することは、ＲＡＳが、ＩｒＤＡを介する接続を確立することができるため、仮想ＣＯＭポートドライバのインストールを要求しない。
【００６４】
移動装置９０５とコンピュータ８０１との間のネットワーク接続を確立した後、それぞれステップ１２０７およびステップ１２０９で、ＲＡＳモジュール９８３および３０９のユーティリティ機能を使用して、コンピュータ８０１上のルーティングテーブル９８１、およびハンドセット３０３上のルーティングテーブル９７９が構成される。例えば、コンピュータ８０１のユーザは、ルーティングユーティリティにコールを行って、ルーティングテーブル９８１にエントリを追加することができ、ハンドセット３０３上でも同様である。Ｗｉｎｄｏｗｓ（登録商標）システム上では、ルーティングテーブルエントリは、「ルーティング」コマンドを使用して作成される。この２つのルーティングテーブル９８１および９７９が更新されると、ハンドセット３０３は、コンピュータ８０１とネットワークＵＩＣＣ３０１との間のルータの役割をすることができ、コンピュータ８０１が、ネットワークＵＩＣＣ３０１を宛先とするパケットを、ハンドセット３０３を介して送信することを可能にする。ＲＡＳメソッドに関する要件は、ネットワークＵＩＣＣのＩＰアドレスが、ルーティング可能でなければならないことである。このため、ルーティング可能でないプライベートＩＰアドレスおよび自動ＩＰアドレスは、使用されてはならない。ルーティングテーブル９７９および９８１が構成された後、ユーザは、コンピュータ上のウェブブラウザ９０１を使用して、移動装置９０５内のネットワークＵＩＣＣ３０１にアクセスすることができる。ｈｔｔｐ要求１２１１を受け取ると、ルーティングテーブル９７９を使用してＩＰルータ３３１によって指示された、ハンドセット３０３上のＴＣＰ／ＩＰモジュール３１７が、ステップ１２１３で、その要求をネットワークＵＩＣＣ３０１にルーティングする。パケットが、ネットワークＵＩＣＣ３０１を宛先としている場合（パケット宛先アドレスによって示されるように）、ＩＰルータ３３１は、そのパケットをリンク層モジュール３１９に向かわせるよう、ＴＣＰ／ＩＰモジュール３１７に指示する。ネットワークＵＩＣＣ３０１は、Ｐｅｅｒ  Ｉ／Ｏクライアント３２５とＵＩＣＣリンク層モジュール３３５とを包含するリンク層９８７、ＰＰＰ層３２９、およびＴＣＰ／ＩＰ層３２３を実装する、通信モジュール９８５上でＴＣＰ／ＩＰパケットを受信する。
【００６５】
４．２  ネットワークＵＩＣＣからのインターネットアクセス
本発明の別の態様では、本明細書で前述したハンドセット３０３と連携して使用される、本明細書で前述したネットワークＵＩＣＣ３０１は、自律的ネットワークノードとして動作する能力を有するため、ネットワークＵＩＣＣ３０１と、インターネット上の任意のウェブサーバとの間のネットワーク接続を可能にするように、ネットワークＵＩＣＣ３０１およびハンドセット３０３を拡張することが可能である。図１のネットワーク図を考慮されたい。ウェブサーバが、リモートネットワークノード１２７上に配置されていることが可能である。本発明の実施形態によれば、ネットワークＵＩＣＣ３０１は、そのウェブサーバに直接に接続することができる。
【００６６】
通常、ハンドセットなどの移動装置は、ＧＰＲＳ、ＷＬＡＮ、あるいはＵＳＢケーブルまたは他のタイプの接続を有するデスクトップコンピュータを介して、インターネットに接続する。ハンドセットは、通常、インターネットから見られることができないプライベートＩＰアドレスを有する。というのは、ハンドセットは、通常、移動体事業者またはローカルＬＡＮのファイアウォールまたはＮＡＴサーバの背後にあるからである。同じことが、ハンドセット内のネットワークＳＩＭについても当てはまり、ネットワークＳＩＭは、インターネットから見られることが可能でないプライベートＩＰアドレスを有する。
【００６７】
ハンドセットが、インターネット接続を有し、ハンドセットが、ＮＡＴサービスを有する場合、ネットワークＳＩＭは、ハンドセット内のＮＡＴサービスからの、およびＮＡＴサービスに対するインターネット接続も有する。これまで、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｓｍａｒｔｐｈｏｎｅ  ２００３の最新バージョンでさえ、この特徴は、Ｓｍａｒｔｐｈｏｎｅに関して利用可能でない。新たなバージョンの移動電話オペレーティングシステムが、ＮＡＴサービス特徴対応にされるまで、他のソリューションが、必要とされる。
【００６８】
図１３は、ハンドセット３０３上のウェブプロキシサービス１３０３が、ネットワークＵＩＣＣ３０１上のウェブクライアント１３０２からリモートウェブサーバ１３０１に至る直接の接続のためのウェブトンネリングサービスを提供する、本発明の実施形態を示す時系列図である。このソリューションは、ハンドセット３０３が、インターネット接続を有するが、ＮＡＴサービスを提供しない場合に、使用されることが可能である。参照により開示の全体が本明細書に組み込まれる、Ａ．Ｌｕｏｔｎｏｎｅｎ、Ｔｕｎｎｅｌｉｎｇ  ＴＣＰ  ｂａｓｅｄ  ｐｒｏｔｏｃｏｌｓ  ｔｈｒｏｕｇｈ  Ｗｅｂ  ｐｒｏｘｙ  ｓｅｒｖｉｃｅｓ、ＩＮＴＥＲＮＥＴ−ＤＲＡＦＴ、ＩＥＴＦ、１９９８年８月、ｈｔｔｐ：／／ｗｗｗ．ｗｅｂ−ｃａｃｈｅ．ｃｏｍ／Ｗｒｉｔｉｎｇｓ／Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔｓ／ｄｒａｆｔ−ｌｕｏｔｏｎｅｎ−ｗｅｂ−ｐｒｏｘｙ−ｔｕｎｎｅｌｉｎｇ−０１．ｔｘｔが、ＨＴＴＰ１．１のＣＯＮＮＥＣＴメソッドを使用して、どのようにウェブプロキシサービスを介してＴＣＰベースのプロトコルをトンネリングするかの説明を提供する。適用可能なＴＣＰベースのプロトコルには、ＨＴＴＰ、ならびにＳＳＬおよびＴＬＳを伴うＨＴＴＰＳが含まれる。
【００６９】
接続が、確立されるまで、ウェブプロキシ１３０３は、ステップ１３０５で、ネットワークＵＩＣＣ３０１上のクライアント１３０２からポート８０８０上で待つ。
【００７０】
ネットワークＵＩＣＣ３０１内のウェブクライアント１３０２が、インターネットを介してリモートサーバ１３０１に対する、例えば、Ａｍａｚｏｎ．ｃｏｍのウェブサーバに対するＳＳＬ接続を確立することを望む場合、ネットワークＵＩＣＣ３０１は、ステップ１３０７で、ポート８０８０上でハンドセット３０３に対するＴＣＰ接続を開き、このＴＣＰ接続において、ウェブプロキシ１３０３は、ポート８０８０上で以下の要求を発行することにより、リッスンする。すなわち、
ＣＯＮＮＥＣＴ  ｗｗｗ．ａｍａｚｏｎ．ｃｏｍ：４４３  ＨＴＴＰ／１．０
Ｕｓｅｒ−ａｇｅｎｔ：Ｍｏｚｉｌｌａ／４．０
【００７１】
この要求から、ウェブプロキシ１３０３は、ネットワークＵＩＣＣ３０１上のウェブクライアント１３０２が、接続することを望むウェブサーバ１３０１の、例えば、ｗｗｗ．ａｍａｚｏｎ．ｃｏｍサーバに対するｕｒｌ、およびその接続が、ポート４４３上にあるべきことを決定する。宛先を決定すると、ウェブプロキシ１３０３は、ステップ１３０９で、ポート４４３上でウェブサーバ１３０１に対する新たなＴＣＰ接続を確立する。ポート４４３は、ＳＳＬ接続のために使用されるポートである。Ａｍａｚｏｎサーバに対するＴＣＰ接続を実現することに成功した場合、ウェブプロキシは、ステップ１３１１で、以下の応答で、ネットワークＵＩＣＣ３０１上のウェブクライアント１３０２に返答する。すなわち、
ＨＴＴＰ／１．０  ２００  Ｃｏｎｎｅｃｔｉｏｎ  ｅｓｔａｂｌｉｓｈｅｄ
Ｐｒｏｘｙ−ａｇｅｎｔ：Ｗｅｂ−Ｐｒｏｘｙ／１．１
【００７２】
この応答は、リモートサーバ１３０１に対する接続が確立されたことを示す。ウェブクライアント１３０２は、リモートサーバ１３０１とのＳＳＬセッション１３１３を開始することができる（データトラフィック１３１３ａ〜１３１３ｄを使用して）。ハンドセット上のウェブプロキシ１３０３は、ネットワークＵＩＣＣ３０１上のウェブクライアント１３０１とリモートサーバ１３０１との間でデータを行き来させるだけである。トンネリングウェブプロキシサービス１０３は、ＵＩＣＣ３０１とウェブサーバ１３０１との間で、暗号化されたデータを動かすに過ぎず、セキュアトランザクションに影響を与えない。
【００７３】
ネットワークＵＩＣＣ３０１からウェブプロキシ１３０３への最初の要求であるメッセージ１３０７は、リモートサーバ１３０１の名前、および後に続くセッションのタイプに対応するポートを、ウェブプロキシ１３０３に知らせる使命だけしか有さない。ウェブプロキシサービス１３０３は、ネットワークＵＩＣＣ３０１上のウェブクライアント１３０２と、インターネット上のリモートウェブサーバ１３０１との間の通常のＨＴＴＰセッションのために働くこともできる。そのケースでは、リモートサーバ名が後に続くポートは、４４３ではなく８０であり、ネットワークＵＩＣＣ３０１におけるウェブクライアント１３０２によって送信される後続のデータは、通常のＨＴＴＰ要求である。
【００７４】
前述したＨＴＴＰプロキシトンネリングサービスでは、ネットワークＵＩＣＣ３０１におけるウェブクライアント１３０２は、インターネット上の任意のウェブサーバ１３０１に対して、直接のセキュアＳＳＬセッションもしくはＴＳＬセッション、または通常のＨＴＴＰセッションを確立することができる。ＳＳＬ／ＴＬＳ接続のケースでは、セキュリティは、トンネリングサービスが無い場合と同一である。
【００７５】
６．アプリケーション
ネットワークＵＩＣＣ３０１は、多くのアプリケーションを有することが可能である。このセクションは、それらのアプリケーションのいくつかを説明する。
【００７６】
モバイルペイメントは、移動装置の普及、および移動体ネットワークのインターネットへの統合のために、電子商取引において重要な役割を果たしている。加えて、移動装置は、ユーザが常時携帯する個人用装置である。それらの移動装置では、ＳＩＭカードが、重要な個人情報を記憶する最も強いセキュリティで保護された場所である。例えば、ＳＩＭカードは、モバイルペイメントを行うユーザの銀行クレジットカード情報を記憶することができる。
【００７７】
本発明は、移動装置のＳＩＭカードを、現実の自律的ネットワークノードにする方法を提供する。ネットワークＵＩＣＣ３０１は、ネットワークＵＩＣＣ３０１独自のＩＰアドレスと、ＩＰ／ＴＣＰ／ＨＴＴＰプロトコルスタックとを有して、インターネット上の真のネットワークノードである。そのような対応がなされると、ネットワークＵＩＣＣ３０１は、他のネットワークノードとのセキュリティで保護された通信のために、ネットワークセキュリティプロトコルを使用することができる。加えて、ネットワークＵＩＣＣ３０１は、インターネットプロトコルの頂部で他のアプリケーションをサポートすることができる。
【００７８】
ハンドセット３０３上のネットワークＵＩＣＣ３０１では、ユーザは、ハンドセット３０３上、またはホストコンピュータ上のウェブブラウザを使用して、インターネット上で商品またはサービスを購入することができるが、支払いは、ネットワークＵＩＣＣ３０１と商業者サーバとの間で常に直接に行われることが可能である。これにより、セキュリティで保護されたモバイルペイメント方法が提供される。
【００７９】
ユーザは、移動装置上、またはコンピュータ上のウェブブラウザを使用してネットワークＵＩＣＣにアクセスして、電話帳またはカレンダ中に保持されるデータ、またはＳＭＳメッセージなどの個人情報をカスタマイズすることができる。移動体ネットワーク事業者は、ＨＴＴＰプロトコルを使用して、移動装置のＳＩＭにおけるサービスおよび情報を更新するまたは変更することができる。ネットワークＵＩＣＣ３０１上にアプリケーションを展開することは、通常のウェブサーバアプリケーションと同一である。
【００８０】
ネットワークＵＩＣＣ３０１上のウェブサーバでは、ハンドセット３０３におけるウェブブラウザによってアクセスされるウェブページは、ネットワークＵＩＣＣ３０１に対する別のＨＴＴＰ接続を開いて、いくつかのウェブフォームに記入するユーザの必要な個人情報を取り込む、いくつかのスクリプトコード（例えば、Ｊａｖａ（登録商標）スクリプト）を埋め込むことができる。したがって、ユーザは、その情報を手作業で入力する必要がなく、情報は、暗号化されてからサーバに送られることが可能である。
【００８１】
ＳＩＭと通信する移動装置上のアプリケーションは、特定の移動装置オペレーティングシステムによって提供される、制限されたＳＩＭマネージャＡＰＩ、または何らかの固有のＡＰＩを使用するのではなく、ソケットＡＰＩを使用して、ＳＩＭに対するネットワーク接続を開くことができる。スマート移動装置上のオペレーティングシステムのほとんどは、ソケットインタフェースをサポートするため、ソケットＡＰＩを使用するそれらのアプリケーションは、ほとんどの移動装置に関して同一である。
【００８２】
ネットワークＵＩＣＣ３０１は、ハンドセット３０３内で完全なユーザインタフェースを担持することができる。このため、ハンドセット３０３ユーザは、ユーザがいずれのハンドセット３０３を有するかにかかわらず、同一のユーザインタフェースを有することが可能である。
【００８３】
本発明の特定の実施形態を説明しかつ例示してきたが、本発明は、そのように説明されかつ例示される部分の特定の形態または構成に限定されない。
【図面の簡単な説明】
【００８４】
【図１】本発明によるＵＩＣＣを使用して、リモートエンティティとの信頼できる通信が提供されることが可能な動作環境を示す概略図である。
【図２】本発明に関連して使用されることが可能な、図１のＵＩＣＣのハードウェアの例示的なアーキテクチャを示す概略図である。
【図３】本発明に関連して使用されることが可能な、ネットワークＵＩＣＣおよび移動装置に関するソフトウェアアーキテクチャを示す概略図である。
【図４】本発明による移動装置とネットワークＵＩＣＣとの間の接続の確立を示す時系列図である。
【図５】ＰＰＰ切断中の、本発明による、ネットワークＵＩＣＣおよび移動装置の動作を示す時系列図と流れ図の組み合わせである。
【図６】本発明によるネットワークＵＩＣＣにおける着信ＡＰＤＵフレームのディスパッチを示す流れ図である。
【図７】図３の移動装置上、およびネットワークＵＩＣＣ上に実装される通信スタックを示すブロック図である。
【図８】ハンドセットに接続され、かつハンドセットを介してＵＩＣＣに接続されたコンピュータを示す高レベルの概略図である。
【図９】本発明によって導入される通信方法を使用して、ネットワークＵＩＣＣと対話するために、ウェブブラウザの使用を可能にするためのプロキシメソッドを示す概略図である。
【図１０】ネットワークＵＩＣＣと対話するウェブブラウザの使用を可能にするための、ＲＡＳを使用する、１つの代替の方法のためのソフトウェアアーキテクチャおよびハードウェアアーキテクチャを示す概略図である。
【図１１】図９の実施形態の動作を示す流れ図である。
【図１２】図１０の実施形態の動作を示す流れ図である。
【図１３】ハンドセット上のウェブプロキシサービスが、ネットワークＵＩＣＣ上のウェブクライアントからリモートウェブサーバに至る直接の接続のためのウェブトンネリングサービスを提供する、本発明の実施形態を示す時系列図である。
【図１】
2008514150.tif 000003
【図２】
2008514150.tif 000004
【図３】
2008514150.tif 000005
【図４】
2008514150.tif 000006
【図５】
2008514150.tif 000007
【図６】
2008514150.tif 000008
【図７】
2008514150.tif 000009
【図８】
2008514150.tif 000010
【図９】
2008514150.tif 000011
【図１０】
2008514150.tif 000012
【図１１】
2008514150.tif 000013
【図１２】
2008514150.tif 000014
【図１３】
2008514150.tif 000015
【国際調査報告】
2008514150.tif 000016
2008514150.tif 000017
2008514150.tif 000018