(57)【要約】【課題】共有したい画像が画像の投稿者の許可なく他者に不正に利用されることを抑制する。【解決手段】制御装置３０は、通信回線５０を通じて共有画像１２を受信し、受信した共有画像１２と異なるように共有画像１２に加工を加えた展開画像１４を生成し、他のユーザへ共有画像１２の内容を通知するため、通信回線５０を通じて、共有画像１２の投稿者に生成した展開画像１４を送信する。【選択図】図８
2020107240.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を通じて、画像の投稿者から他のユーザと共有する共有画像を受信する受信部と、
前記受信部で受信した前記共有画像とは異なる画像となるように前記共有画像に加工を加えた、前記他のユーザに展開するための画像である展開画像を生成する生成部と、
前記他のユーザへ前記共有画像の内容を通知するため、前記通信回線を通じて、前記投稿者に前記展開画像を送信するように制御する制御部と、
を備えた制御装置。
【請求項２】
前記生成部は、前記共有画像と前記展開画像の表示内容がそれぞれ異なるように、前記展開画像を生成する
請求項１に記載の制御装置。
【請求項３】
前記生成部は、前記共有画像と重畳して前記共有画像に含まれない付加情報が表示されるように加工した画像を前記展開画像として生成する
請求項２に記載の制御装置。
【請求項４】
前記付加情報が、前記共有画像と一意に対応付けられ、前記受信部で受信した場合に、前記共有画像に対して特定の処理の開始を指示する識別情報である
請求項３に記載の制御装置。
【請求項５】
前記共有画像の表示内容を識別する識別部を備え、
前記生成部は、前記識別部によって表示内容が識別された前記共有画像の特定の領域には前記付加情報が重畳されないように加工した前記展開画像を生成する
請求項３または請求項４に記載の制御装置。
【請求項６】
前記生成部は、前記共有画像の解像度を低下させた画像を前記展開画像として生成する
請求項２に記載の制御装置。
【請求項７】
前記生成部は、前記展開画像の容量が予め定められた容量以下となるまで前記共有画像の解像度を低下させる
請求項６に記載の制御装置。
【請求項８】
前記制御部は、前記受信部で前記展開画像の送信を要求する前記投稿者の要求指示を受信した場合に、前記展開画像を送信する制御を行う
請求項１〜請求項７の何れか１項に記載の制御装置。
【請求項９】
前記生成部は、前記受信部で受信した前記投稿者からの前記展開画像の要否を示す要否情報によって、前記展開画像が不要であると指示された場合、前記展開画像の生成を行わないようにし、
前記制御部は、前記通信回線を通じて、前記投稿者に前記展開画像を送信しないように制御する
請求項１〜請求項８の何れか１項に記載の制御装置。
【請求項１０】
前記制御部は、前記展開画像の容量が、許容される上限値として前記投稿者によって予め定められた容量を超える場合、前記投稿者に前記展開画像を送信しないように制御する
請求項１〜請求項９の何れか１項に記載の制御装置。
【請求項１１】
前記制御部は、前記投稿者に前記展開画像を送信する場合、前記投稿者が投稿した前記共有画像と異なる画像で、共有期間が有効期限内である別の共有画像に対応した別の展開画像を前記展開画像と共に前記投稿者に送信する制御を行う
請求項１〜請求項１０の何れか１項に記載の制御装置。
【請求項１２】
前記制御部は、前記受信部で前記投稿者に送信した前記展開画像を受信した場合、前記受信部で受信した前記展開画像の送信元に応じて実行する処理を切り換える制御を行う
請求項１〜請求項１１の何れか１項に記載の制御装置。
【請求項１３】
前記受信部で受信した前記展開画像の送信元が前記投稿者である場合、前記制御部は、前記生成部が前記受信部で受信した前記展開画像と対応付けられた前記共有画像の共有期間を表す有効期限を延長した新たな有効期限を生成し、前記新たな有効期限を前記受信部で受信した前記展開画像と対応付けられた前記共有画像に対応付ける処理を行うように制御する
請求項１２に記載の制御装置。
【請求項１４】
前記受信部で前記共有画像と共に受信した、前記共有画像とは異なる別の共有画像と対応付けられた前記展開画像の送信元が前記投稿者である場合、前記制御部は、受信した前記共有画像と前記別の共有画像を関連付け、前記受信部で前記共有画像及び前記別の共有画像の一方に対して特定の処理を開始する指示を受信した場合であって、かつ、前記共有画像及び前記別の共有画像の共有期間を表す各々の有効期限が経過していない場合に、他方についても前記特定の処理を実行するか確認する制御を行う
請求項１２に記載の制御装置。
【請求項１５】
前記受信部で受信した前記展開画像の送信元が前記投稿者と異なる場合、前記制御部は、前記受信部で受信した前記展開画像と対応付けられた前記共有画像の投稿者がこれまでに投稿した前記共有画像と対応付けられた前記展開画像を、前記展開画像の送信元に送信するように制御する
請求項１２〜請求項１４の何れか１項に記載の制御装置。
【請求項１６】
前記制御部は、前記受信部で受信した前記展開画像と対応付けられた前記共有画像の投稿者がこれまでに投稿した前記共有画像のうち、共有期間を表す有効期限が過ぎていない前記共有画像と対応付けられた前記展開画像を、前記展開画像の送信元に送信するように制御する
請求項１５に記載の制御装置。
【請求項１７】
前記制御部は、前記投稿者が投稿した前記共有画像に対して特定の処理が実行された場合、前記特定の処理に関する情報を前記投稿者に送信するように制御する
請求項１〜請求項１６の何れか１項に記載の制御装置。
【請求項１８】
前記特定の処理が、前記通信回線を通じて接続される画像形成装置で、前記共有画像を記録媒体に形成させる処理に設定され、
前記特定の処理に関する情報が、前記画像形成装置によって記録媒体に形成された前記共有画像毎の形成枚数に設定された
請求項１７に記載の制御装置。
【請求項１９】
コンピュータを、請求項１〜請求項１８の何れか１項に記載の制御装置の各部として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の技術は、制御装置、及び制御プログラムに関する。
【背景技術】
【０００２】
特許文献１には、位置固有の印刷データを生成し提供するインターネットに接続されたシステムであって、インターネットに接続された要求端末から位置確認情報を受信し位置判定情報と照合する手段と、前記端末からストレージサーバーに登録された登録素材を取得する手段と、前記照合された位置固有の位置固有素材を取得する手段と、該登録素材と該位置固有素材とを自動レイアウトし印刷データを生成する手段と、印刷端末に該印刷データを送信する手段とを備える事を特徴とするシステムが開示されている。
【０００３】
特許文献２には、記憶手段にアクセス可能なコンピュータを、ソーシャルネットワーキングサービスに投稿されたメッセージ、当該メッセージを投稿したユーザのユーザ識別情報を少なくとも含む投稿データを取得する取得手段、前記取得手段により取得された投稿データに画像データが含まれている場合、この画像データに対する処理を識別する処理識別番号を発行し、その処理識別番号と画像データとを対応付けして前記記憶手段に登録する登録手段、前記登録手段により処理識別番号が発行された場合、その処理識別番号を含む処理識別通知メッセージを、当該処理識別番号が当該メッセージを投稿したユーザに少なくとも通知されるよう前記ソーシャルネットワーキングサービスに投稿する投稿手段、として機能させるためのプログラムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１８−１８４７７号公報
【特許文献２】特開２０１６−６２４８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
キャラクター等の画像をサーバからダウンロードして、用紙に印刷したり、ソーシャルネットワークサービスへの投稿に利用したりする機会が増加している。そのため、画像の作成者は、ダウンロードして欲しい画像をユーザに通知するために、作成画像をソーシャルネットワークサービス等に投稿することがある。
【０００６】
しかしながら、投稿した画像が他者に不正に利用され、例えば画像の本来の作成者ではないユーザが、自分が画像を作成したと虚偽の主張を行うような事例が見られるようになってきた。
【０００７】
本発明は、通信回線を通じて共有したい画像があることを他のユーザに通知するために、画像の投稿者が共有したい画像そのものを通知用の画像として用いる場合と比較して、共有したい画像が画像の投稿者の許可なく他者に不正に利用されることを抑制することができる制御装置、及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１態様に係る制御装置は、通信回線を通じて、画像の投稿者から他のユーザと共有する共有画像を受信する受信部と、前記受信部で受信した前記共有画像とは異なる画像となるように前記共有画像に加工を加えた、前記他のユーザに展開するための画像である展開画像を生成する生成部と、前記他のユーザへ前記共有画像の内容を通知するため、前記通信回線を通じて、前記投稿者に前記展開画像を送信するように制御する制御部と、を備える。
【０００９】
第２態様に係る制御装置は、第１態様に係る制御装置において、前記生成部が、前記共有画像と前記展開画像の表示内容がそれぞれ異なるように、前記展開画像を生成する。
【００１０】
第３態様に係る制御装置は、第２態様に係る制御装置において、前記生成部が、前記共有画像と重畳して前記共有画像に含まれない付加情報が表示されるように加工した画像を前記展開画像として生成する。
【００１１】
第４態様に係る制御装置は、第３態様に係る制御装置において、前記付加情報が、前記共有画像と一意に対応付けられ、前記受信部で受信した場合に、前記共有画像に対して特定の処理の開始を指示する識別情報である。
【００１２】
第５態様に係る制御装置は、第３態様または第４態様に係る制御装置において、前記共有画像の表示内容を識別する識別部を備え、前記生成部が、前記識別部によって表示内容が識別された前記共有画像の特定の領域には前記付加情報が重畳されないように加工した前記展開画像を生成する。
【００１３】
第６態様に係る制御装置は、第２態様に係る制御装置において、前記生成部が、前記共有画像の解像度を低下させた画像を前記展開画像として生成する。
【００１４】
第７態様に係る制御装置は、第６態様に係る制御装置において、前記生成部が、前記展開画像の容量が予め定められた容量以下となるまで前記共有画像の解像度を低下させる。
【００１５】
第８態様に係る制御装置は、第１態様〜第７態様の何れかの態様に係る制御装置において、前記制御部が、前記受信部で前記展開画像の送信を要求する前記投稿者の要求指示を受信した場合に、前記展開画像を送信する制御を行う。
【００１６】
第９態様に係る制御装置は、第１態様〜第８態様の何れかの態様に係る制御装置において、前記生成部が、前記受信部で受信した前記投稿者からの前記展開画像の要否を示す要否情報によって、前記展開画像が不要であると指示された場合、前記展開画像の生成を行わないようにし、前記制御部が、前記通信回線を通じて、前記投稿者に前記展開画像を送信しないように制御する。
【００１７】
第１０態様に係る制御装置は、第１態様〜第９態様の何れかの態様に係る制御装置において、前記制御部が、前記展開画像の容量が、許容される上限値として前記投稿者によって予め定められた容量を超える場合、前記投稿者に前記展開画像を送信しないように制御する。
【００１８】
第１１態様に係る制御装置は、第１態様〜第１０態様の何れかの態様に係る制御装置において、前記制御部が、前記投稿者に前記展開画像を送信する場合、前記投稿者が投稿した前記共有画像と異なる画像で、共有期間が有効期限内である別の共有画像に対応した別の展開画像を前記展開画像と共に前記投稿者に送信する制御を行う。
【００１９】
第１２態様に係る制御装置は、第１態様〜第１１態様の何れかの態様に係る制御装置において、前記制御部が、前記受信部で前記投稿者に送信した前記展開画像を受信した場合、前記受信部で受信した前記展開画像の送信元に応じて実行する処理を切り換える制御を行う。
【００２０】
第１３態様に係る制御装置は、第１２態様に係る制御装置において、前記受信部で受信した前記展開画像の送信元が前記投稿者である場合、前記制御部が、前記生成部が前記受信部で受信した前記展開画像と対応付けられた前記共有画像の共有期間を表す有効期限を延長した新たな有効期限を生成し、前記新たな有効期限を前記受信部で受信した前記展開画像と対応付けられた前記共有画像に対応付ける処理を行うように制御する。
【００２１】
第１４態様に係る制御装置は、第１２態様に係る制御装置において、前記受信部で前記共有画像と共に受信した、前記共有画像とは異なる別の共有画像と対応付けられた前記展開画像の送信元が前記投稿者である場合、前記制御部が、受信した前記共有画像と前記別の共有画像を関連付け、前記受信部で前記共有画像及び前記別の共有画像の一方に対して特定の処理を開始する指示を受信した場合であって、かつ、前記共有画像及び前記別の共有画像の共有期間を表す各々の有効期限が経過していない場合に、他方についても前記特定の処理を実行するか確認する制御を行う。
【００２２】
第１５態様に係る制御装置は、第１２態様〜第１４態様の何れかの態様に係る制御装置において、前記受信部で受信した前記展開画像の送信元が前記投稿者と異なる場合、前記制御部が、前記受信部で受信した前記展開画像と対応付けられた前記共有画像の投稿者がこれまでに投稿した前記共有画像と対応付けられた前記展開画像を、前記展開画像の送信元に送信するように制御する。
【００２３】
第１６態様に係る制御装置は、第１５態様に係る制御装置において、前記制御部が、前記受信部で受信した前記展開画像と対応付けられた前記共有画像の投稿者がこれまでに投稿した前記共有画像のうち、共有期間を表す有効期限が過ぎていない前記共有画像と対応付けられた前記展開画像を、前記展開画像の送信元に送信するように制御する。
【００２４】
第１７態様に係る制御装置は、第１態様〜第１６態様の何れかの態様に係る制御装置において、前記制御部が、前記投稿者が投稿した前記共有画像に対して特定の処理が実行された場合、前記特定の処理に関する情報を前記投稿者に送信するように制御する。
【００２５】
第１８態様に係る制御装置は、第１７態様に係る制御装置において、前記特定の処理が、前記通信回線を通じて接続される画像形成装置で、前記共有画像を記録媒体に形成させる処理に設定され、前記特定の処理に関する情報が、前記画像形成装置によって記録媒体に形成された前記共有画像毎の形成枚数に設定される。
【００２６】
第１９態様に係る制御プログラムは、コンピュータを、第１態様〜第１８態様の何れかの態様に係る制御装置の各部として機能させるためのプログラムである。
【発明の効果】
【００２７】
第１態様、及び第１９態様によれば、通信回線を通じて共有したい画像があることを他のユーザに通知するために、画像の投稿者が共有したい画像そのものを通知用の画像として用いる場合と比較して、共有したい画像が画像の投稿者の許可なく他者に不正に利用されることを抑制することができる、という効果を有する。
【００２８】
第２態様によれば、共有画像との相違点が視覚によって確認できないような加工が展開画像に対して行われる場合と比較して、展開画像が不正に利用されていることに気づきやすい、という効果を有する。
【００２９】
第３態様によれば、展開画像とは別に付加情報を送信する場合と比較して、展開画像が表す共有画像と付加情報の対応付けが分かりやすくなる、という効果を有する。
【００３０】
第４態様によれば、共有画像の投稿者は、通信回線を通じて展開画像だけをユーザに通知すれば、共有画像に対する特定の処理の開始に必要な識別情報も一緒に通知することができる、という効果を有する。
【００３１】
第５態様によれば、展開画像において付加情報を表示したくない領域を設定することができる、という効果を有する。
【００３２】
第６態様によれば、共有画像そのものを展開画像にする場合よりも共有画像の不正利用を抑制した上で、共有画像の全体の雰囲気を他のユーザに知らせることができる、という効果を有する。
【００３３】
第７態様によれば、共有画像の容量以上となる展開画像を生成する場合と比較して、通信回線を通じた展開画像の取得に要する時間を短縮することができる、という効果を有する。
【００３４】
第８態様によれば、共有画像の投稿者は都合のよい時期に展開画像を取得することができる、という効果を有する。
【００３５】
第９態様によれば、共有画像の投稿者は自身の判断により、共有画像に対する展開画像の要否を選択することができる、という効果を有する。
【００３６】
第１０態様によれば、生成した展開画像の容量によらずに展開画像を共有画像の投稿者に送信する場合と比較して、投稿者の通信環境を用いた作業に与える影響を抑制することができる、という効果を有する。
【００３７】
第１１態様によれば、共有画像の投稿者がこれまでに投稿した共有画像も一緒に、他のユーザに通知することができる、という効果を有する。
【００３８】
第１２態様によれば、同じ展開画像を受信した場合であっても、展開画像を送信した人の意図を汲み取った処理を実行することができる、という効果を有する。
【００３９】
第１３態様によれば、共有画像の投稿者が共有画像の有効期限を延長することができる、という効果を有する。
【００４０】
第１４態様によれば、共有画像を取得したユーザに対して、別の共有画像の取得を勧めることができる、という効果を有する。
【００４１】
第１５態様によれば、展開画像で表される共有画像を投稿した投稿者の共有画像で、ユーザが知らない他の共有画像を通知することができる、という効果を有する。
【００４２】
第１６態様によれば、投稿者が投稿した共有画像のうち、通信回線を通じて取得可能な共有画像だけをユーザに通知することができる、という効果を有する。
【００４３】
第１７態様によれば、共有画像の投稿者が、他のユーザが行った共有画像に対する処理状況をリアルタイムで知ることができる、という効果を有する。
【００４４】
第１８態様によれば、共有画像の投稿者が、投稿した共有画像に対する反響の大きさを知ることができる、という効果を有する。
【図面の簡単な説明】
【００４５】
【図１】制御システムの概略構成例を示す図である。
【図２】トークルームサーバのハードウェア構成例を示すブロック図である。
【図３】制御装置のハードウェア構成例を示すブロック図である。
【図４】トークルームサーバの機能構成例を示すブロック図である。
【図５】制御装置の機能構成例を示すブロック図である。
【図６】共有画像から生成された展開画像の一例を示す図である。
【図７】登録テーブルの一例を示す図である。
【図８】トークルームにおける情報の投稿例を示す図である。
【図９】共有画像の登録処理の流れの一例を示すフローチャートである。
【図１０】特定の領域に付加情報を重畳しないように加工した展開画像の一例を示す図である。
【図１１】トリミングを行った展開画像の一例を示す図である。
【図１２】解像度を低下させた展開画像の一例を示す図である。
【図１３】共有画像の印刷処理の流れの一例を示すフローチャートである。
【図１４】共有画像の登録処理の変形例を示すフローチャートである。
【図１５】情報処理の流れの一例を示すフローチャートである。
【図１６】関連共有画像欄を含む登録テーブルの一例を示す図である。
【図１７】共有画像の印刷処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００４６】
以下、本発明の技術の実施形態の一例を、図面を参照しながら説明する。なお、各図面において同一又は等価な構成要素及び処理には同一の参照符号を付与し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。
【００４７】
＜実施形態＞
図１は、本発明の技術の実施形態に係る制御システムの概略構成例を示す図である。
【００４８】
制御システムは、ユーザ端末１０、トークルームサーバ２０、制御装置３０、及び情報処理装置４０を含む。ユーザ端末１０、トークルームサーバ２０、制御装置３０、及び情報処理装置４０は通信回線５０により相互に接続されている。制御装置３０は、後述するようにトークルームで交わされるチャットでのチャットボットサーバとして動作する。
【００４９】
ユーザ端末１０は、ユーザが使用する端末であって、デスクトップ型コンピュータ、ノートパソコン、タブレット、又はスマートフォン等のいかなる端末であってもよい。図１においては、ユーザＡがユーザ端末１０Ａを、ユーザＢがユーザ端末１０Ｂを使用しているものとする。以降では、ユーザ端末１０Ａ、１０Ｂを総称して「ユーザ端末１０」と呼ぶ。説明の便宜上、図１にはユーザＡ及びユーザＢの２名しか記載していないが、３名以上のユーザが存在し、各々のユーザが使用するユーザ端末１０が通信回線５０に接続されてもよい。
【００５０】
トークルームサーバ２０は、トークルームを提供する。トークルームは、少なくとも１人のユーザと後述するチャットボット、または複数のユーザが参加して、チャットにより投稿したファイルによって表される情報を共有できる仮想空間である。
【００５１】
ここで、「ファイル」とは、何らかの情報を表すデータの単位であり、「チャット」とは、コンピュータネットワーク上でリアルタイムに複数の構成員が情報を入力してやりとりを交わすこと、又はそれをするための環境を指す。「構成員」とは、実在する人物と関連付けられたユーザと、特定の規則に従って動作するソフトウェアロボットの両方を含む。また、「チャットボット」とは、トークルーム上でユーザから投稿された情報に基づいて特定の処理（以降、「特定処理」という）の実行がなされるように制御するソフトウェアロボットである。
【００５２】
ユーザは、ユーザ端末１０を通じて、トークルーム内において、ファイルを投稿することが可能である。ここで「ファイルを投稿する」とは、チャットにおいて情報を入力する行為をいう。ファイルを投稿したユーザは「投稿者」とも呼ばれる。
【００５３】
ファイルによって表される情報には、例えば画像や文字が含まれる。したがって、換言すれば「ファイルを投稿する」とは、チャットにおいて画像、及び文字によって表される各種指示や情報を入力する行為ということができる。
【００５４】
トークルーム内では、ユーザ同士でファイルによって表される情報を共有し、更に、チャットボットがユーザの情報に応答することが可能である。また、ユーザがトークルーム内において、チャットボットに対して、情報処理装置４０に予め定めた特定処理を実行させるための指示を与えることも可能である。チャットボットは、例えば、自然言語処理により、投稿されたファイルによって表される情報に含まれる指示を抽出するほか、投稿されたファイルによって表される情報の種類が画像である場合には、投稿された画像を管理して、情報処理装置４０に特定処理を実行させるように制御する。なお、トークルームには、ユーザとチャットボットが１対１で参加したり、複数のユーザとチャットボット、または複数のユーザが参加したりすることが可能である。
【００５５】
２人のユーザがトークルームに参加して行うチャットは「個別チャット」と呼ばれ、３人以上のユーザがトークルームに参加して行うチャットは「グループチャット」と呼ばれる。なお、チャットに参加するユーザの１人は、チャットボットであってもよい。トークルームは開設された数だけ複数存在しうる。
【００５６】
制御装置３０は、チャットボットを制御すると共に、ユーザ端末１０からトークルームに投稿されたファイルを管理する。また、制御装置３０は、情報処理装置４０からユーザの要求を受け付けた場合、管理するファイルに対して特定処理が実行されるように、情報処理装置４０と連携して特定処理を実行する制御を行う。チャットボットは上述したように、トークルームに参加して、投稿者が投稿したファイルによって表される情報に応答する。
【００５７】
投稿者が投稿するファイルによって表される情報の種類に制約はないが、ここでは一例として、投稿者が他のユーザと共有したい画像を投稿する例について説明する。「画像を共有する」とは、他のユーザの各々が画像を取得できる状態にすることをいう。「他のユーザ」とは、トークルームに参加する画像の投稿者以外のユーザのことをいう。
【００５８】
他のユーザと画像を共有するためには、共有したい画像（以降「共有画像１２」という）を有する投稿者が、トークルームでチャットボットを相手とする個別チャットを行い、トークルームに共有画像１２を投稿することで、制御装置３０に共有画像１２を登録する。共有画像１２が制御装置３０に登録されると、制御装置３０は共有画像１２の投稿者に、他のユーザに登録された共有画像１２の内容を通知することを目的とした画像（以降「展開画像１４」という）と、登録された共有画像１２と１対１に対応付けられた識別情報を送信する。
【００５９】
展開画像１４と識別情報を受け取った共有画像１２の投稿者は、他のユーザが参加する個別チャットまたはグループチャットを通じて、トークルームに展開画像１４及び識別情報を投稿することで、他のユーザと共有画像１２を共有する。
【００６０】
情報処理装置４０は、ユーザの指示に従って制御装置３０と連携して情報処理を行なう装置である。「情報処理」とは、例えば、文字データ又は画像データ等から印刷を実行する処理、情報処理装置４０が備える設備を用いてデータを生成又は加工等する処理、及び情報処理装置４０と他の機器との間でデータを授受する処理等を含む。
【００６１】
以下では、情報処理装置４０が画像形成装置であり、情報処理装置４０で実行される特定処理が、用紙等の記録媒体に共有画像１２を形成させる処理である場合を例に説明を行うが、必ずしも特定処理が共有画像１２の形成に限られるわけではない。例えば共有画像１２で表されるキャラクターをゲームの登場人物として出現させるような処理が特定処理であってもよい。
【００６２】
なお、共有画像１２のように何からの情報を記録媒体に形成し、視覚または触覚を通じてユーザに情報の内容を把握させる処理のことを「印刷」という。画像形成装置は情報処理装置４０の一例であることから、画像形成装置に対しても符号４０を付して説明を行うことにする。
【００６３】
図１の制御システムの例においては、画像形成装置４０Ａ及び画像形成装置４０Ｂが、通信回線５０に接続されている。特に断りがなければ、画像形成装置４０Ａ及び画像形成装置４０Ｂを総称して「画像形成装置４０」と呼ぶ。図１の例では、画像形成装置４０は通信回線５０を通じて制御装置３０と接続されているが、通信回線５０と異なる図示しない通信回線を通じて、制御装置３０と接続されてもよい。また、３台以上の画像形成装置４０が通信回線５０と接続されてもよい。画像形成装置４０の設置場所に制約はないが、一例として画像形成装置４０は誰でも訪れることができる場所、例えばコンビニエンスストアのような店舗に設置される。
【００６４】
共有画像１２の投稿者と異なる他のユーザは、展開画像１４と対応付けられた共有画像１２の識別情報を何れかの画像形成装置４０に入力することで、記録媒体に印刷された共有画像１２を取得する。
【００６５】
次に、トークルームサーバ２０及び制御装置３０のハードウェア構成について説明する。
【００６６】
図２は、トークルームサーバ２０のハードウェア構成例を示すブロック図である。
【００６７】
図２に示すように、トークルームサーバ２０は、ＣＰＵ(Central Processing Unit)２１、ＲＯＭ(Read Only Memory)２２、ＲＡＭ(Random Access Memory)２３、ストレージ２４、入力部２５、表示部２６、及び通信Ｉ／Ｆ(Interface)２７の各構成を有する。各構成は、バス２９を介して相互に通信可能に接続されている。
【００６８】
ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする制御部として機能する。すなわち、ＣＰＵ２１は、ＲＯＭ２２又はストレージ２４からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。ＣＰＵ２１は、ＲＯＭ２２又はストレージ２４に記録されているプログラムに従って、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ２２にトークルームを提供するトークルーム提供プログラムが格納されているものとする。
【００６９】
ＲＯＭ２２は、各種プログラム及び各種データを格納する。ＲＡＭ２３は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２４は、ＨＤＤ(Hard Disk Drive)又はＳＳＤ(Solid State Drive)により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。
【００７０】
入力部２５は、マウス等のポインティングデバイス、及びキーボードを含み、各種の入力を行うために使用される。
【００７１】
表示部２６は、例えば液晶ディスプレイまたは有機ＥＬ(Electro Luminescence)ディスプレイ等のように各種情報を表示する表示装置を含み、ＣＰＵ２１によって処理された情報を表示する。表示部２６は、タッチパネル方式を採用して、入力部２５として機能してもよい。
【００７２】
通信Ｉ／Ｆ２７は、通信回線５０を介して、他の機器と通信するためのインタフェースであり、例えばイーサネット（登録商標）、ＦＤＤＩ、Ｗｉ−Ｆｉ（登録商標）、及びブルートゥース（登録商標）等の規格が用いられる。
【００７３】
図３は、制御装置３０のハードウェア構成例を示すブロック図である。
【００７４】
図３に示すように、制御装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ストレージ３４、入力部３５、表示部３６、及び通信Ｉ／Ｆ３７の各構成を有する。各構成は、バス３９を介して相互に通信可能に接続されている。制御装置３０の各構成は、図２のトークルームサーバ２０の各構成と同様の機能を有する。
【００７５】
次に、トークルームサーバ２０及び制御装置３０の機能構成について説明する。
【００７６】
図４は、トークルームサーバ２０の機能構成例を示すブロック図である。
【００７７】
図４に示すように、トークルームサーバ２０は、機能構成として、提供部２０１を有する。機能構成は、ＣＰＵ２１がＲＯＭ２２に記憶されたトークルーム提供プログラムを読み出して、ＲＡＭ２３に展開して実行することにより実現される。
【００７８】
提供部２０１は、ユーザが参加し、ファイルを投稿可能なトークルームを提供する。トークルームサーバ２０は、提供部２０１の機能を用いて、個別チャットが行われるトークルーム、及び、グループチャットが行われるトークルームを提供する。
【００７９】
トークルームは、ユーザからの開設要求に従い、複数開設されうる。また、例えばあるユーザがトークルームサーバ２０にアクセスしてトークルームに開設要求を行い、特定のトークルームを開設した場合、開設者であるユーザは、開設したトークルームに他のユーザを招待し、参加させる事ができる。或いは、トークルームに参加中のユーザであれば、トークルームに参加していない他のユーザをトークルームへ招待して、新たに参加させる事もできる。
【００８０】
図５は、制御装置３０の機能構成例を示すブロック図である。図５に示すように、制御装置３０は、機能構成として受信部３０１、生成部３０２、識別部３０３、登録部３０４、制御部３０５、印刷処理部３０６、及び送信部３０７を有する。各機能構成は、ＣＰＵ３１がＲＯＭ３２に記憶された制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより実現される。
【００８１】
受信部３０１は、通信Ｉ／Ｆ３７を通じて通信回線５０と接続されるユーザ端末１０、トークルームサーバ２０、及び画像形成装置４０から各種情報を受信する。受信部３０１が受信する情報には、例えばユーザ端末１０からトークルームサーバ２０を中継して送信される、投稿者がトークルームに投稿した共有画像１２が含まれる。また、受信部３０１が受信する情報には、例えば画像形成装置４０から送信される、共有画像と対応付けられた識別情報が含まれる。
【００８２】
生成部３０２は、受信部３０１で受信した共有画像１２と異なる画像となるように、受信した共有画像１２に加工を加えた展開画像１４を生成する。図６は、共有画像１２から生成された展開画像１４の一例を示す図である。図６の例に示す展開画像１４には、共有画像１２に数字を重畳する加工が行われている。
【００８３】
生成部３０２は、共有画像１２の加工内容を指定する加工設定の種類によっては、共有画像１２の表示内容に応じて展開画像１４を生成することがある。したがって、識別部３０３は生成部３０２からの依頼を受け付け、公知の画像認識手法を用いて、共有画像１２のどこにどのようなものが含まれているのかを識別し、生成部３０２に識別結果を通知する。識別部３０３から共有画像１２の識別結果を受け付けた生成部３０２は、識別結果に従って共有画像１２の表示内容に応じた展開画像１４を生成する。
【００８４】
また、生成部３０２は、受信した共有画像１２に対する識別情報を生成する。共有画像１２と一意に対応付けられる情報であれば識別情報はどのように表現されてもよく、例えば数字、文字、記号、図形、及び画像の他、これらの情報の組み合わせが用いられることがある。ここでは一例として、識別情報が数字で表される形態について説明する。
【００８５】
登録部３０４は、登録テーブル１６に、受信部３０１で受信した共有画像１２と、生成部３０２が共有画像１２から生成した展開画像１４及び共有画像１２の識別情報をそれぞれ対応付けて登録する。なお、他のユーザに共有画像１２を提供するため共有画像１２、展開画像１４、及び共有画像１２の識別情報を記憶装置に記憶することを「登録する」という。
【００８６】
図７は、登録テーブル１６の一例を示す図である。図７に示すように、登録テーブル１６には例えば識別情報、共有画像情報、展開画像情報、有効期限、及び投稿者ＩＤ(Identification)が含まれる。
【００８７】
共有画像情報には、共有画像１２のファイル名と共有画像１２の格納先フォルダの情報が含まれ、展開画像情報には、展開画像１４のファイル名と展開画像１４の格納先フォルダの情報が含まれる。
【００８８】
有効期限は、共有画像１２を他のユーザと共有する期限を表す。有効期限は、例えば「共有画像１２を受信してから３０日」というように制御装置３０が一律に設定しても、共有画像１２の投稿者がトークルームに共有画像１２を投稿する際に指定した有効期限に従って設定してもよい。共有画像１２に有効期限を設定しない場合は、共有画像１２が制御装置３０に登録されている間は共有画像１２が有効であることを表している。
【００８９】
投稿者ＩＤは、トークルームに共有画像１２を投稿した投稿者が誰であるのかを一意に示す情報である。
【００９０】
登録テーブル１６に含まれる情報は、識別情報、共有画像情報、展開画像情報、有効期限、及び投稿者ＩＤに限られず、特定処理の内容に応じて他の情報を含めてもよい。
【００９１】
図７に示す登録テーブル１６の上段に記載されている例の場合、共有画像１２のファイル名は“image1.jpg”、展開画像１４のファイル名は“image1R.jpg”で、共有画像１２及び展開画像１４の格納先は共に“D:\FileStorage\001”であることを表している。また、共有画像１２の識別番号は“12345”、共有画像１２の有効期限は２０１９年１月１日で、共有画像１２を投稿した投稿者の投稿者ＩＤが“００１”であることを表している。説明の便宜上、共有画像１２、展開画像１４、共有画像１２の識別情報、及び登録テーブル１６の記憶先をストレージ３４とするが、通信Ｉ／Ｆ３７を通じて制御装置３０と異なる外部装置に記憶してもよい。
【００９２】
制御部３０５は、制御プログラムで規定される動作に従って受信部３０１、生成部３０２、識別部３０３、及び登録部３０４と、後述する印刷処理部３０６及び送信部３０７を制御し、制御装置３０に求められる機能を実現する。
【００９３】
印刷処理部３０６は、他のユーザからの要求に従って、共有画像１２に対する特定処理の一例である共有画像１２の印刷が他のユーザによって指定された画像形成装置４０で行われるように処理する。
【００９４】
送信部３０７は、展開画像１４や識別情報のような共有画像１２の共有に用いられる情報を、共有画像１２の投稿者が使用するユーザ端末１０に送信すると共に、例えば識別情報のように共有画像１２の印刷に用いられる情報を、共有画像１２の印刷を要求した他のユーザが使用する画像形成装置４０に送信する。
【００９５】
図８は、図１の制御システムで共有画像１２を他のユーザと共有する場合に行われる、トークルームにおける情報の投稿例を示す図である。
【００９６】
チャットボットとの個別チャットが行われるトークルームＸに、他のユーザと共有したい共有画像１２を有する投稿者が共有画像１２を含む情報Ｍ１を投稿すると、投稿された共有画像１２に対する展開画像１４と共有画像１２の識別情報を含む情報Ｍ２がチャットボットから返送される。
【００９７】
共有画像１２の投稿者が、チャットボットから返送された共有画像１２に対する展開画像１４と共有画像１２の識別情報を含む情報Ｍ３を他のユーザが参加するトークルームＹに投稿することで、共有画像１２の共有を開始したことが他のユーザに通知される。
【００９８】
共有画像１２に興味を持った他のユーザは、共有画像１２の識別情報を画像形成装置４０に入力することで、画像形成装置４０から共有画像１２の印刷物を取得する。
【００９９】
次に、本実施の形態に係る制御装置３０の作用について説明する。
【０１００】
図９は、トークルームを通じて投稿者から共有画像１２を受信した場合に、ＣＰＵ３１によって実行される共有画像１２の登録処理の流れの一例を示すフローチャートである。
【０１０１】
図９に示す共有画像１２の登録処理を規定する制御プログラムは、例えば制御装置３０のＲＯＭ３２に予め記憶されている。制御装置３０のＣＰＵ３１は、ＲＯＭ３２に記憶される制御プログラムを読み込み、共有画像１２の登録処理を実行する。なお、受信した共有画像１２は、共有画像１２を投稿した投稿者の投稿者ＩＤと共に、例えばストレージ３４に記憶されるものとする。
【０１０２】
ステップＳ１０において、ＣＰＵ３１は、受信した共有画像１２の識別情報を生成する。
【０１０３】
ステップＳ２０において、ＣＰＵ３１は、受信した共有画像１２の有効期限を設定する。ＣＰＵ３１が設定する有効期限は、例えば共有画像１２を受信した日の日付から予め定めた日数が経過した日に設定される。投稿者が共有画像１２と共に共有画像１２の有効期限を指定してトークルームに投稿した場合には、ＣＰＵ３１は、投稿者が指定した有効期限を共有画像１２の有効期限として設定する。
【０１０４】
ステップＳ３０において、ＣＰＵ３１は、受信した共有画像１２に対する展開画像１４を生成し、生成した展開画像１４を例えばストレージ３４に記憶する。
【０１０５】
この場合、ＣＰＵ３１は、受信した共有画像１２と異なる画像となるように共有画像１２に加工を加えた画像を展開画像１４として生成する。例えばＣＰＵ３１は、図６のように、共有画像１２にステップＳ１０で生成した識別情報を重畳した画像を展開画像１４として生成する。共有画像１２に含まれない情報である識別情報は、本実施の形態に係る付加情報の一例である。
【０１０６】
共有画像１２に対してどのような種類の加工を行って展開画像１４を生成するかは予め設定されており、上記の例は、共有画像１２に識別情報を重畳する加工が設定されている場合の加工例となる。
【０１０７】
ここでは一例として共有画像１２に識別情報を重畳する加工例について説明したが、例えば共有画像１２の作者名のように、共有画像１２を投稿した投稿者を示す情報、すなわち「署名」を共有画像１２に重畳してもよい。また、共有画像１２に含まれるキャラクターの名前、共有画像１２のファイル名、またはステップＳ２０で設定した有効期限を共有画像１２に重畳してもよい。更には、文字だけでなく、例えば図８に示したチャットボットを表すアイコン１８のように、制御装置３０で予め準備していた画像を共有画像１２に重畳してもよい。共有画像１２に含まれない署名、キャラクターの名前、ファイル名、有効期限、及び画像も本実施の形態に係る付加情報の一例である。また、複数の付加情報を組み合わせて、共有画像１２に重畳させるようにしてもよい。
【０１０８】
なお、共有画像１２に付加情報を重畳する場合、付加情報で共有画像１２が見えにくくならないように、付加情報の表示に用いられる色の濃度を共有画像１２の色の濃度よりも低くすることが好ましい。また、予め定めた透明度を有する付加情報を共有画像１２に重畳することで、共有画像１２に対して付加情報が透かしのように見える加工を行ってもよい。
【０１０９】
ＣＰＵ３１は、付加情報を共有画像１２に重畳する場合、共有画像１２の表示内容を識別し、共有画像１２の特定の領域には付加情報を重畳しないようにしてもよい。
【０１１０】
図１０は、人物の顔に相当する領域には付加情報を重畳しないように加工した展開画像１４の一例を示す図である。人や動物のような実在する生き物、及びマスコットキャラクターのような架空生物の顔に相当する領域は、他の領域よりも共有画像１２の特徴を強く表す領域である。したがって、共有画像１２の作者の中には、顔に相当する領域に付加情報が重畳してしまうことを気にする作者がいる場合があるため、ＣＰＵ３１は、共有画像１２の投稿者が付加情報を表示しないように指定した領域には、付加情報を重畳しないようにしてもよい。
【０１１１】
ここでは一例として顔に相当する領域を、付加情報を重畳しない特定の領域に設定した例を説明したが、付加情報を重畳しない特定の領域は、人物の顔に相当する領域に制約はない。例えば付加情報が文字で表され、共有画像１２にも文字が含まれる場合、共有画像１２の文字の上に付加情報が重なって表示されると共有画像１２の文字が読みづらくなってしまうため、共有画像１２の文字を避けて付加情報を重畳するようにしてもよい。このように、ＣＰＵ３１は、共有画像１２の内容や特徴が判別しづらくなるような領域には付加情報を重畳しないようにする。
【０１１２】
こうした特定の領域の指定は、共有画像１２の投稿者が共有画像１２とあわせてトークルームに投稿することで制御装置３０に通知される。ＣＰＵ３１は、共有画像１２の投稿者の指示に従って、付加情報の重畳を避ける特定の領域を共有画像１２上に設定する。
【０１１３】
ステップＳ４０において、ＣＰＵ３１は、受信した共有画像１２、ステップＳ１０で生成した識別情報、ステップＳ２０で設定した有効期限、ステップＳ３０で生成した展開画像１４、及び共有画像１２を投稿した投稿者の投稿者ＩＤを対応付けて登録テーブル１６に登録する登録処理を実行する。
【０１１４】
なお、共有画像１２の投稿者は、投稿した共有画像１２に対する展開画像１４及び識別情報をチャットボットに送信してもらうため、例えば「展開画像と識別情報を送信して！」というような返信要求をトークルームに投稿する。チャットボットに展開画像１４及び識別情報の送信を要求する返信要求は、本実施の形態に係る投稿者の要求指示の一例である。
【０１１５】
したがって、ステップＳ５０において、ＣＰＵ３１は、共有画像１２の投稿者から返信要求を受け付けたか否かを判定する。なお、共有画像１２の投稿者に返信要求の投稿を促すため、ＣＰＵ３１は、ステップＳ４０とＳ５０の間で、展開画像１４と識別情報の送信準備が終わったことを通知する完了通知をトークルームに投稿する処理を実行してもよい。
【０１１６】
返信要求を受け付けていない場合にはステップＳ５０の判定処理を繰り返し実行して、共有画像１２の投稿者による返信要求の投稿を監視する。一方、返信要求を受け付けた場合にはステップＳ６０に移行する。
【０１１７】
ステップＳ６０において、ＣＰＵ３１は、ステップＳ１０で生成した識別情報、及びステップＳ３０で生成した展開画像１４をトークルームに投稿する。これにより、投稿者が返信要求の送信に用いたユーザ端末１０に、展開画像１４及び識別情報が送信される。
【０１１８】
なお、ステップＳ３０で共有画像１２に識別情報を重畳した展開画像１４を生成した場合には、展開画像１４を送信することで識別情報も送信されることになる。また、共有画像１２の投稿者に送信する情報は展開画像１４及び識別情報に限られず、例えば共有画像１２の有効期限や、他のユーザが共有画像１２を取得する際にかかる料金のように、共有画像１２の取得に関する情報をあわせて送信するようにしてもよい。
【０１１９】
また、受信した共有画像１２と異なる共有画像１２であって、投稿者が以前に投稿した共有画像１２のうち、有効期限内の共有画像１２に対応した別の展開画像１４が登録テーブル１６に登録されている場合、ＣＰＵ３１は、当該別の展開画像１４もステップＳ３０で生成した展開画像１４と一緒にトークルームに投稿してもよい。
【０１２０】
トークルームでは情報が投稿される度に、過去に投稿された情報がスクロールしていき表示画面から消えるため、過去に投稿した情報を探し出すには、例えば情報が投稿された際にスクロールする方向と逆方向にトークルームをスクロールして、所望の情報を探し出すことになる。しかしながら、投稿者が共有画像１２をトークルームに投稿した場合に、投稿者が直前に投稿した共有画像１２の展開画像１４だけでなく、過去に投稿した共有画像１２の展開画像１４もチャットボットが投稿してくれると、過去に投稿した共有画像１２の展開画像１４を探す手間が省かれることになる。
【０１２１】
以上により、図９に示した共有画像１２の登録処理を終了する。
【０１２２】
図９における共有画像１２の登録処理では、共有画像１２の投稿者がトークルームに返信要求を投稿した場合に、チャットボットが展開画像１４及び識別情報をトークルームに投稿した。しかしながら、共有画像１２の登録処理に共有画像１２の投稿者からの返信要求は必ずしも必要ではなく、制御装置３０は共有画像１２の投稿者から返信要求が投稿されなくとも、ステップＳ４０の終了後、即座にステップＳ６０を実行するようにしてもよい。
【０１２３】
また、図９のステップＳ３０では共有画像１２に識別情報を重畳して展開画像１４を生成する例を説明したが、共有画像１２に加える加工例はこれに限られない。
【０１２４】
例えば、制御装置３０は、受信した共有画像１２を複数の画像領域に分割し、分割後の共有画像１２の１片の画像（以降「分割画像」という）を展開画像１４にしてもよい。こうした共有画像１２の分割は「トリミング」とも呼ばれる。
【０１２５】
図１１は、分割画像を用いた展開画像１４の一例を示す図である。図１１の例では、受信した共有画像１２が２つの分割画像１４Ａ、１４Ｂに分割されている。各々の分割画像には、分割前の共有画像１２のそれぞれ重複しない領域の画像が含まれる。制御装置３０は、複数の分割画像のうち何れか１つの分割画像を展開画像１４に設定し、残りの分割画像は識別番号と対応付けてストレージ３４に記憶する。
【０１２６】
すなわち、他のユーザに公開される展開画像１４は共有画像１２の一片となり、他のユーザは展開画像１４から共有画像１２の全体を想像しにくくなるため、共有画像１２の全体が含まれた展開画像１４が公開される場合に比べて、共有画像１２を取得する際の期待感を高める演出が得られる。
【０１２７】
更に、制御装置３０には、同じ共有画像１２から展開画像１４と共に分割された残りの分割画像が記憶されている。残りの分割画像は他のユーザに公開されないことから、展開画像１４と残りの分割画像を割符のように組み合わせることで、展開画像１４で表される共有画像１２が、共有画像１２と対応付けられた投稿者ＩＤで表される投稿者によって作成された画像であることの証明にも用いられる。
【０１２８】
また、制御装置３０は、共有画像１２の解像度を低下させた画像を展開画像１４にしてもよい。
【０１２９】
図１２は、共有画像１２の解像度を低下させて生成した展開画像１４の一例を示す図である。この場合、共有画像１２の全体が他のユーザに公開されることになるが、解像度を低下する前の共有画像１２よりもぼやけて表示されるため、本来の共有画像１２は保護される。
【０１３０】
ユーザによっては、電波が届きにくい場所にいたり、通信速度の制限が課されていたりして、必ずしも良好な通信環境を有しているとは言えない状況にある場合がある。したがって、予め定めたデータサイズを超える展開画像１４がユーザ端末１０に送信されると、展開画像１４を受け取れない場合や、ユーザ端末１０を用いた他の作業に影響することがある。そこで、共有画像１２の投稿者は、制御装置３０が送信する展開画像１４のデータサイズ、すなわち、展開画像１４の容量の上限値を予め制御装置３０に設定してもよい。
【０１３１】
展開画像１４の容量の上限値が予め定められている場合、制御装置３０は、展開画像１４の容量が上限値以下となるまで共有画像１２の解像度を低下させる。
【０１３２】
制御装置３０は、共有画像１２の解像度を低下させるのではなく、例えば共有画像１２に対してカラーをモノクロに変換したり、色の塗り潰しを行わずに輪郭線だけを表示したりする等の加工を行って、展開画像１４の容量が上限値以下となるようにしてもよい。また、共有画像１２全体の解像度を低下させるのではなく、共有画像１２の特定の領域の解像度は低下させないようにして、一部の領域の解像度だけを低下させるようにしてもよい。展開画像１４の容量の上限値は共有画像１２の投稿者毎に設定してもよく、制御装置３０で各投稿者に共通した上限値を設定してもよい。
【０１３３】
これまでに説明した共有画像１２の加工内容は、共有画像１２と展開画像１４に表示上の相違が現れるような加工であったが、表示上の相違が現れるような加工だけに限定されない。共有画像１２そのものが展開画像１４として用いられる場合と比較して、展開画像１４が共有画像１２の投稿者の許可なく他者によって不正に利用されることが抑制されるような加工であれば、共有画像１２と展開画像１４に表示上の相違が現れなくてもよい。
【０１３４】
具体的には、制御装置３０は、予め定めた期日に消去されるプログラムを共有画像１２に埋め込んだものを展開画像１４としてもよい。この場合、悪意のある他者が展開画像１４を取得しても、予め定めた期日には記憶装置から展開画像１４が消去される。
【０１３５】
また、制御装置３０は、共有画像１２の表示に影響を与えない電子透かしを共有画像１２に埋め込んだものを展開画像１４としてもよい。電子透かしには、例えば共有画像１２の作成者名や作成日等、共有画像１２の出典元がわかる情報が含まれる。
【０１３６】
制御装置３０は、上述した加工の少なくとも１つを行った展開画像１４を共有画像１２の投稿者に送信することで、投稿者が展開画像１４を用いて共有画像１２の共有を開始したことを他のユーザに通知したとしても、他のユーザが画像形成装置４０から共有画像１２を取得する前に、共有画像１２そのものが他のユーザを含む他者に公開されないようになる。また、共有画像１２の投稿者が、自らが共有画像１２を加工して展開画像１４を生成する必要もなくなる。
【０１３７】
一方、制御装置３０は、展開画像１４によって紹介された共有画像１２が欲しいユーザが操作する画像形成装置４０から、生成した展開画像１４と共に送信した識別情報を受け付けると、識別情報と対応付けられた共有画像１２の印刷を行う印刷処理を実行する。
【０１３８】
図１３は、識別情報を受信した場合に、ＣＰＵ３１によって実行される共有画像１２の印刷処理の流れの一例を示すフローチャートである。
【０１３９】
図１３に示す共有画像１２の印刷処理を規定する制御プログラムは、例えば制御装置３０のＲＯＭ３２に予め記憶されている。制御装置３０のＣＰＵ３１は、ＲＯＭ３２に記憶される制御プログラムを読み込み、共有画像１２の印刷処理を実行する。
【０１４０】
ステップＳ１００において、ＣＰＵ３１は登録テーブル１６を参照して、受信した識別情報と対応付けられた共有画像１２の有効期限を取得する。そして、ＣＰＵ３１は、取得した有効期限と識別情報を受信した日付を比較して、識別情報を受信した日付が共有画像１２の有効期限を過ぎていないか否か、すなわち、識別情報と対応付けられた共有画像１２が有効期限内か否かを判定する。識別情報を受信した日付は、例えばＣＰＵ３１に内蔵されるカレンダー機能を用いることで取得されるが、通信Ｉ／Ｆ３７を介して、通信回線５０に接続される時刻サーバから取得してもよい。
【０１４１】
識別情報を受信した日付が共有画像１２の有効期限内である場合には、ステップＳ１１０に移行する。
【０１４２】
ステップＳ１１０において、ＣＰＵ３１は登録テーブル１６を参照して、受信した識別情報と対応付けられた共有画像１２を、共有画像情報の内容に従ってストレージ３４から取得する。
【０１４３】
ステップＳ１２０において、ＣＰＵ３１は、ステップＳ１１０で取得した共有画像１２を、識別情報を送信してきた画像形成装置４０に送信する。これにより共有画像１２を受信した画像形成装置４０では、共有画像１２の印刷が開始される。
【０１４４】
例えば共有画像１２に物体を立体的に表現した３次元データが含まれ、画像形成装置４０に立体物を造成する３次元プリンタのような造形機能が備えられている場合、画像形成装置４０を操作するユーザの指示により、共有画像１２で表される物体が立体的に造形される場合がある。
【０１４５】
ステップＳ１３０において、ＣＰＵ３１は、画像形成装置４０で実行された印刷に関する情報を、印刷された共有画像１２の投稿者に送信する。ＣＰＵ３１は、印刷に関する情報であればどのような情報を印刷された共有画像１２の投稿者に送信してもよいが、一例として、受信した識別情報と対応付けられた共有画像１２の累計印刷枚数を含む情報を印刷された共有画像１２の投稿者が参加するトークルームに投稿する。これにより、共有画像１２の投稿者は、自分が投稿した共有画像１２の人気度合いを知ることができる。
【０１４６】
共有画像１２の累計印刷枚数を含む情報には、例えば共有画像１２の印刷が行われた画像形成装置４０が設置されている地域情報、共有画像１２が印刷された時間帯、及び共有画像１２の共有を開始してから印刷が行われるまでの経過時間が含まれてもよい。共有画像１２の印刷が行われた画像形成装置４０が設置されている地域情報は、識別情報を送信した画像形成装置４０の装置ＩＤ等から設定される。共有画像１２が印刷された時間帯、及び共有画像１２の共有を開始してから印刷が行われるまでの経過時間は、識別情報の受信時刻に基づいて設定される。共有画像１２の共有を開始してから印刷が行われるまでの経過時間を設定する場合には、登録テーブル１６に共有画像１２が投稿された日時を登録しておけばよい。
【０１４７】
なお、ＣＰＵ３１は、共有画像１２が画像形成装置４０で印刷される度に、印刷された共有画像１２の累計印刷枚数を含む情報をトークルームに投稿する必要はなく、予め定めた印刷枚数毎に、印刷された共有画像１２の累計印刷枚数をトークルームに投稿してもよい。
【０１４８】
一方、ステップＳ１００の判定処理で、識別情報を受信した日付が共有画像１２の有効期限を過ぎていると判定された場合には、ステップＳ１４０に移行する。
【０１４９】
この場合、他のユーザと共有画像１２を共有する期限が過ぎてしまっているため、ＣＰＵ３１は、受信した識別情報と対応付けられた共有画像１２ではなく、共有画像１２に設定されている有効期限が過ぎてしまっていることを通知する情報を、識別情報を送信してきた画像形成装置４０に送信する。この場合、画像形成装置４０では共有画像１２の印刷は行われない。
【０１５０】
以上により、図１３に示した共有画像１２の印刷処理を終了する。
【０１５１】
このように本実施の形態に係る制御装置３０によれば、共有画像１２と異なる画像となるように加工を行った展開画像１４及び識別情報をトークルームに投稿する。画像形成装置４０から識別情報を受け付けた場合には、制御装置３０は、識別情報と対応付けられた共有画像１２が画像形成装置４０で印刷されるように制御する。
【０１５２】
＜実施形態の変形例１＞
上述した制御装置３０は、共有画像１２を受け付けた場合、共有画像１２から生成した展開画像１４を共有画像１２の投稿者に送信するが、共有画像１２の投稿者によっては展開画像１４が不要な者も存在する。
【０１５３】
例えば共有画像１２の投稿者だけが画像形成装置４０で共有画像１２を印刷する場合には、投稿者は既に共有画像１２がどのような画像であるのか知っているため、制御装置３０は共有画像１２の投稿者に識別情報だけを送信すればよい。また、共有画像１２の投稿者自身が展開画像１４を生成する場合や、何らかの理由により、共有画像１２の投稿者が制御装置３０での展開画像１４の生成を望んでいない場合にも、制御装置３０は共有画像１２の投稿者に識別情報だけを送信すればよい。
【０１５４】
更に、共有画像１２が他のユーザに公開済みの共有画像１２の場合、他のユーザは展開画像１４を見なくても共有画像１２の内容を知っているため、制御装置３０は共有画像１２の投稿者に識別情報だけを送信すればよい。
【０１５５】
したがって、ここでは共有画像１２の投稿者が指示する展開画像１４の要否を表す要否情報に従って、展開画像１４の生成を行う制御装置３０について説明する。本変形例における制御装置３０のハードウェア構成及び機能構成は、それぞれ図３及び図５と同じであるため説明を省略する。
【０１５６】
図１４は、トークルームを通じて投稿者から共有画像１２を受信した場合に、ＣＰＵ３１によって実行される共有画像１２の登録処理の流れの一例を示すフローチャートである。図１４に示す共有画像１２の登録処理を規定する制御プログラムは、例えば制御装置３０のＲＯＭ３２に予め記憶されている。制御装置３０のＣＰＵ３１は、ＲＯＭ３２に記憶される制御プログラムを読み込み、共有画像１２の登録処理を実行する。
【０１５７】
図１４に示すフローチャートが図９に示した共有画像１２の登録処理のフローチャートと異なる点は、ステップＳ５２〜Ｓ５８が追加された点である。
【０１５８】
ステップＳ５０の判定処理で、共有画像１２の投稿者から返信要求を受け付けていないと判定された場合にステップＳ５２が実行される。
【０１５９】
共有画像１２の投稿者は展開画像１４が不要である場合、トークルームに返信要求を投稿する代わりに展開画像１４の返信不要通知を投稿する。
【０１６０】
したがって、ステップＳ５２において、ＣＰＵ３１は、共有画像１２の投稿者から展開画像１４の返信不要要求を受け付けたか否かを判定する。返信不要要求を受け付けていない場合にはステップＳ５０に移行し、返信要求または返信不要要求を受け付けるまでステップＳ５０及びＳ５２の判定処理を繰り返し実行する。返信要求及び返信不要通知は、それぞれ展開画像１４の要否を表す要否情報の一例である。
【０１６１】
ステップＳ５２の判定処理で展開画像１４の返信不要要求を受け付けたと判定された場合には、ステップＳ５８に移行する。
【０１６２】
この場合、ステップＳ３０で生成した共有画像１２に対する展開画像１４の返信は不要であることから、ステップＳ５８において、ＣＰＵ３１は、ステップＳ１０で生成した識別情報をトークルームに投稿して、図１４に示す共有画像１２の登録処理を終了する。
【０１６３】
一方、ステップＳ５０の判定処理で返信要求を受け付けたと判定された場合には、ステップＳ５４に移行する。
【０１６４】
既に説明したように、共有画像１２の投稿者によって、投稿者が許容する展開画像１４の容量の上限値が制御装置３０に設定されている場合がある。上限値の設定は、容量が上限値を超える展開画像１４は不要であるとの投稿者の意思表示と捉えられる。
【０１６５】
したがって、ステップＳ５４において、ＣＰＵ３１は、ステップＳ３０で生成した展開画像１４の容量が、共有画像１２の投稿者が設定した上限値以下であるか否かを判定する。展開画像１４の容量が上限値を超える場合にはステップＳ５６に移行する。
【０１６６】
この場合、ＣＰＵ３１は共有画像１２の投稿者に展開画像１４を送信しないため、ステップＳ５６において、ＣＰＵ３１は、ステップＳ１０で生成した識別情報をトークルームに投稿して、図１４に示す共有画像１２の登録処理を終了する。なお、ステップＳ５６において、ＣＰＵ３１は、展開画像１４の送信を行わないことを共有画像１２の投稿者に通知する情報を識別情報と共にトークルームに投稿してもよい。
【０１６７】
一方、ステップＳ５４の判定処理で展開画像１４の容量が上限値以下であると判定された場合には、ステップＳ６０に移行する。既に説明したようにステップＳ６０では、ＣＰＵ３１は、ステップＳ１０で生成した識別情報、及びステップＳ３０で生成した展開画像１４をトークルームに投稿して、図１４に示す共有画像１２の登録処理を終了する。
【０１６８】
図１４の共有画像１２の登録処理では、共有画像１２を受け付けた後に返信不要通知を受け付けるため、展開画像１４が不要の場合でも展開画像１４が生成されることになる。したがって、共有画像１２の投稿者は、共有画像１２と共に返信不要通知をトークルームに投稿してもよい。この場合、ＣＰＵ３１はステップＳ３０を実行する前に、返信不要通知を受け付けたか否かを判定し、返信不要通知を受け付けた場合にはステップＳ３０を実行せずにステップＳ４０に移行する。一方、返信不要通知を受け付けていない場合にはステップＳ３０を実行して、展開画像１４を生成する。展開画像１４を生成しなかった場合には、ＣＰＵ３１は展開画像１４の送信は行わずに識別情報を共有画像１２の投稿者に送信すればよい。
【０１６９】
＜実施形態の変形例２＞
これまでに、共有画像１２を受け付けた場合には、受け付けた共有画像１２の展開画像１４及び識別情報を送信する一方、識別情報を受け付けた場合には、識別情報と対応付けられた共有画像１２を画像形成装置４０に送信する制御装置３０について説明したが、制御装置３０はこれ以外にも様々な情報を受け付ける。
【０１７０】
ここでは受け付けた情報の種類、及び情報の送信元に応じて実行する処理を切り換える制御装置３０について説明する。本変形例における制御装置３０のハードウェア構成及び機能構成は、それぞれ図３及び図５と同じであるため説明を省略する。
【０１７１】
図１５は、制御装置３０が何らかの情報を受信した場合に、ＣＰＵ３１によって実行される情報処理の流れの一例を示すフローチャートである。図１５に示す情報処理を規定する制御プログラムは、例えば制御装置３０のＲＯＭ３２に予め記憶されている。制御装置３０のＣＰＵ３１は、ＲＯＭ３２に記憶される制御プログラムを読み込み、情報処理を実行する。
【０１７２】
ステップＳ２００において、ＣＰＵ３１は、受信した情報に制御装置３０がこれまでに共有画像１２の投稿者に送信した展開画像１４が含まれているか否かを判定する。具体的には、ＣＰＵ３１は、受信した情報に含まれるファイル名が登録テーブル１６の展開画像情報に登録されている場合に、受信した情報に展開画像１４が含まれていると判定する。展開画像１４が含まれている場合にはステップＳ２１０に移行する。
【０１７３】
ステップＳ２１０において、ＣＰＵ３１は、展開画像１４の送信元に応じて実行する処理を切り換える制御を行う。そのため、ＣＰＵ３１は、受信した展開画像１４の送信元が、受信した展開画像１４と対応付けられた共有画像１２（以降、「対応共有画像１２」という）の投稿者と同じ人物であるか否かを判定する。具体的には、ＣＰＵ３１は登録テーブル１６において、受信した展開画像１４と対応付けられている投稿者ＩＤが、展開画像１４を投稿した投稿者の投稿者ＩＤと一致する場合に、展開画像１４の送信元が対応共有画像１２の投稿者と同じ人物であると判定する。
【０１７４】
展開画像１４の送信元が対応共有画像１２の投稿者である場合、ステップＳ２２０に移行する。
【０１７５】
ステップＳ２２０において、ＣＰＵ３１は受信した情報に共有画像１２も含まれるか否かを判定する。具体的には、受信した情報に展開画像１４以外の別ファイルが含まれ、かつ、別ファイルのファイル名が登録テーブル１６の共有画像情報及び展開画像情報に登録されている何れのファイル名とも異なる場合、ＣＰＵ３１は受信した情報に共有画像１２が含まれると判定する。受信した情報に共有画像１２が含まれない場合、ステップＳ２３０に移行する。
【０１７６】
これまでの判定処理の判定結果から、制御装置３０は、以前投稿者が投稿した共有画像１２に対する展開画像１４を、当該展開画像１４によって表される共有画像１２の投稿者から受信した状況にあることになる。
【０１７７】
この場合、ステップＳ２３０において、ＣＰＵ３１は登録テーブル１６を参照して、対応共有画像１２の有効期限を延長する。ＣＰＵ３１は、例えば予めストレージ３４に記憶される日数を対応共有画像１２の有効期限に加えて新たな有効期限を生成し、対応共有画像１２の有効期限を新たな有効期限に更新して、図１５に示す情報処理を終了する。
【０１７８】
すなわち、以前投稿された共有画像１２の投稿者から自らが投稿した共有画像１２の展開画像１４を受信した場合、制御装置３０は対応共有画像１２の有効期限を延長する。
【０１７９】
ステップＳ２２０の判定処理で、受信した情報に共有画像１２も含まれると判定された場合には、ステップＳ２４０に移行する。
【０１８０】
これまでの判定処理の判定結果から、制御装置３０は、以前投稿者が投稿した共有画像１２に対する展開画像１４を、当該展開画像１４によって表される共有画像１２の投稿者から受信すると共に、当該投稿者がこれまでに投稿した何れの共有画像１２とも異なる新たな共有画像１２を受信した状況にあることになる。
【０１８１】
この場合、ステップＳ２４０において、ＣＰＵ３１は新たな共有画像１２の受信に伴い、新たな共有画像１２に対して図９で説明した共有画像１２の登録処理を実行する。
【０１８２】
ステップＳ２５０において、ＣＰＵ３１は、受信した新たな共有画像１２と、受信した展開画像１４と対応付けられた共有画像１２、すなわち、対応共有画像１２を関連付ける。具体的には、図１６に示すように、登録テーブル１６に関連共有画像欄を設け、新たな共有画像１２（図１６の例では識別情報が“１２３４７”で表される共有画像１２）の関連共有画像欄に、対応共有画像１２（図１６の例では識別情報が“１２３４５”で表される共有画像１２）の識別情報を設定し、対応共有画像１２の関連共有画像欄に新たな共有画像１２の識別情報を設定することで、新たな共有画像１２と対応共有画像１２を関連付け、図１５に示す情報処理を終了する。
【０１８３】
共有画像１２同士が関連付けられた場合、画像形成装置４０から関連付けられた共有画像１２の何れか１つと対応付けられた識別情報を受信した場合の印刷処理が、図１３に示した共有画像１２の印刷処理とは異なる動作となるが、これについては後ほど説明する。
なお、受信した情報に新たな共有画像１２と複数の展開画像１４が含まれる場合、新たな共有画像１２と複数の展開画像１４との間で相互にそれぞれの識別情報を関連共有画像欄に設定する。
【０１８４】
一方、ステップＳ２１０の判定処理で展開画像１４の送信元が対応共有画像１２の投稿者ではないと判定された場合、ステップＳ２６０に移行する。
【０１８５】
この場合、ステップＳ２６０において、ＣＰＵ３１は、対応共有画像１２を投稿した投稿者がこれまでに投稿した全ての共有画像１２に対する展開画像１４及び識別情報を取得する。具体的には、ＣＰＵ３１は登録テーブル１６を参照して、対応共有画像１２の投稿者ＩＤと同じ投稿者ＩＤが対応付けられている展開画像１４及び識別情報をストレージ３４から取得する。
【０１８６】
ステップＳ２７０において、ＣＰＵ３１は、ステップＳ２６０で取得した展開画像１４及び各々の識別情報を、展開画像１４を送信したユーザに宛ててトークルームに投稿し、図１５に示す情報処理を終了する。
【０１８７】
これにより、自分が投稿した共有画像１２と異なる共有画像１２の展開画像１４をトークルームに投稿したユーザは、投稿した展開画像１４によって表される共有画像１２の作者が作成した他の共有画像１２の展開画像１４が得られることになる。すなわち、ユーザは、好きな作家の展開画像１４をトークルームに投稿することで、当該作家が作成した作品の一覧情報が得られることになる。
【０１８８】
なお、ステップＳ２６０では、対応共有画像１２を投稿した投稿者がこれまでに投稿した全ての共有画像１２に対する展開画像１４を取得したが、有効期限内の共有画像１２と対応付けられた展開画像１４及び各々の識別情報を、展開画像１４を送信したユーザに宛ててトークルームに投稿するようにしてもよい。ユーザは制御装置３０から送られてきた展開画像１４の一覧を見て欲しい作品がある場合、対応する識別情報を用いて画像形成装置４０から取得すればよい。
【０１８９】
一方、ステップＳ２００の判定処理で、受信した情報に展開画像１４が含まれないと判定された場合には、ステップＳ２８０に移行する。
【０１９０】
ステップＳ２８０において、ＣＰＵ３１は、受信した情報に識別情報が含まれるか否かを判定する。ＣＰＵ３１は、登録テーブル１６の識別情報欄に受信した情報と同じ情報が含まれる場合に、識別情報が含まれると判定する。受信した情報に識別情報が含まれる場合にはステップＳ２９０に移行する。
【０１９１】
ステップＳ２９０では、ＣＰＵ３１は、図１７を用いて後ほど説明する印刷処理を実行して、図１５に示す情報処理を終了する。一方、受信した情報に識別情報が含まれていない場合、ステップＳ３００に移行する。この場合、受信した情報は共有画像１２であると考えられる。したがって、ステップＳ３００では、ＣＰＵ３１は、図９または図１４で説明した共有画像１２の登録処理を実行して、図１５に示す情報処理を終了する。
【０１９２】
次に、図１５のステップＳ２９０で実行される、共有画像１２の印刷処理について説明する。
【０１９３】
図１７は、識別情報を受信した場合に、ＣＰＵ３１によって実行される共有画像１２の印刷処理の流れの変形例を示すフローチャートである。図１７に示す共有画像１２の印刷処理を規定する制御プログラムは、例えば制御装置３０のＲＯＭ３２に予め記憶されている。制御装置３０のＣＰＵ３１は、ＲＯＭ３２に記憶される制御プログラムを読み込み、共有画像１２の印刷処理を実行する。
【０１９４】
図１７に示すフローチャートが図１３に示した共有画像１２の印刷処理のフローチャートと異なる点は、ステップＳ１２１〜Ｓ１２７が追加された点であり、他の処理は図１３のフローチャートと同じである。
【０１９５】
ステップＳ１２０で、受信した識別情報と対応付けられた共有画像１２を送信した後、または、ステップＳ１４０で受信した識別情報と対応付けられた共有画像１２の有効期限が切れていることを通知した後、ステップＳ１２１が実行される。
【０１９６】
ステップＳ１２１において、ＣＰＵ３１は登録テーブル１６を参照して、受信した識別情報に対して有効期限内の関連共有画像１２が対応付けられているか否かを判定する。具体的には、ＣＰＵ３１は、受信した識別情報と対応付けられた関連共有画像欄に何らかの識別情報が設定されている場合に、関連共有画像１２が設定されていると判定する。関連共有画像欄に設定されている識別情報を「関連識別情報」という。また、ＣＰＵ３１は登録テーブル１６の有効期限欄を参照して、関連識別情報に対応した共有画像１２、すなわち、関連共有画像１２が有効期限内か否かを判定する。
【０１９７】
受信した識別情報に対して有効期限内の関連共有画像１２が対応付けられている場合には、ステップＳ１２２に移行し、関連共有画像１２の印刷を開始する準備を行う。
【０１９８】
そのため、ステップＳ１２２において、ＣＰＵ３１は登録テーブル１６を参照して、関連共有画像１２と対応付けられた展開画像１４をストレージ３４から取得する。
【０１９９】
ステップＳ１２３において、ＣＰＵ３１は、ステップＳ１２２で取得した関連共有画像１２の展開画像１４を、識別情報を送信してきた画像形成装置４０に送信する。これにより、関連共有画像１２の展開画像１４を受信した画像形成装置４０の表示画面に、ユーザが画像形成装置４０で入力した識別情報で表される共有画像１２と関連したお勧めの共有画像１２があることを通知する情報が、関連共有画像１２の展開画像１４と共に表示される。
【０２００】
これに対して、ユーザは、関連共有画像１２の印刷を開始するか否を指示する印刷応答を画像形成装置４０に入力する。画像形成装置４０は、入力された印刷応答を制御装置３０に送信する。
【０２０１】
これに対して、ステップＳ１２４において、ＣＰＵ３１は、画像形成装置４０から印刷応答を受信したか否かを判定する。印刷応答を受信していない場合にはステップＳ１２４の判定処理を繰り返し実行して、印刷応答の受信を監視する。印刷応答を受信した場合には、ステップＳ１２５に移行する。
【０２０２】
ステップＳ１２５において、ＣＰＵ３１は、受信した印刷応答が関連共有画像１２の印刷の開始を指示する応答であるか否かを判定する。印刷応答が関連共有画像１２の印刷の開始を指示する応答である場合にはステップＳ１２６に移行する。
【０２０３】
関連共有画像１２の印刷の開始をユーザによって指示されたことから、ステップＳ１２６において、ＣＰＵ３１は、関連共有画像１２をストレージ３４から取得する。
【０２０４】
ステップＳ１２７において、ＣＰＵ３１は、ステップＳ１２６で取得した関連共有画像１２を、識別情報を送信してきた画像形成装置４０に送信する。これにより関連共有画像１２を受信した画像形成装置４０では、関連共有画像１２の印刷が開始される。
【０２０５】
ステップＳ１３０において、ＣＰＵ３１は、画像形成装置４０に送信した共有画像１２の累計印刷枚数を含む情報を、送信した共有画像１２の投稿者が参加するトークルームに投稿して、図１７に示す共有画像１２の印刷処理を終了する。
【０２０６】
一方、ステップＳ１２１の判定処理で、受信した識別情報に対して有効期限内の関連共有画像１２が対応付けられていないと判定された場合には、ステップＳ１２２〜Ｓ１２７の各処理を実行することなくステップＳ１３０を実行して、図１７に示す共有画像１２の印刷処理を終了する。また、ステップＳ１２５の判定処理で、受信した印刷応答が関連共有画像１２の印刷が必要ないことを指示する応答である場合には、ステップＳ１２６及びＳ１２７の各処理を実行することなくステップＳ１３０を実行して、図１７に示す共有画像１２の印刷処理を終了する。
【０２０７】
このように本実施の形態の変形例に係る制御装置３０によれば、受け付けた情報の種類、及び情報の送信元に応じて、実行する特定処理を切り換える。
【０２０８】
本実施の形態では、ソーシャルネットワークサービスを用いて共有画像１２及び展開画像１４を送受信する例について説明したが、通信回線５０を通じた送受信であれば、ソーシャルネットワークサービスを利用する必要はない。例えば電子メールを使用して共有画像１２及び展開画像１４を送受信してもよい。
また、図１ではトークルームサーバ２０と制御装置３０を独立させた制御システムを示したが、トークルームサーバ２０と制御装置３０を一体化させてもよい。
【０２０９】
以上、実施の形態を用いて本発明について説明したが、本発明は各実施の形態に記載の範囲には限定されない。本発明の要旨を逸脱しない範囲で各実施の形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。例えば、本発明の要旨を逸脱しない範囲で処理の順序を変更してもよい。
【０２１０】
本実施の形態では、一例として共有画像１２の登録処理、印刷処理、及び情報処理をソフトウェアで実現する形態について説明したが、図９、図１３〜図１５、及び図１７に示したフローチャートと同等の処理を、例えばＡＳＩＣ（Application Specific Integrated Circuit）に実装し、ハードウェアで処理させるようにしてもよい。この場合、共有画像１２の登録処理、印刷処理、及び情報処理をそれぞれソフトウェアで実現した場合と比較して、処理の高速化が図られる。
【０２１１】
また、上述した実施の形態では、制御プログラムがＲＯＭ３２にインストールされている形態を説明したが、これに限定されるものではない。本発明に係る制御プログラムは、コンピュータで読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば、本発明に係る制御プログラムを、ＣＤ(Compact Disc)−ＲＯＭ、又はＤＶＤ(Digital Versatile Disc)−ＲＯＭ等の光ディスクに記録した形態で提供してもよい。また、本発明に係る制御プログラムを、ＵＳＢ(Universal Serial Bus)メモリ及びフラッシュメモリ等の半導体メモリに記録した形態で提供してもよい。更に、制御装置３０は、通信Ｉ／Ｆ３７を介して、通信回線５０に接続される外部装置から本発明に係る制御プログラムを取得するようにしてもよい。
【符号の説明】
【０２１２】
１０    ユーザ端末
１２    共有画像（対応共有画像、関連共有画像）
１４    展開画像
１６    登録テーブル
１８    アイコン
２０    トークルームサーバ
２１（３１）    ＣＰＵ
２２（３２）    ＲＯＭ
２３（３３）    ＲＡＭ
２４（３４）    ストレージ
２５（３５）    入力部
２６（３６）    表示部
２７（３７）    通信Ｉ／Ｆ
２９（３９）    バス
３０    制御装置
４０    情報処理装置（画像形成装置）
５０    通信回線
２０１    提供部
３０１    受信部
３０２    生成部
３０３    識別部
３０４    登録部
３０５    制御部
３０６    印刷処理部
３０７    送信部
【図１】
2020107240.tif 000003
【図２】
2020107240.tif 000004
【図３】
2020107240.tif 000005
【図４】
2020107240.tif 000006
【図５】
2020107240.tif 000007
【図６】
2020107240.tif 000008
【図７】
2020107240.tif 000009
【図８】
2020107240.tif 000010
【図９】
2020107240.tif 000011
【図１０】
2020107240.tif 000012
【図１１】
2020107240.tif 000013
【図１２】
2020107240.tif 000014
【図１３】
2020107240.tif 000015
【図１４】
2020107240.tif 000016
【図１５】
2020107240.tif 000017
【図１６】
2020107240.tif 000018
【図１７】
2020107240.tif 000019