(57)【要約】      （修正有）【課題】付箋アプリの使い勝手を向上する画面表示プログラム、方法及び装置並びに処理プログラム、方法及び装置を提供する。【解決手段】処理部は、デスクトップ画面を透過表示する付箋アプリ画面を編集モード以外（固定モード）において他のウィンドウ画面の最背面に表示するＳ４０。そして、デスクトップ画面を透過表示する付箋アプリ画面を固定モードでは他のウィンドウ画面の最背面に表示し、付箋アプリ画面上においてデスクトップ画面上の表示に対する操作と見做す操作を受け付けるとＳ４６ＢＹ、受け付けた操作の情報をＯＳに受け渡し代替処理命令を実行するＳ４６Ｃ。【選択図】図１７
2017049845.tif 000002
【特許請求の範囲】
【請求項１】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す、処理をコンピュータに実行させることを特徴とする画面表示プログラム。
【請求項２】
前記書き込み画面と前記デスクトップ画面上の操作部材とを関連付ける操作を受け付けた場合、
前記処理プログラムが前記デスクトップ画面上の操作部材の移動指示を受け付けると、移動指示を受け付けた前記操作部材に関連付けられた前記書き込み画面を前記操作部材とともに移動する、処理を前記コンピュータに更に実行させることを特徴とする請求項１に記載の画面表示プログラム。
【請求項３】
前記表示する処理では、前記書き込み画面を複数表示可能であることを特徴とする請求項１又は２に記載の画面表示プログラム。
【請求項４】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける、
処理をコンピュータに実行させることを特徴とする画面表示プログラム。
【請求項５】
デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断し、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う、
処理をコンピュータに実行させることを特徴とする処理プログラム。
【請求項６】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す、処理をコンピュータが実行することを特徴とする画面表示方法。
【請求項７】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける、
処理をコンピュータが実行することを特徴とする画面表示方法。
【請求項８】
デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断し、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う、
処理をコンピュータが実行することを特徴とする処理方法。
【請求項９】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示する表示部と、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す受け渡し部と、を備える画面表示装置。
【請求項１０】
デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示する表示部と、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける受付部と、を備える画面表示装置。
【請求項１１】
デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断する判断部と、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う処理部と、を備える処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面表示プログラム、方法及び装置、並びに処理プログラム、方法及び装置に関する。
【背景技術】
【０００２】
企業や事務所などにおける事務処理において、簡単なメモを残すために付箋と呼ばれる紙片に簡潔な伝達事項や情報を書き込んで書類とともに保存することがある。近年においては、ＰＣ（Personal Computer）などの情報処理装置に対するユーザの利便性を高めるため、電子付箋の表示機能（付箋アプリ）を実装した情報処理装置が開発されている（例えば、特許文献１等参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３１７２１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デスクトップ画面上に付箋アプリがあると、ユーザの予定や備忘録などを記したメモ以外にも、デスクトップ画面上のアイコンに関するメモ等を残すことができ、便利である。
【０００５】
しかしながら、付箋アプリがデスクトップ画面上に存在すると、デスクトップ画面上での操作（例えば、アイコンの選択など）の際に付箋アプリが邪魔になり、使い勝手が低下するおそれがある。
【０００６】
１つの側面では、本発明は、使い勝手のよい画面表示プログラム、方法及び装置、並びに処理プログラム、方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、画面表示プログラムは、デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す、処理をコンピュータに実行させる。
【発明の効果】
【０００８】
使い勝手のよい画面表示プログラム、方法及び装置、並びに処理プログラム、方法及び装置を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る情報処理装置のハードウェア構成を概略的に示す図である。
【図２】ＨＤＤに格納されているプログラム及び付箋アプリの機能を示す図である。
【図３】付箋アプリの処理を示すフローチャートである。
【図４】図３のステップＳ２８の具体的処理を示すフローチャートである。
【図５】図５（ａ）、図５（ｂ）は、付箋アプリ画面の表示例を示す図である。
【図６】図６（ａ）、図６（ｂ）は、付箋アプリ画面への入力例を示す図である。
【図７】編集モードにおける、ＯＳ、ドライバ・ユーティリティ、付箋アプリ間のデータの流れを示す図である。
【図８】編集モードから固定モードへの切替について説明するための図（その１）である。
【図９】編集モードから固定モードへの切替について説明するための図（その２）である。
【図１０】固定モードにおける、ＯＳ、ドライバ・ユーティリティ、付箋アプリ間のメッセージやデータの流れを示す図である。
【図１１】ＯＳ、ドライバ・ユーティリティ、付箋アプリが保持するデータの例を示す図である。
【図１２】図１２（ａ）、図１２（ｂ）は、関連付けについて説明するための図である。
【図１３】図１３（ａ）、図１３（ｂ）は、関連付けされたアイコンを移動した場合の付箋アプリ画面の動きについて示す図である。
【図１４】図１４（ａ）、図１４（ｂ）は、移動後の付箋アプリ画面に入力された文字と他のアイコンが重なる場合の例を示す図である。
【図１５】付箋アプリ画面が全画面表示される場合の使用例を示す図である。
【図１６】複数の付箋アプリ画面を重ねて使用する場合の例を示す図である。
【図１７】第２の実施形態に係る固定モード処理（Ｓ２８）を示すフローチャートである。
【図１８】第２の実施形態において、ＯＳ、ドライバ・ユーティリティ、付箋アプリが保持するデータの例を示す図である。
【図１９】第２の実施形態の固定モードにおける、ＯＳ、ドライバ・ユーティリティ、付箋アプリ間のメッセージやデータの流れを示す図である。
【図２０】第３の実施形態に係る処理部の処理を示すフローチャートである。
【図２１】図２０のステップＳ２８の具体的処理を示すフローチャートである。
【図２２】第３の実施形態に係るＯＳの処理を示すフローチャートである。
【図２３】第３の実施形態の固定モードにおける、ＯＳ、ドライバ・ユーティリティ、付箋アプリ間のメッセージやデータの流れを示す図である。
【発明を実施するための形態】
【００１０】
《第１の実施形態》
以下、情報処理装置の第１の実施形態について、図１〜図１３に基づいて詳細に説明する。図１には、第１の実施形態に係る画面表示装置及び処理装置としての情報処理装置１００のハードウェア構成が示されている。
【００１１】
図１に示すように、情報処理装置１００は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、表示部９３、入力部９５及び可搬型記憶媒体用ドライブ９９等を備えている。これら情報処理装置１００の構成各部は、バス９８に接続されている。表示部９３は、液晶ディスプレイ等を含み、入力部９５は、キーボードやマウス、タッチパネル等を含む。
【００１２】
ＨＤＤ９６には、図２に示すＯＳ（Operating System）１０やドライバ・ユーティリティソフトウェア３０（以下、ドライバ・ユーティリティ３０と記載する）、アプリケーションプログラム、ＣＰＵ９０が処理を実行するために必要なデータなどが格納されている。ＯＳ１０は、Windows（登録商標）などであり、ドライバ・ユーティリティ３０は、ユーザが入力部９５を介して入力した情報を取得し、ＯＳ１０に渡す機能を有する。
【００１３】
アプリケーションプログラムには、画面表示プログラムとしての付箋アプリ２０が含まれる。付箋アプリ２０は、例えば、可搬型記憶媒体用ドライブ９９により可搬型記憶媒体９１から読み出され、ＨＤＤ９６に転送される。付箋アプリ２０は、図２に示すように、付箋アプリ画面表示部２２、モード設定部２４、処理部２６、関連付け部２８としての機能を有する。ここで、付箋アプリ２０は、親アプリケーションと子アプリケーションで構成され、親アプリケーションがバックグラウンドで常に動作し、子アプリケーションを管理する。なお、子アプリケーションとは、新規に起動した付箋アプリ画面一つ一つのことを指す。
【００１４】
ここで、付箋アプリ２０の各機能について説明する。付箋アプリ画面表示部２２は、デスクトップ画面上にメモ等を残すための書き込み画面（以下、「付箋アプリ画面」と呼ぶ）を図５（ａ）〜図６（ｂ）等に示すようにデスクトップ画面上に表示する。なお、本実施形態では、デスクトップ画面上には、図５（ａ）等に示すように、プログラムを起動するためのアイコンや、ファイルやフォルダのアイコン（Ａ〜Ｌ）が存在しているものとする。
【００１５】
モード設定部２４は、ユーザの入力に応じて、編集モードと固定モードを切り替える。ここで、編集モードは、付箋アプリ画面への文字の入力や図形の描画、付箋アプリ画面の移動や拡大縮小、後述する関連付けなどの操作を行うことができるモードである。また、固定モードは、付箋アプリ画面を他のウィンドウ画面の最背面に配置し、付箋アプリ画面への操作を受け付けないモードである。なお、複数の付箋アプリ画面が起動されている場合には、モード設定部２４が、複数のアプリ画面それぞれのモードを一括して管理する。
【００１６】
処理部２６は、付箋アプリ画面上においてユーザからの操作指示（ダブルクリックや右クリックなど）があった場合に、当該操作指示に応じた処理を実行する。例えば、編集モードに設定されている場合には、処理部２６は、付箋アプリ画面に対する操作指示として扱う。一方、固定モードに設定されている場合には、処理部２６は、付箋アプリ画面を他のウィンドウ画面の最背面に配置するとともに背景を完全透明化し、付箋アプリ画面上での操作指示を付箋アプリ画面に対する指示としては受け付けないようにする。なお、複数の付箋アプリ画面が表示されている場合には、処理部２６が、複数の付箋アプリ画面に対する処理を統括制御する。
【００１７】
関連付け部２８は、ユーザの入力に応じて、付箋アプリ画面と、デスクトップ画面上の操作部材（アイコンなど）とを関連付ける処理を実行する。なお、複数の付箋アプリ画面が表示されている場合には、関連付け部２８が、各付箋アプリ画面の関連付け処理を実行する。
【００１８】
＜処理について＞
以下、本第１の実施形態の情報処理装置１００の処理について、図３、図４のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。
【００１９】
図３には、付箋アプリ２０の処理がフローチャートにて示されており、図４には、図３のステップＳ２８の具体的な処理が示されている。なお、図３の処理は、ユーザにより付箋アプリ２０を起動する指示が入力部９５に入力された段階から開始される。
【００２０】
図３の処理では、まず、ステップＳ１２において、付箋アプリ画面表示部２２が、付箋アプリ画面を表示する。例えば、付箋アプリ画面表示部２２は、デスクトップ画面上の所定位置に付箋アプリ画面を表示する。この場合、付箋アプリ画面が１つの場合には、図５（ａ）に示すように、デスクトップ画面の一部を覆う状態で付箋アプリ画面を表示してもよいし、デスクトップ画面全体を覆う状態で付箋アプリ画面を表示してもよい。また、付箋アプリ画面が複数の場合には、図５（ｂ）に示すようにデスクトップ画面上の所定位置に複数の付箋アプリ画面を表示する。この場合、付箋アプリ画面の背景は半透明であるものとし、ユーザは付箋アプリ画面の背面側のデスクトップ画面やアイコンの位置を大まかに認識できるようになっている。なお、付箋アプリ２０を起動する際、ユーザは編集モードと固定モードのいずれかを選択しているものとする。ここでは、ユーザは編集モードを選択したものとして、以下説明する。
【００２１】
次いで、ステップＳ１４では、モード設定部２４は、編集モードに設定されているか否かを判断する。このステップＳ１４の判断が肯定されると、ステップＳ１６に移行し、処理部２６は、描画機能を有効に設定する。すなわち、ユーザによる入力部９５（マウスやキーボード等）を用いた付箋アプリ画面への描画や文字入力を受け付け可能にする。
【００２２】
次いで、ステップＳ１８では、処理部２６が、ユーザによる編集操作があるまで待機する。ここで、編集操作とは、付箋アプリ画面の移動操作や拡大縮小操作、付箋アプリ画面への文字の入力や図形の描画、関連付け操作等を意味する。ユーザによる入力部９５を介した編集操作の入力があった段階で、処理部２６は、ステップＳ２０に移行する。
【００２３】
ステップＳ２０に移行すると、処理部２６は、編集結果を付箋アプリ画面に反映する。例えば、処理部２６は、図６（ａ）、図６（ｂ）に示すように、操作に基づいて付箋アプリ画面を移動したり拡大縮小する。また、処理部２６は、操作に基づいて付箋アプリ画面に文字を入力したり図形を描画する。更に、処理部２６は、操作に基づいてデスクトップ画面上のアイコンと付箋アプリ画面との関連付けも行う。なお、関連付けの詳細については、後述する。
【００２４】
なお、編集モードにおいては、実際には図７に示すようなデータのやり取りがある。具体的には、ユーザによる入力部９５を用いた操作があったことを、ドライバ・ユーティリティ３０が認識すると、ドライバ・ユーティリティ３０はＯＳ１０に対してウィンドウメッセージ（座標・操作）を送る。例えば、ユーザが付箋アプリ画面上でマウスを左クリックした場合には、ドライバ・ユーティリティ３０は、ウィンドウメッセージWM_LBUTTONDOWNをＯＳ１０に送る。
【００２５】
ここで、ＯＳ１０は、図１１に示すように、デスクトップ画面の座標情報をスクリーン座標として認識している。この場合、ＯＳ１０は、例えば、デスクトップ画面の左上端の座標（ｘ，ｙ）を（０，０）とし、右方向をx軸のプラス、下方向をy軸のプラスとして認識している。また、ＯＳ１０は、各アプリのウィンドウ画面やアイコンの位置及び大きさを、左上端の座標（ｘ,ｙ）及び幅（横）と高さ（縦）で管理している。このため、本第１の実施形態では、ＯＳ１０は、ドライバ・ユーティリティ３０からデスクトップ画面上で操作が行われた位置の座標を取得すると、その操作がアプリのウィンドウ画面上の操作かを判別することができるようになっている。
【００２６】
ＯＳ１０（デスクトップ ウィンドウ マネージャー（ＤＷＭ））では、ウィンドウメッセージからユーザが操作しているアプリを特定し、特定したアプリのメッセージキューに、受信したウィンドウメッセージの座標と操作の情報を配置する。その後、付箋アプリ２０（処理部２６）は、GetMessage（）関数を実行し、ウィンドウメッセージ（座標・操作）の情報を取得し、DispatchMessage 関数によってウィンドウプロシージャにウィンドウメッセージの内容を渡し、該ウィンドウメッセージに基づいた処理（付箋アプリ画面への反映処理）を実行する。
【００２７】
図３に戻り、次のステップＳ２２では、モード設定部２４が、モード切替があったか否かを判断する。ここでの判断が否定された場合には、ステップＳ２４に移行し、処理部２６は、付箋アプリの終了指示がユーザから入力されたか否かを判断する。このステップＳ２４の判断が否定された場合には、ステップＳ１８に戻るが、肯定された場合には、図３の全処理を終了する。
【００２８】
一方、ステップＳ２２の判断が肯定された場合、すなわち、モード設定部２４が、ユーザからのモード切替（編集モード→固定モード）の情報を受け付けた場合には、ステップＳ２６に移行する。ステップＳ２６では、処理部２６が現在の付箋アプリ画面を保存する。ここで、ユーザは、モード切替を実行する場合には、一例として、図８に示すように、画面の一部に設けられたタスクバー（例えば、図８の画面中央下部に示す黒塗り部分）で右クリック等することで、メニュー画面（右クリックメニュー）を表示させる。そして、ユーザは、右クリックメニューから「固定モードに切り替え」を選択する。
【００２９】
次いで、ステップＳ２８では、処理部２６が、固定モード処理のサブルーチンを実行する。具体的には、処理部２６は、図４のフローチャートに沿った処理を実行する。
【００３０】
図４のステップＳ４０では、処理部２６が、付箋アプリ画面を最背面で固定する。例えば、図９（ａ）に示すように、デスクトップ画面上に複数の付箋アプリ画面と他のウィンドウ画面が存在する場合に、固定モードへの切り替えが行われたとする。この場合、処理部２６は、図９（ｂ）に示すように、複数の付箋アプリ画面を他のウィンドウ画面の最背面（デスクトップ画面の直上）に配置し、固定する。この状態では、ユーザは、付箋アプリ画面の上でクリックするなどしても、付箋アプリ画面をアクティブにできない、すなわち他のウィンドウ画面の前には付箋アプリが面を存在させることはできないようになっている。
【００３１】
次いで、ステップＳ４２では、処理部２６が、描画機能を無効にする。次いで、ステップＳ４３では、処理部２６が、ユーザ操作情報の取得を開始する。
【００３２】
次いで、ステップＳ４４では、処理部２６が、ユーザ操作が開始されるまで待機する。そして、ユーザ操作が開始されたことを処理部２６が認識した段階で、ステップＳ４６に移行する。
【００３３】
ステップＳ４６に移行すると、処理部２６は、付箋アプリ画面を完全透明化する。この完全透明化は、レイヤードウィンドウを使用して完全に透明（アルファ値＝０）にすることを意味する。例えば、処理部２６は、付箋アプリ画面に対してSetWindowLong関数で拡張属性（WS_EX_LAYERED）を付与し、SetLayeredWindowAttributes関数で完全に透明（アルファ値＝０）に設定する。これにより、付箋アプリ画面は、ユーザからの操作を受け付けなくなるため、ユーザは、付箋アプリ画面の背面に存在しているアイコンなどを操作することが可能になる。
【００３４】
なお、固定モードでは、図１０に示すように、ユーザが付箋アプリ画面の上からデスクトップ上のアイコンを操作すると、ドライバ・ユーティリティ３０がユーザ操作を認識し、ＯＳ１０にウィンドウメッセージ（座標・操作）を送る。そして、ＯＳ１０は、ウィンドウメッセージ（座標・操作）に基づいて、デスクトップ画面上のアイコンに対する処理（ファイルやフォルダを開く処理やプログラムを実行する処理など）を実行する。
【００３５】
図４に戻り、次のステップＳ４８では、処理部２６が、関連付けがあるか否かを判断する。ここで、関連付けは、前述のように付箋アプリ２０が編集モードに設定されている場合に行うことができる操作である。具体的には、図１２（ａ）に示すように、ユーザは、右クリックメニューを出し、右クリックメニューの中から「関連付け」を選択し、ファイルやフォルダのアイコンと、該アイコンに関連付ける付箋アプリ画面とをクリックする。関連付け部２８は、この操作を受け付けると、クリックされたアイコンと付箋アプリ画面とを関連付けた情報を、記憶する。この場合、付箋アプリにおいては、図１１に示すように、付箋アプリ画面の座標情報として付箋アプリ画面の座標と大きさを記憶するとともに、デスクトップ上のアイコンの座標情報を記憶している。したがって、上記のようにして関連付けが行われた場合には、関連付けられた付箋アプリ画面とアイコンとを関連付ける情報を記憶する。なお、図１２（ｂ）には、アイコン「Ｉ」と、上側の付箋アプリ画面とが関連付けられ、アイコン「Ｈ」と下側の付箋アプリ画面とが関連付けられた状態が示されている。図１２（ｂ）では、関連付けられたアイコンと付箋アプリ画面との間を破線で結んでいるが、実際には、当該破線が視認不可能であってもよい。
【００３６】
ステップＳ４８の判断が否定された場合、すなわち、関連付けが行われていなかった場合には、ステップＳ５０に移行し、処理部２６は、ユーザ操作が終了したか否かを判断する。このステップＳ５０の判断が否定された場合には、ステップＳ４６に戻り、ステップＳ５０の判断が肯定された場合には、ステップＳ５２に移行する。ステップＳ５２に移行した場合、処理部２６は、ウィンドウの完全透明化を解除する。
【００３７】
ここで、本第１の実施形態では、ユーザの操作が行われる間だけ付箋アプリ画面を完全透明化することとしている。これは、付箋アプリ画面に入力されたテキストのメモなどは、背景が透明だと、デスクトップ画面の模様によってはテキストが見えにくくなる場合があるからである。すなわち、付箋アプリ画面の背景を白色などにすることで、テキストを見やすくし、固定モードでのユーザ操作中は付箋アプリ画面の後ろ側のアイコン等を見易くするために、完全透明化する。これにより、ユーザの利便性を向上することができる。ただし、これに限らず、固定モードに設定されている間は常時透明にしてもよい。
【００３８】
一方、ステップＳ４８の判断が肯定された場合、すなわち既に関連付けがされている場合には、処理部２６は、ステップＳ５４に移行する。ステップＳ５４では、処理部２６が、入力部９５から入力されたユーザの操作の情報が、関連付けられたアイコンの移動であるか否かを判断する。
【００３９】
ステップＳ５４の判断が否定された場合には、処理部２６は、ステップＳ５０に移行する。一方、ステップＳ５４の判断が肯定された場合には、ステップＳ５６に移行し、処理部２６は、関連付けられたファイルやフォルダのアイコンに合わせて付箋アプリ画面を移動する。例えば、図１３（ａ）に示すように、ユーザの操作に応じて、ＯＳ１０がアイコン「Ｉ」を移動させた場合には、処理部２６は、アイコン「Ｉ」に関連付けられている付箋アプリ画面をアイコン「Ｉ」と同一方向に同一距離だけ移動させる。また、図１３（ｂ）に示すように、ユーザの操作に応じて、ＯＳ１０がアイコン「Ｈ」を移動させた場合にも、処理部２６は、アイコン「Ｈ」に関連付けられている付箋アプリ画面をアイコン「Ｈ」と同一方向に同一距離だけ移動させる。
【００４０】
その後は、ステップＳ５０に移行し、ステップＳ５０以降の処理を前述と同様に実行する。そして、ステップＳ５２の処理が行われた後、処理部２６は、図３のステップＳ３０に移行する。
【００４１】
ステップＳ３０に移行すると、モード設定部２４は、モード切替が行われたか否かを判断する。このステップＳ３０の判断が肯定された場合には、ステップＳ１６に戻る。一方、ステップＳ３０の判断が否定された場合には、ステップＳ３２に移行し、付箋アプリ画面表示部２２は、付箋アプリの終了指示がユーザによって出されたか否かを判断する。このステップＳ３２の判断が否定された場合には、図４のステップＳ４４に移行し、ステップＳ４４以降の処理を前述したのと同様に実行するが、ステップＳ３２の判断が肯定された場合には、図３の全処理を終了する。ここで、付箋アプリを終了する際には、作成した付箋アプリ画面を保存できるようにしてもよい。また、付箋アプリ画面を保存した場合には、以降の付箋アプリ起動時に呼び出せるようにすればよい。かかる場合、付箋アプリの起動時から固定モードに設定することができる。このような場合には、図３のステップＳ１４の判断が否定され、ステップＳ２８に移行し、前述したようなステップＳ２８以降の処理が実行されるようになっている。
【００４２】
なお、本第１の実施形態では、付箋アプリ画面表示部２２と処理部２６を含んで、デスクトップ画面を透過表示する付箋アプリ画面を編集時以外は他のウィンドウ画面の最背面に表示する表示部としての機能が発揮されている。また、本第１の実施形態では、処理部２６を含んで、固定モードにおいて、書き込み画面上での操作を書き込み画面上における操作としては受け付けず、編集時においては、書き込み画面上での操作を書き込み画面上における操作として受け付ける受付部としての機能が実現されている。
【００４３】
以上、詳細に説明したように、本第１の実施形態によると、処理部２６は、デスクトップ画面を透過表示する付箋アプリ画面を編集モード以外（固定モード）において他のウィンドウ画面の最背面に表示する（Ｓ４０）。そして、処理部２６は、固定モードにおいては、付箋アプリ画面上での操作を付箋アプリ画面上における操作としては受け付けず（Ｓ４６）、操作に応じたデスクトップ画面における処理をＯＳ１０が実行する。一方、編集モードにおいては、付箋アプリ画面上での操作を付箋アプリ画面上における操作として受け付ける（Ｓ２０）。これにより、編集モードでは、付箋アプリ画面への文字入力や図形描画により、デスクトップ画面に対するメモやアレンジを加えることができ、ユーザの使い勝手を向上することができる。また、固定モードでは、付箋アプリ画面の上からのアイコン等の操作を許容するので、付箋アプリ画面に邪魔されずに簡易にアイコン等の操作を行うことができる。これにより、デスクトップ画面上のアイコンのクリックやドラッグなどの作業を付箋アプリ画面による影響を受けずに行うことが可能であるため、ユーザの使い勝手を向上することができる。
【００４４】
また、本実施形態では、付箋アプリ画面をデスクトップ画面上に複数表示することができる。これにより、複数のメモを別々の付箋アプリ画面上に残すことができるので、メモの追加や消去等を簡易に行うことが可能となる。
【００４５】
また、本実施形態では、関連付け部２８が付箋アプリ画面とデスクトップ画面上のアイコンとを関連付ける操作を受け付けた場合、デスクトップ画面上のアイコンがＯＳ１０によって移動されると、処理部２６が、移動したアイコンに関連付けられた付箋アプリ画面をアイコンとともに移動する（Ｓ５６）。これにより、アイコンに対応付けて残したメモを、アイコンの移動とともに移動させることができ、ユーザの使い勝手を向上することができる。
【００４６】
なお、上記第１の実施形態において、図１４（ａ）に示すようにアイコン及び付箋アプリ画面が配置されるとともに、アイコン「Ｈ」と付箋アプリ画面が関連付けられている場合において、図１４（ｂ）に示す位置にアイコン「Ｈ」が移動されたとする。この場合、処理部２６は、図１４（ｂ）に示すように、付箋アプリ画面に入力された文字や描画した図形と重なるアイコン（「Ｉ」や「Ｊ」）を文字や図形と重ならない位置に移動させてもよい。この際、処理部２６は、文字や図形の位置を座標で認識し、アイコンの座標と重なると判断した場合に、対象のアイコンを所定のルールに基づいて移動させるよう、ＯＳ１０に指示するようにすればよい。なお、移動先は文字や図形と重ならなければ、付箋アプリ画面の背面であってもよい。
【００４７】
なお、上記第１の実施形態では、付箋アプリ画面を全画面表示する場合には、図１５に示すようなデスクトップ画面を複数の領域に分けるために用いることとしてもよい。このような利用方法により、デスクトップ画面上のアイコンを整理し、アイコンの見つけ易さ等を向上することができる。
【００４８】
なお、上記第１の実施形態では、図１６に示すように、付箋アプリ画面を重ねて配置してもよい。
【００４９】
《第２の実施形態》
次に、第２の実施形態について、図１７〜図１９に基づいて詳細に説明する。本第２の実施形態に係る情報処理装置は、第１の実施形態と同様の構成を有するが、固定モードにおける処理部２６の処理（固定モード処理）が第１の実施形態（図４）と異なっている。
【００５０】
以下、処理部２６による固定モード処理（Ｓ２８）について、図１７のフローチャートに沿って、その他図面を適宜参照しつつ、説明する。なお、図１７においては、図４と異なる処理を太線枠で示すとともに、ステップ番号の末尾にアルファベットを付している。
【００５１】
図１７の処理では、ステップＳ４０において、処理部２６が付箋アプリ画面を最背面で固定すると、次のステップＳ４１Ａでは、処理部２６が、デスクトップ画面上のオブジェクトの座標情報を取得する。具体的には、図１８に示すような、付箋アプリ画面の座標情報や、デスクトップ画面上のアイコンの座標情報を取得する。
【００５２】
次いで、ステップＳ４２、Ｓ４３の処理を第１の実施形態と同様に実行した後、ユーザ操作が開始されると（Ｓ４４：肯定）、ステップＳ４６Ａに移行し、処理部２６は、全ての付箋アプリ画面の背景を半透明にする。なお、付箋アプリ画面の背景を半透明にするのは、付箋アプリ２０がユーザ操作を受け付けつつ、付箋アプリ画面を介して背後のデスクトップ画面をユーザが視認できるようにするためである。
【００５３】
次いで、ステップＳ４６Ｂでは、処理部２６が、ユーザの操作が付箋アプリ画面上での操作であったか否かを判断する。すなわち、処理部２６は、付箋アプリ画面上においてデスクトップ画面上の表示に対する操作と見做す操作を受け付けたか否かを判断する。このステップＳ４６Ｂの判断が肯定された場合には、処理部２６は、ステップＳ４６Ｃに移行し、代替命令を実行する。ここで、処理部２６は、図１８の付箋アプリの欄に示すように、ユーザ操作と代替処理の情報を保持している。したがって、処理部２６は、図１９に示すように、付箋アプリ画面上のどの座標でどのような操作が行われたかの情報（ウィンドウメッセージ）を、ドライバ・ユーティリティ３０、ＯＳ１０を介して取得した場合、図１８のユーザ操作と代替処理の情報に基づいて、代替処理命令をＯＳ１０に送信する。例えば、ユーザが付箋アプリ画面上でダブルクリックをした場合には、処理部２６は、ステップＳ４１Ａで取得したオブジェクトの座標情報に基づいて、ユーザがアイコンの操作をしたことなどを把握する。そして、処理部２６は、把握した操作が実行されるよう、ＯＳ１０に対して指示（ShellExecute（）関数など）を出す。なお、ＯＳ１０では、代替処理命令に従った処理を実行する。このように、本第２の実施形態では、アイコンの上に付箋アプリ画面が存在していても、問題なくアイコンの操作等を行うことができる。
【００５４】
ステップＳ４６Ｃの後は、ステップＳ５０に移行する。ステップＳ５０においては、処理部２６は、ユーザ操作が終了したか否かを判断する。ステップＳ５０の判断が否定された場合には、ステップＳ４６Ａに戻るが、肯定された場合には、ステップＳ５２Ａに移行する。ステップＳ５２Ａでは、全ての付箋アプリ画面の背景を元に戻す（半透明な状態（Ｓ４６Ａ）を解除する）。その後は、図３のステップＳ３０に移行する。
【００５５】
なお、ステップＳ４６Ｂの判断が否定された場合、すなわち、付箋アプリ上の操作でなかった場合には、ステップＳ４８、Ｓ５４、Ｓ５６の処理・判断が前述した第１の実施形態と同様に実行された後、ステップＳ５０に移行する。
【００５６】
なお、その他の処理については、上記第１の実施形態と同様である。なお、本第２の実施形態では、処理部２６により、付箋アプリ画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けた場合に、受け付けた操作の情報（代替処理命令）をＯＳ１０に受け渡す受け渡し部としての機能を有している。
【００５７】
以上、説明したように、本第２の実施形態によると、処理部２６は、デスクトップ画面を透過表示する付箋アプリ画面を固定モードでは他のウィンドウ画面の最背面に表示し（Ｓ４０）、付箋アプリ画面上においてデスクトップ画面上の表示に対する操作と見做す操作を受け付けると（Ｓ４６Ｂ：肯定）、受け付けた操作の情報（代替処理命令）をＯＳ１０に受け渡す（Ｓ４６Ｃ）。これにより、本第２の実施形態では、第１の実施形態と同様、編集モードでは、付箋アプリ画面への文字入力や図形描画により、デスクトップ画面に対するメモやアレンジを加えることができ、ユーザの使い勝手を向上することができる。また、固定モードでは、付箋アプリ画面の上からのアイコン等の操作を許容するので、付箋アプリ画面に邪魔されずに簡易にアイコン等の操作を行うことができる。これにより、デスクトップ画面上のアイコンのクリックやドラッグなどの作業を付箋アプリ画面による影響を受けずに行うことが可能であるため、ユーザの使い勝手を向上することができる。
【００５８】
《第３の実施形態》
次に、第３の実施形態について、図２０〜図２３に基づいて詳細に説明する。
【００５９】
本第３の実施形態では、付箋アプリ２０が、図２０、図２１の処理を実行するとともに、ＯＳ１０が、図２２の処理を実行する。なお、本第３の実施形態では、例えば、ＯＳ１０のデータベース４０（図２３参照）に処理の対象となるアプリ（付箋アプリ等）を事前に登録しておくものとする。
【００６０】
図２０の処理は、第１の実施形態の図３の処理に対応するフローチャートである。付箋アプリ２０の処理部２６は、図２０の処理において、図３の処理とほぼ同様の処理を実行するが、ステップＳ１４の後に太線枠にて示すステップＳ１５Ａの処理を実行する点が異なっている。ステップＳ１５Ａでは、処理部２６は、モード設定部２４が設定している現在のモードをＯＳ１０に通知する。この場合、ステップＳ１５Ａでは、ステップＳ１４の判断が肯定されているため、処理部２６は、編集モードであることをＯＳ１０に通知する。
【００６１】
一方、固定モード処理（Ｓ２８）では、図２１のフローチャートに沿った処理を実行する。図２１では、図４の処理に加え、太線枠で示すように、ステップＳ３８Ａを実行する。
【００６２】
図２１のステップＳ３８Ａでは、図２０のステップＳ１５Ａと同様、処理部２６は、現在のモードをＯＳに通知する。ここでは、固定モードに設定された状態にあるので、処理部２６は、固定モードであることをＯＳ１０に通知する。
【００６３】
これに対し、ＯＳ１０では、図２２のフローチャートに沿った処理が実行される。図２２の処理では、まず、ステップＳ１０２において、付箋アプリ画面上におけるユーザ操作に関するウィンドウメッセージを、ドライバ・ユーティリティ３０から受信するまで待機する。すなわち、図２３に示すように、ドライバ・ユーティリティ３０が付箋アプリ画面上におけるユーザ操作を認識し、ＯＳ１０に向けてウィンドウメッセージを送信するまで待機する。
【００６４】
ＯＳ１０がウィンドウメッセージを受信すると、ステップＳ１０４に移行し、ＯＳ１０は、データベース４０（図２３参照）に登録されたアプリに対する要求であるか否かを判断する。ここでの判断が否定された場合には、ステップＳ１１０に移行するが、肯定された場合（付箋アプリがデータベース４０に登録されていた場合）には、ステップＳ１０６に移行する。
【００６５】
ステップＳ１０６に移行すると、ＯＳ１０は、付箋アプリの現在のモードを参照する。次いで、ステップＳ１０８では、ＯＳ１０は、編集モードであるか否かを判断する。このステップＳ１０８の判断が肯定された場合には、座標情報や操作情報を有するウィンドウメッセージを付箋アプリ２０に配信する。付箋アプリ２０では、受信したウィンドウメッセージに基づいた処理（例えば、図形の描画や文字入力など）を実行する（Ｓ２０）。
【００６６】
一方、ステップＳ１０８の判断が否定された場合、すなわち固定モードに設定されている場合には、ステップＳ１１２に移行し、ＯＳ１０は、ユーザ操作中かどうかの情報を付箋アプリに送信する。次いで、ステップＳ１１４では、座標情報やユーザ操作情報に基づいてデスクトップ画面上の操作として処理を実行する。これにより、固定モードに設定されている場合には、付箋アプリ画面上からアイコンを操作した場合にも、その操作をアイコンに対する操作と認識して適切な処理を実行することができる。
【００６７】
上述のように、ステップＳ１１０又はＳ１１４の処理が行われた後は、図２２の全処理を終了する。なお、図２２の処理は、情報処理装置１００が動作している間、繰り返し実行される。
【００６８】
なお、固定モードにおいては、他のウィンドウ画面は、付箋アプリ画面よりも前側に表示されるので（ステップＳ４０参照）、他のウィンドウ画面に対する操作については、従前どおりに処理することができる。
【００６９】
上記説明から分かるように、本第３の実施形態では、ＯＳ１０が、デスクトップ画面上での操作を受け付け、該操作が行われた位置に付箋アプリ画面がある場合に、付箋アプリ画面のモードが固定モードか編集モードかを判断する判断部として機能する。また、ＯＳ１０は、編集モードにおいてデスクトップ画面上での操作を付箋アプリ画面を表示する付箋アプリ２０に送信し、編集モードであれば、デスクトップ画面上での操作をデスクトップ画面に対する操作として扱う処理部として機能する。
【００７０】
以上、説明したように、本第３の実施形態によれば、ＯＳ１０は、デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される付箋アプリ画面がある場合には、付箋アプリ画面が編集モードか固定モードかを判断し（Ｓ１０６、Ｓ１０８）、編集モードであれば、付箋アプリ画面に対する操作として扱い、固定モードであれば、デスクトップ画面に対する操作として扱う（Ｓ１１０、Ｓ１１４）。これにより、本第３の実施形態では、上記各実施形態と同様、編集モードでは、付箋アプリ画面への文字入力や図形描画により、デスクトップ画面に対するメモやアレンジを加えることができ、ユーザの使い勝手を向上することができる。また、固定モードでは、付箋アプリ画面の上からのアイコン等の操作を許容するので、付箋アプリ画面に邪魔されずに簡易にアイコン等の操作を行うことができる。これにより、デスクトップ画面上のアイコンのクリックやドラッグなどの作業を付箋アプリ画面による影響を受けずに行うことが可能であるため、ユーザの使い勝手を向上することができる。
【００７１】
なお、上記各実施形態では、付箋アプリ２０において、編集モードと固定モードの設定を可能にする場合について説明したが、これに限られるものではない。例えば、既存のワープロソフトやお絵かきソフトなどにおいて、編集モードと固定モードを設定できるようにしてもよい。例えば、お絵かきソフトを固定モードにしたときに、ウィンドウ画面を透明化し、デスクトップ画面上の最背面に固定するようにする。これにより、お絵かきソフトに描画した内容を常時閲覧できるとともに、ウィンドウ画面に邪魔されずにデスクトップ画面上での操作を実現することができるようになる。
【００７２】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００７３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７５】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００７６】
なお、以上の第１〜第３の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す、処理をコンピュータに実行させることを特徴とする画面表示プログラム。
（付記２）  前記書き込み画面と前記デスクトップ画面上の操作部材とを関連付ける操作を受け付けた場合、
前記処理プログラムが前記デスクトップ画面上の操作部材の移動指示を受け付けると、移動指示を受け付けた前記操作部材に関連付けられた前記書き込み画面を前記操作部材とともに移動する、処理を前記コンピュータに更に実行させることを特徴とする付記１に記載の画面表示プログラム。
（付記３）  前記表示する処理では、前記書き込み画面を複数表示可能であることを特徴とする付記１又は２に記載の画面表示プログラム。
（付記４）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける、
処理をコンピュータに実行させることを特徴とする画面表示プログラム。
（付記５）  前記編集時以外においては、前記書き込み画面の背景を透明にすることで、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けない、ことを特徴とする付記４に記載の画面表示プログラム。
（付記６）  デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断し、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う、
処理をコンピュータに実行させることを特徴とする処理プログラム。
（付記７）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す、処理をコンピュータが実行することを特徴とする画面表示方法。
（付記８）  前記書き込み画面と前記デスクトップ画面上の操作部材とを関連付ける操作を受け付けた場合、
前記処理プログラムが前記デスクトップ画面上の操作部材の移動指示を受け付けると、移動指示を受け付けた前記操作部材に関連付けられた前記書き込み画面を前記操作部材とともに移動する、処理を前記コンピュータが更に実行することを特徴とする付記７に記載の画面表示方法。
（付記９）  前記表示する処理は、前記書き込み画面を複数表示可能であることを特徴とする付記７又は８に記載の画面表示方法。
（付記１０）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示し、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける、
処理をコンピュータが実行することを特徴とする画面表示方法。
（付記１１）  前記編集時以外においては、前記書き込み画面の背景を透明にすることで、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けない、ことを特徴とする付記１０に記載の画面表示方法。
（付記１２）  デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断し、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う、
処理をコンピュータが実行することを特徴とする処理方法。
（付記１３）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示する表示部と、
前記書き込み画面上において前記デスクトップ画面上の表示に対する操作と見做す操作を受け付けると、受け付けた前記操作の情報を前記デスクトップ画面に対する操作指示を受け付ける処理プログラムに受け渡す受け渡し部と、を備える画面表示装置。
（付記１４）  前記書き込み画面と前記デスクトップ画面上の操作部材とを関連付ける操作を受け付けた場合、
前記処理プログラムが前記デスクトップ画面上の操作部材の移動指示を受け付けると、移動指示を受け付けた前記操作部材に関連付けられた前記書き込み画面を前記操作部材とともに移動する移動部を備える付記１３に記載の画面表示装置。
（付記１５）  前記表示部は、前記書き込み画面を複数表示可能であることを特徴とする付記１３又は１４に記載の画面表示装置。
（付記１６）  デスクトップ画面を透過表示する書き込み画面を編集時以外は他のウィンドウ画面の最背面に表示する表示部と、
前記編集時以外においては、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けず、前記編集時においては、前記書き込み画面上での操作を前記書き込み画面上における操作として受け付ける受付部と、を備える画面表示装置。
（付記１７）  前記受付部は、前記編集時以外において、前記書き込み画面の背景を透明にすることで、前記書き込み画面上での操作を前記書き込み画面上における操作としては受け付けない、ことを特徴とする付記１６に記載の画面表示装置。
（付記１８）  デスクトップ画面上での操作を受け付けたときに、該操作が行われた位置に、前記デスクトップ画面を透過表示し編集時以外は他のウィンドウ画面の最背面に表示される書き込み画面がある場合には、前記書き込み画面が編集時か、編集時以外かを判断する判断部と、
前記編集時であれば、前記デスクトップ画面上での操作を前記書き込み画面を表示する画面表示プログラムに送信し、前記編集時以外であれば、前記デスクトップ画面上での操作を前記デスクトップ画面に対する操作として扱う処理部と、を備える処理装置。
【符号の説明】
【００７７】
１０  ＯＳ（判断部、処理部）
２２  付箋アプリ画面表示部（表示部の一部）
２６  処理部（表示部の一部、受け渡し部、移動部、受付部）
１００  情報処理装置（画面表示装置、処理装置）
【図１】
2017049845.tif 000003
【図２】
2017049845.tif 000004
【図３】
2017049845.tif 000005
【図４】
2017049845.tif 000006
【図５】
2017049845.tif 000007
【図６】
2017049845.tif 000008
【図７】
2017049845.tif 000009
【図８】
2017049845.tif 000010
【図９】
2017049845.tif 000011
【図１０】
2017049845.tif 000012
【図１１】
2017049845.tif 000013
【図１２】
2017049845.tif 000014
【図１３】
2017049845.tif 000015
【図１４】
2017049845.tif 000016
【図１５】
2017049845.tif 000017
【図１６】
2017049845.tif 000018
【図１７】
2017049845.tif 000019
【図１８】
2017049845.tif 000020
【図１９】
2017049845.tif 000021
【図２０】
2017049845.tif 000022
【図２１】
2017049845.tif 000023
【図２２】
2017049845.tif 000024
【図２３】
2017049845.tif 000025