(57)【要約】【課題】端末装置が互いに異なる通信プロトコルにより通信を行う複数の機能部と接続されている場合でも、端末装置の設計コストや装置コストをかけることなく、端末装置と接続する機能部が相互に通信をすることができるサーバ装置、端末装置、通信システム、通信方法、及びプログラムを提供する。【解決手段】端末装置と通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを生成する通信チップ通信データ生成部と、前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを生成する送信データ生成部と、前記第２パケットを前記第２プロトコルに従って端末装置に送信する送信部とを備える。【選択図】図２
2019097033.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを生成する通信チップ通信データ生成部と、
前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを生成する送信データ生成部と、
前記第２パケットを前記第２プロトコルに従って端末装置に送信する送信部と
を備えることを特徴とするサーバ装置。
【請求項２】
前記端末装置から、前記第２プロトコルに対応した第３パケットを受信する受信部と、
前記第３パケットのデータ部を、前記第１プロトコルに従って解析する通信チップ通信データ解析部と
を更に備えることを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記端末装置から送信された前記通信チップの通信に関する情報に基づいて、前記端末装置に、前記通信チップ及び前記通信チップの通信に関する情報を対応付けて記憶する通信チップ通信情報記憶部を更に備え、
前記通信チップ通信データ生成部は、前記通信チップ通信情報記憶部に記憶された通信チップの通信に関する情報に基づいて、前記第１パケットを生成する
ことを特徴とする請求項１又は請求項２に記載のサーバ装置。
【請求項４】
前記送信データ生成部は、複数の前記第１パケットがデータ部に格納された前記第２パケットを生成する
ことを特徴とする請求項１から請求項３のいずれか一項に記載のサーバ装置。
【請求項５】
前記第１プロトコルは、ＩＳＯ７８１６に準拠する通信プロトコルである
ことを特徴とする請求項１から請求項４のいずれか一項に記載のサーバ装置。
【請求項６】
通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットをサーバ装置から受信する受信部と、
前記受信部により受信された前記第２パケットから前記第１パケットを抽出し、抽出した前記第１パケットを前記通信チップに出力する制御部と
を備えることを特徴とする端末装置。
【請求項７】
請求項１から請求項４のいずれか一項に記載のサーバ装置と、
前記サーバ装置に対し、通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを、前記通信チップから受信し、受信した前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを、前記第２プロトコルに従ってサーバ装置に送信する端末装置と
を備えることを特徴とする通信システム。
【請求項８】
通信チップ通信データ生成部が、端末装置と通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを生成する工程と、
送信データ生成部が、前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを生成する工程と、
送信部が、前記第２パケットを前記第２プロトコルに従って端末装置に送信する工程と
を有する通信方法。
【請求項９】
コンピュータに、
端末装置と通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを生成する工程と、
前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを生成する工程と、
前記第２パケットを前記第２プロトコルに従って端末装置に送信する工程と
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、端末装置、通信システム、通信方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、センサなどを様々な場所に設置し、その場所の環境データや、撮像データなどを取得するシステムが普及している。このようなシステムでは、通信ネットワークを介し、センサが搭載された端末装置と、データを集約するサーバ装置との間でデータが送受信される。制御装置とサーバ装置との間の通信は、その通信において規定されたネットワーク通信プロトコルに従って行われる。
また、端末装置には、端末装置の機能を実現させる各種アプリケーションが実装される。端末装置は、サーバ装置から受信したデータを、端末装置の各種アプリケーションに対して送信する。各種アプリケーションに対する通信は、その通信において規定された通信プロトコルに従って行われる。制御装置とサーバ装置との間の通信と、端末装置における各種アプリケーションに対する通信とでは、通信プロトコルがそれぞれ異なる。このため、制御装置は、通信先に応じた通信プロトコルに従ったデータを作成して通信を行う必要がある。
また、端末装置が、今まで使用していたものとは通信プロトコルが異なるアプリケーションを新たに導入しようとした場合、端末装置は、その新たに導入したアプリケーションに応じた通信プロトコルに従ったデータを作成して通信を行う必要がある。
特許文献１では、ネットワーク毎に設けられた通信制御部からの要求に応じて接続方式（通信プロトコル）を変更することにより、ネットワークが変更された場合でも変更前に使用していたハードウェアをそのまま使用することができる技術が開示されている。また、特許文献２では、通信速度が異なるネットワークを介した通信において、通信速度が速い装置から通信速度の遅い装置に対して送信されたデータを、一旦、メモリに蓄積させることで、オーバーフローさせることなく通信速度の遅い装置に対して出力する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２９０４２９号公報
【特許文献２】特開２００６−２６８１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の場合には、接続先に応じて接続方式を変更するための処理が必要となる。また、特許文献２の場合には、データを蓄積させるための記憶領域が必要となる。このため、端末装置に、今まで使用していたものとは通信プロトコルが異なるアプリケーションを新たに導入しようとすれば、端末装置のＣＰＵを高い処理能力を有するものにして設計し直したり、メモリを増設したりする必要があり端末装置の設計コストや装置コストが増大してしまう。
【０００５】
本発明は、このような状況に鑑みてなされたもので、その目的は、端末装置が互いに異なる通信プロトコルにより通信を行う複数の機能部と接続されている場合でも、端末装置の設計コストや装置コストをかけることなく、端末装置と接続する機能部が相互に通信をすることができるサーバ装置、端末装置、通信システム、通信方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明の一態様は、端末装置と通信チップとの間で通信するプロトコルである第１プロトコルに対応した第１パケットを生成する通信チップ通信データ生成部と、前記第１パケットがデータ部に格納され前記第１プロトコルとは異なる第２プロトコルに対応した第２パケットを生成する送信データ生成部と、前記第２パケットを前記第２プロトコルに従って端末装置に送信する送信部とを備えることを特徴とするサーバ装置である。
【発明の効果】
【０００７】
本発明によれば、端末装置が互いに異なる通信プロトコルにより通信を行う複数の機能部と接続されている場合でも、端末装置の設計コストや装置コストをかけることなく、端末装置と接続する機能部が相互に通信をすることができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態の通信システム１の構成例を示すシステム構成図である。
【図２】実施形態のサーバ装置１０の構成例を示すブロック図である。
【図３】実施形態の通信システム１で用いられるデータパケットの例を示す図である。
【図４】実施形態のサーバ装置１０が作成するデータパケットについて説明する図である。
【図５】実施形態の制御チップ３２の構成例を示すブロック図である。
【図６】実施形態の通信チップ４０の構成例を示すブロック図である。
【図７】実施形態の通信システム１における動作例を示す第１のシーケンスチャートである。
【図８】実施形態の通信システム１における動作例を示す第２のシーケンスチャートである。
【図９】実施形態の通信システム１における動作例を示す第３のシーケンスチャートである。
【図１０】実施形態の変形例の通信システム１Ａで用いられるデータパケットの例を示す図である。
【発明を実施するための形態】
【０００９】
以下、実施形態のサーバ装置、端末装置、通信システム、通信方法、及びプログラムを、図面を参照して説明する。
【００１０】
図１は、実施形態の通信システム１の構成例を示すシステム構成図である。通信システム１は、例えば、サーバ装置１０と端末装置３０とを備える。サーバ装置１０と端末装置３０とは、通信ネットワーク２０を介して互いに通信可能に接続される。図１の例では、一つのサーバ装置１０と一つの端末装置３０とが通信可能に接続されているが、一つのサーバ装置１０に対して複数の端末装置３０が通信を行ってもよいし、複数のサーバ装置１０に対して複数の端末装置３０が通信を行ってもよい。また、複数のサーバ装置１０に対して一つの端末装置３０が通信を行ってもよい。
【００１１】
ここで、通信ネットワーク２０が対応する通信プロトコルは、「第２プロトコル」の一例である。ここで、通信プロトコルとは、通信を行うための手順や約束事であり、通信における伝送路、伝達方法、通信相手の特定、データ形式や表現方法などをあらかじめ規定したものである。
【００１２】
サーバ装置１０は、端末装置３０からデータを取得する。サーバ装置１０は、端末装置３０から取得した撮像データ等のデータを蓄積し、蓄積したデータに基づいてユーザの操作に応じた画像を表示する等し、様々なサービスを提供する。
また、サーバ装置１０は、端末装置３０に対してデータを送信する。サーバ装置１０から端末装置３０に対して送信されるデータは、例えば端末装置３０に対する制御を行うためのデータである。
【００１３】
端末装置３０は、通信モジュール３１と、制御チップ３２と、センサモジュール３４（センサモジュール３４−１、…３４−Ｎ）（但し、Ｎは任意の自然数）と、通信チップ４０とを備える。
通信モジュール３１は、通信ネットワーク２０を介して、サーバ装置１０や、その他の通信装置により端末装置３０に対して送信されたデータを受信する。通信モジュール３１は、受信したデータを、制御チップ３２に出力する。
また、通信モジュール３１は、制御チップ３２からサーバ装置１０に対して通知するデータを取得し、取得したデータをサーバ装置１０に送信する。
また、通信モジュール３１は、センサモジュール３４、及び通信チップ４０からサーバ装置１０に対して通知するデータを取得し、取得したデータを、制御チップ３２を介してサーバ装置１０に送信する。
【００１４】
制御チップ３２は、通信モジュール３１、センサモジュール３４、及び通信チップ４０を制御する。ここで、制御チップ３２と通信チップ４０との間の通信において規定される通信プロトコルは、「第１プロトコル」の一例である。
【００１５】
制御チップ３２は、通信プロトコルが実装されたＩＣチップである。換言すると、制御チップ３２は、実装された通信プロトコルに基づく通信機能を備える。ここで、通信プロトコルは、例えば、既存の通信プロトコル（例えば、ＩＳＯ７８１６）である。制御チップ３２は、例えば、と通信チップ４０との間の通信において、ＩＳＯ７８１６で規定される通信プロトコルを用いて通信を行う。具体的には、制御チップ３２には、ＩＳＯ７８１６に準拠したドライバがインストールされ、当該ドライバを介して通信チップ４０に対してコマンドを送信し、コマンドに対する処理応答（レスポンス）を通信チップ４０から受信する。
【００１６】
なお、制御チップ３２に実装される通信プロトコルは、ＩＳＯ７８１６に規定される通信プロトコルに限定されることはなく、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）、Ｉ２Ｃ（I-squared-C、Inter-Integrated Circuit）、ＳＰＩ（Serial Peripheral Interface）、又はその他の規格により規定される通信プロトコルであってもよい。また、制御チップ３２には、一つの通信プロトコルが実装されてもよいし、複数の通信プロトコルが実装されてもいてもよい。
また、制御チップ３２と、通信モジュール３１と、センサモジュール３４との各々により実現される機能は、１つのＩＣチップで実現されてもよいし、それぞれの機能を実現する別々のＩＣチップにより実現されてもよい。
【００１７】
制御チップ３２は、サーバ装置１０から通信チップ４０に対して送信されたデータを、通信モジュール３１を介して取得し、取得したデータを通信チップ４０に出力する。
制御チップ３２は、通信チップ４０からサーバ装置１０に対して通知するデータを、通信チップ４０から取得する。制御チップ３２は、通信チップ４０から取得したデータを、通信モジュール３１を介してサーバ装置１０に送信する。
【００１８】
センサモジュール３４は、例えば、撮像機能を備えた撮像モジュールである。センサモジュール３４は、撮像した撮像データを制御チップ３２に出力する。なお、センサモジュール３４は、温度や湿度を検知する環境センサであってもよい。また、センサモジュール３４はデータを出力する機能を備えていてもよい。例えば、端末装置３０がスマート家電である場合には、センサモジュール３４は、制御チップ３２の指示により家電を起動又は停止させたり、あるいは稼働状況を変更させたりする信号を出力してもよい。端末装置３０が携帯端末である場合には、センサモジュール３４は画像を表示するディスプレイ、音を出力するスピーカ等であってもよい。
【００１９】
通信チップ４０は、制御チップ３２と通信する。通信チップ４０は、制御チップ３２と通信するための通信プロトコル（例えば、ＩＳＯ７８１６）が実装されたＩＣチップである。換言すると、通信チップ４０は、制御チップ３２と通信するための通信プロトコルに基づく通信機能を備える。
【００２０】
以下の説明では、通信チップ４０は、検証機能又は暗号化機能を備えるＩＣチップである場合を例示して説明する。この場合、通信チップ４０は、例えば、セキュアＩＣチップ、セキュアチップ、セキュアＩＣ等と称され、外部からの悪意ある攻撃から情報を守る堅牢な構造を持ち耐タンパ性を備えたＩＣチップであってもよい。なお、通信チップ４０は、通信プロトコルが実装されたＩＣチップであればよく、セキュアＩＣチップ等に限定されることはない。
また、通信チップ４０は、プラスチック等のカード機材に実装されていてもよい。この場合、通信チップ４０はＩＣカード、又はＳＩＭカード（Subscriber Identity Module Card）の形態となる。通信チップ４０がＩＣカード等である場合、端末装置３０のＩＣカード用のリーダライタ（不図示）を介して、端末装置３０に対して着脱可能に接続されてもよい。
【００２１】
図２は、第１の実施形態のサーバ装置１０の構成例を示すブロック図である。
サーバ装置１０は、サーバ通信部１１と、サーバ制御部１２と、記憶部１３とを備える。
サーバ通信部１１は、通信ネットワーク２０に接続され、通信ネットワーク２０を介して、端末装置３０、及び他の通信装置と通信を行う。サーバ通信部１１は、サーバ制御部１２の送信データ生成部１２０から端末装置３０に対して送信するデータの伝送単位当たりのデータ（データパケット）を取得し、取得したデータパケットを端末装置３０に送信する。また、サーバ通信部１１は、端末装置３０からサーバ装置１０に対して送信されたデータパケットを、通信ネットワーク２０を介して受信し、受信したデータパケットを送信データ生成部１２０に出力する。
【００２２】
ここで、サーバ通信部１１により通信ネットワーク２０を介して送受信されるデータパケットは、通信ネットワーク２０が対応する通信プロトコル（以下、ネットワークプロトコルと称する）に規定されたデータパケットである。ネットワークプロトコルは、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＵＤＰ(User Datagram Protocol）等のインターネットにて標準的に利用されている通信プロトコルである。
一方で、端末装置３０の中の機能部（例えば、制御チップ３２と通信チップ４０）の間において送受信されるデータパケットは、当該機能部間で対応する通信プロトコル（以下、端末内通信プロトコルと称する）に規定された内容に従って、通信チップ４０に対して通知するデータパケットを作成する。端末内通信プロトコルは、例えば、ＩＳＯ７８１６に規定される通信プロトコルである。以下では、通信システム１で用いられる端末内通信プロトコルに規定されたデータパケットの内容について図３を用いて説明する。
【００２３】
図３は、第１の実施形態の通信システム１で用いられるデータパケットの例を示す図である。図３（ａ）は、ネットワークプロトコルに基づくデータパケットＤＰ−１を模式的に示す図である。図３（ｂ）は、端末内通信プロトコルに基づくデータパケットＤＰ−２を模式的に示す図である。
図３（ａ）に示すように、ネットワークプロトコルに基づくデータパケットＤＰ−１は、ヘッダ部Ｈ−１、データ部Ｄ−１、及びフッタ部Ｆ−１を備える。ヘッダ部Ｈ−１には、通信元や通信先を示す情報など通信に関する補足情報が、ネットワークプロトコルの規定に基づいて格納される。データ部Ｄ−１には、実際に通信される情報の内容を示す情報が格納される。フッタ部Ｆ−１には、例えば、通知内容が正しく通知されたか否かを確認するための情報等が格納される。例えば、データパケットＤＰ−１がＴＣＰ／ＩＰにおけるＴＣＰパケットである場合、ヘッダ部Ｈ−１はＴＣＰヘッダである。また、ＴＣＰパケットの場合、フッタ部Ｆ−１は存在しない。
【００２４】
なお、本実施形態においては、サーバ装置１０から端末装置３０に対して送信されるデータパケットには、データの通知先が示される。データの通知先は、例えば、データパケットに含まれるデータ部のデータが、端末装置３０の制御チップ３２に対して通知されたデータなのか、端末装置３０の通信チップ４０に対して通知されたデータなのかを示す情報である。例えば、サーバ制御部１２の送信データ生成部１２０は、データパケットＤＰ−１を作成する際に、ヘッダ部Ｈ−１の通信先を示す箇所に、端末装置３０の制御チップ３２を示す情報、又は、端末装置３０に接続する通信チップ４０を示す情報を格納することにより、データパケットＤＰ−１の通知先を指定する。
【００２５】
図３（ｂ）に示すように、端末内通信プロトコルに基づくデータパケットＤＰ−２は、ヘッダ部Ｈ−２、データ部Ｄ−２、及びフッタ部Ｆ−２を備える。ヘッダ部Ｈ−２には、通信元や通信先を示す情報など通信に関する補足情報が格納される。データ部Ｄ−２には、通信チップに通知するコマンドの内容や、通信チップから応答されるレスポンスの内容を示す情報が格納される。フッタ部Ｆ−２には、例えば、通知内容が正しく通知されたか否かを確認するための情報等が格納される。端末内通信プロトコルが、ＩＳＯ７８１６に規定されるプロトコルタイプＴ＝１で規定される端末内通信プロトコルである場合、データパケットＤＰ−２は、ＴＰＤＵ（transmission protocol data unit）である。また、ＴＰＤＵのデータ部Ｄ−２は、ＡＰＤＵ（Application Protocol Data Unit）である。ＴＰＤＵの場合、データパケットＤＰ−２は、３［ｂｙｔｅ］のヘッダ部Ｈ−２と、０［ｂｙｔｅ］〜２５５［ｂｙｔｅ］の可変長のデータ部Ｄ−２と、１［ｂｙｔｅ］又は２［ｂｙｔｅ］のフッタ部Ｆ−２とにより構成される。ヘッダ部Ｈ−２は、ＮＡＤ（node address byte）、ＰＣＢ（protocol control byte）、及びＬＥＮ（length byte）のそれぞれ１バイトの情報で構成される。データ部Ｄ−２の情報量は、通知すべき情報（アプリケーション情報）の量に基づいて、所定の範囲内（０［ｂｙｔｅ］〜２５５［ｂｙｔｅ］）で変更される。データ部Ｄ−２の情報量は、例えば、ヘッダ部Ｈ−２のＬＥＮに格納された情報により示される。
【００２６】
なお、端末装置３０からサーバ装置１０に対して送信されるデータパケットについても、図３（ａ）のデータパケットＤＰ−１に示す構成を有する。そして、本実施形態では、端末装置３０からサーバ装置１０に対して送信されたデータパケットには、データの通知元が示される。データの通知元は、データパケットに含まれるデータ部のデータが、端末装置３０の制御チップ３２から通知されたデータなのか、端末装置３０の通信チップ４０から通知されたデータなのかを示す情報である。例えば、端末装置３０は、ヘッダ部Ｈ−１の通信元を示す箇所に、端末装置３０の制御チップ３２を示す情報、又は、端末装置３０に接続する通信チップ４０を示す情報を格納することにより、データパケットの通知元を指定する。
【００２７】
図２に戻り、サーバ制御部１２は、サーバ装置１０を統括的に制御する。サーバ制御部１２は、送信データ生成部１２０と、通信チップ通信データ生成部１２１と、通信チップ通信データ解析部１２２とを備える。
送信データ生成部１２０は、サーバ装置１０により受信されたデータパケットを、サーバ通信部１１を介して取得し、取得したデータパケットに示されるデータの通知元を判定する。送信データ生成部１２０は、データパケットのヘッダ部の通知元を示す箇所に格納された情報を参照することにより、データの通知元が、制御チップ３２であるか、または通信チップ４０であるかを判定する。送信データ生成部１２０は、データの通知元が、通信チップ４０である場合には、データパケットを、通信チップ通信データ解析部１２２に出力する。送信データ生成部１２０は、データの通知元が、制御チップ３２である場合には、データパケットのデータ部を抽出し、抽出したデータ部の内容を解析し、解析した結果に応じた処理を行う。
【００２８】
また、送信データ生成部１２０は、ネットワークプロトコルの規定に基づき、サーバ装置１０から端末装置３０に対して送信するデータパケットを作成する。送信データ生成部１２０は、データの通知先が制御チップ３２である場合、図３（ａ）に示すような、ネットワークプロトコルに基づくデータパケットを作成する。
送信データ生成部１２０は、データの通知先が通信チップ４０である場合、通信チップ通信データ生成部１２１が作成したデータに基づいて、ネットワークプロトコルに基づくデータパケットを作成する。
【００２９】
通信チップ通信データ生成部１２１は、通信チップ通信情報記憶部１３０を参照して端末装置３０が接続する通信チップ４０が対応する端末内通信プロトコルを取得し、取得した端末内通信プロトコルの規定に基づき、サーバ装置１０から通信チップ４０に対して通知するデータパケットを作成する。通信チップ通信データ生成部１２１は、図３（ｂ）のデータパケットＤＰ−２に示すような、端末内通信プロトコルに対応したヘッダ部Ｈ−２、データ部Ｄ−２、及びフッタ部Ｆ−２を備えるデータパケットを作成する。以下では、通信チップ通信データ生成部１２１が作成したデータパケットを用いて、送信データ生成部１２０がネットワークプロトコルに基づくデータパケットを作成する方法について、図４を用いて説明する。
【００３０】
図４は、第１の実施形態のサーバ装置１０が作成するデータパケットについて説明する図である。図４の上側の図は、図３（ａ）に相当するネットワークプロトコルの規定に基づくデータパケットＤＰ−３である。図４の下側の図は、図３（ｂ）に相当する端末内通信プロトコルの規定に基づくデータパケットＤＰ−４である。
【００３１】
図４に示す通り、通信チップ通信データ生成部１２１は、図４の下側の図に示す端末内通信プロトコルの規定に従ったデータパケットＤＰ−４を作成する。そして、送信データ生成部１２０は、図４の上側の図に示すように、データパケットＤＰ−３のデータ部Ｄ−３に、通信チップ通信データ生成部１２１により作成されたデータパケットＤＰ−４を格納し、データ部Ｄ−３にネットワークプロトコルの規定に基づくヘッダ部及びフッタ部を付与することにより、データパケットＤＰ−３を作成する。
本実施形態では、サーバ装置１０から端末装置３０に対して送信するデータパケットＤＰ−３について、データパケットから抽出したデータ部Ｄ−３をそのまま、通信チップ４０に対して通知可能な状態、つまりデータパケットＤＰ−４の形式とする。これにより、端末装置３０が、ある通信プロトコルに基づくデータパケットを、異なる通信プロトコルに基づくデータパケットに変換する処理を省略可能とし、端末装置３０の処理負荷を低減させる。
【００３２】
ところで、本実施形態では、端末装置３０からサーバ装置１０に対して送信されるデータパケットのうち、通知元が通信チップ４０であるデータパケットについては、図４に示すデータパケットＤＰ−３の構成を備える。つまり、通信チップ４０からサーバ装置１０に対して通知されるデータパケットのデータ部には、端末内通信プロトコルに基づくデータパケットＤＰ−４（例えば、ＴＰＤＵ）が格納されている。
【００３３】
図２に戻り、通信チップ通信データ解析部１２２は、送信データ生成部１２０から通知元が通信チップ４０であるデータパケットを取得する。通信チップ通信データ解析部１２２は、取得したデータパケットの内容を、端末内通信プロトコルの規定に従って解析する。
通信チップ通信データ解析部１２２は、データパケットの内容が、通信チップ４０が対応する通信のプロトコルなど通信チップ４０における通信に関する情報である場合、当該データを、記憶部１３の通信チップ通信情報記憶部１３０に記憶させる。
【００３４】
記憶部１３は、サーバ制御部１２が動作するための各種プログラム、及びデータを記憶する。記憶部１３は、通信チップ通信情報記憶部１３０を備える。通信チップ通信情報記憶部１３０は、端末装置３０の通信チップ４０の通信に関する情報、例えば、通信チップ４０が対応する通信プロトコル等、を記憶する。
【００３５】
図５は、第１の実施形態の制御チップ３２の構成例を示すブロック図である。
制御チップ３２は、通信部３２０と、記憶部３２１と、制御部３２４とを備える。
通信部３２０は、通信モジュール３１、及び通信チップ４０の各々と通信を行う。
通信部３２０は、通信モジュール３１、及び通信チップ４０の各々により制御チップ３２に対して出力されたデータを取得し、取得したデータを、受信データ記憶部３２２に記憶させる。また、通信部３２０は、通信モジュール３１、及び通信チップ４０の各々に対して、データを送信する。ここで、通信部３２０が通信モジュール３１から取得するデータは、ネットワークプロトコルの規定に基づくデータパケットである。また、通信部３２０が通信チップ４０から取得するデータは、端末内通信プロトコルの規定に基づくデータパケットである。なお、通信部３２０は、センサモジュール３４とも通信を行う。通信部３２０は、例えば、シリアル通信によりセンサモジュール３４と通信する。
記憶部３２１は、制御チップ３２が動作するための各種プログラム、及びデータを記憶する。記憶部３２１は、受信データ記憶部３２２と、送信データ記憶部３２３とを備える。受信データ記憶部３２２は、制御チップ３２がサーバ装置１０等から受信したデータを記憶する。送信データ記憶部３２３は、制御チップ３２がサーバ装置１０等に対して送信するデータが記憶される。
【００３６】
制御部３２４は、制御チップ３２を統括的に制御する。制御部３２４は、取得部３２５と、データ処理部３２６とを備える。
取得部３２５は、制御チップ３２に対して出力されたデータを、受信データ記憶部３２２から取得する。取得部３２５は、取得したデータをデータ処理部３２６に出力する。
データ処理部３２６は、取得部３２５から取得したデータの通知元、及び通知先を判定する。データ処理部３２６は、例えば、取得したデータ（データパケット）のヘッダ部を参照することにより、通知元、及び通知先を判定する。
データ処理部３２６は、データの通知元がサーバ装置１０で、且つデータの通知先が通信チップ４０である場合、取得部３２５から取得したデータ（データパケット）のデータ部を抽出し、抽出したデータ部を、通信チップ４０に出力する。データ処理部３２６は、例えば、送信データ記憶部３２３における通信チップ４０への送信データを記憶させる所定の領域に、抽出したデータ部を記憶させることにより、通信部３２０を介して当該データ部を通信チップ４０に出力する。
データ処理部３２６は、データの通知元がサーバ装置１０で、且つデータの通知先が制御チップ３２である場合、データパケットのデータ部を抽出し、抽出したデータ部の内容を解析し、解析した結果に応じた処理を行う。
【００３７】
データ処理部３２６は、データの通知元が通信チップ４０で、且つデータの通知先がサーバ装置１０である場合、通信チップ４０からのデータ（データパケット）をデータ部に格納し、当該データ部にネットワークプロトコルの規定に基づくヘッダ部及びフッタ部を付与することにより、サーバ装置１０に送信するデータパケットを作成する。データ処理部３２６は、作成したデータパケットを、通信モジュール３１に出力する。データ処理部３２６は、例えば、送信データ記憶部３２３における通信モジュール３１への送信データを記憶させる所定の領域に、抽出したデータ部を記憶させることにより、通信部３２０を介して当該データ部を通信モジュール３１に出力する。
【００３８】
図６は、第１の実施形態の通信チップ４０の構成例を示すブロック図である。
通信チップ４０は、通信部４００と、制御部４１０と、記憶部４２０とを備える。
通信部４００は、制御チップ３２と通信を行う。
通信部４００は、制御チップ３２からデータ（データパケット）を取得する。通信部４００が取得するデータは、端末内通信プロトコルに基づくデータパケットである。通信部４００は、取得したデータを、受信データ記憶部４２１に記憶させる。また、通信部４００は、送信データ記憶部４２２に記憶されたデータを制御チップ３２に対して送信する。ここで、通信部３２０が制御チップ３２に対して送信するデータは、端末内通信プロトコルに基づくデータ（データパケット）である。
【００３９】
記憶部４２０は、通信チップ４０が動作するための各種プログラム、及びデータを記憶する。記憶部４２０は、受信データ記憶部４２１と、送信データ記憶部４２２とを備える。受信データ記憶部４２１は、通信チップ４０が制御チップ３２から受信したデータを記憶する。送信データ記憶部４２２は、通信チップ４０が制御チップ３２に対して送信するデータが記憶される。
【００４０】
制御部４１０は、通信チップ４０を統括的に制御する。制御部４１０は、例えば、プロトコル処理部４１１と、コマンド処理部４１２とを備える。
プロトコル処理部４１１は、通信チップ４０により受信されたデータ、及び通信チップから出力するデータについて、端末内通信プロトコルに基づく処理を行う。具体的には、プロトコル処理部４１１は、受信データ記憶部４２１を参照し、通信チップ４０により受信されたデータ(データパケット)を取得し、取得したデータパケットのデータ部をコマンド処理部４１２に出力する。また、プロトコル処理部４１１は、コマンド処理部４１２からのコマンドに対する処理結果を用いて、端末内通信プロトコルに従ったデータパケットを作成する。プロトコル処理部４１１は、作成したデータパケットを送信データ記憶部４２２に記憶させることにより、通信部４００を介してデータパケットを制御チップ３２に出力する。
コマンド処理部４１２は、プロトコル処理部４１１から取得したデータ部に含まれる命令（コマンド）を解釈し、コマンドに従った制御を行う。また、コマンド処理部４１２は、コマンドに対応する制御を行った結果の応答（レスポンス）を制御チップ３２に出力する。
【００４１】
ここで、通信システム１の動作例を、図７〜図９を用いて説明する。
図７〜図９は、第１の実施形態の通信システム１における動作例を示すシーケンスチャートである。図７では、サーバ装置１０と通信チップ４０との間で通信方法を確立させる動作の例を示す。図８では、サーバ装置１０と通信チップ４０との間でデータの読み出しが行われる場合の動作の例を示す。図９では、サーバ装置１０と通信チップ４０との間でデータの書き込みが行われる場合の動作の例を示す。
なお、通信システム１において、サーバ装置１０と制御チップ３２と間におけるデータの送受信には通信モジュール３１が介在するが、図７〜図９では、通信モジュール３１の記載を省略している。
【００４２】
図７に示すように、まず、制御チップ３２は、ユーザ操作により端末装置３０の電源が投入されるなどすると、起動する（ステップＳ１０１）。そして、制御チップ３２は、接続する通信チップ４０に対して、起動又はリセットを命令するコマンドを出力する（ステップＳ１０２）。通信チップ４０は、起動又はリセットを行った結果の応答を示すリセット応答データを作成する(ステップＳ１０３）。通信チップ４０は、作成した応答データを制御チップ３２に出力する（ステップＳ１０４）。リセット応答データは、例えば、ＩＳＯ７８１６−３のＡＴＲ（Answer To Reset）である。この場合、リセット応答データには、通信チップ４０が対応するプロトコルの準拠規格等の情報が含まれる。
【００４３】
制御チップ３２は、通信チップ４０から受け取った応答データを用いて、ネットワークプロトコルに従ったデータパケットを作成する（ステップＳ１０５）。制御チップ３２は、作成したデータパケットを送信データとし、サーバ装置１０に初期応答データ（ＡＴＲ、Answer To Reset）を送信する（ステップＳ１０６）。
【００４４】
サーバ装置１０は、制御チップ３２から受信したデータから、ネットワークプロトコルに基づいてネットワークプロトコルにおけるデータパッケトのデータ部を抽出する。そして、サーバ装置１０は、抽出したデータ部から、初期応答データを抽出する（ステップＳ１０７）。サーバ装置１０は、抽出した初期応答データから通信チップ４０が対応するプロトコルの準拠規格等、通信に関する情報を取得する（ステップＳ１０８）。サーバ装置１０は、端末装置３０に、通信チップ４０と取得した通信チップ４０の通信に関する情報とを対応付けて、通信チップ通信情報記憶部１３０に記憶させる（ステップＳ１０９）。なお、通信を開始する場合において、最初に制御チップ３２からサーバ装置１０に送信されるデータは、初期応答用のデータ（ＡＴＲ）が用いられる。初期応答用のデータ（ＡＴＲ）は、「ヘッダ、データ、フッタ」という図３（ａ）に示すようなデータ構造と異なる構造である。
【００４５】
サーバ装置１０は、取得した情報に基づいて、以降の通信チップ４０との通信において使用するプロトコルパラメータ（準拠する端末内通信プロトコルの規格やデータを分割して送受する際の分割するデータのサイズ等）を決定し、決定した内容を通信チップ４０に通知する通知データを作成する（ステップＳ１１０）。通知データは、例えば、ＩＳＯ７８１６−４のＰＰＳ（Protocol Parameter Selection）要求コマンドである。通知データは、端末内通信プロトコルに従ったデータパケットとして作成される。そして、サーバ装置１０は、作成した通知データをデータ部とし、データ部にネットワークプロトコルにおけるヘッダ部を付与することにより、制御チップ３２に対して送信する送信データを作成する（ステップＳ１１１）。サーバ装置１０は、送信データを、通信チップ４０に対して送信する（ステップＳ１１２）。
【００４６】
制御チップ３２は、サーバ装置１０から通信チップ４０に対して送信された送信データを取得し、取得したデータから、ネットワークプロトコルに従ってヘッダ部を取り除くことにより、データ部を取得する（ステップＳ１１３）。制御チップ３２が取得したデータ部は、サーバ装置１０により作成された通信チップ４０に対して通知する通知データである。
【００４７】
制御チップ３２は、取得したデータ部を、プロトコル変換処理を行うことなく、そのまま通信チップ４０に出力する（ステップＳ１１４）。通信チップ４０のプロトコル処理部４１１は、制御チップ３２から取得したデータから端末内通信プロトコルに基づく処理を行い、データに含まれるデータ部(アプリケーション情報、つまりコマンドの内容）を取得する（ステップＳ１１５）。プロトコル処理部４１１は、データ部の内容を、コマンド処理部４１２に出力する（ステップＳ１１６）。コマンド処理部４１２は、コマンドに基づく処理を行う（ステップＳ１１７）。
【００４８】
なお、図７では省略しているが、ステップＳ１１６において、コマンド処理部４１２は、コマンドに基づく処理を行うと、ステップＳ１０４と同様に、その応答データを作成しプロトコル処理部４１１に出力する。以降、ステップＳ１０５〜Ｓ１０８と同様な手順を経て、コマンド処理部４１２により作成された応答データが、サーバ装置に取得されて解釈される。
【００４９】
図８に示すように、サーバ装置１０と通信チップ４０との間でデータの読み出しが行われる場合、サーバ装置１０は、通信チップ４０に対して読出しコマンドを作成する（ステップＳ２０１）。サーバ装置１０は、作成した読出しコマンドを用いて、ネットワークプロトコルに従った送信データを作成する（ステップＳ２０２）。サーバ装置１０は、送信データを送信する（ステップＳ２０３）。制御チップ３２は、送信データを取得し、取得したデータからデータ部（読出しコマンド）を取得し、取得した読出しコマンドを通信チップ４０に出力する（ステップＳ２０４）。通信チップ４０のプロトコル処理部４１１は、読出しコマンドからデータ部（読出しコマンドの内容、つまり読出すデータの内容）を取得して、コマンド処理部４１２に出力する（ステップＳ２０５）。
【００５０】
コマンド処理部４１２は、プロトコル処理部４１１からの読出し内容に従って、データを読み出す処理を行う（ステップＳ２０６）。コマンド処理部４１２は、読み出したデータをプロトコル処理部４１１に出力する（Ｓ２０７）。
プロトコル処理部４１１は、コマンド処理部４１２から読出しデータを取得し、取得したデータを用いてレスポンスデータ作成する（ステップＳ２０８）。プロトコル処理部４１１は、読出しデータが、端末内通信プロトコルに従って送信できるデータよりも大きい容量である場合、読出しデータを複数のレスポンスデータに分割して送信する。プロトコル処理部４１１は、分割した読出しデータが含まれるレスポンスデータ（１）を制御チップ３２に出力する（ステップＳ２０９）。
【００５１】
制御チップ３２は、通信チップ４０から取得したレスポンスデータ（１）をネットワークプロトコルに対応させて、サーバ装置１０に出力する（ステップＳ２１０）。
サーバ装置１０は、制御チップ３２からのレスポンスデータ（１）の内容を解釈する（ステップＳ２１１）。サーバ装置１０は、制御チップ３２からの読出しデータには続きがあると認識すると、残りの読出しデータを通信チップ４０に対して要求する続きデータ要求コマンドを作成する（ステップＳ２１２）。サーバ装置１０は作成した要求コマンドをネットワークプロトコルに対応させた送信データを作成し（ステップＳ２１３）、制御チップ３２に対して送信する（ステップＳ２１４）。
【００５２】
制御チップ３２は送信データを取得し、取得たデータのデータ部（続きデータ要求コマンド）を通信チップ４０に対して出力する（ステップＳ２１５）。通信チップ４０のプロトコル処理部４１１は、残りの読出しデータが含まれるレスポンスデータ（２）を作成し（ステップＳ２１６）、制御チップ３２に出力する（ステップＳ２１７）。
制御チップ３２は、通信チップ４０から取得したレスポンスデータ（２）をネットワークプロトコルに対応させて、サーバ装置１０に出力する（ステップＳ２１８）。
サーバ装置１０は、制御チップ３２からのレスポンスデータ（２）の内容を解釈し（ステップＳ２１９）、読出しデータが揃ったと認識すると、分割されて通知された読出しデータを結合する（ステップＳ２２０）。
【００５３】
なお、図８では、読出しデータが二つに分割されて通知される場合を例示して説明したが、読出しデータの容量に応じて一度に通知されてもよいし、三つ以上に分割されて通知されてもよい。
【００５４】
図９に示すように、サーバ装置１０と通信チップ４０との間でデータの書き込みが行われる場合、サーバ装置１０は、通信チップ４０に対して書込みコマンド（１）を作成する（ステップＳ３０１）。サーバ装置１０は、作成した書込みコマンドを用いて、ネットワークプロトコルに従った送信データを作成する（ステップＳ３０２）。サーバ装置１０は、送信データを送信する（ステップＳ３０３）。
制御チップ３２は、送信データを取得し、取得したデータからデータ部（書込みコマンド（１））を取得し、取得した書込みコマンド（１）を通信チップ４０に出力する（ステップＳ３０４）。通信チップ４０のプロトコル処理部４１１は、書込みコマンド（１）からデータ部（書込みコマンドの内容、つまり書込むデータの内容）を取得し、書込むデータが分割されている場合には、サーバ装置１０に対して残りの書き込みデータを要求する続きデータ要求レスポンスを作成する（ステップＳ３０５）。プロトコル処理部４１１は、作成した要求レスポンスを制御チップ３２に出力する（ステップＳ３０６）。
【００５５】
制御チップ３２は、通信チップ４０から取得した要求レスポンスをネットワークプロトコルに対応させて、サーバ装置１０に出力する（ステップＳ３０７）。
サーバ装置１０は、制御チップ３２からの要求レスポンスの内容を解釈し（ステップＳ３０８）、残りの書込みデータを含む書込みコマンド（２）を作成する（ステップＳ３０９）。サーバ装置１０は作成した書込みコマンド（２）をネットワークプロトコルに対応させた送信データを作成し（ステップＳ３１０）、制御チップ３２に対して送信する（ステップＳ３１１）。
制御チップ３２は、送信データを取得し、取得したデータからデータ部（書込みコマンド（２））を取得し、取得した書込みコマンド（２）を通信チップ４０に出力する（ステップＳ３１２）。通信チップ４０のプロトコル処理部４１１は、書込みコマンド（２）からデータ部（書込みコマンドの内容、つまり書込むデータの内容）を取得し、分割して通知された書込みデータが揃ったことを認識した場合には、書込みデータを結合する（ステップＳ３１３）。プロトコル処理部４１１は、結合した書込みデータを、コマンド処理部４１２に出力する（ステップＳ３１４）。
【００５６】
コマンド処理部４１２は、プロトコル処理部４１１から取得したデータを書き込む処理を行い（ステップＳ３１５）、プロトコル処理部４１１に対して書込み結果を出力する（ステップＳ３１６）。
プロトコル処理部４１１は、コマンド処理部４１２からの書込み結果に基づいて、書き込み要求に対するレスポンスを作成する（ステップＳ３１７）。プロトコル処理部４１１は、作成したレスポンスを制御チップ３２に出力する（ステップＳ３１８）。制御チップ３２は、通信チップ４０から取得したレスポンスをネットワークプロトコルに対応させて、サーバ装置１０に出力する（ステップＳ３１９）。サーバ装置１０は、制御チップ３２からのレスポンスの内容を解釈する（ステップＳ３２０）。
【００５７】
なお、図９では、書込みデータが二つに分割されて通知される場合を例示して説明したが、書込みデータの容量に応じて一度に通知されてもよいし、三つ以上に分割されて通知されてもよい。
【００５８】
（実施形態の変形例）
次に、実施形態の変形例について説明する。本変形例では、サーバ装置１０が端末装置３０に送信する一つのデータパケットに、通信チップ４０との間で通信するデータパケットを複数含める点において、上記実施形態と相違する。
図１０は、実施形態の変形例の通信システム１Ａで用いられるデータパケットの例を示す図である。図１０（ａ）は、ネットワークプロトコルに基づくデータパケットＤＰ−５を模式的に示す図である。図１０（ｂ）は、端末内通信プロトコルに基づくデータパケットＤＰ−６、ＤＰ−７を模式的に示す図である。
【００５９】
図１０に示す通り、通信チップ通信データ生成部１２１は、図１０の下側の図に示す端末内通信プロトコルの規定に従ったデータパケットＤＰ−６、及びＤＰ−７を作成する。そして、送信データ生成部１２０は、図１０の上側の図に示すように、データパケットＤＰ−５のデータ部Ｄ−５に、通信チップ通信データ生成部１２１により作成されたデータパケットＤＰ−６及びＤＰ−７を両方とも格納し、データ部Ｄ−５にネットワークプロトコルの規定に基づくヘッダ部及びフッタ部を付与することにより、データパケットＤＰ−５を作成する。
【００６０】
本変形例では、サーバ装置１０から端末装置３０に対して送信するデータパケットＤＰ−５について、そのデータ部Ｄ−５に、通信チップ４０が対応する端末内通信プロトコルに対応する、複数のデータパケットＤＰ−６、及びＤＰ−７を格納する。これにより、サーバ装置１０は、通信チップ４０に対して通知するデータを端末装置３０に送信する際の通信回数を減らすことができる。
【００６１】
サーバ装置１０からデータパケットＤＰ−５を受信した端末装置３０は、通信モジュール３１を介して、制御チップ３２にデータパケットＤＰ−５を取得させる。制御チップ３２は、データパケットＤＰ−５のデータ部を抽出することにより、複数のデータパケットＤＰ−６、及びＤＰ−７を取得する。制御チップ３２は、取得した複数のデータパケットのうち一つのデータパケットを、順に、通信チップ４０に送信する。例えば、制御チップ３２は、まずデータパケットＤＰ−６を通信チップ４０に送信し、通信チップ４０からレスポンスデータによる応答を受信したら、次のデータパケットＤＰ−７を通信チップ４０に送信する。
なお、図１０では、データパケットＤＰ−５に、二つのデータパケットＤＰ−６、及びデータパケットＤＰ−７が実装された場合を例示して説明したが、これに限定されない。ネットワークプロトコルのデータ部に、三以上の端末内通信プロトコルのデータパケットが含まれてもよい。
【００６２】
以上説明したように、実施形態のサーバ装置１０は、端末装置３０と通信チップ４０との間で通信するプロトコルである端末内通信プロトコル（第１プロトコル）に対応したデータパケット（第１パケット）を生成する通信チップ通信データ生成部１２１と、データパケット（第１パケット）がデータ部に格納されネットワークプロトコル（第２プロトコル）に対応したデータパケット（第２パケット）を生成する送信データ生成部１２０と、作成したデータパケット（第２パケット）をネットワークプロトコルに従って端末装置３０に送信するサーバ通信部１１（送信部）とを備える。
これにより、実施形態のサーバ装置１０は、端末装置３０がネットワークプロトコルによりサーバ装置１０と通信し、端末内通信プロトコルにより通信チップ４０と通信する場合でも、端末装置３０の制御チップ３２の処理負荷を増大させることなく、サーバ装置１０と通信チップ４０との間で相互に通信することが可能となる。サーバ装置１０は、通信チップ通信データ生成部１２１により通信チップ４０と通信するデータパケットを作成させることができ、送信データ生成部１２０により、通信チップ通信データ生成部１２１により作成されたデータパケットをネットワークプロトコルに対応させることができる。端末装置３０により受信されたデータパケットのデータ部の内容が、端末内通信プロトコルに対応したものであるため、端末装置３０は、サーバ装置１０から受信したデータパケットを端末内通信プロトコルに対応させるための処理を行う必要がない。つまり、端末装置３０に、互いに異なる通信プロトコルにより通信を行うサーバ装置１０と通信チップ４０とが接続されている場合でも、サーバ装置１０と通信チップ４０と間の通信を行うために、制御チップ３２を処理能力の高い高価なチップとしたり、メモリ容量を増加させたりする必要がない。
【００６３】
また、実施形態のサーバ装置１０は、端末装置３０から、ネットワークプロトコルに対応したデータパケット（第３パケット）を受信するサーバ通信部１１（受信部）と、データパケット（第３パケット）のデータ部を、端末内通信プロトコルに従って解析する通信チップ通信データ解析部１２２とを更に備える。
これにより、実施形態のサーバ装置１０は、通信チップ通信データ解析部１２２により端末装置３０から送信されたデータパケットのデータ部を端末内通信プロトコルに従って解析することができる。これにより、サーバ装置１０に対してデータを送信する端末装置３０は、端末装置３０が通信チップ４０から受信したデータをサーバ装置１０に対して送信する場合に、通信チップ４０から端末装置３０に対して通知されたデータパケットの内容を解析する処理を行う必要がない。尚且つ、通信チップ４０から端末装置３０に対して通知されたデータパケットの内容を解析する必要がないため、端末装置３０は、解析するために必要な情報を記憶させておく必要がない。すなわち、通信システム１（１Ａ）における端末装置３０の処理負荷、及びメモリ容量が増大することを抑制することができ、制御チップ３２を処理能力の高い高価なチップとしたり、メモリ容量を増加させたりする必要がない。
【００６４】
また、実施形態のサーバ装置１０は、端末装置３０から送信された通信チップ４０の通信に関する情報に基づいて、端末装置３０に、通信チップ４０及び通信チップ４０の通信に関する情報（例えば、通信チップ４０が対応する通信プロトコル）を対応付けて記憶する通信チップ通信情報記憶部１３０を更に備え、通信チップ通信データ生成部１２１は、通信チップ通信情報記憶部１３０に記憶された通信チップ４０が対応する通信プロトコルに基づいて、データパケット（第１パケット）を生成する。
これにより、実施形態のサーバ装置１０は、通信先の端末装置３０が備える通信チップ４０に対応した通信プロトコルにより、当該通信チップ４０に通知するデータパケットを生成することが可能となる。また、端末装置３０に接続させる通信チップ４０が変更された場合に、変更前後の通信チップ４０が対応する通信プロトコルが互いに異なる場合であっても、変更後の通信チップ４０に対応するデータパケットを生成することができ、サーバ装置１０が、通信チップ４０との通信を継続させることができる。
【００６５】
また、実施形態のサーバ装置１０では、端末内通信プロトコルは、ＩＳＯ７８１６に準拠する通信プロトコルである。これにより、実施形態のサーバ装置１０は、ＩＳＯ７８１６の規定に従ったコマンドを用いて、通信チップ４０と通信することが可能となる。こため、サーバ装置１０は、通信チップ４０がリセットされた際に通知されるリセット応答データ（例えば、ＩＳＯ７８１６のＡＴＲ）により、通信チップ４０が対応するプロトコル等の情報を取得することができる。また、サーバ装置１０は、ＡＴＲの内容に基づいて、プロトコルパラメータを決定し、決定した内容をコマンド（例えば、ＩＳＯ７８１６のＰＰＳ）により通信チップ４０に対して通知することができ、サーバ装置１０と通信チップ４０との間で規定に従った通信を行うことが可能となる。
【００６６】
また、実施形態の端末装置３０は、通信チップ４０との間で通信するプロトコルである端末内通信プロトコルに対応したデータパケット（第１パケット）を、通信チップ４０から受信し、受信したデータパケットがデータ部に格納されネットワークプロトコルに対応したデータパケット（第２パケット）を作成する制御チップ３２（制御部）とデータパケット（第２パケット）をネットワークプロトコルに従ってサーバ装置１０に送信する通信モジュール３１（送信部）とを備える。これにより、実施形態の端末装置３０は、通信チップ４０により通知されたデータパケットを、そのままネットワークプロトコルに従ったデータパケットのデータ部に格納することができる。このため、端末装置３０は、通信チップ４０により通知されたデータパケットの内容を解釈することなく、処理負荷を抑制することが可能となる。
【００６７】
なお、本発明における通信システム１（１Ａ）の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませて実行することにより処理を行なってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００６８】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【００６９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００７０】
１、１Ａ…通信システム、１０…サーバ装置、１１サーバ通信部、１２…サーバ制御部、１２０…送信データ生成部、１２１…通信チップ通信データ生成部、１２２…通信チップ通信データ解析部、２０…通信ネットワーク、３０…端末装置、４０…通信チップ。
【図１】
2019097033.tif 000003
【図２】
2019097033.tif 000004
【図３】
2019097033.tif 000005
【図４】
2019097033.tif 000006
【図５】
2019097033.tif 000007
【図６】
2019097033.tif 000008
【図７】
2019097033.tif 000009
【図８】
2019097033.tif 000010
【図９】
2019097033.tif 000011
【図１０】
2019097033.tif 000012