JP6265745B2 - 情報処理端末 - Google Patents

Description

本発明は、Ｗｅｂ Ｉｎｔｅｎｔｓなどの仕組みを用いたサービスを提供する際の技術に関する。

従来、Ｗｅｂサイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるＷｅｂサイトとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従って呼び出し側の処理が必要になった。また、機能を呼び出す側が機能を利用するためには、機能を提供する側への認証が必要になることが多い。このために、機能を利用する側は、機能を提供する側の認証情報を保持したり、ＳＡＭＬ等の認証基盤を利用したりする必要があった。但し、認証情報を持つと、それら認証情報を正しく安全に管理する必要があり、ＳＡＭＬ等の認証基盤を利用するためには、機能の提供者と利用者間で事前に合意が必要となり、機能の利用者の負担になっていた。

専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みも存在する。一例として、実行時遅延バインディングによりサービス受け側と提供側とを疎結合とし、それらの連携を実現するＷｅｂ Ｉｎｔｅｎｔｓ（ウェブインテンツ）という仕組みが提案されている。

従来技術として、ブックマークレット等のスクリプトを用いて、Ｗｅｂブラウザが連携元ウェブサイトの情報を連携先ウェブサイトに伝えるといった技術がある（特許文献１参照）。連携先は伝えられた情報を用いて連携元よりデータを取得する。

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

上記特許文献１は、Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについては、まったく考慮したものではない。連携先のウェブサイトは、連携元のウェブサイトからデータを取得するに際し、連携元のウェブサイトの認証情報を必要とする場合、連携先は連携元の認証情報を予め知っているか、ＳＡＭＬ等の認証の連携のための仕組みが必要になる。従って、任意の連携元に対して連携先はサービスを提供することが出来ないという問題があった。

Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みでは、該仕組みのサービスにより提供される提供機能を利用するために、ユーザエージェント（ＵＡ）は、提供機能の登録用マークアップを含むＨＴＭＬ文書を処理する。ＵＡは、自身に登録されたサービスにより提供される機能に対応するＷｅｂ Ｉｎｔｅｎｔｓを用いて、サービスに接続して、提供機能の実行を要求することが可能となる。しかしながら、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みであっても、提供機能を要求した際には、ＵＡを介してユーザにより各種設定やサービス内容の編集などを行う必要がある。

例えば、提供機能がデータの保存を含む機能の場合にはデータの保存先となるフォルダを選択する必要があったり、画像の選択を含む機能の場合には画像の選択に際して分類の指定を行う必要がある。しかし、データの保存先が限定されたフォルダであっても、操作の毎に、同じフォルダを選択しなければならず、或は、画像の選択に際して指定する分類が限定された分類であっても、毎回分類を入力しなければならず、ユーザの負担となっていた。

よって、このＷｅｂ Ｉｎｔｅｎｔｓを用いたサービスへの要求やＷｅｂ Ｉｎｔｅｎｔｓの登録に関しては、ユーザビリティを向上させるための様々な改良が、今後、求められると言える。

そこで、本発明は、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上させるための柔軟な改良を加えることを目的とする。

本発明は、データを管理し、該データを処理させるサービスの呼び出し対応するオブジェクトを配置しているウェブサイトを提供するネットワーク上のクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを、前記ネットワークを介して連携させるオペレーティングシステムを備える情報処理端末であって、前記サービスから、前記サービスの提供する機能の異なる設定での処理のそれぞれに対応する複数の機能情報の少なくとも１つを、選択的に登録するための情報を受信する受信手段と、前記受信手段により受信された情報に基づく選択に応じた、前記オペレーティングシステムによる、少なくとも１つの機能情報の登録処理を実行する登録手段と、前記クライアントにより提供される前記ウェブサイト上でユーザーにより前記オブジェクトが指定された際に前記登録処理により登録された機能情報の何れかが選択された場合に、前記選択された機能情報に基づき、前記サービスに対して前記クライアントで管理されるデータを処理させるための要求を行う要求手段と、を有し、前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする。

本発明によれば、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上することができる。例えば、ＵＡにＷｅｂ Ｉｎｔｅｎｔｓとして登録する１つのサービスを、用途などに応じてカスタマイズして、異なるインテンツとして複数登録させることを可能とする。この結果、ユーザは同じ操作を繰り返す必要がなくなり、ユーザの利便性が向上する。

Ｗｅｂ Ｉｎｔｅｎｔｓの全体構成を例示する図。 情報処理端末及び画像形成装置のハードウェア構成を例示する図。 Ｗｅｂ Ｉｎｔｅｎｔｓの動作概要を説明するシーケンス図。 Ｗｅｂ Ｉｎｔｅｎｔｓの機能登録用のｉｎｔｅｎｔｓタグおよびＷｅｂ Ｉｎｔｅｎｔｓの機能登録用のＥＣＭＡＳｃｒｉｐｔを例示する図。 ＷｅｂＩｎｔｅｎｔを登録するまでの処理の流れを示すシーケンス図。 登録する印刷設定を選択する画面を例示する図。 ＷｅｂＩｎｔｅｎｔの登録用のｉｎｔｅｎｔタグを例示する図。 Ｗｅｂ Ｉｎｔｅｎｔｓ機能の呼出しの処理の流れを示すシーケンス図。 クライアントからＵＡに送信されるＨＴＭＬ文書の一部を例示する図。 ＷｅｂＩｎｔｅｎｔの選択画面を例示する図。 サービス（画像形成装置）が印刷設定用のＨＴＭＬ文書を返信するまでの処理を例示するフローチャート。 印刷設定用の表示画面および印刷開始した場合に表示される表示画面を例示する図。 登録可能な印刷設定の編集画面を例示する図。 印刷設定の編集及び追加画面を例示する図。 登録する印刷設定を選択する画面を例示する図。 ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。 サービス（画像形成装置）が印刷設定用のＨＴＭＬ文書を返信するまでの処理を例示するフローチャート。 機能情報のリビジョン不一致をユーザに通知する画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。 実施例２における登録する印刷設定の選択画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。 実施例３におけるストレージサービス上のファイルを操作するためのＵＩ画面を例示する図。 実施例３におけるＷｅｂ Ｉｎｔｅｎｔｓの登録設定を行うための画面およびＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図。 実施例３における登録設定の編集画面を例示する図。 実施例３におけるＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しの処理の流れを例示するシーケンス図。

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

図１（ａ）は、専用のＡＰＩを用いずに任意のウェブサービス（または、ウェブアプリケーション）と連携する仕組みの一例であるＷｅｂ Ｉｎｔｅｎｔｓの全体構成を例示する図である。

１０３は、Ｉｎｔｅｎｔｓ技術を利用してサービスや機能を提供するＷｅｂ Ｉｎｔｅｎｔｓサービス（以下、サービス）である。１０１は、サービス１０３を利用するＷｅｂ Ｉｎｔｅｎｔｓクライアント（以下、クライアント）である。１０６は、クライアント１０１からの要求をサービス１０３に渡し、サービス１０３からの結果をクライアント１０１に渡す役割をするＵＡ（ユーザエージェント）である。ＵＡ１０６は、インターネットやイントラネット等のネットワークを介して、クライアント１０１及びサービス１０３の間で要求を実行したり、データを受け渡したりするための中継機能といえる。また、ＵＡ１０６には、サービス１０３の提供機能を呼び出すための機能情報であるＷｅｂ Ｉｎｔｅｎｔｓが登録される。

本仕組みにおいては、例えば、クライアント１０１はデータを管理し、サービスを呼び出すボタンなどを配置しているウェブサイトであり、ＵＡ１０６は該ウェブサイトを表示するＷｅｂブラウザ（ウェブブラウザ）である。また、サービス１０３は、ＵＡ１０６を介してクライアント１０１が管理するデータを受け付けて、処理するクライアント１０１の連携先のウェブサイトである。

例えば、本仕組みをＳＮＳ（ソーシャル・ネットワーキング・サービス）に適用した場合には、サービス１０３はクライアントで管理する写真やコメントの投稿を受け付けて閲覧サイトを構成する投稿先サービスとなる。ＳＮＳサイトの「いいね」「チェック」「シェア」といったソーシャルボタンをＷｅｂ Ｉｎｔｅｎｔｓの仕組みで例えると、クライアント１０１はボタンを配置しているサイトになり、ＵＡ１０６はＷｅｂブラウザになり、サービス１０３は「いいね」などの投稿先サービスになる。サービス１０３が機能を提供するにあたって、ユーザ認証やユーザによる操作が必要な場合、ＵＡ１０６上でユーザが操作を行う。

なお、ＵＡ１０６は、後述するサービスと連携するための機能を持つのであれば、Ｗｅｂブラウザ以外にも、情報処理端末で動作するオペレーティングシステム（ＯＳ）やアプリケーションなどで実現することも可能である。ここで、情報処理端末の例としては、パーソナルコンピュータ、スマートフォン、タブレット、カーナビなどが挙げられる。

また、サービス１０３については、上述した投稿先サービスのような、インターネット上のサービス提供者以外にも、例えば情報処理端末が内蔵するカメラ、プリンタ、スキャナなどといったデバイスもサービス提供者になり得る。また、サービス１０３については、ネットワークで接続されるプリンタ、スキャナ、ネットワークカメラなどの周辺機器や、冷蔵庫やテレビといった家電製品などもサービス提供者になり得る。クライアント１０１とＵＡ１０６とサービス１０３は、これらの任意の組み合わせが、同一システム内で稼働することもある。また、クライアント１０１、ＵＡ１０６、サービス１０３のいずれかが、同じ装置上で動作する機能であってもよい。

図３は、Ｗｅｂ Ｉｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。

Ｓ４０１にて、ＵＡ１０６は、ユーザの操作によりサービス１０３にアクセスする。Ｓ４０２にて、サービス１０３は、自身が提供するサービスをＵＡ１０６に登録してもらうための登録用マークアップを含むＨＴＭＬ応答をＵＡ１０６に返信する。

図４（ａ）は、Ｓ４０２にてサービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書を例示する図である。以下、図４（ａ）の例を用いて、サービス１０３からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。

＜ｉｎｔｅｎｔ＞タグには、サービスを特定する情報が記載されている。ａｃｔｉｏｎは、提供機能のカテゴリを示す。すなわち、ａｃｔｉｏｎは、提供機能が何の機能、サービスを提供するものであるかを示す。なお、提供機能のカテゴリには、例えば、データを共有するカテゴリ「Ｓｈａｒｅ」、データを編集するカテゴリ「Ｅｄｉｔ」、データを閲覧するカテゴリ「Ｖｉｅｗ」、データを取得するカテゴリ「Ｐｉｃｋ」、データを保存するカテゴリ「Ｓａｖｅ」等が含まれる。

ｔｙｐｅは、提供機能が扱えるデータなどの種類を示す。すなわち、ｔｙｐｅは、ａｃｔｉｏｎに対して扱えるデータ型などを示す。ｈｒｅｆは、提供機能の接続先（ＵＲＬ）を示す。ｔｉｔｌｅは、提供機能のタイトルを示す。また、ｄｉｓｐｏｓｉｔｉｏｎは、呼び出された提供機能がどのように表示されるかを示す。

図４（ａ）の例では、提供機能のカテゴリが"ｓｈａｒｅ（共有）"であり、扱えるデータ等の種類が"あらゆるフォーマット（＊）の画像データ"であり、接続先は"ｓｈａｒｅ．ｈｔｍｌ"である。また、タイトルは"Ｓｈａｒｅ ｉｍａｇｅ ｕｓｉｎｇ ｅ−ｍａｉｌ"である。さらに、この機能がＵＡを介して別ウィンドウで表示されることを示している。

ＵＡ１０６は、上記Ｓ４０２でのＨＴＭＬ応答を受信すると、ユーザに対してサービス１０３の提供機能をＵＡ１０６に登録するか否か確認する。例えば、ＵＡ１０６がＷｅｂブラウザであれば、ポップアップウィンドウを表示させユーザに登録の可否の選択を促す。ユーザがこの提供機能をＷｅｂＩｎｔｅｎｔとして登録することを選択すると、ＵＡ１０６は、上記Ｓ４０２で受信した情報を内部に記憶する。具体的には、上記Ｓ４０２で受信した情報はＵＡ１０６が動作する情報処理端末の記憶領域に記憶され、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録される。

Ｓ４０３で、ＵＡ１０６は、ユーザの操作によりクライアント１０１にアクセスする。Ｓ４０４で、クライアント１０１は、サービス１０３の提供機能（ＷｅｂＩｎｔｅｎｔ）を利用することが記載されたＨＴＭＬ文書を、ＵＡ１０６へ返信する。例えば、クライアント１０１としてのＷｅｂサイトで、画像と「共有」ボタンが表示される場合に、該Ｗｅｂサイトは図４（ｂ）で示すようなＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬ文書をＵＡ１０６へ返す。

図４（ｂ）は、Ｓ４０４にてクライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書を例示する図である。以下、図４（ｂ）の例を用いて、クライアント１０１からＵＡ１０６に返信されるＨＴＭＬ文書の中身について説明する。
ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１０６は自身に登録されているＷｅｂ Ｉｎｔｅｎｔｓの中から、指定されたＩｎｔｅｎｔオブジェクトのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。また、ＵＡ１０６は、無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することにより、クライアント１０１が持つ画像データを取得する。

Ｓ４０４にて、ＵＡ１０６は、クライアント１０１から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づく画面を表示する。Ｓ４０５にて、ＵＡ１０６は、ユーザによる画面上の「共有」ボタンの押下を検出すると、上述したようにＷｅｂ Ｉｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ４０６にて、クライアント１０１が持つ画像データを取得する。また、Ｓ４０５で「共有」ボタン押下を検出した際に、ＵＡ１０６は、自身に登録されているＷｅｂ Ｉｎｔｅｎｔｓの一覧を表示する。ＵＡ１０６は、この一覧からユーザがサービス１０３の提供機能を示すＷｅｂＩｎｔｅｎｔを選択したことを検出すると、Ｓ４０７にて、該選択されたサービス１０３へＨＴＴＰ要求を送信する。その際、ＵＡ１０６は、送信データに、図４（ｂ）のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。

Ｓ４０８で、サービス１０３は、ＵＡ１０６から受信したＨＴＴＰ要求からＩｎｔｅｎｔオブジェクトを取り出し、ＵＡ１０６を介してユーザと相互作用しながら、選択された提供機能（ここではクライアント１０１の画像データの「共有」）の利用を実現する。

サービス１０３は、提供機能に関する処理が終了すると、Ｓ４０９にて、処理結果をクライアント１０１に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答をＵＡ１０６に返す。Ｓ４１０にて、ＵＡ１０６は、該応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、上記Ｓ４０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出す。Ｓ４１１にて、ＵＡ１０６は、コールバック関数ｏｎＳｕｃｃｅｓｓ（）によってクライアント１０１へ処理結果を返す。

以下、図３のシーケンスにより、Ｗｅｂメール機能を利用する例について説明する。まず、ユーザがＷｅｂブラウザ（ＵＡ１０６）で、写真データを管理するウェブストレージ（クライアント１０１）のＷｅｂ Ｉｎｔｅｎｔｓの呼び出しボタンが用意されたサイトに訪れ、当該ボタンを押下すると、Ｗｅｂブラウザ（ＵＡ１０６）が登録サービス一覧を含むポップアップウィンドウを表示する。そのポップアップウィンドウで、ユーザがサービスとしてＷｅｂメール機能を選択したとすると、該機能を提供するサイトが別ウィンドウで表示され、処理結果として、そのウィンドウ上では写真データを添付した新規メールが作成される。

以上の処理により、クライアント１０１は、ＵＡ１０６を介して、サービス１０３が提供するＷｅｂ Ｉｎｔｅｎｔｓの機能（この例では画像の「共有」）を呼び出すことが可能となる。

図１（ｂ）は、本発明を実施したＷｅｂ Ｉｎｔｅｎｔｓサービスの全体構成を示す図である。

図１（ｂ）に示すように、情報処理端末１０２上では、Ｗｅｂ Ｉｎｔｅｎｔｓのユーザエージェント（ＵＡ）１０６として機能するＷｅｂブラウザが動作する。また、ネットワーク１０５上には、Ｗｅｂ Ｉｎｔｅｎｔｓのサービス１０３として機能することが可能な画像形成装置１０４や、ウェブサイトを提供するサーバが存在する。画像形成装置１０４としては、プリント機能やスキャン機能を備えるデジタル複合機や、プリンタやスキャナ、デジタルカメラなどが含まれる。また、画像形成装置１０４は、ウェブサーバとしても動作する。情報処理端末１０２や画像形成装置１０４、各サーバは、ネットワーク１０５を介して相互に通信可能である。また、ネットワーク１０５としては、ＬＡＮやインターネットやその組み合わせなどが想定される。さらに、ネットワーク１０５の接続形態としては、有線や無線を問わない。

Ｗｅｂブラウザなどで実現されるＵＡ１０６は、Ｉｎｔｅｎｔ登録に係る処理を行う登録部、登録されたＩｎｔｅｎｔを管理する管理部、Ｉｎｔｅｎｔの登録や実行などの指示をユーザから受け付けるための画面を提供する表示制御部といった機能を有する。また、ＵＡ１０６は、ＨＴＴＰなどの所定のプロトコルにより、クライアントとサービスとの間でのデータや処理結果などを中継する。

具体的には、ＵＡ１０６は、画像形成装置１０４などのサービス１０３にアクセスすることにより、ユーザによる操作を介して、Ｉｎｔｅｎｔの登録を行う。また、ＵＡ１０６は、クライアント１０１であるウェブサイトにアクセスすることにより、ＷｅｂＩｎｔｅｎｔサービスの実行の依頼を受け、ユーザの選択に従い、登録された情報を用いて、画像形成装置１０４などのサービス１０３に接続する。さらに、ＵＡ１０６は、サービス１０３からのＷｅｂＩｎｔｅｎｔの処理の終了の通知を受け取り、クライアント１０１に処理結果を通知する。

ここで、画像形成装置１０４は、サービス１０３として、クライアント１０１から依頼された文書データを、ＵＡ１０６として機能するＷｅｂブラウザのＧＵＩを使用して、印刷設定および印刷処理を実行するウェブプリント機能を提供する。この機能は、後述する実施例においては、Ｉｎｔｅｎｔの"ａｃｔｉｏｎ"で「Ｐｒｉｎｔ（印刷）」等と指定することでカテゴリ指定している。これは、実施例を簡易に説明するための仮定の定義であり、画像形成装置１０４が提供するプリント機能をカテゴリ指定する際には"ａｃｔｉｏｎ"で「ｓｈａｒｅ」または「ｖｉｅｗ」と指定するなど、任意のカテゴリ指定であっても本発明は適用可能である。

図２（ａ）は、ＵＡ１０２として機能するプログラム（ＷｅｂブラウザやＯＳ、アプリケーションなど）が実行される情報処理端末のハードウェア構成を例示するブロック図である。また、クライアント１０１、サービス１０３として機能するプログラム（ウェブサイトなど）が動作するサーバも同様のハードウェア構成をとることができる。

図２（ａ）に示すように、情報処理端末は、ＣＰＵ２０２、ＲＡＭ２０３、ＲＯＭ２０４、外部記憶装置２０９を備える。ＣＰＵ２０２は、ＲＯＭ２０４や外部記憶装置２０９に記憶されたプログラム、或いはＬＡＮなどのネットワーク１０５よりダウンロードしたプログラムを実行し、システムバス２１１に接続された各デバイスを総括的に制御する。ＲＡＭ２０３は、ＣＰＵ２０２の主メモリあるいはワークエリアなどとして機能する。外部記憶装置２０９は、ハードディスク（ＨＤ）、フロッピー（登録商標）ディスク（ＦＤ）等からなる。外部記憶装置２０９は、ブートプログラム、オペレーティングシステム、認証サーバ、認証クライアントを含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。さらに、情報処理端末において、２０６はキーボードコントローラ（ＫＢＤＣ）であり、キーボード（ＫＢＤ）２０５や図示しないポインティングデバイスからの入力情報をＣＰＵ２０２に送る。２０８はビデオコントローラ（ＶＣ）であり、ＣＲＴやＬＤＣ等からなる表示装置２０７の表示を制御する。２１０はディスクコントローラ（ＤＫＣ）であり、外部記憶装置２０９とのアクセスを制御する。２１２は通信コントローラ（ＣＯＭＭ Ｉ／Ｆ）であり、これを介してネットワーク１０５に接続される。なお、ＵＡ１０２、クライアント１０１、サーバにおけるサービス１０３の処理は、ＵＡ１０２、クライアント１０１、サービス１０３として機能する情報処理端末のＣＰＵ２０２が外部記憶装置２０９等に記憶されたプログラムを読み込み実行することに応じて実現されるものとする。

図２（ｂ）は、画像形成装置１０４の構成を示すブロック図である。
図２（ｂ）において、ＣＰＵ３０１は、ＲＯＭ３０２もしくはハードディスク（ＨＤＤ）３０５に記憶された画像形成装置全体の制御を行うソフトウェアを実行し、システムバス３０６に接続する各デバイスを統括的に制御する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリア等として機能する。ＨＤＣ３０４は、ＨＤＤ３０５を制御するハードディスクコントローラである。リーダＩ／Ｆ３０７及びプリンタＩ／Ｆ３０８は、それぞれリーダ部３１１及びプリンタ部３１２に接続され、これらデバイスを制御する。操作部Ｉ／Ｆ３０９は、操作部３１３に接続され、操作部３１３への表示や、操作部３１３からのユーザ入力を制御する。３１３は操作部であり、操作のためのスイッチ及び表示部等より構成される。３１４はネットワークインタフェースカード（ＮＩＣ）で、ネットワーク１０５を介して外部装置とデータのやりとりをする。ここで、図中破線で囲まれた部分を全体制御部３１０と呼ぶことにする。全体制御部３１０は、画像形成装置１０４に接続された各種装置及びインターフェイスを制御すると共に、画像形成装置１０４全体の動作を制御する部分である。リーダ部３１１は原稿の画像を読み取り、ユーザからの指示により、その原稿画像に応じた画像データを、プリンタ部３１２に出力する、或いは、画像形成装置内部の記憶装置に保存する。さらに、リーダ部３１１は、ネットワークＩ／Ｆ３１４を介してネットワーク１０５に接続された外部装置に上記画像データを送信することも可能である。プリンタ部３１２は、リーダ部３１１により読み取られた原稿や、画像形成装置１０４本体内の記憶装置（ＨＤＤ３０５）に格納された画像データを印刷する。さらに、ネットワーク１０５に接続された外部装置からの印刷ジョブを、ネットワークＩ／Ｆ部３１４を介して受信し、印刷する。操作部３１３は、ボタン及び表示装置、或いは、タッチパネル入力付き液晶表示画面、或いはその組み合わせにより、全体制御部３１０からのユーザへの情報表示や、ユーザの入力を全体制御部３１０へと通知する。

また、全体制御部３１０が、ネットワーク１０５上の他の情報機器とネットワークＩ／Ｆ部３１４を介して相互通信し、ウェブプリント機能などのウェブサービスを提供、制御する。なお、画像形成装置１０４内に、ウェブサービスを提供するハードウェア構成としてもう１つのＣＰＵなどを用いる設計も可能である。また、画像形成装置１０４におけるサービス１０３の処理は、画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等に記憶されたプログラムを読み込み実行することに応じて実現されるものとする。

以下、図５〜図７を参照して、ＷｅｂＩｎｔｅｎｔの仕組みにおけるＩｎｔｅｎｔ登録処理を説明する。

図５は、ＵＡ１０６に画像形成装置１０４が提供するサービス１０３に対応するＩｎｔｅｎｔを登録するまでのシーケンスを示す図である。

Ｓ７０１で、ＵＡ１０６は、ユーザ操作により、画像形成装置１０４のウェブプリント機能のウェブサイトに、ＨＴＴＰ要求を送信する。Ｓ７０２で、画像形成装置１０４のサービス１０３は、このＨＴＴＰ要求に対して、ＷｅｂＩｎｔｅｎｔ登録用マークアップ（ｉｎｔｅｎｔタグ）を含むＨＴＭＬ文書をＵＡ１０６に応答する。ＵＡ１０６は、画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答を受信すると、Ｓ７０３で、該ＨＴＭＬ応答に基づいて図６に示すような画面を表示する。

図６は、Ｓ７０２にて画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答に基づきＵＡ１０６（Ｗｅｂブラウザ）に表示される画面を例示する図である。
図６に示す画面において、８０１は選択可能な印刷設定の一覧である。ユーザは印刷設定の一覧８０１から、ＵＡ１０６に登録する印刷設定を選択し、「登録」ボタン８０２を押下する。ＵＡ１０６は、「登録」ボタン８０２の押下を検出すると、Ｓ７０４にて、ユーザによる印刷設定一覧８０１の選択の状態を含むＨＴＭＬ要求を画像形成装置１０４のサービス１０３に送信する。なお、一覧８０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図６の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。

Ｓ７０５にて、画像形成装置１０４のサービス１０３は、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグを含むＨＴＭＬ応答を、ＵＡ１０６に返信する。

図７は、上記Ｓ７０５にて画像形成装置１０４のサービス１０３より送信されるＨＴＭＬ応答に含まれるＷｅｂＩｎｔｅｎｔ登録用ｉｎｔｅｎｔタグを例示する図である。なお、図７に示す例では、図６の画面にて、ユーザが「カラー／片面」、「カラー／両面／２ｉｎ１」及び「モノクロ／両面／２ｉｎ１」を選択したと仮定している。

図７において、ｉｎｔｅｎｔタグ９０１は、例えば、提供機能のカテゴリとして「印刷（ｐｒｉｎｔ）」を指定し、提供機能が扱えるデータの種類（データ型）としてｐｄｆ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）を指定している。また、ｉｎｔｅｎｔタグ９０１の"ｈｒｅｆ"が、本提供機能が画像形成装置１０４の「ｐｒｉｎｔ．ｈｔｍｌ？ｉｄ＝ｐ００１」というページに対するＨＴＴＰ要求の送信により開始されることを示している。

ＵＡ１０６は、図７のようなＷｅｂＩｎｔｅｎｔ登録用マークアップを含むＨＴＭＬ文書を受信すると、Ｓ７０６にて、既に同じＩｎｔｅｎｔがＵＡ１０６に登録されていない場合に、登録の要否をユーザに確認するためのダイアログを表示する。そして、ＵＡ１０６は、このダイアログを介して、ユーザによる登録の指示を検出すると、上記登録用マークアップに含まれる情報をＵＡ１０６内部に登録する。

なお、上述の説明では、まず、Ｓ７０１にてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、Ｓ７０２にて、ＨＴＭＬ応答（例えば図６に示す画面）をＵＡ１０６に送信し、Ｓ７０３で、ＵＡ１０６がこの画面を表示し、ユーザ選択を受け付ける。そして、Ｓ７０４にて、ＵＡ１０６が、図６の画面の選択状態を含むＨＴＭＬ要求をサービス１０３に送信すると、Ｓ７０５にて、サービス１０３が、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（例えば図７）を含むＨＴＭＬ応答を、ＵＡ１０６に返信し、Ｓ７０６にて、ＵＡ１０６が上記Ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する構成について説明した。しかし、Ｓ７０１にてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、例えば、図６に示す画面を表示するための情報と、図６の画面で選択可能な各印刷設定のＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（図７のようなタグ）を全て含むＨＴＭＬ応答を、ＵＡ１０６に返信してもよい。そして、ＵＡ１０６が上記画面を表示し、ユーザ選択を受け付け、該選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグに含まれる情報（図６の画面とともに受信済み）をＵＡ１０６内部に登録するように構成してもよい。即ち、Ｓ７０２のＨＴＭL要求に応じて、サービス１０３が、サービス１０３が提供する機能情報（例えば印刷設定を含む印刷機能の情報）のうちＵＡ１０６に登録する機能情報を選択するための画面と、該画面で選択可能な機能情報を登録するための情報の全てを、ＵＡ１０６に送信しておき、ＵＡ１０６では、ユーザに選択された機能情報を上記受信済みの情報から取得してＵＡ１０６に登録するように構成してもよい。

次に、クライアント１０１からのＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスについて説明する。
図８は、クライアント１０１からのＷｅｂ Ｉｎｔｅｎｔｓ機能の呼出しが、ＵＡ１０６を経由して、サービス１０３により処理されるまでのシーケンスを説明するための図である。本シーケンスにおいては、サービス１０３については、具体例として、画像形成装置１０４を用いて説明する。

Ｓ１００１にて、ＵＡ１０６は、ユーザの指示によりクライアント１０１にＨＴＴＰ要求を送信する。Ｓ１００２にて、クライアント１０１は、ＵＡ１０６からのＨＴＴＰ要求に対するＨＴＭＬ文書を応答する。

図９は、Ｓ１００２でクライアント１０１からＵＡ１０６に応答されるＨＴＭＬ文書の一部を例示する図である

図９において、１１０１は、指定されたアドレスから文書データを取得するためのＥＣＭＡＳｃｒｉｐｔの関数である（関数の内部処理は省略）。１１０２は、１１０１のｇｅｔＤｏｃＦｒｏｍ（）関数により取得した文書データを印刷するために、Ｗｅｂ ＩｎｔｅｎｔｓのｐｒｉｎｔカテゴリのＩｎｔｅｎｔ呼び出しをＵＡ１０６に指示するための関数である。１１０３は、文書へのリンクと、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みを利用して該文書を印刷するために、１１０２のｐｒｉｎｔＵｓｉｎｇＷＩ（）関数を起動するためのボタンを、ＵＡ１０６に表示するためのＨＴＭＬ要素である。

以下、図８のフローチャートの説明に戻る。Ｓ１００３にて、ＵＡ１０６は、表示画面を介して、ユーザによるＨＴＭＬ要素１１０３に対応するボタンの押下を検出すると、ｐｒｉｎｔＵｓｉｎｇＷＩ（）関数１１０２を実行する。この関数は、ｇｅｔＤｏｃＦｒｏｍ（）関数を呼び出している。Ｓ１００４にて、ＵＡ１０６は、Ｓ１００３での関数実行に応じて、クライアント１０１であるウェブサイトより、指定された文書データを取得する。

次に、ＵＡ１０６は、関数ｐｒｉｎｔＵｓｉｎｇＷＩ（）の中で、取得した文書データを用いてＩｎｔｅｎｔオブジェクトを作成し、このオブジェクトを引数にして、ｎａｖｉｇａｔｏｒ．ｓｔａｒｔＡｃｔｉｖｉｔｙ（）関数を呼び出す。ＵＡ１０６は、この呼び出しにより、ユーザに適当な処理を選択させるために、当該Ｉｎｔｅｎｔオブジェクトを処理可能な登録済みＩｎｔｅｎｔの一覧を表示する。ここでは、ａｃｔｉｏｎとｔｙｐｅの指定内容に従う一覧表示が行われる。

図１０は、Ｓ１００３での関数実行によりＵＡ１０６が表示するＩｎｓｔｅｎｔオブジェクトを処理可能なＩｎｔｅｎｔ選択画面を例示する図である。なお、一覧においては、登録済みＩｎｔｅｎｔのタイトル（ｔｉｔｌｅ）の値が表示される例を示しているが、他の値を識別情報として用いて表示してもよい。ユーザは、この一覧の中から望みの印刷手段を選択する。ここでは、ユーザは、図５のＳ７０６にて登録した「カラー/両面/２ｉｎ１で印刷（ｉＲ−ＡＤ Ｃ５０３５）」を選択したものとする。

Ｓ１００５で、ＵＡ１０６は、選択画面（図１０）を介したユーザによるＷｅｂＩｎｔｅｎｔの選択を受けて、ｓｔａｒｔＡｃｔｉｖｉｔｙ（）の引数で渡されたＩｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を、サービス１０３としての画像形成装置１０４に送信する。

Ｓ１００６で、画像形成装置１０４は、Ｉｎｔｅｎｔオブジェクトを含むＨＴＴＰ要求を受信すると、印刷設定を行うための画面を表示するためのＨＴＭＬ文書をＵＡ１０６に応答する。以下、Ｓ１００６では、ＵＡ１０６が画像形成装置１０４と通信しながら、ユーザの操作に従い、Ｉｎｔｅｎｔオブジェクトに含まれる文書データの印刷設定を行う。

図１１は、Ｓ１００５でのＨＴＴＰ要求の受信をきっかけにした、サービス１０３としての画像形成装置１０４の処理（Ｓ１００６）を説明するためのフローチャートである。なお、このフローチャートの各ステップの処理は画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等の不揮発性の記憶装置に記憶された本発明に特有な制御プログラムを読み込み実行することに応じて実現されるものとする。

Ｓ１３０１で、画像形成装置１０４は、ＵＡ１０６からのＨＴＴＰ要求を受信する。Ｓ１３０２で、画像形成装置１０４は、上記Ｓ１３０１で受信したＨＴＴＰ要求がＩｎｔｅｎｔオブジェクトを含むか否かを判定する。該判定の結果、Ｉｎｔｅｎｔオブジェクトを含まないと判定した場合（Ｓ１３０２でＮｏの場合）、画像形成装置１０４は、Ｓ１３０３に処理を進める。

Ｓ１３０３で、画像形成装置１０４は、無効な要求である旨をＵＡ１０６に表示するための、エラー表示用のＨＴＭＬ文書を作成し、Ｓ１３０９で、上記Ｓ１３０３で作成したエラー表示用のＨＴＭＬ文書をＵＡ１０６に送信する。

一方、上記Ｓ１３０２の判定の結果、Ｉｎｔｅｎｔオブジェクトを含むと判定した場合（Ｓ１３０２でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０４に処理を進める。Ｓ１３０４で、画像形成装置１０４は、ＨＴＴＰ要求のＵＲＩのＩＤパラメタの取り出しを行う。ここでＵＲＩのＩＤパラメタは、「キー＝値」の形の文字列の集合である。

次に、Ｓ１３０５で、画像形成装置１０４は、上記Ｓ１３０４にてＵＲＩのＩＤパラメタを取り出しに成功したか否かでＵＲＩのＩＤパラメタの存在の有無を判定する。そして、ＵＲＩのＩＤパラメタを取り出しに失敗した、即ち、ＵＲＩのＩＤパラメタが存在しないと判定した場合（Ｓ１３０５でＮｏの場合）、画像形成装置１０４は、Ｓ１３０８に処理を進める。この場合、画像形成装置１０４は、Ｓ１３０８にて、デフォルトの印刷設定を反映した印刷設定用のＨＴＭＬ文書を作成し、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。

一方、上記Ｓ１３０５で、ＵＲＩのＩＤパラメタの取り出しに成功した、即ち、ＵＲＩのＩＤパラメタが存在すると判定した場合（Ｓ１３０５でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０６に処理を進める。Ｓ１３０６で、画像形成装置１０４は、上記Ｓ１３０４で取り出したＵＲＩのＩＤパラメタの内容に従って、印刷設定の取り出しを行う。

次に、Ｓ１３０７にて、画像形成装置１０４は、上記Ｓ１３０６でＩＤパラメタに対応する印刷設定の取り出しに成功したか否かを判定する。そして、ＩＤパラメタに対応する印刷設定の取り出しに失敗したと判定した場合（Ｓ１３０７でＮｏの場合）、画像形成装置１０４は、Ｓ１３０３にて、エラー表示用ＨＴＭＬを作成し、Ｓ１３０９にて、該エラー表示用ＨＴＭＬをＵＡ１０６に送信する。

一方、上記Ｓ１３０７にて、ＩＤパラメタに対応する印刷設定の取り出しに成功したと判定した場合（Ｓ１３０７でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０８に処理を進める。この場合、Ｓ１３０８にて、画像形成装置１０４は、上記Ｓ１３０６で取り出したＩＤパラメタに対応する印刷設定を反映した印刷設定用のＨＴＭＬ文書を作成する。例えば、ＩＤが「Ｐ００４」の場合、「カラー」、「両面」そして、文書の２ページを１ページに印刷する（２ｉｎ１）設定を反映した印刷設定用のＨＴＭＬ文書を作成する。その後、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。

図１２（ａ）は、Ｓ１３０９（図８のＳ１００６）で画像形成装置１０４がＵＡ１０６に送信する印刷設定用ＨＴＭＬ文書に基づきＵＡ１０６（ＷＥＢブラウザ）に表示される設定画面を例示する図である。なお、図８のＳ１００６は、画像形成装置１０４からの図１２（ａ）の印刷設定画面を表示するためのＨＴＭＬ文書の送信（図１１のＳ１３０９）、図１２（ａ）の印刷設定画面の操作に起因するＵＡ１０６からのＨＴＴＰ要求の送信、画像形成装置１０４からのＨＴＭＬ文書の送信を含む。

ユーザは、図１２（ａ）の設定画面において、印刷設定用の各種コントロール１４０１を操作して、目的の印刷設定を行い、設定画面内の「印刷」ボタン１４０２をクリックすることにより、Ｉｎｔｅｎｔオブジェクトとしての文書データの印刷を指示する。

ここで、図８の説明の続きに戻る。ＵＡ１０６は、ユーザによる、図１２（ａ）で示す画面上の「印刷」ボタン１４０２のクリックを検出すると、Ｓ１００７にて、図１２（ａ）に示す設定内容と共に、「印刷」ボタン１４０２がクリックされたことを示すＨＴＴＰ要求を、画像形成装置１０４に送信する。画像形成装置１０４は、このＨＴＴＰ要求を受信すると、ＨＴＴＰ要求内で指定された印刷設定に従い、Ｓ１００５で受信した文書データ（ｐｄｆ）の印刷を開始する。さらに、Ｓ１００８で、画像形成装置１０４は、Ｓ１００７の要求に対する応答として、文書（ｐｄｆ）の印刷を開始したことをＵＡ１０６に表示するためのＨＴＭＬ文書をＵＡ１０６に送信する。Ｓ１００９で、ＵＡ１０６は、上記Ｓ１００８で画像形成装置１０４から送信されてきたＨＴＭＬ文書を受信し、該ＨＴＭＬ文書に基づく表示を行う。

図１２（ｂ）は、Ｓ１００８で画像形成装置１０４から送信されてきたＨＴＭＬ文書のＵＡ１０６（ＷＥＢブラウザ）による表示を例示する図である。
ＵＡ１０６は、図１２（ｂ）に示す画面上の「ＯＫ」ボタン１５０１のクリックを検出すると、この画面を表示しているＵＡ１０６のウィンドウを閉じる。

なお、画像形成装置１０４は、機器の設定を変更・管理するためのＷｅｂページを有する。以下、この機器の設定を変更・管理する機能について説明する。
図１３は、画像形成装置１０４のＷｅｂサーバに管理権限でアクセスした場合に、画像形成装置１０４から送信される印刷設定の設定用のＨＴＭＬ文書に基づきＵＡ１０６に表示される画面を例示する図である。

図１３において、１６０１は、画像形成装置１０４に予め設定されている印刷設定のリストである。１６０２は、このＨＴＭＬ画面により追加された印刷設定のリストである。１６０３は、追加された印刷設定を編集（変更）するための画面を開くためのリンクである。１６０４は、追加された印刷設定を削除するためのリンクである。

１６０５は、印刷設定を新規に追加するための画面を開くためのボタンである。１６０６及び１６０７は、表示されている印刷設定リストから、印刷設定の登録画面に表示する印刷設定を選択するためのチェックボックスである。１６０８は、登録可能な印刷設定を保存するための保存ボタンであり、画像形成装置１０４は、１６０６及び１６０７のチェックボックスのうち、保存ボタン１６０８の押下時にチェックされているものの一覧を、画像形成装置１０４の内部の記憶装置（例えばＨＤＤ３０５）に保存する。なお、図１３の一覧に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１３の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。

図１４は、図１３の「編集」リンク１６０３または「新規追加」ボタン１６０５が押下された際にＵＡ１０６に表示される印刷設定の編集及び追加画面を例示する図である。

図１４において、１７０１は、登録時に使用される印刷設定の名称であり、既存の設定の編集の際（「編集」リンク１６０３により画面が表示された場合）は変更不可である。１７０２は、印刷設定変更用の各種コントロールである。１７０３は「保存」ボタンである。画像形成装置１０４は、「保存」ボタン１７０３が押下されたことを、ＵＡ１０６を介して検出すると、１７０１で指定された印刷設定の名称と１７０２で指定された印刷設定を、登録可能な印刷設定として、画像形成装置１０４の内部の記憶装置（例えばＨＤＤ３０５）に保存する。なお、画像形成装置１０４は、登録可能な印刷設定を保存するに際し、各印刷設定に対して印刷設定を識別するために固有の識別子（ＩＤ）と、「編集」による変更を管理するためのリビジョン番号を割り当てる。

このように、サービス１０３として機能する画像形成装置１０４等の処理装置は、ＵＡ１０６で選択的に登録可能な複数の機能情報（例えば印刷設定を含む印刷機能情報）を、編集可能に記憶管理する。また、上記処理装置は、上記登録可能な複数の機能情報の、前記編集による変更をリビジョン番号等を割り当てて管理する。なお、上記処理装置は、図１３に示したように、上記登録可能な複数の機能情報を、事前にサービス１０３に登録するための画面をＵＡ１０６に送信し、該画面を介したＵＡ１０６での操作に基づいて、ＵＡ１０６で機能情報を登録する際の選択肢となる機能情報をサービス１０３に登録することができる。

図１５は、図１３の状態で「保存」ボタン１６０８が押された場合に、ＵＡ１０６に表示される、登録する印刷設定の選択画面（図６に相当）を例示する図である。

図１５における登録候補の印刷設定のリスト１８０１は、図１３の１６０６及び１６０７のチェックボックスで選択されている印刷設定である。ＵＡ１０６は、「登録」ボタン１８０２の押下を検出すると、リスト１８０１のチェックボックスで選択されている印刷設定の情報を含むＨＴＭＬ要求を画像形成装置１０４に送信する（図５のＳ７０４に相当）。このＨＴＭＬ要求に対して、画像形成装置１０４は、チェックボックスで選択されている印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグを含むＨＴＭＬ応答を、ＵＡ１０２に送信する（図５のＳ７０５に相当）。なお、リスト１８０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１５の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。

図１６は、図１５の「登録」ボタンの押下よる前記ＨＴＭＬ要求に対して、画像形成装置１０４が図５のＳ７０５でＵＡ１０６に対して送信するＨＴＭＬ文書内のＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図である。

図１６において、１９０１は、図１３，図１４で追加された印刷設定に対するｉｎｔｅｎｔタグである。「ｈｒｅｆ」のＵＲＬパラメタ「ｉｄ」は、追加された印刷設定であることを示す「ｃ」と、追加された印刷設定を特定するための識別子により構成される。また、ＵＲＬパラメタ「ｒｅｖ」は、追加された印刷設定のリビジョン番号である。図１６の例では、追加された印刷設定のＩＤは「ｃ０ｂ０ａ０９ｆ９０」、リビジョン番号は「ｃｂｂ２ｆｆｆ０４」である。

なお、上記図１５、図１６の説明では、図１３の「保存」ボタン１６０８押下に応じてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、ＨＴＭＬ応答（例えば図１５に示す画面）をＵＡ１０６に送信し、ＵＡ１０６がこの画面を表示し、ユーザ選択を受け付ける。そして、ＵＡ１０６が、図１５の画面の選択状態を含むＨＴＭＬ要求をサービス１０３に送信すると、サービス１０３が、選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（例えば図１６）を含むＨＴＭＬ応答を、ＵＡ１０６に返信し、ＵＡ１０６が上記Ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する構成について説明した。しかし、図１３の「保存」ボタン１６０８押下に応じてＵＡ１０６から送信されるＨＴＭＬ要求に基づき、サービス１０３が、例えば、図１５に示す画面を表示するための情報と、図１５の画面で選択可能な各印刷設定のＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグ（図１６のようなタグ）を全て含むＨＴＭＬ応答を、ＵＡ１０６に返信してもよい。そして、ＵＡ１０６が上記画面を表示し、ユーザ選択を受け付け、該選択された印刷設定で印刷を行うためのＷｅｂＩｎｔｅｎｔを登録するためのＩｎｔｅｎｔタグに含まれる情報（図１５の画面とともに受信済み）をＵＡ１０６内部に登録するように構成してもよい。即ち、図１３の「保存」ボタン１６０８押下に応じたＨＴＭL要求に基づき、サービス１０３が、サービス１０３が提供する機能情報（例えば印刷設定を含む印刷機能の情報）のうちＵＡ１０６に登録する機能情報を選択するための画面と、該画面で選択可能な機能情報を登録するための情報の全てを、ＵＡ１０６に送信しておき、ＵＡ１０６では、ユーザに選択された機能情報を上記受信済みの情報から取得してＵＡ１０６に登録するように構成してもよい。

図１７は、追加の印刷設定機能を持つ画像形成装置１０４が、印刷設定用のＨＴＭＬ文書をＵＡ１０６に返信するまでの処理を示すフローチャートである。なお、このフローチャートの各ステップの処理は画像形成装置１０４のＣＰＵ３０１がＲＯＭ３０２やＨＤＤ３０５等の不揮発性の記憶装置に記憶された本発明に特有な制御プログラムを読み込み実行することに応じて実現されるものとする。なお、図１１と同じ処理に対しては同じ符号を割り当て、その説明は省略する。

なお、Ｓ１３０６の「ＩＤで指定された印刷設定の取り出し」処理では、ここでは、ＩＤが「ｐ」で始まる場合は、画像形成装置１０４に予め設定されている規定の設定値の取り出し、「ｃ」で始まる場合は、追加された印刷設定を取り出すものとする。

画像形成装置１０４は、Ｓ１３０８による設定を反映したＨＴＭＬの作成後、Ｓ２００１にて、上記Ｓ１３０８で反映した設定が、追加された印刷設定であるか否かを判定する。該判定の結果、追加された印刷設定でないと判定した場合（Ｓ２００１でＮｏの場合）、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。

一方、上記Ｓ２００１の判定の結果、追加された印刷設定であると判定した場合（Ｓ２００１でＹｅｓの場合）、画像形成装置１０４は、Ｓ２００２に処理を進める。Ｓ２００２にて、画像形成装置１０４は、ＵＲＬパラメタで指定されたリビジョン番号と、画像形成装置１０４内に格納されたＩＤで指定される追加された印刷設定のリビジョン番号とを比較する。該比較の結果、リビジョン番号が一致したと判定した場合（Ｓ２００２でＹｅｓの場合）、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ１３０８で作成したＨＴＭＬ文書をＵＡ１０６に返信する。

一方、上記Ｓ２００２の比較の結果、リビジョン番号が一致しないと判定した場合（Ｓ２００２でＮｏの場合）、画像形成装置１０４は、Ｓ２００３に処理を進める。Ｓ２００３にて、画像形成装置１０４は、上記Ｓ１３０８で作成したＨＴＭＬ文書に、印刷設定が変更された旨の表示を行うためのＨＴＭＬ要素と、新しいリビジョンの登録を行うためのｉｎｔｅｎｔタグを追加する。この場合、画像形成装置１０４は、Ｓ１３０９にて、上記Ｓ２００３で登録と警告を追加したＨＴＭＬ文書をＵＡ１０６に返信する。ＵＡ１０６は、Ｓ２００３で追加されＳ１３０９で送信されたＨＴＭＬ文書を受信すると、図１８（ａ）に示すような画面を表示する。

図１８（ａ）は、Ｓ２００３で追加されたＨＴＭＬ文書のＵＡ１０６による表示を例示する図である。
図１８（ｂ）は、Ｓ２００３で追加されたＨＴＭＬ文書に含まれる、ＵＡ１０６に更新された追加された印刷設定をＷｅｂＩｎｔｅｎｔとして登録するためのｉｎｔｅｎｔタグの例である。

さらに、図１８（ａ）の画面でＯＫボタンが押下されたことを検知すると、ＵＡ１０６は、図１８（ｂ）に示すようなｉｎｔｅｎｔタグに対応するＩｎｔｅｎｔの登録の要否をユーザに確認するためのダイアログを表示する。そして、ＵＡ１０６は、このダイアログを介して、ユーザによる登録の指示を検出すると、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する。なお、確認のダイアログを表示することなく、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録するようにしてもよい。

以上示したように、実施例１によれば、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録する１つのサービスを、用途などに応じてカスタマイズして、異なるインテンツとして複数登録させることができる。この結果、ユーザは同じ操作を繰り返す必要がなくなり、ユーザの利便性が向上する。したがって、現在、提案されているＷｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みについて、ユーザビリティを向上することができる。

実施例２は、実施例１の画像形成装置１０４に対するアクセスに対しユーザ認証を必要とする。即ち、ユーザが、実施例１のＵＡ１０６に登録する画像形成装置１０４の印刷設定の選択画面（図６、図１５）、印刷設定画面（図１２（ａ）、図１４）、編集画面（図１３）を表示するために、ユーザ認証を必要とする。以下、実施例１と同一の部分の説明は省略し、異なる部分のみを説明する。

図１９（ａ）は、実施例２における、登録する印刷設定の選択画面（実施例１の図１５等に相当）を例示する図である。
図１９（ａ）では、画像形成装置１０４の管理者が設定した印刷設定のリスト１８０１に加え、個別のユーザが追加したユーザ定義の印刷設定のリスト２３０１が表示されている。ユーザが追加したユーザ定義の印刷設定は、２３０２の「編集」リンクや、２３０３の「削除」リンクをユーザが押下することにより、それぞれ、編集や削除が可能である。さらに、ユーザによる「新規追加」ボタン２３０４の押下により、ユーザ定義の印刷設定が追加可能である。ユーザによる、「編集」リンク２３０２や「新規追加」ボタン２３０４の押下を、ＵＡ１０６を介して検出すると、画像形成装置１０４は、ユーザ定義の印刷設定の編集および新規追加用のＨＴＭＬ文書を作成し、ＵＡ１０６に送信する。ＵＡ１０６は、該ＨＴＭＬ文書を受信するとユーザ定義の印刷設定の編集画面を表示する。なお、リスト１８０１及び２３０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図１９（ａ）の例では、プリント機能のカテゴリに対応する「ｓｈａｒｅ」または「ｖｉｅｗ」である。

また、ユーザ定義の印刷設定の編集画面は、図１４と同様である。「保存」ボタン１７０３の押下を、ＵＡ１０６を介して検出すると、画像形成装置１０４は、１７０１で指定された印刷設定の名称と１７０２で指定された印刷設定を、ユーザに関連付けて画像形成装置１０４内部の記憶装置（例えばＨＤＤ３０５）に保存する。画像形成装置１０４は、ユーザ定義の印刷設定を保存するに際し、ユーザ定義の印刷設定に対して、ユーザを識別するためのユーザ識別子とユーザ定義の印刷設定を識別するために固有の識別子（ＩＤ）とを割り当てて保存する。このように、サービス１０３として機能する画像形成装置１０４等の処理装置は、ＵＡ１０６で選択的に登録可能な複数の機能情報（例えば印刷設定を含む印刷機能情報）のうち、ユーザ定義の機能情報を、ユーザアカウント（ユーザ識別子）ごとに管理することができる。

図１９（ｂ）は、図１９（ａ）で「いつもの印刷設定」を選択して「登録」ボタン１８０２を押した際に、画像形成装置１０４からＵＡ１０６に送信されるＨＴＭL文書に含まれる、ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔタグを例示する図である。

図１９（ｂ）に示すように、ｉｎｔｅｎｔタグ内のｈｒｅｆの「ｉｄ」の値は、ユーザ定義の印刷設定を意味する「ｕ」と、該印刷設定を識別するための識別子「６０ｃ１８１ｆｅ４」とにより構成される。ユーザ定義の印刷設定の場合、変更の管理は不要であるため、画像形成装置１０４は、ｈｒｅｆにｒｅｖパラメタを付加しない。

以下、図１７を用いて、実施例２における、ユーザ定義の印刷設定の追加の機能を持つ画像形成装置１０４が、設定用のＨＴＭＬ文書をＵＡ１０６に返信するまでの処理について説明する。なお、実施例１と異なる部分のみ説明する。

Ｓ１３０１のＨＴＭＬ要求の受信時に、画像形成装置１０４は、ＨＴＭL要求内のユーザ認証情報の有無を確認し、ユーザ認証情報が存在しない場合、ユーザ認証処理を行った後に、Ｓ１３０２に処理を遷移させる。

また、Ｓ１３０６におけるＩＤで指定された印刷設定の取り出し処理では、ＩＤが「ｕ」で始まる場合、認証されたユーザにより保存された指定されたＩＤを持つユーザ定義の印刷設定を、画像形成装置１０４の記憶装置より取り出す。

以上示したように、実施例１の効果に加え、実施例２によれば、ＵＡ１０６にＷｅｂ Ｉｎｔｅｎｔｓとして登録するサービスを、ユーザ毎にカスタマイズして、異なるインテンツとして複数登録させることができる。

実施例３では、ＷｅｂＩｎｔｅｎｔのサービス１０３が、ＷｅｂＩｎｔｅｎｔのｐｉｃｋアクションを用いて、ストレージサービス内のファイルを提供する（一般に、ストレージサービスと呼ばれる）実施例について説明する。

例として、Ｗｅｂベースの電子メールアプリケーションが作成する電子メールにファイルを添付する際に、上記ＷｅｂＩｎｔｅｎｔサービスから添付するファイルを選択する処理を挙げることができる。この場合、Ｗｅｂベースの電子メールアプリケーションがＷｅｂＩｎｔｅｎｔのクライアント１０１に相当する。

図２０は、サービス１０３が送信する、サービス１０３内のファイルを操作するためのＨＴＭＬ文書に基づいてＡ１０６が表示する画面（ストレージサービス上のファイルを操作するためのＵＩ画面）を例示する図である。

図２０において、２５０１は、サービス１０３内にファイルを格納するためのフォルダの一覧表示およびフォルダの選択用のＵＩ部品である。フォルダは階層構造を持ち、ユーザの操作によりフォルダ内のサブフォルダの表示・非表示の切り替え、フォルダの選択が可能である。図２０の表示例では、「画像」フォルダ内の「写真」フォルダ内の「その他」フォルダが選択されていることを示している。

２５０２は、２５０１で選択されているフォルダ内のファイルの一覧表示および選択用のＵＩ部品であり、２５０３のテキスト入力部に入力された検索条件に一致するファイルが一覧表示される。図２０の表示例では、検索条件として、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルを指定し、ファイル「第一高校同窓会＿００４．ｂｍｐ」が選択されている。

ユーザによる「追加」ボタン２５０４の押下により、サービス１０３は、２５０１で選択されたフォルダにファイルを追加するための画面をＵＡ１０６に表示するためのＨＴＭL文書をＵＡ１０６に送信する（図示しない）。また、ユーザによる「削除」ボタン２５０５ボタンの押下により、サービス１０３は、２５０２で選択されているファイルをサービス１０３内の記憶装置から削除する。また、ユーザによる「取得」ボタン２５０６の押下により、サービス１０３は、２５０２で選択されているファイルをサービス１０３内の記憶装置からＵＡ１０６に送信する。

さらに、ユーザによる「登録設定」ボタン２５０７の押下により、サービス１０３は、ＵＡ１０６に登録するＷｅｂＩｎｔｅｎｔを設定するための画面を表示するためのＨＴＭL文書をＵＡ１０６に送信する。

図２１（ａ）は、図２０の「登録設定」ボタン２５０７の押下によりＵＡ１０６に表示されるＷｅｂＩｎｔｅｎｔの登録設定を行うための画面を例示する図である。

図２１（ａ）において、２６０１は、ユーザにより登録されたＷｅｂＩｎｔｅｎｔの登録設定の一覧である。２６０４は、登録設定を新規に追加するための画面を開くための「新規追加」ボタンである。２６０２は、登録設定の内容を変更するための画面を開くためのリンクであり、２６０３は、登録設定を削除するためのリンクである。２６０６は、登録設定により設定されたＷｅｂＩｎｔｅｎｔをＵＡ１０６に登録するための「登録」ボタンである。「登録」ボタン２６０６の押下を検出するとＵＡ１０６は、２６０５のチェックボックスでの選択状態をサービス１０３に送信し、サービス１０３は選択された登録設定に対するｉｎｔｅｎｔタグを含むＨＴＭＬ文書をＵＡ１０６に送信する。なお、一覧２６０１に表示される選択可能な機能情報は、同じカテゴリを示すものであり、図２１（ａ）の例では、データを取得するカテゴリに対応する「Ｐｉｃｋ」である。

図２１（ｂ）は、図２１（ａ）の状態で「登録」ボタン２６０６が押下された場合に、サービス１０３からＵＡ１０６に送信されるＨＴＭL文書内の、ＷｅｂＩｎｔｅｎｔ登録用のｉｎｔｅｎｔｓタグを例示する図である。

図２１（ｂ）に示すように、ｉｎｔｅｎｔタグのｈｒｅｆで示されるＵＲＩのＵＲＩパラメタ、「ｐａｔｈ」と「ｆｉｌｔｅｒ」がそれぞれ、取得するデータが格納されているサービス内のフォルダのパスとファイル名の検索条件を示す。このようなｉｎｔｅｎｔタグを含むＨＴＭL文書を受信したＵＡ１０６は、このＷｅｂＩｎｔｅｎｔが未登録の場合、これをＵＡ１０６に登録するか否かをユーザに確認する画面を表示する。ＵＡ１０６は、ユーザによるＷｅｂＩｎｔｅｎｔの登録の選択を検出すると、上記ｉｎｔｅｎｔタグに含まれる情報をＵＡ１０６内部に登録する。

図２２は、図２１（ａ）の「編集」リンク２６０２、「新規追加」ボタン２６０４が押下された際にＵＡ１０６に表示される登録設定の編集画面を例示する図である。

図２２において、２８０１は登録名を入力するテキストボックスであり、入力された値が図２０の登録設定一覧２６０１に表示される。本編集画面が「編集」リンク２６０２の押下により表示された場合は、テキストボックス２８０１は編集不可となる。２８０２は、取得するファイルが格納されているフォルダを選択するためのＵＩ部品である。２８０３は、取得するファイルを絞り込むためのファイル名の検索条件を入力するためのテキストボックスである。図２２に示す表示例では、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルを指定している。「保存」ボタン２８０４の押下を検出すると、ＵＡ１０６は、テキストボックス２８０１および２８０３に入力されている文字列と、ＵＩ部品２８０２で選択されているフォルダのパスを、サービス１０３に送信する。サービス１０３は、ＵＡ１０６から受信した登録名とフォルダのパスと検索条件とをユーザ（ユーザを識別する識別子）に関連付けて、サービス１０３内の記憶装置に保存し、図２０のファイル操作画面を表示するためのＨＴＭL文書をＵＡ１０６に送信する。これにより、２８０２で選択されたフォルダが選択され且つ２８０３で入力した検索条件が入力された状態で、ストレージサービスのＵＩ画面（図２０）にアクセスできるファイル選択用の登録設定を、図２１（ａ）の一覧２６０１に、追加できる。

図２３は、クライアント１０１からのＷｅｂＩｎｔｅｎｔのｐｉｃｋ要求に対して、サービス１０３がクライアント１０１に、ＵＡ１０６を経由してファイルを返すまでの処理の流れを示すシーケンス図である。ここで、クライアント１０１は、例えばＷｅｂベースの電子メールアプリケーションであり、本処理により、電子メールに添付するファイルをサービス１０３より取得するような場合が考えられる。

まず、ＵＡ１０６は、Ｓ２９０１にて、クライアント１０１に対してＨＴＭLのＧＥＴ要求を送信する。この要求に対し、クライアント１０１は、Ｓ２９０２にて、ＷｅｂＩｎｔｅｎｔのｐｉｃｋ機能を利用することが記載されたＨＴＭＬ文書をＵＡ１０６に返信する。ＵＡ１０６は、クライアント１０１から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づく画面を表示する。さらに、ＵＡ１０６は、ユーザによる前記ＨＴＭL文書に基づく画面からのＷｅｂＩｎｔｅｎｔの起動要求を検出すると、Ｓ２９０３にて、ＵＡ１０６に登録されている、前記ｐｉｃｋ要求を処理可能なＷｅｂＩｎｔｅｎｔの一覧を表示する。

ＵＡ１０６は、上記一覧上でのユーザによるサービス１０３内のＷｅｂＩｎｔｅｎｔの選択を検出すると、Ｓ２９０４にて、前記ＨＴＭL文書内の記載に従いＩｎｔｅｎｔオブジェクトを作成し、前記選択されたＷｅｂＩｎｔｅｎｔのｉｎｔｅｎｔタグに記載のＵＲＩに対してＨＴＭＬ要求を送信する。

サービス１０３は、Ｉｎｔｅｎｔオブジェクトを含むＨＴＭL要求を受信すると、要求されたＵＲＩのパラメタに記載のフォルダと検索設定に従い、図２０に示すサービス１０３内のファイルの操作するため画面を表示するためのＨＴＭＬ文書をＵＡ１０６に送信する。ＵＡ１０６は、サービス１０３から送信されるＨＴＭＬ文書を受け取り、該ＨＴＭＬ文書に基づくＵＩ画面を表示する。例えば、「家族の写真」がＷｅｂＩｎｔｅｎｔの一覧から選択されたとすると、図２０の２５０１で「画像」フォルダ内の「写真」フォルダ内の「家族」フォルダが選択され、図２０の２５０２に検索条件として、拡張子が「ｂｍｐ」及び「ｊｐｇ」であるファイルが指定されているＵＡ１０６にＵＩ画面が表示される。よって、ユーザは、画像の取得元となるフォルダの選択や検索条件等の入力等の操作を省略でき、ユーザによる画像の取得操作の負担を軽減することができる。

ユーザはＵＡ１０６を介して、前記ＨＴＭL文書に基づくＵＩ画面から目的のファイルを選択し、「取得」ボタン２５０６を押すことにより、電子メールに添付するファイルの選択を行う。サービス１０３は、ＵＡ１０６を介して、ユーザによる「取得」ボタン２５０６の押下を検出すると、Ｓ２９０６にて、画面上で選択されているファイルを含むＨＴＭL文書をＵＡ１０６に送信する。

ＵＡ１０６は、前記ＨＴＭL文書を受信し、前記ＨＴＭL文書内に含まれる、ｗｉｎｄｏｗ．ｉｎｔｅｎｔ．ｐｏｓｔＲｅｓｕｌｔ関数を呼び出すことにより、サービス１０３によるＷｅｂＩｎｔｅｎｔの呼び出しが完了したことをＵＡ１０６に通知する。この際、関数には選択されたファイルの内容が渡される。前記関数の呼び出しを受け、ＵＡ１０６は、Ｓ２９０２で受信したＨＴＭＬ文書内の、ＷｅｂＩｎｔｅｎｔ呼び出し成功時のコールバック関数を呼び出す（Ｓ２９０８）。この関数の呼び出しにより、ＵＡ１０６は、選択されたファイルの内容をクライアント１０１に送信する（Ｓ２９０９）。

なお、サービス１０３によるｐｉｃｋ．ｈｔｍｌの処理は、ＵＡ１０６からの要求がＩｎｔｅｎｔオブジェクトを含まない場合、ユーザによる「取得」ボタン２５０６の押下時、選択中のファイルのみをＵＡ１０６に送信するものとする。

また、上述の例では、ストレージサービス内のファイルを取得してクライアント１０１（例えば、Ｗｅｂベースの電子メールアプリケーション）に渡す場合について説明した。しかし、クライアント１０１から取得したデータを、ストレージサービス内に保存する場合等も同様である。

以上示したように、実施例３によれば、例えば、Ｗｅｂ Ｉｎｔｅｎｔｓの仕組みにより提供される機能（提供機能）がデータの取得や保存を含む機能の場合、データの取得元や保存先となるフォルダの選択操作や、データの選択に際して分類の指定を行う操作等を省略することができ、ユーザの負担を軽減することができる。

以上のように、上記各実施例では、サービス１０３の提供する機能の異なる設定での処理に対応する複数の機能情報を、選択的に前記情報処理端末に登録するための情報をＵＡ１０６に送信し、該情報をＵＡ１０６が受信する。そして、ＵＡ１０６は、該受信された情報に基づく選択に応じた、中継機能による前記機能情報の登録処理を実行する。また、ＵＡ１０６は、クライアント１０１等から取得した特定のデータの指定と前記登録されている機能情報の何れかの選択とに応じて、サービス１０３に対して該選択された機能情報に対応する設定で当該特定のデータを処理させるための要求を行う。サービス１０３は、この要求を受けて、該選択された機能情報に対応する設定で当該特定のデータを処理し、処理結果をＵＡ１０６に返信する。このような構成により、ユーザ操作を含むＷｅｂＩｎｔｅｎｔの処理において、ユーザ操作を省略でき（ユーザが同じ操作を何度も繰り返す必要がなく）、Ｗｅｂ Ｉｎｔｅｎｔｓなどの新しい連携の仕組みを用いたサービスへの要求やＷｅｂ Ｉｎｔｅｎｔｓの登録に関して、ユーザビリティを向上させることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (8)

1. データを管理し、該データを処理させるサービスの呼び出し対応するオブジェクトを配置しているウェブサイトを提供するネットワーク上のクライアントと、当該クライアントで管理されるデータを利用して機能を提供するサービスとを、前記ネットワークを介して連携させるオペレーティングシステムを備える情報処理端末であって、
   前記サービスから、前記サービスの提供する機能の異なる設定での処理のそれぞれに対応する複数の機能情報の少なくとも１つを、選択的に登録するための情報を受信する受信手段と、
   前記受信手段により受信された情報に基づく選択に応じた、前記オペレーティングシステムによる、少なくとも１つの機能情報の登録処理を実行する登録手段と、
   前記クライアントにより提供される前記ウェブサイト上でユーザーにより前記オブジェクトが指定された際に前記登録処理により登録された機能情報の何れかが選択された場合に、前記選択された機能情報に基づき、前記サービスに対して前記クライアントで管理されるデータを処理させるための要求を行う要求手段と、を有し、
   前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、同じカテゴリを示すことを特徴とする情報処理端末。
2. 前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、前記サービスにおいて編集可能に管理されることを特徴とする請求項１に記載の情報処理端末。
3. 前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、前記編集による変更が管理されることを特徴とする請求項２に記載の情報処理端末。
4. 前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、ユーザアカウントごとに管理されることを特徴とする請求項２又は３に記載の情報処理端末。
5. 前記受信手段により受信される情報により選択的に登録できる複数の機能情報は、前記サービスが提供する画面を介して、前記サービスに事前に登録することができることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理端末。
6. 前記カテゴリは、前記クライアントで管理されるデータを共有するカテゴリ、前記クライアントで管理されるデータを編集するカテゴリ、前記クライアントで管理されるデータを閲覧するカテゴリ、前記クライアントで管理されるデータを取得するカテゴリ、前記クライアントで管理されるデータを保存するカテゴリの少なくともいずれかを含むことを特徴とする請求項１乃至５のいずれか１項に記載の情報処理端末。
7. 前記サービスは、前記情報処理端末の機能であることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理端末。
8. 前記ネットワークは、インターネットであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理端末。

Images