(57)【要約】【課題】  現状、Ｗｅｂ  Ｉｎｔｅｎｔｓの仕組みにおいて、特定のＷｅｂサービスを選択、利用することは出来るが、同時に複数のＷｅｂサービスを選択、利用することが出来ない。【解決手段】  特定のサービスを提供することが可能なサービス提供元を示す情報を複数、予め登録している情報処理装置であって、前記表示手段で表示された複数の情報のうちの一部の情報をユーザの指示により選択する選択手段と、アクセスを行う手段とを有し、前記一部の情報には、複数の情報が含まれ、夫々の情報は、別々の特定のサービスを提供することを可能なサービス提供元を示すことを特徴とする情報処理装置。【選択図】  図９
2015026320.tif 000002
【特許請求の範囲】
【請求項１】
特定のサービスを提供することが可能なサービス提供元を示す情報を複数、予め登録している情報処理装置であって、
前記複数の予め登録されている情報を表示する表示手段と、
前記表示手段で表示された複数の情報のうちの一部の情報をユーザの指示により選択する選択手段と、
前記選択手段で選択された一部の情報に対応するサービス提供元に対して、アクセスを行う手段とを有し、
前記一部の情報には、複数の情報が含まれ、夫々の情報は、別々の特定のサービスを提供することを可能なサービス提供元を示すことを特徴とする情報処理装置。
【請求項２】
前記特定のサービスとは、データの共有であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
サービスの種類、及び、サービスが扱う対象物のフォーマットを示す情報を受信する受信手段と、
前記受信手段で受信したサービスの種類を持ち、かつ、前記フォーマットを扱うことができるサービス提供元を示す情報を、登録されている複数の情報から検索する検索手段とを有し、
前記表示手段は、前記検索手段の検索により見つかった情報を表示することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
特定のサービスを提供することが可能なサービス提供元を示す情報を複数、予め登録している情報処理方法であって、
前記複数の予め登録されている情報を表示する表示工程と、
前記表示工程で表示された複数の情報のうちの一部の情報をユーザの指示により選択する選択工程と、
前記選択工程で選択された一部の情報に対応するサービス提供元に対して、アクセスを行う工程とを有し、
前記一部の情報には、複数の情報が含まれ、夫々の情報は、別々の特定のサービスを提供することを可能なサービス提供元を示すことを特徴とする情報処理方法。
【請求項５】
前記特定のサービスとは、データの共有であることを特徴とする請求項４に記載の情報処理方法。
【請求項６】
サービスの種類、及び、サービスが扱う対象物のフォーマットを示す情報を受信する受信工程と、
前記受信工程で受信したサービスの種類を持ち、かつ、前記フォーマットを扱うことができるサービス提供元を示す情報を、登録されている複数の情報から検索する検索工程とを有し、
前記表示工程は、前記検索工程の検索により見つかった情報を表示することを特徴とする請求項４又は５に記載の情報処理方法。
【請求項７】
請求項４乃至６の何れか１項に記載の情報処理方法をコンピュータに実行させるためのコンピュータよみとり可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ  Ｉｎｔｅｎｔｓなどの仕組みを用いたサービスを提供する際の技術に関する。
【背景技術】
【０００２】
従来、Ｗｅｂサイト間で処理を委譲する場合、機能を呼び出す側は、機能を提供する側のＡＰＩ（アプリケーション・プログラミング・インターフェイス）やＲＥＳＴインターフェイス等の機能の呼び出し方を、知っている必要があった。従って、異なるＷＥＢサイトとの連携を実現するためには、機能の呼び出し側は、それぞれの呼び出し規約に従う必要があった。
【０００３】
一方、専用のＡＰＩを用いずに任意のＷｅｂサービス（または、Ｗｅｂアプリケーション）と連携する仕組みも存在する。一例として、Ｗｅｂ  Ｉｎｔｅｎｔｓという仕組みが提案されている。
【０００４】
また、従来技術として、特許文献１に記載されるような技術がある。これによれば、印刷ドライバはユーザが印刷を行う際、印刷設定を複数表示させ、選択された印刷設定が権限範囲を超えているか否かによって印刷設定を制御する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２７２６０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記特許文献１は、Ｗｅｂ  Ｉｎｔｅｎｔｓなどの仕組みを利用したＷｅｂサービス間連携に関するものではない。また、Ｗｅｂ  Ｉｎｔｅｎｔｓの仕組みにおいて、特定のＷｅｂサービスを選択、利用することは出来るが、同時に複数のＷｅｂサービスを選択、利用することが出来ないという課題がある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、特定のサービスを提供することが可能なサービス提供元を示す情報を複数、予め登録している本発明の情報処理装置は、前記複数の予め登録されている情報を表示する表示手段と、前記表示手段で表示された複数の情報のうちの一部の情報をユーザの指示により選択する選択手段と、前記選択手段で選択された一部の情報に対応するサービス提供元に対して、アクセスを行う手段とを有し、前記一部の情報には、複数の情報が含まれ、夫々の情報は、別々の特定のサービスを提供することを可能なサービス提供元を示すことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、同時に複数サービスを利用することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】Ｗｅｂ  Ｉｎｔｅｎｔｓの全体構成図
【図２】Ｗｅｂ  Ｉｎｔｅｎｔｓの基本的な動作を示したシーケンス図
【図３】Ｗｅｂ  Ｉｎｔｅｎｔｓサービスが持つ登録用マークアップの一例
【図４】Ｗｅｂ  Ｉｎｔｅｎｔｓクライアントが生成するＩｎｔｅｎｔ処理要求の一例
【図５】実施例１におけるシステム構成図
【図６】実施例１におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアント、ＵＡ、ＷｅｂＩｎｔｅｎｔｓサービスのハードウェア構成図
【図７】（Ａ）実施例１におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアントのソフトウェア構成図、（Ｂ）実施例１におけるＵＡのソフトウェア構成図、（Ｃ）実施例１におけるＷｅｂＩｎｔｅｎｔｓサービスのソフトウェア構成図
【図８】（Ａ）実施例１におけるＵＡの登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル、（Ｂ）実施例１におけるＷｅｂ  ＩｎｔｅｎｔｓクライアントとＷｅｂ  Ｉｎｔｅｎｔｓサービスのコンテンツ管理テーブル
【図９】実施例１におけるＵＡがＩｎｔｅｎｔｓを発行する際のシーケンス図
【図１０】（Ａ）実施例１におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアントが作成するＨＴＭＬ内のＥＣＭＡＳｃｒｉｐｔ、（Ｂ）実施例１におけるＵＡが表示するＷｅｂ  Ｉｎｔｅｎｔｓクライアントの画面例
【図１１】（Ａ）ＵＡが共有ボタンを押下された際の画面例、（Ｂ）ＵＡが複数のＷｅｂ  Ｉｎｔｅｎｔｓサービスを選択された際の画面例
【図１２】実施例１におけるＵＡがＩｎｔｅｎｔｓを発行する処理を示したフローチャート
【図１３】実施例１におけるＵＡが表示するＩｎｔｅｎｔ処理終了ページの画面例
【図１４】実施例２におけるシステム構成図
【図１５】実施例２におけるＵＡのハードウェア構成図
【図１６】実施例２におけるＵＡのソフトウェア構成図
【図１７】（Ａ）実施例２におけるＵＡの登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル、（Ｂ）実施例２におけるＵＡの表示方法判断テーブル
【図１８】実施例２におけるＵＡが表示方式を制御する際のシーケンス図
【図１９】（Ａ）実施例２におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアントが作成するＨＴＭＬ内のＥＣＭＡＳｃｒｉｐｔ、（Ｂ）実施例２におけるＵＡが表示するＷｅｂ  Ｉｎｔｅｎｔｓクライアントの画面例
【図２０】実施例２におけるＵＡの表示方式判断処理を示したフローチャート
【図２１】実施例２におけるＵＡの単数選択方式時の画面例
【図２２】実施例３におけるシステム構成図
【図２３】実施例３におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアント、ＵＡ、ＷｅｂＩｎｔｅｎｔｓサービスのハードウェア構成図
【図２４】実施例３におけるＵＡのソフトウェア構成図
【図２５】（Ａ）実施例３におけるＵＡの登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル、（Ｂ）実施例３におけるＵＡの排他ａｃｔｉｏｎテーブル
【図２６】実施例３におけるＵＡの排他表示処理を示したシーケンス図
【図２７】（Ａ）実施例３におけるＷｅｂ  Ｉｎｔｅｎｔｓクライアントが作成するＨＴＭＬ内のＥＣＭＡＳｃｒｉｐｔ、（Ｂ）実施例３におけるＵＡが表示するＷｅｂ  Ｉｎｔｅｎｔｓクライアントの画面例
【図２８】実施例３におけるＵＡがメニューボタンを押下された際の画面例
【図２９】実施例３におけるＵＡの排他表示処理を示したフローチャート
【図３０】実施例３におけるＵＡの排他表示画面例
【発明を実施するための形態】
【００１０】
（実施例１）
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
図１は、全体構成を示す図である。１０３はＩｎｔｅｎｔｓ技術を利用してサービスや機能を提供するＷｅｂ  Ｉｎｔｅｎｔｓサービス、１０１は前記サービスを利用するＷｅｂ  Ｉｎｔｅｎｔｓクライアントである。１０２はＷｅｂ  Ｉｎｔｅｎｔｓクライアントからの要求をＷｅｂ  Ｉｎｔｅｎｔｓサービスに渡し、サービスからの結果をクライアントに渡す役割をするＵＡ（ユーザエージェント）である。Ｗｅｂ  ＩｎｔｅｎｔｓサービスＳＮＳサイトの「いいね」「チェック」「シェア」といったソーシャルボタンをＷｅｂ  Ｉｎｔｅｎｔｓの仕組みで例えると、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１はボタンを配置しているサイトとなる。ＵＡ１０２はウェブブラウザ（以下、ブラウザ）、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３は「いいね」などの投稿先サービスになる。Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３が機能を提供するにあたって、ユーザ認証やユーザによる操作が必要な場合、ＵＡ１０２上でユーザが操作を行う。なお、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３とは、Ｗｅｂ  Ｉｎｔｅｎｔｓサービスを提供するサービス提供元のサーバ又はサーバ群となっている。
【００１２】
なお、ＵＡ１０２は、後述するサービスと連携するための機能を持つのであれば、ブラウザ以外にも、情報処理端末で動作するオペレーティングシステム（ＯＳ）やアプリケーションなどで実現することも可能である。ここで、情報処理端末の例としては、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット、カーナビなどが挙げられる。
【００１３】
また、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３については、上記した投稿先サービスのようなインターネット上のサービス提供者以外にも、例えば情報処理端末が内蔵するカメラ、プリンター、スキャナなどといったデバイスもサービス提供者になり得る。また、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３については、ネットワークで接続されるプリンター、スキャナ、ネットワークカメラなどの周辺機器や、冷蔵庫やテレビといった家電製品などもサービス提供者になり得る。
【００１４】
図２はＷｅｂ  Ｉｎｔｅｎｔｓを利用したサービス提供に関する基本動作を説明するためのシーケンス図である。Ｓ２０１で、ＵＡ１０２はユーザの操作によりＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３にアクセスする。Ｓ２０２で、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３は、提供するサービスをＵＡ１０２に登録してもらうための登録用マークアップを含むＨＴＭＬ応答をＵＡ１０２に返信する。
【００１５】
図３の例を用いて、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３からＵＡ１０２に返信されるＨＴＭＬ応答の中身について説明する。＜ｉｎｔｅｎｔ＞タグにはサービスを特定する情報が記載されている。ａｃｔｉｏｎは本サービスがどんな機能（どんな種類のサービス）を提供するか示し、ｔｙｐｅはａｃｔｉｏｎに対して何を扱えるかを示している。ｈｒｅｆはサービスのＵＲＬを示し、ｔｉｔｌｅはサービスのタイトルを示している。また、ｄｉｓｐｏｓｉｔｉｏｎはサービスがどのように表示されるかを示す。この例では、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３が扱える対象物のフォーマットは、あらゆるフォーマットであり、あらゆるフォーマットの画像データを“ｓｈａｒｅ（共有）”できることを示している。また、その際の接続先は“ｓｈａｒｅ．ｈｔｍｌ”で、タイトルは“Ｓｈａｒｅ  ｉｍａｇｅ  ｕｓｉｎｇ  ｅ−ｍａｉｌ”となり、別ウィンドウで表示することを示している。
【００１６】
ＵＡ１０２はこの応答を受信すると、ユーザに対して前記Ｗｅｂ  ＩｎｔｅｎｔｓサービスをＵＡ１０２に登録するか否か確認する。例えばＵＡ１０２がブラウザであれば、ポップアップウィンドウを表示させユーザに選択を促す。ユーザがこのＷｅｂ  Ｉｎｔｅｎｔｓの登録を選択すると、ＵＡ１０２はこれを内部に記憶する。
【００１７】
Ｓ２０３で、ＵＡ１０２はユーザの操作によりＷｅｂ  Ｉｎｔｅｎｔｓクライアント１０１にアクセスする。Ｓ２０４で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１はＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３を利用することが記載されたＨＴＭＬ応答をＵＡ１０２へ返信する。例えば、あるＷｅｂサイトにおいて、画像と「共有」ボタンがある場合に、サイトは図４で示すＥＣＭＡＳｃｒｉｐｔを含むＨＴＭＬをＵＡ１０２へ返す。
【００１８】
図４の例を用いて、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１からＵＡ１０２に返信されるＨＴＭＬ応答の中身について説明する。ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１０２は自身に登録されているＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３の中から、指定されたＩｎｔｅｎｔｓのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。また、無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することにより、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１が持つ画像データを取得する。
【００１９】
Ｓ２０５で、ＵＡ１０２はＨＴＭＬ応答を受け取り、表示する。Ｓ２０６で、ＵＡ１０２はユーザにより画面上の「共有」ボタンが押下されると、上述したようにＷｅｂ  Ｉｎｔｅｎｔｓ起動用のＥＣＭＡＳｃｒｉｐｔが実行され、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１が持つ画像データを取得する。また、「共有」ボタン押下により、ＵＡ１０２に登録されているＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３の一覧が表示される。ユーザにより一覧からＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３が選択されると、Ｓ２０７で、ＵＡ１０２は選択されたＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３へ要求を送信する。その際、ＵＡ１０２は、送信データに、図４のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。Ｓ２０８で、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３は要求からＩｎｔｅｎｔオブジェクトを取り出し、ＵＡ１０２を介してユーザと相互作用しながら、選択されたサービス（ここでは画像の「共有」）の利用を実現する。例えば、ユーザが画像、共有ボタンがあるサイトに訪れ、共有ボタンを押下すると、ポップアップウィンドウにサービス一覧が表示される。そこでＷｅｂメールサービスを選択したとすると、画像データを添付した新規メールが作成され、ユーザにより電子メールを送信することが出来る。
【００２０】
Ｓ２０９で、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３は処理が終了すると、処理結果をＷｅｂ  Ｉｎｔｅｎｔｓクライアント１０１に伝えるＥＣＭＡＳｃｒｉｐｔを含む応答を返す。Ｓ２１０で、ＵＡ１０２は応答中に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ２０５のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数ｏｎＳｕｃｃｅｓｓ（）を呼び出す。Ｓ２１１で、ＵＡ１０２はコールバック関数ｏｎＳｕｃｃｅｓｓ（）によってＷｅｂ  Ｉｎｔｅｎｔｓクライアント１０１へ処理結果を返す。
【００２１】
以上の処理により、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１０１は、ＵＡ１０２を介して、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１０３が提供するＷｅｂ  Ｉｎｔｅｎｔｓの機能、サービス（この例では画像の「共有」）を呼び出すことが可能となる。
【００２２】
図５は本発明の実施の形態に係るＷｅｂ  Ｉｎｔｅｎｔｓクライアント、ＵＡ、ＷｅｂＩｎｔｅｎｔｓサービスがインターネットを介して接続された関係を示す図である。
【００２３】
この図において、５０１は上述したＷｅｂ  Ｉｎｔｅｎｔｓクライアント１０１にあたり、ここでは画像データの保管などのストレージ機能を提供する一般的なＷｅｂサイトを表したＷｅｂ  Ｉｎｔｅｎｔｓクライアントである。５０２は上述したＵＡ１０２にあたり、ここではＰＣ上のＷｅｂブラウザを表したＵＡである。５０３は上述したＷｅｂ  Ｉｎｔｅｎｔｓサービス１０３にあたり、ここでは画像を編集、保存、またはＳＮＳへ投稿するなどの機能、サービスを提供するＷｅｂサイト（Ｗｅｂアプリケーション）を表したＷｅｂ  Ｉｎｔｅｎｔｓサービスである。５０４はＰｒｏｘｙ  Ｓｅｒｖｅｒ、５０５はＩｎｔｒａｎｅｔのセキュリティを高めるために設置されたＦｉｒｅｗａｌｌ、５０６はＬＡＮを表している。これらがＬＡＮ５０６を介して相互に接続されていることを表している。５０７はＵＡ５０２、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ５０４、Ｆｉｒｅｗａｌｌ５０５がＬＡＮ５０６を介して相互に接続されたＩｎｔｒａｎｅｔの環境を表している。実際には複数のＩｎｔｒａｎｅｔ環境５０７と、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３とがＩｎｔｅｒｎｅｔ５０８を介して相互に接続されている。
【００２４】
なお、本実施例ではＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、ＵＡ５０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３は汎用コンピュータの構成を有する。また、本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図５の例において、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３はＨＴＴＰＳを利用してＰｒｏｘｙ  Ｓｅｒｖｅｒ５０４とＦｉｒｅｗａｌｌ５０５を介して、ＵＡ５０２とデータの送受信を行っている。
【００２５】
図６は、本発明の実施の一形態に係わるＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、ＵＡ５０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のハードウェア構成を示す図である。
【００２６】
Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、ＵＡ５０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３は、ＲＯＭ６０３に格納されているプログラムを実行するＣＰＵ６０１を備え、内部バス６０６を介して各デバイスを総括的に制御する。内部バス６０６には、ＲＡＭ６０２、ＲＯＭ６０３、ＨＤＤ６０４、ネットワークＩ／Ｆ６０５、入出力Ｉ／Ｆ６０７が接続されている。
【００２７】
また入出力Ｉ／Ｆ６０７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ  Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置６０８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ６０７を介して管理サーバ１０６と接続することができる。
【００２８】
図７（Ａ）は、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のソフトウェア（処理部）構成の一例を示す図である。Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１において、Ｗｅｂアプリケーション７００および各処理部は、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のＨＤＤ６０４に保存されたファイルとして存在する。これらは実行時にＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムモジュールである。Ｗｅｂアプリケーション７００は、例えば画像データなどのコンテンツを保管するストレージ機能を提供するアプリケーションである。Ｗｅｂアプリケーション７００は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエストに応答して処理を実行するプログラムとして実装される。Ｗｅｂアプリケーション７００は、Ｉｎｔｅｎｔ処理要求作成部７０１、プレゼンテーション部７０２、および、コンテンツ管理部７０３で構成される。Ｉｎｔｅｎｔ処理要求作成部７０１は、Ｉｎｔｅｎｔの処理要求であるＥＣＭＡＳｃｒｉｐｔを作成するソフトウェアモジュールである。プレゼンテーション部７０２は、通信部７０４を介して受け取ったページ取得要求などに応じてＨＴＭＬ文書を作成するソフトウェアモジュールである。コンテンツ管理部７０３は、プレゼンテーション部７０２からの要求に応じてデータベースサービス部７０５によりＨＤＤ６０４からコンテンツを取得したり、格納したりするソフトウェアモジュールである。データベースサービス部７０５は、他の処理部からの要求に応じて、ＨＤＤ６０４へのコンテンツの格納と取り出しを行うソフトウェアモジュールである。また、データベースサービス部７０５は、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１と別の機器上にあってもよい。
【００２９】
図７（Ｂ）は、ＵＡ５０２のソフトウェア（処理部）構成の一例を示す図である。ＵＡ５０２において、Ｗｅｂブラウザ７３０および各処理部は、ＵＡ５０２のＨＤＤ６０４に保存されたファイルとして存在する。これらは実行時にＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムモジュールである。Ｗｅｂブラウザ７３０は、表示部７３１、解析部７３２、および、サービス管理部７３３で構成される。表示部７３１は、ＨＴＭＬ文書をレンダリングするソフトウェアモジュールである。また、サービス管理部７３３の要求に応じて、Ｗｅｂ  Ｉｎｔｅｎｔｓサービスをユーザに選択させる画面を表示する。解析部７３２は、ＨＴＭＬ文書を解析するソフトウェアモジュールである。また、解析部７３２は、Ｉｎｔｅｎｔ処理要求であるＥＣＭＡ  Ｓｃｒｉｐｔも解析する。サービス管理部７３３は、データベースサービス部７３５を介してＨＤＤ６０４から登録済みのＷｅｂ  Ｉｎｔｅｎｔｓサービスを取得したり、格納したりするソフトウェアモジュールである。
【００３０】
図７（Ｃ）は、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のソフトウェア（処理部）構成の一例を示す図である。Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３において、Ｗｅｂアプリケーション７５０および各処理部は、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＨＤＤ６０４に保存されたファイルとして存在する。これらは実行時にＯＳやその各処理部を利用する他の処理部によってＲＡＭ６０２にロードされ実行されるプログラムモジュールである。Ｗｅｂアプリケーション７５０は、例えば画像データなどのコンテンツを保管するストレージ機能や、コンテンツの編集などを提供するアプリケーションである。Ｗｅｂアプリケーション７５０は、ＨＴＴＰリクエストに応答して処理を実行するプログラムとして実装される。Ｗｅｂアプリケーション７５０は、Ｉｎｔｅｎｔ処理部７５１、プレゼンテーション部７５２、コンテンツ処理部７５３で構成される。Ｉｎｔｅｎｔ処理部７５１は、Ｉｎｔｅｎｔオブジェクトを解析し、ＵＡ５０２からの要求に応じて他の処理部へ処理を指示するソフトウェアモジュールである。プレゼンテーション部７５２は、通信部７５４を介して受け取ったページ取得要求などに応じてＨＴＭＬ文書を作成するソフトウェアモジュールである。コンテンツ処理部７５３はＩｎｔｅｎｔ処理部７５１からの指示を受けて、コンテンツに対して処理をするソフトウェアモジュールである。例えば、画像データを編集したり、要求に応じてデータベースサービス部７５５を介してＨＤＤ６０４へコンテンツを格納したりするソフトウェアモジュールである。データベースサービス部７５５は、他の処理部からの要求に応じて、データの格納と取り出しを行う。また、データベースサービス部７５５は、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３と別の機器上にあってもよい。
【００３１】
図８（Ａ）は、ＵＡ５０２が自身に登録されたＷｅｂ  Ｉｎｔｅｎｔｓサービスを管理するために保持する登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブルの一例である。本テーブルはＵＡ５０２内のＨＤＤ６０４で保持され、データベースサービス部７３５によって制御される。８０１はＳｅｒｖｉｃｅＩＤであり、Ｗｅｂブラウザ７３０内でＷｅｂ  Ｉｎｔｅｎｔｓサービスを一意に識別するためのＩＤである。８０２はａｃｔｉｏｎであり、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３がどのような機能、サービスを提供するかを示す情報であり、８０３のｔｙｐｅはａｃｔｉｏｎ８０２に対してどのようなデータ形式を扱えるかを示している。８０４はｈｒｅｆであり、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３の相対ＵＲＬを示し、８０５のｔｉｔｌｅはＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３のタイトルを示している。また、８０６はｄｉｓｐｏｓｉｔｉｏｎであり、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３がどのように表示されるかを示す。つまり、ＵＡ５０２はＷｅｂブラウザ７３０を介して、本テーブルを参照することで各Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３へＩｎｔｅｎｔの処理要求を出すことが可能である。
【００３２】
図８（Ｂ）は、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１とＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７００、７５０が扱う画像データを管理するコンテンツ管理テーブルである。本テーブルはＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１とＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３内のＨＤＤ６０４で保持され、データベースサービス部７３５によって制御される。８２１はＩｍａｇｅＩＤであり、Ｗｅｂアプリケーション７００内で画像データを一意に識別するためのＩＤである。８２２はＦｉｌｅであり、画像データのファイル名を表している。つまり、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１とＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３は、本テーブル参照することでコンテンツ管理部７０３やコンテンツ処理部７５３により画像データをＨＤＤ６０４から取得、また、編集することが可能となる。
【００３３】
図９はＵＡ５０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１へアクセスし、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３に対してＩｎｔｅｎｔｓの処理要求を発行する際のシーケンス図である。ここではＵＡ５０２にＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３が既に登録されている状態で、ＵＡ５０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１へアクセスしたところから処理の説明をする。また、ここでは複数のＷｅｂ  Ｉｎｔｅｎｔｓサービスを便宜上Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３として表現する。
【００３４】
Ｓ９０１で、ユーザ操作によってＵＡ５０２のＷｅｂブラウザ７３０は通信部７３４を介してＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１にＨＴＴＰのリクエストメッセージとしてページを要求する。Ｓ９０２で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のＷｅｂアプリケーション７００はページの作成を行う。Ｓ９０３で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のＷｅｂアプリケーション７００は、Ｓ９０２で作成したページをＵＡ５０２へＨＴＴＰのレスポンスメッセージとして応答する。Ｓ９０４で、ＵＡ５０２のＷｅｂブラウザ７３０の表示部７３１は、受信したページを表示する。具体的には、解析部７３２が、通信部７３４を介してＨＴＭＬ文書を受け取って解析し、表示部７３１がレンダリングする。
【００３５】
ここで、Ｓ９０４で表示する画面の一例について、図１０（Ａ）（Ｂ）を用いて説明する。図１０（Ａ）は、Ｓ９０２でＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１によって作成され、ＵＡ５０２がＳ９０４で表示するＨＴＭＬ内に記述されたＥＣＭＡＳｃｒｉｐｔの例である。内容は図４で説明したものと同様のため、詳細説明は省略する。図１０（Ｂ）は、ＵＡ５０２がＳ９０４で表示する画面の一例である。画面１０００はＷｅｂブラウザ７３０の表示部７３１が表示する。１００１、１００２はｉｍａｇｅ００１．ｊｐｇ、ｉｍａｇｅ００２．ｊｐｇの画像データであり、１００３、１００４はこれらの画像を選択するためのラジオボタンである。１００５は、ラジオボタンで選択されている画像データをＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３に共有するためのボタンである。１００６は、ラジオボタンで選択されている画像データをＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３へ渡し、編集するためのボタンである。ここでは、ボタン１００５には、ＨＴＭＬ内のＩＤ「ｓｈａｒｅ―ｐｈｏｔｏ」が割り当てられており、ボタン１００６にはＩＤ「ｅｄｉｔ―ｐｈｏｔｏ」が割り当てられているものとする。Ｗｅｂブラウザ７３０は、ボタン１００５、１００６が押下されたことを検知すると、図１０（Ａ）のＥＣＭＡＳｃｒｉｐｔを実行する。
【００３６】
Ｓ９０４で表示された画面において、ユーザにより「共有する」ボタン１００５が押下されると、Ｓ９０５で、ＵＡ５０２は登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル８００を参照する。そして、対象となったＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３をＷｅｂブラウザ７３０に表示させる。ここでは、ボタン１００５が押下されている場合を想定しているので、ａｃｔｉｏｎ８０２が「ｓｈａｒｅ」であるＳｅｒｖｉｃｅ  ＩＤ８０１の１、３、４が対象Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３となる。図１１（Ａ）は、その際にＵＡ５０２がＷｅｂブラウザ７３０で表示する画面例である。１１００は、ボタン１００５が押下されることで、ＵＡ５０２が表示するポップアップ画面である。１１０１は、Ｓ９０５で表示対象となったＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３の一覧である。
【００３７】
Ｓ９０５で表示された画面において、ユーザにより複数のＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３が選択され、「ＯＫ」ボタンが押下されると、Ｓ９０６で、Ｗｅｂブラウザ７３０の解析部７３２は、ＥＣＭＡＳｃｒｉｐｔ１０５０を解析し、実行を開始する。なお、この複数の選択にあたっては、表示されている複数のうちの一部の選択であっても、全ての選択であっても構わない。Ｓ９０７で、ＵＡ５０２はＩｎｔｅｎｔ発行処理に入る。図１１（Ｂ）は、ユーザにより複数のＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３が選択された状態を示している。
【００３８】
Ｓ９０７のＩｎｔｅｎｔｓ発行処理について、この発行処理に対応する図１２のフローチャートを用いて説明する。図１２は、ＵＡ５０２のＩｎｔｅｎｔ発行処理をＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３との関連処理も含めて示したフローチャートである。Ｓ１２０１で、ＵＡ５０２はユーザにより選択されたＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３と、その選択数をＲＡＭ６０２に記憶する。Ｓ１２０２で、Ｗｅｂブラウザ７３０の解析部７３２は、通信部７３４を介してＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１に対して、コンテンツの取得要求をＨＴＴＰリクエストメッセージとして送信する。尚、これは図１０（Ａ）のＥＣＭＡＳｃｒｉｐｔ内の無名関数内で呼び出しているｇｅｔＩｍａｇｅＦｒｏｍ（）関数を実行することで実現している。ここでは画面１０００でラジオボタン１００３が選択されているので、ｉｍａｇｅ００１．ｊｐｇの取得要求を行うことになる。本実施例では、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１に対して取得要求を行っているが、ＵＡ５０２のＷｅｂブラウザ７３０がＳ９０３で取得したＨＴＭＬ文書内の画像データを使用してもよい。Ｓ１２０３で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１はＵＡ５０２からのコンテンツ取得要求を受信する。Ｓ１２０４で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のコンテンツ管理部７０３は、データベースサービス部７０５によりＨＤＤ６０４のコンテンツ管理テーブル８２０から要求された画像データを取得する。例えば、コンテンツ取得要求で指定された画像データのファイル名がｉｍａｇｅ００１．ｊｐｇであれば、コンテンツ管理テーブル８２０のＩｍａｇｅＩＤ８２１「１」が対象となる。また、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のプレゼンテーション部７０３は、通信部７０１を介してＳ９０８で取得した画像データをＨＴＴＰレスポンスメッセージとして、ＵＡ５０２に送信する。Ｓ１２０５で、ＵＡ５０２はＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１から送信されたコンテンツを受信する。Ｓ１２０６で、ＵＡ５０２はＩｎｔｅｎｔ発行回数「Ｎ」を初期化する。Ｓ１２０７で、ＵＡ５０２はＳ１２０１でＲＡＭ６０２に記憶した選択数とＩｎｔｅｎｔ発行回数「Ｎ」を比較する。Ｓ１２０７で比較した結果、選択数が「Ｎ」より大きければ、Ｓ１２０８でＵＡ５０２はＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３に対してＩｎｔｅｎｔ処理要求を行う。その際、ＵＡ５０２のＷｅｂブラウザ７３０は、送信データに、図１０（Ａ）のＥＣＭＡＳｃｒｉｐｔが作成したＩｎｔｅｎｔオブジェクトの内容を含める。Ｓ１２０９で、ＵＡ５０２はＩｎｔｅｎｔ発行回数「Ｎ」に“１”を加える。そして、再度、Ｓ１２０７で選択数とＩｎｔｅｎｔ発行回数「Ｎ」を比較する。選択数がＩｎｔｅｎｔ発行回数「Ｎ」よりも大きくなるまでＳ１２０７〜Ｓ１２０９の処理を繰り返す。これによって、ユーザによって選択された全てのＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３に対して、それぞれＩｎｔｅｎｔ処理要求を行う。
【００３９】
Ｓ１２１０で、各Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３はＵＡ５０２からのＩｎｔｅｎｔ処理要求を受信する。Ｓ１２１１で、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７５０のＩｎｔｅｎｔ処理部７５１は、Ｓ１２１０で受信した要求からＩｎｔｅｎｔオブジェクトを取り出して解析し、Ｉｎｔｅｎｔの処理を開始する。本実施例ではＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７５０は、ＵＡ５０２のＷｅｂブラウザ７３０を介してユーザと相互作用しながら、Ｉｎｔｅｎｔオブジェクトに含まれる画像データ１００１を「共有」するための処理を行う。ユーザとの相互作用とは下記のようなことを意味する。Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７５０は、画像データのファイル名の入力と保存する操作を受け付けるためのＨＴＭＬ文書を作成し、ＵＡ５０２に送信する。ＵＡ５０２のＷｅｂブラウザ７３０は、ＨＴＭＬ文書を受信し、画面表示し、ユーザによる保存する操作を検知すると、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３に画像データの保存要求を送信する。Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７５０は、画像データの保存要求を受信すると、コンテンツ処理部７５３によってデータベースサービス部７５５を介して画像データをＨＤＤ６０４に保存する。同時に図８（Ｂ）のコンテンツ管理テーブルに登録される。Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３のＷｅｂアプリケーション７５０はＩｎｔｅｎｔの処理が終了すると、処理結果をＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１に伝えるＥＣＭＡＳｃｒｉｐｔを含んだ処理終了通知をＵＡ５０２に送信する。Ｓ１２１２で、ＵＡ５０２はＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３からの処理終了通知を受信する。Ｓ１２１３で、ＵＡ５０２のＷｅｂブラウザ７３０は処理終了通知に含まれるＥＣＭＡＳｃｒｉｐｔを実行し、Ｓ９０６のｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数の引数で指定されたコールバック関数を呼び出すことでＩｎｔｅｎｔ終了処理を行う。例えば、図１０（Ａ）のＥＣＭＡＳｃｒｉｐｔであれば、コールバック関数ｏｎＳｕｃｃｅｓｓ（）を実行する。Ｓ１２１４で、ＵＡ５０２のＷｅｂブラウザ７３０はＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３にＩｎｔｅｎｔ処理終了要求を送信する。具体的には、コールバック関数によってＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のＷｅｂアプリケーション７００へＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３の処理結果を返すことを意味する。Ｓ１２１５で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１はＵＡ５０２から送られたＩｎｔｅｎｔ処理終了要求を受信する。Ｓ１２１６で、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１のプレゼンテーション部７０２はＩｎｔｅｎｔ処理が終了したことを通知するための処理終了ページをＨＴＭＬ文書で作成し、通信部７０１を介してＵＡ５０２へ送信する。Ｓ１２１７で、ＵＡ５０２はＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１から送信された処理終了ページのＨＴＭＬ文書を受信する。Ｓ１２１８で、ＵＡ５０２のＷｅｂブラウザ７３０は、Ｓ１２１７で受信した処理終了ページを表示する。図１３は処理終了ページの一例であり、１３０１は各Ｗｅｂ  ���ｎｔｅｎｔｓサービス５０３の処理結果を意味する。
【００４０】
本実施例ではＵＡ５０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１へ複数のＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３を提供する仕組みについて説明してきた。以上の処理によりユーザはＵＡ５０２を介して複数のＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３を同時に利用することが可能となる。また、本実施例では、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１が定義するａｃｔｉｏｎ８０２に該当するＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３を検索し、検索の結果、該当するＷｅｂ  Ｉｎｔｅｎｔｓサービスの全てをＵＡ５０２は表示するとして説明してきた。しかし、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１がａｃｔｉｏｎ８０２以外の属性を定義することで、ＵＡ５０２の表示を制御することも可能である。例えば、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１側でコンテンツに対してセキュアを意味する属性を定義すると、ＵＡ５０２はＩｎｔｅｒｎｅｔ経由でアクセスするＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３を表示せず、ローカルサービスのみの表示が可能とある。ローカルサービスとはＵＡ５０２内に存在するＷｅｂ  Ｉｎｔｅｎｔｓサービス５０３のことである。
【００４１】
本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、複数サービスを同時に利用する処理フローを示してきたが、これらは一例であり、これに限るものではない。
【００４２】
また、本実施例ではＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１はストレージ機能を提供するＷｅｂサイト、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３は画像データを編集、保存、またはＳＮＳへ投稿する機能を提供するＷｅｂサイトとして説明してきた。しかし、Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント５０１を画像形成装置、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３をプリントサービスなどのＭＰＳ（Ｍａｎａｇｅｄ  Ｐｒｉｎｔ  Ｓｅｒｖｉｃｅ）に対して適用することも可能である。
【００４３】
（実施例２）
実施例１では、ＵＡがＷｅｂ  Ｉｎｔｅｎｔｓサービスをユーザに複数選択させることで同時に複数サービスへ処理を依頼する方法を説明してきた。実施例２では、Ｗｅｂ  Ｉｎｔｅｎｔｓサービスのａｃｔｉｏｎによって、ＵＡが複数選択方式とするか否かを判断する方法について説明する。
【００４４】
図１４は、本発明の実施の形態に係るＷｅｂ  Ｉｎｔｅｎｔｓクライアント、ＵＡ、ＷｅｂＩｎｔｅｎｔｓサービスがインターネットを介して接続された関係を示す図である。
Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１、ＵＡ１４０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１４０３は実施例１で説明したＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、ＵＡ５０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３と同じである。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ１４０４、Ｆｉｒｅｗａｌ１４０５、ＬＡＮ１４０６、Ｉｎｔｒａｎｅｔ環境１４０７、Ｉｎｔｅｒｎｅｔ１４０８についても、実施例１で説明したものと同じである。よって、ここでの説明は省略する。本実施例ではＵＡ１４０２をモバイル端末として説明する。ＵＡ１４０２はスマートフォン、タブレットなどを意味し、小型端末用のＯＳや、通話、データ通信を制御するプログラムが動いている。また、Ｗｅｂ  Ｉｎｔｅｎｔｓサービスは、これまでＷｅｂサイト（Ｗｅｂアプリケーション）などを指してきたが、本実施例ではＵＡ１４０２内にも存在することを想定する。例えば、モバイル端末にインストールされているローカルアプリケーション（通話、ＳＮＳ、ストレージ、メールアプリなど）がこれに相当する。
【００４５】
図１５は、本発明の実施の一形態に係わるＵＡ１４０２のハードウェア構成を示す図である。Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１４０３のハードウェア構成については実施例１の図６で説明したものと同じであるため、ここでは省略する。ＲＯＭ１５０３に格納されているプログラムを実行するＣＰＵ１５０１を備え、内部バス１５０６を介して各デバイスを総括的に制御する。ＣＰＵ１５０１、ＲＡＭ１５０２、ＲＯＭ１５０３、ＨＤＤ１５０４、ネットワークＩ／Ｆ１５０５、内部バス１５０６については実施例１で説明したものと同じであるため説明は省略する。内部バス１５０６には、ＣＰＵ１５０１、ＲＡＭ１５０２、ＲＯＭ１５０３、ＨＤＤ１５０４、ネットワークＩ／Ｆ１５０５、入出力Ｉ／Ｆ１５０７が接続されている。入出力Ｉ／Ｆ１５０７は、例えば、マイク・スピーカ、ディスプレイ、タッチパネルなどにより音声データの入出力、ユーザからの指示制御をするためのＩ／Ｆである。これによりユーザは、声によるモバイル端末の制御、電話、各アプリケーションの起動などの指示をＵＡ１４０２に対して行うことが可能となる。
【００４６】
図１６は、ＵＡ１４０２のソフトウェア（処理部）構成の一例を示す図である。上述したように本実施例では、ＵＡ１４０２内にＷｅｂ  Ｉｎｔｅｎｔｓサービスが存在するため、ＵＡ１４０２内にはＷｅｂブラウザ１６３０と、アプリケーション１６４０が存在する。それぞれは図７（Ｂ）、（Ｃ）のＷｅｂブラウザ７３０とＷｅｂアプリケーション７５０と同じであるため、各処理部の説明については省略する。
【００４７】
図１７（Ａ）は、ＵＡ１４０２が自身に登録されたＷｅｂ  Ｉｎｔｅｎｔｓサービスを管理するために保持する登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブルの一例である。本テーブルはＵＡ１４０２内のＨＤＤ１５０４で保持され、データベースサービス部１６３５によって制御される。ＳｅｒｖｉｃｅＩＤ１７０１、ａｃｔｉｏｎ１７０２、ｔｙｐｅ１７０３、ｈｒｅｆ１７０４、ｔｉｔｌｅ１７０５、ｄｉｓｐｏｓｉｔｉｏｎ１７０６は、実施例１で説明したものと同じであるため説明は省略する。
【００４８】
図１７（Ｂ）は、ＵＡ１４０２が各ａｃｔｉｏｎに対してＷｅｂ  ブラウザ１６３０上でどう表示するかを判断するために保持する表示方法判断テーブルの一例である。本テーブルはＵＡ１４０２内のＨＤＤ１５０４で保持され、データベースサービス部１６３５によって制御される。１７２１はａｃｔｉｏｎであり、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１４０３（ＵＡ１４０２内のＷｅｂ  Ｉｎｔｅｎｔｓサービスも含む）がどのような機能、サービスを提供するかを示す情報である。１７２２は各ａｃｔｉｏｎ１７２１に対してＵＡ１４０２がＷｅｂ  ブラウザ１６３０上でどのように表示するかを意味する表示情報である。表示情報１７２２が「ｍｕｌｔｉｐｌｅ」の場合、ＵＡ１４０２は実施例１で説明したように複数のＷｅｂ  Ｉｎｔｅｎｔｓサービスを選択させるような表示をする。表示情報１７２２が「ｓｉｎｇｌｅ」の場合、ＵＡ１４０２は複数のＷｅｂ  Ｉｎｔｅｎｔｓサービスの中から一つを選択させるような表示をする。つまり、表示情報１７２２によって、ＵＡ１４０２はユーザに対してＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３を複数選択させるか否かを判断することが可能となる。
【００４９】
図１８は、ＵＡ１４０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１へアクセスし、ａｃｔｉｏｎ１７２１によってＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の表示方法を変える処理を示したシーケンス図である。実施例１同様、ここではＵＡ１４０２にＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３が既に登録されている状態で、ＵＡ１４０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１へアクセスしたところから処理の説明をする。また、ここではＵＡ１４０２内のＷｅｂ  Ｉｎｔｅｎｔｓサービスに対してＩｎｔｅｎｔを発行する場合を例として説明する。
【００５０】
Ｓ１８０１〜Ｓ１８０４の処理については実施例１のＳ９０１〜Ｓ９０４（図９）で説明したものと同じなので省略する。Ｓ１８０４で表示する画面の一例について、図１９（Ａ）（Ｂ）を用いて説明する。図１９（Ａ）は、Ｓ１８０２でＷｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１によって作成され、ＵＡ１４０２がＳ１８０４で表示するＨＴＭＬ内に記述されたＥＣＭＡＳｃｒｉｐｔの例である。ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｃａｌｌ―ｐｈｏｎｅ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ１４０２は自身に登録されているＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の中から、指定されたＩｎｔｅｎｔｓのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。図１９（Ｂ）は、ＵＡ１４０２がＳ１８０４で表示する画面の一例である。画面１９００はＷｅｂブラウザ１６３０の表示部１６３１によって表示される。１９０１は、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１４０３を呼び出し電話するためのボタンである。ここでは、ボタン１９０１には、ＨＴＭＬ内のＩＤ「ｃａｌｌ―ｐｈｏｎｅ」が割り当てられているものとする。Ｗｅｂブラウザ１６３０は、ボタン１９０１が押下されたことを検知すると、図１９（Ａ）のＥＣＭＡＳｃｒｉｐｔを実行する。Ｓ１８０４で表示された画面１９００において、ユーザにより「電話する」ボタン１９０１が押下されると、Ｓ１８０５で、ＵＡ１４０２は対象となるＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の表示処理に入る。
【００５１】
Ｓ１８０５のサービス表示処理について図２０のフローチャートを用いて説明する。
【００５２】
図２０は、ＵＡ１４０２が内部テーブルを参照することでＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の表示方法を判断する処理を示したフローチャートである。Ｓ２００１で、ＵＡ１４０２は画面１９００において、ユーザにより「電話する」ボタン１９０１が押下されたことを検知する。Ｓ２００２で、ＵＡ１４０２は登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル１７００を参照する。Ｓ２００３で、ＵＡ１４０２は登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル１７００に対象サービスが存在するかどうか確認する。Ｓ２００３で確認した結果、登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル１７００に対象サービスが存在しない場合は、ＵＡ１４０２はＳ２００４でエラー処理を行う。エラー処理とは、例えば画面に「対象のアプリケーション、サービスがありません」などのメッセージを表示することである。Ｓ２００３で確認した結果、登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル１７００に対象サービスが存在した場合は、Ｓ２００５でＵＡ１４０２は表示方法判断テーブル１７２０を参照する。ここでは、ａｃｔｉｏｎ１７０２が「ｃａｌｌ」であるＳｅｒｖｉｃｅ  ＩＤ１７０１の３、５が対象のＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３となる。Ｓ２００６で、ＵＡ１４０２は対象サービスの表示方法を判断する。ここでは、表示方法判断テーブル１７２０のａｃｔｉｏｎ１７２１が「ｃａｌｌ」に対して、ｄｉｓｐｌａｙ  ｔｙｐｅ１７２２は「ｓｉｎｇｌｅ」となり単数選択表示となる。Ｓ２００６で判断した結果、対象サービスが単数選択表示だった場合、Ｓ２００７でＵＡ１４０２のＷｅｂブラウザ１６３０は対象サービスを単数選択方式で表示する。図２１は、その際にＵＡ１４０２のＷｅｂブラウザ１６３０が表示する画面例である。２１００は、「電話する」ボタン１９０１が押下されることで、ＵＡ１４０２のＷｅｂブラウザ１６３０が表示するポップアップ画面である。２１０１は、表示対象となったＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の一覧画面である。Ｓ２００６で判断した結果、対象サービスが単数選択表示でなかった場合、Ｓ２００８でＵＡ１４０２のＷｅｂブラウザ１６３０は対象サービスを複数選択方式で表示する。（実施例１のポップアップ画面１１００参照）
【００５３】
Ｓ１８０５におけるＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の表示処理後、画面２１００のＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３一覧からユーザによりサービスが選択される。その後のＳ１８０６、Ｓ１８０７については実施例１のＳ９０６、Ｓ９０７（図９）で説明したものと同じなので省略する。本実施例では、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の処理結果をＷｅｂ  Ｉｎｔｅｎｔｓクライアント１４０１へ返す必要がない場合なので、Ｉｎｔｅｎｔ発行処理Ｓ１８０７でＩｎｔｅｎｔ終了処理が終了した時点で本ユースケースは終了となる。
【００５４】
本実施例ではＵＡ１４０２がＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３の一覧を表示する際の表示方法をａｃｔｉｏｎ１７０２によって変える仕組みについて説明してきた。以上の処理によりＵＡ１４０２はＷｅｂ  Ｉｎｔｅｎｔｓサービス１４０３によって、ブラウザ１６３０での表示方式を変えることが可能となる。本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、複数サービスを同時に利用する処理フローを示してきたが、これらは一例であり、これに限るものではない。
【００５５】
（実施例３）
実施例１では、ＵＡがＷｅｂ  Ｉｎｔｅｎｔｓサービスをユーザに複数選択させることで同時に複数サービスへ処理を依頼する方法を説明してきた。実施例３では、Ｗｅｂ  Ｉｎｔｅｎｔｓサービスのａｃｔｉｏｎによって、ＵＡが排他表示とするか否かを判断する方法について説明する。
【００５６】
図２２は、本発明の実施の形態に係るＷｅｂ  Ｉｎｔｅｎｔｓクライアント、ＵＡ、ＷｅｂＩｎｔｅｎｔｓサービスがインターネットを介して接続された関係を示す図である。
Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント２２０１、ＵＡ２２０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス２２０３は実施例１で説明したＷｅｂ  Ｉｎｔｅｎｔｓクライアント５０１、ＵＡ５０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス５０３と同じである。また、Ｐｒｏｘｙ  Ｓｅｒｖｅｒ２２０４、Ｆｉｒｅｗａｌ２２０５、ＬＡＮ２２０６、Ｉｎｔｒａｎｅｔ環境２２０７、Ｉｎｔｅｒｎｅｔ２２０８についても、実施例１で説明したものと同じであるため説明は省略する。
【００５７】
図２３は、本発明の実施の一形態に係わるＷｅｂ  Ｉｎｔｅｎｔｓクライアント２２０１、ＵＡ２２０２、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス２２０３のハードウェア構成を示す図である。各構成の詳細については実施例１で説明しているため省略する。
【００５８】
図２４は、ＵＡ２２０２のソフトウェア（処理部）構成の一例を示す図である。各処理部の詳細については実施例１で説明しているため省略する。
【００５９】
図２５（Ａ）は、ＵＡ２２０２が自身に登録されたＷｅｂ  Ｉｎｔｅｎｔｓサービスを管理するために保持する登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブルの一例である。本テーブルはＵＡ２２０２内のＨＤＤ２３０４で保持され、データベースサービス部２４３５によって制御される。ＳｅｒｖｉｃｅＩＤ２５０１、ａｃｔｉｏｎ２５０２、ｔｙｐｅ２５０３、ｈｒｅｆ２５０４、ｔｉｔｌｅ２５０５、ｄｉｓｐｏｓｉｔｉｏｎ２５０６は、実施例１で説明したものと同じであるため説明は省略する。
【００６０】
図２５（Ｂ）は、ＵＡ２２０２が各ａｃｔｉｏｎに対して、排他表示の対象か否かを判断するための排他ａｃｔｉｏｎテーブルである。本テーブルはＵＡ２２０２内のＨＤＤ２３０４で保持され、データベースサービス部２４３５によって制御される。２５１２は各ａｃｔｉｏｎ２５１１が排他表示の対象であるか否かを定義した排他制御フラグである。これによりＵＡ２２０２はブラウザ２４３０におけるＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３表示に対して排他制御を行う。
【００６１】
図２６は、ＵＡ２２０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント２２０１へアクセスし、ａｃｔｉｏｎ２５１１によってＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３の表示を排他制御する処理を示したシーケンス図である。実施例１同様、ここではＵＡ２２０２にＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３が既に登録されている状態で、ＵＡ２２０２がＷｅｂ  Ｉｎｔｅｎｔｓクライアント２２０１へアクセスしたところから処理の説明をする。
【００６２】
Ｓ２６０１〜Ｓ２６０５の処理については実施例１のＳ９０１〜Ｓ９０５（図９）で説明したものと同じなので省略する。Ｓ２６０４で表示する画面の一例について、図２７（Ａ）（Ｂ）を用いて説明する。図２７（Ａ）は、Ｓ２６０２でＷｅｂ  Ｉｎｔｅｎｔｓクライアント２２０１によって作成され、ＵＡ２２０２がＳ２６０４で表示するＨＴＭＬ内に記述されたＥＣＭＡＳｃｒｉｐｔの例である。ＥＣＭＡＳｃｒｉｐｔは、ＨＴＭＬ内のＩＤ「ｍｅｎｕ」を持つボタンがクリックされると指定された無名関数を実行することを示している。無名関数は、まず、新規のＩｎｔｅｎｔオブジェクトを作成し、これを引数にしてｓｔａｒｔＡｃｔｉｖｅｔｙ（）関数を呼び出す。この関数を実行すると、ＵＡ２２０２は自身に登録されているＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３の中から、指定されたＩｎｔｅｎｔｓのａｃｔｉｏｎとｔｙｐｅが一致するものを抽出し、一覧表示させることでユーザに選択を要求する。図２７（Ｂ）は、ＵＡ２２０２がＳ２６０４で表示する画面の一例である。画面２７００はＷｅｂブラウザ２４３０の表示部２４３１によって表示される。２７０１は、Ｗｅｂ  Ｉｎｔｅｎｔｓサービス２２０３を呼び出すためのボタンである。ここでは、ボタン２７０１には、ＨＴＭＬ内のＩＤ「ｍｅｎｕ」が割り当てられているものとする。Ｗｅｂブラウザ２４３０は、ボタン２７０１が押下されたことを検知すると、図２７（Ａ）のＥＣＭＡＳｃｒｉｐｔを実行する。Ｓ２６０４で表示された画面２７００において、ユーザにより「メニュー」ボタン２７０１が押下されると、Ｓ２６０５で、ＵＡ２２０２は登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル２５００を参照し、対象のサービスを表示させる。図２８はその際にＵＡ２２０２がＷｅｂブラウザ２４３０で表示される画面例である。２８００は、「メニュー」ボタン２７０１が押下されることで、ＵＡ２２０２が表示するポップアップ画面である。２８０１は、Ｓ２６０５で表示対象となったＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３の一覧である。
【００６３】
Ｓ２６０６におけるＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３の排他表示処理について図２９のフローチャートを用いて説明する。
【００６４】
図２９は、ユーザによって選択されたＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３のａｃｔｉｏｎによって、ＵＡ２２０２が表示時に排他制御を行う処理を示したフローチャートである。Ｓ２９０１で、ＵＡ２２０２は画面２８００において、ユーザによりＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３が押下されたことを検知する。Ｓ２９０２で、ＵＡ２２０２は登録済みＷｅｂ  Ｉｎｔｅｎｔｓサービステーブル２５００、排他ａｃｔｉｏｎテーブル２５１０を参照する。Ｓ２９０３で、ＵＡ２２０２は前記両テーブルから、表示時に排他制御する必要があるか否かを判断する。Ｓ２９０３で確認した結果、排他制御する必要がある場合、ＵＡ２２０２はＳ２９０４で排他表示する。例えば、「ＡＡＡ  Ｐｉｃｋ  Ｓｅｒｖｉｃｅ」が選択されたとすると、排他ａｃｔｉｏｎテーブル２５１０より、ａｃｔｉｏｎ２５１１が「ｐｉｃｋ」の場合は排他制御フラグが「１」なので排他表示を行う。図３０は、その際の表示画面例である。３０００は「ＡＡＡ  Ｐｉｃｋ  Ｓｅｒｖｉｃｅ」が選択されることで、その他ａｃｔｉｏｎ２５０２のサービスが選択できないことを示している。Ｓ２９０３で確認した結果、排他制御する必要がない場合、Ｓ２９０５でＵＡ２２０２は実施例１で説明したような複数選択表示をする。
【００６５】
本実施例ではＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３のａｃｔｉｏｎ２５１１によって、ＵＡ２２０２が排他表示とするか否かを判断する方法について説明してきた。ＵＡ２２０２の表示制御については、表示制御の条件として、ＵＡ２２０２の状態を考慮してもよい。例えば、ＵＡ２２０２がＩｎｔｅｒｎｅｔへ接続できない環境では、ＵＡ２２０２内のＷｅｂ  Ｉｎｔｅｎｔｓサービス２２０３のみを表示するなどが挙げられる。本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、複数サービスを同時に利用する処理フローを示してきたが、これらは一例であり、これに限るものではない。
【００６６】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６７】
５０１  Ｗｅｂ  Ｉｎｔｅｎｔｓクライアント
５０２  ＵＡ
５０３  Ｗｅｂ  Ｉｎｔｅｎｔｓサービス
【図１】
2015026320.tif 000003
【図２】
2015026320.tif 000004
【図３】
2015026320.tif 000005
【図４】
2015026320.tif 000006
【図５】
2015026320.tif 000007
【図６】
2015026320.tif 000008
【図７】
2015026320.tif 000009
【図８】
2015026320.tif 000010
【図９】
2015026320.tif 000011
【図１０】
2015026320.tif 000012
【図１１】
2015026320.tif 000013
【図１２】
2015026320.tif 000014
【図１３】
2015026320.tif 000015
【図１４】
2015026320.tif 000016
【図１５】
2015026320.tif 000017
【図１６】
2015026320.tif 000018
【図１７】
2015026320.tif 000019
【図１８】
2015026320.tif 000020
【図１９】
2015026320.tif 000021
【図２０】
2015026320.tif 000022
【図２１】
2015026320.tif 000023
【図２２】
2015026320.tif 000024
【図２３】
2015026320.tif 000025
【図２４】
2015026320.tif 000026
【図２５】
2015026320.tif 000027
【図２６】
2015026320.tif 000028
【図２７】
2015026320.tif 000029
【図２８】
2015026320.tif 000030
【図２９】
2015026320.tif 000031
【図３０】
2015026320.tif 000032