JP7226040B2 - 情報処理装置、及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、及び情報処理プログラムに関する。

登録された宛先をグループに分けて管理する情報処理装置が存在する。こうした情報処理装置では、例えばユーザが宛先を新規に登録する場合に、宛先を登録するグループを指定する手間を軽減するため、宛先の登録先となるグループを提示することがある。

特許文献１には、指定されたアドレスにデータを送信するように制御する情報処理装置であって、アドレスをグループ化して登録する第１のアドレス帳と、アドレスをグループ化しないで登録する第２のアドレス帳とを取得する取得手段と、前記取得手段で取得された第１のアドレス帳または第２のアドレス帳に登録されているアドレスの一覧を表示手段に表示する表示制御手段と、前記表示されたアドレスの一覧の中から選択されるユーザ所望のアドレスを、データの送信先として追加指定する第１の指定手段と、ユーザにより入力された新規のアドレスを、データの送信先として追加指定する第２の指定手段と、前記第２の指定手段で指定された新規のアドレスをアドレス帳に登録するように指定された場合、前記第１の指定手段によって送信先として追加指定済みのアドレスがあるかを判断する第１の判断手段と、前記第１の判断手段で前記第１の指定手段によって送信先として追加指定済みのアドレスがないと判断した場合、前記表示制御手段により前記アドレスの一覧に表示されているアドレス帳が、アドレスをグループ化して登録を行う前記第１のアドレス帳であるか、アドレスをグループ化しないで登録を行う前記第２のアドレス帳であるかを判断する第２の判断手段と、前記第２の判断手段で前記表示されているアドレス帳が前記第１のアドレス帳であると判断した場合、前記第１のアドレス帳に含まれるグループの一覧を表示して、所望のグループをユーザに選択させ、前記新規のアドレスを前記第１のアドレス帳の選択されたグループに登録する登録手段と、を備えることを特徴とする情報処理装置が開示されている。

特開２０１７－１１２５１０号公報

本発明は、宛先を登録した際に、当該宛先を予め設定されたグループにも登録する場合に、登録する宛先の属性を含むグループを提示することができる情報処理装置、及び情報処理プログラムを提供することを目的とする。

第１態様に係る情報処理装置は、宛先の登録を受付ける受付部と、前記受付部で前記宛先の登録を受付けた場合に、予め設定されたグループのうち、前記宛先の属性を有するグループを前記宛先の推奨登録先として提示する制御を行う制御部を備える。

第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記グループの属性が、前記グループの全体に対して付与される属性、及び前記グループに登録されている既存宛先の属性の少なくとも１つによって表される。

第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記グループの全体に対して付与された属性が前記グループのグループ名である。

第４態様に係る情報処理装置は、第１態様～第３態様の何れかの態様に係る情報処理装置において、前記制御部が、前記宛先と関連する前記グループが複数存在する場合、前記グループの各々を優先度に従って、前記宛先の推奨登録先として提示する制御を行う。

第５態様に係る情報処理装置は、第４態様に係る情報処理装置において、前記制御部が、前記グループ毎の既存宛先のうち、前記宛先に関連付けられた属性と同じ属性が関連付けられている既存宛先の数が多いグループを他のグループに比べて優先的に、前記宛先の推奨登録先として提示する制御を行うことを特徴とする。

第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記制御部は、前記グループ毎に登録されている既存宛先と、予め前記宛先と関連付けられている関連宛先との間で共通する宛先の数が多いグループを他のグループに比べて優先的に、前記宛先の推奨登録先として提示する制御を行うことを特徴とする。

第７態様に係る情報処理装置は、第４態様に係る情報処理装置において、前記制御部が、前記グループに関する履歴情報を用いて、前記宛先の推奨登録先を提示する制御を行う。

第８態様に係る情報処理装置は、第７態様に係る情報処理装置において、前記グループに関する履歴情報に、前記グループに登録されている既存宛先の数、及び前記グループの選択回数の少なくとも一方が含まれる。

第９態様に係る情報処理装置は、第４態様～第８態様の何れかの態様に係る情報処理装置において、前記制御部が、前記宛先の推奨登録先として提示する前記グループの数を予め定めた数に制限する制御を行う。

第１０態様に係る情報処理装置は、第９態様に係る情報処理装置において、前記制御部が、ユーザの指示により、前記宛先の推奨登録先として提示した予め定めた数の前記グループに含まれない他の前記グループを提示する制御を行う。

第１１態様に係る情報処理装置は、第４態様～第１０態様の何れかの態様に係る情報処理装置において、前記制御部が、前記宛先を複数の前記グループに登録するよう指定した登録指示を受け付けた場合、前記宛先を前記登録指示で指定された複数の前記グループに登録する。

第１２態様に係る情報処理プログラムは、コンピュータを、第１態様～第１１態様の何れかの態様に係る情報処理装置の各部として機能させるためのプログラムである。

第１態様、及び第１２態様によれば、宛先を登録した際に、当該宛先を予め設定されたグループにも登録する場合に、登録する宛先の属性を含むグループを提示することができる、という効果を有する。

第２態様によれば、グループに宛先が登録されていない場合であっても、宛先の属性に基づいて、宛先の登録先として適したグループを提示することができる、という効果を有する。

第３態様によれば、宛先が登録されていないグループにグループ名しか設定されていない場合であっても、宛先の属性に基づいて、宛先の登録先として適したグループを提示することができる、という効果を有する。

第４態様によれば、複数のグループを優先度と関係なく無作為に提示する場合と比較して、ユーザが宛先の登録先に適したグループを見つけやすくなる、という効果を有する。

第５態様によれば、登録する宛先と同じ属性を有する宛先がより多く登録されているグループを、宛先の推奨登録先として提示することができる、という効果を有する。

第６態様によれば、登録された宛先に含まれる属性だけでは優先度が設定できない場合であっても、宛先とグループとの優先度を設定することができる、という効果を有する。

第７態様によれば、宛先の属性からは優先度が設定できなかった場合であっても、宛先とグループとの優先度を設定することができる、という効果を有する。

第８態様によれば、各グループへの宛先の登録実績に基づいて、宛先とグループとの優先度を設定することができる、という効果を有する。

第９態様によれば、宛先の登録先として推奨するグループを全て提示する場合と比較して、ユーザが提示されたグループの中から登録先のグループを選択するのに要する時間を短縮することができる、という効果を有する。

第１０態様によれば、ユーザは推奨登録先として提示されたグループとは異なるグループにも宛先を登録することができる、という効果を有する。

第１１態様によれば、１度の登録指示によって、宛先を複数のグループに登録することができる、という効果を有する。

画像形成装置の機能構成例を示す図である。 登録画面の一例を示す図である。 画像形成装置の電気系統の要部構成例を示す図である。 画像形成装置における宛先の登録処理の流れの一例を示すフローチャートである。 登録確認画面の一例を示す図である。 グループ選択画面の一例を示す図である。 グループにおける宛先の登録状況の一例を示す図である。 画像形成装置におけるグループの絞り込み処理の流れの一例を示すフローチャートである。 画像形成装置におけるグループの絞り込み処理の実行例について説明する説明図である。 画像形成装置におけるグループの絞り込み処理における他の実行例について説明する説明図である。 関連度設定処理の流れの一例を示すフローチャートである。 関連度設定処理を実行例について説明する説明図である。 登録推奨先のグループの表示例を示す図である。 関連度設定処理における他の実行例について説明する説明図である。 登録推奨先のグループの他の表示例を示す図である。 情報機器の機能構成例を示す図である。 情報機器の電気系統の要部構成例を示す図である。 情報機器における友達の登録処理の流れの一例を示すフローチャートである。 友達の登録処理の実行例を示す図である。 情報機器におけるグループの絞り込み処理の流れの一例を示すフローチャートである。

以下、本実施の形態について図面を参照しながら説明する。なお、機能が同じ構成要素及び処理には全図面を通して同じ符合を付与し、重複する説明を省略する。

＜第１実施形態＞
図１は、本実施の形態に係る画像形成装置１０の機能構成例を示す図である。画像形成装置１０は、例えばプリント機能、ファクシミリ機能、スキャン機能、及びコピー機能といった画像の形成に関する複数の機能を有する電子機器であり、ユーザが要求した機能を提供する。

画像形成装置１０は、画像の形成に関する機能であれば上記に示した機能と異なる機能を備えていてもよく、例えば入力された画像に対して画像処理を行い、画像を加工する機能等を備えてもよい。また、画像形成装置１０は、必ずしも画像の形成に関する機能を複数備えている必要はなく、単体の機能を備えるものであってもよい。

図１に示すように、画像形成装置１０は入力部１１、制御部１２、登録部１３、プリント処理部１４、ファクシミリ(facsimile:ＦＡＸ)処理部１５、スキャン処理部１６、コピー処理部１７、通信部１８、及び出力部１９の各機能部と、記憶装置２０を含む。

入力部１１は、ユーザからの指示を受け付けて制御部１２に通知する。ユーザからの指示には、例えばユーザが所望する機能の開始指示や画像形成装置１０の動作を規定する設定項目の設定指示等が存在するが、その中に宛先の登録指示が含まれる。

「宛先」とは、情報を送受信する場合の相手先を表す情報である。宛先として用いられる情報は、相手の特定につながる情報であればどのようなものであってもよく、例えば住所、電話番号、ＦＡＸ番号、メールアドレス、及びソーシャルネットワーキングサービス(Social Networking Service:ＳＮＳ)におけるアカウントは宛先の一例である。こうしたメールアドレス等は情報の送信先を表す情報であるが、例えば名前のように情報の送信先とは言えないが、相手の特定につながる情報も本実施の形態に係る宛先に含まれる。

画像形成装置１０では、例えば後述するスキャン処理部１６で生成された画像データを指定した相手に送信するのに利用するため、宛先の登録が行われる。

図２は画像形成装置１０に宛先を登録する場合に用いられる登録画面２２の一例を示す図である。図２に示す登録画面２２の例では、相手の名前、メール、ＦＡＸ、及びＳＮＳアカウントが登録される。

なお、登録画面２２には、宛先によって表される相手がどのような人物であるのかを表す情報を入力する入力領域が設けられており、宛先と共に画像形成装置１０に登録される。図２に示す登録画面２２の例では、相手が勤務する会社での所属部署や出身地を入力する入力領域が設けられているが、この他に、例えば年齢、出身学校、及び趣味等、相手がどのような人物であるのかを表す情報であればどのような情報を入力してもよいことは言うまでもない。相手がどのような人物であるのかを表す情報（以下、「相手先のことを表す各々の情報」と呼ぶことがある）も相手の特定に用いられる情報であるため、宛先の一例となる。

以降では、例えば図２の登録画面２２に含まれるような相手先のことを表す各々の情報を「宛先の属性」という。

制御部１２は、入力部１１で受け付けたユーザの指示に従った処理が行われるように、画像形成装置１０に含まれる他の機能部及び記憶装置２０を制御する。

登録部１３は、入力部１１で宛先の登録指示を受け付けた場合、制御部１２の制御に従って、登録画面２２に入力された宛先を記憶装置２０に登録する。

ユーザは、例えば記憶装置２０に登録された宛先の中から送信先となる宛先を選択して画像データを送信することがある。この場合に、登録された各々の宛先が単に一覧表示されただけでは、記憶装置２０に登録される宛先の件数が多くなるに従って、希望する宛先を探し出すのに要する時間が長くなる傾向がある。したがって、画像形成装置１０では、宛先をグループでも管理するようにしている。

「グループ」とは宛先を分類して管理する場合の管理単位である。グループはユーザの指示に従って作成されるものでもよく、既に装置に存在しているものでもよい。グループの作成にはグループの存在を知らせるために、ユーザにより何らかのグループ属性が設定されるが、そのグループ属性には、一例としてグループ名や、グループ名以外にも、例えばグループの作成日時やグループの作成者名、等グループ全体の特徴を示す属性を設定してもよい。

また、既に装置に存在しているグループとは、例えば装置の初期設置で設定したグループや、装置を購入した初期段階で標準装備されているグループであり、一例として装置が提供する機能毎に分かれているグループ、例えばＦＡＸ用のグループ、メール用のグループなどであってもよい。

宛先がグループ単位で管理されると、例えばグループ名のようにグループ全体の特徴を示す属性からグループに含まれる宛先の傾向が想像されるため、グループを選択することで希望する宛先を絞り込むことができるようになる。したがって、宛先をグループで管理した方が、記憶装置２０に登録される各々の宛先を一覧表示し、一覧表示された宛先の中からユーザが希望する宛先を選択する場合と比較して、希望する宛先を選択するまでに要する時間が短縮され、操作性が向上することになる。

逆に言えば、希望する宛先が「このグループに登録されているだろう」と想像がつくようなグループ、すなわち「宛先に適したグループ」に登録されていなければ、宛先がグループで管理されていたとしても、ユーザが希望する宛先をグループの中から見つけ出すことが困難になる。

したがって、制御部１２は、登録部１３が宛先を記憶装置２０に登録するのにあわせて、複数のグループの中から、宛先に適したグループを宛先の推奨登録先として表示させる制御を行う。なお、複数のグループの中から宛先に適したグループをどのように選択するかについては後ほど詳細に説明する。

プリント処理部１４は、例えばプリント指示と共に画像データを受け付けた場合、制御部１２の制御に従って、画像データの内容を用紙等の記録媒体に形成するプリント機能を実行する機能部である。

ＦＡＸ処理部１５は、例えばＦＡＸ指示と共に画像データを受け付けた場合、制御部１２の制御に従って、図示しないＦＡＸ回線を経由して画像データを送受信するファクシミリ機能を実行する機能部である。

スキャン処理部１６は、例えば画像の読み取り指示を受け付けた場合、制御部１２の制御に従って原稿に記載された内容を光学的に読み取り、原稿の画像データを生成するスキャン機能を実行する機能部である。

コピー処理部１７は、例えば原稿のコピー指示を受け付けた場合、制御部１２の制御に従い、プリント処理部１４及びスキャン処理部１６と連動してスキャン処理部１６で読み取った原稿の画像データを記録媒体に画像として形成し、読み取った原稿の複製を生成するコピー機能を実行する機能部である。

通信部１８は制御部１２の制御に従い、例えばＦＡＸ回線、電話回線、及びインターネットといった図示しない通信回線に接続される各装置との間で各種情報を送受信する。例えば通信部１８は通信回線を通じて、スキャン処理部１６で生成された画像データを指定されたメールアドレスやＳＮＳアカウント宛に送信する。また、通信部１８は、制御部１２を介してＦＡＸ処理部１５から受け付けた画像データを、指定されたＦＡＸ番号宛にＦＡＸ回線を通じて送信すると共に、ＦＡＸ回線から画像データを受信した場合、画像データがＦＡＸ処理部１５で処理されるように制御部１２に通知する。その他、通信部１８は通信回線から画像データを受け付けた場合、プリント処理部１４で画像データの内容が記録媒体に形成されるように制御部１２に通知する。

なお、画像データの送信先は、例えばユーザが登録部１３によって記憶装置２０に登録された宛先の中から選択することで指定される。

出力部１９は制御部１２の制御に従い、画像形成装置１０における処理状況や、ユーザから各種指示を受け付ける各種画面を表示ユニット３８Ｂに出力する。

図１に示すような画像形成装置１０は、例えばコンピュータ３０を用いて構成される。

図３は、コンピュータ３０を用いた画像形成装置１０の電気系統の要部構成例を示す図である。

コンピュータ３０は、画像形成装置１０に係る各機能部を担うＣＰＵ(Central Processing Unit)３１、コンピュータ３０を画像形成装置１０の各機能部として機能させるための情報処理プログラムを記憶するＲＯＭ(Read Only Memory)３２、ＣＰＵ３１の一時的な作業領域として使用されるＲＡＭ(Random Access Memory)３３、不揮発性メモリ３４、及び入出力インターフェース(Ｉ／Ｏ)３５を備える。そして、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、不揮発性メモリ３４、及びＩ／Ｏ３５がバス３６を介して各々接続されている。

不揮発性メモリ３４は、不揮発性メモリ３４に供給される電力が遮断されても、記憶した情報が維持される記憶装置の一例であり、例えば半導体メモリが用いられるがハードディスクを用いてもよい。不揮発性メモリ３４は必ずしもコンピュータ３０に内蔵されている必要はなく、例えばメモリカードのようにコンピュータ３０に着脱される記憶装置であってもよい。

Ｉ／Ｏ３５には、例えば通信ユニット３７、操作ユニット３８、プリントユニット３９、及びスキャンユニット４０が接続される。

通信ユニット３７は通信回線に接続され、通信回線に接続する各装置との間でデータ通信を行う通信プロトコルを備える。通信ユニット３７が備える通信プロトコルには、例えばＦＡＸ通信を規定するＧ３規格に沿った通信プロトコルも含まれるため、通信ユニット３７はＦＡＸ通信にも対応する。

操作ユニット３８はユーザに画像形成装置１０とのインターフェースを提供するユニットであり、例えば画像形成装置１０の筺体に取り付けられている。操作ユニット３８には入力ユニット３８Ａ及び表示ユニット３８Ｂが含まれる。

入力ユニット３８Ａは、ユーザからの指示を受け付けてＣＰＵ３１に通知する入力装置であり、例えばボタン及びタッチパネル等が用いられる。画像形成装置１０は、入力ユニット３８Ａを介してユーザの指示を受け付ける。なお、ユーザの指示は音声で受け付けてもよく、この場合、入力ユニット３８Ａとしてマイクが用いられる。

表示ユニット３８Ｂは、ＣＰＵ３１によって処理された情報を表示する装置であり、例えば液晶ディスプレイ、及び有機ＥＬ(Electro Luminescence)ディスプレイ等が用いられる。

プリントユニット３９は、ＣＰＵ３１の指示に従って、画像を記録媒体に形成するユニットである。プリントユニット３９における画像形成方式はどのような方式であってもよく、例えば電子写真方式であっても、インクジェット方式であってもよい。プリントユニット３９は、プリント機能、コピー機能、及びＦＡＸ機能の実行に伴って用いられる。

スキャンユニット４０は、ＣＰＵ３１の指示に従って、例えば図示しないプラテンガラスに置かれた原稿の内容を光学的に読み取り、原稿の内容を画像データに変換するユニットである。スキャンユニット４０はスキャン機能の実行に伴って用いられる。

なお、コピー機能は、ＣＰＵ３１がスキャンユニット４０で得られた画像データをプリントユニット３９で記録媒体に形成させることによって実現される。

次に、入力された宛先に適したグループの提示を行う画像形成装置１０の動作について説明する。

図４は、ユーザが図２に示した登録画面２２に宛先を入力し、画像形成装置１０が登録画面２２に入力された宛先を受け付けた場合に、ＣＰＵ３１によって実行される宛先の登録処理の流れの一例を示すフローチャートである。宛先の登録処理を規定する情報処理プログラムは、例えば画像形成装置１０のＲＯＭ３２に予め記憶されている。画像形成装置１０のＣＰＵ３１は、ＲＯＭ３２に記憶される情報処理プログラムを読み込み、宛先の登録処理を実行する。

説明の便宜上、例えば画像形成装置１０は、メール、ＦＡＸ、ＳＮＳの少なくとも１つを用いて画像データを相手先に送信するものとする。すなわち、画像形成装置１０には、ユーザが画像データの送信先を選択しやすいように、メール、ＦＡＸ、ＳＮＳについてそれぞれ複数のグループが作成されている。なお、上述したように、画像形成装置１０における画像データの送信形態はメール、ＦＡＸ、及びＳＮＳに限定されず、通信回線を利用した画像データの送信形態であればどのような形態が利用されてもよい。

まず、ステップＳ１０において、ＣＰＵ３１は、受け付けた宛先を例えば不揮発性メモリ３４に記憶して、新たに受け付けた宛先（登録対象の宛先）を画像形成装置１０に登録する。宛先が画像形成装置１０に登録されただけでは、宛先はまだ何れのグループにも登録されない。したがって、登録された宛先はグループの選択によって表示ユニット３８Ｂに表示されることはなく、登録された宛先の各々を一覧表示した場合に表示ユニット３８Ｂに表示されるにすぎない。

グループの選択によって宛先を絞り込むためには宛先をグループに登録する必要があるが、そのためには、宛先を登録する何らかのグループが作成されている必要がある。

したがって、ステップＳ２０において、ＣＰＵ３１は既に作成されているグループ（以降、「既存グループ」という）が少なくとも１つ存在するか否かを判定する。既存グループが１つも存在しない場合には、新たに登録された宛先は何れのグループにも登録されることなく、図４に示す宛先の登録処理を終了する。既存グループは、本実施の形態に係る予め設定されたグループの一例である。

なお、ＣＰＵ３１は、例えば「宛先を登録するグループを新規に作成しますか？」というようなメッセージを表示ユニット３８Ｂに表示し、ユーザがグループの作成を指示した場合、ユーザの指示に従った属性を有するグループを作成してもよい。ＣＰＵ３１は、作成したグループに宛先を登録する。

一方、ステップＳ２０の判定処理で既存グループが存在すると判定された場合、ステップＳ３０に移行する。

画像形成装置１０には宛先の登録先となるグループが存在することから、ステップＳ３０において、ＣＰＵ３１は、宛先をグループに登録するか否かをユーザに確認する登録確認画面２４を表示ユニット３８Ｂに表示する。

図５は、登録確認画面２４の一例を示す図である。ユーザは、登録画面２２から新たに入力した宛先を何れかのグループに登録したい場合には「はい」ボタンを押下する。「はい」ボタンが押下された場合、ＣＰＵ３１に登録要求が通知される。一方、ユーザの中には、宛先をグループに登録しなくてもよいと考えるユーザも存在するため、こうしたユーザは「いいえ」ボタンを押下する。「いいえ」ボタンが押下された場合、ＣＰＵ３１に登録拒否要求が通知される。

したがって、ステップＳ４０において、ＣＰＵ３１は、宛先のグループへの登録要否を示す指示を受け付けたか否かを判定する。まだ指示を受け付けていない場合にはステップＳ４０の判定処理を繰り返し実行して、何らかの指示が通知されるまで待機する。一方、指示を受け付けた場合にはステップＳ５０に移行する。

ステップＳ５０において、ＣＰＵ３１は、受け付けた指示が登録要求であるか否かを判定する。受け付けた指示が登録要求でない場合、すなわち、登録拒否要求を受け付けた場合には、新たに登録された宛先を何れのグループにも登録することなく、図４に示す宛先の登録処理を終了する。一方、受け付けた指示が登録要求の場合にはステップＳ６０に移行する。

ステップＳ６０において、ＣＰＵ３１は、画像データの送信先を表す宛先の属性（「送信先属性」ともいう）が宛先に含まれているか否かを判定する。宛先に送信先属性が含まれていない場合には、例えば「宛先をグループに登録できませんでした。」というようなメッセージを表示ユニット３８Ｂに表示して、新たに登録された宛先を何れのグループにも登録することなく、図４に示す宛先の登録処理を終了する。

この場合、ＣＰＵ３１は、新たに登録された宛先に送信先属性を設定するように促すメッセージを表示ユニット３８Ｂに表示して、ユーザに通知してもよい。ユーザが宛先に送信先属性を設定した場合、ＣＰＵ３１は図４に示す宛先の登録処理のステップＳ７０から処理を開始する。

一方、宛先に送信先属性が含まれている場合にはステップＳ７０に移行する。

ステップＳ７０において、ＣＰＵ３１は、宛先に含まれる送信先属性に基づいて、既存グループ毎に登録対象の宛先に適したグループか否かを選別し、宛先に適したグループとして選択したグループを宛先の推奨登録先として表示ユニット３８Ｂに表示する。

図６は、グループ選択画面２６の一例を示す図である。グループ選択画面２６には、例えば推奨登録先のグループを表示するグループリスト２６Ａ、宛先の登録先となるグループを確定する登録ボタン２６Ｂ、他のグループを表示する表示ボタン２６Ｃ、及びグループへの宛先の登録を中止する中止ボタン２６Ｄが含まれる。

ＣＰＵ３１は、既存グループの中から、送信先属性の設定状況からみて登録対象の宛先と関連すると考えられるグループを選択し、選択したグループをグループリスト２６Ａに表示する。

具体的には、登録対象の宛先にメールアドレスが含まれる場合、ＣＰＵ３１は既存グループの中から、メールに関するグループを選択してグループリスト２６Ａに表示する。グループがメールに関するグループか否かの判定は、例えばグループ名に「メール」の文字列が含まれるか否かによって判定してもよく、また、グループを作成する場合に設定された、分類内容等を示す属性を参照して判定してもよい。このように、グループに対してユーザが自由に変更、編集をすることができるパラメータなどの、形式的な情報で判定してもよいし、実際にグループを構成する要素（一例として、当該グループに属している宛先にメールアドレスが記入されているか否かといった情報や、当該グループに属している宛先が持つ、他のユーザにとっては自由に変更、編集することができないパラメータなどといった情報）によって判定してもよい。

登録対象の宛先にＦＡＸ番号が含まれる場合、ＣＰＵ３１は既存グループの中から、ＦＡＸに関するグループを選択してグループリスト２６Ａに表示する。また、登録対象の宛先にＳＮＳアカウントが含まれる場合、ＣＰＵ３１は既存グループの中から、ＳＮＳに関するグループを選択してグループリスト２６Ａに表示する。

更に、登録対象の宛先にメールアドレス及びＦＡＸ番号が含まれる場合、ＣＰＵ３１は既存グループの中から、メール及びＦＡＸに関するグループを選択してグループリスト２６Ａに表示する。このように、メールアドレス、ＦＡＸ番号、及びＳＮＳアカウントのうち少なくとも２つの送信先属性が宛先に含まれる場合、ＣＰＵ３１は既存グループの中から、登録対象の宛先に含まれる各々の送信先属性に関するグループを選択してグループリスト２６Ａに表示する。

図６に示したグループ選択画面２６の例では、メール及びＦＡＸに関するグループをグループリスト２６Ａに表示している。

なお、登録対象の宛先と関連するグループが複数存在する場合、ＣＰＵ３１は、宛先と関連するグループの各々をグループリスト２６Ａに表示する。グループ選択画面２６に一度に表示し切れないほどの宛先と関連するグループが存在する場合、ＣＰＵ３１は、スクロールボタンやページ切り替えボタンをグループ選択画面２６に配置して、宛先と関連するグループの各々をユーザに提示する。

グループリスト２６Ａにはグループ毎にチェックボックスが対応付けられており、ユーザが宛先を登録したいと考えるグループのチェックボックスを押下してチェックマークを付与し、登録ボタン２６Ｂを押下することで、チェックマークが付与されたグループに宛先が登録される。すなわち、登録ボタン２６Ｂが押下された場合、ＣＰＵ３１に宛先の登録指示が通知される。

図６のグループ選択画面２６の例ではグループリスト２６Ａにグループ名が表示されているが、ＣＰＵ３１は、例えばグループ名が押下されると、宛先の登録先となるグループを選択する上でユーザに参考となる情報を表示してもよい。例えばＣＰＵ３１は、押下されたグループに既に登録されている宛先を表示してもよい。

なお、ユーザが複数のグループにチェックマークを付与して登録ボタン２６Ｂを押下した場合、ＣＰＵ３１は、チェックマークが付与された各々のグループに宛先を登録する。

グループリスト２６Ａに宛先の登録先に適したグループが表示されておらず、グループリスト２６Ａに表示されているグループ以外のグループも見てみたい場合、ユーザは、「全てのグループを表示する」と記載された表示ボタン２６Ｃを押下する。表示ボタン２６Ｃが押下された場合、ＣＰＵ３１に宛先の更新指示が通知される。

例えば相手のＳＮＳアカウントがわからないため、後から宛先にＳＮＳアカウントを設定するつもりでＳＮＳアカウントを空欄にしたまま登録画面２２に宛先を入力したユーザであれば、図６に示すグループ選択画面２６のように、グループリスト２６Ａにメール及びＦＡＸに関するグループしか表示されていない場合、表示ボタン２６Ｃを押下してＳＮＳに関するグループをグループリスト２６Ａに表示させる。

また、なんらかの理由によりグループへの宛先の登録を中止したいユーザは、「登録を中止する」と記載された中止ボタン２６Ｄを押下する。中止ボタン２６Ｄが押下された場合、ＣＰＵ３１に登録中止指示が通知される。

ステップＳ８０において、ＣＰＵ３１はグループ選択画面２６を通じて、ユーザから何らかの指示を受け付けたか否かを判定する。何れの指示も受け付けていない場合にはステップＳ８０の判定処理を繰り返し実行して、ユーザからの指示を待ち受ける。一方、ユーザから何らかの指示を受け付けた場合にはステップＳ９０に移行する。

ステップＳ９０において、ＣＰＵ３１は、受け付けた指示が登録指示か否かを判定する。登録指示を受け付けた場合にはステップＳ１００に移行する。

ステップＳ１００において、ＣＰＵ３１はグループ選択画面２６のグループリスト２６Ａを参照して、チェックマークが付与されている各々のグループに宛先を登録し、図４に示す宛先の登録処理を終了する。

例えば図６に示すように、ユーザＡの宛先の登録先として「ＦＡＸグループ（東京）」が選択された場合、「ＦＡＸグループ（東京）」にユーザＡが登録される（図７参照）。ユーザＡにＦＡＸで画像データを送信したいユーザは、ＦＡＸグループ（東京）の中からユーザＡを選択することで、ユーザＡと関連付けられたＦＡＸ番号宛に画像データが送信されることになる。

一方、ステップＳ９０の判定処理で受け付けた指示が登録指示ではないと判定された場合には、ステップＳ１１０に移行する。

ステップＳ１１０において、ＣＰＵ３１は、受け付けた指示が登録中止指示か否かを判定する。登録中止指示を受け付けた場合、ユーザはグループへの宛先の登録を希望していないことから、新たに登録された宛先を何れのグループにも登録することなく、図４に示す宛先の登録処理を終了する。

一方、ステップＳ１１０の判定処理で受け付けた指示が登録中止指示ではないと判定された場合には、ステップＳ１２０に移行する。

この場合、ＣＰＵ３１は宛先の更新指示を受け付けたことになるためステップＳ１２０に移行し、ステップＳ１２０において、ＣＰＵ３１は、例えば送信先属性に応じてグループを絞り込む前のグループ、すなわち、画像形成装置１０に存在する全ての既存グループを、グループ選択画面２６のグループリスト２６Ａに表示する。そして、グループリスト２６Ａが更新されたグループ選択画面２６を通じてユーザからの新たな指示を受け付けるため、ステップＳ８０に移行してユーザからの新たな指示を待ち受ける。以降、ＣＰＵ３１は、ユーザからの指示に従って、既に説明したステップＳ８０以降の処理を実行する。

なお、図４に示した宛先の登録処理におけるステップＳ１２０の処理では、ＣＰＵ３１は宛先の更新指示を受け付けた場合、画像形成装置１０に存在する全ての既存グループをグループ選択画面２６のグループリスト２６Ａに表示したが、宛先の更新指示を受け付ける前にはグループリスト２６Ａに表示していなかったグループだけを選択して、グループリスト２６Ａに表示するようにしてもよい。

このように本実施の形態に係る画像形成装置１０によれば、ユーザが新たな宛先を登録する場合に、受け付けた宛先の属性と関連する属性を有するグループを宛先の推奨登録先としてユーザに提示する。

ここでは画像形成装置１０を用いて、宛先の登録にあわせて宛先の推奨登録先となるグループをユーザに提示する動作について説明したが、本実施の形態に係るグループの表示形態は画像形成装置１０にのみ適用されるものではない。本実施の形態に係るグループの表示形態は、ユーザから宛先の登録を受け付けると共に、登録された宛先をグループに分類して管理するような情報処理装置にも適用される。すなわち、画像形成装置１０は本実施の形態に係る情報処理装置の一例である。

本実施の形態に係る情報処理装置には、例えばデスクトップコンピュータ、タブレット型コンピュータ、スマートフォン、及びウェアラブル端末のように、宛先の登録及び表示を行う機能を有する情報機器も含まれる。

＜第１実施形態の変形例１＞
第１実施形態では宛先の送信先属性に着目して、宛先と関連するグループを提示する例について説明したが、例えば宛先にメールアドレスが含まれ、メールに関するグループが細分化されている場合、グループ選択画面２６のグループリスト２６Ａにはメールに関する全てのグループが表示されることになる。例えばメールに関するグループが１００個あれば、１００個のグループがグループリスト２６Ａに表示される。

このような場合、グループリスト２６Ａに表示されたグループが宛先に適したグループであったとしても、ユーザは膨大な数のグループから宛先に適したグループを選択することになり、グループの数が増加するにつれて、グループの選択に要する時間が長くなる。

したがって、本変形例では図８のステップＳ７０で、グループリスト２６Ａに表示するグループを選択するために用いた属性と異なる属性、及びグループに関する履歴情報を用いて、グループリスト２６Ａに表示するグループを絞り込む画像形成装置１０の動作について説明する。

「グループに関する履歴情報」とは、グループを作成したユーザが設定するグループの属性と異なり、ユーザによるグループの選択操作やグループへの宛先の登録操作に伴って記録される情報である。グループの選択やグループへの宛先の登録が行われた場合、画像形成装置１０は例えばグループの選択回数、グループの選択時間帯、及びグループを選択したユーザを一意に識別するユーザＩＤ(Identification：ＩＤ)、並びに、グループ毎の宛先の登録数、宛先の登録時間帯、及び宛先をグループに登録したユーザのユーザＩＤ、メッセージ送信が可能なグループでは、メッセージが送信された回数や、最終メッセージが送信された時間帯といった情報を履歴情報として不揮発性メモリ３４に記憶する。本変形例ではこのような履歴情報を宛先とグループとの関連度の設定に用いる。

図８は、図４に示した宛先の登録処理のステップＳ７０で、複数の既存グループの中から送信先属性に基づいて宛先に適したグループを選択した後で、かつ、ステップＳ８０に移行する前に、ＣＰＵ３１によって実行されるグループの絞り込み処理の流れの一例を示すフローチャートである。グループの絞り込み処理を規定する情報処理プログラムは、例えば画像形成装置１０のＲＯＭ３２に予め記憶されている。画像形成装置１０のＣＰＵ３１は、ＲＯＭ３２に記憶される情報処理プログラムを読み込み、グループの絞り込み処理を実行する。

ステップＳ２００において、図４のステップＳ７０でグループの選択に用いた属性とは異なる何れかの属性を、登録対象の宛先から取得する。

本実施の形態では、図４のステップＳ７０で送信先属性を用いて宛先に適したグループを選択していることから、ＣＰＵ３１は送信先属性以外の属性を取得する。以降では、宛先の属性とグループの属性に応じて宛先に適したグループを選択した後、選択したグループの中から更に宛先に適したグループを絞り込むために用いられる属性を「絞り込み属性」という。また、説明の便宜上、図４のステップＳ７０で宛先の属性とグループの属性に応じて選択されたグループを「１次グループ」という。

絞り込み属性として用いる属性は、例えば図２に示した登録画面２２を用いて宛先を登録する場合に、ユーザが指定してもよい。ユーザが絞り込み属性を指定しなかった場合には、予め定められた属性が絞り込み属性として取得される。ここでは一例として、ＣＰＵ３１が登録画面２２に設定された所属部署を絞り込み属性として取得する例について説明する。登録画面２２の所属部署には「営業部」が設定されているものとする。

ステップＳ２１０において、ＣＰＵ３１は１次グループの中から、ステップＳ２００で取得した絞り込み属性が設定されている宛先を含むグループを抽出する。これにより、登録対象の宛先と同じ属性を有する宛先が登録されているグループが抽出される。具体的には、所属部署に「営業部」が設定されている宛先を含むグループが抽出される。したがって、送信先属性に基づいて選択されたグループであっても、例えば所属部署に「総務部」が設定されている宛先しか含まないグループは除外され、宛先に適したグループが絞り込まれる。

次にステップＳ２２０において、ＣＰＵ３１は、１次グループに含まれる各グループの履歴情報を不揮発性メモリ３４から取得する。上述したように、グループに関する履歴情報には様々な種別の情報が含まれるため、ステップＳ２２０で取得する履歴情報の種別をユーザが指定してもよい。ユーザが取得する履歴情報の種別を指定しなかった場合には、予め定められた種別の履歴情報が取得される。ここでは一例として、ユーザが画像データの送信先を設定する場合に選択したグループ毎の選択回数を履歴情報として取得する例について説明する。

ステップＳ２３０において、ＣＰＵ３１は、ステップＳ２１０で抽出されたグループがあるか否か、すなわち、ステップＳ２００で取得した絞り込み属性が設定されている宛先を含むグループがあるか否かを判定する。ステップＳ２１０で抽出されたグループがある場合にはステップＳ２４０に移行する。

ステップＳ２４０において、ＣＰＵ３１は、絞り込み属性によって絞り込まれたグループと、ステップＳ２２０で取得した履歴情報を組み合わせて、ユーザがグループに登録しようとしている宛先、すなわち、登録対象の宛先と、絞り込まれたグループとの関連度を設定する。

グループにおける宛先との関連度とは、宛先の属性及びグループの履歴情報の少なくとも一方に基づいて算出される、当該宛先の登録先としての推奨度合いのことである。宛先との関連度が高いグループほど、宛先の登録先としての推奨度合いが高いグループであることを示している。

例えば所属部署が「営業部」に設定された宛先を含むグループであっても、各々のグループが画像データの送信先として同程度に選択されることは少なく、実際にはグループの選択回数に差が生じる。他のグループに比べて選択回数の少ないグループは、例えば既に取引を行っていないような相手の宛先が登録されているグループであったりすることから、これから画像データの送信先として利用しようとするユーザの意思に従って登録される宛先を、こうしたグループに登録させることは好ましくない。したがって、ＣＰＵ３１は、取得した履歴情報がグループの選択回数の場合には、選択回数の多いグループほど宛先との関連度が高くなるように関連度を設定する。

なお、例えば取得した履歴情報が、宛先をグループに登録したユーザのユーザＩＤである場合、登録対象の宛先をグループに登録しようとしているユーザのユーザＩＤが多く記録されているグループほど、当該ユーザが宛先を登録する確度の高いグループであると言えるため、登録対象の宛先との関連度を高く設定すればよい。

また、例えば海外にいる相手の日中の時間帯にあわせて仕事をする場合、相手の宛先をグループに登録する時間帯は、相手の日中の時間帯に行われることが多いため、相手が居住する国や地域に応じて、特定の時間帯に宛先の登録が行われる傾向が見られる。このような場合には、例えばグループへの宛先の登録時間帯を履歴情報として取得し、ユーザが登録対象の宛先をグループに登録しようとしている時間帯と同じ時間帯に登録された宛先の登録数が多いグループほど、登録対象の宛先との関連度を高く設定すればよい。

このように、ＣＰＵ３１は、ユーザによるグループへの宛先の登録状況と、取得した履歴情報から得られる、グループへの既存宛先の登録状況やグループの選択状況を比較し、同じ傾向が見られるグループや、頻繁に用いられるグループといった履歴情報の種別に応じて得られるグループの利用傾向を示す統計情報から、グループ毎に登録対象の宛先との関連度を設定する。

そして、ステップＳ２５０において、ＣＰＵ３１は、ステップＳ２１０で絞り込み属性を用いて絞り込んだ各々のグループを、登録対象の宛先との関連度がわかるようにグループ選択画面２６のグループリスト２６Ａに表示する。

具体的には、ＣＰＵ３１は絞り込んだグループのグループ名と共に、関連度を数値化して表示してもよい。例えば選択回数の最も多いグループから順に１位、２位、・・・というように選択回数の順位を各々のグループに割り当て、グループの選択回数の順位を宛先との関連度として表示してもよい。また、グループの選択回数そのものを登録対象の宛先との関連度として表示してもよい。

また、ＣＰＵ３１は、登録対象の宛先との関連度を数値として表すのではく、グループを表示する位置によって表すようにしてもよい。例えばＣＰＵ３１は、登録対象の宛先との関連度が高いグループほどグループリスト２６Ａの上方に配置することで、絞り込まれたグループが、登録対象の宛先との関連度が高い方から順にグループリスト２６Ａに表示されることになる。

なお、登録対象の宛先との関連度の表示形態はこれに限られず、ＣＰＵ３１は、登録対象の宛先との関連度が高いグループほど、グループリスト２６Ａの下側に表示されるように配置してもよい。また、ＣＰＵ３１は、登録対象の宛先との関連度が高いグループほど、グループ名を表示する文字の大きさやグループ名を表示する表示領域の大きさを大きくするようにしてもよい。

以上によって図８に示すグループの絞り込み処理を終了し、図４に示した宛先の登録処理のステップＳ８０に移行する。

一方、ステップＳ２３０の判定処理で、ステップＳ２１０で抽出されたグループがないと判定された場合、すなわち、１次グループの中に、登録対象の宛先と同じ絞り込み属性が設定された宛先を含むグループが存在しない場合、ステップＳ２６０に移行する。

この場合、グループリスト２６Ａに表示するグループを絞り込み属性で絞り込むことができない。しかしながら、本変形例の場合、ステップＳ２２０でグループに関する履歴情報を取得していることから、ステップＳ２６０において、ＣＰＵ３１はグループに関する履歴情報を用いて、絞り込み属性でグループリスト２６Ａに表示するグループを絞り込む前のグループ、すなわち、１次グループの各々に対して登録対象の宛先との関連度を設定する。

取得した履歴情報がグループの選択回数の場合には、ステップＳ２４０の処理で説明したように、選択回数が少ないグループを登録対象の宛先の登録先として推奨することは好ましくない。したがって、ＣＰＵ３１は、選択回数の多いグループほど関連度が高くなるように、登録対象の宛先との関連度を設定する。

そして、ステップＳ２７０において、ＣＰＵ３１は、登録対象の宛先との関連度がわかるように１次グループの各々をグループ選択画面２６のグループリスト２６Ａに表示し、図８に示すグループの絞り込み処理を終了する。その後、図４に示した宛先の登録処理のステップＳ８０に移行する。

図９及び図１０は、登録対象の宛先に設定されている“所属部署＝「営業部」”を絞り込み属性とし、宛先との関連度の設定に用いる履歴情報にグループの選択回数を用いて、図８に示すグループの絞り込み処理を実行した場合の説明図である。

図９及び図１０では、それぞれ１次グループとして「メールグループ（東京）」、「メールグループ（大阪）」、「メールグループ（仙台）」、「メールグループ（福岡）」、「メールグループ（神奈川）」、「メールグループ（名古屋）」、「メールグループ（京都）」、及び「メールグループ（埼玉）」が選択されている。また、１次グループにおける各々のグループの選択回数の大小関係は、「メールグループ（東京）」＞「メールグループ（仙台）」＞「メールグループ（大阪）」＞「メールグループ（福岡）」＞「メールグループ（神奈川）」＞「メールグループ（名古屋）」＞「メールグループ（京都）」＞「メールグループ（埼玉）」となっているものとする。なお、選択回数が多い方のグループから順に、選択回数に関して「１位」、「２位」、・・・、「８位」のグループと表すことがある。

図９に示す例では、１次グループから“所属部署＝「営業部」”の属性を有する宛先を含むグループが抽出された場合の状況を示しており、「メールグループ（東京）」、「メールグループ（大阪）」、「メールグループ（仙台）」、「メールグループ（神奈川）」、及び「メールグループ（名古屋）」にそれぞれ“所属部署＝「営業部」”の属性を有する宛先が含まれている状況を示している。抽出されたグループにおける選択回数の大小関係は「メールグループ（東京）」＞「メールグループ（仙台）」＞「メールグループ（大阪）」＞「メールグループ（神奈川）」＞「メールグループ（名古屋）」であるから、図９に示すように、グループ選択画面２６のグループリスト２６Ａには例えば上方から“「メールグループ（東京）」、「メールグループ（仙台）」、「メールグループ（大阪）」、「メールグループ（神奈川）」、「メールグループ（名古屋）」”の順に表示されることになる。

図１０に示す例では、１次グループに“所属部署＝「営業部」”の属性を有する宛先を含むグループが存在しない場合の状況を示しており、この場合、１次グループの各々がグループリスト２６Ａに表示されることになる。

しかしながら、１次グループにおける選択回数の大小関係は、「メールグループ（東京）」＞「メールグループ（仙台）」＞「メールグループ（大阪）」＞「メールグループ（福岡）」＞「メールグループ（神奈川）」＞「メールグループ（名古屋）」＞「メールグループ（京都）」＞「メールグループ（埼玉）」である。したがって、図１０に示すように、グループ選択画面２６のグループリスト２６Ａには、例えば上方から選択回数の多いグループの順に表示されることになる。

なお、本変形例では、登録対象の宛先から取得した絞り込み属性を用いて、グループ選択画面２６のグループリスト２６Ａに表示するグループを１次グループから絞り込んだ後、グループ毎の履歴情報を用いて、登録対象の宛先と絞り込まれたグループとの関連度を設定する例について説明した。

しかしながら、グループ毎の履歴情報を用いて、登録対象の宛先とグループとの関連度を設定する場合、必ずしも絞り込み属性を用いてグループリスト２６Ａに表示するグループを１次グループから絞り込む処理を行った後でなければならないということはない。グループ毎の履歴情報を用いて、登録対象の宛先と１次グループとの関連度を設定した後、絞り込み属性を用いてグループリスト２６Ａに表示するグループを１次グループから絞りこんでもよい。また、絞り込み属性を用いてグループリスト２６Ａに表示するグループを１次グループから絞り込むことなく、グループ毎の履歴情報を用いて設定した宛先と１次グループとの関連度に従って、１次グループをグループリスト２６Ａに表示してもよい。

図８のステップＳ２５０では、１次グループのうち、登録対象の宛先と同じ絞り込み属性を有する宛先が登録されているグループの各々をグループリスト２６Ａに表示したが、例えば登録対象の宛先との関連度が高い方から上位Ｎ件（Ｎは１以上の整数）のグループを表示するというように、宛先の推奨登録先として提示するグループの数を制限してもよい。宛先の推奨登録先として提示するグループの数を制限する形態は、図８のステップＳ２７０で、１次グループの各々をグループリスト２６Ａに表示する場合に適用してもよい。

本変形例では、グループに含まれる宛先の属性をグループの属性として、登録対象の宛先の属性と比較することで、１次グループから宛先の推奨登録先となるグループを抽出した。このように、グループの属性には、例えばグループ名のようにグループ全体の特徴を示す属性の他、グループに登録されている宛先の属性も含まれる。

＜第１実施形態の変形例２＞
第１実施形態の変形例１では、１次グループを登録対象の宛先の属性に基づいて絞り込み、グループの履歴情報を用いて宛先と絞り込まれたグループとの関連度を設定したが、一方で、グループとの関連度は、グループに登録対象の宛先と同じ属性を有する宛先が登録されているか否かによっても設定される。

例えば、登録対象の宛先と同じ属性を有する宛先が登録されているグループは、登録対象の宛先と類似する宛先が登録されていることから、登録対象の宛先と同じ属性を有する宛先が登録されていないグループに比べて、宛先とグループとの関連度が高いと考えられる。これは、例えば所属部署が「営業部」のユーザの宛先は、総務部のユーザだけをまとめて登録したグループのように、営業部に所属するユーザの宛先が１件も登録されていないグループよりも、営業部に所属するユーザの宛先が登録されているグループに登録された方がよいことからも自明である。

本変形例では、登録対象の宛先に含まれる属性とグループの履歴情報を用いて宛先とグループとの関連度の設定を行い、設定した関連度に基づいて、グループ選択画面２６のグループリスト２６Ａに推奨登録先となるグループを表示する画像形成装置１０の動作について説明する。

図１１は、図４に示した宛先の登録処理のステップＳ７０で、既存グループの中から送信先属性に基づいて宛先に適したグループ、すなわち、１次グループを選択した後で、かつ、ステップＳ８０に移行する前に、ＣＰＵ３１によって実行される関連度設定処理の流れの一例を示すフローチャートである。関連度設定処理を規定する情報処理プログラムは、例えば画像形成装置１０のＲＯＭ３２に予め記憶されている。画像形成装置１０のＣＰＵ３１は、ＲＯＭ３２に記憶される情報処理プログラムを読み込み、関連度設定処理を実行する。

ステップＳ３００において、ＣＰＵ３１は、１次グループの選択に用いた属性（図４に示した宛先の登録処理の例の場合は送信先属性）とは異なる何れかの属性を絞り込み属性として、登録対象の宛先から取得する。

ステップＳ３１０において、ＣＰＵ３１は１次グループの中から、何れか１つのグループを選択する。ステップＳ３１０で選択したグループを「選択グループ」という。

ステップＳ３２０において、ＣＰＵ３１は選択グループに登録されている各々の宛先（「既存宛先」という）を参照し、ステップＳ３００で取得した絞り込み属性と同じ属性を有する既存宛先の数を集計する。

ステップＳ３３０において、ＣＰＵ３１は、１次グループの中にまだステップＳ３００の処理で選択されていない未選択のグループが存在するか否かを判定する。未選択のグループが存在する場合にはステップＳ３１０に移行する。すなわち、１次グループに含まれる全てのグループが選択されるまでステップＳ３１０～Ｓ３３０を繰り返し実行することで、１次グループに含まれる各々のグループに対して、ステップＳ３００で取得した絞り込み属性と同じ属性を有する既存宛先の数が集計される。

ステップＳ３３０の判定処理で、１次グループに含まれる全てのグループが選択されたと判定された場合、ステップＳ３４０に移行する。

ステップＳ３４０において、ＣＰＵ３１は、１次グループに含まれる各グループについて、予め指定された種別の履歴情報を不揮発性メモリ３４から取得する。

ステップＳ３５０において、ＣＰＵ３１は、１次グループの中に、ステップＳ３００で取得した絞り込み属性と同じ属性を有する既存宛先が１つ以上あるグループが存在するか否かを判定する。当該グループが１つでも存在する場合にはステップＳ３６０に移行する。

ステップＳ３６０において、ＣＰＵ３１は、１次グループに含まれる各グループに対して、ステップＳ３００で取得した絞り込み属性と同じ属性を有する既存宛先の数に応じた、登録対象の宛先との関連度を設定する。具体的には、ＣＰＵ３１は、ステップＳ３００で取得した絞り込み属性と同じ属性を有する既存宛先が多く登録されているグループほど、登録対象の宛先との関連度を高く設定する。

上述したように、登録対象の宛先と同じ属性を有する宛先が登録されているグループは、登録対象の宛先と同じ属性を有する宛先が登録されていないグループに比べて、宛先とグループとの関連度が高いことについて説明したが、同じ理由により、登録対象の宛先と同じ属性を有する宛先の登録数が多いグループほど宛先に適したグループと言えるため、登録対象の宛先との関連度を高く設定することが好ましい。

また、ＣＰＵ３１は、図８に示したグループの絞り込み処理におけるステップＳ２４０で説明した処理に従い、ステップＳ３４０で取得した履歴情報を用いて、１次グループに含まれる各々のグループに対して登録対象の宛先との関連度を設定する。

そして、ＣＰＵ３１は、絞り込み属性によって設定した関連度と、履歴情報によって設定した関連度を合計して、グループ毎に登録対象の宛先との最終的な関連度を設定する。すなわち、例えば他のグループに比べて絞り込み属性によって設定された関連度が低いグループであっても、他のグループよりも履歴情報によって設定された関連度が高いグループであれば、１次グループの中で登録対象の宛先との関連度が最も高いグループになることもあり得る。

ステップＳ３７０において、ＣＰＵ３１は、設定した登録対象の宛先との関連度に従って、推奨登録先のグループを登録対象の宛先との関連度がわかるようにグループ選択画面２６のグループリスト２６Ａに表示して、図１１に示す関連度設定処理を終了する。

なお、グループの表示形態については、図８に示したグループの絞り込み処理におけるステップＳ２５０で説明した表示形態が適用される。グループリスト２６Ａに推奨登録先のグループを表示する場合、ＣＰＵ３１は、例えば登録対象の宛先との関連度が高い方から上位Ｎ件のグループを表示するというように推奨登録先として提示するグループの数を制限すれば、推奨登録先のグループが１次グループから絞り込まれることになる。

一方、ステップＳ３５０の判定処理で、ステップＳ３００で取得した絞り込み属性と同じ属性が設定された既存宛先が何れのグループにも存在しない場合、ステップＳ３８０に移行する。

この場合、絞り込み属性によってグループの関連度が設定できないため、図８に示したグループの絞り込み処理におけるステップＳ２６０と同じように、ＣＰＵ３１はステップＳ３４０で取得したグループに関する履歴情報を用いて、１次グループに含まれる各々のグループに対して登録対象の宛先との関連度を設定する。そして、既に説明したステップＳ３７０で、設定した登録対象の宛先との関連度に従って、推奨登録先のグループを登録対象の宛先との関連度がわかるようにグループ選択画面２６のグループリスト２６Ａに表示して、図１１に示す関連度設定処理を終了する。

なお、図１１に示す関連度設定処理を終了した後、図４に示した宛先の登録処理のステップＳ８０に移行し、グループ選択画面２６を通じたユーザからの指示を待ち受ける。

図１２は、登録対象の宛先に設定されている“所属部署＝「営業部」”を絞り込み属性とし、宛先との関連度の設定に用いる履歴情報にグループの選択回数を用いて、図１１に示す関連度設定処理を実行した場合の説明図である。図１２のグループ名には、１次グループに含まれるグループが列記されている。

１次グループに含まれるグループ、及び１次グループに含まれる各グループの選択回数に関する大小関係については、図９及び図１０に示した前提と同じであるとする。また、１次グループに含まれる各グループにおける“所属部署＝「営業部」”の属性を有する宛先の登録件数は「宛先件数」として列記されており、図１２の例の場合、「メールグループ（東京）」、「メールグループ（大阪）」、「メールグループ（仙台）」、「メールグループ（神奈川）」、及び「メールグループ（名古屋）」にそれぞれ“所属部署＝「営業部」”の属性を有する宛先が含まれている状況を示している。

画像形成装置１０は、例えば“所属部署＝「営業部」”の属性を有する宛先の登録件数が多いグループから順に順位をつけることで、各々のグループに対して絞り込み属性による関連度を設定する。この場合、順位を示す値が小さいグループほど、登録対象の宛先との関連度が高いことを示していることになる。絞り込み属性によって各々のグループに設定された順位（関連度）は図１２に示す通りである。

また、画像形成装置１０は選択回数の多いグループから順に順位をつけることで、各々のグループに対して履歴情報による関連度を設定する。この場合、絞り込み属性による関連度の設定と同じく、順位を示す値が小さいグループほど、登録対象の宛先との関連度が高いことを示していることになる。履歴情報によって各々のグループに設定された順位（関連度）は図１２に示す通りである。

そして、画像形成装置１０は絞り込み属性による関連度を示すグループの順位と、履歴情報による関連度を示すグループの順位を合計し、合計値が少ないグループから順に「１位」、「２位」、・・・、「８位」と順位を設定する。この場合、順位を示す値が小さいグループほど、登録対象の宛先との関連度が高いことを示していることになる。

したがって、図１２に示す１次グループの例では、図１３に示すように登録対象の宛先との関連度が高いグループから順に「メールグループ（東京）」、「メールグループ（仙台）」、「メールグループ（大阪）」、「メールグループ（名古屋）」、「メールグループ（神奈川）」、「メールグループ（福岡）」、「メールグループ（京都）」、「メールグループ（埼玉）」の並びとなる。例えば登録対象の宛先との関連度が高い方から上位３件のグループを宛先の推奨登録先として提示する場合、「メールグループ（東京）」、「メールグループ（仙台）」、及び「メールグループ（大阪）」がグループ選択画面２６のグループリスト２６Ａに表示される。

なお、図１１に示す関連度設定処理では、絞り込み属性を１つ用いて登録対象の宛先との関連度を設定する例について説明したが、複数の絞り込み属性を用いて登録対象の宛先との関連度を設定してもよい。この場合、取得した絞り込み属性毎に登録対象の宛先との関連度を設定し、設定した各々の関連度と、履歴情報によって設定される関連度を合計することで、登録対象の宛先との最終的な関連度が設定される。

図１４は２つの絞り込み属性と１つの履歴情報を用いて設定したグループの関連度の例を示す図である。具体的には、“所属部署＝「営業部」”と“出身地＝「名古屋」”を絞り込み属性として用いており、図１４の例では「営業部」が「絞り込み属性１」、「名古屋」が「絞り込み属性２」に対応している。

各グループにおける、出身地が「名古屋」の属性を有する宛先の登録件数と順位が図１４の「絞り込み属性２による関連度」の欄で示されている状況の場合には、「絞り込み属性１による関連度」の順位と、「履歴情報による関連度」と、「絞り込み属性２による関連度」の順位を合計することで、「絞り込み属性と履歴情報による関連度」欄に記載された関連度が得られる。

したがって、図１４に示す１次グループの例では、図１５に示すように登録対象の宛先との関連度が高いグループから順に「メールグループ（東京）」、「メールグループ（神奈川）」、「メールグループ（大阪）」、「メールグループ（福岡）」、「メールグループ（仙台）」、「メールグループ（名古屋）」、「メールグループ（京都）」、「メールグループ（埼玉）」の並びとなる。例えば登録対象の宛先との関連度が高い方から上位３件のグループを宛先の推奨登録先として選択する場合、所属部署だけを絞り込み属性に用いて登録対象の宛先との関連度を設定した場合と異なり、「メールグループ（東京）」、「メールグループ（神奈川）」、及び「メールグループ（大阪）」がグループ選択画面２６のグループリスト２６Ａに表示される。

なお、図１４では絞り込み属性を複数取得する例について説明したが、グループの履歴情報を複数取得し、絞り込み属性を複数取得した場合の例と同じようにして、各々のグループに登録対象の宛先との関連度を設定してもよいことは言うまでもない。

このように本変形例に係る画像形成装置１０によれば、登録対象の宛先に含まれる属性によって設定される登録対象の宛先との関連度と、グループの履歴情報によって設定される登録対象の宛先との関連度を合計することで最終関連度を設定する。そして、画像形成装置１０は、最終関連度に従ってユーザに提示する推奨登録先のグループを絞り込む。

＜第２実施形態＞
第１実施形態では、宛先を登録する場合に、宛先の属性と関連する属性を有するグループを宛先の推奨登録先として提示する情報処理装置の例として、画像形成装置１０を用いて説明したが、本実施の形態に係る情報処理装置は画像形成装置１０に限られない。

第２実施形態では、ＳＮＳのアプリケーションが動作するコンピュータやスマートフォン等の情報機器５０を用いてＳＮＳに宛先を登録する例を通して、本実施の形態に係る情報処理装置の動作について説明する。

図１６は、情報機器５０の機能構成例を示す図である。情報機器５０は入力部５１、制御部５２、出力部５３、及び通信部５４の各機能部と、記憶装置５５を含む。

入力部５１は、ユーザからの指示を受け付けて制御部５２に通知する。ユーザからの指示には、例えばＳＮＳアプリケーションの起動指示やＳＮＳに対する宛先の登録指示等が存在する。

既に説明したように、本実施の形態に係る「宛先」とは、情報を送受信する場合の相手先を表す情報であることから、ユーザ毎に定められたＳＮＳアカウントがＳＮＳにおける宛先に相当する。なお、本実施の形態に係るＳＮＳアカウントには、情報の送信先として用いられる、ユーザを一意に識別する情報の他、ＳＮＳにおけるユーザのニックネーム等が含まれていてもよい。

制御部５２は、入力部５１で受け付けたユーザの指示に従った処理が行われるように、情報機器５０に含まれる他の機能部及び記憶装置５５を制御する。

出力部５３は制御部５２の制御に従い、情報機器５０における処理状況や、ユーザから各種指示を受け付ける各種画面を表示装置に出力する。

通信部５４は制御部５２の制御に従い、ユーザがＳＮＳに入力した情報を、ユーザが指定したＳＮＳアカウント宛に送信する。また、通信部５４は、ＳＮＳを利用する他のユーザのＳＮＳアカウントからの情報を受信して制御部５２に通知する。ＳＮＳを通じて他のユーザから受信した情報や自分がＳＮＳに投稿した情報は、制御部５２によって「タイムライン」と呼ばれる情報の表示領域に表示される。

記憶装置５５は、ユーザが情報の送信相手として登録しているＳＮＳアカウントをグループ毎に記憶する。

情報の送信相手として登録しているＳＮＳアカウントには、例えばタイムラインに情報が表示されるようにフォローしたユーザのＳＮＳアカウントや、フォローされているユーザのＳＮＳアカウントが含まれる。フォローとは、特定のユーザがＳＮＳに投稿した情報を共有する仕組みであり、例えば特定のユーザを自分の友達としてＳＮＳに登録し、登録した友達の間で情報を共有することもフォローの１形態である。以降では、情報の送信相手となる相手ユーザのことを「友達」と表すことにする。

したがって、以降では相手ユーザをフォローしてユーザのＳＮＳアカウントをＳＮＳに登録することを「友達を登録する」という。ユーザが登録した友達のＳＮＳアカウントは、「友達リスト」としてまとめて記憶される。友達リストは通信回線を通じてＳＮＳを提供するサーバの記憶装置に記憶されるが、情報機器５０の記憶装置５５に記憶するようにしてもよい。各ユーザの友達リストは、他のユーザから参照可能である。

ユーザがＳＮＳを通じて友達に情報を伝える場合には、例えば登録した友達の中から情報の送信先となる友達を選択して、伝えたい情報を送信する。この場合、ＳＮＳでは、ユーザが友達リストの中から複数の友達を抽出し、メッセージや画像といった情報を同時に共有するためのグループ機能を提供する。

ＳＮＳのグループにはユーザによって、例えば「趣味仲間」や「同級生」のようにグループ名が設定される。

なお、情報機器５０の機能構成は図１６に示す機能構成例に限定されるものではない。ユーザとのインターフェースを提供する入出力機能、受け付けた情報を処理する処理機能、及び通信回線を通じてデータ通信を行う通信機能を備えていれば、情報機器５０が例えばカメラで画像を撮影する撮影部のような他の機能部を備えていてもよい。

図１７は、情報機器５０としてコンピュータ６０を用いた場合の電気系統の要部構成例を示す図である。

コンピュータ６０は、情報機器５０に係る各機能部を担うＣＰＵ６１、コンピュータ６０を情報機器５０の各機能部として機能させるための情報処理プログラムを記憶するＲＯＭ６２、ＣＰＵ６１の一時的な作業領域として使用されるＲＡＭ６３、不揮発性メモリ６４、及びＩ／Ｏ６５を備える。そして、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、不揮発性メモリ６４、及びＩ／Ｏ６５がバス６６を介して各々接続されている。

Ｉ／Ｏ６５には、例えば通信ユニット６７、入力ユニット６８、及び表示ユニット６９が接続される。

通信ユニット６７は、有線及び無線の少なくとも一方の通信回線に接続され、通信回線に接続する各装置との間でデータ通信を行う通信プロトコルを備える。ＳＮＳを提供するサーバとの情報の送受信も通信ユニット６７を通じて行われる。

入力ユニット６８は、ユーザからの指示を受け付けてＣＰＵ６１に通知する入力装置であり、例えばボタン、タッチパネル、キーボード、及びマウス等が用いられる。

表示ユニット６９は、ＣＰＵ６１によって処理された情報を表示する装置であり、例えば液晶ディスプレイ、有機ＥＬディスプレイ、及び映像をスクリーンに投影するプロジェクタ等が用いられる。

なお、Ｉ／Ｏ６５に接続されるユニットは図１７に示した各ユニットに限られず、例えばＣＰＵ６１の制御によって画像を撮影するカメラユニット等が接続されてもよい。

次に、ＳＮＳアプリケーション上で新たな友達の登録を受け付けた場合に、受け付けた友達の登録先として適したグループの提示を行う情報機器５０の動作について説明する。

図１８は、新たに登録しようとする友達（登録対象の友達）のＳＮＳアカウントを受け付けた場合に、ＣＰＵ６１によって実行される友達の登録処理の流れの一例を示すフローチャートである。友達の登録処理を規定する情報処理プログラムは、例えば情報機器５０のＲＯＭ６２に予め記憶されている。情報機器５０のＣＰＵ６１は、ＲＯＭ６２に記憶される情報処理プログラムを読み込み、友達の登録処理を実行する。

ステップＳ４００において、ＣＰＵ６１は、受け付けた友達のＳＮＳアカウントを例えば不揮発性メモリ６４に記憶して、新たに受け付けた友達のＳＮＳアカウントを友達リストに登録する。友達のＳＮＳアカウントが友達リストに登録されただけでは、友達はまだ何れのグループにも登録されない。友達リストはユーザが登録したユーザの一覧表として機能する。

グループの選択によって友達を絞り込むためには友達をグループに登録する必要があるが、そのためには、友達を登録する何らかのグループが作成されている必要がある。

したがって、ステップＳ４１０において、ＣＰＵ６１は既に作成されているグループが少なくとも１つ存在するか否かを判定する。

グループが１つも存在しない場合には、新たに登録された友達は何れのグループにも登録されることなく、図１８に示す友達の登録処理を終了する。

なお、ＣＰＵ６１は、例えば「友達を登録するグループを新規に作成しますか？」というようなメッセージを表示ユニット６９に表示し、ユーザがグループの作成を指示した場合、ユーザの指示に従ったグループ名を有するグループを作成してもよい。ＣＰＵ６１は、作成したグループに友達を登録する。

一方、ステップＳ４１０の判定処理でグループが存在すると判定された場合、ステップＳ４２０に移行する。

ＳＮＳには友達の登録先となるグループが存在することから、ステップＳ４２０において、ＣＰＵ６１は、図５に示した登録確認画面２４を表示ユニット６９に表示して、友達をグループに登録するか否かをユーザに確認する。

ステップＳ４３０において、ＣＰＵ６１は、グループへの友達の登録要否を示す指示を受け付けたか否かを判定する。まだ指示を受け付けていない場合にはステップＳ４３０の判定処理を繰り返し実行して、何らかの指示が通知されるまで待機する。一方、指示を受け付けた場合にはステップＳ４４０に移行する。

ステップＳ４４０において、ＣＰＵ６１は、受け付けた指示が登録要求であるか否かを判定する。受け付けた指示が登録要求でない場合、すなわち、登録拒否要求を受け付けた場合には、新たに登録された友達を何れのグループにも登録することなく、図１８に示す友達の登録処理を終了する。一方、受け付けた指示が登録要求の場合にはステップＳ４５０に移行する。

ＳＮＳの場合、登録したい友達のＳＮＳアカウントを入力するだけで登録が完了することから、友達の属性としてＳＮＳアカウントしか設定されないことが多い。したがって、本実施の形態でも、ＳＮＳアカウントが唯一の友達の属性である状況について説明する。

すなわち、第１実施形態に示した画像形成装置１０のように、例えばメールアドレス、ＦＡＸ番号、及びＳＮＳアカウントといった複数の送信先属性が友達に設定されることはないため、送信先属性に応じて推奨登録先となるグループを提示することができない。

したがって、ＣＰＵ６１は、登録対象の友達のＳＮＳアカウントではなく、登録対象の友達が保持している友達リストを用いて、登録対象の友達と各々のグループとの関連度を設定する。なお、友達リストは友達に関連付けられている情報であり、友達リストには登録対象の友達が自身の友達として登録したユーザのＳＮＳアカウントが含まれるため、本実施の形態に係る宛先と関連付けられている関連宛先の一例と言える。なお、友達リストは、登録対象の友達自身が登録を保留にしている友達（例えば、一方的に相手から登録されただけで、友達登録の保留リストに表示されている状態の友達）は除いたものであってもよい。

そのため、ステップＳ４５０において、ＣＰＵ６１は、登録対象の友達の友達リストが存在するか否かを判定する。友達リストの存在が確認できない場合には、例えば「友達をグループに登録できませんでした。」というようなメッセージを表示ユニット６９に表示して、登録対象の友達を何れのグループにも登録することなく、図１８に示す友達の登録処理を終了する。

一方、友達リストが存在する場合にはステップＳ４６０に移行し、ステップＳ４６０において、ＣＰＵ６１は、登録対象の友達の友達リストを取得する。

ステップＳ４７０において、ＣＰＵ６１は、存在するグループの中から何れか１つのグループを選択する。

ステップＳ４８０において、ＣＰＵ６１はステップＳ４６０で取得した友達リストと、ステップＳ４７０で選択したグループを参照して、友達リストと選択したグループの両方にそれぞれ登録されている友達の数を集計する。以降では、友達リストと選択したグループの両方にそれぞれ登録されている友達を「共通の友達」という。共通の友達は、共通の宛先の一例である。また、グループに登録されている友達と、友達リストのうちの一部の友達で共通する友達を「共通の友達」といってもよく、友達リストのうち、登録対象の友達が登録を保留にしている友達や、一度もメッセージを送っていない友達を除いた友達と、グループに登録されている友達との共通する友達を「共通の友達」といってもよい。

ステップＳ４９０において、ＣＰＵ６１は、存在するグループの中にまだステップＳ４７０の処理で選択されていない未選択のグループが存在するか否かを判定する。未選択のグループが存在する場合にはステップＳ４７０に移行する。すなわち、存在する全てのグループが選択されるまでステップＳ４７０～Ｓ４９０を繰り返し実行することで、グループの各々に対して、友達リストにも含まれる共通の友達の数が集計される。

ステップＳ５００において、ＣＰＵ６１は、グループ毎に集計された共通の友達の数に基づいて登録対象の友達と各々のグループとの関連度を設定し、登録対象の友達に適したグループを推奨登録先として表示ユニット６９に表示する。

共通の友達が多いグループほど、登録対象の友達がグループ名で表されるユーザの特徴を有する確度が高いと考えられる。例えば「趣味仲間」のグループに共通の友達が６名登録され、「同級生」のグループに共通の友達が２名登録されている場合、登録対象の友達は、ユーザの「同級生」よりも「趣味仲間」である確度の方が高い。従って、ＣＰＵ６１は共通の友達が多く登録されているグループほど、登録対象の友達との関連度が高いグループとなるように関連度を設定する。

その上で、ＣＰＵ６１は、登録対象の友達とグループとの関連度がわかるように、図６に示したようなグループ選択画面２６のグループリスト２６Ａに友達の推奨登録先のグループを表示する。具体的には、ＣＰＵ６１は、高い関連度が設定されたグループから順にグループリスト２６Ａの上方から下方に向かって表示する。すなわち、共通の友達が多く登録されているグループほど、グループリスト２６Ａの上方に表示される。ＣＰＵ６１は、グループリスト２６Ａに表示するグループの数を、関連度が上位Ｎ件のグループに制限してもよい。

なお、共通の友達が登録されているグループがある状況で、共通の友達が１人も登録されていないグループにユーザが友達を登録する可能性は低いため、ＣＰＵ６１は、共通の友達が１人も登録されていないグループをグループリスト２６Ａに表示しないようにしてもよい。

グループ選択画面２６に登録対象の友達に対する推奨登録先となるグループを表示した後、ステップＳ５１０に移行する。

なお、グループ選択画面２６におけるグループの選択に関するステップＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ５４０、及びＳ５５０の処理は、それぞれ図４に示した宛先の登録処理におけるステップＳ８０、Ｓ９０、Ｓ１００、Ｓ１１０、及びＳ１２０と同じ処理となるため説明を省略する。以上により、図１８に示す友達の登録処理を終了する。

図１９は、情報機器５０で図１８に示す友達の登録処理が行われた場合の具体例を示す図である。図１９に示す例では、ユーザＡはグループα、グループβ、及びグループγの３つのグループに属している状態で、ユーザＡがユーザＢを友達として登録する状況を表している。

なお、ユーザＢの友達リストには「ユーザＥ」、「ユーザＦ」、「ユーザＨ」、及び「ユーザＩ」の４人の友達（具体的には友達のＳＮＳアカウント）が登録されているものとする。また、グループαには「ユーザＡ」、「ユーザＣ」、及び「ユーザＤ」の３人の友達、グループβには「ユーザＡ」、「ユーザＥ」、及び「ユーザＦ」の３人の友達、グループγには「ユーザＡ」、「ユーザＦ」、及び「ユーザＧ」の３人の友達が登録されている。

この場合、ユーザＢの友達リストとグループαに登録されている共通の友達の数は０人、ユーザＢの友達リストとグループβに登録されている共通の友達の数は２人、ユーザＢの友達リストとグループγに登録されている共通の友達の数は１人となる。したがって、グループ選択画面２６のグループリスト２６Ａには、上方から「グループβ」、「グループγ」、「グループα」の順に推奨登録先のグループが表示される。

図１８では、登録対象の友達の友達リストと各グループにおける共通の友達の数から設定した登録対象の友達とグループとの関連度に基づいて、登録対象の友達に適したグループを提示したが、登録対象の友達とグループとの関連度の設定方法はこれに限られない。

登録対象の友達とグループとの関連を定量的に表す尺度であれば、登録対象の友達とグループとの関連度をどのような尺度に従って設定してもよい。

例えば登録されている友達の数が多いグループは、他のグループに比べてユーザが友達を登録しやすいグループであると言えるため、グループに登録されている友達の数が多いグループほど、高い関連度を設定してもよい。

また、情報機器５０は、グループ毎に登録対象の友達とグループとの関連度を設定しなくても、登録対象の友達とグループとの関連が認められる予め定めた条件を満たすグループを、登録対象の友達に適したグループとして提示してもよい。

例えば、共通の友達が登録されているグループは、共通の友達が登録されていないグループよりも登録対象の友達との関連が認められるため、情報機器５０は、共通の友達が少なくとも１人登録されているグループを、登録対象の友達に適したグループとして提示してもよい。この例に従えば、図１９に示した友達の登録処理が行われた場合、「グループβ」及び「グループγ」が推奨登録先のグループとして提示される。

なお、例えば何れのグループにも共通の友達が登録されていない場合や、まだグループに友達が登録されていない状況の場合には、情報機器５０は、各々のグループをグループ名に従ってグループ選択画面２６のグループリスト２６Ａに五十音順に表示する等、グループの属性の一例であるグループ名に従った表示を行ってもよい。また、情報機器５０はグループの作成順、最後に友達がグループに登録された日時順、グループに含まれる友達との情報の送受信回数順に従って、各々のグループをグループ選択画面２６のグループリスト２６Ａに表示してもよい。

このように本実施の形態に係る情報機器５０によれば、ＳＮＳ上の友達に設定されている属性がＳＮＳアカウントしかなく、また、グループの属性もグループ名しか設定されていないような状況であっても、グループに登録されている友達と、登録対象の友達の友達リストに含まれる友達を比較することで、友達の推奨登録先となるグループを提示する。

＜第２実施形態の変形例１＞
上記に示した実施形態では、登録対象の友達の属性としてＳＮＳアカウントしか設定されていない前提での友達の登録処理について説明した。しかしながら、ＳＮＳによっては友達の属性として、例えば年齢、勤務先、及び出身学校といった属性が設定されているものがある。

このようなＳＮＳの場合、情報機器５０はＳＮＳアカウントと異なる友達の属性、すなわち絞り込み属性を用いて、グループ選択画面２６のグループリスト２６Ａに表示するグループを絞り込んでもよい。

そのためには、例えば図１８に示した友達の登録処理で選択された登録対象の友達に適したグループに対して、図８に示したグループの絞り込み処理と同様の処理を実行すればよい。

図２０は、図１８に示した友達の登録処理のステップＳ５００で、登録対象の友達の友達リストと各グループの共通の友達の数に基づいて登録対象の友達に適したグループを選択した後で、かつ、ステップＳ５１０に移行する前に、ＣＰＵ６１によって実行されるグループの絞り込み処理の流れの一例を示すフローチャートである。グループの絞り込み処理を規定する情報処理プログラムは、例えば情報機器５０のＲＯＭ６２に予め記憶されている。情報機器５０のＣＰＵ６１は、ＲＯＭ６２に記憶される情報処理プログラムを読み込み、グループの絞り込み処理を実行する。

ステップＳ６００において、ＣＰＵ６１は、登録対象の友達からＳＮＳアカウントとは異なる何れかの属性を取得する。ステップＳ６００で取得した属性がグループの「絞り込み属性」となる。なお、本変形例でいう「１次グループ」とは、図１８に示した友達の登録処理によって選択されたグループのことをいう。

ステップＳ６１０において、ＣＰＵ６１は１次グループのうち、ステップＳ６００で取得した絞り込み属性が設定された友達が登録されているグループを抽出して、１次グループを絞り込む。

ステップＳ６２０において、ＣＰＵ６１は、ステップＳ６１０で１次グループから抽出したグループを、グループ選択画面２６のグループリスト２６Ａに表示して、図２０に示すグループの絞り込み処理を終了する。なお、ＣＰＵ６１は、１次グループに登録対象の友達との関連度が設定されている場合には、登録対象の友達との関連度がわかるように、グループをグループリスト２６Ａに表示する。

この場合、第１実施形態で説明したように、ＣＰＵ６１は複数の絞り込み属性を用いてグループを絞り込んでもよい。

また、ＣＰＵ６１は、図２０のステップＳ６１０で絞り込み属性を用いてグループを絞り込む場合、絞り込み属性と同じ属性を有する友達の数を１次グループに含まれるグループ毎に集計し、絞り込み属性と同じ属性を有する友達の数が多いグループほど、登録対象の友達との関連度が高くなるように関連度を設定してもよい。共通の友達の数と、絞り込み属性と同じ属性を有する友達の数というように、グループに対して複数の観点から関連度が設定されている場合には、各々の関連度を合計して、登録対象の友達との最終的な関連度をグループに設定すればよい。

以上、実施の形態を用いて本発明について説明したように、本実施の形態に係るグループには属性が設定されており、画像形成装置１０や情報機器５０は、グループの中に宛先の属性と同じ属性を有するグループ、または関連する属性を有するグループが存在するか判定する。そして、画像形成装置１０や情報機器５０は、宛先の属性と同じ属性を有するグループ、または関連する属性を有するグループが存在する場合に、これらのグループが宛先の推奨登録先のグループとして提示される。

なお、本発明は実施の形態に記載の範囲には限定されない。本発明の要旨を逸脱しない範囲で実施の形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も本発明の技術的範囲に含まれる。例えば、本発明の要旨を逸脱しない範囲で処理の順序を変更してもよい。

本実施の形態では、一例として各処理をソフトウェアで実現する形態について説明したが、各処理のフローチャートと同等の処理を、例えばＡＳＩＣ(Application Specific Integrated Circuit)に実装し、ハードウェアで処理させるようにしてもよい。この場合、各処理をそれぞれソフトウェアで実現した場合と比較して、処理の高速化が図られる。

また、上述した実施の形態では、情報処理プログラムがＲＯＭにインストールされている形態を説明したが、これに限定されるものではない。本発明に係る情報処理プログラムは、コンピュータで読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば、本発明に係る情報処理プログラムを、ＣＤ(Compact Disc)－ＲＯＭ、又はＤＶＤ(Digital Versatile Disc)－ＲＯＭ等の光ディスクに記録した形態で提供してもよい。また、本発明に係る情報処理プログラムを、ＵＳＢ(Universal Serial Bus)メモリ及びフラッシュメモリ等の半導体メモリに記録した形態で提供してもよい。更に、画像形成装置１０及び情報機器５０のような情報処理装置は、通信回線を通じて、通信回線と接続される外部装置からプログラムを取得するようにしてもよい。

１０・・・画像形成装置、１１（５１）・・・入力部、１２（５２）・・・制御部、１３・・・登録部、１４・・・プリント処理部、１５・・・ＦＡＸ処理部、１６・・・スキャン処理部、１７・・・コピー処理部、１８（５４）・・・通信部、１９（５３）・・・出力部、２０（５５）・・・記憶装置、２２・・・登録画面、２４・・・登録確認画面、２６・・・グループ選択画面、２６Ａ・・・グループリスト、２６Ｂ・・・登録ボタン、２６Ｃ・・・表示ボタン、２６Ｄ・・・中止ボタン、３０（６０）・・・コンピュータ、３１（６１）・・・ＣＰＵ、３２（６２）・・・ＲＯＭ、３３（６３）・・・ＲＡＭ、３４（６４）・・・不揮発性メモリ、３５（６５）・・・Ｉ／Ｏ、３７（６７）・・・通信ユニット、３８・・・操作ユニット、３８Ａ（６８）・・・入力ユニット、３８Ｂ（６９）・・・表示ユニット、３９・・・プリントユニット、４０・・・スキャンユニット、５０・・・情報機器

Claims (12)

1. 宛先の登録を受付ける受付部と、
   前記受付部で前記宛先の登録を受付けた場合に、予め設定されたグループのうち、前記宛先の属性を有するグループを前記宛先の推奨登録先として提示する制御を行う制御部
   を備えた情報処理装置。
2. 前記グループの属性が、前記グループの全体に対して付与される属性、及び前記グループに登録されている既存宛先の属性の少なくとも１つによって表される
   請求項１記載の情報処理装置。
3. 前記グループの全体に対して付与された属性は前記グループのグループ名である
   請求項２記載の情報処理装置。
4. 前記制御部は、前記宛先と関連する前記グループが複数存在する場合、前記グループの各々を優先度に従って、前記宛先の推奨登録先として提示する制御を行う
   請求項１～請求項３の何れか１項に記載の情報処理装置。
5. 前記制御部は、前記グループ毎の既存宛先のうち、前記宛先に関連付けられた属性と同じ属性が関連付けられている既存宛先の数が多いグループを他のグループに比べて優先的に、前記宛先の推奨登録先として提示する制御を行うことを特徴とする
   請求項４記載の情報処理装置。
6. 前記制御部は、前記グループ毎に登録されている既存宛先と、予め前記宛先と関連付けられている関連宛先との間で共通する宛先の数が多いグループを他のグループに比べて優先的に、前記宛先の推奨登録先として提示する制御を行うことを特徴とする
   請求項５記載の情報処理装置。
7. 前記制御部は、前記グループに関する履歴情報を用いて、前記宛先の推奨登録先を提示する制御を行う
   請求項４に記載の情報処理装置。
8. 前記グループに関する履歴情報に、前記グループに登録されている既存宛先の数、及び前記グループの選択回数の少なくとも一方が含まれる
   請求項７記載の情報処理装置。
9. 前記制御部は、前記宛先の推奨登録先として提示する前記グループの数を予め定めた数に制限する制御を行う
   請求項４～請求項８の何れか１項に記載の情報処理装置。
10. 前記制御部は、ユーザの指示により、前記宛先の推奨登録先として提示した予め定めた数の前記グループに含まれない他の前記グループを提示する制御を行う
    請求項９記載の情報処理装置。
11. 前記制御部は、前記宛先を複数の前記グループに登録するよう指定した登録指示を受け付けた場合、前記宛先を前記登録指示で指定された複数の前記グループに登録する
    請求項４～請求項１０の何れか１項に記載の情報処理装置。
12. コンピュータを、請求項１～請求項１１の何れか１項に記載の情報処理装置の各部として機能させるための情報処理プログラム。

Images