JP2012243286A - 情報処理装置、ドキュメントデータ更新方法、およびコンピュータープログラム - Google Patents

Abstract

【課題】サーバーとの通信の再開後に、サーバーに保存されているドキュメントのデータを従来よりも容易に更新する。
【解決手段】ドキュメントのデータを記憶するドキュメント管理サーバー３と通信を行う機能を有する画像形成装置１が、次のステップを実行する。ユーザーによる操作に応じた、ドキュメントの編集の内容を、編集内容記憶手段に記憶させる。データを更新するために、編集の内容をドキュメント管理サーバー３へ通知する。ドキュメント管理サーバー３への通知ができない場合に、ドキュメント管理サーバー３へ編集の内容を通知する処理を示すコンピュータープログラムを含むマスターファイルを生成する。そして、マスターファイルを出力しまたは保存するための処理を行う。
【選択図】図１

Description

本発明は、サーバーでデータが管理されているドキュメントの編集を行う情報処理装置などに関する。

従来、パーソナルコンピューターおよびスマートフォンなどの情報処理装置には、ウェブブラウザーが搭載されている。近年は、ＭＦＰ（Multi-function Peripherals）などの情報処理装置にも、ウェブブラウザーが搭載されるようになった。

さらに、近年、ＳａａＳ（Software as a Service）の形態のソフトウェアが提供されるようになった。ＳａａＳの形態のソフトウェアの１つとして、ウェブブラウザー上で動作するオフィスソフトがある。「オフィスソフト」は、主にオフィスでの業務に使用されるソフトウェアである。オフィスソフトとして、例えば、ワープロソフトおよびスプレッドシート（表計算）ソフトなどがある。ユーザーは、ウェブブラウザーおよびＳａａＳの形態のオフィスソフトを用いて、ドキュメントを作成したり編集したりすることができる。そして、ドキュメントのデータをサーバーに保存しておくことができる。

データをサーバーに保存する方法として、次のような方法が提案されている。最新化タイミング監視手段は、更新のタイミングを監視し、その到来時に対応する最新化タイミング情報を発生する。更新対象ファイル情報管理ファイル操作処理手段は、その情報と一致するファイルをファイルの更新条件が登録されている更新対象ファイル情報管理ファイルから検索して更新日時の新しいマスタファイルを要求する。新しいマスタファイルの転送に応じてファイル操作処理手段は、更新動作を行う。

特開平１０−１７１６９５号公報

しかし、オフィスソフトをウェブブラウザー上で動作させてドキュメントを編集している最中にサーバーとの通信が不能になると、サーバーに保存されている、このドキュメントのデータを更新することができなくなる。この場合に、ユーザーは、通信が再開されるのを待たなければならない。しかし、そうすると、通信が再開されるのを待つのは、ウェブブラウザーを起動させたままにしておかなければならず、リソースを無駄遣いしてしまう。情報処理装置の電源を切ることも、できない。リソースや電力の無駄遣いを止めるには、保存を断念してウェブブラウザーを一度終了させ、再度、ドキュメントの編集をやり直さなければならない。

本発明は、このような問題点に鑑み、サーバーとの通信の再開後に、サーバーに保存されているドキュメントのデータを従来よりも容易に更新することができるようにすることを、目的とする。

本発明の一形態に係る情報処理装置は、ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置であって、ユーザーによる操作に応じた前記ドキュメントの編集の内容を記憶する編集内容記憶手段と、前記データを更新するために前記内容を前記サーバーへ通知する、編集内容通知手段と、前記サーバーへの前記内容の通知ができない場合に、前記サーバーへ前記内容を通知する処理を示すコンピュータープログラムである通知プログラムを生成する通知プログラム生成手段と、前記通知プログラムを出力しまたは保存するための処理を行う通知プログラム出力手段と、を有する。

好ましくは、前記通知プログラム出力手段は、前記通知プログラムのサイズが所定のサイズ未満である場合は、当該通知プログラムを電子メールに添付し、ユーザーが指定した宛先へ送信する。または、前記通知プログラムを前記サーバーとは異なる第二のサーバーへ保存するとともに、当該通知プログラムへのアクセスの方法をユーザーへ電子メールによって通知する。または、可搬型の記録媒体を接続するための入出力インターフェースを有し、前記通知プログラム出力手段は、前記入出力インターフェースに前記記録媒体が接続されている場合は、前記通知プログラムを当該記録媒体に保存する。

または、前記通知プログラム生成手段は、前記通知プログラムとして、前記サーバーから通知された、前記ドキュメントを編集するウェブページのＵＲＬを示すプログラムを生成する。

本発明の他の形態に係る情報処理装置は、ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置であって、ユーザーによる操作に応じた前記ドキュメントの編集の内容を記憶する編集内容記憶手段と、前記データを更新するために前記内容を前記サーバーへ通知する、編集内容通知手段と、前記サーバーへの前記内容の通知ができない場合に、前記内容を識別する識別子を用紙に印刷する、印刷手段と、を有する。

好ましくは、前記用紙から前記識別子を読み取る読取手段、を有し、前記編集内容通知手段は、読み取られた前記識別子に基づいて、前記編集内容記憶手段に記憶されている前記内容を前記サーバーへ通知する。

本発明によると、サーバーとの通信の再開後に、サーバーに保存されているドキュメントのデータを従来よりも容易に更新することができる。

イントラネットの全体的な構成の例を示す図である。 画像形成装置のハードウェア構成の例を示す図である。 ウェブブラウザーの機能的構成の例を示す図である。 原本更新ソフトウェアの機能的構成の例を示す図である。 トップページの例を示す図である。 一覧ページの例を示す図である。 編集ページの例を示す図である。 マスターファイルの構成の例を示す図である。 マスターファイル生成処理の流れの例を説明するフローチャートである。 マスターファイル保存処理の流れの例を説明するフローチャートである。 通常時印刷処理の流れの例を説明するフローチャートである。 障害時印刷処理の流れの例を説明するフローチャートである。 原本更新用印刷物の例を示す図である。 実行ファイルによる処理の流れの例を説明するフローチャートである。 ドキュメントの編集時における画像形成装置の全体的な処理の流れの例を説明するフローチャートである。 ドキュメントの編集時における画像形成装置の全体的な処理の流れの例を説明するフローチャートである。 データ保存処理の流れの例を説明するフローチャートである。 原本更新用印刷物を用いた原本ファイルの更新のための処理の流れの例を説明するフローチャートである。

図１は、イントラネット１ＮＳの全体的な構成の例を示す図である。図２は、画像形成装置１のハードウェア構成の例を示す図である。図３は、ウェブブラウザー１０２の機能的構成の例を示す図である。図４は、原本更新ソフトウェア１０３の機能的構成の例を示す図である。

図１に示すように、イントラネット１ＮＳは、企業または役所などの団体に設けられたネットワークであって、画像形成装置１、ファイルサーバー２Ａ、端末装置２Ｂ、ハブ２Ｃ、およびルーター２Ｄなどによって構成される。以下、ある団体Ｘにおいてイントラネット１ＮＳが用いられる場合を例に説明する。したがって、団体Ｘのメンバーがイントラネット１ＮＳのユーザーである。

画像形成装置１、ファイルサーバー２Ａ、および端末装置２Ｂは、ツイストペアケーブルによってハブ２Ｃに繋がれている。これにより、画像形成装置１、ファイルサーバー２Ａ、および端末装置２Ｂは、二者間で通信を行うことができる。

さらに、ハブ２Ｃには、ルーター２Ｄが繋がれている。ルーター２Ｄは、インターネット５に繋がれている。これにより、画像形成装置１、ファイルサーバー２Ａ、および端末装置２Ｂは、インターネット５に接続されている種々の装置と通信を行うことができる。

ドキュメント管理サーバー３は、ウェブブラウザー上で動作するアプリケーションを配信し、このアプリケーションで作成されたデータを管理する、というサービスを提供するウェブサーバーである。ドキュメント管理サーバー３は、このサービスを提供する会社のデータセンターなどに設けられている。このようなサービスとして、Ｇｏｏｇｌｅ社のＧｏｏｇｌｅドキュメントがよく知られている。以下、このようなサービスを「ネットワークドキュメントサービス」と記載する。

ドキュメント管理サーバー３には、ユーザーごとのユーザーＩＤ（identification）およびパスワードが予め登録されている。さらに、ユーザーごとに、ドキュメントのファイルを格納するための記憶領域が用意されている。ユーザーは、ドキュメント管理サーバー３へログインしたら、ドキュメントを作成し、このドキュメントのファイルを自分の記憶領域に記憶させることができる。また、自分の記憶領域にファイルが記憶されているドキュメントを編集し、このファイルを更新することができる。以下、ドキュメント管理サーバー３の記憶領域に記憶されているドキュメントのファイルを「原本ファイル」と記載する。

また、ドキュメント管理サーバー３は、インターネット５に接続されている。よって、画像形成装置１および端末装置２Ｂは、インターネット５を介してドキュメント管理サーバー３と通信を行うことができる。よって、ユーザーは、画像形成装置１または端末装置２Ｂを操作してネットワークドキュメントサービスを利用することができる。

パーソナルコンピューター４も、端末装置２Ｂと同様に、インターネット５を介してドキュメント管理サーバー３と通信を行うことができる。また、ユーザーは、パーソナルコンピューター４を操作してネットワークドキュメントサービスを利用することができる。

画像形成装置１は、一般に「複合機」または「ＭＦＰ（Multi Function Peripherals）」などと呼ばれる装置であって、コピー、ファックス、スキャン、ネットワークプリント、および電子メールの送信などの機能を集約した装置である。

画像形成装置１は、図２に示すように、ＣＰＵ（Central Processing Unit）１０ａ、ＲＡＭ（Random Access Memory）１０ｂ、ＲＯＭ（Read Only Memory）１０ｃ、大容量記憶装置１０ｄ、画像処理回路１０ｅ、タッチパネルディスプレイ１０ｆ、ネットワークインターフェース１０ｇ、モデム１０ｈ、スキャンユニット１０ｉ、印刷ユニット１０ｊ、およびＵＳＢ（Universal Serial Bus）インターフェース１０ｋなどによって構成される。

タッチパネルディスプレイ１０ｆは、ユーザーに対してメッセージまたは指示を与えるための画面、ユーザーが処理の指令および条件を入力するための画面、およびＣＰＵ１０ａの処理の結果を示す画面などを表示する。また、ユーザーが指で触れた位置を検知し、検知結果を示す信号をＣＰＵ１０ａに送信する。

ネットワークインターフェース１０ｇは、ファイルサーバー２Ａ、端末装置２Ｂ、およびドキュメント管理サーバー３などを相手にＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などのプロトコルで通信を行う。ネットワークインターフェース１０ｇとして、ＮＩＣ（Network Interface Card）が用いられる。

モデム１０ｈは、固定電話網を介してファックス端末との間でＧ３などのプロトコルで画像データをやり取りするための装置である。

スキャンユニット１０ｉは、用紙に記されている写真、文字、絵、図表などからなる画像を読み取って画像データを生成する。

画像処理回路１０ｅは、スキャンユニット１０ｉによって読み取られた画像などに画像処理を施す。

印刷ユニット１０ｊは、スキャンユニット１０ｉによって読み取られた画像のほか、ファイルサーバー２Ａ、端末装置２Ｂ、ドキュメント管理サーバー３、またはファックス端末などから受信したデータに示される画像を印刷する。

ＵＳＢインターフェース１０ｋは、デジタルカメラおよびＵＳＢメモリなどのＵＳＢ機器を画像形成装置１に接続するためのボードである。

ＲＯＭ１０ｃまたは大容量記憶装置１０ｄには、ウェブブラウザー１０２および原本更新ソフトウェア１０３などのソフトウェアが記憶されている。これらのソフトウェアを構成する各モジュールは、必要に応じてＲＡＭ１０ｂにロードされ、ＣＰＵ１０ａによって実行される。

ウェブブラウザー１０２は、図３に示すウェブページデータ取得部１２１、接続用ファイル登録部１２２、ウェブページファイル登録部１２３、ウェブページ表示処理部１２４、ウェブページデータ更新部１２５、原本更新要求部１２６、マスターファイル生成部１２７、マスターファイル出力処理部１２８、ウェブページ印刷処理部１２９、およびファイル生成用データ記憶部１２Ｓなどを実現するためのソフトウェアである。

なお、図３に示す機能の一部を既存のウェブブラウザーで実現してもよい。例えば、ウェブサーバーとのデータのやり取りおよびウェブページの表示の機能を既存のウェブブラウザーで行ってもよい。この場合は、残りの機能、特に、ネットワークドキュメントサービスを使用する際のドキュメントの保存のための機能を、プラグインなどによって実現すればよい。

一方、原本更新ソフトウェア１０３は、図４に示す原稿読取制御部１３１、更新要求情報検索部１３２、アドレス情報抽出部１３３、ユーザー情報抽出部１３４、ウェブブラウザー起動部１３５、アドレス情報通知部１３６、ユーザー情報通知部１３７、および原本更新指令部１３８などを実現するためのソフトウェアである。

ファイルサーバー２Ａは、ドキュメントなどのデータをファイル単位で記憶するサーバーである。ユーザーは、画像形成装置１または端末装置２Ｂを操作してファイルサーバー２Ａにファイルを記憶させたり、ファイルサーバー２Ａに記憶されているファイルをダウンロードして使用したりすることができる。

端末装置２Ｂは、画像形成装置１、ファイルサーバー２Ａ、およびドキュメント管理サーバー３のそれぞれが提供するサービスを受けるためのクライアントである。端末装置２Ｂには、画像形成装置１のドライバのほかウェブブラウザーなどがインストールされている。端末装置２Ｂとして、パーソナルコンピューター、ＰＤＡ（Personal Digital Assistant）、またはスマートフォンなどが用いられる。

ハブ２Ｃは、イントラネット１ＮＳの中の各装置同士の通信を中継する。ルーター２Ｄは、上述の通り、インターネット５とイントラネット１ＮＳとを接続する。

次に、図３および図４に示す各部の処理内容を、ドキュメントの編集および保存の際の処理および障害の復旧後の処理に大別して説明する。

〔ドキュメントの編集および保存の際の処理〕
図５は、トップページＷＮ０の例を示す図である。図６は、一覧ページＷＮ１の例を示す図である。図７は、編集ページＷＮ２の例を示す図である。図８は、マスターファイルＦＬ０の構成の例を示す図である。図９は、マスターファイル生成処理の流れの例を説明するフローチャートである。図１０は、マスターファイル保存処理の流れの例を説明するフローチャートである。図１１は、通常時印刷処理の流れの例を説明するフローチャートである。図１２は、障害時印刷処理の流れの例を説明するフローチャートである。図１３は、原本更新用印刷物ＰＴ１の例を示す図である。

ウェブページデータ取得部１２１は、ユーザーの操作に応じてドキュメント管理サーバー３からウェブページのデータをダウンロードする。

ウェブページ表示処理部１２４は、ウェブページデータ取得部１２１によってデータがダウンロードされるごとに、ウェブページをタッチパネルディスプレイ１０ｆに表示させる。

ウェブページのデータは、主に、ＨＴＭＬ（Hypertext Markup Language）ファイルである。そのほか、ＪＰＥＧ（Joint Photographic Experts Group）ファイルまたはＧＩＦ（Graphics Interchange Format）ファイルなどの画像ファイルが含まれることがある。

さらに、ネットワークドキュメントサービスにおけるドキュメントの編集用のウェブページには、ドキュメントのデータおよびウェブブラウザー上で実行されるプログラムがＨＴＭＬファイルに組み込まれている。例えば、スプレッドシート（表計算）のドキュメントの編集用のウェブページには、シートへの入力および入力された値の演算などの処理のためのプログラムが組み込まれている。なお、一部の処理をドキュメント管理サーバー３側で行う場合もある。以下、ドキュメントの編集用のウェブページを「編集ページＷＮ２」と記載する（図７参照）。また、以下、スプレッドシートのドキュメントを取り扱う場合を例に説明する。

ユーザーは、例えば次の手順で編集ページＷＮ２へアクセスすることができる。ユーザーは、画像形成装置１に所定のコマンドを入力してウェブブラウザー１０２を起動する。そして、ネットワークドキュメントサービスのウェブサイトのＵＲＬ（Uniform Resource Locator）をウェブブラウザー１０２に入力する。

すると、ウェブページデータ取得部１２１は、このＵＲＬに基づいてドキュメント管理サーバー３へアクセスし、ウェブページのデータを要求する。ドキュメント管理サーバー３は、このウェブサイトのトップのウェブページであるトップページＷＮ０を表示するためのデータを画像形成装置１へ配信する。

ウェブページ表示処理部１２４は、受信されたデータに基づいて、図５のようなトップページＷＮ０を表示させる。

ここで、ユーザーは、自分のユーザーＩＤおよびパスワードを入力し、「ログイン」ボタンを押す。すると、ウェブページデータ取得部１２１は、入力されたユーザーＩＤおよびパスワードをドキュメント管理サーバー３へ送信する。ドキュメント管理サーバー３は、ユーザーＩＤおよびパスワードを受信すると、ユーザー認証を行う。そして、正当性を確認できたら、ドキュメント管理サーバー３へのこのユーザーのログインを認め、このユーザーの記憶領域にファイルが記憶されているドキュメントの一覧を示すウェブページである一覧ページＷＮ１を表示するためのデータを画像形成装置１へ送信する。

ウェブページ表示処理部１２４は、受信されたデータに基づいて、図６のような一覧ページＷＮ１を表示させる。

ここで、ユーザーは、編集したいドキュメントがあれば、一覧ページＷＮ１の中からそのドキュメントの名称を選択する。すると、ウェブページデータ取得部１２１は、このドキュメントの編集ページＷＮ２をドキュメント管理サーバー３に対して要求する。ドキュメント管理サーバー３は、このドキュメントの原本ファイルに基づいてこのドキュメントを編集するための編集ページＷＮ２のデータを生成し、画像形成装置１へ送信する。

そして、ウェブページ表示処理部１２４は、受信されたデータに基づいて、図７のような編集ページＷＮ２を表示させる。

なお、新しいドキュメントを作成する場合は、ユーザーは、一覧ページＷＮ１において「新規作成」ボタンを押す。この場合も、ドキュメントを選択された場合と同様に、ドキュメント管理サーバー３は、編集ページＷＮ２のデータを画像形成装置１へ送信する。ただし、このデータには、ドキュメントのデータが含まれていない。よって、画像形成装置１において、真っ新なシートの編集ページＷＮ２が表示される。また、ドキュメント管理サーバー３は、新しいドキュメントの原本ファイルを生成し、このユーザーの記憶領域に格納する。

また、編集ページＷＮ２のデータがダウンロードされると、接続用ファイル登録部１２２およびウェブページファイル登録部１２３によって次の処理が実行される。

接続用ファイル登録部１２２は、編集ページＷＮ２のデータがダウンロードされると、この編集ページＷＮ２のＵＲＬとログインの際に入力されたユーザーＩＤおよびパスワードとを互いに対応付けてファイル生成用データ記憶部１２Ｓに記憶させる。

編集ページＷＮ２のＵＲＬは、ウェブブラウザー１０２に対してユーザーが指定したものよりも、ドキュメント管理サーバー３から通知されたものであるのが、望ましい。ユーザーが指定したＵＲＬに基づいてウェブブラウザー１０２がアクセスしても、ドキュメント管理サーバー３においてリダイレクトが行われる場合があるからである。

ウェブページファイル登録部１２３は、ダウンロードされた編集ページＷＮ２のデータを、この編集ページＷＮ２のＵＲＬおよびログインの際に入力されたユーザーＩＤに対応付けてファイル生成用データ記憶部１２Ｓに記憶させる。編集ページＷＮ２のデータは、具体的には、ＨＴＭＬのファイルであるサブハイパーテキストファイルＦＬ３およびこれに示される画像等のオブジェクトのファイルであるサブオブジェクトファイルＦＬ４である。サブオブジェクトファイルＦＬ４は、１つもない場合もあれば、複数ある場合もある。

ここで、ユーザーは、ドキュメント（シート）に値を書き加えたり、既存の値を書き換えたり削除したりすることによって、既存のドキュメントまた真っ新なドキュメントを編集する。そして、メニューバーの中の「保存」メニューを押す。すると、ウェブページデータ更新部１２５、原本更新要求部１２６、およびドキュメント管理サーバー３によって次の処理が行われる。

ウェブページデータ更新部１２５は、編集後のドキュメントを示すように、このドキュメントのサブハイパーテキストファイルＦＬ３を更新する。

原本更新要求部１２６は、更新されたサブハイパーテキストファイルＦＬ３をドキュメント管理サーバー３へ送信するとともに、原本ファイルを更新するように要求する。この際に、ドキュメントの識別子およびユーザーのユーザーＩＤをドキュメント管理サーバー３へ通知する。ドキュメント管理サーバー３は、サブハイパーテキストファイルＦＬ３を受信すると、このドキュメントの原本ファイルを、編集後のドキュメントが示されるように更新する。

なお、原本更新要求部１２６は、ドキュメント管理サーバー３へサブハイパーテキストファイルＦＬ３の代わりに、編集の前後の差分を示すデータを送信してもよい。この場合は、ドキュメント管理サーバー３は、このデータに基づいて原本ファイルを更新する。または、ユーザーが行った操作の内容を示すデータを送信してもよい。

通信の障害などのためドキュメント管理サーバー３と通信を行うことができない場合は、原本更新要求部１２６は、処理を実行することができない。原本更新要求部１２６による処理が不能である場合は、図８のような、画像形成装置１に記憶されている原本ファイルを後で更新するためのファイルであるマスターファイルＦＬ０が、マスターファイル生成部１２７によって図９に示す手順で生成される。

マスターファイル生成部１２７は、ファイル生成用データ記憶部１２ＳからサブハイパーテキストファイルＦＬ３およびサブオブジェクトファイルＦＬ４を読み出す（図９の＃８０１）。ファイル生成用データ記憶部１２ＳからＵＲＬ、ユーザーＩＤ、およびパスワードを読み出し（＃８０２、＃８０３）、ＵＲＬ、ユーザーＩＤ、およびパスワードを示す接続用ファイルＦＬ２を生成する（＃８０４）。

さらに、マスターファイル生成部１２７は、次に説明する実行ファイルＦＬ１を生成する（＃８０５）。

実行ファイルＦＬ１は、ドキュメント管理サーバー３との通信が可能になった際に、現在の編集の対象であるドキュメントの原本ファイルを更新するための、いわゆるＥＸＥファイルである。つまり、実行ファイルＦＬ１は、プログラムである。

画像形成装置１のファイル生成用データ記憶部１２Ｓには、後に図１４で説明する各ステップの処理を記載したソースコードが記憶されている。マスターファイル生成部１２７は、このソースコードを読み出す。接続用ファイルＦＬ２、サブハイパーテキストファイルＦＬ３、およびサブオブジェクトファイルＦＬ４が参照されるように、例えば、これらのファイルのファイル名を示すように、読み出したソースコードの中の所定の位置の内容を書き換える。そして、書き換えたソースコードをコンパイルすることによって、実行ファイルＦＬ１を生成する。

そして、マスターファイル生成部１２７は、これらの実行ファイルＦＬ１、接続用ファイルＦＬ２、サブハイパーテキストファイルＦＬ３、およびサブオブジェクトファイルＦＬ４を１つのフォルダに格納し、このフォルダを圧縮して圧縮ファイルを生成する（＃８０６）。この圧縮ファイルが、マスターファイルＦＬ０である。

図３に戻って、マスターファイル出力処理部１２８は、マスターファイル生成部１２７によってマスターファイルＦＬ０が生成されると、このマスターファイルＦＬ０を出力する処理を行う。この処理は、通信の状況などに応じて図１０に示す手順で行われる。

マスターファイル出力処理部１２８は、テスト用の信号を発信することによって、通信の障害の原因がイントラネット１ＮＳの中にあるのかドキュメント管理サーバー３にあるかを例えば次のように判定する（図１０の＃８１１）。マスターファイル出力処理部１２８は、まず、ルーター２ＤへＰＩＮＧを発信する。そして、ルーター２Ｄからの応答がなかった場合は、イントラネット１ＮＳの中に原因があると、判定する。応答があった場合は、さらに、ドキュメント管理サーバー３へＰＩＮＧを発信する。そして、応答がなかった場合は、ドキュメント管理サーバー３に原因があると、判定する。ＰＩＮＧのほか、ＴＲＡＣＥＲＯＯＴコマンドを用いて原因の所在を特定してもよい。

イントラネット１ＮＳの中に原因がある場合は（＃８１２でＮｏ）、マスターファイル出力処理部１２８は、ＵＳＢインターフェース１０ｋにＵＳＢメモリなどの記録媒体（外部記録媒体）が繋がっていれば（＃８１３でＹｅｓ）、この記録媒体にマスターファイルＦＬ０を書き込む（＃８１４）。繋がっていなければ（＃８１３でＮｏ）、画像形成装置１に内蔵されている記録媒体（例えば、大容量記憶装置１０ｄ）にマスターファイルＦＬ０を書き込む（＃８１５）。

ドキュメント管理サーバー３に原因がある場合は（＃８１２でＹｅｓ）マスターファイル出力処理部１２８は、マスターファイルＦＬ０のサイズに応じて次のように処理を行う。

マスターファイルＦＬ０のサイズが値α未満であれば（＃８１６でＹｅｓ）、マスターファイル出力処理部１２８は、マスターファイルＦＬ０の送信先の電子メールアドレスを入力するように促すメッセージをタッチパネルディスプレイ１０ｆに表示させ、入力を受け付ける（＃８１７）。そして、入力された電子メールアドレスへ宛てて、マスターファイルＦＬ０を添付した電子メールを送信する（＃８１８）。なお、値αは、電子メールに添付することができるファイルの最大値以下である。

または、マスターファイルＦＬ０のサイズが値α以上であるが値β未満であれば（＃８１６でＮｏ、＃８１９でＹｅｓ）、マスターファイル出力処理部１２８は、電子メールの送信先の電子メールアドレスを入力するように促すメッセージをタッチパネルディスプレイ１０ｆに表示させ、入力を受け付ける（＃８２０）。マスターファイルＦＬ０をファイルサーバー２Ａにアップロードする（＃８２１）。そして、ファイルサーバー２ＡにおけるマスターファイルＦＬ０の保存場所（いわゆるネットワークパス）およびマスターファイルＦＬ０へのアクセス方法などを記載した電子メールを、入力された電子メールアドレスへ宛てて送信する（＃８２２）。

なお、値βは、任意に決めればよい。例えば、ユーザーごとの記憶領域の最大のサイズが予め制限されている場合は、保存場所となった記憶領域の残りの容量を値βとすればよい。通常、値αのほうが値βよりも小さい。

または、マスターファイルＦＬ０のサイズが値β以上であれば（＃８１９でＮｏ）、マスターファイル出力処理部１２８は、障害時印刷処理をウェブページ印刷処理部１２９に実行させる（＃８２３）。障害時印刷処理によると、最新の状態のドキュメントが用紙に印刷される（図１３参照）。

図３に戻って、ウェブページ印刷処理部１２９は、タッチパネルディスプレイ１０ｆに表示されているウェブページを用紙に印刷するための処理を、図１１または図１２に示す手順で実行する。

通信の障害が発生していない場合は、ウェブページ印刷処理部１２９は、図１１に示す手順で印刷の処理を実行する。

ウェブページ印刷処理部１２９は、ファイル生成用データ記憶部１２ＳからサブハイパーテキストファイルＦＬ３およびサブオブジェクトファイルＦＬ４を読み出し（＃８３１）、これらのファイルに基づいてウェブページをビットマップ展開（ラスタライズ）する（＃８３２）。これは、ＲＩＰ（Raster Image Processor）に行わせればよい。なお、ツールバーおよびメニューバーなどの編集用のオブジェクトを除外してビットマップ展開するのが望ましい。

ウェブページ印刷処理部１２９は、ビットマップ展開したウェブページをプレビューのために表示させる（＃８３３）。つまり、いわゆるプレビュー表示を行う。

ここで、ユーザーは、表示されたウェブページを見て、印刷を行うか否かを選択する。印刷することが選択された場合は（＃８３４でＹｅｓ）、ウェブページ印刷処理部１２９は、印刷ユニット１０ｊに、ウェブページのトナー像を感光体に形成する処理および用紙に転写する処理を実行させる（＃８３５、＃８３６）。

一方、通信の障害が発生している場合は、ウェブページ印刷処理部１２９は、図１２に示す手順で印刷の処理を実行する。

ウェブページ印刷処理部１２９は、ファイル生成用データ記憶部１２ＳからサブハイパーテキストファイルＦＬ３およびサブオブジェクトファイルＦＬ４を読み出す（＃８４１）。ウェブページの中のドキュメントのうちの、未だ原本に反映されていない（ドキュメント管理サーバー３に保存されていない）部分の属性が特定の属性に変更されるように、読み出したサブハイパーテキストファイルＦＬ３を更新する（＃８４２）。例えば、その部分の背景色を緑色に変更する。

属性の変更の処理と前後してまたは並行して、ウェブページ印刷処理部１２９は、接続用ファイルＦＬ２からＵＲＬ、ユーザーＩＤ、およびパスワードを読み出す（＃８４３、＃８４４）。読み出したユーザーＩＤおよびパスワードを示すＱＲコードを生成する（＃８４５）。「更新要求情報」のような、原本の更新の要求を示す特定の文字列のほか、生成したＱＲコードおよび読み出したＵＲＬがそれぞれ、ウェブページの所定の位置（例えば、ヘッダーまたはフッター）に配置されるように、サブハイパーテキストファイルＦＬ３およびサブオブジェクトファイルＦＬ４を更新する（＃８４６）。

ウェブページ印刷処理部１２９は、これらのファイルに基づいてウェブページをビットマップ展開し（＃８４７）、ビットマップ展開したウェブページをプレビュー表示させる（＃８４８）。

ここで、通常時印刷処理の場合と同様、印刷を行うことが選択されたら（＃８４９でＹｅｓ）、ウェブページ印刷処理部１２９は、印刷ユニット１０ｊに、ウェブページのトナー像を感光体に形成する処理および用紙に転写する処理を実行させる（＃８５０、＃８５１）。これにより、図１３に示すような印刷物が得られる。この印刷物は、障害の復旧後にドキュメントの原本を最新の状態に更新するために用いられる。そこで、以下、この印刷物を「原本更新用印刷物ＰＴ１」と記載する。

〔障害の復旧後の処理〕
通信などの障害が復旧し、画像形成装置１がドキュメント管理サーバー３と通信を行うことができるようになったら、ユーザーは、原本更新用印刷物ＰＴ１またはマスターファイルＦＬ０を用いて、ドキュメントの原本ファイルを最新の状態に更新することができる。

以下、原本更新用印刷物ＰＴ１およびマスターファイルＦＬ０のそれぞれを用いる場合の、ドキュメントの原本ファイルの更新の処理について、説明する。

〔原本更新用印刷物ＰＴ１を用いる場合〕
ユーザーは、画像形成装置１に所定のコマンドを入力することによって原本更新ソフトウェア１０３を起動する。そして、原本更新用印刷物ＰＴ１をスキャンユニット１０ｉの原稿台にセットし、スタートのコマンドを入力する。

すると、図４に示す原本更新ソフトウェア１０３の各部は、原本ファイルを更新するための処理を次のように実行する。

原稿読取制御部１３１は、原稿台にセットされた用紙をスキャンするように、スキャンユニット１０ｉを制御する。これにより、原本更新用印刷物ＰＴ１（図１３参照）に印刷された画像が読み取られる。

更新要求情報検索部１３２は、読み取られた画像の所定の位置（例えば、ヘッダーまたはフッター）に特定の文字列を検索する。図１３に示した例の場合は、「更新要求情報」という文字列を検索する。

アドレス情報抽出部１３３は、読み取られた画像の所定の位置から編集ページＷＮ２のＵＲＬを抽出する。

ユーザー情報抽出部１３４は、読み取られた画像の所定の位置からＱＲコードを抽出し、これを解析することによってユーザーＩＤおよびパスワードを取得する。

ウェブブラウザー起動部１３５は、特定の文字列が検索された場合に、ウェブブラウザー１０２が起動していなければ、これを起動させる。

アドレス情報通知部１３６は、アドレス情報抽出部１３３によって抽出されたＵＲＬをウェブブラウザー１０２へ通知する。

ユーザー情報通知部１３７は、ユーザー情報抽出部１３４によって取得されたユーザーＩＤおよびパスワードをウェブブラウザー１０２へ通知する。

そして、原本更新指令部１３８は、原本ファイルの更新のための処理を行うように、ウェブブラウザー１０２に対して指令する。

すると、ウェブブラウザー１０２の原本更新要求部１２６（図３参照）は、アドレス情報通知部１３６およびユーザー情報通知部１３７から通知されたＵＲＬおよびユーザーＩＤに対応するサブハイパーテキストファイルＦＬ３をファイル生成用データ記憶部１２Ｓから読み出してドキュメント管理サーバー３へ送信し、原本ファイルを更新するように要求する。この際に、ユーザー認証を受ける必要がある場合がある。この場合は、サブハイパーテキストファイルＦＬ３を送信する前に、ユーザー情報通知部１３７から通知されたユーザーＩＤおよびパスワードをドキュメント管理サーバー３へ送信し、ユーザー認証を受ければよい。

原本ファイルが更新されたら、ウェブページデータ取得部１２１は、最新の状態のドキュメントを示すウェブページのデータをダウンロードし、ウェブページ表示処理部１２４は、このウェブページを表示させる。

または、ウェブブラウザー１０２の各部は、次のように原本ファイルの更新を行ってもよい。

アドレス情報通知部１３６およびユーザー情報通知部１３７からＵＲＬ、ユーザーＩＤ、およびパスワードを通知されたら、ウェブページデータ取得部１２１は、ユーザーＩＤおよびパスワードによってドキュメント管理サーバー３へログインし、このＵＲＬに基づいてドキュメントのウェブページのデータをダウンロードする。

原本更新要求部１２６は、ダウンロードされたデータに示されるドキュメントとファイル生成用データ記憶部１２Ｓに記憶されているサブハイパーテキストファイルＦＬ３に示されるドキュメントとを比較することによって、差分を抽出する。そして、サブハイパーテキストファイルＦＬ３の代わりに、抽出した差分を示すデータをドキュメント管理サーバー３へ送信する。

または、読み取った画像の中から特定の属性（例えば、緑色の背景色）が付いている部分を特定し、この部分の内容をＯＣＲ（Optical Character Reader）によってテキスト化して編集された箇所としてドキュメント管理サーバー３へ送信し、原本ファイルの更新を要求してもよい。

〔マスターファイルＦＬ０を用いる場合〕
図１４は、実行ファイルＦＬ１による処理の流れの例を説明するフローチャートである。

ユーザーは、画像形成装置１に対してマスターファイルＦＬ０の保存場所およびファイル名を指定するとともに所定のコマンドを入力する。すると、マスターファイルＦＬ０が解凍され、実行ファイルＦＬ１が起動する。なお、図８に示した通り、マスターファイルＦＬ０には、実行ファイルＦＬ１のほか接続用ファイルＦＬ２、サブハイパーテキストファイルＦＬ３、およびサブオブジェクトファイルＦＬ４が含まれている。

実行ファイルＦＬ１によると、ウェブブラウザー１０２と連携して処理を行う原本ファイル更新処理部１４１が実現される。

原本ファイル更新処理部１４１は、実行ファイルＦＬ１に従って、図１４に示す手順の処理を実行する。

原本ファイル更新処理部１４１は、ウェブブラウザー１０２を起動させる（＃８６１）。接続用ファイルＦＬ２の中からＵＲＬを読み出し（＃８６２）、ウェブブラウザー１０２に通知する（＃８６３）。接続用ファイルＦＬ２の中からユーザーＩＤおよびパスワードを読み出し（＃８６４）、ウェブブラウザー１０２に通知する（＃８６５）。

原本ファイル更新処理部１４１は、ドキュメントの編集ページＷＮ２のデータをダウンロードするようにウェブブラウザー１０２に指令する（＃８６６）。すると、ウェブブラウザー１０２は、通知されたユーザーＩＤおよびパスワードを用いてドキュメント管理サーバー３にログインし、通知されたＵＲＬに基づいてドキュメントの編集ページＷＮ２のデータをダウンロードする。

原本ファイル更新処理部１４１は、ウェブブラウザー１０２に次の処理を実行させる。ダウンロードされたデータに示されるドキュメントとサブハイパーテキストファイルＦＬ３に示されるドキュメントとを比較することによって、差分を抽出し（＃８６７）、差分に基づいて、ダウンロードされたドキュメントを更新する（＃８６８）。そして、更新されたドキュメントをドキュメント管理サーバー３へアップロードする（＃８６９）。すると、ドキュメント管理サーバー３において、原本ファイルが、ユーザーによって編集された通りに更新される。

なお、差分を示すデータをドキュメント管理サーバー３へ送信し、原本ファイルを更新させてもよい。

原本ファイルが更新されたら、原本ファイル更新処理部１４１は、最新の状態のドキュメントを示すウェブページを表示させるように、ウェブブラウザー１０２に要求する（＃８７０）。

図１５および図１６は、ドキュメントの編集時における画像形成装置１の全体的な処理の流れの例を説明するフローチャートである。図１７は、データ保存処理の流れの例を説明するフローチャートである。図１８は、原本更新用印刷物ＰＴ１を用いた原本ファイルの更新のための処理の流れの例を説明するフローチャートである。

次に、画像形成装置１の全体的な処理の流れを、図１５〜図１８に示すフローチャートを参照しながら説明する。

画像形成装置１は、トップページＷＮ０のＵＲＬの指定を受け付けると（図１５の＃７０１）、ドキュメント管理サーバー３へアクセスする（＃７０２）。そして、トップページＷＮ０のデータを受信し（＃７０３）、トップページＷＮ０（図５参照）を表示する（＃７０４）。

ここで、ユーザーは、自分のユーザーＩＤおよびパスワードを入力する。画像形成装置１は、ユーザーＩＤおよびパスワードの入力を受け付けると（＃７０５）、ユーザーＩＤおよびパスワードをドキュメント管理サーバー３へ送信しログインを試みる（＃７０６）。そして、ログインに成功したら、ユーザーＩＤおよびパスワードを記憶する（＃７０７）。

また、ログインに成功したら、画像形成装置１は、一覧ページＷＮ１のデータをドキュメント管理サーバー３から受信し（＃７０８）、一覧ページＷＮ１（図６参照）を表示する（＃７０９）。

ここで、ユーザーは、編集したいドキュメントを選択する。画像形成装置１は、ドキュメントの選択を受け付けると（＃７１０）、このドキュメントの編集ページＷＮ２（図７参照）をドキュメント管理サーバー３からダウンロードする（＃７１１）。そして、編集ページＷＮ２を表示するとともに（＃７１２）、この編集ページＷＮ２のサブハイパーテキストファイルＦＬ３、サブオブジェクトファイルＦＬ４、およびＵＲＬを、ユーザーＩＤおよびパスワードと対応付けて記憶する（＃７１３、＃７１４）。

その後、画像形成装置１は、ユーザーの操作に応じて、図１６に示す処理を適宜、実行する。

ユーザーがドキュメントの編集の操作を行った場合は（＃７１５でＹｅｓ）、画像形成装置１は、操作に応じてサブハイパーテキストファイルＦＬ３を更新する（＃７１６）。

または、ユーザーが保存のコマンドを入力した場合は（＃７１７でＹｅｓ）、画像形成装置１は、ドキュメント管理サーバー３に記憶されている原本ファイルを更新するための処理を、図１７に示す手順で行う（＃７１８）。

通信の障害が発生するなどしてドキュメント管理サーバー３へアクセスできない場合は（図１７の＃８８１でＹｅｓ）、画像形成装置１は、マスターファイルＦＬ０を生成する処理を、図９で説明した手順で行う（＃８８２）。そして、生成したマスターファイルＦＬ０を保存しまたは出力する処理を、図１０で説明した手順で行う（＃８８３）。

ドキュメント管理サーバー３へアクセスできる場合は（＃８８１でＮｏ）、画像形成装置１は、最新のサブハイパーテキストファイルＦＬ３をドキュメント管理サーバー３へアップロードし、原本ファイルを更新するようにドキュメント管理サーバー３へ要求する（＃８８４）。

図１６に戻って、ユーザーが印刷のコマンドを入力した場合は（＃７１９でＹｅｓ）、画像形成装置１は、通信の障害の有無によって次の処理を行う。障害が発生している場合は（＃７２０でＹｅｓ）、図１２で説明した手順で障害時印刷処理を実行する（＃７２１）。障害が発生していない場合は（＃７２０でＮｏ）、図１１で説明した手順で通常時印刷処理を実行する（＃７２２）。

そして、ユーザーが「ログアウト」ボタンを押したり、操作の無い状態が所定の時間続いた場合は（＃７２３でＹｅｓ）、画像形成装置１は、記憶していたユーザーＩＤおよびパスワードなどを削除し、ドキュメント管理サーバー３からログアウトする（＃７２４）。

また、原本更新ソフトウェア１０３を起動するコマンドおよびスキャンの開始のコマンドを入力した場合は、画像形成装置１は、図１８に示す手順で処理を行う。

画像形成装置１は、原稿台にセットされた用紙に印刷されている画像を読み取る（図１８の＃７３１）。

この用紙が原本更新用印刷物ＰＴ１であれば、特定の文字列が記されているはずである。画像形成装置１は、この画像に特定の文字列が記されていない場合は（＃７３２でＮｏ）、従来通り、この画像のデータを所定の場所に保存しまたはユーザーが指定した宛先へ送信する（＃７３３）。

一方、特定の文字列が記されている場合は（＃７３２でＹｅｓ）、画像形成装置１は、ウェブブラウザー１０２を起動する（＃７３４）。この画像からＵＲＬを抽出し（＃７３５）、ウェブブラウザー１０２に与える（＃７３６）。この画像からＱＲコードを抽出し（＃７３７）、このＱＲコードに示されるユーザーＩＤおよびパスワードを解析しウェブブラウザー１０２に与える（＃７３８）。

さらに、画像形成装置１は、ドキュメント管理サーバー３にログインし、ドキュメントの編集ページＷＮ２のデータをドキュメント管理サーバー３からダウンロードする（＃７３９）。ダウンロードしたデータに示されるドキュメントと、ファイル生成用データ記憶部１２Ｓに記憶しているサブハイパーテキストファイルＦＬ３に示されるドキュメントとを比較することによって、差分を抽出する（＃７４０）。差分に基づいて、ダウンロードしたドキュメントを更新する（＃７４１）。そして、更新したドキュメントをドキュメント管理サーバー３へアップロードする（＃７４２）。すると、ドキュメント管理サーバー３において、原本ファイルが、ユーザーによって編集された通りに更新される。

そして、画像形成装置１は、更新したドキュメントの編集ページＷＮ２を表示する（＃７４３）。

本実施形態によると、画像形成装置１とドキュメント管理サーバー３との通信の再開後に、ドキュメント管理サーバー３に保存されているドキュメントの原本ファイルを従来よりも容易に更新することができる。

本実施形態では、マスターファイルＦＬ０を生成する処理およびマスターファイルＦＬ０による原本ファイルの更新のための処理を、１台の画像形成装置１が実行した。しかし、マスターファイルＦＬ０を他の画像形成装置で起動することによって、原本ファイルの更新のための処理を行ってもよい。または、端末装置２Ｂで実行可能なマスターファイルＦＬ０を生成し、端末装置２ＢにおいてマスターファイルＦＬ０を起動し原本ファイルの更新のための処理を行ってもよい。

本実施形態では、ユーザーが保存のコマンドを入力したタイミングで原本ファイルの更新の処理を行ったが、いわゆる自動保存の設定がなされている場合は、所定の時間ごとに更新の処理を行ってもよい。

本実施形態では、図１３に示したように、ユーザーＩＤおよびパスワードをＱＲコードで表わしたが、ＵＲＬおよび特定の文字列も、ＱＲコードで表わしてもよい。

その他、イントラネット１ＮＳ、画像形成装置１の全体または各部の構成、処理内容、処理順序、データの構成、画像の構成などは、本発明の趣旨に沿って適宜変更することができる。

１ 画像形成装置（情報処理装置）
１０ｋ ＵＳＢインターフェース（入出力インターフェース）
１２６ 原本更新要求部（編集内容通知手段）
１２７ マスターファイル生成部（通知プログラム生成手段）
１２８ マスターファイル出力処理部（通知プログラム出力手段）
１２９ ウェブページ印刷処理部（印刷手段）
１２Ｓ ファイル生成用データ記憶部（編集内容記憶手段）
２Ａ ファイルサーバー（第二のサーバー）
３ ドキュメント管理サーバー（サーバー）
ＦＬ０ マスターファイル（通知プログラム）

Claims (11)

1. ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置であって、
   ユーザーによる操作に応じた前記ドキュメントの編集の内容を記憶する編集内容記憶手段と、
   前記データを更新するために前記内容を前記サーバーへ通知する、編集内容通知手段と、
   前記サーバーへの前記内容の通知ができない場合に、前記サーバーへ前記内容を通知する処理を示すコンピュータープログラムである通知プログラムを生成する通知プログラム生成手段と、
   前記通知プログラムを出力しまたは保存するための処理を行う通知プログラム出力手段と、
   を有することを特徴とする情報処理装置。
2. 前記通知プログラム出力手段は、前記通知プログラムのサイズが所定のサイズ未満である場合は、当該通知プログラムを電子メールに添付し、ユーザーが指定した宛先へ送信する、
   請求項１に記載の情報処理装置。
3. 前記通知プログラム出力手段は、前記通知プログラムを前記サーバーとは異なる第二のサーバーへ保存するとともに、当該通知プログラムへのアクセスの方法をユーザーへ電子メールによって通知する、
   請求項１に記載の情報処理装置。
4. 可搬型の記録媒体を接続するための入出力インターフェースを有し、
   前記通知プログラム出力手段は、前記入出力インターフェースに前記記録媒体が接続されている場合は、前記通知プログラムを当該記録媒体に保存する、
   請求項１に記載の情報処理装置。
5. 前記通知プログラム生成手段は、前記通知プログラムとして、前記サーバーから通知された、前記ドキュメントを編集するウェブページのＵＲＬを示すプログラムを生成する、
   請求項１ないし請求項４のいずれかに記載の情報処理装置。
6. ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置であって、
   ユーザーによる操作に応じた前記ドキュメントの編集の内容を記憶する編集内容記憶手段と、
   前記データを更新するために前記内容を前記サーバーへ通知する、編集内容通知手段と、
   前記サーバーへの前記内容の通知ができない場合に、前記内容を識別する識別子を用紙に印刷する、印刷手段と、
   を有することを特徴とする情報処理装置。
7. 前記用紙から前記識別子を読み取る読取手段、を有し、
   前記編集内容通知手段は、読み取られた前記識別子に基づいて、前記編集内容記憶手段に記憶されている前記内容を前記サーバーへ通知する、
   請求項６に記載の情報処理装置。
8. 情報処理装置において行われたドキュメントの編集に応じて、サーバーに記憶されている当該ドキュメントのデータを更新する、ドキュメントデータ更新方法であって、
   前記情報処理装置が、
   ユーザーによる操作に応じた前記ドキュメントの編集の内容を編集内容記憶手段に記憶させる処理を実行し、
   前記データを更新するために前記内容を前記サーバーへ通知する処理を実行し、
   前記サーバーへの前記内容の通知ができない場合に、前記サーバーへ前記内容を通知する処理を示すコンピュータープログラムである通知プログラムを生成する処理を実行し、
   前記通知プログラムを出力しまたは保存するための処理を実行する、
   ことを特徴とするドキュメントデータ更新方法。
9. 情報処理装置において行われたドキュメントの編集に応じて、サーバーに記憶されている当該ドキュメントのデータを更新する、ドキュメントデータ更新方法であって、
   前記情報処理装置が、
   ユーザーによる操作に応じた前記ドキュメントの編集の内容を編集内容記憶手段に記憶させる処理を実行し、
   前記データを更新するために前記内容を前記サーバーへ通知する処理を実行し、
   前記サーバーへの前記内容の通知ができない場合に、前記内容を識別する識別子を用紙に印刷する処理を行う、
   ことを特徴とするドキュメントデータ更新方法。
10. ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置に用いられるコンピュータープログラムであって、
    前記情報処理装置に、
    ユーザーによる操作に応じた前記ドキュメントの編集の内容を編集内容記憶手段に記憶ささせる処理を実行させ、
    前記データを更新するために前記内容を前記サーバーへ通知する処理を実行させ、
    前記サーバーへの前記内容の通知ができない場合に、前記サーバーへ前記内容を通知する処理を示すコンピュータープログラムである通知プログラムを生成する処理を実行させ、
    前記通知プログラムを出力しまたは保存するための処理を実行させる、
    ことを特徴とするコンピュータープログラム。
11. ドキュメントのデータを記憶するサーバーと通信を行う機能を有する情報処理装置に用いられるコンピュータープログラムであって、
    前記情報処理装置に、
    ユーザーによる操作に応じた前記ドキュメントの編集の内容を編集内容記憶手段に記憶させる処理を実行させ、
    前記データを更新するために前記内容を前記サーバーへ通知する処理を実行させ、
    前記サーバーへの前記内容の通知ができない場合に、前記内容を識別する識別子を用紙に印刷する処理を実行させる、
    ことを特徴とするコンピュータープログラム。
    

Images