(57)【要約】【課題】  接続する外部機器に応じて、当該端末が持っている機能とはまったく異なった機能を発揮できるようにした携帯端末を提供することである。【解決手段】  外部機器Ｄ２、Ｄ３を接続するための一または複数のコネクタ２，３を本体に設け、上記本体１にはデバイスドライバ及びアプリケーションソフトウェアを記憶する記憶部６と、処理部５とを備え、処理部５は、上記コネクタを介して本体１に外部機器Ｄ２，Ｄ３が接続されたとき、デバイスドライバを介して当該外部機器Ｄ２，Ｄ３を認識し、この認識した一つの外部機器または複数の外部機器の組み合わせに対応した特定のアプリケーションソフトウェアＡ２を起動する機能を備え、上記処理部５が上記アプリケーションソフトウェアＡ２を起動させたとき、本体と外部機器とを有機的に結合した結合体に特有の機能を実現させる。【選択図】  図１
2010113519.tif 000002
【特許請求の範囲】
【請求項１】
外部機器を接続するための一または複数のコネクタを本体に設け、上記本体にはデバイスドライバ及びアプリケーションソフトウェアを記憶する記憶部と、処理部とを備え、処理部は、上記コネクタを介して本体に外部機器が接続されたとき、デバイスドライバを介して当該外部機器を認識し、この認識した一つの外部機器または複数の外部機器の組み合わせに対応した特定のアプリケーションソフトウェアを起動する機能を備え、上記処理部が上記アプリケーションソフトウェアを起動させたとき、本体と外部機器とを有機的に結合した結合体に特有の機能を実現させる携帯端末。
【請求項２】
上記処理部は、特定の外部機器または特定の外部機器の組み合わせあるいは複数の外部機器の接続順によって一意に決まるアプリケーションソフトウェアと外部機器との対応関係に基づいて、特定の外部機器に対応付けられたアプリケーションソフトウェアを起動する請求項１に記載の携帯端末。
【請求項３】
処理部は、一つまたは複数の外部機器が接続された状態で対応する可能性のあるアプリケーションソフトウェアが複数あるとき、他の外部機器を本体に接続することによって、これら外部機器の組み合わせに対応するアプリケーションソフトウェアを絞り込む機能を備えた請求項１に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、本体に外部機器を接続して構成された結合体特有の機能を実現する携帯端末に関する。
【背景技術】
【０００２】
従来から特許文献１に記載された携帯端末が知られている。この従来の携帯端末は、入出力デバイスが接続されたとき、そのデバイスを判別して、インターフェース間での情報のやり取りができるようにしたものである。
【特許文献１】特開２００７−８１８７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来の携帯端末では、入出力の構成を切り替えるだけで、当該携帯端末が接続された他の機器と一体になって新たな機能を発揮するというものではなかった。したがって、従来の携帯端末は、当該端末が持っている本来の機能以上には使えず、いわゆる面白さに欠けるという問題があった。
この発明の目的は、接続する外部機器に応じて、当該端末が持っている機能とはまったく異なった機能を発揮できるようにした携帯端末を提供することである。
【課題を解決するための手段】
【０００４】
第１の発明は、外部機器を接続するための一または複数のコネクタを本体に設け、上記本体にはデバイスドライバ及びアプリケーションソフトウェアを記憶する記憶部と、処理部とを備え、処理部は、上記コネクタを介して本体に外部機器が接続されたとき、デバイスドライバを介して当該外部機器を認識し、この認識した一つの外部機器または複数の外部機器の組み合わせに対応した特定のアプリケーションソフトウェアを起動する機能を備え、上記処理部が上記アプリケーションソフトウェアを起動させたとき、本体と外部機器とを有機的に結合した結合体に特有の機能を実現させる点に特徴を有する。
【０００５】
第２の発明は、上記処理部は、特定の外部機器または特定の外部機器の組み合わせあるいは複数の外部機器の接続順によって一意に決まるアプリケーションソフトウェアと外部機器との対応関係に基づいて、特定の外部機器に対応付けられたアプリケーションソフトウェアを起動する点に特徴を有する。
【０００６】
第３の発明は、処理部は、一つまたは複数の外部機器が接続された状態で対応する可能性のあるアプリケーションソフトウェアが複数あるとき、他の外部機器を本体に接続することによって、これら外部機器の組み合わせに対応するアプリケーションソフトウェアを絞り込む機能を備えた点に特徴を有する。
【発明の効果】
【０００７】
第１〜第３の発明によれば、本体に外部機器を接続することによって構成された結合体に、携帯端末の本来の機能とはまったく異なった機能を発揮させることができるようになる。その結果、携帯端末が外部機器と相まって、全く新たな機能をもった結合体を実現することができる。
特に、本体に、複数の外部機器を接続すれば、外部機器の組み合わせにより、固有の機能を持った種々の結合体を実現することができる。
しかも、外部機器が接続されれば本体が必要なアプリケーションソフトウェアをインストールするので、ユーザーは、難しい操作なしに、新しい機能を備えた機器を手に入れることができる。
【発明を実施するための最良の形態】
【０００８】
図１、図２に、この発明の第１実施形態を示す。
この第１実施形態の携帯端末は、本体１の両端にコネクタ２，３を備え、これらコネクタ２，３を介して、この発明の外部機器である様々なデバイスを接続可能にしている。そして、本体１に、上記コネクタ２、３を介してデバイスを接続したとき、本体１と接続したデバイスとが結合体として特有の機能を発揮できるようにしている。結合体としての特有の機能とは、本体１のみの機能とはまったく異なり、本体１のみでは実現できない機能である。
図１では、本体１に、コネクタ２を介してデバイスＤ２を接続し、コネクタ３を介してデバイスＤ３を接続した例を示している。そして、上記コネクタ２，３は、それぞれ本体側の接続部２ａ，３ａとデバイス側の接続部２ｂ，３ｂとで構成されるものである。
【０００９】
また、上記携帯端末の本体１には、本体機能部４と、処理部５と、記憶部６とを備えている。上記本体機能部４は、本体１に本来的に備わっている機能を実現するための構成部分である。そして、この実施形態の携帯端末は、通信端末であり、その本体機能部４には通信機能を実現する構成が含まれる。
【００１０】
そして、上記処理部５は、上記本体機能部４を制御する機能と、本体１に外部機器であるデバイスを接続したときに構成される結合体を制御する機能とを有する。さらに、処理部５は、本体１にどのようなデバイスが接続されたか、あるいはどんなデバイスが切り離されたかを認識し、結合体が完成されるまでのプロセスを管理する機能も備えている。
また、記憶部６は、接続したデバイスに応じた特定のデバイスドライバと、特定のアプリケーションソフトウェアとを記憶し、上記処理部５は、この記憶部６が記憶しているデバイスドライバとアプリケーションソフトウェアとによって、上記結合体としての携帯端末を制御することになる。
さらに、上記処理部５は、本体機能部４の通信機能を利用してサーバＳにアクセスする機能も備えている。
【００１１】
上記サーバＳは、本体１とデバイスとの組み合わせに応じたデバイスドライバを記憶したドライバ記憶部７と、上記本体１に接続可能なデバイスとそのデバイスに対応するアプリケーションソフトウェアとの対応テーブルを記憶した対応テーブル記憶部８と、上記対応テーブルに含まれるアプリケーションソフトウェアを記憶したアプリ記憶部９と、携帯端末と通信を行なう通信部（図示していない）とを備えている。
上記対応テーブル記憶部８が記憶している対応テーブルは、例えば、図２に示すテーブルで、一つのデバイスごと、あるいは、複数のデバイスからなる組み合わせ一組ごとにアプリケーションソフトウェアを対応付けている。なお、図２では、アプリケーションソフトウェアを「アプリ」と記載するとともに、対応データの説明のため、各データに番号を付している。
【００１２】
そして、この対応テーブルで特定されるアプリケーションソフトウェアは、対応するデバイスを上記本体１に接続したとき、そのデバイスと本体１との結合体に特有の機能を実現するためのソフトウェアである。例えば、対応データ１番は、デバイスＤ１が本体１に接続されたときに必要なアプリケーションソフトウェアがアプリＡ１であることを示している。また、図２の対応テーブルの対応データ２番〜５番は、複数のデバイスを一組としたデバイスの組み合わせにアプリケーションソフトウェアを対応付けている。
さらに、同じデバイスの組み合わせであっても、本体１に接続する順序によって、異なる機能を実現させるようにすることもできる。
【００１３】
例えば、対応データ２番は、本体１にデバイスＤ２及びＤ３を接続することによって構成される結合体が特有の機能を実現するためのアプリケーションソフトウェアがＡ２であることを示したデータである。
また、対応データ２番と３番に示すように、同じデバイスＤ２に、組み合わせるデバイスが、デバイスＤ３かＤ４によって、対応するアプリケーションソフトウェアが異なる場合もある。例えば、デバイスＤ２が電子フルートの吹き口部分を構成するデバイスで、デバイスＤ３，Ｄ４が電子フルートの主管及び足部管を構成するデバイスとした場合、デバイスＤ３がアルトフルート用、デバイスＤ４がバスフルート用とするなどである。この場合、対応データ２番では、電子アルトフルートを実現するアプリケーションソフトウェアＡ２を、対応データ３番では、電子バスフルートを実現するアプリケーションソフトウェアＡ３を、それぞれ示している。
【００１４】
さらに、対応データ４番，５番の、デバイス欄の矢印「→」は本体１にデバイスを接続する順番を示し、同じデバイスＤ５，Ｄ６の組み合わせであっても、その接続順によって対応するアプリケーションソフトウェアが異なる例を示している。例えば、デバイスＤ５がサックスの主管を構成するデバイスで、デバイスＤ６がクラリネットの吹き口を構成するデバイスの場合、デバイスＤ５を先に接続してからデバイスＤ６を接続した場合には電子サックスになり、逆にデバイスＤ６を先に接続してからデバイスＤ５を接続した場合には電子クラリネットになるなどである。この場合、対応データ４番では、電子サックスを実現するアプリケーションソフトウェアＡ４を、対応データ５番では、電子クラリネットを実現するアプリケーションソフトウェアＡ５を、それぞれ示している。
【００１５】
なお、図２に示した対応テーブルは、対応データごとに異なるアプリケーションソフトウェアが記載されているが、デバイスとアプリケーションソフトウェアの組み合わせが記載されていればよく、これにこだわるものではない。例えば対応データ１番と対応データ２番とが、同一のアプリケーションソフトウェアＡ１に対応してもよい。
また、上記アプリ記憶部９は、アプリケーションソフトウェアそのものを記憶している記憶部である。
【００１６】
以下に、この第１実施形態の携帯端末の作用を説明するが、ここでは特定のデバイスＤ２，Ｄ３を接続することによって携帯端末が電子フルートとして機能する例を用いて説明する。
上記デバイスＤ２はフルートの吹き口を備えたデバイスであり、吹き口から吹き込まれた息を検出し、その検出信号を本体１に送信するものである。また、デバイスＤ３は、押さえキーを備えたフルートの主管及び足部管を構成するデバイスであり、キー位置を検出し、本体１に送信するものである。
そして、本体１には、その一端にコネクタ２を介して上記デバイスＤ２を接続するとともに、他端にはコネクタ３を介して上記デバイスＤ３を接続する。このように、本体１の両側にそれぞれ、デバイスＤ２、デバイスＤ３を接続すると、これらのデバイスＤ２，Ｄ３と本体１とが一体となって、フルートに似た形状の結合体を構成するようにしている。
【００１７】
次に、本体１にデバイスが接続され電子フルートとして機能するまでの本体１側の機能を詳細に説明する。
まず、外部機器であるデバイスＤ２がコネクタ２を介して接続されると、本体１の処理部５は外部機器が接続されたことを検知するとともに、そのデバイスタイプを特定する。デバイスタイプの特定は、デバイスＤ２の電気的な特性、デバイスＤ２の形態、デバイスＤ２が保有する識別子などを取得することで実現可能である。このように特定されたデバイスタイプと本体のタイプとの組み合わせには、デバイスドライバが対応付けられている。
処理部５は、デバイスタイプを特定したら、本体機能部４に備える通信機能を利用してサーバＳと接続し、当該デバイスタイプに対応し、しかも本体１のタイプに対応したデバイスドライバをサーバＳのドライバ記憶部７からダウンロードし、本体１にインストールして記憶部６に記憶させる。
【００１８】
次に、デバイスＤ３がコネクタ３を介して接続されたら、デバイスＤ２がコネクタ２を介して接続された場合と同様に、処理部５はサーバＳからデバイスＤ３に対応するデバイスドライバを取得し、デバイスＤ３に対応するデバイスドライバをインストールする。
次に、デバイスＤ３がコネクタ３を介して接続されたら、同様に、処理部５はデバイスＤ３に対応するデバイスドライバをインストールする。
そして、処理部５は、各デバイスＤ２、Ｄ３に対し、それぞれデバイスドライバを介してアクセスし、アクセスしたデバイスＤ２，Ｄ３からデバイス情報を取得する。ここで取得するデバイス情報とは、デバイスタイプとは異なり、アクセスしたデバイスが、デバイスＤ２あるいはデバイスＤ３であることを認識するための情報である。
【００１９】
処理部５は、デバイスＤ２，Ｄ３を特定したら、本体機能部４の通信機能を利用してサーバＳの対応テーブル記憶部８にアクセスし、図２の対応テーブルをダウンロードする。処理部５は、ダウンロードした対応テーブルに基づいて上記デバイスＤ２，Ｄ３の組み合わせに対応するアプリケーションソフトウェアを特定する。具体的には、図２の対応データ２番から、上記デバイスＤ２，Ｄ３の組み合わせに対応するアプリケーションソフトウェアＡ２を特定する。処理部５は、サーバＳにアクセスし、特定した上記アプリケーションソフトウェアＡ２をサーバＳのアプリ記憶部９から本体１にダウンロードし、それを記憶部６にインストールして起動する。
なお、上記とは異なり、処理部５は、デバイスＤ２，Ｄ３を特定したら、本体のタイプや、接続されたデバイスＤ２，Ｄ３を特定するデバイス情報などを送信して、上記デバイスＤ２、Ｄ３の組み合わせに対応するアプリケーションソフトウェアのダウンロードをサーバＳに要求してもよい。この場合には、当該要求を受理したサーバＳが、対応テーブル記憶部８を利用して、デバイスＤ２、Ｄ３の組み合わせに対応するアプリケーションソフトウェアＡ２を特定し、それをアプリ記憶部９から取得して本体１にダウンロードさせる。
【００２０】
このアプリケーションソフトウェアＡ２は、電子フルート機能を実現するためのアプリケーションソフトウェアであり、デバイスＤ２の吹き口から吹き込まれた息の情報と、デバイスＤ３のキーの押さえ位置情報とを取り込み、これらのデータに応じたフルートの電子音を図示しないスピーカーから出力させるものである。このように、本体１にデバイスＤ２，Ｄ３を接続することによって、本体１は、本体１に本来的に備わっている機能とは全く異なる電子フルートの一構成部品として機能することになる。しかも、この結合体の形状をフルートに似せることができるので、ユーザーは、単にフルートの音色を楽しむだけではなく、実際のフルートを演奏していると全く同じような感覚で、演奏を楽しむことができる。
【００２１】
なお、本体１に、上記とは別のデバイスを接続した場合にも、上記と同様の手順によって処理部５が必要なアプリケーションソフトウェアを起動し、本体１とデバイスとの結合体に特有の機能を実現させることができる。
また、上記電子フルートでは、２つのデバイスＤ２，Ｄ３を接続する例を説明したが、携帯端末の本体１に接続するデバイスの数はいくつでもかまわない。
本体１にコネクタをいくつ設けてもかまわないが、常に全てのコネクタにデバイスを接続しなければならないものではない。結合体に応じては、それらのコネクタのうち、一部だけを使用することもある。
【００２２】
また、複数のデバイスを本体１の両側に接続するだけでなく、本体１の片側に複数のデバイスを直列に接続するようにしてもよい。本体１と外部機器としてのデバイスとの結合には、本体１とデバイスとの結合体が実現する機能に応じて、様々な形態が考えられる。
なお、上記第１実施形態では、図２の対応テーブルに示すように、一つのデバイスまたは、複数のデバイスの組み合わせごとに、一つのアプリケーションソフトウェアを対応付けているが、一つのデバイスあるいは一つの組み合わせに複数のアプリケーションソフトウェアを対応付けても良い。その場合には、いずれのアプリケーションソフトウェアをインストールして起動させるかは、ユーザーに選択させるようにする。そして、処理部５が、本体１が備えているディスプレイに選択情報を表示して選択させるようにする。
【００２３】
図３〜図５は、一つまたは複数のデバイスが接続された状態で、対応可能なアプリケーションソフトウェアが複数ある第２実施形態を示している。この第２実施形態は、図３に示す対応テーブルが、上記第１実施形態と異なるが、それ以外の構成は第１実施形態と同様である。
図３は、一つのデバイスまたは複数のデバイスの組み合わせにアプリケーションソフトウェアを対応させた対応テーブルであるが、一つのデバイスを接続した状態では、対応可能なアプリケーションソフトウェアが絞り込めない例を示したものである。
例えば、デバイスＤ１をひとつだけ本体１に接続したときには、対応するアプリケーションソフトウェアは、Ａ１，Ａ２の二つである。そのため、デバイスＤ１のみを接続している状態では、ユーザーに、上記Ａ１，Ａ２いずれかのアプリケーションソフトウェアを選択させる必要がある。
【００２４】
また、対応データ２番〜４番におけるデバイスの組み合わせに、デバイスＤ１が含まれていて、各組み合わせに対応するアプリケーションソフトウェアはそれぞれ異なる組み合わせでは、デバイスＤ１のほかにどのデバイスが接続されるかによって、対応するアプリケーションソフトウェアが異なる。そのため、デバイスＤ１を接続した時点では、対応するアプリケーションソフトウェアは特定できない。この状態から、他のデバイスを接続することによって、デバイスの組み合わせが特定されるので、対応するアプリケーションソフトウェアが絞り込まれることになる。
【００２５】
以下に、アプリケーションソフトウェアの絞込みの例を説明する。
図４は、最初にデバイスＤ１を接続する例であり、本体１に接続するデバイスの符号Ｄ１〜Ｄ４の下に、対応するアプリケーションソフトウェアの符号Ａ１〜Ａ５を括弧で囲んで示している。
まず、デバイスＤ１だけを接続した場合、その時点で対応する可能性があるアプリケーションソフトウェアは、図３の対応テーブルが示すとおり、Ａ１，Ａ２，Ａ３，Ａ４，Ａ５である。次に、デバイスＤ２を接続すると、デバイスＤ１及びＤ２を含む組み合わせに対応するアプリケーションソフトウェアＡ３，Ａ４に絞り込まれる。ここでデバイスの接続を終了すれば、対応するアプリケーションソフトウェアはＡ３に確定する（図３の対応データ２番参照）。一方、上記デバイスＤ２を接続した後、三番目にデバイスＤ３を接続すれば、対応データ３番から対応するアプリケーションソフトウェアＡ４に絞り込まれる。
なお、デバイスの接続が終了したことを処理部５に通知するためには、ユーザーが特定のキーなどを操作するようにしてもよいし、一定時間経過した場合に、上記処理部５が、デバイスの接続が終了したと判断するようにしてもよい。
【００２６】
また、はじめにデバイスＤ１を接続し、二番目にデバイスＤ３を接続した場合には、その時点でアプリケーションソフトウェアＡ４及びＡ５が対応可能なアプリケーションソフトウェアとなる。そして、三番目にデバイスＤ２を接続すれば、対応データ３番に基づいて、対応するアプリケーションソフトウェアＡ４に絞り込まれる。一方、三番目に、デバイスＤ４を接続すれば、対応データ４番に基づいて、対応するアプリケーションソフトウェアＡ５に絞り込まれる。
【００２７】
上記ように、複数のデバイスを順次接続すれば、そのデバイスの組み合わせに対応するアプリケーションソフトウェアを絞り込むことができる。また、この絞り込みの過程で、処理部５が本体１に接続されたデバイスを認識するとともに、上記対応テーブル記憶部８の対応テーブルと接続されたデバイスとを対比することによって、デバイスに対応するアプリケーションソフトウェアが一つに絞られたことを認識することができ、その時点で、そのアプリケーションソフトウェアを自動的に起動することもできる。
【００２８】
また、図５は、はじめにデバイスＤ２を接続した場合の、アプリケーションソフトウェアの絞り込み手順を示した図である。この場合も、デバイスＤ１を最初に接続する場合と同様に対応するアプリケーションソフトウェアが絞り込まれる。
なお、この第２実施形態では複数のデバイスの組み合わせにおいて、一つの組み合わせは接続順にかかわり無く、同一のアプリケーションソフトウェアに対応するものとしている。ただし、接続順によって、対応するアプリケーションソフトウェアを変更するようにすることもできる。このように、同じデバイスの組み合わせでも、接続順によって対応するアプリケーションソフトウェアが異なるということは、デバイスと本体１とによって構成される結合体の外観は同じでも機能が異なるということである。
【００２９】
さらに、上記処理部５は、デバイスの接続過程において、その時点に接続されているデバイスと組み合わせ可能なデバイスを、上記対応テーブルから特定することもできる。そして、処理部５は、特定したデバイスを、接続可能なデバイスとして本体１のディスプレイに表示させ、ユーザーにデバイスの接続を促すようにしてもよい。上記接続可能なデバイスとは、コネクタ２，３に物理的に接続可能であるということではなく、先に接続したデバイスとの組み合わせで、特定のアプリケーションソフトウェアが対応しているものである。
また、デバイスの接続過程において、その時点で起動可能なアプリケーションソフトウェアがあれば、処理部５はそれらを表示させ、その中からユーザーに目的のアプリケーションソフトウェアを選択させるようにしてもよい。
さらに、アプリケーションソフトウェアの優先順位を予め設定しておけば、接続されるデバイスに応じて、アプリケーションソフトウェアを自動的に絞り込むこともできる。
【００３０】
以上のように、上記第１、第２実施形態の携帯端末は、さまざまなデバイスを接続することによって、携帯端末と外部機器とが相まって構成する新たな機能を持った結合体を構成することができる。
特に、本体に接続するデバイスの形状を、目的の機能に応じた形態にすることによって、結合体の一部を構成する携帯端末が、視覚的にも新たな装置に変身したように見え、面白さも倍増する。
【００３１】
なお、上記第１、第２実施形態では、ドライバ記憶部７、対応テーブル記憶部８及びアプリ記憶部９をサーバＳに設けているが、これらの記憶部７，８，９は、いずれも、本体１に設けてもよいし、外部機器であるデバイス側に設けてもよい。もし、上記記憶部７、８，９を、本体１やデバイスに設ければ、サーバＳが不要になるし、処理部５がサーバＳにアクセスする必要もなくなる。
また、記憶部６に予めデバイスドライバやアプリケーションソフトウェアを記憶させておくこともできる。
ただし、本体１にデバイスドライバやアプリケーションソフトウェアを記憶させる場合には、記憶容量の制限もあるうえ、将来デバイスの種類を増やして新たな機能を実現する際に、本体１を変更しなければならないという制約は免れない。
【００３２】
また、同一デバイスに対して機能を追加するためには、必要なアプリケーションソフトウェアをサーバＳに記憶させ、本体１の処理部が必要に応じてインストールするようにする必要がある。そして、新たなアプリケーションソフトウェアが追加される場合には、対応テーブルも追加しなければならない。さらに、新たなデバイスタイプに対応するためにはドライバ記憶部７も更新する必要がある。
従って、機能の追加や、新たなデバイスの追加に対応するためには、ドライバ記憶部７、対応テーブル記憶部８、及びアプリ記憶部９は、サーバＳなど、本体１の外部に備える必要がある。
ただし、これらの記憶部７，８，９を全て同一サーバに設ける必要は無い。
【図面の簡単な説明】
【００３３】
【図１】第１実施形態の構成図である。
【図２】第１実施形態のデバイスとアプリケーションソフトウェアとの対応テーブルの一例である。
【図３】第２実施形態のデバイスとアプリケーションソフトウェアとの対応テーブルの一例である。
【図４】第２実施形態における、アプリケーションソフトウェアの絞り込み過程を示す図である。
【図５】第２実施形態における、アプリケーションソフトウェアの絞り込み過程を示す図である。
【符号の説明】
【００３４】
１      本体
２，３  コネクタ
５      処理部
６      記憶部
７      ドライバ記憶部
８      対応テーブル記憶部
９      アプリ記憶部
Ｓ      サーバ
Ｄ１，Ｄ２，Ｄ３，Ｄ４，Ｄ５，Ｄ６  （外部機器である）デバイス
Ａ１，Ａ２，Ａ３，Ａ４，Ａ５  アプリケーションソフトウェア
【図１】
2010113519.tif 000003
【図２】
2010113519.tif 000004
【図３】
2010113519.tif 000005
【図４】
2010113519.tif 000006
【図５】
2010113519.tif 000007