JP2021132343A

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

Info

Publication number: JP2021132343A
Application number: JP2020027619A
Authority: JP
Inventors: 隆志大薄; Takashi Ousu
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-02-20
Filing date: 2020-02-20
Publication date: 2021-09-09
Anticipated expiration: 2040-02-20
Also published as: US11716434B2; US20210266421A1; CN113286051A

Abstract

【課題】画像処理装置でスキャンして生成された画像データの送信が、画像処理装置でスキャンして生成された画像データの送信が、どのユーザから行われたものかを判別可能にすることができる。【解決手段】本発明の画像処理装置は、受信したチャットサーバのトークルームを示す情報に基づいて、受信した画像データを示す情報と画像データを送信したユーザを示す送信元ユーザ情報を前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、原稿の画像を読み取って、前記画像に基づく画像データを生成する読取手段と、チャットサーバのトークルームを指定する指定手段と前記読取手段が生成した画像データと前記指定手段によって指定されたトークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信する送信手段を有することを特徴とする。【選択図】図１５

Description

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

特許文献１には、原稿の画像をスキャンすることによって生成した画像データを共有するために、ネットワーク上にあるファイルサーバに、生成した画像データを送信する画像処理装置が開示されている。

特開２０１５−１２６３１８号公報

画像処理装置からチャットサービスに画像データを送信し、チャットサービスのトークルームにその画像データを表示する場合、画像処理装置のアカウントでチャットサービスにログインし、画像データを送信することが考えられる。

この場合、トークルームに、画像データを送信した画像処理装置の情報を、その画像データの送信元として表示することはできるが、その画像データを送信したユーザを、トークルームを見ても判別することができない。

本発明は上記課題に鑑みなされたもので、画像処理装置でスキャンして生成された画像データの送信が、どのユーザから行われたものかを判別可能にすることを目的とする。

本発明の画像処理装置は、受信したチャットサーバのトークルームを示す情報に基づいて、受信した画像データを示す情報と画像データを送信したユーザを示す送信元ユーザ情報を前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、原稿の画像を読み取って、前記画像に基づく画像データを生成する読取手段と、チャットサーバのトークルームを指定する指定手段と前記読取手段が生成した画像データと前記指定手段によって指定されたトークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信する送信手段を有することを特徴とする。

本発明によれば、画像処理装置でスキャンして生成された画像データの送信が、どのユーザから行われたものかを判別可能にすることができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図６はＭＦＰ１０１がスキャンして生成したファイルをメッセージアプリサーバ３００に送信するシーケンスの一例を示す図である。図６のシーケンスは図１５の設定画面７０４のチャンネル選択ボタン７１３が選択されたことに従って、開始される。

Ｓ９０１において、ＭＦＰ１０１のＣＰＵ１１１は通信部１２６を制御して、メッセージアプリサーバ３００にＨＴＴＰ通信でチャンネルリスト情報の要求を行う。具体的には、ＭＦＰ１０１で入力されたトークン情報とそのトークン情報が示すワークスペース内のチャンネルリストを要求することを示す情報をメッセージアプリサーバ３００に送信する。ここで、送信されるコマンドの一例は、「ＨＴＴＰＧＥＴｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｃｈａｎｎｅｌｓ．ｌｉｓｔ」である。このコマンドに記載されているＵＲＬ「ｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｃｈａｎｎｅｌｓ．ｌｉｓｔ」は、メッセージアプリサーバ３００にアクセスするためのＵＲＬである。このＵＲＬにトークン情報を送信することで、メッセージアプリサーバ３００はトークン情報に対応するワークスペースとボットアプリを検索する。なお、トークン情報はＭＦＰ１０１の操作部１１６に表示された図１３の設定登録画面１５０１を介して、ユーザから入力される。

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

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

Ｓ９０２において、メッセージアプリサーバ３００のＣＰＵ３０１は、通信部３０４を介して受信したトークン情報を参照し、トークン情報に含まれるワークスペース情報、ボットアプリをＨＤＤ３０５内で検索する。

Ｓ９０３において、メッセージアプリサーバ３００のＣＰＵ３０１はＭＦＰ１０１から通信部３０４を介して受信したトークン情報に基づいて、ＵＲＬへのアクセスが許可されたものであるか確認する。許可されていればトークン情報に対応するワークスペースに含まれるチャンネルリスト情報を生成する。チャンネルリスト情報とは、チャンネル情報を示す配列情報である。チャンネル情報は、チャンネルＩＤと、チャンネルの名前、そのチャンネルに参加しているユーザを示す情報、アーカイブチャンネルか否かなどの設定を示すチャンネル設定値を含む。

Ｓ９０４において、メッセージアプリサーバ３００のＣＰＵ３０１は通信部３０４を制御し、ＨＴＴＰ通信のレスポンス情報として、ＭＦＰ１０１にチャンネルリスト情報を送信する。

Ｓ９０５において、ＭＦＰ１０１のＣＰＵ１１１は受信したチャンネルリスト情報に含まれるチャンネル情報に基づいて、チャンネル選択画面７１４を生成する。そして、ＭＦＰ１０１のＣＰＵ１１１はユーザによってチャンネル選択ボタン７１３が選択されることによって、操作部１１６のタッチパネル６０１にチャンネル選択画面７１４を表示し、ユーザの操作を待つ。チャンネル選択画面７１４は、図１５の説明で後述する。

Ｓ９０６において、ＭＦＰ１０１のＣＰＵ１１１はチャンネル選択画面７１４で少なくともチャンネルが選択され、戻るボタン７１５が選択されたことにより投稿先のチャンネルの情報を確定する。

Ｓ９０７において、ＭＦＰ１０１のＣＰＵ１１１はＳ９０４でチャンネル情報に含まれるチャンネルに参加しているユーザ情報に基づいて、送信元ユーザ設定画面７２０を生成する。そして、ＭＦＰ１０１のＣＰＵ１１１はユーザによって送信元ユーザ設定ボタン７１９が選択されることによって、操作部１１６のタッチパネル６０１に送信元ユーザ設定画面７２０を表示し、ユーザの操作を待つ。送信元ユーザ設定画面７２０は、図１５の説明で後述する。

Ｓ９０８において、ＭＦＰ１０１のＣＰＵ１１１は送信元ユーザ設定画面７２０でユーザが選択されると、送信元ユーザとして選択されたユーザをＲＡＭ１１３、もしくはストレージ１１４に記憶する。

Ｓ９０９において、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６を介してスキャン実行指示を受け付ける。

Ｓ９１０において、ＭＦＰ１０１のＣＰＵ１１１はスキャン実行指示を受ける前に設定されている、スキャン設定でスキャンする。

Ｓ９１１において、ＭＦＰ１０１のＣＰＵ１１１はスキャンした画像に基づいて、スキャン設定で設定された形式の画像データを生成する。なお、スキャン設定は不図示のスキャンｔｏチャットの詳細設定画面でユーザに指定されたスキャン設定を使用する。なお、スキャン設定は図１５の送信設定画面７１２で送信設定と一緒に表示され、設定されてもよい。

Ｓ９１２において、ＭＦＰ１０１のＣＰＵ１１１は通信部１２６を介して、メッセージアプリサーバ３００にＳ９０１と同じトークン情報、Ｓ９０６で選択された投稿先チャンネルの情報をＨＴＴＰ通信で送信する。また、ＣＰＵ１１１は通信部１２６を介して、メッセージアプリサーバ３００に、ファイル情報、Ｓ９１１で生成された画像データ、コメントをＨＴＴＰ通信で送信する。なお、ファイル情報には、ファイル形式、ファイル名、タイトル情報が含まれる。ファイル形式はスキャンｔｏチャットの送信設定画面７１２でユーザに指定されたファイル形式を使用する。コメントにはＳ９０８で記憶した送信元ユーザのユーザ名が含まれる。タイトル情報には送信に使用したＭＦＰ１０１のデバイス情報（設置場所、機種名）、およびＭＦＰ１０１にログインしているユーザ情報が含まれる。ここで、デバイス情報に含まれる設定場所や機種名はあらかじめ、ＭＦＰ１０１の操作部１１６やＰＣ等の外部装置を介してユーザにより設定された情報である。

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

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

図７は、ＭＦＰ１０１で実行されるスキャンｔｏチャット処理の一例を示すフローチャートである。ＣＰＵ１１１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出し、実行することで図７のフローチャートの処理は実行される。また、図７のフローはＭＦＰ１０１の電源がオンになったことによって開始される。

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

Ｓ１００２において、ＣＰＵ１１１はスキャンｔｏチャット画面７０４を操作部１１６のタッチパネル６０１に表示する。ここで、図１５を用いて、スキャンｔｏチャットボタン６０２が選択された場合の画面遷移を説明する。

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

スキャンｔｏチャット画面７０４には、宛先確認ボタン７０５が表示されている。宛先確認ボタン７０５には、スキャンして生成した画像データの投稿先として設定されている宛先の数が表示される。図１５の例では、投稿先であるチャンネルが１件選択されている例を説明する。複数の宛先が選択された場合、設定された投稿先の数が宛先数として表示される。

宛先確認ボタン７０５が選択されると、スキャンｔｏチャット宛先確認画面７０６が表示される。スキャンｔｏチャット宛先確認画面７０６には、チャンネル選択画面７１４で設定された投稿先が表示される。スキャンｔｏチャット宛先確認画面７０６の投稿先ボタン７０７が選択されることにより、不図示の詳細画面が表示され、設定されている投稿先の詳細が表示される。また、スキャンｔｏチャット宛先確認画面７０６では領域７２２で送信元として設定されているユーザ名を確認することができる。

なお、本実施例ではスキャンｔｏチャット宛先確認画面７０６には１つの投稿先しか表示されていないが、これに限るものではない。例えば、チャンネル選択画面７１４で複数の投稿先を設定することで、スキャンｔｏチャット宛先確認画面７０６に複数の投稿先ボタンを表示することができる。

なお、スキャンｔｏチャット画面７０４にて、リセットボタン７０８が選択された場合、設定された情報をクリアする。このとき、設定された投稿先や送信元ユーザはクリアされる。また、スキャンｔｏチャット画面７０４にて、白黒スタートボタン７０９もしくはカラースタートボタン７１０が選択された場合、スキャンして送信する処理を開始する。

送信設定ボタン７１１が選択されると、送信設定画面７１２が表示される。この画面では送信ファイル設定７１７などの送信設定の変更、確認が可能である。

チャンネル選択ボタン７１３が選択されるとチャンネル選択画面７１４が表示される。このチャンネル選択画面７１４に表示されるチャンネルやユーザは、ＭＦＰ１０１がメッセージアプリサーバ３００から受信したチャンネルリスト情報に基づいて表示される。この画面では投稿先チャンネルの選択とそのチャンネルに属するどのユーザに通知するかを選択することが可能である。つまり、投稿するチャンネルとメンションする相手を選択することができる。チャンネルボタンが選択されることで、そのチャンネルに所属するユーザがプルダウンで表示される。この画面では、チャンネルとユーザの両方を選択してもいいし、そのチャンネルに所属するすべてのユーザに向けて投稿するために、チャンネルのみを選択してもいい。また、複数のチャンネルを選択してもいいし、１つのチャンネルを選択し、そのチャンネルの中の複数のユーザを選択できるようになってもいい。また、複数のチャンネルを選択し、それぞれに所属する別々のユーザを選択できるようになっていてもいい。

戻るボタン７１５が選択されると、チャンネル選択内容が保持され、スキャンｔｏチャット画面７０４が再び表示される。このとき、投稿先欄７１６には投稿先である選択されたチャンネル名と通知するユーザの名称である「投稿先：チャンネル３＠ユーザ１」が表示される。また、ＭＦＰ１０１のＣＰＵ１１１はこの時設定されたチャンネルとユーザに基づく投稿先をＲＡＭ１１３、もしくはストレージ１１４に記憶する。

送信元ユーザ設定ボタン７１９が選択されると、タッチパネル６０１に送信元ユーザ設定画面７２０が表示される。この画面ではどのユーザを送信元ユーザとして投稿を行うかを選択することができる。この送信元ユーザ設定画面７２０に表示されるユーザは、チャンネル選択画面７１４で選択されたチャンネルに含まれるユーザが表示される。図１５では、チャンネル選択画面７１４でチャンネル３が選択されているため、チャンネル３に含まれるユーザ１、ユーザ２、ユーザ３が送信元ユーザ設定画面７２０に表示されている。そうすることにより、送信元ユーザ設定画面７２０で選択するユーザの数が少なくなる可能性が高く、ユーザが送信元ユーザを探す手間が少なくなる。

なお、送信元ユーザ設定画面７２０に表示されるユーザ名は、ＭＦＰ１０１がメッセージアプリサーバ３００から受信したすべてのチャンネル情報に含まれるユーザを表示してもよい。また、チャンネル選択画面７１４で選択されたチャンネルとは関係なく、任意のチャンネルに含まれるユーザを表示してもよい。

さらに、チャンネル選択画面７１４で複数のチャンネルが選択されている場合は、選択された複数のチャンネルすべてに含まれるユーザを表示するようにしてもよい。例えば、チャンネル３にユーザ１、２、３が含まれ、チャンネル４にユーザ２、３が含まれていて、チャンネル選択画面７１４でチャンネル３とチャンネル４が選択されている場合、送信元ユーザ設定画面７２０ではユーザ２とユーザ３が表示される。

本実施例の説明では投稿先チャネルが選択済みの場合に、送信元ユーザ設定ボタン７１９が選択可能となる。送信元ユーザ設定画面７２０でユーザが選択されるか、戻るボタン７２３が選択されるとスキャンｔｏチャット画面７０４が再び表示される。このとき、送信元欄７２１には送信元ユーザの名称である「ユーザ３」が表示される（送信元ユーザ設定画面７２０でユーザ３を選択した場合）。

ユーザ名７１８は、現在ＭＦＰ１０１にログインしている「ユーザ名」又は、「ゲスト」が表示される。ログインにかかわる設定を行っていないＭＦＰ１０１ではユーザ名７１８は表示されない。

ここで、図７のフローに説明を戻す。Ｓ１００２において、ＣＰＵ１１１は図１５のスキャンｔｏチャット画面７０４を操作部１１６に表示する。Ｓ１００３にて、ＣＰＵ１１１はチャンネル選択ボタン１１３が選択されることを検知する。

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

ここで、図１３の設定登録画面を説明する。図１３は設定登録画面の一例を示す図である。設定登録画面１５０１はＭＦＰ１０１の操作部１１６に表示される画面である。なお、設定登録画面１５０１はＭＦＰ１０１にネットワークを介して接続されたＰＣ等の情報処理装置の操作部にＷｅｂページとしても表示されてもよい。設定登録画面１５０１で登録された内容は、実施例１においてはストレージ１１４に、実施例２においては、ＨＤＤ４０５に記録される。

接続先１５０２は、接続先の組織情報を示す列である。トークン情報１５０３は、登録されたトークン情報の列である。操作ボタン１５０４は、操作ボタンの列である。この項目には、編集ボタン１５０５と生成ボタン１５０６が表示されている。

編集ボタン１５０５が選択されると、トークン情報、接続先情報等の文字列をキーボード等で入力し変更できる。生成ボタン１５０６が選択されると、ホーム画面６０８にスキャンｔｏチャットボタン６０２を表示するように設定される。設定登録画面１５０１で登録された内容は、実施例１においてはストレージ１１４に、記憶される。

新規登録ボタン１５０７がされることで、ユーザによる文字列の入力を受け付け、接続先とトークン情報を追加して登録することが可能である。

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

Ｓ１００６において、ＣＰＵ１１１はチャンネルリスト情報を受信できなかった旨を示す情報をチャンネル選択画面７１４に表示する。この時、チャンネル選択画面７１４には、チャンネルやユーザの選択肢は表示されない。

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

Ｓ１００８において、ＣＰＵ１１１は、メッセージアプリサーバ３００から受信したチャンネル情報等が表示されるチャンネル選択画面７１４を操作部１１６のタッチパネル６０１に表示する。

Ｓ１００９において、ＣＰＵ１１１は操作部１１６のタッチパネル６０１を介して、チャンネル選択画面で選択された投稿先（チャンネル、または、チャンネルとユーザ）が確定か否かを検知する。確定の場合はＳ１０１０へ遷移し、投稿チャンネルリスト情報を更新する。確定していない場合はＳ１００８へ遷移する。確定検知の方法は、戻るボタン７１５が選択されたか否かである。なお、操作部１１６の画面上に確定ボタンが表示される画面構成の場合、確定ボタンの選択においても同様の遷移を行う。

Ｓ１０１０において、ＣＰＵ１１１は操作部１１６に図１５のスキャンｔｏチャット画面７０４を表示し、Ｓ１００９で確定した投稿先で投稿先欄７１６の表示を更新する。このとき、投稿先のチャンネルと合わせて、通知したいユーザの情報も表示する。

Ｓ１０１１において、ＣＰＵ１１１は送信元ユーザ設定ボタン７１９が選択されたか否かを判定する。選択されたと判定した場合は、Ｓ１０１２に進む。そうでない場合は、Ｓ１０１６に進む。

Ｓ１０１２において、ＣＰＵ１１１はタッチパネル６０１に送信元ユーザ設定画面７２０を表示する。Ｓ１０１３において、ＣＰＵ１１１は戻るボタン７２３が選択されたか否かを判定する。つまり、送信元ユーザの選択が中断されたか否かを判定する。戻るボタン７２３が選択されたと判定した場合は、Ｓ１０１６に進む。そうでない場合は、Ｓ１０１４に進む。

Ｓ１０１４において、ＣＰＵ１１１は送信元ユーザ設定画面７２０に表示されているユーザが選択されたか否かを判定する。選択されたと判定した場合は、Ｓ１０１５に進む。そうでない場合は、Ｓ１０１３に戻る。

Ｓ１０１５において送信元ユーザとして選択されたユーザをＲＡＭ１１３、もしくはストレージ１１４に記憶し、送信元ユーザの設定を反映したスキャンｔｏチャット画面７０４をタッチパネル６０１に表示する。ユーザを選択しない場合、この画面にとどまる。

Ｓ１０１６において、ＣＰＵ１１１は操作部１１６に表示された白黒スタートキー７０９もしくはカラースタートキー７１０が選択されたか否かを判定する。選択されたと判定した場合、Ｓ１０１７に進む。そうでない場合、Ｓ１０１６に戻る。

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

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

Ｓ１０１９において、ＣＰＵ１１１は投稿パラメータを生成する。投稿パラメータには、投稿先のチャンネル、ファイル情報、投稿コメントが含まれる。

投稿コメントには、送信元ユーザ設定画面で選択された送信元ユーザの名称とチャンネル選択画面７１４で選択された投稿先のユーザのユーザ名を含む文字列が含まれる。例えば、送信元ユーザとしてユーザ３が設定されていて、投稿先ユーザとしてユーザ１が設定されている場合、「ｆｒｏｍユーザ３＠ユーザ１」という文字列が含まれる。このような送信元情報をメッセージアプリサーバ３００に送信することで、メッセージアプリ上で、画像データの送信元を確認できる。また、投稿先としてユーザが選択したチャンネルに含まれるユーザの情報から選択されたユーザの情報を送信することで、メッセージアプリ上で使用されるユーザ個人の認証情報をＭＦＰ１０１に登録する必要がなくなり、セキュリティの低下を防ぐことができる。

ファイル情報には、ファイル形式、ファイル名、タイトル情報が含まれる。タイトル情報には例えば、「ＳｅｎｄｆｒｏｍＸＸＸＸｗｉｔｈＹＹＹＹＭＦＰ」の形式でタイトルとして表示する文字列情報を含む。ここにおいてＸＸＸＸはＭＦＰ１０１にログインしているユーザ名、ＹＹＹＹはデバイスの設置場所である。この例ではＭＦＰ１０１にログインしているユーザのユーザ名が「Ｄ＿ＵＳＥＲ３」、設置場所が「３ｒｄｆｌｏｏｒ」であれば、「ＳｅｎｄｆｒｏｍＤ＿ＵＳＥＲ３ｗｉｔｈ３ｒｄｆｌｏｏｒＭＦＰ」の文字列が、タイトル情報として設定される。

ファイル形式は送信設定で設定したファイル形式７１７に該当するものが設定される。ファイル名は、送信設定で指定されたファイル名を指定する。本実施例では、タイトル情報にＭＦＰ１０１のログインユーザ情報、ＭＦＰ１０１の設置場所情報を含み、投稿コメントにユーザの選択した、チャットに属するユーザの情報（送信元ユーザ情報）を含む例を記載した。しかし、例えば投稿ユーザ名など、投稿パラメータの別の領域に情報を含ませるとしてもよく、本発明の実施形態を限定するものではない。

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

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

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

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

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

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

メッセージ１２０４は、ユーザ３のアカウントを持つユーザが、ＭＦＰ１０１を使用して、スキャンして生成した画像データと、投稿パラメータをメッセージアプリサーバ３００に送信することによって、表示（投稿）されるメッセージである。図１２の例では、投稿パラメータのうちの投稿のチャンネルとして「チャンネル１」が指定されている。ＭＦＰ１０１から受信したファイル情報に含まれるタイトル情報に基づいて、「ＳｅｎｄｆｒｏｍＤ＿ＵＳＥＲ３ｗｉｔｈ３ｒｄｆｌｏｏｒＭＦＰ」という文字列が表示されている。ファイル名として「資料．ｐｄｆ」が表示されている。また、ＭＦＰ１０１から受信した投稿コメントに基づいて、「ｆｒｏｍユーザ３＠ユーザ１」という文字列が表示されている。

また、メッセージアプリ画面１２０１では、ログインしたユーザが参加しているチャンネル、グループとユーザが表示される。また、メッセージのやり取りが表示される（１２０３）。ファイル情報を付加して投稿を行った場合は投稿内容（１２０４）の表示として、ファイルのタイトル情報（１２０６）、ファイル名やサムネイル、アイコン（１２０５）、投稿コメント（１２０７）が表示される。投稿の際に、ユーザ名の先頭に「＠」を付けたコメントを付与することで、投稿の相手がチャンネルの中でも特に指定ユーザに知らせたいことを示す（１２０７）。投稿先のユーザ「＠ユーザ１」を指定することで、ユーザ１は投稿が受信されたことを、メッセージアプリを閲覧端末に応じて、チャンネルに所属する他のメンバーよりもはやく投稿に気づくことができる。ユーザ１の閲覧するモバイル端末２００がスマートフォンの場合、アイコン通知機能やバイブレーション、着信音でユーザ通知する。ユーザ１の閲覧するモバイル端末２００がデスクトップ端末の場合は、デスクトップ通知機能などでユーザに通知する。

また、本画面を表示するにあたって、メッセージアプリサーバ３００は、図１１に記載のデータ構造から必要な情報を検索し表示する。たとえば、メッセージ１２０４の投稿は、図１１のやりとり内容５０５の「発言３＋ファイル情報１＋ＭＦＰ」に該当しており、ファイル１の名称などの属性情報を５０４から取得し、メッセージ上に、ファイルアイコンの形で表示している。このファイルアイコンをユーザが選択すると、ファイル５０４に属したファイル１を取得することができる。なお、ここでこのチャンネルに投稿されたファイルはアイコンで表示されているが、そのファイルのプレビュー画像を表示するようにしてもよい。なお、ここで表示されているユーザ１、ユーザ３等はユーザの名称である。

図１１はメッセージアプリサーバ内のファイル構造の一例を示す図である。このファイル構造は、メッセージアプリサーバ３００のＨＤＤ３０５に記憶されており、図１２の画面は、このファイル構造に基づいて表示される。メッセージアプリサーバ３００はｗｏｒｋｓｐａｃｅという一番大きなまとまりの中にチャンネル、グループ、ユーザ、ファイル等の小さなまとまりを持ちデータを管理する。

チャンネル５０１はｗｏｒｋｓｐａｃｅのメンバー全員が参加でき、投稿された内容はすべて誰でも検索できる種類のチャットルームである。グループ５０２は全メンバーに公開すべきでないディスカッションのためのチャンネルで閲覧と参加には招待が必要となるものである。ユーザ５０３はこのｗｏｒｋｓｐａｃｅに参加しているユーザである。ファイル５０４は添付されたファイルが保存されている。さらに、チャンネル、グループ、ユーザでのやり取りの内容５０５がそれぞれに紐づいて記憶されている。

例えば、チャンネル１にはチャンネル１に参加しているユーザが紐づいて記憶され、また、チャンネル１でやりとりされたメッセージや画像データもチャンネル１に紐づけて記憶されている。このように記憶されていることで、チャンネル選択画面７１４でチャンネルが選択されたときに、指定されたチャンネル情報に対応するユーザを表示することができる。そのチャンネルに参加しているユーザを表示することができる。

上記のような処理を実行することで、ＭＦＰ１０１でスキャンして生成された画像データの送信が、どのユーザから行われたものかを判別可能にすることができる。また認証情報が流失する可能性を低くすることができる。

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

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

Ｓ１１０１において、ＭＦＰ１０１のＣＰＵ１１１はボットサーバ４００に対して、デバイスＩＤまたはユーザＩＤをパラメータとして、ＨＴＴＰ通信でチャンネルリスト情報の要求を行う。

Ｓ１１０２において、ボットサーバ４００のＣＰＵ４０１はメッセージアプリサーバ３００に、受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報を利用して、ＨＴＴＰ通信でチャンネルリスト情報の要求することを示す情報を送信する。このトークン情報は、Ｓ１１０１で受信したデバイスＩＤまたはユーザＩＤに対応するものが取得される。

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

Ｓ１１０３において、メッセージアプリサーバ３００のＣＰＵ３０１は、トークン情報から登録されているワークスペース情報、ボットアプリを検索する。

Ｓ１１０４において、メッセージアプリサーバ３００のＣＰＵ３０１は、アプリ情報から実行されたＵＲＬが許可されたものであるか確認し、許可されていればワークスペースに属するチャンネルのリスト情報を生成する。チャンネルのリスト情報とは、チャンネル情報の配列情報である。チャンネル情報は、チャンネルＩＤと、チャンネルの名前、チャンネルに属するメンバーＩＤのリスト、アーカイブチャンネルか否かなどの設定値を含む。

Ｓ１１０５において、メッセージアプリサーバ３００のＣＰＵ３０１は、通信部３０４を制御して、ボットサーバ４００にＨＴＴＰ通信のレスポンス情報として、チャンネルリスト情報を送信する。

Ｓ１１０６において、ボットサーバ４００のＣＰＵ４０１は、Ｓ１１０５で受信した、チャンネルリスト情報をＭＦＰ１０１にＨＴＴＰ通信のレスポンスとして送信する。

Ｓ１１０７〜Ｓ１１１３の処理は図６のＳ９０５〜Ｓ９１１の処理と同様な処理のため説明を割愛する。

Ｓ１１１４において、ＭＦＰ１０１のＣＰＵ１１１はデバイスＩＤもしくはユーザＩＤと、投稿先チャンネルの情報、ファイル形式等を示す情報や画像データをＨＴＴＰ通信でボットサーバ４００に送信する。

Ｓ１１１５において、ボットサーバ４００のＣＰＵ４０１は受信した投稿先チャンネルの情報、ファイル形式を示す情報、画像データと、受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報をメッセージアプリサーバ３００に送信する処理を実行する。ここで、ＣＰＵ４０１は、ＨＤＤ４０５に記憶されているデバイスＩＤもしくはユーザＩＤとトークン情報とが対応づけられたテーブルを参照して、送信するトークン情報を決定する。

Ｓ１１１６の処理はＳ９１３の処理と同様の処理であるため、説明を割愛する。

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

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

また、本実施例においては、チャンネルリストを取得としたが、アクセス制限付きのグループリスト、個別投稿のユーザリストも同様の方法で投稿することができる。

図９は、スキャンｔｏチャット処理の一例を示すフローチャートである。ＣＰＵ１１１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出し、実行することで図９のフローチャートの処理は実行される。また、図９のフローはＭＦＰ１０１の電源がオンになったことによって開始される。

Ｓ１３０１〜Ｓ１３０３の処理はＳ１００１〜Ｓ１００３の処理と同様の処理であるため、説明を省略する。

Ｓ１３０４にて、ＣＰＵ１１１はＭＦＰ１０１にログインしているユーザのユーザＩＤもしくはＭＦＰ１０１のデバイスＩＤを取得して、ボットサーバ４００にＨＴＴＰ通信でチャンネル情報取得要求とユーザＩＤもしくはデバイスＩＤを送信する。

Ｓ１３０５〜Ｓ１３１９の処理はＳ１００５〜Ｓ１０１９の処理と同様の処理であるため、説明を省略する。

Ｓ１３２０において、ＣＰＵ１１１はＭＦＰ１０１にログインしているユーザのユーザＩＤもしくはＭＦＰ１０１のデバイスＩＤと、Ｓ１３１８で生成されたファイルと投稿パラメータを送信する。なお、実施例１ではあらかじめ登録されているトークン情報１５０３を用いて、メッセージアプリサーバ３００にファイルを送信する例を説明したがこれに限るものではない。例えば、ＭＦＰ１０１のストレージ１１４が図１６のユーザＩＤもしくはデバイスＩＤとトークン情報を対応づけて記憶していて、ログインしているユーザのユーザＩＤやデバイスＩＤに対応するトークン情報を使用して要求やファイルの送信を実行してもよい。

なお、本実施例においては、ログインしているユーザＩＤやデバイスＩＤをボットサーバ４００との通信に使用しているが、一意に決まる識別子であればテナントＩＤなどを利用することもできる。

図１０は、ボットサーバ４００が画像データをメッセージアプリサーバ３００に送信する際の処理の一例を示すフローチャートである。ＣＰＵ４０１がＲＯＭ１１２に記憶されたプログラムをＲＡＭ１１３に読み出し、実行することで図１０のフローチャートの処理は実行される。また、図１０のフローはＭＦＰ１０１の電源がオンになったことによって開始される。

Ｓ１４０１において、ＣＰＵ４０１はＭＦＰ１０１からデバイスＩＤもしくはユーザＩＤとチャンネル情報を取得する情報取得要求を受信したか否かを判定する。受信したと判定した場合、Ｓ１４０２に進む。そうでない場合、Ｓ１４０１に戻る。

Ｓ１４０２において、ＣＰＵ４０１はＭＦＰ１０１から受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報を取得する。

Ｓ１４０３において、ＣＰＵ４０１は受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報があるか否かを図１６のテーブルを用いて判定する。あると判定された場合、Ｓ１４０４に進む。そうでない場合、Ｓ１４０５に進む。また、あると判定された場合、ＲＡＭ４０３は受信した受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報を記憶する。

Ｓ１４０４において、ＣＰＵ４０１はＳ１４０１でＭＦＰ１０１から受信した情報取得要求を、Ｓ１４０３で特定したトークン情報を用いることでメッセージアプリサーバ３００へ送信する。送信に対してメッセージアプリサーバ３００から返ってきた情報はＭＦＰ１０１に送信する。

Ｓ１４０５にて、ＣＰＵ４０１はＳ１４０１で受信したリクエストの返答として、実行エラーを示す情報をＭＦＰ１０１に送信する。

なお、図１０のフローは、図８のシーケンスのＳ１１０１で送信されたユーザＩＤもしくはデバイスＩＤと情報取得要求を受信した時の例を説明した。Ｓ１１１４の処理で送信されたユーザＩＤもしくはデバイスＩＤとファイル（画像データ）と、投稿先チャンネル情報とを受信した時にも図１０と同様のフローで処理する。つまり、受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報があるときは、そのトークン情報と投稿先チャンネル情報とファイル（画像データ）をメッセージアプリサーバ３００に送信する。受信したデバイスＩＤもしくはユーザＩＤに対応するトークン情報がないときは、ＭＦＰ１０１にエラーを示す情報を送信する。

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

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

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

Claims

受信したチャットサーバのトークルームを示す情報に基づいて、受信した画像データを示す情報と画像データを送信したユーザを示す送信元ユーザ情報を前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、
原稿の画像を読み取って、前記画像に基づく画像データを生成する読取手段と、
チャットサーバのトークルームを指定する指定手段と、
前記読取手段が生成した画像データと前記指定手段によって指定されたトークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信する送信手段を有することを特徴とする画像処理装置。
前記送信手段が前記トークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信するための指示を受け付ける受付手段をさらに有し、
前記受付手段が前記指示を受け付けた時に、前記画像処理装置にログインしているユーザを示すユーザ情報を前記送信手段は前記チャットサーバに送信することを特徴とする請求項１に記載の画像処理装置。
前記送信手段は、前記トークルームを示す情報と前記送信元ユーザ情報と前記ユーザ情報を前記受付手段が受け付けた指示に基づいて送信することを特徴とする請求項２に記載の画像処理装置。
ユーザの指示に基づいて、前記送信元ユーザ情報を選択する選択手段をさらに有し、
前記送信手段は前記選択手段が選択した前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
前記選択手段は、前記指定手段が指定したトークルームに含まれるユーザのユーザ情報から前記送信元ユーザ情報を選択することを特徴とする請求項４に記載の画像処理装置。
前記指定手段が指定したトークルームに含まれるユーザのユーザ情報を表示する表示手段をさらに有し、
前記表示手段が表示しているユーザ情報から前記選択手段は前記送信元ユーザ情報を選択し、
前記表示手段は前記指定手段が指定したトークルームに含まれないユーザのユーザ情報を表示しないことを特徴とする請求項４に記載の画像処理装置。
前記指定手段は前記ユーザにより前記チャットサーバのトークルームの指定と指定されたトークルームに含まれるユーザから、メンションするユーザを指定することを特徴とする請求項１乃至６の何れか１項に記載の画像処理装置。
前記読取手段が前記画像データを生成したことに従って、前記送信手段は画像データと前記トークルームを示す情報と前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１乃至７の何れか１項に記載の画像処理装置。
前記チャットサーバと通信するための情報を設定する設定手段をさらに有し、
前記送信手段は、前記チャットサーバと通信するための情報を用いて、前記画像データと前記トークルームを示す情報と前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１乃至８の何れか１項に記載の画像処理装置。
前記チャットサーバと通信するための情報は、前記チャットサーバのＵＲＬであることを特徴とする請求項９に記載の画像処理装置。
前記送信手段はＨＴＴＰ通信でデータを送信することを特徴とする請求項１乃至１０の何れか１項に記載の画像処理装置。
受信したチャットサーバのトークルームを示す情報に基づいて、受信した画像データを示す情報と画像データを送信したユーザを示す送信元ユーザ情報を前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置の制御方法であって、
原稿の画像を読み取って、前記画像に基づく画像データを生成する読取工程と、
チャットサーバのトークルームを指定する指定工程と、
前記読取工程で生成した画像データと前記指定工程によって指定されたトークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信する送信工程を有することを特徴とする画像処理装置の制御方法。
前記送信工程で前記トークルームを示す情報と前記送信元ユーザ情報とを前記チャットサーバに送信するための指示を受け付ける受付工程をさらに有し、
前記受付工程で前記指示を受け付けた時に、前記画像処理装置にログインしているユーザを示すユーザ情報を前記送信工程は前記チャットサーバに送信することを特徴とする請求項１２に記載の画像処理装置の制御方法。
前記送信工程は、前記トークルームを示す情報と前記送信元ユーザ情報と前記ユーザ情報を前記受付工程で受け付けた指示に基づいて送信することを特徴とする請求項１３に記載の画像処理装置の制御方法。
ユーザの指示に基づいて、前記送信元ユーザ情報を選択する選択工程をさらに有し、
前記送信工程は前記選択工程で選択した前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１２乃至１４の何れか１項に記載の画像処理装置の制御方法。
前記選択工程は、前記指定工程で指定したトークルームに含まれるユーザのユーザ情報から前記送信元ユーザ情報を選択することを特徴とする請求項１５に記載の画像処理装置の制御方法。
前記指定工程で指定したトークルームに含まれるユーザのユーザ情報を表示する表示工程をさらに有し、
前記表示工程で表示しているユーザ情報から前記選択工程は前記送信元ユーザ情報を選択し、
前記表示工程は前記指定工程で指定したトークルームに含まれないユーザのユーザ情報を表示しないことを特徴とする請求項１５に記載の画像処理装置の制御方法。
前記指定工程は前記ユーザにより前記チャットサーバのトークルームの指定と指定されたトークルームに含まれるユーザから、メンションするユーザを指定することを特徴とする請求項１２乃至１７の何れか１項に記載の画像処理装置の制御方法。
前記読取工程で前記画像データを生成したことに従って、前記送信工程は画像データと前記トークルームを示す情報と前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１２乃至１８の何れか１項に記載の画像処理装置の制御方法。
前記チャットサーバと通信するための情報を設定する設定工程をさらに有し、
前記送信工程は、前記チャットサーバと通信するための情報を用いて、前記画像データと前記トークルームを示す情報と前記送信元ユーザ情報を前記チャットサーバに送信することを特徴とする請求項１２乃至１９の何れか１項に記載の画像処理装置。
前記チャットサーバと通信するための情報は、前記チャットサーバのＵＲＬであることを特徴とする請求項２０に記載の画像処理装置。
前記送信手段はＨＴＴＰ通信でデータを送信することを特徴とする請求項１２乃至２１の何れか１項に記載の画像処理装置。
請求項１乃至１１の何れか１項に記載の画像処理装置の各手段をコンピュータが実行するためのプログラム。