JP2024029839A - スキャン装置、画像処理方法及びプログラム - Google Patents

Abstract

【課題】 スキャン装置が原稿をスキャンして生成した画像データをチャットサービスへアップロードする際に、ユーザがその画像データを確認しやすくすることを目的とする。【解決手段】 本発明のスキャン装置は、原稿をスキャンして、画像データを生成するスキャン手段と、前記スキャン手段が生成した前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信手段とを有し、前記送信手段が送信した前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とする。【選択図】 図７

Description

本発明は、スキャン装置、画像処理方法及びプログラムに関する。

特許文献１には、画像処理装置が原稿の画像をスキャンすることで生成した画像データを、チャットサービスを提供しているメッセージアプリサーバに送信することが開示されている。それにより、チャットサービスのチャンネル上に画像データがアップロードされ、共有される。

特開２０２１－０７８０８４号公報

例えば、チャンネル（トークルーム）に画像データをアップロードした後にメッセージのやり取りが行われると、画像処理装置からアップロードされてきた画像データがメッセージによって流される。それにより、チャンネルに参加するユーザは、画像データがアップロードされたことに気づけない可能性がある。

本発明は上記の課題に鑑みてなされたものであり、スキャン装置が原稿をスキャンして生成した画像データをチャットサービスへアップロードする際に、ユーザがその画像データを確認しやすくすることを目的とする。

本発明のスキャン装置は、原稿をスキャンして、画像データを生成するスキャン手段と、前記スキャン手段が生成した前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信手段とを有し、前記送信手段が送信した前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とする。

スキャン装置が原稿をスキャンして生成した画像データをチャットサービスへアップロードする際に、ユーザがその画像データを確認しやすくすることができる。

本発明のシステム構成の一例を示す図 画像処理装置１０１のハードウェア構成の一例を示す図 モバイル端末３００のハードウェア構成の一例を示す図 メッセージアプリサーバ４００のハードウェア構成の一例を示す図 ボットサーバ５００のハードウェア構成の一例を示す図 画像処理装置１０１の操作部２０７に表示されるホーム画面の一例を示す図 画像処理装置１０１がスキャンして生成したファイルをメッセージアプリサーバ４００に送信するシーケンスの一例を示す図 スキャンｔｏチャット処理の一例を示すフローチャート 画像処理装置１０１がスキャンして生成したファイルを、ボットサーバ５００を介して、メッセージアプリサーバ４００に送信するシーケンスの一例を示す図 スキャンｔｏチャットの一例を示すフローチャート ボットサーバ５００の処理の一例を示すフローチャート スキャンｔｏチャット処理の画面遷移の一例を示す図 設定登録画面の一例を示す図 メッセージアプリのメッセージ画面の一例を示す図

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

本発明に係る情報処理装置の一実施形態としての画像処理装置について説明する。

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

図２は、画像処理装置１０１のハードウェア構成の一例を説明するブロック図である。本例は、プリント機能、スキャナ機能、データ通信機能などを備える複合機を例とする。なお、画像処理装置はスキャン装置であってもいい。

画像処理装置１０１はＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、ストレージ２０５、操作部Ｉ／Ｆ２０６、操作部２０７、読取部Ｉ／Ｆ２０８、読取部２０９、印刷部Ｉ／Ｆ２１０、印刷部２１１、無線通信部Ｉ／Ｆ２１２、無線通信部２１３を備える。また、画像処理装置１０１はＦＡＸ部Ｉ／Ｆ２１４、ＦＡＸ通信部２１５、通信部Ｉ／Ｆ２１６、通信部２１７を備える。

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

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

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

読取部Ｉ／Ｆ２０８は、例えばスキャナのような読取部２０９と制御部２０１を接続する。読取部２０９は原稿の画像を読み取って、ＣＰＵ２０２がその画像をバイナリーデータなどの画像データに変換する。読取部２０９によって読み取られた画像に基づき生成された画像データは、外部装置に送信されたり、記録紙上に印刷されたりする。なお、スキャン手段に含まれる読み取り部は不図示のＡＤＦに載置された複数枚の原稿をスキャンして、複数の画像データを生成することができる。その際ＡＤＦに載置された原稿は、ＡＤＦにより搬送されてスキャンされる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図７は画像処理装置１０１がスキャンして生成したファイルをメッセージアプリサーバ４００に送信するシーケンスの一例を示す図である。図７のシーケンスは図１２のスキャンｔｏチャット画面１２０１のチャンネル選択ボタン１２１０が選択されたことに従って、開始される。

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

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

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

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

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

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

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

Ｓ７０６において、画像処理装置１０１のＣＰＵ２０２は操作部２０７を介してスキャン実行指示を受け付ける。

Ｓ７０７において、画像処理装置１０１のＣＰＵ２０２はスキャン実行指示を受けた際の、スキャン設定でスキャンする。

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

Ｓ７０９において、ＣＰＵ２０２は通信部２１７を介して、メッセージアプリサーバ４００にＳ７０１と同じトークン情報、Ｓ７０５で選択された投稿先チャンネルの情報、ファイル形式、Ｓ７０８で生成された画像データをＨＴＴＰ通信で送信する。なお、ファイル形式は、スキャンｔｏチャットの送信設定画面１２０９でユーザに指定されたファイル形式を使用する。また、送信設定画面１２０９では、投稿される画像データに対するピン留めを有効にするか無効にするかをボタン１２１５で設定できる。さらにピン留め置き換えが有効に設定されている場合は、選択されたチャンネルにおいて既にピン留めされている投稿がある場合、その投稿のピン留めを解除して、今から送信する画像データの投稿をピン留めすることができる。ピン留めの置き換えが無効に設定されている場合は、選択されたチャンネルにおいて既にピン留めされている投稿がある場合、新しい投稿に置き換えられない。つまり、今から送信される画像データの投稿はピン留めされない。なお、既にピン留めがある場合に、複数の投稿のピン留めを行うようにしてもいい。

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

Ｓ７１１において、メッセージアプリサーバ４００のＣＰＵ４０１は、投稿が成功したか否かに対応する結果と、成功した場合には投稿した画像データを一意に特定可能なタイムスタンプをＨＴＴＰ通信のレスポンス情報として画像処理装置１０１に送信する。ここで成功した場合のレスポンスとしてタイムスタンプをレスポンス情報に追加しているが、メッセージとして投稿した画像データを一意に特定可能な情報であれば、例えばメッセージＩＤのようなものであってもいい。なお、投稿が成功した場合画像処理装置１０１のＣＰＵ２０２は操作部２０７に投稿が成功した旨の通知を表示するようにしてもいい。また、投稿が失敗した場合、画像処理装置１０１のＣＰＵ２０２は操作部２０７に投稿が失敗した旨の通知を表示するようにしてもいい。また、投稿が成功した時はなにも通知を表示せずに、失敗した時だけ投稿が失敗した旨の通知を表示するようにしてもいい。

Ｓ７１１で画像処理装置１０１がメッセージアプリサーバ４００から投稿が成功した際に受信した、画像データの投稿を一意に特定可能なタイムスタンプが、レスポンス情報に含まれている場合に、Ｓ７１２～Ｓ７１４の処理を行う。

Ｓ７１２において、画像処理装置１０１のＣＰＵ２０２は通信部２１７を介して、メッセージアプリサーバ４００にＳ７０１と同じトークン情報、Ｓ７０５で選択された投稿先チャンネルの情報、Ｓ７１１で受信したタイムスタンプ情報を送信する。さらに、投稿した画像データをチャンネル内のユーザに報知するためのピン留め要求をＨＴＴＰ通信で送信する。ここで、ピン留めとは、チャンネル内において、特定の投稿がされたこと示す情報をチャンネルの画面の上部などの所定の位置に固定する機能である。特定の投稿がされた後にメッセージなどが投稿されても、特定の投稿を所定の位置に表示し続けるための機能である。なお、チャンネルの画面の上部などの固定の位置に表示するのではなく、メッセージの背景色の変更やピン留めとわかるようなアイコンとコメントを付与するなどして、メニュー画面のピン留めメッセージ一覧から確認するような報知方法であっても良い。また、ピン留めされた投稿が選択されることにより、タイムライン表示されているその投稿に移動する機能を有しても良い。つまり、画像データの投稿がトークルームに表示されていない状態で、画像データが投稿されたことを示す情報に対応するオブジェクトが選択されることによって、画像データの投稿がトークルームに表示される。具体的な例は、図１４で説明する。本実施例ではチャンネル内のユーザにメッセージを報知する方法をピン留めと呼称しているが、これに限られるものではなく、例えば、アナウンス機能と呼んでも良い。

Ｓ７１３において、メッセージアプリサーバ４００のＣＰＵ４０１は、Ｓ７１２で受信したタイムスタンプ情報から画像データを含む投稿を特定し、その投稿に対してピン留め機能を有効にする。つまり、スキャンして生成された画像データがトークルームに投稿され、その画像データが投稿されたことを示す情報がトークルームの画面の所定の位置に表示される。これにより、ユーザがモバイル端末３００上のメッセージアプリを起動し、先のチャンネルの会話の内容を確認するためにチャンネルを指定すると、受信したＳ７０９で投稿された画像データがピン留めされた状態で画面に表示される。

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

なお、本実施例においてはユーザにより図１２のボタン１２１５でピン留めが有効にされている場合にＳ７１２～Ｓ７１４の処理を実施してもいい。

図８はスキャンｔｏチャット処理の一例を示すフローチャートである。また、図８のフローは画像処理装置１０１の電源がオンになったことによって開始される。

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

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

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

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

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

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

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

送信設定ボタン１２０８が選択されると、送信設定画面１２０９が表示される。この画面ではファイル設定１２１４などの送信設定の変更、確認が可能である。ボタン１２１５では、ピン留めを有効にするか無効にするかを設定できる。ボタン１２１６はピン留め設定が有効の場合にのみ選択可能になり、ボタン１２１５でピン留めが無効に設定された場合は選択することができない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｓ８１６において、ＣＰＵ２０２はメッセージアプリサーバ４００から投稿結果および成功した場合には投稿したファイルを一意に特定可能なタイムスタンプ情報を受信し、操作部２０７のタッチパネル６０１に投稿結果を表示する。

Ｓ８１７において、Ｓ８１５でメッセージアプリサーバ４００にファイルの投稿が成功したか否かを判定する。成功したと判定された場合、Ｓ８１８に進む。そうでない場合は、フローを終了する。

Ｓ８１８において、ＣＰＵ２０２は事前に登録されたトークン情報１３０３及び投稿したファイルを一意に特定可能なタイムスタンプを用いて、メッセージアプリサーバ４００に投稿したファイルのピン留めの要求を送信する。ピン留めについては後述の図１４で説明する。

Ｓ８１９において、ＣＰＵ２０２はピン留めが成功したか否かをメッセージアプリサーバ４００から受信した結果情報に基づいて判定する。ピン留めが成功した場合は、Ｓ８２０に進む。そうでない場合は、Ｓ８２１に進む。

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

Ｓ８２１において、ＣＰＵ２０２は図１２の送信設定画面１２０９のボタン１２１６でピン留めの置き換えが有効に設定されているか否かを判断する。有効と判断された場合、Ｓ８２２に進む。有効でないと判断された場合、Ｓ８２０に進む。

Ｓ８２２において、ＣＰＵ２０２はメッセージアプリサーバ４００に対して、ＨＴＴＰ通信のＰＯＳＴメソッドにより、もともとピン留めされているメッセージを置き換える機能を有効にして、再度ピン留めを行う。

本実施例により、ユーザは画像処理装置１０１からメッセージアプリサーバ４００のチャンネルへ容易にファイルを投稿し、投稿したファイルにピン留めを行うことが可能となる。さらに、ピン留めされているメッセージが既に存在しているためにピン留めの処理が失敗した場合でも、既にピン留めされたメッセージを置き換えることが可能となる。

そして、ユーザがスタートボタン１２０６、１２０７を選択したことに応じて、読取部２０９が原稿をスキャンして画像データを生成し、通信部２１７がメッセージアプリサーバ４００に画像データと、ピン留めの要求を送信する。これにより、ユーザは１回の実行指示で、原稿のスキャンと画像データとピン留め要求の送信を実行させることができる。

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

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

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

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

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

メッセージ１４０４は、ユーザ１のアカウントを持つユーザが、画像処理装置１０１でスキャンして生成した画像データと、投稿パラメータをメッセージアプリサーバ４００に送信し、Ｓ８１８にてピン留めをすることによって、表示（投稿）される。図１４の（ａ）の例では、投稿パラメータのうちの投稿のチャンネルとして「チャンネル１」が指定され、ユーザとしてチャンネル１に所属する「ユーザ３」が指定されている例を示す。また、投稿パラメータのファイル名として「資料．ｐｄｆ」が指定され。コメントとして「送ります。」が指定されている例でもある。なお、ファイル名やコメントは不図示のスキャンｔｏチャットの詳細設定画面でユーザにより指定される。また、画像処理装置１０１がピン留めをしたことがわかるように、メッセージの背景色を変更し、メッセージの上部にピンのアイコンと「画像処理装置がピン留めしました」のコメントを表示する例である。この例において、チャンネルのメニューボタン１４０５が選択されることによって、チャンネルの詳細画面１４０６が開かれ、その画面においてピン留めしたメッセージ１４０７として表示される。この一覧からメッセージを選択することで、元のメッセージを参照することが可能である。ここで、メッセージ１４０４は図８のＳ８１８にて、画像処理装置１０１からＨＴＴＰ通信のＰＯＳＴメソッドによりピン留めを行ったが、別の方法でピン留めを行うことができる。例えば、モバイル端末３００からメッセージ画面１４０１を開き、ピン留めを行う対象のメッセージにマウスポインタを重ね、メッセージのメニュー画面から「ピン留めする」を選択する方法がある。または、メッセージを長押しして、「ピン留めする」を選択することにより、メッセージのピン留めを行うことが可能である。

また、図１４の（ｂ）はピン留めの別の一例を示す図であり、メッセージとは別の箇所にピン留めをしたことを表すコメント１４０８を表示し、チャンネルの上部にピン留めしたメッセージ一覧１４０９が表示される。このピン留めされたメッセージ１４０７、１４０９にはそのメッセージを投稿したユーザのユーザ名などの識別情報も一緒に表示される。

図１４の（ａ）、図１４（ｂ）でピン留めが行われた場合のメッセージ画面について説明を行ったが、この画面は図７のＳ７１３でメッセージアプリサーバ４００がメッセージに対してピン留め機能を有効にすることによって表示される画面である。

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

図９は画像処理装置１０１がスキャンして生成したファイルを、ボットサーバ５００を介して、メッセージアプリサーバ４００に送信するシーケンスの一例を示す図である。

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

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

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

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

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

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

Ｓ９１１において、画像処理装置１０１のＣＰＵ２０２はデバイスＩＤまたはユーザＩＤと、投稿先チャンネルの情報、ファイル形式などを示す情報や画像データをＨＴＴＰ通信でボットサーバ５００に送信する。

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

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

Ｓ９１４において、メッセージアプリサーバ４００のＣＰＵ４０１は、投稿が成功したか否かに対応する結果と、成功した場合には投稿した画像データを一意に特定可能なタイムスタンプをＨＴＴＰ通信のレスポンス情報としてボットサーバ５００に送信する。

Ｓ９１４でボットサーバ５００がメッセージアプリサーバ４００から投稿が成功した際にメッセージとして投稿した画像データを一意に特定可能なタイムスタンプがレスポンス情報に含まれている場合に、Ｓ９１５～Ｓ９１７の処理を行う。Ｓ９１４でボットサーバ５００がメッセージアプリサーバ４００から投稿が失敗した際のレスポンス情報を受信した場合は、Ｓ９１８の処理に進む。

Ｓ９１５において、ＣＰＵ５０１は通信部５０４を介して、投稿先チャンネルの情報、トークン情報、Ｓ９１４で対象チャンネルにメッセージとして投稿した画像データを一意に特定可能なタイムスタンプ情報をメッセージアプリサーバ４００に送信する。

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

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

Ｓ９１８において、ボットサーバ５００のＣＰＵ５０１は、Ｓ９１４で受信した投稿が失敗した結果、もしくは、Ｓ９１７で受信したピン留めが成功したか否かに対応する結果をＨＴＴＰ通信のレスポンス情報として画像処理装置に送信する。なお、投稿からピン留めまで成功した場合画像処理装置１０１のＣＰＵ２０２は操作部２０７に投稿が成功した旨の通知を表示するようにしてもいい。また、投稿が失敗した場合またはピン留めが失敗した場合、画像処理装置１０１のＣＰＵ２０２は操作部２０７に投稿またはピン留めが失敗した旨の通知を表示するようにしてもいい。また、投稿からピン留めまでが成功した時はなにも通知を表示せずに、投稿またはピン留めが失敗した時だけ投稿が失敗した旨の通知を表示するようにしてもいい。

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

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

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

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

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

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

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

図１１は、ボットサーバ５００の処理の一例を示すフローチャートである。図１１（ａ）は、ボットサーバ５００がメッセージアプリサーバ４００ＩＤとチャンネル情報の取得する際の処理の一例を示すフローチャートである。図１１（ｂ）はボットサーバ５００が画像データをメッセージアプリサーバ４００に送信する際の処理の一例を示すフローチャートである。ＣＰＵ５０１がＲＯＭ５０２に記憶されたプログラムをＲＡＭ５０３に読み出し、実行することで図１１の（ａ）および（ｂ）の処理は実行される。

まずは、図１１の（ａ）について説明をする。Ｓ１１０１において、ＣＰＵ５０１は画像処理装置１０１からデバイスＩＤもしくはユーザＩＤとチャンネル情報を取得する情報取得要求を受信したか否かを判定する。受信したと判定した場合、Ｓ１１０２に進む。そうでない場合、Ｓ１１０１に戻る。

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

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

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

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

次に、図１１の（ｂ）、ボットサーバ５００が画像データをメッセージアプリサーバ４００に送信する際の処理の一例について説明する。

Ｓ１１０６おいて、ＣＰＵ５０１は画像処理装置１０１から画像データの投稿依頼を受信したか否かを判定する。受信したと判定した場合、Ｓ１１０７に進む。そうでない場合、Ｓ１１０６に戻る。

Ｓ１１０７において、ＣＰＵ５０１は画像処理装置１０１から受信した投稿先チャンネルの情報、画像処理装置１０１にログインしているユーザのＩＤもしく画像処理装置１０１のＩＤ、画像データ、投稿パラメータをメッセージアプリサーバ４００へ送信する。

Ｓ１１０８において、ＣＰＵ５０１はメッセージアプリサーバ４００から投稿が成功したか否かに対応する結果及び、成功した場合にはメッセージとして投稿した画像データを一意に特定可能なタイムスタンプを受信し、投稿が成功したか否かを判定する。成功したと判定された場合、Ｓ１１０９に進む。そうでない場合Ｓ１１１０に進む。

Ｓ１１０９において、ＣＰＵ５０１は投稿先チャンネルの情報、トークン情報、Ｓ１１０７で対象チャンネルに投稿した画像データを一意に特定可能なタイムスタンプ情報をメッセージアプリサーバ４００に送信する。

Ｓ１１１０において、ＣＰＵ５０１はＳ１１０７でメッセージアプリサーバ４００に投稿が失敗した結果、もしくは、Ｓ１１０９で画像データのピン留めに成功したか否かの結果を画像処理装置１０１に送信する。

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

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

なお、本実施の形態の開示は、以下の構成を含む。

（構成１）
原稿をスキャンして、画像データを生成するスキャン手段と、
前記スキャン手段が生成した前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信手段とを有し、
前記送信手段が送信した前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とするスキャン装置。

（構成２）
ユーザからトークルームの指定を受け付ける受付手段をさらに有し、
前記送信手段は、前記スキャン手段が生成した前記画像データと、前記トークルームの情報と、前記画像データが前記指定されたトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記指定されたトークルームの画面の前記所定の位置に表示するための前記要求とを前記チャットサーバに送信し、
前記送信手段が送信した前記画像データが前記指定されたトークルームに投稿され、前記画像データが投稿されたことを示す情報が前記指定されたトークルームの画面の前記所定の位置に表示されることを特徴とする構成１に記載のスキャン装置。

（構成３）
前記チャットサーバから複数のトークルームの情報を受信する受信手段をさらに有し、
前記受付手段は前記受信手段が受信した前記複数のトークルームの情報が示す複数のトークルームから前記トークルームの指定を受け付けることを特徴とする構成２に記載のスキャン装置。

（構成４）
前記要求はピン留めの要求であり、
前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信手段が前記要求を送信することによって、前記ピン留めが解除され、前記画像データを含む投稿がピン留めされることを特徴とする構成１に記載のスキャン装置。

（構成５）
前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信手段が前記要求を送信することによって、前記ピン留めを解除するか否かを設定する設定手段をさらに有することを特徴とする構成４に記載のスキャン装置。

（構成６）
前記画像データが投稿されたことを示す情報には、前記画像データを投稿したユーザの識別情報が含まれることを特徴とする構成１に記載のスキャン装置。

（構成７）
前記画像データの投稿が前記トークルームに表示されていない状態で、前記画像データが投稿されたことを示す前記情報に対応するオブジェクトが選択されることによって、前記画像データの投稿が前記トークルームに表示されることを特徴とする構成１に記載のスキャン装置。

（構成８）
前記スキャン手段は搬送された複数の原稿をスキャンして、複数の画像データを生成することを特徴とする構成１に記載のスキャン装置。

（構成９）
ユーザから実行指示を受け付ける指示受付手段をさらに有し、
前記指示受付手段が前記実行指示を受け付けたことに応じて、前記スキャン手段が前記原稿をスキャンして画像データを生成し、前記送信手段が前記生成された画像データと前記要求を前記チャットサーバに送信することを特徴とする構成１に記載のスキャン装置。

（構成１０）
原稿をスキャンして、画像データを生成するスキャン工程と、
前記スキャン工程で生成された前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信工程とを有し、
前記送信工程で送信された前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とする画像処理方法。

（構成１１）
ユーザからトークルームの指定を受け付ける受付工程をさらに有し、
前記送信工程では、前記スキャン工程で生成された前記画像データと、前記トークルームの情報と、前記画像データが前記指定されたトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記指定されたトークルームの画面の前記所定の位置に表示するための前記要求とが前記チャットサーバに送信され、
前記送信工程で送信された前記画像データが前記指定されたトークルームに投稿され、前記画像データが投稿されたことを示す情報が前記指定されたトークルームの画面の前記所定の位置に表示されることを特徴とする構成１０に記載の画像処理方法。

（構成１２）
前記チャットサーバから複数のトークルームの情報を受信する受信工程をさらに有し、
前記受付工程では前記受信工程で受信した前記複数のトークルームの情報が示す複数のトークルームから前記トークルームの指定を受け付けることを特徴とする構成１１に記載の画像処理方法。

（構成１３）
前記要求はピン留めの要求であり、
前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信工程で前記要求が送信されることによって、前記ピン留めが解除され、前記画像データを含む投稿がピン留めされることを特徴とする構成１０に記載の画像処理方法。

（構成１４）
前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信工程で前記要求が送信されたことによって、前記ピン留めを解除するか否かを設定する設定工程をさらに有することを特徴とする構成１３に記載の画像処理方法。

（構成１５）
前記画像データが投稿されたことを示す情報には、前記画像データを投稿したユーザの識別情報が含まれることを特徴とする構成１０に記載の画像処理方法。

（構成１６）
前記画像データの投稿が前記トークルームに表示されていない状態で、前記画像データが投稿されたことを示す前記情報に対応するオブジェクトが選択されることによって、前記画像データの投稿が前記トークルームに表示されることを特徴とする構成１０に記載の画像処理方法。

（構成１７）
前記スキャン工程では搬送された複数の原稿がスキャンされ、複数の画像データが生成されることを特徴とする構成１０に記載の画像処理方法。

（構成１８）
ユーザから実行指示を受け付ける指示受付工程をさらに有し、
前記指示受付工程で前記実行指示を受け付けたことに応じて、前記スキャン工程で前記原稿がスキャンされて画像データが生成され、前記送信工程で前記生成された画像データと前記要求とが前記チャットサーバに送信されることを特徴とする構成１０に記載の画像処理方法。

（構成１９）
構成１に記載のスキャン装置の各手段をコンピュータに実行させるためのプログラム。

１０１ 画像処理装置
４００ メッセージアプリサーバ
５００ ボットサーバ
２０２ ＣＰＵ
２０９ 読取部

Claims (19)

1. 原稿をスキャンして、画像データを生成するスキャン手段と、
   前記スキャン手段が生成した前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信手段とを有し、
   前記送信手段が送信した前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とするスキャン装置。
2. ユーザからトークルームの指定を受け付ける受付手段をさらに有し、
   前記送信手段は、前記スキャン手段が生成した前記画像データと、前記トークルームの情報と、前記画像データが前記指定されたトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記指定されたトークルームの画面の前記所定の位置に表示するための前記要求とを前記チャットサーバに送信し、
   前記送信手段が送信した前記画像データが前記指定されたトークルームに投稿され、前記画像データが投稿されたことを示す情報が前記指定されたトークルームの画面の前記所定の位置に表示されることを特徴とする請求項１に記載のスキャン装置。
3. 前記チャットサーバから複数のトークルームの情報を受信する受信手段をさらに有し、
   前記受付手段は前記受信手段が受信した前記複数のトークルームの情報が示す複数のトークルームから前記トークルームの指定を受け付けることを特徴とする請求項２に記載のスキャン装置。
4. 前記要求はピン留めの要求であり、
   前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信手段が前記要求を送信することによって、前記ピン留めが解除され、前記画像データを含む投稿がピン留めされることを特徴とする請求項１に記載のスキャン装置。
5. 前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信手段が前記要求を送信することによって、前記ピン留めを解除するか否かを設定する設定手段をさらに有することを特徴とする請求項４に記載のスキャン装置。
6. 前記画像データが投稿されたことを示す情報には、前記画像データを投稿したユーザの識別情報が含まれることを特徴とする請求項１に記載のスキャン装置。
7. 前記画像データの投稿が前記トークルームに表示されていない状態で、前記画像データが投稿されたことを示す前記情報に対応するオブジェクトが選択されることによって、前記画像データの投稿が前記トークルームに表示されることを特徴とする請求項１に記載のスキャン装置。
8. 前記スキャン手段は搬送された複数の原稿をスキャンして、複数の画像データを生成することを特徴とする請求項１に記載のスキャン装置。
9. ユーザから実行指示を受け付ける指示受付手段をさらに有し、
   前記指示受付手段が前記実行指示を受け付けたことに応じて、前記スキャン手段が前記原稿をスキャンして画像データを生成し、前記送信手段が前記生成された画像データと前記要求を前記チャットサーバに送信することを特徴とする請求項１に記載のスキャン装置。
10. 原稿をスキャンして、画像データを生成するスキャン工程と、
    前記スキャン工程で生成された前記画像データと、前記画像データがトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記トークルームの画面の所定の位置に表示するための要求とをチャットサーバに送信する送信工程とを有し、
    前記送信工程で送信された前記画像データが前記トークルームに投稿され、前記画像データが投稿されたことを示す情報が前記トークルームの画面の前記所定の位置に表示されることを特徴とする画像処理方法。
11. ユーザからトークルームの指定を受け付ける受付工程をさらに有し、
    前記送信工程では、前記スキャン工程で生成された前記画像データと、前記トークルームの情報と、前記画像データが前記指定されたトークルームに投稿された後に当該トークルームにメッセージが投稿されても、前記画像データが投稿されたことを示す情報を前記指定されたトークルームの画面の前記所定の位置に表示するための前記要求とが前記チャットサーバに送信され、
    前記送信工程で送信された前記画像データが前記指定されたトークルームに投稿され、前記画像データが投稿されたことを示す情報が前記指定されたトークルームの画面の前記所定の位置に表示されることを特徴とする請求項１０に記載の画像処理方法。
12. 前記チャットサーバから複数のトークルームの情報を受信する受信工程をさらに有し、
    前記受付工程では前記受信工程で受信した前記複数のトークルームの情報が示す複数のトークルームから前記トークルームの指定を受け付けることを特徴とする請求項１１に記載の画像処理方法。
13. 前記要求はピン留めの要求であり、
    前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信工程で前記要求が送信されることによって、前記ピン留めが解除され、前記画像データを含む投稿がピン留めされることを特徴とする請求項１０に記載の画像処理方法。
14. 前記トークルームにおいて、前記画像データが投稿される前からピン留めされている投稿がある場合、前記送信工程で前記要求が送信されたことによって、前記ピン留めを解除するか否かを設定する設定工程をさらに有することを特徴とする請求項１３に記載の画像処理方法。
15. 前記画像データが投稿されたことを示す情報には、前記画像データを投稿したユーザの識別情報が含まれることを特徴とする請求項１０に記載の画像処理方法。
16. 前記画像データの投稿が前記トークルームに表示されていない状態で、前記画像データが投稿されたことを示す前記情報に対応するオブジェクトが選択されることによって、前記画像データの投稿が前記トークルームに表示されることを特徴とする請求項１０に記載の画像処理方法。
17. 前記スキャン工程では搬送された複数の原稿がスキャンされ、複数の画像データが生成されることを特徴とする請求項１０に記載の画像処理方法。
18. ユーザから実行指示を受け付ける指示受付工程をさらに有し、
    前記指示受付工程で前記実行指示を受け付けたことに応じて、前記スキャン工程で前記原稿がスキャンされて画像データが生成され、前記送信工程で前記生成された画像データと前記要求とが前記チャットサーバに送信されることを特徴とする請求項１０に記載の画像処理方法。
19. 請求項１に記載のスキャン装置の各手段をコンピュータに実行させるためのプログラム。

Images