JP2023047417A - 画像処理装置、画像処理方法及びプログラム - Google Patents

Abstract

【課題】 画像処理装置が原稿の画像を読み取ることにより生成された画像データを、ユーザが所望のスレッドに簡単にアップロードできるようにすることを目的とする。【解決手段】 本発明の画像処理装置は、原稿の画像を読み取り、画像データを生成する読取手段と、チャットサービスのトークルームのスレッドであって、端末装置でユーザによって指定されたスレッドを示すスレッド情報を情報処理装置から受信する受信手段と、前記受信手段が受信した前記スレッド情報が示す前記スレッドに前記読取手段が生成した前記画像データがアップロードされるように、前記画像データを前記情報処理装置に送信する。【選択図】 図１６

Description

本発明は、画像処理装置、画像処理方法及びプログラム

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

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

チャットサービスのトークルーム上では、一連の会話ごとに複数のチャットがスレッドとしてまとめられている。ユーザは話題ごとに別のスレッドを用いてチャットを行うため、一連の会話をまとめて確認することができる。

特許文献１では、画像処理装置が原稿の画像をスキャンすることで生成した画像データがトークルーム上のどのスレッドにアップロードされるかが分からないため、ユーザが意図していないスレッドに画像データがアップロードされる可能性がある。また、ユーザがスレッドを指定する場合には、チャット操作の延長で行えることが望ましい。

本発明は上記の課題に鑑みてなされたものであり、画像処理装置が原稿の画像を読み取ることにより生成された画像データを、ユーザが所望のスレッドに簡単にアップロードできるようにすることを目的とする。

本発明の画像処理装置は、情報処理装置と通信可能な画像処理装置であって、原稿の画像を読み取り、画像データを生成する読取手段と、チャットサービスのトークルームのスレッドであって、端末装置でユーザによって指定されたスレッドを示すスレッド情報を前記情報処理装置から受信する受信手段と、前記受信手段が受信した前記スレッド情報が示す前記スレッドに前記読取手段が生成した前記画像データがアップロードされるように、前記画像データを前記情報処理装置に送信することを特徴とする。

画像処理装置が原稿の画像を読み取ることにより生成された画像データを、ユーザが所望のスレッドに簡単にアップロードできるようになる。

チャットサービスのシステム構成の一例を示す図 ＭＦＰ４００のハードウェア構成の一例を示す図 チャットサーバ１００のハードウェア構成の一例を示す図 携帯端末２００、情報処理端末３００といった各端末のハードウェア構成の一例を示す図 チャットサーバ１００と携帯端末２００で動作するチャット関連のソフトウェア構成を示す図 チャットサーバに記憶されるユーザＡに対応する情報の一例を示す図 チャット画面の一例を示す図 ＢＯＴ選択画面の一例を示す図 スキャン設定画面の一例を示す図 チャット画面の一例を示す図 ユーザのチャット開始操作による処理の一例を示すシーケンス図 チャットメッセージのやりとりの処理の一例を示すシーケンス図 特定のチャットメッセージに返信する処理の一例を示すシーケンス図 スレッドを選択して返信する処理の一例を示すシーケンス図 新規にスレッドを作成してチャットメッセージを送信する処理の一例を示すシーケンス図 スキャンＴｏチャットの処理の一例を示すシーケンス図 設定情報に含まれる情報の一例を示す図 連携ＩＤ取得する処理の一例を示すフローチャート スキャンＴｏチャット処理の一例を示すフローチャート 各ユニークＩＤの取得処理の一例を示すフローチャート 認証ＵＲＬ生成処理の一例を示すフローチャート 連携ＩＤの発行処理の一例を示すフローチャート

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

図１は、チャットサービスのシステム構成の一例を示す図である。本発明のチャットサービスは、ネットワーク５００に接続されているチャットサーバ１００、携帯端末２００、情報処理端末３００、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）４００から構成される。チャットサービスを提供する情報処理装置であるチャットサーバ１００は、ネットワーク５００を介して複数の端末と通信し、チャット情報の送受信を行う。端末装置である携帯端末２００、情報処理端末３００はネットワークを介してチャットサーバ１００にアクセスし、チャットサービスを利用するためのＵＩを表示し、メッセージや画像データなどをチャットサーバ１００にアップロードする。画像処理装置であるＭＦＰ４００は、チャットサーバから印刷ジョブを受信して、その印刷ジョブを実行したり、スキャンして生成した画像データをチャットサーバ１００に送信したりすることができる。

図２は、ＭＦＰ４００のハードウェア構成の一例を示す図である。ＭＦＰ４００は、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、ストレージ４、操作部Ｉ／Ｆ５、操作部６、読取部Ｉ／Ｆ７、読取部８、印刷部Ｉ／Ｆ９、印刷部１０、通信部Ｉ／Ｆ１１、通信部１２を備える。各構成は、システムバス１３を介して、ＣＰＵ１により制御される。

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

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

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

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

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

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

図３はチャットサーバ１００のハードウェア構成の一例を示す図である。ＣＰＵ２１はＲＯＭ２２が記憶している制御プログラムを読み出し、チャットサーバ１００の動作を制御するための様々な処理を実行する。ＲＯＭ２２は、制御プログラムを記憶している。ＲＡＭ２３は、ＣＰＵ２１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ストレージ２４は、チャットメッセージ、画像データ、チャット関連の各種情報を記憶する。

操作部Ｉ／Ｆ２５は、例えばタッチパネルのような表示部やハードキーを含む操作部２６を制御する。操作部２６は、例えば、サーバ管理者に対しての情報表示や、サーバ管理者からの各種設定入力等を行う。

通信部Ｉ／Ｆ２７は、通信部２８を制御して、ネットワーク５００とデータ通信を行う。

通信部２８は、ネットワーク５００介して、携帯端末２００や情報処理端末３００、ＭＦＰ４００などの各種機器との間で、データを送受信する。

図４は、携帯端末２００、情報処理端末３００といった各端末のハードウェア構成の一例を示す図である。

ＣＰＵ４１は、ＲＯＭ４２が記憶している制御プログラムを読み出して、各端末の動作を制御するための様々な処理を実行する。ＲＯＭ４２は、端末制御に必要な各種の制御プログラムを記憶している。ＲＡＭ４３は、ＣＰＵ４１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ストレージ４４は、端末上で動作するアプリケーションプログラムや、各アプリケーションが生成する各種データを記憶する。

操作部Ｉ／Ｆ４５は、例えばタッチパネルのような表示部やハードキーを含む操作部４６を備える。操作部４６は、端末を操作するユーザへの情報表示や、ユーザが指示する内容の入力等を行い、本実施例においては、チャットサーバ１００との間で、チャットメッセージや添付ファイルの表示等にも使用される。

通信部Ｉ／Ｆ４７は、通信部４８を制御して、ネットワーク５００とデータ通信を行う。通信部４８は、ネットワーク５００介して、チャットサーバ１００やＭＦＰ４００などの各種機器との間で、データを送受信する。

なお、本実施において、通信部４８は、無線によりネットワーク接続するＷｉ－Ｆｉを用い、無線のアクセスポイント５０を介して、ネットワーク５００と通信する方式としたが、ＬＴＥなどの他の無線方式を利用する方式でもよい。

図５は、チャットサーバ１００と携帯端末２００で動作するチャット関連のソフトウェア構成を示す図である。

チャットサーバ１００のＲＡＭ２３では、一例として、ストレージサービス６１、チャットサービス６２、ＢＯＴサービス６３の３つが動作しているものとする。

なお、ＲＡＭ２３の情報は、ストレージ２４へも適宜、Ｒ／Ｗされ、ＲＡＭ２３とストレージ２４にデータ差分が生じないものとする。

ストレージサービス６１は、チャットサーバ１００が提供するチャットサービスの利用契約者毎に、記憶領域が割り当てられる構成とする。本図では、ユーザＡ６４と、ユーザＢ、ユーザＣ、ユーザＤ、…ユーザＺＺまでの領域が確保されていることを示している。

チャットサービス６２は、チャットサーバ１００が提供する各種サービス毎にアプリケーションが存在し、アプリケーションが各種サービスの提供に必要な各種制御を行うものとする。

本実施例では、チャットサービス６２の各アプリは、端末（図１の携帯端末２００もしくは情報処理端末３００）のアプリ制御部７１に制御され、ユーザからの入出力を処理する。

本実施例においては、チャット・アプリ６５は、個人毎の１：１チャット、複数人のグループチャットを制御するものとし、各メッセージは、スレッド単位で管理される。なお、スレッドの新規作成や、スレッド途中のメッセージから別スレッドへの分離も、本アプリが制御するものとする。ここでスレッドとは、一連の会話ごとに複数のチャットがまとめられたものである。このようにスレッドでメッセージを管理することで、ユーザはメッセージがどの話題に属するものかを簡単に特定することができ、関心がある話題だけを閲覧することができ、効率的にコミュニケーションを進めることができる。

図中の会議・アプリは、Ｗｅｂ会議を行うアプリケーションで、打ち合わせの時間調整から画面共有、ファイル共有などオンライン・ミーティングに必要な各種制御を行うアプリケーションである。

図中のライブイベント・アプリは、発表者が一方通行で情報発信するために必要な各種制御を行うアプリケーションである。

図中の設定・アプリは、チャットサービスに関連する各種の設定、例えば、パーソナライズ等の個人情報設定等に必要な各種制御を行うアプリケーションである。

ＢＯＴサービス６３は、チャットサービス６２と連携し、特定の作業を自動化するロボット（プログラム）＝ＢＯＴを提供する部分である。ＢＯＴサービス６３中の各ＢＯＴは、チャットサービス６２の各アプリケーションが、ユーザが選択したＢＯＴを起動し、各種の制御を行うものとする。本実施例では、ＢＯＴサービス６３の各ＢＯＴは、端末（図１の携帯端末２００もしくは情報処理端末３００）のＢＯＴ制御部７３と連携等して、自動化に必要な各種制御を行う。

なお、図中、スキャンＴｏチャット・ＢＯＴ６６は、ＭＦＰ４００で、原稿のスキャン（読み取り）からチャット送信までを自動化するＢＯＴであり、スキャンに必要な各種のスキャン設定から、デジタル化した後の電子ファイルのフォーマット、チャットの返信先といった一連の作業自動化に必要な情報の入出力制御を行う。

また、図中、チャットプリント・ＢＯＴは、チャット内でやり取りされた情報を、ＭＦＰ４００に印刷指示するまでの作業を自動化するＢＯＴである。印刷対象となるメッセージや添付ファイル、共有ファイルと対象の選択から、印刷部数の設定から片面印字／両面印字といった印刷設定などの入出力制御を行う。

また、図中、ＭＦＰ管理ＢＯＴは、ＭＦＰ４００の稼働状態等を管理するＢＯＴで、ＭＦＰ４００で発生するトラブル復旧にかかる作業指示や、消耗品切れに対する作業の自動化等を制御する。

携帯端末２００のＲＡＭ４３は、アプリ制御部７１と、ＢＯＴ制御部７２の２つが動作し、各制御部の連携により、本発明に掛かるチャットサービスを提供するものとする。アプリ制御部７１は、チャットサーバ１００のチャットサービス６２から、該当するプログラムをダウンロードし、各機能をユーザに提供するための各種制御を行う。

ＢＯＴ制御部７２も同様に、チャットサーバ１００のＢＯＴサービス６３から、該当するプログラムをダウンロードし、各ＢＯＴ機能のユーザ提供に掛かる各種制御を行う。

なお、本実施例において、各ダウンロードしたプログラムは、チャットサーバ１００のチャットサービス６２とＢＯＴサービス６３のそれぞれが、後述する、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）により提供されるＷｅｂＡＰＩを制御することで、機能を実現する。

図６は、チャットサーバに記憶されるユーザＡに対応する情報の一例を示す図である。

ユーザＡ６４に対応する情報は、まず利用しているチャットサービス６２毎に分かれて格納される。本図では、１：１チャット（Ａ＿６４＿１）とグループチャット（Ａ＿６４＿２）、それ以外（…で、記した部分の（Ａ＿６４＿３））に分岐することを示す。

１：１チャット（Ａ＿６４＿１）はユーザＡが個別にチャットしているユーザ（Ａ＿６４＿１０）毎に分かれて格納される。本図では、ユーザＡが、ユーザＺ～ユーザＮの各ユーザとの間で個別にチャットしていることを示している。

また、１：１チャット（Ａ＿６４＿１）のユーザＺのやりとりは、スレッド（Ａ＿６４＿１１）単位に分岐し、スレッドＡ、Ｂ、Ｃまでのやりとりがあることを示す。

スレッド（Ａ＿６４＿１１）のスレッドＡは、チャットメッセージ（Ａ＿６４＿１２）が、やり取りされた順番に記憶され、３つのチャットメッセージのやり取りがあることを示している。同様に、スレッドＢは４つのチャットメッセージ、スレッドＣは３つのチャットメッセージで構成されていることを示している。

次に、ユーザＡ６４のグループチャット（Ａ＿６４＿２）では、チャンネル（Ａ＿６４＿２０）という複数のユーザが同時にコミュニケーションするためのグループごとに分岐している。チャンネル（Ａ＿６４＿２０）は複数のグループとのやり取りがあることを示している。

ここで、チャンネルとは複数のユーザが参加しているトークルーム（チャットルーム）であり、参加している複数のユーザの間でメッセージやファイルのやり取りを行うことができる。

各チャンネル内の構成は、１：１チャット（Ａ＿６４＿１）と同様に、スレッド（Ａ＿６４＿２１）と、チャットメッセージ（Ａ＿６４＿２２）を有する構成である。

Ａ＿６４＿３の詳細は、省略するが、図５のチャットサービス６２に該当する会議、ライブイベント、設定等の情報が、ユーザ（Ａ＿６４＿１０）やチャンネル（Ａ＿６４＿２０）と同様な形式で構成されるものとした。

なお、チャンネルＡ＿６４＿１０、Ａ＿６４＿２０の個々はユニークなチャットＩＤ（Ｃｈａｎｎｅｌ－ｉｄ）を有し、スレッドＡ＿６４＿１１、Ａ＿６４＿２１の個々はユニークなスレッドＩＤ（Ｔｈｒｅａｄ－ｉｄ）を有する。またメッセージＡ＿６４＿１２、Ａ＿６４＿２２の個々はユニークなメッセージＩＤ（Ｍｅｓｓａｇｅ－ｉｄ）を有するものとする。

このユニークなＩＤは、一意に識別可能な値であり、ストレージサービス６１が監理するものとし、図１１の１００３のコンテンツ要求の応答で、データを返却する際に、メッセージやスレッド情報の付加情報として、チャットサーバ１００から各端末に送信される。

図７は、チャット画面の一例を示す図である。なお、本図に表示する情報は、後述の図１０のシーケンスを処理することで、携帯端末２００がチャットサーバ１００から入手するが、その入手に際しては、チャット・アプリ６５とアプリ制御部７１との連携により行うものとする。

チャット画面Ｄ１は、ユーザＡ６４が、１：１チャット（Ａ＿６４＿１）のユーザＺとの間で、やりとりしたチャットメッセージとスレッドの一例を示している。つまり、このチャット画面Ｄ１はチャットルームを表示するための画面である。

チャット画面Ｄ１中のＤ１０は、チャットサービス６２が提供するサービスをリスト表示する部分であり、１：１チャット、グループチャット等の中から、どのチャットサービスを利用するのかを選択する部分である。Ｄ１０においては、１：１チャット（Ａ＿６４＿１）が選択されていることを示している。

チャット画面Ｄ１中のＤ１１は、図６のユーザ（Ａ＿６４＿１０）のリストを表示する部分である。本図では、ユーザ（Ａ＿６４＿１０）から、ユーザＺを選択していることを示す。

チャット画面Ｄ１中のスレッドＤ１２は、図６のスレッド（Ａ＿６４＿１１）のリストを表示する部分で、本図においては、スレッドＡでやりとりしたチャットメッセージを表示し、スレッドＢ、Ｃはチャットメッセージを省略していることを示している。チャット画面Ｄ１中の返信ボタンＤ２０は、チャットメッセージの個々に返信する場合に操作するボタンである。本実施例では、返信ボタンＤ２０が操作された場合、返信が押された該当のチャットメッセージを起点にし、自動的に、スレッド分岐（新規スレッドが作成される）するものとした。

チャット画面Ｄ１中の返信ボタンＤ２１は、スレッド自体に返信する場合に操作するボタンである。スレッドＡのようにチャットメッセージが表示されている場合やスレッドＢ、Ｃのようにチャットメッセージが表示されていない場合のどちらでも、操作することができる。

チャット画面Ｄ１中の新規スレッド作成ボタンＤ４０は、新規スレッドの作成を指示するためのボタンである。新規スレッド作成ボタンＤ４０が選択されると新規にスレッドが作成された後、チャットメッセージを入力できるようになる。なお、返信ボタンＤ２０、返信ボタンＤ２１、新規スレッド作成ボタンＤ４０のいずれかの操作があった場合、チャットメッセージを入力するための編集欄Ｄ３０が表示される。閉じるボタンＤ２２が選択されると、編集欄Ｄ３０が表示されなくなる。図７の例では、スレッドＤ１２の返信ボタンＤ２１が選択されることにより、編集欄Ｄ３０が表示されている。編集欄Ｄ３０には、ファイル添付ボタン、スタンプ入力ボタン、ＢＯＴ選択ボタン、送信ボタンが表示されている。ファイル添付ボタンが選択されると、携帯端末２００に保存されているファイルを参照して、アップロードすることができる。スタンプ入力ボタンが選択されると、選択されたスタンプが投稿される。ＢＯＴ選択ボタンが選択されると、チャットサーバ１００にインストールされているＢＯＴアプリを選択するための画面が表示される。送信ボタンが選択されると、入力された文字をメッセージとして投稿することができる。

図８はＢＯＴ選択画面の一例を示す図である。ＢＯＴ選択ボタンが選択されることにより表示されたＢＯＴ選択画面Ｄ１００は、チャット画面Ｄ１の画面上に表示され、チャットサーバ１００のＢＯＴサービス６３がサポートするＢＯＴの一覧を表示する。

スキャンＴｏチャットＢＯＴＤ１０１が選択され、選択実行ボタンＤ１１１が選択されることで、図９で示すスキャン設定画面が表示される。

図９はスキャン設定画面の一例を示す図である。スキャンＴｏチャット画面Ｄ２００は、チャット画面Ｄ１の画面上に表示されるものとする。プルダウンＤ２０１は、スキャン指示を送信するＭＦＰを選択するためのプルダウンである。プルダウンＤ２０２は、読み取り先を指定するためのプルダウンで、ＭＦＰ４００のＡＤＦ（Ａｕｔｏｍａｔｉｃ Ｄｏｃｕｍｅｎｔ Ｆｅｅｄｅｒ）か、フラットベッドプラテンのいずれか１つを選択する。

プルダウンＤ２０３は、カラーを選択するためのプルダウンで、白黒、グレースケール、カラーのいずれかを１つを選択することができる。プルダウンＤ２０４は、読み取り方法を選択するためのプルダウンで、片面、両面（左右開き）、両面（左右開き）のいずれかを１つを選択することができる。

プルダウンＤ２０５は、読み取りサイズを選択するためのプルダウンである。本図では、Ａ４サイズでのスキャンを選択した一例を示している。プルダウンＤ２０６は、デジタル化して格納する画像データのファイルフォーマットを選択するためのプルダウンである。本図では、ＰＤＦ形式を選択している。

プルダウンＤ２０７は、スキャンＴｏチャット後のメンション（通知）の有無を指定する。また、メンションが有に設定された場合は、メンション先のユーザを指定することができる。

プルダウンＤ２０８は、スキャンしてデジタル化したデータを、ＯＣＲ処理するか否かを指定する。ＯＣＲした結果、文字情報と判断した部分に関しては、テキストコード化して文字情報を取得する。さらに、文字情報が存在する場合は、先頭数文字をチャットメッセージに自動入力する。

キャンセルＤ２１０は、本処理のキャンセルを指示する際に操作する。スキャン実行ボタンＤ２１１は、Ｄ２０１で選択したＭＦＰ４００に対して、その他のプルダウンで選択された設定情報をＭＦＰ４００に送信し、スキャンＴｏチャットを指示する場合に操作する。

図１０はチャット画面の一例を示す図である。メッセージＤ３００は、ＭＦＰ４００からのスキャンＴｏチャットが実行されることによって投稿されるチャットメッセージを示す。ファイルＤ３０１は、ＭＦＰ４００がスキャンＴｏチャットを実行することでアップロードされたファイルを示している。添付ファイルは、Ｄ２０６で指示するファイルフォーマット毎に拡張子が異なる構成とし、個々の拡張子毎に、ファイルビューア（閲覧ソフト）が、携帯端末２００もしくは情報処理端末３００上に用意されているものとする。

ファイルＤ３０１が選択されることにより、ファイルのダウンロードもしくは表示を行うことができる。

図１１は、ユーザのチャット開始操作による処理の一例を示すシーケンス図である。このシーケンスは各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。１０００で、ユーザが、端末（携帯端末２００もしくは情報処理端末３００）の操作部４６を操作して、アプリ制御部７１に、チャット・アプリ６５との通信開始を指示する。この通信を開始する際には、図中の１００１の認証に必要な情報を、操作部４６を介して入力するものとする。

次に、１００１で、携帯端末２００もしくは情報処理端末３００を操作するユーザが、チャットサーバ１００との間で、チャットサービス６２を利用するための認証を行う。図１００１に例示した［ＡＣＣＯＵＮＴ ＩＤ］と［ＰＡＳＳＷＯＲＤ］に、サービスが許可されたユーザ（ストレージサービス６１が、データを保持するユーザ）を識別するための情報をチャットサーバ１００に送信することで、認証される。

なお、［ＡＣＣＯＵＮＴ ＩＤ］と［ＰＡＳＳＷＯＲＤ］に格納する文字列は、図示しないが、１０００のチャット開始操作中に、操作部４６に表示される画面で設定された文字列を格納する。

次に、チャットサーバ１００のチャットサービス６２が、［ＡＣＣＯＵＮＴ ＩＤ］と［ＰＡＳＳＷＯＲＤ］に指定された文字列での認証を行い、認証ができた場合は、以降のサービスで必要となるサービスＩＤを、ユーザが操作する端末のアプリ制御部７１に返却する。

次に、１００３と１００４で、ユーザが、チャットサーバ１０のチャットサービス６２に、ユーザが使用できるコンテンツのリストを、ストレージサービス６１、チャットサービス６２、ＢＯＴサービス６３から取得する。ここで取得した結果は、図７のように画面表示する。図７のＤ１０は、チャットサービス６２の内容であり、図７のＤ１１とＤ１２は、ストレージサービス６１から取得する情報である。また、ＢＯＴサービス６３から取得した情報は、図８のＢＯＴ選択画面で表示するものと同様とする。

なお、ストレージサービス６１から取得する情報は、図６のチャット、ユーザ、スレッド、チャットメッセージ、グループチャット、チャンネルのそれぞれは、一意に識別が可能なユニークなＩＤを有する。このユニークなＩＤを使用して、チャットやスレッドの特定を行うことができる。

図１２はチャットメッセージのやりとりの処理の一例を示すシーケンス図である。このシーケンスは各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。本図において、ユーザＡとユーザＺの双方は、チャットサーバ１００のチャットサービス６２の認証が完了しているものとして説明する。

まず、１０１１で、ユーザＡが携帯端末２００もしくは情報処理端末３００の操作部４６を操作して、チャットメッセージを入力する。チャットメッセージを入力し終えると、１０１２で、チャットサーバ１００のチャットサービス６２のチャット・アプリ６５へチャットメッセージを送信する。これを受け取ったチャットサーバ１００のチャットサービス６２のチャット・アプリ６５は、１０１３で、チャットサーバ１００のストレージサービス６１のユーザＡ６４の内容とユーザＺの内容を更新する。

更新後、１０１４にて、携帯端末２００もしくは情報処理端末３００のアプリ制御部７１を介して、端末を操作するユーザＺに通知（メンション）する。

次に、１０１５で、操作部４６を操作してチャットメッセージを入力し、１０１６で、チャット・アプリ６５へチャットメッセージを送信し、１０１７で、ストレージサービス６１を更新し、１０１８で相手側に通知（メンション）する上記２つのチャットメッセージのやり取りは、図７のチャットメッセージｂとチャットメッセージｃのように操作部４６に表示される。

図１３は、特定のチャットメッセージに返信する処理の一例を示すシーケンス図である。このシーケンスは各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。図１３の処理は、図７の返信ボタンＤ２０を操作した場合の処理に該当する。

まず、１１０１では、携帯端末２００もしくは情報処理端末３００のアプリ制御部７１を介してチャットルームのユーザによる選択を受け付ける。チャットが選択されると、｛Ｃｈａｎｎｅｌ－ｉｄ｝値が確定され、１：１チャット、グループチャット、その他（会議、ライブイベント等）の中から１つが特定される。また、それぞれに紐づいたユーザも選択される。１１０１の処理は、図７でのＤ１０の選択操作と、Ｄ１１の選択操作に該当する。

次に、１１０２でスレッドが選択される。スレッドが選択されると、｛Ｔｈｒｅａｄ－ｉｄ｝値が特定される。図７では、Ｄ１２のスレッドＡ、Ｂ、Ｃの何れかを選択したことを示す。

次に、１１０３で返信対象のチャットメッセージが選択される。チャットメッセージが選択されると、｛Ｍｅｓｓａｇｅ－ｉｄ｝値が特定される。これは図７の返信ボタンＤ２０で、個別のチャットメッセージが選択されることを示す。

なお、チャットやチャンネル、スレッド、チャットメッセージの各確定では、図６で説明したとおり、各対象のデータは、ユニークなＩＤが割り振られているものとする。

１１０４で、返信ボタンＤ２０が操作されると、１１０５と１１０６で、特定のメッセージに対応した返信用のメッセージＩＤを取得する。

本実施例では、１１０５で、アプリ制御部７１が、チャットサービス６２に対して、“ｈｔｔｐｓ：／／ｂｕｓｉｎｅｓｓｃｈａｔ．ｃｏｍ／ｕｓｅｒｓ／｛ｕｓｅｒ－ｉｄ｝／Ｓｅｒｖｉｃｅｓ／｛Ｓｅｒｖｉｃｅ－ｉｄ｝／Ｃｈａｎｎｅｌｓ／｛Ｃｈａｎｎｅｌ－ｉｄ｝／Ｔｈｒｅａｄｓ／｛ＴＨｒｅａｄ－ｉｄ｝／Ｍｅｓｓａｇｅｓ／｛Ｍｅｓｓａｇｅ－ｉｄ｝／Ｒｅｐｌｙｉｄ＝？／“を送付する。

次に、１１０６で、チャットサービス６２は、”Ｒｅｐｌｙｉｄ＝？”から、返信用のメッセージＩＤの取得であると判断する。そして、｛ｕｓｅｒ－ｉｄ｝、｛Ｓｅｒｖｉｃｅ－ｉｄ｝、｛Ｃｈａｎｎｅｌ－ｉｄ｝、｛Ｔｈｒｅａｄ－ｉｄ｝、｛Ｍｅｓｓａｇｅ－ｉｄ｝で指定された個々のユニークＩＤを元に、チャットサーバ１００から、所望された情報を取得して返却するものとする。

なお、｛ｕｓｅｒ－ｉｄ｝は、図１１の１００１で使用する［ＡＣＣＯＵＮＴ ＩＤ］と同値である。｛Ｓｅｒｖｉｃｅ－ｉｄ｝は、図１１の１００２でチャットサーバ１００から取得する値を示す。｛Ｃｈａｎｎｅｌ－ｉｄ｝、｛Ｔｈｒｅａｄ－ｉｄ｝、｛Ｍｅｓｓａｇｅ－ｉｄ｝は、１１０１、１１０２、１１０３の中で、図６の該当する各々のユニークＩＤを特定できる。

次に、１１０７と１１０８で、選択したメッセージに関係するメンバーリストを取得する。上述して収集した情報は、後述の図１７のスキャン画像の添付に必要なチャット情報２１０１として携帯端末２００に格納される。

図１４はスレッドを選択して返信する処理の一例を示すシーケンス図である。このシーケンスは各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。１２０１～１２０３の処理は、図１３の１１０１～１１０３と同様なため説明を省略する。

１２０４と１２０５では、１２０１～１２０３で確定した個々のユニークＩＤから、返信用のメッセージＩＤを取得する。図１３の１１０５と１１０６とは、｛Ｍｅｓｓａｇｅ－ｉｄ｝が存在しない以外は同一である。

１２０６で、１２０５にて受け付けた｛ｕｓｅｒ－ｉｄ｝、｛Ｓｅｒｖｉｃｅ－ｉｄ｝、｛Ｃｈａｎｎｅｌ－ｉｄ｝、｛Ｔｈｒｅａｄ－ｉｄ｝を元に、チャットサーバ１００が、所望された情報を返却するものとする。

図１５は、新規にスレッドを作成してチャットメッセージを送信する処理の一例を示すシーケンス図である。このシーケンスは各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。図１５のシーケンスは、図７の新規スレッド作成ボタンＤ４０を操作した場合の処理に該当する。

１３０１は、図１３の１１０１と同様なため説明を省略する。１３０２で、携帯端末２００は図７の新規スレッド作成ボタンＤ４０のユーザによる選択を受け付ける。

次に、１３０３で携帯端末２００は“ｈｔｔｐｓ：／／ｂｕｓｉｎｅｓｓｃｈａｔ．ｃｏｍ／ｕｓｅｒｓ／｛ｕｓｅｒ－ｉｄ｝／Ｓｅｒｖｉｃｅｓ／｛Ｓｅｒｖｉｃｅ－ｉｄ｝／Ｃｈａｎｎｅｌｓ／｛Ｃｈａｎｎｅｌ－ｉｄ｝／Ｔｈｒｅａｄｓ＝？／”にアクセスし、スレッドの新規作成をチャットサーバ１００に指示する。携帯端末２００は、チャットサーバ１００から１３０４にて返却されたＩＤを返信用のメッセージＩＤとして処理する。

なお、１３０３のコマンド中、ｂｕｓｉｎｅｓｓｃｈａｔ．ｃｏｍがチャットサーバ１００を特定するための情報であり、パラメータ中の“Ｔｈｒｅａｄｓ＝？”が、スレッドの新規作成を指示するものである。

図１６は、スキャンＴｏチャットの処理の一例を示すシーケンス図である。なお、本図において、ユーザは、チャットサーバ１００のチャットサービス６２の認証が完了しているものとして説明する。また、図１６のシーケンスはユーザがスレッドＤ１２のチャットメッセージｃに返信するために、返信ボタンＤ２０を選択し、ＢＯＴ選択ボタンが選択されたことを前提としている。また、図１６のシーケンスは、各装置のＣＰＵがＲＯＭもしくはストレージに記憶されたプログラムをＲＡＭに読みだすことで実行される。

１４０１で、携帯端末２００のアプリ制御部７１により、チャット操作中のユーザが、ＢＯＴ選択操作を行うことを示している。具体的には、携帯端末２００は図８のＢＯＴ選択画面Ｄ１００に表示されているＢＯＴアプリからを所望のＢＯＴアプリの選択を受け付ける。ここでは、携帯端末２００は、スキャンＴｏチャットＢＯＴＤ１０１と、選択実行ボタンＤ１１１の選択を受け付ける。

次に、１４０２でアプリ制御部７１が、携帯端末２００のＢＯＴ制御部７２に対して、スキャンＴｏチャットＢＯＴが選択操作されたことを通知する。

次に、１４０３でＢＯＴ制御部７２が、チャットサーバ１００のＢＯＴサービス６３にスキャンＴｏチャットＢＯＴの起動を指示する。

次に、１４０４でＢＯＴサービス６３は、連携可能なＭＦＰがネットワーク上に存在することを確認する。ここで、連携可能なＭＦＰは、チャットサーバ１００に事前に登録する方式でも良いし、例えば、動的にＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）情報から、検索することも可能である。

本実施例では、セキュリティ等の観点で、事前に登録する方式とし、１４０４では、ＭＦＰがオンラインで使用可能か、オフラインで使用できないのかの確認を行うものとする。

次に１４０５で、チャットサーバのＢＯＴサービス６３は登録されているＭＦＰのリストを、携帯端末２００のＢＯＴ制御部７２に送信する。

１４０６では、携帯端末２００のＢＯＴ制御部７２は、アプリ制御部７１に、チャット画面の上に、登録されているＭＦＰのリストの表示を指示する。

１４０７で、表示されたＭＦＰのリストから、どのＭＦＰでスキャンするのかをユーザに指示させる。具体的には、携帯端末２００は図９のスキャンＴｏチャット画面Ｄ２００のプルダウンＤ２０１のように、登録されているＭＦＰのリストを表示し、ユーザからの選択を受け付ける。

ＭＦＰが選択されたことによって、１４０８にて携帯端末２００のアプリ制御部７１はＢＯＴ制御部７２に選択されたＭＦＰを示す情報を通知する。

次に１４０９で、携帯端末２００のＢＯＴ制御部７２はＢＯＴサービス６３に、ＭＦＰ４００からチャットサーバ１００へのメッセージ送信やファイル送信を可能にするための、一時的な連携キー（ｎｏｎｃｅ）の発行を指示する。

１４１０では、ＢＯＴサービス６３が、ＭＦＰ４００に、一時的な連携キーの発行に必要な認証用のＵＲＬを送信する。

１４１１では、ＭＦＰ４００は、チャットサーバ１００のチャットサービス６２に１４１０で入手したＵＲＬを用いて認証処理する。

１４１２では、チャットサーバ１００のチャットサービス６２が、認証ＵＲＬの有効期限などから、正しい認証かを確認し、正しい認証と判断した場合は、１４１３で、一時的な連携キーを発行する。

次に、１４１４では、チャットサーバ１００のＢＯＴサービス６３から携帯端末２００のＢＯＴ制御部７２にスキャンＴｏチャット画面Ｄ２００の表示を指示する。

１４１５では、携帯端末２００のアプリ制御部７１は、ＢＯＴ制御部７２からのスキャンＴｏチャット画面Ｄ２００の表示指示を受け付け、スキャンＴｏチャット画面Ｄ２００を表示する。１４１６では、携帯端末２００のアプリ制御部７１がスキャンＴｏチャット画面Ｄ２００でユーザから各設定を受け付け、スキャン実行ボタンＤ２１１が選択されるのを待つ。

スキャン実行ボタンＤ２１１が選択されたことによって、１４１７で、アプリ制御部７１はＢＯＴ制御部７２に実行指示を送信する。そして、１４１８でＢＯＴ制御部７２は、チャットサーバ１００のＢＯＴサービス６３にスキャンＴｏチャットの実行指示とスキャンＴｏチャット画面Ｄ２００で設定された設定情報を送信する。

１４１９では、チャットサーバ１００のＢＯＴサービス６３は１４１８で受信した実行指示と設定情報をＭＦＰ４００に送信する。この設定情報には、スキャン設定（読み取り設定）やメンション先、スレッド情報が含まれる。なお、このスレッド情報は、ユーザが携帯端末２００に表示されたチャット画面Ｄ１で選択した返信ボタンがどのスレッドの返信ボタンかに基づいて決定される。例えば、図７の例ではユーザがスレッドＤ１２の返信ボタンＤ２０を選択しているため、スレッドＤ１２を示すスレッド情報が設定情報に含まれる。どのスレッド情報を設定情報に含めるかを決定するのは、携帯端末２００のＢＯＴ制御部７２であってもいいし、チャットサーバ１００のＢＯＴサービス６３であってもよい。

１４２０で、ＭＦＰ４００は１４１９で受信した設定情報に基づいてスキャンジョブを生成する。そして、１４２１でＭＦＰ４００はスキャンジョブを実行し、原稿の画像を読み取って画像データを生成する。１４２２で、ＭＦＰ４００は生成された画像データをスキャンＴｏチャット画面Ｄ２００で設定されたファイル形式に変換する。

次に１４２３で、ＭＦＰ４００は１４１３で取得した一時的な連携キーを用いて、チャットサーバ１００のチャットサービス６２に画像データを送信する。また、画像データをアップロードするための指示も送信する。ここで、画像データがアップロードされるスレッドは、１４１９で受信した設定情報に含まれるスレッド情報に基づいて、当該スレッド情報が示すスレッドに画像データがアップロードされるようにする。つまり、１４２３で送信されるアップロード指示には、スレッドを指定するための情報が含まれている。このスレッドを指定するための情報は、１４１９で受信したスレッド情報そのものであってもよい。

なお、本実施例ではユーザに指定されたスレッドのスレッド情報をＭＦＰ４００に送信してＭＦＰ４００がそのスレッド情報が示すスレッドに画像データをアップロードするための指示を送信する例を説明したが、これに限るものではない。例えば、ユーザによって指定されたスレッド情報はＢＯＴサービス６３が記憶し、ＭＦＰ４００から生成された画像データとアップロード指示を受信したチャットサーバ１００のＢＯＴサービス６３が、チャットサービス６２に画像データをアップロードする。この時、ＢＯＴサービス６３がアップロードするスレッドは、ＢＯＴサービス６３が記憶したスレッド情報に基づいて決定する。

１４２４で、チャットサーバ１００のチャットサービス６２はＭＦＰ４００から受信した画像データを記憶する。そして、１４２５でチャットサービス６２は、携帯端末２００に画像データがアップロードされたことに基づいて、チャット画面Ｄ１の更新を行い、図１０のチャット画面Ｄ１が携帯端末２００に表示されるようにする。また、メンション先が設定されている場合には、チャットサーバ１００のチャットサービス６２は、メンション先に指定されているユーザの端末に通知を送信する。

１４２７で、ＭＦＰ４００はスキャンジョブの実行が完了したことに基づいて、スキャンジョブの完了通知をＢＯＴサービス６３に送信する。

１４２８で、ＢＯＴサービス６３は、スキャンＴｏチャット画面Ｄ２００のクローズを指示する情報を携帯端末２００のＢＯＴ制御部７２に送信する。なお、スキャンＴｏチャット画面Ｄ２００は、スキャン実行ボタンＤ２１１が選択されたことによってクローズされてもよい。

図１７は設定情報に含まれる情報の一例を示す図である。図１６の１４１９でＭＦＰ４００に送信される設定情報には、スキャン設定情報（読み取り設定情報）とチャット情報が含まれる。

２００１のユーザ設定情報は、図９のスキャンＴｏチャット画面Ｄ２００で設定した情報が格納される。

スキャン設定情報２００１には、ＭＦＰ情報２００２、読取先情報２００３、カラー情報２００４、両面情報２００５、読取サイズ情報２００６、ファイル形式情報２００７、ＯＣＲ情報２００８が含まれる。スキャン設定情報２００１に含まれる各情報２００２～２００８は、スキャンＴｏチャット画面Ｄ２００の各プルダウンＤ２０１～２０６、Ｄ２０８で設定された情報である。

チャット情報２１０１には、ユーザ情報２１０２、認証情報２１０３、投稿先情報２１０４、返信先情報２１０５、メンション情報２１０６、メンバー情報２１０７、連携ＩＤ２１０８、チャットメッセージ２１０９が含まれる。

ユーザ情報２１０２は、図１１の１００１で設定される［ＡＣＣＯＵＮＴ ＩＤ］である。つまり、スキャンＴｏチャットの実行指示をしたユーザの情報である。認証情報２１０３は、図１１の１００２で返却されるサービスＩＤである。

投稿先情報２１０４は、ユーザがスキャンＴｏチャットの実行指示を行ったスレッドに対応するチャンネルのチャンネル情報｛Ｃｈａｎｎｅｌ－ｉｄ｝と、当該スレッドのスレッド情報｛Ｔｈｒｅａｄ－ｉｄ｝と、返信対象のメッセージのメッセージ情報｛Ｍｅｓｓａｇｅ－ｉｄ｝を含む。

返信先情報２１０５は、例えば、図１３の１１０５のＲｅｐｌｙｉｄ＝？で要望し、その応答として１１０６で返却されるＩＤである。

メンション情報２１０６は、プルダウンＤ２０７で設定された情報である。メンバー情報２１０７は、プルダウンＤ２０７で設定されたメンション先のユーザを示す情報である。

連携ＩＤ２１０８は、連携キーで、一時的な利用を可能にするｎｏｎｃｅという情報を記憶する。

チャットメッセージ２１０９は、プルダウンＤ２０８でＯＣＲすると設定された場合にスキャンによって生成された画像データに文字認識処理を実行することによって取得された文字情報に基づくメッセージである。このＯＣＲは、ユーザによってあらかじめ設定された領域に実行されてもいいし、すべての領域に実行されてもいい。

図１８は、連携ＩＤ取得する処理の一例を示すフローチャートである。このフローは、ＭＦＰ４００のＣＰＵ１がＲＯＭ２もしくはストレージ４に記憶されたプログラムをＲＡＭ３に読み出して実行することによって実現される。また、このフローは図１６の１４０９～１４１３の連携ＩＤであるナンス（ｎｏｎｃｅ）の取得にかかる処理を示すフロー図である。

Ｓ２０１において、ＣＰＵ１はチャットサーバ１００のＢＯＴサービス６３から連携キーの取得が指示されたのかを確認する。本実施例では、連携キーは、連携キーを発行するための認証用のＵＲＬをアクセスすることで取得できる構成とした。

Ｓ２０２では、ＣＰＵ１はチャットサービス６２に対して、Ｓ２０１で取得したＵＲＬにアクセスして、該当する連携キーの発行を指示する。

Ｓ２０３では、チャットサービス６２が、アクセスされた認証ＵＲＬの有効期限などから正しい認証かを確認し、ＣＰＵ１は、一時的な連携キーが発行されるのを待つ。

Ｓ２０４で、ＣＰＵ１はチャットサービス６２から発行された連携キーを連携ＩＤ２１０８として記憶する。

図１９はスキャンＴｏチャット処理の一例を示すフローチャートである。ＭＦＰ４００のＣＰＵ１がＲＯＭ２もしくはストレージ４に記憶されているプログラムをＲＡＭ３に読み出して実行することで実現される処理である。また、図１６の１４１９～１４２３に係る処理を示すフローである。図１９の処理は、ＭＦＰ４００がチャットサーバのＢＯＴサービス６３からスキャン指示（読み取り指示）と設定情報を受信する（１４１９）際の処理である。

Ｓ２１０で、ＣＰＵ１はスキャンＴｏチャットの実行要求を受信したか否かを確認する。スキャンＴｏチャットの実行要求は、図９のスキャンＴｏチャット画面Ｄ２００上のスキャン実行ボタンＤ２１１が選択されることにより、ＢＯＴサービス６３からＭＦＰ４００に送信される。実行要求を受信した場合は、Ｓ２１１に進む。そうでない場合は処理を終了する。

Ｓ２１１でＣＰＵ１は、実行要求と設定情報をＪＳＯＮ形式等で受信し、設定情報に基づいてスキャンジョブを生成する。

Ｓ２１２で、ＣＰＵ１は読取部８を制御して原稿の画像を読み取り画像データを生成する。また、受信した設定情報に含まれるＯＣＲ情報に基づいて、ＣＰＵ１は生成された画像データに対してＯＣＲ処理を実行する。ＯＣＲ情報で実行しないと設定されている場合は、実行されない。

Ｓ２１３で、ＣＰＵ１はスキャンが完了したか否かを判定し、スキャンが完了すると、Ｓ２１４に進む。そうでない場合は、Ｓ２１３を繰り返す。

Ｓ２１４では、ＣＰＵ１は生成された画像データを、受信した設定情報に含まれるファイル形式情報で指定されたファイル形式に変換する。なおＳ２１４の処理は実行されなくてもいい。

Ｓ２１５では、Ｓ２１０で実行要求とともに受信した設定情報に含まれるスレッド情報に基づいて、スレッド情報に指定があるか否かを判定する。本実施例では、ＮＵＬＬ値か、それ以外で判断するようにし、ＮＵＬＬ値の場合は、Ｓ２１６に進む。値が入っている場合は、スレッド情報によって特定されたスレッドを画像データのアップロード先として決定する。Ｓ２１６、Ｓ２１７では、ＣＰＵ１は新規のスレッドを画像データのアップロード先として決定する。

Ｓ２１８において、ＣＰＵ１は、ＯＣＲした結果の文字列が存在するかどうかを判定する。存在する場合は、Ｓ２１９に進む。存在しない場合、Ｓ２２０に進む。

Ｓ２１９において、ＣＰＵ１はＯＣＲを実行することで取得された文字情報をチャットメッセージとして設定する。

Ｓ２２０において、ＣＰＵ１は「ＭＦＰでスキャンした画像ファイルを添付」という固定文字列をチャットメッセージとして設定する。なお、このように固定文字列を設定してもいいが、何も設定しなくてもよい。

Ｓ２２１で、ＣＰＵ１は受信した設定情報に含まれるメンション先情報に基づいて、メンション先の指定があるか否かを判定する。指定ある場合は、Ｓ２２２に進み、そうでない場合は、Ｓ２２３に進む。

Ｓ２２２において、ＣＰＵ１はメンション先情報に基づいて画像データとチャットメッセージをアップロード（投稿）したときに、通知を送信するユーザ（メンション先）を設定する。

Ｓ２２３において、ＣＰＵ１は前段の処理で特定されたスレッドに、生成された画像データ、チャットメッセージをアップロードし、特定されたメンション先に通知が送信されるように送信処理を実行する。

なお、上記フローでは、スレッド情報を特定する例で説明したが、スレッド情報の他にも、チャンネルを示すチャンネル情報、返信対象のメッセージも特定されており、特定された情報に基づいて画像データの投稿が実行される。

上記処理を実行することで、画像処理装置が原稿の画像を読み取ることにより生成された画像データを、ユーザが所望のスレッドに簡単にアップロードできるようになる。

図２０は、各ユニークＩＤの取得処理の一例を示すフローチャートである。図２０のフローは、チャットサーバ１００のＣＰＵ２１がＲＯＭ２２もしくはストレージ２４に記憶されたプログラムをＲＡＭ２３に読み出して実行することによって実現される。

Ｓ３０１で、ＣＰＵ２１はチャンネルＩＤの取得要求か否かを確認する。チャンネルＩＤの取得要求であれば、Ｓ３０２に進む。そうでない場合はＳ３０４に進む。

Ｓ３０２で、ＣＰＵ２１はチャンネルＩＤを取得する。Ｓ３０４で、ＣＰＵ２１はスレッドＩＤの取得要求か否かを判定する。スレッドＩＤの取得要求である場合、Ｓ３０５に進む。そうでない場合はＳ３０６に進む。

Ｓ３０５で、ＣＰＵ２１はスレッドＩＤを取得する。Ｓ３０６でＣＰＵ２１はメッセージＩＤの取得要求か否かを判定する。メッセージＩＤの取得要求である場合は、Ｓ３０７に進む。そうでない場合は、Ｓ３０８に進み、ＣＰＵ２１はその他の処理を実行する。

Ｓ３０７でＣＰＵ２１は、メッセージＩＤを取得する。Ｓ３０３で、ＣＰＵ２１は取得されたＩＤをアプリ制御部７１に送信する。

図２１は、認証ＵＲＬ生成処理の一例を示すフローチャートである。本処理はチャットサーバ１００のＣＰＵ２１がＲＯＭ２２もしくはストレージ２４に記憶されたプログラムをＲＡＭ２３に読みだすことによって実行される。Ｓ３１０は、認証ＵＲＬの生成依頼か否かを確認する。Ｓ３１０にて、認証ＵＲＬの生成依頼の場合は、Ｓ３１１に進む。Ｓ３１１では、連携ＩＤを求めるために、認証必要なＵＲＬを生成する。Ｓ３１２で、作成した認証ＵＲＬを、本要求の要求元に返却する。

図２２は、連携ＩＤの発行処理の一例を示すフローチャートである。本処理はチャットサーバ１００のＣＰＵ２１がＲＯＭ２２もしくはストレージ２４に記憶されたプログラムをＲＡＭ２３に読みだすことによって実行される。Ｓ３２０で、図２１のＳ３１１で生成した認証ＵＲＬか否かを確認する。認証ＵＲＬの場合は、Ｓ３２１に進む。Ｓ３２１は、連携ＩＤを生成するＳ３２２は、生成した連携ＩＤを、本要求の要求元に返却する。

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

１００ チャットサーバ
２００ 携帯端末
４００ ＭＦＰ

Claims (15)

1. 情報処理装置と通信可能な画像処理装置であって、
   原稿の画像を読み取り、画像データを生成する読取手段と、
   チャットサービスのトークルームのスレッドであって、端末装置においてユーザによって指定されたスレッドを示すスレッド情報を前記情報処理装置から受信する受信手段と、
   前記受信手段が受信した前記スレッド情報が示す前記スレッドに前記読取手段が生成した前記画像データがアップロードされるように、前記画像データを前記情報処理装置に送信する送信手段とを有することを特徴とする画像処理装置。
2. 前記受信手段は、前記情報処理装置から前記スレッド情報と読み取り指示を受信し、
   前記読取手段が前記読み取り指示に基づいて、前記原稿の画像を読み取って、前記画像データを生成し、前記送信手段は当該画像データを、前記受信手段が受信した前記スレッド情報が示す前記スレッドに前記読取手段が生成した前記画像データがアップロードされるように前記情報処理装置に送信することを特徴とする請求項１に記載の画像処理装置。
3. 前記受信手段が前記スレッド情報を受信することなく、前記読み取り指示を受信したことに基づいて、前記送信手段は新しく作成されるスレッドに前記画像データがアップロードされるように前記画像データを前記情報処理装置に送信することを特徴とする請求項２に記載の画像処理装置。
4. 前記受信手段は、前記情報処理装置に接続する前記端末装置の表示部に前記トークルームの画面が表示されている状態で、前記端末装置が受け付けた前記スレッドの指定に基づいて前記情報処理装置から送信された前記スレッド情報を受信することを特徴とする請求項１乃至３の何れか１項に記載の画像処理装置。
5. 前記受信手段は、前記情報処理装置に接続する前記端末装置の表示部に前記トークルームの画面が表示されている状態で、前記端末装置が受け付けた読み取り設定に基づいて前記情報処理装置から送信された読み取り設定情報を受信することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
6. 前記読取手段が前記受信した読み取り設定に基づいて、前記原稿の画像を読み取って、前記画像データを生成し、前記送信手段は当該画像データを、前記受信手段が受信した前記スレッド情報が示す前記スレッドに前記読取手段が生成した前記画像データがアップロードされるように前記情報処理装置に送信することを特徴とする請求項５に記載の画像処理装置。
7. 前記送信手段は、前記生成された画像データに文字認識処理を実行することによって取得された文字情報に基づいてメッセージも前記情報処理装置に送信することを特徴とする請求項１乃至６の何れか１項に記載の画像処理装置。
8. 原稿の画像を読み取り、画像データを生成する読取工程と、
   チャットサービスのトークルームのスレッドであって、端末装置においてユーザによって指定されたスレッドを示すスレッド情報を情報処理装置から受信する受信工程と、
   前記受信工程で受信した前記スレッド情報が示す前記スレッドに前記読取工程で生成した前記画像データがアップロードされるように、前記画像データを前記情報処理装置に送信する送信工程とを有することを特徴とする画像処理方法。
9. 前記受信工程は、前記情報処理装置から前記スレッド情報と読み取り指示を受信し、
   前記読取工程で前記読み取り指示に基づいて、前記原稿の画像を読み取って、前記画像データを生成し、前記送信工程で当該画像データを、前記受信工程で受信した前記スレッド情報が示す前記スレッドに前記読取工程で生成した前記画像データがアップロードされるように前記情報処理装置に送信することを特徴とする請求項８に記載の画像処理方法。
10. 前記受信工程が前記スレッド情報を受信することなく、前記読み取り指示を受信したことに基づいて、前記送信工程で新しく作成されるスレッドに前記画像データがアップロードされるように前記画像データを前記情報処理装置に送信することを特徴とする請求項９に記載の画像処理方法。
11. 前記受信工程で、前記情報処理装置に接続する前記端末装置の表示部に前記トークルームの画面が表示されている状態で、前記端末装置が受け付けた前記スレッドの指定に基づいて前記情報処理装置から送信された前記スレッド情報を受信することを特徴とする請求項８乃至１０の何れか１項に記載の画像処理方法。
12. 前記受信工程で、前記情報処理装置に接続する前記端末装置の表示部に前記トークルームの画面が表示されている状態で、前記端末装置が受け付けた読み取り設定に基づいて前記情報処理装置から送信された読み取り設定情報を受信することを特徴とする請求項８乃至１１の何れか１項に記載の画像処理方法。
13. 前記読取工程で前記受信した読み取り設定に基づいて、前記原稿の画像を読み取って、前記画像データを生成し、前記送信工程で当該画像データを、前記受信工程で受信した前記スレッド情報が示す前記スレッドに前記読取工程で生成した前記画像データがアップロードされるように前記情報処理装置に送信することを特徴とする請求項１２に記載の画像処理方法。
14. 前記送信工程で、前記生成された画像データに文字認識処理を実行することによって取得された文字情報に基づいてメッセージも前記情報処理装置に送信することを特徴とする請求項８乃至１３の何れか１項に記載の画像処理方法。
15. 請求項１乃至８の何れか１項に記載の画像処理装置の各手段をコンピュータに実行させるためのプログラム。

Images