(57)【要約】【課題】メッセージの配信を希望しないユーザーが、容易にメッセージの配信を停止可能とすること。【解決手段】配信サーバー２のＣＰＵ２１は、スマートフォン８の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブル３６を備えるＤＢサーバー３に記憶されている識別情報に基づいて、スマートフォン８にメッセージを配信する。ＣＰＵ２１は、ＤＢサーバー３に記憶されている、メッセージ配信回数に対する、アプリケーション起動回数が、所定の割合未満である場合に、メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージをスマートフォン８に配信する。【選択図】図２
2016162320.tif 000002
【特許請求の範囲】
【請求項１】
端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルを備えるデータベースサーバーに記憶されている前記識別情報に基づいて、前記端末にメッセージを配信し、
前記メッセージを配信した前記端末の前記識別情報と、配信フラグと、を前記データベースサーバーに送信し、
配信した前記メッセージからアプリケーションが起動したことを示す起動フラグを前記端末から受信し、
受信した前記起動フラグと、前記起動フラグを送信した前記端末の前記識別情報と、を前記データベースサーバーに送信し、
前記データベースサーバーに記憶されている、前記メッセージ配信回数に対する、前記アプリケーション起動回数が、所定の割合未満である場合に、前記メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージを前記端末に配信する、第１制御部
を備えることを特徴とする配信サーバー。
【請求項２】
前記第１制御部は、プッシュ型情報配信を用いて、前記配信停止メッセージを含む前記メッセージを前記端末に送信することを特徴とする請求項１に記載の配信サーバー。
【請求項３】
端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルと、
第２制御部と、を備え、
前記第２制御部は、
配信サーバーが送信した、メッセージを配信した前記端末の前記識別情報と、配信フラグと、に基づいて、前記テーブルに記憶されている前記メッセージ配信回数を更新し、
前記配信サーバーが送信した、配信した前記メッセージからアプリケーションが起動したことを示す起動フラグと、前記起動フラグを送信した前記端末の前記識別情報と、に基づいて、前記テーブルに記憶されている前記アプリケーション起動回数を更新し、
前記端末の前記識別情報と、前記メッセージ配信回数と、前記アプリケーション起動回数と、を前記配信サーバーに送信することを特徴とするデータベースサーバー。
【請求項４】
請求項１又は２に記載の配信サーバーと、
請求項３に記載のデータベースサーバーと、
を備えることを特徴とする配信システム。
【請求項５】
端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルと、
第１制御部と、を備え、
前記第１制御部は、
前記テーブルに記憶されている前記識別情報に基づいて、前記端末にメッセージを配信し、
前記メッセージを配信した前記端末の前記識別情報に対応する、前記テーブルに記憶されている前記メッセージ配信回数を更新し、
配信した前記メッセージからアプリケーションが起動したことを示す起動フラグを前記端末から受信し、
前記起動フラグを送信した前記端末の前記識別情報に対応する、前記テーブルに記憶されている前記アプリケーション起動回数を更新し、
前記テーブルに記憶されている、前記メッセージ配信回数に対する、前記アプリケーション起動回数が、所定の割合未満である場合に、前記メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージを前記端末に配信することを特徴とする配信サーバー。
【請求項６】
端末の第３制御部に、
配信サーバーが配信するメッセージの受信、
受信したメッセージから、アプリケーションプログラムが起動した場合に、受信した前記メッセージからアプリケーションが起動したことを示す起動フラグの前記配信サーバーへの送信、
を実行させるためのアプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末にメッセージを配信する配信サーバー、データベースサーバー、配信サーバーとデータベースサーバーとを備える配信システム、及び、アプリケーションプログラムに関する。
【背景技術】
【０００２】
端末にメッセージを配信する配信サーバーは、例えば、プッシュ型情報配信を用いて、端末にメッセージを配信する。端末にインストールされているアプリケーションプログラムは、配信サーバーから配信されるメッセージを端末が受信すると、メッセージを端末の表示画面に割り込み表示させるプッシュ通知を端末に実行させる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１７８８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プッシュ型情報配信は、特定のユーザーを限定しない情報展開手段という側面がある。これは、従来のメールマガジンと共通した側面である。プッシュ型情報配信、メールマガジンは、展開したい情報を広く配信するための手段としては有効である。しかしながら、プッシュ型情報配信、メールマガジンは、送り手主体の情報展開となってしまうため、ユーザー（受け手）によっては、配信頻度に煩わしさを感じてしまう可能性がある。この場合、ユーザーは、配信を停止させることが可能であるが、配信を停止させるためには、わざわざ配信停止専用のページを探し、配信停止手続きを行わなければならない。このため、非常に面倒である。この問題に対して、メールマガジンにおいては、メールマガジン内に配信停止専用のページへのリンクが記載されている。しかしながら、プッシュ型情報配信は、文字数に制限があるため、メールマガジンと同様の対応を採用することができない。
【０００５】
特許文献１に記載の発明は、ユーザーが登録した希望カテゴリ、他ユーザーの反応履歴、サービスに対する課金率から、送信判定基準を優先度として算出し、受信制限回数となるまで、優先度の高い順にプッシュ型情報配信を行っている。これにより、ユーザーに適切なメッセージを配信しようとしている。
【０００６】
しかし、希望カテゴリを登録する等の初期設定は、面倒であり、希望カテゴリが変わった場合に設定しなおさなければならないため、面倒である。また、他ユーザーの反応履歴による優先度は、各メッセージに対する他のユーザーの反応履歴に基づいて、より反応の多いメッセージ、又は、メッセージ配信元の優先度を高くするというものである。これは、あくまでも一般的に有用であろうメッセージを選定しているだけであり、必ずしも全てのユーザーにとって有用であるとは限らない。また、一定時間、到着するメッセージをストックして選定するため、即時にメッセージを配信したいときには使用できない。
【０００７】
本発明の目的は、メッセージの配信を希望しないユーザーが、容易にメッセージの配信を停止可能とすることである。
【課題を解決するための手段】
【０００８】
第１の発明の配信サーバーは、端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルを備えるデータベースサーバーに記憶されている前記識別情報に基づいて、前記端末にメッセージを配信し、前記メッセージを配信した前記端末の前記識別情報と、配信フラグと、を前記データベースサーバーに送信し、配信した前記メッセージからアプリケーションプログラムが起動したことを示す起動フラグを前記端末から受信し、受信した前記起動フラグと、前記起動フラグを送信した前記端末の前記識別情報と、を前記データベースサーバーに送信し、前記データベースサーバーに記憶されている、前記メッセージ配信回数に対する、前記アプリケーション起動回数が、所定の割合未満である場合に、前記メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージを前記端末に配信する、第１制御部を備えることを特徴とする。
【０００９】
本発明では、第１制御部は、メッセージ配信回数に対する、アプリケーション起動回数が、所定の割合未満である場合に、メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージを端末に配信する。これにより、メッセージの配信を希望しないユーザーは、リンクにより配信停止設定画面を起動し、労力を必要とせず、容易にメッセージの配信を停止することができる。
【００１０】
また、第１制御部は、端末に配信する全てのメッセージにリンクを含めないため、メッセージに字数制限がある場合でも、メッセージの配信を希望しないユーザーにメッセージの配信停止を行わせることが可能である。
【００１１】
第２の発明の配信サーバーは、第１の発明の配信サーバーにおいて、前記第１制御部は、プッシュ型情報配信を用いて、前記配信停止メッセージを含む前記メッセージを前記端末に送信することを特徴とする。
【００１２】
第３の発明のデータベースサーバーは、端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルと、第２制御部と、を備え、前記第２制御部は、配信サーバーが送信した、メッセージを配信した前記端末の前記識別情報と、配信フラグと、に基づいて、前記テーブルに記憶されている前記メッセージ配信回数を更新し、前記配信サーバーが送信した、配信した前記メッセージからアプリケーションプログラムが起動したことを示す起動フラグと、前記起動フラグを送信した前記端末の前記識別情報と、に基づいて、前記テーブルに記憶されている前記アプリケーション起動回数を更新し、前記端末の前記識別情報と、前記メッセージ配信回数と、前記アプリケーション起動回数と、を前記配信サーバーに送信することを特徴とする。
【００１３】
第４の発明の配信システムは、第１又は第２の発明の配信サーバーと、第３の発明のデータベースサーバーと、を備えることを特徴とする。
【００１４】
第５の発明の配信サーバーは、端末の識別情報と、メッセージ配信回数と、アプリケーション起動回数と、を対応付けて記憶するテーブルと、第１制御部と、を備え、前記第１制御部は、前記テーブルに記憶されている前記識別情報に基づいて、前記端末にメッセージを配信し、前記メッセージを配信した前記端末の前記識別情報に対応する、前記テーブルに記憶されている前記メッセージ配信回数を更新し、配信した前記メッセージからアプリケーションプログラムが起動したことを示す起動フラグを前記端末から受信し、前記起動フラグを送信した前記端末の前記識別情報に対応する、前記テーブルに記憶されている前記アプリケーション起動回数を更新し、前記テーブルに記憶されている、前記メッセージ配信回数に対する、前記アプリケーション起動回数が、所定の割合未満である場合に、前記メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージを前記端末に配信することを特徴とする。
【００１５】
第６の発明のアプリケーションプログラムは、端末の第３制御部に、配信サーバーが配信するメッセージの受信、受信したメッセージから、アプリケーションプログラムが起動した場合に、受信した前記メッセージからアプリケーションが起動したことを示す起動フラグの前記配信サーバーへの送信、を実行させる。
【発明の効果】
【００１６】
本発明によれば、メッセージの配信を希望しないユーザーは、容易にメッセージの配信を停止することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係る配信システムの構成を示すブロック図である。
【図２】テーブルを示す図である。
【図３】配信システムの動作を示すシーケンス図である。
【図４】配信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態について説明する。図１は、本実施形態に係る配信システムの構成を示すブロック図である。配信システム１は、配信サーバー２とデータベースサーバー（以下、「ＤＢサーバー」という。）３とを備える。配信サーバー１は、インターネットを介して、ユーザーのスマートフォン８（端末）と通信を行う。スマートフォン８には、例えば、音楽再生アプリケーションプログラム（以下、「音楽再生アプリ」という。）Ｐがインストールされている。配信サーバー２は、プッシュ型情報配信を用いて、スマートフォン８にメッセージを配信する。
【００１９】
配信サーバー２は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２、ＲＡＭ（Random Access Memory）２３、記憶部２４、ネットワークインターフェース（以下、「ＮＷ  Ｉ／Ｆ」という。）２５を備える。ＣＰＵ２１（第１制御部）は、配信サーバー２を構成する各部を制御する。ＲＯＭ２２は、制御プログラムを記憶している。ＲＡＭ２３は、ＣＰＵ２１のワークメモリとして機能する。記憶部２４は、ＨＤＤ（Hard Disk Drive）から構成されている。ＮＷ  Ｉ／Ｆ２５は、スマートフォン８等の外部機器と通信を行うためのものである。
【００２０】
ＤＢサーバー３は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、記憶部３４、ＮＷ  Ｉ／Ｆ３５を備える。ＣＰＵ３１（第２制御部）は、ＤＢサーバー３を構成する各部を制御する。ＲＯＭ３２は、制御プログラムを記憶している。ＲＡＭ３３は、ＣＰＵ３１のワークメモリとして機能する。記憶部３４は、ＨＤＤから構成されている。ＮＷ  Ｉ／Ｆ３５は、配信サーバー２等の外部機器と通信を行うためのものである。
【００２１】
スマートフォン８は、ＣＰＵ８１、ＲＯＭ８２、ＲＡＭ８３、記憶部８４、表示部８５、操作部８６、スピーカー８７、ブルートゥース（登録商標）通信部（以下、「ＢＴ通信部」という。）８８、ＮＷ  Ｉ／Ｆ８９を備える。スマートフォン８は、例えば、ＯＳ（Operating System）プログラムとして、ｉＯＳを搭載したアップル社製のｉＰｈｏｎｅ（登録商標）である。
【００２２】
ＣＰＵ８１（第３制御部）は、制御プログラム、ＯＳプログラム、音楽再生アプリＰを含めたアプリケーションプログラムに従って、スマートフォン８を構成する各部を制御する。ＲＯＭ８２は、制御プログラムを記憶している。ＲＡＭ８３は、ＣＰＵ８１のワークメモリとして機能する。記憶部８４は、フラッシュメモリから構成されている。記憶部８４に、音楽再生アプリＰが記憶されている。なお、音楽再生アプリＰは、工場出荷時に記憶部８４に記憶されていてもよいし、後述するＮＷ  Ｉ／Ｆ８９を介して、図示しないサーバーからダウンロードされ、記憶部８４に記憶されていてもよい。
【００２３】
表示部８５は、種々の画像（静止画像、動画像を含む）を表示するものであり、液晶パネルにより構成されている。操作部８６は、各種設定を行うための操作キー、及び、表示部８５と連動したタッチパネルを備えている。ユーザーは、操作部８６を介して、電話番号やメールアドレス等の各種の文字入力、通信設定などを行うことが可能である。スピーカー８７は、ＣＰＵ８１から出力されるオーディオデータに基づいて、音楽等の種々の音声を出力する。ＢＴ通信部８８は、ブルートゥース規格に基づいて、ブルートゥース規格に対応した図示しない周辺装置と無線通信を行う。ＮＷ  Ｉ／Ｆ８９は、図示しない携帯電話網および携帯基地局を介してインターネットに接続可能なように構成されている。スマートフォン８は、ＮＷ  Ｉ／Ｆ８９を介して、他の端末との通話、通信等を行うことが可能である。
【００２４】
パーソナルコンピュータ（以下、「ＰＣ」という。）９は、メッセージの送り手が、配信したいメッセージと配信オプション（配信日時、配信範囲）とを配信サーバー２に送信するために使用される。
【００２５】
図２は、ＤＢサーバー３の記憶部３４に記憶されているテーブル３６を示す図である。テーブル３６には、スマートフォン８の識別情報と、メッセージ配信回数と、アプリケーション起動回数（以下、「アプリ起動回数」という。）と、が対応付けて記憶されている。識別情報は、スマートフォン８を一意に識別するための情報である。メッセージ配信回数は、スマートフォン８にメッセージを配信した回数である。アプリ起動回数は、配信したメッセージから、音楽再生アプリＰが起動した回数である。
【００２６】
配信サーバー２のＣＰＵ２１は、ＤＢサーバー３に記憶されている識別情報に基づいて、スマートフォン８にメッセージを配信する。ＣＰＵ２１は、メッセージを配信したスマートフォン８の識別情報と、配信フラグと、をＤＢサーバー３に送信する。例えば、ＣＰＵ２１は、識別情報「ａｂｃ」のスマートフォン８にメッセージを配信した場合、スマートフォン８の識別情報「ａｂｃ」と、配信フラグと、をＤＢサーバー３に送信する。
【００２７】
ここで、スマートフォン８のＣＰＵ８１は、受信したメッセージから音楽再生アプリＰが起動した場合、メッセージから音楽再生アプリＰが起動したことを示す起動フラグを識別情報とともに配信サーバー２に送信する。配信サーバー２のＣＰＵ２１は、識別情報と起動フラグとをスマートフォン８から受信する。ＣＰＵ２１は、受信した起動フラグと、起動フラグを送信したスマートフォン８の識別情報と、をＤＢサーバー３に送信する。
【００２８】
ここで、ＣＰＵ２１は、メッセージを配信するときに、メッセージ配信回数に対する、アプリ起動回数が、所定の割合未満である場合、すなわち、アプリ起動回数／メッセージ配信回数＝起動率が所定の閾値未満（例えば、０．５）である場合、メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージをスマートフォン８に配信する。例えば、ＣＰＵ２１は、起動率９／２０＝０．４５であり、閾値０．５未満である、識別情報「ａｂｃ」のスマートフォン８に配信停止メッセージを配信する。一方、ＣＰＵ２１は、メッセージを配信するときに、起動率が所定の閾値以上である場合、通常のメッセージをスマートフォン８に配信する。例えば、ＣＰＵ２は、起動率１０／１８＝０．５５５…であり、閾値０．５以上である、識別情報「ｄｅｆ」のスマートフォン８に通常のメッセージを配信する。
【００２９】
ＤＢサーバー３のＣＰＵ３１は、配信サーバー２が送信した、メッセージを配信したスマートフォン８の識別情報と、配信フラグと、に基づいて、テーブル３６に記憶されているメッセージ配信回数を更新する。例えば、ＣＰＵ３１は、配信サーバー２から受信した識別情報が「ａｂｃ」である場合、メッセージ配信回数を、図２に示す「２０」から「２１」に＋１する。また、ＣＰＵ３１は、配信サーバー２が送信した、起動フラグと、起動フラグを送信したスマートフォン８の識別情報と、に基づいて、テーブル３６に記憶されているアプリ起動回数を更新する。例えば、ＣＰＵ３１は、配信サーバー２から受信した識別情報が「ａｂｃ」である場合、アプリ起動回数を、図２に示す「９」から「１０」に＋１する。また、ＣＰＵ３１は、スマートフォン８の識別情報と、メッセージ配信回数と、アプリ起動回数と、を配信サーバー２に送信する。
【００３０】
図３及び図４は、配信システム１の動作を示すシーケンス図である。以下、図３及び図４に基づいて、配信システム１の動作を説明する。スマートフォン８のＣＰＵ８１は、音楽再生アプリＰ起動時に、スマートフォン８の識別情報を取得する（図３の（１））。次に、スマートフォン８のＣＰＵ８１は、スマートフォン８の識別情報を配信サーバー２に送信する（図３の（２））。配信サーバー２のＣＰＵ２１は、スマートフォン８が送信する識別情報を受信する。次に、ＣＰＵ２１は、受信したスマートフォン８の識別情報をＤＢサーバー３に送信する（図３の（３））。ＤＢサーバー３のＣＰＵ３１は、配信サーバー２が送信するスマートフォン８の識別情報を受信する。次に、ＣＰＵ３１は、識別情報と、メッセージ配信回数と、アプリ起動回数と、を対応付けて記憶するためのテーブル３６を記憶部３４に作成する（図３の（４））。また、ＣＰＵ３１は、受信した識別情報をテーブル３６に記憶する。
【００３１】
メッセージの送り手は、ＰＣ９を用いて、ユーザーに配信したいメッセージ、配信オプションを配信サーバー２に送信する（図３の（５））。配信オプションには、配信日時、配信範囲等が含まれる。配信サーバー２のＣＰＵ２１は、ＰＣ９が送信するメッセージ、配信オプションを受信する。ＣＰＵ２１は、受信したメッセージ、配信オプションをＤＢサーバー３に送信する（図３の（６））。ＤＢサーバー３のＣＰＵ３１は、配信サーバー２が送信したメッセージ、配信オプションを受信する。次に、ＣＰＵ３１は、受信したメッセージ、配信オプションを記憶部３４に記憶する（図３の（７））。
【００３２】
配信サーバー２のＣＰＵ２１は、配信日時が来たメッセージの配信対象スマートフォン８をＤＢサーバー３に問い合わせる（図３の（８））。ＤＢサーバー３のＣＰＵ３１は、配信範囲に合致する配信対象スマートフォン８を検索する（図３の（９））。ＣＰＵ３１は、配信対象スマートフォン８の識別情報、メッセージ配信回数、アプリ起動回数を配信サーバー２に送信する（図４の（１０））。配信サーバー２のＣＰＵ２１は、配信対象スマートフォン８の識別情報、メッセージ配信回数、アプリ起動回数を受信する。ＣＰＵ２１は、受信したメッセージ配信回数とアプリ起動回数とに基づいて、起動率＝アプリ起動回数／メッセージ配信回数を計算する（図４の（１１））。ＣＰＵ２１は、受信した識別情報に基づいて、配信対象スマートフォン８にメッセージを配信する（図４の（１２））。このとき、ＣＰＵ２１は、起動率が所定の閾値以上のスマートフォン８には、通常のメッセージを配信する。また、ＣＰＵ２１は、起動率が所定の閾値未満のスマートフォン８には、配信停止メッセージを配信する。
【００３３】
ＣＰＵ２１は、通常のメッセージを配信したスマートフォン８の識別情報と配信フラグとをＤＢサーバー３に送信する（図４の（１３））。ＤＢサーバー３のＣＰＵ３１は、配信サーバー２が送信したスマートフォン８の識別情報と配信フラグとを受信する。ＣＰＵ３１は、識別情報に対応するメッセージ配信回数を更新する（＋１する）（図４の（１４））。
【００３４】
スマートフォン８のＣＰＵ８１は、配信停止メッセージを受信し、且つ、リンクがタップされた場合、配信停止画面を表示する。また、ＣＰＵ８１は、通常のメッセージを受信し、且つ、メッセージから音楽再生アプリＰが起動した場合、起動フラグを配信サーバー２に送信する（図４の（１５））。
【００３５】
配信サーバー２のＣＰＵ２１は、スマートフォン８が送信したスマートフォン８の識別情報と起動フラグとを受信する。ＣＰＵ２１は、スマートフォン８の識別情報と起動フラグとをＤＢサーバー３に送信する（図４の（１６））。ＤＢサーバー３のＣＰＵ３１は、配信サーバー２が送信するスマートフォン８の識別情報と起動フラグとを受信する。ＣＰＵ３１は、識別情報に対応するアプリ起動回数を更新する（＋１する）（図４の（１７）。
【００３６】
以上説明したように、本実施形態では、配信サーバー２のＣＰＵ２１は、メッセージ配信回数に対する、アプリ起動回数が、所定の割合未満である場合に、すなわち、起動率が所定の閾値未満である場合に、メッセージの配信停止設定画面を起動するリンクを含む配信停止メッセージをスマートフォン８に配信する。これにより、メッセージの配信を希望しないユーザーは、リンクにより配信停止設定画面を起動し、労力を必要とせず、容易にメッセージの配信を停止することができる。
【００３７】
また、ＣＰＵ２１は、スマートフォン８に配信する全てのメッセージにリンクを含めないため、メッセージに字数制限がある場合でも、メッセージの配信を希望しないユーザーにメッセージの配信停止を行わせることが可能である。
【００３８】
以上、本発明の実施形態について説明したが、本発明を適用可能な形態は、上述の実施形態には限られるものではなく、本発明の趣旨を逸脱しない範囲で適宜変更を加えることが可能である。
【００３９】
上述の実施形態においては、データベースサーバー３が、テーブル３６を備えている。これに限らず、配信サーバー２の記憶部２４にテーブル３６が設けられていてもよい。この場合、配信サーバー２のＣＰＵ２１は、メッセージを配信したスマートフォン８の識別情報に対応する、テーブル３６に記憶されているメッセージ配信回数を更新する。また、ＣＰＵ２１は、起動フラグを送信したスマートフォン８の識別情報に対応する、テーブルに３６記憶されているアプリケーション起動回数を更新する。
【産業上の利用可能性】
【００４０】
本発明は、端末にメッセージを配信する配信サーバー、データベースサーバー、配信サーバーとデータベースサーバーとを備える配信システム、及び、アプリケーションプログラムに好適に採用され得る。
【符号の説明】
【００４１】
１  配信システム
２  配信サーバー
２１  ＣＰＵ（第１制御部）
３  ＤＢサーバー
３１  ＣＰＵ（第２制御部）
３６  テーブル
８  スマートフォン（端末）
８１  ＣＰＵ（第３制御部）
Ｐ  音楽再生アプリ（アプリケーションプログラム）
【図１】
2016162320.tif 000003
【図２】
2016162320.tif 000004
【図３】
2016162320.tif 000005
【図４】
2016162320.tif 000006