(57)【特許請求の範囲】
【請求項１】
動画をデコーディングする第１デコーダー及び該第１デコーダーを制御する制御部を有する装置の多重動画再生方法であって、
前記制御部により、前記第１デコーダーが使用中であるか否かを判断する段階と、
前記第１デコーダーが使用中の場合、前記制御部が第２デコーダーとして前記動画をデコーディングし縮小して動画クリップを生成する段階と、
前記動画クリップを記憶部に保存する段階と、
プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生する段階と、を有し、
前記制御部は、複数のコアで構成された中央処理装置（ＣＰＵ）を含み、
前記動画クリップを生成する段階は、前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して第１の複数の動画クリップを生成し、前記複数のコアのうちの少なくとも第２のコアが前記第２デコーダーとして第２の複数の動画クリップを生成する段階を含むことを特徴とする多重動画再生方法。
【請求項２】
前記第１デコーダーが使用中でない場合、前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して前記第１の複数の動画クリップを生成する段階を更に含むことを特徴とする請求項１に記載の多重動画再生方法。
【請求項３】
前記記憶部に保存された動画クリップを同時再生する段階は、
前記複数のコアのうちの少なくとも１つのコアが前記記憶部に保存された動画クリップを表示する段階を含むことを特徴とする請求項１に記載の多重動画再生方法。
【請求項４】
前記第１デコーダーが使用中であるか否かを判断する段階は、
前記装置で動画が新たに生成されるか、又は前記装置が外部ソースから動画を受信した場合に行われることを特徴とする請求項１に記載の多重動画再生方法。
【請求項５】
前記第１デコーダーが使用中であるか否かを判断する段階は、
前記第１デコーダーが動画をデコーディング中の場合、前記第１デコーダーが使用中であると判断する段階を含むことを特徴とする請求項１に記載の多重動画再生方法。
【請求項６】
チャプターを有する動画をデコーディングする第１デコーダー及び該第１デコーダーを制御する制御部を有する装置の多重動画再生方法であって、
前記制御部は、複数のコアで構成された中央処理装置（ＣＰＵ）を含み、
前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して動画を再生する段階と、
前記複数のコアのうちの少なくとも第２のコアが第２デコーダーとして前記再生中の動画をチャプター別にデコーディングし縮小して少なくとも１つの動画クリップを生成する段階と、
前記動画クリップを記憶部に保存する段階と、
プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生する段階と、を有することを特徴とする多重動画再生方法。
【請求項７】
動画及び該動画の一部又は全体に対応する動画クリップを保存する記憶部と、
前記動画をデコーディングする第１デコーダーと、
前記デコーディングされた動画を表示する表示部と、
前記記憶部、前記第１デコーダー、及び前記表示部を制御する制御部と、を備え、
前記制御部は、前記第１デコーダーが使用中であるか否かを判断し、前記第１デコーダーが使用中の場合、第２デコーダーとして前記動画をデコーディングし縮小して動画クリップを生成し、前記動画クリップを前記記憶部に保存し、プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生し、
前記制御部は、複数のコアで構成された中央処理装置（ＣＰＵ）を含み、
前記複数のコアのうちの第１のコアが前記第１デコーダーを制御し、前記複数のコアのうちの少なくとも第２のコアが前記第２デコーダーとして動画クリップを生成することを特徴とする多重動画再生装置。
【請求項８】
前記制御部は、前記第１デコーダーが使用中でない場合、前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して前記動画クリップを生成することを特徴とする請求項７に記載の多重動画再生装置。
【請求項９】
前記複数のコアのうちの少なくとも１つのコアが前記記憶部に保存された動画クリップを前記表示部に表示することを特徴とする請求項７に記載の多重動画再生装置。
【請求項１０】
動画及び該動画の一部又は全体に対応する動画クリップを保存する記憶部と、
前記動画をデコーディングする第１デコーダーと、
前記デコーディングされた動画を表示する表示部と、
前記記憶部、前記第１デコーダー、及び前記表示部を制御する制御部と、を備え、
前記制御部は、複数のコアで構成された中央処理装置（ＣＰＵ）を含み、
前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して前記動画を再生し、
前記複数のコアのうちの少なくとも第２のコアが第２デコーダーとして前記再生中の動画をチャプター別にデコーディングし縮小して前記動画クリップを生成し、前記表示部から受信したプレビュー要請イベントの検出に応答して前記動画クリップを同時再生することを特徴とする多重動画再生装置。
【請求項１１】
動画をデコーディングする第１デコーダー及び該第１デコーダーを制御する制御部を有する装置に多重動画再生方法を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
複数のコアで構成された中央処理装置（ＣＰＵ）を含む前記制御部に、
前記第１デコーダーが使用中であるか否かを判断する段階と、
前記第１デコーダーが使用中の場合、前記制御部が第２デコーダーとして直接前記動画をデコーディングし縮小して動画クリップを生成する段階と、
前記動画クリップを記憶部に保存する段階と、
プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生する段階と、を実行させ、
前記動画クリップを生成する段階は、前記複数のコアのうちの第１のコアが前記第１デコーダーを制御して第１の複数の動画クリップを生成し、前記複数のコアのうちの少なくとも第２のコアが前記第２デコーダーとして第２の複数の動画クリップを生成する段階を含むことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画再生方法及び装置に関し、より詳しくは、複数の動画を同時に再生する多重動画再生方法及び装置に関する。
【背景技術】
【０００２】
携帯端末は、現代人の必需品であると言える。すなわち携帯端末は、老若男女を問わず使用され、音声通話及び情報交換のために用いられている。携帯端末の普及初期には、単純に携帯することができて、無線通話が可能なものとして認識されたが、技術の発達に伴い、今や多様なサービスと機能を提供する。例えば、携帯端末は、マルチメディア機器として、多様な機能、例えば、電子電話帳（ｅｌｅｃｔｒｏｎｉｃ  ｐｈｏｎｅｂｏｏｋ）、電子ゲーム（ｅｌｅｃｔｒｏｎｉｃ  ｇａｍｅ）、ショートメッセージアプリケーション（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ａｐｐｌｉｃａｔｉｏｎ）、電子メールアプリケーション（ｅｍａｉｌ  ａｐｐｌｉｃａｔｉｏｎ）、リマインダー（ｒｅｍｉｎｄｅｒ）機能（例：モーニングコール）、ミュージックプレーヤー、日程管理システム、デジタルカメラ、及び無線インターネットサービスを提供する。
【０００３】
携帯端末は、動画（例えば、ＭＰＥＧでフォーマットされたビデオ、ＡＶＩでフォーマットされたビデオなど）をデコーディング（ｄｅｃｏｄｉｎｇ）するハードウェア・ベースのデコーダーと、デコーディングされた動画をデジタル／アナログ（Ｄ／Ａ）変換して表示するタッチスクリーンとを具備することによって、動画を再生する。また携帯端末は、高性能のプロセッサを搭載して、多様な機能を同時に且つ迅速に処理する。
【０００４】
携帯端末は、複数の動画を同時に再生する。例えば、携帯端末は、タッチスクリーンからプレビュー要請イベント（例えば、タッチスクリーンに表示される「プレビュー」ボタンのタップ（ｔａｂ））を検出する。プレビュー要請イベントに応答して、携帯端末は、動画を時間分割し、順次に時間分割された動画をデコーディングする。次に、携帯端末は、デコーディングされた動画のサイズ（すなわち、画面に表示されるサイズ）をダウンコンバートした後、記憶部に一時保存する。その後、携帯端末は、一時保存された動画を同時に表示する。
【０００５】
しかし、このような同時再生方法は、バッファリング時間（すなわち、デコーディング時間）が必要なため、ユーザに不快な感じを与える。言い換えると、携帯端末の高性能をユーザに直観的に示しにくい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記従来の問題点に鑑みてなされたものであって、本発明の目的は、複数の動画をバッファリング時間なしに同時再生することによって、端末が高性能であることをユーザに直観的に示す多重動画再生方法及び装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するためになされた本発明の一態様による多重動画再生方法は、動画をデコーディングする第１デコーダー及び該第１デコーダーを制御する制御部を有する装置の多重動画再生方法であって、前記制御部により、前記第１デコーダーが使用中であるか否かを判断する段階と、前記第１デコーダーが使用中の場合、第２デコーダーとして前記制御部が動画をデコーディングして動画クリップを生成する段階と、前記動画クリップを記憶部に保存する段階と、プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生する段階と、を有することを特徴とする。
【０００８】
上記目的を達成するためになされた本発明の他の態様による多重動画再生方法は、チャプターを有する動画をデコーディングする第１デコーダー及び該第１デコーダーを制御する制御部を有する装置の多重動画再生方法であって、前記制御部が前記第１デコーダーを制御して動画を再生する段階と、前記再生中の動画をチャプター別にデコーディングし縮小して、動画クリップを生成する段階と、前記動画クリップを記憶部に保存する段階と、プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生する段階と、を有することを特徴とする。
【０００９】
上記目的を達成するためになされた本発明の一態様による多重動画再生装置は、動画及び該動画の一部又は全体に対応する動画クリップを保存する記憶部と、前記動画をデコーディングする第１デコーダーと、前記デコーディングされた動画を表示する表示部と、前記記憶部、前記第１デコーダー、及び前記表示部を制御する制御部と、を備え、前記制御部は、前記第１デコーダーが使用中であるか否かを判断し、前記第１デコーダーが使用中の場合、前記動画をデコーディングして動画クリップを生成し、前記動画クリップを前記記憶部に保存し、プレビュー要請イベントの検出に応答して前記記憶部に保存された動画クリップを同時再生することを特徴とする。
【００１０】
上記目的を達成するためになされた本発明の他の態様による多重動画再生装置は、動画及び該動画の一部又は全体に対応する動画クリップを保存する記憶部と、前記動画をデコーディングする第１デコーダーと、前記デコーディングされた動画を表示する表示部と、前記記憶部、前記第１デコーダー、及び前記表示部を制御する制御部と、を備え、前記制御部は、前記動画を再生するために前記第１デコーダーを制御し、前記再生中の動画をチャプター別にデコーディングし縮小して、前記表示部から受信したプレビュー要請イベントの検出に応答して前記動画クリップを同時再生することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数の動画をバッファリング時間なしに同時再生することによって、端末が高性能であることをユーザに直観的に示すことができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態による動画クリップを説明するための図である。
【図２】本発明の一実施形態による多重動画再生装置のブロック構成図である。
【図３】本発明の一実施形態による多重動画再生方法を説明するためのフローチャートである。
【図４】本発明の他の実施形態による多重動画再生方法を説明するためのフローチャートである。
【図５】本発明の多重動画再生方法を説明するための画面の例を示す図である。
【図６】本発明の多重動画再生方法を説明するための画面の例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。下記の説明と図面は、本発明の好ましい実施形態に過ぎず、多様に変更し得る。また、図面において、一部の構成要素は、誇張、省略、または概略的に示され、各構成要素の大きさは、実際の大きさを反映するものではない。
【００１４】
本発明による多重動画再生方法及び装置は、スマートホン、タブレットパソコン、ノートパソコン、デスクトップパソコン、テレビ、ナビゲーション装置、及びビデオフォンなどのようなマルチメディア機器に適用される。また、マルチメディア機器が融合された機器（例えば、通信機能及びタッチスクリーンを有する冷蔵庫）にも適用される。
【００１５】
以下、本発明の一実施形態による多重動画再生方法及び装置について詳しく説明する。以下の説明において、関連する公知の機能または構成に対する具体的な説明が本発明の要旨を不明瞭にすると判断される場合は、その詳細な説明を省略する。
【００１６】
図１は、本発明の一実施形態による動画クリップを説明するための図である。
【００１７】
本実施形態において、「動画クリップ」は、動画の一部または全体がハードウェア・ベースのデコーダーまたはソフトウェア・ベースのデコーダーによってデコーディングされたものである。また「動画クリップ」は、大きさがオリジナルサイズとは異なるサイズ、例えば小さくリサイジング（ｒｅｓｉｚｉｎｇ）されたものである。すなわち動画クリップは、オリジナル動画の縮小版（ｔｈｕｍｂｎａｉｌ）である。例えば、動画クリップの大きさは、３０４×２０８ピクセルまたは３３６×２０８ピクセルである。もちろん縮小されない場合、動画クリップの大きさは、オリジナル動画と同一である。動画クリップは、オリジナル動画とは別に、記憶部に保存される。オリジナル動画が削除される場合、対応する動画クリップも削除される。また、オリジナル動画の再生が完了すると、対応する動画クリップも削除される（すなわち一時保存）。また、動画クリップは、あらかじめ決定された時間、再生頻度、及びメモリ空間の容量制限（ｓｐａｃｅ  ｃａｐａｃｉｔｙ  ｌｉｍｉｔ）などに基づいて、削除される。例えば、保存時間が二日を経過した場合、当該動画クリップは、自動的に削除される。あるいは、保存後二日以内に一回も再生されない場合、当該動画クリップは、自動的に削除される。メモリ空間（ｍｅｍｏｒｙ  ｓｐａｃｅ）が５００ＭＢ以下に減少した場合、保存時間が一日以上経過した動画クリップは、自動的に削除される。
【００１８】
図１を参照すると、第１動画（Ｖｉｄｅｏ１）及び第２動画（Ｖｉｄｅｏ２）は記憶部（例えば、図２の記憶部２２０）に保存される。動画（Ｖｉｄｅｏ１及びＶｉｄｅｏ２）は、それぞれ、複数のチャプター（ｃｈａｐｔｅｒ）（例えば、Ｃ１〜Ｃ５）を含む。ここで、チャプターは、時間によって分割される。例えば、１つのチャプターの再生時間は、１０分である。動画クリップ１１０は、各動画に対して生成され、特に、各動画の各チャプター別に生成される。ここで、１つのチャプターの一部分だけ（例えば、チャプターの再生時間１０分のうちの最初の１０秒）が動画クリップに変換される。さらに、１つのチャプター全体または動画全体が動画クリップに変換される。動画クリップは、例えば、動画再生装置が待機中に、または動画再生装置が充電中で表示部がオフ（ＯＦＦ）状態の時に、生成される。動画クリップは、動画再生アプリケーションでサムネイルビュー（ｔｈｕｍｂｎａｉｌ  ｖｉｅｗ）またはチャプタービュー（Ｃｈａｐｔｅｒ  ｖｉｅｗ）モードが実行される時に、生成される。動画クリップは、動画再生アプリケーションにおいて全画面モードで動画が再生されるときに生成される。
【００１９】
図２は、本発明の一実施形態による多重動画再生装置のブロック構成図である。
【００２０】
図２を参照すると、多重動画再生装置２００は、例えば、携帯（ｐｏｒｔａｂｌｅ）端末またはモバイル（ｍｏｂｉｌｅ）装置で具現される。多重動画再生装置２００は、表示部２１０、記憶部２２０、記憶部インターフェース２２５、オーディオ処理部２３０、スピーカーＳＰＫ、マイクＭＩＣ、カメラ２４０、無線通信部２４５、周辺機器（ｐｅｒｉｐｈｅｒａｌ  ｄｅｖｉｃｅ）インターフェース２５０、コーデック２６０、バス２７０、及び制御部２８０を備える。
【００２１】
表示部２１０は、コーデック２６０または制御部２８０から入力された画像データをアナログ信号に変換して、制御部２８０の制御下で、上記信号を表示する。すなわち、表示部２１０は、多重動画再生装置２００の利用に応じて多様な画面、例えば、ロック画面、ホーム画面、アプリケーション（「アプリ（Ａｐｐ）」と略称する）実行画面、及びキーパッド画面などを表示する。ロック画面は、表示部２１０がオンされた時に、表示部２１０に表示される画像として定義される。ロック解除のためのタッチジェスチャーが検出されると、制御部２８０は、表示される画像をロック画面からホーム画面またはアプリ実行画面などに変更する。ホーム画面は、多数のアプリのそれぞれに対応する多数のアプリ・アイコンを含む画像として定義される。
【００２２】
多数のアプリのうちの１つがユーザによって選択（例えば、アプリ・アイコンをタップ）されると、制御部２８０は、当該アプリ（例えば、動画プレーヤー）を実行し、実行画面を表示部２１０に表示する。制御部２８０は、動画再生中に、プレビュー要請イベント（例えば、動画プレーヤー実行画面で「動画プレビュー」ボタンをタップ）を検出する。制御部２８０は、プレビュー要請イベントの検出に応答して記憶部２２０に保存された多数の動画のそれぞれに対応する動画クリップを同時に再生する。すなわち制御部２８０は、記憶部２２０に保存された多数の動画クリップを表示部２１０に出力する。表示部２１０は、制御部２８０から受信した動画クリップをＤ／Ａ変換して表示する。
【００２３】
表示部２１０は、上記画面のうちの１つを背景（ｂａｃｋｇｒｏｕｎｄ）で表示し、他の１つを前景（ｆｏｒｅｇｒｏｕｎｄ）として背景にオーバーラップして表示する。例えば、表示部２１０は、アプリ実行画面を表示し、その上にキーパッドをキーパッドスクリーンまたはキーパッドウィンドウとして表示する。また、表示部２１０は、制御部２８０の制御下で、多数の画面を表示する。例えば、表示部２１０は、第１表示領域に動画を表示し、第１表示領域とは異なる第２表示領域に表示中の動画に関連した各チャプターの動画クリップを表示する。
【００２４】
表示部２１０は、液晶表示装置（ＬＣＤ：Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機発光ダイオード（ＯＬＥＤ：Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｅｄ  Ｄｉｏｄｅ）、及びアクティブマトリックス式有機発光ダイオード（ＡＭＯＬＥＤ：Ａｃｔｉｖｅ  Ｍａｔｒｉｘ  Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｅｄ  Ｄｉｏｄｅ）などの平板表示パネルの形態で具現される。
【００２５】
表示部２１０は、ユーザとの対話のためのユーザインターフェースを提供するために、タッチスクリーン２１１を含む。タッチスクリーン２１１は、表示部２１０上に配置されるか又は表示部２１０内に組み込まれる。具体的には、タッチスクリーン２１１は、表示部２１０上に配置されるアドオンタイプ（ａｄｄ−ｏｎ  ｔｙｐｅ）や、表示部２１０内に挿入されるオンセルタイプ（ｏｎ−ｃｅｌｌ  ｔｙｐｅ）またはインセルタイプ（ｉｎ−ｃｅｌｌ  ｔｙｐｅ）で具現される。
【００２６】
タッチスクリーン２１１は、タッチスクリーン２１１に対するユーザのジェスチャー（例えば、タッチイベント）に応答してアナログ信号を発生し、アナログ信号をＡ／Ｄ変換して制御部２８０に伝達する。制御部２８０は、伝達されたタッチイベントからユーザのジェスチャーを検出する。すなわち、制御部２８０は、タッチ地点、タッチの移動距離、タッチの移動方向、タッチの速度、及びタッチの圧力などを検出して、上記構成要素を制御する。ユーザのジェスチャーは、タッチ（Ｔｏｕｃｈ）とタッチジェスチャー（Ｔｏｕｃｈ  ｇｅｓｔｕｒｅ）とに区分される。さらに、タッチジェスチャーは、タップ（Ｔａｐ）、ダブルタップ（Ｄｏｕｂｌｅ  Ｔａｐ）、ロングタップ（Ｌｏｎｇ  ｔａｐ）、ドラッグ（Ｄｒａｇ）、ドラッグアンドドロップ（Ｄｒａｇ  ＆  Ｄｒｏｐ）、フリック（Ｆｌｉｃｋ）、及びプレス（Ｐｒｅｓｓ）などを含む。ここで、タッチは、ユーザが画面のいずれか一地点にタッチ入力手段（例えば、指やスタイラスペン）を利用して接触する操作であり、タップは、いずれか一地点をタッチした後にタッチ入力手段の移動なしに当該地点からタッチ入力手段をタッチ解除（ｔｏｕｃｈ−ｏｆｆ）する操作であり、ダブルタップは、いずれか一地点を連続的に二度タップする操作であり、ロングタップは、タップより相対的に長くタッチした後、タッチ入力手段の移動なしに当該地点からタッチ入力手段をタッチ解除する操作であり、ドラッグは、いずれか一地点をタッチした状態でタッチ入力手段を所定方向に移動させる操作であり、ドラッグアンドドロップは、ドラッグした後にタッチ入力手段をタッチ解除する操作であり、フリックは、弾くように、ドラッグに比べてタッチ入力手段を早く移動させた後、タッチ解除する操作を意味する。プレスは、タッチ入力手段でいずれか一地点をタッチした後、当該地点を押す操作である。すなわちタッチは、タッチスクリーンに接触（ｃｏｎｔａｃｔ）している状態を意味し、タッチジェスチャーは、タッチがタッチスクリーンに接触（ｔｏｕｃｈ−ｏｎ）してタッチ解除（ｔｏｕｃｈ−ｏｆｆ）までのタッチの動きを意味する。
【００２７】
タッチスクリーン２１１は、圧力センサーを具備して、タッチされた地点の圧力を感知する。感知された圧力情報は、制御部２８０に伝達され、制御部２８０は、感知された圧力情報に基づいてタッチとプレスを区分する。タッチスクリーン２１１には、抵抗膜方式（ｒｅｓｉｓｔｉｖｅ  ｔｙｐｅ）、静電容量方式（ｃａｐａｃｉｔｉｖｅ  ｔｙｐｅ）、及び電磁誘導方式（ｅｌｅｃｔｒｏｍａｇｎｅｔｉｃ  ｉｎｄｕｃｔｉｏｎ  ｔｙｐｅ）などが適用される。
【００２８】
記憶部２２０は、制御部２８０の制御下で、多重動画再生装置２００で生成（例えば、カメラ２４０での撮影）されるか、または無線通信部２４５を通じて外部ソースから受信したデータ、特に多様な動画２２１を保存する。また、記憶部２２０は、制御部２８０またはコーデック２６０によって生成された動画クリップ２２２を保存する。このような動画クリップ２２２は、それぞれ、動画２２１に対応する。また、記憶部２２０は、ロック画面、ホーム画面、及びキーパッド画面などを構成または表示するためのデータを保存する。また、記憶部２２０は、多重動画再生装置２００の動作のための多様な設定値（例えば、画面の明るさ、タッチ発生時の振動の有無、画面の自動回転可否など）を保存する。
【００２９】
記憶部２２０は、多様なプログラムを保存する。具体的に、記憶部２２０は、多重動画再生装置２００の起動及び動作のためのオペレーションシステム（ＯＳ）、通信プログラム、イメージ処理プログラム、表示制御プログラム、ユーザインターフェースプログラム、組み込みアプリケーション（ｅｍｂｅｄｄｅｄ  ａｐｐｌｉｃａｔｉｏｎ）、及びサードパーティーのアプリケーション（３ｒｄ  ｐａｒｔｙ  ａｐｐｌｉｃａｔｉｏｎ）を含む。
【００３０】
通信プログラムは、無線通信部２４５を通じて外部装置と通信を可能にする命令（ｃｏｍｍａｎｄ）を含む。イメージ処理プログラムは、表示部２１０に表示されるグラフィックイメージを処理するための様々なソフトウェア構成要素（例えば、イメージフォーマットの変換、表示される画像のサイズ調節、レンダリング（ｒｅｎｄｅｒｉｎｇ）、及び表示部２１０のバックライトユニットの輝度決定などのためのモジュール）を含む。ここで、画像は、テキスト、ウェブページ、アイコン、写真、動画、及びアニメーションなどを含む。また、イメージ処理プログラムは、ソフトウェアのみを利用して具現されたソフトウェアコーデック２２３を含む。ここで、「ソフトウェア」という用語は、以下Ｓ／Ｗと略記して使用する。「ハードウェア」という用語は、以下Ｈ／Ｗと略記して使用する。ソフトウェアコーデック２２３は、制御部２８０が動画をデコーディング（復号化）するデコーダーとして機能することを可能にする命令と、その反対にコーディング（符号化：例えば、ＡＶＩ、ＭＰＥＧなどのフォーマットで圧縮）するコーダーとして機能することを可能にする命令を含む。すなわち、制御部２８０は、ソフトウェアコーデック２２３を利用してデコーダー及びコーダーの機能を行う。これにより、制御部２８０は、ソフトウェア・ベースのデコーダー及び／またはソフトウェア・ベースのコーダーとして動作する。
【００３１】
ユーザインターフェースプログラムは、ユーザインターフェースに関連するさまざまなソフトウェア構成要素を含む。組み込みアプリケーションは、多重動画再生装置２００に基本的な設定として搭載されているアプリケーションを意味する。例えば、組み込みアプリケーションは、ブラウザ（ｂｒｏｗｓｅｒ）、電子メール（ｅｍａｉｌ）、及びインスタントメッセンジャー（ｉｎｓｔａｎｔ  ｍｅｓｓｅｎｇｅｒ）などである。サードパーティーのアプリケーションは、オンラインマーケットから多重動画再生装置２００にダウンロードしてインストールしたアプリケーションを意味する。このようなサードパーティーのアプリケーションは、インストール及び削除が自由である。例えば、サードパーティーのアプリケーションは、ソーシャルネットワークサービスにアクセスするためのアプリケーション、例えばフェイスブック（登録商標）及びツイーター（登録商標）などである。
【００３２】
記憶部インターフェース２２５は、記憶部２２０を、バス２７０を通じて無線通信部２４５、コーデック２６０、及び制御部２８０に連結する。
【００３３】
オーディオ処理部２３０は、スピーカーＳＰＫ及びマイクＭＩＣのうちの少なくとも１つと連結され、音声認識、音声複製、デジタルレコーディング、及び電話機能のためにオーディオ信号の入力及び出力機能を行う。すなわち、オーディオ処理部２３０は、スピーカーＳＰＫを通じてオーディオ信号を出力し、マイクＭＩＣを通じてオーディオ信号の入力を受信するための機能を行う。オーディオ処理部２３０は、制御部２８０からオーディオデータを受信し、受信したオーディオデータをアナログ信号にＤ／Ａ変換した後、アナログ信号をスピーカーＳＰＫに出力する。オーディオ処理部２３０は、マイクＭＩＣからアナログ信号を受信してオーディオデータにＡ／Ｄ変換した後、オーディオデータを制御部２８０に提供する。スピーカーＳＰＫは、オーディオ処理部２３０から受信したアナログ信号を音波（ｓｏｕｎｄ  ｗａｖｅ）に変換して出力する。マイクＭＩＣは、人やその他の音源（ｓｏｕｎｄ  ｓｏｕｒｃｅ）から伝達された音波をアナログ信号に変換する。
【００３４】
カメラ２４０は、制御部２８０の制御下で、被写体を撮影して制御部２８０に出力する機能を行う。具体的に、カメラ２４０は、光を集めるためのレンズと、この光を電気的な信号に変換するイメージセンサー（例えば、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）またはＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ））と、イメージセンサーから入力される電気信号を映像データにＡ／Ｄ変換して制御部２８０に出力するイメージ信号処理部（ＩＳＰ：Ｉｍａｇｅ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）とを備える。
【００３５】
カメラ２４０のＩＳＰは、画像データをプレビューイメージに加工（例えば、表示部２１０の画面サイズに合わせて解像度を調節（ｒｅｓｉｚｉｎｇ））して制御部２８０に出力する表示制御モジュールと、画像データをコーディング（例えば、ＭＰＥＧフォーマットに圧縮）して制御部２８０に出力するコーディングモジュールとをさらに含む。制御部２８０は、プレビューイメージを表示部２１０に表示する。また、制御部２８０は、コーディングされた動画を記憶部２２０に保存する。
【００３６】
無線通信部２４５は、音声通話、画像通話、またはデータ通信を制御部２８０の制御下で行う。このために、無線通信部２４５は、送信される信号の周波数をアップコンバート及び増幅する無線周波数送信部と、受信した信号の周波数を低雑音増幅及びダウンコンバートする無線周波数受信部を含む。また、無線通信部２４５は、移動通信モジュール（例えば、３Ｇ（３−Ｇｅｎｅｒａｔｉｏｎ）移動通信モジュール、３．５Ｇ（３．５−Ｇｅｎｅｒａｔｉｏｎ）移動通信モジュール、または４Ｇ（４−Ｇｅｎｅｒａｔｉｏｎ）移動通信モジュールなど）、デジタル放送モジュール（例えば、ＤＭＢモジュール）、及び近距離通信モジュール（例えば、Ｗｉ−Ｆｉ（登録商標）モジュール、ブルートゥース（登録商標）モジュール）を含む。
【００３７】
周辺機器インターフェース２５０は、周辺機器（２１０、２３０、２４０）を、バス２７０を通じて記憶部２２０、コーデック２６０、及び制御部２８０に連結する。
【００３８】
コーデック２６０は、デコーダー２６１とコーダー２６２を含む。デコーダー２６１は、制御部２８０の制御下で、記憶部２２０、無線通信部２４５、カメラ２４０、または制御部２８０から入力されるデータ（例えば、動画）をデコーディングしてタッチスクリーン２１１に出力する。また、コーダー２６２は、制御部２８０の制御下で、カメラ２４０または制御部２８０から入力されるデータ（例えば、動画）をコーディング（符号化：例えば、ＡＶＩ、ＭＰＥＧなどのフォーマットに圧縮）して記憶部２２０に出力する。
【００３９】
バス２７０は、上記構成要素間の信号フローを伝達するための電気回路または他の既知の通信インターフェース及び構成要素（ｃｏｍｐｏｎｅｎｔｓ）である。バス２７０は、ＩＳＡバス（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅｂｕｓ）、ＥＩＳＡバス（Ｅｘｔｅｎｄｅｄ  Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｂｕｓ）、ＶＥＳＡバス（ｖｉｄｅｏ  ｅｌｅｃｔｒｏｎｉｃｓ  ｓｔａｎｄａｒｄ  ｓ  ａｓｓｏｃｉａｔｉｏｎ  ｂｕｓ）、及びＰＣＩバス（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｂｕｓ）などに区分される。
【００４０】
制御部２８０は、多重動画再生装置２００の全般的な動作及び当該装置２００の内部構成要素間の信号フローを制御し、データを処理する機能を行う。そして、制御部２８０は、バッテリーまたは他の既知のパワーソースから内部構成要素への電源供給を制御する。制御部２８０は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）２８１とグラフィック処理装置（ＧＰＵ：ｇｒａｐｈｉｃ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）２８２を含む。
【００４１】
ＣＰＵ２８１は、データの演算及び比較、命令の解読及び実行などを行うコンピューターシステムの中央制御ユニットである。ＧＰＵ２８２は、ＣＰＵ２８１に代わって、グラフィックに関連したデータの演算及び比較と、命令の解読及び実行などを行うグラフィック制御ユニットである。両プロセッサ（２８１、２８２）は、それぞれ、２つ以上の独立コア（例えば、４コア（ｑｕａｄ−ｃｏｒｅ）、図２参照）が単一の集積回路として形成されて１つのパッケージ（ｐａｃｋａｇｅ）に統合される。また、ＣＰＵ２８１とＧＰＵ２８２は、１つのチップ、例えばシステムオンチップ（ＳｏＣ：Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）に統合される。また、ＣＰＵ２８１とＧＰＵ２８２は、マルチレイヤ（ｍｕｌｔｉ  ｌａｙｅｒ）でパッケージング（ｐａｃｋａｇｉｎｇ）され得る。狭義には、ＣＰＵ２８１及びＧＰＵ２８２を含む構成はＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）と呼称される。広義には、ＣＰＵ２８１、ＧＰＵ２８２、バス２７０、コーデック２６０、及びインターフェース（２２５、２５０）を含む構成がＡＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）と呼称される。
【００４２】
本実施形態による多重動画再生は、表示部２１０に表示するために、ＣＰＵ２８１を利用して行われる。例えば、ＣＰＵ２８１の第１〜第４コア（ｃｏｒｅ０〜ｃｏｒｅ３）のうちの少なくとも１つが動画クリップを生成し、動画クリップをタッチスクリーン２１１に出力する。また、多重動画再生は、ＧＰＵ２８２を利用して行われる。例えば、ＧＰＵ２８２の第１〜第４コア（ｃｏｒｅ０〜ｃｏｒｅ３）のうちの少なくとも１つが動画を動画クリップに変換し、動画クリップをタッチスクリーン２１１に出力する。さらに、本実施形態による多重動画再生は、ＣＰＵ２８１及びＧＰＵ２８２の両方で行われる。ＣＰＵ２８１及びＧＰＵ２８２のうちの１つのコアがビデオをデコーディングするようにデコーダー２６１を制御し、ＣＰＵ２８１及びＧＰＵ２８２のうちの１つの他のコアがソフトウェアを利用してビデオをデコーディングするように制御部２８０を制御し、ＣＰＵ２８１及びＧＰＵ２８２のうちの１つのさらに他のコアがビデオを同時再生する。本実施形態による制御部２８０の機能は、以下で詳細に説明する。
【００４３】
デジタル機器のコンバージェンス（ｃｏｎｖｅｒｇｅｎｃｅ）傾向と共に、多様な実施形態に変形が可能であり、すべて列挙することはできないが、本発明による多重動画再生装置２００は、ＧＰＳモジュール、震動モーター、外部機器（例えば、ＰＣなど）と有線で連結するための有線通信モジュールなどの上記で言及していない構成要素をさらに含む。また、本実施形態の多重動画再生装置２００の上述した構成要素から特定構成要素が除外されるか、または他の構成に代替され得る。
【００４４】
図３は、本発明の一実施形態による多重動画再生方法を説明するためのフローチャートである。
【００４５】
図３を参照すると、段階３１０で、制御部２８０は、無線通信部２４５を通じて外部ソースから動画を受信する。さらに、制御部２８０は、有線で連結された外部機器（例えば、ＰＣ）から動画を受信する。制御部２８０は、外部ソースから受信した動画を記憶部２２０に保存する。また、段階３１０で、制御部２８０は、カメラ２４０から動画を受信する。カメラ２４０がロウ（ｒａｗ）データ（すなわち、コーディングされない動画）を出力する場合、制御部２８０は、カメラ２４０から受信したロウデータをコーダー２６２に伝達してコーディングするようにし、コーダー２６２によってコーディングされた動画を記憶部２２０に保存する。ここで、制御部２８０が直接、コーダーとしてロウデータをコーディングして記憶部２２０に保存することもできる。
【００４６】
段階３２０で、制御部２８０は、第１デコーダー（Ｈ／Ｗとして装備）、すなわちデコーダー２６１が使用中であるか否かを判断する。言い換えると、制御部２８０は、デコーダー２６１が現在作業（例えば、デコーディング、リサイジングなど）中であるか否かを判断する。
【００４７】
第１デコーダーが使用中の場合、段階３３０で、制御部２８０は、Ｓ／Ｗを利用して自身が第２デコーダーとして、オリジナル動画（すなわち、受信した動画）をデコーディングし、デコーディングされたオリジナル動画を縮小して動画クリップを生成し、段階３５０に進行する。この際、図１を参照して説明したように、オリジナル動画の一部分だけまたは全体を動画クリップに変換する。また、動画クリップは、オリジナル動画を縮小せずに、単にデコーディングされたものであってもよい。本実施形態では、制御部２８０において、１つのコアだけが動画クリップを生成する。あるいは、複数のコアが動画クリップの生成を行ってもよい。すなわちコアのそれぞれがデコーダーの役目を行う。例えば、図１及び図２を参照すると、第１動画（Ｖｉｄｅｏ１）及び第２動画（Ｖｉｄｅｏ２）を制御部２８０が受信した場合、ＣＰＵ２８１の第１コア（ｃｏｒｅ０）が第１動画（Ｖｉｄｅｏ１）のチャプターＣ１及びＣ２に対する動画クリップを生成し、ＣＰＵ２８１の第２コア（ｃｏｒｅ１）が第１動画（Ｖｉｄｅｏ１）のチャプターＣ３〜Ｃ５に対する動画クリップを生成する。また、ＧＰＵ２８２の第１コア（ｃｏｒｅ０）が第２動画（Ｖｉｄｅｏ２）のチャプターＣ１及びＣ２に対する動画クリップを生成し、ＧＰＵ２８２の第２コア（ｃｏｒｅ２）が第２動画（Ｖｉｄｅｏ２）のチャプターＣ３〜Ｃ５に対する動画クリップを生成する。したがって、複数の動画クリップが同時に且つ迅速に生成される。
【００４８】
段階３２０で、第１デコーダーが使用中ではない場合（例えば、再生が一時停止された場合、画面がオフとされている場合、第１デコーダーが待機状態（ｉｄｌｅ  ｓｔａｔｅ）の場合など）、段階３４０で、制御部２８０は、オリジナル動画（すなわち受信された動画）をデコーディングするように第１デコーダー２６１をハードウェア・ベースのデコーダーとして制御し、デコーディングされたオリジナル動画を縮小（あるいは、縮小しなくてもよい）して動画クリップを生成する。この際、段階３４０で、制御部２８０（例えば、ＣＰＵ２８１のコアのうちの少なくとも１つ）も、動画クリップの生成に加わる。
【００４９】
段階３５０で、制御部２８０は、段階３３０または段階３４０で生成された動画クリップを記憶部２２０に保存する。
【００５０】
段階３６０で、制御部２８０は、プレビュー要請があるか否かを判断する。例えば、表示部２１０は、制御部２８０の制御下で、「動画プレビュー」のためのボタンが含まれたアプリ実行画面（例えば、動画プレーヤーの実行画面）を表示する。制御部２８０は、表示部２１０で動画プレビューボタンに対するユーザのジェスチャー（例えば、タップ）、すなわちプレビュー要請イベントを検出する。
プレビュー要請がなければ、制御部２８０は、プレビュー要請があるか否かを繰り返して検査する。
【００５１】
プレビュー要請イベントが検出されると、段階３７０で、制御部２８０は、プレビュー要請イベントに応答して記憶部２２０にあらかじめ保存された動画クリップを同時に再生する。例えば、ＣＰＵ２８１の１つ以上のコアまたはＧＰＵ２８２の１つ以上のコアが動画クリップを表示部２１０に出力する。また、ＣＰＵ２８１及びＧＰＵ２８２のそれぞれ１つ以上のコアが動画クリップを表示部２１０に出力する。また、制御部２８０は、動画クリップを表示部２１０に出力するようにデコーダー２６１を制御する。
【００５２】
また、段階３７０で、制御部２８０は、記憶部２２０にあらかじめ保存された動画クリップが当該動画において一部だけがデコーディングされたものである場合、動画クリップの一部分を同時再生すると同時に、デコーディングされていない残りの部分に対して新しい動画クリップを生成し、これを記憶部２２０に保存する。すなわち制御部２８０は、続けてプレビューが可能となるように新しい動画クリップを生成する。この際、同時再生は、ＣＰＵ２８１（またはＧＰＵ２８２）のコアのうちのいずれか１つが処理し、動画クリップの生成及び保存は、他の少なくとも１つのコアが処理する。また、同時再生は、ＣＰＵ２８１が処理し、動画クリップの生成及び保存は、ＧＰＵ２８２が処理する。あるいは、その反対であってもよい。
【００５３】
以上、図３を参照しながら説明した実施形態によると、多重動画再生装置２００で動画が新たに生成されるか、または外部ソースから新たにダウンロードされた場合、当該動画に対する動画クリップが自動的に生成され、記憶部２２０に保存される。すなわち、動画のそれぞれに対応する動画クリップがあらかじめ保存される。制御部２８０は、ハードウェア・ベースのデコーダーが使用中の場合、ソフトウェア・ベースのデコーダーとして機能する制御部２８０によって、動画クリップを生成する。このように動画クリップがあらかじめ保存された状態でプレビュー要請がある場合、制御部２８０は、記憶部２２０に保存された動画クリップを同時に生成する。すなわち、制御部２８０は、バッファリング時間なしに（すなわち、動画をデコーディングし、縮小する過程なしに）、動画クリップを同時再生することによって、端末が高性能であることをユーザに直観的に示すことができる。
【００５４】
図４は、本発明の他の実施形態による多重動画再生方法を説明するためのフローチャートである。図５及び図６は、本発明の多重動画再生方法を説明するための画面の例を示す図である。
【００５５】
図４及び図５を参照すると、表示部２１０は、制御部２８０の制御下で、ホーム画面を表示する。制御部２８０は、ホーム画面で動画プレーヤーに対応するアイコンの選択（例えば、当該アイコンをタップ）を検出する。段階４１０で、制御部２８０は、アイコンの選択に応答して動画プレーヤーを実行する。表示部２１０は、制御部２８０の制御下で、動画プレーヤーの実行画面５００を表示する。動画プレーヤーの実行画面５００は、動画再生画面５１０とメニュー画面５２０を含む。
【００５６】
制御部２８０は、再生要請イベント（例えば、再生ボタン５３０に対するタップ）を検出する。再生要請イベントが検出された場合、段階４２０で、制御部２８０は、第１デコーダー（Ｈ／Ｗ）、すなわちデコーダー２６１を制御して動画を再生する。すなわち制御部２８０の制御下で、デコーダー２６１は、動画をデコーディングして表示部２１０に出力し、表示部２１０は、動画をＤ／Ａ変換して動画再生画面５１０に表示する。この際、再生される動画は、以前に再生された動画である。また、再生される動画は、実行画面５００または他の画面上に表示された動画リストからユーザによって選択された動画であってもよい。動画再生の制御は、制御部２８０の少なくとも１つのコア（例えば、ＣＰＵ２８１のＣｏｒｅ０）によって行われる。
【００５７】
段階４３０で、制御部２８０は、第２デコーダーの役目を行う。すなわち制御部２８０で、少なくとも１つのコア（例えば、ＣＰＵ２８１のＣｏｒｅ１〜Ｃｏｒｅ３）は、再生中の動画の各チャプター別に動画クリップを生成し、これを記憶部２２０に一時保存する。すなわち制御部２８０は、チャプタープレビュー要請がある場合、バッファリング時間なしに（すなわち、動画をデコーディングし、縮小する過程なしに）同時再生可能となるように動画クリップをあらかじめ生成して保存する。
【００５８】
段階４４０で、制御部２８０は、プレビュー要請があるか否かを判断する。例えば、制御部２８０は、メニュー画面５２０からチャプタープレビューボタン５２１の選択（例えば、タップ）を検出する。プレビュー要請がなければ、制御部２８０は、プレビュー要請があるか否かを繰り返し検査する。
【００５９】
段階４５０で、制御部２８０は、図６に示すように、チャプタープレビューの要請に応答して記憶部２２０にあらかじめ保存された動画クリップを同時に再生する。例えば、ＣＰＵ２８１で１つ以上のコアまたはＧＰＵ２８２で１つ以上のコアが動画クリップを表示部２１０に出力する。また、ＣＰＵ２８１及びＧＰＵ２８２のそれぞれの１つ以上のコアが動画クリップを表示部２１０に出力する。また、制御部２８０は、動画クリップを表示部２１０に出力するようにデコーダー２６１を制御するる。
【００６０】
また、段階４５０で、制御部２８０は、記憶部２２０にあらかじめ保存された動画クリップを同時再生すると同時に、新しい動画クリップを生成して記憶部２２０に保存する。すなわち制御部２８０は、続けてプレビューが可能となるように新しい動画クリップを生成する。この際、同時再生は、ＣＰＵ２８１（またはＧＰＵ２８２のコアのうちのいずれか１つが処理し、動画クリップの生成及び保存は、他の少なくとも１つのコアが処理する。また、同時再生は、ＣＰＵ２８１が処理し、動画クリップの生成及び保存は、ＧＰＵ２８２が処理する。
【００６１】
以上、図４〜図６を参照して説明した実施形態によると、多重動画再生装置２００のハードウェア・ベースのデコーダー２６１によって動画が再生中の場合、制御部２８０は、ソフトウェア・ベースのデコーダーとして、再生中の動画の各チャプター別に動画クリップを生成してあらかじめ保存する。このように動画クリップがあらかじめ保存された状態でチャプタープレビュー要請がある場合、制御部２８０は、記憶部２２０に保存された各チャプター別に動画クリップを同時に再生する。すなわち制御部２８０は、動画クリップをバッファリング時間なしに同時再生することによって、端末が高性能であることをユーザに直観的に示すことができる。
【００６２】
上述した本発明による多重動画再生方法は、多様なコンピュータを通じて実行可能なプログラム命令で具現され、コンピュータ読み取り可能な記録媒体に記録される。ここで、記録媒体は、プログラム命令、データファイル、及びデータ構造などを含む。また、プログラム命令は、本発明のために特別に設計され構成されたものであるか、またはコンピュータソフトウェア分野で通常の知識を有する者に公知で使用可能なものであってもよい。また、記録媒体には、ハードディスク、フロッピー（登録商標）、及び磁気テープのような磁気媒体と、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体と、フロプチカルディスク（Ｆｌｏｐｔｉｃａｌ  Ｄｉｓｋ）のような磁気−光媒体と、ＲＯＭ、ＲＡＭ、及びフラッシュメモリなどのようなハードウェア装置が含まれる。また、プログラム命令には、コンパイラーによって作られる機械語コードだけでなく、インタプリターを使用してコンピュータによって実行される高級言語コードが含まれる。ハードウェア装置は、本発明の動作を実行する１つ以上のソフトウェアモジュールとして動作するように構成される。
【００６３】
以上、本発明の実施形態について図面を参照しながら詳細に説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の技術的範囲から逸脱しない範囲内で多様に変更実施することが可能である。
【符号の説明】
【００６４】
１１０、２２２    動画クリップ
２００    多重動画再生装置
２１０    表示部
２１１    タッチスクリーン
２２０    記憶部
２２１    動画
２２３    ソフトウェアコーデック
２２５    記憶部インターフェース
２３０    オーディオ処理部
２４０    カメラ
２４５    無線通信部
２５０    周辺機器インターフェース
２６０    コーデック
２６１    （第１）デコーダー
２６２    コーダー
２７０    バス
２８０    制御部
２８１    ＣＰＵ
２８２    ＧＰＵ
５００    実行画面
５１０    動画再生画面
５２０    メニュー画面
５２１    チャプタープレビューボタン
５３０    再生ボタン
【図１】
0006284931.tif 000002
【図２】
0006284931.tif 000003
【図３】
0006284931.tif 000004
【図４】
0006284931.tif 000005
【図５】
0006284931.tif 000006
【図６】
0006284931.tif 000007