JP7604246B2 - 画像処理装置、その制御方法及びプログラム - Google Patents

Description

画像処理装置、その制御方法及びプログラムに関する。

特許文献１には、アプリケーションを実行するためのオブジェクトがどのアプリケーションのオブジェクトであるかをわかりやすくするために、取得したアプリケーションのタイトルとアイコンをオブジェクトとして表示する画像処理装置が開示されている。

特開２０１８－１３３０００号公報

ユーザがインターネットで公開されているチャットサービスを使用して、スキャンして生成した画像データをチャットサービスの特定のトークルームで共有する場合、以下のような課題がある。例えば、あらかじめオブジェクトに画像データを共有する特定のトークルームの情報（グループの情報）を対応づけて記憶し、そのオブジェクトの操作で画像データを特定のトークルームに送信することが考えられる。

その場合、特許文献１のように、アプリケーションのタイトルやアイコンが表示されるだけでは、どのチャットサービスのオブジェクトであるかは判別できるが、どのグループで画像データを共有するためのオブジェクトであるかを容易に判別することができない。

特に、複数のトークルームのそれぞれで画像データを共有するために、トークルームごとの複数のオブジェクトが登録されることも考えられる。その場合、どのオブジェクトがどのトークルーム用であるかをユーザが容易に判別しづらい。

本発明は上記の課題に鑑みてなされたものであり、登録されたオブジェクトが選択されることにより画像データが共有されるグループをオブジェクトから容易に判別できる仕組みを提供することを目的とする。

本発明の画像処理装置は、受信した送信先のグループの情報に基づいて、受信した画像データをグループで共有するよう制御するチャットサーバと通信する画像処理装置であって、前記チャットサーバのグループであり、画像データの送信先のグループをオブジェクトに対応づけて登録する登録手段と、前記チャットサーバから前記グループに対応する識別情報を取得する取得手段と、前記登録されたオブジェクトを表示する表示手段と、
前記表示されたオブジェクトが選択されることによって、画像データと前記送信先のグループの情報を前記チャットサーバに送信する送信手段と、を有し、前記オブジェクトは前記識別情報を含むことを特徴とする。

登録されたオブジェクトが選択されることにより画像データが共有されるグループをオブジェクトから容易に判別できる仕組みを提供することができる。

本発明のシステム構成の一例を示す図 ＭＦＰ１０１のハードウェア構成の一例を示す図 モバイル端末２００のハードウェア構成の一例を示す図 メッセージアプリサーバ３００のハードウェア構成の一例を示す図 ボットサーバ４００のハードウェア構成の一例を示す図 ＭＦＰ１０１がスキャンして生成したファイルをメッセージアプリサーバ３００に送信するシーケンスの一例を示す図 ＭＦＰ１０１で実行されるスキャンｔｏチャット処理の一例を示すフローチャート ＭＦＰ１０１がスキャンして生成したファイルを、ボットサーバ４００を介して、メッセージアプリサーバ３００に送信するシーケンスの一例を示す図 スキャンｔｏチャット処理の一例を示すフローチャート メッセージアプリサーバ内のファイル構造の一例を示す図 メッセージアプリのメッセージ画面の一例を示す図 設定登録画面の一例を示す図 ＭＦＰ１０１の操作部１１６に表示されるホーム画面の一例を示す図 スキャンｔｏチャット処理の画面遷移の一例を示す図 スキャンｔｏチャット処理の画面遷移の一例を示す図 ＩＤとトークン情報を対応づけの一例を示す図 ボタン設定登録画面の一例を示す図 メッセージサービスの各要素とそれに対応するアイコンを示す図 アイコンを取得する際の処理を示すフローチャート

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施例において示す構成は一例であり本発明は図示された構成に限定されるものではない。

図１は、本発明のシステム構成の一例を示す図である。本実施例のシステム構成は、端末装置の一例であるモバイル端末２００とネットワーク１００を介して通信可能な画像処理装置であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１とメッセージアプリサーバ３００から構成される。また、ボットサーバ４００もネットワーク１００を介して接続され、通信可能である。メッセージアプリサーバ３００は、ＭＦＰ１０１、モバイル端末２００から送信されたメッセージや画像データを受信し、ユーザ操作によりモバイル端末２００や不図示のＰＣ上に表示するチャットサービスを管理するチャットサーバである。ボットサーバ４００は、ＭＦＰ１０１と接続するメッセージアプリサーバ３００にインストールされているボットアプリに対応する情報（トークン情報）との紐づけを行い、ＭＦＰ１０１からの要求をメッセージアプリサーバ３００に転送する。なお、本実施例のネットワーク１００は、インターネットでもよいし、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）でもよい。また、ネットワーク１００は、有線でも無線でもよい。

図２は、ＭＦＰ１０１のハードウェア構成の一例を示す図である。ＭＦＰ１０１はＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４、操作部Ｉ／Ｆ１１５、操作部１１６、読取部Ｉ／Ｆ１１７、読取部１１８、印刷部Ｉ／Ｆ１１９、印刷部１２０、無線通信部Ｉ／Ｆ１２１、無線通信部１２２を備える。また、ＭＦＰ１０１はＦＡＸ部Ｉ／Ｆ１２３、ＦＡＸ通信部１２４、通信部Ｉ／Ｆ１２５、通信部１２６を備える。

ＣＰＵ１１１を含む制御部１１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ１１２又はストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して、読取制御や印刷制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。また、ＲＯＭ１１２は、ブートプログラムやフォントデータなども格納する。ＲＡＭ１１３は、主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、画像データ、印刷データ、各種プログラム、及び各種設定情報を記憶する。本実施例ではストレージ１１４としてフラッシュメモリを想定しているが、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などの補助記憶装置を用いるようにしても良い。また、ｅＭＭＣ（ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ）を用いるようにしても良い。

なお、本実施例のＭＦＰ１０１は、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、これに限るものではない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ１１５は、例えばタッチパネルのような表示部やハードキーを含む操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザに対して情報を表示したり、ユーザからの入力を検出したりする。

読取部Ｉ／Ｆ１１７は、例えばスキャナのような読取部１１８と制御部１１０を接続する。読取部１１８は原稿の画像を読み取って、ＣＰＵ１１１がその画像をバイナリーデータなどの画像データに変換する。読取部１１８によって読み取られた画像に基づき生成された画像データは、外部装置に送信されたり、記録紙上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、例えばプリンタのような印刷部１２０と制御部１１０を接続する。ＣＰＵ１１１は、ＲＡＭ１１３に記憶された画像データ（印刷データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、転送された画像データに基づく画像を給紙カセットから給送された記録紙に印刷する。

無線通信部Ｉ／Ｆ１２１は、無線通信部１２２を制御する為のＩ／Ｆで制御部１１０と無線経由で外部の無線機器（ここではモバイル端末２００）と接続する。

制御部１１０は、ＦＡＸ部Ｉ／Ｆ１２３により、ファクシミリのようなＦＡＸ通信部１２４を制御する事で公衆回線網１０７に接続される。ＦＡＸ部Ｉ／Ｆ１２３は、ＦＡＸ通信部１２４を制御する為のＩ／Ｆで、ファクシミリ通信用のモデムやＮＣＵを制御する事で公衆回線網への接続、ファクシミリ通信プロトコルの制御などを行う事が可能となる。

通信部Ｉ／Ｆ１２５は、制御部１１０とネットワーク１００を接続する。通信部Ｉ／Ｆ１２５は、通信部１２６がネットワーク１００上の外部装置に画像データや装置内部の各種情報を送信したり、ネットワーク１００上の情報処理装置から印刷データやネットワーク１００上の情報を受信したりする。ネットワーク１００を介した送受信の方法としては、電子メールを用いての送受信や、その他のプロトコル（例えば、ＦＴＰやＳＭＢ、ＷＥＢＤＡＶ等）を用いたファイル送信を行うことができる。さらに、モバイル端末２００、メッセージアプリサーバ３００、ボットサーバ４００からのＨＴＴＰ通信によるアクセスで、画像データや各種設定データをネットワーク１００で送受信する事もできる。

図３はモバイル端末２００のハードウェア構成の一例を示す図である。なお、本実施形態のモバイル端末２００はスマートフォンやタブレットＰＣ等の装置を想定しているが、Ｗｉ－Ｆｉ通信が可能な情報処理装置であれば他の装置であってもよい。

ＣＰＵ２０７はＲＯＭ２０８が記憶している制御プログラムを読み出して、モバイル端末２００の動作を制御するための様々な処理を実行する。ＲＯＭ２０８は、制御プログラムを記憶している。ＲＡＭ２０９は、ＣＰＵ２０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１０は、写真や電子文書等の様々なデータを記憶する。

操作パネル２０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳやＥメール送信アプリケーションが提供する各種画面を表示する。また、操作パネル２０１は、メッセージアプリサーバ３００に記憶されている情報を確認するために使用される。ユーザは操作パネル２０１にタッチ操作を入力することで、モバイル端末２００に所望の操作指示を入力することができる。なお、モバイル端末２００は不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いてモバイル端末２００に操作指示を入力することができる。

カメラ２０４はユーザの撮像指示に応じて撮像する。カメラ２０４で撮像された写真は、ＨＤＤ２１０の所定の領域に記憶される。また、ＱＲコード（登録商標）解析が可能なプログラムを用いて、カメラ２０４で読み取ったＱＲコードから情報を取得することも可能である。

モバイル端末２００はＮＦＣ通信部２０５、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信部２０６、無線ＬＡＮ通信部２１１を介して各種周辺機器とデータの授受を行うことができる。モバイル端末２００のＢｌｕｅｔｏｏｔｈ通信部２０６はＢｌｕｅｔｏｏｔｈ（登録商標）Ｌｏｗ Ｅｎｅｒｇｙに対応していてもよい。端末が普及し始めている。

図４はメッセージアプリサーバ３００のハードウェア構成の一例を示す図である。ＣＰＵ３０１はＲＯＭ３０２が記憶している制御プログラムを読み出して、メッセージアプリサーバ３００の動作を制御するための様々な処理を実行する。ＲＯＭ３０２は、制御プログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３０５は、メッセージ、画像、チャンネル情報等の様々なデータを記憶する。通信部３０４を介してモバイル端末２００、ＭＦＰ１０１など各種機器とデータの授受を行うことができる。なお、通信部３０４はＥｔｈｅｒｎｅｔ（登録商標）を用いた有線の通信を行ってもいいし、Ｗｉ－Ｆｉのような無線通信を行ってもよい。

図５はボットサーバ４００のハードウェア構成の一例を示す図である。ＣＰＵ４０１はＲＯＭ４０２が記憶している制御プログラムを読み出して、メッセージアプリサーバの動作を制御するための様々な処理を実行する。ＲＯＭ４０２は、制御プログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ４０５は、メッセージ、画像データ、チャンネル情報等の様々なデータを記憶する。通信部４０４を介してモバイル端末２００、ＭＦＰ１０１、メッセージアプリサーバ３００など各機種とデータの送受信を行うことができる。

図１３は、ＭＦＰ１０１の操作部１１６に表示されるホーム画面の一例を示す図である。操作部１１６は、操作画面を表示するタッチパネル６０１とＬＥＤ６１０、６１１からなる。タッチパネル６０１は、指示手段であり、ユーザからの指示を受け付ける受付手段としても機能するし、画面を表示する表示手段としても機能する。ユーザは、タッチパネル６０１上に表示される画面を指やスタイラス等のオブジェクトで直接タッチし、表示された画面に基づく各機能の実行を指示する。

図１３に示すタッチパネル６０１は、ホーム画面６０８を表示している。ホーム画面６０８は、ＭＦＰ１０１の各機能の実行を指示する為の最初の画面で、コピー、ファクス、スキャン、メディアプリント、などＭＦＰ１０１が実行する各機能の為の各種設定を行う画面表示を選択する為の画面である。

状況確認ボタン６０５は、ＭＦＰ１０１の状態を確認する画面（状況確認画面）を表示するためのオブジェクトである。不図示の状況確認画面より送信履歴やジョブの実行履歴を表示する事が可能となる。

スキャンｔｏチャットボタン６０２は、スキャンｔｏチャット処理を実行するためのオブジェクトである。スキャンｔｏチャットボタン６０２がユーザにより選択されると、ボタンの設定情報に応じて、図１４、図１５の所定の画面が操作部１１６に表示される。スキャンｔｏチャット処理については、図６、７で詳細に説明する。スキャンｔｏチャットボタン６０２は図１７のボタン設定登録画面１７０１で登録可能である。

また、ユーザは図１７のボタン設定登録画面１７０１で別のスキャンｔｏチャットボタン６０９を登録することができる。

スキャンボタン６０３は、スキャン選択画面（不図示）を表示するためのオブジェクトである。スキャン選択画面は、電子メール送信（Ｅメール）、ＳＭＢ、ＦＴＰ、ＨＴＴＰによるファイル送信、インターネットファクス（Ｉファクス）送信、などの送信機能を選択するための画面である。表示された送信機能を示すオブジェクトにタッチする事で各送信機能の設定画面を表示する。

アドレス帳ボタン６０４は、ユーザに選択されることにより、ＭＦＰ１０１のアドレス帳画面を表示する為のオブジェクトである。ＬＥＤ６１０及びＬＥＤ６１１はＭＦＰ１０１の状態をユーザに通知するものである。ＬＥＤ６１０は、電子メールや印刷ジョブの受信中や実行中に点灯し、ＬＥＤ６１１はＭＦＰ１０１に何らかのエラーが発生した際に点灯する。ストップボタン６０６は、各種操作のキャンセルを実行するためのオブジェクトであり、操作部１１６では、常時表示されるオブジェクトである。ＨＯＭＥボタン６０７は、ホーム画面６０８を表示するためにオブジェクトで、操作部１１６では、常時表示されるオブジェクトである。メニューボタン６１２は使用言語などの環境設定や各機能の設定を行う為の画面を表示するためのオブジェクトである。

図６はＭＦＰ１０１が原稿をスキャンして生成したファイルをメッセージアプリサーバ３００に送信するシーケンスの一例を示す図である。図６のシーケンスは本実施例のスキャンｔｏチャットボタン６０２が選択されることにより開始される。ＭＦＰ１０１の処理は、ＭＦＰ１０１のＣＰＵ１１１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出して実行することで実現される。メッセージアプリサーバ３００の処理は、メッセージアプリサーバ３００のＣＰＵがＲＯＭ３０２に記憶されたプログラムをＲＡＭ３０３に読み出して実行することで実現される。

Ｓ９０１において、ＭＦＰ１０１のＣＰＵ１１１はスキャン開始指示であるスキャンｔｏチャットボタン６０２の選択を受け付ける。なお、スキャンｔｏチャットボタン６０２が選択されることにより、チャンネルやメンションユーザ、定型文の選択を受け付ける画面が表示される場合は、その選択を受け付けたことによりスキャンが開始される。詳細は図１４、図１５の画面フローで説明する。

Ｓ９０２において、ＣＰＵ１１１は読取部１１８を制御して、後述する図１７のボタン設定登録画面１７０１で設定されたスキャン設定に基づいて原稿の画像を読み取る。Ｓ９０３において、ＣＰＵ１１１は読み取った画像に基づく画像データ（ファイル）を生成する。

Ｓ９０４において、ＣＰＵ１１１は通信部１２６を制御し、メッセージアプリサーバ３００にＨＴＴＰ通信で画像データを投稿するための送信処理を実行する。ここでは、図１７のボタン設定登録画面１７０１で登録されたトークン情報と、設定登録画面１７０１もしくは図１４、図１５の画面で設定されたチャンネル情報、メンション対象のユーザ情報、コメント等が画像データとともに送信される。また、上記の情報は、「ＨＴＴＰ ＰＯＳＴ ｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｆｉｌｅｓ．ｕｐｌｏａｄ」というコマンドを実行することで送信される。

ここでトークン情報とは、メッセージアプリサーバ３００にインストールされているボットアプリに対応する情報であり、ボットアプリを一意に識別可能な情報である。なお、このボットアプリはメッセージアプリサーバ３００に登録されているワークスペースに対応する情報であり、ワークスペースを一意に識別可能な情報である。つまり、トークン情報はメッセージアプリサーバ３００に登録されているワークスペースに対応する情報であり、ワークスペースを一意に識別可能である。

ここで、ワークスペースとは、メッセージアプリ内で複数のユーザが属する組織やグループのようなものである。また、チャンネルはワークスペース内のチャットルームのようなものである。ここでいうチャットルームとは、チャットルームに参加している複数のお互いにユーザがメッセージを送受信し、会話のようにやりとりするための仕組みである。また、本実施例では、チャンネルをチャットルームとして説明するが複数のユーザがメッセージを送受信し、会話のようにやりとりするための仕組みであればこれに限るものではない。例えば、グループチャットやルーム、トークルーム、グループのようなものでものよい。

ここで、ボットアプリとは、ＭＦＰ１０１をメッセージアプリ内のユーザとして登録し、メッセージや画像データを投稿するためのアプリケーションであり、メッセージアプリサーバ３００にインストールされている。ボットアプリを指定して画像データをメッセージアプリサーバ３００に送信することで、そのボットアプリが送信された画像データをメッセージアプリで投稿する。また、メッセージアプリサーバ３００のＨＤＤ３０５には、ボットアプリとトークン情報が対応づけて記憶され、また、ボットアプリとワークスペースが対応づけられている。よって、メッセージアプリサーバ３００は、ＭＦＰ１０１からトークン情報を受信することで、そのトークン情報に対応付けられているボットアプリに対応づけられているワークスペースの情報を返信することができる。なお、トークン情報とボットアプリとワークスペースが直接対応づけられていてもよい。これにより、多数のワークスペースの中から、事前に登録されたトークン情報に対応するワークスペース（ユーザが画像データを送りたいワークスペース）を選択することができる。

Ｓ９０５において、メッセージアプリサーバ３００のＣＰＵ３０１は、Ｓ９０４で受信したトークン情報で、登録されているワークスペース情報、アプリ情報を検索し、受信した画像データとチャンネル情報で、指定されたチャンネルを紐づけて記憶する。つまり、指定されたチャンネルに受信した画像データ、コメントを投稿するように制御する。また、メンションユーザが指定されている場合は、さらに受信した画像データとチャンネルと投稿先のユーザを対応づけて記憶する。これにより、ユーザがモバイル端末２００上のメッセージアプリを起動し、先のチャンネルの会話の内容を確認するためにチャンネルを指定すると、受信した画像データが投稿された画面が表示される。

Ｓ９０６において、メッセージアプリサーバ３００のＣＰＵ３０１は、投稿が成功したか否かに対応する結果をＨＴＴＰ通信のレスポンス情報としてＭＦＰ１０１に送信する。なお、投稿が成功した場合ＭＦＰ１０１のＣＰＵ１１１は操作部１１６に投稿が成功した旨の通知を表示するようにしてもいい。また、投稿が失敗した場合、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６に投稿が失敗した旨の通知を表示するようにしてもいい。また、投稿が成功した時はなにも通知を表示せずに、失敗した時だけ投稿が失敗した旨の通知を表示するようにしてもいい。

図７は、ＭＦＰ１０１で実行されるスキャンｔｏチャット処理の一例を示すフローチャートである。ＣＰＵ１１１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出し、実行することで図７のフローチャートの処理は実行される。また、図７のフローはＭＦＰ１０１の電源がオンになったことによって開始される。なお、図７のフローでは、図１７のボタン設定登録画面１７０１でサービス、トークン情報、チャンネルが設定されている前提のフローである。

Ｓ１００１において、ＣＰＵ１１１はスキャンｔｏチャットボタン６０２が選択されたか否かを判定する。選択されたと判定した場合、Ｓ１００２に進む。そうでない場合、Ｓ１００１に戻る。

Ｓ１００２において、ＣＰＵ１１１は事前に登録されたトークン情報１５０３を用いて、ＨＴＴＰ通信でチャンネルリスト情報を要求することを示す情報をメッセージアプリサーバ３００に送信する処理を実行する。

Ｓ１００３において、ＣＰＵ１１１はＳ１００２で送信したチャンネルリスト情報の取得要求に対して、メッセージアプリサーバ３００からチャンネルリスト情報を受信したか否かを判定する。具体的には、ＨＴＴＰ通信のレスポンスにおけるステータスコードがエラーである場合や、レスポンスのボディ情報に情報取得できないことを示すパラメータが含まれている場合にチャンネルリスト情報を受信してないと判定する。受信したと判定した場合、Ｓ１０１０に進む。そうでない場合、Ｓ１００４に進む。

Ｓ１００４において、ＣＰＵ１１１はＳ１００３で取得した結果をもとに、エラー要因を特定し、チャンネルがメッセージアプリサーバ３００に存在しないことに起因するエラーコードが含まれていると判定した場合は、Ｓ１００５に進む。そうでない場合は、Ｓ１００７に進む。

Ｓ１００５において、ＣＰＵ１１１はチャンネルリスト情報を受信できなかった旨を示す情報を操作部１１６に表示する。

Ｓ１００６において、ＣＰＵ１１１は戻るボタンが選択されたか否かを判定する。選択されたと判定した場合、Ｓ１００１に戻る。そうでない場合、Ｓ１００６に戻る。

Ｓ１００７において、ＣＰＵ１１１は対象ワークスペースの他のチャンネルのアイコン情報をメッセージアプリサーバ３００に要求し、取得する。

Ｓ１００８において、ＣＰＵ１１１はチャンネル選択画面に取得したアイコンとチャンネル名のリストを操作部１１６に表示する。

Ｓ１００９において、ＣＰＵ１１１はチャンネルが選択されたか否かを判定する。選択されたと判定した場合、Ｓ１０１０に進む。そうでない場合、Ｓ１００９に戻る。

Ｓ１０１０において、ＣＰＵ１１１はスキャンｔｏチャットの動作が都度メンションモードであるか判定する。都度メンションモードである場合、Ｓ１０１２に進む、そうでない場合、Ｓ１０１１に進む。

Ｓ１０１１において、ＣＰＵ１１１はメンションユーザ選択欄１７２１にメンション対象のユーザとして設定されているユーザが投稿先のチャンネルに存在しているか否かを受信したチャンネルリスト情報から判断する。チャンネルにメンション対象とするユーザが存在していると判断した場合、Ｓ１０１５に進む、そうでない場合は、Ｓ１０１２に進む。

Ｓ１０１２において、ＣＰＵ１１１は対象チャンネルに所属するユーザのアイコン情報をメッセージアプリサーバ３００から取得する。

Ｓ１０１３において、ＣＰＵ１１１は図１４のメンションユーザ選択画面７１４を操作部１１６のタッチパネル６０１に表示する。なお、Ｓ１０１３にてメンション対象のユーザを選択した後に、選択したユーザを固定メンションでのメンション対象ユーザとして登録するか否かの選択を表示してもよい。

Ｓ１０１４において、ＣＰＵ１１１は宛先メンションが選択されたか否かを判定する。選択されたと判定した場合、Ｓ１０１５に進む。そうでない場合、Ｓ１０１４に戻る。

Ｓ１０１５において、ＣＰＵ１１１は操作部１１６に図１５のスキャンｔｏチャット設定確認画面７１６を表示する。Ｓ１０１５にて、スキャンｔｏチャットで設定すべきメンション対象ユーザの設定やコメント選択画面の設定がすべて確定したことを検知した場合、Ｓ１０１６に進む。

Ｓ１０１６において、ＣＰＵ１１１はスキャン設定に基づいて読取部１１８を制御し、原稿の画像を読み取り、画像データを生成する。スキャン設定は図１７のボタン設定登録画面１７０１でユーザに指定されたスキャン設定を使用する。

Ｓ１０１７において、ＣＰＵ１１１はＳ１０１６で生成された画像データを送信設定画面で設定されたファイル形式に変換する。

Ｓ１０１８において、ＣＰＵ１１１は投稿パラメータを生成する。投稿パラメータには、投稿先のチャンネル情報、ファイル名、メンション情報、投稿コメントが含まれる。ファイル形式は送信設定で設定したファイル形式に該当するものが設定される。ファイル名は、送信設定で指定されたファイル名を指定する。

Ｓ１０１９において、ＣＰＵ１１１はメッセージアプリサーバ３００にＨＴＴＰ通信のＰＯＳＴメソッドで、事前に登録されたトークン情報１５０３とＳ１０１７、Ｓ１０１８で生成されたファイルと投稿パラメータを送信する。なお、トークン情報１５０３は図１７のトークン情報入力欄１７１１で入力されたトークン情報である。

これらのデータ（画像データを変換したファイルや投稿パラメータ）をメッセージアプリサーバ３００に送信することで、メッセージアプリサーバ３００は、以下の処理を実行する。その処理とは受信したファイルを受信したチャンネル情報が示すチャンネルの受信したメンション情報が示すユーザに対して投稿されるように制御する。

Ｓ１０２０にて、ＣＰＵ１１１はメッセージアプリサーバ３００から投稿結果を受信し、操作部１１６のタッチパネル６０１に表示する。本実施例により、ユーザはＭＦＰ１０１からメッセージアプリサーバのチャンネルへ容易にファイルを投稿できる。

なお、本実施例においては、トークン情報が一つだけ登録されているものとしているが、複数登録されている場合、トークン情報が関わる処理、Ｓ１００２、Ｓ１００３、Ｓ１０１９などは、登録されたトークン分実行するものとする。

Ｓ１０１９の処理で画像データを変換したファイルや投稿パラメータがメッセージアプリサーバ３００に送信されることによって、モバイル端末２００の操作パネル２０１に表示される画面の一例は、図１１を用いて後述する。

図１４、図１５はスキャンｔｏチャット処理の画面遷移の一例を示す図である。図１４、図１５の画面は、操作部１１６のタッチパネル６０１に表示される。ホーム画面６０８に表示されているスキャンｔｏチャットボタン６０２が選択されたことによって、スキャンｔｏチャット画面が操作部１１６のタッチパネル６０１に表示される。

スキャンｔｏチャットボタンの設定内容に応じて表示されるボタンのアイコンが異なる。送信先のアプリサービス情報のみ登録されている場合、ホーム画面７０４にスキャンｔｏチャットボタン７０８が表示される。

スキャンｔｏチャットボタン７０８が選択されると、組織選択画面７１２が操作部１１６のタッチパネル６０１に表示される。組織選択画面７１２においてユーザは、スキャンｔｏチャットボタン７０８に対応づけて登録されたサービスに含まれる組織を選択するための画面が表示される。

組織選択画面７１２で組織が選択され、ＯＫボタンが選択されることにより、選択された組織に含まれるチャンネルから送信先（投稿先）のチャンネルを選択するためのチャンネル選択画面７１３が表示される。

チャンネル選択画面７１３で送信先（投稿先）のチャンネルが選択され、ＯＫボタンが選択されることにより、メンションユーザを選択するためのメンションユーザ選択画面７１４が表示される。

メンションユーザ選択画面７１４でメンションユーザが選択され、ＯＫボタンが選択されることにより、定型文選択画面７１５もしくは、宛先確認画面７１６もしくは、送信中画面７１７が表示される。ユーザにより定型文選択設定がＯＮにされている場合は、定型文選択画面７１５が表示され、画像データとともに表示する文章の選択を受け付ける。定型文選択画面７１５で定型文が選択され、ＯＫボタンが選択されることにより、宛先確認画面７１６が表示される。宛先確認画面７１６には、宛先メンションとしてメンションユーザのユーザ名、投稿される定型文が表示され、ユーザが投稿内容を確認することができる。また、宛先確認画面７１６は、ユーザにより定型文選択設定がＯＦＦに設定され、宛先確認設定がＯＮに設定されている場合に、メンションユーザ選択画面７１４でメンションユーザが選択され、ＯＫボタンが押されることにより、表示される。

宛先確認画面７１６でＯＫボタンが選択されると、原稿のスキャンが実行され、スキャンにより生成された画像データが送信され、送信中画面７１７が表示される。送信中画面は、原稿のスキャン中に表示されてもいいし、原稿のスキャンが終了し、画像データの送信を開始してから表示されてもいい。また、ユーザにより定型文選択設定と宛先確認設定がＯＦＦに設定され、メンションユーザ選択画面７１４でメンションユーザが選択され、ＯＫボタンが押されることにより、原稿のスキャンが実行される。そしてスキャンにより生成された画像データが送信され、送信中画面７１７が表示される。なお、送信中画面７１７が表示されるタイミングは、スキャンの実行中でもいいし、スキャンが終了し送信を実行している間でもよい。

スキャンｔｏチャットボタンに送信先の組織まで登録されている場合、ホーム画面７０５にスキャンｔｏチャットボタン７０９が表示される。

スキャンｔｏチャットボタン７０９が選択されることにより、チャンネル選択画面７１３が表示される。なお、スキャンｔｏチャットボタンに対応づけて登録されている組織が登録されているサービス上に存在しない場合、組織選択画面７１２が表示され、組織の選択を受け付ける。

スキャンｔｏチャットボタンに送信先のチャンネルまで登録されている場合、ホーム画面７０６にスキャンｔｏチャットボタン７１０が表示される。

スキャンｔｏチャットボタン７１０が選択されることにより、メンションユーザ選択画面７１４が表示される。なお、スキャンｔｏチャットボタンに対応づけて登録されているチャンネルが登録されているサービス上に存在しない場合、チャンネル選択画面７１３が表示され、チャンネルの選択を受け付ける。

スキャンｔｏチャットボタンにメンションユーザまで登録されている場合、ホーム画面７０７にスキャンｔｏチャットボタン７１１が表示される。

スキャンｔｏチャットボタン７１１が選択されることにより、定型文選択画面７１５が表示される。なお、スキャンｔｏチャットボタンに対応づけて登録されているメンションユーザが登録されているサービス上に存在しない場合もしくはスキャンｔｏチャットボタンに都度メンションモードが設定されている場合、メンションユーザ選択画面７１４が表示され、メンションユーザの選択を受け付ける。

また、スキャンｔｏチャットボタンに登録された組織、チャンネル、メンションユーザは、スキャンｔｏチャットボタンが選択されることによって、メッセージアプリサーバ３００から最新の情報（チャンネルリスト情報等）を取得し、取得された情報にボタンに対応づけて登録された情報が含まれているかが判定される。これにより、上記の処理が実現される。

また、ボタンに対応づけて登録された情報がサービス上に存在しない、つまりメッセージアプリサーバ３００から取得した情報に含まれていないものがあるとき、更新画面７１８が表示される。この更新画面７１８でＹＥＳボタンが選択されることにより、サービス上に存在しないためにユーザによる選択を受け付けた情報が選択されたボタンに対応づけて登録される。ＮＯボタンが選択された場合は、情報がボタンに対応づけて登録されない。ＹＥＳもしくはＮＯボタンが選択されることにより、定型文選択画面７１５が表示される。

なお、本実施例では、スキャンｔｏチャットボタンに送信先（投稿先）のチャンネルまで設定されている場合は、メンションユーザが設定されていなくても、メンションユーザ選択画面７１４や定型文選択画面７１５、宛先確認画面７１６を表示しなくてもいい。つまり、スキャンｔｏチャットボタンが選択されることにより、原稿のスキャンを開始し、生成された画像データを送信するような構成であってもいい。

図１１はメッセージアプリのメッセージ画面の一例を示す図である。図１１のメッセージ画面１２０１は、モバイル端末２００でメッセージアプリが起動され、ＭＦＰ１０１においてＳ１０１９の処理が実行されることによって表示される。また、モバイル端末２００はメッセージアプリサーバ３００と通信している。

ユーザがモバイル端末２００でメッセージアプリを起動し、そのユーザのアカウントのＩＤとパスワードを入力してログインすることで、そのユーザ専用の画面が表示される。

メッセージ１２０４は、ユーザ１のアカウントを持つユーザが、ＭＦＰ１０１を使用して、スキャンして生成した画像データと、投稿パラメータをメッセージアプリサーバ３００に送信することによって、表示（投稿）されるメッセージである。図１１の例では、投稿パラメータのうちの投稿先のチャンネルとして「チャンネル１」が指定され、メンションユーザとしてチャンネル１に所属する「ユーザ３」が指定されている例を示す。また、投稿パラメータのファイル名として「資料．ｐｄｆ」が指定され。コメントとして「送ります。」が指定されている例でもある。なお、ファイル名やコメントは不図示のスキャンｔｏチャットの詳細設定画面でユーザにより指定される。

また、メッセージ画面１２０１では、ログインしたユーザが参加しているチャンネル（１２０８）、グループ（１２０９）とユーザ（１２１０）の名称とアイコンが表示される。ログイン先のメッセージアプリのアイコン（１２０５）も表示され、ログイン先のｗｏｒｋｓｐａｃｅ（組織）に関しては、ワークスペース名とアイコンが表示される（１２０６）。また、投稿先情報（１２０２）とメッセージのやり取りが表示される（１２０３）。投稿の際に、ユーザ名の先頭に「＠」を付けたコメントを付与することで、投稿の相手がチャンネルの中でも特に指定ユーザに知らせたいことを示す（１２０４）。

図１１の場合、ユーザ３は投稿が受信されたことを、メッセージアプリがユーザ３の携帯端末に通知する。そのため、ユーザ３はユーザ１の投稿に気づきやすくなる。ユーザ３の閲覧するモバイル端末２００がスマートフォンの場合、アイコン通知機能やバイブレーション、着信音でユーザ通知する。ユーザ３の閲覧するモバイル端末２００がデスクトップ端末の場合は、デスクトップ通知機能などでユーザに通知する。また、本画面を表示するにあたって、メッセージアプリサーバ３００は、図１０に記載のデータ構造から必要な情報を検索し表示する。たとえば、メッセージ１２０４の投稿は、やりとり内容５０５の「発言３＋ファイル１」に該当しており、ファイル１の名称などの属性情報を５０４から取得し、メッセージ上に、ファイルアイコンの形で表示している。このファイルアイコンをユーザが選択すると、ファイル５０４に属したファイル１を取得することができる。なお、ここでこのチャンネルに投稿されたファイルはアイコンで表示されているが、そのファイルのプレビュー画像を表示するようにしてもよい。

図１０はメッセージアプリサーバ内のファイル構造の一例を示す図である。このファイル構造は、メッセージアプリサーバ３００のＨＤＤ３０５に記憶されており、図１１の画面は、このファイル構造に基づいて表示される。メッセージアプリサーバ３００はｗｏｒｋｓｐａｃｅという一番大きなまとまりの中にチャンネル、グループ、ユーザ、ファイル等の小さなまとまりを持ちデータを管理する。チャンネル５０１はｗｏｒｋｓｐａｃｅのメンバー全員が参加でき、投稿された内容はすべて誰でも検索できる種類のチャットルームである。グループ５０２は全メンバーに公開すべきでないディスカッションのためのチャンネルで閲覧と参加には招待が必要となるものである。ユーザ５０３はこのｗｏｒｋｓｐａｃｅに参加しているユーザである。ファイル５０４は添付されたファイルが保存されている。さらに、チャンネル、グループ、ユーザでのやり取りの内容５０５がそれぞれに紐づいて記憶されている。例えば、チャンネル１にはチャンネル１に参加しているユーザが紐づいて記憶され、また、チャンネル１でやりとりされたメッセージや画像データもチャンネル１に紐づけて記憶されている。このように記憶されていることで、チャンネル選択画面７１３でチャンネルが選択されたときに、指定されたチャンネル情報に対応するユーザを表示することができる。そのチャンネルに参加しているユーザを表示することができる。

図１７はボタン設定登録画面１７０１の一例を示す図である。設定登録画面１７０１はＭＦＰ１０１の操作部１１６に表示される画面である。なお、設定登録画面１７０１はＭＦＰ１０１にネットワークを介して接続されたＰＣ等の情報処理装置の操作部にＷｅｂページとしても表示されてもよい。

図１７のボタン設定登録画面１７０１には、サービス１７１２、接続先入力欄１７１０、トークン情報入力欄１７１１が表示され、キーボード等で入力し変更することができる。ＣＰＵ１１１は接続先とトークン情報が入力されると、接続先が対応可能なアプリサービスか否かを確認する。このとき、接続先のアプリケーションサービスが、サービス情報提供のＡＰＩを持つ場合はサービスへ問い合わせを行う。サービス情報提供のＡＰＩを持たない場合は、図１２の新規登録ボタン１５０７で登録した際のＵＲＬ情報のドメイン名を基に、対応可能と判断する。

次に、トークン情報入力欄１７１１に入力されたトークン情報に対応するワークスペースに存在するチャンネルとユーザの情報を含むチャンネルリスト情報、各チャンネルの識別情報であるアイコン画像をメッセージアプリサーバ３００から取得する。また、この時、各チャンネルに属する各ユーザのアイコン画像、トークン情報入力欄１７１１に入力されたトークン情報に対応するワークスペースのアイコン画像も取得する。チャンネルリスト情報、アイコン画像の取得が完了すると、ボタン設定登録画面１７０１のチャンネル選択欄１７２０にてチャンネルの選択が可能になる。ユーザはチャンネルの一覧からスキャンした画像データを投稿するチャンネルを選択する。

このように、ボタン設定登録画面１７０１では、画像データの送信先のグループ（ワークスペースやチャンネル）をボタンに対応づけて設定することができる。

ＣＰＵ１１１はチャンネル選択欄１７２０で設定されているチャンネルが変更されたことを検知すると、チャンネル選択欄１７２０で設定されたチャンネルに属しているユーザでありメンション指定可能なメンションユーザリストをチャンネルリスト情報から取得する。

チャンネルリスト情報からメンションユーザリストを取得するとメンションユーザ選択欄１７２１にてメンション対象のユーザの選択が可能になる。ユーザはメンションユーザ選択欄１７２１に表示されるメンションユーザリストの一覧からメンション対象とするユーザを選択する。なお、メンションユーザ選択欄１７２１の設定は省略することが可能であり、設定を行わない場合は、図１４、図１５に示す「都度メンション」の画面フローに従ってスキャンｔｏチャットを実行してもよい。または、都度メンションを示す選択肢をメンションユーザ選択欄１７２１に表示し、都度メンションを示す選択肢を選択することで都度メンションの画面フローに従ってスキャンｔｏチャットを実行するようにしてもよい。

また、メンションユーザ選択欄１７２１にてメンションユーザを設定した場合は、図１４、図１５に示す「固定メンション」の画面フローに従ってスキャンｔｏチャットを実行してもよい。また、メンションユーザ選択欄１７２１にてメンションなしを設定した場合は、図１４、図１５に示す「メンションなし」の画面フローに従ってスキャンｔｏチャットを実行してもよい。「メンションなし」の画面フローとは例えば、図１４、図１５のフローの、スキャンｔｏチャットボタン７１１を選択した後に定型文選択画面７１５が表示されるフローである。

チャンネル選択欄１７２０では、複数のチャンネルを選択することもできる。その場合複数のチャンネル情報をメッセージアプリサーバ３００に送信し、複数のチャンネルに画像データを投稿させる。また、複数のチャンネルが選択された場合、選択されたチャンネルごとにメンションユーザを選択することができる。また、選択されたチャンネルが１つであっても、メンションユーザ選択欄１７２１では、そのチャンネルに属する複数のユーザを選択することができる。

アイコン画像表示欄１７３０には、設定内容に応じてアイコン画像が表示される。例えば、チャンネルが１つ設定されていて、メンションユーザが複数設定されている場合やチャンネルが１つ設定されていてメンションユーザが設定されていない場合、チャンネル選択欄１７２０で設定されているチャンネルのアイコン画像が自動的に表示される。つまり、ユーザの操作を受け付けることなく、チャンネルのアイコン画像が選択される。チャンネルが複数設定されている場合は、トークン情報入力欄１７１１で入力されたトークン情報に対応するワークスペースのアイコンが表示される。

ワークスペースが特定できない状態のときは、サービス１７１２のアイコン画像が表示される。なお、アイコン画像表示欄１７３０に表示されるアイコン画像は、ホーム画面６０８にスキャンｔｏチャットボタンを登録した際にボタンのアイコン画像として表示される。

チャンネルにアイコン画像が登録されていない場合はあらかじめ定められた画像を表示するようにしてもよい。また、表示するアイコンは、選択可能な範囲で、変更することも可能であるとする。例えば、メンションユーザ選択欄１７２１のユーザのアイコン画像が表示されている状態でも、サービス１７１２のアイコン画像を表示することもできる。

このように、ボタン設定登録画面１７０１では、ボタンのアイコン画像を、ワークスペースやチャンネル等のグループの識別情報であるワークスペースやチャンネル等のアイコン画像をメッセージアプリサーバ３００から取得することで、設定することができる。また、同様に通知先のユーザであるメンションユーザのアイコン画像をメッセージアプリサーバ３００から取得し、ボタンのアイコン画像とすることもできる。

ボタン名設定欄１７３１にはホーム画面６０８にスキャンｔｏチャットボタンを追加した際にボタンの名称として表示する文字列が入力されている。この文字列は、ユーザがアイコン画像として選択したアイコン画像に対応する名称が自動的に設定される。例えば、図１７ではアイコン画像としてチャンネル１のアイコン画像が登録され、アイコン画像表示欄１７３０に表示されているため、そのアイコン画像に対応する「チャンネル１」というチャンネルの名称が入力されている。アイコン画像としてユーザに対応するアイコン画像が選択された場合は、そのユーザのユーザ名（例えば、「ユーザ１」）が入力される。ここで、入力されるチャンネルやユーザ等の名称はメッセージアプリサーバから取得したチャンネルリスト情報に含まれる情報である。このように、ボタン設定登録画面１７０１では、ボタンの名称を、ワークスペースやチャンネル等のグループの識別情報であるワークスペース名やチャンネル名をメッセージアプリサーバ３００から取得することで、設定することができる。また、同様に通知先のユーザであるメンションユーザのユーザ名をメッセージアプリサーバ３００から取得し、ボタンの名称とすることもできる。

なお、ボタンの名称として表示する文字列はチャンネル選択欄１７２０で選択されたチャンネルの名称を自動的にユーザの操作を受け付けることなく設定されてもよい。

入力された文字列はユーザが後から任意に変更可能であり、キーボード等で文字列の削除、追加、変更ができる。ここで設定されたボタンの名称は、図１３のホーム画面に表示されるスキャンｔｏチャットボタン６０２のようにボタンに「チャンネル１」と表示される。

定型文モード選択欄１７３２では、スキャンした画像データとともに送信するコメントの設定を選択することができる。定型文モード選択欄１７３２にはたとえば、予め定型文設定欄１７３３に設定していた定型文をスキャンｔｏチャット実行時に選択可能にする「選択モード」が選択肢として表示される。また、予め定型文設定欄１７３３に設定していた１つの定型文を固定で送信する「固定モード」、コメントを付与せずに画像データを送信する「コメントなしモード」が選択肢として表示される。

また、ボタン設定登録画面１７０１ではスキャン設定も設定できる。両面設定欄１７４０では、原稿の両面をスキャンするか、原稿の片面をスキャンするかを選択することができる。ユーザは両面設定欄１７４０を選択することにより、プルダウンから「片面」、「両面」から選択することができる。

また、カラー設定欄１７４１では、原稿をカラーでスキャンするかモノクロでスキャンするかを選択することができる。ユーザは、カラー設定欄１７４１を選択することにより、プルダウンから「カラー」、「モノクロ」から選択することができる。

ユーザは設定登録画面１７０１にて設定を行った後に設定ボタン１７５０を押下することで設定を確定させる。ここで設定された設定値は、ストレージ１１４に記憶される。なお、後述する実施例２においては、上記設定値はＨＤＤ４０５に記憶される。

設定登録画面１５０１の生成ボタン１５０６を押下するとボタン設定登録画面１７０１で登録した設定に従ってスキャンｔｏチャットを行うボタンがホーム画面６０８に追加表示される。

図１８は、メッセージアプリサーバ３００で取り扱うカテゴリと、名称、アイコン画像、ＭＦＰ１０１がアイコン画像取得する元を記載した対応表を示す。

サービスＡのアイコン画像は、メッセージアプリサーバ３００によって提供されるメッセージサービスであるサービスＡが管理しており、ＭＦＰ１０１は、メッセージアプリサーバ３００から取得することができる。サービスＢのアイコン画像は、ＭＦＰ１０１のデバイス内に記録されている。

組織Ａ、組織Ｂのアイコン画像は、サービスＡの管理情報に含まれる。つまり、ＭＦＰ１０１がメッセージアプリサーバで管理されるワークスペースに対応するトークン情報をメッセージアプリサーバ３００に送信することで、メッセージアプリサーバから組織Ａもしくは組織Ｂのアイコン画像が取得される。

チャンネル、グループ、ユーザのアイコン画像は、組織Ａのチャンネルリスト情報に含まれる情報であり、ＭＦＰ１０１がメッセージアプリサーバ３００から取得する。

図１９は、ＭＦＰ１０１のＣＰＵ１１１がホーム画面６０８にスキャンｔｏチャットボタン６０２を表示するためのアイコン画像を取得する処理の一例を示すフローチャートである。このフローチャートは、図７のＳ１００７、Ｓ１０１２、図９のＳ１３０７、Ｓ１３１２、図１７、図１４、図１５においてＭＦＰ１０１がアイコン情報を取得するときと、操作部１１６が起動してホーム画面６０８を表示するときに実行される。図１９のフローは、ＭＦＰ１０１のＣＰＵ１１１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出して実行することで実現される。

Ｓ１９０１において、ＣＰＵ１１１は図１７の画面で登録されたボタン情報をストレージ１１４から取得する。

Ｓ１９０２において、ＣＰＵ１１１は対象Ｘに応じたアイコン画像をメッセージアプリサーバ３００、およびストレージ１１４から取得する。ここで対象Ｘは、ボタン情報に登録される情報で、宛先となるものを示す。対象Ｘになるものを、上位概念から順に示すと、アプリサービス、ワークスペース、チャンネル、ユーザがある。

Ｓ１９０３において、ＣＰＵ１１１は対象Ｘに応じたアイコン画像を図１８に記載のアイコン画像取得元に取得依頼を行う。ここでアイコン画像が取得できた場合は、Ｓ１９０４に進み、アイコン画像が取得できなかった場合は、Ｓ１９０５に進む。

Ｓ１９０４において、ＣＰＵ１１１はアイコン画像を操作部１１６に表示する。

Ｓ１９０５において、ＣＰＵ１１１は対象Ｘよりも上位の概念が存在するか確認し、存在する場合は、Ｓ１９０６に進む。存在しない場合は、Ｓ１９０７に進む。

Ｓ１９０６において、ＣＰＵ１１１は存在した上位概念の項目を対象Ｘとして定め、Ｓ１９０２の処理に進む。

Ｓ１９０７において、ＣＰＵ１１１は特定のデフォルトアイコンをストレージ１１４より取得する。つまり、アプリサービス、ワークスペース、チャンネル、ユーザにおいてアイコン画像が存在しないときにＳ１９０７の処理が行われる。

本実施例により、登録されたオブジェクトが選択されることにより画像処理装置でスキャンして生成された画像データが共有されるグループをオブジェクトから判別しやすくすることができる。

実施例１では、ＭＦＰ１０１がメッセージアプリサーバ３００に直接、画像データや投稿パラメータを送信する例を説明した。本実施例では、ＭＦＰ１０１はボットサーバ４００を介して、画像データや投稿パラメータをメッセージアプリサーバ３００に送信する例を説明する。

図８は、ＭＦＰ１０１がスキャンして生成したファイルを、ボットサーバ４００を介して、メッセージアプリサーバ３００に送信するシーケンスの一例を示す図である。

Ｓ１１０１において、ＭＦＰ１０１のＣＰＵ１１１はスキャン開始指示であるスキャンｔｏチャットボタン６０２の選択を受け付ける。なお、スキャンｔｏチャットボタン６０２が選択されることにより、チャンネルやメンションユーザ、定型文の選択を受け付ける画面が表示される場合は、その選択を受け付けたことによりスキャンが開始される。

Ｓ１１０２において、ＣＰＵ１１１は読取部１１８を制御して、図１７のボタン設定登録画面１７０１で設定されたスキャン設定に基づいて原稿の画像を読み取る。Ｓ１１０３において、ＣＰＵ１１１は読み取った画像に基づく画像データ（ファイル）を生成する。

Ｓ１１０４において、ＣＰＵ１１１は通信部１２６を制御し、画像データ等を投稿するため各種情報をボットサーバ４００に送信する。ここでは、図１７のボタン設定登録画面１７０１で登録されたトークン情報と、設定登録画面１７０１もしくは図１４、図１５の画面で設定されたチャンネル情報、メンション対象のユーザ情報、コメント等が画像データとともに送信される。

Ｓ１１０５において、ボットサーバのＣＰＵ４０１は、受信した各種情報をメッセージアプリサーバ３００に送信する。また、上記の情報は、「ＨＴＴＰ ＰＯＳＴ ｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｆｉｌｅｓ．ｕｐｌｏａｄ」というコマンドを実行することで送信される。

Ｓ１１０６において、メッセージアプリサーバ３００のＣＰＵ３０１は、Ｓ１１０５で受信したトークン情報で、登録されているワークスペース情報、アプリ情報を検索し、受信した画像データとチャンネル情報で、指定されたチャンネルを紐づけて記憶する。つまり、指定されたチャンネルに受信した画像データ、コメントを投稿するように制御する。また、メンションユーザが指定されている場合は、さらに受信した画像データとチャンネルと投稿先のユーザを対応づけて記憶する。これにより、ユーザがモバイル端末２００上のメッセージアプリを起動し、先のチャンネルの会話の内容を確認するためにチャンネルを指定すると、受信した画像データが投稿された画面が表示される。

Ｓ１１０７において、メッセージアプリサーバ３００のＣＰＵ３０１は、投稿が成功したか否かに対応する結果をＨＴＴＰ通信のレスポンス情報としてボットサーバ４００に送信する。

Ｓ１１０８において、ボットサーバ４００のＣＰＵ４０１はＳ１１０７で受信した結果をＭＦＰ１０１に送信する。なお、投稿が成功した場合ＭＦＰ１０１のＣＰＵ１１１は操作部１１６に投稿が成功した旨の通知を表示するようにしてもいい。また、投稿が失敗した場合、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６に投稿が失敗した旨の通知を表示するようにしてもいい。また、投稿が成功した時はなにも通知を表示せずに、失敗した時だけ投稿が失敗した旨の通知を表示するようにしてもいい。

図１６はＩＤとトークン情報を対応づけの一例を示す図である。図１６のテーブルでは、ユーザＩＤもしくはデバイスＩＤと認証情報（トークン情報）が対応づけて登録されている。このテーブルは、ボットサーバ４００のＨＤＤ４０５に記憶されている。ここで、ユーザＩＤやデバイスＩＤはＭＦＰ１０１に記憶されている情報であり、ユーザＩＤはＭＦＰ１０１を使用するユーザごとに設定されているユーザの識別情報である。デバイスＩＤはＭＦＰごとに設定されているデバイスの識別情報である。ユーザＩＤはＭＦＰ１０１にログインするためのユーザアカウントを生成する際にユーザにより設定された識別情報であり、デバイスＩＤは工場出荷時に設定されたＭＦＰ１０１固有の識別情報である。

図１６のトークン情報はスキャンｔｏチャットボタン６０２を選択せずに、スキャンｔｏチャットを実行する際に使用される。

図９は、本実施例におけるスキャンｔｏチャットボタン６０２が選択された際の処理の一例を示すフローチャートである。尚、本実施例のフローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記録された制御プログラムをＲＡＭ１１３に読み出して実行する。図９のフローにおける図７と同様の処理を実行する箇所は省略して説明する。

Ｓ１３０１は図７のＳ１００１と同様の処理である。

Ｓ１３０２において、ＣＰＵ１１１はボットサーバ４００にチャンネルリスト情報を要求することを示す情報を送信する。その際、事前に登録されたトークン情報１５０３をボットサーバに送信する。これにより、ボットサーバ４００のＣＰＵ４０１は受信したトークン情報とャンネルリスト情報を要求することを示す情報をメッセージアプリサーバ３００に送信する。

Ｓ１３０３において、ＣＰＵ１１１はＳ１３０２で送信したチャンネルリスト情報の取得要求に対して、メッセージアプリサーバ３００からチャンネルリスト情報を受信したか否かを判定する。具体的には、ボットサーバ４００がメッセージアプリサーバ３００からチャンネルリスト情報を受信し、ボットサーバ４００からＭＦＰ１０１がチャンネルリスト情報を受信したかを判定する。また、ＨＴＴＰ通信のレスポンスにおけるステータスコードがエラーである場合や、レスポンスのボディ情報に情報取得できないことを示すパラメータが含まれている場合にチャンネルリスト情報を受信してないと判定する。

Ｓ１３０４～Ｓ１３０６は図７のＳ１００４～Ｓ１００５と同様の処理である。

Ｓ１３０７において、ＣＰＵ１１１は対象ワークスペースの他のチャンネルのアイコン情報の要求をボットサーバ４００に送信し、ボットサーバ４００がメッセージアプリサーバ３００に送信する。それにより、ＭＦＰ１０１はメッセージアプリサーバ３００からボットサーバ４００を介して、対象ワークスペースの他のチャンネルのアイコン情報を取得する。

Ｓ１３０８～Ｓ１３１１は図７のＳ１００８～１０１１の処理と同様である。

Ｓ１３１２において、ＣＰＵ１１１は対象チャンネルに所属するユーザのアイコン情報を、上記のようにボットサーバ４００を介してメッセージアプリサーバ３００から取得する。

Ｓ１３１３～Ｓ１３１８は図７のＳ１０１３～１０１８の処理と同様である。

Ｓ１３１９において、ＣＰＵ１１１はボットサーバ４００に事前に登録されたトークン情報１５０３とＳ１３１７、Ｓ１３１８で生成されたファイルと投稿パラメータを送信する。そしてボットサーバ４００はＨＴＴＰ通信のＰＯＳＴメソッドで、メッセージアプリサーバ３００にトークン情報１５０３とＳ１３１７、Ｓ１３１８で生成されたファイルと投稿パラメータを送信する。これらのデータ（画像データを変換したファイルや投稿パラメータ）をメッセージアプリサーバ３００に送信することで、メッセージアプリサーバ３００は、受信したファイルを受信したチャンネル情報が示すチャンネルの受信したメンション情報が示すユーザに対して投稿されるように制御する。

Ｓ１３２０において、ＣＰＵ１１１はメッセージアプリサーバ３００からボットサーバ４００を介して投稿結果を受信し、操作部１１６のタッチパネル６０１に表示する。

なお、本実施例においては、トークン情報が一つだけ登録されているものとしているが、複数登録されている場合、トークン情報が関わる処理、Ｓ１３０２、Ｓ１３０３、Ｓ１３１９などは、登録されたトークン分実行するものとする。

本実施例により、メッセージアプリサーバ３００のインタフェース仕様が変更された場合でも、ＭＦＰ１０１のプログラムをアップロードすることなく、ボットサーバのプログラムを更新するだけで、実現が可能になる。また、複数のＭＦＰがある職場において、各ＭＦＰに対して個別にトークン設定を行わなくても、ファイル投稿を実施することができる。

＜その他の実施の形態＞
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給する。そして、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１０１ ＭＦＰ
３００ メッセージアプリサーバ
４００ ボットサーバ
１１１ ＣＰＵ
１１８ 読取部

Claims (11)

1. チャットサーバのグループであり、画像データの送信先のグループをオブジェクトに対応づけて登録する登録手段と、
   前記チャットサーバから前記グループに対応する識別情報を取得する取得手段と、
   前記登録されたオブジェクトを表示する表示手段と、
   前記表示されたオブジェクトが選択されることによって、前記画像データと前記送信先のグループの情報を前記チャットサーバに送信する送信手段と、を有し、
   前記オブジェクトは前記識別情報を含むことを特徴とする画像処理装置。
2. 原稿の画像を読み取って前記画像に基づく画像データを生成する読取手段と、
   操作部をさらに有し、
   前記オブジェクトが選択されたことにより、前記読取手段が前記原稿の画像を読み取って、前記画像に基づく画像データを生成し、前記送信手段が、前記画像データと前記送信先のグループの情報を前記チャットサーバに送信することを特徴とする請求項１に記載の画像処理装置。
3. 前記登録手段は前記オブジェクトにさらにスキャン設定を対応づけて登録し、
   前記オブジェクトが選択されたことにより、前記読取手段が前記スキャン設定に基づいて前記原稿の画像を読み取って、前記画像に基づく画像データを生成し、前記送信手段が、前記画像データと前記送信先のグループの情報を前記チャットサーバに送信することを特徴とする請求項２に記載の画像処理装置。
4. 前記登録手段は、前記グループに対応する識別情報を前記オブジェクトに対応づけて登録し、
   前記登録手段が登録する前記チャットサーバのグループが選択されたことによって、前記登録手段に登録される、前記グループの識別情報が、ユーザの操作を受け付けることなく選択されることを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
5. 前記取得手段が前記識別情報を取得できなかった場合、前記表示手段は前記画像処理装置に記憶されている所定の識別情報を含む前記オブジェクトを表示することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
6. 前記識別情報はアイコン画像であり、
   前記表示手段は、前記アイコン画像をオブジェクトとして表示することを特徴とする請求項１乃至５の何れか１項に記載の画像処理装置。
7. 前記識別情報は前記チャットサーバで前記グループと対応づけて記憶され、
   前記取得手段は前記チャットサーバから複数のグループのそれぞれに対応する識別情報を取得し、前記画像処理装置は複数のグループのそれぞれに対応する識別情報を記憶することを特徴とする請求項１乃至６の何れか１項に記載の画像処理装置。
8. 前記登録手段は、前記オブジェクトにさらにコメントを対応づけて登録することを特徴とする請求項１乃至７の何れか１項に記載の画像処理装置。
9. 前記グループは、前記チャットサーバのトークルームであることを特徴とする請求項１乃至８の何れか１項に記載の画像処理装置。
10. チャットサーバのグループであり、画像データの送信先のグループをオブジェクトに対応づけて登録する登録工程と、
    前記チャットサーバから前記グループに対応する識別情報を取得する取得工程と、
    前記登録されたオブジェクトを表示する表示工程と、
    前記表示されたオブジェクトが選択されることによって、前記画像データと前記送信先のグループの情報を前記チャットサーバに送信する送信工程と、を有し、
    前記オブジェクトは前記識別情報を含むことを特徴とする画像処理装置の制御方法。
11. 請求項１乃至９の何れか１項に記載の画像処理装置の各手段をコンピュータに実行させるためのプログラム。

Images