(57)【要約】  コストや消費電力を増大させることなく新規機能を追加し、また、容易にユーザ環境を引き継ぐことのできる携帯端末を提供する。仮想携帯端末として動作するための仮想携帯端末プログラムと、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、携帯端末からの要求に応じて仮想携帯端末プログラムを起動するソフトウェア実行サーバをネットワーク上に配置する。携帯端末は、ソフトウェア実行サーバで実行された仮想携帯端末プログラムより、前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付ける端末側ハードウェアアクセスレイヤ部を備える。
2008047919.tif 000002
【特許請求の範囲】
【請求項１】
所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバに、アクセス可能な携帯端末であって、
前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムより、前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付ける端末側ハードウェアアクセスレイヤを備えたこと、
を特徴とする携帯端末。
【請求項２】
前記ハードウェアアクセスコマンドは、更に、
前記ハードウェアアクセス命令の実行間隔を規定するハードウェアアクセスインターバルと、割り込み発生時に呼び出すハードウェアアクセス命令を規定する割込みフック情報と、を収容可能であること、
を特徴とする請求項１に記載の携帯端末。
【請求項３】
前記ソフトウェア実行サーバにアクセス不能となった場合は、前記携帯端末側の代替プログラムを起動し、
前記ソフトウェア実行サーバにアクセス可能となり次第、前記携帯端末側の代替プログラムを終了するとともに、前記ソフトウェア実行サーバに対して、前記仮想携帯端末プログラムの起動を要求すること、
を特徴とする請求項１又は２に記載の携帯端末。
【請求項４】
更に、接続されたアタッチメントデバイスを前記ソフトウェア実行サーバに通知し、前記ソフトウェア実行サーバのハードウェアアクセスレイヤを更新させる手段を備え、
前記更新されたハードウェアアクセスレイヤを介して、前記アタッチメントデバイスに対するハードウェアアクセスコマンドを受け付け、前記アタッチメントデバイスの制御を実行すること、
を特徴とする請求項１乃至３いずれか一に記載の携帯端末。
【請求項５】
前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムを介して、前記ソフトウェア実行サーバに接続された外部機器に対するハードウェアアクセス命令を発行させ、前記外部機器の制御を実行可能としたこと、
を特徴とする請求項１乃至４いずれか一に記載の携帯端末。
【請求項６】
所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバであって、
複数のハードウェアアクセス命令を収容したハードウェアアクセスコマンドを受け付ける端末側ハードウェアアクセスレイヤを備えた携帯端末からの要求に応じて、前記仮想携帯端末プログラムを実行し、
前記仮想携帯端末プログラムより前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、前記ハードウェアアクセスコマンドにより、前記携帯端末の端末側ハードウェアアクセスレイヤに送信すること、
を特徴とするソフトウェア実行サーバ。
【請求項７】
前記ハードウェアアクセスコマンドは、更に、
前記ハードウェアアクセス命令の実行間隔を規定するハードウェアアクセスインターバルと、割り込み発生時に呼び出すハードウェアアクセス命令を規定する割込みフック情報と、を収容可能であること、
を特徴とする請求項６に記載のソフトウェア実行サーバ。
【請求項８】
更に、前記携帯端末からのアタッチメンドデバイスの接続通知に基づいて、前記ハードウェアアクセスレイヤを更新する手段を備え、
前記更新されたハードウェアアクセスレイヤに対してハードウェアアクセス命令を発行することにより、前記携帯端末を介したアタッチメントデバイスの制御を実行すること、
を特徴とする請求項６又は７に記載のソフトウェア実行サーバ。
【請求項９】
前記仮想携帯端末プログラムを介して受け付けた、ネットワークで接続された外部機器に対する制御要求に基づいて、前記外部機器に対するハードウェアアクセスを発行し、前記外部機器の制御を実行すること、
を特徴とする請求項６乃至８いずれか一に記載のソフトウェア実行サーバ。
【請求項１０】
請求項１乃至５いずれか一に記載の携帯端末と、請求項６乃至９いずれか一に記載のソフトウェア実行サーバと、を含むクライアント・サーバシステム。
【請求項１１】
請求項８に記載のソフトウェア実行サーバで実行されたアタッチメントデバイスの制御用プログラムから発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付けるハードウェアアクセスレイヤを備えたこと、
を特徴とするアタッチメントデバイス。
【請求項１２】
請求項９に記載のソフトウェア実行サーバで実行された仮想携帯端末プログラムから発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付けるハードウェアアクセスレイヤを備えたこと、
を特徴とするネットワーク機器。
【請求項１３】
所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバにアクセス可能な携帯端末における端末機能の実現方法であって、
前記携帯端末が、前記ソフトウェア実行サーバにアクセスし、所望の機能を実現する仮想携帯端末プログラムの起動を要求するステップと、
前記ソフトウェア実行サーバが、前記携帯端末から要求された仮想携帯端末プログラムを起動するステップと、を実行した後で、
前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムが、前記ハードウェアアクセスレイヤに対してハードウェアアクセス命令を発行するステップと、
前記ソフトウェア実行サーバが、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより前記ハードウェアアクセス命令を、前記携帯端末に対して送信するステップと、
前記携帯端末が、前記ハードウェアアクセスコマンドに収容されたハードウェアアクセス命令に従ってハードウェアを動作させるステップと、を実行すること、
を特徴とする端末機能の実現方法。
【請求項１４】
前記ハードウェアアクセスコマンドは、更に、
前記ハードウェアアクセス命令の実行間隔を規定するハードウェアアクセスインターバルと、割り込み発生時に呼び出すハードウェアアクセス命令を規定する割込みフック情報と、を収容可能であること、
を特徴とする請求項１３に記載の端末機能の実現方法。
【請求項１５】
更に、前記携帯端末が、前記ソフトウェア実行サーバにアクセス不能となったことを検知して、前記携帯端末側の代替プログラムを起動するステップと、
前記携帯端末が、前記ソフトウェア実行サーバにアクセス可能となったことを検知して、前記代替プログラムを終了するとともに、前記ソフトウェア実行サーバに対して前記仮想携帯端末プログラムの起動を要求するステップと、を含むこと、
を特徴とする請求項１３又は１４に記載の端末機能の実現方法。
【請求項１６】
更に、前記ソフトウェア実行サーバが、前記携帯端末からのアタッチメンドデバイスの接続通知に基づいて、前記ハードウェアアクセスレイヤを更新するステップを含み、
前記ソフトウェア実行サーバが前記更新されたハードウェアアクセスレイヤに対してハードウェアアクセス命令を発行することにより、前記アタッチメントデバイスの制御を実行すること、
を特徴とする請求項１３乃至１５いずれか一に記載の端末機能の実現方法。
【請求項１７】
更に、前記ソフトウェア実行サーバが、前記仮想携帯端末プログラムを介して、ネットワークで接続された外部機器に対する制御要求を前記携帯端末から受け付けるステップと、
前記ソフトウェア実行サーバが、前記制御要求に従って、前記外部機器に対するハードウェアアクセスを発行し、前記外部機器の制御を実行するステップと、を含むこと、
を特徴とする請求項１３乃至１６いずれか一に記載の端末機能の実現方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の記載］
本発明は、日本国特許出願：特願２００６−２８６５５２号（平成１８年１０月２０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、携帯端末の機能の実現方法、並びに、該方法を実施するためのシステム、携帯端末、サーバ及び各種デバイスに関し、特に、モバイルネットワーク上に配置されたサーバの資源を利用して携帯端末の機能を実現する方法、並びに、該方法を実施するためのシステム、携帯端末、サーバ及び各種デバイスに関する。
【背景技術】
【０００２】
近年の携帯電話端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の携帯端末においては、プリインストールされたアプリケーションだけでなく、サーバからアプリケーションをダウンロードすることが可能となっている。また、無線ネットワークの高速化、携帯端末自体の高機能化に伴って、ユーザから求められる機能も一層豊富かつ高度なものとなっている。【０００３】
特許文献１には、通信ネットワーク上のサーバに、負荷の高い処理（印刷対象データの変換処理）を代行させ、処理結果のみを受け取るようにした遠隔制御印刷システムが開示されている。【０００４】
また、特許文献２には、２つのコンピュータの仮想アプリケーション環境制御部と、仮想入出力制御部とを仮想的に接続し、一方のコンピュータと同一の利用者環境を他のコンピュータで実現するノマディックコンピューティングと称する技術が開示されている。【０００５】
【特許文献１】国際公開ＷＯ２００２／０４６９０５号公報
【特許文献２】特開平１１−１７５４６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上の特許文献１及び２の開示事項は、本書に引用をもって繰り込み記載されているものとする。以下に本発明による関連技術の分析を与える。
上記したような豊富かつ高度な機能を利用したいというユーザ要求に答えるべく、搭載アプリケーションの機能を向上し、かつ、ＣＰＵの処理能力やメモリを増強した新しい端末がリリースされているが、アプリケーションの機能向上やＣＰＵやメモリの増強は、一般に、コスト、サイズや消費電力を増大させる方向に働くため、全体としてのコスト、サイズ、消費電力等の低減も困難になってきている。また、機能向上に伴うアプリケーションの肥大化は、開発コストのみならず、バグ修正等の費用・労力面での負担も大きくするという問題点もある。【０００７】
この点、特許文献１の方式によれば、少ないリソースで負荷の高い処理結果を得ることが可能となるが、その効果が発揮されるのは特定の処理を行うときのみであり、携帯端末の処理能力やメモリリソースを落とすことはできないし、携帯端末自体のコスト、サイズ、消費電力等の低減に大きく寄与するものとはいい難い。【０００８】
また、特許文献２の技術によれば、アプリケーションを含めた個々の携帯端末の性能に見合った利用者環境を構築することが可能となると考えられるが、携帯端末に適用する場合、端末間を接続する無線区間における伝送速度や通信品質の変動により遅延が発生することが考えられ、携帯端末の動作が停滞したり、動作全体が不自然となる可能性があり、上記ユーザの求める高度な機能を満たせなくなるという問題点がある。【０００９】
本発明は上記した観点に基づいてなされたものであって、その目的とするところは、上記携帯端末の処理能力やメモリリソースを増大させることなく機能を充実させることができ、また、コスト、サイズ、消費電力等も低減可能な携帯端末の機能の実現方法、同方法による機能の実現（追加）機能を備えた携帯端末、サーバ、クライアント・サーバシステム及び制御対象となる各種機器を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の視点によれば、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバに、アクセス可能な携帯端末であって、前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムより、前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付ける端末側ハードウェアアクセスレイヤを備える携帯端末が提供される。【００１１】
本発明の第２の視点によれば、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバであって、複数のハードウェアアクセス命令を収容したハードウェアアクセスコマンドを受け付ける端末側ハードウェアアクセスレイヤを備えた携帯端末からの要求に応じて、前記仮想携帯端末プログラムを実行し、前記仮想携帯端末プログラムより前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、前記ハードウェアアクセスコマンドにより、前記携帯端末の端末側ハードウェアアクセスレイヤに送信するソフトウェア実行サーバが提供される。【００１２】
本発明の第３の視点によれば、上記した携帯端末と、ソフトウェア実行サーバと、から構成されたクライアント・サーバシステム、上記した携帯端末又はソフトウェア実行サーバから制御されるアタッチメントデバイス及びネットワーク機器（外部デバイス）が提供される。【００１３】
本発明の第４の視点によれば、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバにアクセス可能な携帯端末における端末機能の実現方法であって、前記携帯端末が、前記ソフトウェア実行サーバにアクセスし、所望の機能を実現する仮想携帯端末プログラムの起動を要求するステップと、前記ソフトウェア実行サーバが、前記携帯端末から要求された仮想携帯端末プログラムを起動するステップと、を実行した後で、前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムが、前記ハードウェアアクセスレイヤに対してハードウェアアクセス命令を発行するステップと、前記ソフトウェア実行サーバが、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより前記ハードウェアアクセス命令を、前記携帯端末に対して送信するステップと、前記携帯端末が、前記ハードウェアアクセスコマンドに収容されたハードウェアアクセス命令に従ってハードウェアを動作させるステップと、を実行する端末機能の実現方法（追加方法）が提供される。
【発明の効果】
【００１４】
本発明によれば、搭載メモリ量や処理能力を抑えた低コストの携帯端末で、コスト、サイズ、消費電力等の増大を伴うことなくユーザから求められる豊富かつ高度な機能を実現することが可能となる。また、アプリケーションの開発側にとっても、アプリケーションの開発コストや労力を低減することが可能となる。その理由は、携帯端末の機能の向上を、携帯端末に比べて処理能力やメモリリソースの制約の少ない外部のソフトウェア実行サーバから任意の機能を利用可能な構成とするとともに、遅延の影響の少ないハードウェアアクセス方法を採用したことにある。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態の概略構成を表した図である。
【図２】本発明の第１の実施形態のアタッチメントデバイス、携帯端末、ソフトウェア実行サーバを階層モデルで表した図である。
【図３】本発明の第１の実施例の携帯端末のソフトウェア構成を表したブロック図である。
【図４】本発明の第１の実施例の携帯端末側のハードウェアアクセスレイヤ部（デバイス）の詳細構成を表したブロック図である。
【図５】本発明の第１の実施例のソフトウェア実行サーバのソフトウェア構成を表したブロック図である。
【図６】本発明の第１の実施例のソフトウェア実行サーバ側のハードウェアアクセスレイヤ部（仮想デバイス）の詳細構成を表したブロック図である。
【図７】本発明の第１の実施例のアタッチメントデバイスのソフトウェア構成を表したブロック図である。
【図８】本発明の第１の実施例のアタッチメントデバイス側のハードウェアアクセスレイヤ部（デバイス）の詳細構成を表したブロック図である。
【図９】本発明の第１の実施例の携帯端末の電源をオンにした後、ソフトウェア実行サーバで仮想携帯端末プログラムが起動されて切換が完了するまでの流れを表した図である。
【図１０】本発明の第１の実施例の携帯端末においてソフトウェア実行サーバによる待受動作中に、携帯端末が圏外に移動した場合の動作を表した図である。
【図１１】本発明の第１の実施例のハードウェアアクセスプロトコルメッセージの構成を表した図である。
【図１２】本発明の第１の実施例のソフトウェア実行サーバで発行されたハードウェアアクセス命令によって携帯端末のハードウェアが制御される流れを表した図である。
【図１３】本発明の第１の実施例の携帯端末ににアタッチメントデバイスを接続した際の一連の動作を表した図である。
【図１４】本発明の第１の実施例のソフトウェア実行サーバで発行されたハードウェアアクセス命令によって携帯端末に接続されたアタッチメントデバイスが制御される流れを表した図である。
【図１５】本発明の第２の実施例の概略構成及び動作を説明するための図である。
【図１６】本発明の第２の実施例の外部のデバイスのソフトウェア構成を表したブロック図である。
【図１７】本発明の別の実施形態に係るアタッチメントデバイス、携帯端末、ソフトウェア実行サーバを階層モデルで表した図である。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の種々の展開可能形態を示す。
（形態１）
本発明の第１の視点によれば、所定の携帯端末のハードウェアを仮想化したハードウェアアクセスレイヤを有し、該携帯端末からの要求に応じて携帯端末の所定の機能を実現する仮想携帯端末プログラムを実行するソフトウェア実行サーバにアクセス可能であり、かつ、前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムより、前記ハードウェアアクセスレイヤに対して発行されたハードウェアアクセス命令を、複数のハードウェアアクセス命令を収容可能なハードウェアアクセスコマンドにより受け付ける端末側ハードウェアアクセスレイヤを備える携帯端末を得ることができる。
（形態２）
前記ハードウェアアクセスコマンドは、更に、前記ハードウェアアクセス命令の実行間隔を規定するハードウェアアクセスインターバルと、割り込み発生時に呼び出すハードウェアアクセス命令を規定する割込みフック情報とを収容可能とすることができる。
（形態３）
前記携帯端末は、前記ソフトウェア実行サーバにアクセス不能となった場合、前記携帯端末側の代替プログラムを起動し、前記ソフトウェア実行サーバにアクセス可能となり次第、前記携帯端末側の代替プログラムを終了するとともに、前記ソフトウェア実行サーバに対して、前記仮想携帯端末プログラムの起動を要求するよう構成することができる。
（形態４）
前記携帯端末は、接続されたアタッチメントデバイスを前記ソフトウェア実行サーバに通知し、前記ソフトウェア実行サーバのハードウェアアクセスレイヤを更新させる手段を備え、前記更新されたハードウェアアクセスレイヤを介して、前記アタッチメントデバイスに対するハードウェアアクセスコマンドを受け付け、前記アタッチメントデバイスの制御を実行する構成とすることができる。
（形態５）
前記携帯端末は、前記ソフトウェア実行サーバで実行された仮想携帯端末プログラムを介して、前記ソフトウェア実行サーバに接続された外部機器に対するハードウェアアクセス命令を発行させ、前記外部機器の制御を実行可能とすることができる。
（その他の形態）
また、本発明に係るソフトウェア実行サーバ、クライアント・サーバシステム及び端末機能の実現方法においても、上記した各携帯端末の形態と同様の展開を行うことが可能である。
続いて、本発明を実施するための最良の形態について、図面を参照して詳細に説明する。図１は、本発明の最良の実施形態の概略構成を表した図である。図１を参照すると、モバイルネットワークへのアクセス手段を持つ携帯端末１０と、携帯端末１０に接続可能なアタッチメントデバイス２０、モバイルネットワーク、モバイルネットワークに接続されたソフトウェア実行サーバ３０が示されている。【００１７】
図２は、上記アタッチメントデバイス２０、携帯端末１０、ソフトウェア実行サーバ３０を階層モデルで表した図である。図２を参照すると、アタッチメントデバイス２０は、ハードウェア２１０と、ハードウェア２１０にアクセスするハードウェアアクセスレイヤ部２０１で構成されている。【００１８】
携帯端末１０は、認証アプリケーション１０１、セル検索アプリケーション１０２等の無線通信制御用のアプリケーション、簡易オペレーティングシステム（ＯＳ）１０３、無線通信モデム部１０４、ハードウェア（通信部、キー、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等）１１０、１１１にアクセスするためのハードウェアアクセスレイヤ部（デバイス、通信部）１０５、１０６で構成されている。【００１９】
ソフトウェア実行サーバ３０は、仮想携帯端末を実現するためのアプリケーション３０５、ミドルウェア３０４、携帯端末用のＯＳ３０３、デバイスドライバ部３０２、携帯端末１０のハードウェアを仮想化したハードウェアアクセスレイヤ部３０１を備えて構成されている。【００２０】
従って、携帯端末１０は、アプリケーション、ミドルウェア、ＯＳ、デバイスドライバを持たず、これらはすべてソフトウェア実行サーバ３０に用意されたものを利用する。【００２１】
ソフトウェア実行サーバ３０の上位のアプリケーション３０５、ミドルウェア３０４、ＯＳ３０３よりハードウェアアクセスが発生した場合、デバイスドライバ部３０２はハードウェアアクセスレイヤ部３０１に対してハードウェアアクセス命令を発行する。ハードウェアアクセスレイヤ部３０１は、デバイスドライバ部３０２より受け取ったハードウェアアクセス命令を複数まとめたハードウェアアクセスコマンドを構築する。【００２２】
ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部３０１は、携帯端末１０のハードウェアアクセスレイヤ部１０５と、モバイルネットワークを経由してハードウェアアクセスプロトコルで通信し、前記構築したハードウェアアクセスコマンドをやり取りする。【００２３】
携帯端末１０のハードウェアアクセスレイヤ部１０５は、無線通信モデム部１０４を経由して、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部３０１より受信したハードウェアアクセスコマンドを解析し、ハードウェアアクセス命令を取り出してハードウェアアクセスを順次実行する。【００２４】
また、携帯端末１０に接続されたアタッチメントデバイス２０へのハードウェアアクセスコマンドが、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部３０１から送られてきた場合、携帯端末１０のハードウェアアクセスレイヤ部１０５は、接続されているアタッチメントデバイス２０のハードウェアアクセスレイヤ部２０１にハードウェアアクセスコマンドを転送する。【００２５】
アタッチメントデバイス２０のハードウェアアクセスレイヤ部２０１は、受信したハードウェアアクセスコマンドを解析し、ハードウェアアクセス命令を構築してハードウェアアクセスを順次実行する。【００２６】
このようにして、携帯端末のアプリケーション、ミドルウェア、ＯＳ、デバイスドライバ等の仮想携帯端末プログラムをソフトウェア実行サーバ３０上で実行し、携帯端末１０のデバイス（ハードウェア）及び携帯端末１０に接続されたアタッチメントデバイスを制御することを可能とする。
【実施例１】
【００２７】
続いて、上記した本発明の最良の実施形態をより具体的に説明すべく、図面を参照して本発明の実施例を詳細に説明する。【００２８】
図３は、本実施例に係る携帯端末１０のソフトウェア構成を表したブロック図である。図３を参照すると、認証アプリケーション１０１やセル検索アプリケーション１０２などの無線通信制御用のアプリケーションは、無線通信モデム部１０４、ハードウェアアクセスレイヤ部（デバイス）１０６と接続され、ハードウェアアクセス命令や通信データをやり取りできるようになっている。【００２９】
認証アプリケーション１０１は、ソフトウェア実行サーバ３０との認証処理を行うためのアプリケーションである。【００３０】
セル検索アプリケーション１０２は、無線通信接続が確立していない状態において、無線通信可能なセルを検索するためのアプリケーションである。【００３１】
無線通信モデム部１０４は、モバイルネットワークとの間で通信プロトコルを処理する機能を持つ。また、無線通信モデム部１０４は、ハードウェアアクセスレイヤ部（通信部）１０５を介して、無線通信ハードウェア（図２の１１０）の制御を行う機能を持つ。【００３２】
ハードウェアアクセスレイヤ部（通信部）１０５は、上位ブロックに対して、無線通信ハードウェア（図２の１１０）へのアクセス手段を提供する。【００３３】
ハードウェアアクセスレイヤ部（デバイス）１０６は、上位ブロックに対して、無線通信以外の携帯端末のキー、ＬＣＤ等のハードウェア（図２の１１１）へのアクセス手段を提供する。また、ハードウェアアクセスレイヤ部（デバイス）１０６は、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１とハードウェアアクセスプロトコルを用いて、通信を実施し、ハードウェアアクセスコマンドの処理を行う機能を持つ。【００３４】
アタッチメント接続部１０７は、アタッチメントデバイス２０との間でハードウェアアクセスコマンドを送受信する機能を持つ。【００３５】
図４は、上記携帯端末１０側のハードウェアアクセスレイヤ部（デバイス）１０６の詳細構成を表したブロック図である。図４を参照すると、携帯端末１０側のハードウェアアクセスレイヤ部（デバイス）１０６は、ハードウェアアクセスプロトコルを用いてソフトウェア実行サーバ３０側のハードウェアアクセスレイヤ部（仮想デバイス）３０１と通信するＨＷアクセスプロトコル処理部１０６１と、ＨＷアクセスコマンド変換部１０６２と、各ハードウェアを制御するハードウェアアクセス処理部１０６３とから構成されている。【００３６】
ＨＷアクセスプロトコル処理部１０６１は、ＨＷアクセスコマンド変換部１０６２と接続され、ハードウェアアクセスプロトコルメッセージに含まれるハードウェアアクセスコマンドを送信する。【００３７】
ＨＷアクセスコマンド変換部１０６２は、ＨＷアクセスプロトコル処理部１０６１から受け取ったハードウェアアクセスコマンドを解析し、ハードウェアアクセス命令を構築する機能を持つ。【００３８】
ハードウェアアクセス処理部１０６３は、ＨＷアクセスコマンド変換部１０６２より受け取ったハードウェアアクセス命令に基づき、ハードウェアアクセスを実施する機能を持つ。【００３９】
図５は、ソフトウェア実行サーバ３０の（下位）ソフトウェア構成を表したブロック図である。図５を参照すると、ハードウェアアクセスレイヤ部（仮想デバイス）３０１は、デバイスドライバ部３０２に対してハードウェアへのアクセス手段として機能し、デバイスドライバ部３０２から受け取ったハードウェアアクセス命令からハードウェアアクセスコマンドを構築し、後記するハードウェアアクセスプロトコルメッセージの形態で送信する。デバイスドライバ部３０２は、アプリケーション、ミドルウェア、ＯＳといった上位ブロックに対して、デバイス制御機能を提供する。【００４０】
図６は、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１の詳細構成を表したブロック図である。図６を参照すると、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１は、デバイスドライバ部３０２からハードウェアアクセス命令を受け取るＨＷアクセスコマンド変換部３０１１と、携帯端末１０側のハードウェアアクセスレイヤ部（デバイス）１０６と通信するＨＷアクセスプロトコル処理部３０１２と、から構成されている。【００４１】
ＨＷアクセスコマンド変換部３０１１は、ハードウェアアクセス命令からハードウェアアクセスコマンドを構築しＨＷアクセスプロトコル処理部３０１２に送信する。【００４２】
ＨＷアクセスプロトコル処理部３０１２は、携帯端末１０側のハードウェアアクセスレイヤ部（デバイス）１０６との間で、ハードウェアアクセスプロトコルを用いて通信を実施する機能を持つ。【００４３】
図７は、アタッチメントデバイス２０のソフトウェア構成を表したブロック図である。図７を参照すると、アタッチメントデバイス２０のハードウェアアクセスレイヤ部（デバイス）２０１は、アタッチメント接続部２０２と接続され、携帯端末１０側から送られたハードウェアアクセスコマンドを受信する。【００４４】
図８は、アタッチメントデバイス２０のハードウェアアクセスレイヤ部（デバイス）２０１の詳細構成を表したブロック図である。図８を参照すると、アタッチメントデバイス２０のハードウェアアクセスレイヤ部（デバイス）２０１は、アタッチメント接続部２０２と接続され、ハードウェアアクセスコマンドを受け取るＨＷアクセスコマンド変換部２０１１と、アタッチメントデバイス２０を制御するハードウェアアクセス処理部２０１２とから構成されている。【００４５】
ＨＷアクセスコマンド変換部２０１１は、ハードウェアアクセスコマンドから、ハードウェアアクセス命令を構築し、ハードウェアアクセス処理部２０１２に送信する。【００４６】
ハードウェアアクセス処理部２０１２は、ＨＷアクセスコマンド変換部２０１１から受け取ったハードウェアアクセス命令に基づき、ハードウェアアクセスを実施する機能を持つ。【００４７】
続いて、本実施例の動作について説明する。図９は、携帯端末の電源をオンにした後、ソフトウェア実行サーバ３０で一連の仮想携帯端末プログラムが起動されて切換が完了するまでの流れを表した図である。【００４８】
まず、ユーザにより、携帯端末１０の電源ＯＮ操作が行われると（ステップＳ９０１）、携帯端末１０のセル検索アプリケーション１０２が起動され、無線通信モデム部１０４に対して、セル検索要求を出し、無線通信モデム部１０４により、周辺セル検索が実施される（ステップＳ９０２）。【００４９】
セルが見つかった時点で、無線通信モデム部１０４は、モバイルネットワークへのアタッチ処理を実施し、携帯端末１０をモバイルネットワークに登録する（ステップＳ９０３）。【００５０】
その後、認証アプリケーション１０１が起動され、ソフトウェア実行サーバ３０に対して、無線通信モデム部１０４を使用し、モバイルネットワークを経由して、携帯端末１０の認証処理を実施する（ステップＳ９０４）。【００５１】
認証アプリケーション１０１による認証処理に成功すると、携帯端末１０のハードウェアアクセスレイヤ部（デバイス）１０６は、無線通信モデム部１０４を使用し、モバイルネットワークを経由して、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１との通信を開始する（ステップＳ９０５）。【００５２】
ハードウェアアクセスレイヤ部１０６、３０１間の通信が開始されると、携帯端末１０のハードウェアアクセスレイヤ部（デバイス）１０６は、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１に対して、仮想携帯端末を実現するための一群の仮想携帯端末プログラムの起動要求を送信する。【００５３】
前記起動要求を受けたソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１は、仮想携帯端末プログラムの立ち上げ処理を実施する（ステップＳ９０６）。【００５４】
上記立ち上げ処理が完了した時点で、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１は、携帯端末のハードウェアアクセスレイヤ部（デバイス）１０６に対して、立ち上げ完了通知を送信する。立ち上げ完了通知を受信した、携帯端末のハードウェアアクセスレイヤ部（デバイス）１０６は、携帯端末１０の制御をソフトウェア実行サーバ３０の仮想携帯端末プログラムによる制御に切り替える（ステップＳ９０７）。【００５５】
以降、携帯端末１０の機能は、ソフトウェア実行サーバ３０の仮想携帯端末プログラムにより提供される（ステップＳ９０８）。【００５６】
このようにして、携帯端末１０は、ソフトウェア実行サーバに接続可能な限り、ソフトウェア実行サーバ３０の仮想携帯端末プログラムによる制御への切り替えを実行する。即ち、この構成によれば、携帯端末１０側に高度な処理能力やメモリリソースが不要となり、コストや消費電力を低減させることが可能となる。【００５７】
図１０は、上記のように、ソフトウェア実行サーバ３０による端末機能を受けていた状態（ステップＳ１００１）において、携帯端末が移動したことにより（ステップＳ１００２）、ソフトウェア実行サーバ３０から端末機能の提供を受けられなくなった場合の動作を表した図である。【００５８】
ソフトウェア実行サーバ３０から端末機能の提供を受けられなくなった場合は、携帯端末１０は、携帯端末に搭載した簡易ＯＳ１０３等の代替プログラムによるデバイス制御を行う待ち受け状態へ移行する（ステップＳ１００３）。【００５９】
そして、所定の時間間隔でセル検索アプリケーションによる周辺セル検出処理（ステップＳ１００４）により、周辺セルを検出できた場合に（ステップＳ１００５のＹＥＳ）、モバイルネットワークへのアタッチ処理を実施する（ステップＳ１００６）。【００６０】
以降は、図９のステップＳ９０４〜Ｓ９０８と同様に、ソフトウェア実行サーバ３０との認証処理（ステップＳ１００７）、ハードウェアアクセスレイヤ間の通信開始（ステップＳ１００８）、仮想携帯端末プログラムの制御再開処理（ステップＳ１００９）、携帯端末１０の制御切換（ステップＳ１０１０）を経て、ソフトウェア実行サーバ３０による待ち受け状態に復帰する。【００６１】
図１１は、携帯端末１０とソフトウェア実行サーバ３０との間でやり取りされるハードウェアアクセスプロトコルメッセージの構成を表した図である。図１１を参照すると、ハードウェアアクセスプロトコルメッセージは、ヘッダ部とハードウェアアクセスコマンド部で構成される。ハードウェアアクセスコマンド部は、ヘッダ部とハードウェアアクセス命令部により構成される。【００６２】
ハードウェアアクセス命令部は、ハードウェアのアドレスへのリード、ライト等のハードウェアアクセス命令、ハードウェアアクセス間にインターバル時間を取る為のハードウェアアクセスインターバル、及びハードウェアからの割り込みをソフトウェアでフックする為の割り込みフック等を収容可能となっている。【００６３】
図１２は、本発明の第１の実施例のソフトウェア実行サーバ３０で発行されたハードウェアアクセス命令によって携帯端末１０のハードウェアが制御される流れを表した図である。図１２を参照すると、ソフトウェア実行サーバ３０で任意のソフトウェアの実行中に、デバイスアクセスが発生した場合、デバイスドライバ部３０２は、上位ブロックより受信したデバイス制御の内容に基づいて、ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等をハードウェアアクセスレイヤ部（仮想デバイス）３０１に発行する。【００６４】
ハードウェアアクセスレイヤ部（仮想デバイス）３０１内では、ＨＷアクセスコマンド変換部３０１１が、ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を受信する。【００６５】
ＨＷアクセスコマンド変換部３０１１は、上記ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を１つのハードウェアアクセスコマンドにパックし、ハードウェアアクセスコマンドを生成し、ＨＷアクセスプロトコル処理部３０１２へ送信する。【００６６】
ＨＷアクセスプロトコル処理部３０１２は、ハードウェアアクセスコマンドを、ハードウェアアクセスプロトコルを使用して、モバイルネットワーク経由で携帯端末１０に送信する。【００６７】
携帯端末の無線通信モデム部１０４は、モバイルネットワークより無線通信経由でハードウェアアクセスプロトコルメッセージを受信すると、受信したハードウェアアクセスプロトコルメッセージをハードウェアアクセスレイヤ部（デバイス）１０６に送信する。【００６８】
ハードウェアアクセスレイヤ部（デバイス）１０６内では、ＨＷアクセスプロトコル処理部１０６１がハードウェアアクセスプロトコルメッセージを受信する。【００６９】
ＨＷアクセスプロトコル処理部１０６１は、受信したハードウェアアクセスプロトコルメッセージから、ハードウェアアクセスコマンドを抜き出し、ＨＷアクセスコマンド変換部１０６２へと送信する。【００７０】
ＨＷアクセスコマンド変換部１０６２は、ハードウェアアクセスコマンドを解析し、ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を取得し、ＨＷアクセス処理部１０６３へと順次送信する。【００７１】
ＨＷアクセス処理部１０６３は、受信したハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等に従って、ハードウェアアクセスを実行する。【００７２】
例えば、図１２の例では、ハードウェアアクセスコマンドに収容された順序に従って、ＨＷアクセス命令＃１の実行後、ＨＷアクセスインターバル＃１に規定された時間のＷａｉｔ処理の後、ＨＷアクセス命令＃２の実行が行われる。【００７３】
そして更に、割り込みフック＃１の登録、ＨＷアクセス命令＃３の保持が行われる。そして、ハードウェア割り込みが発生すると、割り込みフックが実行され、ＨＷアクセス命令＃３の実行が行われる。【００７４】
このようにして、仮想携帯端末として動作するソフトウェア実行サーバ３０から、モバイルネットワーク経由で携帯端末のハードウェア制御が行われる。【００７５】
このとき、上記ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等は、図１１に例示したハードウェアアクセスコマンド／ハードウェアアクセスプロトコルメッセージといった形態で、まとめて送信することとしているため、モバイルネットワーク上での遅延によるハードウェアアクセスの遅延も解決される。【００７６】
図１３は、携帯端末１０にアタッチメントデバイス２０を接続した際の一連の動作を表した図である。【００７７】
まず、ユーザにより、携帯端末１０にアタッチメントデバイス２０の接続が行われると、アタッチメントデバイス２０よりデバイスＩＤの通知が行われる（ステップＳ１３０１）。【００７８】
携帯端末１０は、ソフトウェア実行サーバ３０に対して、アタッチメントデバイス２０が追加されたことを通知し、併せて、デバイスＩＤを送信する（ステップＳ１３０２）。【００７９】
ソフトウェア実行サーバ３０は、前記デバイスＩＤに対応するデバイスドライバを検索し（ステップＳ１３０３）、ロードし、当該携帯端末１０のソフトウェア環境に追加する（ステップＳ１３０４）。【００８０】
以上により、ソフトウェア実行サーバ３０からのアタッチメントデバイス２０の制御が開始され（ステップＳ１３０５）、以後、仮想携帯端末プログラムからアタッチメントデバイス２０の制御が可能となる（ステップＳ１３０６）。【００８１】
図１４は、上記のようにアタッチメントデバイス２０を制御対象に追加したソフトウェア実行サーバ３０で発行されたハードウェアアクセス命令によってアタッチメントデバイス２０が制御される流れを表した図である。図１４を参照すると、ソフトウェア実行サーバ３０で任意の仮想携帯端末プログラムの実行中に、アタッチメントデバイス２０への制御が発生した場合、デバイスドライバ部３０２は、上位ブロックより受信したデバイス制御の内容に基づいて、順番にハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を、ハードウェアアクセスレイヤ部（仮想デバイス）３０１に発行する。【００８２】
ハードウェアアクセスレイヤ部（仮想デバイス）３０１内では、ＨＷアクセスコマンド変換部３０１１が、これらハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフックを受信する。【００８３】
ＨＷアクセスコマンド変換部３０１１は、前記ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を１つのハードウェアアクセスコマンドにパックし、ハードウェアアクセスコマンドを生成し、ＨＷアクセスプロトコル処理部３０１２へ送信する。【００８４】
ＨＷアクセスプロトコル処理部３０１２は、ハードウェアアクセスコマンドを、ハードウェアアクセスプロトコルを使用して、モバイルネットワーク経由で携帯端末１０に送信する。【００８５】
携帯端末の無線通信モデム部１０４は、モバイルネットワークより無線通信経由でハードウェアアクセスプロトコルメッセージを受信すると、受信したハードウェアアクセスプロトコルメッセージをハードウェアアクセスレイヤ部（デバイス）１０６に送信する。【００８６】
ハードウェアアクセスレイヤ部（デバイス）１０６内では、ＨＷアクセスプロトコル処理部１０６１がハードウェアアクセスプロトコルメッセージを受信する。【００８７】
ＨＷアクセスプロトコル処理部１０６１は、受信したハードウェアアクセスプロトコルメッセージから、ハードウェアアクセスコマンドを抜き出し、アタッチメント接続部１０７／２０２へと送信する。【００８８】
アタッチメント接続部１０７／２０２を介してハードウェアアクセスコマンドを受信したアタッチメントデバイス２０のＨＷアクセスコマンド変換部２０１１は、ハードウェアアクセスコマンドを解析し、ハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等を取得し、順番にハードウェアアクセス処理部２０１２へと送信する。【００８９】
アタッチメントデバイス２０のＨＷアクセス処理部２０１２は、受信したハードウェアアクセス命令、ハードウェアアクセスインターバル、割り込みフック等に従って、ハードウェアアクセスを実行する。【００９０】
このようにして、仮想携帯端末として動作するソフトウェア実行サーバ３０から、携帯端末１０に接続されたアタッチメントデバイス２０のハードウェア制御が行われる。【００９１】
このようにして、携帯端末本体のみならず携帯端末１０に接続されたアタッチメントデバイス２０等の付属機器の制御が可能となる。しかも、これらアタッチメントデバイス２０のデバイスドライバは、携帯端末１０側にインストールされている必要は無く、ソフトウェア実行サーバ３０に用意されたものを用いることが可能である。【００９２】
以上説明したように、携帯端末側には、セル検索や、認証等の上記ハードウェアアクセス処理の前提となるアプリケーションを搭載し、その他はソフトウェア実行サーバ３０に用意されたプログラムを用いて、携帯端末１０やこれに接続されたアタッチメントデバイス２０のハードウェア制御を実行することが可能となる。【００９３】
従って、従来のように、携帯端末１０側にＯＳや一通りのアプリケーションプログラムをプリインストールする必要はなくなり、必要に応じて、ソフトウェア実行サーバ３０のリソースを用いて機能提供を受けるといった利用形態が可能となる。また、これに伴い、携帯端末１０に要求される処理能力やメモリリソースも抑えることが可能となる。更に、ソフトウェア実行サーバ３０側に各ユーザのユーザ環境を登録しておき、認証処理の際に読み出し可能としておけば、携帯端末１０の利用者を変更したり、携帯端末１０の買い換え等を行った際に、以前のユーザ環境を引き継ぐことも容易化される。【００９４】
また、上記構成は、インターネット上のサイト等にあるデータを、ソフトウェア実行サーバやその他ネットワーク上のストレージにダウンロードする際に、無線リソースを使用しないで済む点でも有利である。例えば、無線パケット料を支払うことなく、オーディオデータや動画データ等を収集することを可能とする。オーディオデータや動画データ等を携帯端末１０側で再生する際は、無線リソースを使用することとなるが、必要なコマンドとデータを保持するためのバッファを携帯端末１０側に用意しておけば良い。
【実施例２】
【００９５】
続いて、携帯端末１０に接続されていない外部のデバイス（外部機器）の制御を可能とする第２の実施例を説明する。本実施例は、上記した実施例１と基本的構成は同一であるので、その相違点を中心に説明する。【００９６】
図１５は、本発明の第２の実施例の概略構成及び動作を説明するための図である。図１５を参照すると、モバイルネットワークへのアクセス手段を持つ携帯端末１０と、モバイルネットワーク、モバイルネットワークに接続されたソフトウェア実行サーバ３０、モバイルネットワークに接続されたその他のネットワーク、その他のネットワークに接続された外部のデバイスＡ４１、外部のデバイスＢ４２が示されている。【００９７】
外部のデバイスＡ４１、外部のデバイスＢ４２は、ソフトウェア実行サーバ３０から送信されたハードウェアアクセスプロトコルを受信可能なインタフェースを持つ任意の機器であり、例えば、家庭や事務所に設置されたカメラ、生体情報入力装置、通信機能付き家電等の各種ネットワーク対応機器等を挙げることができる。以下、ソフトウェア実行サーバ３０を介して、携帯端末１０から、これら外部のデバイスＡ４１、外部のデバイスＢ４２を制御する方法を説明する。【００９８】
図１６は、外部のデバイスＡ４１（外部のデバイスＢ４２も同等）のソフトウェア構成を表したブロック図である。図１６を参照すると、通信部４０１と、ハードウェアアクセスレイヤ部（通信部）４０２と、ハードウェアアクセスレイヤ部（デバイス）４０３とを備えた構成が示されている。【００９９】
通信部４０１は、外部デバイスがネットワークに接続して、通信するための機能を持つ。【０１００】
また、ハードウェアアクセスレイヤ部（通信部）４０２は、通信用ハードウェアのアクセス手段を提供する。【０１０１】
ハードウェアアクセスレイヤ部（デバイス）４０３は、上位ブロックに対して、通信以外のハードウェアへのアクセス手段を提供する。また、ハードウェアアクセスレイヤ部（デバイス）４０３は、ソフトウェア実行サーバ３０のハードウェアアクセスレイヤ部（仮想デバイス）３０１とハードウェアアクセスプロトコルを用いて、通信を実施し、ハードウェアアクセスコマンドの処理を行う機能を持つ。【０１０２】
ハードウェアアクセスレイヤ部（デバイス）４０３の内部構造は、携帯端末１０のハードウェアアクセスレイヤ部（デバイス）１０６と同一となる（図４参照）。【０１０３】
続いて、本実施例の動作について説明する。ソフトウェア実行サーバ３０のソフトウェア上で、外部のデバイスＡ４１（外部のデバイスＢ４２）への制御が発生した場合、デバイスドライバ部３０２は、上位ブロックよりデバイス制御を受信する。【０１０４】
デバイスドライバ部３０２は、デバイス制御の内容に基づいて、上記第１実施例と同様にハードウェアアクセス命令等を、ハードウェアアクセスレイヤ部（仮想デバイス）３０１に発行する。【０１０５】
ハードウェアアクセスレイヤ部（仮想デバイス）３０１内では、ＨＷアクセスコマンド変換部３０１１が、ハードウェアアクセス命令等を受信する。【０１０６】
ＨＷアクセスコマンド変換部３０１１は、上記ハードウェアアクセス命令等を１つのハードウェアアクセスコマンドにパックし、ハードウェアアクセスコマンドを生成し、ＨＷアクセスプロトコル処理部３０１２へ送信する。【０１０７】
ＨＷアクセスプロトコル処理部３０１２は、ハードウェアアクセスコマンドを、ハードウェアアクセスプロトコルを使用して、外部ネットワーク経由で外部のデバイスＡ４１（外部のデバイスＢ４２）に送信する。【０１０８】
外部のデバイスＡ４１（外部のデバイスＢ４２）では、通信部４０１が、その他のネットワーク経由でハードウェアアクセスプロトコルメッセージを受信する。【０１０９】
通信部４０１は、受信したハードウェアアクセスプロトコルメッセージをハードウェアアクセスレイヤ部（デバイス）４０３に送信する。【０１１０】
以降のハードウェアアクセスレイヤ部（デバイス）４０３内の動作については、上記の第１実施例におけるアタッチメントデバイスの動作と同様である（図１４参照）。【０１１１】
このようにして、仮想携帯端末として動作するソフトウェア実行サーバ３０から、他のネットワーク上にある外部のデバイスＡ４１（外部のデバイスＢ４２）の制御も可能となる。また、本構成によれば、ソフトウェア実行サーバ３０と外部のデバイスＡ４１（外部のデバイスＢ４２）間で処理が完結し、携帯端末１０にはその結果のみが送られることとなるため、例えば、外部のデバイスＡ４１から入力した画像や生体情報による認証処理等の携帯端末１０では負荷の大きい処理も容易にこなすことが可能となる。【０１１２】
また上記のように、ソフトウェア実行サーバ３０を介して、携帯端末１０に直接接続されていない外部のデバイスＡ４１（外部のデバイスＢ４２）を携帯端末１０から制御できるようになるということは、外部のデバイスＡ４１（外部のデバイスＢ４２）に、ハードウェアアクセスレイヤを設けるだけで、専用のユーザインタフェースや表示装置を用意する必要性が無くなることを意味する。【０１１３】
以上、本発明の好適な実施形態及びその具体の実施例を説明したが、本発明の技術的範囲は、上記した記載に限定されるものではなく、その要旨を逸脱しない範囲で様々な変形を施すことが可能である。【０１１４】
例えば、上記した実施形態及び実施例では、携帯端末１０に通信部以外のハードウェア１１１及びハードウェアアクセスレイヤ部１０６が搭載されているものとして説明したが（図２参照）、携帯端末１０としては、上記ソフトウェア実行サーバ３０に接続し、ハードウェアアクセスコマンドを受け取る機能があればよく、例えば、図１７に示した様に、カード状の携帯端末モジュール（携帯端末カード）１１と、必要なキー、ＬＣＤ、メモリ等が配置されたアタッチメントデバイス２１を接続した構成も採用することが可能となる。この様な構成によれば、携帯端末モジュール（携帯端末カード）１１の処理能力やメモリリソースを最小化することが可能となり、コスト、サイズ、消費電力をより抑えることが可能となる。
【図１】
2008047919.tif 000003
【図２】
2008047919.tif 000004
【図３】
2008047919.tif 000005
【図４】
2008047919.tif 000006
【図５】
2008047919.tif 000007
【図６】
2008047919.tif 000008
【図７】
2008047919.tif 000009
【図８】
2008047919.tif 000010
【図９】
2008047919.tif 000011
【図１０】
2008047919.tif 000012
【図１１】
2008047919.tif 000013
【図１２】
2008047919.tif 000014
【図１３】
2008047919.tif 000015
【図１４】
2008047919.tif 000016
【図１５】
2008047919.tif 000017
【図１６】
2008047919.tif 000018
【図１７】
2008047919.tif 000019
【国際調査報告】
2008047919.tif 000020
2008047919.tif 000021
2008047919.tif 000022
2008047919.tif 000023