JP2011097287A - カメラ - Google Patents

Abstract

【課題】カメラのメモリに大量の情報を格納することなく、カメラで必要な情報を迅速にユーザに報知できるようにする。
【解決手段】カメラで異常が発生すると、発生したエラーの種類に応じて、その対処情報にアクセスするためのアクセス情報（ＵＲＬ）が選択され、そのアクセス情報が二次元コードで液晶モニタに表示される。このアクセス情報は、複数あるエラー対処方法掲載ページのうちの、当該機種における当該エラーの対処情報を掲載するページのＵＲＬである。ユーザは、アクセス情報が表示されているときにこれを携帯電話機で読み取ることにより、即座に目的のページにアクセスし、詳細な対処情報を表示させることができる。
【選択図】図３

Description

本発明はカメラに関し、必要な情報を迅速に得られるようにしたものである。

カメラで発生した異常をユーザに報知するカメラがある（例えば、特許文献１参照）。

特開平１１−２１８８２８号公報

カメラで異常が発生した場合に、カメラがユーザに対して的確な対処方法を迅速に報知できるようにすることが望ましい。これは、予め異常の種類ごとに詳細な対処方法をカメラ内のメモリに格納しておくことで実現できるが、そのためには膨大な量の情報を格納できる大容量のメモリが必要となり、コストアップとなる。また、異常対処以外のユーザにとって有益な情報を提供する機能を設ける場合も、それらの情報を格納できる大容量のメモリが必要となる。

本発明に係るカメラは、表示手段と、カメラの状態または外部操作に応じて、必要な情報を取得するための情報を、外部機器で読取り可能な形態で表示手段に表示する制御手段とを有することを特徴とする。

本発明によれば、カメラのメモリに大量の情報を格納することなく、カメラで必要な情報を迅速にユーザに報知できる。

本発明の一実施形態に係るシステムの構成図。 カメラの制御ブロック図。 情報提供機能の一例を示すフローチャート。 情報提供機能の他の例を説明する図。 図４の「撮影スポット」を選択したときに実行される処理の手順を示すフローチャート。

図１〜図５により本発明の一実施形態を説明する。
図１は本実施形態におけるシステム構成図である。デジタルカメラ１００の背面には液晶モニタ４が設けられ、ここに画像やメニュー情報などを表示可能である。また液晶モニタ４には、後述するようにユーザに種々の情報を提供するための二次元コード（二次元バーコード）Ｃを表示することもできる。

二次元コードＣは、別体の携帯電話機２００のカメラ機能を使って読み取ることができる。すなわち、携帯電話機２００で二次元コード部分を撮影すると、携帯電話機２００に予め組み込まれたソフトウェアが、その画像データを解析して二次元コード情報をデコードし、人間が認識可能な情報としてディスプレイ２１に表示する。また携帯電話機２００は、公衆回線網３００を介してサーバ４００（Ｗｅｂサーバやメールサーバ）にオンライン接続し、情報や電子メールを授受する機能を有している。

図２はカメラ１００の制御ブロック図である。撮影レンズ１を透過した被写体光束は、撮像素子２で撮像され、その撮像信号は画像処理部３に入力される。画像処理部３を構成する画像処理回路３ａは、入力された撮像信号に種々の処理を施して画像データを生成する。生成された画像データは、コンピュータで扱うことが可能なファイル形式で、記録／再生回路３ｃによりメモリカード等の記録媒体５に記録される。

再生モードでは、記録媒体５に記録された画像データを記録／再生回路３ｃにて読み出し、画像処理回路３ａおよび表示回路３ｂによる処理を経て液晶モニタ４に画像として表示することができる。

制御部６は、ＣＰＵやメモリ等から成り、操作部７からの入力に応答して画像処理部３や不図示の回路を制御する。操作部７は、電源ボタンやレリーズボタン、再生操作や情報入力等で用いる各種操作部材等を含む。

次に、カメラ１００における情報提供機能について説明する。
例えばカメラ１００に異常が発生したとき、ユーザは、その原因や対処方法、修理に出す必要があるか否か（ユーザ自身でリカバリできるか否か）などを速やかに知る必要がある。しかし、先にも述べたように、これらの具体的な対処情報をカメラで報知できるようにすると、カメラに大容量のメモリを搭載しなければならない。そこで本実施形態では、カメラ１００で対処情報を報知するのではなく、対処情報を入手するためのアクセス情報を上記二次元コードＣにて液晶モニタ４に表示するようにした。これによれば、カメラ１００のメモリに詳細な対処情報を格納する必要はなく、大容量のメモリは不要である。

例えば異常発生時に、アクセス情報として、カメラメーカーのサポートセンターの電話番号やメールアドレスを二次元コードで表示することが考えられる。この二次元コードは、予めカメラ１００のメモリに記憶されている。ユーザは、携帯電話機２００でその二次元コードを読取り、直ちにサポートセンターに電話したり、電子メールを送信することができる。携帯電話機２００は、二次元コードをデコードした時点で電話番号（メールアドレス）を把握するので、ユーザがそれらを手入力することなく電話やメールの送信が行える。従来のように、取扱説明書やＷｅｂサイトなどでサポートセンターの電話番号（メールアドレス）を調べ、それらを手入力して通信を行うといった手間が省ける。

ここで、上記二次元コードに加え、発生した異常の種類に応じたエラーコードを表示するようにすれば、サポートセンターのオペレータにそのエラーコードを告げることで、当該異常の対処情報をいち早く知ることができる。

また、サポートセンターを利用しない方法として、カメラメーカーのＷｅｂサーバ４００に、各エラーに対する詳細な対処情報を機種別に格納しておき、カメラ１００がサーバ４００にアクセスするためのアクセス情報を二次元コードで表示するようにしてもよい。その手順例を図３に示す。

図３において、制御部６は、異常発生を検知するとこのエラー割込処理を実行し、ステップＳ１において、発生したエラーの種類に応じて、その対処情報にアクセスするためのアクセス情報（ＵＲＬ）を選択する。ステップＳ２では、アクセス情報を二次元コードで液晶モニタ４に表示する。このアクセス情報は、複数あるエラー対処方法掲載ページのうちの、当該機種における当該エラーの対処情報を掲載するページのＵＲＬである。エラーの種類によってＵＲＬは異なり、また同じエラーであっても機種によってＵＲＬは異なる可能性がある。

その後、ユーザがＯＫ操作を行うまでアクセス情報は表示され続け、ステップＳ３でＯＫ操作を確認すると、ステップＳ４で二次元コードの表示を解除してリターンする。

ユーザは、アクセス情報が表示されているときにこれを携帯電話機２００で読み取ることにより、即座に目的のページにアクセスし、詳細な対処情報をディスプレイ２１に表示させることができる。

以上はカメラ１００が異常を検出したときの処理であったが、ユーザが情報提供モードを選択して情報を得る場合について説明する。
メニュー画面等で「情報提供モード」を選択すると、例えば図４に示すような画面が表示される。ユーザは、この画面にていくつかのサブ項目を選択できる。例えばカメラ１００が検出不能な故障が発生した場合は、「故障」を選択する。この選択操作に応答して、制御部６はサーバ４００のサポートページのうち、当該機種の故障対処ページにアクセスするためのアクセス情報（ＵＲＬ）を表示する。ユーザは、上述と同様に携帯電話機２００でアクセス情報を読み込んで当該故障対処ページに即座にアクセスできる。このページでは、故障が発生した部位、あるいは故障の症状を選択することができる。例えば、「ミラーがアップしたまま」や「レリーズできない」などの症状を選択できる。これによれば、ユーザは、自身が知りたい故障対処情報を迅速に得ることができる。

なお、故障部位や症状をＷｅｂページにて選択する例を示したが、これをカメラにおいて選択できるようにし、その選択結果に基づいてカメラがアクセス情報を選択するようにしてもよい。これによれば、知りたい情報が掲載されたページを携帯電話機２００でダイレクトに表示させることができるが、カメラのメモリにはより多くの情報を格納する必要がある。
また、アクセス情報は、Ｑ＆Ａページにアクセスするための情報であってもよい。

「撮影アドバイス」を選択した場合は、撮影アドバイス提供サイトにアクセスするためのアクセス情報（ＵＲＬ）が二次元コードで表示される。ユーザは、上述と同様に携帯電話機２００でアクセス情報を読み込んで撮影アドバイス提供サイトにアクセスできる。このサイトでは、撮影対象（風景、人物など）を選択でき、各選択先のページでは、豊富な作例を挙げて撮影に対するアドバイス情報を紹介している。ユーザは、知りたいアドバイス情報に直ぐに到達できる。この場合も、撮影対象の選択をカメラで行うようにしてもよい。

また、カメラ１００で設定されているシーンモード（風景モード、ポートレートモード、マクロモードなど）に応じて、そのモードに対応するアドバイスページにダイレクトにアクセスするためのアクセス情報を表示するようにしてもよい。例えば、風景モードが設定されているときに「撮影アドバイス」が選択されると、風景写真をうまく撮るためのページに直接アクセスするためのアクセス情報が表示されるようにしてもよい。

「撮影スポット」を選択した場合は、撮影スポット提供サイトにアクセスするためのアクセス情報（ＵＲＬ）が表示される。その際の処理手順例を図５に示す。なお、カメラ１００はＧＰＳ受信機８（図２）を備えているものとする。

図５において、制御部６は、ステップＳ１１でＧＰＳ受信機から現在の位置情報を取得するとともに、ステップＳ１２で内蔵時計から現在の日付を取得する。ステップＳ１３では、位置情報と日付（季節）情報とに基づき、アクセスすべきページのアクセス情報を選択する。すなわち、カメラ１００のメモリには、各地域と、季節別の撮影スポット情報を紹介するページにアクセスするためのアクセス情報とを対応づけたデータベースが予めメモリに記憶され、このデータベースから、上記取得した位置情報と日付に基づいてアクセス情報を選択する。ステップＳ１４では、選択したアクセス情報を二次元コードで液晶モニタ４に表示する。

例えば、現在位置が北海道で季節が夏であれば、北海道内の夏の撮影スポット情報を提供するページにアクセスするためのアクセス情報を表示する。ユーザは、携帯電話機２００でアクセス情報を読み込んで情報提供ページに即座にアクセスでき、知りたい情報をいち早く知ることができる。

位置情報に基づくエリアをより狭めてもよい。例えば、現在位置が札幌であれば、札幌周辺の撮影スポットを紹介するページにアクセスするためのアクセス情報を表示するようにしてもよい。また、日付に代えて、あるいは加えて時刻（時間帯）に基づいてアクセス情報を選択するようにしてもよい。例えば、現在位置が函館で夜の時間帯であれば、函館の夜の撮影スポット、昼の時間帯であれば昼の撮影スポットをそれぞれ提供するページにアクセスするためのアクセス情報を表示する。夜の撮影スポットには夜景が含まれるが、昼間の撮影スポットには含まれない。また、夜の時間帯、昼の時間帯は季節によって異なるので、季節を加味して時間帯決定し、その上でアクセス情報を選択することが望ましい。

以上のように本実施形態では、カメラの状態または外部操作に応じて、必要な情報を取得するためのアクセス情報を二次元コードＣで表示するようにしたので、時と場所を選ばず手持ちの携帯電話機を利用して迅速に情報を取得できる。したがって、カメラに予め多くの情報を格納しておく必要がなく、大容量のメモリは不要であり、また情報が更新された場合も問題なく対処できる。

上記以外の情報提供として、例えば知りたいカメラ機能を入力、あるいは一覧から選択すると、サーバにおける当該機種の取扱説明書掲載ページのうち、選択された機能について掲載された箇所にアクセスするためのアクセス情報を二次元コードで表示するようにしてもよい。また、例えば前回のカメラ使用時から所定期間以上経過してからカメラの電源をオンしたときは、カメラの基本機能を掲載するページにアクセスするためのアクセス情報を二次元コードで表示するようにしてもよい。

さらに、携帯電話機２００のディスプレイ２１は小型のため、情報が複雑な場合はパーソナルコンピュータ（以下、ＰＣ）５００の大画面で情報を確認したいという要望があるかも知れない。この場合は、例えば携帯電話機２００からＰＣ５００に二次元コードの撮影画像データを転送し、ＰＣ側に組み込んだデコートソフトウェアで二次元コードをデコードして表示し、それに基づいて必要な情報（ページ）を表示させることもできる。

なお、二次元コードを利用したが、アクセス情報によっては一次元バーコードやその他のコードを用いてもよい。また、アクセス情報の読取り装置は携帯電話機に限定されない。

４ 液晶モニタ
６ 制御部
８ ＧＰＳ受信機
２１ ディスプレイ
１００ デジタルカメラ
２００ 携帯電話機
３００ 公衆回線網
４００ サーバ
５００ パーソナルコンピュータ
Ｃ 二次元コード

Claims (5)

1. 表示手段と、
   カメラの状態または外部操作に応じて、必要な情報を取得するための情報を、外部機器で読取り可能な形態で前記表示手段に表示する制御手段とを有することを特徴とするカメラ。
2. 前記制御手段は、カメラの状態または外部操作に応じて必要な情報を選択する選択部と、前記選択された情報を取得するためのアクセス情報を前記表示手段に表示する表示制御部とを含むことを特徴とする請求項１に記載のカメラ。
3. 前記選択部は、カメラの位置情報、日付情報、時刻情報の少なくともいずれかに基づいて必要な情報を選択することを特徴とする請求項２に記載のカメラ。
4. 前記選択部は、カメラで発生した異常に応じて必要な情報を選択することを特徴とする請求項２に記載のカメラ。
5. 前記必要な情報を取得するための情報は、必要な情報を提供する施設にアクセスするためのアクセス情報であることを特徴とする請求項１〜４のいずれか１項に記載のカメラ。

Images