(57)【要約】【課題】  他のアプリケーションから画像リストを与えられて起動される画像表示アプリケーションの場合、必ずしも与えられた全ての画像が表示可能とは限らない。【解決手段】  ユーザからの表示の切り替え（次／戻）の度に表示できない旨の通知を行うのは操作上煩わしいため、次に表示可能な画像を表示する。  また、そのことを画像リストを与えたアプリケーションに通知する。【選択図】  図１
2006139678.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーション間でメッセージの通信ができるＯＳ（基本ソフト）上で動作し、
他のアプリケーションから画像リストを指定されて起動する手段を有する画像表示アプリケーションにおいて、
画像表示をリスト順に表示を行う手段を有し、
表示を行う途中で表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段を有し、
上記表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段を有する
ことを特徴とする画像表示アプリケーション。
【請求項２】
複数のアプリケーション間でメッセージの通信ができるＯＳ（基本ソフト）上で動作する画像表示アプリケーションにおいて、
起動した後に他のアプリケーションから画像リストを指定されて保持する画像リストを変更する手段を有し、
他のアプリケーションから画像リストを新たに指定されたときに、
新たに指定された画像リストのうち、最初の画像の表示を行う手段を有し、
更に画像表示をリスト順に表示を行う手段を有し、
表示を行う途中で表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段を有し、
上記表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段を有する
ことを特徴とする画像表示アプリケーション。
【請求項３】
請求項１または請求項２に記載の画像表示アプリケーションにおいて、
リストの最後のものの画像の表示をされているときに、
次の画像表示の要求をうけつけたら、リストの最初に戻る手段を有し、
画像リストのうちの次の画像の表示を繰り返し試みて、全ての画像が表示不可能であることを検出する手段を有し、
全ての画像の表示が不可能であることを検出したら画像の表示を行わない手段を有する
ことを特徴とする、画像表示アプリケーション。
【請求項４】
請求項１または請求項２に記載の画像表示アプリケーションにおいて、
画像リストを指定したアプリケーションを特定する手段を有し、
画像リストを指定したアプリケーションにメッセージ通信を行う手段を有し、
画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、
画像リストを指定したアプリケーションに対して、
画像ファイル名とともに、表示できない、または画像ではない、または画像ファイルが壊れている旨を通知する手段を有する
ことを特徴とする、画像表示アプリケーション。
【請求項５】
請求項４に記載の画像表示アプリケーションにおいて、
リストを指定して画像表示アプリケーションを起動する、
または、既に起動されている画像表示アプリケーションにリストを与えて表示しなおす
手段を有する特定のアプリケーションを介して
他のアプリケーションから起動される手段を有し、
表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段により、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したとき、その旨を前記特定のアプリケーションに通知する手段を有する
ことを特徴とする、画像表示アプリケーション。
【請求項６】
請求項１または請求項２に記載の画像表示アプリケーションにおいて、
画像リストをうけとったときに画像リストを構成する画像の数を数える手段を有し、
画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、
画像リストから表示できない画像、または画像ではない、または画像ファイルが壊れているものを削除し、
既に数えられた画像リストを構成する画像の数から１をひいた数を新たな画像リストを構成する画像の数とする手段を有する
ことを特徴とする、画像表示アプリケーション。
【請求項７】
請求項１または請求項２に記載の画像表示アプリケーションにおいて、
自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段を有し、
画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段と、
自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段
を切り替える手段を有する
ことを特徴とする、画像表示アプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ上で動作する、画像表示アプリケーションに関する。
【背景技術】
【０００２】
従来より、画像を扱うコンピュータにおいて、画像を閲覧するために複数の画像をサムネイル表示し、サムネイルを選んで大画面で表示したり、拡大、縮小表示を行っていた。また、予め画像のリストを与えて起動し、画像表示アプリケーションの機能で、リストを順，逆送りを行って表示することが可能であった。
【０００３】
例えば、特許文献１参照。
【特許文献１】特開２００４−２４７８７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、画像リストを保持し、リストの順，逆送りを行って表示している間に、リスト中に表示できない画像、または画像ファイルではないこと、または画像ファイルが壊れていることを検出し、当該アプリケーションにおいてエラーを検出したとしても、他のアプリケーションとの情報共有を行うことができない。
【０００５】
特に、データベースを用いて画像を管理している場合においては、可能であれば、データベースに対して、画像ファイルが何らかの問題を持つことを登録したいであろうし、データベースにかかわらず、他のアプリケーションにおいて画像を用いるものについては、問題が生じていることを早期に検出したいことが多い。
【０００６】
本アプリケーションにおいては、画像表示アプリケーションで問題があった画像については、他のアプリケーションでもその情報を共有できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の画像表示アプリケーションにおいて、画像表示を行うリストを保持し、そのリスト順に表示を行う手段を有し、表示を行う途中で表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出し、上記表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像のデコード、表示を試みる。
【０００８】
また本発明の画像表示アプリケーションにおいて、既に起動されている状態で、異なるアプリケーション間の通信を用いて他のアプリケーションから画像リストを指定して、現在保持している画像リストを破棄して新たなリストにおきかえ、置き換えた新たな画像リストの最初の画像を表示し、画像の表示の送り、戻り命令により、リスト中に表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる。
【０００９】
また本発明の画像表示アプリケーションにおいて、リストの最後の画像を表示しているときに、次の画像表示の要求をうけつけたら、リストの最初に戻り、画像リストのうちの次の画像の表示を繰り返し試み、更に全ての画像が表示不可能であることを検出する手段を有し、全ての画像の表示が不可能であることを検出したら画像の表示を行わない。
【００１０】
また本発明の画像表示アプリケーションにおいて、画像表示アプリケーションに画像リストを与えたアプリケーションを特定する手段をもち、画像リストを指定したアプリケーションにメッセージ通信を行う手段を持ち、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、画像リストを指定したアプリケーションに対して、画像ファイル名とともに、表示できない、または画像ではない、または画像ファイルが壊れている旨を通知する。
【００１１】
また本発明の画像表示アプリケーションにおいて、リストを指定して画像表示アプリケーションを起動する、または、既に起動されている画像表示アプリケーションにリストを与えて表示しなおす手段を有する特定のアプリケーションを仲介して他のアプリケーションから起動される手段を有し、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段により、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したとき、その旨を前記特定のアプリケーションに通知する手段を有するリストを指定して画像表示アプリケーションを起動する、または、既に起動されている画像表示アプリケーションにリストを与えて表示しなおす手段を有する特定のアプリケーションを介して他のアプリケーションから起動される手段を有し、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段により、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したとき、その旨を前記特定のアプリケーションに通知する手段を有するリストを指定して画像表示アプリケーションを起動する、または、既に起動されている画像表示アプリケーションにリストを与えて表示しなおす手段を有する特定のアプリケーションを介して他のアプリケーションから起動される手段を有し、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段により、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したとき、その旨を前記特定のアプリケーションに通知する。
【００１２】
また本発明の画像表示アプリケーションにおいて、画像リストを受け取ったら、画像リストを構成する画像の数を数え、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、画像リストから表示できない画像、または画像ではない、または画像ファイルが壊れているものを削除し、既に数えられた画像リストを構成する画像の数から１をひいた数を新たな画像リストを構成する画像の数とする。
【００１３】
更に本発明の画像表示アプリケーションにおいて、自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段を持ち、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段と、自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段を切り替える。
【発明の効果】
【００１４】
以上説明したように本発明によれば先ず、画像表示をリスト順に表示を行う手段を有し、表示を行う途中で表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段を有し、上記表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段を有することで、本発明の画像表示アプリケーション内で画像の有効性をチェックするため、本発明の画像表示アプリケーションに対して与える画像ファイルのリストの信頼性をチェックせずに与えてもよく、画像表示アプリケーションを使うユーザもファイルの有効性について気にせずに操作が可能となる。
【００１５】
また、本発明によれば、起動した後に他のアプリケーションから画像リストを指定されて保持する画像リストを変更する手段を有し、他のアプリケーションから画像リストを新たに指定されたときに、新たに指定された画像リストのうち、最初の画像の表示を行う手段を有し、更に画像表示をリスト順に表示を行う手段を有し、表示を行う途中で表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段を有し、上記表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段を有することで、画像表示アプリケーションが起動中に、保持する画像リストの入れ替えを行うことができ、入れ替えた後も、適切にユーザの希望に応じて画像の送り／戻りを行うことができる。
【００１６】
また、本発明によれば、リストの最後のものの画像の表示をされているときに、次の画像表示の要求をうけつけたら、リストの最初に戻る手段を有し、画像リストのうちの次の画像の表示を繰り返し試みて、全ての画像が表示不可能であることを検出する手段を有し、全ての画像の表示が不可能であることを検出したら画像の表示を行わない手段を有することで、自動的に表示不可能な画像をスキップするためにおこる無限ループを防止することができる。
【００１７】
また、本発明によれば、画像リストを指定したアプリケーションを特定する手段を有し、画像リストを指定したアプリケーションにメッセージ通信を行う手段を有し、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、画像リストを指定したアプリケーションに対して、画像ファイル名とともに、表示できない、または画像ではない、または画像ファイルが壊れている旨を通知する手段を有することで、画像リストを指定したアプリケーションに対して、画像の正当性をフィードバックすることができる。
【００１８】
また、本発明によれば、リストを指定して画像表示アプリケーションを起動する、または、既に起動されている画像表示アプリケーションにリストを与えて表示しなおす手段を有する特定のアプリケーションを介して他のアプリケーションから起動される手段を有し、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出する手段により、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したとき、その旨を前記特定のアプリケーションに通知する手段を有することで、画像表示アプリケーションは、画像リストを与えるアプリケーションは必ず前記特定のアプリケーションであるため、画像リストを与えたアプリケーションを特定する必要がなく、また、前記特定のアプリケーションが全てのアプリケーションに対して、画像ファイルの整合性を他の複数のアプリケーションに対して整合性をあわせる機能をもてば、画像表示アプリケーションは、前記特定のアプリケーションに対して整合性をあわせる命令を出すと、複数のアプリケーションで整合性をあわせることができる。
【００１９】
また、本発明によれば、画像リストをうけとったときに画像リストを構成する画像の数を数える手段を有し、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、画像リストから表示できない画像、または画像ではない、または画像ファイルが壊れているものを削除し、既に数えられた画像リストを構成する画像の数から１をひいた数を新たな画像リストを構成する画像の数とする手段を有することで、画像リストを整合性にあわせて更新することができる。
【００２０】
更に、本発明によれば、自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段を有し、画像リストのうち、表示できない画像、または画像ではない、または画像ファイルが壊れていることを検出したら、自動的に次の画像の表示を試みる手段と、自動的に次の画像の表示は試みず、ユーザに表示しようとしている画像ファイルが表示できない画像、または画像ではない、または画像ファイルではないことを通知する手段を切り替える手段を有することで、画像リストの整合性を敢えてユーザに通知しないモードと、敢えてユーザに通知するモードを切り替えて使うことが可能となる。
【発明を実施するための最良の形態】
【００２１】
（第１の実施例）
以下、図１〜図４に基づき、本発明による画像表示アプリケーションを説明する。
【００２２】
まず本実施例の画像表示アプリケーションの動作するハードウェアブロック図を図１に示す。
【００２３】
ハードウェアは、動作全体の制御を行うＣＰＵ１０１、読み書き可能なメモリ（ＲＡＭ）１０２、読み込み専用メモリ（ＲＯＭ）１０３、キーボードやマウスのような入力装置（ＩｎｐｕｔＭｅｔｈｏｄ）１０４，表示装置（Ｄｉｓｐｌａｙ）１０５、クロックを供給するリアルタイムクロック（ＲＴＣ）１０６、ハードディスクなどの外部メモリ、外部機器と接続するためのＩ／Ｏ１０８、それぞれの装置間の情報の伝送を行うバス１０９より成る。
【００２４】
本実施例においては、本発明の画像表示アプリケーションのＯＳ（基本ソフト）はＵＮＩＸ（登録商標）とする。
【００２５】
まずは本実施例の画像表示アプリケーションの動作の説明に先立ち、異なるアプリケーション間でのメッセージの送受信について説明する。
【００２６】
ＵＮＩＸ（登録商標）においては、異なるアプリケーション間（プロセス間）でのメッセージの送受信を行う方法のひとつに、ソケットを使った方法がある。
【００２７】
ソケットを使った通信には、同一マシン内での通信を行うＵＮＩＸ（登録商標）ドメインソケットとネットワークを介した通信を行うＩＮＥＴドメインソケットがあるが、本実施例では同一マシン内での通信のため、ＵＮＩＸ（登録商標）ドメインソケットを用いる。
【００２８】
図２を用いて、アプリケーションＡから画像表示アプリケーションを起動し、ソケット通信を行うための概念図を示す。
【００２９】
まず、アプリケーションＡ（２１１）は、あるソケットのパス名を用いて、ソケットをサーバとしてオープンする（２０１）。ソケットのパス名を引数に加えて、画像表示アプリケーション（２１２）を起動し（２０２）、ソケットのｒｅａｄ待ちをする。
【００３０】
起動された画像表示アプリケーション（２１２）は、起動時に渡された引数である、ソケットのパス名を用いて、ソケットをクライアントとしてオープンする（２０３）。
【００３１】
画像表示アプリケーション（２１２）からアプリケーションＡ（２１１）にメッセージを送信する場合、メッセージを既にオープンしているソケットに対してｗｒｉｔｅする（２０４）。
【００３２】
アプリケーションＡ（２１１）は、ｒｅａｄ待ちをしているため、ソケットが画像表示アプリケーション（２１２）からｗｒｉｔｅを受け取ると、２０５により、ｒｅａｄが終了する。これにより、画像表示アプリケーション（２１２）からアプリケーションＡ（２１１）へのメッセージの送信が完了する。
【００３３】
図３に、アプリケーションＡ（２１１）から画像表示アプリケーション（２１２）を起動し、メッセージを受け取る流れを示す。
【００３４】
まず、ステップｓ３０１で画像表示アプリケーション２１２で表示したい画像リストを生成し、ステップｓ３０２で、ソケットのパス名を生成する。／ｔｍｐ／ｉｍａｇｅａｐｐ＿ｓｏｃｋのような固定的なパスでも良い。
【００３５】
次に、ステップｓ３０３において、ステップｓ３０２で決定したソケットのパス名を用いて、ソケットをサーバとしてオープンし、ステップｓ３０４において、ソケットのパス名と画像リストを引数にして、画像表示アプリケーションを起動し、ソケットのｒｅａｄ待ちをステップｓ３０５において行う。
【００３６】
ここで、図４において、画像表示アプリケーション（２１２）の動作の流れを説明する。
【００３７】
ステップｓ４０１において、画像リストとソケットのパス名を引数に、画像表示アプリケーションが起動される。ステップｓ４０２において、画像表示アプリケーション２１２は、プログラム起動時に引数で与えられたソケットのパス名を用いて、ソケットをクライアントとしてオープンする。この時点で、アプリケーションＡ（２１１）との通信路が確立される。
【００３８】
ステップｓ４０３において、次に画像ファイルの総数を計数する。
【００３９】
次に、ステップｓ４０５でリストの最初に、デコード開始を示すタグをつけ、ループカウントを０にする。このループカウントは後述する、画像のデコードの失敗時にリストを繰り上げて更に画像をデコードすることになるが、その繰り上げた回数を記憶するためのものである。
【００４０】
次にステップｓ４０７で、画像のデコードを行い、表示を行うためのビットマップデータに展開する。次のステップｓ４０８において、ループカウントが０ではなく、カレントの画像が現在タグづけされている画像と一緒か評価するが、ループカウントが０であるので、必ずステップｓ４０９を評価する。ステップｓ４０９の評価で、デコードが成功していれば、ステップｓ４１０で画像の表示を表示画面上に行い、次のイベント待ちを行う（ステップｓ４１１）。
【００４１】
次に、ステップｓ４１１において、ユーザが、リストの次の画像表示を行うように操作すると、ステップｓ４１２において、リスト中のカレントを次のものにする。もし、既にカレントがリストの最後であったら、リストの最初にカレントを戻す。
【００４２】
次にステップｓ４１３で、更新したカレントの画像にタグをつけなおし、ステップｓ４１４でループカウントを０にする。ステップｓ４０７の画像のデコード以降は前述した流れと同一である。
【００４３】
ここで、ステップｓ４０９でデコードに失敗した場合、ステップｓ４１５でループカウントに１を足し、次のステップｓ４１６において、ｓ４０３で計数された画像ファイルの総数を１減らす。
【００４４】
次に、ステップｓ４１７において、ステップｓ４０２でオープンしたソケットに対して、ファイル名とエラーであることをｗｒｉｔｅする。
【００４５】
このステップｓ４０２でのソケットへのｗｒｉｔｅが、図２のソケットへのｗｒｉｔｅ（２０４）に相当する。ソケットにｗｒｉｔｅされた内容は、経路（２０４）を通じて、アプリケーションＡのソケットｒｅａｄ検出（ステップｓ３０６）に至る。ステップｓ３０６でソケットのｒｅａｄを検出したアプリケーションＡは、ｒｅａｄした内容を解析し、画像表示アプリケーションの画像デコードエラーであれば、その画像に対する処理を行う。例えば、ステップｓ３０８のように、登録されているデータベースに、画像としてデコードできない旨のフラグを記述しても良いし、画像ファイルそのものが存在しない場合は、データベースから画像ファイルのエントリを抜いても良い。
【００４６】
いずれにしても、アプリケーション間で、データを相互に辻褄をあわせながら実行することが可能となる。
【００４７】
ステップｓ４１７でソケットにｗｒｉｔｅし、ソケットｓ３０６でｒｅａｄされるデータは、アプリケーションＡと画像表示アプリケーションが理解できる内容であれば、何でも良い。
【００４８】
例えば、
エラー番号            ２バイト（ｓｈｏｒｔ  ｉｎｔ）
画像ファイルのパス    ６４バイト（ＡＳＣＩＩ）
で良い。
【００４９】
画像表示アプリケーションは、ステップ４１７でエラー通知を行った後、ステップｓ４１８において、ダイアログを出して、画像ファイルが不正であることを通知し、カレントをリストの次のものにし、ステップｓ４０７以降を繰り返す。
【００５０】
ステップｓ４０７〜ｓ４０９，ｓ４１５〜ｓ４１９で無限ループに陥るのをステップｓ４０８で防止する。すなわち、リング状にたどれる画像リストの、最初にデコードをはじめた場所をステップｓ４０５，ｓ４１３でつけたタグで記憶しておき、リング状になった画像リストを一周デコードに失敗しつづけて巡ってきた場合、ステップｓ４０８がｙｅｓになり、以後ループを回ることを停止する。
【００５１】
以上により、画像表示アプリケーションにおいては、不正な画像を含んだ画像リストを保持した状態においても、不正な画像は飛ばして順送りして画像を表示することで、ユーザの操作により、適正な画像のみを表示することができる。
【００５２】
また、異なるアプリケーション間で、画像データの整合性を確保しながら、相互のアプリケーションを実行することが可能となる。
【００５３】
また、画像表示アプリケーションにおいて、画像に対してペイントしたりリサイズするなど、画像を変更する手段を有する場合、ステップ４１７でエラー通知をするだけではなく、画像の変更を行ったことをアプリケーションＡに通知しても良い。
【００５４】
このとき、アプリケーションＡではステップｓ３０７において、画像の変更を検出し、もし、画像のサムネイルを表示していたのであれば、変更のあった画像のサムネイルを表示しなおす処理を行うことが可能となる。
【００５５】
また、図５の流れに示すように、不正な画像を検出したときに、ステップｓ５１８のようにユーザに不正な画像であることを通知し、図４の流れで説明したような画像の順送りを行わないモードと、図４の流れで説明したような、不正な画像を検出したときに自動的に画像の順送りを行うモードとを切り替えて使えるようにしても良い。
【００５６】
また、図４のステップｓ４２０で画像リストを与えられるように、ソケットのｒｅａｄもできるように実装することで、本発明の画像表示アプリケーションが起動されているときに、他のアプリケーションから画像表示アプリケーションの保持するリストを切り替えることが可能となる。
【００５７】
（第２の実施例）
以下、図４，６，７に基づき、本発明による画像表示アプリケーションの好適な第二実施例を説明する。
【００５８】
第１の実施例では画像を扱うアプリケーションが画像表示アプリケーション以外に１つの場合について説明したが、本実施例では、画像を扱うアプリケーションが画像表示アプリケーション以外に複数存在する場合について説明する。
【００５９】
図６にアプリケーション間の相互の結びつきについて示す。
【００６０】
画像表示アプリケーションを含む全てのアプリケーションは、アプリケーションマネージャ６０１という特殊なアプリケーションを核に、構成され、それぞれのアプリケーション６０２，６０３，６０４とアプリケーションマネージャ６０１は、それぞれ別のソケット６０５，６０６，６０７で結合されている。
【００６１】
ここで、画像表示アプリケーションにおいて、画像のデコードに失敗した場合、ステップｓ４１７において、ソケットにファイル名とエラー番号をｗｒｉｔｅすると、図７のステップｓ７０６でソケットのｒｅａｄを検出する。ここで、ソケットでｒｅａｄされた内容の解析を行い（ステップｓ７０７）、ステップｓ７０８で、アプリケーションマネージャ固有の処理を行う。データベースの書き換えを行っても良い。次にステップｓ４１７でなされたと同様に画像表示アプリケーション以外の全てのソケットに対して、すなわち、全てのアプリケーションに対して、エラー通知のためのソケットｗｒｉｔｅを行う。ソケットｒｅａｄをうけとった全てのアプリケーションは、そのアプリケーション固有の処理を行う。
【００６２】
ソケットを使った送受信について、エラー通知を行う方法について説明したが、エラー通知だけではなく、画像の更新など、他のメッセージの送受信に使っても良い。
【００６３】
これにより、複数のアプリケーション間で、整合性のとれた画像データの更新が行うことが可能となる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例における画像表示アプリケーションが動作するコンピュータのハードウェアブロック図である。
【図２】本発明の実施例におけるソケットを用いたアプリケーション間通信を説明する概略図である。
【図３】本発明の実施例における、画像表示アプリケーションを起動する側のソケットの使い方の例である。
【図４】本発明の第１実施例における画像表示アプリケーションの流れを示す図である。
【図５】本発明の第１実施例における、画像が有効ではないときに自動送りをしないときの流れの図である。
【図６】本発明の第２実施例における複数のアプリケーションの関連図である。
【図７】本発明の第２実施例におけるアプリケーションマネージャでのソケットの操作を表す図である。
【符号の説明】
【００６５】
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  ＲＯＭ
１０４  入力装置
１０５  ディスプレイ
１０６  リアルタイムクロック
【図１】
2006139678.tif 000003
【図２】
2006139678.tif 000004
【図３】
2006139678.tif 000005
【図４】
2006139678.tif 000006
【図５】
2006139678.tif 000007
【図６】
2006139678.tif 000008
【図７】
2006139678.tif 000009