(57)【要約】  本発明は、データカード、及びデータカードのインターネットアクセスの方法を提供する。データカードのインターネットアクセスの方法は、データカードがホストに接続された後、データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングし、データカードによって、ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求し、インターネットアクセス装置によって、ホストとネットワークとの間の通信を実行することを含む。本発明の実施形態によって提供される技術的解決法を使用することによって、高速なインターネットアクセスが、ドライバをインストールすることなく実施されることが可能になる。
2013538382.tif 000002
【特許請求の範囲】
【請求項１】
データカードがホストに接続された後、前記データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングし、
前記データカードによって、ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求し、
前記インターネットアクセス装置によって、前記ホストと前記ネットワークとの間の通信を実行すること
を含む、データカードのインターネットアクセスの方法。
【請求項２】
前記イーサネット（登録商標）インタフェースプロトコルは、イーサネット（登録商標）制御モデル（ＥＣＭ）プロトコル、又はリモートネットワーク装置インタフェース仕様（ＲＮＤＩＳ）プロトコルである、
請求項１に記載の方法。
【請求項３】
前記データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングすることは、
前記データカードによって、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告し、ここで、前記装置ディスクリプタは、イーサネット（登録商標）インタフェースドライバを動作させるよう、前記ホストをトリガするために使用され、
前記データカードによって、前記ホスト上で動作する前記イーサネット（登録商標）インタフェースドライバによって送信された前記イーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドを受信し、前記初期化コマンドに従って、初期化を実行し、これにより、前記データカードは、前記インターネットアクセス装置内にマッピングされること
を含む、請求項１に記載の方法。
【請求項４】
前記データカードによって、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告することの前に、前記方法は、
前記データカードを、記憶装置内にマッピングし、前記ホストによって送信されたモード切り換えコマンドを受信すること
を更に含む、請求項３に記載の方法。
【請求項５】
前記データカードによって、ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求することは、
予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、前記予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求し、ここで、前記予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、前記データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり、
予め記憶されたダイヤルアップ情報が存在しない場合、前記ユーザによってＷｅｂページ上で入力されたダイヤルアップ情報を取得し、前記ユーザによって入力された前記ダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求すること
を特に含む、請求項１に記載の方法。
【請求項６】
前記ユーザによってＷｅｂページ上で入力されたダイヤルアップ情報を取得し、前記ユーザによって入力された前記ダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求することは、
前記データカード内のＷｅｂサーバによって、前記ホスト上のインターネットブラウザによって送信された第１のＷｅｂサービスメッセージパッケージをカプセル開放して、管理コマンドを取得し、前記管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し、ここで、前記管理コマンドは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、データカードサービスを動作させるために使用され、かつ、ダイヤルアップアクセスサービスが必要とされることを示すために使用されるコマンドであり、
前記データカード内の前記Ｗｅｂアプリケーションモジュールによって、ＴＣＰ／ＩＰプロトコルスタックによって送信された前記管理コマンドに従って、データコンテンツを生成し、第２のＷｅｂサービスメッセージパッケージの送信に好適なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動して、前記第２のＷｅｂサービスメッセージパッケージを、前記Ｗｅｂサーバに送信し、ここで、前記第２のＷｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含み、ここで、前記データヘッダは、前記ダイヤルアップアクセスサービスが必要とされることを示す指示情報を含み、前記データコンテンツは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、
前記データカード内の前記Ｗｅｂサーバによって、前記Ｗｅｂアプリケーションモジュールによって送信された前記第２のＷｅｂサービスメッセージパッケージを解析し、前記指示情報とデータコンテンツとを取得し、前記指示情報とデータコンテンツとを、前記データカード内のサービス起動レイヤに送信し、
前記データカード内の前記サービス起動レイヤによって、前記指示情報に従って、前記ダイヤルアップアクセスサービスが必要とされることを判定し、ダイヤルアップインタフェースを、前記ユーザによって入力された前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動すること
を含み、ここで、前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するために使用され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項５に記載の方法。
【請求項７】
前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求することは、
ダイヤルアップインタフェースを、前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動すること
を特に含み、ここで、前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するために使用され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項１に記載の方法。
【請求項８】
データカードがホストに接続された後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告し、前記ホストによって送信された前記イーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドに従って、装置機能プログラムのパラメータを設定する（これにより、前記装置機能プログラムが、イーサネット（登録商標）インタフェース内にマッピングされる）ように構成された、初期化モジュールと、
ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成された、ダイヤリングモジュールと、
前記装置機能プログラムが設定された後、設定された装置機能プログラムによって送信された前記ホストからの、データが、インターネットサービスデータである場合、前記設定された装置機能プログラムによって送信された前記ホストからの、前記データを、接続されたネットワークに送信し、前記ネットワークからのデータを、前記設定された装置機能プログラムに送信するように構成された、通信モジュールと、
前記ホストからのデータを、前記通信モジュールに送信し、前記通信モジュールからのデータを、前記ホストに送信するように構成された、前記設定された装置機能プログラムと
を備える、データカード。
【請求項９】
前記イーサネット（登録商標）インタフェースプロトコルは、イーサネット（登録商標）制御モデル（ＥＣＭ）プロトコル、又はリモートネットワーク装置インタフェース仕様（ＲＮＤＩＳ）プロトコルである、
請求項８に記載のデータカード。
【請求項１０】
前記初期化モジュールは、前記データカードが記憶装置内にマッピングされた後、前記ホストによって送信されたモード切り換えコマンドを受信するように更に構成され、ここで、前記モード切り換えコマンドは、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告するよう、前記初期化モジュールをトリガするために使用される、
請求項８に記載のデータカード。
【請求項１１】
前記ダイヤリングモジュールは、予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、前記予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求し（ここで、前記予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、前記データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり）、予め記憶されたダイヤルアップ情報が存在しない場合、前記ユーザによって入力されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求するように構成された、
請求項８に記載のデータカード。
【請求項１２】
前記ダイヤリングモジュールは、第１のダイヤリングモジュールと、ダイヤルアップインタフェースとを備え、
前記第１のダイヤリングモジュールは、前記予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、ダイヤルアップサービスプロバイダインタフェースを、前記予め記憶されたダイヤルアップ情報を入力パラメータとして使用することによって、起動するように構成され、
前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、前記ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するように構成され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項１１に記載のデータカード。
【請求項１３】
前記データカードは、
前記ホスト上のインターネットブラウザによって送信された第１のＷｅｂサービスメッセージパッケージをカプセル開放し、管理コマンドを取得し、前記管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し（ここで、前記管理コマンドは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、ダイヤルアップアクセスサービスが必要とされることを示すために使用され）、前記Ｗｅｂアプリケーションモジュールによって送信された第２のＷｅｂサービスメッセージパッケージを解析し、前記第２のＷｅｂサービスメッセージパッケージ内にある指示情報と、データコンテンツとを、サービス起動レイヤに送信するように構成された、Ｗｅｂサーバと、
ＴＣＰ／ＩＰプロトコルスタックによって送信された前記管理コマンドに従って、データコンテンツを生成し、前記第２のＷｅｂサービスメッセージパッケージの送信に好適なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動して、前記第２のＷｅｂサービスメッセージパッケージを、前記Ｗｅｂサーバに送信するように構成された、Ｗｅｂアプリケーションモジュールと（ここで、前記第２のＷｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含み、ここで、前記データヘッダは、前記ダイヤルアップアクセスサービスが必要とされることを示す指示情報を含み、前記データコンテンツは、前記ユーザによって入力された前記ダイヤルアップ情報を含み）、
前記指示情報に従って、前記ダイヤルアップアクセスサービスが必要とされることを判定し、前記ダイヤルアップインタフェースを、前記ユーザによって入力された前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動するように構成された、前記サービス起動レイヤと
を更に備える、請求項１２に記載のデータカード。
【請求項１４】
前記通信モジュールは、ＴＣＰ／ＩＰプロトコルスタックと、ＭＢＢ無線プロトコルスタックとを備え、
前記ＴＣＰ／ＩＰプロトコルスタックは、前記装置機能プログラムが設定された後、前記ホストにアドレスを割り当て、前記設定された装置機能プログラムによって送信されたデータがインターネットサービスデータである場合、第１のデータパケットを、前記ＭＢＢプロトコルスタックに、前記ＴＣＰ／ＩＰプロトコルスタックが前記ホストに割り当てた前記アドレスと、前記ネットワークが前記データカードに割り当てたアドレスとを使用することによって送信し（ここで、前記第１のデータパケットは、前記第１のデータパケットは、前記インターネットサービスデータを含み、その送信元アドレスが、前記ネットワークが前記データカードに割り当てた前記アドレスであるデータパケットであり）、前記ＭＢＢ無線プロトコルスタックによって送信されたデータパケットを受信し、第２のデータパケットを、前記初期化された装置機能プログラムに送信するように構成され、ここで、前記第２のデータパケットの送信元アドレスは、前記ＴＣＰ／ＩＰプロトコルスタックが前記ホストに割り当てた前記アドレスであり、前記第２のデータパケットは、前記ＭＢＢ無線プロトコルスタックによって送信された前記データパケット内のインターネットサービスデータを含み、
前記ＭＢＢ無線プロトコルスタックは、前記ネットワークが前記データカードに割り当てた前記アドレスを受信し、前記ネットワークが前記データカードに割り当てた前記アドレスを、前記ＴＣＰ／ＩＰプロトコルスタックに送信し、前記ＴＣＰ／ＩＰプロトコルスタックからのデータパケットを処理し、処理されたデータパケットを、前記ネットワークに送信し、かつ、前記ネットワークからのデータパケットを処理し、処理されたデータパケットを、前記ＴＣＰ／ＩＰプロトコルスタックに送信するように構成される、
請求項８に記載のデータカード。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１１年２月１２日に中国専利局に出願された、「ＤＡＴＡ  ＣＡＲＤ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＩＮＴＥＲＮＥＴ  ＡＣＥＳＳ  ＯＦ  ＤＡＴＡ  ＣＡＲＤ（データカード、及びデータカードのインターネットアクセスの方法）と題された、中国特許出願第２０１１１００３６９２０．５号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。
【０００２】
本発明は、無線通信技術の分野に関し、特に、データカード、及びデータカードのインターネットアクセスの方法に関する。
【背景技術】
【０００３】
モバイル無線通信技術の広範な適用に伴って、様々な無線アクセス技術をサポートするデータカード（例えば、３Ｇデータカード（３Ｇ無線モデムとも呼ばれる））が出現している。これらのデータカードは、モバイルブロードバンド装置とも呼ばれる。
【０００４】
従来技術では、データカードのインターネットアクセスプロセス、及び、データカードのサービス実行プロセスは、主として以下を含む。
【０００５】
（１）データカードを、ホスト内に挿入し、データカードを、記憶装置内にマッピングする。
【０００６】
ＵＳＢプロトコルに従って、装置ディスクリプタが報告され、ここで、装置ディスクリプタは、データカードが記憶装置であることを記述する。装置ディスクリプタを受信した後、ホストは、記憶装置の初期化要求を、データカードに配信する。データカードは、初期化要求に従って、初期化を実行し、初期化が完了した後、データカードは、ホスト上の記憶磁気ディスク内にマッピングされる。
【０００７】
（２）ドライバ、及びＰＣクライアントソフトウェアをインストールする。
【０００８】
データカードを機能装置内にマッピングするために、ドライバ、及びＰＣクライアントソフトウェアがインストールされる必要がある。機能装置は、データカードの主機能（例えば、インターネットアクセス機能）を遂行することが可能な装置を意味する。データカードの主機能は、機器ベンダによって開発される。機能を実施するために、機器ベンダは、専用のドライバ及びＰＣクライアントソフトウェアを提供する。ＰＣクライアントソフトウェアは、ＰＣ上の高レイヤアプリケーションを意味し、ダイヤルアップアクセス、トラフィック統計、ショートメッセージ、及び電話帳などの、サービスを実施するための、操作インタフェースを提供するために使用される。
【０００９】
（３）データカードは、動作モードを自動的に切り換え、機能装置内にマッピングされる。
【００１０】
（４）ユーザは、ＰＣクライアントソフトウェアを介して、ダイヤルアップを実行して、インターネットアクセスを実施する。ユーザは、ＰＣクライアントソフトウェアを動作させることによって、別のサービス及び管理タスク（例えば、ショートメッセージ受信及び送信）を実行する。
【００１１】
現在、大多数のデータカードが、ＵＳＢインタフェースを有し、ごく少数のデータカードが、Ｅｘｐｒｅｓｓインタフェースを使用している。図１に示すように、ドライバがホスト上で動作させられた後、モデムは、シリアルポート内にマッピングされてもよく、ＰＣクライアントプログラムがホスト上にインストールされた後、ＰＣクライアントプログラムは、ユーザに、操作インタフェースを提供し、ユーザによって入力された動作指示を受信し、ＡＴコマンドを介して、データカードとの情報相互作用を実行して、ダイヤルアップアクセス、トラフィック統計、ショートメッセージ、及び電話帳などの、サービスを実施する。ＡＴコマンドは、ＩＴＵ−Ｔによって規定された標準モデムインタフェースプロトコルである。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
従来技術は、以下の欠点を有する。
【００１３】
ドライバをインストールするために、長時間を要する。データカードが最初に使用される際に、ユーザは、機器ベンダによって提供されるドライバソフトウェアをインストールする必要がある。ドライバソフトウェアをインストールするために、約１〜５分を要する。場合によっては、ＯＳを再起動する必要があるため、必要とされる時間はより長い可能性がある。
【課題を解決するための手段】
【００１４】
本発明の実施形態は、データカード、及びデータカードのインターネットアクセスの方法を提供し、これにより、ドライバをインストールすることなく、高速なインターネットアクセスが実施されることが可能になる。
【００１５】
これを考慮して、本発明の実施形態は、以下を提供する。
【００１６】
データカードのインターネットアクセスの方法は、
データカードがホストに接続された後、データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングし、
データカードによって、ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求し、
インターネットアクセス装置によって、ホストとネットワークとの間の通信を実行することを含む。
【００１７】
データカードは、
データカードがホストに接続された後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、データカードに報告し、ホストによって送信されたイーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドに従って、装置機能プログラムのパラメータを設定する（これにより、装置機能プログラムが、イーサネット（登録商標）インタフェース内にマッピングされる）ように構成された、初期化モジュールと、
ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成された、ダイヤリングモジュールと、
装置機能プログラムが設定された後、設定された装置機能プログラムによって送信されたホストからの、データが、インターネットサービスデータである場合、設定された装置機能プログラムによって送信されたホストからの、データを、接続されたネットワークに送信し、ネットワークからのデータを、設定された装置機能プログラムに送信するように構成された、通信モジュールと、
ホストからのデータを、通信モジュールに送信し、通信モジュールからのデータを、ホストに送信するように構成された、設定された装置機能プログラムとを含む。
【発明の効果】
【００１８】
本発明の実施形態によれば、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされ、これにより、データカードは、インターネットアクセス機能を有するようになり、インターネットアクセス機能を有するデータカードは、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、ホストに割り当てられたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって実行する。このようにして、ホストは、ドライバをインストールすることなく、迅速にネットワークに接続されることが可能になる。
【００１９】
本発明の実施形態、及び従来技術による、技術的解決法を、より明確にするために、実施形態、及び従来技術を説明するために必要とされる、添付の図面について、以下に簡単に説明する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態にすぎず、当業者は、これらの添付の図面から、創造的な活動を行うことなく、その他の図面を更に取得することが可能である。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態による、データカードのインターネットアクセスの方法のフローチャートである。
【図２】本発明の実施形態による、データカードのインターネットアクセスの別の方法のフローチャートである。
【図３】本発明の実施形態による、インターネットアクセス装置内へのマッピングに関するフロー図である。
【図４】本発明の実施形態による、ダイヤルアップアクセスのフローチャートである。
【図５Ａ】本発明の実施形態による、ホストからのデータストリームの処理に関するフロー図である。
【図５Ｂ】本発明の実施形態による、データストリームの伝送に関する概略図である。
【図６Ａ】本発明の実施形態による、ホストからのデータストリームの処理に関する別のフロー図である。
【図６Ｂ】本発明の実施形態による、データストリームの伝送に関する別の概略図である。
【図７Ａ−Ａ】本発明の実施形態による、ホストからのデータストリームの処理に関する別のフロー図である。
【図７Ａ−Ｂ】本発明の実施形態による、ホストからのデータストリームの処理に関する別のフロー図である。
【図７Ｂ】本発明の実施形態による、データストリームの伝送に関する別の概略図である。
【図８Ａ】本発明の実施形態による、Ｗｅｂフレームワークに基づくショートメッセージ送信に関するフローチャートである。
【図８Ｂ】本発明の実施形態による、Ｗｅｂフレームワークに基づくショートメッセージ送信に関するフローチャートである。
【図９】本発明の実施形態による、ショートメッセージ送信ページの図である。
【図１０Ａ】本発明の実施形態による、Ｗｅｂフレームワークに基づくダイヤルアップアクセスのフローチャートである。
【図１０Ｂ】本発明の実施形態による、Ｗｅｂフレームワークに基づくダイヤルアップアクセスのフローチャートである。
【図１１】本発明の実施形態による、データカードを使用することによるインターネットへのアクセスに関する概略図である。
【図１２】本発明の実施形態による、データカードの構成図である。
【図１３】本発明の実施形態による、別のデータカードの構成図である。
【図１４】本発明の実施形態による、Ｗｅｂフレームワークの構成図である。
【発明を実施するための形態】
【００２１】
本発明の実施形態による技術的解決法について、本発明の実施形態による添付の図面を参照して、以下に明確かつ完全に説明する。明らかに、以下に説明する実施形態は、本発明の実施形態の全てではなく、一部にすぎない。本発明の実施形態に基づいて、当業者によって、創造的な活動を行うことなく取得される、全てのその他の実施形態は、本発明の範囲内に入る。
【００２２】
図１を参照すると、本発明の一実施形態は、データカードのインターネットアクセスの方法を提供し、この方法は、主として以下を含む。
【００２３】
１０１：データカードがホストに接続された後、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされる。
【００２４】
イーサネット（登録商標）インタフェースプロトコルは、イーサネット（登録商標）制御モデル（Ｅｔｈｅｒｎｅｔ（登録商標）  Ｃｏｎｔｒｏｌ  Ｍｏｄｅｌ、ＥＣＭ）プロトコル、又は、リモートネットワーク装置インタフェース仕様（Ｒｅｍｏｔｅ−Ｎｅｔｗｏｒｋ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ＲＮＤＩＳ）プロトコルである。
【００２５】
ステップ１０１において、データカードは、インターネットアクセス装置内に直接マッピングされてもよく、又は、データカードは、最初に、記憶装置内にマッピングされてもよく、次に、データカードは、モードを切り換え、インターネットアクセス装置内にマッピングされる。データカードを、インターネットアクセス装置内にマッピングするプロセスは、以下を含む。データカードは、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告し（ここで、装置ディスクリプタは、イーサネット（登録商標）インタフェースドライバを動作させるよう、ホストをトリガするために使用され）、データカードは、ホスト上で動作するイーサネット（登録商標）インタフェースドライバによって送信され、イーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドを受信し、データカードは、初期化コマンドに従って、初期化を実行し、これにより、データカードは、インターネットアクセス機能を有するようになる。
【００２６】
データカードが、最初に、記憶装置内にマッピングされる場合、データカードが、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告する前に、ホストは、記憶装置内に記憶されたソフトウェアモジュールを動作させ、次に、アプリケーション、又はドライバを使用することによって、あるいは、レジストリを修正することによって、モード切り換えコマンドを、データカードに送信する。モード切り換えコマンドは、（イーサネット（登録商標）インタフェースドライバを動作させるよう、ホストをトリガするために）イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告するよう、データカードをトリガする。
【００２７】
１０２：データカードは、ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求する。
【００２８】
ステップ１０２において、データカードによって、ダイヤルアップ情報を取得することは、以下を含む。予め記憶されたダイヤルアップ情報が存在する場合、予め記憶されたダイヤルアップ情報を取得し、ここで、予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり、予め記憶されたダイヤルアップ情報が存在しない場合、ユーザがＷｅｂページ上で入力したダイヤルアップ情報を取得する。予め記憶されたダイヤルアップ情報が存在する場合、予め記憶されたダイヤルアップ情報を使用することによって、自動ダイヤルアップが実行され、これは、ユーザの手動入力を必要とせず、従って、ネットワークアクセス速度が増加する可能性があり、ユーザ体験が向上する可能性がある。異なるネットワークについて、異なる形態のダイヤルアップ情報が存在する可能性がある。例えば、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）ネットワークの場合、ダイヤルアップ情報は、ダイヤリング番号と、アクセスポイント名（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ、ＡＰＮ）識別子文字列とを含み、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）ネットワークの場合、ダイヤルアップ情報は、ダイヤリング番号と、ユーザ名と、パスワードとを含む。
【００２９】
データカードは、Ｗｅｂフレームワークを使用することによって、ダイヤリングを実行して、ネットワークへの接続を要求してもよい。Ｗｅｂフレームワークは、ダイヤルアップアクセス、ショートメッセージ、及び電話帳などのサービスを実施するための、操作インタフェースを提供するために使用される。Ｗｅｂフレームワークを使用することによる、ダイヤリングの特定の手法については、後続の実施形態における詳細な説明を参照されたい。必要に応じて、データカードは、Ｗｅｂフレームワークではなく、ＰＣクライアントソフトウェアを使用することによって、ダイヤリングを実行してもよい。
【００３０】
１０３：データカードは、ネットワークがデータカードに割り当てたアドレスを受信する。
【００３１】
１０４：インターネットアクセス装置は、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、インターネットアクセス装置がホストに割り当てたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって、実行する。
【００３２】
ステップ１０２と、ステップ１０３とは、順に実行されるが、ステップ１０１と、ステップ１０２〜ステップ１０３とは、実行に関して順序を有さず、並列に実行されてもよい。
【００３３】
本発明の実施形態によれば、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされ、これにより、データカードは、インターネットアクセス機能を有するようになり、インターネットアクセス機能を有するデータカードは、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、ホストに割り当てられたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって、実行する。このようにして、ホストは、ドライバをインストールすることなく、迅速にネットワークに接続されることが可能になる。加えて、予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルアップアクセスが直接実行される場合、ダイヤルアップ速度は更に増加する可能性がある。
【００３４】
本発明の前述の実施形態によって提供される技術的解決法をより明確に理解するために役立つように、以下の実施形態では、データカードのインターネットアクセスの方法について詳細に説明する。
【００３５】
図２を参照すると、本発明の一実施形態は、データカードのインターネットアクセスの方法を提供し、この方法は、以下を含む。
【００３６】
２０１：データカードが、ホストに接続される。
【００３７】
任意のオペレーティングシステム（例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃ、及びＬｉｎｕｘ（登録商標）などのオペレーティングシステム）が、ホスト上で動作していてもよい。
【００３８】
２０２：データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされる。インターネットアクセス装置は、ホストにＩＰアドレスを割り当て、そのＩＰアドレスを、ホストに送信する。
【００３９】
データカードをインターネットアクセス装置内にマッピングするプロセスについては、図３に示す後続の実施形態における詳細な説明を参照されたい。
【００４０】
２０３：データカードがホスト内に挿入された後、Ｗｅｂフレームワークが開始される。
【００４１】
データカードの電源が投入された後、Ｗｅｂフレームワークは、自動的に開始される。Ｗｅｂフレームワークは、Ｗｅｂアプリケーションと、Ｗｅｂプロトコルスタックと、Ｗｅｂソフトウェア開発キットとを含む。Ｗｅｂプロトコルスタックは、Ｗｅｂサーバと、ＴＣＰ／ＩＰプロトコルスタックとを含む。詳細については、後続の実施形態における詳細な説明を参照されたい。
【００４２】
２０４：データカードは、モバイルブロードバンドプロトコルを使用することによって、ネットワークを求めてサーチし、サーチされたネットワークに、登録要求メッセージを送信し、ネットワークによって送信された、登録成功応答メッセージを受信する。
【００４３】
ステップ２０２と、ステップ２０３と、ステップ２０４とは、実行に関して順序を有さず、並列に実行されてもよい。
【００４４】
２０５：データカード内のＷｅｂフレームワークは、ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、（ステップ２０４においてデータカードがすでに正常に登録されている）ネットワークへの接続を要求する。ネットワークは、データカードにＩＰアドレスを割り当て、そのＩＰアドレスを、データカードに送信する。
【００４５】
データカードによるダイヤルアップアクセスのプロセスについては、図４に示す後続の実施形態における詳細な説明を参照されたい。
【００４６】
２０６：ホストは、アクセス要求メッセージを、データカードに送信し、ここで、アクセス要求メッセージの送信元アドレスは、データカードがホストに割り当てたＩＰアドレスである。データカードが、アクセス要求メッセージを受信した後、データカードは、アクセス要求メッセージの送信元アドレスを、ネットワークがデータカードに割り当てたＩＰアドレスとして修正し、修正されたアクセス要求メッセージを、ネットワークに送信する。ネットワークは、アクセスアクノリッジメントメッセージを、データカードに送信し、ここで、アクセスアクノリッジメントメッセージの宛先アドレスは、ネットワークがデータカードに割り当てたＩＰアドレスである。データカードが、ネットワークによって送信されたアクセスアクノリッジメントメッセージを受信した後、データカードは、アクセスアクノリッジメントメッセージの宛先アドレスを、データカードがホストに割り当てたＩＰアドレスとして修正し、修正されたアクセスアクノリッジメントメッセージを、ホストに送信する。
【００４７】
ステップ２０１〜ステップ２０２の特定の実施プロセスは、以下を含む。
【００４８】
３０１：データカードが、ホスト内に挿入され、ホストのＵＳＢホストドライバは、データカードが挿入されたことを検出する。
【００４９】
任意のオペレーティングシステム（例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃ、及びＬｉｎｕｘ（登録商標）などのオペレーティングシステム）が、ホスト上で動作していてもよい。
【００５０】
３０２：ホストのＵＳＢホストドライバは、ＵＳＢコマンドを、データカードに送信する。
【００５１】
この実施形態では、ＵＳＢコマンドは、ＵＳＢ装置計数コマンドであってもよい。
【００５２】
３０３：ＵＳＢコマンドを受信した後、データカードは、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告し、ここで、装置ディスクリプタは、イーサネット（登録商標）インタフェースドライバを動作させるよう、ホストをトリガするために使用される。
【００５３】
装置ディスクリプタは、データカードの特徴を記述し、データカードを、インターネットアクセス装置として記述する。
【００５４】
イーサネット（登録商標）インタフェースプロトコルは、ＥＣＭプロトコル、又はＲＮＤＩＳプロトコルであってもよい。このステップにおいて、データカードは、ＵＳＢコマンドに従って、ホスト上で動作している現在のオペレーティングシステムが、Ｗｉｎｄｏｗｓ（登録商標）オペレーションシステムであるかどうかを判定し、ホスト上で動作している現在のオペレーションシステムが、Ｗｉｎｄｏｗｓ（登録商標）オペレーションシステムである場合、データカードは、ＲＮＤＩＳプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告し、ホスト上で動作している現在のオペレーションシステムが、Ｗｉｎｄｏｗｓ（登録商標）オペレーションシステムではない場合、データカードは、ＥＣＭプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告する。
【００５５】
具体的には、ＵＳＢコマンドを受信した後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告するのは、データカード内の初期化モジュールであってもよい。
【００５６】
３０４：装置ディスクリプタを受信した後、ホストは、イーサネット（登録商標）インタフェースドライバを、ホストのメモリにロードして、イーサネット（登録商標）インタフェースドライバを動作させる。
【００５７】
イーサネット（登録商標）インタフェースドライバは、ＥＣＭドライバ、又はＲＮＤＩＳドライバであってもよい。イーサネット（登録商標）インタフェースドライバは、オペレーティングシステムに含まれるドライバである。Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムが、ホスト上で動作している場合、イーサネット（登録商標）インタフェースドライバは、ＲＮＤＩＳドライバであり、ホストは、ＲＮＤＩＳドライバを、メモリにロードし、ＲＮＤＩＳドライバを動作させる。Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム以外のオペレーティングシステムが、現在、ホスト上で動作している場合、イーサネット（登録商標）インタフェースドライバは、ＥＣＭドライバであり、ホストは、ＥＣＭドライバを、メモリにロードし、ＥＣＭドライバを動作させる。
【００５８】
３０５：イーサネット（登録商標）インタフェースドライバを動作させた後、ホストは、イーサネット（登録商標）インタフェースプロトコルの仕様に従って、オペレーティングシステム内のＵＳＢホストドライバを起動して、イーサネット（登録商標）インタフェースプロトコルに準拠する初期化コマンドを、データカードに送信する。
【００５９】
３０６：データカードは、受信された初期化コマンドに従って、対応する初期化動作を実行し、イーサネット（登録商標）インタフェースプロトコルに準拠する応答メッセージを、ホストにフィードバックし、ここで、応答メッセージは、データカードが正常に初期化されたかどうかを示す。正常に初期化された場合、データカードは、インターネットアクセス装置内にマッピングされる。
【００６０】
具体的には、初期化コマンドを受信した後で、データカード内の装置機能プログラムを初期化するのは、データカード内の初期化モジュールであってもよく、これにより、装置機能プログラムがイーサネット（登録商標）インタフェース内にマッピングされ、データカードがインターネットアクセス機能を有するようになる。次に、初期化モジュールは、イーサネット（登録商標）インタフェースプロトコルに準拠する応答メッセージを、ホストにフィードバックする。データカード内の装置機能プログラムを初期化することは、装置機能プログラム内のパラメータを設定することである。
【００６１】
続いて、ホストによって受信された応答メッセージが、データカードが正常に初期化されたことを示す場合、ホストは、アドレス割り当て要求メッセージを、データカードに送信し、アドレス割り当て要求メッセージを受信した後、データカードは、ホストにＩＰアドレスを割り当て、そのＩＰアドレスを、ホストに送信する。
【００６２】
具体的には、アドレス割り当て要求を受信した後、データカード内の装置機能プログラムは、アドレス割り当て要求を、データカード内のＴＣＰ／ＩＰプロトコルスタックに送信し、データカード内のＴＣＰ／ＩＰプロトコルスタックは、ホストにＩＰアドレスを割り当て、そのＩＰアドレスを、ホストに送信する。
【００６３】
ステップ２０５の特定の実施プロセスは、以下を含む。
【００６４】
４０１：Ｗｅｂフレームワークは、Ｗｅｂフレームワークが、ユーザの、以前のダイヤルアップ情報を記憶しているかどうかを判断し、Ｗｅｂフレームワークが、ユーザの、以前のダイヤルアップ情報を記憶している場合、ユーザの、以前のダイヤルアップ情報が取得され、プロセスは４０６に進み、Ｗｅｂフレームワークが、ユーザの、以前のダイヤルアップ情報を記憶していない場合、プロセスは４０２に進む。
【００６５】
一般に、ユーザが、ダイヤルアップを介してネットワークに接続された後、ユーザは、通常、後でネットワークに再度アクセスするために、以前のダイヤルアップ情報と同じダイヤルアップ情報を使用する。従って、このステップでは、ユーザの、以前のダイヤルアップ情報が、存在するかどうかが判断される。
【００６６】
４０２：Ｗｅｂフレームワークは、Ｗｅｂフレームワーク内に記憶された事業者設定テーブル内に、ダイヤルアップ情報が存在するかどうかを判断し、Ｗｅｂフレームワーク内に記憶された事業者設定テーブル内に、ダイヤルアップ情報が存在する場合、ダイヤルアップ情報が取得され、プロセスは４０６に進み、Ｗｅｂフレームワーク内に記憶された事業者設定テーブル内に、ダイヤルアップ情報が存在しない場合、プロセスは４０３に進む。
【００６７】
事業者は、Ｗｅｂフレームワークに事業者設定テーブルを追加するよう、機器ベンダに要求してもよい。このようにして、データカードが引き渡される際に、データカードのＷｅｂフレームワークは、事業者によって設定された情報を記憶する、事業者設定テーブルを記憶している。このステップは、事業者設定テーブルが、事業者によって設定されたダイヤルアップ情報を有するかどうかを判断するものである。
【００６８】
４０３：Ｗｅｂフレームワークは、データカード内に挿入された加入者識別モジュールカードが、ダイヤルアップ情報を有するかどうかを判断し、データカード内に挿入された加入者識別モジュールカードが、ダイヤルアップ情報を有する場合、加入者識別モジュールカード内のダイヤルアップ情報が取得され、プロセスは４０６に進み、データカード内に挿入された加入者識別モジュールカードが、ダイヤルアップ情報を有さない場合、プロセスは４０４に進む。
【００６９】
事業者は、ダイヤルアップ情報を、加入者識別モジュールカード内に予め記憶してもよく、ここで、加入者識別モジュールカードは、ＳＩＭカード、ＵＳＩＭカード、又はＵＩＭカードであってもよい。ＳＩＭカードは、２Ｇネットワーク上で適用可能な加入者識別モジュールカードであり、ＵＳＩＭカードは、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＷＣＤＭＡ）ネットワーク上で適用可能な加入者識別モジュールカードであり、ＵＩＭカードは、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、ＣＤＭＡ）ネットワーク上で適用可能な加入者識別モジュールカードである。
【００７０】
４０４：Ｗｅｂフレームワークは、Ｗｅｂフレームワーク内に記憶された機器ベンダ設定テーブル内に、ダイヤルアップ情報が存在するかどうかを判断し、Ｗｅｂフレームワーク内に記憶された機器ベンダ設定テーブル内に、ダイヤルアップ情報が存在する場合、ダイヤルアップ情報が取得され、プロセスは４０６に進み、Ｗｅｂフレームワーク内に記憶された機器ベンダ設定テーブル内に、ダイヤルアップ情報が存在しない場合、プロセスは４０５に進む。
【００７１】
Ｗｅｂフレームワークは、機器ベンダによって設定された情報を記憶する、機器ベンダ設定テーブルを記憶する。国際的事業者によって使用されるダイヤルアップ情報のほとんどは、公開されているため、機器ベンダは、ダイヤルアップ情報を、機器ベンダ設定テーブルに書き込むことが可能である。このようにして、データカードが引き渡される際に、機器ベンダ設定テーブルは、ダイヤルアップ情報をすでに記憶している。
【００７２】
前述のステップ４０１〜４０４は、Ｗｅｂフレームワークが開始された後、Ｗｅｂフレームワーク内のダイヤリングモジュールのうちの、第１のダイヤリングモジュールによって実行されることに留意されたい。
【００７３】
４０５：ユーザがダイヤルアップ情報を入力するのを待つ。Ｗｅｂフレームワークは、ホスト上のＷｅｂページ上でユーザが入力した、ダイヤルアップ情報を取得する。
【００７４】
Ｗｅｂフレームワークが開始された後、ユーザは、データカードのアドレスを、インターネットブラウザ内で入力して、Ｗｅｂフレームワークページを開いてもよい。ユーザが、ダイヤルアップ（Ｄｉａｌ−ｕｐ）ボタンをクリックした場合、ダイヤルアップページが、インターネットブラウザ内に表示されてもよい。ユーザは、ダイヤルアップ情報を、ダイヤルアップページ上で入力する。
【００７５】
データカードのアドレスは、データカードのＷｅｂフレームワークのＩＰアドレス、又は、データカードのＷｅｂフレームワークのＷｅｂアドレスを意味する。
【００７６】
４０６：Ｗｅｂフレームワークは、ダイヤルアップ情報を使用することによって、ダイヤルして、（データカードがすでに登録されている）ネットワークへの接続を要求する。
【００７７】
前述のステップ４０１〜４０４における４つの判断は、特定の実行順序を有さないことに留意されたい。必要に応じて、ステップ４０２における判断が最初に実行されてもよく、ステップ４０２における判断結果が偽である場合、ステップ４０１における判断が実行され、ステップ４０１における判断結果が偽である場合、ステップ４０３、及びステップ４０４における判断が実行される。あるいは、ステップ４０３における判断が最初に実行され、ステップ４０３における判断結果が偽である場合、ステップ４０１、及びステップ４０２における判断が順に実行され、ステップ４０２における判断結果が偽である場合、ステップ４０４における判断が実行される。
【００７８】
データカードが、ホスト内に挿入され、ネットワークに接続された後、データカードは、ホストからのデータを処理する。ホストからのデータは、２つのタイプに分けられる。一方のタイプは、インターネットアプリケーションデータである。インターネットアプリケーションデータストリームは、ホストのインターネットブラウザによってブラウズされるＷｅｂページから来るものであってもよく、又は、インターネットアプリケーションソフトウェア（例えば、ＱＱ、及びＭＳＮなどの、インスタントメッセージングソフトウェア）から来るものである。他方のタイプは、管理コマンドである。管理コマンドは、データカードサービスを動作させるために使用されるコマンド（例えば、ショートメッセージを送信するためのコマンド）である。
【００７９】
図５Ａに示すように、ホストからのデータストリームを処理するプロセスについて、以下に説明する。
【００８０】
５０１Ａ：ホスト上のネットワークアプリケーションは、データを、Ｗｅｂフレームワーク内のＴＣＰ／ＩＰプロトコルスタックに配信する。
【００８１】
ホスト上のネットワークアプリケーションは、インターネットアプリケーションと、インターネットブラウザとを含み、ここで、インターネットアプリケーションは、ＱＱ、及びＭＳＮなどの、インスタントメッセージングソフトウェアであってもよい。
【００８２】
５０２Ａ：ホスト上のＴＣＰ／ＩＰプロトコルスタックは、データをカプセル化し、カプセル化されたデータパケットを、ネットワークポートマッピングプログラムに送信する。
【００８３】
５０３Ａ：ホスト上のネットワークポートマッピングプログラムは、データパケットを、ＵＳＢポートを介して、データカードに送信する。
【００８４】
ネットワークポートマッピングプログラムは、ホスト側におけるネットワークポートマッピングプログラムであり、ホスト側におけるネットワークポートマッピングプログラムは、ホスト側におけるイーサネット（登録商標）インタフェースドライバと、ホスト側におけるＵＳＢドライバとを含む。具体的には、ＴＣＰ／ＩＰプロトコルスタックによって送信されたデータパケットを受信した後、ホスト側におけるイーサネット（登録商標）インタフェースドライバは、オペレーティングシステム内の、ホスト側におけるＵＳＢドライバを起動して、データパケットを、ＵＳＢポートを介して、データカードに送信する。
【００８５】
５０４Ａ：データカード内のネットワークポートマッピングプログラムは、データパケットを、データカード内のＷｅｂフレームワークに送信する。
【００８６】
データカード内のネットワークポートマッピングプログラムは、装置側におけるネットワークポートドライバである。装置側におけるネットワークポートドライバは、装置機能プログラムと、装置側におけるＵＳＢドライバとを含む。具体的には、装置側におけるＵＳＢドライバは、データパケットを受信し、データパケットを、装置機能プログラムに送信し、装置機能プログラムは、データパケットを、Ｗｅｂフレームワークに送信する。
【００８７】
５０５Ａ：データカード内のＷｅｂフレームワークは、データパケットをカプセル開放し、データパケットの宛先アドレスに従って、データパケット内のデータが、管理コマンドであるか、又は、インターネットサービスデータであるかを判定し、データパケット内のデータが、インターネットサービスデータである場合、プロセスは５０６Ａに進み、データパケット内のデータが、管理コマンドである場合、プロセスは５０７Ａに進む。
【００８８】
具体的には、データパケットの宛先アドレスが、データカードのアドレスである場合、データパケット内のデータは、管理コマンドであると判定される。具体的には、データカードのアドレスは、データカードのＩＰアドレス、又は、データカードのドメイン名であってもよい。
【００８９】
５０６Ａ：データカード内のＷｅｂフレームワークは、インターネットサービスデータを、ＭＢＢ無線プロトコルスタックに送信する。ＭＢＢ無線プロトコルスタックは、インターネットサービスデータをカプセル化し、カプセル化されたデータを、ネットワークに送信する。プロセスは終了する。
【００９０】
５０７Ａ：管理コマンドに従って、データカード内のＷｅｂフレームワークは、表示されるべきＷｅｂページコンテンツをカプセル化し、カプセル化されたデータパケットを、データカード内のネットワークポートマッピングプログラムに送信する。
【００９１】
管理コマンドが、ページがユーザに、そのページを使用することによって特定のサービスを実施するために提供されること（例えば、ダイヤルアップアクセスページがユーザに、そのページ上で特定のダイヤルアップ情報を入力するために提供されること、又は、ショートメッセージ送信ページが提供されること）を示す場合、表示されるべきＷｅｂページコンテンツは、Ｗｅｂフレームワーク内に記憶されたｈｔｍｌファイル（例えば、ｄｉａｌｕｐ．ｈｔｍｌファイル）である。管理コマンドが、特定のサービスが実施される必要があることを示す場合、Ｗｅｂフレームワークは、管理コマンドに従って、特定のサービスを実施し、サービス実施結果に従って、Ｗｅｂページコンテンツをリフレッシュする必要がある。リフレッシュされたＷｅｂページコンテンツは、表示されるべきＷｅｂページコンテンツである。例えば、管理コマンドは、ショートメッセージテキストの特定のコンテンツが、受信者の電話番号に送信されることを示し、Ｗｅｂフレームワークは、ボードソフトウェア（ｂｏａｒｄ  ｓｏｆｔｗａｒｅ）によって提供されるショートメッセージサービスインタフェース（ボードソフトウェアによって提供されるショートメッセージサービスインタフェースは、ＭＢＢの低レイヤインタフェース機能である）を起動して、ショートメッセージテキストの特定のコンテンツを、受信者の電話番号に送信してもよい。Ｗｅｂフレームワークは、送信結果（すなわち、成功、又は失敗）に従って、Ｗｅｂページコンテンツをリフレッシュし、リフレッシュされたＷｅｂページコンテンツを、送信のためにカプセル化する。このようにして、ホストが、カプセル化されたコンテンツを続いて受信した後、ショートメッセージ送信結果が、ショートメッセージが正常に送信されたかどうかをユーザに通知するために表示されてもよい。
【００９２】
５０８Ａ：データカード内のネットワークポートマッピングプログラムは、カプセル化されたデータパケットを、ホスト上のネットワークポートマッピングプログラムに、透過的に伝送する。
【００９３】
５０９Ａ：ホスト上のネットワークポートマッピングプログラムは、カプセル化されたデータパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信する。
【００９４】
５１０Ａ：ホスト上のＴＣＰ／ＩＰプロトコルスタックは、カプセル化されたデータパケットをカプセル開放して、表示されるべきＷｅｂページコンテンツを取得し、表示されるべきＷｅｂページコンテンツを、ホスト上のインターネットブラウザに送信する。続いて、ホスト上のインターネットブラウザは、表示されるべきＷｅｂページコンテンツに従って、Ｗｅｂページを表示する（例えば、ダイヤルアップページ、又はショートメッセージ送信ページを表示する）。
【００９５】
具体的には、管理コマンド、及びインターネットサービスデータの伝送は、図５Ｂに示されている。図５Ｂにおいて、点線は、管理コマンドを示し、実線は、インターネットサービスデータを示す。
【００９６】
図６Ａ、図７Ａ−Ａ、及び図７Ａ−Ｂに示す実施形態では、Ｗｅｂフレームワークがデータストリームをどのように処理するかについて、以下に詳細に説明する。
【００９７】
図６Ａを参照して、ホストからのデータストリームを処理する特定の方法について、以下に説明する。この方法では、ホストからのデータは、管理コマンドであるということ、及び、管理コマンドは、ページがユーザに、そのページを使用することによって特定のサービスを実施するために提供されることを示すということが仮定される。例えば、管理コマンドは、ダイヤルアップアクセスページがユーザに、そのページ上で特定のダイヤルアップ情報を入力するために提供されること、又は、ショートメッセージ送信ページがユーザに、そのページ上でショートメッセージ受信者の特定の電話番号と、ショートメッセージのテキストコンテンツとを入力するために提供されることを示す。この方法は、特に以下を含む。
【００９８】
ステップ６０１Ａ〜６０３Ａは、ステップ５０１Ａ〜５０３Ａと同じであり、ここでは繰り返して説明しない。
【００９９】
６０４Ａ：データカード内のネットワークポートマッピングプログラムは、データパケットを、データカード内のＷｅｂプロトコルスタックに送信する。
【０１００】
６０５Ａ：Ｗｅｂプロトコルスタックは、データパケットをカプセル開放し、データパケットの宛先アドレスに従って、データパケット内のデータが、管理コマンドであるか、又は、インターネットサービスデータであるかを判定し、データパケット内のデータが、インターネットサービスデータである場合、プロセスは６０６Ａに進み、データパケット内のデータが、管理コマンドである場合、プロセスは６０７Ａに進む。
【０１０１】
具体的には、データパケットの宛先アドレスが、データカードのアドレスである場合、Ｗｅｂプロトコルスタックは、データパケット内のデータが、管理コマンドであると判定する。具体的には、データカードのアドレスは、データカードのＩＰアドレス、又は、データカードのドメイン名であってもよい。
【０１０２】
６０６Ａ：Ｗｅｂプロトコルスタックは、インターネットサービスデータを、ＭＢＢ無線プロトコルスタックに送信する。ＭＢＢ無線プロトコルスタックは、インターネットサービスデータをカプセル化し、カプセル化されたデータを送信する。プロセスは終了する。
【０１０３】
６０７Ａ：管理コマンドが、ページがユーザに、そのページを使用することによって特定のサービスを実施するために提供されることを示す場合、Ｗｅｂプロトコルスタックは、そのページに対応するＷｅｂページコンテンツ（例えば、ハイパーテキストマークアップ言語（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ、ｈｔｍｌ）フォーマットのファイル（これは、ｈｔｍｌファイルと簡潔に呼ばれる））を求めて、Ｗｅｂアプリケーションに問い合わせる。
【０１０４】
Ｗｅｂページコンテンツは、ｈｔｍｌファイルであってもよく、ｊｓｐ（Ｊａｖａ（登録商標）  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）ファイル、又は、アクティブサーバページ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅ、ａｓｐ）ファイル、又は、ハイパーテキストプリプロセッサ（Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｏｒ、ｐｈｐ）ファイルであってもよい。本発明のこの実施形態は、ｈｔｍｌファイルに基づいて説明される。他の実施形態では、別のフォーマットのファイルが使用されてもよく、これは、本発明の実施に影響を及ぼさない。
【０１０５】
６０８Ａ：Ｗｅｂプロトコルスタックは、ｈｔｍｌファイルをカプセル化し、カプセル化されたデータパケットを、データカード内のネットワークポートマッピングプログラムに送信する。
【０１０６】
６０９Ａ：データカード内のネットワークポートマッピングプログラムは、カプセル化されたデータパケットを、ホスト上のネットワークポートマッピングプログラムに、透過的に伝送する。
【０１０７】
６１０Ａ：ホスト上のネットワークポートマッピングプログラムは、カプセル化されたデータパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信する。
【０１０８】
６１１Ａ：ホスト上のＴＣＰ／ＩＰプロトコルスタックは、カプセル化されたデータパケットをカプセル開放し、カプセル開放されたデータパケットを、ホスト上のインターネットブラウザに送信する。続いて、ホスト上のインターネットブラウザは、ｈｔｍｌファイルに従って、ページを表示する（例えば、ダイヤルアップページ、又はショートメッセージ送信ページを表示する）。
【０１０９】
具体的には、管理コマンド、及びインターネットサービスデータの伝送は、図６Ｂに示す通りである。図６Ｂにおいて、点線は、管理コマンドを示し、実線は、インターネットサービスデータを示す。
【０１１０】
図７Ａ−Ａ、及び図７Ａ−Ｂに示すように、ホストからのデータストリームを処理する別のプロセスについて、以下に説明し、ここで、このプロセスは、特に以下を含む。
【０１１１】
ステップ７０１Ａ〜７０７Ａは、ステップ６０１Ａ〜６０７Ａと同じであり、ここでは繰り返して説明しない。
【０１１２】
７０７Ａ：管理コマンドが、特定のサービスが実施される必要があることを示す場合、Ｗｅｂプロトコルスタックは、その管理コマンドを、Ｗｅｂアプリケーションに送信する。
【０１１３】
例えば、管理コマンドが、ショートメッセージの特定のテキストコンテンツが受信者の電話番号に送信されることを示す場合、Ｗｅｂプロトコルスタックは、その管理コマンドを、Ｗｅｂアプリケーションに送信する。
【０１１４】
７０８Ａ：管理コマンドに従って、Ｗｅｂアプリケーションは、Ｗｅｂサービスメッセージパッケージの送信に好適な送信インタフェースを起動し、Ｗｅｂサービスメッセージパッケージを、Ｗｅｂプロトコルスタックに送信する。Ｗｅｂプロトコルスタックは、Ｗｅｂサービスメッセージパッケージを解析し、Ｗｅｂサービスメッセージパッケージ内にある、データコンテンツと、特定のサービスが実施される必要があることを示す指示情報とを、Ｗｅｂソフトウェア開発キットに送信する。送信インタフェースは、アプリケーションプログラミングインタフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、ＡＰＩ）であり、ここで、送信インタフェースは、拡張可能マークアップ言語（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ、ＸＭＬ）と、ＨＴＴＰインタフェースとに基づき、又は、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）と、ＨＴＴＰインタフェースとに基づき、ここで、ＪＳＯＮは、データ交換フォーマットにおけるインタフェースである。
【０１１５】
この実施形態では、データコンテンツは、ショートメッセージのテキストコンテンツと、受信者の電話番号とを含む。
【０１１６】
７０９Ａ：Ｗｅｂソフトウェア開発キットは、特定のサービスを実施する。
【０１１７】
本発明のこの実施形態では、Ｗｅｂソフトウェア開発キットは、サービス起動レイヤ（すなわち、Ｓｅｒｖｉｃｅ  Ｉｎｖｏｃａｔｉｏｎ  Ｌａｙｅｒ、ＳＩＬと呼ばれる）と、サービスコンテナと、サービスプロバイダインタフェース（Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ  Ｉｎｔｅｒｆａｃｅ、ＳＰＩと呼ばれる）とを含む。サービスコンテナは、各特定のサービス実施モジュールを含み、各サービス実施モジュールは、１つ又は複数のサービス実施インタフェースを有し、例えば、ダイヤリングモジュールは、ダイヤルアップインタフェースを含み、ショートメッセージモジュールは、ショートメッセージ送信インタフェースと、ショートメッセージ受信インタフェースとを含んでもよく、これにより、サービス起動レイヤは、これらのインタフェースを起動することが可能である。サービスプロバイダインタフェースは、サービス起動レイヤ、及び／又は、サービス実施インタフェースによって起動される。サービスプロバイダインタフェースは、データカード内のボードソフトウェアによってサポートされるコマンドフォーマットに従って、入力パラメータをカプセル化し、次に、ボードソフトウェアによって提供される通信アダプテーションレイヤインタフェースを起動する。Ｗｅｂソフトウェア開発キット内にある、サービス実施インタフェースと、サービスプロバイダインタフェースとは、ＡＰＩインタフェースに属することに留意されたい。
【０１１８】
ステップ７０８Ａにおける、特定のサービスが実施される必要があることを示す指示情報は、管理コマンドのタイプと、特定のサービス動作とを示す。管理コマンドのタイプは、Ｓｅｎｄ／Ｍｏｄｉｆｙ、又はＧｅｔを意味し、ここで、Ｓｅｎｄ／Ｍｏｄｉｆｙは、ＰＯＳＴパラメータによって表され、Ｇｅｔは、ＧＥＴパラメータによって表される。特定のサービス動作は、単純なサービス動作と、複雑なサービス動作とに分けられてもよい。単純なサービス動作は、単純な、ＡＴコマンド、又はＱＭＩコマンドを実行することを意味する。ＡＴコマンド、又はＱＭＩコマンドは、一般に、管理者によって、インターネットブラウザ内で入力される。サービス起動レイヤが、指示情報によって示される特定のサービス動作が単純なサービス動作であることを識別した後、サービス起動レイヤは、サービスプロバイダインタフェースを直接起動する。複雑なサービス動作は、一般に、ユーザによってショートメッセージを送信することなどの動作を意味する。サービス起動レイヤが、指示情報によって示される特定のサービス動作が複雑なサービス動作であることを識別した後、サービス起動レイヤは、特定のサービス実施インタフェースを起動する必要がある。このステップでは、サービス起動レイヤと、サービスコンテナと、サービスプロバイダインタフェースとが、特定のサービスを実施するために使用される。特定の実施プロセスについては、後続の実施形態における詳細な説明を参照されたい。
【０１１９】
７１０Ａ：Ｗｅｂソフトウェア開発キットは、サービス実施結果を、Ｗｅｂアプリケーションに返す。
【０１２０】
７１１Ａ：Ｗｅｂアプリケーションは、サービス実施結果に従って、Ｗｅｂページコンテンツをリフレッシュし、リフレッシュされたＷｅｂページコンテンツを、Ｗｅｂプロトコルスタックに送信し、ここで、リフレッシュされたＷｅｂページコンテンツは、表示されるべきＷｅｂページコンテンツである。
【０１２１】
後続のステップ７１２Ａ〜７１５Ａは、ステップ５０７Ａ〜５１０Ａと同じであり、ここでは繰り返して説明しない。
【０１２２】
具体的には、管理コマンド、及びインターネットサービスデータの伝送は、図７Ｂに示されている。図７Ｂにおいて、点線は、管理コマンドを示し、実線は、インターネットサービスデータを示す。
【０１２３】
以下では、データストリームを処理するプロセスについて、ショートメッセージの送信の例を取り上げることによって説明する。
【０１２４】
８０１：ユーザが、インターネットブラウザを使用することによって、Ｗｅｂフレームワークページを開いた後、ユーザは、ショートメッセージサービスに対応するボタンをクリックし、インターネットブラウザは、ショートメッセージ送信ページを提供するよう指示する管理コマンドを取得し、ここで、管理コマンドは、情報を入力するため、及び、ショートメッセージ送信サービスを実施するための、ショートメッセージ送信ページが、ユーザに提供される必要があることを示す。インターネットブラウザは、管理コマンドを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信する。ホスト上のＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰフォーマットのデータパケットをカプセル化し、カプセル化されたデータパケットを、データカードに送信する。
【０１２５】
８０２：データカードのＴＣＰ／ＩＰプロトコルスタックは、データパケットを受信した後、データパケットをカプセル開放する。ＴＣＰ／ＩＰプロトコルスタックは、データパケットの宛先アドレスに従って、データパケット内のデータが管理コマンドであることを判定し、カプセル開放を介して取得されたＨＴＴＰフォーマットの、データパケットを、ＨＴＴＰサーバに送信する。データパケットをカプセル開放した後、ＨＴＴＰサーバは、ショートメッセージ送信ページを提供するよう指示する管理コマンドを取得する。ＨＴＴＰサーバは、管理コマンドに従って、ショートメッセージ送信ページに対応するｈｔｍｌファイルを求めて、Ｗｅｂアプリケーションをサーチし、ｈｔｍｌファイルを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、データカードのＴＣＰ／ＩＰプロトコルスタックに送信する。データカードのＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰサーバからの受信されたデータパケットをカプセル化し、カプセル化されたデータパケットを、ホストに送信する。
【０１２６】
８０３：ホスト上のＴＣＰ／ＩＰプロトコルスタックは、データカードからのデータパケットをカプセル開放して、ＨＴＴＰフォーマットのデータパケットを取得し、データパケットを、インターネットブラウザに送信する。インターネットブラウザは、ＨＴＴＰフォーマットのデータパケットをカプセル開放して、ショートメッセージ送信ページに対応するｈｔｍｌファイルを取得し、ｈｔｍｌファイルに従って、図９に示すような、ショートメッセージ送信ページを表示する。
【０１２７】
８０４：ユーザは、受信者の電話番号と、ショートメッセージのテキストコンテンツとを、ショートメッセージ送信ページ上で入力し、送信（Ｓｅｎｄ）ボタンをクリックする。Ｗｅｂアプリケーションは、ショートメッセージ送信コマンドを受信し、ここで、ショートメッセージ送信コマンドは、ショートメッセージを送信するよう指示するために使用される管理コマンドである。
【０１２８】
具体的には、Ｗｅｂアプリケーションによってショートメッセージ送信コマンドを受信するプロセスは、以下を含む。ユーザが送信（Ｓｅｎｄ）ボタンをクリックした後、インターネットブラウザは、ショートメッセージ送信コマンドを取得し、ショートメッセージ送信コマンドを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信し、ホスト上のＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰフォーマットのデータパケットをカプセル化し、カプセル化されたデータパケットを、データカードに送信し、データパケットを受信した後、データカードのＴＣＰ／ＩＰプロトコルスタックは、データパケットをカプセル開放し、データパケットの宛先アドレスに従って、データパケット内のデータが管理コマンドであることを判定し、カプセル開放を介して取得されたＨＴＴＰフォーマットの、データパケットを、ＨＴＴＰサーバに送信する。データパケットをカプセル開放した後、ＨＴＴＰサーバは、ショートメッセージ送信コマンドを取得し、ショートメッセージ送信コマンドを、Ｗｅｂアプリケーションに送信する。
【０１２９】
８０５：Ｗｅｂフレームワーク上のＷｅｂアプリケーションは、ショートメッセージ送信コマンドに従って、データコンテンツを生成し、ＨＴＴＰファイルの送信に好適な送信インタフェースを起動し、ＨＴＴＰファイルを、ＨＴＴＰサーバに送信する。
【０１３０】
このステップにおける、データコンテンツは、ＨＴＴＰフォーマットである。
【０１３１】
受信者の電話番号は、「１２５１２３４５６７８」であり、ショートメッセージのテキストコンテンツは、「Ｔｈｉｓ  ｉｓ  ａ  ｄｅｍｏ  ｓｍｓ  ｔｅｘｔ．（これはデモＳＭＳテキストです。）」であると仮定する。
【０１３２】
ＨＴＴＰファイルは、具体的には、以下の通りである。
【０１３３】
ＨＴＴＰファイルは、データヘッダと、データコンテンツとを含む。データヘッダは、ＰＯＳＴ／ａｐｉ／ｓｍｓ／ｓｅｎｄ  ＨＴＴＰ／１．１であり、４つのパラメータ、すなわち、ＰＯＳＴ、ｓｍｓ、ｓｅｎｄ、及びＨＴＴＰ／１．１を含む。具体的には、ＰＯＳＴは、管理コマンドのタイプが、Ｓｅｎｄ又はＭｏｄｉｆｙであることを示し、ＨＴＴＰ／１．１は、ＨＴＴＰバージョンが、バージョン１．１であることを示し、ｓｍｓ／ｓｅｎｄは、ショートメッセージモジュール内のショートメッセージ送信インタフェースが、ショートメッセージの送信に続いて起動される必要があることを示す。
【０１３４】
ＨＴＴＰファイルのデータコンテンツは、２つのフィールドを含む。２つのフィールドの定義は、表１に示す通りである。
【表１】
2013538382.tif 000003
【０１３５】
８０６：ＨＴＴＰファイルを受信した後、ＨＴＴＰサーバは、ＨＴＴＰファイルを解析し、ａｐｉ／ｓｍｓ／ｓｅｎｄと、データコンテンツとを、サービス起動レイヤ（すなわち、Ｓｅｒｖｉｃｅ  Ｉｎｖｏｃａｔｉｏｎ  Ｌａｙｅｒ、ＳＩＬと呼ばれる）に送信する。
【０１３６】
８０７：ａｐｉ／ｓｍｓ／ｓｅｎｄに従って、サービス起動レイヤは、現在実行されるべきサービスが、ショートメッセージの送信であることを判定し、サービスコンテナ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔａｉｎｅｒ）内のショートメッセージ送信インタフェースを、受信者の電話番号と、ショートメッセージのテキストコンテンツとを入力パラメータとして使用することによって、起動する。
【０１３７】
サービスコンテナは、各サービス実施インタフェース（例えば、ダイヤルアップアクセスのために使用される、ダイヤルアップインタフェース、及び、ショートメッセージを送信するために使用される、ショートメッセージ送信インタフェース）を記憶する。
【０１３８】
ショートメッセージ送信インタフェースの形式は、次の通りであってもよい。
ｉｎｔ  ＳｅｎｄＳｍＳ（Ｓｔｒｉｎｇ  ｓｔｒＰｈｏｎｅＮｕｍｂｅｒ，  Ｓｔｒｉｎｇ  ｓｔｒＢｏｄｙ）
【０１３９】
サービス起動レイヤは、データコンテンツを解析して、受信者の電話番号と、ショートメッセージのテキストコンテンツとを取得し、次のように、ショートメッセージ送信インタフェースを、受信者の電話番号と、ショートメッセージのテキストコンテンツとを、ショートメッセージ送信インタフェースの入力パラメータとして使用することによって、起動する。
ＳｅｎｄＳｍＳ（”１３５１２３４５６７８”，  ”Ｔｈｉｓ  ｉｓ  ａ  ｄｅｍｏ  ｓｍｓ  ｔｅｘｔ．”）
【０１４０】
８０８：ショートメッセージ送信インタフェースは、受信者の電話番号と、ショートメッセージのテキストコンテンツとをエンコードし、ショートメッセージ送信サービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動する。
【０１４１】
ショートメッセージ送信サービスプロバイダインタフェースの形式は、次の通りであってもよい。
ｉｎｔ  ＳＰＩ＿ＳｅｎｄＳｍＳ（Ｓｔｒｉｎｇ  ｓｔｒＰｈｏｎｅＮｕｍｂｅｒ，  Ｓｔｒｉｎｇ  ｓｔｒＢｏｄｙ）
【０１４２】
この場合、次のように起動する。
ＳＰＩ＿ＳｅｎｄＳｍＳ（”１３５１２３４５６７８”，  ”Ｔｈｉｓ  ｉｓ  ａ  ｄｅｍｏ  ｓｍｓ  ｔｅｘｔ．”）
【０１４３】
８０９：ショートメッセージ送信サービスプロバイダインタフェースは、エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ショートメッセージ送信サービスに対応するボードソフトウェアによって提供されるショートメッセージ送信インタフェースを、カプセル化構造を入力パラメータとして使用することによって、起動する。
【０１４４】
ボードソフトウェアによって提供されるショートメッセージサービスインタフェースは、データカードの低レイヤインタフェース機能である。
【０１４５】
ボードソフトウェアによってサポートされるコマンドフォーマットは、ＡＴコマンドであってもよく、また、ＱＩＭコマンドであってもよい。
【０１４６】
３ＧＰＰ  ＴＳ  ２７．００５プロトコルは、標準ＡＴコマンドを規定している。
【０１４７】
８１０：ショートメッセージ送信サービスに対応するボードソフトウェアによって提供されるショートメッセージ送信インタフェースは、ショートメッセージを送信し、ショートメッセージ送信結果を、ショートメッセージ送信サービスプロバイダインタフェースに返し、ショートメッセージ送信サービスプロバイダインタフェースは、ショートメッセージ送信結果を、ショートメッセージ送信インタフェースに返し、ショートメッセージ送信インタフェースは、ショートメッセージ送信結果を、サービス起動レイヤに返し、サービス起動レイヤは、ショートメッセージ送信結果を、ＨＴＴＰサーバを介して、Ｗｅｂアプリケーションに返し、Ｗｅｂアプリケーションは、ショートメッセージ送信結果に従って、Ｗｅｂページコンテンツをリフレッシュする。
【０１４８】
８１１：Ｗｅｂアプリケーションは、リフレッシュされたＷｅｂページコンテンツを、ホストに送信し、ホストは、ショートメッセージ送信結果を表示する。
【０１４９】
Ｗｅｂアプリケーションが、リフレッシュされたＷｅｂページコンテンツを、ホストに送信し、ホストが、ショートメッセージ送信結果を表示する、詳細なプロセスは、ステップ７１０Ａ〜７１５Ａの詳細なプロセスと同様であり、ここでは繰り返して説明しない。
【０１５０】
以下では、ステップ４０５の特定の実施プロセスについて、Ｗｅｂフレームワークの特定の構成を参照して説明する。
【０１５１】
１００１：ユーザが、インターネットブラウザを使用することによって、Ｗｅｂフレームワークページを開いた後、ユーザは、ダイヤルアップ（Ｄｉａｌ−ｕｐ）に対応するボタンをクリックし、インターネットブラウザは、ダイヤルアップページを提供するよう指示する管理コマンドを取得し、ここで、管理コマンドは、ダイヤルアップ情報を入力するため、及び、ダイヤルアップアクセスを実施するための、ダイヤルアップページが、ユーザに提供される必要があることを示す。インターネットブラウザは、管理コマンドを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信する。ホスト上のＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰフォーマットのデータパケットをカプセル化し、カプセル化されたデータパケットを、データカードに送信する。
【０１５２】
１００２：データパケットを受信した後、データカードのＴＣＰ／ＩＰプロトコルスタックは、データパケットをカプセル開放し、データパケットの宛先アドレスに従って、データパケット内のデータが管理コマンドであることを判定し、カプセル開放を介して取得されたＨＴＴＰフォーマットの、データパケットを、ＨＴＴＰサーバに送信する。データパケットをカプセル開放した後、ＨＴＴＰサーバは、ダイヤルアップページを提供するよう指示する管理コマンドを取得する。ＨＴＴＰサーバは、管理コマンドに従って、ダイヤルアップページに対応するｈｔｍｌファイルを求めて、Ｗｅｂアプリケーションをサーチし、ｈｔｍｌファイルを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、データカードのＴＣＰ／ＩＰプロトコルスタックに送信する。データカードのＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰサーバからの受信されたデータパケットをカプセル化し、カプセル化されたデータパケットを、ホストに送信する。
【０１５３】
１００３：ホスト上のＴＣＰ／ＩＰプロトコルスタックは、データカードからのデータパケットをカプセル開放して、ＨＴＴＰフォーマットのデータパケットを取得し、データパケットを、インターネットブラウザに送信する。インターネットブラウザは、ＨＴＴＰフォーマットのデータパケットをカプセル開放して、ショートメッセージ送信ページに対応するｈｔｍｌファイルを取得し、ｈｔｍｌファイルに従って、ダイヤルアップページを表示する。
【０１５４】
１００４：ユーザは、ダイヤルアップ情報を、ダイヤルアップページ上で入力し、確認（ｃｏｎｆｉｒｍ）ボタンをクリックする。Ｗｅｂアプリケーションは、ダイヤルアップコマンドを受信する。
【０１５５】
具体的には、Ｗｅｂアプリケーションがダイヤルアップコマンドを受信するプロセスは、前述の、ショートメッセージ送信コマンドを受信するプロセスと同様であり、ここでは繰り返して説明しない。
【０１５６】
１００５：Ｗｅｂフレームワーク上のＷｅｂアプリケーションは、ダイヤルアップコマンドに従って、データコンテンツを生成し、ＨＴＴＰファイルの送信に好適な送信インタフェースを起動して、ＨＴＴＰファイルを、ＨＴＴＰサーバに送信する。
【０１５７】
ＨＴＴＰファイルは、データヘッダと、データコンテンツとを含む。データコンテンツは、ダイヤルアップ情報を含み、データヘッダは、ダイヤルアップサービスを示す指示情報を含む。
【０１５８】
１００６：ＨＴＴＰファイルを受信した後、ＨＴＴＰサーバは、ＨＴＴＰファイルを解析し、ダイヤルアップサービスを示す指示情報と、データコンテンツとを、サービス起動レイヤに送信する。
【０１５９】
１００７：サービス起動レイヤは、ダイヤルアップサービスを示す指示情報に従って、現在実行されるべきサービスが、ダイヤルアップサービスであることを判定し、サービスコンテナ（Ｓｅｒｖｉｃｅ  Ｃｏｎｔａｉｎｅｒ）内のダイヤルアップインタフェースを、ダイヤルアップ情報を入力パラメータとして使用することによって、起動する。
【０１６０】
１００８：ダイヤルアップインタフェースは、ダイヤルアップ情報をエンコードし、ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動する。
【０１６１】
１００９：ダイヤルアップサービスプロバイダインタフェースは、エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、汎用ダイヤルアップサービスに対応するボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、カプセル化構造を入力パラメータとして使用することによって、起動する。
【０１６２】
１０１０：ダイヤルアップサービスに対応するボードソフトウェアによって提供されるダイヤルアップサービスインタフェースは、ダイヤルして、（データカードがすでに登録されている）ネットワークへの接続を要求する。
【０１６３】
Ｗｅｂフレームワークページは、ステップ８０１、及びステップ１００１の前に、開かれている必要があることに留意されたい。Ｗｅｂフレームワークページを開くプロセスは、以下を含む。ユーザは、インターネットブラウザ内に、データカード、及びページファイルの、アドレスを入力してもよく（例えば、ユーザは、ｈｔｔｐ：／／１９２．１６８．１．１／ｉｎｄｅｘ．ｈｔｍｌを入力し）、インターネットブラウザは、ユーザによって入力されたコンテンツをカプセル化し、ＨＴＴＰフォーマットのデータパケットを取得し、データパケットを、ホスト上のＴＣＰ／ＩＰプロトコルスタックに送信し、ホスト上のＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰフォーマットのデータパケットをカプセル化し、カプセル化されたデータパケットを、データカードに送信する。データパケットを受信した後、データカードのＴＣＰ／ＩＰプロトコルスタックは、データパケットをカプセル開放し、データパケットの宛先アドレスに従って、データパケット内のデータが管理コマンドであることを判定し、カプセル開放を介して取得されたＨＴＴＰフォーマットの、データパケットを、ＨＴＴＰサーバに送信する。データパケットをカプセル開放した後、ＨＴＴＰサーバは、ｉｎｄｅｘ．ｈｔｍｌファイルを求めて、Ｗｅｂアプリケーションをサーチし、ｉｎｄｅｘ．ｈｔｍｌファイルを、ＨＴＴＰフォーマットのデータパケット内にカプセル化し、データパケットを、データカードのＴＣＰ／ＩＰプロトコルスタックに送信する。受信されたデータカードのＴＣＰ／ＩＰプロトコルスタックは、ＨＴＴＰサーバからのデータパケットをカプセル化し、カプセル化されたデータパケットを、ホストに送信する。ホスト上のＴＣＰ／ＩＰプロトコルスタックは、データカードからのデータパケットをカプセル開放して、ＨＴＴＰフォーマットのデータパケットを取得し、データパケットを、インターネットブラウザに送信する。インターネットブラウザは、ＨＴＴＰフォーマットのデータパケットをカプセル開放して、ショートメッセージ送信ページに対応するｉｎｄｅｘ．ｈｔｍｌファイルを取得し、ｉｎｄｅｘ．ｈｔｍｌファイルに従って、Ｗｅｂフレームワークページを表示する。
【０１６４】
前述のＷｅｂフレームワークを使用することによって、リモート管理が実行されてもよいということに留意されたい。図１１に示すように、ホストＡ、及びホストＢは、モバイルネットワーク上のＰＣであり、ホストＣは、モバイルネットワークに接続された公衆ネットワーク上のＰＣであり、図中の１０．１１．１．１００は、ホストＡがデータカードを使用することによってダイヤルアップアクセスを介してインターネットにアクセスした後、モバイルネットワークがデータカードに割り当てるアドレスであり、１９２．１６８．１．１は、データカードがホストＡに割り当てるアドレスであり、１０．１１．１．２００は、ホストＢのアドレスであり、２３１．１１．２２．３３は、ホストＣのアドレスであり、１０．１１．１．１は、モバイルネットワークがゲートウェイに割り当てるアドレスであり、２０２．１２．６．１２は、公衆ネットワークがゲートウェイに割り当てるアドレスであると仮定すると、「ｈｔｔｐ：／／１０．１１．１．１００」が、ホストＢ上のブラウザ内に入力された後、データカード内のＷｅｂフレームワークページが開かれ、次に、リモート管理タスクが、ホストＡがデータカードをローカルで使用するのと同様に実行される（例えば、リモートで、ショートメッセージが送信される、又は、ダイヤルアップアクセスが実施される）。「ｈｔｔｐ：／／２０２．１２．６．１２／ポート番号」が、ホストＣ上のブラウザ内に入力される。事業者は、ポート番号と、モバイルネットワークのイントラネットアドレス（すなわち、１０．１１．１．１００）との間のマッピング関係を、ゲートウェイ上に設定する。ゲートウェイは、マッピング関係に従って、データカード内のＷｅｂフレームワークページを開く。ホストＣが１０．１１．１．１００にアクセスする特定のプロセスは、従来技術におけるものと同様であり、ここでは繰り返して説明しない。
【０１６５】
図１２を参照すると、本発明の一実施形態は、データカードを提供する。このデータカードは、
データカードがホストに接続された後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告し、ホストによって送信されたイーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドに従って、装置機能プログラムのパラメータを設定する（これにより、装置機能プログラムが、イーサネット（登録商標）インタフェース内にマッピングされる）ように構成された、初期化モジュール１００と、
ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成された、ダイヤリングモジュール２００と、
装置機能プログラムが設定された後、設定された装置機能プログラムによって送信されたホストからの、データを、接続されたネットワークに送信し、ネットワークからのデータを、設定された装置機能プログラムに送信するように構成された、通信モジュール３００と、
ホストからのデータを、通信モジュールに送信し、通信モジュールからのデータを、ホストに送信するように構成された、設定された装置機能プログラム４００とを含む。
【０１６６】
通信モジュール３００は、ＴＣＰ／ＩＰプロトコルスタック３１０と、ＭＢＢ無線プロトコルスタック３２０とを含む。
【０１６７】
ＴＣＰ／ＩＰプロトコルスタックは、装置機能プログラムが初期化された後、ホストにアドレスを割り当て、初期化された装置機能プログラムによって送信されたデータパケット内のデータがインターネットサービスデータである場合、第１のデータパケットを、ＭＢＢプロトコルスタックに、ＴＣＰ／ＩＰプロトコルスタックがホストに割り当てたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって送信し（ここで、第１のデータパケットは、その送信元アドレスが、ネットワークがデータカードに割り当てたアドレスであるデータパケットであり、第１のデータパケットは、インターネットサービスデータを含み）、ＭＢＢ無線プロトコルスタックによって送信されたデータパケットを受信し、第２のデータパケットを、初期化された装置機能プログラムに送信するように構成され、ここで、第２のデータパケットの送信元アドレスは、ＴＣＰ／ＩＰプロトコルスタックがホストに割り当てたアドレスであり、第２のデータパケットは、ＭＢＢ無線プロトコルスタックによって送信されたデータパケット内のインターネットサービスデータを含む。
【０１６８】
設定された装置機能プログラムは、ＴＣＰ／ＩＰプロトコルスタックがホストに割り当てたアドレスを、ホストに送信し、データパケットを、ホストから、ＴＣＰ／ＩＰプロトコルスタックに送信し、第２のデータパケットを、ＴＣＰ／ＩＰプロトコルスタックから、ホストに送信するように構成される。
【０１６９】
ＭＢＢ無線プロトコルスタックは、ネットワークがデータカードに割り当てたアドレスを受信し、ネットワークがデータカードに割り当てたアドレスを、ＴＣＰ／ＩＰプロトコルスタックに送信し、ＴＣＰ／ＩＰプロトコルスタックからのデータパケットを処理し、処理されたデータパケットを、ネットワークに送信し、かつ、ネットワークからのデータパケットを処理し、処理されたデータパケットを、ＴＣＰ／ＩＰプロトコルスタックに送信するように構成される。
【０１７０】
ダイヤリングモジュール２００は、予め記憶されたダイヤルアップ情報が存在する場合、予め記憶されたダイヤルアップ情報を取得し、予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求し（ここで、予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり）、予め記憶されたダイヤルアップ情報が存在しない場合、ユーザによって入力されたダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成される。
【０１７１】
本発明の実施形態によれば、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされ、これにより、データカードは、インターネットアクセス機能を有するようになり、インターネットアクセス機能を有するデータカードは、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、ホストに割り当てられたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって、実行する。このようにして、ホストは、ドライバをインストールすることなく、迅速にネットワークに接続されることが可能になる。
【０１７２】
図１３を参照すると、本発明の一実施形態は、データカードを提供する。このデータカードは、初期化モジュール１０と、装置機能プログラム４０と、Ｗｅｂフレームワーク２０と、ボードソフトウェア３０とを含む。
【０１７３】
初期化モジュール１０、及び装置機能プログラム２０は、前述の実施形態による、初期化モジュール１００、及び装置機能プログラム２００と同じ構成及び機能を有し、ここでは繰り返して説明しない。
【０１７４】
具体的には、図１４を参照すると、Ｗｅｂフレームワーク２０は、Ｗｅｂアプリケーション６０と、Ｗｅｂプロトコルスタック７０と、Ｗｅｂソフトウェア開発キット８０とを含む。
【０１７５】
Ｗｅｂアプリケーション６０は、ｈｔｍｌフォーマットで存在してもよい、Ｗｅｂページコンテンツを記憶する。Ｗｅｂプロトコルスタック７０は、Ｗｅｂサーバ７１と、ＴＣＰ／ＩＰプロトコルスタック７２とを含む。Ｗｅｂソフトウェア開発キット８０は、サービス起動レイヤ８１と、サービスコンテナ８１と、サービス提供モジュール８３とを含む。サービスコンテナは、各特定のサービス実施モジュール（例えば、ダイヤリングモジュール、及びショートメッセージモジュール）を含む。ダイヤリングモジュールは、第１のダイヤリングモジュールと、ダイヤルアップインタフェースとを含む。ショートメッセージモジュールは、ショートメッセージ送信インタフェースと、ショートメッセージ受信インタフェースとを含んでもよい。ダイヤルアップインタフェース、ショートメッセージ送信インタフェース、及びショートメッセージ受信インタフェースは、サービス実施インタフェースと呼ばれ、これらは、サービス起動レイヤによって起動される。サービス提供モジュールは、サービス起動レイヤ及び／又はサービス実施モジュール内の、サービス実施インタフェースによって起動される、複数のサービスプロバイダインタフェースを含む。サービスプロバイダインタフェースは、データカード内のボードソフトウェアによってサポートされるコマンドフォーマットに従って、入力パラメータをカプセル化し、次に、ボードソフトウェアによって提供されるサービスインタフェースを起動して、対応するサービスを実施する。
【０１７６】
以下では、Ｗｅｂフレームワーク２０内の各モジュールの機能について、詳細に説明する。
【０１７７】
ＴＣＰ／ＩＰプロトコルスタック７２は、前述の実施形態によるＴＣＰ／ＩＰプロトコルスタック３１０の全ての機能を有し、ここでは繰り返して説明しない。加えて、ＴＣＰ／ＩＰプロトコルスタック７２は、初期化された装置機能プログラムによって送信されたデータの宛先アドレスが、データカードのアドレスであるかどうかを判断し、初期化された装置機能プログラムによって送信されたデータの宛先アドレスが、データカードのアドレスではない場合、初期化された装置機能プログラムによって送信されたデータはインターネットサービスデータであると判定し、初期化された装置機能プログラムによって送信されたデータの宛先アドレスが、データカードのアドレスである場合、初期化された装置機能プログラムによって送信されたデータは管理コマンドであると判定し、管理コマンドを、Ｗｅｂサーバに送信するように更に構成される。
【０１７８】
Ｗｅｂサーバは、管理コマンドが、第１の管理コマンドであるか、又は、第２の管理コマンドであるかを判断し（ここで、第１の管理コマンドは、予め設定されたＷｅｂページコンテンツが提供される必要があることを示すために使用される管理コマンドであり、第２の管理コマンドは、特定のサービスが実施される必要があることを示すために使用される管理コマンドであり）、管理コマンドが、第２の管理コマンドである場合、第２の管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し、管理コマンドが、第１の管理コマンドである場合、第１の管理コマンドに従って、第１の管理コマンドに対応するＷｅｂページコンテンツを求めて、Ｗｅｂアプリケーションモジュールをサーチし、見付けられたＷｅｂページコンテンツを、ＴＣＰ／ＩＰプロトコルスタックに送信するように構成される。続いて、ＴＣＰ／ＩＰプロトコルスタックは、Ｗｅｂページコンテンツをカプセル化し、カプセル化されたコンテンツを、ホストに送信し、ホスト上のインターネットブラウザは、Ｗｅｂページコンテンツを表示する。
【０１７９】
Ｗｅｂアプリケーションモジュールは、第２の管理コマンドに従って、データコンテンツを生成し、Ｗｅｂサービスメッセージパッケージの送信に好適なＡＰＩインタフェースを起動し、Ｗｅｂサービスメッセージパッケージを、Ｗｅｂサーバに送信するように構成され、ここで、Ｗｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含み、ここで、データヘッダは、実施されるべき特定のサービスを示す指示情報を含む。
【０１８０】
Ｗｅｂサーバは、Ｗｅｂサービスメッセージパッケージを解析し、データコンテンツと、指示情報とを、Ｗｅｂソフトウェア開発キット内のサービス起動レイヤに送信するように更に構成される。
【０１８１】
サービス起動レイヤは、指示情報に従って、サービスプロバイダインタフェース、又はサービス実施インタフェースを、データコンテンツ内のパラメータを入力パラメータとして使用することによって、起動するように構成され、ここで、データコンテンツ内のパラメータは、ユーザによって入力された情報を含み、サービスプロバイダインタフェース、又はサービス実施インタフェースは、ＡＰＩインタフェースに属する。
【０１８２】
サービス実施インタフェースは、データコンテンツ内のパラメータをエンコードし、起動される必要があるサービスプロバイダインタフェースを決定し、サービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するように構成される。例えば、管理コマンドが、ショートメッセージが電話番号に送信されることを示す場合、サービスプロバイダインタフェースは、ショートメッセージ送信インタフェースである。
【０１８３】
サービスプロバイダインタフェースは、エンコード結果、又は、データコンテンツ内のパラメータをカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ボードソフトウェアによって提供されるサービスインタフェースを、カプセル化構造を入力パラメータとして使用することによって、起動するように構成される。例えば、管理コマンドが、ショートメッセージが電話番号に送信されることを示す場合、サービスプロバイダインタフェースは、ショートメッセージ送信サービスプロバイダインタフェースであってもよい。サービス起動レイヤ、サービス実施インタフェース、及びサービスプロバイダインタフェースの間での起動については、図８Ａ、図８Ｂ、図１０Ａ、及び図１０Ｂに示す方法実施形態における対応する説明を参照されたい（ここでは繰り返して説明しない）。
【０１８４】
具体的には、ダイヤリングモジュールは、第１のダイヤリングモジュール、及び／又は、ダイヤルアップインタフェースを含む。第１のダイヤリングモジュールは、予め記憶されたダイヤルアップ情報が存在する場合、予め記憶されたダイヤルアップ情報を取得し、ダイヤルアップサービスプロバイダインタフェースを、予め記憶されたダイヤルアップ情報を入力パラメータとして使用することによって、起動し（ここで、ダイヤルアップサービスプロバイダインタフェースは、エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応するボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、カプセル化構造を入力パラメータとして使用することによって、起動するために使用され）、ダイヤルアップサービスに対応するボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを介して、ダイヤルして、（データカードがすでに登録されている）ネットワークへの接続を要求するように構成される。ダイヤルアップインタフェース、及びダイヤルアップサービスプロバイダインタフェースは、ＡＰＩインタフェースに属し、一般に、関数インタフェースである。具体的には、図４に示す実施形態と同様に、第１のダイヤリングモジュールは、最初に、第１のダイヤリングモジュールが、ユーザの、以前のダイヤルアップ情報を記憶しているかどうかを判断してもよく、第１のダイヤリングモジュールが、ユーザの、以前のダイヤルアップ情報を記憶している場合、第１のダイヤリングモジュールは、ダイヤルアップサービスプロバイダインタフェースを、ユーザの、以前のダイヤルアップ情報を使用することによって、起動し、第１のダイヤリングモジュールが、ユーザの、以前のダイヤルアップ情報を記憶していない場合、第１のダイヤリングモジュールは、第１のダイヤリングモジュール内に記憶された事業者設定テーブルが、ダイヤルアップ情報を有するかどうかを判断し、事業者設定テーブルが、ダイヤルアップ情報を有する場合、第１のダイヤリングモジュールは、ダイヤルアップサービスプロバイダインタフェースを、ダイヤルアップ情報を使用することによって、起動し、事業者設定テーブルが、ダイヤルアップ情報を有さない場合、第１のダイヤリングモジュールは、データカード内に挿入された加入者識別モジュールカードが、ダイヤルアップ情報を有するかどうかを判断し、加入者識別モジュールカードが、ダイヤルアップ情報を有する場合、第１のダイヤリングモジュールは、ダイヤルアップサービスプロバイダインタフェースを、ダイヤルアップ情報を使用することによって、起動し、加入者識別モジュールカードが、ダイヤルアップ情報を有さない場合、第１のダイヤリングモジュールは、第１のダイヤリングモジュール内に記憶された機器ベンダ設定テーブルが、ダイヤルアップ情報を有するかどうかを判断し、機器ベンダ設定テーブルが、ダイヤルアップ情報を有する場合、第１のダイヤリングモジュールは、ダイヤルアップサービスプロバイダインタフェースを、ダイヤルアップ情報を使用することによって、起動する。
【０１８５】
予め設定されたダイヤルアップ情報が存在しない場合、第１のダイヤリングモジュールは、ダイヤルアップに失敗し、ホストは、ネットワークに接続されない。この場合、ユーザは、ホストのインターネットブラウザを介して、Ｗｅｂフレームワークページを開いて、ダイヤルアップ（Ｄｉａｌ−ｕｐ）ボタンをクリックしてもよい。次に、インターネットブラウザは、ダイヤルアップページを開いてもよく、ここで、ユーザは、ダイヤルアップ情報を入力し、ホストは、ダイヤルアップアクセスを示す管理コマンドを、データカードに送信する。このとき、Ｗｅｂサーバは、ホスト上のインターネットブラウザによって送信された第１のＷｅｂサービスメッセージパッケージをカプセル開放して、管理コマンドを取得し、管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し（ここで、管理コマンドは、ダイヤルアップアクセスサービスが必要とされることを示すために使用され、ユーザによって入力されたダイヤルアップ情報を含み）、Ｗｅｂアプリケーションモジュールによって送信された第２のＷｅｂサービスメッセージパッケージを解析し、第２のＷｅｂサービスメッセージパッケージ内にある指示情報と、データコンテンツとを、サービス起動レイヤに送信するように構成される。Ｗｅｂアプリケーションモジュールは、ＴＣＰ／ＩＰプロトコルスタックによって送信された管理コマンドに従って、データコンテンツを生成し、第２のＷｅｂサービスメッセージパッケージの送信に好適なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動して、第２のＷｅｂサービスメッセージパッケージを、Ｗｅｂサーバに送信するように構成され、ここで、第２のＷｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含む。データヘッダは、ダイヤルアップアクセスサービスが必要とされることを示す指示情報を含む。データコンテンツは、ユーザによって入力されたダイヤルアップ情報を含む。サービス起動レイヤは、指示情報に従って、ダイヤルアップアクセスサービスが必要とされることを判定し、ダイヤルアップインタフェースを、ユーザによって入力されたダイヤルアップ情報を入力パラメータとして使用することによって、起動するように構成される。特定のダイヤリングプロセスについては、図１０Ａ、及び図１０Ｂに示す実施形態における対応する説明を参照されたい（ここでは繰り返して説明しない）。
【０１８６】
ボードソフトウェア３０は、ＭＢＢ無線プロトコルスタック３１と、ＡＴアプリケーション３２及び／又はＱＭＩアプリケーション３３とを含む。ＡＴアプリケーション３２、及びＱＭＩアプリケーション３３は、ボードソフトウェアによって提供されるサービスインタフェース（例えば、ショートメッセージ送信インタフェース、及びダイヤルアップインタフェース）を含む。
【０１８７】
前述のＷｅｂソフトウェア開発キット８０は、アダプテーションレイヤインタフェース（ＯＳアダプタ）を更に含んでもよいということに留意されたい。異なる装置プラットフォームは、異なるオペレーティングシステムを有する可能性があるため、ソフトウェア開発を標準化（ｎｏｒｍａｌｉｚｅ）するために、ＯＳアダプタが、異なるオペレーティングシステムのプログラミングインタフェースをカプセル化する。このようにして、Ｗｅｂソフトウェア開発キット内の特定のサービス実施インタフェースについて、オペレーティングシステムの間の違いが考慮に入れられる必要はなくなり得る。
【０１８８】
データカードは、クライアントソフトウェアも含んでもよいということに留意されたい。このようにして、データカードが記憶装置内にマッピングされた後、ホストは、クライアントソフトウェアを、記憶装置から取得し、クライアントソフトウェアを動作させる。次に、ホストは、ダイヤルアップアクセスなどのサービスを実行する。
【０１８９】
本発明の実施形態によれば、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされ、これにより、データカードは、インターネットアクセス機能を有するようになり、インターネットアクセス機能を有するデータカードは、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、ホストに割り当てられたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって、実行する。このようにして、ホストは、ドライバ、及びＰＣクライアントソフトウェアをインストールすることなく、迅速にネットワークに接続されることが可能になる。更に、従来技術では、ドライバ、及びＰＣクライアントソフトウェアがインストールされた後、ユーザがＰＣクライアントソフトウェアをダブルクリックして、ＰＣクライアントソフトウェアを初期化し、ダイヤルアップを開始するための操作インタフェースがユーザに提供される。このプロセスには、約５〜１０秒を要し、ダイヤルアップアクセスプロセスにも、５〜１０秒を要する。従って、ダイヤルアップアクセスプロセス全体には、１０〜２０秒を要する。しかし、本発明によれば、ダイヤルアップアクセスは、予め記憶されたダイヤルアップ情報を使用することによって実行されることが可能であり、ネットワークアクセスが高速化される。更に、Ｗｅｂページファイルのサイズは、ＰＣクライアントソフトウェアのサイズよりはるかに小さいため（ここで、ＰＣクライアントソフトウェアのサイズは、８０Ｍであり、Ｗｅｂページファイルのサイズは、５Ｍである）、データカードのハードウェア要件が軽減され、コストが低下する。更に、ＰＣ上のＯＳは、主として、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ、及びＬｉｎｕｘ（登録商標）である可能性があり、各タイプのＯＳは、複数のサブバージョンを含む（例えば、Ｌｉｎｕｘ（登録商標）のサブバージョンは、Ｕｂｕｎｔｕ、Ｆｅｄｏｎａ、及びＤｅｂｉａｎを含む）。データカードは、ＰＣ上で使用されるだけではなく、組み込み型の分野（ｅｍｂｅｄｄｅｄ  ｆｉｅｌｄ）でも使用される。この場合、ＯＳは更に多様化し、様々な組み込み型Ｌｉｎｕｘ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標）ＣＥ、Ｗｉｎｄｏｗｓ（登録商標）Ｍｏｂｉｌｅ、及びＡｎｄｒｏｉなど）を含む。ほとんど全てのタイプのＯＳが、その独自の特別な開発プラットフォームと、プログラミング言語とを有し、異なるプラットフォームにわたって使用されることはできない。従来技術では、個別のＰＣクライアントソフトウェアが、各タイプのＯＳ上で開発されなければならず、これにより、ＰＣクライアントソフトウェアの開発はより困難なものとなっており、多くの人的資源と金銭とが浪費されている。本発明の実施形態によれば、Ｗｅｂフレームワークが、ＰＣクライアントソフトウェアの代わりに使用され、そして、各オペレーティングシステム内で使用されることが可能である。
【０１９０】
本発明の実施形態によって提供される、データカード、及びデータカードのインターネットアクセスの方法について、上記で詳細に説明した。本発明の原理、及び実施について、例示的実施形態を参照して説明したが、実施形態は、本発明の方法、及び核となる概念の理解を助けることを意図するものにすぎない。同時に、本発明の実施及び適用範囲に関して、修正及び変形が、当業者によって、本発明の概念に従って行われることが可能である。従って、本明細書は、本発明に対する限定として解釈されるべきではない。
【図１】
2013538382.tif 000004
【図２】
2013538382.tif 000005
【図３】
2013538382.tif 000006
【図４】
2013538382.tif 000007
【図５Ａ】
2013538382.tif 000008
【図５Ｂ】
2013538382.tif 000009
【図６Ａ】
2013538382.tif 000010
【図６Ｂ】
2013538382.tif 000011
【図７Ａ−Ａ】
2013538382.tif 000012
【図７Ａ−Ｂ】
2013538382.tif 000013
【図７Ｂ】
2013538382.tif 000014
【図８Ａ】
2013538382.tif 000015
【図８Ｂ】
2013538382.tif 000016
【図９】
2013538382.tif 000017
【図１０Ａ】
2013538382.tif 000018
【図１０Ｂ】
2013538382.tif 000019
【図１１】
2013538382.tif 000020
【図１２】
2013538382.tif 000021
【図１３】
2013538382.tif 000022
【図１４】
2013538382.tif 000023
【手続補正書】
【提出日】平成24年12月26日(2012.12.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】変更
【補正の内容】
【００１７】
データカードは、
データカードがホストに接続された後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、ホストに報告し、ホストによって送信されたイーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドに従って、装置機能プログラムのパラメータを設定する（これにより、装置機能プログラムが、イーサネット（登録商標）インタフェース内にマッピングされる）ように構成された、初期化モジュールと、
ダイヤルアップ情報を取得し、ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成された、ダイヤリングモジュールと、
装置機能プログラムが設定された後、設定された装置機能プログラムによって送信されたホストからの、データが、インターネットサービスデータである場合、設定された装置機能プログラムによって送信されたホストからの、データを、接続されたネットワークに送信し、ネットワークからのデータを、設定された装置機能プログラムに送信するように構成された、通信モジュールと、
ホストからのデータを、通信モジュールに送信し、通信モジュールからのデータを、ホストに送信するように構成された、設定された装置機能プログラムとを含む。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１８９
【補正方法】変更
【補正の内容】
【０１８９】
本発明の実施形態によれば、データカードは、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングされ、これにより、データカードは、インターネットアクセス機能を有するようになり、インターネットアクセス機能を有するデータカードは、ホストにアドレスを割り当て、ホストとネットワークとの間の通信を、ホストに割り当てられたアドレスと、ネットワークがデータカードに割り当てたアドレスとを使用することによって、実行する。このようにして、ホストは、ドライバ、及びＰＣクライアントソフトウェアをインストールすることなく、迅速にネットワークに接続されることが可能になる。更に、従来技術では、ドライバ、及びＰＣクライアントソフトウェアがインストールされた後、ユーザがＰＣクライアントソフトウェアをダブルクリックして、ＰＣクライアントソフトウェアを初期化し、ダイヤルアップを開始するための操作インタフェースがユーザに提供される。このプロセスには、約５〜１０秒を要し、ダイヤルアップアクセスプロセスにも、５〜１０秒を要する。従って、ダイヤルアップアクセスプロセス全体には、１０〜２０秒を要する。しかし、本発明によれば、ダイヤルアップアクセスは、予め記憶されたダイヤルアップ情報を使用することによって実行されることが可能であり、ネットワークアクセスが高速化される。更に、Ｗｅｂページファイルのサイズは、ＰＣクライアントソフトウェアのサイズよりはるかに小さいため（ここで、ＰＣクライアントソフトウェアのサイズは、８０Ｍであり、Ｗｅｂページファイルのサイズは、５Ｍである）、データカードのハードウェア要件が軽減され、コストが低下する。更に、ＰＣ上のＯＳは、主として、Ｗｉｎｄｏｗｓ（登録商標）、ＭａｃＯＳ、及びＬｉｎｕｘ（登録商標）である可能性があり、各タイプのＯＳは、複数のサブバージョンを含む（例えば、Ｌｉｎｕｘ（登録商標）のサブバージョンは、Ｕｂｕｎｔｕ、Ｆｅｄｏｎａ、及びＤｅｂｉａｎを含む）。データカードは、ＰＣ上で使用されるだけではなく、組み込み型の分野（ｅｍｂｅｄｄｅｄ  ｆｉｅｌｄ）でも使用される。この場合、ＯＳは更に多様化し、様々な組み込み型Ｌｉｎｕｘ（登録商標）（Ｗｉｎｄｏｗｓ（登録商標）ＣＥ、Ｗｉｎｄｏｗｓ（登録商標）Ｍｏｂｉｌｅ、及びＡｎｄｒｏｉｄなど）を含む。ほとんど全てのタイプのＯＳが、その独自の特別な開発プラットフォームと、プログラミング言語とを有し、異なるプラットフォームにわたって使用されることはできない。従来技術では、個別のＰＣクライアントソフトウェアが、各タイプのＯＳ上で開発されなければならず、これにより、ＰＣクライアントソフトウェアの開発はより困難なものとなっており、多くの人的資源と金銭とが浪費されている。本発明の実施形態によれば、Ｗｅｂフレームワークが、ＰＣクライアントソフトウェアの代わりに使用され、そして、各オペレーティングシステム内で使用されることが可能である。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データカードがホストに接続された後、前記データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングし、
前記データカードによって、ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求し、
前記インターネットアクセス装置によって、前記ホストと前記ネットワークとの間の通信を実行すること
を含む、データカードのインターネットアクセスの方法。
【請求項２】
前記データカードを、イーサネット（登録商標）インタフェースプロトコルを使用することによって、インターネットアクセス装置内にマッピングすることは、
前記データカードによって、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告し、ここで、前記装置ディスクリプタは、イーサネット（登録商標）インタフェースドライバを動作させるよう、前記ホストをトリガするために使用され、
前記データカードによって、前記ホスト上で動作する前記イーサネット（登録商標）インタフェースドライバによって送信された前記イーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドを受信し、前記初期化コマンドに従って、初期化を実行し、これにより、前記データカードは、前記インターネットアクセス装置内にマッピングされること
を含む、請求項１に記載の方法。
【請求項３】
前記データカードによって、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告することの前に、前記方法は、
前記データカードを、記憶装置内にマッピングし、前記ホストによって送信されたモード切り換えコマンドを受信すること
を更に含む、請求項２に記載の方法。
【請求項４】
前記データカードによって、ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求することは、
予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、前記予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求し、ここで、前記予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、前記データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり、
予め記憶されたダイヤルアップ情報が存在しない場合、前記ユーザによってＷｅｂページ上で入力されたダイヤルアップ情報を取得し、前記ユーザによって入力された前記ダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求すること
を特に含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記ユーザによってＷｅｂページ上で入力されたダイヤルアップ情報を取得し、前記ユーザによって入力された前記ダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求することは、
前記データカード内のＷｅｂサーバによって、前記ホスト上のインターネットブラウザによって送信された第１のＷｅｂサービスメッセージパッケージをカプセル開放して、管理コマンドを取得し、前記管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し、ここで、前記管理コマンドは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、データカードサービスを動作させるために使用され、かつ、ダイヤルアップアクセスサービスが必要とされることを示すために使用されるコマンドであり、
前記データカード内の前記Ｗｅｂアプリケーションモジュールによって、ＴＣＰ／ＩＰプロトコルスタックによって送信された前記管理コマンドに従って、データコンテンツを生成し、第２のＷｅｂサービスメッセージパッケージの送信に好適なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動して、前記第２のＷｅｂサービスメッセージパッケージを、前記Ｗｅｂサーバに送信し、ここで、前記第２のＷｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含み、ここで、前記データヘッダは、前記ダイヤルアップアクセスサービスが必要とされることを示す指示情報を含み、前記データコンテンツは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、
前記データカード内の前記Ｗｅｂサーバによって、前記Ｗｅｂアプリケーションモジュールによって送信された前記第２のＷｅｂサービスメッセージパッケージを解析し、前記指示情報とデータコンテンツとを取得し、前記指示情報とデータコンテンツとを、前記データカード内のサービス起動レイヤに送信し、
前記データカード内の前記サービス起動レイヤによって、前記指示情報に従って、前記ダイヤルアップアクセスサービスが必要とされることを判定し、ダイヤルアップインタフェースを、前記ユーザによって入力された前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動すること
を含み、ここで、前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するために使用され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項４に記載の方法。
【請求項６】
前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求することは、
ダイヤルアップインタフェースを、前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動すること
を特に含み、ここで、前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するために使用され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記イーサネット（登録商標）インタフェースプロトコルは、イーサネット（登録商標）制御モデル（ＥＣＭ）プロトコル、又はリモートネットワーク装置インタフェース仕様（ＲＮＤＩＳ）プロトコルである、
請求項１〜６のいずれか一項に記載の方法。
【請求項８】
コンピュータに請求項１〜７のいずれか一項に記載の方法を実行させるためのプログラムが記録されたコンピュータ可読記憶媒体。
【請求項９】
データカードがホストに接続された後、イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告し、前記ホストによって送信された前記イーサネット（登録商標）インタフェースプロトコルに準拠する、初期化コマンドに従って、装置機能プログラムのパラメータを設定する（これにより、前記装置機能プログラムが、イーサネット（登録商標）インタフェース内にマッピングされる）ように構成された、初期化モジュールと、
ダイヤルアップ情報を取得し、前記ダイヤルアップ情報を使用することによって、ダイヤルして、ネットワークへの接続を要求するように構成された、ダイヤリングモジュールと、
前記装置機能プログラムが設定された後、設定された装置機能プログラムによって送信された前記ホストからの、データが、インターネットサービスデータである場合、前記設定された装置機能プログラムによって送信された前記ホストからの、前記データを、接続されたネットワークに送信し、前記ネットワークからのデータを、前記設定された装置機能プログラムに送信するように構成された、通信モジュールと、
前記ホストからのデータを、前記通信モジュールに送信し、前記通信モジュールからのデータを、前記ホストに送信するように構成された、前記設定された装置機能プログラムと
を備える、データカード。
【請求項１０】
前記初期化モジュールは、前記データカードが記憶装置内にマッピングされた後、前記ホストによって送信されたモード切り換えコマンドを受信するように更に構成され、ここで、前記モード切り換えコマンドは、前記イーサネット（登録商標）インタフェースプロトコルの装置仕様の要件に準拠する装置ディスクリプタを、前記ホストに報告するよう、前記初期化モジュールをトリガするために使用される、
請求項９に記載のデータカード。
【請求項１１】
前記ダイヤリングモジュールは、予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、前記予め記憶されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求し（ここで、前記予め記憶されたダイヤルアップ情報は、ユーザの、以前のダイヤルアップ情報と、事業者のダイヤルアップ情報と、前記データカード内に挿入された加入者識別モジュールカード内に記憶されたダイヤルアップ情報とのうちの、１つのダイヤルアップ情報であり）、予め記憶されたダイヤルアップ情報が存在しない場合、前記ユーザによって入力されたダイヤルアップ情報を使用することによって、ダイヤルして、前記ネットワークへの接続を要求するように構成された、
請求項９又は１０に記載のデータカード。
【請求項１２】
前記ダイヤリングモジュールは、第１のダイヤリングモジュールと、ダイヤルアップインタフェースとを備え、
前記第１のダイヤリングモジュールは、前記予め記憶されたダイヤルアップ情報が存在する場合、前記予め記憶されたダイヤルアップ情報を取得し、ダイヤルアップサービスプロバイダインタフェースを、前記予め記憶されたダイヤルアップ情報を入力パラメータとして使用することによって、起動するように構成され、
前記ダイヤルアップインタフェースは、前記ユーザによって入力された前記ダイヤルアップ情報をエンコードし、前記ダイヤルアップサービスプロバイダインタフェースを、エンコード結果を入力パラメータとして使用することによって、起動するように構成され、ここで、前記ダイヤルアップサービスプロバイダインタフェースは、前記エンコード結果をカプセル化して、ボードソフトウェアによってサポートされるカプセル化構造を取得し、ダイヤルアップサービスに対応する前記ボードソフトウェアによって提供されるダイヤルアップサービスインタフェースを、前記カプセル化構造を入力パラメータとして使用することによって、起動するために使用される、
請求項１１に記載のデータカード。
【請求項１３】
前記データカードは、
前記ホスト上のインターネットブラウザによって送信された第１のＷｅｂサービスメッセージパッケージをカプセル開放し、管理コマンドを取得し、前記管理コマンドを、Ｗｅｂアプリケーションモジュールに送信し（ここで、前記管理コマンドは、前記ユーザによって入力された前記ダイヤルアップ情報を含み、ダイヤルアップアクセスサービスが必要とされることを示すために使用され）、前記Ｗｅｂアプリケーションモジュールによって送信された第２のＷｅｂサービスメッセージパッケージを解析し、前記第２のＷｅｂサービスメッセージパッケージ内にある指示情報と、データコンテンツとを、サービス起動レイヤに送信するように構成された、Ｗｅｂサーバと、
ＴＣＰ／ＩＰプロトコルスタックによって送信された前記管理コマンドに従って、データコンテンツを生成し、前記第２のＷｅｂサービスメッセージパッケージの送信に好適なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動して、前記第２のＷｅｂサービスメッセージパッケージを、前記Ｗｅｂサーバに送信するように構成された、Ｗｅｂアプリケーションモジュールと（ここで、前記第２のＷｅｂサービスメッセージパッケージは、データヘッダと、データコンテンツとを含み、ここで、前記データヘッダは、前記ダイヤルアップアクセスサービスが必要とされることを示す指示情報を含み、前記データコンテンツは、前記ユーザによって入力された前記ダイヤルアップ情報を含み）、
前記指示情報に従って、前記ダイヤルアップアクセスサービスが必要とされることを判定し、前記ダイヤルアップインタフェースを、前記ユーザによって入力された前記ダイヤルアップ情報を入力パラメータとして使用することによって、起動するように構成された、前記サービス起動レイヤと
を更に備える、請求項９〜１２のいずれか一項に記載のデータカード。
【請求項１４】
前記通信モジュールは、ＴＣＰ／ＩＰプロトコルスタックと、ＭＢＢ無線プロトコルスタックとを備え、
前記ＴＣＰ／ＩＰプロトコルスタックは、前記装置機能プログラムが設定された後、前記ホストにアドレスを割り当て、前記設定された装置機能プログラムによって送信されたデータがインターネットサービスデータである場合、第１のデータパケットを、前記ＭＢＢプロトコルスタックに、前記ＴＣＰ／ＩＰプロトコルスタックが前記ホストに割り当てた前記アドレスと、前記ネットワークが前記データカードに割り当てたアドレスとを使用することによって送信し（ここで、前記第１のデータパケットは、前記第１のデータパケットは、前記インターネットサービスデータを含み、その送信元アドレスが、前記ネットワークが前記データカードに割り当てた前記アドレスであるデータパケットであり）、前記ＭＢＢ無線プロトコルスタックによって送信されたデータパケットを受信し、第２のデータパケットを、前記初期化された装置機能プログラムに送信するように構成され、ここで、前記第２のデータパケットの送信元アドレスは、前記ＴＣＰ／ＩＰプロトコルスタックが前記ホストに割り当てた前記アドレスであり、前記第２のデータパケットは、前記ＭＢＢ無線プロトコルスタックによって送信された前記データパケット内のインターネットサービスデータを含み、
前記ＭＢＢ無線プロトコルスタックは、前記ネットワークが前記データカードに割り当てた前記アドレスを受信し、前記ネットワークが前記データカードに割り当てた前記アドレスを、前記ＴＣＰ／ＩＰプロトコルスタックに送信し、前記ＴＣＰ／ＩＰプロトコルスタックからのデータパケットを処理し、処理されたデータパケットを、前記ネットワークに送信し、かつ、前記ネットワークからのデータパケットを処理し、処理されたデータパケットを、前記ＴＣＰ／ＩＰプロトコルスタックに送信するように構成される、
請求項９〜１３のいずれか一項に記載のデータカード。
【請求項１５】
前記イーサネット（登録商標）インタフェースプロトコルは、イーサネット（登録商標）制御モデル（ＥＣＭ）プロトコル、又はリモートネットワーク装置インタフェース仕様（ＲＮＤＩＳ）プロトコルである、
請求項９〜１４のいずれか一項に記載のデータカード。
【国際調査報告】
2013538382.tif 000024
2013538382.tif 000025
2013538382.tif 000026
2013538382.tif 000027