JP7330767B2 - 情報処理システム、その制御方法 - Google Patents

Description

本発明は、複数の情報処理装置における連携技術に関する。

近年、オフィスに設置される画像処理装置（例えばＭＦＰ）はモバイル端末とデータのやり取りをする機能を備えるものが増えている。一例として、モバイル端末からＭＦＰに印刷データを送信してＭＦＰが印刷処理を実行したり、ＭＦＰのスキャナで読み取った画像データをモバイル端末に取り込んだりする技術が知られている。また、ＭＦＰがメール送信処理をする際に、モバイル端末から送信設定を示す送信設定情報を受信し、受信した送信設定情報を反映し、メール送信処理を行う技術が開示されている（例えば特許文献１）。また、モバイル端末の画面からＭＦＰの設定操作を行っている時に、モバイル端末の電池残量が少なくなると、モバイル端末が引き継ぎ情報をＭＦＰに送信し、ＭＦＰはモバイル端末が開いていた設定画面を表示できる技術が開示されている（例えば特許文献２）。このようにＭＦＰとモバイル端末との間で設定操作が引き継げる。

特開２０１７－１０８３３８ 特開２０１５－２０７２４７

しかしながら、特許文献１では、モバイル端末とＭＦＰとの間で設定操作を引き継げるタイミングが限定されていた。また、特許文献２ではモバイル端末とＭＦＰとの間の距離が離れているのにも関わらず、モバイル端末とＭＦＰとの間で設定操作を引き継いでしまう、つまりユーザが意図していないのに引き継ぎが行われてしまう可能性が有った。このように従来の技術はユーザの利便性を必ずしも上げるものではなかった。そこで本発明は、設定操作を引き継げるタイミング限定せず、ユーザがモバイル端末をＭＦＰに近づけると設定操作を引き継げる技術を提供することを目的とする。

第一装置と第二装置とアプリケーションを提供するサーバーシステムとを含む情報処理システムであって、前記第一装置は、前記アプリケーションを実行する実行手段と、前記アプリケーションの画面であって、前記第一装置上での操作により遷移した第一の画面を引き継ぐための第一情報を前記第二装置に送信する送信手段と、を有し、前記サーバーシステムは、前記アプリケーションの画面を提供する提供手段と、前記第一装置での操作により遷移した前記第一の画面を示す情報を含む第二情報を前記第一情報と対応付けて登録する登録手段と、を有し、前記第二装置は、前記第一情報を受信する受信手段と、前記アプリケーションを実行する第二実行手段と、を有し、前記第一情報が前記第二装置に送信された場合、前記第二実行手段は前記第一情報を用いて前記サーバーシステムにアクセスし、前記提供手段は前記第一情報に対応する前記第二情報に基づいて、前記第一の画面を前記第二装置に提供することを特徴とする情報処理システム。

本発明によれば、モバイル端末とＭＦＰとの間で設定操作を引き継げるタイミングを限定することなく、ＭＦＰの近くにモバイル端末を持っていくとモバイル端末上で行った設定操作をＭＦＰに引き継げるため、ユーザの利便性が向上する。

本発明の実施形態における情報処理システムの構成を示す図である。 本発明の実施形態におけるＭＦＰのハードウェア構成を示すブロック図である。 本発明の実施形態におけるモバイル端末のハードウェア構成を示すブロック図である。 本発明の実施形態における管理サーバおよびアプリケーションサーバのハードウェア構成を示すブロック図である。 本発明の実施形態におけるＭＦＰのソフトウェア構成を示すブロック図である。 本発明の実施形態におけるアプリケーションサーバのソフトウェア構成を示すブロック図である。 本発明の実施形態における管理サーバのソフトウェア構成を示すブロック図である。 本発明の実施形態におけるモバイル端末のソフトウェア構成を示すブロック図である。 本発明の実施形態における情報処理システムの一連の処理の流れを示したシーケンス図である。 本発明の実施形態におけるアプリケーションサーバの処理を示すフローチャートである。 本発明の実施形態における管理サーバの処理を示すフローチャートである。 本発明の実施形態におけるモバイル端末の処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるシーケンス管理テーブルの例である。 本発明の実施形態における引き継ぎ管理テーブルの例である。 本発明の実施形態におけるＷｅｂアプリケーションの操作画面のＵＩの例である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（第１の実施形態）
図１は、本実施形態の情報処理システムのシステム構成の一例を示す図である。本システムは、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１０に接続するＭＦＰ１０１と、無線アクセスポイント１３０を介してＬＡＮ１１０に無線接続するモバイル端末１０２と、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１２０に接続する管理サーバ１０３、アプリケーションサーバ１０４から構成される。ＬＡＮ１１０上の装置とＷＡＮ１２０上の装置はお互いのネットワークを通して、相互に通信可能である。図１は典型的なネットワーク構成の例であり、各装置がＬＡＮ１１０またはＷＡＮ１２０のどちらに接続されていても構わない。またＭＦＰ１０１が無線アクセスポイント１３０に接続されていても構わない。

ＭＦＰ１０１は、スキャナ、プリンタを有する画像処理装置である。本実施形態では画像処理装置の例としてＭＦＰを用いて説明を行うが、これに限るものではなく単機能の装置であってもよい。ＭＦＰ１０１は、アプリケーションプログラムとしてＷｅｂブラウザを備える。また、一台のＭＦＰしか図示していないがシステム上に複数のＭＦＰがあってもよい。モバイル端末１０２は、携帯可能な情報処理装置である。モバイル端末１０２は、Ｗｅｂコンテンツを表示可能なモバイルアプリケーションを備える。本実施形態のモバイル端末１０２はスマートフォンやタブレット端末等の端末装置を想定しているが、これに限られるものではない。ＭＦＰ１０１とモバイル端末１０２はＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信によって通信が可能である。管理サーバ１０３は、後述するアプリケーションサーバ１０４が提供するＷｅｂアプリケーションの操作状況をモバイル端末１０２からＭＦＰ１０１に引き継ぐための情報を管理するためのサーバである。アプリケーションサーバ１０４は、Ｗｅｂアプリケーションを提供するＷｅｂサーバである。提供するＷｅｂアプリケーションは、ＭＦＰ１０１やモバイル端末１０２からアクセス可能である。ＭＦＰ１０１やモバイル端末１０２はアプリケーションサーバ１０４にアクセスすることで、Ｗｅｂアプリケーションの操作画面を表示し、操作画面上で受けた操作内容をアプリケーションサーバ１０４に返す。本発明はモバイル端末１０２で操作したＷｅｂアプリケーションの状態をＭＦＰ１０１に引き継ぐことができるというものである。アプリケーションサーバは一台とは限らず、使用するＷｅｂアプリケーションの数に応じて複数のサーバが存在してもよい。

図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２やＨＤＤ２１４に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データやインストールされたアプリケーションプログラムを含む各種プログラムを記憶する。近距離無線通信Ｉ／Ｆ２１５は、ＮＦＣやＢｌｕｅｔｏｏｔｈなどの近距離無線通信用のインターフェースであり、モバイル端末１０２等と通信し、データのやり取りを行う。

操作部Ｉ／Ｆ２１６は、操作部２２１と制御部２１０とを接続する。操作部２２１には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１７は、プリンタ２２２と制御部２１０とを接続する。プリンタ２２２で印刷される画像データはプリンタＩ／Ｆ２１７を介して制御部２１０からプリンタ２２２に転送され、プリンタ２２２において記録媒体上に印刷される。スキャナＩ／Ｆ２１８は、スキャナ２２３と制御部２１０とを接続する。スキャナ２２３は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１８を介して制御部２１０に入力する。センサＩ／Ｆ２１９は、接触検知センサ２２４と制御部２１０とを接続する。接触検知センサ２２４は、ＭＦＰ１０１の所定の位置にモバイル端末１０２が接触したかどうかを検出するためのセンサである。本実施例では、ＭＦＰ１０１にモバイル端末を置くためのモバイル置き場（不図示）を用意しておき、そこにモバイル端末が置かれたことを接触検知センサ２２４によって検出する。ネットワークＩ／Ｆ２２０は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２２０は、ＬＡＮ１１０上またはＷＡＮ１２０上の他の装置との間で各種情報を送受信する。

図３は、モバイル端末１０２のハードウェア構成を示すブロック図である。ＣＰＵ３１１を含む制御部３１０は、装置全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２やＨＤＤ３１４に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。フラッシュメモリ３１４は、各種プログラムやデータを記憶する。

操作部Ｉ／Ｆ３１５は、操作部３１８と制御部３１０とを接続する。操作部３１８には、タッチパネル機能を有する液晶表示部が備えられている。近距離無線通信Ｉ／Ｆ３１６は、ＮＦＣやＢｌｕｅｔｏｏｔｈなどの近距離無線通信用のインターフェースであり、ＭＦＰ１０１等と通信し、データのやり取りを行う。ネットワークＩ／Ｆ３１７は、制御部３１０をＬＡＮ１０１に接続する。なお、ネットワークＩ／Ｆ３１７は無線通信が可能で、ネットワークＩ／Ｆ３１７は、無線通信によりＷＡＮ１２０上またはＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図４は、管理サーバ１０３およびアプリケーションサーバ１０４のハードウェア構成を示すブロック図である。ＣＰＵ４１１を含む制御部４１０は、装置全体の動作を制御する。ＣＰＵ４１１は、ＲＯＭ４１２やＨＤＤ４１４に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ４１３は、ＣＰＵ４１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４１４は、各種プログラムやデータを記憶する。

表示部Ｉ／Ｆ４１５は、表示部４１８と制御部４１０とを接続する。キーボードＩ／Ｆ４１６は、キーボード４１９と制御部４１０とを接続する。ＣＰＵ４１１は、キーボード４１９を介したユーザからの指示を認識し、認識した指示に応じて表示部４１８に表示する画面を遷移させる。ネットワークＩ／Ｆ４１７は、制御部４１０をＷＡＮ１２０またはＬＡＮ１０１に接続する。ネットワークＩ／Ｆ４１７は、ＷＡＮ１２０上またはＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図５は、本実施形態のＭＦＰ１０１におけるソフトウェア構成図である。ＭＦＰ１０１のＲＯＭ２１２やＨＤＤ２１４に記憶されているプログラムを、ＣＰＵ２１１がＲＡＭ２１３に読み出し、実行することで、実現されるソフトウェアの機能ブロック図である。

モバイル端末連携部５０１は、モバイル端末と連携するための処理を行う。例えば、接触検知センサ２２４を使ってモバイル端末がモバイル置き場に置かれたことを検知したり、近距離無線通信Ｉ／Ｆ２１５を使用してモバイル端末と通信したりする。ここで連携とはＭＦＰ１０１とモバイル端末１０２同士が通信可能でデータのやり取りが可能な状態のことを指し、以降も同様の意味で用いる。

メニュー表示部５０２は、メニュー画面にアプリケーションを呼び出すためのボタン（以降、アプリボタン）を表示する。アプリボタンは、ＭＦＰ１０１にインストールされているアプリケーションやＷｅｂアプリケーションなど各種機能を呼び出すためのボタンである。

Ｗｅｂブラウザ５０３は、ＷｅｂサーバにアクセスしてＷｅｂコンテンツを取得する。なお、ＭＦＰ１０１には図示しない他の機能が含まれていてもよい。

図６は、本実施形態のアプリケーションサーバ１０４におけるソフトウェア構成図である。Ｗｅｂアプリケーション１０４のＲＯＭ４１２やＨＤＤ４１４に記憶されているプログラムを、ＣＰＵ４１１がＲＡＭ４１３に読み出し、実行することで実現されるソフトウェアの機能ブロック図である。

Ｗｅｂアプリケーション６０１は、アプリケーションサーバ１０４上で動作するプログラムである。Ｗｅｂアプリケーション６０１はＷｅｂアプリケーションを操作する画面をＭＦＰ１０１やモバイル端末１０２に提供し、ＭＦＰ１０１やモバイル端末１０２はＷｅｂブラウザ上で当該操作画面を表示する。ＭＦＰ１０１やモバイル端末１０２はアプリケーションサーバ１０４にアクセスすることで、Ｗｅｂアプリケーション６０１の操作画面を表示し、操作画面でユーザの操作を受け付け、受け付けた操作内容をアプリケーションサーバ１０４に返す。例えば、ＭＦＰ１０１にスキャンの実行を指示するＷｅｂアプリケーションであれば、ユーザがＷｅｂブラウザを介してアプリケーションサーバ１０４にアクセスし、Ｗｅｂアプリケーションが提供するスキャン設定の操作画面で設定を行う（本実施例では、複数回アクセスを行い、複数の操作画面で設定を行う）。そしてＷｅｂアプリケーションが提供するスキャン実行の操作画面でスキャン実行指示を行うことができる。

シーケンス管理テーブル６０２は、ユーザがＷｅｂブラウザを介してＷｅｂアプリケーション６０１を操作する一連の処理（以降、シーケンス）における状況（操作履歴等）を管理するテーブルである。シーケンスとは、Ｗｅｂアプリケーション毎に定められた処理の開始から終了までの画面遷移を伴うフローである。例えば、スキャンアプリケーションであれば、スキャンの設定から実行指示までが、ひとつのシーケンスとなる。なお、アプリケーションサーバ１０４には図示しない他の機能が含まれていてもよい。

図１４に本実施形態に係るシーケンス管理テーブル６０２の一例を示す。シーケンス管理テーブル６０２は、１４０１列～１４０３列の３つの列を持つ。

ＳｅｑｕｅｎｃｅＩＤ１４０１列は、シーケンス情報を一意に識別するための識別情報（以降、シーケンスＩＤ）を定義する列である。シーケンス情報とは、１４０１列～１４０３列で定義される情報を含む情報である。また、ＳｅｑｕｅｎｃｅＩＤ１４０１列はテーブルの行を一意に特定するための識別子でもある。なお、以降の説明において、テーブルの行を指定するためにＳｅｑｕｅｎｃｅＩＤ１４０１列の値を使用することとする。例えば、ＳｅｑｕｅｎｃｅＩＤ１４０１列の値が「ｓ００１」の行は、「ｓ００１行」と記載する。

ＳｅｑｕｅｎｃｅＤａｔａ１４０２列は、シーケンスにおけるＳｅｑｕｅｎｃｅＩＤ１４０１で示される時点での操作状態を示す列である。ＳｅｑｕｅｎｃｅＤａｔａ１４０２列には、シーケンスの操作状態を特定・復元するために必要な情報（以降、シーケンス操作の状態データ）を保存する。必要な情報とは、例えば、操作画面の識別子や、操作画面以前に設定済みの設定値や、操作履歴などである。

ＨａｎｄｏｖｅｒＩＤ１４０３列は、後述する引き継ぎ管理テーブル７０２のテーブルの行を一意に特定するための識別子（以降、引き継ぎＩＤ）である。ＨａｎｄｏｖｅｒＩＤ１４０３列によって、シーケンス管理テーブル６０２と引き継ぎ管理テーブル７０２が紐づけられる。

図７は、本実施例の管理サーバ１０３におけるソフトウェア構成図である。管理サーバ１０３のＲＯＭ４１２やＨＤＤ４１４に記憶されているプログラムを、ＣＰＵ４１１がＲＡＭ４１３に読み出し、実行することで、実現されるソフトウェアの機能ブロック図である。

引き継ぎ管理部７０１は、Ｗｅｂアプリケーション６０１のシーケンスをモバイル端末１０２からＭＦＰ１０１に引き継ぐための情報（以降、引き継ぎ情報）を管理している。引き継ぎ管理テーブル７０２は、引き継ぎ情報を記録しているテーブルである。これら引き継ぎ管理部７０１と引き継ぎ管理テーブル７０２は管理サーバに設ける必要は無く、例えば、アプリケーションサーバ１０４に設けてもよい。なお、管理サーバ１０３には図示しない他の機能が含まれていてもよい。

図１５に実施形態に係る引き継ぎ管理テーブル７０２の一例を示す。引き継ぎ管理テーブル７０２は、１５０１列～１５０３列の３つの列を持つ。

ＨａｎｄｏｖｅｒＩＤ１５０１列は、引き継ぎ情報を一意に識別するための識別子を定義する列であり、シーケンス管理テーブル７０２のＨａｎｄｏｖｅｒＩＤ１４０３とも対応する。また、ＨａｎｄｏｖｅｒＩＤ１５０１列はテーブルの行を一意に特定するための識別子でもある。なお、以降の説明において、テーブルの行を指定するためにＨａｎｄｏｖｅｒＩＤ１５０１列の値を使用することとする。例えば、ＨａｎｄｏｖｅｒＩＤ１５０１列の値が「ｈ００１」の行は、「ｈ００１行」と記載する。

ＵＲＬ１５０２列は、Ｗｅｂアプリケーション６０１のシーケンスをＭＦＰ１０１に引き継ぐ際に、ＭＦＰ１０１のＷｅｂブラウザ５０３がアクセスするＵＲＬ（以降、引き継ぎＵＲＬ）である。ＵＲＬ１５０２列は、ＷｅｂアプリケーションのＵＲＬであり、Ｗｅｂアプリケーション毎に異なる。本実施形態においては、一例としてＷｅｂアプリケーションのＵＲＬにシーケンスＩＤ１４０１をクエリとして付加したものを引き継ぎＵＲＬとしている。シーケンスＩＤ１４０１はシーケンスの操作状態を示すため、引き継ぎＵＲＬは対象となるＷｅｂアプリケーションのシーケンスの操作状態を特定、復元することができる。

ＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３列は、対象のシーケンスがＭＦＰに引き継ぎ済みであるか否かを示すフラグである。ＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３列の値が「ＴＲＵＥ」は引き継ぎ済みであることを表す。それ以外の値であれば、まだ引き継ぎしていないことを表す。

図８は、本実施例のモバイル端末１０２におけるソフトウェア構成図である。モバイル端末１０２のＲＯＭ３１２やフラッシュメモリ３１４に記憶されているプログラムを、ＣＰＵ３１１がＲＡＭ３１３に読み出し、実行することで、実現されるソフトウェアの機能ブロック図である。

ＭＦＰ連携アプリケーション８００は、ＭＦＰ１０１操作を引き継ぐためのアプリケーションであり、Ｗｅｂコンテンツ表示部８０１とＭＦＰ連携部８０２で構成される。Ｗｅｂコンテンツ表示部８０１は、アプリケーションサーバ１０４にアクセスしてＷｅｂコンテンツを表示する。ＭＦＰ連携部８０２は、近距離無線通信Ｉ／Ｆ２１５を使用してＭＦＰ１０１とデータのやり取りを行うための処理を行う。

図９のシーケンス図の説明の前に図１６を用いて本実施例の操作設定引き継ぎの概要を示す。ここではＭＦＰ１０１が原稿をスキャンして生成されたデータをユーザ操作で指定した宛先に送信指示できるＷｅｂアプリケーションをモバイル端末１０２、及びＭＦＰ１０１が実行可能であり、当該Ｗｅｂアプリケーションの設定をモバイル端末１０２、若しくはＭＦＰ１０１の画面上で行う例を用いて説明を行う。図１６の（ａ）から（ｃ）はモバイル端末１０２における設定画面の遷移を示す図であり、（ａ）はＷｅｂアプリケーションにアクセスすると初めに表示される設定画面１であり「次へ」ボタン１６０１が押下されると、（ｂ）の設定画面２に移行する。ユーザが設定画面２で設定を行った後に「次へ」ボタン１６０２が押下されると、（ｃ）の設定画面３に移行すし、「実行」ボタン１６０３が押下されるとスキャン実行指示をＭＦＰ１０１に送信する。図１６の（ｄ）から（ｆ）はＭＦＰ１０１における設定画面の遷移を示す図であり、（ａ）から（ｃ）同様の設定画面を示し、同様の画面遷移を行う。例えばユーザがモバイル端末１０２上で（ａ）の設定画面１の設定を行った後、「次へ」ボタン１６０１を押下し、（ｂ）の設定画面２を開いた状態で、ＭＦＰ１０１のモバイル置き場において、ＭＦＰ１０１とモバイル端末１０２が近距離無線通信を開始すると、ＭＦＰ１０１上で（ｅ）の設定画面２から引き続き設定を行うことができる。モバイル端末１０２上で設定画面１（ａ）もしくは３（ｃ）を開いていた場合も同様に、ＭＦＰ１０１で設定画面１（ｄ）もしくは３（ｆ）から引き続き設定を行うことができる。ユーザが引き継いだ設定画面をＭＦＰ１０１上で進め、（ｆ）の設定画面３で「実行」ボタン１６０６を押下すると、ＭＦＰ１０１はスキャンを実行し指定した宛先にメール送信する。

図９は、本実施例におけるＭＦＰ１０１、モバイル端末１０２、管理サーバ１０３、アプリケーションサーバ１０４が連携して行う一連の処理の流れを示したシーケンス図である。アプリケーションサーバ１０４が提供するＷｅｂアプリケーションをモバイル端末１０２で操作した後、ＭＦＰ１０１にシーケンスを引き継ぐ例を示す。

アプリケーションサーバ１０４は、Ｗｅｂアプリケーションを提供するサーバであり、Ｗｅｂアプリケーションは、ＭＦＰ１０１やモバイル端末１０２から呼び出される。管理サーバ１０３はＷｅｂアプリケーションの操作状態をモバイル端末１０２からＭＦＰ１０１に引き継ぐための情報を管理するために用いるサーバである。

ステップＳ９０１で、モバイル端末１０２は、ユーザのＷｅｂアプリケーションへアクセスする指示を受け取って、アプリケーションサーバ１０４にアクセスする。このとき、ＭＦＰ連携アプリケーション８００がシーケンスの開始となるＵＲＬにリクエストを送る（ここでリクエストとは図１６（ａ）の操作画面を要求する処理）。

ステップＳ９０２で、アプリケーションサーバ１０４は、シーケンス管理テーブル６０２にシーケンス情報を新規に登録する。このときシーケンス情報として、シーケンス操作の状態データやシーケンスＩＤなどを含める。ステップＳ９０３で、アプリケーションサーバ１０４は、モバイル端末１０２でアクセスしているＷｅｂアプリケーションのＵＲＬとシーケンスＩＤを管理サーバ１０３に送信し、引き継ぎ情報の登録を指示する。ステップＳ９０４で、管理サーバ１０３は、引き継ぎ管理テーブル７０２に引き継ぎ情報を新規に登録する。ステップＳ９０５で管理サーバ１０３は引き継ぎ情報の登録結果をアプリケーションサーバ１０４に応答する。この応答には、ステップＳ９０４で新規に発行された引き継ぎ情報を一意に識別できる引き継ぎＩＤを含める。本実施例では管理サーバ１０３が引き継ぎＩＤを発行しているが、これに限るものではなく例えばモバイル端末１０２が発行してもよい。この時、モバイル端末１０２がＷｅｂアプリケーションにアクセスする際にモバイル端末固有の情報（ＭＡＣアドレスなど）等をクエリに含め、それをアプリケーションサーバ１０４、管理サーバ１０３に通知する。

ステップＳ９０６で、アプリケーションサーバ１０４はステップＳ９０１のリクエストに対する処理を行う。アプリケーションサーバ１０４はシーケンス情報からシーケンスにおける状況を特定し、リクエストに対して適切な処理を行う（画面取得要求に応じて、図１６（ａ）の操作画面を生成）。ステップＳ９０７で、アプリケーションサーバ１０４は、ステップＳ９０６で行った処理を反映したシーケンス情報をシーケンス管理テーブル６０２に更新する。具体的にはシーケンス管理テーブルのＳｅｑｕｅｎｃｅＤａｔａ１４０２列をリクエストに応じて追加更新する。ステップＳ９０８で、アプリケーションサーバ１０４は、ステップＳ９０１のリクエストに対する応答をモバイル端末１０２に返す（図１６（ａ）の画面を表示）。このとき応答の一部として、引き継ぎＩＤを含める。

ステップＳ９０９で、モバイル端末１０２は、ユーザの指示を受け取って、アプリケーションサーバ１０４に次のリクエストを（ユーザが図１６（ａ）の設定画面１で設定を行った上で「次へ」ボタン１６０１を押下する）を送信する。このリクエストにはシーケンスを示す情報（引き継ぎＩＤ）が含まれる。

ステップＳ９１０で、アプリケーションサーバ１０４は、管理サーバ１０３にリクエストＵＲＬを含むアクセス情報を送信する。ステップＳ９１１で、アクセス情報の受信に伴い、管理サーバ１０３は、ステップＳ９０８のリクエストが引き継ぎ済みのシーケンスに対するリクエストではないことの確認を行う。

ステップＳ９１２で、アプリケーションサーバ１０４はステップＳ９０８のリクエストに対する処理を行う。アプリケーションサーバ１０４はリクエストに含まれるシーケンスを示す情報からシーケンスにおける状況を特定し、リクエストに対して適切な処理を行う（図１６（ａ）で行った「片面原稿」「フルカラー」といった設定を記録、（ｂ）の画面生成）。ステップＳ９１３で、アプリケーションサーバ１０４は、ステップＳ９１２で行った処理を反映したシーケンス情報（図１６（ａ）で行った「片面原稿」「フルカラー」といった設定情報）をシーケンス管理テーブル６０２に更新する。ステップＳ９１４で、アプリケーションサーバ１０４は、ステップＳ９０９のリクエストに対する応答をモバイル端末１０２に返す（図１６（ｂ）の画面を表示）。このとき応答の一部として、引き継ぎＩＤを含める。

なお、ステップＳ９０９からステップＳ９１４までの処理は、モバイル端末１０２がユーザからＭＦＰ連携アプリケーション８００の操作を受け取り、アプリケーションサーバ１０４へアクセスしリクエストを行うたびに実行される（ここでは図１６（ｂ）の設定画面２をモバイル端末１０２が表示している状態であるとして以降の説明を行う）。

続いて、ユーザがモバイル端末１０２をＭＦＰ１０１のモバイル置き場に置いたものとして以降の説明を行う。

ステップＳ９１５で、ＭＦＰ１０１は、モバイル端末１０２がモバイル置き場に置かれたことを接触検知センサ２２４によって検知する。ステップＳ９１６で、ＭＦＰ１０１とモバイル端末１０２は近距離無線通信の接続を確立する。ステップＳ９１７で、モバイル端末１０２は、操作中のＭＦＰ連携アプリケーションの引き継ぎＩＤを、ＭＦＰ１０１に通知する。

ステップＳ９１８で、ＭＦＰ１０１は管理サーバ１０３の引き継ぎ管理テーブル７０２からステップＳ９１７で受け取った引き継ぎＩＤに対応する引き継ぎ情報を取得する。ステップＳ９１９、ＭＦＰ１０１は、引き継ぎ情報があるか否かを判別し、引き継ぎ情報があればステップＳ９２０へ処理を進め、そうでなければ処理を終了する。

ステップＳ９２０で、ＭＦＰ１０１は、Ｓ９１８で取得した引き継ぎ情報に含まれる引き継ぎＵＲＬへＷｅｂブラウザ５０３を使ってアクセスする（図１６（ｅ）の画面取得要求）。

ステップＳ９２１で、アプリケーションサーバ１０４は、管理サーバ１０３にアクセス情報を送信する。ステップＳ９２２で、管理サーバ１０３は、引き継ぎ管理テーブル７０２の引き継ぎ情報を更新する。具体的には、ＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３列の値を「ＴＲＵＥ」に更新する。

ステップＳ９２３で、アプリケーションサーバ１０４はステップＳ９２０のリクエストに対する処理を行う。アプリケーションサーバ１０４は引き継ぎ情報に含まれるシーケンス情報からシーケンス管理テーブル６０２を参照し、シーケンスにおける状況（操作画面や操作履歴）を特定し、リクエストに対して適切な処理を行う（図１６（ｅ）の取得要求に対して、操作履歴を保持、反映させた図１６（ｅ）の画面生成）。ステップＳ９２４で、アプリケーションサーバ１０４は、ステップＳ９２３で行った処理を反映したシーケンス情報をシーケンス管理テーブル６０２に更新する。

ステップＳ９２５で、アプリケーションサーバ１０４は、シーケンスが完了したか否かを判別する。アプリケーションサーバ１０４は、シーケンスが完了していればステップＳ９２６へ処理を進め、そうでなければステップＳ９２９へ処理を進める。

ステップＳ９２９で、アプリケーションサーバ１０４は、ステップＳ９２０のリクエストに対する応答をＭＦＰ１０１に返す（図１６（ｅ）の画面表示）。この応答には引き継ぎＩＤを含めてもよい。そしてステップＳ９２０からステップＳ９２９までの処理は、ＭＦＰ１０１がユーザからＷｅｂブラウザ５０３の操作を受け取り、アプリケーションサーバ１０４へのリクエストが行われるたびに実行される。２回目以降のステップＳ９２０のリクエスト処理はＭＦＰ１０１を介したユーザの指示により実行されるものとする。（例えば、ユーザが図１６（ｅ）で「次へ」ボタン１６０５を押下し、図１６（ｆ）の設定画面３を取得要求する。図１６（ｆ）で「実行」ボタン１６０６を押下し、ＭＦＰ１０１にスキャンの実行指示をする。実行指示がなされるとＭＦＰ１０１は設定された条件でスキャンを行う。）ステップＳ９２５でシーケンスが完了していれば（ステップＳ９２０でユーザが図１６（ｆ）で「実行」ボタン１６０６を押下していた場合）、ステップＳ９２６で、アプリケーションサーバ１０４は、管理サーバ１０３へ引き継ぎ情報の削除を指示する。ステップＳ９２７で、管理サーバ１０３は、引き継ぎ管理テーブル７０２から対応する引き継ぎ情報を削除する。

ステップＳ９２８で、アプリケーションサーバ１０４は、シーケンス管理テーブル６０２からシーケンス情報を削除する。また、このとき削除した引き継ぎ情報に対応する引き継ぎＩＤをモバイル端末１０２から削除するようにしてもよい。

なお、Ｓ９１９でＭＦＰが取得した引き継ぎ情報があれば自動でＷｅｂブラウザを立ち上げていたが、これに限るものではなく、引き継ぎ情報を呼び出すためのボタンをアプリボタンのひとつとしてメニュー画面に表示し、ユーザがそれを押下することでブラウザが立ち上がるとういう構成にしてもよい。また、本シーケンス図では接触検知センサ２２４によるモバイル端末１０２の検知と近距離無線通信の確立との両方が行われると、以降の処理が進む構成とした。一例を示すと接触検知センサ２２４がモバイル端末１０２が置き場に置かれたことを検知すると、ＭＦＰ１０１はＢｌｕｅｔｏｏｔｈビーコンを出すようになる。ビーコンを受信したモバイル端末１０２はビーコンの電波強度が所定の値以上であれば、Ｂｌｕｅｔｏｏｔｈによる通信を確立させ以降の処理が進む。これは、モバイル端末１０２がＭＦＰ１０１のモバイル置き場にある時のみ操作を引き継げるという効果がある。モバイル置き場の構成はモバイル端末１０２がＭＦＰ１０１の近くにあることを判定する手段の一つとして用いた。しかし必ずしもＭＦＰ１０１にモバイル置き場の構成は必要無く、モバイル端末１０２とＭＦＰ１０１が近傍にあることがわかれば、どのような構成であってもよい。例えば、ＭＦＰ１０１がＢｌｕｅｔｏｏｔｈビーコンを出していれば、モバイル端末１０２がビーコンを受信し、ビーコンの電波強度を基にＭＦＰ１０１との距離が近いと判定し、距離が近いと判定するとＢｌｕｅｔｏｏｔｈ通信を確立してモバイル端末１０２からＭＦＰ１０１に引き継ぎＩＤを送信してもよいし、Ｂｌｕｅｔｏｏｔｈパケットで無線ＬＡＮ接続情報をＭＦＰ１０１から受信し、当該無線ＬＡＮ接続情報を用いてＭＦＰ１０１と無線ＬＡＮ通信を確立させた後に確立した無線ＬＡＮ通信で引き継ぎＩＤをＭＦＰ１０１に送信してもよい。またＮＦＣ通信は通信する装置間の距離が十分近い場合にしかできない性質を利用して、ＮＦＣ通信したことを距離が近いことの基準に用いてもよい。ＮＦＣを用いてモバイル端末１０２がＭＦＰ１０１から無線ＬＡＮ接続情報をＭＦＰ１０１から受信し、当該無線ＬＡＮ接続情報を用いてＭＦＰ１０１と無線ＬＡＮ通信を確立させた後に確立した無線ＬＡＮ通信で引き継ぎＩＤをＭＦＰ１０１に送信してもよい。さらにＭＦＰ１０１にＮＦＣタグのリーダーが備わっていれば、モバイル端末１０２のＮＦＣタグに引継ぎＩＤを書き込んでおいてモバイル端末１０２をＭＦＰにかざすと、ＭＦＰ１０１のＮＦＣリーダーが引継ぎＩＤを読み取ることで通知をしてもよい。このようにモバイル端末１０２がＭＦＰ１０１の近傍にある場合にＭＦＰ１０１は引き継ぎＩＤを受信する。

本シーケンス図の効果を示す。モバイル端末１０２がＭＦＰ１０１の近くに入ると、モバイル端末１０２で途中まで行ったＷｅｂアプリケーションの操作状態を、モバイル端末１０２に引き継ぐことができる。

図１０は、本発明におけるアプリケーションサーバ１０４の処理を説明するためのフローチャートである。ＭＦＰ１０１またはモバイル端末１０２のＷｅｂブラウザからリクエストを受けて、レスポンスを返すまでの処理を記載する。また、図１０のフローチャートは、図９のシーケンス図の一連の処理において、アプリケーションサーバ１０４が行う処理に相当する。アプリケーションサーバ１０４のＨＤＤ４１４に記憶されているプログラムを、ＣＰＵ４１１がＲＡＭ４１３に読み出し、実行することで、図１０のフローチャートの各ステップが実行される。

ステップＳ１００１で、Ｗｅｂアプリケーション６０１は、ＭＦＰ１０１またはモバイル端末のＷｅｂブラウザからＨＴＴＰリクエストを受信する。以降、本フローチャートの説明において、単に「リクエスト」と記載した場合、ステップＳ１００１で受信したＨＴＴＰリクエストのことを指すものとする。

ステップＳ１００２で、Ｗｅｂアプリケーション６０１は、リクエスト元の端末の種類（ＭＦＰ１０１またはモバイル端末１０２）を識別する。

ステップＳ１００３で、Ｗｅｂアプリケーション６０１は、リクエストにＷｅｂアプリケーションのシーケンスを特定する情報が含まれているか否かを判別する。本実施形態では、リクエストＵＲＬ（アプリケーションサーバにアクセスするためのＵＲＬ）のクエリにシーケンスＩＤが付与されているか否かを判定することで実行する例を説明するが、他の方法であってもよい。例えば、ＣｏｏｋｉｅやＨＴＴＰヘッダーにシーケンスを特定できる情報を含めるようにしてもよい。Ｗｅｂアプリケーション６０１は、リクエストにシーケンスを特定する情報が含まれていればステップＳ１００４へ処理を進め、そうでなければステップＳ１０２０へ処理を進める。

ステップＳ１００４で、Ｗｅｂアプリケーション６０１は、シーケンス管理テーブル６０２からリクエストＵＲＬのクエリに含まれるシーケンスＩＤを持つシーケンス情報をシーケンス管理テーブル６０２から抽出する。具体的には、ＳｅｑｕｅｎｃｅＩＤ１４０１列の値がリクエストＵＲＬのクエリに含まれるシーケンスＩＤと一致するレコードを抽出する。ステップＳ１００５で、Ｗｅｂアプリケーション６０１は、ステップＳ１００３でシーケンス情報を抽出できたか否かを判別する。Ｗｅｂアプリケーション６０１は、シーケンス情報を抽出できていればステップＳ１００６へ処理を進め、そうでなければステップＳ１０２０へ処理を進める。

ステップＳ１００６で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１にアクセス情報を送信する。アクセス情報には、ステップＳ１００２で識別したリクエスト元の端末の種類と、ステップＳ１００４で抽出したシーケンス情報に含まれる引き継ぎＩＤ（ＨａｎｄｏｖｅｒＩＤ１４０３）を含める。ステップＳ１００７で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１からステップＳ１００６に対する応答を受け取る。ステップＳ１００８で、Ｗｅｂアプリケーション６０１は、ステップＳ１００７で受け取った応答がエラーか否かを判別する。Ｗｅｂアプリケーション６０１は、応答がエラーであればステップＳ１０３０へ処理を進め、そうでなければステップＳ１００９へ処理を進める。

ステップＳ１００９で、Ｗｅｂアプリケーション６０１は、ステップＳ１００４で抽出したシーケンス情報に含まれるシーケンス状況データ（ＳｅｑｕｅｎｃｅＤａｔａ１４０２）からシーケンスにおける操作状態を特定し、リクエストに対して適切な処理を行う。ステップＳ１０１０で、Ｗｅｂアプリケーション６０１は、ステップＳ１００９で行った処理を反映したシーケンスの状況をシーケンス管理テーブル６０２にシーケンス操作の状態データとして更新する。

ステップＳ１０１１で、Ｗｅｂアプリケーション６０１は、シーケンス操作の状態データをもとに対象となるシーケンスが最後まで完了したか否かを判別する。Ｗｅｂアプリケーション６０１は、シーケンスが完了していればステップＳ１０１２へ処理を進め、そうでなければステップＳ１０１５へ処理を進める。

ステップＳ１０１２で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１に引き継ぎ情報の削除指示を送信する。このとき、Ｗｅｂアプリケーション６０１は、削除対象を特定する情報として、ステップＳ１００４で抽出したシーケンス情報に含まれる引き継ぎＩＤ（ＨａｎｄｏｖｅｒＩＤ１４０３）を削除指示に含める。ステップＳ１０１３で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１からステップＳ１０１２に対する応答を受け取る。ステップＳ１０１４で、Ｗｅｂアプリケーション６０１は、シーケンス管理テーブル６０２からシーケンス情報を削除する。削除するシーケンス情報は、リクエストＵＲＬのクエリに含まれるシーケンスＩＤをＳｅｑｕｅｎｃｅＩＤ１４０１列に持つシーケンス情報である。

ステップＳ１０１５で、Ｗｅｂアプリケーション６０１は、ステップＳ１００９の処理結果をステップＳ１００１に対する応答としてリクエスト元の装置に返して処理を終了する。このとき応答に引き継ぎＩＤ（ＨａｎｄｏｖｅｒＩＤ１４０３）を含める。本実施例では、ＨＴＴＰレスポンスのカスタムヘッダーに引き継ぎＩＤを含めるものとするが、他の方法を用いてもよい。

ステップＳ１０２０で、Ｗｅｂアプリケーション６０１は、シーケンスＩＤを新規に発番する。ステップＳ１０２１で、Ｗｅｂアプリケーション６０１は、シーケンス管理テーブル６０２に、ステップＳ１０２０で発番したシーケンスＩＤを持つシーケンス情報を新規登録する。ＳｅｑｕｅｎｃｅＩＤ１４０１に発番したシーケンスＩＤ、ＳｅｑｕｅｎｃｅＤａｔａ１４０２に現在のシーケンス操作の状態データを登録する。この時点では、ＨａｎｄｏｖｅｒＩＤ１４０３はブランクである。

ステップＳ１０２２で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１に引き継ぎ情報の登録指示を送信する。このとき、Ｗｅｂアプリケーション６０１は、引き継ぎ情報として、引き継ぎＵＲＬ（ＷｅｂアプリケーションのＵＲＬにシーケンスＩＤをクエリとして付加したもの）とステップＳ１００２で識別したリクエスト元の端末の種類を登録指示に含める。ステップＳ１０２３で、Ｗｅｂアプリケーション６０１は、管理サーバ１０３の引き継ぎ管理部７０１からステップＳ１０２２に対する応答を受け取る。応答には、登録した引き継ぎ情報を特定するための引き継ぎＩＤが含まれている。ステップＳ１０２４で、Ｗｅｂアプリケーション６０１は、ステップＳ１０２３で受け取った引き継ぎＩＤをシーケンス管理テーブル６０２のＨａｎｄｏｖｅｒＩＤ１４０３に登録する。次にＷｅｂアプリケーション６０１は、ステップＳ１００９に処理を進め、以降の処理を行う。

ステップＳ１０３０で、Ｗｅｂアプリケーション６０１は、以降の操作を禁止するエラー情報をステップＳ１００１に対する応答としてリクエスト元の装置に返して処理を終了する。

図１０のフローチャートの効果を示す。アプリケーションサーバ１０４は引き継ぎＩＤと当該ユーザのＷｅｂアプリケーションのシーケンス操作状態を紐づけて登録でき、ユーザがＭＦＰ１０１もしくはモバイル端末１０２のＷｅｂブラウザを介してＷｅｂアプリケーションにアクセスするたびに登録した情報を取得、更新できる。また、その登録した情報を管理サーバに通知することができる。

図１１は、本発明における管理サーバ１０３の処理を説明するためのフローチャートである。管理サーバ１０３のＲＯＭ４１２やＨＤＤ４１４に記憶されているプログラムを、ＣＰＵ４１１がＲＡＭ４１３に読み出し、実行することで、図１１のフローチャートの各ステップが実行される。

図１１（ａ）は、管理サーバ１０３がアプリケーションサーバ１０４から引き継ぎ情報の登録指示を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ａ）のフローチャートは、図９のシーケンス図のステップＳ９０３～ステップＳ９０５における管理サーバ１０３の処理に相当する。

ステップＳ１１０１で、引き継ぎ管理部７０１は、アプリケーションサーバ１０４から引き継ぎ情報の登録指示を受け取る。登録指示には引き継ぎＵＲＬとステップＳ１００２で識別したリクエスト元の端末の種類が含まれている。

ステップＳ１１０２で、引き継ぎ管理部７０１は、引き継ぎＩＤを新規に発番する。ステップＳ１１０３で、引き継ぎ管理部７０１は、引き継ぎ管理テーブル７０２に、ステップＳ１１０２で発番した引き継ぎＩＤを持つ引き継ぎ情報を新規登録する。ＨａｎｄｏｖｅｒＩＤ１５０１に引き継ぎＩＤ、ＵＲＬ１５０２に引き継ぎＵＲＬを登録する。また、リクエスト元の端末がＭＦＰであればＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３に「ＴＲＵＥ」を、そうでなければＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３に「ＦＡＬＳＥ」を登録する。

ステップＳ１１０４で、引き継ぎ管理部７０１は、アプリケーションサーバ１０４にステップＳ１１０１の応答として、登録完了した旨を応答して処理を終了する。このとき、応答にステップＳ１１０２で発番した引き継ぎＩＤを含める。

図１１（ｂ）は、管理サーバ１０３がアプリケーションサーバ１０４からアクセス情報を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ｂ）のフローチャートは、図９のシーケンス図のステップＳ９１０～ステップＳ９１１、ステップ９２１～ステップＳ９２２の各ステップにおける管理サーバ１０３の処理に相当する。

ステップＳ１１１０で、引き継ぎ管理部７０１は、アプリケーションサーバ１０４からアクセス情報を受信する。アクセス情報には、引き継ぎＩＤと、ステップＳ１００２で識別したリクエスト元の端末の種類が含まれている。ステップＳ１１１１で、引き継ぎ管理部７０１は、受け取った引き継ぎＩＤをＨａｎｄｏｖｅｒＩＤ１５０１にもつ引き継ぎ情報が引き継ぎ管理テーブル７０２から抽出する。

ステップＳ１１１２で、引き継ぎ管理部７０１は、ステップＳ１１１１で引き継ぎ情報が抽出できたか否かを判別する。引き継ぎ管理部７０１は、引き継ぎ情報が抽出できていればステップＳ１１１２に処理を進め、そうでなければステップＳ１１３０で引き継ぎ情報が見つからなかった旨のエラーをアプリケーションサーバ１０４に応答して処理を終了する。

ステップＳ１１１３で、引き継ぎ管理部７０１は、ステップＳ１１１０でアプリケーションサーバ１０４から受け取ったリクエスト元の端末の種類がＭＦＰであるか否かを識別する。引き継ぎ管理部７０１は、端末の種類がＭＦＰであればステップＳ１１１４へ処理を進め、そうでなければステップＳ１１１５へ処理を進める。

ステップＳ１１１４で、引き継ぎ管理部７０１は、ステップＳ１１１１で抽出した引き継ぎ情報のＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３に「ＴＲＵＥ」を設定して、引き継ぎ管理テーブル７０２を更新し、ステップＳ１１１６へ処理を進める。

ステップＳ１１１５で、引き継ぎ管理部７０１は、ステップＳ１１１１で抽出した引き継ぎ情報のＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３の値が「ＴＲＵＥ」であるか否かを判別する。引き継ぎ管理部７０１は、ＨａｎｄｅｄｏｖｅｒＦｌａｇ１５０３の値が「ＴＲＵＥ」であればステップＳ１１２０へ処理を進め、そうでなければステップＳ１１１６へ処理を進める。

ステップＳ１１１６で、引き継ぎ管理部７０１は、ステップＳ１１１０のアクセス情報を正常に受け付けた旨をアプリケーションサーバ１０４に応答して処理を終了する。

ステップＳ１１２０で、引き継ぎ管理部７０１は、操作を禁止する旨のエラーをアプリケーションサーバ１０４に応答して処理を終了する。

図１１（ｃ）は、管理サーバ１０３がアプリケーションサーバ１０４から引き継ぎ情報の削除指示を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ｃ）のフローチャートは、図９のシーケンス図のステップＳ９２６～ステップＳ９２７における管理サーバ１０３の処理に相当する。

ステップＳ１１４０で、引き継ぎ管理部７０１は、アプリケーションサーバ１０４から連引き継ぎ情報の削除指示を受け取る。削除指示には引き継ぎＩＤが含まれている。ステップＳ１１４１で、引き継ぎ管理部７０１は、引き継ぎ管理テーブル７０２に削除指示を受けた引き継ぎ情報が存在するか否かを判別する。具体的には、引き継ぎ管理部７０１は、ＨａｎｄｏｖｅｒＩＤ１５０１がステップＳ１１４０で受け取った引き継ぎＩＤの値と一致するレコードがあるか否かを判別する。引き継ぎ管理部７０１は、引き継ぎ情報が存在する場合にはステップＳ１１４２に処理を進め、そうでなければステップＳ１１５０で削除する引き継ぎ情報がなかった旨をアプリケーションサーバ１０４に応答して処理を終了する。

ステップＳ１１４２で、引き継ぎ管理部７０１は、引き継ぎ管理テーブル７０２からＨａｎｄｏｖｅｒＩＤ１５０１がステップＳ１１４０で受け取った引き継ぎＩＤの値を持つレコードを削除する。

ステップＳ１１４３で、引き継ぎ管理部７０１は、ステップＳ１１４０の応答として、アプリケーションサーバ１０４に引き継ぎ情報が削除された旨を通知して処理を終了する。

図１１（ｄ）は、管理サーバ１０３がアプリケーションサーバ１０４から引き継ぎ情報の取得要求を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ｄ）のフローチャートは、図９のシーケンス図のステップＳ９１８における管理サーバ１０３の処理に相当する。

ステップＳ１１６０で、引き継ぎ管理部７０１は、ＭＦＰ１０１から引き継ぎ情報の取得要求を受け取る。取得要求には引き継ぎＩＤが含まれている。

ステップＳ１１６１で、引き継ぎ管理部７０１は、引き継ぎ管理テーブル７０２を参照し、取得要求に含まれていた引き継ぎＩＤに対応する引き継ぎ情報を抽出する。

ステップＳ１１６２で、引き継ぎ管理部７０１は、ステップＳ１６０１で引き継ぎ情報が抽出できたか否かを判別する。引き継ぎ管理部７０１は、引き継ぎ情報が抽出できていればステップＳ１１６３へ処理を進め、そうでなければステップＳ１６０４へ処理を進める。

ステップＳ１１６３で、引き継ぎ管理部７０１は、ステップＳ１１６０の応答として抽出した引き継ぎ情報をＭＦＰ１０１に送信して、処理を終了する。

ステップＳ１１６４で、引き継ぎ管理部７０１は、ステップＳ１１６０の応答として引き継ぎ情報がない旨をＭＦＰ１０１に送信して、処理を終了する。

図１１のフローチャートの効果を示す。Ｗｅｂアプリケーションの指示によって管理サーバに登録されているシーケンス情報を更新できる。そしてＭＦＰ１０１からの取得要求に応じて、管理サーバは引き継ぎ情報をＭＦＰ１０１に提供できる。

図１２は、本発明におけるモバイル端末１０２の処理を説明するためのフローチャートである。モバイル端末１０２のＲＯＭ３１２やフラッシュメモリ３１４に記憶されているプログラムを、ＣＰＵ３１１がＲＡＭ３１３に読み出し、実行することで、図１２のフローチャートの各ステップが実行される。図１２（ａ）は、モバイル端末１０２がユーザ操作を受け取ったときの処理を説明するためのフローチャートである。また、図１２（ａ）のフローチャートは、図９のシーケンス図のステップＳ９０１～Ｓ９１３におけるモバイル端末１０２の処理に相当する。

ステップＳ１２０１で、Ｗｅｂコンテンツ表示部８０１は、ユーザからのＷｅｂアプリケーションの開始指示を受け取って、アプリケーションサーバ１０４のシーケンスの開始となるＵＲＬにアクセス（Ｗｅｂコンテンツの取得要求をする）する。ステップＳ１２０２で、Ｗｅｂコンテンツ表示部８０１は、アプリケーションサーバ１０４から先のリクエストに対するレスポンスを受信する。ステップＳ１２０３で、Ｗｅｂコンテンツ表示部８０１は、レスポンスに引き継ぎＩＤが含まれているか否かを判別する。具体的には、ＨＴＴＰカスタムヘッダーに引き継ぎＩＤが含まれているか否かを判別する。なお、本実施例ではＨＴＴＰカスタムヘッダーを用いて引き継ぎＩＤの受け渡しを行うが、他の方法を用いてもよい。Ｗｅｂコンテンツ表示部８０１は、レスポンスに引き継ぎＩＤが含まれている場合は、ステップＳ１２０４へ処理を進め、そうでなければステップＳ１２０５へ処理を進める。

ステップＳ１２０４で、Ｗｅｂコンテンツ表示部８０１は、ステップＳ１２０２で受け取った引き継ぎＩＤを保存する。本実施例ではＨＴＭＬ５で規定されているＷｅｂ Ｓｔｏｒａｇｅ ＡＰＩを用いて、ＳｅｓｓｉｏｎＳｔｏｒａｇｅに引き継ぎＩＤを保存するものとするが、他の方法を用いてもよい。

ステップＳ１２０５で、Ｗｅｂコンテンツ表示部８０１は、ステップＳ１２０２で受信したレスポンス（Ｗｅｂコンテンツ）を操作部３１８に表示する。ステップＳ１２０５で、Ｗｅｂコンテンツ表示部８０１は、ユーザの操作を待ち受ける。Ｗｅｂコンテンツ表示部８０１は、ユーザの操作を受け付けたらステップＳ１２０７に処理を進める。ステップＳ１２０７で、Ｗｅｂコンテンツ表示部８０１は、受け付けたユーザ操作がＷｅｂアプリケーションに対する操作か否かを判別し、Ｗｅｂアプリケーションに対する操作であればステップＳ１２０８へ処理を進め、そうでなければ処理を終了する。

ステップＳ１２０８で、Ｗｅｂコンテンツ表示部８０１は、ユーザ操作に応じたリクエストをアプリケーションサーバ１０４に送信する。

図１２（ｂ）は、ＭＦＰ１０１からの接続要求を受け取ったときのモバイル端末１０２の処理を説明するためのフローチャートである。また、図１２（ｂ）のフローチャートは、図９のシーケンス図のステップＳ９１６～Ｓ９１７におけるモバイル端末１０２の処理に相当する。

ステップＳ１２１１で、ＭＦＰ１０１からの接続要求を受け取ったＭＦＰ連携部８０２は、ＭＦＰ１０１との近距離無線通信の接続を確立する。ステップＳ１２１２で、ＭＦＰ連携部８０２は、Ｓｅｓｓｉｏｎ Ｓｔｏｒａｇｅから引き継ぎＩＤを取得する。ステップＳ１２１３で、ＭＦＰ連携部８０２は、ステップＳ１２１２で引き継ぎＩＤが取得できたか否かを判別する。ＭＦＰ連携部８０２は、引き継ぎＩＤが取得できていればステップＳ１２１４へ処理を進め、そうでなければ処理を終了する。

ステップＳ１２１４で、ＭＦＰ連携部８０２は、ＭＦＰ１０１に引き継ぎＩＤを通知する。ステップＳ１２１５で、ＭＦＰ連携部８０２は、操作部３１８の画面を初期化して処理を終了する。

なお、ステップＳ１２１１の接続確立はモバイル端末１０２、ＭＦＰ１０１どちらから接続を行いにいってもよい。例えばＭＦＰ１０１から出るｂｌｕｅｔｏｏｔｈビーコンの電波強度を基にモバイル端末１０２がＭＦＰ１０１との距離を判定するような構成ではモバイル端末１０２がＭＦＰ１０１に接続をつなぎに行く。

図１２のフローチャートの効果を示す。モバイル端末１０２はアプリケーションサーバにアクセスすることで引き継ぎＩＤを取得、保存し、ＭＦＰ１０１に当該引き継ぎＩＤを通知することができる。

図１３は、モバイル端末がモバイル置き場に置かれたときのＭＦＰ１０１の処理を説明するためのフローチャートである。また図１３のフローチャートは、図９のシーケンス図のステップＳ９１５～Ｓ９２９におけるＭＦＰ１０１の処理に相当する。ＭＦＰ１０１のＨＤＤ２１４に記憶されているプログラムを、ＣＰＵ２１１がＲＡＭ２１３に読み出し、実行することで、図１１のフローチャートの各ステップが実行される。

ステップＳ１３０１で、モバイル端末連携部５０１は、モバイル端末がモバイル置き場に置かれたことを接触検知センサ２２４によって検知する。ここで検知するとＢｌｕｅｔｏｏｔｈビーコンを出すようにしてもよい。ステップＳ１３０２で、モバイル端末連携部５０１は、モバイル端末１０２との近距離無線通信の接続を確立する。

ステップＳ１３０３で、モバイル端末連携部５０１は、モバイル端末１０２から引き継ぎＩＤの受信を一定時間待ち受ける。モバイル端末連携部５０１は、引き継ぎＩＤを受信したらステップＳ１３０４へ処理を進め、一定時間待っても引き継ぎＩＤを受信しなければ処理を終了する。

ステップＳ１３０４で、メニュー表示部５０２は、管理サーバ１０３の引き継ぎ管理部７０１に、ステップＳ１３０３で受信した引き継ぎＩＤに対する引き継ぎ情報の取得要求を送信する。

ステップＳ１３０５で、メニュー表示部５０２は管理サーバ１０３の引き継ぎ管理部７０１から引き継ぎ情報の取得要求に対する応答を受け取る。

ステップＳ１３０６で、メニュー表示部５０２は、ステップＳ１３０６の応答に引き継ぎ情報が含まれているか否かを判別する。メニュー表示部５０２は、引き継ぎ情報があればステップＳ１３０７へ処理を進め、そうでなければ処理を終了する。

ステップＳ１３０７で、メニュー表示部５０２は、引き継ぎ情報に含まれる引き継ぎＵＲＬにアクセスするためにＷｅｂブラウザ５０３を呼び出す。ステップＳ１３０８で、Ｗｅｂブラウザ５０３は、引き継ぎＵＲＬ（Ｗｅｂアプリケーション６０１）にアクセスする。以降は、必要に応じて、Ｗｅｂブラウザ５０３がユーザの操作を受け付け、Ｗｅｂアプリケーション６０１とやり取りを行い、Ｗｅｂアプリケーションを実行する。

図１３のフローチャートの効果を示す。ＭＦＰ１０１はモバイル端末１０２と接続を確立すると、モバイル端末１０２から引き継ぎＩＤを受信し、当該引き継ぎＩＤに対応する引き継ぎ情報を管理サーバから受信する。そして当該引き継ぎ情報に基づく処理を行うことができる。

（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

以上、本実施形態において説明した手順により、ＭＦＰと連携するＷｅｂアプリケーションにおいて、モバイル端末をＭＦＰから所定の距離の位置に移動させるだけでモバイル端末で操作中のＷｅｂアプリケーションの操作状態を、ＭＦＰに引き継げるため、ユーザの利便性が向上する。

Claims (16)

1. 第一装置と第二装置とアプリケーションを提供するサーバーシステムとを含む情報処理システムであって、
   前記第一装置は、
   前記アプリケーションを実行する実行手段と、
   前記アプリケーションの画面であって、前記第一装置上での操作により遷移した第一の画面を引き継ぐための第一情報を前記第二装置に送信する送信手段と、を有し、
   前記サーバーシステムは、
   前記アプリケーションの画面を提供する提供手段と、
   前記第一装置での操作により遷移した前記第一の画面を示す情報を含む第二情報を前記第一情報と対応付けて登録する登録手段と、を有し、
   前記第二装置は、
   前記第一情報を受信する受信手段と、
   前記アプリケーションを実行する第二実行手段と、を有し、
   前記第一情報が前記第二装置に送信された場合、前記第二実行手段は前記第一情報を用いて前記サーバーシステムにアクセスし、前記提供手段は前記第一情報に対応する前記第二情報に基づいて、前記第一の画面を前記第二装置に提供することを特徴とする情報処理システム。
2. 前記アプリケーションはＷｅｂアプリケーションであることを特徴とする請求項１に記載の情報処理システム。
3. 前記第二装置はプリント機能、スキャン機能の少なくともいずれかを有する画像処理装置であることを特徴とする請求項１又は２に記載の情報処理システム。
4. 前記送信手段において使用される通信はｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ （ＮＦＣ）通信またはＢｌｕｅｔｏｏｔｈ通信であることを特徴とする請求項１から３のいずれか一項に記載の情報処理システム。
5. 前記送信手段は前記第二装置から送信されるＢｌｕｅｔｏｏｔｈ信号の受信信号強度が所定以上であると前記第一情報を前記第二装置に送信することを特徴とする請求項１から４のいずれか一項に記載の情報処理システム。
6. 前記第二装置は、前記第一装置が所定の位置に置かれたことを検知する検知手段を有し、前記第二装置は前記検知手段で前記所定の位置に置かれたことを検知するとＢｌｕｅｔｏｏｔｈを送信することを特徴とする請求項１から５のいずれか一項に記載の情報処理システム。
7. 前記送信手段は前記第二装置からＮＦＣ通信で取得した接続情報に基づいて確立した無線ＬＡＮ通信で前記第一情報を前記第二装置に送信することを特徴とする請求項１から６のいずれか一項に記載の情報処理システム。
8. 前記第一情報は、前記第一装置での操作により遷移した前記アプリケーションの画面と前記操作による操作状態を引き継ぐための情報であり、前記第一情報が前記第二装置に送信されると、前記第二装置は前記操作状態を保持した状態で前記第一の画面を開くことを特徴とする請求項１から７のいずれか一項に記載の情報処理システム。
9. 前記第一情報は、前記第一装置の操作画面の識別子と前記操作画面より前の画面で設定された設定値とを呼び出すための情報であることを特徴とする請求項１から８のいずれか一項に記載の情報処理システム。
10. 前記アプリケーションは前記第二装置に処理を実行させるためのアプリケーションであり、前記アプリケーションは前記第二装置に処理を実行させるための設定を行う設定画面を含む複数の画面を提供することを特徴とする請求項１から９のいずれか一項に記載の情報処理システム。
11. 前記第一装置と前記第二装置が近距離無線通信を行ったことに基づいて前記送信手段は前記第一情報を前記第二装置に送信することを特徴とする請求項１から１０のいずれか一項に記載の情報処理システム。
12. 前記登録手段は操作画面の識別子と当該操作画面より前の画面で設定された設定値とを前記第一情報と対応付けて登録することを特徴とする請求項１から１１のいずれか一項に記載の情報処理システム。
13. 前記サーバーシステムは前記第一装置に前記第一情報を送信することを特徴とする請求項１から１２のいずれか一項に記載の情報処理システム。
14. 前記サーバーシステムは、
    前記第一情報と前記サーバーシステムにアクセスするためのＵＲＬとを対応付けて記憶する記憶手段を更に有し、
    前記第一情報が前記第二装置に送信されると、前記第二実行手段は前記サーバーシステムから前記第一情報に対応するＵＲＬを取得し、当該ＵＲＬに基づいて前記サーバーシステムにアクセスすることを特徴とする請求項１から１３のいずれか一項に記載の情報処理システム。
15. 第一装置と第二装置とアプリケーションを提供するサーバーシステムとを含む情報処理システムの制御方法であって、
    前記第一装置は、
    前記アプリケーションを実行する実行ステップと、
    前記アプリケーションの画面であって、前記第一装置上での操作により遷移した第一の画面を引き継ぐための第一情報を前記第二装置に送信する送信ステップと、を有し、
    前記サーバーシステムは、
    前記アプリケーションの画面を提供する提供ステップと、
    前記第一装置での操作により遷移した前記第一の画面を示す情報を含む第二情報を前記第一情報と対応付けて登録する登録ステップと、を有し、
    前記第二装置は、
    前記第一情報を受信する受信ステップと、
    前記アプリケーションを実行する第二実行ステップと、を有し、
    前記第一情報が前記第二装置に送信された場合、前記第二実行ステップは前記第一情報を用いて前記サーバーシステムにアクセスし、前記提供ステップは前記第一情報に対応する前記第二情報に基づいて、前記第一の画面を前記第二装置に提供することを特徴とする制御方法。
16. 第一装置と第二装置にアプリケーションを提供するサーバーシステムであって、
    前記アプリケーションの画面を提供する提供手段と、
    前記アプリケーションの画面であって、前記第一装置上での操作により遷移した第一の画面を引き継ぐための第一情報と、前記第一装置での操作により遷移した前記第一の画面を示す情報を含む第二情報と、を対応付けて登録する登録手段と、を有し、
    前記第一装置によって前記第一情報が送信された前記第二装置から前記第一情報を用いてアクセスされた場合、前記提供手段は前記第一情報に対応する前記第二情報に基づいて、前記第一の画面を前記第二装置に提供することを特徴とするサーバーシステム。

Images