JP7387396B2

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

Info

Publication number: JP7387396B2
Application number: JP2019205592A
Authority: JP
Inventors: 祥弘塚田; 光杉田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2019-11-13
Filing date: 2019-11-13
Publication date: 2023-11-28
Anticipated expiration: 2039-11-13
Also published as: CN112804407B; US20220256042A1; JP2024009026A; US11350000B2; EP3823262A1; JP2021078084A; KR20210058669A; US20210144266A1; US11743397B2; CN117411973A; CN112804407A; US20230362308A1

Description

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

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

特開２０１９－６２３５３号公報

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

本発明は上記の課題に鑑みてなされたものであり、画像処理装置でスキャンして生成された画像データを共有するためのチャットサービスのトークルームを指定することを目的とする。

本発明のスキャン装置は、原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン手段と、チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付手段と、前記スキャン手段が生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信手段とを有し、前記送信された画像データは前記選択されたチャンネルに対応づけて記憶され、
１回の実行指示に基づいて、前記スキャン手段は前記原稿をスキャンして前記画像データを生成し、前記送信手段は前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とする。

画像処理装置でスキャンして生成された画像データを共有するためのチャットサービスのトークルームを指定することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｓ９１０において、ＭＦＰ１０１のＣＰＵ１１１は通信部１２６を介して、メッセージアプリサーバ３００にＳ９０１と同じトークン情報、Ｓ９０６で選択された投稿先チャンネルの情報、ファイル形式、Ｓ９０９で生成された画像データをＨＴＴＰ通信で送信する。なお、ファイル形式は、スキャンｔｏチャットの送信設定画面７１２でユーザに指定されたファイル形式を使用する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン手段と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付手段と、
前記スキャン手段が生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信手段とを有し、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶され、
１回の実行指示に基づいて、前記スキャン手段は前記原稿をスキャンして前記画像データを生成し、前記送信手段は前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするスキャン装置。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン手段と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付手段と、
前記スキャン手段が生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信手段とを有し、
１回の実行指示に基づいて、前記スキャン手段は前記原稿をスキャンして前記画像データを生成し、前記送信手段は前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするスキャン装置。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン手段と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付手段と、
前記スキャン手段が生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信手段とを有することを特徴とするスキャン装置。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン手段と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付手段と、
前記スキャン手段が生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信手段とを有し、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶されることを特徴とするスキャン装置。
前記複数のチャンネルに対応する情報を取得する取得手段と、
前記取得手段が取得した情報に基づいて複数のオブジェクトを表示する表示手段とをさらに有し、
前記受付手段は、前記表示された複数のオブジェクトからオブジェクトの選択を受け付けることによって、前記チャンネルの選択を受け付けることを特徴とする請求項１乃至４の何れか１項に記載のスキャン装置。
前記表示手段は前記選択されたチャンネルが宛先として設定された所定の画面を表示することを特徴とする請求項５に記載のスキャン装置。
前記送信手段はトークン情報を前記サーバに送信し、
前記取得手段は前記トークン情報に対応するユーザに対応付けられた前記複数のチャンネルに対応する情報を取得することを特徴とする請求項５または６に記載のスキャン装置。
画像を用紙に印刷する印刷手段をさらに有することを特徴とする請求項１乃至７の何れか１項に記載のスキャン装置。
前記生成された画像データはＰＤＦファイルであることを特徴とする請求項１乃至８の何れか１項に記載のスキャン装置。
前記受付手段は、前記スキャン手段が前記原稿の画像をスキャンして前記画像データを生成する前に、ユーザから前記画像データのファイル名を受け付けることを特徴とする請求項１乃至９の何れか１項に記載のスキャン装置。
前記チャンネルはチャットルームであることを特徴とする請求項１乃至１０の何れか１項に記載のスキャン装置。
前記送信手段は前記画像データと前記選択されたチャンネルに関する情報をＨＴＴＰ通信で送信することを特徴とする請求項１乃至１１の何れか１項に記載のスキャン装置。
前記送信手段によって送信された前記画像データは前記選択されたチャンネルに投稿されることを特徴とする請求項１乃至１２の何れか１項に記載のスキャン装置。
前記受付手段はスキャン設定を受け付け、
前記スキャン手段は前記スキャン設定に基づいて、前記原稿の画像をスキャンして前記画像データを生成することを特徴とする請求項１乃至１３の何れか１項に記載のスキャン装置。
前記送信手段は、前記チャットサービスに関するサーバであるチャットサーバに前記画像データと前記チャンネルに対応する情報を送信することを特徴とする請求項１乃至１４の何れか１項に記載のスキャン装置。
前記送信手段は、前記チャットサービスに関するサーバであって、前記チャットサーバとは異なるサーバを介して前記画像データと前記チャンネルに対応する情報を前記チャットサーバに送信することを特徴とする請求項１５に記載のスキャン装置。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とを有し、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶され、
１回の実行指示に基づいて、前記スキャン工程で前記原稿をスキャンして前記画像データを生成し、前記送信工程で前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするスキャン方法。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とを有し、
１回の実行指示に基づいて、前記スキャン工程で前記原稿をスキャンして前記画像データを生成し、前記送信工程で前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするスキャン方法。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とを有することを特徴とするスキャン方法。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とを有し、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶されることを特徴とするスキャン方法。
前記複数のチャンネルに対応する情報を取得する取得工程と、
前記取得工程で取得した情報に基づいて複数のオブジェクトを表示する表示工程とをさらに有し、
前記受付工程は、前記表示された複数のオブジェクトからオブジェクトの選択を受け付けることによって、前記チャンネルの選択を受け付けることを特徴とする請求項１７乃至２０の何れか１項に記載のスキャン方法。
前記表示工程は前記選択されたチャンネルが宛先として設定された所定の画面を表示することを特徴とする請求項２１に記載のスキャン方法。
前記送信工程はトークン情報を前記サーバに送信し、
前記取得工程は前記トークン情報に対応するユーザに対応付けられた前記複数のチャンネルに対応する情報を取得することを特徴とする請求項２１または２２に記載のスキャン方法。
画像を用紙に印刷する印刷工程をさらに有することを特徴とする請求項１７乃至２３の何れか１項に記載のスキャン方法。
前記生成された画像データはＰＤＦファイルであることを特徴とする請求項１７乃至２４の何れか１項に記載のスキャン方法。
前記受付工程は、前記スキャン工程で前記原稿の画像をスキャンして前記画像データを生成する前に、ユーザから前記画像データのファイル名を受け付けることを特徴とする請求項１７乃至２５の何れか１項に記載のスキャン方法。
前記チャンネルはチャットルームであることを特徴とする請求項１７乃至２６の何れか１項に記載のスキャン方法。
前記送信工程は前記画像データと前記選択されたチャンネルに関する情報をＨＴＴＰ通信で送信することを特徴とする請求項１７乃至２７の何れか１項に記載のスキャン方法。
前記送信工程で送信された前記画像データは前記選択されたチャンネルに投稿されることを特徴とする請求項１７乃至２８の何れか１項に記載のスキャン方法。
前記受付工程はスキャン設定を受け付け、
前記スキャン工程では前記スキャン設定に基づいて、前記原稿の画像をスキャンして前記画像データを生成することを特徴とする請求項１７乃至２９の何れか１項に記載のスキャン方法。
前記送信工程では、前記チャットサービスに関するサーバであるチャットサーバに前記画像データと前記チャンネルに対応する情報が送信されることを特徴とする請求項１７乃至３０の何れか１項に記載のスキャン方法。
前記送信工程では、前記チャットサービスに関するサーバであって、前記チャットサーバとは異なるサーバを介して前記画像データと前記チャンネルに対応する情報が前記チャットサーバに送信されることを特徴とする請求項３１に記載のスキャン方法。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とをスキャン装置に実行させるプログラムであって、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶され、
１回の実行指示に基づいて、前記スキャン工程で前記原稿をスキャンして前記画像データを生成し、前記送信工程で前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするプログラム。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とをスキャン装置に実行させるプログラムであって、
１回の実行指示に基づいて、前記スキャン工程で前記原稿をスキャンして前記画像データを生成し、前記送信工程で前記画像データと前記選択されたチャンネルに対応する情報を送信することを特徴とするプログラム。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とをスキャン装置に実行させるプログラムであって。
原稿の画像をスキャンして、前記画像に基づく画像データを生成するスキャン工程と、
チャットサービスの複数のチャンネルからチャンネルの選択を受け付ける受付工程と、
前記スキャン工程で生成した画像データと前記選択されたチャンネルに対応する情報を前記チャットサービスに関するサーバに送信する送信工程とをスキャン装置に実行させるプログラムであって、
前記送信された画像データは前記選択されたチャンネルに対応づけて記憶されることを特徴とするプログラム。
前記複数のチャンネルに対応する情報を取得する取得工程と、
前記取得工程で取得した情報に基づいて複数のオブジェクトを表示する表示工程とをさらに前記スキャン装置に実行させ、
前記受付工程は、前記表示された複数のオブジェクトからオブジェクトの選択を受け付けることによって、前記チャンネルの選択を受け付けることを特徴とする請求項３３乃至３６の何れか１項に記載のプログラム。
前記表示工程は前記選択されたチャンネルが宛先として設定された所定の画面を表示することを特徴とする請求項３７に記載のプログラム。
前記送信工程はトークン情報を前記サーバに送信し、
前記取得工程は前記トークン情報に対応するユーザに対応付けられた前記複数のチャンネルに対応する情報を取得することを特徴とする請求項３７または３８に記載のプログラム。
前記スキャン装置は、画像を用紙に印刷する印刷手段を有することを特徴とする請求項３３乃至３９の何れか１項に記載のプログラム。
前記生成された画像データはＰＤＦファイルであることを特徴とする請求項３３乃至４０の何れか１項に記載のプログラム。
前記受付工程は、前記スキャン工程で前記原稿の画像をスキャンして前記画像データを生成する前に、ユーザから前記画像データのファイル名を受け付けることを特徴とする請求項３３乃至４１の何れか１項に記載のプログラム。
前記チャンネルはチャットルームであることを特徴とする請求項３３乃至４２の何れか１項に記載のプログラム。
前記送信工程は前記画像データと前記選択されたチャンネルに関する情報をＨＴＴＰ通信で送信することを特徴とする請求項３３乃至４３の何れか１項に記載のプログラム。
前記送信工程で送信された前記画像データは前記選択されたチャンネルに投稿されることを特徴とする請求項３３乃至４４の何れか１項に記載のプログラム。
前記受付工程はスキャン設定を受け付け、
前記スキャン工程では前記スキャン設定に基づいて、前記原稿の画像をスキャンして前記画像データを生成することを特徴とする請求項３３乃至４５の何れか１項に記載のプログラム。
前記送信工程では、前記チャットサービスに関するサーバであるチャットサーバに前記画像データと前記チャンネルに対応する情報が送信されることを特徴とする請求項３３乃至４６の何れか１項に記載のプログラム。
前記送信工程では、前記チャットサービスに関するサーバであって、前記チャットサーバとは異なるサーバを介して前記画像データと前記チャンネルに対応する情報が前記チャットサーバに送信されることを特徴とする請求項４７に記載のプログラム。