(57)【要約】【課題】撮像装置の状態の評価を正しくできるように、撮像装置の使用履歴情報を管理するための、撮像装置の使用履歴情報管理システムを提供する。【解決手段】画像管理システム１は、画像を取得し、取得した画像の画像データに、識別情報と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を有する撮像装置と、撮像装置から取得した画像ファイルから操作情報を抽出し、撮像装置の識別情報と関連付けて管理情報として記録するサーバ１１と、を有する。【選択図】図１
2020160889.tif 000002
【特許請求の範囲】
【請求項１】
画像を取得し、取得した前記画像の画像データに、識別情報と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を有する撮像装置と、
前記撮像装置から取得した前記画像ファイルから前記操作情報を抽出し、前記撮像装置の前記識別情報と関連付けて管理情報として記録する管理装置と、
を有する、撮像装置の使用履歴情報管理システム。
【請求項２】
前記管理装置は、前記管理情報の履歴データを、前記識別情報毎に管理して、前記履歴データから前記識別情報毎のメンテナンス情報を生成する、請求項１に記載の撮像装置の使用履歴情報管理システム。
【請求項３】
前記管理情報は、ブロックチェーンを共有する分散型のネットワークに接続された複数の装置により管理される、請求項２に記載の撮像装置の使用履歴情報管理システム。
【請求項４】
前記メンテナンス情報は、前記履歴データから予測された前記撮像装置の故障予測情報を含む、請求項２に記載の撮像装置の使用履歴情報管理システム。
【請求項５】
前記撮像装置は、複数の操作部材を有し、
前記操作情報は、前記画像の取得がされたとき及び前記画像の取得がされていないときの、前記複数の操作部材に対して行われた操作に関する、請求項１に記載の撮像装置の使用履歴情報管理システム。
【請求項６】
前記操作情報は、各操作部材の操作間隔に関する情報を含む、請求項５に記載の撮像装置の使用履歴情報管理システム。
【請求項７】
前記撮像装置は、所定の物理量を検出するセンサを有し、
前記メタデータは、前記センサの出力信号に関する検出情報を含む、請求項１に記載の撮像装置の使用履歴情報管理システム。
【請求項８】
前記センサは、加速度センサであり、
前記検出情報は、前記加速度センサの検出した加速度が所定値以上になったことを示す、請求項７に記載の撮像装置の使用履歴情報管理システム。
【請求項９】
前記管理装置は、前記画像ファイルから前記操作情報を抽出し、前記撮像装置のユーザ情報と関連付けてユーザ管理情報として記録する、請求項１に記載の撮像装置の使用履歴情報管理システム。
【請求項１０】
画像を取得し、取得した前記画像の画像データに、識別情報と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を有する撮像装置の前記画像ファイルを受信し、
前記撮像装置から取得した前記画像ファイルから前記操作情報を抽出し、
前記操作情報を、前記撮像装置の前記識別情報と関連付けて管理情報として記録する、
撮像装置の操作履歴情報を管理する方法。
【請求項１１】
画像を取得する撮像素子と、
所定の物理量を検出するセンサと、
前記画像を取得するために操作される少なくとも１つの操作部材と、
取得した前記画像の画像データに、識別情報、前記操作部材に対して行われた操作についての操作情報及び前記センサの出力信号に関する検出情報を含むメタデータを付与した画像ファイルを作成する画像ファイル化部と、
を有する撮像装置。
【請求項１２】
撮像装置が操作された時の操作情報を取得する操作情報取得部と、
前記撮像装置の識別情報と前記操作情報を関連付けた管理情報を作成する管理情報作成部を有する前記撮像装置と通信し、前記管理情報の履歴を前記識別情報と通信時刻ごとにブロックチェーンで管理する管理システムであって、
前記管理情報の生成時刻と前記管理情報の通信時刻とを比較して、前記ブロックチェーンに繋げるブロックを決定する、撮像装置の使用履歴情報管理システム。
【請求項１３】
撮像装置の使用履歴情報を管理するシステムであって、
前記撮像装置が操作された時の操作情報を取得し、
前記撮像装置の識別情報と前記操作情報を関連付けた管理情報を作成する管理情報作成部を有する前記撮像装置と通信し、前記管理情報の履歴を前記識別情報と通信時刻ごとにブロックチェーンで管理し、
前記管理情報の生成時刻と前記管理情報の通信時刻とを比較して、前記ブロックチェーンに繋げるブロックを決定する、撮像装置の使用履歴を管理する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置の使用履歴情報管理システム、その方法及び撮像装置に関する。  
【背景技術】
【０００２】
例えば、日本国特開２０１９−２９９８８号公報には、車両における部品の交換を確実に管理する管理システムが提案されている。よって、そのようなシステムを利用して、カメラなどの撮像装置の部品の交換情報を管理することはできる。
【０００３】
しかし、撮像装置自体の状態の評価は、部品の交換情報だけでは適切にすることはできない。撮像装置の使われ方は、ユーザにより異なる。例えば、ユーザが撮像装置の所謂ヘビーユーザである場合は、撮像装置による写真の撮影枚数も多く、その撮像装置は、撮像装置の使用頻度が高い。従って、撮像装置のメンテナンスの必要性の判断、撮像装置の下取り価格査定などを行うときに、部品の交換情報だけでは、撮像装置の状態を、正しく評価することはできない。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１９−２９９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
そこで、本発明は、撮像装置の状態の評価を正しくできるように、撮像装置の使用履歴情報を管理するための、撮像装置の使用履歴情報管理システム、その方法及び撮像装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一態様の撮像装置の使用履歴情報管理システムは、画像を取得し、取得した前記画像の画像データに、識別情報と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を有する撮像装置と、前記撮像装置から取得した前記画像ファイルから前記操作情報を抽出し、前記撮像装置の前記識別情報と関連付けて管理情報として記録する管理装置と、を有する。
【０００７】
本発明の一態様の撮像装置の操作履歴情報を管理する方法は、画像を取得し、取得した前記画像の画像データに、識別情報と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を有する撮像装置の前記画像ファイルを受信し、前記撮像装置から取得した前記画像ファイルから前記操作情報を抽出し、前記操作情報を、前記撮像装置の前記識別情報と関連付けて管理情報として記録する。
【０００８】
本発明の一態様の撮像装置は、画像を取得する撮像素子と、所定の物理量を検出するセンサと、前記画像を取得するために操作される少なくとも１つの操作部材と、取得した前記画像の画像データに、識別情報、前記操作部材に対して行われた操作についての操作情報及び前記センサの出力信号に関する検出情報を含むメタデータを付与した画像ファイルを作成する画像ファイル化部と、を有する。
【発明の効果】
【０００９】
本発明によれば、撮像装置の状態の評価を正しくできるように、撮像装置の使用履歴情報を管理するための、撮像装置の使用履歴情報管理システム、その方法及び撮像装置を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態に係わる撮像装置の使用履歴情報管理システムの構成を示す構成図である。
【図２】本発明の実施の形態に係わる管理サーバの機能構成を示すブロック図である。
【図３】本発明の実施の形態に係わるカメラの構成を示すブロック図である。
【図４】本発明の実施の形態に係わるカメラ及びパーソナルコンピュータの動作の流れの例を示すフローチャートである。
【図５】本発明の実施の形態に係わる、操作特徴情報取得部における操作特徴情報の検出を説明する図である。
【図６】本発明の実施の形態に係わる、ユーザのパーソナルコンピュータの表示装置に表示されるガイド表示の例を示す図である。
【図７】本発明の実施の形態に係わる、カメラが受けたショック情報を記録するための処理の流れの例を示すフローチャートである。
【図８】本発明の実施の形態に係わる、カメラにおいて生成される画像ファイルのデータ構造を示す図である。
【図９】本発明の実施の形態に係わる、管理サーバの動作の流れの例を示すフローチャートである。
【図１０】本発明の実施の形態に係わる、管理サーバの記憶装置に格納される画像ファイル及び各管理ファイルのデータ構造を示す図である。
【図１１】本発明の実施の形態に係わる、ブロックチェーンのデータ構造を説明するための図である。
【図１２】本発明の実施の形態に係わる、ブロックチェーンによるブロックの相互確認の方法を説明するための図である。
【図１３】本発明の実施の形態に係わる、管理サーバにおけるカメラのレンタルサービスに関する処理の流れの例を示すフローチャートである。
【図１４】本発明の実施の形態に係わる、管理サーバにおけるカメラのレンタルサービスに関する処理の流れの例を示すフローチャートである。
【図１５】本発明の実施の形態に係わる、配送業者の端末装置の通信装置によるカメラＣから使用履歴情報の読み出し説明するための図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を説明する。
（システム構成）
図１は、本実施の形態に係わる撮像装置の使用履歴情報管理システムの構成を示す構成図である。様々な機器（ここでは撮像装置）は、使用される環境や使うユーザの機器操作の癖や習慣、撮像対象となる対象物、あるいは、これらの結果として使用頻度などが異なり、同じように製造されてから一年の機器でも、個々の機器の品質劣化の具合が異なる場合が多い。ブロックチェーンを活用した部品交換履歴の管理システムは提案されているが、例えば中古カメラの価値を判定するためには、部品交換履歴だけでなく、撮影者のカメラの使用履歴（蓄積撮影回数、荒っぽさ等）を加味する必要がある。従って、上記のような場合を考慮すると、機器の状態の評価が重要である。状態の評価は品質の維持の状態とか機器を構成する各部の劣化の状態の評価と言い換えてもよい。本実施形態は、そうした機器の査定が正しく行われるようにして、無意識のユーザに、状態の見える化を行い、品質を気にしながら機器を利用するユーザにこの使用履歴情報管理によって安心感を与えるものである。
画像管理システム（以下、管理システムという）１は、画像管理サーバ（以下、管理サーバという）１１を含む。管理サーバ１１は、ネットワーク、ここではインターネット１２に接続された他の装置と通信可能である。
【００１２】
管理装置である管理サーバ１１は、複数の撮像装置の画像情報と使用履歴情報を管理するコンピュータである。本実施形態では、複数の撮像装置は、様々な環境で様々なユーザが使うカメラＣ１〜Ｃｎ（ｎは正の整数）であるが、装置個体の出来栄えもあるので、同じユーザが使う、同様の使われ方のカメラでもよい。管理サーバ１１は、ハードウエア回路を含むプロセッサ１３と、記憶装置１４を含む。記憶装置１４は、各種プログラムを記憶するプログラム記憶領域１４ａと、画像情報を記憶する画像情報記憶領域１４ｂと、使用履歴情報を記憶する使用履歴情報記憶領域１４ｃを含む。         
【００１３】
さらに、記憶装置１４は、後述する画像ソーシャル・ネットワーキング・サービスなどのために、ユーザ情報を記憶するユーザ情報記憶領域１４ｄも有している。ユーザ情報記憶領域１４ｄのユーザ情報は、画像ソーシャル・ネットワーキング・サービスなどのためのユーザ管理情報であり、ユーザの氏名などの個人情報と、ユーザを識別するためのユーザ識別情報（以下、ユーザＩＤという）を含む。
【００１４】
プロセッサ１３は、中央処理装置（ＣＰＵ）、ＲＯＭ、ＲＡＭなどを含み、ＲＯＭ及び記憶装置１４に記憶された各種プログラムを読み出して実行する。プロセッサ１３により各種プログラムが実行されることにより、管理サーバ１１の有する各種サービスが実現される。プログラム記憶領域１４ａには、管理サーバ１１の有する各種サービスのための各種プログラムが格納されている。
【００１５】
なお、プロセッサ１３は、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）等の半導体装置、アナログ電子回路などを含んで構成され、各種サービスの全て又は一部を実現するようにしてもよい。
【００１６】
本実施形態では、管理サーバ１１は、画像投稿等ができる会員登録制の画像サービスサイトであり、会員であるユーザに対して各種サービスを提供する。そのサイトは、例えば、画像の投稿ができるソーシャル・ネットワーキング・サービスサイト（以下、画像ＳＮＳサービスという）を提供する。よって、ユーザは、画像ＳＮＳサービスを利用して、自己の撮った写真の画像データを投稿すなわちアップしたり、そのサービスサイトにアップされた自己及び他人の画像を鑑賞したりすることができる。
【００１７】
さらに、そのサービスサイトは、画像投稿サービスに加えて、ユーザがカメラの貸し借りをできるレンタルサービスも提供している。よって、プログラム記憶領域１４ａには、画像ＳＮＳサービスのための投稿サービスプログラムＳＳとカメラのレンタルサービスのためのレンタルサービスプログラムＲＳが格納されている。投稿サービスプログラムＳＳとレンタルサービスプログラムＲＳは、各種サービスを提供するためのメニュー画面、及びコマンド入力ためのＧＵＩ（グラフィカル・ユーザ・インターフェース）等のためのプログラム及びデータを含む。
【００１８】
ユーザは、画像ＳＮＳサービスを利用する場合、インターネット１２を介して画像ＳＮＳサービスサイトにアクセスしてユーザ情報の登録を事前に行う。ユーザ情報は、ユーザ情報記憶領域１４ｄに記録される。管理サーバ１１は、登録されたユーザ情報に対応するユーザＩＤを生成してユーザ情報記憶領域１４ｄに登録する。以下,各カメラＣの各ユーザが画像ＳＮＳサービスとレンタルサービスを利用できるとする。
【００１９】
画像ＳＮＳサービスを利用するとき、ユーザは、例えばパーソナルコンピュータ（以下、ＰＣという）１５からインターネット１２を介して、自己のカメラＣ１で撮った写真の画像データを、画像ＳＮＳサービスサイトにアップすることができる。ＰＣ１５は、各種プログラムを実行するプロセッサ１５ａと、インターネット１２を介して通信を行うため通信回路１５ｂと、表示装置１５ｃを有している。よって、他のユーザも、各々の所有するカメラＣ２〜Ｃｎで撮った写真の画像データを、図示しないＰＣを利用して、二点鎖線で示すように、サービスサイトにアップすることができる。
このように、画像は視認性の高いコンテンツであり、情報量も多く、審美性などにも応えられるため、ネットワークを介して何かを伝えるには魅力的なコンテンツであって、ユーザがカメラで撮影した画像をアップロードするモチベーションが高い。また、静止画を使った日記風のブログや動画投稿サービスなどに代表されるＳＮＳに限らず、ネットワーク上には様々なレポートなどコンテンツがあって、多くのネットユーザの眼をひくような、あるいは多くのネットユーザに伝わりやすいような工夫として画像が使われる場合が多い。このネットワーク上へのアップロードでその撮影の機器、装置の情報、あるいは撮影環境、背景などが分かるようにするのは、同様の画像を撮ってみたいお手本となり、また、新たに撮影された画像がネットワーク上のコンテンツを魅力的なものにするといった、循環が生まれる。
【００２０】
また、こうした画像を見て、同様の画像を撮影したくなる人も多く、そうしたユーザは、レンタルで機器を使ってみたくなったりする。また、何台も装置を持っている人は、使ってない装置も多いので、レンタルシステム、レンタルサービスで貸し借りするニーズも増加する。このレンタルサービスを利用して、ユーザは、有償で、自己の所有するカメラＣ１〜Ｃｎ（以下、各カメラ若しくは全てのカメラをさすときは、カメラＣという）を他人に貸したり、他人から借りたりすることができる。レンタルサービスは、配送業者等の店舗において、あるいは宅配業者を利用して、ユーザはカメラＣの貸し出し及び受け取りをすることができる。近年、配送サービスもまた、インターネット購買の普及で発達しており、ＩＴ（情報技術）環境に即したシステムとなっている。このネット購買なども画像が重要なコンテンツとなって、購買意欲を駆り立てる一助となっているので、こうした画像をアップする機会も増えている。そのため、管理サーバ１１は、配送業者の店舗の端末装置１６、配送業者が携帯する携帯端末１７等からアクセスされる。もちろん、購買とか有償とかにこだわる必要はなく、相手が大事に使ってくれるかといった管理情報が確認可能であれば、何らかの助け合い等で、無償で装置を貸し出す場合もあり、こうした互助活動の支援にも使えて、本実施形態のシステムは社会貢献にも有効である。
【００２１】
さらに、管理サーバ１１は、投稿された各画像の画像ファイルから、各カメラＣの使用履歴情報を抽出して使用履歴情報記憶領域１４ｃに記録して管理する。各カメラの使用履歴情報は、後述するようにカメラＣを所有するユーザへのメンテナンス情報の提供に使用されたり、レンタルサービスにおける貸し出し前と返却後のカメラの状態の判定に使用される。そのため、後述するように、管理サーバ１１は、各カメラＣの使用履歴情報に対してデータの改ざんがされないように、各カメラＣの使用履歴情報を高いデータ信頼性を保って管理する。
【００２２】
こうしたデータ管理は中央集権型の使用履歴管理を行ってもよいが、この場合は管理する立場にとっては、画像の取り扱いをモニタしたりするネットワークの構築（世界中に張り巡らす必要がある）に多大な投資が必要とされ、メンテナンスなどを含め、多大な責任が負わされることになるため、本実施形態では、使用履歴管理に分散管理の手法を利用している。もちろん、閉じられたコミュニティなどが規定できるなら集中管理でもよい。ここでは、分散管理の一例として、全てのカメラＣの使用履歴情報は、ブロックチェーン技術を利用して記憶され、管理される。すなわち、使用履歴情報は、インターネット１２に相互に接続された、管理サーバ１１と、複数のコンピュータ１８とにより、ブロックチェーンの分散台帳として管理される。すなわち、使用履歴情報の管理情報は、ブロックチェーンを共有する分散型のネットワークに接続された複数の装置により管理される。よって、管理サーバ１１は、分散台帳形式でブロックチェーンを利用して使用履歴情報を管理するための使用履歴情報管理プログラムＢＳを、プログラム記憶領域１４ａに格納している。
【００２３】
投稿サービスプログラムＳＳ、レンタルサービスプログラムＲＳ、及び操作情報管理プログラムＢＳが、管理サーバ１１のプロセッサ１３により読み出されて実行されることにより、各種サービスの提供と使用履歴情報の管理が行われる。
（管理サーバの構成）
図２は、管理サーバ１１の機能構成を示すブロック図である。管理サーバ１１は、上述したプロセッサ１３を含み、プロセッサ１３は、判定部２１を含む。
【００２４】
管理サーバ１１は、さらに、画像データベース（以下、画像ＤＢという）２２と、使用履歴データベース（以下、使用履歴ＤＢという）２３と、ユーザデータベース（以下、ユーザＤＢという）２４と、通信部２５とを含む。画像ＤＢ２２により記録され管理される各画像ファイルは、画像情報記憶領域１４ｂに記憶される。使用履歴ＤＢ２３により記録され管理される各使用履歴情報の管理ファイルは、使用履歴情報記憶領域１４ｃに記憶される。ユーザＤＢ２４により記録され管理される各ユーザ情報の管理ファイルは、ユーザ情報記憶領域１４ｄに記憶される。
【００２５】
判定部２１は、ＲＯＭあるいはプログラム記憶領域１４ａに記憶されたソフトウエアプログラムにより構成される。判定部２１は、各々がソフトウエアプログラムにより構成された、アクセス判定部２１ａ、ユーザ判定部２１ｂ、使用履歴抽出部２１ｃ、及び推定ガイド部２１ｄを含む。
【００２６】
判定部２１の各プログラムは、プロセッサ１３により読みだされて実行される。プロセッサ１３は、管理サーバ１１へのアクセスからアクセス判定部２１ａによりリクエスト内容を判定し、リクエスト内容に応じて、投稿サービスプログラムＳＳ及びレンタルサービスプログラムＲＳを実行する。
【００２７】
さらに、プロセッサ１３は、各種処理を実行しながら、ユーザ判定部２１ｂ、使用履歴抽出部２１ｃ、及び推定ガイド部２１ｄ等の各プログラムを実行し、その実行の結果得られた操作履歴情報を、使用履歴情報管理プログラムＢＳにより、使用履歴ＤＢ２３に格納すると共に、ブロックチェーンにより分散台帳により管理する。
【００２８】
アクセス判定部２１ａは、管理サーバ１１へのアクセスがあっとときに、そのアクセスに関わるリクエスト内容を判定する。アクセス判定部２１ａは、管理サーバ１１へのアクセスがあったときに、アクセスデータに基づいて、そのアクセスが画像ＳＮＳサービスへのアクセスであるか、レンタルサービスへのアクセスであるか、等々の判定を行う。
【００２９】
ユーザ判定部２１ｂは、アクセスデータに含まれる情報からユーザを判定する。後述するように、管理サーバ１１は、アクセスがあったときに、そのアクセスをしたユーザを、事前に登録されたユーザＤＢに基づいて判定する。
【００３０】
使用履歴抽出部２１ｃは、後述するように投稿された画像ファイルから使用履歴情報を抽出する。推定ガイド部２１ｄは、使用履歴情報から推定されたユーザへのメッセージ情報などを生成する。
【００３１】
画像ＤＢ２２は、ユーザから画像ＳＮＳサービスサイトにアップされた画像ファイルに含まれる画像データを、画像情報記憶領域１４ｂに記憶して管理する。使用履歴ＤＢは、ユーザから画像ＳＮＳサービスサイトにアップされた画像ファイルに含まれる使用履歴情報を、使用履歴情報記憶領域１４ｃに記憶して管理する。
【００３２】
通信部２５は、プロセッサ１３がインターネット１２を介して、ユーザのＰＣ１５などとの通信を行う回路である。
（カメラの構成）
図３は、カメラＣの構成を示すブロック図である。カメラＣは、制御部３１と、記録部３２と、表示器３３と、タッチパネル装置３４と、操作部３５と、操作部材状態判定部３６と、撮像部３７と、アクセサリ情報取得部３８と、加速度センサ３９と、時計部４０と、通信部４１と、電源４２を含む。電源４２は、二次電池及びボタン電池を含む。
【００３３】
通信部４１は、ＰＣ１５などとの有線通信を行うための回路及び、ＮＦＣ（近距離無線通信）のための回路を含む。よって、カメラＣは、ＰＣ１５と接続可能である。ユーザは、ＰＣ１５を用いてカメラＣの画像データを読み出して表示装置１５ｃに表示したり、画像ＳＮＳサービスサイトにアップすることができる。さらに、カメラＣを、ＮＦＣ機器に近づけることにより、ＮＦＣ機器を有する外部機器は、カメラＣの記録部３２に記録されている各種情報をカメラＣから読み出すこともできる。なお、今後、通信回線が高速になっていくと、この通信部で画像をすべて外部に送って記録する装置が開発される可能性があるが、この場合は記録部や各種管理情報も通信されて外部で管理される。
【００３４】
なお、図３において点線で示すように、カメラＣは、ＧＰＳ（グローバル・ポジショニング・システム）受信機６１、方位センサ６２及びユーザ情報設定部６３を有していてもよい。すなわち、ここでは、カメラＣは、所定の物理量を検出するセンサとして、加速度を検出する加速度センサを有しているが、他の物理量を検出するセンサを有していてもよい。
【００３５】
ユーザ情報設定部６３は、ユーザ情報を格納する書き換え可能な不揮発性メモリである。ユーザ情報は、表示器３３に表示されたメニュー画面の表示に従って、ユーザが、自己の名前あるいはニックネームなどを入力することにより、ユーザ情報設定部６３に登録される。カメラＣの電源がオンされると、ユーザは、使用するユーザ名を選択すると選択されたユーザ名が、あるいはユーザ名が１つしか登録されていなければ登録されているユーザ名が、撮影された画像ファイルに記憶される。ユーザ情報の登録時にパスワードも合わせて、カメラＣに登録することで、カメラＣを他人が勝手に使用できないようにするための動作ロックを、カメラＣにすることができる。また、撮影画像などやマイク（図示せず）から得られた音声で個人特定すなわち個人認証ができるようにしてもよい。個人認証は、例えば生体認証センサを用いて行われる。
【００３６】
画像投稿時に画像ファイルのメタデータにユーザ名を含めることにより、カメラＣに入力されたユーザ名は、管理サーバ１１におけるユーザＩＤと関連付けに用いることもできる。
【００３７】
制御部３１は、カメラＣ全体の制御及び画像処理を行うプロセッサである。制御部３１は、中央処理装置（ＣＰＵ）、ＲＯＭ、ＲＡＭ、各種電子回路を含み、画像処理を含む各種処理を実行する半導体装置により構成される。制御部３１の構成については後述する。
【００３８】
記録部３２は、カメラＣに装着されるメモリカードなどの記憶媒体である。記録部３２は、フラッシュメモリなどを内蔵した書き換え可能な記録媒体である。記録制御部５２によって、記録部３２には、撮影された写真の画像データが画像ファイルとして記録される。画像ファイルは、画像データ、撮影時情報、機器ＩＤ、アクセサリＩＤ、使用履歴情報及びユーザ情報を含む。
【００３９】
使用履歴情報は、操作部材状態判定部３６において検出された各操作部材の状態情報、操作特徴情報、及び故障情報設定部５６に設定されている故障情報を含む。すなわち、使用履歴情報は、電源スイッチのオン・オフ回数などの各操作部材の操作情報、加速度センサ３９の加速度信号が所定値以上になったことを示すショック情報などの取り扱い情報、検出された故障情報を含む。ショック情報は、ユーザのカメラＣの取り扱い方を示す取り扱い情報であり、温度センサがカメラＣに設けられている場合は、温度情報は、カメラＣの使用環境あるいは保管状況を示す情報である。よって、画像ファイルに含まれるメタデータは、センサの出力信号に関する検出情報、ここでは加速度センサの検出した加速度が所定値以上になったこと示す情報、を含む。なお、使用履歴情報によって、ユーザの癖などもわかり、ヘビーユーザかどうかなどの把握も可能となる。
【００４０】
表示器３３は、液晶表示器などの表示パネルである。タッチパネル装置３４は、例えば静電容量式で、表示器３３の表示面に密着して取り付けられる。表示器３３とタッチパネル装置３４は、制御部３１の表示制御部５３により制御される。制御部３１は、ユーザにより指定された機能に応じてメニュー画面などを表示器３３に表示し、表示器３３に表示されたコマンドボタンなどの選択をタッチパネル装置３４が検知する。よって、表示器３３とタッチパネル装置３４は、ユーザインターフェース装置を構成する。
【００４１】
操作部３５は、写真撮影に必要な操作ボタンなどであり、電源スイッチ、各種ボタン、各種ダイヤルなどを含む。すなわち、操作部３５は、複数の操作部材を含む。
【００４２】
操作部材状態判定部３６は、操作部３５の各操作部材の状態を判定する回路である。操作部材状態判定部３６は、各スイッチ、各ボタン及び各ダイヤルの操作状態をモニタして、操作の有無、所定の時間内の操作回数、操作速度等を検出する。そのため、操作部材状態判定部３６は、所定の時間を計時するタイマー回路と、カウンタ回路を含む。
【００４３】
撮像部３７は、交換レンズを通った光を受光して光電変換する撮像素子３７ａを含む。
【００４４】
カメラＣには、交換レンズ、フィルタ、補助光源その他、種々のアクセサリが取り付け可能である。例えば、カメラＣは、交換レンズの情報を取得するための複数の接点を有する。アクセサリ情報取得部３８は、交換レンズが装着されたときには、交換レンズの情報を取得するための接点から交換レンズに内蔵されたＲＯＭから交換レンズ情報を取得する回路である。また、カメラＣにストロボ、三脚などのアクセサリが取り付けられたときにも、アクセサリ情報取得部３８は、各種接点から、そのアクセサリの情報を取得することができる。アクセサリを取り付ける回数や頻度やその取り付ける時の通信特性からして、取り扱いが乱暴であるかなども検出が可能である。こういう条件は、接点部、コネクタ部、摺動部、端子部の劣化に繋がる。また特定環境下の撮影でしか使われないアクセサリもあって、使用環境なども判定可能である。同時に屋外使用か屋外使用かなどを画像その他の情報などから判定してもよい。これらも使用履歴情報としてもよい。
【００４５】
加速度センサ３９は、カメラＣの電源スイッチがオフであっても、ボタン電池などにより常時動作状態にあり、検出された加速度信号を制御部３１に出力する。なお、ここでは、加速度センサ３９だけがカメラＣに設けられているが、加速度センサ３９の代わりに、あるいは加速度センサ３９と共に、他の物理量を検出するセンサとして、水没検知センサ、温度センサなどの他のセンサを、カメラＣに設けてもよい。
【００４６】
加速度センサ３９は、例えばユーザがカメラＣを落として、所定値以上のショックがカメラＣに掛かったときに、ショックが掛かったこと、ショックが掛かった回数、日時などのデータを記録するために設けられている。よって、カメラＣに設けられた加速度センサ３９は、カメラＣの電源が入っているとき及び電源が入っていないときのカメラＣの取り扱い方に関する情報を記録するためのセンサである。
【００４７】
制御部３１は、カメラＣ全体の動作を制御すると共に、画像処理部５１、記録制御部５２、表示制御部５３、操作特徴情報取得部５４、撮影時情報付与部５５、故障情報設定部５６を含んでいる。
【００４８】
画像処理部５１は、撮像部３７から出力された撮像信号に対して各種画像処理を施して画像データを生成する。記録制御部５２は、画像データと、機器ＩＤ（カメラＣの識別情報）、撮影時情報、アクセサリＩＤ（カメラＣに接続されたアクセサリの識別情報）、使用履歴情報等を記録部３２に記録する。記録制御部５２は、画像データに、メタデータとして機器ＩＤ（カメラＣの識別情報）、撮影時情報、アクセサリＩＤ（カメラＣに接続されたアクセサリの識別情報）、使用履歴情報等を含めて画像ファイル化して、生成された画像ファイルを記録部３２に記録する。
【００４９】
すなわち、撮像装置であるカメラＣは、画像を取得し、取得した画像の画像データに、メタデータを付与した画像ファイルを作成する画像ファイル化部を有する。画像ファイル化部は、取得した画像の画像データに、識別情報（機器ＩＤ）と操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する。
表示制御部５３は、操作部３５、タッチパネル装置３４等へのユーザの入力に応じて、表示画像情報を作成して、表示器３３に出力する。例えば、表示制御部５３は、記録部３２から読み出された画像ファイルの画像データを表示器３３に表示する制御を行う。
【００５０】
操作特徴情報取得部５４は、不揮発性のメモリ５４ａを含み、操作部材状態判定部３６において判定された操作部材の状態情報を取得し、メモリ５４ａに記録すると共に、後述するショック情報のような操作特徴情報も生成して、メモリ５４ａに記録する。メモリ５４ａに記録された操作特徴情報は、操作特徴情報取得部５４によって読み出し可能となっている。
【００５１】
撮影時情報付与部５５は、撮影時の状況、時刻情報（年、月、日、時、分、秒）、絞りなどの設定情報、アクセサリ情報、ソフトウェアのバージョン情報、及び操作履歴情報を、メタデータとして、画像処理部５１で得られた画像データに付与する。なお、カメラＣがＧＰＳ受信機６１（位置センサであれば基地局やＧＰＳ以外の衛星情報を使ってもよい）、方位センサ６２及びユーザ情報設定部６３を有するときは、ＧＰＳ情報、方位情報及びユーザ情報も、メタデータに含まれる。撮影時の状況とは、時計部４０からの時刻情報、もしもカメラＣがＧＰＳ受信機６１及び方位センサ６２を有する場合は、ＧＰＳ位置情報及び方位情報を含む。撮影時情報は撮影の時に得られる様々な情報で、必要に応じて撮影状況や環境を補足するセンサデータなどの情報で画像撮影時の状況補足に使える。また、画像に付随して管理される情報には、対象物情報、ニックネーム、テーマ情報などもあるが、このような情報を含めてもよい。
【００５２】
さらに、故障情報設定部５６は、内部メモリを有し、カメラＣ内において発生した故障が検出されたときに、その故障情報を、制御部３１の内部メモリの所定の記憶領域に設定する。なお、故障情報には、カメラの自動故障検出以外に、ユーザが故障に気づき修理に出した履歴などの情報を含めてもよい。
【００５３】
また、制御部３１は、カメラＣの電源スイッチがオフになっていても、一部の回路は動作可能である。ここでは、後述するように、カメラＣの電源スイッチがオフになっていても、制御部３１の一部の回路は、電源４２のボタン電池により駆動され、操作部３５の各操作部材への操作、及び加速度センサ３９からの加速度信号を検出して所定の判定及び記録を実行する。
（カメラの動作）
図４は、カメラＣ及びＰＣ１５の動作の流れの例を示すフローチャートである。図４は、制御部３１とＰＣ１５のプロセッサ１５ａの処理を示す。図４は、カメラＣが撮影モードにあるときの制御部３１の動作と、カメラＣがＰＣ１５に接続されてカメラＣ内の画像をＰＣ１５から投稿するときのプロセッサ１５ａの動作を示す。
【００５４】
制御部３１は、カメラＣの動作モードが撮影モードであるかを判定する（Ｓ１）。動作モードが撮影モードであるとき（Ｓ１）、制御部３１は、撮像素子３７ａ及びスルー画モードをオンにする（Ｓ２）。具体的には、Ｓ２では、撮像素子３７ａが駆動され、かつスルー画モードがオンにされると、撮像素子３７ａにより得られているリアルタイムの画像が、いわゆるライブビュー画像として表示器３３に表示される。
【００５５】
制御部は、何らかのアクセサリが接続されているかを判定する（Ｓ３）。アクセサリが接続されているとき（Ｓ３：ＹＥＳ）、制御部３１は、接続されているアクセサリ情報をＲＡＭ等のメモリ中の所定の記憶領域に仮記録する（Ｓ４）。
【００５６】
アクセサリが接続されていないとき（Ｓ３：ＮＯ）およびアクセサリ情報の仮記録（Ｓ４）の後、制御部３１は、操作部３５の各操作部材の操作が有ったかを検出する（Ｓ５）。
【００５７】
制御部３１は、各操作部材への操作を検出したかを判定する（Ｓ５）。Ｓ５の処理は、操作部材状態判定部３６により行われる。いずれかの操作部材への操作を検出すると（Ｓ５：ＹＥＳ）、制御部３１は、その操作に特徴があるかを判定する（Ｓ６）。操作に特徴があるか否かは、操作特徴情報取得部５４によって、操作に所定の操作パターン等があるか否かに基づいて判定される。
【００５８】
図５は、操作特徴情報取得部５４における操作特徴情報の検出を説明する図である。操作部３５の各操作部材の操作状態は、操作部材状態判定部３６において判定される。図５は、あるボタンが操作されてオンとオフの切り替えが連続して行われている状態を示している。なお、操作部材状態判定部３６と操作特徴情報取得部５４は、カメラＣの電源スイッチがオフのときにも動作している。図５は、人の操作を示すので、等間隔でない場合が多いが、ここではわかりやすく図示した。
【００５９】
パターンＰ１は、あるユーザＸのそのボタンに対する操作状態を示している。パターンＰ２は、別のユーザＹのそのボタンに対する操作状態を示している。そのボタンに対するオン・オフの状態は、操作部材状態判定部３６において判定される。パターンＰ１ではオンとオフが繰り返される周期がパターンＰ２よりも短い。操作部材状態を検出して分析すれば操作特徴情報が得られる。操作部材情報は、単に操作したかどうかだけでなく、操作周期のような使い方の荒さを示す情報も含まれてもよい。
【００６０】
操作特徴情報取得部５４は、例えば所定期間ＰＰ内のオンとオフの操作間隔を、操作特徴情報として算出する。操作特徴情報は、例えば、検出されたオン・オフパターンの情報、あるいは所定期間ＰＰ内のボタンの操作頻度（単位時間当たりのオンとオフの操作間隔、等）について情報である。すなわち、操作特徴情報取得部５４は、各操作部材の操作間隔に関する情報を生成する。
【００６１】
また、操作部材がダイヤルの場合は、ダイヤルの位置の変化からダイヤルの回転速度が算出される。よって、操作特徴情報は、検出されたオン・オフパターン、算出された回転速度などである。そのほか、アナログ的に力量や掴み方などを検出するセンサを用いて所定の力量などの有無を判定し、そのような有無を操作情報としてもよい。また、操作周期など操作の特徴で機構の摩耗などが起こり不具合になりがちだが、総操作回数のような蓄積値（ライフ情報）を記録部に記録しておき、蓄積値と所定値を比較して所定値を超えたときに、蓄積値が所定値を超えたことの情報を操作情報としてもよい。
【００６２】
すなわち、操作特徴情報取得部５４は、操作部材に対する操作状態に基づいて、操作に特徴的なパターンなどがあれば（Ｓ６：ＹＥＳ）、操作特徴情報を符号化して、例えば操作頻度情報に変換して、記録部３２に記録する（Ｓ７）。よって、カメラＣにおいて取得される操作情報は、画像の取得がされたとき（撮影時の操作情報）及び画像の取得がされていないとき（電源スイッチがオフ・オフに関わりなく）の、複数の操作部材に対して行われた操作に関する情報である。操作に特徴的なパターンなどがなければ（Ｓ６：ＮＯ）及び特徴情報を符号化（一般的な画像符号化ではなく、特徴パターンなどの類型化、単純化）して記録（Ｓ７）した後、制御部３１は、ユーザの操作によって指定及び設定されたモードあるいは設定されたパラメータの仮記録をＲＡＭ等に行う（Ｓ８）。特徴情報の符号化は、特徴パターンなどの類型化等以外の方法によってもよいが、特徴パターン等の得られたデータをそのまま記録するより、ここで述べたような類型化、単純化した符号に変換して取り扱った方が、データの要所を表しながら記載が単純化され、容量も減り、例えばブロックチェーンのブロックにする際には、取り扱いや管理が容易になる。もちろんブロックチェーンならずとも分散管理や中央集権管理の負担を減らすことが出来る。
つまり、カメラＣは、装置の識別情報と操作情報を関連付けた管理情報を作成する管理情報作成部を有するが、後述するように、管理情報をブロックチェーンの形でインフラの分散コンピュータで管理し、この管理されたブロックチェーンに繋げるブロック（新たな情報を含むもの）を、分散されたコンピュータが決定したり、作成するので、撮像装置の使用履歴を正しく管理可能となる。 
【００６３】
Ｓ５及びＳ８の後、制御部３１は、撮像素子からの画像信号から、被写体などの状況、画像の状態等を判定し（Ｓ９）、Ｓ９の判定結果から、必要に応じて、自動露出制御（ＡＥ）又は自動焦点制御（ＡＦ）を実行する（Ｓ１０）。
【００６４】
Ｓ１０の結果から、制御部３１は、ユーザへのガイド表示が必要かを判定する（Ｓ１１）。ガイド表示が必要な場合（Ｓ１１：ＹＥＳ）、制御部３１は、ユーザへ操作についてのガイド等のためのメッセージなどのガイド等表示を表示器３３に行う（Ｓ１２）。
【００６５】
図６は、ユーザのＰＣ１５の表示装置１５ｃに表示されるガイド表示の例を示す図である。図６に示すように、表示装置１５ｃの画面上には、「装置メンテ時期」のメッセージのガイド表示が表示される。すなわち、「カメラＣのメンテナンスが必要な時期に来ています」とのメッセージがユーザに告知される。このメッセージは、緊急性にもよるので必要に応じて出すようにしてもよいし、電源が投入されたときに一度だけ出してもよい。
【００６６】
Ｓ１１及びＳ１２の後、制御部３１は、撮影がされたか、すなわちシャッタボタンが押下されたかを判定する（Ｓ１３）。シャッタボタンが押下されたとき（Ｓ１３：ＹＥＳ）、制御部３１は、設定されたモード及び設定されたパラメータに応じた撮影処理を実行し、画像データに、対象物情報、日時情報等の撮影時情報、使用履歴情報等のメタデータを付加して、１つの画像ファイルにして、記録部３２に記録する（Ｓ１４）。Ｓ１４で記録される画像ファイルＣＦのメタデータ中に、前回の撮影から今回の撮影までの間における使用履歴情報が含まれる。Ｓ１４の処理は、記録制御部５２により実行される。すなわち、記録制御部５２は、取得した画像の画像データに、機器ＩＤと操作部材に対して行われた操作についての操作情報とを含むメタデータを付与した画像ファイルを作成する画像ファイル化部を構成する。
【００６７】
ここで、１つの画像ファイルに含まれる使用履歴情報は、最後に画像ファイルを生成してから、今回の画像ファイルの生成までに記録された操作情報を含む。操作情報は、例えば、電源ボタンのオン・オフ回数、シャッタボタンが押下された回数であるレリーズ回数である。その他、スイッチやダイヤルが操作された時の力のかかり具合や（単位時間におけるオン・オフ回数など）スピードなども有効な情報である。タッチパネルの操作なども、その人の特性が反映される場合がある。よって、シャッタボタンが押される直前の各種操作部材への操作だけでなく、前回の画像ファイルの生成後にされた各種操作部材に対する操作情報も含まれる。再生モードでも画像確認で様々な操作があり、その他、構え方から持ち運び時の扱われ方なども加速度センサなどで判定できるので使用履歴情報としてもよい。また、アクセサリを取り付ける回数や頻度やその取り付ける時の通信特性からして、取り扱いが乱暴であるかなども検出が可能であるので使用履歴情報としても良い。接点部、コネクタ部、摺動部、端子部の劣化は多くのユーザが気にするところであり、その点を考慮すると、メモリや電池などの着脱、入れ替え、特定の開閉部の機構の使われ方を通信時の波形観測や通信の安定度、特別なスイッチ等で検出できるようにして操作履歴の情報の一つとしてもよい。また特定環境下の撮影でしか使われない撮影設定やアクセサリもあって、使用環境なども判定可能である。同時に屋外使用か屋外使用かなどを画像その他の情報などから判定してもよい。よって、これらの情報も使用履歴情報としてよい。さらに、使用履歴情報には、前回の画像ファイルの生成後にされた配送や輸送や不安定な場所に保管した場合などのショック情報等も含まれる。Ｓ１４の後、処理は、Ｓ１に戻る。
また、輸送、運送時には電池を取り外す場合があるが、この電池の取り外し期間などを情報として管理してもよい。例えば、電池が切れる直前の時刻と、再度、電池が入れられるタイミング（あるいはさらに時刻設定するタイミング）を検出して電池挿入時刻とするなど、電池の取り外し期間などを時刻管理とか時間間隔で管理してもよい。これは後述の図４のＳ２５のタイミングで判定すればよい。電池の電圧は常に検知しておき、その変化から電池切れを起こす前に電池切れ時刻を予想してもよい。
【００６８】
動作モードが撮影モードでないとき（Ｓ１：ＮＯ）、カメラＣが各種設定モードであるか、判定する（Ｓ１５）。カメラＣが各種設定モードであるとき（Ｓ１５：ＹＥＳ）、制御部３１は、入力に応じた設定、通信などを実行して（Ｓ１６）、処理はＳ１に戻る。
【００６９】
カメラＣが各種設定モードでないとき（Ｓ１５：ＮＯ）、カメラＣがＰＣ１５に接続された状態における再生モードであるかが判定される（Ｓ１５）。Ｓ１５の判定は、ＰＣ１５のプロセッサ１５ａにおいて行われる。再生モードであるとき（Ｓ１７：ＹＥＳ）、プロセッサ１５ａは、カメラＣの記録部３２から画像データを読み出して、表示可能画像一覧を表示装置１５ｃに表示する（Ｓ１８）。
【００７０】
プロセッサ１５ａは、ユーザにより表示可能画像一覧の中から１つの画像が選択されたかを判定する（Ｓ１９）。１つの画像が選択されたとき（Ｓ１９：ＹＥＳ）、プロセッサ１５ａは、選択された画像の画像データをカメラＣの記録部３２から読み出して表示器３３に拡大して表示する（Ｓ２０）。
【００７１】
プロセッサ１５ａは、ユーザにより画像ＳＮＳサービスへの送信を指示したかを判定する（Ｓ２１）。画像ＳＮＳサービスへの送信要求すなわち画像投稿指示を受けていないとき（Ｓ２１：ＮＯ）、プロセッサ１５ａは、拡大表示された画像の再生の終了が指示されたかを判定する（Ｓ２２）。拡大表示された画像の再生の終了が指示されていないとき（Ｓ２２：ＮＯ）、処理はＳ１８に戻る。このような再生モードでも、各種スイッチ、タッチパネルなどの操作特性をモニタしておき、送信前の画像ファイルに反映させたり、次の撮影で得られた画像ファイルに反映させたりしてもよい。レンタルや下取り等では、このような操作の特徴情報を画像ファイルとは別に出力できるようにしてもよい。図１５で説明するような専用端末に対して、その情報を送信できるようにすればよい。
【００７２】
Ｓ１７で１つの画像が選択されないとき（Ｓ１９：ＮＯ）、プロセッサ１５ａは、再生モードの終了が指示されたかを判定する（Ｓ２３）。再生モードの終了が指示されていないとき（Ｓ２３：ＮＯ）、処理は、Ｓ１８に戻る。
【００７３】
拡大表示された画像の再生の終了が指示されたとき（Ｓ２２：ＹＥＳ）及び再生モードの終了が指示されたとき（Ｓ２３：ＹＥＳ）、処理は、Ｓ１に戻る。
【００７４】
画像ＳＮＳサービスへの送信要求を受けたとき（Ｓ２１：ＹＥＳ）、プロセッサ１５ａは、表示装置１５ｃに表示されている画像の画像ファイルを、ユーザＩＤ、タイトルなどの入力の所定の投稿のための手続を行って、画像ファイルを管理サーバ１１へ送信する（Ｓ２４）。
【００７５】
画像ファイルの管理サーバ１１への送信（Ｓ２４）後、プロセッサ１５ａは、「管理サーバ１１からのサービス情報の取得をしますか」などの情報取得を促すメッセージなどの情報を取得したかを判定する（Ｓ２５）。
また、このタイミングで、電池の状態などをモニタして、その結果を記録したり、電池切れや電池再投入とか充電の時刻や具合を判定したりしてもよい。ヘビーユーザはこまめに充電し、そうでもないユーザは電池が切れていても問題ないケースが多い。電池がない状態では、衝撃の検知や輸送時の移動の検知や撮影や再生モードで使われていない時の、ユーザの機器の取り扱い情報がないので、こうした形で情報が補われる。また、宅配やコンビニや店舗での配送や貸し出しのサービスのシステム（図１５参照）と連携して、貸し借りの契約や輸送の条件情報等など機器の履歴（特に性能劣化や外観劣化が起こりうる状況を推測することが出来るもの）の参考となる情報（何度レンタルされたかとか、ユーザが気にする項目）をこのステップで取得してもよい。
そのような情報を取得したとき（Ｓ２５：ＹＥＳ）、ユーザは、自己のユーザＩＤ、機器ＩＤあるいはアクセサリＩＤを入力して、表示装置１５ｃの画面上の所定の送信ボタンをオンにすると、プロセッサ１５ａは、入力されたユーザＩＤなどを用いて、サービス情報の照会を行う（Ｓ２６）。
【００７６】
管理サーバ１１では、画像ファイルに含まれる機器ＩＤあるいはアクセサリＩＤを用いて、後述する予測情報を検索してＰＣ１５へ送信する。その結果、ＰＣ１５は、送信された情報を取得して、表示装置１５ｃに表示する（Ｓ２７）。後述するように、管理サーバ１１は、使用履歴情報を改ざんされないように管理しており、使用履歴情報から推定された故障の予測情報をＰＣ１５へ送信することができる。情報が取得されないとき（Ｓ２５：ＮＯ）及びＳ２７の後、処理はＳ１に戻る。
【００７７】
電源がオン状態でカメラＣが使用されているときにカメラＣに大きなショックが与えられると、そのショックを受けたことを示すショック情報が使用履歴情報として記録される。上述したように、加速度センサ３９と、加速度センサ３９の出力信号を監視する回路は、カメラＣの電源スイッチがオフであっても、動作しているので、カメラＣの電源がオフであるときに、カメラＣに大きなショックが与えられると、そのショックを受けたことが使用履歴情報として記録される。
【００７８】
図７は、カメラＣが受けたショック情報を記録するための処理の流れの例を示すフローチャートである。図７の処理は、電源スイッチのオン・オフに関わりなく、操作特徴情報取得部５４において常時実行されている。
【００７９】
操作特徴情報取得部５４は、加速度センサ３９が検出した加速度に基づいて、カメラＣが所定値以上の加速度のショックを受けたかのショック判定を行う（Ｓ２８）。所定値以上の加速度のショックを受けたかは、加速度センサ３９の出力する加速度信号の大きさの絶対値が、所定の閾値ＴＨ以上であるか否かによって判定される。
【００８０】
カメラＣが所定値以上の加速度がかかるショックを受けたとき（Ｓ２８：ＹＥＳ）、操作特徴情報取得部５４は、所定値以上の加速度がかかるショックを受けたことを、使用履歴情報としてメモリ５４ａに記録する（Ｓ２９）。
【００８１】
なお、カメラＣ自体が管理サーバ１１と通信するための無線通信機能を有する場合、あるいはカメラＣにスマートフォンなどの無線通信装置を接続して管理サーバ１１と通信する場合、Ｓ１７からＳ２７の処理の全部または一部は、カメラＣのプロセッサ１５ａあるいはスマートフォンなどの無線通信装置により行われてもよい。
【００８２】
上述したように、カメラＣにおいて写真が撮られたとき、画像データは、画像ファイルＣＦとしてファイル化される。
【００８３】
図８は、カメラＣにおいて生成される画像ファイルのデータ構造を示す図である。カメラＣにおいて撮影して得られた画像の画像データは、１つの画像ファイルとして生成される。図８に示すように、画像ファイルＣＦは、画像データ、撮影時情報、機器ＩＤ、アクセサリＩＤ、ユーザ情報及び使用履歴情報を含む。画像ファイルＣＦは、例えばＥＸＩＦフォーマットを有しており、撮影時情報、機器ＩＤ、アクセサリＩＤ及び使用履歴情報は、メタデータとしてそのファーマット中に書き込まれる。なお、図８は、ユーザ情報が設定されたときの画像ファイルＣＦのデータ構造を示している。
【００８４】
以上のように、操作特徴情報取得部５４は、操作部材状態判定部３６において判定された各操作部材の状態の変化の有無が判定され、状態の変化があると、使用履歴情報として、その状態情報を時刻情報と共にメモリ５４ａに記録する。さらに、操作特徴情報取得部５４も、各操作部材について特徴的な操作及びショック情報などの取り扱い情報があると、上述したように符号化して、使用履歴情報として、その符号化情報を時刻情報と共にメモリ５４ａに記録する。
【００８５】
よって、画像ファイルが作成されるとき、記録されている過去の使用履歴情報は、画像ファイルＣＦの使用履歴情報に含められる。画像ファイルＣＦに含める過去の使用履歴情報は、前回、画像ファイルの画像データが作成された時刻以後のデータである。故障情報設定部５６により設定された故障情報があれば、その故障情報は、使用履歴情報に含まれる。使用履歴情報は、加速度センサ３９の出力信号から生成されたショック情報を含む。また、上述したように、カメラＣが水没センサを有していれば、使用履歴情報は、水没の有無の情報も含む。さらにまた、上述したように、カメラＣが温度センサを有していれば、所定の高温度閾値以上の温度、あるいは所定の低温度閾値以下の温度の検出情報も含む。
（管理サーバの動作）
図９は、管理サーバ１１の動作の流れの例を示すフローチャートである。図９のフローチャートは、投稿サービスプログラムＳＳの処理に関し、画像投稿などの処理と、使用履歴情報から問題推論の処理とを含む。
【００８６】
プロセッサ１３は、インターネット１２を介して受信したアクセスが、画像ＳＮＳサービスサイトへの画像の投稿あるいは投稿された画像の参照であるか、すなわち画像ＳＮＳサービスのリクエストであるかを判定する（Ｓ３１）。
【００８７】
ユーザが画像ＳＮＳサービスサイトにアクセスすると、サイトのトップ画面がＰＣ１５の表示装置１５ｃに表示される。ユーザは、トップ画面に表示されたサービスメニューから所望のサービスを選択することができる。よって、ユーザが画像投稿のサービスを選択すると、管理サーバ１１は、受信したアクセスが画像ＳＮＳサービスのリクエスト、画像の投稿のリクエスト等のリクエストであることを判定する。
【００８８】
Ｓ３１の処理は、アクセス判定部２１ａにおいて実行される。アクセス判定部２１ａは、受信したアクセスデータに基づいて、画像ＳＮＳサービスのリクエストであるかを判定する。
【００８９】
画像ＳＮＳサービスのリクエストであるとき（Ｓ３１：ＹＥＳ）、プロセッサ１３は、アクセスデータに基づいて画像投稿の受け付けであるかを判定する（Ｓ３２）。画像投稿の受け付けであるとき（Ｓ３２：ＹＥＳ）、プロセッサ１３は、投稿画像の画像ファイルを取得し、画像ファイルから画像データと撮影時情報を抽出して画像情報記憶領域１４ｂに記録する（Ｓ３３）。具体的には、プロセッサ１３は、画像ＳＮＳサービスサイトへのアクセスしたユーザＩＤに基づいて、投稿された画像の画像データと撮影時情報を画像ＤＢ２２に記録する。例えば、ユーザが投稿時に入力した、ニックネーム、画像のテーマ、タイトル、アップの日付等の情報と共に、画像データは、記録部３２の画像ＤＢ２２に１つの画像ファイルとして記録される。
【００９０】
図１０は、管理サーバ１１の記憶装置１４に格納される画像ファイル及び各管理ファイルのデータ構造を示す図である。画像ＤＢ２２に記録される各画像ファイルＩＦは、画像データと、画像ファイルＣＦに含まれていたメタデータである撮影時情報の一部のデータを含む。画像ＤＢ２２に記録される画像ファイルＩＦは、投稿された画像毎に１つの画像ファイルとして生成される。よって、画像ＤＢ２２には、投稿された複数の画像データが登録される。各画像データは、その画像データに関連付けられた撮影時情報の一部を含んで、画像ファイルとして、画像ＤＢ２２に記憶される。
【００９１】
Ｓ３３の後、プロセッサ１３は、受信した投稿画像の画像ファイルから使用履歴情報を抽出して使用履歴情報記憶領域１４ｃに記録する（Ｓ３４）。具体的には、プロセッサ１３は、画像ＳＮＳサービスサイトへのアクセスしたユーザ識別情報に基づいて、投稿された画像ファイルに含まれる使用履歴情報を使用履歴ＤＢ２３に記録する。よって、管理サーバ１１は、カメラＣから取得した画像ファイルから操作情報を抽出し、操作情報をカメラＣの識別情報と関連付けて管理情報として記録する管理装置を構成する。
「識別情報」は機器（カメラ）やユーザを識別する二つを想定しており、同じユーザが同じ機器を使う場合は同じであってもよいが、ここではカメラ個体の識別情報のことを「識別情報」と称している。ユーザ識別情報、レンタル識別情報という言葉も以下に登場するが、ユーザの操作特徴を見る時にはユーザごとの管理を行うためにユーザ識別情報が使われ、レンタル識別情報はレンタルの契約ごとの識別に使われる。
【００９２】
図１０に示すように、管理サーバ１１は、画像ＳＮＳサービスで投稿された画像ファイルから抽出した使用履歴情報から、機器ＩＤ毎の各使用履歴情報の管理ファイルＯＦ１と、アクセサリＩＤ毎の各使用履歴情報の管理ファイルＯＦ２と、ユーザＩＤ毎の各使用履歴情報の管理ファイルＵＦを生成し、使用履歴ＤＢ２３に記憶する。使用履歴ＤＢ２３に記録された使用履歴情報は、ブロックチェーンにより分散台帳の形式で記録され管理される。よって、管理サーバ１１は、画像ファイルから操作情報を抽出し、カメラＣのユーザ情報と関連付けてユーザ管理情報として操作情報を記録する。
【００９３】
また、管理サーバ１１がカメラＣの所有者情報を管理している場合、カメラＣの所有者が変更されても、管理サーバ１１は、カメラＣの前の所有者のユーザＩＤと、変更後の所有者のユーザＩＤは、別々に管理されるので、生成される管理ファイルＵＦは別々に生成される。
なお、ユーザの特性をモニタしないならば、ユーザＩＤ毎の各使用履歴情報の管理ファイルＵＦは必要ではない。
【００９４】
さらに、Ｓ３４の後、プロセッサ１３は、操作情報に含まれる故障などの品質情報があれば、品質情報等を記録部３２の使用履歴ＤＢ２３に記録する（Ｓ３５）。
【００９５】
画像投稿の受け付けでないとき（Ｓ３２：ＮＯ）、プロセッサ１３は、アクセスが画像検索であるかを判定する（Ｓ３６）。アクセスが画像検索であるとき（Ｓ３６：ＹＥＳ）、プロセッサ１３は、検索結果一覧の画面データを生成してユーザのＰＣ１５へ送信する（Ｓ３７）。
【００９６】
アクセスが画像検索でないとき（Ｓ３６：ＮＯ）及びＳ３７の後、プロセッサ１３は、画像指定があったかを判定する（Ｓ３８）。表示された一覧の中から、ユーザが鑑賞したい画像を指定すると、画像指定があったとされ（Ｓ３８：ＹＥＳ）、プロセッサ１３は、指定画像の画像データを送信する（Ｓ３９）。その結果、ユーザは、選択した画像を、自己のＰＣ１５の表示装置１５ｃにおいて鑑賞することができる。画像指定がないとき（Ｓ３８：ＮＯ）及びＳ３９の後、処理は、Ｓ３１に戻る。
【００９７】
以上のように、管理サーバ１１は、画像ＳＮＳサービスを提供しており、ユーザは、画像を投稿したり、自己及び他人の投稿画像を検索して鑑賞したりすることができる。
【００９８】
ここでは、ユーザが画像データをＰＣ１５などの機器から外部に送信する環境が整っている画像ＳＮＳのサービスの例を用いて説明しているが、画像データの送信は、これら以外のＳＮＳや画像共有サービスなどを利用したものでもよい。
また、ここでは画像ＳＮＳのサーバ（管理サーバ）にアクセスする場合、一般にはＳ３１をＹＥＳのフローが想定されるが、管理サーバ１１は、画像ＳＮＳサービス以外にも使用履歴の管理などの処理もあるので、ここでは、Ｓ４０以下でそれを説明している。つまり、画像ＳＮＳサービスのリクエストでないとき（Ｓ３１：ＮＯ）、プロセッサ１３は、新たな使用履歴情報が取得されたかを判定する（Ｓ４０）という形で、使用履歴の管理などの処理の場合を示している。Ｓ４０の処理は、所定周期で実行される。
【００９９】
新たな使用履歴情報が取得されたとき（Ｓ４０）、プロセッサ１３は、その新たな使用履歴情報に基づいて、故障などの問題があるいか否かの推論を行う（Ｓ４１）。Ｓ４１の推論は、使用履歴情報に含まれる各種データに基づいて、例えばルールベースで行われる。
【０１００】
新たな使用履歴情報が取得されないとき（Ｓ４０：ＮＯ）及びＳ４１の後、プロセッサ１３は、機器ＩＤ毎に、及びアクセサリＩＤ毎に、使用履歴情報の時系列データを取得する（Ｓ４２）。Ｓ４２では、プロセッサ１３は、ブロックチェーンで記録された使用履歴情報を取得し、取得された使用履歴情報に含まれる各データについて、例えば所定値以上の変化があるかなどを判定することにおり、使用履歴情報に問題があるかが確認される。取得された時系列データは、撮影タイミングを基準にして分散台帳間で確認される。
【０１０１】
図１１は、ブロックチェーンのデータ構造を説明するための図である。図１２は、ブロックチェーンによるブロックの相互確認の方法を説明するための図である。図１１に示すように、管理サーバ１１において生成される各管理ファイルＯＦ１，ＯＦ２，ＵＦは、ブロックチェーンで記録され管理される。管理ファイルＯＦ１は、機器ＩＤ毎に生成され、管理ファイルＯＦ２は、アクセサリＩＤ毎に生成され、管理ファイルＵＦは、ユーザＩＤ毎に生成される。各管理ファイルを１つの記録単位であるブロックとして、複数のブロックがチェーン状に接続される。
【０１０２】
各ブロックは、各管理ファイルの使用履歴情報であるトランザクションデータと、直前のブロックのハッシュ値を含む。図１１では、ブロックＢは、ブロックＡのハッシュ値を含み、ブロックＣは、ブロックＢのハッシュ値を含み、ブロックＤは、ブロックＣのハッシュ値を含む、というように、各ブロックは直前のブロックのハッシュ値を含む。このような直前のブロックのハッシュ値を含めて複数のブロックがチェーン状に接続されることにより、各ブロックに含まれるトランザクションデータの改ざんが有効に防止される。
【０１０３】
すなわち、管理ファイルＯＦ１の場合、図１２に示すように、トランザクションデータとしての機器ＩＤ及び使用履歴情報は、追加変更があれば新たな管理ファイルが生成され、隣り合う管理ファイルＯＦ１のブロック間でハッシュ値を用いて、トランザクションデータの正当性を相互に確認される。
【０１０４】
使用履歴情報のようなデータは、中央集権型のデータベースで管理しても良いが、データの正当性を担保するためには、非中央集権型（分散型）のブロックチェーンのようなデータベースで管理することが望ましい。ブロックチェーンによれば、カメラＣ毎のメンテナンスの必要性、カメラＣの下取り価格査定などを、高い信頼度で、正しく評価することができる。
【０１０５】
中央集権型は、何かのトラブルが発生した時に、システムの障害修復までの間、このデータ管理が出来なくなるが、分散型であれば、障害を軽微にすることが出来る。ブロックチェーンでは、管理するデータに変更があると、その処理内容等をブロック単位にして暗号化し、分散型台帳形式に基づく複数のデータベースに分散される。各ブロックにはネットワークの識別用の数字や、ブロックサイズ、ヘッダ情報などが含まれる。
【０１０６】
ブロック（つまりデータベースで管理される情報をまとめたもの）が新しく生成される時、一つ前のブロックのデータを一部含むように設計され、すべての処理履歴が一つの鎖となって繋がっていくのでチェーンと名付けられる。つまり、ブロックとブロックの間の繋がりや関係性を持たせるために、新しいブロックのヘッダに一つ前のブロックのヘッダの一部が暗号化されて組み込まれている。つまり、この新しいブロックのヘッダには、一つ前のブロックのヘッダをハッシュ関数を用いて暗号化した「ハッシュ値」と「トランザクション」などのデータが組み込まれている。
【０１０７】
なお、ブロックの単位は、１つの画像ファイルに含まれる使用履歴情報毎でもよいし、複数の画像ファイルに含まれる複数の使用履歴情報毎でもよい。よって、各管理ファイルＯＦ１、ＯＦ２は、画像ファイル毎に生成されて、１つのブロックとしてもよいし、２以上の画像ファイルから生成されて、１つのブロックとしてもよい。
【０１０８】
なお、画像投稿が画像の撮られた順に行われない場合がある。そのような場合において、画像ファイルに含まれる時刻情報が、過去に投稿された最新の画像ファイルに含まれる時刻情報よりも時間的に前であるとき、管理サーバは、使用履歴情報の管理ファイルを生成しない。その結果、使用履歴情報のブロックの信頼性を担保することができる。
具体的に説明する。ブロックチェーンは、ブロックがネットワーク上で管理依頼されるタイミングでチェーン状に管理されるが、このチェーン状管理は時系列の情報変化の特徴として分散管理者により管理されるために、以下のような問題を生じることがある。
つまり、本実施形態のように画像データのネット公開のタイミング（通信時刻）でのブロックチェーンによる管理依頼がされるとなると、画像データは場合によっては撮影された順番ではなく、ユーザが公開して効果があると考える望みのタイミングで、すでに公開された以前の画像が後から公開される場合がある。この場合、分散管理しているコンピュータは、すでにチェーンとして繋げて管理されたブロックに含まれる操作履歴より前の操作履歴（管理情報生成時刻）が含まれるブロックを扱うことになる。よって、時系列管理を優先させれば、前にせっかくチェーンで繋げたものを取り消して、新しく出て来たものをその前のブロックに繋げて、さらに取り消したものを再度ブロック化して、そこに繋げ直す手間が発生する。
こうした複雑な手順は、中央集権型管理では難なく可能であるが、分散管理では関係する多くのコンピュータに負担を強いて好ましくない。また、ここまで厳密性を求められる要求仕様、あるいは要求管理レベルではない場合もあり、ここでは、煩雑さよりは管理の明快さやシンプルさを重視して、よりシステムを普及される方法を用いている。  
すなわち、本実施形態では、後から生じたブロック化候補のデータは、含まれる機器使用の履歴が古い場合、ブロック化もチェーン化もしない。つまり、管理サーバ１１は、カメラＣが操作された時の操作情報を取得する操作情報取得部と、当該カメラＣのＩＤ情報と上記操作情報を関連付けた管理情報を作成する管理情報作成部を有する機器と通信し、上記管理情報の履歴を上記装置ＩＤと通信時刻ごとにブロックチェーンで管理する管理システムであって、上記管理情報の生成時刻と上記管理情報の通信時刻とを比較して、上記ブロックチェーンに繋げるブロックを決定する情報管理システムを構成する。通信時刻（これは通信時に判定が可能）が新しくても、使用履歴情報を含む管理情報生成時刻（これは撮影時刻に相当して画像ファイルから読みとれる）が、すでに作成され、繋げられたブロックの管理情報の生成時刻より古い場合はブロック化は行われない。
このような方法を用いることにより、すでに公開された画像より以前に撮られた画像が後から公開される場合などにおけるブロックチェーン管理の仕方、ブロックチェーン管理システムの仕様、決まり等の単純化が可能となる。ブロック（つまりデータベースで管理される情報をまとめたもの）が新しく生成される時、一つ前のブロックのデータを一部含むように設計され、すべての処理履歴が一つの鎖となって繋がっていくのでチェーンと名付けられるが、上述した通信時刻と生成時刻によりこの鎖でつなぐ作業を省略できる情報を単純に判定することができる。
【０１０９】
図９に戻り、プロセッサ１３は、時系列データの中に問題があったかを判定する（Ｓ４３）。時系列データの中に問題があったとき（Ｓ４３：ＹＥＳ）、プロセッサ１３は、時系列データから、故障診断、故障予測などの問題推論を実行する（Ｓ４４）。問題推論は、例えば、入力層、中間層及び出力層を含むニューラルネットワークを利用したＡＩ技術などを用いて行われる。
【０１１０】
時系列データの中に問題がないとき（Ｓ４３：ＮＯ）及びＳ４４の後、プロセッサ１３は、Ｓ４１及びＳ４４において、何らかのメンテナンス、修理が必要であるかを判定する（Ｓ４５）。メンテナンス等が必要であるかの判定は、Ｓ４１及びＳ４４の推論結果に含まれる情報に基づいて行うことができる。
【０１１１】
メンテナンス等が必要であると判定されたとき（Ｓ４５：ＹＥＳ）、プロセッサ１３は、そのメンテナンス等が必要なことを機器ＩＤに関連付けられたユーザ情報に基づいて、ユーザへ電子メールなどの手段を用いて、情報配信を行う（Ｓ４６）。よって、管理サーバ１１は、管理情報の履歴データとしての使用履歴情報を、機器ＩＤ等の識別情報毎に管理して、履歴データから前別情報毎のメンテナンス情報を生成し、生成したメンテナンス情報などの配信を行う。メンテナンス情報は、使用履歴情報から予測されたカメラＣの故障予測情報を含む。メンテナンス等が必要であると判定されないとき（Ｓ４５：ＮＯ）及びＳ４６の後、処理は、Ｓ３１に戻る。
【０１１２】
以上のように、管理サーバ１１は、すなわち、画像ＳＮＳサービスを提供しつつ、投稿された画像の画像ファイルから使用履歴情報を抽出してブロックチェーンにより記録し管理する。さらに、管理サーバ１１は、所定の周期で、管理された使用履歴情報からカメラＣなどに問題がないかを推論して、問題などがあれば、ユーザに問題の情報を送信する。
【０１１３】
図１３と図１４は、管理サーバ１１におけるカメラのレンタルサービスに関する処理の流れの例を示すフローチャートである。図１３と図１４の処理は、レンタルサービスプログラムＲＳの処理に関わる。
【０１１４】
プロセッサ１３は、上述した画像ＳＮＳサービスのリクエストであるかを判定し（Ｓ５１）、画像ＳＮＳのリクエストであるとき（Ｓ５１：ＹＥＳ）、画像ＳＮＳ機能に関する処理を実行する（Ｓ５２）。Ｓ５２の画像ＳＮＳ機能に関する処理は、図９のＳ３２〜Ｓ３９の処理である。
【０１１５】
なお、画像ＳＮＳサービスは、Ｓ５２で行われるが、サイトのトップページなどにおいて、レンタルサービスのボタンやタブが用意されて表示されている。ここでは、トップページなどにおけるボタン等が操作されると、後述するＳ５３やＳ５５においてＹＥＳへの分岐が可能となる。また、画像ＳＮＳサービスを利用しているうちに、マッチングに関する情報を受信すると、処理はＳ５７，Ｓ５８に進む。
したがって、プロセッサ１３は、ユーザが自己の所有するカメラＣを他人にレンタルしてもよいかの情報、レンタル可能情報がアップすなわち登録されたかを判定する（Ｓ５３）。例えば、ユーザは、画像ＳＮＳ機能とは、別の登録画面から自己のカメラＣをレンタル可能であることの情報（以下、レンタル可能情報という）を管理サーバ１１に登録することができる。レンタル可能情報は、貸し出し可能なカメラ（製品名、製造番号など）と貸し出し条件（貸し出し期間、撮影枚数の上限値（最大何枚まで撮影してよいかを示す数値）など）の情報を含む。管理サーバ１１は、各ユーザの情報を管理しているため、ユーザＩＤと関連付けてレンタル可能情報をユーザＤＢ２４に記録する（Ｓ５４）。Ｓ５４の後、処理はＳ５１に戻る。
【０１１６】
レンタル可能情報が登録されていないとき（Ｓ５３：ＮＯ）、プロセッサ１３は、ユーザが他人のカメラＣを借り受けたいかの情報がアップすなわち登録されたかを判定する（Ｓ５５）。例えば、ユーザは、画像ＳＮＳサービス機能とは別の登録画面から他人のカメラＣを借り受けたいことの情報（以下、レンタル希望情報という）を管理サーバ１１に登録することができる。レンタル希望情報は、レンタルしたいカメラ（製品名など）と借り受け条件（借り受け期間など）の情報を含む。管理サーバ１１は、各ユーザの情報を管理しているため、ユーザＩＤと関連付けてレンタル希望情報をユーザＤＢ２４に記録する（Ｓ５６）。Ｓ５６の後、処理はＳ５１に戻る。ＤＢ２４に記録された情報を用いれば、ユーザの癖のようなもの、あるいは、そのユーザの装置利用の環境、状況なども推測でき、どのような機器の使い方を想定したユーザであるかが把握可能となる。貸し出す人と借り受ける人の相性を判定する一助となる。
【０１１７】
レンタル希望情報が登録されないとき（Ｓ５５：ＮＯ）、プロセッサ１３は、ユーザＤＢに登録されたレンタル可能情報とレンタル希望情報とのマッチングの有無を判定する（Ｓ５７）。マッチングがあったか否かの判定は、レンタル希望情報を満足するレンタル可能情報により判定される。マッチングは、基本的に貸し借りの機材や期間や様々な契約履行の条件を満たすペアを探すことだが、ここに上述の使い方マッチングがあってもよい。すごく神経質な貸し手であれば、アクセサリの取り付けも接点が摩耗して嫌な場合もある。よって、このような場合を考慮して、管理サーバ１１は、接点の繰り返し接続寿命のような情報を有していてもよい。
【０１１８】
レンタル希望情報を満足するレンタル可能情報があるとき（Ｓ５７：ＹＥＳ）、プロセッサ１３は、レンタル可能情報を登録したユーザ（以下、貸し出しユーザという）と、レンタル希望情報を登録したユーザ（以下、借り受けユーザという）に、マッチングがあったこととマッチング条件情報を発信する（Ｓ５８）。Ｓ５８において送信される情報は、貸し出しユーザがカメラＣを借り受けユーザへ配送できるようにするための種々の情報、利用できる配送業者一覧、今回のレンタルを識別するためのレンタル識別情報、等を含む。Ｓ５８の後、処理はＳ５１に戻る。
【０１１９】
画像ＳＮＳのリクエストでないとき（Ｓ５１：ＮＯ）、プロセッサ１３は、カメラＣの貸し出し情報を受信したかを判定する（Ｓ５９）。
【０１２０】
貸し出すカメラＣを保有するユーザは、Ｓ５８において受信した情報をＰＣ１５で受信すると、その情報と共に、貸し出すカメラＣを配送業者に渡す。配送業者は、店舗にある端末装置１６を用いて配送処理に必要な配送情報を入力する。配送情報には、カメラＣを借り受けるユーザの住所などのユーザ情報が含まれる。また、配送業者は、端末装置１６に接続された無線通信機能を有する通信装置１６ａを用いて、貸し出すカメラＣの記録部３２に記録されている使用履歴情報をカメラＣから読み出す。そして、配送業者は、カメラＣの配送を行う。
【０１２１】
図１５は、配送業者の端末装置１６の通信装置１６ａによるカメラＣから使用履歴情報の読み出し説明するための図である。図１５に示すように、コンビニの端末や配送業者等の端末装置１６の通信装置１６ａにカメラＣを近づけると、端末装置１６は、通信部４１を介してカメラＣの制御部３１と通信して所定の認証などがされた後に、カメラＣから使用履歴情報を読み出すことができる。この通信技術としては、バーコードの読み取りやその他設定による無線ＬＡＮやブルートゥース（登録商標）通信の確立によってもよく、赤外線やＩＣカード方式の通信でもよい。
【０１２２】
読み出された使用履歴情報は、配送情報と共に、端末装置１６から管理サーバ１１に送信される。配送業者がカメラＣの配送手続きを行ったときに、管理サーバ１１に配送情報と使用履歴情報が送信されるので、管理サーバ１１は、Ｓ５９におけるカメラＣの貸し出しの有無を、カメラＣの貸出のための配送情報を受信したか否かにより判定する。
【０１２３】
プロセッサ１３は、貸し出し情報を受信すると（Ｓ５９：ＹＥＳ）、発送される直前の使用履歴情報も受信する（Ｓ６０）。Ｓ６０の後、処理は、Ｓ５１に戻る。
【０１２４】
カメラＣの貸し出し情報を受信しないとき（Ｓ５９：ＮＯ）、プロセッサ１３は、カメラＣの借り受け情報を受信したかを判定する（Ｓ６１）。
【０１２５】
カメラＣを借り受けるユーザは、配送業者からカメラＣを受け取る。このとき、配送業者は、携帯端末１７を用いて、カメラＣの記録部３２に記録されている使用履歴情報をカメラＣから読み出す。読み出された使用履歴情報は、携帯端末１７から管理サーバ１１へ送信される。
【０１２６】
よって、カメラＣの借り受け情報を受信したとき（Ｓ６１：ＹＥＳ）、プロセッサ１３は、使用履歴情報を受信する（Ｓ６２）。プロセッサ１３は、受信した使用履歴情報がＳ６０で受信した使用履歴情報と一致するかを判定する（Ｓ６３）。この判定は、操作部３５の各操作部材について新たな操作情報、加速度センサ３９の出力に基づく新たなショック情報が有るかにより行われる。
【０１２７】
もしも、受信した使用履歴情報がＳ６０で受信した使用履歴情報と一致しないとき（Ｓ６３：ＮＯ）、プロセッサ１３は、トラブルありと判定し、所定の処理を実行する（Ｓ６４）。Ｓ６４の処理は、例えば配送業者の携帯端末に「トラブル発生」のメッセージ表示をし、その場合に対応方法の表示、などを含む。
【０１２８】
受信した使用履歴情報がＳ６０で受信した使用履歴情報と一致したとき（Ｓ６３：ＹＥＳ）、処理は、Ｓ５１に戻る。
【０１２９】
カメラＣの借り受け情報を受信しないとき（Ｓ６１：ＮＯ）、プロセッサ１３は、カメラＣの返却情報を受信したかを判定する（Ｓ６５）。カメラＣを借り受けたユーザは、使用後、カメラＣを返却する。返却は、例えば、配送業者により行われる。
【０１３０】
カメラＣを借り受けたユーザはカメラＣを配送業者に渡す。配送業者は、店舗にある端末装置１６を用いて配送処理に必要な配送情報を入力する。配送情報には、カメラＣを貸し出したユーザの住所などのユーザ情報が含まれる。また、配送業者は、端末装置１６に接続された無線通信機能を有する通信装置１６ａを用いて、返却するカメラＣの記録部３２に記録されている使用履歴情報をカメラＣから読み出す。そして、配送業者は、カメラＣの返却のための配送を行う。
【０１３１】
プロセッサ１３は、返却されるカメラＣの返却発送が行われることの配送情報を受信したか否かによって、カメラＣの返却情報を受信したかを判定する（Ｓ６５）。プロセッサ１３は、返却情報を受信すると（Ｓ６５：ＹＥＳ）、返却される直前の使用履歴情報を受信する（Ｓ６６）。
【０１３２】
Ｓ６６の後、プロセッサ１３は、返却される直前の使用履歴情報が、貸出条件の許容範囲内であるかを判定する（Ｓ６７）。例えば、貸出条件には、撮影枚数の上限、ショックを与えないことなどが含まれる。よって、返却される直前の使用履歴情報が、貸出条件を満たしているかが判定される。
【０１３３】
もしも、受信した使用履歴情報が貸出条件を満たしていないとき（Ｓ６７：ＮＯ）、プロセッサ１３は、トラブルありと判定し、所定の処理を実行する（Ｓ６８）。Ｓ６８の処理は、例えば借り受けたユーザに対して、貸出条件に反するカメラＣの使用があった旨を通知する「トラブル発生」のメッセージ表示をするなどである。
【０１３４】
受信した使用履歴情報が貸出条件を満たしているとき（Ｓ６７：ＹＥＳ）、処理は、Ｓ５１に戻る。
【０１３５】
また、返却情報を受信しないとき（Ｓ６５：ＮＯ）、プロセッサ１３は、図１４のＳ７１からＳ７７の処理を実行する。図１４のＳ７１からＳ７７の処理は、それぞれ図９のＳ４０からＳ４６の処理に対応するので、各ステップの説明は省略する。すなわち、プロセッサ１３は、Ｓ６６で受信した使用履歴情報に基づいて、新たな問題の発生の有無、及び新たな問題の発生の推定が行われる。
なお、図１４のＳ７１からＳ７７の処理は、貸し借り以外にも下取りサービスや注文してから受け取るまでの輸送などの状況判定にも応用可能であることは言うまでもない。
【０１３６】
以上のように、いろいろな業種やサービスの連携があり得るため、個々の業種、サービスが持つインフラはそのまま使えるようにしたいので、上述した管理サーバ１１は中央集権型ではシステム構築が難しいが、ブロックチェーンを想定した場合には、個々の業種、サービスが運用するコンピュータが相互監視する仕組みのみを作ればよい。
このようにして各カメラＣの使用履歴情報が記録されるので、カメラＣのユーザに対して適切なメンテナンス情報の提供が可能となると共に、各カメラＣの使用履歴情報は、カメラの下取り査定、転売などにおける各カメラＣの状態の正しい評価に利用することができる。特に、上述した実施形態では、使用履歴情報はブロックチェーンを利用して改ざんがされないように管理されるので、査定時の評価の信頼性を高くすることができる。
以上説明したシステムでは、使用履歴情報を蓄積できること、使用履歴情報は画像ファイルと一緒に蓄積すること、分散している使用履歴情報をカメラの識別情報と関連づけることで中古カメラの価値判断をすること、分散管理にはブロックチェーンを用いることで使用履歴情報の改ざんを防ぐことなどに工夫が行われている。
また、以上説明したシステムにおける、故障やメンテナンス時期のお知らせ、使用傾向も加味した中古（使用中）カメラの正確な価値判断、使用履歴の客観的な（使用者個人だけでなく複数者間で共有できる）情報管理、こうした状況（機器やユーザの特徴）を反映した貸し手を借り手のマッチングなどについて説明した。
なお、使用履歴情報は、画像のアップロード管理とかユーザへの機器使用方法アドバイスにも応用可能である。
【０１３７】
また、使用履歴情報は、ユーザＩＤの下で管理されているので、転売情報等からのカメラＣの所有者情報とマッチングをすることにより、機器ＩＤが不一致の場合、盗難の有無等の検出にも利用することができる。
【０１３８】
さらにまた、ユーザ毎に使用履歴情報が管理されるので、ユーザ固有のガイド表示もすることができる。
【０１３９】
上述した実施形態では、撮像装置としてカメラの管理システムが説明されたが、管理システムは、撮像装置としての内視鏡、顕微鏡などについても適用可能である。例えば、内視鏡システムの場合、光源装置、電気メスなどの他の機器と組み合わされてシステムが構築されたときに、内視鏡だけでなく、他の機器についても、識別情報（ＩＤ）の取得が行われる。よって、上述したカメラにおける交換レンズなどのアクセサリの識別情報（ＩＤ）はカメラＣへの装着時にカメラＣにより読み出されるが、内視鏡システム、顕微鏡システムなどにおいては、システムの設定時にバーコードリーダなどにより各アクセサリの識別情報（ＩＤ）等が読み出され、システムのコントローラに記録される。その記録情報が、アクセサリ毎の使用履歴情報として利用できる。
【０１４０】
また、例えば、内視鏡システム、顕微鏡システムなどにおいては、複数の術者、研究者などにより共用されるので、上述した使用履歴情報は、内視鏡システム、顕微鏡システムなどを所有する施設などをユーザとしてもよいし、あるいはシステムを使用する術者、研究者などをユーザとしてもよい。
【０１４１】
さらになお、上述した管理サーバ１１は、画像データと使用履歴情報を別々に管理し、使用履歴情報についてのみ、ブロックチェーンを利用して、改ざんできないように記録して管理しているが、画像データについてもブロックチェーンを利用して、改ざんできないように記録して管理するようにしてもよい。
【０１４２】
本発明は、上述した実施の形態に限定されるものではなく、本発明の要旨を変えない範囲において、種々の変更、改変等が可能である。
例えば、上述した実施形態中で、「部」（セクションやユニット）として記載した部分は、専用の回路や、複数の汎用の回路を組み合わせて構成してもよく、必要に応じて、予めプログラムされたソフトウェアに従って動作を行うマイコン、ＣＰＵなどのプロセッサ、あるいはＦＰＧＡなどシーケンサを組み合わせて構成されてもよい。また、その制御の一部または全部を外部の装置が引き受けるような設計も可能で、この場合、有線や無線の通信回路が介在する。その場合、通信は、ブルートゥース（登録商標）やＷｉＦｉ、電話回線などで行えばよいが、データのやり取りはＵＳＢなどの記憶媒体で行っても良い。また、通信回路は、専用の回路、汎用の回路や制御部を一体としてＡＳＩＣとして構成してもよい。カメラのレンズ制御部、撮像部などは、様々なアクチュエータと、必要に応じて移動用の連結メカニズムによって構成されており、ドライバ回路によってアクチュエータが作動する。このドライブ回路もまた、特定のプログラムに従ってマイコンやＡＳＩＣなどにより制御される。こうした制御は各種センサやその周辺回路が出力する情報によって、詳細な補正、調整などが行われても良い。
【符号の説明】
【０１４３】
１  画像管理システム、１１  画像管理サーバ、１２  インターネット、１３  プロセッサ、１４  記憶装置、１４ａ  プログラム記憶領域、１４ｂ  画像情報記憶領域、１４ｃ  使用履歴情報記憶領域、１４ｄ  ユーザ情報記憶領域、１５ａ  プロセッサ、１５ｂ  通信回路、１５ｃ  表示装置、１６  端末装置、１６ａ  通信装置、１７  携帯端末、１８  コンピュータ、２１  判定部、２１ａ  アクセス判定部、２１ｂ  ユーザ判定部、２１ｃ  使用履歴抽出部、２１ｄ  推定ガイド部、２２  画像ＤＢ、２３  使用履歴ＤＢ、２４  ユーザＤＢ、２５  通信部、３１  制御部、３２  記録部、３３  表示器、３４  タッチパネル装置、３５  操作部、３６  操作部材状態判定部、３７  撮像部、３７ａ  撮像素子、３８  アクセサリ情報取得部、３９  加速度センサ、４０  時計部、４１  通信部、４２  電源、５１  画像処理部、５２  記録制御部、５３  表示制御部、５４  操作特徴情報取得部、５４ａ  メモリ、５５  撮影時情報付与部、５６  故障情報設定部、６１  受信機、６２  方位センサ、６３  ユーザ情報設定部。
【図１】
2020160889.tif 000003
【図２】
2020160889.tif 000004
【図３】
2020160889.tif 000005
【図４】
2020160889.tif 000006
【図５】
2020160889.tif 000007
【図６】
2020160889.tif 000008
【図７】
2020160889.tif 000009
【図８】
2020160889.tif 000010
【図９】
2020160889.tif 000011
【図１０】
2020160889.tif 000012
【図１１】
2020160889.tif 000013
【図１２】
2020160889.tif 000014
【図１３】
2020160889.tif 000015
【図１４】
2020160889.tif 000016
【図１５】
2020160889.tif 000017