(57)【要約】【課題】アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高める。【解決手段】サーバ装置は、ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知する検知部と、変更が検知された場合、変更前の情報に紐付けられた第１のコンテンツに変更後の情報を追記した第２のコンテンツを生成する生成部とを有する。【選択図】図４
2018147077.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知する検知部と、
前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部と、
を有するサーバ装置。
【請求項２】
変更前の前記情報に対して前記第２のコンテンツが生成されている場合、変更前の当該情報を用いるアクセスに対して当該第２のコンテンツを返信すること
を特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記第２のコンテンツは、変更後の前記情報へのリンク情報を含むこと
を特徴とする請求項２に記載のサーバ装置。
【請求項４】
前記第２のコンテンツには、次回のアクセスでは変更後の前記情報を用いるべきことを示唆する記載が含まれること
を特徴とする請求項２に記載のサーバ装置。
【請求項５】
変更前の前記情報に対して前記第２のコンテンツが生成されていない場合、変更前の当該情報を用いるアクセスに対して前記第１のコンテンツを返信すること
を特徴とする請求項２に記載のサーバ装置。
【請求項６】
前記第２のコンテンツは、予め定めた時間後に変更後の前記情報を用いて自動的にアクセスを実行する記述を含むこと
を特徴とする請求項２に記載のサーバ装置。
【請求項７】
前記第２のコンテンツには、変更後の前記情報を用いたアクセスが有効となるタイミングに関する情報が含まれること
を特徴とする請求項２に記載のサーバ装置。
【請求項８】
前記情報の変更が遅滞なくシステムに反映される場合、前記生成部は前記第２のコンテンツを生成しないこと
を特徴とする請求項１に記載のサーバ装置。
【請求項９】
前記第２のコンテンツが生成されている場合、変更前の前記情報へのアクセスが無くても、当該第２のコンテンツをクライアント装置に送信すること
を特徴とする請求項１に記載のサーバ装置。
【請求項１０】
変更後の前記情報を用いたアクセスが有効になると、前記第２のコンテンツをクライアント装置に送信すること
を特徴とする請求項８に記載のサーバ装置。
【請求項１１】
記録材に画像を形成する画像形成部と、
外部からのアクセスに対してコンテンツを返信するサーバ装置と
を有し、
前記サーバ装置又は当該サーバ装置を監視する第２のサーバ装置は、
ウェブサービスで提供される前記コンテンツへのアクセスに使用する情報の変更を検知する検知部と、
前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部と、
を有する画像形成装置。
【請求項１２】
ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知する検知部と、当該変更が検知された場合、変更前の当該情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部とを有し、当該第２のコンテンツが生成されている場合、当該第２のコンテンツをクライアント装置に送信するサーバ装置と、
前記第２のコンテンツを受信した場合、当該第２のコンテンツをブラウザに表示する前記クライアント装置と
を有するサーバシステム。
【請求項１３】
コンピュータに、
ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知させる機能と、
前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成させる機能と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、画像形成装置、サーバシステム及びプログラムに関する。
【背景技術】
【０００２】
ウェブページなどのリソースの指定には、ＵＲＬ（Uniform Resource Locator）が用いられる。特許文献１には、ネットワーク上のトラフィックの低減を目的として、サーバがリアルタイムに変更後のＵＲＬをブラウザに配信する仕組みが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０９９４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
設定内容に応じてＵＲＬが変更される場合、変更された項目によっては（例えばＩＰアドレスの変更では）、変更後のＵＲＬがシステムに反映されるまでに再起動などの処理を必要とすることがある。システムに未反映であるＵＲＬへのアクセスはリンク切れを示す画面に誘導され、結果的にユーザの利便性が損なわれる。
【０００５】
本発明は、アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高めることを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知する検知部と、前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部と、を有するサーバ装置である。
請求項２に記載の発明は、変更前の前記情報に対して前記第２のコンテンツが生成されている場合、変更前の当該情報を用いるアクセスに対して当該第２のコンテンツを返信することを特徴とする請求項１に記載のサーバ装置である。
請求項３に記載の発明は、前記第２のコンテンツは、変更後の前記情報へのリンク情報を含むことを特徴とする請求項２に記載のサーバ装置である。
請求項４に記載の発明は、前記第２のコンテンツには、次回のアクセスでは変更後の前記情報を用いるべきことを示唆する記載が含まれることを特徴とする請求項２に記載のサーバ装置である。
請求項５に記載の発明は、変更前の前記情報に対して前記第２のコンテンツが生成されていない場合、変更前の当該情報を用いるアクセスに対して前記第１のコンテンツを返信することを特徴とする請求項２に記載のサーバ装置である。
請求項６に記載の発明は、前記第２のコンテンツは、予め定めた時間後に変更後の前記情報を用いて自動的にアクセスを実行する記述を含むことを特徴とする請求項２に記載のサーバ装置である。
請求項７に記載の発明は、前記第２のコンテンツには、変更後の前記情報を用いたアクセスが有効となるタイミングに関する情報が含まれることを特徴とする請求項２に記載のサーバ装置である。
請求項８に記載の発明は、前記情報の変更が遅滞なくシステムに反映される場合、前記生成部は前記第２のコンテンツを生成しないことを特徴とする請求項１に記載のサーバ装置である。
請求項９に記載の発明は、前記第２のコンテンツが生成されている場合、変更前の前記情報へのアクセスが無くても、当該第２のコンテンツをクライアント装置に送信することを特徴とする請求項１に記載のサーバ装置である。
請求項１０に記載の発明は、変更後の前記情報を用いたアクセスが有効になると、前記第２のコンテンツをクライアント装置に送信することを特徴とする請求項８に記載のサーバ装置である。
請求項１１に記載の発明は、記録材に画像を形成する画像形成部と、外部からのアクセスに対してコンテンツを返信するサーバ装置とを有し、前記サーバ装置又は当該サーバ装置を監視する第２のサーバ装置は、ウェブサービスで提供される前記コンテンツへのアクセスに使用する情報の変更を検知する検知部と、前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部と、を有する画像形成装置である。
請求項１２に記載の発明は、ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知する検知部と、当該変更が検知された場合、変更前の当該情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成する生成部とを有し、当該第２のコンテンツが生成されている場合、当該第２のコンテンツをクライアント装置に送信するサーバ装置と、前記第２のコンテンツを受信した場合、当該第２のコンテンツをブラウザに表示する前記クライアント装置とを有するサーバシステムである。
請求項１３に記載の発明は、コンピュータに、ウェブサービスで提供されるコンテンツへのアクセスに使用する情報の変更を検知させる機能と、前記変更が検知された場合、変更前の前記情報に紐付けられた第１のコンテンツに変更後の当該情報を追記した第２のコンテンツを生成させる機能と、を実行させるためのプログラムである。
【発明の効果】
【０００７】
請求項１記載の発明によれば、アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高めることができる。
請求項２記載の発明によれば、第２のコンテンツを受け取ったユーザは変更が反映された後のアクセスで使用する情報を知ることができる。
請求項３記載の発明によれば、リンク情報が含まれるため変更後の情報の手入力を省略できる。
請求項４記載の発明によれば、第２のコンテンツを受け取ったユーザは次回のアクセスでは変更後の情報を用いれば良いことを知ることができる。
請求項５記載の発明によれば、第２のコンテンツが生成されていない場合のアクセスには従前通り第１のコンテンツを返信できる。
請求項６記載の発明によれば、予め定めた時間後に変更後の情報を用いるアクセスを自動的に実行できる。
請求項７記載の発明によれば、変更後のＵＲＬへのアクセスが有効になるタイミングを知らせることができる。
請求項８記載の発明によれば、不必要な第２のコンテンツの作成を回避できる。
請求項９記載の発明によれば、アクセス前のユーザに対しても変更後の情報を知らせることができる。
請求項１０記載の発明によれば、変更がシステムに反映された後にアクセスに使用する変更後の情報を知らせることで、変更が反映される前の無効なアクセスを回避できる。
請求項１１記載の発明によれば、アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高めることができる。
請求項１２記載の発明によれば、アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高めることができる。
請求項１３記載の発明によれば、アクセスに使用する情報が変更され、かつシステムに反映されるまでに時間を要する場合に、それらの使用環境を考慮しない場合に比べ、コンテンツにアクセスするユーザの利便性を高めることができる。
【図面の簡単な説明】
【０００８】
【図１】実施の形態１で使用するサーバシステムの構成例を示す図である。
【図２】コンピュータのハードウェア構成の一例を示す図である。
【図３】実施の形態１に係る画像形成装置の構成例を示す図である。
【図４】実施の形態１におけるサーバシステムの機能構成を説明する図である。
【図５】ＵＲＬ変更検知部によって検知されるＵＲＬの変更検知事由の一例を示す図表である。
【図６】一時ページ生成部によって生成される一時ページの一例を示す図である。
【図７】ＵＲＬの変更を検知したウェブサーバが実行する動作を説明するフローチャートである。
【図８】ウェブブラウザに表示する内容を決定するためにウェブサーバが実行する動作を説明するフローチャートである。
【図９】実施の形態１におけるブラウザ画面の推移と画像形成装置の動作状態との関係を示す図であり、（ａ）は画像形成装置の動作状態を示し、（ｂ）はブラウザ画面の推移を示す。
【図１０】変更が遅滞なくシステムに反映されない項目と反映される項目の例を説明する図表である。
【図１１】ＵＲＬの変更を検知したウェブサーバが実行する動作を説明するフローチャートである。
【図１２】フォルダ名を変更する場合におけるブラウザ画面の推移と画像形成装置の動作状態との関係を示す図であり、（ａ）は画像形成装置の動作状態を示し、（ｂ）はブラウザ画面の推移を示す。
【図１３】ＵＲＬ変更検知部、一時ページ生成部、表示内容決定部の機能をウェブサーバとウェブブラウザの通信を監視する監視用サーバに搭載する場合の機能構成を説明する図である。
【図１４】生成された一時ページをウェブサーバがプッシュ配信する場合の機能構成を説明する図である。
【図１５】実施の形態４におけるウェブサーバで実行される処理動作を説明するフローチャートである。
【図１６】実施の形態４におけるコンピュータで実行される処理動作を説明するフローチャートである。
【発明を実施するための形態】
【０００９】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
【００１０】
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用するサーバシステム１の構成例を示す図である。
サーバシステム１は、ユーザが操作するコンピュータ１００と、静止画像の印刷やファックス送信に使用される画像形成装置２００とで構成される。
コンピュータ１００と画像形成装置２００は、各種の伝送路３００を通じて接続されている。
【００１１】
本実施の形態におけるコンピュータ１００は、画像形成装置２００が提供するウェブサービスにアクセスする機能を搭載する装置であり、例えばノート型のコンピュータ、タブレット型のコンピュータ、据え置き型のコンピュータ、スマートフォンなどで構成される。
コンピュータ１００はクライアント装置の一例である。
【００１２】
本実施の形態における画像形成装置２００は、用紙などの記録材に画像を形成する装置であり、コピー機能、スキャナ機能、ファックス送受信機能、印刷機能を備えている。
もっとも、画像形成装置２００は、これらの機能の全てを搭載する必要はなく、いずれか１つの機能に特化した装置、例えば複写機、スキャナ、ファックス送受信機、プリンタ（３次元プリンタを含む。）でもよい。
また、画像形成装置２００には、ウェブブラウザを通じて装置内部の状態やジョブの状態を表示し、又は、装置内部の設定の変更を受け付けるウェブサービスを提供するウェブサーバ機能も搭載されている。
【００１３】
図２は、コンピュータ１００のハードウェア構成の一例を示す図である。
コンピュータ１００は、装置全体を制御する制御部１０１と、画像データやプログラムの記憶に用いられる記憶部１０５と、画像の表示に使用される表示部１０６と、ユーザの入力操作を受け付ける操作受付部１０７と、外部装置（例えば画像形成装置２００）との通信に用いられる通信部１０８とを有している。
これらの各部はバス１０９を通じて互いに接続されており、バス１０９を介してデータを受け渡しする。
【００１４】
制御部１０１は、制御手段の一例であり、ＣＰＵ（Central Processing Unit）１０２、ＲＯＭ（Read Only Memory）１０３、ＲＡＭ（Random Access Memory）１０４により構成されている。
ＲＯＭ１０３には、ＣＰＵ１０２により実行されるプログラムが記憶されている。ＣＰＵ１０２は、ＲＡＭ１０４を作業エリアに使用し、ＲＯＭ１０３から読み出したプログラムを実行する。プログラムの実行を通じ、コンピュータ１００の各部が制御される。例えば後述するウェブブラウザも実行される。
【００１５】
記憶部１０５は、ハードディスク装置や半導体メモリなどの記憶装置により構成される。
表示部１０６は、プログラム（オペレーションシステムやファームウェアを含む）の実行を通じて各種の画像を表示するディスプレイ装置である。表示部１０６は、例えば液晶ディスプレイパネルや有機ＥＬ（Electro Luminescence）ディスプレイパネルで構成される。
操作受付部１０７は、ユーザからの操作を受け付ける入力装置であり、例えばキーボード、ボタン、スイッチ、タッチパッド、タッチパネル等で構成される。
通信部１０８は、例えばＬＡＮ（Local Area Network）インターフェースで構成される。
【００１６】
図３は、実施の形態１に係る画像形成装置２００の構成例を示す図である。
画像形成装置２００は、装置全体を制御する制御部２０１と、画像データ等の記憶に用いられる記憶部２０５と、操作受付画面や画像の表示に使用される表示部２０６と、ユーザの入力操作を受け付ける操作受付部２０７と、セットされた原稿の画像を読み取って画像データを生成する画像読み取り部２０８と、例えば電子写真方式やインクジェット方式で記録材の一例である用紙に画像を形成する画像形成部２０９と、外部装置（例えばコンピュータ１００）との通信に用いられる通信部２１０と、画像データが表す画像に色補正や階調補正などの画像処理を施す画像処理部２１１を含む。
これらの各部はバス２１２を通じて互いに接続され、バス２１２を介してデータを受け渡しする。
【００１７】
制御部２０１は、制御手段の一例であり、ＣＰＵ（Central Processing Unit）２０２、ＲＯＭ（Read Only Memory）２０３、ＲＡＭ（Random Access Memory）２０４により構成される。
ＲＯＭ２０３には、ＣＰＵ２０２により実行されるプログラムが記憶されている。ＣＰＵ２０２は、ＲＡＭ２０４を作業エリアに使用し、ＲＯＭ２０３から読み出したプログラムを実行する。
プログラムの実行を通じ、画像形成装置２００の各部が制御される。例えば用紙表面への画像の形成、読み取り画像の生成などが制御される。後述するウェブサーバとしての機能もプログラムの実行を通じて実行される。
【００１８】
記憶部２０５は、ハードディスク装置や半導体メモリなどの記憶装置により構成される。
表示部２０６は、プログラム（オペレーションシステムやファームウェアを含む。）の実行を通じて生成された各種の画像を表示するディスプレイ装置である。表示部２０６は、例えば液晶ディスプレイパネルや有機ＥＬ（Electro Luminescence）ディスプレイパネルで構成される。
操作受付部２０７は、ユーザからの操作を受け付ける入力装置であり、例えばボタン、スイッチ、タッチパネル等で構成される。
【００１９】
画像読み取り部２０８は、いわゆるスキャナ装置である。
画像形成部２０９は、例えば記録材の一例である用紙に画像を形成するプリントエンジンである。
通信部２１０は、例えばＬＡＮインターフェースで構成される。
画像処理部２１１は、例えば画像データに色補正や階調補正などの画像処理を施す専用のプロセッサで構成される。
【００２０】
図４は、実施の形態１におけるサーバシステム１の機能構成を説明する図である。
本実施の形態の場合、コンピュータ１００側の制御部１０１はウェブブラウザ１２０として機能し、画像形成装置２００側の制御部２０１はウェブサーバ２２０として機能する。
特定のＩＰ（Internet Protocol）アドレスにはウェブサービスのトップ画面（コンテンツの一例である）が紐付けられており、トップ画面を構成する個々のタブには対応するコンテンツが紐付けられている。
【００２１】
タブに紐付けられるコンテンツには、例えば画像形成装置２００の本体情報やメールアドレスの設定画面、用紙トレイの設定画面、用紙に関する設定画面、節電モードの設定画面、宛先表の設定画面、ジョブフローの設定画面、セキュリティに関する設定画面、メール通知の方法についての設定画面、ポートに関する設定画面、プロトコルに関する設定画面、メモリに関する設定画面などがある。
これらの画面は、ＵＲＬを構成するパスによって特定される。
【００２２】
本実施の形態におけるウェブサーバ２２０は、ＵＲＬの変更を検知するＵＲＬ変更検知部２２１と、変更が検知された場合に変更後のＵＲＬを変更前のＵＲＬに対応する標準ページに追記して一時ページを生成する一時ページ生成部２２２と、ウェブブラウザ１２０に表示する内容を決定する表示内容決定部２２３とで構成される。
【００２３】
図５は、ＵＲＬ変更検知部２２１によって検知されるＵＲＬの変更検知事由の一例を示す図表である。
図５では、一例として、ウェブサーバ２２０のＩＰアドレスに変更があった場合、ウェブサーバ２２０のデバイス名に変更があった場合、リソースの格納場所を示すフォルダ名が変更（リネーム）された場合を例示している。
ＵＲＬ変更検知部２２１はこれらの事由を検知する。ここでのＵＲＬ変更検知部２２１は検知部の一例である。
【００２４】
図６は、一時ページ生成部２２２によって生成される一時ページ２３０の一例を示す図である。
本実施の形態における一時ページ２３０は、アクセス先であるＵＲＬの表示欄２３１と、変更後のＵＲＬに紐付けられている追加コンテンツ２３２と、変更前のＵＲＬに紐付けられている標準ページ２３３とで構成される。
ここでの一時ページ２３０が第２のコンテンツの一例であり、標準ページ２３３が第１のコンテンツの一例である。
【００２５】
図６に示す一時ページ２３０には、追加コンテンツ２３２として変更後のＵＲＬに関する３つの情報が含まれている。
１つ目の情報は、アクセスのあったＵＲＬが変更されること又は変更されていることを示す記述である。
２つ目の情報は、次回のアクセスでは変更後のＵＲＬを使用すべきことを示唆する記述である。
３つ目の情報は、変更後のＵＲＬである。図６の例では、変更後のＵＲＬ“ｈｔｔｐ：／／１２３．１２３．１２３．１２３／ｃｏｎｔｅｎｔ．ｈｔｍｌ”がハイパーリンク付きで表示されている。
従って、ユーザが画面上でハイパーリンクをクリックすると、該当するＵＲＬにアクセス先が自動的に切り替わる。ここでのハイパーリンクがリンク情報の一例である。
【００２６】
なお、追加コンテンツ２３２を構成する情報は例示した３つの情報に限らず、図６は一例にすぎない。
また、変更後のＵＲＬはハイパーリンク付きで表示されなくてもよい。変更後のＵＲＬが記載されていれば、ユーザは、ＵＲＬをコピーアンドペーストしたり、リタイプしたりすることにより、変更後のＵＲＬにアクセスできるからである。
ここでの一時ページ生成部２２２が生成部の一例である。
【００２７】
表示内容決定部２２３は、ウェブブラウザ１２０に表示させる内容を決定する機能である。本実施の形態の場合、表示内容決定部２２３に対応する機能はウェブブラウザ１２０からアクセスがあった場合に実行される。
本実施の形態では、前述した一時ページ２３０が表示内容として決定されている。もっとも、後述する実施の形態のように、選択可能な表示内容が複数存在する場合には、それらの中から１つを決定してもよい。
【００２８】
＜ウェブサーバで実行される動作＞
続いて、ウェブサーバ２２０の処理動作を説明する。ウェブサーバ２２０の動作は２つの動作で実行される。
１つ目の動作はＵＲＬの変更が検知された場合に一時ページ２３０を生成するまでの動作であり、２つ目の動作はウェブブラウザ１２０に表示させる内容を決定する動作である。
【００２９】
図７は、ＵＲＬの変更を検知したウェブサーバ２２０が実行する動作を説明するフローチャートである。
ウェブサーバ２２０として機能する制御部２０１（ＵＲＬ変更検知部２２１）は、管理下にある標準ページのＵＲＬに変更がないか否かを繰り返し監視している（ステップ１０１）。ＵＲＬの変更が検知された場合、制御部２０１はステップ１０２に移行する。
【００３０】
ＵＲＬの変更を検知した制御部２０１（一時ページ生成部２２２）は、検知事由に応じた追加コンテンツ２３２（図６参照）を決定する（ステップ１０２）。
例えばＵＲＬのＩＰアドレスの部分に変更がある場合、前述したようにＩＰアドレスの変更と変更後のＩＰアドレスを含む新たなＵＲＬを示す内容が追加コンテンツ２３２として決定される。
例えばＵＲＬのデバイス名の部分に変更がある場合、デバイス名の変更と変更後のデバイス名を含む新たなＵＲＬを示す内容が追加コンテンツ２３２として決定される。
【００３１】
追加コンテンツ２３２の内容を決定した制御部２０１（一時ページ生成部２２２）は、ＵＲＬに紐付けられている標準ページ２３３に決定した追加コンテンツ２３２を追記して一時ページ２３０（図６参照）を生成する。
ここでの一時ページ２３０は、ＵＲＬに影響を与える変更が生じる度に生成される。また、一時ページ２３０は、変更があった項目を含む他のＵＲＬに紐付けられた標準ページ２３３についても実行される。例えばＩＰアドレスが変更された場合、デバイス名の設定画面についても追加コンテンツ２３２が追記された一時ページ２３０が生成される。
【００３２】
図８は、ウェブブラウザ１２０に表示する内容を決定するためにウェブサーバ２２０が実行する動作を説明するフローチャートである。
ウェブサーバ２２０として機能する制御部２０１（表示内容決定部２２３）は、ウェブブラウザ１２０からのアクセスがあったＵＲＬに一時ページ２３０が存在するか否か繰り返し監視している（ステップ１１１）。本実施の形態の場合、この表示内容決定部２２３の動作は、図７に示す動作とは独立に実行される。
【００３３】
アクセス先であるＵＲＬについて生成された一時ページ２３０が存在する場合、表示内容決定部２２３は、該当するＵＲＬについて生成されている一時ページ２３０を返信する（ステップ１１２）。
一方、アクセス先であるＵＲＬについて生成された一時ページ２３０が存在しない場合、表示内容決定部２２３は、該当するＵＲＬについて紐付けられている標準ページ２３３を返信する（ステップ１１３）。
なお、図８に示す表示内容の決定処理は、ウェブブラウザ１２０からのアクセスに備えて予め実行されてもよい。
【００３４】
続いて、前述した機能を通じて実現されるブラウザ画面の例を説明する。
図９は、実施の形態１におけるブラウザ画面の推移と画像形成装置２００の動作状態との関係を示す図であり、（ａ）は画像形成装置２００の動作状態を示し、（ｂ）はブラウザ画面の推移を示す。
【００３５】
ここでは、ＩＰアドレスの設定画面にウェブブラウザ１２０を通じてアクセスがあった場合について説明する。
ＩＰアドレスが変更されるまでは、変更前のＩＰアドレス（図９の場合は“０１２．０１２．０１２．０１２”）によって特定されるＵＲＬの設定画面として標準ページ２４０Ａが表示される。
図９における標準ページ２４０Ａは、現在のＩＰアドレスの表示欄２４１と、変更後のＩＰアドレスの入力欄２４２と、入力確定ボタン２４３と、入力キャンセルボタン２４４とで構成される。
【００３６】
なお、標準ページ２４０Ａが紐付けられているＵＲＬの表示欄２３１には、“ｈｔｔｐ：／／０１２．０１２．０１２．０１２／ｃｏｎｔｅｎｔ．ｈｔｍｌ”が表示されている。
図９では、ＵＲＬのホスト名やドメイン名等に当たる部分に対応するＩＰアドレス“０１２．０１２．０１２．０１２”が表示された例を表している。ホスト名やドメイン名等を用いてＵＲＬを記述する場合には図５に例示したようにＩＰアドレスを使用しない表示が用いられる。
【００３７】
次に、ＩＰアドレスの設定が変更された後に、ウェブブラウザ１２０を通じて変更前のＵＲＬにアクセスがあった場合について説明する。システムが再起動されていない場合、ウェブブラウザ１２０からのアクセスは変更前のＩＰアドレスで特定されるＵＲＬに紐付けられている一時ページ２３０に誘導される。
一時ページ２３０には、ＵＲＬが変更されたこと、変更後のＵＲＬは“ｈｔｔｐ：／／１２３．１２３.１２３．１２３／ｃｏｎｔｅｎｔ．ｈｔｍｌ”であることが表されている。
この一時ページ２３０を見たユーザは、次回のアクセスでは“ｈｔｔｐ：／／１２３．１２３.１２３．１２３／ｃｏｎｔｅｎｔ．ｈｔｍｌ”にアクセスすればよいことを知る。
システムが再起動された後でも、変更前のＩＰアドレスで記述されたＵＲＬにアクセスがあった場合には、一時ページ２３０がウェブブラウザ１２０に表示される。
【００３８】
システムの再起動後に一時ページ２３０に記述されている変更後のＵＲＬへのアクセスがあった場合（例えばハイパーリンクがクリックされた場合）、ウェブブラウザ１２０の画面には、変更後のＵＲＬ“ｈｔｔｐ：／／１２３．１２３．１２３．１２３／ｃｏｎｔｅｎｔ．ｈｔｍｌ”に紐付けられている標準ページ２４０Ｂが表示される。
変更がシステムに反映された後に表示される標準ページ２４０Ｂでは、変更前のＩＰアドレスの表示欄２４１に“１２３．１２３．１２３．１２３”が表示され、変更後のＩＰアドレスの入力欄２４２は空欄となる。
また、アクセス先であるＵＲＬの表示欄２３１の表示は、一時ページ２３０とは異なり、“ｈｔｔｐ：／／１２３．１２３．１２３．１２３／ｃｏｎｔｅｎｔ．ｈｔｍｌ”に切り替わる。
【００３９】
なお、図９とは異なり、ＵＲＬのＩＰアドレスがホスト名やドメイン名等で記述されている場合においては、不図示のＤＮＳ（Domain Name System）サーバの対応関係が変更されるまでは、システムの再起動後も、変更前のＵＲＬに紐付けられている一時ページ２３０がブラウザ画面上に表示される。
その場合でも、変更後のＩＰアドレスを含むハイパーリンクをクリックすることで、標準ページ２４０Ｂの画面に辿りつくことができる。
すなわち、本実施の形態によれば、ＵＲＬの変更がシステム側に遅滞なく反映されない場合でも、ユーザはリンク切れ等の心配なく目的とするページに辿りつく状態を維持することができる。この結果、ユーザの利便性が向上される。
【００４０】
＜実施の形態２＞
前述の実施の形態では、ＵＲＬの一部に変更があった場合、変更内容が影響を受ける標準ページ２４０Ａの全てについて一時ページ２３０が生成されているが、本実施の形態では、変更が遅滞なく反映される項目か否かに応じて一時ページ２３０を生成するか否かを選択する場合について説明する。
なお、ウェブブラウザ１２０からのアクセスに対してウェブサーバ２２０が送信するコンテンツを選択する動作については実施の形態１と共通である。
【００４１】
図１０は、変更が遅滞なくシステムに反映されない項目と反映される項目の例を説明する図表である。
図１０では、図５で示した表示内容に、ＵＲＬの変更が遅滞なくシステムに反映されるか否かを示す情報が付加されている。図１０より、フォルダ名の変更（フォルダリネーム）は遅滞なくシステムに反映されることが分かる。
本実施の形態の場合には、フォルダリネームのようにＵＲＬの変更が遅滞なくシステムに反映される場合には一時ページ２３０を生成しない。
【００４２】
図１１は、ＵＲＬの変更を検知したウェブサーバ２２０が実行する動作を説明するフローチャートである。図１１には、図７との対応部分に共通する符号を付している。
ウェブサーバ２２０として機能する制御部２０１（ＵＲＬ変更検知部２２１）は、管理下にある標準ページのＵＲＬに変更がないか否かを繰り返し監視している（ステップ１０１）。ＵＲＬの変更が検知された場合、制御部２０１はステップ１０４に移行する。ステップ１０４は、本実施の形態で追加された処理である。
【００４３】
ＵＲＬの変更を検知した制御部２０１（一時ページ生成部２２２）は、ＵＲＬの変更がシステムに遅滞なく反映される事由であるか否かを判定する（ステップ１０４）。ここで、制御部２０１は、図１０に示した図表を参照する。なお、図１０は説明上の表現であり、データ上はテーブル形式である必要はない。
検知された事由がＵＲＬの変更が遅滞なく反映されない事由であった場合、制御部２０１は、以後、実施の形態１と共通の処理を実行する。すなわち、制御部２０１は、検知事由から追加コンテンツを決定し（ステップ１０２）、決定した追加コンテンツを標準ページ２３３（図６参照）に追記した一時ページ２３０を生成する（ステップ１０３）。
これに対し、検知された事由がＵＲＬの変更が遅滞なく反映される事由であった場合、制御部２０１は、一時ページ２３０を生成することなくアクセス先としてのＵＲＬを変更する（ステップ１０５）。
【００４４】
図１２は、フォルダ名を変更する場合におけるブラウザ画面の推移と画像形成装置２００の動作状態との関係を示す図であり、（ａ）は画像形成装置２００の動作状態を示し、（ｂ）はブラウザ画面の推移を示す。
ここで、（ｂ）はフォルダ名を変更する過程の画面を示している。
【００４５】
図中、左側に示す標準ページ２５０Ａはフォルダ名を変更する前にウェブブラウザ１２０に表示される画面を示し、真ん中に示す標準ページ２５０Ｂはフォルダ名の変更中にウェブブラウザ１２０に表示される画面を示し、右側に示す標準ページ２５０Ｃはフォルダ名を変更した後にウェブブラウザ１２０に表示される画面を示す。
図１２の例における標準ページ２５０Ａは、アクセス先であるＵＲＬの表示欄２５１と、フォルダ表示欄２５２と、ファイル名の表示欄２５３、２５４と、新規ボタン２５５、変更ボタン２５６と、入力キャンセルのための戻るボタン２５７とで構成される。
標準ページ２５０Ａにおけるフォルダ表示欄２５２のフォルダ名は“ｄｉｒ１１”である。ＵＲＬの表示欄２５１にも“ｄｉｒ１１”が含まれている。
【００４６】
変更ボタン２５６がクリックされると、ウェブブラウザ１２０の表示は標準ページ２５０Ｂに切り替わる。
標準ページ２５０Ｂは、アクセス先であるＵＲＬの表示欄２５１と、現在のフォルダ名の表示欄２５８、変更後のフォルダ名の表示欄２５９と、入力確定ボタン２６０と、入力キャンセルボタン２６１とで構成される。
標準ページ２５０Ｂでは、変更後のフォルダ名の表示欄２５９に新たなフォルダ名として“ｄｉｒ２２”が入力された状態が表されている。
この段階では、ＵＲＬの表示欄２５１に示されるＵＲＬには“ｄｉｒ１１”が含まれている。
【００４７】
新たなフォルダ名“ｄｉｒ２２”が入力された後に入力確定ボタン２６０がクリックされると、ウェブブラウザ１２０の表示は遅滞なく標準ページ２５０Ｃに切り替わる。
ここで、標準ページ２５０Ｃを構成するアクセス先であるＵＲＬの表示欄２５１とフォルダ表示欄２５２の表示も、変更後のフォルダ名“ｄｉｒ２２”を用いた表示に切り替わっている。
このようにフォルダ名の変更の場合には、システムの再起動を意識することなく、標準ページ２５０Ｃを用いて編集作業を継続することができる。
【００４８】
なお、本実施の形態の場合も、ＩＰアドレスやデバイス名が変更される場合には、一時ページ２３０（図６）が作成され、実施の形態１で説明した動作が実行される。
このように、本実施の形態によれば、ＵＲＬの記述が変更された場合でも、変更内容が遅滞なくシステムに反映される場合には一時ページ２３０を生成せずに済み、計算機のリソースを他の処理に振り分けることができる。
【００４９】
＜実施の形態３＞
前述の実施の形態では、ＵＲＬ変更検知部２２１、一時ページ生成部２２２、表示内容決定部２２３の機能をウェブサーバ２２０に搭載する場合について説明したが、ここでは、これらの機能をウェブサーバ２２０以外に設ける場合について説明する。
図１３は、ＵＲＬ変更検知部２２１、一時ページ生成部２２２、表示内容決定部２２３の機能をウェブサーバ２２０とウェブブラウザ１２０の通信を監視する監視用サーバに搭載する場合の機能構成を説明する図である。図１３には、図４との対応部分に共通の符号を付している。
【００５０】
図１３の場合、監視用サーバ４００は、画像形成装置２００とは独立したコンピュータとして設けられており、ウェブブラウザ１２０からウェブサーバ２２０へのアクセスを監視して実施の形態１で説明した動作を実行する。
このように監視用サーバ４００が画像形成装置２００から独立している場合、画像形成装置２００の再起動中にウェブブラウザ１２０からウェブサーバ２２０にアクセスがあった場合にも、一時ページ２３０をウェブブラウザ１２０に表示させることができる。
【００５１】
もっとも、監視用サーバ４００は、画像形成装置２００内に搭載された制御部２０１の機能の一部として実現してもよい。
なお、図１３では、監視用サーバ４００がウェブブラウザ１２０とウェブサーバ２２０との間に位置しているが、ウェブサーバ２２０においてウェブブラウザ１２０からのアクセスを監視用サーバ４００に転送する仕組みを採用してもよい。
【００５２】
＜実施の形態４＞
前述の実施の形態においては、ウェブブラウザ１２０からのアクセスを前提として一時ページ２３０をウェブブラウザ１２０に表示させているが、本実施の形態では、ＵＲＬに対する変更が発生した時点で一時ページ２３０をユーザ側に通知する場合について説明する。
【００５３】
図１４は、生成された一時ページ２３０をウェブサーバ２２０がプッシュ配信する場合の機能構成を説明する図である。図１４には、図４との対応部分に共通の符号を付している。
本実施の形態で新たに搭載する構成は、表示更新指示送信部２２４と表示更新指示受信部１２１の２つである。
【００５４】
表示更新指示送信部２２４は、ウェブサーバ２２０において表示内容決定部２２３によって決定されたコンテンツをコンピュータ１００にプッシュ送信する機能部である。
一方、表示更新指示受信部１２１は、ウェブサーバ２２０からプッシュ配信されたコンテンツをウェブブラウザ１２０に表示させる機能部である。
本実施の形態の場合、ユーザが操作するコンピュータ１００側に表示更新指示受信部１２１が必要とされる。表示更新指示受信部１２１は、制御部１０１（図２参照）によって実行されるプログラムの機能の一つとして実現される。
【００５５】
図１５は、実施の形態４におけるウェブサーバ２２０で実行される処理動作を説明するフローチャートである。図１５には図７との対応部分に共通の符号を付している。
本実施の形態におけるウェブサーバ２２０は、ＵＲＬの変更を検知して一時ページ２３０を生成する処理を実行する（ステップ１０１〜１０３）。本実施の形態の場合、ステップ１０３に示す表示内容の決定処理は、ウェブブラウザ１２０からのアクセスに依らずに実行される。
ウェブブラウザ１２０に表示させるコンテンツの内容が決定されると（ステップ１０３の処理が終了すると）、表示更新指示送信部２２４は表示更新指示をコンピュータ１００の表示更新指示受信部１２１に送信する（ステップ１０６）。なお、通知先の範囲は予め定めてもよいし、ブロードキャストのように不特定多数を通知先としてもよい。
【００５６】
図１６は、本実施の形態４におけるコンピュータ１００で実行される処理動作を説明するフローチャートである。
本実施の形態におけるコンピュータ１００は、表示更新指示受信部１２１がウェブサーバ２２０から表示更新指示を受信すると（ステップ２０１）、ウェブブラウザ１２０を通じて指示のあったＵＲＬにアクセスし（ステップ２０２）、画面上の表示を変更する。
【００５７】
このようにウェブブラウザ１２０の表示が自動的に切り替わることにより、ユーザはＵＲＬの変更をアクセスの前に知ることができる。
また、一時ページ２３０が表示された場合には、一時ページ２３０に含まれる変更後のＵＲＬを知ることができ、新たなページへのアクセスを試みることができる。
また、１つのコンテンツを複数人が作業対象としている場合にも、本実施の形態による通知により、ＵＲＬを編集したユーザ以外のメンバーによる変更後のＵＲＬへのアクセスを担保できる。
【００５８】
＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【００５９】
例えば一時ページ２３０に、一定時間後に変更後のＵＲＬに対して自動的にリダイレクトさせる記述を含めてもよい。
この場合、ユーザが何らの操作を行わなくても、変更後のＵＲＬに紐付けられている標準ページにアクセスできる。
【００６０】
また、一時ページ２３０には、変更後のＵＲＬへのアクセスが有効となるタイミングに関する情報が含まれてもよい。例えば次回の再起動が実行される予定時間に関する情報が含まれてもよい。
この情報があれば、ユーザは、ＵＲＬの変更がシステム上で反映される時期を事前に知り、変更がシステムに反映された後にアクセスを試みることができる。
【００６１】
なお、前述した実施の形態４に係る通知機能は、変更後のＵＲＬへのアクセスが有効になるタイミング以降に実行されるようにしてもよい。
この場合、システム側での反映が完了する前に一時ページ２３０から変更後のＵＲＬに何度もアクセスされる不便を低減できる。
【００６２】
前述の実施の形態では、画像形成装置２００に搭載されるウェブサーバ２２０を例示しているが、前述したウェブサーバ２２０の機能は、例えばＬＡＮやインターネット上でウェブサービスを提供するサーバに搭載してもよい。
【符号の説明】
【００６３】
１…サーバシステム、１００…コンピュータ、１２０…ウェブブラウザ、１２１…表示更新指示受信部、２００…画像形成装置、２２０…ウェブサーバ、２２１…ＵＲＬ変更検知部、２２２…一時ページ生成部、２２３…表示内容決定部、２２４…表示更新指示送信部、２３０…一時ページ、２３２…追加コンテンツ、２４０Ａ、２４０Ｂ、２５０Ａ、２５０Ｂ、２５０Ｃ…標準ページ、４００…監視用サーバ
【図１】
2018147077.tif 000003
【図２】
2018147077.tif 000004
【図３】
2018147077.tif 000005
【図４】
2018147077.tif 000006
【図５】
2018147077.tif 000007
【図６】
2018147077.tif 000008
【図７】
2018147077.tif 000009
【図８】
2018147077.tif 000010
【図９】
2018147077.tif 000011
【図１０】
2018147077.tif 000012
【図１１】
2018147077.tif 000013
【図１２】
2018147077.tif 000014
【図１３】
2018147077.tif 000015
【図１４】
2018147077.tif 000016
【図１５】
2018147077.tif 000017
【図１６】
2018147077.tif 000018