(57)【要約】【課題】再生される動画像の状態を認識することができ、動画像の再生完了を判断できるようにする。【解決手段】本発明は、表示部を備え、表示部に動画像を含む画面を表示して所定の取引処理を行う取引装置において、表示部に表示させる画面制御を行う画面制御手段と、画面制御手段からの指示に従って画面上に動画像を再生させる動画像再生手段とを備え、画面制御手段が、動画像再生手段からの、画面上に表示させる動画像の状態遷移を示す状態遷移通知に基づいて、動画像の表示状態を認識するものであることを特徴とする取引装置である。【選択図】      図１
2014238784.tif 000002
【特許請求の範囲】
【請求項１】
表示部を備え、上記表示部に動画像を含む画面を表示して所定の取引処理を行う取引装置において、
上記表示部に表示させる画面制御を行う画面制御手段と、
上記画面制御手段からの指示に従って上記画面上に動画像を再生させる動画像再生手段と
を備え、
上記画面制御手段が、上記動画像再生手段からの、上記画面上に表示させる動画像の状態遷移を示す状態変更通知に基づいて、上記動画像の表示状態を認識するものである
ことを特徴とする取引装置。
【請求項２】
上記画面制御手段が、上記動画像の状態遷移があったときに上記状態変更通知をさせる設定を行い、
上記動画像再生部が、上記画面上に再生させる動画像の状態が遷移したときに、上記状態変更通知を上記画面制御手段に与えるものである
ことを特徴とする請求項１に記載の取引装置。
【請求項３】
上記画面制御手段が、上記動画像再生部から上記動画像の再生完了を示す状態変更通知に基づいて、上記動画像の再生完了を認識するものであることを特徴とする請求項１又は２に記載の取引装置。
【請求項４】
上記画面制御手段が、作成された複数の画面のうちいずれかの画面を上記表示部に表示させるものであり、上記動画像を含む画面を非表示とし、上記動画像の再生開始を示す状態変更通知の取得後、当該動画像を含む画面に切り替えるものであることを特徴とする請求項３に記載の取引装置。
【請求項５】
上記画面制御手段が、作成された複数の画面のうちいずれかの画面を上記表示部に表示させるものであり、上記動画像を含む画面を上記表示部に表示させ、上記動画像の再生完了を示す状態変更通知の取得後、当該動画像を含む画面とは異なる別の画面に切り替えるものであることを特徴とする請求項３又は４に記載の取引装置。
【請求項６】
表示部を備え、上記表示部に動画像を含む画面を表示して所定の取引処理を行う取引プログラムにおいて、
コンピュータを、
上記表示部に表示させる画面制御を行う画面制御手段、
上記画面制御手段からの指示に従って上記画面上に動画像を再生させる動画像再生手段
として機能させるものであり、
上記画面制御手段が、上記動画像再生手段からの、上記画面上に表示させる動画像の状態遷移を示す状態変更通知に基づいて、上記動画像の表示状態を認識するものである
ことを特徴とする取引プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引装置及び取引プログラムに関し、例えば、銀行等の金融機関やコンビニエンスストア等に設置される取引装置及び取引プログラムに適用し得る。
【背景技術】
【０００２】
例えば、銀行等の金融機関や駅やコンビニエンスストア等には、貨幣（紙幣、硬貨）の入金取引や出金取引を行うＡＴＭ（Ａｕｔｏｍａｔｅｄ  Ｔｅｌｌｅｒ  Ｍａｃｈｉｎｅ）に代表される取引装置が設置されている。
【０００３】
従来のＡＴＭはタッチパネル方式の操作表示手段を備え、タッチパネル方式の操作表示手段を通じて利用者に向けて情報を表示したり又は利用者操作を受け付けたりするものが多数存在する。
【０００４】
また、従来のＡＴＭにおいて、タッチパネルで表示する表示手段について開発コストや製造コストを低減するために、例えばパーソナルコンピュータ（ＰＣ）等で用いられる汎用オペレーティングシステム（ＯＳ）（例えば、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標））や、搬送ＯＳ上で動作するＷｅｂブラウザ等の汎用ソフトウェアを用いて構築される場合がある。
【０００５】
従来のＷｅｂブラウザでは、特許文献１、２の記載技術のように、表示するＷｅｂページに動画再生プレーヤの再生画面を埋め込み、Ｗｅｂページ上で動画像コンテンツの再生を行うことが可能である。
【０００６】
また、ＡＴＭにおいても、特許文献１、２の記載技術のように、Ｗｅｂブラウザを用いて構築した操作表示画面（タッチパネル画面）上で、動画像コンテンツを表示（例えば、ＡＴＭの操作説明や広告表示等）するものが存在する。ここで、Ｗｅｂブラウザを表示システムとして利用するＡＴＭをＷＥＢＡＴＭと呼ばれている。
【０００７】
ところで、Ｗｉｎｄｏｗｓ（登録商標）上で動作するＷｅｂブラウザで用いられる代表的な動画像再生プレーヤとして、ＷＭＰ（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｐｌａｙｅｒ）がある。ＷＭＰで用いられる動画像データの代表的な形式として、ＷＭＶ９（Ｗｉｎｄｏｗｓ  Ｍｅｄｉａ  Ｖｉｄｅｏ  ９）がある。
【０００８】
ＷＭＰがＷＭＶ９の動画像データを再生する場合、ＷＭＰは、動画像データの読み込み状態準備処理を行う間に表示する画面（以下、読込状態準備画面と呼ぶ）として、全面黒色の画面を表示することになる。この場合、利用者に対して取引操作が中止した等の誤解を生じさせることになる。
【０００９】
そのため、複数の画面（ウィンドウ）のいずれかの画面を切り替え表示できるようにし、利用者に向けて表示する画面の裏で、読込状態準備画面を作成しておき、動画像の再生が可能になってから、前後の画面の入れ替える方法も考えられる。
【００１０】
また、動画像の再生完了と同時に、再度別の画面に切り替える場合、監視時間の設定（Ｓｅｔ  Ｔｉｍｅ  Ｏｕｔの設定）を行い、所定時間毎に繰り返し動画像の再生完了を監視している。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００８−１９２１１５号公報
【特許文献２】特開２００５−２５２５７６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上述したような時間による監視を行う場合、動画像再生開始のタイミングにズレが生じ得たとき、動画像の最後のフレームが再生される前に、画面を切り替えてしまうことが生じ得る。
【００１３】
例えば、ＷＥＢＡＴＭは、ローンの案内や資料請求の案内等を表示時間の長い動画像で説明し、動画像による説明後に取引同意を問うことが可能となる。このような場合、最後のフレームまで動画像再生完了が行われない場合、利用者の確認が必須な内容に漏れが発生するため問題となる。また例えば、一般のＷｅｂ動画と違い、表示画面と動画像の表示領域が一体化したＡＴＭにおいて、動画像が最後まで再生されていないことに、利用者が気付くことが困難である。
【００１４】
そのため、再生される動画像の状態を認識することができ、動画像の再生完了を判断できるようにする取引装置及び取引プログラムが求められている。
【課題を解決するための手段】
【００１５】
かかる課題を解決するために、第１の本発明は、表示部を備え、表示部に動画像を含む画面を表示して所定の取引処理を行う取引装置において、（１）表示部に表示させる画面制御を行う画面制御手段と、（２）画面制御手段からの指示に従って画面上に動画像を再生させる動画像再生手段とを備え、画面制御手段が、動画像再生手段からの、画面上に表示させる動画像の状態遷移を示す状態遷移通知に基づいて、動画像の表示状態を認識するものであることを特徴とする取引装置である。
【００１６】
第２の本発明は、表示部を備え、表示部に動画像を含む画面を表示して所定の取引処理を行う取引プログラムにおいて、コンピュータを、表示部に表示させる画面制御を行う画面制御手段、画面制御手段からの指示に従って画面上に動画像を再生させる動画像再生手段として機能させるものであり、画面制御手段が、動画像再生手段からの、画面上に表示させる動画像の状態遷移を示す状態遷移通知に基づいて、動画像の表示状態を認識するものであることを特徴とする取引プログラムである。
【発明の効果】
【００１７】
本発明によれば、再生される動画像の状態を認識することができ、動画像の再生完了を判断できる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係るＡＴＭの内部構成を示す内部構成図である。
【図２】第１の実施形態に係るＡＴＭの外観構成を示す斜視図である。
【図３】第１の実施形態の制御部の機能的構成と、制御部及び操作表示部の接続構成を示す構成図である。
【図４】第１の実施形態の画面制御部による表示画面を説明する説明図である。
【図５】第１の実施形態の読み込み準備状態画面と再生状態画面とを説明する説明図である。
【図６】第１の実施形態に係るＡＴＭにおける動画像再生制御の処理を示すシーケンス図である。
【図７】第２の実施形態に係るＡＴＭにおける動画像再生制御の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１９】
（Ａ）第１の実施形態
以下では、本発明の取引装置及び取引プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００２０】
第１の実施形態では、例えば銀行等の金融機関やコンビニエンスストア等に設置されるＡＴＭに本発明を適用する場合を例示する。
【００２１】
（Ａ−１）第１の実施形態の構成
（Ａ−１−１）ＡＴＭ１の外観構成及び内部構成
図２は、第１の実施形態に係るＡＴＭの外観構成を示す斜視図である。図２において、第１の実施形態に係るＡＴＭ１は、操作表示部５０、カード挿入排出口４０１、伝票排出部６０１、通帳挿入排出口７０１、紙幣入出金口８０１、硬貨入出金口８０２を有する。
【００２２】
図１は、第１の実施形態に係るＡＴＭ１の内部構成を示す内部構成図である。図１において、第１の実施形態に係るＡＴＭ１は、制御部１０、データ記憶部２０、通信部３０、カードリーダライタ４０、操作表示部５０、伝票用プリンタ６０、通帳処理部７０、現金処理部８０を有する。
【００２３】
制御部１０は、ＡＴＭ１内の各構成要素の動作制御や情報処理を行う機能を担うものである。また、制御部１０は、ＣＰＵ１０１と、１次記憶手段としてのメモリ１０２を有する。
【００２４】
データ記憶部２０は、制御部１０により実行される処理プログラムや情報処理に必要な各種情報や、操作表示部５０に表示する画像データ（動画像データ、静止画像データ）等を記憶するものである。データ記憶部２０は、制御部１０により２次記憶手段として利用されるものである。データ記憶手段２０は、例えば、フラッシュメモリやＨＤＤ等により構成される。
【００２５】
第１の実施形態において、制御部１０及びデータ記憶部２０は、オペレーティングシステム（以下、単に「ＯＳ」と表す：例えば、Ｗｉｎｄｏｗｓ等）をインストール可能なコンピュータとして構成される。
【００２６】
通信部３０は、ホストサーバ２等との間で情報を通信するためのネットワークインタフェースである。なお、通信部３０については、既存のＡＴＭ等と同様のものを適用することができるため、詳しい説明は省略する。
【００２７】
カードリーダライタ４０は、カード挿入排出口４０１から挿入されたカード（例えば、キャッシュカード、クレジットカード等）が有するデータ格納部に格納されているデータの読み取り等を行うものである。なお、カードリーダライタ４０は、既存のＡＴＭ等と同様のものを適用することができるため、詳しい説明は省略する。
【００２８】
操作表示部５０は、当該ＡＴＭ１のユーザインタフェース機能を担うものである。具体的には、操作表示部５０は、タッチパネル画面を用いて、利用者に操作画面を提示し、利用者への情報出力や、利用者からの操作受付（メニュー選択や金額入力、番号入力等）を行うことが可能なデバイスである。
【００２９】
伝票用プリンタ６０は、伝票用紙に取引内容を印字して、伝票排出部６０１から排出するものである。なお、伝票用プリンタ６０自体は、既存のＡＴＭ等と同様のものを適用することができるため、詳しい説明は省略する。
【００３０】
通帳処理部７０は、通帳挿入排出口７０１に挿入された通帳の処理（例えば、通帳への取引結果の印字等）を行うものである。なお、通帳処理部７０は、既存のＡＴＭ等と同様のものを適用することができるため、詳しい説明は省略する。
【００３１】
現金処理部８０は、入金された貨幣（紙幣及び又は硬貨）を収納する機能と、収納されている貨幣を利用者に出金する機能を担っている。この実施形態では、現金処理部８０は、紙幣入出金口８０１から紙幣の入出金を行い、硬貨入出金口８０２から硬貨の入出金を行うことが可能となっているものとする。なお、現金処理部８０は、既存のＡＴＭ等と同様のものを適用することができるため詳しい説明を省略する。
【００３２】
（Ａ−１−２）制御部１０の取引に係る動画像の再生制御
次に、第１の実施形態の制御部１０の機能的構成と、制御部１０及び操作表示部５０の接続構成を説明する。
【００３３】
図３は、第１の実施形態の制御部１０の機能的構成と、制御部１０及び操作表示部５０の接続構成を示す構成図である。制御部１０のオペレーティングシステム（以下、「ＯＳ」と表す）上で動作するプログラム構成は、機能的には図３のように示すことができる。
【００３４】
図３において、制御部１０は、取引処理部２０４、画面遷移制御部２０１、画面制御部２０２、ブラウザ２０３を有する。
【００３５】
取引処理部２０４は、ＡＴＭ１において実行される各種取引の処理を行うものである。取引処理部２０４は、例えば取引アプリケーションプログラムとすることができる。
【００３６】
取引処理部２０４が行う処理としては、例えば、入金取引処理や出金取引処理がある。入金取引処理は、ＡＴＭ１内に貨幣を入金する取引処理であり、例えば、預け入れ取引、振込取引等がある。また、出金取引処理は、ＡＴＭ１内にある貨幣を出金する取引処理であり、例えば、引き出し取引等がある。
【００３７】
画面遷移制御部２０１は、各種取引毎又は運用毎に表示する画面の遷移制御を行うものである。画面遷移制御部２０１は、各種取引毎又は運用毎に表示する画面の遷移パターンが定義されている。画面遷移制御部２０１が指示する画面は、動画像を含む画面を有する。画面に含まれる動画像は、様々な情報を利用者に提示するものであり、動画像の内容は特に限定されるものではない。例えば、動画像は、取引操作の説明に関する動画像、広告に関する動画像、取引に関連する情報等がある。画面遷移制御部２０１は、例えばＪａｖａ（登録商標）アプリケーションプログラムとすることができる。
【００３８】
画面遷移制御部２０１は、取引処理部２０４が実行する取引の種類に基づいて、対応する取引種類の画像を画面制御部２０２に表示指示するものである。また、画面遷移制御部２０１は、画面上の操作が完了した旨を示す画面遷移通知を画像制御部２０２から取得し、取引処理部２０４が実行する取引の進行具合に応じて、対応する画像を画像制御部２０２に遷移指示したりするものである。
【００３９】
画面制御部２０２は、ＡＴＭ１の操作表示部５０に表示する画面の動作制御を行うものである。画面制御部２０２は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）等で記述された動作制御アプリケーションプログラムとすることができる。
【００４０】
画面制御部２０２は、図３に示すように、動画像再生制御部２１０と、状態変更イベント取得部２２０とを有する。
【００４１】
動画像再生制御部２１０は、ブラウザ２０３の動画像再生部２３１に対して動画像の状態制御を行うものである。動画像再生制御部２１０は、動画像再生部２３１で再生させる動画像データのオブジェクトに、状態遷移パラメータを指定するものである。
【００４２】
ここで、状態遷移パラメータは、動画像再生部２３１により再生する動画像の状態が遷移した場合に、動画像再生部２３１が発生するイベントである。例えば、動画像再生部２３１がＷＭＶであり、ＷＭＶ９形式の動画像データを再生するものである場合、状態遷移パラメータはＰｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅイベントを適用することができる。すなわち、動画像再生制御部２１０は、ＷＭＶ９形式の動画像データのオブジェクトに、Ｐｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数を指定する。これにより、動画像再生部２３１が再生する動画像の状態が遷移した場合には、動画像再生部２３１はＪａｖａＳｃｒｉｐｔのイベントを発生し、動画像の状態が遷移した旨を示す状態変更通知を行うことができる。
【００４３】
また、動画像再生制御部２１０は、後述する状態変更イベント取得部２２０が取得した状態変更通知の内容に基づいて、動画像再生部２３１における動画像の再生動作を制御するものである。
【００４４】
状態変更イベント取得部２２０は、動画像再生部２３１において動画像の状態が遷移して発生された状態変更通知を取得するものである。
【００４５】
ブラウザ２０３は、一般的な種々のＷｅｂブラウザを適用することができる。ブラウザ２０３には、動画像再生部２３１が組み込まれている。
【００４６】
動画像再生部２３１は、ブラウザ２０３の画面上に動画像データの再生画面を表示するものである。動画像再生部２３１は、ブラウザ２０３の画面に、動画像の表示画面を組み込んで表示する。動画像再生部２３１は、動画像プレーヤ（いわゆるメディアプレーヤ）のプログラムを適用することができる。動画像再生部２３１としての動画像プレーヤは、種々のメディアプレーヤのプログラムを適用することができる。第１の実施形態では、ブラウザ２０３に、動画像再生部２３１としてのＷＭＶが組み込まれており、ＷＭＶ（動画像再生部２３１）が、ブラウザ２０３を介して、ＷＭＶ９形式の動画像データを表示する場合を例示する。
【００４７】
操作表示部５０は、利用者に向けて表示する画面を表示する表示部５０１と、利用者操作により入力された情報を取り込む入力部５０２とを有するものである。操作表示部５０は、ディスプレイ５０１及び操作入力部５０２が一体となりタッチパネル方式の操作表示手段とする。
【００４８】
図４は、第１の実施形態の画面制御部２０２による表示画面を説明する説明図である。
【００４９】
図４に示すように、画面制御部２０２は、表示部５０１に表示画面として、第１の画面Ｗ１と第２の画面Ｗ２の２枚のブラウザの画面（ウィンドウ）を重ねて配置する。なお、ここでは、画面（ウィンドウ）の数を２枚とする場合を例示するが、３枚以上であっても良い。
【００５０】
画面制御部２０２は、ブラウザ２０３に対して、２枚の画面（ウィンドウ）のうち、いずれの画面を前面に表示するかを示す切り替え指示を行う。ブラウザ２０３は、画面制御部２０２からの切り換え指示に従って、２枚の画面の位置を切り替える。前面の画面は表示画面となり、後面（背面）の画面は非表示画面となる。
【００５１】
図４の例では、画面Ｗ１が表示画面であり、画面Ｗ２が非表示画面である場合を示す。従って、図４の状態では、表示部５０１に表示されるのは、第１の画面Ｗ１のみとなる。
【００５２】
ここで、画面制御部２０２が上述したような画面制御（ウィンドウ制御）を行う方法は、種々の方法を広く適用することができる。例えば、画面制御部２０２は、ＯＳ２００がＷｉｎｄｏｗｓの場合、ＷｉｎｄｏｗｓＡＰＩ等の制御手段を用いて実現することができる。
【００５３】
画面制御部２０２が第１の画面Ｗ１と第２の画面Ｗ２との切り替えるタイミングや、画像制御部２０２が第１の画面上で動画像を再生させるタイミングや、第１の画面上で再生させる動画像の内容については、特に限定されない。
【００５４】
例えば、図４に示す第１の画面Ｗ１は、取引に関する操作画面や、動画像が組み込まれた再生画面等を含む画面とする。また、第２の画面Ｗ２は、表示内容は特に限定されるものではない。例えば、第２の画面Ｗ２は、動画像再生部２３１が新たに読み込んだ動画像の再生準備が完了するまでの間に、取引が継続してなされている旨を示すメッセージを含む画面とすることができる。
【００５５】
上記の例の場合、例えば、画面制御部２０２は、取引開始後、第１の画面Ｗ１を表示させるようにしても良い。また、取引の進行過程において、ホストサーバとの間で通信処理を行う場合や取引操作の待ち時間等が生じた場合に、画面制御部２０２は、第１の画面Ｗ１上で動画像（例えば、広告に関する動画像等）を再生させるようにしても良い。
【００５６】
第１の画面Ｗ１上の動画像を変更するような場合、動画像再生部２３１は、別の動画像を読み込むことが必要となる。そのような場合、動画像再生部２３１は、新たな動画像の読み込みや動画像の再生準備等に所定の時間（例えば数秒程度）を要する。
【００５７】
動画像の読込状態準備期間は、第１の画面Ｗ１上で動画像が表示されない。例えば、図５に示すように、動画像が表示される画面領域は、図５（Ａ）に示すように真っ黒な画面が表示され、読込状態準備期間（例えば数秒程度）経過後に、動画像が表示される画面領域には動画像が再生される。
【００５８】
また、動画像再生部２３１が画面制御部２０２から再生開始指示を受けた場合でも、即座に切り替わらず、数ミリ秒程度の再生開始タイミングのズレが生じ得る。動画像の再生完了を時間監視する場合、この再生開始タイミングのズレにより、再生完了タイミングもズレが生じるため、動画像が最後まで表示されないことが生じ得る。
【００５９】
そこで、第１の実施形態では、画面制御部２０２が、動画像再生部２３１から取得する状態変更通知に基づいて、動画像再生部２３１の動作状態を認識し、表示する画面の切り替えることで、最後フレームまで動画像を再生させることができる。
【００６０】
（Ａ−２）第１の実施形態の動作
図６は、第１の実施形態に係るＡＴＭ１における動画像再生制御の処理を示すシーケンス図である。図６では、第１の実施形態の動画像再生制御の基本的な処理を説明する。
【００６１】
画面制御部２０２の動画像再生制御部２１０は、ＷＭＶ９形式の動画像データのオブジェクトにＰｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数を指定するように設定される。これにより、動画像再生部２３１の状態が遷移した場合に、状態変更通知が動画像再生部２３１から画面制御部２０２に通知される。
【００６２】
まず、ＡＴＭ１の操作表示部５０の表示部５０１には、取引の種類を選択するメニュー画面が表示される。利用者操作により取引種類が選択され、その取引種類を示す情報が制御部１０に与えられる。制御部１０において、選択された取引の取引処理部２０４が起動し、所定の取引が開始する（Ｓ１０１）。
【００６３】
画面遷移制御部２０１において、取引や運用に応じた画面の遷移指示が画面制御部２０２に与えられる。ここでは、動画像が組み込まれた画面とする。
【００６４】
画面制御部２０２の動画像再生制御部２１０は、動画像再生部２３１に対して、動画像を組み込む画面の読み込み開始を指示する（Ｓ１０２）。例えば、図４の第１の画面Ｗ１（すなわち表示画面）の読み込みを指示する。
【００６５】
動画像再生制御部２１０から画面の読み込み開始が指示されると、動画像再生部２３１は指示された画面を読み込み、動画像再生部２３１は当該画面における動画像の配置確認を行う（Ｓ１０３）。例えば、動画像再生部２３１は、図４の第１の画面Ｗ１及び第１の画面Ｗ１に組み込む動画像データを読み込む（例えば、画面に関するファイルを開く）。
【００６６】
動画像再生制御部２１０において、動画像再生部２３１から画面の読み込み完了通知が与えられると（Ｓ１０４）、動画像再生開始指示が、動画像再生部２３１に与えられる（Ｓ１０５）。これにより、画面に組み込まれた動画像を、ＡＴＭ１が自律的に再生開始させることができる。
【００６７】
動画像再生制御部２１０からの動画像再生開始指示を受けて、動画像再生部２３１は、指示された動画像データを読み込む状態となる（Ｓ１０６）。動画像再生部２３１による動画像データの読み込みや動画像の再生準備には所定時間を要する。
【００６８】
動画像再生部２３１において、動画像データの読み込みが完了し、動画像の再生準備が完了すると、動画像再生部２３１は動画像再生状態となる。すなわち、表示する画面上で動画像が再生される（Ｓ１０７）。
【００６９】
このとき、動画像が組み込まれた画面上の動画像領域は、全面黒色の状態から動画像が再生する状態に遷移する（図５参照）。このように、動画像再生部２３１による動作状態が遷移すると、動画像再生部２３１は、画面制御部２０２に対して、再生状態に変更した旨の状態変更通知を行う。
【００７０】
画面制御部２０２において、状態変更イベント取得部２２０が、動画像再生部２３１から再生状態に変更した旨の状態変更通知を受けると、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像が再生開始したことを認識する（Ｓ１０８）。
【００７１】
そして、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像の再生が完了するまで待機する（Ｓ１０９）。
【００７２】
その後、動画像組み込み画面上で再生される動画像が完了すると、動画像再生部２３１の動作状態が再生状態から停止状態となる（Ｓ１１０）。動画像再生部２３１による動作状態が遷移すると、動画像再生部２３１は、画面制御部２０２に対して、停止状態に変更した旨の状態変更通知を行う。
【００７３】
画面制御部２０２において、状態変更イベント取得部２２０が、動画像再生部２３１から停止状態に変更した旨の状態変更通知を受けると、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像が停止開始したことを認識する（Ｓ１１１）。
【００７４】
つまり、画面制御部２０２は、停止状態に変更した旨の状態変更通知が与えられることで、動画像の最後フレームまで再生され、動画像の再生が完了したことを認識することができる。
【００７５】
そして、動画像再生部２３１が停止状態になり、動画像の再生が完了すると、画面制御部２０２は、ブラウザ２０３に対して、表示部５０１に表示する画面の切り替えを行う（Ｓ１１２）。
【００７６】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、状態遷移パラメータ（例えば、Ｐｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数）を用いることで、動画像再生部による動画像の再生完了を判断することが可能になる。その結果、動画像を利用して確認必須な案内内容を説明する場合であっても、最後のフレームまで漏れなく再生することが可能になる。
【００７７】
（Ｂ）第２の実施形態
以下では、本発明の取引装置及び取引プログラムの第２の実施形態を、図面を参照しながら詳細に説明する。
【００７８】
第２の実施形態も、第１の実施形態と同様に、例えば銀行等の金融機関やコンビニエンスストア等に設置されるＡＴＭに本発明を適用する場合を例示する。
【００７９】
（Ｂ−１）第２の実施形態の構成及び動作
第２の実施形態は、動画像再生部２３１が動画像を再生する際、動画像の読込状態準備画面を非表示にする場合の実施形態を説明する。
【００８０】
従来、動画像再生部が動画像再生時の読込状態準備画面を非表示する場合、画面制御部が、動画像再生部の状態を所定時間毎に繰り返し監視して行なう必要がある。また、動画再生部の状態変更後の状態をできるだけ早く認識するためには、画面制御部が監視頻度を高めるために監視時間を短くする必要がある。
【００８１】
しかし、監視時間を短くして監視頻度を高める場合、ＡＴＭの性能負荷が増大することになり、取引に及ぼす影響が高くなる。また、Ｓｅｔ  Ｔｉｍｅ  Ｏｕｔによる時間監視の最小値はブラウザ毎に限界がある。
【００８２】
そこで、第２の実施形態は、第１の実施形態と同様に、状態遷移パラメータ（例えば、Ｐｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数）を用いることで、動画像再生部の読込状態準備画面を非表示にする場合を例示する。
【００８３】
第２の実施形態のＡＴＭの外観構成、内部構成及び制御部１０の機能的構成は、第１の実施形態と同一又は対応するＡＴＭ１を適用することができるため、第２の実施形態においても、図１、図２及び図３を用いてＡＴＭの詳細な説明を行う。
【００８４】
図７は、第２の実施形態に係るＡＴＭ１における動画像再生制御の処理を示すシーケンス図である。
【００８５】
画面制御部２０２の動画像再生制御部２１０は、第１の実施形態と同様に、ＷＭＶ９形式の動画像データのオブジェクトにＰｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数を指定するように設定される。
【００８６】
まず、ＡＴＭ１の操作表示部５０の表示部５０１には、取引の種類を選択するメニュー画面が表示される。利用者操作により取引種類が選択され、その取引種類を示す情報が制御部１０に与えられる。制御部１０において、選択された取引の取引処理部２０４が起動し、所定の取引が開始する（Ｓ２０１）。
【００８７】
このとき、操作表示部５０（表示部５０１）には、第２の画面Ｗ２が前面側に配置されて表示状態となっており、第１の画面Ｗ１が背面側に配置されており非表示状態となっているものとして説明する。また、表示部５０１に表示されている第２の画面Ｗ２は取引に係る初期画面であり、第１の画面Ｗ１は動画像が組み込まれた画面であるとする。
【００８８】
画面遷移制御部２０１において、第２の画面Ｗ２への遷移指示が画面制御部２０２に与えられる。
【００８９】
画面制御部２０２の動画像再生制御部２１０は、動画像再生部２３１に対して、動画像を組み込む画面（第２の画面Ｗ２）の読み込み開始を指示する（Ｓ２０２）。
【００９０】
動画像再生制御部２１０から画面（第２の画面）の読み込み開始が指示されると、動画像再生部２３１は指示された画面を読み込み、動画像再生部２３１は当該画面における動画像の配置確認を行う（Ｓ２０３）。
【００９１】
動画像再生制御部２１０において、動画像再生部２３１から画面の読み込み完了通知が与えられると（Ｓ２０４）、動画像再生開始指示が、動画像再生部２３１に与えられる（Ｓ２０５）。これにより、画面に組み込まれた動画像を、ＡＴＭ１が自律的に再生開始させることができる。
【００９２】
動画像再生制御部２１０からの動画像再生開始指示を受けて、動画像再生部２３１は、指示された動画像データを読み込む状態となる（Ｓ２０６）。動画像再生部２３１による動画像データの読み込みや動画像の再生準備には所定時間を要する。
【００９３】
このとき、第１の画面Ｗ１は第２の画面Ｗ２の背面側に配置されており、第１の画面Ｗ１は非表示となっている。従って、第１の画面Ｗ１の動画像領域は全面黒色の読込状態準備画面であるが、第１の画面Ｗ１は非表示となっており、第１の画面Ｗ１は利用者に見られることはない。その結果、利用者の操作中に、突然画面全体が真っ黒の画面が表示され、取引操作の中止等の誤解等を回避することができる。
【００９４】
動画像再生部２３１において、動画像データの読み込みが完了し、動画像の再生準備が完了すると、動画像再生部２３１は動画像再生状態となる。すなわち、表示する画面上で動画像が再生される（Ｓ２０７）。
【００９５】
動画像再生部２３１が、動画像読み込み状態から動画像再生状態に遷移すると、動画像再生部２３１は、画面制御部２０２に対して、再生状態に変更した旨の状態変更通知を行う。
【００９６】
画面制御部２０２において、状態変更イベント取得部２２０が、動画像再生部２３１から再生状態に変更した旨の状態変更通知を受けると、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像が再生開始したことを認識する（Ｓ２０８）。
【００９７】
そして、第１の画面Ｗ１に組み込まれた動画像が再生され、動画像再生部２３１の動作状態が再生状態となると、画面制御部２０２は、動画像再生部２３１に対して再生の一時停止を指示する（Ｓ２０９）。この再生一時停止の指示を受けて、動画像再生部２３１は動画像一時停止状態となる（Ｓ２１０）。
【００９８】
動画像が一時停止状態となり動画像再生部２３１の動作状態が変更すると、再生一時停止に変更した旨の状態変更通知が、動画像再生部２３１から画面制御部２０２に与えられる。
【００９９】
画面制御部２０２において、状態変更イベント取得部２２０が、再生一時停止状態に変更した旨の状態変更通知を受けると、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像が一時停止開始したことを認識する（Ｓ２１１）。
【０１００】
そして、動画像再生制御部２１０は、動画像再生部２３１に対して、動画像の再生開始指示を行う（Ｓ２１２）。また、画面制御部２０２は、動画像再生開始時と同時に、第１の画面Ｗ１を前面側に配置する制御を行う（Ｓ２１３）。これにより、動画像再生部２３１は動画像再生状態となり（Ｓ２１４）、動画像が再生している第１の画面Ｗ１が表示部５０１に表示される。
【０１０１】
その後、動画像組み込み画面（第１の画面Ｗ１）上で再生される動画像が再生完了して、動画像再生部２３１が動画像停止状態となると（Ｓ２１５）、動画像停止状態に変更した旨の状態変更通知が、画面制御部２０２に与えられる。
【０１０２】
画面制御部２０２において、状態変更イベント取得部２２０が、動画像再生部２３１から停止状態に変更した旨の状態変更通知を受けると、動画像再生制御部２１０は、動画像が組み込まれた画面上で動画像が停止開始したことを認識する（Ｓ２１６）。
【０１０３】
つまり、画面制御部２０２は、停止状態に変更した旨の状態変更通知が与えられることで、動画像の最後フレームまで再生され、動画像の再生が完了したことを認識することができ、次の処理に移行する（Ｓ２１７）。
【０１０４】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、状態遷移パラメータ（例えば、Ｐｌａｙ  Ｓｔａｔｅ  Ｃｈａｎｇｅ関数）を用いることで、動画像再生部による動画像の再生完了を判断することが可能になる。
【０１０５】
また、第２の実施形態によれば、Ｓｅｔ  Ｔｉｍｅ  Ｏｕｔを用いた時間監視による場合よりも、精度良く動画像の再生完了を認識することができ、更にＡＴＭの性能負荷を上げることなく、動画像読み込み準備状態画面を非表示にすることができる。
【０１０６】
（Ｃ）他の実施形態
上述した第１及び第２の実施形態においても本発明の種々の変形実施形態を例示したが、本発明は、以下の他の実施形態についても適用することができる。
【０１０７】
（Ｃ−１）上述した第１及び第２の実施形態は、本発明の取引装置がＡＴＭに適用した例を説明したが、本発明の取引装置は、これに限定されるものではなく、動画像が組み込まれた画面を表示して、所定の取引を行うものに広く適用することができる。例えば、本発明の取引装置は、ＡＴＭ以外に、外貨両替機・無人契約機等、様々なＷＥＢ連携型の自動機に対して適用可能である。
【０１０８】
（Ｃ−２）上述した第１及び第２の実施形態では、Ｗｅｂブラウザの第１の画面Ｗ１、及び第２の画面Ｗ２を重ねて表示して、前面側に配置する画面を切替える構成としていたが、制御部１０において画面切替えを行う構成についてはこれに限定されない。
【０１０９】
例えば、ディスプレイドライバのマルチディスプレイの機能（例えば、１つの画面を複数の画面の領域に分割し、いずれかの領域の画面を選択して当該画面の画像信号を出力する機能）を用いて、表示部５０１上での画面の表示切替を行うようにしてもよい。
【０１１０】
（Ｃ−３）上述した第１及び第２の実施形態のＡＴＭ１では、第１の画面Ｗ１に操作画面と動画像の両方を表示する構成となっていたが、動画像だけを表示する第３の画面（ウィンドウ）を別途設けて表示する構成としてもよい。その場合、第１の画面Ｗ１が上述の第３の画面に置き換わるだけである。このように、ＡＴＭ１で用いられる画面（Ｗｅｂブラウザのウィンドウ）の数は限定されないものである。
【０１１１】
（Ｃ−４）上述した第１及び第２の実施形態において、取引プログラムとしての取引処理部は、ＯＳ上で、Ｗｅｂブラウザ、動画像プレーヤ（動画像再生部）を利用して動作するものとして説明したが、本発明の取引プログラムが動作するプラットフォームは限定されないものである。
【０１１２】
例えば、取引処理部、Ｗｅｂブラウザ、動画像プレーヤ（動画像再生部）の機能をすべて搭載したプログラム（ソフトウェア）を、本発明の取引プログラムとして構築するようにしてもよい。また、例えば、取引処理部をＷｉｎｄｏｗｓ以外のＯＳ（例えばＵＮＩＸ（登録商標）系の他のＯＳ）の上で動作させるようにしてもよい。
【０１１３】
また、上述した第１及び第２の実施形態では、取引処理部は、Ｗｅｂブラウザ上で動作するアプリケーションであるものとしてもよい。取引処理部の動作環境は限定されないものである。例えば、取引処理部を、Ｗｅｂブラウザを用いずに、Ｗｉｎｄｏｗｓ等のＯＳで直接動作するアプリケーション（上記の実施形態と同様に、複数のウィンドウを用いた処理が可能なアプリケーション）として構築するようにしてもよい。
【０１１４】
（Ｃ−５）上述した第１及び第２の実施形態では、本発明の取引装置をＡＴＭに適用する例について説明したが、その他の取引装置に適用するようにしても良い。例えば、電子マネー等を利用者の口座にチャージ（入金）する取引や、利用者の口座から電子マネーを引き落として商品（例えば、交通機関等のチケット等）を販売する取引等を行うシステムに適用し得る。
【符号の説明】
【０１１５】
１…ＡＴＭ、１０…制御部、２０…データ記憶部、３０…通信部、５０…操作表示部、１０１…ＣＰＵ、１０２…メモリ、２０１…画面遷移制御部、２０２…画面制御部、２０３…ブラウザ、２０４…取引処理部、２１０…動画像再生制御部、２２０…状態変更イベント取得部、２３１…動画像再生部。
【図１】
2014238784.tif 000003
【図２】
2014238784.tif 000004
【図３】
2014238784.tif 000005
【図４】
2014238784.tif 000006
【図５】
2014238784.tif 000007
【図６】
2014238784.tif 000008
【図７】
2014238784.tif 000009