特許 7423277 印刷提案の問合せを抑制するサーバーシステム、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-19

(45)【発行日】2024-01-29

(54)【発明の名称】印刷提案の問合せを抑制するサーバーシステム、プログラム

(51)【国際特許分類】

   H04L 51/02 20220101AFI20240122BHJP

   H04L 51/04 20220101ALI20240122BHJP

   G06F 3/12 20060101ALI20240122BHJP

【ＦＩ】

H04L51/02

H04L51/04

G06F3/12 303

G06F3/12 337

【請求項の数】 16

(21)【出願番号】P 2019215449

(22)【出願日】2019-11-28

(65)【公開番号】P2021086428

(43)【公開日】2021-06-03

【審査請求日】2022-11-24

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】齋藤 和之

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特開２０１９－１４４６９７（ＪＰ，Ａ）

【文献】特開２０１９－１６４６５３（ＪＰ，Ａ）

【文献】特開２０１５－０２８７５０（ＪＰ，Ａ）

【文献】特開２００５－０４７２５３（ＪＰ，Ａ）

【文献】特表２０１９－５１９８２２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ５１／００

Ｇ０６Ｆ ３／１２

(57)【特許請求の範囲】

【請求項1】

ファイルがアップロードされたことを検知する検知工程と、
前記アップロードがなされたチャットルームが個別会話の場であるかグループ会話の場であるかを判定する判定工程と、
前記判定工程で個別会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を表示手段に行わせ、
前記判定工程でグループ会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を前記表示手段に行わせないように制御する制御工程と、をサーバーシステムに実行させるためのプログラム。

【請求項2】

前記ファイルは、前記チャットルームを提供するサーバにアップロードされたファイルであって、
前記表示は、前記チャットルームへのメッセージの書き込みによって実現することを特徴とする請求項１に記載のプログラム。

【請求項3】

前記判定工程では、イベント発生場所に関するパラメータに基づいて、前記判定を行うことを特徴とする請求項１又は２に記載のプログラム。

【請求項4】

前記判定工程では、
前記チャットルームに参加しているユーザ数が所定の人数未満であれば個別会話の場であると判定し、
前記チャットルームに参加しているユーザ数が所定の人数以上であればグループ会話の場であると判定することを特徴とする請求項１又は２に記載のプログラム。

【請求項5】

前記制御工程では、前記判定工程で個別会話の場であると判定された場合であっても、前回の前記表示に対する応答がなかった場合、前記表示を前記表示手段に行わせないように制御することを特徴とする請求項１乃至４のいずれか１項に記載のプログラム。

【請求項6】

前記判定工程でグループ会話の場であると判定された場合であっても、前記チャットルームにおいてユーザと対話を行う印刷用ボットを指名したメッセージが書き込まれた場合、印刷指示の確認のための提案を行わせるように制御する第２の制御工程をサーバーシステムに実行させる、請求項１乃至５のいずれか１項に記載のプログラム。

【請求項7】

前記制御工程は、前記判定工程でグループ会話の場であると判定された場合であっても、前記ファイルのファイル名に特定の文字列が含まれる場合、前記表示を前記表示手段に行わせるように制御することを特徴とする請求項１乃至６のいずれか１項に記載のプログラム。

【請求項8】

前記制御工程は、前記判定工程でグループ会話の場であると判定された場合であっても、前記アップロードがなされた時間、曜日、または日付が所定の時間、曜日、または日付である場合、前記表示を前記表示手段に行わせるように制御することを特徴とする請求項１乃至７のいずれか１項に記載のプログラム。

【請求項9】

ファイルがアップロードされたことを検知する検知手段と、
前記アップロードがなされたチャットルームが個別会話の場であるかグループ会話の場であるかを判定する判定手段と、
前記判定手段で個別会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を表示手段に行わせ、
前記判定手段でグループ会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を前記表示手段に行わせないように制御する制御手段と、を有することを特徴とするサーバーシステム。

【請求項10】

前記ファイルは、前記チャットルームを提供するサーバにアップロードされたファイルであって、
前記問い合わせの表示は、前記チャットルームへのメッセージの書き込みによって実現することを特徴とする請求項９に記載のサーバーシステム。

【請求項11】

前記判定手段は、イベント発生場所に関するパラメータに基づいて、前記判定を行うことを特徴とする請求項９又は１０に記載のサーバーシステム。

【請求項12】

前記判定手段は、
前記チャットルームに参加しているユーザ数が所定の人数未満であれば個別会話の場であると判定し、
前記チャットルームに参加しているユーザ数が所定の人数以上であればグループ会話の場であると判定することを特徴とする請求項９又は１０に記載のサーバーシステム。

【請求項13】

前記制御手段は、前記判定手段に個別会話の場であると判定された場合であっても、前回の前記表示に対する応答がなかった場合、前記表示を前記表示手段に行わせないように制御することを特徴とする請求項９乃至１１のいずれか１項に記載のサーバーシステム。

【請求項14】

前記判定手段にグループ会話の場であると判定された場合であっても、前記チャットルームにおいてユーザと対話を行う印刷用ボットを指名したメッセージが書き込まれた場合、印刷指示の確認のための提案を行わせるように制御する第２の制御手段を更に備えることを特徴とする請求項９乃至１３のいずれか１項に記載のサーバーシステム。

【請求項15】

前記制御手段は、前記判定手段にグループ会話の場であると判定された場合であっても、前記ファイルのファイル名に特定の文字列が含まれる場合、前記表示を前記表示手段に行わせるように制御することを特徴とする請求項９乃至１４のいずれか１項に記載のサーバーシステム。

【請求項16】

前記制御手段は、前記判定手段にグループ会話の場であると判定された場合であっても、前記アップロードがなされた時間、曜日、または日付が所定の時間、曜日、または日付である場合、前記表示を前記表示手段に行わせるように制御することを特徴とする請求項９乃至１５のいずれか１項に記載のサーバーシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、印刷提案の問合せを抑制するサーバーシステム、プログラムに関するものである。

【背景技術】

【0002】

ネットワークを通じて複数のユーザ端末間でメッセージをやり取りする、いわゆるビジネスチャットのためのメッセージングアプリの利用が広まっている。近年、このようなメッセージングアプリにおいて、ユーザがメッセージングアプリ上にて送信したメッセージの内容に応じて自動的にメッセージを応答するいわゆるボットを使用したサービスが増えている。一方、クラウドサービスの普及に伴い、印刷機器もネットワーク通信機能を備え、ユーザが端末からネットワークを介して印刷指示を行うクラウドプリントサービスが提供されている。

【0003】

前述したようなクラウドプリントサービスとボットサービスが連携することでユーザは端末上のメッセージングアプリからボットサービスとの対話形式によって印刷機器に対して印刷指示を行うことができる。メッセージアプリ上で印刷用ボットを介して印刷を行う場合に、印刷用ボットからユーザに対して印刷を提案してくれることは便利である。

【0004】

しかし、他のユーザとの会話に印刷用ボットが介入するのは、他のユーザとの会話の邪魔となってしまう場合がある。

【0005】

特許文献１では、特定メッセージに応じてプリントサービスを実行するモードと、プリントサービスを実行しないモードを切り替えることで、そのような介入を抑止する方法が記載されている。

【先行技術文献】

【特許文献】

【0006】

【文献】特開２０１９－１６４６５３

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、先行技術の方法だと、印刷用ボット自身が判断して会話の抑制を提案してくれるわけではないため、ユーザがモードを指定しなければならないという手間があり、利便性を損なっている。また、ボットのサービスを停止させるための指示自体が、他のユーザとの会話の邪魔になるという問題がある。また、サービス停止中は、印刷指示を待っているわけではないため、モードを再度切り替えるための余分な会話が必要となり、その点においても利便性を損なっている。

【0008】

このように、無駄な問合せを行ってしまうケースは、印刷用ボットに限らず、起こりえるため、本発明では、そのような無駄な問合せを排除したい。

【課題を解決するための手段】

【0009】

上記課題を解決するために、本発明のプログラムは、ファイルがアップロードされたことを検知する検知工程と、前記アップロードがなされたチャットルームが個別会話の場であるかグループ会話の場であるかを判定する判定工程と、前記判定工程で個別会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を表示手段に行わせ、前記判定工程でグループ会話の場であると判定された場合には、前記ファイルを印刷するか問い合わせる表示を前記表示手段に行わせないように制御する制御工程と、をサーバーシステムに実行させる。

【発明の効果】

【0010】

本発明により、無駄な問合せは発生せず、便利な問合せを行うことができる。

【図面の簡単な説明】

【0011】

【図1】システム構成を示す図。

【図2】クライアント端末とプリンタと各種サーバのハードウェア構成を示す図。

【図3】クライアント端末と各種サーバのソフトウェア構成を示す図。

【図4】第１実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図5】第１実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図6】第１実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図7】第１実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図8】第１実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図9】第２実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図10】第３実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図11】第３実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図12】第４実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図13】第５実施形態に係るボットサービスの処理の一例を示すフローチャート。

【図14】第１実施形態に係るボットサービスの会話の例を示す図。

【図15】第３実施形態に係るボットサービスの会話の例を示す図。

【図16】第４実施形態に係るボットサービスの会話の例を示す図。

【図17】第５実施形態に係るボットサービスの会話の例を示す図。

【図18】イベントメタデータ情報の一例を示す図。

【発明を実施するための形態】

【0012】

以下、本発明を実施するための形態について図面を用いて説明する。

【0013】

＜実施形態１＞
図１は本実施形態における印刷用ボットシステムの構成図を示したものである。以下では、サーバと記載した場合、単一のサーバであるものとして実施例を記載するが、実際には複数台のサーバからなるシステムであってもよい。単一のサーバや、複数台のサーバからなるシステムをサーバーシステムと呼ぶことにする。メッセージアプリサーバ１０１、プリントボットサーバ１０２、クラウドプリントサーバ１０３、クライアント端末１０４、プリンタ１０５がネットワーク１０６を介して接続されている。図１ではクライアント端末１０４とプリンタ１０５をそれぞれ１つずつ記載しているが、実際は複数であることが通常である。各サーバにおいても、複数台により負荷分散された構成であってもよい。逆に、物理的には１つのサーバが内部で仮想的に各サーバの役割を果たす構成であってもよい。また各サーバは、クラウド上に配置されたクラウドサーバでもよい。ネットワーク１０６はインターネットなどのＷＡＮを想定しているが、社内ＬＡＮなどの閉じた環境であってもよい。クライアント端末１０４はＰＣやタブレット、スマートフォンなどを指しており、ユーザによって直接操作される端末である。クライアント端末１０４上では任意のアプリケーションソフトウェアを実行可能となっている。プリンタ１０５は物理用紙に対して実際に印刷を行うデバイスであり、ネットワーク１０６を介して受信した印刷データを画像データに変換して印刷する。メッセージアプリサーバ１０１はチャットサービスなどのメッセージングサービスをクライアント端末に提供する。プリントボットサーバ１０２はメッセージアプリサーバ１０１が提供するメッセージングサービスに対して仮想ユーザとして登録され、通常ユーザと同様にメッセージ送受信を行う。プリントサーバ１０６は、外部からの印刷指示と文書データを受け付け、印刷データに変換した後、所定のプリンタ１０５へ印刷データを送信し、印刷指示を行う役割を持つ。クラウド環境にプリントサーバ１０６を配置する場合には、これをクラウドプリントサーバと呼ぶこともある。プリンタ１０５に印刷を行うタイミングとしては、ユーザによってプリンタ１０５上での操作が不要なプッシュ型の方式であってもよいし、ユーザがプリンタ１０５において印刷開始の操作を行ってから印刷を開始するプル型の方式であってもよい。

【0014】

次に、図２を用いて本実施形態のシステムの持つそれぞれのデバイスにおけるハードウェア構成について説明する。

【0015】

図２（ａ）はメッセージアプリサーバ１０１のハードウェア構成を示すブロック図である。メッセージアプリサーバ１０１は記憶部２１４、制御部２１１、ネットワーク通信部２１５を備える。記憶部２１４はハードディスクやＳＳＤなどの不揮発性の記憶装置を指し、デジタルデータの保存と書き換えが可能である。

【0016】

制御部２１１はＣＰＵ２１２とメモリ２１３とから構成され、メッセージアプリサーバ１０１の全体の動作を制御する。ＣＰＵ２１２は記憶部２１４に記憶されたプログラムをメモリ２１３に展開し、それを実行する。メモリ２１３はＣＰＵ２１２の主記憶メモリでありワークエリアや各種プログラムを展開するための一時記憶領域として用いられる。
ネットワーク通信部２１５は外部のネットワーク１０６と通信を行う装置であり、ネットワーク１０６を介して外部のサーバやクライアント端末等とのデジタルデータの入出力を行う。

【0017】

図２（ｂ）はプリントボットサーバ１０２のハードウェア構成を示すブロック図である。プリントボットサーバ１０２は記憶部２２４、制御部２２１、ネットワーク通信部２２５を備える。それぞれの説明はメッセージアプリサーバ１０１のものと同等であるため割愛する。

【0018】

図２（ｃ）はプリントサーバ１０３のハードウェア構成を示すブロック図である。プリントサーバ１０３は記憶部２３４、制御部２３１、ネットワーク通信部２３５を備える。こちらも同様にそれぞれの説明は割愛する。

【0019】

図２（ｄ）はクライアント端末１０４のハードウェア構成を示すブロック図である。クライアント端末１０４は表示部２４６、操作部２４７、記憶部２４４、制御部２４１、ネットワーク通信部２４５を備える。表示部２４６は液晶ディスプレイなどユーザに対して視覚的な情報をリアルタイムに表示するための装置である。操作部２４７はキーボードやマウスなどによりユーザからの入力を受け付けるための装置である。タッチパネルなど、表示部２４６と操作部２４７の両方の機能を備え持つ装置を用いることもある。記憶部２４４、制御部２４１、ネットワーク通信部２４５の説明はメッセージアプリサーバ１０１のものと同等であるため割愛する。

【0020】

図２（ｅ）はプリンタ１０５のハードウェア構成を示すブロック図である。プリンタ１０５は表示部２５６、操作部２５７、記憶部２５４、制御部２５１、ネットワーク通信部２５５、印刷部２５８を備える。表示部２５６はプリンタ１０５に備え付けのタッチパネルやＬＥＤなど、ユーザに対して情報をリアルタイムに表示するための装置である。操作部２５７はユーザからの入力を受け付けるための装置であり、タッチパネルに加えてテンキーなどのハードキーを含むこともある。記憶部２５４、制御部２５１についてはメッセージアプリサーバ１０１のものと同等であるため説明を割愛する。ネットワーク通信部２５５は外部のネットワーク１０６と通信を行う装置であり、主に印刷データの受信を行ったり、エラーなどのプリンタ１０５の状態について外部のサーバ等に向けて送信したりする役割を持つ。印刷部２５８はカセットやトレイに用意された用紙に対して、給紙、印字、排紙の一連の動作を行うことで印刷処理を行う装置である。印字の方式は電子写真方式やインクジェット方式など特に限定されない。排紙時に使用される両面ユニットやステイプル、パンチ処理などのフィニッシング装置も印刷部２５８に含まれる。なお、本実施形態ではプリンタ１０５の例として印刷機能のみを行うシングルファンクションプリンタについて説明しているが、スキャナ機能やＦＡＸ機能も合わせて持つマルチファンクションプリンタ（複合機）を用いてもよい。

【0021】

次に、図３を用いて本実施形態のシステムのそれぞれのデバイスにおけるソフトウェア構成について説明する。

【0022】

図３（ａ）はクライアント端末１０４のソフトウェア構成を示すブロック図である。メッセージングアプリ３４１はビジネスチャットなどのネットワークサービスにおいて、ユーザとのインタフェースの役割を果たすソフトウェアアプリケーションである。具体的にはユーザによる操作部２４７からのメッセージ入力を受け付けてメッセージアプリサーバ１０１にメッセージを送信したり、ユーザによるファイルのアップロード指示を受け付けてメッセージアプリサーバ１０１にファイルを送信したりする。また、別のユーザによるメッセージ入力が行われると、メッセージアプリサーバ１０１からの通知を受けて表示部２４６にリアルタイムにそのメッセージを表示する。メッセージの種類は一般の文字列や画像に加えて、プリントボットサーバ１０２などが発信するボタンやコンボボックスなどのＵＩコントロール（ＧＵＩ上の部品）であることもある。ＵＩコントロールにおいてユーザが操作を行うと、所定のアクション情報をメッセージアプリサーバ１０１に送信するのもメッセージングアプリ３４１の役割である。ファイルストレージ３４２はクライアント端末１０４の記憶部２４４内に用意されたユーザファイル保存用の領域であり、ユーザは不図示の他のアプリケーションで作成したファイルを含む任意のファイルを保存することができる。メッセージングサービス３４１はファイルストレージ３４２にアクセスする権限を持つ。

【0023】

図３（ｂ）はメッセージアプリサーバ１０１のソフトウェア構成を示すブロック図である。メッセージングサービス３１１はビジネスチャットなどのネットワークサービスを提供するソフトウェアアプリケーションである。ネットワーク１０６に接続された複数のクライアント端末１０４やプリントボットサーバ１０２との情報のやり取りを行う。メッセージングサービス３１１はユーザ管理を行っており、あらかじめ登録されたユーザやボットに対してのみ情報のやり取りを行う。これにより機密情報などの共有もメッセージングサービス３１１によって可能になっている。本実施形態ではそれらの登録されたユーザやボットをメンバと呼ぶ。メッセージングサービス３１１はメンバから受信したメッセージをリアルタイムに他のメンバに送信する。また、受信したファイルをファイルストレージ３１２に保存し、他のメンバに通知する。前述したアクション情報を受信した際にはあらかじめ登録されたサーバ（例えばプリントボットサーバ１０２）などにその情報を送信する。ファイルストレージ３１２はメッセージアプリサーバ１０１の記憶部２１４内に用意された領域である。メッセージングサービス３１１の管理するメンバ情報やメンバから受信した各種メッセージやファイルがファイルストレージ３１２に保存されており、メッセージングサービス３１１によって使用される。

【0024】

図３（ｃ）はプリントボットサーバ１０２のソフトウェア構成を示す図である。ボットサービス３２１はメッセージアプリサーバ１０１のメッセージングサービス３１１からのメッセージなどを受信してその内容に応じた処理を実行する。具体的にはユーザの印刷要求に応じてプリントサーバ１０３と連携しながらメッセージアプリサーバ１０１に対してメッセージを送信したり、印刷指示に応じてプリントサーバ１０３に印刷指示を行ったりする。ファイルストレージ３２２はプリントボットサーバ１０２の記憶部２２４内に用意された領域である。ボットサービス３２１（プリントボットサーバ１０２に配置されたソフトウェアプログラム）がメッセージを作成する際に用いる印刷設定やプレビュー画像などが保存されており、ボットサービス３２１によって使用される。

【0025】

図３（ｄ）はプリントサーバ１０３のソフトウェア構成を示す図である。プリントサービス３３１は外部から受信した印刷データを登録済みのプリンタ（例えばプリンタ１０５）に対して、ネットワーク１０６経由で送信し実行させるサービスである。ファイルストレージ３３２はプリントサーバ１０３の記憶部２３３内に用意された領域である。ファイルストレージ３３２にはプリントサービス３３１に登録済みのユーザ情報、ユーザの保持するプリンタに関する情報、ユーザごとのデフォルト印刷設定、印刷設定のリストなどが保存されており、プリントサービス３３１によって使用される。

【0026】

次に図４から図８、および図１４ならびに図１８を用いて本実施形態におけるアプリやサービスの処理について説明する。

【0027】

図４に示す処理はすべてプリントボットサーバ１０２の記憶部２２４に格納されたボットサービス３２１のプログラムがメモリ２２３にロードされてＣＰＵ２２２によって実行される。

【0028】

まず、ボットサービス３２１は、メッセージアプリサーバ１０１から送信されるイベントを監視する（ｓ４０１、ｓ４０２）。イベントには、ファイルのアップロードイベントが含まれる。ボットサービス３２１は、メッセージアプリサーバ１０１から送信されるイベントが発生した場合は、イベントを検知し、そのイベントの情報として、イベントメタデータ情報（図１８）を取得する（ｓ４０３）。ボットサービス３２１は、発生したイベントがユーザからのメッセージか否かを判断する（ｓ４０４）。例えば、印刷メタデータの特定のパラメータで判断するという方法がある。例えば、図１８は、イベントメタデータ情報の例を示しており、ｅｖｅｎｔ＿ｔｙｐｅというパラメータはイベント種類を示している。この例では、ｅｖｅｎｔ＿ｔｙｐｅというパラメータの値が“ｍｅｓｓａｇｅ”（図１８（ａ）、１８０１）であれば、ユーザからのメッセージであることを示している。ｓ４０４で、ユーザからのメッセージであると判定した場合は、ボットサービス３２１はボットの提案に対するユーザの応答か否かをメッセージ内容から判定する（ｓ４０５）。例えば、ボットサービス３２１は、メッセージ内に「ＹＥＳ／ＮＯ」「ＯＫ／キャンセル」など肯定／否定を表す単語が含まれている場合は提案への応答と判断し、「印刷して」など特定の単語が含まれている場合はボットへの指示と判断する。ｓ４０５で、ユーザからのメッセージがボットの提案に対するユーザの応答ではないと判定した場合は、ｓ４０６に移行する。ｓ４０６では、ボットサービス３２１は、複数メンバが会話している「グループ会話の場」であるのか、メンバがボットと１対１で会話している「個別会話の場」であるのかの判定を行う。詳細は図５にて後述する。ｓ４０６で、グループ会話の場と判定した場合は、ボットサービス３２１はグループ会話の場に対応する処理を実行する（ｓ４０７）。詳細は図６にて後述する。ｓ４０６で、個別会話の場であると判定した場合は、ボットサービス３２１は個別会話の場に対応する処理を実行する（ｓ４０８）。詳細は図７にて後述する。ｓ４０５で、で、ユーザからのメッセージがボットの提案に対する応答であると判定した場合は、ボットサービス３２１はユーザ応答に対応する処理を実行する（ｓ４０９）。詳細は図８にて後述する。一方、ｓ４０４にて発生したイベントがユーザからのメッセージではないと判定した場合は、そのイベントがユーザによるＵＩ中に配置された“ＹＥＳ”や“ＮＯ”等のＵＩコントロール操作か否かを判定する（ｓ４１０）。ｓ４１０で、そのイベントがユーザによるＵＩコントロール操作ではないと判定した場合は、ボットサービスに関連したイベントではないと判定し、ボットサービスにおけるそのイベントへの処理を終了する。もし、ｓ４１０にて、そのイベントがユーザによるＵＩコントロール操作であると判定した場合は、ボットサービス３２１はボットの提案に対する応答か否かを判定する（ｓ４１１）。例えば、ボットサービス３２１は提示したメッセージ内の特定のＵＩコントロールへの操作がされたか否かで判断する。ｓ４１１で、ボットの提案に対する応答ではないと判定した場合は、ボットサービスに関連したイベントではないと判定し、ボットサービスにおけるそのイベントへの処理を終了する。ｓ４１１で、ボットの提案に対する応答であると判定した場合は、ボットサービス３２１はユーザ応答に対応する処理を実行する（ｓ４０９）。

【0029】

図５は、会話の場の判定方法の例について示している。

【0030】

図５（ａ）は、会話の場をイベント発生場所によって判定している例である。

【0031】

図５（ａ）のフローは、ボットサービス３２１が発生したイベントをユーザからのメッセージであり、ボットの提案に対する応答ではないと判定した結果、ｓ５０１が始まる。

【0032】

まず、ボットサービス３２１は、イベントメタデータ情報からイベント発生場所を示すパラメータを検出する（ｓ５０１）。次に、ボットサービス３２１は、抽出したパラメータからイベント発生場所を判定する（ｓ５０２）。例えば、図１８は、イベントメタデータ情報の例を示しており、ｒｏｏｍ＿ｔｙｐｅというパラメータはイベント発生場所を示している。ボットサービス３２１は、このｒｏｏｍ＿ｔｙｐｅを検出して、そのパラメータの値によってグループが参加している場所か、個別のユーザが参加している場所かを判断する（ｓ５０２）。図１８の例では、ｒｏｏｍ＿ｔｙｐｅパラメータの値が“ｇｒｏｕｐ“（図１８（ａ）、１８０２）であれば、グループ用のメッセージ交換の場と判定し、その結果、イベント発生場所はメンバが集合して会話するグループ会話の場と判定する（ｓ５０３）。また、ｒｏｏｍ＿ｔｙｐｅパラメータの値が“ｉｎｄｉｖｉｄｕａｌ“（図１８（ｂ）、１８０３）であれば、メンバ１人の専用のメッセージ交換の場と判定し、その結果、イベント発生場所が個別会話の場であると判定する（ｓ５０４）。なお、場とはチャットルームという意味である。また、イベント発生場所のパラメータの値ではなく、実際の会話メンバの人数で、会話の場がグループ会話の場か個別会話の場かを判定することも可能である。

【0033】

図５（ｂ）は、会話の場を会話の人数によって判定している例である。

【0034】

図５（ａ）のフローも、ボットサービス３２１が発生したイベントをユーザからのメッセージであると判定した結果、ｓ５１１が始まる。

【0035】

まず、ボットサービス３２１は、メッセージアプリサーバから会話履歴を取得する（ｓ５１１）。次に、ボットサービス３２１は、会話履歴のデータから会話に参加するユーザ数についてボットを除いてカウントする（ｓ５１２）。次に、ボットサービス３２１は、カウントしたボット除くユーザ数がｎ人以上であるか否かを判定する（ｓ５１３）。ｓ５１３でユーザ数がｎ人以上であれば、ボットサービス３２１は、グループで会話しているグループ会話の場であると判定する（ｓ５１４）。ｓ５１３でユーザ数がｎ人未満であれば、ボットサービス３２１は、個別会話の場であると判定する（ｓ５１４）。上記において、通常はｎ＝２で判断するが、特定の少人数において、印刷用ボットの会話への介入を許す場合は、その特定の少人数に合わせてｎを変更する。

【0036】

上述の方法を用いると、会話履歴用のメッセージ交換の場を示す“ｇｒｏｕｐ”であっても実質的に１人のみで利用している場合や、特定の少人数メンバで利用している場合などで、印刷用ボットによる利便性を向上することが可能となる。

【0037】

図６は、ボットサービス３２１によるグループ会話の場に対応する処理の例について示している。

【0038】

図６は、グループ会話の場にユーザから明示的な印刷指示があった場合のみ処理を行う例である。

【0039】

図６（ａ）のフローは、ボットサービス３２１が会話の場をグループ会話の場であると判定した結果、ｓ６０１が始まる。

【0040】

まず、ボットサービス３２１は、ユーザメッセージを解析し、明示的な指示か否かを判定する（ｓ６０１）。例えば、印刷メタデータの特定のパラメータおよびメッセージ中の用語で判断するという方法がある。例えば、図１８は、イベントメタデータ情報の例を示しており、ｅｖｅｎｔ＿ｔｙｐｅというパラメータはイベント種類を示している。この例では、ｅｖｅｎｔ＿ｔｙｐｅというパラメータの値が“ｍｅｎｔｉｏｎ”（図１８（ｃ）、１８０４）であれば、特定の相手を指名したメッセージであることを示している。さらに、「＠Ｐｒｉｎｔ＿Ｂｏｔ、ファイルｘｘｘｘを印刷して」（図１４、１４０１、図１８（ｃ）、１８０５）のように、印刷用ボットを指名しており、印刷に関する用語が出現するメッセージであれば、明示的な指示と判定する。ｓ６０１で、明示的な指示と判定した場合は、ボットサービス３２１は、指示を下したユーザを特定する（ｓ６０２）。次に、ボットサービス３２１は，特定したユーザを指名して、指示の確認のための提案（例、チャットルームへのメッセージの書き込み）を実施する（ｓ６０３）。

【0041】

図６（ｂ）は、より具体的な提案実施の例である。

【0042】

例えば、ボットサービス３２１は，プリントサーバ１０３に対して、特定したユーザが実在するか否かのユーザ認証の問い合わせを行う（ｓ６１１）。次に、ボットサービス３２１は，プリントサーバ１０３からの応答に対して、ユーザ認証の判定を行う（ｓ６１２）。ｓ６１２にて、ユーザ認証に成功と判定した場合は、ボットサービス３２１は，プリントサーバ１０３から、ユーザに応じた印刷環境情報を取得する（ｓ６１５）。例えば、印刷環境情報の例として、プリンタのＩＤ、プリンタの種類、デフォルトの印刷設定などがある。次に、ボットサービス３２１は，ユーザに対し、印刷実行を確認する旨のメッセージを生成する（ｓ６１６）。例えば、「＠ユーザＣさん ファイルｘｘｘｘをプリンタＡＢＣに印刷します。よろしいですか？」のようなメッセージを生成する（図１４、１４０２）。またこの時、グループ会話中に余計なメッセージが増加しないよう、ボットサービス３２１は，ユーザ応答用のＵＩコントロールを作成する（ｓ６１７）。例えば、「ＹＥＳ」「ＮＯ」のようなボタンをＵＩコントロールとして作成する（図１４、１４０３）。次に、ボットサービス３２１は，生成したメッセージとＵＩコントロールを合成して、メッセージアプリサーバ１０１に送信する（ｓ６１８）。一方、ｓ６１２にて、ユーザ認証に失敗と判定した場合は、ボットサービス３２１は，ユーザ認証に失敗した旨のメッセージを生成する（ｓ６１３）。例えば、「ユーザ認証に失敗しました」のようなメッセージを生成する。そして、ボットサービス３２１は，生成したメッセージをメッセージアプリサーバ１０１に送信する（ｓ６１４）。

【0043】

図７は、ボットサービス３２１による個別会話の場に対応する処理の例について示している。

【0044】

図７は、ボットサービス３２１が会話の場を個別会話の場であると判定した結果、個別会話の場にユーザからファイルが提示（アップロード）されたことに反応して（すなわち、アップロードされたことを検知して）、ボットサービス３２１が提案を行う例である。

【0045】

図７（ａ）のフローは、ボットサービス３２１がファイルのアップロードがされたことを検知したうえで、会話の場を個別会話の場であると判定し、さらにボットの提案に対する応答ではない場合と判定した結果、ｓ７０１が始まる。

【0046】

まず、ボットサービス３２１は、印刷用ボットの個別会話の相手であるユーザを特定する（ｓ７０１）。次に、ボットサービス３２１は、会話のメッセージ中にファイルが提示（アップロード）されているか否かを判定する（ｓ７０２）。もし、メッセージ中にファイルが提示されている場合は、ボットサービス３２１は、そのファイルを対象とした印刷を提案する（ｓ７０３）。例えば、「ファイルｏｏｏｏをプリンタＡＢＣに印刷しましょうか？」のようなメッセージを生成し、メッセージアプリサーバ１０２に送信する（図１４、１４０４）。これにより、メッセージがチャットルームのページに書き込まれることになる。図７（ｂ）に、具体的な提案実施のフローを示す。ただし、図７（ｂ）は、図６（ｂ）のｓ６１５以外は同じであるため説明を省略する。図７（ｂ）にｓ６１５が無いのは、個別会話の場であるが故に、他のユーザを気にすることが不要なため、ユーザはコマンドではなくメッセージによって「ＹＥＳ」「ＮＯ」の応答が可能であることを示すためである。もちろん、図６（ｂ）と同様に、メッセージ中に応答用コマンドを合成することも可能である。

【0047】

図８は、ボットサービス３２１によるユーザからの応答に対する処理の例について示している。

【0048】

図８は、ユーザからの応答に対して、ボットサービス３２１がプリントサーバ１０３に印刷指示とファイルを送信する例である。

【0049】

図８のフローは、ボットサービス３２１が、発生しているイベントを、メッセージもしくはＵＩコントロール操作によるユーザからの応答であると判定した結果、ｓ８０１が始まる。まず、ボットサービス３２１は、ユーザ応答の種類が、肯定か否定かを判定する（ｓ８０１）。

【0050】

例えば、ユーザがメッセージで「ＹＥＳ」と返答した場合や、「ＹＥＳ」というＵＩコントロールボタンを押下したような場合は肯定と判断する。また、ユーザがメッセージで「ＮＯ」と返答した場合や、「ＮＯ」というＵＩコントロールボタンを押下したような場合は否定と判断する。ｓ８０１にて、肯定と判定した場合は、ボットサービス３２１は、プリントサーバ１０３に対してユーザの認証が実施済みであるかどうかを判定する。ｓ８０２にて、すでに認証済みと判定した場合は、ボットサービス３２１は、メッセージアプリサーバ１０１から印刷対象のファイルを取得する（ｓ８０３）。次に、ボットサービス３２１は、印刷指示と前述で取得したファイルをプリントサーバ１０３に送信する（ｓ８０４）。一方、ｓ８０１にて、否定と判定した場合は、ボットサービス３２１は、何もしない。また、ｓ８０２にて、ユーザ認証が未実施と判定された場合は、プリントサーバ１０３に対してユーザ認証を実施する。なお、Ｓ８０５からｓ８０８の処理は、図７のｓ７１１からＳ７１４の処理と同じであるため説明を省略する。

【0051】

以上のように、ボットサービス３２１が、グループ会話の場であるのか個別会話の場であるのかを判断し、それぞれの場に応じて適応的にメッセージの発信を制御することにより、ボットによるユーザ間の会話への不要な介入を防止することができる。また、ボットサービス３２１が、会話への介入を抑制中でも印刷指示を待っているため、印刷指示があればすぐに印刷の実行が可能となり利便性の低下を防ぐことができる。

【0052】

＜実施形態２＞
実施形態１では、会話の場の種類に応じて印刷用ボットの会話への介入を抑制する例について説明した。

【0053】

本実施形態では、さらに、個別会話の場であっても、印刷用ボットからの提案に対するユーザの反応に応じて印刷用ボットのアクションを切り替える方法について説明する。

【0054】

本実施形態に係る具体的な処理について、図９を用いて説明する。

【0055】

なお、ここでは実施形態１との違いについてのみ説明する。システム構成、ハードウェア／ソフトウェア構成、それぞれの処理フローについては一部を除き実施形態１と同じであるため説明を省略する。

【0056】

図９は、個別会話の場において、前回のボットサービス３２１からの提案に対するユーザからの反応が無かった場合に、ボットサービス３２１が提案を抑制する例である。

【0057】

図９のフローは、ボットサービス３２１が会話の場を個別会話の場であると判定し、さらにボットの提案に対する応答ではない場合と判定した結果、ｓ９０１が始まる。

【0058】

ｓ９０１からｓ９０２までの処理は、図７のｓ７０１からｓ７０２までの処理と同じであるため説明を省略する。

【0059】

ｓ９０２にて、メッセージ中にファイルが提示されていると判定した場合は、ボットサービス３２１は、前回の印刷用ボットからの提案に対し、ユーザからの応答があったのか、あるいは無視されていたのかを判定する（ｓ９０３）。ｓ９０３にて、前回提案時に応答があったのであれば、ボットサービス３２１は、今回もユーザに対して印刷を提案する（ｓ９０４）。この時のユーザに印刷を提案する詳細な処理は、図７（ｂ）と同じであるため説明を省略する。一方、ｓ９０３にて、前回の印刷用ボットからの提案に対し、ユーザからの応答が無かったのであれば、ボットサービス３２１は、ユーザメッセージを解析し、明示的な指示か否かを判定する（ｓ９０５）。これは図６のｓ６０１の処理と同じであるため説明を省略する。次に、ｓ９０５にて、明示的指示であると判定した場合は、ボットサービス３２１は、ユーザに対して印刷実行の確認のための提案を実行する（ｓ９０４）。

【0060】

この時の、ユーザに印刷実行の確認の提案をする詳細な処理は、図６（ｂ）と同じであるため説明を省略する。一方、ｓ９０５にて、明示的指示でないと判定した場合は、ボットサービス３２１は、なにも提案はしない。

【0061】

以上、本実施形態によれば、ボットサービス３２１は、個別会話の場において、前回のボットサービス３２１からの提案に対するユーザからの反応が無かった場合に、自動的に明示的指示を待つようになり、ボットサービス３２１からの提案を抑制する。そのため、ユーザの都合に合わせて、ボットからの提案を抑制することが可能となる。

【0062】

＜実施形態３＞
実施形態２では、個別会話の場であっても、印刷用ボットからの提案に対するユーザの反応に応じて印刷用ボットのアクションを切り替える方法について説明した。

【0063】

本実施形態では、印刷用ボットからの提案に「待機」の選択肢を提示し、ユーザからの指示待ちに切り替える方法について説明する。

【0064】

本実施形態に係る具体的な処理について、図１０、図１１および図１５を用いて説明する。

【0065】

なお、ここでは実施形態１および２との違いについてのみ説明する。システム構成、ハードウェア／ソフトウェア構成、それぞれの処理フローについては一部を除き実施形態１と同じであるため説明を省略する。

【0066】

図１０は、個別会話の場において、ボットサービス３２１からの提案に「待機」の選択肢を用意し、ユーザが待機を選択した場合は、明示的な指示があるまでボットサービス３２１が提案を抑制する例である。

【0067】

図１０（ａ）のフローは、ボットサービス３２１が会話の場を個別会話の場であると判定し、さらにボットの提案に対する応答ではない場合と判定した結果、ｓ１００１が始まる。ｓ１００１からｓ１００２までの処理は、図７のｓ７０１からｓ７０２までの処理と同じであるため説明を省略する。

【0068】

ｓ１００２にて、メッセージ中にファイルが提示されていると判定した場合は、ボットサービス３２１は、待機フラグのＯＮ／ＯＦＦを判定する（ｓ１００３）。ここで、待機フラグがＯＮの場合は、ボットサービス３２１が提案の応答案に用意した「待機」の選択肢を、ユーザが選択していると判断する。また、待機フラグがＯＦＦの場合は、ボットサービス３２１が提案の応答案に用意した「待機」の選択肢を、ユーザが選択していないと判断する。ｓ１００３にて、待機フラグがＯＦＦの場合は、ボットサービス３２１はユーザに対して印刷を提案する（ｓ１００４）。この時のユーザに印刷を提案する詳細な処理は、図６（ｂ）と同じであるため説明を省略する。ただし、この時、ボットサービス３２１はユーザ応答用のＵＩコントロールとして、例えば、「ＹＥＳ」「ＮＯ」「待機」のようなボタンをＵＩコントロールとして作成する（ｓ６１７）。

【0069】

図１０（ｂ）は、ボットサービス３２１がユーザに対して印刷を提案する詳細な処理を示している。

【0070】

この時のｓ１０１１からｓ１０１６までの処理は、図７（ｂ）のｓ７０１からｓ７０６までの処理と同じであるため説明を省略する。ｓ１０１６にて、ボットサービス３２１が、ユーザに印刷を提案する旨のメッセージを作成後、ボットサービス３２１は、ユーザ応答用のＵＩコントロールを生成する（ｓ１０１７）。この時、「ＹＥＳ」「ＮＯ」のような通常の肯定、否定のＵＩコントロールと共に、「待機」のＵＩコントロールも付加する（図１５、１５０１）。ボットサービス３２１は，生成したメッセージとＵＩコントロールを合成して、メッセージアプリサーバ１０１に送信する（ｓ１０１８）。一方、ｓ１００３にて、待機フラグがＯＮの場合は、ボットサービス３２１はユーザからの明示的指示であるか否かを判定する（ｓ１００５）。これは図６のｓ６０１の処理と同じであるため説明を省略する。Ｓ１００５にて、明示的指示でないと判定した場合は、ボットサービス３２１は、なにも提案はしない。また、ｓ１００５にて、明示的指示であると判定した場合は、ボットサービス３２１は、ユーザに対して印刷実行の確認のための提案を実行する（ｓ１００４）。

【0071】

図１０（ｃ）は、ボットサービス３２１がユーザに対して印刷実行の確認の提案する詳細な処理を示している。

【0072】

この時のｓ１０２１からｓ１０２８までの処理は、図６（ｂ）のｓ６１１からｓ６１８までの処理と同じであるため説明を省略する。

【0073】

ｓ１０２８にて、生成したメッセージとＵＩコントロールを合成して、メッセージアプリサーバ１０１に送信した後、ボットサービス３２１は、待機フラグをＯＦＦにリセットする（ｓ１０２９）。

【0074】

図１１は、ユーザからの応答に対するボットサービス３２１の処理の例について示している。

【0075】

図１１は、ボットサービス３２１の提案に、「ＹＥＳ」「ＮＯ」のような通常の肯定、否定のＵＩコントロールと共に、「待機」のＵＩコントロールも付加された場合の処理の例である。

【0076】

図１１のフローは、ボットサービス３２１が、発生しているイベントを、メッセージもしくはＵＩコントロール操作によるユーザからの応答であると判定した結果、ｓ１１０１が始まる。図１１のｓ１１０１からｓ１１０８までは図８のｓ８０１からｓ８０８までの処理と同じであるため説明を省略する。

【0077】

ｓ１１０１にて、ユーザの応答の種類が待機であると判定した場合に、ボットサービス３２１は待機フラグをＯＮにする。

【0078】

以上、本実施形態によれば、ボットサービス３２１は、印刷用ボットからの提案に「待機」の選択肢を提示し、ユーザからの指示待ちに切り替えることで、明示的指示を待つようになり、ボットサービス３２１からの提案を抑制する。

【0079】

そのため、ユーザの都合に合わせて、ボットからの提案を抑制することが可能となる。

【0080】

＜実施形態４＞
実施形態１では、会話の場の種類に応じて印刷用ボットの会話への介入を抑制する例について説明した。

【0081】

本実施形態では、さらに、グループ会話の場であっても、特定のファイル名のファイルが提示された場合に、例外として印刷用ボットがユーザに提案をおこなう方法について説明する。

【0082】

本実施形態に係る具体的な処理について、図１２および図１６を用いて説明する。

【0083】

なお、ここでは実施形態１との違いについてのみ説明する。システム構成、ハードウェア／ソフトウェア構成、それぞれの処理フローについては一部を除き実施形態１と同じであるため説明を省略する。

【0084】

図１２は、ボットサービス３２１によるグループ会話の場に対応する処理の例について示している。

【0085】

図１２は、グループ会話の場にユーザから明示的な印刷指示があった場合だけでなく、特定のキーワードと一致するファイルが提示された場合においても処理を行う例である。

【0086】

図１２のフローは、ボットサービス３２１が会話の場をグループ会話の場であると判定した結果、ｓ１２０１が始まる。

【0087】

ｓ１２０１からｓ１２０３までの処理は、図６（ａ）のｓ６０１からｓ６０３までの処理と同じであるため説明を省略する。

【0088】

Ｓ１２０１にて、明示的指示では無いと判定した場合に、ボットサービス３２１は、メッセージ内で提示（アップロード）されたファイル名が、あらかじめ指定されている特定のキーワードと一致するか否かの判定を行う（ｓ１２０４）。Ｓ１２０４にて、メッセージ内で提示されたファイル名が、特定のキーワードと一致する場合は、ユーザに対して印刷を提案する（ｓ１２０３）。この時のユーザに印刷を提案する詳細な処理は、図７（ｂ）と同じであるため説明を省略する。図１６は、本実施形態のＵＩの例を示しており、「請求書」というキーワードが指定されている場合の例である。１６０１のメッセージではファイル名に対してキーワードが不一致のため、この時ボットサービス３２１は提案をしていない。しかし、１６０２のメッセージに含まれているファイル名においてキーワードが一致したため、１６０３のようにボットサービス３２１が印刷を提案している。一方、Ｓ１２０４にて、ファイル名がキーワードと不一致の場合は、ボットサービス３２１は、何も提案しない。

【0089】

以上、本実施形態によれば、ボットサービス３２１は、グループ会話の場でボットからの提案を抑制している状態でも、特定のファイルに対しては印刷用ボットから提案をすることで、重要なファイルの見逃しを回避することが可能となる。

【0090】

＜実施形態５＞
実施形態１では、会話の場の種類に応じて印刷用ボットの会話への介入を抑制する例について説明した。

【0091】

本実施形態では、さらに、グループ会話の場であっても、特定の時間／曜日／日付の場合に、例外として印刷用ボットがユーザに提案をおこなう方法について説明する。

【0092】

本実施形態に係る具体的な処理について、図１３および図１７を用いて説明する。

【0093】

なお、ここでは実施形態１との違いについてのみ説明する。システム構成、ハードウェア／ソフトウェア構成、それぞれの処理フローについては一部を除き実施形態１と同じであるため説明を省略する。

【0094】

図１３は、ボットサービス３２１によるグループ会話の場に対応する処理の例について示している。

【0095】

図１３は、グループ会話の場にユーザから明示的な印刷指示があった場合だけでなく、特定の曜日の場合においても処理を行う例である。

【0096】

図１３のフローは、ボットサービス３２１が会話の場をグループ会話の場であると判定した結果、ｓ１３０１が始まる。

【0097】

ｓ１３０１からｓ１３０３までの処理は、図６（ａ）のｓ６０１からｓ６０３までの処理と同じであるため説明を省略する。

【0098】

Ｓ１３０１にて、明示的指示では無いと判定した場合に、ボットサービス３２１は、メッセージを受信した曜日をサーバの制御部１０３から取得し、あらかじめ指定されている特定の曜日と一致するか否かの判定を行う（ｓ１３０４）。Ｓ１３０４にて、曜日が不一致の場合は、ボットサービス３２１は、何も提案しない（図１７（ａ））。Ｓ１３０４にて、メッセージを受信した現在時点の曜日が、特定の曜日と一致する場合は、ユーザに対して印刷を提案する（ｓ１３０３）（図１７（ｂ）、１７０１）。この時のユーザに印刷を提案する詳細な処理は、図７（ｂ）と同じであるため説明を省略する。

【0099】

本例では、曜日の例を示したが、時間や日付であっても同様に可能である。

【0100】

以上、本実施形態によれば、ボットサービス３２１は、グループ会話の場でボットからの提案を抑制している状態でも、特定の時間／曜日／日付においては印刷用ボットから提案をすることで、ユーザの都合にあわせて利便性を向上することが可能となる。

【0101】

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

【符号の説明】

【0102】

１０１ メッセージアプリサーバ
１０２ プリントボットサーバ
１０３ プリントサーバ
１０４ クライアント端末
１０５ プリンタ
３１１ メッセージングサービス
３２１ ボットサービス
３３１ プリントサービス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】