JP6710998B2 - サーバ装置、プログラム、操作画面データの提供方法、情報処理システム及びｗｅｂコンテンツサーバ装置 - Google Patents

Description

この発明は、サーバ装置、プログラム、操作画面データの提供方法、情報処理システム及びＷＥＢコンテンツサーバ装置に関する。

デジタル複合機（ＭＦＰ）のような情報処理装置上に表示されている画面を他の端末で共有する技術が知られている。このような技術については、例えば特許文献１に記載がある。

しかしながら、外部のサーバ装置上のウェブアプリケーション等により提供される画面を、ブラウザ等を用いて情報処理装置上で表示している場合、画面データ自体はサーバ装置が持っているうえ、テキスト等の入力画面を表示しているときの入力は、情報処理装置に対してではなくサーバ装置に対して行う必要がある。そのため、サーバ装置により提供される画面を表示している情報処理装置に対して、端末装置からアクセスしてその表示画面を貰うだけでは、サーバ装置上のウェブアプリケーション等を操作することができない。
この発明は、このような事情に鑑みてなされたものであり、サーバ装置により提供される画面上での操作を、情報処理装置と携帯端末装置とで共有できるようにすることを目的とする。

この発明のサーバ装置は、上記の目的を達成するため、複数の情報処理装置それぞれからのアクセスに応じ、それぞれの情報処理装置に表示させる操作画面データを提供するサーバ装置において、上記複数の情報処理装置のうちの一の情報処理装置から上記操作画面データの取得要求を受信すると、その一の情報処理装置と上記サーバ装置との間の通信を識別する通信識別情報を生成する生成手段と、上記生成手段で生成された通信識別情報を記憶部に記憶する第１の登録手段と、上記生成手段で生成された通信識別情報を含めた操作画面データを、上記一の情報処理装置に送信する第１の画面データ送信手段と、通信を識別する通信識別情報を少なくとも含む画面取得要求を受信する第１の受信手段と、上記第１の受信手段で受信した上記通信識別情報が上記記憶部に記憶されていると判断したときに、その通信識別情報により識別される通信の通信先である上記一の情報処理装置に送信した上記操作画面データに対応する携帯端末装置用の操作画面データを、上記画面取得要求の送信元に送信する第２の画面データ送信手段とを有し、上記第１の画面データ送信手段は、上記第１の受信手段で受信した上記通信識別情報が上記記憶部に記憶されていないと判断したときに、上記情報処理装置用の操作画面用データを送信するものである。

上記構成によれば、サーバ装置により提供される画面上での操作を、情報処理装置と携帯端末装置とで共有することができる。

この発明の第１実施形態である情報処理システムの概略構成を示す図である。 図１に示したサーバ装置のハードウェア構成を示す図である。 図１に示した情報処理システムを構成する各装置が備える機能の構成を示す図である。 ユーザが携帯端末装置を用いてユーザから画像処理装置への情報入力を支援する機能を利用する場合における、図３に示した各部の機能による各装置の動作の一例を示すシーケンス図である。 図４の続きの動作を示すシーケンス図である。 図５の続きの動作を示すシーケンス図である。 画像処理装置が表示する入力画面の例を示す図である。 携帯端末装置が表示する入力画面の例を示す図である。 携帯端末装置が表示するポップアップ画面の例を示す図である。 携帯端末装置が表示する別のポップアップ画面の例を示す図である。 セッション管理テーブルの例を示す図である。 入力情報テーブルの例を示す図である。 図１に示したサーバ装置のＣＰＵがＧＥＴ要求を受信した場合に実行する処理のフローチャートである。 図１３の続きを示すフローチャートである。 図１に示したサーバ装置のＣＰＵがＰＯＳＴ要求を受信した場合に実行する処理のフローチャートである。 第２実施形態における情報処理システムの機能構成を示す、図３と対応する機能ブロック図である。 第２実施形態における図６と対応する各装置の動作を示すシーケンス図である。 第２実施形態において画像処理装置が表示するポップアップ画面の例を示す図である。 第２実施形態において画像処理装置が表示する別のポップアップ画面の例を示す図である。 第３実施形態における図６と対応する各装置の動作を示すシーケンス図である。 第３実施形態において画像処理装置が表示する入力画面の例を示す図である。 第４実施形態において画像処理装置が表示する入力画面の例を示す図である。 第４実施形態における各装置の動作を示すシーケンス図である。 第４実施形態において画像処理装置が表示するポップアップ画面の例を示す図である。 第４実施形態において画像処理装置が表示する別のポップアップ画面の例を示す図である。 第４実施形態において携帯端末装置が表示する入力画面の例を示す図である。 第４実施形態における各装置の動作を示すシーケンス図である。 第５実施形態における情報処理システムの機能構成を示す、図３と対応する機能ブロック図である。 第５実施形態における図２７と対応する各装置の動作を示すシーケンス図である。 第５実施形態において携帯端末装置が表示するポップアップ画面の例を示す図である。 図１４の処理の変形例を示す図である。

以下、この発明の実施形態について、図面を参照しつつ説明する。
〔第１実施形態：図１乃至図１５〕
まず、この発明の第１実施形態である情報処理システムについて説明する。
図１は、その情報処理システムの概略構成を示す図である。
図１に示すように、この発明の情報処理システムの第１実施形態である情報処理システム１は、サーバ装置１００と、複数の画像処理装置２００ａ，２００ｂと、携帯端末装置３００とを、ネットワークＮで接続して構成したものである。

これらのうちサーバ装置１００は、この発明のサーバ装置の実施形態であり、画像処理装置２００ａ，２００ｂ及び携帯端末装置３００からのアクセスに基づき、携帯端末装置３００を用いてユーザから画像処理装置２００ａ，２００ｂへの情報入力を支援する機能を提供する。この機能がこの実施形態に特徴的な点の一つであり、この点については後に詳述する。なお、サーバ装置１００は、画像処理装置２００ａ，２００ｂからのアクセスを別々に処理し、基本的には、ある画像処理装置からのアクセスが別の画像処理装置の動作に影響を与えることはないので、以後、「画像処理装置２００」の符号を用い、１台の画像処理装置に注目してその機能や動作を説明する。
画像処理装置２００は、情報処理装置の一例であり、スキャン、プリント、コピー、ファクシミリ通信、画像蓄積など、画像及び画像データの処理に関する種々の機能を備えたデジタル複合機（ＭＦＰ）である。

携帯端末装置３００は、ユーザが持ち運び可能な情報処理装置であり、例えばスマートフォンやタブレット型コンピュータとして構成することができる。なお、携帯端末装置３００は、サーバ装置１００へアクセスするための通信手段（例えばネットワークインタフェースと汎用ウェブブラウザ）を備えたものであれば、特段画像処理装置２００との対応関係を意識することなく使用することができる。ユーザによって、あるいは時と場合によって異なる装置であってもよい。

ネットワークＮは、有線無線を問わず、任意のプロトコルにより、サーバ装置１００と、サーバ装置１００から見た外部装置である画像処理装置２００及び携帯端末装置３００との間での通信を媒介するものである。なお、画像処理装置２００と携帯端末装置３００との間は、必ずしも通信可能である必要はない。

次に、図２に、サーバ装置１００のハードウェア構成を示す。
図２に示すように、サーバ装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信Ｉ／Ｆ（インタフェース）１０５、操作部１０６、表示部１０７を備え、これらをシステムバス１１０により接続した構成としている。

そして、ＣＰＵ１０１が、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０４に記憶されたプログラムを実行することにより、サーバ装置１００全体を制御し、図３を用いて後述するものをはじめとする種々の機能を実現する。
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
通信Ｉ／Ｆ１０５は、画像処理装置２００や携帯端末装置３００等の外部装置と通信するためのインタフェースである。使用する通信経路の規格に応じた物を設ければよい。

操作部１０６は、ユーザからの操作を受け付けるための操作手段であり、キーボード及びマウス等のポインティングデバイスにより構成することができる。
表示部１０７は、サーバ装置１００の動作状態や設定内容、メッセージ等をユーザに提示するための提示手段であり、液晶ディスプレイ等を備える。

なお、操作部１０６及び表示部１０７は外付けであってもよい。また、サーバ装置１００がユーザからの操作を直接受ける必要がない（通信Ｉ／Ｆ１０５を介して接続された外部装置により操作を受け付けたり情報の提示を行ったりすればよい）場合には、操作部１０６や表示部１０７を設けなくてよい。
なお、携帯端末装置３００も、具体的な性能は異なってよいが、図２に示したものと同趣旨のハードウェア構成を有する。画像処理装置２００も、制御部について、同趣旨のハードウェア構成を有する。画像処理装置２００は、これに加えて、画像形成、画像読取等の機能を実現するためのエンジン部を備える。

次に、図３に、情報処理システム１を構成する各装置が備える機能の構成を示す。なお、図３には主に、上述の、携帯端末装置３００を用いてユーザから画像処理装置２００への情報入力を支援する機能に関連する機能を示している。これらの各部の機能は、各装置のＣＰＵが所要のプログラムを実行して所要のハードウェアを制御することにより実現されるものである。

図３に示すように、サーバ装置１００は、ウェブ管理部１１１、機器判定部１１２、セッション発行部１１３、セッション管理部１１４、コード画像生成部１１５、情報登録部１１６、画面生成部１１７を備える。
これらのうちウェブ管理部１１１は、ウェブ（ＷＥＢ）コンテンツサーバとしての機能を備え、画像処理装置２００や携帯端末装置３００から送信されるリクエストに応じた動作を実行するか、又は他の機能部に渡して実行させる。その詳細については、シーケンス図及びフローチャートを用いて後述する。なお、ウェブ管理部１１１を備えるサーバ装置１００は、ウェブコンテンツサーバ装置であると捉えることができる。

機器判定部１１２は、ウェブ管理部１１１から渡される、受信したリクエストに含まれるセッション識別子及び装置識別子（含まれない場合にはその旨の情報）の情報と、セッション管理部１１４が管理する発行済みセッションの情報とに基づき、リクエストの送信元の機器がどのような特性あるいは状態の機器であるかを判定する機能を備える。例えば、送信元の機器が画像処理装置２００のように情報入力の支援を受けるための所定の機能を備えた情報処理装置であるか、送信元機器に対してセッションを発行済みか、送信元機器を入力情報の送信元として登録済みか、といった判定を行う機能を備える。機器判定部１１２は、その判定結果をウェブ管理部１１１に返す。

セッション発行部１１３は、ウェブ管理部１１１からの要求に基づき、新規セッションを発行する発行手段の機能を備える。より具体的には、リクエストの送信元装置に渡して以後当該リクエストに続く一連のアクセスを識別できるようにするためのセッションＩＤ等のセッション識別子を発行する。セッション発行部１１３は、この発行したセッション識別子をセッション管理部１１４に渡し、登録させる。

セッション管理部１１４は、ウェブ管理部１１１からの要求に基づき、セッション発行部１１３が発行したセッション識別子を、そのセッション識別子を用いて通信を行う相手方の装置を識別する装置識別子と対応付けて管理するセッション管理手段の機能を備える。

この管理は、図１１に示すセッション管理テーブルを用いて行うことができる。
セッション管理テーブルは、セッション識別子と、第１装置識別子と、第２装置識別子と、ＵＲＬ（Uniform Resource Locator）とを対応付けて管理するためのものである。
これらのうちセッション識別子は、セッション発行部１１３が発行したセッション識別子である。

第１装置識別子は、そのセッション識別子を用いて通信を行う画像処理装置２００を識別するための識別子である。第２装置識別子は、そのセッション識別子を用いて通信を行う携帯端末装置３００を識別するための識別子である携帯端末識別情報である。これらの装置識別子としては、各装置の機番を用いることが考えられる。また、これらは、第１装置識別子により特定される画像処理装置２００に対する情報の入力を、第２装置識別子により特定される携帯端末装置３００を用いて支援する、という関係にある。

ＵＲＬは、どのＵＲＬに対するリクエストに応じてセッション識別子を発行したかを示す。ＵＲＬは、外部装置がサーバ装置１００へアクセスする際に用いるアドレス情報であり、各セッション識別子は、特定のＵＲＬへのリクエストを処理するために用いる。また、ＵＲＬは、情報の入力に用いる画面の種類毎に用意される。

図３の説明に戻ると、コード画像生成部１１５は、ウェブ管理部１１１からの要求に基づき、セッション識別子と、そのセッション識別子を用いてアクセスすべきＵＲＬとをコード化したコード記号の画像を生成する機能を備える。このコード記号としては、例えばＱＲコード（登録商標）を用いることができるが、任意の規格のものを採用可能である。

情報登録部１１６は、ウェブ管理部１１１からの要求に基づき、外部装置（第１実施形態では携帯端末装置３００であるが、後の実施形態ではこれに限られない場合もある）からリクエストと共に送信された入力情報を、その送信に用いられたセッション識別子と対応付けて登録する情報登録手段の機能を備える。

情報の登録は、図１２に示す入力情報テーブルを用いて行うことができる。
入力情報テーブルは、セッション識別子と対応付けて、任意の数の入力情報を、Ｉｔｅｍ（０）〜Ｉｔｅｍ（ｎ）（ｎは０以上の整数）により特定される項目毎に登録することができる。Ｉｔｅｍ（ｎ）を、「ｎ＋１番目の項目」と呼ぶことにする。例えばＩｔｅｍ（０）は、「１番目の項目」である。

上述のように、セッション識別子と対応するＵＲＬによって、情報の入力を受け付けるための画面が異なる。そして、それに応じて受け付ける入力情報の内容や項目数が異なる。従って、入力情報テーブルにおいても、セッション識別子毎に、登録する入力情報の数やデータ形式が異なる。何番目の入力情報が画面上のどの項目に対応するかは、情報の入力を受け付けるための画面の構成を示す画面データにおいて規定される。

再度図３の説明に戻ると、画面生成部１１７は、ウェブ管理部１１１からの要求に基づき、アクセス元の外部装置に渡すための画面のデータを生成する画面データ生成手段の機能を備える。この画面は、ユーザから情報の入力を受け付けるための画面であり、上記の画面データに基づき生成することができる。この画面は、コード画像生成部１１５が生成したコード記号の画像が含まれるものであったり、情報登録部１１６が登録した入力情報が入力された状態のものであったり、入力情報が未入力のものであったりする。どのような場合にどのような状態の画面のデータを生成するかについては後述する。また、画面のデータは、例えばＨＴＭＬ（HyperText Markup Language）データによるウェブコンテンツデータとして生成することができる。

また、画面の種類毎にＵＲＬが用意されることは上述の通りであるが、画面のデータは、１種類につき、画像処理装置２００用のものと携帯端末装置３００用のものとが用意される。同じ種類の画面は、同じ項目の情報の入力を受け付けるものであるが、画面を表示するディスプレイのサイズ等を考慮して、画像処理装置２００用のものと携帯端末装置３００用のものとで、サイズを変えるようにしている。

また、この実施形態では、携帯端末装置３００は、画像処理装置２００に対する情報の入力を支援するという位置づけである。従って、画像処理装置２００用の画面においては、画像処理装置２００に対して、入力した情報を用いた（入力の支援を受けるためのもの以外の）動作の実行を指示するための操作部（例えば図７の登録ボタン４０２）が用意されるのに対し、携帯端末装置３００用の画面においては、このような操作部は用意されない（例えば図８の登録ボタン５０２は無効化されている）。

次に、画像処理装置２００は、通信部２１１、表示部２１２及び操作受付部２１３を備える。
これらのうち通信部２１１は、操作受付部２１３が受け付けたユーザの操作に応じて、サーバ装置１００に対してリクエストを送信してアクセスする機能を備える。また、そのリクエストに応じてサーバ装置１００から送信される種々のレスポンスに応じて、表示部２１２に画面の表示を行わせる機能を備える。リクエストやレスポンスの内容については後に詳述する。

表示部２１２は、ディスプレイ等の表示手段により、ユーザに対して画面を表示する機能を備える。
操作受付部２１３は、タッチパネルやボタン等の操作手段により、表示部２１２が表示する画面に対する操作を受け付ける機能を備える。この操作には、情報の入力や、情報入力用画面の取得指示、入力した情報を用いた動作の実行指示等が含まれる。

次に、携帯端末装置３００は、通信部３１１、表示部３１２、操作受付部３１３、画像読取部３１４及びデコード部３１５を備える。
これらのうち通信部３１１は、操作受付部３１３が受け付けたユーザの操作あるいはデコード部３１５から提供されるデコード結果に応じて、サーバ装置１００に対してリクエストを送信してアクセスする機能を備える。また、そのリクエストに応じてサーバ装置１００から送信される種々のレスポンスに応じて、表示部３１２に画面の表示を行わせる機能を備える。リクエストやレスポンスの内容については後に詳述する。

表示部３１２は、ディスプレイ等の表示手段により、ユーザに対して画面を表示する機能を備える。
操作受付部３１３は、タッチパネルやボタン等の操作手段により、表示部３１２が表示する画面に対する操作を受け付ける機能を備える。この操作には、情報の入力や、入力情報の登録指示等が含まれる。

画像読取部３１４は、カメラ等の撮像手段により、携帯端末装置３００の外部の画像を読み取る機能を備える。ここでは、主として画像処理装置２００の表示部２１２が表示する画面中のコード記号の画像を読み取るために用いる。
デコード部３１５は、画像読取部３１４が読み取った画像中のコード記号をデコードし、そのデコード結果を通信部３１１に提供する機能を備える。
次に、ユーザが携帯端末装置３００を用いてユーザから画像処理装置２００への情報入力を支援する機能を利用する場合における、図３に示した各部の機能による各装置の動作について説明する。以下に説明する動作は、この発明の操作画面データの提供方法の実施形態に係る動作である。

図４乃至図６に、その一連の動作のシーケンスを示す。
画像処理装置２００のユーザは、画像処理装置２００の機能を利用しようとする場合、図４に示すように、画像処理装置２００に対し、その機能の利用に必要な情報を入力するための操作画面である入力画面の表示を指示する入力画面取得指示を行う（Ｓ１０１）。

この指示を受けた画像処理装置２００は、現在画像処理装置２００が、今回要求しようとする画面に関してサーバ装置１００との通信に用いるセッション識別子を記憶していないことを確認すると（Ｓ１０２）、サーバ装置１００に対し、画像処理装置２００を識別するための識別子である第１装置識別子を含む入力画面取得要求をサーバ装置１００へ送信する（Ｓ１０３）。この要求の送信が、第１装置識別子を特定した第１アクセスに該当し、操作画面データの取得要求である。

なお、ステップＳ１０２の確認において、画像処理装置２００は、要求しようとする画面を直近に表示していた場合以外は、該当のセッション識別子を記憶していないことが通常である。もし記憶していた場合には、画像処理装置２００において、今回の入力画面取得指示は、図６のステップＳ１４１における入力画面取得指示であると取り扱い。図６の動作を進めることになる。
また、ステップＳ１０３の要求は、ここでは、画像処理装置２００が備えるウェブブラウザの機能によるウェブサーバに対するＧＥＴ要求として送信するものとし、第１装置識別子は変数としてアクセス先のＵＲＬに付すことができる。また、アクセス先とするＵＲＬは、要求しようとする画面の種別と対応付けて画像処理装置２００に予め記憶させておく。またサーバ装置１００側でも、提供する画面毎に、アクセスを受けるためのＵＲＬを定めて記憶しておく。
以上のステップＳ１０２及びＳ１０３は、通信部２１１の機能と対応する動作である。

一方、ステップＳ１０３の要求を受けたサーバ装置１００は、その要求の内容から、送信元が、情報入力支援を受けるための所定の機能を備えた画像処理装置であることを確認する（Ｓ１０４）。例えば、第１装置識別子のフォーマット、アクセスに使用したブラウザのバージョン情報、その他アクセスに含めて送信する識別コード等が予め登録した所定の条件に合致することをもって、この確認を行うことができる。サーバ装置１００は、この確認ができた場合に、情報入力支援に関する機能を提供すべく、ステップＳ１０５以下の動作を実行する。

サーバ装置１００は次に、今回の要求に含まれる第１装置識別子と対応する登録済みのセッションがないことを確認する（Ｓ１０５）。この確認は、図１２のセッション管理テーブルを参照して行うことができる。なお、対応するセッションがある場合、今回アクセスされたＵＲＬ以外のＵＲＬに関するセッションであれば、そのセッションを廃棄してステップＳ１０６以下に進む。また、今回アクセスされたＵＲＬに関するセッションであれば、既にセッションを発行済みであることを画像処理装置２００に対してレスポンスとして通知する。
以上のステップＳ１０４及びＳ１０５は、機器判定部１１２の機能と対応する動作である。

ステップＳ１０５の確認ができると、サーバ装置１００は次に、新規セッションを発行し（Ｓ１０６）、その発行したセッションのセッション識別子と、今回の要求に含まれる第１装置識別子とを対応付けてセッション管理テーブルに登録する（Ｓ１０７）。このとき、今回の要求でアクセスされたＵＲＬも、セッション管理テーブルに登録する。
以上のステップＳ１０６及びＳ１０７は、セッション発行部１１３及びセッション管理部１１４の機能と対応する動作である。ステップＳ１０６の動作が生成手順に、ステップＳ１０７の動作が第１の登録手順にそれぞれ該当する。また、セッション識別子は、画像処理装置２００とサーバ装置１００との間の通信を識別する通信識別情報である。このセッション識別子を生成する機能は、生成手段の機能である。

その後、サーバ装置１００は、入力情報テーブルに、ステップＳ１０６で発行したセッションのセッション識別子と対応する記憶領域を作成する（Ｓ１０８）。これは、情報登録部１１６の機能と対応する第１の登録手順の動作であり、第１の登録手段の機能に該当する。
また、サーバ装置１００は、今回の要求でアクセスされたＵＲＬ（入力支援機能を利用する場合には次回以降もアクセスさせるべきＵＲＬ）と、ステップＳ１０６で発行したセッションのセッション識別子とを示すコード記号の画像を生成する（Ｓ１０９）。これは、コード画像生成部１１５の機能と対応する動作である。

次に、サーバ装置１００は、生成したコード記号の画像を含む、画像処理装置２００用の入力画面のデータを、予め用意された画面データに基づき生成する（Ｓ１１０）。この画面は、情報が入力されていない状態の画面でよい。また、セッション識別子のデータも画面データに含めるとよい。ステップＳ１１０は、画面生成部１１７の機能と対応する動作である。なお、ステップＳ１１０では、上記コード記号の画像が埋め込まれた入力画面のデータを生成すればよいが、画面データ内に通信識別情報を含ませる方法はこれに限られない。

その後、サーバ装置１００は、生成した画面のデータ（操作画面データ）を、ステップＳ１０３で受けたリクエストに対するレスポンス（応答）として画像処理装置２００に返す（Ｓ１１１）。これは、ウェブ管理部１１１の機能と対応する第１の画面データ送信手順の動作である。このことにより、サーバ装置１００は、コード記号の画像に含める形で、ステップＳ１０６で発行したセッションのセッション識別子と、以後サーバ装置１００へのアクセスに用いるべきＵＲＬとを、アクセス元に通知することができる。この動作において、サーバ装置１００のＣＰＵ１０１は通知手段あるいは第１の画面データ送信手段として機能する。

一方、ステップＳ１１１のレスポンスを受け取った画像処理装置２００は、そこに含まれる画面データに基づき、コード記号を含む入力画面を表示する（Ｓ１１２）。このことにより、サーバ装置１００から通知されたセッション識別子を、携帯端末装置３００に対し、撮像可能なコード記号という形で提供することができる。この動作は、通信部２１１及び表示部２１２の機能と対応するものである。また、図４に示した動作において、画像処理装置２００のＣＰＵは提供手段として機能する。
また、画像処理装置２００は、サーバ装置１００から通知されたセッション識別子を、現在の画面と対応するセッション識別子として記憶する（Ｓ１１３）。

なお、ステップＳ１１２で表示される画面は、例えば図７に示すものである。
図７に示す入力画面４００は、情報入力部４０１、登録ボタン４０２、更新ボタン４０３、およびコード記号４０４を含む。
情報入力部４０１は、ユーザからの情報の入力を受け付ける領域である。ユーザは、携帯端末装置３００による入力支援を利用せずに、画像処理装置２００の操作部を用いてこの情報入力部４０１に対して情報を入力することも可能である。

登録ボタン４０２は、情報入力部４０１に入力した情報を用いて、画像処理装置２００の機能に係る特定の動作の実行を指示するためのボタンである。ここでは、入力画面４００は画像処理装置２００のアドレス帳に対する送信先情報の登録を受け付けるための画面であるとし、登録ボタン４０２は、入力した情報の登録を指示するためのボタンである。
更新ボタン４０３は、携帯端末装置３００から入力された情報を用いて入力画面４００を更新することを指示するためのボタンである。この点については後述する。

コード記号４０４は、サーバ装置１００がステップＳ１０９で生成したコード記号である。
ユーザは、携帯端末装置３００の画像読取部３１４にこのコード記号を読み取らせることにより、携帯端末装置３００に、入力支援機能に係る動作を開始させることができる。

この動作が、図５に示すものである。
ユーザが携帯端末装置３００に対しカメラを起動する等の所定の操作を行ったコード記号の読み取り指示を行うと（Ｓ１２１）、携帯端末装置３００は、コード記号４０４を読み取ってデコードする（Ｓ１２２）。そして、そのデコード結果から、アクセス先とするＵＲＬと、そのアクセスに用いるセッション識別子とを取得する（Ｓ１２３）。この動作は、デコード部３１５の機能と対応するものである。

携帯端末装置３００は、このデコード結果を取得すると、取得したセッション識別子と、携帯端末装置３００を識別するための識別子である第２装置識別子とを含む入力画面取得要求をサーバ装置１００へ送信する（Ｓ１２４）。その送信先は、デコード結果として取得したアクセス先ＵＲＬである。また、この要求の送信が、第２装置識別子とセッション識別子とを特定した第４アクセスに該当する。また、ステップＳ１２４の要求は、通信を識別する通信識別情報を少なくとも含む画面取得要求である。
なお、ステップＳ１２４の要求は、ここでは、携帯端末装置３００が備えるウェブブラウザの機能によるウェブサーバに対するＧＥＴ要求として送信するものとし、第２装置識別子及びセッション識別子は変数としてアクセス先のＵＲＬに付すことができる。このステップＳ１２４は、通信部２１１の機能と対応する第１の受信手順の動作である。

一方、ステップＳ１２４の要求を受けたサーバ装置１００は、要求に含まれるセッション識別子がセッション管理テーブルに登録済みでかつ対応する第２装置識別子の登録がないことを確認する（Ｓ１２５）。この動作は、機器判定部１１２の機能と対応する動作である。
なお、セッション識別子が登録済みでない場合、あるいは入力画面取得要求に含まれる第２装置識別子と別の第２装置識別子が登録済みである場合、画面を利用できない旨を携帯端末装置３００に対してレスポンスとして通知する。後者の場合も利用できないようにするのは、複数台の携帯端末装置３００から入力情報を登録され、混乱が生じるのを防ぐためである。従って、複数台からの登録を許容する場合には、既に第２装置識別子の登録がある場合でも、追加して登録できるようにすることも考えられる。

ここでは、ステップＳ１２５での確認ができたものとすると、サーバ装置１００は、要求に含まれるセッション識別子と第２装置識別子とを対応付けてセッション管理テーブルに登録する（Ｓ１２６）。セッション識別子は既に登録済みのはずなので、第２装置識別子を新たに登録することになる。この動作は、セッション管理部１１４の機能と対応する動作であり、第２の登録手段の機能に該当する。

次に、サーバ装置１００は、アクセスされたＵＲＬと対応する、携帯端末装置３００用の入力画面のデータを、予め用意された画面データに基づき生成する（Ｓ１２７）。この画面は、情報が入力されていない状態の画面でよい。この動作は、画面生成部１１７の機能と対応する動作である。
その後、サーバ装置１００は、生成した画面のデータ（操作画面データ）を、ステップＳ１２４で受けたリクエストに対するレスポンスとして携帯端末装置３００に返す（Ｓ１２８）。これは、ウェブ管理部１１１の機能と対応する動作である。この動作において、サーバ装置１００のＣＰＵ１０１は画面データ送信手段として機能する。また、ステップＳ１２５乃至Ｓ１２８の動作は、第２の画面データ送信手段の機能に該当し、第２の画面データ送信手順の動作である。

一方、ステップＳ１２８のレスポンスを受け取った携帯端末装置３００は、そこに含まれる画面データに基づき、入力画面を表示する（Ｓ１２９）。この動作は、通信部３１１及び表示部３１２の機能と対応するものである。
なお、ステップＳ１２９で表示される画面は、例えば図８に示すものである。

図８に示す入力画面５００は、図７に示した画像処理装置２００側の入力画面４００と対応するものであり、携帯端末装置３００のディスプレイ３０１に表示される。なお、３０２はボタン、３０３はカメラである。そして、この入力画面５００は、情報入力部５０１、登録ボタン５０２、および送信ボタン５０３を含む。

情報入力部５０１は、ユーザからの情報の入力を受け付ける領域である。受け付ける項目は、画像処理装置２００側における情報入力部４０１と同じである。しかし、ユーザは、携帯端末装置３００が備える入力機能を利用して、情報入力部５０１に情報を入力することができる。携帯端末装置３００として汎用の情報処理装置を用いる場合、予測変換やコピーアンドペースト機能など、簡単な操作で情報を入力できるようにする機能を種々備えていることが想定される。

登録ボタン５０２は、画像処理装置２００側の登録ボタン４０２と同じものであるが、ここでは無効化され、使用できないようになっている。表示を行うのは、画像処理装置２００側の画面とデータをなるべく共通化するためであるので、登録ボタンの部分のデータが異なってもよいのであれば、登録ボタン５０２を全く表示しないようにしてもよい。
送信ボタン５０３は、情報入力部５０１に入力された情報をサーバ装置１００に送信して登録することを指示するためのボタンである。

図５の説明に戻ると、ステップＳ１２９で入力画面５００を表示した携帯端末装置３００は、その入力画面５００により、ユーザから、画像処理装置２００の入力画面４００に入力すべき情報の入力を受け付ける（Ｓ１３０）。この動作において、携帯端末装置３００のＣＰＵは受付手段として機能する。

ユーザが必要な情報を入力した後、送信ボタン５０３を操作して入力済み情報の送信指示を行うと（Ｓ１３１）、携帯端末装置３００は、サーバ装置１００に対し、ステップＳ１２４の場合と同じセッション識別子と、第２装置識別子とを含む情報登録要求をサーバ装置１００へ送信する（Ｓ１３２）。この情報登録要求には、入力情報も含めて送信するとよいが、一旦情報の登録ができることが確認できてから別途入力情報を送信して登録させることも妨げられない。いずれにせよ、情報登録要求において、サーバ装置１００に登録させるべき入力情報を指定する。

また、情報登録要求の送信先は、ステップＳ１２４の場合と同じアクセス先ＵＲＬである。ただし、ステップＳ１３２の要求はここでは、携帯端末装置３００が備えるウェブブラウザの機能によるウェブサーバに対するＰＯＳＴ要求として送信するものとし、このことによりサーバ装置１００がステップＳ１２４の要求と区別できるようにしている。この要求の送信が、第２装置識別子とセッション識別子とを特定した第２アクセスに該当する。

一方、ステップＳ１３２の要求を受けたサーバ装置１００は、要求に含まれるセッション識別子がセッション管理テーブルに登録済みでかつ要求に含まれる第２装置識別子と対応付けられていることを確認する（Ｓ１３３）。この動作は、機器判定部１１２の機能と対応する動作である。

なお、セッション識別子が登録済みでないか又は第２装置識別子と対応付けられていない場合、情報を登録できない旨を携帯端末装置３００に対してレスポンスとして通知する。これらの場合、セッションが有効でないか又は携帯端末装置３００がそのセッションについて情報を登録する権限を持っていないと考えられるためである。
ここでは、ステップＳ１３３での確認ができたものとすると、サーバ装置１００は、情報登録要求と共に送信された入力情報を、要求に含まれるセッション識別子と対応付けて入力情報テーブルに登録する（Ｓ１３４）。この動作は、情報登録部１１６の機能と対応する動作である。

次に、サーバ装置１００は、登録結果（図５の例では登録成功）を、ステップＳ１３２で受けたリクエストに対するレスポンス（応答）として携帯端末装置３００に返す（Ｓ１３５）。これを受けた携帯端末装置３００は、例えば図９に示すポップアップ画面５１０を表示する等して、ユーザに対して登録結果を通知する。なお、図１０に示すポップアップ画面５２０は、登録失敗の場合の通知例である。
以上により、ユーザは、携帯端末装置３００を操作して、画像処理装置２００における入力画面４００に入力すべき情報を、サーバ装置１００に登録することができる。

次に、動作は図６に示す部分に進み、ユーザは、入力画面４００の更新ボタン４０３を操作して、画像処理装置２００に対して入力画面取得指示を行う（Ｓ１４１）。
この指示を受けた画像処理装置２００は、今回要求しようとする画面に関してサーバ装置１００との通信に用いるセッション識別子（図４のステップＳ１１３で記憶するもの）を記憶していることを確認する（Ｓ１４２）。そして、これが確認できると、サーバ装置１００に対し、そのセッション識別子と、画像処理装置２００を識別するための識別子である第１装置識別子とを含む入力画面取得要求を送信する（Ｓ１４３）。この要求の送信が、セッション識別子及び第１装置識別子を特定した第３アクセスに該当する。

なお、ステップＳ１４２の確認において、画像処理装置２００は、該当のセッション識別子を記憶していることが通常である。また、ステップＳ１４３の要求は、ここでは、画像処理装置２００が備えるウェブブラウザの機能によるウェブサーバに対するＧＥＴ要求として送信するものとし、セッション識別子及び第１装置識別子は、変数としてアクセス先のＵＲＬに付すことができる。サーバ装置は、要求にセッション識別子が付されているか否かにより、ステップＳ１０３の第１アクセスとステップＳ１４３の第３アクセスを区別することができる。また、アクセス先とするＵＲＬは、要求しようとする画面の種別と対応付けて画像処理装置２００に予め記憶させておく。

一方、ステップＳ１４３の要求を受けたサーバ装置１００は、セッション管理テーブルを参照し、要求に含まれるセッション識別子と第１装置識別子とが対応付けられていることを確認する（Ｓ１４４）。この動作は、セッション管理部１１４の機能と対応する動作である。
この確認ができると、サーバ装置１００は、入力情報テーブルからそのセッション識別子と対応付けて登録されている入力情報を取得する（Ｓ１４５）。この動作は、情報登録部１１６の機能と対応する動作である。

次に、サーバ装置１００は、取得した情報を入力した状態の、画像処理装置２００用の入力画面のデータを、予め用意された画面データに基づき生成する（Ｓ１４６）。この画面は、ステップＳ１１０で生成したデータに、ステップＳ１４５で取得した入力情報を入力した状態のものである。ステップＳ１４６は、画面生成部１１７の機能と対応する動作である。
その後、サーバ装置１００は、生成した画面のデータを、ステップＳ１４３で受けたリクエストに対するレスポンスとして画像処理装置２００に返す（Ｓ１４７）。これは、ウェブ管理部１１１の機能と対応する動作である。

一方、ステップＳ１４７のレスポンスを受け取った画像処理装置２００は、そこに含まれる画面データに基づき、入力情報が入力された状態の入力画面を表示する（Ｓ１４８）。この動作は、通信部２１１及び表示部２１２の機能と対応するものである。また、図６に示したここまでの動作において、画像処理装置２００のＣＰＵは表示手段として機能する。

ユーザは、ステップＳ１４８で表示された画面において登録ボタン４０２を操作することにより、その画面に入力されている入力情報を用いて画像処理装置２００の機能に係る特定の動作（例えば送信先情報の登録）の実行を指示することができる（Ｓ１４９）。画像処理装置２００は、その指示に応じて、入力されている入力情報を用いて当該特定の動作を実行する（Ｓ１５０）。

以上の動作により、サーバ装置１００は、携帯端末装置３００に入力され、サーバ装置１００に送信されて登録された入力情報を、入力画面に入力された状態で、画像処理装置２００に送信することができる。また、ユーザは、その入力情報を用いて画像処理装置２００に動作を実行させることができる。
従って、ユーザは、実質的に、携帯端末装置３００のユーザインタフェースを用いて、画像処理装置２００に情報を入力することができる。このことにより、携帯端末装置３００の、文字等の情報の入力に適したユーザインタフェースを活用した、効率的な情報入力が可能となる。

また、携帯端末装置３００は、サーバ装置１００にアクセスするための汎用的なウェブブラウザやネットワークＩ／Ｆ、および画像処理装置２００が表示するコード記号を読み取る手段を備えていれば、特に使用する機器に制約はないので、ユーザは容易に以上説明した入力支援機能を利用することができる。
なお、画像処理装置２００が携帯端末装置３００に対してアクセス先ＵＲＬとセッション識別子を伝える仕組みは、画像データに合成されて埋め込まれているコードには限定されない。これでの情報を、ＮＦＣ（Near Field Communication）やBluetooth（登録商標）ブルートゥース、音声、赤外線等で出力することもできる。
この場合、画像処理装置２００に、上記のようなインタフェースで情報を出力するＡＰＩ（Application Programming Interface）を用意しておき、サーバ装置１００が、そのＡＰＩを用いて必要な情報を出力させるスクリプトを画面データに埋め込むようにするとよい。このようにすれば、画像処理装置２００のブラウザがスクリプトを実行してＡＰＩを呼び出して、上記の種々の形態で情報（アクセス先ＵＲＬとセッション識別子）を出力することができる。

次に、以上説明した入力支援機能を実現するためにサーバ装置１００のＣＰＵ１０１が実行する処理の流れについて説明する。
まず、図１３及び図１４に、ＧＥＴ要求を受信した場合の処理の例を示す。このＧＥＴ要求は、図４のステップＳ１０３、図５のステップＳ１２４、および図６のステップＳ１４３などで送信されるものである。
サーバ装置１００のＣＰＵ１０１は、いずれかの入力画面と対応づけられているＵＲＬにてウェブ管理部１１１の機能により外部装置からＧＥＴ要求を受信したことを検出した場合、図１３のフローチャートに示す処理を開始する。

図１３の処理において、ＣＰＵ１０１は、まず検出したＧＥＴ要求が、セッション情報テーブルに登録済みのセッション識別子を含むか否か判断する（Ｓ１１）。含む場合、ＣＰＵ１０１は次に、検出したＧＥＴ要求が、そのＧＥＴ要求に含まれるセッション識別子とセッション管理テーブルにおいて対応付けられた第１装置識別子を含むか否か判断する（Ｓ１２）。

ステップＳ１２で含む場合、ＣＰＵ１０１は、検出したＧＥＴ要求は、図６のステップＳ１４１の状況で送信される第３アクセスに係るものであると判断する。そこで、図６のステップＳ１４４乃至Ｓ１４６と対応する処理（Ｓ１３乃至Ｓ１５）により、入力情報テーブルに登録されている入力情報が入力された状態の画像処理装置用入力画面のデータを生成して、アクセス元（ＧＥＴ要求の送信元）に送信し、処理を終了する。

一方、ステップＳ１２でＮｏの場合、ＣＰＵ１０１は、検出したＧＥＴ要求に含まれるセッション識別子と対応する第２装置識別子が既にセッション管理テーブルに登録されているか否か判断する（Ｓ１７）。ステップＳ１７で登録されていない場合、ＣＰＵ１０１は、検出したＧＥＴ要求は、図５のステップＳ１２４の状況で送信される第４アクセスに係るものであると判断する。そこで、図５のステップＳ１２５乃至Ｓ１２７と対応する処理（Ｓ１８乃至Ｓ２０）により、アクセス元の携帯端末装置３００を登録し、入力情報が未入力の携帯端末装置用入力画面のデータを生成して、アクセス元（ＧＥＴ要求の送信元）に送信し、処理を終了する。
すなわち、サーバ装置１００は、検出したＧＥＴ要求が、そのＧＥＴ要求に含まれるセッション識別子とセッション管理テーブルにおいて対応付けられた第１装置識別子を含まず、かつ、その第１識別子と関連付けて記憶されている第２識別子がないときに、携帯端末装置用入力画面のデータをアクセス元へ送信する。

なお、ここではＧＥＴ要求に含まれる装置識別子の内容を特に確認していない。第２装置識別子がまだ対応付けられていないセッション識別子を特定した要求を送信できるのは、セッション識別子を直前に送付した画像処理装置２００の近くにいるユーザが持つ装置だけであると考えられる。従って、今回のＧＥＴ要求の送信元がどんな装置であるかを特段気にしなくても、大きな不都合はないと考えられる。

また、ステップＳ１７で第２装置識別子の登録がある場合、重複しての登録は許可しないため、アクセス元にエラー画面のデータを送信して（Ｓ２１）、処理を終了する。
また、ステップＳ１１でＮｏの場合、処理は図１４に示す部分に進み、ＣＰＵ１０１は、ＧＥＴ要求の送信元が情報入力支援を受けるための所定の機能を備えた画像処理装置であるか否か判断する（Ｓ３１）。その基準は、図４のステップＳ１０４の説明で述べた通りである。

これがＹｅｓであれば、ＣＰＵ１０１は、検出したＧＥＴ要求は、図４のステップＳ１０３の状況で送信される第１アクセスに係るものであると判断する。そして次に、検出したＧＥＴ要求に含まれる装置識別子が、今回の要求を受けたＵＲＬ以外のＵＲＬと対応付けてセッション管理テーブルに登録されているか否か判断する（Ｓ３２）。これがＹｅｓであれば、要求元の画像処理装置２００は、今回生成しようとするもの以外の入力画面を使用中であることがわかるので、セッション管理テーブルからその画面に関する登録を削除してから（Ｓ３３）、今回の要求に係る登録及び画面生成の処理に進む。ステップＳ３２でＮｏであれば、ステップＳ３３はスキップする。

その後、ＣＰＵ１０１は、図４のステップＳ１０６乃至Ｓ１１０と対応する処理（Ｓ３４乃至Ｓ４０）により、新規セッションの発行、第１装置識別子のセッション管理テーブルへの登録、コード記号を含む画像処理装置用入力画面データの生成及びアクセス元への送信等を行い、処理を終了する。
また、ステップＳ３１でＮｏの場合には、ＣＰＵ１０１は新規セッションは発行せずに、エラー画面のデータをアクセス元に送信して（Ｓ４１）、処理を終了する。情報入力支援を受けるための所定の機能を備えた画像処理装置以外に対しては、情報入力支援を受ける装置としての取り扱いをする必要がないためである。

次に、図１５に、ＰＯＳＴ要求を受信した場合の処理の例を示す。このＰＯＳＴ要求は、図５のステップＳ１３２などで送信されるものである。
サーバ装置１００のＣＰＵ１０１は、いずれかの入力画面と対応づけられているＵＲＬにてウェブ管理部１１１の機能により外部装置からＰＯＳＴ要求を受信したことを検出した場合、図１５のフローチャートに示す処理を開始する。

図１５の処理において、ＣＰＵ１０１は、まず検出したＰＯＳＴ要求が、セッション情報テーブルに登録済みのセッション識別子を含むか否か判断する（Ｓ５１）。含む場合、ＣＰＵ１０１は次に、検出したＰＯＳＴ要求が、そのＰＯＳＴ要求に含まれるセッション識別子とセッション管理テーブルにおいて対応付けられた第２装置識別子を含むか否か判断する（Ｓ５２）。

ステップＳ５２で含む場合、ＣＰＵ１０１は、検出したＰＯＳＴ要求は、図１５のステップＳ１３２の状況で送信される第２アクセスに係るものであると判断する。そこで、図５のステップＳ１３３及びＳ１３４と対応する処理（Ｓ５３乃至Ｓ５４）により、ＰＯＳＴ要求と共に送信された入力情報を入力情報テーブルに登録し、その結果をアクセス元（ＰＯＳＴ要求の送信元）に通知して、処理を終了する。

また、ステップＳ５１又はＳ５２でＮｏの場合、ＣＰＵ１０１は、検出したＰＯＳＴ要求は、登録された携帯端末装置３００からのものではなく、入力支援機能に沿ったものではないと判断する。そして、エラー画面のデータをアクセス元に送信して（Ｓ５４）、処理を終了する。
以上の図１３乃至図１５の処理により、図４乃至図６を用いて説明したサーバ装置１００の動作が実現される。

〔第２実施形態：図１６乃至図１９〕
次に、この発明の情報処理システムの第２実施形態について説明する。
この第２実施形態は、サーバ装置１００が入力情報を画像処理装置２００に送信する際に、入力情報を入力済みの画面としてでなく、入力情報自体を送信し、画像処理装置２００側でその入力情報を入力画面に反映させるようにした点が第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。また、第１実施形態と共通の又は対応する構成については、第１実施形態で用いたものと同じ符号を用いる。この点については、以降の実施形態についても同様である。

図１６は、第２実施形態における情報処理システム１の機能構成を示す、図３と対応する機能ブロック図である。
図１６に示すように、第２実施形態における画像処理装置２００は、図３に示した構成に加え、受信データ反映部２１４を備える。この受信データ反映部２１４は、携帯端末装置３００を用いた情報入力の支援機能を利用する際、通信部２１１がサーバ装置１００から入力情報を受信した場合に、その入力情報を、表示部２１２に表示中に入力画面に反映させる機能を備える。また、その際に必要に応じて反映の可否をユーザに問い合わせる機能も備える。
また、これに対応して、サーバ装置１００の画面生成部１１７は、入力情報が入力された状態の画像処理装置２００用の入力画面の生成は行わない。
その他の点では、各装置が備える機能は、第１実施形態で説明したものと同様である。

次に、図１７に、第２実施形態における図６と対応する各装置の動作のシーケンスを示す。
図１７の動作は、ステップＳ１４５までは、図６に示したものと共通である。しかし、サーバ装置１００は、ステップＳ１４５で取得した入力情報をそのまま、ステップＳ１４３で受けたリクエストに対するレスポンスとして画像処理装置２００に返す（Ｓ１５１）。

そして、画像処理装置２００は、サーバ装置１００から取得した入力情報が、表示中の入力画面において入力済みの入力情報と競合するか否か判断する（Ｓ１５２）。この判断は、例えば、情報が入力済みの項目について、その情報と異なる、ｎｕｌｌ以外の情報を取得した場合に、情報が競合するものとして行うことができる。情報が未入力の項目については、サーバ装置１００から取得した入力情報の内容によらず、競合が起こらないものとするとよい。

ステップＳ１５２で競合すると判断した場合、画像処理装置２００は、取得した入力情報を入力画面に反映させるかをユーザに問い合わせる（Ｓ１５３）。この問い合わせは、例えば、図１８に示すようなポップアップ画面４１０をディスプレイに表示して行うことができる。このポップアップ画面については、競合が生じた箇所について、入力済みの入力情報と、サーバ装置１００から取得した入力情報とを比較できるように提示している。

そして、ユーザによる反映可否の指示（Ｓ１５４）に従い、反映可の場合には（Ｓ１５５のＹｅｓ）、画像処理装置２００は、ステップＳ１５１で取得した入力情報が反映された入力画面を表示して（Ｓ１５６）、図１７の動作を修了する。また、反映不可の場合には、画像処理装置２００はステップＳ１５６をスキップし、入力画面の内容を変更せずに処理を終了する。
また、ステップＳ１５２で競合が生じていなければ、画像処理装置２００は、ステップＳ１５３乃至Ｓ１５５をスキップして、ステップＳ１５１で取得した入力情報が反映された入力画面を表示する（Ｓ１５６）。

第２実施形態においては、以上の動作により、画像処理装置２００が、ユーザの意向を確認した上で、携帯端末装置３００から入力してサーバ装置１００に登録した入力情報を、画像処理装置２００に反映させることができる。従って、ユーザが画像処理装置２００側で入力した情報も、無駄なく利用することができる。
なお、サーバ装置１００に、図４のステップＳ１０７でセッション識別子を登録した後、一定時間以内にそのセッション識別子を用いたアクセスがない場合には、登録をする機能を設けることもできる。利用されないセッション識別子が溜まってしまうことを防ぐためである。

この場合、図１７のステップＳ１４４にて、既にセッション識別子が削除済みで、対応付けの確認ができない場合がある。この場合には、サーバ装置１００から、ステップＳ１５１にてその旨のエラーが通知され、画像処理装置２００は、これに応じて図１９に示すような、エラー通知のポップアップ画面４２０を表示する。
この場合、ユーザは、入力支援機能を利用したければ、図４の操作から再度やり直す必要がある。

〔第３実施形態：図２０、図２１〕
次に、この発明の情報処理システムの第３実施形態について説明する。
この第３実施形態は、図４のステップＳ１１２で入力画面を表示した画像処理装置２００が、ユーザの指示を待たずに予め定められたタイミングで定期的にサーバ装置１００へアクセスして入力情報の取得を試みるようにした点が第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。

図２０に、第３実施形態における図６と対応する各装置の動作のシーケンスを示す。
図２０に示す動作は、ステップＳ１４１及びＳ１４２に代えてステップＳＡの動作を行う点が図６と異なる。すなわち、画像処理装置２００は、セッション識別子の記憶がある状態で前回の入力画面取得要求の送信から所定時間経過したことを検出した場合に、自動的にステップＳ１４３の入力画面取得要求の送信を行う。図２０には一回分の動作しか記載していないが、この自動送信は、繰り返し行う。ただし、送信タイミングは、必ずしも所定時間毎には限らず、時間間隔がまちまちであってもよい。

このことにより、画像処理装置２００において、入力画面を表示させた後は、ユーザが特段の操作を行わなくても、携帯端末装置３００に入力し、サーバ装置１００に送信して登録した入力情報を、画像処理装置２００に反映させることができる。
このため、第３実施形態における入力画面４００′には、図２１に示すように、図７の場合と異なり、更新ボタン４０３を設ける必要はない。

〔第４実施形態：図２２乃至図２７〕
次に、この発明の情報処理システムの第４実施形態について説明する。
この第４実施形態は、携帯端末装置３００だけでなく、画像処理装置２００も、入力画面に入力された情報をサーバ装置１００へ登録できるようにした点と、画像処理装置２００だけでなく携帯端末装置３００も、サーバ装置１００から登録されている入力情報を取得できるようにした点が、第１実施形態と異なる。これ以外の点では上述した第１実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。

図２２は、第４実施形態において、図４のステップＳ１１２と対応する動作で画像処理装置２００に表示させる、図７と対応する画面の例である。
この入力画面４００″には、図７の入力画面４００と比べ、送信ボタン４０５を追加して設けている。送信ボタン４０５は、図８に示した携帯端末装置３００用の入力画面５００における送信ボタン５０３と同様、情報入力部４０１に入力された情報をサーバ装置１００に送信して登録することを指示するためのボタンである。

図２３に、ユーザがこの送信ボタン５０３を操作する場合の各装置の動作のシーケンスを示す。
ユーザは、図４と同様な動作により、画像処理装置２００に入力画面４００″を表示させた後（Ｓ１１２）、情報入力部４０１に情報を入力する（Ｓ１６１）。この入力受付に際し、画像処理装置２００のＣＰＵが第２受付手段として機能する。
その後、ユーザは、送信ボタン４０５を操作することにより、画像処理装置２００に対して入力済情報の送信指示を行う（Ｓ１６２）。

この指示を受けた画像処理装置２００は、図５のステップＳ１３２における携帯端末装置３００の場合と同様に、サーバ装置１００に対し、図４のステップＳ１１３で記憶したセッション識別子と、第１装置識別子とを含む情報登録要求をサーバ装置１００へ送信する（Ｓ１６３）。この要求の送信が、第１装置識別子とセッション識別子とを特定した第２アクセスに該当する。また、この要求の送信に際し、画像処理装置２００のＣＰＵが第２登録要求手段として機能する。

一方、ステップＳ１６３の要求を受けたサーバ装置１００は、要求に含まれるセッション識別子がセッション管理テーブルに登録済みでかつ要求に含まれる第１装置識別子と対応付けられていることを確認する（Ｓ１６４）。この動作は、機器判定部１１２の機能と対応する動作である。
ここでは、ステップＳ１６４での確認ができたものとすると、サーバ装置１００は、情報登録要求と共に送信された入力情報を、要求に含まれるセッション識別子と対応付けて入力情報テーブルに登録する（Ｓ１６５）。ここでの登録は、以前の登録内容を上書するものでよい。この動作は、情報登録部１１６の機能と対応する動作である。

次に、サーバ装置１００は、登録結果（図２３の例では登録成功）を、ステップＳ１６３で受けたリクエストに対するレスポンスとして画像処理装置２００に返す（Ｓ１６６）。これを受けた画像処理装置２００は、例えば図２４に示すポップアップ画面４３０を表示する等して、ユーザに対して登録結果を通知する。なお、図２５に示すポップアップ画面４４０は、登録失敗の場合の通知例である。

以上により、ユーザは、画像処理装置２００を操作して、入力画面４００に入力した情報を、サーバ装置１００に登録することができる。
なお、以上の動作を行うため、サーバ装置１００は、図１５のステップＳ５２の判断において、検出したＰＯＳＴ要求が、そのＰＯＳＴ要求に含まれるセッション識別子とセッション管理テーブルにおいて対応付けられた第１装置識別子を含む場合にも、ステップＳ５３に進む。また、ステップＳ５４においては、ステップＳ５２で第１装置識別子を含むと判断したか、第２装置識別子を含むと判断したかに応じて、画像処理装置２００用の画面データを生成するか、携帯端末装置３００用の画面データを生成するかを切り替える。

また、図２６は、第４実施形態において、図５のステップＳ１２９と対応する動作で携帯端末装置３００に表示させる、図８と対応する画面の例である。
この入力画面５００′には、図８の入力画面５００と比べ、更新ボタン５０４を追加して設けている。更新ボタン５０４は、図７に示した画像処理装置２００用の入力画面４００における更新ボタン４０３と同様、サーバ装置１００に登録されている入力情報を用いて入力画面５００′を更新することを指示するためのボタンである。

図２７に、ユーザがこの更新ボタン４０３を操作する場合の各装置の動作のシーケンスを示す。
ユーザは、図５と同様な動作により、携帯端末装置３００に入力画面５００′を表示させた後（Ｓ１２９）、適当なタイミングで更新ボタン５０４を操作することにより、携帯端末装置３００に対して入力画面取得指示を行う（Ｓ１７１）。

この指示を受けた携帯端末装置３００は、ステップＳ１２３で取得したセッション識別子を記憶していることを確認する（Ｓ１７２）。そして、これが確認できると、図６のステップＳ１４３の場合と同様、サーバ装置１００に対し、そのセッション識別子と、第２装置識別子とを含む入力画面取得要求を送信する（Ｓ１７３）。アクセス先とするＵＲＬは、図５のステップＳ１２３で取得したものである。この要求の送信が、セッション識別子及び第２装置識別子を特定した第３アクセスに該当する。

一方、ステップＳ１７３の要求を受けたサーバ装置１００は、セッション管理テーブルを参照し、要求に含まれるセッション識別子と第２装置識別子とが対応付けられていることを確認する（Ｓ１７４）。この動作は、セッション管理部１１４の機能と対応する動作である。
この確認ができると、サーバ装置１００は、入力情報テーブルからそのセッション識別子と対応付けて登録されている入力情報を取得する（Ｓ１７５）。この動作は、情報登録部１１６の機能と対応する動作である。

次に、サーバ装置１００は、取得した情報を入力した状態の、携帯端末装置３００用の入力画面のデータを、予め用意された画面データに基づき生成する（Ｓ１７６）。この画面は、ステップＳ１２７で生成したデータに、ステップＳ１７５で取得した入力情報を入力した状態のものである。ステップＳ１７６は、画面生成部１１７の機能と対応する動作である。
その後、サーバ装置１００は、生成した画面のデータを、ステップＳ１７３で受けたリクエストに対するレスポンスとして携帯端末装置３００に返す（Ｓ１７７）。これは、ウェブ管理部１１１の機能と対応する動作である。

一方、ステップＳ１７７のレスポンスを受け取った携帯端末装置３００は、そこに含まれる画面データに基づき、入力情報が入力された状態の入力画面を表示する（Ｓ１７８）。この動作は、通信部２１１及び表示部２１２の機能と対応するものである。
ユーザは、ステップＳ１７８で表示された入力画面において、入力情報を追加入力あるいは修正したり、その後の入力情報を、図５のステップＳ１３１以下と同様にサーバ装置１００に登録したりすることもできる。

以上により、ユーザは、携帯端末装置３００を操作して、サーバ装置１００に登録されている入力情報を取得し、入力画面５００に反映させることができる。また、以上の図２７の動作において、携帯端末装置３００のＣＰＵが表示手段として機能する。
なお、以上の動作を行うため、サーバ装置１００は、図１３のステップＳ１２の判断において、検出したＧＥＴ要求が、そのＧＥＴ要求に含まれるセッション識別子とセッション管理テーブルにおいて対応付けられた第２装置識別子を含む場合にも、ステップＳ１３に進む。また、ステップＳ１４においては、ステップＳ１２で第１装置識別子を含むと判断したか、第２装置識別子を含むと判断したかに応じて、画像処理装置２００用の画面データを生成するか、携帯端末装置３００用の画面データを生成するかを切り替える。

以上説明してきた第４実施形態によれば、ユーザは、画像処理装置２００と携帯端末装置３００との間で、任意に入力情報を受け渡しすることができる。従って、画像処理装置２００と携帯端末装置３００の双方のユーザインタフェースを任意に使い分けて情報を入力することが可能であり、入力する情報の内容に合った効率のよい入力を行うことができる。

〔第５実施形態：図２８及び図２９〕
次に、この発明の情報処理システムの第５実施形態について説明する。
この第５実施形態は、サーバ装置１００が入力情報を携帯端末装置３００に送信する際に、入力情報を入力済みの画面としてでなく、入力情報自体を送信し、携帯端末装置３００側でその入力情報を入力画面に反映させるようにした点が第４実施形態と異なる。これ以外の点では上述した第４実施形態と共通であるので、この相違点に関連する事項についてのみ説明する。

図２８は、第５実施形態における情報処理システム１の機能構成を示す、図３と対応する機能ブロック図である。
図２８に示すように、第５実施形態における携帯端末装置３００は、図３に示した構成に加え、受信データ反映部３１６を備える。この受信データ反映部３１６は、通信部３１１がサーバ装置１００から入力情報を受信した場合に、その入力情報を、表示部３１２に表示中に入力画面に反映させる機能を備える。また、その際に必要に応じて反映の可否をユーザに問い合わせる機能も備える。
また、これに対応して、サーバ装置１００の画面生成部１１７は、入力情報が入力された状態の携帯端末装置３００用の入力画面の生成は行わない。

さらに、第５実施形態における画像処理装置２００は、第２実施形態の場合と同様、図３に示した構成に加え、受信データ反映部２１４を備える。この受信データ反映部２１４は、携帯端末装置３００を用いた情報入力の支援機能を利用する際、通信部２１１がサーバ装置１００から入力情報を受信した場合に、その入力情報を、表示部２１２に表示中に入力画面に反映させる機能を備える。また、その際に必要に応じて反映の可否をユーザに問い合わせる機能も備える。
また、これに対応して、サーバ装置１００の画面生成部１１７は、入力情報が入力された状態の画像処理装置２００用の入力画面の生成は行わない。
その他の点では、各装置が備える機能は、第１実施形態及び第４実施形態で説明したものと同様である。

次に、図２９に、第５実施形態における図２７と対応する各装置の動作のシーケンスを示す。
図２９の動作は、ステップＳ１７５までは、図２７に示したものと共通である。しかし、サーバ装置１００は、ステップＳ１７５で取得した入力情報をそのまま、ステップＳ１７３で受けたリクエストに対するレスポンスとして携帯端末装置３００に返す（Ｓ１８１）。

そして、携帯端末装置３００は、入力情報の受信に応じて、図１７のステップＳ１５２乃至Ｓ１５６と同様な動作を行う。
すなわち、まず、サーバ装置１００から取得した入力情報が、表示中の入力画面において入力済みの入力情報と競合するか否か判断する（Ｓ１８２）。ステップＳ１８２で競合すると判断した場合、携帯端末装置３００は、取得した入力情報を入力画面に反映させるかをユーザに問い合わせる（Ｓ１８３）。この問い合わせは、例えば、図３０に示すようなポップアップ画面５３０をディスプレイに表示して行うことができる。

そして、ユーザによる反映可否の指示（Ｓ１８４）に従い、反映可の場合には（Ｓ１８５のＹｅｓ）、携帯端末装置３００は、ステップＳ１８１で取得した入力情報が反映された入力画面を表示して（Ｓ１８６）、図２９の動作を修了する。また、反映不可の場合には、画像処理装置２００はステップＳ１８６をスキップし、入力画面の内容を変更せずに処理を終了する。

また、ステップＳ１８２で競合が生じていなければ、携帯端末装置３００は、ステップＳ１８３乃至Ｓ１８５をスキップして、ステップＳ１８１で取得した入力情報が反映された入力画面を表示する（Ｓ１８６）。
第５実施形態においては、以上の動作により、携帯端末装置３００が、ユーザの意向を確認した上で、サーバ装置１００に登録されている入力情報を、携帯端末装置３００に反映させることができる。
なお、第５実施形態においても、第２実施形態と同様、図６と対応する各装置の動作は、図１７に示したものになる。

以上で実施形態の説明を終了するが、この発明において、装置の具体的な構成、具体的な処理の手順、データの構成、画面の表示内容等は、実施形態で説明したものに限るものではない。
例えば、画像処理装置２００において、携帯端末装置３００を用いた入力支援機能を利用するか否かを設定できるようにしてもよい。この場合、画像処理装置２００は、図４のステップＳ１０３の入力画面取得要求を送信する際に、クエリパラメータとしてその設定値をサーバ装置１００に送信するとよい。

また、サーバ装置１００は、図１４の処理において、ステップＳ３１とＳ３２の間で、図３１に示すステップＳＸの処理を追加して行うようにするとよい。
すなわち、送信元の画像処理装置２００において入力支援機能を使用する設定がなされているか否かを判断し、使用する場合にはステップＳ３２以下に進み、使用しない場合にはステップＳ３９及びＳ４０を実行する、というものである。

ステップＳ３９では、ＣＰＵ１０１は、ＱＲコード（登録商標）を含まない画像処理装置２００用の入力画面のデータを生成し、ステップＳ４０でその画面データをアクセス元に送信する。この場合には、画像処理装置２００に対しては単に画面のデータを提供すればよく、その後の動作にサーバ装置１００が関与する必要はないので、セッションの発行や管理も不要である。
このようにすれば、入力支援機能が不要な場合にはサーバ装置１００におけるセッションの発行や管理のためのリソースを節約することができる。

また、上述した実施形態では、画像処理装置２００から携帯端末装置３００へのセッション識別子及びＵＲＬの提供を、コード記号の表示により行うようにしたが、これに限られることはない。近距離無線通信（Near Field Communication）や、ピアツーピアの無線通信など、適当な通信手段を用いた通信により伝達してよいことは、もちろんである。セッション識別子として、人手での入力がさほど困難でない形式の情報を用いる場合、文字や音声によりユーザに提示し、それをユーザが携帯端末装置３００に入力する態様とすることも考えられる。

また、上述した実施形態では、情報処理装置の一例として画像処理装置（ＭＦＰ）２００を用いる例について説明したが、情報処理装置はこれには限られない。プロジェクタ、ＩＷＢ（インタラクティブウェブホワイトボード）、テレビ会議システム、デジタルカメラ、テレビ受像器、レコーダ等を、上述した各実施形態における画像処理装置２００と同様に機能させることが考えられる。もちろん、ここに具体的に挙げた装置以外でも、何らか画面を表示する機能を備える装置であれば、同様に本発明を適用可能である。

いずれの装置を用いる場合であっても、例えば、その装置にウェブブラウザを搭載し、ユーザの入力画面取得指示（図４のＳ１０１）に応じてサーバ装置１００にアクセスし、コード記号を含む入力画面のウェブコンテンツデータを取得して、そのデータに基づきウェブブラウザの機能により、コード記号を含む入力画面を表示することができる。ウェブブラウザ以外の手段を用いて同様なアクセスと表示を行うような構成ももちろん可能である。

入力画面の表示は、例えば、プロジェクタであればスクリーンへの投影により、ＩＷＢやテレビ会議システム、テレビ受像器であれば表示機器として使用している機器の画面への表示により、デジタルカメラやレコーダであれば操作部のタッチパネルへの表示により行うことが考えられる。

また、いずれの場合も、ユーザは、表示された入力画面中のコード記号を携帯端末装置３００によって撮影して読み取り、コード記号に含まれるセッション識別子と、携帯端末装置３００を識別するための第２装置識別子とを含む入力画面取得要求を、サーバ装置１００に送信することができる（図５のＳ１２４）。そして、携帯端末装置３００は、その入力画面取得要求に応じてサーバ装置１００から送信される入力画面のウェブコンテンツデータを取得して、入力画面を表示し、ユーザからの情報入力を受け付けることができる。もちろん、情報登録要求（図５のＳ１３２）も、上述した実施形態の場合と同様に行うことができる。

これらの場合において、サーバ装置１００は、入力画面取得要求の送信元がどのような種類の装置であるかを必ずしも把握している必要はない。すなわち、上述の実施形態における画像処理装置２００に当たる機能を持つ装置か、携帯端末装置３００に当たる機能を持つ装置かを区別できれば、送信元の装置が、どのような表示手段を用いて入力画面を表示するかは、特段把握している必要はない。従って、例えばプロジェクタとＩＷＢのような複数の種類の装置がサーバ装置１００を共用することもできるし、複数の種類の装置が同じＵＲＬに対して入力画面取得要求を送信し、同じ画面を（入力内容は装置毎に管理された状態で）利用することもできる。

また、上記の他、サーバ装置１００の機能を、複数の装置に分散して設け、それらの装置を協働させてサーバ装置１００と同様なサーバとしての機能を備える情報処理システムとして機能させることも妨げられない。また、サーバ装置１００の機能の全部又は一部を、図１に示した画像処理装置２００あるいは携帯端末装置３００に設けることも妨げられない。
また、この発明において、入力支援機能を利用する装置が画像処理機能を備えることは必須ではない。画像処理機能を備えない任意の情報処理装置を、上述した実施形態における画像処理装置２００のように、入力支援機能を利用する装置として機能させることも考えられる。

また、この発明のプログラムの実施形態は、コンピュータに所要のハードウェアを制御させて上述した実施形態におけるサーバ装置１００あるいはその他の装置の機能を実現させるためのプログラムである。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。

さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。

１：情報処理システム、１００：サーバ装置、１０１：ＣＰＵ、１０２：ＲＯＭ、１０３：ＲＡＭ、１０４：ＨＤＤ、１０５：通信Ｉ／Ｆ、１０６：操作部、１０７：表示部、１１０：システムバス、１１１：ウェブ管理部、１１２：機器判定部、１１３：：操作受付部、セッション発行部、１１４：セッション管理部、１１５：コード画像生成部、１１６：情報登録部、１１７：画面生成部、２００：画像処理装置、２１１：通信部、２１２：表示部、２１３、３００：携帯端末装置、３１１：通信部、３１２：表示部、３１３：操作受付部、３１４：画像読取部、３１５：デコード部、３１６：受信データ反映部、４００，５００：入力画面、４０１，５０１：情報入力部、４０２、５０２：登録ボタン、４０３：更新ボタン、４０４：コード記号、４１０、４２０,４３０,４４０,５１０,５２０,５３０：ポップアップ画面、５０３：送信ボタン

特開２００７−１１５０３９号公報

Claims (10)

1. 複数の情報処理装置それぞれからのアクセスに応じ、それぞれの情報処理装置に表示させる操作画面データを提供するサーバ装置であって、
   前記複数の情報処理装置のうちの一の情報処理装置から前記操作画面データの取得要求を受信すると、該一の情報処理装置と前記サーバ装置との間の通信を識別する通信識別情報を生成する生成手段と、
   前記生成手段で生成された通信識別情報を記憶部に記憶する第１の登録手段と、
   前記生成手段で生成された通信識別情報を含めた操作画面データを、前記一の情報処理装置に送信する第１の画面データ送信手段と、
   通信を識別する通信識別情報を少なくとも含む画面取得要求を受信する第１の受信手段と、
   前記第１の受信手段で受信した前記通信識別情報が前記記憶部に記憶されていると判断したときに、該通信識別情報により識別される通信の通信先である前記一の情報処理装置に送信した前記操作画面データに対応する携帯端末装置用の操作画面データを、前記画面取得要求の送信元に送信する第２の画面データ送信手段と
   を有し、
   前記第１の画面データ送信手段は、前記第１の受信手段で受信した前記通信識別情報が前記記憶部に記憶されていないと判断したときに、前記情報処理装置用の操作画面用データを送信する
   ことを特徴とするサーバ装置。
2. 請求項１に記載のサーバ装置であって、
   前記生成手段は、前記操作画面データの取得要求の要求元の前記一の情報処理装置が、特定の機能を備える情報処理装置であると判断した場合に、前記通信識別情報の生成を行うことを特徴とするサーバ装置。
3. 請求項１又は２に記載のサーバ装置であって、
   前記第１の受信手段で受信した前記画面取得要求の送信元の装置を識別する携帯端末識別情報を、前記記憶部に記憶されている前記通信識別情報に関連付けて記憶する第２の登録手段をさらに有し、
   前記第２の画面データ送信手段は、前記第１の受信手段で受信した前記通信識別情報が前記記憶部に記憶されているときであって、該通信識別情報に関連付けて記憶されている前記携帯端末識別情報がないときに、前記携帯端末装置用の操作画面データを前記画面取得要求の送信元に送信することを特徴とするサーバ装置。
4. 請求項１乃至３のいずれか一項に記載のサーバ装置であって、
   前記第１の画面データ送信手段は、前記通信識別情報を画像として埋め込んだ前記操作画面データを前記一の情報処理装置に送信することを特徴とするサーバ装置。
5. 請求項１乃至４のいずれか一項に記載のサーバ装置であって、
   前記生成手段で生成された通信識別情報を含めた前記操作画面データを生成する画面データ生成手段をさらに有し、
   第１の画面データ送信手段は、前記画面データ生成手段で生成された前記操作画面データを、前記一の情報処理装置に送信することを特徴とするサーバ装置。
6. 請求項５に記載のサーバ装置であって、
   前記画面データ生成手段は、前記操作画面データをＨＴＭＬデータとして生成し、
   前記第１の画面データ送信手段は、前記ＨＴＭＬデータを前記取得要求の応答として前記一の情報処理装置に送信することを特徴とするサーバ装置。
7. コンピュータに、請求項１乃至６のいずれか一項に記載のサーバ装置の機能を実現させるためのプログラム。
8. 複数の情報処理装置それぞれからのアクセスに応じ、サーバ装置がそれぞれの情報処理装置に表示させる操作画面データを提供する操作画面データの提供方法であって、
   前記サーバ装置が、
   前記複数の情報処理装置のうちの一の情報処理装置から前記操作画面データの取得要求を受信すると、該一の情報処理装置と前記サーバ装置との間の通信を識別する通信識別情報を生成する生成手順と、
   前記生成手順で生成された通信識別情報を記憶部に記憶する第１の登録手順と、
   前記生成手順で生成された通信識別情報を含めた操作画面データを、前記一の情報処理装置に送信する第１の画面データ送信手順と、
   通信を識別する通信識別情報を少なくとも含む画面取得要求を受信する第１の受信手順と、
   前記第１の受信手順で受信した前記通信識別情報が前記記憶部に記憶されていると判断したときに、該通信識別情報により識別される通信の通信先である前記一の情報処理装置に送信した前記操作画面データに対応する携帯端末装置用の操作画面データを、前記画面取得要求の送信元に送信する第２の画面データ送信手順と
   を実行し、
   前記第１の画面データ送信手順では、前記第１の受信手順で受信した前記通信識別情報が前記記憶部に記憶されていないと判断したときに、前記情報処理装置用の操作画面用データを送信する
   ことを特徴とする操作画面データの提供方法。
9. 複数の情報処理装置と、前記複数の情報処理装置それぞれからのアクセスに応じ、それぞれの情報処理装置に表示させる操作画面データを提供するサーバ装置とを備える情報処理システムであって、
   前記サーバ装置が、
   前記複数の情報処理装置のうちの一の情報処理装置から前記操作画面データの取得要求を受信すると、該一の情報処理装置と前記サーバ装置との間の通信を識別する通信識別情報を生成する生成手段と、
   前記生成手段で生成された通信識別情報を記憶部に記憶する第１の登録手段と、
   前記生成手段で生成された通信識別情報を含めた操作画面データを、前記一の情報処理装置に送信する第１の画面データ送信手段と、
   通信を識別する通信識別情報を少なくとも含む画面取得要求を受信する第１の受信手段と、
   前記第１の受信手段で受信した前記通信識別情報が前記記憶部に記憶されていると判断したときに、該通信識別情報により識別される通信の通信先である前記一の情報処理装置に送信した前記操作画面データに対応する携帯端末装置用の操作画面データを、前記画面取得要求の送信元に送信する第２の画面データ送信手段とを有し、
   前記第１の画面データ送信手段は、前記第１の受信手段で受信した前記通信識別情報が前記記憶部に記憶されていないと判断したときに、前記情報処理装置用の操作画面用データを送信し、
   前記各情報処理装置が、
   前記サーバ装置に対して前記操作画面データの取得要求を行い、その取得要求に応じて取得した操作画面データに含まれる通信識別情報を携帯端末装置に提供する提供手段を有することを特徴とする情報処理システム。
10. ＷＥＢブラウザを有する情報処理装置に、該情報処理装置からの前記ＷＥＢブラウザを介したリクエストの受信に応じ、ＷＥＢコンテンツデータを送信するＷＥＢコンテンツサーバ装置であって、
    前記情報処理装置からの前記ＷＥＢブラウザを介したリクエストの受信に応じ、前記情報処理装置と前記ＷＥＢコンテンツサーバ装置との間の通信を識別する通信識別情報を記憶部に記憶する第１の登録手段と、
    前記通信識別情報を含めた操作画面であるＷＥＢコンテンツデータを生成するＷＥＢコンテンツデータ生成手段と、
    前記操作画面であるＷＥＢコンテンツデータを、前記リクエストの応答として前記情報処理装置に送信するＷＥＢコンテンツデータ送信手段と、
    携帯端末装置から、通信を識別する通信識別情報を少なくとも含む画面取得要求を受信すると、受信した該画面取得要求に含まれる前記通信識別情報が、前記記憶部に記憶されていると判断したときに、該通信識別情報により識別される通信の通信先である前記情報処理装置に送信した前記ＷＥＢコンテンツデータに対応する携帯端末装置用の操作画面データを、前記画面取得要求の送信元に送信し、受信した前記画面取得要求に含まれる前記通信識別情報が前記記憶部に記憶されていないと判断したときに、前記情報処理装置用の操作画面データを前記画面取得要求の送信元に送信する操作画面データ送信手段と
    を有することを特徴とするＷＥＢコンテンツサーバ装置。

Images