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

Description

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

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

一方、近年ではモバイル端末で様々なアプリケーションが活用されており、ユーザは所望のアプリケーションをインストールしてモバイル端末で使用することが一般的になっている。例えば、文書データをクラウドで管理するためのクラウドストレージアプリケーションや写真データを扱うための写真管理アプリケーションがある。これらのアプリケーションとＭＦＰを連携させ、アプリケーションの一部の処理をＭＦＰで行うことができる。

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

しかしながら、上記のようにアプリケーションとＭＦＰを連携させて、アプリケーションにＭＦＰでスキャンした画像データを取り込んだり、アプリケーション内の画像データをＭＦＰで印刷したりする場合、所定の設定操作等が必要で、操作が簡単でない場合がある。このように、アプリケーションに応じた処理をＭＦＰで実行するための操作が難しいという課題があった。

サーバと前記サーバにアクセスが可能な情報処理装置とアプリケーションを実行可能な端末と、を含む情報処理システムであって、前記端末は、前記情報処理装置との間で確立した通信により、前記アプリケーションの一部の処理を前記情報処理装置で実行するための前記情報処理装置と前記端末との連携に係る情報を取得したことに基づいて、前記端末上で実行されているアプリケーションの識別子を送信する第一送信手段と、を有し、前記サーバは、アプリケーションの識別子と当該アプリケーションに応じた処理を呼び出すボタンを表示させるための所定情報とを対応づけて記憶する記憶手段と、前記第一送信手段で送信されたアプリケーションの識別子を受信する第一受信手段と、前記第一受信手段で受信したアプリケーションの識別子と対応付けて記憶された所定情報を前記情報処理装置に送信する第二送信手段と、を有し、前記情報処理装置は、前記第二送信手段で送信された所定情報を受信する第二受信手段と、前記第二受信手段が受信した所定情報を基に、当該所定情報が示す処理を呼び出すボタンを表示部に表示する表示手段と、前記表示手段で表示されるボタンが押下されることに基づいて、前記所定の処理を実行する実行手段と、を有し、前記第一送信手段は、前記連携が解除されたことに基づいて、前記ボタンを削除する要求を送信し、前記第二受信手段が前記サーバを介して前記要求を受信したことに基づいて、前記表示手段は前記ボタンを削除することを特徴とする情報処理システム。

本発明によれば、ユーザは難しい操作を行わずとも、モバイル端末で実行しているアプリケーションに応じた処理をＭＦＰで実行できる。

本発明の実施形態における情報処理システムの構成を示す図である。 本発明の実施形態におけるＭＦＰのハードウェア構成を示すブロック図である。 本発明の実施形態におけるモバイル端末のハードウェア構成を示すブロック図である。 本発明の実施形態における管理サーバのハードウェア構成を示すブロック図である。 本発明の実施形態における情報処理システムの一連の処理の流れを示したシーケンス図である。 本発明の実施形態におけるＭＦＰのソフトウェア構成を示すブロック図である。 本発明の実施形態におけるモバイル端末のソフトウェア構成を示すブロック図である。 本発明の実施形態における管理サーバのソフトウェア構成を示すブロック図である。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるＭＦＰの処理を示すフローチャートである。 本発明の実施形態におけるモバイル端末の処理を示すフローチャートである。 本発明の実施形態における管理サーバの処理を示すフローチャートである。 本発明の実施形態におけるボタン管理テーブルの例である。 本発明の実施形態におけるモバイルアプリ連携テーブルの例である。 本発明の実施形態におけるＭＦＰの操作部に表示するメニュー画面の例である。 本発明の第２の実施形態におけるモバイルアプリ連携テーブルの例である。 本発明の第２の実施形態におけるボタン管理テーブルの例である。 本発明の第２の実施形態におけるＭＦＰの操作部に表示するメニュー画面の例である。 本発明の第３の実施形態におけるＭＦＰのソフトウェア構成を示すブロック図である。

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

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

ＭＦＰ１０１は、スキャナ、プリンタを有する画像処理装置である。本実施形態では画像処理装置の例としてＭＦＰを用いて説明を行うが、これに限るものではなく単機能の装置であってもよい。ＭＦＰ１０１は、装置上で動作するアプリケーション（以降、ＭＦＰアプリケーション）を追加、実行するためのアプリケーションプラットフォームを持つ。またＭＦＰ１０１は、ＭＦＰアプリケーションの１つとしてＷｅｂブラウザを持つ。また、一台のＭＦＰしか図示していないがシステム上に複数のＭＦＰがあってもよい。モバイル端末１０２は、携帯可能な情報処理装置であり、典型的にはスマートフォンやタブレット端末である。モバイル端末１０２は、情報処理装置上で動作するアプリケーション（以降、モバイルアプリケーション）を追加、実行するためのアプリケーションプラットフォームを持つ。ＭＦＰ１０１とモバイル端末１０２はＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信によって直接通信が可能である（不図示）。管理サーバ１０３は、ＭＦＰ１０１を管理するためのサーバであり、一例としてＭＦＰ１０１の操作部にメニュー画面を表示するための情報を保持している。アプリケーションサーバ１０４は、Ｗｅｂアプリケーションを提供するサーバである。提供するＷｅｂアプリケーションは、アプリケーションサーバ１０４上で動作するプログラムである。ＷｅｂアプリケーションはＷｅｂアプリケーションの操作画面をＭＦＰ１０１やモバイル端末１０２に提供し、ＭＦＰ１０１やモバイル端末１０２はＷｅｂブラウザ上で当該操作画面を表示する。ＭＦＰ１０１やモバイル端末１０２はアプリケーションサーバ１０４にアクセスすることで、Ｗｅｂアプリケーション６０１の操作画面を表示し、操作画面でユーザの操作を受け付け、受け付けた操作内容をアプリケーションサーバ１０４に返す。本実施形態はモバイル端末１０２で動作するアプリケーションに応じたボタンを管理サーバ１０３が作成し、ＭＦＰ１０１に表示する。アプリケーションサーバは一台とは限らず、目的に応じて複数のサーバが存在してもよい。

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

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

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

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

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

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

図５のシーケンス図の説明の前に本実施形態の概略を示す。モバイル端末１０２でクラウドストレージを管理するためのモバイルアプリケーションを開いた状態もしくはフォアグラウンドにした状態で、ＭＦＰ１０１のモバイル置き場においた際に、クラウドストレージを管理するためのモバイルアプリケーションに応じたボタン（ここではスキャンした画像を当該クラウドストレージに保存するスキャン用Ｗｅｂアプリケーションを呼び出すためのボタンとする）がＭＦＰ１０１に表示される例を説明する。モバイル端末１０２をＭＦＰ１０１のモバイル置き場に置くと、モバイル端末１０２とＭＦＰ１０１がデータのやり取りを開始し、モバイル端末で表示されている、もしくはフォアグラウンドなアプリケーションに応じたボタン（スキャン用Ｗｅｂアプリケーションを呼び出すためのボタン）の作成を行う指示がモバイル端末１０２から管理サーバに送信される。指示を受信した管理サーバはボタンを作成し、ＭＦＰ１０１は管理サーバ１０３で作成されたボタンを表示部に表示する。ユーザがＭＦＰ１０１に表示された当該ボタンを押下するとＭＦＰ１０１はスキャン用Ｗｅｂアプリケーションを呼び出す。モバイル端末１０２とＭＦＰ１０１の連携が解除されると作成したボタンはＭＦＰ１０１と管理サーバから削除される。

図５は、本実施形態におけるＭＦＰ１０１、モバイル端末１０２、管理サーバ１０３、アプリケーションサーバ１０４が連携して行う一連の処理の流れを示したシーケンス図である。これらの処理は各装置のＲＯＭ、ＨＤＤ、フラッシュメモリに記憶されているプログラムを、ＣＰＵがＲＡＭに読み出し実行することで実現する。

最初にステップＳ５０１で、ＭＦＰ１０１はユーザのログイン指示を受け取ってログイン処理を行う。ステップＳ５０２で、ＭＦＰ１０１は管理サーバ１０３からメニュー画面に表示するボタン（以降、アプリボタン）の情報（ボタンが押下されると開くアプリケーションの情報等）を含む画面情報を取得する。アプリボタンは、ＭＦＰアプリケーションやＷｅｂアプリケーションなど各種機能を呼び出すためのボタンである。ステップＳ５０３で、ＭＦＰ１０１は、管理サーバ１０３から取得したボタン情報をもとに操作部２２１にメニュー画面を表示する。ユーザがモバイル端末１０２をＭＦＰ１０１のモバイル置き場におくとステップＳ５０４で、ＭＦＰ１０１はモバイル端末１０２が置かれたことを接触検知センサ２２４によって検知する。ステップＳ５０５で、ＭＦＰ１０１はモバイル端末１０２と通信を確立するためのビーコン信号（以降、連携信号）を近距離無線通信Ｉ／Ｆ２１５を使って発信する。ここでは、近距離無線通信の一例としてＢｌｕｅｔｏｏｔｈを用いる。

ステップＳ５０６で、モバイル端末１０２はＭＦＰ１０１が発している連携信号を近距離無線通信Ｉ／Ｆ３１６で受信し、受信したビーコン信号の電波強度が所定の値以上であれば、ＭＦＰ１０１のモバイル置きにおかれたと判断し、ＭＦＰ１０１との通信を確立し、連携情報を取得する。連携情報には、モバイル端末１０２が以降の処理を行うために必要な情報が含まれる。例えばＭＦＰ１０１にログインしているユーザのユーザ情報（ユーザＩＤ）、管理サーバ１０３のＩＰアドレス、ＭＦＰ１０１の識別情報などである。ステップＳ５０７で、モバイル端末１０２は操作部３１８の画面に表示されている、もしくはフォアグラウンドにあるモバイルアプリケーションを識別する。後のフローで、このモバイルアプリケーションに応じたアプリボタンをＭＦＰ１０１に表示させる（以降、このアプリケーションはターゲットアプリケーションと記載）。ステップＳ５０８で、モバイル端末１０２は、ＭＦＰ１０１がターゲットアプリケーションに応じたボタンを表示するために必要となるデータ（以降、ターゲットアプリデータ）をターゲットアプリケーションから取得する。ターゲットアプリデータはターゲットアプリケーションが開いている、もしくは処理対象としているデータであり、ターゲットアプリケーションによって異なる。例えば、ターゲットアプリケーションがクラウドストレージを管理するためのモバイルアプリケーションであれば、現在表示しているフォルダを示す識別子であったり、文書作成アプリケーションであれば現在作成している文書を印刷するための印刷データであったりする。ターゲットアプリデータは単一とは限らず、複数の場合もある。例えば、文書作成アプリケーションであれば印刷データに加えて、印刷する文書のファイル名をターゲットアプリデータに含めてもよい。

ステップＳ５０９で、モバイル端末１０２は管理サーバ１０３にターゲットアプリケーションの識別子とターゲットアプリデータ、連携情報を送信し、ターゲットアプリケーションに応じたボタン（以降、連携ボタン）の作成を指示する。本実施形態ではステップＳ５０６で取得した連携情報に含まれるＩＰアドレスの管理サーバ１０３を送信先として使用するが、あらかじめモバイル端末１０２に管理サーバ１０３のＩＰアドレスを接続先として設定しておくように構成してもよい。

ステップＳ５１０で、管理サーバ１０３はモバイル端末１０２から受信したターゲットアプリケーションの識別子とターゲットアプリデータ、連携情報を使用して、連携ボタンを作成する。連携ボタンは、アプリボタンの一種であり、ターゲットアプリケーションに応じた処理を行うためのＭＦＰアプリケーションやＷｅｂアプリケーションをＭＦＰ１０１のメニュー画面から呼び出すためのボタンである。また、連携ボタンはターゲットアプリケーションに応じた処理を行うためのアプリケーションを呼び出すパラメータ（以降、呼び出しパラメータ）を持つ。呼び出しパラメータはターゲットアプリデータ等に基づいて定義される。以降、本シーケンスでは、ターゲットアプリケーションはクラウドストレージを管理するためのモバイルアプリケーションであり、ターゲットアプリデータはクラウドストレージのフォルダを示す識別子であるとする。また連携ボタンの呼び出し先はアプリケーションサーバ１０４が提供するスキャン用Ｗｅｂアプリケーションであると想定して説明を行う。つまり、ターゲットアプリケーションがクラウドストレージを管理するためのモバイルアプリケーションであれば、そのストレージにＭＦＰでスキャンしたデータを送信することが予想されるため、連携ボタンの呼び出し先をスキャン用Ｗｅｂアプリケーションとした。ここでターゲットアプリケーションに応じた呼び出し先は管理サーバで予め決められているものとする。

ステップＳ５１１で、モバイル端末１０２から連携ボタン作成指示を受信した管理サーバ１０３はＭＦＰ１０１にボタン情報の更新が発生したことを通知する。

ステップＳ５１２で、ボタンの更新通知を受け取ったＭＦＰ１０１は管理サーバ１０３からアプリボタンの情報を含む画面情報を取得する。このとき取得したアプリボタンの情報の中にはステップＳ５１０で管理サーバ１０３が作成した連携ボタンの情報も含まれている。ステップＳ５１３で、ＭＦＰ１０１は管理サーバ１０３から取得したアプリボタンの情報を含む画面情報をもとに操作部２２１に表示しているメニュー画面を最新の状態に更新する。このときＭＦＰ１０１は、表示するアプリボタンのひとつとして、管理サーバ１０３がステップＳ５１０で作成した連携ボタンをメニュー画面に表示する。ここでＭＦＰ１０１はアプリボタンの情報を含む画面情報を取得しているが、これに限らずステップＳ５１０で作成した連携ボタンの情報のみ取得し、当該情報を用いてメニュー画面を更新してもよい。

次にステップＳ５１４で、ユーザが連携ボタンを押下すると、ＭＦＰ１０１はメニュー画面に表示している連携ボタンをユーザが押下したことを検知する。ステップＳ５１５で、ＭＦＰ１０１はＷｅｂブラウザを使ってアプリケーションサーバ１０４が提供する、連携ボタンの呼び出し先のスキャン用Ｗｅｂアプリケーションにアクセスする。なお、本シーケンスではＭＦＰ１０１に連携ボタンを表示し、ユーザが連携ボタンを押下することで呼び出し先にアクセスする構成を示したが、これに限るものではなくＳ５１２で連携ボタン情報を取得したら自動でＷｅｂブラウザを立ち上げて呼び出し先にアクセスするようにしてもよい。

ＭＦＰ１０１は必要に応じてアプリケーションサーバ１０４と複数回、通信を行いながらスキャン用Ｗｅｂアプリケーションの処理を進める。ステップＳ５１６で、ＭＦＰ１０１はスキャン用Ｗｅｂアプリケーションからの指示によってスキャンを行う。ステップＳ５１７で、ＭＦＰ１０１はスキャンの実行結果やスキャンした画像データをアプリケーションサーバ１０４に送付する。

ステップＳ５１８で、アプリケーションサーバ１０４は受け取った画像データをターゲットアプリケーション（クラウドストレージを管理するためのモバイルアプリケーション）が示すクラウドにアップロードする。このときのアップロード先は、ターゲットアプリデータが示すクラウドストレージのフォルダの識別子で示される。

ステップＳ５１９で、ＭＦＰ１０１はモバイル端末１０２に連携ボタンの実行が完了した旨を通知する。

ステップＳ５２０で、ＭＦＰ１０１からの通知を受けたモバイル端末１０２では、ターゲットアプリケーション（クラウドストレージを管理するためのモバイルアプリケーション）が連携ボタンの実行完了後に所定の処理を行う。ここではクラウドストレージ中のファイル一覧画面の表示を最新の状態に更新して、ステップＳ５１８でアップロードした画像データが反映された状態となるように表示する。連携ボタンの実行完了後の所定の処理は、ターゲットアプリケーション毎に異なる。例えば、ターゲットアプリケーションがアドレス帳アプリケーションの場合、連携ボタンを実行するとモバイル端末１０２に表示中の宛先にＭＦＰ１０１がデータを送信し、実行完了後の所定の処理で当該データを送信した旨をモバイル端末１０２に表示するようにしてもよい。

次にステップＳ５２１で、ユーザがモバイル端末をＭＦＰ１０１の置き場から離すと、ＭＦＰ１０１は接触検知センサ２２４によってモバイル端末１０２がモバイル置き場から離れたことを検知する。ステップＳ５２２で、ＭＦＰ１０１はモバイル端末１０２に対して、連携解除の要求を送信する。ここで連携解除とはＭＦＰ１０１とモバイル端末１０２の通信が切断されることである。なお、ＭＦＰ１０１がモバイル端末１０２に対して、連携解除の要求を送信する条件は複数パターンあり、「モバイル置き場からモバイル端末１０２が離れたことを検知したとき」というのは送信するタイミングの一例である。他のパターンとしては、例えば「ユーザのログアウトを検知したとき」「ユーザの操作が一定時間なかったとき」などがあげられる。連携解除の要求を受けたモバイル端末１０２は、ＭＦＰ１０１との通信を切断する。

ステップＳ５２３で、連携解除の要求を受けたモバイル端末１０２は管理サーバ１０３へ連携ボタンの削除を指示する。

ステップＳ５２４で、削除指示を受けた管理サーバ１０３はステップＳ５１０で作成した連携ボタンを削除する。ステップＳ５２５で、管理サーバ１０３はＭＦＰ１０１にボタン情報の更新が発生したことを通知する。

ステップＳ５２６で、ボタンの更新通知を受け取ったＭＦＰ１０１は管理サーバ１０３からアプリボタンの情報を取得する。ステップＳ５２７で、ＭＦＰ１０１は管理サーバ１０３から取得したボタン情報をもとに操作部２２１に表示しているメニュー画面を最新の状態に更新する。ステップＳ５２６で取得したボタン情報には連携ボタンの情報は含まれていないため、最新の状態に更新後、連携ボタンはメニュー画面から消えている。

なお、本シーケスモバイル端末１０２をＭＦＰ１０１のモバイル置き場に置くことを契機に連携ボタンが作成される構成を示したが、必ずしも置き場に置く必要は無く、モバイル端末１０２とＭＦＰ１０１がデータのやり取りをできるようになっていれば、どのような構成であって構わない。例えばモバイル端末１０２とＭＦＰ１０１がＢｌｕｅｔｏｏｔｈ通信を確立すると以降の処理が進むようにしてもよいし、モバイル端末１０２とＭＦＰ１０１が確立したＢｌｕｅｔｏｏｔｈ通信で無線ＬＡＮ情報を交換し、当該情報を用いて無線ＬＡＮ通信を確立させた後に以降の処理が進むようにしてもよい。ＮＦＣ通信を用いる場合はＮＦＣを用いてモバイル端末１０２がＭＦＰ１０１から無線ＬＡＮ接続情報をＭＦＰ１０１から受信し、当該無線ＬＡＮ接続情報を用いてＭＦＰ１０１と無線ＬＡＮ通信を確立させた後に処理が進むようにしてもよい。

図５のシーケンスによれば、モバイル端末１０２とＭＦＰ１０１が通信させると、モバイル端末１０１の画面に表示されている、もしくはフォアグラウンドなアプリケーションに応じた処理をＭＦＰ１０１で実行することができる。

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

ログイン管理部６０１は、ＭＦＰ１０１におけるユーザ認証を管理する。メニュー表示部６０２は、操作部２２１にメニュー画面を表示する。メニュー表示部６０２は、メニュー画面にＭＦＰアプリケーションやＷｅｂアプリケーションを呼び出すためのアプリボタンを表示する。メニュー表示部６０２は、表示するアプリボタンの情報を管理サーバ１０３から取得する。

Ｗｅｂブラウザ６０３は、ＷｅｂサーバにアクセスしてＷｅｂコンテンツを表示する。

モバイル端末連携部６０４は、モバイル端末と連携するための処理を行う。例えば、接触検知センサ２２４を使ってモバイル端末がモバイル置き場に置かれたことを検知したり、近距離無線通信Ｉ／Ｆ２１５を使用してモバイル端末と通信したりする。

スキャン機能提供部６０５は、ＭＦＰアプリケーションやＷｅｂアプリケーションにスキャン機能とスキャン機能を呼び出すためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を提供する。プリント機能提供部６０６は、ＭＦＰアプリケーションやＷｅｂアプリケーションにプリント機能とプリント機能を呼び出すためのＡＰＩを提供する。

ＭＦＰアプリケーション管理部６０７は、ＭＦＰ１０１上でＭＦＰアプリケーションを動作させるためのソフトウェアプラットフォームである。図６は、送信用ＭＦＰアプリケーション６０８とプリント用ＭＦＰアプリケーション６０９の２つのＭＦＰアプリケーションがインストールされている状態を示している。送信用ＭＦＰアプリケーション６０８は、スキャンした画像データをＬＡＮ１１０を介して外部に送信するＭＦＰアプリケーションである。プリント用ＭＦＰアプリケーション６０９は、外部から受信した印刷データをプリントするＭＦＰアプリケーションである。６０８、６０９はＭＦＰアプリケーションの一例であり、別のＭＦＰアプリケーションがインストールされていてもよい。

なお、ＭＦＰ１０１には図示しない他の機能が含まれていてもよい。

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

連携信号受信部７０１は、近距離無線通信Ｉ／Ｆ３１６を通してビーコン信号（連携信号）を受信し、連携信号に対応するモバイルアプリケーションを呼び出す。本実施形態において、ＭＦＰ１０１が発信する連携信号に対応するモバイルアプリケーションは、ＭＦＰ連携管理アプリケーション７０３である。

モバイルアプリケーション管理部７０２は、モバイル端末１０２上でモバイルアプリケーションを動作させるためのソフトウェアプラットフォームである。図７は、７０３～７０７の５つのモバイルアプリケーションがインストールされている状態を示している。

ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰとターゲットアプリケーションが連携するための処理を行う。例えば、ＭＦＰと連携するターゲットアプリケーションを特定したり、連携ボタンの作成を管理サーバ１０３に指示したりする。

クラウド文書管理アプリケーション７０４は、文書データを管理するクラウドストレージサービスをモバイル端末から操作するためのモバイルアプリケーションである。クラウド写真管理アプリケーション７０５は、写真データを管理するクラウドストレージサービスをモバイル端末から操作するためのモバイルアプリケーションである。アドレス帳アプリケーション７０６は、連絡先を管理するためのモバイルアプリケーションであり、連絡先として名前や電話番号、電子メールアドレスを管理している。文書作成アプリケーション７０７は、文書データを作成するためのモバイルアプリケーションである。ＭＦＰ連携管理アプリケーション７０３以外の７０４～７０７はモバイルアプリケーションの一例であり、別のモバイルアプリケーションがインストールされていてもよい。

なお、モバイル端末１０２には図示しない他の機能が含まれていてもよい。

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

ボタン管理部８０１は、ＭＦＰ１０１のメニュー画面に表示するアプリボタンを管理している。例えば、ＭＦＰ１０１にアプリボタンの更新を通知したり、ＭＦＰ１０１の要求に応じてＭＦＰ１０１にアプリボタンの情報を送信したりする。ボタン管理テーブル８０２は、アプリボタンに紐付くアプリケーション等を実行するために必要な情報等を管理しているテーブルである。

図１２に実施形態に係るボタン管理テーブル８０２の一例を示す。図１２（ａ）は、図５のシーケンス図におけるステップＳ５０２時点のボタン管理テーブル８０２の例である。図１２（ｂ）および図１２（ｃ）は、図５のシーケンス図におけるステップＳ５１０で作成する連携ボタンのレコードの例である。

ボタン管理テーブル８０２は、１２０１列～１２０８列の８つの列を持つ。

ＢｕｔｔｏｎＩＤ１２０１は、アプリボタンを一意に識別するための識別子を定義する。また、ＢｕｔｔｏｎＩＤ１２０１列はテーブルの行を一意に特定するための識別子でもある。なお、以降の説明において、テーブルの行を指定するためにＢｕｔｔｏｎＩＤ１２０１列の値を使用することとする。例えば、ＢｕｔｔｏｎＩＤ１２０１列の値が「ｂ００１」の行は、「ｂ００１行」と記載する。

ＢｕｔｔｏｎＴｙｐｅ１２０２列は、アプリボタンの種類を定義する列である。ＢｕｔｔｏｎＴｙｐｅ１２０２列が取りうる値は「Ｓｈａｒｅｄ」「Ｐｅｒｓｏｎａｌ」「ＭｏｂｉｌｅＬｉｎｋ」の３種類である。「Ｓｈａｒｅｄ」は、アプリボタンがどのユーザでも使用できるアプリボタン（以降、共有ボタン）であることを示す。「Ｐｅｒｓｏｎａｌ」は、アプリボタンが特定のユーザに紐づいたアプリボタン（以降、個人ボタン）であることを示す。共有ボタンと個人ボタンはＭＦＰ１０１の管理者またはユーザによって追加、削除が可能なアプリボタンである。「ＭｏｂｉｌｅＬｉｎｋ」は、アプリボタンが連携ボタンであることを示す。連携ボタンは特定のユーザに紐づいたボタンであるが、個人ボタンとは異なり、ＭＦＰ１０１とモバイル端末１０２と連携しているときにのみ存在する一時的なボタンであるため、個人ボタンとは区別する。

ＢｕｔｔｏｎＮａｍｅ１２０３列は、アプリボタンの名称を定義する列である。ＴａｒｇｅｔＴｙｐｅ１２０４列は、アプリボタンの呼び出し先のアプリケーションの種類を定義する列である。ＴａｒｇｅｔＴｙｐｅ１２０４列が取りうる値は「ＭＦＰ」「Ｗｅｂ」の２種類である。「ＭＦＰ」は、アプリボタンの呼び出し先がＭＦＰアプリケーションであることを示す。「Ｗｅｂ」は、アプリボタンの呼び出し先がＷｅｂアプリケーションであることを示す。

ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列は、アプリボタンの呼び出し先を定義する列である。ＴａｒｇｅｔＴｙｐｅ１２０４列が「ＭＦＰ」の場合、ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列にはＭＦＰアプリケーションの実行ファイルを定義する。ＴａｒｇｅｔＴｙｐｅ１２０４列が「Ｗｅｂ」の場合、ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列にはＷｅｂアプリケーションのＵＲＬを定義する。ＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１２０６列は、ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列で定義したアプリケーションを呼び出す際に、付与するパラメータを定義する。例えば「取引先へメール送信」ボタンで有れば、宛先のメールアドレスなどのパラメータを付与する。

ＶｉｅｗＯｒｄｅｒ１２０７列は、ＭＦＰ１０１のメニュー画面におけるアプリボタンの表示順を定義する。表示順は、若い番号順である。なお、モバイル端末と連携することで作成される連携ボタンのレコード図１２（ｂ）および図１２（ｃ）では、一番はじめに表示されるように－１の値をとる。

ＵｓｅｒＩＤ１２０８列は、アプリボタンの所有ユーザを定義する。共有ボタンの場合、所有ユーザはいないため、ＵｓｅｒＩＤ１２０８列は空白となる。

図８の説明に戻る。モバイルアプリ連携部８０３は、モバイル端末１０２のモバイルアプリケーションと連携する。例えば、モバイル端末１０２の指示によって連携ボタンを作成したり、削除したりする。モバイルアプリ連携テーブル８０４は、ターゲットアプリケーションに応じた連携ボタンを作成するための情報を管理しているテーブルである。例えば、ターゲットアプリケーションがクラウドストレージを管理するためのモバイルアプリケーションであれば、そのストレージにＭＦＰでスキャンしたデータを送信することが予想されるため、連携ボタンの呼び出し先をスキャン用Ｗｅｂアプリケーションとするといった対応付けを予め行うためのテーブルである。

図１３に実施形態に係るモバイルアプリ連携テーブル８０４の一例を示す。モバイルアプリ連携テーブル８０４は、１３０１列～１３０８列の８つの列を持つ。

ＩＤ１３０１は、テーブルの行を一意に特定するための識別子である。なお、以降の説明において、テーブルの行を指定するためにＩＤ１３０１列の値を使用することとする。例えば、ＩＤ１３０１列の値が「ｍ００１」の行は、「ｍ００１行」と記載する。

ＭｏｂｉｌｅＡｐｐＩＤ１３０２列は、モバイルアプリケーションの識別子を定義する。ＢｕｔｔｏｎＮａｍｅ１３０３列は、作成する連携ボタンの名称を定義する。ＢｕｔｔｏｎＮａｍｅ１３０３列には変数を定義することが可能である。ここでは「％」記号で囲まれた文字列が変数である。変数は連携ボタンを作成する際に、変数に対応する文字列に置き換えられる。例えば、ｍ００３行のＢｕｔｔｏｎＮａｍｅ１３０３列には変数として「％ｅｍａｉｌ％」が定義されているが、連携ボタン作成時に、ターゲットアプリケーションから取得したターゲットアプリデータに含まれる電子メールアドレスに置き換えられる。

ＴａｒｇｅｔＴｙｐｅ１３０４列は、アプリボタンの呼び出し先のアプリケーションの種類を定義する列である。ＢｕｔｔｏｎＴａｒｇｅｔ１３０５列は、アプリボタンの呼び出し先を定義する列である。呼び出し先はターゲットアプリケーションに対してユーザが用いると予想されるアプリケーション等を予め決めてある。ＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１３０６列は、ＢｕｔｔｏｎＴａｒｇｅｔ１３０５列で定義したアプリケーションを呼び出す際に、付与するパラメータを定義する。例えば、ｍ００４列のように呼び出し先が印刷実行の場合は、印刷設定のパラメータが該当する。

ＭｏｂｉｌｅＰａｒａｍＮａｍｅ１３０７列は、ＢｕｔｔｏｎＴａｒｇｅｔ１３０５列で定義したアプリケーションを呼び出す際に付与するパラメータのうち、１３０８列の前に付与するパラメータである。ＭｏｂｉｌｅＰａｒａｍＫｅｙ１３０８列は、ターゲットアプリケーションから取得したターゲットアプリデータから、ＭｏｂｉｌｅＰａｒａｍＮａｍｅ１３０７列で定義したパラメータに対応する値を取り出すためのキーを定義する。１３０８列で定義されるパラメータはアプリデータに応じて動的に変化する。一例として示すと、ｍ００１行の「ＷｅｂＤｒｉｖｅへスキャンして保存」の場合、保存先（１３０７列の「ｄｅｓｔｉｎａｔｉｏｎ」）がターゲットアプリデータの示す現在のパス（１３０８列の「ｃｕｒｒｅｎｔ ｐａｔｈ」）であることを示す。このように、現在モバイル端末１０２でＷｅｂＤｒｉｖｅアプリケーション表示している場合は、１３０８列はＷｅｂＤｒｉｖｅのフォルダを示す識別子を抽出するためのキーを定義する。図１３ではターゲットアプリケーションに応じて値が変わるパラメータが１つの例を記載しているが、ターゲットアプリケーションに応じて値が変わるパラメータが複数あってもよい。その場合、ＭｏｂｉｌｅＰａｒａｍＮａｍｅ１３０７列とＭｏｂｉｌｅＰａｒａｍＫｅｙ１３０８列と同様の列を複数用意するか、別テーブルを用意するようにしてもよい。

図９（ａ）から（ｅ）は、本実施形態におけるＭＦＰ１０１の処理を説明するためのフローチャートである。ＭＦＰ１０１のＲＯＭ２１２，ＨＤＤ２１４に記憶されているプログラムを、ＣＰＵ２１１がＲＡＭ２１３に読み出し、実行することで、図９（ａ）から（ｅ）のフローチャートの各ステップが実行される。なお、本実施形態では近距離無線通信としてＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）を使用する例を記載するが、ＮＦＣなどその他の近距離無線通信を使用してもよい。また、本実施形態ではＢＬＥにおける近距離無線通信の端末としてＭＦＰ１０１がペリフェラル、モバイル端末１０２がセントラルとして動作する例を記載する。

図９（ａ）は、ＭＦＰ１０１のログイン処理からメニュー画面を表示するまでの処理を説明するためのフローチャートである。また、図９（ａ）のフローチャートは、図５のシーケンス図のステップＳ５０１～ステップＳ５０３におけるＭＦＰ１０１の処理に相当する。

ステップＳ９０１で、ユーザからのログイン指示を受け取ったログイン管理部６０１はユーザ認証を行う。認証方法はＩＣカードによる認証でもよいし、ユーザ名、パスワードをＭＦＰ１０１上でユーザに入力させて行う認証でもよい。また、ユーザ認証は必ずしも必要ではなく、ＭＦＰ１０１においてユーザ認証が不要なように構成されている場合、ログインせずにステップＳ９０３から処理を開始してもよい。その場合、以降の処理に置いてユーザを特定する識別子が必要な場合、あらかじめ決められた識別子（例えば「ＧＵＥＳＴ」）を使用するようにすればよい。

ステップＳ９０２で、ログイン管理部６０１はユーザ認証に成功すればステップＳ９０３へ処理を進め、ユーザ認証に失敗すればステップＳ９１０でエラーを表示して処理を終了する。

ステップＳ９０３で、メニュー表示部６０２は、管理サーバ１０３のボタン管理部８０１にアプリボタン情報の取得要求を送信する。このとき、メニュー表示部６０２は、ログインしているユーザに対応したアプリボタンの情報のみを取得するため、ステップＳ９０１で認証したユーザのユーザＩＤを取得要求に含める。

ステップＳ９０４で、メニュー表示部６０２は取得要求に対する応答として、管理サーバ１０３のボタン管理部８０１からアプリボタンの情報を受信する。ここで受信するアプリボタンの情報は、ボタン管理部８０１がボタン管理テーブル８０２で管理している情報である。例えばログインしているユーザのユーザＩＤが「ｕ００１」の場合、受信するアプリボタンの情報は、ｂ００１行～ｂ００５行に定義されている５つの共有ボタンと、ユーザＩＤがｕ００１であるｂ１０１行に定義されている１つの個人ボタンの計６つのアプリボタンの情報である。

ステップＳ９０５で、メニュー表示部６０２は、受信したアプリボタンの情報をもとに操作部２２１にメニュー画面を表示する。

図１４に、メニュー画面の例を示す。図１４（ａ）は、ＭＦＰ１０１にログインしているユーザのユーザＩＤが「ｕ００１」の場合に、ステップＳ９０５で表示するメニュー画面の例である。メニュー画面には、ｂ００１行～ｂ００５行に定義されている５つの共有ボタンと、ｂ１０１行に定義されている１つの個人ボタンの計６つのアプリボタンがＶｉｅｗＯｒｄｅｒ１２０７列で定義された順で表示されている。図１４（ｂ）、図１４（ｃ）は、連携ボタンを作成した後のメニュー画面の例であり、図９（ｃ）のフローチャートに合わせて後述する。

図９（ａ）の説明に戻る。ステップＳ９０６で、メニュー表示部６０２は、管理サーバ１０３からアプリボタンの情報が更新されたことの通知を受け取れるようＷｅｂＳｏｃｋｅｔの接続を確立して、処理を終了する。ＷｅｂＳｏｃｋｅｔを使った通知はアプリボタンの情報の更新を検知する手段の一例であり、メニュー表示部６０２が定期的に管理サーバ１０３へ問い合わせるポーリング手法など、他の手段を使用してもよい。管理サーバ１０３が通知を行うＭＦＰを識別するために、管理サーバ１０３はモバイル端末１０２からＭＦＰの識別情報を取得してもよい。

図９（ｂ）は、モバイル端末１０２がモバイル置き場に置かれたことをＭＦＰ１０１が検知して、モバイル端末と連携する処理を説明するためのフローチャートである。また、図９（ｂ）のフローチャートは、図５のシーケンス図のステップＳ５０４～ステップＳ５０６におけるＭＦＰ１０１の処理に相当する。

ステップＳ９２０で、モバイル端末連携部６０４は、モバイル端末がモバイル置き場に置かれたことを接触検知センサ２２４によって検知する。

ステップＳ９２１で、モバイル端末連携部６０４は、モバイル端末１０２と連携するための連携信号としてＢＬＥのアドバタイジングパケットを近距離無線通信Ｉ／Ｆ２１５を使って発信する。ステップＳ９２２で、モバイル端末連携部６０４は、モバイル端末１０２から近距離無線通信の接続要求を待ち受ける。モバイル端末連携部６０４は、モバイル端末１０２からの接続要求がない場合、ステップＳ９２１に戻り、再び連携信号を発信する。モバイル端末連携部６０４は、モバイル端末１０２からの接続要求があれば、ステップＳ９２３に処理を進める。

ステップＳ９２３で、モバイル端末連携部６０４は、モバイル端末１０２からの接続要求を受けて、モバイル端末１０２との接続を確立する。以降、明示しない限りＭＦＰ１０１とモバイル端末１０２の間のやり取りは近距離無線通信を使って行われているものとする。

ステップＳ９２４で、モバイル端末連携部６０４は、連携後、本実施形態の処理に必要な通知をモバイル端末１０２に対して行うための指示（通知要求）をモバイル端末１０２から受け取る。本実施形態では、本実施形態の処理に必要な通知を「連携ボタンの実行完了」と「連携解除の要求」の２つとする。

ステップＳ９２５で、モバイル端末連携部６０４は、モバイル端末１０２から連携情報の取得要求を受信する。連携情報とは、モバイル端末１０２がＭＦＰ１０１と連携するために必要な情報であり、例えばＭＦＰ１０１にログインしているユーザのユーザＩＤ、管理サーバ１０３のＩＰアドレス、ＭＦＰ１０１の識別子などである。ステップＳ９２６で、モバイル端末連携部６０４は、ステップＳ９２５の応答としてモバイル端末１０２に連携情報を送付して処理を終了する。

図９（ｃ）は、ＭＦＰ１０１が管理サーバ１０３からボタン情報の更新通知を受けてメニュー画面を更新する処理を説明するためのフローチャートである。また、図９（ｃ）のフローチャートは、図５のシーケンス図のステップＳ５１１～ステップＳ５１３およびステップＳ５２５～ステップＳ５２７におけるＭＦＰ１０１の処理に相当する。

ステップＳ９３０で、メニュー表示部６０２は、管理サーバ１０３からボタン情報の更新が発生したことの通知を受け取る。ステップＳ９３１で、メニュー表示部６０２は、管理サーバ１０３のボタン管理部８０１にアプリボタン情報の取得要求を送信する。ステップＳ９３２で、メニュー表示部６０２は取得要求に対する応答として、管理サーバ１０３のボタン管理部８０１からアプリボタンの情報を受信する。ステップＳ９３３で、メニュー表示部６０２は、受信したアプリボタンの情報をもとに操作部２２１にメニュー画面を表示して、処理を終了する。

図１４（ｂ）、図１４（ｃ）は、連携ボタンを作成した後（図５のシーケンス図におけるステップＳ５１３）のメニュー画面の例である。図１４（ｂ）は、「ｕ００１」ユーザの例で、図１４（ａ）に表示されているアプリボタンに加えて、図１２のｂ２０１行に定義されている連携ボタンが追加されている。図１４（ｃ）は、「ｕ００２」のユーザの例である。ｂ２０２行で定義されている連携ボタン、ｂ００１行～ｂ００５行で定義されている共有ボタン、ｂ１１１行で定義されている個人ボタンが表示されている。

連携ボタンはＶｉｅｗＯｒｄｅｒ１２０７列に従って、先頭に表示されている。また、図１４（ｂ）、図１４（ｃ）で示すように、連携ボタンは、新規に作成したアプリボタンであると分かるように連携ボタン以外の個人ボタン、共有ボタンとは違う表示にしてもよい。

図９（ｄ）は、ＭＦＰ１０１におけるアプリボタンの実行処理を説明するためのフローチャートである。また、図９（ｄ）のフローチャートは、図５のシーケンス図のステップＳ５１４～ステップＳ５１９におけるＭＦＰ１０１の処理に相当する。

ステップＳ９４０で、メニュー表示部６０２は、ユーザがアプリボタンを押下したことを検知する。ステップＳ９４１で、メニュー表示部６０２は、ユーザが押下したアプリボタンのＴａｒｇｅｔＴｙｐｅ情報を確認する。メニュー表示部６０２は、ＴａｒｇｅｔＴｙｐｅがＷｅｂの場合はステップＳ９４２に処理を進め、ＭＦＰの場合はステップＳ９４５に処理を進める。

ステップＳ９４２で、メニュー表示部６０２は、Ｗｅｂブラウザ６０３を呼び出して、Ｗｅｂアプリケーションにアクセスする。アクセス先は、ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列に定義されたＵＲＬにＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１２０６列をクエリとして付与したＵＲＬである。一例として、ここで呼び出すＷｅｂアプリケーションは、アプリケーションサーバ１０４で提供されているスキャン用のＷｅｂアプリケーションであるとして以降の説明を行う。スキャンは一例であり、プリントやファクスなど他の機能を持つＷｅｂアプリケーションを呼び出してもよい。

ステップＳ９４３で、Ｗｅｂブラウザ６０３は、操作部２２１を通してユーザの操作を受け付け、必要に応じてアプリケーションサーバ１０４と複数回、通信を行いながらＷｅｂアプリケーションの操作を進める。ステップＳ９４４で、スキャン機能提供部６０５はＷｅｂアプリケーションからの呼び出し指示によってスキャンを行う。ステップＳ９４５で、スキャン機能提供部６０５はスキャンの実行結果やスキャンした画像データをアプリケーションサーバ１０４に送付して、処理をステップＳ９５０へ進める。

ステップＳ９４１からの続きのステップＳ９４６で、メニュー表示部６０２は、ユーザが押下したアプリボタンに対応するＭＦＰアプリケーションを呼び出す。具体的には、ＢｕｔｔｏｎＴａｒｇｅｔ１２０５列に定義された実行ファイルに対して、ＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１２０６列のパラメータを付与して呼び出す。一例として、ここで呼び出すＭＦＰアプリケーションは、プリント用ＭＦＰアプリケーション６０９であるとして以降の説明を行う。プリントは一例であり、スキャンやファクスなど他の機能を持つＭＦＰアプリケーションを呼び出してもよい。

ステップＳ９４７で、プリント用ＭＦＰアプリケーション６０９は、操作部２２１を通してユーザの操作を受け付け、必要に応じて設定画面を表示したり、文書のプレビューを行ったり、アプリケーションとしての処理を行う。ステップＳ９４８で、プリント用ＭＦＰアプリケーション６０９は、プリント機能提供部６０６を使ってプリントを実行し、処理をステップＳ９５０へ進める。

ステップＳ９５０で、メニュー表示部６０２は、実行したアプリボタンのＢｕｔｔｏｎＴｙｐｅを確認し、実行したアプリボタンが連携ボタンであったかどうかを判定する。メニュー表示部６０２は、実行したアプリボタンが連携ボタンであった場合は、ステップＳ９５１へ処理を進め、そうでなければ処理を終了する。

ステップＳ９５１で、モバイル端末連携部６０４は、モバイル端末１０２からステップＳ９２４の通知要求を受信しているか否かを確認する。モバイル端末連携部６０４は、通知要求を受信していればステップＳ９５２に処理を進め、そうでなければ処理を終了する。ステップＳ９５２で、モバイル端末連携部６０４は、連携ボタンの実行が完了したことをモバイル端末１０２に通知して処理を終了する。

図９（ｅ）は、モバイル端末１０２がモバイル置き場から離れたことをＭＦＰ１０１が検知して、モバイル端末１０２に通知を行う処理を説明するためのフローチャートである。また、図９（ｅ）のフローチャートは、図５のシーケンス図のステップＳ５２１～ステップＳ５２２におけるＭＦＰ１０１の処理に相当する。

ステップＳ９６０で、モバイル端末連携部６０４は、モバイル端末１０２がモバイル置き場から離れたことを接触検知センサ２２４によって検知する。ステップＳ９６１で、モバイル端末連携部６０４は、モバイル端末１０２からステップＳ９２４の通知要求を受信しているか否かを確認する。モバイル端末連携部６０４は、通知要求を受信していればステップＳ９６２に処理を進め、そうでなければ処理を終了する。ステップＳ９６２で、モバイル端末連携部６０４は、モバイル端末１０２に対して、連携解除の要求を通知して処理を終了する。

なお、図９（ｅ）はモバイル端末１０２に対して、連携解除の要求を通知するタイミングとして「モバイル置き場からモバイル端末１０２が離れたことを検知したとき」を例に説明したが、連携解除の要求を通知する他のタイミングでも同様の処理を行う。

例えば、ステップＳ９６０で「モバイル置き場からモバイル端末１０２が離れたことを検知」する代わりに「ユーザのログアウトを検知」して以降の処理を行う。同様にステップＳ９６０で「モバイル置き場からモバイル端末１０２が離れたことを検知」する代わりに「ユーザの操作が一定時間なかったことを検知」して以降の処理を行う。

図９（ａ）から（ｅ）のフローチャートの効果を示す。ＭＦＰ１０１はモバイル端末１０２と連携した後、管理サーバから連携ボタン情報を取得し、連携ボタンを表示する。当該連携ボタンの実行、削除指示を行うことができる。

図１０は、本実施形態におけるモバイル端末１０２の処理を説明するためのフローチャートである。モバイル端末１０２のＲＯＭ３１２、フラッシュメモリ３１４に記憶されているプログラムを、ＣＰＵ３１１がＲＡＭ３１３に読み出し、実行することで、図１０のフローチャートの各ステップが実行される。

図１０（ａ）は、モバイル端末１０２がＭＦＰ１０１から連携信号を受け取ってから、連携ボタンの作成を管理サーバ１０３に指示するまでの処理を説明するためのフローチャートである。また、図１０（ａ）のフローチャートは、図５のシーケンス図のステップＳ５０５～ステップＳ５０９におけるモバイル端末１０２の処理に相当する。

ステップＳ１００１で、連携信号受信部７０１は、ＢＬＥのアドバタイジングパケットを近距離無線通信Ｉ／Ｆ３１６を使って受信する。ステップＳ１００２で、連携信号受信部７０１は、受信したアドバタイジングパケットに含まれる識別子（ＵＵＩＤ）を確認し、ＭＦＰが発した連携信号であるかどうかを判別する。連携信号受信部７０１は、受信した信号が連携信号であった場合ステップＳ１００３へ処理を進め、そうでなければ処理を終了する。

ステップＳ１００３で、連携信号受信部７０１は、ＭＦＰ連携管理アプリケーション７０３を操作部３１８上で画面切り替えが発生しないようにバックグラウンドで呼び出す。

ステップＳ１００４で、受信したアドバタイジングパケットの電波強度が所定の値以上であれば、モバイル端末１０２がＭＦＰ１０１のモバイル置き場に置かれているとみなして、ＭＦＰ連携管理アプリケーション７０３は、近距離無線通信Ｉ／Ｆ３１６を使ってＭＦＰ１０１に近距離無線通信の接続を要求する。ステップＳ１００５で、ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰ１０１との近距離無線通信の接続の確立を待ち受け、接続が確立すればステップＳ１００６へ処理を進める。以降、明示しない限りＭＦＰ１０１とモバイル端末１０２の間のやり取りは近距離無線通信を使って行われているものとする。

ステップＳ１００６で、ＭＦＰ連携管理アプリケーション７０３は、連携後の処理に必要な通知をモバイル端末１０２に対して行うようＭＦＰ１０１に指示（通知要求）を行う。本実施形態では、連携に必要な通知を「連携ボタンの実行完了」と「連携解除の要求」の２つとする。

ステップＳ１００７で、ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰ１０１に連携情報の取得要求を送信する。連携情報とは、モバイル端末１０２がＭＦＰ１０１と連携するために必要な情報であり、例えばＭＦＰ１０１にログインしているユーザのユーザＩＤ、管理サーバ１０３のＩＰアドレス、ＭＦＰ１０１の識別情報などである。ステップＳ１００８で、ＭＦＰ連携管理アプリケーション７０３は、ステップＳ１００７の応答として、ＭＦＰ１０１から連携情報を受信する。

ステップＳ１００９で、ＭＦＰ連携管理アプリケーション７０３は、操作部３１８の画面に表示されている、もしくはフォアグラウンドなモバイルアプリケーションを識別する。ステップＳ１０１０で、ＭＦＰ連携管理アプリケーション７０３は、識別したモバイルアプリケーションが決められた問い合わせに応答するか否かをもってＭＦＰ１０１との連携対象であるか否かを判別する。ＭＦＰ連携管理アプリケーション７０３は、識別したモバイルアプリケーションが連携対象であればステップＳ１０１１へ処理を進め、そうでなければ処理を終了する。連携対象であるか否かを判別する方法は一例であり、他の方法を用いて判別するようにしてもよい。例えば、あらかじめ連携対象であるモバイルアプリケーションの一覧をモバイル端末１０２上に保持しておいてもよいし、管理サーバ１０３に問い合わせるようにしてもよい。以降、ステップＳ１００９で識別したモバイルアプリケーションをターゲットアプリケーションと呼称する。

ステップＳ１０１１で、ＭＦＰ連携管理アプリケーション７０３は、ターゲットアプリケーションに問い合わせを行って、ターゲットアプリケーションからターゲットアプリデータを取得する。ターゲットアプリデータとは、ターゲットアプリケーションがＭＦＰ１０１と連携する際に必要なデータで、ターゲットアプリケーションによって異なる。例えば、クラウドストレージを管理するためのモバイルアプリケーションであれば、現在表示しているフォルダを示す識別子であったり、文書作成アプリケーションであれば現在作成している文書を印刷するための印刷データであったりする。ターゲットアプリデータは単一のとは限らず、複数の場合もある。また、ターゲットアプリケーションがＭＦＰの連携対象であった場合のみターゲットアプリデータを取得するという構成でもよい。

ステップＳ１０１２で、ＭＦＰ連携管理アプリケーション７０３は、管理サーバ１０３のモバイルアプリ連携部８０３にターゲットアプリケーションの識別子とターゲットアプリデータ、ユーザＩＤ、ＭＦＰ１０１の識別情報等を送信し、連携ボタンの作成を指示する。本実施形態ではステップＳ１００８で取得した連携情報に含まれるＩＰアドレスの管理サーバ１０３を接続先として使用するが、あらかじめＭＦＰ連携管理アプリケーション７０３に管理サーバ１０３のＩＰアドレスを接続先として設定しておくように構成してもよい。

ステップＳ１０１３で、ＭＦＰ連携管理アプリケーション７０３は、ステップＳ１０１２の応答として、管理サーバ１０３のモバイルアプリ連携部８０３から連携ボタンの作成結果を受信して、処理を終了する。作成結果の中には、作成の成否や作成した連携ボタンの識別子（ＢｕｔｔｏｎＩＤ１２０１）などが含まれている。

図１０（ｂ）は、モバイル端末１０２がＭＦＰ１０１から連携ボタンの実行完了通知を受け取ったときの処理を説明するためのフローチャートである。また、図１０（ｂ）のフローチャートは、図５のシーケンス図のステップＳ５１９～ステップＳ５２０におけるモバイル端末１０２の処理に相当する。

ステップＳ１０２０で、ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰ１０１から連携ボタンの実行が完了した旨の通知を受け取る。ステップＳ１０２０で、ＭＦＰ連携管理アプリケーション７０３は、ターゲットアプリケーションに連携ボタンの実行完了後の処理を行うよう指示する。

ステップＳ１０２２で、指示を受けたターゲットアプリケーションは、連携ボタンの実行完了後の処理を行う。連携ボタンの実行完了後に必要な処理はターゲットアプリケーション毎に異なる。例えば、ターゲットアプリケーションがアドレス帳アプリケーション７０６の場合、表示中の宛先に送信した旨を表示する。また、ターゲットアプリケーションがクラウド文書管理モバイルアプリケーション７０４の場合、ファイル一覧画面の表示を最新の状態に更新して、ＭＦＰ１０１がクラウドにアップロードした画像データが反映された状態となるようにする。

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

ステップＳ１０３０で、ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰ１０１から連携解除の要求を受け取る。

ステップＳ１０３１で、ＭＦＰ連携管理アプリケーション７０３は、ＭＦＰ１０１との近距離無線通信の接続を閉じる。

ステップＳ１０３２で、ＭＦＰ連携管理アプリケーション７０３は、連携ボタンの有無を判別する。連携ボタンの有無は、図１０（ａ）のフローチャートのステップＳ１０１２からステップＳ１０１３の結果によって判断する。ＭＦＰ連携管理アプリケーション７０３は、連携ボタンがあればステップＳ１３０３へ処理を進め、連携ボタンがなければ処理を終了する。

ステップＳ１０３３で、ＭＦＰ連携管理アプリケーション７０３は、管理サーバ１０３のボタン管理部８０１にユーザＩＤ、連携ボタンの識別子を渡して、連携ボタンの削除を指示する。ステップＳ１０３４で、ＭＦＰ連携管理アプリケーション７０３は、ステップＳ１０３２に対する応答として、管理サーバ１０３のボタン管理部８０１から削除結果を受け取り、処理を終了する。

なお、図１０（ｃ）のフローチャートは、ＭＦＰ１０１から連携解除の要求を受けた場合の処理になっているが、ＭＦＰ１０１との近距離無線通信の接続が何らかしらの原因で閉じた場合にも同様の処理（ステップＳ１０３２以降の処理）を行う。

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

図１１（ａ）は、管理サーバ１０３がＭＦＰ１０１からアプリボタン情報の取得要求を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ａ）のフローチャートは、図５のシーケンス図のステップＳ５０２、ステップＳ５１２、ステップＳ５２６の各ステップにおける管理サーバ１０３の処理に相当する。

ステップＳ１１０１で、ボタン管理部８０１は、ＭＦＰ１０１からアプリボタン情報の取得要求を受け取る。取得要求にはユーザＩＤが含まれている。

ステップＳ１１０２で、ボタン管理部８０１は、ボタン管理テーブル８０２を参照し、取得要求に含まれていたユーザＩＤに対応するアプリボタンの情報を抽出する。例えばユーザＩＤが「ｕ００１」の場合、抽出するアプリボタンの情報は、ｂ００１行～ｂ００５行に定義されている５つの共有ボタンと、ｂ１０１行に定義されている１つの個人ボタンの計６つのアプリボタンの情報である。加えて、連携ボタンが作成済みの場合、ｂ２０１行の連携ボタンの情報も抽出する。

ステップＳ１１０３で、ボタン管理部８０１は、ステップＳ１１０１の応答として抽出したアプリボタンの情報をＭＦＰ１０１に送信して、処理を終了する。

図１１（ｂ）は、管理サーバ１０３がモバイル端末１０２から連携ボタンの作成指示を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ｂ）のフローチャートは、図５のシーケンス図のステップＳ５０９～ステップＳ５１１における管理サーバ１０３の処理に相当する。

ステップＳ１１１０で、モバイルアプリ連携部８０３は、モバイル端末１０２から連携ボタンの作成指示を受け取る。作成指示にはターゲットアプリケーションの識別子とターゲットアプリデータ、ユーザＩＤ、ＭＦＰ１０１の識別情報が含まれている。

ステップＳ１１１１で、モバイルアプリ連携部８０３は、モバイルアプリ連携テーブル８０４からターゲットアプリケーションに対応する情報を取り出す。具体的には、ＭｏｂｉｌｅＡｐｐＩＤ１３０２列の値が作成指示に含まれるターゲットアプリケーションの識別子と同一のレコードを抽出する。例えば、ターゲットアプリケーションの識別子が「ＷｅｂＤｒｉｖｅ」の場合、抽出結果としてｍ００１行が得られる。

ステップＳ１１１２で、モバイルアプリ連携部８０３は、ステップＳ１１１１でターゲットアプリケーションに対応する情報を取り出せたか否かを判別する。モバイルアプリ連携部８０３は、連携情報を取り出せた場合はステップＳ１１１３に処理を進め、取り出せなかった場合はステップＳ１１２０でエラーをモバイル端末１０２に応答して処理を終了する。

ステップＳ１１１３で、モバイルアプリ連携部８０３は、ステップＳ１１１０で受け取った作成指示とステップＳ１１１１で取り出した対応する情報をもとに、連携ボタンをボタン管理テーブル８０２に登録するための情報を生成する。

ステップＳ１１１４で、ボタン管理部８０１は、生成した連携ボタンの情報をボタン管理テーブル８０２に登録する。例として、ステップＳ１１１０で受け取った作成指示が、ターゲットアプリケーションの識別子「ＷｅｂＤｒｉｖｅ」、ターゲットアプリデータ「ｃｕｒｒｅｎｔ ｐａｔｈ＝／ｍｙ／ｆｏｌｄｅｒ」、ユーザＩＤ「ｕ００１」の場合、ボタン管理テーブル８０２にｂ２０１行が出来る。

ＢｕｔｔｏｎＩＤ１２０１は、ボタン管理部８０１によって採番する。ＢｕｔｔｏｎＴｙｐｅ１２０２には連携ボタンであることを示す「ＭｏｂｉｌｅＬｉｎｋ」を設定する。ＢｕｔｔｏｎＮａｍｅ１２０３には、モバイルアプリ連携テーブル８０４のＢｕｔｔｏｎＮａｍｅ１３０３の変数をターゲットアプリデータの値で置換した値を設定する。ＴａｒｇｅｔＴｙｐｅ１２０４には、モバイルアプリ連携テーブル８０４のＴａｒｇｅｔＴｙｐｅ１３０４の値を設定する。ＢｕｔｔｏｎＴａｒｇｅｔ１２０５には、モバイルアプリ連携テーブル８０４のＢｕｔｔｏｎＴａｒｇｅｔ１３０５の値を設定する。ＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１２０６には、モバイルアプリ連携テーブル８０４のＢｕｔｔｏｎＰａｒａｍｅｔｅｒ１３０６の値、ＭｏｂｉｌｅＰａｒａｍＮａｍｅ１３０７の値、ＭｏｂｉｌｅＰａｒａｍｅＫｅｙ１３０８をターゲットアプリデータで置換した値を設定する。ＶｉｅｗＯｒｄｅｒ１２０７には、ＭＦＰ１０１のメニュー画面で連携ボタンが先頭に表示されるように「－１」を設定する。ＵｓｅｒＩＤ１２０８には、ステップＳ１１１０で受け取った作成指示に含まれるユーザＩＤを設定する。

なお、本実施形態では連携ボタンを作成するために、モバイルアプリ連携テーブル８０４を使用したが、モバイルアプリ連携テーブル８０４を使用せずに連携ボタンを作成することもできる。例えば、図１０（ａ）のステップＳ１０１１で取得するＭＦＰ連携管理アプリケーション７０３がターゲットアプリケーションから取得するターゲットアプリデータに、ボタン管理テーブル８０２に連携ボタンを登録するために必要なすべての情報を含めるように構成してもよい。

ステップＳ１１１５で、モバイルアプリ連携部８０３は、ステップＳ１１１０の応答として、モバイル端末１０２に連携ボタンの作成結果を通知する。作成結果の中には、作成の成否や作成した連携ボタンの識別子（ＢｕｔｔｏｎＩＤ１２０１）などが含まれている。

ステップＳ１１１６で、ボタン管理部８０１は、ＭＦＰ１０１にボタン情報が更新された旨を通知して処理を終了する。

図１１（ｃ）は、管理サーバ１０３がモバイル端末１０２から連携ボタンの削除指示を受け取ったときの処理を説明するためのフローチャートである。また、図１１（ｃ）のフローチャートは、図５のシーケンス図のステップＳ５２３～ステップＳ５２５における管理サーバ１０３の処理に相当する。

ステップＳ１１３０で、ボタン管理部８０１は、モバイル端末１０２から連携ボタンの削除指示を受け取る。削除指示には連携ボタンの識別子とユーザＩＤが含まれている。ステップＳ１１３１で、ボタン管理部８０１は、ボタン管理テーブル８０２に削除指示に対応する連携ボタンの情報が存在するか否かを判別する。具体的には、ボタン管理部８０１は、ＢｕｔｔｏｎＩＤ１２０１がステップＳ１１３０で受け取った連携ボタンの識別子の値と一致するレコードがあるか否かを判別する。ボタン管理部８０１は、連携ボタンの情報が存在する場合にはステップＳ１１３２に処理を進め、そうでなければステップＳ１１４０で削除するボタンがなかった旨をモバイル端末１０２に応答して処理を終了する。

ステップＳ１１３２で、ボタン管理部８０１は、ボタン管理テーブル８０２からステップＳ１１３０で削除指示に対応する連携ボタンのレコードを削除する。

ステップＳ１１３３で、モバイルアプリ連携部８０３は、ステップＳ１１３０の応答として、モバイル端末１０２に連携ボタンの削除結果を通知する。ステップＳ１１３４で、ボタン管理部８０１は、ＭＦＰ１０１にボタン情報が更新された旨を通知して処理を終了する。

以上、本実施形態において説明した手順により、複雑な手順を必要とせず、ユーザがモバイル端末を所定の置き場に置くだけで、モバイル端末の画面に表示されている、もしくはフォアグラウンドなモバイルアプリケーションに応じた機能をＭＦＰで実行可能になる。なお本実施形態ではＭＦＰ１０１にユーザがログインする構成を示したが、必ずしもＭＦＰ１０１にログインする必要は無く「ｇｕｅｓｔ」として処理を進め、ユーザＩＤを用いずとも連携ボタンを表示させるようにしてもよい。また、本実施形態ではモバイル端末が連携ボタンの作成を指示しているが、これに限るものではなくＭＦＰ１０１が連携ボタン作成を指示してもよい。この場合、モバイル端末１０２はターゲットアプリケーションとターゲットアプリデータをＭＦＰ１０１に通知し、ＭＦＰ１０１は通知された情報を基に管理サーバに連携ボタン作成指示を出す。

（第２の実施形態）
第１の実施形態では、モバイル端末１０２の画面に表示されている、もしくはフォアグラウンドなモバイルアプリケーションに応じた連携ボタンを１つ作成する例を説明した。しかしながら、モバイルアプリケーションによっては、アプリケーションの状態に応じて作成する連携ボタンが異なる場合がある。また、連携ボタンを１つだけでなく、複数作成したほうがよい場合もある。ターゲットアプリケーションがクラウド写真管理アプリケーションであった場合を一例として具体例を示す。モバイル端末１０２でクラウドのパスを表示している場合は当該パスにＭＦＰ１０１でスキャンした画像を保存すると予想される。一方、モバイル端末１０２でクラウドに保存された文書データを表示している場合は、当該文書データをＭＦＰ１０１で印刷することが予想される。このように、同一のアプリケーションでもアプリケーションの状態によって作成する連携ボタンを変えてもよい。

そこで第２の実施形態として、モバイル端末１０２の画面に表示されている、もしくはフォアグラウンドなモバイルアプリケーションとその状態に応じて複数の連携ボタンを作成するように構成した実施形態を説明する。第２の実施形態は、第１の実施形態を変形したものであるため、差分のみを説明する。

第２の実施形態におけるモバイル端末１０２の処理を説明する。図１０（ａ）のステップＳ１０１１で、ＭＦＰ連携管理アプリケーション７０３は、ターゲットアプリケーションに問い合わせを行って、ターゲットアプリケーションからターゲットアプリデータを取得する。このとき、ターゲットアプリデータの一部として、ターゲットアプリケーションの状態を取得する。ここでターゲットアプリケーションの状態はターゲットアプリデータに基づいていてもよい。ステップＳ１０１２で、ＭＦＰ連携管理アプリケーション７０３は、管理サーバ１０３のモバイルアプリ連携部８０３にターゲットアプリケーションの識別子、ターゲットアプリケーションの状態を含むターゲットアプリデータ、ユーザＩＤを送信し、連携ボタンの作成を指示する。

次に、第２の実施形態における管理サーバ１０３の処理を説明する。図１１（ｂ）のステップＳ１１１０で、モバイルアプリ連携部８０３は、モバイル端末１０２から連携ボタンの作成指示を受け取る。作成指示にはターゲットアプリケーションの識別子、ターゲットアプリケーションの状態を含むターゲットアプリデータ、ユーザＩＤが含まれている。ステップＳ１１１１で、モバイルアプリ連携部８０３は、モバイルアプリ連携テーブル８０４からターゲットアプリケーションの状態に対応する情報を取り出す。

図１５は、第２の実施形態におけるモバイルアプリ連携テーブル８０４である。第１の実施形態におけるモバイルアプリ連携テーブル８０４との違いは、ＭｏｂｉｌｅＡｐｐＳｔａｔｕｓ１５０１列が増えている点である。１３０１列～１３０８列は第１の実施形態と同じため説明を省略する。ＭｏｂｉｌｅＡｐｐＳｔａｔｕｓ１５０１列は、ＭｏｂｉｌｅＡｐｐＩＤ１３０２列で定義したモバイルアプリケーションの状態を定義する列である。

例えば、ｍ００１、ｍ００２列は、いずれも「ＷｅｂＤｒｉｖｅ」を識別子とするクラウド文書管理アプリケーションが表示されているときに作成する連携ボタンの情報が定義されているが、１５０１列のモバイルアプリケーションの状態に応じて異なる連携ボタンの情報が定義されている（アプリケーションの状態が「文書一覧画面」であれば「スキャンして保存」を定義し、「文書データ表示」であれば「文書データ印刷」を定義している）。また、ｍ１０３行とｍ１０４行は、ＭｏｂｉｌｅＡｐｐＩＤ１３０２列の値とＭｏｂｉｌｅＡｐｐＳｔａｔｕｓ１５０１列の値が同じであり、同じアプリケーションの状態でも作成する連携ボタンが複数であることが定義されている。具体的には「ＰｈｏｔｏＢｏｘ」を識別子とするクラウド写真管理アプリケーション７０５がアルバムモード（ＡｌｂｕｍＭｏｄｅ）の場合、ｍ１０３行とｍ１０４行で定義されている情報で２つ連携ボタンを作成する。ｍ１０３行の情報をもとに作成する連携ボタンは、ＭＦＰ１０１でスキャンした画像データを、モバイル端末１０２でクラウド写真管理アプリケーション７０５が表示しているアルバムの場所に追加するためのアプリボタンである。一方、ｍ１０４行の情報をもとに作成する連携ボタンは、モバイル端末１０２でクラウド写真管理アプリケーション７０５が表示しているアルバムに含まれる写真のサムネイルをＭＦＰ１０１でプリントするためのアプリボタンである。

図１６は、第２の実施形態における同じアプリケーションの状態でも作成する連携ボタンを複数保持する場合のボタン管理テーブル８０２の一部であり、連携ボタンとして２つのアプリボタンの情報が登録されている。ボタン管理テーブル８０２には、他に図１２（ａ）に記載のレコードも登録されている。ｂ３０１行は、図１５に示すモバイルアプリ連携テーブル８０４のｍ１０３行を元に作成した連携ボタンの情報である。ｂ３０２行は、図１５に示すモバイルアプリ連携テーブル８０４のｍ１０４行を元に作成した連携ボタンの情報である。

図１７は、第２の実施形態におけるメニュー画面の例である。メニュー画面には、ｂ３０１行、ｂ３０２行に定義されている２つの連携ボタンと、ｂ００１行～ｂ００５行に定義されている５つの共有ボタン、ｂ１０１行に定義されている１つの個人ボタンの計８つのアプリボタンがＶｉｅｗＯｒｄｅｒ１２０７列で定義された順で表示されている。

以上、本実施形態において説明した手順により、ＭＦＰとモバイル端末が通信した時に、モバイル端末の画面に表示されている、もしくはフォアグラウンドなモバイルアプリケーションの状態に応じた処理がＭＦＰで実行可能な状態になり、ユーザの利便性が向上する。

（第３の実施形態）
第１および第２の実施形態では、ＭＦＰ１０１のメニュー画面に表示するアプリボタンを管理サーバ１０３が管理するシステム構成であった。ＭＦＰが複数台存在する場合、管理サーバ１０３でアプリボタンを管理することにより、どのＭＦＰでも同じメニュー画面を表示できるという利点がある。しかしながら、ＭＦＰが１台しかない場合や複数台のＭＦＰで同じメニュー画面を使わない場合は、管理サーバ１０３での管理は必ずしも必要ではない。そこで、第３の実施形態として、管理サーバ１０３がない実施形態を説明する。第３の実施形態は、第１の実施形態を変形したものであるため、差分のみを説明する。

図１８は、第３の実施形態におけるＭＦＰ１０１におけるソフトウェア構成図である。第１の実施形態におけるＭＦＰ１０１のソフトウェア構成に、管理サーバ１０３のソフトウェアおよびテーブルを加えたソフトウェア構成となっている。

第３の実施形態では、第１の実施形態において管理サーバ１０３が行っていた処理をＭＦＰ１０１がすべて行う。つまり、図１１のフローチャートはＭＦＰ１０１の処理となる。

ＭＦＰ１０１が管理サーバ１０３と同じ処理を行うため、図９（ｂ）のステップＳ９２６で、モバイル端末連携部６０４は、管理サーバ１０３のＩＰアドレスとして自装置のＩＰアドレスをモバイル端末１０２に送付する。そうすることで、第１の実施形態でモバイル端末１０２が管理サーバ１０３へ行っていた通信は、第３の実施形態においては、ＭＦＰ１０１への通信となる。

もしくは、モバイル端末１０２と管理サーバの役割を持つＭＦＰ１０１との通信において、ネットワークＩ／Ｆを使わずに、近距離無線通信を使用して直接やり取りを行うように構成してもよい。また、その場合はユーザを特定する必要はなく、現在ＭＦＰ１０１に表示しているメニュー画面に連携ボタンを表示すればよい。

以上、本実施形態において説明した手順により、管理サーバが存在しない場合においても、第１の実施形態および第２の実施形態と同様の処理が可能となる。

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

Claims (13)

1. サーバと前記サーバにアクセスが可能な情報処理装置とアプリケーションを実行可能な端末と、を含む情報処理システムであって、
   前記端末は、
   前記情報処理装置との間で確立した通信により、前記アプリケーションの一部の処理を前記情報処理装置で実行するための前記情報処理装置と前記端末との連携に係る情報を取得したことに基づいて、前記端末上で実行されているアプリケーションの識別子を送信する第一送信手段と、
   を有し、
   前記サーバは、
   アプリケーションの識別子と当該アプリケーションに応じた所定の処理を呼び出すボタンを表示させるための所定情報とを対応づけて記憶する記憶手段と、
   前記第一送信手段で送信されたアプリケーションの識別子を受信する第一受信手段と、
   前記第一受信手段で受信したアプリケーションの識別子と対応付けて記憶された所定情報を前記情報処理装置に送信する第二送信手段と、
   を有し、
   前記情報処理装置は、
   前記第二送信手段で送信された所定情報を受信する第二受信手段と、
   前記第二受信手段が受信した所定情報を基に、当該所定情報が示す処理を呼び出すボタンを表示部に表示する表示手段と、
   前記表示手段で表示されるボタンが押下されることに基づいて、前記所定の処理を実行する実行手段と、
   を有し、
   前記第一送信手段は、前記連携が解除されたことに基づいて、前記ボタンを削除する要求を送信し、
   前記第二受信手段が前記サーバを介して前記要求を受信したことに基づいて、前記表示手段は前記ボタンを削除する
   ことを特徴とする情報処理システム。
2. 前記端末は前記情報処理装置と近距離無線通信を行う通信手段をさらに有し、
   前記通信手段で受信する前記情報処理装置からの近距離無線通信の信号強度が所定値以上である場合、連携に係る情報を取得したことに基づいて、前記第一送信手段は前記アプリケーションの識別子を送信する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記第一送信手段は前記端末上で実行されているアプリケーションにおいて処理対象となっているデータを更に送信し、前記所定の処理とは前記データを用いた処理である
   ことを特徴とする請求項１または２に記載の情報処理システム。
4. 前記端末上で実行されているアプリケーションは、前記端末の表示部に表示されているアプリケーションまたは、前記端末上でフォアグラウンドで実行されているアプリケーションである
   ことを特徴とする請求項１から３のいずれか一項に記載の情報処理システム。
5. 前記第一送信手段は、前記端末と前記情報処理装置とが通信した時に前記端末上でフォアグラウンドで実行されているアプリケーションの識別子を送信する
   ことを特徴とする請求項１から４のいずれか一項に記載の情報処理システム。
6. 前記所定の処理とは前記端末上で実行されているアプリケーションの状態に応じた処理である
   ことを特徴とする請求項１から５のいずれか一項に記載の情報処理システム。
7. 前記実行手段はＷｅｂブラウザを用いて前記所定の処理を実行する
   ことを特徴とする請求項１から６のいずれか一項に記載の情報処理システム。
8. 前記端末と前記情報処理装置が通信することに基づいて、ユーザ情報と前記サーバのＩＰアドレスと前記情報処理装置の識別情報の少なくともいずれかの情報が前記情報処理装置と前記端末との間で通信される
   ことを特徴とする請求項１から７のいずれか一項に記載の情報処理システム。
9. 前記通信手段で近距離無線通信が行われると、前記端末上で実行されているアプリケーションを識別するためのアプリケーションが起動される
   ことを特徴とする請求項２に記載の情報処理システム。
10. 前記第一送信手段は前記アプリケーションの識別子を前記サーバに送信する
    ことを特徴とする請求項１から９のいずれか一項に記載の情報処理システム。
11. 前記情報処理装置は、さらにユーザを認証する認証手段を有し、
    前記表示手段は前記認証手段で認証したユーザの情報に基づいたボタンを作成すること
    を特徴とする請求項１に記載の情報処理システム。
12. サーバと前記サーバにアクセスが可能な情報処理装置とアプリケーションを実行可能な端末と、を含む情報処理システムが実行する情報処理方法であって、
    前記情報処理装置との間で確立した通信により、前記アプリケーションの一部の処理を前記情報処理装置で実行するための前記情報処理装置と前記端末との連携に係る情報を取得したことに基づいて、前記端末上で実行されているアプリケーションの識別子を送信する第一送信工程と、
    前記サーバにおいてアプリケーションの識別子と当該アプリケーションに応じた所定の処理を呼び出すボタンを表示させるための所定情報とを対応づけて記憶する記憶工程と、
    前記サーバにおいて前記第一送信工程で送信されたアプリケーションの識別子を受信する第一受信工程と、
    前記サーバにおいて前記第一受信工程で受信したアプリケーションの識別子と対応付けて記憶された所定情報を前記情報処理装置に送信する第二送信工程と、
    を有し、
    前記情報処理装置において前記第二送信工程で送信された所定情報を受信する第二受信工程と、
    前記第二受信工程で受信した所定情報を基に、当該所定情報が示す処理を呼び出すボタンを表示部に表示する表示工程と、
    前記表示工程で表示されるボタンが押下されることに基づいて、前記所定の処理を実行する実行工程と、
    を有し、
    前記第一送信工程では、前記連携が解除されたことに基づいて、前記ボタンを削除する要求を送信し、
    前記第二受信工程で前記サーバを介して前記要求を受信したことに基づいて、前記表示工程では前記ボタンを削除する
    ことを特徴とする情報処理方法。
13. 請求項１２に記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images