(57)【要約】【課題】  従来のショートカットはアプリケーションの起動を簡略化することのみしか実現できていない。そのため、アプリケーションでの作業を中断しアプリケーション終了させたときに、従来のショートカットだと中断時と同じ状態をつくりだすことができなかった。【解決手段】  アプリケーションのショートカットを作成する際に、作業再開用のデータを記憶することにより、中断された作業を容易に再開することが可能となる。【選択図】  図７
2011242943.tif 000002
【特許請求の範囲】
【請求項１】
印刷設定情報を設定する製本アプリケーションの処理を中断するための指示が受け付けられた場合、中断前の作業内容を保持する保持手段と、
前記中断前の作業内容を再現するためのショートカットアイコンを作成する作成手段と、
前記作成手段により作成されたショートカットアイコンが指示された場合、前記保持手段に保持された中断前の作業内容に基づいて、中断前の作業内容を再現する再現手段を備えることを特徴とする情報処理装置。
【請求項２】
前記製本アプリケーションを起動するために必要なデータに前記ショートカットアイコンが作成された場所を特定できる情報を記述する記述手段と、
前記製本アプリケーションが起動される際に、前記製本アプリケーションを起動するために必要なデータから前記ショートカットが作成された場所を読み取り、前記読み取られた場所に前記ショートカットがあるか否かを判断する判断手段とを更に有し、
前記作成手段は、前記判断手段により前記ショートカットがないと判断された場合、前記ショートカットを作成することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
印刷設定情報を設定する製本アプリケーションの処理を中断するための指示が受け付けられた場合、中断前の作業内容を保持する保持工程と、
前記中断前の作業内容を再現するためのショートカットアイコンを作成する作成工程と、
前記作成工程により作成されたショートカットアイコンが指示された場合、前記保持工程に保持された中断前の作業内容に基づいて、中断前の作業内容を再現する再現工程を備えることを特徴とする制御方法。
【請求項４】
前記製本アプリケーションを起動するために必要なデータに前記ショートカットアイコンが作成された場所を特定できる情報を記述する記述工程と、
前記製本アプリケーションが起動される際に、前記製本アプリケーションを起動するために必要なデータから前記ショートカットが作成された場所を読み取り、前記読み取られた場所に前記ショートカットがあるか否かを判断する判断工程とを更に有し、
前記作成工程は、前記判断工程により前記ショートカットがないと判断された場合、前記ショートカットを作成することを特徴とする請求項３に記載の制御方法。
【請求項５】
印刷設定情報を設定する製本アプリケーションの処理を中断するための指示が受け付けられた場合、中断前の作業内容を保持する保持工程と、
前記中断前の作業内容を再現するためのショートカットアイコンを作成する作成工程と、
前記作成工程により作成されたショートカットアイコンが指示された場合、前記保持工程に保持された中断前の作業内容に基づいて、中断前の作業内容を再現する再現工程を情報処理装置に実行させるためのコンピュータが読み取り可能なプログラム。
【請求項６】
前記製本アプリケーションを起動するために必要なデータに前記ショートカットアイコンが作成された場所を特定できる情報を記述する記述工程と、
前記製本アプリケーションが起動される際に、前記製本アプリケーションを起動するために必要なデータから前記ショートカットが作成された場所を読み取り、前記読み取られた場所に前記ショートカットがあるか否かを判断する判断工程とを更に情報処理装置に実行させ、
前記作成工程は、前記判断工程により前記ショートカットがないと判断された場合、前記ショートカットを作成することを特徴とする請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は製本アプリケーションの作業を中断し、同じ状態で再開するためのプログラムに関する。
【背景技術】
【０００２】
所望とするアプリケーションを容易に起動するためにアプリケーションへリンクする機能が用意されている。この機能を実現するためにショートカットアイコン（ショートカット）が作成される。パソコン内には多くのアプリケーションがあり、それぞれのアプリケーションがショートカットを作るため画面上にはショートカットが散乱している。散乱したショートカットのいくつかには、不必要なショートカットや正しく動作しないショートカットも含まれる。そこで、必ずショートカットを作成するのではなく、アプリケーションの起動回数が特定の起動回数を超えた場合にショートカットを作成する技術が特許文献１に開示されている。また、特許文献１には。特定の期間使用されなかったショートカットを削除する技術も開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２５９０１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１の技術では、ショートカットはアプリケーションの起動のタイミングで作成される。そのため、特許文献１において作成されるショートカットはアプリケーションの起動を簡略化することの実現にとどまる。
【０００５】
そのため、例えばアプリケーションでの作業を中断して、アプリケーションを終了させたときに、従来のショートカットだと中断時と同じ状態に容易に復帰できないという課題があった。
【課題を解決するための手段】
【０００６】
上記課題を解決するために本願発明は、印刷設定情報を設定する製本アプリケーションの処理を中断するための指示が受け付けられた場合、中断前の作業内容を保持する保持手段と、前記中断前の作業内容を再現するためのショートカットアイコンを作成する作成手段と、前記作成手段により作成されたショートカットアイコンが指示された場合、前記保持手段に保持された中断前の作業内容に基づいて、中断前の作業内容を再現する再現手段を備えることを特徴とする。
【発明の効果】
【０００７】
アプリケーションでの作業を中断する場合に、アプリケーションを中断前の状態にて起動させるパラメータを用いてショートカットを作成することで、ユーザは容易に作業中断時と同じ状態で作業を開始することができる。
【図面の簡単な説明】
【０００８】
【図１】情報処理装置の構成を示すブロック図の一例である。
【図２】情報処理装置のソフトウェア構成を機能モジュール毎に示した構成図の一例である。
【図３】製本アプリケーション起動のシーケンス図である。
【図４】製本アプリケーション起動用のＸＭＬ例である。
【図５】製本アプリケーションの起動パラメータ例である。
【図６】製本アプリケーションの終了処理フローチャートである。
【図７】ショートカット作成のフロートチャートである。
【図８】ショートカット作成時に退避するＸＭＬである。
【図９】ショートカットを利用した製本アプリケーションの起動フローチャートである。
【図１０】製本アプリケーションのＵＩ例である。
【図１１】製本アプリケーションの終了ＵＩ例である。
【図１２】ショートカット作成時に退避するＸＭＬである。
【図１３】ショートカット作成のフロートチャートである。
【図１４】ショートカット再作成のフロートチャートである。
【発明を実施するための形態】
【０００９】
［実施例１］
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
本発明の実施例は、実施例記載の機能を実現するソフトウェアのプログラムコードを記憶媒体に記憶する。システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）によって、記憶媒体に格納されたプログラムコードを読み出し実行することによって達成される場合を含む。
【００１１】
まず前提となる技術について説明する。本発明の情報処理装置は、一般のアプリケーションによって作成されたデータを電子原稿ファイルに変換する電子原稿ライタと、その電子原稿ファイルのレイアウトを行う製本アプリケーションとを含む。
【００１２】
図１は本実施例に適応可能な情報処理装置の構成を示すブロック図である。
【００１３】
図１において、ＣＰＵ１０１は、ＲＯＭ１０３またはハードディスク１１１からＲＡＭ１０２にロードされたＯＳや一般アプリケーション、製本アプリケーションなどのプログラムを実行し、後述するフローチャートを実現する。
【００１４】
ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）１０５は、キーボード１０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）１０６は、ＣＲＴディスプレイ１１０の表示を制御する。ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、フォントデータ、ユーザファイル、後述する編集ファイル等を記憶するハードディスク（ＨＤ）１１１やフロッピー（登録商標）ディスク（ＦＤ）等とのアクセスを制御する。ＰＲＴＣ１０８は、接続されたプリンタ１０７との間の信号の交換を制御する。ＮＣ１１２はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１５】
図２は本実施例に適応可能なパソコンのソフトウェア構成を機能モジュール毎に示した構成図である。
【００１６】
クライアントＰＣ２０１とサーバＰＣ２０２は、図１で説明した情報処理装置であり、ハードウェア構成は同じである。ネットワーク２０３を通じてクライアントＰＣ２０１は、サーバＰＣ２０２および画像形成装置２０９と通信できる。ネットワーク回線２０３は、通信できるのであればＬＡＮ、ＷＡＮなど、どのような形態でもよい。
【００１７】
次にサーバＰＣ２０２の内部構成を説明する。サーバＰＣ２０２はＷｅｂアプリケーション２０３と、印刷用プリンタドライバ２０４とジョブ受信用プリンタドライバ２０５を持つ。ＷｅｂＵＩ部２０６はＷｅｂアプリケーション２０３内のモジュールである。ＷｅｂＵＩ部２０６はＷｅｂアプリケーションがブラウザに表示する画面を管理、作成している。ジョブ管理部２０７はＷｅｂアプリケーション２０３で扱うジョブを管理している。ジョブ管理部２０７で管理しているジョブは、ブラウザで表示したり印刷することができる。印刷する時、印刷用プリンタドライバ２０４が画像形成装置２０９に印刷ジョブを送る。ジョブ管理部２０７はジョブ受信用プリンタドライバ２０５から送られてきた印刷ジョブを管理する。連携モジュール配信部２０８は、クライアントＰＣ２０１に製本アプリケーション連携モジュール２１１を送ることができる。製本アプリケーション連携モジュール２１１はクライアントＰＣ２０１内で動作するプログラムである。
【００１８】
次にクライアントＰＣ２０１の内部構成の説明をする。クライアントＰＣ２０１はブラウザ２１０と、製本アプリケーション連携モジュール２１１と、データ受け渡しディレクトリ２１２と、製本アプリケーション２１３と、ジョブ送信用プリンタドライバ２１４を持つ。ブラウザ２１０は、ＷｅｂＵＩ部２０６で管理されているＷｅｂペ−ジを表示する。製本アプリケーション連携モジュール２１１はブラウザを使いネットワークを通じてサーバＰＣ２０２の連携モジュール配信部２０８からダウンロードされる。製本アプリケーション連携モジュール２１１は製本アプリケーション２１３を起動できる。
【００１９】
データ受け渡しディレクトリ２１２は、プログラムではなくクライアントＰＣ２０１のファイル管理領域である。データ受け渡しディレクトリ２１２はＯＳ上でアプリケーションが利用できるデータ管理領域であればよい。データ受け渡しディレクトリ２１２にデータが配置され、そのデータが製本アプリケーション連携モジュール２１１や製本アプリケーション２１３により利用される。ジョブ送信用プリンタドライバ２１４はプリンタドライバである。ジョブ送信用プリンタドライバ２１４は製本アプリケーション２１３から印刷指示を受け、ネットワーク２０３を使いジョブ受信用プリンタドライバ２０５に印刷ジョブを送信する。
【００２０】
次に製本アプリケーション２１３の内部構成を説明する。アプリケーションファイル２２１は、テキスト文書や画像であり印刷可能な電子ファイルである。アプリケーションファイルは、製本アプリケーションに読み込まれる。製本アプリケーション２１３はアプリケーションファイル２２１を読み込み、印刷用に印刷設定情報を設定し、印刷を指示する。製本アプリケーション２１３はモジュール２１５−２２０を有し、これらのモジュール２１５−２２０は製本アプリケーション２１３内で連携しておりデータ通信や制御指示などを自由に行うことができる。製本アプリケーションＵＩ制御部２１５は、製本アプリケーション２１３のＵＩを制御する。ユーザからの印刷指示や、印刷しないエクスポートデータの作成などの指示を受け取ることができる。
【００２１】
原稿データ格納部２１６は、アプリケーションファイル２２１や製本アプリケーションＵＩ制御部２１５で表示する原稿データを格納している。原稿表示制御部２１７は、製本アプリケーション２１３が原稿データをどのようにディスプレイに表示するかを制御する。すなわち原稿表示制御部２１７は、ユーザに見せるサムネイルや設定された印刷設定情報のページレイアウトを反映したサムネイルの表示を制御する。
【００２２】
エクスポートデータ作成部２１８は、エクスポート用のデータを作成する。具体的には、製本アプリケーション２１３は印刷する機能の他に、製本アプリケーション２１３が扱ったデータを画像ファイルにしてエクスポートする機能を持つ。製本アプリケーションがエクスポート機能を使用する際にエクスポートデータ作成部がエクスポート用のデータを作成する。印刷データ作成部２１９は、製本アプリケーション２１３で扱ったデータを印刷に適したフォーマットに変換して印刷データを作成する。印刷指示部２２０は、印刷指示を受け付けるとジョブ送信用プリンタドライバ２１４に印刷データを渡す。
【００２３】
図３は本実施例に適応可能な製本アプリケーションを起動する際のシーケンス図である。図３のシーケンスは、クライアントＰＣ２０１における製本アプリケーションの起動と、製本アプリケーションの終了のシーケンスである。
【００２４】
ブラウザはＷｅｂアプリケーション２０３のＷｅｂＵＩ部２０６で作成された画面を表示する（３０１）。ユーザから指示を受け付けると、ブラウザはサーバＰＣ２０２の連携モジュール配信部２０８から製本アプリケーション連携モジュールをクライアントＰＣ２０１にダウンロードし、製本アプリケーション連携モジュール２１１を実行（起動）する（３０２）。
【００２５】
製本アプリケーション連携モジュール２１１は、データ受け渡しディレクトリ２１２を参照する（３０３）。データ受け渡しディレクトリ２１２には、ブラウザによってサーバＰＣ２０２より製本アプリケーション２１３の起動に必要となる電子データがダウンロードされている。製本アプリケーション２１３の起動に必要となる電子データは、印刷対象のＰＤＦファイルと製本アプリケーション起動用のＸＭＬファイルである。
【００２６】
製本アプリケーション連携モジュール２１１は、データ受け渡しディレクトリ２１２を参照し製本アプリケーション起動用のＸＭＬファイルを発見し（３０３）、製本アプリケーション２１３を起動する（３０４）。製本アプリケーション２１３は、起動時にデータ受け渡しディレクトリ２１２に保存されたＸＭＬファイルを使用する。
【００２７】
製本アプリケーション２１３はユーザから終了の指示を受け取り、終了処理を行う（３０５）。製本アプリケーション２１３は、処理３０４と処理３０５の間にユーザによって利用される。
【００２８】
製本アプリケーション２１３は、データ受け渡しディレクトリ２１２にファイルをエクスポートする（３０６）。エクスポートするデータは、Ｗｅｂアプリケーション２０３が使用するＰＤＦデータと、製本アプリケーション連携モジュール２１１が利用するＸＭＬファイルである。
【００２９】
製本アプリケーション２１３は、製本アプリケーションの処理を終了する（３０７）と、製本アプリケーション連携モジュール２１１は、製本アプリケーション２１３の終了を検知する（３０８）。
【００３０】
製本アプリケーション連携モジュール２１１は、データ受け渡しディレクトリ２１２のＸＭＬを参照し、ＸＭＬの情報を読み取る（３０９）。ＸＭＬには製本アプリケーション２１３がステータスを書き込んでいる。ステータスとは、例えばアプリケーションの正常終了や中断終了、ＰＤＦファイル作成の完了などである。
【００３１】
製本アプリケーション連携モジュール２１１はＷｅｂアプリケーション２０３にＰＤＦデータを転送すると（３１０）、製本アプリケーション連携モジュール２１１の処理が終了する（３１１）。以上がクライアントＰＣ２０１における製本アプリケーションの起動と、製本アプリケーションの終了のシーケンスである。
【００３２】
図４は製本アプリケーション起動用のＸＭＬ例である。
【００３３】
製本アプリケーション２１３が起動時に使用するＸＭＬ４０１には、製本アプリケーション２１３の起動に必要な情報が記述されている。なお、ＸＭＬでなくともデータの意味や構造を記述できるようなマークアップ言語で代用できる。ＸＭＬ４０１はブラウザ２１０の指示に従いデータ受け渡しディレクトリ２１２にダウンロードされる。ＸＭＬ４０１は製本アプリケーション２１３の処理対象を示すファイル情報を記述する領域４０２と、製本アプリケーション２１３がステータスを記述する領域４０３を持つ。領域４０２は製本アプリケーション２１３により編集されるＰＤＦのファイルパスが書かれている。製本アプリケーション２１３により編集されるＰＤＦはユーザの指示を受けブラウザ２１０が決定する。領域４０２に記載されているＰＤＦのファイルパスは、データ受け渡しディレクトリ２１２を指している。領域４０３は、製本アプリケーションの終了時に、製本アプリケーション連携モジュールに伝えるステータスが書きこまれる。よって領域４０３に記述された情報は、製本アプリケーションを起動する際に利用されない。
【００３４】
図５は製本アプリケーションの起動パラメータ例である。
製本アプリケーション２１３は、実行ファイル名のうしろにパラメータを指定することで起動時の動作を変えることができる。通常モードで製本アプリケーションを起動する場合、実行ファイル５０１を使って製本アプリケーションが起動される。
【００３５】
また、製本アプリケーション２１３の他の起動方法としてＷｅｂアプリケーション２０３と連携した起動方法がある。Ｗｅｂアプリケーション２０３と連携した起動方法にて製本アプリケーションが起動される場合、実行ファイル名と処理対象の印刷ジョブのパラメータの組み合わせ５０２を引数として製本アプリケーションを起動する。その結果、通常モードとは異なる連携モードにて製本アプリケーション２１３が起動される。この連携モードで製本アプリケーションが起動された場合、製本アプリケーションの終了時に図３の処理３０５−３０７が行われる。パラメータは本実施例では／ｍｏｄｅ２“ａｂｃ．ｘｍｌ”である。ここで重要なのはＸＭＬファイル名である。このＸＭＬ名は図４のＸＭＬでありデータ受け渡しディレクトリ２１２にダウンロードされたファイルである。なお、連携モードでの起動方法としては、例えば製本アプリケーション連携モジュール２１１のＵＩに製本アプリケーションを起動するボタンを設け、そのボタンがユーザにより指示された場合、連携モードとして製本アプリケーションを起動する方法が挙げられる。
【００３６】
次に本実施例の特徴である、ショートカットアイコン作成のフローチャートを説明する。
図６は製本アプリケーションの終了処理フローチャートである。フローチャートで示す手順はクライアントＰＣ２０１で実行される。クライアントＰＣ２０１は図１の構成であり、フローチャートを実現するソフトウェアのプログラムコードを記憶媒体に記憶する。システムあるいは装置のＣＰＵ（またはＭＰＵ）が、記憶媒体に格納されたプログラムコードを読み出しフローチャートの各処理を実行する。
【００３７】
まずＳ６０１において、ユーザから製本アプリケーション２１３の終了指示を受け、製本アプリケーション２１３は終了処理を開始する。次にＳ６０２において、製本アプリケーション２１３は製本アプリケーション２１３の終了が作業の中断であるかどうかを判断する。具体的には、製本アプリケーション２１３の終了時に、製本アプリケーションは作業の中断であるかどうかを指示可能なＵＩを表示し、そのＵＩを介してユーザから受け付けた指示に従いＳ６０２の判定処理を行う。
【００３８】
製本アプリケーション２１３は作業の中断ではないと判断した場合、Ｓ６０３において、製本アプリケーション２１３は製本アプリケーションで編集した結果（編集後のＰＤＦ）をＷｅｂアプリケーション２０３に送るかどうかを判断する。例えば、ユーザが、製本アプリケーションを用いて２ｉｎ１を指定した場合、製本アプリケーションは、印刷設定情報に従って編集処理を行う。その結果、２ページ分のデータが１枚の用紙の面に印刷するために面付けされたＰＤＦデータが作成される。製本アプリケーション２１３は、この作成されたＰＤＦデータをＷｅｂアプリケーション２０３に送信するか否かを判断する。Ｗｅｂアプリケーション２０３はサーバＰＣ２０２で動作しているので、物理的な送り先はサーバＰＣ２０２のジョブ管理部２０７である。Ｓ６０３では製本アプリケーション２１３が、製本アプリケーションの編集結果のＰＤＦをサーバに送るかどうかを指示可能なＵＩを表示し、そのＵＩを介してユーザから受け付けた指示に従いＳ６０３の判定処理を行う。これはＳ６０２で表示するＵＩに選択肢を加え、Ｓ６０２のタイミングで一度に表示してもよい。製本アプリケーション２１３はＳ６０３でサーバに送らないと判断した場合、Ｓ６０４において、製本アプリケーション２１３はサーバＰＣ２０２に送るデータ（ＰＤＦファイル）は不要となるので、ＸＭＬ４０１の更新のみを行う。
【００３９】
一方、Ｓ６０３において製本アプリケーション２１３が、製本アプリケーションの編集結果であるＰＤＦをサーバに送ると判断した場合、Ｓ６０５において、製本アプリケーション２１３はサーバＰＣ２０２に送るデータであるＰＤＦを作成する。具体的には上述したような面付けされたＰＤＦデータが作成される。次にＳ６０６において製本アプリケーション２１３はＸＭＬ４０１を更新する。更新する情報はＸＭＬ４０１の領域４０３である。ここに製本アプリケーション連携モジュール２１１に伝えるステータスが書きこまれる（終了を表すコードが書き込まれる）。
【００４０】
また、Ｓ６０２において製本アプリケーション２１３が作業の中断であると判断した場合、Ｓ６０７において、製本アプリケーション２１３は作業再開時に作業の中断前の状態を再現するためのファイルを保持する。具体的には、製本アプリケーション２１３は、中断前までの作業内容が記述されたファイルを保持する。この作業内容に関するファイルは、製本アプリケーション２１３用の独自のファイル拡張子を定めたファイルとする。
【００４１】
次にＳ６０８において製本アプリケーション２１３はＸＭＬ４０１を更新する。製本アプリケーション２１３が更新する情報はＸＭＬ４０１の領域４０３である。この領域４０３に製本アプリケーション連携モジュール２１１に伝えるステータスが書きこまれる。Ｓ６０６と違う点は、Ｓ６０６は終了を表すコードが書き込まれ、Ｓ６０８では中断を表すコードが書き込まれる。
【００４２】
次にＳ６０９において、製本アプリケーション２１３はショートカットを作成する。ショートカット作成の詳細フローは図７で説明する。Ｓ６０９において製本アプリケーション２１３によってショートカットが作成されたらＳ６１０に進む。Ｓ６１０において製本アプリケーション２１３は製本アプリケーション２１３を終了する。Ｓ６１０における終了とは、製本アプリケーションのプログラム実行単位（一般的な用語ではプロセス）を終わらせることである。
【００４３】
次にＳ６１１において、製本アプリケーション連携モジュール２１１が、製本アプリケーション２１３の終了を検知する。この処理は図３のシーケンスの３０８に相当する。製本アプリケーション連携モジュール２１１は製本アプリケーション２１３のプログラム実行単位を監視することによって、製本アプリケーション２１３の終了を検知している。次にＳ６１２において、製本アプリケーション連携モジュール２１１はデータ受け渡しディレクトリ２１２を参照しＸＭＬ４０１の内容を読み取り、領域４０３の記述内容から製本アプリケーション２１３がどの状態で終了したかを判断する。
【００４４】
次にＳ６１３において製本アプリケーション連携モジュール２１１は、製本アプリケーション２１３が中断で終了したかどうかを判断する。中断でない場合、製本アプリケーション連携モジュールは、ＰＤＦをサーバＰＣ２０２のジョブ管理部２０７に送信する（Ｓ６１４）。中断である場合、製本アプリケーション連携モジュール２１１は、Ｓ６１５において、製本アプリケーション２１３の終了状態をサーバＰＣ２０２に伝える。終了状態は、Ｓ６０７を通る中断パターンと、Ｓ６０５を通る正常終了パターンと、Ｓ６０４を通るキャンセルパターンのいずれかとなる。Ｓ６１６において、製本アプリケーション連携モジュール２１１は、自らの処理を終了する。
【００４５】
図７は図６のＳ６０９の詳細を説明するためのフロートチャートである。
まずＳ７０１において、製本アプリケーション２１３は製本アプリケーション２１３の起動時に指定されたＸＭＬを複製する。このＸＭＬは図４のＸＭＬ４０１である。起動時に指定されるシーケンスは図３の３０４であり、図５の５０２の記述、／ｍｏｄｅ２“ａｂｃ．ｘｍｌ”である。次にＳ７０２において、製本アプリケーション２１３は退避用のフォルダを作成する。この退避用フォルダの場所は、データ受け渡しディレクトリ２１２と異なる場所であればどこでもよいが、ユーザによって削除されにくい場所が好ましい。たとえば、製本アプリケーション２１３がインストールされている階層や、ＯＳの定めたユーザディレクトリなどである。次にＳ７０３において、製本アプリケーション２１３はＳ７０２でコピーしたＸＭＬに、複製元のＸＭＬのファイルパスを追記する。
【００４６】
次にＳ７０４において、製本アプリケーション２１３はＳ７０２で作成したフォルダにＳ７０３で複製元のＸＭＬファイルのファイルパスが追記されたＸＭＬを移動する。さらに、現在の状態を保存したデータも移動させる。現在の状態を保存したデータとは、Ｓ６０７において製本アプリケーション２１３は作業再開のために今までの作業内容を保持したファイルである。その結果、退避フォルダには複製元のＸＭＬファイルのファイルパスが追記されたＸＭＬ（図８のＸＭＬ８０３）と中断前までの作業内容が記述されたファイルとが保持される。
【００４７】
次にＳ７０５において製本アプリケーション２１３はショートカットを作成する。ショートカットには製本アプリケーション連携モジュール２１１を起動する命令が設定される。すなわち製本アプリケーション２１３は製本アプリケーション連携モジュール２１１の実行ファイル名をショートカットに指定する。さらに、製本アプリケーションは、製本アプリケーション連携モジュール２１１が起動時に製本アプリケーション２１３を自動的に起動するためのコマンドを含めてショートカットを作成する。その際、製本アプリケーションは、Ｓ７０４で退避フォルダに保存されたＸＭＬ（例えば後述の図８のＸＭＬ８０３）を指定するパラメータを図５の５０２のように製本アプリケーション連携モジュールの実行ファイル名に続けて指定する。
【００４８】
図８はショートカット作成時に退避するＸＭＬである。
ＸＭＬ８０１はデータ受け渡しディレクトリ２１２に保存されたＸＭＬである。ＸＭＬ８０１の領域８０２に対し、Ｓ６０８において製本アプリケーション２１３が中断ステータスを追記する。ＸＭＬ８０３はＳ７０４の処理によって、製本アプリケーション２１３が退避フォルダに移動したＸＭＬである。ＸＭＬ８０３の領域８０４には、Ｓ７０３の処理に従い製本アプリケーション２１３がコピーする前のＸＭＬのファルパスが記述されている。このように、ＸＭＬ８０３はＸＭＬ８０１をコピーすると共に、Ｓ７０３にて追記されたファイルパスを記述することで作成される。
【００４９】
次に作成したショートカットを使い、製本アプリケーション２１３を起動させる方法を図９を用いて説明する。
図９は、図６のフローチャートで作成したショートカットをユーザがクリックし、製本アプリケーション連携モジュール２１１および、製本アプリケーション２１３がプログラムを実行するフローチャートである。
【００５０】
まずＳ９０１において、クライアントＰＣ２０１はＳ７０５においてショートカットに指定されたプログラムを実行する。上述した通り、製本アプリケーション連携モジュール２１１の実行ファイル名が指定されているので、製本アプリケーション連携モジュール２１１が起動される。
【００５１】
次にＳ９０２において、製本アプリケーション連携モジュール２１１は、製本アプリケーション２１３の起動を行うために、製本アプリケーション２１３のリンク情報を参照する。このリンク情報は、Ｓ７０５において、製本アプリケーション２１３の実行ファイル名のうしろにＸＭＬ８０３を参照するように指定された情報である。
【００５２】
Ｓ９０３において、製本アプリケーション連携モジュール２１１はＳ９０２で参照したパラメータを使い製本アプリケーション２１３を起動させる。以降のＳ９０４−Ｓ９０６は起動した製本アプリケーション２１３によって実行される。
【００５３】
Ｓ９０４において、製本アプリケーション２１３は、ＸＭＬ８０３の領域８０４から元のＸＭＬへのファルパス（すなわち”データ受け渡しディレクトリ／ａｂｃ．ｘｍｌ”）を読み取る。
【００５４】
Ｓ９０５において、製本アプリケーション２１３は、Ｓ９０５で読み取ったファイルパスのフォルダに、ＸＭＬ８０３と製本アプリケーション用ファイルとのコピーを保存する。製本アプリケーション用ファイルとは、Ｓ７０４において退避フォルダに移動した製本アプリケーション２１３の作業再開のためのファイルである。
【００５５】
次にＳ９０６において、製本アプリケーション２１３はＳ９０５で保存されたＸＭＬを使い、製本アプリケーション２１３の起動を続行する。すなわち“データ受け渡しディレクトリ／ａｂｃ．ｘｍｌ”を使い製本アプリケーション２１３は起動される。以上でショートカットを使い、製本アプリケーション連携モジュール２１１と製本アプリケーション２１３が起動される。
【００５６】
図１０は製本アプリケーションのＵＩ例である。
製本アプリケーション２１３が起動されるとメインＵＩ１００１が表示される。製本アプリケーション２１３の終了は、ファイルメニュー１００２と終了ボタン１００３から行うことができる。ユーザがファイルメニュー１００２または終了ボタン１００３を使い製本アプリケーション２１３に終了指示を送ると、製本アプリケーション２１３は図６の終了処理フローを開始する。
【００５７】
図１１は製本アプリケーションの終了ＵＩ例である。
製本アプリケーション２１３が表示する終了ＵＩ１１０１は、Ｓ６０２において、製本アプリケーション２１３が表示する中断であるかどうかを指示可能なＵＩに相当する。終了ＵＩ１１０１はボタン１１０２−１１０４を持つ。
【００５８】
ボタン１１０２は、作業内容を保存して終了することを指示するボタンである。ボタン１１０２がユーザにより押されると、製本アプリケーション２１３はＳ６０５の処理フローを実行する。
【００５９】
ボタン１１０３は、作業内容を保存しないで終了することを指示するボタンである。ボタン１１０３がユーザにより押されると、製本アプリケーション２１３はＳ６０４の処理フローを実行する。
【００６０】
ボタン１１０４は、作業中断を指示するボタンである。ボタン１１０４がユーザにより押されると、製本アプリケーション２１３はＳ６０７の処理フローを実行する。
【００６１】
以上のように本実施例では、アプリケーションでの作業を中断する場合にショートカットを作成する。作成したショートカットのリンク情報に、アプリケーションを元通りに起動させるパラメータを用いることで、ショートカットをクリックするだけで、ユーザは作業中断時と同じ状態で作業を開始することができる。
【００６２】
［実施例２］
実施例１では、製本アプリケーション２１３の作業中断を行いたい時に、作業中断前と同じ状態で復帰できるショートカットを作成する方法を説明した。しかしながら、作成したショートカットを誤って削除してしまうと元の作業を再開することができなくなるという課題がある。実施例２ではショートカットの自動再作成という方法を説明する。
【００６３】
本実施例は、図１−図６、図８−図１１に関しては実施例１と同様であるので説明を割愛する。実施例２は実施例１の製本アプリケーション２１３の起動処理に新たな処理を加えたものである。
【００６４】
図１２はショートカット作成時に退避するＸＭＬである。
ＸＭＬ１２０１はＸＭＬ８０３と類似しているが、実施例１のＸＭＬ８０３との違いはショートカットファイルパスを示す領域１２０２が追加されている点である。領域１２０２には、製本アプリケーション２１３がＳ７０５において作成するショートカット名が記述されている。領域１２０２では”Ｃ：￥Ｕｓｅｒｓ／Ｄｅｓｋｔｏｐ／ショートカット名”がショートカット名である。
【００６５】
図１３はショートカット作成のフロートチャートである。
図１３の処理フローにおいて、実施例１の図７と同様のステップには、Ｓ７０１−Ｓ７０５と記述したので詳細な説明は割愛する。Ｓ１３０６において、製本アプリケーション２１３はＳ１３０３（Ｓ７０３）でコピーしたＸＭＬに、ショートカットのファイルパスを追記する。追記するＸＭＬの領域は図１２の領域１２０２である。図１３の処理フローによって、製本アプリケーション２１３が作成したＸＭＬが、図１２のＸＭＬ１２０１となる。製本アプリケーション２１３は、領域１２０２の内容からＸＭＬ１２０１に対応するショートカットがどれであるかを判別できる。
【００６６】
図１４はショートカット再作成のフロートチャートである。
図１４は製本アプリケーション２１３によって実行され、製本アプリケーション２１３の起動時に実行される。製本アプリケーション２１３が起動処理を行う際に、まずＳ１４０１において退避先フォルダを参照し、ＸＭＬファイルがあるかどうかを判断する。退避先フォルダはＳ１３０２で作成したフォルダであり、図１３のフローでショートカットを作成していればフォルダ内にはＸＭＬが存在する。Ｓ１４０１において、製本アプリケーション２１３は退避先にＸＭＬファイルがない場合はフロー終了と判断する。この場合は、製本アプリケーション２１３によってショートカットが作成されていないため、再作成の必要がない。
【００６７】
Ｓ１４０１において、製本アプリケーション２１３は退避先にＸＭＬファイルがあると判断した場合、Ｓ１４０２において、Ｓ１４０１で見つけたＸＭＬを参照しショートカットの作成場所を読み取る。ショートカットの作成場所は図１２の領域１２０２に記述されている。次にＳ１４０３において、製本アプリケーション２１３はＳ１４０２で読み取ったショートカット作成場所にショートカットがあるかを判断する。Ｓ１４０３においてショートカットがある場合はフロー終了となる。この場合はショートカットと退避用フォルダのＸＭＬの両者が存在しているので問題ない。
【００６８】
Ｓ１４０３においてショートカットがなかった場合は、製本アプリケーション２１３はＳ１４０４に処理を進める。この場合は、退避用フォルダにＸＭＬがあるがショートカットがないことになる。次にＳ１４０４において、製本アプリケーション２１３はショートカットの再作成を行う。再作成は、製本アプリケーション２１３が図１３の処理フローを実行することで実現される。
【００６９】
以上のように本実施例２では、アプリケーションが作成したショートカットが削除や移動で不整合を起こした場合に、ショートカットが作成された場所を特定できる情報がＸＭＬに記述されているため、ショートカットを容易に復元することができる。ユーザはショートカットを紛失してしまっても作業中断時と同じ状態で作業を開始することができる。
【００７０】
［その他の実施例］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００７１】
２０３  Ｗｅｂアプリケーション
２１１  製本アプリケーション連携モジュール
２１２  データ受け渡しディレクトリ
２１３  製本アプリケーション
【図１】
2011242943.tif 000003
【図２】
2011242943.tif 000004
【図３】
2011242943.tif 000005
【図４】
2011242943.tif 000006
【図５】
2011242943.tif 000007
【図６】
2011242943.tif 000008
【図７】
2011242943.tif 000009
【図８】
2011242943.tif 000010
【図９】
2011242943.tif 000011
【図１０】
2011242943.tif 000012
【図１１】
2011242943.tif 000013
【図１２】
2011242943.tif 000014
【図１３】
2011242943.tif 000015
【図１４】
2011242943.tif 000016