JP6933020B2 - 画像処理装置、情報処理システム、および方法 - Google Patents

Description

本発明は、画像処理装置、情報処理システム、および方法に関する。

従来、企業内ネットワークに設けられたＭＦＰ等の画像処理装置は共有装置として利用され、その本体の大容量記憶装置に管理情報が収められていることが多い。管理情報には、個人およびグループのデータ送信先（宛先情報）を登録したアドレス帳情報などが設定情報として含まれている。

画像処理装置本体にある宛先情報を外部の情報処理装置において編集するなどして利用する技術を開示したものがある。その開示の技術では、情報処理装置が、画像処理装置に保存されているアドレス帳から宛先情報を取得して情報処理装置内で編集するなどして管理し、ＦＡＸ送信などに利用する。画像処理装置本体の宛先情報が変更された場合には、その変更された宛先情報を取得して情報処理装置内のアドレス帳に追加する（特許文献１参照）。

しかし、画像処理装置の本体側と別のＯＳ（Operating System）及びＣＰＵ（Central Processing Unit）を有し、本体と独立して動作する操作部から、本体側にある設定情報を操作する仕組みはまだ確立されていない。そのため、画像処理装置本体側にある設定情報を上記の操作部側からの操作により取得または編集することができないという問題がある。

本発明は、上記に鑑みてなされたものであって、画像処理装置本体側にある設定情報を本体と独立して動作する操作部から操作することが可能な画像処理装置、情報処理システム、および方法を提供することを目的とする。

上述した課題を解決するために、発明の一実施の形態の画像処理装置は、画像処理を行う画像処理エンジンと、上記画像処理における設定情報を記憶する記憶手段と、上記画像処理エンジンの操作指示、及び、上記設定情報の編集の入力指示を行う操作パネルと、上記操作パネルから送信された上記設定情報の編集指示の要求を１以上のＷｅｂＡＰＩを介して受付けるＷｅｂＡＰＩサービスと、を有し、上記ＷｅｂＡＰＩサービスは、ＲＥＳＴのＷｅｂＡＰＩを介して上記操作パネルから上記画像処理における設定情報を編集する要求を受ける第１のＷｅｂＡＰＩサービスと、ＳＯＡＰのＷｅｂＡＰＩを介して外部装置から上記画像処理における設定情報を編集する要求を受ける第２のＷｅｂＡＰＩサービスを有し、上記操作パネルは、上記ＷｅｂＡＰＩサービスから、上記編集指示の要求に対する応答を受信するとともに、受信した上記応答を上記設定情報の上記編集の結果として表示する。

本発明によれば、画像処理装置本体側にある設定情報を本体と独立して動作する操作部から操作することが可能になるという効果を奏する。

図１は、第１の実施の形態に係る「画像処理装置」の一例として示すＭＦＰの外観構成を示す図である。 図２は、ＭＦＰのハードウェア構成の一例を示す図である。 図３は、ＭＦＰの本体と操作パネルとがそれぞれ発揮するアドレス帳情報の取得および編集に関する主な機能の一例を示す図である。 図４は、ＷｅｂＡＰＩサービス部の操作種類別の複数のＡＰＩの一例を示す図である。 図５は、ＷｅｂＡＰＩサービス部の各ＡＰＩの機能を説明するための図である。 図６は、ＷｅｂＡＰＩ通信部が本体に送信する各種の要求データの構成の一例を示す図である。 図７は、アドレス帳管理部が管理する各情報テーブルの相互関係を示す図である。 図８は、エントリテーブルのデータ構造の一例を示す図である。 図９は、グループテーブルのデータ構造の一例を示す図である。 図１０は、見出しテーブルのデータ構造の一例を示す図である。 図１１は、アドレス帳編集アプリの起動からグループ編集のメニュー画面が表示されるまでの処理の一例を示す図である。 図１２は、編集処理の一例を示す図である。 図１３は、宛先追加除外処理の一例を示すフロー図である。 図１４は、操作パネルの画面フローの一例を示す図である。 図１５は、操作パネルの画面フロー（続き）の一例を示す図である。 図１６は、操作パネルと本体との間の通信処理のシーケンスの一例を示す図である。 図１７は、操作パネルと本体との間の通信処理のシーケンス（続き）の一例を示す図である。 図１８は、新規作成処理の画面フローの一例を示す図である。 図１９は、第２の実施の形態に係るＭＦＰの本体が発揮する主な機能の一例を示す図である。 図２０は、操作パネルが本体の省エネモードを復帰させる処理の一例を示す図である。 図２１は、第３の実施形態に係る情報処理システムの全体構成の一例を示す図である。 図２２は、第３の実施形態に係る情報処理システムの全体構成のその他の一例を示す図である。

以下、添付図面を参照しながら、本発明に係る画像処理装置、情報処理システム、および方法の実施の形態を詳細に説明する。

（第１の実施の形態）
図１は、本実施の形態に係る「画像処理装置」の一例として示すＭＦＰ（Multifunction Peripheral）の外観構成を示す図である。ＭＦＰは、コピー機能、スキャナ機能、プリンタ機能、ファクス機能などの複数の機能の内の異なる２つ以上の機能を有する装置である。なお、「画像処理装置」は当該ＭＦＰのような異なる２つ以上の機能を有する装置に限らず単一機能を有するプリンタ装置などであっても良い。図１に示すＭＦＰ１は、一例として、コピー機能、スキャナ機能、およびプリンタ機能を有するものを示している。

ＭＦＰ１は、本体（本体部）１０と操作パネル２０とを有する。本体１０は、コピーやスキャニングなどを行う画像処理ユニットや液体を吐出させて画像を形成する画像形成ユニットなどを有する。

操作パネル２０は、本実施の形態に係る「操作パネル」の一例である。操作パネル２０は、ユーザが画像処理や画像形成のために本体１０の画像処理エンジンを操作したり、本体１０側の「設定情報」（本例では本体１０が記憶する「設定情報」）を操作したりするためのユーザインタフェースである。本体１０と操作パネル２０とは有線または無線により通信接続され、その通信路３０（図２参照）を介して操作信号やデータなどを送受信する。

本実施の形態において、操作パネル２０は本体１０から「設定情報」を取得し、必要に応じて、取得した「設定情報」を編集する。なお、「設定情報」に、本体１０が管理するその他の保有情報（管理情報）を含めても良い。本体１０は、操作パネル２０から「設定情報」の取得の入力指示を受け付けることにより、「設定情報」を操作パネル２０に出力し、操作パネル２０から「設定情報」の編集の入力指示を受け付けることにより、「設定情報」を編集して、その結果を操作パネル２０に出力する。また、操作パネル２０は、本体１０に操作指示の命令を送信するなどして画像処理エンジンを操作し、画像処理ユニットや画像形成ユニットなどを制御する。

操作パネル２０による本体１０側の「設定情報」の取得や編集（登録）を本体１０に設けたＡＰＩ（Application Programming Interface）を介して行う形態を示す。一例として、上記ＡＰＩにＷｅｂＡＰＩを適用した場合のものについて示す。以下において特に明記しない限り、「ＡＰＩ」は、「ＷｅｂＡＰＩ（主にＲＥＳＴのＷｅｂＡＰＩ）」であるものとする。ＲＥＳＴ（Representational State Transfer）のＷｅｂＡＰＩは、ＧＥＴ（取得）、ＰＯＳＴ（登録）、ＰＵＴ（更新）、ＤＥＬＥＴＥ（削除）のメソッドと、リソース（本実施の形態ではエントリ情報・グループ情報・見出し情報）を特定するＵＲＩ（Uniform Resource Identifier）を用いたリクエスト（「要求」や「要求データ」とも言う）をＷｅｂ（World Wide Web）サーバに送信し、Ｗｅｂサーバからレスポンス（「応答」や「応答データ」とも言う）をＪＳＯＮ（JavaScript（登録商標） Object Notation）やＸＭＬ（Extensible Markup Language）などで受け取る。

本実施の形態においては、「アドレス帳情報」を例に、上記「設定情報」の取得や編集（登録）の処理について説明する。なお、本体１０における「設定情報」の「編集」を、操作パネル２０における編集と区別するために、適宜、「登録（新規登録・設定変更・更新）」などとして示す。また、操作パネル２０の「操作指示」や「操作入力」は、操作パネル２０のタッチ操作などに由来するものとする。

上記「設定情報」は、操作パネル２０やその他の外部装置から取得（閲覧も含む）・編集などが可能な情報であり、この分類に上記「アドレス帳情報」が含まれる。上記「設定情報」は、そのほか、画像形成時のパラメータ（読取解像度等のスキャナを用いた読み取りジョブの設定値・プリント時のトナー濃度やカラー設定等の印刷設定）や省エネルギーモード移行時間などの各種設定値、各ユーザ認証による操作権限付与に用いるユーザ情報に紐付いたロール設定等の認証設定値、画像形成に関するログ情報の取得方法の設定等のログ設定値などを含む。

上記「アドレス帳情報」は、「宛先情報」等が登録されている情報のことである。「宛先情報」等は、例えば画像処理装置のユーザや管理者などにより登録される。「宛先情報」は、個人の識別情報と「宛先」とを対応付けた情報である。「宛先」は、スキャンやＦＡＸデータ等の、画像処理により得られる画像情報の送信先などに設定される情報で、この情報には、メールアドレス、ＦＡＸ番号、データ格納先のＵＲＩ情報などが含まれる。

なお、アドレス帳の個人毎の宛先情報は、複数の宛先を含むグループを構成することができる。グループ情報は、宛先リスト上での閲覧性を高めるとともに、スキャンジョブの送信時に、送信先としてグループを設定し、グループに含む宛先全てにまとめて送信する場合に使用する。後述する図８以下の説明では、「アドレス帳情報」に登録されている個人の宛先情報をグループ分けする処理について示す。そこでは、一例として、上記「アドレス帳情報」を「エントリ情報」、「グループ情報」、および「見出し情報」からなるデータ構造にする。このデータ構造では、「エントリ情報」が「宛先情報」に相当し、「エントリ情報」に個人以外の部署名や会社名などのグループの識別情報なども含める。このように、「宛先情報」は、データ構造に応じて、個人の宛先情報に更にグループの識別情報などを含めても良いものとする。

（ハードウェア構成）
図２は、ＭＦＰ１のハードウェア構成の一例を示す図である。図２に示すように、本体１０は、「第１のＣＰＵ（Central Processing Unit）」の一例であるＣＰＵ１００と、ＲＯＭ（Read Only Memory）１０１と、ＲＡＭ（Random Access Memory）１０２と、ＨＤＤ（Hard Disk Drive）１０３と、通信Ｉ／Ｆ１０４と、接続Ｉ／Ｆ１０５と、エンジン１０６とを有する。各部はシステムバス１０７を介して相互に接続されている。

ＣＰＵ１００は、演算処理や制御処理を実行する中央演算処理装置である。ＣＰＵ１００は、ＲＯＭ１０１やＨＤＤ１０３などに格納されている各種のプログラムをＲＡＭ１０２に読み出し、演算処理や制御処理を実行するなどして、本体１０を統括的に制御する。

ＲＯＭ１０１は、固定プログラム（例えばＢＩＯＳ（Basic Input/Output System）等）を記憶する不揮発性メモリである。ＲＡＭ１０２は、ＣＰＵ１００が各種処理の際の作業領域などとして使用する揮発性メモリである。ＨＤＤ１０３は、第１のＯＳ（Operating System）やＷｅｂサーバソフトやＷｅｂＡＰＩやデータベース管理ソフトなどの各種プログラムや、大容量データなどを格納する補助記憶装置である。大容量データは、アドレス帳情報などである。

通信Ｉ／Ｆ１０４は、本体１０がＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）等の通信ネットワークに接続するためのインタフェース（例えばＥｔｈｅｒｎｅｔ（登録商標）ボードなど）である。

接続Ｉ／Ｆ１０５は、操作パネル２０との間で通信路３０を介して通信接続するＵＳＢ（Universal Serial Bus）規格等のインタフェースである。なお、操作パネル２０との接続はＵＳＢに限定されない。また、通信路３０は有線に限らず無線であっても良い。

エンジン１０６は、画像処理コントローラや、原稿をスキャンして読み取るスキャナや、用紙等の記録媒体への印刷を行うプロッタなどを有する。

図２に示す操作パネル２０は、本体１０とは別に設けた「第２のＣＰＵ」の一例のＣＰＵ２００と、ＲＯＭ２０１と、ＲＡＭ２０２と、フラッシュメモリ２０３と、通信Ｉ／Ｆ２０４と、接続Ｉ／Ｆ２０５と、タッチパネル２０６と、ＬＣＤ（Liquid Crystal Display）２０７を有する。各部は、システムバス２０８を介して相互に接続されている。

ＣＰＵ２００は、演算処理や制御処理を実行する中央演算処理装置である。ＣＰＵ２００は、ＲＯＭ２０１やフラッシュメモリ２０３などに格納されている各種のプログラムをＲＡＭ２０２に読み出し、演算処理や制御処理を実行するなどして、操作パネル２０全体を統括的に制御する。

ＲＯＭ２０１は、固定プログラム（例えばＢＩＯＳ等）を記憶する不揮発性メモリである。ＲＡＭ２０２は、ＣＰＵ２００が各種処理の際の作業領域などとして使用する揮発性メモリである。フラッシュメモリ２０３は、本体１０とは別の「第２のＯＳ（アンドロイドＯＳ等）」や、「第２のＯＳ」の元でＣＰＵ２００によって動作するアプリ（アンドロイドアプリ等）などを格納する補助記憶装置である。なお、本明細書において「アプリケーション」を「アプリ」と省略して示すものとする。

通信Ｉ／Ｆ２０４は、操作パネル２０がＬＡＮやＶＰＮ等の通信ネットワークに接続するためのインタフェース（例えばＥｔｈｅｒｎｅｔカードなど）である。

接続Ｉ／Ｆ２０５は、本体１０との間で通信路３０を介して通信接続するＵＳＢ規格等のインタフェースである。なお、本体１０との接続はＵＳＢに限定されない。また、通信路３０は有線に限らず無線であっても良い。

タッチパネル２０６は、ＬＣＤ２０７の画面上の操作者によるタッチ位置を検知し、検知したタッチ位置の情報をＣＰＵ２００に通知する入力デバイスである。なお、入力デバイスとして、タッチパネル２０６の他にハードウェアキーなどを設けても良い。

ＬＣＤ２０７は、液晶の表示画面を有し、ＣＰＵ２００がＬＣＤ２０７に出力した画面情報を当該表示画面に表示する表示デバイスの一例である。なお、表示デバイスとして、液晶の他に、有機ＥＬ（Electro Luminescence）などを用いたものであっても良い。

（機能構成）
本実施の形態において、ＭＦＰ１の本体１０と操作パネル２０とは別々のオペレーティングシステム（それぞれ、第１のＯＳと第２のＯＳ）で動作する。操作パネル２０のアプリは、本体１０が備えるＷｅｂＡＰＩを指定して本体１０の機能を使用する。

本体１０は、ＣＰＵ１００がＲＯＭ１０１やＨＤＤ１０３などの所定のプログラムをＲＡＭ１０２に読み出して実行することにより、アドレス帳情報の取得や編集に係る各種機能を発揮する。また、操作パネル２０は、ＣＰＵ２００がＲＯＭ２０１やフラッシュメモリ２０３などの所定のプログラムをＲＡＭ２０２に読み出して実行することにより、アドレス帳情報の取得や編集に係る各種機能を発揮する。

図３は、ＭＦＰ１の本体１０と操作パネル２０とがそれぞれ発揮するアドレス帳情報の取得および編集に関する主な機能の一例を示す図である。図３に示すように、本体１０は、接続制御部１１、通信制御部１２、記憶制御部１３、要求応答部１４、ＷｅｂＡＰＩサービス部１５、アドレス帳管理部１６、エンジン制御部１７を有する。この構成において、主に記憶制御部１３やアドレス帳管理部１６（更にＨＤＤ１０３）などが「記憶手段」に相当する。主にＷｅｂＡＰＩサービス部１５が「ＷｅｂＡＰＩサービス」に相当する。主にエンジン制御部１７（更にエンジン１０６）などが「画像処理エンジン」に相当する。

接続制御部１１は、接続Ｉ／Ｆ１０５を制御して操作パネル２０と通信を確立し、操作パネル２０との間でデータを送受信する。

通信制御部１２は、通信Ｉ／Ｆ１０４を制御して通信先と通信を確立し、通信先との間でデータを送受信する。通信制御部１２は、例えば、操作パネル２０などにより選択・指定された宛先の機器と通信を確立し、その通信先に、エンジン制御部１７がエンジン１０６を制御して画像処理した画像情報を送信する「送信手段」などとして機能する。上記宛先は、本体１０が記憶するアドレス帳情報に登録されている個人やグループの宛先などである。

記憶制御部１３は、ＲＯＭ１０１や、ＲＡＭ１０２や、ＨＤＤ１０３などの記憶領域にアクセスし、データの読み出しや、データの書き込みなどを行う。

要求応答部１４は、操作パネル２０及び外部装置とＨＴＴＰ（Hypertext Transfer Protocol）通信を行う。具体的に、要求応答部１４は、上記ＨＴＴＰ通信により、受信データに含まれる要求データを処理し、その処理結果を要求元へ応答するための処理を行う。上記要求データにおいてＡＰＩが指定されている場合、要求応答部１４は、ＷｅｂＡＰＩサービス部１５の複数のＡＰＩの内の指定されたＡＰＩにより実行された実行処理結果を上記処理結果として利用する。

ＷｅｂＡＰＩサービス部１５は、アドレス帳情報の取得または編集（登録）を受け付け、アドレス帳管理部１６にアドレス帳情報のデータ操作を操作種類別に指示する複数のＡＰＩを有する。各ＡＰＩは、アドレス帳管理部１６に対しＳＱＬなどの命令によりデータ操作を指示する。なお、要求応答部１４及びＷｅｂＡＰＩサービス部１５は、ＭＦＰ１の本体１０側に有するＷｅｂサーバとして実装され、操作パネル２０及び外部装置からの要求に対応する処理として、本体１０のアドレス帳管理部１６や、エンジン制御部１７などに対する処理の指示、及び、操作パネル２０及び外部装置への応答を行う。

アドレス帳管理部１６は、ＨＤＤ１０３に格納されたアドレス帳情報を情報テーブルにより管理する。ここで管理とは、情報の対応付けや情報の操作などを意味する。具体的には、アドレス帳管理部１６は、ＨＤＤ１０３に格納された個人の識別情報や宛先等の各種情報を情報テーブルにより対応付けてアドレス帳情報として記憶する。また、アドレス帳管理部１６は、ＷｅｂＡＰＩサービス部１５のＡＰＩから所定の情報テーブルに対するデータ操作が指示されると、その情報テーブルに記憶制御部１３を介してアクセスし、アドレス帳情報のデータの抽出、新規登録、更新、削除などの指定されたデータ操作を行う。

エンジン制御部１７は、エンジン１０６にパラメータ値を設定するなどしてエンジン１０６を制御する。例えば、エンジン制御部１７は、操作パネル２０からの操作信号に基づいてエンジン１０６にパラメータ値を設定する。

操作パネル２０は、接続制御部２１、通信制御部２２、記憶制御部２３、入力受付部２４、表示制御部２５、編集制御部（アドレス帳編集アプリ）２６、ＷｅｂＡＰＩ通信部２７、画像処理操作部２８を有する。この構成において、主に入力受付部２４や編集制御部２６や画像処理操作部２８が「受付手段」に相当する。主に接続制御部２１や編集制御部２６やＷｅｂＡＰＩ通信部２７が「通信手段」に相当する。主に、表示制御部２５や編集制御部２６が「表示手段」に相当する。

接続制御部２１は、接続Ｉ／Ｆ２０５を制御して本体１０と通信を確立し、本体１０との間でデータを送受信する。例えば、接続制御部２１は、本体１０の接続制御部１１に対し、画像処理の操作信号を送信する。また、接続制御部２１は、本体１０の接続制御部１１との間で、アドレス帳情報の編集（取得含む）や画像情報の送信先の選択などに必要とする情報を送受信する。

通信制御部２２は、通信Ｉ／Ｆ２０４を制御して通信先と通信を確立し、通信先との間でデータを送受信する。

記憶制御部２３は、ＲＯＭ２０１や、ＲＡＭ２０２や、フラッシュメモリ２０３などの記憶領域にアクセスし、データの読み出しや、データの書き込みなどを行う。

入力受付部２４は、タッチパネル２０６からのタッチ位置の情報を受け付ける。

表示制御部２５は、ＬＣＤ２０７に画面情報を出力して表示を制御する。

編集制御部２６は、操作パネル２０の操作者と対話形式でアドレス帳情報を編集する。編集制御部２６は、アドレス帳情報を編集する際に、画面情報の表示を表示制御部２５に指示したり、操作者により入力された編集情報を入力受付部２４から受け付けたり、本体１０への要求データの送信をＷｅｂＡＰＩ通信部２７に指示したり、本体１０からの応答データをＷｅｂＡＰＩ通信部２７から受け取ったりする。

ＷｅｂＡＰＩ通信部２７は、本体１０の要求応答部１４とＨＴＴＰ通信を行う。具体的には、ＷｅｂＡＰＩ通信部２７は、編集制御部２６が操作パネル２０のＵＩ（User Interface）で受け付けたユーザの入力に基づくリクエストを、ＨＴＴＰクライアントを使って本体のＷｅｂサーバ（要求応答部１４・ＷｅｂＡＰＩサービス含む）に投げる。また、そのＨＴＴＰ通信において、ＷｅｂＡＰＩサービス部１５のＡＰＩを指定し、ＡＰＩの実行処理結果を受け取る。

画像処理操作部２８は、操作パネル２０の操作者と対話形式で画像処理の操作を受け付ける。例えば、画像処理操作部２８は、画面情報の表示を表示制御部２５に指示し、操作者により入力された操作を入力受付部２４から受け付け、本体１０への操作信号の送信を接続制御部２１に指示する。なお、画像処理操作部２８は、本体１０の画像処理の操作を本体１０が用意した画像処理用のＡＰＩを介して行っても良い。

図４は、ＷｅｂＡＰＩサービス部１５の操作種類別の複数のＡＰＩの一例を示す図である。図４に示すように、ＷｅｂＡＰＩサービス部１５は、ＡＰＩとして、エントリ情報ＡＰＩ（第１のＡＰＩ）１５−１と、グループ情報ＡＰＩ（第２のＡＰＩ）１５−２と、グループ情報登録ＡＰＩ（第３のＡＰＩ）１５−３と、見出し情報ＡＰＩ（第４のＡＰＩ）１５−４とを含む。この中で、エントリ情報ＡＰＩは「宛先情報ＡＰＩ」の一例である。グループ情報登録ＡＰＩは「登録ＡＰＩ」の一例である。

ここで、一例として、エントリ情報ＡＰＩ１５−１のパスは、「／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ」であるものとする。グループ情報ＡＰＩ１５−２のパスは、「／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ」であるものとする。グループ情報登録ＡＰＩ１５−３のパスは、「／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ」であるものとする。見出し情報ＡＰＩ１５−４のパスは、「／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｔａｇｓ」であるものとする。グループ情報ＡＰＩ１５−２のパスとグループ情報登録ＡＰＩ１５−３のパスが同じであるが、グループ情報ＡＰＩ１５−２とグループ情報登録ＡＰＩ１５−３は同一のものであり、メソッドの種類により使い分けるものとする。なお、本明細書では便宜的にこれらを分けて示す。

図５は、ＷｅｂＡＰＩサービス部１５の各ＡＰＩの機能を説明するための図である。図５には、一例として、アドレス帳管理部１６がアドレス帳情報を後述するエントリテーブル（第１の情報テーブル）Ｔ１（図７参照）と、グループテーブル（第２の情報テーブル）Ｔ２（図７参照）と、見出しテーブル（第３の情報テーブル）Ｔ３（図７参照）とを有するデータベースＤＢにより管理することを前提にした場合のものを示している。

エントリ情報ＡＰＩ１５−１は、ＧＥＴメソッドにより、エントリテーブルＴ１により管理されている個人やグループのエントリ情報から一部または全てのエントリ情報を取得する。「エントリ情報」については後述する。

グループ情報ＡＰＩ１５−２は、ＧＥＴメソッドにより、グループテーブルＴ２により管理されているグループ情報を取得する。「グループ情報」については後述する。

グループ情報登録ＡＰＩ１５−３は、ＰＯＳＴメソッドにより、グループテーブルＴ２にグループ編集情報を登録する。「グループ編集情報」は、操作パネル２０において編集されたアドレス帳情報のグループについての編集情報である。「グループ編集情報」について詳しくは後述する。

見出し情報ＡＰＩ１５−４は、ＧＥＴメソッドにより、見出しテーブルＴ３により管理されている見出し情報を全取得する。「見出し情報」については後述する。

なお、これらの機能以外にも、各ＡＰＩは、メソッドの変更などによりデータの追加や削除などを行うように機能する。例えば、エントリ情報ＡＰＩ１５−１は、ＰＯＳＴメソッドにより、エントリテーブルＴ１に１件分のエントリ情報を追加するように機能する。グループ情報ＡＰＩ１５−２は、ＤＥＬＥＴＥメソッドにより、グループテーブルＴ２により管理されているグループ情報を全件削除するように機能する。

（要求データの構成）
続いて、ＷｅｂＡＰＩ通信部２７が本体１０に送信する要求データについて説明する。ここでは、当該要求データとして、メソッドと、リソースを特定するＵＲＩを含む要求データの構成について示す。本体１０とのＨＴＴＰ通信によりやりとりするデータは一例としてＪＳＯＮ形式とする。

図６（ａ）は、ＷｅｂＡＰＩ通信部２７が本体１０に送信する見出し情報要求データ（第１の要求データ）の構成の一例を示す図である。見出し情報要求データは、編集制御部２６から見出し情報の一括取得の指示を受けた場合に使用する要求データである。

図６（ａ）に示すように、見出し情報要求データとして、メソッドをＧＥＴに指定し、見出し情報ＡＰＩ１５−４（図４参照）のパスをＵＲＩに指定する。本例では、見出し情報ＡＰＩ１５−４のパスは「ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｔａｇｓ」であるため、それをＵＲＩに指定している。

図６（ｂ）は、ＷｅｂＡＰＩ通信部２７が本体１０に送信するエントリ情報要求データ（第２の要求データ）の構成の一例を示す図である。エントリ情報要求データは、編集制御部２６からエントリテーブルＴ１の１件分のエントリ情報の取得指示を受けた場合に使用する要求データである。

図６（ｂ）に示すように、エントリ情報要求データとして、メソッドをＧＥＴに指定し、エントリ情報ＡＰＩ１５−１（図４参照）のパスをＵＲＩに指定する。本例では、エントリ情報ＡＰＩ１５−１のパスは「ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ」であるため、それをＵＲＩに指定している。

図６（ｃ）は、ＷｅｂＡＰＩ通信部２７が本体１０に送信するグループ情報要求データ（第３の要求データ）の構成の一例を示す図である。グループ情報要求データは、編集制御部２６からグループテーブルＴ２のグループ情報の取得指示を受けた場合に使用する要求データである。

図６（ｃ）に示すように、グループ情報要求データとして、メソッドをＧＥＴに指定し、グループ情報ＡＰＩ１５−２（図４参照）のパスをＵＲＩに指定する。本例では、グループ情報ＡＰＩ１５−２のパスは「ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ」であるため、それをＵＲＩに指定している。

図６（ｄ）は、ＷｅｂＡＰＩ通信部２７が本体１０に送信するグループ情報登録要求データ（第４の要求データ）の構成の一例を示す図である。グループ情報登録要求データは、編集制御部２６からグループテーブルＴ２へのグループ情報の登録指示を受けた場合に使用する要求データである。

図６（ｄ）に示すように、グループ情報登録要求データとして、メソッドをＰＯＳＴに指定し、グループ情報登録ＡＰＩ１５−３（図４参照）のパスをＵＲＩに指定する。本例では、グループ情報登録ＡＰＩ１５−３のパスは「ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ」であるため、それをＵＲＩに指定している。

（テーブル構成）
続いて、本体１０のアドレス帳管理部１６が管理するアドレス帳情報の情報テーブルの構成について説明する。

図７は、アドレス帳管理部１６が管理する各情報テーブルの相互関係を示す図である。エントリテーブルＴ１は、個人やグループの各エントリ情報（宛先情報）を管理するための情報テーブルである。エントリテーブルＴ１は、発番した「エントリＩＤ」ｔ１に「エントリ情報」ｔ２を対応付けている。「エントリＩＤ」ｔ１と「エントリ情報」ｔ２とを組み合わせたものが「宛先情報」である。

グループテーブルＴ２は、グループ情報を管理するための情報テーブルである。グループテーブルＴ２は、「グループＩＤ」ｔ３と、グループの構成メンバの「エントリＩＤの配列」ｔ４とを対応付けている。

見出しテーブルＴ３は、見出し情報を管理するための情報テーブルである。見出しテーブルＴ３は、「見出しＩＤ」ｔ５と、「エントリＩＤの配列」ｔ６とを対応付けている。

このテーブル構成では、図に線Ｘ１、Ｘ２により相互関係を示すように、グループテーブルＴ２の「エントリＩＤの配列」ｔ４に示されるエントリＩＤや見出しテーブルＴ３の「エントリＩＤの配列」ｔ６に示されるエントリＩＤなどがエントリテーブルＴ１の「エントリＩＤ」ｔ１により管理される。

図８は、エントリテーブルＴ１のデータ構造の一例を示す図である。図８に示すエントリテーブルＴ１０は、「エントリＩＤ」ｔ１０と、「エントリ情報」ｔ１１とを有する。

「エントリＩＤ」ｔ１０は、「エントリＩＤ」ｔ１の一例で、「エントリ情報」ｔ１１を一意に管理するためのＩＤである。ＩＤには、個人とグループを識別することができるようにグループを示すＩＤに一例として識別情報「ｃ」を付加している。識別情報は、数字などであっても良い。

「エントリ情報」ｔ１１は、「エントリ情報」ｔ２の一例である。ここでは、「エントリ種別」ｔ１１０、「表示名」ｔ１１１、「宛先」としての、「メールアドレス」ｔ１１２、「ＦＡＸ番号」ｔ１１３、「フォルダ送信先」ｔ１１４などを含めている。

「エントリ種別」ｔ１１０は、ユーザ（Ｕｓｅｒ）や、アドレス（Ａｄｄｒｅｓｓ）や、グループ（Ｇｒｏｕｐ）などのエントリ種別を区別するための情報である。以下では、エントリ種別がユーザ（Ｕｓｅｒ）またはアドレス（Ａｄｄｒｅｓｓ）であるエントリ情報（宛先情報）を「個人エントリ情報」として記載する。また、エントリ種別がグループ（Ｇｒｏｕｐ）であるエントリ情報（宛先情報）を「グループエントリ情報」として記載する。

「表示名」ｔ１１１は、ＵＩ画面に表示させるエントリされた個人やグループの名称である。

図９は、グループテーブルＴ２のデータ構造の一例を示す図である。図９に示すグループテーブルＴ２０は、「グループＩＤ」ｔ２０と、「表示名」ｔ２１と、「エントリ数」ｔ２２と、「エントリＩＤの配列」ｔ２３とを有する。

「グループＩＤ」ｔ２０は、「グループＩＤ」ｔ３の一例で、グループを一意に識別するためのＩＤである。「表示名」ｔ２１は、ＵＩ画面に表示させるグループ名称である。「エントリ数」ｔ２２は、「グループＩＤ」ｔ２０のグループの構成メンバのエントリ数である。「エントリＩＤの配列」ｔ２３は、「エントリＩＤの配列」ｔ４の一例で、「グループＩＤ」ｔ２０のグループの構成メンバのエントリＩＤである。

「グループ情報」は、グループと当該グループの構成メンバとの対応関係を示す情報のことである。ここでは、主に「グループＩＤ」ｔ２０と「エントリＩＤの配列」ｔ２３との対応関係を示す情報のことである。

図１０は、見出しテーブルＴ３のデータ構造の一例を示す図である。図１０に示す見出しテーブルＴ３０は、「見出しＩＤ」ｔ３０と、「表示名」ｔ３１と、「エントリ数」ｔ３２と、「エントリＩＤの配列」ｔ３３とを有する。

「見出しＩＤ」ｔ３０は、「見出しＩＤ」ｔ５の一例で、見出しを一意に識別するためのＩＤである。「表示名」ｔ３１は、ＵＩ画面に表示させる見出しである。「エントリ数」ｔ３２は、「見出しＩＤ」ｔ３０の見出しに属するエントリＩＤのエントリ数である。本例では個人およびグループの各エントリＩＤの総エントリ数を示す。「エントリＩＤの配列」ｔ３３は、「エントリＩＤの配列」ｔ６の一例で、「見出しＩＤ」ｔ３０の見出しに属する個人およびグループのエントリＩＤである。

「見出し情報」は、見出しと当該見出しに属する個人やグループとの対応関係を示す情報のことである。ここでは、主に「見出しＩＤ」ｔ３０と「エントリＩＤの配列」ｔ３３との対応関係を示す情報のことである。「見出し」は、個人やグループのエントリ情報を個人名やグループ名の文字の並びに従って分類する「あ行」や「か行」等の分類用の見出しのことである。

（ＭＦＰ１の処理）
続いて、本体１０のアドレス帳情報を操作パネル２０において編集（取得含む）する場合のＭＦＰ１の動作について説明する。先ず、図１１〜図１３に示す操作パネル２０における処理を、図１４および図１５に示す操作パネル２０の画面フローを適宜参照しながら説明する。

（操作パネル２０における処理）
図１１は、アドレス帳編集アプリの起動からグループ編集のメニュー画面が表示されるまでの処理の一例を示す図である。先ず、ホーム画面１０００（図１４参照）のアドレス帳編集アプリのアイコン１００１（図１４参照）がタッチ操作されると編集制御部２６が起動する（Ｓ１）。タッチ操作の代わりにキー操作などでも良い。なお、以下のタッチ操作も同様のものとする。また、以下において、各種のボタンのタッチ操作はボタンを押下する操作であるものとする。

起動過程において、編集制御部２６は、ＷｅｂＡＰＩ通信部２７に、本体１０の要求応答部１４への接続確認用のデータの送信を指示する（Ｓ２）。

その後、編集制御部２６は、本体１０の要求応答部１４から応答された接続確認情報がＷｅｂＡＰＩ通信部２７から通知されると、その接続確認情報が接続可を示す情報であるかを判定する（Ｓ３）。

編集制御部２６は、上記接続確認情報が接続可を示す情報である場合（ステップＳ３：Ｙｅｓ判定）、アドレス帳編集アプリのメニュー画面１１００（図１４参照）の表示を表示制御部２５に指示して起動を完了し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ４）。また、編集制御部２６は、上記接続確認情報が接続不可を示す情報である場合（ステップＳ３：Ｎｏ判定）、接続不可のダイアログボックスを表示するなどしてアドレス帳編集アプリのプログラムを終了する。

アドレス帳編集アプリのメニュー画面１１００（図１４参照）には、宛先情報をグループ化する新規作成ボタン１１０１と、既存グループの構成メンバを編集する構成メンバ編集ボタン１１０２と、既存グループを削除するボタン１１０３の、３つの処理項目を設けている。

ステップＳ４の処理後、編集制御部２６は、新規作成ボタン１１０１がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ５）。入力情報が新規作成ボタン１１０１のタッチ操作を示す情報である場合（ステップＳ５：Ｙｅｓ判定）、編集制御部２６は、新規作成処理を実行する（Ｓ６）。新規作成処理の実行後、編集制御部２６は、ステップＳ４に戻ってアドレス帳編集アプリのメニュー画面１１００の表示を指示して次の入力まで待機する。

入力情報が新規作成ボタン１１０１のタッチ操作を示す情報でない場合（ステップＳ５：Ｎｏ判定）、編集制御部２６は、構成メンバ編集ボタン１１０２がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ７）。入力情報が構成メンバ編集ボタン１１０２のタッチ操作を示す情報である場合（ステップＳ７：Ｙｅｓ判定）、編集制御部２６は、編集処理を実行する（Ｓ８）。編集処理の実行後、編集制御部２６は、ステップＳ４に戻ってアドレス帳編集アプリのメニュー画面１１００の表示を指示して次の入力まで待機する。

入力情報が構成メンバ編集ボタン１１０２のタッチ操作を示す情報でない場合（ステップＳ７：Ｎｏ判定）、編集制御部２６は、ボタン１１０３がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ９）。入力情報がボタン１１０３のタッチ操作を示す情報である場合（ステップＳ９：Ｙｅｓ判定）、編集制御部２６は、既存グループを削除する処理を実行する（Ｓ１０）。この処理の実行後、編集制御部２６は、ステップＳ４に戻ってアドレス帳編集アプリのメニュー画面１１００の表示を指示して次の入力まで待機する。

入力情報がボタン１１０３のタッチ操作を示す情報でない場合（ステップＳ９：Ｎｏ判定）、編集制御部２６は、ストップボタン１１０４がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ１１）。入力情報がストップボタン１１０４のタッチ操作を示す情報である場合（ステップＳ１１：Ｙｅｓ判定）、編集制御部２６は、アドレス帳編集アプリのプログラムを終了する。入力情報がストップボタン１１０４のタッチ操作を示す情報でない場合（ステップＳ１１：Ｎｏ判定）、編集制御部２６は、ステップＳ５に戻って処理を繰り返す。

（編集処理）
続いて図１１のステップＳ８に示す編集処理の具体的な例を示す。この編集処理は、既存グループの構成メンバを編集するための処理である。

図１２は、構成メンバ編集ボタン１１０２がタッチ操作されたと判定された場合に続く編集処理の一例を示す図である。先ず、編集制御部２６は、グループ編集のメニュー画面２０００（図１５参照）の表示を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ２１）。

グループ編集のメニュー画面２０００（図１５参照）には、既存グループの属性情報を変更する属性情報変更ボタン２００１と、既存グループの構成メンバを変更する宛先追加除外ボタン２００２と、既存グループの構成メンバを確認する宛先確認ボタン２００３とを設けている。

ステップＳ２１の処理後、編集制御部２６は、属性情報変更ボタン２００１がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ２２）。入力情報が属性情報変更ボタン２００１のタッチ操作を示す情報である場合（ステップＳ２２：Ｙｅｓ判定）、編集制御部２６は、グループ名を変更するなどの属性情報変更処理を実行する（Ｓ２３）。属性情報変更処理の実行後、編集制御部２６は、ステップＳ４（図１１参照）に戻ってアドレス帳編集アプリのメニュー画面１１００の表示を指示して次の入力まで待機する。

入力情報が属性情報変更ボタン２００１のタッチ操作を示す情報でない場合（ステップＳ２２：Ｎｏ判定）、編集制御部２６は、宛先追加除外ボタン２００２がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ２４）。入力情報が宛先追加除外ボタン２００２のタッチ操作を示す情報である場合（ステップＳ２４：Ｙｅｓ判定）、編集制御部２６は、後述する宛先追加除外処理を実行する（Ｓ２５）。

入力情報が宛先追加除外ボタン２００２のタッチ操作を示す情報でない場合（ステップＳ２４：Ｎｏ判定）、編集制御部２６は、宛先確認ボタン２００３がタッチ操作されたかを入力受付部２４で受け付けられた入力情報から判定する（Ｓ２６）。入力情報が宛先確認ボタン２００３のタッチ操作を示す情報でない場合（ステップＳ２６：Ｎｏ判定）、編集制御部２６は、ステップＳ２２に戻る。入力情報が宛先確認ボタン２００３のタッチ操作を示す情報である場合（ステップＳ２６：Ｙｅｓ判定）、編集制御部２６は、本体１０からのグループ一覧情報の取得処理や、グループ一覧情報から選択されたグループの本体１０からの構成メンバのエントリ情報の取得処理などを行う宛先確認処理を実行する（Ｓ２７）。宛先確認処理の実行後、編集制御部２６は、ステップＳ４（図１１参照）に戻ってアドレス帳編集アプリのメニュー画面１１００の表示を指示して次の入力まで待機する。

グループ編集のメニュー画面２０００（図１５参照）の属性情報変更ボタン２００１や、宛先追加除外ボタン２００２や、宛先確認ボタン２００３のタッチ操作により編集制御部２６が実行する各処理では、本体１０と通信して本体１０のＡＰＩを使用する。本実施の形態では、本体１０のＡＰＩを使用する処理の一例として、宛先追加除外処理（ステップＳ２５）について説明する。

入力情報が宛先追加除外ボタン２００２のタッチ操作を示す情報である場合（ステップＳ２４：Ｙｅｓ判定）、編集制御部２６は、次の手順で宛先追加除外処理を実行する。

図１３は、宛先追加除外処理の一例を示すフロー図である。先ず、編集制御部２６は、ＷｅｂＡＰＩ通信部２７に見出し情報の一括取得を指示する（Ｓ３１）。

続いて、編集制御部２６は、見出し情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、その見出し情報からグループのエントリＩＤを一つ指定する（Ｓ３２）。見出し情報に含まれるグループのエントリＩＤは、ＩＤに付加されている識別情報「ｃ」により判断する。

そして、編集制御部２６は、ＷｅｂＡＰＩ通信部２７に対し、指定したエントリＩＤのエントリ情報（グループエントリ情報）の取得を指示する（Ｓ３３）。

編集制御部２６は、上記エントリＩＤのグループエントリ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、ステップＳ３２とステップＳ３３の処理を見出し情報に含まれる残りのグループのエントリＩＤの数だけ繰り返し、残りのグループのエントリＩＤについても一つずつＷｅｂＡＰＩ通信部２７にグループエントリ情報の取得を指示する。取得した全てのグループエントリ情報はグループ選択画面情報に設定する情報としてＲＡＭ２０２に一時的に記憶させておく。

続いて、編集制御部２６は、取得した全てのエントリＩＤのグループエントリ情報をグループ選択画面情報に設定し、その表示を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ３４）。

グループ選択画面２１００（図１５参照）には、複数のタブ２１０１を設けている。各タブ２１０１には、設定した見出しの表示名が配置され、更に、各タブ２１０１のタブ領域２１０２には、タブ２１０１の見出しに該当するグループのグループエントリ情報の選択ボタン２１０３が配置される。

グループ選択画面２１００（図１５参照）において選択ボタン２１０３のタッチ操作によりグループが選択され、更に「次へ」ボタン２１０４がタッチ操作されると、編集制御部２６は、その操作を検知し（Ｓ３５）、選択されたグループの構成メンバのエントリＩＤの取得をＷｅｂＡＰＩ通信部２７に指示する（Ｓ３６）。

続いて、編集制御部２６は、構成メンバのエントリＩＤが取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、更に、取得された構成メンバのエントリＩＤを一つ指定する（Ｓ３７）。

そして、編集制御部２６は、ＷｅｂＡＰＩ通信部２７に対し、指定したエントリＩＤのエントリ情報（個人エントリ情報）の取得を指示する（Ｓ３８）。

編集制御部２６は、上記エントリＩＤの個人エントリ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、ステップＳ３７とステップＳ３８の処理を構成メンバのエントリＩＤに含まれる残りのエントリＩＤの数だけ繰り返し、残りのエントリＩＤについても一つずつＷｅｂＡＰＩ通信部２７に個人エントリ情報の取得を指示する。取得した全ての個人エントリ情報は構成メンバ確認画面情報に設定する情報としてＲＡＭ２０２に一時的に記憶させておく。

続いて、編集制御部２６は、選択されたグループの表示名と、そのグループの構成メンバの個人エントリ情報とを構成メンバ確認画面情報に設定し、その表示を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ３９）。

構成メンバ確認画面２２００（図１５参照）には、グループ名表示エリア２２０１、構成メンバ一覧表示エリア２２０２、「追加ボタン」としての宛先追加ボタン２２０３、登録ボタン２２０４などを設けている。グループ名表示エリア２２０１にグループの表示名が配置され、構成メンバ一覧表示エリア２２０２に構成メンバの個人エントリ情報（主に表示名）とメンバ単位の除外ボタン（「削除ボタン」に相当）２２０５とが配置される。この例では、宛先追加ボタン２２０３と除外ボタン２２０５とが「編集ボタン」に相当する。

構成メンバ確認画面２２００（図１５参照）において宛先追加ボタン２２０３がタッチ操作されると、編集制御部２６は、その操作を検知し（Ｓ４０）、例えばステップＳ４１〜ステップＳ４４に示すような編集処理を行う。具体的に、編集制御部２６は、先ず全エントリＩＤの取得をＷｅｂＡＰＩ通信部２７に指示する（Ｓ４１）。

続いて、編集制御部２６は、全エントリＩＤが取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、全エントリ情報から既存の構成メンバを除外した残りの個人エントリ情報を宛先追加画面情報に設定し、その表示を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ４２）。

宛先追加画面２３００（図１５参照）には、複数のタブ２３０１を設けている。各タブ２３０１には、設定した見出しの表示名が配置され、更に、各タブ２３０１のタブ領域２３０２には、タブ２３０１の見出しに該当する個人の選択ボタン２３０３が配置される。この他、「ＯＫ」ボタン２３０４や、「取消」ボタン２３０５などを設けている。

宛先追加画面２３００（図１５参照）において選択ボタン２３０３のタッチ操作により追加メンバが選択され、更に「ＯＫ」ボタン２３０４がタッチ操作されると、編集制御部２６は、その操作を検知する（Ｓ４３）。そして、編集制御部２６は、構成メンバ確認画面２２００（図１５参照）の構成メンバ一覧表示エリア２２０２に追加メンバのボタンを配置して、表示の更新を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ４４）。

続いて、登録ボタン２２０４がタッチ操作されると、編集制御部２６は、その操作を検知する（Ｓ４５）。

そして、編集制御部２６は、編集中のグループのグループＩＤに対する編集した構成メンバのエントリＩＤの登録をＷｅｂＡＰＩ通信部２７に指示し（Ｓ４６）、更に「登録中」を示すダイアログ２４００（図１５参照）の表示を表示制御部２５に指示する（Ｓ４７）。なお、構成メンバ確認画面２２００（図１５参照）において除外ボタン２２０５が操作された場合は、編集処理のその他の一つである削除処理として、編集中のグループのグループＩＤに対する、除外ボタン２２０５が操作されたメンバのエントリＩＤの削除を、ＷｅｂＡＰＩ通信部２７に指示することになる。

続いて、編集制御部２６は、エントリＩＤの登録がＷｅｂＡＰＩ通信部２７から通知されると、編集の結果として「登録完了」を示すダイアログ２５００（図１５参照）の表示を表示制御部２５に指示し、入力受付部２４からの入力を受け付け可能にして待機する（Ｓ４８）。「登録完了」を示すダイアログ２５００（図１５参照）には、「ＯＫ」ボタン２５０１と、「他のグループの宛先を追加／除外」ボタン２５０２とを設けている。

続いて、編集制御部２６は、「ＯＫ」ボタン２５０１または「他のグループの宛先を追加／除外」ボタン２５０２のタッチ操作を検知する（Ｓ４９）。

「他のグループの宛先を追加／除外」ボタン２５０２がタッチ操作された場合、編集制御部２６は、ステップＳ３４に戻り、同様の手続きで処理を行う。

また、「ＯＫ」ボタン２５０１がタッチ操作された場合、編集制御部２６は、ステップＳ４に戻る。

（ＷｅｂＡＰＩ通信部と本体との通信処理）
続いて、アドレス帳編集アプリの実行時のＷｅｂＡＰＩ通信部２７と本体１０との通信処理について説明する。ここでは、一例として、既存グループの構成メンバの編集処理（図１３参照）を行った場合の通信処理について示す。

図１６および図１７は、操作パネル２０と本体１０との間の通信処理のシーケンスの一例を示す図である。先ず、操作者によりアドレス帳編集アプリのアイコン１００１（図１４参照）がタッチ操作されることにより編集制御部２６やＷｅｂＡＰＩ通信部２７などが起動する。

起動後、ＷｅｂＡＰＩ通信部２７は、編集制御部２６から本体１０の接続確認の指示情報を受け取り（Ｓ１００）、その指示に従い本体１０の要求応答部１４へ接続確認用の要求データを送信する（Ｓ１０１）。具体的には、ＷｅｂＡＰＩ通信部２７は、本体１０のＵＲＩを設定した要求データを本体１０へ送信し、接続を確認する。要求応答部１４では、その要求データを受け取ると、操作パネル２０との通信が可能かどうかや所定のＡＰＩの利用が全て可能かどうかなどをチェックし、チェック結果を示す情報をＷｅｂＡＰＩ通信部２７に返す。

続いて、ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの接続可能であることを示す情報を受け取ると（Ｓ１０２）、編集制御部２６にその旨を通知する（Ｓ１０３）。

編集制御部２６は、アドレス帳編集アプリのメニュー画面１１００（図１４参照）の表示を表示制御部２５に指示する。その後、操作者によりメニュー画面１１００（図１４参照）において構成メンバ編集ボタン１１０２（図１４参照）がタッチ操作されると、編集制御部２６は、グループ編集のメニュー画面２０００（図１５参照）の表示を表示制御部２５に指示する。

続いて、グループ編集のメニュー画面２０００（図１５参照）において、操作者により宛先追加除外ボタン２００２（図１５参照）がタッチ操作されると、ＷｅｂＡＰＩ通信部２７は、編集制御部２６から見出し情報の一括取得の指示情報を受け取り（Ｓ１０４）、本体１０の要求応答部１４へ見出し情報要求データとしてＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｔａｇｓ（図６参照）を送信する（たたく）（Ｓ１０５）。なお、宛先追加除外ボタン２００２は、設定情報に含まれるアドレス帳の編集を開始するためのボタンであるので「編集開始ボタン」と言える。この他にも、設定情報に含まれるアドレス帳の編集を開始するためのボタンとして相応しいものがあれば、それを「編集開始ボタン」と呼んでもよい。

本体１０の要求応答部１４は、見出し情報要求データを受け付けると、ＷｅｂＡＰＩサービス部１５の見出し情報ＡＰＩ１５−４（図４参照）を動作させる（Ｓ１０６）。

ＷｅｂＡＰＩサービス部１５（見出し情報ＡＰＩ１５−４）は、アドレス帳管理部１６に対し、見出しテーブルＴ３（図１０参照）の見出し情報の全抽出を指示する（Ｓ１０７）。この指示により、アドレス帳管理部１６は、見出しテーブルＴ３の見出し情報を全抽出する（Ｓ１０８）。

ＷｅｂＡＰＩサービス部１５（見出し情報ＡＰＩ１５−４）は、アドレス帳管理部１６から抽出処理により得られた見出し情報を受け取り（Ｓ１０９）、その見出し情報を要求応答部１４へ渡す（Ｓ１１０）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（見出し情報ＡＰＩ１５−４）から上記見出し情報を受け取ると、その見出し情報を応答データ（ＪＳＯＮ形式の表示情報、以下の応答データも同様とする）に含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１１１）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１１２）。

編集制御部２６は、見出し情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、その見出し情報からグループのエントリＩＤの１つを指定し、ＷｅｂＡＰＩ通信部２７に対し、そのエントリ情報（つまりグループエントリ情報）の取得を指示する（Ｓ１１３）。具体的には、見出し取得後に、最初に表示される「常用」の、見出しＩＤ“Ｂ１”に対応する、エントリＩＤの配列に含むグループエントリ情報である“ｃ１”, “ｃ２”のエントリ情報を取得する。なお、見出しのタグを操作者が選択するたびに、その見出しに含むエントリＩＤのグループエントリ情報を取得する。

ＷｅｂＡＰＩ通信部２７は、編集制御部２６により指定された１つのエントリＩＤ（グループのエントリＩＤ）をエントリ情報要求データのＵＲＩ（図６参照）にリクエストパラメータとして付加し、そのエントリ情報要求データを本体１０の要求応答部１４へ送信する（たたく）（Ｓ１１４）。具体的には、ＷｅｂＡＰＩ通信部２７は、エントリ情報要求データのＵＲＩ（図６参照）に対し、「キー」として「エントリＩＤ」の識別子を設定し、「値」として「上記１つのエントリＩＤ」を設定する。例えば、図８の“ｃ１”(総務部)のグループエントリ情報を取得する場合、ＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ／ｃ１と記述された関数を、操作パネル２０からＷｅｂＡＰＩを提供する本体１０側のＷｅｂサーバ（要求応答部１４・ＷｅｂＡＰＩサービスを含む）に送信する。なお、関数の“ｃ１”はグループＩＤであり「値」である。

本体１０の要求応答部１４は、エントリ情報要求データを受け付けると、ＷｅｂＡＰＩサービス部１５のエントリ情報ＡＰＩ１５−１（図４参照）を動作させる（Ｓ１１５）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、リクエストパラメータとして付加された「キー：エントリＩＤ」と「値：１つのエントリＩＤ（この場合、グループのエントリＩＤを示す「ｃ１」など）」を抽出対象に指定し、アドレス帳管理部１６に対しエントリテーブルＴ１のエントリ情報（グループエントリ情報）の抽出を指示する（Ｓ１１６）。この指示により、アドレス帳管理部１６は、エントリテーブルＴ１の指定された１つのグループエントリ情報を抽出する（Ｓ１１７）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、アドレス帳管理部１６から抽出処理により得られた１つのグループエントリ情報を受け取り（Ｓ１１８）、そのグループエントリ情報を要求応答部１４へ渡す（Ｓ１１９）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）からグループエントリ情報を受け取ると、そのグループエントリ情報を応答データに含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１２０）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１２１）。

編集制御部２６は、指定した１つのグループエントリ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、見出し情報からグループのエントリＩＤのその他の１つを指定し、ステップＳ１１３〜ステップＳ１２１のシーケンスにより本体１０からその１つのグループエントリ情報を取得する。この手続きは、見出し情報に含まれるグループのエントリＩＤの数だけ繰り返す。ＷｅｂＡＰＩ通信部２７は、編集制御部２６によりグループのエントリＩＤの１つが指定される度にその指定されたエントリＩＤをリクエストパラメータに設定し、エントリ情報要求データを本体１０の要求応答部１４へ送信する。具体的にはグループエントリ情報の取得にあたって、“ｃ１”取得後、“ｃ２”（開発部）を取得するためにＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ／ｃ２の要求を、操作パネル２０から本体１０側のＷｅｂサーバに送信する。全てのグループエントリ情報分を取得するまで複数回繰り返す。

編集制御部２６は、見出し情報に含まれるグループのエントリＩＤに対応するグループエントリ情報が全て取得されると、グループ選択画面２１００（図１５参照）の表示を表示制御部２５に指示する。グループ選択画面２１００（図１５参照）には取得したグループエントリ情報の内のグループ名などが表示されることになる。ここで、グループ選択画面２１００の選択ボタン２１０３は、この例ではアドレス帳のグループ編集を開始するためのボタンでもあるので、アドレス帳の「グループ編集開始ボタン」と言える。この他にも、アドレス帳のグループ編集を開始するためのボタンとして相応しいものがあれば、それを「グループ編集開始ボタン」と呼んでもよい。

続いて、グループ選択画面２１００（図１５参照）において操作者によりグループが選択されると、ＷｅｂＡＰＩ通信部２７は、編集制御部２６から次の指示情報を受け取る（Ｓ１２２）。この指示情報は、選択されたグループの構成メンバのエントリＩＤの取得を指示する指示情報である。ＷｅｂＡＰＩ通信部２７は、上記指示情報を受け取ると、選択されたグループのエントリＩＤをグループ情報要求データのＵＲＩ（図６参照）にリクエストパラメータとして付加し、そのグループ情報要求データを本体１０の要求応答部１４へ送信する（Ｓ１２３）。具体的には、ＷｅｂＡＰＩ通信部２７は、グループ情報要求データのＵＲＩ（図６参照）に対し、「キー」として「グループＩＤ」の識別子を設定し、「値」として「選択されたグループのエントリＩＤ」を設定する。例えば、グループ選択画面２１００の選択ボタン２１０３で「総務部」を選択すると、「総務部」のグループ情報を取得するため、エントリＩＤ“ｃ１”をＵＲＩに加えた、ＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ／ｃ１の関数を、操作パネル２０から本体１０側のＷｅｂサーバに要求として送信する。

本体１０の要求応答部１４は、グループ情報要求データを受け付けると、ＷｅｂＡＰＩサービス部１５のグループ情報ＡＰＩ１５−２（図４参照）を動作させる（Ｓ１２４）。

ＷｅｂＡＰＩサービス部１５（グループ情報ＡＰＩ１５−２）は、リクエストパラメータとして付加された「キー：グループＩＤ」と「値：選択されたグループのエントリＩＤ（ｃ１等）」を抽出対象に指定し、アドレス帳管理部１６に対しグループテーブルＴ２のグループ情報の抽出を指示する（Ｓ１２５）。この指示により、アドレス帳管理部１６は、グループテーブルＴ２の上記選択されたグループのグループ情報を抽出する（Ｓ１２６）。

ＷｅｂＡＰＩサービス部１５（グループ情報ＡＰＩ１５−２）は、アドレス帳管理部１６から抽出処理により得られたグループ情報を受け取り（Ｓ１２７）、そのグループ情報を要求応答部１４へ渡す（Ｓ１２８）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（グループ情報ＡＰＩ１５−２）から上記グループ情報を受け取ると、そのグループ情報を応答データに含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１２９）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１３０）。

編集制御部２６は、グループ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、そのグループ情報に「エントリＩＤの配列」として含まれる個人のエントリＩＤの１つを指定し、ＷｅｂＡＰＩ通信部２７に対し、そのエントリ情報（つまり個人エントリ情報）の取得を指示する（Ｓ１３１）。具体的には、「総務部」のグループ情報を取得した場合、そのエントリＩＤの配列に含まれるａ１、ａ２（図９）を取得指示する。

ＷｅｂＡＰＩ通信部２７は、編集制御部２６により指定された１つのエントリＩＤをエントリ情報要求データのＵＲＩ（図６参照）にリクエストパラメータとして付加し、そのエントリ情報要求データを本体１０の要求応答部１４へ送信する（Ｓ１３２）。具体的には、ＷｅｂＡＰＩ通信部２７は、エントリ情報要求データのＵＲＩ（図６参照）に対し、「キー」として「エントリＩＤ」の識別子を設定し、「値」として「指定された個人のエントリＩＤ（ａ１等）」を設定する。例えば、「総務部」のエントリＩＤの配列に含まれる、“ａ１”, “ａ２”をＵＲＩに加えた、ＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ／ａ１、ＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓ／ａ２の要求を、操作パネル２０から本体１０側のＷｅｂサーバに送信する。グループ情報のグループＩＤと対応するエントリＩＤの配列の数の分だけ、この要求を繰り返す。

本体１０の要求応答部１４は、エントリ情報要求データを受け付けると、ＷｅｂＡＰＩサービス部１５のエントリ情報ＡＰＩ１５−１（図４参照）を動作させる（Ｓ１３３）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、リクエストパラメータとして付加された「キー：エントリＩＤ」と「値：指定された個人のエントリＩＤ（ａ１等）」を抽出対象に指定し、アドレス帳管理部１６に対しエントリテーブルＴ１のエントリ情報（個人エントリ情報）の抽出を指示する（Ｓ１３４）。この指示により、アドレス帳管理部１６は、エントリテーブルＴ１の指定された１つ（エントリＩＤ：ａ１等）の個人エントリ情報を抽出する（Ｓ１３５）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、アドレス帳管理部１６から抽出処理により得られた１つの個人エントリ情報を受け取り（Ｓ１３６）、その個人エントリ情報を要求応答部１４へ渡す（Ｓ１３７）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）から個人エントリ情報を受け取ると、その個人エントリ情報を応答データに含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１３８）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１３９）。

編集制御部２６は、指定した個人エントリ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、上記「エントリＩＤの配列」から個人のエントリＩＤのその他の１つを指定し、ステップＳ１３１〜ステップＳ１３９のシーケンスにより本体１０からその１つの個人エントリ情報を取得する。この手続きは、当該「エントリＩＤの配列」に含まれる個人のエントリＩＤの数だけ繰り返す。ＷｅｂＡＰＩ通信部２７は、編集制御部２６により個人のエントリＩＤの１つが指定される度にその指定されたエントリＩＤをリクエストパラメータに設定し、エントリ情報要求データを本体１０の要求応答部１４へ送信する。

編集制御部２６は、当該「エントリＩＤの配列」に含まれるエントリＩＤに対応する個人エントリ情報が全て取得されると、構成メンバ確認画面２２００（図１５参照）の表示を表示制御部２５に指示する。構成メンバ確認画面２２００（図１５参照）には、取得したグループ情報のグループ名や、該グループの構成メンバの各々の個人エントリ情報の個人名などが表示されることになる。

続いて、グループに含まれるメンバを確認する確認画面である構成メンバ確認画面２２００（図１５参照）において操作者によりグループに含まれるメンバを追加するための宛先追加ボタン２２０３（図１５参照）がタッチ操作されると、ＷｅｂＡＰＩ通信部２７は、編集制御部２６から全エントリ情報の取得を指示する指示情報を受け取る（Ｓ１４０）。そして、ＷｅｂＡＰＩ通信部２７は、本体１０の要求応答部１４へエントリ情報要求データ（図６参照）を送信する（たたく）（Ｓ１４１）。具体的には、宛先追加ボタン２２０３がタッチ操作されると、ＧＥＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｅｎｔｒｉｅｓの要求を、操作パネル２０から本体１０側のＷｅｂサーバに送信し、全エントリ情報を要求する。なお、構成メンバ確認画面２２００の宛先追加ボタン２２０３や除外ボタン２２０５などが「編集操作するボタン」の一例である。

本体１０の要求応答部１４は、エントリ情報要求データを受け付けると、ＷｅｂＡＰＩサービス部１５のエントリ情報ＡＰＩ１５−１（図４参照）を動作させる（Ｓ１４２）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、アドレス帳管理部１６に対しエントリテーブルＴ１のエントリ情報の全抽出を指示する（Ｓ１４３）。この指示により、アドレス帳管理部１６は、エントリテーブルＴ１のエントリ情報を全抽出する（Ｓ１４４）。

ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）は、アドレス帳管理部１６から抽出処理により得られた全エントリ情報を受け取り（Ｓ１４５）、その全エントリ情報を要求応答部１４へ渡す（Ｓ１４６）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（エントリ情報ＡＰＩ１５−１）から全エントリ情報を受け取ると、その全エントリ情報を応答データに含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１４７）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１４８）。

編集制御部２６は、全エントリ情報が取得されたことがＷｅｂＡＰＩ通信部２７から通知されると、宛先追加画面情報の表示を表示制御部２５に指示する。宛先追加画面２３００（図１５参照）には、構成メンバ確認画面２２００（図１５参照）において表示させた既存の構成メンバを除いた残りの個人の個人名が表示されることになる。

その後、編集制御部２６は、宛先追加画面２３００（図１５参照）において追加メンバが指定されると、その追加メンバを構成メンバに対応付け、追加メンバを構成メンバに含む表示更新を行った構成メンバ確認画面２２００（図１５参照）を表示する。

その後において、編集制御部２６は、操作者により宛先追加ボタン２２０３（図１５参照）がタッチ操作されると、構成メンバ（追加メンバ含む）以外を宛先追加画面２３００（図１５参照）に表示し、更なる追加メンバを受け付ける。

以上に示すグループの構成メンバの編集後、構成メンバ確認画面２２００（図１５参照）において操作者により登録ボタン２２０４（図１５参照）がタッチ操作されると、ＷｅｂＡＰＩ通信部２７は、編集制御部２６から追加メンバの登録を指示する指示情報を受け取る（Ｓ１４９）。そして、ＷｅｂＡＰＩ通信部２７は、本体１０の要求応答部１４へグループ情報登録要求（編集・更新要求）データ（図６参照）を送信する（たたく）（Ｓ１５０）。

具体的には、ＷｅｂＡＰＩ通信部２７は、グループ情報登録要求（編集・更新要求）データ（ＰＯＳＴ）（図６参照）に対象グループの「グループＩＤ」や、「エントリＩＤの配列（追加メンバ含む）」をリクエストパラメータとして設定する。なお、除外するメンバ（除外メンバ）が有る場合は、エントリＩＤの配列から除外メンバのエントリＩＤを削除する。具体的な操作としては、上記グループメンバの追加や削除をしたうえで登録ボタン２２０４を押すと、ＵＲＩにグループＩＤと、編集後のエントリＩＤの配列がまとめて追加される。

例えば、「総務部」のグループを、元のメンバであるａ１、ａ２、から、ａ１、ｂ１に更新しようとする。ユーザは、除外ボタン２２０５を押してａ２（加藤さん）をグループから除外し、宛先追加ボタン２２０３からｂ１（サトウさん）を追加する操作をしたうえで、登録ボタン２２０４をタッチ操作する。このタッチ操作に応じて操作パネル２０から本体１０側のＷｅｂサーバに、ＨＴＴＰＳのリクエストが送信される。リクエストは、ＰＯＳＴ：／ｒｉｃｏｈ／ａｄｄｒｅｓｓ／ｇｒｏｕｐｓ／［グループＩＤ］＝ｃ１の関数及び、リクエストボディにＪＳＯＮ形式で記述されたａ１、ｂ１（エントリＩＤの配列）を含む。この操作により、本体のアドレス帳の総務部のエントリＩＤの配列が“ａ１、ｂ１”へと更新される。

本体１０の要求応答部１４は、グループ情報登録要求（編集・更新要求）データを受け付けると、ＷｅｂＡＰＩサービス部１５のグループ情報登録ＡＰＩ１５−３（図４参照）を動作させる（Ｓ１５１）。

ＷｅｂＡＰＩサービス部１５（グループ情報登録ＡＰＩ１５−３）は、リクエストパラメータとして設定された「グループＩＤ」の「エントリＩＤの配列」を指定し、アドレス帳管理部１６に対しグループテーブルＴ２の「エントリＩＤの配列」の更新を指示する（Ｓ１５２）。この指示により、アドレス帳管理部１６は、グループテーブルＴ２の指定されたグループＩＤの「エントリＩＤの配列」を更新する（Ｓ１５３）。

ＷｅｂＡＰＩサービス部１５（グループ情報登録ＡＰＩ１５−３）は、アドレス帳管理部１６から登録結果情報を受け取り（Ｓ１５４）、その登録結果情報を要求応答部１４へ渡す（Ｓ１５５）。

要求応答部１４は、ＷｅｂＡＰＩサービス部１５（グループ情報登録ＡＰＩ１５−３）から登録結果情報を受け取ると、その登録結果情報を応答データに含めて、要求元のＷｅｂＡＰＩ通信部２７に返信する（Ｓ１５６）。

ＷｅｂＡＰＩ通信部２７は、要求応答部１４からの応答データを受け取ると、編集制御部２６にその旨を通知する（Ｓ１５７）。

以上では、本体１０のＡＰＩを利用し、本体１０のアドレス帳情報を操作パネル２０において編集する処理について、処理項目「編集処理」を一例に挙げて説明した。これ以外にも、アドレス帳編集アプリが有する各種の処理項目において、操作パネル２０は、本体１０のＡＰＩを利用することにより、本体１０のアドレス帳情報の一部または全てを取得して、新規作成処理や、既存グループを削除する処理や、属性情報変更処理や、宛先確認処理などを行う。

（新規作成処理）
本体１０のＡＰＩを利用し、本体１０のアドレス帳情報を操作パネル２０において編集する処理のその他の一例として、宛先情報をグループ化する「新規作成処理」について示す。ここでは、「新規作成処理」の画面フローに基づいて本体１０との通信処理について説明することとし、既に説明済みの本体１０と操作パネル２０との間の通信処理の詳しい説明については省略する。

図１８は、新規作成処理の画面フローの一例を示す図である。先ず、新規作成ボタン１１０１（図１４参照）のタッチ操作に基づき、編集制御部２６が新規作成グループ入力画面情報の表示を表示制御部２５に指示する。これにより、画面がアドレス帳編集アプリのメニュー画面１１００（図１４参照）から当該新規作成グループ入力画面３０００に遷移する。

新規作成グループ入力画面３０００には、グループ名などのグループ属性を入力する入力項目３００１などを設けている。

続いて、編集制御部２６は、新規作成グループ入力画面３０００において、グループの属性情報を受け付け、「次へ」ボタン３００２のタッチ操作を検知すると、認証保護設定画面情報の表示を表示制御部２５に指示する。これにより、画面が認証保護設定画面３１００に遷移する。

認証保護設定画面３１００には、宛先保護、宛先コード、宛先対象などの認証保護情報の入力項目３１０１などを設けている。

続いて、編集制御部２６は、認証保護設定画面３１００において、認証保護情報を受け付け、「次へ」ボタン３１０２のタッチ操作を検知すると、本体１０の見出し情報を取得し、更に本体１０の個人エントリ情報を取得する。ここでの各情報の取得において、ＷｅｂＡＰＩ通信部２７によりＷｅｂＡＰＩサービス部１５の各種ＡＰＩが利用される。なお、新規作成ボタン１１０１は、設定情報に含まれるアドレス帳の編集を開始するためのボタンであるので、編集開始ボタンと言ってもよい。

そして、編集制御部２６は、取得した見出し情報や個人エントリ情報を構成メンバ選択画面情報に設定し、その画面情報の表示を表示制御部２５に指示する。これにより、画面が構成メンバ選択画面３２００に遷移する。

構成メンバ選択画面３２００には、複数のタブ３２０１を設けている。各タブ３２０１には、設定した見出しの表示名が配置され、更に、各タブ３２０１のタブ領域３２０２には、タブ３２０１の見出しに該当する各個人の個人エントリ情報の選択ボタン３２０３が配置される。

続いて、編集制御部２６は、構成メンバ選択画面３２００の選択されたタブ３２０１のタブ領域３２０２に表示される各個人のエントリ情報の選択ボタン３２０３の中から、グループを構成する構成メンバの選択入力を受け付ける。

編集制御部２６は、構成メンバ選択画面３２００において構成メンバの個人エントリＩＤを受け付け、「次へ」ボタン３２０４のタッチ操作を検知すると、新規作成グループ入力画面３０００や、認証保護設定画面３１００や、構成メンバ選択画面３２００などで受け付けた新規作成グループの情報を新規作成グループの確認画面情報に設定し、その画面の表示を表示制御部２５に指示する。これにより、画面が新規作成グループの確認画面３３００に遷移する。

新規作成グループの確認画面３３００には、グループ名表示エリア３３０１、構成メンバ一覧表示エリア３３０２、構成メンバの追加を指示する宛先追加ボタン３３０３、新規作成グループの本体１０への登録を指示する登録ボタン３３０４などを設けている。グループ名表示エリア３３０１にはグループの表示名が配置され、構成メンバ一覧表示エリア３３０２には構成メンバの個人エントリ情報（主に表示名）とメンバ単位の除外ボタン３３０５とが配置される。

続いて、編集制御部２６は、新規作成グループの確認画面３３００において宛先追加ボタン３３０３のタッチ操作を検知すると、画面を構成メンバ選択画面３２００に戻し、追加メンバの選択入力を受け付ける。そして、追加メンバが選択されると、新規作成グループの確認画面３３００を追加メンバを反映して表示させる。

そして、編集制御部２６は、新規作成グループの確認画面３３００において登録ボタン３３０４のタッチ操作を検知すると、「登録中」のダイアログ３４００の表示を表示制御部２５に指示し、本体１０への新規グループ情報の登録をＷｅｂＡＰＩ通信部２７に指示する。ここでの新規グループ情報の登録において、ＷｅｂＡＰＩ通信部２７によりＷｅｂＡＰＩサービス部１５の各種ＡＰＩが利用される。具体的にはＷｅｂＡＰＩ通信部２７が、本体１０の要求応答部１４へ新規作成グループ情報を渡してＡＰＩによる登録を要求する。本体１０における登録が完了すると、本体１０の要求応答部１４から登録完了の通知を受け取る。

登録が完了すると、編集制御部２６は、「登録完了」のダイアログ３５００への表示切替を表示制御部２５に指示する。

編集制御部２６は、「登録完了」のダイアログ３５００において「ＯＫ」ボタン３５０１のタッチ操作を検知すると、ダイアログ３５００の表示を終了し、メニュー画面情報の表示を表示制御部２５に指示する。これにより、画面がメニュー画面１１００に遷移する。一方、編集制御部２６は、「登録完了」のダイアログ３５００において「続けてグループを作成」ボタン３５０２のタッチ操作を検知すると、ダイアログ３５００の表示を終了し、新規作成グループ入力画面情報の表示を表示制御部２５に指示する。これにより、画面が新規作成グループ入力画面３０００に遷移する。

（第２の実施の形態）
続いて、操作パネル２０において設定情報を編集中に本体１０が省エネルギーモード（以下、「省エネモード」と略する）に移行した場合の省エネモードを復帰させるための構成について示す。ここで、省エネモードとは、スリープモードや休止モードなど、本体１０の一部への電力供給を一時的に停止するモードを指す。以下、第１の実施の形態と異なる箇所について説明する。共通する箇所については図に共通の番号を付すなどしてその箇所の説明を省略する。

図１９は、第２の実施の形態に係るＭＦＰの本体が発揮する主な機能の一例を示す図である。ここでも、第１の実施の形態と同様に、アドレス帳情報の取得および編集（登録）に関する主な機能を示している。第２の実施の形態に係るＭＦＰの操作パネルの機能については、第１の実施の形態に示す操作パネル２０（図３参照）に示す機能と同様であるため、ここでは図示を省略している。

図１９に示す本体１０−１は、第１の実施の形態に係る本体１０（図３参照）に省エネモード管理部１８を追加したものである。省エネモード管理部１８は、「省エネモード切替手段」の一例である。省エネモード管理部１８は、第１のＯＳが備え、省エネモードへの移行や、省エネモードからの復帰を管理する。具体的に、省エネモード管理部１８は、操作パネル２０からの入力を受け付けなくなるなどした時点からの時間を計時し、省エネモードへの移行時間になると、アドレス帳管理部１６やエンジン制御部１７等の作業データを保存して所定のハードウェアへの電力供給を停止する。また、省エネモード管理部１８は、省エネモードにおいて復帰信号を監視し、復帰信号を検出すると休止したハードウェアへの電力供給を再開するなどして省エネモードから元のモードへと復帰させる。

ハードウェアへの給電の再開後、本体１０−１のＷｅｂＡＰＩサービス部１５は、アドレス帳編集アプリ２６（図３参照）の起動後に、ＷｅｂＡＰＩ通信部２７（図３参照）経由で、操作パネル２０と本体１０−１との接続確認をする。また、ＷｅｂＡＰＩサービス部１５は、操作パネル２０からの本体１０−１の復帰要求を受け、アドレス帳管理部１６、エンジン制御部１７等本体１０−１の各機能を起動（復帰）させる。なお、ＷｅｂＡＰＩサービス部１５からアドレス帳管理部１６が要求を受けたときに、アドレス帳管理部１６がアドレス帳管理部１６、エンジン制御部１７等本体１０−１の各機能を起動（復帰）させてもよい。

図２０は、操作パネル２０が本体１０−１の省エネモードを復帰させる処理の一例を示す図である。本例では、本体１０−１が省エネモードに移行する好適な例を示すため、第１の実施形態において一例として示す、操作パネル２０が本体１０のＡＰＩを利用する回数やその手順（図１６、図１７参照）を、変形したものを示している。なお、操作パネル２０の画面遷移については第１の実施の形態に一例として示すものと全く同様である。

図２０に示す手順では、先ず、操作パネル２０は本体１０−１との間で接続処理を行う（Ｓ２００）。当該接続処理は、第１の実施の形態において一例として示す操作パネル２０と本体１０との間のステップＳ１００〜ステップＳ１０３の通信処理（図１６参照）に対応する。

続いて、操作パネル２０は本体１０−１との間で全エントリ情報取得処理を行う（Ｓ２０１）。当該全エントリ情報取得処理は、ステップＳ１４０〜ステップＳ１４８の通信処理（図１７参照）に対応する。

続いて、操作パネル２０は本体１０−１との間で見出し一括取得処理を行う（Ｓ２０２）。当該見出し一括取得処理は、ステップＳ１０４〜ステップＳ１１２の通信処理（図１６参照）に対応する。

続いて、操作パネル２０は本体１０−１との間でグループ情報取得処理を行う（Ｓ２０３）。当該グループ情報取得処理は、ステップＳ１２２〜ステップＳ１３０の通信処理（図１６参照）に対応する。

このように、第２の実施の形態の一例として示す手順において、操作パネル２０は、本体１０−１との接続確認後に、グループ編集に必要な全エントリ情報と、見出し情報と、グループ情報とを続けて取得する。

続いて、操作パネル２０は、ステップＳ２０１〜ステップＳ２０３において取得した情報を用いて編集処理を行う（Ｓ２０４）。操作パネル２０は、取得した情報をＲＡＭ２０２の所定領域に一時的に保存し、画面に応じて対応する情報を表示させ、操作者にグループの構成メンバを変更させる。

操作パネル２０におけるグループの変更操作は、複数画面に跨っての複数個所の選択が伴い時間を要する。本体１０−１は、操作パネル２０からの入力が暫くの間途絶えることになり、省エネモード管理部１８が省エネモードへの移行時間を検知すると、省エネモードになる（Ｓ２０５）。

操作パネル２０は、操作者による編集操作が終了し、構成メンバ確認画面２２００（図１５参照）の登録ボタン２２０４がタッチ操作されると、グループ編集情報を含むグループ情報登録要求データを本体１０−１に送信する（Ｓ２０６）。

本体１０−１では、省エネモード管理部１８がグループ情報登録要求データの信号（復帰信号）を検知して省エネモードを元のモードへ復帰させる（Ｓ２０７）。

本体１０−１は、更に、グループ情報登録要求データを基にアドレス帳情報の登録処理（更新の場合は更新処理）を行う（Ｓ２０８）。

そして、本体１０−１は、登録処理の結果を応答データに含めて操作パネル２０に返信する（Ｓ２０９）。

なお、ここでは、一例として、グループ情報登録要求データを復帰信号としたが、その他の要求データも同様に復帰信号として含まれる。

（第３の実施の形態）
第１の実施の形態では、本体のＡＰＩを操作パネルが利用する場合の形態を示した。しかし、操作パネルに限らず、ＭＦＰの外部装置であるＰＣ（Personal Computer）やスマートフォンなどの汎用コンピュータが本体のＡＰＩを利用しても良い。ここでは、操作パネル以外にＰＣやスマートフォンなどの外部装置が本体のＡＰＩを利用する場合の形態について示す。

図２１は、第３の実施形態に係る情報処理システムの全体構成の一例を示す図である。図２１に示す情報処理システムは、操作パネル２０と本体１０−２を有するＭＦＰ２と、本体１０−２とネットワークを介して通信する外部装置（ＰＣやスマートフォンなど）４０とを有する。

図２１の本体１０―２においては、第１の実施の形態とは異なる機能ブロックの構成を示している。図２１に示すように、本体１０−２は、本体１０（図３参照）に更に本体ＡＰＩサービス部１９を追加したものである。ここでは主に本体ＡＰＩサービス部１９が「第２のＷｅｂＡＰＩサービス」に相当する。なお、ここでは、説明を理解しやすいように、接続制御部１１や、通信制御部１２や、記憶制御部１３や、要求応答部１４など、一部の機能については図示を省略して示している。例えば、外部装置４０は本体ＡＰＩサービス部１９へのアクセスを通信制御部１２を介して行う。

本体ＡＰＩサービス部１９は、外部装置４０にＳＯＡＰ（Simple Object Access Protocol）のＷｅｂＡＰＩの利用を可能にする。ＳＯＡＰのＷｅｂＡＰＩは、セッションを管理し、外部装置４０からアドレス帳情報の編集指示を受け付ける。ＳＯＡＰのＷｅｂＡＰＩを用いてアドレス帳管理部１６により登録されたアドレス帳情報は、操作パネル２０と外部装置４０とにより共有される。またＳＯＡＰのＷｅｂＡＰＩは、リクエストとレスポンスをともにＸＭＬ形式のデータによって行う。

なお、ＷｅｂＡＰＩサービス部１５（第１のＷｅｂＡＰＩサービス）はＲＥＳＴのＷｅｂＡＰＩを介して操作パネル２０と通信する。一方、本体ＡＰＩサービス部１９（第２のＷｅｂＡＰＩサービス）は、ＳＯＡＰのＷｅｂＡＰＩを介して、外部装置４０と通信する。このようにＷｅｂＡＰＩサービス毎にＲＥＳＴ方式・ＳＯＡＰ方式と、用いる方式を異ならせて用いてもよいが、共に同じ方式（２つともＲＥＳＴ方式、２つともＳＯＡＰ方式）を用いてもよい。

図２２は、第３の実施形態に係る情報処理システムの全体構成のその他の一例を示す図である。図２２に示す情報処理システムは、操作パネル２０と本体１０を有するＭＦＰ１と、本体１０とネットワークを介して通信する外部装置（ＰＣやスマートフォンなど）５０とを有する。外部装置５０は、アドレス帳情報編集アプリ等を有する。このときＷｅｂＡＰＩサービス部１５（第１のＷｅｂＡＰＩサービス）はＲＥＳＴのＷｅｂＡＰＩを介して操作パネル２０及び外部装置５０を含む、複数の装置と通信する。なお、ＷｅｂＡＰＩサービス部１５（第１のＷｅｂＡＰＩサービス）は、ＳＯＡＰのＷｅｂＡＰＩを介して通信してもよい。

このように、操作パネル２０のみではなく、外部装置５０に対してＷｅｂＡＰＩサービス部１５の利用を可能にしても良い。

なお、外部装置５０と本体１０との通信は、ネットワークに限らずＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を行っても良い。

以上のように、各実施の形態では、画像処理装置本体側にある設定情報を操作パネル又は外部装置から操作することが可能になる。従って、画像処理装置本体側にある設定情報を操作パネル又は外部装置から取得したり編集したりすることが可能になる。

各実施の形態の画像処理装置及び情報処理システムで実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、各実施の形態の画像処理装置及び情報処理システムで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、各実施の形態の画像処理装置及び情報処理システムで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

また、各実施の形態のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１０ 本体
１１ 接続制御部
１２ 通信制御部
１３ 記憶制御部
１４ 要求応答部
１５ ＷｅｂＡＰＩサービス部
１６ アドレス帳管理部
１７ エンジン制御部
２０ 操作パネル
２１ 接続制御部
２２ 通信制御部
２３ 記憶制御部
２４ 入力受付部
２５ 表示制御部
２６ 編集制御部
２７ ＷｅｂＡＰＩ通信部
２８ 画像処理操作部

特開２０１４−１０６７３５号公報

Claims (15)

1. 画像処理を行う画像処理エンジンと、
   前記画像処理における設定情報を記憶する記憶手段と、
   前記画像処理エンジンの操作指示、及び、前記設定情報の編集の入力指示を行う操作パネルと、
   前記操作パネルから送信された前記設定情報の編集指示の要求を１以上のＷｅｂＡＰＩを介して受付けるＷｅｂＡＰＩサービスと、を有し、
   前記ＷｅｂＡＰＩサービスは、
   ＲＥＳＴのＷｅｂＡＰＩを介して前記操作パネルから前記画像処理における設定情報を編集する要求を受ける第１のＷｅｂＡＰＩサービスと、
   ＳＯＡＰのＷｅｂＡＰＩを介して外部装置から前記画像処理における設定情報を編集する要求を受ける第２のＷｅｂＡＰＩサービスを有し、
   前記操作パネルは、前記ＷｅｂＡＰＩサービスから、前記編集指示の要求に対する応答を受信するとともに、受信した前記応答を前記設定情報の前記編集の結果として表示する、画像処理装置。
2. 前記設定情報は、前記画像処理により得られる画像情報の送信先として設定される宛先情報及び、前記宛先情報がグループ化されたグループ情報を含む、アドレス帳情報であり、
   前記編集は、前記宛先情報のグループ化、または、グループへの前記宛先情報の追加もしくは、前記グループからの前記宛先情報の削除である、
   請求項１に記載の画像処理装置。
3. 前記操作パネルは、
   前記操作パネルに表示される編集開始ボタンが押下された場合に、前記設定情報を要求するＡＰＩを用いて、前記ＷｅｂＡＰＩサービスに編集の対象となる設定情報を要求して取得するとともに、取得した前記設定情報を一覧表示し、
   前記一覧表示した画面において、前記設定情報を編集操作するボタンが押下された場合に、前記取得した設定情報を編集し、
   前記編集後に、編集された前記設定情報を登録するボタンが押下された場合に、前記設定情報を登録するＡＰＩを用いて前記ＷｅｂＡＰＩサービスに編集された前記設定情報の登録を要求し、
   編集された前記設定情報の前記登録の要求に対する応答を前記ＷｅｂＡＰＩサービスから受信して、前記編集の結果を表示する、
   請求項１に記載の画像処理装置。
4. 前記操作パネルは、
   前記操作パネルに表示される宛先情報のグループ編集開始ボタンが押下された場合に、グループ情報を取得するグループ情報ＡＰＩを用いて、前記ＷｅｂＡＰＩサービスに前記グループ情報を要求して取得するとともに、取得した前記グループ情報を一覧表示し、
   前記取得したグループ情報を一覧表示した画面において、前記グループ情報を選択する選択ボタンが押下された場合に、宛先情報を取得する宛先情報ＡＰＩを用いて、前記グループに含む宛先情報を取得するとともに、取得した前記宛先情報を一覧表示し、
   前記グループ情報に含む宛先情報の一覧表示画面で、前記グループへの宛先情報の追加及び、前記グループからの宛先情報の削除を行う編集ボタンが押下された場合には、編集処理を行うとともに、
   前記編集後に、登録ボタンを押した場合には、登録ＡＰＩを用いて、前記宛先情報が編集されたグループ情報を登録する、
   請求項２に記載の画像処理装置。
5. 前記操作パネルは、前記グループ情報に含む宛先情報の一覧表示画面で、
   前記グループへの宛先情報の追加は、
   一覧に含まない宛先情報を追加する追加ボタンを押した場合に、宛先情報ＡＰＩを用いて、前記記憶手段に記憶する宛先情報を全て取得し、表示された前記全ての宛先情報から追加対象となる宛先情報を選択することにより行い、
   前記グループからの宛先情報の削除は、
   前記一覧表示画面での宛先情報の削除ボタンを押した場合に、グループに含む削除処理を行う、
   請求項４に記載の画像処理装置。
6. 前記画像処理エンジンと、第１のＯＳと、第１のＣＰＵとを有する本体部と、
   前記操作パネルとして機能し、第２のＯＳと第２のＣＰＵとを有する操作パネルと、
   を有し、
   前記本体部はさらに、Ｗｅｂサーバからなり、前記操作パネルの操作指示の要求をＡＰＩを介して受け付ける前記ＷｅｂＡＰＩサービスを有し、
   前記操作パネルはさらに、前記本体部のＷｅｂＡＰＩサービスに対して、ＡＰＩを介して、アドレス帳の編集を要求するアドレス帳編集アプリケーションを有し、
   前記アドレス帳編集アプリケーションは、前記第２のＯＳの元で、前記第２のＣＰＵによって動作する、
   請求項１乃至５の内の何れか一項に記載の画像処理装置。
7. 前記操作パネルは、前記ＷｅｂＡＰＩサービスのＲＥＳＴのＷｅｂＡＰＩを用い、メソッドとＵＲＩを含む要求によって、前記ＷｅｂＡＰＩサービスに対して前記設定情報の編集を要求する、
   請求項１乃至６の内の何れか一項に記載の画像処理装置。
8. 前記ＷｅｂＡＰＩサービスは、ＲＥＳＴのＷｅｂＡＰＩを用いて前記操作パネルと外部装置との両方から、前記画像処理における設定情報を編集する要求を受ける、
   請求項１乃至７の内の何れか一項に記載の画像処理装置。
9. 前記ＷｅｂＡＰＩサービスは、前記編集指示の前記要求を操作種類別のＷｅｂＡＰＩを介して受付け、
   前記操作パネルは、前記ＷｅｂＡＰＩサービスから、前記操作種類別のＷｅｂＡＰＩに対応する処理の結果を受信するとともに、受信した前記結果を前記設定情報の前記編集の結果として表示する、
   請求項１に記載の画像処理装置。
10. 前記記憶手段は、
    前記宛先情報を記憶する第１の情報テーブルと、
    前記グループ情報を記憶する第２の情報テーブルと、
    を有し、
    前記１以上のＷｅｂＡＰＩには、
    前記第１の情報テーブルの前記宛先情報の取得を受け付ける第１のＡＰＩと、
    前記第２の情報テーブルの前記グループ情報の取得を受け付ける第２のＡＰＩと、
    前記第２の情報テーブルの前記グループ情報の編集を受け付ける第３のＡＰＩと、
    が含まれる、
    請求項２に記載の画像処理装置。
11. 前記記憶手段は、
    更に、前記宛先情報の見出し情報を記憶する第３の情報テーブルを有し、
    前記１以上のＷｅｂＡＰＩには、
    更に、前記第３の情報テーブルの前記見出し情報の取得を受け付ける第４のＡＰＩが含まれる、
    請求項１０に記載の画像処理装置。
12. 省エネルギーモードに移行する省エネルギーモード切替手段を有し、
    前記省エネルギーモード切替手段は、前記省エネルギーモードへ移行した後に前記操作パネルからの復帰信号を検知すると、前記省エネルギーモードから元のモードへ復帰する、
    請求項１乃至１１の内の何れか一項に記載の画像処理装置。
13. 更に、
    前記１以上のＷｅｂＡＰＩに、外部装置からの前記アドレス帳情報の取得または編集を受け付けるＳＯＡＰのＷｅｂＡＰＩが含まれ、
    前記ＷｅｂＡＰＩサービスは、
    前記外部装置から前記ＳＯＡＰのＷｅｂＡＰＩを介して前記アドレス帳情報の前記取得または前記編集を受け付けた場合に、以前に行われた処理の結果を引き継いで、前記外部装置に前記ＳＯＡＰのＷｅｂＡＰＩに対応する処理の結果を前記編集の結果として出力する、
    請求項２に記載の画像処理装置。
14. 画像処理装置と、該画像処理装置と通信する外部装置とを有する情報処理システムであって、
    前記画像処理装置は、
    画像処理を行う画像処理エンジンと、
    前記画像処理における設定情報を記憶する記憶手段と、
    前記画像処理エンジンの操作指示、及び、前記設定情報の編集の入力指示を行う操作パネルと、
    前記操作パネル及び前記外部装置から送信された前記設定情報の編集指示の要求を１以上のＷｅｂＡＰＩを介して受付けるＷｅｂＡＰＩサービスと、を有し、
    前記ＷｅｂＡＰＩサービスは、
    ＲＥＳＴのＷｅｂＡＰＩを介して前記操作パネルから前記画像処理における設定情報を編集する要求を受ける第１のＷｅｂＡＰＩサービスと、
    ＳＯＡＰのＷｅｂＡＰＩを介して外部装置から前記画像処理における設定情報を編集する要求を受ける第２のＷｅｂＡＰＩサービスを有し、
    前記操作パネル及び前記外部装置は、前記設定情報の編集の入力指示を行うことにより、前記ＷｅｂＡＰＩサービスから、前記編集指示の要求に対する応答を受信するとともに、受信した前記応答を前記設定情報の前記編集の結果として表示する、
    情報処理システム。
15. 画像処理エンジンを有する画像処理装置に記憶されている設定情報を操作パネルから編集する方法であって、
    前記操作パネルが、前記画像処理エンジンの操作指示、及び、前記設定情報の編集の入力指示を行う工程と、
    前記画像処理装置が前記操作パネルから前記設定情報の編集指示の要求を１以上のＷｅｂＡＰＩを介してＷｅｂＡＰＩサービスで受付ける工程と、
    前記操作パネルが、前記ＷｅｂＡＰＩサービスから、前記編集指示の要求に対する応答を受信するとともに、受信した前記応答を前記設定情報の前記編集の結果として表示する工程と、
    を含み、
    前記ＷｅｂＡＰＩサービスは、
    ＲＥＳＴのＷｅｂＡＰＩを介して前記操作パネルから画像処理における設定情報を編集する要求を受ける工程と、
    ＳＯＡＰのＷｅｂＡＰＩを介して外部装置から画像処理における設定情報を編集する要求を受ける工程と、
    を含む方法。

Images