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

Abstract

【課題】 画像処理装置でスキャンして生成された画像データの表示が、どのユーザから行われたものかを判別可能にしつつ、チャットサービスの認証情報が流出する可能性を低減することを目的とする。【解決手段】 本発明の画像処理装置は、受信したチャットサーバのトークルームを示す情報と受信したユーザに対応する情報に基づいて、受信した画像データを前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、チャットサービスにユーザがログインするための認証情報をチャットサーバに送信することによって、ユーザに対応する所定の情報を受信する受信手段と、受信手段が受信した所定の情報を認証情報に代えて、画像処理装置にユーザがログインするための識別情報に対応づけて記憶する記憶手段と、画像データと指定したトークルームを示す情報と所定の情報とをチャットサーバに送信することを特徴とする。【選択図】 図７

Description

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

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

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

ユーザがインターネットで公開されているチャットサービスを使用して、スキャンして生成した画像データをチャットサービスのトークルームで表示する場合、以下のような課題がある。例えば、特許文献１のように、生成した画像データをＳＭＢ通信等でファイルサーバに送信する画像処理装置では、チャットサービスのトークルームを指定することができず、ユーザが所望のトークルームで画像データを表示することができない。

また、どのユーザが画像処理装置で生成された画像データを表示させたかをトークルームに表示するために、画像処理装置が画像処理装置にログインするためのユーザの識別情報とチャットサービスのユーザの認証情報を対応づけて記憶することが考えられる。

チャットサービスのユーザの認証情報を多数のユーザが使用する画像処理装置が記憶している場合、チャットサービスで使用される認証情報が流出する可能性がある。

チャットサービスで使用される認証情報は、他のサービスでも使用される可能性があるため、ログインするための認証情報が流出すると、チャットサービス以外のサービスでも不正にログインされる可能性がある。

本発明は上記課題に鑑みなされたもので、画像処理装置でスキャンして生成された画像データの表示が、どのユーザから行われたものかを判別可能にしつつ、チャットサービスの認証情報が流出する可能性を低減することを目的とする。

本発明の画像処理装置は、受信したチャットサーバのトークルームを示す情報と受信したユーザに対応する情報に基づいて、前記ユーザを送信元として、受信した画像データを前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、チャットサービスにユーザがログインするための認証情報をチャットサーバに送信することによって、前記チャットサーバで生成される、ユーザに対応する所定の情報を受信する受信手段と、前記受信手段が受信した前記所定の情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶する記憶手段と、原稿の画像を読み取って、前記画像に基づく画像データを生成する読取手段と、チャットサーバのトークルームを指定する指定手段と、前記画像データと前記指定手段が指定したトークルームを示す情報と前記所定の情報とをチャットサーバに送信することを特徴とする。

画像処理装置でスキャンして生成された画像データの表示が、どのユーザから行われたものかを判別可能にしつつ、チャットサービスの認証情報が流出する可能性を低減することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１６はＩＤとトークン情報を対応づけの一例を示す図である。図１６のテーブル１６００では、ユーザＩＤ１６０１とユーザトークン情報１６０２、デバイスＩＤ１６０３とボットトークン情報が対応づけて登録されている。このテーブル１６００は、ＭＦＰ１０１のストレージ１１４に記憶されている。このテーブル１６００において、デバイスＩＤ１６０３と対応づけられているボットトークン情報１６０４は、不図示の入力画面においてユーザにより入力されることにより、登録される。また、ボットトークン情報１６０４はメッセージアプリサーバ３００が生成するランダムに組み合わされた文字列であり、メッセージアプリサーバ３００にインストールされている１つのボットアプリに対応する情報である。ユーザがＰＣ等でメッセージアプリサーバ３００に、ボットトークン情報１６０４を取得する要求を送信し、ＰＣ上で取得したボットトークン情報１６０４を表示することで、ユーザがそのボットトークン情報１６０４を確認しながら、ＭＦＰ１０１に登録する。

ここで、ユーザＩＤ１６０１やデバイスＩＤ１６０３はＭＦＰ１０１に記憶されている情報であり、ユーザＩＤ１６０１はＭＦＰ１０１を使用するユーザごとに設定されているユーザの識別情報である。デバイスＩＤ１６０３はＭＦＰごとに設定されているデバイスの識別情報である。ユーザＩＤ１６０１はＭＦＰ１０１にログインするためのユーザアカウントを生成する際にユーザにより設定された識別情報であり、デバイスＩＤ１６０３は工場出荷時に設定されたＭＦＰ１０１固有の識別情報である。

なお、本実施例ではテーブル情報は、図１８のフローによって生成され、ＭＦＰ１０１内ストレージ１１４格納されているが、ボットサーバ４００のＨＤＤ４０５に記憶されても良い。ボットサーバ４００を含む例については、実施例２にて説明する。

ここで、ユーザがインターネットで公開されているチャットサービスを使用して、スキャンして生成した画像データをチャットサービスのトークルームで表示する場合、以下のような課題がある。例えば、特許文献１のように、生成した画像データをＳＭＢ通信等でファイルサーバに送信する画像処理装置では、チャットサービスのトークルームを指定することができず、ユーザが所望のトークルームで画像データを表示することができない。

また、どのユーザが画像処理装置で生成された画像データを表示させたかをトークルームに表示するために、画像処理装置が画像処理装置にログインするためのユーザの識別情報とチャットサービスのユーザの認証情報を対応づけて記憶することが考えられる。

チャットサービスのユーザの認証情報を多数のユーザが使用する画像処理装置が記憶している場合、チャットサービスで使用される認証情報が流出する可能性がある。

チャットサービスで使用される認証情報は、他のサービスでも使用される可能性があるため、ログインするための認証情報が流出すると、チャットサービス以外のサービスでも不正にログインされる可能性がある。上記課題を解決するために、以下の処理を実行する。

図１７は、ＭＦＰ１０１がテーブル１６００を生成するシーケンスの一例を示す図である。本シーケンスはホーム画面６０８よりチャット登録ボタン６０９を押下されることで開始される。

Ｓ１７０１において、ユーザは操作部１１６に表示されている図１３の設定登録画面１５０１を介して、ユーザＩＤ１６０１とパスワードを入力する。なお、ＭＦＰ１０１が使用される際にユーザＩＤ１６０１とパスワードを用いてユーザ認証する構成であった場合、認証されたユーザＩＤ１６０１をＲＡＭ１１３に記憶しておくことで、本処理Ｓ１７０１は省略することが可能である。

Ｓ１７０２において、ユーザはＭＦＰ１０１に対し、操作部１１６を介してメッセージサービスのログインＩＤとパスワードを入力する。ここで入力されたメッセージサービスのログインＩＤは、例えばメールアドレス等の他人が見てどのユーザのＩＤかがわかるような情報である。また、メッセージサービスのログインＩＤとパスワードは、例えばＷＥＢメールサービスやクラウドストレージサービスや他のメッセージサービス等でも使用されている可能性がある。そのため、このメッセージサービスのログインＩＤとパスワードが流出することは望ましくない。

Ｓ１７０３において、ＭＦＰ１０１のＣＰＵ１１１はメッセージアプリサーバ３００に対してＨＴＴＰ通信でユーザトークン情報１６０２と、ボットトークン情報１６０４の取得要求を行う。具体的には、ＭＦＰ１０１より入力されたログインＩＤとパスワードからユーザトークン情報１６０２、ボットトークン１６０４を生成して返却することの要求を示す情報をメッセージアプリサーバ３００に送信する。ここで、送信されるコマンドの一例は「ＨＴＴＰ ＧＥＴ ｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｏａｔｈ．ａｃｃｅｓｓ」である。このコマンドに記載されているＵＲＬ「ｈｔｔｐｓ：／／ｍｅｓｓａｇｅ．ｃｏｍ／ａｐｉ／ｏａｔｈ．ａｃｃｅｓｓ」は、メッセージアプリサーバ３００にアクセスするためのＵＲＬである。このＵＲＬにＳ１７０２にて入力されたログインＩＤとパスワードを送信することで、メッセージアプリサーバ３００はトークン生成処理であるＳ１７０４を実行する。

Ｓ１７０４において、メッセージアプリサーバ３００のＣＰＵ３０１は通信部３０４を介して受信したユーザＩＤとパスワードに基づいて、ユーザトークン情報１６０２、ボットトークン情報１６０４を生成する。なお、ここでユーザトークン情報１６０２とボットトークン情報１６０４が生成されるのは、Ｓ１７０３で受信したログインＩＤとパスワードの組み合わせがメッセージアプリサーバ３００にユーザの認証情報として登録（記憶）されている場合である。Ｓ１７０３で受信したログインＩＤとパスワードの組み合わせがメッセージアプリサーバ３００にユーザの認証情報として登録（記憶）されていない場合は、トークン情報の生成も、送信もされない。

ここで生成されるユーザトークン情報はランダムに組み合わされた文字列であり、人が見ても何を示す文字列であるか、どのユーザを示す文字列かは理解することはできない。また、ボットトークン情報も同様にンダムに組み合わされた文字列である。

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

Ｓ１７０６において、ＭＦＰ１０１のＣＰＵ１１１は１６００に示されるように、受信したユーザトークン情報１６０２とＳ１７０１で入力されたユーザＩＤ１６０１と紐づけてストレージ１１４に保存する。また、ボットトークン情報１６０４とデバイスＩＤ１６０２とを紐づけてストレージ１１４に保存する。Ｓ１７０６の処理が終了したら、ＣＰＵ１１１はＲＡＭ１１３に記憶されているメッセージサービスのログインＩＤとパスワードを削除する。ここでは削除する例を説明したが、ＭＦＰ１０１がＳ１７０２で入力されたメッセージサービスのログインＩＤとパスワードを記憶していない状態になるのであれば、どのような処理でも構わない。

なお、本実施理例では、ＭＦＰ１０１がストレージ１１４にテーブル１６００を記憶している例を説明するが、その場合デバイスＩＤは１つしかない。そのため、受信したボットトークン情報をデバイスＩＤに対応づけることはせずに、チャンネルリスト取得用のトークンとしてストレージ１１４に記憶し、後述する図６のＳ９０１の処理でメッセージアプリサーバ３００に送信されてもよい。

図１８はＭＦＰ１０１がテーブル１６００を生成する処理の一例を示すフローチャートである。本フローはホーム画面６０８にてチャット登録ボタン６０９が選択されることで開始される。また、図１３はＭＦＰ１０１が本フロー実施時に操作部１１６のタッチパネル６０１に表示される画面を示す図であり、併せて説明する。

Ｓ１８０１において、ＭＦＰ１０１のＣＰＵ１１１はタッチパネル６０１にユーザＩＤ１６０１を受け付ける画面である入力画面１５０１を表示する。

Ｓ１８０２において、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６を介して入力画面１５０１のログインボタン１５０２が選択されたか否かを判定する。ログインボタン１５０２が選択されていない時は、スキップボタン１５０３が選択されたと判定する。ログインボタン１５０２が選択されたと判定した場合は、Ｓ１８０３に進む。そうでない場合は、Ｓ１８０４に進む。

Ｓ１８０３において、ＭＦＰ１０１のＣＰＵ１１１は入力されているユーザＩＤ１６０１とパスワードをＲＡＭ１１３に記憶する。

Ｓ１８０４において、ＭＦＰ１０１のＣＰＵ１１１はメッセージサービスの認証情報を入力するための入力画面１５０４をタッチパネル６０１に表示し、ログインＩＤとパスワードの入力を受け付ける。

Ｓ１８０５において、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６を介して確定ボタン１５０５の選択を検知すると、入力されているログインＩＤとパスワードをＲＡＭ１１３に記憶し、Ｓ１８０４の処理に移る。

Ｓ１８０６において、ＭＦＰ１０１のＣＰＵ１１１は入力された入力画面１５０４に入力されたログインＩＤとパスワードを、メッセージアプリサーバ３００にユーザトークン情報１６０２、ボットトークン情報１６０４の取得要求を行う。具体的には、入力画面１５０４に入力されたログインＩＤとパスワードと、ユーザトークン情報１６０２、ボットトークン情報１６０４を要求することを示す情報をメッセージアプリサーバ３００に送信する。

Ｓ１８０７において、ＭＦＰ１０１のＣＰＵ１１１はメッセージアプリサーバ３００よりユーザトークン情報１６０２、ボットトークン情報１６０４の取得に成功したか否かを判断する。取得成功と判断した場合、Ｓ１８１０に進む。取得失敗と判断した場合、Ｓ１８０８に進む。

Ｓ１８０８において、ＭＦＰ１０１のＣＰＵ１１１はタッチパネル６０１に取得失敗の旨を示す画面（不図示）を表示する。画面１５０６は取得成功時のメッセージが図示されているが、本画面に表示されているメッセージを取得失敗の旨に変更して表示する。

Ｓ１８０９において、ＭＦＰ１０１のＣＰＵ１１１はタッチパネル６０１に表示されている戻るボタン（不図示）の選択を検知すると、表示されている画面を初期画面である入力１５０１に変更し、Ｓ１８０１に戻る。

Ｓ１８１０において、ＭＦＰ１０１のＣＰＵ１１１はＲＡＭ１１３に記憶されているユーザＩＤ１６０１と受信したユーザトークン情報１６０２を用いてテーブル情報を作成し、ストレージ１１４に記憶する。メッセージアプリサーバ３００は、ユーザトークン情報１６０２を元に、ワークスペースにおけるユーザを特定することが可能である。そのため、ＭＦＰ１０１からの投稿時、ユーザトークン情報１６０２を使用することで、メッセージアプリサーバ３００において管理されるユーザとして投稿を処理することが出来る。

Ｓ１８１１において、ＭＦＰ１０１のＣＰＵ１１１はデバイスＩＤ１６０３と受信したボットトークン情報１６０４を用いてテーブル情報を作成し、ストレージ１１４に記憶する。ＭＦＰ１０１へログインするためのユーザＩＤ１６０１を持たないユーザの場合、ボットトークン情報１６０４を使用することで、ゲストユーザとしての投稿が可能となる。その際、チャットルームの投稿は、ゲストユーザ（ボットユーザ）からの投稿として処理されてもいいし、そのユーザが入力した認証情報に対応するアカウントからの投稿として処理してもいい。また、ＭＦＰ１０１のＣＰＵ１１１は結果表示画面１５０６をタッチパネル６０１に表示する。

Ｓ１８１２において、ＭＦＰ１０１のＣＰＵ１１１は操作部１１６を介して戻るボタン１５０７の押下を検知することで、表示画面をホーム画面６０８に遷移させ処理を終了する。

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

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

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

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

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

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

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

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

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

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

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

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

Ｓ９１０において、ＭＦＰ１０１のＣＰＵ１１１は通信部１２６を介して、メッセージアプリサーバ３００に、Ｓ９０６で選択された投稿先チャンネルの情報、ファイル形式、Ｓ９０９で生成された画像データ、ユーザトークン情報をＨＴＴＰ通信で送信する。ＭＦＰ１０１に登録されたユーザトークン情報を用いることで、送信先のワークスペースに参加するユーザとしてメッセージアプリサーバ３００に送信する。また、ここで送信されるユーザトークン情報は、設定画面７０４を表示しているときにＭＦＰ１０１にログインしているユーザに対応するユーザトークン情報である。なお、どのユーザのユーザトークン情報を送信するかを、操作部１１６に表示した画面でユーザに選択させてもよい。その際、ユーザはＭＦＰ１０１のユーザＩＤを選択する。

なお、ファイル形式は、スキャンｔｏチャットの送信設定画面７１２でユーザに指定されたファイル形式を使用する。

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

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

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

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

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

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

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

宛先確認ボタン７０５が選択されると、スキャンｔｏチャット宛先確認画面７０６が表示される。スキャンｔｏチャット宛先確認画面７０６には、チャンネル選択ボタン７１３が選択されることによって設定された送信設定投稿先が表示される。投稿先ボタン７０７には、その時点で設定されている投稿先の数が表示され、ユーザにより選択されることにより、設定されている投稿先（宛先）が表示される宛先確認画面７０６が表示される。また、投稿先ボタン７０７が設定されることにより、不図示の詳細画面が表示され、設定されている投稿先の詳細が表示される。

なお、本実施例ではスキャンｔｏチャット宛先確認画面７０６には１つの投稿先しか表示されていないが、これに限るものではない。例えば、ＭＦＰ１０１がメッセージアプリサーバ３００から複数の投稿先を設定することで、スキャンｔｏチャット宛先確認画面７０６に複数の投稿先ボタンを表示することができる。

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

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

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

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

ユーザ名７１８は、現在ＭＦＰ１０１にログインしている「ユーザ名」又は、「ゲスト」が表示される。具体的には、現在ＭＦＰ１０１にログイン中のユーザＩＤ１６０１に紐づくユーザトークン１６０２がテーブル１６００に登録されている場合「ユーザ名」が表示される。テーブル１６００に登録されていない場合、表示は「ゲスト」となる。

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

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

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

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

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

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

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

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

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

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

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

Ｓ１０１４において、ＣＰＵ１１１は投稿パラメータを生成する。投稿パラメータには、投稿先のチャンネル、ファイル形式、ファイル名、投稿コメントが含まれる。ファイル形式は送信設定で設定したファイル形式７１７に該当するものが設定される。投稿コメントは、通知したいユーザ情報の先頭にアットマーク「＠」をつけた文字を生成する。ファイル名は、送信設定で指定されたファイル名を指定する。

Ｓ１０１５において、ＣＰＵ１１１はＭＦＰ１０１にログインしているユーザのユーザＩＤ１６０１に紐づくユーザトークン情報１６０２が存在しているか、テーブル１６００より参照する。ユーザトークン情報１６０２が登録されている場合、Ｓ１０１６に進み、登録されていない場合、Ｓ１０１７に進む。ユーザＩＤ１６０１に紐づくユーザトークン情報１６０２が存在していない場合とは、ユーザがホーム画面６０８のチャット登録ボタン６０９を選択し、図１３の画面にてＭＦＰ１０１の認証情報とメッセージサービスの認証情報を登録していない場合である。

Ｓ１０１６において、ユーザトークン情報１６０２を使用することで、メッセージアプリサーバ３００にＨＴＴＰ通信のＰＯＳＴメソッドで、Ｓ１０１３で生成されたファイルと投稿パラメータ、ユーザトークン情報を送信する。ＭＦＰ１０１にログインしているユーザが、あらかじめ図１３の入力画面でメッセージサービス上のログインＩＤ、パスワードを入力している場合、取得されたユーザトークン情報が送信される。Ｓ１０１７において、メッセージアプリサーバ３００にＨＴＴＰ通信のＰＯＳＴメソッドで、Ｓ１０１３で生成されたファイルと投稿パラメータ、ボットトークン情報を送信する。ＭＦＰ１０１にログインしているユーザが、あらかじめ図１３の入力画面でメッセージサービス上のログインＩＤ、パスワードを入力していない場合、デバイスに対応づけられているボットトークン情報が送信される。

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

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

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

本実施例では、図７のＳ１０１５のように、ログインしているユーザのユーザＩＤにユーザトークン情報が対応づいていない時は、ボットトークン情報がメッセージアプリサーバに送信される。これにより、メッセージサービスの認証情報を登録していないユーザでもメッセージサービス上の画面、スキャンして生成した画像データを表示させることができる。この場合、メッセージアプリ画面１２０１のメッセージ１２０４は「ＭＦＰ」というボットアプリにより投稿されたように表示される。

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

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

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

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

このようにＭＦＰ１０１から送信した画像データであっても、メッセージサービス上のアカウントで投稿することによって、誰からの投稿であるかを容易に判断することができる。

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

上記処理を実行することで、画像処理装置でスキャンして生成された画像データの表示が、どのユーザから行われたものかを判別可能にしつつ、チャットサービスの認証情報が流出する可能性を低減することができる。

実施例１では、ＭＦＰ１０１がメッセージアプリサーバ３００に直接、画像データや投稿パラメータを送信する例を説明した。本実施例では、ＭＦＰ１０１はボットサーバ４００を介して、画像データや投稿パラメータをメッセージアプリサーバ３００に送信する例を説明する。本実施例では、テーブル１６００がボットサーバ４００のＨＤＤ４０５に記憶されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｓ１３１５において、ＣＰＵ１１１はＭＦＰ１０１にログインしているユーザのユーザＩＤ１６０１、もしくはＭＦＰ１０１のデバイスＩＤ１６０３と、Ｓ１３１３で生成されたファイルと投稿パラメータを送信する。なお、本実施例においては、ログインしているユーザＩＤやデバイスＩＤをボットサーバ４００との通信に使用しているが、一意に決まる識別子であればテナントＩＤなどを利用することもできる。

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

Ｓ１４０１において、ＣＰＵ４０１はＭＦＰ１０１からデバイスＩＤ１６０３もしくはユーザＩＤ１６０１と、メッセージアプリサーバ３００へのファイル投稿要求を受信したか否かを判定する。受信したと判定した場合、Ｓ１４０２に進む。そうでない場合、Ｓ１４０１に戻る。

Ｓ１４０２において、ＣＰＵ４０１はＭＦＰ１０１から受信したＩＤをキーとして、テーブル１６００で対応するトークン情報が存在するかを参照する。Ｓ１４０３において、ＣＰＵ４０１はＩＤに対応するユーザトークン情報１６０２があると判断した場合、Ｓ１４０４に進む。そうでない場合、Ｓ１４０５に進む。

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

Ｓ１４０５にて、ＣＰＵ４０１はＩＤに対応するボットトークン情報１６０４があると判断した場合、Ｓ１４０６に進む。そうでない場合、Ｓ１４０７に進む。

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

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

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

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

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

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

Claims (21)

1. 受信したチャットサーバのトークルームを示す情報と受信したユーザに対応する情報に基づいて、前記ユーザを送信元として、受信した画像データを前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置であって、
   チャットサービスにユーザがログインするための認証情報をチャットサーバに送信することによって、前記チャットサーバで生成される、ユーザに対応する所定の情報を受信する受信手段と、
   前記受信手段が受信した前記所定の情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶する記憶手段と、
   原稿の画像を読み取って、前記画像に基づく画像データを生成する読取手段と、
   チャットサーバのトークルームを指定する指定手段と、
   前記画像データと前記指定手段が指定したトークルームを示す情報と前記所定の情報とをチャットサーバに送信することを特徴とする画像処理装置。
2. 前記チャットサービスにログインするための認証情報を受け付け可能な受付手段をさらに有し、
   前記受付手段が前記認証情報を受け付けた場合、前記記憶手段は前記受信手段が受信した前記所定の情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶し、前記送信手段は前記画像データと前記指定手段が指定したトークルームを示す情報と前記所定の情報とをチャットサーバに送信し、
   前記受付手段が前記認証情報を受け付けていない場合、前記所定の情報とは異なる情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶し、前記送信手段は前記画像データと前記指定手段が指定したトークルームを示す情報と前記所定の情報とは異なる情報とをチャットサーバに送信することを特徴とする請求項１に記載の画像処理装置。
3. 前記所定の情報とは異なる情報は、前記チャットサーバで生成された情報であり、前記トークルームを含むグループに対応する情報であることを特徴とする請求項２に記載の画像処理装置。
4. トークルームを示す情報を表示する表示手段と、
   前記表示手段が表示するトークルームを示す情報を選択する選択手段とをさらに有し、
   前記表示手段は前記指定手段が前記チャットサーバのトークルームを示す情報が指定することによって、前記指定を受け付けたトークルームを示す情報を所定の画面に表示することを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
5. 前記所定の画面が前記表示手段に表示されているときに、ユーザにより実行指示が入力されることによって、前記読取手段は前記原稿の画像を読み取って、画像データを生成することを特徴とする請求項４に記載の画像処理装置。
6. 前記指定手段は前記ユーザにより前記チャットサーバのトークルームの指定と指定されたトークルームに含まれるユーザから、メンションするユーザを指定することを特徴とする請求項１乃至５の何れか１項に記載の画像処理装置。
7. 前記読取手段が前記画像データを生成したことに従って、前記送信手段は画像データと前記トークルームを示す情報と前記所定の情報を前記チャットサーバに送信することを特徴とする請求項１乃至６の何れか１項に記載の画像処理装置。
8. 前記チャットサーバと通信するための情報を設定する設定手段をさらに有し、
   前記送信手段は、前記チャットサーバと通信するための情報を用いて、前記画像データと前記トークルームを示す情報を前記チャットサーバに送信することを特徴とする請求項１乃至７の何れか１項に記載の画像処理装置。
9. 前記チャットサーバと通信するための情報は、前記チャットサーバのＵＲＬであることを特徴とする請求項８に記載の画像処理装置。
10. 前記送信手段はＨＴＴＰ通信でデータを送信することを特徴とする請求項１乃至９の何れか１項に記載の画像処理装置。
11. 受信したチャットサーバのトークルームを示す情報と受信したユーザに対応する情報に基づいて、前記ユーザを送信元として、受信した画像データを前記トークルームに表示するよう制御するチャットサーバと通信する画像処理装置の制御方法であって、
    チャットサービスにユーザがログインするための認証情報をチャットサーバに送信することによって、前記チャットサーバで生成される、ユーザに対応する所定の情報を受信する受信工程と、
    前記受信工程で受信した前記所定の情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶する記憶工程と、
    原稿の画像を読み取って、前記画像に基づく画像データを生成する読取工程と、
    チャットサーバのトークルームを指定する指定工程と、
    前記画像データと前記指定工程で指定されたトークルームを示す情報と前記所定の情報とをチャットサーバに送信することを特徴とする画像処理装置の制御方法。
12. 前記チャットサービスにログインするための認証情報を受け付け可能な受付工程をさらに有し、
    前記受付工程が前記認証情報を受け付けた場合、前記記憶工程は前記受信工程が受信した前記所定の情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶し、前記送信工程で前記画像データと前記指定工程で指定したトークルームを示す情報と前記所定の情報とをチャットサーバに送信し、
    前記受付工程で前記認証情報を受け付けていない場合、前記所定の情報とは異なる情報を前記認証情報に代えて、前記画像処理装置にユーザがログインするための識別情報に対応づけて記憶し、前記送信工程で前記画像データと前記指定工程で指定したトークルームを示す情報と前記所定の情報とは異なる情報とをチャットサーバに送信することを特徴とする請求項１に記載の画像処理装置の制御方法。
13. 前記所定の情報とは異なる情報は、前記チャットサーバで生成された情報であり、前記トークルームを含むグループに対応する情報であることを特徴とする請求項１２に記載の画像処理装置の制御方法。
14. トークルームを示す情報を表示する表示工程と、
    前記表示工程で表示するトークルームを示す情報を選択する選択工程とをさらに有し、
    前記表示工程は前記指定工程で前記チャットサーバのトークルームを示す情報が指定されることによって、前記指定を受け付けたトークルームの示す情報を所定の画面に表示することを特徴とする請求項１１乃至１３の何れか１項に記載の画像処理装置の制御方法。
15. 前記所定の画面が前記表示工程で表示されているときに、ユーザにより実行指示が入力されることによって、前記読取工程で前記原稿の画像を読み取って、画像データを生成することを特徴とする請求項１４に記載の画像処理装置の制御方法。
16. 前記指定工程は前記ユーザにより前記チャットサーバのトークルームの指定と指定されたトークルームに含まれるユーザから、メンションするユーザを指定することを特徴とする請求項１１乃至１５の何れか１項に記載の画像処理装置の制御方法。
17. 前記読取工程で前記画像データを生成したことに従って、前記送信工程で画像データと前記トークルームを示す情報と前記所定の情報を前記チャットサーバに送信することを特徴とする請求項１１乃至１６の何れか１項に記載の画像処理装置の制御方法。
18. 前記チャットサーバと通信するための情報を設定する設定工程をさらに有し、
    前記送信工程で、前記チャットサーバと通信するための情報を用いて、前記画像データと前記トークルームを示す情報を前記チャットサーバに送信することを特徴とする請求項１１乃至１７の何れか１項に記載の画像処理装置の制御方法。
19. 前記チャットサーバと通信するための情報は、前記チャットサーバのＵＲＬであることを特徴とする請求項１８に記載の画像処理装置の制御方法。
20. 前記送信工程はＨＴＴＰ通信でデータを送信することを特徴とする請求項１１乃至１９の何れか１項に記載の画像処理装置の制御方法。
21. 請求項１乃至１０の何れか１項に記載の画像処理装置の各手段をコンピュータが実行するためのプログラム。

Images