JP2000207234A

JP2000207234A - 通信システム

Info

Publication number: JP2000207234A
Application number: JP11002664A
Authority: JP
Inventors: Toshiyuki Nanba; 利行難波; Harumi Minemura; 治実峯村
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1999-01-08
Filing date: 1999-01-08
Publication date: 2000-07-28

Abstract

(57)【要約】【課題】データキューイングを行う通信システムにおい
て、送受信側の通信処理能力の差が大きくなった場合、
キューバッファの数が多くなりキューに滞在する時間が
長くなる。【解決手段】データキューイングを行う通信システムに
おいて、送信するためのデータが発生した場合、発生デ
ータとキューイングデータとを比較し、同種のデータが
存在する場合、キューイングデータを削除し、発生デー
タが送信されるまでの時間を短縮し、キューバッファの
サイズを小型化する。また、データの優先度に応じてキ
ューイング順序を入れ替える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、有線通信または無
線通信を行う通信装置間の通信において、または同一コ
ンピュータ内部のタスクと呼ばれるソフトウェアモジュ
ール間の通信において、またはネットワークを介して通
信する異なるコンピュータ間におけるタスクと呼ばれる
ソフトウェアモジュール間の通信において、情報通信・
情報処理の能力差を吸収するため、データのキューイン
グを行う通信システムに関するものである。

【０００２】

【従来の技術】有線通信または無線通信を行う通信装置
間の通信において、または同一コンピュータ内部のタス
クと呼ばれるソフトウェアモジュール間の通信におい
て、またはネットワークを介して通信する異なるコンピ
ュータ間におけるタスクと呼ばれるソフトウェアモジュ
ールタスク間の通信において、データの送信側と受信側
との間で発生する情報通信・情報処理の能力差（例え
ば、速度差）を吸収するため、送信できなかったデータ
を破棄しないようにキューバッファと呼ばれるバッファ
を用意しておき、データ送信が可能になるまで発生した
データをキューバッファにバッファリング（一時保管）
しておくキューイングと呼ばれる方法がある。

【０００３】図１５は、従来のキューイング方法を説明
するための概念図である。図１５において、１は送信側
の通信装置またはタスクにおいて発生した発生データ、
２は発生データ１を順次バッファリングするためのキュ
ーバッファ、３、３ａ、３ｂは発生データ１をキューバ
ッファ２の先頭から末尾へ発生順に順次詰めてキューイ
ングしたキューイングデータ、４はキューバッファ２の
先頭からキューイングデータを取出して送信側の通信装
置またはタスクから受信側の通信装置またはタスクへ送
信する送信データである。

【０００４】送信側の通信装置またはタスクで発生した
発生データ１は、キューバッファ２にキューイングされ
た末尾のキューイングデータ３ｂの直後にキューイング
される。送信データ４は、キューバッファ２にキューイ
ングされた先頭のキーイングデータ３ａから取り出して
送信する。従って、図１５に示すように、キューバッフ
ァ２にキューイングされたキューイングデータ３は、末
尾から先頭の方向にデータが流れる。

【０００５】即ち、従来のキューイング方法は、送信側
の通信装置またはタスクで発生した発生データ１を発生
順にキューイングし、待ち行列のように発生順にＦＩＦ
Ｏ方式で送信するようになっていた。

【０００６】従来のこの種の通信システムとしては、例
えば、特開平０３−１９５４５号公報「パケット伝送方
式」に示された通信システムがある。図１６は従来の通
信システムの構成を示す構成図である。

【０００７】図１６において、５は通信用のデータパケ
ットを作成する通信パケット作成部、６は論理チャネル
毎に設けられ、通信パケット作成部５で作成したデータ
パケットを蓄積する通信パケットキュー、７はパケット
交換機からの指示を受けてデータパケットが送信可能状
態であるか否かを検知してデータパケット通信のプロト
コル制御を行うプロトコル制御部、８はプロトコル制御
部７でデータパケットが送信可能状態であることを検知
した場合は、通信パケットキュー６に対して通信パケッ
トを取り出し回線へ送出するよう指示を出し、プロトコ
ル制御部７でデータパケットが送信待ち状態であること
を検知した場合は、通信パケットキュー６に対して通信
パケットの送出を停止するよう指示を出すフロー制御
部、９はフロー制御部８から通信パケットの送出を停止
するよう指示があり、送信パケット作成部５がデータパ
ケットを作成した場合、通信パケットキュー６に対して
蓄積しているパケットを破棄し、通信パケット作成部５
で新たに作成したパケットを回線に送出するよう指示を
出す通信キュー廃棄制御部である。

【０００８】即ち、特開平０３−１９５４５号公報「パ
ケット伝送方式」においては、時刻変化のあるデータを
周期的に伝送するシステムにおいて、時間的に古くなり
バッファに蓄積されている未送出のパケットを最新デー
タが来た時に廃棄する技術内容が開示されている。従っ
て、データの種類が１種類である場合だけが処理の対象
になっていた。

【０００９】また、従来のこの種の通信システムとし
て、例えば、特開平１−１６２０３６号公報「パケット
交換データ転送方式」に示された通信システムがある。
図１７は、この従来の通信システムの動作を示すフロー
チャートである。次に図１７を用いて従来の通信システ
ムの動作を説明する。

【００１０】音声パケットの送信要求があった場合（ス
テップＳ１）、情報フレームが送信中でない場合（ステ
ップＳ２）には音声パケットを送信する（ステップＳ
３）。一方、情報フレームが送信中である場合（ステッ
プＳ２）には、まず、ＤＭＡＣをストップし（ステップ
Ｓ４）、送信待ちキューに識別子を積み込む（ステップ
Ｓ５）。次に、情報フレームの前半を送信し（ステップ
Ｓ６）、ＤＭＡＣ内のアドレスレジスタを記憶する（ス
テップＳ７）。次に、音声パケットを送信し（ステップ
Ｓ８）、送信待ちキューに識別子を積み込み（ステップ
Ｓ９）、情報フレームの後半を送信する（ステップＳ１
０）。

【００１１】即ち、特開平１−１６２０３６号公報「パ
ケット交換データ転送方式」においては、遅延条件の厳
しい音声パケットを送出する場合に、情報パケットより
優先的に送出する技術内容が開示されている。従って、
データの種類が２種類である場合だけが処理の対象にな
っていた。

【００１２】

【発明が解決しようとする課題】

【００１３】特開平３−１９５４５号公報「パケット伝
送方式」においては、時刻変化のあるデータを周期的に
伝送するシステムにおいて、時間的に古くなりバッファ
に蓄積されている未送出のパケットを最新データが来た
ときに廃棄する。従って、データの種類が１種類だけの
場合にしか正しく処理がなされず、複数種類のデータが
存在する場合、キューイングにおける破棄処理を所望通
りに行うことができなかった。また、特開平１−１６２
０３６号公報「パケット交換データ転送方式」において
は、遅延条件の厳しい音声パケットを送出する場合に、
情報パケットよりも音声パケットを優先的に送出する。
従って、データの種類が2種類の場合だけしか正しく処
理がなされず、３種類以上のデータが存在する場合、キ
ューイングにおける優先処理を所望通りに行うことがで
きなかった。

【００１４】しかし、音声、文字コード、静止画像、動
画像、映像といった多種類のメディアが混在するマルチ
メディアデータを扱う通信システムにおいてデータのキ
ュウーイングを行う場合、そのデータの内容や種別（メ
ディア）によってはデータを破棄できないもの、表示な
どの都合でデータを分離・分割できないもの、データの
簡易表示が可能なもの、リアルタイム性（優先処理）が
必要なものなどが混在する。そこで、データのキューイ
ングにおいて時間的に古いデータを破棄する、音声パケ
ットを情報パケットより優先するといった単純な処理だ
けでは所望通りのキューイングを行えないといった課題
があった。

【００１５】本発明は上記の課題を解決するためになさ
れたもので、音声、文字、静止画像、動画像、映像とい
った多種類のメディアが混在するマルチメディアデータ
を扱う通信システムにおいても、所望通りのデータのキ
ューイングを柔軟かつ高度に行うことができる通信シス
テムを得ることを目的とする。

【００１６】

【課題を解決するための手段】上記課題を解決するため
に、第１の通信システムにおいては、送信側の通信シス
テムと、受信側の通信システムと、上記送信側の通信シ
ステムと上記受信側の通信システムとを接続する通信手
段とからなり、上記送信側の通信システムは、ユーザの
操作対象となる操作対象装置と、上記操作対象装置に接
続され、ユーザが操作情報を入力する操作手段と、上記
操作対象装置に接続され、上記通信手段を介して上記操
作対象装置の動作状態を上記受信側のシステムに送信す
る動作状態送信手段とを備え、上記受信側の通信システ
ムは、上記通信手段を介して上記送信側の操作対象装置
の上記動作状態を受信する動作状態受信手段と、上記動
作状態受信装置に接続され、上記動作状態受信手段が受
信した上記動作状態を表示する表示手段とを備え、上記
送信側のシステムにおける上記動作状態送信手段または
上記受信側の通信システムにおける上記動作状態受信手
段は、キューバッファと呼ばれるバッファを備え、送信
または受信データが発生して送信または処理ができなか
った場合に、発生して送信または処理ができなかった上
記送信または受信データの送信または処理が可能になる
まで発生して送信または処理できなかった上記送信また
は受信データを上記キューバッファにバッファリングし
ておくキューイングと呼ばれる方法を用い、送信または
受信データが発生した場合に、発生した送信または受信
データと送信または処理できずに上記キューバッファに
キューイングされている上記送信または受信データとを
比較し、その比較結果に基づいて上記キューバッファに
格納されている送信または受信データを破棄するか、ま
たは発生した上記送信または受信データを上記キューバ
ッファのより先頭に近い位置にキューイングすることを
特徴とする。

【００１７】上記課題を解決するために、第２の通信シ
ステムにおいては、上記送信側のシステムにおける上記
動作状態送信手段または上記受信側の通信システムにお
ける上記動作状態受信手段は、送信または受信データが
発生した場合に、発生した上記送信または受信データと
送信または処理できずに上記キューバッファにキューイ
ングされている上記送信または受信データとを比較し、
その両者が同種の送信または受信データの場合には、上
記キューバッファに格納されている上記送信または受信
データを破棄して新しく発生した上記送信または受信デ
ータだけを上記キューバッファにキューイングすること
を特徴とする。

【００１８】上記課題を解決するために、第３の通信シ
ステムにおいては、上記送信側のシステムにおける上記
動作状態送信手段または上記受信側の通信システムにお
ける上記動作状態受信手段は、送信または受信データが
発生した場合に、発生した上記送信または受信データの
内容から発生した上記送信または受信データの優先度を
決定し、発生した上記送信または受信データの優先度と
送信または処理できずに上記キューバッファにキューイ
ングされた上記送信または受信データの優先度とを比較
し、上記比較結果に基づいてより優先度が高い順に発生
した上記送信または受信データまたは上記キューバッフ
ァにキューイングされた上記送信または受信データを送
信または受信することを特徴とする。

【００１９】上記課題を解決するために、第４の通信シ
ステムにおいては、上記送信側のシステムにおける上記
動作状態送信手段または上記受信側の通信システムにお
ける上記動作状態受信手段は、送信または受信データが
発生した場合に、発生した上記送信または受信データま
たは・および送信または処理できずに上記キューバッフ
ァにキューイングされた上記送信または受信データのデ
ータ内容または・およびデータ種別に基づいて発生した
上記送信または受信データまたは・および送信または処
理できずに上記キューバッファにキューイングされた上
記送信または受信データの優先度または・および処理内
容を決定し、その決定結果に基づいて発生した上記送信
または受信データまたは・および送信または処理できず
に上記キューバッファにキューイングされた上記送信ま
たは受信データを処理することを特徴とする。

【００２０】上記課題を解決するために、第５の通信シ
ステムにおいては、上記送信側の通信システムは、音出
力手段または・および簡易表示手段を備え、データのキ
ューイング前に上記音出力手段から音を出す、または・
および上記簡易表示手段により入力情報の簡易表示を行
い、ユーザが操作情報の入力を行ったことをユーザに前
もって表示し、実際の動作状態の表示は、上記受信側の
通信システムの表示手段においてデータの受信を行った
時点またはその後に実施することを特徴とする。

【００２１】上記課題を解決するために、第６の通信シ
ステムにおいては、上記送信側の通信システムと、上記
受信側の通信システムと、上記通信手段とは同一のコン
ピュータの内部に含まれ、上記通信手段は、データ通信
を上記同一のコンピュータ内部のタスクと呼ばれるソフ
トウェアモジュール間で行うことを特徴とする。

【００２２】上記課題を解決するために、第７の通信シ
ステムにおいては、上記送信側の通信システムと上記受
信側の通信システムは、それぞれ異なるコンピュータ内
部に含まれ、上記通信手段は上記異なるコンピュータ間
を接続するネットワークであって、上記通信手段は、デ
ータ通信を上記異なるコンピュータ間のタスクと呼ばれ
るソフトウェアモジュール間で、上記ネットワークを介
して行うことを特徴とする。

【００２３】

【発明の実施の形態】実施の形態１．以下、本発明に係
る実施の形態１による通信システムを図について説明す
る。図１は、本発明に係る実施の形態１による通信シス
テムの構成を示す構成図である。

【００２４】図１において、１０は送信側の通信システ
ム、１１は受信側の通信システム、１２は送信側の通信
システム１０と受信側の通信システム１１とを結ぶ通信
回線である。また、送信側の通信システム１０におい
て、１３はユーザの操作対象となる操作対象装置、１４
は操作対象装置１３に接続され、ユーザが操作対象装置
１３を操作するために用いる操作部、１５は操作対象装
置１３に接続され、通信回線１２を介して受信側の通信
システム１１に操作対象装置１３の動作状態を送信する
動作状態送信装置である。また、受信側の通信システム
１１において、１６は通信回線１２を介して送信側の通
信システム１０から操作対象装置１３の動作状態を受信
する動作状態受信装置、１７は動作状態受信装置１６に
接続され、操作対象装置１３の動作状態を表示する表示
装置である。

【００２５】なお、通信回線１２は、有線通信でも無線
通信でも良く、それらの組合せであっても良い。また、
通信回線１２は公衆網でも専用線でも良く、またそれら
の組合せであっても良い。また、通信回線１２はアナロ
グ回線でもディジタル回線でも良く、またそれらの組合
せであっても良い。

【００２６】図２は、図１に示した通信システムの具体
的システムとしてカーナビゲーションシステムの構成を
示す構成図である。以下では通信システムの具体的シス
テムとしてカーナビゲーションシステムを例にとって説
明するが、本発明はこれに限らず、ホーム情報通信シス
テム、車載情報通信システム、携帯情報通信システムな
ど、他の通信システムにも適用可能である。

【００２７】図２において、１８はカーナビゲータ、１
９はカーナビゲータ１８に接続された表示装置、２０は
カーナビゲータ１８と表示装置１９とを接続するシリア
ルケーブルである。また、カーナビゲータ１８におい
て、２１はユーザがカーナビゲータ１８の操作を行うた
めの操作部、２２はカーナビゲータ１８の動作状態を表
示装置１９に送信する動作状態送信装置である。また、
表示装置１９において、２３はシリアルケーブル２０を
介してカーナビゲータ１８の動作状態をカーナビゲータ
１８から受信する動作状態受信装置、２４は動作状態受
信装置２３が受信したカーナビゲータ１８の動作状態を
表示する表示部である。

【００２８】ユーザ（図示せず）は操作部２１からカー
ナビゲータ１８の操作を行い、操作部２１からのユーザ
からの指示によってまたは自動的に動作状態送信装置２
２はシリアルケーブル２０を介してカーナビゲータ１８
が動作している状態を示す動作状態データを表示装置１
９へ送信する。動作状態受信装置２３は、シリアルケー
ブル２０を介してカーナビゲータ１８からの動作状態デ
ータを受信し、動作状態受信装置２３が受信した動作状
態データを表示装置１９の表示部２４に表示する。

【００２９】図２に示したカーナビゲーションシステム
のカーナビゲータ１８は、図１に示した通信システムの
操作対象装置１３に対応するものであり、図２に示した
カーナビゲーションシステムの表示装置１９は、図１に
示した表示装置１７に対応するものである。即ち、図２
に示したカーナビゲーションシステムは、図１に示した
操作部１４と動作状態送信装置１５とを操作対象装置１
３の中に組込むと共に、図１に示した動作状態受信装置
１６を表示装置１７の中に組込んだものとみることがで
きる。

【００３０】図２に示したカーナビゲーションシステム
において、動作状態送信装置２２が取得する動作状態
は、例えば、以下のようなものがある。ユーザがカーナ
ビゲータ１８の操作部２１のキー（図示せず）を押下す
る毎にキーに割当てられた機能が動作し、例えば、走行
地図（市街地図、道路地図）を表示する、ＣＤの（再
生）時間を表示する、ユーザがカーナビゲータ１８の操
作をした、市街情報を表示する、道路情報を表示するな
ど、カーナビゲータ１８の動作状態が変化する度に、カ
ーナビゲータ１８の動作状態を表す動作状態データを動
作状態送信装置２２からシリアルケーブル２０を介して
表示装置１９の動作状態受信装置２３へ送信され、表示
部２４に表示される。

【００３１】図２に示したカーナビゲーションシステム
においては、送信側のカーナビゲータ１８と受信側の表
示装置１９との間の情報通信・情報処理の能力差によっ
て、受信側の表示装置１９における送信データの取りこ
ぼしが発生しないよう、データキューイングを行う。動
作状態データをキューイングするために、送信側のカー
ナビゲータ１８の動作状態送信装置２２内に、または受
信側の表示装置１９の動作状態受信装置２３内に、図１
５に示すようなキューバッファ２を用意する。

【００３２】図１５に示すキューバッファ２に対して、
図２に示す送信側の動作状態送信装置２２は図１５に示
すキューバッファ２における末尾のキューイングデータ
３ｂの直後へ動作状態データをキューイングし、図２に
示す受信側の動作状態受信装置２３は、図１５に示すキ
ューバッファ２の先頭のキューイングデータ３ａから動
作状態データを取得する。なお、データの送信側と受信
側との間で一時的に発生する情報通信・情報処理の能力
差は、図１５に示したキューバッファ２のサイズを大き
くすることにより吸収することができる。

【００３３】図３は、図１５に示したキューバッファ２
およびキューバッファ２にキューイングされたキューイ
ングデータ３ａ、……、３、……、３ｂのデータ構造を
示す図である。図３において、２５はキューの先頭（キ
ュー１のデータの先頭）を指すポインタを格納するヘッ
ダ、２６ａはキューイングデータ３ａのデータを格納す
るキュー１（先頭のキュー）、２６はキューイングデー
タ３のデータを格納するキューキューｎ（ｎ＝２，３，
４，……，Ｎ−１、Ｎは図１３に示したキューバッファ
２にキューイングされたキューイングデータの個数）、
２６ｂはキューイングデータ３ｂのデータを格納するキ
ューＮ（末尾のキュー）、２７はキューの末尾であるこ
とを示すデータを格納したテイラーである。また、キュ
ーｎ２６において、２６ｃはキューｎのデータ、２６ｄ
はキュー（ｎ＋１）のデータの先頭を指すポインタであ
る。

【００３４】カーナビゲータ１８から発生した発生デー
タ１をキューイングした上で送信するには、図３に示す
ようなデータ構造を用いてキューバッファ２に格納され
たキューイングデータ３ａ、……、３、……、３ｂのデ
ータ管理を行う。まず、発生データ１を図１０に示した
キューバッファ２に入れるため、キューバッファ２にバ
ッファリングされたキューの先頭（キュー１のデータの
先頭）を指すポインタを格納するヘッダ２５を用意す
る。通常、このヘッダ２５には、キューバッファ２にキ
ューイングされた先頭（キュー１）のキューイングデー
タ３ａが格納された記憶領域の先頭番地を格納する。キ
ューは、先頭から順番にキュー１、キュー２、……とす
る。キューイングデータ３を送信する際には、キュー
１、キュー２、……の順序で送信を行う。通常、発生デ
ータ１は末尾のキュー（図３に示した本実施の形態の例
ではキューＮ）２６ｂのキューイングデータ３ｂに繋
ぐ。

【００３５】キューイングの順序を把握するために、図
３に示したキュー１２６ａ、……、キューｎ２６、…
…、キューＮ２６ｂには、送信用のキューｎのデータ２
６ｃ（ｎ＝１，２，３，……，Ｎ、Ｎはキューバッファ
２にキューイングされたキューイングデータの個数）に
加えて、次に繋がっているキューイングデータの先頭を
指すポインタ２６ｄを格納する。これを辿ることによっ
てキューの並びを把握して管理することができる。

【００３６】図４は、本発明に係る実施の形態１による
通信システムにおけるキューｎのデータ、発生データ
１、送信データ４のデータ構造を示す図である。図４に
おいて、２８はキューｎのデータを表すコマンドデー
タ、２８ａはコマンドの種類（識別子）を表すコマンド
ＩＤ、２８ｂは通信システムの動作状態を表す動作状態
データである。

【００３７】発生データ１とキューｎのデータとを比較
する場合、まず、発生データ１のコマンドＩＤ２８ａを
調べる。続いて、図３に示したキューバッファのキュー
について、ヘッダ２５を参照し、キューの先頭へのポイ
ンタを取得し、キューの先頭（キュー１２６ａ）のデ
ータを参照する。そして、キュー１２６のキュー１の
データ２８内のコマンドＩＤ２８ａを参照する。次に、
キュー１２６ａに含まれる次（キュー２）のデータの
先頭を指すポインタを参照し、キューの末尾（テイラー
２７）を指すポインタを検出するまで順次これを繰返
す。

【００３８】図４に示すように、発生データ１、送信デ
ータ４、キューｎのデータ２６ｃはそれぞれコマンドデ
ータ２８と呼ばれる予め規定されたデータ構造を持つ。
コマンドデータ２８は、コマンドＩＤ２８ａと動作状態
データ２８ｂに分けられる。動作状態データ２８ｂは、
コマンドＩＤ２８ａの種類によって異なり、それぞれの
コマンドＩＤ２８ａに対して独立した構造が定義されて
いる。

【００３９】例えば、ユーザの操作情報を通知するため
のコマンドデータ（コマンドＩＤ）やＣＤの再生時間を
表示するためのコマンドデータ（コマンドＩＤ）などが
存在する。例えば、ＣＤの再生時間を表示するためのコ
マンドデータは、同一コマンドＩＤとし、再生時間を動
作状態データ２８ｂのデータ領域に入力する。

【００４０】このコマンドデータ２８に対して、データ
のキューイングを行う通信システムにおいては、次のよ
うなことが起きる。即ち、データの送信側の通信システ
ム１０に対して何らかの理由で受信側の通信システム１
１のデータ受信量が低下している場合、送信データはキ
ューバッファ２に溜まることになる。キューバッファ２
が大きい場合や、データが受信されるまでに時間がかか
った場合、受信側の通信システム１１が折角送信データ
を受信できたとしても、受信データはすでに過去のデー
タとなっており、役に立たない。また、この時送信側の
通信システム１０において新たに発生した同種のデータ
はキューの末尾にキューイングされることになる。

【００４１】例えば、カーナビゲータ１８からＣＤの再
生時間を表示するコマンドデータが発生し、何らかの理
由でキューバッファ２に長時間溜り、このコマンドデー
タが受信されるまでに時間がかかった場合、このＣＤの
再生時間は表示されても意味を持たない。また、この時
ＣＤの再生時間を表示するためのコマンドデータが新た
に発生したとしても、キューバッファ２の末尾にキュー
イングされることになる。

【００４２】図５は、キューバッファ２にキューイング
されたキューイングデータ３の削除の動作を説明するた
めの動作説明図である。図５において、２９は発生デー
タ１をキューバッファ２の末尾にキューイングしたキュ
ーイングデータである。また、図６は、キューバッファ
２にキューイングされたキューイングデータの削除の動
作を説明するための動作説明図である。図６において、
３０，３１、３２はキュー、３２ｃはキュー３１のデー
タの先頭を指すポインタ、３２ｃはキュー３２のデータ
である。なお、同一または相当部分には同一符号を付し
て説明を省略する。

【００４３】図５および図６に示すように、発生データ
１とキューバッファ２にキューイングされたキューｎの
データ２６ｃのコマンドＩＤ２８ａとを比較し、同種の
データ（同一コマンドＩＤのデータ）を削除することに
より、発生データを送信するまでの時間をより早くする
ことができると共にキューバッファ２のサイズをより小
さくすることができる。図５に示した例では、発生デー
タ１と同種のデータを持つキューイングデータ３がキュ
ーバッファ２から削除され、発生データ１はキューバッ
ファ２の末尾にキューイングされてキューイングデータ
２９となる。

【００４４】例えば、上記の例のように再生時間情報を
含むコマンドデータであれば、最新の再生時間情報を含
むコマンドデータだけを送信することができる。そこ
で、古い再生時間情報を含むコマンドデータを含むキュ
ーイングデータをキューバッファ２から削除する。キュ
ーイングデータ（キュー３１）を削除するには、図６に
示すように、キュー３２におけるキュー３１のデータの
先頭を指すポインタ３２ｃをキュー３０のデータの先頭
を指すように繋ぎ変えることにより実現することができ
る。

【００４５】なお、上記実施の形態１においては、送信
側の通信システム１０における動作状態送信装置１５ま
たはカーナビゲータ１８の動作状態送信装置２２にキュ
ーバッファ２を持ち、上記キューイング処理を動作状態
送信装置１５または動作状態送信装置２２で実施する場
合について説明したが、これに限らず、受信側の通信シ
ステム１１における動作状態受信装置１６または表示装
置１９の動作状態受信装置２３にキューバッファ２を持
ち、上記キューイング処理を動作状態受信装置１６また
は動作状態受信装置２３で実施しても良い。

【００４６】以上のように、発生データ１とキューバッ
ファ２にキューイングされているキューイングデータ３
（キューのデータ）のコマンドＩＤ２８ａとを比較し、
その両者が同種の送信データの場合に限ってキューバッ
ファ２にキューイングされているキューイングデータ３
を破棄して新しく発生した発生データ１だけをキューイ
ングするので、複数種類の通信データが混在する通信シ
ステムにおいても、所望通りのデータのキューイングを
することができる。

【００４７】実施の形態２．また、再生時間情報を含む
コマンドデータ（コマンドＩＤ）については優先度を高
くすることにより、発生データ１の発生から送信までの
時間を短縮し、時間のずれを最小限にすることができ
る。

【００４８】図７は、キューイングデータの挿入の動作
を説明するための動作説明図である。図７において、３
３はキューバッファ２における先頭のキューイングデー
タ、３４は発生データ１を含むキューイングデータであ
る。また、図８は、キューイングデータの挿入の動作を
説明するための動作説明図である。図８において、３
５、３６、３７、３８はキュー、３７ｃはキュー３７の
データ、３７ｄはキュー３６のデータの先頭を指すポイ
ンタである。なお、同一または相当部分には同一符号を
付して説明を省略する。

【００４９】例えば、発生データ１が時刻表示など過去
の状態を送信しても無意味であるようなデータを送信す
るコマンドデータである場合、図７に示すように、いき
なりキューバッファ２の先頭または先頭付近に発生デー
タ１をキューイングし、直ちに送信データ４として送信
することができる。この場合、キューバッファ２の途中
（先頭または先頭付近）へ割込ませて発生データ１をキ
ューイングし、キューイングデータ３４を作成する必要
がある。図７に示す例では、キューイングデータ２とキ
ューイングデータ３の間に発生データ１を割込ませて
（挿入して）キューイングデータ７としている。

【００５０】発生データ１をキューイングデータの間に
割込ませてキューイングするには、図８に示すように、
発生データ１をキュー３８にキューイングし、キュー３
７におけるデータの先頭を指すポインタ３７ｃをキュー
３６からキュー３８に繋ぎ変えると共に、キュー３８に
おけるデータの先頭を指すポインタをキュー３６に繋ぎ
変えることによって実現することができる。

【００５１】さらに、上記実施の形態１および上記実施
の形態２で説明した方法を併用することにより、再生時
間表示の更新を１度に行うことができ、過去のデータの
表示が必要でない場合には、最新の発生した送信データ
のキューにおける滞在時間を最小に留めることもでき
る。

【００５２】なお、上記実施の形態２においては、送信
側の通信システム１０における動作状態送信装置１５ま
たはカーナビゲータ１８の動作状態送信装置２２にキュ
ーバッファ２を持ち、上記キューイング処理を動作状態
送信装置１５または動作状態送信装置２２で実施する場
合について説明したが、これに限らず、受信側の通信シ
ステム１１における動作状態受信装置１６または表示装
置１９の動作状態受信装置２３にキューバッファ２を持
ち、上記キューイング処理を動作状態受信装置１６また
は動作状態受信装置２３で実施しても良い。

【００５３】以上のように、発生データ１の内容から発
生データ１の優先度を決定し、発生データ１の優先度と
キューバッファ２にキューイングされているキューイン
グデータ（キューのデータ）とを比較し、発生データ１
のキューイング位置を決めるので、混在するデータの種
類（コマンドデータまたはコマンドＩＤの種類）に拘ら
ずに、所望通りのデータのキューイングをすることがで
きる。

【００５４】実施の形態３．実施の形態１では、発生し
た通信データと同種の通信データがキューバッファ２の
中に存在する場合には、キューバッファ２に格納されて
いる通信データを破棄したが、例えば、音声、文字、静
止画像、動画像、映像といった多種類のデータ種別（メ
ディア）が混在するマルチメディアデータを扱う通信シ
ステムにおいては、発生した通信データのデータ種別
（メディア）やデータ内容によって発生した通信データ
や送信できずにキューバッファにキューイングされてい
るデータの取扱上の制限や優先度が異なる。

【００５５】図９は、音声、文字、静止画像、動画像、
映像といったデータ種別（メディア）による処理内容を
記載したデータ種別処理内容テーブルの構成を示すテー
ブルである。図９において、４０はデータ種別処理内容
テーブルであり、データの分離・分割、データの破棄、
データの簡易表示について、上記各データ種別（メディ
ア）対して処理が可能な場合は「○」、処理が不可能な
場合は「×」で表現している。また、リアルタイムの必
要性については、その必要性の度合を通常優先度で表現
するが、本実施の形態３においては説明を簡単にするた
めに相対的な優先順位で表現している。

【００５６】図９のデータ種別処理内容テーブル４０に
おいて、例えば、送信データのデータ種別（メディア）
が音声である場合は、リアルタイムの必要性が最も高く
（相対的な優先順位が１）、データの分離・分割、デー
タの破棄、データの簡易表示が共に不可能であることを
表現している。また、送信データのデータ種別（メディ
ア）が動画像である場合は、リアルタイムの必要性は中
位（相対的な優先順位が３）であるが、データの分離・
分割、データの破棄、データの簡易表示が共に可能であ
ることを表現している。

【００５７】また、図１０は、データ内容による優先
度、データ種別（メディア）といった処理項目を記載し
たデータ内容処理項目テーブルの構成を示すテーブルで
ある。図１０において、４１はデータ内容処理項目テー
ブルであり、各データ内容（本実施の形態３においては
カーナビゲーションシステム）に対して、処理項目とし
て、優先度（相対的な優先順位）、データ種別（メディ
ア）を記載している。例えば、図１０に示すようにデー
タに優先度をつける。この場合、ユーザの操作情報の優
先度は１となっており、優先度が最も高い。各データ内
容に対しては、本実施の形態３においては、上記のよう
に、カーナビゲーションシステムを例としてその一部分
を抜粋して記載している。

【００５８】図１０のデータ内容処理項目テーブルにお
いて、例えば、送信データのデータ内容が走行地図の表
示である場合は、優先度が最も低く（相対的な優先順位
が５）、走行地図は動画像で表示することを表現してい
る。また、送信データのデータ内容がユーザ操作情報で
ある場合は、優先度が最も高く（相対的な優先順位が
１）、「文字」で送信されることを表現している。ま
た、データ内容が「市街情報の表示」である場合は、優
先度は中位（相対的な優先順位が３）であり、市街情報
は、音声、静止画像、文字で送信され、かつ音声、静止
画像、文字の順に送信されることを表現している。

【００５９】図９に示したデータ種別処理内容テーブル
４０と図１０に示したデータ内容処理項目テーブルとを
組合せることによって、通信システム（本実施の形態３
においてはカーナビゲーションシステム）に対して通信
データのキューイングを柔軟かつ高度に行うことができ
る。

【００６０】図１１は、図９に示したデータ種別処理内
容テーブル４０と図１０に示したデータ内容処理項目テ
ーブルを組合せて作成したデータ内容処理内容テーブル
の構成を示すテーブルである。図１１において、４２は
データ内容と処理項目の関係を記載したデータ内容処理
項目テーブル、４３は処理内容とデータ内容の関係を記
載した処理内容データ内容テーブルである。

【００６１】図１１に示したデータ内容処理項目テーブ
ル４２においては、各データ内容（本実施の形態３にお
いてはカーナビゲーションシステム）に対して、処理項
目として、優先度（相対的な優先順位）、データ種別
（メディア）を記載している点は図１０と同様である
が、処理項目のデータ種別（メディア）に対して更にデ
ータ内容を記載できるようになっており、その内容は処
理項目における「詳細情報へのポインタ」を辿ることに
よってデータ種別（メディア）に到達できるだけではな
く、その処理内容を参照できるようになっている。

【００６２】例えば、図１１に示したデータ内容処理項
目テーブル４２の例では、データ内容が走行地図の表示
の場合、データ種別（メディア）の欄は＜走行地図＞と
なっている。ここでは、括弧「＜＞」で括って示したデ
ータはデータ種別（メディア）ではなく、データ内容を
示しているものとする。そこで、詳細データへのポイン
タを辿ると、データ内容と処理内容の関係を記載した処
理内容データ内容テーブル４３に到達する。図１１の例
では、走行地図には市街地図と道路地図との２種類があ
り、市街地図のデータ種別（メディア）は静止画像で、
道路地図のデータ種別（メディア）は動画像であること
が示されている。その他に、リアルタイムの必要性は市
街地図（相対的な優先順位が２）よりも道路地図（相対
的な優先順位が１）の方が高く、また、道路地図はデー
タの破棄が可能であるが、市街地図はデータの破棄が不
可能であることなどが記載されている。なお、優先度は
ユーザ（通信システムのエンドユーザまたはアプリケー
ションプログラムのプログラマ）が設定するように構成
しても良い。

【００６３】図９の場合、動画像はデータの分離・分割
が可能となっているが、図１１の場合は不可能となって
いる。図９ではデータ種別（メディア）が決まるとその
処理内容は画一的であるが、図１１の場合は、データ内
容に応じて処理内容を木目細かく設定することができ
る。また、図１０に示した例では、「走行地図の表示」
のデータ種別（メディア）は動画像だけであるが、図１
１に示した例では、走行地図を市街地図、道路地図の２
種類用意し、データ種別（メディア）も各々について設
定することができる。

【００６４】また、図１２は、キューｎのデータ構造を
示す図であり、図４に対応するものである。図１２にお
いて、４４はキューｎのデータ構造であり、キューｎの
データ構造４４において、４５はコマンドＩＤを識別子
で表したコマンドＩＤ、４６はデータ内容を識別子で表
したデータ内容、４７は優先度を数値で表した優先度、
４８はデータ種別を識別子で表したデータ種別、４９は
処理内容を識別子で表した処理内容、５０は動作状態デ
ータを識別子で表した動作状態データである。

【００６５】コマンドＩＤ４５と動作状態データ５０は
図４に示したキューｎのデータ構造と同一であるが、本
実施の形態３においては、データ内容４６、優先度４
７、データ種別４８、処理内容４９が新たに追加されて
いる。追加した部分（データ内容４６、優先度４７、デ
ータ種別４８、処理内容４９）は、それぞれ、図１１に
示したデータ内容処理内容テーブルのデータ内容、優先
度、データ種別（メディア）処理内容の各識別子を格納
するために用意されている。

【００６６】図１３は、本発明に係る実施の形態３によ
る通信システムの動作を説明するためのテーブルであ
り、図１３において、５１はキューバッファの内容を時
系列に表現したテーブルである。なお、同一または相当
部分には同一符号を付して説明を省略する。また、図１
３において、キューバッファ２はキュー１が先頭のキュ
ーであり、キュー３が末尾のキューである。また、図１
３において、発生データ１、キューバッファ２のキュー
ｎのデータ、送信データ４は、図を簡単にして見易くす
るために、それぞれ、データ内容４６とデータ種別４８
だけを記載している。更に、図１３におけるデータ内容
４６とデータ種別４８の識別子の表現は、次のように略
記している。

【００６７】「ユーザ文字」は、データ内容が「ユーザ
操作情報」でデータ種別が「文字」であることを意味す
る。「市街音声」は、データ内容が「市街情報の表示」
でデータ種別が「音声」であることを意味する。「市街
地図」は、データ内容が「市街情報の表示」でデータ種
別が「静止画像」であることを意味する。「市街文字」
は、データ内容が「市街情報の表示」でデータ種別が
「文字」であることを意味する。「道路音声」は、デー
タ内容が「道路情報の表示」でデータ種別が「音声」で
あることを意味する。「道路地図」は、データ内容が
「道路情報の表示」でデータ種別が「動画像」であるこ
とを意味する。「道路文字」は、データ内容が「道路情
報の表示」でデータ種別が「文字」であることを意味す
る。

【００６８】次に、図１１および図１３に示した図を用
いて、本発明に係る実施の形態３による通信システムの
動作について説明する。

【００６９】まず、時刻Ｔ１において、送信データ４で
ある「道路文字」が送信される。また、時刻Ｔ１におい
て、キューバッファ２には先頭から「道路音声」「道路
地図」「道路文字」の各キュー３ａ、３、３ｂがキュー
イングされていたものとする。更に、時刻Ｔ１におい
て、発生データ１として「ユーザ文字」が発生したもの
とする。

【００７０】次に、時刻Ｔ２においては、まず、時刻Ｔ
１においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「道路音声」が送信データ４と
して送信される。次に、時刻Ｔ１における発生データ１
は「ユーザ文字」であるから、図１１に示したデータ内
容処理項目テーブル４２を参照すると、「ユーザ操作情
報」の優先度が最も高い（相対的な優先順位が１）こと
から「ユーザ文字」のキューはキューバッファ２の先
頭、即ち、先頭のキュー３ａの位置にキューイングされ
る。次に、時刻Ｔ２において、「市街音声」が発生デー
タ１として発生したものとする。

【００７１】次に、時刻Ｔ３においては、まず、時刻Ｔ
２においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「ユーザ文字」が送信データ４
として送信される。次に、時刻Ｔ２における発生データ
１は「市街音声」であるから、図１１に示したデータ内
容処理項目テーブル４２を参照すると、「市街情報の表
示」（相対的な優先順位が３）は「道路情報の表示」
（相対的な優先順位が４）よりも優先度が高いので、キ
ューバッファ２において「道路地図」「道路文字」の各
キュー３、３ｂよりも先頭に近い位置（キュー３ａの位
置）にキューイングされる。次に、時刻Ｔ３において、
「市街地図」が発生データ１として発生したものとす
る。

【００７２】次に、時刻Ｔ４においては、まず、時刻Ｔ
３においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「市街音声」が送信データ４と
して送信される。次に、時刻Ｔ３における発生データ１
は「市街地図」であるから、図１１に示したデータ内容
処理項目テーブル４２を参照すると、「市街情報の表
示」（相対的な優先順位が３）は「道路情報の表示」
（相対的な優先順位が４）よりも優先度が高いので、キ
ューバッファ２において「道路地図」「道路文字」の各
キュー３、３ｂよりも先頭に近い位置（キュー３ａの位
置）にキューイングされる。次に、時刻Ｔ４において、
「市街文字」が発生データ１として発生したものとす
る。

【００７３】次に、時刻Ｔ５においては、まず、時刻Ｔ
４においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「市街地図」が送信データ４と
して送信される。次に、時刻Ｔ４における発生データ１
は「市街文字」であるから、図１１に示したデータ内容
処理項目テーブル４２を参照すると、「市街情報の表
示」（相対的な優先順位が３）は「道路情報の表示」
（相対的な優先順位が４）よりも優先度が高いので、キ
ューバッファ２において「道路地図」「道路文字」の各
キュー３、３ｂよりも先頭に近い位置（キュー３ａの位
置）にキューイングされる。次に、時刻Ｔ５において、
「道路音声」が発生データ１として発生したものとす
る。

【００７４】次に、時刻Ｔ６においては、まず、時刻Ｔ
５においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「市街文字」が送信データ４と
して送信される。次に、時刻Ｔ５における発生データ１
は「道路音声」であるから、図１１に示したデータ内容
処理項目テーブル４２を参照すると、発生データ１の
「道路音声」と既にキューバッファ２にキューイングさ
れている「道路地図」「道路文字」の各キュー３、３ｂ
との優先度が同一である。そこで、詳細情報へのポイン
タを辿って処理内容データ内容テーブル４３を参照する
と、「道路地図」は破棄可能であるから、既にキューバ
ッファ２にキューイングされている「道路地図」とそれ
に対応する「道路文字」の各キュー３、３ｂを破棄し、
発生データ１である「道路音声」がキューバッファ２の
先頭（キュー３ａの位置）にキューイングされる。次
に、時刻Ｔ６において、「道路地図」が発生データ１と
して発生したものとする。

【００７５】次に、時刻Ｔ７においては、まず、時刻Ｔ
６においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「道路音声」が送信データ４と
して送信される。次に、キューバッファ２にキューが何
もキューイングされていないことから、時刻Ｔ６におけ
る発生データ１である「道路地図」がキューバッファ２
の先等（キューバッファ３ａの位置）にキューイングさ
れる。次に、時刻Ｔ７において、「道路文字」が発生デ
ータ１として発生したものとする。

【００７６】次に、時刻Ｔ８においては、まず、時刻Ｔ
７においてキューバッファ２の先頭にキューイングされ
ていたキュー３ａである「道路地図」が送信データ４と
して送信される。次に、キューバッファ２にキューが何
もキューイングされていないことから、時刻Ｔ６におけ
る発生データ１である「道路文字」がキューバッファ２
の先等（キューバッファ３ａの位置）にキューイングさ
れる。

【００７７】図１３に示した例では、発生データ１が
「市街音声」「市街地図」「市街文字」という順序で優
先度（相対的な優先順位）の高い順（音声：１、静止画
像：４、文字：５）（図９に示したデータ種別処理内容
テーブル４０参照）に発生しているため、これらの間で
の優先処理は行れていないが、発生順序が優先度と異な
る場合は、これらの間で優先処理を行っても良い。

【００７８】また、上記実施の形態３においては、送信
側の通信システム１０における動作状態送信装置１５ま
たはカーナビゲータ１８の動作状態送信装置２２にキュ
ーバッファ２を持ち、上記キューイング処理を動作状態
送信装置１５または動作状態送信装置２２で実施する場
合について説明したが、これに限らず、受信側の通信シ
ステム１１における動作状態受信装置１６または表示装
置１９の動作状態受信装置２３にキューバッファ２を持
ち、上記キューイング処理を動作状態受信装置１６また
は動作状態受信装置２３で実施しても良い。

【００７９】以上のように、発生データ１の内容または
・および種別（メディア）に基づいて、発生データ１の
優先度または・および処理内容を決定し、キューバッフ
ァ２にキューイングされているキューイングデータ（キ
ューのデータ）の内容、種別（メディア）、優先度、処
理内容の少なくとも１つ以上から発生データ１のキュー
イング位置を決めると共に、キューイングされているキ
ューイングデータ（キューのデータ）を処理するので、
音声、文字コード、静止画像、動画像、映像といった多
種類のメディアが混在するマルチメディアのデータを扱
う通信システムにおいても、所望通りのデータのキュー
イングができる。

【００８０】実施の形態４．ユーザによって操作が行わ
れたときの動作状態変化の表示を行うような場合、デー
タキューイングを使用している場合には操作を行った結
果発生した動作状態変化を受信し、表示ができるまでに
時間がかかる場合がある。このような場合、ユーザが入
力受付を完了したか否かを直ちに認識することができな
い。

【００８１】このような場合、例えば、発生データ１の
コマンドＩＤ４５が「ユーザ操作情報」であった場合、
図１に示す動作状態送信装置に、ブザーや簡易表示部を
設けることによって、発生データ１をキューバッファ２
へキューイングする前にデータ入力があったことを音ま
たは簡易表示にてユーザに認識させることができる。

【００８２】以上のように、送信側の通信システムにユ
ーザが操作情報を入力する操作部を備え、受信側の通信
システムにユーザの操作対象となる装置の動作状態を表
示する表示部を備え、送信側でデータのキューイング前
に音を出すか、または入力情報の簡易表示を行い、ユー
ザが操作情報の入力を行ったことをユーザに前もって表
示し、実際の動作状態の表示は、受信側でデータの受信
を行った時点またはその後に実施することにより、通信
システムにおけるユーザの使い勝手が向上する。

【００８３】実施の形態５．また、図２に示す通信シス
テム（カーナビゲーションシステム）において、シリア
ルケーブルから送られてくるデータの通信速度よりも演
算部（図示せず）の演算に時間がかかる場合、即ち、情
報通信よりも情報処理に時間がかかる場合、更に表示装
置内部でもデータのキューイングを行うことができる。

【００８４】図１４（ａ）は、コンピュータ内部におけ
るタスクと呼ばれるソフトウェアモジュール間のデータ
通信を模式的に表した概念図である。図１４（ａ）にお
いて、５２はコンピュータ、５３ａ、５３ｂはコンピュ
ータ５２内部のタスクである。この場合、図１４（ａ）
に示すようにタスクとよばれるソフトウェアモジュール
間通信においてもデータのキューイングを行うことがで
きる。

【００８５】また、図１に示す通信システムにおいて、
通信回線１２がネットワークである場合、または図２に
示す通信システム（カーナビゲーションシステム）にお
いて、シリアルケーブル２０を無線通信などに置換えて
カーナビゲータ１８と表示装置１９がネットワーク接続
されている場合に、タスクと呼ばれるソフトウェアモジ
ュール間でネットワークを経由して通信を行う際に、上
記実施の形態１乃至４と同様にデータのキューイングを
行うことができる。

【００８６】図１４（ｂ）は、異なるコンピュータ間に
おけるタスク間のデータ通信を模式的に表した概念図で
ある。図１４（ｂ）において、５４ａ、５４ｂはコンピ
ュータ、５５ａはコンピュータ５４ａ内部のタスク、５
５ｂはコンピュータ５４ｂ内部のタスクである。この場
合、図１４（ｂ）に示すようにネットワークを介したタ
スクと呼ばれるソフトウェアモジュール間の通信におい
ても上記実施の形態１乃至４と同様にデータのキューイ
ングを行うことができる。

【００８７】以上のように、データ通信を同一コンピュ
ータ上のタスクと呼ばれるソフトウェアモジュール間で
行うので、タスク間でのデータのキューイングができ
る。また、データ通信を異なるコンピュータ間のタスク
と呼ばれるソフトウェアモジュール間でネットワークを
介して行うので、タスク間でのデータのキューイングが
できる。

【００８８】

【発明の効果】以上のように、本発明の第１の通信シス
テムによれば、送信または受信データが発生した場合
に、発生した送信または受信データとキューバッファに
キューイングされている送信または受信データとを比較
し、その比較結果に基づいてキューバッファに格納され
ている送信または受信データを破棄するか、または発生
した送信または受信データをキューバッファのより先頭
に近い位置にキューイングするので、複数種類の通信デ
ータが混在する通信システムにおいても、所望通りのデ
ータのキューイングをすることができるという効果があ
る。

【００８９】また、本発明の第２の通信システムによれ
ば、送信または受信データが発生した場合に、キューバ
ッファにキューイングされている送信または受信データ
と比較し、その両者が同種の送信データの場合に限って
キューバッファにキューイングされている送信または受
信データを破棄して新しく発生した送信または受信デー
タだけをキューイングするので、複数種類の通信データ
が混在する通信システムにおいても、所望通りのデータ
のキューイングをすることができるという効果がある。

【００９０】また、本発明の第３の通信システムによれ
ば、送信または受信データが発生した場合に、発生した
上記送信または受信データの内容から発生した上記送信
または受信データの優先度を決定し、発生した上記送信
または受信データの優先度と送信または処理できずに上
記キューバッファにキューイングされた上記送信または
受信データの優先度とを比較して、発生した上記送信ま
たは受信データの方が送信または処理できずにキューバ
ッファにキューイングよりも優先度が高いと判断した場
合には、発生した上記送信または受信データを上記キュ
ーバッファのより先頭に近い位置にキューイングするの
で、３種類以上の通信データが混在する通信システムに
おいても、所望通りのデータのキューイングをすること
ができるという効果がある。

【００９１】また、本発明の第４の通信システムによれ
ば、送信または受信データが発生した場合に、発生した
上記送信または受信データまたは・および送信または処
理できずに上記キューバッファにキューイングされた上
記送信または受信データのデータ内容または・およびデ
ータ種別に基づいて発生した上記送信または受信データ
または・および送信または処理できずに上記キューバッ
ファにキューイングされた上記送信または受信データの
優先度または・および処理内容を決定し、その決定結果
に基づいて発生した上記送信または受信データまたは・
および送信または処理できずに上記キューバッファにキ
ューイングされた上記送信または受信データを処理する
ので、音声、文字コード、静止画像、動画像、映像とい
った多種類のメディアが混在するマルチメディアのデー
タを扱う通信システムにおいても、所望通りのデータの
キューイングができるという効果がある。

【００９２】また、本発明の第５の通信システムによれ
ば、送信側の通信システムに音出力手段または・および
簡易表示手段を備え、送信側の通信システムにおいてデ
ータのキューイング前に上記音出力手段から音を出す、
または・および上記簡易表示手段により入力情報の簡易
表示を行い、ユーザが操作情報の入力を行ったことをユ
ーザに前もって表示し、実際の動作状態の表示は、受信
側の通信システムにおいてデータの受信を行った時点ま
たはその後に実施するので、通信システムにおけるユー
ザの使い勝手が向上するという効果がある。

【００９３】また、本発明の第６の通信システムによれ
ば、データ通信を同一コンピュータ上のタスクと呼ばれ
るソフトウェアモジュール間で行うので、タスク間での
データのキューイングができるという効果がある。

【００９４】また、本発明の第７の通信システムによれ
ば、データ通信を異なるコンピュータ間のタスクと呼ば
れるソフトウェアモジュール間でネットワークを介して
行うので、タスク間でのデータのキューイングができる
という効果がある。

【図面の簡単な説明】

【図１】本発明に係る実施の形態１による通信システ
ムの構成を示す構成図である。

【図２】本発明に係る実施の形態１による通信システ
ムの具体的システムとしてカーナビゲーションシステム
の構成を示す構成図である。

【図３】本発明に係る実施の形態１による通信システ
ムにおけるキューバッファおよびキューイングデータの
データ構造を示す図である。

【図４】本発明に係る実施の形態１による通信システ
ムにおけるキューのデータ、発生データ、通信データの
データ構造を示す図である。

【図５】本発明に係る実施の形態１による通信システ
ムにおけるキューイングデータの削除の動作を説明する
ための動作説明図である。

【図６】本発明に係る実施の形態１による通信システ
ムにおけるキューイングデータの削除の動作を説明する
ための動作説明図である。

【図７】本発明に係る実施の形態２による通信システ
ムにおけるキューイングデータの挿入の動作を説明する
ための動作説明図である。

【図８】本発明に係る実施の形態２による通信システ
ムにおけるキューイングデータの挿入の動作を説明する
ための動作説明図である。

【図９】本発明に係る実施の形態３による通信システ
ムにおけるデータ種別処理内容テーブルの構成を示すテ
ーブルである。

【図１０】本発明に係る実施の形態３による通信シス
テムにおけるデータ内容処理項目データテーブルの構成
を示すテーブルである。

【図１１】本発明に係る実施の形態３による通信シス
テムにおけるデータ内容処理内容テーブルの構成を示す
テーブルである。

【図１２】本発明に係る実施の形態３による通信シス
テムにおけるキューデータのデータ構造を示す図であ
る。

【図１３】本発明に係る実施の形態３による通信シス
テムにおける動作を説明するためのテーブルである。

【図１４】本発明に係る実施の形態５による通信シス
テムにおけるタスク間でのデータ通信を摸式的に表した
概念図である。

【図１５】従来の通信システムにおけるキューイング
方法を説明するための概念図である。

【図１６】従来の通信システムの構成を示す構成図で
ある。

【図１７】従来の通信システムの動作を示すフォロー
チャートである。

【符号の説明】

１０送信側の通信システム１１受信側の通信システム１２通信回線１３操作対象装置１４操作部１５動作状態送信装置１６動作状態受信装置１７表示装置１８カーナビゲータ１９表示装置２０シリアルケーブル２１操作部２２動作状態送信装置２３動作状態受信装置２４表示部２５ヘッダ２６キューｎ、２６ａキュー１、２６ｂキューＮ２６ｃキューｎのデータ２６ｄキュー（ｎ＋１）のデータの先頭を指すポイン
タ２７テイラー２８キューｎのデータのデータ構造、２８ａコマンドＩＤ、２８ｂ動作状態データ２９キューイングデータ３０、３１、３２キュー３２ｃキュー３１のデータの先頭を指すポインタ３２ｄキュー３２のデータ３３，３４キューイングデータ３５、３６、３７キュー３７ｃキュー３６のデータの先頭を指すポインタ３７ｄキュー３７のデータ３８キュー４０データ種別処理内容テーブル４１データ内容処理項目テーブル４２データ内容処理項目テーブル４３処理内容データ内容テーブル４４キューｎのデータのデータ構造４５コマンドＩＤ４６データ内容４７優先度４８データ種別４９処理内容５０動作状態データ５１キューバッファの内容を時系列に表現したテーブ
ル５２コンピュータ５３ａ、５３ｂタスク５４ａ、５４ｂコンピュータ５５ａ、５５ｂタスクなお、図中、同一符号は同一または相当部分を示す。

フロントページの続きＦターム(参考） 5B045 BB31 EE29 GG01 5B089 GA04 JA00 KA05 KC39 KC46 KC51 KD01 KD04 KD10 LB13 5B098 AA10 CC08 FF02 GA04 GB10 GB13 GB15 GC16 5K034 HH42 HH58 MM21

Claims

【特許請求の範囲】

【請求項１】送信側の通信システムと、受信側の通信シ
ステムと、上記送信側の通信システムと上記受信側の通
信システムとを接続する通信手段とからなり、上記送信側の通信システムは、ユーザの操作対象となる
操作対象装置と、上記操作対象装置に接続され、ユーザ
が操作情報を入力する操作手段と、上記操作対象装置に
接続され、上記通信手段を介して上記操作対象装置の動
作状態を上記受信側のシステムに送信する動作状態送信
手段とを備え、上記受信側の通信システムは、上記通信手段を介して上
記送信側の操作対象装置の上記動作状態を受信する動作
状態受信手段と、上記動作状態受信装置に接続され、上
記動作状態受信手段が受信した上記動作状態を表示する
表示手段とを備え、上記送信側のシステムにおける上記動作状態送信手段ま
たは上記受信側の通信システムにおける上記動作状態受
信手段は、キューバッファと呼ばれるバッファを備え、送信または受信データが発生して送信または処理ができ
なかった場合に、発生して送信または処理ができなかっ
た上記送信または受信データの送信または処理が可能に
なるまで発生して送信または処理できなかった上記送信
または受信データを上記キューバッファにバッファリン
グしておくキューイングと呼ばれる方法を用い、送信ま
たは受信データが発生した場合に、発生した送信または
受信データと送信または処理できずに上記キューバッフ
ァにキューイングされている上記送信または受信データ
とを比較し、その比較結果に基づいて上記キューバッフ
ァに格納されている送信または受信データを破棄する
か、または発生した上記送信または受信データを上記キ
ューバッファのより先頭に近い位置にキューイングする
ことを特徴とする通信システム。
【請求項２】上記送信側のシステムにおける上記動作状
態送信手段または上記受信側の通信システムにおける上
記動作状態受信手段は、送信または受信データが発生し
た場合に、発生した上記送信または受信データと送信ま
たは処理できずに上記キューバッファにキューイングさ
れている上記送信または受信データとを比較し、その両
者が同種の送信または受信データの場合には、上記キュ
ーバッファに格納されている上記送信または受信データ
を破棄して新しく発生した上記送信または受信データだ
けを上記キューバッファにキューイングすることを特徴
とする請求項１に記載の通信システム。
【請求項３】上記送信側のシステムにおける上記動作状
態送信手段または上記受信側の通信システムにおける上
記動作状態受信手段は、送信または受信データが発生し
た場合に、発生した上記送信または受信データの内容か
ら発生した上記送信または受信データの優先度を決定
し、発生した上記送信または受信データの優先度と送信
または処理できずに上記キューバッファにキューイング
された上記送信または受信データの優先度とを比較し、
上記比較結果に基づいてより優先度が高い順に発生した
上記送信または受信データまたは上記キューバッファに
キューイングされた上記送信または受信データを送信ま
たは受信することを特徴とする請求項１に記載の通信シ
ステム。
【請求項４】上記送信側のシステムにおける上記動作状
態送信手段または上記受信側の通信システムにおける上
記動作状態受信手段は、送信または受信データが発生し
た場合に、発生した上記送信または受信データまたは・
および送信または処理できずに上記キューバッファにキ
ューイングされた上記送信または受信データのデータ内
容または・およびデータ種別に基づいて発生した上記送
信または受信データまたは・および送信または処理でき
ずに上記キューバッファにキューイングされた上記送信
または受信データの優先度または・および処理内容を決
定し、その決定結果に基づいて発生した上記送信または
受信データまたは・および送信または処理できずに上記
キューバッファにキューイングされた上記送信または受
信データを処理することを特徴とする請求項１に記載の
通信システム。
【請求項５】上記送信側の通信システムは、音出力手段
または・および簡易表示手段を備え、データのキューイ
ング前に上記音出力手段から音を出す、または・および
上記簡易表示手段により入力情報の簡易表示を行い、ユ
ーザが操作情報の入力を行ったことをユーザに前もって
表示し、実際の動作状態の表示は、上記受信側の通信シ
ステムの表示手段においてデータの受信を行った時点ま
たはその後に実施することを特徴とする請求項１に記載
の通信システム。
【請求項６】上記送信側の通信システムと、上記受信側
の通信システムと、上記通信手段とは同一のコンピュー
タの内部に含まれ、上記通信手段は、データ通信を上記
同一のコンピュータ内部のタスクと呼ばれるソフトウェ
アモジュール間で行うことを特徴とする請求項１に記載
の通信システム。
【請求項７】上記送信側の通信システムと上記受信側の
通信システムは、それぞれ異なるコンピュータ内部に含
まれ、上記通信手段は上記異なるコンピュータ間を接続
するネットワークであって、上記通信手段は、データ通
信を上記異なるコンピュータ間のタスクと呼ばれるソフ
トウェアモジュール間で、上記ネットワークを介して行
うことを特徴とする請求項１に記載の通信システム。