JP2004040243A - 指令送信装置及び指令送信方法 - Google Patents

Abstract

【課題】複数の画像データを送信しながらも表示開始までユーザを長い間待たせず且つ画像表示のリアルタイム性を確保できる指令送信装置を提供すること。
【解決手段】指令送信装置１の画像表示指令入力部１５がユーザからデータ送信指示を受けると、画像送信指示部１３は通信部１２に指令受信装置２への画像データの送信を開始させる。一方、画像表示指令の送信指示を受けると、画像送信状態判別部１６は画像データの送信中であるか否か判断し、送信中でないときは、画像表示指令送信指示部１４は通信部１２に画像表示指令の送信を開始させ、送信中のときは、画像送信中断指示部１７は通信部１２に画像データ送信を中断させる。その後、送信中断画像取得部１８は送信中断された画像データの識別情報を取得し、画像送信指示部１３は通信部１２にあらためてその画像データの送信を開始させる。
【選択図】　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、データを受信する指令受信装置と通信回線を介して、転送完了までに一定の時間がかかるデータと瞬時に送信可能な指令とを転送する指令送信装置及び指令送信方法に関する。
【０００２】
【従来の技術】
最近、通信技術の進歩発展により、例えばデジタルカメラやパーソナルコンピュータなどをはじめとする種々の複数の電子機器間で、通信回線を介して手軽にデータをやり取りできるようになってきた。
【０００３】
主に小型の電子機器同士でデータをやり取りするための通信規格として、Ｂｌｕｅｔｏｏｔｈがある。Ｂｌｕｅｔｏｏｔｈは、２．４ＧＨｚ帯の無線信号を用いるものであり、その部品に要するコストが安価で且つ小型化が可能なため、携帯電話やノート型ＰＣ等の携帯機器での利用が期待されている。
【０００４】
このＢｌｕｅｔｏｏｔｈには、いくつかのＰｒｏｆｉｌｅという世界共通の規格が定められており、各製造元がそれらＰｒｏｆｉｌｅに準拠して製品を作ることで互いの製品間での相互運用性を確保することができる。
【０００５】
ＢｌｕｅｔｏｏｔｈのＰｒｏｆｉｌｅの中に、Ｂａｓｉｃ　Ｉｍａｇｉｎｇ　Ｐｒｏｆｉｌｅ（以下、ＢＩＰと略記する）というＰｒｏｆｉｌｅがある。ＢＩＰは、Ｂｌｕｅｔｏｏｔｈを搭載した機器間で静止画データや制御指令をやり取りするためのもので、ＰＣ、ＰＤＡ、携帯電話などの情報機器だけでなく、プロジェクタ、デジタルカメラなどの画像に特化した機器などを対象としている。
【０００６】
ＢＩＰには、Ｉｍａｇｅ　Ｐｕｓｈフィーチャー、Ｉｍａｇｅ　ＰｕｌｌフィーチャーおよびＲｅｍｏｔｅ　Ｄｉｓｐｌａｙフィーチャーなどの６つのフィーチャーが定められている。フィーチャーは、分かりやすく言えば、Ｐｒｏｆｉｌｅによって実現される機能を、６つの仕様用途ごとに分類したものである。例えば、Ｉｍａｇｅ　Ｐｕｓｈフィーチャーは、画像を相手に送る機能であり、Ｉｍａｇｅ　Ｐｕｌｌフィーチャーは、画像を相手から取得する機能である。
【０００７】
なお、ＢＩＰについては、例えば、ｈｔｔｐ：／／ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｏｒｇ／ｓｐｅｃｉｆｉｃａｔｉｏｎｓ．ｈｔｍに詳しい内容が開示されている。
【０００８】
ここで、上記のＢＩＰの６つのフィーチャーのうちのＲｅｍｏｔｅ　Ｄｉｓｐｌａｙフィーチャーについて説明する。
【０００９】
このＲｅｍｏｔｅ　Ｄｉｓｐｌａｙフィーチャーは、一方の機器が他方の機器に画像を送信し、さらに該一方の機器が送信済みの画像のうちの所望の画像を該他方の機器に表示させる機能を提供する。このため、このフィーチャーでは、Ｉｎｉｔｉａｔｏｒ機能（＝画像データ及び画像表示指令の送信側となる装置のための機能）およびＲｅｓｐｏｎｄｅｒ機能（＝画像データ及び画像表示指令の受信側となる装置のための機能）が提供されている。また、画像データの転送には、ＰｕｔＩｍａｇｅ関数が、画像表示指令の転送にはＲｅｍｏｔｅＤｉｓｐｌａｙ関数がそれぞれ用意されている。
【００１０】
このフィーチャーの仕様用途は、例えば、プレゼンテーションなどである。
【００１１】
具体的に説明すると、例えば、発表時にプロジェクタに表示させたいスライドのページごとの画像データ（例えば、ＪＰＥＧ画像データ）を、前もってＰＤＡの記憶装置へ保存させておく。そして、発表会場で、そのＰＤＡをプロジェクタに接続し、ＰＤＡからプロジェクタへ上記のスライドの各ページの画像データを送信する。そして、ＰＤＡからプロジェクタへ所望のページの画像を表示させる指令を順次送って、プロジェクタに該所望のページを順次表示させならが、発表を行う、というような仕様用途である。発表者は、画像を保存したＰＤＡのみを発表の現場に持っていくことでプレゼンテーションを行うことができ、さらに発表時には手元のＰＤＡをリモコンのように利用することができるなどの利点がある。
【００１２】
仕様用途の他の例としては、撮影済みの画像データが保存されているデジタルカメラをテレビに接続し、該デジタルカメラから該テレビへ所望の画像データを送って表示させるなどである。わざわざ画像データをＰＣにダウンロードしなくても、テレビの大きな画面で手軽に画像を閲覧することができるなどの利点がある。
【００１３】
しかし、このＢＩＰのＲｅｍｏｔｅ　Ｄｉｐｌａｙフィーチャーは、単一の論理コネクションを用いる仕様になっているために、Ｉｎｉｔｉａｔｏｒ側からＲｅｓｐｏｎｄｅｒ側へ画像データと画像表示指令とを同時に送ることが出来ない。したがって、Ｉｎｉｔｉａｔｏｒ側からＲｅｓｐｏｎｄｅｒ側へ、複数の画像データを送り、かつ、それらの画像表示指令を送りたい場合には、従来の技術では、（１）最初に、表示させたい画像データを全て送信させ、それが完了するのを待ってから、所望の画像データに対する画像表示指令を送るという方法をとるか、または（２）画像データの送信の間に画像表示指令を挟む、つまり、画像表示指令を送信したいときは現在送信中の画像データの送信が完了するのを待ち、その後に次の画像データを送信する前に画像送信指令を送るという方法をとるかしなかなった。
【００１４】
【発明が解決しようとする課題】
画像表示指令は、通常、ユーザの入力を契機として行われるもので、ユーザがＩｎｉｔｉａｔｏｒ側へ所望の画像を表示させるための指示を入力してから、Ｒｅｓｐｏｎｄｅｒ側で該所望の画像が表示されるまでのリアルタイム性が重要となる。
【００１５】
例えば、上記のようなＰＤＡからプロジェクターに画像を表示させる場合には、ユーザがＰＤＡに次のページの画像の表示指示を入力したとき、直ちにプロジェクターには次のページの画像が表示されなければ操作性が悪くなり、実用性が損なわれることになる。
【００１６】
しかし、前述した例では、画像サイズにもよるが、例えば通常のプレゼンテーションのスライドを考えると、圧縮率の高いＪＰＥＧ画像でも送信には一枚あたり１０秒程かかる場合もある。したがって、上記の（１）の前もって全の画像データを送る方法では、最初の画像表示が可能になるまでにユーザを長い間待たせることになり、一方、上記の（２）の現在の画像データの送信が完了してから画像表示指令を送る方法では、画像表示操作のリアルタイム性が大きく損なわれることになる。
【００１７】
本発明は、上記事情を考慮してなされたもので、複数の画像データを送信しながらも、表示開始までユーザを長い間待たせることなく、かつ、画像表示のリアルタイム性を確保することのできる指令送信装置及び指令送信方法を提供することを目的とする。
【００１８】
【課題を解決するための手段】
本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信するための送信手段と、ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付ける入力手段と、前記入力手段が前記データを送信すべき旨の入力を受けた場合に、前記送信手段に対して、前記指令受信装置への前記データの送信を開始させる第１の制御手段と、前記入力手段が前記指令を送信すべき旨の入力を受けた場合に、前記送信手段が前記データの送信中でないときには、前記送信手段に対して、前記指令の送信を開始させ、前記送信手段が前記データの送信中であるときには、前記送信手段に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御手段とを備えたことを特徴とする。
【００１９】
好ましくは、前記送信手段による前記データの送信が、前記第２の制御手段により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信手段に対して、送信を中断された該データの送信をやり直させる第３の制御手段を更に備えるようにしてもよい。
【００２０】
また、本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信するための送信手段と、予め定められた複数のデータを予め定められた順序で順次転送するように前記送信手段を制御する第１の制御手段と、ユーザから前記指令を送信すべき旨の入力を受け付ける入力手段と、前記入力手段が前記指令を送信すべき旨の入力を受けた場合に、前記送信手段が前記データの送信中でないときには、前記送信手段に対して、前記指令の送信を開始させ、前記送信手段が前記データの送信中であるときには、前記送信手段に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御手段と、前記送信手段による前記データの送信が、前記第２の制御手段により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信手段に対して、送信を中断された該データの送信をやり直させる第３の制御手段を更に備えたことを特徴とする。
【００２１】
また、本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置の指令送信方法であって、ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付け、前記データを送信すべき旨の入力を受けた場合に、前記指令受信装置への前記データの送信を開始するステップと、前記指令を送信すべき旨の入力を受けた場合に、前記データの送信中でないときには、前記指令の送信を開始し、前記データの送信中であるときには、該データの送信を中断して、前記指令の送信を開始するステップとを有することを特徴とする。
【００２２】
また、本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置の指令送信方法であって、予め定められた複数のデータを予め定められた順序で順次転送する処理を開示するステップと、ユーザから前記指令を送信すべき旨の入力を受け付けるステップと、前記指令を送信すべき旨の入力を受けた場合に、前記データの送信中でないときには、前記指令の送信を開始し、前記データの送信中であるときには、該データの送信を中断して、前記指令の送信を開始するステップと、前記データの送信が中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、送信を中断された該データの送信をやり直すステップとを有することを特徴とする。
【００２３】
また、本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置としてコンピュータを機能させるためのプログラムであって、前記データ又は前記指令を送信するための送信機能と、ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付ける入力機能と、前記入力機能が前記データを送信すべき旨の入力を受けた場合に、前記送信機能に対して、前記指令受信装置への前記データの送信を開始させる第１の制御機能と、前記入力機能が前記指令を送信すべき旨の入力を受けた場合に、前記送信機能が前記データの送信中でないときには、前記送信機能に対して、前記指令の送信を開始させ、前記送信機能が前記データの送信中であるときには、前記送信機能に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御機能とをコンピュータに実現させるためのプログラムである。
【００２４】
また、本発明は、指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置としてコンピュータを機能させるためのプログラムであって、前記データ又は前記指令を送信するための送信機能と、予め定められた複数のデータを予め定められた順序で順次転送するように前記送信機能を制御する第１の制御機能と、ユーザから前記指令を送信すべき旨の入力を受け付ける入力機能と、前記入力機能が前記指令を送信すべき旨の入力を受けた場合に、前記送信機能が前記データの送信中でないときには、前記送信機能に対して、前記指令の送信を開始させ、前記送信機能が前記データの送信中であるときには、前記送信機能に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御機能と、前記送信機能による前記データの送信が、前記第２の制御機能により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信機能に対して、送信を中断された該データの送信をやり直させる第３の制御機能とをコンピュータに実現させるためのプログラムである。
【００２５】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２６】
本発明によれば、データと指令を並行して送信できない制約があるにもかかわらず、データの送信中に指令を送信したい場合にも、指令送信のリアルタイム性が確保され、さらに、データ送信を停止させることもなくなる。
【００２７】
また、さらにデータを自動的に順次送信させながらこれを行うことで、指令送信のリアルタイム性を確保しながらデータを順次送信することを継続することが出来る。
【００２８】
特に、例えばＢｌｕｅｔｏｏｔｈのＢａｓｉｃ　Ｉｍａｇｉｎｇ　ＰｒｏｆｉｌｅのＲｅｍｏｔｅ　Ｄｉｓｐｌａｙフィーチャーのように、ユーザが指令送信装置を操作して指令送信装置から指令受信装置に画像を送信し、さらに送信した画像の表示指令を送信して指令受信装置に画像を表示させるシステムにおいて、画像を順次送信するペースより遅いペースで画像を順次表示させたい場合には本発明は有効で、一枚目を送信した段階で画像表示を開始できるので開始時にユーザを長時間待たせることがなく、かつ、その後もユーザによる画像表示指令をリアルタイムで実行出来るため、ユーザは画像の送信を殆ど意識する必要がなくなる。
【００２９】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００３０】
（第１の実施形態）
図１に、本実施形態に係る指令送信装置１の内部構成例及び該指令送信装置１を含むデータ送信システムの構成例を示す。
【００３１】
図１に示されるように、本データ送信システムは、ユーザ３から受けた操作に応じて画像データや画像表示指令を送信する指令送信装置１と、この指令送信装置１から画像データや画像表示指令を受信し、該受信した画像データを該受信した画像表示指令に基づいて表示する指令受信装置２とを含む。指令送信装置１と指令受信装置２とは、所定の通信回線で接続可能である。
【００３２】
本実施形態では、指令送信装置１から指令受信装置２に対して、画像データの送信と画像表示指令の送信とが同時に並行して出来ない場合を想定している。さらに、ここでは、通信回線が、単一の論理コネクションで接続されていて、画像データの送信と画像表示指令の送信とが同時に並行して出来ない場合を想定している。
【００３３】
通信回線は、どのようなものでもよい（例えば、有線でも無線でもよい）。
【００３４】
通信回線として無線通信規格Ｂｌｕｅｔｏｏｔｈを利用する場合には、指令送信装置１には、ＢｌｕｅｔｏｏｔｈのＢＩＰのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＩｎｉｔｉａｔｏｒ機能を備え、指令受信装置２には、該ＢＩＰのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＲｅｓｐｏｎｄｅｒ機能を備えればよい。また、指令送信装置１から指令受信装置２への画像データの転送にはＢＩＰのＰｕｔＩｍａｇｅ関数を、画像表示指令の転送にはＢＩＰのＲｅｍｏｔｅＤｉｓｐｌａｙ関数をそれぞれ利用すればよい。また、後述する画像データ転送の中断は、このＢＩＰの下位層に相当するＧｅｎｅｒｉｃ　Ｏｂｊｅｃｔ　Ｅｘｃｈａｎｇｅ　ＰｒｏｆｉｌｅのＡｂｏｒｔオペレーションを利用することができる。
【００３５】
図１に示されるように、本実施形態の指令送信装置１は、画像データを記憶する記憶部１１、指令受信装置２との通信処理を行う通信部１２、通信部１２に対して記憶部１１に保存されている特定の画像データの送信指示を出す画像送信指示部１３、通信部１２に対して、指令受信装置２に対して特定の画像データを表示させる指令の送信指示を出す画像表示指令送信指示部１４、通信部１２と並行して動作可能で画像表示指令を出すべき旨のユーザからの入力を受け付ける画像表示指令入力部１５、通信部１２と並行して動作可能で通信部１２が現在画像を送信中かどうかを判別する画像送信状態判別部１６、通信部１２と並行して動作可能で通信部１２に対して画像送信の中断指示を出す画像送信中断指示部１７、画像送信中断指示部１７によってどの画像の送信が中断されたかについての情報を取得する送信中断画像取得部１８を含む。
【００３６】
本実施形態において、指令送信装置１の一例はデジタルカメラであり、指令受信装置２の一例はテレビである。この場合、例えば、デジタルカメラに保存されている画像データがテレビへ転送され、デジタルカメラからテレビへ画像表示指令が転送され、これによって、テレビの表示画面上に指定の画像データが表示されて、ユーザの閲覧に供されるような使い方になる。
【００３７】
図２に、本実施形態の指令送信装置１の処理動作の一例を示す。
【００３８】
なお、少なくとも指令送信装置１と指令受信装置２との間では、各画像データを一意に特定可能であるものとする。ここでは、一例として、指令送信装置１から指令受信装置２へ転送される画像データには、少なくとも指令送信装置１と指令受信装置２との間で各画像データを一意に特定可能な識別情報が付されるものとする。この識別情報としては、例えば、指令送信装置１と指令受信装置２との間で当該画像データが実際に転送された順番を示す情報や、画像データに付された固有のデータ名あるいはファイル名等がある。
【００３９】
また、画像データと画像表示指令との区別は、例えば、転送時にそれらのヘッダ部に付された、画像データかまたは画像表示指令かを示す情報によって可能であってもよいし、他の方法で区別可能であってもよい。
【００４０】
さて、ユーザから指示を受けた際に（ステップＳ１）、それが、ある画像データを送信すべき旨の指示である場合には（ステップＳ２）、ユーザから指定された画像データの指令受信装置２への送信を開始する（ステップＳ３）。この画像データの転送は、その途中で画像表示指令の送信が発生すれば、中断されることになる。
【００４１】
ユーザから受けた指示が、ある画像データに対する画像表示指令を送信すべき旨の指示である場合には（ステップＳ４）、まず、現在、指令送信装置１から指令受信装置２への画像データの送信中であるか否か調べ、送信中でなければ（ステップＳ５）、ユーザから指定された画像データに対する画像表示指令を、指令受信装置２へ送信する（ステップＳ６）。
【００４２】
これに対して、指令送信装置１から指令受信装置２への画像データの送信中であれば（ステップＳ５）、当該送信中の画像データの送信を中断するとともに、指令受信装置２へ中断指令を送信し（ステップＳ７）、ユーザから指定された画像データに対する画像表示指令を指令受信装置２へ送信する（ステップＳ８）。その後、上記の送信を中断した画像データの送信を、あらためて最初から、やり直す（ステップＳ９）。なお、この画像データの送信のやり直しの途中で更に画像表示指令の送信が発生すれば、同様にして、この画像データの送信（のやり直し）は再度中断され、画像表示指令の送信が完了した後に再度やり直されることになる。
【００４３】
受け付けた指示が、他の指示である場合には（ステップＳ１，Ｓ２，Ｓ４）、当該指示に応じた処理を行う（ステップＳ１０）。
【００４４】
なお、指令送信装置１において、例えば存在しない画像データを送信すべき旨のユーザ指示や未だ指令受信装置２への転送の完了していない画像データに対する画像表示指令を送信すべき旨のユーザ指示などについては、それらを受け付けないように処理するのが好ましい。
【００４５】
また、指令送信装置１において、指令受信装置２へ送信済みの画像データに対して再度与えられる送信すべき旨のユーザ指示については、それを受け付けて再度送信するようにしてもよいし、あるいはそれを受け付けないようにしてもよいし、あるいはユーザに送信済みである旨のメッセージを通知し、再度送信するか否かをユーザに選択入力されるようにしてもよい。
【００４６】
一方、指令受信装置２は、指令送信装置１から画像データを受信した場合には、該画像データを識別情報とともに保存し、指令送信装置１からある画像データに対する画像表示指令を受信した場合には、該画像表示指令に係る画像データを表示し、指令送信装置１から中断指令を受信した場合には、それまで受信していた画像データを破棄する。
【００４７】
以下、本実施形態について具体例を用いて説明する。
【００４８】
ここでは、デジタルカメラが指令送信装置１であり、テレビが指令受信装置２であるものとする。デジタルカメラは、例えば５０個の撮影済みの画像データ（画像データＤ１〜Ｄ５０と呼ぶものとする）を保持しており、それらのうちのからユーザに指示されたものをテレビに送信し、また、送信した画像データのうちからユーザに指示されたものに対する画像表示指令をテレビに送信して表示させる場合を想定する。
【００４９】
まず、指令送信装置１であるデジタルカメラの画像データのうち、例えば識別情報Ｄ１〜Ｄ９，Ｄ３０〜Ｄ４０の２０個が指令受信装置２であるテレビに送信済みであるとする。この場合、テレビ側では、それらの２０個の画像データの中の特定の画像データに対する画像表示指令を受けると直ちにそれを表示することができる状態にある。したがって、ユーザはそれらの画像を任意に表示させて閲覧することができる。
【００５０】
この状態で、ユーザはデジタルカメラの中の識別情報Ｄ１０の画像データをテレビに表示させたいと思ったとする。この場合、図３に示すように、まず、ユーザが画像データＤ１０の送信を指示すると、デジタルカメラからテレビへ該画像データＤ１０が送信され、続いて、ユーザが画像データＤ１０に対する画像表示指令の送信を指示すると、デジタルカメラからテレビへ該画像データＤ１０に対する画像表示指令が送信され、テレビにおいて該画像データＤ１０が表示される。
【００５１】
次いで、この状態で、ユーザがデジタルカメラの中の識別情報Ｄ１１の画像データをテレビに表示させたいと思ったとする。この場合、図３に示すように、まず、ユーザが画像データＤ１１の送信を指示すると、デジタルカメラからテレビへの該画像データＤ１１の送信が開始される。ところが、その送信中に、このユーザは気が変わるなどして画像データＤ３を表示させたいと思い、図３に示すように、画像データＤ３に対する画像表示指令をデジタルカメラに入力したものとする。
【００５２】
ここからの処理を図３を参照しながら順を追って詳しく説明する。
【００５３】
まず、デジタルカメラである指令送信装置１の画像表示指令入力部１５がユーザからの画像表示指令の入力を受け取ると、画像送信状態判別部１６が現在画像データの送信中であるか否かを判別する。この例では、画像データＤ１１を現在送信中であるので、送信中であると判別される。
【００５４】
その結果、画像送信中断指示部１７が現在行っている画像データの送信処理の中断指示を通信部１２に出し、通信部１２は、それを受けて、画像送信処理を中断するとともに、指令受信装置２であるテレビへ中断指令を送信する。
【００５５】
その後、本来の目的であった画像データＤ３を表示させるという画像表示指令の送信を画像表示指令指示部が通信部１２に対して行い、通信部１２は、それを受けて、指令受信装置２であるテレビへ画像データＤ３に対する画像表示指令を送信し、指令受信装置２であるテレビは、それを受信して、画像データＤ３を表示させる。
【００５６】
さらに、上記の画像表示指令の転送が完了した後、送信中断画像取得部１８が直前に送信を中断した画像データは識別情報Ｄ１１の画像データであることを取得し、画像送信指示部１３が、それを受けて、再び画像データＤ１１を送信する指示を通信部１２に対して行い、通信部１２は、当該１１個目の画像データＤ１１の送信処理を再び開始する。
【００５７】
これらの処理により、指令送信装置１は画像データの送信中でもユーザの画像表示指令の入力に対して殆ど遅延なくリアルタイムで指令受信装置２に画像表示指令を送信して画像を表示させることができ、さらに処理中であった画像送信は一時的に中断されるだけで停止させられることはなくなる。
【００５８】
なお、画像送信状態判別部１６が画像送信状態を判別する方法は、どのような方法でもよい。例えば、画像送信状態判別部１６がデータの送信状態の情報を管理しておいて判別が必要なときにはそれを参照する形でもよいし、通信部１２に問い合わせる形などでもよい。
【００５９】
また、送信中断画像取得部１８が送信中断画像の情報を取得する方法は、どのような方法でもよい。例えば、通信部１２に問い合わせる方法でもよいし、送信を中断する際に、中断する画像データの識別情報を保存しておいてそれを参照することで取得してもよいし、あるいは画像送信指示部１３が持っている現在送ろうとしている画像データの識別情報をそのまま用いる方法などでもよい。また、動作するタイミングは、指令の送信の前であっても後であってもどちらでもよい。
【００６０】
ところで、図２の手順例では、画像データの送信中に、ユーザから画像表示指令を送信すべき旨の指示を受けた場合には、必ず、画像データの送信を中断するようにしたが、例えば画像表示指令を送信するまでに後少し待てば、現在行っている画像データの送信が完了するような場合も考えられるので、ユーザから画像表示指令を送信すべき旨の指示を受けたタイミングによって、画像データの送信を中断するか否かを決定するようにしてもよい。
【００６１】
図６に、この場合の処理手順の一例を示す。図２の手順と相違する点は、画像データの送信を中断しないと決定された場合には（ステップＳ２７）、図４に示すように、画像データの送信が完了してから、画像表示指令が送信されることになる（ステップＳ２８）点である。
【００６２】
この画像データの送信を中断するか否かの判断方法には、種々のバリエーションが可能である。
【００６３】
例えば、（１）送信すべき画像データの全データ量をＮ、そのうち送信済みのデータ量をｎとし、ユーザから画像表示指令を送信すべき旨の指示を受けた時点におけるｎ／Ｎで与えられる割合が、予め定められたしきい値が示す割合に満たない場合には、画像データの送信を中断すると決定し、ｎ／Ｎで与えられる割合が、該予め定められたしきい値が示す割合以上になっている場合には、画像データの送信を中断しないと決定するようにしてもよい。
【００６４】
また、例えば、（２）送信すべき画像データについて送信が完了するまでの推定所要時間をＴとし、この推定所要時間Ｔが、予め定められたしきい値が示す所要時間以上である場合には、画像データの送信を中断すると決定し、推定所要時間Ｔが、該予め定められたしきい値が示す所要時間未満になっている場合には、画像データの送信を中断しないと決定するようにしてもよい。なお、送信すべき画像データについて送信が完了するまでの推定所要時間Ｔの推定方法は、既存の方法を用いればよい。
【００６５】
また、図２や図６の手順において、画像データの送信中に画像表示指令の送信が発生したために、該画像データの送信を中断した場合において、図５に示すように、該送信を中断した画像データを送信し直すことをしないように構成することも可能である。また、画像データの送信中に画像表示指令の送信が発生したために、該画像データの送信を中断した場合において、該送信を中断した画像データを送信し直すか否かを、ユーザが任意に設定できるようにしてもよい。
【００６６】
（第２の実施形態）
図７に、本実施形態に係る指令送信装置１の内部構成例及び該指令送信装置１を含むデータ送信システムの構成例を示す。
【００６７】
図７の指令送信装置１の構成例は、図１の指令送信装置１の構成例に対して画像送信制御部１９を付加したものである。画像送信制御部１９は、送信対象となる複数の画像データを１枚ずつ順番に連続して送信するための制御を行うもので、これによって、指令送信装置１は、予め決められた画像データを予め決められた順番で指令受信装置２に送信することができる。
【００６８】
なお、本実施形態でも、第１の実施形態と同様に、通信回線が単一の論理コネクションで接続されていて、画像データの送信と画像表示指令の送信は同時に並行して出来ないものとする。
【００６９】
また、本実施形態でも、通信回線として無線通信規格Ｂｌｕｅｔｏｏｔｈを利用する場合には、指令送信装置１には、ＢｌｕｅｔｏｏｔｈのＢＩＰのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＩｎｉｔｉａｔｏｒ機能を備え、指令受信装置２には、該ＢＩＰのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＲｅｓｐｏｎｄｅｒ機能を備えればよい。また、指令送信装置１から指令受信装置２への画像データの転送にはＢＩＰのＰｕｔＩｍａｇｅ関数を、画像表示指令の転送にはＢＩＰのＲｅｍｏｔｅＤｉｓｐｌａｙ関数をそれぞれ利用すればよい。また、後述する画像データ転送の中断は、このＢＩＰの下位層に相当するＧｅｎｅｒｉｃ　Ｏｂｊｅｃｔ　Ｅｘｃｈａｎｇｅ　ＰｒｏｆｉｌｅのＡｂｏｒｔオペレーションを用いることができる。
【００７０】
以下では、本実施形態について第１の実施形態と相違する点を中心に説明する。
【００７１】
本実施形態において、指令送信装置１の一例はＰＤＡであり、指令受信装置２の一例はプロジェクタである。この場合、例えば、ＰＤＡに保存されているスライドの各ページごとの画像データがプロジェクタへ転送され、ＰＤＡからプロジェクタへ画像表示指令が転送され、これによって、プロジェクタの投影画像がスクリーン等に映されて、ユーザのプレゼンテーションに使用されるとともに、聴衆の閲覧に供されるような使い方になる。
【００７２】
図８に、本実施形態の指令送信装置１の処理動作の一例を示す。
【００７３】
まず、例えばユーザから或るスライドの全ページに対する画像データ群を送信すべき旨の指示を受けるなどによって、画像データの送信を開始する（ステップＳ４１）。ここでは、前述したように、予め決められた画像データを予め決められた順番で指令受信装置２へ送信しようとする。
【００７４】
そして、指令送信装置１は、ユーザからの指示を受け付ける状態になる。
【００７５】
なお、かりに、ユーザから画像表示指令を送信すべき旨の指示がなければ（ステップＳ４２）、図９に示すように、画像データＰ１〜画像データＰＮが連続的に転送されることになる（ステップＳ４３）。
【００７６】
さて、ユーザから指示を受けた際には（ステップＳ４２）、それがある画像データに対する画像表示指令を送信すべき旨の指示である場合には（ステップＳ４４）、まず、現在、指令送信装置１から指令受信装置２への画像データの送信中であるか否か調べ、送信中でなければ（ステップＳ４５）、ユーザから指定された画像データに対する画像表示指令を指令受信装置２へ送信する（ステップＳ４６）。
【００７７】
これに対して、指令送信装置１から指令受信装置２への画像データの送信中であれば（ステップＳ４５）、当該送信中の画像データの送信を中断するとともに、指令受信装置２へ中断指令を送信し（ステップＳ４７）、ユーザから指定された画像データに対する画像表示指令を指令受信装置２へ送信する（ステップＳ４８）。その後、上記の送信を中断した画像データの送信をあらためて最初からやり直す（ステップＳ４９）。さらに、残りの画像データがあれば、画像データの送信が継続される。
【００７８】
受け付けた指示が他の指示である場合には（ステップＳ４１，Ｓ４２，Ｓ４４）、当該指示に応じた処理を行う（ステップＳ５０）。
【００７９】
指令受信装置２は、第１の実施形態と同様に、指令送信装置１から画像データを受信した場合には、該画像データを識別情報とともに保存し、指令送信装置１からある画像データに対する画像表示指令を受信した場合には、該画像表示指令に係る画像データを表示し、指令送信装置１から中断指令を受信した場合には、それまで受信していた画像データを破棄する。
【００８０】
以下、本実施形態について具体例を用いて説明する。
【００８１】
ここでは、ＰＤＡが指令送信装置１であり、プロジェクターが指令受信装置２であるものとする。ＰＤＡが例えば全１０ページのプレゼンテーション用スライドのページごとのＪＰＥＧ画像のデータ（つまり、１０個のＪＰＥＧ画像データ）Ｐ１〜Ｐ１０を保持しており、ＰＤＡは、プロジェクターに対して、それらのスライド画像を１ページ目のＰ１から１０ページ目のＰ１０まで順次送信し、また、ユーザの指令に応じて、送信済みの所望のページの画像データに対する画像表示指令を送信してそれをプロジェクターに表示させる場合を想定する。すなわち、画像データの送信は、画像送信制御部１９によってユーザが操作することなく自動的に送信されるが、画像表示指令はユーザの操作によって行われるとする。
【００８２】
以下、図１０を参照しながら順を追って処理を詳しく説明する。
【００８３】
まず、ＰＤＡである指令送信装置１において、画像送信制御部１９が画像送信指示部１３に、記憶部１１に保存されている上記の１０個のスライド画像データの１ページ目の画像データＰ１の送信指示を通信部１２に対して出させる。通信部１２は、それを受け、１ページ目の画像データＰ１を指令受信装置２に送信し始める。この段階では、送信完了している画像データはまだ一つもなく、指令受信装置２であるプロジェクターには表示させる画像がない状態であるので、ユーザは画像表示指令を入力することが出来ないようになっている。
【００８４】
１ページ目の画像データＰ１の送信が完了すると、同様にして、画像送信制御部１９は続けて画像送信指示部１３に２ページ目の画像データＰ２の送信指示を画像送信指示部１３に出させ、通信部１２はそれを受けて２ページ目の画像データＰ２の送信を開始する。この段階では、指令受信装置２には１ページ目の画像が置かれたことになるので、ユーザは、任意のタイミングで、この１ページ目の画像データＰ１を指令受信装置２に表示させることが可能になっている。
【００８５】
以降、同様にして、例えば４ページ目の画像データＰ４までの送信が完了すると、画像送信制御部１９は続けて画像送信指示部１３に５ページ目の画像データＰ２の送信指示を画像送信指示部１３に出させ、通信部１２はそれを受けて５ページ目の画像データＰ５の送信を開始する。この段階では、指令受信装置２には４ページ目までの画像が置かれたことになるので、ここからユーザは、任意のタイミングで、それら１〜４ページ目の画像データＰ１〜Ｐ４のうちの任意のものを指令受信装置２に表示させることが可能となる。
【００８６】
ここで、図１０に示すように、上記の５ページ目の画像データＰ５の送信中に、ユーザの１〜４枚目の画像データＰ１〜Ｐ４のいずれか（例えば、４枚目の画像データＰ４とする）に対する画像表示指令の入力を画像表示指令入力部１５が受け付けたものとする。すると、画像送信状態判別部１６が現在画像データの送信中であるか否かを判別する。ここでは、５ページ目の画像データＰ５を現在送信中であるので、送信中であると判別される。その結果、画像送信中断指示部１７が現在の画像データの送信処理の中断指示を通信部１２に出し、通信部１２は、それを受けて、画像送信処理を中断する。
【００８７】
その後、本来の目的であった４枚目の画像データＰ４を表示させるという画像表示指令の送信を画像表示指令指示部が通信部１２に対して行い、通信部１２はそれを受けて画像表示指令を送信し、指令受信装置２であるプロジェクターはそれを受けて４枚目の画像データＰ４をスクリーンに表示させる。
【００８８】
さらに、その画像表示指令が完了した後、送信中断画像取得部１８が先に送信を中断した画像は５ページ目の画像データＰ５であることを取得し、画像送信指示部１３がそれを受けて再び５ページ目の画像データＰ５を送信する指示を通信部１２に対して行い、通信部１２は５ページ目の画像データＰ５の送信処理を再び開始する。
【００８９】
これらの処理により、指令送信装置１は画像データの送信中でもユーザの画像表示指令の入力に対して殆ど遅延なくリアルタイムで指令受信装置２に画像表示指令を送信して画像を表示させることができ、さらに処理中であった画像送信は一時的に中断されるだけで停止させられることはなくなる。
【００９０】
しかして、画像送信制御部１９は、５ページ目の画像データＰ５の送信が完了したならば次に６ページ目の画像データＰ６の送信指示を画像送信指示部１３に出させ、６ページ目の画像の送信が完了したならば次に７ページ目の送信指示を出させ、という具合に、全１０ページ分の画像データを送信し終わるまで画像送信を自動的に行うように、画像送信指示部１３を用いて通信部１２を制御する。それは、先に述べた画像表示指令の送信による一連の処理があった否かにかかわらずに行われるので、先に述べた画像表示指令による一連の処理があっても画像送信制御部１９による画像の順次送信自体を停止させられることはない。
【００９１】
さらに、ユーザは送信済みの画像データをプロジェクターに表示させることが出来ることになるので、ｎページ目の送信が完了すると直ちにｎページ目の画像表示指令を入力して表示させることができ、ｎ＋１ページ目が送信完了すると直ちにｎ＋１ページ目の画像表示指令を入力して表示させることが出来る。もちろん、ｎ＋１ページ目まで表示可能なときに１ページ目〜ｎページ目までの任意の画像送信指令を出して表示させることも可能である。
【００９２】
ここで、本実施形態のシステムを実際にプレゼンテーションで使用した場合の利点を大まかなイメージで説明する。
【００９３】
まず、ユーザは、１ページ目のスライド画像の送信が完了した時点から、それを表示してプレゼンテーションを開始することができる。
【００９４】
次に、ユーザがその１ページ目のスライドを表示しながら自己紹介やプレゼンテーションの概要などを説明しているうちにも、後続するページの画像データが自動的に転送され続けるので、ユーザが次に２ページ目を表示させたいと思ったときには、例えば２ページまたは３ページぐらいまでの画像データの送信が完了しており、先に述べた一連の処理で直ちに２ページ目を表示させることが出来る。
【００９５】
同様に、２ページ目のスライドを表示してそれについての説明をしている間に、画像データは既に例えば５ページや６ページなど十分先まで送信が完了しており、次に３ページ目を表示させたいときには直ちにそれを行うことが出来る。
【００９６】
このようにして、通常のプレゼンテーションのように画像データ送信のペースより遅いペースで一枚ずつ順次表示させる場合には、１ページ目の画像データを送信した段階で画像表示を開始できるので開始時にユーザを長時間待たせることがなく、かつ、その後もユーザによる画像表示指令をリアルタイムで実行出来るため、ユーザは画像の送信を殆ど意識する必要がなくなる。
【００９７】
なお、１０ページ目までの全ての画像データの送信が完了した後は、画像表示指令入力部１５がユーザからの画像表示指令の入力を受け付けた場合、画像送信状態判別部１６は現在画像データの送信中ではないと判別し、その結果、そのまま画像表示指令送信指示部１４が通信部１２に対して画像表示指令の送信指示を出すことになる。
【００９８】
ところで、図８の手順例では、画像データの送信中に、ユーザから画像表示指令を送信すべき旨の指示を受けた場合には、必ず、画像データの送信を中断するようにしたが、第１の実施形態と同様に、ユーザから画像表示指令を送信すべき旨の指示を受けたタイミングによって、画像データの送信を中断するか否かを決定するようにしてもよい。なお、この画像データの送信を中断するか否かの判断方法の具体例は、第１の実施形態で述べた通りである。
【００９９】
図１２に、この場合の処理手順の一例を示す。図８の手順と相違する点は、画像データの送信を中断しないと決定された場合には（ステップＳ６７）、図１１に示すように、画像データの送信が完了してから、画像表示指令が送信されることになる（ステップＳ６８）点である。
【０１００】
ところで、これまでの第１の実施形態及び第２の実施形態の説明では、画像データの送信を中断するにあたって、指令送信装置１から指令受信装置２へ明示的に中断命令を送信する場合を例にとったが、その代わりに、明示的な中断命令を送信することなく、指令受信装置２の方で画像データの送信が中断されたことを判断するようにする構成も可能である。
【０１０１】
また、これまでの説明では、画像データの送信を中断して画像表示指令を送信し、その後に再び画像データを送信する際に、その画像データの送信をあらためて始めからやり直す場合を例にとったが、その代わりに、その送信を中断したところのデータから（すなわち、未送信のデータ部分についてのみ）送信をやり直すようにする構成も可能である。
【０１０２】
また、第１の実施形態と第２の実施形態と組み合わせて実施することも可能である。例えば、指令送信装置１や指令受信装置２が、それぞれ、第１の実施形態の機能と第２の実施形態の機能とを兼ね備えてもよい。
【０１０３】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０１０４】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【０１０５】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１０６】
【発明の効果】
本発明によれば、複数の画像データを送信しながらも、表示開始までユーザを長い間待たせることなく、かつ、画像表示のリアルタイム性を確保することができるようになる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る指令送信装置の内部構成例及び該指令送信装置を含むデータ送信システムの構成例を示す図
【図２】同実施形態に係るデータ送信システムの処理動作の一例を示すフローチャート
【図３】同実施形態の動作について説明するための図
【図４】同実施形態の動作について説明するための図
【図５】同実施形態の動作について説明するための図
【図６】同実施形態に係るデータ送信システムの処理動作の他の例を示すフローチャート
【図７】本発明の第２の実施形態に係る指令送信装置の内部構成例及び該指令送信装置を含むデータ送信システムの構成例を示す図
【図８】同実施形態に係るデータ送信システムの処理動作の一例を示すフローチャート
【図９】同実施形態の動作について説明するための図
【図１０】同実施形態の動作について説明するための図
【図１１】同実施形態の動作について説明するための図
【図１２】同実施形態に係るデータ送信システムの処理動作の他の例を示すフローチャート
【符号の説明】
１…指令送信装置
２…指令受信装置
１１…記憶部
１２…通信部
１３…画像送信指示部
１４…画像表示指令送信指示部
１５…画像表示指令入力部
１６…画像送信状態判別部
１７…画像送信中断指示部
１８…送信中断画像取得部
１９…画像送信制御部

Claims (17)

1. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信するための送信手段と、
   ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付ける入力手段と、
   前記入力手段が前記データを送信すべき旨の入力を受けた場合に、前記送信手段に対して、前記指令受信装置への前記データの送信を開始させる第１の制御手段と、
   前記入力手段が前記指令を送信すべき旨の入力を受けた場合に、前記送信手段が前記データの送信中でないときには、前記送信手段に対して、前記指令の送信を開始させ、前記送信手段が前記データの送信中であるときには、前記送信手段に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御手段とを備えたことを特徴とする指令送信装置。
2. 前記送信手段による前記データの送信が、前記第２の制御手段により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信手段に対して、送信を中断された該データの送信をやり直させる第３の制御手段を更に備えたことを特徴とする請求項１に記載の指令送信装置。
3. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信するための送信手段と、
   予め定められた複数のデータを予め定められた順序で順次転送するように前記送信手段を制御する第１の制御手段と、
   ユーザから前記指令を送信すべき旨の入力を受け付ける入力手段と、
   前記入力手段が前記指令を送信すべき旨の入力を受けた場合に、前記送信手段が前記データの送信中でないときには、前記送信手段に対して、前記指令の送信を開始させ、前記送信手段が前記データの送信中であるときには、前記送信手段に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御手段と、
   前記送信手段による前記データの送信が、前記第２の制御手段により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信手段に対して、送信を中断された該データの送信をやり直させる第３の制御手段を更に備えたことを特徴とする指令送信装置。
4. 前記第２の制御手段を、前記入力手段が前記指令を送信すべき旨の入力を受けた際、前記送信手段が前記データの送信中である場合には、所定の判断基準に基づいて該データの送信を中断させるか否かを決定し、中断させないと決定したならば、前記送信手段に対して、前記指令の送信を開始させ、中断させると決定したならば、前記送信手段に対して、該データの送信を中断して、前記指令の送信を開始させるようにしたことを特徴とする請求項１ないし３のいずれか１項に記載の指令送信装置。
5. 前記第２の制御手段は、前記入力手段が前記指令を送信すべき旨の入力を受けた際、前記送信手段が前記データの送信中である場合に、その時点における該データの送信済みの量を該データの全量で除した割合が、予め定められたしきい値が示す割合に満たない場合には、該データの送信を中断させると決定し、該予め定められたしきい値が示す割合以上になっている場合には、画像データの送信を中断させないと決定することを特徴とする請求項４に記載の指令送信装置。
6. 前記第２の制御手段は、前記入力手段が前記指令を送信すべき旨の入力を受けた際、前記送信手段が前記データの送信中である場合に、その時点における該データについて送信が完了するまでの推定所要時間が、予め定められたしきい値が示す所要時間以上である場合には、該データの送信を中断させると決定し、該予め定められたしきい値が示す所要時間未満になっている場合には、画像データの送信を中断させないと決定することを特徴とする請求項４に記載の指令送信装置。
7. 前記所定の通信回線は、無線通信規格Ｂｌｕｅｔｏｏｔｈを用いたものであることを特徴とする請求項１ないし６のいずれか１項に記載の指令送信装置。
8. 前記データは、画像データであることを特徴とする請求項１ないし７のいずれか１項に記載の指令送信装置。
9. 前記入力手段は、前記画像データを送信すべき旨を入力するにあたって、送信すべき画像データの指定を受け付けることを特徴とする請求項８に記載の指令送信装置。
10. 前記指令は、前記指令受信装置に対して該指令受信装置へ送信済みの特定の前記画像データを表示することを指令する画像表示指令であることを特徴とする請求項８または９に記載の指令送信装置。
11. 前記入力手段は、前記画像表示指令を送信すべき旨を入力するにあたって、該画像表示指令によって表示させるべき画像データの指定を受け付けることを特徴とする請求項１０に記載の指令送信装置。
12. 前記指令送信装置は、無線通信規格ＢｌｕｅｔｏｏｔｈのＢａｓｉｃ　Ｉｍａｇｉｎｇ　ＰｒｏｆｉｌｅのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＩｎｉｔｉａｔｏｒ機能を備えており、
    前記画像データの転送は、前記ＰｒｏｆｉｌｅのＰｕｔＩｍａｇｅ関数によって、前記画像表示指令は、前記ＰｒｏｆｉｌｅのＲｅｍｏｔｅＤｉｓｐｌａｙ関数によって、前記画像データ転送の中断は、Ｇｅｎｅｒｉｃ　Ｏｂｊｅｃｔ　Ｅｘｃｈａｎｇｅ　ＰｒｏｆｉｌｅのＡｂｏｒｔオペレーションによってそれぞれ行われることを特徴とする請求項１０または１１に記載の指令送信装置。
13. 前記指令受信装置は、前記無線通信規格ＢｌｕｅｔｏｏｔｈのＢａｓｉｃ　Ｉｍａｇｉｎｇ　ＰｒｏｆｉｌｅのＲｅｍｏｔｅ　ＤｉｓｐｌａｙフィーチャーのＲｅｓｐｏｎｄｅｒ機能を備えていることを特徴とする請求項１２に記載の指令送信装置。
14. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置の指令送信方法であって、
    ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付け、
    前記データを送信すべき旨の入力を受けた場合に、前記指令受信装置への前記データの送信を開始するステップと、
    前記指令を送信すべき旨の入力を受けた場合に、前記データの送信中でないときには、前記指令の送信を開始し、前記データの送信中であるときには、該データの送信を中断して、前記指令の送信を開始するステップとを有することを特徴とする指令送信方法。
15. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置の指令送信方法であって、
    予め定められた複数のデータを予め定められた順序で順次転送する処理を開示するステップと、
    ユーザから前記指令を送信すべき旨の入力を受け付けるステップと、
    前記指令を送信すべき旨の入力を受けた場合に、前記データの送信中でないときには、前記指令の送信を開始し、前記データの送信中であるときには、該データの送信を中断して、前記指令の送信を開始するステップと、
    前記データの送信が中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、送信を中断された該データの送信をやり直すステップとを有することを特徴とする指令送信方法。
16. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置としてコンピュータを機能させるためのプログラムであって、
    前記データ又は前記指令を送信するための送信機能と、
    ユーザから前記データ又は前記指令を送信すべき旨の入力を受け付ける入力機能と、
    前記入力機能が前記データを送信すべき旨の入力を受けた場合に、前記送信機能に対して、前記指令受信装置への前記データの送信を開始させる第１の制御機能と、
    前記入力機能が前記指令を送信すべき旨の入力を受けた場合に、前記送信機能が前記データの送信中でないときには、前記送信機能に対して、前記指令の送信を開始させ、前記送信機能が前記データの送信中であるときには、前記送信機能に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御機能とをコンピュータに実現させるためのプログラム。
17. 指令受信装置に対し、所定の通信回線を介して、同時送信が不可であるデータ又は指令を送信する指令送信装置としてコンピュータを機能させるためのプログラムであって、
    前記データ又は前記指令を送信するための送信機能と、
    予め定められた複数のデータを予め定められた順序で順次転送するように前記送信機能を制御する第１の制御機能と、
    ユーザから前記指令を送信すべき旨の入力を受け付ける入力機能と、
    前記入力機能が前記指令を送信すべき旨の入力を受けた場合に、前記送信機能が前記データの送信中でないときには、前記送信機能に対して、前記指令の送信を開始させ、前記送信機能が前記データの送信中であるときには、前記送信機能に対して、該データの送信を中断して、前記指令の送信を開始させる第２の制御機能と、
    前記送信機能による前記データの送信が、前記第２の制御機能により中断された場合に、該データの送信を中断するもととなった前記指令が送信された後に、前記送信機能に対して、送信を中断された該データの送信をやり直させる第３の制御機能とをコンピュータに実現させるためのプログラム。

Images