JP2000132673A

JP2000132673A - 画像システム

Info

Publication number: JP2000132673A
Application number: JP10306549A
Authority: JP
Inventors: Yasuhiro Yoshida; 育弘吉田
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1998-10-28
Filing date: 1998-10-28
Publication date: 2000-05-12

Abstract

(57)【要約】【課題】インターネットを利用した従来の画像システ
ムでは、ユーザーにとって必要な方向や視野の画像が、
そのユーザーにとって適切な条件で撮影されて提供され
るとは限らない問題があった。【解決手段】３６０度全方向を同時に撮影することが
できるカメラと蓄積装置を用い、撮影した全方位画像を
あらかじめ蓄積して、蓄積された画像を伝送してユーザ
ー側でユーザーが必要とする方向、視野の画像を抜き出
して表示するようにすることで、ユーザーが必要な画像
を常に入手できるようにするとともに、カメラや伝送路
の利用効率を上げ、システムの利用コストを低減する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ユーザーが見た
いと要求するものを、要求するときに見せることができ
る画像システムに関する。

【０００２】

【従来の技術】近年、インターネットが急速に普及しつ
つあり、これを介して遠隔にあるカメラで撮影された映
像をエンドユーザーが鑑賞したい、という要求が高まっ
てきている。特に、ユーザーが「見たいと感じたもの」
を、「見たいと感じたときに」見ることができるような
システムが必要とされる。

【０００３】このようなシステムは、いわばオンデマン
ドテレビの生中継版といったものになると想定される
が、従来は、ユーザーの要望に応じた画像を要望に応じ
てその時に現地で撮影し、それを伝送してユーザーに見
せる方法しかなかった。

【０００４】このような方法の一例が、図２６に示すシ
ステムとして提案されている。この提案は、たとえばカ
メラの制御に関する特開平１０−４２２７９号公報や、
「リアルタイム」を実現するために、伝送路の混み具合
に見合った伝送制御に関する特開平１０−４２１８５号
公報などに記載されている。

【０００５】図２６を簡単に説明する。図２６では、シ
ステム全体を伝送路２６００４で左右に分離し、ユーザ
ーは伝送路２６００４の右側に居るものとし、左側がサ
ーバー側であるとする。ここで伝送路２６００４は、既
存の伝送路であるインターネットである。

【０００６】ユーザーからコマンド投入手段２６００８
を通じてコマンドが投入させると、そのコマンドは伝送
路を通じて撮影手段２６００１に伝送される。投入され
るコマンドは、主としてカメラを制御してユーザーの好
みの画像を得るためのものである。従来では、ｈｔｔｐ
プロトコルに従ってパン、チルト、ズームなどの撮影条
件を記述する方法が具体的に提案されている。あわせ
て、撮影手段に対しユーザーから撮影時刻や撮影条件の
予約を行う方法なども提案されている。

【０００７】撮影された画像はサーバー手段２６００２
を介して、伝送処理手段２６００３を経て伝送路２６０
０４からユーザーに伝送され、表示手段２６００５でユ
ーザーに提示される。このとき、伝送路のトラフィック
状態によって伝送状態が変化しないように、リアルタイ
ムに画像を伝送するためのフレーム単位の間引きを行う
などの工夫が伝送処理手段２６００３と制御手段２６０
０７によって行われる。

【０００８】図２６のシステムを実現しようとすると、
「ユーザーの要求が発生したことをいかに捕らえ」、そ
の時に、「その要求に見合った画像をいかにリアルタイ
ムに撮影して」、その画像を「いかにリアルタイムに伝
送するか」が、技術的な鍵になる。要するに、ユーザー
の要求が発生したその時点での被写体の様子といった意
味合いでの「リアルタイム性」をいかに大切に扱うかが
ポイントになる。

【０００９】

【発明が解決しようとする課題】上記システムは先に述
べた「リアルタイム性」を重要視する構成になるため、
３つの問題がある。

【００１０】まず、カメラ１台について１人のユーザー
が割り当てられ、それが固定してしまうという点であ
る。従来技術では、時間予約してカメラを利用する方法
などがあるが、この方法でも、まさに撮影が行われてい
るその時間には、１人のユーザーによって一台のカメラ
が占有され、多くのユーザーは、少なくともその時点に
おいては、カメラを使用できないといった点には変わり
ない。

【００１１】また、ユーザーが要求したとき、あるいは
予約撮影したときの撮影条件が、ユーザーには全く予想
できないことが上げられる。夜間や曇天などのため撮影
条件が整わない場合には、せっかくカメラへのアクセス
権を得たとしても、満足な画像は得られない可能性が高
い。

【００１２】さらに、従来技術では、予約撮影などを行
う様にしたがために、撮影時間や条件等に関する極めて
複雑なコマンドを、画像が得られていない時点であらか
じめ予測して投入する必要があるという問題がある。こ
のことは、システム全体の使いやすさを低下させるばか
りでなく、得られた画像が的を得たものにならない可能
性を増し、しかもそのような無用な情報を伝送系に流す
ことになるなど、提案されている画像システムの存在意
義にまで係わる根本的な問題となる可能性を含む問題で
ある。

【００１３】本発明はこのような、従来技術の「リアル
タイム性」を重要視するがために生じた問題点を解決す
ることを目標になされるものである。

【００１４】

【課題を解決するための手段】請求項１記載の画像シス
テムは、周囲３６０度を同時に撮影する撮影手段と、上
記撮影した画像を記憶蓄積する手段と、上記記憶蓄積し
た画像を伝送する伝送手段と、所定のコマンドを投入す
るコマンド投入手段と、上記投入されたコマンドに基づ
いて上記記憶蓄積された画像から所望の部分画像を切り
出す画像切り出し手段と、上記切り出された画像を四角
形の画像にマッピングする画像変形手段とを有すること
を特徴とする。

【００１５】請求項２記載の画像システムは、請求項１
記載の画像システムにおいて、上記コマンド投入手段
は、上記コマンドに変換する変換手段を有することを特
徴とする。

【００１６】請求項３記載の画像システムは、請求項１
記載の画像システムにおいて、上記部分画像を表示する
と共に、切り出す前の画像を表示する表示手段をユーザ
ー側に有することを特徴とする。

【００１７】請求項４記載の画像システムは、請求項１
記載の画像システムにおいて、上記撮影した画像に推奨
範囲の画像であることを示す付加情報を付加する手段
と、上記伝送された画像から上記付加情報を抜き出す手
段と、上記付加情報に基づいて推奨範囲の画像を表示す
る表示手段を有することを特徴とする。

【００１８】請求項５記載の画像システムは、請求項１
記載の画像システムにおいて、上記コマンドは、視野方
向中心と広がり角、視野上下中心と広がり角からなるも
のであることを特徴とする。

【００１９】請求項６記載の画像システムは、請求項１
記載の画像システムにおいて、上記画像変形手段は、上
記撮影された画像の半径方向の位置に応じて上記切り出
された画像の所定方向への拡大率を制御して四角形の画
像にマッピングするように画像を変形処理させるもので
あることを特徴とする。

【００２０】請求項７記載の画像システムは、請求項１
記載の画像システムにおいて、上記撮影された画像の中
心部と外側で圧縮率を変化させて伝送することを特徴と
する。

【００２１】

【発明の実施の形態】＜第１の実施例＞この発明では、
画像を蓄積する操作を利用して、必要なとき（ユーザー
の希望が発生したとき）に必要な処理（蓄積した画像か
らユーザーの希望に応じた情報を抜き出す処理−切り出
しなど）をしてユーザーに見せるシステムを提案する。
特に、蓄積する画像として、従来システムに対して、ユ
ーザーの、考えられる限りの全ての希望にかなった（た
とえば高解像度に撮影した３６０度概ね全ての方向を含
む画像）画像を用いる。このような画像をあらかじめ撮
影しておいて蓄積し、その画像からユーザーの希望に応
じて必要な情報（方向、画角など）だけを必要なときに
抜き出して再生、表示しようというシステムである。

【００２２】このシステムでは、あらかじめ撮影した画
像を蓄積することを前提とするので、ユーザーの希望が
発生した時点でリアルタイムに撮影する必要はなく、条
件の良い時にきれいに撮影した絵を蓄積して利用でき
る。つまり、ユーザーの希望が発生する時の撮影条件の
善し悪しに左右されないから、きれいな画像を見たいと
いうユーザーの基本的な希望にかなった画像を、ユーザ
ーが見たいときに見たい通りに再生できる利点が有る。

【００２３】また、従来のシステムでは、撮影時にはカ
メラ１台を利用者１人が占有することになったが、この
ような蓄積型システムではそういう制約はない。つま
り、「カメラ１」対「ユーザー１」ではなく、「すべて
の希望をかなえることができる蓄積画像１」対「ユーザ
ー多」で利用できるので、多人数で同時にしようできる
という利点がある。

【００２４】このような利点に対し、蓄積画像を利用す
ることによる問題点もある。つまり、撮影時はユーザー
の要求発生時とは異なるという問題である。具体的に
は、リアルタイムの被写体の状況はユーザーには見えな
いという問題を生ずる。

【００２５】このシステムでは、その問題を、良い条件
で撮影した絵から、ユーザーの希望が発生した時点で、
希望にかなう高い画質の絵を切り出して表示できるとい
う利点とトレードオフしているともいえる。従来技術の
リアルタイム性と、本発明の技術で保証する高画質性
（従来技術では、少なくとも撮影が必要なタイミングの
撮影条件が予想できないため、システムとして画質を保
証することは困難）とのトレードオフである。

【００２６】こういう観点からは、本発明は、いかにき
れいに撮影し、それを歪み無く蓄積して必要なときにユ
ーザーに伝送して、さらにユーザーの要望に応じていか
にうまく必要な情報だけを抜き出してユーザーに見せる
かといったそれぞれの点が技術的なポイントになる。

【００２７】上記２つの利点と、ひとつのトレードオフ
をあわせると、この発明は、あらかじめよい条件で撮影
し蓄積しておけばよいもの、そして蓄積後それを利用す
ることができる分野、たとえば、観光地の紹介、あるい
は歌手や俳優のイメージビデオなど、の利用にマッチす
るシステムであると思われる。これに対して、従来で
は、リアルタイム性を重視する必要のある分野、たとえ
ば、監視システムなどに用いると都合がよいと思われ
る。

【００２８】このシステムは、リアルタイム性を重要視
するシステムではないから、伝送路や、サーバーの負荷
に左右されない。したがって、本質的に「蓄積した動画
像の利用」に適する特徴がある。つまり、ユーザー端末
で情報の抜き出し処理が必要となる。

【００２９】このため、このシステムでは、従来技術の
問題で述べた、画像を見ずに複雑なコマンド投入する必
要性は無い替わりに、ユーザー端末をいかに使いやすく
設計するかがひとつのポイントになる。

【００３０】また、ユーザー端末の能力によって、情報
の抜き出し速度、つまり再生速度が決まる。よって、
「軽い」抜き出し処理を実現することがひとつの課題で
ある。

【００３１】加えて、基本的に動画像もファイルで転送
してから再生するシステムであるから、すべての情報を
伝送し終わるまで、再生できないため伝送の待ち時間が
多い問題を生ずるという可能性がある。しかし、同様の
問題は、リアルオーディオなどでは改善されている。画
像システムへの適用の可否検討が必要である。

【００３２】また、すべての情報を含んだ画像を蓄積、
伝送するので、基本的に取り扱う情報量が多いといった
問題もある。そしてその割に、最終的に伝送された情報
のうち、実際に表示に利用される部分は一部分だけであ
る。つまり、撮影して蓄積伝送された情報のうち、実際
に利用される割合が少ない可能性がある。このため、表
示画像当たりのコストが上昇する可能性がある。しかし
このことは、一度データ伝送をうければ、いつでも、自
由な「要求」に対し、ローカルに再生表示可能という特
徴にもつながる。

【００３３】さらに、撮影された画像の性質上、従来型
の画像圧縮に整合しない可能性が高いという問題もあ
る。このことは、伝送のみならず、蓄積においても蓄積
枚数や画質劣化といった観点から問題となる可能性が高
い。適切な圧縮方法を開発することが重要な課題で、こ
れができれば、上に述べた問題の改善が可能である。つ
まり次の改善効果がある。（１）伝送時間短縮が可能、
（２）歪みが少ない蓄積、伝送が可能であり、きれいな
画像を表示可能、（３）伝送された情報の多くを、その
ままユーザーサイドでも蓄積して保存できる。よって再
利用の可能性が高まる。

【００３４】このように、適切な圧縮方法を開発できれ
ば、高画質、低コストを実現でき、総合的に見て上に述
べた個々の問題を解消し、蓄積装置や伝送路利用効率が
向上して、かつ、高画質化もはかれるなどの利点があ
る。

【００３５】次に図１を用いて、この発明について説明
する。このシステムは、あらかじめ撮影して蓄積した、
全ての情報を含んだ画像をユーザーの要望が発生したと
きにユーザーに向けて伝送して、さらに、ユーザー側で
その画像から必要な画像を抜き取って表示するシステム
である。

【００３６】まず、撮影装置１００１を用いてあらかじ
め画像を撮影し、それを蓄積装置１００２に蓄積する。
この画像は、撮影条件の良い時にきれいに撮影した、撮
影点を中心として３６０度全ての方向を同時に撮影した
画像である。撮影装置１００１は、このような画像を撮
影することができる装置である。

【００３７】このような撮影と蓄積のプロセスは、撮影
者によって管理される。そのために、撮影者からコマン
ドを投入するコマンド投入装置１００９と、その投入し
たコマンドによって制御を行う制御装置１００８とを有
する。

【００３８】次に、この蓄積された全ての情報を含んだ
画像を、ユーザーの要望が発生したときにユーザーに向
けて伝送する。そのために、ユーザーがコマンドを投入
するコマンド投入装置１００７と、その投入されたコマ
ンドを理解して伝送路１００３に送り出したり、要求に
見合った情報の画像を抜き出す処理部１００４に送り出
したりする制御装置１００６と、制御装置１００６から
送り出されたコマンドを蓄積装置１００２を制御する制
御装置１００８まで伝送し、また、制御装置１００８の
指示に基づいて蓄積装置１００２から画像データを抜き
出し処理部１００４まで伝送する伝送路１００３とを有
する。

【００３９】そしてさらに、ユーザーがコマンド投入装
置１００７に対して投入したコマンドに応じて、蓄積装
置１００２から伝送された信号に対して、ユーザーが投
入したコマンドに見合った処理をする処理部４を有す
る。

【００４０】このようにして、条件の良いところで撮影
された画像から必要な画像を抜き取って表示する。次に
各部の詳細を説明する。

【００４１】まず図１の撮影装置１００１について説明
する。この撮影装置１００１の詳しい動作原理は、登録
特許第２６５６１４３号に説明があるので省略し、この
システムにとって必要な動作に限定して説明する。

【００４２】図２は、この撮影装置の動作を示す説明図
である。この撮影装置は、カメラ２００１、光学系２０
０２、および２葉双曲面のうちの片方の形状をなす円錐
状の反射板２００３からなり、光学系２００２の焦点
が、反射板２００３の焦点に一致するよう配置されてい
る。

【００４３】つまり、カメラ２００１は、反射板２００
３を真下から見上げるような位置関係になり、光学系か
ら見た反射板はその焦点に配置されている。したがっ
て、カメラ２００１では、反射板２００３に写る３６０
度までの範囲にわたる周囲概ね全ての画像を読み込むこ
とができる。

【００４４】ここで、たとえばカメラの撮像素子の画素
配置によっては、完全に３６０度全ての範囲を読み込む
ことはできない可能性もある。たとえば、登録特許第２
６５６１４３号に記載の極座標上のアドレスを有する撮
像素子を使用した場合には３６０度の撮影範囲のうちの
わずかの部分はアドレス線の領域として使用されると予
想される。このような場合には、３６０度すべての方向
の読み込みは困難であり、実質的に３５９度とか３５８
度の範囲しか撮影できない。本発明に説明する技術は、
このような撮影手段を用いる場合でも何ら問題なく使用
できるので、以下の説明では特に述べないが、このよう
な場合も含め、略３６０度の範囲が撮影可能であるもの
として取り扱っている。

【００４５】カメラから取り出される画像の例を図３に
示す。図３では、カメラを中心として、３６０度全周に
わたってカメラを取り囲むように、「３６０度全周にわ
たる視野」という文字がかかれたたとえば看板などが配
置され、それをカメラで撮影している場合の取り込み画
像を示している。

【００４６】概ねドーナッツ状の画像であり、極座標標
記して座標を与えると、中心からの距離は、図２の視野
の上下方向をあらわし、また、角度は、視野方向をあら
わす。とくに、中心からの距離が小さいときは視野のう
ち下の方をあらわし、距離が大きいときは視野の上の方
を表す。

【００４７】つまりこの画像は、通常に人間が生活する
上で必要な情報を含んだ視界の全領域を含む。逆に、真
上や真下などといった通常意味をなさない視界は含まれ
ない。

【００４８】このような画像を得ることができるカメラ
としては、上述のような反射板を組み合わせる方法の他
にも、魚眼レンズを用いる方法もある。どのような方法
でも構わない。

【００４９】後述するが、このような通常生活する上で
必要な全領域を含む画像から、その時々に必要な視界を
含む画像を切り出してユーザーに提供しようというのが
このシステムの特徴である。

【００５０】次に図１の蓄積装置１００２と、コマンド
投入装置１００９、制御装置１００８について説明す
る。このうち制御装置１００８は、パソコンなどであ
り、大きく分けて２つの役割を果たす。書き込みの制御
と読み出しの制御である。

【００５１】書き込みの制御は、撮影された信号の符号
化制御とその信号のハードディスクへの書き込み制御を
行う。書き込み制御をするときは、制御装置へは、撮影
者からコマンドが入力される。一方、読み出しの制御を
行うときは、システムのユーザーから投入されたコマン
ドが、伝送路１００３を経て入力される。

【００５２】図４はこれらのうち、撮影者からコマンド
が投入され、撮影者によって書き込みの制御が行われる
場合に関連した部分を抜き出した説明図である。

【００５３】図１の蓄積装置１００２は、少なくとも符
号化器４００１、ハードディスク４００２を含む。図１
の撮影装置１００１で撮影された信号は、撮影者から投
入されたコマンドに従って、符号化器４００１でＪＰＥ
ＧやＭＰＥＧなどのフォーマットに変換され、ハードデ
ィスク４００２に記憶される。このコマンドは、たとえ
ば次のようなものである。

【００５４】ｗｒｉｔｅ（＃ｆｉｌｅｎａｍｅ．ｆｏｒ
ｍａｔ，＃ｔｉｍｅ＿ｓｔａｒｔ，＃ｔｉｍｅ＿ｅｎ
ｄ）ここで、ｗｒｉｔｅがコマンドであり、括弧内が引数で
ある。引数は、記憶するファイルの名前＃ｆｉｌｅｎａ
ｍｅと、おのおの記憶開始、終了の時刻をあらわす＃ｔ
ｉｍｅ＿ｓｔａｒｔ、＃ｔｉｍｅ＿ｅｎｄである。ファ
イルの名前は、ＪＰＥＧやＭＰＥＧといった画像圧縮の
方式を指定する．ｆｏｒｍａｔの部分を含めて指定す
る。

【００５５】撮影者がこのようなコマンドを制御装置４
００３に与えると、制御装置４００３はそれを解釈し
て、符号化器４００１とハードディスク４００２を制御
し、入力された信号を指定された符号化方式で圧縮符号
化し、指定された時間だけ、指定されたファイル名のフ
ァイルとして蓄積装置に記憶する。

【００５６】＃ｔｉｍｅ＿ｓｔａｒｔは省略して、コマ
ンドを投入した瞬間を記憶開始時刻として指定するよう
にすることもできる。この場合、＃ｔｉｍｅ＿ｅｎｄは
絶対的な時刻を指定するのではなく、撮影者が撮影を開
始した「今」から、何秒間記録するといった意味合い
で、撮影開始時刻を基準として何秒後までといったこと
にしてもよい。この場合、たとえば次のような形態でコ
マンドを記述することになる。

【００５７】ｗｒｉｔｅ（＃ｆｉｌｅｎａｍｅ．ｆｏｒ
ｍａｔ，，＃ｔｉｍｅ＿ｅｎｄ）ここで、「，，」は、
この間に＃ｔｉｍｅ＿ｓｔａｒｔ引数が省略されたこと
を表し、この場合、制御装置４００３は、＃ｔｉｍｅ＿
ｅｎｄはコマンド投入時刻を基準として蓄積終了までの
相対的な時間を表していると解釈する。

【００５８】ここで、ハードディスク４００２はいかな
る形式の記憶装置でもよく、容量的に十分でありさえす
れば良い。具体的には、ハードディスク装置や光磁気デ
ィスク装置等である。

【００５９】次に読み出しについて図５を用いて説明す
る。図５は、図１の後半部分だけを抜き取ったものであ
る。

【００６０】このうち蓄積装置１００２には、すでに図
４の説明で述べた＃ｆｉｌｅｎａｍｅ．ｆｏｒｍａｔの
画像ファイルが蓄積されているものとする。また、伝送
路１００３は、具体的にはインターネットや商用のネッ
トワークであったり、ＣＡＴＶ放送に多重してデータ伝
送を行うような、双方向伝送路であったりする。

【００６１】読み出し時には、蓄積装置１００２は制御
装置１００８と協調して、伝送路１００３に対して、た
とえばＷＷＷサーバのように動作する。また、伝送路か
ら右側の、処理部１００４、表示部１００５、コマンド
投入装置１００７、制御装置１００６は、いずれもユー
ザーの家庭などに設置される機器であり、たとえばＷＷ
Ｗサーバーに対応したＷＷＷブラウザである。

【００６２】一般に、これらのＷＷＷサーバーとＷＷＷ
ブラウザの間は、ＨＴＴＰプロトコルで通信を行う。す
なわち、ＷＷＷブラウザからは、文書データやイメージ
データの格納先であるＷＷＷサーバに対して、対象とす
るデータの格納先が示されたＵＲＬに従ってその情報を
参照する。ＷＷＷサーバは、これに応えて、対応する文
書データやイメージデータをＷＷＷブラウザに返答す
る。

【００６３】この実施例でも、このようなＷＷＷサーバ
ーとＷＷＷブラウザの場合を例に説明する。つまり、蓄
積装置１００２と制御装置１００８は、あたかもＷＷＷ
サーバーのように振る舞い、ユーザー側端末とＨＴＴＰ
プロトコルにしたがって通信を行うものとする。これ
は、ＷＷＷサーバの通信方法を制御装置１００８などで
用いれば容易に実現できる。

【００６４】一般にＷＷＷサーバーにイメージデータの
転送を要求するときには、以下のようなコマンド記述が
用いられる。

【００６５】＜ｉｍｇｓｒｃ＝”ｈｔｔｐ：／／ｗｗ
ｗ．ｆｏｏ．ｃｏ．ｊｐ／ｉｍａｇｅ．ｆｏｒｍａｔ”
＞ここで、ｉｍｇは、画像データを転送せよというコマン
ドであり、ｓｒｃ以下は引数である。ｓｒｃ引数は、蓄
積装置１００２と制御装置１００８からなるＷＷＷサー
バーが存在するネットワーク上の位置とアクセスすべき
ファイルをあらわす引数で、コマンド全体として、ｗｗ
ｗ．ｆｏｏ．ｃｏ．ｊｐというＷＷＷサーバのｉｍａｇ
ｅ．ｆｏｒｍａｔというファイルに格納されたイメージ
データの転送を要求することを示しており、ブラウザの
画面にその転送されてきた画像の表示が行われることに
なる。この実施例でも、このようなＨＴＴＰ仕様をその
まま活用しつつ、この発明の目的とするところを満足す
るようにする。

【００６６】まず、ユーザーがコマンド投入装置１００
７からコマンドを投入する。このコマンドは、先のＨＴ
ＴＰ仕様に従った、たとえば次のようなものである。

【００６７】＜ｉｍｇｓｒｃ＝”ｈｔｔｐ：／／ｗｗ
ｗ．ｆｏｏ．ｃｏ．ｊｐ／ｉｍａｇｅ．ｆｏｒｍａｔ，
ｄｅｇ＝ｃｅｎｔｅｒ，ｗｉｄｔｈ，ｐａｎ＝ｃｅｎｔ
ｅｒ，ｗｉｄｔｈ＞この意味は、ｉｍｇは、上と同じく画像を表示せよとい
うコマンドであり、ｓｒｃ以下は引数で、ここでは３つ
の引数を与えている。ここでは、「＜」と「＞」とで囲
まれている文字列が２行以上にまたがって表示されてい
るかもしれないが、実際の記述は、改行を含まず一行で
記述される。

【００６８】まず、ｓｒｃ引数は、先と同様、蓄積装置
１００２が存在するネットワーク上の位置と、その中の
ファイル名をあらわす引数である。図示しないが、この
ネットワークは、このようなｓｒｃ引数で指定された蓄
積装置をユーザーと接続するＨＴＴＰ仕様に従った通信
機能を有しているものとする。

【００６９】また、ｉｍａｇｅ．ｆｏｒｍａｔは、指定
された蓄積装置１００２の上から読み出したいファイル
の名前である。具体的には、撮影者が記録した時に指定
したものと同じ名称を用いる。ここで、．ｆｏｒｍａｔ
は圧縮方式を表し、蓄積装置１００２に対して行う制御
以外に、処理部１００４に対する制御でも利用する。以
上のｓｒｃ引数により、ユーザーから見て伝送路１００
３を隔てて接続された蓄積装置１００２から、目的のフ
ァイルを読み出すことができる。

【００７０】次に、ｄｅｇ引数と、ｐａｎ引数について
説明する。これらの引数は、伝送されてくる、図３に示
したドーナッツ状の画像から、ユーザーが必要とする画
像を指定してそれを抜き出すために用いられる。まず、
ｄｅｇ引数のｃｅｎｔｅｒパラメータで視野方向、同じ
くｄｅｇ引数のｗｉｄｔｈパラメータで視野角、さら
に、ｐａｎ引数のｃｅｎｔｅｒパラメータで上下方向、
同じくｐａｎ引数のｗｉｄｔｈパラメータで上下視野角
を指定する。

【００７１】これらの引数やパラメータで指定される画
像について、図６を用いて説明する。図６は、図３のよ
うなドーナッツ状の画像に対して、それぞれの引数やパ
ラメータがどのような意味を持つかを示す説明図であ
る。同図に示すように、各引数、パラメータは、３６０
度全方向を含む画像から、ユーザーが必要とする画像
を、視野方向と上下方向、また、その視野方向と上下方
向を中心とした視野幅と上下幅で指定するように機能す
る。斜線部が指定される部位である。

【００７２】たとえば、視野方向５０度を中心として左
右の視野角３０度、また、上下方向には水平より５度下
を中心として、上下に２０度の範囲の画像をｉｍａｇ
ｅ．ｊｐｇという画像ファイルから切り出して表示する
ときには、下記のように指定する。ただし、制御装置１
００８と蓄積装置１００２からなるＷＷＷサーバーのネ
ットワークアドレスは、ｗｗｗ．ｆｏｏ．ｃｏ．ｊｐで
あるとする。

【００７３】＜ｉｍｇｓｒｃ＝”ｈｔｔｐ：／／ｗｗ
ｗ．ｆｏｏ．ｃｏ．ｊｐ／ｉｍａｇｅ．ｊｐｇ，ｄｅｇ
＝５０，３０ｐａｎ＝−５，２０＞ところで、ユーザーがコマンド投入装置１００７から投
入したこのようなコマンドは、ＷＷＷブラウザ側にある
制御装置１００６と、ＷＷＷサーバー側にある制御装置
１００８で次のように解釈され、システム全体を機能さ
せる。

【００７４】その処理例を図１２のフローチャートに示
す。まず、ステップＳ１０１で、ブラウザ側にある制御
装置１００６で、コマンドがｓｒｃ引数とそれ以外に分
解される。そして、ｓｒｃ引数の部分はステップＳ１０
２２で伝送路１００３を通じてサーバー側の制御装置１
００８に伝送される。サーバー側の制御装置１００８で
は、ステップＳ１０３で、到達したコマンドに従って、
通常のＷＷＷサーバーと同じく、指定されたファイルを
読み出して伝送路１００３に流す。このとき、通信イン
ターフェースは、ＨＴＴＰプロトコルを用いるため、画
像フォーマットに応じた内容種別情報やステータス情報
等が先頭に付加される。そして、本処理を終了する。

【００７５】これにより、あたかもＷＷＷサーバのファ
イルに格納されたイメージデータのように、撮影された
画像が伝送路１００３から処理部１００４に到達する。
この到達した画像信号に対し、ステップＳ１０１で分解
され、残ったｄｅｇ引数やｐａｎ引数に基づいた、画像
の抜き出し処理がステップＳ１０４で行われ、処理を終
了する。この処理については後述する。

【００７６】以上の説明で、読み出し時にＷＷＷサーバ
ーのように振る舞っている蓄積装置１００２や制御装置
１００８は、少なくとも読み出し時はまったく従来のＷ
ＷＷサーバーと同様でよい。コマンド投入装置１００７
から投入されるコマンドのうち、この発明に特殊な引数
はｄｅｇ引数とｐａｎ引数のみであり、それらはブラウ
ザ側の制御装置１００６で分離されて、サーバー側には
一切伝送されない。従って、この発明のために従来のＷ
ＷＷサーバーに手を加える必要は一切ない。

【００７７】逆に、通常のＷＷＷブラウザからこの発明
に用いるのと同様の引数をもったコマンドを投入して
も、ブラウザがその引数に対応していないため、伝送さ
れた画像がそのまま表示されるだけである。このような
ブラウザに対しても、この発明の特殊な部分、つまり、
制御装置１００６や処理部１００４を、従来のブラウザ
に対するプラグインのプログラムのようにして扱うこと
ができる。その場合、従来のブラウザはこの発明に対応
した機能を有するブラウザとして取り扱うことができ
る。

【００７８】あるいは、従来のブラウザからこの発明に
用いるのと同様のコマンドが投入された場合、ＷＷＷサ
ーバのＣＧＩプログラム等によって、本発明のブラウザ
側の処理と同等の処理を行うことができる。そして、そ
の結果だけを伝送することで、この発明と同様の機能を
持たせることが可能である。

【００７９】ここでは、伝送路１００３を介した通信を
ＨＴＴＰプロトコルとして説明したが、どういう通信イ
ンターフェースを用いても構わない。

【００８０】画像フォーマットは、．ｆｏｒｍａｔとし
て特に指定しなかったが、静止画像であれば、ＪＰＥＧ
フォーマットに従ったものや、ＧＩＦフォーマットに従
ったもので構わないし、動画像のＭＰＥＧであっても構
わない。それぞれの圧縮フォーマットに見合ったエクス
テンションが付加されていればよい。

【００８１】この説明では、コマンドの引数を３つ設け
て必要な処理を行うようにしたが、ＵＲＬのパラメータ
記述を利用してもよい。たとえば、ｄｅｇ引数や、ｐａ
ｎ引数をそれぞれ以下のように記述するようにしてもよ
い。＜ｉｍｇｓｒｃ＝”ｈｔｔｐ：／／ｃａｍ．ｆｏｏ．
ｃｏ．ｊｐ／ｉｍａｇｅ．ｆｏｒｍａｔ？ｄｅｇ＝＃ｃ
ｅｎｔｅｒ，＃ｗｉｄｔｈ，ｐａｎ＝＃ｃｅｎｔｅｒ，
＃ｗｉｄｔｈ”＞さて、図５の説明に戻る。伝送路から右側の、処理部１
００４、表示部１００５、コマンド投入装置１００７、
制御装置１００６は、いずれもユーザーの家庭などに設
置されるＷＷＷブラウザに相当する機器である。制御装
置１００６で分離されたｄｅｇ引数やｐａｎ引数は、先
に述べた圧縮フォーマットを表す．ｆｏｒｍａｔと同時
に、処理部１００４に与えられる。

【００８２】図７を用いて処理部１００４の動作につい
て説明する。処理部部１００４は、少なくとも、デコー
ダ７００１と画像切り出し部７００２、整形部７００３
を含んでいる。

【００８３】ネットワークから伝送されてきたＪＰＥＧ
やＭＰＥＧフォーマットの画像は、デコーダ７００１で
復号化され、通常のラスタースキャンの画像に変換され
る。圧縮されて伝送された画像の圧縮フォーマットを知
り、そのフォーマットに従って復号するため、．ｆｏｒ
ｍａｔパラメータが入力される。以上の圧縮や復号のア
ルゴリズムは全く既知のものである。

【００８４】ただし、ドーナッツ状の画像の中心からの
距離に応じて圧縮率を変化させるようにしても良い。そ
れは、後述するように、図６に述べる切り出すべき扇形
の範囲について見ると、内側と外側では、画素数が異な
るからである。

【００８５】次に、画像切り出し部７００２では、伝送
されてきたドーナッツ状の画像から、図６に斜線で示し
たように指定された位置の画像を抜き出す処理をする。
この結果抜き出された画像は、図８（ａ）に示すように
斜線で示したように扇形の画像であるので、これを回転
して水平にし、さらに図８（ｂ）のように、通常の長方
形のラスタースキャン画像に整形部７００３でマッピン
グなどの手法によって変形し、ユーザーが見やすいよう
に整形する。

【００８６】この画像切り出し部７００２と整形部７０
０３について図１３を用いてそれぞれ説明する。図１３
では、読み出しアドレス発生部１３０３とメモリ１３０
１が一体となって上に述べた画像切り出し動作をし、ま
た、読み出しアドレス発生部１３０３と内挿処理部１３
０２が一体となって上に述べた整形動作をする。

【００８７】これらは、次のように動作する。まず、伝
送され復調された図３や図６に示すようなドーナッツ状
の画像は、メモリ１３０１に図１４のように書き込まれ
る。図１４は、走査線１から１７に従って、ドーナッツ
状の画像が単にラスター走査のまま、左上から順にメモ
リーに書き込まれている様子を示している。

【００８８】この図では、各走査線の画素数もまた１７
個としている。従って同図では、走査線９、画素９がド
ーナッツの中央に相当することになる。画素９に相当す
る部分を図中に点線で示した。また、中央から走査線９
にそった方向を、コマンド引数のＤＥＧ＃ｃｅｎｔｅｒ
に対する基準角度とする。すなわち、この線上をＤｅｇ
＝０とし、半時計方向に正の符号を持つとする。角度の
範囲は０から３５９度であり、３６０度は０度に等し
い。この基準線を図中に太線で示した。

【００８９】メモリー１３０１にこのように書き込む方
法については、ここでは特に説明しないが、既知のハー
ドウエア技術を用いて全く簡単に実現できる。

【００９０】次に、ユーザーから投入されたコマンドの
うち、ＤＥＧ引数やＰＡＮ引数のパラメータが示す値
が、たとえば視野方向５０度、視野角１２０度、上下方
向０度、上下角７０度である場合を例に、読み出しアド
レス発生部１３０３の動作について説明する。

【００９１】この場合の視野方向は、図１５に示すよう
なものであり、また上下視野は図１６に示すようなもの
になる。これを図１４のメモリー上の画像にあわせる
と、図１７の斜線のような範囲になる。つまり、この範
囲を切り出してみたいというのがユーザーの希望であ
る。読み出しアドレス発生部１３０３は、この範囲の扇
形の最も外側の円弧をラスタースキャンの一番上の走査
線に割り当て、以下順に内側に進むに連れて下のラスタ
ーに割り当てるようにメモリ１３０１に読み出しアドレ
スを与える。つまり、読み出しアドレス発生部１３０３
から発生したアドレスによって、切り出しと極座標から
ラスターの走査方向への座標変換とを同時に行うことに
なる。

【００９２】読み出しは、極座標状に行われる。上述し
たように、ドーナッツ状の円周にそって走査しながら、
外から中へ半径方向に順に切り出し範囲内を読み出す。

【００９３】次に、円周方向の走査について説明する。
円周方向の走査の始点は、通常、ＤＥＧ＃ｃｅｎｔｅｒ
＋ＤＥＧ＃ｗｉｄｔｈ／２で示される点であるが、読み
出し範囲が図１４に示した基準角度線に対して特定の範
囲にある場合は例外がある。つまり、ＤＥＧ＃ｃｅｎｔ
ｅｒ−ＤＥＧ＃ｗｉｄｔｈ／２−３６０＜ＤＥＧ＃
ｃｅｎｔｅｒ＋ＤＥＧ＃ｗｉｄｔｈ／２の場合、始点は
ＤＥＧ＃ｃｅｎｔｅｒ＋ＤＥＧ＃ｗｉｄｔｈ／２−３６
０で示される点にする。

【００９４】いずれの場合も、それぞれの始点から半時
計まわりに終点まで走査する。終点は通常は、ＤＥＧ＃
ｃｅｎｔｅｒ−ＤＥＧ＃ｗｉｄｔｈ／２で示される点で
あるが、値が負になる場合はＤＥＧ＃ｃｅｎｔｅｒ−Ｄ
ＥＧ＃ｗｉｄｔｈ／２＋３６０で示される点とする。

【００９５】たとえば上述の例の場合は、始点はＤＥＧ
＃ｃｅｎｔｅｒ＋ＤＥＧ＃ｗｉｄｔｈ／２で示される、
図１７のＡ点となる。これより半時計方向にＢ点を通っ
て、ＤＥＧ＃ｃｅｎｔｅｒ−ＤＥＧ＃ｗｉｄｔｈ／２＋
３６０で示される終点Ｃ点まで走査される。

【００９６】半径方向の走査は常に外から内に向かって
進められる。この結果、円周方向の走査とあわせ、点Ｄ
からＥを経てＦまで、また、点ＧからＨを経てＩまでと
順に走査される。結局、図１７の例では、点Ａから順に
ＢＣＤＥＦＧＨＩの各点を通るように走査される。

【００９７】このような走査を、実際のメモリー上での
直交座標系でのアドレスに対応させて行う。メモリー上
での対応アドレスは、たとえば図１４で（ｘ、ｙ）＝
（９、９）が中心であることを用いて、極座標から直交
座標への座標変換方法を用いて座標変換を行えば簡単に
求められる。座標変換は全く既知な方法でよい。これに
より、先に説明したような各点の座標も簡単に得られ
る。

【００９８】さらに、読み出すべき円周方向と半径方向
のステップをたとえば１度と決めると、それに応じて１
ステップずつ走査した値を上の座標変換で直交座標系の
表記に変換すれば、走査するべき全ての値が順に求めら
れることになる。このようなアドレスから順に読み出
す。以上の動作をするのが読み出しアドレス発生部１３
０３である。メモリ１３０１は、発生された読み出しア
ドレスにある情報を順に読み出す。この結果、図１７の
扇形の読み出し範囲は図１８のように走査線上に台形の
画像としてマッピングされる。

【００９９】このとき、図１７のように、ドーナッツ状
のラスタースキャン画像の中で、ユーザーから投入され
たコマンドによる視野方向に相当するＤＥＧ＃ｃｅｎｔ
ｅｒで切り出される扇形の方向がいずれを向いている場
合でも、切り出された画像は図１８のようにユーザーか
ら見て画面上が画像でも常に上に向くように、正対する
形の画像が得られる。

【０１００】たとえば図１７では、右上方向に向かって
点ＨＦＢを通る方向として指定されたＤＥＧ＃ｃｅｎｔ
ｅｒについて、ドーナッツ状画像の右上方向に弦がある
扇形の部分がそのまま切り出されただけでは、ユーザー
にとっては図１９のような傾いた扇形画像しか得られな
いことになるが、上述した方法でアドレス発生をしたう
えで切り抜くことで、常に図１８のように上方に弦があ
る扇形にマッピングされる。ＤＥＧ＃ｃｅｎｔｅｒで指
定された方向が、図１８では点Ｈ’Ｅ’Ｂ’を通る真上
へ向けた方向に変換される。つまり、切り出しと回転を
メモリの読み出し時に同時に行う。以上が読み出しアド
レス発生部１３０３とメモリ１３０１で構成される、図
７の画像切り出し部７００２の動作である。

【０１０１】次に、図７に戻って、整形部７００３の動
作について説明する。整形部７００３は、図１３の読み
出しアドレス発生部１３０３と内挿処理部１３０２から
なる。読み出しアドレス発生部１３０３は上に述べたよ
うな切り出しに関する動作機能をするが、内挿処理部１
３０２は切り出した扇形画像を長方形画像に変換して、
さらに画面いっぱいに拡大、あるいはユーザーが指定し
た大きさに拡大縮小するように動作する。

【０１０２】つまり、図１８に示されたように読み出さ
れた画像は、方向に限らずユーザーに対して正対するよ
うにはなっているが、未だ台形画像でしか無い。この段
階では、本来垂直に描かれるべき縦線は、未だ扇のよう
に末縮まりに表示される。たとえば図１８で「漢字」と
いう文字を被写体として撮影した場合に得られる画像を
例示しているが、このような変形をきたす。これは、た
とえば２番の走査線と６番の走査線、つまり、図６に述
べた扇形の範囲で、内側と外側では、外側の方が画素数
が多いことに起因する。これでは大変見にくいものにな
ってしまうから、これを長方形の一般の画像の形に変形
する。

【０１０３】さらに、見やすくするために画面いっぱ
い、あるいはユーザーが指定した適当な大きさに拡大縮
小して表示する。このような画像の変形が整形部７００
３の機能である。

【０１０４】図２０は、内挿処理部１３０２の構成を示
す説明図である。図１８より、この画像を長方形に変形
するための拡大率は元のドーナッツ状画像の半径方向の
位置に依存することが分かる。そのため内挿処理部は、
半径方向の読み出しアドレスに応じて内挿パラメータを
変化させて、画像の横方向への拡大率を制御するように
機能する。

【０１０５】係数発生部２０００１は、横方向への拡大
率を半径方向の読み出しアドレスから求めるためのもの
であり、ＲＯＭなどで構成される。たとえばＲＯＭのア
ドレスに半径方向の読み出しアドレスを与える。ＲＯＭ
には次の情報を書き込む。つまり、半径方向の最も外に
対応するアドレスに１を書き込み、順次中へ入るほど半
径に比例して減じた値の逆数を、それぞれのアドレスに
書き込むようにする。この値は、拡大率そのものにな
る。

【０１０６】次に、拡大部２０００２は、得られた拡大
率に相当する回数だけ、同じ画素を繰り返して出力する
ようにする。たとえば、拡大率２の場所では、最も外側
に対して、同じ画素を２回繰り返して出力することにな
る。

【０１０７】このような拡大処理の概要は、一般の画像
処理技術として確立されており、ここでは細かく述べる
ことは省略する。この技術では、ドーナッツ状画像の半
径方向の位置に応じて拡大率を変化させることと、その
構成とがポイントになる。

【０１０８】ところで、処理部１００４は、図９のよう
に図７と相違して整形部９００２と画像切り出し部９０
０３とを入れ替える構成することもできる。すなわち、
デコードしてラスタースキャンに変換したドーナッツ状
の画像を、まず、完全な長方形の画像に修正し、その
後、ユーザーからの指定に従って必要な部位のみを切り
出して提供するようにするわけである。この場合、図６
に示すドーナッツ状の入力画像から、図１０（ａ）に示
す、いわゆるパノラマ画像のように、３６０度全方向を
横につないだような画像を作成し、その画像をもとに、
図１０（ｂ）のように切り出しを行う。この場合、パノ
ラマ画像の横軸は視野回転方向、縦軸は視野上下方向に
相当する。

【０１０９】いずれの場合でも、このようなデコードか
ら整形に至る一連の操作は、ＷＷＷブラウザのプラグイ
ンプログラムとして、パソコン内のＣＰＵで行っても良
いし、専用のハードウエアを作成しても良い。

【０１１０】図５に戻って、このようにして作成された
画像が、表示部１００５でユーザーに向けて表示され
る。その画像は、あらかじめ撮影した全方向を含む画像
を元に、上に記したユーザーが投入したコマンドに基づ
いて必要とする方向だけを抜き出して見やすいように整
形したものになっているので、その画像は、良い条件で
撮影された、ユーザーが真に必要とする画像になってい
る。

【０１１１】＜第２の実施例＞第１の実施例では、ユー
ザーはあらかじめｉｍｇコマンドを投入して、見るべき
ファイルとそのファイルから抜き出す画像の方向、視野
角などを指定する必要があった。しかし、通常の使用を
考えると、このように見るべき画像ファイルを指定する
段階で、あらかじめ見る方向や視野角などを指定するこ
とは事実上不可能に近い。それは、画像を再生しはじめ
てからでないと、どのような内容の画像であるか分から
ないから、したがって、どのような方向や視野角で画像
を見たいかも分からないからである。第２の実施例で
は、このような問題を解決する。

【０１１２】そのために、画像ファイルをあらかじめ蓄
積装置１００２からダウンロードすることと、そのダウ
ンロードした画像ファイルとユーザーとにインタラクテ
ィブな関係を持たせ、リアルタイムで見たい方向や視野
角を指示することができるようにする。

【０１１３】そうすれば、実際に画像を見ながら、もっ
と右の方を見たいとか、もっと視野範囲を広げてみたい
などという、その画像を見て初めて生ずるようなユーザ
ーの希望を叶えることができるようになる。

【０１１４】この場合、インタラクティブに操作するべ
き画像はあらかじめユーザーサイドの蓄積装置にダウン
ロードされているから、伝送路の混み具合やサーバーの
混雑によるアクセス遅延などの影響を受けることなく、
リアルタイムでインタラクティブな操作が可能である。
つまり、完全な動画像を対象として、あたかもユーザー
が撮影地点にいて、自ら首や目を動かして見たい方向を
向きながら風景を楽しんでいるかのごとくに機能させる
ことができるのである。

【０１１５】この実施例では、図１の処理部１００４を
図１１のように構成する。つまり、伝送されてきた画像
ファイルを一旦記憶装置１１００１に蓄え、それを読み
出しつつ必要な処理を行う様にする。この場合、記憶装
置１１００１はデコーダ７００１の前に置いてもよい
し、あとでも構わない。前に配置すると、圧縮したまま
の画像を取り扱えるので、多くの画像を一度にダウンロ
ードして蓄積することができるようになる利点がある。
一方、デコーダ７００１の後に配置すると、蓄積枚数は
減るものの、デコードに要する時間がキャンセルできる
利点がある。デコーダーをハードウエアで構成する場合
や、充分高速のＣＰＵを用いるなど、遅延が問題になら
ない場合には前に設置する方が望ましい。図１１では、
前に置く場合を例示した。

【０１１６】さて、この構成では、ユーザーはまずファ
イルをダウンロードするコマンドを与える。たとえば、
次のようなコマンドである。＜ｉｍｇ２ｓｒｃ＝”ｈｔｔｐ：／／ｗｗｗ．ｆｏ
ｏ．ｃｏ．ｊｐ／ｉｍａｇｅ．ｆｏｒｍａｔ”ａｓ＝＃
ｆｉｌｅ．ｆｏｒｍａｔ＞ここで、ｉｍｇ２は、ファイルをダウンロードするコマ
ンドであり、ｓｒｃ以下は引数である。ｓｒｃ引数はさ
きにのべたのと同様であり、ａｓ引数は、ダウンロード
したファイルをパラメータに指定した＃ｆｉｌｅ．ｆｏ
ｒｍａｔという名前で記憶装置１１００１に記録するこ
とを意味する。このコマンドは上のような形態に限るも
のではない。従来のＦＴＰプロトコルとその命令に従っ
たものでも構わない。

【０１１７】次にユーザーは、ダウンロードしたこのフ
ァイルから、随時自分が見たい方向や視野角を指定しな
がら画像を再生して、自分が投入したコマンドに従って
リアルタイムで応答を得ながら見たい方向を見ながら画
像を楽しむことになる。そのために、随時、次のコマン
ドを投入する。ｗａｔｃｈ（ｄｅｇ＝ｃｅｎｔｅｒ，ｗｉｄｔｈｐａ
ｎ＝ｃｅｎｔｅｒ，ｗｉｄｔｈ）ここで、ｗａｔｃｈは見たい方向や視野角を指定するコ
マンドであり、括弧内は引数である。各引数ｄｅｇとｐ
ａｎは２つのパラメータを有する。これらの意味は、先
に述べたのと同様であり、システムはパラメータに指定
した値の画像を切り出してユーザーに表示するよう動作
する。これらの動作は、先の第１の実施例と同様であ
る。

【０１１８】この第２の実施例では、画像ファイルを先
にダウンロードするので、ダウンロード操作と切り出し
操作を同時に行う第１の実施例に比較して、伝送路１０
０３の混雑具合などの影響を受けにくい。

【０１１９】＜第３の実施例＞第２の実施例では、ユー
ザーは文字のコマンドを頻繁に投入しなければ見たい画
像を特定できないといった問題があった。これではコマ
ンド投入に神経を奪われ、画像内容に集中してそれを見
ることができないと言う問題があった。これに対し、こ
の第３の実施例では、マウスやキーボード上の矢印キー
などを利用して上記したｗａｔｃｈコマンドのパラメー
タを投入するようにして、キーボードを利用したコマン
ド投入を廃止し、直感的な操作がそのままコマンド投入
につながるようにする。

【０１２０】つまり、たとえばマウスの左右の動きや、
矢印キーのうち左右のキーを押すことを、視野中心の左
右への移動をあらわすように結びつけ、また、マウスの
上下の動きや矢印キーのうち上下の矢印を押すことを、
視野中心の上下への移動を表すように結びつける。具体
的には、ｄｅｇ引数やｐａｎ引数のｃｅｎｔｅｒパラメ
ータである。

【０１２１】また、マウスのボタンを押しながら上下左
右に動かすことや、シフトキーを押しながら矢印キーを
押すことを、同様に、ｄｅｇ引数やｐａｎ引数のｗｉｄ
ｔｈパラメータに結びつける。そうすると、マウスや矢
印キーの操作だけで、視野範囲をかえられるようにな
る。

【０１２２】実際には、マウスのボールの回転数や、矢
印キーを押し続けている時間などを、各パラメータの大
きさに変換するようにするとよい。

【０１２３】ここでは操作するものの例としてマウスや
矢印キーを取り上げているが、何もこれらに限定する必
要はない。たとえばジョイスティックやその他の専用の
インターフェース器具でも良い。

【０１２４】このようにすると、たとえばマウスを使用
する場合、マウスの上下左右の動きのみで視野中心や視
野の範囲を変化させることができ、ユーザーに何らのス
トレスを与えることなく、リアルタイムに自由に視野方
向、視界の広さなどを調整して、画像を楽しむことがで
きるようになる。よって、この構成によれば、第２の実
施例に比較して大変扱いやすいシステムを提供できる利
点がある。

【０１２５】図２１に、マウスを用いる場合を例にアル
ゴリズムを説明する。ステップＳ１０１で、ユーザーか
らのコマンド要求が発生すると、ユーザーは、ステップ
Ｓ１０２でマウスを操作する。このソフトウエアは、マ
ウスのボールが回転したことで割り込みが発生するよう
に構成する。そこで、ステップＳ１０２でボールが回転
すると、ステップＳ１０３で割り込みが発生する。

【０１２６】この割り込みによって、ステップＳ１０４
で、ＣＰＵはマウスのキーが押されているかどうかを判
定し、さらに押されている場合にはステップＳ１０５、
押されていない場合にはステップＳ１０６でボールの回
転数を測定する。キーが押されている場合、いない場
合、いずれについても縦と横の動きに関してそれぞれに
分解して計測する。

【０１２７】次に、計測したボールの動きをＰＡＮやＤ
ＥＧのパラメータ値に変換する。まず、キーが押されて
いない場合には、ステップＳ１０７で縦方向の動きをＰ
ＡＮ＃ｃｅｎｔｅｒに、横方向の動きをＤＥＧ＃ｃｅｎ
ｔｅｒにそれぞれ変換する。また、キーが押されている
場合には、ステップＳ１０８で縦方向の動きをＰＡＮ＃
ｗｉｄｔｈに、横方向の動きをＤＥＧ＃ｗｉｄｔｈにそ
れぞれ変換する。そして、いずれの場合も、ステップＳ
１０９で処理を終了し、ステップＳ１０１へループして
待機する。

【０１２８】＜第４の実施例＞これまでの実施例では、
ユーザーは切り出し処理をした最終的な結果画像だけを
見るようになっていた。このため、せっかく全方位撮影
した画像が蓄積装置１００２に蓄えられているにもかか
わらず、ユーザーが見たいと思った方向、視野角内以外
に、たとえば本当に美しい風景などが記録されていて
も、ユーザーはそれに気づかず、結局そのような、もっ
とも見所と思われるものを見ずに終わってしまう可能性
があるという問題があった。このことは、画像撮影、フ
ァイル作成や伝送といったプロセスに比べて、画像の利
用効率が悪いことを意味し、ひいてはコストアップにつ
ながるという問題でもあった。

【０１２９】第４の実施例ではこの問題を解決するため
に、伝送されてきたドーナッツ状の画像を常時表示する
ようにする。そして、その表示を常時参照しながら、特
にユーザーが見たいと思ったものを、コマンド投入や、
マウス操作などによって選んで、見やすいように切り出
し処理して見ようと云うものである。つまり、モニター
用の参照画像を常時表示するという構成である。

【０１３０】この構成について図２２に説明する。図２
２では、実施例３に述べた構成をもとに、参照画像を引
き出す場所を示した。このように、記憶装置１１００１
の出力をそのまま表示しつつ、処理画像を表示するよう
にする。

【０１３１】この構成の別の方法は、ドーナッツ状の画
像をモニター画像として表示する替わりに、パノラマ状
に引き延ばした画像をモニター画像として表示する方法
である。たとえば図８に述べた構成を元にすると、図２
３のようになる。いずれも、動作はこれまでに述べたの
と同じものである。

【０１３２】＜第５の実施例＞上述した第１から第４の
実施例では、撮影者は３６０度画像をきれいに撮影する
ことがその役割であり、視野内の見所を注目して撮影す
るとかクローズアップするとかいうような、撮影に関す
る自分の意志はまったく入れる余地がなかった。しか
し、これでは、第４の実施例に述べたような、折角の見
所をユーザーが見落としてしまうといった危険がある。

【０１３３】この構成はそのような問題に対して行われ
るものであり、撮影時に、撮影者にとって見所であると
思われる視野方向や視野範囲を、推奨画像範囲としてユ
ーザーに教示する方法を含むものである。このような操
作は、何も撮影者のみが行うものではない。専門の編集
者が行っても良い。

【０１３４】ここでは、このような操作を行うために、
これまで説明した第１から第４の実施例に、撮影者や編
集者が推奨する画像範囲を指定する操作、その指定した
範囲をドーナッツ状の画像とともに記録伝送する機能、
さらに、ユーザーにその範囲を教示する機能を追加す
る。このような追加する機能について説明する。

【０１３５】まず、撮影者は、ユーザーに示す推奨画像
範囲を作成する。この操作は、撮影時に同時に行っても
良いし、あるいはそれ以外に別途ゆっくり時間を掛けて
編集を行っても良い。この操作は専門の編集者が行って
も良いことはいうまでもない。

【０１３６】この操作を行うために、図４に説明した構
成で、撮影者のコマンド投入内容として次を追加する。
つまり、当該部分の説明で行ったｗｒｉｔｅコマンドの
引数として、ｄｅｇ＝ｃｅｎｔｅｒ，ｗｉｄｔｈ，ｐａ
ｎ＝ｃｅｎｔｅｒ，ｗｉｄｔｈなどを追加する。この意
味は先に図６の説明で行ったのと同様である。ただ、先
の例では、ユーザーが見たい方向などを指定するために
このコマンドを投入したが、ここでは、撮影者または編
集者が推奨する画像位置を指定するために投入するとい
う点のみが異なる。

【０１３７】またこのコマンドは、実施例１のように一
度だけ投入することもできるし、実施例２のように連続
的に任意のタイミングで投入することもできる。また、
第３の実施例のように、マウスなどをインターフェース
に使用して操作性を向上することも可能である。

【０１３８】このようにして投入されたコマンドは、引
数部分のみが画像の「附属情報」として符号化され画像
とともに蓄積される。「附属情報」についてはここでは
くわしく限定しないが、暗号化して画像そのものに埋め
込むことも可能であるし、音声信号として取り扱った
り、あついは音声そのものに多重化することも可能であ
る。たとえば、電子情報通信学会誌Ｄ―ＩＩ、ＶｏｌＪ
８１−Ｄ−ＩＩ、Ｎｏ．６ｐｐ．１１３２−１１４０
に述べられた「複雑さによる領域分割を利用した大容量
画像深層暗号化」などの技術を用いることができる。

【０１３９】さて、このようにして蓄積された画像は、
従来の説明と同様にユーザーの伝送要求に応じてユーザ
ー端末まで伝送される。そして、ユーザー側の端末の記
憶装置に記憶される。この段階では、先に述べた実施例
のどこも変更する必要はない。

【０１４０】そして、ユーザー端末では、伝送された画
像上に、推奨画像範囲をヘアラインカーソルなどで画像
とともに同時に表示して、ユーザーにその範囲を知らせ
ることになる。ユーザーは、実施例１から３に述べた方
法で、モニタ用の参照画面に表示されている推奨範囲と
同じ範囲をコマンド指定しながら、画像を楽しむことに
なる。とくに第４の実施例に示したように、モニターの
ための参照画面を常時表示させておくとユーザーにとっ
て推奨範囲を知ることが容易になりさらに利便性が向上
する。

【０１４１】図２４を参照して、この説明をする。図２
４は、図２２をもとにこの第５の実施例の機能を追加し
た場合の端末の実施例を示す図である。この実施例で
は、推奨範囲挿入部２４００１と推奨範囲抜き出し部２
４００２が追加される。

【０１４２】推奨範囲抜き出し部２４００２は、「附属
情報」を参照して、撮影者または編集者が保存した推奨
範囲情報を抜き取る。これは、いわば附属情報のデコー
ドであり、多重方法に応じた構成を採ることになるた
め、ここでは説明はしない。たとえば先に述べた論文で
は、深層暗号化の他に復号化についてもペアで論じられ
ている。

【０１４３】ここでぬきだされた推奨範囲に関する情報
は、直接表示される他、推奨範囲挿入部２４００１に送
られ、ここで、ヘアーラインカーソルなどの形で参照画
像に直接多重表示される。ユーザーはそれを参照しなが
ら、コマンドを投入することになる。

【０１４４】その他の動作についてはこれまでに説明し
たのと同様である。また、ここでは図２２を元にした図
２４で動作説明を行ったが、もちろん、図２３の構成に
基づくものでも構わない。

【０１４５】＜第６の実施例＞第５の実施例では、推奨
画像範囲が表示されているにも係わらず、ユーザーは自
分でいちいちその場所を追いかけるようにコマンドを投
入しながら画像を見る必要があった。

【０１４６】この第６の実施例では、伝送されてきた推
奨画像範囲の情報を用いてユーザー端末が自動的にその
範囲を切り出してユーザーに見せるように動作する。こ
れにより、ユーザーは推奨範囲だけを手軽に楽しむこと
ができるようになる。さらに、端末の機能を切り換え
て、ユーザーが自分で範囲指定できるようにもしておく
と、種々の要求に対応できて便利である。

【０１４７】図２５にこの場合の構成を示す。図２５で
は、図２２に追加して推奨範囲抜き出し部２４００２と
スイッチ２５００１が追加されている。

【０１４８】スイッチ２５００１は、上記したユーザー
自身で切り出し範囲を指定するか、撮影者などによって
与えられる推奨範囲に従って切り出すかを切り換えるス
イッチである。固定端子Ａに倒れているときには、推奨
範囲抜き出し部２４００２で抜き出された範囲に従って
画像抜き出しが行われ、Ｂに倒れているときには、これ
までの説明と同じく、ユーザーが自らコマンドを投入す
ることになる。なお推奨範囲抜き出し部２４００２は、
第５の実施例に述べたのと同様の動作をする。

【０１４９】

【発明の効果】この発明によれば、ユーザーが欲する最
適な画像を、どのような場合でも同時に複数のユーザー
に安価に提供できる効果がある。

【図面の簡単な説明】

【図１】本発明の第１の実施例の構成を示す説明図であ
る。

【図２】３６０度全方位にわたる撮影を行うカメラの構
成図ある。

【図３】図２のカメラで取り込まれる画像の説明図であ
る。

【図４】本発明の第１の実施例の撮影側の構成に関する
説明図である。

【図５】本発明の第１の実施例のユーザー側の構成に関
する説明図である。

【図６】コマンドと画像の関係について説明する図面で
ある。

【図７】本発明の第１の実施例の画像抜き出し部の構成
を説明する図面である。

【図８】切り出した画像と長方形にマッピングした画像
の説明図である。

【図９】本発明の第１の実施例の画像抜き出し部の別の
構成を説明する図面である。

【図１０】長方形にマッピングした画像と切り出しの関
係を示す説明図である。

【図１１】本発明の第２の実施例を示す説明図である。

【図１２】本発明の動作手順を示すフローチャートであ
る。

【図１３】画像切り出し部と整形部に関する説明図であ
る。

【図１４】ラスタースキャン画像についての説明図であ
る。

【図１５】コマンドとカメラとの位置関係を説明する図
面である。

【図１６】コマンドとカメラとの位置関係を説明する図
面である。

【図１７】ラスタースキャン画像の切り出しについて説
明する図面である。

【図１８】扇形にマッピングされた画像を説明する説明
図である。

【図１９】そのまま切り出した画像について説明する説
明図である。

【図２０】内挿処理部の構成を示す説明図である。

【図２１】本発明の第３の実施例についてのフローチャ
ートである。

【図２２】本発明の第４の実施例について説明する図面
である。

【図２３】本発明の第４の実施例の別の構成について説
明する図面である。

【図２４】本発明の第５の実施例の構成について説明す
る図面である。

【図２５】本発明の第６の実施例の構成について説明す
る図面である。

【図２６】従来の技術について説明する図面である。

【符号の説明】

１００１撮像装置１００２蓄積装置１００３伝送路１００４処理部１００５表示部１００６制御装置１００７コマンド投入装置１００８制御装置１００９コマンド投入装置

Claims

【特許請求の範囲】

【請求項１】周囲３６０度を同時に撮影する撮影手段
と、上記撮影した画像を記憶蓄積する手段と、上記記憶蓄積した画像を伝送する伝送手段と、所定のコマンドを投入するコマンド投入手段と、上記投入されたコマンドに基づいて上記記憶蓄積された
画像から所望の部分画像を切り出す画像切り出し手段
と、上記切り出された画像を四角形の画像にマッピングする
画像変形手段とを有することを特徴とする画像システ
ム。
【請求項２】上記コマンド投入手段は、上記コマンド
に変換する変換手段を有することを特徴とする請求項１
記載の画像システム。
【請求項３】上記部分画像を表示すると共に、切り出
す前の画像を表示する表示手段をユーザー側に有するこ
とを特徴とする請求項１記載の画像システム。
【請求項４】上記撮影した画像に推奨範囲の画像であ
ることを示す付加情報を付加する手段と、上記伝送された画像から上記付加情報を抜き出す手段
と、上記付加情報に基づいて推奨範囲の画像を表示する表示
手段を有することを特徴とする請求項１記載の画像シス
テム。
【請求項５】上記コマンドは、視野方向中心と広がり
角、視野上下中心と広がり角からなるものであることを
特徴とする請求項１記載の画像システム。
【請求項６】上記画像変形手段は、上記撮影された画
像の半径方向の位置に応じて上記切り出された画像の所
定方向への拡大率を制御して四角形の画像にマッピング
するように画像を変形処理させるものであることを特徴
とする請求項１記載の画像システム。
【請求項７】上記撮影された画像の中心部と外側で圧
縮率を変化させて伝送することを特徴とする請求項１記
載の画像システム。