(57)【要約】【課題】無線通信による画像提供機能の利用性および操作性の向上に寄与する無線通信機器および同無線通信機器による画像提供方法を提供する。【解決手段】無線通信機器は、カメラで撮像した画像をやり取りする制御プロトコルを用いた無線通信により他の無線通信機器に画像を提供する。受信手段は、他の無線通信機器から送信された、上記制御プロトコルに従って画像を要求する画像取得要求メッセージを受信する。選択手段は、受信した画像取得要求メッセージに応じて、記憶手段が記憶する複数の画像のなかから少なくとも一枚の画像を選択する。送信手段は、選択手段で選択した画像に関する画像情報を画像取得要求メッセージに対する応答メッセージに含めて他の無線通信機器に送信する。【選択図】    図１
2004304336.tif 000002
【特許請求の範囲】
【請求項１】
カメラで撮像した画像をやり取りする制御プロトコルを用いた無線通信により、他の無線通信機器に画像を提供する無線通信機器であって、
前記他の無線通信機器から送信された、前記制御プロトコルに従って画像を要求する画像取得要求メッセージを受信する受信手段と、
予め複数の画像を記憶する記憶手段と、
受信した前記画像取得要求メッセージに応じて、前記記憶手段が記憶する複数の画像のなかから少なくとも一枚の画像を選択する選択手段と、
前記選択手段で選択した画像に関する画像情報を、前記画像取得要求メッセージに対する応答メッセージに含めて前記他の無線通信機器に送信する送信手段とを具備する無線通信機器。
【請求項２】
前記選択手段は、前記記憶手段が記憶した画像から無作為に選択することを特徴とする請求項１に記載の無線通信機器。
【請求項３】
前記選択手段が選択した画像に関する画像情報は、該画像内容そのものの情報、該画像を加工した画像の情報又は該画像の属性情報のいずれかを含むことを特徴とする請求項１又は２に記載の無線通信機器。
【請求項４】
前記送信手段は、前記選択手段が選択した画像を送信するときに、該画像に関する画像情報と同一の画像情報を、前記他の無線通信機器から連続して送信された画像取得要求メッセージに対する応答メッセージのそれぞれに含めて送信することを特徴とする請求項１乃至３のいずれかに記載の無線通信機器。
【請求項５】
前記受信手段が受信した第１の画像取得要求メッセージの受信時刻と、該第１の画像取得要求メッセージに続く第２の画像取得要求メッセージの受信時刻との時刻差を計測する計測手段をさらに具備し、
前記選択手段は、前記計測手段により計測された前記時刻差が予め定めた閾値以内のときは、所定の時間が経過するまでの間、同一の画像を選択することを特徴とする請求項４に記載の無線通信機器。
【請求項６】
前記画像取得要求メッセージが画像の識別情報を要求するものであるか否かを判定する第１の判定手段と、
前記画像取得要求メッセージが前記画像の識別情報を要求するものと前記第１の判定手段が判定した場合に、該画像を前記選択手段により選択済みであるか否かを判定する第２の判定手段と、をさらに具備し、
前記画像を前記選択手段により選択済みであると前記第２の判定手段が判定した場合に、前記送信手段は前記選択済みの画像の識別情報を前記画像取得要求メッセージに対する応答メッセージに含めて送信することを特徴とする請求項２乃至５のいずれかに記載の無線通信機器。
【請求項７】
前記制御プロトコルは、ブルートゥースの通信規格に規定されたプロファイルに従うプロトコルであることを特徴とする請求項１乃至６のいずれかに記載の無線通信機器。
【請求項８】
カメラで撮像した画像をやり取りする制御プロトコルを用いた無線通信により、他の無線通信機器に画像を提供する画像提供方法であって、
前記他の無線通信機器から送信された、前記制御プロトコルに従って画像を要求する画像取得要求メッセージを受信する受信ステップと、
予め複数の画像を記憶手段に記憶する記憶ステップと、
受信した前記画像取得要求メッセージに応じて、前記記憶手段が記憶する複数の画像のなかから少なくとも一枚の画像を選択する選択ステップと、
前記選択ステップで選択した画像に関する画像情報を、前記画像取得要求メッセージに対する応答メッセージに含めて前記他の無線通信機器に送信する送信ステップと
を具備する画像提供方法。
【請求項９】
前記選択ステップにおいて前記記憶手段に記憶した画像から無作為に選択することを特徴とする請求項８に記載の画像提供方法。
【請求項１０】
前記選択ステップにおいて選択した画像に関する画像情報は、該画像内容そのものの情報、該画像を加工した画像の情報又は該画像の属性情報のいずれかを含むことを特徴とする請求項８又は９に記載の画像提供方法。
【請求項１１】
前記送信ステップにおいて前記選択ステップが選択した画像を送信するときに、該画像に関する画像情報と同一の画像情報を、前記他の無線通信機器から連続して送信された画像取得要求メッセージに対する応答メッセージのそれぞれに含めて送信することを特徴とする請求項８乃至１０のいずれかに記載の画像提供方法。
【請求項１２】
前記受信ステップで受信した第１の画像取得要求メッセージの受信時刻と、該第１の画像取得要求メッセージに続く第２の画像取得要求メッセージの受信時刻との時刻差を計測する計測ステップをさらに具備し、
前記計測ステップにより計測された前記時刻差が予め定めた閾値以内のときは、所定の時間が経過するまでの間、前記選択ステップにおいて同一の画像を選択することを特徴とする請求項１１に記載の画像提供方法。
【請求項１３】
前記画像取得要求メッセージが画像の識別情報を要求するものであるか否かを判定する第１の判定ステップと、
前記画像取得要求メッセージが前記画像の識別情報を要求するものと前記第１の判定ステップが判定した場合に、該画像を前記選択ステップにより選択済みであるか否かを判定する第２の判定ステップと、をさらに具備し、
前記画像を前記選択ステップにより選択済みであると前記第２の判定ステップが判定した場合に、前記送信ステップは前記選択済みの画像の識別情報を前記画像取得要求メッセージに対する応答メッセージに含めて送信することを特徴とする請求項９乃至１２のいずれかに記載の画像提供方法。
【請求項１４】
前記制御プロトコルは、ブルートゥースの通信規格に規定されたプロファイルに従うプロトコルであることを特徴とする請求項８乃至１３のいずれかに記載の画像提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線通信機能を利用して画像の提供（交換）を行う無線通信機器および同無線通信機器による画像提供方法に関する。
【０００２】
【従来の技術】
Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ（Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐ）によって規格化されているブルートゥース（Ｂｌｕｅｔｏｏｔｈ；商標）と呼ばれる無線通信方式の仕様（下記非特許文献１参照）では無線デバイス、通信プロトコル、アプリケーションモデルまでが規定されている。アプリケーションモデルの仕様はプロファイルと呼ばれている。例えばファイル転送、電子名刺情報の交換、写真電子画像の交換等のプロファイルは、それぞれファイル転送プロファイル（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｆｉｌｅ）、オブジェクトプッシュプロファイル（Ｏｂｊｅｃｔ  Ｐｕｓｈ  Ｐｒｏｆｉｌｅ）、ベーシックイメージングプロファイル（Ｂａｓｉｃ  Ｉｍａｇｉｎｇ  Ｐｒｏｆｉｌｅ）と呼ばれており、それぞれのプロファイルにおいてデータ交換に関する仕様が規定されている。これらプロファイルはＩｒＯＢＥＸ（または単にＯＢＥＸ）を利用することを特徴としている。ＯＢＥＸプロトコルは電子情報をオブジェクトとして交換する方法を規定した通信プロトコルであり、コネクション設定機能、コネクション切断機能、オブジェクト送信機能、オブジェクト受信機能等を有する。現在、ＯＢＥＸでは以下のようなコマンドが規定されている。
【０００３】
【表１】
2004304336.tif 000003
【０００４】
なお、「コネクション」なる用語は上記「ｓｅｓｓｉｏｎ（セッション）」と同じ意味で用いており、以下の説明においてもセッションという表現は使用せずにコネクションという表現を用いることにする。ＯＢＥＸの詳細は下記非特許文献２に記述されている。
【０００５】
ベーシックイメージングプロファイル（Ｂａｓｉｃ  Ｉｍａｇｉｎｇ  Ｐｒｏｆｉｌｅ；以下「ＢＩＰ」と略称する）は、上述したＯＢＥＸプロトコルに従うものである。ＢＩＰのバージョン１．０では６つの利用シナリオが既定されている。これら６つの利用シナリオはフィーチャー（Ｆｅａｔｕｒｅ）と呼ばれ、それぞれ、イメージプッシュ（Ｉｍａｇｅ  Ｐｕｓｈ）、イメージプル（Ｉｍａｇｅ  Ｐｕｌｌ）、リモートディスプレイ（Ｒｅｍｏｔｅ  Ｄｉｓｐｌａｙ）、リモートカメラ（Ｒｅｍｏｔｅ  Ｃａｍｅｒａ）、アドバンストイメージプリント（Ａｄｖａｎｃｅｄ  Ｉｍａｇｅ  Ｐｒｉｎｔｉｎｇ）、自動アーカイブ（Ａｕｔｏｍａｔｉｃ  Ａｒｃｈｉｖｅ）であり、それぞれのフィーチャーにおいては他機器との間で静止画像を交換する際の手順や、ＯＢＥＸプロトコルを利用してデータを送受信する際の手順が規定されている。
【０００６】
各フィーチャーについての詳細な説明はＢｌｕｅｔｏｏｔｈ  ＳＩＧが公開しているＢＩＰの仕様書に記載されている。このＢＩＰの仕様書における機器の定義によれば、機器はその役割に応じてイニシエータ（Ｉｎｉｔｉａｔｏｒ）またはレスポンダ（Ｒｅｓｐｏｎｄｅｒ）に区別される。例えばイメージプッシュフィーチャー（Ｉｍａｇｅ  Ｐｕｓｈ  Ｆｅａｔｕｒｅ）では、画像送信を開始するなどの要求を行う側をイニシエータと定義し、イニシエータから送られた画像を受信する側をレスポンダと定義する。リモートカメラフィーチャー（Ｒｅｍｏｔｅ  Ｃａｍｅｒａ  Ｆｅａｔｕｒｅ）では、画像の取得要求を行う側をイニシエータ、画像を提供する側をレスポンダとする。イニシエータおよびレスポンダについての詳細な説明についてもＢＩＰの仕様書に記載されている。
【０００７】
ＢＩＰのフィーチャーの一つであるリモートカメラフィーチャーで規定されている機能はモニタ画像取得（ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ）、画像プロパティ取得（ＧｅｔＩｍａｇｅＰｒｏｐｅｒｔｉｅｓ）、画像取得（ＧｅｔＩｍａｇｅ）、サムネイル取得（ＧｅｔＬｉｎｋｅｄＴｈｕｍｂｎａｉｌ）の４つである。これらの４つの機能はＯＢＥＸプロトコルを利用してイニシエータがレスポンダから画像に関する情報を取得する機能である。機能毎のＯＢＥＸ要求パケットおよびその応答パケットの構成、交換手順等の詳細はＢＩＰの仕様書で規定されている。リモートカメラフィーチャーのレスポンダ機器としては、デジタルカメラなど画像のキャプチャー機能を有する機器が想定されている。
【０００８】
【非特許文献１】
インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｏｒｇ＞
【０００９】
【非特許文献２】
Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ，  ＩｒＤＡ  Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ  Ｐｒｏｔｏｃｏｌ  （ＩｒＯＢＥＸ）  ｗｉｔｈ  Ｐｕｂｌｉｓｈｅｄ  Ｅｒｒａｔａ，  Ｖｅｒｓｉｏｎ  １．２，  Ａｐｒｉｌ  １９９９．
【００１０】
【発明が解決しようとする課題】
ＢＩＰでは上述したように６つのフィーチャーが規定されている。しかし、ＢＩＰに準拠する機器は必ずしもこれら６つのフィーチャーをすべてサポートするとは限らない。例えば、ＢＩＰに準拠するある機器はイメージプッシュとイメージプルのみのフィーチャーをサポートするが他のフィーチャーはサポートしないといった場合や、別の機器ではイメージプッシュとリモートディスプレイのみをサポートするという具合に、フィーチャーのサポートの形態が機器によって異なる場合がある。
【００１１】
相手機器が保存している画像を自機から閲覧しこれを取得することができるためには、その際にイニシエータおよびレスポンダとなる機器がいずれもＢＩＰのイメージプルフィーチャーをサポートしていることが必須である。例えば、イメージプルフィーチャーを備えておらずリモートカメラフィーチャーのみを備えるイニシエータ機器は、リモートカメラフィーチャーを備えたレスポンダ機器が画像を複数保存していたとしても、それらの画像を閲覧し取得することはできない。
【００１２】
なお、リモートカメラフィーチャーのみを備えた機器がＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）の機能を備えていれば、同ＦＴＰの機能により画像を取得できるとも考えられる。しかし、ＦＴＰは画像を他種の情報と何ら区別することなく単なるファイルとして扱う。ユーザによる操作性の観点では、画像はやはり画像として扱って取得できる方が好ましい。例えば、相手先機器に保存されている画像を操作者が実際に画面に表示させ、そこから取得する画像を選択できるような画像提供の仕組みを実現できることが好ましい。仮にリモートカメラフィーチャーの操作画面が画像表示用に工夫、洗練されていたとしても、ＦＴＰを利用してファイルを取得したのでは画像表示用の操作画面を利用することができないのである。
【００１３】
本発明はかかる事情を考慮してなされたものであり、無線通信による画像提供機能の利用性および操作性の向上に寄与する無線通信機器および同無線通信機器による画像提供方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明の一観点に係る無線通信機器は、カメラで撮像した画像をやり取りする制御プロトコルを用いた無線通信により、他の無線通信機器に画像を提供する無線通信機器である。該無線通信機器は、前記他の無線通信機器から送信された、前記制御プロトコルに従って画像を要求する画像取得要求メッセージを受信する受信手段を具備する。受信手段が受信した前記画像取得要求メッセージに応じて、記憶手段が記憶する複数の画像のなかから少なくとも一枚の画像を選択手段が選択する。送信手段は、この選択手段で選択した画像に関する画像情報を、前記画像取得要求メッセージに対する応答メッセージに含めて前記他の無線通信機器に送信する。
【００１５】
【発明の実施の形態】
（第１実施形態）以下、本発明の第１実施形態を図１乃至図４を参照して説明する。図１は本発明の第１実施形態に係る無線通信機器（以下、単に「機器」と略称する）の概略構成を示すブロック図である。機器１は無線通信方式を例えばブルートゥース（Ｂｌｕｅｔｏｏｔｈ）とする無線送受信機能を備えた機器であり、ブルートゥースの通信プロトコルに従って無線送受信を行うことができるものとする。さらに、機器１はＢａｓｉｃ  Ｉｍａｇｉｎｇ  Ｐｒｏｆｉｌｅ（以降、ＢＩＰと呼ぶ）のサービスをサポートしているものとする。
【００１６】
図１に示すように、機器１は画像記憶部１００、画像変換部２００、画像取得要求解析部３００、画像選択部４００、無線通信（Ｂｌｕｅｔｏｏｔｈ）管理部５００から構成されている。なお、機器１はＣＰＵ、メモリ、システムバス等の一般的なハードウェア要素を備えるものであるが、説明の便宜上、図示を省略してある。
【００１７】
通信方式をブルートゥースとする無線送受信デバイスおよびブルートゥースの通信プロトコルを含む無線通信管理部５００は、プロトコルスタックの一部としてＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ：サービス発見プロトコル）およびＯＢＥＸ（Ｏｂｊｅｃｔ  Ｅｘｃｈａｎｇｅ  Ｐｒｏｔｏｃｏｌ：オブジェクト交換プロトコル）を含んでいるものとする。これにより、無線通信管理部５００は周囲に存在する他のブルートゥース（Ｂｌｕｅｔｏｏｔｈ）機器とＳＤＰまたはＯＢＥＸの通信手順に従って通信することができる。例えば、他のブルートゥース機器からＳＤＰによりサービス情報の取得要求を受信したら、機器１は、当該機器１が有するサービス情報を応答する。また、ＯＢＥＸの接続要求を受信したら、機器１はＯＢＥＸコネクションを設定し、ＯＢＥＸの切断要求を受信したら、ＯＢＥＸコネクションを切断する。
【００１８】
また、無線通信管理部５００は他のブルートゥース機器からＯＢＥＸ要求パケットを受信する。この受信したＯＢＥＸ要求パケットは機器１内の画像取得要求解析部３００により解析される。画像取得要求解析部３００はこのＯＢＥＸ要求パケットの解析結果に基づき、必要であれば画像選択部４００又は画像変換部２００に指示し、要求された画像に関する情報を準備し、無線通信管理部５００に送る。ここで「画像に関する情報」とは、画像それ自体のデータ（画像データ）、画像を一意に特定するための識別子、ある画像に画像処理を施して得られる画像のデータ、ならびに画像が有する属性（プロパティ）情報を意味する。以下、本件明細書の説明では、「画像に関する情報」のことを「画像情報」と称する。
【００１９】
画像取得要求解析部３００から画像情報が入力されると、無線通信管理部５００はこの入力された画像情報を含む適切なＯＢＥＸ応答パケットを構築し、先のＯＢＥＸ要求パケットを発行した他のブルートゥース機器に無線通信によって返信する。本実施形態の機器１は、このような無線通信管理部５００を通じて他のブルートゥース機器からの要求に応じ、データ交換を行うことが可能である。
【００２０】
画像記憶部１００は画像データを電子的に記憶保持する機能を有し、画像選択部４００からの指示に応じて画像選択部４００へ画像データを提供可能である。例えば、画像記憶部１００が画像データをファイル形式で記憶保持している場合、画像記憶部１００が画像選択部４００へ提供する画像データは、画像ファイルの全データであってもよいし、画像記憶部１００で記憶している画像ファイルのポインタ情報であってもよい。
【００２１】
画像選択部４００は、画像取得要求解析部３００からの指示により、画像記憶部１００が記憶保持している画像から一つの画像を選択する機能を有し、選択した画像の画像情報を画像取得要求解析部３００へ出力する機能を有する。画像選択部４００が画像取得要求解析部３００へ提供する画像データは、画像ファイルの全データであってもよいし、または、画像記憶部１００で記憶している画像ファイルのポインタ情報であってもよい。
【００２２】
画像変換部２００は、画像のサイズやフォーマットを変換する機能を有し、画像取得要求解析部３００から画像データと変換後のサイズや変換後のフォーマット情報が入力されると、変換した画像の画像情報を画像取得要求解析部３００へ提供する機能を有する。画像取得要求解析部３００から入力される画像データは、画像ファイルの全データであってもよいし、または、画像記憶部１００で記憶している画像ファイルのポインタ情報であってもよい。また、画像変換部２００が画像取得要求解析部３００へ提供する変換後の画像データは、画像ファイルの全データであってもよい。あるいは、一時的に画像記憶部１００に変換した画像データをファイル形式で保存する場合は、その画像ファイルのポインタ情報であってもよい。
【００２３】
以下に説明する本発明の種々の実施形態に係る機器１は、いずれもリモートカメラフィーチャーをサポートしたレスポンダ機器であるものとする。上述したように、カメラで撮像した画像をやり取りする制御プロトコルとして想定するリモートカメラフィーチャーでは、画像の取得要求を行う側がイニシエータ、画像を提供する側がレスポンダである。リモートカメラフィーチャーをサポートするレスポンダ機器としては、デジタルカメラなど画像のキャプチャー機能を有する機器が想定されるが、画像のキャプチャー機能を備えておらず、リモートカメラフィーチャーに基づく本発明の画像提供機能のみを備える機器として本発明は実施可能である。このような機器には、ブルートゥースの無線通信機能を備えた携帯型の情報記録装置、携帯電話機、個人用情報機器（ＰＩＭ）、パーソナルコンピュータ、いわゆるネットワーク家電機器など種々のものが想定される。
【００２４】
画像取得要求解析部３００は、無線通信管理部５００からＯＢＥＸ要求パケットの情報が入力されると、ＢＩＰのフィーチャーの一つであるリモートカメラフィーチャーで規定されているモニタ画像取得、画像プロパティ取得、画像取得、サムネイル取得の４つの要求を正しく識別できる機能を有する。画像取得要求解析部３００は、画像データを一つ選択するよう画像選択部４００に指示し、画像選択部４００が選択した画像データを受け取る。また、画像取得要求解析部３００は画像選択部４００によって選択された画像データを調べることでサイズ、フォーマット情報などのプロパティ情報を取得する。また、画像取得要求解析部３００は、画像情報を無線通信管理部５００へ出力する。なお、無線通信管理部５００へ出力する画像情報は、ここでは、画像選択部４００によって選択された画像データそれ自体、画像変換部２００によって変換された後の画像データ、もしくは画像取得要求解析部３００が画像データから取得したプロパティ情報である。
【００２５】
図２は無線接続している機器９と機器１との間における通信の形態を示す図である。機器９はリモートカメラフィーチャーをサポートするイニシエータ機器であり、本発明に係わる機器１は上述のとおりリモートカメラフィーチャーをサポートするレスポンダ機器である。以下、これら機器９と機器１との間で行われるデータ交換の一例に基づいて本実施形態の動作を説明する。
【００２６】
画像記憶部１００は、画像１乃至画像ＮからなるＮ枚の画像を記憶保持しているものとする。なお、「画像ｘ」とは、画像記憶部１００が記憶している画像を識別するための識別子であり、例えば画像記憶部１００が「ｋｏｂｅ．ｊｐｇ」，「Ｏｓａｋａ．ｊｐｇ」，「Ｋｙｏｔｏ．ｊｐｅｇ」という名前の３つの画像ファイルを保持していた場合にはＮ＝３であり、それぞれ、「ｋｏｂｅ．ｊｐｇ」を画像１，「Ｏｓａｋａ．ｊｐｇ」を画像２，「Ｋｙｏｔｏ．ｊｐｅｇ」を画像３として区別する。
【００２７】
まず機器９は、ブルートゥースの通信プロトコル手順に従って機器１を発見し、機器１の通信サービスを検索した後、機器９と機器１との間にＯＢＥＸプロトコルの手順にしたがったコネクションを設定する。機器９は、リモートカメラフィーチャーをサポートしていることから、リモートカメラフィーチャーによってデータ交換を行うためのＯＢＥＸコネクションを設定可能であり、モニタ画像取得要求を機器１へ送信可能である。
【００２８】
無線通信管理部５００は、ＯＢＥＸコネクションを設定した機器９からモニタ画像取得要求を受信し、その旨を画像取得要求解析部３００に通知する。画像取得要求解析部３００は、モニタ画像取得要求を受信したことを無線通信管理部５００から通知されると、画像選択要求信号を画像選択部４００へ出力する。画像選択部４００は、画像選択要求信号が入力されると、画像記憶部１００が記憶保持する画像１乃至画像Ｎからランダムに、あるいは無作為にいずれか一つを選択し、この選択した画像ｋの画像情報を画像取得要求解析部３００へ出力する。
【００２９】
画像取得要求解析部３００は、画像ｋの画像データが入力されると、画像変換部２００へ画像ｋのサムネイル画像の作成を要求する。画像変換部２００は要求された画像ｋについてのサムネイル画像を作成し、これを無線通信管理部５００へ出力する。
【００３０】
無線通信管理部５００は、サムネイル画像情報が入力されると、ＯＢＥＸプロトコルに従った応答パケットを作成し、モニタ画像取得要求に対する応答を機器９へ送信する。この応答パケットにはサムネイル画像のデータが含まれている。機器９は機器１からモニタ画像取得要求に対する全応答を受信完了すると、受信応答に含まれるサムネイル画像のデータからサムネイル画像を生成して表示することができる。
【００３１】
モニタ画像取得要求には、ストアフラグ（ＳｔｏｒｅＦｌａｇ）と呼ばれるパラメータが含まれている。ストアフラグの値（真偽値）は、撮影画像の識別子を要求するか否かを表す。ストアフラグが１の場合、画像取得要求解析部３００は画像ｋの画像情報を内部のバッファに記憶保持する。このバッファは、高速に読み出しまたは書き込み動作可能なメモリ（キャッシュ）により構成することが好ましい。また、ストアフラグが１の場合、モニタ画像取得要求に対する応答には、画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅと呼ばれる）を含める。モニタ画像取得要求に対する応答の後、機器９は、画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を含んだ画像プロパティ取得要求、画像取得要求、サムネイル取得要求のいずれかを送信する。無線通信管理部５００を通じてこれら要求のうちのいずれかを受信したことを通知されると、画像取得要求解析部３００は、画像ｋの画像情報を無線通信管理部５００へ出力する。特に、画像取得要求、サムネイル取得要求を受信した場合、画像取得要求解析部３００は必要に応じて画像変換部２００を利用して画像ｋのサイズやフォーマット変換を行い、変換した画像情報を無線通信管理部５００へ出力する。
無線通信管理部５００は、画像プロパティ取得要求、画像取得要求、もしくはサムネイル取得要求に対応する画像ｋの画像情報が画像取得要求解析部３００から入力されると、ＯＢＥＸプロトコルに従った応答パケットを作成し、これらいずれかの要求に対する応答を機器９へ送信する。この応答パケットには画像ｋの画像情報が含まれる。機器９は要求に対する全応答を機器１から受信完了すると、受信応答に含まれる画像ｋの画像情報を取得することができる。
【００３２】
図３は第１実施形態に係わる具体的な処理手順の一部分を示すフローチャート、図４はこの処理手順の他の部分を示すフローチャートである。なお、ＢＩＰのリモートカメラフィーチャーによるＯＢＥＸコネクションは既に設定されているものとする。
【００３３】
図３に示すように、まずステップＳ３０２においてＯＢＥＸ要求パケットを受信する。ステップＳ３０３では、受信したＯＢＥＸ要求パケットがＤｉｓｃｏｎｎｅｃｔ要求であるか否かを判定する。Ｄｉｓｃｏｎｎｅｃｔ要求であればイニシエータ機器との接続を遮断し、処理を終了する。Ｄｉｓｃｏｎｎｅｃｔ要求でなければステップＳ３０４に進む。
【００３４】
ステップＳ３０４では、受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であるか否かを判定する。ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であれば、ステップＳ３０６に進み、そうでなければ図４のステップＳ４０１に進む。ステップＳ３０６〜ステップＳ３１１は、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に対する応答の処理であり、上述した本実施形態の画像提供に係わる処理に相当する。
【００３５】
続いて、画像１〜Ｎからランダムに画像ｋを選択し（ステップＳ３０６）、この選択された画像ｋのサムネイル画像を生成する（ステップＳ３０７）。なお、ステップＳ３０７では必ずしもサムネイル画像をその都度生成する必要はなく、もし別途サムネイル画像をすでに保持している場合は、その画像データをそのまま利用しても良い。
【００３６】
次に、ステップＳ３０９では、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が１であるか否かを判定する。ストアフラグの値が１である場合、ステップＳ３１０において画像ｋに関する情報を記憶し、ステップＳ３１１に進む。ストアフラグの値が１でない場合はステップＳ３１０をスキップしてステップＳ３１１に進む。
【００３７】
ステップＳ３１１では、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をイニシエータ機器に返信し、ステップＳ３０２に戻る。但しステップＳ３１１では、ストアフラグが１の場合は画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を応答に含めて返信する。
【００３８】
図４はＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順を示している。受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求でないとステップＳ３０４において判定された場合、当該要求に画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）が含まれているか否かを判定する（ステップＳ４０１）。ここでの要求は、ＧｅｔＩｍａｇｅＰｒｏｐｅｒｔｉｅｓ要求、ＧｅｔＩｍａｇｅ要求、ＧｅｔＬｉｎｋｅｄＴｈｕｍｂｎａｉｌ要求のいずれかであることが想定される。画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）が含まれているならば、ステップＳ４１４に進みエラー情報含む応答を返信する。そうでなければ、要求の種別に応じて以下の処理を行う。
【００３９】
ＧｅｔＩｍａｇｅＰｒｏｐｅｒｔｉｅｓ要求である場合（ステップＳ４０２）は、画像ｋのプロパティ情報を取得し（ステップＳ４０３）、この画像ｋのプロパティ情報を含むＧｅｔＰｒｏｐｅｒｔｉｅｓ応答を生成して返信する（ステップＳ４０４）。
【００４０】
ＧｅｔＩｍａｇｅ要求である場合（ステップＳ４０５）は、このＧｅｔＩｍａｇｅ要求に含まれるサイズやフォーマット等の画像指定情報を参照、確認し（ステップＳ４０６）、この画像指定情報に従い画像ｋを変換して画像ｋ’を作する（ステップＳ４０７）。この画像ｋ’を作成できない場合（ステップＳ４０８）は、エラー情報を含むＧｅｔＩｍａｇｅ応答を返信する（ステップＳ４０９）。一方、画像ｋ’を正常に作成できたならば画像ｋ’を含むＧｅｔＩｍａｇｅ応答を返信する（ステップＳ４１０）。
【００４１】
ＧｅｔＬｉｎｋｅｄＴｈｕｍｂｎａｉｌ要求である場合（ステップＳ４１１）は、画像ｋのサムネイル画像を生成し（ステップＳ４１２）、この画像ｋのサムネイル画像を含むＧｅｔＬｉｎｋｅｄＴｈｕｍｂｎａｉｌ応答を返信する（ステップＳ４１３）。
【００４２】
以上述べたＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順を終えたならば、ＯＢＥＸ要求パケット受信処理（図３のステップＳ３０２）に戻る。
【００４３】
なお、本実施形態では、画像選択部４００が画像記憶部１００に保持されている画像１乃至画像Ｎからランダムに一つを選ぶこととしたが、画像１、画像２、というように順番に選ぶようにしてもよい。
【００４４】
以上説明した第１実施形態によれば、機器１はＢＩＰのリモートカメラフィーチャーに従ったレスポンダとして動作することが可能であり、同じくＢＩＰのリモートカメラフィーチャーを備えたイニシエータである機器９に対し、リモートカメラフィーチャーで規定された機能を利用して自機器内に保持する画像データの情報を提供することができる。
【００４５】
（第２実施形態）本発明の第２実施形態は、第１実施形態で説明した画像取得要求解析部３００に追加機能を付加したものである。第１実施形態と同様に、第２実施形態においても画像記憶部１００は画像１乃至画像ＮからなるＮ枚の画像を記憶保持しているものとする。また、画像取得要求解析部３００は、モニタ画像取得要求を受信したことを無線通信管理部５００から通知されると、画像選択要求信号を画像選択部４００へ出力する。画像選択部４００は、画像選択要求信号が入力されると、画像記憶部１００が記憶保持する画像１乃至画像Ｎからランダムに一つを選択し、選択した画像ｋの画像情報を画像取得要求解析部３００へ出力する。画像取得要求解析部３００は、画像ｋの画像情報が入力されると、画像変換部２００へ画像ｋのサムネイル画像の作成を要求する。画像変換部２００は要求された画像ｋについてのサムネイル画像を作成し、これを無線通信管理部５００へ出力する。
【００４６】
第２実施形態において、画像取得要求解析部３００は、画像ｋの画像情報を一定時間内部に記憶するよう構成される。この画像情報は当該画像ｋのサムネイル画像を含む。一定時間としては例えば５秒とする。この一定時間以内に、モニタ画像取得要求を受信したことを無線通信管理部５００から再度通知されたならば、画像取得要求解析部３００は画像選択要求信号を画像選択部４００へ出力することなく、記憶している画像ｋのサムネイル画像情報を、無線通信管理部５００へ出力する。
【００４７】
図５は第２実施形態に係わる具体的な処理手順の一部分を示すフローチャート、図６はこの処理手順の他の部分を示すフローチャートである。但し、ＢＩＰのリモートカメラフィーチャーによるＯＢＥＸコネクションは既に設定されているものとする。
【００４８】
図５に示すように、ステップＳ５０２においてＯＢＥＸ要求パケットを受信する。ステップＳ５０３では、受信したＯＢＥＸ要求パケットがＤｉｓｃｏｎｎｅｃｔ要求であるか否かを判定する。Ｄｉｓｃｏｎｎｅｃｔ要求であればイニシエータ機器との接続を遮断し、処理を終了する。Ｄｉｓｃｏｎｎｅｃｔ要求でなければステップＳ５０４に進む。
【００４９】
ステップＳ５０４では、受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であるか否かを判定する。ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であれば、図６のステップＳ５０５に進み、そうでなければステップＳ５１５に進む。ステップＳ５１５はＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順であり、図４に示したものと同様である。
【００５０】
図６に示すステップＳ５０５〜ステップＳ５１４は、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に対する応答の処理であり、上述した第２実施形態の画像提供に係わる処理に相当する。
【００５１】
ステップＳ５０５では、タイマーがタイムアウトしたか否かを判定する。初期条件では実際にはタイムアウトしていないが、例外的にタイムアウトであると判定してステップＳ５０６のタイマーセットに進む。言い替えれば、処理手順における最初のＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求の処理では、ステップＳ５０５はスキップされる。
【００５２】
続いて、画像１〜Ｎからランダムに画像ｋを選択し（ステップＳ５０８）、この選択された画像ｋのサムネイル画像を生成する（ステップＳ５０９）。作成されたサムネイル画像はステップＳ５１１において内部に記憶保持される。ステップＳ５１３において画像ｋに関する情報を記憶し、ステップＳ５１４に進む。
【００５３】
ステップＳ５１４では、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をイニシエータ機器に返信し、ステップＳ５０２に戻る。但しステップＳ５１４では、ストアフラグが１の場合は画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を応答に含めて返信する。なお、ステップＳ５０５においてタイマーのタイムアウトが検出されなかった場合は、上記ステップＳ５０６〜ステップＳ５１３はスキップされ、上述したように一定時間内部に記憶保持されている画像ｋのサムネイル画像がそのまま用いられる。このサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答が返信される。
【００５４】
なお、本実施形態では、画像選択部４００が画像記憶部１００に保持されている画像１から画像Ｎのうちからランダムに一つを選ぶこととしたが、画像１、画像２、というように順番に選ぶようにしてもよい。
【００５５】
以上説明した第２実施形態によれば、ＢＩＰのリモートカメラフィーチャーを備えたイニシエータである機器９へ、リモートカメラフィーチャーで規定された機能を利用して機器１内に保持する画像データの情報を提供することが第１実施形態と同様に可能であるとともに、イニシエータ機器９から画像の取得要求を受けた場合に、第１実施形態で示した機器１と比較して画像選択に関する処理負担を小さくすることができる。また、イニシエータ機器９が連続的にＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求を行ってきた場合、本実施形態の機器１はタイマーがタイムアウトするまでの一定時間は同一の画像を応答する。したがって、機器９のユーザはこの一定時間について同一の画像を確認することが可能となり画像閲覧処理を実現する上で好ましい。
【００５６】
（第３実施形態）本発明の第３実施形態は、第１実施形態で説明した画像選択部４００の機能を変更したものである。第１実施形態と同様に、第３実施形態においても画像記憶部１００は、画像１乃至画像ＮからなるＮ枚の画像を記憶保持しているものとする。また、画像取得要求解析部３００は、モニタ画像取得要求を受信したことを無線通信管理部５００から通知される度に、画像選択要求信号を画像選択部４００へ出力する。
【００５７】
第３実施形態において、画像選択部４００は、無線通信管理部５００が生成するＯＢＥＸコネクションの生成を検知する機能を有する。また、画像選択部４００は、タイマー機能を有し、時間情報を記憶する機能を有する。
【００５８】
画像選択部４００は画像取得要求解析部３００からの画像選択要求信号が入力されると、それがＯＢＥＸコネクション生成後に入力された最初の画像選択要求信号であった場合には、画像記憶部１００が記憶保持する画像１乃至画像Ｎのうち、画像１の情報を画像取得要求解析部３００へ出力すると共に、画像選択要求信号を受けた時刻を第一の時刻情報として記憶する。また、この最初の画像選択要求信号を受信した時刻を、モニタ画像取得要求（ＧｅｔＭｏｎｉｔｏｒｉｎｇ）の開始時刻として別途記憶する。そして、画像選択部４００は、内部情報として利用する画像番号の値を０に初期化する。
【００５９】
画像選択部４００は二回目の画像選択要求信号が入力されると、画像番号の値が０の場合は、その時刻を第二の時刻情報として記憶する。画像選択部４００は、第一の時刻情報と第二の時刻情報を比較し、時刻差がＴ１秒以内であれば画像１の情報を画像取得要求解析部３００へ出力し、それ以外であれば、画像記憶部１００が記憶保持する画像２の情報を画像取得要求解析部３００へ出力する。また、画像選択部４００は第二の時刻情報を第一の時刻情報として記憶する。
【００６０】
三回目以降の処理は同様であり、画像選択部４００が画像ｋの画像情報を画像取得要求解析部３００へ出力した後、画像選択部４００は画像選択要求信号が入力されると、画像番号の値が０の場合は、その時刻を第二の時刻情報として記憶する。画像選択部４００は、第一の時刻情報と第二の時刻情報を比較し、時刻差がＴ１秒以内であれば画像ｋの画像情報を画像取得要求解析部３００へ出力し、それ以外であれば、画像記憶部１００が記憶保持する画像ｋ＋１の情報を画像取得要求解析部３００へ出力する。もし、ｋ＝Ｎの場合は、画像ｋ＋１として画像１の情報を画像取得要求解析部３００へ出力する。
【００６１】
画像選択部４００はｘ回目の画像選択要求信号が入力された時刻とモニタ画像取得要求（ＧｅｔＭｏｎｉｔｏｒｉｎｇ）の開始時刻とを比較し、時間差が（ｘ−１）×Ｔ２秒以内である場合には、機器９から画像取得要求が定期的に送信されるものと判断し、この時点でタイマーをスタートさせる。タイマーのスタート前に、画像選択部４００が画像ｊの情報を画像取得要求解析部３００へ出力していたとすると、画像番号としてｊを記憶する。タイムアウトが発生するたびに、画像選択部４００は画像番号の値に１を加える。なお、ｊ＝Ｎの場合、ｊ＋１の値は１とする。
【００６２】
画像選択部４００は画像選択要求信号が入力された際、画像番号の値が０以外の値ｍの場合、画像記憶部１００が記憶保持する画像１乃至画像Ｎのうち、画像ｍの情報を画像取得要求解析部３００へ出力する。画像番号の値が０以外の値ｍの場合、画像選択部４００は先に説明した第一の時刻情報と第二の時刻情報との比較、ならびに画像選択要求信号が入力される際の時間情報の記憶は行わないものとする。
【００６３】
図７は第３実施形態に係わる具体的な処理手順の一部分を示すフローチャート、図８はこの処理手順の他の部分を示すフローチャートである。但し、ＢＩＰのリモートカメラフィーチャーによるＯＢＥＸコネクションは既に設定されているものとする。また、このフローチャートでは、本実施形態において上記の「画像選択部４００はｘ回目の画像選択要求信号が入力された時刻とモニタ画像取得要求（ＧｅｔＭｏｎｉｔｏｒｉｎｇ）の開始時刻とを比較し、時間差が（ｘ−１）×Ｔ２秒以内である場合」におけるｘの値を２としている。なお、本実施形態では、Ｔ１秒，Ｔ２秒という表現を用いたが、Ｔ１＞Ｔ２であるとし、具体例としてＴ１＝５秒、Ｔ２＝３秒などとしてよい。
【００６４】
図７に示すように、まずステップＳ６０１において変数ｋおよび画像ｋの画像情報の値を０に初期化し、ならびに時間情報１、時間情報２をそれぞれ初期化する。次に、ステップＳ６０２においてＯＢＥＸ要求パケットを受信する。ステップＳ６０３では、受信したＯＢＥＸ要求パケットがＤｉｓｃｏｎｎｅｃｔ要求であるか否かを判定する。Ｄｉｓｃｏｎｎｅｃｔ要求であればイニシエータ機器との接続を遮断し、処理を終了する。Ｄｉｓｃｏｎｎｅｃｔ要求でなければステップＳ６０４に進む。
【００６５】
ステップＳ６０４では、受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であるか否かを判定する。ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であれば、ステップＳ６０７に進み、そうでなければステップＳ６０５に進む。ステップＳ６０５はＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順であり、図４に示したものと同様である。
【００６６】
ステップＳ６０７〜ステップＳ６２５（図８参照）は、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に対する応答の処理であり、第３実施形態の画像提供に係わる具体的な処理に相当する。
【００６７】
まずステップＳ６０７においては現在の時刻情報を時間情報１として記憶する。次に、ステップＳ６０４におけるＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求がＯＢＥＸコネクション設定の後の初めての要求であるか否かを判定する（ステップＳ６０８）。初めての要求であると判定された場合は図８のステップＳ６０９に進み、そうでない場合は図８のステップＳ６１０に進む。
【００６８】
図８のステップＳ６１０においては、画像番号が０であるか否かを判定する。画像番号が０でない場合はタイムアウトを発生し（ステップＳ６１２）、次に画像番号の値に１を加算（ステップＳ６１６）したのち、タイマーをスタートする（ステップＳ６１７）。但し、ステップＳ６１６において画像番号の値がＮ＋１となった場合は画像番号の値を１に戻す。
【００６９】
上記ステップＳ６１０において、画像番号が０であると判定された場合は、ステップＳ６１１において時間情報１と時間情報２との時間差がＴ２以内であるか否かを判定する（ステップＳ６１１）。この時間差がＴ２以内の場合は、画像番号の値を変数ｋの値とし（ステップＳ６１３）、ステップＳ６１７においてタイマーをスタートさせる。一方、ステップＳ６１１において時間差がＴ２以内でないと判定された場合は、次に、時間情報１と時間情報２との時間差がＴ１以内であるか否かを判定する（ステップＳ６１４）。この時間差がＴ１以内の場合は、時間情報２に時間情報１をコピーする（ステップＳ６１５）。一方、ステップＳ６１４において時間差がＴ１以内でないと判定された場合は、時間情報２に時間情報１をコピー（ステップＳ６０９）したのち、変数ｋの値に１を加算（ステップＳ６１６）する。但し、ステップＳ６１８において変数ｋの値がＮ＋１となった場合はこの変数ｋの値を１に戻す。
【００７０】
そして、ステップＳ６１９では画像１〜Ｎから画像ｋを選択し（ステップＳ６１９）、この選択された画像ｋのサムネイル画像を生成する（ステップＳ６２０）。続いてステップＳ６２３では、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が１であるか否かを判定する。ストアフラグの値が１である場合、ステップＳ６２４において画像ｋに関する情報を記憶し、ステップＳ６２５に進む。ストアフラグの値が１でない場合はステップＳ６２４をスキップしてステップＳ６２５に進む。
【００７１】
ステップＳ６２５において、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をイニシエータ機器に返信し、ステップＳ６０２に戻る。但しこのステップＳ６２５では、ストアフラグが１の場合は画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を応答に含めて返信する。
【００７２】
以上説明した第３実施形態によれば、ＢＩＰのリモートカメラフィーチャーを備えたイニシエータである機器９に対し、機器１はリモートカメラフィーチャーで規定された機能を利用して自機器内に保持する画像データの情報を提供することが第１実施形態と同様であるとともに、イニシエータ機器９からの画像の取得要求の送信が連続的なものであるか否かを判断することができる。具体的には、レスポンダ機器１は、イニシエータ機器９からの画像の取得要求の時間間隔を計測する。この時間間隔が上記の場合でいうと３秒や５秒と短い、つまり画像の取得要求が高速度で発生している場合に、レスポンダ機器１はそのような状況を上記ステップＳ６１１またはＳ６１４において検知し、同一の画像（ここではサムネイル画像）をイニシエータ機器９に提供する。上記のようにＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求を利用して画像提供要求を行ったイニシエータ機器９では、単位時間あたりの要求数に依らず一定の時間間隔で同一画像が提供されることになり、レスポンダ機器１が提供する画像を、見逃し等なく適切にブラウズできる。
【００７３】
（第４実施形態）本発明の第４実施形態は、第１実施形態で説明した画像取得要求解析部３００に追加機能を付加したものである。第１実施形態と同様に、第４実施形態においても画像記憶部１００は、画像１乃至画像ＮからなるＮ枚の画像を記憶保持しているものとする。
第４実施形態において、画像取得要求解析部３００は、画像ｋの画像情報を記憶できるものとし、初期状態においては、画像情報はなにも記憶されていないものとする。この画像情報は画像ｋのサムネイル画像を含む。画像取得要求解析部３００は、モニタ画像取得要求を受信したことを無線通信管理部５００から通知されると、モニタ画像取得要求に含まれるストアフラグの値を確認する。本実施形態では、モニタ画像取得要求が連続的に送られてくる状況において、ある時にモニタ画像取得要求に含まれるストアフラグの値が１であって、かつ前回の要求で既にサムネイル画像を送信済みの場合には、画像ｋのサムネイル画像と、該サムネイル画像の元画像である画像ｋの画像情報とを適切に対応付けて提供する。以下、本実施形態の処理手順を説明する。
【００７４】
［ストアフラグの値が０の場合の処理］
モニタ画像取得要求に含まれるストアフラグの値が０の場合、画像取得要求解析部３００は、内部に記憶している画像情報を初期化し、画像選択要求信号を画像選択部４００へ出力する。画像選択部４００は、画像選択要求信号が入力されると、画像記憶部１００が記憶保持する画像１乃至画像Ｎからランダムに一つを選択し、選択した画像ｋの画像情報を画像取得要求解析部３００へ出力する。
【００７５】
画像取得要求解析部３００は、画像ｋの画像情報が入力されると、画像変換部２００へ画像ｋのサムネイル画像の作成を要求する。画像変換部２００は要求された画像ｋについてのサムネイル画像を作成し、該サムネイル画像とストアフラグの値（ここでは０）とを無線通信管理部５００へ出力する。また、画像取得要求解析部３００は、画像ｋの画像情報を内部に記憶するものとする。この画像情報は画像ｋのサムネイル画像を含む。
【００７６】
無線通信管理部５００は、サムネイル画像情報とストアフラグの値とが入力されると、ＯＢＥＸプロトコルに従った応答パケットを作成し、モニタ画像取得要求に対する応答を機器９へ送信する。ストアフラグの値が０の場合の応答パケットにはサムネイル画像のみのデータが含まれている。
【００７７】
［ストアフラグの値が１の場合の処理］
モニタ画像取得要求に含まれるストアフラグの値が１の場合、画像取得要求解析部３００は、内部に記憶している画像情報が初期化状態であるならば、画像選択要求信号を画像選択部４００へ出力する。画像選択部４００は、画像選択要求信号が入力されると、画像記憶部１００が記憶保持する画像１乃至画像Ｎからランダムに一つを選択し、選択した画像ｋの画像情報を画像取得要求解析部３００へ出力する。
画像取得要求解析部３００は、画像ｋの画像情報が入力されると、画像変換部２００へ画像ｋのサムネイル画像の作成を要求する。画像変換部２００は要求された画像ｋについてのサムネイル画像を作成し、該サムネイル画像とストアフラグの値（ここでは１）とを無線通信管理部５００へ出力する。また、画像取得要求解析部３００は、画像ｋの画像情報を内部に記憶する。この画像情報は画像ｋのサムネイル画像を含む。
【００７８】
一方、内部に記憶している画像情報が初期化状態でない、すなわち画像ｋの画像情報が内容を伴う場合、画像取得要求解析部３００は画像選択要求信号を画像選択部４００へ出力することなく、内部に記憶している画像ｋのサムネイル画像とストアフラグの値（ここでは１）とを無線通信管理部５００へ出力する。無線通信管理部５００は、サムネイル画像情報とストアフラグの値とが入力されると、ＯＢＥＸプロトコルに従った応答パケットを作成し、モニタ画像取得要求に対する応答を機器９へ送信する。ストアフラグの値が１の場合の応答パケットにはサムネイル画像のデータと、画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅと呼ばれる）を含めるようにする。
【００７９】
図９は、第４実施形態に係わる具体的な処理手順を示すフローチャートである。但し、ＢＩＰのリモートカメラフィーチャーによるＯＢＥＸコネクションは既に設定されているものとする。
【００８０】
図９に示すように、まずステップＳ８０１において条件フラグを０に初期化する。次に、ステップＳ８０２においてＯＢＥＸ要求パケットを受信する。ステップＳ８０３では、受信したＯＢＥＸ要求パケットがＤｉｓｃｏｎｎｅｃｔ要求であるか否かを判定する。Ｄｉｓｃｏｎｎｅｃｔ要求であればイニシエータ機器との接続を遮断し、処理を終了する。Ｄｉｓｃｏｎｎｅｃｔ要求でなければステップＳ８０４に進む。
【００８１】
ステップＳ８０４では、受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であるか否かを判定する。ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であれば、ステップＳ８０５に進み、そうでなければステップＳ８０６に進む。ステップＳ８０６はＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順であり、図４に示したものと同様である。
【００８２】
ステップＳ８０５〜ステップＳ８１７は、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に対する応答の処理であり、上述した第４実施形態の画像提供に係わる処理に相当する。まずステップＳ８０５では、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が０であるか否かを判定する。
【００８３】
ストアフラグの値が０であると判定された場合は、画像１〜Ｎからランダムに画像ｋを選択し（ステップＳ８０７）、この選択された画像ｋのサムネイル画像を生成する（ステップＳ８０９）。なお、ステップＳ８０９では必ずしもサムネイル画像をその都度生成する必要はなく、もし別途サムネイル画像をすでに保持している場合は、その画像データをそのまま利用しても良い。次に、画像ｋに関する情報を記憶し（ステップＳ８１０）、条件フラグを１にセットする（ステップＳ８１１）。そして、ステップＳ８１２では、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅをイニシエータ機器に返信する。
【００８４】
一方、ステップＳ８０５においてストアフラグの値が０でない、すなわち１であると判定された場合は、ステップＳ８０８において条件フラグが１であるか否かを判定する。ここで、条件フラグが１の場合はステップＳ８１７に進む。一方、条件フラグが１でない（すなわち０である）場合は、ステップＳ８０７〜ステップＳ８１６と同じ処理手順を踏んだ後、ステップＳ８１７に進む。
【００８５】
ステップＳ８１７では、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をイニシエータ機器に返信したのち、ステップＳ８０２に戻る。但し、ステップＳ８１７では、画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を応答に含めて返信する。
【００８６】
なお、本実施形態では、画像選択部４００が画像記憶部１００に保持されている画像１から画像Ｎのうちからランダムに一つを選ぶこととしたが、画像１、画像２、というように順番に選ぶようにしてもよい。
【００８７】
第１実施形態では、機器１から取得したサムネイル画像を表示確認しているイニシエータ機器９が、現在表示しているサムネイル画像に対応する元画像（すなわち、サムネイル画像の生成元の画像）の画像情報の取得を要求（画像プロパティ取得要求、画像取得要求等）を機器１に対して行った場合に、現在表示されているものではない画像に対応する画像情報がイニシエータ機器９に提供されることが考えられるが、以上説明した第４実施形態によれば、画像取得要求（ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ）に含まれるストアフラグの真偽値を参照し、同ストアフラグが真値（負論理の場合は偽値）であるときは画像ｋを無作為に選択することなく、キャッシュされている同一の画像ｋ及びその画像情報を選択する。したがって、イニシエータ機器９は取得要求をなした元画像に対応する画像情報を確実に取得することができる。
【００８８】
（第５実施形態）本発明の第５実施形態は、第４実施形態で説明した画像取得要求解析部３００に追加機能を付加したものである。第４実施形態と同様に、第５実施形態においても画像記憶部１００は、画像１乃至画像ＮからなるＮ枚の画像を記憶保持しているものとする。第５実施形態において、画像取得要求解析部３００は、画像ｋおよびその画像ｋのサムネイル画像についてそれぞれの画像情報を記憶できるものとし、初期状態においては、内容がなにも記憶されていないものとする。また、画像取得要求解析部３００は内部にタイマーを保持するものとする。画像取得要求解析部３００は、モニタ画像取得要求を受信したことを無線通信管理部５００から通知されると、モニタ画像取得要求に含まれるストアフラグの値を確認する。この点においては上述した第４実施形態と同様である。
【００８９】
図１０は第５実施形態に係わる具体的な処理手順の一部分を示すフローチャート、図１１はこの処理手順の他の部分を示すフローチャートである。但し、ＢＩＰのリモートカメラフィーチャーによるＯＢＥＸコネクションは既に設定されているものとする。
【００９０】
図１０に示すように、まずステップＳ９０１において条件フラグを０に初期化する。次に、ステップＳ９０２においてＯＢＥＸ要求パケットを受信する。ステップＳ９０３では、受信したＯＢＥＸ要求パケットがＤｉｓｃｏｎｎｅｃｔ要求であるか否かを判定する。Ｄｉｓｃｏｎｎｅｃｔ要求であればイニシエータ機器との接続を遮断し、処理を終了する。Ｄｉｓｃｏｎｎｅｃｔ要求でなければステップＳ９０４に進む。
【００９１】
ステップＳ９０４では、受信したＯＢＥＸ要求パケットがＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であるか否かを判定する。ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求であれば、ステップＳ９０５に進み、そうでなければステップＳ９１７に進む。ステップＳ９１７はＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求以外を受信した際の処理手順であり、図４に示したものと同様である。
【００９２】
ステップＳ９０５〜ステップＳ９１６（図１１参照）は、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に対する応答の処理であり、上述した第５実施形態の画像提供に係わる処理に相当する。
【００９３】
ステップＳ９０５では、タイマーがタイムアウトしたか否かを判定する。初期条件では実際にはタイムアウトしていないが、例外的にタイムアウトであると判定してステップＳ９０６のタイマーセットに進む。言い替えれば、処理手順における最初のＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求の処理では、ステップＳ９０５はスキップされる。
【００９４】
ステップＳ９０７では、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が０であるか否かを判定する。ストアフラグの値が１である場合、画像ｋのサムネイル画像のみならず、画像ｋそれ自体（サムネイル画像の元画像）についてもイニシエータ機器から要求されたということになる。
【００９５】
ストアフラグの値が０であると判定された場合は、まず画像１〜Ｎからランダムに画像ｋを選択し（ステップＳ９１０）、この選択された画像ｋのサムネイル画像を生成する（ステップＳ９１１）。ステップＳ９１２において画像ｋに関する情報を記憶したのち、条件フラグを１にセットする（ステップＳ９１３）。
【００９６】
一方、ステップＳ９０７においてＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が０でないと判定された場合には、条件フラグが１であるか否かを判定する（ステップＳ９０９）。ここで、条件フラグが１の場合はステップＳ９１６に進む。条件フラグが１でない場合はステップＳ９１０に進む。
【００９７】
そして、ステップＳ９１４では、再度、ＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が０であるか否かを判定する。ストアフラグの値が１である場合、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をステップＳ９１５で返信して図１０のステップＳ９０２に戻る。一方、ステップＳ９１４においてＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求に含まれるストアフラグの値が０でないと判定された場合には、ステップＳ９１６に進む。
【００９８】
ステップＳ９１６では、画像ｋのサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答をイニシエータ機器に返信し、ステップＳ３０２に戻る。但しこのステップＳ９１６では、ストアフラグが１の場合は画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を応答に含めて返信する。なお、ステップＳ９０５においてタイマーのタイムアウトが検出されなかった場合は、上記ステップＳ９０６〜ステップＳ９１３はスキップされ、上述したように一定時間内部に記憶保持されている画像ｋのサムネイル画像がそのまま用いられる。このサムネイル画像を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答または画像ｋのサムネイル画像と画像ｋの識別子（ＩｍａｇｅＨａｎｄｌｅ）を含むＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ応答のいずれかがストアフラグの値に応じて返信される。
【００９９】
なお、本実施形態では、画像選択部４００が画像記憶部１００に保持されている画像１から画像Ｎのうちからランダムに一つを選ぶこととしたが、画像１、画像２、というように順番に選ぶようにしてもよい。
【０１００】
以上説明した第５実施形態によっても、上述の第４実施形態と同様に、イニシエータ機器９はサムネイル画像と該サムネイル画像の元画像とを適切に対応付けて取得することができる上、さらに、画像選択に関する処理負担を小さくすることができ、また、イニシエータ機器９が連続的にＧｅｔＭｏｎｉｔｏｒｉｎｇＩｍａｇｅ要求を行ってきた場合、本実施形態の機器１はタイマーがタイムアウトするまでの一定時間は同一の画像を応答する。したがって、機器９のユーザはこの一定時間について同一の画像を確認することが可能となり画像閲覧処理を実現する上で好ましい。
【０１０１】
【発明の効果】
以上説明したように、本発明によれば無線通信による画像提供機能の利用性および操作性の向上に寄与する無線通信機器および同無線通信機器による画像提供方法を提供できる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る無線通信機器の概略構成を示すブロック図
【図２】本発明の実施形態に係る無線通信機器（レスポンダ）と他の無線通信機器（イニシエータ）との間の通信の形態を示す図
【図３】第１実施形態に係わる具体的な処理手順の一部分を示すフローチャート
【図４】第１実施形態に係わる具体的な処理手順の他の部分を示すフローチャート
【図５】第２実施形態に係わる具体的な処理手順の一部分を示すフローチャート
【図６】第２実施形態に係わる具体的な処理手順の他の部分を示すフローチャート
【図７】第３実施形態に係わる具体的な処理手順の一部分を示すフローチャート
【図８】第３実施形態に係わる具体的な処理手順の他の部分を示すフローチャート
【図９】第４実施形態に係わる具体的な処理手順を示すフローチャート
【図１０】第５実施形態に係わる具体的な処理手順の一部分を示すフローチャート
【図１１】第５実施形態に係わる具体的な処理手順の他の部分を示すフローチャート
【符号の説明】
１…無線通信機器（レスポンダ）、９…無線通信機器（イニシエータ）、１００…画像記憶部、２００…画像変換部、３００…画像取得要求解析部、４００…画像選択部、５００…無線通信（Ｂｌｕｅｔｏｏｔｈ）管理部
【図１】
2004304336.tif 000004
【図２】
2004304336.tif 000005
【図３】
2004304336.tif 000006
【図４】
2004304336.tif 000007
【図５】
2004304336.tif 000008
【図６】
2004304336.tif 000009
【図７】
2004304336.tif 000010
【図８】
2004304336.tif 000011
【図９】
2004304336.tif 000012
【図１０】
2004304336.tif 000013
【図１１】
2004304336.tif 000014