JPH0746568A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数のアプリケーションが１つのカメラを効
率良く利用できるようにする。 【構成】 ＯＳ４６は、履歴保持部４８、カメラ操作部
５０及び要求調整部５２を具備する。履歴保持部４８
は、アプリケーション４４−１，４４−２，４４−３か
らのカメラに関する要求を履歴として保持する。カメラ
操作部５０は、履歴保持部４８中の履歴に従ってカメラ
２２を駆動させ、また撮影された画像にアプリケーショ
ンを識別するための情報を付加したデータを作成する。
要求調整部５２は、アプリケーション４４−１，４４−
２，４４−３から出されたカメラに関する要求の受諾を
判断し、また、履歴保持部４８中の履歴を作成・修正・
更新・消去し、更にカメラ操作部５０において作成され
たデータを基にアプリケーションに画像を分配する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、撮像手段を複数のアプ
リケーションで共有するための情報処理装置に関する。

【０００２】

【従来の技術】従来、コンピュータに接続されている周
辺機器等のハードウエア資源（ネットワーク上のものを
含む。）を複数のアプリケーションで共有するとき、そ
の制御の方法としてアプリケーションによるものと、オ
ペレーティング・システム（以下、ＯＳと略す。）によ
るものとがある。

【０００３】例えばプリンタの場合、ＯＳが制御を行な
い、ある文書を印刷中に別の文書の印刷要求が出された
時、元の文書の印刷が終了するまで待たせるという方法
を取る。つまり、複数の要求に対して時間をずらしてプ
リンタを割り当てる。

【０００４】また、ディスク装置の場合、ファイルと呼
ばれる論理単位ごとにアプリケーションが制御を行な
い、例えば、あるアプリケーションがあるファイルを開
いた場合、アプリケーションが終了するまで、そのファ
イルを占有し、同一のアプリケーションの異なるインス
タンスによって内容の更新などのアクセスを行なうこと
ができない。つまり、完全な排他制御になっている。

【０００５】一方、撮像手段の場合、一般的に制御を行
なうのはアプリケーションであり、例えば、テレビ会議
システムの場合、ネットワークを介して１つの撮像手段
からの同一の被写体の同一の画像を複数の人間に見せる
などの共有化が行なわれている。

【０００６】

【発明が解決しようとする課題】このように撮像手段制
御に関しては各アプリケーションが独自に実行してお
り、この場合、複数の異なったアプリケーション間の制
御などの高等な制御を行なうことができない。

【０００７】そこで、撮像手段に対してＯＳが行なうこ
とのできる制御方法として、第１に、エディタのように
１つのアプリケーションに完全に占有させてしまう方法
が考えられるが、資源の共有という面から見て効率的で
ない。特に、動画を撮影する際には、１つのアプリケー
ションが長い時間占有することがあり、他のアプリケー
ションの起動を大幅に疎外してしまう。

【０００８】第２に考えられる制御方法は、プリンタの
ように要求発生の順番に応じて、より早く出された要求
を優先的に処理し、時間的に遅れて出された要求はしば
らく待たせて、前の処理が終わり次第処理するというも
のである。この方法を撮像手段制御に使用した場合、撮
影要求に対して遅れて画像が取り込まれる可能性があ
り、要求を出した者の意図した画像を得られないことも
考えられるので、非現実的であるといえる。

【０００９】本発明は、このような課題を解決する情報
処理装置を提示することを目的とする。

【００１０】

【課題を解決するための手段】本発明に係る情報処理装
置は、撮像手段を備えた情報処理装置であって、同一の
設定により撮像を行なう複数のアプリケーションに対し
ては同一の画像を供給し、異なる設定により撮像を行な
う複数のアプリケーションに対してはそれぞれの設定に
より撮影された画像を供給する。

【００１１】

【作用】上記手段により、可能な限りを撮像手段を共同
使用することができ、利用効率が良くなる。

【００１２】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。

【００１３】図１は、本発明の一実施例のハードウエア
構成を示す構成ブロック図である。図１において、１０
はズーム機能を有する光学系、１２は絞り、１４は機械
シャッタ、１６は撮像素子である。１８はローパスフィ
ルタリング等の処理を行なう信号処理回路、２０はＣＰ
Ｕ４２からの指示に従い、絞り１２、機械シャッタ１
４、撮像素子１６及び雲台２４を制御するコントローラ
である。光学系１０、絞り１２、機械シャッタ１４、撮
像素子１６、信号処理回路１８、及びコントローラ２０
が撮像手段２２内に組み込まれており、雲台２４が撮像
手段２２を撮影方向を変更自在に支持する。

【００１４】２６は信号処理回路１８のアナログ出力を
ディジタル信号に変換するＡ／Ｄ変換器、２８はＡ／Ｄ
変換器２６から出力されるディジタル信号を記憶するメ
モり、３０はハードディスクや光磁気ディスクなどのデ
ィスク、３２はネットワークと接続するためのモデム等
のネットワーク・インターフェース、３４はＣＲＴ等の
表示装置、３６はキーボードやマウスなどの入力装置、
３８はシステムを起動するための初期プログラムや入出
力のためのプログラムなどを記憶するＲＯＭ、４０はア
プリケーション・プログラムやＯＳ等のロード先である
ＲＡＭ、４２はシステムの動作を司り公知の機能を果た
すＣＰＵである。

【００１５】次に、本ハードウエアの動作を説明する。
図示しない電源が投入されると、ＣＰＵ４２はＲＯＭ３
８から起動のための初期プログラムを読み込み、それに
従ってシステムを起動し、ディスク３０又はネットワー
ク・インターフェース３２に接続される外部の図示しな
いディスクからＯＳのプログラムを読み込み、必要なプ
ログラムをＲＡＭ４０の所定場所に格納する。

【００１６】ユーザが入力装置３６によりディスク３０
又はネットワーク・インターフェースに接続された外部
の図示しないディスクに存在するアプリケーション・プ
ログラムの起動を指定すると、ＣＰＵ４２はそのアプリ
ケーション・プログラムをＲＡＭ４０の所定場所に格納
する。

【００１７】ディスク３０からのものであろうと、又は
ネットワーク・インターフェースに接続された外部の図
示しないディスクからのものであろうと、アプリケーシ
ョン・プログラムが撮像手段２２を操作する必要が生じ
た場合、アプリケーション・プログラムはＲＡＭ４０中
に存在するＯＳと通信を行ない、ＣＰＵ４２を介してコ
ントローラ２０に信号を送り、撮像手段２２中の絞り１
２、機械シャッタ１４、撮像素子１６、特に動画を撮影
する場合には撮像素子１６の電子シャッタ、及び雲台２
４を制御する。

【００１８】アプリケーションが表示装置３４に情報を
表示させる等、撮像手段２２以外の機構アクセスする場
合、ＯＳを介して行なわれるが、その手法は公知である
ので、説明を省略する。

【００１９】次に、アプリケーションが撮像手段２２を
操作する場合に行なわれるアプリケーションとＯＳとの
間の通信、及び通信に際してＯＳが実行する処理につい
て、説明する。

【００２０】図２は、アプリケーションが撮像手段２２
を操作する際に、必要な処理を行なうソフトウエア構成
を示す。図２において、４４−１，４４−２，４４−３
はＲＡＭ４０内に存在して撮像手段２２にアクセスする
アプリケーション、４６はＲＡＭ４０内に存在してアプ
リケーション４４−１，４４−２，４４−３からの撮影
要求などを処理して撮像手段２２を制御し、同じに公知
の働きをするＯＳである。

【００２１】ＯＳ４６内で、履歴保持部４８は、各アプ
リケーション４４−１，４４−２，４４−３からの撮像
手段２２に関する要求の履歴を保持する。撮像手段操作
部５０は、履歴保持部４８に書き込まれた撮像手段の設
定値に従って撮像手段２２を駆動させ、撮像手段２２か
ら返されるデータを要求調整部５２に出力する。要求調
整部５２は、履歴保持部４８中の履歴を参照してアプリ
ケーションから出された撮像手段に関する要求を受諾又
は拒否し、受諾する場合に履歴保持部４８の履歴を追加
・修正・更新・消去し、撮像手段操作部５０からのデー
タを適切にアプリケーションに分配する。なお、ＣＰＵ
４２は、撮像手段２２の設定を切り替えるタイミングを
撮像手段操作部５０に一定間隔で送る。

【００２２】図３及び図４は要求調整部５２の処理の流
れを表わすフローチャートである。図５は撮像手段操作
部５０の処理の流れを表わすフローチャートである。

【００２３】図６、図７、図８及び図９は、アプリケー
ションが撮影を行なうために出す要求の例であり、各図
で、６０は撮像手段の撮影方向の値、６２は撮像手段の
絞り値、６４は電子シャッタ又は機械シャッタのシャッ
タ速度の値をそれぞれ示す。

【００２４】図１０、図１１、図１２及び図１３は履歴
保持部４８に書き込まれる履歴の例を示す。

【００２５】図１４及び図１５はタグ付き画像の例であ
る。

【００２６】図１６及び図１７は、要求調整部５２が複
数の撮像手段設定の要求を時分割で切替え可能かどうか
を判断するための判断基準であり、図１６は、２つの撮
像手段の向きなどの値の差の絶対値をとり、それをある
基準値と比較しており、図１７では、履歴保持部４８中
の複数の履歴中の撮像手段の向きなどの値とアプリケー
ションから発生された要求値を関数ｆ，ｇ又はｈで評価
し、それをある基準値と比較している。

【００２７】図３、図４及び図５に示すフローチャート
を参照して、３つのアプリケーションが撮像手段にアク
セスする際の動作を説明する。ここでは、先ずアプリケ
ーション４４−１が起動され、次ぎにアプリケーション
４４−２が起動され、最後にアプリケーション４４−３
が起動されるものとする。より多くのアプリケーション
が起動された場合についても本発明が有効であることは
明らかである。

【００２８】図２において、アプリケーション４４−１
が撮影を行なうために図６に示すような要求値を出した
とする。要求調整部５２はステップＳ１において要求発
生を知り、その要求が撮影要求であり（ステップＳ
２）、履歴保持部４８を参照し過去に撮像手段に対して
要求が出されていないため（ステップＳ３）、図６の値
にアプリケーションを識別するためのタグを付与した図
１０に示すようなデータ（履歴と呼ぶ。）を履歴保持部
４８に書き込む（ステップＳ８）。

【００２９】撮像手段操作部５０はアプリケーション４
４−１が出した要求を履歴保持部４８から取得し（ステ
ップＳ３１）、その要求に従って撮像手段２２を駆動
し、撮像手段向きをＡｎｇｌｅ＿ａ、絞りＩｒｉｓ＿
ａ、シャッタスピードをＳｐｅｅｄ＿ａと設定し（ステ
ップＳ３２）、撮像手段２２から画像を取得しアプリケ
ーションを識別するためのタグを付加した図１４に示す
ようなデータ（タグ付き画像と呼ぶ。）を要求調整部５
２に送る（ステップＳ３３）。すると、要求調整部５２
は、ステップＳ２１においてタグ付き画像が返されたこ
とを知り、タグがアプリケーション４４−１を示す１つ
だけであるので（ステップＳ２２）、そのタグ付き画像
の画像部分をアプリケーション４４−１に送出する（ス
テップＳ２４）。

【００３０】アプリケーション４４−１が静止画を撮影
するものである場合、１フレームの画像がアプリケーシ
ョン４４−１に送られると同時に、撮影終了要求がアプ
リケーション４４−１から出される。要求調整部５２
は、その要求を感知し（ステップＳ１）、それが撮影終
了要求であると判断すると（ステップＳ２）、ステップ
Ｓ１１において履歴保持部４８中の履歴を消去し、撮像
手段操作部５０は画像を要求調整５２に送るのを中止す
る。

【００３１】一方、アプリケーション４４−１が動画を
撮影するものである場合、アプリケーション４４−１が
撮影終了要求を出すまで、撮像手段操作部５０は画像を
送り続けることになる。

【００３２】このように、本実施例は静止画・動画の両
方に適用することができるものであるが、以降では各ア
プリケーション４４−１，４４−２，４４−３は動画を
撮影するものであるとする。

【００３３】次に、アプリケーション４４−１が図９に
示す要求を発生したとき、つまり、設定した撮像手段向
きを変更する場合に、要求調整部５２は以下の処理を行
なう。即ち、要求の発生を検知すると（ステップＳ
１）、その要求が撮影要求であり（ステップＳ２）、履
歴保持部４８には既に履歴が書き込まれており（ステッ
プＳ３）、その履歴は要求を発生したアプリケーション
によるものであるため（ステップＳ４）、その履歴を図
１１に示すように更新する（ステップＳ１０）。する
と、撮像手段操作部５０は前述したステップと同じ処理
を行なって撮像手段２２を駆動し、タグ付き画像を要求
調整部５２に送り、要求調整部５２は画像をアプリケー
ション４４−１に送る。

【００３４】続いて、アプリケーション４４−２が、撮
影を行なうため図７に示すような要求を発生したとす
る。要求調整部５２は、要求の発生を検知すると（ステ
ップＳ１）、その要求が撮影要求であり（ステップＳ
２）、履歴保持部４８には既に履歴が書き込まれている
が（ステップＳ３）、その履歴は要求を発生したアプリ
ケーションによるものでないので（ステップＳ４）、ス
テップＳ５を実行し、履歴保持部４８に存在する図１１
に示す履歴と図７に示す要求とを比較する。両者が同
じ、つまりＡｎｇｌｅ＿ａ’＝Ａｎｇｌｅ＿ｂ、且つＩ
ｒｉｓ＿ａ＝Ｉｒｉｓ＿ｂ、且つＳｐｅｅｄ＿ａ＝Ｓｐ
ｅｅｄ＿ｂであるとすると、アプリケーション４４−１
及び同４４−２に対して同一の画像を撮影結果として戻
せばよいことになり、そのために要求調整部５２は、履
歴保持部４８に書き込まれている図１１の履歴のタグ部
分にアプリケーション４４−２を示すタグを追加して図
１２に示すように書き換え（ステップＳ９）、両アプリ
ケーションで同じ設定を要求していることを表現する。

【００３５】このとき撮像手段操作部５０は、ステップ
Ｓ３１において図１２の履歴を取得し、ステップＳ３２
においてそれに従った撮像手段操作信号を送出し、得ら
れた画像にそれを返すべきアプリケーションを示すため
にアプリケーション４４−１及び同４４−２を識別する
ためのタグを図１５に示すように付加し、それを要求調
整部５２に返す（ステップＳ３３）。

【００３６】要求調整部５２は、図１５のタグ付き画像
が返されたことを知り（ステップＳ２１）、そのデータ
にはアプリケーション４４−１と同４４−２を示す複数
のタグが付加されているので（ステップＳ２２）、撮像
手段操作部５０から得た図１５のタグ付き画像の画像部
分の複製を作り（ステップＳ２３）、タグ部分に示され
ているアプリケーション４４−１と同４４-２に対して
同一の画像を送出する（ステップＳ２４）。

【００３７】次に、図２においてアプリケーション４４
−３が図８に示すような要求を発生したとする。ここ
で、Ａｎｇｌｅ＿ａ’≠Ａｎｇｌｅ＿ｂ、且つＩｒｉｓ
＿ａ≠Ｉｒｉｓ＿ｂ、且つＳｐｅｅｄ＿ａ≠Ｓｐｅｅｄ
＿ｂであるとする。

【００３８】要求調整部５２は要求発生を検知すると
（ステップＳ１）、その要求は撮影に関し（ステップＳ
２）、既に履歴保持部４８に履歴が存在し（ステップＳ
３）、同一のアプリケーションの履歴がなく（ステップ
Ｓ４）、要求値が履歴保持部４８に書かれている履歴の
どれとも一致しないので（ステップＳ５）、ステップＳ
６を実行する。ここで、アプリケーション４４−３が発
した図８の要求と履歴保持部４８に存在する図１２の履
歴とを比較して、図１６のような関係がなりたっている
時、つまり、両者の設定の差の絶対値がある基準値より
小さく、アプリケーションに返す画像がとぎれない程度
の微小時間間隔で両者の設定を切り替える（時分割で切
り替える）ことが可能な場合、要求調整部５２は、履歴
保持部４８に図１３に示した新たな履歴を追加する（ス
テップＳ８）。

【００３９】これによって、履歴保持部４８には図１２
と図１３の履歴が存在することになる。この場合、撮像
手段操作部５０は、履歴保持部４８に書かれている履歴
の一方、例えば図１２の方を取得し（ステップＳ３
１）、それに合わせて撮像手段２２に対して操作信号を
送出し（ステップＳ３２）、タグ付き画像を要求調整部
５２に戻し（ステップＳ３３）、要求調整部５２は、前
述と同様にステップＳ２１〜Ｓ２４を実行し、画像をア
プリケーション４４−１，４４−２に送出する。

【００４０】ここで、ＣＰＵ４２は予め決められた微小
時間が経過すると、撮像手段２２の設定を別のアプリケ
ーションが出した要求値に切り替えるタイミングを知ら
せる信号をＯＳ４６に発する。この信号によって撮像手
段操作部５０はもう一方の履歴、例えば図１３の方を取
得し（ステップＳ３１）、その値に合わせて撮像手段を
操作し（ステップＳ３２）、その結果得られた画像にア
プリケーション４４−３を識別するタグを付加し、要求
調整部５２に返す（ステップＳ３３）。

【００４１】要求調整部５２は、データが返されたこと
を知り（ステップＳ２１）、タグはアプリケーション４
４−３のみを示しているので（ステップＳ２２）、アプ
リケーション４４−３に画像を送出する（ステップＳ２
４）。そして、以降、ＣＰＵ４２から次々発せられる信
号によって、撮像手段２２は図１２の内容と図１３の内
容が交互に繰り返し設定され、これにより、アプリケー
ション４４−１、アプリケーション４４−２及びアプリ
ケーション４４−３のそれぞれに対して、許される程度
に途切れの無い画像を送ることができる。

【００４２】ところで、要求調整部５２がステップＳ６
において時分割可能でないと判断した場合は、アプリケ
ーションに対して撮影不可能であることを知らせる所定
の信号を送出し（ステップＳ７）、アプリケーションは
それに基づいて適切な処理を実行する。

【００４３】あるアプリケーション、例えば、アプリケ
ーション４４−３が撮影終了の要求を発した時、要求調
整部５２はそれを検知し（ステップＳ１）、それが撮影
終了要求であると判断すると（ステップＳ２）、履歴保
持部４８中の図１３の履歴を削除し（ステップＳ１
１）、以降は図１２の履歴に従って撮影が行なわれ、撮
影画像がアプリケーション４４−１と同４４−２に返さ
れる。次に、アプリケーション４４−２が撮影終了要求
を発した時は、要求調整部５２はそれを検知し（ステッ
プＳ１）、それが撮影終了要求であると判断すると（ス
テップＳ２）、履歴保持部４８中の履歴を図１２から図
１１のように変更する（ステップＳ１１）。さらに続い
て、アプリケーション４４−１からの撮影終了要求が出
された時には、要求調整部５２はそれを検知し（ステッ
プＳ１）、撮影終了要求であると判断すると（ステップ
Ｓ２）、ステップＳ１１において履歴は完全に消去され
る。

【００４４】なお、本実施例では、要求調整部５２がス
テップＳ６において時分割可能であることを判断するた
めに、図１６の評価基準を用いた。この評価基準は１つ
の履歴が履歴保持部４８にあり、その履歴とあるアプリ
ケーションから出された要求を比較する際にのみ適用す
ることが可能である。履歴保持部４８に複数の履歴があ
り、それらとある１つの要求とを比較するには図１７の
ように評価基準を設ける。同図における「ある基準」と
いうのは、時分割を行なってもアプリケーションに返す
画像が途切れないことを保証するものであり、この基
準、並びに関数ｆ，ｇ，ｈが返す値は履歴保持部４８の
履歴の数、履歴と要求中における設定のバラツキ、及び
撮像手段２２の性能などによって決められる。

【００４５】

【発明の効果】以上の説明により容易に理解できるよう
に、本発明によれば、撮像手段を複数のアプリケーショ
ンで効率的に使用できる。更に、別の発明によれば、既
に起動されているアプリケーションが発した撮像手段操
作の履歴を保持し、あるアプリケーションから撮像手段
操作の要求が発生された場合、その要求と履歴とを比較
して要求を受け付けるかどうかを判断させるための手段
を設け、要求を受け付ける時には複数の設定を切り替え
る手段によって、複数のアプリケーション間で撮像手段
を共有し、撮影などを行なうことが可能になる。また、
要求と履歴が等しい場合には、１つの画像を複数のアプ
リケーションに分配する機能も有するので、同じ設定を
行なうアプリケーションの間でも撮像手段を共有して撮
影を行なうことができる。従ってアプリケーションによ
る撮像手段へのアクセスを効率良く制御するシステムを
提供することができる。

【図面の簡単な説明】

【図１】 本発明のハードウエア構成を示すブロック図
である。

【図２】 アプリケーションによる撮像手段操作に関与
するソフトウエア構成を示すブロック図である。

【図３】 要求調整部５２の処理の流を表わすフローチ
ャートである。

【図４】 要求調整部５２の別の処理の流を表わすフロ
ーチャートである。

【図５】 撮像手段操作部５０の処理の流を表わすフロ
ーチャートである。

【図６】 アプリケーションが撮影を行なうために出す
要求の例である。

【図７】 アプリケーションが撮影を行なうために出す
要求の例である。

【図８】 アプリケーションが撮影を行なうために出す
要求の例である。

【図９】 アプリケーションが撮影を行なうために出す
要求の例である。

【図１０】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１１】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１２】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１３】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１４】 タグ付き画像の例である。

【図１５】 タグ付き画像の例である。

【図１６】 要求調整部５２が複数の撮像手段設定を時
分割で切り替え可能かどうかを判断する評価基準であ
る。

【符号の説明】

１０：光学系 １２：絞り １４：機械シャッタ １
６：撮像素子 １８：信号処理回路 ２０：コントロー
ラ ２２：撮像手段 ２４：雲台 ２６：Ａ／Ｄ変換器
２８：メモり ３０：ディスク ３２：ネットワーク
・インターフェース ３４：表示装置 ３６：入力装置 ３８：ＲＯＭ ４
０：ＲＡＭ ４２：ＣＰＵ ４４−１，４４−２，４４
−３：アプリケーション ４６：ＯＳ ４８：履歴保持
部 ５０：撮像手段操作部 ５２：要求調整部 ６０：
撮像手段の撮影方向の値 ６２：撮像手段の絞り値 ６
４：シャッタ速度値

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成５年１２月２４日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

【図１】 本発明のハードウエア構成を示すブロック図
である。

【図２】 アプリケーションによる撮像手段操作に関与
するソフトウエア構成を示すブロック図である。

【図３】 要求調整部５２の処理の流を表わすフローチ
ャートである。

【図４】 要求調整部５２の別の処理の流を表わすフロ
ーチャートである。

【図５】 撮像手段操作部５０の処理の流を表わすフロ
ーチャートである。

【図６】 アプリケーションが撮影を行なうために出す
要求の例である。

【図７】 アプリケーションが撮影を行なうために出す
要求の例である。

【図８】 アプリケーションが撮影を行なうために出す
要求の例である。

【図９】 アプリケーションが撮影を行なうために出す
要求の例である。

【図１０】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１１】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１２】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１３】 履歴保持部４８に書き込まれる履歴の例で
ある。

【図１４】 タグ付き画像の例である。

【図１５】 タグ付き画像の例である。

【図１６】 要求調整部５２が複数の撮像手段設定を時
分割で切り替え可能かどうかを判断する評価基準であ
る。

【図１７】 要求調整部５２が複数の撮像手段設定の要
求を切替え可能かどうかを判断する別の判断基準であ
る。

【符号の説明】 １０：光学系 １２：絞り １４：機械シャッタ １
６：撮像素子 １８：信号処理回路 ２０：コントロー
ラ ２２：撮像手段 ２４：雲台 ２６：Ａ／Ｄ変換器
２８：メモり ３０：ディスク ３２：ネットワーク
・インターフェース ３４：表示装置 ３６：入力装置 ３８：ＲＯＭ ４
０：ＲＡＭ ４２：ＣＰＵ ４４−１，４４−２，４４
−３：アプリケーション ４６：ＯＳ ４８：履歴保持
部 ５０：撮像手段操作部 ５２：要求調整部 ６０：
撮像手段の撮影方向の値 ６２：撮像手段の絞り値 ６
４：シャッタ速度値

Claims (3)

【特許請求の範囲】
1. 【請求項１】 撮像手段を備えた情報処理装置であっ
   て、同一の設定により撮像を行なう複数のアプリケーシ
   ョンに対しては同一の画像を供給し、異なる設定により
   撮像を行な複数のアプリケーションに対してはそれぞれ
   の設定により撮影された画像を供給する情報処理装置。
2. 【請求項２】 要求する設定が実行不可能なアプリケー
   ションに対しては撮影不可能であることを通知する請求
   項１に記載の情報処理装置。
3. 【請求項３】 アプリケーションからの撮像手段に関す
   る要求を履歴として保持する履歴保持手段と、当該履歴
   保持手段中の当該履歴に従って撮像手段を駆動させ、ま
   た撮影された画像にアプリケーションを識別するための
   情報を付加したデータを作成する撮像手段操作手段と、
   アプリケーションから出された撮像手段に関する要求の
   受諾を判断し、また、当該履歴保持手段中の当該履歴を
   作成・修正・更新・消去し、更に当該撮像手段操作手段
   において作成された当該データを基にアプリケーション
   に画像を分配する要求調整手段とを具備する請求項２に
   記載の情報処理装置。