JP2002504724A - カメラ・ファームウェアの自動更新 - Google Patents

Abstract

(57)【要約】 撮像デバイス（１０）とホスト・システム（２０）の間でファームウェアを更新する方法が開示される。ホスト・システムは撮像デバイス上のファームウェアがホスト・システムの構成と互換性がないことを検出する。非互換性の検出に応答して、更新されたファームウェア画像がホスト・システムから撮像デバイスへ転送される。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明は撮像の分野に関する。より詳細には、本発明は撮像デバイスとホスト
・システムの間でファームウェアを更新することに関する。

【０００２】 （発明の背景） カメラなどの撮像デバイスは、典型的には静止画像情報または動画（ビデオ）
情報をフィルム、ビデオ・テープ、または他のメディアに格納する。ディジタル
・カメラはディジタルなフォーマットで画像情報をキャプチャし（捕らえ）、画
像情報をフラッシュ・メモリなどのメモリ内、または別のディジタル記憶媒体上
に格納する。ディジタル画像情報は、パーソナル・コンピュータなどのホスト・
システムにダウンロードできる。画像情報は次いで、ホスト・システムに常駐す
るソフトウェア・アプリケーションで、画像を回転する、画像を切り取る、また
は画像を変更するなどによって操作される。

【０００３】 撮像デバイスは、ホスト・システムのソフトウェアと通信するできるファーム
ウェアを含む。ファームウェアは、種々の機能を実行するための命令を含む。た
とえば、ファームウェアを使用して画像の露出を決定したり、特定の方法で色を
検知したり、画像データを圧縮したり、電力を節約したり、自己テストを実行し
たり、および／またはカメラ上の記憶媒体にアクセスし、記憶媒体をフォーマッ
トするプロトコルを指定したりする場合がある。

【０００４】 ホスト・ソフトウェアおよび／またはカメラ・ファームウェアを、ソフトウェ
アまたはファームウェアの新しいリリースでアップグレードすることが望ましい
場合が多い。ソフトウェアをアップグレードするための一般の方法は、パッチ、
またはサービス・パック・アップグレードの使用を通じてである。この方法は、
一組のプログラムをフロッピ・ディスク、ＣＤ−ＲＯＭ、またはワールド・ワイ
ド・ウェブを介してホスト・マシンに配布することを含む。サービス・パックは
実行されると、更新を必要とするホスト・ソフトウェアの構成要素を修正する。

【０００５】 ファームウェアの更新はさらに問題がある。この手順は、典型的にはユーザに
よって手動で実行される。これは実行可能なプログラムを実行し、次いで撮像デ
バイスをリセットすることを含む場合がある。ファームウェアの手動の更新は不
便であり、ファームウェアおよびホスト・システム・ソフトウェアの非互換のバ
ージョンによって引き起こされるエラーにつながる可能性がある。

【０００６】 （本発明の概要） ホスト・システムに結合された撮像デバイス上でファームウェアを更新する方
法が開示される。ホスト・システムは撮像デバイス上のファームウェアがホスト
・システムの構成と非互換であることを検出する。非互換性の検出に応答して、
更新されたファームウェア画像がホスト・システムから撮像デバイスへ転送され
る。１つの実施態様では、更新されたファームウェア画像は置き換えられたファ
ームウェアのバージョンより古いバージョンである。

【０００７】 本発明の他の機能および利点は、付随する図面および以下の詳細な説明から明
らかであろう。

【０００８】 （詳細な説明） 撮像デバイスとホスト・システムの間のファームウェアを更新する方法が開示
される。ファームウェアは撮像デバイスなどの埋め込まれたシステムを制御する
ために使用される命令を含む。一実施形態では、ファームウェア更新は、撮像デ
バイスをホスト・システムに接続した時に自動的に実行される。これは、ユーザ
にとっての操作を簡単にすると同時に、撮像デバイスとホスト・ソフトウェアの
間で互換性を確認する。ファームウェアの更新は「バグ」の修正、アルゴリズム
への強化、更新された色の検知、更新された圧縮、記憶媒体へのアクセスおよび
フォーマット化に関する新しいプロトコルなどを提供する可能性がある。後に明
らかになるように、自動的なファームウェアの更新は特に、異なるバージョンの
ソフトウェアを有するホスト・システムで異なるバージョンのファームウェアを
伴う複数の撮像デバイスが使用されている時に便利である。

【０００９】 次の説明は、画像デバイスをホスト・システムに結合した時に自動的に画像デ
バイスとホスト・システムの間で画像情報を転送するシステムの中で、ファーム
ウェアの更新を説明している。しかし、ファームウェアの更新はこのようなシス
テムには限定されない。

【００１０】 撮像デバイスは、カメラなどの画像キャプチャ・デバイスでもる。あるいは、
開示された技法は画像情報を格納する機能のある任意のデバイスで使用できる。
ホスト・システムは画像情報を操作する機能のある任意のシステムでよい。たと
えば、ホスト・システムはＩｎｔｅｌ Ｐｅｎｔｉｕｍ（登録商標）、Ｐｅｎｔ
ｉｕｍ（登録商標）ＩＩプロセッサ上で実行するＩＢＭ互換パーソナル・コンピ
ュータなどのパーソナル・コンピュータでよい。しかし別法としては、ホスト・
システムはプリンタ、作図装置、ファックス機、ディスプレイ・デバイス、また
は格納デバイスでもよい。

【００１１】 明確にするために、次の説明は撮像キャプチャ・デバイスがカメラであり、ホ
スト・システムがコンピュータであるものとして書かれている。他の撮像デバイ
スおよびホスト・システムを使用する場合もあることを理解されたい。

【００１２】 図１は、ホスト・システム２０に取付け可能な撮像デバイス１０の表示を示す
。一実施形態では、撮像デバイス１０はケーブル２２を介してホスト・システム
２０のポート２６に接続されている。撮像デバイス１０は好ましくは、高いデー
タ転送レートをサポートするデータ転送プロトコルを使用してホスト・システム
２０に結合されている。一実施形態では、撮像デバイス１０はユニバーサル・シ
リアル・バス（ＵＳＢ）接続を介してホスト・システム２０に結合されている。
ＵＳＢ接続は、１２Ｍｂ／ｓまでのデータ転送レートを有する。別法としては、
他の接続および１３９４プロトコルなどのデータ転送プロトコルも使用される場
合がある。（ＵＳＢに関するさらなる情報は、ＵＲＬがｈｔｔｐ：／／ｗｗｗ．
ｕｓｂ．ｏｒｇ／のワールド・ワイド・ウェブから得られる。１３９４標準は電
気電子学会によって維持され配布されている。１３９４の一実施形態であるファ
イアワイヤはＩＥＥＥ標準１３９４〜１９９５によって定義されている。）

【００１３】 図２および図３は、ホスト・システム２０の構成要素と撮像デバイス（カメラ
）１０の間の関係およびメッセージ交換を示す一実施形態である。図２は、撮像
デバイス１０が第１にホスト・システム２０に接続されている時の、ホスト・シ
ステムの構成要素間における情報の流れの一実施形態を示す。ホスト・システム
２０は、オペレーティング・システム（Ｏ／Ｓ）４０およびホスト・アプリケー
ション・ソフトウェア６０を含む。ホスト・システム２０は、カメラ１０などの
撮像デバイスがホスト・システム２０に取り付けられた時、それを検出する。一
実施形態では、オペレーティング・システム４０は、カメラ１０がシステムに取
り付けられたかどうかを、ポート２６をポーリングすることによって検出する。
ポート・ドライバ４２は、オペレーティング・システム４０とポート２６の間の
インタフェースとして使用される。一実施形態では、ポート２６はＵＳＢポート
であり、ポート・ドライバはＵＳＢドライバである。

【００１４】 オペレーティング・システムは種々の異なるオペレーティング・システムのう
ちの１つである可能性がある。一実施形態では、オペレーティング・システムは
Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎによって作成されたウィンドウズ
９５、ウィンドウズ９８などのウィンドウズ・オペレーティング・システムであ
る。ウィンドウズ９８は、ポートのポーリングを可能にするフックを含む。他の
オペレーティング・システムは、このようなポーリングを行えるように修正でき
る。ポーリングは好ましくはバックグラウンドで実行され、ユーザはポーリング
が実行されているということに気づく必要はない。別法としては、ホスト・アプ
リケーション・ソフトウェア６０がポート２６のポーリングを実行できる。しか
し、オペレーティング・システムはキーボードのプッシュ、マウスの動きなどの
種々のアクティビティをポーリングするためにすでにセットアップされているた
め、オペレーティング・システム４０による（ホスト・アプリケーション・ソフ
トウェア６０によらず）ポーリングは、性能利点を有する。例示のために、次の
説明ではオペレーティング・システムがポーリングを行うものと仮定する。当業
者であれば、アプリケーションがポーリングを行えるように、修正できるであろ
う。

【００１５】 カメラ１０がホスト・システム２０のポート２６に接続されている時、ポート
・ドライバ４２は、カメラがホスト・システム２０に取り付けられたことをオペ
レーティング・システム４０に知らせる。これは図２に示された、（１）と印を
付けられた矢印によって示される。オペレーティング・システム４０はそのデバ
イスをカメラとして識別し、矢印（２）によって示されたように、対応するソフ
トウェア・ドライバ４４をメモリ内にロードする。一実施形態では、オペレーテ
ィング・システム４０は、カメラ１０に問い合わせて、識別子を得る。オペレー
ティング・システム４０は、識別子に対応するソフトウェア・ドライバ４４をロ
ードする。この例では、カメラ・ドライバ４４はオペレーティング・システム４
０によってロードされる。

【００１６】 オペレーティング・システム４０は次いで、カメラに対応する１つまたは複数
のソフトウェア・アプリケーションをロードする。一実施形態では、オペレーテ
ィング・システムは、ソフトウェア・アプリケーションを登録できる。所定の条
件を満たした時（特定の識別子を伴うカメラが検出されるなど）、登録されたホ
スト・アプリケーション・ソフトウェアがロードされる。この場合、ホスト・ア
プリケーション・ソフトウェア６０（カメラ用の）は、矢印（３）によって示さ
れたようにロードされる。一実施形態では、カメラ・ドライバ４４はオペレーテ
ィング・システム４０にホスト・アプリケーション・ソフトウェア６０を開始す
るように知らせる。ホスト・アプリケーション・ソフトウェア６０は、画像デバ
イス（カメラ）１０とホスト・システム２０の間で画像情報の転送を開始する。
ホスト・アプリケーション・ソフトウェア６０は、画像を処理する場合もある。
たとえば、ホスト・アプリケーション・ソフトウェア６０は、画像について解凍
および／または色修正を実行できる。さらに、ホスト・アプリケーション・ソフ
トウェア６０は回転、切り取りおよびその他の画像操作機能を実行することもで
きる。

【００１７】 ウィンドウズ９８などのいくつかのオペレーティング・システムでは、特定の
イベントがソフトウェア・アプリケーションを起動させることができる。たとえ
ば、カメラ・ドライバ４４は「カメラと共に検出された接続」または「カメラ上
のシャッタ・ボタンが押された」などの登録されたイベントでセットアップでき
る。したがってオペレーティング・システムは、カメラ１０が取り付けられた時
に、ホスト・アプリケーション・ソフトウェア６０などのアプリケーションを自
動的に起動するようにセットアップできる。

【００１８】 一実施形態では、カメラ１０がホスト・システム２０に取り付けられた時、カ
メラ・ドライバ４４またはホスト・アプリケーション・ソフトウェア６０がホス
ト・システム２０上にインストールされていない場合、ユーザは、ポート２６に
取り付けられているデバイス用のカメラ・ドライバ４４および／またはホスト・
アプリケーション・ソフトウェア６０を準備するように要求される。インストー
ルが完了すると、手順は前に説明されたように継続する。

【００１９】 図３は、ホスト・アプリケーション・ソフトウェア６０が開始された後の、ホ
スト・システムの構成要素間における情報の流れの一実施形態を示す。この実施
形態では、ホスト・アプリケーション・ソフトウェア６０がロードされた後、矢
印（４）に示されたように、ホスト・アプリケーション・ソフトウェア６０はカ
メラ・アプリケーション・プログラミング・インタフェース（ＡＰＩ）６２を作
成し、開始する。カメラＡＰＩ６２はバックグラウンドのスレッドでタスクを実
行する可能性がある。この方法で、ホスト・アプリケーション・ソフトウェア６
０は、他のタスクを実行する前にカメラＡＰＩ６２が完了することを待つ必要は
ない。一実施形態では、カメラＡＰＩ６２は、矢印（５）によって示すように、
ダイナミック・リンク・ライブラリ（ＤＬＬ）６４をロードするＣＯＭオブジェ
クトである。ＤＬＬはＯ／Ｗに依存している場合がある。カメラＡＰＩ６２は、
ＤＬＬ６４を介してオペレーティング・システム４０に通信する。（別の実施形
態では、カメラＡＰＩ６２はＤＬＬ６４を組み込んでいる。）オペレーティング
・システム４０は次いで、矢印（６）によって示されたように、カメラ・ドライ
バ４４およびポート・ドライバ４２を介してカメラ１０と通信する。

【００２０】 図４は、ポーリング開始手順の一実施形態を示す。ポーリング開始手順は、オ
ペレーティング・システムがホスト・アプリケーション・ソフトウェアを開いた
時に開始する。ホスト・アプリケーション・ソフトウェア６０は次いで、カメラ
ＡＰＩ６２を作成し、初期化する。一実施形態では、ホスト・アプリケーション
・ソフトウェア６０はそれ自体をカメラＡＰＩのコールバック・リストに追加し
、カメラＡＰＩがうまくポーリング・プロセスを行った時にホスト・アプリケー
ション・ソフトウェア６０に知らせる。

【００２１】 一実施形態では、初期化の時にカメラＡＰＩはその内部変数をリセットし、Ｄ
ＬＬをロードし、バックグラウンド・スレッドを作成し、開始する。カメラＡＰ
Ｉは次いで、カメラ・ドライバを開けようとしているバックグランド・スレッド
化した待ち行列にメッセージを挿入する。（ドライバはカメラＡＰＩとドライバ
の間で接続を確立することによって「開かれる」。）一実施形態では、カメラが
取り付けられる時だけカメラ・ドライバが開かれる。カメラ・ドライバが開けな
い場合、カメラはホスト・システムに取り付けられない。カメラ・ドライバが開
ける場合、カメラは取り付けられる。一実施形態では、カメラＡＰＩ４４は半秒
ごとにカメラ・ドライバを開くように試みる。

【００２２】 図５は、カメラＡＰＩ６２とホスト・アプリケーション・ソフトウェア６０の
間のポーリング手順の一実施形態を示す。この実施形態では、カメラＡＰＩ６２
は、カメラ・ドライバ（ＣＭ＿ＳＩＧＮＡＬ＿ＳＴＡＴＵＳ）を開こうと試みて
いる。カメラＡＰＩがカメラ・ドライバを開くことに成功した時、カメラＡＰＩ
はカメラ・ドライバを閉じ、コールバック待ち行列内にあるアプリケーションを
知らせる。ホスト・アプリケーション・ソフトウェア６０がカメラＡＰＩのコー
ルバック待ち行列内にあるので、カメラが検出されたことが知らされる。

【００２３】 この実施形態では、ホスト・アプリケーション・ソフトウェア６０は、カメラ
・ドライバ４４を開いて互換性のあるカメラ（ＣＭ＿ＯＰＥＮ＿ＤＲＩＶＥＲ）
をチェックするようにカメラＡＰＩ６２に知らせることによってカメラ・ドライ
バ４４を再び開く。ホスト・アプリケーション・ソフトウェア６０は次いで、カ
メラＡＰＩ６２（ならびにオペレーティング・システム４０とドライバ４４およ
び４２）を介して種々のコマンドをカメラ１０に送信できる。たとえば、ホスト
・アプリケーション・ソフトウェア６０は、カメラ内に格納された画像の数を要
求できる（ＣＭ＿ＧＥＴ＿ＮＯ＿ＯＦ＿ＩＭＡＧＥＳ）。ホスト・アプリケーシ
ョン・ソフトウェア６０は画像の名前および画像の大きさの一覧を要求できるか
（ＣＭ＿ＧＥＴ＿ＩＭＡＧＥ＿ＬＩＳＴ）、または特定の画像を要求できる（Ｃ
Ｍ＿ＧＥＴ＿ＩＭＡＧＥ＿ＢＹ＿ＮＡＭＥ）。

【００２４】 一実施形態では、カメラＡＰＩ６２は互換性のある撮像デバイスがホスト・シ
ステムに接続されているかどうかをチェックし、必要であれば、撮像デバイス上
のファームウェアを自動的に更新する。ファームウェア自動更新は、製造者によ
る工場設定として使用不可能もしくは使用可能とされてもよく、またユーザによ
って変更可能としてもよい。

【００２５】 図６は、互換性のある撮像デバイスがホスト・システムに接続されているかど
うかをチェックする手順の一実施形態のフローチャートを示す。一実施形態では
、この手順はカメラＡＰＩ６２によって実行される。前に述べたように、カメラ
ＡＰＩ６２はブロック１００で示されたように、ホスト・アプリケーション・ソ
フトウェア６０によって作成され、初期化される。カメラＡＰＩ６２はブロック
１０２において、オペレーティング・システムに依存したＤＬＬをロードし、ホ
スト・アプリケーション・ソフトウェア６０はブロック１０４においてカメラＡ
ＰＩ６２に開くコマンドを発行する。カメラＡＰＩは応答して、ブロック１０６
に示したようにＤＬＬ６４を介してカメラ・ドライバ６２を開く。

【００２６】 ブロック１０８において、カメラＡＰＩ６２は、カメラ・インタフェース番号
をフェッチするコマンドをカメラに発行する。一実施形態では、カメラがサポー
トする一組のコマンドに一意的なカメラ・インタフェース番号が割り当てられて
いる。

【００２７】 動作は決定ブロック１１０に続く。カメラからのインタフェース番号はカメラ
ＡＰＩ６２の中のインタフェース表と比較される。インタフェース番号がカメラ
ＡＰＩ６２インタフェース表に格納されていない場合、ブロック１１２および１
１４に示されたように、カメラＡＰＩ６２はカメラ・ドライバを閉じ、ホスト・
アプリケーション・ソフトウェアに、カメラが非互換であることを知らせる。カ
メラがサポートするコマンドが不明なので、カメラＡＰＩはカメラと通信するこ
とはできない。

【００２８】 ブロック１１０において、カメラからのインタフェース番号がカメラＡＰＩ６
２のインタフェース表の中に格納されている場合、ブロック１２０に示されたよ
うにカメラＡＰＩ６２はハードウェア・バージョン番号をフェッチするコマンド
をカメラに発行する。

【００２９】 ブロック１３０において、カメラからのハードウェア・バージョン番号がカメ
ラＡＰＩ６２に格納されたハードウェア表と比較される。カメラからのハードウ
ェア・バージョン番号がカメラＡＰＩ６２のハードウェア表の中に格納されてい
ない場合、カメラＡＰＩ６２はチェックして更新することができない。ブロック
１３２に示されたように、カメラＡＰＩ６２は、カメラがアクセスのために開か
れていることをホスト・アプリケーション・ソフトウェアに知らせる。カメラＡ
ＰＩ６２はインタフェースが互換性があるのでカメラと通信することができるが
、ハードウェア構成を認識しないので、ファームウェアを更新しない。

【００３０】 ブロック１３０では、カメラからのハードウェア・バージョン番号がカメラＡ
ＰＩ６２のハードウェア表に格納されている場合、動作はブロック１４０に続く
。ブロック１４０では、カメラＡＰＩはファームウェア・バージョン番号を戻す
コマンドをカメラに発行する。

【００３１】 動作はブロック１５０に進む。ファームウェア・バージョン番号がカメラＡＰ
Ｉ６２内に格納されたものと異ならない場合、カメラはすでに更新されたファー
ムウェアを有する。カメラＡＰＩ６２は、カメラがアクセスのために開かれてい
ることをホスト・アプリケーション・ソフトウェアに知らせる。

【００３２】 ファ０ームウェア・バージョン番号がカメラＡＰＩ６２に格納されている番号
と異なる場合、動作はブロック１６０に続く。製造者がファームウェア更新を使
用不可能にしている場合、カメラＡＰＩ６２はファームウェア更新を実行せず、
カメラがアクセスのために開かれていることをホスト・アプリケーション・ソフ
トウェアに知らせる。たとえば、製造者がファームウェア更新を使用不可能にす
るビットをカメラのレジスタ内に設定する場合がある。インストールされたファ
ームウェアが最新のバージョンでない場合であっても、インストールされたファ
ームウェアはインタフェースおよびハードウェアが互換である限り、そのホスト
・ソフトウェアで実行することが可能である。

【００３３】 ブロック１７０では、更新が前に試され失敗したかどうかというチェックが行
われる。一実施形態では、所定の数の更新の試みが実行される。ブロック１７２
において示されたように、更新が前に実行され失敗している場合は、カメラＡＰ
Ｉ６２は更新が失敗したこと、およびカメラがアクセスのために開かれているこ
とをホスト・アプリケーション・ソフトウェアに知らせる。

【００３４】 ブロック１７０においては、更新が前に試されていない場合、フローチャート
は図７に示されたようにファームウェア更新手順に続く。

【００３５】 図７は、ファームウェア更新の一実施形態のフローチャートを示す。ブロック
２００において、カメラＡＰＩは更新されたファームウェア画像をカメラに転送
する。一実施形態では、カメラＡＰＩはファームウェアが新しいファームウェア
画像を受信する準備をするように、ファームウェア・ダウンロード・コマンドを
カメラに送信する。更新されたファームウェア画像は次いで、ホスト・システム
からカメラへ転送される。一実施形態では、更新されたファームウェア画像は揮
発性メモリのような一時バッファ内でカメラに格納される。

【００３６】 ブロック２０２では、カメラＡＰＩ６２はカメラ・ドライバを閉じる。これは
、ファームウェア更新が割り込まれないようにカメラとホスト・システムの間の
通信をシャット・ダウンする。カメラＡＰＩは次いでブロック２０４に示された
ように、ホスト・アプリケーション・ソフトウェアに、ファームウェアを更新す
る手順中であることを知らせる。カメラＡＰＩはそのファームウェアに対してポ
ーリングを開始し、ファームウェアとの接続を再確立する。

【００３７】 ファームウェアは、起動ブロックおよび符号ブロックから成り立っている。起
動ブロックはブートストラップローダとも呼ばれ、ファームウェアが置き換えら
れた時に置き換えられない。符号ブロックだけが置き換えられる。ブートストラ
ップローダは、ファームウェアを更新するためのルーチンを維持する。ブロック
２０６において、ブートストラップローダは更新済みファームウェア画像にエラ
ーがないことを確認する。これはたとえば、チェックサムを生成することによっ
て実行できる。ブートストラップローダは次いで、ブロック２０８に示されたよ
うに、古い（インストール済みの）ファームウェアを更新されたファームウェア
画像に交換する。一実施形態では、ファームウェア画像を揮発性メモリから非揮
発性メモリへ転送することによってそれが実行される。ブートストラップローダ
は次いでブロック２１０に示されたように、リセットするか、またはブートスト
ラップローダの開始にジャンプして、新しく更新されたファームウェアを開始す
る。ブロック２１２で示されたように、これによってブートストラップローダが
再開し、このポイントで更新されたファームウェア内のエラーをチェックする。
チェックサムが正しい場合、ブロック２１４および２１８に示されたように、符
号ブロック内のファームウェアが実行される。

【００３８】 チェックサムが正しくない場合、ブロック２１６に示されたようにブートスト
ラップローダはホスト・システムとの接続を再確立し、待ち状態に移行する。こ
の待ち状態では、カメラＡＰＩはブートストラップローダから状況を得て、新し
いファームウェア画像が正しく符号ブロックにロードされたかどうか、または問
題があるかどうかを決定し、ブートストラップローダは待ち状態になる。カメラ
ＡＰＩは、ファームウェアの別の更新を試みる。

【００３９】 ブロック２１８から進んできてファームウェアがその符号ブロック上で正しい
チェックサムで再開できると、ファームウェアはホスト・システムとの接続を確
立できる。カメラＡＰＩはこのポーリングから、カメラがブロック２２０におい
て接続されたことを検出する。カメラＡＰＩは次いでカメラ・ドライバを再開し
、カメラへのアクセスを実行する。

【００４０】 図８は、ファームウェア起動手順の状態推移図の一実施形態を示す。状態推移
図は図８の左側にある起動ブロック状態および、図８の右側にある符号ブロック
状態の２つに分かれる。状態３００では、リセットはカメラ・ハードウェアを初
期化する。これは、レジスタをリセットすることおよび／またはカメラの一定の
ユニットをターンオフすることで、カメラを知られた状態することを含む場合が
ある。状態３００から状態３０２への推移があり、状態３０２では符号ブロック
がチェックされる。一実施形態では、チェックサムは符号ブロック上で実行され
る。チェックサムが通過すると、状態３０４に示されたように符号ブロック内の
命令が実行される。符号ブロック内のファームウェアはホスト・システムとの接
続を確立することができ、ホスト・システムから受信された種々のコマンドを処
理する。符号ブロック内のファームウェアが、ホスト・システムがダウンロード
・コマンドを発行したことを検出した場合、状態は状態３０６に推移し、状態３
０６ではカメラ・ハードウェアは知られた状態に初期化される。たとえば、セン
サとストロボがターンオフされ、ＤＲＡＭがターンオンされる場合がある。一実
施形態では、カメラ・ハードウェアが使用されていない時には電力を節約するた
めにターンオフされる。状態はブロック３０８に推移し、ブロック３０８では更
新されたファームウェア符号はホスト・システムから受信される。更新されたフ
ァームウェア符号は一実施形態では一時的にＤＲＡＭに格納される。

【００４１】 状態３０８において通信問題があった場合、待ち状態３１０への推移がある。
待ち状態３１０では、起動ブロックはホスト・システムからのコマンドを待つ。

【００４２】 状態３０２から、チェックサムが失敗すると、ここでも待ち状態３１０への推
移がある。待ち状態３１０では、起動ブロックはホスト・システムからのコマン
ドを待つ。ホスト・システムは、たとえば、起動ブロックから状況情報を要求す
る場合がある。ホスト・システムが起動ブロックが待ち状態３１０にあることに
気づいた時、ホスト・システムは別のダウンロード・コマンドを発行することが
でき、この結果、推移は状態３０８に戻る。

【００４３】 状態３０８から、ファームウェア画像がエラーなしにダウンロードされると、
状態３２０への推移があり、状態３２０ではダウンロードされた符号はエラーに
関してチェックされる。一実施形態では、チェックサムが実行される。チェック
サムが失敗すると、起動ブロックは待ち状態３１０に戻る。チェックサムが通過
すると、状態はブロック３２２に推移し、ブロック３２２では符号ブロックが消
される。その後、符号ブロックは状態３２４で再プログラミング化される。状態
３２４から推移は状態３００に戻り、状態３００ではカメラ・ハードウェアは再
初期化され、状態推移図は前に説明したように再開する。

【００４４】 図９は、非揮発性メモリ４００の例を示す図である。一実施形態では、非揮発
性メモリはフラッシュ・メモリである。一実施形態では起動ブロック４０２およ
び符号ブロック４０４はフラッシュ・メモリ内に格納され、起動ブロックは書き
換えられないようにロックされる。符号ブロックは再プログラミングが可能であ
る。

【００４５】 一実施形態では、非揮発性メモリは、１つまたは複数の撮像表４０６を格納す
る。撮像表はカメラの構成に関連する情報を含む場合がある。

【００４６】 一実施形態では、以下の撮像表がフラッシュ・メモリ内に格納される。 １）デッド・ピクセル表 ２）符号器表 ３）露出表 ４）圧伸器表 ５）色修正表

【００４７】 撮像表はカメラ内で画像の処理に備える。たとえば、デッド・ピクセル表は、
カメラの正しく機能しない特定のピクセルに関する情報を含む場合がある。デッ
ド・ピクセル表は、たとえば、製造テストの間に決定される場合がある。別法と
しては、カメラはデッド・ピクセルをダイナミックに決定できる場合がある。デ
ッド・ピクセル表は、隣接するピクセルを使用して欠点のあるピクセルを補償す
る補間を準備する場合がある。

【００４８】 同様に、他の撮像表は撮像データの操作を可能にする。たとえば、符号器表は
画像の符号化あるいは圧縮に使用される特定の値を指定する。露出表は露出時間
、利得、ストロボの使用および強度についての情報を含むであろう。圧伸表は、
第１の数のビットを使用したビット表現から、より少ない数のビットを使用した
ビット表現へデータをマッピングするために使用される情報を含む。色修正表は
色を修正するために使用される。

【００４９】 一実施形態では、撮像表は特定の光源に関連する値を含む。たとえば、撮像表
は日光、蛍光灯照明、またはタングステン電球照明のどれかで画像をキャプチャ
することに対応する、異なる値を含んでいてもよい。

【００５０】 撮像表は、製造の間に非揮発性メモリ４００内に格納される場合もあるが、フ
ァームウェアによって後から更新される場合もある。一実施形態では、ファーム
ウェアは非揮発性メモリ内の撮像表を削除し、新しい撮像表をホスト・システム
からカメラの非揮発性メモリへ転送することができる。ファームウェアは、表が
カメラへ転送されるべきかどうか、または撮像表が削除されるべきかどうかを示
すコマンドをホスト・システムから受信する。

【００５１】 一実施形態では、いくつかの非揮発性メモリ（たとえばいくつかのフラッシュ
・メモリ）が、非揮発性メモリから読み出すことと非揮発性メモリに書き込むこ
とを同時にはできないので、ＤＲＡＭを使用して非揮発性メモリからの符号を一
時的に格納する。ファームウェアはその符号の一部をＤＲＡＭへコピーし、次い
で実行をＤＲＡＭへ転送する。ＤＲＡＭからの命令を実行するマイクロコントロ
ーラは次いで、新しい撮像表を非揮発性メモリに書き込むことができる。実行は
その後、非揮発性メモリの符号セクションに転送されて戻る。

【００５２】 表１および表２を使用して、異なるカメラおよびパーソナル・コンピュータ（
ＰＣ）上のインタフェース、ファームウェア、カメラＡＰＩの種々のバージョン
が相互関連する方法の例を示す。表１は、第１のカメラＡＰＩ（ＣＡＭＡＰＩ＃
４００）内に格納されている構成表を示す。表２は、第２のカメラＡＰＩ（ＣＡ
ＭＡＰＩ＃４２０）内に格納されている構成表を示す。これらの表に格納された
構成情報を使用する種々の実施形態のいくつかの例が説明の役に立つであろう。

【表１】

【表２】

【００５３】 例１：２人のユーザ、ＡおよびＢが同じバージョンのホスト・アプリケーショ
ン・ソフトウェアおよびファームウェア・バージョンを有すると仮定する。ソフ
トウェア・バージョンが１．０であり、表１に示された識別子の表を有するＣＡ
ＭＡＰＩ＃４００を作成するものとする。インタフェース識別子は０×０１０１
であり、ファームウェア・バージョンは１．００である。次に、ユーザＡはアッ
プグレードを受信し、彼のホスト・アプリケーション・ソフトウェアを同じイン
タフェース（０×０１０１）を有するバージョン１．０２に更新する。

【００５４】 ホスト・アプリケーション・ソフトウェアがアップグレードされた後、一番最
初にユーザＡがカメラにアクセスしようと試みる時、カメラＡＰＩ６２はファー
ムウェアの非互換のバージョンを検出する。これは前に説明したように、ファー
ムウェアが自動的に更新されることをトリガする。

【００５５】 その後、ユーザＢ（依然として彼のカメラ上にファームウェア・バージョン１
．００を有する）が、彼のカメラをＡのＰＣに持って行ってそれをプラグ・イン
すると仮定する。ＡのＰＣのカメラＡＰＩは再び、ファームウェアおよびソフト
ウェア・バージョンを検出する。カメラＡＰＩはＢのカメラのファームウェアを
１．０２に更新する。Ｂのカメラは、ＢのＰＣのホスト・ソフトウェアとは異な
るファームウェア（１．０２）を有するようになる。Ｂが彼のカメラをＢのＰＣ
に戻す時、カメラＡＰＩ６２はファームウェア・バージョン１．０２の知識を有
しない。そのカメラＡＰＩ６２は、ファームウェア画像バージョン１．００をＢ
のカメラに転送する。したがって、ＢのカメラはＢのＰＣのソフトウェアと通信
できるように、元のファームウェアに回復される。

【００５６】 ファームウェア更新はＢに透過的である。ＢはＡの更新されたシステムまたは
、より古いホスト・アプリケーション・ソフトウェアを伴うＢのシステムのどち
らでも、彼のカメラを使用できる。

【００５７】 例２：Ａがファームウェア・バージョン１．００、インタフェース０×０１０
１を有し、Ｂがファームウェア・バージョン１．０８、インタフェース０×０２
０２を有すると仮定する。Ａが彼女のソフトウェアを更新し、新しいインタフェ
ース０×０２０２を認識しない限り、ＢはＡのＰＣを使用することはできない。
ＢのＰＣが、表１に示されたすべての改訂を含むカメラＡＰＩを使用している場
合、ＢのＰＣはＡのカメラまたはＢのカメラのどちらでも使用できる。

【００５８】 例３：ユーザＡがファームウェア・バージョン１．０を有し、表１に示された
ようなＣＡＭＡＰＩ＃４００を使用し、ユーザＢがファームウェア・バージョン
３．０を有し、表２に示されたようなＣＡＭＡＰＩ＃４２０を使用している場合
、ＰＣは、両方のカメラにアクセスするために、別のインタフェースでカメラに
インタフェースする両方のバージョンのソフトウェアを有さなければならない。

【００５９】 一実施形態では、インタフェースは一意的なインタフェース識別子を有する。
インタフェースの一例はＴＷＡＩＮインタフェースであり、これはスキャナまた
は他のディジタル撮像デバイスから画像を取得する方法を撮像アプリケーション
に説明する。ＴＷＡＩＮの現在のバージョンは１．７である。ＴＷＡＩＮはいく
つかの業界参加者から成る標準グループによって維持されている。ＴＷＡＩＮに
ついてのさらなる情報は、ｈｔｔｐ：／／ｗｗｗ．ｔｗａｉｎ．ｏｒｇ．を介し
て入手可能である。独占的なインタフェースも使用される場合がある。たとえば
、アプリケーション・プログラムが撮像デバイスから画像を転送したり削除する
機能を有するように、特定のアプリケーション・プログラムをサポートするＤＬ
Ｌがサポートされる場合もある。

【００６０】 ハードウェア識別子はハードウェア変更を指定し、たとえば、ステッピング・
モータが撮像デバイスに追加される場合がある。ファームウェア・リリースは、
小さな変更および大きな変更を追跡調査するように設定される場合がある。たと
えば、小さな変更はバグの修正または強化である可能性がある。大きな変更は新
しいハードウェアの追加である可能性がある。

【００６１】 図１０は、ホスト・アプリケーション・ソフトウェアを初期化し、撮像デバイ
スとの通信を確立する手順の一実施形態のフローチャートを示す。この開示され
た実施形態では撮像デバイスはカメラであり、ホスト・システムはパーソナル・
コンピュータである。フローチャートはブロック５００において開始する。手順
はブロック５０２に続き、ここではホスト・アプリケーション・ソフトウェアは
カメラＡＰＩを作成する。カメラＡＰＩはブロック５０４において、システム独
立で動作できるＤＬＬをロードする。ブロック５０６において、カメラＡＰＩは
カメラが使用可能かどうかを決定する。

【００６２】 ブロック５０８では、カメラが使用可能でない場合、フローチャートはブロッ
ク５０６に戻る。しかし、カメラが使用可能な場合、手順はブロック５１０に続
く。ブロック５１０では、カメラＡＰＩはカメラが使用可能であることを示すメ
ッセージをホスト・アプリケーション・ソフトウェアに送信する。ホスト・アプ
リケーション・ソフトウェアはブロック５１２で、カメラ・ドライバが開くこと
を要求する。カメラＡＰＩはブロック５１４で示されたように、カメラ・ドライ
バを開くことによって応答する。ドライバを開く手順は、カメラＡＰＩとカメラ
・ドライバの間の接続が確立したことを意味する。以前に説明したように、ファ
ームウェア更新手順はここで発生する。

【００６３】 ブロック５１６では、ホスト・アプリケーション・ソフトウェアは、カメラか
らホスト・システムに画像を転送することを要求する。カメラＡＰＩはブロック
５１８において、画像情報をカメラからホスト・アプリケーション・ソフトウェ
アに転送することによって応答する。画像情報は、画像ピクセル・データ、色パ
レット情報、圧縮情報、画像の配向などの他の情報を含む。フローチャートはブ
ロック５２０で終了する。

【００６４】 図１１は、カメラなどの撮像デバイスがホスト・システムに取り付けられてい
ることを検出する手順の一実施形態のフローチャートを示す。フローチャートは
ブロック６００で開始する。これはブロック６０２に続き、ブロック６０２の中
でオペレーティング・システムはカメラが使用可能かどうかを決定する。これは
ＵＳＢドライバなどのポート・ドライバの助けで実行される。カメラが使用可能
でない場合、手順はブロック６０２に戻る。カメラがブロック６０４において使
用可能な時、手順はブロック６０６に続き、ここでオペレーティング・システム
はカメラ・ドライバをロードする。

【００６５】 一実施形態では、ウィンドウズ９８などのオペレーティング・システムがホス
ト・システムによって使用される。ブロック６０８によって示されたように、ウ
ィンドウズ９８を使うとドライバは、カメラのオペレーティング・システムがホ
スト・システムに接続されていることを知らせることが可能になる（接続イベン
ト）。オペレーティング・システムは次いで、接続イベントに登録されたアプリ
ケーションを開く。この場合、ブロック６１０で示されたように、そのカメラに
関するホスト・アプリケーション・ソフトウェアが開始される。フローチャート
は次いで、図１０のフローチャートに続く。

【００６６】 オペレーティング・システムが接続イベントに基づいてアプリケーションを開
く方法を提供しない場合、代替の実施形態は、ブロック６０８および６１０によ
って示されたステップの代わりに「サービス」を使用する可能性がある。サービ
スはユーザによってインストールされ、ホスト・システムが起動した時に自動的
にホスト・システムで開始される。サービスはカメラが検出された時、ホスト・
アプリケーション・ソフトウェアを開く。一実施形態では、サービスはカメラＡ
ＰＩを使用して、カメラが使用可能かどうかを決定する。したがって、サービス
は図１０に示されたのと同じ方法でミニ・ホスト・アプリケーションとして機能
する。しかし、カメラ・ドライバへの接続が確立された時、サービスはホスト・
アプリケーション・ソフトウェアを開始する。ホスト・アプリケーションは次い
で、カメラ・ドライバへの独自の接続を確立して、画像をカメラから転送する。

【００６７】 一実施形態では、ホスト・アプリケーション・ソフトウェア６０およびカメラ
・ドライバ４４はカメラ１０と共に出荷される。ホスト・アプリケーション・ソ
フトウェア６０およびカメラ・ドライバ４４はフロッピ・ディスクまたはＣＤ−
ＲＯＭを介して出荷される。別法としては、ホスト・アプリケーション・ソフト
ウェア６０およびカメラ・ドライバ４４はワールド・ワイド・ウェブを介してダ
ウンロードできる。ホスト・アプリケーション・ソフトウェア６０およびカメラ
・ドライバ４４は、ハードディスク、ダイナミック・ランダム・アクセス・メモ
リ（ＤＲＡＭ）、静的ランダム・アクセス・メモリ（ＳＲＡＭ）またはフラッシ
ュ・メモリなどのホスト・システムの記憶媒体にインストールされる。

【００６８】 前述の明細書の中で、本発明はその特定の例示的な実施形態に関連して説明さ
れた。しかし、この開示の利点を有する人にとっては、首記の請求項に記載され
た本発明のより広い精神および範囲から離れることなく、本発明に種々の修正お
よび変更が行われることが明らかであろう。したがって明細書および図面は限定
的な意味ではなく説明的なものと見なされるべきである。

【図面の簡単な説明】

【図１】 ホスト・システムに取付け可能な撮像デバイスの表示である。

【図２】 撮像デバイス１０が第１にホスト・システム２０に接続されている時の、ホス
ト・システムの構成要素間における情報の流れの一実施形態を示す図である。

【図３】 ホスト・アプリケーション・ソフトウェア６０が開始された後の、ホスト・シ
ステムの構成要素間における情報の流れの一実施形態を示す図である。

【図４】 ポーリング初期化手順の一実施形態を示す図である。

【図５】 カメラＡＰＩ６２とホスト・アプリケーション・ソフトウェア６０の間のポー
リング手順の一実施形態を示す図である。

【図６】 互換性のある撮像デバイスがホスト・システムに接続されているかどうかをチ
ェックする手順の一実施形態のフローチャートである。

【図７】 ファームウェア更新の一実施形態のフローチャートである。

【図８】 ファームウェア起動手順の状態推移図の一実施形態を示す図である。

【図９】 ファームウェアを格納する例としての非揮発性メモリ４００を示す図である。

【図１０】 ホスト・アプリケーション・ソフトウェアを初期化し、カメラとの通信を確立
する手順の一実施形態のフローチャートである。

【図１１】 カメラなどの撮像デバイスがホスト・システムに取り付けられていることを検
出する手順の一実施形態のフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ， ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ， ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，Ｌ Ｕ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ， ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，Ｕ Ｇ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 クシュ，デニス・アール アメリカ合衆国・85282・アリゾナ州・テ ンプ・イースト ペブル ビーチ ドライ ブ・８ (72)発明者 トマツェウスキイ，エドワード・ピイ アメリカ合衆国・85048・アリゾナ州・フ ェニックス・イースト デザート トラン ペット ロード・1347 Ｆターム(参考） 2H054 AA01 5B076 EB02 5C022 AB65 AC42 AC69 AC75 5C062 AA01 AA13 AB42 AC22 AC58 BA00

Claims (19)

【特許請求の範囲】
1. 【請求項１】 （ａ）撮像デバイスのファームウェアがホスト・システムの
   構成と非互換であることを検出するステップと、 （ｂ）前記ステップ（ａ）に応答して、更新されたファームウェア画像を前記
   ホスト・システムから前記撮像デバイスに転送するステップと を含むホスト・システムに結合された撮像デバイスでファームウェアを更新する
   方法。
2. 【請求項２】 前記ステップ（ａ）がさらに、 （ｉ）前記撮像デバイスからデバイス・インタフェース情報を得るステップと
   、 （ｉｉ）前記デバイス・インタフェース情報を前記ホスト・システムに格納さ
   れたインタフェース情報と比較するステップとを含む請求項１に記載の方法。
3. 【請求項３】 前記ステップ（ａ）が、前記撮像デバイスと前記ホスト・シ
   ステムの間で接続が確立された時に自動的に実行される請求項１に記載の方法。
4. 【請求項４】 前記ステップ（ｂ）がさらに、 （ｉ）前記更新されたファームウェア画像をバッファ・メモリに転送するステ
   ップと、 （ｉｉ）前記バッファ・メモリ内でエラーをチェックするステップと、 （ｉｉｉ）前記撮像デバイスの前記非互換ファームウェアを前記バッファ・メ
   モリで置き換えるステップとを含む請求項１に記載の方法。
5. 【請求項５】 前記ステップ（ｂ）の前記更新されたファームウェア画像が
   、前記ステップ（ａ）で前記撮像デバイスに検出されたファームウェアのより早
   いバージョンに対応する請求項１に記載の方法。
6. 【請求項６】 前記ステップ（ｂ）がさらに、 （ｉ）１つまたは複数の構成表を前記ホスト・システムから前記撮像デバイス
   内にロードするステップを含む請求項１に記載の方法。
7. 【請求項７】 前記１つまたは複数の構成表を使用して前記撮像デバイスの
   撮像データを操作する請求項６に記載の方法。
8. 【請求項８】 プロセッサと、 前記プロセッサによって実行されると前記プロセッサに、 （ａ）撮像デバイスのファームウェアが前記システムの構成より古いことを検
   出するステップと、 （ｂ）前記ステップ（ａ）に応答して、更新されたファームウェア画像を前記
   システムから前記撮像デバイスに転送するステップとを行わせる命令を格納する
   記憶媒体と を備えるシステム。
9. 【請求項９】 前記ステップ（ａ）が、 （ｉ）前記撮像デバイスからデバイス・インタフェース情報を得るステップと
   、 （ｉｉ）前記デバイス・インタフェース情報を前記システムに格納されたイン
   タフェース情報と比較するステップとを含む請求項８に記載のシステム。
10. 【請求項１０】 前記ステップ（ｂ）が、 （ｉ）１つまたは複数の構成表を前記システムから前記撮像デバイス内にロー
    ドするステップを含む請求項８に記載のシステム。
11. 【請求項１１】 前記１つまたは複数の構成表を使用して前記撮像デバイス
    の撮像データを操作する請求項１０に記載のシステム。
12. 【請求項１２】 プロセッサによって実行されるとそのプロセッサに、 （ａ）撮像デバイスのファームウェアがホスト・システムの構成と非互換であ
    ることを検出するステップと、 （ｂ）前記ステップ（ａ）に応答して、前記ファームウェアを自動的に更新す
    るステップとを実行させる複数の命令を格納するコンピュータ可読媒体。
13. 【請求項１３】 ステップ（ａ）がさらに、 （ｉ）前記撮像デバイスからデバイス・インタフェース情報を得るステップと
    、 （ｉｉ）前記デバイス・インタフェース情報を前記ホスト・システムに格納さ
    れたインタフェース情報と比較するステップとを含む請求項１２に記載のコンピ
    ュータ可読媒体。
14. 【請求項１４】 前記ステップ（ｂ）がさらに、 （ｉ）１つまたは複数の構成表を前記ホスト・システムから前記撮像デバイス
    内にロードするステップを含む請求項１２に記載のコンピュータ可読媒体。
15. 【請求項１５】 前記１つまたは複数の構成表を使用して前記撮像デバイス
    の撮像データを操作する請求項１４に記載のコンピュータ可読媒体。
16. 【請求項１６】 （ａ）構成にセットアップされたホスト・システムにカメ
    ラを接続するステップと、 （ｂ）前記カメラ上のファームウェアが前記ホスト・システムの構成と非互換
    であることを検出するステップと、 （ｃ）前記ステップ（ｂ）に応答して、ファームウェアを自動的に更新するス
    テップと を含むカメラでファームウェアを更新する方法。
17. 【請求項１７】 前記ステップ（ｂ）がさらに、 （ｉ）前記カメラからデバイス・インタフェース情報を得るステップと、 （ｉｉ）前記デバイス・インタフェース情報を前記ホスト・システムに格納さ
    れたインタフェース情報と比較するステップとを含む請求項１６に記載の方法。
18. 【請求項１８】 前記ステップ（ｃ）がさらに、 （ｉ）１つまたは複数の構成表を前記ホスト・システムから前記カメラ内にロ
    ードするステップを含む請求項１６に記載の方法。
19. 【請求項１９】 前記１つまたは複数の構成表を使用して前記撮像デバイス
    上の撮像データを操作する請求項１８に記載の方法。