JP7134196B2 - 端末装置、情報通信方法、及び情報通信プログラム - Google Patents

Description

本発明は、端末装置、情報通信方法、及び情報通信プログラムに関する。

従来、携帯端末装置として、第１及び第２の筐体と入力キーを有し、第２筐体は、第１筐体に対しクローズしている第１の形態と、第１の形態から第１筐体に対してスライドさせた第２の形態と、第１筐体と分離している第３の形態とを含む変形形態をとり、入力キーは、第１筐体の表面上であって、第１の形態及び第２の形態では第２筐体によって覆われ、第３の形態では露出する位置に設けられているものが知られている（特許文献１参照）。この携帯端末装置は、第２筐体の分離前には露出しない領域を入力キーの領域として有効活用することができ、分離状態でのキー入力の操作性が向上する。

特開２０１０－２８８０６５号公報

特許文献１のように、デバイスを分離し、端末装置と連携して使用可能にする場合、端末装置において、サブルーチンやクラス等のアプリケーションフレームワーク（以下、単に「フレームワーク」ともいう）を変更する必要が生じる。また、フレームワークの変更に伴い、アプリケーションプログラム（以下、単に「アプリケーション」又は「アプリ」ともいう）を修正しなければならないことがある。

また、端末装置をサーバに接続するシンクライアントとしてだけではなく、ファットクライアントとしても利用可能にする場合も、同様に、フレームワーク及び／又はアプリケーションを修正する必要がある。

そのため、このようなデバイスの分離使用を可能にしたり、端末装置のシンクライアント及びファットクライアントの併用を可能にしたりすると、変更にかかるコストは増える傾向にあった。

そこで、本発明は、デバイスの分離使用又は端末装置のシンクライアント及びファットクライアントの併用を、低コストに実現することのできる端末装置、情報通信方法、及び情報通信プログラムを提供することを目的の１つとする。

本発明の一側面に係る端末装置は、デバイスを取り付け及び分離可能な端末装置であって、デバイスの取り付け又は分離を検出する検出部と、検出の結果に基づいて、第１通信方式を用いてデバイスと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスと通信を行う第２ドライバを設定する設定部と、を備える。

本発明の一側面に係る端末装置は、サーバにログイン及びログアウト可能な端末装置であって、サーバへのログイン又は前記サーバからのログアウトを検出する検出部と、検出の結果に基づいて、第１通信方式を用いて端末装置のソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバと通信を行う第２ドライバを設定する設定部と、を備える。

本発明の一側面に係る情報通信方法は、デバイスを取り付け及び分離可能な端末装置の情報通信方法であって、デバイスの取り付け又は分離を検出する検出ステップと、検出の結果に基づいて、第１通信方式を用いてデバイスと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスと通信を行う第２ドライバを設定する設定ステップと、を含む。

本発明の一側面に係る情報通信方法は、サーバにログイン及びログアウト可能な端末装置の情報通信方法であって、サーバへのログイン又はサーバからのログアウトを検出する検出ステップと、検出の結果に基づいて、第１通信方式を用いて端末装置のソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバと通信を行う第２ドライバを設定する設定ステップと、を含む。

本発明の一側面に係る情報通信プログラムは、デバイスを取り付け及び分離可能な端末装置のコンピュータに実行させる情報通信プログラムであって、デバイスの取り付け又は分離を検出する検出ステップと、検出の結果に基づいて、第１通信方式を用いてデバイスと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスと通信を行う第２ドライバを設定する設定ステップと、を含む。

本発明の一側面に係る情報通信プログラムは、サーバにログイン及びログアウト可能な端末装置のコンピュータに実行させる情報通信プログラムであって、サーバへのログイン又はサーバからのログアウトを検出する検出ステップと、検出の結果に基づいて、第１通信方式を用いて端末装置のソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバと通信を行う第２ドライバを設定する設定ステップと、を含む。

本発明によれば、デバイスの分離使用又は端末装置のシンクライアント及びファットクライアントの併用を、低コストに実現することができる。

第１実施形態における情報通信システムの概略構成の一例を示す構成図である。 図２は、第１実施形態における端末装置及びデバイスユニットのハードウェア構成の一例を示す構成図である。 図３は、第１実施形態における端末装置の機能ブロック構成の一例を示す構成図である。 図４は、第１実施形態における端末装置及びデバイスユニットのアーキテクチャを示す概念図である。 図５は、第１実施形態における端末装置及びデバイスユニットのアーキテクチャを示す概念図である。 図６は、第１実施形態における情報通信システムが行う処理手順の第１例を説明するためのタイムチャートである。 図７は、第１実施形態における情報通信システムが行う処理手順の第２例を説明するためのタイムチャートである。 図８は、第１実施形態における端末装置が行う情報通信処理の一例を説明するためのフローチャートである。 図９は、第２実施形態における情報通信システムの概略構成の一例を示す構成図である。 図１０は、第２実施形態における端末装置の機能ブロック構成の一例を示す構成図である。 図１１は、第２実施形態における情報通信システムが行う処理手順の一例を説明するためのタイムチャートである。 図１２は、第２実施形態における端末装置が行う情報通信処理の一例を説明するためのフローチャートである。

以下に本発明の実施形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号で表している。但し、図面は模式的なものである。したがって、具体的な寸法などは以下の説明を照らし合わせて判断するべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。さらに、本発明の技術的範囲は、当該実施形態に限定して解するべきではない。

［第１実施形態］
まず、図１を参照しつつ、第１実施形態に従う情報通信システムの概略構成について説明する。図１は、第１実施形態における情報通信システム１００の概略構成の一例を示す構成図である。

図１に示すように、情報通信システム１００は、端末装置１０と、デバイスユニット５０と、を備える。端末装置１０とデバイスユニット５０とは、ネットワークＮＷを介して相互にデータを送受信可能、つまり、通信可能に構成されている。

ネットワークＮＷは、例えば、インターネット、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＰＡＮ（Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、その他の通信回線、又は、これらの組み合わせ等のいずれであってもよい。また、ネットワークＮＷは、有線であるか、無線であるか、有線と無線との組み合わせであるかを問わない。

端末装置１０は、デバイスユニット５０を取り付け及び分離可能に構成されている。図１では、端末装置１０からデバイスユニット５０を分離した状態を示している。端末装置１０は、例えば、スマートフォン、携帯電話機、個人情報端末（ＰＤＡ）、タブレット端末、携帯ゲーム機、携帯音楽プレーヤ、ウェアラブル端末等の携帯型情報通信機器である。

デバイスユニット５０は、端末装置１０に取り付けられた状態及び端末装置１０から分離された状態の両方で、動作可能に構成されている。

＜ハードウェア構成＞
次に、図２を参照しつつ、第１実施形態に従う端末装置及びデバイスユニットのハードウェア構成について説明する。図２は、第１実施形態における端末装置１０及びデバイスユニット５０のハードウェア構成の一例を示す構成図である。

図２に示すように、端末装置１０及びデバイスユニット５０は、それぞれ、例えば、プロセッサ２１、メモリ２２、記憶装置２３、通信装置２４、入力装置２５、出力装置２６、及びアンテナ２７を備える。

プロセッサ２１は、端末装置１０又はデバイスユニット５０の各部の動作を制御するように構成されている。プロセッサ２１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ））、ＳｏＣ（Ｓｙｓｍｔｅｍ－ｏｎ－ａ－Ｃｈｉｐ）等の集積回路を含んで構成される。

メモリ２２及び記憶装置２３は、それぞれ、プログラムやデータ等を記憶するように構成されている。メモリ２２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）及び／又はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。記憶装置２３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）及び／又はｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）等のストレージから構成される。

通信装置２４は、有線及び無線ネットワークを介して通信を行うように構成されている。通信装置２４は、例えば、ネットワークカード、通信モジュール等を含んで構成される。また、通信装置２４には、アンプ、無線信号に関する処理を行うＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）装置と、ベースバンド信号処理を行うＢＢ（ＢａｓｅＢａｎｄ）装置とを含んで構成されていてもよい。

ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ ｔｏ Ａｎａｌｏｇ）変換、変調、周波数変換、電力増幅等を行うことで、アンテナ２７から送信する無線信号を生成する。また、ＲＦ装置は、アンテナ２７から受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ（Ａｎａｌｏｇ ｔｏ Ｄｉｇｉｔａｌ）変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。ＢＢ装置は、デジタルベースバンド信号をＩＰパケットに変換する処理、及び、ＩＰパケットをデジタルベースバンド信号に変換する処理を行う。

入力装置２５は、ユーザの操作により情報を入力できるように構成されている。入力装置２５は、例えば、キーボード、タッチパネル、マウス、ポインティングデバイス、及び／又はマイク等を含んで構成される。

出力装置２６は、情報を出力するように構成されている。出力装置２６は、例えば液晶ディスプレイ、ＥＬ(Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ)ディスプレイ、プラズマディスプレイ等の表示装置、及び／又はスピーカ等を含んで構成される。

図示を省略するが、デバイスユニット５０は、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の衛星測位システム（全世界測位システム（ＧＮＳＳ：Ｇｌｏｂａｌ Ｎｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）ともいう）の受信機を備える。また、デバイスユニット５０は、方位センサ、重力センサ、温度センサ、加速度センサ等のセンサ、及びカメラ等の各種のデバイスのうち、少なくとも１つをさらに備えていてもよい。

同様に、端末装置１０は、前述した各種のセンサ、指紋、網膜、虹彩、顔、声紋等の各種の生体認証装置、カメラ、ライト等の各種のデバイス、及び接続端子を含む入出力インターフェース等のうち、少なくとも１つを備えていてもよい。

＜機能ブロック構成＞
次に、図３を参照しつつ、第１実施形態に従う端末装置の機能ブロック構成について説明する。図３は、第１実施形態における端末装置１０の機能ブロック構成の一例を示す構成図である。なお、図３は、本実施形態において必要な機能ブロックを示すためのものであり、端末装置１０が図示以外の機能ブロックを備えることを排除するものではない。

図３に示すように、端末装置１０は、機能ブロックとして、検出部１１と、設定部１２と、受信部１３と、を備える。

検出部１１は、デバイスユニット５０の取り付け又は分離を検出するように構成されている。

例えば、端末装置１０及びデバイスユニット５０は、それぞれ、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）コネクタを備え、端末装置１０はＵＳＢデバイスのホットプラグ（プラグアンドプレイともいう）に対応している。端末装置１０のＵＳＢコネクタにデバイスユニット５０のＵＳＢコネクタが挿入されると、あるいは、ＵＳＢケーブルを介して端末装置１０とデバイスユニット５０とが電気的に接続されると、端末装置１０のＵＳＢバスドライバがデバイスユニット５０との接続を検出し、ＵＳＢエニュメレーションが開始される。そして、ＵＳＢエニュメレーションが完了すると、端末装置１０とデバイスユニット５０との間で、ＵＳＢの信号線を介してシリアル通信（シリアル伝送）が可能になる。この場合、検出部１１は、ＵＳＢエニュメレーションが完了したことにより、デバイスユニット５０の取り付けを検出する。一方、ＵＳＢバスドライバがデバイスユニット５０との接続を検出しない場合、デバイスユニット５０が取り付けられていないと考えられる。あるいは、ＵＳＢエニュメレーションの完了後、所定時間通信がない場合、デバイスユニット５０が取り外されたものと考えられる。この場合、検出部１１は、ＵＳＢエニュメレーションが開始しない、又は、ＵＳＢエニュメレーションの完了後に通信がないことにより、デバイスユニット５０の分離を検出する。

設定部１２は、検出部１１による検出の結果に基づいて、第１通信方式を用いてデバイスと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスと通信を行う第２ドライバを設定するように構成されている。

第１ドライバ及び第２ドライバは、それぞれ、端末装置１０が備えるハードウェア又は端末装置１０に接続されたハードウェアを、オペレーティングシステムによって制御するためのデバイスドライバである。一般に、デバイスドライバは、ハードウェアであるデバイスと、ソフトウェアであるオペレーティングシステム、特にその一部であるＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）との間の対応を受け持つ。

第１ドライバは、例えば、ＵＳＢの信号線を介してデバイスユニット５０と通信を行うドライバである。この場合、第１通信方式は、ＵＳＢ規格に従う有線の通信方式である。

一方、第２ドライバは、例えば、無線ＬＡＮや移動体通信網等の無線ネットワークを介してデバイスユニット５０と通信を行うドライバである。この場合、第２通信方式は、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ａｃ等のＷｉ－Ｆｉ、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）、ブルートゥース（登録商標）、ＲｏＬａ（又はＲｏＬａＷＡＮ）、ＮＢ－ＩｏＴ、ＥｎＯｃｅａｎ等のＬＰＷＡ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ）、ＭＱＴＴ（Ｍｅｓｓａｇｅ Ｑｕｅｕｅｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ）等の規格に従う無線の通信方式である。

より詳細には、設定部１２は、デバイスユニット５０の取り付けが検出されたときに第１ドライバを設定し、デバイスユニット５０の分離が検出されたときに前記第２ドライバを設定するように、構成されている。これにより、デバイスユニット５０の取り付け時及び分離時に、第１ドライバ及び第２ドライバを容易に使い分けることができる。

受信部１３は、設定された第１ドライバ又は第２ドライバを用いて、デバイスユニット５０から衛星測位システムの測位による位置情報を受信するように、構成されている。

なお、検出部１１及び設定部１２は、プロセッサ２１が、記憶装置２３に記憶されたプログラムを実行することにより実現されてもよい。受信部１３は、例えばアンテナ２７及び通信装置２４により実現されてもよいし、通信装置２４に加えてプロセッサ２１が記憶装置２３に記憶されたプログラムを実行することにより実現されてもよい。プログラムを実行する場合、当該プログラムは、記憶媒体に格納されていてもよい。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）であってもよい。非一時的な記憶媒体は、特に限定されないが、例えば、ＵＳＢメモリ、又はＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ ＲＯＭ）等の記憶媒体であってもよい。

＜ソフトウェアアーキテクチャ＞
次に、図４及び図５を参照しつつ、第１実施形態に従う端末装置及びデバイスユニットのソフトウェアアーキテクチャ（以下、単に「アーキテクチャ」ともいう）について説明する。図４は、第１実施形態における端末装置１０及びデバイスユニット５０のアーキテクチャを示す概念図である。図５は、第１実施形態における端末装置１０及びデバイスユニット５０のアーキテクチャを示す概念図である。なお、図４は、端末装置１０にデバイスユニット５０が取り付けられた状態を示し、図５は端末装置１０からデバイスユニット５０が分離された状態を示す。

図４及び図５に示すように、端末装置１０のアーキテクチャは、例えば、カーネル３１、ハードウェア抽象化レイヤ（ＨＡＬ：Ｈａｒｄｗａｒｅ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）３２、オペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）３３、及びアプリケーション３４を含む階層構造を有している。

カーネル３１は、例えば、ディスプレイ、スピーカ、キーボード、カメラ、ＵＳＢ機器、Ｗｉ－Ｆｉモジュール等のデバイスのそれぞれに対し、ドライバを提供する。カーネル３１には、前述した第１ドライバ及び第２ドライバも含まれる。

ハードウェア抽象化レイヤ３２は、ハードウェアを抽象化するためのものであり、ハードウェアとソフトウェアとの間に存在する。ハードウェア抽象化レイヤ３２は、ハードウェアごとに異なる差異を隠す（見えなくする）機能を有する。そのため、ハードウェア抽象化レイヤ３２より上の階層では、ハードウェアによる差異を意識することなく、ソフトウェアを設計、コーディングすることが可能となる。前述した検出部１１、設定部１２、及び受信部１３のうち、少なくとも設定部１２は、例えば、このハードウェア抽象化レイヤ３２のプログラムとして組み込まれ、実装される。

オペレーティングシステム３３は、例えば、ネイティブＣライブラリ、ネイティブＣ＋＋ライブラリ、ランタイムライブラリ等のライブラリ、及びアプリケーションを実行するための枠組みを提供するフレームワークを含む。また、オペレーティングシステム３３には、サブルーチン、クラス、各アプリケーションに対して当該アプリケーション利用するための機能や関数をまとめたＡＰＩ等が含まれていてもよい。

アプリケーション３4は、例えば、通話アプリ、メールアプリ、カメラアプリ、カレンダアプリ、地図アプリ等、端末装置１０に当初からインストールされているアプリケーションを含む。

デバイスユニット５０のアーキテクチャは、端末装置１０と同様に、例えば、カーネル４１、ハードウェア抽象化レイヤ４２、オペレーティングシステム４３、及びアプリケーション４４を含む階層構造を有している。なお、カーネル４１、ハードウェア抽象化レイヤ４２、オペレーティングシステム４３、及びアプリケーション４４は、それぞれ、前述したカーネル３１、ハードウェア抽象化レイヤ３２、オペレーティングシステム３３、及びアプリケーション３４と同様であるため、説明を省略する。

デバイスユニット５０は、例えば、図示しないＧＰＳ受信機を含んでおり、アプリケーション４４は、ＧＰＳを利用してデバイスユニット５０の位置測定を行う。この位置測定によって、ＧＰＳ受信機は位置情報を取得する。

図４に示すように、端末装置１０にデバイスユニット５０が取り付けられた状態では、デバイスユニット５０の受信機が取得した位置情報は、有線の通信方式である第１通信方式を用いて、有線で伝送される。この場合、端末装置１０の検出部１１は、デバイスユニット５０の取り付けを検出し、設定部１２は、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバを設定する。そして、受信部１３は、設定された第１ドライバを用いて、デバイスユニット５０から位置情報を受信する。

一方、図５に示すように、端末装置１０にデバイスユニット５０から分離された状態では、デバイスユニット５０の受信機が取得した位置情報は、無線の通信方式である第２通信方式を用いて、ネットワークＮＷを介して無線で伝送される。この場合、端末装置１０の検出部１１は、デバイスユニット５０の分離を検出し、設定部１２は、第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバを設定する。そして、受信部１３は、設定された第２ドライバを用いて、デバイスユニット５０から位置情報を受信する。

このように、デバイスユニット５０の取り付け又は分離の検出の結果に基づいて、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバを設定することにより、デバイスユニット５０の取り付け及び分離に伴うデバイスユニット５０との通信の差異を、ハードウェアであるデバイスユニット５０とＡＰＩとの間の対応を受け持つ第１ドライバ及び第２ドライバで吸収することが可能になる。従って、従来と比較して、オペレーティングシステム３３等のフレームワーク及びアプリケーション３４の変更が少なく、デバイスユニット５０の分離使用を低コストに実現することができる。

なお、デバイスユニット５０が取得する情報は、前述した位置情報のみに限定されるものでない。デバイスユニット５０は、デバイスの種類に応じて様々な情報を取得することができる。取得した情報は、位置情報と同様に、端末装置１０に送信されてもよい。例えば、デバイスユニット５０は、加速度センサから加速度を取得することで、経過時間と加速度からおおよその移動距離を割り出すことができる。また、気圧センサから気圧を取得することで、標高を割り出すことができる。また、ジャイロセンサから端末の傾きの変化を取得することで、加速度センサと組み合わせて、デバイスユニット５０を所持するユーザの歩数や動作などを割り出すことができる。当該計算ロジックはデバイスユニット５０又は端末装置１０で持つことが可能である。また、デバイスユニット５０が歩数や動作を割り出す場合は、歩数の値を端末装置１０へ送出する。また、地磁気センサから地磁気情報を取得することで、端末の向いている方角がわかったり、地磁気情報を端末装置１０に送出し、端末装置１０とサーバの連携で地磁気から屋内測位を行うことが考えられる。また、Ｗｉ－ＦｉモジュールからＷｉ－Ｆｉアクセスポイントのスキャン結果、例えばBSSIDを取得することで、端末装置１０とＷｉ－Ｆｉ測位ソリューション提供ベンダのサーバとの連携でいわゆるＷｉ－Ｆｉ測位を行うことができる。また、マイク入力からの音声を取得して端末装置１０に送出することで、端末装置１０側でデバイスユニット５０側の状況判断に利用できる。

以上の例では、端末装置１０又はデバイスユニット５０は、これらのデバイスから取得した値に基づいて、移動距離や歩数等を直接算出してもよいし、デバイスから取得した値を端末装置１０が受信し、ネットワークＮＷ上のサードパーティのサーバにデータを送り、当該サーバ上で移動距離や歩数等を算出してもよい。

また、これらのデバイスから取得した値を端末装置１０へ送出するタイミングは、前述した位置情報と同じタイミングで行ってもよいし、別々に行ってもよい。あるいは、ＧＰＳ測位が一定時間できない場合に、Ｗｉ－Ｆｉ測位に必要な情報を端末装置１０に送出する等、ＧＰＳ受信機から位置情報の値を取得できない場合に、これらのデバイスから取得した値を送出してもよい。また、通信によるデバイスユニット５０からの問い合わせ、端末装置１０からのＰｕｓｈ等、どの情報が必要であるかを端末装置１０から指示する方法も採用し得る。

＜処理手順＞
次に、図６及び図７を参照しつつ、第１実施形態に従う情報通信システムが行う処理手順について説明する。図６は、第１実施形態における情報通信システム１００が行う処理手順の第１例を説明するためのタイムチャートである。図７は、第１実施形態における情報通信システム１００が行う処理手順の第２例を説明するためのタイムチャートである。なお、図６は端末装置１０に取り付けられたデバイスユニット５０を分離する場合を示し、図７は分離されていたデバイスユニット５０を端末装置１０に取り付ける場合を示す。

（情報通信システムの第１例の処理手順）
図６に示すように、端末装置１０の検出部１１は、デバイスユニット５０の取り付けを検出する（Ｓ１０１）。前述したように、デバイスユニット５０がＵＳＢに取り付けられる場合、検出部１１は、ＵＳＢエニュメレーションが完了したか否かに基づいて、デバイスユニット５０の取り付けを検出する。

次に、端末装置１０の設定部１２は、デバイスユニット５０の取り付けが検出されたので、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバを設定する（Ｓ１０２）。第１ドライバは、例えば、ＵＳＢの接続線を介して通信を行うＵＳＢドライバである。

デバイスユニット５０は、例えばＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得する（Ｓ１０３）。位置情報は、例えば緯度及び経度の情報である。また、デバイスユニット５０は、定期的に、及び／又は不定期に、位置情報を取得している。なお、デバイスユニット５０は、ＧＰＳ受信機を用いて測位に加えて、例えば、Ｗｉ－Ｆｉ、移動体通信網、ブルートゥース（登録商標）等を介して、基地局との間で測位を行い、更なる位置情報を取得してもよい。これにより、デバイスユニット５０の位置情報の精度を高めることが可能となる。

次に、デバイスユニット５０は、ＵＳＢを介して取得した位置情報を送信し、端末装置１０の受信部１３は、第１ドライバを用いてこの位置情報を受信する（Ｓ１０４）。これにより、デバイスユニット５０の位置情報が有線で通信される。

ここで、端末装置１０からデバイスユニット５０が取り外されると、端末装置１０の検出部１１は、デバイスユニット５０の分離を検出する（Ｓ１０５）。前述したように、デバイスユニット５０がＵＳＢから取り外される場合、検出部１１は、ＵＳＢエニュメレーションの完了後、最後の通信から所定時間が経過したか否かに基づいて、デバイスユニット５０の分離を検出する。

次に、端末装置１０の設定部１２は、デバイスユニット５０の分離が検出されたので、第１通信方式と異なる第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバを設定する（Ｓ１０６）。第２ドライバは、例えば、無線ＬＡＮを介して通信を行うＷｉ－Ｆｉドライバである。

デバイスユニット５０は、ステップＳ１０３と同様に、ＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得する（Ｓ１０７）。

次に、デバイスユニット５０は、周辺の無線ＬＡＮアクセスポイント（以下、単に「アクセスポイント」ともいう）を検索し、アクセスポイントを検出する（Ｓ１０８）。

ステップＳ１０８の後、無線ＬＡＮを介してデバイスユニット５０は取得した位置情報を送信し、端末装置１０の受信部１３は、第２ドライバを用いてこの位置情報を受信する（Ｓ１０９）。これにより、デバイスユニット５０の位置情報が無線ＬＡＮ（Ｗｉ－Ｆｉ）で通信される。

一方、デバイスユニット５０は、ステップＳ１０７と同様に、ＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得し（Ｓ１１０）、周辺のアクセスポイントを検索したところ、移動による位置の変化、又は、信号強度の増加等の通信環境の変化により、アクセスポイントが検出できないことがある（Ｓ１１１）。

このとき、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードが挿入されている場合、デバイスユニット５０は、移動体通信網を介して取得した位置情報を送信し、端末装置１０の受信部１３は、第２ドライバを用いてこの位置情報を受信する（Ｓ１１２）。これにより、デバイスユニット５０の位置情報がモバイル（移動体通信事業者が提供する回線）で通信される。

（情報通信システムの第２例の処理手順）
以下の第２例の処理手順において、第１例の処理手順と重複する内容については、その説明を適宜省略する。

図７に示すように、端末装置１０の検出部１１は、デバイスユニット５０の分離を検出する（Ｓ１５１）。前述したように、デバイスユニット５０がＵＳＢから分離されている場合、検出部１１は、ＵＳＢバスドライバがデバイスユニット５０との接続を検出するか否かに基づいて、デバイスユニット５０の分離を検出する。

次に、端末装置１０の設定部１２は、デバイスユニット５０の分離が検出されたので、第１通信方式と異なる第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバを設定する（Ｓ１５２）。第２ドライバは、例えば、無線ＬＡＮを介して通信を行うＷｉ－Ｆｉドライバである。

デバイスユニット５０は、ＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得する（Ｓ１５３）。

次に、デバイスユニット５０は、周辺のアクセスポイントを検索するが、ここでは、アクセスポイントを検出できない（Ｓ１５４）。この場合、デバイスユニット５０は、移動体通信網を介して取得した位置情報を送信し、端末装置１０の受信部１３は、第２ドライバを用いてこの位置情報を受信する（Ｓ１５５）。これにより、デバイスユニット５０の位置情報が、移動体通信事業者が提供する回線、つまり、モバイルで通信される。

一方、デバイスユニット５０は、ステップＳ１５３と同様に、ＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得する（Ｓ１５６）。そして、デバイスユニット５０は、周辺のアクセスポイントを検索したところ、移動による位置の変化、又は、信号強度の増加等の通信環境の変化により、アクセスポイントが検出できることがある（Ｓ１５７）。

この場合、デバイスユニット５０は、無線ＬＡＮを介して取得した位置情報を送信し、端末装置１０の受信部１３は、第２ドライバを用いてこの位置情報を受信する（Ｓ１５８）。これにより、デバイスユニット５０の位置情報が無線ＬＡＮ（Ｗｉ－Ｆｉ）で通信される。

ここで、端末装置１０にデバイスユニット５０が取り付けられると、端末装置１０の検出部１１は、デバイスユニット５０の取り付けを検出する（Ｓ１５９）。前述したように、デバイスユニット５０がＵＳＢに取り付けられる場合、検出部１１は、ＵＳＢエニュメレーションが完了したか否かに基づいて、デバイスユニット５０の取り付けを検出する。

次に、端末装置１０の設定部１２は、デバイスユニット５０の取り付けが検出されたので、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバを設定する（Ｓ１６０）。第１ドライバは、例えば、ＵＳＢの接続線を介して通信を行うＵＳＢドライバである。

デバイスユニット５０は、例えばＧＰＳ受信機を用いて測位を行い、ＧＰＳ衛星からデバイスユニット５０の位置情報を取得する（Ｓ１６１）。

次に、デバイスユニット５０は、ＵＳＢを介して取得した位置情報を送信し、端末装置１０の受信部１３は、第１ドライバを用いてこの位置情報を受信する（Ｓ１６２）。これにより、デバイスユニット５０の位置情報が有線で通信される。

このように、第１ドライバの第１通信方式は有線の通信方式に関するものであり、第２ドライバの第２通信方式は無線の通信方式に関するものであることにより、取り付けられていたデバイスユニット５０を分離したときに、デバイスユニット５０との通信を有線通信から無線通信に切り替えることができ、分離されていたデバイスユニット５０を取り付けたときに、デバイスユニット５０との通信を無線通信から有線通信に切り替えることができる。

また、設定された第１ドライバ又は第２ドライバを用いて、デバイスユニット５０から衛星測位システムの測位による位置情報を受信することにより、デバイスユニット５０の取り付け時には親機である端末装置１０の位置情報を得ることができ、デバイスユニット５０の分離時には子機であるデバイスユニット５０の位置情報を得ることができる。

図６及び図７では、デバイスユニット５０がＵＳＢに物理的に取り付けられる例を示したが、これに限定されるものではない。例えば、端末装置１０をアクセスポイントとして動作するように設定しておき、デバイスユニット５０は、テザリングにより端末装置１０に無線で接続し、論理的に取り付けられてもよい。この場合、デバイスユニット５０は、端末装置１０のアクセスポイントを検索する際に、ＥＳＳＩＤ（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）の一致に加え、ＢＳＳＩＤ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ）の一致を条件として、端末装置１０に接続するようにしてもよい。また、端末装置１０は、デバイスユニット５０による接続を厳密に判定するために、デバイスユニット５０のＭＡＣアドレスによるフィルタリングを行ってもよい。さらに、デバイスユニット５０は、デザリングに代えて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ又はブルートゥース（登録商標）によって、端末装置１０に無線で接続し、論理的に取り付けられてもよい。

（端末装置の処理手順）
次に、図８を参照しつつ、第１実施形態に従う端末装置が行う処理手順について説明する。図８は、第１実施形態における端末装置１０が行う情報通信処理Ｓ２００の一例を説明するためのフローチャートである。

図８に示すように、最初に、検出部１１は、デバイスユニット５０の取り付けを検出したか否かを判定する（Ｓ２０１）。

ステップＳ２０１の判定の結果、デバイスユニット５０の取り付けを検出した場合、設定部１２は、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバを設定する（Ｓ２０２）。

一方、ステップＳ２０１の判定の結果、デバイスユニット５０の取り付けを検出しない場合、検出部１１は、デバイスユニット５０の分離を検出したか否かを判定する（Ｓ２０３）。

ステップＳ２０３の判定の結果、デバイスユニット５０の分離を検出した場合、設定部１２は、第１通信方式と異なる第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバを設定する（Ｓ２０４）。

一方、ステップＳ２０３の判定の結果、デバイスユニット５０の分離を検出しない場合、検出部１１は、ステップＳ２０１に戻り、デバイスユニット５０の取り付け又は分離を検出するまで、ステップＳ２０１及びステップＳ２０３を繰り返す。

ステップＳ２０２又はステップＳ２０４の後、受信部１３は、設定された第１ドライバ又は第２ドライバを用いて、デバイスユニット５０から位置情報を受信する（Ｓ２０５）。ステップＳ２０５で受信した位置情報は、例えば、図４及び図５に示すアプリケーション３４の地図アプリにおいて、地図上の位置を表示するために使用される。このとき、当該位置情報が第１ドライバを用いて受信されたものか、あるいは、第２ドライバを用いて受信されたものかは、オペレーティングシステム３３上で動作するアプリケーション３４に影響を及ぼさない。

ステップＳ２０５の後、端末装置１０は、情報通信処理Ｓ２００を終了する。

なお、本実施形態で説明したシーケンス及びフローチャートは、処理に矛盾が生じない限り、順序を入れ替えてもよい。

［第２実施形態］

［第２実施形態］
次に、図９から図１２を参照しつつ、本発明の第２実施形態について説明する。なお、第１実施形態と同一又は類似の構成について同一又は類似の符号を付している。以下、第１実施形態と異なる点について説明し、第１実施形態と同一又は類似する点については説明を省略する。また、同様の構成による同様の作用効果については、逐次言及しない。

まず、本発明の第２実施形態に従う情報通信システムの概略構成について説明する。図９は、第２実施形態における情報通信システム１００Ａの概略構成の一例を示す構成図である。

図１に示すように、情報通信システム１００Ａは、端末装置１０Ａと、サーバ６０と、管理装置７０と、を備える。すなわち、情報通信システム１００Ａは、図１に示すデバイスユニット５０に代えて、サーバ６０及び管理装置７０を備える点で、第１実施形態の情報通信システム１００と相違する。端末装置１０Ａ、サーバ６０、及び管理装置７０は、それぞれ、ネットワークＮＷを介して相互にデータを通信可能に構成されている。

サーバ６０は、端末装置１０Ａの親機として動作可能に構成されている。すなわち、端末装置１０Ａは、サーバ６０にログイン（ログオン）又はログアウト（ログオフ）することができる。なお、サーバ６０は、端末装置１０Ａがログインする際に、端末装置１０Ａ又は当該端末装置１０Ａを利用するユーザの認証を行ってもよい。

端末装置１０Ａは、サーバ６０にログインしている間、シンクライアントして使用される。すなわち、端末装置１０Ａでは、例えば、ボタン、キーボード、タッチパネル、マイク、センサ等入力デバイスと、ディスプレイ、スピーカ等の出力デバイスとが主に使用され、サーバ６０では、データを記憶するストレージと、フレームワークやアプリケーション等のソフトウェアとが主に使用される。

一方、端末装置１０Ａは、サーバ６０からログアウトしている間、ファットクライアントして使用される。すなわち、端末装置１０Ａは、端末装置１０Ａ自体が備える全て又はほぼすべての機能を使用することができる。

管理装置７０は、情報通信システム１００Ａの管理者が使用するためのものである。管理装置７０は、管理者の操作により、後述するポリシーを設定及び更新することが可能に構成されている。

＜機能ブロック構成＞
次に、図１０を参照しつつ、本発明の第２実施形態に従う端末装置の機能ブロック構成について説明する。図１０は、第２実施形態における端末装置１０Ａの機能ブロック構成の一例を示す構成図である。なお、図１０は、本実施形態において必要な機能ブロックを示すためのものであり、端末装置１０Ａが図示以外の機能ブロックを備えることを排除するものではない。

図１０に示すように、端末装置１０Ａは、機能ブロックとして、検出部１１Ａと、設定部１２Ａと、ログアウト部１４と、停止部１５と、を備える。すなわち、端末装置１０Ａは、図３に示す受信部に代えて、ログアウト部１４及び停止部１５を備える点で、第１実施形態の端末装置１０と相違する。

検出部１１Ａは、サーバ６０へのログイン又はサーバ６０からのログアウトを検出するように構成されている。

例えば、端末装置１０Ａは、起動中にサーバ６０へのログインを自動的に試みるように構成されている。そして、サーバ６０へのログインに成功した場合、検出部１１Ａは、例えば、ログイン成功を示す情報をサーバ６０から受信することより、サーバ６０へのログインを検出する。一方、例えば、通信環境の変化により、サーバ６０との通信が切断された場合、検出部１１Ａは、ログイン後にサーバ６０との通信が所定時間ないことにより、サーバ６０からのログアウトを検出する。あるいは、例えば、ログイン中にユーザの操作に従い、サーバ６０からのログアウトに成功した場合、検出部１１Ａは、例えば、ログアウト成功を示す情報をサーバ６０から受信することより、サーバ６０からのログアウトを検出する。

設定部１２Ａは、検出部１１Ａによる検出の結果に基づいて、第１通信方式を用いて端末装置１０Ａのソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバ６０と通信を行う第２ドライバを設定するように、構成されている。

本実施形態における第１ドライバ及び第２ドライバは、第１実施形態と同様に、それぞれ、端末装置１０Ａが備えるハードウェア又は端末装置１０Ａに接続されたハードウェアを、オペレーティングシステムによって制御するためのデバイスドライバである。但し、本実施形態では、第１ドライバは、端末装置１０Ａのオペレーティングシステムが端末装置１０Ａのハードウェアを制御するためのものであり、第２ドライバは、サーバ６０のオペレーティングシステムが端末装置１０Ａのハードウェアを制御するためのものである。

第１ドライバは、例えば、端末装置１０Ａのバス等を介して端末装置１０Ａのソフトウェアと通信を行うドライバである。この場合、第１通信方式は、シリアル伝送等に従う有線の通信方式である。

一方、第２ドライバは、例えば、第１実施形態と同様に、無線ＬＡＮや移動体通信網等の無線ネットワークを介してサーバ６０と通信を行うドライバである。この場合、第２通信方式は、Ｗｉ－Ｆｉ、ＴＣＰ／ＩＰ、ブルートゥース（登録商標）、ＬＰＷＡ等の規格に従う無線の通信方式である。

より詳細には、設定部１２Ａは、サーバ６０からのログアウトが検出されたときに第１ドライバを設定し、サーバ６０へのログインが検出されたときに第２ドライバを設定するように、構成されている。

このように、サーバ６０へのログイン又はサーバ６０からのログアウトの検出の結果に基づいて、第１通信方式を用いて端末装置１０Ａのソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバ６０と通信を行う第２ドライバを設定することにより、サーバ６０へのログイン及びサーバ６０からのログアウトに伴う端末装置１０Ａにおける通信の差異を、ハードウェアとＡＰＩとの間の対応を受け持つ第１ドライバ及び第２ドライバで吸収することが可能になる。従って、従来と比較して、図４及び図５に示すオペレーティングシステム３３等のフレームワーク及びアプリケーション３４の変更が少なく、端末装置１０Ａのシンクライアント及びファットクライアントの併用を低コストに実現することができる。

ログアウト部１４は、サーバ６０との通信時間、サーバ６０との通信データ量、及びサーバ６０と通信可能なエリアのうちの少なくとも１つに基づいて、サーバ６０からログアウトさせるように構成されている。

例えば、サーバ６０にログインしてからの経過時間、つまり、通信時間が、所定時間以上になったときに、ログアウト部１４は、端末装置１０Ａをサーバ６０からログアウトさせる。また、例えば、サーバ６０にログインして通信を開始してからの通信データ量が所定値以上になったときに、ログアウト部１４は、端末装置１０Ａをサーバ６０からログアウトさせる。さらに、例えば、サーバ６０にログイン中の端末装置１０Ａが、サーバ６０と通信可能なエリアから外れたときに、ログアウト部１４は、端末装置１０Ａをサーバ６０からログアウトさせる。端末装置１０Ａがサーバ６０と通信可能なエリアから外れたか否かは、例えば、無線の信号強度、端末装置１０Ａの位置情報等に基づいて判定することが可能である。なお、通信時間と比較される所定時間、及び通信データ量と比較される所定値は、後述するポリシー情報に基づいて設定されてもよい。

このように、サーバ６０との通信時間、サーバ６０との通信データ量、及びサーバ６０と通信可能なエリアのうちの少なくとも１つに基づいて、サーバ６０からログアウトさせることにより、所定の条件に従い、サーバ６０から強制的にログアウトさせることができ、ユーザはサーバ６０からログアウトするための操作が不要になる。

停止部１５は、サーバ６０からのログアウトが検出されたときに、端末装置１０Ａのソフトウェアの一部を使用不能にするように、構成されている。

なお、端末装置１０Ａのソフトウェアアーキテクチャは、図４及び図５に示す端末装置１０Ａのソフトウェアアーキテクチャと同一であり、サーバ６０のソフトウェアアーキテクチャは、図４及び図５に示すデバイスユニット５０のソフトウェアアーキテクチャと同一又は略同一であるため、図示及びその説明を省略する。なお、前述した検出部１１Ａ、設定部１２Ａ、ログアウト部１４、及び停止部１５のうち、少なくとも設定部１２Ａは、第1実施形態と同様に、図４及び図５に示すハードウェア抽象化レイヤ３２のプログラムとして組み込まれ、実装される。

＜処理手順＞
次に、図１１を参照しつつ、第２実施形態に従う情報通信システムが行う処理手順について説明する。図１１は、第２実施形態における情報通信システム１００Ａが行う処理手順の一例を説明するためのタイムチャートである。

（情報通信システムの処理手順）
図１１に示すように、ユーザの操作によりポリシーが設定され、管理装置７０は、ポリシーを示すポリシー情報をサーバ６０に送信する（Ｓ１８１）。一旦ポリシーを設定した後は、管理装置７０は、ポリシーを更新することができる。この場合、更新されたポリシー情報がサーバ６０に送信される。

ポリシー情報は、端末装置１０Ａがサーバ６０からログアウトした場合に関する情報を含んでいる。例えば、ポリシー情報は、端末装置１０Ａが所定のエリア、例えば空港内又はホテル内から出たときの動作を示すジオフェンス情報を含む。また、ポリシー情報は、端末装置１０Ａがサーバ６０と通信可能なエリアから出たときの動作を示す圏外時情報、端末装置１０Ａとサーバ６０との通信データ量が所定の制限値に到達したときの動作を示す制限到達時情報、当該所定の制限値を示す通信データ制限値情報、端末装置１０Ａをロックする際にロック画面に表示するテキストを示すロック画面テキスト情報、及び当該ロック画面から通話機能を使用可能にするか否かを示すロック画面通話可否情報を含む。さらに、ポリシー情報は、当該ポリシー情報の取得に失敗したときの次回リトライのタイミングを示すリトライ情報を含んでいてもよい。

サーバ６０は、受信したポリシー情報を記憶装置等に記憶させる（Ｓ１８２）。

一方、端末装置１０Ａは、ポリシー情報のデフォルト値をメモリ２２又は記憶装置２３等に記憶しており、サーバ６０に記憶されたポリシー情報の値と同期させるために、同期タイミングを設定する（Ｓ１８３）。ポリシーの同期タイミングには、例えば、所定時間ごと、所定時刻ごと、サーバ６０へのログイン時、端末装置１０Ａの電源オン時、指定日時、等が設定される。ポリシー情報の同期タイミングの設定は、端末装置１０Ａのユーザの操作に基づいて行われてもよいし、サーバ６０は他の装置から送信される情報に基づいて行われてもよい。

ここで、例えば、端末装置１０Ａがサーバ６０と通信可能なエリア内に移動し、サーバ６０にログインすると、端末装置１０Ａの検出部１１Ａは、サーバ６０へのログインを検出する（Ｓ１８４）。

次に、端末装置１０Ａの設定部１２Ａは、サーバ６０へのログインが検出されたので、第１通信方式と異なる第２通信方式を用いてサーバ６０と通信を行う第２ドライバを設定する（Ｓ１８５）。第２ドライバは、例えば、無線ＬＡＮを介して通信を行うＷｉ－Ｆｉドライバである。

次に、端末装置１０Ａはポリシー情報の要求をサーバ６０に送信し（Ｓ１８６）、サーバ６０は、この要求に対し、ステップＳ１８２において記憶したポリシー情報を読み出し、当該ポリシー情報を応答として端末装置１０Ａに送信する（Ｓ１８７）。端末装置１０Ａは、受信したポリシー情報を記憶装置２３等に記憶させる（Ｓ１８８）。ステップＳ１８８の前に端末装置１０Ａがポリシー情報を記憶している場合、当該ポリシー情報は、受信したポリシー情報によって更新される。

なお、ポリシー情報は、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等で暗号化されてから送信されてもよい。また、通信エラー等により、端末装置１０Ａが応答を受信できなかった場合、ポリシー情報は更新されず、ポリシー情報の要求前のままとなる。

ここで、例えば、端末装置１０Ａが所定のエリア内から出て、サーバ６０からログアウトすると、端末装置１０Ａの検出部１１Ａは、サーバ６０からのログアウトを検出する（Ｓ１８９）。

次に、端末装置１０Ａの設定部１２Ａは、サーバ６０からのログアウトが検出されたので、第１通信方式を用いて端末装置１０Ａのソフトウェアと通信を行う第１ドライバを設定する（Ｓ１９０）。

一部ソフトウェアを使用不可（ロック）Ｓ１９１
次に、端末装置１０Ａの停止部１５は、端末装置１０Ａのソフトウェアの一部を利用不能にする（Ｓ１９１）。停止部１５が利用不能にするソフトウェアは、例えば、前述したステップＳ１８８において記憶されたポリシー情報に従う。

このように、サーバ６０からのログアウトが検出されたときに、端末装置１０Ａのソフトウェアの一部を使用不能にすることにより、端末装置１０Ａがファットクライアントとしての利用されるときに、一部の機能を制限することができる。

（端末装置の処理手順）
次に、図１２を参照しつつ、第２実施形態に従う端末装置が行う処理手順について説明する。図１２は、第２実施形態における端末装置１０Ａが行う情報通信処理Ｓ２５０の一例を説明するためのフローチャートである。

図１２に示すように、最初に、検出部１１Ａは、サーバ６０へのログインを検出したか否かを判定する（Ｓ２５１）。

ステップＳ２５１の判定の結果、サーバ６０へのログインを検出した場合、設定部１２Ａは、第１通信方式と異なる第２通信方式を用いてサーバ６０と通信を行う第２ドライバを設定する（Ｓ２５２）。ステップＳ２５２の後、端末装置１０Ａは情報通信処理Ｓ２５０を終了する。

一方、ステップＳ２５１の判定の結果、サーバ６０へのログインを検出しない場合、検出部１１は、サーバ６０からのログアウトを検出したか否かを判定する（Ｓ２５３）。

ステップＳ２５３の判定の結果、サーバ６０からのログアウトを検出した場合、設定部１２Ａは、第１通信方式を用いて端末装置１０Ａのソフトウェアと通信を行う第１ドライバを設定する（Ｓ２５４）。

一方、ステップＳ２５３の判定の結果、サーバ６０からのログアウトを検出しない場合、検出部１１Ａは、ステップＳ２５１に戻り、サーバ６０へのログイン又はサーバ６０からのログアウトを検出するまで、ステップＳ２５１及びステップＳ２５３を繰り返す。

ステップＳ２５４の後、受信部１３は、停止部１５は、端末装置１０Ａのソフトウェアの一部を利用不能にする（Ｓ２５５）。ステップＳ２５５の後、端末装置１０Ａは、情報通信処理Ｓ２５０を終了する。

なお、本実施形態で説明したシーケンス及びフローチャートは、処理に矛盾が生じない限り、順序を入れ替えてもよい。

以上、本発明の例示的な実施形態について説明した。第１実施形態における端末装置１０、情報通信方法、及び情報通信プログラムによれば、デバイスユニット５０の取り付け又は分離の検出の結果に基づいて、第１通信方式を用いてデバイスユニット５０と通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてデバイスユニット５０と通信を行う第２ドライバが設定される。これにより、デバイスユニット５０の取り付け及び分離に伴うデバイスユニット５０との通信の差異を、ハードウェアであるデバイスユニット５０とＡＰＩとの間の対応を受け持つ第１ドライバ及び第２ドライバで吸収することが可能になる。従って、従来と比較して、オペレーティングシステム３３等のフレームワーク及びアプリケーション３４の変更が少なく、デバイスユニット５０の分離使用を低コストに実現することができる。

また、第２実施形態における端末装置１０Ａ、情報通信方法、及び情報通信プログラムによれば、サーバ６０へのログイン又はサーバ６０からのログアウトの検出の結果に基づいて、第１通信方式を用いて端末装置１０Ａのソフトウェアと通信を行う第１ドライバ、又は第１通信方式と異なる第２通信方式を用いてサーバ６０と通信を行う第２ドライバが設定される。これにより、サーバ６０へのログイン及びサーバ６０からのログアウトに伴う端末装置１０Ａにおける通信の差異を、ハードウェアとＡＰＩとの間の対応を受け持つ第１ドライバ及び第２ドライバで吸収することが可能になる。従って、従来と比較して、図４及び図５に示すオペレーティングシステム３３等のフレームワーク及びアプリケーション３４の変更が少なく、端末装置１０Ａのシンクライアント及びファットクライアントの併用を低コストに実現することができる。

なお、以上説明した各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るとともに、本発明にはその等価物も含まれる。即ち、各実施形態に当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。例えば、各実施形態が備える各要素及びその配置、材料、条件、形状、サイズなどは、例示したものに限定されるわけではなく適宜変更することができる。また、各実施形態は例示であり、異なる実施形態で示した構成の部分的な置換又は組み合わせが可能であることは言うまでもなく、これらも本発明の特徴を含む限り本発明の範囲に包含される。

１０，１０Ａ…端末装置、１１，１１Ａ…検出部、１２，１２Ａ…設定部、１３…受信部、１４…ログアウト部、１５…停止部、２１…プロセッサ、２２…メモリ、２３…記憶装置、２４…通信装置、２５…入力装置、２６…出力装置、２７…アンテナ、３１…カーネル、３２…ハードウェア抽象化レイヤ、３３…オペレーティングシステム、３４…アプリケーション、４１…カーネル、４２…ハードウェア抽象化レイヤ、４３…オペレーティングシステム、４４…アプリケーション、５０…デバイスユニット、６０…サーバ、７０…管理装置、１００，１００Ａ…情報通信システムＮＷ…ネットワーク、Ｓ２００…情報通信処理、Ｓ２５０…情報通信処理。

Claims (6)

1. 衛星測位システムの受信機を含むデバイスを取り付け及び分離可能な端末装置であって、
   前記デバイスの取り付け又は分離を検出する検出部と、
   前記検出の結果に基づいて、第１通信方式を用いて前記デバイスと通信を行う第１ドライバ、又は前記第１通信方式と異なる第２通信方式を用いて前記デバイスと通信を行う第２ドライバを設定する設定部と、
   設定された前記第１ドライバ又は前記第２ドライバを用いて、前記デバイスから前記衛星測位システムの測位による位置情報を受信する受信部と、を備え、
   前記設定部は、前記デバイスの取り付けが検出されたときに前記第１ドライバを設定し、
   前記受信部は、前記デバイスが取り付けられた状態において、前記設定された第１ドライバを用いて前記デバイスから前記位置情報を受信する、
   端末装置。
2. 前記設定部は、前記デバイスの分離が検出されたときに前記第２ドライバを設定する、
   請求項１に記載の端末装置。
3. 前記受信部は、前記デバイスが分離された状態において、前記設定された第２ドライバを用いて前記デバイスから前記位置情報を受信する、
   請求項２に記載の端末装置。
4. 前記第１通信方式は有線の通信方式に関するものであり、前記第２通信方式は無線の通信方式に関するものである、
   請求項１から３のいずれかに記載の端末装置。
5. 衛星測位システムの受信機を含むデバイスを取り付け及び分離可能な端末装置の情報通信方法であって、
   前記デバイスの取り付け又は分離を検出する検出ステップと、
   前記検出の結果に基づいて、第１通信方式を用いて前記デバイスと通信を行う第１ドライバ、又は前記第１通信方式と異なる第２通信方式を用いて前記デバイスと通信を行う第２ドライバを設定する設定ステップと、
   設定された前記第１ドライバ又は前記第２ドライバを用いて、前記デバイスから前記衛星測位システムの測位による位置情報を受信する受信ステップと、を含み、
   前記設定ステップは、前記デバイスの取り付けが検出されたときに前記第１ドライバを設定することを含み、
   前記受信ステップは、前記デバイスが取り付けられた状態において、前記設定された第１ドライバを用いて前記デバイスから前記位置情報を受信することを含む、
   情報通信方法。
6. 衛星測位システムの受信機を含むデバイスを取り付け及び分離可能な端末装置のコンピュータに実行させる情報通信プログラムであって、
   前記デバイスの取り付け又は分離を検出する検出ステップと、
   前記検出の結果に基づいて、第１通信方式を用いて前記デバイスと通信を行う第１ドライバ、又は前記第１通信方式と異なる第２通信方式を用いて前記デバイスと通信を行う第２ドライバを設定する設定ステップと、
   設定された前記第１ドライバ又は前記第２ドライバを用いて、前記デバイスから前記衛星測位システムの測位による位置情報を受信する受信ステップと、を含み、
   前記設定ステップは、前記デバイスの取り付けが検出されたときに前記第１ドライバを設定することを含み、
   前記受信ステップは、前記デバイスが取り付けられた状態において、前記設定された第１ドライバを用いて前記デバイスから前記位置情報を受信することを含む、
   情報通信プログラム。

Images