通信端末
【構成】ＣＰＵ３０またはＣＰＵ６４は、外部通信端末に向けて探索信号を発信し、外部通信端末から受信した探索信号に対して応答信号を返信し、外部通信端末との間でコンテンツを送受信する。ＣＰＵ３０またはＣＰＵ６４はまた、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動し、返信手段による応答信号の返信に関連して送受信手段を起動する。ＣＰＵ３０またはＣＰＵ６４はまた、コンテンツ非再生状態に対応して発信手段の発信処理を制限し、送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する。
【効果】操作性および通信性能が向上する。
【効果】操作性および通信性能が向上する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信端末に関し、特に他の通信端末との間でコンテンツのやり取りを行う、通信端末に関する。
【背景技術】
【０００２】
この種の通信端末の一例が、特許文献１に開示されている。この背景技術の携帯機器によれば、閲覧候補画像表示手段は、複数の保持された実画像に応じた閲覧候補画像を表示し、閲覧画像生成手段は、上記閲覧候補画像表示手段により表示された閲覧候補画像のうち操作により選択された複数の画像に基づいた閲覧画像を生成する。閲覧画像送信手段は、上記閲覧画像生成手段により生成された閲覧画像を近距離無線により画像受信側の携帯機器に送信し、要求画像情報受信手段は、上記閲覧画像送信手段により送信された閲覧画像のうちの上記画像受信側の携帯機器によって選択された要求画像情報を近距離無線により受信する。実画像送信手段は、上記複数の保持された実画像のうちの上記要求画像情報受信手段により受信された要求画像情報に応じた実画像を抽出し、近距離無線通信により上記画像受信側の携帯機器に送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、背景技術では、コンテンツを送受信するためには、送信側の携帯機器の操作者による閲覧候補画像表示手段の起動および閲覧候補画像からの画像の選択、ならびに受信側の携帯機器の操作者による閲覧画像からの画像の選択などの複雑な操作が、必要である。
【０００５】
一方、簡易な操作だけによってコンテンツを送受信しようとすれば、送信側の操作者が意図しないコンテンツが送信される可能性が生じて、操作性が低下するおそれがある。
【０００６】
それゆえに、この発明の主たる目的は、操作性を向上させることができる、通信端末を提供することである。
【課題を解決するための手段】
【０００７】
この発明に従う通信端末(10, 50：実施例で相当する参照符号。以下同じ)は、外部通信端末に向けて探索信号を発信する発信手段(S119)、外部通信端末から受信した探索信号に対して応答信号を返信する返信手段(S61, S67, S103, S111)、外部通信端末との間でコンテンツを送受信する送受信手段(S75, S83, S91, S95)、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動する第１起動手段(S115)、返信手段による応答信号の返信に関連して送受信手段を起動する第２起動手段(S63, S107)、コンテンツ非再生状態に対応して発信手段の発信処理を制限する第１制限手段(S59)、および送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限手段(S81, S89)を備える。
【０００８】
好ましくは、外部通信端末と無線にて接続する接続手段(38, 76)をさらに備え、発信手段，返信手段および送受信手段の各々は接続手段を介して処理を実行する。
【０００９】
好ましくは、送受信手段は、第１起動手段によって起動されたときコンテンツ送信処理をコンテンツ受信処理に優先して実行する第１コンテンツ送受信手段(S91, S95)、および第２起動手段によって起動されたときコンテンツ受信処理をコンテンツ送信処理に優先して実行する第２コンテンツ送受信手段(S75, S83)を含む。
【００１０】
好ましくは、発信手段によって発信された探索信号と外部通信端末によって発信された探索信号との衝突を検知する検知手段(S123)、および検知手段の検知結果に基づいて発信手段による発信処理のタイミングを調整する調整手段(S97, S101, S127)をさらに備える。
【発明の効果】
【００１１】
この発明によれば、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００１３】
【図１】この発明の基本的構成を示すブロック図である。
【図２】この発明の一実施例の構成の一部を示すブロック図である。
【図３】この発明の一実施例の構成の他の一部を示すブロック図である。
【図４】ディジタルカメラと携帯通信端末との通信状態の一例を示す図解図である。
【図５】ディジタルカメラと携帯通信端末との通信状態の他の一例を示す図解図である。
【図６】ディジタルカメラと携帯通信端末との通信状態のその他の一例を示す図解図である。
【図７】図２実施例に適用されるＣＰＵの動作の一部を示すフロー図である。
【図８】図２実施例に適用される他のＣＰＵの動作の一部を示すフロー図である。
【図９】図２実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。
【図１０】図２実施例に適用されるＣＰＵの動作のその他の一部を示すフロー図である。
【図１１】図２実施例に適用されるＣＰＵの動作のさらにその他の一部を示すフロー図である。
【図１２】図２実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。
【図１３】この発明の他の実施例の構成の一部を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、この発明の実施の形態を図面を参照しながら説明する。
［基本的構成］
【００１５】
図１を参照して、この発明の通信端末は、基本的に次のように構成される。発信手段１は、外部通信端末に向けて探索信号を発信する。返信手段２は、外部通信端末から受信した探索信号に対して応答信号を返信する。送受信手段３は、外部通信端末との間でコンテンツを送受信する。第１起動手段４は、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動する。第２起動手段５は、返信手段による応答信号の返信に関連して送受信手段を起動する。第１制限手段６は、コンテンツ非再生状態に対応して発信手段の発信処理を制限する。第２制限手段７は、送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する。
【００１６】
このように、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
［実施例］
【００１７】
図２を参照して、この実施例のディジタルカメラ１０は、ドライバ１８によって駆動されるフォーカスレンズ１２を含む。これらの部材を経た被写界の光学像は、イメージセンサ１６の撮像面に照射され、光電変換を施される。これによって、被写界像を表す電荷が生成される。
【００１８】
電源が投入されると、後述する転送タスクが起動され、これと並列的に処理されるメインタスクの下で、ＣＰＵ３０は、キー入力装置３２に設けられたモード切り換えスイッチ３２ｍｄの設定（つまり現時点の動作モード）を判別する。現時点の動作モードが撮像モードであれば、撮像タスクが起動される。現時点の動作モードが再生モードであれば、再生タスクが起動される。また、現時点の動作モードが撮像モードの場合は、撮像タスクが起動された後にフラグＦＬＧｍｎｔに“０”が設定され、現時点の動作モードが再生モードの場合は、再生タスクが起動された後にフラグＦＬＧｍｎｔに“１”が設定される。
【００１９】
撮像モードが選択されたとき、ＣＰＵ３０は、撮像タスクの下で動画取り込み処理を開始するべく、ドライバ１８に露光動作および電荷読み出し動作の繰り返しを命令する。ドライバ１８は、図示しないＳＧ(SignalGenerator)から周期的に発生する垂直同期信号Ｖｓｙｎｃに応答して、撮像面を露光し、かつ撮像面で生成された電荷をラスタ走査態様で読み出す。イメージセンサ１６からは、読み出された電荷に基づく生画像データが周期的に出力される。
【００２０】
信号処理回路２０は、イメージセンサ１６から出力された生画像データに白バランス調整，色分離，ＹＵＶ変換などの処理を施し、これによって生成されたＹＵＶ形式の画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４に書き込む。ＬＣＤドライバ２６は、ＳＤＲＡＭ２４に格納された画像データをメモリ制御回路２２を通して繰り返し読み出し、読み出された画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、被写界を表す動画像がモニタ画面に表示される。
【００２１】
信号処理回路２０によって生成された画像データのうち、ＹデータはＣＰＵ３０にも与えられる。ＣＰＵ３０は、与えられたＹデータに簡易ＡＥ処理を施して適正ＥＶ値を算出する。算出された適正ＥＶ値を定義する絞り量および露光時間はドライバ１８に設定され、これによって動画像の明るさが適度に調整される。
【００２２】
シャッタボタン３２ｓｈが半押しされると、ＣＰＵ３０は、信号処理回路２０から与えられたＹデータに厳格なＡＥ処理を施して最適ＥＶ値を算出する。算出された最適ＥＶ値を定義する絞り量および露光時間は、上述と同様、ドライバ１８に設定される。この結果、動画像の明るさが厳格に調整される。ＣＰＵ３０はまた、信号処理回路２０から与えられたＹデータの高周波成分にＡＦ処理を施す。これによってフォーカスレンズ１２が合焦点に配置され、動画像の鮮鋭度が向上する。
【００２３】
シャッタボタン３２ｓｈが全押しされると、ＣＰＵ３０は、記録処理の実行をメモリＩ／Ｆ３４に命令する。メモリＩ／Ｆ３４は、シャッタボタン３２ｓｈが操作された時点の被写界を表す１フレームの画像データをメモリ制御回路２２を通してＳＤＡＲＭ２４から読み出し、読み出された画像データを含む画像ファイルをメモリカード３６に書き込む。
【００２４】
再生モードが選択されたとき、ＣＰＵ３０は、再生タスクの下で以下の処理を実行する。ＣＰＵ３０はまず、メモリカード３６に記録された最新の画像ファイルを再生画像ファイルとして指定し、指定画像ファイルに注目した再生処理の実行をメモリＩ／Ｆ３４およびＬＣＤドライバ２６に命令する。
【００２５】
メモリＩ／Ｆ３４は、指定された画像ファイルの画像データをメモリカード３６から読み出し、読み出された画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４に書き込む。ＬＣＤドライバ２６は、ＳＤＲＡＭ２４に格納された画像データをメモリ制御回路２２を通して読み出し、読み出された画像データに対応する光学像を生成する。この結果、生成された光学像は、ＬＣＤモニタ２８に表示される。
【００２６】
操作者によるキー入力装置３２の操作によって、ＣＰＵ３０は、後続の画像ファイルまたは先行する画像ファイルを再生画像ファイルとして指定する。指定画像ファイルは上述と同様の再生処理を施され、この結果、ＬＣＤモニタ２８の表示が更新される。
【００２７】
この実施例の携帯通信端末５０は、具体的には図３に示すように構成される。電源が投入されると、後述する転送タスクが起動され、これと並列的に処理されるメインタスクの下で待ち受けタスクが起動される。ＣＰＵ６４は、発呼操作または着呼操作が行われたか否かをメインタスクの下で判別する。
【００２８】
操作パネル６２によって通話のための発呼操作または着呼操作が行われると、通話タスクが起動される。発呼操作が行われた場合は、ＣＰＵ６４は、音声処理回路５６、無線通信回路５４およびアンテナ５２を通して発呼信号を相手方の携帯通信端末に送信する。これに対して、相手方において、待ち受けタスクの下で着呼信号が検知され、操作者によって着呼操作が行われると、通話可能状態となる。一方、相手方の携帯通信端末から発呼信号が送信された場合は、携帯通信端末５０において、待ち受けタスクの下で着呼信号が検知され、操作パネル６２によって通話のための着呼操作が行われると、通話可能状態となる。
【００２９】
通話可能状態となった後にマイクロホン５８に音声が入力されると、この音声は、マイクロホン５８によってアナログ信号である音声信号に変換される。変換された音声信号は、音声処理回路５６によって、ディジタル信号である音声データに変換された上で符号化処理を施される。符号化音声データは、無線通信回路５４によって変調処理を施される。無線通信回路５４によって生成された変調音声データは、アンテナ５２から発信される。
【００３０】
一方、相手方から送られてきた変調音声データは、アンテナ５２によって受信され、無線通信回路５４によって復調処理を施されるとともに、音声処理回路５６によって、復号処理を施された上でアナログ信号である音声信号に変換される。変換された音声信号は、スピーカ６０から出力される。
【００３１】
このようにして相手方との間で通話が行われている最中に、操作パネル６２によって通話終了操作が行われると、ＣＰＵ６４は、音声処理回路５６および無線通信回路５４を制御して、相手方に通話終了信号を送信する。通話終了信号の送信後、ＣＰＵ２８は、通話処理を終了する。先に相手方から通話終了信号を受信した場合も、ＣＰＵ２８は、通話処理を終了する。
【００３２】
携帯通信端末５０においては、インターネット等を通じて外部サーバからダウンロードされた画像データおよび図示しないカメラ部で作成された画像データなどが、フラッシュメモリ７４に記録される。操作パネル６２を通じて再生操作が行われると再生タスクが起動され、ＣＰＵ６４は、これらの画像データを再生する処理を再生タスクの下で実行する。
【００３３】
ＣＰＵ６４はまず、フラッシュメモリ７４に記録された最新の画像ファイルを再生画像ファイルとして指定し、指定画像ファイルの画像データをフラッシュメモリ７４から読み出す。読み出された画像データは、メモリ制御回路６６を通してＳＤＲＡＭ６８に書き込まれる。ＬＣＤドライバ７０は、ＳＤＲＡＭ６８に格納された画像データをメモリ制御回路６６を通して読み出し、読み出された画像データに対応する光学像を生成する。この結果、生成された光学像は、ＬＣＤモニタ７２に表示される。
【００３４】
操作者による操作パネル６２の操作によって、ＣＰＵ６４は、後続の画像ファイルまたは先行する画像ファイルを再生画像ファイルとして指定する。指定画像ファイルは上述と同様の再生処理を施され、この結果、ＬＣＤモニタ７２の表示が更新される。
【００３５】
また、再生タスクが起動された後にフラグＦＬＧｍｎｔに“１”が設定され、操作パネル６２を通じて再生終了操作が行われると、再生タスクが停止され、その後にフラグＦＬＧｍｎｔに“０”が設定される。
【００３６】
この実施例のディジタルカメラ１０および携帯通信端末５０は、近接無線通信を用いた画像データの転送機能を各々が有し、各々に記録されている画像データを自らと近接した相手方とやり取りすることができる。相手との接続が可能な距離は、例えば“ＴｒａｎｓｆｅｒＪｅｔ”（登録商標）による転送機能を用いた場合は、数センチである。よって、操作者は、ディジタルカメラ１０および携帯通信端末５０を互いに触れる程度に近づけること（以下、“タッチ”と称する）によって、この転送機能を利用する。
【００３７】
このような転送機能を実現するための転送タスクは、データを送受信する相手方との接続を確立するためのディスカバリフェーズにおける処理と画像データを送受信するためのデータフェーズにおける処理とからなる。通信モードは、転送タスクの下では通常は受信モードに設定され、フレームまたはデータを送信する際にだけ送信モードに設定される。
【００３８】
以下、ディジタルカメラ１０が携帯通信端末５０に画像データＰＤ＿ｃａｍを送信する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、ＣＰＵ３０ははじめに、フラグＦＬＧｍｎｔに“１”が設定されているか否か、すなわち再生タスクが起動されていずれかの画像データＰＤ＿ｃａｍが再生中であるか否かを判別する。再生中でなければ、後述するディスカバリフレームＤＦを携帯通信端末５０から受信しない限り、フラグＦＬＧｍｎｔに“１”が設定されているか否かを繰り返し判別する。
【００３９】
再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍの送信相手を探索するべく、タイマをスタートさせる。タイムアウトするまでは、何らかのフレームを受信したか否かを繰り返し判別する。なお、タイマの値には、初期値として１ミリ秒が設定される。
【００４０】
タイマがタイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定して、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。ディスカバリフレームＤＦは、画像データの送信相手を探索するためのフレームである。ディジタルカメラ１０は、画像データＰＤ＿ｃａｍの送信に先立ってディスカバリフレームＤＦを送信し、それに対するレスポンスフレームＲＦを相手方から受信したことをもって、画像データＰＤ＿ｃａｍの送信が可能であると判断する。同様に、携帯通信端末５０は、画像データＰＤ＿ｍｏｂの送信に先立ってディスカバリフレームＤＦを送信し、それに対するレスポンスフレームＲＦを相手方から受信したことをもって、画像データＰＤ＿ｍｏｂの送信が可能であると判断する。
【００４１】
図４を参照して、画像データＰＤ＿ｃａｍの再生中においては、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを繰り返し送信する。この場合、ディジタルカメラ１０と携帯通信端末５０との距離が接続可能な距離よりも大きいので、送信されたディスカバリフレームＤＦは携帯通信端末５０に受信されない。よって、携帯通信端末５０はレスポンスフレームＲＦを送信しない。
【００４２】
一旦ディスカバリフレームＤＦを送信すると、ＣＰＵ３０は、通信モードを受信モードに戻し、画像データＰＤ＿ｃａｍが再生中であることを判別した後、再びタイマをスタートさせる。タイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定し、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを再び送信する。すなわち、ディスカバリフレームＤＦは、タイマに設定された値をインターバルとして繰り返し送信される。
【００４３】
ディジタルカメラ１０が携帯通信端末５０とタッチされると、両者間の距離は、近接無線通信による接続が可能な距離の範囲内となる。よって、ディジタルカメラ１０から送信されたディスカバリフレームＤＦは、携帯通信端末５０に受信される。ディスカバリフレームＤＦを受信した携帯通信端末５０は、レスポンスフレームＲＦを送信する。ディジタルカメラ１０が携帯通信端末５０からレスポンスフレームＲＦを受信すると、ＣＰＵ３０は画像データＰＤ＿ｃａｍの送信の属性を“プライマリ”に設定し、転送処理はデータフェーズに移行する。
【００４４】
なお、設定された属性に応じて、データフェーズにおいて実行される処理の順序が決定される。“プライマリ”とは相手方よりも優先して画像データを送信できることを指し、属性が“プライマリ”に設定されている場合は、画像データの送信処理が受信処理よりも優先して実行される。一方、属性が“セカンダリ”に設定されている場合は、相手方からの画像データの受信処理が送信処理よりも優先して実行される。
【００４５】
データフェーズにおいては、ＣＰＵ３０は、通信モードを送信モードに設定し、再生中の画像データＰＤ＿ｃａｍを送信すべきデータに指定する。ＣＰＵ３０は次に、指定した画像データＰＤ＿ｃａｍを通信Ｉ／Ｆ３８を介して携帯通信端末５０に送信する。画像データＰＤ＿ｃａｍの送信が完了すると、通信モードを受信モードに戻す。
【００４６】
次に、ディジタルカメラ１０および携帯通信端末５０の双方が相手方に画像データを送信する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍを相手方に送信するべく、タイマをスタートさせる。初期値の１ミリ秒が経過してタイマがタイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定して、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。
【００４７】
一方、携帯通信端末５０においても、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ６４は、再生中の画像データＰＤ＿ｍｏｂを相手方に送信するべく、タイマをスタートさせる。タイマがタイムアウトとなると、ＣＰＵ６４は、通信モードを送信モードに設定して、通信Ｉ／Ｆ７６を介してディスカバリフレームＤＦを送信する。
【００４８】
図５を参照して、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、タイマの初期値１ミリ秒をインターバルとして、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを繰り返し送信する。同様に、ＣＰＵ６４は、タイマの初期値１ミリ秒をインターバルとして、通信Ｉ／Ｆ７６を介してディスカバリフレームＤＦを繰り返し送信する。
【００４９】
図５に示す例によると、ディジタルカメラ１０によるディスカバリフレームＤＦの送信の直後に、ディジタルカメラ１０が携帯通信端末５０とタッチされる。よって、タッチの直後に携帯通信端末５０から送信されたディスカバリフレームＤＦは、ディジタルカメラ１０によって受信される。携帯通信端末５０からディスカバリフレームＤＦを受信したディジタルカメラ１０においては、ＣＰＵ３０は、画像データＰＤ＿ｃａｍの送信の属性を“セカンダリ”に設定する。ＣＰＵ３０は次に、通信モードを送信モードに設定して、レスポンスフレームＲＦを携帯通信端末５０に送信する。送信後に通信モードが受信モードに戻されると、処理はデータフェーズに移行する。
【００５０】
レスポンスフレームＲＦを受信した携帯通信端末５０においては、ＣＰＵ６４は、画像データＰＤ＿ｍｏｂの送信が可能であると判断し、画像データＰＤ＿ｍｏｂを、通信Ｉ／Ｆ７６を介してディジタルカメラ１０に向けて送信する。
【００５１】
ディジタルカメラ１０のデータフェーズにおいては、ＣＰＵ３０は、携帯通信端末５０から画像データＰＤ＿ｍｏｂを受信する。受信が完了すると、ＣＰＵ３０は続いて、画像データＰＤ＿ｃａｍを携帯通信端末５０に向けて送信する処理を実行する。ディジタルカメラ１０と携帯通信端末５０との間には既にコネクションが確立しているので、ディスカバリフレームＤＦの新たな送信およびレスポンスフレームＲＦの受信の処理は、実行されない。
【００５２】
まず、フラグＦＬＧｍｎｔに“１”が設定されているか否かを判別する。画像データＰＤ＿ｃａｍの再生が継続されているとフラグＦＬＧｍｎｔには“１”が設定されているので、この場合は、ＣＰＵ３０は、通信モードを送信モードに設定し、再生中の画像データＰＤ＿ｃａｍを送信すべきデータに指定する。ＣＰＵ３０は次に、指定した画像データＰＤ＿ｃａｍを、通信Ｉ／Ｆ３８を介して携帯通信端末５０に送信する。画像データＰＤ＿ｃａｍの送信が完了すると、通信モードを受信モードに戻す。フラグＦＬＧｍｎｔに“０”が設定されている場合は、画像データＰＤ＿ｃａｍを再生するための再生タスクが既に停止されているので、送信処理は実行されない。
【００５３】
次に、ディジタルカメラ１０および携帯通信端末５０の双方が相手方に画像データを送信する場合であって各々から送信されたディスカバリフレームＤＦが衝突する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍを相手方に送信するべく、タイマのタイムアウト後に通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。図６を参照して、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、タイマの初期値１ミリ秒をインターバルとして、ディスカバリフレームＤＦを繰り返し送信する。同様に、携帯通信端末５０のディスカバリフェーズにおいては、ＣＰＵ６４は、再生中の画像データＰＤ＿ｍｏｂを相手方に送信するべく、タイマの初期値１ミリ秒をインターバルとして、ディスカバリフレームＤＦを繰り返し送信する。
【００５４】
図６に示す例によると、ディジタルカメラ１０および携帯通信端末５０がほとんど同じタイミングでディスカバリフレームＤＦを送信するので、ディジタルカメラ１０が携帯通信端末５０とタッチされた直後に各々から送信されたディスカバリフレームＤＦについて、衝突（以下、“コリジョン”と称する）が生じる。
【００５５】
このようにコリジョンが生じた場合、ＣＰＵ３０およびＣＰＵ６４は、各々乱数を発生させ、発生させた値をタイマに設定する。タイマの値が初期値のままであると、いずれも初期値は１ミリ秒なので、等しいインターバルを経て各々から送信されたディスカバリフレームＤＦについて、再びコリジョンが発生する可能性が高いからである。
【００５６】
図６に示す例によると、コリジョンの発生後にディジタルカメラ１０のタイマに設定された値Ｔ１は、同じくコリジョンの発生後に携帯通信端末５０のタイマに設定された値Ｔ２よりも小さい。よって、ディジタルカメラ１０のタイマが先にタイムアウトするので、携帯通信端末５０よりも先に、ディジタルカメラ１０からディスカバリフレームＤＦが送信される。これを受信した携帯通信端末５０は、レスポンスフレームＲＦを送信する。携帯通信端末５０からレスポンスフレームＲＦを受信したディジタルカメラ１０においては、ＣＰＵ３０は、画像データＰＤ＿ｃａｍの送信が可能であると判断し、画像データＰＤ＿ｃａｍの送信の属性を“プライマリ”に設定する。属性が設定されると、処理はデータフェーズに移行する。
【００５７】
ディジタルカメラ１０のデータフェーズにおいては、ＣＰＵ３０は、通信モードを送信モードに設定し、画像データＰＤ＿ｃａｍを、通信Ｉ／Ｆ３８を介して携帯通信端末５０に向けて送信する。送信の完了後に、通信モードを受信モードに戻す。携帯通信端末５０においては、ＣＰＵ６４は、画像データＰＤ＿ｃａｍを受信し、受信の完了後にフラグＦＬＧｍｎｔに“１”が設定されていれば、画像データＰＤ＿ｍｏｂを送信する。ディジタルカメラ１０においては、ＣＰＵ３０は、携帯通信端末５０から画像データＰＤ＿ｍｏｂを受信し、受信の完了後にタイマの値を初期設定の“１”に戻す。
【００５８】
ディジタルカメラ１０のＣＰＵ３０は、図７に示すメインタスクおよび図９に示す転送タスクを含む複数のタスクを並列的に処理する。なお、これらのタスクに対応する制御プログラムは、フラッシュメモリ４０に記憶される。
【００５９】
図７を参照して、ステップＳ１では現時点の動作モードが撮像モードであるか否かを判別し、ステップＳ３では現時点の動作モードが再生モードであるか否かを判別する。ステップＳ１でＹＥＳであれば、ステップＳ５で撮像タスクを起動し、ステップＳ７でフラグＦＬＧｍｎｔを“０”に設定する。ステップＳ３でＹＥＳであれば、ステップＳ９で再生タスクを起動し、ステップＳ１１でフラグＦＬＧｍｎｔを“１”に設定する。
【００６０】
ステップＳ１およびＳ３のいずれもＮＯであれば、ステップＳ１３で他の処理を実行する。ステップＳ７，Ｓ１１またはＳ１３の処理が完了すると、モード切り換え操作が行われたか否かをステップＳ１５で繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、起動中のタスクをステップＳ１７で停止し、その後にステップＳ１に戻る。
【００６１】
携帯通信端末５０のＣＰＵ６４は、図８に示すメインタスクおよび図９に示す転送タスクを含む複数のタスクを並列的に処理する。なお、これらのタスクに対応する制御プログラムは、フラッシュメモリ７４に記憶される。
【００６２】
図８を参照して、ステップＳ２１では待ち受けタスクを起動する。ステップＳ２３では発呼操作または着呼操作がなされたか否かを判別し、ステップＳ２５では再生操作がなされたか否かを判別する。ステップＳ２３でＹＥＳであれば、ステップＳ２７で通話タスクを起動する。ステップＳ２５でＹＥＳであれば、ステップＳ２９で再生タスクを起動し、ステップＳ３１でフラグＦＬＧｍｎｔを“１”に設定する。
【００６３】
ステップＳ２３およびＳ２５のいずれもＮＯであれば、ステップＳ３３で他の処理を実行する。ステップＳ２７，Ｓ３１またはＳ３３の処理が完了すると、通話終了操作が行われたか否かをステップＳ３５で判別する。判別結果がＹＥＳであれば通話タスクをステップＳ３７で停止し、ＮＯであればステップＳ３９に進む。
【００６４】
ステップＳ３９では再生終了操作が行われたか否かを判別し、判別結果がＮＯであれば、ステップＳ２３に戻る一方、判別結果がＹＥＳであればステップＳ４１で再生タスクを停止する。ステップＳ４３ではフラグＦＬＧｍｎｔを“０”に設定し、その後にステップＳ２３に戻る。
【００６５】
図９を参照して、ステップＳ５１では通信Ｉ／Ｆ３８または通信Ｉ／Ｆ７６を起動し、ステップＳ５３では有効フェーズを“ディスカバリフェーズ”に設定する。ステップＳ５５では、通信モードを受信モードに設定し、ステップＳ５７ではタイマの値を初期化して“１ミリ秒”に設定する。
【００６６】
ステップＳ５９ではフラグＦＬＧｍｎｔが“１”を示すか否かを判別し、判別結果がＹＥＳであればステップＳ９７に進む一方、判別結果がＮＯであればディスカバリフレームＤＦを受信したか否かをステップＳ６１で判別する。ステップＳ６１の判別結果がＮＯであればステップＳ５９に戻る一方、ＹＥＳであればステップＳ６３で画像データの送信の属性を“セカンダリ”に設定する。ステップＳ６５では通信モードを送信モードに設定し、受信されたディスカバリフレームＤＦの送信元にステップＳ６７でレスポンスフレームＲＦを送信する。ステップＳ６９では通信モードを受信モードに戻す。
【００６７】
ステップＳ７１では有効フェーズを“データフェーズ”に設定し、ステップＳ７３では画像データの送信の属性が“セカンダリ”を示すか否かを判別する。判別結果がＮＯであればステップＳ８７に進む一方、判別結果がＹＥＳであればステップＳ７５でレスポンスフレームＲＦの送信先から画像データを受信する。
【００６８】
ステップＳ７７ではフラグＦＬＧｍｎｔが“１”を示すか否かを判別し、判別結果がＮＯであればステップＳ５７に戻る一方、判別結果がＹＥＳであればステップＳ７９で通信モードを送信モードに設定する。ステップＳ８１では再生中の画像データを送信すべきデータに指定し、指定した画像データをコネクションが確立している相手にステップＳ８３で送信する。ステップＳ８５では通信モードを受信モードに戻し、その後にステップＳ５７に戻る。
【００６９】
ステップＳ８７では通信モードを送信モードに設定し、ステップＳ８９では再生中の画像データを送信すべきデータに指定する。指定した画像データを、受信したレスポンスフレームＲＦの送信元にステップＳ９１で送信する。ステップＳ９３では通信モードを受信モードに戻し、コネクションが確立している相手からステップＳ９５で画像データを受信する。受信処理の完了後、ステップＳ５７に戻る。
【００７０】
ステップＳ９７では、タイマをリセットし、設定された値でスタートさせる。ステップＳ９９では何らかのフレームを受信したか否かを判別し、判別結果がＹＥＳであればステップＳ１０３に進む一方、判別結果がＮＯであればタイマがタイムアウトとなったか否かをステップＳ１０１で判別する。ステップＳ１０１の判別結果がＮＯであればステップＳ９９に戻る一方、判別結果がＹＥＳであればステップＳ１１７に進む。
【００７１】
ステップＳ１０３では受信したフレームがディスカバリフレームＤＦか否かを判別し、判別結果がＹＥＳであればステップＳ１０７に進む一方、判別結果がＮＯであれば受信したフレームがレスポンスフレームＲＦであるか否かをステップＳ１０５で判別する。ステップＳ１０５の判別結果がＮＯであればステップＳ５９に戻る一方、判別結果がＹＥＳであればステップＳ１１５で画像データの送信の属性を“プライマリ”に設定する。
【００７２】
ステップＳ１０７では画像データの送信の属性を“セカンダリ”に設定し、ステップＳ１０９では通信モードを送信モードに設定する。ステップＳ１１１では受信したディスカバリフレームＤＦの送信元にレスポンスフレームＲＦを送信し、ステップＳ１１３で通信モードを受信モードに戻し、その後にステップＳ７１に戻る。
【００７３】
ステップＳ１１７では通信モードを送信モードに設定し、ステップＳ１１９ではディスカバリフレームＤＦを送信する。ステップＳ１２１では通信モードを受信モードに戻し、送信したディスカバリフレームＤＦにコリジョンが発生したか否かをステップＳ１２３で判別する。判別結果がＮＯであればステップＳ５９に戻る一方、判別結果がＹＥＳであればステップＳ１２５で乱数を作成する。ステップＳ１２７では作成した乱数に基づいてタイマの値を設定し、その後にステップＳ５９に戻る。
【００７４】
以上の説明から分かるように、ＣＰＵ３０またはＣＰＵ６４は、外部通信端末に向けて探索信号を発信し(S119)、外部通信端末から受信した探索信号に対して応答信号を返信し
(S61, S67, S103, S111)、外部通信端末との間でコンテンツを送受信する
(S75, S83, S91, S95)。ＣＰＵ３０またはＣＰＵ６４はまた、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動し(S115)、返信手段による応答信号の返信に関連して送受信手段を起動する(S63, S107)。ＣＰＵ３０またはＣＰＵ６４はまた、コンテンツ非再生状態に対応して発信手段の発信処理を制限し(S59)、送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する(S81, S89)。
【００７５】
このように、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
【００７６】
なお、この実施例では、マルチタスクＯＳおよびこれによって実行される複数のタスクに相当する制御プログラムは、フラッシュメモリ４０またはフラッシュメモリ７４に予め記憶される。しかし、外部サーバに接続するための外部通信Ｉ／Ｆ１００を図１３に示す要領でディジタルカメラ１０に設け、或いは外部サーバとの通信機能を携帯通信端末５０に設け、一部の制御プログラムを内部制御プログラムとしてフラッシュメモリ４０またはフラッシュメモリ７４に当初から準備する一方、他の一部の制御プログラムを外部制御プログラムとして外部サーバから取得するようにしてもよい。この場合、上述の動作は、内部制御プログラムおよび外部制御プログラムの協働によって実現される。
【００７７】
また、この実施例では、ＣＰＵ３０によって実行される処理を図７に示すメインタスクと図９に示す転送タスクとに区分し、ＣＰＵ６４によって実行される処理を図８に示すメインタスクと図９に示す転送タスクとに区分するようにしている。しかし、転送タスクをさらに複数の小タスクに区分してもよく、さらには区分された複数の小タスクの一部をメインタスクに統合するようにしてもよい。また、転送タスクを複数の小タスクに区分する場合、その全部または一部を外部サーバから取得するようにしてもよい。
【００７８】
また、この実施例では、携帯通信端末５０からの画像データの受信について、ディジタルカメラ１０は、特に制限を設けていない。しかし、ＣＰＵ３０は、受信中の画像データのヘッダ部を参照して既に受信したものであるか否かを判断し、受信済みのものである場合は、受信処理を強制的に遮断するようにしてもよい。
【００７９】
また、この実施例では、ディジタルカメラ１０と携帯通信端末５０との間で画像データをやり取りしている。しかし、音声データなど画像データ以外のコンテンツをやり取りするようにしてもよい。
【００８０】
また、この実施例では、無線通信を用いて画像データを転送するようにしている。しかし、有線通信を用いて転送するようにしてもよい。
【００８１】
また、この実施例では、ディジタルスチルカメラおよび携帯電話端末を用いて説明したが、本発明は、ディジタルビデオカメラ，携帯オーディオプレーヤ，スマートフォン，またはパーソナルコンピュータなどにも適用することができる。
【符号の説明】
【００８２】
１０ … ディジタルカメラ
２８ … ＬＣＤモニタ
３０ … ＣＰＵ
３６ … メモリカード
３８ … 通信Ｉ／Ｆ
５０ … 携帯通信端末
６４ … ＣＰＵ
７２ … ＬＣＤモニタ
７４ … フラッシュメモリ
７６ … 通信Ｉ／Ｆ
【技術分野】
【０００１】
この発明は、通信端末に関し、特に他の通信端末との間でコンテンツのやり取りを行う、通信端末に関する。
【背景技術】
【０００２】
この種の通信端末の一例が、特許文献１に開示されている。この背景技術の携帯機器によれば、閲覧候補画像表示手段は、複数の保持された実画像に応じた閲覧候補画像を表示し、閲覧画像生成手段は、上記閲覧候補画像表示手段により表示された閲覧候補画像のうち操作により選択された複数の画像に基づいた閲覧画像を生成する。閲覧画像送信手段は、上記閲覧画像生成手段により生成された閲覧画像を近距離無線により画像受信側の携帯機器に送信し、要求画像情報受信手段は、上記閲覧画像送信手段により送信された閲覧画像のうちの上記画像受信側の携帯機器によって選択された要求画像情報を近距離無線により受信する。実画像送信手段は、上記複数の保持された実画像のうちの上記要求画像情報受信手段により受信された要求画像情報に応じた実画像を抽出し、近距離無線通信により上記画像受信側の携帯機器に送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２００９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、背景技術では、コンテンツを送受信するためには、送信側の携帯機器の操作者による閲覧候補画像表示手段の起動および閲覧候補画像からの画像の選択、ならびに受信側の携帯機器の操作者による閲覧画像からの画像の選択などの複雑な操作が、必要である。
【０００５】
一方、簡易な操作だけによってコンテンツを送受信しようとすれば、送信側の操作者が意図しないコンテンツが送信される可能性が生じて、操作性が低下するおそれがある。
【０００６】
それゆえに、この発明の主たる目的は、操作性を向上させることができる、通信端末を提供することである。
【課題を解決するための手段】
【０００７】
この発明に従う通信端末(10, 50：実施例で相当する参照符号。以下同じ)は、外部通信端末に向けて探索信号を発信する発信手段(S119)、外部通信端末から受信した探索信号に対して応答信号を返信する返信手段(S61, S67, S103, S111)、外部通信端末との間でコンテンツを送受信する送受信手段(S75, S83, S91, S95)、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動する第１起動手段(S115)、返信手段による応答信号の返信に関連して送受信手段を起動する第２起動手段(S63, S107)、コンテンツ非再生状態に対応して発信手段の発信処理を制限する第１制限手段(S59)、および送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限手段(S81, S89)を備える。
【０００８】
好ましくは、外部通信端末と無線にて接続する接続手段(38, 76)をさらに備え、発信手段，返信手段および送受信手段の各々は接続手段を介して処理を実行する。
【０００９】
好ましくは、送受信手段は、第１起動手段によって起動されたときコンテンツ送信処理をコンテンツ受信処理に優先して実行する第１コンテンツ送受信手段(S91, S95)、および第２起動手段によって起動されたときコンテンツ受信処理をコンテンツ送信処理に優先して実行する第２コンテンツ送受信手段(S75, S83)を含む。
【００１０】
好ましくは、発信手段によって発信された探索信号と外部通信端末によって発信された探索信号との衝突を検知する検知手段(S123)、および検知手段の検知結果に基づいて発信手段による発信処理のタイミングを調整する調整手段(S97, S101, S127)をさらに備える。
【発明の効果】
【００１１】
この発明によれば、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
【００１２】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００１３】
【図１】この発明の基本的構成を示すブロック図である。
【図２】この発明の一実施例の構成の一部を示すブロック図である。
【図３】この発明の一実施例の構成の他の一部を示すブロック図である。
【図４】ディジタルカメラと携帯通信端末との通信状態の一例を示す図解図である。
【図５】ディジタルカメラと携帯通信端末との通信状態の他の一例を示す図解図である。
【図６】ディジタルカメラと携帯通信端末との通信状態のその他の一例を示す図解図である。
【図７】図２実施例に適用されるＣＰＵの動作の一部を示すフロー図である。
【図８】図２実施例に適用される他のＣＰＵの動作の一部を示すフロー図である。
【図９】図２実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。
【図１０】図２実施例に適用されるＣＰＵの動作のその他の一部を示すフロー図である。
【図１１】図２実施例に適用されるＣＰＵの動作のさらにその他の一部を示すフロー図である。
【図１２】図２実施例に適用されるＣＰＵの動作の他の一部を示すフロー図である。
【図１３】この発明の他の実施例の構成の一部を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、この発明の実施の形態を図面を参照しながら説明する。
［基本的構成］
【００１５】
図１を参照して、この発明の通信端末は、基本的に次のように構成される。発信手段１は、外部通信端末に向けて探索信号を発信する。返信手段２は、外部通信端末から受信した探索信号に対して応答信号を返信する。送受信手段３は、外部通信端末との間でコンテンツを送受信する。第１起動手段４は、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動する。第２起動手段５は、返信手段による応答信号の返信に関連して送受信手段を起動する。第１制限手段６は、コンテンツ非再生状態に対応して発信手段の発信処理を制限する。第２制限手段７は、送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する。
【００１６】
このように、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
［実施例］
【００１７】
図２を参照して、この実施例のディジタルカメラ１０は、ドライバ１８によって駆動されるフォーカスレンズ１２を含む。これらの部材を経た被写界の光学像は、イメージセンサ１６の撮像面に照射され、光電変換を施される。これによって、被写界像を表す電荷が生成される。
【００１８】
電源が投入されると、後述する転送タスクが起動され、これと並列的に処理されるメインタスクの下で、ＣＰＵ３０は、キー入力装置３２に設けられたモード切り換えスイッチ３２ｍｄの設定（つまり現時点の動作モード）を判別する。現時点の動作モードが撮像モードであれば、撮像タスクが起動される。現時点の動作モードが再生モードであれば、再生タスクが起動される。また、現時点の動作モードが撮像モードの場合は、撮像タスクが起動された後にフラグＦＬＧｍｎｔに“０”が設定され、現時点の動作モードが再生モードの場合は、再生タスクが起動された後にフラグＦＬＧｍｎｔに“１”が設定される。
【００１９】
撮像モードが選択されたとき、ＣＰＵ３０は、撮像タスクの下で動画取り込み処理を開始するべく、ドライバ１８に露光動作および電荷読み出し動作の繰り返しを命令する。ドライバ１８は、図示しないＳＧ(SignalGenerator)から周期的に発生する垂直同期信号Ｖｓｙｎｃに応答して、撮像面を露光し、かつ撮像面で生成された電荷をラスタ走査態様で読み出す。イメージセンサ１６からは、読み出された電荷に基づく生画像データが周期的に出力される。
【００２０】
信号処理回路２０は、イメージセンサ１６から出力された生画像データに白バランス調整，色分離，ＹＵＶ変換などの処理を施し、これによって生成されたＹＵＶ形式の画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４に書き込む。ＬＣＤドライバ２６は、ＳＤＲＡＭ２４に格納された画像データをメモリ制御回路２２を通して繰り返し読み出し、読み出された画像データに基づいてＬＣＤモニタ２８を駆動する。この結果、被写界を表す動画像がモニタ画面に表示される。
【００２１】
信号処理回路２０によって生成された画像データのうち、ＹデータはＣＰＵ３０にも与えられる。ＣＰＵ３０は、与えられたＹデータに簡易ＡＥ処理を施して適正ＥＶ値を算出する。算出された適正ＥＶ値を定義する絞り量および露光時間はドライバ１８に設定され、これによって動画像の明るさが適度に調整される。
【００２２】
シャッタボタン３２ｓｈが半押しされると、ＣＰＵ３０は、信号処理回路２０から与えられたＹデータに厳格なＡＥ処理を施して最適ＥＶ値を算出する。算出された最適ＥＶ値を定義する絞り量および露光時間は、上述と同様、ドライバ１８に設定される。この結果、動画像の明るさが厳格に調整される。ＣＰＵ３０はまた、信号処理回路２０から与えられたＹデータの高周波成分にＡＦ処理を施す。これによってフォーカスレンズ１２が合焦点に配置され、動画像の鮮鋭度が向上する。
【００２３】
シャッタボタン３２ｓｈが全押しされると、ＣＰＵ３０は、記録処理の実行をメモリＩ／Ｆ３４に命令する。メモリＩ／Ｆ３４は、シャッタボタン３２ｓｈが操作された時点の被写界を表す１フレームの画像データをメモリ制御回路２２を通してＳＤＡＲＭ２４から読み出し、読み出された画像データを含む画像ファイルをメモリカード３６に書き込む。
【００２４】
再生モードが選択されたとき、ＣＰＵ３０は、再生タスクの下で以下の処理を実行する。ＣＰＵ３０はまず、メモリカード３６に記録された最新の画像ファイルを再生画像ファイルとして指定し、指定画像ファイルに注目した再生処理の実行をメモリＩ／Ｆ３４およびＬＣＤドライバ２６に命令する。
【００２５】
メモリＩ／Ｆ３４は、指定された画像ファイルの画像データをメモリカード３６から読み出し、読み出された画像データをメモリ制御回路２２を通してＳＤＲＡＭ２４に書き込む。ＬＣＤドライバ２６は、ＳＤＲＡＭ２４に格納された画像データをメモリ制御回路２２を通して読み出し、読み出された画像データに対応する光学像を生成する。この結果、生成された光学像は、ＬＣＤモニタ２８に表示される。
【００２６】
操作者によるキー入力装置３２の操作によって、ＣＰＵ３０は、後続の画像ファイルまたは先行する画像ファイルを再生画像ファイルとして指定する。指定画像ファイルは上述と同様の再生処理を施され、この結果、ＬＣＤモニタ２８の表示が更新される。
【００２７】
この実施例の携帯通信端末５０は、具体的には図３に示すように構成される。電源が投入されると、後述する転送タスクが起動され、これと並列的に処理されるメインタスクの下で待ち受けタスクが起動される。ＣＰＵ６４は、発呼操作または着呼操作が行われたか否かをメインタスクの下で判別する。
【００２８】
操作パネル６２によって通話のための発呼操作または着呼操作が行われると、通話タスクが起動される。発呼操作が行われた場合は、ＣＰＵ６４は、音声処理回路５６、無線通信回路５４およびアンテナ５２を通して発呼信号を相手方の携帯通信端末に送信する。これに対して、相手方において、待ち受けタスクの下で着呼信号が検知され、操作者によって着呼操作が行われると、通話可能状態となる。一方、相手方の携帯通信端末から発呼信号が送信された場合は、携帯通信端末５０において、待ち受けタスクの下で着呼信号が検知され、操作パネル６２によって通話のための着呼操作が行われると、通話可能状態となる。
【００２９】
通話可能状態となった後にマイクロホン５８に音声が入力されると、この音声は、マイクロホン５８によってアナログ信号である音声信号に変換される。変換された音声信号は、音声処理回路５６によって、ディジタル信号である音声データに変換された上で符号化処理を施される。符号化音声データは、無線通信回路５４によって変調処理を施される。無線通信回路５４によって生成された変調音声データは、アンテナ５２から発信される。
【００３０】
一方、相手方から送られてきた変調音声データは、アンテナ５２によって受信され、無線通信回路５４によって復調処理を施されるとともに、音声処理回路５６によって、復号処理を施された上でアナログ信号である音声信号に変換される。変換された音声信号は、スピーカ６０から出力される。
【００３１】
このようにして相手方との間で通話が行われている最中に、操作パネル６２によって通話終了操作が行われると、ＣＰＵ６４は、音声処理回路５６および無線通信回路５４を制御して、相手方に通話終了信号を送信する。通話終了信号の送信後、ＣＰＵ２８は、通話処理を終了する。先に相手方から通話終了信号を受信した場合も、ＣＰＵ２８は、通話処理を終了する。
【００３２】
携帯通信端末５０においては、インターネット等を通じて外部サーバからダウンロードされた画像データおよび図示しないカメラ部で作成された画像データなどが、フラッシュメモリ７４に記録される。操作パネル６２を通じて再生操作が行われると再生タスクが起動され、ＣＰＵ６４は、これらの画像データを再生する処理を再生タスクの下で実行する。
【００３３】
ＣＰＵ６４はまず、フラッシュメモリ７４に記録された最新の画像ファイルを再生画像ファイルとして指定し、指定画像ファイルの画像データをフラッシュメモリ７４から読み出す。読み出された画像データは、メモリ制御回路６６を通してＳＤＲＡＭ６８に書き込まれる。ＬＣＤドライバ７０は、ＳＤＲＡＭ６８に格納された画像データをメモリ制御回路６６を通して読み出し、読み出された画像データに対応する光学像を生成する。この結果、生成された光学像は、ＬＣＤモニタ７２に表示される。
【００３４】
操作者による操作パネル６２の操作によって、ＣＰＵ６４は、後続の画像ファイルまたは先行する画像ファイルを再生画像ファイルとして指定する。指定画像ファイルは上述と同様の再生処理を施され、この結果、ＬＣＤモニタ７２の表示が更新される。
【００３５】
また、再生タスクが起動された後にフラグＦＬＧｍｎｔに“１”が設定され、操作パネル６２を通じて再生終了操作が行われると、再生タスクが停止され、その後にフラグＦＬＧｍｎｔに“０”が設定される。
【００３６】
この実施例のディジタルカメラ１０および携帯通信端末５０は、近接無線通信を用いた画像データの転送機能を各々が有し、各々に記録されている画像データを自らと近接した相手方とやり取りすることができる。相手との接続が可能な距離は、例えば“ＴｒａｎｓｆｅｒＪｅｔ”（登録商標）による転送機能を用いた場合は、数センチである。よって、操作者は、ディジタルカメラ１０および携帯通信端末５０を互いに触れる程度に近づけること（以下、“タッチ”と称する）によって、この転送機能を利用する。
【００３７】
このような転送機能を実現するための転送タスクは、データを送受信する相手方との接続を確立するためのディスカバリフェーズにおける処理と画像データを送受信するためのデータフェーズにおける処理とからなる。通信モードは、転送タスクの下では通常は受信モードに設定され、フレームまたはデータを送信する際にだけ送信モードに設定される。
【００３８】
以下、ディジタルカメラ１０が携帯通信端末５０に画像データＰＤ＿ｃａｍを送信する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、ＣＰＵ３０ははじめに、フラグＦＬＧｍｎｔに“１”が設定されているか否か、すなわち再生タスクが起動されていずれかの画像データＰＤ＿ｃａｍが再生中であるか否かを判別する。再生中でなければ、後述するディスカバリフレームＤＦを携帯通信端末５０から受信しない限り、フラグＦＬＧｍｎｔに“１”が設定されているか否かを繰り返し判別する。
【００３９】
再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍの送信相手を探索するべく、タイマをスタートさせる。タイムアウトするまでは、何らかのフレームを受信したか否かを繰り返し判別する。なお、タイマの値には、初期値として１ミリ秒が設定される。
【００４０】
タイマがタイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定して、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。ディスカバリフレームＤＦは、画像データの送信相手を探索するためのフレームである。ディジタルカメラ１０は、画像データＰＤ＿ｃａｍの送信に先立ってディスカバリフレームＤＦを送信し、それに対するレスポンスフレームＲＦを相手方から受信したことをもって、画像データＰＤ＿ｃａｍの送信が可能であると判断する。同様に、携帯通信端末５０は、画像データＰＤ＿ｍｏｂの送信に先立ってディスカバリフレームＤＦを送信し、それに対するレスポンスフレームＲＦを相手方から受信したことをもって、画像データＰＤ＿ｍｏｂの送信が可能であると判断する。
【００４１】
図４を参照して、画像データＰＤ＿ｃａｍの再生中においては、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを繰り返し送信する。この場合、ディジタルカメラ１０と携帯通信端末５０との距離が接続可能な距離よりも大きいので、送信されたディスカバリフレームＤＦは携帯通信端末５０に受信されない。よって、携帯通信端末５０はレスポンスフレームＲＦを送信しない。
【００４２】
一旦ディスカバリフレームＤＦを送信すると、ＣＰＵ３０は、通信モードを受信モードに戻し、画像データＰＤ＿ｃａｍが再生中であることを判別した後、再びタイマをスタートさせる。タイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定し、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを再び送信する。すなわち、ディスカバリフレームＤＦは、タイマに設定された値をインターバルとして繰り返し送信される。
【００４３】
ディジタルカメラ１０が携帯通信端末５０とタッチされると、両者間の距離は、近接無線通信による接続が可能な距離の範囲内となる。よって、ディジタルカメラ１０から送信されたディスカバリフレームＤＦは、携帯通信端末５０に受信される。ディスカバリフレームＤＦを受信した携帯通信端末５０は、レスポンスフレームＲＦを送信する。ディジタルカメラ１０が携帯通信端末５０からレスポンスフレームＲＦを受信すると、ＣＰＵ３０は画像データＰＤ＿ｃａｍの送信の属性を“プライマリ”に設定し、転送処理はデータフェーズに移行する。
【００４４】
なお、設定された属性に応じて、データフェーズにおいて実行される処理の順序が決定される。“プライマリ”とは相手方よりも優先して画像データを送信できることを指し、属性が“プライマリ”に設定されている場合は、画像データの送信処理が受信処理よりも優先して実行される。一方、属性が“セカンダリ”に設定されている場合は、相手方からの画像データの受信処理が送信処理よりも優先して実行される。
【００４５】
データフェーズにおいては、ＣＰＵ３０は、通信モードを送信モードに設定し、再生中の画像データＰＤ＿ｃａｍを送信すべきデータに指定する。ＣＰＵ３０は次に、指定した画像データＰＤ＿ｃａｍを通信Ｉ／Ｆ３８を介して携帯通信端末５０に送信する。画像データＰＤ＿ｃａｍの送信が完了すると、通信モードを受信モードに戻す。
【００４６】
次に、ディジタルカメラ１０および携帯通信端末５０の双方が相手方に画像データを送信する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍを相手方に送信するべく、タイマをスタートさせる。初期値の１ミリ秒が経過してタイマがタイムアウトとなると、ＣＰＵ３０は、通信モードを送信モードに設定して、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。
【００４７】
一方、携帯通信端末５０においても、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ６４は、再生中の画像データＰＤ＿ｍｏｂを相手方に送信するべく、タイマをスタートさせる。タイマがタイムアウトとなると、ＣＰＵ６４は、通信モードを送信モードに設定して、通信Ｉ／Ｆ７６を介してディスカバリフレームＤＦを送信する。
【００４８】
図５を参照して、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、タイマの初期値１ミリ秒をインターバルとして、通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを繰り返し送信する。同様に、ＣＰＵ６４は、タイマの初期値１ミリ秒をインターバルとして、通信Ｉ／Ｆ７６を介してディスカバリフレームＤＦを繰り返し送信する。
【００４９】
図５に示す例によると、ディジタルカメラ１０によるディスカバリフレームＤＦの送信の直後に、ディジタルカメラ１０が携帯通信端末５０とタッチされる。よって、タッチの直後に携帯通信端末５０から送信されたディスカバリフレームＤＦは、ディジタルカメラ１０によって受信される。携帯通信端末５０からディスカバリフレームＤＦを受信したディジタルカメラ１０においては、ＣＰＵ３０は、画像データＰＤ＿ｃａｍの送信の属性を“セカンダリ”に設定する。ＣＰＵ３０は次に、通信モードを送信モードに設定して、レスポンスフレームＲＦを携帯通信端末５０に送信する。送信後に通信モードが受信モードに戻されると、処理はデータフェーズに移行する。
【００５０】
レスポンスフレームＲＦを受信した携帯通信端末５０においては、ＣＰＵ６４は、画像データＰＤ＿ｍｏｂの送信が可能であると判断し、画像データＰＤ＿ｍｏｂを、通信Ｉ／Ｆ７６を介してディジタルカメラ１０に向けて送信する。
【００５１】
ディジタルカメラ１０のデータフェーズにおいては、ＣＰＵ３０は、携帯通信端末５０から画像データＰＤ＿ｍｏｂを受信する。受信が完了すると、ＣＰＵ３０は続いて、画像データＰＤ＿ｃａｍを携帯通信端末５０に向けて送信する処理を実行する。ディジタルカメラ１０と携帯通信端末５０との間には既にコネクションが確立しているので、ディスカバリフレームＤＦの新たな送信およびレスポンスフレームＲＦの受信の処理は、実行されない。
【００５２】
まず、フラグＦＬＧｍｎｔに“１”が設定されているか否かを判別する。画像データＰＤ＿ｃａｍの再生が継続されているとフラグＦＬＧｍｎｔには“１”が設定されているので、この場合は、ＣＰＵ３０は、通信モードを送信モードに設定し、再生中の画像データＰＤ＿ｃａｍを送信すべきデータに指定する。ＣＰＵ３０は次に、指定した画像データＰＤ＿ｃａｍを、通信Ｉ／Ｆ３８を介して携帯通信端末５０に送信する。画像データＰＤ＿ｃａｍの送信が完了すると、通信モードを受信モードに戻す。フラグＦＬＧｍｎｔに“０”が設定されている場合は、画像データＰＤ＿ｃａｍを再生するための再生タスクが既に停止されているので、送信処理は実行されない。
【００５３】
次に、ディジタルカメラ１０および携帯通信端末５０の双方が相手方に画像データを送信する場合であって各々から送信されたディスカバリフレームＤＦが衝突する場合を例に挙げて、ディジタルカメラ１０の処理を説明する。ディスカバリフェーズにおいては、再生タスクが起動されてフラグＦＬＧｍｎｔに“１”が設定されると、ＣＰＵ３０は、再生中の画像データＰＤ＿ｃａｍを相手方に送信するべく、タイマのタイムアウト後に通信Ｉ／Ｆ３８を介してディスカバリフレームＤＦを送信する。図６を参照して、ディジタルカメラ１０が携帯通信端末５０とタッチされない限り、ＣＰＵ３０は、タイマの初期値１ミリ秒をインターバルとして、ディスカバリフレームＤＦを繰り返し送信する。同様に、携帯通信端末５０のディスカバリフェーズにおいては、ＣＰＵ６４は、再生中の画像データＰＤ＿ｍｏｂを相手方に送信するべく、タイマの初期値１ミリ秒をインターバルとして、ディスカバリフレームＤＦを繰り返し送信する。
【００５４】
図６に示す例によると、ディジタルカメラ１０および携帯通信端末５０がほとんど同じタイミングでディスカバリフレームＤＦを送信するので、ディジタルカメラ１０が携帯通信端末５０とタッチされた直後に各々から送信されたディスカバリフレームＤＦについて、衝突（以下、“コリジョン”と称する）が生じる。
【００５５】
このようにコリジョンが生じた場合、ＣＰＵ３０およびＣＰＵ６４は、各々乱数を発生させ、発生させた値をタイマに設定する。タイマの値が初期値のままであると、いずれも初期値は１ミリ秒なので、等しいインターバルを経て各々から送信されたディスカバリフレームＤＦについて、再びコリジョンが発生する可能性が高いからである。
【００５６】
図６に示す例によると、コリジョンの発生後にディジタルカメラ１０のタイマに設定された値Ｔ１は、同じくコリジョンの発生後に携帯通信端末５０のタイマに設定された値Ｔ２よりも小さい。よって、ディジタルカメラ１０のタイマが先にタイムアウトするので、携帯通信端末５０よりも先に、ディジタルカメラ１０からディスカバリフレームＤＦが送信される。これを受信した携帯通信端末５０は、レスポンスフレームＲＦを送信する。携帯通信端末５０からレスポンスフレームＲＦを受信したディジタルカメラ１０においては、ＣＰＵ３０は、画像データＰＤ＿ｃａｍの送信が可能であると判断し、画像データＰＤ＿ｃａｍの送信の属性を“プライマリ”に設定する。属性が設定されると、処理はデータフェーズに移行する。
【００５７】
ディジタルカメラ１０のデータフェーズにおいては、ＣＰＵ３０は、通信モードを送信モードに設定し、画像データＰＤ＿ｃａｍを、通信Ｉ／Ｆ３８を介して携帯通信端末５０に向けて送信する。送信の完了後に、通信モードを受信モードに戻す。携帯通信端末５０においては、ＣＰＵ６４は、画像データＰＤ＿ｃａｍを受信し、受信の完了後にフラグＦＬＧｍｎｔに“１”が設定されていれば、画像データＰＤ＿ｍｏｂを送信する。ディジタルカメラ１０においては、ＣＰＵ３０は、携帯通信端末５０から画像データＰＤ＿ｍｏｂを受信し、受信の完了後にタイマの値を初期設定の“１”に戻す。
【００５８】
ディジタルカメラ１０のＣＰＵ３０は、図７に示すメインタスクおよび図９に示す転送タスクを含む複数のタスクを並列的に処理する。なお、これらのタスクに対応する制御プログラムは、フラッシュメモリ４０に記憶される。
【００５９】
図７を参照して、ステップＳ１では現時点の動作モードが撮像モードであるか否かを判別し、ステップＳ３では現時点の動作モードが再生モードであるか否かを判別する。ステップＳ１でＹＥＳであれば、ステップＳ５で撮像タスクを起動し、ステップＳ７でフラグＦＬＧｍｎｔを“０”に設定する。ステップＳ３でＹＥＳであれば、ステップＳ９で再生タスクを起動し、ステップＳ１１でフラグＦＬＧｍｎｔを“１”に設定する。
【００６０】
ステップＳ１およびＳ３のいずれもＮＯであれば、ステップＳ１３で他の処理を実行する。ステップＳ７，Ｓ１１またはＳ１３の処理が完了すると、モード切り換え操作が行われたか否かをステップＳ１５で繰り返し判別する。判別結果がＮＯからＹＥＳに更新されると、起動中のタスクをステップＳ１７で停止し、その後にステップＳ１に戻る。
【００６１】
携帯通信端末５０のＣＰＵ６４は、図８に示すメインタスクおよび図９に示す転送タスクを含む複数のタスクを並列的に処理する。なお、これらのタスクに対応する制御プログラムは、フラッシュメモリ７４に記憶される。
【００６２】
図８を参照して、ステップＳ２１では待ち受けタスクを起動する。ステップＳ２３では発呼操作または着呼操作がなされたか否かを判別し、ステップＳ２５では再生操作がなされたか否かを判別する。ステップＳ２３でＹＥＳであれば、ステップＳ２７で通話タスクを起動する。ステップＳ２５でＹＥＳであれば、ステップＳ２９で再生タスクを起動し、ステップＳ３１でフラグＦＬＧｍｎｔを“１”に設定する。
【００６３】
ステップＳ２３およびＳ２５のいずれもＮＯであれば、ステップＳ３３で他の処理を実行する。ステップＳ２７，Ｓ３１またはＳ３３の処理が完了すると、通話終了操作が行われたか否かをステップＳ３５で判別する。判別結果がＹＥＳであれば通話タスクをステップＳ３７で停止し、ＮＯであればステップＳ３９に進む。
【００６４】
ステップＳ３９では再生終了操作が行われたか否かを判別し、判別結果がＮＯであれば、ステップＳ２３に戻る一方、判別結果がＹＥＳであればステップＳ４１で再生タスクを停止する。ステップＳ４３ではフラグＦＬＧｍｎｔを“０”に設定し、その後にステップＳ２３に戻る。
【００６５】
図９を参照して、ステップＳ５１では通信Ｉ／Ｆ３８または通信Ｉ／Ｆ７６を起動し、ステップＳ５３では有効フェーズを“ディスカバリフェーズ”に設定する。ステップＳ５５では、通信モードを受信モードに設定し、ステップＳ５７ではタイマの値を初期化して“１ミリ秒”に設定する。
【００６６】
ステップＳ５９ではフラグＦＬＧｍｎｔが“１”を示すか否かを判別し、判別結果がＹＥＳであればステップＳ９７に進む一方、判別結果がＮＯであればディスカバリフレームＤＦを受信したか否かをステップＳ６１で判別する。ステップＳ６１の判別結果がＮＯであればステップＳ５９に戻る一方、ＹＥＳであればステップＳ６３で画像データの送信の属性を“セカンダリ”に設定する。ステップＳ６５では通信モードを送信モードに設定し、受信されたディスカバリフレームＤＦの送信元にステップＳ６７でレスポンスフレームＲＦを送信する。ステップＳ６９では通信モードを受信モードに戻す。
【００６７】
ステップＳ７１では有効フェーズを“データフェーズ”に設定し、ステップＳ７３では画像データの送信の属性が“セカンダリ”を示すか否かを判別する。判別結果がＮＯであればステップＳ８７に進む一方、判別結果がＹＥＳであればステップＳ７５でレスポンスフレームＲＦの送信先から画像データを受信する。
【００６８】
ステップＳ７７ではフラグＦＬＧｍｎｔが“１”を示すか否かを判別し、判別結果がＮＯであればステップＳ５７に戻る一方、判別結果がＹＥＳであればステップＳ７９で通信モードを送信モードに設定する。ステップＳ８１では再生中の画像データを送信すべきデータに指定し、指定した画像データをコネクションが確立している相手にステップＳ８３で送信する。ステップＳ８５では通信モードを受信モードに戻し、その後にステップＳ５７に戻る。
【００６９】
ステップＳ８７では通信モードを送信モードに設定し、ステップＳ８９では再生中の画像データを送信すべきデータに指定する。指定した画像データを、受信したレスポンスフレームＲＦの送信元にステップＳ９１で送信する。ステップＳ９３では通信モードを受信モードに戻し、コネクションが確立している相手からステップＳ９５で画像データを受信する。受信処理の完了後、ステップＳ５７に戻る。
【００７０】
ステップＳ９７では、タイマをリセットし、設定された値でスタートさせる。ステップＳ９９では何らかのフレームを受信したか否かを判別し、判別結果がＹＥＳであればステップＳ１０３に進む一方、判別結果がＮＯであればタイマがタイムアウトとなったか否かをステップＳ１０１で判別する。ステップＳ１０１の判別結果がＮＯであればステップＳ９９に戻る一方、判別結果がＹＥＳであればステップＳ１１７に進む。
【００７１】
ステップＳ１０３では受信したフレームがディスカバリフレームＤＦか否かを判別し、判別結果がＹＥＳであればステップＳ１０７に進む一方、判別結果がＮＯであれば受信したフレームがレスポンスフレームＲＦであるか否かをステップＳ１０５で判別する。ステップＳ１０５の判別結果がＮＯであればステップＳ５９に戻る一方、判別結果がＹＥＳであればステップＳ１１５で画像データの送信の属性を“プライマリ”に設定する。
【００７２】
ステップＳ１０７では画像データの送信の属性を“セカンダリ”に設定し、ステップＳ１０９では通信モードを送信モードに設定する。ステップＳ１１１では受信したディスカバリフレームＤＦの送信元にレスポンスフレームＲＦを送信し、ステップＳ１１３で通信モードを受信モードに戻し、その後にステップＳ７１に戻る。
【００７３】
ステップＳ１１７では通信モードを送信モードに設定し、ステップＳ１１９ではディスカバリフレームＤＦを送信する。ステップＳ１２１では通信モードを受信モードに戻し、送信したディスカバリフレームＤＦにコリジョンが発生したか否かをステップＳ１２３で判別する。判別結果がＮＯであればステップＳ５９に戻る一方、判別結果がＹＥＳであればステップＳ１２５で乱数を作成する。ステップＳ１２７では作成した乱数に基づいてタイマの値を設定し、その後にステップＳ５９に戻る。
【００７４】
以上の説明から分かるように、ＣＰＵ３０またはＣＰＵ６４は、外部通信端末に向けて探索信号を発信し(S119)、外部通信端末から受信した探索信号に対して応答信号を返信し
(S61, S67, S103, S111)、外部通信端末との間でコンテンツを送受信する
(S75, S83, S91, S95)。ＣＰＵ３０またはＣＰＵ６４はまた、発信手段によって発信された探索信号に対する応答信号の受信に関連して送受信手段を起動し(S115)、返信手段による応答信号の返信に関連して送受信手段を起動する(S63, S107)。ＣＰＵ３０またはＣＰＵ６４はまた、コンテンツ非再生状態に対応して発信手段の発信処理を制限し(S59)、送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する(S81, S89)。
【００７５】
このように、外部通信端末に向けて送信すべきコンテンツを再生状態にあるコンテンツに制限することで、意図しないコンテンツが送信される事態が回避される。これによって、操作性が向上する。また、コンテンツ非再生状態に対応して発信処理を制限することで、送信すべきコンテンツが存在しないにも関わらず能動的に送受信処理が開始される事態が回避される。これによって、通信性能が向上する。
【００７６】
なお、この実施例では、マルチタスクＯＳおよびこれによって実行される複数のタスクに相当する制御プログラムは、フラッシュメモリ４０またはフラッシュメモリ７４に予め記憶される。しかし、外部サーバに接続するための外部通信Ｉ／Ｆ１００を図１３に示す要領でディジタルカメラ１０に設け、或いは外部サーバとの通信機能を携帯通信端末５０に設け、一部の制御プログラムを内部制御プログラムとしてフラッシュメモリ４０またはフラッシュメモリ７４に当初から準備する一方、他の一部の制御プログラムを外部制御プログラムとして外部サーバから取得するようにしてもよい。この場合、上述の動作は、内部制御プログラムおよび外部制御プログラムの協働によって実現される。
【００７７】
また、この実施例では、ＣＰＵ３０によって実行される処理を図７に示すメインタスクと図９に示す転送タスクとに区分し、ＣＰＵ６４によって実行される処理を図８に示すメインタスクと図９に示す転送タスクとに区分するようにしている。しかし、転送タスクをさらに複数の小タスクに区分してもよく、さらには区分された複数の小タスクの一部をメインタスクに統合するようにしてもよい。また、転送タスクを複数の小タスクに区分する場合、その全部または一部を外部サーバから取得するようにしてもよい。
【００７８】
また、この実施例では、携帯通信端末５０からの画像データの受信について、ディジタルカメラ１０は、特に制限を設けていない。しかし、ＣＰＵ３０は、受信中の画像データのヘッダ部を参照して既に受信したものであるか否かを判断し、受信済みのものである場合は、受信処理を強制的に遮断するようにしてもよい。
【００７９】
また、この実施例では、ディジタルカメラ１０と携帯通信端末５０との間で画像データをやり取りしている。しかし、音声データなど画像データ以外のコンテンツをやり取りするようにしてもよい。
【００８０】
また、この実施例では、無線通信を用いて画像データを転送するようにしている。しかし、有線通信を用いて転送するようにしてもよい。
【００８１】
また、この実施例では、ディジタルスチルカメラおよび携帯電話端末を用いて説明したが、本発明は、ディジタルビデオカメラ，携帯オーディオプレーヤ，スマートフォン，またはパーソナルコンピュータなどにも適用することができる。
【符号の説明】
【００８２】
１０ … ディジタルカメラ
２８ … ＬＣＤモニタ
３０ … ＣＰＵ
３６ … メモリカード
３８ … 通信Ｉ／Ｆ
５０ … 携帯通信端末
６４ … ＣＰＵ
７２ … ＬＣＤモニタ
７４ … フラッシュメモリ
７６ … 通信Ｉ／Ｆ
【特許請求の範囲】
【請求項１】
外部通信端末に向けて探索信号を発信する発信手段、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信手段、
前記外部通信端末との間でコンテンツを送受信する送受信手段、
前記発信手段によって発信された探索信号に対する応答信号の受信に関連して前記送受信手段を起動する第１起動手段、
前記返信手段による応答信号の返信に関連して前記送受信手段を起動する第２起動手段、
コンテンツ非再生状態に対応して前記発信手段の発信処理を制限する第１制限手段、および
前記送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限手段を備える、通信端末。
【請求項２】
前記外部通信端末と無線にて接続する接続手段をさらに備え、
前記発信手段，前記返信手段および前記送受信手段の各々は前記接続手段を介して処理を実行する、請求項１記載の通信端末。
【請求項３】
前記送受信手段は、前記第１起動手段によって起動されたときコンテンツ送信処理をコンテンツ受信処理に優先して実行する第１コンテンツ送受信手段、および前記第２起動手段によって起動されたとき前記コンテンツ受信処理を前記コンテンツ送信処理に優先して実行する第２コンテンツ送受信手段を含む、請求項１または２記載の通信端末。
【請求項４】
前記発信手段によって発信された探索信号と前記外部通信端末によって発信された探索信号との衝突を検知する検知手段、および
前記検知手段の検知結果に基づいて前記発信手段による発信処理のタイミングを調整する調整手段をさらに備える、請求項１ないし３のいずれかに記載の通信端末。
【請求項５】
通信端末のプロセッサに、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを実行させるための、通信プログラム。
【請求項６】
通信端末によって実行される通信方法であって、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを備える、通信方法。
【請求項７】
メモリに保存された内部制御プログラムに従う処理を実行するプロセッサを備える通信端末に供給される外部制御プログラムであって、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを前記内部制御プログラムと協働して前記プロセッサに実行させるための、外部制御プログラム。
【請求項８】
外部制御プログラムを取り込む取り込み手段、および
前記取り込み手段によって取り込まれた外部制御プログラムとメモリに保存された内部制御プログラムとに従う処理を実行するプロセッサを備える通信端末であって、
前記外部制御プログラムは、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを前記内部制御プログラムと協働して実行するプログラムに相当する、通信端末。
【請求項１】
外部通信端末に向けて探索信号を発信する発信手段、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信手段、
前記外部通信端末との間でコンテンツを送受信する送受信手段、
前記発信手段によって発信された探索信号に対する応答信号の受信に関連して前記送受信手段を起動する第１起動手段、
前記返信手段による応答信号の返信に関連して前記送受信手段を起動する第２起動手段、
コンテンツ非再生状態に対応して前記発信手段の発信処理を制限する第１制限手段、および
前記送受信手段によって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限手段を備える、通信端末。
【請求項２】
前記外部通信端末と無線にて接続する接続手段をさらに備え、
前記発信手段，前記返信手段および前記送受信手段の各々は前記接続手段を介して処理を実行する、請求項１記載の通信端末。
【請求項３】
前記送受信手段は、前記第１起動手段によって起動されたときコンテンツ送信処理をコンテンツ受信処理に優先して実行する第１コンテンツ送受信手段、および前記第２起動手段によって起動されたとき前記コンテンツ受信処理を前記コンテンツ送信処理に優先して実行する第２コンテンツ送受信手段を含む、請求項１または２記載の通信端末。
【請求項４】
前記発信手段によって発信された探索信号と前記外部通信端末によって発信された探索信号との衝突を検知する検知手段、および
前記検知手段の検知結果に基づいて前記発信手段による発信処理のタイミングを調整する調整手段をさらに備える、請求項１ないし３のいずれかに記載の通信端末。
【請求項５】
通信端末のプロセッサに、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを実行させるための、通信プログラム。
【請求項６】
通信端末によって実行される通信方法であって、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを備える、通信方法。
【請求項７】
メモリに保存された内部制御プログラムに従う処理を実行するプロセッサを備える通信端末に供給される外部制御プログラムであって、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを前記内部制御プログラムと協働して前記プロセッサに実行させるための、外部制御プログラム。
【請求項８】
外部制御プログラムを取り込む取り込み手段、および
前記取り込み手段によって取り込まれた外部制御プログラムとメモリに保存された内部制御プログラムとに従う処理を実行するプロセッサを備える通信端末であって、
前記外部制御プログラムは、
外部通信端末に向けて探索信号を発信する発信ステップ、
前記外部通信端末から受信した探索信号に対して応答信号を返信する返信ステップ、
前記外部通信端末との間でコンテンツを送受信する送受信ステップ、
前記発信ステップによって発信された探索信号に対する応答信号の受信に関連して前記送受信ステップを起動する第１起動ステップ、
前記返信ステップによる応答信号の返信に関連して前記送受信ステップを起動する第２起動ステップ、
コンテンツ非再生状態に対応して前記発信ステップの発信処理を制限する第１制限ステップ、および
前記送受信ステップによって送信すべきコンテンツを再生状態にあるコンテンツに制限する第２制限ステップを前記内部制御プログラムと協働して実行するプログラムに相当する、通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−２５９２５５（Ｐ２０１１−２５９２５５Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３２５９８（Ｐ２０１０−１３２５９８）
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月１０日（２０１０．６．１０）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
[ Back to top ]